(57)【要約】【課題】頻繁な画面遷移が抑制された情報処理装置を提供すること。【解決手段】ネットワークを介して他の情報処理装置と通信する情報処理装置１０であって、１つ以上の前記他の情報処理装置から画像を受信する受信手段１１と、前記受信手段の受信帯域情報を取得する帯域情報取得手段１８と、表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定する第一表示数決定手段２３３ａと、前記受信帯域情報が安定している場合、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定する第二表示数決定手段２３３と、前記第二表示数決定手段が決定した数の前記画像を前記表示装置に表示する表示処理手段２３４と、を有する。【選択図】図２
2017028660.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して他の情報処理装置と通信する情報処理装置であって、
１つ以上の前記他の情報処理装置から画像を受信する受信手段と、
前記受信手段の受信帯域情報を取得する帯域情報取得手段と、
表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定する第一表示数決定手段と、
前記受信帯域情報が安定している場合、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定する第二表示数決定手段と、
前記第二表示数決定手段が決定した数の前記画像を前記表示装置に表示する表示処理手段と、を有する情報処理装置。
【請求項２】
前記第二表示数決定手段は、前記帯域情報取得手段が過去に取得した前記受信帯域情報よりも前記受信帯域情報が増加した状態で安定していると判断された場合、前記第一表示数決定手段が決定した前記画像の数を前記表示装置に表示する前記画像の数に決定する請求項１に記載の情報処理装置。
【請求項３】
前記帯域情報取得手段が過去に取得した前記受信帯域情報よりも前記受信帯域情報が増加した場合、前記第一表示数決定手段が決定した数の前記画像を前記他の情報処理装置から前記受信手段が受信し、
前記第二表示数決定手段は、前記第一表示数決定手段により決定された数の前記画像を前記受信手段が受信している状態で、前記帯域情報取得手段が過去に取得した前記受信帯域情報よりも前記受信帯域情報が増加した状態で安定しているか否かを判断する請求項２に記載の情報処理装置。
【請求項４】
前記情報処理装置と通信可能な前記他の情報処理装置の数を取得する数取得手段を有し、
前記帯域情報取得手段が過去に取得した前記受信帯域情報よりも前記受信帯域情報が増加した場合、前記第二表示数決定手段は前記表示装置に表示されている前記画像の数と、前記数取得手段が取得した前記他の情報処理装置の数の少ない方を前記表示装置に表示する前記画像の数に決定する請求項２又は３に記載の情報処理装置。
【請求項５】
前記帯域情報取得手段が過去に取得した前記受信帯域情報よりも前記受信帯域情報が増加した後に安定した場合、前記第二表示数決定手段は前記第一表示数決定手段により決定された前記画像の数と、前記数取得手段が取得した前記他の情報処理装置の数の少ない方を前記表示装置に表示する前記画像の数に決定する請求項４に記載の情報処理装置。
【請求項６】
前記第二表示数決定手段は、前記第一表示数決定手段により決定された前記画像の数と、前記数取得手段が取得した前記他の情報処理装置の数の少ない方を、前記受信手段が受信する前記画像の数に決定する請求項４に記載の情報処理装置。
【請求項７】
前記第二表示数決定手段は、前記第二表示数決定手段が決定した前記画像の数を、前記受信手段が受信する前記画像の数に決定する請求項５に記載の情報処理装置。
【請求項８】
ネットワークを介して端末と通信する情報処理装置であって、
前記端末が他の端末から画像を受信する際の受信帯域情報を取得する帯域情報取得手段と、
前記端末が表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定する第一表示数決定手段と、
前記受信帯域情報が安定している場合、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定する第二表示数決定手段と、
前記第二表示数決定手段が決定した数の前記画像を前記端末に通知する通知手段と、を有する情報処理装置。
【請求項９】
ネットワークを介して他の情報処理装置と通信する情報処理装置が行う画像表示方法であって、
受信手段が、１つ以上の前記他の情報処理装置から画像を受信するステップと、
帯域情報取得手段が、前記受信手段の受信帯域情報を取得するステップと、
第一表示数決定手段が、表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定するステップと、
前記受信帯域情報が安定している場合、第二表示数決定手段が、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定するステップと、
表示処理手段が、前記第二表示数決定手段が決定した数の前記画像を前記表示装置に表示するステップと、を有する画像表示方法。
【請求項１０】
ネットワークを介して他の情報処理装置と通信する情報処理装置を、
１つ以上の前記他の情報処理装置から画像を受信する受信手段と、
前記受信手段の受信帯域情報を取得する帯域情報取得手段と、
表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定する第一表示数決定手段と、
前記受信帯域情報が安定している場合、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定する第二表示数決定手段と、
前記第二表示数決定手段が決定した数の前記画像を前記表示装置に表示する表示処理手段と、として機能させるためのプログラム。
【請求項１１】
ネットワークを介して複数の情報処理装置が通信する通信システムであって、
１つ以上の他の情報処理装置から画像を受信する受信手段と、
前記受信手段の受信帯域情報を取得する帯域情報取得手段と、
表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定する第一表示数決定手段と、
前記受信帯域情報が安定している場合、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定する第二表示数決定手段と、
前記第二表示数決定手段が決定した数の前記画像を前記表示装置に表示する表示処理手段と、を有する通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、画像表示方法、通信システム及びプログラムに関する。
【背景技術】
【０００２】
インターネット等の通信ネットワークを介して複数の端末装置間でテレビ会議等を行う伝送システムの一例としてテレビ会議システムが知られている。このようなテレビ会議システムでは、一方の伝送端末でテレビ会議中に収集された画像データ及び音声データを他方の伝送端末に送信する。他方の伝送端末はこの画像データ及び音声データを受信し、ディスプレイ等に画像を表示したり、スピーカから音声を出力したりすることで、これらの伝送端末間でテレビ会議を行うことができる。
【０００３】
このように、会議に参加している伝送端末には会議に参加中の別の拠点にある他の伝送端末から画像データが届くことになる。他の伝送端末が複数ある場合は複数の画像データが届く場合がある。この場合、他の伝送端末から受信した画像データを伝送端末がディスプレイ等にどのようにレイアウトして表示するかは受信側の伝送端末に委ねられている。
【０００４】
そこで、複数の伝送端末から受信した画像データを表示する際のレイアウトを伝送端末の状況に応じて決定する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、伝送端末のシステム条件が変化した場合にレイアウトの変更を行うビデオ通信用のシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載されているように、システム条件の変化に対し画面のレイアウトを変更すると、レイアウトが頻繁に変更されるためユーザが煩わしく感じるおそれがあるという問題が生じる。すなわち、伝送端末が決定したレイアウトは、そのままユーザが見る画面のレイアウトとなるため、ユーザはレイアウトの変更をリアルタイムに見ている。例えば、受信側の伝送端末のネットワーク状況が良化して、伝送端末が表示する画像データの数（以下、表示拠点数という）を増やす決定を行うと、ユーザは画像データの数が増えた画面を見ることになる。しかし、表示拠点数を増やした直後にネットワーク状況が悪化してしまうと、伝送端末は表示拠点数を減らす決定を行うので、ユーザは画像データの数が減った画面を見ることになる。
【０００６】
このように、ネットワーク状況が必ずしも安定していない環境だと、表示拠点数が短時間に変化し画面のレイアウトが頻繁に切り替わる可能性があるため、ユーザにとって好ましくない画面遷移となってしまう可能性がある。
【０００７】
本発明は、上記の課題に鑑み、頻繁な画面遷移が抑制された情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題に鑑み、本発明は、ネットワークを介して他の情報処理装置と通信する情報処理装置であって、１つ以上の前記他の情報処理装置から画像を受信する受信手段と、前記受信手段の受信帯域情報を取得する帯域情報取得手段と、表示装置に表示する前記画像の数を前記受信帯域情報に応じて決定する第一表示数決定手段と、前記受信帯域情報が安定している場合、前記第一表示数決定手段が決定した前記画像の数を表示装置に表示する前記画像の数に決定し、前記受信帯域情報が安定していない場合、前記表示装置に表示されている前記画像の数を前記表示装置に表示する前記画像の数に決定する第二表示数決定手段と、前記第二表示数決定手段が決定した数の前記画像を前記表示装置に表示する表示処理手段と、を有する。
【発明の効果】
【０００９】
頻繁な画面遷移が抑制された情報処理装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】伝送システムによる画像及び音声の送受信を模式的に説明する図の一例である。
【図２】伝送システムの概略的な特徴を説明する図の一例である。
【図３】伝送システムの概略図の一例である。
【図４】伝送システムが制御するいくつかのセッションについて説明する図の一例である。
【図５】伝送端末のハードウェア構成図の一例である。
【図６】伝送管理システムのハードウェア構成図の一例である。
【図７】伝送システムに含まれる伝送管理システム、伝送端末、及び、中継装置の機能ブロック図の一例である。
【図８】表示制御部の機能ブロック図の一例である。
【図９】表示拠点数が２拠点の場合のレイアウトの一例を示す図である。
【図１０】複数の伝送端末の間で通信を開始する準備段階の処理を示したシーケンス図の一例である。
【図１１】本実施形態に係る複数の伝送端末の間でセッションを確立する処理の一例のシーケンス図である。
【図１２】参加者情報テーブルの作成手順を示すフローチャート図の一例である。
【図１３】伝送端末がコンテンツデータを送受信し、レイアウトを変更する全体的な手順を示すシーケンス図の一例である。
【図１４】伝送端末の表示制御部が表示拠点数と受信拠点数を判断する手順を示すフローチャート図の一例である。
【図１５】参加端末数と受信帯域の変化に対し決定されるレイアウトの一例を示す図である。
【図１６】図１５（ｂ）の後のレイアウトの変化を模式的に示す図の一例である。
【図１７】伝送管理システムが表示拠点数を決定するフローチャート図の一例である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を参照しながら説明する。
図１は、本実施形態の伝送システム１による画像及び音声の送受信を模式的に説明する図の一例である。伝送端末Ａは拠点１〜Ｎの伝送端末１〜Ｎとテレビ会議を行っている。拠点とは伝送端末がある場所をいうが、同じ場所（例えば、会議室）に複数の伝送端末があってもよい。本実施形態では説明の便宜上、拠点数と伝送端末の数と同じであるとして説明する。
【００１２】
伝送端末Ａ、１〜Ｎにそれぞれディスプレイ１２０が接続されているが、伝送端末Ａがディスプレイ１２０に表示する会議画面５０１について説明する。また、伝送端末Ａ、１〜Ｎの中には情報表示装置４０が接続される場合があり、図１では説明の便宜上、伝送端末１に情報表示装置４０が接続されている。情報表示装置４０が表示するデータを表示データ５０２という。
【００１３】
伝送端末Ａ、１〜Ｎはそれぞれネットワーク上の中継装置３０と接続されている。中継装置３０は画像、音声及び表示データの少なくとも一つ（以下、画像、音声及び表示データの少なくとも一方をコンテンツデータという。）を中継する。したがって、図１のように拠点数が１＋Ｎ個の場合、中継装置３０は最大でＮ個のコンテンツデータを伝送端末Ａに送信する。
【００１４】
次に、伝送端末Ａが２つ（＜Ｎ）の画像（伝送端末１、２の画像とするが１〜Ｎのどの伝送端末でもよい。また自機である伝送端末Ａは数に入れない）をディスプレイ１２０に同時に表示しているものとする。この数（２）を表示拠点数と称する。伝送端末Ａは受信帯域に応じてディスプレイ１２０に同時に表示する画像の数を決定できる。この場合、中継装置３０は、伝送端末Ａが表示している画像の送信元の伝送端末１、２を検出して、伝送端末１、２のコンテンツデータ１，２のみを伝送端末Ａに送信する。コンテンツデータを受信する拠点数を受信拠点数と称する。したがって、
表示拠点数＝受信拠点数
である。伝送端末Ａはディスプレイ１２０に表示する画像のみを受信するので、帯域を無駄に消費することを抑制できるようになる。
【００１５】
図２は、本実施形態の伝送システム１の概略的な特徴を説明する図の一例である。図１の状態から伝送端末Ａの受信帯域が良化したものとする。伝送端末Ａは受信帯域（受信帯域情報）の良化に応じて、表示拠点数を３に増やすと決定する。ここでは、伝送端末Ｎからのコンテンツデータを受信することを決定したものとする（後述する優先順位によって決定される）。この場合、本実施形態の伝送端末Ａは以下のように動作する。
（１）伝送端末Ａは、中継装置３０から伝送端末１、２、Ｎのコンテンツデータの受信を開始する。
（２）伝送端末Ａは伝送端末Ｎの画像を表示することなく、受信帯域が安定しているか否かを判断する。したがって、「表示拠点数＋１＝受信拠点数」の状態となる。
（３）伝送端末Ｎのコンテンツデータの受信を開始しても、受信帯域が安定していることを確認できた場合、伝送端末Ａは表示拠点数を３に増やす。
【００１６】
一方、伝送端末Ｎのコンテンツデータの受信を伝送端末Ａが開始した場合に、受信帯域が安定していないと判断されると、伝送端末Ａは表示拠点数を２つのままにして、伝送端末Ｎからのコンテンツデータの受信を終了する。
【００１７】
このように、本実施形態の伝送端末Ａ又は画像表示方法では、表示拠点数を増やす前にネットワーク状況が良い状態で安定するか否かを確認するので、表示拠点数を増やした後に受信帯域が安定しないため表示拠点数を元に戻すことを抑制できる。したがって、レイアウトが頻繁に変更されにくいため、ユーザが煩わしく感じることを抑制できる。
【００１８】
＜システム構成例＞
図３は、本実施例に係る伝送システム１の一例の概略図である。伝送システム１（通信システムの一例）は、伝送管理システム５０を介して複数の伝送端末間で情報や感情等を相互に伝達するためのコミュニケーションシステムである。伝送システム１には、テレビ会議システム、テレビ電話システム、音声会議システム、音声電話システム、ＰＣ（Personal Computer）画面共有システム、テキストチャットシステム等が例として挙げられる。また、伝送システム１には、伝送管理システム５０を介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムが含まれる。
【００１９】
本実施例では、コミュニケーションシステムの一例としてのテレビ会議を行うことができるシステムを想定して説明する。
【００２０】
図３に示されている伝送システム１は、複数の伝送端末（１０ａａ，１０ａｂ，・・・）、複数の携帯端末（２０ａａ，２０ａｂ，・・・）、各伝送端末（１０ａａ，１０ａｂ，・・・）用のディスプレイ（１２０ａａ，１２０ａｂ，・・・）、複数の中継装置（３０ａ，３０ｂ，・・・）、伝送管理システム５０、及び、プログラム提供システム９０によって構築されている。
【００２１】
複数の伝送端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信を行う。情報表示装置４０は省略されている。すなわち、複数の伝送端末１０は、テレビ会議サービスを利用することができるテレビ会議端末である。本実施例では、伝送端末１０はテレビ会議に専用の端末であるとする。
【００２２】
他方、複数の携帯端末２０は、コンテンツデータの一例としての画像データ及び音声データの送受信を行う。携帯端末２０はテキストデータを送受信可能であってもよい。すなわち、複数の携帯端末２０は、テレビ会議だけでなく、テキストチャットを利用できてもよい。本実施例では、携帯端末２０は、特に断らない限り、タブレット型端末、携帯電話、スマートフォン、ＰＤＡ（Personal Digital Assistant）、ウェアラブルＰＣ、ゲーム機器、汎用ＰＣ端末、カーナビゲーション端末、電子ホワイトボード、プロジェクタ、監視カメラ、通信機能を備えた産業用機器などであってもよい。また、産業用機器には、ＭＦＰ（Multifunction Peripheral/Printer/Product）等のオフィス機器、内視鏡等の医療用機器、耕耘機等の農業用機器などが含まれる。ウェアラブルＰＣには腕時計やヘッドマウントディスプレイ等が含まれる。なお、携帯端末２０は、例えば携帯電話通信網やＷｉＦｉ（Wireless Fidelity）などを介して通信ネットワーク２に無線で接続されている。
【００２３】
後述するハードウェア構成から明らかなように伝送端末１０及び携帯端末２０は情報処理装置と称される。
【００２４】
伝送端末１０及び携帯端末２０は、伝送システム１の呼制御を管理する伝送管理システム５０により管理される。
【００２５】
なお、以下では、複数の伝送端末（１０ａａ，１０ａｂ，・・・）のうちの任意の伝送端末は「伝送端末１０」と表され、複数の携帯端末（２０ａａ，２０ａｂ，・・・）のうちの任意の携帯端末は「携帯端末２０」と表されている。ディスプレイ１２０、中継装置３０、ルータ７０についても同様とする。
【００２６】
また、一方の伝送端末１０又は携帯端末２０から他方の伝送端末１０又は携帯端末２０へテレビ会議の開始を要求する伝送端末は「要求元端末」と表され、要求先である宛先としての端末は「宛先端末」と表されている。
【００２７】
また、伝送システム１において、要求元端末と宛先端末との間では、伝送管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションが確立される。また、要求元端末と宛先端末との間では、中継装置３０を介して、コンテンツデータを送受信するためのセッションが確立される。なお、コンテンツデータのセッションでは、必ず中継装置３０を介する必要はなく、伝送管理システム５０を介して通信してもよいし、要求元端末と宛先端末とが直接、通信してもよい。
【００２８】
中継装置３０は、上記のように、複数の伝送端末１０と携帯端末２０との間で、コンテンツデータの中継を行う。
【００２９】
伝送管理システム５０は、伝送端末１０又は携帯端末２０の間で呼制御を行う。その他、伝送端末１０及び携帯端末２０のログイン認証、通話状況の管理、宛先リストの管理、及び、中継装置３０に対しコンテンツデータの送信先を通知したり、通話状況を管理させたりする等を行う。
【００３０】
伝送管理システム５０は情報処理装置であるが、又は、監視カメラ、通信機能を備えた産業用機器、ウェアラブルＰＣ等であってもよい。また、産業用機器には、ＭＦＰ等のオフィス機器、内視鏡等の医療用機器、耕耘機等の農業用機器などが含まれる。ウェアラブルＰＣには腕時計やヘッドマウントディスプレイ等が含まれる。
【００３１】
プログラム提供システム９０は、後述のＨＤ（Hard Disk）２０４に、伝送端末１０や携帯端末２０に各種機能を実現させるための端末用プログラムを記憶しており、伝送端末１０や携帯端末２０に端末用プログラムを送信することができる。プログラム提供システム９０は後述するＨＤ３０４に、伝送管理システム５０に各種機能を実現させるための管理装置用プログラムをも記憶しており、伝送管理システム５０に管理装置用プログラムを送信することができる。
【００３２】
伝送端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。伝送端末（１０ａｄ，１０ｂｂ，１０ｂｃ，・・・）、携帯端末（２０ａａ、２０ａｂ、…）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。また、携帯端末（２０ａａ，２０ａｂ，・・・）は、地域Ａで利用されている。
【００３３】
一方、伝送端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。伝送端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、携帯端末（２０ａｃ、２０ａｄ、…）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。また、携帯端末（２０ａｃ，２０ａｄ，・・・）は、地域Ｂで利用されている。
【００３４】
また、伝送管理システム５０及びプログラム提供システム９０は、インターネット２ｉを介して、伝送端末１０、携帯端末２０及び中継装置３０と通信可能に接続されている。伝送管理システム５０又はプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。
【００３５】
また、図３において、各伝送端末１０、各携帯端末２０、各中継装置３０、伝送管理システム５０、各ルータ７０、及び、プログラム提供システム９０の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。
【００３６】
＜伝送システム１のセッション＞
図４は、伝送システム１が制御するいくつかのセッションについて説明する図の一例である。図４に示されているように、伝送システム１において、要求元端末９１と宛先端末９２との間では、伝送管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、要求元端末９１と宛先端末９２との間では、中継装置３０を介して、高解像度の画像データｓｅｄ１、中解像度の画像データｓｅｄ２、低解像度の画像データｓｅｄ３、及び音声データｓｅｄ４の４つの各データを送受信するための４つのセッションが確立される。これら４つのセッションをまとめて、画像・音声データ用セッションｓｅｄとして示している。また、図示するように表示データ用のセッションｓｅｐが確立される。あるいは、画像・音声データ用セッションｓｅｄのいずれかのセッションが、表示データを送受信するためのセッションに用いられてもよい。  ＜ハードウェア構成＞
＜＜伝送端末＞＞
次に、図５を用いて、伝送端末１０のハードウェア構成について説明する。図５は、本実施例に係る伝送端末のハードウェア構成図の一例である。図５に示されているように、本実施例の伝送端末１０は、伝送端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１を有する。また、ＩＰＬ（Initial Program Loader）等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ（Read Only Memory）１０２、及び、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３を有する。また、端末用プログラム１０１０、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４を有する。また、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５を有する。また、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、及び、伝送端末１０の宛先を選択する場合などに操作される操作ボタン１０８を有する。また、伝送端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、及び、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。
【００３７】
また、伝送端末１０は、ＣＰＵ１０１の制御にしたがって被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、及び、音声を入力する内蔵型のマイク１１４を有する。また、音声を出力する内蔵型のスピーカ１１５、及び、ＣＰＵ１０１の制御にしたがってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６を有する。また、ＣＰＵ１０１の制御にしたがって外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、及び、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８を有する。また、認証受付Ｉ／Ｆ１１９、及び、上記各構成要素を図５に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００３８】
ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示装置である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。伝送端末１０のディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続されているが、これに限られず、ディスプレイ１２０は、伝送端末１０に内蔵されていてもよい。
【００３９】
外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ（Universal Serial Bus）ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。
【００４０】
認証受付Ｉ／Ｆ１１９は、ユーザから認証情報の入力を受け付けるインタフェースであり、具体的には、ＩＣカードリーダや（例えばＮＦＣ（Near field communication））、ＳＤカードやＳＩＭカード等の読み取り器が該当する。
【００４１】
さらに、端末用プログラム１０１０は、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、端末用プログラム１０１０は、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。
【００４２】
携帯端末２０のハードウェア構成については伝送端末１０のハードウェア構成と重複している部分が多く、また、その相違があるとしても伝送システム１を構築する上で支障がないものとする。
【００４３】
≪伝送管理システム、中継装置、プログラム提供システム≫
次に、図６を用いて、伝送管理システム５０のハードウェア構成について説明する。図６は、本実施例に係る伝送管理システム５０のハードウェア構成図の一例である。
【００４４】
なお、図示する伝送管理システム５０等のハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、伝送管理システム５０等が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の伝送管理システム５０等の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。
【００４５】
伝送管理システム５０は、伝送管理システム５０全体の動作を制御するＣＰＵ３０１、ＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶したＲＯＭ３０２、及び、ＣＰＵ３０１のワークエリアとして使用されるＲＡＭ３０３を有する。また、管理装置用プログラム等の各種データを記憶するＨＤ３０４、及び、ＣＰＵ３０１の制御にしたがってＨＤ３０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)３０５を有する。また、フラッシュメモリ等の記録メディア３０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ３０７、及び、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ３０８を有する。また、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ３０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード３１１、及び、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス３１２を有する。また、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)３１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ３１４を有する。さらに、上記各構成要素を図６に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン３１０を備えている。
【００４６】
なお、管理装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア３０６やＣＤ−ＲＯＭ３１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、管理装置用プログラムは、ＨＤ３０４ではなくＲＯＭ３０２に記憶されるようにしてもよい。
【００４７】
また、中継装置３０及びプログラム提供システム９０は、上記の伝送管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。
【００４８】
＜伝送システムの機能構成＞
次に、図７を用いて本実施形態の伝送システム１の機能構成について説明する。図７は、本実施形態の伝送システム１に含まれる伝送管理システム５０、伝送端末１０、及び、中継装置３０の機能ブロック図である。図７では、伝送端末１０、中継装置３０、及び伝送管理システム５０が通信ネットワーク２を介してデータ通信することができるように接続されている。また、図３に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図７では省略されている。
【００４９】
<<伝送端末の各機能構成>>
伝送端末１０は、送受信部１１、ログイン要求部１２、音声入力部１３、音声出力部１４、画像処理部１５、映像符号化部１６、映像復号部１７、帯域情報取得部１８、参加者情報取得部１９、操作入力受付部２１、撮像部２２、表示制御部２３、宛先リスト作成部２４、及び、記憶・読出処理部２９を有している。これら各部は、図５に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラム１０１０に従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は提供される手段である。
【００５０】
また、伝送端末１０は、図５に示されているＲＡＭ１０３、ＲＯＭ１０２及びフラッシュメモリ１０４によって構築される記憶部１０００を有している。記憶部１０００には、表示拠点数管理ＤＢ（Data Base)１００１、レイアウト管理ＤＢ１００２、参加者情報ＤＢ１００３、帯域情報ＤＢ１００４、優先順位管理ＤＢ１００５、直前参加端末１０３０、直前受信帯域１０２０、及び、端末用プログラム１０１０が記憶されている。
【００５１】
直前参加端末１０３０は表示拠点数を更新する際に参照される情報であり、表示拠点数を更新する直前の参加端末数である（参加端末については後述される）。直前受信帯域１０２０は表示拠点数を更新する際に参照される情報であり、表示拠点数を更新する直前の受信帯域である、
以下、各データベースについて説明する。
【００５２】
【表１】
2017028660.tif 000003
記憶部１０００には、表示拠点数管理テーブルによって構成されている表示拠点数管理ＤＢ１００１が構築される。表示拠点数管理テーブルでは、受信帯域に対し、表示拠点数が対応づけて管理される。受信帯域が大きいほど表示拠点数（同時に表示される拠点数）が大きくなっている。例えば、受信帯域が「０〜２００kbps」では表示拠点数は１であるが、受信帯域が「２００〜４００kbps」では表示拠点数は２である。
【００５３】
【表２】
2017028660.tif 000004
記憶部１０００には、レイアウト管理テーブルによって構成されているレイアウト管理ＤＢ１００２が構築される。レイアウト管理テーブルでは、表示拠点数に対し、表示拠点、水平方向開始点、水平方向終点、垂直方向始点及び垂直方向終点が対応付けられて管理される。例えば、表示拠点数が１拠点の場合、該拠点の画像データは、ディスプレイ１２０の水平方向と垂直方向の０％を始点とし、水平方向と垂直方向の１００％を終点として表示される。つまり、ディスプレイの全体を１つの画像データで使用する。なお、２拠点の場合にレイアウト管理テーブルが適用されたレイアウトの例を図９に示す。
【００５４】
【表３】
2017028660.tif 000005
記憶部１０００には、参加者情報テーブルによって構成されている参加者情報ＤＢ１００３が構築される。参加者情報テーブルには、各参加端末ごとに画像受信、音声受信、及び、表示データ受信の識別情報とそれぞれの有無が対応づけられている。参加端末とは、セッションが確立している伝送端末である。参加端末は、コンテンツデータの受信又は送信の少なくとも一方が可能な状態であるが、受信又は送信しているとは限らない。
【００５５】
伝送端末１０ａｂ（通信ＩＤは０１ａｂ）を例にすると、Ｂｐは伝送端末１０ａｂの画像データＩＤ、Ｂｖは伝送端末１０ａｂの音声データＩＤ、Ｂｄは伝送端末１０ａｂの表示データＩＤ、をそれぞれ意味する。つまり、Ｂｐは伝送端末１０ａｂが送信する画像データを他の伝送端末１０や中継装置３０が一意に識別する識別情報であり、Ｂｖは伝送端末１０ａｂが送信する音声データを一意に識別する識別情報であり、Ｂｄは伝送端末１０ａｂが送信する表示データを一意に識別する識別情報である。以下では、画像受信、音声受信、及び、表示データ受信の識別情報を区別しない場合、「データＩＤ」と称することにする。参加者情報テーブルの作成方法は図１２にて説明される。
【００５６】
なお、本実施形態で用いられるＩＤは、識別される対象を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、通信ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。
【００５７】
【表４】
2017028660.tif 000006
記憶部１０００には、帯域情報テーブルによって構成されている帯域情報ＤＢ１００４が構築される。帯域情報テーブルは、送信と受信のそれぞれについて、画像、音声、表示データ、及び、合計の帯域が登録されている。画像の受信帯域を例に取ると、２００kbpsが確保されており、現在の拠点数の画像の受信を適切に行えている。帯域情報テーブルは定期的に更新されることが好ましい。あるいは最大の更新期間を超えないように適宜、更新される。
【００５８】
【表５】
2017028660.tif 000007
記憶部１０００には、優先順位テーブルによって構成されている優先順位管理ＤＢ１００５が構築される。優先順位テーブルには、優先順位に対応づけて伝送端末１０ａｂ〜１０ａｄ等が登録される。この優先順位は数値が小さいほどディスプレイ１２０に優先して表示されることを示す。中継装置３０は音声データを送信した他の拠点の伝送端末１０の優先順位が高くなるように優先順位テーブルを更新している。したがって、優先順位テーブルでは、最近、音声を発した拠点ほど優先順位が高くなる傾向になる。これにより、音声を発する頻度が多い拠点（伝送端末１０）の画像データをディスプレイ１２０に表示しやすくなる。
【００５９】
なお、以上でＤＢやテーブルと称したのは説明の便宜のためであって、記憶部１０００に記憶されている情報がＤＢやテーブルの形態で記憶されている必要はない。これは以降の説明でも同様である。
【００６０】
（伝送端末の各機能構成）
次に、図５及び図７を用いて、伝送端末１０の各機能構成について詳細に説明する。伝送端末１０の送受信部１１は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して中継装置３０及び伝送管理システム５０と各種データの送受信を行う。送受信部１１は、所望の宛先端末と通信を開始する前から、伝送管理システム５０と宛先候補としての各端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各伝送端末１０の稼動状態（ＯＮラインかＯＦＦラインかの状態）だけでなく、ＯＮラインであってもさらに通話中であるか、離籍中であるか等の詳細な状態を示す。送受信部１１は受信手段の一例である。
【００６１】
ログイン要求部１２は、図５に示されているＣＰＵ１０１からの命令によって実現され、電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介して伝送管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のＩＰアドレスを自動的に送信する。また、ユーザが電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が伝送管理システム５０へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部２１が電源を完全にＯＦＦにする。これにより、伝送管理システム５０側では、伝送端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。
【００６２】
音声入力部１３は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によってユーザの音声が音声信号に変換された後、この音声信号に係る音声データを入力する。
【００６３】
音声出力部１４は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。
【００６４】
画像処理部１５は、図５に示されているＣＰＵ１０１からの命令等により実現され、伝送端末１０が送信する画像及び表示データ（表示データを送信する場合）の画像処理を行う。例えば、ノイズ処理、鮮明化、縦横比の調整などを行う。
【００６５】
映像符号化部１６は、図５に示されているＣＰＵ１０１からの命令及びディスプレイＩ／Ｆ等により実現され、伝送端末１０が送信する画像及び表示データを符号化する（圧縮や暗号化を含む）。なお、映像符号化部１６は音声の符号化も行う。
【００６６】
映像復号部１７は、図５に示されているＣＰＵ１０１からの命令及びディスプレイＩ／Ｆ等により実現され、伝送端末１０が受信した画像データ及び表示データを復号する（解凍や暗号の復号を含む）。なお、映像復号部１７は音声の復号も行う。
【００６７】
帯域情報取得部１８は、図５に示されているＣＰＵ１０１からの命令及びネットワークＩ／Ｆ１１１等により実現され、通信ネットワーク２の現在の受信帯域及び送信帯域を取得する。受信帯域及び送信帯域は帯域情報テーブルに登録される。例えば、伝送管理システム５０や中継装置３０との平均的な通信速度を測定したり、伝送管理システム５０や中継装置３０から帯域情報を取得したりする。実際の通信速度をそのまま利用できる帯域として扱うのでなく、例えばある一定期間内の最大の通信速度を求め、その値を利用できる帯域として扱ってもよい。帯域情報取得部１８は帯域情報取得手段の一例である。
【００６８】
参加者情報取得部１９は、図５に示されているＣＰＵ１０１からの命令等により実現され、現在の会議の参加端末に関する情報を取得し参加者情報ＤＢ１００３の参加者情報テーブルに登録する。参加者情報テーブルに登録される情報は、伝送管理システム５０及び中継装置３０から取得される。参加者情報取得部１９は数取得手段の一例である。
【００６９】
操作入力受付部２１は、図５に示されているＣＰＵ１０１からの命令、並びに図５に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付ける。例えば、ユーザが、図５に示されている電源スイッチ１０９をＯＮにすると、図５に示されている操作入力受付部２１が電源ＯＮを受け付けて、電源をＯＮにする。
【００７０】
撮像部２２は、図５に示されているＣＰＵ１０１からの命令、並びに図５に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。
【００７１】
表示制御部２３は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されているディスプレイＩ／Ｆ１１７によって実現され、会議画面５００を生成し、ディスプレイ１２０に対して画像データを送信するための制御を行う。さらに、表示制御部２３の詳細機能を図８に示す。表示制御部２３は表示処理手段の一例である。
【００７２】
宛先リスト作成部２４は、図５に示されているＣＰＵ１０１からの命令等により実現され、伝送管理システム５０から受信した、各宛先候補としての伝送端末１０の状態情報に基づいて、宛先候補の伝送端末１０の状態がアイコンで示された宛先リストの作成及び更新を行う。
【００７３】
また、記憶・読出処理部２９は、図５に示されているＣＰＵ１０１からの命令、及び図５に示すＳＳＤ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出したりする処理を行う。なお、記憶部１０００には、図示されるものの他、宛先端末との通話を行う際に受信される画像データ、音声データ及び表示データが受信される度に上書き記憶される。
【００７４】
<<伝送管理システムの機能構成>>
伝送管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、端末状態取得部５４、セッション管理部５５、端末抽出部５６、及び、記憶・読出処理部５９を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＨＤ３０５からＲＡＭ３０３上に展開された管理装置用プログラム５０１０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は提供される手段である。
【００７５】
また、伝送管理システム５０は、図６に示されているＨＤＤ３０５、ＲＡＭ３０３、ＲＯＭ３０２等により構築される記憶部５０００を有している。以下、記憶部５０００に記憶されている各種データベースについて説明する。
【００７６】
【表６】
2017028660.tif 000008
記憶部５０００には、中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が伝送管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。
【００７７】
【表７】
2017028660.tif 000009
また、記憶部５０００には、端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、伝送管理システム５０によって管理される全ての伝送端末１０の通信ＩＤに対して、各パスワードが関連付けられて管理される。
【００７８】
【表８】
2017028660.tif 000010
また、記憶部５０００には、端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各伝送端末１０の通信ＩＤ毎に、各伝送端末１０を宛先とした場合の名称（宛先名）、各伝送端末１０の稼動状態、後述のログイン要求情報が伝送管理システム５０で受信された受信日時、及び伝送端末１０のＩＰアドレスが関連付けられて管理される。
【００７９】
【表９】
2017028660.tif 000011
また、記憶部５０００には、宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の通信ＩＤに対して、宛先端末の候補として登録されている宛先端末の通信ＩＤが全て関連付けられて管理される。例えば、表９に示されている宛先リスト管理テーブルにおいて、通信ＩＤが「０１ａａ」である要求元端末（伝送端末１０ａａ）からテレビ会議における通話の開始を要求することができる宛先端末の候補は、通信ＩＤが「０１ａｂ」の伝送端末１０ａｂ、通信ＩＤが「０１ａｃ」の伝送端末１０ａｃ、通信ＩＤが「０１ａｄ」の伝送端末１０ａｄ、及び通信ＩＤが「０１ｂｂ」の伝送端末１０ｂｂ等であることが示されている。
【００８０】
【表１０】
2017028660.tif 000012
また、記憶部５０００には、セッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、中継装置３０を選択するためのセッションの実行に用いられるセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信ＩＤ、宛先端末の通信ＩＤ、及び、会議ＩＤ、が関連付けられて管理される。セッションＩＤはセッションを識別するためのＩＤであり同じ会議に参加する伝送端末１０が同じセッションに含まれるとは限らない。これに対し会議ＩＤは同じ会議に参加する伝送端末１０に同じものが付与される。
【００８１】
（伝送管理システムの各機能構成）
次に、伝送管理システム５０の各機能構成について詳細に説明する。送受信部５１は、図６に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９によって実行され、通信ネットワーク２を介して伝送端末１０又は中継装置３０と各種データの送受信を行う。送受信部５１は通知手段の一例である。
【００８２】
端末認証部５２は、図６に示されているＣＰＵ３０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている通信ＩＤ及びパスワードを検索キーとし伝送端末１０を認証する。すなわち、端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。なお、認証方法はこれに限られず、クライアント証明書（公開鍵と秘密鍵を用いた認証方法）を用いてもよい。
【００８３】
状態管理部５３は、図６に示されているＣＰＵ３０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理ＤＢ５００３にこの要求元端末の通信ＩＤ、要求元端末の稼動状態、伝送管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。
【００８４】
また、状態管理部５３は、ユーザが伝送端末１０の電源スイッチ１０９をＯＮの状態からＯＦＦにすることで、伝送端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００３のＯＮラインを示す稼動状態をＯＦＦラインに変更する。
【００８５】
端末抽出部５６は、図６に示されているＣＰＵ３０１からの命令によって実現され、ログイン要求した要求元端末の通信ＩＤをキーとして宛先リスト管理ＤＢ５００４を検索し、要求元端末と通話することができる宛先端末の候補の通信ＩＤを読み出す。また、端末抽出部５６は、ログイン要求してきた要求元端末の通信ＩＤをキーとして、宛先リスト管理ＤＢ５００４を検索し、要求元端末の通信ＩＤを宛先端末の候補として登録している他の要求元端末の通信ＩＤも抽出する。
【００８６】
端末状態取得部５４は、図６に示されているＣＰＵ３０１からの命令によって実現され、端末抽出部５６によって抽出された宛先端末の候補の通信ＩＤを検索キーとして、端末管理ＤＢ５００３を検索し、端末抽出部５６によって抽出された通信ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５４は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。
【００８７】
セッション管理部５５は、図６に示されているＣＰＵ３０１からの命令によって実現され、セッション管理ＤＢ５００５に、セッションＩＤ、要求元端末の通信ＩＤ、宛先端末の通信ＩＤ、及び、会議ＩＤを関連付けて記憶して管理する。
【００８８】
記憶・読出処理部５９は、図６に示されているＣＰＵ３０１からの命令及びＨＤＤ３０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出したりする処理を行う。
【００８９】
<<中継装置の機能構成>>
中継装置３０は、送受信部３１、状態検知部３２、及び記憶・読出処理部３９を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された中継装置用プログラム３０１０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は提供される手段である。
【００９０】
また、中継装置３０は記憶部３０００を有しており、この記憶部３０００は図６に示されているＨＤ３０４により構築されている。記憶部３０００には中継管理ＤＢ３００１、中継装置用プログラム３０１０が記憶されている。
【００９１】
【表１１】
2017028660.tif 000013
記憶部３０００には、表１１に示されているような中継管理テーブルによって構成されている中継管理ＤＢ３００１が構築されている。この中継管理テーブルでは、会議ＩＤに対応づけて、この会議に参加している伝送端末１０の通信ＩＤ、ＩＰアドレス、及びデータＩＤが登録されている。
【００９２】
中継装置３０の送受信部３１は、図６に示されているＣＰＵ３０１からの命令及び図６に示されているネットワークＩ／Ｆ３０９によって実現され、通信ネットワーク２を介して伝送端末１０又は伝送管理システム５０と各種データの送受信を行う。
【００９３】
状態検知部３２は、図６に示されているＣＰＵ３０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「ＯＮライン」、「ＯＦＦライン」、「通話中」又は「一時中断」等の状態がある。
【００９４】
記憶・読出処理部３９は、図６に示されているＣＰＵ３０１からの命令及びＨＤＤ３０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出したりする処理を行う。
【００９５】
<<表示制御部の機能>>
図８は、表示制御部２３の機能ブロック図の一例である。表示制御部２３は、帯域情報受付部２３１、参加者情報受付部２３２、レイアウト判断部２３３及びレイアウト作成部２３４を有している。帯域情報受付部２３１は、帯域情報取得部１８が帯域情報テーブルに登録した受信帯域を受け付ける。
【００９６】
参加者情報受付部２３２は、参加者情報取得部１９が参加者情報テーブルに管理している現在の参加端末に関する情報を受け付ける。
【００９７】
レイアウト判断部２３３はさらに拠点数仮決定部２３３ａを有している。拠点数仮決定部２３３ａは受信帯域に基づき表示拠点数管理ＤＢ１００１を参照して表示拠点数を仮に決定する。レイアウト判断部２３３は、受信帯域が変動した否か、及び、参加端末数を参照して、拠点数仮決定部２３３ａが決定した表示拠点数を用いて最終的な表示拠点数を決定する。なお、表示拠点数が定まることでレイアウトを決定できる。詳細は図１４にて説明される。拠点数仮決定部２３３ａは第一表示数決定手段の一例であり、レイアウト判断部２３３は第二表示数決定手段の一例である。
【００９８】
レイアウト作成部２３４は、レイアウト判断部２３３が決定した表示拠点数にしたがってレイアウト管理テーブルを参照し会議画面５０１を作成する。
【００９９】
<<レイアウトの一例>>
図９は、表示拠点数が２拠点の場合のレイアウトの一例を示す図である。表示拠点数が２拠点であるため、同時に２つの画像が表示される。１拠点目、２拠点目の画像の配置は上記のレイアウト管理テーブルに登録されている。なお、表示データが表示される場合があるため、表示データの有無に応じてレイアウトが決定されてもよい。また、表示データを１つの画像データとして扱ってもよい。
【０１００】
＜通信の開始からセッションの確立まで＞
図１０は、複数の伝送端末１０の間で通信を開始する準備段階の処理を示したシーケンス図の一例である。図１０では伝送端末１０ａａが伝送端末１０ａｃ、１０ａｂ，１０ａｄと通信を開始する準備の処理を説明する。
【０１０１】
まず、ユーザが電源スイッチ１０９をＯＮにすると伝送端末１０ａａの操作入力受付部２１が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、伝送端末１０ａａのログイン要求部１２は電源ＯＮの受信を契機とし、送受信部１１から通信ネットワーク２を介して伝送管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。ログイン要求は電源ＯＮ時だけでなくユーザ操作によって任意のタイミングで送信されることができる。このログイン要求情報には、要求元である伝送端末１０ａａを識別するための通信ＩＤ、及びパスワードが含まれている。なお、伝送端末１０ａａから伝送管理システム５０へログイン要求情報が送信される際は、受信側である伝送管理システム５０は、伝送端末１０ａａの「ＩＰアドレス」を把握することができる。なお、携帯端末２０が要求元端末の場合、操作入力受付部２１がユーザのログイン操作を受け付けて、通信ＩＤ及びパスワードを伝送管理システム５０に送信する。
【０１０２】
次に、伝送管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている通信ＩＤ及びパスワードと同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。本実施形態では、認証が成立したものとして説明する。
【０１０３】
端末認証部５２によって、伝送端末１０の認証が成立した場合、状態管理部５３は端末管理テーブルに、伝送端末１０ａａの通信ＩＤ、「稼動状態」、「通信状態」、上記ログイン要求情報が受信された「受信時間」、及び伝送端末１０ａａの「ＩＰアドレス」を関連付けて記憶する（ステップＳ２４）。なお、この時の「稼動状態」は"ＯＮライン"である。
【０１０４】
伝送管理システム５０の送受信部５１は、端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介してログイン要求してきた伝送端末１０ａａに送信する（ステップＳ２５）。
【０１０５】
伝送管理システム５０の端末抽出部５６は、ログイン要求した伝送端末１０ａａの通信ＩＤである"０１ａａ"を検索キーとして、宛先リスト管理テーブルを検索し、伝送端末１０ａａと通信することができる伝送端末の候補の通信ＩＤを読み出すことによって抽出する（ステップＳ２６）。ここでは、伝送端末１０ａａの通信ＩＤである"０１ａａ"に対応する宛先端末（１０ａｂ，１０ａｃ、１０ａｄ、１０ｂｂ）のそれぞれの通信ＩＤである"０１ａｂ"、"０１ａｃ"、"０１ａｄ"、"０１ｂｂ"が抽出されることになる。
【０１０６】
次に、端末状態取得部５４は、端末抽出部５６によって抽出された伝送端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｂｂの通信ＩＤ（"０１ａｂ"、"０１ａｃ"、"０１ａｄ"、"０１ｂｂ"）を検索キーとして端末管理テーブルを検索し、通信ＩＤ毎に「稼動状態」を読み出す（Ｓ２７）。ここでは説明のため、伝送端末１０ａｂ、１０ａｃ、１０ａｄが"ＯＮライン"、伝送端末１０ｂｂが"ＯＦＦライン"であるとする。
【０１０７】
次に、送受信部５１は、端末抽出部５６が抽出した通信ＩＤ（"０１ａｂ"、"０１ａｃ"、"０１ａｄ"、"０１ｂｂ"）と「稼動状態」とが含まれた宛先状態情報を、通信ネットワーク２を介して伝送端末１０ａａに送信する（ステップＳ２８）。これにより、伝送端末１０ａａは、伝送端末１０ａａと通信することができる伝送端末（１０ａｂ，１０ａｃ、１０ａｄ、１０ｂｂ）の現時点のそれぞれの「稼動状態」を把握することができる。
【０１０８】
さらに、伝送管理システム５０の端末抽出部５６は、ログイン要求してきた伝送端末１０ａａの通信ＩＤである"０１ａａ"を検索キーとして、宛先リスト管理テーブルを検索し、通信ＩＤである"０１ａａ"を宛先端末の候補として登録している伝送端末１０の通信ＩＤを抽出する（ステップＳ２９）。上記の宛先リスト管理テーブルでは、抽出される他の伝送端末１０の通信ＩＤは"０１ａｂ""０１ａｃ""０１ａｄ""０１ｂｂ"である。
【０１０９】
次に、伝送管理システム５０の端末状態取得部５４は、ログイン要求して来た伝送端末１０ａａの通信ＩＤである"０１ａａ"を検索キーとして、端末管理テーブルを検索し伝送端末１０ａａの「稼動状態」を取得する（ステップＳ３０）。
【０１１０】
そして、送受信部５１は、上記ステップＳ２９で抽出された通信ＩＤ（"０１ａｂ"、"０１ａｃ""０１ａｄ""０１ｂｂ"）に係る伝送端末１０のうち、端末管理テーブルで「稼動状態」が"ＯＮライン"となっている伝送端末１０に、上記ステップＳ３０で取得された伝送端末１０ａａの通信ＩＤである"０１ａａ"と「稼動状態」として"ＯＮライン"が含まれる宛先状態情報を送信する（ステップＳ３１、Ｓ３２、Ｓ３３）。したがって、伝送端末１０ａｂ、１０ａｃ、１０ａｄに宛先状態情報が送信される。なお、送受信部５１が伝送端末１０ａｂ、１０ａｃ、１０ａｄに宛先状態情報を送信する際に、通信ＩＤ（"０１ａｂ"、"０１ａｃ"、"０１ａｄ"）に基づいて、端末管理テーブルで管理されている伝送端末１０の「ＩＰアドレス」を参照する。
【０１１１】
伝送端末１０ａａの宛先リスト作成部２４は、宛先リストの情報と宛先端末の候補の「稼動状態」とを受け取ると、宛先リスト画面を作成し、表示装置２０３に表示させる（ステップＳ３４）。この場合の宛先リスト画面には、伝送端末１０ａｂ、１０ａｃ、１０ａｄの名称と「稼動状態」として"ＯＮライン"が表示され、伝送端末１０ｂｂの名称と「稼動状態」として"ＯＦＦライン"が表示される。
【０１１２】
一方、他の伝送端末１０ａｂ、１０ａｃ、１０ａｄでも、図１０と同様の処理を行うことで、各伝送端末１０ａｂ、１０ａｃ、１０ａｄが宛先候補の伝送端末１０のディスプレイ１２０に宛先リスト画面が表示される。
【０１１３】
図１１は、本実施形態に係る複数の伝送端末１０の間でセッションを確立する処理の一例のシーケンス図である。
【０１１４】
ユーザが伝送端末１０ａａの操作ボタン１０８から宛先リスト画面に表示された通信ＩＤとして例えば"０１ａｃ"の宛先端末を選択すると、操作入力受付部２１は、接続を開始する要求を受け付ける（ステップＳ４１）。
【０１１５】
伝送端末１０ａａの送受信部１１は、伝送端末１０ａａの通信ＩＤである"０１ａａ"と、「宛先端末の通信ＩＤ」である"０１ａｃ"とが含まれ、接続を開始したい旨を示す開始要求情報を伝送管理システム５０に送信する（ステップＳ４２）。これにより、伝送管理システム５０は要求元端末（伝送端末１０ａａ）の「ＩＰアドレス」を把握する。
【０１１６】
次に、伝送管理システム５０のセッション管理部５５は「セッションＩＤ」を生成する（ステップＳ４３）。「セッションＩＤ」としては重複しないＩＤが生成される。
【０１１７】
そして、この生成した「セッションＩＤ」と、要求元端末（伝送端末１０ａａ）の通信ＩＤである"０１ａａ"と、宛先端末（伝送端末１０ａｃ）の通信ＩＤである"０１ａｃ"とをセッション管理ＤＢ５００５に関連付けて記憶して管理する（ステップＳ４４）。また、会議ＩＤを付与する。
【０１１８】
さらに、伝送管理システム５０のセッション管理部５５は、要求元端末と宛先端末とが通信するのに適切な中継装置３０を決定する（ステップＳ４５）。中継装置３０を決定するための方法は、例えば受信と送信の帯域が最も広い通信ネットワーク２上にある中継装置３０を選択する等の方法が考えられる。
【０１１９】
なお、中継装置３０を選択せずに、要求元端末及び宛先端末間で直接セッションを確立してもよいし、伝送管理システム５０を介したセッションを確立してもよい。
【０１２０】
そして、伝送管理システム５０の送受信部５１は、ステップＳ４３で生成した「セッションＩＤ」と、ステップＳ４５で決定した中継装置３０の「ＩＰアドレス」とを要求元端末（伝送端末１０ａａ）及び宛先端末（伝送端末１０ａｃ）に送信する（ステップＳ４６，４７）。
【０１２１】
伝送端末１０ａｃの表示制御部２３は要求元端末（伝送端末１０ａａ）の通信ＩＤをディスプレイ１２０（携帯端末２０の場合は表示装置２０３）に表示するなどして、操作入力受付部２１がユーザによるテレビ会議の許可を受け付ける。そして、伝送端末１０ａｃの送受信部１１は開始許可を伝送管理システム５０に送信する（ステップＳ４７−１）。
【０１２２】
次に、伝送管理システム５０の状態管理部５３は、中継開始要求情報として、要求元端末（伝送端末１０ａａ）の「ＩＰアドレス」と通信ＩＤ、宛先端末（伝送端末１０ａｃ）の「ＩＰアドレス」と通信ＩＤ、及び、会議ＩＤを中継装置３０に送信する（ステップＳ４８）。中継装置３０は中継管理テーブルにおいて会議ＩＤに通信ＩＤを対応づけて管理する。また、中継装置３０は通信ＩＤに重複しないデータＩＤを付与する。データＩＤは各伝送端末１０に通知されてもよいし、されなくてもよい。通知される場合、伝送端末１０はコンテンツデータにデータＩＤを付与して中継管理３０に送信する。通知されない場合、中継装置３０がＩＰアドレス等に基づき伝送端末１０を識別しコンテンツデータにデータＩＤを付与して伝送端末１０に送信する。
【０１２３】
中継装置３０の送受信部３１は伝送管理システム５０から通信ＩＤを受信すると、伝送端末１０ａａと１０ａｃが送信する通信ＩＤを元にこれらがコンテンツデータの送信先であることを検出する。これにより、要求元端末（伝送端末１０ａａ）と宛先端末（伝送端末１０ａｃ）との間でセッションが確立される（ステップＳ４９）。セッションが確立することで、伝送端末１０ａａは中継装置３０を介してコンテンツデータを伝送端末１０ａｃに送信し、伝送端末１０ａｃは中継装置３０を介してコンテンツデータを伝送端末１０ａａに送信する。
【０１２４】
次に、伝送端末１０ａａのユーザが招待通知を伝送管理システム５０に送信する（ステップＳ５０）。招待通知とは、すでにセッションが確立されているテレビ会議に別の伝送端末１０を参加させるための通知である。招待通知には招待通知を送信した伝送端末１０ａａの通信ＩＤである"０１ａａ"、招待される伝送端末１０ａｂ、１０ａｄの通信ＩＤである"０１ａｂ" "０１ａｄ"が含まれる。また、伝送管理システム５０は招待通知を送信した伝送端末１０ａａの「ＩＰアドレス」を取得する。
【０１２５】
伝送管理システム５０の送受信部５１が招待通知を受信すると、伝送管理システム５０の端末状態取得部５４は端末管理テーブルから招待される伝送端末１０ａｂ、１０ａｄの「ＩＰアドレス」を取得する。これにより、伝送管理システム５０の送受信部５１は伝送端末１０ａｂ、１０ａｄに招待通知を送信する（ステップＳ５１）。
【０１２６】
伝送端末１０ａｂ、１０ａｄの表示制御部２３は要求元端末（伝送端末１０ａａ）の通信ＩＤをディスプレイ１２０（携帯端末２０の場合は表示装置２０３）に表示するなどして、操作入力受付部２１がユーザによるテレビ会議への招待に対する応答を受け付ける。ここではユーザは招待を受諾したものとする。そして、伝送端末１０ａｂ、１０ａｄの送受信部１１は招待受諾を伝送管理システム５０に送信する（ステップＳ５２）。
【０１２７】
伝送管理システム５０のセッション管理部５５は伝送端末１０ａｂ、１０ａｄに伝送端末１０ａａ、１０ａｃと同じ会議ＩＤを付与する。
【０１２８】
伝送管理システム５０の送受信部５１は招待通知を送信した伝送端末１０ａａに招待受諾を送信する（ステップＳ５３）。
【０１２９】
この後、伝送管理システム５０の送受信部５１は招待された伝送端末１０ａｂ、１０ａｄに関し、ステップＳ４７、Ｓ４８の処理を行うことで、伝送端末１０ａａと１０ａｃのセッションに伝送端末１０ａｂ、１０ａｄが参加することができる。すなわち、中継装置３０は同じ会議ＩＤの伝送端末１０ａａ、１０ａｃ、１０ａｂ、１０ａｄの間でコンテンツデータを送信（転送）する。
【０１３０】
以降は、要求元端末（伝送端末１０ａａ）、宛先端末（伝送端末１０ａｃ）、及び、招待された伝送端末１０ａｂ、１０ａｄとの間で、中継装置３０を介してコンテンツデータが送受信される。
【０１３１】
＜参加者情報テーブルの作成＞
次に、図１２を用いて参加者情報テーブルの作成について説明する。図１２は、参加者情報テーブルの作成手順を示すフローチャート図の一例である。図１２の手順はコンテンツデータの送受信の間、繰り返し実行される。繰り返しの周期は、会議画面５０１のレイアウトを更新する周期である。この周期は、例えば、受信帯域が安定しているか否かが監視される期間に基づき決定される。固定値として数秒から数十秒としてもよい。あるいは、受信帯域の変動の傾向を数値化して図１２の繰り返しの周期を決定してもよい。例えば、受信帯域が頻繁に変動する場合は周期を短くし、受信帯域が変動しにくい場合は周期を長くする。
【０１３２】
会議画面５０１のレイアウトを判断するタイミングになると、参加者情報取得部１９は直前の参加端末数を直前参加端末１０３０として記憶部１０００に記憶しておく（Ｓ１０）。これは、参加端末の数の増減を把握するためである。
【０１３３】
参加者情報取得部１９は、伝送管理システム５０から参加端末の通信ＩＤを取得する（Ｓ２０）。参加端末の通信ＩＤはセッション管理テーブルに登録されている。
【０１３４】
次に、参加者情報取得部１９は、中継装置３０から同じ会議ＩＤに紐付けられている伝送端末１０の通信ＩＤとデータＩＤを取得する（Ｓ３０）。中継装置３０はコンテンツデータを送信していない伝送端末１０についても通信ＩＤとデータＩＤを送信する。
【０１３５】
また、伝送端末１０ａａは中継管理３０介してコンテンツデータを送信する伝送端末１０からコンテンツデータと共にデータＩＤを受信している（Ｓ４０）。
【０１３６】
参加者情報取得部１９は、伝送端末１０のデータＩＤごとに（つまり、画像データ、音声データ、表示データごとに）中継装置３０からコンテンツデータが実際に送信されるか否かを判断し、通信ＩＤに対応づけて画像、音声、表示データの有無を登録する（Ｓ５０）。これにより、参加者情報テーブルが得られる。
【０１３７】
＜レイアウトの変更手順＞
図１３を用いて、コンテンツデータを送受信している伝送端末１０ａａがレイアウトを変更する手順を説明する。図１３は、伝送端末１０ａａがコンテンツデータを送受信し、レイアウトを変更する全体的な手順を示すシーケンス図の一例である。図１３の手順は図１２と同様の周期で繰り返し実行される。
【０１３８】
S1：伝送端末１０ａａの参加者情報取得部１９は現在の参加端末を検出するため参加者情報要求を伝送管理システム５０に要求する。伝送端末１０ａａは自分が参加しているセッションを特定するためセッションＩＤを送信する（通信ＩＤや会議ＩＤを送信してもよい）。
【０１３９】
S2：伝送管理システム５０のセッション管理部５５は伝送端末１０ａａと同じ会議ＩＤに対応づけられている伝送端末１０ａｂ，１０ａｃ、１０ａｄの通信ＩＤをセッション管理テーブルから読み出して伝送端末１０ａａに送信する。この場合、伝送端末１０ａｂ，１０ａｃ、１０ａｄが参加端末である。
【０１４０】
S3：ここで、伝送端末１０ａｂ、１０ａｃはコンテンツデータを中継装置３０に送信している。伝送端末１０ａｄはコンテンツデータを中継装置３０に送信していない。これは、会議に参加中の伝送端末１０（例えば、伝送端末１０ａａ）が伝送端末１０ａｂ、１０ａｃの画像を表示しているためである。どの参加端末も伝送端末１０ａｄの画像をディスプレイ１２０に表示していないため、伝送端末１０ａｄはコンテンツデータを送信していない。なお、伝送端末１０ａｂ、１０ａｃは中継装置３０から知らされたデータＩＤと共にコンテンツデータを送信するか、又は、中継装置３０が伝送端末１０ａｂ、１０ａｃをＩＰアドレスに基づき識別してコンテンツデータにデータＩＤを付与して伝送端末１０ａａに送信する。
【０１４１】
S4：中継装置３０は伝送端末１０ａａのＩＰアドレスを宛先に伝送端末１０ａｂ、１０ａｃのコンテンツデータとデータＩＤを伝送端末１０ａａに送信する。
【０１４２】
S5：中継装置３０は、例えば定期的に又は会議に参加している参加端末に差異が生じると、同じ会議に参加している伝送端末１０の通信ＩＤ、及び、各伝送端末１０のデータＩＤを各伝送端末１０に送信する。データＩＤを送信するのは、伝送端末１０ａａが中継装置３０に対し画像データ、音声データ及び表示データを個別に要求可能にするためである。通信ＩＤを送信するのは、伝送端末１０ａａがデータＩＤと、参加端末としてステップＳ１で取得した伝送端末１０を紐づけるためである。
【０１４３】
S6：伝送端末１０ａａの参加者情報取得部１９は以上の情報を利用して図１２に示したように参加者情報テーブルを作成する。
【０１４４】
S7：次に、伝送端末１０ａａの帯域情報取得部１８は帯域情報を取得して帯域情報テーブルに登録する。なお、帯域情報の変動を記録するため、帯域情報取得部１８は帯域情報を更新する前の帯域情報を直前受信帯域１０２０に退避してから最新の帯域情報を帯域情報テーブルに登録する。
【０１４５】
次に、伝送端末１０ａａの表示制御部２３がレイアウトの変更が必要かどうかを判断し、必要であればレイアウトを変更する。
【０１４６】
S8：まず、表示制御部２３の帯域情報受付部２３１は、帯域情報取得部１８から帯域情報を取得する。
【０１４７】
S9：表示制御部２３の参加者情報受付部２３２は、参加者情報取得部１９から参加者情報テーブルを取得する。
【０１４８】
S10：レイアウト判断部２３３は、レイアウトを変更するか否かを判断する。詳細は図１４にて説明する。
【０１４９】
S11：レイアウト作成部２３４は、レイアウト判断部２３３の判断結果に応じてレイアウトを作成する。
【０１５０】
S12：レイアウト判断部２３３が受信拠点数を増やすと判断した場合、伝送端末１０ａａの送受信部１１は伝送端末１０ａｄのデータＩＤを指定して受信要求を中継装置３０に送信する。画像データと音声データはセットで要求されるが別々に要求されてもよい。なお、伝送端末１０ａａは中継装置３０を介さずにこの受信要求を伝送端末１０ａｄに送信してもよい。伝送端末１０ａｄのＩＰアドレスは伝送管理システム５０又は中継装置３０から取得できる。
【０１５１】
S13：中継装置３０の送受信部３１は伝送端末１０ａｄに対し、コンテンツデータ（画像データと音声データ）を要求する。
【０１５２】
S14：中継装置３０の送受信部３１は伝送端末１０ａｄからコンテンツデータを受信する。伝送端末１０ａｄはコンテンツデータにデータＩＤを付与する。あるいは、中継装置３０はＩＰアドレスに基づき伝送端末１０ａｄからのコンテンツデータを識別し、コンテンツデータにデータＩＤを付与する。
【０１５３】
S15：中継装置３０は伝送端末１０ａｄから受信したコンテンツデータをデータＩＤと共に伝送端末１０ａａに送信する。
【０１５４】
このように、伝送端末１０ａａは表示する場合にだけコンテンツデータを受信するので、受信帯域を無駄に消費することがない。
【０１５５】
<<レイアウトの判断>>
図１４は、伝送端末１０ａａの表示制御部２３が表示拠点数と受信拠点数を判断する手順を示すフローチャート図の一例である。
【０１５６】
拠点数仮決定部２３３ａは、まず、表示拠点数を決定する（Ｓ１０）。すでに帯域情報を取得しているため、受信帯域が明らかになっている。拠点数仮決定部２３３ａは表示拠点数管理テーブルから、現在の受信帯域に合致する表示拠点数を読み出す。一例として表示拠点数が３つであるとする。
【０１５７】
次に、レイアウト判断部２３３は、参加端末数に変更があったか否かを判断する（Ｓ２０）。記憶部１０００に記憶されている直前参加端末１０３０を読み出し、現在の参加者情報テーブルの参加端末数と比較する。
【０１５８】
参加端末数に変更がある場合（Ｓ２０のＹｅｓ）、レイアウト判断部２３３はステップＳ１０で決定した表示拠点数と現在の参加端末数のうち少ない方を表示拠点数に決定する（Ｓ５０）。これは、参加端末数の変更がある場合は参加端末数に応じた表示拠点数に決定することが好ましいが、受信帯域から決定した表示拠点数を超えた数の画像データを表示できないためである。
【０１５９】
参加端末数に変更がない場合（Ｓ２０のＮｏ）、レイアウト判断部２３３は受信帯域に変更があったか否かを判断する（Ｓ３０）。記憶部１０００に記憶されている直前受信帯域１０２０を読み出し、現在の帯域情報テーブルの受信帯域と比較する。
【０１６０】
受信帯域に変更がない場合（Ｓ３０のＮｏ）、レイアウト判断部２３３はステップＳ１０で決定した表示拠点数と現在の参加端末数のうち少ない方を表示拠点数に決定する（Ｓ５０）。参加端末数と受信帯域のどちらも変化がないので、参加端末が存在する範囲で表示できる最大の表示拠点数に決定する。なお、ステップＳ３０でＮｏと判断された場合、表示拠点数に変化はない。
【０１６１】
受信帯域に変更がある場合（Ｓ３０のＹｅｓ）、レイアウト判断部２３３は受信帯域が増加したか否かを判断する（Ｓ４０）。
【０１６２】
受信帯域が減少した場合（Ｓ４０のＮｏ）、レイアウト判断部２３３はステップＳ１０で決定した表示拠点数と現在の参加端末数のうち少ない方を表示拠点数に決定する（Ｓ５０）。すなわち、参加端末が存在する範囲で、減少した受信帯域で表示できる最大の表示拠点数に決定する。
【０１６３】
受信帯域が増加した場合（Ｓ４０のＹｅｓ）、レイアウト判断部２３３は図１４の処理を行う前の表示拠点数（つまり現在の会議画面５０１の表示拠点数）と現在の参加端末数のうち少ない方を表示拠点数に決定（Ｓ６０）。この場合、参加端末に変更はなく、比較対象の現在の会議画面５０１の表示拠点数にも変更がないため、ステップＳ７０で決定される表示拠点数にも変更がない。つまり、受信帯域が増えた場合、表示拠点数に変更はない。
【０１６４】
ステップＳ５０に続いて、レイアウト判断部２３３は決定した表示拠点数と同じ数を受信拠点数に決定する（Ｓ７０）。つまり、表示拠点数が増えれば増えただけ（増えるのは参加端末の増加の場合だけ）、減れば減っただけ（減るのは参加端末数が減るか又は受信帯域が減った場合）、受信拠点数も変化する。これにより、参加端末が増加して表示拠点数が増加した場合には受信拠点数も増やすことができる。参加端末や受信帯域が減って表示拠点数が減少した場合には受信拠点数も減らすことができる。したがって、表示拠点数＝受信拠点数であるため、無駄に受信帯域を消費することが抑制される。
【０１６５】
ステップＳ６０に続いて、レイアウト判断部２３３はステップＳ１０で決定した表示拠点数と現在の参加端末数のうち少ない方を受信拠点数に決定する（Ｓ８０）。この場合、受信帯域の増加によりステップＳ１０で決定した表示拠点数が、図１４の処理を行う前の表示拠点数（つまり現在の会議画面５０１の表示拠点数）に対し増えている可能性がある（参加端末数は増えていない）。増えている場合、受信拠点数は増えることになる。これに対し、ステップＳ７０で決定される表示拠点数に変化はないので、表示拠点数＜受信拠点数の状態になる。
【０１６６】
以上で、表示拠点数が決定したので、レイアウト判断部２３３はレイアウト管理テーブルからレイアウト情報を取得する（Ｓ９０）。
【０１６７】
また、受信拠点数が増えた場合、図１３のステップＳ１２のように、伝送端末１０ａａの送受信部１１は伝送端末１０ａｄのデータＩＤを指定して受信要求を中継装置３０に送信する。なお、受信拠点数が減った場合、伝送端末１０ａａの送受信部１１は受信しなくなったデータＩＤを中継装置３０に通知する。受信しなくなるデータＩＤは優先順位テーブルに基づいて決定される。これにより、無駄に受信帯域を消費することを抑制できる。
【０１６８】
ステップＳ７０、Ｓ８０の処理が行われた場合について参加端末数には変化がないものとして補足する。ステップＳ７０、Ｓ８０の処理が行われる場合は受信帯域が増加したため、表示拠点数＜受信拠点数の状態になっている。この状態で、次回、図１４の処理が行われるタイミングが到来する。受信帯域が安定している場合、ステップＳ３０で受信帯域に変更がないと判断される。この場合、処理がステップＳ５０、Ｓ６０を通るため、増えた受信帯域に対しステップＳ１０で決定された表示拠点数が採用され、表示拠点数を増やすことができる。したがって、本実施形態では、受信拠点数を増やした状態で受信帯域が安定していることが確認されると、表示拠点数を増やす。このため、頻繁な画面遷移を抑制できる。
【０１６９】
一方、次回、図１４の処理が行われるタイミングで、受信帯域が安定していない場合、ステップＳ３０で受信帯域に変更があると判断される。受信帯域が減少している場合を想定すると、ステップＳ４０を経て処理がステップＳ５０、Ｓ６０を通るため、２回目の図１４の処理のステップＳ１０で決定された表示拠点数が採用される。この表示拠点数は１回目（前回又は過去）の図１４の処理で増えたと判断された受信帯域に対し減った受信帯域に対し決定されているので、ステップＳ５０で決定される表示拠点数は元のままになる（つまり現在の会議画面５０１の表示拠点数のまま）。受信拠点数も表示拠点数と同じになる。したがって、一時的に受信帯域が増えた場合に、会議画面５０１の表示拠点数が増えることを抑制できる。
【０１７０】
また、図１４のようなフローチャート図によれば、受信帯域が変化した場合もそうでない場合も同じ処理手順で表示拠点数を決定できる。
【０１７１】
＜具体例＞
図１５は、参加端末数と受信帯域の変化に対し決定されるレイアウトの一例を示す図である。
【０１７２】
現在の受信帯域が３００kbps、参加端末数が３、現在の受信帯域から決定された現在の表示拠点数は２、受信拠点数も２である。
（１）受信帯域が減少した場合
受信帯域から決定される表示拠点数は１である。参加端末数は３のままである。表示拠点数１＜参加端末数３なので、レイアウト判断部２３３は表示拠点数を１に決定する。受信拠点数は表示拠点数と同じ１である（図１４のＳ５０、Ｓ６０）。
（２）受信帯域が増加した場合
受信帯域から決定される表示拠点数は３である。参加端末数は３のままである。現在の会議画面５０１の表示拠点数は２であるが、現在の会議画面５０１の表示拠点数２＜参加端末数３なので、レイアウト判断部２３３が表示拠点数を２に決定する。受信帯域から決定される表示拠点数と現在の参加拠点数の数はどちらも３なので、受信拠点数は３である（図１４のＳ８０、Ｓ９０）。
（３）参加端末数が減少した場合
受信帯域から決定される表示拠点数は２である。参加端末数は１に減少した。表示拠点数２＞参加端末数１なので、レイアウト判断部２３３が表示拠点数を１に決定する。受信拠点数は表示拠点数と同じ１である（図１４のＳ５０、Ｓ６０）。
（４）参加端末数が増加した場合
受信帯域から決定される表示拠点数は２である。参加端末数は４に増加した。表示拠点数２＜参加端末数４なので、レイアウト判断部２３３が表示拠点数を２に決定する。受信拠点数は表示拠点数と同じ２である（図１４のＳ５０、Ｓ６０）。
【０１７３】
図１６は、１回目のレイアウトの更新である図１５（ｂ）の後のレイアウトの変化を模式的に示す図の一例である。図１６（ａ）は図１５（ａ）と同じであり、図１６（ｂ）は図１５（ｂ）と同じである。
（２−１）受信帯域が安定している場合
受信帯域が安定しているので、受信帯域から決定される表示拠点数は３である。参加端末数は３である。表示拠点数３＝参加端末数３なので、レイアウト判断部２３３は表示拠点数を３に決定する。受信拠点数は表示拠点数と同じ３である（図１４のＳ５０、Ｓ６０）。したがって、受信帯域が増加してから安定する場合、会議画面５０１の表示拠点数を増大できる。
（２−２）受信帯域が減少した場合
受信帯域が減少したので、受信帯域から決定される表示拠点数は２である。参加端末数は３である。表示拠点数３＞参加端末数２なので、レイアウト判断部２３３は表示拠点数を２に決定する。受信拠点数は表示拠点数と同じ２である（図１４のＳ５０、Ｓ６０）。したがって、受信帯域が増加したが安定していない場合、会議画面５０１の表示拠点数を増やしたり減らしたりすることを抑制できる。
【０１７４】
以上説明したように、本実施形態の伝送システム１は、受信帯域が増加しても安定していることが確認できるまで表示拠点数を増やさないので頻繁な画面遷移を抑制できる。また、受信帯域が増加した場合には受信拠点数を増やして実際にコンテンツデータを受信した状態で受信帯域が安定しているか否かを判断するので、受信帯域が安定しているか否かの判断精度を向上できる。例えば、無線による通信は最大の帯域がそれほど大きくない。しかし、受信を開始することで受信確認（ＡＣＫ）や再送要求などの画像データ以外の通信も増大することがあり、受信を開始することで期待された受信帯域よりも実際の受信帯域が減少する場合がある。本実施形態ではこのような状況に対し、受信帯域が安定しているか否かを判断してから会議画面５０１に表示する表示拠点数を増加できる。
【０１７５】
<<変形例>>
本実施形態では伝送端末１０が表示拠点数を決定しているが、伝送管理システム５０や中継装置３０が表示拠点数を決定してもよい。
【０１７６】
図１７は、伝送管理システム５０が表示拠点数を決定するフローチャート図の一例を示す。なお、図１７では主に図１４との相違点を説明する。図１７の処理は伝送端末１０ごとに図１４と同様に繰り返し実行される。
【０１７７】
伝送管理システム５０の送受信部５１は伝送端末１０から現在と直前の受信帯域を取得する（Ｓ２）。伝送管理システム５０が伝送端末１０の受信帯域を測定してもよい。例えば、伝送管理システム５０の送受信部５１が何らかのデータを送信した時の送信帯域を測定し、この送信帯域そのものを伝送端末１０の受信帯域としてもよいし、送信帯域を関数に入力して受信帯域を算出してもよい。
【０１７８】
伝送管理システム５０が現在の受信帯域に基づき表示拠点数を取得する（Ｓ１０）。この場合、伝送管理システム５０がレイアウト判断部２３３とレイアウト管理ＤＢ１００２を有し、レイアウト判断部２３３が現在の受信帯域に基づき表示拠点数を取得する。
【０１７９】
以降のステップＳ２０〜Ｓ８０の処理は図１４と同様でよい。次に、伝送管理システム５０は表示拠点数を伝送端末に通知する（Ｓ９２）。
【０１８０】
このように、伝送管理システム５０や中継装置３０が表示拠点数及び受信拠点数を制御することができる。
【０１８１】
＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１８２】
例えば、本実施形態では、受信帯域が減少した際、安定しているか否かを待たずに表示拠点数を変更している。しかし、受信帯域が減少した場合も安定しているか否かを判断し、安定している場合に表示拠点数を変更してもよい。
【０１８３】
また、本実施形態では、中継装置３０を介して伝送端末１０が通信しているが、伝送端末１０は中継装置を介さずに通信してもよい。このような通信の通信プロトコルとして例えばＷｅｂＲＴＣ（Web Real-Time Communication）が知られている。この場合も、受信帯域に応じて表示拠点数を決定できる。
【０１８４】
また、図７などの構成例は、伝送管理システム５０及び伝送端末１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。伝送管理システム５０及び伝送端末１０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。
【０１８５】
また、本実施形態では説明の都合上、伝送管理システム５０と中継装置３０を別々の装置として説明したが、両者の機能が統合された装置が伝送管理システム５０と中継装置３０の機能を提供してもよい。
【０１８６】
また、伝送システム１が複数の伝送管理システム５０を有していてもよく、伝送管理システム５０の機能が複数のサーバに分散して配置されていてもよい。
【０１８７】
また、伝送管理システム５０が記憶部５０００に有する各データベースの１つ以上は通信ネットワーク２上に存在していてもよい。伝送端末１０が記憶部１０００に有するデータベースについても同様である。
【０１８８】
表示装置としてディスプレイ１２０を例にしたが、プロジェクタ、ＨＵＤ（Ｈｅａｄ  Ｕｐ  Ｄｉｓｐｌａｙ）、テレビ受像器、カーナビゲーション端末、など画像を表示できるものであればよい。
【符号の説明】
【０１８９】
１            伝送システム
２            通信ネットワーク
１０          伝送端末
１８          帯域情報取得部
１９          参加者情報取得部
２０          携帯端末
２３          表示制御部
２３３        レイアウト判断部
２３３ａ      レイアウト判断部
【先行技術文献】
【特許文献】
【０１９０】
【特許文献１】特表２０１３−５３１９３４号公報
【図１】
2017028660.tif 000014
【図２】
2017028660.tif 000015
【図３】
2017028660.tif 000016
【図４】
2017028660.tif 000017
【図５】
2017028660.tif 000018
【図６】
2017028660.tif 000019
【図７】
2017028660.tif 000020
【図８】
2017028660.tif 000021
【図９】
2017028660.tif 000022
【図１０】
2017028660.tif 000023
【図１１】
2017028660.tif 000024
【図１２】
2017028660.tif 000025
【図１３】
2017028660.tif 000026
【図１４】
2017028660.tif 000027
【図１５】
2017028660.tif 000028
【図１６】
2017028660.tif 000029
【図１７】
2017028660.tif 000030