JP2011216987A - 監視システムおよび会議システム - Google Patents

Abstract

【課題】 簡易な構成でありながらデータ伝送容量を十分に抑えつつ、重要な情報を伝送することのできる監視システムを提供する。
【解決手段】 各端末装置Ｔ1〜Ｔ6は、カメラによって撮像した動画を取得するとともに、動画の画像変化率を算出する。端末装置Ｔ1は、変化一覧テーブル２における自らの画像変化率を更新して、次の端末装置Ｔ2に送信する。端末装置Ｔ2は、変化一覧テーブル２を更新して、次の端末装置Ｔ3に送信する。以下、順次、変化一覧テーブル２の書き換えが行われる。各端末装置は、変化一覧テーブル２を参照して、最も画像変化の大きい端末装置Ｔ3を親端末装置とし、画像変化が２番目から４番目に大きい端末装置Ｔ6、Ｔ2、Ｔ5を子端末装置とする。子端末装置Ｔ6、Ｔ2、Ｔ5は、親端末装置Ｔ3に対し静止画を送信する。親端末装置Ｔ3は、受信した静止画集と、自らの動画を中央装置Ｓに送信する。中央装置Ｓはこれを表示する。
【選択図】 図３

Description

この発明は、監視システムおよび会議システムに関し、そのネットワーク負荷の低減に関するものである。

図１に、従来の監視システムの構成を示す。中央装置Ｓに対し、複数の端末装置Ｔ1〜Ｔ6が接続されている。端末装置Ｔ1〜Ｔ6のそれぞれには、監視のためのカメラ（図示せず）が設けられている。各端末装置Ｔ1〜Ｔ6と中央装置Ｓとの間には、それぞれ通信回線ＴＳ1〜ＴＳ6が設けられている。各端末装置Ｔ1〜Ｔ6は、カメラにて撮像した動画を、それぞれの通信回線ＴＳ1〜ＴＳ6を通じて中央装置Ｓに送信する。中央装置Ｓは、各端末装置Ｔ1〜Ｔ6から受信した動画を表示する。

各端末装置Ｔ1〜Ｔ6のカメラを監視したい場所に設置すれば、中央装置Ｓにおいて各場所の動画を見て監視することができる。

図２に、従来のテレビ会議システムの構成を示す。各端末装置Ｔ11〜Ｔ16は、サーバ装置ＳＶに接続されている。各端末装置Ｔ11〜Ｔ16はカメラおよびマイクを有している。各端末装置Ｔ11〜Ｔ16のカメラによって撮像された動画およびマイクによって取得された音声は、サーバ装置ＳＶに送信される。サーバ装置ＳＶは、全ての端末装置Ｔ11〜Ｔ16からの動画および音声を、各端末装置Ｔ11〜Ｔ16のそれぞれに送信する。これを受けて、各端末装置Ｔ11〜Ｔ16は、全ての端末装置Ｔ11〜Ｔ16の動画を表示し、音声を出力する。

以上のようにして、各端末装置Ｔ11〜Ｔ16間で、テレビ会議を行うことができる。

特開２００１−２９２４３９号

しかしながら、図１に示す監視システムにおいても、図２に示すテレビ会議システムにおいても、動画の伝送量が大きく通信回線の負荷が過大になるという問題があった。これを解決するため、動画ではなく静止画を送信するという方法も考えられるが、重要な情報が得られなくなるという問題が生じる。

伝送する動画データを抑える方法が、特許文献１に開示されている。特許文献１では、各端末装置の側に異常状態の識別部を設け、その異常状態に応じて撮像した動画の圧縮率を変更するようにしている。すなわち、異常状態の場合には、動画の圧縮率を小さくして詳細な画像を送るようにし、平常状態の時には、動画の圧縮率を大きくしてデータ量を小さくするようにしている。このようにすることで、異常状態にある端末装置の動画は高精度に、平常状態の端末装置の動画は低精度にすることにより、重要な端末装置の動画を精度よく表示しつつ、全体としてのデータ容量を抑えるようにしている。

しかし、特許文献１の方法においては、異常状態の識別部の作成にコストを要するという問題があった。

そこで、この発明は、上記の問題を解決した監視システムおよびテレビ会議システムを提供することを目的とする。

(1)(2)(3)(6)本発明に係る監視システムは、ループ状に順番づけられてグループ化された複数の端末装置と、各端末装置と通信可能な中央装置とを備えた監視システムにおいて、
前記端末装置は、少なくとも動画または音声を取得する取得手段と、前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、自らが子端末装置として決定されていれば、精度を低下させた自らの動画または静止画を親端末装置に送信する低精度画像送信手段と、自らが親端末装置として決定されていれば、前記動画を前記中央装置に送信するとともに、子端末装置から送信されてくる精度を低下させた動画または静止画を前記中央装置に送信する送信手段とを備え、
前記中央装置は、前記端末装置から送信されてきた動画および精度を低下させた動画または静止画を受信する受信手段と、前記受信した少なくとも動画および精度を低下させた動画または静止画または音声を出力する出力手段とを備えている。

したがって、画像や音声変化に応じて監視対象として重要であると判断した端末装置は動画で、他の端末装置は低精度画像でモニタすることができ、簡易なシステムでありながら通信データ量の増大を抑えつつ適切な監視を行うことのできるシステムを提供できる。また、低精度画像を親端末装置に集めた後に、中央装置に送信するようにしているので、各端末装置がバラバラに中央装置に送信するよりも、中央装置の処理負担が軽減される。

(4)本発明に係る端末プログラムは、親端末決定手段が、画像変化が最も大きい端末装置を親端末装置として決定することを特徴としている。

(5)本発明に係る端末プログラムは、子端末決定手段が、前記変化一覧に記載された画像変化が２番目に大きい端末装置から所定番目に大きい端末装置までを子端末として決定することを特徴としている。

したがって、画像変化が小さい端末装置については、低精度画像を収集しなくともよく、データ通信量を減らすことができる。

(7)(8)(11)本発明に係る端末装置は、他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であって、少なくとも動画または音声を取得する取得手段と、前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて第１の親端末装置および第２の親端末装置を決定する親端末装置決定手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、自らが第１の親端末装置として決定されていれば、前記第２の親端末装置に少なくとも動画または音声を送信する第１・第２送信手段と、自らが第２の親端末装置として決定されていれば、前記第１の親端末装置に少なくとも動画または音声を送信する第２・第１送信手段と、自らが子端末装置として決定されていれば、第１の親端末装置に対して、精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、自らが第１の親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信する低精度画像配信手段と、自らが第２の親端末装置として決定されていれば、各端末装置に対して、第１の親端末装置から送られてきた動画および自らの動画を配信する動画配信手段とを備えている。

したがって、画像や音声変化に応じて監視対象として重要であると判断された２つの端末装置は動画で表示することができ、簡易なシステムでありながら通信データ量の増大を抑えつつ適切な会議を行うことのできるシステムを提供できる。

(9)この発明に係る端末プログラムは、親端末決定手段が、もっとも音声変化の大きい端末装置を第１の親端末装置として決定し、次に大きい端末装置を第２の親端末装置として決定することを特徴としている。

したがって、意見を交わしている２人参加者の端末装置を第１の親端末装置および第２の親端末装置として決定することができる。

(10)この発明に係る端末プログラムは、子端末装置決定手段が、前記変化一覧に記載された音声変化が３番目に大きい端末装置から所定番目に大きい端末装置までを子端末として決定することを特徴としている。

したがって、音声または画像変化の少ない端末装置については、その低精度画像を各端末装置に配信することができ、データ量の削減を図ることができる。また、２つの親端末装置の一方を低精度画像の収集と配信、他方を動画の配信として役割を分担させ、処理負担を平均化することができる。

(12)(13)この発明に係る端末装置は、他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であって、少なくとも動画または音声を取得する取得手段と、前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、自らが子端末装置として決定されていれば、親端末装置に対して、精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、自らが親端末装置として決定されていれば、少なくとも各子端末装置に対して、自らの動画を配信する動画配信手段と、自らが親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信する低精度画像配信手段とを備えている。

したがって、画像や音声変化に応じて監視対象として重要であると判断された端末装置は動画で表示することができ、簡易なシステムでありながら通信データ量の増大を抑えつつ適切な会議を行うことのできるシステムを提供できる。

(14)(15)(16)この発明に係る端末装置は、他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であって、サーバ装置と通信可能に構成された端末装置であって、少なくとも動画または音声を取得する取得手段と、前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、自らが親端末装置として決定されていれば、前記サーバ装置から各端末装置に配信してもらうため、前記サーバ装置に対し少なくとも自らの動画または音声を送信する対サーバ送信手段と、自らが子端末装置として決定されていれば、前記サーバ装置から少なくとも各子端末装置に対して配信してもらうため、前記サーバ装置に対し精度を低下させた自らの動画または静止画を送信する低精度画像送信手段とを備えている。

したがって、画像や音声変化に応じて監視対象として重要であると判断された端末装置は動画で表示することができ、簡易なシステムでありながら通信データ量の増大を抑えつつ適切な会議を行うことのできるシステムを提供できる。

この発明において「取得手段」は、実施形態においては、ステップＳ１０、ステップＳ２０２において動画や音声を取得する処理がこれに対応する。

「変化算出手段」は、実施形態においては、ステップＳ１１、ステップＳ２０４がこれに対応する。

「変化一覧受信手段」は、ステップＳ９、ステップＳ２０１がこれに対応する。

「変化更新手段」は、ステップＳ１２、ステップＳ２０５がこれに対応する。

「変化一覧送信手段」は、ステップＳ２１、ステップＳ２１３がこれに対応する。

「親端末装置決定手段」は、ステップＳ１７、ステップＳ２０９がこれに対応する。

「送信手段」は、ステップＳ２６、ステップＳ２８がこれに対応する。

「第１・第２送信手段」は、ステップＳ２２０がこれに対応する。

「第２・第１送信手段」は、ステップＳ２２２がこれに対応する。

「子端末装置決定手段」は、ステップＳ２１０がこれに対応する。

「低精度画像送信手段」は、ステップＳ２２８がこれに対応する。ここで「低精度画像」とは、動画の解像度を低下させたもの、動画のコマ数を少なくしたもの、動画を構成する静止画の一部をピックアップしたものなどをいう。

「低精度画像配信手段」は、ステップＳ２１８がこれに対応する。

「動画配信手段」は、ステップＳ２２３がこれに対応する。

「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。

従来技術による監視システムの例である。 従来技術によるテレビ会議システムの例である。 一実施形態による監視システムの概要を示す図である。 端末装置Ｔ3と中央装置Ｓの機能ブロック図である。 端末装置Ｔ1のハードウエア構成を示す図である。 中央装置Ｓのハードウエア構成を示す図である。 監視プログラム、動画ドライバと中央装置プログラムのログイン処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのログイン処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのログイン中の処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのログイン中の処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのログイン中の処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのログイン中の処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのログオフ処理におけるフローチャートである。 監視プログラム、動画ドライバと中央装置プログラムのグループ順序変更処理におけるフローチャートである。 グループの形成を示す図である。 変化一覧テーブルの更新と送信を説明するための図である。 変化一覧テーブルの他の例である。 一実施形態によるテレビ会議システムの概要を示す図である。 端末装置Ｔ11の機能ブロック図である。 端末装置Ｔ11のハードウエア構成である。 テレビ会議プログラム、動画・音声ドライバのログイン中処理におけるフローチャートである。 テレビ会議プログラム、動画・音声ドライバのログイン中処理におけるフローチャートである。 テレビ会議プログラム、動画・音声ドライバのログイン中処理におけるフローチャートである。 テレビ会議プログラム、動画・音声ドライバのログイン中処理におけるフローチャートである。 テレビ会議プログラム、動画・音声ドライバのログイン中処理におけるフローチャートである。 変化一覧テーブルの更新と送信を説明するための図である。 他の実施形態による端末装置の機能ブロック図である。 他の実施形態によるテレビ会議システムを示す図である。 他の実施形態によるテレビ会議システムを示す図である。

１．第一の実施形態
(1)監視システムの概要
図３に、この発明の一実施形態による監視システムの概要を示す。端末装置Ｔ1〜Ｔ6は、監視対象の場所に設置されており、互いに通信可能にネットワークなどによって接続されている。ただし、各端末装置Ｔ1〜Ｔ6における通信の方向及び順序は定められている。すなわち、端末装置Ｔ1は端末装置Ｔ2に向けて送信し、端末装置Ｔ2は端末装置Ｔ3に向けて送信し、・・・端末装置Ｔ6は端末装置Ｔ1に送信するというように、リング状に連なっている。

中央装置Ｓは、各端末装置Ｔ1〜Ｔ6と通信可能にネットワークなどによって接続されている。

各端末装置Ｔ1〜Ｔ6は、カメラによって撮像した動画を取得するとともに、動画の画像変化率を算出する。動画に動きがなければ画像変化率は小さく、動画の動きが大きければ画像変化率は大きくなる。端末装置Ｔ1は、動画の画像変化率を算出し、これを次の端末装置Ｔ2に送信する。端末装置Ｔ2は、端末装置Ｔ1から受け取った画像変化率に自らの画像変化率を加えて、次の端末装置Ｔ3に送信する。このようにして、端末装置Ｔ1が端末装置Ｔ6から画像変化率を受け取ると変化一覧テーブル２０１が完成する。

端末装置Ｔ1は、変化一覧テーブル２０１における自らの画像変化率を更新して、次の端末装置Ｔ2に送信する。端末装置Ｔ2は、変化一覧テーブル２０１における自らの画像変化率を更新して、次の端末装置Ｔ3に送信する。このようにして、順次、変化一覧テーブル２０１の書き換えが行われる。

たとえば、端末装置Ｔ5において更新された変化一覧テーブル２０１の内容が図３に示すようであったとする。この時、端末装置Ｔ5は、変化一覧テーブル２０１を参照して、最も画像変化の大きい端末装置Ｔ3を親端末装置として決定する。また、画像変化が２番目から４番目に大きい端末装置Ｔ6、Ｔ2、Ｔ5を子端末装置として決定する。その他の端末装置Ｔ1、Ｔ4は、影端末装置として決定する。そして、端末装置Ｔ5は、自らが子端末装置であるので、親端末装置である端末装置Ｔ3に対して、動画の一部を構成する静止画を送信する。

他の端末装置Ｔ1〜Ｔ6も同様の処理を行う。したがって、親端末装置である端末装置Ｔ3は、画像変化が２番目から４番目に大きい端末装置からの静止画を受信することになる。端末装置Ｔ3は、他の端末装置から受信した静止画を、中央装置Ｓに送信する。さらに、端末装置Ｔ3は、自らが親端末装置になったときに、自らの動画を中央装置Ｓに対して送信するストリーミングを開始し、親端末装置でなくなったときに、このストリーミングを停止する。つまり、端末装置Ｔ3は、自らが親端末装置である間だけ上記ストリーミングを行う。

したがって、中央装置Ｓでは、端末装置Ｔ1〜Ｔ6の静止画と、端末装置Ｔ3の動画が表示されることになる。このようにして、動画の動きの大きい端末装置については動画を、動画の動きが比較的大きい端末装置については静止画を、中央装置Ｓにおいてモニタすることができる。

図４に、端末装置Ｔ3および中央装置Ｓの機能ブロック図を示す。なお、他の端末装置Ｔ1、Ｔ2、Ｔ4〜Ｔ6についても、端末装置Ｔ3と同様の構成である。

取得手段１０は、動画を撮像するものである。変化算出手段１２は、取得した動画の画像変化率を算出する。変化一覧受信手段１４は、前端末装置である端末装置Ｔ2から、全ての端末装置の変化一覧を受信する。変化更新手段１６は、受信した変化一覧において、変化算出手段１２によって算出した自らの端末装置Ｔ3の画像変化率を更新する。変化一覧送信手段１８は、更新した変化一覧を次端末装置である端末装置Ｔ4に送信する。

親端末決定手段２０は、更新した変化一覧に記載された各端末装置Ｔ1〜Ｔ6における画像変化に基づいて、親端末装置を決定する。たとえば、最も変化の大きかった端末装置を親端末装置として決定する。

送信手段２６は、自らが親端末装置として決定されていれば、取得手段１０によって取得した動画を、ネットワークなどの通信回線を介して中央装置Ｓに送信する。

子端末決定手段２２は、更新した変化一覧に記載された各端末装置Ｔ1〜Ｔ6における画像変化に基づいて、子端末装置を決定する。たとえば、２番目から４番目に変化の大きかった端末装置を子端末装置をして決定する。なお、これらより変化の小さかった端末装置は、影端末装置とする。

低精度画像送信手段２４は、自らが子端末装置として決定されていれば、取得手段１０によって取得した動画に基づく静止画を、ネットワークなどの通信回線を介して親端末装置に送信する。図３の例によれば、端末装置Ｔ2、Ｔ5、Ｔ6が子端末装置として、親端末装置である端末装置Ｔ3に対し静止画を送信する。

送信手段２６は、自らが親端末装置として決定されていれば、前記の動画と共に、受信した静止画を、中央装置Ｓに送信する。

中央装置Ｓの受信手段２８は、送信されてきた動画および静止画を受信する。出力手段３０は、受信した動画および静止画を表示する。したがって、中央装置Ｓにおいて、最も動きの大きかった親端末装置の動画と、子端末装置の静止画をモニタすることができる。なお、影端末装置については静止画も送信されない。

(2)ハードウエア構成
図５に、端末装置Ｔ1のハードウエア構成を示す。他の端末装置Ｔ2〜Ｔ6も同様の構成である。

ＣＰＵ３２には、メモリ３４、カメラ３６、ハードディスク３８、キーボード／マウス４０、通信回路５０が接続されている。ハードディスク３８には、WINDOWS（商標）などのオペレーティングシステム（ＯＳ）４４、監視プログラム４６が記録されている。監視プログラム４６は、ＯＳ４４と協働してその機能を発揮するものである。なお、監視プログラム４６単独で機能するようにしてもよい。また、ハードディスク３８には、変化一覧テーブル２０１も記録される。通信回路５０は、ネットワークなどを介して他の端末装置Ｔ2〜Ｔ6や中央装置Ｓと通信を行うためのものである。カメがラ３６は、監視対象を撮像し動画データを生成する。

図６に、中央装置Ｓのハードウエア構成を示す。基本的な構成は、端末装置Ｔ1と同様である。ただし、中央装置Ｓにはカメラは設けられていない。一方、画面を表示するためのディスプレイ６２が設けられている。ハードディスク５８には、ＯＳ６４と中央装置プログラム６６が記録されている。中央装置プログラム６６は、ＯＳ６４と協働してその機能を発揮するものである。なお、中央装置プログラム６６単独で機能するようにしてもよい。

(3)監視処理
図７〜１４に、端末装置Ｔ1〜Ｔ6の監視プログラム４６、音声動画ドライバと中央装置Ｓの中央装置プログラム６６のフローチャートを示す。端末装置Ｔ6の電源が投入されると、端末装置Ｔ6のＣＰＵ３２は、自端末装置のＩＤ、パスワード、グループ番号を、中央装置Ｓに送信してログインを行う（ステップＳ１）。

中央装置ＳのＣＰＵ５２は、これを受けて、ＩＤ、パスワードの組み合わせが予め登録されたものであるかどうかを判断し、認証を行う（ステップＳ５１、Ｓ５２）。登録されていれば、端末装置間リンク（グループ内における端末装置の連なり）にログイン要求を行ってきた端末装置Ｔ6を追加し、グループにおける端末装置の順序を更新する（ステップＳ５３）。

たとえば、端末装置Ｔ6が送信してきたグループ番号において、すでに、図１５Ａに示すように、端末装置Ｔ1〜Ｔ5が端末装置間リンクを構成していたとする。中央装置ＳのＣＰＵ５２は、この端末装置間リンクの最後に、端末装置Ｔ6を追加する。これにより、端末装置間リンクは、図１５Ｂに示すようになる。

次に、ＣＰＵ５２は、ログイン要求をしてきた端末装置Ｔ6の次の端末装置を特定する。ここでは、図１５Ｂより、次の端末装置はＴ1であることがわかる。さらに中央装置ＳのＣＰＵ５２は、端末装置Ｔ6以外の端末装置Ｔ1〜Ｔ5に対して、更新された端末装置間リンクを送信する（ステップＳ５５）。続いて、認証結果を、端末装置Ｔ6に送信する（ステップＳ５６）。認証結果がＯＫの場合であれば、中央装置ＳのＣＰＵ５２は、認証結果にあわせて、端末装置Ｔ6の次の端末装置がいずれであるか（この場合Ｔ1）、中央装置Ｓの時計（図示せず）による時刻、変化一覧テーブルの送信間隔ｔpを、端末装置Ｔ6に送信する（ステップＳ５６）。

端末装置Ｔ6のＣＰＵ３２は、受け取った認証結果がＮＧであれば、処理を終了する（ステップＳ２）。受け取った認証結果がＯＫであれば、中央装置Ｓから受信した時刻に基づいて、自らの時計（図示せず）を修正する（ステップＳ３）。これにより、中央装置Ｓと端末装置Ｔ6の時刻を合致させることができる。

次に、端末装置Ｔ6のＣＰＵ３２は、中央装置Ｓから受信した次の端末装置がいずれであるかの情報（この場合Ｔ1）を、メモリ５４に記録する（ステップS４）。続いて、端末装置Ｔ6のＣＰＵ３２は、カメラ３６からの動画を入力するための動画ドライバ（ハードディスク１３８に記録されている）に対し、カメラ３６からの動画データを取得（入力）するように指示する（ステップＳ５）。これを受けて、動画ドライバは、カメラ３６からの動画の取得を開始する（ステップＳ１０１）。図８において、ステップＳ１０１の下に示す二重線は、動画ドライバが動画を継続して取得し入力していることを表している。

なお、上記のステップＳ５５において、中央装置ＳのＣＰＵ３２は、ログイン要求を行ってきた端末装置以外の端末装置（ここでは、Ｔ1〜Ｔ5）に対して、端末装置Ｔ6の加入によって変更された端末装置間リンクを送信する。このとき、端末装置Ｔ1〜Ｔ5において行われる処理を示したのが、図１４である。変更された端末装置間リンクを受け取った端末装置Ｔ1（Ｔ2〜Ｔ5についても同じ）のＣＰＵ３２は、自分の次の端末装置が変わったかどうかを判断する（ステップＳ６）。変わっていれば、メモリ３４に記録されている次の端末装置名を書き換える（ステップＳ７）。変わっていなければ、書き換えは行わない。

以上のようにして、ログイン処理が行われる。ログイン処理が終了すると、次に、ログイン中の処理が行われる。この処理のフローチャートを、図１０〜１２に示す。

まず、端末装置Ｔ6のＣＰＵ３２は、自分の前の端末装置（ここではＴ5）から変化一覧テーブルを受信し、ハードディスク３８に記録する（ステップＳ９）。また、端末装置Ｔ6のＣＰＵ３２は、変化率一覧テーブル２０１に、端末装置Ｔ6の記載がないのでこれを追加する（図１６の２０２参照）。

端末装置Ｔ6のＣＰＵ３２は、動画ドライバから現在の画像Ｂ（動画中のＩピクチャ）を取得してメモリ３４に記録する（ステップＳ１０）。次に、前回のタイミングで動画ドライバから取得していた画像Ａ（前回、ステップＳ１０を実行したときに最新であった画像）に対する、画像Ｂの変化率を算出する（ステップＳ１１）。なお、画像変化率は、たとえば、上記双方の画像において異なる画像データを有する画素が、前画素に対してどの程度の割合あるかによって算出することができる。ここでは、端末装置Ｔ6のＣＰＵ３２がこの処理を行うのは初めてであるから、比較対象がないので、画像変化率は０とする。

次に、端末装置Ｔ6のＣＰＵ３２は、変化一覧テーブル２０２における自分の端末装置Ｔ6の画像変化率を更新する（ステップＳ１２）。この際、変化率を算出した時刻を検知時刻の欄に記録する。さらに、ステップＳ１０で取得してメモリ３４に記録した画像Ｂの名前を、画像Ａに変更する（ステップＳ１３）。

端末装置Ｔ6のＣＰＵ３２は、変化一覧テーブル２０２の決定時刻を参照して、現在の親が決定された時刻ｔ2を取得する（ステップＳ１４）。続いて、端末装置Ｔ6のＣＰＵ３２は、自らの時計（図示せず）から、現在時刻ｔ1を取得する（ステップＳ１５）。次に、現在時刻ｔ1から親決定時刻ｔ2を減算した値が、所定の時間間隔ｔs（たとえば２秒）より大きいか否かを判断する（ステップＳ１６）。大きければ、変化一覧テーブル２０２において、最も画像変化率の大きい端末装置を親端末装置にする（ステップＳ１７）。大きくなければ、変化一覧テーブル２０２における親端末装置の書き換えは行わない。つまり、前回の親端末装置の決定時刻ｔ2から所定時間ｔs経過するまでは、新たに変化率の大きい端末装置が現れたとしても、親端末装置の変更を行わないようにしている。

続いて、端末装置Ｔ6のＣＰＵ３２は、変化一覧テーブル２０２における、子端末装置と影端末装置を更新する（ステップＳ１８）。すなわち、画像変化率の大きさの２番目から４番目までの端末装置を、子端末装置とする。ここでは、子端末装置も、端末装置Ｔ1、Ｔ3、Ｔ5から変化しない。親端末装置、子端末装置以外の端末装置を、影端末装置とする。ここでは、端末装置Ｔ6の属性を影端末装置とする。ここで、後述のように、親端末装置は中央装置Ｓにその動画が送られ、子端末装置は中央装置Ｓにその静止画が送られ、影端末装置は中央装置Ｓに画像が送られない。

次に、ＣＰＵ３２は、現在時刻ｔ3を取得する（ステップＳ１９）。次に、ＣＰＵ３２は、現在時刻ｔ3からステップＳ１５にて取得した現在時刻ｔ1を減算する。減算した値が、中央装置Ｓから受信した変化一覧テーブルの送信間隔ｔp（たとえば１００ｍ秒）よりも大きいかどうかを判断する（ステップＳ２０）。大きくなければ（すなわち、変化一覧テーブルを受信してから、変化一覧テーブルの送信間隔ｔp分の時間が経過していなければ）、ステップＳ１９、Ｓ２０を繰り返し実行する。

大きければ（すなわち、変化一覧テーブルを受信してから、変化一覧テーブルの送信間隔ｔp分の時間が経過していれば）、変化一覧テーブル２０２を、次の端末装置Ｔ1に送信する（ステップＳ２１）。次に、ＣＰＵ３２は、自らが親端末装置であるかどうかを判断する（ステップＳ２２）。ここでは、端末装置Ｔ6は影端末装置であり、親端末装置ではないので、図１２のステップＳ２９に進む。

ステップＳ２９において、ＣＰＵ３２は、自端末装置が、ステップＳ１７にて親端末装置から子端末装置に変更されたばかりであるかどうか（直前のステップＳ１７にて変更されたかどうか）を判断する。ここでは、端末装置Ｔ6は、親端末装置から子端末装置に変更されたばかりでないので、ステップＳ３１に進む。ステップＳ３１において、ＣＰＵ３２は、自端末装置が影端末装置であるかどうかを判断する。ここでは、端末装置Ｔ6は、影端末装置であるから、ステップＳ９に戻って処理を繰り返す。

次に、変化一覧テーブル２０２を受信した端末装置Ｔ1の行う処理を説明する。端末装置Ｔ1のＣＰＵ３２は、前端末装置であるＴ6から変化一覧テーブル２０２を受信すると（ステップＳ９）、現在の画像Ｂを動画ドライバより取得する（ステップＳ１０）。そして、前回の画像Ａと画像Ｂの変化率を算出し（ステップＳ１１）、変化一覧テーブル２０３（図１６参照）における自端末装置の変化率を更新する（ステップＳ１２）。次に、画像Ｂを画像Ａとして保持する（ステップＳ１３）。

続いて、端末装置Ｔ1のＣＰＵ３２は、親端末装置が決定された時刻ｔ2から所定時間ｔs以上経過したかどうかを判断する（ステップＳ１５、Ｓ１６）。所定時間ｔs以上経過していれば、変化一覧テーブル２０３の親端末装置の更新を行う（ステップＳ１７）。ここでは、最も変化率の大きい端末装置はＴ2であり、既に決定されている親端末装置と同じであるから、更新は行なわない。

続いて、ＣＰＵ３２は、変化一覧テーブルにおける子端末装置の更新を行う（ステップＳ１８）。ここでは、２番目、３番目、４番目に変化率の大きいのが、端末装置Ｔ1、Ｔ5、Ｔ3であるから、既に決定されている子端末装置と同じであるから、更新は行わない。ＣＰＵ３２は、変化一覧テーブルの送信間隔ｔpが経過すると、次の端末装置Ｔ2に変化一覧テーブル２０３を送信する（ステップＳ１９〜Ｓ２１）。

次に、ＣＰＵ３２は、自端末装置が親端末装置であるかどうかを判断する（ステップＳ２２）。ここでは、端末装置Ｔ1は、親端末装置ではないのでステップＳ２９に進む。ステップＳ２９において、自端末装置が子端末装置になったばかりであるかどうかを判断する。端末装置Ｔ1は、子端末装置になったばかりではないので、ステップＳ３１に進む。ステップＳ３１では、自端末装置が影端末装置であるかどうかを判断する。端末装置Ｔ1は、影端末装置ではないので、子端末装置の処理であるステップＳ３２に進む。

ステップＳ３２において、端末装置Ｔ1のＣＰＵ３２は、動画ドライバより静止画を取得する（ステップＳ３２）。なお、静止画はカメラによって撮像した動画の一部である最新のＩピクチャを用いればよい。続いて、取得した静止画を親端末装置Ｔ2に送信する（ステップＳ３３）。

以上の処理が終了すると、端末装置Ｔ1のＣＰＵ３２は、ステップＳ９以下の処理を繰り返し実行する。

次に、変化一覧テーブル２０３を受信した端末装置Ｔ2の行う処理を説明する。端末装置Ｔ2のＣＰＵ３２は、前端末装置であるＴ1から変化一覧テーブル２０３を受信すると（ステップＳ９）、現在の画像Ｂを動画ドライバより取得する（ステップＳ１０）。そして、前回の画像Ａと画像Ｂの変化率を算出し（ステップＳ１１）、変化一覧テーブル２０４（図１６参照）における自端末装置の変化率を更新する（ステップＳ１２）。次に、画像Ｂを画像Ａにする（ステップＳ１３）。

続いて、端末装置Ｔ2のＣＰＵ３２は、親端末装置が決定された時刻ｔ2から所定時間ｔs以上経過したかどうかを判断する（ステップＳ１５、Ｓ１６）。所定時間ｔs以上経過していれば、変化一覧テーブル２０４の親端末装置の更新を行う（ステップＳ１７）。ここでは、最も変化率の大きい端末装置はＴ2であり、既に決定されている親端末装置と同じであるから、更新は行なわない。

なお、ステップＳ１７において、最も変化率の大きい端末装置に変更があれば、ＣＰＵ３２は、当該端末装置を親端末装置と決定しその旨を変化一覧テーブル２０４に書き込む。さらに、ＣＰＵ３２は、決定したときの時刻を時計から取得し決定時刻として書き込む。

続いて、ＣＰＵ３２は、変化一覧テーブルにおける子端末装置の更新を行う（ステップＳ１８）。ここでは、２番目、３番目、４番目に変化率の大きいのが、端末装置Ｔ1、Ｔ5、Ｔ3であるから、既に決定されている子端末装置と同じであるから、更新は行わない。ＣＰＵ３２は、変化一覧テーブルの送信間隔ｔpが経過すると、次の端末装置Ｔ3に変化一覧テーブル２０４を送信する（ステップＳ１９〜Ｓ２１）。

次に、ＣＰＵ３２は、自端末装置が親端末装置であるか否かを判断する（ステップＳ２２）。ここでは、端末装置Ｔ2は親端末装置であるから、ステップＳ２３に進む。ステップＳ２３において、端末装置Ｔ2のＣＰＵ３２は、各子端末装置から受信してハードディスク３８に記録している静止画のタイムスタンプ（画像生成時間）を確認する。ＣＰＵ３２は、所定時間経過した静止画（古い静止画）しか取得していない子端末装置、あるいは静止画が送られてきていない子端末装置を特定する（ステップＳ２４）。そのような端末装置が存在すれば、ＣＰＵ３２は、当該端末装置に対し、静止画を送信するように要求し、静止画を取得する（ステップＳ２５）。

ステップＳ２４において、あるいはステップＳ２５を実行することによって、全ての子端末装置から所定時間内の静止画を取得していれば、ハードディスク３８に記録されている当該各端末装置の静止画を、中央装置Ｓに送信するよう通信回路５０に指示を与える（ステップＳ２６）。

次に、ＣＰＵ３２は、自端末装置がステップＳ１７によって親端末装置になったばかりかどうか（直前のステップＳ１７において親端末装置として更新されたかどうか）を判断する（ステップＳ２７）。そうであれば、ＣＰＵ３２は、通信回路５０に対し、動画ドライバの取得した動画を、中央装置Ｓに対しストリーミングとして送信することを開始するように指示する（ステップＳ２８）。したがって、以後、端末装置Ｔ2の動画は、中央装置Ｓにストリーミング送信される。その後状況の変化があり、端末装置Ｔ2が親端末装置から子端末装置に変わった場合には、ＣＰＵ３２は、通信回路５０に対し、上記ストリーミングを中止するように指令する（ステップＳ２９、３０）。

以上のようにして、親端末装置については動画を、子端末装置については静止画を送信することができる。しかも、中央装置Ｓとの通信は、親端末装置がまとめて行うので、通信の効率がよい。

以下、上記のような処理が行われ、変化一覧テーブルが端末装置Ｔ3、Ｔ4、Ｔ5、Ｔ6というように順次更新されながら送られていく。この時、新たに変化率の最も大きい端末装置が出現すると、これを親端末装置として決定することになる。

なお、親端末装置があまり頻繁に変更されると、ステップＳ１０において親端末装置からの静止画の取得要求が多くなり、効率が低下するおそれがある。そこで、この実施形態では、前回の親端末装置の決定時刻から所定時間ｔs（たとえば２秒）以上経過していない場合には、新たに変化率の最も大きい端末装置が出現しても、元の親端末装置をそのまま親端末装置として維持するようにしている（ステップＳ１５、Ｓ１６）。この時、新たに出現した変化率の最も大きい端末装置は、子端末装置として決定することになる。上記の処理を実現するため、親端末装置を新たに決定した場合には、その決定時刻を変化一覧テーブルに記録するようにしている。

次に、端末装置がログオフをする場合の処理を図１３を参照しながら説明する。ここでは、端末装置Ｔ2がログオフを行うものとして説明する。図１３にフローチャートを示す。ユーザがログオフの指令を入力すると、まず、端末装置Ｔ2のＣＰＵ３２は、自端末装置が親端末装置であるかどうかを判断する（ステップＳ３４）。ここでは、端末装置Ｔ2は親端末装置であるから、ステップＳ３５に進み、中央装置Ｓに送信していた動画のストリーミングを停止する（ステップＳ３５）。続いて、ＣＰＵ３２は、動画ドライバに対して、カメラ３６からの動画の入力（取得）を停止させる（ステップＳ３６）。これを受けて、動画ドライバは、カメラからのデータの入力を停止する（ステップＳ１０２）。

端末装置Ｔ2のＣＰＵ３２は、中央装置Ｓに対して、ログオフを通知する（ステップＳ３７）。これを受けた中央装置Ｓは、ログオフした端末装置Ｔ2を外して端末間リンクを更新する（ステップＳ５８）。さらに、中央装置Ｓは、ログオフを通知してきた端末装置以外の端末装置Ｔ1、Ｔ3、Ｔ4、Ｔ5、Ｔ6に、新たな順序を通知する。このとき、各端末装置では、図１４に示すグループ変更処理が実行される。

なお、上記において、各端末装置Ｔ1〜Ｔ6にマイクを設けて音声データを取得し、子端末装置から親端末装置に音声データを送信し、親端末装置が自らの音声データと子端末装置の音声データとを中央装置Ｓに送信するようにしてもよい。この場合、中央装置Ｓには、音声データを再生するためのスピーカを設ける。

(4)その他の例
上記実施形態では、動画の画像変化率に基づいて各端末装置Ｔ1〜Ｔ6の属性を決定している。しかし、これに代えて、音声の大きさの変化率に基づいて各端末装置Ｔ1〜Ｔ6の属性を決定するようにしてもよい。この場合、各端末装置Ｔ1〜Ｔ6にはマイクを設けて取得した音声をハーディスク３８に記録するとともに、中央装置Ｓにスピーカを設ける。音声の大きさの変化率は、現在から所定時間前（たとえば３秒前）までの音声の大きさの平均と、現在から前記所定時間より短い時間（たとえば０．５秒前）までの音声の大きさの平均との比に基づいて算出すればよい。

この場合の変化率一覧テーブルの例を図１７に示す。監視プログラムのフローチャートは、図７〜１４に示すものと同様である。ただし、画像変化率に代えて、音声変化率を用いることになる。したがって、マイクから取得した音声の大きさの音声変化率の最も大きい端末装置が親端末装置となり、２番目から所定番目（たとえば４番目）までの端末装置が子端末装置となる。親端末装置の動画、音声と子端末装置の静止画が、中央装置Ｓに送信されることになる。なお、全ての端末装置の音声を中央装置Ｓに送信するようにしてもよい。

また、上記実施形態では、動画、静止画、音声が中央装置Ｓに送信されている。しかし、音声変化の大きさに基づいて親端末装置・子端末装置を決定し、親端末装置・子端末装置の音声だけを中央装置Ｓに送るようにしてもよい。

また、画像変化の大きさと音声変化の大きさの双方を考慮して、親端末装置・子端末装置を決定するようにしてもよい。たとえば、画像変化率を0.8、音声変化率を0.2というようにウエイト付けして、合計の変化率を算出し、これに基づいて親端末装置・子端末装置を決定することができる。

また、上記においては、親端末装置・子端末装置・影端末装置を決定したが、影端末装置は設けずに、親端末装置と子端末装置だけにしてもよい。

上記実施形態では、低精度画像として静止画を送信するようにしている。しかし、カメラによって取得した動画の圧縮率を高めた低精度の動画を送信するようにしてもよい。

上記実施形態では、各端末装置は変化一覧テーブルを受け取るごとに親端末装置・子端末装置などの決定を行っている。しかし、現在の親端末装置から変化一覧テーブルが少なくとも一周して親端末装置に戻ってきたときに、当該親端末装置が新たな親端末装置・子端末装置などを決定するようにしてもよい。この場合には、親端末以外の端末装置は、変化一覧テーブルを受け取っても、親端末装置・子端末装置などの決定を行わない。

更新した変化一覧テーブルを後端末装置に送信しようとする際に、当該後端末装置がログオフしていたり、故障していたりした場合には、送信することができない。このような事態を想定して、ステップＳ５６において、後端末装置のＩＤを１つだけでなく複数個与えるようにしてもよい。たとえば、図３において、新たにログインした端末装置Ｔ6に対し、後端末装置としてＴ1だけでなくＴ2も与えるようにする。端末装置Ｔ1がログオフしたなどで、端末装置Ｔ6から変化一覧テーブルを送信できない場合には、端末装置Ｔ6は次の端末装置Ｔ2に送信する。なお、３つ以上の後端末装置のＩＤを与えるようにしてもよい。

また、一つの端末装置が２以上のグループに属する場合には、ステップＳ５６において、後端末装置のＩＤを２つ送信する必要がある。この場合、更新した変化一覧テーブルを、次にいずれの端末装置に送信すればよいか確定できなくなる。そこで、グループを明らかにするために、前端末装置のＩＤも与えるようにすればよい。

たとえば、端末装置Ｔ2がグループＡとグループＢに属している場合、中央装置Ｓは、グループＡについては、前端末装置Ｔ1、後端末装置Ｔ3のＩＤを与え、グループＢについては、前端末装置Ｔ20（図示せず）、後端末装置Ｔ22（図示せず）のＩＤを端末装置Ｔ2に与えるようにする。これにより、端末装置Ｔ2は、端末装置Ｔ1から変化一覧テーブルを受け取ったときには、更新後、端末装置Ｔ3に送信し、端末装置Ｔ20から変化一覧テーブルを受け取ったときには、更新後、端末装置Ｔ22に送信することができる。

あるいは、一つの端末装置が２以上のグループに属する場合には、当該端末装置に対し、グループごとのＩＤを与えるようにしてもよい。グループごとのＩＤに対応づけて前端末装置のＩＤを記録するようにすれば、グループを明らかにすることができる。

２．第二の実施形態
(1)テレビ会議システムの概要
図１８に、この発明の一実施形態によるテレビ会議システムの概要を示す。端末装置Ｔ11〜Ｔ16は、会議参加者のいる場所に設置されており、互いに通信可能にネットワークなどによって接続されている。ただし、各端末装置Ｔ11〜Ｔ16における変化一覧テーブルの通信の方向及び順序は定められている。すなわち、端末装置Ｔ11は端末装置Ｔ12に向けて送信し、端末装置Ｔ12は端末装置Ｔ13に向けて送信し、・・・端末装置Ｔ16は端末装置Ｔ11に送信するというように、リング状に連なっている。

各端末装置Ｔ11〜Ｔ16は、カメラによって撮像した動画を取得して記録する。また、マイクによって取得した会議参加者の音声の大きさの変化率（音声が大きくなれば＋、小さくなれば−とする）を算出する。端末装置Ｔ11は、音声変化率を算出し、これを次の端末装置Ｔ12に送信する。端末装置Ｔ12は、端末装置Ｔ11から受け取った音声変化率に自らの音声変化率を加えて、次の端末装置Ｔ13に送信する。このようにして、端末装置Ｔ11が端末装置Ｔ6から音声変化率を受け取ると変化一覧テーブル３００が完成する。

端末装置Ｔ11は、変化一覧テーブル３００における自らの音声変化率を更新して、次の端末装置Ｔ12に送信する。端末装置Ｔ12は、変化一覧テーブル３００における自らの音声変化率を更新して、次の端末装置Ｔ13に送信する。このようにして、順次、変化一覧テーブル３００の書き換えが行われる。

たとえば、端末装置Ｔ12によって更新された変化一覧テーブル３００の内容が図１８に示すようであったとする。この時、端末装置Ｔ13は、変化一覧テーブル３００を参照して、最も音声変化の大きい（＋の方向に変化が最も大きい）端末装置Ｔ12を第１の親端末装置として決定する。また、次に音声変化の大きい端末装置Ｔ15を第２の親端末装置として決定する。さらに、画像変化が３番目から５番目に大きい端末装置Ｔ13、Ｔ11、Ｔ14を子端末装置として決定する。その他の端末装置Ｔ16は、影端末装置として決定する。子端末装置については、その静止画が親端末装置に送信され、影端末装置については静止画が親端末装置に送信されない。

親端末装置・子端末装置・影端末装置は、変化一覧テーブルの更新とともに変わっていくが、ここでは、説明のために、端末装置Ｔ13が変化一覧テーブルを端末装置Ｔ14に送信してから後、端末装置Ｔ12より変化一覧テーブルを受信するまでの間、親端末装置・子端末装置・影端末装置の決定が変わらなかったものとして説明を進める。

第１の親端末装置であるＴ12は、第２の親端末装置であるＴ15に対し、自らのカメラによって撮像した動画、自らのマイクによって取得した音声を送信する。

第２の親端末装置であるＴ15は、第１の親端末装置であるＴ12に対し、自らのカメラによって撮像した動画を送信する。したがって、第１の親端末装置および第２の親端末装置との間では、動画が交換される（図１８のＸ１参照）。また、第２の端末装置は、受け取った第１の端末装置の動画・音声と、自らの動画・音声を各端末装置に配信する。

子端末装置であるＴ11、Ｔ13、Ｔ14は、第１の親端末装置に対して、カメラによって撮像した動画の一部である静止画を送信する。これを受けとった第１の親端末装置は、全ての端末装置に対して、受け取った各端末装置の静止画集を配信する。

以上のようにして、各端末装置において、図１８に示すように、子端末装置の静止画、第１の親端末装置、第２の親端末装置の動画・音声を表示・出力することができる。

この実施形態では、静止画の配信を第１の親端末装置が行い、動画・音声の配信を第２の親端末装置が行うようにしているので、各端末装置の動作負荷およびネットワークの負荷を分散することができる。

図１９に、端末装置Ｔ11の機能ブロック図を示す。なお、他の端末装置Ｔ12〜Ｔ18についても、端末装置Ｔ3と同様の構成である。

取得手段１０は、動画・音声を取得するものである。変化算出手段１２は、取得した音声の大きさの変化率を算出する。変化一覧受信手段１４は、前端末装置である端末装置Ｔ16から、全ての端末装置の変化一覧を受信する。変化更新手段１６は、受信した変化一覧において、変化算出手段１２によって算出した自らの端末装置Ｔ11の音声変化率を更新する。変化一覧送信手段１８は、更新した変化一覧を次端末装置である端末装置Ｔ12に送信する。

親端末決定手段２１は、更新した変化一覧に記載された各端末装置Ｔ11〜Ｔ16における画像変化に基づいて、親端末装置を決定する。たとえば、最も音声変化の大きかった端末装置を第１の親端末装置として決定し、次に音声変化の大きかった端末装置を第２の親端末装置として決定する。

第１・第２送信手段２７は、自らが第１の親端末装置である場合に、自らの動画・音声を第２の親端末装置に送信する。第２・第１送信手段２９は、自らが第２の親端末装置である場合に、自らの動画・音声を第１の親端末装置に送信する。

したがって、第１の親端末装置と第２の親端末装置間では、互いに相手の動画を見ることができ、音声を聞くことができる。

低精度画像送信手段２５は、自らが子端末装置である場合に、自らの動画の一部である静止画を、第１の親端末装置に送信する。低精度画像配信手段３１は、自らが第１の親端末装置である場合に、各端末装置の静止画集を自分以外の端末装置に配信する。動画配信手段３３は、自らが第２の親端末装置である場合に、自らの動画および受信した第１の親端末装置の動画を子端末装置に配信する。

したがって、子端末装置においては、第１の親端末装置および第２の親端末装置の動画・音声と、各子端末装置の低精度画像（たとえば静止画）を表示・出力することができる。

以上のように、このシステムによれば、音声の変化の大きかった２つの端末装置の動画・音声が他の端末装置に配信され、音声変化の小さかった所定の端末装置の低精度画像が他の端末装置に配信される。したがって、発言を行った参加者の端末装置については全員に動画・音声が配信され、発言のなかった参加者の端末装置については低精度画像が全員に配信され（子端末装置）、あるいは何も配信されない（影端末装置）。

(2)ハードウエア構成
図２０に、端末装置Ｔ11のハードウエア構成を示す。他の端末装置Ｔ12〜Ｔ16も同様の構成である。

ＣＰＵ１３２には、メモリ１３４、カメラ１３６、ハードディスク１３８、キーボード／マウス１４０、ディスプレイ１４２、通信回路１５０、マイク１５２、スピーカ１５４が接続されている。ハードディスク１３８には、WINDOWS（商標）などのオペレーティングシステム（ＯＳ）１４４、テレビ会議プログラム１４６が記録されている。テレビ会議プログラム１４６は、ＯＳ１４４と協働してその機能を発揮するものである。なお、テレビ会議プログラム１４６単独で機能するようにしてもよい。また、ハードディスク１３８には、変化一覧テーブル３００も記録される。通信回路１５０は、ネットワークなどを介して他の端末装置Ｔ2〜Ｔ6と通信を行うためのものである。カメラ１３６は、参加者を撮像し、画像データを生成する。マイク１５２は、参加者の音声を取得する。

なお、認証やグループ形成のために、各端末装置Ｔ11〜Ｔ16は、中央装置Ｓと通信可能に形成されている。中央装置Ｓのハードウエア構成は、第１の実施形態において示した図６のものと同様である。

(4)会議処理
図２１〜２５に、端末装置Ｔ11〜Ｔ16のテレビ会議プログラム１４６、動画ドライバおよび音声ドライバのフローチャートを示す。ログイン処理、ログオフ処理、グループ順序変更処理は、第一の実施形態と同じであるから省略し、ログイン中の処理だけを示した。したがって、以下においては、ログイン中の処理についてのみ説明する。

ここでは、端末装置Ｔ16が図７、図８に示すログイン処理を行ったものとして説明を行う。端末装置Ｔ16のＣＰＵ１３２は、前端末装置Ｔ15から変化一覧テーブル３０１が送られてくるのを待ち、送られてきた変化一覧テーブル３０１を受信してハードディスク１３８に記録する（ステップＳ２０１）。図２６に、前の端末装置Ｔ15から端末装置Ｔ16に送信される変化一覧テーブル３０１を示す。変化一覧テーブルには、各端末装置Ｔ1〜Ｔ5の音声変化率、その検知時刻、親・子・影などの属性、親端末装置の決定時刻が記録されている。

なお、音声ドライバは、マイク１５２から入力（取得）した音声データを、過去３秒間分だけハードディスク１３８に蓄積する。古い音声データは削除するので、常に最新の３秒間の音声データがハードディスク１３８に記録されることになる。

ステップＳ２０１において受信した変化一覧テーブルを記録した後、端末装置Ｔ16のＣＰＵ１３２は、ハードディスク１３８に蓄積されている音声データ１５１を読み出し、音声振幅の過去３秒間の平均値を算出する（ステップＳ２０２）。同様に、過去０．５秒間の平均値を算出する（ステップＳ２０３）。ＣＰＵ１３２は、両平均値に基づいて音声変化率を算出する（ステップＳ２０４）。

例えば、過去３秒間の平均値が２ｍＶであり、過去０．５秒間の平均値が５ｍＶであれば、音声変化率として「＋２．５」を算出する。ここでは、端末装置Ｔ16のＣＰＵ１３２は、この処理を初めて行い過去に音声データがないので、音声変化率を「０」とする。

次に、端末装置Ｔ16のＣＰＵ１３２は、変化一覧テーブル３０１における自分の端末装置Ｔ16の音声変化率を更新する（ステップＳ２０５）。ここでは、変化率一覧テーブル３０１に、端末装置Ｔ16の記載がないのでこれを追加する（図２６の３０２参照）。この際、変化率を算出した時刻を検知時刻の欄に記録する。

次に、端末装置Ｔ16のＣＰＵ１３２は、変化一覧テーブル３０２を参照して、現在の親端末装置が決定された時刻ｔ2を取得する（ステップＳ２０６）。なお、第１の親端末装置と第２の親端末装置は、後述のように同時に決定されるので、いずれの決定時刻を用いてもよい。なお、変化一覧テーブル３０２において、「親１」は第１の親端末装置を示し、「親２」は第２の親端末装置を示す。

さらに、ＣＰＵ１３２は、自分の時計（図示せず）から、現在時刻ｔ1を取得する（ステップＳ２０７）。さらに、現在時刻ｔ1から親端末装置決定時刻ｔ2を減算し、これが予め定めたしきい値ｔsよりも大きいかどうかを判断する（ステップＳ２０８）。すなわち、親端末装置が決定された時刻ｔ2から所定時間ｔs以上経過したかどうかを判断する。

所定時間ｔs以上経過していれば、変化一覧テーブル３０２の親端末装置の更新を行う（ステップＳ２０９）。ここでは、最も変化率の大きい端末装置はＴ12、2番目に変化率の大きい端末装置はＴ15であり、すでに決定されている第１、第２の親端末装置と同じであるから、更新は行なわない。

なお、ステップＳ２０９において、最も変化率の大きい端末装置または２番目に変化率の大きい端末装置に変更があれば、ＣＰＵ１３２は、親端末装置の更新を行う。すなわち、最も変化率の大きい端末装置を第１の親端末装置として、属性に「親１」を記録し、２番目に変化率の大きい端末装置を第２の親端末装置として、属性に「親２」を記録する。また、この際に、ＣＰＵ１３２は、自らの時計から現在時刻を取得して、これを、第１の親端末装置および第２の親端末装置の決定時刻として記録する。

次に、ＣＰＵ１３２は、子端末装置、影端末装置を更新する（ステップＳ２１０）。つまり、変化率が３番目に大きい端末装置から、変化率が５番目に大きい端末装置までの属性を、子端末装置を示す「子」にし、これらより変化率が小さい端末装置を影端末装置を示す「影」にする。変化一覧テーブル３０２においては、変化率が３番目、４番目、５番目に大きい端末装置は、Ｔ11、Ｔ13、Ｔ14であるから、これらを子端末装置とする。また、残りの端末装置Ｔ16を影端末装置とする。

次に、端末装置Ｔ16のＣＰＵ１３２は、自らの時計から現在時刻ｔ3を取得する（ステップＳ２１１）。次に、ＣＰＵ１３２は、現在時刻ｔ3からステップＳ２０７で取得した時刻ｔ1を減算する。減算した値が、中央装置Ｓより受信した変化一覧テーブルの送信間隔ｔpより大きいかどうかを判断する（ステップＳ２１２）。つまり、前端末装置Ｔ15から変化一覧テーブル３０１を受信してから、変化一覧テーブルの送信間隔ｔp（ここでは２０μ秒とする）が経過したかどうかを判断する。経過すれば、ＣＰＵ１３２は、ステップＳ１０２において記録した後端末装置Ｔ11に対し、更新した変化一覧テーブル３０２を送信する（ステップＳ２１３）。

次に、ＣＰＵ１３２は、自らの端末装置の属性に応じて、処理の内容を変える（ステップＳ２１４）。ここでは、端末装置Ｔ16は影端末装置であるから、ステップＳ２２４に進む。

ステップＳ２２４において、ＣＰＵ１３２は、自端末装置が第１または第２の親端末装置から、子または影端末装置に変わったばかりであるかどうかを判断する（ステップＳ２２４）。つまり、直前のステップＳ２０９において、第１または第２の親端末装置から、子または影端末装置に変わったかどうかを判断する。ここでは、端末装置Ｔ16は、親端末装置から影端末装置に変わったばかりではないので、ステップＳ２２５に進む。

ステップＳ２２５において、ＣＰＵ１３２は、自端末装置が影端末装置であるかどうかを判断する（ステップＳ２２５）。ここでは、端末装置Ｔ16は影端末装置であるから、ステップＳ２０１に戻って処理を繰り返す。

次に、端末装置Ｔ16から変化一覧テーブル３０２を受け取った端末装置Ｔ11の処理について説明する。端末装置Ｔ11のＣＰＵ１３２は、受信した変化一覧テーブル３０２をハードディスク１３８に記録する（ステップＳ２０１）。ＣＰＵ１３２は、自マイク１５２によって取得した音声の音声変化率を算出する（ステップＳ２０２〜Ｓ２０４）。次に、変化一覧テーブル３０２の自端末装置の音声変化率を更新する（ステップＳ２０５）。

次に、ＣＰＵ１３２は、現在の親端末装置が決定されてから所定時間ｔs経過しているかどうかを判断する（ステップＳ２０６〜２０８）。所定時間ｔsを経過していれば、変化一覧テーブル３０２の親端末装置の更新処理を行う（ステップＳ２０９）。ここでは、最も変化率の大きい端末装置、２番目に変化率の大きい端末装置はＴ12、Ｔ15であるので、親端末装置の更新は行われない。

次に、端末装置Ｔ11のＣＰＵ１３２は、子端末装置、影端末装置の更新処理を行う（ステップＳ２１０）。ここでは、３番目から５番目に変化率の大きい端末装置に変化はないので、子端末装置、影端末装置の更新は行われない。

以上の処理により音声変化率の更新された、変化一覧テーブル３０３を図２６に示す。変化一覧テーブルの送信間隔ｔpが経過すれば、ＣＰＵ１３２は、変化一覧テーブル３０３を、後端末装置Ｔ12に送信する（ステップＳ２１１〜Ｓ２１３）。

次に、ＣＰＵ１３２は、自らの端末の属性に応じて、処理の内容を変える（ステップＳ２１４）。端末装置Ｔ11は、子端末装置であるから、ステップＳ２２４へ進む。ステップＳ２２４において、自端末装置が親端末装置から子・影端末装置になったばかりかを判断する。ここでは、端末装置Ｔ11は、親端末装置から子・影端末装置になったばかりではないので、ステップＳ２２５に進む。

ステップＳ２２５においては、自端末が影端末装置であるかどうかを判断する。ここでは、端末装置Ｔ11は子端末装置であり影端末装置ではないので、ＣＰＵ１３２は、音声・動画ドライバから現在の自分の静止画（動画中のＩピクチャ）を取得する（ステップＳ２２７）。次に、ＣＰＵ１３２は、通信回路１５０に指令を出し、取得した静止画を第１の親端末装置に送信する（ステップＳ２２８、図１８のＸ2参照）。つまり、ＣＰＵ１３２は、変化一覧テーブル３０３を参照して、第１の親端末装置である端末装置Ｔ12に静止画を送信する。これを受信した第１の親端末装置は、この静止画をハードディスクに記録する。なお、静止画には、ステップＳ２２７において子端末装置が取得した時刻がタイムスタンプとして記録されている。

以下、端末装置Ｔ11のＣＰＵ１３２は、ステップＳ２０１を繰り返し実行する。

次に、端末装置Ｔ11から変化一覧テーブル３０３を受け取った端末装置Ｔ12の処理について説明する。端末装置Ｔ12のＣＰＵ１３２は、受信した変化一覧テーブル３０３をハードディスク１３８に記録する（ステップＳ２０１）。ＣＰＵ１３２は、自マイク１５２によって取得した音声の音声変化率を算出する（ステップＳ２０２〜Ｓ２０４）。次に、変化一覧テーブル３０２の自端末装置の音声変化率を更新する（ステップＳ２０５）。

次に、ＣＰＵ１３２は、現在の親端末装置が決定されてから所定時間ｔs経過しているかどうかを判断する（ステップＳ２０６〜２０８）。所定時間ｔsを経過していれば、変化一覧テーブル３０２の親端末装置の更新処理を行う（ステップＳ２０９）。ここでは、最も変化率の大きい端末装置、２番目に変化率の大きい端末装置はＴ12、Ｔ15であるので、親端末装置の更新は行われない。

次に、端末装置Ｔ11のＣＰＵ１３２は、子端末装置、影端末装置の更新処理を行う（ステップＳ２１０）。ここでは、３番目から５番目に変化率の大きい端末装置に変化はないので、子端末装置、影端末装置の更新は行われない。

以上の処理により音声変化率の更新された、変化一覧テーブル３０４を図２６に示す。変化一覧テーブルの送信間隔ｔpが経過すれば、ＣＰＵ１３２は、変化一覧テーブル３０３を、後端末装置Ｔ13に送信する（ステップＳ２１１〜Ｓ２１３）。

次に、ＣＰＵ１３２は、自らの端末の属性に応じて、処理の内容を変える（ステップＳ２１４）。端末装置Ｔ12は、第１の親端末装置であるから、ステップＳ２１５へ進む。

ステップＳ２１５において、ＣＰＵ１３２は、各子端末装置から送信されてきてハードディスク１３８に記録されている静止画のタイムスタンプを取得する。端末装置Ｔ12のＣＰＵ１３２は、当該タイムスタンプと現在時刻（時計から取得する）とに基づき、所定時間以上経過した静止画がないかどうかを判断する（ステップＳ２１６）。つまり、古い静止画しか送られてきていない子端末装置がないかどうかを判断する。さらに、静止画が送られてきていない子端末装置がないかどうかを判断する（ステップＳ２１６）。

古い静止画しか送られてきていない子端末装置、あるいは静止画が送られてきていない子端末装置がある場合、第１の親端末装置である端末装置Ｔ12は、当該子端末装置に対して静止画を送るように要求する（ステップＳ２１７）。これに応じて子端末装置から静止画が送られてくると、端末装置Ｔ12は、これをハードディスク１３８に記録する。

ステップＳ２１６において、各子端末装置からの新しい静止画がそろっているか、あるいはステップＳ２１７によって全てそろった場合には、第１の親端末装置である端末装置Ｔ12のＣＰＵ１３２は、通信回路１５０に指令して、ハードディスク１３８に記録した各子端末装置の静止画を、全ての端末装置Ｔ11、Ｔ13〜Ｔ16に送信する（ステップＳ２１８、図１８のＸ3参照）。

次に、ＣＰＵ１３２は、自端末装置が、ステップＳ２０９で第１の親端末装置になったばかりであるかどうかを判断する（ステップＳ２１９）。つまり、直前のステップＳ２１９において、第１の親端末装置に変更されたばかりであるかどうかを判断する。第１の親端末装置に変更されたばかりであれば、ＣＰＵ１３２は、動画ドライバ、音声ドライバ、通信回路１５０に指令を出して、自らの動画および音声を、第２の親端末装置に対して送信するストリーミングを開始する（ステップＳ２２０）。ここでは、端末装置Ｔ12は第１の親端末装置に変更されたばかりではなく、すでに上記ストリーミングを行っているので、ステップＳ２２０の処理は行われない。

いずれにしても、上記のように、第１の親端末装置の動画および音声は、第２の親端末装置に送信し続けられる。このストリーミングは、端末装置Ｔ12が親端末装置でなくなるまで続けられる（ステップＳ２２６、図１８のＸ1参照）。

以下、端末装置Ｔ12のＣＰＵ１３２は、ステップＳ２０１を繰り返し実行する。

端末装置Ｔ12から変化一覧テーブル３０４を受け取った端末装置Ｔ13の処理は、実質的に端末装置Ｔ11と同様である。

端末装置Ｔ13から変化一覧テーブル３０５を受け取った端末装置Ｔ14の処理は、実質的に端末装置Ｔ11と同様である。

端末装置Ｔ14から変化一覧テーブル３０６を受け取った端末装置Ｔ15の処理を説明する。端末装置Ｔ15のＣＰＵ１３２は、受信した変化一覧テーブル３０６をハードディスク１３８に記録する（ステップＳ２０１）。ＣＰＵ１３２は、自マイク１５２によって取得した音声の音声変化率を算出する（ステップＳ２０２〜Ｓ２０４）。次に、変化一覧テーブル３０６の自端末装置の音声変化率を更新する（ステップＳ２０５）。

次に、ＣＰＵ１３２は、現在の親端末装置が決定されてから所定時間ｔs経過しているかどうかを判断する（ステップＳ２０６〜２０８）。所定時間ｔsを経過していれば、変化一覧テーブル３０６の親端末装置の更新処理を行う（ステップＳ２０９）。ここでは、最も変化率の大きい端末装置、２番目に変化率の大きい端末装置はＴ12、Ｔ15であるので、親端末装置の更新は行われない。

次に、端末装置Ｔ11のＣＰＵ１３２は、子端末装置、影端末装置の更新処理を行う（ステップＳ２１０）。ここでは、３番目から５番目に変化率の大きい端末装置に変化はないので、子端末装置、影端末装置の更新は行われない。

以上の処理により音声変化率の更新された、変化一覧テーブル３０７を図２６に示す。変化一覧テーブルの送信間隔ｔpが経過すれば、ＣＰＵ１３２は、変化一覧テーブル３０７を、後端末装置Ｔ16に送信する（ステップＳ２１１〜Ｓ２１３）。

次に、ＣＰＵ１３２は、自らの端末の属性に応じて、処理の内容を変える（ステップＳ２１４）。ここで、端末装置Ｔ15は、第２の親端末装置であるから、ＣＰＵ１３２はステップＳ２２１に進んで処理を行う。ステップＳ２２１では、自端末装置の属性が、他の属性から第２の親端末装置に変わったばかりであるかどうかを判断する（ステップＳ２２１）。すなわち、直前のステップＳ２０９にて第２の親端末装置に変更されたばかりであるかどうかを判断する。

第２の親端末装置に変わったばかりであれば、ＣＰＵ１３２は、動画ドライバ、音声ドライバ、通信回路１５０に指令を出して、自らの動画および音声を、第１の親端末装置に対して送信するストリーミングを開始する（ステップＳ２２２）。さらに、端末装置Ｔ15のＣＰＵ１３２は、動画ドライバ、音声ドライバ、通信回路１５０に指令を出して、全ての子端末装置に対し、自らの動画・音声および第１の親端末装置の動画・音声を送信するストリーミングを開始する（ステップＳ２２３）。ここでは、端末装置Ｔ15は第２の親端末装置に変更されたばかりではなく、すでに上記ストリーミングを行っているので、ステップＳ２２２、Ｓ２２３の処理は行われない。

いずれにしても、上記のように、第１の親端末装置の動画および音声、第２の親端末装置の動画および音声は、全ての子端末装置に送信し続けられる。このストリーミングは、端末装置Ｔ15が第２の親端末装置でなくなるまで続けられる（ステップＳ２２６、図１８のＸ1、Ｘ4参照）。

続いて、端末装置Ｔ15のＣＰＵ１３２は、ステップＳ２０１以下を繰り返し実行する。

上記の処理において、動画、静止画、音声を受け取った各端末装置Ｔ11〜Ｔ16は、ディスプレイ１４２、スピーカ１５４によりこれを再生する。したがって、各端末装置Ｔ11〜Ｔ16においては、図１８に示すような画像がディスプレイ１４２に表示されることになる。つまり、第１および第２の親端末装置の動画と、子端末装置の静止画が表示される。また、音声は、第１および第２の親端末装置のもののみが出力される。

上記のようにして、各端末装置Ｔ11〜Ｔ16において、大きな音量で発言を行った参加者について動画と音声を出力し、小さな音量で発言を行った参加者について静止画を出力し、発言を行っていない参加者については何も出力しないことを可能としている。これにより、重要な参加者については多くの情報を他の参加者に与えることを可能としつつ、データ通信量の増加を抑えることができる。

なお、上記の説明では、変化一覧テーブルの更新によって、親端末装置や子端末装置に変更がない場合を説明した。しかし、更新により、親端末装置や子端末装置に変更があった場合であっても、各端末装置Ｔ11〜Ｔ16は、自らが更新した変化一覧テーブルに基づいて、上記の処理を行う。このため、第１の親端末装置に、現在は子端末装置ではない端末装置からも静止画が送られることもあるが、第１の親端末装置は、現在の変化一覧テーブルに従って処理を行うので、このような静止画は無視されることになる。

(5)その他の例
上記実施形態では、第１の親端末装置および第２の親端末装置の動画・音声を各端末装置に配信するようにしている。しかし、動画のみ、音声のみを配信するようにしてもよい。

上記実施形態では、音声変化率に基づいて、各端末装置の属性を決定している。しかし、音声変化率に代えて画像変化率を用いてもよい。また、音声変化率と画像変化率の双方を考慮して属性を決定するようにしてもよい。

上記実施形態においては、第１の親端末装置が静止画の収集と配信を行い、第２の親端末装置が動画の配信を行っている。しかし、第２の親端末装置が静止画の収集と配信を行い、第１の親端末装置が動画の配信を行うようにしてもよい。

上記実施形態では、第１と第２の親端末装置の音声を、全ての端末装置に配信するようにしている。しかし、各子端末装置（影端末装置も含めてもよい）の音声を、第２の親端末装置に送信し、第２の親端末装置から各端末装置にこれら音声を配信するようにしてもよい。

上記実施形態では、第１の親端末装置、第２の親端末装置を決定しているが、一つの親端末装置だけを決定するようにしてもよい。この場合、当該親端末装置に対し、各子端末装置から静止画を送信し、親端末装置は、自らの動画および音声と受信した静止画集を各端末装置に配信する。この場合、各端末装置の機能ブロック図は、図２７のようになる。図１９の実施形態と比べると、第１・第２送信手段２７、第２・第１送信手段２９が設けられていない点において異なる。

上記実施形態では、端末装置間で動画データなどのやり取りを行うようにしている。しかし、図２８に示すように、サーバ装置ＳＶを設け、サーバ装置ＳＶから各端末装置に配信するようにしてもよい。

この場合、第１の親端末装置Ｔ12は、自らの動画・音声をサーバ装置ＳＶにストリーミングにて送信する（図２８のＸ10参照）。また、第２の親端末装置Ｔ15も、自らの動画・音声をサーバ装置ＳＶにストリーミングにて送信する（図２８のＸ11参照）。サーバ装置ＳＶは、第１の親端末装置Ｔ12、第２の親端末装置Ｔ15から受けた動画を、各子端末装置Ｔ11、Ｔ13、Ｔ14および影端末装置Ｔ16に配信する（図２８のＸ12参照）。

子端末装置Ｔ11、Ｔ13、Ｔ14は、自らの静止画をサーバ装置ＳＶに送信する（図２８のＸ13参照）。サーバ装置ＳＶは、各子端末装置Ｔ11、Ｔ13、Ｔ14の静止画集を、全ての端末装置Ｔ11〜Ｔ16に配信する（図２８のＸ14参照）。

図２８の実施形態においては、端末装置の低精度画像送信手段２５（図１９参照）は、サーバ装置ＳＶに向けて低精度画像（静止画）を送信する。この実施形態では、第１・第２送信手段２７、第２・第１送信手段２９に代えて、対サーバ送信手段（図示せず）が設けられる。対サーバ送信手段は、サーバ装置ＳＶに向けて動画・音声を送信する。この実施形態では、低精度画像配信手段３１および動画配信手段３３は端末装置には設けられず、サーバ装置ＳＶに設けられることになる。

なお、図２８の実施形態において、全ての端末装置からサーバ装置ＳＶに音声を送信し、サーバ装置ＳＶから全ての端末装置に対して、各端末装置の音声を配信するようにしてもよい。

また、図２９に示すように、親端末装置を１つとした場合においても、サーバ装置ＳＶを設けることができる。

この場合、親端末装置Ｔ12は、自らの動画・音声をサーバ装置ＳＶに送信する（図２９のＸ20）。サーバ装置ＳＶは、親端末装置Ｔ12の動画・音声を、各端末装置に配信する（図２９のＸ21）。

子端末装置Ｔ11、Ｔ13、Ｔ14、Ｔ15は、自らの静止画をサーバ装置ＳＶに送信する（図２９のＸ22）。サーバ装置ＳＶは、各子端末装置Ｔ11、Ｔ13、Ｔ14、Ｔ15の静止画集を、全ての端末装置Ｔ11〜Ｔ16に配信する（図２９のＸ23）。

図２９の実施形態においては、端末装置の低精度画像送信手段２５（図１９参照）は、サーバ装置ＳＶに向けて低精度画像（静止画）を送信する。また、自らが親端末装置と決定された際には、自らの動画をサーバ装置ＳＶに送信する動画送信手段（図示せず）が設けられている。なお、この実施形態では、低精度画像配信手段３１および動画配信手段３３は端末装置には設けられず、サーバ装置ＳＶに設けられることになる。

なお、図２９の実施形態において、全ての端末装置からサーバ装置ＳＶに音声を送信し、サーバ装置ＳＶから全ての端末装置に対して、各端末装置の音声を配信するようにしてもよい。

なお、図２８、２９におけるサーバ装置ＳＶは、中央装置Ｓがその役割を担ってもよい。

その他、第１の実施形態において示した他の例は、第２の実施形態においても適用することができる。

Claims (16)

1. ループ状に順番づけられてグループ化された複数の端末装置と、各端末装置と通信可能な中央装置とを備えた監視システムにおいて、
   前記端末装置は、
   少なくとも動画または音声を取得する取得手段と、
   前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
   前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
   受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
   更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
   自らが子端末装置として決定されていれば、精度を低下させた自らの動画または静止画を親端末装置に送信する低精度画像送信手段と、
   自らが親端末装置として決定されていれば、前記動画を前記中央装置に送信するとともに、子端末装置から送信されてくる精度を低下させた動画または静止画を前記中央装置に送信する送信手段とを備え、
   前記中央装置は、
   前記端末装置から送信されてきた動画および精度を低下させた動画または静止画を受信する受信手段と、
   前記受信した少なくとも動画および精度を低下させた動画または静止画または音声を出力する出力手段と、
   を備えた監視システム。
2. 他の端末装置と共にループ状に順番づけられてグループ化され、中央装置と通信可能な端末装置であって、
   少なくとも動画または音声を取得する取得手段と、
   前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
   前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
   受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
   更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
   自らが子端末装置として決定されていれば、精度を低下させた自らの動画または静止画を親端末装置に送信する低精度画像送信手段と、
   自らが親端末装置として決定されていれば、前記動画を前記中央装置に送信するとともに、子端末装置から送信されてくる精度を低下させた動画または静止画を前記中央装置に送信する送信手段と、
   を備えた端末装置。
3. 他の端末装置と共にループ状に順番づけられてグループ化され、中央装置と通信可能な端末装置をコンピュータによって実現するための端末プログラムであって、コンピュータを
   少なくとも動画または音声を取得する取得手段と、
   前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
   前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
   受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
   更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
   自らが子端末装置として決定されていれば、精度を低下させた自らの動画または静止画を親端末装置に送信する低精度画像送信手段と、
   自らが親端末装置として決定されていれば、前記動画を前記中央装置に送信するとともに、子端末装置から送信されてくる精度を低下させた動画または静止画を前記中央装置に送信する送信手段と、
   して機能させるための端末プログラム。
4. 請求項３の端末プログラムにおいて、
   前記親端末決定手段は、画像変化が最も大きい端末装置を親端末装置として決定することを特徴とする端末プログラム。
5. 請求項３または４のいずれか一つの端末プログラムにおいて、
   前記子端末決定手段は、前記変化一覧に記載された画像変化が２番目に大きい端末装置から所定番目に大きい端末装置までを子端末として決定すること、
   を特徴とする端末プログラム。
6. ループ状に順番づけられてグループ化された複数の端末装置と、各端末装置と通信可能な中央装置とを用いた監視方法において、
   前記端末装置は、
   少なくとも動画または音声を取得し、
   前記取得された少なくとも動画または音声の所定時間における変化を算出し、
   前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信し、
   受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新し、
   更新後の変化一覧を前記順番が後の端末装置に送信し、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定し、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定し、
   自らが子端末装置として決定されていれば、精度を低下させた自らの動画または静止画を親端末装置に送信し、
   自らが親端末装置として決定されていれば、前記動画を前記中央装置に送信するとともに、子端末装置から送信されてくる動画の一部である静止画を前記中央装置に送信し、
   前記中央装置は、
   前記端末装置から送信されてきた動画および静止画を受信し、
   前記受信した少なくとも動画および静止画または音声を出力すること
   を特徴とする監視方法。
7. 他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であって、
   少なくとも動画または音声を取得する取得手段と、
   前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
   前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
   受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
   更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて第１の親端末装置および第２の親端末装置を決定する親端末装置決定手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
   自らが第１の親端末装置として決定されていれば、前記第２の親端末装置に少なくとも動画または音声を送信する第１・第２送信手段と、
   自らが第２の親端末装置として決定されていれば、前記第１の親端末装置に少なくとも動画または音声を送信する第２・第１送信手段と、
   自らが子端末装置として決定されていれば、第１の親端末装置に対して、精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、
   自らが第１の親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信する低精度画像配信手段と、
   自らが第２の親端末装置として決定されていれば、各端末装置に対して、第１の親端末装置から送られてきた動画および自らの動画を配信する動画配信手段と、
   を備えた端末装置。
8. 他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置をコンピュータによって実現するための端末プログラムであって、コンピュータを
   少なくとも動画または音声を取得する取得手段と、
   前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
   前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
   受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
   更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて第１の親端末装置および第２の親端末装置を決定する親端末装置決定手段と、
   前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
   自らが第１の親端末装置として決定されていれば、前記第２の親端末装置に少なくとも動画または音声を送信する第１・第２送信手段と、
   自らが第２の親端末装置として決定されていれば、前記第１の親端末装置に少なくとも動画または音声を送信する第２・第１送信手段と、
   自らが子端末装置として決定されていれば、第１の親端末装置に対して、精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、
   自らが第１の親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信する低精度画像配信手段と、
   自らが第２の親端末装置として決定されていれば、各端末装置に対して、第１の親端末装置から送られてきた動画および自らの動画を配信する動画配信手段と、
   して機能させるための端末プログラム。
9. 請求項８の端末プログラムにおいて、
   前記親端末決定手段は、もっとも音声変化の大きい端末装置を第１の親端末装置として決定し、次に大きい端末装置を第２の親端末装置として決定することを特徴とする端末プログラム。
10. 請求項８または９の端末プログラムにおいて、
    前記子端末装置決定手段は、前記変化一覧に記載された音声変化が３番目に大きい端末装置から所定番目に大きい端末装置までを子端末として決定すること、
    を特徴とする端末プログラム。
11. 他の端末装置と共にループ状に順番づけられてグループ化された端末装置を用いた会議方法であって、
    各端末装置は、
    少なくとも動画または音声を取得し、
    前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出し、
    前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信し、
    受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新し、
    更新後の変化一覧を前記順番が後の端末装置に送信し、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて第１の親端末装置および第２の親端末装置を決定し、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定し、
    自らが第１の親端末装置として決定されていれば、前記第２の親端末装置に少なくとも動画または音声を送信し、
    自らが第２の親端末装置として決定されていれば、前記第１の親端末装置に少なくとも動画または音声を送信し、
    自らが子端末装置として決定されていれば、第１の親端末装置に対して、精度を低下させた自らの動画または静止画を送信し、
    自らが第１の親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信し、
    自らが第２の親端末装置として決定されていれば、各端末装置に対して、第１の親端末装置から送られてきた動画および自らの動画を配信すること
    を特徴とする会議方法。
12. 他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であって、
    少なくとも動画または音声を取得する取得手段と、
    前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
    前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
    受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
    更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
    自らが子端末装置として決定されていれば、親端末装置に対して、精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、
    自らが親端末装置として決定されていれば、少なくとも各子端末装置に対して、自らの動画を配信する動画配信手段と、
    自らが親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信する低精度画像配信手段と、
    を備えた端末装置。
13. 他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置をコンピュータによって実現するための端末プログラムであって、コンピュータを、
    少なくとも動画または音声を取得する取得手段と、
    前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
    前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
    受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
    更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて第１の親端末装置および第２の親端末装置を決定する親端末装置決定手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
    自らが子端末装置として決定されていれば、親端末装置に対して、精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、
    自らが親端末装置として決定されていれば、少なくとも各子端末装置に対して、自らの動画を配信する動画配信手段と、
    自らが親端末装置として決定されていれば、少なくとも各子端末装置に対して、各子端末装置から送られてきた精度を低下させた動画または静止画を配信する低精度画像配信手段と、
    して機能させるための端末プログラム。
14. 他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であって、サーバ装置と通信可能に構成された端末装置であって、
    少なくとも動画または音声を取得する取得手段と、
    前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
    前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
    受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
    更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
    自らが親端末装置として決定されていれば、前記サーバ装置から各端末装置に配信してもらうため、前記サーバ装置に対し少なくとも自らの動画または音声を送信する対サーバ送信手段と、
    自らが子端末装置として決定されていれば、前記サーバ装置から少なくとも各子端末装置に対して配信してもらうため、前記サーバ装置に対し精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、
    を備えた端末装置。
15. 他の端末装置と共にループ状に順番づけられてグループ化された会議用の端末装置であってサーバ装置と通信可能に構成された端末装置をコンピュータによって実現するための端末プログラムであって、コンピュータを、
    少なくとも動画または音声を取得する取得手段と、
    前記取得手段によって取得された少なくとも動画または音声の所定時間における変化を算出する変化算出手段と、
    前記順番が前の端末装置から送られてくる各端末装置が取得した動画または音声の変化一覧を受信する変化一覧受信手段と、
    受信した変化一覧に記載されている自らの端末装置が取得した動画または音声の変化を更新する変化更新手段と、
    更新後の変化一覧を前記順番が後の端末装置に送信する変化一覧送信手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて親端末装置を決定する親端末装置決定手段と、
    前記変化一覧に記載された各端末装置が取得した動画または音声の変化の大きさに基づいて子端末装置を決定する子端末装置決定手段と、
    自らが親端末装置として決定されていれば、前記サーバ装置から各端末装置に配信してもらうため、前記サーバ装置に対し少なくとも自らの動画または音声を送信する対サーバ送信手段と、
    自らが子端末装置として決定されていれば、前記サーバ装置から少なくとも各子端末装置に対して配信してもらうため、前記サーバ装置に対し精度を低下させた自らの動画または静止画を送信する低精度画像送信手段と、
    して機能させるための端末プログラム。
16. 請求項１５の端末プログラムにおいて、
    同時に複数の端末装置が前記親端末装置として決定されることを特徴とする端末プログラム。

Images