JP6269609B2 - 情報処理装置、画像表示方法、通信システム、プログラム - 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)１００１、レイアウト管理ＤＢ１００２、参加者情報ＤＢ１００３、帯域情報ＤＢ１００４、受信映像管理ＤＢ１００５、受信優先度管理ＤＢ１００６、及び、端末用プログラム１０１０が記憶されている。

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

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

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

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

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

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

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

記憶部１０００には、表５に示されているような受信映像管理テーブルによって構成される受信映像管理ＤＢ１００５が構築されている。受信映像管理テーブルでは、伝送端末１０が参加している会議で共有されている画像データ又は表示データのフレームデータ（静止画）とその保存時刻（例えばファイル名の１２３４５５５等）が管理されている。フレームデータのフィールドはフレームデータのファイル名やパス名を示す。フレームデータそのものが直接格納されていてもよい。受信映像管理ＤＢ１００５は記憶手段の一例である。

また、記憶部１０００には、表６に示されているような受信優先度管理テーブルによって構成されている受信優先度管理ＤＢ１００６が構築されている。受信優先度管理テーブル（優先度情報）では、伝送端末１０が現在参加している会議において各参加端末が共有しているデータの一覧が管理され、それぞれのデータの優先度、データＩＤ、最後に出力した最終出力時刻、受信状態、及び、強制休止理由が管理されている。

優先度は伝送端末１０が受信しているすべてのデータの中で出力が優先される順序を示している。中継装置３０は音声データを送信した他の拠点の伝送端末１０の優先度が高くなるように音声データの識別情報に優先度を付けて伝送端末１０に送信している。伝送端末１０はこれにより受信優先度管理テーブルの優先度を更新する。従って、受信優先度管理テーブルでは、最近、音声を発した拠点ほど優先度が高くなる傾向になる。また、優先度はデータ種類（音声データ、画像データ、表示データ）によっても決定される。これらに加えて、ユーザが優先度を操作可能（任意に変更可能）であってもよい。後述する受信メディア制御部１８は、優先度が低いデータＩＤのデータの受信を休止する。

最終出力時刻は、各コンテンツデータを最後にユーザに提示した時刻を表す。例えば画像データであれば最後にディスプレイ１２０に表示された時刻、音声データであれば最後にスピーカ等の再生装置で出力された時刻である。

受信状態は各コンテンツデータが受信されているかどうかなどを示している。受信状態は"受信中"であれば、実際に該コンテンツデータを受信している状態であることを示す。"受信停止中"は、受信可能であるが必要でないため該コンテンツデータを受信していない状態であることを示す。必要でないとは、画像データの場合、優先度が低いため会議画面５００に表示されないので受信する必要がないことを示す。音声データの場合は通信先の拠点の発話がないことを示す（会議をモニターするだけの伝送端末など）。"受信強制休止中"は、優先度の高いコンテンツデータの受信状態を改善するため、後述する受信メディア制御部１８により受信を休止されている事を示している。この場合には、その判断の原因として優先されたコンテンツデータのデータＩＤが「強制休止理由」欄に記録される。

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

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

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

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

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

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

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

表示拠点数決定部１７は、図４に示されているＣＰＵ１０１からの命令等により実現され、ディスプレイ１２０の会議画面５００に表示する表示拠点数（画像データ）の数を決定する。具体的には、ディスプレイ１２０のサイズ（解像度）による上限の範囲でユーザの設定により表示拠点数を決定する。また、ユーザが表示拠点数を決定していない場合、参加端末数に連動して表示拠点数を増大させることもできる。

受信メディア制御部１８は、図４に示されているＣＰＵ１０１からの命令等により実現され、受信優先度管理テーブルを参照して各コンテンツデータの強制受信休止処理や休止処理されたデータの受信再開処理を行う。詳細は後述する。受信メディア制御部１８は動画データ決定手段の一例である。

受信映像データ制御部１９では、図４に示されているＣＰＵ１０１からの命令等により実現され、画像データ又は表示データの受信時にフレームデータの保存の要否を判断し、必要に応じてフレームデータを保存すると共に受信映像管理テーブルの更新などを行う。また、定期的に受信映像管理テーブルを確認し、長時間更新されていない画像データ又は表示データに対してフレームデータを要求する処理を行う。詳細は後述する。受信映像データ制御部１９は静止画データ記憶手段の一例である。

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

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

表示制御部２３は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているディスプレイＩ／Ｆ１１７によって実現され、会議画面５００を生成し、ディスプレイ１２０に対して会議画面５００を送信するための制御を行う。表示制御部２３は表示処理手段の一例である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜参加者情報テーブルの作成＞
次に、図９を用いて参加者情報テーブルの作成について説明する。図９は、参加者情報テーブルの作成手順を示すフローチャート図の一例である。図９の手順はセッションが確立される際に実行され、コンテンツデータの有無については変化があるたびに更新される。

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

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

また、伝送端末１０ａａは中継装置３０介してコンテンツデータを送信する伝送端末１０からコンテンツデータと共にデータＩＤを受信している（Ｓ３０）。

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

＜受信するコンテンツデータの制御＞
図１０は、受信メディア制御部１８がコンテンツデータの受信を制御する手順を示すフローチャート図の一例である。図１０の手順はコンテンツデータの送受信中、繰り返し実行される。

受信メディア制御部１８はステップＳ１〜Ｓ４の処理を、受信優先度管理テーブルの「受信状態」が"受信中"のすべての高優先度のデータＩＤについて繰り返す。高優先度の受信中のデータＩＤとは、受信優先度管理テーブルの中で閾値以上の優先度のデータＩＤをいう。このデータＩＤのコンテンツデータは高優先度のコンテンツデータ（第一動画データ）である。図１０のフローチャート図で明らかになるように、高優先度に該当するデータＩＤのコンテンツデータは動画として受信される。

例えばユーザは高優先度の範囲を決定できるが、会議画面５００の表示拠点数の数よりも多い画像データ又は表示データは表示されない。このため、高優先度の範囲を表示拠点数より多くする意義は少ない。従って、最大で表示拠点数とすればよい。また、表示拠点数のうち１つが大きく表示されるようなレイアウトの場合、高優先度の範囲を１にすることが考えられる。これにより、大きく表示される画像データ又は表示データを優先して動画で表示できる。

このように本実施形態では、高優先度の範囲のコンテンツデータは常に動画として受信される。どの程度、滑らかな動画となるかは実際の受信帯域に依存する。高優先度の範囲でない閾値未満の優先度のコンテンツデータ（第二動画データ）は、高優先度の範囲のコンテンツデータの受信状態が悪化すると受信が休止される。

例えば高優先度であると判断する条件が「優先度２以上」である場合には、データＩＤ＝ＲＳ１００とＲＳ００２が高優先度として扱われる。以下、ステップＳ１〜Ｓ４で処理対象となるコンテンツデータをデータＡと称することにする。ステップＳ１〜Ｓ４により、高優先度のデータＡの通信状態によって高優先度のデータＡにより優先度が低いコンテンツデータの受信が停止される。

S1：受信メディア制御部１８は、データＡが最後にユーザに提示された時刻からの経過時間を所定時間Ｔ１と比較する。最後にユーザに提示された時刻とは、例えば、データＡが画像データの場合は、最後にディスプレイ１２０に表示された時刻である。データＡが音声の場合、最後にスピーカ等の再生装置から出力された時刻である。このような判断を行うことによって、ネットワーク要因だけではなく、復号処理の負荷が増加しているなどの他の要因によってユーザに対する表示や出力が遅れている事も検出することが可能となる。

所定時間Ｔ１は利用しているネットワークの種類や伝送端末１０の処理能力等によって決定される。ネットワークが３ＧやＬＴＥであれば、無線ＬＡＮよりも大きな値となり、有線ＬＡＮであれば無線ＬＡＮよりも小さい値となる。ステップＳ１でＮｏと判断された場合、次に優先度が高いデータＩＤのコンテンツデータがデータＡとなる。

S2：ステップＳ１でＹｅｓと判断された場合、データＡが所定時間Ｔ１を超えて更新されていないので、受信メディア制御部１８はデータＡの復帰カウンタを０にクリアする。復帰カウンタは、"受信休止強制中"に設定されたコンテンツデータを復帰させるまでの時間をカウントするものである。

S3：次に、受信メディア制御部１８は受信優先度管理テーブルを参照し、「受信状態」が"受信中"のコンテンツデータの中で最も優先度が低いコンテンツデータを選択する。

S4：受信メディア制御部１８はステップＳ３で選択されたコンテンツデータに対して強制受信休止処理を行う。具体的には、受信優先度管理テーブルのステップＳ３で選択されたコンテンツデータの「受信状態」を"受信休止強制中"に変更し、「強制受信休止理由」にデータＡのデータＩＤを記録する。受信メディア制御部１８は中継装置３０に対して、ステップＳ３で選択されたコンテンツデータを伝送端末１０に送信する必要がないことを通知する。中継装置３０は、通知されたコンテンツデータについて要求元端末への転送を休止する。これにより、高優先度のコンテンツデータが更新されにくくなっている場合、優先度の低いコンテンツデータの受信を休止できる。

図１２にて説明するように、受信が休止されたコンテンツデータか否かに関わらずフレームデータが取得されているので、受信が休止されたコンテンツデータが会議画面５００に表示されている場合、このコンテンツデータの静止画が表示される。

以上のステップＳ１〜Ｓ４の処理を、残りの高優先度のデータＩＤのコンテンツデータに対し繰り返し行う。

すべての高優先度のデータＩＤのコンテンツデータに対して上記処理を実施した後、受信メディア制御部１８は受信優先度管理テーブルにおいて「受信状態」が"受信休止強制中"となっているコンテンツデータについて以下の処理を行う。以下、ステップＳ５〜Ｓ１１で処理対象となるコンテンツデータをデータＢと称することにする。ステップＳ５〜Ｓ１１により、"受信休止強制中"のコンテンツデータの受信の再開が行われる。

S5：まず、受信メディア制御部１８はデータＢの「強制休止理由」を受信優先度管理テーブルから取得する。以下、「強制休止理由」に登録されているコンテンツデータをデータＣとする。

S6：受信メディア制御部１８はデータＣについて、最後にユーザに提示された最終出力時刻から現在までの経過時間を算出する。この経過時間を所定時間Ｔ２と比較する。つまり、データＢの「強制休止理由」となっているデータＣが最後に更新された時からの経過時間が短い場合（Ｔ２未満）、データＣが十分な頻度で更新されていると判断する。所定時間Ｔ２は所定時間Ｔ１より十分に小さい値であることが望ましいが（データＢの受信が再開されやすくなるように）、データＣを送信する伝送端末がデータＣを送信している間隔より大きい値でなければならない（ステップＳ６が必ずＹｅｓと判定されてしまうため）。

S7：ステップＳ６の比較結果がＹｅｓの場合は、受信メディア制御部１８はデータＣの復帰カウンタの値を１だけ増加させる。つまり、データＣが適度な頻度で送信されているので、データＢの受信を再開しやすくする。

S8：その後、受信メディア制御部１８は復帰カウンタの値が所定値Ｎ以上か否かを判断する。所定値Ｎの値は、画面遷移を安定させる値であり、十分に大きな値とすることが望ましい。ステップＳ８の判断がＮｏであった場合、次の"受信休止強制中"のコンテンツデータに対して処理が移行する。

S9：ステップＳ８の判断がＹｅｓであった場合、データＣの受信状態が良好であると確認できるので、受信メディア制御部１８はデータＢの受信を再開する処理を行う。具体的には、受信優先度管理テーブルのデータＢの「受信状態」を"受信中"に変更し、中継装置３０に対してデータＢを伝送端末１０に送信するように要求する。中継装置３０は、データＢについて要求元端末への転送を再開する。

S10：受信メディア制御部１８は、データＣの復帰カウンタを０にクリアする。これにより、データＣが要因となって複数のデータを"受信休止強制中"に変更させている場合、短時間にそれらすべてのデータ受信を再開してしまい、再び、ユーザへのコンテンツデータの出力状況を悪化させてしまうことを抑制することができる。

S11：ステップＳ６の比較結果がＮｏの場合は、少なくともデータＣの送信サイクルより長い時間、データＣが送信されていないので、受信メディア制御部１８はデータＣの復帰カウンタの値を０にクリアする。

以上のステップＳ５〜Ｓ１１の処理を、「受信状態」が"受信休止強制中"となっている残りのコンテンツデータに対し繰り返し行う。

図１０の処理により、優先度の低いコンテンツデータの受信を休止させて優先度の高いコンテンツデータを動画として受信しやすくできる。また、優先度の高いコンテンツデータが受信できれば、優先度の低いコンテンツデータの受信を再開できる。

＜画像データの受信時の処理＞
図１１は、受信映像データ制御部１９がコンテンツデータを保存する手順を示すフローチャート図の一例である。図１１の手順はコンテンツデータの送受信中、繰り返し実行される。

S1：まず、受信映像データ制御部１９は、受信映像管理テーブルから受信したコンテンツデータのデータＩＤを検索し、対応する最終保存時刻Ｔ３を読み出す。

S2：ステップＳ１で抽出した最終保存時刻Ｔ３から現在までの経過時間が所定の閾値Ｔth１以上であるかどうかを判断する。ここで、Ｔth１はコンテンツデータの保存処理の負荷がどの程度まで許容されるかに応じて決定されるパラメータである。Ｔth１が短ければ短いほど、より新しいコンテンツデータのフレームデータが保存され、ディスプレイ１２０に表示されるようになる。一方、コンテンツデータの更新処理が発生する頻度が増えるため、処理の負荷は増大する。ステップＳ２の判断結果がＮｏの場合、図１１の処理は終了する。

S3：ステップＳ２の判断結果がＹｅｓの場合、受信映像データ制御部１９は、伝送端末１０が受信したコンテンツデータのフレームデータを記憶部１０００に保存し、受信映像管理テーブルの内容を更新する。

S4：次に、受信映像データ制御部１９は、ステップＳ３のコンテンツデータを送信した伝送端末１０のコンテンツデータのフレームデータを現在表示しているかどうかを判断する。フレームデータとして現在表示されているコンテンツデータは、領域管理テーブルのデータＩＤのうち、受信優先度管理テーブルで"受信停止中"又は"受信休止強制中"となっているものである。ステップＳ４の判断がＮｏの場合、図１１の処理は終了される。

S5：ステップＳ４の判断がＹｅｓの場合、受信映像データ制御部１９は表示中のフレームデータをステップ３で保存したフレームデータに更新する処理を行う。つまり、フレームデータを表示中は次々と新しい静止画に更新される。

＜コンテンツデータの受信チェック＞
図１２は、コンテンツデータが受信されているか否かを受信映像データ制御部１９が判断する手順を示すフローチャート図の一例である。図１２の手順は会議中、所定の時間間隔毎に実行される。

以下のステップＳ１〜Ｓ３の処理は、会議画面５００にコンテンツデータが表示されているか否かに関わらず、参加中の会議で共有されている全てのコンテンツデータに対して順次実行される。

S1：処理対象のコンテンツデータについて、受信映像管理テーブルを参照して最終保存時刻を抽出する。

S2：最終保存時刻から現在までの経過時間が所定の閾値Ｔth２以上であるか否かを判断する。この判断により、保存されているフレームデータが許容される範囲よりも古いものであるかどうかが確認される。閾値Ｔth２は、許容されるネットワーク帯域の悪化に応じて決定される閾値である。閾値Ｔth２が小さければ小さいほど、より頻繁に更新の要求を出すことで、常に新しいフレームデータを維持しようとするが、その分、ネットワーク帯域が悪化する。従って、閾値Ｔth２は閾値Ｔth１以上でよい（一例として、閾値Ｔth１が１分、閾値Ｔth２が５分）。ステップＳ２の判断がＮｏであれば、着目しているコンテンツデータについては処理を終了し、残りのコンテンツデータについて処理を継続する。

S3：ステップＳ２の判断がＹｅｓであれば、受信映像データ制御部１９はコンテンツデータのフレームデータを更新するため、中継装置３０に対してコンテンツデータのフレームデータを要求する。これにより、閾値Ｔth２を超えるとフレームデータを更新することができる。

その後、残りのコンテンツデータについて処理を継続する。中継装置３０を介さず伝送端末１０が直接、他の伝送端末１０と通信を行う構成の場合、フレームデータの要求は該当するコンテンツデータを送出している伝送端末１０に直接、送信する。

このように、動画データを受信している場合だけでなく、動画データを受信していなくてもフレームデータを伝送端末１０が保存しておくことで、動画データをフレームデータに置き換える際に最新のフレームデータを表示可能になる。

<<フレームデータの送受信>>
図１３は、図１２の手順において要求されたフレームデータの送受信処理を説明するシーケンス図の一例である。

S1、S2：これまで説明したように、伝送端末１０ａａが送信したコンテンツデータは中継装置３０を経由して伝送端末１０ｂｂへと転送される。

S3：伝送端末１０ｂｂは図１２で説明したコンテンツデータの定期チェックを行う。説明のため、伝送端末１０ａａからのコンテンツデータが長時間にわたって伝送端末10ｂｂに届かない状態になったことが検出されたとする。

S4：伝送端末１０ｂｂの受信映像データ制御部１９は、伝送端末１０ａａのＩＰアドレスとデータＩＤを指定して伝送端末１０ａａに対しフレームデータの要求を中継装置３０を介して行う。

S5：この要求を受けた中継装置３０は、フレームデータを要求された伝送端末１０ａａに対してフレームデータを要求する。

S6：フレームデータの要求を受信した伝送端末１０ａａは、撮像部２２により画像データ又は表示データのフレームデータを作成する。

S7：伝送端末１０ａａは作成したフレームデータを中継装置３０へ送信する。

S8：フレームデータを受け取った中継装置３０は、フレームデータを要求元の伝送端末１０ｂｂに転送する。

S9：フレームデータを受け取った伝送端末１０ｂｂの受信映像データ制御部１９は、図１２で説明した手順を実行し、受信映像管理テーブルで管理しているフレームデータを更新する。

図１３では、伝送端末１０からのフレームデータの要求に従って、コンテンツデータの送信元である伝送端末１０に中継装置３０が逐次、フレームデータを要求する例を示した。しかし、例えば、中継装置３０がコンテンツデータのフレームデータを保存しておき、中継装置３０が伝送端末１０からフレームデータの要求を受信した場合に、保存しているフレームデータを要求元へ転送するようにしてもよい。中継装置３０は十分に新しいフレームデータであることを確認して、フレームデータを要求元へ転送する。つまり、中継装置３０も各伝送端末１０から受信したコンテンツデータからフレームデータを作成し定期的に保存している。

また、図１３のステップＳ７，Ｓ８で送信されるフレームデータについては、このフレームデータの転送に利用されるネットワーク帯域を低く制限するようにしても良い。これにより、他のネットワーク通信に極力影響を与えないでフレームデータを受信することができる。

＜会議画面の表示手順＞
図１４は、伝送端末１０が会議画面５００を表示する手順を示すフローチャート図の一例である。図１４の手順は図１０の受信休止処理と同程度の周期で繰り返し行われる。

まず、表示制御部は受信優先度管理テーブルから表示拠点数だけデータＩＤを読み出す（Ｓ１０）。

そして、ステップＳ２０からＳ４０の処理を、ステップＳ１０で読み出したデータＩＤの数だけ繰り返す。

まず、表示制御部２３は受信優先度管理テーブルから着目しているデータＩＤの「受信状態」が"受信中"か否かを判断する（Ｓ２０）。

ステップＳ２０の判断がＹｅｓの場合、表示制御部２３は優先度に従って定められている領域に動画を配置する（Ｓ３０）。

ステップＳ２０の判断がＮｏの場合、表示制御部２３は優先度に従って定められている領域にフレームデータを配置する（Ｓ４０）。

以上のような処理により、会議画面の各領域に動画又はフレームデータを表示できる。

＜画面遷移例＞
図１５は、伝送端末１０に表示される会議画面５００の画面遷移を説明する図の一例である。図１５では、高優先度の範囲が"１"の例を示している。

上記のように、会議画面５００の領域の数及び配置は、ネットワーク帯域の状況によるコンテンツデータの受信数によらず一定である。

図１５（ａ）は、データＩＤがＲＳ１００、ＲＳ００２、及び、ＲＳ００３の全ての画像データ又は表示データが動画データとして受信されている状態を示している。この後、ネットワーク帯域の変化などにより、受信メディア制御部１８がＲＳ００３の受信休止処理を行うと判断した。

図１５（ｂ）に示すように、表示制御部２３は受信映像管理テーブルにおいてＲＳ００３に対応づけて保存されているフレームデータを動画の代わりに領域５０３に表示する。図１５（ａ）から図１５（ｂ）への遷移の際、レイアウトが維持されるため、ユーザが煩わしく感じることを抑制でき、ネットワーク帯域に対し最善の状態の会議画面５００を表示できる。

次に、受信優先度管理テーブルが変更され、ＲＳ００３よりもＲＳ０１０の優先度の方が高くなったとする。優先度は、ユーザが優先度を変更する操作を行うこと、又は、話者の変更などによって変更される。

ネットワーク帯域が変わっていない場合、伝送端末１０が動画として受信する画像データはＲＳ１００とＲＳ００２であるため、ＲＳ１００とＲＳ００２のみが動画として表示され続ける。

しかし、ＲＳ０１０の方がＲＳ００３より優先度が高いため、図１５（ｃ）に示すように、表示制御部２３はＲＳ００３のフレームデータが表示されていた領域５０３に、ＲＳ０１０のフレームデータを表示する。表示制御部２３は受信優先度管理テーブルから優先度が３番なのはＲＳ０１０であることを検出し、受信映像管理テーブルからＲＳ０１０に対応づけられているフレームデータを読み出す。図１１〜図１３で述べたように、閾値Ｔth２程度でフレームデータが更新されるので、それまで会議画面５００に表示されていなかった拠点の優先度が高くなり表示されるようになった場合でも、十分に新しいフレームデータを表示できる。

次に、さらにネットワーク帯域が悪化し、受信メディア制御部１８がＲＳ００２の受信休止処理を行うと判断した。また、コンテンツデータの優先度が変更され、ＲＳ００２の優先度が下がりＲＳ００３の優先度が上がったものとする。

図１５（ｄ）に示すように、表示制御部２３は、受信映像管理テーブルからＲＳ００３に対応づけられているフレームデータを読み出す。ＲＳ０１０については変更がない。図１５（ｄ）に示すようにこの場合も全体的なレイアウトは変化せず、最も優先されているＲＳ１００のみが通常通り動画データとして表示され、ユーザに対して表示され続けている。すでに表示されているＲＳ０１０の表示位置には変更がなく、優先度が下がったＲＳ００２が表示されていた領域５０２に優先度が上がったＲＳ００３のフレームデータが表示される。

このように、最も優先度が高いＲＳ１００については最も大きな領域５０１に継続して動画のまま表示されている。ネットワーク帯域の変化によるコンテンツデータの受信休止が発生しても、会議画面５００のレイアウトが変更されないため、ユーザがＲＳ１００に注目している場合、ユーザは視線を移動させる必要がない。従って、ユーザが感じる煩わしさを抑制できる。また、ＲＳ００３やＲＳ０１０のフレームデータについても同じレイアウトのまま表示されるので、ユーザが煩わしく感じることが少ない。また、ネットワーク帯域が悪化しても常に更新されているフレームデータが表示されるので、拠点の最新のコンテンツデータの表示できる。フレームデータに切り替わった後も常に更新される最新のフレームデータを表示できる。

なお、図１５では自拠点のコンテンツデータが表示されていないが、自拠点のコンテンツデータは、予め定められた領域に表示すればよい。図１５では領域５０３に表示されてもよいし（この場合は表示拠点数は２になる）、４番目の領域が形成されてもよい。

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

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

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

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

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

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

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

１ 伝送システム
２ 通信ネットワーク
１０ 伝送端末
１６ 参加者情報取得部
１７ 表示拠点数決定部
１８ 受信メディア制御部
１９ 受信映像データ制御部
２３ 表示制御部

特表2013-531934号公報

Claims (12)

1. １つ以上の他の情報処理装置からネットワークを介して受信した動画データを１つ以上の領域を備えた画面に表示する情報処理装置であって、
   前記他の情報処理装置から動画データを受信する受信手段と、
   前記他の情報処理装置から受信した、前記画面の領域に表示される前記動画データの数を通信状態に応じて決定する決定手段と、
   前記受信手段で前記動画データを受信するときに、前記領域に表示される前記動画データの静止画データを記憶する記憶手段と、
   前記決定手段により決定された前記動画データの数が前記領域の数よりも少ない場合、前記記憶手段に記憶されている前記静止画データを前記領域に表示する表示処理手段と、 を有する情報処理装置。
2. 前記記憶手段は、前記受信手段が前記動画データを受信していない前記他の情報処理装置から受信した前記静止画データを前記記憶手段に記憶させ、
   前記表示処理手段は前記動画データを送信していなかった前記他の情報処理装置から受信した前記静止画データを受信しない前記動画データの代わりに前記領域に表示する請求項１に記載の情報処理装置。
3. 前記表示処理手段は、前記他の情報処理装置が送信する前記動画データの優先度が登録された優先度情報に基づき、前記優先度が高い順に前記領域の数だけ前記動画データ又は前記静止画データを前記領域に表示するものであり、
   前記受信手段が受信していない前記動画データの前記優先度が、前記領域に表示される以上の前記優先度に変更された場合、
   前記表示処理手段は、前記動画データを送信していなかった前記他の情報処理装置から前記受信手段が受信して前記記憶手段に記憶された前記静止画データを前記優先度に応じた前記領域に表示する請求項２に記載の情報処理装置。
4. 前記記憶手段は、所定時間が経過するごとに前記他の情報処理装置から受信した前記静止画データを前記記憶手段に記憶させ、
   前記記憶手段に記憶された他の情報処理装置から受信した前記静止画データが前記領域に表示されている場合、前記表示処理手段は、前記領域に表示されている前記静止画データを前記記憶手段に記憶される最新の前記静止画データに更新する請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記受信手段は、前記優先度が閾値以上の第一動画データの受信状態が悪化した場合、前記優先度が閾値未満の第二動画データの受信を休止させる請求項３に記載の情報処理装置。
6. 前記表示処理手段は、前記第二動画データの受信を休止させられても前記領域の数を変更せず、前記優先度の高い順に前記動画データ又は前記静止画データを前記領域に表示する請求項５に記載の情報処理装置。
7. 前記受信手段は、前記第二動画データの受信を休止させた前記優先度が閾値以上の前記第一動画データの識別情報を前記第二動画データに対応づけて前記優先度情報に記録し、
   前記第一動画データの受信状態が良好である場合、前記第二動画データの受信を再開する請求項５又は６に記載の情報処理装置。
8. １つ以上の他の情報処理装置からネットワークを介して受信した動画データを１つ以上の領域を備えた画面に表示する情報処理装置の画像表示方法であって、
   受信手段が、前記他の情報処理装置から動画データを受信する受信ステップと、
   決定手段が、前記他の情報処理装置から受信した、前記画面の領域に表示される前記動画データの数を通信状態に応じて決定するステップと、
   記憶手段が、前記受信手段で前記動画データを受信するときに、前記領域に表示される前記動画データの静止画データを記憶するステップと、
   前記決定手段により決定された前記動画データの数が前記領域の数よりも少ない場合、表示処理手段が前記記憶手段に記憶されている前記静止画データを前記領域に表示するステップと、を有する画像表示方法。
9. １つ以上の他の情報処理装置からネットワークを介して受信した動画データを１つ以上の領域を備えた画面に表示する情報処理装置を、
   前記他の情報処理装置から動画データを受信する受信手段と、
   前記他の情報処理装置から受信した、前記画面の領域に表示される前記動画データの数を通信状態に応じて決定する決定手段と、
   前記受信手段で前記動画データを受信するときに、前記領域に表示される前記動画データの静止画データを記憶する記憶手段と、
   前記決定手段により決定された前記動画データの数が前記領域の数よりも少ない場合、前記記憶手段に記憶されている前記静止画データを前記領域に表示する表示処理手段、として機能させるためのプログラム。
10. １つ以上の他の情報処理装置からネットワークを介して受信した動画データを１つ以上の領域を備えた画面に情報処理装置が表示する通信システムであって、
    前記他の情報処理装置から動画データを受信する受信手段と、
    前記他の情報処理装置から受信した、前記画面の領域に表示される前記動画データの数を通信状態に応じて決定する決定手段と、
    前記受信手段で前記動画データを受信するときに、前記領域に表示される前記動画データの静止画データを記憶する記憶手段と、
    前記決定手段により決定された前記動画データの数が前記領域の数よりも少ない場合、前記記憶手段に記憶されている前記静止画データを前記領域に表示する表示処理手段と、
    を有する通信システム。
11. １つ以上の他の情報処理装置からネットワークを介して受信した動画データを１つ以上の領域を備えた画面に表示する情報処理装置であって、
    前記ネットワークの通信状態に基づき、前記他の情報処理装置から動画データと前記動画データの静止画データを受信する受信手段と、
    前記他の情報処理装置から受信した、前記画面の領域に表示される前記動画データの数を通信状態に応じて決定する決定手段と、
    １つ以上の領域を備えた画面を生成し、前記ネットワークの通信状態に基づいて、受信した前記動画データを前記画面の前記領域に表示すると共に、前記動画データの数が前記領域の数よりも少ない場合、前記静止画データを前記領域に表示する表示処理手段と、
    を有する情報処理装置。
12. １つ以上の他の情報処理装置からネットワークを介して受信した動画データを１つ以上の領域を備えた画面に表示する情報処理装置の画像表示方法であって、
    受信手段が、前記ネットワークの通信状態に基づき、前記他の情報処理装置から動画データと前記動画データの静止画データを受信するステップと、
    前記他の情報処理装置から受信した、前記画面の領域に表示される前記動画データの数を通信状態に応じて決定するステップと、
    表示処理手段が、１つ以上の領域を備えた画面を生成し、前記ネットワークの通信状態に基づいて、受信した前記動画データを前記画面の前記領域に表示すると共に、前記動画データの数が前記領域の数よりも少ない場合、前記静止画データを前記領域に表示するステップと、を有する画像表示方法。

Images