JP2017016328A - コード構造および情報処理プログラム - Google Patents

Abstract

【課題】読み取った後に処理を行うアプリケーションによって複数の解釈が可能な情報を持ち、複数の役割を果たすことで、多様な利用形態に対応することのできるコード構造を提供する。
【解決手段】情報処理装置Ｔ１に搭載されたカメラ機能により読み取りが可能で、文字列に変換可能なコード構造であって、文字列は、情報処理装置内の汎用アプリケーションＴ２−４により読み取られた場合に、ＵＲＩとして解釈され、基本ソフトウェアの機能を動作させる第１の部分と、情報処理装置内の専用アプリケーションＴ２−５により読み取られた場合に、専用アプリケーションにより解釈され、専用アプリケーションの機能を動作させる第２の部分とを備える。
【選択図】図２

Description

本発明は、コード構造および情報処理プログラムに関する。

スマートフォンやタブレット端末等の多機能なモバイル端末の普及に伴い、近接した他の端末等からの情報を容易に取得したいという需要が増えてきた。それに応える具体的な技術として、モバイル端末のカメラでコード（２次元コード等）を撮影した画像から情報を読み取る手法が知られている。この手法は様々な場面で利用されており、手入力による情報の入力を不要にするために用いられたり、乗車券等の権利を示すトークンの運搬手段として用いられたりと、広く利用されている。

この種のコードは、利用者がコードの用途を指示され、その指示に従って利用する形式となっている。例えば、Ｗｅｂページに遷移したいのでＵＲＬを取得したい、ｗｉ−ｆｉの設定をしたいが入力したくないといった目的が利用者に既に認識されているときに、提示されたコードを利用者が自発的に撮影して利用する形態となっている。あるいは、そうするように文字やピクトグラム等で指示されている。また、乗車券等として利用する場合には、読取機等にコードをかざす（撮影させる）よう指示されている。そのため、この種のコードは、適切な利用が行われた場合にのみ適切な動作をすればよいという前提で設計されている。

一方、特許文献１には、公開領域と非公開領域とを備えた２次元コードが開示されているが、端末の汎用リーダで全ての情報を読み取ることができるものではなく、上述した用途とは対象が異なる。

上述したコードを読み取る利用形態の普及によって、コードの撮影によって何らかの情報が得られたり、システムを動作させたりするという認識が漠然と拡がっている。そのため、具体的なコードの用途を知らなかったり、理解していなかったりする利用者であっても、身近な端末上にコードが表示されている場合、何らかの情報が得られるのではないかと期待して端末の汎用リーダで情報取得を試みる場合が発生するようになっている。

しかし、これは想定されていない利用方法であり、何ら有効な動作は行われず、利用者の期待に応えることはできない。また、そのコードについての用途を知ることもなく、単なる無駄な操作として終わってしまうことになる。なお、取得された情報が意味をなさないよう、コードに埋め込まれている情報を暗号化して難読化するような対策がとられる場合もあるが、取得された情報から２次的な問題が発生するのを防止するに止まり、問題の解消にはならない。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、読み取った後に処理を行うアプリケーションによって複数の解釈が可能な情報を持ち、複数の役割を果たすことで、多様な利用形態に対応することのできるコード構造を提供することにある。

上記の課題を解決するため、本発明にあっては、情報処理装置に搭載されたカメラ機能により読み取りが可能で、文字列に変換可能なコード構造であって、前記文字列は、前記情報処理装置内の汎用アプリケーションにより読み取られた場合に、ＵＲＩとして解釈され、基本ソフトウェアの機能を動作させる第１の部分と、前記情報処理装置内の専用アプリケーションにより読み取られた場合に、前記専用アプリケーションにより解釈され、前記専用アプリケーションの機能を動作させる第２の部分とを備える。

本発明にあっては、読み取った後に処理を行うアプリケーションによって複数の解釈が可能な情報を持ち、複数の役割を果たすことで、多様な利用形態に対応することのできるコード構造を提供することができる。

一実施形態にかかるシステムの構成例を示す図である。 情報処理装置のソフトウェア構成例を示す図である。 コードに埋め込まれる文字列の例を示す図である。 実施形態の処理例を示すフローチャートである。 解析結果に基づいた処理で表示される画面の例を示す図である。 伝送システムの一例の概略図である。 テレビ会議専用端末の一例のハードウェア構成図である。 携帯端末の一例のハードウェア構成図である。 伝送管理システム、中継装置、プログラム提供システム、メンテナンスシステムのハードウェア構成図である。 伝送システムを構成する各端末、装置およびシステムの機能ブロック図である。 認証管理テーブルの例を示す図である。 端末管理テーブルの例を示す図である。 宛先リスト管理テーブルの例を示す図である。 端末の起動時の処理例を示すシーケンス図である。 個人クライアント端末から宛先を選択して共用クライアント端末から発信を行う処理例を示すシーケンス図（その１）である。 個人クライアント端末から宛先を選択して共用クライアント端末から発信を行う処理例を示すシーケンス図（その２）である。 画面上の宛先リストと２次元コードの例を示す図である。 ２次元コードに埋め込まれるデータの例を示す図である。 宛先を選択して発信を開始する操作例を示す図である。 ペアリングの処理例を示すシーケンス図である。 画面上の宛先リストと２次元コードの例を示す図である。 ２次元コードに埋め込まれたデータの例を示す図である。 ペアリング開始の操作例を示す図である。 ペアリング可否応答のデータの例を示す図である。 着信時の処理例を示すシーケンス図（その１）である。 個人クライアント端末への着信時の応答の操作例を示す図である。 会議参加のデータの例を示す図である。 着信時の処理例を示すシーケンス図（その２）である。 着信時の処理例を示すシーケンス図（その３）である。 個人クライアント端末で既に開始された会議を共用クライアント端末に移動する処理例を示すシーケンス図である。 会議の移動の操作例を示す図である。 会議参加要求通知の例を示す図である。 会議参加完了通知の例を示す図である。 会議参加完了通知後の個人クライアント端末の表示例を示す図である。

以下、本発明の好適な実施形態につき説明する。

図１は本発明の一実施形態にかかるシステムの構成例を示す図である。図１において、情報処理装置Ｔ１は、会議システム（伝送システム）の共用クライアント端末（専用機）や個人クライアント端末（汎用機）であったり、その他の用途に用いられたりする端末であり、本来の処理の一環として画面上にコード（２次元コード等）ＣＤを表示する。情報処理装置Ｔ２は、カメラ機能およびコード解析機能を持った端末であり、情報処理装置Ｔ１の画面上に表示されたコードＣＤを読み取る。コードＣＤの読取は、コードＣＤの本来の用途を意図して行う場合と、意図せずに行う場合とがある。

図２は情報処理装置Ｔ１、Ｔ２のソフトウェア構成例を示す図である。図２において、情報処理装置Ｔ１は、情報処理装置Ｔ１における本来の処理を行う本来機能部Ｔ１−１と、本来の処理の一環でコードの表示を行うコード表示部Ｔ１−２とを備えている。

情報処理装置Ｔ２は、ＯＳ（Operating System）Ｔ２−１とコード読取部Ｔ２−２とコード解釈部Ｔ２−３と汎用アプリケーションＴ２−４と専用アプリケーションＴ２−５とを備えている。ＯＳ Ｔ２−１は、情報処理装置Ｔ２の基本ソフトウェアであり、Ｗｅｂアクセスの機能や、ＵＲＬスキームによるアプリケーション起動等の機能を含む。コード読取部Ｔ２−２は、情報処理装置Ｔ２のカメラ機能によりコードを撮影し、撮影された画像をコード解析機能により文字列に変換する部分である。コード解釈部Ｔ２−３は、汎用アプリケーションＴ２−４によりコードの読取が行われた場合は、読み取られたコードの文字列をＵＲＩ（Uniform Resource Identifier）として解釈し、専用アプリケーションＴ２−５によりコードの読取が行われた場合は、独自の解釈を行う部分である。

汎用アプリケーション（汎用リーダアプリケーション）Ｔ２−４は、２次元コード等を読み取り、埋め込まれた文字列を表示し、ＵＲＩである場合はＷｅｂアクセスやアプリケーション起動等を行う部分である。なお、コード読取部Ｔ２−２およびコード解釈部Ｔ２−３の機能の全部または一部は汎用アプリケーションＴ２−４の一部となっている場合もある。専用アプリケーションＴ２−５は、会議システムの個人クライアント用アプリケーション等である。なお、情報処理装置Ｔ１、Ｔ２の詳細なソフトウェア構成およびハードウェア構成は、具体的な実施例において説明する。

図３はコードＣＤに埋め込まれる文字列の例を示す図である。図３（ａ）は、ＲＦＣ３９８６で規定されるＵＲＩの部分ｐ１に続くパラメータの部分ｐ２を備えている。部分ｐ２では、パラメータｍ、ｊ、ｔについての値を保持している。汎用アプリケーションＴ２−４が主に利用するのは部分ｐ１（部分ｐ２については原則として無視）であり、専用アプリケーションＴ２−５が利用するのは部分ｐ２である。なお、汎用アプリケーションＴ２−４は部分ｐ２の一部をＷｅｂアクセス時のパラメータに用いることもできる。また、専用アプリケーションＴ２−５は部分ｐ１の一部を独自の処理のパラメータに用いることもできる。

図３（ｂ）は、ＵＲＬスキームによるアプリケーション起動のＵＲＩの部分ｐ１に続くパラメータの部分ｐ２を備えている。汎用アプリケーションＴ２−４が主に利用するのは部分ｐ１（部分ｐ２については原則として無視）であり、専用アプリケーションＴ２−５が利用するのは部分ｐ２である。なお、汎用アプリケーションＴ２−４は部分ｐ２の一部をＵＲＬスキームによるアプリケーション起動時のパラメータに用いることもできる。また、専用アプリケーションＴ２−５は部分ｐ１の一部を独自の処理のパラメータに用いることもできる。

図３（ｃ）は、図３（ａ）のパラメータの部分をｂａｓｅ６４でエンコードすることで、難読化ないしは暗号化したものである。

図４は上記の実施形態の処理例を示すフローチャートである。図４（ａ）において、汎用アプリケーションＴ２−４によりコードＣＤの読取を行う場合、汎用アプリケーションＴ２−４は、コード読取部Ｔ２−２によりコードの読取を行うと（ステップＳ１１）、読み取った文字列をコード解釈部Ｔ２−３によりＵＲＩとして解釈する（ステップＳ１２）。そして、汎用アプリケーションＴ２−４は、解釈結果に基づいた処理を実行する（ステップＳ１３）。

例えば、図３（ａ）の文字列であれば、部分ｐ１をＵＲＬとしたＷｅｂアクセスを行う。図３（ｂ）の文字列であれば、部分ｐ１により専用アプリケーションＴ２−５の起動を行う。図５（ａ）は図３（ａ）の文字列に対応してＷｅｂアクセスが行われた場合の情報処理装置Ｔ２の画面例を示しており、専用アプリケーションＴ２−５の操作方法等を示すページが表示されている。コードＣＤの使い方を知らずに読取を行ったユーザは、表示されたページを読むことで、コードＣＤの使い方を理解する機会が与えられる。

図５（ｂ）は図３（ｂ）の文字列に対応して専用アプリケーションＴ２−５が起動した場合の情報処理装置Ｔ２の画面例を示しており、専用アプリケーションＴ２−５が実際に起動することで、読み取ったコードＣＤがその専用アプリケーションＴ２−５において使用するものであることを理解することができ、アプリ内のヘルプ等により詳しい情報を得る機会が与えられる。

次に、図４（ｂ）において、専用アプリケーションＴ２−５によりコードＣＤの読取を行う場合、専用アプリケーションＴ２−５は、コード読取部Ｔ２−２によりコードの読取を行うと（ステップＳ２１）、読み取った文字列をコード解釈部Ｔ２−３により独自に解釈する（ステップＳ２２）。そして、専用アプリケーションＴ２−５は、解釈結果に基づいた処理を実行する（ステップＳ２３）。解釈結果に基づいた処理は、専用アプリケーションＴ２−５によって種々である。以下に、専用アプリケーションＴ２−５を会議システムの個人クライアント用アプリケーションとした場合の例について説明する。

＜＜＜会議システムにおけるコードの位置付け＞＞＞
共用クライアント端末（専用機）だけでなく個人クライアント端末（汎用機）からも会議に参加できる場合、個人クライアント端末から発信を行うことで、宛先リスト（アドレス帳）を共用クライアント端末で他人の目に晒すことなく会議を行うことができる。しかし、カメラ、ディスプレイ、スピーカ等の性能において共用クライアント端末が有利な場合もあるため、近辺に共用クライアント端末が存在する場合には、共用クライアント端末を使用して個人アカウントによりテレビ会議等を行いたいという要望も強い。そこで、共用クライアント端末において自己を示す情報をコードで表示し、個人クライアント端末でコードを読み取ってから発信要求を行うことで、共用クライアント端末で会議を開始することができる。

また、自ら発信を行うのではなく、相手側からの着信を待つ場合にも、個人クライアント端末への着信を共用クライアント端末に自動的に転送するため、事前に共用クライアント端末と個人クライアント端末の間でペアリングを行う。その場合にも、共用クライアント端末において自己を示す情報をコードで表示し、個人クライアント端末でコードを読み取る。

更に、個人クライアント端末でいったん開始した会議を、共用クライアント端末に移動する場合にも、共用クライアント端末において自己を示す情報をコードで表示し、個人クライアント端末でコードを読み取る。

＜＜システムの全体構成＞＞
図６は、伝送システム１の概略図であり、まずは図６を用いて、システムの概略を説明する。

伝送システム１には、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「伝送管理システム」に相当）を介して複数のコミュニケーション端末（「伝送端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音声会議システム、音声電話システム、ＰＣ（Personal Computer）画面共有システム等が例として挙げられる。

本実施例では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、およびコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム１、伝送管理システム５０、および伝送端末１０について説明する。すなわち、本発明の伝送システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステムや伝送システムなどにも適用される。

図６に示す伝送システム１は、テレビ会議用の専用機（専用機型）である複数の伝送端末（１０ａａ，１０ａｂ，…）、各伝送端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、携帯端末等の汎用機（汎用機型）である複数の伝送端末（２０ａａ，２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、および伝送管理システム５０、プログラム提供システム９０、およびメンテナンスシステム１００によって構築されている。なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。

なお、本実施例では、伝送端末（１０ａａ，１０ａｂ，…、２０ａａ，２０ａｂ，…）のうち任意の伝送端末を示す場合には「伝送端末１０、２０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。

伝送端末１０、２０は、他の装置との間で、各種情報を送受信する。伝送端末１０、２０は、例えば、他の端末１０、２０との間でセッションを確立し、確立したセッションにおいて、音声データおよび画像データを含むコンテンツデータの送受信による通話を行う。これにより、伝送システム１において、複数の端末１０、２０間のテレビ会議が実現される。

以下、「画像データおよび音声データ」を「コンテンツデータ」として表す。なお、端末１０、２０間で伝送されるデータは、実施の形態に限定されるものではなく、他の例としては、コンテンツデータは、テキストデータであってもよく、また、他の例としては、コンテンツデータは、音声データ、画像データに加えてテキストデータを含むものであってもよい。また、画像データは、動画であってもよく、静止画であってもよい。また、画像データは、動画と静止画の両方を含んでいてもよい。

また、本実施の形態にかかる伝送システム１において、テレビ会議を開始する場合、開始を希望するユーザが、所定の端末１０、２０を操作することにより、操作された端末１０、２０は、開始要求情報を管理システム５０に送信する。

ここで、開始要求情報とは、テレビ会議に用いるセッションの開始を要求する情報であって、セッション相手としての端末１０、２０を指定する情報を含んでいる。以下、開始要求情報を送信する端末１０、２０を開始要求端末と称することとする。また、セッション相手として指定された相手の端末１０、２０を宛先端末と称することとする。

なお、宛先端末（セッション相手）は、１つの端末１０、２０であってもよく、２以上の端末１０、２０であってもよい。すなわち、伝送システム１においては、２つの端末１０、２０間だけでなく、３以上の端末１０、２０間で確立されたセッションを用いたテレビ会議を実現することができる。

管理システム５０は、端末１０、２０および中継装置３０を一元的に管理する。管理システム５０は、端末１０、２０間でのセッションを確立することにより、端末１０、２０間における通話等によるテレビ会議を実現する。

管理システム５０は、所定の端末１０、２０からセッションの開始要求情報を受信した場合に、開始要求情報を送信した端末１０、２０（開始要求端末）と宛先端末の間のセッションを確立し、テレビ会議を開始させる。

また、図６に示されている複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、コンテンツデータの最適な経路の選択を行う。なお、本実施例では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータを示す場合には「ルータ７０」を用いる。中継装置３０は、複数の端末１０、２０の間で、コンテンツデータの中継を行う。

プログラム提供システム９０は、端末１０、２０に各種機能または各種手段を実現させるための端末用プログラムが記憶された、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）を備えており、端末１０、２０に、端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤには、中継装置３０に各種機能または各種手段を実現させるための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤには、管理システム５０に各種機能または各種手段を実現させるための伝送管理用プログラムも記憶されており、管理システム５０に、伝送管理用プログラムを送信することができる。

メンテナンスシステム１００は、端末１０、２０、中継装置３０、管理システム５０、およびプログラム提供システム９０のうちの少なくとも１つの維持、管理、または保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、２０、中継装置３０、管理システム５０、またはプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、２０、中継装置３０、管理システム５０、およびプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、２０、中継装置３０、管理システム５０、およびプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、または故障履歴の管理等のメンテナンスを行う。

また、端末（１０ａａ，１０ａｂ，１０ａｃ，１０ａ…）、中継装置３０ａ、およびルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，１０ｂ…、２０ａａ，２０ａｂ，…）、中継装置３０ｂ、およびルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａおよびＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。

一方、端末（１０ｃａ，１０ｃｂ，１０ｃｃ，１０ｃ…）、中継装置３０ｃ、およびルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末（１０ｄａ，１０ｄｂ，１０ｄｃ，１０ｄ…）、中継装置３０ｄ、およびルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃおよびＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカであり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａおよび地域Ｂは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０、およびプログラム提供システム９０は、インターネット２ｉを介して、端末１０、２０、および中継装置３０と通信可能に接続されている。管理システム５０、およびプログラム提供システム９０は、地域Ａまたは地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

また、中継装置３０ｅは、インターネット２ｉを介して端末１０、２０と通信可能に接続されている。この中継装置３０ｅは、常時稼動しており、地域Ａまたは地域Ｂのローカルエリア内の通信量の影響を受けにくくするために、これら以外の地域に設置されている。これにより、端末１０、２０が他のローカルエリアに設置された端末と通話する場合に、コンテンツデータを中継するための中継装置として中継装置３０ｅが用いられる。また、同一のローカルエリアの端末間で通話を行う際に、このローカルエリアに設置された中継装置が稼動していない場合にも、緊急用の中継装置として中継装置３０ｅが用いられる。

なお、本実施例では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、およびＬＡＮ２ｄによって、本実施例の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。

また、図６において、各端末１０、２０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、およびメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

＜＜ハードウェア構成＞＞
次に、本実施例のハードウェア構成を説明する。

＜テレビ会議専用端末＞
図７は、テレビ会議専用の端末１０のハードウェア構成図である。図７に示されているように、本実施例の端末１０は、端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、端末用プログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出しまたは書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出しまたは書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１、認証受付Ｉ／Ｆ１１８を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４およびスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１８１、端末１０の各種機能の異常を知らせるアラームランプ１１９、および上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

また、端末１０は、ＮＦＣ Ｉ／Ｆ１２１やBluetooth Ｉ／Ｆ１２２を備えてもよい。ＮＦＣ Ｉ／Ｆ１２１は、至近距離でデータ通信を行なう近距離無線通信の国際標準の一つであるＮＦＣ（Near Field Communication）（ISO/IEC 18092等）に対応した通信インタフェースである。Bluetooth Ｉ／Ｆ１２２は、短距離無線通信技術の一つとして標準化されているBluetooth（IEEE 802.15.1等）に対応した通信インタフェースである。

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）やＤＶＩ（Digital Video Interactive）信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１８１には、ＵＳＢ（Universal Serial Bus）ケーブル等によって、外付けカメラ、外付けマイク、および外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出しまたは書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

更に、上記端末用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。

＜汎用端末＞
図８は、汎用の端末２０のハードウェア構成図である。図８に示されているように、本実施例の端末２０は、端末２０全体の動作を制御するＣＰＵ２０１、端末２０に各種操作信号を入力するための入力装置２０２、端末２０による処理結果を表示するための表示装置２０３、外付けマイク、外付けカメラや外部記録媒体（記録メディア）などの各種外部装置とのインタフェースである外部Ｉ／Ｆ２０４、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０５、端末２０のＯＳの設定やネットワーク設定などのプログラムやデータが格納されるＲＯＭ２０６、携帯電話通信網やインターネットなどを利用してデータ伝送をするためのネットワークＩ／Ｆ２０７、端末用プログラム等の各種データを記憶するフラッシュメモリ２０８、ＣＰＵ２０１の制御にしたがってフラッシュメモリ２０８に対する各種データの読み出しまたは書き込みを制御するＳＳＤ２０９を備えている。

また、端末２０は、ＣＰＵ２０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ２１０、このカメラ２１０の駆動を制御する撮像素子Ｉ／Ｆ２１１、音声を入力する内蔵型のマイク２１２、音声を出力する内蔵型のスピーカ２１３、ＣＰＵ２０１の制御に従ってマイク２１２およびスピーカ２１３との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ２１４、および上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン２１５を備えている。なお、端末２０がテキストチャットサービスのみを利用する端末である場合、カメラ２１０やマイク２１２、スピーカ２１３などは備えていなくてもよい。

また、端末２０は、ＮＦＣ Ｉ／Ｆ２２１とBluetooth Ｉ／Ｆ２２２のいずれかまたは両者を備えてもよい。

また、ＣＰＵ１０１の制御にしたがってデータの読み出しまたは書き込みを行う不揮発性メモリであれば、フラッシュメモリ２０８に限らず、ＥＥＰＲＯＭ等を用いてもよい。

上記端末用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ２０８ではなくＲＯＭ２０６に記憶させるようにしてもよい。

＜管理システム＞
図９は、管理システムのハードウェア構成図である。管理システム５０は、全体の動作を制御するＣＰＵ５０１、伝送管理用プログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、各種データを記憶するＨＤ（Hard Disk）５０４、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出しまたは書き込みを制御するＨＤＤ（Hard Disk Drive）５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出しまたは書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、または画像などの各種情報を表示するディスプレイ５０８、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact Disc Read Only Memory）５１３に対するデータの読み出しまたは書き込みを制御するＣＤ−ＲＯＭドライブ５１４、および、上記各構成要素を電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。

なお、上記伝送管理用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア５０６やＣＤ−ＲＯＭ５１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、中継装置３０は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、ＲＯＭ５０２には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア５０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

更に、プログラム提供システム９０は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、ＲＯＭ５０２には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア５０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

また、メンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。ただし、ＲＯＭ５０２には、メンテナンスシステム１００を制御するためのメンテナンス用プログラムが記録されている。この場合も、メンテナンス用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア５０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Compact Disc Recordable）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜＜機能構成＞＞
次に、本実施例の機能構成について説明する。図１０は、本実施例の伝送システム１を構成する各端末、装置およびシステムの機能ブロック図である。図１０では、端末１０、２０、中継装置３０、および管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図６に示されているプログラム提供システム９０、およびメンテナンスシステム１００は、テレビ会議の通信において直接関係ないため、図１０では省略されている。

＜端末の機能構成＞
端末１０、２０は、通信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、遅延検出部１８、記憶・読出処理部１９、宛先リスト作成部１−２０、ユーザ認証受付部１−２１、および専用機・汎用機連携部１−２２を有している。これら各部は、図７・図８に示されている各構成要素のいずれかが、ＲＯＭ１０２、２０６に記憶されているプログラムに従ったＣＰＵ１０１、２０１からの命令によって動作することで実現される機能または手段である。また、端末１０、２０は、ＲＡＭ１０３、２０５によって構築される揮発性記憶部１００２、およびフラッシュメモリ１０４、２０８によって構築される不揮発性記憶部１０００を有している。

［端末の各機能部］
次に、端末１０、２０の各部を詳細に説明する。端末１０、２０の通信部１１は、ネットワークＩ／Ｆ１１１、２０７によって実現され、通信ネットワーク２を介して他の端末、装置またはシステムと各種データ（または情報）の送受信を行う。

通信部１１は、当該端末１０、２０が他の端末１０、２０とセッションを確立し、通話によるテレビ会議を開始する前から、管理システム５０より、宛先端末候補としての各端末１０、２０の状態を示す各状態情報の受信を開始する。

ここで、宛先端末候補とは、当該端末１０、２０が、テレビ会議を行う相手、すなわちセッション相手として指定可能な端末１０、２０である。すなわち、当該端末１０、２０は、宛先端末候補として予め設定されていない端末とは、セッションを確立することができず、したがってテレビ会議を行うことができない。なお、宛先端末候補は、テレビ会議を行う相手端末の候補、すなわち相手端末候補である。

なお、この状態情報は、各端末１０、２０の稼動状態（ＯＮラインかＯＦＦラインかの状態）と、ＯＮラインにおいては更に通話中であるか、待受け中であるか等の詳細な状態（以下、通信状態と称する）を示す。また、この状態情報は、各端末１０、２０の稼動状態および通信状態だけでなく、ケーブルが端末１０、２０から外れている、音声を出力できるが画像は出力できない、音声を出力させないよう設定されている（ＭＵＴＥ）等、様々な状態を示す。以下では、一例として、状態情報が稼動状態および通信状態を示す場合について説明する。

通信部１１はまた、当該端末１０、２０が開始要求端末として動作する場合には、開始要求情報を管理システム５０に送信する。ここで、開始要求情報は、テレビ会議に用いられるセッションの開始を要求する情報である。開始要求情報は、具体的には、開始を要求する旨を示す情報と、開始要求情報の送信元である開始要求端末の端末ＩＤと、セッションの相手となる宛先端末を識別する端末ＩＤとを含んでいる。なお、端末ＩＤは、端末１０、２０を識別するための情報である。

ユーザ認証受付部１−２１は、認証受付Ｉ／Ｆ１１８で入力されたユーザの認証情報を受け付ける。

操作入力受付部１２は、操作ボタン１０８、および電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。

ログイン要求部１３は、ＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、通信部１１から通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、および当該端末１０の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、通信部１１は、管理システム５０へ、電源をＯＦＦする旨の状態情報を送信してから、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５０側では、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。

撮像部１４は、ＣＰＵ１０１、２０１からの命令、並びにカメラ１１２、２１０、および撮像素子Ｉ／Ｆ１１３、２１１によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。音声入力部１５ａは、音声入出力Ｉ／Ｆ１１６、２１４によって実現され、マイク１１４、２１２によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、ＣＰＵ１０１、２０１からの命令、並びに音声入出力Ｉ／Ｆ１１６、２１４によって実現され、音声データに係る音声信号をスピーカ１１５、２１３に出力し、スピーカ１１５、２１３から音声を出力させる。

表示制御部１６は、ディスプレイＩ／Ｆ１１７等によって実現され、外付けのディスプレイ１２０または表示装置２０３に対して画像データを送信するための制御を行う。表示制御部１６は、要求元としての端末１０、２０が所望の宛先としての端末１０、２０とテレビ会議の通話を開始する前に、通信部１１による受信の開始後に受信された状態情報を反映させて各宛先名が含まれた宛先リストをディスプレイ１２０、表示装置２０３に表示させる。

遅延検出部１８は、ＣＰＵ１０１、２０１からの命令によって実現され、他の端末１０、２０から中継装置３０を介して送られて来る画像データまたは音声データの遅延時間（ｍｓ）を検出する。

また、記憶・読出処理部１９は、ＣＰＵ１０１、２０１からの命令、並びに一例としてＳＳＤ１０５、２０９によって実行され、不揮発性記憶部１０００に各種データを記憶したり、不揮発性記憶部１０００に記憶された各種データを読み出す処理を行う。この不揮発性記憶部１０００には、端末１０、２０を識別するための端末ＩＤ（Identification）、およびパスワード等が記憶される。更に、記憶・読出処理部１９は、揮発性記憶部１００２に各種データを記憶したり、揮発性記憶部１００２に記憶された各種データを読み出す処理も行う。この揮発性記憶部１００２には、宛先端末との通話を行う際に受信されるコンテンツデータが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０、表示装置２０３に画像が表示され、上書きされる前の音声データによってスピーカ１１５、２１３から音声が出力される。

宛先リスト作成部１−２０は、管理システム５０から受信した、後述の宛先リスト情報および後述の各宛先候補としての端末１０の状態情報に基づいて、宛先候補の状態がアイコンで示された宛先リストの作成および更新を行う。

特に、本実施の形態では、端末１０、２０が管理システム５０にログインしている状態で、端末１０、２０に応じた宛先リストがディスプレイ１２０等に表示されている状態で、端末１０、２０を利用するユーザが認証情報を認証受付Ｉ／Ｆ１１８等に対して入力して、管理システム５０からユーザに応じた宛先リスト情報を受信した場合に、宛先リスト作成部１−２０は、ユーザの宛先リスト情報から当該ユーザについての宛先リストを生成する。このため、表示制御部１６は、端末１０、２０についての宛先リストのディスプレイ１２０等への表示を、新たに作成された、ユーザについての宛先リストの表示に更新する。

また、ユーザが管理システム５０にログインしている状態で、ユーザに応じた宛先リストがディスプレイ１２０等に表示されている状態で、端末１０、２０を利用する他のユーザが認証情報を認証受付Ｉ／Ｆ１１８等に対して入力して、管理システム５０から当該他のユーザに応じた宛先リスト情報を受信した場合に、宛先リスト作成部１−２０は、他のユーザの宛先リスト情報から当該他のユーザについての宛先リストを生成する。このため、表示制御部１６は、最初のユーザについての宛先リストのディスプレイ１２０等への表示を、新たに作成された、他のユーザについての宛先リストの表示に更新する。

専用機・汎用機連携部１−２２は、専用機である端末１０と汎用機である端末２０の間の連携にかかる処理を制御する。より具体的には、ユーザの操作に応じ、予め端末２０をいずれかの端末１０と対応付け（ペアリング）、端末２０に先方より着信があった場合に、端末２０からの指示により端末１０でテレビ会議を開始する制御を行う。また、端末２０からの宛先リスト（アドレス帳）に基づく発信時に、ユーザの操作に応じ、端末２０をいずれかの端末１０と対応付け（ペアリング）、端末１０から先方に発信を行ってテレビ会議を開始する制御を行う。

汎用機においても、専用機と同様に、発信・着信を行ってテレビ会議を行うことができるが、カメラ、ディスプレイ、スピーカ等の性能において専用機が有利であるため、専用機を使用してテレビ会議を行いたいという要望も強い。専用機において個人アカウントを用いて利用する場合、自分の宛先リストが他人の目に晒されたり、席を外している間に自己の個人アカウントを用いた不正な操作が行われたりするリスクがあるが、上述した専用機と汎用機の連携により、専用機においても、個人アカウントを用いた安全なテレビ会議を行うことができる。

＜中継装置の機能構成＞
次に、中継装置３０の機能または手段について説明する。中継装置３０は、通信部３１、状態検知部３２、データ品質確認部３３、変更品質管理部３４、データ品質変更部３５、および記憶・読出処理部３９を有している。これら各部は、図９に示されている各構成要素のいずれかが、ＲＯＭ５０２に記憶されているプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能または手段である。また、中継装置３０は、ＨＤ５０４により構築され、中継装置３０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部３０００を有している。

不揮発性記憶部３０００には、変更品質管理テーブルによって構成されている変更品質管理ＤＢ（Data Base）３００１が構築される。なお、変更品質管理テーブルでは、画像データの中継先としての端末１０のＩＰアドレス、およびこの中継先に中継装置３０が中継する画像データの画質が関連付けられて管理される。

［中継装置の各機能部］
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各部を説明するにあたって、各構成要素のうち、中継装置３０の各部を実現させるための主な構成要素との関係も説明する。

中継装置３０の通信部３１は、ネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介して他の端末、装置、またはシステムと各種データ（または情報）の送受信を行う。状態検知部３２は、ＣＰＵ５０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「ＯＮライン」、「ＯＦＦライン」、または「故障中」の状態がある。

データ品質確認部３３は、ＣＰＵ５０１からの命令によって実現され、宛先端末のＩＰアドレスを検索キーとして、変更品質管理テーブルを検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。変更品質管理部３４は、ＣＰＵ５０１からの命令によって実現され、管理システム５０から送られて来る品質情報に基づいて、変更品質管理ＤＢ３００１の変更品質管理テーブルの内容を変更する。

データ品質変更部３５は、ＣＰＵ５０１からの命令によって実現され、送信元の端末１０、２０から送られて来た画像データの画質を、上記変更された変更品質管理ＤＢ３００１の変更品質管理テーブルの内容に基づいて変更する。記憶・読出処理部３９は、ＨＤＤ５０５によって実現され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
次に、管理システム５０の機能または手段について説明する。管理システム５０は、通信部５１、認証部５２、状態管理部５３、端末抽出部５４、端末状態取得部５５、セッション管理部５７、品質決定部５８、記憶・読出処理部５９、遅延時間管理部６０、宛先判断部６２を有している。これら各部は、図９に示されている各構成要素のいずれかが、ＲＯＭ５０２に記憶されているプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能または手段である。また、管理システム５０は、管理システム５０の電源をＯＦＦにしても各種データや情報の記憶が維持されるＨＤ５０４により構築される不揮発性記憶部５０００を有している。この不揮発性記憶部５０００には、各種情報が記憶されている。更に、管理システム５０は、ＲＡＭ５０３によって構築される揮発性記憶部５１００を有している。

（中継装置管理テーブル）
不揮発性記憶部５０００には、中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０を識別する中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、および中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。

（認証管理テーブル）
更に、不揮発性記憶部５０００には、図１１に示されているような認証管理テーブルによって構成されている認証管理ＤＢ５００２が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０、２０の各端末ＩＤおよび端末１０を利用する全てのユーザのユーザＩＤに対して、各パスワードが関連付けられて管理される。ここで、端末ＩＤは、端末１０、２０を識別する情報であり、ユーザＩＤは、ユーザを識別するための情報である。パスワードは、端末１０、２０またはユーザを認証するために利用される情報である。ここで、端末ＩＤ、ユーザＩＤをまとめてＩＤという。例えば、図１１に示されている認証管理テーブルにおいて、ＩＤ「１０ａａ」の端末またはユーザのパスワードは「ａａａａ」であることが示されている。

なお、本実施例のＩＤは、それぞれ端末１０、２０またはユーザを一意に識別するために使われる言語、文字、記号、または各種のしるし等の識別情報を示す。また、ＩＤは、上記言語、文字、記号、および各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。また、端末ＩＤはユーザを識別するための識別情報も含む。

（端末管理テーブル）
また、不揮発性記憶部５０００には、図１２に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、ＩＤのうち、各端末１０、２０の端末ＩＤ毎に、端末名、各端末１０、２０の稼動状態、後述のログイン要求情報が管理システム５０で受信された受信日時、および端末１０、２０のＩＰアドレスが関連付けられて管理される。

ここで、稼動状態としては、電源がオンされ、通信が可能または通信中の状態であるＯＮラインと、電源がオンされていないなど、通信が可能でない状態であるＯＦＦラインとがある。例えば、図１２に示されている端末管理テーブルにおいて、端末ＩＤが「１０ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「ＯＮライン（通話可能）」で、管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

（宛先リスト管理テーブル）
更に、不揮発性記憶部５０００には、図１３に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、管理システム５０で管理される通話を含むテレビ会議において用いられるセッションの開始要求情報の要求元としての端末１０、２０である開始要求端末の端末ＩＤに対して、この端末１０、２０から送信されるコンテンツデータの宛先の候補となる端末１０、２０である宛先端末候補を識別する端末ＩＤや、当該端末を利用するユーザのユーザＩＤ等のＩＤが関連付けられて管理される。例えば、図１３に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「１０ａａ」である端末（端末１０ａａ）からテレビ会議の開始を要求することができる宛先端末候補は、端末ＩＤが「１０ａｂ」の端末１０ａｂ、端末ＩＤが「１０ａｃ」の端末１０ａｃ、端末ＩＤが「１０ａｄ」の端末１０ａｄ、および端末ＩＤが「１０ａｅ」の端末１０ａｅであることが示されている。この宛先端末候補は、開始要求端末から管理システム５０に対する追加または削除の要請により、追加または削除されることで更新される。

（セッション管理テーブル）
また、この不揮発性記憶部５０００には、セッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されているこのセッション管理テーブルでは、端末間でコンテンツデータが伝送されるセッションを識別するためのセッションＩＤ毎に、このセッションでコンテンツデータの中継に使用される中継装置３０の中継装置ＩＤ、セッションの開始要求情報の送信元である開始要求端末の端末ＩＤ、セッションの開始要求情報において相手先として指定された宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、およびこの遅延時間が示されている遅延情報が宛先端末から送られて来て管理システム５０で受信された受信日時が関連付けられて管理される。

（品質管理テーブル）
更に、不揮発性記憶部５０００には、品質管理テーブルによって構成されている品質管理ＤＢ５００７が構築されている。この品質管理テーブルでは、開始要求端末または宛先端末における画像データの遅延時間（ｍｓ）に応じて、中継装置３０で中継させる画像データの画質（画像の品質）が関連付けられて管理される。

［管理システムの各機能部］
次に、管理システム５０の各機能部について詳細に説明する。なお、以下では、管理システム５０の各部を説明するにあたって、図９に示されている各構成要素のうち、管理システム５０の各部を実現させるための主な構成要素との関係も説明する。

通信部５１は、ネットワークＩ／Ｆ５０９によって実行され、通信ネットワーク２を介して他の端末、装置またはシステムと各種データ（または情報）の送受信を行う。認証部５２は、通信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤまたはユーザＩＤおよびパスワードを検索キーとし、不揮発性記憶部５０００の認証管理テーブルを検索し、認証管理テーブルに同一のＩＤおよびパスワードが管理されているかを判断することによって端末１０、２０またはユーザの認証を行う。

状態管理部５３は、端末管理テーブルの稼動状態を管理する。状態管理部５３は、ログイン要求してきた端末１０、２０（ログイン要求端末）の稼動状態を管理すべく、端末管理テーブルに、このログイン要求端末の端末ＩＤ、ログイン要求端末の稼動状態、管理システム５０でログイン要求情報が受信された受信日時、およびログイン要求端末のＩＰアドレスを関連付けて記憶して管理する。状態管理部５３は、端末１０、２０の利用者が端末１０、２０の電源スイッチ１０９等をＯＦＦの状態からＯＮにすることで、この端末１０、２０から送られてきた電源をＯＮする旨の情報に基づいて、端末管理テーブルのＯＦＦラインを示す稼動状態をＯＮラインに設定する。また、利用者が端末１０、２０の電源スイッチ１０９等をＯＮの状態からＯＦＦにすることで、この端末１０、２０から送られてきた電源をＯＦＦする旨の情報に基づいて、端末管理テーブルのＯＮラインを示す稼動状態をＯＦＦラインに設定する。

状態管理部５３は、テレビ会議の開始要求情報の開始要求端末または宛先端末によって送信された変更要求情報が通信部５１によって受信されると、変更要求情報に基づいて、端末管理テーブルにおける、開始要求端末および宛先端末のうち少なくとも一方の端末の稼動状態を適宜変更する。

端末抽出部５４は、ログイン要求した端末１０、２０やユーザなど、処理対象となる対象端末の端末ＩＤやユーザのユーザＩＤ、すなわちＩＤを検索キーとして、宛先リスト管理テーブルを検索し、対象端末と通話することができる、すなわちセッションを確立することのできる宛先端末候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。具体的には、端末抽出部５４は、宛先リスト管理テーブルにおいて、対象のＩＤと一致する開始要求端末の端末ＩＤに対応付けられている、宛先端末候補の端末ＩＤを読み出す。

また、端末抽出部５４は、対象端末のＩＤをキーとして、宛先リスト管理テーブルを検索し、対象端末のＩＤを宛先端末候補として登録している他の端末１０、２０の端末ＩＤも抽出する。具体的には、端末抽出部５４は、宛先リスト管理テーブルにおいて、対象端末のＩＤと一致する宛先端末候補の端末ＩＤに対応付けられている、開始要求端末の端末ＩＤを読み出す。

端末状態取得部５５は、ＩＤを検索キーとして、端末管理テーブルを検索し、ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５５は、ログイン要求してきた端末１０、２０と通話することができる宛先端末の候補の稼動状態を取得することができる。また、端末状態取得部５５は、端末管理テーブルを検索し、ログイン要求してきた端末の稼動状態も取得する。

セッション管理部５７は、不揮発性記憶部５０００のセッション管理テーブルに、セッションＩＤ生成部で生成されたセッションＩＤ、要求元端末の端末ＩＤ、および宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理テーブルに対して、セッションＩＤ毎に、最終的に１つに選択された中継装置３０の中継装置ＩＤを記憶して管理する。

品質決定部５８は、上記遅延時間を検索キーとして、品質管理テーブルを検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。記憶・読出処理部５９は、ＨＤＤ５０５によって実行され、不揮発性記憶部５０００に各種データを記憶したり、不揮発性記憶部５０００に記憶された各種データを読み出す処理を行う。更に、記憶・読出処理部５９は、揮発性記憶部５１００に各種データを記憶したり、揮発性記憶部５１００に記憶された各種データを読み出す処理も行う。

遅延時間管理部６０は、上記宛先端末のＩＰアドレスを検索キーとして、端末管理テーブルを検索することで、対応する端末ＩＤを抽出し、更に、セッション管理テーブルにおいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。

宛先判断部６２は、宛先リスト管理テーブルを参照し、端末抽出部５４によって抽出されたコンテンツデータ用セッションｓｅｄに参加している端末１０、２０の宛先端末ＩＤに、参加を要求する端末１０、２０の宛先端末ＩＤが含まれているか否かを判断する。

＜＜動作＞＞
＜端末の起動＞
図１４は端末の起動時の処理例を示すシーケンス図であり、主として専用機である共用クライアント端末の起動時の処理を示している。

図１４において、ユーザが端末01abの電源ボタンをオンにすることで起動すると（ステップＳ００１）、端末01abは起動処理を行う（ステップＳ００２）。

次いで、端末01abは、伝送管理システム５０に対して予め設定された共用アカウントに基づいて認証要求を行い（ステップＳ００３）、伝送管理システム５０は端末認証を行い（ステップＳ００４）、認証結果を端末01abに応答する（ステップＳ００５）。

次いで、端末01abは、認証が正常に行われた場合、伝送管理システム５０に対して宛先リスト要求を行い（ステップＳ００６）、伝送管理システム５０は宛先リストを送信する（ステップＳ００７）。これにより、端末01abは、宛先リストを画面上に表示する（ステップＳ００８）。また、伝送管理システム５０は、他の端末01baに対して端末01abの状態通知を行う（ステップＳ００９）。

その後、ユーザが個人アカウントのユーザ識別情報を端末01abに提示してログイン操作等を行うと（ステップＳ０１０）、端末01abは、伝送管理システム５０に対してユーザ認証要求を行う（ステップＳ０１１）。なお、システムの実装により、ユーザ識別情報を提示してログイン操作を行う他に、有効なユーザ識別情報を提示することでログインという手続を経ずに利用が許容されるものでもよい。

これを受け、伝送管理システム５０はユーザ認証を行い（ステップＳ０１２）、認証結果を端末01abに応答する（ステップＳ０１３）。また、伝送管理システム５０は、他の端末01baに対してユーザの状態通知を行う（ステップＳ０１４）。

一方、汎用機である個人クライアント端末においては、ステップＳ００１〜Ｓ００９はなく、ステップＳ０１０〜Ｓ０１４の処理となる。

なお、以降の処理の説明において、端末の起動処理については簡略化して説明するが、詳細は図１４に示した通りである。

＜発信＞
個人アカウントで個人クライアント端末を利用しているユーザが、個人クライアント端末上で個人の宛先リスト（アドレス帳）から宛先の選択と発信の操作を行い、その後は共用クライアント端末から発信を行って先方（着信先）とテレビ会議を行いたいと考える場合の処理は次のようになる。

［２次元コードを用いる場合］
図１５および図１６は個人クライアント端末から宛先を選択して共用クライアント端末から発信を行う処理例を示すシーケンス図であり、ＱＲコード（登録商標）等の２次元コードを用いて個人クライアント端末と共用クライアント端末の連携を行う例である。

図１５において、先ず、ユーザは個人クライアント端末と共用クライアント端末を起動する（ステップＳ１０１、Ｓ１０５）。個人クライアント端末と共用クライアント端末はそれぞれのアカウントでログインし（ステップＳ１０２、Ｓ１０６）、宛先リストを表示する（ステップＳ１０３、Ｓ１０７）。

ここで、共用クライアント端末は、宛先リストに加えて、自己を特定する情報を含む２次元コードを表示する（ステップＳ１０３）。図１７は共用クライアント端末の画面上に宛先リストＩ１と２次元コードＩ２が表示された状態を示している。

図１８は２次元コードに埋め込まれるデータの例を示しており、汎用アプリケーションＴ２−４により読み取られた場合のＷｅｂアクセスのＵＲＬと、パラメータ部分としての、共用クライアント端末のアドレスと、ランダムトークンと、任意で公開鍵とが含まれている（図１５の処理例では公開鍵を省略）。なお、図３（ｂ）に示したように、ＷｅｂアクセスのＵＲＬに代えて、会議用の専用アプリケーションを起動する記述としてもよい。

図１８において、アドレスは、個人クライアント端末が共用クライアント端末に対してメッセージを送信するときの宛先として使用される。

ランダムトークンは、共用クライアント端末が表示する２次元コードをユーザが保存して再利用することを防ぐために用いる。個人クライアント端末から共用クライアント端末にメッセージを送信する際にランダムトークンを併せて送信し、共用クライアント端末はランダムトークンが最新のものと一致していることを検証することで、２次元コードの再利用を防ぐことができる。

公開鍵は、個人クライアント端末が共用クライアント端末に対して送信するメッセージを暗号化するのに使用する。個人クライアント端末が共用クライアント端末に送信するメッセージ（発信中継要求）には個人アカウントでサービス利用を許可する重要な情報が含まれているため、公開鍵による暗号化によって、相手先の共用クライアント端末以外に内容を読まれることを防ぐ。

図１５において、共用クライアント端末は、定期的にランダムトークンを変更して更新する（ステップＳ１０４）。前述したように、２次元コードが保存されて再利用されることを防ぐためである。

ユーザが個人クライアント端末を操作して、宛先リストから発信宛先を選択し（ステップＳ１０８）、発信確認画面の表示（ステップＳ１０９）に対して、共用クライアント端末のアイコンをタップすると（ステップＳ１１０）、個人クライアント端末は２次元コードリーダを起動する（ステップＳ１１１）。

図１９は個人クライアント端末における操作例を示しており、（ａ）は宛先リストから「Ａさん」を選択する状態、（ｂ）は宛先「Ａさん」に対して、「通常の会議開始」、「共用クライアント端末による会議開始」（共用クライアント端末のアイコン）、「キャンセル」の中から、「共用クライアント端末による会議開始」を選択した状態、（ｃ）は２次元コードリーダが起動した状態を示している。

図１５に戻り、ユーザが２次元コードリーダで、共用クライアント端末の画面上に表示される２次元コードを読み取ることで（ステップＳ１１２）、個人クライアント端末は、２次元コードから、共用クライアント端末のアドレスとランダムトークンを入手する（ステップＳ１１３）。

これにより、個人クライアント端末は、ユーザに中継処理開始通知を表示し（ステップＳ１１４）、共用クライアント端末のアドレスに対し、伝送管理システム５０を介して、個人アカウントによりテレビ会議サービスを利用するための認可情報（ログイン情報等）と、ユーザが選択した発信宛先と、ランダムトークンとを、発信中系要求として送信する（ステップＳ１１５）。この状態で、個人クライアント端末は図１９（ｄ）に示すような発信中継中画面を表示する。

図１５に戻り、共用クライアント端末は、伝送管理システム５０を介して個人クライアント端末から発信中継要求を受信すると（ステップＳ１１６）、メッセージに含まれたランダムトークンが現在自身が表示しているランダムトークンと等しいかを検査する（ステップＳ１１７）。

次いで、図１６において、共用クライアント端末は、ランダムトークンが等しければ承認メッセージを、等しくなければ否認メッセージを、伝送管理システム５０を介して個人クライアント端末に対して送信する（ステップＳ１１８、Ｓ１１９）。

個人クライアント端末は、共用クライアント端末から返信を受信し、発信中継要求が承認されたか、否認されたかをユーザに表示する（ステップＳ１２０）。承認された場合は、同時に個人アカウントからログアウトする（ステップＳ１２１）。図１９（ｅ）は発信中継結果画面の例を示している。

図１６に戻り、共用クライアント端末は、承認した場合、発信中継要求に含まれた、個人アカウントによりテレビ会議サービスを利用するための認可情報を用いて、個人アカウントでのログインを行う（ステップＳ１２２）。

次いで、共用クライアント端末は、個人アカウントでのログインに成功すると、発信中継要求に含まれた、ユーザが選択した発信宛先に対して発信を行う（ステップＳ１２３）。伝送管理システム５０は、共用クライアント端末から個人アカウントによる発信を受け付けると、宛先クライアント端末に発信を行い（ステップＳ１２４）、応答を得ると（ステップＳ１２５）、共用クライアント端末に応答を通知するとともに（ステップＳ１２６）、中継装置３０に会議開始要求を行う（ステップＳ１２７）。

共用クライアント端末は、応答が得られて発信に成功すると、中継装置３０に会議開始要求を行い（ステップＳ１２８）、会議画面に遷移して、宛先クライアント端末とのテレビ会議を開始する。

何らかの理由で会議が終了し、中継装置３０から共用クライアント端末に会議終了が通知されると（ステップＳ１２９）、共用クライアント端末は個人アカウントからログアウトし（ステップＳ１３０）、終了通知をユーザに表示する（ステップＳ１３１）。

ユーザが終了通知を確認する（ＯＫを押す）と（ステップＳ１３２）、共用クライアント端末は、共用アカウントでログインし（ステップＳ１３３）、共用アカウントの宛先リストを表示する。

＜相手からから着信を待つ場合の事前のペアリング＞
個人アカウントで個人クライアント端末を利用しているユーザが、先方（発信元）からの個人アカウント宛の着信に応答するまでは個人クライアント端末を用い、その後は共用クライアント端末において先方とテレビ会議を行いたいと考える場合、事前にペアリングの処理を行う。

図２０はペアリングの処理例を示すシーケンス図であり、ＱＲコード等の２次元コードを用いて個人クライアント端末と共用クライアント端末の連携を行う例である。

図２０において、共用クライアント端末が起動すると（ステップＳ１０１）、起動処理の中で共用アカウントでログインを行い、共用クライアントについての宛先リストを表示する。

また、共用クライアントは、自己を特定する情報を含む２次元コードを表示する（ステップＳ１０２）。図２１は共用クライアント端末の画面上に宛先リストＩ１と２次元コードＩ２が表示された状態を示している。また、必須ではないが、現時点でこの共用クライアント端末とペアリングされている個人クライアント端末のＩＤ一覧Ｉ３を表示してもよい。

図２２は２次元コードに埋め込まれるデータの例を示しており、汎用アプリケーションＴ２−４により読み取られた場合のＷｅｂアクセスのＵＲＬと、パラメータ部分の「type」と「id」と「uuid」を含んでいる。なお、図３（ｂ）に示したように、ＷｅｂアクセスのＵＲＬに代えて、会議用の専用アプリケーションを起動する記述としてもよい。

「type」は、メッセージのタイプを示しており、読み取った後にペアリングリクエストとしてそのまま返送することを考慮して「PairingRequest」が設定されている。「id」は、共用クライアント端末を特定する情報であり、個人クライアント端末が共用クライアント端末に対してメッセージを送信するときの宛先として使用される。「uuid」は、２次元コードの再利用を防止するためのランダムな文字列が設定される。個人クライアント端末から共用クライアント端末にメッセージを送信する際にその文字列を併せて送信し、共用クライアント端末は文字列が最新のものと一致していることを検証することで、２次元コードの再利用を防ぐことができる。ペアリングの正当性を担保するために、文字列に有効期限を持たせるなど、更に制約を加えてもよい。また、２次元コードには、個人クライアント端末から送信するメッセージの暗号化に用いる公開鍵を含めてもよい。

図２０に戻り、ユーザが個人クライアント端末を起動すると（ステップＳ１０３）、起動処理の中で個人アカウントでログインを行い、個人クライアントについての宛先リストを表示する（ステップＳ１０４）。

その後、ユーザが共用クライアント端末とのペアリングを開始する操作を行うと（ステップＳ１０５）、個人クライアント端末は２次元コードリーダを起動し、共用クライアント端末の画面上の２次元コードを読み取る（ステップＳ１０６）。図２３はペアリング開始の操作例を示す図であり、宛先リスト画面から共用クライアント端末のアイコンＩ４をタップすることで、２次元コードリーダの画面となる。

図２０に戻り、個人クライアント端末は、読み取った２次元コードの内容に基づいて伝送管理システム５０にペアリングリクエストを送信する（ステップＳ１０７）。ペアリングリクエストを受信した伝送管理システム５０は、ペアリングリクエストに含まれる共用クライアント端末の特定情報に基づいて、該当する共用クライアント端末にペアリングリクエストを通知する（ステップＳ１０８）。

ペアリングリクエストの通知を受けた共用クライアント端末は、無条件にペアリングを許可する場合は特になにもせず、ランダムな文字列の検証を行う場合は検証を行った後に、ペアリング可否を伝送管理システム５０を介して個人クライアント端末に応答する（ステップＳ１０９、Ｓ１１０）。図２４はペアリング可否応答のデータの例を示す図であり、type「PairingResponse」とresult「accept」を含んでいる。

ペアリング可の場合はペアリングが成立し、個人クライアント端末と共用クライアント端末のそれぞれは、ペアリングが行われた相手方の情報を内部に保持する。なお、いったん成立したペアリングは、ユーザの操作等に応じて解除することもできる。

なお、ＱＲコード等の２次元コードによって情報をやりとりする場合について説明したが、１次元コード（バーコード）や、その他の図形認識や動作認識を用いることもできる。

また、テレビ会議の制御に用いる伝送管理システム５０を介して個人クライアント端末と共用クライアント端末の間の通信を行う場合について説明したが、メッセージ交換のための独立したシステムを用意してもよい。

＜着信＞
［単独会議を経由する場合］
図２５は着信時の処理例を示すシーケンス図である。図２５において、予めペアリング処理が済んでいるものとし、発信側クライアント端末（専用機であるか汎用機であるかを問わない）から個人アカウントに対して発信が行われると（ステップＳ２０１）、ペアリング中に個人アカウントでログイン状態にあるのは個人クライアント端末であるため、発信側クライアント端末からの着信は、伝送管理システム５０を通じて個人クライアント端末に届く（ステップＳ２０２）。

個人クライアント端末でユーザが共用クライアント端末による会議開始の応答を行うと、個人クライアント端末は他端末応答を伝送管理システム５０に対して行う（ステップＳ２０３）。図２６は個人クライアント端末への着信時の応答の操作例を示す図であり、発信元「Ａさん」に対して、「通常の会議開始の応答」、「共用クライアント端末による会議開始の応答」（共用クライアント端末のアイコン）、「拒否」の中から、「共用クライアント端末による会議開始の応答」を選択した状態を示している。なお、ペアリング時の着信においては、自動的に共用クライアント端末を利用してテレビ会議を開始する応答が行われるようにしてもよい。

図２５に戻り、伝送管理システム５０は、発信側クライアント端末に対して他端末応答の通知を行い（ステップＳ２０４）、発信側クライアント端末は単独会議を開始する（ステップＳ２０５）。

個人クライアント端末は、予め行われているペアリングの相手方の情報に基づき、伝送管理システム５０に対してテレビ会議の双方を特定する会議情報と、個人アカウントによりテレビ会議サービスを利用するための認可情報（ログイン情報等）とを伝送管理システム５０に通知し（ステップＳ２０６）、伝送管理システム５０はその情報を共用クライアント端末に通知する（ステップＳ２０７）。

一方、単独会議を開始した発信側クライアント端末は、伝送管理システム５０にテレビ会議を特定する会議ＩＤを通知し（ステップＳ２０８）、伝送管理システム５０は、会議ＩＤに基づくプレゼンス更新を共用クライアント端末に行う（ステップＳ２０９）。

これにより、共用クライアント端末は、伝送管理システム５０に対して、会議ＩＤを特定して会議参加を要求する（ステップＳ２１０）。この際、共用クライアント端末は、認可情報に基づいて、個人アカウントによりログインしなおしてもよいし、ログインではなく再接続であってもよい。図２７は会議参加のデータの例を示す図であり、type「SartConf」、会議ＩＤ（ConfID「361」）、認可情報（ConfToken「・・」）を含んでいる。

図２５に戻り、伝送管理システム５０は、発信側クライアント端末に対して会議参加を通知し（ステップＳ２１１）、発信側クライアント端末と共用クライアント端末の間でテレビ会議を開始する（ステップＳ２１２）。

テレビ会議開始後の振る舞いとして、個人クライアント端末の状態は、伝送管理システム５０側の制約がなければどのような状態でも構わない。ただし、例えば、共用クライアント端末において個人アカウントを利用してのテレビ会議中に、個人クライアント端末を含む別のクライアント端末を用いてテレビ会議を行う際には、排他制御を行うことにより、個人クライアント端末はログアウト状態となることを規定してもよい。テレビ会議の状況表示については、参加者表示が利用している共用クライアント端末名と個人アカウント名の併記となってもよい。また、テレビ会議の途中参加については、個人アカウントと共用アカウントのどちらへ発信しても途中参加が可能となるようにしてもよい。また、共用クライアント端末は、個人アカウントによるログイン状態を保持することはないため、個人アカウントを利用したテレビ会議が終了した場合には、共用クライアント端末は、起動直後の待機中状態と同じ状態に復帰する。

［３拠点会議を経由する場合］
図２８は着信時の他の処理例を示すシーケンス図である。図２８において、予めペアリング処理が済んでいるものとし、発信側クライアント端末（専用機であるか汎用機であるかを問わない）から個人アカウントに対して発信が行われると（ステップＳ２２１）、ペアリング中に個人アカウントでログイン状態にあるのは個人クライアント端末であるため、発信側クライアント端末からの着信は、伝送管理システム５０を通じて個人クライアント端末に届く（ステップＳ２２２）。

個人クライアント端末でユーザが共用クライアント端末による会議開始の応答を行うと、個人クライアント端末は、通常の応答を伝送管理システム５０に対して行う（ステップＳ２２３）。

伝送管理システム５０は、発信側クライアント端末に対して応答の通知を行い（ステップＳ２２４）、発信側クライアント端末と個人クライアント端末の間で会議を開始する（ステップＳ２２５）。なお、このとき、個人クライアント端末は、実際には会議に移行しないため、会議画面には遷移しないものとする。

個人クライアント端末は、予め行われているペアリングの相手方の情報に基づき、伝送管理システム５０に対してテレビ会議の双方を特定する会議情報と、個人アカウントによりテレビ会議サービスを利用するための認可情報（ログイン情報等）とを伝送管理システム５０に通知し（ステップＳ２２６）、伝送管理システム５０はその情報を共用クライアント端末に通知する（ステップＳ２２７）。

一方、発信側クライアント端末は、伝送管理システム５０にテレビ会議を特定する会議ＩＤを通知し（ステップＳ２２８）、伝送管理システム５０は、会議ＩＤに基づくプレゼンス更新を共用クライアント端末に行う（ステップＳ２２９）。

これにより、共用クライアント端末は、伝送管理システム５０に対して、会議ＩＤを特定して会議参加を要求する（ステップＳ２３０）。これにより、発信側クライアント端末と個人クライアント端末と共用クライアント端末による３拠点会議を開始する（ステップＳ２３１）。

次いで、共用クライアント端末は、伝送管理システム５０に対して、認可情報に基づく個人アカウントで会議参加を要求する（ステップＳ２３２、Ｓ２３３）。そして、伝送管理システム５０は、個人クライアント端末に強制ログアウトを通知し（ステップＳ２３４）、発信側クライアント端末と個人クライアント端末の２者間の会議となる。

［会議セッションを構築する場合］
図２９は着信時の他の処理例を示すシーケンス図である。図２９において、予めペアリング処理が済んでいるものとし、発信側クライアント端末（専用機であるか汎用機であるかを問わない）から個人アカウントに対して発信が行われると（ステップＳ２４１）、ペアリング中に個人アカウントでログイン状態にあるのは個人クライアント端末であるため、発信側クライアント端末からの着信は、伝送管理システム５０を通じて個人クライアント端末に届く（ステップＳ２４２）。

個人クライアント端末でユーザが共用クライアント端末による会議開始の応答を行うと、個人クライアント端末は、通常の応答を伝送管理システム５０に対して行う（ステップＳ２４３）。伝送管理システム５０は、発信側クライアント端末に対して応答の通知を行う（ステップＳ２４４）。

個人クライアント端末は、予め行われているペアリングの相手方の情報に基づき、伝送管理システム５０に対してテレビ会議の双方を特定する会議情報と、個人アカウントによりテレビ会議サービスを利用するための認可情報（ログイン情報等）とを伝送管理システム５０に通知し（ステップＳ２４５）、伝送管理システム５０はその情報を共用クライアント端末に通知する（ステップＳ２４６）。

また、共用クライアント端末と発信側クライアント端末は、それぞれ中継装置３０に対して会議セッション構築を要求する（ステップＳ２４７、Ｓ２４８）。なお、ライセンス管理とテレビ会議のセッションは独立である。これにより、発信側クライアント端末と共用クライアント端末の間でテレビ会議を開始する（ステップＳ２４９）。

その後、伝送管理システム５０から個人クライアント端末に対して認証・許可にかかる通知が行われると（ステップＳ２５０）、個人クライアント端末は伝送管理システム５０を介して共用クライアント端末に転送する（ステップＳ２５１、Ｓ２５２）。共用クライアント端末は、伝送管理システム５０を介して、応答を個人クライアント端末に転送する（ステップＳ２５３、Ｓ２５４）。

＜個人クライアント端末で既に開始された会議を共用クライアント端末に移動＞
図３０は個人クライアント端末で既に開始された会議を共用クライアント端末に移動する処理例を示すシーケンス図である。図３０において、発信側クライアント端末（専用機であるか汎用機であるかを問わない）と個人クライアント端末と共用クライアント端末とが起動された状態（ステップＳ３０１）において、発信側クライアント端末から個人アカウントに対して発信が行われると（ステップＳ３０２）、発信側クライアント端末からの着信は、伝送管理システム５０を通じて個人クライアント端末に届く（ステップＳ３０３）。

個人クライアント端末から伝送管理システム５０に対して応答を行うと（ステップＳ３０４）、伝送管理システム５０は、発信側クライアント端末に対して応答通知を行う（ステップＳ３０５）。

その後、個人クライアント端末と発信側クライアント端末は中継装置３０に対して会議セッション構築を要求し（ステップＳ３０６、Ｓ３０７）、会議が開始される（ステップＳ３０８）。

一方、共用クライアント端末は、待機状態である場合、自己のアドレス等を示す２次元コードを表示している（ステップＳ３０９）。２次元コードに含まれるデータは図１８に示したのと同様である。

図３０において、個人クライアント端末において、ユーザが会議を共用クライアント端末に移動したいと考えた場合、所定の操作を行うことでカメラ機能が起動し、共用クライアント端末に表示された２次元コードを読み取る（ステップＳ３１０）。図３１は会議の移動の操作例を示す図であり、右上のアイコンＩ５をタップすることで、カメラ機能が起動する。

図３０に戻り、２次元コードを読み取ると、個人クライアント端末は、伝送管理システム５０に対して共用クライアント端末と会議情報を特定した会議参加要求通知を行う（ステップＳ３１１）。

伝送管理システム５０は、共用クライアント端末に会議参加要求通知を行う（ステップＳ３１２）。図３２は会議参加要求通知の例を示す図であり、会議参加要求であることと、会議情報とが含まれている。

図３０に戻り、共用クライアント端末は中継装置３０に会議参加を要求する（ステップＳ３１３）。また、共用クライアント端末は伝送管理システム５０に会議参加完了通知を行い（ステップＳ３１４）、伝送管理システム５０は個人クライアント端末に会議参加完了通知を行う（ステップＳ３１５）。図３３は会議参加完了通知の例を示す図であり、会議参加の応答であることと、完了したこととを示している。

図３０に戻り、会議参加完了通知を受けた個人クライアント端末は、会議から退出し（ステップＳ３１６）、個人クライアント端末のユーザは共用クライアント端末により会議を継続する。図３４は会議参加完了通知後の個人クライアント端末の表示例を示す図であり、共用クライアント端末（共有端末）から接続したことを示している。

＜＜総括＞＞
以上説明したように、本実施形態によれば、読み取った後に処理を行うアプリケーションによって複数の解釈が可能な情報を持ち、複数の役割を果たすことで、多様な利用形態に対応することのできるコード構造を提供することができる。

なお、専用機は汎用機と比較して少なくとも１つ以上の異なるソフトウェア性能またはハードウェア性能を有していればよい。また、専用機は全てのハードウェア性能が汎用機より高くなくともよい。

また、上記実施形態では、専用機の一例として、テレビ会議端末の場合について説明したが、これに限るものではなく、ＩＰ（Internet Protocol）電話や、インターネット電話等であってもよい。また、スマートフォン、タブレット型端末、携帯電話機、カーナビゲーション端末、ウェアラブルコンピュータ、カメラ、プロジェクタ、電子黒板、ゲーム機、電子看板（デジタルサイネージ）、または、通信機能を備えた産業用機器のいずれかであってもよい。ウェアラブルコンピュータには、腕時計やヘッドマウントディスプレイ等が含まれる。また、産業用機器には、ＭＦＰ（Multifunction Peripheral/Printer/Product）等のオフィス機器、内視鏡等の医療用機器、耕運機等の農業用機器などが含まれる。

また、汎用機にはノートＰＣ、スマートフォン、タブレット型端末、携帯電話機、またはウェアラブルコンピュータも含まれる。

上記実施形態における管理システム５０、中継装置３０、およびプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能または手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

＜実施形態の用語と請求項の用語の対応＞
「情報処理装置Ｔ２」は「情報処理装置」の一例である。「２次元コード」は「コード構造」の一例である。「汎用アプリケーションＴ２−４」は「汎用アプリケーション」の一例である。「ＯＳ Ｔ２−１」は「基本ソフトウェア」の一例である。「専用アプリケーションＴ２−５」は「専用アプリケーション」の一例である。「部分ｐ１」は「第１の部分」の一例である。「部分ｐ２」は「第２の部分」の一例である。

Ｔ１ 情報処理装置
Ｔ１−１ 本来機能部
Ｔ１−２ コード表示部
Ｔ２ 情報処理装置
Ｔ２−１ ＯＳ
Ｔ２−２ コード読取部
Ｔ２−３ コード解釈部
Ｔ２−４ 汎用アプリケーション
Ｔ２−５ 専用アプリケーション
ＣＤ コード
１ 伝送システム
２ 通信ネットワーク
１０、２０ 伝送端末
１１ 通信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１８ 遅延検出部
１９ 記憶・読出処理部
１−２０ 宛先リスト作成部
１−２１ ユーザ認証受付部
１−２２ 専用機・汎用機連携部
１０００ 不揮発性記憶部
１００２ 揮発性記憶部
３０ 中継装置
３１ 通信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
３９ 記憶・読出処理部
３０００ 不揮発性記憶部
３００１ 変更品質管理ＤＢ
５０ 伝送管理システム
５１ 通信部
５２ 認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５７ セッション管理部
５８ 品質決定部
５９ 記憶・読出処理部
６０ 遅延時間管理部
６２ 宛先判断部
５０００ 不揮発性記憶部
５００１ 中継装置管理ＤＢ
５００２ 認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００７ 品質管理ＤＢ
５１００ 揮発性記憶部

特開２０１１‐１８６９２５号公報

Claims (7)

1. 情報処理装置に搭載されたカメラ機能により読み取りが可能で、文字列に変換可能なコード構造であって、
   前記文字列は、
   前記情報処理装置内の汎用アプリケーションにより読み取られた場合に、ＵＲＩとして解釈され、基本ソフトウェアの機能を動作させる第１の部分と、
   前記情報処理装置内の専用アプリケーションにより読み取られた場合に、前記専用アプリケーションにより解釈され、前記専用アプリケーションの機能を動作させる第２の部分と
   を備えたことを特徴とするコード構造。
2. 請求項１に記載のコード構造において、
   前記第１の部分は、該第１の部分をＵＲＬとして、Ｗｅｂアクセスを起動する
   ことを特徴とするコード構造。
3. 請求項１に記載のコード構造において、
   前記第１の部分は、該第１の部分を前記専用アプリケーションの識別子として、前記専用アプリケーションを起動する
   ことを特徴とするコード構造。
4. 請求項１乃至３のいずれか一項に記載のコード構造において、
   前記専用アプリケーションは遠隔会議アプリケーションであり、
   前記第２の部分は、該第２の部分を共用クライアント端末の共用アカウントアドレスとして、前記遠隔会議アプリケーションにより、宛先の情報と個人アカウント情報とを伴う発信中継要求を伝送管理システムに対して送信させる
   ことを特徴とするコード構造。
5. 請求項１乃至３のいずれか一項に記載のコード構造において、
   前記専用アプリケーションは遠隔会議アプリケーションであり、
   前記第２の部分は、該第２の部分を共用クライアント端末の共用アカウントアドレスとして、前記遠隔会議アプリケーションにより、前記情報処理装置と前記共用クライアント端末との間で、前記情報処理装置への着信を前記共用クライアント端末で会議参加するための事前のペアリングを行わせる
   ことを特徴とするコード構造。
6. 請求項１乃至３のいずれか一項に記載のコード構造において、
   前記専用アプリケーションは遠隔会議アプリケーションであり、
   前記第２の部分は、該第２の部分を共用クライアント端末の共用アカウントアドレスとして、前記遠隔会議アプリケーションにより、前記情報処理装置において既に開始された会議の情報を伴う会議参加要求を伝送管理システムに対して送信させる
   ことを特徴とするコード構造。
7. 情報処理装置に搭載されたカメラ機能により読み取りが可能で文字列に変換可能なコード構造を読み取り、
   前記情報処理装置内の汎用アプリケーションにより読み取った場合に、前記文字列の第１の部分をＵＲＩとして解釈し、基本ソフトウェアの機能を動作させ、
   前記情報処理装置内の専用アプリケーションにより読み取った場合に、前記文字列の第２の部分を前記専用アプリケーションにより解釈し、前記専用アプリケーションの機能を動作させる、
   処理をコンピュータに実行させる情報処理プログラム。