WO2010026727A1

WO2010026727A1 - 中継サーバ、中継通信システム、および通信装置

Info

Publication number: WO2010026727A1
Application number: PCT/JP2009/004255
Authority: WO
Inventors: 谷本好史
Original assignee: 村田機械株式会社
Priority date: 2008-09-05
Filing date: 2009-08-31
Publication date: 2010-03-11
Also published as: EP2538624B1; EP2538624A1; CN102239667B; US20110179167A1; CN102239667A; US20130246505A1; EP2323320A4; EP2323320A1; US8296391B2; US8799488B2; EP2323320B1

Abstract

　遠隔のＬＡＮがＷＡＮを超えて通信する中継通信システムにおいて、各区間における複数の呼制御および複数の通信経路を交錯させないようにする手段を提供する。中継サーバ１２、２２は、クライアント端末１１およびクライアント端末２１の相互間の通信を中継する。中継サーバ１２（２２）は、以下に示す情報を作成して、中継通信システム全体に共有させる：中継サーバ１２、２２が中継グループを構成することを示す中継グループ情報、中継サーバ１２（２２）と通信可能であるクライアント端末１１（２１）を示す中継サーバ情報。中継サーバ１２、２２およびクライアント端末１１、２１は、各区間における通信先に対して呼制御を実行するときに送信した呼制御の識別情報と、各区間における通信先から通信経路を確立されるときに受信した呼制御の識別情報と、を照合することにより、各区間における呼制御および通信経路を対応付ける。

Description

中継サーバ、中継通信システム、および通信装置

　本発明は、遠隔のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続されるクライアント端末が、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を超えて通信することを可能にする中継サーバ、中継通信システムおよび通信装置に関する。

　遠隔のＬＡＮに接続されるクライアント端末が、ＷＡＮを超えて通信することがある。ＶＰＮ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）は、遠隔のＬＡＮが直接に接続されているかのようなネットワークを構築できる。しかし、ＶＰＮは、拡張性および柔軟性のあるネットワークを構築することが困難である。

　特許文献１が開示する中継通信システムは、ＶＰＮと同様に、遠隔のＬＡＮが直接に接続されているかのようなネットワークを構築できる。そして、中継通信システムは、ＶＰＮと異なり、拡張性および柔軟性のあるネットワークを構築することが容易である。

　中継通信システムは、ＷＡＮ、複数のＬＡＮを備える。各ＬＡＮは、中継サーバを備える。各中継サーバは、中継通信システムが備える中継サーバについての中継グループ情報、中継通信システムが共有するリソースについての共有リソース情報を格納する。

　一のＬＡＮに接続されるクライアント端末が、他のＬＡＮに接続されるクライアント端末が格納するリソースを操作するときには、これらのＬＡＮに接続される中継サーバは、中継グループ情報および共有リソース情報に基づいて、リソースの操作を中継する。

　中継通信システムが備えるＬＡＮが増減することがある。中継通信システムが共有するリソースが更新されることがある。しかし、中継通信システムは、これらの変化に対応して、中継グループ情報および共有リソース情報を更新できる。そして、中継通信システムは、これらの変化に対応して、拡張性および柔軟性のあるネットワークを構築できる。

　また、特許文献２が開示する中継通信システムは、特許文献１と同様に、遠隔のＬＡＮが直接に接続されているかのようなネットワークを構築できる。クライアント端末は、中継通信システムで共有される共有リソースを直接に操作できるか否かを判定する。共有リソースを直接に操作できない場合、クライアント端末は、中継サーバを経由して、共有リソースを格納するクライアント端末に共有リソースの操作を指示する。

特開２００８－１２９９９１号公報特開２００８－１４０２５４号公報

　特許文献１が開示する中継通信システムにおいて、一のＬＡＮに接続されるクライアント端末は、他のＬＡＮに接続されるクライアント端末と以下のように通信を実行する。

　最初の区間として、一のＬＡＮに接続されるクライアント端末および中継サーバの相互間において、通信が開始する。中間の区間として、一のＬＡＮおよび他のＬＡＮに接続される中継サーバの相互間において、通信が中継される。最後の区間として、他のＬＡＮに接続される中継サーバおよびクライアント端末の相互間において、通信が終了する。

　各区間において、複数の呼制御が実行されることがあり、複数のメディアセッションが確立されることがある。しかし、各区間において、複数の呼制御が交錯しないようにして、複数のメディアセッションが交錯しないようにする具体的な手段は開示されていない。

　そこで、本発明は前記問題点に鑑み、遠隔のＬＡＮに接続されるクライアント端末がＷＡＮを超えて通信することを可能にする中継通信システムにおいて、各区間における複数の呼制御が交錯しないようにして、各区間における複数のメディアセッションが交錯しないようにする具体的な手段を提供することを目的とする。

　特許文献１が開示する中継通信システムにおいて、ＬＡＮおよびクライアント端末の増減状態および接続状態が変化することがある。しかし、クライアント端末および中継サーバが通信先を指定するにあたり、装置の増減状態および接続状態をリアルタイムに確認する具体的な手段は開示されていない。

　また、特許文献１、２が開示する中継通信システムにおいて、クライアント端末は、直接に操作できない共有リソースを編集するために、共有リソースをダウンロードすることがある。ダウンロードされたリソースの実体とオリジナルの共有リソースの実体とが、別個に存在するため、各リソースを別個に編集することが可能である。しかし、各リソースを別個に編集された場合、各リソースに記録されている情報を統一して管理することができなかった。

　そこで、本発明は前記問題点に鑑み、遠隔のＬＡＮに接続されるクライアント端末がＷＡＮを超えて通信することを可能にする中継通信システムにおいて、クライアント端末および中継サーバが通信先を指定するにあたり、装置の増減状態および接続状態をリアルタイムに確認する具体的な手段を提供することを目的とする。

　上記課題を解決するため、請求項１記載の中継サーバは、第１ネットワークに接続される第１中継サーバと通信可能であり、第２ネットワークに接続される第２中継サーバとして機能する中継サーバである。中継サーバは、中継グループ情報作成部と、中継サーバ間共有部と、クライアント端末間共有部と、通信実行部とを備えている。中継グループ情報作成部は、第１中継サーバと第２中継サーバとが中継グループを構成することを示す中継グループ情報を作成する。中継サーバ間共有部は、中継サーバ情報と、中継グループ情報とを、第１中継サーバと第２中継サーバとの間で共有する。中継サーバ情報は、第１中継サーバ情報と、第２中継サーバ情報とを含んでいる。第１中継サーバ情報は、第１中継サーバの起動状態を示す第１中継サーバ起動情報と、第１中継サーバと第１ネットワークに接続される第１クライアント端末との間の接続状態を含め第１中継サーバに登録されている第１クライアント端末に関する第１クライアント端末登録情報と、を含み、第１中継サーバが作成する。第２中継サーバ情報は、第２中継サーバの起動状態を示す第２中継サーバ起動情報と、第２中継サーバと第２ネットワークに接続される第２クライアント端末との間の接続状態を含め第２中継サーバに登録されている第２クライアント端末に関する第２クライアント端末登録情報と、を含み、第２中継サーバが作成する。クライアント端末間共有部は、中継グループ情報と中継サーバ情報とを第２中継サーバと第２クライアント端末との間で共有する。通信実行部は、中継グループ情報と中継サーバ情報とに基づいて選択された宛先に対する、第２中継サーバが中継する通信を実行する。通信実行部は、転送先決定部と、呼制御確立部と、通信経路確立部とを含んでいる。転送先決定部は、宛先と中継グループ情報と中継サーバ情報とに基づいて、第２中継サーバが中継する通信の転送先を決定する。呼制御確立部は、転送先との間で呼制御プロトコルを利用して第１セッションを確立する。通信経路確立部は、転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した識別情報が、第１セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、第１セッションの呼制御と対応付けた第１通信経路を確立する。

　請求項２記載の中継サーバでは、請求項１において、呼制御確立部は、並列呼制御確立部と、並列通信経路確立部とを含んでいる。並列呼制御確立部は、転送先との間で呼制御プロトコルを利用して第２セッションを確立する。並列通信経路確立部は、転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した第２識別情報が、第２セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、第２セッションの呼制御と対応付けた第２通信経路を確立する。

　請求項３記載の中継通信システムは、第１ネットワークと、第２ネットワークと、第１ネットワークに接続される第１中継サーバと、第２ネットワークに接続される第２中継サーバと、を備えている。第１中継サーバと第２中継サーバとは、第１中継サーバと第２中継サーバとが中継グループを構成することを示す中継グループ情報を作成する中継グループ情報作成部、を含んでいる。第１中継サーバは、第１中継サーバ情報を作成する第１中継サーバ情報作成部、を含んでいる。第１中継サーバ情報は、第１中継サーバの起動状態を示す第１中継サーバ起動情報と、第１中継サーバと第１ネットワークに接続される第１クライアント端末との間の接続状態を含め第１中継サーバに登録されている第１クライアント端末に関する第１クライアント端末登録情報と、を含んでいる。む第２中継サーバは、第２中継サーバ情報を作成する第２中継サーバ情報作成部、を含んでいる。第２中継サーバ情報は、第２中継サーバの起動状態を示す第２中継サーバ起動情報と、第２中継サーバと第２ネットワークに接続される第２クライアント端末との間の接続状態を含め第２中継サーバに登録されている第２クライアント端末に関する第２クライアント端末登録情報と、を含んでいる。第１中継サーバと第２中継サーバとは、中継サーバ間共有部、を含んでいる。中継サーバ間共有部は、第１中継サーバ情報と第２中継サーバ情報と、を含む中継サーバ情報と、中継グループ情報とを、第１中継サーバと第２中継サーバとの間で共有する。第１中継サーバは、第１クライアント端末間共有部、を含んでいる。第１クライアント端末間共有部は、中継グループ情報と中継サーバ情報とを第１中継サーバと第１クライアント端末との間で共有する。第２中継サーバは、第２クライアント端末間共有部、を含んでいる。第２クライアント端末間共有部は、中継グループ情報と中継サーバ情報とを、第２中継サーバと第２クライアント端末との間で共有する。第１中継サーバは、通信実行部、を含んでいる。通信実行部は、中継グループ情報と中継サーバ情報とに基づいて選択された宛先に対する、第１中継サーバが中継する通信を実行する。通信実行部は、転送先決定部と、呼制御確立部と、通信経路確立部とを含んでいる。転送先決定部は、宛先と中継グループ情報と中継サーバ情報とに基づいて、第１中継サーバが中継する通信の転送先を決定する。呼制御確立部は、転送先との間で呼制御プロトコルを利用して第１セッションを確立する。通信経路確立部は、転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した第１識別情報が、第１セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、第１セッションの呼制御と対応付けた第１通信経路を確立する。

　請求項４記載の中継通信システムでは、請求項３において、呼制御確立部は、並列呼制御確立部と、並列通信経路確立部とを含んでいる。並列呼制御確立部は、転送先との間で呼制御プロトコルを利用して第２セッションを確立する。並列通信経路確立部は、転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した第２識別情報が、第２セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、第２セッションの呼制御と対応付けた第２通信経路を確立する。

　上記課題を解決するため、請求項５記載の通信装置は、第１ネットワークに接続される第１中継サーバを介して第２ネットワークに接続される第２中継サーバと通信可能であり、第１ネットワークに接続される第１クライアント端末として機能する通信装置である。通信装置は、中継グループ情報記憶部と、中継サーバ情報記憶部と、共有リソース情報管理部と、コピーリソース情報管理部とを備えている。中継グループ情報記憶部は、第１中継サーバと第２中継サーバとが中継グループを構成することを示す中継グループ情報を記憶する。中継サーバ情報記憶部は、中継サーバ情報を記憶する。中継サーバ情報は、第１中継サーバ情報と、第２中継サーバ情報とを含んでいる。第１中継サーバ情報は、第１中継サーバの起動状態を示す第１中継サーバ起動情報と、第１中継サーバと第１クライアント端末との間の接続状態を含め第１中継サーバに登録されている第１クライアント端末に関する第１クライアント端末登録情報と、を含み、第１中継サーバが作成する。第２中継サーバ情報は、第２中継サーバの起動状態を示す第２中継サーバ起動情報と、第２中継サーバと第２ネットワークに接続される第２クライアント端末との間の接続状態を含め第２中継サーバに登録されている第２クライアント端末に関する第２クライアント端末登録情報と、を含み、第２中継サーバが作成する。共有リソース情報管理部は、第２クライアント端末との間で共有される共有リソースに関する共有リソース情報を管理する。コピーリソース情報管理部は、中継グループ情報と中継サーバ情報と共有リソース情報とに基づいて第１共有リソースのコピーを取得し、第１共有リソースと第１共有リソースのコピーとを対応付けて管理する。

　請求項６記載の通信装置は、請求項５において、さらに、中継グループ情報と中継サーバ情報と共有リソース情報とに基づいて、第１共有リソースを第１共有リソースのコピーに置き換えることを第１共有リソースの記憶先に指示する更新指示部、を備えている。

　請求項７記載の通信装置では、請求項５または請求項６において、コピーリソース情報管理部は、第１共有リソースが削除された場合、第１共有リソースと第１共有リソースのコピーとの対応付けを解除する。

　請求項８記載の通信装置では、請求項５ないし請求項７のいずれかにおいて、コピーリソース情報管理部は、第１共有リソースの共有が解除された場合、第１共有リソースと第１共有リソースのコピーとの対応付けを解除する。

　請求項９記載の通信装置では、請求項５ないし請求項８のいずれかにおいて、コピーリソース情報管理部は、第１共有リソースのコピーが削除された場合、第１共有リソースと第１共有リソースのコピーとの対応付けを解除する。

　請求項１～４に記載の発明の効果を説明する。
　本発明に係る中継通信システムは、第１ネットワークおよび第２ネットワークを備える。第１ネットワークは、第１中継サーバおよび第１クライアント端末を備える。第２ネットワークは、第２中継サーバおよび第２クライアント端末を備える。第１中継サーバおよび第２中継サーバは、第１クライアント端末および第２クライアント端末の相互間の通信を中継する。

　第１（第２）中継サーバは、中継グループ情報、第１（第２）中継サーバ情報、クライアント端末情報を作成する。中継グループ情報は、第１中継サーバおよび第２中継サーバが中継グループを構成することを示す情報である。第１（第２）中継サーバ情報は、第１（第２）中継サーバと通信可能である第１（第２）クライアント端末を示す情報である。クライアント端末情報は、第１（第２）クライアント端末の第１（第２）ネットワークにおける接続環境を示す情報である。

　第１（第２）中継サーバは、中継グループ情報を参照することにより、第１中継サーバ情報および第２中継サーバ情報を、第１中継サーバおよび第２中継サーバの相互間において共有できる。第１（第２）中継サーバは、各々のクライアント端末情報を参照することにより、中継グループ情報および中継サーバ情報を、第１（第２）中継サーバおよび第１（第２）クライアント端末の相互間において共有できる。

　第１（第２）中継サーバは、中継グループ情報および中継サーバ情報に基づいて選択された宛先に対する、第１（第２）中継サーバが中継する通信を実行する。第１（第２）中継サーバは、宛先および中継グループ情報および中継サーバ情報に基づいて、第１（第２）中継サーバが中継する通信の転送先を決定する。

　第１（第２）中継サーバは、転送先に対して呼制御を実行するときに、転送先に対して呼制御の識別情報を送信する。第１（第２）中継サーバは、転送先から通信経路を確立されるときに、転送先から呼制御の識別情報を受信する。第１（第２）中継サーバは、送受信した呼制御の識別情報を照合することにより、呼制御および通信経路を対応付ける。

　第１（第２）クライアント端末は、第１（第２）中継サーバに対して呼制御を実行するときに、第１（第２）中継サーバに対して呼制御の識別情報を送信する。第１（第２）クライアント端末は、第１（第２）中継サーバから通信経路を確立されるときに、第１（第２）中継サーバから呼制御の識別情報を受信する。第１（第２）クライアント端末は、送受信した呼制御の識別情報を照合することにより、呼制御および通信経路を対応付ける。

　第１（第２）中継サーバおよび第１（第２）クライアント端末は、複数の呼制御を実行するにあたり、各呼制御および各通信経路を対応付けることにより、複数の呼制御を交錯させないようにできて、複数の通信経路を交錯させないようにできる。

　請求項５～９記載の発明の効果を説明する。
　本発明に係る通信装置は、第２ネットワークに接続される第２クライアント端末と通信できるかどうかを中継サーバ情報に基づいて確認する。これにより、本発明に係る通信装置は、通信先の状況に応じた通信が可能となる。

　また、本発明に係る通信装置は、第２クライアント端末との間で共有する第１共有リソースのコピーを取得する際に、第１共有リソースのコピーを第１共有リソースと関連付けて管理する。これにより、共有リソースおよび共有リソースから派生したリソースを一体的に管理することが容易となる。

　また、本発明に係る通信装置は、第１共有リソースに基づく第１共有リソースの更新を、第１共有リソースの記憶先に指示する。これにより、共有リソースを直接に編集できない通信装置からでも、共有リソースのコピーの編集内容を、容易に共有リソースに反映させることができる。

　また、本発明に係る通信装置は、共有リソースの削除時、または共有リソースのコピーの削除時に、コピーリソース情報を削除する。このように、コピーリソース情報が、共有リソースのコピーと共有リソースとの対応関係の変化に応じて更新されるため、共有リソースのコピーの管理がさらに容易となる。

第１実施形態において、中継通信システムの全体構成を示す図である。第１実施形態において、中継サーバの構成要素を示す図である。第１実施形態において、中継グループ情報の具体例を示す図である。第１実施形態において、中継サーバ情報の具体例を示す図である。第１実施形態において、クライアント端末情報の具体例を示す図である。第１実施形態において、情報共有の流れを示す図である。第１実施形態において、ステップＳ２後に格納される情報を示す図である。第１実施形態において、ステップＳ４後に格納される情報を示す図である。第１実施形態において、ステップＳ７後に格納される情報を示す図である。第１実施形態において、ステップＳ１１後に格納される情報を示す図である。第１実施形態において、データ送受信の流れを示す図である。第１実施形態において、データ送受信の流れを示す図である。第１実施形態において、データ送受信の流れを示す図である。第１実施形態において、データ送受信の流れを示す図である。第１実施形態において、データ送受信の流れを示す図である。第１実施形態において、データ送受信の流れを示す図である。第２実施形態において、中継通信システムの全体構成を示す図である。第２実施形態において、中継サーバの構成要素を示す図である。第２実施形態において、クライアント端末の構成要素を示す図である。第２実施形態において、中継グループ情報の具体例を示す図である。第２実施形態において、中継サーバ情報の具体例を示す図である。第２実施形態において、クライアント端末情報の具体例を示す図である。第２実施形態において、共有リソース管理情報の具体例を示す図である。第２実施形態において、コピーリソース管理情報の具体例を示す図である。第２実施形態において、共有リソースをダウンロードするクライアント端末のフローチャートである。第２実施形態において、初期状態における共有リソースの操作画面を示す図である。第２実施形態において、コピーリソース管理情報の具体例を示す図である。第２実施形態において、共有リソースのダウンロード後における共有リソースの操作画面を示す図である。第２実施形態において、共有リソースを更新するクライアント端末のフローチャートである。

１．第１実施形態
（１）中継通信システムの全体構成
　以下、図面を参照しつつ、本発明の実施の形態について説明する。図１は、中継通信システムの全体構成を示す図である。中継通信システムは、ＬＡＮ１、２、ＷＡＮ３から構成される。ＬＡＮ１、２は、遠隔に構築される小規模なネットワークである。ＷＡＮ３は、インターネットなどの大規模なネットワークである。

　ＬＡＮ１は、クライアント端末１１、中継サーバ１２から構成される。ＬＡＮ２は、クライアント端末２１、中継サーバ２２から構成される。ＷＡＮ３は、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）サーバ３１から構成される。

　クライアント端末１１、２１は、パーソナルコンピュータなどである。中継サーバ１２、２２は、クライアント端末１１、２１の相互間の通信を中継する。ＳＩＰサーバ３１は、中継サーバ１２、２２の相互間の通信を中継する。

　本実施の形態においては、中継サーバ１２、２２の相互間の通信プロトコルとして、ＳＩＰを利用するが、ＳＩＰ以外のプロトコルを利用してもよい。ＳＩＰ以外のプロトコルを利用するときには、中継サーバ１２、２２の相互間の通信が直接に実行されればよい。

　クライアント端末１１および中継サーバ１２の相互間、中継サーバ１２および中継サーバ２２の相互間、中継サーバ２２およびクライアント端末２１の相互間、の各区間において、複数の呼制御が実行されることがあり、複数のメディアセッションが確立されることがある。しかし、各区間において、各呼制御および各メディアセッションは、各呼制御の識別情報に基づいて対応付けられる。そこで、各区間において、複数の呼制御が交錯することはなく、複数のメディアセッションが交錯することはない。

（２）中継サーバの構成要素
　図２は、中継サーバ１２（２２）の構成要素を示す図である。中継サーバ１２（２２）は、インターフェース部１２１（２２１）、制御部１２２（２２２）、データベース格納部１２３（２２３）から構成される。括弧が付されていない符号は、中継サーバ１２における符号を示す。括弧が付されている符号は、中継サーバ２２における符号を示す。

　インターフェース部１２１（２２１）は、プライベートＩＰアドレスを利用して、ＬＡＮ１（２）に接続されるクライアント端末１１（２１）に対して通信を実行する。インターフェース部１２１（２２１）は、グローバルＩＰアドレスを利用して、ＷＡＮ３に接続されるＳＩＰサーバ３１に対して通信を実行する。

　制御部１２２（２２２）は、クライアント端末１１、クライアント端末２１の相互間の通信を中継するための制御を実行する。制御部１２２（２２２）は、データベース格納部１２３（２２３）に格納される以下の情報を作成または更新する。

　データベース格納部１２３（２２３）は、中継グループ情報格納部１２４（２２４）、中継サーバ情報格納部１２５（２２５）、クライアント端末情報格納部１２６（２２６）から構成される。以上の情報の具体例について以下に説明する。

（３）中継グループ情報の具体例
　図３は、中継グループ情報の具体例として、中継グループ情報４０を示す図である。中継グループ情報は、中継通信システムを構成する中継サーバの概要を示す情報である。

　中継グループ情報４０は、上位情報４０１、下位情報４０２から構成される。

　上位情報４０１は、上位にある中継グループについての情報である。「ｉｄ」は、中継グループの識別情報を示す。「ｌａｓｔｍｏｄ」は、中継グループ情報の最新更新時刻を示す。「ｎａｍｅ」は、中継グループの名称を示す。

　下位情報４０２は、下位にある中継サーバについての情報である。「ｉｄ」は、中継サーバの識別情報を示す。

　中継グループ情報４０は、中継グループ情報格納部１２４、２２４において格納される。すなわち、中継グループ情報４０は、中継サーバ１２、２２により共有される。さらに、中継グループ情報４０は、中継サーバ１２、２２およびクライアント端末１１、２１により共有される。

（４）中継サーバ情報の具体例
　図４は、中継サーバ情報の具体例として、中継サーバ情報５０を示す図である。中継サーバ情報は、中継通信システムを構成する中継サーバの詳細を示す情報であり、中継通信システムを構成するクライアント端末の概要を示す情報である。

　中継サーバ情報５０は、上位情報５０１－１、５０１－２、下位情報５０２－１、５０２－２から構成される。上位情報５０１－１、５０１－２は、各々、中継サーバ起動情報５０３－１、５０３－２を含む。下位情報５０２－１、５０２－２は、各々、クライアント端末が中継サーバにログインしているかどうかを示すクライアント端末サイト情報５０４－１、５０４－２を含む。

　上位情報５０１－１、５０１－２は、上位にある中継サーバについての情報である。「ｉｄ」は、中継サーバの識別情報を示す。「ｎａｍｅ」は、中継サーバの名称を示す。中継サーバ起動情報５０３－１、５０３－２は、中継サーバが起動しているかどうかについての情報である。

　下位情報５０２－１、５０２－２は、下位にあるクライアント端末についての情報である。「ｄｉｖ」は、クライアント端末の部署名を示す。「ｇｒｏｕｐ」は、クライアント端末が所属する中継グループの識別情報を示す。「ｉｄ」は、クライアント端末の識別情報を示す。「ｎａｍｅ」は、クライアント端末の名称を示す。クライアント端末サイト情報５０４－１、５０４－２は、クライアント端末がログオンしている中継サーバの識別情報を示す。

　中継サーバ情報５０は、中継サーバ情報格納部１２５、２２５において格納される。すなわち、中継サーバ情報５０は、中継サーバ１２、２２により共有される。さらに、中継サーバ情報５０は、中継サーバ１２、２２およびクライアント端末１１、２１により共有される。

　中継サーバが起動しているときには、中継サーバ起動情報５０３－１、５０３－２が「ａｃｔｉｖｅ」になっている。中継サーバが起動していないときには、中継サーバ起動情報５０３－１、５０３－２が空欄になっている。これにより、中継サーバが起動しているかどうかについての情報が、中継通信システム全体として共有される。

　クライアント端末が中継サーバにログオンしているときには、クライアント端末サイト情報５０４－１、５０４－２が記載されている。クライアント端末が中継サーバにログオンしていないときには、クライアント端末サイト情報５０４－１、５０４－２が記載されていない。これにより、クライアント端末が中継サーバにログオンしているかどうかについての情報が、中継通信システム全体として共有される。

（５）クライアント端末情報の具体例
　図５は、クライアント端末情報の具体例として、クライアント端末情報６０、７０を示す図である。クライアント端末情報は、中継通信システムを構成するクライアント端末の詳細を示す情報である。

　クライアント端末情報６０、７０は、各々、クライアント端末アドレス情報６０１、７０１、クライアント端末有効期限情報６０２、７０２、クライアント端末ポート情報６０３、７０３を含む。

　「ｄｉｖ」は、クライアント端末の部署名を示す。「ｇｒｏｕｐ」は、クライアント端末が所属する中継グループの識別情報を示す。クライアント端末アドレス情報６０１、７０１は、クライアント端末のＩＰアドレスを示す。クライアント端末有効期限情報６０２、７０２は、クライアント端末のレジスト有効期限を示す。「ｉｄ」は、クライアント端末の識別情報を示す。「ｎａｍｅ」は、クライアント端末の名称を示す。「ｐａｓｓ」は、クライアント端末のパスワードを示す。クライアント端末ポート情報６０３、７０３は、クライアント端末のポート番号を示す。

　クライアント端末情報６０は、クライアント端末情報格納部１２６のみにおいて格納されて、クライアント端末情報７０は、クライアント端末情報格納部２２６のみにおいて格納される。すなわち、クライアント端末情報６０は、中継サーバ１２のみにより保有されて、クライアント端末情報７０は、中継サーバ２２のみにより保有される。

（６）情報共有の流れ
　図６は、中継グループ情報、中継サーバ情報が共有される処理の流れを示す図である。中継サーバ１２、２２が、中継通信システムに参加する。クライアント端末１１のユーザが、中継サーバ１２にログオンして、クライアント端末２１のユーザが、中継サーバ２２にログオンする。

（６－１）ステップＳ１からステップＳ２までの処理の流れ
　中継サーバ１２の管理者および中継サーバ２２の管理者は、ＬＡＮ１、２の相互間において中継通信システムのグループを構築する契約を結ぶ。

　中継サーバ１２の管理者は、クライアント端末１１のユーザに対して、アカウントを作成する（ステップＳ１：ＣｒｅａｔｅＡｃｃｏｕｎｔ（））。制御部１２２は、中継サーバ情報５１－１を作成して、中継サーバ情報格納部１２５に格納する。

　中継サーバ２２の管理者は、クライアント端末２１のユーザに対して、アカウントを作成する（ステップＳ２：ＣｒｅａｔｅＡｃｃｏｕｎｔ（））。制御部２２２は、中継サーバ情報５１－２を作成して、中継サーバ情報格納部２２５に格納する。

　以上の処理の流れにより、中継サーバ１２は、中継サーバ情報５１－１を保有する。中継サーバ２２は、中継サーバ情報５１－２を保有する。

　図７の１番目の枠内は、中継サーバ情報５１－１を示す。上位情報５１１－１は、上位にある中継サーバ１２についての情報である。「ｉｄ」として、「ｒｅｌａｙ－ｓｅｒｖｅｒ－１＠ａｂｃ．ｎｅｔ」が設定されている。「ｎａｍｅ」として、「ＲＥＬＡＹ　ＳＥＲＶＥＲ　１」が設定されている。中継サーバ起動情報５１３－１として、「ａｃｔｉｖｅ」が設定されている。すなわち、中継サーバ１２は、起動している。

　下位情報５１２－１は、下位にあるクライアント端末１１についての情報である。「ｄｉｖ」として、「ｓｏｆｔｗａｒｅ」が設定されている。「ｇｒｏｕｐ」として、「２００７０４０２１３３１００＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｉｄ」として、「ｃｌｉｅｎｔ－１＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｎａｍｅ」として、「ＣＬＩＥＮＴ　１」が設定されている。クライアント端末サイト情報５１４－１は、空欄になっている。すなわち、クライアント端末１１のユーザは、中継サーバ１２にログオンしていない。

　図７の２番目の枠内は、中継サーバ情報５１－２を示す。上位情報５１１－２は、上位にある中継サーバ２２についての情報である。「ｉｄ」として、「ｒｅｌａｙ－ｓｅｒｖｅｒ－２＠ａｂｃ．ｎｅｔ」が設定されている。「ｎａｍｅ」として、「ＲＥＬＡＹ　ＳＥＲＶＥＲ　２」が設定されている。中継サーバ起動情報５１３－２として、「ａｃｔｉｖｅ」が設定されている。すなわち、中継サーバ２２は、起動している。

　下位情報５１２－２は、下位にあるクライアント端末２１についての情報である。「ｄｉｖ」として、「ｓｏｆｔｗａｒｅ」が設定されている。「ｇｒｏｕｐ」として、「２００７０４０２１３３１００＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｉｄ」として、「ｃｌｉｅｎｔ－２＠ｒｅｌａｙ－ｓｅｒｖｅｒ－２．ａｂｃ．ｎｅｔ」が設定されている。「ｎａｍｅ」として、「ＣＬＩＥＮＴ　２」が設定されている。クライアント端末サイト情報５１４－２は、空欄になっている。すなわち、クライアント端末２１のユーザは、中継サーバ２２にログオンしていない。

（６－２）ステップＳ３からステップＳ４までの処理の流れ
　以下の説明においては、中継サーバ１２、２２の相互間の通信は、ＳＩＰサーバ３１により中継される。中継サーバ１２（２２）が中継サーバ２２（１２）に対してＳＩＰサーバ３１を介して通信を実行する方法について説明する。

　中継サーバ１２（２２）は、ＳＩＰサーバ３１に対して、中継サーバ２２（１２）のアカウントが通信先として指定されたデータなどを送信する。ＳＩＰサーバ３１は、中継サーバ１２、２２のアカウントを、各々、中継サーバ１２、２２のグローバルＩＰアドレスに対応付けている。ＳＩＰサーバ３１は、中継サーバ２２（１２）のアカウントに基づいて、中継サーバ２２（１２）のグローバルＩＰアドレスを取得する。ＳＩＰサーバ３１は、中継サーバ２２（１２）に対して、中継サーバ２２（１２）のグローバルＩＰアドレスが通信先として指定されたデータなどを送信する。

　中継サーバ１２は、中継サーバ２２に対して、中継通信システムのグループ構築を要求する（ステップＳ３：ＳｅｔＧｒｏｕｐ（））。制御部１２２は、中継グループ情報４２を作成して、中継グループ情報格納部１２４に格納する。制御部２２２は、中継グループ情報４２を作成して、中継グループ情報格納部２２４に格納する。

　中継サーバ１２は、中継サーバ２２に対して、中継サーバ情報の交換を要求する（ステップＳ４：ｅｘｃｈａｎｇｅ（ｄｂ））。中継サーバ１２は、中継サーバ２２に対して、中継サーバ情報５１－１の複製を送信する。中継サーバ２２は、中継サーバ１２に対して、中継サーバ情報５１－２の複製を送信する。

　制御部１２２は、中継サーバ情報５１－２の複製、中継サーバ情報５１－１を合成することにより、中継サーバ情報５２を作成して、中継サーバ情報格納部１２５に格納する。制御部２２２は、中継サーバ情報５１－１の複製、中継サーバ情報５１－２を合成することにより、中継サーバ情報５２を作成して、中継サーバ情報格納部２２５に格納する。

　制御部１２２は、クライアント端末情報６２を作成して、クライアント端末情報格納部１２６に格納する。制御部２２２は、クライアント端末情報７２を作成して、クライアント端末情報格納部２２６に格納する。クライアント端末情報６２の作成処理および格納処理は、ステップＳ１において実行され、クライアント端末情報７２の作成処理および格納処理は、ステップＳ２において実行される。

　以上の処理の流れにより、中継サーバ１２は、中継グループ情報４２、中継サーバ情報５２、クライアント端末情報６２を保有する。中継サーバ２２は、中継グループ情報４２、中継サーバ情報５２、クライアント端末情報７２を保有する。中継グループ情報４２、中継サーバ情報５２は、中継サーバ１２、２２により共有されている。

　図８の１番目の枠内は、中継グループ情報４２を示す。上位情報４２１は、上位にある中継グループについての情報である。「ｉｄ」として、「２００７０４０２１３３１００＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｌａｓｔｍｏｄ」として、「２００７０４０２１３３１００」が設定されている。「ｎａｍｅ」として、「ＧＲＯＵＰ　１」が設定されている。

　下位情報４２２は、下位にある中継サーバ１２、２２についての情報である。「ｉｄ」として、「ｒｅｌａｙ－ｓｅｒｖｅｒ－１＠ａｂｃ．ｎｅｔ」、「ｒｅｌａｙ－ｓｅｒｖｅｒ－２＠ａｂｃ．ｎｅｔ」が設定されている。

　図８の２番目の枠内は、中継サーバ情報５２を示す。上位情報５２１－１、５２１－２は、各々、図７の上位情報５１１－１、５１１－２と同様である。下位情報５２２－１、５２２－２は、各々、図７の下位情報５１２－１、５１２－２と同様である。

　図８の３番目の枠内は、クライアント端末情報６２を示す。「ｄｉｖ」として、「ｓｏｆｔｗａｒｅ」が設定されている。「ｇｒｏｕｐ」として、「２００７０４０２１３３１００＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｉｄ」として、「ｃｌｉｅｎｔ－１＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｎａｍｅ」として、「ＣＬＩＥＮＴ　１」が設定されている。「ｐａｓｓ」として、「ｃｌｉｅｎｔ－１」が設定されている。

　クライアント端末アドレス情報６２１は、空欄になっている。クライアント端末有効期限情報６２２として、「０」が設定されている。クライアント端末ポート情報６２３は、空欄になっている。すなわち、クライアント端末１１のユーザは、中継サーバ１２にログオンしていない。

　図８の４番目の枠内は、クライアント端末情報７２を示す。「ｄｉｖ」として、「ｓｏｆｔｗａｒｅ」が設定されている。「ｇｒｏｕｐ」として、「２００７０４０２１３３１００＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」が設定されている。「ｉｄ」として、「ｃｌｉｅｎｔ－２＠ｒｅｌａｙ－ｓｅｒｖｅｒ－２．ａｂｃ．ｎｅｔ」が設定されている。「ｎａｍｅ」として、「ＣＬＩＥＮＴ　２」が設定されている。「ｐａｓｓ」として、「ｃｌｉｅｎｔ－２」が設定されている。

　クライアント端末アドレス情報７２１は、空欄になっている。クライアント端末有効期限情報７２２として、「０」が設定されている。クライアント端末ポート情報７２３は、空欄になっている。すなわち、クライアント端末２１のユーザは、中継サーバ２２にログオンしていない。

（６－３）ステップＳ５からステップＳ７までの処理の流れ
　クライアント端末１１のユーザは、クライアント端末１１の識別情報として、「ｃｌｉｅｎｔ－１＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」を入力して、クライアント端末１１のパスワードとして、「ｃｌｉｅｎｔ－１」を入力する。クライアント端末１１のユーザは、中継サーバ１２にログオンする（ステップＳ５：ＲＥＧＩＳＴＥＲ（ＩＤ，ＰＡＳＳ））。制御部１２２は、クライアント端末情報６２を参照することにより、クライアント端末１１のユーザの認証を実行する。

　制御部１２２は、クライアント端末１１のユーザのログオンを受け付ける。制御部１２２は、中継サーバ情報５２を更新することにより、中継サーバ情報５３を作成して、中継サーバ情報格納部１２５に格納する。制御部１２２は、クライアント端末情報６２を更新することにより、クライアント端末情報６３を作成して、クライアント端末情報格納部１２６に格納する。制御部１２２は、中継グループ情報４２を更新することはない。

　クライアント端末１１は、中継サーバ１２に対して、中継グループ情報および中継サーバ情報の提供を要求する（ステップＳ６：ｇｅｔ（））。中継サーバ１２は、クライアント端末１１に対して、中継グループ情報４２および中継サーバ情報５３の複製を送信する。クライアント端末１１は、中継グループ情報４２、中継サーバ情報５３を格納する。

　制御部１２２は、中継グループ情報４２、中継サーバ情報５３を参照することにより、中継サーバ情報５２が中継サーバ情報５３に更新されたことを通知すべき中継サーバを決定する。制御部１２２は、中継サーバ情報５３の中継サーバ起動情報５３３－２が「ａｃｔｉｖｅ」である中継サーバ２２を、通知すべき中継サーバとして決定する。

　中継サーバ１２は、中継サーバ２２に対して、中継サーバ情報５２が中継サーバ情報５３に更新されたことを通知する（ステップ７：ＮＯＴＩＦＹ（））。制御部２２２は、中継サーバ情報５２を更新することにより、中継サーバ情報５３を作成して、中継サーバ情報格納部２２５に格納する。

　制御部２２２は、クライアント端末情報７２を参照することにより、中継サーバ情報５２が中継サーバ情報５３に更新されたことを通知すべきクライアント端末を決定する。制御部２２２は、クライアント端末情報７２のクライアント端末アドレス情報７２１が空欄であり、クライアント端末情報７２のクライアント端末ポート情報７２３が空欄であるクライアント端末２１を、通知すべきクライアント端末として決定することはない。

　以上の処理の流れにより、中継サーバ１２は、中継グループ情報４２、中継サーバ情報５３、クライアント端末情報６３を保有する。中継サーバ２２は、中継グループ情報４２、中継サーバ情報５３、クライアント端末情報７２を保有する。クライアント端末１１は、中継グループ情報４２、中継サーバ情報５３を保有する。中継グループ情報４２、中継サーバ情報５３は、中継サーバ１２、２２、クライアント端末１１により共有されている。

　図９の１番目の枠内は、中継グループ情報４２を示す。ステップＳ５からステップＳ７までの処理の流れにおいては、新たな中継サーバが中継通信システムに参加していないため、中継グループ情報４２が更新されることはない。

　図９の２番目の枠内は、中継サーバ情報５３を示す。更新部分を下線部により示す。クライアント端末１１のユーザは、中継サーバ１２にログオンしている。そのため、下位情報５３２－１のクライアント端末サイト情報５３４－１は、「ｒｅｌａｙ－ｓｅｒｖｅｒ－１＠ａｂｃ．ｎｅｔ」に確定されている。

　図９の３番目の枠内は、クライアント端末情報６３を示す。更新部分を下線部により示す。クライアント端末１１のユーザは、中継サーバ１２にログオンしている。そのため、クライアント端末アドレス情報６３１は、「１９２．１６８．１０．２」に確定されている。また、クライアント端末有効期限情報６３２は、「１２１３９３５９６０４８４」に確定されている。さらに、クライアント端末ポート情報６３３は、「５０７０」に確定されている。

　図９の４番目の枠内は、クライアント端末情報７２を示す。ステップＳ５からステップＳ７までの処理の流れにおいては、クライアント端末２１のユーザが中継サーバ２２にログオンしていないため、クライアント端末情報７２が更新されることはない。

（６－４）ステップＳ８からステップＳ１１までの処理の流れ
　クライアント端末２１のユーザは、クライアント端末２１の識別情報として、「ｃｌｉｅｎｔ－２＠ｒｅｌａｙ－ｓｅｒｖｅｒ－２．ａｂｃ．ｎｅｔ」を入力して、クライアント端末２１のパスワードとして、「ｃｌｉｅｎｔ－２」を入力する。クライアント端末２１のユーザは、中継サーバ２２にログオンする（ステップＳ８：ＲＥＧＩＳＴＥＲ（ＩＤ，ＰＡＳＳ））。制御部２２２は、クライアント端末情報７２を参照することにより、クライアント端末２１のユーザの認証を実行する。

　制御部２２２は、クライアント端末２１のユーザのログオンを受け付ける。制御部２２２は、中継サーバ情報５３を更新することにより、中継サーバ情報５４を作成して、中継サーバ情報格納部２２５に格納する。制御部２２２は、クライアント端末情報７２を更新することにより、クライアント端末情報７４を作成して、クライアント端末情報格納部２２６に格納する。制御部２２２は、中継グループ情報４２を更新することはない。

　クライアント端末２１は、中継サーバ２２に対して、中継グループ情報および中継サーバ情報の提供を要求する（ステップＳ９：ｇｅｔ（））。中継サーバ２２は、クライアント端末２１に対して、中継グループ情報４２および中継サーバ情報５４の複製を送信する。クライアント端末２１は、中継グループ情報４２、中継サーバ情報５４を格納する。

　制御部２２２は、中継グループ情報４２、中継サーバ情報５４を参照することにより、中継サーバ情報５３が中継サーバ情報５４に更新されたことを通知すべき中継サーバを決定する。制御部２２２は、中継サーバ情報５４の中継サーバ起動情報５４３－１が「ａｃｔｉｖｅ」である中継サーバ１２を、通知すべき中継サーバとして決定する。

　中継サーバ２２は、中継サーバ１２に対して、中継サーバ情報５３が中継サーバ情報５４に更新されたことを通知する（ステップ１０：ＮＯＴＩＦＹ（））。制御部１２２は、中継サーバ情報５３を更新することにより、中継サーバ情報５４を作成して、中継サーバ情報格納部１２５に格納する。

　制御部１２２は、クライアント端末情報６３を参照することにより、中継サーバ情報５３が中継サーバ情報５４に更新されたことを通知すべきクライアント端末を決定する。制御部１２２は、クライアント端末情報６３のクライアント端末アドレス情報６３１が確定されていて、クライアント端末情報６３のクライアント端末ポート情報６３３が確定されているクライアント端末１１を、通知すべきクライアント端末として決定する。

　中継サーバ１２は、クライアント端末１１に対して、中継サーバ情報５３が中継サーバ情報５４に更新されたことを通知する（ステップ１１：ＮＯＴＩＦＹ（））。クライアント端末１１は、中継サーバ情報５３を更新することにより、中継サーバ情報５４を作成して、中継サーバ情報５４を格納する。

　以上の処理の流れにより、中継サーバ１２は、中継グループ情報４２、中継サーバ情報５４、クライアント端末情報６３を保有する。中継サーバ２２は、中継グループ情報４２、中継サーバ情報５４、クライアント端末情報７４を保有する。クライアント端末１１は、中継グループ情報４２、中継サーバ情報５４を保有する。クライアント端末２１は、中継グループ情報４２、中継サーバ情報５４を保有する。中継グループ情報４２、中継サーバ情報５４は、中継サーバ１２、２２、クライアント端末１１、２１により共有されている。

　図１０の１番目の枠内は、中継グループ情報４２を示す。ステップＳ８からステップＳ１１までの処理の流れにおいては、新たな中継サーバが中継通信システムに参加していないため、中継グループ情報４２が更新されることはない。

　図１０の２番目の枠内は、中継サーバ情報５４を示す。更新部分を下線部により示す。クライアント端末２１のユーザは、中継サーバ２２にログオンしている。そのため、下位情報５４２－２のクライアント端末サイト情報５４４－２は、「ｒｅｌａｙ－ｓｅｒｖｅｒ－２＠ａｂｃ．ｎｅｔ」に確定されている。

　図１０の３番目の枠内は、クライアント端末情報６３を示す。ステップＳ８からステップＳ１１までの処理の流れにおいては、クライアント端末１１のユーザが中継サーバ１２からログオフしていないため、クライアント端末情報６３が更新されることはない。

　図１０の４番目の枠内は、クライアント端末情報７４を示す。更新部分を下線部により示す。クライアント端末２１のユーザは、中継サーバ２２にログオンしている。そのため、クライアント端末アドレス情報７４１は、「１９２．１６８．１．１０」に確定されている。また、クライアント端末有効期限情報７４２は、「１２１３９３５９７８４８４」に確定されている。さらに、クライアント端末ポート情報７４３は、「５０７０」に確定されている。

（７）情報共有のまとめ
　中継通信システムにおいて、ＬＡＮおよびクライアント端末の増減状態および接続状態が変化することがある。そこで、一の中継サーバは、状態変化を認識したときには、中継グループ情報、中継サーバ情報、クライアント端末情報を直ちに更新する。

　そして、一の中継サーバは、中継グループ情報および中継サーバ情報に記載されている他の中継サーバに、中継グループ情報および中継サーバ情報が更新されたことを直ちに通知する。さらに、一の中継サーバは、クライアント端末情報に記載されているクライアント端末に、中継グループ情報および中継サーバ情報が更新されたことを直ちに通知する。

　しかし、一の中継サーバは、他の中継サーバが中継グループ情報および中継サーバ情報に記載されているとしても、他の中継サーバが未接続状態にあると判断したときには、他の中継サーバに直ちに通知することはない。さらに、一の中継サーバは、クライアント端末がクライアント端末情報に記載されているとしても、クライアント端末が未接続状態にあると判断したときには、クライアント端末に直ちに通知することはない。

　これにより、ＬＡＮおよびクライアント端末の増減状態および接続状態についての情報は、中継通信システム全体としてリアルタイムに共有される。

（８）データ送受信の流れ
　図１１から図１３までは、クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信の流れを示す図である。図１４から図１６までは、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信の流れを示す図である。

　図１１から図１３までおよび図１４から図１６までにおいては、図１０に示した中継グループ情報４２、中継サーバ情報５４、クライアント端末情報６３、７４が格納されている。クライアント端末１１のユーザは、中継サーバ１２にログオンしている。クライアント端末２１のユーザは、中継サーバ２２にログオンしている。

　クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信、および、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信は、並列して実行される。最初に、クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信について説明する。次に、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信について説明する。最後に、並列して実行されるデータ送受信について説明する。

（９）クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信
（９－１）メディアセッション確立前の呼制御
　図１１は、クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信において、メディアセッション確立前の呼制御の流れを示す図である。クライアント端末１１のユーザは、クライアント端末１１が所属する中継グループを確認する。具体的には、クライアント端末１１のユーザは、中継グループ情報４２をクライアント端末１１の表示画面に表示させる（ｇｅｔＧｒｏｕｐ（））。中継グループ情報４２には、中継サーバ１２、２２の識別情報「ｒｅｌａｙ－ｓｅｒｖｅｒ－１＠ａｂｃ．ｎｅｔ」、「ｒｅｌａｙ－ｓｅｒｖｅｒ－２＠ａｂｃ．ｎｅｔ」が設定されている。クライアント端末１１のユーザは、クライアント端末１１が中継サーバ１２、２２により構成される中継グループに所属していることを確認する。

　クライアント端末１１のユーザは、中継グループ情報４２に対応する中継サーバ情報５４を、クライアント端末１１の表示画面に表示させる（ｇｅｔＳｅｒｖｅｒ（））。クライアント端末１１のユーザは、中継サーバ情報５４を参照して、中継グループを構成する中継サーバ、中継サーバの下位に位置するクライアント端末を確認する。

　クライアント端末１１のユーザは、中継サーバ情報５４を参照して、中継サーバ２２とのデータの送受信が可能であることを確認する。

　クライアント端末１１のユーザは、中継サーバ１２について、中継サーバ情報５４の中継サーバ起動情報５４３－１が「ａｃｔｉｖｅ」に設定されていることを確認する。すなわち、中継サーバ１２が起動していることを確認する。

　クライアント端末１１のユーザは、中継サーバ２２について、中継サーバ情報５４の中継サーバ起動情報５４３－２が「ａｃｔｉｖｅ」に設定されていることを確認する。すなわち、中継サーバ２２が起動していることを確認する。

　クライアント端末１１のユーザは、中継サーバ１２を介して、中継サーバ２２に対して、データを送信できることを確認する。クライアント端末１１のユーザは、中継サーバ２２に対して、データを送信することを決定する。

　クライアント端末１１は、クライアント端末１１および中継サーバ１２の相互間の通信（ｄｉａｌｏｇ（１））において、中継サーバ１２に対して、呼制御を行なう（ステップＳ１２：ＩＮＶＩＴＥ）。ここで、クライアント端末１１は、ｄｉａｌｏｇ（１）における呼制御の識別情報として、「１２３４」を送信する。さらに、クライアント端末１１は、メディアセッションのポート番号として、「５６７８」を送信する。

　クライアント端末１１および中継サーバ１２の相互間において、後述するように複数の呼制御が実行されることがある。そこで、複数の呼制御が識別されるように、相互に異なる識別情報が複数の呼制御に対して設定される。

　図１１～図１３において、各端末、サーバで利用されるＣｈａｎｎｅｌの情報を示す。Ｃｈａｎｎｅｌ情報のうち、“ＴＳ”はＴｒａｎｓａｃｔｉｏｎを、“Ｓ”はＳｏｕｒｃｅ（送信元）を、“Ｄ”はＤｅｓｔｉｎａｔｉｏｎ（送信先）を、ＭＳはＭｅｄｉａＳｅｓｓｉｏｎを示している。また、Ｄｅｓｔｉｎａｔｉｏｎにおいて、ｒｅｌａｙ－ｓｅｒｖｅｒ－２を単にＳｅｒｖｅｒ２と記載している。

　クライアント端末１１が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（１）のＩＤとして「１２３４」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はブランクになっている。

　中継サーバ１２は、ｄｉａｌｏｇ（１）において、クライアント端末１１から、呼制御を受ける。中継サーバ１２は、クライアント端末１１にＯＫレスポンスを送信する。ＯＫレスポンスを受信したクライアント端末１１は、中継サーバ１２にＡＣＫを送信する（ステップＳ１３）。

　制御部１２２は、中継グループ情報４２の下位情報４２２、または、中継サーバ情報５４の上位情報５４１－２を参照することにより、呼制御の実行先である中継サーバ２２が、ＬＡＮ１側になくＷＡＮ３側にあることを確認する。

　中継サーバ１２は、中継サーバ１２および中継サーバ２２の相互間の通信（ｄｉａｌｏｇ（２））において、中継サーバ２２に対して、呼制御を行なう（ステップＳ１４：ＩＮＶＩＴＥ）。ここで、中継サーバ１２は、ｄｉａｌｏｇ（２）における呼制御の識別情報として、「４３２１」を送信する。さらに、中継サーバ１２は、メディアセッションのポート番号として、「５６７８」を送信する。

　中継サーバ１２および中継サーバ２２の相互間において、後述するように複数の呼制御が実行されることがある。そこで、複数の呼制御が識別されるように、相互に異なる識別情報が複数の呼制御に対して設定される。

　しかし、クライアント端末１１および中継サーバ１２の相互間、および、中継サーバ１２および中継サーバ２２の相互間において、各々独立に呼制御が実行される。そこで、クライアント端末１１および中継サーバ１２の相互間、および、中継サーバ１２および中継サーバ２２の相互間において、相互に同一の識別情報が各々独立の呼制御に対して設定されるとしても、各々独立の呼制御は識別される。

　中継サーバ１２が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（１）のＩＤ「１２３４」とｄｉａｌｏｇ（２）のＩＤ「４３２１」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はいずれもブランクになっている。

　中継サーバ２２は、ｄｉａｌｏｇ（２）において、中継サーバ１２から、呼制御を受ける。中継サーバ２２は、中継サーバ１２にＯＫレスポンスを送信する。ＯＫレスポンスを受信した中継サーバ１２は、中継サーバ２２にＡＣＫを送信する（ステップＳ１５）。

　ｄｉａｌｏｇ（１）は、クライアント端末１１および中継サーバ１２の相互間の通信である。ｄｉａｌｏｇ（２）は、中継サーバ１２および中継サーバ２２の相互間の通信である。中継サーバ１２は、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（２）を関連付ける。

　中継サーバ１２は、ｄｉａｌｏｇ（１）において受信したときには、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（２）を関連付けたことを示す情報を作成したうえで、ｄｉａｌｏｇ（２）において送信する。この送受信において、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（２）が関連付けられたことが、「ｄｉａｌｏｇ（１）：ｒｅｃｖ（）＝＝ｄｉａｌｏｇ（２）：ｓｅｎｄ（）」により示されている。

　中継サーバ１２は、ｄｉａｌｏｇ（２）において受信したときには、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（２）を関連付けたことを示す情報を参照したうえで、ｄｉａｌｏｇ（１）において送信する。この送受信において、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（２）が関連付けられたことが、「ｄｉａｌｏｇ（１）：ｓｅｎｄ（）＝＝ｄｉａｌｏｇ（２）：ｒｅｃｖ（）」により示されている。

　中継サーバ２２が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（２）のＩＤ「４３２１」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はブランクになっている。

（９－２）メディアセッション確立
　図１２は、クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信において、メディアセッション確立の流れを示す図である。呼制御を受けた側がメディアセッション確立を行なう。呼制御を行なった側がメディアセッション確立を受ける。

　呼制御を行なう側は、呼制御を受ける側に対して、呼制御の識別情報を送信する。呼制御を受けた側は、呼制御を行なった側に対して、受信した呼制御の識別情報を送信する。呼制御を行なった側は、受信した呼制御の識別情報を、送信した呼制御の識別情報と照合する。呼制御を行なった側は、呼制御を受けた側およびメディアセッション確立を行なった側が一致することを認証できる。

　中継サーバ２２は、中継サーバ１２に対して、メディアセッション確立を要求する（ステップＳ１６：ＳＹＮ）。中継サーバ１２は、中継サーバ２２にＳＹＮ，ＡＣＫを返信する。中継サーバ２２は中継サーバ１２にＡＣＫを送信する（ステップＳ１７）。

　次に、中継サーバ２２は、メディアセッションを利用して中継サーバ１２に対して、呼制御の識別情報として、「４３２１」を送信する（ステップＳ１８：ｓｅｎｄ）。中継サーバ１２は、ステップＳ１８において受信した呼制御の識別情報を、ステップＳ１４において送信した呼制御の識別情報と照合する。

　中継サーバ１２は、ステップＳ１６においてメディアセッション確立要求を行なった側が、ステップＳ１４において呼制御を受けた側と、中継サーバ２２として一致することを認証する。すなわち、中継サーバ１２は、中継サーバ２２から、ステップＳ１６において、不正なメディアセッション確立要求を受けたわけではない。中継サーバ１２は、中継サーバ２２に対して、ＯＫレスポンスを送信する。

　中継サーバ２２が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（２）と関連付けられたメディアセッションとしてＣｌｉｅｎｔＳｏｃｋｅｔ（１）が設定されている。中継サーバ１２が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（２）と関連付けられたメディアセッションとしてＳｅｒｖｅｒＳｏｃｋｅｔ（１）が設定されている。

　続いて、中継サーバ１２は、クライアント端末１１に対して、メディアセッション確立を要求する（ステップＳ１９：ＳＹＮ）。クライアント端末１１は、中継サーバ１２にＳＹＮ，ＡＣＫを返信する。中継サーバ１２はクライアント端末１１にＡＣＫを送信する（ステップＳ２０）。

　次に、中継サーバ１２は、メディアセッションを利用して、クライアント端末１１に対して、呼制御の識別情報として、「１２３４」を送信する（ステップＳ２１：ｓｅｎｄ）。クライアント端末１１は、ステップＳ２１において受信した呼制御の識別情報を、ステップＳ１２において送信した呼制御の識別情報と照合する。

　クライアント端末１１は、ステップＳ１９においてメディアセッション確立要求を行なった側が、ステップＳ１２において呼制御を受けた側と、中継サーバ１２として一致することを認証する。すなわち、クライアント端末１１は、中継サーバ１２から、ステップＳ１９において、不正なメディアセッション確立要求を受けたわけではない。クライアント端末１１は、中継サーバ１２に対して、ＯＫレスポンスを送信する。

　中継サーバ１２が利用するＣｈａｎｎｅｌの情報には、さらに、ｄｉａｌｏｇ（１）と関連付けられたメディアセッションとしてＣｌｉｅｎｔＳｏｃｋｅｔ（２）が設定されている。クライアント端末１１が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（１）と関連付けられたメディアセッションとしてＳｅｒｖｅｒＳｏｃｋｅｔ（２）が設定されている。

　以上の処理の流れにより、中継サーバ２２と中継サーバ１２との間、および中継サーバ１２とクライアント端末１１との間でメディアセッションが確立される。

（９－３）メディアセッション切断
　図１３は、クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信において、メディアセッション切断の流れを示す図である。

　クライアント端末１１は、ｄｉａｌｏｇ（１）において、中継サーバ１２に対して、セッションの切断を要求する（ステップＳ２２：ＢＹＥ）。中継サーバ１２はクライアント端末１１にＯＫレスポンスを返す。

　クライアント端末１１および中継サーバ１２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（１）の情報が削除される。

　中継サーバ１２は、ｄｉａｌｏｇ（２）において、中継サーバ２２に対して、セッションの切断を要求する（ステップＳ２３：ＢＹＥ）。中継サーバ２２は中継サーバ１２にＯＫレスポンスを返す。

　中継サーバ１２および中継サーバ２２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（２）の情報が削除される。

　クライアント端末１１は、中継サーバ１２に対して、メディアセッション切断を要求する（ステップＳ２４：ＦＩＮ，ＡＣＫ）。中継サーバ１２はクライアント端末１１にＡＣＫを返信し、続いてクライアント端末１１に対して、メディアセッション切断を要求する（ステップＳ２５：ＦＩＮ，ＡＣＫ）。

　クライアント端末１１および中継サーバ１２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（１）と関連付けられていたメディアセッションの情報が削除される。

　中継サーバ１２は、中継サーバ２２に対して、メディアセッション切断を要求する（ステップＳ２６：ＦＩＮ，ＡＣＫ）。中継サーバ２２は中継サーバ１２にＡＣＫを返信し、続いて中継サーバ１２に対して、メディアセッション切断を要求する（ステップＳ２７：ＦＩＮ，ＡＣＫ）。中継サーバ１２は中継サーバ２２にＡＣＫを返信する。以上の手順によりメディアセッションが切断される。

　中継サーバ１２および中継サーバ２２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（２）と関連付けられていたメディアセッションの情報が削除される。

（１０）クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信
（１０－１）メディアセッション確立前の呼制御
　図１４は、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信において、メディアセッション確立前の呼制御の流れを示す図である。クライアント端末１１のユーザは、クライアント端末１１が所属する中継グループを確認する。具体的には、クライアント端末１１のユーザは、中継グループ情報４２をクライアント端末１１の表示画面に表示させる（ｇｅｔＧｒｏｕｐ（））。中継グループ情報４２には、中継サーバ１２、２２の識別情報「ｒｅｌａｙ－ｓｅｒｖｅｒ－１＠ａｂｃ．ｎｅｔ」、「ｒｅｌａｙ－ｓｅｒｖｅｒ－２＠ａｂｃ．ｎｅｔ」が設定されている。クライアント端末１１のユーザは、クライアント端末１１が中継サーバ１２、２２により構成される中継グループに所属していることを確認する。

　クライアント端末１１のユーザは、中継サーバ情報５４を参照して、クライアント端末２１とのデータの送受信が可能であることを確認する。

　クライアント端末１１のユーザは、ステップＳ１２の準備段階と同様にして、中継サーバ１２、２２が起動していることを確認する。

　クライアント端末１１のユーザは、クライアント端末２１について、中継サーバ情報５４のクライアント端末サイト情報５４４－２が「ｒｅｌａｙ－ｓｅｒｖｅｒ－２＠ａｂｃ．ｎｅｔ」に設定されていることを確認する。すなわち、クライアント端末２１が中継サーバ２２にログオンしていることを確認する。

　クライアント端末１１のユーザは、中継サーバ１２、２２を介して、クライアント端末２１に対して、データを送信できることを確認する。クライアント端末１１のユーザは、クライアント端末２１に対して、データを送信することを決定する。

　クライアント端末１１は、クライアント端末１１および中継サーバ１２の相互間の通信（ｄｉａｌｏｇ（３））において、中継サーバ１２に対して、呼制御を行なう（ステップＳ２８：ＩＮＶＩＴＥ）。ここで、クライアント端末１１は、ｄｉａｌｏｇ（３）における呼制御の識別情報として、「４３２１」を送信する。さらに、クライアント端末１１は、メディアセッションのポート番号として、「５６７８」を送信する。

　図１４～図１６においても、各端末、サーバで利用されるＣｈａｎｎｅｌの情報を示す。クライアント端末１１が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（３）のＩＤとして「４３２１」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はブランクになっている。

　中継サーバ１２は、ｄｉａｌｏｇ（３）において、クライアント端末１１から、呼制御を受ける。中継サーバ１２は、クライアント端末１１にＯＫレスポンスを送信する。ＯＫレスポンスを受信したクライアント端末１１は、中継サーバ１２にＡＣＫを送信する（ステップＳ２９）。

　クライアント端末１１および中継サーバ１２の相互間において、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（３）が実行される。しかし、ｄｉａｌｏｇ（１）における呼制御の識別情報は「１２３４」であり、ｄｉａｌｏｇ（３）における呼制御の識別情報は「４３２１」であり、各々の呼制御の識別情報は相互に異なる。そのため、ｄｉａｌｏｇ（１）における呼制御およびｄｉａｌｏｇ（３）における呼制御は識別される。

　中継サーバ１２は、中継サーバ１２および中継サーバ２２の相互間の通信（ｄｉａｌｏｇ（４））において、中継サーバ２２に対して、呼制御を行なう（ステップＳ３０：ＩＮＶＩＴＥ）。ここで、中継サーバ１２は、ｄｉａｌｏｇ（４）における呼制御の識別情報として、「１２３４」を送信する。さらに、中継サーバ１２は、メディアセッションのポート番号として、「５６７８」を送信する。

　中継サーバ１２が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（３）のＩＤ「４３２１」とｄｉａｌｏｇ（４）のＩＤ「１２３４」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はいずれもブランクになっている。

　中継サーバ２２は、ｄｉａｌｏｇ（４）において、中継サーバ１２から、呼制御を受ける。中継サーバ２２は、中継サーバ１２にＯＫレスポンスを送信する。ＯＫレスポンスを受信した中継サーバ１２は、中継サーバ２２にＡＣＫを送信する（ステップＳ３１）。

　中継サーバ１２および中継サーバ２２の相互間において、ｄｉａｌｏｇ（２）およびｄｉａｌｏｇ（４）が実行される。しかし、ｄｉａｌｏｇ（２）における呼制御の識別情報は「４３２１」であり、ｄｉａｌｏｇ（４）における呼制御の識別情報は「１２３４」であり、各々の呼制御の識別情報は相互に異なる。そのため、ｄｉａｌｏｇ（２）における呼制御およびｄｉａｌｏｇ（４）における呼制御は識別される。

　ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（４）における呼制御の識別情報は、相互に同一である「１２３４」である。しかし、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（４）における呼制御は、異なる区間における呼制御であるため識別される。

　ｄｉａｌｏｇ（２）およびｄｉａｌｏｇ（３）における呼制御の識別情報は、相互に同一である「４３２１」である。しかし、ｄｉａｌｏｇ（２）およびｄｉａｌｏｇ（３）における呼制御は、異なる区間における呼制御であるため識別される。

　中継サーバ１２は、ｄｉａｌｏｇ（３）において受信したときには、ｄｉａｌｏｇ（３）およびｄｉａｌｏｇ（４）を関連付けたことを示す情報を作成したうえで、ｄｉａｌｏｇ（４）において送信する。この送受信において、ｄｉａｌｏｇ（３）およびｄｉａｌｏｇ（４）が関連付けられたことが、「ｄｉａｌｏｇ（３）：ｒｅｃｖ（）＝＝ｄｉａｌｏｇ（４）：ｓｅｎｄ（）」により示されている。

　中継サーバ１２は、ｄｉａｌｏｇ（４）において受信したときには、ｄｉａｌｏｇ（３）およびｄｉａｌｏｇ（４）を関連付けたことを示す情報を参照したうえで、ｄｉａｌｏｇ（３）において送信する。この送受信において、ｄｉａｌｏｇ（３）およびｄｉａｌｏｇ（４）が関連付けられたことが、「ｄｉａｌｏｇ（３）：ｓｅｎｄ（）＝＝ｄｉａｌｏｇ（４）：ｒｅｃｖ（）」により示されている。

　中継サーバ２２は、中継サーバ２２およびクライアント端末２１の相互間の通信（ｄｉａｌｏｇ（５））において、クライアント端末２１に対して、呼制御を行なう（ステップＳ３２：ＩＮＶＩＴＥ）。ここで、中継サーバ２２は、ｄｉａｌｏｇ（５）における呼制御の識別情報として、「８７６５」を送信する。さらに、中継サーバ２２は、メディアセッションのポート番号として、「５６７８」を送信する。

　中継サーバ２２が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（４）のＩＤ「１２３４」とｄｉａｌｏｇ（５）のＩＤ「８７６５」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はいずれもブランクになっている。

　クライアント端末２１は、ｄｉａｌｏｇ（５）において、中継サーバ２２から、呼制御を受ける。クライアント端末２１は、中継サーバ２２にＯＫレスポンスを送信する。ＯＫレスポンスを受信した中継サーバ２２は、クライアント端末２１にＡＣＫを送信する（ステップＳ３３）。

　クライアント端末２１が利用するＣｈａｎｎｅｌには、ｄｉａｌｏｇ（５）のＩＤ「８７６５」が設定されている。メディアセッションは確立されていないので、ＭＳの欄はブランクになっている。

（１０－２）メディアセッション確立
　図１５は、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信において、メディアセッション確立の流れを示す図である。

　クライアント端末２１は、中継サーバ２２に対して、メディアセッション確立を要求する（ステップＳ３４：ＳＹＮ）。中継サーバ２２は、クライアント端末２１にＳＹＮ，ＡＣＫを返信する。クライアント端末２１は中継サーバ２２にＡＣＫを送信する（ステップＳ３５）。

　次に、クライアント端末２１は、メディアセッションを利用して、中継サーバ２２に対して、呼制御の識別情報として、「８７６５」を送信する（ステップＳ３６：ｓｅｎｄ）。中継サーバ２２は、ステップＳ３６において受信した呼制御の識別情報を、ステップＳ３２において送信した呼制御の識別情報と照合する。

　中継サーバ２２は、ステップＳ３４においてメディアセッション確立要求を行なった側が、ステップＳ３２において呼制御を受けた側と、クライアント端末２１として一致することを認証する。すなわち、中継サーバ２２は、クライアント端末２１から、ステップＳ３４において、不正なメディアセッション確立要求を受けたわけではない。中継サーバ２２は、中継サーバ２２に対して、ＯＫレスポンスを送信する。

　クライアント端末２１が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（５）と関連付けられたメディアセッションとしてＣｌｉｅｎｔＳｏｃｋｅｔ（３）が設定されている。中継サーバ２２が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（５）と関連付けられたメディアセッションとしてＳｅｒｖｅｒＳｏｃｋｅｔ（３）が設定されている。

　続いて、中継サーバ２２は、中継サーバ１２に対して、メディアセッション確立を要求する（ステップＳ３７：ＳＹＮ）。中継サーバ１２は、中継サーバ２２にＳＹＮ，ＡＣＫを返信する。中継サーバ２２は中継サーバ１２にＡＣＫを送信する（ステップＳ３８）。

　次に、中継サーバ２２は、メディアセッションを利用して、中継サーバ１２に対して、呼制御の識別情報として、「１２３４」を送信する（ステップＳ３９：ｓｅｎｄ）。中継サーバ１２は、ステップＳ３９において受信した呼制御の識別情報を、ステップＳ３０において送信した呼制御の識別情報と照合する。

　中継サーバ１２は、ステップＳ３７においてメディアセッション確立要求を行なった側が、ステップＳ３０において呼制御を受けた側と、中継サーバ２２として一致することを認証する。すなわち、中継サーバ１２は、中継サーバ２２から、ステップＳ３７において、不正なメディアセッション確立要求を受けたわけではない。中継サーバ１２は、中継サーバ２２に対して、ＯＫレスポンスを送信する。

　中継サーバ２２が利用するＣｈａｎｎｅｌの情報には、さらに、ｄｉａｌｏｇ（４）と関連付けられたメディアセッションとしてＣｌｉｅｎｔＳｏｃｋｅｔ（４）が設定されている。中継サーバ１２が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（４）と関連付けられたメディアセッションとしてＳｅｒｖｅｒＳｏｃｋｅｔ（４）が設定されている。

　続いて、中継サーバ１２は、クライアント端末１１に対して、メディアセッション確立を要求する（ステップＳ４０：ＳＹＮ）。クライアント端末１１は、中継サーバ１２にＳＹＮ，ＡＣＫを返信する。中継サーバ１２はクライアント端末１１にＡＣＫを送信する（ステップＳ４１）。

　次に、中継サーバ１２は、メディアセッションを利用して、クライアント端末１１に対して、呼制御の識別情報として、「４３２１」を送信する（ステップＳ４２：ｓｅｎｄ）。クライアント端末１１は、ステップＳ４２において受信した呼制御の識別情報を、ステップＳ２８において送信した呼制御の識別情報と照合する。

　クライアント端末１１は、ステップＳ４０においてメディアセッション確立要求を行なった側が、ステップＳ２８において呼制御を受けた側と、中継サーバ１２として一致することを認証する。すなわち、クライアント端末１１は、中継サーバ１２から、ステップＳ４０において、不正なメディアセッション確立要求を受けたわけではない。クライアント端末１１は、中継サーバ１２に対して、ＯＫレスポンスを送信する。

　中継サーバ１２が利用するＣｈａｎｎｅｌの情報には、さらに、ｄｉａｌｏｇ（３）と関連付けられたメディアセッションとしてＣｌｉｅｎｔＳｏｃｋｅｔ（５）が設定されている。クライアント端末１１が利用するＣｈａｎｎｅｌの情報には、ｄｉａｌｏｇ（３）と関連付けられたメディアセッションとしてＳｅｒｖｅｒＳｏｃｋｅｔ（５）が設定されている。

　以上の処理の流れにより、クライアント端末２１と中継サーバ２２との間、中継サーバ２２と中継サーバ１２との間、および中継サーバ１２とクライアント端末１１との間でメディアセッションが確立される。

（１０－３）メディアセッション切断
　図１６は、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信において、メディアセッション切断の流れを示す図である。

　クライアント端末１１は、ｄｉａｌｏｇ（３）において、中継サーバ１２に対して、セッションの切断を要求する（ステップＳ４３：ＢＹＥ）。中継サーバ１２はクライアント端末１１にＯＫレスポンスを返す。

　クライアント端末１１および中継サーバ１２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（３）の情報が削除される。

　中継サーバ１２は、ｄｉａｌｏｇ（４）において、中継サーバ２２に対して、セッションの切断を要求する（ステップＳ４４：ＢＹＥ）。中継サーバ２２は中継サーバ１２にＯＫレスポンスを返す。

　中継サーバ１２および中継サーバ２２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（４）の情報が削除される。

　中継サーバ２２は、ｄｉａｌｏｇ（５）において、クライアント端末２１に対して、セッションの切断を要求する（ステップＳ４５：ＢＹＥ）。クライアント端末２１は中継サーバ２２にＯＫレスポンスを返す。

　中継サーバ２２およびクライアント端末２１が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（５）の情報が削除される。

　クライアント端末１１は、中継サーバ１２に対して、メディアセッション切断を要求する（ステップＳ４６：ＦＩＮ，ＡＣＫ）。中継サーバ１２はクライアント端末１１にＡＣＫを返信し、続いてクライアント端末１１に対して、メディアセッション切断を要求する（ステップＳ４７：ＦＩＮ，ＡＣＫ）。クライアント端末１１は中継サーバ１２にＡＣＫを返信する。以上の手順によりメディアセッションが切断される。

　クライアント端末１１および中継サーバ１２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（３）と関連付けられていたメディアセッションの情報が削除される。

　同様に、中継サーバ１２と中継サーバ２２との間においてもメディアセッションが切断される（ステップＳ４８、Ｓ４９）。

　中継サーバ１２および中継サーバ２２が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（４）と関連付けられていたメディアセッションの情報が削除される。

　さらに、中継サーバ２２とクライアント端末２１との間においてもメディアセッションが切断される（ステップＳ５０、Ｓ５１）。

　中継サーバ２２およびクライアント端末２１が利用するＣｈａｎｎｅｌの情報からは、ｄｉａｌｏｇ（５）と関連付けられていたメディアセッションの情報が削除される。

（１１）並列して実行されるデータ送受信
　クライアント端末１１および中継サーバ２２の相互間におけるデータ送受信、および、クライアント端末１１およびクライアント端末２１の相互間におけるデータ送受信は、並列して実行される。ステップＳ１２からステップＳ２７までのみに注目すれば、この順序により処理が実行される。ステップＳ２８からステップＳ５１までのみに注目すれば、この順序により処理が実行される。

　クライアント端末１１および中継サーバ１２の相互間において、ｄｉａｌｏｇ（１）およびｄｉａｌｏｇ（３）が実行される。しかし、ｄｉａｌｏｇ（１）における呼制御の識別情報は「１２３４」であり、ｄｉａｌｏｇ（３）における呼制御の識別情報は「４３２１」であり、各々の呼制御の識別情報は異なる。

　クライアント端末１１は、ステップＳ１９において、メディアセッション確立要求を受信するとともに、ステップＳ２１において、呼制御の識別情報を受信する。クライアント端末１１は、ステップＳ１９におけるメディアセッション確立要求は、ステップＳ１２における呼制御実行に対応するものであり、ステップＳ２８における呼制御実行に対応するものでないことを認証できる。

　クライアント端末１１は、ステップＳ４０において、メディアセッション確立要求を受信するとともに、ステップＳ４２において、呼制御の識別情報を受信する。クライアント端末１１は、ステップＳ４０におけるメディアセッション確立要求は、ステップＳ２８における呼制御実行に対応するものであり、ステップＳ１２における呼制御実行に対応するものでないことを認証できる。

　中継サーバ１２および中継サーバ２２の相互間において、ｄｉａｌｏｇ（２）およびｄｉａｌｏｇ（４）が実行される。しかし、ｄｉａｌｏｇ（２）における呼制御の識別情報は「４３２１」であり、ｄｉａｌｏｇ（４）における呼制御の識別情報は「１２３４」であり、各々の呼制御の識別情報は異なる。

　中継サーバ１２は、ステップＳ１６において、メディアセッション確立要求を受信するとともに、ステップＳ１８において、呼制御の識別情報を受信する。中継サーバ１２は、ステップＳ１６におけるメディアセッション確立要求は、ステップＳ１４における呼制御実行に対応するものであり、ステップＳ３０における呼制御実行に対応するものでないことを認証できる。

　中継サーバ１２は、ステップＳ３７において、メディアセッション確立要求を受信するとともに、ステップＳ３９において、呼制御の識別情報を受信する。中継サーバ１２は、ステップＳ３７におけるメディアセッション確立要求は、ステップＳ３０における呼制御実行に対応するものであり、ステップＳ１４における呼制御実行に対応するものでないことを認証できる。

　以上の処理の流れを応用すれば、クライアント端末１１、中継サーバ１２、２２は、不正なメディアセッション確立要求を受けることを防止できる。

　クライアント端末１１は、ステップＳ１９、Ｓ４０と同様にしてメディアセッション確立要求を受信したとしても、ステップＳ２１、Ｓ４２と同様にして正当な呼制御の識別情報を受信しなければ、ＯＫレスポンスを送信しなければよい。

　中継サーバ１２は、ステップＳ１６、Ｓ３７と同様にしてメディアセッション確立要求を受信したとしても、ステップＳ１８、Ｓ３９と同様にして正当な呼制御の識別情報を受信しなければ、ＯＫレスポンスを送信しなければよい。

　中継サーバ２２は、ステップＳ３４と同様にしてメディアセッション確立要求を受信したとしても、ステップＳ３６と同様にして正当な呼制御の識別情報を受信しなければ、ＯＫレスポンスを送信しなければよい。

　呼制御を行なう側は、複数の呼制御を行なうにあたり、各呼制御および各メディアセッションを、各呼制御の識別情報に基づいて対応付けることにより、複数の呼制御を交錯させないようにできて、複数のメディアセッションを交錯させないようにできる。呼制御を行なう側は、呼制御を行なうにあたり、不正なメディアセッション確立要求を受けることを防止できる。

２．第２実施形態
（１）中継通信システムの全体構成
　以下、図面を参照しつつ、本発明の実施の形態について説明する。図１７は、中継通信システムの全体構成を示す図である。中継通信システムは、ＬＡＮ１、２、ＷＡＮ３から構成される。ＬＡＮ１、２は、遠隔に構築される小規模なネットワークである。ＷＡＮ３は、インターネットなどの大規模なネットワークである。

　ＬＡＮ１は、クライアント端末１１、中継サーバ１２から構成される。ＬＡＮ２は、クライアント端末２１、４１、中継サーバ２２から構成される。ＷＡＮ３は、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）サーバ３１から構成される。

　クライアント端末１１、２１、４１は、パーソナルコンピュータなどである。中継サーバ１２、２２は、クライアント端末１１、クライアント端末２１、４１の相互間の通信を中継する。ＳＩＰサーバ３１は、中継サーバ１２、２３の相互間の通信を中継する。

（２）中継サーバの構成要素
　図１８は、中継サーバ１２（２２）の構成要素を示す図である。中継サーバ１２（２２）は、インターフェース部１２１（２２１）、制御部１２２（２２２）、データベース格納部１２３（２２３）から構成される。括弧が付されていない符号は、中継サーバ１２における符号を示す。括弧が付されている符号は、中継サーバ２２における符号を示す。

　インターフェース部１２１（２２１）は、プライベートＩＰアドレスを利用して、ＬＡＮ１（２）に接続されるクライアント端末１１（２１、４１）に対して通信を実行する。インターフェース部１２１（２２１）は、グローバルＩＰアドレスを利用して、ＷＡＮ３に接続されるＳＩＰサーバ３１に対して通信を実行する。

　制御部１２２（２２２）は、クライアント端末１１、クライアント端末２１、４１の相互間の通信を中継するための制御を実行する。制御部１２２（２２２）は、データベース格納部１２３（２２３）に格納される以下の情報を作成または更新する。

　データベース格納部１２３（２２３）は、中継グループ情報格納部１２４（２２４）、中継サーバ情報格納部１２５（２２５）、クライアント端末情報格納部１２６（２２６）、共有リソース情報格納部１２７（２２７）から構成される。以上の情報の具体例については、後述する。

（３）クライアント端末の構成要素
　図１９は、クライアント端末１１の構成要素と、クライアント端末１１、２１が格納するリソースとを示す図である。図１９において、ＬＡＮ２、ＷＡＮ３、中継サーバ１２、２２の表示、クライアント端末２１の詳細な構成の表示を省略している。

　クライアント端末１１は、インターフェース部１１１、制御部１１２、リソース格納部１１３、データベース格納部１１４から構成される。

　インターフェース部１１１は、ＩＰアドレスを利用して、ＬＡＮ１に接続される中継サーバ１２に対して通信を実行する。

　制御部１１２は、インターフェース部１１１を介した中継サーバ、クライアント端末に対する通信を制御する。データベース格納部１１４に格納される各種情報は、制御部１１２によって管理される。

　リソース格納部１１３は、ファイルあるいはフォルダなどのリソースを格納する。リソース格納部１１３に作成されたダウンロードフォルダ８３には、クライアント端末１１のみが使用できるコピーリソース８４１、８４２、ローカルリソース８５１の実体が格納される。

　コピーリソース８４１、８４２は、クライアント端末２１が格納する共有リソース８６１、８６２のコピーである。共有リソース８６１、８６２は、クライアント端末１１、２１の相互間で共有されている。ローカルリソース８５１は、共有リソース８６１、８６２と関連のないリソースである。

　なお、コピーリソース８４１、８４２を総称する場合、コピーリソース８４と記載する。共有リソース８６１、８６２を総称する場合、共有リソース８６と記載する。

　データベース格納部１１４は、中継グループ情報４０、中継サーバ情報５０、共有リソース管理情報８１、コピーリソース管理情報８２を格納する。

　クライアント端末２１、４１は、クライアント端末１１と同様の構成である。このため、クライアント端末２１、４１の詳細な構成の説明を省略する。ただし、クライアント端末２１のリソース格納部２１３には、共有リソースとして共有フォルダ８６３が作成されている。共有フォルダ８６３には、共有リソース８６１、８６２の実体が格納される。リソース格納部２１３には、ローカルリソース８５２が格納されている。

（４）中継グループ情報の具体例
　図２０は、中継グループ情報の具体例として、中継グループ情報４０を示す図である。中継グループ情報は、中継通信システムを構成する中継サーバの概要を示す情報である。

　中継グループ情報４０は、中継グループ情報格納部１２４、２３４において格納される。すなわち、中継グループ情報４０は、中継サーバ１２、２２により共有される。さらに、中継グループ情報４０は、中継サーバおよびクライアント端末により共有される。

（５）中継サーバ情報の具体例
　図２１は、中継サーバ情報の具体例として、中継サーバ情報５０を示す図である。中継サーバ情報は、中継通信システムを構成する中継サーバの詳細を示す情報であり、中継通信システムを構成するクライアント端末の概要を示す情報である。

　中継サーバ情報５０は、上位情報５０１－１、５０１－２、下位情報５０２－１、５０２－２から構成される。上位情報５０１－１、５０１－２は、各々、中継サーバ起動情報５０３－１、５０３－２を含む。下位情報５０２－１、５０２－２は、各々、クライアント端末サイト情報５０４－１、５０４－２を含む。

　中継サーバ情報５０は、中継サーバ情報格納部１２５、２２５において格納される。すなわち、中継サーバ情報５０は、中継サーバ１２、２２により共有される。さらに、中継サーバ情報５０は、中継サーバおよびクライアント端末により共有される。

（６）クライアント端末情報の具体例
　図２２は、クライアント端末情報の具体例として、クライアント端末情報６０、７０を示す図である。クライアント端末情報は、中継通信システムを構成するクライアント端末の詳細を示す情報である。

（７）共有リソース管理情報の具体例
　図２３は、共有リソース管理情報の具体例として、共有リソース管理情報８１を示す図である。共有リソース管理情報８１は、共有リソース８６の詳細を示す情報であり、共有リソース８６を共有するクライアント端末のグループごとに作成される。

　共有リソース管理情報８１は、本体情報８１１、共有端末情報８１２、共有リソース個別情報８１３－１～８１３－５から構成される。共有リソース個別情報８１３－１～８１３－５を総称する場合、共有リソース個別情報８１３と記載する。

　本体情報８１１は、共有リソース管理情報８１本体についての情報である。「ｉｄ」は、共有リソース管理情報８１の識別番号である。「ｏｗｎｅｒ」は、共有リソース管理情報８１を作成したクライアント端末を示す。

　共有端末情報８１２は、共有リソース８６を共有するグループを構成するクライアント端末についての情報である。共有端末情報８１２には、クライアント端末情報６０、７０などに記載されるクライアント端末の識別情報が記載される。

　共有リソース個別情報８１３は、共有リソース８６ごとに作成され、共有リソース８６の属性情報が記載される。共有リソース個別情報８１３－１は、共有フォルダ８６３に対応する。共有リソース個別情報８１３－２、８１３－４は、それぞれ共有リソース８６１、８６２に対応する。

　共有リソース個別情報８１３の属性情報が設定されるｒｅｓｏｕｒｃｅタグにおいて、「ｉｄ」は、共有リソース個別情報８１３の識別情報（共有リソースＩＤ）である。「ｌａｓｔｍｏｄ」は、共有リソース８６の最新更新時刻を示す。「ｌｅｎ」は、共有リソース８６のサイズを示す。「ｎａｍｅ」は、共有リソース８６の名前を示す。「ｏｗｎｅｒ」は、共有リソース８６の実体にアクセス可能なクライアント端末（オーナクライアント端末）を示す。「ｓｔａｔ」は、共有リソース８６にアクセスできるかどうかを示す情報である。「ｔｙｐｅ」は、共有リソース８６がファイルであるかフォルダであるかを示す。「ｖａｌｕｅ」は、共有リソース８６の実体の格納場所をフルパスで示している。

　共有リソース個別情報８１３は、ツリー構成で記述される。共有リソース個別情報８１３－１は、「ｔｙｐｅ＝“ｄｉｒ”」の記述から共有フォルダ８６３に対応することがわかる。共有リソース個別情報８１３－１のｒｅｓｏｕｒｃｅタグの中に、共有リソース個別情報８１３－２～８１３－５が組み込まれている。これらのことから、共有リソース個別情報８１３－２～８１３－５に対応する共有リソース８６が、共有リソース個別情報８１３－１に対応する共有フォルダ８６３の中に、仮想的に格納されていることがわかる。

　したがって、共有リソース個別情報８１３のツリー構成は、共有リソース８６の実体の格納場所を反映していなくてもよい。たとえば、共有リソース個別情報８１３－２～８１３－５に対応する共有リソース８６が、共有フォルダ８６３に格納されていなくてもよい。共有リソース個別情報８１３－１～８１３－５に対応する各共有リソース８６は、一つのクライアント端末ではなく、複数のクライアント端末に分散して格納されていてもよい。

　共有リソース管理情報８１は、共有端末情報８１２で設定されるクライアント端末１１、２１により共有される。また、共有リソース管理情報８１は、中継サーバ１２、２２により共有される。

（８）コピーリソース管理情報の具体例
　図２４は、コピーリソース管理情報の具体例として、コピーリソース管理情報８２を示す図である。コピーリソース管理情報８２は、各クライアント端末が格納するコピーリソース８４の一覧情報である。

　コピーリソース管理情報８２は、ダウンロードフォルダ情報８２１、コピーリソース個別情報８２２－１、８２２－２から構成される。コピーリソース個別情報８２２－１、８２２－２を総称する場合、コピーリソース個別情報８２２と記載する。

　ダウンロードフォルダ情報８２１は、ダウンロードフォルダ８３についての情報である。ｗｏｒｋｓｐａｃｅタグにおいて、「ｉｄ」には、共有リソース管理情報８１の識別番号が記載される。「ｐａｔｈ」は、ダウンロードフォルダ８３のフルパスを示す。ｗｏｒｋｓｐａｃｅタグの「ｉｄ」により、共有リソース管理情報８１とコピーリソース管理情報８２とが対応付けられる。

　コピーリソース個別情報８２２は、コピーリソース８４と共有リソース個別情報８１３とを対応付ける情報であり、コピーリソース８４ごとに作成される。コピーリソース個別情報８２２－１は、コピーリソース８４１に対応している。

　コピーリソース個別情報８２２に対応するｒｅｓｏｕｒｃｅタグにおいて、「ｉｄ」には、共有リソース個別情報８１３の共有リソースＩＤが記載される。ｒｅｓｏｕｒｃｅタグの「ｉｄ」により、コピーリソース８４と、コピー元の共有リソース８６に対応する共有リソース個別情報８１３とが対応付けられる。「ｐａｔｈ」は、コピーリソース８４のフルパスを示す。

　コピーリソース管理情報８２は、各クライアント端末が個別に保持しており、その内容は各クライアント端末で異なる。これは、クライアント端末によって、ダウンロードする共有リソースが異なるためである。

（９）中継通信システムの構築の流れ
　図１７に示す中継通信システムが構築される流れについて説明する。中継サーバ１２（２２）は、ＳＩＰサーバ３１から中継サーバ２２（１２）のグローバルＩＰアドレス、アカウントを取得する。中継サーバ１２が中継サーバ２２に対してグループ構築を要求することにより、中継サーバ１２（２２）は、ＳＩＰサーバ３１から取得したグローバルＩＰアドレス、アカウントを用いて中継グループ情報４０を作成する。これにより、中継グループが構築される。

　中継サーバ１２（２２）は、上位情報５０１－１（５０１－２）、下位情報５０２－１（５０２－２）を中継サーバ２２（１２）に送信する。中継サーバ１２（２２）は、上位情報５０１－１、５０１－２、下位情報５０２－１、５０２－２から、中継サーバ情報５０を作成する。

　クライアント端末１１が中継サーバ１２にログオンした場合、中継サーバ１２は、中継サーバ情報５０にクライアント端末サイト情報５０４－１を追加する。中継サーバ情報５０の更新通知が、中継サーバ２２に送信され、更新された中継サーバ情報５０がクライアント端末１１に送信される。中継サーバ２２は、更新通知に基づいて中継サーバ情報５０を更新する。

　クライアント端末２１が中継サーバ２２にログオンした場合、中継サーバ２２は、クライアント端末サイト情報５０４－２を中継サーバ情報５０に追加する。中継サーバ情報５０の更新通知が、中継サーバ１２に送信され、更新された中継サーバ情報５０が、クライアント端末２１に送信される。中継サーバ１２は、中継サーバ情報５０の更新通知をクライアント端末１１に転送する。クライアント端末１１、中継サーバ１２は、更新通知に基づいて中継サーバ情報５０を更新する。

　これにより、クライアント端末１１、２１の相互間の通信が可能となり、中継通信システムが構築される。また、中継グループの構成の変化に応じて、中継グループ情報４０が更新される。クライアント端末のログオン、ログアウトなどにより中継通信システムの構成が変化した場合、中継サーバ情報５０が更新される。中継サーバ情報５０の更新通知が、中継サーバ１２、２２によって送信、あるいはクライアント端末へ転送される。更新通知を受信したクライアント端末、中継サーバは、更新通知に基づいて中継サーバ情報５０を更新する。これにより、中継通信システムを構成する装置は、装置の増減状態および接続状態を、中継グループ情報４０および中継サーバ情報５０を用いてリアルタイムで確認することができる。

（１０）リソースの共有の流れ
　図１７に示す中継通信システムにおける、リソースの共有の流れについて説明する。初期状態として、クライアント端末１１、２１、中継サーバ１２、２２が中継通信システムを構成している。

　まず、クライアント端末２１のユーザが、リソースを共有するクライアント端末として、クライアント端末１１、２１を指定する。クライアント端末２１は、共有リソース管理情報８１を作成する。共有端末情報８１２として、中継サーバ情報５０、クライアント端末情報６０などで設定されたクライアント端末１１、２１の識別情報が設定される。共有リソース管理情報８１の作成元（本体情報８１１の「ｏｗｎｅｒ」）として、クライアント端末２１が設定される。

　共有リソース管理情報８１は、中継サーバ２２、１２を経由してクライアント端末１１に送信される。中継サーバ１２、２２は、共有リソース管理情報８１を中継するときに、共有リソース管理情報８１を共有リソース情報格納部１２７、２２７にそれぞれ格納する。クライアント端末１１は、受信した共有リソース管理情報８１をデータベース格納部１１４に格納する。

　次に、ローカルリソース８５２の共有が指示されることにより、クライアント端末２１は、ローカルリソース８５２に対応する共有リソース個別情報８１３を作成し、共有リソース管理情報８１に追加する。共有リソース個別情報８１３の追加を示す変更通知が、中継サーバ２２、１２を経由してクライアント端末１１に送信される。クライアント端末１１は、受信した変更通知に基づいて、共有リソース管理情報８１に共有リソース個別情報８１３を追加する。これにより、ローカルリソース８５２がクライアント端末１１、２１の間で共有される。

　共有リソース８６１がクライアント端末１１、２１の間で共有されている場合における、共有の解除について説明する。クライアント端末２１のユーザが共有リソース８６１の共有の解除を指示した場合、クライアント端末２１は、共有リソース管理情報８１から共有リソース個別情報８１３－２を削除する。共有リソース個別情報８１３－２の共有リソースＩＤ８１４－２が、中継サーバ２２、１２を経由して、共有リソース８６１の削除を示す変更通知としてクライアント端末１１に送信される。クライアント端末１１は、受信した変更通知に基づいて、共有リソース管理情報８１から共有リソース個別情報８１３－２を削除する。これにより、共有リソース８６１の共有が解除される。また、共有リソース８６１の実体が削除された場合にも、同様に共有リソース８６１の共有が解除される。

　なお、中継サーバ１２、２２は、変更通知の送信を中継するときに、変更通知に応じて、共有リソース情報格納部１２７、２３７にそれぞれ格納された共有リソース管理情報８１を更新する。

　なお、クライアント端末２１は、共有リソース管理情報８１および変更通知を送信する前に、中継グループ情報４０および中継サーバ情報５０を参照して、クライアント端末１１と通信できることを確認している。これにより、共有リソース管理情報８１および変更通知がクライアント端末１１に確実に送信されるため、クライアント端末１１、２１は、共有リソース８６を確実に共有することができる。

　また、クライアント端末１１は、クライアント端末２１と同様に、共有リソース個別情報８１３の追加および削除が可能である。クライアント端末１１は、共有リソース管理情報８１を変更した場合、変更通知をクライアント端末２１に送信する。

（１１）共有リソースのダウンロード
　次に、共有リソース８６をダウンロードするクライアント端末１１の動作について説明する。たとえば、クライアント端末１１のユーザが共有リソース８６２を編集する場合などに、共有リソース８６２のダウンロードが行われる。

　図２５は、共有リソース８６をダウンロードするクライアント端末１１のフローチャートである。初期状態として、クライアント端末１１、２１、中継サーバ１２、２２が図２３に示す共有リソース管理情報８１を格納し、クライアント端末１１が、図２４に示すコピーリソース管理情報８２を格納している。

　まず、クライアント端末１１は、ユーザの操作に応じて、共有リソースの操作画面８７をモニタに表示する（ステップＳ１０１）。

　図２６は、共有リソースの操作画面８７の初期状態を示す図である。操作画面８７は、共有リソース管理情報８１、コピーリソース管理情報８２に基づいて表示される。操作画面８７は、共有リソース表示部８８、コピーリソース表示部８９から構成される。

　共有リソース表示部８８は、共有フォルダ表示部８８１と、共有ファイル表示部８８２と、ダウンロードボタン８８３と、削除ボタン８８４とを含む。共有フォルダ表示部８８１は、共有リソース個別情報８１３に記載された共有フォルダを表示する。共有ファイル表示部８８２は、選択された共有フォルダに仮想的に格納されている共有ファイルの一覧を表示する。ダウンロードボタン８８３は、共有リソース８６のダウンロードを指示するボタンである。削除ボタン８８４は、共有リソース８６の削除を指示するボタンである。

　共有フォルダ表示部８８１において、共有フォルダ「ｆ００３」（共有フォルダ８６３）が選択されている。共有ファイル表示部８８２には、「プレゼン資料．ｐｐｔ」（共有リソース８６１）、「ミーティング議事録．ｔｘｔ」、「２００７中間報告．ｐｄｆ」（共有リソース８６２）、「テスト結果．ｄｏｃ」が表示されている。共有ファイル表示部８８２に表示されるファイルは、共有フォルダ「ｆ００３」に仮想的に格納されており、共有リソース個別情報８１３－２～８１３－５にそれぞれ対応している。

　コピーリソース表示部８９は、ダウンロードフォルダ表示部８９１と、更新ボタン８９２と、削除ボタン８９３とを含む。ダウンロードフォルダ表示部８９１は、ダウンロードフォルダ８３内のリソースを、コピーリソース８４であるかどうかを示す属性情報とともに表示する。更新ボタン８９２は、コピーリソース８４に基づく共有リソース８６の更新を指示するボタンである。削除ボタン８９３は、ダウンロードフォルダ８３内のリソースの削除を指示するボタンである。

　コピーリソース表示部８９に表示されている「プレゼン資料．ｐｐｔ」（コピーリソース８４１）、「ミーティング議事録．ｔｘｔ」は、属性欄に「共有リソースのコピー」と表示されている。つまり、「プレゼン資料．ｐｐｔ」、「ミーティング議事録．ｔｘｔ」は、コピーリソース管理情報８２２－１、８２２－２に対応するコピーリソース８４である。また、「仕様書ドラフト．ｄｏｃ」は、ローカルリソースであり、属性欄が空欄となっている。

　以下、図２５の説明に戻る。クライアント端末１１のユーザは、共有ファイル表示部８８２中の「２００７中間報告．ｐｄｆ」（共有リソース８６２）を選択する。このとき、クライアント端末１１のユーザは、共有リソース８６のオーナクライアント端末と通信できない場合、その共有リソース８６を選択できない。オーナクライアント端末と通信できない状態とは、たとえば、オーナクライアント端末が接続する中継サーバが起動しない状態、あるいは、オーナクライアント端末が中継サーバにログオンしていない状態などである。また、クライアント端末１１のユーザは、アクセスを拒否している共有リソース８６を選択できない。アクセスを拒否している共有リソース８６は、共有リソース個別情報８１３において「ｓｔａｔ＝“ＮＧ”」と設定される。クライアント端末１１のユーザが選択できない共有リソース８６は、共有ファイル表示部８８２上では、グレーアウトの状態で表示される。

　ダウンロードボタン８８３がクリックされることにより（ステップＳ１０２においてＹｅｓ）、クライアント端末１１は、共有リソース８６２のオーナクライアント端末と通信が可能かどうかを確認する（ステップＳ１０３）。具体的には、共有リソース個別情報８１３－４の「ｏｗｎｅｒ＝“ｃｌｉｅｎｔ２＠ｒｅｌａｙ－ｓｅｒｖｅｒ－２．ａｂｃ．ｎｅｔ”」の記載から、共有リソース８６２のオーナクライアント端末がクライアント端末２１であると特定される。クライアント端末１１は、中継サーバ情報５０の中継サーバ起動情報５０３－２、クライアント端末サイト情報５０４－２を参照して、クライアント端末２１と通信できるかどうかを確認する。

　クライアント端末２１と通信ができない場合（ステップＳ１０３においてＮｏ）、クライアント端末１１は、共有リソース８６２のダウンロードができないことを示すエラーメッセージを表示し（ステップＳ１０６）、図２５に示す処理を終了する。

　一方、クライアント端末２１と通信が可能な場合（ステップＳ１０３においてＹｅｓ）、クライアント端末１１は、共有リソース８６２のコピーをコピーリソース８４２としてダウンロードする（ステップＳ１０４）。コピーリソース８４２は、ダウンロードフォルダ８３に格納される。クライアント端末１１は、コピーリソース管理情報８２に、コピーリソース８４２に対応するコピーリソース個別情報８２２－３を追加する（ステップＳ１０５）。

　図２７は、コピーリソース個別情報８２２－３が追加されたコピーリソース管理情報８２を示す図である。コピーリソース個別情報８２２－３には、共有リソース個別情報８１３－４に記載された共有リソースＩＤ８１４－４と、コピーリソース８４２の格納場所がフルパスで記載される。

　図２８は、共有リソース８６２のダウンロード後における操作画面８７を示す図である。ステップＳ１０４に示す処理により、ダウンロードフォルダ表示部８９１に、「２００７中間報告．ｐｄｆ」（コピーリソース８４２）が追加される。また、コピーリソース８４２の属性が、コピーリソース個別情報８２２－３に基づいて「共有リソースのコピー」と表示される。

　このように、コピーリソース８４は、コピーリソース個別情報８２２により共有リソース個別情報８１３と対応付けられた状態でダウンロードフォルダ８３に格納される。このため、クライアント端末１１のユーザは、ダウンロードフォルダ８３に格納されるリソースが、ローカルリソース８５１であるかコピーリソース８４であるかを容易に確認できる。

　コピーリソース８４はクライアント端末１１に格納されており、共有リソース８６はクライアント端末２１に格納されている。つまり、コピーリソース８４は、コピー元の共有リソース８６に記録されている情報を保持しているが、共有リソース８６と異なる実体を有している。したがって、クライアント端末１１のユーザは、コピー元の共有リソース８６に関係なく、コピーリソース８４を独立して編集することができる。

　なお、ユーザは、ダウンロード時に複数の共有リソース８６を選択してもよい。この場合、選択された共有リソース８６の数に応じて、ステップＳ１０３～Ｓ１０６の処理が繰り返される。

（１２）共有リソースの更新
　次に、共有リソース８６を更新するクライアント端末１１の動作について説明する。クライアント端末１１のユーザは、編集済みのコピーリソース８４を用いて、共有リソース８６を更新することができる。

　図２９は、共有リソース８６を更新するクライアント端末１１のフローチャートである。初期状態として、クライアント端末１１、２１、中継サーバ１２、２２が図２３に示す共有リソース管理情報８１を格納し、クライアント端末１１が、図２４に示すコピーリソース管理情報８２を格納している。

　まず、クライアント端末１１は、ユーザの指示に応じて、図２６に示す操作画面８７をモニタに表示する（ステップＳ２０１）。なお、図２６に示す操作画面８７では、更新ボタン８９２は使用できない状態となっている。

　クライアント端末１１のユーザが、ダウンロードフォルダ表示部８９１に表示されている「プレゼン資料．ｐｐｔ」（コピーリソース８４１）を選択する。ダウンロードフォルダ表示部８９１の属性表示から、ユーザは、ダウンロードフォルダ８３に格納されたコピーリソース８４を容易に判別できる。

　クライアント端末１１は、コピーリソース８４が選択されている場合（ステップＳ２０２においてＹｅｓ）、更新ボタン８９２を使用可能な状態にする（ステップＳ２０３）。選択されたリソースに対応するコピーリソース個別情報８２２の有無によって、コピーリソース８４が選択されているかどうかが判定される。

　クライアント端末１１のユーザが更新ボタン８９２をクリックした場合（ステップＳ２０４においてＹｅｓ）、クライアント端末１１は、コピーリソース個別情報８２２－１に基づいて、共有リソース個別情報８１３－２を特定する。共有リソース個別情報８１３－２から、クライアント端末２１が、共有リソース８６１のオーナクライアント端末であると特定される。クライアント端末１１は、中継グループ情報４０および中継サーバ情報５０を参照して、クライアント端末２１と通信できるかどうかを確認する（ステップＳ２０５）。

　クライアント端末２１と通信できない場合（ステップＳ２０５においてＮｏ）、クライアント端末１１は、コピーリソース８４１に基づく共有リソース８６１の更新ができないことを示すエラーメッセージを表示し（ステップＳ２０９）、図２９に示す処理を終了する。

　一方、クライアント端末２１と通信可能な場合（ステップＳ２０５においてＹｅｓ）、クライアント端末１１は、コピーリソース８４１を送信し、共有リソース８６１の更新を指示する（ステップＳ２０６）。クライアント端末２１は、クライアント端末１１の指示に基づいて、受信したコピーリソース８４１で共有リソース８６１を上書きする。

　クライアント端末２１は、共有リソース８６１の更新に伴い、共有リソース個別情報８１３－２における「ｌａｓｔｍｏｄ」、「ｌｅｎ」の値を変更する。共有リソース管理情報８１の変更通知が、クライアント端末２１からクライアント端末１１に送信される。クライアント端末１１は、変更通知を受信した場合（ステップＳ２０７においてＹｅｓ）、変更通知に基づいて共有リソース個別情報８１３－２を変更する（ステップＳ２０８）。共有リソース個別情報８１３－２の変更に応じて、操作画面８７の表示が更新される。これにより、図２９に示す処理が終了する。

　なお、クライアント端末１１は、共有リソース個別情報８１３－２をコピーリソース８４１に対応した内容に更新して、共有リソース８６１をコピーリソース８４１に差し替えてもよい。具体的には、共有リソース個別情報８１３－２において、「ｏｗｎｅｒ」が、クライアント端末１１の識別情報「ｃｌｉｅｎｔ－１＠ｒｅｌａｙ－ｓｅｒｖｅｒ－１．ａｂｃ．ｎｅｔ」に更新される。「ｐａｔｈ」が、コピーリソース８４１のフルパスに更新される。これにより、コピーリソース８４１をクライアント端末２１に送信することなく、コピーリソース８４１が共有リソース８６１に代わって共有される。クライアント端末２１に格納されている共有リソース８６１は、共有が解除される。

　なお、ユーザは、共有リソース８６の更新時に複数のコピーリソース８４を選択してもよい。この場合、選択されたコピーリソース８４の数に応じて、ステップＳ２０５～Ｓ２０９に示す処理が繰り返される。

（１３）コピーリソース個別情報の削除
　次に、コピーリソース個別情報８２２の削除について説明する。コピーリソース個別情報８２２は、コピーリソース８４と共有リソース個別情報８１３とを関連付ける必要がなくなった時に削除される。具体的には、コピーリソース８４の削除時、コピーリソース８４のコピー元である共有リソース８６の削除または共有の解除時に、コピーリソース個別情報８２２は削除される。

　まず、コピーリソース８４の削除に伴うコピーリソース個別情報８２２の削除について説明する。クライアント端末１１は、ユーザが削除ボタン８９３をクリックすることによりコピーリソース８４を削除した場合、削除したコピーリソース８４に対応するコピーリソース個別情報８２２を削除する。たとえば、クライアント端末１１は、コピーリソース８４１を削除した場合、コピーリソース個別情報８２２－１を削除する。

　次に、共有リソース８６の削除または共有の解除に伴うコピーリソース個別情報８２２の削除について説明する。クライアント端末２１で共有リソース８６が削除された場合、クライアント端末１１は、共有リソース８６の削除を示す変更通知を受信する。クライアント端末１１は、変更通知に含まれる共有リソースＩＤに対応する共有リソース個別情報８１３を、共有リソース管理情報８１から削除する。また、コピーリソース管理情報８２から、変更通知に含まれる共有リソースＩＤに対応するコピーリソース個別情報８２２が削除される。なお、共有リソース８６の共有が解除された場合も、同様にコピーリソース情報８２２が削除される。

　たとえば、クライアント端末２１で共有リソース８６１が削除された場合、クライアント端末１１は、共有リソース管理情報８１から共有リソース個別情報８１３－２を削除し、コピーリソース管理情報８２からコピーリソース個別情報８２２－１を削除する。コピーリソース個別情報８２２－１の削除に伴い、コピーリソース８４１はローカルリソース８５１となる。したがって、ダウンロードフォルダ表示部８９１において、コピーリソース８４１に対応する属性欄が空欄に変更される。

　このように、コピーリソース管理情報８２は、コピーリソース８４の削除、コピーリソース８４に対応する共有リソース８６の削除に応じてリアルタイムで更新される。これにより、クライアント端末１１のユーザは、コピーリソース８４と共有リソース８６との対応関係をリアルタイムで確認することができる。

　以上説明したように、本実施の形態に係るクライアント端末１１は、共有リソース８６のダウンロード時に、共有リソース個別情報８１３とコピーリソース８４とを対応づけるコピーリソース個別情報８２２を作成する。これにより、クライアント端末１１は、コピーリソース８４を共有リソース８６と対応付けた状態で管理することができる。したがって、コピーリソース８４を用いた共有リソース８６の更新時には、コピーリソースの選択および更新の指示によって共有リソース８６を更新することができるため、ユーザの操作を簡略化することができる。

　以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、発明の要旨を逸脱しない範囲で種々の変更が可能である。

　本発明は、遠隔のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続されるクライアント端末が、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を超えて通信することを可能にする中継サーバおよび中継通信システムに広く適用できる。

Claims

　第１ネットワークに接続される第１中継サーバと通信可能であり、第２ネットワークに接続される第２中継サーバとして機能する中継サーバであって、
　前記第１中継サーバと前記第２中継サーバとが中継グループを構成することを示す中継グループ情報を作成する中継グループ情報作成部と、
　前記第１中継サーバの起動状態を示す第１中継サーバ起動情報と、前記第１中継サーバと前記第１ネットワークに接続される第１クライアント端末との間の接続状態を含め前記第１中継サーバに登録されている前記第１クライアント端末に関する第１クライアント端末登録情報と、を含み、前記第１中継サーバが作成する第１中継サーバ情報と、
　前記第２中継サーバの起動状態を示す第２中継サーバ起動情報と、前記第２中継サーバと前記第２ネットワークに接続される第２クライアント端末との間の接続状態を含め前記第２中継サーバに登録されている前記第２クライアント端末に関する第２クライアント端末登録情報と、を含み、前記第２中継サーバが作成する第２中継サーバ情報と、
を含む中継サーバ情報と、前記中継グループ情報とを、前記第１中継サーバと前記第２中継サーバとの間で共有する中継サーバ間共有部と、
　前記中継グループ情報と前記中継サーバ情報とを前記第２中継サーバと前記第２クライアント端末との間で共有するクライアント端末間共有部と、
　前記中継グループ情報と前記中継サーバ情報とに基づいて選択された宛先に対する、前記第２中継サーバが中継する通信を実行する通信実行部と、
を備え、
　前記通信実行部は、
　前記宛先と前記中継グループ情報と前記中継サーバ情報とに基づいて、前記第２中継サーバが中継する通信の転送先を決定する転送先決定部と、
　前記転送先との間で呼制御プロトコルを利用して第１セッションを確立する呼制御確立部と、
　前記転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した識別情報が、前記第１セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、前記第１セッションの呼制御と対応付けた第１通信経路を確立する通信経路確立部と、
を含むことを特徴とする中継サーバ。
　請求項１に記載の中継サーバにおいて、
　前記呼制御確立部は、
　前記転送先との間で呼制御プロトコルを利用して第２セッションを確立する並列呼制御確立部と、
　前記転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した第２識別情報が、前記第２セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、前記第２セッションの呼制御と対応付けた第２通信経路を確立する並列通信経路確立部と、
を含むことを特徴とする中継サーバ。
　第１ネットワークと、第２ネットワークと、
　前記第１ネットワークに接続される第１中継サーバと、
　前記第２ネットワークに接続される第２中継サーバと、
を備える中継通信システムであって、
　前記第１中継サーバと前記第２中継サーバとは、
　前記第１中継サーバと前記第２中継サーバとが中継グループを構成することを示す中継グループ情報を作成する中継グループ情報作成部、
を含み、
　前記第１中継サーバは、
　前記第１中継サーバの起動状態を示す第１中継サーバ起動情報と、前記第１中継サーバと前記第１ネットワークに接続される第１クライアント端末との間の接続状態を含め前記第１中継サーバに登録されている前記第１クライアント端末に関する第１クライアント端末登録情報と、を含む第１中継サーバ情報を作成する第１中継サーバ情報作成部、
を含み、
　前記第２中継サーバは、
　前記第２中継サーバの起動状態を示す第２中継サーバ起動情報と、前記第２中継サーバと前記第２ネットワークに接続される第２クライアント端末との間の接続状態を含め前記第２中継サーバに登録されている前記第２クライアント端末に関する第２クライアント端末登録情報と、を含む第２中継サーバ情報を作成する第２中継サーバ情報作成部、
を含み、
　前記第１中継サーバと前記第２中継サーバとは、
　前記第１中継サーバ情報と前記第２中継サーバ情報と、を含む中継サーバ情報と、前記中継グループ情報とを、前記第１中継サーバと前記第２中継サーバとの間で共有する中継サーバ間共有部、
を含み、
　前記第１中継サーバは、
　前記中継グループ情報と前記中継サーバ情報とを前記第１中継サーバと前記第１クライアント端末との間で共有する第１クライアント端末間共有部、
を含み、
　前記第２中継サーバは、
　前記中継グループ情報と前記中継サーバ情報とを前記第２中継サーバと前記第２クライアント端末との間で共有する第２クライアント端末間共有部、
を含み、
　前記第１中継サーバは、
　前記中継グループ情報と前記中継サーバ情報とに基づいて選択された宛先に対する、前記第１中継サーバが中継する通信を実行する通信実行部、
を含み、
　前記通信実行部は、
　前記宛先と前記中継グループ情報と前記中継サーバ情報とに基づいて、前記第１中継サーバが中継する通信の転送先を決定する転送先決定部と、
　前記転送先との間で呼制御プロトコルを利用して第１セッションを確立する呼制御確立部と、
　前記転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した第１識別情報が、前記第１セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、前記第１セッションの呼制御と対応付けた第１通信経路を確立する通信経路確立部と、
を含むことを特徴とする中継通信システム。
　請求項３に記載の中継通信システムにおいて、
　前記呼制御確立部は、
　前記転送先との間で呼制御プロトコルを利用して第２セッションを確立する並列呼制御確立部と、
　前記転送先から通信経路の確立要求を受けたとき、確立要求とともに受信した第２識別情報が、前記第２セッションの呼制御情報に含まれる識別情報と一致するかどうかを確認し、一致する場合には、前記第２セッションの呼制御と対応付けた第２通信経路を確立する並列通信経路確立部と、
を含むことを特徴とする中継通信システム。
　第１ネットワークに接続される第１中継サーバを介して第２ネットワークに接続される第２中継サーバと通信可能であり、前記第１ネットワークに接続される第１クライアント端末として機能する通信装置であって、
　前記第１中継サーバと前記第２中継サーバとが中継グループを構成することを示す中継グループ情報を記憶する中継グループ情報記憶部と、
　前記第１中継サーバの起動状態を示す第１中継サーバ起動情報と、前記第１中継サーバと前記第１クライアント端末との間の接続状態を含め前記第１中継サーバに登録されている前記第１クライアント端末に関する第１クライアント端末登録情報と、を含み、前記第１中継サーバが作成する第１中継サーバ情報と、
　前記第２中継サーバの起動状態を示す第２中継サーバ起動情報と、前記第２中継サーバと前記第２ネットワークに接続される第２クライアント端末との間の接続状態を含め前記第２中継サーバに登録されている前記第２クライアント端末に関する第２クライアント端末登録情報と、を含み、前記第２中継サーバが作成する第２中継サーバ情報と、
を含む中継サーバ情報を記憶する中継サーバ情報記憶部と、
　前記第２クライアント端末との間で共有される共有リソースに関する共有リソース情報を管理する共有リソース情報管理部と、
　前記中継グループ情報と前記中継サーバ情報と前記共有リソース情報とに基づいて第１共有リソースのコピーを取得し、前記第１共有リソースと前記第１共有リソースのコピーとを対応付けて管理するコピーリソース情報管理部と、
を備えることを特徴とする通信装置。
　請求項５に記載の通信装置において、さらに、
　前記中継グループ情報と前記中継サーバ情報と前記共有リソース情報とに基づいて、前記第１共有リソースを前記第１共有リソースのコピーに置き換えることを前記第１共有リソースの記憶先に指示する更新指示部、
を備えることを特徴とする通信装置。
　請求項５または請求項６に記載の通信装置において、
　前記コピーリソース情報管理部は、前記第１共有リソースが削除された場合、前記第１共有リソースと前記第１共有リソースのコピーとの対応付けを解除することを特徴とする通信装置。
　請求項５ないし請求項７のいずれかに記載の通信装置において、
　前記コピーリソース情報管理部は、前記第１共有リソースの共有が解除された場合、前記第１共有リソースと前記第１共有リソースのコピーとの対応付けを解除することを特徴とする通信装置。
　請求項５ないし請求項８のいずれかに記載の通信装置において、
　前記コピーリソース情報管理部は、前記第１共有リソースのコピーが削除された場合、前記第１共有リソースと前記第１共有リソースのコピーとの対応付けを解除することを特徴とする通信装置。