JP2015149518A - 伝送管理システム、伝送管理方法及びプログラム - 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 VideoInteractive)信号用のケーブルであってもよい。

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

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

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

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

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

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

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

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

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

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

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

また、端末１０は、図５に示されているＲＡＭ１０３によって構築される揮発性記憶部１００２、及び図５に示されているフラッシュメモリ１０４によって構築される不揮発性記憶部１００１を有している。

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

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

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

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

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

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

表示制御部１６は、図５に示されているＣＰＵ１０１からの命令、及び図５に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。

抽出部１７は、図５に示されているＣＰＵ１０１からの命令によって実現され、揮発性記憶部１００２から各種データ（または情報）を抽出する。

宛先リスト作成部１８は、伝送管理システム５０から受信した、後述の宛先リスト情報及び各宛先候補としての端末１０の状態情報に基づいて、図１３に示されているような宛先候補の状態がアイコンで示された宛先リストの作成及び更新を行う。

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

なお、上述した端末ＩＤは通信先の端末を特定できる情報であればよく、端末固有の識別情報以外に、端末１０が読み取り可能な記録媒体に記憶された識別情報も含まれる。例えば、端末１０が携帯電話機である場合には電話番号を利用することもできる。

紹介要求部２０は、図５に示されているＣＰＵ１０１からの命令によって実現され、例えば、図２１、図２２に例示される画面を通じ、入力されたユーザの指示に応じて、伝送管理システム５０に対する紹介要求を生成する。

図２１は、ユーザからの操作に応じ、ディスプレイ１２０に表示される画面であり、宛先リストに登録された伝送端末の一覧が表示されている。ユーザは、この画面を通じて、紹介先となる伝送端末（以下、紹介先端末と呼ぶ）を選択することができる。また、図２２は、図２１の画面において紹介先端末が選択された後に、ディスプレイ１２０に表示される画面である。ユーザは、この画面を通じて、紹介先端末に、紹介相手として提示する伝送端末（以下、便宜上、要求先端末と呼ぶ）を選択することができる。

紹介要求部２０は、図２１、図２２に示される画面を通じて選択された、紹介先端末及び要求先端末、並びに、自端末（紹介元端末と呼ぶ）の端末ＩＤを含む、紹介要求を作成する。そして、紹介要求部２０は、送受信部２２を通じて、作成した紹介要求を、伝送管理システム５０に送信する。なお、図２４は、紹介要求を構成するデータの例を示す。ここでは、紹介元端末の端末ＩＤが０１ａａであり、紹介先端末の端末ＩＤが０１ａｂであり（図２１と対応）、要求先端末の端末ＩＤが０１ｄａである（図２２と対応）。紹介要求を受け取った伝送管理システム５０の処理については後述する。

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

＜管理システムの機能構成＞
伝送管理システム５０は、送受信部５１、端末認証部５２、端末管理部５３、抽出部５４、追加要求管理部５５、端末状態確認部、宛先リスト管理部５７、紹介情報管理部５８及び記憶・読出処理部５９を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は機能される手段である。また、伝送管理システム５０は、伝送管理システム５０の電源をＯＦＦにしても各種データ（または情報）の記憶が維持される不揮発性記憶部５０００を有しており、この不揮発性記憶部５０００は図６に示されているＨＤ２０４により構築されている。また、この不揮発性記憶部５０００には、図１３に示されている宛先リスト枠のデータ（図１３で示されている宛先リスト枠部分のデータであり、具体的な稼動状態を示すアイコン、端末ＩＤ、及び端末名は含まれない）が記憶されている。

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

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

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

（追加要求管理テーブル）
更に、不揮発性記憶部５０００には、図１１に示されているような追加要求管理テーブルによって構成されている追加要求管理ＤＢ５００４が構築されている。この追加要求管理テーブルでは、宛先候補に追加要求した端末（以下、「追加要求した端末」を上述の通話の開始要求元の端末と同じ「要求元端末」と表す）の端末ＩＤ、及び宛先候補に追加要求された要求先の端末（以下、「要求先の端末」を「要求先端末）と表す）の端末ＩＤを関連付けて管理する。これにより、どの端末からどの端末を宛先候補として要求しているかを管理することができる。なお、宛先リスト管理テーブルと追加要求管理テーブルは、要求元端末の端末ＩＤが共通しているため、これらのテーブルを一つにまとめてもよい。

（紹介情報管理テーブル）
更に、不揮発性記憶部５０００には、図２３に示されているような紹介情報管理テーブルによって構成されている紹介情報管理ＤＢ５００５が構築されている。この紹介情報求管理テーブルでは、紹介要求を送信した紹介元端末の端末ＩＤと、紹介先端末の端末ＩＤと、要求先端末の端末ＩＤとを関連付けて管理する。

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

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

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

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

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

追加要求管理部５５は、図６に示されているＣＰＵ２０１からの命令によって実現され、追加要求管理ＤＢ５００４（図１１参照）へ新たにレコード毎、要求元端末の端末ＩＤ及び要求先端末の端末ＩＤを記憶して管理する。また、レコード毎、要求元端末の端末ＩＤ及び要求先端末の端末ＩＤを削除する。

端末状態確認部５６は、図６に示されているＣＰＵ２０１からの命令によって実現され、端末ＩＤ又は宛先名を検索キーとして端末管理ＤＢ５００２（図９参照）を検索することにより、対応する稼動状態を確認する。

宛先リスト管理部５７は、図６に示されているＣＰＵ２０１からの命令によって実現され、宛先リスト管理ＤＢ５００３（図１０参照）の各要求元端末の端末ＩＤ毎に、宛先端末の端末ＩＤを追加又は削除する。また、宛先リスト管理部５７は、追加要求管理ＤＢ５００４（図１１参照）で管理されている要求元端末の端末ＩＤと同じ宛先リスト管理ＤＢ５００３（図１０参照）における要求元端末の端末ＩＤに対して、追加要求管理ＤＢ５００４（図１１参照）で要求元端末の端末ＩＤと関連付けて管理されている要求先端末の端末ＩＤを宛先端末の端末ＩＤとして追加的に関連付けて管理する。

紹介情報管理部５８は、図６に示されているＣＰＵ２０１からの命令によって実現され、紹介元端末からの紹介要求を受け取ると、紹介情報管理テーブルにエントリを作成し、紹介先端末に対して追加要求依頼を送信する。具体的には、紹介情報管理部５８は、例えば、紹介元端末から、図２４に例示されるデータを有する紹介要求を受信し、紹介元端末、紹介先端末、要求先端末の端末ＩＤを、図２３に例示されるように、紹介情報管理テーブルに登録する。その後、紹介情報管理部５８は、図９に例示される端末管理テーブルを参照し、紹介先端末の稼動状態が、「オンライン」かつ「会議中でない」場合に、その紹介先端末に対して、追加要求依頼を送信する。なお、追加要求依頼は、上記で登録した紹介情報管理テーブルに含まれる、紹介元端末と要求先端末の端末ＩＤと、各端末ＩＤに対応する端末名とを含む。各端末ＩＤに対応する端末名は、図９の端末管理テーブルによって特定される。

ここで、図２５を用いて、追加要求を受け取った紹介先端末の動作を説明する。図２５は、追加要求依頼を受け取った、紹介先端末のディスプレイ上に表示される画面の例である。図２５に示される画面には、追加要求の要求先となる、要求先端末の端末名と端末ＩＤとが表示され、要求先端末は、紹介元端末からの紹介である旨が表示される。紹介先端末のユーザは、問い合わせに対して「はい」を選択することで、要求先端末に対する追加要求を送信することができる。一方、紹介先端末のユーザは、「いいえ」を選択することで、追加要求に対する拒否応答（追加要求拒否応答）を送信することができる。なお、紹介先端末のユーザは、「キャンセル」を選択することで、判断を保留することができる。この場合には、一定時間後に、再度、同様の画面が表示される。

伝送管理システム５０の説明に戻ると、紹介情報管理部５８は、追加要求を送信した紹介先端末から追加要求を受信すると、図１１に例示される追加要求管理テーブルに、エントリを追加する。このとき、紹介情報管理部５８は、紹介先端末を、追加要求管理テーブル上の要求元端末として、要求先端末を、追加要求管理テーブル上の要求先端末として登録する。そして、紹介情報管理部５８は、要求先端末に対して、紹介元端末と紹介先端末の端末ＩＤ及び端末名を含む、追加承認要求を、要求先端末に送信する。一方、紹介情報管理部５８は、紹介先端末から、追加要求拒否応答を受信した場合には、紹介情報管理テーブルから、対応するエントリを削除する。

ここで、図２６を用いて、追加承認要求を受け取った要求先端末の動作を説明する。図２６は、追加承認要求を受け取った、要求先端末のディスプレイ上に表示される画面の例である。図２６に示される画面には、追加要求の要求元である、紹介先端末（要求元端末）の端末名と端末ＩＤとが表示され、当該追加要求は、紹介元端末からの紹介である旨が表示される。要求先端末のユーザは、問い合わせに対して「はい」を選択することで、紹介先端末（要求元端末）に対する追加要求を承認することができる。ユーザによって承認がなされると、要求先端末は、追加承認応答を、伝送管理システム５０に送信する。一方、要求先端末のユーザは、「いいえ」を選択することで、追加要求に対する拒否応答（追加拒否応答）を送信することができる。なお、要求先端末のユーザは、「キャンセル」を選択することで、判断を保留することができる。この場合には、一定時間後に、再度、同様の画面が表示される。

伝送管理システム５０の説明に戻ると、紹介情報管理部５８は、要求先端末から追加承認応答を受信すると、宛先リスト管理部５７に、紹介先端末及び要求先端末の宛先リストに、それぞれを追加させる。次に、紹介情報管理部５８は、図１１の追加要求管理テーブルから、送信した追加要求に係るエントリを削除する。また、紹介情報管理部５８は、紹介情報管理テーブルのうち、当初に送信した追加要求依頼に係るエントリを削除する。一方、紹介情報管理部５８は、要求先端末から、追加拒否応答を受信した場合には、図１１の追加要求管理テーブルから、送信した追加要求に係るエントリを削除する。また、紹介情報管理部５８は、紹介情報管理テーブルのうち、当初に送信した追加要求依頼に係るエントリを削除する。

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

＜＜実施形態の処理または動作＞＞
次に、図１２乃至図１８を用いて、本実施形態の処理を説明する。なお、まずは、図１２及び図１３を用いて、端末１０ａａと端末１０ｄｂとの間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。図１２は、伝送端末間で通話を開始する準備段階の処理を示したシーケンス図である。図１３は、宛先リストを示す概念図である。なお、図１２では、全て管理情報用セッションｓｅｉによって、各種管理情報が送受信される処理が示されている。

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

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

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

要求元端末（端末１０ａａ）では、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、送受信部１１が通信ネットワーク２を介して伝送管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ２６）。これにより、伝送管理システム５０の送受信部５１は、宛先リスト要求情報を受信する。

次に、抽出部５４は、ログイン要求した要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理ＤＢ５００３（図１０参照）を検索し、要求元端末（端末１０ａａ）と通話することができる宛先端末の候補の端末ＩＤを抽出すると共に、この端末ＩＤに対応する宛先名を端末管理ＤＢ（図９参照）から読み出すことによって抽出する（ステップＳ２７）。ここでは、要求元端末（端末１０ａａ）の端末ＩＤ「０１ａａ」に対応する宛先端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｂｂ」、…）と、これらに対応する端末名（「日本 東京事業所 ＡＢ端末」、「日本 大阪事業所 ＢＡ端末」、「アメリカ 大阪事業所所 ＢＢ端末」、…）が抽出される。なお、宛先リスト管理ＤＢ５００３（図１０参照）において、端末ＩＤだけでなく各端末ＩＤに対応付けられた宛先名を管理している場合には、ステップＳ２７において、端末管理テーブル（図９参照）からではなく、宛先リスト管理テーブルから端末ＩＤに対応する宛先名を読み出してもよい。

次に、伝送管理システム５０の送受信部５１は、記憶・読出処理部５９を介して記憶部６０００から宛先リスト枠のデータを読み出す（ステップＳ２８）と共に、この宛先リスト枠並びに上記抽出部５４によって抽出された端末ＩＤ及び宛先名を含めた「宛先リスト情報（宛先リスト枠、端末ＩＤ、宛先名）」を、要求元端末（端末１０ａａ）に送信する（ステップＳ２９）。これにより、要求元端末（端末１０ａａ）では、送受信部１１が宛先リスト情報を受信し、記憶・読出処理部１９が揮発性記憶部１００２へ宛先リスト情報を記憶する（ステップＳ３０）。

このように、本実施形態では、各端末１０で宛先リスト情報を管理するのではなく、伝送管理システム５０が全ての端末の宛先リスト情報を一元管理している。よって、伝送システム１に新たな端末１０が含まれるようになったり、既に含まれている端末１０に替えて新機種の端末１０を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、伝送管理システム５０側で一括して対応するため、各端末１０側で宛先リスト情報の変更を行う手間を省くことができる。

また、伝送管理システム５０の抽出部５４は、上記抽出部５４によって抽出された宛先端末の候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」、…）を検索キーとして、端末管理ＤＢ５００２（図９参照）を検索し、上記抽出部５４によって抽出された端末ＩＤ毎に、対応する稼動状態を読み出すことで、宛先候補としての端末（１０ａｂ，１０ｂａ，１０ｂｂ，…）の各稼動状態を取得する（ステップＳ３１）。

次に、送受信部５１は、上記ステップＳ２７で使用された検索キーとしての端末ＩＤ「０１ａｂ」と、対応する宛先端末（端末１０ａｂ）の稼動状態「オンライン（通話可能）」とが含まれた「端末の稼動状態情報」を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（ステップＳ３２）。また、同じくステップＳ３２の一環として、送受信部５１は、端末ＩＤ「０１ｂａ」と、対応する宛先端末（端末１０ｂａ）の稼動状態「オンライン（一時中断）」とが含まれた「端末の稼動状態情報」等、残りの「端末の稼動状態情報」も個別に要求元端末（端末１０ａａ）へ送信する。

次に、要求元端末（端末１０ａａ）の記憶・読出処理部１９は、順次、伝送管理システム５０から受信した端末の状態情報を揮発性記憶部１００２に記憶する（ステップＳ３３）。よって、要求元端末（端末１０ａａ）は、上記各端末の状態情報を受信することで、要求元端末（端末１０ａａ）と通話することができる宛先端末の候補である端末１０ａｂ等の現時点のそれぞれの稼動状態を取得することができる。

次に、要求元端末（端末１０ａａ）の宛先リスト作成部１８は、揮発性記憶部１００２に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての端末１０の状態を反映させた宛先リストを作成すると共に、表示制御部１６が、図５に示されているディスプレイ１２０に対して、宛先リストを表示するタイミングを制御する（ステップＳ３４）。なお、図１３に示されている宛先リストでは、各端末の稼動状態を示したアイコンが、上から「オンライン（伝送可能）」、「オフライン」、「オンライン（伝送可能）」、及び「オンライン（伝送中）」であることを示している。また、本実施形態のようにテレビ会議システムにおいては、「伝送可能」は「通話可能」を意味し、「伝送中」は「通話中」を意味することになる。「伝送可能」および「伝送中」は、通話のみに限定されるわけではなく、端末１０同士でコンテンツデータを送受信するためのセッションを確立可能または確立中の状態を「伝送可能」および「伝送中」としてもよい。

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

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

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

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

続いて、図１４乃至図１８を用いて、宛先候補の追加処理を説明する。本実施形態では、要求元端末（端末１０ａａ）が、自己の宛先リストに要求先端末（端末１０ｄｃ）を追加する要求を行う場合を示している。なお、図１４は、宛先候補の追加処理を示したシーケンス図である。図１５は、追加要求受付画面を示す概念図である。図１６は、承認又は却下の処理を示すフロー図である。図１７は、追加承認要求画面を示す概念図である。図１８は、追加完了画面を示す概念図である。

まず、要求元端末（端末１０ａａ）の利用者ａが操作ボタン１０８を操作することで、図１３に示されている宛先リストの右下に示されている「宛先の追加」ボタンを押下すると、操作入力受付部１２が押下を受け付け、表示制御部１６が揮発性記憶部１００２に記憶されていた追加要求受付画面データをディスプレイ１２０ａａに表示させることで、宛先候補の追加要求を受け付ける処理を行う（ステップＳ４１）。この追加要求受付画面は、図１５に示されているように、宛先リスト上に表示される。

次に、利用者ａが操作ボタン１０８により、図１５に示されている追加要求受付画面上に、宛先候補としたい端末の端末ＩＤ又は端末名を入力して（ここでは、端末ＩＤ「０１ｄｃ」を入力）、「追加要求の送信」ボタンを押下すると、操作入力受付部１２が利用者ａの入力を受け付けることで、要求元端末（端末１０ａａ）の送受信部１１は、通信ネットワーク２を介して伝送管理システム５０へ、宛先候補の追加要求を示す追加要求情報を送信する（ステップＳ４２）。この追加要求情報には、要求元端末（端末１０ａａ）を識別するための要求元端末の端末ＩＤ「０１ａａ」、及び要求先端末（端末１０ｄｃ）を識別するための要求先端末の端末ＩＤ「０１ｄｃ」が含まれている。これにより、伝送管理システム５０の送受信部５１は、追加要求情報を受信することになる。

次に、伝送管理システム５０では、追加要求管理部５５が、追加要求管理ＤＢ（図１１参照）の新たなレコードの要求元端末の端末ＩＤフィールドに、上記受信された要求元端末の端末ＩＤ「０１ａａ」を記憶して管理すると共に、上記新たなレコードの要求先端末の端末ＩＤフィールドに、要求先端末の端末ＩＤ「０１ｄｃ」を追加的に記憶して管理する（ステップＳ４３）。なお、図１１では、同じ要求元端末の端末ＩＤ「０１ａｂ」に対して、異なる要求先端末の端末ＩＤ（「０１ｃａ」、「０１ｄａ」）が別レコードで管理されているが、これに限らず、同じ要求元端末の端末ＩＤ「０１ａｂ」に対して、異なる要求先端末の端末ＩＤ（「０１ｃａ」、「０１ｄａ」）が同じレコードで管理されてもよい。

次に、端末状態確認部５６は、要求先端末の端末ＩＤ「０１ｄｃ」に基づいて端末管理ＤＢ５００２（図９参照）を検索することにより、対応する稼動状態を確認する（ステップＳ４４）。そして、端末状態確認部５６によって、稼動状態がオンラインであるが通話（伝送）を開始していないと確認された場合には、引き続き、送受信部５１は、要求先端末（端末１０ｄｃ）に対して、上記追加要求を承認するか否かの要求を示す追加承認要求情報を送信する（ステップＳ４５）。この追加承認要求情報には、要求元端末の端末ＩＤ「０１ａａ」が含まれている。これにより、要求先端末（端末１０ｄｃ）の送受信部１１は、追加承認要求情報を受信することになる。

次に、要求先端末（端末１０ｄｃ）では、追加要求に対する承認、却下、又は保留の処理を行う（ステップＳ４６）。ここで、このステップＳ４６について、図１６及び図１７を用いて詳細に説明する。

まず、追加承認要求情報は、要求先端末（端末１０ｄｃ）で受信されると、記憶・読出処理部１９によって、揮発性記憶部１００２に記憶される（ステップＳ４６−１）。なお、追加承認要求情報が次々と送られて来る場合には、それらは次々に揮発性記憶部１００２へ記憶されることになる。

次に、抽出部１７は、揮発性記憶部１００２から追加承認要求情報に含まれている要求元端末の端末ＩＤの抽出を試みる（ステップＳ４６−２）。なお、追加承認要求情報が複数記憶されている場合には、追加承認要求情報に含まれている要求元端末の端末ＩＤは一つずつ抽出される。

そして、上記ステップＳ４６−２によって、要求元端末の端末ＩＤが抽出された場合には（ステップＳ４６−３，ＹＥＳ）、表示制御部１６は、ディスプレイ１２０ｄｃに対して、図１７に示されているように、追加承認要求画面を表示させる（ステップＳ４６−４）。この追加承認要求画面には、要求元端末の端末ＩＤ又は要求元端末の名称が表示され、要求先端末（端末１０ｄｃ）側の利用者ｄが、この要求先端末（端末１０ｄｃ）を要求元端末（端末１０ａａ）の宛先リストに登録されることを承認する場合に、利用者ｄによって押下される「はい」ボタン、この利用者ｄが宛先リストに登録されることを却下する場合に、利用者ｄによって押下される「いいえ」ボタン、及びこの利用者ｄが承認又は却下を保留する場合に、利用者ｄによって押下される「キャンセル」ボタンが表示される。なお、要求元端末の端末名が表示される場合には、上記ステップＳ４５によって送信される追加承認要求情報には、要求元端末の端末ＩＤに加え、要求元端末の端末名も含まれる。この場合、要求元端末の端末名は、上記ステップＳ４４によって稼動状態が確認される際に、対応する端末名も抽出される。

次に、利用者ｄが図１７に示されている追加承認要求画面にて、「はい」、「いいえ」、又は「キャンセル」のいずれかのボタンを押下すると、操作入力受付部１２は、それぞれ「承認」、「却下」、又は「保留」の指示を受け付ける（ステップＳ４６−５）。そして、更に、ステップＳ４６−２に戻り、揮発性記憶部１００２に記憶されている残りの要求元端末の端末ＩＤの抽出を試みることで処理を繰り返す。そして、全ての要求元端末の端末ＩＤを抽出した場合には（ステップＳ４６−３，ＮＯ）、ステップＳ４６の処理が終了する。

続いて、図１４に戻り、要求先端末（端末１０ｄｃ）の送受信部１１は、伝送管理システム５０に対して、承認、却下又は保留の追加要求応答を示す追加要求応答情報を送信する（ステップＳ４７）。これにより、伝送管理システム５０の送受信部５１は、追加要求応答情報を受信することになる。ここでは、追加要求応答が「承認」する旨を示す場合につき、続けて説明する。

次に、宛先リスト管理部５７は、追加要求管理ＤＢ５００４（図１１参照）で要求元端末の端末ＩＤ「０１ａａ」に関連付けられている要求先端末の端末ＩＤ「０１ｄｃ」を、追加要求管理ＤＢ５００４（図１１参照）における要求元端末の端末ＩＤ「０１ａａ」と同じ宛先リスト管理ＤＢ（図１０参照）における要求元端末の端末ＩＤ「０１ａａ」に関連付けて追加的に管理する（ステップＳ４８）。

なお、追加要求応答が「却下」する旨を示す場合には、上記ステップＳ４８では、追加要求管理部５５が、追加要求管理ＤＢ５００４（図１１参照）における却下された要求先端末の端末ＩＤ「０１ｄｃ」のレコードを削除する。また、追加要求応答が「保留」する旨を示す場合には、上記ステップＳ４８では、追加要求管理部５５は追加的な管理を行わず、また、宛先リスト管理部５７レコードの削除を行わないで放置する。

次に、抽出部５４は、要求元端末の端末ＩＤ「０１ａａ」及び要求先端末の端末ＩＤ「０１ｄｃ」に基づいて端末管理ＤＢ５００２（図９参照）を検索することにより、対応するそれぞれの各情報（宛先名、稼動状態）を抽出する（ステップＳ４９）。そして、送受信部５１は、要求元端末（端末１０ａａ）及び要求先端末（端末１０ｄｃ）に対して、それぞれ追加完了情報を送信する(ステップＳ５０−１，２)。このうち要求元端末（端末１０ａａ）に送信される追加完了情報には、追加が完了した旨を示すメッセージ、及び要求先端末（端末１０ｄｃ）の各情報（端末ＩＤ、宛先名、及び稼動状態）が含まれている。即ち、要求元端末（端末１０ａａ）には、宛先リストにおける要求先端末（端末１０ｄｃ）部分の各情報（端末ＩＤ、宛先名、及び稼動状態）のみが送信され、宛先リストの全体が改めて送信される訳ではない。一方、要求先端末（端末１０ｄｃ）に送信される追加完了情報には、追加が完了した旨を示すメッセージ、及び要求元端末（端末１０ａａ）の各情報（端末ＩＤ、宛先名、及び稼動状態）が含まれている。

そして、要求元端末（端末１０ａａ）及び要求先端末（端末１０ｄｃ）では、各表示制御部１６が各ディスプレイ（１２０ａａ，１２０ｄｃ）に対して、完了を示す画面を表示する（ステップＳ５１−１，２）。図１８には、要求元端末（端末１０ａａ）側のディスプレイ１２０ａａに表示されている追加完了画面が示されている。利用者ａが「確認」ボタンを押下すれば終了する。このように、図１８に示される追加完了画面が表示されることで、利用者ａは、追加要求が承認されたことに早く気付くことができるため、追加された宛先端末と直ぐに会議を開始できるという効果を奏する。

なお、伝送管理システム５０側では、上記ステップＳ５０−１，２の処理が終了すると、追加要求管理部５５が、追加要求管理ＤＢ（図１１参照）における承認された要求先端末の端末ＩＤ「０１ｄｃ」のレコードを削除することで、宛先候補の追加要求の全ての処理が終了する（ステップＳ５２）。

続いて、図１９、図２０、図２７を用いて、紹介の処理の流れを説明する。本実施形態では、紹介元端末（伝送端末１０ａａ）のユーザが、紹介先端末（伝送端末１０ａｂ）のユーザに、要求先端末（伝送端末１０ｄａ）のユーザを紹介する処理を示している。なお、図１９、図２０は、紹介の処理に係るフローチャートであり、図２７は、具体的な紹介の動作を示すシーケンス図である。

まず、図１９、図２０を用いて、本発明の一実施形態における伝送管理システム５０の処理の流れを説明する。伝送管理システム５０の紹介情報管理部５８は、通信ネットワーク２を介して、紹介元端末から、紹介要求を受信する（ステップＳ１０１）。紹介要求は、例えば、図２４に示されるデータを含む。ここで、紹介情報管理部５８は、紹介要求の示す要求先端末の端末ＩＤが、紹介先端末の宛先リスト（図１０）に既に含まれている場合には（ステップＳ１０２のＹｅｓ）、処理を終了する。一方、含まれていない場合には（ステップＳ１０２のＮｏ）、紹介情報管理部５８は、図２３に示される紹介情報管理テーブルに、紹介要求に含まれる紹介元端末、紹介先端末、要求先端末の端末ＩＤを含む、新たなエントリを作成する（ステップＳ１０３）。

次いで、紹介情報管理部５８は、図９に例示される端末管理テーブルを参照し、紹介先端末の稼動状態を確認する（ステップＳ１０４）。そして、紹介先端末の稼動状態が、「オンライン」かつ「会議中でない」場合に（ステップＳ１０５のＹｅｓ）、紹介先端末に、追加要求依頼を送信する（ステップＳ１０６）。一方、紹介先端末の稼動状態が、「オンライン」でない、あるいは、「会議中」である場合には（ステップＳ１０５のＮｏ）、ステップＳ１０４に戻る。

紹介情報管理部５８は、追加要求依頼を送信した後、紹介先端末から追加要求を受信した場合には（ステップＳ１０７のＹｅｓ）、追加要求管理テーブルに、紹介先端末（要求元端末）と要求先端末の端末ＩＤを含むエントリを作成する（ステップＳ１０９）。一方、紹介先端末から追加要求を受信しなかった場合には（ステップＳ１０７のＮｏ）、紹介情報管理部５８は、紹介情報管理テーブルから、ステップＳ１０３で作成したエントリを削除する（ステップＳ１０８）。そして、処理を終了する。

紹介情報管理部５８は、追加要求管理テーブルにエントリを作成した後、要求先端末に対して、追加承認要求を送信する（ステップＳ１１０）。ここで、追加承認要求は、紹介元端末と紹介先端末の端末ＩＤ及び端末名を含む。その後、紹介情報管理部５８は、要求先端末から追加承認応答を受信した場合には（ステップＳ１１１のＹｅｓ）、宛先リスト管理部５７に、紹介先端末と要求先端末の宛先リストを更新させる（ステップＳ１１２）。これを受けて、宛先リスト管理部５７は、紹介先端末の宛先リストに要求先端末を追加し、さらに、要求先端末の宛先リストに、紹介先端末を追加する。すなわち、宛先リスト管理部５７、紹介先端末と要求先端末の宛先リストに、それぞれの相手を追加する。

その後、紹介情報管理部５８は、ステップＳ１０３で作成した紹介情報管理テーブルのエントリと、ステップＳ１０９で作成した追加要求管理テーブルのエントリとを削除する（ステップＳ１１３）。そして、紹介情報管理部５８は、紹介先端末に、追加完了通知を送信する（ステップＳ１１４）。

一方、要求先端末から追加承認応答を受信しなかった場合には（ステップＳ１１１のＮｏ）、紹介情報管理部５８は、ステップＳ１０３とステップＳ１０９とで作成したエントリを削除する（ステップＳ１１５）。

なお、ステップＳ１０５において、紹介先端末の稼働状態が、「オンライン」でない、あるいは、「会議中」でなかった場合、後に、端末管理部５３が、紹介先端末の稼働状態が「オンライン」かつ「会議中でない」状態となったことを検出してもよい。このとき、端末管理部５３は、その旨を、紹介情報管理部５８に通知して、紹介情報管理部５８は、その通知に基づいて、追加要求依頼を送信しても良い。

また、ステップＳ１０７において、紹介先端末から追加要求を受信しない場合には、追加要求拒否応答を受信した場合と、紹介先端末において、決定が保留される等して、追加要求と追加要求拒否応答のいずれも送信されていない場合とが含まれる。前者の場合には、上述の通り、ステップＳ１０８が実行されるが、後者の場合には、紹介先端末に対して追加要求を送信してから所定時間経過後に、ステップＳ１０８が実行されてもよい。あるいは、後者の場合には、紹介先端末から、追加要求と追加要求拒否応答のいずれかが受信されるまで、待機しても良い。

また、ステップＳ１１１において、要求先端末から追加承認応答を受信しない場合には、追加承認拒否応答を受信した場合と、要求先端末において、決定が保留される等して、追加承認応答と追加承認拒否応答のいずれも送信されていない場合とが含まれる。前者の場合には、上述の通り、ステップＳ１１５が実行されるが、後者の場合には、要求先端末に対して追加承認要求を送信してから所定時間経過後に、ステップＳ１１５が実行されてもよい。あるいは、後者の場合には、要求先端末から、追加承認応答と追加承認拒否応答のいずれかが受信されるまで、待機しても良い。

次に、図２７に示されるシーケンス図を用いて、具体的に説明する。

まず、紹介元端末１０ａａ（端末ＩＤ「０１ａａ」）の表示制御部１６は、ユーザからの操作に応じて、紹介先選択画面（図２１）を表示する（ステップＳ２０１）。次いで、操作入力受付部１２は、ユーザによる紹介先端末の選択を受け付ける（ステップＳ２０２）。ここでは、操作入力受付部１２は、ユーザから、端末ＩＤが「０１ａｂ」の伝送端末１０ａｂの選択を受け付けたものとする。次いで、表示制御部１６は、要求先選択画面（図２２）を表示する（ステップＳ２０３）。そして、操作入力受付部１２は、ユーザによる要求先端末の選択を受け付ける（ステップＳ２０４）。ここでは、操作入力受付部１２は、ユーザから、端末ＩＤが「０１ｄａ」の伝送端末１０ｄａの選択を受け付けたものとする。紹介要求部２０は、自らの端末ＩＤ「０１ａａ」、ステップＳ２０２で選択された紹介先端末の端末ＩＤ「０１ａｂ」及びステップＳ２０４で選択された要求先端末の端末ＩＤ「０１ｄａ」を含む紹介要求を、伝送管理システム５０に送信する（ステップＳ２０５）。

次に、伝送管理システム５０の紹介情報管理部５８は、宛先リスト管理テーブル（図１０）を参照し、紹介先端末１０ａｂの宛先リストに要求先端末１０ｄａが登録されていないことを確認後、紹介情報管理テーブルにエントリを作成する（ステップＳ２０６）。図２３は、作成されたエントリの例を表している。次いで、紹介情報管理部５８は、端末管理テーブル（図９）を参照し、紹介先端末の稼動状態を確認する（ステップＳ２０７）。ここで、紹介先端末１０ａｂ（端末ＩＤ「０１ａｂ」）は、オンラインであり、かつ、会議中ではない。従って、紹介情報管理部５８は、追加要求依頼を、紹介先端末１０ａｂに送信する（ステップＳ２０８）。

紹介先端末１０ａｂの表示制御部１６は、追加要求依頼の受信に応じて、図２５に示されるような、追加要求確認画面を表示する（ステップＳ２０９）。次いで、操作入力受付部１２は、ユーザから、「はい」の選択を受け付けたものとする（ステップＳ２１０）。すると、送受信部１１は、要求先端末１０ｄａを宛先リストに追加することを要求する追加要求を、伝送管理システム５０に送信する（ステップＳ２１１）。

伝送管理システム５０の紹介情報管理部５８は、追加要求依頼への応答として追加要求を受信すると、追加要求管理テーブルに、追加要求の要求元である要求元端末（すなわち紹介先端末）と要求先端末とを含むエントリを作成する（ステップＳ２１２）。図１１の上から三番目のエントリが、ステップＳ２１２で作成されたエントリである。次に、紹介情報管理部５８は、要求先端末１０ｄａに、追加承認要求を送信する（ステップＳ２１３）。ここで、追加承認要求は、紹介元端末と紹介先端末の端末ＩＤ及び端末名を含む。

要求先端末１０ｄａの表示制御部１６は、追加承認依頼の受信に応じて、図２６に示されるような、追加承認画面を表示する（ステップＳ２１４）。次いで、操作入力受付部１２は、ユーザから、「はい」の選択を受け付けたものとする（ステップＳ２１５）。すると、送受信部１１は、紹介先端末１０ａｂによる追加要求を承認する追加承認応答を、伝送管理システム５０に送信する（ステップＳ２１６）。

伝送管理システム５０の紹介情報管理部５８は、要求先端末１０ｄａから追加承認応答を受け取ると、宛先リスト管理部５７に、宛先リストを更新させる（ステップＳ２１７）。ここでは、宛先リスト管理部５７は、紹介先端末の宛先リストに要求先端末を追加することができる。また、宛先リスト管理部５７は、要求先端末の宛先リストに紹介先端末を追加してもよい。

次に、紹介情報管理部５８は、ステップＳ２０６で作成した紹介情報管理テーブルのエントリを削除する（ステップＳ２１８）。さらに、紹介情報管理部５８は、ステップＳ２１２で作成した追加要求管理テーブルのエントリとを削除する（ステップＳ２１９）。そして、紹介情報管理部５８は、紹介先端末に、追加完了通知を送信する（ステップＳ２２０）。

なお、上述した例では、紹介元端末は、一の紹介先端末の選択を受け付けているが、複数の紹介先端末の選択を受け付けてもよい。この場合、伝送管理システム５０は、選択された全ての紹介先端末からの、要求先端末への追加要求を処理することができる。また、上述した例では、紹介元端末は、一の要求先端末の選択を受け付けているが、複数の要求先端末の選択を受け付けてもよい。この場合、伝送管理システム５０は、紹介先端末から、選択された全ての要求先端末に対する追加要求を処理することができる。

＜＜実施形態の主な効果＞＞
以上説明したように本実施形態によれば、第一の利用者が、宛先リストから第二の利用者を選択し、同じく宛先リストから選択した第三の利用者から第二の利用者へ宛先リスト追加要求を送信させることができるようになる。この後、第二の利用者が、第三の利用者からの宛先リスト追加要求を承認することによって、第二および第三の利用者は互いの宛先リストに含まれ、別の手段を用いた識別情報の伝達なしに、相互に通話の開始が可能となる。

＜＜実施形態の補足＞＞
なお、上記各実施形態における中継装置３０、伝送管理システム５０、伝送端末管理システム８０、プログラム提供システム９０、及びメンテナンスシステム１００は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。
更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

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

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

更に、伝送システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機に相当する。

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

更に、コンテンツデータは、画像（視覚）データ、音声（聴覚）データ、触覚データ、嗅覚データ、及び味覚データのうち、少なくとも１つのデータであればよい。

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

また、上述した端末１０は、カーナビゲーション装置、携帯電話機の他に、汎用ＰＣ、スマートフォン、タブレット型端末、ウェアラブル端末、電子黒板、プリンタや複合機などの画像形成装置、プロジェクタなどの投影装置であっても良い。

１０ 伝送端末
１１ 送受信部
１６ 表示制御部
１７ 抽出部
１８ 宛先リスト作成部
１９ 記憶・読出処理部
２０ 紹介要求部
５０ 伝送管理システム
５１ 送受信部（送信手段の一例、受信手段の一例）
５２ 端末認証部（端末認証手段の一例）
５３ 端末管理部（端末管理手段の一部又は一例）
５４ 抽出部（抽出手段の一例）
５５ 追加要求管理部（追加要求管理手段の一例）
５６ 端末状態確認部（端末状態確認手段の一例）
５７ 宛先リスト管理部（宛先リスト管理手段の一部又は一例）
５８ 紹介情報管理部
５９ 記憶・読出処理部
８０ 伝送端末管理システム
８１ 送受信部（送信手段の一例、受信手段の一例）
８２ 端末認証部（端末認証手段の一例）
８３ 抽出部（抽出手段の一例）
８４ 宛先リスト作成部（宛先リスト作成手段の一例）
８５ 追加承認要求画面作成部（画面作成手段の一例）
１００１ 不揮発性記憶部
１００２ 揮発性記憶部
５０００ 不揮発性記憶部
５００１ 端末認証管理ＤＢ（端末認証手段の一部又は一例）
５００２ 端末管理ＤＢ（端末管理手段の一部又は一例）
５００３ 宛先リスト管理ＤＢ（宛先リスト管理手段の一部又は一例）
５００４ 追加要求管理ＤＢ（追加要求管理手段の一部又は一例）
５００５ 紹介情報管理ＤＢ
８０００ 記憶部

特開２０１３−０８５２０８号公報

Claims (7)

1. 複数の伝送端末のうち、一の伝送端末からの通信の開始要求を他の伝送端末へ伝えることで、前記伝送端末の間の通信を管理する伝送管理システムであって、
   前記伝送端末の識別情報に、前記伝送端末と通信可能な宛先候補である伝送端末の識別情報を関連付け、前記伝送端末の宛先候補を管理する宛先候補管理手段と、
   所定の伝送端末を宛先候補として追加することを要求する追加要求を受信すると共に、前記追加要求を送信した伝送端末の識別情報及び前記宛先候補の伝送端末の識別情報を受信する受信手段と、
   前記追加要求を承認するか否かを要求する承認要求を、前記宛先候補である伝送端末に送信すると共に、前記追加要求を送信した伝送端末の識別情報を送信する送信手段と、
   前記伝送端末のうちの第一の伝送端末から、第二の伝送端末に第三の伝送端末を前記宛先候補として追加するよう促す紹介要求を受信し、前記第三の伝送端末に前記追加要求を送信するか問い合わせる追加要求依頼を前記第二の伝送端末に送信する紹介管理手段と、
   を有し、
   前記受信手段は、前記追加要求依頼に対する応答として、前記第二の伝送端末から、前記第三の伝送端末を宛先候補として追加することを要求する追加要求を受信し、
   前記送信手段は、前記第二の伝送端末からの前記追加要求の受信に応じて、前記第三の伝送端末に対して前記承認要求を送信し、
   前記受信手段は、前記承認要求に対する応答として、前記第三の伝送端末から追加要求応答を受けとり、
   前記第三の伝送端末から送信された前記追加要求応答が承認する旨を示す場合、前記宛先候補管理手段は、前記第二の伝送端末の識別情報に、前記第三の伝送端末の識別情報を前記宛先候補の識別情報として関連付ける、
   伝送管理システム。
2. 前記紹介管理手段は、前記追加要求依頼の送信と共に、前記第一の伝送端末及び前記第三の伝送端末の識別情報を、前記第二の伝送端末に送信する、
   請求項１に記載の伝送管理システム。
3. 前記第一の伝送端末及び前記第三の伝送端末の識別情報は、前記第二の伝送端末に表示される、
   請求項２に記載の伝送管理システム。
4. 前記送信手段は、前記第三の伝送端末に対して前記承認要求を送信すると共に、前記第一の伝送端末及び前記第二の伝送端末の識別情報を、前記第三の伝送端末に送信する、
   請求項２又は３に記載の伝送管理システム。
5. 前記第一の伝送端末及び前記第二の伝送端末の識別情報は、前記第三の伝送端末に表示される、
   請求項４に記載の伝送管理システム。
6. 複数の伝送端末のうち、一の伝送端末からの通信の開始要求を他の伝送端末へ伝えることで、前記伝送端末の間の通信を管理する伝送管理システムにおいて実行される伝送管理方法であって、
   前記伝送端末のうちの第一の伝送端末から、第二の伝送端末に第三の伝送端末を通信可能な宛先候補として追加するよう促す紹介要求を受信する段階と、
   前記第三の伝送端末を前記宛先候補として追加することを要求する追加要求を送信するか問い合わせる追加要求依頼を前記第二の伝送端末に送信する段階と、
   前記追加要求依頼に対する応答として、前記第二の伝送端末から前記追加要求を受信する段階と、
   前記第二の伝送端末からの前記追加要求の受信に応じて、前記第三の伝送端末に対して、前記追加要求を承認するか問い合わせる承認要求を送信する段階と
   前記承認要求に対する応答として、前記第三の伝送端末から追加要求応答を受信する段階と、
   前記第三の伝送端末から送信された前記追加要求応答が承認する旨を示す場合、前記第二の伝送端末の識別情報に、前記第二の伝送端末と通信可能な宛先候補として前記第三の伝送端末の識別情報を関連付ける段階と、
   を有する、伝送管理方法。
7. コンピュータに、請求項６に記載の方法を実行させるプログラム。

Images