(57)【要約】【課題】異なるＬＡＮの端末が、必要なときに必要な相手とリソースの共有や操作が可能な、拡張性、柔軟性に優れた中継通信システムに好適な中継サーバの提供を目的とする。【解決手段】ＷＡＮ上の外部サーバＳを介して他のＬＡＮの中継サーバＲと通信可能な中継サーバＲを備える。中継サーバＲは、ＬＡＮ内の端末Ｔのアカウント情報や、一群の中継サーバＲの中継グループ情報１００、リソースやそのリソースを共有する端末Ｔのアカウントを含む共有リソース情報１２０を記憶する。中継グループ情報１００は、端末Ｔの接続先を示す接続情報１０８を含む。中継サーバＲは、他の中継サーバＲに登録された端末Ｔからのログインがあると、中継グループ情報１００に基づいて、その端末Ｔが登録された中継サーバＲを特定して問い合わせ、接続を許すか否かの判断を行う。【選択図】図１
2008148200.tif 000002
【特許請求の範囲】
【請求項１】
ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、
同一のＬＡＮに接続されているクライアント端末の情報を記憶するアカウント情報登録部と、
相互に接続を許可する一群の中継サーバの情報であって、各中継サーバに登録されているクライアント端末の情報を含む中継グループ情報を記憶する中継グループ情報登録部と、
を備え、
他の中継サーバのアカウント情報登録部に記憶されているクライアント端末からの接続要求を受信すると、前記中継グループ情報に基づいて、接続要求のあったクライアント端末が登録されている中継サーバを特定し、その中継サーバに問い合わせて接続を許すか否かの判断をすることを特徴とする中継サーバ。
【請求項２】
請求項１に記載の中継サーバであって、
前記中継グループ情報が、クライアント端末別に記録されて、そのクライアント端末の接続先の中継サーバを示す接続情報を、含み、
前記アカウント情報登録部に記憶するクライアント端末から接続要求を受信すると、自装置が記憶する中継グループ情報に含まれる、そのクライアント端末の前記接続情報の内容を更新するとともに、関連する他の中継サーバに、中継グループ情報の変更通知を送信することを特徴とする中継サーバ。
【請求項３】
請求項２に記載の中継サーバであって、
他の中継サーバのアカウント情報登録部に記憶されているクライアント端末の接続を許した場合に、
自装置が記憶する中継グループ情報に含まれる、そのクライアント端末の前記接続情報の内容を更新するとともに、関連する他の中継サーバに、中継グループ情報の変更通知を送信することを特徴とする中継サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイドエリアネットワーク（ＷＡＮ）を越えてローカルエリアネットワーク（ＬＡＮ）内の端末どうしの通信を可能とする中継通信システムに用いられる中継サーバに関する。とくに、あるＬＡＮ内の端末から、他のＬＡＮ内の端末が保有しているリソースの操作を可能とする通信技術に関する。
【背景技術】
【０００２】
ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）と呼ばれる通信技術がある。この通信技術を利用すれば、遠隔地にある他のＬＡＮを、あたかも直接接続されているネットワークのように利用することができる。たとえば、地域ごとに設けられた複数の支社のＬＡＮに接続された端末間でインターネットを越えて通信することができる。
【０００３】
この種の技術に関しては、これまでも様々なシステムが提案されている（たとえば、特許文献１）。
【０００４】
【特許文献１】特開２００２−２１７９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、この種のシステムは、ネットワークを仮想的に構築する関係上、硬直的なシステムになり易い。そのため、拡張性、柔軟性のあるシステムを構築することは容易でなく、これまでに提案されているシステムも、機能やコスト等、それぞれに一長一短が認められる。
【０００６】
たとえば、同一のＬＡＮ内であれば、通常同じプロトコルの基でリソースが管理され、システム構成もそれほど複雑でないため、簡単に複数の端末間でリソースを共有等することができる。しかし、通信システムがＷＡＮを越えて複数のＬＡＮ間にわたる場合には、フォルダやファイルなどのリソースを複数の端末で共用したい、あるいは、ある端末から他の端末が保有しているファイルを削除等したいと思っても、容易には対応できない。それぞれのＬＡＮで用いられているプロトコルが異なっている場合はなお更である。
【０００７】
また、各端末が保有しているリソースは、削除や移動等によって絶えず変化するにも関わらず、これらの変化に動的に対応させることも容易でない。
【０００８】
あるＬＡＮで既に登録された端末が別のＬＡＮに移動する場合もある。その場合には、移動元と移動先とで接続設定が変化し、その変化に合わせて、その端末が関与するリソースの管理設定についても逐次対応させなければならない。
【０００９】
そこで、本発明はこれら問題点に鑑み、異なるＬＡＮに接続され、異なるプロトコルで管理されている端末間であっても、各端末が必要なときに必要な相手とリソースを共有したり、リソースを操作したりすることができ、運用が容易な中継通信システムに用いられる中継サーバの提供を目的とする。拡張性、柔軟性に優れ、登録済みの端末がＬＡＮ間を移動しても、設定条件の変更等、面倒な作業を要さず、そのまま意識せずに利用できる、ダイナミックな中継通信システムに好適な中継サーバの提供を目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、請求項１に記載の本発明に係る中継サーバは、ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、同一のＬＡＮに接続されているクライアント端末の情報を記憶するアカウント情報登録部と、相互に接続を許可する一群の中継サーバの情報であって、各中継サーバに登録されているクライアント端末の情報を含む中継グループ情報を記憶する中継グループ情報登録部と、を備え、他の中継サーバのアカウント情報登録部に記憶されているクライアント端末からの接続要求を受信すると、前記中継グループ情報に基づいて、接続要求のあったクライアント端末が登録されている中継サーバを特定し、その中継サーバに問い合わせて接続を許すか否かの判断をすることを特徴とする。
【００１１】
請求項２に記載の本発明は、請求項１に記載の中継サーバであって、前記中継グループ情報が、クライアント端末別に記録されて、そのクライアント端末の接続先の中継サーバを示す接続情報を、含み、前記アカウント情報登録部に記憶するクライアント端末から接続要求を受信すると、自装置が記憶する中継グループ情報に含まれる、そのクライアント端末の前記接続情報の内容を更新するとともに、関連する他の中継サーバに、中継グループ情報の変更通知を送信することを特徴とする。
【００１２】
請求項３に記載の本発明は、請求項２に記載の中継サーバであって、他の中継サーバのアカウント情報登録部に記憶されているクライアント端末の接続を許した場合に、自装置が記憶する中継グループ情報に含まれる、そのクライアント端末の前記接続情報の内容を更新するとともに、関連する他の中継サーバに、中継グループ情報の変更通知を送信することを特徴とする。
【発明の効果】
【００１３】
本発明に係る中継サーバを適用した中継通信システムによれば、異なるＬＡＮにあるクライアント端末が、ＷＡＮを越えて、他のクライアント端末が保有しているリソースを、あたかも自装置が保有しているかのごとく操作することができる。
【００１４】
そして、いずれかのＬＡＮで登録されたクライアント端末が他のＬＡＮに移動しても、設定変更等、手間のかかる作業を要さず、そのまま意識せずにリソースを扱うことができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しつつ本発明の実施の形態について説明する。まず、本発明に係る中継通信システムの基本的構成について第１の実施の形態により説明する。そのうえで、第２の実施の形態により本発明の具体的構成について詳しく説明する。
【００１６】
｛第１の実施の形態｝
図１は、本発明に係る中継通信システムの全体構成を例示したものである。図１に示すように、本中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。そして、本中継通信システムは、外部サーバＳ、中継サーバＲ、クライアント端末Ｔ、ファイルサーバＦなどを備えている。なお、ここでは、外部サーバＳを利用した実施の形態を例示したが、外部サーバＳを利用せず、中継サーバＲ間で直接通信する形態であってもよい。
【００１７】
本実施の形態は、ＷＡＮにおける外部サーバＳと各中継サーバＲとの間、ＬＡＮにおける中継サーバＲとクライアント端末Ｔ等との間の通信プロトコルに、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用したシステムを例に説明する。ただし、これらサーバ、端末間の通信プロトコルとして、ＳＩＰ以外のプロトコルを利用することも可能である。
【００１８】
ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）は、異なるＬＡＮを接続するネットワークである。本実施の形態では、ＷＡＮとしてインターネットを例示しているが、必ずしもこれに限定されるものでなく、これに類するその他のネットワークに適用することもできる。
【００１９】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）は、限定された場所で構築される比較的小規模なネットワークである。ＬＡＮは複数存在し、それぞれ物理的に離れた場所に構築されている。たとえば、本実施の形態であれば、東京の支社ＡにＬＡＮ１が構築され、大阪、名古屋、福岡の各支社Ｂ、Ｃ、ＤにＬＡＮ２、３、４がそれぞれ構築されているような場合である。そして、これら４つのＬＡＮ１・２・３・４が、グローバルなネットワークであるインターネットにそれぞれ接続されている。もちろん、ＬＡＮの数は複数であればよく、４つに限られるものではない。
【００２０】
｛外部サーバ｝
外部サーバＳは、各ＬＡＮに配置された中継サーバＲ間での通信に用いられる設備であり、インターネット上に設置されている。外部サーバＳは、ＳＩＰサーバとしての機能を備えている。具体的には、外部サーバＳは、ＳＩＰメソッドやレスポンスなどを中継するＳＩＰプロキシーサーバとしての機能や、中継サーバＲのアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。外部サーバＳは一台に限らず、複数台で分散的に機能するものであってもよい。なお、ＳＩＰ以外のプロトコルを利用する場合には、そのプロトコルに基づいて直接中継サーバＲ間の通信を制御すれば足り、ＳＩＰサーバとして機能する外部サーバＳは必ずしも設ける必要はない。
【００２１】
図２に、外部サーバＳの機能ブロック図を示す。図２に示すように、外部サーバＳは、ＷＡＮインタフェース２０１、制御部２０２、中継サーバアカウント情報データベース（ＤＢ）２０３などを備えている。
【００２２】
ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを利用して、インターネットに接続された中継サーバＲ等の各装置と通信を行うインタフェースである。
【００２３】
中継サーバアカウント情報ＤＢ２０３は、登録要求のあった中継サーバＲのアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。
【００２４】
制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。たとえば、制御部２０２は、各中継サーバＲから送信される各中継サーバＲのアカウントを受信し、中継サーバアカウント情報ＤＢ２０３に登録する処理や、中継サーバＲから送信された様々なＳＩＰメソッドやレスポンスなどの通信データを他の中継サーバＲに中継する処理などを実行する。制御部２０２を中心とした外部サーバＳの各機能については、後述する。
【００２５】
｛クライアント端末｝
クライアント端末Ｔは、ユーザが直接操作できる端末である。たとえば、ユーザによって日々の業務に利用されるパーソナルコンピュータ（ＰＣ）等がクライアント端末Ｔに該当する。したがって、通常ＬＡＮ内には多数のクライアント端末Ｔが存在するが、本実施の形態では、ＬＡＮ１にクライアント端末１Ａ、１Ｂが接続されており、ＬＡＮ２にクライアント端末２Ａ、２Ｂが、ＬＡＮ３にクライアント端末３Ａ、３Ｂが、ＬＡＮ４にクライアント端末４Ａ，４Ｂがそれぞれ接続されている場合で説明する。各クライアント端末Ｔには、同一のＬＡＮの中でのみユニークに管理されたプライベートＩＰアドレスが付与される。
【００２６】
図３にクライアント端末Ｔの機能ブロック図を示す。図３に示すように、クライアント端末Ｔは、ＬＡＮインタフェース６０１、制御部６０２、リソース記憶部６０３、共有リソース情報データベース（ＤＢ）６０４などを備えている。
【００２７】
ＬＡＮインタフェース６０１は、プライベートＩＰアドレスを利用して、同一のＬＡＮに接続された中継サーバＲやファイルサーバＦ等の各装置と通信を行うインタフェースである。
【００２８】
リソース記憶部６０３は、そのクライアント端末Ｔが操作可能なファイルやフォルダ等のリソースの実体を記憶する。
【００２９】
共有リソース情報データベース（ＤＢ）６０４は、そのクライアント端末Ｔが保有しているリソースの情報と、そのリソースを共有するクライアント端末Ｔのアカウントの情報とを含め、各クライアント端末Ｔが保有している共有リソースの情報を記述した共有リソース情報１２０を記憶する。
【００３０】
制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。制御部６０２は、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。たとえば、制御部６０２は、リソース記憶部６０３に記憶されているリソースの移動や変更、削除等を制御する処理や、中継サーバＲから共有リソース情報１２０の変更通知を受信して共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を更新する処理などを実行する。制御部６０２を中心としたクライアント端末Ｔの各機能については、後述する。
【００３１】
｛中継サーバ｝
中継サーバＲは、各ＬＡＮにそれぞれ一台配置されている。具体的には、ＬＡＮ１には中継サーバＲ１が配置されており、ＬＡＮ２には中継サーバＲ２が、ＬＡＮ３には中継サーバＲ３が、ＬＡＮ４には中継サーバＲ４が配置されている。
【００３２】
中継サーバＲは、ＬＡＮだけでなくインターネットにも接続されており、同一のＬＡＮに接続されている各クライアント端末Ｔと通信可能であるとともに、外部サーバＳを介して他のＬＡＮに接続された中継サーバＲと通信可能となっている。そのため、各中継サーバＲには、それぞれプライベートＩＰアドレスに加えて、グローバルＩＰアドレスが付与されている。
【００３３】
図４に、各中継サーバＲの機能ブロック図を示す。図４に示すように、中継サーバＲは、ＬＡＮインタフェース５０１、ＷＡＮインタフェース５０２、制御部５０３、アカウント情報データベース（ＤＢ）５０４、中継グループ情報データベース（ＤＢ）５０５、共有リソース情報データベース（ＤＢ）５０６などを備えている。
【００３４】
ＬＡＮインタフェース５０１は、プライベートＩＰアドレスを利用して、ＬＡＮに接続されたクライアント端末Ｔ等との通信を行うインタフェースである。たとえば、ＬＡＮ１であれば、中継サーバＲ１は、ＬＡＮインタフェース５０１を利用して、各クライアント端末１Ａ、１Ｂと通信を行う。
【００３５】
ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを利用して、インターネット１に接続された外部サーバＳ等の各装置と通信を行うインタフェースである。なお、本実施の形態においては、中継サーバＲがＷＡＮインタフェース５０２を備える構成としているが、インターネットとの接続はルータが行い、その配下に中継サーバＲを設置する形態であってもよい。
【００３６】
各中継サーバＲと各クライアント端末Ｔと間の通信は、ＳＩＰを利用して行われるため、各中継サーバＲは、ＳＩＰレジストラサーバとしての機能を備えている。たとえば、ＬＡＮ２に接続されている中継サーバＲ２は、ＳＩＰを利用して、ＬＡＮ２に接続されている各クライアント端末２Ａ、２Ｂのアカウントをアカウント情報ＤＢ５０４に登録するＳＩＰレジストラサーバとして機能するのである。
【００３７】
したがって、中継サーバＲは、図５に示すように、クライアント端末Ｔとの関係では、クライアント端末Ｔからアカウントを受信して登録（ＲＥＧＩＳＴＥＲ）するサーバとして機能する。そして、外部サーバＳとの関係では、外部サーバＳに対してアカウントを送信して登録（ＲＥＧＩＳＴＥＲ）するクライアントとして機能する。
【００３８】
アカウント情報ＤＢ５０４は、登録要求のあったクライアント端末ＴのアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。
【００３９】
中継グループ情報ＤＢ５０５は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する中継グループ情報を管理するデータベースである。
【００４０】
共有リソース情報ＤＢ５０６は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する共有リソース情報を管理するデータベースである。
【００４１】
制御部５０３は、ＬＡＮインタフェース５０１およびＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰや、ＵＤＰ、ＳＩＰなどのプロトコルに従った様々な通信処理を制御する。たとえば、制御部５０３は、自装置のアカウントを外部サーバＳに送信して、登録要求する処理や、同一のＬＡＮに接続されているクライアント端末Ｔから送信されるアカウントをアカウント情報ＤＢ５０４に登録する処理、中継グループ情報１００を作成して中継グループ情報ＤＢ５０５に記憶する処理、共有リソース情報１２０を作成して共有リソース情報ＤＢ５０６に記憶する処理などを実行する。制御部５０３を中心とした中継サーバＲの各機能については後述する。
【００４２】
｛ファイルサーバ｝
ファイルサーバＦは、ＬＡＮに接続されて、同一のＬＡＮに接続されている各クライアント端末Ｔから通信可能なサーバであり、ファイルやフォルダなどのリソースの実体を記憶することができる。つまり、ファイルサーバＦは、各クライアント端末Ｔが備えているリソース記憶部６０３に代わるリソース記憶手段として機能する。つまり、本実施の形態において、各クライアント端末Ｔが操作可能なリソースは、そのクライアント端末Ｔのローカルディスク内に格納されている場合と、ネットワークドライブとしてファイルサーバＦ内に格納されている場合とがある。したがって、図１では、一部のＬＡＮ１、３にファイルサーバＦを示したように、各ＬＡＮに必須の設備ではなく、必要に応じて適宜設置される。
【００４３】
次に、本中継通信システムで扱われる情報である中継グループ情報１００、共有リソース情報１２０について説明する。
【００４４】
｛中継グループ情報｝
中継グループ情報１００の内容を図６に示す。図６は、中継サーバＲ１を基点に３つの中継サーバＲ１・Ｒ２・Ｒ３間で交換され、それぞれの中継グループ情報ＤＢ５０５に記憶される中継グループ情報１００を示している。そこでの中継グループ情報１００は、１つのグループ識別情報１０１と、相互に接続を許可する３つの中継サーバＲ１・Ｒ２・Ｒ３の情報（中継アカウント情報）１０２とで構成されている。
【００４５】
グループ識別情報１０１は、その中継グループ情報１００を識別するための情報であり、中継グループ情報が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。したがって、オペレータ等は、このグループ識別情報１０１によって中継グループを特定することができ、グループ構成の変更等を簡単に行うことができる。
【００４６】
中継アカウント情報１０２は、中継サーバＲのアカウントと、その中継サーバＲと同一のＬＡＮに接続されて、中継サーバＲに登録されているクライアント端末Ｔのアカウントなどの情報で構成されている。中継サーバＲのアカウントには、それぞれ具体的な名称が付与されており、ユーザの識別が容易になっている。各クライアント端末Ｔのアカウントにも同様にそれぞれ具体的な名称が付与されている。たとえば、中継サーバＲ１（Ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２ａであれば、中継サーバＲ１のアカウント（Ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）に対して名称（支社Ａ）が付与されている。そして、同一のＬＡＮに接続されているクライアント端末Ｔの各アカウント（たとえば、ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）とその各名称（たとえば、ｔｅｒｍｉｎａｌ１Ａ）が付与されているのである。なお、符号１０３は、「営業部」や「開発部」等、そのクライアント端末Ｔの所属を示す識別データである。
【００４７】
以上のように、中継グループ情報１００は、中継グループ情報ごとに一意に識別可能に作成されており、相互に接続を許可する一群の中継アカウント情報１０２を含むものである。そして、その中継アカウント情報１０２には、各中継サーバＲのアカウント、およびこれと同一のＬＡＮに配置され、登録されているクライアント端末Ｔのアカウントとが含まれているため、中継グループ情報１００を参照すれば、どのＬＡＮとどのＬＡＮとがグループとなっているのか、そしてそれらのＬＡＮにはどのような中継サーバＲやクライアント端末Ｔが登録されているのかを知ることができる。
【００４８】
｛共有リソース情報｝
次に、共有リソース情報１２０の内容を図７に示す。図７は、クライアント端末１Ａの共有リソース情報ＤＢ６０４に記憶される共有リソース情報１２０を例示したものである。なお、これと同じ情報がクライアント端末１Ａと同一のＬＡＮで登録されている中継サーバＲ１の共有リソース情報ＤＢ５０６にも記憶される。そこでの共有リソース情報１２０は、クライアント端末１Ａに関する共有リソース情報１２０であることを示すアカウント識別情報１２１と、そのクライアント端末１Ａが関連する個別共有リソース情報１２２とで構成されている。
【００４９】
アカウント識別情報１２１は、クライアント端末ごとに共有リソース情報１２０が作成されるため、それを識別するための情報である。
【００５０】
個別共有リソース情報１２２は、共有リソース識別情報１２３と、ファミリーアカウント情報１２４と、ファミリーリソース情報１２５などで構成されている。
【００５１】
共有リソース識別情報１２３は、その個別共有リソース情報１２２を識別するための情報であり、個別共有リソース情報１２２が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。ここでは、共有リソース情報１２０の作成要求のあったクライアント端末Ｔと関連付けられたＩＤ（たとえば、２００６１００１１５００３２ｕｓｅｒ１Ａ＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）と、その識別を容易にするための名称（たとえば、ｕｓｅｒ１Ａ−ｐｏｌｉｃｙ０１）とで構成されている。
【００５２】
したがって、ユーザ等は、共有リソース識別情報１２３によって、個別共有リソース情報１２２を特定することができるため、簡単にその内容を編集等することができる。
【００５３】
ファミリーリソース情報１２５は、クライアント端末Ｔが保有しているファイルやフォルダなどのリソースの実体を示すリソース情報１２６の集合体である。各リソース情報１２６は、共有するリソースの実体の名称の情報（たとえば、ｒｅｓｏｕｒｃｅ  ｎａｍｅ＝“ｆｏｌｄｅｒＡ”）と、そのリソースの実体の操作が可能なクライアント端末Ｔ（オーナクライアント端末）のアカウントの情報（たとえば、ｏｗｎｅｒ＝“ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ”）と、そのリソースの実体の所在を示すアドレスの情報（たとえば、ｖａｌｕｅ＝“ｃ：／ｆｏｌｄｅｒＡ”）とで構成されている。
【００５４】
ファミリーアカウント情報１２４は、ファミリーリソース情報１２５で示されているリソースの実体を共有するクライアント端末Ｔのアカウント（たとえば、ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）の集合体である。ファミリーアカウント情報１２４は、オーナクライアント端末Ｔと、オーナクライアント端末を介して間接的にリソースの実体の操作が可能なクライアント端末Ｔ（ユーザクライアント端末）とで構成されている。ユーザクライアント端末Ｔは、直接的にリソースの実体を操作することはできないが、オーナクライアント端末Ｔを介して間接的にリソースを操作することが可能なクライアント端末Ｔである。
【００５５】
以上の通り構成された中継通信システムにおける通信処理の流れについて、図８、図９、図１１、図１５、および図１８の処理シーケンス図を用いて説明する。図８に示すステップＳ１からステップＳ９は、各装置のアカウントの登録段階を示している。
【００５６】
中継サーバＲ１が、外部サーバＳに対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ１）。ここでは、中継サーバＲ１が、自身のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）の登録要求を行う。外部サーバＳは、ＯＫレスポンスを中継サーバＲ１に返信し、中継サーバＲ１のアカウントと中継サーバＲ１のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報ＤＢ２０３に登録する。
【００５７】
続いて、中継サーバＲ２が、外部サーバＳに対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ２）。ここでは、中継サーバＲ２が、自身のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）の登録要求を行う。外部サーバＳは、ＯＫレスポンスを中継サーバＲ２に返信し、中継サーバＲ２のアカウントと中継サーバＲ２のグローバルＩＰアドレスとを対応付けて中継サーバアカウント情報ＤＢ２０３に登録する。
【００５８】
同様にして、中継サーバＲ３が、外部サーバＳに対して自身のアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を行い、自身のアカウント等を外部サーバＳに登録する（ステップＳ３）。
【００５９】
次に、クライアント端末２Ａが、中継サーバＲ２に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ４）。ここでは、クライアント端末２Ａが、自身のアカウント（ｓｉｐ：ｕｓｅｒ２Ａ＠ａｃｃｏｕｎｔ）の登録要求を行う。中継サーバＲ２は、ＯＫレスポンスを行い、クライアント端末２Ａのアカウントとクライアント端末２ＡのプライベートＩＰアドレスとを対応付けてアカウント情報ＤＢ５０４に登録する。
【００６０】
続いてクライアント端末１Ａが、中継サーバＲ１に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ５）。ここでは、クライアント端末１Ａが、自身のアカウント（ｓｉｐ：ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ）の登録要求を行う。中継サーバＲ１は、ＯＫレスポンスを行い、クライアント端末１Ａのアカウントとクライアント端末１ＡのプライベートＩＰアドレスとを対応付けてアカウント情報ＤＢ５０４に登録する。
【００６１】
同様にして、クライアント端末３Ａが中継サーバＲ３に対し（ステップＳ６）、クライアント端末２Ｂが中継サーバＲ２に対し（ステップＳ７）、クライアント端末１Ｂが中継サーバＲ１に対し（ステップＳ８）、クライアント端末３Ｂが中継サーバＲ３に対し（ステップＳ９）、それぞれ自身のアカウントの登録要求を行い、自身のアカウント等をそれぞれの中継サーバＲに登録する。
【００６２】
以上のステップにより、各中継サーバＲの外部サーバＳに対するアカウントの登録が完了し、各クライアント端末Ｔの各中継サーバＲに対するアカウントの登録が完了する。
【００６３】
なお、以上の各ステップの順序は一例であって、各装置のアカウントの登録が完了すれば、その順序は問わない。また、ネットワーク上に存在しても、これらのアカウントの登録が完了して接続されなければ、中継通信システムとしては機能しない。たとえば、図１のＬＡＮ４は、ここではアカウントの登録が行われていないため、ネットワークに接続しておらず、ここで説明している通信サービスに参加することはできない。
【００６４】
図９に示すステップＳ１０からステップＳ１６は、各中継サーバＲ間での通信段階を示している。なお、ステップＳ１からステップＳ１６までの処理は、一般に、ユーザやオペレータによってネットワークの初期設定として行われる。
【００６５】
中継サーバＲ１が、中継サーバＲ２に対する接続要求コマンド（ＩＮＶＩＴＥメソッド）を、外部サーバＳに送信する(ステップＳ１０)。このＩＮＶＩＴＥメソッドでは、接続要求先の中継サーバＲ２のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定されている。外部サーバＳは、中継サーバアカウント情報ＤＢ２０３を参照することで、中継サーバＲ２のグローバルＩＰアドレスを取得する。そして、外部サーバＳは、中継サーバＲ１から送信されたＩＮＶＩＴＥメソッドを中継サーバＲ２に中継する。接続要求コマンドが中継サーバＲ１から中継サーバＲ２に送信されると、外部サーバＳを介して中継サーバＲ２から中継サーバＲ１に対してＯＫレスポンスが転送される。
【００６６】
このように、各中継サーバＲ間の通信は、外部サーバＳを経由して行われる。中継サーバＲ間の通信処理は、いずれの通信においても同様に外部サーバＳを経由して行われるため、以降、外部サーバＳを経由する通信処理の具体的な説明は省略する。
【００６７】
次に、中継サーバＲ１が、中継サーバＲ２に対してＳＵＢＳＣＲＩＢＥメソッドを利用して、中継サーバＲ２との間に、通知イベントを利用した変更通知設定を行う（ステップＳ１１）。これによって、中継サーバＲ２がもつ中継グループ情報１００の内容に変更が発生した場合、その都度、ＮＯＴＩＦＹメソッドにより、その変更のあった情報が中継サーバＲ２から中継サーバＲ１に通知されることとなる。
【００６８】
なお、ＳＵＢＳＣＲＩＢＥメソッドは、ＳＩＰで定義されている処理手段の一つであり、これで通知イベントを設定すると、それ以降は、通知イベントが実行可能な期間中、ＳＵＢＳＣＲＩＢＥメソッドを受信した側の装置の所定の情報に変更が生じた場合、その都度、ＮＯＴＩＦＹメソッドにより、ＳＵＢＳＣＲＩＢＥメソッドを送信した側の装置に新たな情報の通知が行われる。
【００６９】
同様にして、今度は逆に、中継サーバＲ２が、中継サーバＲ１に対してＳＵＢＳＣＲＩＢＥメソッドを利用して、中継サーバＲ１との間に変更通知設定を行う（ステップＳ１２）。これによって、中継サーバＲ１がもつ中継グループ情報１００に変更が発生した場合、その都度、ＮＯＴＩＦＹメソッドにより、その変更のあった情報が中継サーバＲ１から中継サーバＲ２に通知されることとなる。
【００７０】
ここでは初めて変更通知設定が行われているため、ＳＵＢＳＣＲＩＢＥメソッドを受信した側から通知が行われて、ＳＵＢＳＣＲＩＢＥメソッドを送信した側の中継サーバＲで新規に中継グループ情報１００ａが作成される。
【００７１】
図１０に、その中継グループ情報１００ａを示す。ここでは、中継サーバＲ１と中継サーバＲ２とで一つのグループが形成されているため、その中継グループ情報１００ａには、双方の中継アカウント情報１０２ａ・１０２ｂが含まれている。すなわち、ステップＳ１１のＮＯＴＩＦＹメソッドでは中継サーバＲ２の中継アカウント情報１０２ｂが通知され、ステップＳ１２のＮＯＴＩＦＹメソッドでは中継サーバＲ１の中継アカウント情報１０２ａが通知されて、双方で同じ内容の中継グループ情報１００ａが作成されるのである。作成された中継グループ情報１００ａは、それぞれの中継グループ情報ＤＢ５０５に記憶される。
【００７２】
次のステップＳ１３は、ここで形成された中継サーバＲ１と中継サーバＲ２の中継グループに、中継サーバＲ２から新たに中継サーバＲ３が追加されるステップを示している。詳しくは、オペレータ等が、グループ識別情報１０１を参照してグループを特定する。そして、そのオペレータ等の操作に基づいて、中継サーバＲ２は、中継サーバＲ３に対して接続要求コマンド（ＩＮＶＩＴＥメソッド）を送信する(ステップＳ１３)。その送信を受けて中継サーバＲ３から中継サーバＲ２にＯＫレスポンスが転送される。そして、先のステップＳ１１、ステップＳ１２と同様に、互いにＳＵＢＳＣＲＩＢＥメソッドを利用した変更通知設定が行われる（ステップＳ１４、ステップＳ１５）。そして、ＮＯＴＩＦＹメソッドによりそれぞれ変更があった情報の通知が行われて新たに中継グループ情報１００ｂが作成されるのである。
【００７３】
ここでは、図６の中継グループ情報と同じ内容の中継グループ情報が作成される。図６に示すように、３つの中継サーバＲ１、Ｒ２、Ｒ３で一つのグループが形成されているため、その中継グループ情報１００ｂには、各中継アカウント情報１０２ａ・１０２ｂ・１０２ｃが含まれている。すなわち、ステップＳ１４のＮＯＴＩＦＹメソッドでは中継サーバＲ３の中継アカウント情報１０２ｃが通知され、ステップＳ１５のＮＯＴＩＦＹメソッドでは中継サーバＲ２が記憶している中継アカウント情報１０２ａ・１０２ｂが通知されて、双方で同じ内容の中継グループ情報１００ｂが作成されるのである。作成された新たな中継グループ情報１００ｂは、それぞれの中継グループ情報ＤＢ５０５に記憶される。
【００７４】
ステップＳ１４によって、中継サーバＲ２が中継グループ情報ＤＢ５０５に記憶している中継グループ情報１００に変更が発生する。その結果、ステップＳ１１で設定された変更通知設定に基づき、中継サーバＲ１に変更のあった情報が通知される（ステップＳ１６）。具体的には、中継サーバＲ３の中継アカウント情報１０２ｃが中継サーバＲ１に通知されて、図６に示すグループ情報１００ｂが作成され、記憶されるのである。
【００７５】
こうして、中継サーバＲ１と中継サーバＲ２との間、中継サーバＲ２と中継サーバＲ３との間で、いずれかの中継グループ情報１００に変更が生じた場合には自動的にその内容は更新されるため、中継サーバＲやクライアント端末Ｔのアカウントが変動しても、動的に対応できるようになっている。なお、中継グループ情報１００は、任意の中継サーバＲ間で形成可能であり、複数形成可能であることはいうまでもない。
【００７６】
次に、リソースの共有に関する通信処理の流れについて、図１１および図１５の処理シーケンス図を用いて説明する。
【００７７】
図１１において、クライアント端末１Ａが、中継サーバＲ１に対してアカウント情報の送信要求（ＧｅｔＡｃｃｏｕｎｔＬｉｓｔコマンド）を送信する（ステップＳ２１）。この送信要求に応じて、中継サーバＲ１は、クライアント端末１Ａに、記憶している中継グループ情報の内容、すなわち各中継アカウント情報１０２が送信されて、クライアント端末１Ａに表示される。ユーザは、各中継アカウント情報１０２を参照し、その中からリソースを共有するユーザクライアント端末Ｔを選択して、クライアント端末１Ａに指定する。ここでは、ユーザクライアント端末２Ａ、３Ａが指定されている。
【００７８】
指定を受けたクライアント端末１Ａは、その情報を含む共有リソース作成要求（ＣｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（ステップＳ２２）。共有リソース作成要求を受信した中継サーバＲ１は、作成された共有リソース情報１２０を自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ１は、指定されたユーザクライアント端末２Ａ、３Ａが接続されている各中継サーバＲ２、Ｒ３に、作成された共有リソース情報１２０をＮＯＴＩＦＹメソッドにより通知する（ステップＳ２２．１、ステップＳ２２．２）。通知を受けた各中継サーバＲ２、Ｒ３は、自身の共有リソース情報ＤＢ５０６にその共有リソース情報１２０を記憶する。そして、指定された各ユーザクライアント端末２Ａ、３Ａに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２２．１．１、ステップＳ２２．２．１）。この変更通知を受けた各ユーザクライアント端末２Ａ、３Ａは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０の変更を行う。
【００７９】
図１２に、ここで各中継サーバＲ１、Ｒ２、Ｒ３および各クライアント端末１Ａ，２Ａ，３Ａに記憶される共有リソース情報１２０ａを示す。そこには、この共有リソース情報１２０ａを一意に識別するための共有リソース識別情報１２１と、オーナとなるクライアント端末１Ａのアカウントおよびユーザとなる指定されたクライアント端末２Ａ、３Ａのアカウントの集合体であるファミリーアカウント情報１２４とが含まれている。
【００８０】
次に、クライアント端末１Ａから、ユーザの操作によって、共有するリソースの実体を示すリソース情報１２６を共有リソース情報１２０に加える処理が行われる。すなわち、ユーザは、クライアント端末１Ａが操作可能なリソースの実体の中から、共有に供するリソースの実体を選択し、クライアント端末１Ａに指定する。ここでは、「ｆｏｌｄｅｒＡ」、「ｆｉｌｅ００１．ｘｌｓ」、「ｆｉｌｅ００２．ｗｒｄ」、「ｆｉｌｅ００３．ｐｄｆ」が指定されている。
【００８１】
指定を受けたクライアント端末１Ａは、指定された情報を含む共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（ステップＳ２３）。共有リソース変更要求を受信した中継サーバＲ１は、変更された共有リソース情報１２０ｂを自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ１は、ユーザクライアント端末２Ａ、３Ａが接続されている各中継サーバＲ２、Ｒ３に、変更された共有リソース情報１２０ｂをＮＯＴＩＦＹメソッドにより通知する（ステップＳ２３．１、ステップＳ２３．２）。通知を受けた各中継サーバＲは、自身の共有リソース情報ＤＢ５０６にその共有リソース情報１２０ｂを記憶する。そして、各ユーザクライアント端末２Ａ，３Ａに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２３．１．１、ステップＳ２３．２．１）。この変更要求を受けた各ユーザクライアント端末２Ａ、３Ａは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を変更する。
【００８２】
図１３に、ここで各中継サーバＲおよび各クライアント端末Ｔに記憶される共有リソース情報１２０ｂを示す。そこには、先のステップＳ２２で作成された共有リソース情報１２０ａにファミリーリソース情報１２５ａが追加されている。
【００８３】
以上の通信処理によって作成された共有リソース情報１２０ｂを参照すれば、クライアント端末１Ａがオーナクライアント端末Ｔであること、各クライアント端末２Ａ，３Ａがユーザクライアント端末Ｔであること、オーナクライアント端末１Ａが操作可能なリソースの実体の内容および、そのネットワーク上での存在位置などを特定することができる。
【００８４】
次は、新たに、クライアント端末２Ｂから共有リソース情報１２０の作成処理が行われるステップを示している。
【００８５】
クライアント端末２Ｂが、中継サーバＲ２に対してアカウント情報の送信要求（ＧｅｔＡｃｃｏｕｎｔＬｉｓｔコマンド）を送信する（ステップＳ２４）。この送信要求に応じて、中継サーバＲ２は、クライアント端末２Ｂに、記憶している中継グループ情報１００の内容、すなわち各中継アカウント情報１０２が送信されて、クライアント端末２Ｂに表示される。ユーザは、各中継アカウント情報１０２を参照し、その中からリソースを共有するユーザクライアント端末Ｔを選択して、クライアント端末２Ｂに指定する。ここでは、ユーザクライアント端末としてクライアント端末１Ａ、３Ｂが指定されている。
【００８６】
指定を受けたクライアント端末２Ｂは、その情報を含む共有リソース作成要求（ＣｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２に送信する（ステップＳ２５）。共有リソース作成要求を受信した中継サーバＲ２は、作成された共有リソース情報１２０を自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ２は、指定されたユーザクライアント端末１Ａ，３Ｂが接続されている各中継サーバＲ１、Ｒ３に、作成された共有リソース情報１２０をＮＯＴＩＦＹメソッドにより通知する（ステップＳ２５．１、ステップＳ２５．２）。通知を受けた各中継サーバＲ１、Ｒ３は、自身の共有リソース情報ＤＢ５０６に作成された共有リソース情報１２０を記憶する。そして、指定された各ユーザクライアント端末１Ａ、３Ｂに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２５．１．１、ステップＳ２５．２．１）。この変更通知を受けた各ユーザクライアント端末１Ａ、３Ｂは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を変更する。
【００８７】
図１４に、クライアント端末１Ａおよび中継サーバＲ１に記憶される共有リソース情報１２０ｃを示す。そこには、先のステップ３で作成された共有リソース情報１２０ｂに、新たに作成された個別共有リソース情報１２２ａが追加されている。新たに作成された個別共有リソース情報１２２ａには、新たに共有リソース識別情報１２３ａが付与される。
【００８８】
なお、クライアント端末２Ｂ、３Ｂは、先に作成されている共有リソース情報１２０ｂとは関連がないため、クライアント端末２Ｂ、３Ｂおよび中継サーバＲ２、Ｒ３には、新たに作成された個別共有リソース情報１２２ａが共有リソース情報１２０として記憶される。
【００８９】
次に、図１５において、新たに作成された個別共有リソース情報１２２ａに対し、クライアント端末１Ａから共有に供するリソースのリソース情報１２６を加える処理が行われた場合の通信処理の流れを示している。
【００９０】
ユーザは、共有リソース識別情報１２３ａに基づいて、共有リソース情報１２０ｃの中からリソースを追加する個別共有リソース情報１２２ａを選択して、クライアント端末１Ａに指定する。そして、ユーザは、クライアント端末１Ａが操作可能なリソースの実体の中から共有に供するリソースを選択し、クライアント端末１Ａに指定する。ちなみに、ここでは「ｆｉｌｅ００５．ｐｐｔ」が指定されている。
【００９１】
指定を受けたクライアント端末１Ａは、指定された情報を含む共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（ステップＳ２６）。共有リソース変更要求を受信した中継サーバＲ１は、変更された共有リソース情報１２０ｄを自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ１は、対象となった個別共有リソース情報１２２ａのファミリーアカウント情報１２４に含まれたユーザクライアント端末Ｔ（２Ｂ、３Ｂ）が接続されている各中継サーバＲ２、Ｒ３に、変更された個別共有リソース情報１２２ａをＮＯＴＩＦＹメソッドにより通知する（ステップＳ２６．１、ステップＳ２６．２）。通知を受けた各中継サーバＲ２、Ｒ３は、自身の共有リソース情報ＤＢ５０６の共有リソース情報１２０を変更して記憶する。そして、各ユーザクライアント端末２Ｂ、３Ｂに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２６．１．１、ステップＳ２６．２．１）。この変更要求を受けた各ユーザクライアント端末２Ｂ、３Ｂは、自身の共有リソース情報ＤＢ６０４に記憶している共有リソース情報１２０を変更する。
【００９２】
図１６に、クライアント端末１Ａおよび中継サーバＲ１に記憶される共有リソース情報１２０ｄを示す。そこには、先のステップＳ２５で作成された共有リソース情報１２０ｃの個別共有リソース情報１２２ａに、新たにファミリーリソース情報１２５ｂが追加変更されている。なお、クライアント端末２Ｂ、３Ｂおよび中継サーバＲ２、Ｒ３には、変更された共有リソース情報１２２ａが共有リソース情報１２０として記憶される。
【００９３】
次は、クライアント端末２Ｂから、個別共有リソース情報１２２ａに対し、リソース情報１２６を共有リソース情報１２０に加える処理が行われた場合の通信処理の流れを示している。
【００９４】
ユーザは、共有リソース識別情報１２３ａに基づいて、共有リソース情報１２０の中から、リソースを追加する個別共有リソース情報１２２ａを選択して、クライアント端末２Ｂに指定する。そして、ユーザは、クライアント端末２Ｂが操作可能なリソースの中から共有に供するリソースを選択し、クライアント端末２Ｂに指定する。ちなみに、ここでは「ｆｏｌｄｅｒＣ」、「ｆｉｌｅ００Ａ．ｐｐｔ」、「ｆｉｌｅ００Ｂ．ｐｐｔ」が指定されている。
【００９５】
指定を受けたクライアント端末２Ｂは、指定された情報を含む共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２に送信する（ステップＳ２７）。共有リソース変更要求を受信した中継サーバＲ２は、変更された共有リソース情報１２０を自身の共有リソース情報ＤＢ５０６に記憶する。そして、中継サーバＲ２は、リソースを共有するユーザクライアント端末１Ａ，３Ｂが接続されている各中継サーバＲ１、Ｒ３に、変更された個別共有リソース情報１２２をＮＯＴＩＦＹメソッドにより通知する（ステップＳ２７．１、ステップＳ２７．２）。通知を受けた各中継サーバＲ１、Ｒ３は、自身の共有リソース情報ＤＢ５０６の共有リソース情報を変更して記憶する。そして、各ユーザクライアント端末１Ａ、３Ｂに対し、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ２７．１．１、ステップＳ２７．２．１）。この変更要求を受けた各ユーザクライアント端末１Ａ、３Ｂは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報１２０を変更する。
【００９６】
図１７に、クライアント端末１Ａおよび中継サーバＲ１に記憶される共有リソース情報１２０ｅを示す。そこには、先のステップＳ２６で作成された共有リソース情報１２０ｄに、新たにファミリーリソース情報１２５ｃが追加変更されている。なお、クライアント端末２Ｂ、３Ｂおよび中継サーバＲ２、Ｒ３には、変更された個別共有リソース情報１２２ａが共有リソース情報１２０として記憶される。
【００９７】
このように、各クライアント端末Ｔは、個別にリソースを共有する集合体を形成することができる。そして、各クライアント端末Ｔは、共有するリソースを必要なときに必要なだけ変更することができ、汎用性、柔軟性に優れた中継通信システムとなっている。
【００９８】
次に、図１８において、あるＬＡＮに接続されているクライアント端末Ｔが、インターネットを越えて、他のＬＡＮのクライアント端末Ｔが保有するリソースを間接的に操作する通信処理の流れを説明する。
【００９９】
最初の処理は、ＬＡＮ２のクライアント端末２Ａが、ＬＡＮ１のクライアント端末１Ａが保有し操作可能なリソースを間接的にコピーする場合の流れを示している。
【０１００】
クライアント端末２Ａは、ユーザから「ｆｉｌｅ００３．ｐｄｆ」のコピーの指示を受けると、中継サーバＲ２に複写要求（Ｃｏｐｙｆｉｌｅコマンド）を送信する（ステップＳ３１）。複写要求を受信した中継サーバＲ２は、複写対象となっている「ｆｉｌｅ００３．ｐｄｆ」を保有しているオーナクライアント端末Ｔを共有リソース情報１２０に基づいて選択し、そのオーナクライアント端末Ｔが接続されている中継サーバＲを中継グループ情報１００に基づいて選択して通信するのである。もちろん、共有できるリソースでないとか、アカウントの登録が行われていない場合には、通信は行われない。
【０１０１】
続いて、中継サーバＲ２は、特定した中継サーバＲ１に対し、外部サーバＳを介して、接続要求（ＩＮＶＩＴＥメソッド）を送信する（ステップＳ３１．１）。接続要求を受信した中継サーバＲ１は、クライアント端末１Ａに対し、複写要求を送信する（ステップＳ３１．１．１）。複写要求を受信したクライアント端末１Ａは、対象となるリソース（ｆｉｌｅ００３．ｐｄｆ）の操作が可能であれば、ＯＫレスポンスを中継サーバＲ１に送信し、中継サーバＲ１は、中継サーバＲ２に転送する。
【０１０２】
ＯＫレスポンスを受信した中継サーバＲ２が、中継サーバＲ１に対し、Ｍｅｄｉａｓｅｓｓｉｏｎコマンドを送信して、両中継サーバＲ１・Ｒ２間に通信経路が確立される（ステップＳ３１．２）。Ｍｅｄｉａｓｅｓｓｉｏｎコマンドを受信した中継サーバＲ１は、クライアント端末１Ａに対し、ファイルを複写するＧｅｔＦｉｌｅＤａｔａコマンドを送信してファイル複写要求を行う（ステップＳ３１．２．１）。ファイル複写要求を受けたクライアント端末１Ａは、対象とされた「ｆｉｌｅ００３」を、リソース記憶部６０３から複写して中継サーバＲ１に送信する。そして、「ｆｉｌｅ００３」は、中継サーバＲ１、中継サーバＲ２を経由してクライアント端末２Ａに送信される（ＦｉｌｅＴｒａｎｓｆｅｒコマンド）。なお、リソースの実体は、リソース記憶部６０３からだけではなく、ファイルサーバＦから複写される場合もある。
【０１０３】
一連の通信処理が終わると、確立された通信経路を切断するために、中継サーバＲ２から中継サーバＲ１に対して切断要求（ＢＹＥメソッド）が送信されて、両中継サーバ間の通信経路が切断されて通信が終了する（ステップＳ３２）。
【０１０４】
次は、ＬＡＮ３のクライアント端末３Ｂが、ＬＡＮ２のクライアント端末２Ｂが保有し操作可能なリソースを間接的に削除する場合の流れを示している。
【０１０５】
クライアント端末３Ｂは、ユーザから「ｆｉｌｅ００Ａ．ｐｐｔ」の削除の指示を受けると、中継サーバＲ３にファイルを削除するＤｅｌｅｔｅｆｉｌｅコマンドを送信して削除要求する（ステップＳ３３）。削除要求を受けた中継サーバＲ３は、削除対象の「ｆｉｌｅ００Ａ．ｐｐｔ」を保有し操作可能なオーナクライアント端末Ｔと、そのオーナクライアント端末Ｔが接続されている中継サーバＲとを、共有リソース情報１２０と中継グループ情報１００とに基づいて特定する。
【０１０６】
続いて、中継サーバＲ３は、特定した中継サーバＲ２に対し、外部サーバＳを介して、ＮＯＴＩＦＹメソッドにより、削除要求の情報を送信する（ステップＳ３３．１）。削除要求の情報を受信した中継サーバＲ２は、クライアント端末２Ｂに対し、Ｄｅｌｅｔｅｆｉｌｅコマンドを送信して削除要求する（ステップＳ３３．１．１）。削除要求を受信したクライアント端末２Ｂは、対象のリソース（ｆｉｌｅ００Ａ．ｐｐｔ）を、リソース記憶部６０３から削除する。そして、ＯＫレスポンスが、中継サーバＲ２、中継サーバＲ３を経由してクライアント端末３Ｂに送信される。
【０１０７】
図１９に、削除処理が行われた後の共有リソース情報１２０ｆを示す。図１９に示すように、削除対象であった「ｆｉｌｅ００Ａ．ｐｐｔ」のリソース情報１２６は、共有リソース情報１２０の中から削除されている。リソースの実体が消去されたからである。
【０１０８】
リソースの削除等、共有リソース情報１２０の内容が変更される操作がなされた場合には、共有リソース情報の更新処理が引き続いて行われる。
【０１０９】
具体的には、共有リソース情報１２０の変更を伴う操作が指示されたクライアント端末３Ｂから、共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）が、中継サーバＲ３に送信される（ステップＳ３４）。この変更要求を受信した中継サーバＲ３は、変更された共有リソース情報１２０に関わる中継サーバＲ１、Ｒ２に対し、変更された共有リソース情報１２０をＮＯＴＩＦＹメソッドにより通知する（ステップＳ３４．１、ステップＳ３４．２）。そして、各中継サーバＲ１、Ｒ２は、自身の共有リソース情報ＤＢ５０６の共有リソース情報を変更して記憶する。
【０１１０】
そして、それぞれ変更された共有リソース情報１２０に関わるユーザクライアント端末１Ａ、２Ｂに共有リソース変更要求（ＵｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を送信する（ステップＳ３４．１．１、ステップＳ３４．２．１）。変更要求を受信した各ユーザクライアント端末１Ａ、２Ｂは、自身の共有リソース情報ＤＢ６０４に記憶されている共有リソース情報を変更する。
【０１１１】
すなわち、共有リソース情報１２０が変更されると、関連する中継サーバＲおよびクライアント端末Ｔには、その旨の通知がされて、直ちに新たな共有リソース情報１２０に更新されるようになっているのである。
【０１１２】
｛第２の実施の形態｝
本実施の形態では、いずれかのＬＡＮで登録されたクライアント端末Ｔが他のＬＡＮに移動しても、設定変更等、手間のかかる作業を要さず、そのまま意識せずにログインしてリソースを扱うことができる、よりダイナミックな中継通信システムとなっている。
【０１１３】
中継サーバＲ、クライアント端末Ｔなどの中継通信システムの各構成や、各通信処理の流れの基本的構成は、第１の実施の形態と同じである。以下、図２０および図２１のシーケンス図を中心に本実施の形態について具体的に説明する。
【０１１４】
図２０および図２１は、いずれかのＬＡＮで登録されたクライアント端末Ｔが、他のＬＡＮに移動して接続する場合における通信処理の流れの一例を示している。具体的には、ＬＡＮ１の中継サーバＲ１で登録されたクライアント端末１Ａがログオフして、新たにＬＡＮ２の中継サーバＲ２にログインした場合を示したものである。
【０１１５】
図２２は、クライアント端末１Ａが移動する前に、関連する各中継サーバＲ１・Ｒ２・Ｒ３に記憶されている中継グループ情報１００の内容を示したものである。そして、図２３は、クライアント端末１Ａが移動する前に、所定のリソースについて共有グループを形成するクライアント端末１Ａ・２Ａ・３Ａ、およびこれらが登録している各中継サーバＲ１・Ｒ２・Ｒ３に、それぞれ記憶されている共有リソース情報１２０の内容を示したものである。
【０１１６】
図２３において、たとえば、リソースの実体の名称「ｆｏｌｄｅｒＮｅｔ」の所在を示すアドレスの情報には、「ｖａｌｕｅ＝“／／ｎｅｔｗｏｒｋ／ｚ：ｆｏｌｄｅｒＺ”」と記録されている。これは、名称「ｆｏｌｄｅｒＮｅｔ」のリソースの実体が、クライアント端末１Ａとは別のＬＡＮ１のネットワーク上の記憶手段にあることを示している。本実施の形態では、「ｆｏｌｄｅｒＺ」は、ＬＡＮ１内に配置されたファイルサーバＦにあるものとする。一方、「ｖａｌｕｅ＝“ｃ：／ｆｏｌｄｅｒＡ”などは、クライアント端末１Ａ内部の記憶手段にあることを示している。
【０１１７】
第１の実施の形態とは異なり、本実施の形態の各情報１００、１２０には、中継サーバＲやクライアント端末Ｔ、リソースの接続状態を示す状態情報（ｓｔａｔｕｓ）１０７、１２７が記録されている。たとえば、「ｓｔａｔｕｓ＝”ｏｋ“」や「ｓｔａｔｕｓ＝”ｌｏｇｏｎ“」は、その表示がされた中継サーバＲやクライアント端末Ｔ、リソースが、接続可能な状態であることを示している。
【０１１８】
さらに、本実施の形態の中継グループ情報１００には、クライアント端末Ｔ別に、そのクライアント端末Ｔがその時点で接続している中継サーバＲを示す接続情報（ｓｅｒｖｅｒ）１０８が記録されている。たとえば、「ｓｅｖｅｒ＝”ｒｅｌａｙ−ｓｅｖｅｒ１“」は、現時点における接続先が中継サーバＲ１であることを示している。
【０１１９】
図２０において、図１に示すようにＬＡＮ１内に配置され、図２２に示すように既に中継サーバＲ１に登録されているクライアント端末１Ａが、中継サーバＲ１に対し、ログオフの要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ１０１）。その要求を受信した中継サーバＲ１は、送信のあったクライアント端末１Ａに対し、レスポンスを返信する。
【０１２０】
クライアント端末１Ａがログオフしたことによって、中継グループ情報１００の内容が変更され、中継サーバＲ１は、自装置に記憶している中継グループ情報１００を更新する。そして、中継サーバＲ１は、クライアント端末１Ａを含んだ中継グループを形成している他の中継サーバＲ２・Ｒ３に対し、中継グループ情報の変更通知をＮＯＴＩＦＹメソッドにより送信する（ステップＳ１０２、ステップＳ１０３）。変更通知を受信した各中継サーバＲ２・Ｒ３は、自装置が記憶している中継グループ情報１００を更新するとともに、送信元にレスポンスを返信する。
【０１２１】
図２４に、その変更通知によって送受信される中継グループ情報１００ｈの内容を示す。図２４に示すように、ログオフしたクライアント端末１Ａの状態情報１０７ａには、接続不可を示す「ｌｏｇｏｆｆ」が記録されており、同様に接続先の中継サーバＲを示す接続情報１０８ａは、中継サーバＲ１との接続が切断されたため、「ｒｅｌａｙ−ｓｅｖｅｒ１」の記録が削除されて、空白の状態となっている。
【０１２２】
また、クライアント端末１Ａがログオフしたことによって、共有リソース情報の内容も変更される。たとえば、クライアント端末１Ａがオーナであったリソースは、クライアント端末１Ａがログオフしたことによって、操作できない。そこで、中継サーバＲ１は、更新された中継グループ情報１００の内容に基づいて、自装置が記憶している共有リソース情報１２０の該当データを更新する。
【０１２３】
そして、中継サーバＲ１は、この更新に関連するクライアント端末Ｔが登録されている他の中継サーバＲに対し、共有リソース情報１２０の変更通知を送信する。なお、更新に関連するクライアント端末Ｔとは、更新によって接続状態が変化するリソースがあった場合に、そのリソースを含む共有リソース情報１２０のファミリーアカウント情報１２４に含まれるクライアント端末Ｔのことである。この変更通知は、先の中継グループ情報１００の変更通知と通知先が同じであるため、先のステップＳ１０２およびステップＳ１０３であわせて送信される。
【０１２４】
共有リソース情報１２０の変更通知を受信した中継サーバＲ２・Ｒ３は、自装置が記憶している共有リソース情報１２０を更新するとともに、関連するクライアント端末２Ａ・３Ａに対し、その変更通知に基づいて、状態変更要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅＳｔａｔｕｓコマンド）を送信する（ステップＳ１０２．１、ステップＳ１０３．１）。状態変更要求を受信したクライアント端末２Ａ・３Ａは、自装置が記憶している共有リソース情報１２０を更新するとともに、送信元にレスポンスを返信する。
【０１２５】
図２５に、この更新の際に送受信される共有リソース情報１２０ｈの内容を示す。図２５に示すように、ログオフしたクライアント端末１Ａがオーナであるリソース（たとえば、「ｆｏｌｄｅｒＡ」）の状態情報１２７ａに、接続不可を示す“ｅｒｒｏｒ”が記録されている。
【０１２６】
したがって、中継グループ情報１００を参照すれば、クライアント端末Ｔの接続状態が簡単に判断でき、共有リソース情報１２０を参照すれば、リソースの接続状態が簡単に判断できる。
【０１２７】
次に、ログオフしたクライアント端末１Ａは、ＬＡＮ２に移動して、ログオンするための接続要求（ＲＥＧＩＳＴＥＲ）を中継サーバＲ２に送信する（ステップＳ１０４）。この接続要求を受信した中継サーバＲ２は、自装置のアカウント情報登録部５０４に記憶しているクライアント端末Ｔの情報を参照し、接続要求のあったクライアント端末１Ａが、登録されているか否かを判断する。登録されていないと判断した場合に、中継グループ情報１００に基づいて、接続要求のあったクライアント端末１Ａが登録されている中継サーバＲ１を特定する。なお、中継サーバＲ２は、クライアント端末１Ａの情報が得られず特定できない場合にはログインは受け入れない。また、自装置に登録されていた場合にはそのままログインを受け入れる。
【０１２８】
そして、中継サーバＲ２は、特定した中継サーバＲ１に対して、クライアント端末１Ａから受信したＩＤやパスワード等のログイン情報が正しいかどうかを、確認要求（ＮＯＴＩＦＹ）を送信して問い合わせる（ステップＳ１０４．１）。確認要求を受信した中継サーバＲ１は、自装置に記憶している中継グループ情報１００を参照し、クライアント端末１Ａのログイン情報が正しいかどうかを問合せのあった中継サーバＲ２にＮＯＴＩＦＹメソッドにより送信する。そして、ログインのあったクライアント端末１Ａは正当なものであることを確認した中継サーバＲ２は、クライアント端末１Ａに対してＯＫレスポンスを送信し、クライアント端末１Ａのログインを受け付けて接続を許可するのである。
【０１２９】
中継サーバＲ２は、クライアント端末１Ａのログインを受け付けると、図２１に示すように、自装置に記憶している中継グループ情報１００を更新するとともに、関連する他の中継サーバＲ１・Ｒ３に中継グループ情報１００の変更通知をＮＯＴＩＦＹメソッドにより送信する（ステップＳ１０５、ステップＳ１０６）。そして、変更通知を受信した中継サーバＲ１・Ｒ３は、その変更通知に基づいて、自装置に記憶している中継グループ情報１００を更新し、送信元にレスポンスを返信する。
【０１３０】
図２６に、この更新の際に送受信される中継グループ情報１００ｉの内容を示す。図２６に示すように、ログインされたクライアント端末１Ａの状態情報１０７ｂには、接続可能であることを示す「ｌｏｇｏｎ」が記録されている。同様に、接続情報１０８ｂには、新たな接続先である中継サーバＲ２を示す「ｒｅｌａｙ−ｓｅｖｅｒ２」が記録されている。したがって、これを参照すれば、ＬＡＮ１の中継サーバＲ１で登録されたクライアント端末１ＡがＬＡＮ２に移動して、中継サーバＲ２にログインしていることが判断できるのである。
【０１３１】
次に、クライアント端末１Ａは、ログインした中継サーバＲ２に対し、クライアント端末１Ａに関連する共有リソース情報１２０の送信要求（ＧｅｔＲｅｓｏｕｒｃｅＳｔａｔｕｓコマンド）を送信する（ステップＳ１０７）。これを受信した中継サーバＲ２は、クライアント端末１Ａに対し、該当する共有リソース情報１２０を送信する。
【０１３２】
この共有リソース情報１２０を受信したクライアント端末１Ａは、自動的に、自身がオーナであるリソースについて操作可能か否かを確認し、その結果に基づいて共有リソース情報１２０の状態情報１２７を更新する。そして、更新した共有リソース情報１２０に基づいて、ログインした中継サーバＲ２に対し、状態変更要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅＳｔａｔｕｓコマンド）を送信する（ステップＳ１０８）。
【０１３３】
この状態変更要求を受信した中継サーバＲ２は、自装置に記憶している対象の共有リソース情報１２０を更新する。そして、自装置に登録されているクライアント端末Ｔであって、対象の共有リソース情報１２０のファミリーアカウント情報１２４に含まれるクライアント端末Ｔ（ここでは２Ａ）に対し、状態変更要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅＳｔａｔｕｓコマンド）を送信する（ステップＳ１０８．１）。状態変更要求を受信したクライアント端末２Ａは、記憶している共有リソース情報１２０を更新するとともに、送信元にレスポンスを返信する。
【０１３４】
そして、ファミリーアカウント情報１２４に含まれる他のクライアント端末Ｔ（ここでは、１Ａと３Ａ）が登録されている中継サーバＲ１・Ｒ３に対し、共有リソース情報の変更通知を送信する（ステップＳ１０８．２、ステップＳ１０８．３）。変更通知を受信した中継サーバＲ１・Ｒ２は、記憶している共有リソース情報１２０を更新する。そうすると、中継サーバＲ３は、クライアント端末３Ａに対して、状態変更要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅＳｔａｔｕｓコマンド）を送信する（ステップＳ１０８．３．１）。状態変更要求を受信したクライアント端末３Ａは、記憶している共有リソース情報１２０を更新するとともに、送信元にレスポンスを返信する。なお、中継サーバＲ１では、クライアント端末１Ａに対して状態変更要求は送信されない。すでに中継サーバＲ２にログインしているからである。
【０１３５】
図２７にこの更新の際に送受信される共有リソース情報１２０ｉの内容を示す。図２７に示すように、移動のあったクライアント端末１Ａがオーナである状態情報１２７ｂの内容が接続不可（ｅｒｒｏｒ）から接続可能を示す（ｏｋ）に更新されている。
【０１３６】
ただし、クライアント端末１Ａがオーナであっても、ＬＡＮ１のネットワーク上に配置されたファイルサーバＦ内にあるｆｏｌｄｅｒＺに記憶されたリソース、たとえば「ｆｏｌｄｅｒＮｅｔ」などは、クライアント端末１ＡがＬＡＮ２に移動したことにより、もはや操作できない。そのため、これらの状態情報１２７ｃは、接続不可（ｅｒｒｏｒ）のままである。
【０１３７】
このように、中継グループ情報１００、共有リソース情報１２０の内容は、中継通信システム内で逐次更新されるため、他のＬＡＮに移動して再接続した場合でも、ユーザは、従来通りにリソースの操作ができるのである。
【０１３８】
以上のように、本発明の中継サーバを適用した中継通信システムでは、異なるＬＡＮにあるクライアント端末が、ＷＡＮを越えて、他のクライアント端末が保有しているリソースを、あたかも自装置が保有しているかのごとく操作することができる。
【０１３９】
そして、いずれかのＬＡＮで既に登録されているクライアント端末が他のＬＡＮに移動してログオンしても、動的に対応可能であり、設定変更等、手間のかかる作業を要さず、そのまま意識せずにリソースを扱うことができる。
【図面の簡単な説明】
【０１４０】
【図１】第１の実施の形態における中継通信システムのネットワーク構成図である。
【図２】第１の実施の形態における外部サーバの機能ブロック図である。
【図３】第１の実施の形態におけるクライアント端末の機能ブロック図である。
【図４】第１の実施の形態における中継サーバの機能ブロック図である。
【図５】第１の実施の形態における、通信端末と中継サーバの関係および中継サーバと外部サーバとの関係を示す図である。
【図６】第１の実施の形態における中継グループ情報の内容を示す図である。
【図７】第１の実施の形態における共有リソース情報の内容を示す図である。
【図８】第１の実施の形態における通信処理のシーケンス図である。
【図９】図８に続く通信処理のシーケンス図である。
【図１０】第１の実施の形態における、ある過程における中継グループ情報の内容を示す図である。
【図１１】第１の実施の形態における通信処理のシーケンス図である。
【図１２】第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。
【図１３】第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。
【図１４】第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。
【図１５】図１１に続く通信処理のシーケンス図である。
【図１６】第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。
【図１７】第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。
【図１８】第１の実施の形態における通信処理のシーケンス図である。
【図１９】第１の実施の形態における、ある過程における共有リソース情報の内容を示す図である。
【図２０】第２の実施の形態における通信処理のシーケンス図である。
【図２１】第２の実施の形態における通信処理のシーケンス図である。
【図２２】第２の実施の形態における、ある過程の中継グループ情報の内容を示す図である。
【図２３】第２の実施の形態における、ある過程の共有リソース情報の内容を示す図である。
【図２４】第２の実施の形態における、ある過程の中継グループ情報の内容を示す図である。
【図２５】第２の実施の形態における、ある過程の共有リソース情報の内容を示す図である。
【図２６】第２の実施の形態における、ある過程の中継グループ情報の内容を示す図である。
【図２７】第２の実施の形態における、ある過程の共有リソース情報の内容を示す図である。
【符号の説明】
【０１４１】
Ｓ  外部サーバ
Ｔ  クライアント端末
Ｒ  中継サーバ
１００  中継グループ情報
１０７  状態情報
１０８  接続情報
１２０  共有リソース情報
１２７  状態情報
５０４  アカウント情報ＤＢ
５０５  中継グループ情報ＤＢ
５０６  共有リソース情報ＤＢ
【図１】
2008148200.tif 000003
【図２】
2008148200.tif 000004
【図３】
2008148200.tif 000005
【図４】
2008148200.tif 000006
【図５】
2008148200.tif 000007
【図６】
2008148200.tif 000008
【図７】
2008148200.tif 000009
【図８】
2008148200.tif 000010
【図９】
2008148200.tif 000011
【図１０】
2008148200.tif 000012
【図１１】
2008148200.tif 000013
【図１２】
2008148200.tif 000014
【図１３】
2008148200.tif 000015
【図１４】
2008148200.tif 000016
【図１５】
2008148200.tif 000017
【図１６】
2008148200.tif 000018
【図１７】
2008148200.tif 000019
【図１８】
2008148200.tif 000020
【図１９】
2008148200.tif 000021
【図２０】
2008148200.tif 000022
【図２１】
2008148200.tif 000023
【図２２】
2008148200.tif 000024
【図２３】
2008148200.tif 000025
【図２４】
2008148200.tif 000026
【図２５】
2008148200.tif 000027
【図２６】
2008148200.tif 000028
【図２７】
2008148200.tif 000029