次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明する。以下で説明する実施例は一例に過ぎず、本発明が適用される実施の形態は、以下の実施例に限られない。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。
<伝送システム>
図1は、本実施形態に係る伝送システム1の概略図である。
伝送システム1には、伝送管理システムを介して一方の伝送端末から他方の伝送端末に一方向でコンテンツデータを伝送するデータ提供システムや、伝送管理システムを介して複数の伝送端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム(「伝送管理システム」に相当)を介して複数のコミュニケーション端末(「伝送端末」に相当)間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム等が例として挙げられる。
本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、伝送システム、伝送管理システム、及び伝送端末について説明する。即ち、本実施形態に係る伝送端末及び伝送管理システムは、テレビ会議システムに適用されるだけでなく、コミュニケーションシステム、又は伝送システムにも適用される。
伝送システム1は、複数の伝送端末(10aa,10ab,…)、各伝送端末(10aa,10ab,…)用のディスプレイ(120aa,120ab,…)、複数の中継装置(30a,30b,30c,30d)、通信管理装置としての伝送管理システム50、端末装置60、プログラム提供システム90、及びメンテナンスシステム100によって構築されている。
なお、以下では、「伝送端末」を単に「端末」として表し、「伝送管理システム」を単に「管理システム」として表すこともある。また、複数の端末(10aa,10ab,…)のうち任意の端末は、「端末10」と表され、複数のディスプレイ(120aa,120ab,…)のうち任意のディスプレイは「ディスプレイ120」と表され、複数の中継装置(30a,30b,30c,30d)のうち任意の中継装置は「中継装置30」と表される。更に、テレビ会議の開始を要求する要求元としての端末は「要求元端末」と表され、要求先である宛先(中継先)としての通信相手先の伝送端末は「宛先端末」と表される。
複数の端末10は、コンテンツデータの一例としての画像データ及び音声データの送受信による伝送を行う。
以下、「画像データおよび音声データ」を「コンテンツデータ」として表すこともある。なお、端末10間で伝送されるコンテンツデータは、実施例に限定されるものではない。他の例としては、コンテンツデータは、テキストデータであってもよく、また、他の例としては、コンテンツデータは、音声データ、画像データに加えてテキストデータを含むものであってもよい。また、画像データは、動画であってもよく、静止画であってもよい。また、画像データは、動画と静止画の両方を含んでいてもよい。
図2は、伝送システムにおける画像データ、音声データ、及び各種管理情報の送受信の状態を示した概念図である。
伝送システム1において、要求元端末と宛先端末との間では、管理システム50を介して、各種の管理情報を送受信するための管理情報用セッションseiが確立される。また、要求元端末と宛先端末との間では、中継装置30を介して、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの4つの各データを送受信するための4つのセッションが確立される。ここでは、これら4つのセッションをまとめて、画像・音声データ用セッションsedとして示している。
本実施形態で扱われる画像データの画像の解像度について説明する。
図3は、画像データの画質を説明する概念図である。
画像データの画像には、図3(a)に示されるように、横が160画素、縦が120画素から成り、ベース画像となる低解像度の画像がある。また、画像データの画像には、図3(b)に示されるように、横が320画素、縦が240画素から成る中解像度の画像がある。また、画像データの画像には、図3(c)に示されるように、横が640画素、縦が480画素から成る高解像度の画像がある。
狭帯域経路を経由する場合には、ベース画像となる低解像度の画像データから成る低画質の画像データが中継される。帯域が比較的広い場合には、ベース画像となる低解像度の画像データ、及び中解像度の画像データから成る中画質の画像データが中継される。また、帯域が非常に広い場合には、ベース画質となる低解像度の画像データ、中解像度の画像データ、及び高解像度の画像データから成る高画質の画像データが中継される。
図1に示される中継装置30は、複数の端末10の間で、コンテンツデータの中継を行う。管理システム50は、端末10からのログイン認証、端末10の通話状況の管理、宛先リストの管理等、及び中継装置30の通信状況等を一元的に管理する。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。
複数のルータ(70a,70b,70c,70d,70ab,70cd)は、画像データ及び音声データの最適な経路の選択を行う。なお、以下では、ルータ(70a,70b,70c,70d,70ab,70cd)のうち任意のルータは「ルータ70」と表されている。
端末装置60は、端末10、中継装置30、管理システム50、及びプログラム提供システム90のうちの少なくとも1つの設定を行うためのコンピュータである。
プログラム提供システム90は、HD(Hard Disk)204を備えており、HD204には端末10に各種機能を実現させる(又は、端末10を各種手段として機能させる)ための端末用プログラムが記憶され、端末10に端末用プログラムを送信することができる。
また、プログラム提供システム90のHD204には、中継装置30に各種機能を実現させる(又は、中継装置30を各種手段として機能させる)ための中継装置用プログラムも記憶されており、中継装置30に、中継装置用プログラムを送信することができる。
更に、プログラム提供システム90のHD204には、管理システム50に各種機能を実現させる(又は、管理システム50を各種手段として機能させる)ための伝送管理用プログラムも記憶されており、管理システム50に、伝送管理用プログラムを送信することができる。
メンテナンスシステム100は、端末10、中継装置30、管理システム50、端末装置60、及びプログラム提供システム90のうちの少なくとも1つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム100が国内に設置され、端末10、中継装置30、管理システム50、端末装置60、又はプログラム提供システム90が国外に設置されている場合、メンテナンスシステム100は、通信ネットワーク2を介して遠隔的に、端末10、中継装置30、管理システム50、端末装置60、及びプログラム提供システム90のうちの少なくとも1つの維持、管理、保守等のメンテナンスを行う。
また、メンテナンスシステム100は、通信ネットワーク2を介さずに、端末10、中継装置30、管理システム50、端末装置60、及びプログラム提供システム90のうちの少なくとも1つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。
ところで、端末(10aa,10ab,10ac,・・・)、中継装置30a、及びルータ70aは、LAN2aによって通信可能に接続されている。端末(10ba,10bb,10bc,・・・)、中継装置30b、及びルータ70bは、LAN2bによって通信可能に接続されている。また、LAN2a及びLAN2bは、ルータ70abが含まれた専用線2abによって通信可能に接続されており、所定の地域A内で構築されている。例えば、地域Aは日本であり、LAN2aは東京の事業所内で構築されており、LAN2bは大阪の事業所内で構築されている。
一方、端末(10ca,10cb,10cc,・・・)、中継装置30c、及びルータ70cは、LAN2cによって通信可能に接続されている。端末10d(10da,10db,10dc,・・・)、中継装置30d、及びルータ70dは、LAN2dによって通信可能に接続されている。
また、LAN2c及びLAN2dは、ルータ70cdが含まれた専用線2cdによって通信可能に接続されており、所定の地域B内で構築されている。例えば、地域Bはアメリカ合衆国であり、LAN2cはニューヨークの事業所内で構築されており、LAN2dはワシントンD.C.の事業所内で構築されている。地域A及び地域Bは、それぞれルータ(70ab,70cd)からインターネット2iを介して通信可能に接続されている。
また、管理システム50、及びプログラム提供システム90は、インターネット2iを介して、端末10、及び中継装置30と通信可能に接続されている。管理システム50、及びプログラム提供システム90は、地域A又は地域Bに設置されていてもよいし、これら以外の地域に設置されていてもよい。
なお、本実施形態では、LAN2a、LAN2b、専用線2ab、インターネット2i、専用線2cd、LAN2c、及びLAN2dによって、本実施形態の通信ネットワーク2が構築されている。この通信ネットワーク2には、有線だけでなく、WiFi(Wireless Fidelity)や、Bluetooth(登録商標)等の無線による通信が行われる箇所があってもよい。
また、図1において、各端末10、各中継装置30、管理システム50、各ルータ70、及びプログラム提供システム90の下に示されている4組の数字は、一般的なIPv4におけるIPアドレスを簡易的に示している。例えば、端末10aaのIPアドレスは「1.2.1.3」である。また、IPv4ではなく、IPv6を用いてもよいが、説明を簡略化するため、IPv4を用いて説明する。
なお、各端末10は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末10が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。
<ハードウェア構成>
次に、本実施形態のハードウェア構成を説明する。本実施形態では、宛先(中継先)としての端末10で画像データの受信に遅延が生じた場合に、中継装置30によって画像データの画像の解像度を変更してから、中継先としての端末10へ画像データを送信する場合について説明する。
図4は、本実施形態に係る端末の外観図である。以下、端末10の長手方向をX軸方向、水平面内でX軸方向に直交する方向をY軸方向、X軸方向及びY軸方向に直交する方向(鉛直方向)をZ軸方向として説明する。
図4に示されているように、端末10は、筐体1100、アーム1200、及びカメラハウジング1300を備える。このうち、筐体1100の前側壁面1110には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体1100の後側壁面1120には、複数の排気孔が形成された排気面1121が設けられている。
これにより、筐体1100に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末10の後方の外気を取り込み、排気面1121を介して端末10の後方へ排気することができる。筐体1100の右側壁面1130には、収音用孔1131が形成され、後述する内蔵型のマイク114によって音声、物音、雑音等の音が収音可能となっている。
筐体1100の右側壁面1130側には、操作パネル1150が形成されている。この操作パネル1150には、後述の複数の操作ボタン(108a〜108e)、後述の電源スイッチ109、及び後述のアラームランプ119が設けられていると共に、後述の内蔵型のスピーカ115からの出力音を通すための複数の音声出力孔によって形成された音出面1151が形成されている。また、筐体1100の左側壁面1140側には、アーム1200及びカメラハウジング1300を収容するための凹部としての収容部1160が形成されている。筐体1100の右側壁面1130には、後述の外部機器接続I/F118に対して電気的にケーブルを接続するための複数の接続口(1132a〜1132c)が設けられている。一方、筐体1100の左側壁面1140には、後述の外部機器接続I/F118に対して電気的にディスプレイ120用のケーブル120cを接続するための不図示の接続口が設けられている。
なお、以下では、操作ボタン(108a〜108e)のうち任意の操作ボタンを示す場合には「操作ボタン108」を用い、接続口(1132a〜1132c)のうち任意の接続口を示す場合には「接続口1132」を用いて説明する。
次に、アーム1200は、トルクヒンジ1210を介して筐体1100に取り付けられており、アーム1200が筐体1100に対して、135度のチルト角θ1の範囲で、上下方向に回転可能に構成されている。図3では、チルト角θ1が90度の状態を示している。
カメラハウジング1300には、後述の内蔵型のカメラ1121が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング1300には、トルクヒンジ1310が形成されている。カメラハウジング1300は、トルクヒンジ1310を介して、アーム1200に取り付けられている。そして、カメラハウジング1300は、トルクヒンジ1310を介してアーム1200に取り付けられており、カメラハウジング1300がアーム1200に対して、図4で示されている状態を0度として±180度のパン角θ2の範囲で、且つ、±45度のチルト角θ3の範囲で、上下左右方向に回転可能に構成されている。
なお、他の例としては、端末10は、一般の汎用コンピュータであってもよい。端末10として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることとする。これにより、汎用コンピュータを、実施例にかかる端末10として利用することができる。
また、端末10として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末10の処理を実行するためのアプリケーションをインストールしておくこととする。よって、端末10は、図4に示す端末と一般の汎用コンピュータとを含めて情報処理端末とも称する。
なお、中継装置30、管理システム50、及びプログラム提供システム90は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。
図5は、本実施形態に係る端末10のハードウェア構成図である。端末10は、端末10全体の動作を制御するCPU(Central Processing Unit)101、IPL(Initial Program Loader)等のCPU101の駆動に用いられるプログラムを記憶したROM(Read Only Memory)102、CPU101のワークエリアとして使用されるRAM(Random Access Memory)103、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ104、CPU101の制御にしたがってフラッシュメモリ104に対する各種データの読み出し又は書き込みを制御するSSD(Solid State Drive)105、フラッシュメモリ等の記録メディア106に対するデータの読み出し又は書き込み(記憶)を制御するメディアドライブ107、端末10の宛先を選択する場合などに操作される操作ボタン108、端末10の電源のON/OFFを切り換えるための電源スイッチ109、通信ネットワーク2を利用してデータ伝送をするためのネットワークI/F(Interface)111を備えている。
また、端末10は、CPU101の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ112、このカメラ112の駆動を制御する撮像素子I/F113、音声を入力する内蔵型のマイク114、音声を出力する内蔵型のスピーカ115、CPU101の制御に従ってマイク114及びスピーカ115との間で音声信号の入出力を処理する音声入出力I/F116、CPU101の制御に従って外付けのディスプレイ120に画像データを伝送するディスプレイI/F117、各種の外部機器を接続するための外部機器接続I/F118、及び上記各構成要素を図5に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン110を備えている。
ディスプレイ120は、被写体の画像や操作用アイコン等を表示する液晶や有機ELによって構成された表示部である。また、ディスプレイ120は、ケーブル120cによってディスプレイI/F117に接続される。このケーブル120cは、アナログRGB(VGA)信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、HDMI(登録商標)(High-Definition Multimedia Interface)やDVI(Digital Video Interactive)信号用のケーブルであってもよい。
カメラ112は、レンズや、光を電荷に変換して被写体の画像(映像)を電子化する固体撮像素子を含み、固体撮像素子として、CMOS(Complementary Metal Oxide Semiconductor)や、CCD(Charge Coupled Device)等が用いられる。
外部機器接続I/F118には、USB(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、CPU101の制御に従って、内蔵型のカメラ112に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、CPU101の制御に従って、それぞれが内蔵型のマイク114や内蔵型のスピーカ115に優先して、外付けマイクや外付けスピーカが駆動する。
なお、記録メディア106は、端末10に対して着脱自在な構成となっている。また、CPU101の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ104に限らず、EEPROM(Electrically Erasable and Programmable ROM)等を用いてもよい。
更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア106等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ104ではなくROM102に記憶させるようにしてもよい。
図6は、本実施形態に係る管理システムのハードウェア構成図である。管理システム50は、管理システム50全体の動作を制御するCPU201、IPL等のCPU201の駆動に用いられるプログラムを記憶したROM202、CPU201のワークエリアとして使用されるRAM203、伝送管理用プログラム等の各種データを記憶するHD204、CPU201の制御にしたがってHD204に対する各種データの読み出し又は書き込みを制御するHDD(Hard Disk Drive)205、フラッシュメモリ等の記録メディア206に対するデータの読み出し又は書き込み(記憶)を制御するメディアドライブ207、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ208、通信ネットワーク2を利用してデータ伝送をするためのネットワークI/F209、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード211、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス212、着脱可能な記録媒体の一例としてのCD−ROM(Compact Disc Read Only Memory)213に対する各種データの読み出し又は書き込みを制御するCD−ROMドライブ214、及び、上記各構成要素を図6に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン210を備えている。
なお、上記伝送管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD−ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記伝送管理用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。
中継装置30は、管理システム50と同様のハードウェア構成を適用できる。但し、HD204には、中継装置30を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD−ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記中継装置用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。
また、プログラム提供システム90及びメンテナンスシステム100は、上記管理システム50のハードウェア構成を適用できる。但し、HD204には、プログラム提供システム90を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア206やCD−ROM213等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記プログラム提供システム用プログラムは、HD204ではなくROM202に記憶されるようにしてもよい。
なお、上記着脱可能な記録媒体の他の例として、CD−R(Compact Disc Recordable)、DVD(Digital Versatile Disk)、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
<機能構成>
次に、本実施形態の機能構成について説明する。
図7は、本実施形態の伝送システム1を構成する各端末、装置及びシステムの機能ブロック図である。図7では、端末10、中継装置30、及び管理システム50が、通信ネットワーク2を介してデータ通信することができるように接続されている。また、図1に示されているプログラム提供システム90は、テレビ会議の通信において直接関係ないため、図7では省略されている。
<端末の各機能構成>
端末10は、送受信部11と、操作入力受付部12と、ログイン要求部13と、撮像部14と、音声入力部15aと、音声出力部15bと、表示制御部16と、最終絞込部17と、遅延検出部18と、記憶・読出処理部19と、リスト作成部20とを有している。
これら各部は、図5に示されている各構成要素のいずれかが、フラッシュメモリ104からRAM103上に展開された端末用プログラムに従ったCPU101からの命令によって動作することで実現される機能、又は機能される手段である。
また、端末10は、図5に示されているRAM103によって構築される揮発性記憶部1002、及び図5に示されているフラッシュメモリ104によって構築される不揮発性記憶部1001を有している。
(端末の各機能構成)
次に、図5及び図7を用いて、端末10の各機能構成について詳細に説明する。以下では、端末10の各機能構成部を説明するにあたって、図5に示されている各構成要素のうち、端末10の各機能構成部を実現させるための主な構成要素との関係も説明する。
図7に示されている端末10の送受信部11は、図5に示されているCPU101からの命令、及び図5に示されているネットワークI/F111によって実現され、通信ネットワーク2を介して他の端末、装置又はシステムと各種データ(または情報)の送受信を行う。この送受信部11は、所望の宛先端末と通話を開始する前から、管理システム50より、宛先候補としての各端末の状態を示す各状態情報の受信を開始する。
なお、この状態情報は、各端末10の稼動状態(オンラインかオフラインかの状態)だけでなく、オンラインであっても更に通話中であるか、離席中であるか等の詳細な状態を示す。また、この状態情報は、各端末10の稼動状態だけでなく、端末10でケーブル120cが端末10から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする(MUTE)等、様々な状態を示す。以下では、一例として、状態情報が稼動状態を示す場合について説明する。
操作入力受付部12は、図5に示されているCPU101からの命令、並びに図5に示されている操作ボタン108及び電源スイッチ109によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図5に示されている電源スイッチ109をONにすると、図7に示されている操作入力受付部12が電源ONを受け付けて、電源をONにする。
ログイン要求部13は、図5に示されているCPU101からの命令によって実現され、上記電源ONの受け付けを契機として、送受信部11から通信ネットワーク2を介して管理システム50に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のIPアドレスを自動的に送信する。また、利用者が電源スイッチ109をONの状態からOFFにすると、送受信部11が管理システム50へ電源をOFFする旨の状態情報を送信した後に、操作入力受付部12が電源を完全にOFFにする。これにより、管理システム50側では、端末10が電源ONから電源OFFになったことを把握することができる。
撮像部14は、図5に示されているCPU101からの命令、並びに図5に示されているカメラ112及び撮像素子I/F113によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。
音声入力部15aは、図5に示されているCPU101からの命令、及び図5に示されている音声入出力I/F116によって実現され、マイク114によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部15bは、図5に示されているCPU101からの命令、及び図5に示されている音声入出力I/F116によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ115から音声を出力させる。
表示制御部16は、図5に示されているCPU101からの命令、及び図5に示されているディスプレイI/F117によって実現され、外付けのディスプレイ120に対して画像データを送信するための制御を行う。
図8は、表示制御部を示す。
表示制御部16は、図5に示されているCPU101からの命令によって、図8に示されているように、表示実行部16a、判断部16b、表示抑制部16c、及び延長時間決定部16dを実現する。
表示実行部16aは、要求元端末が所望の宛先端末とテレビ会議の通話を開始する前に、各宛先名が含まれた宛先リストをディスプレイ120に表示させる。さらに、表示実行部16aは、送受信部11による受信の開始後に受信された状態情報を反映させて各宛先名が含まれた宛先状態リストをディスプレイ120に表示させる。
判断部16bは、送受信部11による各状態情報の受信の開始後に受信された状態情報のうち、特定の状態情報(i)が含まれているかを判断する。この特定の状態情報(i)は、管理システム50で予め定められた特定の端末の状態を示す状態情報であり、例えば、管理システム50で用意されたダミーの端末の状態が示された状態情報であったり、本来は管理システム50からは届くことのない自端末としての要求元端末の状態が示された状態情報であったりする。
なお、ダミーの端末は、実際には存在するが他の端末10とは通話できない端末や、実際には存在しない架空の端末である。なお、以下では一例として、特定の状態情報(i)が、要求元端末(端末10aa)である自端末の状態を示したダミーの状態情報である場合について説明する。
表示抑制部16cは、送受信部11による受信の開始後に受信された状態情報のうち、送受信部11によって特定の状態情報(i)が受信されるまでは、表示実行部16aによる表示の抑制を行う。
更に、この表示の抑制としては、一旦は全ての宛先名に対して、アイコン11−3b等のオフライン状態を示す特定のアイコンを全て表示させておいてから、所定時間経過後に端末10の状態情報が反映されたアイコンに切り替え表示されてもよい。
延長時間決定部16dは、要求元端末が管理システム50に対して宛先リスト要求情報を送信した時点から、要求元端末が時間計測を開始し、送受信部11によって特定の状態情報(i)を受信するまでの時間を計測する。また、延長時間決定部16dは、計測された時間(即ち、宛先リスト要求情報を送信した時点から)特定の状態情報(i)が送受信部11で受信されるまでの間に受信された状態情報の数に基づいて、表示抑制部16cによる表示の抑制を行う時間の延長分である延長時間(t)を算出する。これにより、延長時間決定部16dが、延長時間(t)を決定する。この場合、表示抑制部16cは、アイコン11−3等の表示を開始させるタイミングを、延長時間決定部16dによって決定された延長時間(t)分ほど延長する。
また、判断部16bは、延長された延長時間(t)内に、送受信部11によって新たな端末10の状態情報を受信したかを判断する。更に、表示抑制部16cは、判断部16bの判断結果に基づき、延長時間(t)内に新たな端末10の状態情報を受信した時点から延長時間(t)分だけ端末10の状態を示す状態情報の受信時間を延長する。この新たな端末10の状態情報は、上記特定の状態情報(i)以外の状態情報であり、要求元端末が管理システム50に対して宛先リスト要求情報を送信した時点から、延長になるまでの間に受信された状態情報に係る端末10とは異なった端末10の状態情報であってもよいし、同じ端末10の状態情報であってもよい。なお、この同じ端末10の場合としては、例えば、自端末としての要求元端末での電源ONから延長になるまでの間と、延長になった後とで、端末10の稼動状態に変化が生じたため、同じ端末10ではあるが異なった稼動状態が示される状態情報が受信された場合を示す。
図9は、最終絞込部17を示す。
最終絞込部17は、複数の中継装置30から最終的に1つの中継装置30に絞り込む最終絞り込み処理を行う。最終絞込部17は、図5に示されているCPU101からの命令によって、図9に示されているような計測部17a、算出部17b、及び最終選択部17cを実現する。
このうち、計測部17aは、送受信部11によって受信された後述の事前送信情報毎に、送受信部11によって事前送信情報が受信される際の受信日時を計測する。算出部17bは、計測部17aによって受信日時が計測された事前送信情報毎に、この計測された受信時間と、この事前送信情報に含まれている送信日時との差に基づいて、事前送信情報の送信から受信までの所要時間(T)を算出する。最終選択部17cは、算出部17bによって算出された所要時間のうち最短の所要時間を要した事前送信情報が中継された中継装置30を選択することで、最終的に1つの中継装置を選択する。
遅延検出部18は、図5に示されているCPU101からの命令によって実現され、他の端末10から中継装置30を介して送られて来る画像データ又は音声データの遅延時間(ms)を検出する。
また、記憶・読出処理部19は、図5に示されているCPU101からの命令、及び図5に示すSSD105によって実行され、不揮発性記憶部1001に各種データを記憶したり、不揮発性記憶部1001に記憶された各種データを読み出したりする処理を行う。この不揮発性記憶部1001には、端末10を識別するための端末ID(Identification)、及びパスワード等が記憶される。
更に、記憶・読出処理部19は、揮発性記憶部1002に各種データを記憶したり、揮発性記憶部1002に記憶された各種データを読み出したりする処理も行う。この揮発性記憶部1002には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ120に画像が表示され、上書きされる前の音声データによってスピーカ150から音声が出力される。
リスト作成部20は、管理システム50から受信した、後述の宛先リスト情報及び各宛先候補としての端末10の状態情報に基づいて、宛先候補の状態がアイコンで示された宛先リストの作成及び更新を行う。
なお、本実施形態の端末ID及び後述の中継装置IDは、それぞれ端末10及び中継装置30を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ID及び中継装置IDは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも2つが組み合わされた識別情報であってもよい。
<中継装置の機能構成>
中継装置30は、送受信部31と、状態検知部32と、データ品質確認部33と、変更品質管理部34と、データ品質変更部35と、記憶・読出処理部39とを有している。これら各部は、図6に示されている各構成要素のいずれかが、HD204からRAM203上に展開された中継装置用プログラムに従ったCPU201からの命令によって動作することで実現される機能又は機能される手段である。
また、中継装置30は、中継装置30の電源をOFFにしても各種データ(または情報)の記憶が維持される不揮発性記憶部3000を有しており、この不揮発性記憶部3000は図6に示されているHD204により構築されている。
(変更品質管理テーブル)
図10は、変更品質管理テーブルの一例を示す。
不揮発性記憶部3000には、変更品質管理テーブルによって構成されている変更品質管理DB(Data Base)3001が構築される。変更品質管理テーブルでは、画像データの中継先としての端末10のIPアドレス、及びこの中継先に中継装置30が中継する画像データの画質が関連付けられて管理される。
(中継装置の各機能構成)
次に、中継装置30の各機能構成について詳細に説明する。
なお、以下では、中継装置30の各機能構成部を説明するにあたって、図6に示されている各構成要素のうち、中継装置30の各機能構成を実現させるための主な構成要素との関係も説明する。
図7に示されている中継装置30の送受信部31は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実現され、通信ネットワーク2を介して他の端末、装置、又はシステムと各種データ(または情報)の送受信を行う。
状態検知部32は、図6に示されているCPU201からの命令によって実現され、この状態検知部32を有する中継装置30の稼動状態を検知する。稼動状態としては、「オンライン」、「オフライン」、「通話中」又は「一時中断」の状態がある。
データ品質確認部33は、図6に示されているCPU201からの命令によって実現され、宛先端末のIPアドレスを検索キーとして、変更品質管理DB3001(図11参照)を検索し、対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。
変更品質管理部34は、図6に示されているCPU201からの命令によって実現され、管理システム50から送られて来る、後述の品質情報に基づいて、変更品質管理DB3001の内容を変更する。
例えば、端末IDが「01aa」である要求元端末(端末10aa)と、端末IDが「01db」である宛先端末(端末10db)との間で高画質の画像データを送受信することによってテレビ会議を行っている最中に、他のテレビ会議を行う要求元端末(端末10bb)と宛先端末(端末10ca)が通信ネットワーク2を介してテレビ会議を開始すること等によって、宛先端末(端末10db)で画像データの受信の遅延が生じた場合には、中継装置30は今まで中継していた画像データの画質を、高画質から中画質に下げる。このような場合に、中画質を示す品質情報に基づいて、中継装置30が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理DB3001の内容が変更される。
データ品質変更部35は、図6に示されているCPU201からの命令によって実現され、要求元端末から送られて来た画像データの画質を、上記変更された変更品質管理DB3001の内容に基づいて変更する。記憶・読出処理部39は、図6に示されているCPU201からの命令、及び図6に示されているHDD205によって実現され、不揮発性記憶部3000に各種データを記憶したり、不揮発性記憶部3000に記憶された各種データを読み出したりする処理を行う。
<管理システムの機能構成>
管理システム50は、送受信部51と、端末認証部52と、状態管理部53と、端末抽出部54と、端末状態取得部55と、一次絞込部56と、セッション管理部57と、品質決定部58と、記憶・読出処理部59と、遅延時間管理部60とを有している。これら各部は、図6に示されている各構成要素のいずれかが、HD204からRAM203上に展開された管理システム用プログラムに従ったCPU201からの命令によって動作することで実現される機能又は機能される手段である。
また、管理システム50は、管理システム50の電源をOFFにしても各種データ(または情報)の記憶が維持される不揮発性記憶部5000を有しており、この不揮発性記憶部5000は図6に示されているHD204により構築されている。また、この不揮発性記憶部5000には、宛先リスト枠11−1が記憶されている。
(中継装置管理テーブル)
図11は、中継装置管理テーブルの一例を示す。
不揮発性記憶部5000には、中継装置管理テーブルによって構成されている中継装置管理DB5001が構築されている。この中継装置管理テーブルでは、各中継装置30の中継装置ID毎に、各中継装置30の稼動状態、稼動状態が示される状態情報が管理システム50で受信された受信日時、中継装置30のIPアドレス、及び中継装置30における最大データ伝送速度(Mbps)が関連付けられて管理される。
例えば、図11に示されている中継装置管理テーブルにおいて、中継装置IDが「111a」の中継装置30aは、稼動状態が「オンライン」で、管理システム50で状態情報が受信された日時が「2009年11月10日の13時00分」で、この中継装置30aのIPアドレスが「1.2.1.2」で、この中継装置30aにおける最大データ伝送速度が100Mbpsであることが示されている。
(端末認証管理テーブル)
図12は、端末認証管理テーブルの一例を示す。
不揮発性記憶部5000には、端末認証管理テーブルによって構成されている端末認証管理DB5002が構築されている。この端末認証管理テーブルでは、管理システム50によって管理される全ての端末10の各端末IDに対して、各パスワードが関連付けられて管理される。例えば、図12に示されている端末認証管理テーブルにおいて、端末10aaの端末IDは「01aa」で、パスワードは「aaaa」であることが示されている。
(端末管理テーブル)
図13は、端末管理テーブルの一例を示す。
不揮発性記憶部5000には、端末管理テーブルによって構成されている端末管理DB5003が構築されている。この端末管理テーブルでは、各端末10の端末ID毎に、各端末10を宛先とした場合の宛先名、各端末10の稼動状態、後述のログイン要求情報が管理システム50で受信された受信日時、及び端末10のIPアドレスが関連付けられて管理される。
例えば、図13に示されている端末管理テーブルにおいて、端末IDが「01aa」の端末10aaは、宛先名が「日本 東京事業所 AA端末」で、稼動状態が「オンライン」で、管理システム50でログイン要求情報が受信された日時が「2009年11月10日の13時40分」で、この端末10aaのIPアドレスが「1.2.1.3」であることが示されている。
ここで、端末管理テーブルの端末IDは、伝送システム1に登録されるときに、ユニー
クに割り当てられ、端末名は、管理システム50の管理者または伝送端末10のユーザに
よって登録又は変更される。なお、端末名は、伝送端末10から管理システム50に対し
てなされる要求に応じて、登録又は変更されてもよい。
また、伝送状態が「オンライン(伝送可能)」とは、伝送端末10が伝送システム1に
ログインした状態で、ビデオ会議に参加していない状態であることを表す。「オンライン
(伝送中)」とは、伝送端末10が伝送システム1にログインした状態で、ビデオ会議に
参加している状態であることを表す。伝送状態が「オフライン」とは、伝送端末10が伝
送システム1にログインしていない状態であることを表す。
(宛先リスト管理テーブル)
図14は、宛先リスト管理テーブルの一例を示す。
不揮発性記憶部5000には、宛先リスト管理テーブルによって構成されている宛先リスト管理DB5004が構築され、格納されている。この宛先リスト管理テーブルでは、テレビ会議における通話の開始を要求する要求元端末の端末IDに対して、宛先端末の候補として登録されている宛先端末の端末ID(宛先端末情報)と優先的に表示させる端末IDが紐付けられることにより全て関連付けられて管理される。
例えば、図14に示されている宛先リスト管理テーブルにおいて、宛先リストの送信を要求する宛先リスト送信要求情報を要求する要求元の伝送端末として、端末IDが「01aa」である要求元端末(端末10aa)からテレビ会議における通話の開始を要求することができる要求元の伝送端末と通信可能な通信相手先伝送端末の宛先情報としての宛先端末の候補は、端末IDが「01ab」の端末10ab、端末IDが「01ba」の端末10ba、及び端末IDが「01bb」の端末10bb等であることが示されている。さらに、これらの宛先端末の候補のうち、宛先リストの上位に位置する宛先リスト上位伝送端末として、優先して表示する宛先端末は、端末IDが「01ab」の端末10ab、端末IDが「01bb」の端末10bbであることが示されている。この宛先端末の候補および優先して表示する宛先端末は、任意の要求元端末および端末装置60から管理システム50に対する追加又は削除の要請により、追加又は削除されることで更新される。
(セッション管理テーブル)
図15は、セッション管理テーブルの一例を示す。
不揮発性記憶部5000には、セッション管理テーブルによって構成されているセッション管理DB5005が構築されている。このセッション管理テーブルでは、中継装置30を選択するためのセッションの実行に用いられる選択用セッションID毎に、画像データ及び音声データの中継に使用される中継装置30の中継装置ID、要求元端末の端末ID、宛先端末の端末ID、宛先端末において画像データが受信される際の受信の遅延時間(ms)、及びこの遅延時間が示されている遅延情報を宛先端末から送られて来て管理システム50で受信された受信日時が関連付けられて管理される。
例えば、図15に示されているセッション管理テーブルにおいて、選択用セッションID「se1」を用いて実行されたセッションで選択された中継装置30a(中継装置ID「111a」)は、端末IDが「01aa」の要求元端末(端末10aa)と、端末IDが「01db」の宛先端末(端末10db)との間で、画像データ及び音声データを中継しており、宛先端末(端末10db)において「2009年11月10日の14時00分」時点における画像データの遅延時間が200(ms)であることが示されている。
なお、2つの端末10の間でテレビ会議を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理してもよい。但し、3つ以上の端末10の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の端末10から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。
(アドレス優先度管理テーブル)
図16は、アドレス優先度管理テーブルの一例を示す。
不揮発性記憶部5000には、アドレス優先度管理テーブルによって構成されている優先度管理DB5006が構築されている。このアドレス優先度管理テーブルでは、任意の端末10と任意の中継装置30において、一般的なIPv4におけるIPアドレスのうちの4組のドットアドレス(Dot Address)部分の「同」が多い程、アドレス優先度のポイントが高くなるように、ドットアドレスの同異とアドレス優先度とが関連付けられて管理される。この「同」は、ドットアドレス部分が同じであることを意味し、「異」は、ドットアドレス部分が異なることを意味する。
例えば、図16に示されているアドレス優先度管理テーブルにおいて、ドットアドレスの上位から下位にかけて3つの値が同じIPアドレスの場合には、アドレス優先度のポイントが「5」である。ドットアドレスの上位から下位にかけて2つの値が同じIPアドレスの場合には、アドレス優先度のポイントが「3」である。この場合、最下位のドットアドレスの値が同じであるか否かは優先度に関係ない。ドットアドレスの最上位の値が同じで、上位から2番目の値が異なるIPアドレスの場合には、アドレス優先度のポイントが「1」である。この場合、上位から3番目及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。ドットアドレスの最上位の値が異なるIPアドレスの場合には、アドレス優先度のポイントが「0」である。この場合、上位から2番目、3番目、及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。
(伝送速度優先度管理テーブル)
図17は、伝送速度優先度管理テーブルの一例を示す。
不揮発性記憶部5000に構築されている優先度管理DB5006には、伝送速度優先度管理テーブルも含まれている。この伝送速度優先度管理テーブルでは、中継装置30における最大データ伝送速度(Mbps)の値が大きくなる程、伝送速度優先度のポイントが高くなるように、最大データ伝送速度と伝送速度優先度とが関連付けられて管理される。
例えば、図17に示されている伝送速度優先度管理テーブルにおいて、中継装置30における最大データ伝送速度が1000Mbps以上の場合には、伝送速度優先度のポイントが「5」である。中継装置30における最大データ伝送速度が100Mbps以上1000Mbps未満の場合には、伝送速度優先度のポイントが「3」である。中継装置30における最大データ伝送速度が10Mbps以上100Mbps未満の場合には、伝送速度優先度のポイントが「1」である。中継装置30における最大データ伝送速度が10Mbps未満の場合には、伝送速度優先度のポイントが「0」である。
(品質管理テーブル)
図18は、品質管理テーブルの一例を示す。
不揮発性記憶部5000には、品質管理テーブルによって構成されている品質管理DB5007が構築されている。この品質管理テーブルでは、要求元端末又は宛先端末における画像データの遅延時間(ms)が長い程、中継装置30で中継させる画像データの画質を下げるように、画像データの遅延時間と画像データの画質(画像の品質)とが関連付けられて管理される。
(管理システムの各機能構成)
次に、管理システム50の各機能構成について詳細に説明する。なお、以下では、管理システム50の各機能構成部を説明するにあたって、図6に示されている各構成要素のうち、管理システム50の各機能構成部を実現させるための主な構成要素との関係も説明する。
送受信部51は、図6に示されているCPU201からの命令、及び図6に示されているネットワークI/F209によって実行され、通信ネットワーク2を介して他の端末、装置又はシステムと各種データ(または情報)の送受信を行う。
端末認証部52は、図6に示されているCPU201からの命令によって実現され、送受信部51を介して受信されたログイン要求情報に含まれている端末ID及びパスワードを検索キーとし、不揮発性記憶部5000の端末認証管理DB5002を検索し、端末認証管理DB5002に同一の端末ID及びパスワードが管理されているかを判断することによって端末認証を行う。
状態管理部53は、図6に示されているCPU201からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末管理DB5003(図13参照)に、この要求元端末の端末ID、要求元端末の稼動状態、管理システム50でログイン要求情報が受信された受信日時、及び要求元端末のIPアドレスを関連付けて記憶して管理する。
また、状態管理部53は、利用者が端末10の電源スイッチ109をONの状態からOFFにすることで、端末10から送られてきた、電源をOFFする旨の状態情報に基づいて、端末管理DB5003(図13参照)のオンラインを示す稼動状態をオフラインに変更する。
端末抽出部54は、図6に示されているCPU201からの命令によって実現され、ログイン要求した要求元端末の端末IDをキーとして、宛先リスト管理DB5004(図14参照)を検索し、要求元端末と通話することができる宛先端末の候補の端末IDを読み出すことで、端末IDを抽出する。また、端末抽出部54は、ログイン要求してきた要求元端末の端末IDをキーとして、宛先リスト管理DB5004(図14参照)を検索し、上記要求元端末の端末IDを宛先端末の候補として登録している他の要求元端末の端末IDも抽出する。
端末状態取得部55は、図6に示されているCPU201からの命令によって実現され、上記端末抽出部54によって抽出された宛先端末の候補の端末IDを検索キーとして、端末管理DB5003(図13参照)を検索し、上記端末抽出部54によって抽出された端末ID毎に稼動状態を読み出す。これにより、端末状態取得部55は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。また、端末状態取得部55は、上記端末抽出部54によって抽出された端末IDを検索キーとして、端末管理DB5003を検索し、ログイン要求してきた要求元端末の稼動状態も取得する。
一次絞込部56は、図6に示されているCPU201からの命令によって実現され、複数の中継装置30から最終的に1つの中継装置30に絞り込む最終絞り込み処理を支援するため、この最終絞り込み処理前の一次絞り込み処理を行う。
図19は、一次絞込部56を示す。
一次絞込部56は、図6に示されているCPU201からの命令によって、図19に示されているように、選択用セッションID生成部56a、端末IPアドレス抽出部56b、一次選択部56c、及び優先度決定部56dを実現する。
選択用セッションID生成部56aは、中継装置30を選択するためのセッションの実行に用いられる選択用セッションIDを生成する。
端末IPアドレス抽出部56bは、要求元端末から送られてきた開始要求情報に含まれている要求元端末の端末ID、及び宛先端末の端末IDに基づいて、端末管理DB5003(図13参照)を検索することにより、対応するそれぞれの端末10のIPアドレスを抽出する。
一次選択部56cは、中継装置管理DB5001(図11参照)で管理されている中継装置30のうち、稼動状態が「オンライン」となっている中継装置30の中継装置IDを選択することにより、中継装置30の選択を行う。
また、一次選択部56cは、上記端末IPアドレス抽出部56bによって抽出された、要求元端末のIPアドレス、及び宛先端末のIPアドレスに基づいて、中継装置管理DB5001(図11参照)を検索することにより、上記選択された中継装置30のIPアドレスのドットアドレス毎に、上記要求元端末及び宛先端末の各IPアドレスにおける各ドットアドレスと同じであるか異なるかを調査する。
更に、一次選択部56cは、中継装置毎に、アドレス優先度のポイントにおいて端末10に対する高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位2つの中継装置30を選択することにより、中継装置30の更なる選択を行う。
なお、本実施形態では、ポイントが高い上位2つの中継装置30を選択することにしているが、これに限られるものではなく、中継装置30を1つでも多く絞り込むことができれば、ポイントが高い上位3つ以上の中継装置30を選択するようにしてもよい。
優先度決定部56dは、優先度管理DB5006(図16参照)を参照して、上記一次選択部56cによって調査された中継装置30毎に、アドレス優先度のポイントを決定する。また、優先度決定部56dは、中継装置管理DB5001(図11参照)で管理されている各中継装置30の最大データ伝送速度に基づいて、優先度管理DB5006(図17参照)を検索することにより、上記一次選択部56cによる第1次の絞り込み処理によって絞り込まれた中継装置30毎に伝送速度優先度のポイントを決定する。
続いて、セッション管理部57は、図6に示されているCPU201からの命令によって実現され、不揮発性記憶部5000のセッション管理DB5005(図15参照)に、選択用セッションID生成部56aで生成された選択用セッションID、要求元端末の端末ID、及び宛先端末の端末IDを関連付けて記憶して管理する。また、セッション管理部57は、セッション管理DB5005(図15参照)に対して、選択用セッションID毎に、端末10の最終選択部17cで最終的に1つに選択された中継装置30の中継装置IDを記憶して管理する。
品質決定部58は、図6に示されているCPU201からの命令によって実現され、上記遅延時間を検索キーとして、品質管理DB5007(図18参照)を検索し、対応する画像データの画質を抽出することで、中継装置30に中継させる画像データの画質を決定する。
記憶・読出処理部59は、図6に示されているCPU201からの命令、及び図6に示されているHDD205によって実行され、不揮発性記憶部5000に各種データを記憶したり、不揮発性記憶部5000に記憶された各種データを読み出したりする処理を行う。
遅延時間管理部60は、上記宛先端末のIPアドレスを検索キーとして、端末管理DB5003(図13参照)を検索することで、対応する端末IDを抽出し、更に、セッション管理DB5005(図15参照)のセッション管理テーブルにおいて、上記抽出した端末IDが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。
<実施形態の処理または動作>
図20は、各中継装置30から管理システム50に送信された各中継装置30の状態を示す状態情報を管理する処理を示したシーケンス図である。
各中継装置30では、図7に示されている状態検知部32が、自装置である中継装置30の稼動状態を定期的に検知している(ステップS1−1〜S1−4)。
管理システム50側では、各中継装置30の稼動状態をリアルタイムで管理させるべく、各中継装置30の送受信部31は、定期的に通信ネットワーク2を介して管理システム50へ各状態情報を送信する(ステップS2−1〜S2−4)。これら各状態情報には、中継装置30毎の中継装置IDと、これら各中継装置IDに係る中継装置30の状態検知部32で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置(30a,30b,30d)は、正常に稼動して「オンライン」となっている一方で、中継装置30cは稼働中ではあるが、中継装置30cの中継動作を実行するためのプログラムに何らかの不具合が生じて、「オフライン」となっている場合が示されている。
次に、管理システム50では、各中継装置30から送られて来た各状態情報を送受信部51が受信し、記憶・読出処理部59を介して不揮発性記憶部5000の中継装置管理DB5001(図11参照)に、中継装置ID毎に状態情報を記憶して管理する(ステップS3−1〜S3−4)。これにより、図11に示されるような中継装置管理テーブルに対して、中継装置ID毎に「オンライン」、「オフライン」、又は「故障中」のいずれかの稼動状態が記憶されて管理される。
またこの際に、中継装置ID毎に、管理システム50で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置30から状態情報が送られない場合には、図11に示されている中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。
図21は、複数の端末10の間で通話を開始する準備段階の処理を示したシーケンス図である。
一例として、端末10aaと端末10dbとの間で、通話を開始する前の準備段階における各管理情報の送受信処理について説明する。
図21では、全て管理情報用セッションseiによって、各種管理情報が送受信される処理が示されている。
まず、利用者が、図5に示されている電源スイッチ109をONにすると、図7に示されている操作入力受付部12が電源ONを受け付けて、電源をONにする(ステップS21)。
ログイン要求部13は、上記電源ONの受け付けを契機とし、送受信部11から通信ネットワーク2を介して管理システム50に、ログイン要求を示すログイン要求情報を自動的に送信する(ステップS22)。このログイン要求情報には、要求元としての自端末である端末10aaを識別するための端末ID、及びパスワードが含まれている。これら端末ID、及びパスワードは、記憶・読出処理部19を介して不揮発性記憶部1001から読み出されて、送受信部11に送られたデータである。なお、端末10aaから管理システム50へログイン要求情報が送信される際は、受信側である管理システム50は、送信側である端末10aaのIPアドレスを把握することができる。
次に、管理システム50の端末認証部52は、送受信部51を介して受信したログイン要求情報に含まれている端末ID及びパスワードを検索キーとして、不揮発性記憶部5000の端末認証管理DB5002(図12参照)を検索し、端末認証管理DB5002に同一の端末ID及びパスワードが管理されているかを判断することによって端末認証を行う(ステップS23)。
この端末認証部52によって、同一の端末ID及びパスワードが管理されているため、正当な利用権限を有する端末10からのログイン要求であると判断された場合には、状態管理部53は、端末管理DB5003(図13参照)に、端末10aaの端末ID及び宛先名で示されるレコード毎に、稼動状態、上記ログイン要求情報が受信された受信日時、及び端末10aaのIPアドレスを関連付けて記憶する(ステップS24)。これにより、図13に示されている端末管理テーブルには、端末ID「01aa」に、稼動状態「オンライン」、受信日時「2009.11.10.13:40」及び端末IPアドレス「1.2.1.3」が関連付けて管理されることになる。
そして、管理システム50の送受信部51は、上記端末認証部52によって得られた認証結果が示された認証結果情報を、通信ネットワーク2を介して、上記ログイン要求してきた要求元端末(端末10aa)に送信する(ステップS25)。本実施形態では、端末認証部52によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。
要求元端末(端末10aa)では、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、送受信部11が通信ネットワーク2を介して管理システム50へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する(ステップS26)。これにより、管理システム50の送受信部51は、宛先リスト要求情報を受信する。
次に、端末抽出部54は、ログイン要求した要求元端末(端末10aa)の端末ID「01aa」を検索キーとして、宛先リスト管理DB5004(図14参照)を検索し、ログイン要求した要求元端末(端末10aa)の端末ID「01aa」と一致する要求元端末に対応づけられた要求元端末(端末10aa)と通話することができる宛先端末の候補の端末IDと、この端末IDに対応する宛先名を読み出すことによって抽出する(ステップS27)。ここでは、要求元端末(端末10aa)の端末ID「01aa」に対応する宛先端末(10ab,10ba,…,10db,…)のそれぞれの端末ID(「01ab」、「01ba」、「01db」、…)と、これらに対応する端末名(「日本 東京事業所 AB端末」、「日本 大阪事業所 BA端末」、「アメリカ ワシントンDC事業所 DB端末」、…)が抽出される。
次に、管理システム50の送受信部51は、記憶・読出処理部59を介して記憶部6000から宛先リスト枠のデータを読み出す(ステップS28)と共に、この宛先リスト枠並びに上記端末抽出部54によって抽出された端末ID、宛先名、及び優先表示端末IDを含めた「宛先リスト情報(宛先リスト枠、端末ID、宛先名、優先表示端末ID)」を、要求元端末(端末10aa)に送信する(ステップS29)。
これにより、要求元端末(端末10aa)では、送受信部11が宛先リスト情報を受信し、記憶・読出処理部19が揮発性記憶部1002へ宛先リスト情報を記憶する(ステップS30)。
次に、要求元端末(端末10aa)のリスト作成部20は、揮発性記憶部1002に記憶されている宛先リスト情報に基づいて、宛先リストを作成すると共に、表示制御部16が、図5に示されているディスプレイ120に対して、宛先リストを表示するタイミングを制御する(ステップS31)。表示制御部16は、宛先リスト情報に基づいて、宛先リストを作成する際に、優先表示端末ID(01ab、01bb)の表示順序を最上位に配置するように表示状態を変更する。
図22は、宛先リストを表示する処理を示す。つまり、図22は、ステップS31における処理の詳細を示す。リスト作成部20は、揮発性記憶部1002に記憶されている宛先リスト情報に基づいて、宛先リストを作成する。なお、図22で具体的に示されている処理は一例であって、この処理に限られるものではない。
記憶・読出処理部19は、揮発性記憶部1002に記憶されている宛先リスト情報を読み出す(ステップS31−1)。
リスト作成部20は、上記ステップS31−1によって読み出された宛先リスト情報に基づいて、図23乃至図28に示されているような宛先リストを作成する(ステップS31−2)。この場合、揮発性記憶部1002に記憶されていない通信状態情報については、リスト作成部20は、オフラインを示すアイコン11−3bを表示させるように宛先リストを作成する。
リスト作成部20は、宛先リスト情報に優先表示端末IDが存在するか否かを判断する(ステップS31−3)。
このステップS31−3によって、リスト作成部20が、宛先リスト情報に優先表示端末IDが存在すると判断した場合には(YES)、リスト作成部20は、優先表示端末IDを宛先リストの最上部(最上位)などの上位の位置に変更し、優先表示端末ID以外の端末IDを上位の位置よりも下位の位置に変更する(ステップS31−4)。そして、ステップS31−5の処理に進む。
一方、上記ステップS31−3によって、リスト作成部20が、宛先リスト情報に優先表示端末IDが存在しないと判断した場合(NO)、又はステップS31−4の処理が終了した場合、表示実行部16aは、ステップS31−2によって作成された宛先リスト又はステップS31−4によって変更された宛先リストを、ディスプレイ120に対して表示させる(ステップS31−5)。
図23乃至図28を参照して、本実施形態の宛先リストの一例を説明する。
例えば、ディスプレイ120上には、表示実行部16aによって、図23乃至図28に示されているような宛先リスト枠11−1、110−1が表示される。この宛先リスト枠11−1、110−1には、宛先名「日本 東京事業所 AB端末」11−2、110−2等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン(11−3a,11−3b,11-3c,11-3d、110−3a,110−3b,110-3c,110-3d)が表示される。宛先リスト枠11−1には、右側にスクロールバー11−4、110−4が表示され、三角形の上向き又は下向きアイコンが選択されることで、図23乃至図28には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。
以下、詳細に説明する。
図23は、本実施形態の宛先リストの一例(その1)を示す。
ディスプレイ120aaに表示させる宛先リストは、宛先リスト枠11−1に各宛先名11−2、11−3、11−4等が表示される。図23に示される宛先リストは、宛先リスト枠11−1の左から右の順、及び上から下の順に宛先端末の候補が表示される。図23には、各状態情報を反映させたアイコン11−3a、11−3b、11−3c、11−3d等として、宛先候補の状態が全て電源OFFであることを示したアイコンが示されているが空欄でもよいし、アイコンが表示される部分を削除してもよい。
図23では、宛先名11−2と、11−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、宛先リストの最上位に表示される。図23では、優先表示端末IDを最上位に表示させるために、宛先名11−4は、宛先名11−3と入れ替えが行われ、一つ順位を下げて表示されている。
図24は、本実施形態の宛先リストの一例(その2)を示す。
図24においても、ディスプレイ120aaに表示させる宛先リストは、宛先リスト枠11−1に各宛先名11−2、11−3、11−4等が表示される。図24に示される宛先リストは、宛先リスト枠11−1の左から右の順、及び上から下の順に宛先端末の候補が表示される。図24には、各状態情報を反映させたアイコン11−3a、11−3b、11−3c、11−3d等として、宛先候補の状態が全て電源OFFであることを示したアイコンが示されているが空欄でもよい。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように星印などの目印が描かれたアイコンが表示される。
図24では、宛先名11−2と、11−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、宛先リストの最上位に表示される。図24では、優先表示端末IDを最上位に表示させるために、宛先名11−4は、宛先名11−3と入れ替えが行われ、一つ順位を下げて表示されている。
図25は、本実施形態の宛先リストの一例(その3)を示す。
図25においても、ディスプレイ120aaに表示させる宛先リストは、宛先リスト枠11−1に各宛先名11−2、11−3、11−4等が表示される。図25に示される宛先リストは、宛先リスト枠11−1の左から右の順、及び上から下の順に宛先端末の候補が表示される。図25には、各状態情報を反映させたアイコン11−3a、11−3b、11−3c、11−3d等として、宛先候補の状態が全て電源OFFであることを示したアイコンが示されているが空欄でもよい。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように電源OFFであることを示したアイコンとともに星印などの目印が描かれたアイコンが表示される。
図25では、宛先名11−2と、11−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、宛先リストの最上位に表示される。図25では、優先表示端末IDを最上位に表示させるために、宛先名11−4は、宛先名11−3と入れ替えが行われ、一つ順位を下げて表示されている。
図26は、本実施形態の宛先リストの一例(その4)を示す。
ディスプレイ120aaに表示させる宛先リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図26に示される宛先リストは、宛先リスト枠110−1の上から下の順に宛先端末の候補が表示される。図26には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等として、宛先候補の状態が全て電源OFFであることを示したアイコンが示されているが空欄でもよいし、アイコンが表示される部分を削除してもよい。
図26では、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、宛先リストの最上位に表示される。
図27は、本実施形態の宛先リストの一例(その5)を示す。
図27においても、ディスプレイ120aaに表示させる宛先リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図27に示される宛先リストは、宛先リスト枠110−1の上から下の順に宛先端末の候補が表示される。図27には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等として、宛先候補の状態が全て電源OFFであることを示したアイコンが示されているが空欄でもよい。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように星印などの目印が描かれたアイコン表示される。
図27では、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、宛先リストの最上位に表示される。
図28は、本実施形態の宛先リストの一例(その6)を示す。
図28においても、ディスプレイ120aaに表示させる宛先リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図28に示される宛先リストは、宛先リスト枠110−1の上から下の順に宛先端末の候補が表示される。図28には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等として、宛先候補の状態が全て電源OFFであることを示したアイコンが示されているが空欄でもよい。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように電源OFFであることを示したアイコンとともに星印などの目印が描かれたアイコン表示される。
図28では、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、宛先リストの最上位に表示される。
このように、本実施形態では、各端末10で宛先リスト情報を管理するのではなく、管理システム50が全ての端末の宛先リスト情報を一元管理している。よって、伝送システム1に新たな端末10が含まれるようになったり、既に含まれている端末10に替えて新機種の端末10を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、管理システム50側で一括して対応するため、各端末10側で宛先リスト情報の変更を行う手間を省くことができる。各端末10で宛先リスト情報を管理するようにしてもよい。
図21に戻る。
また、管理システム50の端末状態取得部55は、上記端末抽出部54によって抽出された宛先端末の候補の端末ID(「01ab」、「01ba」、「01db」、…)を検索キーとして、端末管理DB5003(図13参照)を検索し、上記端末抽出部54によって抽出された端末ID毎に、対応する稼動状態を読み出すことで、宛先候補としての端末(10ab,10ba,10bb,…)の各稼動状態を取得する(ステップS32)。
次に、送受信部51は、上記ステップS27で使用された検索キーとしての端末ID「01ab」と、対応する宛先端末(端末10ab)の稼動状態「オンライン(通話可能)」とが含まれた「端末の状態情報」を、通信ネットワーク2を介して要求元端末(端末10aa)に送信する(ステップS33)。また、同じくステップS33の一環として、送受信部51は、端末ID「01ba」と、対応する宛先端末(端末10ba)の稼動状態「オンライン(一時中断)」とが含まれた「端末の状態情報」等、残りの「端末の状態情報」も個別に要求元端末(端末10aa)へ送信する。
また、上記一環の送信処理には、要求元端末(端末10aa)の端末ID「01aa」と、この要求元端末(端末10aa)の稼動状態を示した状態情報を必ず送信することも含まれている。逆に、要求元端末(端末10aa)からすれば、管理システム50から、自端末としての要求元端末(端末10aa)の状態を示した状態情報が必ず送信されて来ることになる。
即ち、本実施形態では、宛先候補としての各端末10の状態情報のうち、管理システム50によって取得されていない状態情報の場合には、管理システム50から要求元端末(端末10aa)へ送信されないが、上記特定の状態情報(i)の場合には必ず送信されるため、以下のステップS35の処理を必ず行うことができる。なお、特定の状態情報(i)が、要求元端末(端末10aa)としての自端末の状態を示す状態情報ではなく、上記ダミーの端末の状態を示す状態情報であっても同じ処理が行われる。
次に、要求元端末(端末10aa)の記憶・読出処理部19は、順次、管理システム50から受信した端末の状態情報を揮発性記憶部1002に記憶する(ステップS34)。よって、要求元端末(端末10aa)は、上記各端末の状態情報を受信することで、要求元端末(端末10aa)と通話することができる宛先端末の候補である端末10db等の現時点のそれぞれの稼動状態を取得することができる。
また、本実施形態の特徴として、上記ステップS32により、端末状態取得部55は、自端末としての要求元端末(端末10aa)の稼動状態も取得する。そして、上記ステップS33により、送受信部51は、端末ID「01aa」と、対応する要求元端末(端末10aa)の稼動状態「オンライン(通話可能)」とが含まれた「端末の状態情報」を、自端末としての要求元端末(端末10aa)に送信する。
次に、要求元端末(端末10aa)のリスト作成部20は、揮発性記憶部1002に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、宛先候補としての端末10の状態を反映させた宛先状態リストを作成すると共に、表示制御部16が、図5に示されているディスプレイ120に対して、宛先状態リストを表示するタイミングを制御する(ステップS35)。
次に、図29乃至図33を用いて、ステップS35における処理を更に詳細に説明する。ここでは、送受信部11がステップS29によって宛先リスト情報を受信しても、表示抑制部16cは表示実行部16aが直ぐに宛先状態リストを表示させることを行わせない場合の例について説明する。なお、図30乃至図33で具体的に示されている処理は一例であって、この処理に限られるものではない。
まず、図30では、図21におけるステップS26によって、要求元端末(端末10aa)が管理システム50に対して宛先リスト要求情報を送信した時点から、要求元端末(端末10aa)が時間計測を開始し、図21におけるステップS33の一環として、宛先候補の1つである端末10baの状態情報を受信した時点が0.1秒後である場合について示されている。そして、要求元端末(端末10aa)は、その0.1秒後(時間計測開始から0.2秒後)に、宛先候補の2つである端末(10ab,10cb)の状態情報を受信している。更に、要求元端末(端末10aa)が、その0.2秒後(時間計測開始から0.4秒後)に、特定の状態情報(i)として自端末である要求元端末(端末10aa)の状態情報を受信している。
上記のような状況下で、判断部16bは、送受信部11による各状態情報の受信の開始後に受信された状態情報のうち、特定の状態情報(i)が含まれているかを判断する(ステップS34−1)。
このステップS34−1の判断によって、特定の状態情報(i)が受信されていないと判断された場合には(NO)、送受信部11は端末10の状態情報の受信を継続する(ステップS34−2)。そして、上記ステップS34−1の処理に戻る。
一方、ステップS34−1の判断によって、特定の状態情報(i)が受信されたと判断された場合には(YES)、延長時間決定部16dは、自端末としての要求元端末での電源ONから、送受信部11によって特定の状態情報(i)を受信するまでの時間を計測する(ステップS34−3)。
図30乃至図33は、宛先リストの表示を抑制する時間を示したタイムチャート図である。
具体的には、図30で示されているように、要求元端末(端末10aa)は、時間計測開始後に特定の状態情報(i)を受信した時間を計測し、0.4秒という計測結果となる。
更に、延長時間決定部16dは、ステップS26により宛先リスト要求情報を送信した時点から、特定の状態情報(i)が送受信部11で受信されるまでの間に受信された状態情報の数に基づいて、表示抑制部16cによる表示の抑制を行う時間の延長分である延長時間(t)を算出する(ステップS34−4)。これらステップS34−3,S34−4より、延長時間決定部16dが、延長時間(t)を決定することになる。具体的には、図30に示されているように、要求元端末(端末10aa)では、時間計測開始から特定の状態情報(i)を受信する間に、他の端末(10ba,10ab,10cb)及び自端末である端末10aaの合計4つの状態情報を受信したことになるため、0.4(秒)/4(状態情報の数)=0.1(秒)という延長時間(t)を算出することになる。
次に、表示抑制部16cは、アイコン11−3等の表示を開始させるタイミングを、延長時間決定部16dによって決定された延長時間(t)分ほど延長する(ステップS34−5)。
そして、判断部16bは、延長された延長時間(t)内に、送受信部11によって新たな端末10の状態情報を受信したかを判断する(ステップS34−6)。
このステップS34−6によって、判断部16bが新たな端末10の状態情報を受信したと判断した場合には(NO)、表示抑制部16cは、新たな端末10の状態情報を受信した時点から延長時間(t)分だけ、端末10の状態情報の受信時間を延長させる(ステップS34−7)。そして、上記ステップS34−6の処理に戻る。
具体的には、図32に示されているように、要求元端末(端末10aa)が、延長時間(t)の間(ここでは、時間計測開始から0.45秒後)に、ステップS32の一環として新たな端末dbの状態情報を受信した場合には、図33に示されているように、新たな端末dbの状態情報を受信した時点から再び延長時間(t)である0.1秒間ほど延長される。
一方、上記ステップS34−6によって、判断部16bが新たな端末10の状態情報を受信しなかったと判断した場合(YES)、判断部16bは端末10の状態情報の受信がひと段落したと認識し、記憶・読出処理部19は揮発性記憶部1002に記憶されている宛先リスト枠及び記憶されている全ての状態情報を読み出す(ステップS34−8)。
次に、リスト作成部20は、上記ステップS34−8によって読み出された宛先リスト枠及び記憶されている全ての状態情報に基づいて、宛先状態リストを作成する(ステップS34−9)。
図34乃至図39を参照して、本実施形態の宛先状態リストの一例を説明する。
例えば、ディスプレイ120上には、表示実行部16aによって、図34乃至図39に示されているような宛先リスト枠11−1、110−1が表示される。この宛先リスト枠11−1、110−1には、宛先名「日本 東京事業所 AB端末」11−2等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン(11−3a,11−3b,11-3c,11-3d、110−3a,110−3b,110-3c,110-3d)が表示される。このうち、アイコン11−3aは、宛先候補の一つの端末がオフライン状態で、この端末と通話不可能であることを示す。アイコン11−3bは、宛先候補の一つの端末がオンライン状態で、この端末と通話可能であることを示す。アイコン11−3cは、宛先候補の一つの端末が他の端末と通話中の状態で、通話仲間に加わって、三者間通話等が可能な状態を示す。アイコン11−3eは、宛先候補の一つの端末が他の端末と通話中の状態であるが、離席中等により一時中断であるため、通話仲間に加われない状態を示す。
また、宛先リスト枠11−1には、右側にスクロールバー11−4が表示され、三角形の上向き又は下向きアイコンが選択されることで、図34乃至図39には表示されていない宛先候補の宛先名および状態を示したアイコンが表示されることになる。
宛先状態リストを表示する際に、宛先状態リスト全体の表示を遅らせたり、図34乃至図39に示されるような宛先リスト枠11−1は宛先リスト情報の受信後直ぐに表示されるが、各宛先名11−2等と各アイコン11−3a等は遅れて表示されたり、図34乃至図39に示されるような宛先リスト枠11−1と各宛先名11−2等は宛先リスト情報の受信後直ぐに表示され、各アイコン11−3a等が遅れて表示される場合が挙げられる。
以下、詳細に説明する。
図34は、本実施形態の宛先状態リストの一例(その1)を示す。
ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠11−1に各宛先名11−2、11−3、11−4等が表示される。図34に示される宛先状態リストは、宛先リスト枠11−1の左から右の順、及び上から下の順に宛先端末の候補が表示される。図34には、各状態情報を反映させたアイコン11−3a、11−3b、11−3c、11−3d、11−3e等が示されている。
図34では、宛先名11−2と、11−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、表示順序は宛先状態リストの最上位である。図34では、優先表示端末IDを最上位に表示させるために、宛先名11−4は、宛先名11−3と入れ替えが行われ、一つ順位を下げて表示されている。
図35は、本実施形態の宛先状態リストの一例(その2)を示す。
図35においても、ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠11−1に各宛先名11−2、11−3、11−4等が表示される。図35に示される宛先状態リストは、宛先リスト枠11−1の左から右の順、及び上から下の順に宛先端末の候補が表示される。図35には、各状態情報を反映させたアイコン11−3a、11−3b、11−3c、11−3d、11−3e等が示されている。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように星印などの目印が描かれたアイコンに表示内容が変更される。
図35では、宛先名11−2と、11−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、表示順序は宛先状態リストの最上位である。図35では、優先表示端末IDを最上位に表示させるために、宛先名11−4は、宛先名11−3と入れ替えが行われ、一つ順位を下げて表示されている。
図36は、本実施形態の宛先状態リストの一例(その3)を示す。
図36においても、ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠11−1に各宛先名11−2、11−3、11−4等が表示される。図36に示される宛先状態リストは、宛先リスト枠11−1の左から右の順、及び上から下の順に宛先端末の候補が表示される。図36には、各状態情報を反映させたアイコン11−3a、11−3b、11−3c、11−3d等が示されている。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように各状態情報を反映させたアイコンとともに星印などの目印が描かれたアイコンに表示内容が変更される。
図36では、宛先名11−2と、11−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01aa、01bb)であり、表示順序は宛先状態リストの最上位である。図36では、優先表示端末IDを最上位に表示させるために、宛先名11−4は、宛先名11−3と入れ替えが行われ、一つ順位を下げて表示されている。
図37は、本実施形態の宛先状態リストの一例(その4)を示す。
ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図37に示される宛先リストは、宛先リスト枠110−1の上から下の順に宛先端末の候補が表示される。図37には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等が示されている。
図37では、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、表示順序は宛先状態リストの最上位である。
図38は、本実施形態の宛先状態リストの一例(その5)を示す。
図38においても、ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図38に示される宛先リストは、宛先リスト枠11−1の上から下の順に宛先端末の候補が表示される。図38には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等が示されている。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01aa、01bb)については、優先表示端末であることが分かるように星印などの目印が描かれたアイコンに表示内容が変更される。
図38では、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、表示順序は宛先状態リストの最上位である。
図39は、本実施形態の宛先状態リストの一例(その6)を示す。
図39においても、ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図39に示される宛先状態リストは、宛先リスト枠110−1の上から下の順に宛先端末の候補が表示される。図39には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等が示されている。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように各状態情報を反映させたアイコンとともに星印などの目印が描かれたアイコンに表示内容が変更される。
図39では、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、表示順序は宛先リストの最上位である。
図29に戻る。
宛先状態リストを作成する際に、揮発性記憶部1002に記憶されていない状態情報については、リスト作成部20は、オフラインを示すアイコン11−3bを表示させるように宛先状態リストを作成する。そして、表示実行部16aは、ステップS34−9によって作成された宛先リストを、ディスプレイ120に対して表示させる(ステップS34−10)。
なお、図40に示されているように、たとえ、時間計測開始から0.45秒後に、ステップS33の一環として新たな端末dbの状態情報を受信した場合であっても、この0.45秒後の時点から延長を開始するのではなく、当初の延長時間(t)が終了する0.5秒後から延長を開始するようにしてもよい。
図41乃至図44は、宛先リストの表示を抑制する時間を示したタイムチャート図である。
図41乃至図44では、上記図30乃至図33で示されている例とは異なった例が示されている。即ち、図41では、要求元端末(端末10aa)が宛先リストを要求してから最初に受信した状態情報が、特定の状態情報(i)としての要求元端末(端末10aa)の状態情報である場合が示されている。このような場合には、0.1(秒)/1(状態情報の数)=0.1(秒)という延長時間(t)が算出されることになる。そして、図42に示されているように、0.1秒の延長時間(t)ほど延長される。この場合、図43に示されているように、要求元端末(端末10aa)が、延長時間(t)の間(ここでは、時間計測開始から0.15秒後)に、ステップS33の一環として新たな端末dbの状態情報を受信した場合には、図44に示されているように、新たな端末dbの状態情報を受信した時点から再び延長時間(t)である0.1秒間ほど延長される。
なお、この場合も、図40で示されている場合と同じように、延長時間(t)が終了した後から再び延長時間(t)の延長を開始するようにしてもよい。
以上より、延長時間(t)内に新たな端末10の状態情報を受信しない場合には、端末10の状態情報の受信がひと段落したと認識され、図34乃至図39に示されているように、宛先リスト枠11−1に各宛先名11−2等及び各状態情報を反映させたアイコン11−3a等が表示された状態の宛先リストをディスプレイ120aaに表示させることになる。
一方、図21に戻って、管理システム50の端末抽出部54は、ログイン要求してきた要求元端末(端末10aa)の端末ID「01aa」を検索キーとして、宛先リスト管理DB5004(図14参照)を検索し、上記要求元端末(端末10aa)の端末ID「01aa」を宛先端末の候補として登録している他の要求元端末の端末IDを抽出する(ステップS36)。図14に示されている宛先リスト管理テーブルでは、抽出される他の要求元端末の端末IDは、「01ab」、「01ba」、及び「01db」である。
次に、管理システム50の端末状態取得部55は、上記ログイン要求して来た要求元端末(端末10aa)の端末ID「01aa」を検索キーとして、端末管理DB5003(図13参照)を検索し、ログイン要求してきた要求元端末(端末10aa)の稼動状態を取得する(ステップS37)。
そして、送受信部51は、上記ステップS36で抽出された端末ID(「01ab」、「01ba」、及び「01db」)に係る端末(10ab,10ba,10db)のうち、端末管理DB5003(図13参照)で稼動状態が「オンライン」となっている端末(10ba,10db)に、上記ステップS37で取得された要求元端末(端末10aa)の端末ID「01aa」と稼動状態「オンライン」が含まれる「端末の状態情報」を送信する(ステップS38−1,S38−2)。なお、送受信部51が端末(10ba,10db)に端末の状態情報を送信する際に、各端末ID(「01ba」、「01db」)に基づいて、図13に示されている端末管理テーブルで管理されている端末のIPアドレスを参照する。これにより、ログイン要求した要求元端末(端末10aa)を宛先として通話することができる他の宛先端末(10db,10ba)のそれぞれに、上記ログイン要求した要求元端末(端末10aa)の端末ID「01aa」、及び稼動状態「オンライン」を伝えることができる。
一方、他の端末10でも、上記ステップS21と同様に、利用者が図6に示されている電源スイッチ109をONにすると、図7に示されている操作入力受付部12が電源ONを受け付け、上記ステップS22〜S39−1,S39−2の処理と同様の処理を行うため、その説明を省略する。
図45は、中継装置30を絞り込む処理を示したシーケンス図である。 なお、図45では、全て図2に示されている管理情報用セッションseiによって、各種管理情報が送受信される。また、本実施形態においては、要求元端末(端末10aa)は、宛先の候補としての端末10のうち、上記ステップS33によって受信した端末の状態情報により、稼動状態がオンラインである端末(10ba,10db)の少なくとも一方と通話を行うことができる。そこで、以下では、要求元端末(端末10aa)の利用者が、宛先端末(端末10db)と通話を開始することを選択した場合について説明する。
まず、利用者が図5に示されている操作ボタン108を押下して端末10dbを選択すると、図7に示されている操作入力受付部12は、端末10dbとの通話を開始する要求を受け付ける(ステップS41)。
そして、端末10aaの送受信部11は、要求元端末(端末10aa)の端末ID「01aa」、及び宛先端末(端末10db)の端末ID「01db」が含まれ、通話を開始したい旨を示す開始要求情報を、管理システム50へ送信する(ステップS42)。これにより、管理システム50の送受信部51は、上記開始要求情報を受信すると共に、送信元である要求元端末(端末10aa)のIPアドレス「1.2.1.3」を把握することになる。
そして、状態管理部53は、開始要求情報に含まれる要求元端末(端末10aa)の端末ID「01aa」及び宛先端末(端末10db)の端末ID「01db」に基づき、端末管理DB5003(図13参照)の端末管理テーブルにおいて、上記端末ID「01aa」及び端末ID「01db」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する(ステップS43)。なお、この状態では、要求元端末(端末10aa)と宛先端末(端末10db)は、通話(通話)を開始していないが、通話中状態となり、他の端末10が要求元端末(端末10aa)又は宛先端末(端末10db)と通話しようとすると、いわゆる通話中状態を示す旨の音声又は表示が出力される。
次に、中継装置30を選択するためのセッションを実行する処理を説明する。まず、図19に示されている選択用セッションID生成部56aは、中継装置30を選択するためのセッションの実行に用いられる選択用セッションIDを生成する(ステップS44)。
そして、セッション管理部57は、不揮発性記憶部5000のセッション管理DB5005(図15参照)に、上記ステップS44で生成された選択用セッションID「se1」、要求元端末(端末10aa)の端末ID「01aa」、及び宛先端末(端末10db)の端末ID「01db」を関連付けて記憶して管理する(ステップS45)。
次に、管理システム50の一次絞込部56は、中継装置管理DB5001、端末管理DB5003、及び優先度管理DB5006に基づいて、要求元端末(端末10aa)と、宛先端末(端末10db)との通話を中継するための中継装置30の一次絞り込みを行う(ステップS46)。
ここで、図19及び図46を用いて、ステップS46における処理を更に詳細に説明する。
図46は、中継装置30を絞り込む処理を示した処理フロー図である。
まず、端末IPアドレス抽出部56bは、要求元端末(端末10aa)から送られてきた開始通信情報に含まれている要求元端末(端末10aa)の端末ID「01aa」、及宛先端末(端末10db)の端末ID「01db」に基づいて、端末管理DB5003(図13参照)を検索することにより、対応する端末(10aa,10db)のIPアドレス(「1.2.1.3」,「1.3.2.4」)を抽出する(ステップS46−1)。
次に、一次選択部56cは、中継装置管理DB5001(図11参照)で管理されている中継装置30の稼動状態のうち、「オンライン」になっている中継装置(30a,30b,30d)の各中継装置ID(111a,111b,111d)を選択する(ステップS46−2)。
また、一次選択部56cは、上記ステップS46−1で抽出された、要求元端末(端末10aa)のIPアドレス「1.2.1.3」、及び宛先端末(端末10db)のIPアドレス「1.3.2.4」に基づいて、中継装置管理DB5001(図11参照)を検索することにより、上記ステップS46−2によって選択された中継装置(30a,30b,30d)の各IPアドレス(「1.2.1.2.」,「1.2.2.2」,「1.3.2.2」)のドットアドレス毎に、上記要求元端末(端末10aa)及び宛先端末(端末10db)の各IPアドレス(「1.2.1.3」,「1.3.2.4」)における各ドットアドレスと同じであるか異なるかを調査する(ステップS46−3)。
次に、優先度決定部56dは、優先度管理DB5006(図16参照)を参照して、上記ステップS46−3によって調査された中継装置(30a,30b,30d)毎に、アドレス優先度のポイントを決定する(ステップS46−4)。
図47は、中継装置30の絞り込み処理を行う際のポイントの計算状態を示した図である。つまり、アドレス優先度のポイントの決定処理の結果を表に表すと、図47に示されているような状態になる。この図47では、中継装置ID毎に、アドレス優先度のポイント、伝送速度優先度のポイント、及び統合ポイントが示されている。また、アドレス優先度のポイントは、更に、各中継装置30の要求元端末(端末10aa)に対するポイント及び宛先端末(端末10db)に対するポイントが示されている。統合ポイントは、アドレス優先度の2つのポイントのうちの高い方のポイントと、伝送速度優先度のポイントの合計である。
本実施形態では、中継装置30aのIPアドレス「1.2.1.2」は要求元端末(端末10aa)のIPアドレス「1.2.1.3」に対して、「同.同.同.異」であるため、図47に示されているように、アドレス優先度のポイントは「5」になる。また、図1に示されているように、中継装置30aのIPアドレス「1.2.1.2」は宛先端末(端末10db)のIPアドレス「1.3.2.4」に対して、図16に示されているように、「同.異.異.異」であるため、図47に示されているように、アドレス優先度のポイントは「1」になる。また、中継装置30bのIPアドレス「1.2.2.2」は要求元端末(端末10aa)のIPアドレス「1.2.1.3」に対して、「同.同.異.異」であるため、アドレス優先度のポイントは「3」になる。また、中継装置30bのIPアドレス「1.2.2.2」は宛先端末(端末10db)のIPアドレス「1.3.2.4」に対して、「同.異.同.異」であるため、アドレス優先度のポイントは「1」になる。更に、中継装置30dのIPアドレス「1.3.2.2」は要求元端末(端末10aa)のIPアドレス「1.2.1.3」に対して、「同.異.異.異」であるため、アドレス優先度のポイントは「1」になる。また、中継装置30dのIPアドレス「1.3.2.2」は宛先端末(端末10db)のIPアドレス「1.3.2.4」に対して、「同.同.同.異」であるため、アドレス優先度のポイントは「5」になる。
次に、図46に戻って、優先度決定部56dは、中継装置管理DB5001(図11参照)で管理されている各中継装置30の最大データ伝送速度に基づいて、優先度管理DB5006(図17参照)を検索することにより、上記ステップS46−2によって第1次絞り込み処理によって絞り込まれた中継装置(30a,30b,30d)毎に伝送速度優先度のポイントを決定する(ステップS46−5)。本実施形態では、図11に示されているように、中継装置30aの最大データ伝送速度が100(Mbps)であるため、図17に示されている伝送速度優先度を参照すると、伝送速度優先度が3ポイントになる。また、同様に、中継装置30bの最大データ伝送速度について計算すると1000(Mbps)であるため、伝送速度優先度が5ポイントになる。また同様に、中継装置30dの最大データ伝送速度について計算すると10(Mbps)であるため、伝送速度優先度が1ポイントになる。
次に、一次選択部56cは、中継装置(30a,30b,30d)毎に、アドレス優先度のポイントにおいて端末(10aa,10db)のうち高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位2つの中継装置30を選択する(ステップS46−6)。本実施形態では、図47に示されているように、中継装置ID(111a,111b,111d)は、それぞれ統合ポイントが「8」、「8」、「6」であるため、中継装置ID「111a」に係る中継装置30a、及び中継装置ID「111b」に係る中継装置30bが選択されることになる。
以上のステップS46における絞り込み処理が終了すると、図7に示されている送受信部51は、通信ネットワーク2を介して、宛先端末(端末10db)へ、上記絞り込まれた中継装置30の数を伝達するための中継装置絞込情報を送信する(ステップS47)。この中継装置絞込情報には、上記ステップS46によって絞り込まれた中継装置30の数「2」、要求元端末(端末10aa)の端末ID「01aa」、及び上記選択用セッションID「se1」が含まれている。これにより、端末10dbは、選択用セッションID「se1」におけるセッションの実行において、中継装置30の数がいくつで、どの端末10からテレビ会議を開始したいとの要求があったのかを把握することができると共に、中継装置絞込情報の送信元である管理システム50のIPアドレス「1.1.1.2」を把握することができる。
そして、端末10dbは、送受信部11から通信ネットワーク2を介して管理システム50へ、上記中継装置絞込情報の受信が完了した旨を示す受信完了情報を送信する(ステップS48)。この受信完了情報には、セッションID「se1」が含まれている。これにより、管理システム50は、セッションID「se1」で実行されている中継装置数の伝達が完了した旨と共に、送信元である宛先端末(端末10db)のIPアドレス「1.3.2.4」を把握することができる。
次に、図48及び図49を用いて、宛先端末(端末db)が中継装置30を選択する処理を説明する。
図48は、端末10が中継装置30を選択する処理を示したシーケンス図である。
図49は、端末で中継装置30を選択する処理を示した処理フロー図である。
なお、図48では、全て図2に示されている管理情報用セッションseiによって、各種管理情報が送受信される。
まず、管理システム50は、テレビ会議を開始する前に、上記ステップS46によって絞り込まれた中継装置(30a,30b)のそれぞれに対して、事前に中継を要求する旨の事前中継要求情報を送信する(ステップS61−1,2)。この事前中継要求情報には、セッションID「se1」、要求元端末(端末10aa)のIPアドレス「1.2.1.3」、及び宛先端末(端末10db)のIPアドレス「1.3.2.4」が含まれている。これにより、各中継装置(30a,30b)は、どの選択用セッションのものであるか、要求元端末が何であるか、及び宛先端末が何であるかを把握することができると共に、事前中継要求情報の送信元である管理システム50のIPアドレス「1.1.1.2」を把握することができる。
次に、各中継装置(30a,30b)のそれぞれは、送受信部31から通信ネットワーク2を介して、上記ステップS61−1,2によって把握した要求元端末(端末10aa)へ、テレビ会議の開始前に自装置としての各中継装置(30a,30b)へ、後述のping(Packet Internet Groper)が含まれた事前送信情報を送信させる旨を示す事前送信要求情報を送信する(ステップS62−1,2)。この事前送信情報には、セッションID「se1」が含まれている。これにより、要求元端末(端末10aa)は、セッションID「se1」で実行されている中継装置30の選択処理において、各中継装置(30a,30b)に事前送信情報を送信することを把握すると共に、事前送信要求情報の送信元である中継装置(30a,30b)のIPアドレス(「1.2.1.2」,「1.2.2.2」)を把握することができる。
なお、管理システム50から直接、要求元端末(端末10aa)に対して、宛先端末(端末10db)のIPアドレスを通知せずに、上記ステップS61−1のように中継装置10aaに対して宛先端末(端末10db)のIPアドレスを通知し、上記ステップS61−2のように中継装置10aaが要求元端末(端末10ba)に対し、自装置(中継装置10aa)に対して事前送信要求情報を送信するように要求するのは、各端末10には、他の端末10のIPアドレスを知らせないようにして、セキュリティーを確保するためである。
次に、要求元端末(端末10aa)は、送受信部11から通信ネットワーク2を介して各中継装置(30a,30b)へ事前送信情報を送信する(ステップS63−1,2)。この事前送信情報は、画像データ及び音声データの送信に先立って、これら画像データ及び音声データの代わりに各中継装置(30a,30b)を介して宛先端末(端末10db)へ送信されることで、要求元端末(端末10aa)の送信から宛先端末の受信までの所要時間を計測するために用いられる情報である。また、この事前送信情報には、要求元端末(端末10aa)、中継装置(30a,30b)、及び宛先端末(端末10db)が通信可能に接続されていることを確認するためのping、要求元端末(端末10aa)から事前送信情報が送信された送信日時、及びセッションID「se1」が含まれている。これにより、各中継装置(30a,30b)は、選択用セッションID「se1」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元である要求元端末(端末10aa)のIPアドレス「1.2.1.3」を把握することができる。
次に、各中継装置(30a,30b)は、上記ステップS61−1,2によって受信された事前中継要求情報に含まれている宛先端末(端末10db)のIPアドレス「1.3.2.4」に対して、上記事前送信情報を中継する(ステップS64−1,2)。これにより、宛先端末(端末10db)は、セッションID「se1」におけるセッションの実行において、事前送信情報が送られて来たことを把握できると共に、この事前送信情報の送信元(中継元)である中継装置(30a,30b)のIPアドレス(「1.2.1.2」,「1.2.2.2」)を把握することができる。
次に、宛先端末(端末10db)の最終絞込部17は、事前送信情報に基づいて、最終的にテレビ会議で画像データ及び音声データを中継する1つの中継装置30に絞り込む(ステップS65)。
ここで、図9及び図49を用いて、ステップS65における処理を更に詳細に説明する。
まず、図9に示されている最終絞込部17の計測部17aは、各中継装置(30a,30b)によって中継された事前送信情報毎に、端末10dbの送受信部11で受信した際の受信日時を計測する(ステップS65−1)。
次に、算出部17bは、上記受信時間が計測された事前送信情報毎に、上記受信日時と上記事前送信情報に含まれている送信日時との差に基づいて、各事前送信情報の送信から受信までの所要時間を算出する(ステップS65−2)。
次に、最終選択部17cは、セッションID「se1」におけるセッションの実行において、中継予定の中継装置30の数「2」に相当する数の事前送信情報を全て受信したかを判断する(ステップS65−3)。
そして、全て受信していない場合には(NO)、最終選択部17cは、端末10dbで事前送信情報を受信してから所定時間(ここでは1分間)経過したかを判断する(ステップS65−4)。更に、所定時間経過していない場合には(NO)、上記ステップS65−1に戻る。
一方、上記ステップS65−3において、全て受信した場合(YES)、又は上記ステップS65−4において、所定時間経過した場合(YES)には、最終選択部17cは、これまでに算出部17bで算出された所要時間のうち最短の所要時間を要した事前送信情報を中継した中継装置30を1つ選択する(ステップS65−5)。本実施形態では、中継装置30aによって中継された事前送信情報が、中継装置30bによって中継された事前送信情報よりも送信から受信までの所要時間が短かったものとして、中継装置30aが選択される例を示している。
次に、宛先端末(端末10db)は、送受信部11から通信ネットワーク2を介して管理システム50へ、中継装置30aを選択した旨を示す選択情報を送信する(ステップS66)。この選択情報には、セッションID「se1」、及び、選択された中継装置30aの中継装置ID「111a」が含まれている。これにより、管理システム50は、セッションID「se1」におけるセッションの実行において、中継装置30aが選択されたことを把握できると共に、選択情報の送信元である端末10dbのIPアドレス「1.3.2.4」を把握することができる。
次に、管理システム50のセッション管理部57は、セッション管理DB5005(図15参照)のセッション管理テーブルにおいて、セッションID「se1」が含まれるレコードの中継装置IDのフィールド部分に、上記最終的に1つに選択された中継装置30aの中継装置ID「111a」を記憶して管理する(ステップS67)。
そして、管理システム50の送受信部51は、通信ネットワーク2を介して中継装置30aへ、中継を開始する旨の要求が示された中継開始要求情報を送信する(ステップS68)。この中継開始要求情報には、中継される要求元端末(端末10aa)及び宛先端末(端末10db)の各IPアドレス(「1.2.1.3」,「1.3.2.4」)が含まれている。
中継装置30aは、端末(10aa,10db)の間で、低解像度、中解像度、及び高解像度の3つ画像データ、並びに、音声データを通話するためのセッションを確立する(ステップS69)。これにより、端末(10aa,10db)は、テレビ会議を開始することができる。
なお、上記ステップS47において、管理システム50が宛先端末(端末10db)に中継装置絞込情報を送信することに伴い、ステップS48〜S64−1,2を経て、宛先端末(端末10db)側で中継装置の選択処理(ステップS65)を行ったが、これに限るものではなく、上記ステップS47において、管理システム50が要求元端末(端末10aa)に中継装置絞込情報を送信することで、その後ステップS64−1,2までは、各情報の送信元と受信元が、要求元端末(端末10aa)と宛先端末(端末10db)とで入れ替わるようにしてもよい。これにより、要求元端末(端末10aa)が上記ステップS65に替わって中継装置の選択処理を行うことができ、また、上記ステップS66に替わって選択情報の送信も行うことができる。
図50は、端末間で画像データ及び音声データを送受信する処理を示したシーケンス図である。
図7及び図50を用いて、要求元端末と宛先端末との間で、テレビ会議の通話を行うために、画像データ及び音声データを送受信する処理を説明する。なお、端末10aaから端末10dbに画像データ及び音声データを送信する一方向の処理と、端末10dbから端末10aaに画像データ及び音声データを送信する逆方向の処理とで、画像データ及び音声データの送受信や後述の遅延時間の検出等は同じ処理であるため、上記一方向の通信について説明し、上記逆方向の通信は省略する。
まず、要求元端末(端末10aa)は、図2に示されている画像・音声データ用セッションsedによって、撮像部14aで撮像された被写体の画像データ、及び音声入力部15aで入力された音声の音声データを、送受信部11から通信ネットワーク2を介して中継装置30aへ送信する(ステップS81)。なお、本実施形態では、図8に示されている低解像度、中解像度、及び高解像度の3つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置30aでは、送受信部31で上記3つの解像度の画像データ及び音声データを受信する。
そして、データ品質確認部33が、宛先端末(端末10db)のIPアドレス「1.3.2.4」を検索キーとして、変更品質管理DB3001(図10参照)を検索し、対応した中継する画像データの画質を抽出することで、中継する画像データの画像の品質を確認する(ステップS82)。
本実施形態では、確認された画像データの画像の画質が「高画質」であり、送受信部31で受信した画像データの画質と同じであるため、中継装置30aは、画像・音声データ用セッションsedによって、そのままの画質の画像データ、及びそのままの音質の音声データで、宛先端末(端末10db)に転送する(ステップS83)。これにより、宛先端末(端末10db)は、送受信部11で、低解像度、中解像度、高解像度の3つから成る高画質の画像データ、及び音声データを受信する。そして、表示制御部16が、3つの画質の画像データを組み合わせて、ディスプレイ120に画像を表示させると共に、音声出力部15bが音声データに基づく音声を出力させることができる。
次に、端末10dbの遅延検出部18は、送受信部11で受信された画像データの受信の遅延時間を一定時間毎(例えば、1秒毎)に検出する(ステップS84)。なお、本実施形態では、遅延時間が200(ms)である場合について、以下説明を続ける。
宛先端末(端末10db)の送受信部11は、管理情報用セッションseiによって、通信ネットワーク2を介して管理システム50へ、遅延時間「200(ms)」を示す遅延情報を送信する(ステップS85)。これにより、管理システム50は、遅延時間を把握すると共に、遅延情報の送信元である端末10dbのIPアドレス「1.3.2.4」を把握することができる。
次に、管理システム50の遅延時間管理部60は、上記宛先端末(端末10db)のIPアドレス「1.3.2.4」を検索キーとして、端末管理DB5003(図13参照)を検索することで、対応する端末ID「01db」を抽出し、更に、セッション管理DB5005(図15参照)のセッション管理テーブルにおいて、上記端末ID「01db」のレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間「200(ms)」を記憶して管理する(ステップS86)。
次に、品質決定部58は、上記遅延時間「200(ms)」を検索キーとして、品質管理DB5007(図18参照)を検索し、対応する画像データの画質「中画質」を抽出することで、画質を「中画質」に決定する(ステップS87)。
次に、送受信部51は、セッション管理DB(図15参照)のセッション管理テーブルにおいて、上記端末ID「01db」に関連付けられている中継装置ID「111a」を検索キーとして、中継装置管理DB5001(図11参照)を検索し、対応する中継装置30aのIPアドレス「1.2.1.2」を抽出する(ステップS88)。そして、送受信部51は、管理情報用セッションseiによって、通信ネットワーク2を介して中継装置30aへ、上記ステップS87によって決定された画像データの画質「中画質」を示す品質情報を送信する(ステップS89)。この品質情報には、上記ステップS86において検索キーとして用いた宛先端末(端末10db)のIPアドレス「1.3.2.4」が含まれている。これにより、中継装置30aでは、変更品質管理部34が、変更品質管理DB3001(図10参照)に、送信先の端末10(ここでは、宛先端末(端末10db))のIPアドレス「1.3.2.4」、及び中継される画像データの画質「中画質」を関連付けて記憶して管理する(ステップS90)。
次に、端末10aaは、引き続き上記ステップS81と同様に、画像・音声データ用セッションsedによって、中継装置30aへ、低画質、中画質、及び高画質の3つから成る高画質の画像データ、並びに、音声データを送信する(ステップS91)。これにより、中継装置30aでは、上記ステップS82と同様に、データ品質確認部33が、宛先端末(端末10db)のIPアドレス「1.3.2.4」を検索キーとして、変更品質管理DB3001(図10参照)を検索し、対応した中継する画像データの画質「中画質」を抽出することで、中継される画像データの画像の品質を確認する(ステップS92)。本実施形態では、確認された画像データの画質が「中画質」であり、送受信部31で受信された画像データの画質「高画質」よりも低くなるため、データ品質変更部35は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する(ステップS93)。
そして、送受信部31は、画像・音声データ用セッションsedによって、通信ネットワーク2を介して端末10dbへ、上記画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する(ステップS94)。これにより、宛先端末(端末10db)は、送受信部11で、低解像度、及び中解像度の2つから成る中画質の画像データ、及び音声データを受信する。そして、表示制御部16が、2つの解像度の画像データを組み合わせて、ディスプレイ120に画像を表示させると共に、音声出力部15bが音声データに基づく音声を出力させることができる。
このように、画像データを受信する宛先端末(端末10db)で、受信の遅延が生じた場合には、中継装置30aは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。
<変形例>
伝送システム1の変形例は、宛先状態リストを表示する際に、状態情報に基づいてソートするようにしたものである。
表示実行部16aは、ディスプレイ120上に、図51乃至図53に示されているような宛先リスト枠110−1を表示する。この宛先リスト枠110−1には、宛先名「日本 東京事業所 AB端末」11−2等の各宛先名が表示されており、宛先名毎に状態情報に係る状態を示したアイコン(110−3a,110−3b,110−3c,110−3d)が表示される。
図51は、宛先状態リストの一変形例(その1)を示す。
ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図51に示される宛先状態リストは、宛先リスト枠110−1の上から下の順に、状態情報毎に宛先端末の候補が表示される。図51には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等が示されている。
図51の上図では、状態情報が、オンライン状態である宛先端末、オンライン状態であるが伝送状態である宛先端末、オフライン状態である宛先端末の順になるように宛先リストが表示される。さらに、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、各状態情報の最上位に表示順序が変更される。
図51の下図は、図51の上図において、端末IDが「01ab」の端末10abがオフライン状態に遷移した場合を示す。この場合、宛先名110−2が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab)であるため、オフライン状態の状態情報の最上位に表示順序が変更される。
図52は、宛先状態リストの一変形例(その2)を示す。
図52においても、ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図52に示される宛先状態リストは、宛先リスト枠110−1の上から下の順に、状態情報毎に宛先端末の候補が表示される。図52には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等が示されている。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように星印などの目印が描かれたアイコンに表示内容が変更される。
図52の上図では、状態情報が、オンライン状態である宛先端末、オンライン状態であるが伝送状態である宛先端末、オフライン状態である宛先端末の順になるように宛先リストが表示される。さらに、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、各状態情報の最上位に表示順序が変更される。
図52の下図は、図52の上図において、端末IDが「01ab」の端末10abがオフライン状態に遷移した場合を示す。この場合、宛先名110−2が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab)であるため、オフライン状態の状態情報の最上位に表示順序が変更される。
図53は、宛先状態リストの一変形例(その3)を示す。
図53においても、ディスプレイ120aaに表示させる宛先状態リストは、宛先リスト枠110−1に各宛先名110−2、110−3等が表示される。図53に示される宛先状態リストは、宛先リスト枠110−1の上から下の順に、状態情報毎に宛先端末の候補が表示される。図53には、各状態情報を反映させたアイコン110−3a、110−3b、110−3c、110−3d等が示されている。ただし、宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)については、優先表示端末であることが分かるように各状態情報を反映させたアイコンとともに星印などの目印が描かれたアイコンに表示内容が変更される。
図53の上図では、状態情報が、オンライン状態である宛先端末、オンライン状態であるが伝送状態である宛先端末、オフライン状態である宛先端末の順になるように宛先リストが表示される。さらに、宛先名110−2と、110−3が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab、01bb)であり、各状態情報の最上位に表示順序が変更される。
図53の下図は、図53の上図において、端末IDが「01ab」の端末10abがオフライン状態に遷移した場合を示す。この場合、宛先名110−2が宛先リスト管理テーブル(図14)で管理されている優先表示端末ID(01ab)であるため、オフライン状態の状態情報の最上位に表示順序が変更される。
ユーザは、宛先状態リストから、オンライン状態である宛先端末、オンライン状態であるが伝送状態である宛先端末を選択して発信することができる。
図54は、宛先状態リストの一変形例(その4)を示す。
表示実行部16aは、宛先状態リストを表示する際に、ログイン状態に基づいてソートするようにしてもよい。
例えば、表示実行部16aは、宛先状態リストを表示する際に、図54の左側に示されるように、各宛先名をログイン状態でソートする。表示実行部16aは、ログインしている宛先候補を上側に、ログインしていない宛先候補を下側に表示するとともに、宛先リスト管理テーブル(図14)で管理されている優先表示端末IDを各ログイン状態の最上位に表示順序が変更される。図54の左図では、ログイン状態である端末「0001」がログイン状態の最上位に表示される。このようにすることにより、現在ログインしている端末を一覧表示することができる。
図54の右図は、図54の左図において、端末「0001」がログアウトした場合を示す。この場合、端末「0001」は宛先リスト管理テーブル(図14)で管理されているため、表示実行部16aは、ログアウト状態の最上位に表示順序が変更される。
また、表示実行部16aは、位置固定型の第1表示制御を行うロジックと、選択追従型の第2表示制御を行うロジックとを有し、それぞれのロジックを切替えて宛先状態リストの表示制御を行う。第1表示制御とは、カーソルの位置を固定させて宛先状態リストを表示制御する方法であり、第2表示制御とは、カーソルの位置を、カーソルが位置する宛先の移動先に追従させて宛先状態リストを表示制御する方法である。
例えば、表示実行部16aは、表示された宛先状態リスト内の宛先の状態が変更される場合、宛先状態リスト内の宛先を指し示すカーソルが移動したか否かに応じて、第1表示制御、又は第2表示制御を行うかを切り替える。これにより、宛先状態リストのユーザビリティを向上させることができる。
また、表示実行部16aは、カーソルが移動した場合に、移動先の宛先の状態に応じて、第1表示制御、又は第2表示制御を行うかを切り替えてもよい。これにより、カーソルの移動先がオフラインの端末である場合に、第2表示制御に切り替えるような制御も可能になる。例えば、オフラインの端末にカーソルを移動させておき、その端末の状態情報がオンラインに変わることを待つことができる。
また、表示実行部16aは、切り替えを行う際、第1表示制御を示す第1情報、又は第2表示制御の際の移動先の宛先を示す第2情報を記憶する情報記憶部を参照してもよい。この情報記憶部は、揮発性記憶部1002に含まれてもよいし、表示制御部16に含まれてもよい。これにより、情報記憶部の表示制御フラグに基づいて表示制御の切り替えを容易に行うことができる。
また、表示実行部16aは、宛先状態リストの表示画面から他の画面に遷移し、再度宛先状態リストを表示する画面に戻る際、情報記憶部を参照して第1表示制御にするか、又は第2表示制御にするかを決定してもよい。これにより、他の画面から再び宛先状態リストに戻る場合にも、どちらの表示制御を行うかを選択することが可能になる。
宛先状態リストを表示する際に、表示する端末の数が多く、一画面に表示できない場合は下にスクロールしたりページ移動したりしてもよい。
上記実施形態では、宛先名11−2等とアイコン11−3a等を示した状態の宛先リスト枠11−1が表示されるが、これに限るものではなく、宛先リスト枠11−1は無く、宛先名11−2等とアイコン11−3a等が表示されるようにしてもよい。
また、上記各実施形態における中継装置30、管理システム50、端末装置60、プログラム提供システム90、及びメンテナンスシステム100は、単一のコンピュータによって構築されてもよいし、各部(機能又は手段)を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム90が単一のコンピュータによって構築されている場合には、プログラム提供システム90によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム90が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。
また、上記本実施形態の端末用プログラム、中継装置用プログラム、又は伝送管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたHD204、及びこのHD204を備えたプログラム提供システム90は、いずれもプログラム製品(Program Product)として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び伝送管理用プログラムが利用者等に提供される場合に用いられる。
更に、上記実施形態では、図10に示されている変更品質管理テーブル、及び図18に示されている品質管理テーブルによって、中継装置30で中継される画像データの画像の品質の一例として、画像データの画像の解像度に着目して管理したが、これに限られるものではなく、品質の他の例として、画像データの画質の深度、音声データの音声におけるサンプリング周波数、音声データの音声におけるビット長などに着目して管理してもよい。
また、図11、図13、及び図15では、受信日時について管理しているが、これに限るものではなく、受信日時のうち少なくとも受信時間を管理すればよい。
更に、上記実施形態では、図11で中継装置のIPアドレス、図13で端末のIPアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク2上で中継装置30を特定するための中継装置特定情報、又は通信ネットワーク2上で端末10を特定するための端末特定情報であれば、それぞれのFQDN(Fully Qualified Domain Name)を管理してもよい。この場合、周知のDNS(Domain Name System)サーバによって、FQDNに対応するIPアドレスが取得されることになる。なお、「通信ネットワーク2で中継装置30を特定するための中継装置特定情報」だけでなく、「通信ネットワーク2上における中継装置30への接続先を示した中継装置接続先情報」、又は「通信ネットワーク2上における中継装置30への宛先を示した中継装置宛先情報」と表現してもよい。同じく、「通信ネットワーク2で端末10を特定するための端末特定情報」だけでなく、「通信ネットワーク2上における端末10への接続先を示した端末接続先情報」、又は「通信ネットワーク2上における端末10への宛先を示した端末宛先情報」と表現してもよい。
また、上記実施形態では、伝送システム1の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、IP(Internet Protocol)電話や、インターネット電話等の電話システムであってもよい。また、伝送システム1は、カーナビゲーションシステムであってもよい。この場合、例えば、端末10の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末10の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。
更に、伝送システム1は、携帯電話機の通信システムであってもよい。この場合、例えば、端末10は携帯電話機に相当する。この場合の宛先リストの表示例は、図55に示されている。即ち、携帯電話機としての端末10は、携帯電話機の本体10−1、この本体10−1に設けられたメニュー画面表示ボタン10−2、本体10−1に設けられた表示部10−3、本体10―1の下部に設けられたマイク10−4、本体10−1に設けられたスピーカ10−5を備えている。このうち、「メニュー画面表示ボタン」10−2は、各種アプリケーションを示すアイコンが表示されているメニュー画面を表示させるためのボタンである。表示部10−3は、タッチパネルになっており、利用者が宛先名を選択することで、相手の携帯電話機と通話を行うことができる。
また、上記実施形態では、コンテンツデータの一例として、視覚(sight)データとしての画像データ、及び聴覚(hearing)データとしての音声データについて説明したが、これに限るものではなく、その他の五感データであってもよい、例えば、コンテンツデータが触覚(touch)データの場合、一方の端末側でユーザが接触して得た感覚が、他方の端末側に伝達される。更に、コンテンツデータが嗅覚(smell)データの場合、一方の端末側の匂い(臭い)が、他の端末側に伝達される。また、コンテンツデータが味覚(taste)データの場合、一方の端末側の味覚が、他の端末側に伝達される。
更に、コンテンツデータは、画像(視覚)データ、音声(聴覚)データ、触覚データ、嗅覚データ、及び味覚データのうち、少なくとも1つのデータであればよい。
また、上記実施形態では、伝送システム1によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。
更に、上記実施形態では、宛先端末(端末10db)側で中継装置30aが絞り込まれたが、これに限るものではなく、宛先端末(端末10db)が要求元端末(端末10aa)又は管理システム50へ、事前送信情報の送信から受信までの所要時間を示した所要時間情報を全て送信することで、要求元端末(端末10aa)側又は管理システム50側で、最終的に1つの中継装置30aが絞り込まれるようにしてもよい。
本実施形態によれば、伝送端末は、伝送管理システムに宛先情報の要求を行い、その宛先情報に存在する優先表示端末IDなどの補助情報を利用して、宛先リスト表示する。宛先リストを表示する際に、伝送端末は、補助情報が付加された宛先に関して、宛先リスト最上部に優先的に表示する。このため、宛先リストに表示される宛先候補の数が増加しても、所望の宛先を見つけ易くすることができる。
本発明は特定の実施例、変形例を参照しながら説明されてきたが、各実施例、変形例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に従った装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウエアで又はそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。