JP4798197B2 - 中継サーバ、中継通信システム - Google Patents

Description

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

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

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

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

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

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

特開２００８−１２９９９１号公報

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

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

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

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

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

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

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

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

中継通信システムは、第１ネットワークおよび第２ネットワークを備える。第１ネットワークは、第１中継サーバおよび第１クライアント端末を備える。第２ネットワークは、第２中継サーバおよび第２クライアント端末を備える。第１中継サーバおよび第２中継サーバは、第１クライアント端末および第２クライアント端末の相互間の通信を中継する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

中継通信システムの全体構成を示す図である。 中継サーバの構成要素を示す図である。 中継グループ情報の具体例を示す図である。 中継サーバ情報の具体例を示す図である。 クライアント端末情報の具体例を示す図である。 情報共有の流れを示す図である。 ステップＳ２後に格納される情報を示す図である。 ステップＳ４後に格納される情報を示す図である。 ステップＳ７後に格納される情報を示す図である。 ステップＳ１１後に格納される情報を示す図である。 データ送受信の流れを示す図である。 データ送受信の流れを示す図である。 データ送受信の流れを示す図である。 データ送受信の流れを示す図である。 データ送受信の流れを示す図である。 データ送受信の流れを示す図である。

符号の説明

１、２ ＬＡＮ
３ ＷＡＮ
１１、２１ クライアント端末
１２、２２ 中継サーバ
３１ ＳＩＰサーバ
１２１、２２１ インターフェース部
１２２、２２２ 制御部
１２３、２２３ データベース格納部
１２４、２２４ 中継グループ情報格納部
１２５、２２５ 中継サーバ情報格納部
１２６、２２６ クライアント端末情報格納部

Claims (4)

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

Images