以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。
<<通信システム1の全体構成>>
図1は、本発明の一実施形態に係る通信システムの概略図である。図1に示されているように、通信システム1は、複数の端末(10aa,10ab,…)、各端末(10aa,10ab,…)用のディスプレイ(120aa,120ab,…)、複数の中継装置(30a,30b,30c,30d,30e)、管理システム50、プログラム提供システム90、及びメンテナンスシステム100によって構築されている。この通信システム1によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ(70a,70b,70c,70d,70ab)は、コンテンツデータの最適な経路の選択を行う。
端末(10aa,10ab,10ac,・・・)、中継装置30a、及びルータ70aは、LAN2aによって通信可能に接続されている。端末(10ba,10bb,10bc,・・・)、中継装置30b、及びルータ70bは、LAN2bによって通信可能に接続されている。また、LAN2a及びLAN2bは、ルータ70abが含まれた専用線2abによって通信可能に接続されている。更に、LAN2a、LAN2b、及び専用線2abは、所定の地域X内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット2iに接続されていてもよい。
端末(10ca,10cb,10cc,・・・)、中継装置30c、及びルータ70cは、LAN2cによって通信可能に接続されている。LAN2cは、所定の地域Y内で構築されている。
端末(10da,10db,10dc,・・・)、中継装置30d、及びルータ70dは、LAN2dによって通信可能に接続されている。LAN2dは、所定の地域Z内で構築されている。地域X、地域Y、及び地域Zは、同一国内であっても、異なる国であっても良い。
地域X、地域Y、及び地域Zは、それぞれルータ(70ab,70c,70d)からインターネット2iを介して通信可能に接続されている。なお、地域Zには、コールセンターが設けられている。各端末10は、コールセンターの端末(10da,10db,10dc,・・・)と接続することで、レセプションサービスを受けることができる。
なお、以下では、複数の端末(10aa,10ab,…)のうち任意の端末は、「端末10」と表され、複数のディスプレイ(120aa,120ab,…)のうち任意のディスプレイは「ディスプレイ120」と表され、複数の中継装置(30a,30b,30c,30d,30e)のうち任意の中継装置は「中継装置30」と表されている。また、ルータ(70a,70b,70c,70d,70ab)のうち任意のルータは、「ルータ70」と表されている。
また、管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、インターネット2iに接続されている。なお、管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、地域(X,Y,Z)に設置されていても良いし、これら以外の地域に設置されていても良い。
また、本実施形態では、LAN(2a,2b,2c,2d)、専用線2ab、及びインターネット2iによって、本実施形態の通信ネットワーク2が構築されている。この通信ネットワーク2には、有線だけでなく、WiFi(Wireless Fidelity)やBluetooth(登録商標)、携帯電話網等の無線による通信が行われる箇所があってもよい。
また、図1において、各端末10、各中継装置30、管理システム50、各ルータ70、プログラム提供システム90、及びメンテナンスシステム100の下に示されている4組の数字は、一般的なIPv4におけるIPアドレスを簡易的に示している。また、IPv4ではなく、IPv6を用いてもよいが、説明を簡略化するため、IPv4を用いて説明している。
また、各端末10は、後述のアプリケーションが起動されると、音データ又は画像データを含むコンテンツデータの送受信により、ユーザ間の通話を可能にする。更に、端末10は、所定の通信方式(通話の宛先と接続又は切断をするための呼制御方式、及び通話データをIPパケット化するための符号化方式)を利用して、通話データの送受信を行う。なお、以下、「アプリケーション」は「アプリ」と省略して説明する。
また、上述の呼制御方式としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ(登録商標)、AIM(登録商標)、若しくはSkype(登録商標)などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。
<<実施形態のハードウェア構成>>
次に、本実施形態のハードウェア構成を説明する。図2は、一実施形態に係る端末10の外観図である。
図2に示されているように、端末10は、筐体1100、アーム1200、及びカメラハウジング1300を備えている。このうち、筐体1100の前側壁面1110には、複数の吸気孔によって形成された吸気面が設けられており、筐体1100の後側壁面1120には、複数の排気孔が形成された排気面1121が設けられている。これにより、筐体1100に内蔵された冷却ファンの駆動によって、吸気面を介して端末10の後方の外気を取り込み、排気面1121を介して端末10の後方へ排気することができる。筐体1100の右側壁面1130に収音用孔1131が形成されていることで、後述する内蔵型のマイク114は、音声、物音、雑音等の音を収音可能となっている。
筐体1100の右側壁面1130側には、操作パネル1150が形成されている。この操作パネル1150には、後述の複数の操作ボタン(108a〜108e)、後述の電源スイッチ109、及び後述のアラームランプ119が設けられていると共に、後述の内蔵型のスピーカ115からの出力音を通すための複数の音出力孔によって形成された音出面1151が形成されている。また、筐体1100の左側壁面1140側には、アーム1200及びカメラハウジング1300を収容するための凹部としての収容部1160が形成されている。筐体1100の右側壁面1130には、後述の外部機器接続I/F118に対して電気的にケーブルを接続するための複数の接続口(1132a〜1132c)が設けられている。一方、筐体1100の左側壁面1140には、後述の外部機器接続I/F118に対して電気的にディスプレイ120用のケーブル120cを接続するための接続口が設けられている。
なお、以下では、操作ボタン(108a〜108e)のうち任意の操作ボタンを示す場合には「操作ボタン108」を用い、接続口(1132a〜1132c)のうち任意の接続口を示す場合には「接続口1132」を用いて説明する。
次に、アーム1200は、トルクヒンジ1210を介して筐体1100に取り付けられており、アーム1200が筐体1100に対して、135度のチルト角θ1の範囲で、上下方向に回転可能になっている。図2は、チルト角θ1が90度の状態を示している。
カメラハウジング1300には、後述の内蔵型のカメラ112が設けられており、ユーザ、書類、及び部屋等を撮像することができる。また、カメラハウジング1300には、トルクヒンジ1310が形成されている。カメラハウジング1300は、トルクヒンジ1310を介して、アーム1200に取り付けられている。カメラハウジング1300はアーム1200に対して、図2で示されている状態を0度として±180度のパン角θ2の範囲で、且つ、±45度のチルト角θ3の範囲で、上下左右方向に回転可能になっている。
なお、上記図2の外観図はあくまで一例であってこの外観に限定するものではない。他の例としては、端末10は、一般の汎用コンピュータあるいは携帯電話端末、プロジェクタ、電子ホワイトボード、電子看板(デジタルサイネージ)等であってもよい(図1の端末(10ac,10cc)参照)。端末10として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることができる。また、端末10が汎用コンピュータや携帯電話端末等である場合には、無線LANや携帯電話網などによる無線通信により、端末10とインターネット2iとを接続しても良い。また、端末10として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末10の処理を実行するためのアプリケーションをインストールしておくことができる。
なお、管理システム50、プログラム提供システム90、及びメンテナンスシステム100は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。
図3は、一実施形態に係る端末10のハードウェア構成図である。端末10は、端末10全体の動作を制御するCPU101(Central Processing Unit)、IPL(Initial Program Loader)等のCPU101の駆動に用いられるプログラムを記憶したROM102(Read Only Memory)、CPU101のワークエリアとして使用されるRAM103(Random Access Memory)、端末10用のプログラム、画像データ、及び音データ等の各種データを記憶するフラッシュメモリ104、CPU101の制御にしたがってフラッシュメモリ104に対する各種データの読み出し又は書き込みを制御するSSD105(Solid State Drive)、フラッシュメモリやICカード(Integrated Circuit Card)等の記録メディア106に対するデータの読み出し又は書き込み(記憶)を制御するメディアI/F107、端末10の宛先を選択する場合などに操作される操作ボタン108、端末10の電源のON/OFFを切り換えるための電源スイッチ109、通信ネットワーク2を利用してデータ伝送をするためのネットワークI/F111(Interface)を備えている。
また、端末10は、CPU101の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ112、このカメラ112の駆動を制御する撮像素子I/F113、音を入力する内蔵型のマイク114、音を出力する内蔵型のスピーカ115、CPU101の制御に従ってマイク114及びスピーカ115との間で音信号の入出力を処理する音入出力I/F116、CPU101の制御に従って外付けのディスプレイ120に画像データを伝送するディスプレイI/F117、各種の外部機器を接続するための外部機器接続I/F118、端末10の各種機能の異常を知らせるアラームランプ119、及び上記各構成要素を図3に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン110を備えている。
ディスプレイ120は、被写体の画像等を表示する表示部である。ディスプレイ120の一例として液晶や有機EL(Organic Electroluminescence)が挙げられる。また、ディスプレイ120は、ケーブル120cによってディスプレイI/F117に接続される。このケーブル120cは、アナログRGB(VGA)信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、HDMI(登録商標)(High-Definition Multimedia Interface)やDVI(Digital Video Interactive)信号用のケーブルであってもよい。
カメラ112は、レンズや、光を電荷に変換して被写体の画像(映像)を電子化する固体撮像素子を含み、固体撮像素子として、CMOS(Complementary Metal Oxide Semiconductor)や、CCD(Charge Coupled Device)等が用いられる。
外部機器接続I/F118には、筐体1100の接続口1132に差し込まれたUSB(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、CPU101の制御に従って、内蔵型のカメラ112に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、CPU101の制御に従って、それぞれが内蔵型のマイク114や内蔵型のスピーカ115に優先して、外付けマイクや外付けスピーカが駆動する。
なお、記録メディア106は、端末10に対して着脱自在となっている。また、CPU101の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ104に限らず、EEPROM(Electrically Erasable and Programmable ROM)等を用いてもよい。
図4は、一実施形態に係る管理システム50のハードウェア構成図である。管理システム50は、管理システム50全体の動作を制御するCPU201、IPL等のCPU201の駆動に用いられるプログラムを記憶したROM202、CPU201のワークエリアとして使用されるRAM203、管理システム50用のプログラム等の各種データを記憶するHD204、CPU201の制御にしたがってHD204に対する各種データの読み出し又は書き込みを制御するHDD205(Hard Disk Drive)、フラッシュメモリ等の記録メディア206に対するデータの読み出し又は書き込み(記憶)を制御するメディアI/F207、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ208、通信ネットワーク2を利用してデータ通信するためのネットワークI/F209、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード211、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス212、着脱可能な記録媒体の一例としてのCD−ROM213(Compact Disc Read Only Memory)に対する各種データの読み出し又は書き込みを制御するCD−ROMドライブ214、及び、上記各構成要素を図4に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン210を備えている。
一方、中継装置30、プログラム提供システム90、及びメンテナンスシステム100は、上記管理システム50と同様のハードウェア構成を有しているため、その説明を省略する。
図5は、一実施形態に係る端末10のソフトウェア構成図である。図5に示されているように、OS1020、テレビ会議アプリ1031、及びレセプションアプリ1032は、RAM103の作業領域1010上で動作する。OS1020、及び、これらのアプリは、端末10にインストールされている。
また、これらのうち、OS1020は、基本的な機能を提供し、端末10全体を管理する基本ソフトウェアである。テレビ会議アプリ1031は、他の端末10と接続して、テレビ会議を行うためのアプリである。レセプションアプリ1032は、コールセンターの端末10と接続して、オペレータと通話するためのアプリである。
なお、上記アプリは、一例であって、他のアプリがインストールされていてもよい。他のアプリがインストールされる場合は、プログラム提供システム90に他のアプリを保存しておき、端末10の要求に応じて他のアプリをダウンロードしてもよい。また、複数のテレビ会議アプリがインストールされる場合は、上記(1)〜(7)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。
<<実施形態の機能構成>>
次に、本実施形態の機能構成について説明する。図6は、一実施形態に係る通信システム1の一部を構成する端末10、及び管理システム50の機能ブロック図である。なお、図6では、端末10、及び管理システム50が、通信ネットワーク2を介してデータ通信することができるように接続されている。
<端末の機能構成>
端末10は、装置制御部1050及び通話制御部1060を有している。このうち、装置制御部1050は、OS1020が実行されることによって実現される。また、通話制御部1060は、テレビ会議アプリ1031又はレセプションアプリ1032が起動されることによって実現される。
また、装置制御部1050は、送受信部11、操作入力受付部12、表示制御部13、及び記憶・読出部19を有している。これら各部は、図3に示されている各構成要素のいずれかが、フラッシュメモリ104からRAM103上に展開された起動アプリ(プログラム)に従ったCPU101からの命令によって動作することで実現される機能である。
一方、通話制御部1060は、送受信部21、起動部22、表示制御部24、機能実行部25、検出部26、及び記憶・読出部29を有している。これら各部は、図3に示されている各構成要素のいずれかが、フラッシュメモリ104からRAM103上に展開されたテレビ会議アプリ1031又はレセプションアプリ1032(プログラム)に従ったCPU101からの命令によって動作することで実現される機能である。
また、端末10は、図3に示されているROM102、RAM103、フラッシュメモリ104によって構築される記憶部1000を有している。記憶部1000におけるアプリ毎に設けられる記憶領域には、アプリ実行時の自端末の役割を示す役割情報が記憶される。また、記憶部1000のアプリ毎に設けられる記憶領域では、自端末の状態を示す状態情報が管理される。また、記憶部1000には、中継装置30eに接続するために用いられる中継装置接続情報が記憶されている。この中継装置接続情報には、中継装置30eのIPアドレス、認証情報、ポート番号、また、後述のセッションsed1を識別するためのセッションID等が含まれている。更に、記憶部1000には、以下に示すようなテーブルによってDBが構築される。
(送信管理テーブル)
図7(A)は、送信管理テーブルを示す概念図である。記憶部1000には、図7(A)に示されているような送信管理テーブルによって送信管理DB1001が構築されている。この送信管理テーブルでは、自端末の状態を示す状態情報、及び自端末の役割を示す役割情報に関連付けて、コンテンツデータの種類毎に自端末がコンテンツデータを送信することが可能であるか否かを示す送信可否情報を管理する。なお、状態情報の「不在」は、端末10の前にユーザがいないことを示す。状態情報の「待機」は、端末10のユーザが通話を待機しているときの端末10の状態を示す。状態情報の「応対中」は、端末10のユーザが通話しているときの端末10の状態を示す。状態情報の「応対済み」は、端末10のユーザが通話を終えたときの端末10の状態を示す。なお、役割情報の「Operator」は、端末10がレセプションアプリをオペレータの役割で実行していることを示す。役割情報の「Guest」は、端末10がレセプションアプリをゲストの役割で実行していることを示す。
(装置制御部の各機能構成)
次に、端末10における装置制御部1050の各機能構成について詳細に説明する。なお、以下では、端末10における装置制御部1050の各機能構成を説明するにあたって、図3に示されている各構成要素のうち、装置制御部1050の各機能構成を実現させるための主な構成要素との関係も説明する。
送受信部11は、CPU101からの命令、及びネットワークI/F111によって実現され、通信ネットワーク2を介して、通信相手の端末、各装置又はシステム等と各種データ(または情報)の送受信を行う。
操作入力受付部12は、CPU101からの命令、並びに操作ボタン(108a,108b,108c,108d,108e)及び電源スイッチ109によって実現され、ユーザによる各種入力又は各種選択を受け付ける。
表示制御部13は、CPU101からの命令、及びディスプレイI/F117によって実現され、通話する際に相手側から送られてきた画像データをディスプレイ120に送信するための制御を行う。
記憶・読出部19は、CPU101からの命令及びSSD105によって実現され、又はCPU101からの命令によって実現され、記憶部1000に各種データを記憶したり、記憶部1000に記憶された各種データを読み出す処理を行う。
(通話制御部の各機能構成)
次に、端末10における通話制御部1060の各機能構成について詳細に説明する。なお、以下では、端末10における通話制御部1060の各機能構成を説明するにあたって、図3に示されている各構成要素のうち、通話制御部1060の各機能構成を実現させるための主な構成要素との関係も説明する。
送受信部21は、CPU101からの命令、及びネットワークI/F111によって実現され、通信ネットワーク2を介して、通信相手の端末、各装置又はシステム等と各種データ(または情報)の送受信を行う。
起動部22は、CPU101からの命令によって実現され、装置制御部1050の操作入力受付部12がユーザによるアプリの選択を受け付けた場合に、操作入力受付部12の起動要求に基づいて通話制御部1060(テレビ会議アプリ又はレセプションアプリ)の動作を起動する。
表示制御部24は、CPU101からの命令、及びディスプレイI/F117によって実現され、画面のデータをディスプレイ120に送信するための制御を行う。
機能実行部25は、CPU101からの命令、及びカメラ112、マイク114、又はスピーカ115等によって実現され、画像又は音等による通話を実現するための制御を行う。
検出部26は、CPU101からの命令によって実現され、カメラ112が撮像した画像に基づく画像データ、又は、マイク114から入力された音に基づく音データを解析することで、端末10の撮像範囲内あるいは集音範囲内にいるユーザを検出する。なお、端末10の外部機器接続I/F118に、ユーザを検出するための任意の検出装置が接続されている場合には、外部の検出装置により検出部26を実現しても良い。
記憶・読出部29は、CPU101からの命令及びSSD105によって実現され、又はCPU101からの命令によって実現され、記憶部1000に各種データを記憶したり、記憶部1000に記憶された各種データを読み出す処理を行う。
<管理システムの機能構成>
管理システム50は、送受信部51、認証部52、管理部53、セッション制御部58、及び記憶・読出部59を有している。これら各部は、図4に示されている各構成要素のいずれかが、HD204からRAM203上に展開された管理システム50用のプログラムに従ったCPU201からの命令によって動作することで実現される機能である。また、管理システム50は、HD204により構築される記憶部5000を有している。この記憶部5000には、アプリID毎に、アプリアイコンのデータが記憶されている。更に、記憶部5000には、以下に示すような各テーブルによって各DBが構築される。
(認証管理テーブル)
図7(B)は、認証管理テーブルを示す概念図である。記憶部5000には、図7(B)に示されているような認証管理テーブルによって認証管理DB5001が構築されている。この認証管理テーブルでは、管理システム50によって管理される全ての端末10の各通信IDに対して、認証用のパスワードが関連付けられて管理される。なお、通信IDは、後述の各セッションにおいて、通信先を特定するための情報である。通信IDとしては、特に限定されないが、例えば、端末10の識別情報、端末10のユーザのアカウント等が含まれる。以下、端末10aaの通信IDは「01aa」、端末10dbの通信IDは「01db」であるものとして説明を続ける。
(端末管理テーブル)
図7(C)は、端末管理テーブルを示す概念図である。記憶部5000には、図7(C)に示されているような端末管理テーブルによって端末管理DB5002が構築されている。この端末管理テーブルでは、各端末10の通信ID毎に、各端末10を宛先とした場合の宛先名(端末名)、各端末10の状態情報、及び各端末10のIPアドレス、及び端末10側の役割を示す役割情報が関連付けられて管理される。
(アプリ利用可否管理テーブル)
図7(D)は、アプリ利用可否管理テーブルを示す概念図である。記憶部5000には、図7(D)に示されているようなアプリ利用可否管理テーブルによってアプリ利用可否管理DB5003が構築されている。このアプリ利用可否管理テーブルでは、端末10の通信ID及びこの端末10にインストールされている複数のアプリのそれぞれを識別するためのアプリID毎に、この端末10でそれぞれのアプリが利用可能(On)又は利用不可能(Off)を示す利用可否情報を関連付けて管理している。
<管理システムの各機能構成>
次に、管理システム50の各機能構成について詳細に説明する。なお、以下では、管理システム50の各機能構成を説明するにあたって、図4に示されている各構成要素のうち、管理システム50の各機能構成を実現させるための主な構成要素との関係も説明する。
送受信部51は、CPU201からの命令、及びネットワークI/F209によって実現され、通信ネットワーク2を介して各端末、装置又はシステムと各種データ(または情報)の送受信を行う。
認証部52は、CPU201からの命令によって実現され、送受信部51で受信された通信ID及びパスワードを検索キーとして、認証管理テーブルを検索し、この認証管理テーブルに同一の通信ID及びパスワードが管理されているかを判断することによって端末の認証を行う。
管理部53は、CPU201からの命令によって実現され、端末管理テーブル(図7(C)参照)において、最新の状態を管理させるため、各種情報を更新する処理を行う。
セッション制御部58は、CPU201からの命令によって、端末10間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末10を参加させる制御、セッションを切断する制御、確立されたセッションにおけるコンテンツデータの伝送の制御等が含まれる。
記憶・読出部59は、CPU201からの命令及びHDD205によって実現され、又はCPU201からの命令によって実現され、記憶部5000に各種データを記憶したり、記憶部5000に記憶された各種データを読み出す処理を行う。
<<通信システム1の処理・動作>>
続いて、通信システム1における処理及び動作を説明する。
(処理・動作の概要)
まず、図8を用いて実施形態の処理及び動作の概要について説明する。図8は、通信システム1における各種情報の送受信の状態を示した概念図である。通信システム1において、端末(10aa,10ba,10cb,10db,10da)間で画像データを送信するためのセッションが確立される。以下、このセッションをセッションsed1と表す。中継装置30eは、セッションsed1において、端末(10aa,10ba,10cb,10da,10db)間で画像データを中継する。セッションsed1において、各端末(10aa,10ba,10cb)は、画像データを中継装置30eへ送信可能に制御される一方で、地域Zのコールセンターの端末(10da,10db)は、画像データを送信不可能に制御される。これにより、端末(10da,10db)のユーザであるオペレータ(da,db)は、端末(10aa,10ba,10cb)から中継装置30eを介して送られてきた画像データに基づいて、ゲスト(aa,ba,cb)の画像を確認できる。一方で、ゲスト(aa,ba,cb)はオペレータ(da,db)の画像を確認することができない。セッションsed1では、画像データを双方向に送信しないため、ゲスト(aa,ba,cb)とオペレータ(da,db)とは、通話することができない。本実施形態では、セッションsed1は、双方向の通信の開始を待機する各端末10が参加することから、仮想の待合ルームとして用いられる。
端末10dbが、通信相手として端末10aaを選択すると、これを契機として、端末(10aa,10db)間で、中継装置30dを介して画像データ及び音データを送信するためのセッションが確立される。以下、このセッションをセッションsed2と表す。セッションsed2において、各端末(10aa,10db)は、画像データ及び音データを中継装置30dへ送信可能に制御される。これにより、端末(10db,10aa)間で双方向に画像データ及び音データを送信できるようになるので、オペレータda及びゲストaaは、通話を開始できる。すなわち、セッションsed2は、会議中の端末(10db,10aa)が参加することから、仮想の会議ルームを実現する。なお、セッションsed1とセッションsed2は異なるセッションとして管理されていればよく、異なるセッションとして同じ中継装置30を介して確立されていてもよい。
続いて、実施形態の処理及び動作について詳細に説明する。
(アプリリストの表示)
まずは、図9を用いて、端末10dbが起動してからアプリリストを表示させるまでの処理を説明する。図9は、端末10が起動してからアプリリストを表示させるまでの処理を示したシーケンス図である。
まず、ユーザが、電源スイッチ109をONにすると、操作入力受付部12が電源ONを受け付けて、端末10dbを起動させる(ステップS1)。送受信部11は、上記電源ONの受け付けを契機とし、通信ネットワーク2を介して管理システム50に、ログイン要求を行う(ステップS2)。これにより、管理システム50の送受信部51は、ログイン要求を受け付ける。このログイン要求には、ログイン要求元である自端末10dbを識別するための通信ID及びパスワードが含まれている。これら通信ID及びパスワードは、記憶・読出部19を介して記憶部1000から読み出されて、送受信部11に送られたデータである。なお、これら通信ID及びパスワードは、要求元端末のユーザによって入力されてもよい。また、これら通信ID及びパスワードは、記録メディア106から読み出した情報であってもよい。端末10dbから管理システム50へログイン要求が送信されることで、受信側である管理システム50は、送信側である端末10dbのIPアドレスを取得することができる。
次に、管理システム50の認証部52は、ログイン要求に含まれている通信ID及びパスワードを検索キーとして、記憶部5000の認証管理テーブル(図7(B)参照)を検索し、この認証管理テーブルに同一の通信ID及びパスワードが管理されているかを判断することによって認証を行う(ステップS3)。認証部52によって、正当な利用権限を有する端末10からのログイン要求であると認証された場合には、管理部53は、端末管理テーブル(図7(C)参照)に、端末10dbの通信ID「01db」、状態情報「ONライン(通信可能)」、及び端末10dbのIPアドレスを関連付けて記憶する(ステップS4)。
そして、管理システム50の送受信部51は、上記認証部52によって得られた認証結果が示された認証結果情報を、通信ネットワーク2を介して、上記ログイン要求元の端末10dbに送信する(ステップS5)。これにより、端末10dbの送受信部11は、認証結果情報を受信する。
認証部52によって正当な利用権限を有する端末であると判断された場合、端末10dbの送受信部11は、通信ネットワーク2を介して管理システム50に、端末10dbにインストールされているアプリの利用可否を示す利用可否情報を要求する(ステップS6)。この要求には、利用可否情報要求元の端末10dbの通信IDが含まれている。これにより、管理システム50の送受信部51は、利用可否情報の要求を受け付ける。
次に、管理システム50の記憶・読出部59は、利用可否情報要求元の端末10dbの通信IDを検索キーとしてアプリ利用可否管理テーブル(図7(D)を参照)を検索することにより、対応する利用可否情報を読み出す(ステップS7)。
次に、送受信部51は、通信ネットワーク2を介して利用可否情報要求元の端末10dbに、上記ステップS7によって読み出された利用可否情報を送信する(ステップS8)。これにより、端末10dbの送受信部11は、利用可否情報を受信する。
次に、表示制御部13は、ディスプレイ120db上に、図10に示されているようなアプリリストの画面140を表示させる(ステップS9)。なお、図10は、アプリリストの画面例を示した図である。この画面140には、利用可否情報が利用可能(On)として表されている全てのアプリID(a001,a002,…)毎に、対応するアプリアイコン(141,142,…)が表示される。
(オペレータ側の端末10dbによるセッションsed1への参加)
続いて、端末10dbのユーザによって、アプリアイコンのうちアプリアイコン142が選択された場合について、図11を用いて説明する。図11は、セッションへの参加処理を示したシーケンス図である。
端末10dbのユーザが操作ボタン(108a〜108e)を操作して、図10に示されている複数のアプリアイコンのうち、レセプションアプリ1032を示すアプリアイコン142を選択すると、端末10dbの操作入力受付部12は、ユーザによるアプリアイコンの選択を受け付ける(ステップS21)。
続いて、装置制御部1050の操作入力受付部12は、レセプションアプリ1032によって実現される起動部22に対して、起動を命令することで、レセプションアプリ1032に対応する通話制御部1060を起動させる(ステップS22)。なお、これよりも前は、装置制御部1050による処理であったが、これ以降は、レセプションアプリ1032が起動することによって実現される通話制御部1060による処理となる。
続いて、表示制御部24は、レセプションアプリ1032に対応する端末10ab側の役割の選択肢「Operator, Guest」をディスプレイ120dbに出力させる。これにより、操作入力受付部12は、ユーザによる役割の入力を受け付ける(ステップS23)。
以下、端末10dbの操作入力受付部12が、「Operator」の入力を受け付けた場合について説明を続ける。まず、端末10dbの機能実行部25は、自端末及び管理システム50の各記憶部(1000,5000)において、自端末の役割を管理する(ステップS24)。この場合、機能実行部25は、記憶・読出部29を介して、記憶部1000へ自端末の役割を示す役割情報「Operator」を記憶させる。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10dbの役割を示す役割情報として「Operator」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10dbの通信ID「01db」に関連付けて、役割情報「Operator」を記憶する。
続いて、端末10dbでは、記憶・読出部29が、記憶部1000から、セッションsed1において画像データを中継する中継装置30eに接続するために用いられる中継装置接続情報を読み出す(ステップS25)。この中継装置接続情報には、中継装置30eのIPアドレス、認証情報、ポート番号、セッションsed1を識別するためのセッションID「se01」等が含まれている。なお、中継装置接続情報は端末10ではなく管理システム50に記憶させて、管理システム50からネットワークを介して取得してもよい。
端末10dbの送受信部11は、中継装置接続情報を中継装置30eへ送信することで、中継装置30eとの接続を要求する(ステップS26)。これにより、端末10dbが、中継装置30eと接続することで、端末10dbはセッションsed1に参加することができる。
続いて、端末10dbの機能実行部25は、自端末の状態を管理する(ステップS27)。なお、本実施形態において、オペレータ側の端末10の状態は、図12(A)に示される状態遷移図に従って遷移する。図12(A)は、オペレータ側の端末10の状態の遷移を示す状態遷移図である。図12(A)によると、端末10においてレセプションアプリが起動して、役割「Operator」が選択されると、端末10の状態として「待機中」が割り当てられる。従って、機能実行部25は、記憶・読出部29を介して、記憶部1000へ自端末の状態を示す状態情報「待機中」を記憶させる。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10dbの状態情報として「待機中」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10dbの通信ID「01db」に関連付けて、状態情報として「待機中」を記憶する。
続いて、端末10dbの機能実行部25は、自端末によるコンテンツデータの送信を制御する(ステップS28)。この場合、記憶・読出部29は、記憶部1000に記憶されている自端末の状態情報「待機中」、及び自端末の役割情報「Operator」を読み出す。また、記憶・読出部29は、自端末の状態情報「待機中」、及び自端末の役割情報「Operator」に関連付けられて、送信管理テーブル(図7(A)参照)において管理されている画像データの送信可否情報「送信不可」、音データの送信可否情報「送信不可」を読み出す。機能実行部25は、読み出された送信可否情報に基づいて、端末10dbから画像データ及び音データを送信しないように制御する。これにより、端末10dbのカメラ112で撮像した画像に基づく画像データや、マイク114から入力された音に基づく音データは、セッションsed1に参加している他の端末10へ送信されなくなる。
(ゲスト側の端末10aaによるセッションsed1への参加)
続いて図13を用いて端末10aaが、セッションsed1へ参加する処理について説明する。図13は、セッションへの参加処理を示したシーケンス図である。端末10aa及び管理システム50は、上記のステップS1乃至S9と同様の処理を実行することで、端末10aaのディスプレイ120aaには、図10に示されたようなアプリリストが表示されている。
以下、端末10aaにおける操作により、レセプションアプリ1032が選択され、端末10aa側の役割として「Guest」が選択される場合について説明する。この場合、端末10aa側では、上記のステップS21乃至S24と同様の処理(ステップS41乃至S44)が実行される。これにより、端末10aaの記憶部1000、及び管理システム50の端末管理テーブル(図7(C)参照)において、端末10aaの通信ID「01aa」に関連付けられた役割情報として、「Guest」が管理されることになる。
続いて、端末10aaの機能実行部25は、検出部26によるユーザの検出の有無に応じて、自端末の状態を管理する(ステップS45)。なお、本実施形態において、ゲスト側の端末10は、図12(B)に示される状態遷移図に従って、状態が遷移する。図12(B)は、ゲスト側の端末10の状態の遷移を示す状態遷移図である。図12(B)に示されているように、端末10においてレセプションアプリが起動して、役割「Guest」が選択されてから、検出部26によってユーザが検出されると、端末10の状態として「待機中」が割り当てられ、ユーザが検出されないと、端末10の状態として「不在」が割り当てられる。
従って、機能実行部25は、検出部26によってユーザが検出されたか否かに応じて、記憶・読出部29を介して、記憶部1000へ自端末の状態として「待機中」又は「不在」を示す情報を記憶させる。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10aaの現在の状態として「待機中」又は「不在」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10aaの通信ID「01aa」に関連付けて、状態情報として「待機中」又は「不在」を記憶する。
なお、検出部26がユーザを検出すると(ステップS46のYES)は、記憶・読出部59が、記憶部1000から、中継装置30eに接続するために用いられる中継装置接続情報を読み出す(ステップS47)。この中継装置接続情報には、中継装置30eのIPアドレス、認証情報、ポート番号、上記の待合ルームを実現するセッションsed1を識別するためのセッションID「se01」等が含まれている。なお、中継装置接続情報は端末10ではなく管理システム50に記憶させて、管理システム50からネットワークを介して取得してもよい。
端末10aaの送受信部21は、中継装置接続情報を中継装置30eへ送信することで、中継装置30eとの接続を要求する(ステップS48)。これにより、端末10aaと中継装置30eとが接続することで、端末10aaは、セッションsed1に参加することができる。
端末10aaが、セッションsed1に参加すると、送受信部21は、自端末がセッションsed1へ参加したことを示す参加通知を管理システム50へ送信する(ステップS49)。この参加通知には、自端末の通信ID「01aa」が含まれている。管理システム50の送受信部51が参加通知を受信すると、記憶・読出部59は、参加通知に含まれている通信IDを検索キーとして端末管理テーブル(図7(C))を検索して、対応する端末名及び状態情報を読み出す(ステップS50)。続いて、送受信部51は、端末管理テーブルにおいて、役割情報「Operator」に関連付けられている通信ID「01db」によって識別される端末10dbへ、上記の参加通知、並びに、ステップS50で読み出された端末名、及び状態情報を送信する(ステップS51)。
続いて、端末10aaの機能実行部25は、自端末によるコンテンツデータの送信を制御する(ステップS52)。この場合、記憶・読出部29は、記憶部1000に記憶されている自端末の状態情報「待機中」、及び自端末の役割情報「Guest」を読み出す。また、記憶・読出部29は、自端末の状態情報「待機中」、及び自端末の役割情報「Guest」に関連付けられて、送信管理テーブル(図7(A)参照)において管理されている画像データの送信可否情報「送信可」、及び音データの送信可否情報「送信不可」を読み出す。機能実行部25は、読み出された各送信可否情報に基づいて、端末10aaから画像データを中継装置30eへ送信可能に制御し、音データを送信不可能に制御する。これにより、端末10aaのカメラ112で撮像した画像に基づく画像データは、送受信部21によって中継装置30eへ送信される(ステップS53−1)。中継装置30eは、受信した画像データを、セッションsed1に参加している他の端末10dbへ送信する(ステップS53−2)。
端末10dbの送受信部21が、端末10aaから送られてきた画像データを受信すると、表示制御部24は、送られてきた画像データのディスプレイ120dbへ表示を制御する(ステップS54)。この場合、表示制御部24は、ステップS51で管理システム50から送られてきた端末名と、ステップS53−2で送られてきた画像データとを関連付けて表示する。図14(A)は、端末10dbのディスプレイ120dbの表示画面の一例を示す図である。端末10aa以外の端末(10ba,10cb)も、役割「Guest」が選択されると、端末10aaと同様の処理により、端末10dbへ画像データを送信する。この場合でも、図14(A)のように、表示制御部24が、各端末(10aa,10ba,10cb)から送られてきた画像データと、端末名とを関連付けて表示することで、オペレータ側では、各画像がどの端末10から送られてきた画像であるかを把握することができる。
また、表示制御部24は、ステップS51で管理システム50から送られてきた各端末10の状態情報に応じて、各端末10が送信した画像データに基づく画像の表示位置や大きさを変えても良い。例えば、「待機中」の状態の端末10から送られてきた画像データに基づく画像を、「応対済み」の状態の端末10の表示位置よりも目立つ位置に表示したり、大きく表示したりしても良い。
一方で、端末10dbによる画像データは端末10aaへ送信されないように制御されているので(S28参照)、端末10db側の画像は端末10aaで表示されない。また、ゲスト側の端末10の表示制御部24は、自端末の状態が「応対中」、かつ、自端末がセッションsed2に参加しているとき以外は、他の端末10から画像データが送られても、その画像データに基づく画像を出力しないように制御する。このため、端末10aaの表示制御部24は、ディスプレイ120aaへ、画像データに基づく画像は生成せず、代わりに、オペレータ側との通話の開始を待機するよう要求するメッセージを出力する。なお、図14(B)は、端末10aaのディスプレイ120aaの表示画面の一例を示す図である。なお、ゲスト側の端末において、「応対済み」の状態になった場合に、表示制御部24は、「不在」の状態に遷移させるためユーザにリセットボタンを押すように促すメッセージを出力しても良い(図12(B)参照)。また、ゲスト側の端末において、「不在」の状態になった場合に、表示制御部24は、オペレータによる受付可能であることを示すメッセージを出力してもよい。
(セッションsed2への参加)
続いて、図15を用いて、端末(10aa,10db)がセッションsed2へ参加する処理について説明する。図15は、セッションへの参加処理を示したシーケンス図である。
端末10dbの操作入力受付部12は、図14(A)の表示画面に表示された端末名の中から、オペレータ側の端末に対するセッションsed2における通信相手の端末名の選択を受け付ける(ステップS61)。以下、通信相手として、端末10aaが選択された場合について説明を続ける。端末10dbの送受信部21は、選択された通信相手の端末10aaの通信ID「01aa」を含む通信開始要求を管理システム50へ送信する(ステップS62)。
管理システム50の送受信部51が、通信開始要求を受信すると、セッション制御部58は、セッションsed2においてコンテンツデータを中継する中継装置30を選択する(ステップS63)。ここで、中継装置30dが選択された場合について、説明を続ける。セッション制御部58は、ステップS63の処理の一環として、セッションsed2を識別するためのセッションID「se02」を生成する。
送受信部51は、セッションsed2においてコンテンツデータを中継する中継装置30dへ接続するための中継装置接続情報を通信開始要求元の端末10dbへ送信する(ステップS64)。なお、この中継装置接続情報には、中継装置30dのIPアドレス、認証情報、ポート番号、及びセッションID「se02」が含まれている。これらの情報は、管理システム50の記憶部5000において予め記憶されていたもの、あるいはステップS63において生成されたものである。また、送受信部51は、端末10dbから送られてきた通信開始要求、及び上記の中継装置接続情報を、通信相手となる端末10aaへ送信する(ステップS65)。
端末10dbの送受信部21は、管理システム50から送られてきた中継装置接続情報を中継装置30dへ送信することで、中継装置30dとの接続を要求する(ステップS66)。これにより、端末10dbと中継装置30dとが接続することで、端末10dbと中継装置30dとの間のセッションsed2が確立される。同様に、端末10aaの送受信部21は、管理システム50から送られてき中継装置接続情報を中継装置30dへ送信することで、中継装置30dとの接続を要求する(ステップS67)。これにより、端末10aaと中継装置30dとが接続すると、端末10aaと中継装置30dとの間のセッションsed2が確立される。
また、端末10dbの機能実行部25は、ステップS61において相手側の端末10(ゲスト)が選択された後の所定のタイミングで、図12(A)に示される状態遷移図に従って、自端末の状態を管理する(ステップS68)。この場合、端末10dbの機能実行部25は、端末10dbの記憶部1000において管理されている自端末の状態情報を「待機中」から「応対中」に変更する。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10dbの状態情報として「応対中」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10dbの通信ID「01db」に関連付けて、状態情報「応対中」を記憶する。
同様に、端末10aaの機能実行部25は、ステップS64において端末10dbからの通信開始要求を着信したことに応じて、図12(B)に示される状態遷移図に従って、自端末の状態を管理する(ステップS69)。この場合、端末10aaの機能実行部25は、端末10aaの記憶部1000において管理されている自端末の状態情報を「待機中」から「応対中」に変更する。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10aaの状態情報として「応対中」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10aaの通信ID「01aa」に関連付けて、状態情報「応対中」を記憶する。
続いて、端末10dbの機能実行部25は、自端末によるコンテンツデータの送信を制御する(ステップS70)。この場合、記憶・読出部29は、記憶部1000に記憶されている自端末の状態情報「応対中」、及び自端末の役割情報「Operator」を読み出す。また、記憶・読出部29は、自端末の状態情報「応対中」、及び役割情報「Operator」に関連付けられて、送信管理テーブル(図7(A)参照)において管理されている画像データの送信可否情報「送信可」、及び音データの送信可否情報「送信可」を読み出す。機能実行部25は、読み出された各送信可否情報に基づいて、端末10dbから中継装置30dへ画像データ及び音データを送信可能に制御する。これにより、端末10dbのカメラ112で撮像した画像に基づく画像データ、及びマイク114から入力された音に基づく音データは送受信部21によって中継装置30dへ送信される(ステップS72−1)。中継装置30dは、受信した画像データ、及び音データを、セッションsed2に参加している端末10aaへ送信する(ステップS72−2)。
同様に、端末10aaの機能実行部25は、自端末によるコンテンツデータの送信を制御する(ステップS71)。この場合、記憶・読出部29は、記憶部1000に記憶されている自端末の状態情報「応対中」、及び自端末の役割情報「Guest」を読み出す。また、記憶・読出部29は、自端末の状態情報「応対中」、及び役割情報「Guest」に関連付けられて、送信管理テーブル(図7(A)参照)において管理されている画像データの送信可否情報「送信可」、音データの送信可否情報「送信可」を読み出す。機能実行部25は、読み出された各送信可否情報に基づいて、端末10dbから中継装置30dへ画像データ及び音データを送信可能に制御する。これにより、端末10aaのカメラ112で撮像した画像に基づく画像データ、及びマイク114から入力された音に基づく音データは送受信部21によって中継装置30dへ送信される(ステップS72−3)。中継装置30dは、受信した画像データ及び音データを、セッションsed2に参加している端末10dbへ送信する(ステップS72−4)。
各端末(10db,10aa)が通信相手の端末(10aa,10db)から送られてきた画像データを受信すると、各端末(10db,10aa)の表示制御部24は、送られてきた画像データに基づく画像をディスプレイ120へ表示する(ステップS73,S74)。同様に、各端末(10db,10aa)は、通信端末の端末(10aa,10db)から送られてきた音データを受信すると、各端末(10db,10aa)のCPU101は、所定の命令により、送られてきた音データに基づく音をスピーカ115から出力させる。
図14(C)は、端末10aaのディスプレイ120aaの表示画面の一例を示す図である。ディスプレイ120aaには、通話相手であるオペレータdbの画像が表示されている。図14(D)は、端末10dbのディスプレイ120dbの表示画面の一例を示す図である。端末10dbのディスプレイ120dbには、通話相手であるゲストaaの画像が表示される。
なお、端末10dbが、セッションsed1とセッションsed2へ同時に参加している場合には、図14(C)と同様のセッションsed2で送られてきた画像データに基づく画像と、図14(A)と同様のセッションsed1で送られてきた画像データに基づく画像とを、表示制御部24が切り換え可能に制御しても良い。また、端末10dbの表示制御部24は、セッションsed1で送られてきた画像データに基づく画像と、セッションsed2で送られてきた画像データに基づく画像とを、一つのディスプレイに分割表示したり、複数のディスプレイにそれぞれ表示しても良い。図14(E)は、上記の分割表示をしたときのディスプレイ120dbの表示画面の一例を示す図である。これにより、オペレータdbは、ゲストaaと通話しながら、待機の状況を把握することができる。
(セッションsed2からの退出)
続いて、図16を用いて、端末(10db,10aa)がセッションsed2から退出する処理について説明する。図16は、セッションから退出する処理を示したシーケンス図である。
端末10aaにおいて、検出部26がユーザを検出しなくなると(ステップS81のNO)、あるいは、操作入力受付部12が、終話の要求の入力を受け付けると(ステップS82のYES)、送受信部21は、セッションsed2から退出を要求する旨の退出要求を中継装置30dへ送信する。退出要求には、自端末の通信ID「01aa」及びセッションsed2のセッションID「se02」が含まれている。退出要求に基づいて、端末10aaがセッションsed2から退出すると、端末10aaと中継装置30dとの間で画像データ及び音データの送受信ができなくなる。
端末10aaの機能実行部25は、ユーザが検出されなくなったこと、あるいは終話要求が受け付けられたことに応じて、図12(B)に示される状態遷移図に従って、自端末の状態を管理する(ステップS84)。この場合、端末10aaの機能実行部25は、端末10aaの記憶部1000において管理されている、自端末の状態情報を「応対中」から「不在」又は「応対済み」に変更する。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10aaの現在の状態として「不在」又は「応対済み」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10aaの通信ID「01aa」に関連付けて、状態情報「不在」又は「応対済み」を記憶する。
なお、ステップS84において状態が「応対済み」に変更された場合、機能実行部25は、検出部26がユーザを一定期間検出しなかったこと、あるいは、操作入力受付部12がリセットの入力を受け付けたことを契機として、自端末の状態を「不在」に変更する。この端末の状態を変更する処理は、S84の処理と同様であるので、説明を省略する。ゲスト側の端末10aaは、セッションsed2から退出すると、ステップS46に移って、利用者の検出を契機として、再びセッションsed1に参加することができる。
端末10aaにおいて、ユーザが検出されなくなると(ステップS81のNO)、あるいは、終話の要求が入力されると(ステップS82のYES)、端末10dbにおいても、ステップS83と同様にして、セッションsed2から退出する(ステップS86)。なお、端末10dbが、端末10aaにおいて、ユーザを検出しなくなったこと、あるいは終話の要求が入力されたことを把握する方法としては、特に限定されないが、端末10aaから通知を受ける方法、管理システム50から端末10aaの状態情報の通知を受ける方法等が挙げられる。
また、端末10dbの機能実行部25は、端末10dbの記憶部1000において管理されている、自端末の状態情報を「応対中」から「待機中」に変更する(ステップS87)。また、機能実行部25は、送受信部21を介して、管理システム50へ、端末10dbの現在の状態として「待機中」を管理するよう要求する。管理システム50の送受信部51がこの要求を受け付けると、管理部53は、記憶・読出部59を介して、端末管理テーブル(図7(C)参照)において、端末10dbの通信ID「01db」に関連付けて、状態情報「待機中」を記憶する。オペレータ側の端末10dbでは、セッションsed2から退出すると、ステップS61に移って、次の通話相手の選択を受け付ける。
<<実施形態の効果>>
上記実施形態の通信制御方法によると、端末10dbの送受信部21(受信手段の一例)は、他の一以上の端末(10aa,10ba,10cb)により送信された画像データ(コンテンツデータの一例)をそれぞれ受信する(受信処理の一例)。端末10dbの操作入力受付部12(選択受付手段の一例)は、他の一以上の端末(10aa,10ba,10cb)の中から、セッションsed2における通信相手として、少なくとも一の端末10aaの選択を受け付ける(選択受付処理の一例)。端末10dbの機能実行部25(送信制御手段の一例)は、端末10dbによる画像データの送信を制御する(送信制御処理の一例)。この場合、機能実行部25は、端末10dbと他の一以上の端末(10aa,10ba,10cb)との間で確立されるセッションsed1(第1のセッションの一例)において、他の一以上の端末(10aa,10ba,10cb)へ画像データを送信しないように制御する一方で、操作入力受付部12が少なくとも一の端末10aaの選択を受け付けてから端末10dbと選択された端末10aaとの間で確立されるセッションsed2(第2のセッションの一例)において、選択された端末10aaへ画像データを送信するように制御する。これにより、端末10dbは、端末10dbのユーザであるオペレータdbと端末10aaのユーザであるゲストaaとの間で通話を開始する前から、相手側の端末10aaが送信した画像データを受信することができる。これにより、端末10db側では、状況に応じた通話の開始の準備をすることが可能になる。
端末10dbの記憶部1000(状態管理部の一例)は、端末10dbの現在の状態を示す状態情報を管理する。機能実行部25は、記憶部1000において管理されている状態情報に基づいて、画像データの送信を制御する。これにより、端末10dbは、自端末の状態の変化に応じて、自動的に画像データの送信を制御できるようになる。
通信システム1は、上記の端末10db(第1の通信端末の一例)、及び、端末10dbにおいて選択された端末10であって、端末10dbへ画像データを送信する送受信部21(送信手段の一例)を有する端末10aa(第2の通信端末の一例)を備えている。端末10db、及び端末10aaのそれぞれは、セッションsed1のセッションID(識別情報の一例)が記憶される記憶部1000(記憶手段の一例)と、セッションsed1において端末10間で画像データを中継する中継装置30eへ接続の要求を送信する送受信部21(接続要求手段の一例)を有している。この場合、送受信部21は、記憶部1000に記憶されているセッションsed1のセッションIDを用いて中継装置30eへ接続を要求する。これにより、各端末(10db,10aa)は、管理システム50へ問い合わせることなく、簡易にセッションsed1への参加を要求することができる。
端末10aaは、自端末のユーザ(所定の対象物の一例)を検知する検出部26(検知手段の一例)を有している。端末10aaの送受信部21は、検出部26によって、ユーザが検知されてから、セッションsed1において端末10間で画像データを中継する中継装置30eとの接続を要求する。これにより、端末10aaにおいて、ユーザが検知されたとき、端末10aaは、自動的に中継装置30eに対して接続の要求をすることができるようになる。
端末10db、及び端末10aaの送受信部21は、端末10dbにおいて少なくとも一の端末10aaの選択を受け付けた後に生成されるセッションID(識別情報の一例)を用いて、セッションsed2において、端末10db及び端末10aaの間で画像データを中継する中継装置30dとの接続を要求する。このように、端末10が選択されてからセッションsedの確立に必要な情報を生成することで、選択された端末10の位置や数等に応じて、最適な中継装置30を選択する等、セッションsed2の設定の自由度が向上する。
<<実施形態の補足>>
上記各実施の形態における端末10、管理システム50、及びプログラム提供システム90は、単一のコンピュータによって構築されてもよいし、各部(機能又は手段)を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム90が単一のコンピュータによって構築されている場合には、プログラム提供システム90によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム90が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。
また、上記通信システム1の端末用プログラム、中継装置用プログラム、及び通信管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたHD204、及びこのHD204を備えたプログラム提供システム90は、いずれもプログラム製品(Program Product)として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び通信管理用プログラムがユーザ等に提供される場合に用いられる。
更に、上記通信システム1では、図7(C)に示されている端末管理テーブルにおいて端末のIPアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク2上で端末10を特定するための情報であれば、それぞれのFQDN(Fully Qualified Domain Name)を管理してもよい。この場合、周知のDNS(Domain Name System)サーバによって、FQDNに対応するIPアドレスが取得されることになる。
通信システム1において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。
また、上記通信システム1では、通信システム1の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、カーナビゲーションシステムであってもよい。この場合、例えば、端末10の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末10の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。
更に、通信システム1は、音会議システム、又はPC(Personal Computer)画面共有システムであっても良い。また、通信システム1は、IP(Internet Protocol)電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末10は携帯電話機などの電話機に相当する。
また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではない。なお、コンテンツデータは、リアルタイムなコミュニケーションを実現するためのメディアであることが好ましい。このメディアとしては、静止画及び動画などの画像データ、音データの他、画面共有データ、メッセージ、ストロークデータ、操作データ等のストリーミングデータが挙げられる。
なお、各端末10は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末10が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム1によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。