(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して確立されたセッションを用いて第１端末、第２端末から送信されるコンテンツデータを受信する通信端末であって、
前記通信ネットワークの可用帯域を取得する取得部と、
前記取得部によって取得される前記通信ネットワークの可用帯域と、前記第１端末から送信される第１コンテンツデータの受信に要する帯域と、前記第２端末から送信される第２コンテンツデータの受信に要する帯域とに基づいて、前記第１コンテンツデータ、及び前記第２コンテンツデータのうち、受信するコンテンツデータを決定する決定部と、
前記通信ネットワークの可用帯域を示す情報を、前記第１コンテンツデータの受信に要する第１帯域を示す情報と、前記第２コンテンツデータの受信に要する第２帯域を示す情報と、前記第１帯域と前記第２帯域との合計を示す情報とに対応付けて表示する制御を行う表示制御部と、
を有することを特徴とする通信端末。
【請求項２】
コンテンツデータ毎に優先度を示す優先度情報を管理する管理部と、
各コンテンツデータの受信に要する帯域、及び前記管理部において管理されるコンテンツデータ毎の優先度情報に基づいて、各コンテンツデータの受信の開始又は停止を制御する受信制御部と、
を有することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記表示制御部は、前記通信ネットワークの可用帯域に対応付けて、前記管理部において管理される優先度情報によって示される優先度順に、各端末からのコンテンツデータの受信に要する帯域を表示する制御を行うことを特徴とする請求項２に記載の通信端末。
【請求項４】
受信する各コンテンツデータに対して優先度の設定の入力を受け付ける入力受付部を有しており、
前記管理部は、入力受付部によって受け付けられた優先度の設定に基づいて、前記優先度情報を管理することを特徴とする請求項２または３に記載の通信端末。
【請求項５】
前記コンテンツデータの送信の開始又は停止を示す情報を、前記コンテンツデータを送信可能な通信装置へ送信する送信部を有することを特徴とする請求項１乃至４のいずれか一項に記載の通信端末。
【請求項６】
請求項５に記載の通信端末、及び
前記通信装置を有することを特徴とする通信システム。
【請求項７】
前記通信装置は、前記通信端末から送られてくる前記情報に基づいて、前記コンテンツデータの送信を開始又は停止することを特徴とする請求項６に記載の通信システム。
【請求項８】
通信ネットワークを介して確立されたセッションを用いて第１端末、第２端末から送信されるコンテンツデータを受信する通信端末が、
前記通信ネットワークの可用帯域を取得する取得処理と、
前記取得される前記通信ネットワークの可用帯域と、前記第１端末から送信される第１コンテンツデータの受信に要する帯域と、前記第２端末から送信される第２コンテンツデータの受信に要する帯域とに基づいて、前記第１コンテンツデータ、及び前記第２コンテンツデータのうち、受信するコンテンツデータを決定する決定処理と、
前記通信ネットワークの可用帯域を示す情報を、前記第１コンテンツデータの受信に要する第１帯域を示す情報と、前記第２コンテンツデータの受信に要する第２帯域を示す情報と、前記第１帯域と前記第２帯域との合計を示す情報とに対応付けて表示する制御を行う表示制御処理と、
を有することを特徴とする通信端末。
【請求項９】
通信ネットワークを介して確立されたセッションを用いて第１端末、第２端末から送信されるコンテンツデータを受信する通信端末に、
前記通信ネットワークの可用帯域を取得する取得処理と、
前記取得される前記通信ネットワークの可用帯域と、前記第１端末から送信される第１コンテンツデータの受信に要する帯域と、前記第２端末から送信される第２コンテンツデータの受信に要する帯域とに基づいて、前記第１コンテンツデータ、及び前記第２コンテンツデータのうち、受信するコンテンツデータを決定する決定処理と、
前記通信ネットワークの可用帯域を示す情報を、前記第１コンテンツデータの受信に要する第１帯域を示す情報と、前記第２コンテンツデータの受信に要する第２帯域を示す情報と、前記第１帯域と前記第２帯域との合計を示す情報とに対応付けて表示する制御を行う表示制御処理と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信システム、通信制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通話や会議等を行う通信システムが普及している。このような通信システムでは、通信端末間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、当事者間のコミュニケーションを実現する。また、通信端末が利用し得る通信ネットワークの可用帯域をリアルタイムに推定する技術が知られている。
【０００３】
特許文献１には、コミュニケーション中の通信速度を取得し、取得した通信速度と記憶手段に記憶された通信速度の閾値とを比較して、取得した通信速度の状態を表す表示方法を決定し、決定した表示方法で取得した通信速度の状態を表示するコミュニケーション端末装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信端末が通信ネットワークを介してリアルタイムにコンテンツデータを受信する場合に、ネットワーク環境に応じて、受信するコンテンツデータをユーザが変更したい場合がある。
【０００５】
しかしながら、従来技術では、ネットワーク環境と、受信可能なコンテンツデータの関係をユーザに把握させることができないという問題がある。
【０００６】
そこで、ネットワーク環境と、受信可能なコンテンツデータの関係をユーザに把握させることを目的とする。
【課題を解決するための手段】
【０００７】
通信ネットワークを介して確立されたセッションを用いて第１端末、第２端末から送信されるコンテンツデータを受信する通信端末が、前記通信ネットワークの可用帯域を取得する取得部と、前記取得部によって取得される前記通信ネットワークの可用帯域と、前記第１端末から送信される第１コンテンツデータの受信に要する帯域と、前記第２端末から送信される第２コンテンツデータの受信に要する帯域とに基づいて、前記第１コンテンツデータ、及び前記第２コンテンツデータのうち、受信するコンテンツデータを決定する決定部と、前記通信ネットワークの可用帯域を示す情報を、前記第１コンテンツデータの受信に要する第１帯域を示す情報と、前記第２コンテンツデータの受信に要する第２帯域を示す情報と、前記第１帯域と前記第２帯域との合計を示す情報とに対応付けて表示する制御を行う表示制御部と、を有する。
【発明の効果】
【０００８】
開示の技術によれば、ネットワーク環境と、受信可能なコンテンツデータの関係をユーザに把握させることが可能になるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る通信システムの概略図である。
【図２】一実施形態に係る端末のハードウェア構成図である。
【図３】一実施形態に係る管理システムのハードウェア構成図である。
【図４】一実施形態に係る端末、及び管理システムの各機能ブロック図である。
【図５】端末又は管理システムが管理する各管理テーブルを示す概念図である。
【図６】セッションに参加する際の処理の一例を示すシーケンス図である。
【図７】受信するコンテンツデータを決定する処理の一例を示すフローチャートである。
【図８】端末間の通信を開始する処理の一例を示したシーケンス図である。
【図９】コンテンツデータの中継の停止又は開始を要求する処理の一例を示すフローチャートである。
【図１０】コンテンツデータの中継を開始又は停止する処理の一例を示すシーケンス図である。
【図１１】可用帯域を表示する処理の一例を示したフロー図である。
【図１２】ディスプレイの表示例である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について説明する。
【００１１】
＜＜通信システムの概略＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、通信端末１０、及び管理システム５０によって構築されている。以下、通信端末１０を単に端末１０と記載する。
【００１２】
端末１０は、他の端末１０や管理システムとの間で、コンテンツデータの一例として画像データ及び音データ等の送信による通信を行う。端末１０は、汎用端末であっても、専用端末であっても良い。端末１０は、例えば、テレビ会議端末、電子黒板、電子看板、電話端末、タブレット、スマートフォン、カメラ、ＰＣ（personal computer）等であっても良い。
【００１３】
管理システム５０は、端末１０間の通信を管理する。例えば、管理システム５０は、端末１０間の通信を確立するための呼制御を行う。また、例えば、管理システム５０は、一方の端末１０から送られてきたコンテンツデータを他方の端末１０へ送信することにより端末１０間でコンテンツデータを中継する。
【００１４】
図１では、説明を簡単にするために、管理システム５０が一つの装置である場合について説明したが、本発明はこのような実施形態に限定されない。管理システム５０は、例えば、呼制御の機能と、コンテンツデータの中継の機能をそれぞれ別の装置に割り当てることにより、複数の装置により構築されていても良い。また、図１では、説明を簡単にするために、通信システム１において、２つの端末１０が設けられている場合について説明したが、本発明はこのような実施形態に限定されない。通信システム１に設けられる端末１０は、３つ以上であっても良い。また、各端末１０は、すべてテレビ会議端末である場合のようにそれぞれ同種であっても、テレビ会議端末、及びＰＣが含まれる場合のように異種であっても良い。また、管理システム５０を介さずに端末１０間で直接コンテンツデータを送信してもよい。さらに、コンテンツデータの中継の機能をいずれかの端末１０が備えていてもよい。
【００１５】
＜＜ハードウェア構成＞＞
次に、通信システム１を構成する各装置のハードウェア構成を説明する。
【００１６】
図２は、一実施形態に係る端末１０のハードウェア構成図である。なお、端末１０のハードウェア構成は図２の構成に限定されない。例えば、端末１０には、図２に記載されていない構成が含まれていても、図２に記載の構成の一部が含まれていなくても良い。また、図２に記載の構成の一部は端末１０に接続可能な外部装置等であっても良い。
【００１７】
図２に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、端末１０の各種端末用のプログラム、画像データ、及び音データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリやＩＣカード（Integrated Circuit Card）等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ１０７、宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。
【００１８】
また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音を入力する内蔵型のマイク１１４、音を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する音入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００１９】
ディスプレイ１２０は、被写体の画像や操作部等を表示する液晶や有機ＥＬ(Organic Electroluminescence)によって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。
【００２０】
カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。
【００２１】
外部機器接続Ｉ／Ｆ１１８には、筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。
【００２２】
なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。
【００２３】
図３は、一実施形態に係る管理システム５０のハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、管理システム５０用のプログラム等の各種データを記憶するＨＤ５０４、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ５０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。
【００２４】
＜＜機能構成＞＞
次に、本実施形態の機能構成について説明する。図４は、一実施形態に係る通信システム１を構成する端末１０、及び管理システム５０の機能ブロック図である。図４では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。
【００２５】
＜端末の機能構成＞
端末１０の各機能部は、図２に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される。また、端末１０は、図２に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。
【００２６】
（優先度管理テーブル）
図５（Ａ）は優先度管理テーブルを示す概念図である。記憶部１０００には、優先度管理テーブルによって優先度管理ＤＢ１００１が構築される。優先度管理テーブルでは、コンテンツデータを受信するときの優先順位を示す優先度と、ビットレートと、コンテンツデータのデータＩＤと、コンテンツデータの送信元の端末１０のＩＰアドレスが関連付けられて管理される。なお、優先度管理テーブルにおいて、優先度の数値が小さいほど、優先度が高いことを示す。また、データＩＤ「Ｖ００１，Ｖ００２，Ｖ００３」はそれぞれ、端末（１０ａ，１０ｂ，１０ｃ）が送信する映像データを示す。なお、優先度は必ずしも数値で表現されている必要はなく、記号や文字で表現されていてもよい。
【００２７】
（端末の各機能構成）
次に、図２及び図４を用いて、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成を説明するにあたって、図２に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００２８】
送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、相手側の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
【００２９】
操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン１０８及び電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付けたり、ユーザによる各種選択を受け付けたりする。
【００３０】
出力制御部１３は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、通話する際に相手側から送られてきた画像データ及び映像データ等のコンテンツデータをディスプレイ１２０に出力するための制御を行う。出力制御部１３は、ＣＰＵ１０１からの命令、及び音入出力Ｉ／Ｆ１１６によって実現され、通話する際に相手側から送られてきた音データをスピーカ１１５から出力するための制御を行う。
【００３１】
優先度管理部１４は、ＣＰＵ１０１からの命令によって実現され、端末１０が受信する各コンテンツデータの優先度を管理する。
【００３２】
帯域管理部１５は、ＣＰＵ１０１からの命令によって実現され、通信ネットワーク２の可用帯域を管理する。
【００３３】
算出部１６は、ＣＰＵ１０１からの命令によって実現され、帯域管理部１５によって取得された可用帯域等に基づいて各種の数値を算出する。
【００３４】
送信ビットレート算出部１７は、ＣＰＵ１０１からの命令によって実現され、端末１０から送信する映像データの帯域（ビットレート）を算出する。
【００３５】
記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを抽出したりする処理を行う。
【００３６】
＜管理システムの機能構成＞
管理システム５０の各機能部は、図３に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される。また、管理システム５０は、ＨＤ５０４により構築される記憶部５０００を有している。
【００３７】
（セッション管理テーブル）
図５（Ｂ）はセッション管理テーブルを示す概念図である。記憶部５０００には、セッション管理テーブルによってセッション管理ＤＢ５００１が構築される。セッション管理テーブルでは、端末１０間でコンテンツデータを送信するためのセッションのセッションＩＤ、及びこのセッションに参加する参加端末のＩＰアドレスが関連付けられて管理されている。
【００３８】
（中継管理テーブル）
図５（Ｃ）は中継管理テーブルを示す概念図である。記憶部５０００には、中継管理テーブルによって中継管理ＤＢ５００２が構築される。中継管理テーブルでは、端末１０間でコンテンツデータを送信するためのセッションのセッションＩＤ、コンテンツデータのデータＩＤ、及びこのコンテンツデータの自端末への送信の停止を要求する停止要求元端末のＩＰアドレスが関連付けられて管理される。
【００３９】
（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００４０】
送受信部５１は、ＣＰＵ５０１からの命令、及びネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００４１】
中継管理部５２は、ＣＰＵ５０１からの命令によって実現され、端末１０間のコンテンツデータの中継を管理する。
【００４２】
記憶・読出部５９は、ＣＰＵ５０１からの命令及びＨＤＤ５０５によって実現され、又はＣＰＵ５０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出したりする処理を行う。
【００４３】
＜＜処理または動作＞＞
続いて、通信システム１を構成する端末１０、及び管理システム５０の処理または動作について説明する。
【００４４】
まず、図６を参照し、端末１０ａが、既存のセッションに参加する際のシーケンスについて説明する。図６は、セッションに参加する際の処理の一例を示すシーケンス図である。
【００４５】
まず、複数の端末１０（１０ｂ、１０ｃ、１０ｄ）の間で、セッションが確立され、コンテンツデータの送受信が行われているものとする。
【００４６】
端末１０ａは、管理システム５０に、当該セッションを指定して、開始要求（参加要求）を送信する（ステップＳ１）。
【００４７】
管理システム５０は、端末１０ａを認証し、当該セッションへの参加を許可する（ステップＳ２）。
【００４８】
管理システム５０は、当該セッションに参加している他の端末１０（１０ｂ、１０ｃ、１０ｄ）に、端末１０ａからのコンテンツデータを中継（転送）する（ステップＳ３）。
【００４９】
管理システム５０は、端末１０ａに、当該セッションに参加している他の端末１０（１０ｂ、１０ｃ、１０ｄ）からの各コンテンツデータを中継（転送）する（ステップＳ４）。
【００５０】
端末１０ａは、管理システム５０に、端末１０ａが送信するコンテンツデータの帯域（ビットレート）の目安を示すデータを通知する（ステップＳ５）。
【００５１】
ここで、端末１０ａは、端末１０ａが送信するコンテンツデータの帯域（ビットレート）の目安を以下のように算出してもよい。
【００５２】
端末１０ａの送信ビットレート算出部１７は、例えば、端末１０ａのカメラ１１２が動作中のCapability（解像度、フレームレート）と伝送端末１０ａに予め設定されているデータに基づいて、帯域の目安を算出する。例えば、「解像度がハイビジョン画質の720p、フレームレートが30fpsの場合には、目安として1.5Mbps」、「解像度がVGA、フレームレートが15fpsの場合には、目安として200Kbps」などの「解像度とフレームレートから目安となるビットレートを求められるデータ」を予め格納しておき、現在動作している解像度とフレームレートに応じたビットレートの目安を算出する。
【００５３】
または、過去一定期間において伝送端末１０ａが実際に送信した映像データのビットレートの平均値を算出し、ビットレートの目安としてもよい。
【００５４】
管理システム５０は、当該セッションに参加している他の端末１０（１０ｂ、１０ｃ、１０ｄ）に、端末１０ａからの当該通知を転送する（ステップＳ６）。
【００５５】
管理システム５０は、端末１０ａに、当該セッションに参加している他の端末１０（１０ｂ、１０ｃ、１０ｄ）がそれぞれ送信するコンテンツデータの帯域（ビットレート）の目安を示すデータを通知する（ステップＳ７）。
【００５６】
端末１０ａは、当該セッションに参加している他の端末１０（１０ｂ、１０ｃ、１０ｄ）からの各コンテンツデータのうち、受信するコンテンツデータを決定する（ステップＳ８）。
【００５７】
端末１０ａは、管理システム５０に、受信すると決定しなかったコンテンツデータ（例えば端末１０ｂからのコンテンツデータ）について、中継停止を要求する（ステップＳ９）。
【００５８】
管理システム５０は、中継停止を要求されたコンテンツデータの中継を停止する（ステップＳ１０）。
【００５９】
なお、ビットレートの目安を示すデータは、上述したように管理システム５０経由で他の端末１０から通知される代わりに、各端末１０にて算出してもよい。例えば、各端末１０が実際に受信したコンテンツデータのビットレートから目安を算出する。この場合、各端末１０は、他の各端末１０から受信した各データに対して、過去一定期間において実際に受信したビットレートを記録してき、その値の平均値を該当データの受信に必要なデータの目安としてもよい。
【００６０】
次に、図７を参照し、図６のステップＳ５の、受信するコンテンツデータを決定する処理について説明する。図７は、受信するコンテンツデータを決定する処理の一例を示すフローチャートである。なお、この処理は、端末１０がセッションに参加する際や、他の端末１０がセッションから退出する際に行う。また、端末１０における通信ネットワーク２の可用帯域が変動した際、優先度管理テーブルに格納されるデータが変更された際や、画面に表示する拠点（端末１０）の数の設定を変更する操作をされた場合にも行ってもよい。
【００６１】
まず、端末１０の帯域管理部１５は、端末１０における通信ネットワーク２の可用帯域を例えば定期的に取得する（ステップＳ１１）。可用帯域の取得方法は特に限定されないが、例えば、管理システム５０と自端末との間で送信されるデータのデータ量、及び遅延時間を計測して算出する方法が挙げられる。
【００６２】
続いて、算出部１６は、取得された可用帯域から制御信号や音データの受信に必要な帯域を減算し、映像データの受信に用いられる可用帯域を算出する（ステップＳ１２）。なお、記憶部１０００には、制御信号や音データの受信に必要な帯域が予め記録されていても良い。これにより、算出部１６は、記憶部１０００に記録されている情報に基づいて、映像データの受信に用いられる可用帯域を算出することができる。
【００６３】
続いて、算出部１６は、優先度管理テーブルにおいて優先度が最も高いデータＩＤに対するビットレート（帯域）の値を取得し、利用帯域の値とする（ステップＳ１３）。
【００６４】
続いて、算出部１６は、優先度管理テーブルにおいて優先度が２番目に高いデータＩＤを処理対象として選択する（ステップＳ１４）。
【００６５】
続いて、算出部１６は、優先度管理テーブルにおいて処理対象のデータＩＤに対応付けられたビットレートの値を、利用帯域の値に加算し、利用帯域の値とする（ステップＳ１５）。
【００６６】
続いて、算出部１６は、利用帯域の値が、映像データの受信に用いられる可用帯域以下であるか否かを判定する（ステップＳ１６）。
【００６７】
利用帯域の値が、映像データの受信に用いられる可用帯域以下でなければ（ステップＳ１６でＮＯ）、算出部１６は、処理対象のデータＩＤに対する優先度以下の優先度をもつデータＩＤを、受信しないと決定し（ステップＳ１７）、処理を終了する。これにより、優先度管理テーブルにおいて管理されている各データＩＤのうち、受信しないと決定されなかったデータＩＤについては、当該データＩＤに係るコンテンツデータを受信すると決定される。
【００６８】
利用帯域の値が、映像データの受信に用いられる可用帯域以下であれば（ステップＳ１６でＹＥＳ）、算出部１６は、優先度管理テーブルにおいて処理対象として選択されていないデータＩＤがあるか判定する（ステップＳ１８）。
【００６９】
処理対象として選択されていないデータＩＤがあれば（ステップＳ１８でＹＥＳ）、処理対象として選択されていないデータＩＤのうち、処理対象のデータＩＤの次に優先度が高いデータＩＤを処理対象として選択し（ステップＳ１９）、ステップＳ１５の処理に進む。処理対象として選択されていないデータＩＤがなければ（ステップＳ１８でＮＯ）、処理を終了する。
【００７０】
≪処理詳細例≫
続いて、図８乃至図１０を参照し、本実施形態の処理の詳細例について説明する。
【００７１】
まず、図８を用いて、端末１０のうち端末（１０ａ，１０ｂ，１０ｃ）間の通信を開始する処理の詳細例について説明する。図８は、端末１０間の通信を開始する処理の一例を示したシーケンス図である。以下、端末１０ａのＩＰアドレスは「２．０．０．１」、端末１０ｂのＩＰアドレスは「２．０．０．２」、端末１０ｃのＩＰアドレスは「２．０．０．３」であるものとして説明する。
【００７２】
端末１０ａの操作入力受付部１２は、ユーザによるセッションＩＤの入力を受け付ける（ステップＳ２１）。なお、入力されるセッションＩＤは、例えば、共通のセッションに参加する各端末１０のユーザへ任意の方法により予め通知されるものである。
【００７３】
端末１０ａの送受信部１１は、入力されたセッションＩＤ及び開始要求元の端末１０のＩＰアドレスを含む通信の開始要求を管理システム５０へ送信する（ステップＳ２２）。
【００７４】
管理システム５０の送受信部５１は、端末１０ａによる通信の開始要求を受信する。管理システム５０の記憶・読出部５９は、セッション管理テーブルにおいて、開始要求に含まれるセッションＩＤと、参加端末として開始要求元の端末１０ａのＩＰアドレスとを関連付けて記録する（ステップＳ２３）。
【００７５】
管理システム５０の送受信部５１は、端末１０ａと管理システム５０との間のセッションを確立して、セッションへの参加処理が正常に完了した旨の通知を開始要求元の端末１０ａへ送信する（ステップＳ２４）。
【００７６】
端末（１０ｂ，１０ｃ）も、ステップＳ２１乃至Ｓ２４と同様の処理によりセッションに参加する。この場合、ステップＳ２２で端末１０ａが管理システム５０へ送信したものと同じセッションＩＤを、端末（１０ｂ，１０ｃ）が管理システム５０へ送信することで、端末（１０ａ，１０ｂ，１０ｃ）は共通のセッションに参加することができる。なお、管理システム５０と端末（１０ａ，１０ｂ，又は１０ｃ）との間のセッションをそれぞれ識別する必要がある場合には、管理システム５０は、管理システム５０及び端末（１０ａ，１０ｂ，又は１０ｃ）の組み合わせ毎にそれぞれ異なる対応するセッションＩＤを割り当てても良い。
【００７７】
端末１０ａの送受信部１１は、自端末のカメラ１１２で撮像された映像の映像データ、及び自端末のマイク１１４で集音された音の音データ等のコンテンツデータを、確立したセッションにより管理システム５０へ送信する。管理システム５０の送受信部５１は、端末１０ａが送信した映像データ及び音データを受信する。管理システム５０の送受信部５１は、セッション管理テーブルを参照して、端末１０ａから受信したコンテンツデータを、確立したセッションに参加する他の各端末（１０ｂ，１０ｃ）へ送信する。同様に、管理システム５０は、端末１０ｂ，１０ｃからそれぞれ送られてきた映像データ及び音データを、確立したセッションに参加する他の各端末１０ａ及び１０ｃ，１０ａ及び１０ｂへそれぞれ送信する。
【００７８】
続いて、図９を用いて、端末（１０ａ，１０ｂ，１０ｃ）間でコンテンツデータの中継の停止又は開始を要求する処理について説明する。図９は、コンテンツデータの中継の停止又は開始を要求する処理の一例を示すフローチャートである。以下では、一例として、端末１０ｂがコンテンツデータの中継の停止又は開始を要求する場合について説明する。
【００７９】
端末１０ｂがセッションに参加している間、端末１０ｂの優先度管理部１４は、優先度管理テーブル（図５（Ａ））を管理する（ステップＳ４１）。例えば、操作入力受付部１２が、受信する映像データの優先度の変更要求をユーザから受け付けると、優先度管理部１４は、要求に応じて優先度管理テーブルを変更する。
【００８０】
また、端末１０ｂの優先度管理部１４は、出力する映像データ数を管理する（ステップＳ４２）。例えば、ユーザによるレイアウトモードの変更要求が操作入力受付部１２によって受け付けられた場合、優先度管理部１４はレイアウトモードに応じて出力する映像データ数を決定する。
【００８１】
帯域管理部１５は、端末１０ｂにおける通信ネットワーク２の可用帯域を定期的に取得する（ステップＳ４３）。
【００８２】
算出部１６は、取得された可用帯域から制御信号や音データの受信に必要な帯域を減算し、映像データの受信に用いられる可用帯域を算出する（ステップＳ４４）。
【００８３】
優先度管理部１４は、算出部１６により算出された映像データの受信に用いられる可用帯域、出力する映像データ数、及び優先度管理テーブルにおいて管理されている優先度に基づいて、各映像データを受信するか否か決定する（ステップＳ４５）。
【００８４】
送受信部１１は、ステップＳ４５の決定に基づいて、中継開始要求又は中継停止要求を生成する（ステップＳ４６）。例えば、現在受信していない映像データに対して、映像データを受信する旨の決定がされた場合、送受信部１１は、この映像データの中継開始要求を生成する。或いは、受信している映像データに対して、映像データを受信しない旨の決定がされた場合、送受信部１１は、この映像データの中継停止要求を生成する。このとき、送受信部１１は、中継を開始又は停止するデータのデータＩＤを中継開始要求又は中継停止要求に含める。
【００８５】
なお、ステップＳ４１乃至Ｓ４６の処理は、端末１０ｂがセッションから退出するまで所定のタイミングで繰り返し実行される（ステップＳ４７）。
【００８６】
上記では、端末１０ｂが中継の開始又は停止を要求する場合について説明したが、端末（１０ａ，１０ｃ）も上記の処理と同様に中継の開始又は停止を要求することができる。
【００８７】
続いて、図１０を用いて、端末（１０ａ，１０ｂ，１０ｃ）間でコンテンツデータの中継を開始又は停止する処理について説明する。図１０は、コンテンツデータの中継を開始又は停止する処理の一例を示すシーケンス図である。
【００８８】
まず、端末１０ａから端末１０ｂへの映像データの中継を停止する処理について説明する。なお、端末１０ａによって送信される映像データのデータＩＤは、「Ｖ００１」であるものとして説明を続ける。
【００８９】
ステップＳ４６で、端末１０ｂにおいて、中継を停止するデータのデータＩＤ「Ｖ００１」が含まれる中継停止要求が生成されると、送受信部１１は、生成された中継停止要求を管理システム５０へ送信する（ステップＳ６１）。中継停止要求には、要求元の端末１０ｂのＩＰアドレス「２．０．０．２」が含まれている。
【００９０】
管理システム５０の送受信部５１は、中継停止要求を受信する。管理システム５０の中継管理部５２は、中継停止要求に含まれるデータＩＤ「Ｖ００１」及びＩＰアドレス「２．０．０．２」を中継管理テーブルに対応付けて記録する（ステップＳ６２）。中継管理部５２は、中継管理テーブルにおいて更新された情報に基づいて、端末１０ａから送られてくる映像データの端末１０ｂへの中継を停止する（ステップＳ６３）。これにより、端末１０ａによって送信される映像データは、端末１０ｂへ中継されなくなる。
【００９１】
続いて、管理システム５０による、端末１０ａから端末１０ｂへの映像データの中継を再開する処理について説明する。
【００９２】
ステップＳ４６で、端末１０ｂにおいて、中継を開始するデータのデータＩＤ「Ｖ００１」が含まれる中継開始要求が生成されると、送受信部１１は、生成された中継開始要求を管理システム５０へ送信する（ステップＳ７１）。中継開始要求には、要求元の端末１０ｂのＩＰアドレス「２．０．０．２」が含まれている。
【００９３】
管理システム５０の送受信部５１は、中継開始要求を受信する。管理システム５０の中継管理部５２は、中継管理テーブルにおいて、データＩＤ「Ｖ００１」に対応付けられているＩＰアドレスの中から、中継開始要求に含まれる要求元のＩＰアドレス「２．０．０．２」を削除する（ステップＳ７２）。中継管理部５２は、中継管理テーブルにおいて更新された情報に基づいて、端末１０ａから送られてくる映像データの端末１０ｂへの中継を開始する（ステップＳ７３）。これにより、端末１０ａによって送信される映像データの端末１０ｂへの中継は再開される。
【００９４】
続いて、図１１を用いて端末１０ｂが可用帯域を表示する処理について説明する。図９は、可用帯域を表示する処理の一例を示したフロー図である。
【００９５】
出力制御部１３は、送受信部１１が受信した各映像データをディスプレイ１２０に対して出力する（ステップＳ８１）。
【００９６】
＜表示例＞
図１２は、ディスプレイの表示例である。ディスプレイ１２０の会議画面１２０３には、出力制御部１３によって出力された映像データが表示される。出力される映像データの数は、端末１０ｂが受信する映像データに応じて随時変化する。
【００９７】
なお、図１２（Ａ）乃至図１２（Ｃ）における会議画面１２０３は、映像データの出力方法の一例であってこれに限定されない。出力方法としては、例えば、その時々の受信可能なデータの数だけ同じサイズの表示領域が生成され、それぞれの表示領域に対して受信した映像データを出力する方法や、表示領域の数は変更せずに、映像データを受信している間は映像の表示を行い、映像データの受信を停止した際には、静止画の表示に切り替える方法が挙げられる。
【００９８】
出力制御部１３は、優先度管理テーブルおいて管理されている映像データの受信優先度の順に、各映像データのサムネイルをディスプレイ１２０の優先順位リスト表示領域１２０１に出力する（ステップＳ８２）。サムネイルは、各端末１０から受信した映像データから任意のタイミングに生成した静止画である。なお、サムネイルに換えて、各送信元の端末１０に対して設定されている名称をテキストで表示したり、拠点（端末１０）毎にアイコンを生成して表示したりしてもよい。さらに、サムネイルは必ずしも映像データから生成した静止画である必要はなく、予め各端末１０に関連付けて管理されている静止画であってもよい。このような場合には管理システム５０または各端末１０から静止画を受信することで実現できる。
【００９９】
一実施形態によると、優先順位リスト表示領域１２０１のうち、上方に表示されている映像データは、優先度が高く、下方に表示されている映像データは、優先度が低い。ステップＳ４１の処理に応じて、優先順位のリストにおける順位は、動的に入れ替えられる。また、各参加者の発話状況などに応じて自動的に優先順位が変更されるようにしてもよい。
【０１００】
また、優先順位リスト表示領域１２０１に表示される各映像データの枠の大きさは、優先度管理テーブルにおける各端末１０が送出するデータのビットレートに応じた大きさで表示される。当該枠の大きさは、例えば、ビットレートに比例した大きさとしてもよい。
【０１０１】
出力制御部１３は、映像データの受信するために利用可能な可用帯域（映像データの受信に用いられる可用帯域）の値を、各端末１０からの映像データに対応付けて表したグラフをディスプレイ１２０のグラフ表示領域１２０２に出力する（ステップＳ８３）。なお、映像データの受信するために利用可能な可用帯域、及び受信可能な映像データ数はステップＳ４４で随時算出されるものである。
【０１０２】
グラフ表示領域１２０２における上端は、受信可能な映像データ数が０、即ち可用帯域が０であることを示す。このグラフが下に伸びるに従って、可用帯域の値が大きく、広帯域になる。また、出力制御部１３は、優先順位リスト表示領域１２０１の各サムネイルに隣接してグラフを出力する。このとき、出力制御部１３は、各サムネイルの高さが、１つの映像データを受信するのに必要な帯域に相当するように、グラフを出力する。例えば、取得された可用帯域が２Ｍｂｐｓであり、各映像データを受信するのに必要な帯域が１Ｍｂｐｓ、７５０ｋｂｐｓ、５００ｋｂｐｓである場合、出力制御部１３は、グラフ表示領域１２０２の上端から、３つ目のサムネイルの半分の位置まで伸びるグラフを出力する。
【０１０３】
ユーザは、優先順位リストのグラフをサムネイルと対応付けて見ることで、ネットワーク環境の改善によりどの映像データが見られるようになるか、或いは、ネットワーク環境の悪化によりどの映像データが見られなくなるかを、直感的に把握する事ができる。
【０１０４】
また、図１２（Ａ）の表示例から、ユーザは、可用帯域に余裕があるため、更に別の端末１０がセッションに参加しても、映像データを出力可能であることを把握できる。
【０１０５】
図１２（Ｂ）の表示例では、可用帯域の状況は図１２（Ａ）の場合と同様であるが、利用者の操作によって映像データの間の優先順位が変更されたため、より多くのビットレートを必要とする端末１０ｄの優先度が下がった場合の例を示している。これにより、図１２（Ａ）では受信可能な映像データの数が、「３」であったものが、図１２（Ｂ）では「４」へと増加している。ここのため、会議画面１２０３に表示されている他の端末１０の数も３から４に増加している。
【０１０６】
なお、ステップＳ８１乃至Ｓ８４の処理は、端末１０ｂがセッションから退出するまで繰り返し実行される（ステップＳ８４）。
【０１０７】
また、上記では端末１０ｂが可用帯域のグラフを出力する方法について説明したが、端末（１０ａ，１０ｃ）も、ステップＳ８１乃至Ｓ８４と同様の処理により可用帯域を出力することができる。
【０１０８】
＜まとめ＞
以上説明したように、本実施形態によれば、端末が、通信ネットワークの可用帯域と、各コンテンツデータの受信に要する帯域とに基づいて、受信可能なコンテンツデータを決定し、当該可用帯域を示す情報を、前記決定されたコンテンツデータの受信に要する帯域に対応付けて表示する。これにより、ネットワーク環境と、受信可能なコンテンツデータの関係をユーザに把握させることが可能になる。
【０１０９】
＜＜実施形態の補足＞＞
端末１０、及び管理システム５０用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。
【０１１０】
また、上記実施形態の各プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤ５０４は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。
【０１１１】
また、上記実施形態における端末１０、及び管理システム５０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、管理システム５０は、単一のコンピュータによって構築されていても良い。
【０１１２】
上記実施形態における優先度管理テーブル、セッション管理テーブル、中継管理テーブルでは端末を識別する情報として端末のＩＰアドレスを用いて管理しているが、必ずしもＩＰアドレスである必要はなく通信先を識別するための通信ＩＤであればよい。通信ＩＤは端末の識別するための端末識別情報やユーザを識別するための識別情報であってもよい。管理システム５０や端末１０がＩＰアドレス以外の通信ＩＤに基づいて通信を制御する場合には、端末１０から管理システム５０へ端末１０のＩＰアドレスを送信する他に、通信ＩＤも送信することで管理システム５０は端末１０に対応する通信ＩＤを管理することができる。
【符号の説明】
【０１１３】
１  通信システム
２  通信ネットワーク
１０  端末
１１  送受信部
１２  操作入力受付部
１３  出力制御部（「表示制御部」）
１４  優先度管理部
１５  帯域管理部（「取得部」の一例）
１６  算出部（「決定部」の一例）
１７  送信ビットレート算出部
１９  記憶・読出部
５０  管理システム（「通信装置」の一例）
５１  送受信部
５２  中継管理部
５９  記憶・読出部
１０００  記憶部
１００１  優先度管理ＤＢ
５０００  記憶部
５００１  セッション管理ＤＢ
５００２  中継管理ＤＢ
【先行技術文献】
【特許文献】
【０１１４】
【特許文献１】特開２０１３−１５３４１４号公報
【図１】
0006634965.tif 000002
【図２】
0006634965.tif 000003
【図３】
0006634965.tif 000004
【図４】
0006634965.tif 000005
【図５】
0006634965.tif 000006
【図６】
0006634965.tif 000007
【図７】
0006634965.tif 000008
【図８】
0006634965.tif 000009
【図９】
0006634965.tif 000010
【図１０】
0006634965.tif 000011
【図１１】
0006634965.tif 000012
【図１２】
0006634965.tif 000013