JP6269610B2 - 情報処理装置、画像表示方法、通信システム、プログラム - Google Patents

Description

本発明は、情報処理装置、画像表示方法、通信システム及びプログラムに関する。

インターネット等の通信ネットワークを介して複数の端末装置間でテレビ会議を行う伝送システムの一例としてテレビ会議システムが知られている。このようなテレビ会議システムでは、一方の端末装置でテレビ会議中に収集された画像データ及び音声データを他方の端末装置に送信する。他方の端末装置はこの画像データ及び音声データを受信し、ディスプレイ等に画像を表示したり、スピーカから音声を出力したりすることで、これらの端末装置間でテレビ会議を行うことができる。

しかし、インターネットを通過するデータの遅延は必ずしも一定でないことから分かるように、常に安定した受信帯域が確保される保証はない。このため、テレビ会議で送受信される画像データや音声データの通信のために使用可能な帯域も常に変動している。不安定な受信帯域でも会話し易さを担保するために、端末装置にはメディア制御技術が導入されている。メディア制御技術では会話のしやすさを優先して、受信帯域が低下した場合、解像度が小さい画像データを端末装置が受信する。また、さらに受信帯域が低下した場合、音声データを優先して端末装置は画像データを受信しないように制御する。

メディア制御技術により端末装置が画像データを受信しなくなった場合、送信端末側で画像データの送信を中断したために画像データを受信しなくなった場合とユーザが区別できないおそれがある。このような不都合に対し、画像データが受信されていない理由を受信端末側のユーザに知らせる技術が考案されている（例えば、特許文献１参照。）。特許文献１には、受信帯域の低下により画像データの中継が中断された受信端末が、画像データを受信しない旨又は音声データのみを受信する旨のメッセージを表示する伝送システムが開示されている。

しかしながら、従来のテレビ会議システムでは、メディア制御技術等により端末装置が画像データを受信しなくなった場合に、画面遷移が頻繁に生じるという問題がある。図１を用いて説明する。

図１は、画面遷移の例を説明する図の一例である。図１（ａ）の会議画面５００を起点にして説明する。図１（ａ）の会議画面５００は４つの領域５０１〜５０４を表示している。領域５０２には拠点Ａの画像データが、領域５０３には拠点Ｂの画像データが、領域５０４には拠点Ｃ（自拠点）の画像データが、それぞれ表示されている。また、領域５０１には、拠点Ａ〜Ｃいずれかが送信する表示データ（文書など資料の画像）が表示されている。

図１（ａ）の状態から受信帯域が低下すると、端末装置は図１（ｂ）の会議画面５００を表示する。図１（ｂ）では図１（ａ）の領域５０３で表示されていた画像データが表示されなくなり、領域５０１，５０５、５０６が表示されている。あるいは、図１（ａ）の状態から受信帯域が大きく低下すると、端末装置は図１（ｃ）の会議画面５００を表示する。図１（ｃ）では図１（ａ）の領域５０２，５０３で表示されていた画像データが表示されなくなり、領域５０７，５０８が表示されている。

このように、受信帯域が低下した際、端末装置が表示する拠点表示数を少なくすると、会議画面５００のレイアウト（各拠点の画像データや表示データのサイズ及び場所）が変化する。受信帯域が良化した場合は逆のことが起こる。このため、会議画面５００を注視しているユーザにとっては、画面遷移が頻繁に生じることで煩わしく感じるおそれがある。

本発明は、上記課題に鑑み、頻繁な画面遷移が抑制された情報処理装置を提供することを目的とする。

上記課題に鑑み、本発明は、ネットワークを介して他の情報処理装置から受信した画像を表示装置の画面に表示する情報処理装置であって、前記他の情報処理装置から画像を受信する受信手段と、前記表示装置に表示される前記画像の数を通信状況に基づき決定する第一の決定手段と、前記第一の決定手段により決定された前記画像の数に応じて前記画像が表示される前記表示装置の画面のレイアウトを決定する第二の決定手段と、前記第一の決定手段が、前記表示装置の画面に表示されている前記画像の数と異なる数の前記画像の表示を決定する場合、前回決定されたレイアウトから所定時間が経過しているか否かを判断する判断手段と、前記第一の決定手段が、前記画面に表示されている前記画像の数よりも少ない数の前記画像を前記画面に表示すると決定した場合、前記判断手段が前回のレイアウトの変更から所定時間が経過していると判断するまで、前回、変更されたレイアウトのまま前記画面を前記表示装置に表示し、前記第一の決定手段が、前記画面に表示されている前記画像の数よりも多い数の前記画像を前記画面に表示すると決定した場合、前記判断手段が前回のレイアウトの変更から所定時間が経過していないと判断しても、前記第二の決定手段が決定したレイアウトで前記画面を前記表示装置に表示する表示処理手段と、を有する。

頻繁な画面遷移が抑制された情報処理装置を提供することができる。

画面遷移の例を説明する図の一例である。 伝送端末が表示する会議画面の画面遷移の一例を示す図である。 伝送システムによる画像及び音声の送受信を模式的に説明する図の一例である。 伝送システムの概略図の一例である。 伝送システムが制御するいくつかのセッションについて説明する図の一例である。 伝送端末のハードウェア構成図の一例である。 伝送管理システムのハードウェア構成図の一例である。 伝送システムに含まれる伝送管理システム、伝送端末、及び、中継装置の機能ブロック図の一例である。 複数の伝送端末の間で通信を開始する準備段階の処理を示したシーケンス図の一例である。 本実施形態に係る複数の伝送端末の間でセッションを確立する処理の一例のシーケンス図である。 参加者情報テーブルの作成手順を示すフローチャート図の一例である。 代替イメージの一例を示す図である。 伝送端末が参加端末の変更に基づきレイアウトを変更するか否かを判断する手順を示すフローチャート図の一例である。 伝送端末が画像受信、及び、表示データ受信の変動に基づきレイアウトを変更するか否かを判断する手順を示すフローチャート図の一例である。 レイアウト判断の詳細を説明する図の一例である。 レイアウト判断の詳細を説明する図の一例である。 表示制御部が会議画面を作成する手順を示すフローチャート図の一例である。 伝送端末が表示する会議画面の一例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら説明する。
図２は、本実施形態の伝送端末が表示する会議画面５００の画面遷移の一例を示す図である。図２（ａ）の会議画面５００では、領域５０１に拠点Ａ〜Ｃいずれかが送信する表示データが表示され、領域５０２には拠点Ａの画像データが表示され、領域５０３には拠点Ｂの画像データが表示され、領域５０４には拠点Ｃ（自拠点）の画像データが表示されている。図２（ａ）を起点とする画面遷移を説明する。

（１）表示拠点数が減る場合、伝送端末は前回の（最後の）レイアウト変更から所定時間が経過したか否かを判断する。すなわち、図２（ｃ）から図２（ａ）又は図２（ｂ）から図２（ａ）にレイアウト変更されてから、所定時間が経過したか否かを判断する。

（２）所定時間が経過していない場合、伝送端末は図２（ｂ）の会議画面５００に遷移する。すなわち、受信帯域が低下した等のため表示拠点数が減る場合、会議画面５００のレイアウトを変化させずに、レイアウトは同じまま領域５０３に表示されていた画像データを表示しなくなる。なお、伝送端末は予め定められた優先順位にしたがって表示しない画像データを決定する。図２（ｂ）では領域５０３に代替イメージが表示されている。代替イメージについては後述されるが、図２（ｂ）では均一な色（例えば黒）の矩形画像である。

（３）前回のレイアウト変更から所定時間が経過した場合、伝送端末は図２（ｃ）の会議画面５００に遷移する。すなわち、代替イメージを表示することなく、レイアウトが変更された会議画面５００を表示する。

（４）図２（ｂ）のレイアウトで受信帯域が良化した場合、伝送端末は図２（ａ）の会議画面５００に遷移する。この場合、図２（ｂ）と図２（ａ）のレイアウトには変更がないので、ユーザが違和感を感じることは少ない。

（５）図２（ｂ）のレイアウトで、図２（ａ）のレイアウトへの変更から所定時間が経過した場合、伝送端末は表示拠点数に応じたレイアウトに変更する。したがって、受信帯域が低下した等のため表示拠点数が減る場合、所定時間が経過しなければレイアウトが変更されないように画面遷移を制御できる。

（６）図２（ｃ）のレイアウトにおいて受信帯域が良化した場合、伝送端末は図２（ａ）の会議画面５００に遷移する。受信帯域が良化した場合、すぐに図２（ａ）に画面遷移してもよいし、図２（ｃ）のレイアウトに変更されてから所定時間、経過してから図２（ａ）に画面遷移してもよい。

このように本実施形態の伝送端末及び画像表示方法は、表示拠点数が減る場合、会議画面５００のレイアウトをすぐには変更せず、所定時間が経過してから変更するので頻繁な画面遷移を抑制できる。レイアウトが頻繁に変更されにくいため、ユーザが煩わしく感じることを抑制できる。

＜伝送システム１による画像及び音声の送受信＞
図３は、伝送システム１による画像及び音声の送受信を模式的に説明する図の一例である。伝送端末Ａは拠点１〜Ｎの伝送端末１〜Ｎとテレビ会議を行っている。拠点とは伝送端末がある場所をいうが、同じ場所（例えば、会議室）に複数の伝送端末があってもよい。本実施形態では説明の便宜上、拠点数と伝送端末の数と同じであるとして説明する。

伝送端末Ａ、１〜Ｎにそれぞれディスプレイ１２０が接続されているが、伝送端末Ａがディスプレイ１２０に表示する会議画面５００について説明する。また、伝送端末Ａ、１〜Ｎの中には情報表示装置４０が接続される場合があり、図２では説明の便宜上、伝送端末１に情報表示装置４０が接続されている。情報表示装置４０が表示するデータを表示データ５１０という。

伝送端末Ａ、１〜Ｎはそれぞれネットワーク上の中継装置３０と接続されている。中継装置３０は画像データ、音声データ及び表示データの少なくとも一つ（以下、画像データ、音声データ及び表示データの少なくとも一方をコンテンツデータという。）を中継する。したがって、図３のように拠点数が１＋Ｎ個の場合、中継装置３０は最大でＮ個のコンテンツデータを伝送端末Ａに送信する。

図３の会議画面５００Ａでは、伝送端末Ａが２つ（＜Ｎ）の画像（伝送端末１、２の画像とするが１〜Ｎのどの伝送端末でもよい。また自機である伝送端末Ａは数に入れない）をディスプレイ１２０に同時に表示しているものとする。この数（２）を表示拠点数と称する。伝送端末Ａは受信帯域に応じてディスプレイ１２０に同時に表示する画像データ及び表示データの数を決定できる。この場合、中継装置３０は、伝送端末Ａが表示している画像データのみを伝送端末Ａに送信する。伝送端末Ａがコンテンツデータを受信する拠点数を受信拠点数と称する。したがって、
表示拠点数＝受信拠点数
である。

また、会議画面５００Ｂのように、伝送端末Ａが表示データ５１０の表示を開始した場合、中継装置３０は伝送端末１、２のコンテンツデータに加え表示データを伝送端末Ａに送信する。

このように、伝送端末Ａはディスプレイ１２０に表示する画像データ又は表示データのみを受信するので、受信帯域を無駄に消費することを抑制できるようになる。

＜システム構成例＞
図４は、本実施形態に係る伝送システム１の一例の概略図である。伝送システム１（通信システムの一例）は、伝送管理システム５０を介して複数の伝送端末間で情報や感情等を相互に伝達するためのコミュニケーションシステムである。伝送システム１には、テレビ会議システム、テレビ電話システム、音声会議システム、音声電話システム、ＰＣ（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)１００１、レイアウト管理ＤＢ１００２、参加者情報ＤＢ１００３、帯域情報ＤＢ１００４、優先順位管理ＤＢ１００５、領域管理ＤＢ１００６、直前参加端末１０３０、直前参加者情報１０２０、代替イメージ１０４０、及び、端末用プログラム１０１０が記憶されている。記憶部１０００は記憶手段の一例である。

直前参加端末１０３０はレイアウトを変更するか否かを判断する際に参照される情報であり、参加端末の変更の有無を監視する繰り返し周期における前回の参加端末数である（参加端末については後述される）。直前参加者情報１０２０はレイアウトを変更するか否かを判断する際に参照される情報であり、参加者情報の変更の有無を監視する繰り返し周期における前回の参加者情報テーブル又はこれと同等の情報である。代替イメージ１０４０は、伝送端末１０が表示していた画像データ又は表示データが受信されなくなった場合に、画像データ又は表示データが表示されていた領域に表示されるイメージ（静止画又は動画）である。

以下、各データベースについて説明する。

記憶部１０００には、表示拠点数管理テーブルによって構成されている表示拠点数管理ＤＢ１００１が構築される。表示拠点数管理テーブルでは、受信帯域に対し、表示拠点数が対応づけて管理される。受信帯域が大きいほど表示拠点数（同時に表示される拠点数）が大きくなっている。例えば、受信帯域が「０〜２００kbps」では表示拠点数は１であるが、受信帯域が「２００〜４００kbps」では表示拠点数は２である。

記憶部１０００には、レイアウト管理テーブルによって構成されているレイアウト管理ＤＢ１００２が構築される。レイアウト管理テーブルでは、表示拠点数に対し、表示拠点、水平方向開始点、水平方向終点、垂直方向始点及び垂直方向終点が対応付けられて管理される。例えば、表示拠点数が１拠点の場合、該拠点の画像データは、ディスプレイ１２０の水平方向と垂直方向の０％を始点とし、水平方向と垂直方向の１００％を終点として表示される。つまり、ディスプレイの全体を１つの画像データで使用する。

記憶部１０００には、参加者情報テーブルによって構成されている参加者情報ＤＢ１００３が構築される。参加者情報テーブルには、各参加端末ごとに画像受信、音声受信、及び、表示データ受信の識別情報とそれぞれの有無が対応づけられている。参加端末とは、セッションが確立している伝送端末である。参加端末は、コンテンツデータの受信又は送信の少なくとも一方が可能な状態であるが、受信又は送信しているとは限らない。

伝送端末１０ａｂ（通信ＩＤは０１ａｂ）を例にすると、Ｂｐは伝送端末１０ａｂの画像データＩＤ、Ｂｖは伝送端末１０ａｂの音声データＩＤ、Ｂｄは伝送端末１０ａｂの表示データＩＤ、をそれぞれ意味する。つまり、Ｂｐは伝送端末１０ａｂが送信する画像データを他の伝送端末１０や中継装置３０が一意に識別する識別情報であり、Ｂｖは伝送端末１０ａｂが送信する音声データを一意に識別する識別情報であり、Ｂｄは伝送端末１０ａｂが送信する表示データを一意に識別する識別情報である。以下では、画像受信、音声受信、及び、表示データ受信の識別情報を区別しない場合、「データＩＤ」と称することにする。参加者情報テーブルの作成方法は図１１にて説明される。

なお、本実施形態で用いられるＩＤは、識別される対象を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、通信ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

記憶部１０００には、帯域情報テーブルによって構成されている帯域情報ＤＢ１００４が構築される。帯域情報テーブルは、送信と受信のそれぞれについて、画像、音声、表示データ、及び、合計の帯域が登録されている。画像の受信帯域を例に取ると、２００kbpsが確保されており、現在の拠点数の画像の受信を適切に行えている。帯域情報テーブルは周期的に更新されることが好ましい。あるいは最大の更新期間を超えないように適宜、更新される。

記憶部１０００には、優先順位テーブルによって構成されている優先順位管理ＤＢ１００５が構築される。優先順位テーブルには、優先順位に対応づけて伝送端末１０ａｂ〜１０ａｄ等（自機以外の参加端末の通信ＩＤ）が登録される。この優先順位は数値が小さいほどディスプレイ１２０に優先して表示されることを示す。中継装置３０は音声データを送信した他の拠点の伝送端末１０の優先順位が高くなるように優先順位テーブルを更新している。したがって、優先順位テーブルでは、最近、音声を発した拠点ほど優先順位が高くなる傾向になる。これにより、伝送端末１０は音声を発する頻度が多い拠点（伝送端末１０）の画像データをディスプレイ１２０に表示しやすくなる。

中継装置３０は音声データを受信することで優先順位テーブルを作成する。中継装置３０は優先順位テーブルを伝送端末１０に直接、又は、伝送管理システム５０を介して伝送端末１０に送信する。これにより、伝送端末１０は優先順位テーブルに基づいて会議画面５００のどの領域にどの画像を配置するかを決定できる。なお、参加端末でなくなった伝送端末１０（例えばログアウトした伝送端末１０）は優先順位テーブルから削除される。

また、通信ＩＤでなく表示データＩＤが優先順位テーブルに登録されてもよい。表示データを画像データと同様に扱うことができる。

記憶部１０００には、領域管理テーブルによって構成されている領域管理ＤＢ１００６が構築される。領域管理テーブルには、会議画面５００の領域I〜IVに対応づけてデータＩＤが登録される。領域I〜IVのかっこ内の数字は符号である。領域管理テーブルには、現在の会議画面５００の各領域に表示されている画像データの画像データＩＤ又は表示データの表示データＩＤが登録されている。したがって、画像データ又は表示データを送信している伝送端末１０も特定される。

なお、以上でＤＢやテーブルと称したのは説明の便宜のためであって、記憶部１０００に記憶されている情報がＤＢやテーブルの形態で記憶されている必要はない。これは以降の説明でも同様である。

（伝送端末の各機能構成）
次に、図６及び図８を用いて、伝送端末１０の各機能構成について詳細に説明する。伝送端末１０の送受信部１１は、図６に示されているＣＰＵ１０１からの命令、及び図６に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して中継装置３０及び伝送管理システム５０と各種データの送受信を行う。送受信部１１は、所望の宛先端末と通信を開始する前から、伝送管理システム５０と宛先候補としての各端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各伝送端末１０の稼動状態（オンラインかオフラインかの状態）だけでなく、オンラインであってもさらに通信中であるか、離籍中であるか等の詳細な状態を示す。送受信部１１は受信手段の一例である。

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

音声入力部１３は、図６に示されているＣＰＵ１０１からの命令、及び図６に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によってユーザの音声が音声信号に変換された後、この音声信号に係る音声データを入力する。

音声出力部１４は、図６に示されているＣＰＵ１０１からの命令、及び図６に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。

画像処理部１５は、図６に示されているＣＰＵ１０１からの命令等により実現され、伝送端末１０が送信する画像及び表示データ（表示データを送信する場合）の画像処理を行う。例えば、ノイズ処理、鮮明化、縦横比の調整などを行う。

映像符号化部１６は、図６に示されているＣＰＵ１０１からの命令及びディスプレイＩ／Ｆ等により実現され、伝送端末１０が送信する画像及び表示データを符号化する（圧縮や暗号化を含む）。なお、映像符号化部１６は音声の符号化も行う。

映像復号部１７は、図６に示されているＣＰＵ１０１からの命令及びディスプレイＩ／Ｆ等により実現され、伝送端末１０が受信した画像データ及び表示データを復号する（解凍や暗号の復号を含む）。なお、映像復号部１７は音声の復号も行う。

帯域情報取得部１８は、図６に示されているＣＰＵ１０１からの命令及びネットワークＩ／Ｆ１１１等により実現され、通信ネットワーク２の現在の受信帯域及び送信帯域を取得する。受信帯域及び送信帯域は帯域情報テーブルに登録される。例えば、伝送管理システム５０や中継装置３０との平均的な通信速度を測定したり、伝送管理システム５０や中継装置３０から帯域情報を取得する。実際の通信速度をそのまま利用できる帯域として扱うのでなく、例えばある一定期間内の最大の通信速度を求め、その値を利用できる帯域として扱ってもよい。

参加者情報取得部１９は、図６に示されているＣＰＵ１０１からの命令等により実現され、現在の会議の参加端末に関する情報を取得し参加者情報ＤＢ１００３の参加者情報テーブルに登録する。参加者情報テーブルに登録される情報は、伝送管理システム５０及び中継装置３０から取得される。

操作入力受付部２１は、図６に示されているＣＰＵ１０１からの命令、並びに図６に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、ユーザによる各種入力を受け付ける。例えば、ユーザが、図６に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部２１が電源ＯＮを受け付けて、電源をＯＮにする。

撮像部２２は、図６に示されているＣＰＵ１０１からの命令、並びに図６に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。

表示制御部２３は、図６に示されているＣＰＵ１０１からの命令、及び図６に示されているディスプレイＩ／Ｆ１１７によって実現され、会議画面５００を生成し、ディスプレイ１２０に対して画像データを送信するための制御を行う。表示制御部２３は表示処理手段の一例である。さらに、表示制御部２３はレイアウト判断部２３ａ及び時間判断部２３ｂを有している。レイアウト判断部２３ａは、表示拠点数に基づいて会議画面５００のレイアウトを判断する。レイアウト判断部２３ａはレイアウト決定手段の一例である。時間判断部２３ｂは、レイアウトが最後に変更されてから所定時間が経過したか否かを判断する。時間判断部２３ｂは判断手段の一例である。表示制御部２３は、レイアウト判断部２３ａが判断したレイアウトで会議画面５００を作成する。

宛先リスト作成部２４は、図６に示されているＣＰＵ１０１からの命令等により実現され、伝送管理システム５０から受信した、各宛先候補としての伝送端末１０の状態情報に基づいて、宛先候補の伝送端末１０の状態がアイコンで示された宛先リストの作成及び更新を行う。

表示拠点数決定部２５は、図６に示されているＣＰＵ１０１からの命令等により実現され、現在の通信状況（主に受信帯域）に基づき表示拠点数管理テーブルを参照し、表示拠点数を決定する。表示拠点数決定部２５は表示数決定手段の一例である。

また、記憶・読出処理部２９は、図６に示されているＣＰＵ１０１からの命令、及び図６に示すＳＳＤ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。なお、記憶部１０００には、図示されるものの他、宛先端末との通話を行う際に受信される画像データ、音声データ及び表示データが受信される度に上書き記憶される。

<<伝送管理システムの機能構成>>
伝送管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、端末状態取得部５４、セッション管理部５５、端末抽出部５６、及び、記憶・読出処理部５９を有している。これら各部は、図７に示されている各構成要素のいずれかが、ＨＤ３０５からＲＡＭ３０３上に展開された管理装置用プログラム５０１０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は提供される手段である。

また、伝送管理システム５０は、図７に示されているＨＤＤ３０５、ＲＡＭ３０３、ＲＯＭ３０２等により構築される記憶部５０００を有している。以下、記憶部５０００に記憶されている各種データベースについて説明する。

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

また、記憶部５０００には、端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、伝送管理システム５０によって管理される全ての伝送端末１０の通信ＩＤに対して、各パスワードが関連付けられて管理される。

また、記憶部５０００には、端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各伝送端末１０の通信ＩＤ毎に、各伝送端末１０を宛先とした場合の名称（宛先名）、各伝送端末１０の稼動状態、後述のログイン要求情報が伝送管理システム５０で受信された受信日時、及び伝送端末１０のＩＰアドレスが関連付けられて管理される。

また、記憶部５０００には、宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の通信ＩＤに対して、宛先端末の候補として登録されている宛先端末の通信ＩＤが全て関連付けられて管理される。例えば、表１０に示されている宛先リスト管理テーブルにおいて、通信ＩＤが「０１ａａ」である要求元端末（伝送端末１０ａａ）からテレビ会議における通話の開始を要求することができる宛先端末の候補は、通信ＩＤが「０１ａｂ」の伝送端末１０ａｂ、通信ＩＤが「０１ａｃ」の伝送端末１０ａｃ、通信ＩＤが「０１ａｄ」の伝送端末１０ａｄ、及び通信ＩＤが「０１ｂｂ」の伝送端末１０ｂｂ等であることが示されている。

また、記憶部５０００には、セッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、中継装置３０を選択するためのセッションの実行に用いられるセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信ＩＤ、宛先端末の通信ＩＤ、及び、会議ＩＤ、が関連付けられて管理される。セッションＩＤはセッションを識別するためのＩＤであり同じ会議に参加する伝送端末１０が同じセッションに含まれるとは限らない。これに対し会議ＩＤは同じ会議に参加する伝送端末１０に同じものが付与される。

（伝送管理システムの各機能構成）
次に、伝送管理システム５０の各機能構成について詳細に説明する。送受信部５１は、図７に示されているＣＰＵ３０１からの命令及びネットワークＩ／Ｆ３０９によって実行され、通信ネットワーク２を介して伝送端末１０又は中継装置３０と各種データの送受信を行う。

端末認証部５２は、図７に示されているＣＰＵ３０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている通信ＩＤ及びパスワードを検索キーとし伝送端末１０を認証する。すなわち、端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。なお、認証方法はこれに限られず、クライアント証明書（公開鍵と秘密鍵を用いた認証方法）を用いてもよい。

状態管理部５３は、図７に示されているＣＰＵ３０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理ＤＢ５００３にこの要求元端末の通信ＩＤ、要求元端末の稼動状態、伝送管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。

また、状態管理部５３は、ユーザが伝送端末１０の電源スイッチ１０９をＯＮの状態からＯＦＦにすることで、伝送端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００３のオンラインを示す稼動状態をオフラインに変更する。

端末抽出部５６は、図７に示されているＣＰＵ３０１からの命令によって実現され、ログイン要求した要求元端末の通信ＩＤをキーとして宛先リスト管理ＤＢ５００４を検索し、要求元端末と通話することができる宛先端末の候補の通信ＩＤを読み出す。また、端末抽出部５６は、ログイン要求してきた要求元端末の通信ＩＤをキーとして、宛先リスト管理ＤＢ５００４を検索し、要求元端末の通信ＩＤを宛先端末の候補として登録している他の要求元端末の通信ＩＤも抽出する。

端末状態取得部５４は、図７に示されているＣＰＵ３０１からの命令によって実現され、端末抽出部５６によって抽出された宛先端末の候補の通信ＩＤを検索キーとして、端末管理ＤＢ５００３を検索し、端末抽出部５６によって抽出された通信ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５４は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。

セッション管理部５５は、図７に示されているＣＰＵ３０１からの命令によって実現され、セッション管理ＤＢ５００５に、セッションＩＤ、要求元端末の通信ＩＤ、宛先端末の通信ＩＤ、及び、会議ＩＤを関連付けて記憶して管理する。

記憶・読出処理部５９は、図７に示されているＣＰＵ３０１からの命令及びＨＤＤ３０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。

<<中継装置の機能構成>>
中継装置３０は、送受信部３１、状態検知部３２、及び記憶・読出処理部３９を有している。これら各部は、図７に示されている各構成要素のいずれかが、ＨＤ３０４からＲＡＭ３０３上に展開された中継装置用プログラム３０１０に従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は提供される手段である。

また、中継装置３０は記憶部３０００を有しており、この記憶部３０００は図７に示されているＨＤ３０４により構築されている。記憶部３０００には中継管理ＤＢ３００１、中継装置用プログラム３０１０が記憶されている。

記憶部３０００には、表１２に示されているような中継管理テーブルによって構成されている中継管理ＤＢ３００１が構築されている。この中継管理テーブルでは、会議ＩＤに対応づけて、この会議に参加している伝送端末１０の通信ＩＤ、ＩＰアドレス、及びデータＩＤが登録されている。

中継装置３０の送受信部３１は、図７に示されているＣＰＵ３０１からの命令及び図７に示されているネットワークＩ／Ｆ３０９によって実現され、通信ネットワーク２を介して伝送端末１０又は伝送管理システム５０と各種データの送受信を行う。

状態検知部３２は、図７に示されているＣＰＵ３０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「オンライン」、「オフライン」、「通話中」又は「一時中断」等の状態がある。

記憶・読出処理部３９は、図７に示されているＣＰＵ３０１からの命令及びＨＤＤ３０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出す処理を行う。

＜通信の開始からセッションの確立まで＞
図９は、複数の伝送端末１０の間で通信を開始する準備段階の処理を示したシーケンス図の一例である。図９では伝送端末１０ａａが伝送端末１０ａｃ、１０ａｂ，１０ａｄと通信を開始する準備の処理を説明する。

まず、ユーザが電源スイッチ１０９をＯＮにすると伝送端末１０ａａの操作入力受付部２１が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、伝送端末１０ａａのログイン要求部１２は電源ＯＮの受信を契機とし、送受信部１１から通信ネットワーク２を介して伝送管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。ログイン要求は電源ＯＮ時だけでなくユーザ操作によって任意のタイミングで送信されることができる。このログイン要求情報には、要求元である伝送端末１０ａａを識別するための通信ＩＤ、及びパスワードが含まれている。なお、伝送端末１０ａａから伝送管理システム５０へログイン要求情報が送信される際は、受信側である伝送管理システム５０は、伝送端末１０ａａの「ＩＰアドレス」を把握することができる。なお、携帯端末２０が要求元端末の場合、操作入力受付部２１がユーザのログイン操作を受け付けて、通信ＩＤ及びパスワードを伝送管理システム５０に送信する。

次に、伝送管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている通信ＩＤ及びパスワードと同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。本実施形態では、認証が成立したものとして説明する。

端末認証部５２によって、伝送端末１０の認証が成立した場合、状態管理部５３は端末管理テーブルに、伝送端末１０ａａの通信ＩＤ、「稼動状態」、「通信状態」、上記ログイン要求情報が受信された「受信時間」、及び伝送端末１０ａａの「ＩＰアドレス」を関連付けて記憶する（ステップＳ２４）。なお、この時の「稼動状態」は"オンライン"である。

伝送管理システム５０の送受信部５１は、端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介してログイン要求してきた伝送端末１０ａａに送信する（ステップＳ２５）。

伝送管理システム５０の端末抽出部５６は、ログイン要求した伝送端末１０ａａの通信ＩＤである"０１ａａ"を検索キーとして、宛先リスト管理テーブルを検索し、伝送端末１０ａａと通信することができる伝送端末の候補の通信ＩＤを読み出すことによって抽出する（ステップＳ２６）。ここでは、伝送端末１０ａａの通信ＩＤである"０１ａａ"に対応する宛先端末（１０ａｂ，１０ａｃ、１０ａｄ、１０ｂｂ）のそれぞれの通信ＩＤである"０１ａｂ"、"０１ａｃ"、"０１ａｄ"、"０１ｂｂ"が抽出されることになる。

次に、端末状態取得部５４は、端末抽出部５６によって抽出された伝送端末１０ａｂ、１０ａｃ、１０ａｄ、１０ｂｂの通信ＩＤ（"０１ａｂ"、"０１ａｃ"、"０１ａｄ"、"０１ｂｂ"）を検索キーとして端末管理テーブルを検索し、通信ＩＤ毎に「稼動状態」を読み出す（Ｓ２７）。ここでは説明のため、伝送端末１０ａｂ、１０ａｃ、１０ａｄが"オンライン"、伝送端末１０ｂｂが"オフライン"であるとする。

次に、送受信部５１は、端末抽出部５６が抽出した通信ＩＤ（"０１ａｂ"、"０１ａｃ"、"０１ａｄ"、"０１ｂｂ"）と「稼動状態」とが含まれた宛先状態情報を、通信ネットワーク２を介して伝送端末１０ａａに送信する（ステップＳ２８）。これにより、伝送端末１０ａａは、伝送端末１０ａａと通信することができる伝送端末（１０ａｂ，１０ａｃ、１０ａｄ、１０ｂｂ）の現時点のそれぞれの「稼動状態」を把握することができる。

さらに、伝送管理システム５０の端末抽出部５６は、ログイン要求してきた伝送端末１０ａａの通信ＩＤである"０１ａａ"を検索キーとして、宛先リスト管理テーブルを検索し、通信ＩＤである"０１ａａ"を宛先端末の候補として登録している伝送端末１０の通信ＩＤを抽出する（ステップＳ２９）。上記の宛先リスト管理テーブルでは、抽出される他の伝送端末１０の通信ＩＤは"０１ａｂ""０１ａｃ""０１ａｄ""０１ｂｂ"である。

次に、伝送管理システム５０の端末状態取得部５４は、ログイン要求して来た伝送端末１０ａａの通信ＩＤである"０１ａａ"を検索キーとして、端末管理テーブルを検索し伝送端末１０ａａの「稼動状態」を取得する（ステップＳ３０）。

そして、送受信部５１は、上記ステップＳ２９で抽出された通信ＩＤ（"０１ａｂ"、"０１ａｃ""０１ａｄ""０１ｂｂ"）に係る伝送端末１０のうち、端末管理テーブルで「稼動状態」が"オンライン"となっている伝送端末１０に、上記ステップＳ３０で取得された伝送端末１０ａａの通信ＩＤである"０１ａａ"と「稼動状態」として"オンライン"が含まれる宛先状態情報を送信する（ステップＳ３１、Ｓ３２、Ｓ３３）。したがって、伝送端末１０ａｂ、１０ａｃ、１０ａｄに宛先状態情報が送信される。なお、送受信部５１が伝送端末１０ａｂ、１０ａｃ、１０ａｄに宛先状態情報を送信する際に、通信ＩＤ（"０１ａｂ"、"０１ａｃ"、"０１ａｄ"）に基づいて、端末管理テーブルで管理されている伝送端末１０の「ＩＰアドレス」を参照する。

伝送端末１０ａａの宛先リスト作成部２４は、宛先リストの情報と宛先端末の候補の「稼動状態」とを受け取ると、宛先リスト画面を作成し、表示装置２０３に表示させる（ステップＳ３４）。この場合の宛先リスト画面には、伝送端末１０ａｂ、１０ａｃ、１０ａｄの名称と「稼動状態」として"オンライン"が表示され、伝送端末１０ｂｂの名称と「稼動状態」として"オフライン"が表示される。

一方、他の伝送端末１０ａｂ、１０ａｃ、１０ａｄでも、図９と同様の処理を行うことで、各伝送端末１０ａｂ、１０ａｃ、１０ａｄが宛先候補の伝送端末１０のディスプレイ１２０に宛先リスト画面が表示される。

図１０は、本実施形態に係る複数の伝送端末１０の間でセッションを確立する処理の一例のシーケンス図である。

ユーザが伝送端末１０ａａの操作ボタン１０８から宛先リスト画面に表示された通信ＩＤとして例えば"０１ａｃ"の宛先端末を選択すると、操作入力受付部２１は、接続を開始する要求を受け付ける（ステップＳ４１）。

伝送端末１０ａａの送受信部１１は、伝送端末１０ａａの通信ＩＤである"０１ａａ"と、「宛先端末の通信ＩＤ」である"０１ａｃ"とが含まれ、接続を開始したい旨を示す開始要求情報を伝送管理システム５０に送信する（ステップＳ４２）。これにより、伝送管理システム５０は要求元端末（伝送端末１０ａａ）の「ＩＰアドレス」を把握する。

次に、伝送管理システム５０のセッション管理部５５は「セッションＩＤ」を生成する（ステップＳ４３）。「セッションＩＤ」としては重複しないＩＤが生成される。

そして、この生成した「セッションＩＤ」と、要求元端末（伝送端末１０ａａ）の通信ＩＤである"０１ａａ"と、宛先端末（伝送端末１０ａｃ）の通信ＩＤである"０１ａｃ"とをセッション管理ＤＢ５００５に関連付けて記憶して管理する（ステップＳ４４）。また、会議ＩＤを付与する。

さらに、伝送管理システム５０のセッション管理部５５は、要求元端末と宛先端末とが通信するのに適切な中継装置３０を決定する（ステップＳ４５）。中継装置３０を決定するための方法は、例えば受信と送信の帯域が最も広いネットワーク上にある中継装置３０を選択する等の方法が考えられる。

なお、中継装置３０を選択せずに、要求元端末及び宛先端末間で直接セッションを確立してもよいし、伝送管理システム５０を介したセッションを確立してもよい。

そして、伝送管理システム５０の送受信部５１は、ステップＳ４３で生成した「セッションＩＤ」と、ステップＳ４５で決定した中継装置３０の「ＩＰアドレス」とを要求元端末（伝送端末１０ａａ）及び宛先端末（伝送端末１０ａｃ）に送信する（ステップＳ４６，４７）。

伝送端末１０ａｃの表示制御部２３は要求元端末（伝送端末１０ａａ）の通信ＩＤをディスプレイ１２０（携帯端末２０の場合は表示装置２０３）に表示するなどして、操作入力受付部２１がユーザによるテレビ会議の許可を受け付ける。そして、伝送端末１０ａｃの送受信部１１は開始許可を伝送管理システム５０に送信する（ステップＳ４７−１）。

次に、伝送管理システム５０の状態管理部５３は、中継開始要求情報として、要求元端末（伝送端末１０ａａ）の「ＩＰアドレス」と通信ＩＤ、宛先端末（伝送端末１０ａｃ）の「ＩＰアドレス」と通信ＩＤ、及び、会議ＩＤを中継装置３０に送信する（ステップＳ４８）。中継装置３０は中継管理テーブルにおいて会議ＩＤに通信ＩＤを対応づけて管理する。また、中継装置３０は通信ＩＤに重複しないデータＩＤを付与する。データＩＤは各伝送端末１０に通知されてもよいし、されなくてもよい。通知される場合、伝送端末１０はコンテンツデータにデータＩＤを付与して中継装置３０に送信する。通知されない場合、中継装置３０がＩＰアドレス等に基づき伝送端末１０を識別しコンテンツデータにデータＩＤを付与して伝送端末１０に送信する。

中継装置３０の送受信部３１は伝送管理システム５０から通信ＩＤを受信すると、伝送端末１０ａａと１０ａｃが送信する通信ＩＤを元にこれらがコンテンツデータの送信先であることを検出する。これにより、要求元端末（伝送端末１０ａａ）と宛先端末（伝送端末１０ａｃ）との間でセッションが確立される（ステップＳ４９）。セッションが確立することで、伝送端末１０ａａは中継装置３０を介してコンテンツデータを伝送端末１０ａｃに送信し、伝送端末１０ａｃは中継装置３０を介してコンテンツデータを伝送端末１０ａａに送信する。

次に、伝送端末１０ａａのユーザが招待通知を伝送管理システム５０に送信する（ステップＳ５０）。招待通知とは、すでにセッションが確立されているテレビ会議に別の伝送端末１０を参加させるための通知である。招待通知には招待通知を送信した伝送端末１０ａａの通信ＩＤである"０１ａａ"、招待される伝送端末１０ａｂ、１０ａｄの通信ＩＤである"０１ａｂ" "０１ａｄ"が含まれる。また、伝送管理システム５０は招待通知を送信した伝送端末１０ａａの「ＩＰアドレス」を取得する。

伝送管理システム５０の送受信部５１が招待通知を受信すると、伝送管理システム５０の端末状態取得部５４は端末管理テーブルから招待される伝送端末１０ａｂ、１０ａｄの「ＩＰアドレス」を取得する。これにより、伝送管理システム５０の送受信部５１は伝送端末１０ａｂ、１０ａｄに招待通知を送信する（ステップＳ５１）。

伝送端末１０ａｂ、１０ａｄの表示制御部２３は要求元端末（伝送端末１０ａａ）の通信ＩＤをディスプレイ１２０（携帯端末２０の場合は表示装置２０３）に表示するなどして、操作入力受付部２１がユーザによるテレビ会議への招待に対する応答を受け付ける。ここではユーザは招待を受諾したものとする。そして、伝送端末１０ａｂ、１０ａｄの送受信部１１は招待受諾を伝送管理システム５０に送信する（ステップＳ５２）。

伝送管理システム５０のセッション管理部５５は伝送端末１０ａｂ、１０ａｄに伝送端末１０ａａ、１０ａｃと同じ会議ＩＤを付与する。

伝送管理システム５０の送受信部５１は招待通知を送信した伝送端末１０ａａに招待受諾を送信する（ステップＳ５３）。

この後、伝送管理システム５０の送受信部５１は招待された伝送端末１０ａｂ、１０ａｄに関し、ステップＳ４７、Ｓ４８の処理を行うことで、伝送端末１０ａａと１０ａｃのセッションに伝送端末１０ａｂ、１０ａｄが参加することができる。すなわち、中継装置３０は同じ会議ＩＤの伝送端末１０ａａ、１０ａｃ、１０ａｂ、１０ａｄの間でコンテンツデータを送信（転送）する。

以降は、要求元端末（伝送端末１０ａａ）、宛先端末（伝送端末１０ａｃ）、及び、招待された伝送端末１０ａｂ、１０ａｄとの間で、中継装置３０を介してコンテンツデータが送受信される。

＜参加者情報テーブルの作成＞
次に、図１１を用いて参加者情報テーブルの作成について説明する。図１１は、参加者情報テーブルの作成手順を示すフローチャート図の一例である。図１１の手順はコンテンツデータの送受信の間、繰り返し実行される。繰り返しの周期は、会議画面５００のレイアウトを更新する周期である。この周期は、例えば、受信帯域が安定しているか否かが監視される期間に基づき決定される。固定値として数十ミリ秒から数十秒としてもよい。あるいは、受信帯域の変動の傾向を数値化して図１１の繰り返しの周期を決定してもよい。例えば、受信帯域が頻繁に変動する場合は周期を短くし、受信帯域が変動しにくい場合は周期を長くする。

会議画面５００のレイアウトを判断するタイミングになると、参加者情報取得部１９は直前の参加端末数を直前参加端末１０３０として記憶部１０００に記憶しておく（Ｓ１０）。これは、参加端末数の増減を把握するためである。

また、参加者情報取得部１９は直前の参加者情報を直前参加者情報１０２０として記憶部１０００に記憶しておく（Ｓ２０）。これは、受信している画像データ又は表示データに変更があるか否かを把握するためである。

次に、参加者情報取得部１９は、伝送管理システム５０から参加端末の通信ＩＤを取得する（Ｓ３０）。参加端末の通信ＩＤはセッション管理テーブルに登録されている。

次に、参加者情報取得部１９は、中継装置３０から同じ会議ＩＤに紐付けられている伝送端末１０の通信ＩＤとデータＩＤを取得する（Ｓ４０）。中継装置３０はコンテンツデータを送信していない伝送端末１０についても通信ＩＤとデータＩＤを送信する。

また、伝送端末１０ａａは中継装置３０介してコンテンツデータを送信する伝送端末１０からコンテンツデータと共にデータＩＤを受信している（Ｓ５０）。なお、伝送端末１０ａａは受信するコンテンツデータを決定するメディア制御を行う。簡単に説明する。
ａ）受信帯域から表示拠点数を決定する。
ｂ）ステップＳ３０の結果から参加端末数を決定する。
ｃ）表示拠点数と参加端末数の少ない方を最終的に表示拠点数に決定する
ｄ）受信拠点数を表示拠点数と同じに決定する。
ｅ）優先順位テーブルの上位から受信拠点数の伝送端末１０を特定する。

伝送端末１０ａａはこのようにして決定した伝送端末１０のコンテンツデータを中継装置３０に要求する。

なお、すでにコンテンツデータが受信されている場合（すでに参加者情報テーブルが作成されている場合）、伝送端末１０は以下のように制御する。
(i) 優先順位テーブルで決定された伝送端末１０のうちすでにコンテンツデータが受信されている伝送端末１０については何もしない。
(ii) 優先順位テーブルで決定された伝送端末１０のうちまだコンテンツデータが受信されていない伝送端末１０について、コンテンツデータの送信を中継装置３０に要求する。
(iii) 優先順位テーブルで決定された伝送端末１０でないがコンテンツデータが受信されている伝送端末１０について、コンテンツデータの停止を中継装置３０に要求する。

参加者情報取得部１９は、伝送端末１０のデータＩＤごとに（つまり、画像データ、音声データ、表示データごとに）中継装置３０からコンテンツデータが実際に送信されるか否かを判断し、通信ＩＤに対応づけて画像、音声、表示データの有無を登録する（Ｓ６０）。これにより、参加者情報テーブルが得られる。

＜代替イメージについて＞
図１にて説明したように、領域５０３で表示されていた画像データが受信されなくなると、伝送端末１０は領域５０３に代替イメージを表示した。

図１２（ａ）は図１にて表示された代替イメージを示す。上記のように、図１の代替イメージ（代替画像の一例）は均一色の矩形画像である。ただし、代替イメージは現在のレイアウトを維持するためのものなので、均一色である必要はなく。どのような画像でもよい。例えば、グラデーションが施されていてもよいし、市松模様や格子のような幾何学画像でもよい。図１２（ａ）の代替イメージは記憶部１０００に代替イメージ１０４０として記憶されている。

図１２（ｂ）は代替イメージの別の例を示す。代替イメージとして拠点や参加端末の情報を表示してもよい。図１２（ｂ）の拠点の名称は、伝送管理システム５０の端末管理テーブルに登録されている。参加者氏名や連絡先は、通信相手のユーザが携帯端末２０を使用している場合は、携帯端末２０が保持しているプロフィール情報が利用される。プロフィール情報は、携帯端末２０で動作するアプリ（ＡＰＰ）にユーザが登録している。また、通信相手のユーザが伝送端末１０を使用している場合、ユーザが携帯するＩＣカードや携帯端末２０から伝送端末１０の認証受付Ｉ／Ｆ１１９がプロフィール情報を読み出す。表示制御部２３はこれらから代替イメージを作成する。図１２（ｂ）の代替イメージが表示されることで、代替イメージを表示した伝送端末１０のユーザはどの拠点の画像データ又は表示データが表示されなくなったかを把握できる。

図１２（ｃ）は代替イメージの別の例を示す。代替イメージとして、画像データを表示してもよい。この画像データは、伝送端末１０が画像データを受信しなくなるまでに受信した画像データの一フレームである。好ましくは、最後に受信したフレーム又は画像データを受信しなくなる直前に受信したフレームである。このような代替イメージは静止画であるが、代替イメージを見ているユーザは、画像データが受信されていないことに気づきにくいため、違和感を感じにくい。

なお、伝送端末１０が受信した画像データは次々と上書きされながら記憶部１０００に記憶される。したがって、表示制御部２３は記憶部１０００から画像データを読み出すことで最後に受信した画像データを用いて代替イメージを作成することができる。

図１２（ｄ）は代替イメージの別の例を示す。代替イメージとして、画像データが表示されない理由を表示してもよい。図１２（ｄ）では「ＡＣ会議室の画像データを受信できなくなりました」と表示されている。また、「ＡＣ会議室がログアウトしました」と表示される場合もある。参加者情報テーブルには参加端末が登録され、直前参加端末１０３０には直前の参加端末が登録されているので、比較することで画像データが表示されなくなった理由がログアウトしたことだと分かる。また、参加者情報テーブルに参加端末として登録されているが、画像受信が「なし」になっている場合、画像データを受信しなくなったことが分かる。表示制御部２３は参加者情報テーブルを参照して、画像データが表示されない理由が記載された代替イメージを作成する。図１２（ｄ）の代替イメージが表示された場合、ユーザは画像データが表示されない理由を把握できる。

なお、図１２（ａ）〜（ｄ）の２つ以上を組み合わせて代替イメージが作成されてもよい。また、伝送端末１０の使用方法や広告などの動画を表示してもよい。

＜レイアウトの判断＞
図１３、１４を用いて、コンテンツデータを送受信している伝送端末１０ａａがレイアウトを変更する契機について説明する。図１３は、伝送端末１０ａａが参加端末の変更に基づきレイアウトを変更するか否かを判断する手順を示すフローチャート図の一例である。図１３の手順は繰り返し実行される。

レイアウト判断部２３ａは参加者情報テーブルから参加者情報を取得する（Ｓ１０）。

次に、レイアウト判断部２３ａは直前参加者情報１０２０を参照して参加端末が変更になったか否かを判断する（Ｓ２０）。参加端末が変更になったか否かの判断では、主に参加端末数（拠点の数）が変更されたか否かが判断される。しかし、同じ参加端末数のまま、参加端末が変更される（拠点の数が同じまま拠点が入れ替わる）ことも検出可能である。

ステップＳ２０の判断がＹｅｓの場合、レイアウト判断部２３ａは参加端末が変更されることでレイアウトを変更する可能性があるため、レイアウト判断処理を行う（Ｓ３０）。レイアウト判断処理については図１５にて説明される。

図１４は、伝送端末１０ａａが画像受信、及び、表示データ受信の変動に基づきレイアウトを変更するか否かを判断する手順を示すフローチャート図の一例である。図１４の手順は繰り返し実行される。

レイアウト判断部２３ａは参加者情報テーブルと直前参加者情報１０２０を読み出す（Ｓ１０）。

次に、レイアウト判断部２３ａは受信メディアに変更があるか否かを判断する（Ｓ２０）。受信メディアとは、画像データ又は表示データをいう。画像受信、及び、表示データ受信の有無に１つでも変更がある場合、ステップＳ２０の判断はＹｅｓとなる。なお、音声受信の有無についてはレイアウトに与える影響が少ないので音声受信の有無の変更は判断しなくてもよいが、判断してもよい。

ステップＳ２０の判断がＹｅｓの場合、レイアウト判断部２３ａは画像受信や表示データ受信の有無が変わることでレイアウトを変更する可能性があるため、レイアウト判断処理を行う（Ｓ３０）。レイアウト判断処理については図１５にて説明される。

図１５は、レイアウト判断の詳細を説明する図の一例である。図１５は、図１３又は図１４でレイアウト判断を行うと判断されるとスタートする。

まず、レイアウト判断部２３ａは、現在の表示拠点数と新たな表示拠点数を取得する（Ｓ１０）。現在の表示拠点数は、現在、会議画面５００に表示されている拠点数である。新たな表示拠点数は、図１３にて説明したｃ）の「受信帯域から決定された表示拠点数と参加端末数の少ない方」である。

レイアウト判断部２３ａは、表示拠点数が減るか否かを判断する（Ｓ２０）。ステップＳ２０の判断がＮｏの場合、処理はステップＳ６０に進み、表示制御部２３が会議画面５００を出力する。ステップＳ６０の詳細は図１７にて説明される。

ステップＳ２０の判断がＹｅｓの場合、伝送端末１０の時間判断部２３ｂは前回のレイアウト変更から３０秒以上経過しているか否かを判断する（Ｓ３０）。

ステップＳ３０の判断がＮｏの場合、レイアウト判断部２３ａは表示拠点数決定部２５が決定した表示拠点数を現在の表示拠点数で置き換える（Ｓ４０）。すなわち、前回のレイアウトの変更から３０秒が経過していないので、現在の表示拠点数を維持する。これにより、頻繁な画面遷移を抑制できる。

次に、レイアウト判断部２３ａは代替イメージを作成する（Ｓ５０）。つまり、画像受信（又は表示データ受信）がなくなるので、その分の領域に表示するための代替イメージを作成する。

表示制御部２３は、代替イメージを含む又は含まない会議画面５００を作成しディスプレイ１２０に出力する（Ｓ６０）。

ステップＳ３０の判断がＹｅｓの場合、レイアウト変更から３０秒間が経過しているので処理はステップＳ６０に進む。したがって、表示拠点数決定部２５が決定した表示拠点数で代替イメージを含まない会議画面５００を作成する（Ｓ６０）。

以上のような処理により、表示拠点数が減る場合は、最後のレイアウトの変更から次のレイアウトの変更までに必ず３０秒の間隔が必要になるので、頻繁な画面遷移を抑制できる。

なお、３０秒としたのは、３０秒程度の間隔でレイアウト変更すると煩わしさは大幅に軽減できることが実験的に確かめられているためである。しかし、３０秒は一例に過ぎず、例えば３０秒未満、又は３０秒以上としてもよい。

また、表示拠点数が増える場合も、最後のレイアウトの変更から次のレイアウトの変更までに３０秒の間隔を設けてよい。

図１６は図１５の変形例を示すフローチャート図の一例である。図１６ではステップ２０で表示拠点数が一定か否か判断されている（Ｓ２０）。ステップＳ２０の判断がＮｏの場合、ステップＳ３０が処理されるので、最後のレイアウトの変更から次のレイアウトの変更までに３０秒の間隔を設けることができる。

また、表示拠点数が減る場合と増える場合で、最後のレイアウトの変更から次のレイアウトの変更までの時間を異ならせてもよい。

＜会議画面の出力＞
図１７は、表示制御部２３が会議画面５００を作成する手順を示すフローチャート図の一例である。図１７の手順は、例えば図１５、１６のステップＳ６０で実行される。

まず、レイアウト判断部２３ａは優先順位テーブルの上位から図１５のステップＳ１０又はＳ４０で決定した表示拠点数の伝送端末１０を特定する（Ｓ１０）。これにより、話者の画像データは表示されやすくなる。

次に、レイアウト判断部２３ａは図１５のステップＳ１０又はＳ４０で決定した表示拠点数に基づきレイアウト管理テーブルを参照してレイアウトを決定する（Ｓ２０）。

表示制御部２３は、レイアウトが決定された会議画面５００の各領域に画像データ又は表示データを配置する（Ｓ３０）。

次に、レイアウト判断部２３ａは画像データが表示されなくなった伝送端末１０があるか否かを判断する（Ｓ４０）。ステップＳ４０の判断は、図１３にて説明した(iii)と同様に行われる。

ステップＳ４０の判断がＹｅｓの場合、レイアウト判断部２３ａは画像データが表示されなくなった伝送端末１０の画像データが表示されていた領域を領域管理テーブルから特定する（Ｓ５０）。

表示制御部２３はステップＳ５０で特定された領域に代替イメージを配置する（Ｓ６０）。

以上のようにして、受信帯域の減少や参加端末の減少により受信されなくなったコンテンツデータを送信していた領域に代替イメージが配置された会議画面５００を表示できる。

<<会議画面の遷移例>>
図１８（ａ）は、伝送端末１０ａａが表示する会議画面５００の一例を示す。領域５０１に伝送端末１０ａｄが送信する表示データが表示され、領域５０２に伝送端末１０ａｃが送信する画像データが表示され、領域５０３に伝送端末１０ａｃが送信する画像データが表示され、領域５０４に自端末である伝送端末１０ａａの画像データが表示されている。

伝送端末１０ａａが伝送端末１０ａｂの画像データを受信しなくなった場合、図１８（ｂ）に示すように、伝送端末１０ａａは領域５０２に代替イメージを表示する。

また、図１８（ｃ）の状態から（図１８（ａ）と同様）、受信帯域が急に悪化したため、伝送端末１０ａａが伝送端末１０ａｂ、１０ａｃの表示データを受信しなくなった場合、図１８（ｄ）に示すように、伝送端末１０ａａは領域５０２，５０３に代替イメージを表示する。

図１８では表示データが優先されているが、表示データが優先されずに代替イメージに置き換わってもよい。また、表示データが表示されていない場合、領域５０１の画像データが代替イメージに置き換わる場合もある。図１８（ｅ）では領域５０１に伝送端末１０ａｄが送信する画像データが表示されている。図１８（ｅ）の状態から、伝送端末１０ａｄが送信する画像データが受信されなくなると、図１８（ｆ）に示すように、伝送端末１０ａａは領域５０１に代替イメージを表示する。

以上のように本実施形態の伝送端末１０は、表示拠点数が減る場合、最後のレイアウトの変更から所定時間が経過するまでレイアウトを変更しない。これにより、頻繁な画面遷移を抑制でき、ユーザが煩わしく感じることを抑制できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、中継装置３０を介して伝送端末１０が通信しているが、伝送端末１０は中継装置を介さずに通信してもよい。このような通信の通信プロトコルとして例えばＷｅｂＲＴＣ（Web Real-Time Communication）が知られている。この場合も、受信帯域に応じて表示拠点数を決定できる。

また、図８などの構成例は、伝送管理システム５０及び伝送端末１０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。伝送管理システム５０及び伝送端末１０の処理は、処理内容に応じてさらに多くの処理単位に分割することもできる。また、１つの処理単位がさらに多くの処理を含むように分割することもできる。

また、本実施形態では説明の都合上、伝送管理システム５０と中継装置３０を別々の装置として説明したが、両者の機能が統合された装置が伝送管理システム５０と中継装置３０の機能を提供してもよい。

また、伝送システム１が複数の伝送管理システム５０を有していてもよく、伝送管理システム５０の機能が複数のサーバに分散して配置されていてもよい。

また、伝送管理システム５０が記憶部５０００に有する各データベースの１つ以上は通信ネットワーク上に存在していてもよい。伝送端末１０が記憶部１０００に有するデータベースについても同様である。

表示装置としてディスプレイ１２０を例にしたが、プロジェクタ、ＨＵＤ（Ｈｅａｄ Ｕｐ Ｄｉｓｐｌａｙ）、テレビ受像器、カーナビゲーション端末、など画像を表示できるものであればよい。

１ 伝送システム
２ 通信ネットワーク
１０ 伝送端末
１８ 帯域情報取得部
１９ 参加者情報取得部
２３ 表示制御部
２３ａ レイアウト判断部
２３ｂ 時間判断部
２５ 拠点数決定部

特開2013-55403号公報

Claims (8)

1. ネットワークを介して他の情報処理装置から受信した画像を表示装置の画面に表示する情報処理装置であって、
   前記他の情報処理装置から画像を受信する受信手段と、
   前記表示装置に表示される前記画像の数を通信状況に基づき決定する第一の決定手段と、
   前記第一の決定手段により決定された前記画像の数に応じて前記画像が表示される前記表示装置の画面のレイアウトを決定する第二の決定手段と、
   前記第一の決定手段が、前記表示装置の画面に表示されている前記画像の数と異なる数の前記画像の表示を決定する場合、前回決定されたレイアウトから所定時間が経過しているか否かを判断する判断手段と、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも少ない数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していると判断するまで、前回、変更されたレイアウトのまま前記画面を前記表示装置に表示し、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも多い数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していないと判断しても、前記第二の決定手段が決定したレイアウトで前記画面を前記表示装置に表示する表示処理手段と、を有する情報処理装置。
2. 前記第一の決定手段が、前記表示装置の画面に表示されている前記画像の数よりも少ない数の前記画像を前記表示装置の画面に表示すると決定した場合、
   前記表示処理手段は、前回のレイアウトで前記表示装置の画面に表示されている前記画像の１つ以上を代替画像に置き換えて前記表示装置の画面に表示する請求項１に記載の情報処理装置。
3. 前記表示処理手段は、前回、決定されたレイアウトの前記表示装置の画面に表示されていた前記画像のうち、前記受信手段が受信しなくなった前記画像を前記代替画像に置き換えて前記画面に表示する請求項２に記載の情報処理装置。
4. 前記代替画像は、均一色の画像である請求項２又は３に記載された情報処理装置。
5. 前記表示処理手段は、前記受信手段が受信しなくなった前記画像を送信していた前記他の情報処理装置の情報を前記代替画像として表示するか、又は
   前記受信手段が前記画像を受信しなくなった理由を前記代替画像として表示する請求項２又は３に記載された情報処理装置。
6. ネットワークを介して他の情報処理装置から受信した画像を表示装置の画面に表示する情報処理装置が行う画像表示方法であって、
   受信手段が、前記他の情報処理装置から画像を受信するステップと、
   第一の決定手段が、前記表示装置に表示される前記画像の数を通信状況に基づき決定するステップと、
   第二の決定手段が、前記第一の決定手段により決定された前記画像の数に応じて前記表示装置の画面のレイアウトを決定するステップと、
   前記第一の決定手段が前記表示装置の画面に表示されている前記画像の数と異なる数の前記画像の表示を決定する場合、判断手段が、前回決定されたレイアウトから所定時間が経過しているか否かを判断するステップと、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも少ない数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していると判断するまで、前回、変更されたレイアウトのまま前記画面を前記表示装置に表示するステップと、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも多い数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していないと判断しても、前記第二の決定手段が決定したレイアウトで前記画面を前記表示装置に表示するステップと、を有する画像表示方法。
7. ネットワークを介して他の情報処理装置から受信した画像を表示装置の画面に表示する情報処理装置を、
   前記他の情報処理装置から画像を受信する受信手段と、
   前記表示装置に表示される前記画像の数を通信状況に基づき決定する第一の決定手段と、
   前記第一の決定手段により決定された前記画像の数に応じて前記画像が表示される前記表示装置の画面のレイアウトを決定する第二の決定手段と、
   前記第一の決定手段が、前記表示装置の画面に表示されている前記画像の数と異なる数の前記画像の表示を決定する場合、前回決定されたレイアウトから所定時間が経過しているか否かを判断する判断手段と、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも少ない数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していると判断するまで、前回、変更されたレイアウトのまま前記画面を前記表示装置に表示し、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも多い数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していないと判断しても、前記第二の決定手段が決定したレイアウトで前記画面を前記表示装置に表示する表示処理手段、として機能させるためのプログラム。
8. ネットワークを介して他の情報処理装置から受信した画像を情報処理装置が表示装置の画面に表示する通信システムであって、
   前記他の情報処理装置から画像を受信する受信手段と、
   前記表示装置に表示される前記画像の数を通信状況に基づき決定する第一の決定手段と、
   前記第一の決定手段により決定された前記画像の数に応じて前記画像が表示される前記表示装置の画面のレイアウトを決定する第二の決定手段と、
   前記第一の決定手段が、前記表示装置の画面に表示されている前記画像の数と異なる数の前記画像の表示を決定する場合、前回決定されたレイアウトから所定時間が経過しているか否かを判断する判断手段と、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも少ない数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していると判断するまで、前回、変更されたレイアウトのまま前記画面を前記表示装置に表示し、
   前記第一の決定手段が、前記画面に表示されている前記画像の数よりも多い数の前記画像を前記画面に表示すると決定した場合、
   前記判断手段が前回のレイアウトの変更から所定時間が経過していないと判断しても、前記第二の決定手段が決定したレイアウトで前記画面を前記表示装置に表示する表示処理手段と、を有する通信システム。

Images