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

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）、及びパスワード等が記憶される。更に、記憶部１０００には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。

通信モード遷移判定部１８は、図３に示されているマイク１１４から入力された音声の音声データの音量（音量値）に基づいて、通信モードの遷移を判定する。通信モードには、例えば、「通常通信モード」、「暫定秘話通信モード」、「秘話通信モード」などがある。この点、詳細は後述する。

通知部１９は、現在の通信モードの状態を通知する。上述のように、通信モードは遷移するので、利用者に対し、現在の通信モードがどの通信モードにあるのかを通知する。具体的な通知方法としては、例えば、図３に示されているディスプレイ１２０に、現在の通信モードを通知してもよいし、端末１０のランプ（非図示）等によって通知してもよい。

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

（中継装置）
次に、中継装置の機能構成について説明する。

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

送受信部３１は、図４に示されているＣＰＵ２０１からの命令、及び図４に示されているネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。また、端末１０間で送受信される画像データ及び音声データを中継（転送）する。特に、「秘話通信モード」が決定されると、特定の端末１０に対してのみ、画像データ及び音声データを中継（転送）する。この点、詳細は後述する。

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

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

記憶部５０００には、図６に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が管理システム５０で受信された受信日時、中継装置３０のＩＰアドレスが関連付けられて管理される。例えば、図６に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「オンライン」で、管理システム５０で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」であることが示されている。

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

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

また、記憶部５０００には、図９に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の端末ＩＤに対して、宛先端末の候補として登録されている宛先端末の端末ＩＤが全て関連付けられ、また、その中でも各要求端末が発信する機密データを受信することが許される秘話通信の対象端末であるかどうかが管理される。例えば、図９に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末（端末１０ａａ）からテレビ会議における通話の開始を要求することができる宛先端末の候補は、端末ＩＤが「０１ａｂ」の端末１０ａｂ、端末ＩＤが「０１ｂａ」の端末１０ｂａ、及び端末ＩＤが「０１ｂｂ」の端末１０ｂｂ等であることが示されている。また、この内、端末ＩＤが「０１ａｂ」の端末１０ａｂや、端末ＩＤが「０１ｂａ」の端末１０ｂａなどは、「*」が付されており、端末１０ａａが発信する機密性の高い通信の受信対象端末として許可されていることが示されている。この宛先端末の候補、及び、各宛先において秘話通信の受信が許可されるか否かは、任意の要求元端末から管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。

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

また、記憶部５０００には、図１１で示されているような秘話グループ管理テーブルによって構成されている秘話グループ管理ＤＢ５００６が構築されている。この秘話グループ管理テーブルでは、相互に秘話通信の送受信が可能なグループが管理される。例えば、図１１で示されている秘話グループ管理テーブルの場合には、Ｇｒ０１として端末ＩＤ０１ａａ、０１ａｂ、０１ａｃが登録されており、例えば、端末ＩＤ０１ａａが発信する秘話通信に関して、０１ａｂ及び０１ａｃが受信可能であることを示している。また、同様に、端末ＩＤ：０１ａｂが発信する秘話通信に関して、端末ＩＤ０１ａａ及び０１ａｃが受信可能であることを示している。

次に、管理システム５０の各機能構成について詳細に説明する。

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

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

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

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

秘話宛先抽出部５５は、図４に示されているＣＰＵ１０２からの命令によって実現され、キーとなる要求元端末ＩＤから、宛先リスト管理ＤＢ５００４（図９参照）、及び、秘話グループ管理ＤＢ５００６（図１１参照）を検索し、要求元端末ＩＤに対して秘話通信が許可されている端末の端末ＩＤを抽出する。

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

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

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

[情報処理１]
次に、本実施形態に係る伝送システム１における処理方法を説明する。

（各中継装置３０の管理処理）
図１２は、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を示したシーケンス図である。まず、図１２を用いて、各中継装置３０から管理システム５０に送信された各中継装置３０の状態を示す状態情報を管理する処理を説明する。

各中継装置３０では、図５に示されている状態検知部３２が、自装置である中継装置３０の稼動状態を定期的に検知している（ステップＳ１−１〜４）。そして、管理システム５０側で各中継装置３０の稼動状態をリアルタイムで管理させるべく、各中継装置３０の送受信部３１は、定期的に通信ネットワーク２を介して管理システム５０へ各状態情報を送信する（ステップＳ２−１〜４）。これら各状態情報には、中継装置３０毎の中継装置ＩＤと、これら各中継装置ＩＤに係る中継装置３０の状態検知部３２で検知された稼動状態とが含まれている。

なお、本実施形態では、中継装置（３０ａ，３０ｂ，３０ｄ）は、正常に稼動して「オンライン」となっている一方で、中継装置３０ｃは稼働中ではあるが、中継装置３０ｃの中継動作を実行するためのプログラムに何らかの不具合が生じて、「オフライン」となっている場合が示されている。

次に、管理システム５０では、各中継装置３０から送られて来た各状態情報を送受信部５１が受信し、記憶・読出処理部５８を介して記憶部５０００の中継装置管理ＤＢ５００１（図６参照）に、中継装置ＩＤ毎に状態情報を記憶して管理する（ステップＳ３−１〜４）。これにより、図６に示されるような中継装置管理テーブルに対して、中継装置ＩＤ毎に「オンライン」、「オフライン」、又は「故障中」のいずれかの稼動状態が記憶されて管理される。またこの際に、中継装置ＩＤ毎に、管理システム５０で状態情報が受信された受信日時も記憶されて管理される。

なお、中継装置３０から状態情報が送られない場合には、図６に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、中継装置３０とセッションを実行する処理を説明する。

まず、図５に示されているセッション管理部５７は、中継装置管理ＤＢ５００１（図６参照）の中継装置管理テーブルにおいて、稼動状態が「オンライン」になっている中継装置３０を一つ決定し、その中継装置３０の中継装置ＩＤ（例えば、「１１１ａ」とする）を取得すると共に、その中継装置３０とのセッションの実行に用いられるセッションＩＤを生成する（ステップＳ４４）。そして、セッション管理部５７は、記憶部５０００のセッション管理ＤＢ５００５（図１０参照）に、上記ステップＳ４４で生成されたセッションＩＤ「ｓｅ１」、中継装置ＩＤ「１１１ａ」、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（端末１０ｄｂ）の端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。

次に、図５に示されている送受信部５１は、通信ネットワーク２を介して、宛先端末（端末１０ｄｂ）へ、中継装置絞込情報を送信する（ステップＳ４６）。中継装置情報には、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」、セッションＩＤ「ｓｅ１」、及び管理システム５０のＩＰアドレスが含まれている。これにより、端末１０ｄｂは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、どの端末１０から通話を開始したいとの要求があったのかを把握することができると共に、中継装置情報の送信元である管理システム５０のＩＰアドレス「１．１．１．２」を把握することができる。

そして、端末１０ｄｂは、送受信部１１から通信ネットワーク２を介して管理システム５０へ、上記中継装置情報の受信が完了した旨を示す受信完了情報を送信する（ステップＳ４７）。この受信完了情報には、セッションＩＤ「ｓｅ１」が含まれている。これにより、管理システム５０は、セッションＩＤ「ｓｅ１」で実行されている中継装置数の伝達が完了した旨と共に、送信元である宛先端末（端末１０ｄｂ）のＩＰアドレス「１．３．２．４」を把握することができる。

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

[情報処理２]
次に、「秘話通信モード」へ遷移するまでのフローとそれぞれの状態での映像データの伝送状態について説明する。ここで、通信モードとは、画像データ及び音声データを、いずれの端末１０に対し送信するかを決定するためのモードをいう。通信モードの種類として、例えば、「通常通信モード」、「秘話通信モード」、及び「暫定秘話通信モード」がある。

「通常通信モード」は、会議に参加する全ての端末１０に、画像データ及び音声データが転送されるモードである。会議開始直後は、「通常通信モード」の状態から開始される。また、「秘話通信モード」は、宛先リスト管理テーブル（図９参照）、又は、秘話グループ管理テーブル（図１１参照）において事前に登録された端末へのみ、画像データ及び音声データが転送されるモードである。また、「暫定秘話通信モード」は、「秘話通信モード」へ遷移する迄の一時的な通信モードである。

（秘話通信モードへの遷移処理）
図１５は、「秘話通信モード」への遷移処理を示したシーケンス図である。この図では、端末１０ａａ、１０ｄｂ、１０ａｂが上述の方法に沿って、同一の会議を行っている場合について説明する。

まず、どの端末も秘話通信を行っていない「通常通信モード」時では、端末１０ａａより送信される画像データ及び音声データ（ステップＳ５１）については、この会議に参加している全ての端末１０ｄｂ、１０ａｂに伝送される（ステップＳ５２、ステップＳ５３）。このため、端末１０ｄｂ、１０ａｂを使用している利用者は、端末１０ａａより送信される画像及び音声データを視聴することが可能である。

ここで、例えば、通信モード遷移判定部１８により、端末１０ａａにおいて、「秘話通信モード」ＯＮが決定されると（詳細は後述）、その旨を中継装置３０ａに通知する。この際、要求内容と合わせて、端末１０ａａの自らのＩＰアドレスも通知される（ステップＳ５４）。

これを受けた中継装置３０ａは、伝送管理システム５０に対して、秘話通信宛先取得の要求と、「秘話通信モード」ＯＮを要求した端末のＩＰアドレスを通知する（ステップＳ５５）。

この要求を受けた伝送管理システム５０の秘話宛先抽出部５５は、秘話宛先抽出処理を行う（ステップＳ５６）。

具体的に、まず秘話宛先抽出部５５は、通知されてきた要求端末のＩＰアドレスをキーにして、端末管理ＤＢ５００３の端末管理テーブル（図８参照）を検索することにより、秘話通信の宛先を抽出する対象となる要求元の端末ＩＤを抽出する。ここでは、端末１０ａａのＩＰアドレス（１．２．１．３）に基づき、端末ＩＤとして、０１ａａが抽出される。

次に、秘話宛先抽出部５５は、抽出した端末ＩＤをキーにして、宛先リスト管理ＤＢ５００４の宛先リスト管理テーブル（図９参照）を検索し、要求元端末から発信される秘話通信の受信が許可されている端末のリストを抽出する。ここで、図９を参照すると、宛先端末ＩＤのうち、「*」が付くものが、秘話通信の受信が許可されている端末を示す。よって、要求元端末ＩＤ０１ａａである場合、秘話通信の受信が許可されている端末として、宛先端末ＩＤ０１ａｂ、０１ｂａ、０１ｃｂ、０１ｄｂが抽出される。

次に、秘話宛先抽出部５５は、要求元の端末ＩＤをキーにして、秘話グループ管理ＤＢ５００６の秘話グループ管理テーブル（図１１参照）を検索し、該当端末が所属している秘話グループと、そのグループに所属している端末のリストを抽出し、先の抽出結果と結合する処理を行う。

ここで、図１１を参照すると、該当端末の端末ＩＤ０１ａａが所属している秘話グループは、秘話グループＩＤがＧｒ０１であり、その同一秘話グループに所属する所属端末ＩＤは、００１ａａ、０１ａｂ、０１ａｃである。一方、先の抽出結果で抽出された秘話通信の受信が許可されている宛先端末ＩＤは、０１ａｂ、０１ｂａ、０１ｃｂ、０１ｄｂである。よって、最終的に、要求端末１０ａａに対して、秘話通信宛先として抽出される端末は、端末１０ａｂ（端末ＩＤ０１ａｂ）である。

秘話宛先抽出部５５は、秘話通信宛先として抽出された端末ＩＤをキーとして、端末管理ＤＢ５００３の端末管理テーブル（図８参照）を検索し、稼動状態がＯＮライン（伝送可能）となっている端末について、端末のＩＰアドレスの抽出を行う。そして、送受信部５１により、秘話通信宛先通知として、抽出した端末のＩＰアドレスを含む秘話通信の宛先端末ＩＰアドレスリストと、要求端末ＩＰアドレスとを、中継装置３０ａに送信する（ステップＳ５７）。

この秘話通信宛先通知を受けた中継装置３０ａの送受信部３１は、以後、「秘話通信モード」がＯＮになっている端末（要求端末ＩＰアドレス）からの画像データ及び音声データの通信に関しては、伝送管理システム５０から通知を受けた秘話通信の宛先端末ＩＰアドレスリスト上のＩＰアドレスに対してのみ、データ転送を行う。

図１５において、端末１０ａａ（端末ＩＤ０１ａａ）が要求元の場合、秘話通信宛先として許可されているのは、端末１０ａｂ（端末ＩＤ０１ａｂ）のみである。このため、端末１０ａａより送信されてきた画像・音声データ（ステップＳ５８）は、端末１０ａｂのみに転送される（ステップＳ５９）。その後、端末１０ａａにおいて、通信モード遷移判定部１８において、「秘話通信モード」ＯＦＦが判定されると、その旨が要求元端末ＩＰアドレスと共に、中継装置３０ａに通知される（ステップＳ６０）。

これを受けて、中継装置３０ａは、端末１０ａａから送信されてくる画像・音声に関する処理を通常状態（「通常通信モード」）に戻す。つまり、端末１０ａａaから送信されてきた画像・音声（ステップＳ６１）は、端末１０ｄｂと端末１０ａｂの両方に転送される。

（通信モード遷移判定処理）
上述したように、端末１０ａａは、通信モード遷移判定部１８により、「秘話通信モード」ＯＮを決定すると、「秘話通信モード」ＯＮを中継装置３０ａに通知することで、秘話通信モードが実現される（図１５のステップＳ５４参照）。以下、端末１０の通信モード遷移判定部１８が、どのように「秘話通信モード」ＯＮ／ＯＦＦを決定するか、即ち、通信モード遷移判定処理について詳しく説明する。

図１６は、通信モード遷移判定表の一例である。図１６に示される通信モード遷移判定表では、「現在のモード」、「遷移条件」、「遷移先モード」、「処理」の項目により、判定方法が規定される。「現在のモード」において、「遷移条件」を満たすと、「遷移先モード」へ遷移すると共に、遷移時の「処理」が実行される。なお、表中の記号については以下の通りである。
Ｖ：マイク１１４から入力される音声の音量
Ｖt１：秘話モード遷移の下限閾値（第１音量値）
Ｖt２：秘話モード遷移の上限閾値（第２音量値）
Ｖt３：通常モード遷移の閾値（第３音量値）
Ｔ１：「暫定秘話通信モード」から「秘話通信モード」への遷移判定に用いられる継続時間
Ｔ２：「秘話通信モード」から「通常通信モード」への遷移判定に用いられる継続時間
図１７は、音量Ｖと各閾値との関係図である。図１７に示されるように、Ｖｔ１、Ｖt２は、利用者による実際の発声音量に従って調整され決定される音量値である。以下、図１６及び図１７を参照しながら、説明する。

（１）現在のモードが「通常通信モード」の場合
まず、会議を開始した直後、各端末１０の通信モード状態は、「通常通信モード」となっている。以下、遷移条件（ａ）〜（ｈ）毎に説明する。

遷移条件(ａ)：
「通常通信モード」の状態（図中（１））で、マイク１１４から入力されている音量Ｖが、秘話モード遷移の下限閾値Ｖｔ１を下回る場合（無音に近い状態）、又は、上限閾値ｖｔ２を超えている場合（十分に大きい音量で会話されている状態）、通信モード遷移判定部１８は、通常通信モードを継続する。理由として、音量Ｖがこのような状態にある場合、利用者が通常時の会話を行っていると判断されるためである。

遷移条件（ｂ）：
マイク１１４から入力されている音量Ｖが秘話モード遷移の下限閾値Ｖｔ１と上限閾値Ｖｔ２の間である場合（適度な小声、ひそひそ声の状態）、現在の通信モードを、「通常通信モード」から「暫定秘話通信モード」に遷移させる。これに伴い、この時点より時間ｔ１の計時を開始する。理由として、音量Ｖがこのような状態にある場合、利用者が特別な秘話を行っていると判断されるためである。

このとき、通信モード遷移判定部１８は、「秘話通信モード」ＯＮを決定する（図５のＳ５４参照）。また、通知部１９は、利用者に対し、「暫定秘話通信モード」への遷移を開始した旨を通知する。

（２）現在のモードが「暫定秘話通信モード」の場合
遷移条件（ｃ）：
端末１０の現在の通信モードが「暫定秘話通信モード」である場合（図中（２））は、マイク１１４から入力されている音量Ｖが「秘話通信モード」遷移の上限閾値Ｖｔ２より大きい場合（十分に大きな音量で会話されている状態）、通信モード遷移判定部１８は、現在のモードを、「暫定秘話通信モード」から「通常通信モード」へ復帰させる。これに伴い、（ｂ）にて計時開始した時間ｔ１の計時処理を終了する。理由として、音量Ｖがこのような状態にある場合、利用者が通常時の会話を行っていると判断されるためである。

通信モード遷移判定部１８は、秘話通信モードＯＦＦを決定する（図５のＳ６０参照）。また、通知部１９は、利用者に対し、「通常通信モード」へ遷移した旨を通知する。

遷移条件（ｄ）：
図中（２）の状態で、入力される音量Ｖが「秘話通信モード」遷移の上限閾値Ｖｔ２より小さく、かつ、図中（ｂ）で計時開始した時間ｔ１からＴ１以上の時間が経過した場合（適度な小声で十分な時間会話が継続された場合）、通信モード遷移判定部１８は、現在のモードを、「暫定秘話通信モード」から「秘話通信モード」へ遷移させる。

このとき、通信モード遷移判定部１８は、「秘話通信モード」ＯＮを維持し、通信モードを変更しない。「暫定秘話通信モード」と「秘話通信モード」は、「通常通信モード」へ復帰条件が異なるもので、特定の宛先端末のみ、画像データ及び音声データが転送されるという実効性は同一だからである。また、通知部１９は、利用者に対し、秘話通信モードへの遷移した旨を通知する。

遷移条件（ｅ）：
図中（２）の状態で、入力される音量Ｖが「秘話通信モード」遷移の上限閾値Ｖｔ２より小さく、かつ、図中（ｂ）で計時開始した時間ｔ１の経過時間がＴ１未満である場合（適度な小声で会話されているが、継続時間が短い場合）、通信モード遷移判定部１８は、「暫定秘話通信モード」を維持する。

通信モード遷移判定部１８は、「秘話通信モード」ＯＮを維持し、通信モードを変更しない。また、通知部１９は、利用者に対し、閾値Ｔ１までの残り時間を通知する。

（３）現在のモードが「秘話通信モード」の場合
遷移条件（ｆ）：
端末１０の現在の通信モードが「秘話通信モード」である場合（図中（３））は、マイク１１４から入力されている音量Ｖが「通常通信モード」への遷移閾値であるＶｔ３より小さい場合（小声が継続されている場合）、通信モード遷移判定部１８は、「秘話通信モード」ＯＮを維持する。また、後述の（ｇ）により、時間ｔ２の計時が行われている場合、計時を終了する。

遷移条件（ｇ）：
表中（３）の状態で、入力されている音量Ｖが「通常通信モード」への遷移閾値であるＶｔ３より大きい場合で、かつ、計時中の時間ｔ２が閾値Ｔ２未満である場合（一定以上の音量で会話されているが、その状態の継続時間が短い場合）、通信モード遷移判定部１８は、「秘密通信モード」ＯＮを維持する。但しこの場合、まだ計時が開始されていない場合には、時間ｔ２の計時を開始する。既に時間ｔ２を計時中であるときには、通知部１９は、利用者に対してＴ２までの残り時間を通知する。

遷移条件（ｈ）：
図中（３）の状態で、入力されている音量Ｖが「通常通信モード」への遷移閾値であるＶｔ３より大きく、かつ、時間ｔ２が閾値Ｔ２に達した場合（一定以上の音量で会話されている状態が十分に継続した場合）、通信モード遷移判定部１８は、現在のモードを、「通常通信モード」へ遷移させる。

このとき、通信モード遷移判定部１８は、「秘話通信モード」ＯＦＦを決定する（図５のＳ６０参照）。また、通知部１９は、利用者に対し、「通常通信モード」への遷移を通知する。また、後述の（ｇ）により、時間ｔ２の計時が行われている場合、計時を終了する。

（秘話通信モード遷移の一例）
図１８は、通信モード遷移のタイミングチャートの一例である。図１８において、横軸は時間の経過を、縦軸はマイク１１４から入力されている音量Ｖをそれぞれ示す。また、場面（ａ）〜（ｇ）は、時間経過と共に変化する場面を示す。

会議が開始した直後、通常の音量で会話されている間（ａ）、「通常通話モード」となっており、要求元端末から送信される画像データ及び音声データは、参加している全ての宛先端末に転送されている。

その後、マイク１１４から入力される音声の音量ＶがＶｔ２を下回り、小声になったことが検知できた時点（Ｐ１）で、「暫定秘話通信モード」へと遷移する。このとき、要求元端末から送信される画像データ及び音声データは、宛先リスト管理テーブル（図９参照）、又は、秘話グループ管理テーブル（図１１参照）において事前に登録された宛先端末へのみ、転送されるようになる。

その後、音量ＶがＶｔ１とＶｔ２の間（ｂ）は、「暫定秘話通信モード」が継続しているが、「秘話通信モード」へ遷移するために必要な時間Ｔ１が経過する前に、音量ＶがＶｔ２を上回った時点（Ｐ２）で、「通常通話モード」に遷移する。このとき、要求元端末から送信される画像データ及び音声データは、参加している全ての宛先端末に転送されるようになる（ｃ）。

その後、再び音量ＶがＶｔ２を下回り、「暫定秘話通信モード」へ遷移する（Ｐ３）。音量ＶがＶｔ１とＶｔ２の間である状態（ｄ）がＴ１だけの時間経過した時点（Ｐ４）で、「秘話通信モード」へと遷移する。

「秘話通信モード」の間は、音量ＶがＶｔ２を上回っても、Ｖｔ３以下であれば、「秘話通信モード」が継続される（ｅ）。これにより、ほんの一時的な（急激な）大音量により、「通常通信モード」に遷移してしまうことを防止できるので、利用者は、より安定して秘話を継続することができる。

一方、「秘話通信モード」中、音量ＶがＶｔ２を上回った時点（Ｐ５）から、「秘話通信モード」を継続しながら、時間ｔ２の計時を行う（ｆ）。そして、音量ＶがＶｔ２を上回った状態のまま、時間ｔ２が時間Ｔ２を経過した時点（Ｐ６）で、「通常通話モード」へと遷移する。このとき、画像データ及び音声データは、参加する全ての宛先端末に転送されるようになる。

なお、上述の通信モード遷移判定処理において、マイク１１４から入力される音量Ｖについては、ノイズ等による急激な変化の影響を考慮し、判定時点から所定の時間分だけ遡った音量データ群から平均値を求めた値を判定に利用する形にしてもよい。また、音量判定処理に関する各閾値Ｖｔ１、Ｖｔ２、Ｖｔ３については、端末１０に接続されているマイク１１４の特性等も考慮して適切な値に決定されることが望ましい。また、利用者ごとの好みなどに応じて、規定として設定された値から調整可能としてもよい。

また、ここでは、「通常通信モード」及び「秘話通信モード」に加えて、「暫定秘話通信モード」を設け、現在のモードに応じて音量Ｖに対する閾値を変更する実施例を示した。しかしながら、簡易的な処理として、「通常通信モード」及び「秘話通信モード」の２つモードのみを持ち、２つの判定閾値Ｖｔ２、Ｖｔ３を同一とした処理を行うことも可能である。

また、「秘話通信モード」ＯＮになるような場合、要求元端末のマイク１１４から入力される音量Ｖは、例えば、ひそひそ声のため、宛先端末のスピーカから出力される音量も比較的小さい場合がある（例えば、Ｖｔ２以下）。この場合、相手側の利用者が聞き取り易いように、たとえ入力された音量Ｖが小さくとも、宛先端末のスピーカから出力される出力音量は高くして出力するようにするとよい（例えば、Ｖｔ２以上）。これにより、要求元端末側の利用者としては、入力する音声の音量により通信モード遷移を操作・変更できる一方、宛先端末の利用者にとって、通常時（通常通信モード時）と変わらずに、入力された音声が聞き取り易くなるという効果がある。

[総括]
以上、本実施形態に係る伝送システム１においては、秘話通信へ切替えや、通常通信への復帰を行う場合、会議の出席者（利用者）は、入力する発生音量により、通常通信及び秘話通信間の通信モード遷移を操作・変更することが可能である。このため、出席者（利用者）は、例えば、端末付属のハードウェアキーを操作したり、リモコンのキー操作を行うなどの操作を行う必要はなく、スムーズに通常通話及び秘話通信間の切替え操作を行うことができる。即ち、本実施形態によれば、通常通話及び秘話通信間の切替え操作の容易化を図ることが可能となる。

本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、本実施形態に係る伝送システム１は一例であり、用途や目的に応じ、様々なシステム構成例とすることができる。

例えば、図５の伝送管理システム５０、伝送端末１０、及び中継装置３０が有する各機能は、伝送システム１全体として備えればよい。このため、一部の機能を、他の装置上で実現することもできる。また、伝送システム１を構成する装置は、複数台でもよく、いずれの装置に機能を備えさせてもよい。

１ 伝送管理システム
２ 通信ネットワーク
１０ 伝送端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ 撮像部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 表示制御部
１７ 記憶・読出処理部
１８ 通信モード遷移判定部
１９ 通知部
３０ 中継装置
３１ 送受信部
３２ 状態検知部
５０ 伝送管理システム
５１ 送受信部
５２ 端末認証部
５３ 状態管理部
５４ 端末抽出部
５５ 秘話宛先抽出部
５６ 端末状態取得部
５７ セッション管理部
５８ 記憶・読出処理部
７０ ルータ
９０ プログラム提供システム
１００ メンテナンスシステム
１２０ ディスプレイ

特開２０１１‐０４５０２８号公報

Claims (6)

1. 端末ごとに予め特定の通信モードの場合のみ通信可能な宛先を関連付けて管理する管理システムとネットワークを介して接続される伝送端末であって、
   複数の他の端末に対して少なくとも音声データを含むデータを送信する送信手段と、
   音声データを入力する音声入力手段と、
   前記他の端末と通信中に、前記音声入力手段により入力された音声データの音量に基づいて、通信モードを判定する判定手段と、
   ０よりも大きい第１音量値と、前記第１音量値よりも大きい第２音量値と、前記第２音量値よりも大きい第３音量値と、を記憶した記憶手段と、
   を有し、
   前記判定手段により前記特定の通信モードであると判定された場合、前記送信手段によって送信されるデータは、前記通信中の複数の他の端末のうち、前記管理システムにおいて前記伝送端末に関連付けられた特定の通信モードの場合のみ通信可能な宛先に対応する端末に対してのみ送信され、
   前記判定手段は、
   少なくとも、第１の通信モードと前記特定の通信モードである第２の通信モードを判定し、
   前記入力された音声データの音量が、前記第１音量値よりも小さい、又は、前記第２音量値よりも大きい場合、前記他の複数の端末の全てを宛先とする前記第１の通信モードと判定し、
   前記入力された音声データの音量が、前記第１音量値よりも大きく、前記第２音量値よりも小さい場合、前記複数の他の端末のうち、一部の端末を宛先とする前記第２の通信モードと判定し、
   前記第２の通信モードと判定したとき、
   前記判定から所定時間経過後は、
   前記入力された音声データの音量が、一定時間以上の間、前記第３音量値よりも大きい場合、前記第１の通信モードと判定すること、
   を特徴とする伝送端末。
2. 前記判定手段は、さらに、第３の通信モードを判定し、
   前記判定手段は、
   前記第２の通信モードと判定したとき、
   前記判定から所定時間経過前は、
   前記入力された音声データの音量が、前記第２音量値よりも大きい場合、前記複数の端末の全てを、前記宛先とする第３の通信モードと判定すること、
   を特徴とする請求項１記載の伝送端末。
3. 前記宛先、前記所定時間経過迄の残り時間、前記一定時間迄の残り時間の少なくとも何れかを通知する通知手段と、
   を特徴とする請求項１又は２に記載の伝送端末。
4. ネットワークを介し、複数の端末間で、少なくとも音声データを含むデータを相互に伝送する伝送システムであって、
   端末ごとに予め特定の通信モードの場合のみ通信可能な宛先を関連付けて記憶する記憶手段と、
   端末から前記データを受信する受信手段と、
   前記端末において入力された音声データの入力音量に基づいて、通信モードを判定する判定手段と、
   ０よりも大きい第１音量値と、前記第１音量値よりも大きい第２音量値と、前記第２音量値よりも大きい第３音量値と、を記憶した記憶手段と、
   前記判定手段により前記特定の通信モードであると判定された場合、前記受信手段によって受信されるデータを、該データを送信した端末と通信中の他の複数の端末のうち、前記記憶手段において前記データを送信した端末に関連付けられた特定の通信モードの場合のみ通信可能な宛先に対応する他の端末に対してのみ中継する中継手段と、
   を有し、
   前記判定手段は、
   少なくとも、第１の通信モードと前記特定の通信モードである第２の通信モードを判定し、
   前記入力された音声データの音量が、前記第１音量値よりも小さい、又は、前記第２音量値よりも大きい場合、前記他の複数の端末の全てを宛先とする前記第１の通信モードと判定し、
   前記入力された音声データの音量が、前記第１音量値よりも大きく、前記第２音量値よりも小さい場合、前記複数の他の端末のうち、一部の端末を宛先とする前記第２の通信モードと判定し、
   前記第２の通信モードと判定したとき、
   前記判定から所定時間経過後は、
   前記入力された音声データの音量が、一定時間以上の間、前記第３音量値よりも大きい場合、前記第１の通信モードと判定すること、
   を特徴とする伝送システム。
5. 前記記憶手段は、前記データを伝送した端末と、他の端末とが所属するグループを記憶し、
   前記中継手段は、前記判定手段により前記特定の通信モードであると判定された場合、前記受信手段によって受信されるデータを、該データを送信した端末と通信中の他の複数の端末のうち、前記グループに所属する端末に対してのみ中継すること、
   を特徴とする請求項４記載の伝送システム。
6. 端末ごとに予め特定の通信モードの場合のみ通信可能な宛先を関連付けて管理する管理システムとネットワークを介して接続される伝送端末を、
   複数の他の端末に対して少なくとも音声データを含むデータを送信する送信手段と、
   音声データを入力する音声入力手段と、
   前記他の端末と通信中に、前記音声入力手段により入力された音声データの音量に基づいて、通信モードを判定する判定手段と、
   ０よりも大きい第１音量値と、前記第１音量値よりも大きい第２音量値と、前記第２音量値よりも大きい第３音量値と、を記憶した記憶手段と、
   として機能させ、
   前記判定手段により前記特定の通信モードであると判定された場合、前記送信手段によって送信されるデータは、前記通信中の複数の他の端末のうち、前記管理システムにおいて前記伝送端末に関連付けられた特定の通信モードの場合のみ通信可能な宛先に対応する端末に対してのみ送信され、
   前記判定手段は、
   少なくとも、第１の通信モードと前記特定の通信モードである第２の通信モードを判定し、
   前記入力された音声データの音量が、前記第１音量値よりも小さい、又は、前記第２音量値よりも大きい場合、前記他の複数の端末の全てを宛先とする前記第１の通信モードと判定し、
   前記入力された音声データの音量が、前記第１音量値よりも大きく、前記第２音量値よりも小さい場合、前記複数の他の端末のうち、一部の端末を宛先とする前記第２の通信モードと判定し、
   前記第２の通信モードと判定したとき、
   前記判定から所定時間経過後は、
   前記入力された音声データの音量が、一定時間以上の間、前記第３音量値よりも大きい場合、前記第１の通信モードと判定すること、
   を特徴とするプログラム。

Images