JP2017163451A - 通信システム及び通信方法 - Google Patents

Abstract

【課題】ログ情報の送信を再開する。【解決手段】複数の通信端末と、ログ管理装置とを有する通信システムであって、前記複数の通信端末間で行われた通信に関する履歴を示すデータが含まれる第１のログ情報を第１の記憶手段に記憶するログ記憶手段と、前記ログ記憶手段により前記第１の記憶手段に記憶されている前記第１のログ情報を含む第１の保存要求を作成し、該作成した第１の保存要求を前記ログ管理装置に送信する送信手段と、を有し、前記送信手段は、前記第１の保存要求の送信中に、該第１の保存要求の送信が途中で失敗した場合、該失敗するまでに送信した前記第１のログ情報のデータ量を示す送信済データ量に応じて、該第１のログ情報のうちの未送信のデータが含まれる第２のログ情報を含む第２の保存要求を作成し、該作成した第２の保存要求を前記ログ管理装置に送信する。【選択図】図２６

Description

本発明は、通信システム及び通信方法に関する。

近年、出張経費や出張時間を削減する要請に伴い、インターネット等の通信ネットワークを介して通信を行う遠隔通信システムが普及している。このような遠隔通信システムでは、複数の遠隔通信端末の間で画像データ及び音声データの送受信が行われることにより、遠隔通信を実現することができる。

また、遠隔通信システムにおいて、遠隔通信端末で行われた通信に関する履歴を示すログ情報を管理する技術が知られている（例えば特許文献１参照）。

しかしながら、上記の従来技術では、例えば、遠隔通信端末からＨＴＴＰ（HyperText Transfer Protocol）によりログ情報を送信している場合において、当該ログ情報の送信中にネットワーク切断等が発生したときには、ログ情報の送信を再開することができなかった。このため、この場合、遠隔通信端末は、最初からログ情報を送信し直す必要があった。

本発明の実施形態は、上記の点に鑑みてなされたもので、ログ情報の送信を再開することを目的とする。

上記目的を達成するため、本発明の実施形態は、複数の通信端末と、ログ管理装置とを有する通信システムであって、前記複数の通信端末間で行われた通信に関する履歴を示すデータが含まれる第１のログ情報を第１の記憶手段に記憶するログ記憶手段と、前記ログ記憶手段により前記第１の記憶手段に記憶されている前記第１のログ情報を含む第１の保存要求を作成し、該作成した第１の保存要求を前記ログ管理装置に送信する送信手段と、を有し、前記送信手段は、前記第１の保存要求の送信中に、該第１の保存要求の送信が途中で失敗した場合、該失敗するまでに送信した前記第１のログ情報のデータ量を示す送信済データ量に応じて、該第１のログ情報のうちの未送信のデータが含まれる第２のログ情報を含む第２の保存要求を作成し、該作成した第２の保存要求を前記ログ管理装置に送信する。

本発明の実施形態によれば、ログ情報の送信を再開することができる。

本実施形態に係る遠隔通信システムの概略図である。 本実施形態に係る遠隔通信端末の一例のハードウェア構成図である。 本実施形態に係る遠隔通信管理装置、ログ管理装置、中継装置、及びプログラム提供システムの一例のハードウェア構成図である。 本実施形態に係る遠隔通信システムを構成する各端末、装置、及びシステムの一例の機能ブロック図である。 ログ情報の一例を示す図である。 画像データの画質を説明する図である。 変更品質管理テーブルの一例を示す図である。 中継装置管理テーブルの一例を示す図である。 端末認証管理テーブルの一例を示す図である。 端末管理テーブルの一例を示す図である。 宛先リスト管理テーブルの一例を示す図である。 セッション管理テーブルの一例を示す図である。 アドレス優先度管理テーブルの一例を示す図である。 伝送速度優先度管理テーブルの一例を示す図である。 品質管理テーブルの一例を示す図である。 ログ情報管理テーブルの一例を示す図である。 各中継装置の稼働状態を示す状態情報管理する処理の一例を示すシーケンス図である。 遠隔通信端末間で遠隔通信を開始する準備段階の処理の一例を示すシーケンス図である。 中継装置を絞り込む処理の一例を示すシーケンス図である。 中継装置を絞り込む処理の一例を示すフローチャートである。 中継装置の絞り込み処理を行う際の優先度のポイントの計算状態の一例を示す図である。 遠隔通信端末が中継装置を選択する処理の一例を示すシーケンス図である。 遠隔通信端末で中継装置を選択する処理の一例を示すフローチャートである。 遠隔通信端末間で画像データ及び音声データを送受信する処理の一例を示すシーケンス図である。 遠隔通信端末がログ情報を蓄積する処理の一例を示すフローチャートである。 遠隔通信端末がログ管理装置にログ情報を送信する処理の一例を示すシーケンス図である。 遠隔通信端末がＰＡＴＣＨメソッドのＨＴＴＰリクエストを作成する処理の一例を示すフローチャートである。 ＰＡＴＣＨメソッドのＨＴＴＰリクエストのヘッダの一例を示す図である。 ログ管理装置がＰＡＴＣＨメソッドのＨＴＴＰリクエストの妥当性を判定する処理の一例を示すフローチャートである。

以下、本発明の実施の形態について、添付の図面を参照しながら説明する。

＜＜全体構成＞＞
まず、本実施形態に係る遠隔通信システム１の概略について、図１を用いて説明する。図１は、本実施形態に係る遠隔通信システムの概略図である。

図１に示す遠隔通信システム１は、複数の遠隔通信端末（１０ａａ，１０ａｂ，…，１０ｄｂ）、及び各遠隔通信端末（１０ａａ，１０ａｂ，…，１０ｄｂ）用のディスプレイ（１２０ａａ，１２０ａｂ，…，１２０ｄｂ）を含む。また、図１に示す遠隔通信システム１は、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、及び遠隔通信管理装置５００とログ管理装置５５０とを有する遠隔通信管理システム５０を含む。

なお、本実施形態では、遠隔通信端末（１０ａａ，１０ａｂ，…，１０ｄｂ）のうち、任意の遠隔通信端末を示す場合には「遠隔通信端末１０」を用いる。また、ディスプレイ（１２０ａａ，１２０ａｂ，…，１２０ｄｂ）のうち、任意のディスプレイを示す場合には「ディスプレイ１２０」を用いる。更に、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち、任意の中継装置を示す場合には「中継装置３０」を用いる。

このように、本実施形態に係る遠隔通信システム１は、各遠隔通信端末１０、各遠隔通信端末１０用のディスプレイ１２０、各中継装置３０、及び遠隔通信管理システム５０によって構築されている。

遠隔通信端末１０は、他の遠隔通信端末１０との間で、画像データ、音声データ等の送受信を行う。本実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であっても良い。また、画像データの画像には、動画と静止画の両方が含まれても良い。

中継装置３０は、複数の遠隔通信端末１０の間で、画像データ及び音声データの中継を行う。遠隔通信管理システム５０は、遠隔通信端末１０及び中継装置３０を一元的に管理する。

また、図１に示す複数のルータ（７０ａ，７０ｂ，…，７０ｇ）は、画像データ及び音声データの最適な経路の選択を行う。なお、本実施形態では、ルータ（７０ａ，７０ｂ，…，７０ｇ）のうち、任意のルータを示す場合には「ルータ７０」を用いる。

プログラム提供システム８０は、遠隔通信端末１０に各種機能又は各種手段を実現させるための遠隔通信端末用プログラムが記憶されたＨＤ(Hard Disk)を備えており、遠隔通信端末１０に、遠隔通信端末用プログラムを送信することができる。また、プログラム提供システム８０のＨＤには、中継装置３０に各種機能又は各種手段を実現させるための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。

更に、プログラム提供システム８０のＨＤには、遠隔通信管理システム５０に各種機能又は各種手段を実現させるための遠隔通信管理用プログラムも記憶されており、遠隔通信管理システム５０に、遠隔通信管理用プログラムを送信することができる。

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

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

また、遠隔通信管理システム５０の遠隔通信管理装置５００及びログ管理装置５５０、並びにプログラム提供システム８０は、インターネット２ｉを介して、遠隔通信端末１０、及び中継装置３０と通信可能に接続されている。遠隔通信管理システム５０を構成する遠隔通信管理装置５００及びログ管理装置５５０は、ＬＡＮ２ｅによって通信可能に接続されている。

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態に係る通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があっても良い。

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

＜＜ハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。まず、本実施形態に係る遠隔通信端末１０のハードウェア構成について、図２を用いて説明する。図２は、本実施形態に係る遠隔通信端末の一例のハードウェア構成図である。

図２に示すように、本実施形態に係る遠隔通信端末１０は、ＣＰＵ(Central Processing Unit)１０１、ＲＯＭ(Read Only Memory)１０２、ＲＡＭ(Random Access Memory)１０３、フラッシュメモリ１０４を備えている。また、本実施形態に係る遠隔通信端末１０は、ＳＳＤ（Solid State Drive）１０５、メディアドライブ１０７、操作ボタン１０８、電源スイッチ１０９、ネットワークＩ／Ｆ１１１、及びＣＭＯＳ(Complementary Metal Oxide Semiconductor)１１２を備えている。さらに、本実施形態に係る遠隔通信端末１０は、撮像素子Ｉ／Ｆ１１３、マイク１１４、スピーカ１１５、音声入出力Ｉ／Ｆ１１６、及びディスプレイＩ／Ｆ１１７を備えている。これら各ハードウェアは、アドレスバスやデータバス等のバスライン１１０により接続されている。

ＣＰＵ１０１は、遠隔通信端末１０全体の動作を制御する。ＲＯＭ１０２は、遠隔通信端末用プログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。フラッシュメモリ１０４は、画像データや音声データ等の各種データを記憶する。ＳＳＤ１０５は、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御する。

メディアドライブ１０７は、外部メモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御する。操作ボタン１０８は、遠隔通信端末１０の宛先を選択する場合などに操作される。電源スイッチ１０９は、遠隔通信端末１０の電源のＯＮ／ＯＦＦを切り換えるために操作される。

ネットワークＩ／Ｆ１１１は、通信ネットワーク２を利用してデータ伝送をする。ＣＭＯＳ１１２は、ＣＰＵ１０１の制御に従って被写体を撮像し画像データを得る。撮像素子Ｉ／Ｆ１１３は、ＣＭＯＳ１１２の駆動を制御する。マイク１１４は、音声を入力する。スピーカ１１５は、音声を出力する。音声入出力Ｉ／Ｆ１１６は、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する。ディスプレイＩ／Ｆ１１７は、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送する。

なお、記録メディア１０６は、遠隔通信端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いても良い。更に、ＣＭＯＳ１１２は、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子であり、被写体を撮像するものであればＣＭＯＳに限らず、ＣＣＤ（Charge Coupled Device）等を用いても良い。

また、ディスプレイ１２０は、例えば、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成されている。

更に、上記の遠隔通信端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記の記録メディア１０６等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしても良い。

次に、本実施形態に係る遠隔通信管理装置５００、ログ管理装置５５０、中継装置３０、及びプログラム提供システム８０のハードウェア構成について、図３を用いて説明する。図３は、本実施形態に係る遠隔通信管理装置、ログ管理装置、中継装置、又はプログラム提供システムの一例のハードウェア構成図である。

図３に示すように、本実施形態に係る遠隔通信管理装置５００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)２０５、メディアドライブ２０７、ディスプレイ２０８、及びネットワークＩ／Ｆ２０９を備えている。また、本実施形態に係る遠隔通信管理装置５００は、キーボード２１１、マウス２１２、及びＣＤ−ＲＯＭ(Compact Disc Read Only Memory)ドライブ２１４を備えている。これら各ハードウェアは、アドレスバスやデータバス等のバスライン２１０により接続されている。

ＣＰＵ２０１は、遠隔通信管理装置５００全体の動作を制御する。ＲＯＭ２０２は、遠隔通信管理用プログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、各種データを記憶する。ＨＤＤ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。

メディアドライブ２０７は、外部メモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御する。ディスプレイ２０８は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。ネットワークＩ／Ｆ２０９は、通信ネットワーク２を利用してデータ伝送をする。キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えている。マウス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う。ＣＤ−ＲＯＭドライブ２１４は、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ２１３に対するデータの読み出し又は書き込みを制御する。

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

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

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

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

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

＜＜機能構成＞＞
次に、本実施形態の機能構成について説明する。図４は、本実施形態に係る遠隔通信システムを構成する各端末、装置、及びシステムの一例の機能ブロック図である。

図４では、遠隔通信端末１０、中継装置３０、及び遠隔通信管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図４では、遠隔通信管理装置５００及びログ管理装置５５０が、ＬＡＮ２ｅを介してデータ通信することができるように接続されている。なお、図１に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図４では省略されている。

＜遠隔通信端末の機能構成＞
遠隔通信端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４ａ、画像表示制御部１４ｂ、音声入力部１５ａ、音声出力部１５ｂ、最終絞込部１６、及び遅延検出部１７を有する。また、遠隔通信端末１０は、記憶・読出処理部１８、ログ情報作成部１９、及びログ送信制御部２０を有する。これら各部は、図２に示す各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。

また、遠隔通信端末１０は、図２に示すＳＳＤ１０５によって構築される記憶部１０００を有している。

送受信部１１は、図２に示すネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。

操作入力受付部１２は、図２に示す操作ボタン１０８、及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図２に示す電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、遠隔通信端末１０の電源をＯＮにする。

ログイン要求部１３は、図２に示すＣＰＵ１０１からの命令によって実現され、上記の電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介して遠隔通信管理装置５００に、ログインを要求する旨を示すログイン要求情報、及び遠隔通信端末１０ａｂの現時点のＩＰアドレスを自動的に送信する。

撮像部１４ａは、図２に示すＣＭＯＳ１１２、及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。画像表示制御部１４ｂは、図２に示すディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。

音声入力部１５ａは、図２に示すマイク１１４、及び音声入出力Ｉ／Ｆ１１６によって実現され、利用者の音声を入力し、この音声を音声信号に変換することで、音声信号に係る音声データを出力する。音声出力部１５ｂは、図２に示すスピーカ１１５、及び音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号を音声に変換して出力する。

最終絞込部１６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を行うため、図２に示すＣＰＵ１０１からの命令によって、計測部１６ａ、算出部１６ｂ、及び最終選択部１６ｃを実現する。このうち、計測部１６ａは、送受信部１１によって受信された後述の事前送信情報毎に、送受信部１１によって事前送信情報が受信される際の受信日時を計測する。算出部１６ｂは、計測部１６ａによって受信日時が計測された事前送信情報毎に、この計測された受信時間と、この事前送信情報に含まれている送信日時との差に基づいて、事前送信情報の送信から受信までの所要時間を算出する。最終選択部１６ｃは、算出部１６ｂによって算出された所要時間のうち最短の所要時間を要した事前送信情報が中継された中継装置３０を選択することで、最終的に１つの中継装置を選択する。

遅延検出部１７は、図２に示すＣＰＵ１０１からの命令によって実現され、他の遠隔通信端末１０から中継装置３０を介して送られて来る画像データ又は音声データの遅延時間（ｍｓ）を検出する。

ログ情報作成部１９は、図２に示すＣＰＵ１０１からの命令によって実現され、他の遠隔通信端末１０との通信を行う際に操作入力受付部１２が受け付けた操作の内容や遠隔通信端末１０の各部が行った処理の内容に基づきログ情報を作成する。

ここで、ログ情報作成部１９により作成されるログ情報の一例を図５に示す。図５に示すログ情報の「ｔｙｐｅ」の項目には、他の遠隔通信端末１０との間の通信で送受信される情報が要求に関するものであることを表す「ｒｅｑｕｅｓｔ」や、応答に関するものであることを表す「ｒｅｓｐｏｎｓｅ」等の情報が記録される。図５に示すログ情報の「Ｃａｌｌ−ＩＤ」の項目には、他の遠隔通信端末１０との通信を識別するための識別情報が記録される。図５に示すログ情報の「Ｃｏｍｍａｎｄ」の項目には、操作入力受付部１２により操作の入力を受け付けた要求の内容が記録され、遠隔通信の開始を要求する「ｉｎｖｉｔｅ」や、遠隔通信の終了を要求する「ｅｎｄ」等の情報が記録される。

また、図５に示すログ情報の「Ｒｅｓｕｌｔ」の項目には、他の遠隔通信端末１０からの又は他の遠隔通信端末１０に対する応答の内容が記録され、許可を表す情報や、不許可を表す情報等が記録される。

なお、図５では、ＪＳＯＮの形式により作成されたログ情報の一例を示したが、ログ情報は、他の形式で作成されても良い。

記憶・読出処理部１８は、図２に示すＳＳＤ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。記憶部１０００には、ログ情報作成部１９により作成されたログ情報が蓄積（記憶）される。

また、記憶部１０００には、遠隔通信端末１０を識別するための端末ＩＤ(Identification）やパスワード、画像データ及び音声データ等も記憶される。

なお、本実施形態の端末ＩＤ、及び後述の中継装置ＩＤは、それぞれ遠隔通信端末１０、及び中継装置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ、及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であっても良い。また、以下では、テレビ会議の開始を要求する要求元としての遠隔通信端末１０を「要求元端末１０Ａ」とし、要求先である宛先としての遠隔通信端末１０を「宛先端末１０Ｂ」として説明する。

ログ送信制御部２０は、操作入力受付部１２によるログ情報の送信操作が受け付けられると、記憶部１０００に蓄積（記憶）されているログ情報を、記憶・読出処理部１８を介して取得する。そして、ログ送信制御部２０は、当該取得したログ情報の保存をログ管理装置５５０に要求する。

また、ログ送信制御部２０は、ログ情報の保存をログ管理装置５５０に要求している間に、例えば、ネットワーク切断等によりログ情報の保存が失敗した場合には、ログ情報の追加保存をログ管理装置５５０に要求する。すなわち、ログ情報の追加保存の要求は、例えば、ネットワーク切断等によりログ情報の保存が失敗した場合に、ログ管理装置５５０に保存できなかったログ情報を追加で保存させるための要求である。

ここで、ログ情報の保存の要求は、後述するように、記憶部１０００に蓄積されているログ情報をボディ部に定義したＨＴＴＰリクエストのＰＯＳＴメソッドをログ管理装置５５０に送信することで実現される。また、ログ情報の追加保存の要求は、後述するように、記憶部１０００に蓄積されているログ情報のうち、送信できなかったログ情報をボディ部に定義したＨＴＴＰリクエストのＰＡＴＣＨメソッドをログ管理装置５５０に送信することで実現される。

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

また、中継装置３０は、図３に示すＨＤ２０４により構築される記憶部３０００を有している。

（変更品質管理テーブル）
記憶部３０００には、図７に示すような変更品質管理テーブルによって構成されている変更品質管理ＤＢ(Data Base)３００１が構築される。変更品質管理テーブルでは、画像データの中継先としての遠隔通信端末１０のＩＰアドレス、及びこの中継先に中継装置３０が中継する画像データの画質が関連付けられて管理される。

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

例えば、図７に示す変更品質管理テーブルにおいて、中継装置３０が、ＩＰアドレス「１．３．２．４」の宛先端末１０ｄｂに対して画像データを中継する場合には、この中継される画像データの画質（画像の品質）は「高品質」である。

送受信部３１は、図３に示すネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（情報）の送受信を行う。

状態検知部３２は、図３に示すＣＰＵ２０１からの命令によって実現され、この状態検知部３２を有する中継装置３０の稼動状態を検知する。稼動状態としては、「ＯＮライン」、「ＯＦＦライン」、又は「故障中」等の状態がある。

データ品質確認部３３は、図３に示すＣＰＵ２０１からの命令によって実現され、宛先端末１０ＢのＩＰアドレスを検索キーとして、変更品質管理ＤＢ３００１を検索する。そして、データ品質確認部３３は、検索されたＩＰアドレスに対応した中継される画像データの画質を抽出することで、中継される画像データの画質を確認する。

変更品質管理部３４は、図３に示されているＣＰＵ２０１からの命令によって実現され、遠隔通信管理システム５０から送られて来る、後述の品質情報に基づいて、変更品質管理ＤＢ３００１の内容を変更する。

例えば、端末ＩＤが「０１ａａ」である要求元端末１０ａａと、端末ＩＤが「０１ｄｂ」である宛先端末１０ｄｂとの間で高画質の画像データを送受信することによってテレビ会議を行ってものとする。このとき、他のテレビ会議を行う要求元端末ｂｂと宛先端末ｃａが通信ネットワーク２を介してテレビ会議を開始すること等によって、宛先端末１０ｄｂで画像データの受信の遅延が生じたとする。このような場合、中継装置３０は今まで中継していた画像データの画質を、高画質から中画質に下げる必要がある。したがって、この場合、変更品質管理部３４により、中画質を示す品質情報に基づいて、中継装置３０が中継する画像データの画質を高画質から中画質に下げるように、変更品質管理ＤＢ３００１の内容が変更される。

データ品質変更部３５は、図３に示すＣＰＵ２０１からの命令によって実現され、送信元端末１０から送られて来た画像データの画質を、上記の変更された変更品質管理ＤＢ３００１の内容に基づいて変更する。

記憶・読出処理部３９は、図３に示すＨＤＤ２０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出す処理を行う。

＜遠隔通信管理装置の機能構成＞
遠隔通信管理装置５００は、送受信部５０１、端末認証部５０２、状態管理部５０３、端末抽出部５０４、端末状態取得部５０５、一次絞込部５０６、セッション管理部５０７、品質決定部５０８、記憶・読出処理部５０９、及び遅延時間管理部５１０を有している。これら各部は、図３に示す各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。

また、遠隔通信管理装置５００は、図３に示すＨＤ２０４により構築される記憶部５０００を有している。

（中継装置管理テーブル）
記憶部５０００には、図８に示すような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報を遠隔通信管理システム５０が受信した受信日時、中継装置３０のＩＰアドレス、及び中継装置３０の最大データ伝送速度が関連付けられて管理される。

例えば、図９に示す中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「ＯＮライン」で、遠隔通信管理装置５００で状態情報が受信された日時が「２００９年１１月１０日の１３時００分」である。また、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ伝送速度が１００Ｍｂｐｓであることが示されている。

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

（端末管理テーブル）
また、記憶部５０００には、図１０に示すような端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各遠隔通信端末１０の端末ＩＤ毎に、各遠隔通信端末１０の稼動状態、後述のログイン要求情報を遠隔通信管理システム５０が受信した受信日時、及び遠隔通信端末１０のＩＰアドレスが関連付けられて管理される。

例えば、図１１に示す端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の遠隔通信端末１０ａａは、稼動状態が「ＯＮライン」で、遠隔通信管理システム５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」である。また、この遠隔通信端末１０ａａのＩＰアドレスが「１．２．１．３」であることが示されている。

（宛先リスト管理テーブル）
更に、記憶部５０００には、図１１に示すような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議の開始を要求する要求元端末１０Ａの端末ＩＤに対して、宛先端末１０Ｂの候補として登録されている宛先端末１０Ｂの端末ＩＤが全て関連付けられて管理される。

例えば、図１１に示す宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末１０ａａからテレビ会議の開始を要求することができる宛先端末１０Ｂの候補は、次の３であることが示されている。すなわち、要求元端末１０ａａは、端末ＩＤが「０１ａｂ」の遠隔通信端末１０ａｂ、端末ＩＤが「０１ｂａ」の遠隔通信端末１０ｂａ、及び端末ＩＤが「０１ｄｂ」の遠隔通信端末１０ｄｂに、テレビ会議の開始を要求することができることが示されている。

この宛先端末１０Ｂの候補は、要求元端末１０Ａから遠隔通信管理装置５００に対する追加又は削除の要請により、追加又は削除されることで更新される。

（セッション管理テーブル）
また、この記憶部５０００には、図１２に示すようなセッション管理テーブル
によって構成されているセッション管理ＤＢ５００５が構築されている。

このセッション管理テーブルでは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤ毎に、画像データ及び音声データの中継に使用される中継装置３０の中継装置ＩＤが関連付けられて管理される。また、このセッション管理テーブルでは、当該セッションＩＤ毎に、要求元端末１０Ａの端末ＩＤ、宛先端末１０Ｂの端末ＩＤ、及び宛先端末１０Ｂにおいて画像データが受信される際の受信の遅延時間（ｍｓ）が関連付けられて管理される。さらに、このセッション管理テーブルでは、当該セッションＩＤ毎に、この遅延時間が示されている遅延情報を宛先端末１０Ｂから送られて来て遠隔通信管理装置５００で受信された受信日時が関連付けられて管理される。

例えば、図１３に示すセッション管理テーブルにおいて、選択用セッションＩＤ「ｓｅ１」を用いて実行されたセッションで選択された中継装置３０ａ（中継装置ＩＤ「１１１ａ」）が画像データ及び音声データを中継する遠隔通信端末１０が示されている。すなわち、中継装置３０ａは、端末ＩＤが「０１ａａ」の要求元端末１０ａａと、端末ＩＤが「０１ｄｂ」の宛先端末１０ｄｂとの間で、画像データ及び音声データを中継していることが示されている。また、図１３に示すセッション管理テーブルにおいて、宛先端末１０ｄｂにおいて「２００９年１１月１０日の１４時００分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。

なお、２つの遠隔通信端末１０の間でテレビ会議を行う場合には、上記の宛先端末１０Ｂではなく要求元端末１０Ａから送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理しても良い。但し、３つ以上の遠隔通信端末１０の間でテレビ会議を行う場合には、画像データ及び音声データの受信側の遠隔通信端末１０から送信されてきた遅延情報に基づいて、遅延情報の受信日時を管理する。

（アドレス優先度管理テーブル）
更に、記憶部５０００には、図１３に示すようなアドレス優先度管理テーブルによって構成されている優先度管理ＤＢ５００６が構築されている。このアドレス優先度管理テーブルでは、一般的なＩＰｖ４におけるＩＰアドレスのうちの４組のドットアドレス(Dot Address)部分の同異に応じて、アドレス優先度のポイントが高くなるように関連付けられて管理される。

例えば、図１３に示すアドレス優先度管理テーブルにおいて、ドットアドレスの上位から下位にかけて３つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「５」である。ドットアドレスの上位から下位にかけて２つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「３」である。この場合、最下位のドットアドレスの値が同じであるか否かは優先度に関係ない。ドットアドレスの最上位の値が同じで、上位から２番目の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「１」である。この場合、上位から３番目及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。ドットアドレスの最上位の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「０」である。この場合、上位から２番目、３番目、及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。

（伝送速度優先度管理テーブル）
また、記憶部５０００に構築されている優先度管理ＤＢ５００６には、図１４に示すような伝送速度優先度管理テーブルも含まれている。この伝送速度優先度管理テーブルでは、中継装置３０における最大データ伝送速度（Ｍｂｐｓ）の値に応じて、伝送速度優先度のポイントが高くなるように関連付けられて管理される。

例えば、図１４に示す伝送速度優先度管理テーブルにおいて、中継装置３０における最大データ伝送速度が１０００Ｍｂｐｓ以上の場合には、伝送速度優先度のポイントが「５」である。中継装置３０における最大データ伝送速度が１００Ｍｂｐｓ以上１０００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「３」である。中継装置３０における最大データ伝送速度が１０Ｍｂｐｓ以上１００Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「１」である。中継装置３０における最大データ伝送速度が１０Ｍｂｐｓ未満の場合には、伝送速度優先度のポイントが「０」である。

（品質管理テーブル）
更に、記憶部５０００には、図１５に示すような品質管理テーブルによって構成されている品質管理ＤＢ５００７が構築されている。この品質管理テーブルでは、要求元端末１０Ａ又は宛先端末１０Ｂにおける画像データの遅延時間（ｍｓ）に応じて、中継装置３０で中継させる画像データの画質（画像の品質）が関連付けられて管理される。

送受信部５０１は、図２に示すネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２又はＬＡＮ２ｅを介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。

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

状態管理部５０３は、ログイン要求してきた要求元端末１０Ａの稼動状態を管理する。すなわち、状態管理部５０３は、端末管理ＤＢ５００３に、この要求元端末１０Ａの端末ＩＤ、要求元端末１０Ａの稼動状態、遠隔通信管理装置５００でログイン要求情報が受信された受信日時、及び要求元端末１０のＩＰアドレスを関連付けて記憶して管理する。

端末抽出部５０４は、ログイン要求した要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４を検索し、要求元端末１０Ａと遠隔通信することができる宛先端末１０Ｂの候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。

また、端末抽出部５０４は、ログイン要求してきた要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４を検索し、上記の要求元端末１０Ａの端末ＩＤを宛先端末１０Ｂの候補として登録している他の要求元端末１０Ａの端末ＩＤも抽出する。

端末状態取得部５０５は、上記の端末抽出部５０４によって抽出された宛先端末１０Ｂの候補の端末ＩＤを検索キーとして、端末管理ＤＢ５００３を検索し、上記の端末抽出部５０４によって抽出された端末ＩＤ毎に稼動状態を読み出す。

これにより、端末状態取得部５０５は、ログイン要求してきた要求元端末１０Ａと遠隔通信することができる宛先端末１０Ｂの候補の稼動状態を取得することができる。また、端末状態取得部５０５は、上記の端末抽出部５０４によって抽出された端末ＩＤを検索キーとして、端末管理ＤＢ５００３を検索し、ログイン要求してきた要求元端末１０Ａの稼動状態も取得する。

一次絞込部５０６は、複数の中継装置３０から最終的に１つの中継装置３０に絞り込む最終絞り込み処理を支援するため、最終絞り込み処理前の一次絞り込み処理を行う。

ここで、一次絞込部５０６は、選択用セッションＩＤ生成部５０６ａ、端末ＩＰアドレス抽出部５０６ｂ、一次選択部５０６ｃ、及び優先度決定部５０６ｄを有している。このうち、選択用セッションＩＤ生成部５０６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する。

端末ＩＰアドレス抽出部５０６ｂは、要求元端末１０Ａから送られてきた開始要求情報に含まれている要求元端末１０Ａの端末ＩＤ、及び宛先端末１０Ｂの端末ＩＤに基づいて、端末管理ＤＢ５００３を検索する。そして、端末ＩＰアドレス抽出部５０６ｂは、対応するそれぞれの遠隔通信端末１０のＩＰアドレスを抽出する。

一次選択部５０６ｃは、中継装置管理ＤＢ５００１で管理されている中継装置３０のうち、稼動状態が「ＯＮライン」となっている中継装置３０の中継装置ＩＤを選択することにより、中継装置３０の選択を行う。

また、一次選択部５０６ｃは、上記の端末ＩＰアドレス抽出部５０６ｂによって抽出された、要求元端末１０ＡのＩＰアドレス、及び宛先端末１０ＢのＩＰアドレスに基づいて、中継装置管理ＤＢ５００１を検索する。そして、一次選択部５０６ｃは、上記の選択された中継装置３０のＩＰアドレスのドットアドレス毎に、上記要求元端末１０Ａ及び宛先端末１０Ｂの各ＩＰアドレスにおける各ドットアドレスと同じであるか異なるかを調査する。

更に、一次選択部５０６ｃは、中継装置毎に、アドレス優先度のポイントにおいて遠隔通信端末１０に対する高い方のポイントと、伝送速度優先度のポイントを統合した統合ポイントのうち、ポイントが高い上位２つの中継装置３０を選択することにより、中継装置３０の更なる選択を行う。

なお、本実施形態では、ポイントが高い上位２つの中継装置３０を選択することにしているが、これに限られるものではなく、中継装置３０を１つでも多く絞り込むことができれば、ポイントが高い上位３つ以上の中継装置３０を選択するようにしても良い。

優先度決定部５０６ｄは、優先度管理ＤＢ５００６を参照して、上記の一次選択部５０６ｃによって調査された中継装置３０毎に、アドレス優先度のポイントを決定する。

また、優先度決定部５０６ｄは、中継装置管理ＤＢ５００１で管理されている各中継装置３０の最大データ伝送速度に基づいて、優先度管理ＤＢ５００６を検索する。そして、優先度決定部５０６ｄは、上記の一次選択部５０６ｃによる第１次の絞り込み処理によって絞り込まれた中継装置３０毎に伝送速度優先度のポイントを決定する。

セッション管理部５０７は、記憶部５０００のセッション管理ＤＢ５００５に、選択用セッションＩＤ生成部５０６ａで生成された選択用セッションＩＤ、要求元端末の端末ＩＤ、及び宛先端末の端末ＩＤを関連付けて記憶して管理する。また、セッション管理部５０７は、セッション管理ＤＢ５００５に対して、選択用セッションＩＤ毎に、遠隔通信端末１０の最終選択部１６ｃで最終的に１つに選択された中継装置３０の中継装置ＩＤを記憶して管理する。

品質決定部５０８は、上記の遅延時間を検索キーとして、品質管理ＤＢ５００７を検索し、対応する画像データの画質を抽出することで、中継装置３０に中継させる画像データの画質を決定する。

記憶・読出処理部５０９は、図３に示すＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。

遅延時間管理部５１０は、上記の宛先端末１０ＢのＩＰアドレスを検索キーとして、端末管理ＤＢ５００３を検索することで、対応する端末ＩＤを抽出する。更に、遅延時間管理部５１０は、セッション管理ＤＢ５００５のセッション管理テーブルにおいて、上記抽出した端末ＩＤが含まれるレコードにおける遅延時間のフィールド部分に、上記遅延情報で示されている遅延時間を記憶して管理する。

＜ログ管理装置の機能構成＞
ログ管理装置５５０は、送受信部５５１、ログ情報管理部５５２、妥当性判定部５５３、及び記憶・読出処理部５５９を有している。これら各部は、図３に示す各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。

また、ログ管理装置５５０は、図３に示すＨＤ２０４により構築される記憶部５５００を有している。

（ログ管理テーブル）
記憶部５５００には、図１６に示すようなログ管理テーブルによって構成されているログ管理ＤＢ５５０１が構築されている。このログ管理テーブルは、遠隔通信端末１０の端末ＩＤ毎に作成され、ログ情報の識別情報（ログＩＤという）と、ログ情報とが関連付けられて管理される。

送受信部５５１は、図２に示すネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２又はＬＡＮ２ｅを介して遠隔通信管理装置５００や遠隔通信端末１０と各種データ（情報）の送受信を行う。

ログ情報管理部５５２は、遠隔通信端末１０や遠隔通信管理装置５００からの要求に応じて、ログ管理ＤＢ５５０１に構築されているログ管理テーブルの作成やログ情報の記憶、更新を行ったり、ログ管理ＤＢからログ情報を取得したりする。

妥当性判定部５５３は、遠隔通信端末１０からログ情報の追加保存要求を受信した場合に、当該追加保存要求の妥当性を判定する。すなわち、妥当性判定部５５３は、受信したログ情報の追加保存要求が、例えば、ネットワーク切断前に受信したログ情報の保存要求に対する追加保存要求であるか否かを判定する。

記憶・読出処理部５５９は、図３に示すＨＤＤ２０５によって実行され、記憶部５５００に各種データを記憶したり、記憶部５５００に記憶された各種データを読み出す処理を行う。

＜＜処理の詳細＞＞
次に、本実施形態に係る遠隔通信システム１の処理の詳細について説明する。

まず、図１７を用いて、各中継装置３０から遠隔通信管理装置５００に送信された各中継装置３０の稼働状態を示す状態情報を管理する処理を説明する。図１７は、各中継装置の稼働状態を示す状態情報管理する処理の一例を示すシーケンス図である。

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

これら各状態情報には、中継装置３０毎の中継装置ＩＤと、これら各中継装置ＩＤに係る中継装置３０の状態検知部３２で検知された稼動状態とが含まれている。なお、本実施形態では、中継装置（３０ａ，３０ｂ，３０ｄ）は、正常に稼動して「ＯＮライン」となっている一方で、中継装置３０ｃは稼働中ではあるが、中継装置３０ｃの中継動作を実行するためのプログラムに何らかの不具合が生じて、「ＯＦＦライン」となっている場合が示されている。

次に、遠隔通信管理装置５００は、各中継装置３０から送られて来た各状態情報を送受信部５０１が受信する。そして、遠隔通信管理装置５００は、記憶・読出処理部５０９を介して記憶部５０００の中継装置管理ＤＢ５００１に、中継装置ＩＤ毎に状態情報を記憶して管理する（ステップＳ３−１〜Ｓ３−４）。これにより、図９に示すような中継装置管理テーブルに対して、中継装置ＩＤ毎に「ＯＮライン」、「ＯＦＦライン」、又は「故障中」のいずれかの稼動状態が記憶されて管理される。また、この際に、中継装置ＩＤ毎に、遠隔通信管理装置５００で状態情報が受信された受信日時も記憶されて管理される。なお、中継装置３０から状態情報が送られない場合には、図９に示す中継装置管理テーブルの各レコードにおける稼動状態のフィールド部分及び受信日時のフィールド部分が空白になるか、又は、前回の受信時の稼動状態及び受信日時をそれぞれ示す。

次に、遠隔通信端末１０ａａと遠隔通信端末１０ｄｂとの間で、遠隔通信を開始する前の準備段階の処理について、図１８を用いて説明する。図１８は、遠隔通信端末間で遠隔通信を開始する準備段階の処理の一例を示すシーケンス図である。

まず、利用者が、遠隔通信端末１０ａａの電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、当該遠隔通信端末１０ａａの電源をＯＮにする（ステップＳ２１）。

次に、ログイン要求部１３は、上記の電源ＯＮの受信を契機とし、送受信部１１から通信ネットワーク２を介して遠隔通信管理装置５００に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である遠隔通信端末１０ａａを識別するための端末ＩＤ、及びパスワードが含まれている。これら端末ＩＤ、及びパスワードは、記憶・読出処理部１８を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。

なお、遠隔通信端末１０ａａから遠隔通信管理装置５００へログイン要求情報が送信される際は、受信側である遠隔通信管理装置５００は、送信側である遠隔通信端末１０ａｂのＩＰアドレスを把握することができる。

次に、遠隔通信管理装置５００の端末認証部５０２は、送受信部５０１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５
０００の端末認証管理ＤＢ５００２を検索する。そして、遠隔通信管理装置５００の端末認証部５０２は、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。

この端末認証部５０２によって、同一の端末ＩＤ及びパスワードが管理されているため、正当な利用権限を有する遠隔通信端末１０からのログイン要求であると判断された場合には、状態管理部５０３は、ログイン端末を管理する（ステップＳ２４）。すなわち、状態管理部５０３は、端末管理ＤＢ５００３に、遠隔通信端末１０ａａの端末ＩＤ、稼動状態、上記ログイン要求情報が受信された受信日時、及び遠隔通信端末１０ａａのＩＰアドレスを関連付けて記憶する。

これにより、図１１に示す端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「ＯＮライン」、受信日時「２００９．１１．１０．１３：４０」及び端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

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

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

次に、端末状態取得部５０５は、上記の端末抽出部５０４によって抽出された宛先端末１０Ｂの候補の端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）を検索キーとして、端末管理ＤＢ５００３を検索する。そして、端末状態取得部５０５は、上記の端末抽出部５０４によって抽出された端末ＩＤ毎に稼動状態（「ＯＦＦライン」、「ＯＮライン」、「ＯＮライン」）を読み出すことで、遠隔通信端末（１０ａｂ，１０ｂａ，１０ｄｂ）の各稼動状態を取得する（ステップＳ２７）。

次に、送受信部５０１は、通信ネットワーク２を介して、宛先状態情報を要求元端末１０ａａに送信する（ステップＳ２８）。ここで、当該宛先状態情報には、上記のステップ２７で使用された検索キーとしての端末ＩＤ（「０１ａｂ」、「０１ｂａ」、「０１ｄｂ」）と、対応する宛先端末（１０ａｂ，１０ｂａ，１０ｄｂ）の稼動状態（「ＯＦＦライン」、「ＯＮライン」、「ＯＮライン」）とが含まれる。

これにより、要求元端末１０ａａは、この要求元端末１０ａａと遠隔通信することができる宛先端末１０Ｂの候補である遠隔通信端末（１０ａｂ，１０ｂａ，１０ｄｂ）の現時点の稼動状態（「ＯＦＦライン」、「ＯＮライン」、「ＯＮライン」）を把握することができる。

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

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

そして、送受信部５０１は、端末管理ＤＢ５００３で稼動状態が「ＯＮライン」となっている遠隔通信端末（１０ｂａ，１０ｄｂ）に、宛先状態情報を送信する（ステップＳ３１−１，Ｓ３１−２）。すなわち、送受信部５０１は、上記のステップＳ２９で抽出された端末ＩＤ（「０１ａｂ」、「０１ｂａ」、及び「０１ｄｂ」）に係る遠隔通信端末（１０ａｂ，１０ｂａ，１０ｄｂ）のうち、遠隔通信端末（１０ｂａ，１０ｄｂ）に、宛先状態情報を送信する。ここで、当該宛先状態情報には、上記ステップＳ３０で取得された要求元端末１０ａａの端末ＩＤ「０１ａａ」と稼動状態「ＯＮライン」が含まれる。

なお、送受信部５０１が遠隔通信端末（１０ｂａ，１０ｄｂ）に宛先状態情報を送信する際に、各端末ＩＤ（「０１ｂａ」、「０１ｄｂ」）に基づいて、図１１に示す端末管理テーブルで管理されている端末のＩＰアドレスを参照する。これにより、ログイン要求した要求元端末１０ａａを宛先として遠隔通信することができる他の宛先端末（１０ｄｂ，１０ｂａ）のそれぞれに、上記ログイン要求した要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び稼動状態「ＯＮライン」を伝えることができる。

一方、他の遠隔通信端末１０でも、上記ステップ２１と同様に、利用者が図３に示す電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付け、上記ステップＳ２２〜Ｓ３１−１,２の処理と同様の処理が行われる。

次に、中継装置３０を絞り込む処理について、図１９を用いて説明する。図１９は、中継装置を絞り込む処理の一例を示すシーケンス図である。なお、本実施形態では、要求元端末１０ａａは、宛先の候補としての遠隔通信端末１０のうち、稼動状態がＯＮラインである遠隔通信端末（１０ｂａ，１０ｄｂ）の少なくとも一方と遠隔通信を行うことができる。そこで、以下では、要求元端末１０ａａの利用者が、宛先端末１０ｄｂと遠隔通信を開始することを選択した場合について説明する。

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

そして、状態管理部５０３は、開始要求情報に含まれる要求元端末１０ａａの端末ＩＤ「０１ａａ」及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」に基づき、端末管理ＤＢ５００３の端末管理テーブルのレコードを変更する（ステップＳ４３）。すなわち、状態管理部５０３は、端末管理テーブルにおいて、上記の端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄｂ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「通話中」に変更する。

なお、この状態では、要求元端末１０ａａと宛先端末１０ｄｂは、遠隔通信（通話）を開始していないが、通話中状態となり、他の遠隔通信端末１０が要求元端末１０ａａ又は宛先端末１０ｄｂと遠隔通信しようとすると、いわゆる通話中状態を示す旨の音声又は表示が出力される。

次に、ステップＳ４４〜Ｓ４８、及びステップＳ６１−１〜６６により、中継装置３０を選択するためのセッションを実行する処理を説明する。

まず、選択用セッションＩＤ生成部５０６ａは、中継装置３０を選択するためのセッションの実行に用いられる選択用セッションＩＤを生成する（ステップＳ４４）。そして、セッション管理部５０７は、記憶部５０００のセッション管理ＤＢ５００５に、上記のステップＳ４４で生成された選択用セッションＩＤ「ｓｅ１」、要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」を関連付けて記憶して管理する（ステップＳ４５）。

次に、一次絞込部５０６は、中継装置管理ＤＢ５００１、端末管理ＤＢ５００３、及び優先度管理ＤＢ５００６に基づいて、要求元端末１０ａａと、宛先端末１０ｄｂとの遠隔通信を中継するための中継装置３０の一次絞り込みを行う（ステップＳ４６）。

ここで、図２０を用いて、ステップＳ４６における処理を更に詳細に説明する。図２０は、中継装置を絞り込む処理の一例を示すフローチャートである。

まず、端末ＩＰアドレス抽出部５０６ｂは、要求元端末１０ａａから送られてきた開始通信情報に含まれている要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び宛先端末１０ｄｂの端末ＩＤ「０１ｄｂ」に基づいて、端末管理ＤＢ５００３を検索する。そして、端末ＩＰアドレス抽出部５０６ｂは、対応する遠隔通信端末（１０ａａ，１０ｄｂ）のＩＰアドレス（「１．２．１．３」,「１．３．２．４」）を抽出する（ステップＳ４６−１）。

次に、一次選択部５０６ｃは、中継装置管理ＤＢ５００１で管理されている中継装置３０の稼動状態のうち、「ＯＮライン」になっている中継装置（３０ａ，３０ｂ，３０ｄ）の各中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）を選択する（ステップＳ４６−２）。

また、一次選択部５０６ｃは、上記のステップＳ４６−１で抽出された、要求元端末１０ａａのＩＰアドレス「１．２．１．３」、及び宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」に基づいて、中継装置管理ＤＢ５００１を検索する。そして、一次選択部５０６ｃは、選択された中継装置（３０ａ，３０ｂ，３０ｄ）の各ＩＰアドレスのドットアドレス毎に、要求元端末１０ａａ及び宛先端末１０ｄｂの各ＩＰアドレスの各ドットアドレスと同じであるか異なるかを調査する（ステップＳ４６−３）。

すなわち、一次選択部５０６ｃは、各ＩＰアドレス（「１．２．１．２．」，「１．２．２．２」，「１．３．２．２」）のドットアドレス毎に、各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）における各ドットアドレスと同じであるか異なるかを調査する。

次に、優先度決定部５０６ｄは、優先度管理ＤＢ５００６を参照して、上記のステップ４６−３によって調査された中継装置（３０ａ，３０ｂ，３０ｄ）毎に、アドレス優先度のポイントを決定する（ステップＳ４６−４）。この決定処理の結果を表に表すと、図２１に示すような状態になる。

なお、図２１は、中継装置３０の絞り込み処理を行う際の優先度のポイントの計算状態を示した図である。この図２１では、中継装置ＩＤ毎に、アドレス優先度のポイント、伝送速度優先度のポイント、及び統合ポイントが示されている。また、アドレス優先度のポイントは、更に、各中継装置３０の要求元端末１０ａａに対するポイント及び宛先端末１０ｄｂに対するポイントが示されている。統合ポイントは、アドレス優先度の２つのポイントのうちの高い方のポイントと、伝送速度優先度のポイントの合計である。

本実施形態では、中継装置３０ａのＩＰアドレス「１．２．１．２」は要求元端末１０ａａのＩＰアドレス「１．２．１．３」に対して、「同．同．同．異」であるため、図２１に示すように、アドレス優先度のポイントは「５」になる。また、中継装置３０ａのＩＰアドレス「１．２．１．２」は宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」に対して、「同．異．異．異」であるため、アドレス優先度のポイントは「１」になる。また、中継装置３０ｂのＩＰアドレス「１．２．２．２」は要求元端末１０ａａのＩＰアドレス「１．２．１．３」に対して、「同．同．異．異」であるため、アドレス優先度のポイントは「３」になる。また、中継装置３０ｂのＩＰアドレス「１．２．２．２」は宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」に対して、「同．異．同．異」であるため、アドレス優先度のポイントは「１」になる。更に、中継装置３０ｄのＩＰアドレス「１．３．２．２」は要求元端末１０ａａのＩＰアドレス「１．２．１．３」に対して、「同．異．異．異」であるため、アドレス優先度のポイントは「１」になる。また、中継装置３０ｄのＩＰアドレス「１．３．２．２」は宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」に対して、「同．同．同．異」であるため、アドレス優先度のポイントは「５」になる。

図２０に戻る。優先度決定部５０６ｄは、中継装置管理ＤＢ５００１で管理されている各中継装置３０の最大データ伝送速度に基づいて、優先度管理ＤＢ５００６を検索する。そして、優先度決定部５０６ｄは、上記ステップＳ４６−２によって第１次絞り込み処理によって絞り込まれた中継装置（３０ａ，３０ｂ，３０ｄ）毎に伝送速度優先度のポイントを決定する（ステップＳ４６−５）。

本実施形態では、図８に示すように、中継装置３０ａの最大データ伝送速度が１００（Ｍｂｐｓ）であるため、図１４に示されている伝送速度優先度を参照すると、伝送速度優先度が３ポイントになる。また、同様に、中継装置３０ｂの最大データ伝送速度について計算すると１０００（Ｍｂｐｓ）であるため、伝送速度優先度が５ポイントになる。また同様に、中継装置３０ｄの最大データ伝送速度について計算すると１０（Ｍｂｐｓ）であるため、伝送速度優先度が１ポイントになる。

次に、一次選択部５０６ｃは、中継装置（３０ａ，３０ｂ，３０ｄ）毎に、アドレス優先度のポイントにおいて遠隔通信端末（１０ａａ，１０ｄｂ）のうち高い方のポイントと、伝送速度優先度のポイントとを統合した統合ポイントを算出する。そして、一次選択部５０６ｃは、統合ポイントのうち、ポイントが高い上位２つの中継装置３０を選択する（ステップＳ４６−６）。

本実施形態では、図２１に示すように、中継装置ＩＤ（１１１ａ，１１１ｂ，１１１ｄ）は、それぞれ統合ポイントが「８」、「８」、「６」である。したがって、中継装置ＩＤ「１１１ａ」に係る中継装置３０ａ、及び中継装置ＩＤ「１１１ｂ」に係る中継装置３０ｂが選択されることになる。

以上のステップＳ４６における絞り込み処理が終了すると、送受信部５０１は、通信ネットワーク２を介して、宛先端末１０ｄｂへ、上記の絞り込まれた中継装置３０の数を伝達するための中継装置絞込情報を送信する（ステップＳ４７）。この中継装置絞込情報には、上記ステップ４６によって絞り込まれた中継装置３０の数「２」、要求元端末１０ａａの端末ＩＤ「０１ａａ」、及び上記選択用セッションＩＤ「ｓｅ１」が含まれている。

これにより、遠隔通信端末１０ｄｂは、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０の数がいくつで、どの遠隔通信端末１０からテレビ会議を開始したいとの要求があったのかを把握することができる。また、遠隔通信端末１０ｄｂは、中継装置絞込情報の送信元である遠隔通信管理装置５００のＩＰアドレス「１．１．１．２」を把握することができる。

そして、遠隔通信端末１０ｄｂは、送受信部１１から通信ネットワーク２を介して遠隔通信管理装置５００へ、上記の中継装置絞込情報の受信が完了した旨を示す受信完了情報を送信する（ステップＳ４８）。この受信完了情報には、セッションＩＤ「ｓｅ１」が含まれている。

これにより、遠隔通信管理装置５００は、セッションＩＤ「ｓｅ１」で実行されている中継装置数の伝達が完了した旨と共に、送信元である宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。

次に、宛先端末１０ａａが中継装置３０を選択する処理について、図２２を用いて説明する。図２２は、遠隔通信端末が中継装置を選択する処理の一例を示すシーケンス図である。

まず、遠隔通信管理装置５００は、テレビ会議を開始する前に、上記ステップＳ４６によって絞り込まれた中継装置（３０ａ，３０ｂ）のそれぞれに対して、事前に中継を要求する旨の事前中継要求情報を送信する（ステップＳ６１−１，２）。この事前中継要求情報には、セッションＩＤ「ｓｅ１」、要求元端末１０ａａのＩＰアドレス「０１ａａ」、及び宛先端末１０ｄｂが含まれている。

これにより、中継装置（３０ａ，３０ｂ）は、どの選択用セッションのものであるか、要求元端末１０Ａが何であるか、及び宛先端末１０Ｂが何であるかを把握することができる。また、中継装置（３０ａ，３０ｂ）は、事前中継要求情報の送信元である遠隔通信管理装置５００のＩＰアドレス「１．１．１．２」を把握することができる。

次に、各中継装置（３０ａ，３０ｂ）のそれぞれは、送受信部３１から通信ネットワーク２を介して、上記ステップＳ６１−１，２によって把握した要求元端末１０ａａに事前送信要求情報を送信する（ステップＳ６２−１，２）。この事前送信要求情報は、テレビ会議の開始前に自装置としての各中継装置（３０ａ，３０ｂ）に、後述のｐｉｎｇ(Packet Internet Groper)が含まれた事前送信情報を送信させる旨を示す情報であり、セッションＩＤ「ｓｅ１」が含まれている。

これにより、要求元端末１０ａａは、セッションＩＤ「ｓｅ１」で実行されている中継装置３０の選択処理において、各中継装置（３０ａ，３０ｂ）に事前送信情報を送信することを把握することができる。また、要求元端末１０ａａは、事前送信要求情報の送信元である中継装置（３０ａ，３０ｂ）のＩＰアドレス（「１．２．１．２」，「１．２．２．２」）を把握することができる。

なお、本実施形態では、遠隔通信管理装置５００から直接、要求元端末１０ｂａに対して、宛先端末１０ｄｂのＩＰアドレスを通知せずに、上記ステップ６１−１のように中継装置１０ａａに対して宛先端末１０ｄｂのＩＰアドレスを通知する。そして、上記ステップ６１−２のように中継装置１０ａａが要求元端末１０ｂａに対し、自装置（中継装置１０ａａ）に対して事前送信要求情報を送信するように要求する。これは、各遠隔通信端末１０には、他の遠隔通信端末１０のＩＰアドレスを知らせないようにして、セキュリティーを確保するためである。

次に、要求元端末１０ａａは、送受信部１１から通信ネットワーク２を介して中継装置（３０ａ，３０ｂ）へ事前送信情報を送信する（ステップＳ６３−１，２）。この事前送信情報は、画像データ及び音声データの送信に先立って、各中継装置（３０ａ，３０ｂ）を介して宛先端末１０ｄｂへ送信されることで、要求元端末１０ａａの送信から宛先端末ｄｂの受信までの所要時間を計測するために用いられる情報である。

また、この事前送信情報には、要求元端末１０ａａ、中継装置（３０ａ，３０ｂ）、及び宛先端末１０ｄｂが通信可能に接続されていることを確認するためのｐｉｎｇ、要求元端末１０ａａから事前送信情報が送信された送信日時が含まれている。また、この事前送信情報には、セッションＩＤ「ｓｅ１」が含まれている。

これにより、各中継装置（３０ａ，３０ｂ）は、選択用セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できる。また、各中継装置（３０ａ，３０ｂ）は、この事前送信情報の送信元である要求元端末１０ａａのＩＰアドレス「１．２．１．３」を把握することができる。

次に、各中継装置（３０ａ，３０ｂ）は、上記ステップＳ６１−１，２によって受信した事前中継要求情報に含まれている宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」に対して、上記事前送信情報を中継する（ステップＳ６４−１，２）。

これにより、宛先端末１０ｄｂは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、事前送信情報が送られて来たことを把握できる。また、宛先端末１０ｄｂは、この事前送信情報の送信元（中継元）である中継装置（３０ａ，３０ｂ）のＩＰアドレス（「１．２．１．２」，「１．２．２．２」）を把握することができる。

次に、宛先端末１０ｄｂの最終絞込部１６は、事前送信情報に基づいて、最終的にテレビ会議で画像データ及び音声データを中継する１つの中継装置３０に絞り込む（ステップＳ６５）。

ここで、ステップＳ６５における処理について、図２３を用いて更に詳細に説明する。図２３は、遠隔通信端末で中継装置を選択する処理の一例を示すフローチャートである。

まず、最終絞込部１６の計測部１６ａは、各中継装置（３０ａ，３０ｂ）によって中継された事前送信情報毎に、遠隔通信端末１０ｄｂの送受信部１１で受信した際の受信日時を計測する（ステップＳ６５−１）。

次に、算出部１６ｂは、上記受信時間が計測された事前送信情報毎に、上記受信日時と上記事前送信情報に含まれている送信日時との差に基づいて、各事前送信情報の送信から受信までの所要時間を算出する（ステップＳ６５−２）。

次に、最終選択部１６ｃは、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継予定の中継装置３０の数「２」に相当する数の事前送信情報を全て受信したかを判断する（ステップＳ６５−３）。

そして、全て受信していない場合には（ＮＯ）、最終選択部１６ｃは、遠隔通信端末１０ｄｂで事前送信情報を受信してから所定時間（ここでは１分間）経過したかを判断する（ステップＳ６５−４）。更に、所定時間経過していない場合には（ＮＯ）、上記ステップＳ６５−１に戻る。

一方、上記のステップ６５−３において全て受信した場合（ＹＥＳ）、又は上記のステップＳ６５−４において所定時間経過した場合（ＹＥＳ）、最終選択部１６ｃは、中継装置３０を１つ選択する（ステップＳ６５−５）。すなわち、最終選択部１６ｃは、これまでに算出部１６ｂで算出された所要時間のうち最短の所要時間を要した事前送信情報を中継した中継装置３０を１つ選択する。

本実施形態では、中継装置３０ａによって中継された事前送信情報が、中継装置３０ｂによって中継された事前送信情報よりも送信から受信までの所要時間が短かったものとして、中継装置３０ａが選択される例を示している。

なお、本実施形態では、宛先端末１０ｄｂ側で中継装置３０ａが絞り込まれたが、これに限られない。宛先端末１０ｄｂが要求元端末１０ａａ又は遠隔通信管理装置５００へ、事前送信情報の送信から受信までの所要時間を示す所要時間情報を全て送信することで、要求元端末１０ａａ側又は遠隔通信管理装置５００側で、１つの中継装置３０ａが絞り込まれ手も良い。

次に、宛先端末１０ｄｂは、送受信部１１から通信ネットワーク２を介して遠隔通信管理装置５００へ、中継装置３０ａを選択した旨を示す選択情報を送信する（ステップＳ６６）。この選択情報には、セッションＩＤ「ｓｅ１」、及び、選択された中継装置３０ａ
の中継装置ＩＤ「１１１ａ」が含まれている。

これにより、遠隔通信管理装置５００は、セッションＩＤ「ｓｅ１」におけるセッションの実行において、中継装置３０ａが選択されたことを把握できると共に、選択情報の送信元である遠隔通信端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。

次に、遠隔通信管理装置５００のセッション管理部５０７は、セッション管理ＤＢ５００５のセッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードを管理する（ステップＳ６７）。すなわち、セッション管理部５０７は、セッション管理テーブルにおいて、セッションＩＤ「ｓｅ１」が含まれるレコードの中継装置ＩＤのフィールド部分に、上記の最終的に１つに選択された中継装置３０ａの中継装置ＩＤ「１１１ａ」を記憶して管理する。

そして、遠隔通信管理装置５００の送受信部５０１は、通信ネットワーク２を介して中継装置３０ａへ、中継を開始する旨の要求が示された中継開始要求情報を送信する（ステップＳ６８）。この中継開始要求情報には、中継される要求元端末１０ａａ及び宛先端末１０ｄｂの各ＩＰアドレス（「１．２．１．３」，「１．３．２．４」）が含まれている。

次に、中継装置３０ａは、遠隔通信端末（１０ａａ，１０ｄｂ）の間で、低解像度、中解像度、及び高解像度の３つ画像データ、並びに、音声データを遠隔通信するためのセッションを確立する（ステップＳ６９）。これにより、遠隔通信端末（１０ａａ，１０ｄｂ）は、テレビ会議を開始することができる。

なお、上記のステップＳ４７において、遠隔通信管理装置５００が宛先端末１０ｄｂに中継装置絞込情報を送信することに伴い、ステップＳ４８〜Ｓ６４−１，２を経て、宛先端末１０ｄｂ側で中継装置の選択処理（ステップＳ６５）を行ったが、これに限られない。上記のステップＳ４７において、遠隔通信管理装置５００が要求元端末１０ａａに中継装置絞込情報を送信することで、その後ステップＳ６４−１，２までは、各情報の送信元と受信元が、要求元端末１０ａａと宛先端末１０ｄｂとで入れ替わるようにしても良い。

これにより、要求元端末１０ａａが上記ステップＳ６５に替わって中継装置の選択処理を行うことができ、また、上記ステップＳ６６に替わって選択情報の送信も行うことができる。

次に、要求元端末１０ａａと宛先端末１０ｄｂとの間で、テレビ会議を行うために、画像データ及び音声データを送受信する処理について、図２４を用いて説明する。図２４は、遠隔通信端末間で画像データ及び音声データを送受信する処理の一例を示すシーケンス図である。

まず、要求元端末１０ａａは、撮像部１４ａで撮像された被写体の画像データ、及び音声入力部１５ａで入力された音声の音声データを、送受信部１１から通信ネットワーク２を介して中継装置３０ａへ送信する（ステップＳ８１）。

なお、本実施形態では、図６に示す低解像度、中解像度、及び高解像度の３つから成る高画質の画像データ、並びに、音声データを送信している。これにより、中継装置３０ａでは、送受信部３１で上記３つの解像度の画像データ及び音声データを受信する。

次に、データ品質確認部３３は、宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１を検索する。そして、データ品質確認部３３は、対応した中継する画像データの画質を抽出することにより、中継する画像データの画像の品質を確認する（ステップＳ８２）。

本実施形態では、確認された画像データの画像の画質が「高画質」であり、送受信部３１で受信した画像データの画質と同じであるため、そのままの画質の画像データ、及びそのままの音質の音声データで、宛先端末１０ｄｂに転送する（ステップＳ８３）。これにより、宛先端末１０ｄｂは、送受信部１１で画像データ及び音声データを受信し、画像表示制御部１４ｂがディスプレイ１２０に上記画像データに基づく画像を表示させると共に、音声出力部１５ｂが音声データに基づく音声を出力させることができる。

次に、遠隔通信端末１０ｄｂの遅延検出部１７は、送受信部１１で受信された画像データの受信の遅延時間を一定時間毎（例えば、１秒毎）に検出する（ステップＳ８４）。なお、本実施形態では、遅延時間が２００（ｍｓ）である場合について、以下説明を続ける。

宛先端末１０ｄｂの送受信部１１は、通信ネットワーク２を介して遠隔通信管理装置５００へ、遅延時間「２００（ｍｓ）」を示す遅延情報を送信する（ステップＳ８５）。これにより、遠隔通信管理装置５００は、遅延時間を把握すると共に、遅延情報の送信元である遠隔通信端末１０ｄｂのＩＰアドレス「１．３．２．４」を把握することができる。

次に、遠隔通信管理装置５００の遅延時間管理部５１０は、上記の宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、端末管理ＤＢ５００３を検索することで、対応する端末ＩＤ「０１ｄｂ」を抽出する。また、遅延時間管理部５１０は、セッション管理ＤＢ５００５のセッション管理テーブルにおいて、端末ＩＤ「０１ｄｂ」のレコードにおける遅延時間のフィールド部分に、上記の遅延情報が示す遅延時間「２００（ｍｓ）」を記憶して管理する（ステップＳ８６）。

次に、品質決定部５０８は、上記の遅延時間「２００（ｍｓ）」を検索キーとして、品質管理ＤＢ５００７を検索し、対応する画像データの画質「中画質」を抽出することで、画質を「中画質」に決定する（ステップＳ８７）。

次に、送受信部５０１は、セッション管理ＤＢのセッション管理テーブルにおいて、上記の端末ＩＤ「０１ｄｂ」に関連付けられている中継装置ＩＤ「１１１ａ」を検索キーとして、中継装置管理ＤＢ５００１を検索する。そして、送受信部５０１は、対応する中継装置３０ａのＩＰアドレス「１．２．１．２」を抽出する（ステップＳ８８）。

次に、送受信部５０１は、通信ネットワーク２を介して中継装置３０ａへ、上記のステップ８７によって決定された画像データの画質「中画質」を示す品質情報を送信する（ステップＳ８９）。この品質情報には、上記のステップＳ８６において検索キーとして用いた宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」が含まれている。

次に、中継装置３０ａの変更品質管理部３４は、変更品質管理ＤＢ３００１に、送信先の遠隔通信端末１０（ここでは、宛先端末１０ｄｂ）のＩＰアドレス「１．３．２．４」、及び中継される画像データの画質「中画質」を関連付けて管理する（ステップＳ９０）。

続いて、遠隔通信端末１０ａａは、引き続き上記のステップＳ８１と同様に、中継装置３０ａへ、低画質、中画質、及び高画質の３つから成る高画質の画像データ、並びに、音声データを送信する（ステップＳ９１）。

これにより、中継装置３０ａでは、上記のステップＳ８２と同様に、データ品質確認部３３が、宛先端末１０ｄｂのＩＰアドレス「１．３．２．４」を検索キーとして、変更品質管理ＤＢ３００１を検索する。そして、データ品質確認部３３が、対応した中継する画像データの画質「中画質」を抽出することで、中継される画像データの画像の品質を確認する（ステップＳ９２）。

本実施形態では、確認された画像データの画質が「中画質」であり、送受信部３１で受信された画像データの画質「高画質」よりも低くなる。このため、データ品質変更部３５は、画像データの画質を「高画質」から「中画質」に抑制することで、画像データの画像の品質を変更する（ステップＳ９３）。

そして、送受信部３１は、通信ネットワーク２を介して遠隔通信端末１０ｄｂへ、上記の画像データの画質が「中画質」に変更された画像データ、及び音声の音質が変更されていない音声データを送信する（ステップＳ９４）。このように、画像データを受信する宛先端末１０ｄｂで、受信の遅延が生じた場合には、中継装置３０ａは画像の品質を変更し、テレビ会議に参加している人に違和感を与えないようにすることができる。

次に、遠隔通信端末１０が、例えば図５に示すログ情報２０００等のログ情報を作成し、このログ情報を記憶部１０００に記憶して蓄積する処理について、図２５を用いて説明する。図２５は、遠隔通信端末がログ情報を蓄積する処理の一例を示すフローチャートである。本実施形態では、遠隔通信端末１０ａａは、例えば、他の遠隔通信端末１０と遠隔通信をしている間の操作の内容に基づき、遠隔通信端末１０間の通信に関するログ情報を作成する。

遠隔通信管理システム５０へのログイン後、遠隔通信端末１０の操作入力受付部１２は、遠隔通信を開始するための操作の入力を受け付ける（ステップＳ１０１）。ここで、図１９における他の遠隔通信端末１０の宛先の選択を受け付ける処理を、遠隔通信を開始するための操作の入力を受け付ける処理としても良い。

次に、遠隔通信端末１０のログ情報作成部１９は、操作入力受付部１２が受け付けた操作の内容に基づき、ログ情報を作成する（ステップＳ１０２）。

次に、遠隔通信端末１０のログ情報作成部１９は、記憶・読出処理部１８により、記憶部１０００に、作成したログ情報を記憶させて、ログ情報を蓄積する（ステップＳ１０３）。

次に、遠隔通信端末１０は、他の遠隔通信端末１０との遠隔通信が終了しているかを判断し（ステップＳ１０４）、遠隔通信が終了している場合には処理を終了する。一方、他の遠隔通信端末１０との遠隔通信が終了していない場合には、操作入力受付部１２が、新たな操作の入力を受け付ける（ステップＳ１０５）。ここで、操作入力受付部１２が受け付ける操作としては、例えば、遠隔通信の終了の要求、他の遠隔通信端末１０から送信される遠隔通信の首領の要求に対する応答等も含まれる。

これにより、遠隔通信端末１０の記憶部１０００には、当該遠隔通信端末１０が遠隔通信している間における各種操作のログ情報が蓄積される。そして、後述するように、遠隔通信端末１０は、記憶部１０００に記憶されているログ情報をログ管理装置５５０に送信する。これにより、例えば、当該遠隔通信端末１０に故障や障害等が発生した場合に、遠隔通信管理システム５０において、当該故障や障害等の原因分析等を行うことができるようになる。

次に、遠隔通信端末１０の記憶部１０００に蓄積されているログ情報をログ管理装置５５０に送信して、当該ログ管理装置５５０のログ管理ＤＢ５５０１のログ管理テーブルに保存する処理について、図２６を用いて説明する。図２６は、遠隔通信端末がログ管理装置にログ情報を送信する処理の一例を示すシーケンス図である。

まず、遠隔通信端末１０の操作入力受付部１２は、記憶部１０００に蓄積されているログ情報をログ管理装置５５０に送信するための操作の入力を受け付ける（ステップＳ２０１）。

次に、遠隔通信端末１０のログ送信制御部２０は、操作入力受付部１２により上記の操作の入力を受け付けると、記憶・読出処理部１８を介して、記憶部１０００に蓄積されているログ情報を取得する。そして、ログ送信制御部２０は、ＰＯＳＴメソッドのＨＴＴＰリクエストを作成して、当該ＨＴＴＰリクエストのボディ部に、取得したログ情報を定義する（ステップＳ２０２）。なお、以降では、ログ送信制御部２０により作成されたＰＯＳＴメソッドのＨＴＴＰリクエストを「ＰＯＳＴリクエスト」と表す。

次に、遠隔通信端末１０の送受信部１１は、ログ送信制御部２０により作成されたＰＯＳＴリクエストをログ管理装置５５０に送信することで、ログ情報の保存要求を行う（ステップＳ２０３）。

そして、ログ管理装置５５０のログ情報管理部５５２は、送受信部１１によりＰＯＳＴリクエストを受信すると、当該ＰＯＳＴリクエストのボディ部に定義されているログ情報を、ログ管理ＤＢ５５０１のログ管理テーブルに記憶させる（ステップＳ２０４）。すなわち、ログ情報管理部５５２は、送受信部１１により受信したＰＯＳＴリクエストのボディ部に定義されたログ情報を、例えば、所定のバイト数受信する毎に、記憶・読出処理部５５９を介して、ログ管理テーブルに記憶させる。

ここで、以降では、遠隔通信端末１０がログ管理装置５５０にＰＯＳＴリクエストを送信している最中に、例えば、ネットワーク切断等が発生し、ログ情報の保存が途中で失敗したものとする。なお、ログ情報の保存が失敗しなかった場合は、後述するステップＳ２０９において、ログ管理装置５５０は、ＰＯＳＴリクエストに対する応答として、ＨＴＴＰステータスコード「２０１」を遠隔通信端末１０に返信する。

遠隔通信端末１０のログ送信制御部２０は、ネットワーク切断等によるログ情報の保存を検知すると、記憶・読出処理部１８を介して、記憶部１０００に蓄積されているログ情報のうち、上記のステップＳ２０３で送信していないログ情報を取得する。

例えば、記憶部１０００に蓄積されているログ情報が「８０００バイト」であり、上記のステップＳ２０３で送信したログ情報が「１０００バイト」であったとする。このとき、ログ送信制御部２０は、記憶・読出処理部１８を介して、残りの「７０００バイト」のログ情報を記憶部１０００から取得する。

ただし、例えば、ネットワーク切断等が発生している場合には、パケットロス等により、ステップＳ２０３で遠隔通信端末１０が送信したログ情報のすべてがログ管理装置５５０で保存されているとは限らない。したがって、例えば、上記のステップＳ２０３で実際に送信したログ情報が「１０００バイト」である場合、ログ送信制御部２０は、ステップＳ２０３で送信したログ情報を「９００バイト」等しても良い。このとき、ログ送信制御部２０は、記憶・読出処理部１８を介して、残りの「７１００バイト」のログ情報を記憶部１０００から取得する。すなわち、ログ送信制御部２０は、ステップＳ２０３で送信したログ情報のサイズ（データ量）から所定の値又は所定の割合を減算したサイズ（データ量）に対応するログ情報を、当該送信したログ情報としても良い。

そして、ログ送信制御部２０は、ＰＡＴＣＨメソッドのＨＴＴＰリクエストを作成して、当該ＨＴＴＰリクエストのボディ部に、取得したログ情報を定義する（ステップＳ２０５）。なお、以降では、上記のステップＳ２０３で送信したログ情報のサイズ、又は当該ログ情報のサイズから所定の値若しくは所定の割合を減算したサイズを、「送信済サイズ」と表す。

ここで、上記のステップＳ２０５のＰＡＴＣＨメソッドのＨＴＴＰリクエストを作成する処理の詳細について、図２７を用いて説明する。図２７は、遠隔通信端末がＰＡＴＣＨメソッドのＨＴＴＰリクエストを作成する処理の一例を示すフローチャートである。

まず、ログ送信制御部２０は、送信済サイズに対応するログ情報に基づいて、所定のハッシュ関数のハッシュ値を計算する（ステップＳ３０１）。すなわち、ログ送信制御部２０は、記憶部１０００に記憶されているログ情報のうち、送信済サイズに対応するログ情報のハッシュ値を計算する。

例えば、記憶部１０００に記憶されているログ情報が「８０００バイト」、送信済サイズが「１０００バイト」である場合、当該ログ情報の０バイト目〜９９９バイト目の情報（データ）を所定のハッシュ関数に入力して、ハッシュ値を計算する。なお、ハッシュ関数は、例えば、ＭＤ５（Message Digest Algorithm 5）、ＳＨＡ−１（Secure Hash Algorithm）、ＳＨＡ−２等、種々のハッシュ関数を用いることができる。

次に、ログ送信制御部２０は、記憶・読出処理部１８を介して、記憶部１０００に蓄積されているログ情報のうち、送信済サイズに応じたログ情報を取得する（ステップＳ２０２）。すなわち、上述したように、ログ送信制御部２０は、例えば、記憶部１０００に蓄積されているログ情報のサイズが「８０００バイト」、送信済サイズが「１０００」である場合、当該ログ情報の１０００バイト目〜７９９９バイト目までのログ情報を取得する。

最後に、ログ送信制御部２０は、上記のステップＳ２０２で取得したログ情報をボディ部に定義したＰＡＴＣＨメソッドのＨＴＴＰリクエストを作成する（ステップＳ３０３）。なお、以降では、ログ送信制御部２０により作成されたＰＡＴＣＨメソッドのＨＴＴＰリクエストを「ＰＡＴＣＨリクエスト」と表す。

ここで、ログ送信制御部２０により作成されたＰＡＴＣＨリクエストのヘッダについて、図２８を用いて説明する。図２８は、ＰＡＴＣＨメソッドのＨＴＴＰリクエストのヘッダの一例を示す図である。

図２８に示すＰＡＴＣＨリクエストのヘッダには、ヘッダ定義６００１、ヘッダ定義６００２、及びヘッダ定義６００３が含まれる。ヘッダ定義６００１には、メソッドとして「ＰＡＴＣＨ」を用いること、ログファイルのＵＲＩ（Uniform Resource Identifier）である「ｌｏｇ．ｔｘｔ」、及びＨＴＴＰのバージョン「ＨＴＴＰ／１．１」が定義されている。

ヘッダ定義６００２には、独自ヘッダである「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」が定義されている。「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」では、「（送信済サイズ）／（ログ情報の全体のサイズ）」と値を定義する。図２８では、送信済サイズが「１０００」、ログ情報の全体のサイズが「８０００」である例を示している。これにより、図２８に示すＰＡＴＣＨリクエストのボディ部に定義されたログ情報が、ログ管理装置５５０のログ管理テーブルに記憶されているログ情報の１０００バイト目から追加で保存される。

ヘッダ定義６００３には、独自ヘッダである「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」が定義されている。「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」では、「ｍｅｔｈｏｄ＝（ハッシュ関数名）；ｈａｓｈ＝（ハッシュ値）」と値を定義する。図２８では、ハッシュ関数名が「ＭＤ５」、ハッシュ値が「２４ａｆｅ７９６ｅ０」である例を示している。なお、ハッシュ関数名及びハッシュ値は、上記のステップＳ３０１で用いたハッシュ関数の名称及び当該ハッシュ関数により計算されたハッシュ値である。これにより、後述するように、ログ管理装置５５０において、ＰＡＴＣＨリクエストの妥当性を判定することができる。

図２６に戻る。ステップＳ２０５に続いて、遠隔通信端末１０の送受信部１１は、ログ送信制御部２０により作成されたＰＡＴＣＨリクエストをログ管理装置５５０に送信することで、ログ情報の追加保存要求を行う（ステップＳ２０６）。

そして、ログ管理装置５５０の妥当性判定部５５３は、送受信部５５１によりＰＡＴＣＨリクエストを受信すると、当該ＰＡＴＣＨリクエストの妥当性を判定する（ステップＳ２０７）。すなわち、妥当性判定部５５３は、送受信部５５１により受信したＰＡＴＣＨリクエストに基づいて、当該ＰＡＴＣＨリクエストのボディ部に定義されたログ情報をログ管理テーブルに追加保存するか否かを判定する。

ここで、ログ管理装置５５０において、ＰＡＴＣＨリクエストの妥当性を判定する処理について、図２９を用いて説明する。図２９は、ログ管理装置がＰＡＴＣＨメソッドのＨＴＴＰリクエストの妥当性を判定する処理の一例を示すフローチャートである。

まず、ログ管理装置５５０の妥当性判定部５５３は、記憶・読出処理部５５９を介して、ログ管理テーブルに保存されているログ情報のうち、ＰＡＴＣＨリクエストの「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」に定義されている送信済サイズに対応するログ情報を取得する。

例えば、妥当性判定部５５３は、「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」に「１０００／８０００」と定義されている場合、ログ管理ＤＢ５５０１のログ管理テーブルに保存されているログ情報のうち、０バイト目〜９９９バイト目のログ情報を取得する。

そして、妥当性判定部５５３は、取得したログ情報を入力として、ＰＡＴＣＨリクエストの「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」に定義されているハッシュ関数名のハッシュ関数によりハッシュ値を計算する（ステップＳ４０１）。

例えば、妥当性判定部５５３は、ＰＡＴＣＨリクエストの「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」に「ｍｅｔｈｏｄ＝ＭＤ５」と定義されている場合、上記で取得した０バイト目〜９９９バイト目のログ情報をＭＤ５でハッシュ値を計算する。

次に、ログ管理装置５５０の妥当性判定部５５３は、計算されたハッシュ値と、ＰＡＴＣＨリクエストの「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」に定義されているハッシュ値とが一致するか否かを判定する（ステップＳ４０２）。

例えば、妥当性判定部５５３は、「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」に「ｈａｓｈ＝２４ａｆｅ７９６ｅ０」と定義されている場合、上記のステップＳ４０１で計算されたハッシュ値と、「２４ａｆｅ７９６ｅ０」とが一致するか否かを判定する。

ステップＳ４０２において、ハッシュ値が一致すると判定された場合、妥当性判定部５５３は、ＰＡＴＣＨリクエストのボディ部に定義されたログ情報をログ管理テーブルに追加保存することを妥当であると判定する（ステップＳ４０３）。

一方、ステップＳ４０２において、ハッシュ値が一致すると判定されなかった場合、妥当性判定部５５３は、ＰＡＴＣＨリクエストのボディ部に定義されたログ情報をログ管理テーブルに追加保存することを妥当でないと判定する（ステップＳ４０４）。

このように、ログ管理装置５５０は、受信したＰＡＴＣＨリクエストのヘッダに定義されている「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」及び「Ｘ−Ｕｐｌｏａｄｅｄ−Ｆｉｎｇｅｒｐｒｉｎｔ」に基づいて、ログ情報の追加保存の妥当性を判定する。これにより、例えば、第三者により、ログ情報が不正に上書きや追加されてしまうような事態を防止することができる。

なお、上記では、ログ管理装置５５０は、ハッシュ値を計算することにより、ログ情報の追加保存の妥当性を判定したが、これに限られない。すなわち、ログ管理装置５５０は、ハッシュ値の計算に加えて、ＵＲＩに定義されたファイル名や「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」に定義された送信済サイズ等により妥当性を判定しても良い。

例えば、妥当性判定部５５３は、ＵＲＩに定義されたファイル名（例えば、「ｌｏｇ．ｔｘｔ」）がログ管理テーブルに保存されていない場合、妥当でないと判定しても良い。また、例えば、妥当性判定部５５３は、ログ管理テーブルに保存されているログ情報のサイズが、「Ｘ−Ｃｏｎｔｅｎｔ−Ｒａｎｇｅ」に定義された送信済サイズ（例えば、「１０００」）未満である場合、妥当でないと判定しても良い。

これにより、例えば、追加保存するログ情報のファイル名が誤っている場合や、ログ情報の保存要求でパケットロスが頻発し、ログ情報がログ管理装置５５０にほとんど保存されなかった場合等に、ログ情報が追加で保存されてしまう事態を防止することができる。

図２６に戻る。ステップＳ２０６において、妥当性判定部５５３により追加保存が妥当であると判定された場合、ログ管理装置５５０のログ情報管理部５５２は、記憶・読出処理部５５９を介して、ログ情報を追加保存する（ステップＳ２０８）。すなわち、ログ情報管理部５５２は、記憶・読出処理部５５９を介して、ＰＡＴＣＨリクエストのボディ部に定義されているログ情報を、ログ管理ＤＢ５５０１のログ管理テーブルに追加で保存する。

例えば、ログ管理テーブルに０バイト目〜９９９バイト目のログ情報が保存されており、ＰＡＴＣＨリクエストのボディ部に１０００バイト目〜７９９９バイト目のログ情報が定義されているとする。この場合、ログ情報管理部５５２は、当該１０００バイト目〜７９９９バイト目のログ情報を、ログ管理テーブルに保存されている０バイト目〜９９９バイト目のログ情報の後に追加で保存する。これにより、全体として８０００バイトのログ情報がログ管理テーブルに保存される。

また、例えば、ログ管理テーブルに０バイト目〜１１９９バイト目のログ情報が保存されており、ＰＡＴＣＨリクエストのボディ部に１０００バイト目〜７９９９バイト目のログ情報が定義されているとする。この場合も、ログ情報管理部５５２は、当該１０００バイト目〜７９９９バイト目のログ情報を、ログ管理テーブルに保存されている０バイト目〜９９９バイト目のログ情報の後に追加で保存する。すなわち、この場合、ログ情報管理部５５２は、ログ管理テーブルに保存されている１０００バイト目〜１１９９バイト目のログ情報を破棄する。

そして、ログ管理装置５５０の送受信部５５１は、ＰＡＴＣＨリクエストに対する応答として、ＨＴＴＰステータスコード「２０１」を遠隔通信端末１０に返信する（ステップＳ２０９）。

このように、本実施形態に係る遠隔通信システム１では、遠隔通信端末１０からログ管理装置５５０にログ情報を保存（アップロード）する場合に、ネットワーク切断等によりアップロードが失敗した場合に、アップロードの再開を行うことができる。しかも、本実施形態に係る遠隔通信システム１では、ＨＴＴＰリクエストのＰＡＴＣＨメソッドに独自ヘッダを定義することにより、ＨＴＴＰによるアップロードの再開を行うことができる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 遠隔通信システム
１０ 遠隔通信端末
１１ 送受信部
１２ 操作入力受付部
１３ ログイン要求部
１４ａ 撮像部
１４ｂ 画像表示制御部
１５ａ 音声入力部
１５ｂ 音声出力部
１６ 最終絞込部
１６ａ 計測部
１６ｂ 算出部
１６ｃ 最終選択部
１７ 遅延検出部
１８ 記憶・読出処理部
１９ ログ情報作成部
２０ ログ送信制御部
３０ 中継装置
３１ 送受信部
３２ 状態検知部
３３ データ品質確認部
３４ 変更品質管理部
３５ データ品質変更部
３９ 記憶・読出処理部
５０ 遠隔通信管理システム
５００ 遠隔通信管理装置
５０１ 送受信部
５０２ 端末認証部
５０３ 状態管理部
５０４ 端末抽出部
５０５ 端末状態取得部
５０６ 一次絞込部
５０６ａ 選択用セッションＩＤ生成部
５０６ｂ 端末ＩＰアドレス抽出部
５０６ｃ 一次選択部
５０６ｄ 優先度決定部
５０７ セッション管理部
５０８ 品質決定部
５０９ 記憶・読出処理部
５１０ 遅延時間管理部
５５０ ログ管理装置
５５１ 送受信部
５５２ ログ情報管理部
５５３ 妥当性判定部
５５９ 記憶・読出処理部
１０００ 記憶部
３０００ 記憶部
３００１ 変更品質管理ＤＢ
５０００ 記憶部
５００１ 中継装置管理ＤＢ
５００２ 端末認証管理ＤＢ
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５００５ セッション管理ＤＢ
５００６ 優先度管理ＤＢ
５００７ 品質管理ＤＢ
５５００ 記憶部
５５０１ ログ管理ＤＢ

特許第５５３３０１８号公報

Claims (7)

1. 複数の通信端末と、ログ管理装置とを有する通信システムであって、
   前記複数の通信端末間で行われた通信に関する履歴を示すデータが含まれる第１のログ情報を第１の記憶手段に記憶するログ記憶手段と、
   前記ログ記憶手段により前記第１の記憶手段に記憶されている前記第１のログ情報を含む第１の保存要求を作成し、該作成した第１の保存要求を前記ログ管理装置に送信する送信手段と、を有し、
   前記送信手段は、
   前記第１の保存要求の送信中に、該第１の保存要求の送信が途中で失敗した場合、該失敗するまでに送信した前記第１のログ情報のデータ量を示す送信済データ量に応じて、該第１のログ情報のうちの未送信のデータが含まれる第２のログ情報を含む第２の保存要求を作成し、該作成した第２の保存要求を前記ログ管理装置に送信する、通信システム。
2. 前記送信手段は、
   前記送信済データ量と、該送信済データ量に基づいて所定のハッシュ関数により算出したハッシュ値と、前記第２のログ情報とを含む第２の保存要求を作成し、該作成した第２の保存要求を前記ログ管理装置に送信する、請求項１に通信システム。
3. 前記第２の保存要求を受信すると、該第２の保存要求に含まれる前記送信済データ量と、前記ログ管理装置が有する第２の記憶手段に保存されているログ情報とに基づいて、前記所定のハッシュ関数によりハッシュ値を算出し、該算出したハッシュ値と、前記第２の保存要求に含まれるハッシュ値と一致するか否かを判定する判定手段と、
   前記判定手段により前記算出したハッシュ値と、前記第２の保存要求に含まれるハッシュ値とが一致すると判定された場合、前記第２の保存要求に含まれる前記第２のログ情報を前記第２の記憶手段に保存する保存手段と、
   を有する、請求項２に記載の通信システム。
4. 前記送信手段は、
   前記送信済データ量と、送信済データ量に基づいて所定のハッシュ関数により算出したハッシュ値とをヘッダ部に定義すると共に、前記第２のログ情報をボディ部に定義したＰＡＴＣＨメソッドのＨＴＴＰリクエストを前記第２の保存要求として作成する、請求項２又は３に記載の通信システム。
5. 前記送信済データ量は、前記失敗するまでに送信した前記第１のログ情報のデータ量から所定のデータ量を減算したデータ量である、請求項１乃至４の何れか一項に記載の通信システム。
6. 前記送信手段は、
   前記第１のログ情報をボディ部に定義したＰＯＳＴメソッドのＨＴＴＰリクエストを前記第１の保存要求として作成する、請求項１乃至５の何れか一項に記載の通信システム。
7. 複数の通信端末と、ログ管理装置とを有する通信システムに用いられる通信方法であって、
   前記複数の通信端末間で行われた通信に関する履歴を示すデータが含まれる第１のログ情報を第１の記憶手段に記憶させるログ記憶手順と、
   前記ログ記憶手順により前記第１の記憶手段に記憶された前記第１のログ情報を含む第１の保存要求を作成し、該作成した第１の保存要求を前記ログ管理装置に送信する送信手順と、を有し、
   前記送信手順は、
   前記第１の保存要求の送信中に、該第１の保存要求の送信が途中で失敗した場合、該失敗するまでに送信した前記第１のログ情報のデータ量を示す送信済データ量に応じて、該第１のログ情報のうちの未送信のデータが含まれる第２のログ情報を含む第２の保存要求を作成し、該作成した第２の保存要求を前記ログ管理装置に送信する、通信方法。

Images