(57)【要約】【課題】ユーザの操作に対する負荷を軽減しつつ、ネットワーク帯域に応じた適切な品質制御を実現する。【解決手段】通信制御装置２０は、端末１０の動作状態を表すステータス情報を取得するステータス情報取得部２２と、端末１０がデータを受信した際の通信ネットワーク４０の状態を表す受信情報を取得する受信情報取得部２４と、同一のコミュニケーションに参加する複数の端末１０のステータス情報の組み合わせに基づいて、当該コミュニケーションの種類を判定するコミュニケーション判定部２３と、判定されたコミュニケーションの種類と、取得された受信情報とに基づいて、各端末１０が送信または受信するデータの品質を制御する品質制御部２５と、を備える。【選択図】図６
2016178419.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを利用した端末間のデータ通信を制御する通信制御装置であって、
端末の動作状態を表すステータス情報を取得するステータス情報取得部と、
端末がデータを受信した際の通信ネットワークの状態を表す受信情報を取得する受信情報取得部と、
同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせに基づいて、当該コミュニケーションの種類を判定するコミュニケーション判定部と、
判定された前記コミュニケーションの種類と、取得された前記受信情報とに基づいて、各端末が送信または受信するデータの品質を制御する品質制御部と、を備える通信制御装置。
【請求項２】
前記コミュニケーションの種類ごとに、前記受信情報とデータの品質に関わる品質パラメータとを対応付けた対応テーブルを記憶する記憶部をさらに備え、
前記品質制御部は、前記対応テーブルを参照して、各端末が送信または受信するデータの品質パラメータを決定する、請求項１に記載の通信制御装置。
【請求項３】
前記品質制御部は、決定したデータの品質パラメータを、端末間のデータ通信を中継する中継装置に通知して、送信側の端末から送信されたデータを当該品質パラメータが示す品質のデータに変換して受信側の端末に送信することを指示する、請求項２に記載の通信制御装置。
【請求項４】
前記品質制御部は、決定したデータの品質パラメータを当該データの送信側の端末に通知して、当該品質パラメータが示す品質のデータを送信することを指示する、請求項２に記載の通信制御装置。
【請求項５】
前記コミュニケーション判定部は、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせに基づいて、当該コミュニケーションが片方向のコミュニケーションであるか双方向のコミュニケーションであるかを判定する、請求項１乃至４のいずれか一項に記載の通信制御装置。
【請求項６】
前記コミュニケーション判定部は、当該コミュニケーションが片方向のコミュニケーションであると判定した場合に、当該コミュニケーションの主体となる端末をさらに判定する、請求項５に記載の通信制御装置。
【請求項７】
前記ステータス情報は、音声を入力するマイクのオンオフ状態を含み、
前記コミュニケーション判定部は、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせが、１つの端末のマイクのみがオン状態で、残りのすべての端末のマイクがオフ状態であることを示すとき、当該コミュニケーションは片方向のコミュニケーションであり、マイクがオン状態の端末が当該コミュニケーションの主体となる端末であると判定する、請求項６に記載の通信制御装置。
【請求項８】
前記ステータス情報は、映像を撮影するカメラのオンオフ状態を含み、
前記コミュニケーション判定部は、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせが、１つの端末のカメラのみがオン状態で、残りのすべての端末のカメラがオフ状態であることを示すとき、当該コミュニケーションは片方向のコミュニケーションであり、カメラがオン状態の端末が当該コミュニケーションの主体となる端末であると判定する、請求項６に記載の通信制御装置。
【請求項９】
前記ステータス情報は、表示装置の画面共有の状態を含み、
前記コミュニケーション判定部は、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせが、１つの端末が送信するデータがすべての端末において画面共有されていることを示すとき、当該コミュニケーションは片方向のコミュニケーションであり、画面共有されているデータの送信元の端末が当該コミュニケーションの主体となる端末であると判定する、請求項６に記載の通信制御装置。
【請求項１０】
前記ステータス情報は、表示装置の画面レイアウトの状態を含み、
前記コミュニケーション判定部は、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせが、１つの端末からの映像のみを表示している端末が複数あることを示すとき、当該コミュニケーションは片方向のコミュニケーションであり、複数の端末で表示している１つのみの映像の送信元の端末が当該コミュニケーションの主体となる端末であると判定する、請求項６に記載の通信制御装置。
【請求項１１】
複数の端末が通信ネットワークを利用してデータ通信を行う通信システムであって、
端末の動作状態を表すステータス情報を取得するステータス情報取得部と、
端末がデータを受信した際の通信ネットワークの状態を表す受信情報を取得する受信情報取得部と、
同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせに基づいて、当該コミュニケーションの種類を判定するコミュニケーション判定部と、
判定された前記コミュニケーションの種類と、取得された前記受信情報とに基づいて、各端末が送信または受信するデータの品質を制御する品質制御部と、を備える通信システム。
【請求項１２】
通信ネットワークを利用した端末間のデータ通信を制御する通信制御方法であって、
ステータス情報取得部が、端末の動作状態を表すステータス情報を取得する工程と、
受信情報取得部が、端末がデータを受信した際の通信ネットワークの状態を表す受信情報を取得する工程と、
コミュニケーション判定部が、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせに基づいて、当該コミュニケーションの種類を判定する工程と、
品質制御部が、判定された前記コミュニケーションの種類と、取得された前記受信情報とに基づいて、各端末が送信または受信するデータの品質を制御する工程と、を含む通信制御方法。
【請求項１３】
通信ネットワークを利用した端末間のデータ通信を制御するコンピュータに、
端末の動作状態を表すステータス情報を取得する機能と、
端末がデータを受信した際の通信ネットワークの状態を表す受信情報を取得する機能と、
同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせに基づいて、当該コミュニケーションの種類を判定する機能と、
判定された前記コミュニケーションの種類と、取得された前記受信情報とに基づいて、各端末が送信または受信するデータの品質を制御する機能と、を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信システム、通信制御方法およびプログラムに関する。
【背景技術】
【０００２】
インターネットなどの通信ネットワークを利用してユーザ間のコミュニケーションを実現する通信システムの一つとして、テレビ会議システムが普及している。テレビ会議システムは、通信ネットワークに接続された各拠点の端末間でデータ通信を行い、ある拠点のカメラやマイクにより収集された映像や音声を他拠点の表示装置やスピーカから出力することにより、地理的に離れた拠点間での遠隔会議を実現している。
【０００３】
通信ネットワークを利用して端末間でデータ通信を行う場合、一度に伝送できるデータ量は、通信ネットワークの帯域（ネットワーク帯域）により制限される。このため、高品質の映像や音声などのデータを端末間で送受信しようとした場合、ネットワーク帯域の状況によっては、データ量が大きすぎて遅延やパケットロスが生じる問題がある。そこで、ネットワーク帯域の状況に合わせて、端末間で送受信されるデータの品質を自動調整する機能を搭載したテレビ会議システムも知られている。なお、ここでいうネットワーク帯域とは、通信に用いる周波数の範囲を意味するのではなく、通信ネットワークの伝送路容量（ビットレート：ｂｐｓ）、つまり通信ネットワークのデータ伝送能力（単位時間あたりにどれだけのデータ量を伝送できるか）を意味する。
【０００４】
ネットワーク帯域の状況に合わせてデータの品質を低下させる場合、コミュニケーションに参加するすべての拠点の端末が送受信するすべてのデータのうち、重要でないデータから先に品質を低下させることが望ましい。また、ネットワーク帯域の状況が回復してデータの品質を向上させる場合には、重要なデータから先に品質を高めることが望ましい。ここで、円滑なコミュニケーションを実現する上で重要となるデータは、そのコミュニケーションの種類に応じて異なってくる。例えば、コミュニケーションの種類がプレゼンテーション形式のように片方向コミュニケーションであれば、情報を発信しているユーザの端末（コミュニケーションの主体となる端末）が送信する映像や音声の重要度が高い。
【０００５】
そこで、ユーザにより設定された会議（コミュニケーション）の種類を示す会議種類情報と、端末がデータを受信した際のネットワークの通信状況を表す受信品質情報（例えばパケットロス率）とに基づいて、各端末が送信するデータの圧縮パラメータを決定することにより、ネットワーク帯域に応じた適切な品質制御を実現する技術が提案されている（特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載の技術では、ユーザが遠隔コミュニケーションの種類を事前に設定する必要があり、また、コミュニケーションの途中でコミュニケーションの種類が変化する場合は、その都度、ユーザが遠隔コミュニケーションの種類を設定し直す必要があるため、ユーザの操作が煩雑で負荷がかかるといった課題がある。
【課題を解決するための手段】
【０００７】
上述した課題を解決するため、本発明は、通信ネットワークを利用した端末間のデータ通信を制御する通信制御装置であって、端末の動作状態を表すステータス情報を取得するステータス情報取得部と、端末がデータを受信した際の通信ネットワークの状態を表す受信情報を取得する受信情報取得部と、同一のコミュニケーションに参加する複数の端末の前記ステータス情報の組み合わせに基づいて、当該コミュニケーションの種類を判定するコミュニケーション判定部と、判定された前記コミュニケーションの種類と、取得された前記受信情報とに基づいて、各端末が送信または受信するデータの品質を制御する品質制御部と、を備える。
【発明の効果】
【０００８】
本発明によれば、ユーザの操作に対する負荷を軽減しつつ、ネットワーク帯域に応じた適切な品質制御を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、第１実施形態のテレビ会議システムの概略構成図である。
【図２】図２は、端末のハードウェア構成の一例を示すブロック図である。
【図３】図３は、通信制御装置のハードウェア構成の一例を示すブロック図である。
【図４】図４は、端末の機能的な構成例を示すブロック図である。
【図５】図５は、ステータス情報の一例を示す図である。
【図６】図６は、通信制御装置の機能的な構成例を示すブロック図である。
【図７】図７は、会議管理テーブルの一例を示す図である。
【図８】図８は、品質管理テーブルの一例を示す図である。
【図９】図９は、状態管理テーブルの一例を示す図である。
【図１０】図１０は、コミュニケーションタイプを判定する際の判定規則の一例を示す図である。
【図１１】図１１は、コミュニケーション判定部および品質制御部の処理手順の一例を示すフローチャートである。
【図１２】図１２は、中継装置の機能的な構成例を示すブロック図である。
【図１３】図１３は、受信要求管理テーブルの一例を示す図である。
【図１４】図１４は、第１実施形態のテレビ会議システムの動作例を説明するシーケンス図である。
【図１５】図１５は、第２実施形態のテレビ会議システムの概略構成図である。
【図１６】図１６は、管理装置の機能的な構成例を示すブロック図である。
【図１７】図１７は、端末管理テーブルの一例を示す図である。
【図１８】図１８は、第３実施形態のテレビ会議システムの概略構成図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、本発明に係る通信制御装置、通信システム、通信制御方法およびプログラムの実施形態を詳細に説明する。以下では、本発明を適用した通信システムの一例として、地理的に離れた拠点間での遠隔会議を可能にするテレビ会議システムを例示する。このテレビ会議システムでは、各拠点に配置されたテレビ会議用端末（以下、「端末」と表記する）が通信ネットワークを利用した通信を行うことにより、遠隔地間でのコミュニケーションを実現する。ただし、本発明が適用可能な通信システムはこの例に限らない。本発明は、複数の端末が通信ネットワークを利用してデータ通信を行う各種の通信システムに対して広く適用可能である。
【００１１】
ここで、コミュニケーションとは、人と人との間で（端末を使用するユーザ間で）情報の発信および受け取りを通じて情報を共有する行為をいう。このコミュニケーションは、情報を発信する側と情報を受け取る側の入れ替わりが生じない（つまり、だれかが情報を発信し続ける）形態の片方向コミュニケーションと、情報を発信する側と情報を受け取る側の入れ替わりが頻繁に生じる（つまり、対話が成立している）形態の双方向コミュニケーションに大別される。会議の例を挙げると、プレゼンテーション形式の会議が片方向コミュニケーションに該当し、ブレインストーミング形式の会議が双方向コミュニケーションに該当する。以下では、これら片方向コミュニケーションと双方向コミュニケーションを、コミュニケーションの種類として扱うものとする。
【００１２】
［第１実施形態］
図１は、第１実施形態のテレビ会議システムの概略構成図である。本実施形態のテレビ会議システムは、図１に示すように、当該テレビ会議システムを用いたコミュニケーションに参加する各拠点の端末１０と、通信制御装置２０と、中継装置３０とが、通信ネットワーク４０を介して接続された構成である。通信ネットワーク４０は、例えば、インターネットやＬＡＮ（Local  Area  Network）などのネットワーク技術を単独または組み合わせて構築される。この通信ネットワーク４０には、有線だけでなく、ＷｉＦｉ（Wireless  Fidelity）やＢｌｕｅｔｏｏｔｈ（登録商標）などの無線による通信が行われる箇所が含まれていてもよい。
【００１３】
通信ネットワーク４０に接続される端末１０の数は、コミュニケーションに参加する拠点数に対応する。本実施形態では、一例として、拠点Ａ〜Ｃの３拠点間でのコミュニケーションを想定し、３つの端末１０が通信ネットワーク４０に接続されているものとする。なお、コミュニケーションに参加する各拠点の端末１０がテレビ会議システムにログインする処理、各拠点の端末１０間で通信を行うためのセッションを確立する処理などは、例えば特開２０１４−２０９２９９号公報などに開示された公知の技術を用いることができるので、ここでは詳細な説明は省略する。
【００１４】
端末１０は、他拠点の端末１０との間でのデータの送受信や、受信したデータの出力制御などを行う。ここで扱われるデータは、カメラにより撮影された各拠点の映像や、マイクにより収録された各拠点の音声などである。カメラにより撮影された各拠点の映像は、通信ネットワーク４０を介して他拠点に伝送され、他拠点の端末１０に接続された表示装置に表示される。また、マイクにより収録された各拠点の音声は、通信ネットワーク４０を介して他拠点に伝送され、他拠点の端末１０に内蔵されたスピーカから出力される。各拠点の端末１０間のデータ伝送は、中継装置３０によって中継される。つまり、ある端末１０から送信されたデータは中継装置３０により受信され、他の端末１０に転送される。なお、端末１０は、テレビ会議システムに専用の専用端末であってもよいし、ＰＣ（パーソナルコンピュータ）やスマートフォン、タブレット端末などの汎用端末であってもよい。これらの汎用端末は、後述の端末用プログラムをインストールすることによって、アプリケーションの一つとして端末１０の機能を実現する。
【００１５】
通信制御装置２０は、各拠点の端末１０間で送受信される映像や音声のデータの品質制御を司るサーバコンピュータである。通信制御装置２０は、通信ネットワーク４０のネットワーク帯域に合わせて各拠点の端末１０間でコミュニケーションを円滑に行うための効率的なデータ伝送が行えるようにするために、各拠点の端末１０間で送受信されるデータの品質制御を実施する。具体的には、通信制御装置２０は、各拠点の端末１０の動作状態を表すステータス情報を取得し、取得したステータス情報の組み合わせに基づいてコミュニケーションの種類（以下、「コミュニケーションタイプ」という）を判定する。そして、通信制御装置２０は、各拠点の端末１０がデータを受信したときの通信ネットワーク４０の状態を表す受信情報（例えば、パケットロス率）を取得し、判定したコミュニケーションタイプと受信情報とに基づいて、各拠点の端末１０が送信または受信するデータの品質に関わる品質パラメータ（例えば、映像の解像度やフレームレートなど）を決定し、決定した品質パラメータを中継装置３０に通知する。
【００１６】
中継装置３０は、各拠点の端末１０間における映像や音声のデータ伝送を中継するサーバコンピュータである。本実施形態においては、各拠点の端末１０が送信する映像のデータは、例えばＨ．２６４／ＳＶＣフォーマットなどのスケーラブルな符号化フォーマットで符号化されているものとする。中継装置３０は、各拠点の端末１０が受信を要求しているそれぞれのデータについて、送信側の端末１０から送信されたデータを、通信制御装置２０により通知された品質パラメータが示す品質のデータに変換して、受信側の端末１０に転送する機能を持つ。
【００１７】
次に、本実施形態のテレビ会議システムにおける端末１０および通信制御装置２０のハードウェア構成について説明する。なお、中継装置３０のハードウェア構成は通信制御装置２０と同様であるため、図示および説明を省略する。図２は、端末１０のハードウェア構成の一例を示し、図３は、通信制御装置２０のハードウェア構成の一例を示している。
【００１８】
端末１０は、図２に示すように、端末１０全体の動作を制御するＣＰＵ（Central  Processing  Unit）１０１、ＩＰＬ（Initial  Program  Loader）などのＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ（Read  Only  Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random  Access  Memory）１０３、端末用プログラム、画像データや音声データなどの各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御に従ってフラッシュメモリ１０４に対する各種データの読み出しや書き込みを制御するＳＳＤ（Solid  State  Drive）１０５、フラッシュメモリなどの記録メディア１０６に対するデータの読み出しや書き込み（記憶）を制御するメディアドライブ１０７、通信相手となる他の端末１０を選択する場合などに操作される操作ボタン１０８、端末１０の電源のオン／オフを切り換えるための電源スイッチ１０９、通信ネットワーク４０を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。
【００１９】
また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４およびスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って表示装置５０に表示する映像のデータを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、および上記各構成要素を電気的に接続するためのアドレスバスやデータバスなどのバスライン１１０を備えている。
【００２０】
映像や各種情報を表示する表示装置５０は、端末１０に外付けされる液晶パネルやプロジェクタなどの投影装置を想定するが、端末１０に内蔵された構成であってもよい。なお、図２に示す端末１０のハードウェア構成はあくまで一例であり、上記以外の他のハードウェアが追加されていてもよい。
【００２１】
上述した端末用プログラムは、例えばフラッシュメモリ１０４に格納され、ＣＰＵ１０１の制御によりＲＡＭ１０３上に読み出されて実行される。なお、端末用プログラムを格納するメモリは不揮発性メモリであればよく、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically  Erasable  and  Programmable  ROM）などを用いてもよい。また、端末用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、コンピュータで読み取り可能な記録メディア１０６などの記録媒体に記録されて提供されるようにしてもよい。また、端末用プログラムは、ＲＯＭ１０２などに予め格納された組み込みプログラムとして提供されるようにしてもよい。
【００２２】
通信制御装置２０は、図３に示すように、通信制御装置２０全体の動作を制御するＣＰＵ２０１、ＩＰＬなどのＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、通信制御用プログラムなどの各種データを記憶するＨＤ（hard  Disc）２０４、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出しまたは書き込みを制御するＨＤＤ（HD  Drive）２０５、フラッシュメモリなどの記録メディア２０６に対するデータの読み出しや書き込み（記憶）を制御するメディアドライブ２０７、各種情報を表示するディスプレイ２０８、通信ネットワーク４０を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、キーボード２１１、マウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact  Disc  Read  Only  Memory）２１３に対する各種データの読み出しまたは書き込みを制御するＣＤ−ＲＯＭドライブ２１４、および上記各構成要素を電気的に接続するためのアドレスバスやデータバスなどのバスライン２１０を備えている。
【００２３】
上述した通信制御用プログラムは、例えばＨＤ２０４に格納され、ＣＰＵ２０１の制御によりＲＡＭ２０３上に読み出されて実行される。また、通信制御用プログラムは、インストール可能な形式または実行可能な形式のファイルによって、記録メディア２０６やＣＤ−ＲＯＭ２１３などのコンピュータで読み取り可能な記録媒体に記録されて提供されるようにしてもよい。また、通信制御用プログラムは、ＲＯＭ２０２などに予め格納された組み込みプログラムとして提供されるようにしてもよい。
【００２４】
なお、着脱可能な記録媒体の他の例としては、ＣＤ−Ｒ（Compact  Disc  Recordable）、ＤＶＤ（Digital  Versatile  Disk）、ブルーレイディスクなどのコンピュータで読み取り可能な記録媒体が挙げられる。上述した各種のプログラムは、これらの記録媒体に記録されて提供されるようにしてもよい。
【００２５】
次に、端末１０の機能構成について説明する。図４は、端末１０の機能的な構成例を示すブロック図である。端末１０は、図４に示すように、送受信部１１、操作入力受付部１２、撮像部１３、表示制御部１４、音声入力部１５、音声出力部１６、ステータス情報生成部１７、受信情報生成部１８および記憶・読出処理部１９を備える。これら各部は、例えば、図２に示したフラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムをＣＰＵ１０１が実行することにより実現される機能である。また、端末１０は、例えば、図２に示したＲＡＭ１０３およびフラッシュメモリ１０４によって構成される記憶部１０００を有している。
【００２６】
記憶部１０００には、例えば、端末１０に割り当てられた識別情報やＩＰアドレスなどの固有の情報や、他の端末１０との間で通信を行うために必要となる情報などが格納される。また、記憶部１０００は、他拠点の端末１０から中継装置３０を介して送信された映像や音声のデータを一時的に保持する受信バッファとしても用いられる。
【００２７】
送受信部１１は、通信ネットワーク４０を介して、通信制御装置２０や中継装置３０との間で各種データの送受信を行う。送受信部１１は、例えば、図２に示したネットワークＩ／Ｆ１１１およびＣＰＵ１０１によって実現される。
【００２８】
操作入力受付部１２は、端末１０を使用するユーザによる各種の操作入力を受け付ける。操作入力受付部１２は、例えば、図２に示した操作ボタン１０８、電源スイッチ１０９、およびＣＰＵ１０１によって実現される。
【００２９】
撮像部１３は、端末１０が配置されている拠点の映像を撮影する。撮像部１３により撮影された映像は、例えばＨ．２６４／ＳＶＣフォーマットなどのスケーラブルな符号化フォーマットで符号化され、送受信部１１から中継装置３０へと送信される。なお、映像データのフォーマットはＨ．２６４／ＳＶＣに限らず、例えば、Ｈ．２６４／ＡＶＣ、Ｈ．２６５、ＷｅｂＲＴＣ（Web  Real-Time  Communication）などの他のフォーマットであってもよい。撮像部１３は、例えば、図２に示したカメラ１１２、撮像素子Ｉ／Ｆ１１３、およびＣＰＵ１０１によって実現される。
【００３０】
表示制御部１４は、送受信部１１により受信されて復号化された他拠点の映像を用いて描画処理などを行い、処理したデータを表示装置５０に受け渡すことにより、表示装置５０に他拠点の映像を含む画面を表示させる。表示制御部１４は、例えば、図２に示したディスプレイＩ／Ｆ１１７およびＣＰＵ１０１によって実現される。
【００３１】
音声入力部１５は、端末１０が配置されている拠点の音声を入力する。音声入力部１５により入力された音声は、例えばＰＣＭ（Pulse  Code  Modulation）などの任意の符号化フォーマットで符号化され、送受信部１１から中継装置３０へと送信される。音声入力部１５は、例えば、図２に示したマイク１１４、音声入出力Ｉ／Ｆ１１６、およびＣＰＵ１０１によって実現される。
【００３２】
音声出力部１６は、送受信部１１により受信されて復号化された他拠点の音声を再生出力する。音声出力部１６は、例えば、図２に示したスピーカ１１５、音声入出力Ｉ／Ｆ１１６、およびＣＰＵ１０１によって実現される。
【００３３】
ステータス情報生成部１７は、端末１０の動作状態を表すステータス情報を生成する。ここで、端末１０の動作状態とは、例えば、マイク１１４のオンオフ、カメラ１１２のオンオフ、ＰＣのデータなどの共通のデータを複数の拠点の表示装置５０で同時に表示させる機能である画面共有の機能を使用しているか否か、表示画面の画面レイアウトが１拠点の映像のみを表示する単一表示であるか、あるいは複数の拠点の映像を表示する複合表示であるかなどである。ステータス情報生成部１７は、例えば、撮像部１３、音声入力部１５、表示制御部１４などからこれらの情報を収集して、ステータス情報を生成する。
【００３４】
図５は、ステータス情報の一例を示す図である。ステータス情報は、例えば図５に示すように、ＨＴＭＬ形式やＸＭＬ形式などのマークアップ言語で記述された情報として生成される。なお、ステータス情報の表現形式はこれに限らず、通信制御装置２０が解釈できる任意の形式でよい。また、図５に例示するステータス情報は、microphoneのタグで囲まれたマイクステータスと、cameraタグで囲まれたカメラステータスと、shareタグで囲まれた画面共有ステータスと、layoutタグで囲まれた画面レイアウトステータスとを含んでいるが、少なくともコミュニケーションタイプの判定に使用するステータスが含まれていればよい。
【００３５】
ステータス情報生成部１７により生成されたステータス情報は、送受信部１１から通信制御装置２０へと送信される。ステータス情報生成部１７によるステータス情報の生成および通信制御装置２０への送信は、例えば、所定周期で繰り返し行われる。あるいは、上述した端末１０の動作状態の変化をステータス情報生成部１７が検知し、端末１０の動作状態が変化したときにステータス情報生成部１７が新たなステータス情報を生成して、送受信部１１から通信制御装置２０へと送信するように構成してもよい。ステータス情報生成部１７は、例えば、図２に示したＣＰＵ１０１によって実現される。
【００３６】
受信情報生成部１８は、端末１０がデータを受信した際の通信ネットワーク４０の状態を表す受信情報を生成する。ここで、端末１０がデータを受信した際の通信ネットワーク４０の状態とは、例えば、データ全体のパケット数に対するロスしたパケット数の割合であるパケットロス率や、受信したデータの遅延時間などである。本実施形態では、受信情報としてパケットロス率を扱うものとする。パケットロス率は、例えば特許文献１に開示される方法で取得することができる。また、特許文献１に開示される方法以外にも、公知の帯域制御技術において用いられる様々な方法でパケットロス率を取得する構成であってもよい。
【００３７】
受信情報生成部１８により生成された受信情報は、送受信部１１から通信制御装置２０へと送信される。受信情報生成部１８による受信情報の生成および通信制御装置２０への送信は、送受信部１１がデータの受信を開始した後に、例えば、所定周期で繰り返し行われる。あるいは、送受信部１１が受信したデータのパケットロス率を受信情報生成部１８が監視し、パケットロス率が所定量以上変動したときに、上述した端末１０の動作状態の変化をステータス情報生成部１７が検知し、端末１０の動作状態が変化したときに受信情報生成部１８が新たに受信情報を生成し、送受信部１１から通信制御装置２０へと送信するように構成してもよい。受信情報生成部１８は、例えば、図２に示したＣＰＵ１０１によって実現される。
【００３８】
記憶・読出処理部１９は、記憶部１０００に対して各種データを記憶したり、読み出したりする処理を行う。記憶・読出処理部１９は、例えば、図２に示したＳＳＤ１０５およびＣＰＵ１０１によって実現される。
【００３９】
次に、通信制御装置２０の機能構成について説明する。図６は、通信制御装置２０の機能的な構成例を示すブロック図である。通信制御装置２０は、図６に示すように、送受信部２１、ステータス情報取得部２２、コミュニケーション判定部２３、受信情報取得部２４、品質制御部２５および記憶・読出処理部２６を備える。これら各部は、例えば、図３に示したＨＤ２０４からＲＡＭ２０３上に展開された通信制御用プログラムをＣＰＵ２０１が実行することにより実現される機能である。また、通信制御装置２０は、例えば、図３に示したＨＤ２０４によって構成される記憶部２０００を有している。
【００４０】
記憶部２０００には、図７に示すような会議管理テーブルを格納する会議管理ＤＢ２１００と、図８に示すような品質管理テーブルを格納する品質管理ＤＢ２２００と、図９に示すような状態管理テーブルを格納する状態管理ＤＢ２３００とが構築されている。
【００４１】
会議管理ＤＢ２１００に格納される会議管理テーブルは、どのコミュニケーション（会議）にどの拠点が参加しているかの情報を保持する。例えば、図７に示す会議管理テーブルでは、いずれかの端末１０から開催通知を受け付けた際に発行するコミュニケーションＩＤに対応付けて、そのコミュニケーションに参加する各拠点の端末１０のＩＰアドレスを格納している。なお、本実施形態では、ＩＰアドレスを用いて各端末１０を識別するものとしているが、ＩＰアドレスの代わりに各端末１０に付与された固有の端末ＩＤにより各端末１０を識別する構成であってもよい。また、端末ＩＤは端末１０のユーザを識別する情報であってもよい。通信制御装置２０は、例えば、コミュニケーションに参加する各拠点の端末１０のＩＰアドレスを含んだ開催通知をいずれかの端末１０から受け取ることにより、そのコミュニケーションに参加する各拠点の端末１０のＩＰアドレスを把握することができる。また、端末１０が通信制御装置２０にログインすることでその端末１０のＩＰアドレスを通信制御装置２０がコミュニケーション開始前に把握するようにしてもよい。会議管理テーブルは、通信制御装置２０が新たな開催通知を受け取ったり、コミュニケーションの終了通知を受け取ったりするたびに更新される。
【００４２】
品質管理ＤＢ２２００に格納される品質管理テーブルは、コミュニケーションタイプおよびコミュニケーションにおける端末１０の役割ごとに、受信情報（本実施形態ではパケットロス率）に対応する品質パラメータを規定している。例えば、図８に示す品質管理テーブルでは、コミュニケーションタイプが片方向コミュニケーションであるか双方向コミュニケーションであるか、片方向コミュニケーションの場合は端末１０の役割が主体的な役割（情報を発信する側）であるか従属的な役割（情報を受け取る側）であるかに応じて、受信側の端末１０のパケットロス率に対し最適な映像の品質パラメータとしての解像度およびフレームレートと、音声の最適な品質パラメータであるビットレートとを定めている。この品質管理テーブルは、データの品質とパケットロス率との関係を調べる実験などを通じて事前に生成され、品質管理ＤＢ２２００に格納される。
【００４３】
状態管理ＤＢ２３００に格納される状態管理テーブルは、コミュニケーションに参加する各拠点の端末１０の上述したステータス情報により表される現在の動作状態を保持する。例えば、図９に示す状態管理テーブルは、（ａ）マイクステータスに関するテーブル、（ｂ）カメラステータスに関するテーブル、（ｃ）画面共有ステータスに関するテーブル、および（ｄ）画面レイアウトステータスに関するテーブルを含む。これらの各テーブルは、開催通知を受けたコミュニケーションごとに生成され、通信制御装置２０がコミュニケーションの終了通知を受け取ると削除される。また、コミュニケーションが継続している間、そのコミュニケーションに参加する各拠点の端末１０から新たなステータス情報を取得するたびに、そのステータス情報に含まれるステータスに関するテーブルが更新される。
【００４４】
送受信部２１は、通信ネットワーク４０を介して、各拠点の端末１０および中継装置３０との間で各種データの送受信を行う。送受信部２１は、例えば、図３に示したネットワークＩ／Ｆ２０９およびＣＰＵ２０１によって実現される。
【００４５】
ステータス情報取得部２２は、コミュニケーションに参加する各拠点の端末１０から送信されたステータス情報を、送受信部２１を通じて取得する。ステータス情報取得部２２が取得したステータス情報は、記憶・読出処理部２６に渡されて、状態管理ＤＢ２３００の状態管理テーブルに格納される。ステータス情報取得部２２は、例えば、図３に示したネットワークＩ／Ｆ２０９およびＣＰＵ２０１によって実現される。
【００４６】
コミュニケーション判定部２３は、同一のコミュニケーションに参加する各拠点の端末１０から取得されたステータス情報の組み合わせに基づいて、コミュニケーションタイプを判定する。また、コミュニケーション判定部２３は、コミュニケーションタイプが片方向コミュニケーションであると判定した場合は、さらに、そのコミュニケーションの主体となる拠点、つまり、そのコミュニケーションにおいて主体的な役割を持つ端末１０の拠点を判定する。コミュニケーション判定部２３は、例えば、ステータス情報の種類（マイクステータス、カメラステータス、画面共有ステータス、画面レイアウトステータス）に応じて予め定められた判定規則に従い、コミュニケーションタイプの判定を行う。
【００４７】
図１０は、コミュニケーションタイプを判定する際の判定規則の一例を示す図であり、（ａ）はマイクステータスに対応する判定規則、（ｂ）はカメラステータスに対応する判定規則、（ｃ）は画面共有ステータスに対応する判定規則、（ｄ）は画面レイアウトステータスに対応する判定規則をそれぞれ例示している。これらの判定規則は、例えば、テーブルとして予め生成されて記憶部２０００に格納されていてもよいし、コミュニケーション判定部２３を動作させるロジックとして、コミュニケーション判定部２３を実現するプログラムに記述されていてもよい。コミュニケーション判定部２３は、例えば、品質管理ＤＢ２２００に格納される品質管理テーブルから同一のコミュニケーションに参加する各拠点の端末１０のステータス情報を取り出し、ステータス情報の種類ごとに、その組み合わせをこれらの判定規則と照合することで、コミュニケーションタイプを判定することができる。
【００４８】
図１０（ａ）のマイクステータスに対応する判定規則は、同一のコミュニケーションに参加する各拠点の端末１０のうち、端末１０のマイク１１４がオンになっている拠点が１拠点のみであれば、コミュニケーションタイプを片方向コミュニケーションと判定し、それ以外の場合は、コミュニケーションタイプを双方コミュニケーションと判定することを定めている。また、コミュニケーションタイプを片方向コミュニケーションと判定した際は、マイク１１４がオンになっている端末１０の拠点が、コミュニケーションの主体となる拠点であると判定することを定めている。例えば、コミュニケーションに参加している拠点が拠点Ａ（端末１０のＩＰアドレスは１９２．１６８．０．ｘｘ）と、拠点Ｂ（端末１０のＩＰアドレスは１９２．１６８．０．ｘｙ）と、拠点Ｃ（端末１０のＩＰアドレスは１９２．１６８．０．ｙｙ）の３拠点であり、各拠点の端末１０から取得したステータス情報のマイクステータスが図９（ａ）に例示したものであったとする。この場合、図９（ａ）に例示したマイクステータスの組み合わせから、拠点Ａの端末１０のみマイク１１４がオンになっていることが分かるので、コミュニケーション判定部２３は、コミュニケーションタイプを片方向コミュニケーションと判定し、コミュニケーションの主体となる拠点は拠点Ａであると判定する。
【００４９】
また、図１０（ｂ）のカメラステータスに対応する判定規則は、同一のコミュニケーションに参加する各拠点の端末１０のうち、端末１０のカメラ１１２がオンになっている拠点が１拠点のみであれば、コミュニケーションタイプを片方向コミュニケーションと判定し、それ以外の場合は、コミュニケーションタイプを双方向コミュニケーションと判定することを定めている。また、コミュニケーションタイプを片方向コミュニケーションと判定した際は、カメラ１１２がオンになっている端末１０の拠点が、コミュニケーションの主体となる拠点であると判定することを定めている。例えば、上述の例と同様に、コミュニケーションに参加している拠点が拠点Ａ〜Ｃの３拠点であり、各拠点の端末１０から取得したステータス情報のカメラステータスが図９（ｂ）に例示したものであったとする。この場合、図９（ｂ）に例示したカメラステータスの組み合わせから、拠点Ａの端末１０のみカメラ１１２がオンになっていることが分かるので、コミュニケーション判定部２３は、コミュニケーションタイプを片方向コミュニケーションと判定し、コミュニケーションの主体となる拠点は拠点Ａであると判定する。
【００５０】
また、図１０（ｃ）の画面共有ステータスに対応する判定規則は、同一のコミュニケーションに参加する各拠点の端末１０のうち、いずれかの拠点の端末１０が送信するデータがすべての拠点の端末１０において画面共有されていれば、コミュニケーションタイプを片方向コミュニケーションと判定し、それ以外の場合は、コミュニケーションタイプを双方向コミュニケーションと判定することを定めている。また、コミュニケーションタイプを片方向コミュニケーションと判定した際は、画面共有されているデータの送信元となる端末１０の拠点が、コミュニケーションの主体となる拠点であると判定することを定めている。例えば、上述の例と同様に、コミュニケーションに参加している拠点が拠点Ａ〜Ｃの３拠点であり、各拠点の端末１０から取得したステータス情報の画面共有ステータスが図９（ｃ）に例示したものであったとする。この場合、図９（ｃ）に例示した画面共有ステータスの組み合わせから、拠点Ａの端末１０からのデータが画面共有されていることが分かるので、コミュニケーション判定部２３は、コミュニケーションタイプを片方向コミュニケーションと判定し、コミュニケーションの主体となる拠点は拠点Ａであると判定する。
【００５１】
また、図１０（ｄ）の画面レイアウトステータスに対応する判定規則は、同一のコミュニケーションに参加する各拠点の端末１０のうち、いずれかの拠点の端末１０からの映像のみを表示している拠点の端末１０が複数あれば、コミュニケーションタイプを片方向コミュニケーションと判定し、それ以外の場合は、コミュニケーションタイプを双方向コミュニケーションと判定することを定めている。また、コミュニケーションタイプを片方向コミュニケーションと判定した際は、複数の拠点の端末１０が表示している１つのみの映像の送信元となる端末１０の拠点が、コミュニケーションの主体となる拠点であると判定することを定めている。例えば、上述の例と同様に、コミュニケーションに参加している拠点が拠点Ａ〜Ｃの３拠点であり、各拠点の端末１０から取得したステータス情報の画面レイアウトステータスが図９（ｄ）に例示したものであったとする。この場合、図９（ｄ）に例示した画面レイアウトステータスの組み合わせから、拠点Ｂの端末１０と拠点Ｃの端末１０とが、拠点Ａからの映像のみを表示していることが分かるので、コミュニケーション判定部２３は、コミュニケーションタイプを片方向コミュニケーションと判定し、コミュニケーションの主体となる拠点は拠点Ａであると判定する。
【００５２】
なお、以上説明した判定規則は一例であり、これに限定されるものではない。例えば、ステータス情報に含まれるマイクステータス、カメラステータス、画面共有ステータス、画面レイアウトステータスを単独で使用するのではなく、これらのうち２つ以上を複合的に用いる判定規則に従ってコミュニケーションタイプを判定するようにしてもよい。また端末１０から取得するステータス情報の種類をより多様化し、コミュニケーションタイプとして、片方向コミュニケーションと双方向コミュニケーションのいずれかを判定するのではなく、より多様な種類を判定するように構成することも可能である。
【００５３】
コミュニケーション判定部２３の判定結果は、品質制御部２５に渡される。コミュニケーション判定部２３は、例えば、図３に示したＣＰＵ２０１によって実現される。
【００５４】
受信情報取得部２４は、コミュニケーションに参加する各拠点の端末１０から送信された受信情報を、送受信部２１を通じて取得する。受信情報取得部２４が取得した受信情報は、品質制御部２５に渡される。この受信情報は、上述したように、各端末１０がデータを受信した際の通信ネットワーク４０の状態を表す情報であり、例えば端末１０がデータを受信した際のパケットロス率などの情報である。受信情報取得部２４は、例えば、図３に示したネットワークＩ／Ｆ２０９およびＣＰＵ２０１によって実現される。
【００５５】
品質制御部２５は、コミュニケーション判定部２３により判定されたコミュニケーションタイプと、受信情報取得部２４により取得された受信情報とに基づいて、コミュニケーションに参加する各拠点の端末１０間で送受信されるデータの品質を制御する。具体的には、品質制御部２５は、例えば、品質管理ＤＢ２２００に格納された図８のような品質管理テーブルを参照し、コミュニケーションタイプが片方向コミュニケーションであるか双方向コミュニケーションであるか、端末１０の役割が主体的な役割か従属的な役割か、受信情報として取得されたパケットロス率がどの程度かに応じて、各端末１０間で送受信されるデータの品質パラメータを決定する。
【００５６】
例えば、コミュニケーションタイプが片方向コミュニケーションと判定された場合、主体的な役割の端末１０からの映像の品質パラメータは、その映像を受信する端末１０の受信情報として取得されたパケットロス率が０〜１％であれば、解像度：１９２０×１０８０、フレームレート：３０とし、パケットロス率が１〜５％であれば、解像度：１２８０×７２０、フレームレート：３０とする。また、コミュニケーションタイプが片方向コミュニケーションと判定された場合、従属的な役割の端末１０からの映像の品質パラメータは、その映像を受信する端末１０の受信情報として取得されたパケットロス率が０〜１％であれば、解像度：７２０×４８０、フレームレート：１５とし、パケットロス率が１〜５％であれば、解像度：３２０×２４０、フレームレート：１５とする。
【００５７】
また、コミュニケーションタイプが双方向コミュニケーションと判定された場合、各端末１０からの映像の品質パラメータは、その映像を受信する端末１０の受信情報として取得されたパケットロス率が０〜１％であれば、解像度：１２８０×７２０、フレームレート：１０とし、パケットロス率が１〜５％であれば、解像度：７２０×４８０、フレームレート：１０とする。
【００５８】
品質制御部２５は、以上のようにしてコミュニケーションに参加する各拠点の端末１０間で送受信されるデータの品質パラメータを決定すると、決定した各データの品質パラメータを、送受信部２１から通信ネットワーク４０を介して中継装置３０に通知する。そして、品質制御部２５は、中継装置３０に対して、端末１０間のデータ伝送を中継する際に、送信側の端末１０から送信されたデータを、通知した品質パラメータのデータに変換した上で受信側の端末１０に転送することを指示する。品質制御部２５は、例えば、図３に示したＣＰＵ２０１によって実現される。
【００５９】
記憶・読出処理部２６は、記憶部２０００に対して各種データを記憶したり、読み出したりする処理を行う。記憶・読出処理部２６は、例えば、図３に示したＨＤＤ２０５およびＣＰＵ２０１によって実現される。
【００６０】
ここで、本実施形態の通信制御装置２０において特徴的なコミュニケーション判定部２３および品質制御部２５の動作の概要について図１１を参照して説明する。図１１は、コミュニケーション判定部２３および品質制御部２５の処理手順の一例を示すフローチャートである。
【００６１】
コミュニケーション判定部２３は、まず、コミュニケーションに参加する各拠点の端末１０から取得されたステータス情報の組み合わせを生成する（ステップＳ１０１）。そして、コミュニケーション判定部２３は、例えば図１０に例示した判定規則に従って、ステップＳ１０１で生成したステータス情報の組み合わせが、片方向コミュニケーションの条件に合致するか否かを判定する（ステップＳ１０２）。ここで、ステータス情報の組み合わせが片方向コミュニケーションの条件に合致する場合（ステップＳ１０２：Ｙｅｓ）、コミュニケーション判定部２３は、コミュニケーションタイプが片方向コミュニケーションであると判定する（ステップＳ１０３）。そして、例えば図１０に例示した判定規則に従い、コミュニケーションの主体となる拠点をさらに判定する（ステップＳ１０４）。一方、ステータス情報の組み合わせが片方向コミュニケーションの条件に合致しない場合は（ステップＳ１０２：Ｎｏ）、コミュニケーション判定部２３は、コミュニケーションタイプが双方向コミュニケーションであると判定する（ステップＳ１０５）。
【００６２】
その後、コミュニケーションに参加する各拠点の端末１０から受信情報が取得されると、品質制御部２５は、例えば図８に例示した品質管理テーブルを参照し、コミュニケーション判定部２３により判定されたコミュニケーションタイプと、各拠点の端末１０から取得された受信情報とに基づいて、各拠点の端末１０間で送受信されるデータの品質パラメータを決定する（ステップＳ１０６）。そして、品質制御部２５は、ステップＳ１０６で決定した品質パラメータを中継装置３０に通知する（ステップＳ１０７）。
【００６３】
次に、中継装置３０の機能構成について説明する。図１２は、中継装置３０の機能的な構成例を示すブロック図である。中継装置３０は、図１２に示すように、送受信部３１、記憶・読出処理部３２および転送制御部３３を備える。これら各部は、例えば、図３に示したＨＤ２０４からＲＡＭ２０３上に展開された中継装置用プログラムをＣＰＵ２０１が実行することにより実現される機能である。また、中継装置３０は、例えば、図３に示したＨＤ２０４によって構成される記憶部３０００を有している。
【００６４】
記憶部３０００には、図１３に示すような受信要求管理テーブルを格納する受信要求管理ＤＢ３１００が構築されている。受信要求管理ＤＢ３１００に格納される受信要求管理テーブルは、各拠点の端末１０が送信するデータに対し、どの拠点の端末１０が受信を要求しているかの情報を、そのデータに対して通信制御装置２０の品質制御部２５によって決定された品質パラメータとともに保持している。例えば、図１３に示す受信要求管理テーブルの例では、各拠点の端末１０から送信される映像について、その映像に割り当てられたデータＩＤと、その映像の受信を要求している端末１０のＩＰアドレスと、その映像の品質パラメータである解像度およびフレームレートとを対応付けたかたちで保持している。１つの映像に対して受信を要求している端末１０が複数ある場合は、それぞれの端末１０ごとに、受信するデータの品質パラメータである解像度およびフレームレートが対応付けられている。
【００６５】
このような受信要求管理テーブルは、コミュニケーションに参加する各拠点の端末１０から送信される受信要求と、通信制御装置２０から送信される品質パラメータとに基づいて生成される。受信要求は、例えば、端末１０の操作入力受付部１２によりユーザのデータを指定する操作入力が受け付けられたときに、端末１０の送受信部１１から中継装置３０に送信される。受信要求管理テーブルは、いずれかの端末１０から中継装置３０に対して、新たな受信要求が送信されるたびに更新される。また、受信要求管理テーブルが保持する各データの品質パラメータは、通信制御装置２０から新たに決定された品質パラメータが送信されるたびに更新される。
【００６６】
送受信部３１は、通信ネットワーク４０を介して、各拠点の端末１０および通信制御装置２０との間で各種データの送受信を行う。送受信部３１は、例えば、図３に示したネットワークＩ／Ｆ２０９およびＣＰＵ２０１によって実現される。
【００６７】
記憶・読出処理部３２は、記憶部３０００に対して各種データを記憶したり、読み出したりする処理を行う。記憶・読出処理部３２は、例えば、図３に示したＨＤＤ２０５およびＣＰＵ２０１によって実現される。
【００６８】
転送制御部３３は、受信要求管理ＤＢ３１００に格納された受信要求管理テーブルを参照しながら、各拠点の端末１０間で送受信されるデータの転送を制御する。例えば、転送制御部３３は、ある拠点の端末１０からスケーラブルに符号化された映像がデータＩＤとともに送信され、送受信部３１により受信されると、データＩＤをキーとして、受信要求管理テーブルからその映像の受信を要求している端末１０のＩＰアドレスと、その映像に対して指定された解像度およびフレームレートを取得する。そして、スケーラブルに符号化された映像を、指定された解像度およびフレームレートの映像に変換し、送受信部３１を通じて、受信を要求している端末１０のＩＰアドレス宛てに転送する。これにより、コミュニケーションに参加する各拠点の端末１０間で送受信されるデータの品質を、コミュニケーションタイプとデータを受信する側の通信ネットワーク４０の状況とに応じて最適化することができる。転送制御部２３は、例えば、図３に示したネットワークＩ／Ｆ２０９およびＣＰＵ２０１によって実現される。
【００６９】
次に、本実施形態のテレビ会議システムを利用して拠点Ａ〜Ｃの３拠点間でコミュニケーションを行う場合を想定して、本実施形態のテレビ会議システムの動作例を説明する。図１４は、本実施形態のテレビ会議システムの動作例を説明するシーケンス図である。なお、ここでは、各拠点の端末１０がテレビ会議システムにログインする処理や、各拠点の端末１０間で中継装置３０を介してデータの送受信を行うためのセッションを確立する処理などはすでに終了し、コミュニケーションの開催通知が通信制御装置２０に送られているものとする。また、ここでは、拠点Ａの端末１０を「端末１０Ａ」、拠点Ｂの端末１０を「端末１０Ｂ」、拠点Ｃの端末１０を「端末１０Ｃ」とそれぞれ表記する。
【００７０】
まず、コミュニケーションに参加する各拠点の端末１０Ａ，１０Ｂ，１０Ｃは、それぞれ、自拠点で受信するデータを指定した受信要求を中継装置３０に送信する（ステップＳ１，Ｓ２，Ｓ３）。中継装置３０は、これら端末１０Ａ，１０Ｂ，１０Ｃからの受信要求を受けて、受信要求管理テーブルを生成する（ステップＳ４）。
【００７１】
その後、コミュニケーションに参加する各拠点の端末１０Ａ，１０Ｂ，１０Ｃは、それぞれ、自身の動作状態を表すステータス情報を通信制御装置２０に送信する（ステップＳ５，Ｓ６，Ｓ７）。通信制御装置２０は、これら端末１０Ａ，１０Ｂ，１０Ｃからのステータス情報を取得すると、取得したステータス情報の組み合わせに基づいて、コミュニケーションタイプを判定する（ステップＳ８）。そして、通信制御装置２０は、判定したコミュニケーションタイプに応じて、各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータの品質パラメータを決定する（ステップＳ９）。このとき、各拠点の端末１０Ａ，１０Ｂ，１０Ｃは未だデータの送受信を開始していないため、通信制御装置２０は、すべての端末１０Ａ，１０Ｂ，１０Ｃにおけるパケットロス率が０％と仮定して、各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータの品質パラメータを決定する。そして、通信制御装置２０は、決定した品質パラメータを中継装置３０に通知する（ステップＳ１０）。
【００７２】
中継装置３０は、通信制御装置２０から各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータに対する品質パラメータが通知されると、通知された品質パラメータをステップＳ４で生成した受信要求管理テーブルに適用して、この受信要求管理テーブルを更新する（ステップＳ１１）。そして、各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間でデータの送受信が開始されると、中継装置３０は、ステップＳ１１で更新した受信要求管理テーブルを用いて、各拠点の端末１０Ａ，１０Ｂ，１０Ｃが送信するデータを、指定された品質のデータに変換して、受信を要求している端末に転送する（ステップＳ１２）。
【００７３】
その後、各拠点の端末１０Ａ，１０Ｂ，１０Ｃは、実際にデータを受信した際の通信ネットワーク４０の状態を表す受信情報（パケットロス率）を通信制御装置２０に送信する（ステップＳ１３，Ｓ１４，Ｓ１５）。通信制御装置２０は、これら端末１０Ａ，１０Ｂ，１０Ｃからの受信情報を取得すると、取得した受信情報とステップＳ８ですでに判定しているコミュニケーションタイプとに応じて、各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータの品質パラメータを新たに決定する（ステップＳ１６）。そして、通信制御装置２０は、決定した品質パラメータを中継装置３０に通知する（ステップＳ１７）。
【００７４】
中継装置３０は、通信制御装置２０から各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータに対する品質パラメータが通知されると、通知された品質パラメータを受信要求管理テーブルに適用して、この受信要求管理テーブルを更新する（ステップＳ１８）。そして、中継装置３０は、ステップＳ１８で更新した受信要求管理テーブルを用いて、各拠点の端末１０Ａ，１０Ｂ，１０Ｃが送信するデータを、指定された品質のデータに変換して、受信を要求している端末に転送する（ステップＳ１９）。
【００７５】
その後、各拠点の端末１０Ａ，１０Ｂ，１０Ｃから通信制御装置２０に対して受信情報が新たに送信されるたびに、通信制御装置２０による品質パラメータの決定と中継装置３０による受信要求管理テーブルの更新が繰り返し行われ、各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータの品質が、通信ネットワーク４０の状態に合わせて随時変更される。また、各拠点の端末１０Ａ，１０Ｂ，１０Ｃから通信制御装置２０に対して新たにステータス情報が送信されると、通信制御装置２０によるコミュニケーションタイプの判定および品質パラメータの決定と中継装置３０による受信要求管理テーブルの更新が行われ、各拠点の端末１０Ａ，１０Ｂ，１０Ｃ間で送受信されるデータの品質が、コミュニケーションタイプの変化に合わせて変更される。
【００７６】
以上、具体的な例を挙げながら詳細に説明したように、本実施形態のテレビ会議システムでは、コミュニケーションに参加する各拠点の端末１０の動作状態を表すステータス情報の組み合わせに基づいて、コミュニケーションタイプが判定される。そして、判定されたコミュニケーションタイプと、コミュニケーションに参加する各拠点の端末１０がデータを受信する際の通信ネットワーク４０の状態を表す受信情報とに基づいて、各拠点の端末１０間で送受信されるデータの品質が制御される。したがって、本実施形態のテレビ会議システムによれば、ユーザの操作に対する負荷を軽減しつつ、ネットワーク帯域に応じた適切な品質制御を実現することができる。
【００７７】
（変形例１）
なお、以上説明した第１実施形態では、通信制御装置２０が、各拠点の端末１０間で送受信されるデータの品質パラメータを決定すると、決定した品質パラメータを中継装置３０に通知する構成としている。しかし、通信制御装置２０は、決定した品質パラメータをデータの送信元の端末１０に直接、あるいは中継装置３０を介して通知する構成としてもよい。この場合、各拠点の端末１０は、通信制御装置２０から通知された品質のデータを送信すればよい。
【００７８】
（変形例２）
また、以上説明した第１実施形態では、各拠点の端末１０が、ステータス情報や受信情報を通信制御装置２０に直接送信する構成としている。しかし、各拠点の端末１０から送信されるステータス情報や受信情報を中継装置３０で一旦集計し、中継装置３０で集計されたステータス情報や受信情報を通信制御装置２０が取得する構成としてもよい。
【００７９】
（変形例３）
また、以上説明した第１実施形態では、通信制御装置２０と中継装置３０とを各々独立した装置として構成している。しかし、通信制御装置２０に中継装置３０としての機能を持たせる、あるいは中継装置３０に通信制御装置２０の機能を持たせることにより、これらを一体の装置として構成してもよい。
【００８０】
［第２実施形態］
図１５は、第２実施形態のテレビ会議システムの概略構成図である。本実施形態のテレビ会議システムは、図１５に示すように、上述した第１実施形態のテレビ会議システムの構成（図１参照）に対し、管理装置６０を追加したものである。以下では、第１実施形態との差分についてのみ説明する。
【００８１】
管理装置６０は、本実施形態のテレビ会議システムの全体的な管理を行うサーバコンピュータである。例えば管理装置６０は、各端末１０がシステムにログインする際の認証処理、コミュニケーションの開催通知や終了通知の受け付け、開催中のコミュニケーションの管理、各端末１０の状態管理などを行う。管理装置６０のハードウェア構成は、例えば図３に示した通信制御装置２０のハードウェア構成と同様であるため、図示および説明を省略する。
【００８２】
図１６は、管理装置６０の機能的な構成例を示すブロック図である。管理装置６０は、図１６に示すように、送受信部６１、記憶・読出処理部６２および管理部６３を備える。これら各部は、例えば、図３に示したＨＤ２０４からＲＡＭ２０３上に展開された管理装置用プログラムをＣＰＵ２０１が実行することにより実現される機能である。また、管理装置６０は、例えば、図３に示したＨＤ２０４によって構成される記憶部６０００を有している。
【００８３】
記憶部６０００には、図７に示したような会議管理テーブルを格納する会議管理ＤＢ２１００と、図１７に示すような端末管理テーブルを格納する端末管理ＤＢ６１００とが構築されている。上述した第１実施形態では、通信制御装置２０の記憶部２０００に会議管理ＤＢ２１００が構築されていたが、本実施形態では、管理装置６０が開催中のコミュニケーションの管理を行うため、管理装置６０の記憶部６０００に会議管理ＤＢ２１００が構築されている。
【００８４】
端末管理ＤＢ６１００に格納される端末管理テーブルは、本実施形態のテレビ会議システムで使用される端末１０として登録されているすべての端末１０について、その端末１０の状態を管理するための情報を保持する。例えば、図１７に示す端末管理テーブルでは、各端末１０の端末名に対応付けて、その端末１０の現在の稼働状態と、ＩＰアドレスと、マイクステータスやカメラステータスなどのステータス情報とを格納している。端末管理テーブルは、新たに端末１０の登録が行われたり、端末１０の稼働状態の変化や新たなステータス情報の通知が行われたりするたびに更新される。
【００８５】
送受信部６１は、通信ネットワーク４０を介して、各端末１０、通信制御装置２０および中継装置３０との間で各種データの送受信を行う。送受信部６１は、例えば、図３に示したネットワークＩ／Ｆ２０９およびＣＰＵ２０１によって実現される。
【００８６】
記憶・読出処理部６２は、記憶部６０００に対して各種データを記憶したり、読み出したりする処理を行う。記憶・読出処理部６２は、例えば、図３に示したＨＤＤ２０５およびＣＰＵ２０１によって実現される。
【００８７】
管理部６３は、コミュニケーションの開催通知や終了通知に応じて会議管理テーブルを更新したり、端末１０の登録操作、端末１０の稼働状態の変化やステータス情報の通知などに応じて端末管理テーブルを更新したりといった処理を行う。管理部６３は、例えば、図３に示したＣＰＵ２０１によって実現される。
【００８８】
本実施形態のテレビ会議システムは、管理装置６０が、端末１０のマイクステータスやカメラステータスなどのステータス情報を管理する構成である。そのため、各端末１０は、通信制御装置２０に対してではなく、管理装置６０に対してステータス情報を送信する。そして、通信制御装置２０は、コミュニケーションタイプを判定する際に、そのコミュニケーションに参加する各拠点の端末１０のステータス情報を管理装置６０から取得する。そして、通信制御装置２０は、管理装置６０から取得したステータス情報の組み合わせに基づいて、コミュニケーションタイプを判定する。本実施形態のテレビ会議システムにおけるその他の動作は、第１の実施形態と同様である。
【００８９】
以上のように、本実施形態のテレビ会議システムにおいても、コミュニケーションに参加する各拠点の端末１０から取得したステータス情報の組み合わせに基づいてコミュニケーションタイプを判定し、判定したコミュニケーションタイプと各拠点の端末１０から取得した受信情報とに基づいて各拠点の端末１０間で送受信されるデータの品質を制御する。したがって、第１実施形態と同様に、ユーザの操作に対する負荷を軽減しつつ、ネットワーク帯域に応じた適切な品質制御を実現することができる。さらに、本実施形態では、コミュニケーションの管理などが通信制御装置２０ではなく管理装置６０により行われるので、負荷を分散してテレビ会議システムの運用を効率よく行うことができる。
【００９０】
（変形例１）
なお、以上説明した第２実施形態では、通信制御装置２０が、各拠点の端末１０間で送受信されるデータの品質パラメータを決定すると、決定した品質パラメータを中継装置３０に通知する構成としている。しかし、通信制御装置２０は、決定した品質パラメータをデータの送信元の端末１０に直接、あるいは中継装置３０を介して通知する構成としてもよい。この場合、各拠点の端末１０は、通信制御装置２０から通知された品質のデータを送信すればよい。
【００９１】
（変形例２）
また、以上説明した第２実施形態では、通信制御装置２０と中継装置３０と管理装置６０とを各々独立した装置として構成している。しかし、通信制御装置２０と中継装置３０とを一体の装置として構成してもよいし、通信制御装置２０と管理装置６０とを一体の装置として構成してもよい。
【００９２】
［第３実施形態］
図１８は、第３実施形態のテレビ会議システムの概略構成図である。本実施形態のテレビ会議システムは、図１８に示すように、拠点Ａと拠点Ｂの２拠点間でコミュニケーションを行う場合の例であり、上述した中継装置３０が不要とされている。つまり、本実施形態では、拠点Ａの端末１０と拠点Ｂの端末１０とが、中継装置３０を介さずに直接データの送受信を行う。
【００９３】
本実施形態においても、通信制御装置２０は、拠点Ａの端末１０から取得したステータス情報と拠点Ｂの端末１０から取得したステータス情報との組み合わせに基づいて、拠点Ａと拠点Ｂとの２拠点間で行われるコミュニケーションタイプを判定する。そして、判定したコミュニケーションタイプと、拠点Ａの端末１０および拠点Ｂの端末１０から取得した受信情報とに基づいて、これらの端末１０間で送受信されるデータの品質パラメータを決定する。ただし、本実施形態においては、通信制御装置２０が決定した品質パラメータを拠点Ａの端末１０および拠点Ｂの端末１０に通知する。拠点Ａの端末１０および拠点Ｂの端末１０は、それぞれ、通信制御装置２０から通知された品質パラメータに従ってデータを送信する。
【００９４】
以上のように、本実施形態のテレビ会議システムにおいても、コミュニケーションに参加する拠点Ａの端末１０および拠点Ｂの端末１０から取得したステータス情報の組み合わせに基づいてコミュニケーションタイプを判定し、判定したコミュニケーションタイプと各拠点の端末１０から取得した受信情報とに基づいて各拠点の端末１０間で送受信されるデータの品質を制御する。したがって、第１実施形態や第２実施形態と同様に、ユーザの操作に対する負荷を軽減しつつ、ネットワーク帯域に応じた適切な品質制御を実現することができる。
【００９５】
（変形例１）
なお、以上説明した第３実施形態では、通信制御装置２０を拠点Ａの端末１０や拠点Ｂの端末１０とは独立した装置として設けているが、これらの端末１０の少なくともいずれかに通信制御装置２０の機能を持たせるようにして、通信制御装置２０と端末１０とを一体の装置として構成してもよい。いずれの端末１０に通信制御装置２０としての機能を持たせるかは、例えばシステムに最初にログインした端末１０に通信制御装置２０としての機能を持たせるなど、予め定めたルールに従えばよい。
【００９６】
以上、本発明を適用した具体的な実施形態およびその変形例を説明したが、本発明は上述した各実施形態や変形例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で様々な変形や変更を加えて具体化することができる。例えば、上述した各実施形態およびその変形例では、本発明を適用した通信システムの一例としてテレビ会議システムを例示したが、これに限られるものではない。本発明は、端末間で映像や音声のデータを送受信するシステム、例えば、管理センタの端末から自動車に搭載されたカーナビゲーション装置に対して地図データやルート情報などを配信するカーナビゲーションシステムなど、各種の通信システムに対して有効に適用可能である。
【００９７】
また、上述した実施形態では、本発明を適用した端末の一例としてテレビ会議端末を例示したが、これに限られるものではない。本発明は、例えばＰＣやタブレット端末、スマートフォン、電子黒板、自動車に搭載されるカーナビゲーション装置、ＩＰ（Internet  Protocol）電話、インターネット電話等の電話端末、ウェアラブルコンピュータ、カメラ、ゲーム機、通信機能を備えた産業機器など、外部の機器と通信を行う各種の機器に対して有効に適用可能である。ウェアラブルコンピュータには、腕時計やヘッドマウントディスプレイなどが含まれる。また、産業機器には、ＭＦＰ（Multifunction  Peripheral/Printer/Product）等のオフィス機器、内視鏡等の医療用機器、耕運機等の農業用機器などが含まれる。
【符号の説明】
【００９８】
１０  端末
１１  送受信部
１７  ステータス情報生成部
１８  受信情報生成部
２０  通信制御装置
２１  送受信部
２２  ステータス情報取得部
２３  コミュニケーション判定部
２４  受信情報取得部
２５  品質制御部
３０  中継装置
３１  送受信部
３３  転送制御部
４０  通信ネットワーク
２０００  記憶部
２２００  品質管理ＤＢ
【先行技術文献】
【特許文献】
【００９９】
【特許文献１】特許第５４０２３８９号公報
【図１】
2016178419.tif 000003
【図２】
2016178419.tif 000004
【図３】
2016178419.tif 000005
【図４】
2016178419.tif 000006
【図５】
2016178419.tif 000007
【図６】
2016178419.tif 000008
【図７】
2016178419.tif 000009
【図８】
2016178419.tif 000010
【図９】
2016178419.tif 000011
【図１０】
2016178419.tif 000012
【図１１】
2016178419.tif 000013
【図１２】
2016178419.tif 000014
【図１３】
2016178419.tif 000015
【図１４】
2016178419.tif 000016
【図１５】
2016178419.tif 000017
【図１６】
2016178419.tif 000018
【図１７】
2016178419.tif 000019
【図１８】
2016178419.tif 000020