JP4957225B2

JP4957225B2 - 中継サーバおよび中継通信システム

Info

Publication number: JP4957225B2
Application number: JP2006333500A
Authority: JP
Inventors: 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2006-12-11
Filing date: 2006-12-11
Publication date: 2012-06-20
Anticipated expiration: 2026-12-11
Also published as: JP2008148046A; CN101202709A; CN101202709B

Description

本発明は、ワイドエリアネットワーク（ＷＡＮ）を越えてローカルエリアネットワーク（ＬＡＮ）内の端末どうしの通信を可能とする中継通信システムおよびそのシステムに用いられる中継サーバに関する。とくに、あるＬＡＮ内の端末から、他のＬＡＮ内の端末が保有しているリソースの操作を可能とする通信技術に関する。

ＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）と呼ばれる通信技術がある。この通信技術を利用すれば、遠隔地にある他のＬＡＮを、あたかも直接接続されているネットワークのように利用することができる。たとえば、地域ごとに設けられた複数の支社のＬＡＮに接続された端末間でインターネットを越えて通信することができる。

この種の技術に関しては、これまでも様々なシステムが提案されている（たとえば、特許文献１）。

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

しかしながら、この種のシステムは、ネットワークを仮想的に構築する関係上、硬直的なシステムになり易い。そのため、拡張性、柔軟性のあるシステムを構築することは容易でなく、これまでに提案されているシステムも、機能やコスト等、それぞれに一長一短が認められる。

たとえば、同一のＬＡＮ内であれば、通常同じプロトコルの基でリソースが管理され、システム構成もそれほど複雑でないため、簡単に複数の端末間でリソースを共有等することができる。しかし、通信システムがＷＡＮを越えて複数のＬＡＮ間にわたる場合には、フォルダやファイルなどのリソースを複数の端末で共用したい、あるいは、ある端末から他の端末が保有しているファイルを削除等したいと思っても、容易には対応できない。それぞれのＬＡＮで用いられているプロトコルが異なっている場合はなお更である。

また、各端末が保有しているリソースは、削除や移動等によって絶えず変化するにも関わらず、これらの変化に動的に対応させることも容易でない。

システムを構築している特定の中継ポイントや端末も、電源のオン・オフやログオン・ログオフなどでその接続状態も絶えず変化する。何らかの事情で突然ダウンする場合もある。そういった接続状態の変化に動的に対応させるのもまた、容易でない。

そこで、本発明はこれら問題点に鑑み、異なるＬＡＮに接続され、異なるプロトコルで管理されている端末間であっても、各端末が必要なときに必要な相手とリソースを共有したり、リソースを操作したりすることができ、運用が容易な中継通信システムおよびそのシステムに用いられる中継サーバの提供を目的とする。拡張性、柔軟性に優れ、リソースの移動等によるリソースの変化や、中継ポイント等の接続状態の変化にも対応できるダイナミックな中継通信システム等の提供を目的とする。

上記課題を解決するため、請求項１に記載の本発明に係る中継サーバは、ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、相互に接続を許可する一群の中継サーバの情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、前記リソースの状態を示す状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、前記アカウント情報登録部に登録されているクライアント端末に対して接続可能か否かの動作確認を行う手段と、動作確認において、接続状態が変化したクライアント端末を確認した場合に、前記中継グループ情報に含まれる接続状態が変化したクライアント端末のアカウント情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末の接続状態が変化したか否かを判定し、接続状態が変化したと判定した場合に前記状態情報を更新し、前記ユーザクライアント端末であって前記アカウント情報登録部に登録されているクライアント端末に共有リソース情報の更新通知を送信する手段と、を備えていることを特徴とする。

請求項２に記載の本発明に係る中継サーバは、ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、相互に接続を許可する一群の中継サーバの情報と、各中継サーバの状態を示す第１状態情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、前記リソースの状態を示す第２状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、前記中継グループ情報登録部に記憶されている他の中継サーバに対して接続可能か否かの動作確認を行う手段と、動作確認において、接続状態が変化した中継サーバを確認した場合に、接続状態が変化した中継サーバの第１状態情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末が接続される中継サーバの接続状態が変化したか否かを判定し、接続状態が変化したと判断した場合に前記第２状態情報を更新し、前記ユーザクライアント端末であって前記アカウント情報登録部に登録されているクライアント端末に共有リソース情報の更新通知を送信する手段と、を備えていることを特徴とする。

請求項３に記載の本発明に係る中継通信システムは、複数のＬＡＮと、各ＬＡＮに接続される中継サーバおよびクライアント端末と、を備え、前記中継サーバが、同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、相互に接続を許可する一群の中継サーバの情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、前記リソースの状態を示す状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、前記アカウント情報登録部に登録されているクライアント端末に対して接続可能か否かの動作確認を行う手段と、動作確認において、接続状態が変化したクライアント端末を検出した場合に、前記中継グループ情報に含まれる接続状態が変化したクライアント端末のアカウント情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末の接続状態が変化したか否かを判定し、接続状態が変化したと判定した場合に前記状態情報を更新し、前記ユーザクライアント端末であって同一のＬＡＮに接続されているクライアント端末に共有リソース情報の変更通知を送信する手段と、を備えることにより、中継通信システム内で保持されている中継グループ情報および共有リソース情報が、自動的に更新されること特徴とする。

請求項４に記載の本発明に係る中継通信システムは、複数のＬＡＮと、各ＬＡＮに接続される中継サーバおよびクライアント端末と、を備え、前記中継サーバが、同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、相互に接続を許可する一群の中継サーバの情報と、各中継サーバの状態を示す第１状態情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、前記リソースの状態を示す第２状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、前記中継グループ情報登録部に記憶されている他の中継サーバに対して接続可能か否かの動作確認を行う手段と、動作確認において、接続状態が変化した中継サーバを検出した場合に前記接続状態が変化した中継サーバの第１状態情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末が接続される中継サーバの接続状態が変化したか否かを判定し、接続状態が変化したと判定した場合に第２状態情報を更新し、前記ユーザクライアント端末であって同一のＬＡＮに接続されているクライアント端末に共有リソース情報の変更通知を送信する手段と、を備えることにより、中継通信システム内で保持されている中継グループ情報および共有リソース情報が、自動的に更新されること特徴とする。

本発明に係る中継サーバを適用した中継通信システムによれば、異なるＬＡＮにあるクライアント端末が、ＷＡＮを越えて、他のクライアント端末が保有しているリソースを、あたかも自装置が保有しているかのごとく操作することができる。

そして、中継サーバや、クライアント端末の動作状況が定期的に確認されて関連情報が常時更新されるため、リソースの削除等による変化はもとより、中継サーバやクライアント端末の電源のオン・オフやログオン・ログオフなどによる接続状態の変化や、突発的な接続トラブルが発生しても、その状態が容易に把握でき、ユーザに混乱を招くおそれがない。

以下、図面を参照しつつ本発明の実施の形態について説明する。まず、本発明に係る中継通信システムの基本的構成について第１の実施の形態により説明する。そのうえで、第２の実施の形態により本発明の具体的構成について詳しく説明する。

｛第１の実施の形態｝
図１は、本発明に係る中継通信システムの全体構成を例示したものである。図１に示すように、本中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。そして、本中継通信システムは、外部サーバＳ、中継サーバＲ、クライアント端末Ｔ、ファイルサーバＦなどを備えている。なお、ここでは、外部サーバＳを利用した実施の形態を例示したが、外部サーバＳを利用せず、中継サーバＲ間で直接通信する形態であってもよい。

本実施の形態は、ＷＡＮにおける外部サーバＳと各中継サーバＲとの間、ＬＡＮにおける中継サーバＲとクライアント端末Ｔ等との間の通信プロトコルに、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）を利用したシステムを例に説明する。ただし、これらサーバ、端末間の通信プロトコルとして、ＳＩＰ以外のプロトコルを利用することも可能である。

ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）は、異なるＬＡＮを接続するネットワークである。本実施の形態では、ＷＡＮとしてインターネットを例示しているが、必ずしもこれに限定されるものでなく、これに類するその他のネットワークに適用することもできる。

ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）は、限定された場所で構築される比較的小規模なネットワークである。ＬＡＮは複数存在し、それぞれ物理的に離れた場所に構築されている。たとえば、本実施の形態であれば、東京の支社ＡにＬＡＮ１が構築され、大阪、名古屋、福岡の各支社Ｂ、Ｃ、ＤにＬＡＮ２、３、４がそれぞれ構築されているような場合である。そして、これら４つのＬＡＮ１・２・３・４が、グローバルなネットワークであるインターネットにそれぞれ接続されている。もちろん、ＬＡＮの数は複数であればよく、４つに限られるものではない。

｛外部サーバ｝
外部サーバＳは、各ＬＡＮに配置された中継サーバＲ間での通信に用いられる設備であり、インターネット上に設置されている。外部サーバＳは、ＳＩＰサーバとしての機能を備えている。具体的には、外部サーバＳは、ＳＩＰメソッドやレスポンスなどを中継するＳＩＰプロキシーサーバとしての機能や、中継サーバＲのアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。外部サーバＳは一台に限らず、複数台で分散的に機能するものであってもよい。なお、ＳＩＰ以外のプロトコルを利用する場合には、そのプロトコルに基づいて直接中継サーバＲ間の通信を制御すれば足り、ＳＩＰサーバとして機能する外部サーバＳは必ずしも設ける必要はない。

図２に、外部サーバＳの機能ブロック図を示す。図２に示すように、外部サーバＳは、ＷＡＮインタフェース２０１、制御部２０２、中継サーバアカウント情報データベース（ＤＢ）２０３などを備えている。

ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを利用して、インターネットに接続された中継サーバＲ等の各装置と通信を行うインタフェースである。

中継サーバアカウント情報ＤＢ２０３は、登録要求のあった中継サーバＲのアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。

制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。たとえば、制御部２０２は、各中継サーバＲから送信される各中継サーバＲのアカウントを受信し、中継サーバアカウント情報ＤＢ２０３に登録する処理や、中継サーバＲから送信された様々なＳＩＰメソッドやレスポンスなどの通信データを他の中継サーバＲに中継する処理などを実行する。制御部２０２を中心とした外部サーバＳの各機能については、後述する。

｛クライアント端末｝
クライアント端末Ｔは、ユーザが直接操作できる端末である。たとえば、ユーザによって日々の業務に利用されるパーソナルコンピュータ（ＰＣ）等がクライアント端末Ｔに該当する。したがって、通常ＬＡＮ内には多数のクライアント端末Ｔが存在するが、本実施の形態では、ＬＡＮ１にクライアント端末１Ａ、１Ｂが接続されており、ＬＡＮ２にクライアント端末２Ａ、２Ｂが、ＬＡＮ３にクライアント端末３Ａ、３Ｂが、ＬＡＮ４にクライアント端末４Ａ，４Ｂがそれぞれ接続されている場合で説明する。各クライアント端末Ｔには、同一のＬＡＮの中でのみユニークに管理されたプライベートＩＰアドレスが付与される。

図３にクライアント端末Ｔの機能ブロック図を示す。図３に示すように、クライアント端末Ｔは、ＬＡＮインタフェース６０１、制御部６０２、リソース記憶部６０３、共有リソース情報データベース（ＤＢ）６０４などを備えている。

ＬＡＮインタフェース６０１は、プライベートＩＰアドレスを利用して、同一のＬＡＮに接続された中継サーバＲやファイルサーバＦ等の各装置と通信を行うインタフェースである。

リソース記憶部６０３は、そのクライアント端末Ｔが操作可能なファイルやフォルダ等のリソースの実体を記憶する。

共有リソース情報データベース（ＤＢ）６０４は、そのクライアント端末Ｔが保有しているリソースの情報と、そのリソースを共有するクライアント端末Ｔのアカウントの情報とを含め、各クライアント端末Ｔが保有している共有リソースの情報を記述した共有リソース情報１２０を記憶する。

制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。制御部６０２は、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。たとえば、制御部６０２は、リソース記憶部６０３に記憶されているリソースの移動や変更、削除等を制御する処理や、中継サーバＲから共有リソース情報１２０の変更通知を受信して共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を更新する処理などを実行する。制御部６０２を中心としたクライアント端末Ｔの各機能については、後述する。

｛中継サーバ｝
中継サーバＲは、各ＬＡＮにそれぞれ一台配置されている。具体的には、ＬＡＮ１には中継サーバＲ１が配置されており、ＬＡＮ２には中継サーバＲ２が、ＬＡＮ３には中継サーバＲ３が、ＬＡＮ４には中継サーバＲ４が配置されている。

中継サーバＲは、ＬＡＮだけでなくインターネットにも接続されており、同一のＬＡＮに接続されている各クライアント端末Ｔと通信可能であるとともに、外部サーバＳを介して他のＬＡＮに接続された中継サーバＲと通信可能となっている。そのため、各中継サーバＲには、それぞれプライベートＩＰアドレスに加えて、グローバルＩＰアドレスが付与されている。

図４に、各中継サーバＲの機能ブロック図を示す。図４に示すように、中継サーバＲは、ＬＡＮインタフェース５０１、ＷＡＮインタフェース５０２、制御部５０３、アカウント情報データベース（ＤＢ）５０４、中継グループ情報データベース（ＤＢ）５０５、共有リソース情報データベース（ＤＢ）５０６などを備えている。

ＬＡＮインタフェース５０１は、プライベートＩＰアドレスを利用して、ＬＡＮに接続されたクライアント端末Ｔ等との通信を行うインタフェースである。たとえば、ＬＡＮ１であれば、中継サーバＲ１は、ＬＡＮインタフェース５０１を利用して、各クライアント端末１Ａ、１Ｂと通信を行う。

ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを利用して、インターネット１に接続された外部サーバＳ等の各装置と通信を行うインタフェースである。なお、本実施の形態においては、中継サーバＲがＷＡＮインタフェース５０２を備える構成としているが、インターネットとの接続はルータが行い、その配下に中継サーバＲを設置する形態であってもよい。

各中継サーバＲと各クライアント端末Ｔと間の通信は、ＳＩＰを利用して行われるため、各中継サーバＲは、ＳＩＰレジストラサーバとしての機能を備えている。たとえば、ＬＡＮ２に接続されている中継サーバＲ２は、ＳＩＰを利用して、ＬＡＮ２に接続されている各クライアント端末２Ａ、２Ｂのアカウントをアカウント情報ＤＢ５０４に登録するＳＩＰレジストラサーバとして機能するのである。

したがって、中継サーバＲは、図５に示すように、クライアント端末Ｔとの関係では、クライアント端末Ｔからアカウントを受信して登録（ＲＥＧＩＳＴＥＲ）するサーバとして機能する。そして、外部サーバＳとの関係では、外部サーバＳに対してアカウントを送信して登録（ＲＥＧＩＳＴＥＲ）するクライアントとして機能する。

アカウント情報ＤＢ５０４は、登録要求のあったクライアント端末ＴのアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。

中継グループ情報ＤＢ５０５は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する中継グループ情報を管理するデータベースである。

共有リソース情報ＤＢ５０６は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する共有リソース情報を管理するデータベースである。

制御部５０３は、ＬＡＮインタフェース５０１およびＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰや、ＵＤＰ、ＳＩＰなどのプロトコルに従った様々な通信処理を制御する。たとえば、制御部５０３は、自装置のアカウントを外部サーバＳに送信して、登録要求する処理や、同一のＬＡＮに接続されているクライアント端末Ｔから送信されるアカウントをアカウント情報ＤＢ５０４に登録する処理、中継グループ情報１００を作成して中継グループ情報ＤＢ５０５に記憶する処理、共有リソース情報１２０を作成して共有リソース情報ＤＢ５０６に記憶する処理などを実行する。制御部５０３を中心とした中継サーバＲの各機能については後述する。

｛ファイルサーバ｝
ファイルサーバＦは、ＬＡＮに接続されて、同一のＬＡＮに接続されている各クライアント端末Ｔから通信可能なサーバであり、ファイルやフォルダなどのリソースの実体を記憶することができる。つまり、ファイルサーバＦは、各クライアント端末Ｔが備えているリソース記憶部６０３に代わるリソース記憶手段として機能する。つまり、本実施の形態において、各クライアント端末Ｔが操作可能なリソースは、そのクライアント端末Ｔのローカルディスク内に格納されている場合と、ネットワークドライブとしてファイルサーバＦ内に格納されている場合とがある。したがって、図１では、一部のＬＡＮ１、３にファイルサーバＦを示したように、各ＬＡＮに必須の設備ではなく、必要に応じて適宜設置される。

次に、本中継通信システムで扱われる情報である中継グループ情報１００、共有リソース情報１２０について説明する。

｛中継グループ情報｝
中継グループ情報１００の内容を図６に示す。図６は、中継サーバＲ１を基点に３つの中継サーバＲ１・Ｒ２・Ｒ３間で交換され、それぞれの中継グループ情報ＤＢ５０５に記憶される中継グループ情報１００を示している。そこでの中継グループ情報１００は、１つのグループ識別情報１０１と、相互に接続を許可する３つの中継サーバＲ１・Ｒ２・Ｒ３の情報（中継アカウント情報）１０２とで構成されている。

グループ識別情報１０１は、その中継グループ情報１００を識別するための情報であり、中継グループ情報が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。したがって、オペレータ等は、このグループ識別情報１０１によって中継グループを特定することができ、グループ構成の変更等を簡単に行うことができる。

中継アカウント情報１０２は、中継サーバＲのアカウントと、その中継サーバＲと同一のＬＡＮに接続されて、中継サーバＲに登録されているクライアント端末Ｔのアカウントなどの情報で構成されている。中継サーバＲのアカウントには、それぞれ具体的な名称が付与されており、ユーザの識別が容易になっている。各クライアント端末Ｔのアカウントにも同様にそれぞれ具体的な名称が付与されている。たとえば、中継サーバＲ１（Ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２ａであれば、中継サーバＲ１のアカウント（Ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）に対して名称（支社Ａ）が付与されている。そして、同一のＬＡＮに接続されているクライアント端末Ｔの各アカウント（たとえば、ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）とその各名称（たとえば、ｔｅｒｍｉｎａｌ１Ａ）が付与されているのである。なお、符号１０３は、「営業部」や「開発部」等、そのクライアント端末Ｔの所属を示す識別データである。

以上のように、中継グループ情報１００は、中継グループ情報ごとに一意に識別可能に作成されており、相互に接続を許可する一群の中継アカウント情報１０２を含むものである。そして、その中継アカウント情報１０２には、各中継サーバＲのアカウント、およびこれと同一のＬＡＮに配置され、登録されているクライアント端末Ｔのアカウントとが含まれているため、中継グループ情報１００を参照すれば、どのＬＡＮとどのＬＡＮとがグループとなっているのか、そしてそれらのＬＡＮにはどのような中継サーバＲやクライアント端末Ｔが登録されているのかを知ることができる。

｛共有リソース情報｝
次に、共有リソース情報１２０の内容を図７に示す。図７は、クライアント端末１Ａの共有リソース情報ＤＢ６０４に記憶される共有リソース情報１２０を例示したものである。なお、これと同じ情報がクライアント端末１Ａと同一のＬＡＮで登録されている中継サーバＲ１の共有リソース情報ＤＢ５０６にも記憶される。そこでの共有リソース情報１２０は、クライアント端末１Ａに関する共有リソース情報１２０であることを示すアカウント識別情報１２１と、そのクライアント端末１Ａが関連する個別共有リソース情報１２２とで構成されている。

アカウント識別情報１２１は、クライアント端末ごとに共有リソース情報１２０が作成されるため、それを識別するための情報である。

個別共有リソース情報１２２は、共有リソース識別情報１２３と、ファミリーアカウント情報１２４と、ファミリーリソース情報１２５などで構成されている。

共有リソース識別情報１２３は、その個別共有リソース情報１２２を識別するための情報であり、個別共有リソース情報１２２が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。ここでは、共有リソース情報１２０の作成要求のあったクライアント端末Ｔと関連付けられたＩＤ（たとえば、２００６１００１１５００３２ｕｓｅｒ１Ａ＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）と、その識別を容易にするための名称（たとえば、ｕｓｅｒ１Ａ−ｐｏｌｉｃｙ０１）とで構成されている。

したがって、ユーザ等は、共有リソース識別情報１２３によって、個別共有リソース情報１２２を特定することができるため、簡単にその内容を編集等することができる。

ファミリーリソース情報１２５は、クライアント端末Ｔが保有しているファイルやフォルダなどのリソースの実体を示すリソース情報１２６の集合体である。各リソース情報１２６は、共有するリソースの実体の名称の情報（たとえば、ｒｅｓｏｕｒｃｅｎａｍｅ＝“ｆｏｌｄｅｒＡ”）と、そのリソースの実体の操作が可能なクライアント端末Ｔ（オーナクライアント端末）のアカウントの情報（たとえば、ｏｗｎｅｒ＝“ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ”）と、そのリソースの実体の所在を示すアドレスの情報（たとえば、ｖａｌｕｅ＝“ｃ：／ｆｏｌｄｅｒＡ”）とで構成されている。

ファミリーアカウント情報１２４は、ファミリーリソース情報１２５で示されているリソースの実体を共有するクライアント端末Ｔのアカウント（たとえば、ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）の集合体である。ファミリーアカウント情報１２４は、オーナクライアント端末Ｔと、オーナクライアント端末を介して間接的にリソースの実体の操作が可能なクライアント端末Ｔ（ユーザクライアント端末）とで構成されている。ユーザクライアント端末Ｔは、直接的にリソースの実体を操作することはできないが、オーナクライアント端末Ｔを介して間接的にリソースを操作することが可能なクライアント端末Ｔである。

以上の通り構成された中継通信システムにおける通信処理の流れについて、図８、図９、図１１、図１５、および図１８の処理シーケンス図を用いて説明する。図８に示すステップＳ１からステップＳ９は、各装置のアカウントの登録段階を示している。

中継サーバＲ１が、外部サーバＳに対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ１）。ここでは、中継サーバＲ１が、自身のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）の登録要求を行う。外部サーバＳは、ＯＫレスポンスを中継サーバＲ１に返信し、中継サーバＲ１のアカウントと中継サーバＲ１のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報ＤＢ２０３に登録する。

続いて、中継サーバＲ２が、外部サーバＳに対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ２）。ここでは、中継サーバＲ２が、自身のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）の登録要求を行う。外部サーバＳは、ＯＫレスポンスを中継サーバＲ２に返信し、中継サーバＲ２のアカウントと中継サーバＲ２のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報ＤＢ２０３に登録する。

同様にして、中継サーバＲ３が、外部サーバＳに対して自身のアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を行い、自身のアカウント等を外部サーバＳに登録する（ステップＳ３）。

次に、クライアント端末２Ａが、中継サーバＲ２に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ４）。ここでは、クライアント端末２Ａが、自身のアカウント（ｓｉｐ：ｕｓｅｒ２Ａ＠ａｃｃｏｕｎｔ）の登録要求を行う。中継サーバＲ２は、ＯＫレスポンスを行い、クライアント端末２Ａのアカウントとクライアント端末２ＡのプライベートＩＰアドレスとを対応付けてアカウント情報ＤＢ５０４に登録する。

続いてクライアント端末１Ａが、中継サーバＲ１に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ５）。ここでは、クライアント端末１Ａが、自身のアカウント（ｓｉｐ：ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）の登録要求を行う。中継サーバＲ１は、ＯＫレスポンスを行い、クライアント端末１Ａのアカウントとクライアント端末１ＡのプライベートＩＰアドレスとを対応付けてアカウント情報ＤＢ５０４に登録する。

同様にして、クライアント端末３Ａが中継サーバＲ３に対し（ステップＳ６）、クライアント端末２Ｂが中継サーバＲ２に対し（ステップＳ７）、クライアント端末１Ｂが中継サーバＲ１に対し（ステップＳ８）、クライアント端末３Ｂが中継サーバＲ３に対し（ステップＳ９）、それぞれ自身のアカウントの登録要求を行い、自身のアカウント等をそれぞれの中継サーバＲに登録する。

以上のステップにより、各中継サーバＲの外部サーバＳに対するアカウントの登録が完了し、各クライアント端末Ｔの各中継サーバＲに対するアカウントの登録が完了する。

なお、以上の各ステップの順序は一例であって、各装置のアカウントの登録が完了すれば、その順序は問わない。また、ネットワーク上に存在しても、これらのアカウントの登録が完了して接続されなければ、中継通信システムとしては機能しない。たとえば、図１のＬＡＮ４は、ここではアカウントの登録が行われていないため、ネットワークに接続しておらず、ここで説明している通信サービスに参加することはできない。

図９に示すステップＳ１０からステップＳ１６は、各中継サーバＲ間での通信段階を示している。なお、ステップＳ１からステップＳ１６までの処理は、一般に、ユーザやオペレータによってネットワークの初期設定として行われる。

中継サーバＲ１が、中継サーバＲ２に対する接続要求コマンド（ＩＮＶＩＴＥメソッド）を、外部サーバＳに送信する(ステップＳ１０)。このＩＮＶＩＴＥメソッドでは、接続要求先の中継サーバＲ２のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定されている。外部サーバＳは、中継サーバアカウント情報ＤＢ２０３を参照することで、中継サーバＲ２のグローバルＩＰアドレスを取得する。そして、外部サーバＳは、中継サーバＲ１から送信されたＩＮＶＩＴＥメソッドを中継サーバＲ２に中継する。接続要求コマンドが中継サーバＲ１から中継サーバＲ２に送信されると、外部サーバＳを介して中継サーバＲ２から中継サーバＲ１に対してＯＫレスポンスが転送される。

このように、各中継サーバＲ間の通信は、外部サーバＳを経由して行われる。中継サーバＲ間の通信処理は、いずれの通信においても同様に外部サーバＳを経由して行われるため、以降、外部サーバＳを経由する通信処理の具体的な説明は省略する。

次に、中継サーバＲ１が、中継サーバＲ２に対してＳＵＢＳＣＲＩＢＥメソッドを利用して、中継サーバＲ２との間に、通知イベントを利用した変更通知設定を行う（ステップＳ１１）。これによって、中継サーバＲ２がもつ中継グループ情報１００の内容に変更が発生した場合、その都度、ＮＯＴＩＦＹメソッドにより、その変更のあった情報が中継サーバＲ２から中継サーバＲ１に通知されることとなる。

なお、ＳＵＢＳＣＲＩＢＥメソッドは、ＳＩＰで定義されている処理手段の一つであり、これで通知イベントを設定すると、それ以降は、通知イベントが実行可能な期間中、ＳＵＢＳＣＲＩＢＥメソッドを受信した側の装置の所定の情報に変更が生じた場合、その都度、ＮＯＴＩＦＹメソッドにより、ＳＵＢＳＣＲＩＢＥメソッドを送信した側の装置に新たな情報の通知が行われる。

同様にして、今度は逆に、中継サーバＲ２が、中継サーバＲ１に対してＳＵＢＳＣＲＩＢＥメソッドを利用して、中継サーバＲ１との間に変更通知設定を行う（ステップＳ１２）。これによって、中継サーバＲ１がもつ中継グループ情報１００に変更が発生した場合、その都度、ＮＯＴＩＦＹメソッドにより、その変更のあった情報が中継サーバＲ１から中継サーバＲ２に通知されることとなる。

ここでは初めて変更通知設定が行われているため、ＳＵＢＳＣＲＩＢＥメソッドを受信した側から通知が行われて、ＳＵＢＳＣＲＩＢＥメソッドを送信した側の中継サーバＲで新規に中継グループ情報１００ａが作成される。

図１０に、その中継グループ情報１００ａを示す。ここでは、中継サーバＲ１と中継サーバＲ２とで一つのグループが形成されているため、その中継グループ情報１００ａには、双方の中継アカウント情報１０２ａ・１０２ｂが含まれている。すなわち、ステップＳ１１のＮＯＴＩＦＹメソッドでは中継サーバＲ２の中継アカウント情報１０２ｂが通知され、ステップＳ１２のＮＯＴＩＦＹメソッドでは中継サーバＲ１の中継アカウント情報１０２ａが通知されて、双方で同じ内容の中継グループ情報１００ａが作成されるのである。作成された中継グループ情報１００ａは、それぞれの中継グループ情報ＤＢ５０５に記憶される。

次のステップＳ１３は、ここで形成された中継サーバＲ１と中継サーバＲ２の中継グループに、中継サーバＲ２から新たに中継サーバＲ３が追加されるステップを示している。詳しくは、オペレータ等が、グループ識別情報１０１を参照してグループを特定する。そして、そのオペレータ等の操作に基づいて、中継サーバＲ２は、中継サーバＲ３に対して接続要求コマンド（ＩＮＶＩＴＥメソッド）を送信する(ステップＳ１３)。その送信を受けて中継サーバＲ３から中継サーバＲ２にＯＫレスポンスが転送される。そして、先のステップＳ１１、ステップＳ１２と同様に、互いにＳＵＢＳＣＲＩＢＥメソッドを利用した変更通知設定が行われる（ステップＳ１４、ステップＳ１５）。そして、ＮＯＴＩＦＹメソッドによりそれぞれ変更があった情報の通知が行われて新たに中継グループ情報１００ｂが作成されるのである。

ここでは、図６の中継グループ情報と同じ内容の中継グループ情報が作成される。図６に示すように、３つの中継サーバＲ１、Ｒ２、Ｒ３で一つのグループが形成されているため、その中継グループ情報１００ｂには、各中継アカウント情報１０２ａ・１０２ｂ・１０２ｃが含まれている。すなわち、ステップＳ１４のＮＯＴＩＦＹメソッドでは中継サーバＲ３の中継アカウント情報１０２ｃが通知され、ステップＳ１５のＮＯＴＩＦＹメソッドでは中継サーバＲ２が記憶している中継アカウント情報１０２ａ・１０２ｂが通知されて、双方で同じ内容の中継グループ情報１００ｂが作成されるのである。作成された新たな中継グループ情報１００ｂは、それぞれの中継グループ情報ＤＢ５０５に記憶される。

ステップＳ１４によって、中継サーバＲ２が中継グループ情報ＤＢ５０５に記憶している中継グループ情報１００に変更が発生する。その結果、ステップＳ１１で設定された変更通知設定に基づき、中継サーバＲ１に変更のあった情報が通知される（ステップＳ１６）。具体的には、中継サーバＲ３の中継アカウント情報１０２ｃが中継サーバＲ１に通知されて、図６に示すグループ情報１００ｂが作成され、記憶されるのである。

こうして、中継サーバＲ１と中継サーバＲ２との間、中継サーバＲ２と中継サーバＲ３との間で、いずれかの中継グループ情報１００に変更が生じた場合には自動的にその内容は更新されるため、中継サーバＲやクライアント端末Ｔのアカウントが変動しても、動的に対応できるようになっている。なお、中継グループ情報１００は、任意の中継サーバＲ間で形成可能であり、複数形成可能であることはいうまでもない。

次に、リソースの共有に関する通信処理の流れについて、図１１および図１５の処理シーケンス図を用いて説明する。

図１１において、クライアント端末１Ａが、中継サーバＲ１に対してアカウント情報の送信要求（ＧｅｔＡｃｃｏｕｎｔＬｉｓｔコマンド）を送信する（ステップＳ２１）。この送信要求に応じて、中継サーバＲ１は、クライアント端末１Ａに、記憶している中継グループ情報の内容、すなわち各中継アカウント情報１０２が送信されて、クライアント端末１Ａに表示される。ユーザは、各中継アカウント情報１０２を参照し、その中からリソースを共有するユーザクライアント端末Ｔを選択して、クライアント端末１Ａに指定する。ここでは、ユーザクライアント端末２Ａ、３Ａが指定されている。

指定を受けたクライアント端末１Ａは、その情報を含む共有リソース作成要求（ＣｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（ステップＳ２２）。共有リソース作成要求を受信した中継サーバＲ１は、作成された共有リソース情報１２０を自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ１は、指定されたユーザクライアント端末２Ａ、３Ａが接続されている各中継サーバＲ２、Ｒ３に、作成された共有リソース情報１２０をＮＯＴＩＦＹメソッドにより通知する（ステップＳ２２．１、ステップＳ２２．２）。通知を受けた各中継サーバＲ２、Ｒ３は、自身の共有リソース情報ＤＢ５０６にその共有リソース情報１２０を記憶する。そして、指定された各ユーザクライアント端末２Ａ、３Ａに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２２．１．１、ステップＳ２２．２．１）。この変更通知を受けた各ユーザクライアント端末２Ａ、３Ａは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０の変更を行う。

図１２に、ここで各中継サーバＲ１、Ｒ２、Ｒ３および各クライアント端末１Ａ，２Ａ，３Ａに記憶される共有リソース情報１２０ａを示す。そこには、この共有リソース情報１２０ａを一意に識別するための共有リソース識別情報１２１と、オーナとなるクライアント端末１Ａのアカウントおよびユーザとなる指定されたクライアント端末２Ａ、３Ａのアカウントの集合体であるファミリーアカウント情報１２４とが含まれている。

次に、クライアント端末１Ａから、ユーザの操作によって、共有するリソースの実体を示すリソース情報１２６を共有リソース情報１２０に加える処理が行われる。すなわち、ユーザは、クライアント端末１Ａが操作可能なリソースの実体の中から、共有に供するリソースの実体を選択し、クライアント端末１Ａに指定する。ここでは、「ｆｏｌｄｅｒＡ」、「ｆｉｌｅ００１．ｘｌｓ」、「ｆｉｌｅ００２．ｗｒｄ」、「ｆｉｌｅ００３．ｐｄｆ」が指定されている。

指定を受けたクライアント端末１Ａは、指定された情報を含む共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（ステップＳ２３）。共有リソース変更要求を受信した中継サーバＲ１は、変更された共有リソース情報１２０ｂを自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ１は、ユーザクライアント端末２Ａ、３Ａが接続されている各中継サーバＲ２、Ｒ３に、変更された共有リソース情報１２０ｂをＮＯＴＩＦＹメソッドにより通知する（ステップＳ２３．１、ステップＳ２３．２）。通知を受けた各中継サーバＲは、自身の共有リソース情報ＤＢ５０６にその共有リソース情報１２０ｂを記憶する。そして、各ユーザクライアント端末２Ａ，３Ａに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２３．１．１、ステップＳ２３．２．１）。この変更要求を受けた各ユーザクライアント端末２Ａ、３Ａは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を変更する。

図１３に、ここで各中継サーバＲおよび各クライアント端末Ｔに記憶される共有リソース情報１２０ｂを示す。そこには、先のステップＳ２２で作成された共有リソース情報１２０ａにファミリーリソース情報１２５ａが追加されている。

以上の通信処理によって作成された共有リソース情報１２０ｂを参照すれば、クライアント端末１Ａがオーナクライアント端末Ｔであること、各クライアント端末２Ａ，３Ａがユーザクライアント端末Ｔであること、オーナクライアント端末１Ａが操作可能なリソースの実体の内容および、そのネットワーク上での存在位置などを特定することができる。

次は、新たに、クライアント端末２Ｂから共有リソース情報１２０の作成処理が行われるステップを示している。

クライアント端末２Ｂが、中継サーバＲ２に対してアカウント情報の送信要求（ＧｅｔＡｃｃｏｕｎｔＬｉｓｔコマンド）を送信する（ステップＳ２４）。この送信要求に応じて、中継サーバＲ２は、クライアント端末２Ｂに、記憶している中継グループ情報１００の内容、すなわち各中継アカウント情報１０２が送信されて、クライアント端末２Ｂに表示される。ユーザは、各中継アカウント情報１０２を参照し、その中からリソースを共有するユーザクライアント端末Ｔを選択して、クライアント端末２Ｂに指定する。ここでは、ユーザクライアント端末としてクライアント端末１Ａ、３Ｂが指定されている。

指定を受けたクライアント端末２Ｂは、その情報を含む共有リソース作成要求（ＣｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２に送信する（ステップＳ２５）。共有リソース作成要求を受信した中継サーバＲ２は、作成された共有リソース情報１２０を自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ２は、指定されたユーザクライアント端末１Ａ，３Ｂが接続されている各中継サーバＲ１、Ｒ３に、作成された共有リソース情報１２０をＮＯＴＩＦＹメソッドにより通知する（ステップＳ２５．１、ステップＳ２５．２）。通知を受けた各中継サーバＲ１、Ｒ３は、自身の共有リソース情報ＤＢ５０６に作成された共有リソース情報１２０を記憶する。そして、指定された各ユーザクライアント端末１Ａ、３Ｂに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２５．１．１、ステップＳ２５．２．１）。この変更通知を受けた各ユーザクライアント端末１Ａ、３Ｂは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を変更する。

図１４に、クライアント端末１Ａおよび中継サーバＲ１に記憶される共有リソース情報１２０ｃを示す。そこには、先のステップ３で作成された共有リソース情報１２０ｂに、新たに作成された個別共有リソース情報１２２ａが追加されている。新たに作成された個別共有リソース情報１２２ａには、新たに共有リソース識別情報１２３ａが付与される。

なお、クライアント端末２Ｂ、３Ｂは、先に作成されている共有リソース情報１２０ｂとは関連がないため、クライアント端末２Ｂ、３Ｂおよび中継サーバＲ２、Ｒ３には、新たに作成された個別共有リソース情報１２２ａが共有リソース情報１２０として記憶される。

次に、図１５において、新たに作成された個別共有リソース情報１２２ａに対し、クライアント端末１Ａから共有に供するリソースのリソース情報１２６を加える処理が行われた場合の通信処理の流れを示している。

ユーザは、共有リソース識別情報１２３ａに基づいて、共有リソース情報１２０ｃの中からリソースを追加する個別共有リソース情報１２２ａを選択して、クライアント端末１Ａに指定する。そして、ユーザは、クライアント端末１Ａが操作可能なリソースの実体の中から共有に供するリソースを選択し、クライアント端末１Ａに指定する。ちなみに、ここでは「ｆｉｌｅ００５．ｐｐｔ」が指定されている。

指定を受けたクライアント端末１Ａは、指定された情報を含む共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（ステップＳ２６）。共有リソース変更要求を受信した中継サーバＲ１は、変更された共有リソース情報１２０ｄを自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ１は、対象となった個別共有リソース情報１２２ａのファミリーアカウント情報１２４に含まれたユーザクライアント端末Ｔ（２Ｂ、３Ｂ）が接続されている各中継サーバＲ２、Ｒ３に、変更された個別共有リソース情報１２２ａをＮＯＴＩＦＹメソッドにより通知する（ステップＳ２６．１、ステップＳ２６．２）。通知を受けた各中継サーバＲ２、Ｒ３は、自身の共有リソース情報ＤＢ５０６の共有リソース情報１２０を変更して記憶する。そして、各ユーザクライアント端末２Ｂ、３Ｂに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２６．１．１、ステップＳ２６．２．１）。この変更要求を受けた各ユーザクライアント端末２Ｂ、３Ｂは、自身の共有リソース情報ＤＢ６０４に記憶している共有リソース情報１２０を変更する。

図１６に、クライアント端末１Ａおよび中継サーバＲ１に記憶される共有リソース情報１２０ｄを示す。そこには、先のステップＳ２５で作成された共有リソース情報１２０ｃの個別共有リソース情報１２２ａに、新たにファミリーリソース情報１２５ｂが追加変更されている。なお、クライアント端末２Ｂ、３Ｂおよび中継サーバＲ２、Ｒ３には、変更された共有リソース情報１２２ａが共有リソース情報１２０として記憶される。

次は、クライアント端末２Ｂから、個別共有リソース情報１２２ａに対し、リソース情報１２６を共有リソース情報１２０に加える処理が行われた場合の通信処理の流れを示している。

ユーザは、共有リソース識別情報１２３ａに基づいて、共有リソース情報１２０の中から、リソースを追加する個別共有リソース情報１２２ａを選択して、クライアント端末２Ｂに指定する。そして、ユーザは、クライアント端末２Ｂが操作可能なリソースの中から共有に供するリソースを選択し、クライアント端末２Ｂに指定する。ちなみに、ここでは「ｆｏｌｄｅｒＣ」、「ｆｉｌｅ００Ａ．ｐｐｔ」、「ｆｉｌｅ００Ｂ．ｐｐｔ」が指定されている。

指定を受けたクライアント端末２Ｂは、指定された情報を含む共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２に送信する（ステップＳ２７）。共有リソース変更要求を受信した中継サーバＲ２は、変更された共有リソース情報１２０を自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ２は、リソースを共有するユーザクライアント端末１Ａ，３Ｂが接続されている各中継サーバＲ１、Ｒ３に、変更された個別共有リソース情報１２２をＮＯＴＩＦＹメソッドにより通知する（ステップＳ２７．１、ステップＳ２７．２）。通知を受けた各中継サーバＲ１、Ｒ３は、自身の共有リソース情報ＤＢ５０６の共有リソース情報を変更して記憶する。そして、各ユーザクライアント端末１Ａ、３Ｂに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２７．１．１、ステップＳ２７．２．１）。この変更要求を受けた各ユーザクライアント端末１Ａ、３Ｂは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を変更する。

図１７に、クライアント端末１Ａおよび中継サーバＲ１に記憶される共有リソース情報１２０ｅを示す。そこには、先のステップＳ２６で作成された共有リソース情報１２０ｄに、新たにファミリーリソース情報１２５ｃが追加変更されている。なお、クライアント端末２Ｂ、３Ｂおよび中継サーバＲ２、Ｒ３には、変更された個別共有リソース情報１２２ａが共有リソース情報１２０として記憶される。

このように、各クライアント端末Ｔは、個別にリソースを共有する集合体を形成することができる。そして、各クライアント端末Ｔは、共有するリソースを必要なときに必要なだけ変更することができ、汎用性、柔軟性に優れた中継通信システムとなっている。

次に、図１８において、あるＬＡＮに接続されているクライアント端末Ｔが、インターネットを越えて、他のＬＡＮのクライアント端末Ｔが保有するリソースを間接的に操作する通信処理の流れを説明する。

最初の処理は、ＬＡＮ２のクライアント端末２Ａが、ＬＡＮ１のクライアント端末１Ａが保有し操作可能なリソースを間接的にコピーする場合の流れを示している。

クライアント端末２Ａは、ユーザから「ｆｉｌｅ００３．ｐｄｆ」のコピーの指示を受けると、中継サーバＲ２に複写要求（Ｃｏｐｙｆｉｌｅコマンド）を送信する（ステップＳ３１）。複写要求を受信した中継サーバＲ２は、複写対象となっている「ｆｉｌｅ００３．ｐｄｆ」を保有しているオーナクライアント端末Ｔを共有リソース情報１２０に基づいて選択し、そのオーナクライアント端末Ｔが接続されている中継サーバＲを中継グループ情報１００に基づいて選択して通信するのである。もちろん、共有できるリソースでないとか、アカウントの登録が行われていない場合には、通信は行われない。

続いて、中継サーバＲ２は、特定した中継サーバＲ１に対し、外部サーバＳを介して、接続要求（ＩＮＶＩＴＥメソッド）を送信する（ステップＳ３１．１）。接続要求を受信した中継サーバＲ１は、クライアント端末１Ａに対し、複写要求を送信する（ステップＳ３１．１．１）。複写要求を受信したクライアント端末１Ａは、対象となるリソース（ｆｉｌｅ００３．ｐｄｆ）の操作が可能であれば、ＯＫレスポンスを中継サーバＲ１に送信し、中継サーバＲ１は、中継サーバＲ２に転送する。

ＯＫレスポンスを受信した中継サーバＲ２が、中継サーバＲ１に対し、Ｍｅｄｉａｓｅｓｓｉｏｎコマンドを送信して、両中継サーバＲ１・Ｒ２間に通信経路が確立される（ステップＳ３１．２）。Ｍｅｄｉａｓｅｓｓｉｏｎコマンドを受信した中継サーバＲ１は、クライアント端末１Ａに対し、ファイルを複写するＧｅｔＦｉｌｅＤａｔａコマンドを送信してファイル複写要求を行う（ステップＳ３１．２．１）。ファイル複写要求を受けたクライアント端末１Ａは、対象とされた「ｆｉｌｅ００３」を、リソース記憶部６０３から複写して中継サーバＲ１に送信する。そして、「ｆｉｌｅ００３」は、中継サーバＲ１、中継サーバＲ２を経由してクライアント端末２Ａに送信される（ＦｉｌｅＴｒａｎｓｆｅｒコマンド）。なお、リソースの実体は、リソース記憶部６０３からだけではなく、ファイルサーバＦから複写される場合もある。

一連の通信処理が終わると、確立された通信経路を切断するために、中継サーバＲ２から中継サーバＲ１に対して切断要求（ＢＹＥメソッド）が送信されて、両中継サーバ間の通信経路が切断されて通信が終了する（ステップＳ３２）。

次は、ＬＡＮ３のクライアント端末３Ｂが、ＬＡＮ２のクライアント端末２Ｂが保有し操作可能なリソースを間接的に削除する場合の流れを示している。

クライアント端末３Ｂは、ユーザから「ｆｉｌｅ００Ａ．ｐｐｔ」の削除の指示を受けると、中継サーバＲ３にファイルを削除するＤｅｌｅｔｅｆｉｌｅコマンドを送信して削除要求する（ステップＳ３３）。削除要求を受けた中継サーバＲ３は、削除対象の「ｆｉｌｅ００Ａ．ｐｐｔ」を保有し操作可能なオーナクライアント端末Ｔと、そのオーナクライアント端末Ｔが接続されている中継サーバＲとを、共有リソース情報１２０と中継グループ情報１００とに基づいて特定する。

続いて、中継サーバＲ３は、特定した中継サーバＲ２に対し、外部サーバＳを介して、ＮＯＴＩＦＹメソッドにより、削除要求の情報を送信する（ステップＳ３３．１）。削除要求の情報を受信した中継サーバＲ２は、クライアント端末２Ｂに対し、Ｄｅｌｅｔｅｆｉｌｅコマンドを送信して削除要求する（ステップＳ３３．１．１）。削除要求を受信したクライアント端末２Ｂは、対象のリソース（ｆｉｌｅ００Ａ．ｐｐｔ）を、リソース記憶部６０３から削除する。そして、ＯＫレスポンスが、中継サーバＲ２、中継サーバＲ３を経由してクライアント端末３Ｂに送信される。

図１９に、削除処理が行われた後の共有リソース情報１２０ｆを示す。図１９に示すように、削除対象であった「ｆｉｌｅ００Ａ．ｐｐｔ」のリソース情報１２６は、共有リソース情報１２０の中から削除されている。リソースの実体が消去されたからである。

リソースの削除等、共有リソース情報１２０の内容が変更される操作がなされた場合には、共有リソース情報の更新処理が引き続いて行われる。

具体的には、共有リソース情報１２０の変更を伴う操作が指示されたクライアント端末３Ｂから、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）が、中継サーバＲ３に送信される（ステップＳ３４）。この変更要求を受信した中継サーバＲ３は、変更された共有リソース情報１２０に関わる中継サーバＲ１、Ｒ２に対し、変更された共有リソース情報１２０をＮＯＴＩＦＹメソッドにより通知する（ステップＳ３４．１、ステップＳ３４．２）。そして、各中継サーバＲ１、Ｒ２は、自身の共有リソース情報ＤＢ５０６の共有リソース情報を変更して記憶する。

そして、それぞれ変更された共有リソース情報１２０に関わるユーザクライアント端末１Ａ、２Ｂに共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ３４．１．１、ステップＳ３４．２．１）。変更要求を受信した各ユーザクライアント端末１Ａ、２Ｂは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報を変更する。

すなわち、共有リソース情報１２０が変更されると、関連する中継サーバＲおよびクライアント端末Ｔには、その旨の通知がされて、直ちに新たな共有リソース情報１２０に更新されるようになっているのである。

｛第２の実施の形態｝
本実施の形態では、中継サーバＲやクライアント端末Ｔの接続状態が変化した場合や、突発的なトラブルにも対応できる、よりダイナミックな中継通信システムとなっている。

中継サーバＲ、クライアント端末Ｔなどの中継通信システムの各構成や、各通信処理の流れの基本的構成は、第１の実施の形態と同じである。以下、図２０のフローチャートおよび図２１のシーケンス図を参照しつつ、本実施の形態について具体的に説明する。

図２０は、中継サーバＲが行う動作確認の各処理を示したものである。そして、図２１は、その動作確認が行われる際に、中継通信システム内で処理される通信の流れの一例である。図２１では、中継サーバＲ１が、関連する中継サーバＲの動作確認を行い、中継サーバＲ３で接続トラブルが発生した場合と、その状況の下で、中継サーバＲ１と、中継サーバＲ２とが、それぞれクライアント端末Ｔに動作確認を行い、クライアント端末２Ｂで接続トラブルが発生した場合とが示されている。

図２２は、図２１の各ステップに入る前に、中継サーバＲ１が記憶している中継グループ情報１００を示している。そして、図２３は、図２１の各ステップに入る前に、中継サーバＲ１およびクライアント端末１Ａが記憶している共有リソース情報１２０を示している。第１の実施の形態とは異なり、本実施の形態の各情報１００、１２０には、それぞれ状態情報（ｓｔａｔｕｓ）１０７、１２７が記録されている。たとえば、「ｓｔａｔｕｓ＝”ｏｋ“」や「ｓｔａｔｕｓ＝”ｌｏｇｏｎ“」は、その表示がされた中継サーバＲやクライアント端末Ｔ、リソースが、接続可能な状態であることを示している。

図２０に示すステップＳ１１０およびステップＳ１１１は、タイマーによる処理を示している。つまり、本実施の形態における中継サーバＲは、タイマー機能を備えており（図示せず）、オペレータが行う時間設定に応じて一定間隔で所定のプログラムを実行する手段をもつ。

具体的には、オペレータによって、プログラムの処理間隔（時間）がセットされる（ステップＳ１１０）。そして、タイマーがカウントされて所定時間に達すると動作確認の一連の処理が実行される（ステップＳ１１１）。すなわち、タイマーが所定時間に達すると、中継グループ情報ＤＢ５０５から中継グループ情報１００の読み出し処理が実行される（ステップＳ１１２）。そして、中継グループ情報１００に含まれている全ての中継サーバＲの動作確認が終了するまで、動作確認の処理が繰り返し実行される（ステップＳ１１３）。

動作確認では、まず読み出された中継グループ情報１００に含まれている他の中継サーバＲに対し、接続可能か否かを確認するための動作確認要求が送信される（ステップＳ１１４）。そして、応答があるか否かを確認する（ステップＳ１１５）。応答があれば、接続可能を確認する。応答がなければ、接続不可を確認して、自装置に記憶している中継グループ情報１００の更新を行う（ステップＳ１１６）。

たとえば、図２１では、中継サーバＲ１が、中継グループを構成している他の中継サーバＲ２、Ｒ３に対して動作確認を行っている。すなわち、中継サーバＲ１は、中継サーバＲ２にＭＥＳＳＡＧＥメソッドを送信する（ステップＳ１０１）。このＭＥＳＳＡＧＥメソッドを受信した中継サーバＲ２は、送信元の中継サーバＲ１に対し、ＯＫレスポンスを返信する（図２０のステップＳ１１５におけるＹＥＳ）。これにより、中継サーバＲ１は、中継サーバＲ２との接続が可能であることを確認する。

そして、同様に、中継サーバＲ３にＭＥＳＳＡＧＥメソッドを送信する（ステップＳ１０２）。ところが、中継サーバＲ３から送信元の中継サーバＲ１に対してＯＫレスポンスが返信されず応答がない。つまり、中継サーバＲ３は、電源がＯＦＦされたか、あるいは何らかの原因によりダウンし、接続不可状態にあり、中継サーバＲ１は、中継サーバＲ３が接続不可であることを確認する（図２０のステップＳ１１５におけるＮＯ）。そして、この場合、中継サーバＲ１は、自装置が記憶している中継グループ情報１００の内容を更新する（図２０のステップＳ１１６）。

図２０において、動作確認の一連の処理が終わると、中継サーバＲは、中継グループ情報１００の更新があったか否かを確認する（ステップＳ１１７）。そして、中継グループ情報１００の更新があった場合、関係する他の中継サーバＲに、中継グループ情報１００の変更通知を送信する（ステップＳ１１８）。

具体的には、図２１に示すように、中継サーバＲ１から中継サーバＲ２に中継グループ情報１００の変更通知がＮＯＴＩＦＹメソッドにより送信される（ステップＳ１０３）。

ここで送信される変更通知の内容を図２４に示す。図２４に示すように、接続不可となった中継サーバＲ３の状態情報（ｓｔａｔｕｓ）１０７ａには、新たに接続不可を示す「ｅｒｒｏｒ」が記録されている。変更通知を受信した中継サーバＲ２は、この変更通知に基づいて記憶している中継グループ情報１００の内容を更新する。

続いて、共有リソース情報１２０の更新処理が行われる（ステップＳ１１９）。

たとえば、図２１において、中継サーバＲ３が接続不可になったことにより、中継サーバ３に登録されているクライアント端末Ｔ（たとえば、３Ａ）がオーナであるリソースは操作することができない。そこで、中継サーバＲ１は、更新された中継グループ情報１００の内容に基づいて、自装置が記憶している共有リソース情報１２０の該当データの更新を行う。中継サーバＲ２も同様に、共有リソース情報１２０の該当データの更新を行う。

そうすると、各中継サーバＲ１、Ｒ２は、自装置のアカウント情報ＤＢ５０４に記憶されているクライアント端末Ｔであって、関連するクライアント端末Ｔに共有リソース情報１２０の変更通知を送信する（ステップＳ１２０）。なお、この関連するクライアント端末Ｔとは、接続状態が変化したリソースが含まれる共有リソース情報１２０のファミリーアカウント情報１２４に記録されているクライアント端末Ｔである。具体的には、図２１において、中継サーバＲ２は、クライアント端末２Ａに共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ１０３．１）。同様に、中継サーバＲ１は、クライアント端末１Ａに共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信するのである（ステップＳ１０４）。

ここで送信される変更通知の内容を図２５に示す。図２５に示すように、ダウンした中継サーバ３のクライアント端末３Ａがオーナであるリソース「ｆｉｌｅ００３．ｐｄｆ」の状態情報（ｓｔａｔｕｓ）１２７ａに、新たに接続不可を示す「ｅｒｒｏｒ」が記録されている。変更通知を受信した各クライアント端末１Ａ、２Ａは、この変更通知に基づいて記憶している共有リソース情報１２０の内容を更新する。

このようにして、中継サーバＲは、定期的に他の中継サーバＲの動作確認を行い、接続状態に変化があれば、関連情報を更新して、その情報を関連する他の中継サーバＲに送信する。

また、中継サーバＲは、同じＬＡＮに接続されているクライアント端末Ｔであって、自装置のアカウント情報ＤＢ５０４に記憶されているクライアント端末Ｔに対し、動作確認を行う。

すなわち、図２０に示すように、中継サーバＲが備えるタイマー機能を利用して定期的に動作確認の処理を実行する。そのステップＳ１３０およびステップＳ１３１は先のステップＳ１１０およびステップＳ１１１同じであるため、説明は省略する。

タイマーが所定時間に達すると、自装置のアカウント情報ＤＢ５０４に記憶されているクライアント端末Ｔのアカウントの情報の読み出し処理が実行される（ステップＳ１３２）。そして、アカウント情報ＤＢ５０４に記憶されている全てのクライアント端末Ｔの動作確認が終了するまで、動作確認の処理が繰り返し実行される（ステップＳ１３３）。

動作確認では、アカウント情報ＤＢ５０４に記憶されているクライアント端末Ｔに対し、接続可能か否かを確認するための動作確認要求が送信される（ステップＳ１３４）。そして、応答があるか否かを確認する（ステップＳ１３５）。応答があれば、接続可能を確認する。応答がなければ、接続不可を確認して、自装置の中継グループ情報ＤＢ５０５に記憶している該当する情報の更新を行う（ステップＳ１３６）。

たとえば、図２１では、中継サーバＲ１が、自装置のアカウント情報ＤＢ５０４に記憶しているクライアント端末１Ａ、１Ｂに対して動作確認を行っている。すなわち、中継サーバＲ１は、クライアント端末１Ａに確認要求コマンド（Ｃｏｎｆｉｒｍａｔｉｏｎ）を送信する（ステップＳ１０５）。この確認要求コマンドを受信したクライアント端末１Ａは、送信元の中継サーバＲ１に対して返信を行う（図２０のステップＳ１３５におけるＹＥＳ）。これにより、中継サーバＲ１は、クライアント端末１Ａとの接続が可能であることを確認する。同様にして、クライアント端末１Ｂに確認要求コマンドを送信して、接続可能であることを確認する（ステップＳ１０７）。

中継サーバＲ２でも、動作確認が行われ、中継サーバＲ２のアカウント情報ＤＢ５０４に記憶されているクライアント端末２Ａに確認要求コマンドを送信して、接続可能であることを確認する（ステップＳ１０６）。

同様に、クライアント端末２Ｂに確認要求コマンドを送信する（ステップＳ１０８）。ところが、クライアント端末２Ｂから返信されず応答がない。つまり、クライアント端末２Ｂは電源がＯＦＦされるか、ログオフされ、あるいは何らかの原因によりダウンし、接続不可状態にあり、中継サーバＲ２は、クライアント端末２Ｂが接続不可であることを確認する（図２０のステップＳ１３５におけるＮＯ）。そして、この場合、中継サーバＲ２は、自装置が記憶している中継グループ情報１００の内容を更新する（図２０のステップＳ１３６）。

図２０において、動作確認の一連の処理が終わると、中継サーバＲは、中継グループ情報１００に更新があったか否かを確認する（ステップＳ１３７）。そして、中継グループ情報１００に更新があった場合、関係する他の中継サーバＲに、中継グループ情報１００の変更通知を送信する（ステップＳ１３８）。

具体的には、図２１に示すように、中継サーバＲ２から中継サーバＲ１に中継グループ情報１００の変更通知がＮＯＴＩＦＹメソッドにより送信される（ステップＳ１０９）。なお、中継サーバＲ３は既に接続不可となっているため、中継サーバＲ３に変更通知は送信されない。

ここで送信される変更通知の内容を図２６に示す。図２６に示すように、接続不可となったクライアント端末２Ｂの状態情報（ｓｔａｔｕｓ）１０７ｂには、新たに接続不可を示す「ｌｏｇｏｆｆ」が記録されている。変更通知を受信した中継サーバＲ１は、この変更通知に基づいて記憶している中継グループ情報１００の内容を更新する。

続いて、先のステップＳ１１９と同様に、共有リソース情報１２０の更新処理が行われる。クライアント端末２Ｂが接続不可となったことにより、クライアント端末２Ｂがオーナであるリソースの操作ができないからである。中継サーバＲ２は、更新された中継グループ情報１００の内容に基づいて、自装置が記憶している共有リソース情報１２０の該当データの更新を行う。中継サーバＲ１も同様に、共有リソース情報１２０の該当データの更新を行う。

そうすると、先のステップＳ１２０と同様に、各中継サーバＲ１、Ｒ２は、関連するクライアント端末Ｔ（ここでは、クライアント端末１Ａ）に共有リソース情報１２０の変更通知を送信する。

具体的には、図２１において、中継サーバＲ１は、クライアント端末１Ａに共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ１０９．１）。

ここで送信される変更通知の内容を図２７に示す。図２７に示すように、接続不可となったクライアント端末２Ｂがオーナであるリソース「ｆｏｌｄｅｒＣ」、「ｆｉｌｅ００Ａ．ｐｐｔ」、「ｆｉｌｅ００Ｂ．ｐｐｔ」の各状態情報（ｓｔａｔｕｓ）１２７ｂに、新たに接続不可を示す「ｅｒｒｏｒ」が記録されている。変更通知を受信したクライアント端末１Ａは、この変更通知に基づいて記憶している共有リソース情報１２０の内容を更新する。

このようにして、中継サーバＲは、定期的に自装置に登録されているクライアント端末Ｔの動作確認を行い、接続状態に変化があれば、関連情報を更新して、関連する他の中継サーバＲに送信する。

接続不可を確認して一連の更新を行った後に接続状態が復帰する場合がある。その場合には、復帰後の動作確認において、接続不可の場合と同様の処理を経て、各状態情報（ｓｔａｔｕｓ）１０７、１２７が、接続不可を示す内容から接続可を示す内容にそれぞれ更新されることになる。

以上のように、本実施の形態の中継通信システムでは、各中継サーバＲによって、中継通信システム内で保持されている中継グループ情報１００および共有リソース情報１２０が、常に最新の情報に更新されるため、中継サーバＲ等において、電源がＯＦＦされた場合やログオフされた場合、あるいは突発的なトラブルが発生しても、その状態が容易に把握でき、ユーザに混乱を招くおそれがない。

第１の実施の形態における中継通信システムのネットワーク構成図である。第１の実施の形態における外部サーバの機能ブロック図である。第１の実施の形態におけるクライアント端末の機能ブロック図である。第１の実施の形態における中継サーバの機能ブロック図である。第１の実施の形態における、通信端末と中継サーバの関係および中継サーバと外部サーバとの関係を示す図である。第１の実施の形態における中継グループ情報の内容を示す図である。第１の実施の形態における共有リソース情報の内容を示す図である。第１の実施の形態における通信処理のシーケンス図である。図８に続く通信処理のシーケンス図である。第１の実施の形態における、ある過程における中継グループ情報の内容を示す図である。第１の実施の形態における通信処理のシーケンス図である。第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。図１１に続く通信処理のシーケンス図である。第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。第１の実施の形態における通信処理のシーケンス図である。第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。第２の実施の形態における中継サーバの処理を説明するフローチャートである。第２の実施の形態における通信処理のシーケンス図である。第２の実施の形態における、ある過程の中継グループ情報の内容を示す図である。第２の実施の形態における、ある過程の共有リソース情報の内容を示す図である。第２の実施の形態における、ある過程の中継グループ情報の内容を示す図である。第２の実施の形態における、ある過程の共有リソース情報の内容を示す図である。第２の実施の形態における、ある過程の中継グループ情報の内容を示す図である。第２の実施の形態における、ある過程の共有リソース情報の内容を示す図である。

符号の説明

Ｓ外部サーバ
Ｔクライアント端末
Ｒ中継サーバ
１００中継グループ情報
１０７状態情報
１２０共有リソース情報
１２７状態情報
５０４アカウント情報ＤＢ
５０５中継グループ情報ＤＢ
５０６共有リソース情報ＤＢ

Claims

ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、
同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、
相互に接続を許可する一群の中継サーバの情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、
リソースの情報と、前記リソースの状態を示す状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、
前記アカウント情報登録部に登録されているクライアント端末に対して接続可能か否かの動作確認を行う手段と、
動作確認において、接続状態が変化したクライアント端末を確認した場合に、前記中継グループ情報に含まれる接続状態が変化したクライアント端末のアカウント情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、
中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末の接続状態が変化したか否かを判定し、接続状態が変化したと判定した場合に前記状態情報を更新し、前記ユーザクライアント端末であって前記アカウント情報登録部に登録されているクライアント端末に共有リソース情報の更新通知を送信する手段と、
を備えていることを特徴とする中継サーバ。
ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、
同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、
相互に接続を許可する一群の中継サーバの情報と、各中継サーバの状態を示す第１状態情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、
リソースの情報と、前記リソースの状態を示す第２状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、
前記中継グループ情報登録部に記憶されている他の中継サーバに対して接続可能か否かの動作確認を行う手段と、
動作確認において、接続状態が変化した中継サーバを確認した場合に、接続状態が変化した中継サーバの第１状態情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、
中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末が接続される中継サーバの接続状態が変化したか否かを判定し、接続状態が変化したと判断した場合に前記第２状態情報を更新し、前記ユーザクライアント端末であって前記アカウント情報登録部に登録されているクライアント端末に共有リソース情報の更新通知を送信する手段と、
を備えていることを特徴とする中継サーバ。
複数のＬＡＮと、
各ＬＡＮに接続される中継サーバおよびクライアント端末と、
を備え、
前記中継サーバが、
同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、
相互に接続を許可する一群の中継サーバの情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、
リソースの情報と、前記リソースの状態を示す状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、
前記アカウント情報登録部に登録されているクライアント端末に対して接続可能か否かの動作確認を行う手段と、
動作確認において、接続状態が変化したクライアント端末を検出した場合に、前記中継グループ情報に含まれる接続状態が変化したクライアント端末のアカウント情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、
中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末の接続状態が変化したか否かを判定し、接続状態が変化したと判定した場合に前記状態情報を更新し、前記ユーザクライアント端末であって同一のＬＡＮに接続されているクライアント端末に共有リソース情報の変更通知を送信する手段と、
を備えることにより、
中継通信システム内で保持されている中継グループ情報および共有リソース情報が、自動的に更新されること特徴とする中継通信システム。
複数のＬＡＮと、
各ＬＡＮに接続される中継サーバおよびクライアント端末と、
を備え、
前記中継サーバが、
同一のＬＡＮに接続されているクライアント端末を登録するアカウント情報登録部と、
相互に接続を許可する一群の中継サーバの情報と、各中継サーバの状態を示す第１状態情報と、各中継サーバに接続されているクライアント端末を特定するアカウント情報とを含む中継グループ情報を記憶する中継グループ情報登録部と、
リソースの情報と、前記リソースの状態を示す第２状態情報と、前記リソースを共有するユーザクライアント端末の情報と、前記リソースを操作可能なオーナクライアント端末を示す情報とを含む共有リソース情報を記憶する共有リソース情報登録部と、
前記中継グループ情報登録部に記憶されている他の中継サーバに対して接続可能か否かの動作確認を行う手段と、
動作確認において、接続状態が変化した中継サーバを検出した場合に前記接続状態が変化した中継サーバの第１状態情報を更新するとともに、前記一群の中継サーバの情報により特定される中継サーバに対して中継グループ情報の変更通知を送信する手段と、
中継グループ情報の変更通知を受信したとき、受信した変更通知に基づいて前記オーナクライアント端末が接続される中継サーバの接続状態が変化したか否かを判定し、接続状態が変化したと判定した場合に第２状態情報を更新し、前記ユーザクライアント端末であって同一のＬＡＮに接続されているクライアント端末に共有リソース情報の変更通知を送信する手段と、
を備えることにより、
中継通信システム内で保持されている中継グループ情報および共有リソース情報が、自動的に更新されること特徴とする中継通信システム。