JP2016082455A - 伝送システム、伝送端末、伝送方法及び伝送プログラム - Google Patents

Abstract

【課題】ネットワークにおける伝送の負荷を軽減する。
【解決手段】画像データ及び音声データの少なくともいずれかを複数の伝送端末間で伝送する伝送システムであって、第１の伝送端末は、周囲に利用者が存在する状態であるか否かを検知する状態検知部と、状態検知部が検知する状態が変化した場合に、状態検知部が検知した結果に対応する対応データを第２の伝送端末に対して送信するよう制御する制御部と、を有し、第２の伝送端末は、対応データを受信した場合、第１の伝送端末に対して伝送する画像データ及び音声データの少なくともいずれかの品質を、対応データに応じて変更して伝送する。
【選択図】図６

Description

本発明は、伝送システム、伝送端末、伝送方法及び伝送プログラムに関する。

インターネット等の通信ネットワークを介して、遠隔地との間で遠隔会議を行う会議システムが普及している。この会議システムにおいては、遠隔会議を行う出席者等の当事者の一方がいる会議室において、遠隔会議システムの端末装置を用いて会議の当事者などの会議室の画像を撮影し、発言などの音声を収集する。そして、会議システムは、これらをデジタルデータに変換して相手方の端末装置に送信し、相手方の会議室のディスプレイに画像を表示し、スピーカにより音声を出力して、実際の会議に近い状態で遠隔地間の会議を行うことを可能にしている。

また、特許文献１には、被写体の動きが検知された場合、動きが検知されない場合よりも高いフレームレートで映像データを外部に送信し、送信が失敗した映像データを保存して、保存されたデータ量が閾値以上となった場合、データ量が閾値未満のときよりも動きが検知されにくくなるように動き検知に用いるパラメータを設定する設定手段を有する撮像装置が開示されている。

しかしながら、従来の遠隔会議システムでは、複数の拠点を長時間接続し、それぞれの拠点の状況を常に共有するような利用方法をされており、対象の端末に注目している利用者がいない場合でも常時同じ品質で情報を送受信するため、伝送経路であるネットワークやこれらの情報の送受信を制御するサーバに不必要な負荷をかけてしまうという問題があった。

本発明は、上記に鑑みてなされたものであって、ネットワークにおける伝送の負荷を軽減することができる伝送システム、伝送端末、伝送方法及び伝送プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、画像データ及び音声データの少なくともいずれかを複数の伝送端末間で伝送する伝送システムであって、第１の伝送端末は、周囲に利用者が存在する状態であるか否かを検知する状態検知部と、前記状態検知部が検知する状態が変化した場合に、前記状態検知部が検知した結果に対応する対応データを第２の伝送端末に対して送信するよう制御する制御部と、を有し、前記第２の伝送端末は、前記対応データを受信した場合、前記第１の伝送端末に対して伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送することを特徴とする。

本発明によれば、ネットワークにおける伝送の負荷を軽減することができるという効果を奏する。

図１は、本発明の第１の実施形態に係る伝送システムの概略図である。 図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。 図３は、画像データの画質を説明する概念図である。 図４は、本実施形態に係る端末のハードウェア構成図である。 図５は、本実施形態に係る管理システム、中継装置、又はプログラム提供システムのハードウェア構成図である。 図６は、本実施形態に係る伝送システムを構成する各端末、装置及びシステムの機能ブロック図である。 図７は、中継装置管理テーブルを示す概念図である。 図８は、端末認証管理テーブルを示す概念図である。 図９は、端末管理テーブルを示す概念図である。 図１０は、宛先リスト管理テーブルを示す概念図である。 図１１は、セッション管理テーブルを示す概念図である。 図１２は、品質要求管理テーブルを示す概念図である。 図１３は、端末間で遠隔通信を開始する準備段階の処理を示したシーケンス図である。 図１４は、伝送端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。 図１５は、伝送システムの動作例を示すフローチャートである。 図１６は、端末状態変更の送信端末への第１通知例を示す図である。 図１７は、端末状態変更の送信端末への第２通知例を示す図である。

図１は、本発明の本実施形態に係る伝送システム１の概略図である。伝送システム１は、画像データ及び音声データの少なくともいずれかを複数の伝送端末間で伝送する伝送システムである。図２は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。図３は、画像データの画質を説明する概念図である。

また、伝送システムには、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「伝送管理システム」に相当）を介して複数のコミュニケーション端末（「伝送端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム等が例として挙げられる。

本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、伝送管理システム、及び伝送端末について説明する。即ち、本発明の伝送端末及び伝送管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。

まず、図１に示されている伝送システム１は、複数の伝送端末（１０ａａ，１０ａｂ，…）、各伝送端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、伝送管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。

複数の端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信による伝送を行う。

なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表す。また、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち任意の中継装置は「中継装置３０」と表されている。更に、テレビ会議の開始を要求する要求元としての端末は「要求元端末」と表され、要求先である宛先（中継先）としての端末は「宛先端末」と表されている。

また、図２に示されているように、伝送システム１において、要求元端末と宛先端末との間では、管理システム５０を介して、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、要求元端末と宛先端末との間では、中継装置３０を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの各データを送受信するための４つのセッションが確立される。ここでは、これら４つのセッションをまとめて、画像・音声データ用セッションｓｅｄとして示している。

ここで、本実施形態で扱われる画像データの画像の解像度について説明する。図３（ａ）に示されているように、横が１６０画素、縦が１２０画素から成り、ベース画像となる低解像度の画像と、図３（ｂ）に示されているように、横が３２０画素、縦が２４０画素から成る中解像度の画像と、図３（ｃ）に示されているように、横が６４０画素、縦が４８０画素から成る高解像度の画像とがある。このうち、狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データのみから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中画解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。

図１に示されている中継装置３０は、複数の端末１０の間で、コンテンツデータの中継を行う。管理システム５０は、端末１０からのログイン認証、端末１０の通話状況の管理、宛先リストの管理等、及び中継装置３０の通信状況等を一元的に管理する。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。

複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、画像データ及び音声データの最適な経路の選択を行う。なお、以下では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは「ルータ７０」と表されている。

プログラム提供システム９０は、後述のＨＤ（Hard Disk）２０４を備えており、端末１０に各種機能を実現させる（又は、端末１０を各種手段として機能させる）ための端末用プログラムが記憶され、端末１０に端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、中継装置３０に各種機能を実現させる（又は、中継装置３０を各種手段として機能させる）ための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤ２０４には、管理システム５０に各種機能を実現させる（又は、管理システム５０を各種手段として機能させる）ための伝送管理用プログラムも記憶されており、管理システム５０に、伝送管理用プログラムを送信することができる。

メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、中継装置３０、管理システム５０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。

ところで、端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。

一方、端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末１０ｄ（ａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ及び地域Ｂは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、端末１０、及び中継装置３０と通信可能に接続されている。管理システム５０、及びプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、WｉＦｉ（Wireless Fidelity）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。

また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、及びプログラム提供システム９０の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。

次に、本実施形態のハードウェア構成を説明する。本実施形態では、宛先（中継先）としての端末１０で画像データの受信に遅延が生じた場合に、中継装置３０によって画像データの画像の解像度を変更してから、中継先としての端末１０へ画像データを送信する場合について説明する。

図４は、本発明の本実施形態に係る端末１０のハードウェア構成図である。図４に示されているように、本実施形態の端末１０は、端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、ＩＰＬ（Initial Program Loader）等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ（Interface）１１１を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、及び上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）やＤＶＩ（Digital Video Interactive）信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ（Universal Serial Bus）ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。

図５は、本発明の本実施形態に係る管理システムのハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、伝送管理用プログラム等の各種データを記憶するＨＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact Disc Read Only Memory）２１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図５に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

なお、上記伝送管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記伝送管理用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、中継装置３０は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ２０４には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記中継装置用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、プログラム提供システム９０及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ２０４には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記プログラム提供システム用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Compact Disc Recordable）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、本実施形態の伝送システム１を構成する各端末、装置及びシステムの機能ブロック図である。図６では、端末１０、中継装置３０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図６では省略されている。

＜端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１７、及び記憶・読出処理部１９を有している。これら各部は、図４に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、端末１０は、図４に示されているＲＡＭ１０３、及び図４に示されているフラッシュメモリ１０４によって構築される記憶部１０００を有している。

（端末の各機能構成）
次に、図４及び図６を用いて、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、端末１０の各機能構成を実現させるための主な構成要素との関係も説明する。

図６に示されている端末１０の送受信部１１は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、所望の宛先端末と通話を開始する前から、管理システム５０より、宛先候補としての各端末の状態を示す各状態情報の受信を開始する。なお、この状態情報は、各端末１０の稼動状態（オンラインかオフラインかの状態）だけでなく、オンラインであっても更に通話可能であるか、通話中であるか、離席中であるか等の詳細な状態を示す。また、この状態情報は、各端末１０の稼動状態だけでなく、端末１０でケーブル１２０ｃが端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする（ＭＵＴＥ）等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。

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

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

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

音声入力部１５ａは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。

表示制御部１７は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているディスプレイＩ／Ｆ１１７によって実現され、後述のように、受信された解像度の異なる画像データを組み合わせ、この組み合わされた画像データをディスプレイ１２０に送信するための制御を行う。また、表示制御部１７は、管理システム５０から受信した宛先リストの情報をディスプレイ１２０に送信して、ディスプレイ１２０に宛先リストを表示させることができる。

記憶・読出処理部１９は、図４に示されているＣＰＵ１０１からの命令及び図４に示すＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。この記憶部１０００には、端末１０を識別するための端末ＩＤ（Identification）、及びパスワード等が記憶される。更に、記憶部１０００には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。

利用状態検知部（状態検知部）２０は、端末１０の周辺の状態を検知し、周囲に利用者が存在する状態であるか否かを検知する。例えば、利用状態検知部２０は、撮像部１４が取得した映像データ、音声入力部１５ａが取得した音声データ、又は外部機器接続Ｉ／Ｆ１１８に接続された他の装置（赤外線センサなど）が取得したデータに基づいて、端末周辺に利用者が存在するか否かを判断する。そして、端末１０は、利用状態検知部２０の検知結果に応じて、ウェイト状態又はアクティブ状態に遷移する。

送信品質制御部（制御部）２１は、端末１０（自端末）がウェイト状態若しくはアクティブ状態への状態遷移の結果、又は、セッションに参加している他の端末からの品質変更要求に従って、自端末から送信する映像及び音声データの少なくともいずれかの品質を動的に制御する。即ち、送信品質制御部２１は、利用状態検知部２０が検知する状態が変化した場合に、利用状態検知部２０が検知した結果に対応する対応データ（後述）を他の端末１０に対して送信するよう制御する。

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

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

（品質要求管理テーブル）
記憶部３０００には、図１２に示されているような品質要求管理テーブルによって構成されている品質要求管理ＤＢ３００２を備え、中継装置３０が現在管理しているセッションに参加している端末１０から他の端末に対する品質の要求を記録し管理している。品質要求管理ＤＢ３００２は、図１２に例示するように、品質要求を出している端末のＩＰアドレス、要求している対象端末のＩＰアドレス、及び要求している品質の詳細を管理する。

（中継装置の各機能構成）
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、中継装置３０の各機能構成を実現させるための主な構成要素との関係も説明する。

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

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

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

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

（中継装置管理テーブル）
記憶部５０００には、図７に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ伝送速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図７に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。

（端末認証管理テーブル）
更に、記憶部５０００には、図８に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図８に示されている端末認証管理テーブルにおいて、端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。

（端末管理テーブル）
また、記憶部５０００には、図９に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０を宛先とした場合の宛先名、各端末１０の稼動状態、後述のログイン要求情報が管理システム５０で受信された受信日時、及び端末１０のＩＰアドレスが関連付けられて管理される。例えば、図９に示されている端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の端末１０ａａは、端末名が「日本 東京事業所 ＡＡ端末」で、稼動状態が「オンライン（通話可能）」で、管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

（宛先リスト管理テーブル）
更に、記憶部５０００には、図１０に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の端末ＩＤに対して、宛先端末の候補として登録されている宛先端末の端末ＩＤが全て関連付けられて管理される。例えば、図１０に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末（端末１０ａａ）からテレビ会議における通話の開始を要求することができる宛先端末（端末１０ｄｂ）の候補は、端末ＩＤが「０１ａｂ」の端末１０ａｂ、端末ＩＤが「０１ｂａ」の端末１０ｂａ、及び端末ＩＤが「０１ｂｂ」の端末１０ｂｂ等であることが示されている。この宛先端末の候補は、任意の要求元端末から管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。

（セッション管理テーブル）
また、この記憶部５０００には、図１１に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、選択された中継装置３０を介したセッションを識別するためのセッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤが関連付けられて管理される。例えば、図１１に示されているセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」によって識別されるセッションが中継装置３０ａ（中継装置ＩＤ「１１１ａ」）を介して、端末ＩＤが「０１ａａ」の要求元端末（端末１０ａａ）と、端末ＩＤが「０１ｄｂ」の宛先端末（端末１０ｄｂ）との間で確立されており、セッションを利用して画像データ及び音声データを中継していることが示されている。

（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。

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

端末認証部５２は、図５に示されているＣＰＵ１０２からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。

状態管理部５３は、図５に示されているＣＰＵ１０２からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理ＤＢ５００３（図９参照）に、この要求元端末の端末ＩＤ、要求元端末の稼動状態、管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、利用者が端末１０の電源スイッチ１０９の状態をＯＮからＯＦＦにすることで、端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末管理ＤＢ５００３（図９参照）のオンラインを示す稼動状態をオフラインに変更する。

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

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

選択部５６は、図５に示されているＣＰＵ１０２からの命令によって実現され、複数の中継装置３０から１つの中継装置３０を選択する処理を行う。

続いて、セッション管理部５７は、図５に示されているＣＰＵ１０２からの命令によって実現され、記憶部５０００のセッション管理ＤＢ５００５（図１１参照）に、セッションを識別するために生成したセッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５７は、セッション管理ＤＢ５００５（図１１参照）に対して、セッションＩＤ毎に、選択部５６によって選択された中継装置３０の中継装置ＩＤを記憶して管理する。

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

＜＜実施形態の処理または動作＞＞
次に、本実施形態に係る伝送システム１における処理方法を説明する。なお、図１３は、複数の端末１０の間で通話を開始する準備段階の処理を示したシーケンス図である。図１４は、端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。

次に、図１３を用いて、端末１０ａａと端末１０ｄｂとの間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。なお、図１３では、全て図２に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。

まず、利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１：Ｓ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（Ｓ２２）。このログイン要求情報には、要求元としての自端末である端末１０ａａを識別するための端末ＩＤ及びパスワードが含まれている。これら端末ＩＤ及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、端末１０ａａから管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である端末１０ａｂのＩＰアドレスを把握することができる。

次に、管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の端末認証管理ＤＢ５００２（図８参照）を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（Ｓ２３）。この端末認証部５２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末管理ＤＢ５００３（図９参照）に、端末１０ａａの端末ＩＤ、稼動状態、上記ログイン要求情報が受信された受信日時、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（Ｓ２４）。これにより、図９に示されている端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「オンライン」、受信日時「２００９．１１．１０．１３：４０」及び端末１０ａａのＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

そして、管理システム５０の送受信部５１は、上記端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末（端末１０ａａ）に送信する（Ｓ２５）。本実施形態では、端末認証部５２によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。

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

次に、端末状態取得部５５は、上記端末抽出部５４によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）を検索キーとして、端末管理ＤＢ５００３（図９参照）を検索し、上記端末抽出部５４によって抽出された端末ＩＤ毎に稼動状態（「オフライン」、「オンライン」、「オンライン」）を読み出すことにより、端末（１０ａｂ，１０ｂａ，１０ｄｂ）の各稼動状態を取得する（Ｓ２７）。

次に、送受信部５１は、上記Ｓ２７で使用された検索キーとしての端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）と、それぞれに対応する宛先端末（端末１０ａｂ，１０ｂａ，１０ｄｂ）のそれぞれの稼動状態（「オフライン」、「オンライン」、「オンライン」）とが含まれた宛先状態情報を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（Ｓ２８）。これにより、要求元端末（端末１０ａａ）は、この要求元端末（端末１０ａａ）と通信することができる宛先端末の候補である端末（１０ａｂ，１０ｂａ，１０ｄｂ）の現時点のそれぞれの稼動状態（「オフライン」、「オンライン」、「オンライン」）を把握することができる。

更に、管理システム５０の端末抽出部５４は、ログイン要求してきた要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００４（図１０参照）を検索し、上記要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を宛先端末の候補として登録している他の要求元端末の端末ＩＤを抽出する（Ｓ２９）。図１０に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末の端末ＩＤは、「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」である。

次に、管理システム５０の端末状態取得部５５は、上記ログイン要求して来た要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、端末状態管理ＤＢ５００３（図９参照）を検索し、ログイン要求してきた要求元端末（端末１０ａａ）の稼動状態を取得する（Ｓ３０）。

そして、送受信部５１は、上記Ｓ２９で抽出された端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）に係るそれぞれの端末（１０ａｂ，１０ｂａ，１０ｄｂ）のうち、端末管理ＤＢ５００３（図９参照）で稼動状態が「オンライン」となっている端末（１０ｂａ，１０ｄｂ）に、上記Ｓ３０で取得された要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」と稼動状態「オンライン」が含まれる宛先状態情報を送信する（Ｓ３１−１，２）。なお、送受信部５１が端末（１０ｂａ，１０ｄｂ）に宛先状態情報を送信する際に、各端末ＩＤ（「０１ｂａ」、「０１ｄｂ」）に基づいて、図９に示されている端末管理テーブルで管理されている端末のＩＰアドレスを参照する。これにより、ログイン要求した要求元端末（端末１０ａａ）を宛先として通信することができる他の宛先端末（端末１０ｄｂ，１０ｂａ）のそれぞれに、上記ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び稼動状態「オンライン」を伝えることができる。

一方、他の端末１０でも、上記Ｓ２１と同様に、利用者が図５に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源ＯＮを受け付け、上記Ｓ２２〜Ｓ３１−１,２の処理と同様の処理を行うため、その説明を省略する。

続いて、図６及び図１４を用いて、要求元端末と宛先端末との間で、テレビ会議の通話を行うために、中継装置を介して画像データ及び音声データを送受信する処理を説明する。なお、端末１０ａａから端末１０ｄｂに画像データ及び音声データを送信する一方向の処理と、端末１０ｄｂから端末１０ａａに画像データ及び音声データを送信する逆方向の処理とで、画像データ及び音声データの送受信等は同じ処理であるため、上記一方向の通信について説明し、上記逆方向の通信は省略する。

なお、図１４では、全て図１４に示されている管理情報用セッションｓｅｉによって、各種管理情報が送受信される。また、本実施形態においては、要求元端末（端末１０ａａ）は、宛先の候補としての端末１０のうち、上記Ｓ３１によって受信した端末の状態情報により、稼動状態がオンラインである端末（１０ｂａ，１０ｄｂ）の少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末（端末１０ａａ）の利用者が、宛先端末（端末１０ｄｂ）と通話を開始することを選択した場合について説明する。

まず、利用者が図４に示されている操作ボタン１０８を押下して端末１０ｄｂを選択すると、図６に示されている操作入力受付部１２は、宛先端末（端末１０ｄｂ）との通話を開始する要求を受け付ける（Ｓ４１）。そして、要求元端末（端末１０ａａ）の送受信部１１は、端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」が含まれ、通話を開始したい旨を示す開始要求情報を、管理システム５０へ送信する（Ｓ４２）。これにより、管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（端末１０ａａ）のＩＰアドレス「１．２．１．３」を把握することができる。

そして、状態管理部５３は、開始要求情報に含まれる要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」に基づき、端末管理ＤＢ５００３（図９参照）の端末管理テーブルにおいて、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する（Ｓ４３）。なお、この状態では、要求元端末（端末１０ａａ）と宛先端末（端末１０ｄｂ）は、通話を開始していないが、通話中状態となり、他の端末１０が要求元端末（端末１０ａａ）又は宛先端末（端末１０ｄｂ）と通話しようとすると、いわゆる通話中状態を示す旨の通知音又は表示が出力される。

次に、中継装置３０を選択し、選択された中継装置を介して端末間でセッションを確立する処理を説明する。まず、セッション管理部は、中継装置３０を介して確立されるセッションを識別するためのセッションＩＤを生成する（Ｓ４４）。

そして、セッション管理部５７は、記憶部５０００のセッション管理ＤＢ５００５（図１１参照）に、上記Ｓ４４で生成されたセッションＩＤ「ｓｅ１」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（Ｓ４５）。

そして選択部は、中継装置管理ＤＢ５００１（図７参照）で管理されている中継装置３０の中から、任意の中継装置ＩＤを１つ選択することにより、中継装置３０の選択を実行する（Ｓ４６）。なお、中継装置の選択は中継装置のＩＰアドレスや最大データ伝送速度に基づいて選択してもよい。

次に、管理システム５０のセッション管理部５７は、セッション管理ＤＢ５００５（図１１参照）のセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、上記選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を記憶して管理する（Ｓ４７）。

そして、管理システム５０の送受信部５１は、通信ネットワーク２を介して中継装置３０ａへ、中継を開始する旨の要求が示された中継開始要求情報を送信する（Ｓ４８）。この中継開始要求情報には、中継される要求元端末（端末１０ａａ）及び宛先端末（端末１０ｄｂ）の各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。これにより、中継装置３０ａは、自装置である中継装置３０ａが選択されたことを把握できるため、端末（１０ａａ，１０ｄｂ）の双方に対し、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを通話するためのセッションを確立する（Ｓ４９）。よって、端末（１０ａａ，１０ｄｂ）は、テレビ会議の通話を開始することができる。

次に、図１５を用いて、伝送システム１の動作例について説明する。まず、端末１０は、自端末の現在の状態（すでに確定している状態）を確認する（Ｓ１００）。端末１０は、自端末の状態が「ウェイト状態」であれば（Ｓ１００：Ｙｅｓ）、Ｓ１０２の端末状態の判定処理へ移る。Ｓ１０２の処理では、端末１０は、例えば接続されているデバイスを利用して、周囲に利用者が存在しているか否かを判定する。詳細については後述する。

Ｓ１０４において、端末１０は、端末状態の判定処理の結果を確認する。端末１０は、判定結果が「ウェイト状態」であれば（Ｓ１０４：Ｎｏ）、現在の状態には変化が無いためそのまま今回の処理を終了する。また、端末１０は、判定結果が「アクティブ状態」であれば（Ｓ１０４：Ｙｅｓ）、Ｓ１０６の処理で現在の時刻（アクティブ状態へ遷移した時刻）Ｔ１を記録し、Ｓ１０８の処理において現在の状態が「アクティブ状態」に遷移したことを記録する。

そして、端末１０は、Ｓ１１６の処理において送信品質の変更処理を行う。この場合には、端末１０は、自端末が参加中のセッションに対して送信している映像・音声等のストリームの品質を向上させる処理を行うことにより、自端末の状況が他の端末の参加者から把握しやすいようにする。詳細は後述する。

その後、端末１０は、Ｓ１１８の処理において、中継装置３０ａに対して自端末が受信している（画面に表示している）それぞれの拠点が送出している映像の品質を向上させるように要求を出してもよい。実際には、Ｓ１１６の処理での自端末から送信しているストリームの品質を変更する制御と、Ｓ１１８の処理での自端末が受信しているストリームの品質変更の要求とは互いに独立である。端末１０は、両方を行ってもよいし、どちらか片方だけを行ってもよい。Ｓ１１８の処理については図１６を用いて詳述する。

また、端末１０は、Ｓ１００の処理において現在の端末状態が「アクティブ状態」である場合には（Ｓ１００：Ｎｏ）、アクティブ状態に遷移した時刻（Ｔ１）から現在までの間に所定の時間（Ｔｔｈ）以上経過しているかどかをまず判断する（Ｓ１１０）。端末１０は、一旦アクティブ状態になった後には、Ｔｔｈだけは最低限アクティブ状態を継続することにより、高品質の状態と低品質の状態を過剰に頻繁に遷移しないようにするためである。Ｔｔｈは、実際に利用される各々のアプリケーションに応じて任意に決定されてもよい。

端末１０は、アクティブ状態に遷移してから現在までＴｔｈだけの時間が経過していないと判定した場合には（Ｓ１１０：Ｎｏ）、アクティブ状態を維持するためにそのまま処理を終了する。また、端末１０は、Ｔｔｈ以上の時間が経過している場合には（Ｓ１１０：Ｙｅｓ）、Ｓ１１２の処理においてＳ１０２の処理と同様の端末状態判定処理を行う。

端末１０は、Ｓ１１２の判定処理の結果をＳ１１４の処理で判定し、判定結果が「アクティブ状態」であり（Ｓ１１４：Ｎｏ）現状と変化がない場合にはそのまま今回の処理を終了する。また、端末１０は、判定結果が「ウェイト状態」であれば（Ｓ１１４：Ｙｅｓ）、Ｓ１０８の処理でウェイト状態に変化した事を記録し、Ｓ１１６の処理で送信品質の変更処理を行う。この場合には、端末１０は、自端末がセッションに送信している映像・音声等のストリーム品質を低下させる処理を行う。

その後、端末１０は、アクティブ状態に遷移したときに中継装置３０ａに対して品質向上を要求していた場合に、品質の低下の要求を行い、前回要求の取り消しを行う。

端末１０は、以上の処理を各端末で定期的に実行することにより、各端末での利用状態を検出し、その結果に応じて自端末が送信しているストリーム品質の変更、又は、自端末が受信している他拠点が送出するストリームの品質の変更要求を動的に行うことになり、端末の状態に応じて適切に品質を制御する。

尚、上記の説明においては、Ｓ１１８の処理における品質変更要求について、自端末が受信している全ての拠点それぞれについて品質変更の要求を出す例を述べたが、この際、自端末の利用者に現在のセッションに参加している拠点の一覧を提示し、その中から高品質に変更したい拠点を任意に選択できるようにする等、全てのストリームではなく一部のストリームを選択できるようにしてもよい。

次に、図１５に示した端末状態判定処理（Ｓ１０２）の詳細について説明する。ここでは、端末１０は、各端末の周辺に利用者が存在するか否かを検知し、その結果、利用者が存在する事を検知した場合にアクティブ状態と判定し、そうでない場合にはウェイト状態として判定する。以下に具体的な検知の方法について幾つか例を述べるが、本発明の主旨を逸脱しない範囲でこれらに限定されない。また、端末１０は、検出の精度を向上させるため、これらの検出を複数実施し、所定個数以上の方法によって利用者の存在を検知した場合に限りアクティブ状態として判定するようにしてもよい。

利用状態検知部２０は、例えば撮像部１４が取得した映像に基づいて検知を行う。具体的には、利用状態検知部２０は、撮像部１４が取得する映像のフレーム毎にフレーム間の変化量の検知を行う。これは、撮像部１４が写している範囲内で人通りがあるかどうかを判定する目的である。例えば、利用状態検知部２０は、撮像部１４が新たなフレームを取得する毎に、前回取得したフレームと画素毎に差分を算出し、その差分が所定の閾値を越えたときに端末周辺に人が存在すると判断する。

また、利用状態検知部２０は、例えば撮像部１４が取得する映像のフレーム毎に、顔検出処理を行う。これは、端末の前に端末を利用しようとしている（カメラを覗きこむ、端末に接続される表示装置に注目している等）利用者が存在するかどうかを判定する目的である。例えば、利用状態検知部２０は、撮像部１４が新たなフレームを取得する毎に、そのフレームに対して顔検出処理を施す。その結果、利用状態検知部２０は、顔部分として抽出された領域が所定のサイズを越えたときに端末に利用者が存在すると判断する。

また、利用状態検知部２０は、音声入力部１５が取得した音声データに基づいて検知を行ってもよい。具体的には、利用状態検知部２０は、音声入力部１５が取得した一定期間の音声データ毎に、音量の検出処理を行う。これは、端末の周りに利用者が存在し、その利用者が端末に接続された表示装置に表示されている他拠点に対して呼びかけなどを行っているかどうかを判定する目的である。例えば、利用状態検知部２０は、音声入力部１５が取得した一定期間の音声データのなかで、所定の音量を超える部分が一定割合以上存在するか否かによって利用者が存在するかどうかを判断する。

また、利用状態検知部２０は、外部機器接続Ｉ／Ｆ１１８に接続された外部機器を用いて判断をするように構成されてもよい。例えば、利用状態検知部２０は、外部機器接続Ｉ／Ｆ１１８に赤外線センサが接続されて、その赤外線センサの出力を確認する。これは、端末の前に利用者が存在するかどうか判定する目的である。例えば、利用状態検知部２０は、赤外線センサが端末の前に設置され、赤外線センサが物体又は人物の存在を検知する時間が連続して所定時間以上となった場合に、端末の利用者が存在することを判断できる。

また、利用状態検知部２０は、端末利用者による操作の有無に応じて、自端末の状態を変更してもよい。

次に、図１５に示した送信品質変更処理（Ｓ１１６）についてその詳細を説明する。送信品質制御部２１は、端末１０から送信される映像、音声等のメディアストリームの品質制御を行う。以下に映像・音声それぞれに対しての具体的な例を述べるが、本発明の主旨を逸脱しない範囲でこれらに限定されない。

送信品質制御部２１は、映像の品質を制御して変更する場合、解像度の変更、又はフレームレートの変更を行う。送信品質制御部２１が解像度の変更を行う場合、例えば自端末から送信する映像の解像度を変更する。例えば、端末１０は、高品質、低品質それぞれに応じた解像度が予め設定されており、決定された品質に応じた解像度で映像の取得を行うように撮像部１４の制御を行う。この場合には、デバイスから取得する映像の解像度を変更するため、コーデックとは独立に変更される。そのため、ＳＶＣコーデックを利用している場合には、エンコーダが出力する最高解像度が決定された品質になり、その解像度を基準として階層的に縮小された解像度のデータが多レイヤーで出力されることになる。

また、送信品質制御部２１は、解像度の変更を行う場合、例えば自端末の撮像部１４が取得する映像の解像度を変更せずに、それを基準としてＳＶＣコーデックによりエンコードされた多レイヤーの解像度データから、決定された品質に応じたＳｐａｔｉａｌレイヤー以下の画像レイヤーだけを送出してもよい。

また、送信品質制御部２１がフレームレートの変更を行う場合、例えば自端末から送信される映像のフレームレートを変更する。例えば、送信品質制御部２１は、高品質、低品質それぞれに応じてフレームレートが予め設定されており、決定された品質に応じたフレームレートで映像の取得を行うように撮像部１４の制御を行う。この場合、送信品質制御部２１は、デバイスから取得する映像のフレームレートを変更するため、コーデックとは独立に変更される。そのため、ＳＶＣコーデックを利用している場合には、エンコーダが出力する最高フレームレートが決定された品質になり、そのフレームレートを基準として階層的に間引かれたデータが多レイヤーで出力されることになる。

また、送信品質制御部２１は、自端末の撮像部１４が取得する映像のフレームレートは変更せずに、それを基準にＳＶＣコーデックによりエンコードされた多レイヤーの時間軸データから、決定された品質に応じたＴｅｍｐｏｒａｌレイヤー以下のレイヤーだけを送出するように構成されてもよい。

また、送信品質制御部２１は、色情報の変更を行ってもよい。例えば、送信品質制御部２１は、自端末から送信される映像の色情報を変更する。例えば、決定された品質が高品質の場合にはカラーの映像を送信し、低品質である場合には色情報を削除してモノクロ（グレースケール）に変換して圧縮、送信する。

また、送信品質制御部２１は、音声の品質を制御してもよい。例えば、送信品質制御部２１は、自端末から送信される音声データのサンプリングレートを動的に変更する。例えば、送信品質制御部２１は、高品質、低品質それぞれの場合に応じたサンプリングレートが予め設定されており、決定された品質応じたサンプリングレートで音声データの取得を行うように音声入力部１５ａの制御を変更する。

また、送信品質制御部２１は、低品質とすることが決定されている間は、音声入力部１５ａをミュート状態（消音）に設定し、音声データの取得、及び送信を行わないようにされてもよい。送信品質制御部２１は、高品質に復帰した際に、このミュート状態を解除し通常通り音声データの取得、及び、送信を再開する。

次に、図１６及び図１７を用いて、図１５に示したＳ１１８の処理における中継装置３０ａに希望する品質を要求する場合について説明する。図１６において、伝送端末１０ａａには利用者が存在せず「ウェイト状態」となっているとする。その場合は、伝送端末１０ａａから送信される画像データ・音声データは全て低品質レイヤーのもののみに制限されている（Ｓ２００）。

このため、中継装置３０ａを経由して伝送端末１０ｄｂ、伝送端末１０ａｂに伝送される画像・音声データも低品質のもののみとなっている（Ｓ２０２、Ｓ２０４）。そして、Ｓ２０６のタイミングに、伝送端末１０ｄｂが上述した状態検知を行い、アクティブ状態に遷移したとする。その場合、自端末が受信している伝送端末１０ａａ及び伝送端末１０ａｂが送信するソースに対して高品質を要求する（Ｓ２０８）。この要求を受けた中継装置３０ａは、Ｓ２１０の処理において品質要求管理ＤＢ３００２を変更し、伝送端末１０ｄｂが伝送端末１０ａａ及び伝送端末１０ａｂに対して高品質を要求している旨を記録する。

そして、中継装置３０ａは、伝送端末１０ａａ及び伝送端末１０ａｂに対して高品質での送信を要求する（Ｓ２１２、Ｓ２１４）。この要求を受けた伝送端末１０ａａは、上述した方法を用いて送信するメディアの品質の変更を行う（Ｓ２１６）。ここでは、ＳＶＣコーデックを用いて得られる多層のストリームを全て送信することにより、高品質なデータの送信を行うものとする。これにより、伝送端末１０ａａから送信される画像、及び、音声データには高・中・低全ての品質の物が含まれる様になる（Ｓ２１８）。

このデータを受けた中継装置３０ａは、品質要求管理ＤＢ３００２を参照して、伝送端末１０ｄｂが伝送端末１０ａａの高品質データを要求しており、伝送端末１０ａｂが伝送端末１０ａａに対して低品質のデータを要求している事が確認できるため、これに基づいてフィルタ処理を行う。つまり、中継装置３０ａは、伝送端末１０ｄｂに対しては高・中・低全ての品質のストリームを転送し（Ｓ２２０）、伝送端末１０ａｂには低品質のストリームのみを転送する（Ｓ２２２）。

次に、図１７を用いて、図１６に示した状態から伝送端末１０ｄｂがウェイト状態に戻る場合のシーケンスを説明する。図１７に示したＳ３００、Ｓ３０２、Ｓ３０４の状態は、図１６に示したＳ２１８、Ｓ２２０、Ｓ２２２の状態と同じである。

この状態で伝送端末１０ｄｂがアクティブ状態に遷移してから所定時間が経過した後に端末周辺に利用者がいないことを検知し、ウェイト状態に遷移したとする（Ｓ３０６）。その場合は、図１６に示したＳ２０８の処理において要求したものと同様に、自端末が受信している伝送端末１０ａａ、及び伝送端末１０ａｂが送信するソースに対して低品質を要求することにより、前回の高品質の要求を取り下げる（Ｓ３０８）。

この要求を受けた中継装置３０ａは、Ｓ３１０の処理において品質要求管理ＤＢ３００２を変更し、伝送端末１０ｄｂが伝送端末１０ａａ及び伝送端末１０ａｂに対して低品質を要求している旨を記録する。すると、伝送端末１０ａａ及び伝送端末ａｂに対して全ての端末が低品質を要求している事が確認されるため、中継装置３０ａは、伝送端末１０ａａ及び伝送端末１０ａｂに対して低品質での送信を要求する（Ｓ３１２、Ｓ３１４）。この要求を受けた伝送端末１０ａａは、前述の方法を用いて送信するメディアの品質の変更を行う（Ｓ３１６）。ここでは、ＳＶＣコーデックを用いて得られる多層のストリームのうち、低品質レイヤーのストリームのみを送信することで低品質のデータのみを送信する。これにより、伝送端末１０ａａから送信される画像、及び、音声データには低品質の物のみが含まれる様になる（Ｓ３１８）。

このデータを受けた中継装置３０ａは、伝送端末１０ｄｂ、伝送端末１０ａｂ共に低品質のストリームのみを転送するようになり、ネットワーク負荷が低減される（Ｓ３２０、Ｓ３２２）。

上記実施形態における中継装置３０、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

また、上記各実施形態の端末用プログラム、中継装置用プログラム、又は伝送管理用プログラムが記憶されたＣＤ−ＲＯＭ等の記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが利用者等に提供される場合に用いられる。

更に、上記実施形態では、図９に示されている変更品質管理テーブル、及び図１７に示されている品質管理テーブルによって、中継装置３０で中継される画像データの画像の品質の一例として、画像データの画像の解像度に着目して管理したが、これに限られるものではなく、品質の他の例として、画像データの画質の深度、音声データの音声におけるサンプリング周波数、音声データの音声におけるビット長などに着目して管理してもよい。また、音声データが３種類の解像度（高解像度、中解像度、低解像度）のデータに分かれて送受信されるようにしてもよい。

また、図７、図９、及び図１１では、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。

更に、上記実施形態では、図７で中継装置のＩＰアドレス、図９で端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で中継装置３０を特定するための中継装置特定情報、又は通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。なお、「通信ネットワーク２で中継装置３０を特定するための中継装置特定情報」だけでなく、「通信ネットワーク２上における中継装置３０への接続先を示した中継装置接続先情報」、又は「通信ネットワーク２上における中継装置３０への宛先を示した中継装置宛先情報」と表現してもよい。同じく、「通信ネットワーク２で端末１０を特定するための端末特定情報」だけでなく、「通信ネットワーク２上における端末１０への接続先を示した端末接続先情報」、又は「通信ネットワーク２上における端末１０への宛先を示した端末宛先情報」と表現してもよい。

また、上記実施形態では、伝送システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、ＩＰ（Internet Protocol）電話や、インターネット電話等の電話システムであってもよい。また、伝送システム１は、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。また、伝送システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機に相当する。

また、上記実施形態では、コンテンツデータの一例として、画像データ及び音声データについて説明したが、これに限るものではなく、触覚（touch）データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音声データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。

また、上記実施形態では、伝送システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

１ 伝送システム
１０ 伝送端末
１１ 送受信部
１７ 表示制御部
１９ 記憶・読出処理部
２０ 利用状態検知部（状態検知部）
２１ 送信品質制御部
３０ 中継装置
３１ 送受信部
３２ 状態検知部
５０ 伝送管理システム
５１ 送受信部
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 端末状態取得部
５６ 選択部
５７ セッション管理部
７０ ルータ
９０ プログラム提供システム
１００ メンテナンスシステム
１０００ 記憶部
３０００ 記憶部
３００１ 変更品質管理ＤＢ
３００２ 品質要求管理ＤＢ
５０００ 記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００６ 優先度管理ＤＢ
５００７ 品質管理ＤＢ

特許第４６４６６６８号公報

Claims (11)

1. 画像データ及び音声データの少なくともいずれかを複数の伝送端末間で伝送する伝送システムであって、
   第１の伝送端末は、
   周囲に利用者が存在する状態であるか否かを検知する状態検知部と、
   前記状態検知部が検知する状態が変化した場合に、前記状態検知部が検知した結果に対応する対応データを第２の伝送端末に対して送信するよう制御する制御部と、
   を有し、
   前記第２の伝送端末は、
   前記対応データを受信した場合、前記第１の伝送端末に対して伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送すること
   を特徴とする伝送システム。
2. 前記第１の伝送端末は、
   前記状態検知部が検知する状態が変化した場合に、前記第２の伝送端末に対して伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送すること
   を特徴とする請求項１に記載の伝送システム。
3. 前記第２の伝送端末は、
   複数の伝送端末間で画像データ及び音声データの少なくともいずれかを中継する中継装置を介して、前記第１の伝送端末に対して伝送を行い、
   前記中継装置は、
   前記対応データを送信した前記第１の伝送端末のみに対して、画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送すること
   を特徴とする請求項１又は２に記載の伝送システム。
4. 前記第１の伝送端末は、
   撮像を行う撮像部を有し、
   前記状態検知部は、
   前記撮像部が撮像した画像のフレーム間の変化量が所定の閾値を超えた場合、又は、前記撮像部が撮像した画像から検出される人の顔の領域が所定のサイズを超えた場合に、周囲に利用者が存在する状態であることを検知すること
   を特徴とする請求項１乃至３のいずれか１項に記載の伝送システム。
5. 前記第１の伝送端末は、
   音声入力を取得する音声入力部、物体若しくは人の存在を検知するセンサ、又は、操作入力を受け付ける操作入力受付部を有し、
   前記状態検知部は、
   前記音声入力部が取得した音声入力が所定の閾値を超えた場合、前記センサが物体若しくは人の存在を検知した時間が所定の閾値を超えた場合、又は、前記操作入力受付部が操作入力を受け付けた場合に、周囲に利用者が存在する状態であることを検知すること
   を特徴とする請求項１乃至３のいずれか１項に記載の伝送システム。
6. 前記第２の伝送端末は、
   前記対応データを受信した場合、前記第１の伝送端末に対して伝送する画像データに対して解像度の変更、フレームレートの変更、複数の画像レイヤーからの画像レイヤーの選択、又は色情報の変更により、画像データの品質を前記対応データに応じて変更して伝送すること
   を特徴とする請求項１乃至５のいずれか１項に記載の伝送システム。
7. 前記第２の伝送端末は、
   前記対応データを受信した場合、前記第１の伝送端末に対して伝送する音声データのサンプリングレートを変更すること、又は消音により、音声データの品質を前記対応データに応じて変更して伝送すること
   を特徴とする請求項１乃至６のいずれか１項に記載の伝送システム。
8. 画像データ及び音声データの少なくともいずれかを他の伝送端末との間で伝送する送受信部と、
   周囲に利用者が存在する状態であるか否かが変化したことを検知した結果に対応する対応データを前記他の伝送端末から受信した場合に、前記他の伝送端末に対して前記送受信部が伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送するよう制御する送信品質制御部と、
   を有することを特徴とする伝送端末。
9. 画像データ及び音声データの少なくともいずれかを複数の伝送端末間で伝送する伝送方法であって、
   第１の伝送端末が周囲に利用者が存在する状態であるか否かを検知する工程と、
   検知した状態が変化した場合に、検知した結果に対応する対応データを前記第１の伝送端末から第２の伝送端末に対して送信するよう制御する工程と、
   前記第２の伝送端末が前記対応データを受信した場合、前記第２の伝送端末から前記第１の伝送端末に対して、伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送する工程と、
   を含む伝送方法。
10. 画像データ及び音声データの少なくともいずれかを他の伝送端末との間で伝送する工程と、
    周囲に利用者が存在する状態であるか否かが変化したことを検知した結果に対応する対応データを前記他の伝送端末から受信した場合に、前記他の伝送端末に対して伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送するよう制御する工程と、
    を含む伝送方法。
11. 画像データ及び音声データの少なくともいずれかを他の伝送端末との間で伝送するステップと、
    周囲に利用者が存在する状態であるか否かが変化したことを検知した結果に対応する対応データを前記他の伝送端末から受信した場合に、前記他の伝送端末に対して伝送する画像データ及び音声データの少なくともいずれかの品質を、前記対応データに応じて変更して伝送するよう制御するステップと、
    をコンピュータに実行させるための伝送プログラム。

Images