JP4888103B2

JP4888103B2 - 中継サーバ

Info

Publication number: JP4888103B2
Application number: JP2006341335A
Authority: JP
Inventors: 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2006-12-19
Filing date: 2006-12-19
Publication date: 2012-02-29
Anticipated expiration: 2026-12-19
Also published as: JP2008154070A

Description

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

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

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

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

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

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

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

さらに、リソースの取り扱い方法についても状況に応じて選択できる、柔軟性のある通信システムであるのが好ましい。

そこで、本発明はこれら問題点に鑑み、異なるＬＡＮに接続され、異なるプロトコルで管理されている通信装置間でも、各通信装置が必要なときに必要な相手とリソースを共有したり、リソースを操作したりすることができ、運用が容易な中継通信システムを構築できる中継サーバの提供を目的とする。拡張性、柔軟性に優れ、ユーザがリソースの取り扱い方法を選択できる中継サーバの提供を目的とする。

上記課題の解決を図るべく、請求項１に記載の本発明は、ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、同一のＬＡＮに接続されているクライアント端末の情報を記憶するアカウント情報登録部と、相互に接続を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、そのリソースを共有するクライアント端末の情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、アカウント情報登録部に記憶されているクライアント端末から、他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、中継グループ情報および共有リソース情報に基づいて、そのリソースの操作を中継する手段と、を備え、リソースの操作において、共有リソース情報の変更に基づく見掛け上の操作とそのリソースの実体の操作とを同期させる同期モードと、共有リソース情報の変更に基づく見掛け上の操作とそのリソースの実体の操作とを同期させない非同期モードと、を備えていることを特徴とする。

請求項２に記載の本発明は、請求項１に記載の中継サーバであって、同期モードでは、他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、共有リソース情報に基づいて、そのリソースの操作可能なクライアント端末を特定し、中継グループ情報に基づいて、特定したクライアント端末が登録されている中継サーバを特定し、特定した中継サーバを経由して、そのリソースの操作可能なクライアント端末に操作指示を行うことを特徴とする。

請求項３に記載の本発明は、請求項１または請求項２に記載の中継サーバであって、非同期モードでは、他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、共有リソース情報の変更によって見掛け上の操作ができる場合には、共有リソース情報を更新し、共有リソース情報の変更によって見掛け上の操作ができない場合には、共有リソース情報に基づいて、そのリソースの操作可能なクライアント端末を特定し、中継グループ情報に基づいて、そのクライアント端末が登録されている中継サーバを特定し、特定した中継サーバを経由して、そのリソースの操作可能なクライアント端末に操作指示を行うことを特徴とする。

請求項４に記載の本発明は、請求項１ないし請求項３のいずれかに記載の中継サーバであって、モードが、予め設定されていることを特徴とする。

請求項５に記載の本発明は、請求項１ないし請求項３のいずれかに記載の中継サーバであって、リソースの操作時に、モードの選択が可能であることを特徴とする。

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

さらに、リソースの取り扱いに際し、見掛け上の操作とリソースの実体の操作とを同期させる同期モードと、同期させない非同期モードの両モードを状況に応じて選択できる。たとえば、同期モードを選択すれば、操作内容にリソースの状態が伴っているため、ファイルをコピーしたクライアント端末Ｔは、操作後にそのファイルの直接操作が可能になる。その結果、中継通信して間接的に操作せずに済み、以後の通信処理負担を軽減できる利点がある。他方、非同期モードを選択すれば、重複するリソースの発生が防止でき、中継通信システム内における記憶手段を効率よく利用することが可能になる。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明に係る中継通信システムの全体構成を例示したものである。図１に示すように、本中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。そして、本中継通信システムは、外部サーバＳ、中継サーバＲ、クライアント端末Ｔ、ファイルサーバＦなどを備えている。なお、ここでは、外部サーバＳを利用した実施の形態を例示したが、外部サーバＳを利用せず、中継サーバＲ間で直接通信する形態であってもよい。通信プロトコルとしては、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）が好適に利用でき、本実施の形態ではこれを用いて説明する。

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

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

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

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

ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを利用して、インターネットに接続された中継サーバＲ等の各装置と通信を行うインタフェースである。中継サーバアカウント情報ＤＢ２０３は、登録要求のあった中継サーバＲのアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。たとえば、制御部２０２は、各中継サーバＲから送信される各中継サーバＲのアカウントを受信し、中継サーバアカウント情報ＤＢ２０３に登録する処理や、中継サーバＲから送信された様々なＳＩＰメソッドやレスポンスなどの通信データを他の中継サーバＲに中継する処理などを実行する。

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

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

ＬＡＮインタフェース６０１は、プライベートＩＰアドレスを利用して、同一のＬＡＮに接続された中継サーバＲやファイルサーバＦ等の各装置と通信を行うインタフェースである。リソース記憶部６０３は、そのクライアント端末Ｔが操作可能なファイルやフォルダ等のリソースの実体を記憶する。共有リソース情報データベース（ＤＢ）６０４は、そのクライアント端末Ｔが保有しているリソースの情報と、そのリソースを共有するクライアント端末Ｔのアカウントの情報とを含め、各クライアント端末Ｔが保有している共有リソースの情報が記録された共有リソース情報１２０を記憶する。表示部６０５は、中継グループ情報１００や共有リソース情報１２０の内容をビジュアルに表示する。制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。制御部６０２は、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。

たとえば、制御部６０２は、リソース記憶部６０３に記憶されているリソースの移動や変更、削除等を制御する処理や、中継サーバＲから共有リソース情報１２０を受信する処理、共有リソース情報１２０の内容を表示部６０５と協働して表示させる処理、リソースの操作指示を受け付けて、そのリソースが直接操作可能か否かを判断する処理、共有リソース情報１２０を中継サーバＲに登録する処理、中継サーバＲに記憶されている操作可能なリソースに対して定期的に接続可能か否かを確認する処理、リソースの接続不能を確認した場合に共有リソース情報１２０の変更を中継サーバに通知する処理などを実行する。

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

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

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

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

アカウント情報ＤＢ５０４は、登録要求のあったクライアント端末ＴのアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。中継グループ情報ＤＢ５０５は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する中継グループ情報１００を管理するデータベースである。共有リソース情報ＤＢ５０６は、アカウント情報ＤＢに登録されているクライアント端末Ｔが関連する共有リソース情報１２０を管理するデータベースである。

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

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

｛中継グループ情報｝
中継グループ情報１００は、相互に接続を許可する中継サーバＲの情報を記録したものであり、各中継サーバの中継グループ情報ＤＢ５０５に記憶されている。

中継グループ情報１００は、通常、中継通信システムの初期に設定される。中継グループ情報１００は、いずれかの中継グループ情報１００に変更が生じた場合に、自動的にその内容が更新される変更通知設定が行われており、中継サーバＲやクライアント端末Ｔのアカウントが変動しても、動的に対応できるようになっている。

その中継グループ情報１００の一例を図５に示す。図５は、中継サーバＲ１を基点に３つの中継サーバＲ１・Ｒ２・Ｒ３間で情報を交換することにより作成され、それぞれの中継グループ情報ＤＢ５０５に記憶される中継グループ情報１００を示している。そこでの中継グループ情報１００は、１つのグループ識別情報１０１と、相互に接続を許可する３つの中継サーバＲ１・Ｒ２・Ｒ３の情報（中継アカウント情報）１０２とで構成されている。なお、図１において、ＬＡＮ４（中継サーバＲ４）はアカウントの登録が行われていないため、ネットワークに接続しておらず、ここで説明している通信サービスに参加することはできない。

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

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

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

｛共有リソース情報｝
共有リソース情報１２０は、相互にファイルやフォルダ等のリソースを共有する複数のクライアント端末Ｔの情報と、共有するリソースの情報とを含む情報であって、中継サーバの共有リソース情報ＤＢ５０６、あるいはクライアント端末Ｔの共有リソース情報ＤＢ６０４に記憶される情報である。

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

共有リソース識別情報１２３は、その個別共有リソース情報１２２を識別するための情報であり、個別共有リソース情報１２２が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。したがって、ユーザ等は、共有リソース識別情報１２３によって、個別共有リソース情報１２２を特定することができ、簡単にその内容を編集等することができる。

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

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

なお、図６の共有リソース情報１２０が含む個別共有リソース情報１２２は一つであるが、複数の個別共有リソース情報１２２を含む場合がある。個別共有リソース情報１２２は、必要に応じて自在に形成することができ、ファミリーアカウント情報１２４や、ファミリーリソース情報１２５の内容が異なれば、それぞれ別々に形成されるからである。

以上のように構成された共有リソース情報１２０を参照することで、リソースを共有するクライアント端末Ｔを特定することができ、そのリソースの種類や所在を知ることができるようになっている。

共有リソース情報１２０は、たとえば、クライアント端末Ｔによって登録処理される。すなわち、クライアント端末Ｔは、そのクライアント端末Ｔが直接的あるいは間接的に操作可能なリソースの情報（リソース情報１２６）や、そのリソースを共有する他のクライアント端末Ｔのアカウントの情報を中継サーバＲに登録する手段を備えている。したがって、オペレーターは、クライアント端末Ｔの表示部６０５を通じて、容易に共有リソース情報１２０を作成、変更することができる。

たとえば、図６に示した共有リソース情報１２０は、クライアント端末１Ａなどの表示部６０５に、図７のように表示される。そこには共有リソース情報１２０に含まれている、共有リソース識別情報１２３や、ファミリーアカウント情報１２４、ファミリーリソース情報１２５が、それぞれ簡略化されて表示される。オペレーターは、この表示を見ることで、リソースを共有しているクライアント端末Ｔを特定することができ、その共有しているリソースの種類や所在を容易に知ることができる。そして、表示されたリソースを操作（クリック）すれば、そのリソースの処理画面に移行して、コピー等の各種処理操作ができるようになっている。

以上のような構成からなる中継通信システムにおいて、中継サーバＲは、リソースの操作の際に、共有リソース情報１２０の変更に基づく見掛け上の操作に対して、実際にそのリソースの実体の操作を伴う同期モードと、リソースの実体の操作を伴わない非同期モードとの２つのモードを選択して動作させることができる。

ここで、共有リソース情報１２０の変更に基づく見掛け上の操作とは、表示部６０５に表示されるリソースを操作することによって、リソースの実体について操作するか否かに関わらず共有リソース情報１２０の内容を編集する操作である。換言すれば、少なくとも共有リソース情報１２０においては、リソースの操作が行われたことが反映されている。そして、共有リソース情報１２０に記録されたリソースの情報は、図７、図１２に示すようにユーザインターフェースとして表示される。そして、共有リソース情報１２０が編集されると、このユーザインターフェースも変更されることになる。したがって、ユーザに対しては、リソースの実体について操作するか否かに関わらず、実際にリソースの実体が操作されたのと同じように見えるのである。

両モードは、中継通信システムの初期設定として予めいずれかに設定しておくこともできるし、ユーザがリソースを操作する度に選択可能にしてもよい。また、リソースを共有リソースとして登録する際に、リソースごとにいずれのモードで操作を行うかを予め設定しておくこともできる。

各モードについて、図８ないし図１０のシーケンス図を用いて説明する。図８ないし図１０は、ファイルをコピーする操作とファイルを削除する操作とを行った場合の通信処理の流れを示しており、モード別に対比状に示してある。なお、先に説明した図５の中継グループ情報１００に示される中継グループ関係、および図６の共有リソース情報１２０に示されるリソースの共有関係は、既に初期設定として形成されており、その状況の下で操作を行うものとする。

｛非同期モード｝
最初の通信処理は、ＬＡＮ１のクライアント端末１Ａが、インターネットを越えて、他のＬＡＮ３に配置されたクライアント端末３Ａがオーナである元ファイル（ｆｉｌｅ００３．ｐｄｆ）を、自装置がオーナであるフォルダ（ｆｏｌｄｅｒＡ）の下にコピーして、コピーファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）を形成する場合の通信処理を示している。

クライアント端末１Ａは、中継サーバＲ１に対し、元ファイル（ｆｉｌｅ００３．ｐｄｆ）をコピーするための状態変更要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅＳｔａｔｕｓ）を送信する（ステップＳ１）。

中継サーバＲ１は、この状態変更要求を受信すると、自装置に記憶している共有リソース情報１２０（図６参照）に基づいて、対象となったリソースのコピー操作が、共有リソース情報１２０の内容を変更することで処理可能か否かを判断する。そして、指示があったリソースのコピー操作が、共有リソース情報１２０の内容を変更することで処理可能であると判断した場合、記憶している共有リソース情報１２０を更新する。

更新された後の共有リソース情報１２０ａを図１１に示す。図１１に示すように、更新された共有リソース情報１２０ａのファミリーリソース情報１２５には、新たにコピーファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）のリソース情報１２６ａが記録されている。これのオーナ情報１２８ａ（ｏｗｎｅｒ＝“ｕｓｅｒ３Ａ＠ａｃｃｏｕｎｔ”）およびアクセス情報１２９ａ（ｖａｌｕｅ＝“ｃ：／ｆｏｌｄｅｒＢ／ｆｉｌｅ００３．ｐｄｆ”）は、コピー元のリソース情報１２６ｔの内容と同じであり、コピーファイルは、いわばコピー元のファイルにリンクしたような状態となっている。つまり、非同期モードでは、リソースの実体はそのまま保持し、共有リソース情報１２０の内容を変更することによって、コピーを行ったかのごとく仮想的に見せ掛けるのである。したがって、リソースの実体は、コピーしても増えることがなく、中継通信システム内で、重複するリソースの発生数が少なくなって記憶手段の効率的な運用に役立つ。

中継サーバＲ１は、自装置に登録されているクライアント端末Ｔで、対象の共有リソース情報１２０のファミリーアカウント情報１２４に含まれるクライアント端末Ｔがあれば、そのクライアント端末Ｔに状態変更要求を送信する。ただし、本実施の形態では該当するクライアント端末Ｔがないため、送信はされない。

そして、ファミリーアカウント情報１２４に含まれる他のクライアント端末Ｔ（ここでは、２Ａと３Ａ）が登録されている中継サーバＲ２・Ｒ３に対し、共有リソース情報１２０の変更通知を送信する（ステップＳ１．１、ステップＳ１．２）。変更通知を受信した各中継サーバＲ２・Ｒ３は、記憶している共有リソース情報１２０を更新する。各中継サーバＲ２・Ｒ３は、それぞれクライアント端末２Ａ・３Ａに状態変更要求を送信する（ステップＳ１．１．１、ステップＳ１．２．１）。状態変更要求を受信した各クライアント端末２Ａ・３Ａは、記憶している共有リソース情報１２０を更新し、送信元にレスポンスを返信する。各レスポンスは、それぞれ送信元に転送されて、一連の通信処理が終了する。

このコピー操作後に、クライアント端末Ｔの表示部６０５に表示される共有リソース情報１２０を図１２に示す。そこに示すように、フォルダ（ｆｏｌｄｅｒＡ）の下にコピーファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）が形成されていて、見掛け上は実際にコピー操作をしたのと同じように表示される。

次のステップは、クライアント端末２Ａが、間接的にファイル（たとえば、ｆｉｌｅ００３Ｃ．ｐｄｆ）を削除する操作の通信処理を示している。

クライアント端末２Ａは、中継サーバＲ２に対し、ｆｉｌｅ００３Ｃ．ｐｄｆを削除するための状態変更要求を送信する（ステップＳ２）。

中継サーバＲ２は、この状態変更要求を受信すると、自装置に記憶している共有リソース情報１２０ａ（図１１参照）に基づいて、対象となったリソースの削除操作が、共有リソース情報１２０ａの内容を変更することで処理可能か否かを判断する。中継サーバＲ２は、この削除操作が共有リソース情報１２０ａの内容の変更で処理可能であると判断し、記憶している共有リソース情報１２０ａを更新する。そして、関連するクライアント端末Ｔがあれば、状態変更要求を送信し、関連する中継サーバＲ（ここでは、Ｒ１・Ｒ３）に、共有リソース情報１２０ａの変更通知を送信する（ステップＳ２．１、ステップＳ２．２）。その変更通知を受信した中継サーバＲ１・Ｒ３は、記憶している共有リソース情報１２０ａを更新し、それぞれクライアント端末１Ａ・３Ａに状態変更要求を送信する（ステップＳ２．１．１、ステップＳ２．２．１）。状態変更要求を受信した各クライアント端末１Ａ・３Ａは、記憶している共有リソース情報１２０ａを更新し、送信元にレスポンスを返信する。レスポンスを受信した各中継サーバＲ１、Ｒ３は、送信元の中継サーバＲ２にレスポンスを転送して一連の通信処理が終了する。

ここで、この削除操作によって更新される共有リソース情報１２０ｂの内容を図１３に示す。図１３に示すように、更新される共有リソース情報１２０ｂのファミリーリソース情報１２５から、ファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）のリソース情報１２６ａが削除されている。そして、この削除操作後にクライアント端末Ｔの表示部６０５に表示される共有リソース情報１２０の内容は、先の図７と同じであり、見掛け上は、実際にリソースを操作したのと変わりはなく、ユーザはとくに意識することなく操作できる。

このように、非同期モードでは、リソースの実体はそのまま保持し、共有リソース情報１２０の内容を変更するだけで、見掛け上リソースの操作を行ったかのように処理するのである。

リソースの操作が共有リソース情報１２０の内容の変更だけでは処理できない場合がある。たとえば、クライアント端末３Ａがオーナである元ファイル（ｆｉｌｅ００３．ｐｄｆ）を、クライアント端末１Ａが、ファミリーリソース情報１２５に含まれているフォルダではなく、それ以外の、共有リソースとなっていないローカルのフォルダにコピーするような場合である。したがって、このような場合には、非同期モードでも次に説明する同期モードと同じ処理が行われる。

｛同期モード｝
最初は、非同期モードと同じくファイルのコピー操作である。図９において、クライアント端末１Ａは、中継サーバＲ１に、複写要求（Ｃｏｐｙｆｉｌｅ）を送信する（ステップＳ３）。複写要求を受信した中継サーバＲ１は、複写対象の「ｆｉｌｅ００３．ｐｄｆ」のオーナクライアント端末３Ａを共有リソース情報１２０に基づいて特定し、そのオーナクライアント端末３Ａが登録されている中継サーバＲ３を中継グループ情報１００に基づいて特定する。

中継サーバＲ１は、特定した中継サーバＲ３に対し、外部サーバＳを介して、接続要求（ＩＮＶＩＴＥ）を送信する（ステップＳ３．１）。接続要求を受信した中継サーバＲ３は、クライアント端末３Ａに対し、複写要求を送信する（ステップＳ３．１．１）。複写要求を受信したクライアント端末３Ａは、レスポンスを中継サーバＲ３に送信し、中継サーバＲ３は、中継サーバＲ１に転送する。

レスポンスを受信した中継サーバＲ１は、中継サーバＲ３に対してＭｅｄｉａｓｅｓｓｉｏｎコマンドを送信する（ステップＳ３．２）。Ｍｅｄｉａｓｅｓｓｉｏｎコマンドを受信した中継サーバＲ３は、クライアント端末３Ａに対し、ファイル複写要求（ＧｅｔＦｉｌｅＤａｔａ）を行う（ステップＳ３．２．１）。ファイル複写要求を受けたクライアント端末３Ａは、自装置がオーナであって直接操作可能な「ｆｉｌｅ００３．ｐｄｆ」を、リソース記憶部６０３から複写して中継サーバＲ３に送信する。そして、「ｆｉｌｅ００３．ｐｄｆ」は、中継サーバＲ１を経由してクライアント端末１Ａに送信される（ＦｉｌｅＴｒａｎｓｆｅｒ）。

一連の通信処理が終わると、中継サーバＲ１から中継サーバＲ３に対して切断要求（ＢＹＥ）が送信されて、中継サーバＲ１と中継サーバＲ３間の通信が終了する（ステップＳ４）。

その後、クライアント端末１Ａにおいて、クライアント端末３Ａから送信された「ｆｉｌｅ００３．ｐｄｆ」が、「ｆｉｌｅ００３Ｃ．ｐｄｆ」としてフォルダ（ｆｏｌｄｅｒＡ）に保存され、新たにコピーファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）が形成されるのである。

そうすると、共有リソース情報１２０の内容は変更されることになる。そこで、操作を要求したクライアント端末１Ａから中継サーバＲ１に、状態変更要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅＳｔａｔｕｓ）が送信される（ステップＳ５）。この状態変更要求を受信した中継サーバＲ１は、変更された共有リソース情報１２０に関わる中継サーバＲ２、Ｒ３に対し、共有リソース情報１２０の変更通知（ＮＯＴＩＦＹ）を送信する（ステップＳ５．１、ステップＳ５．２）。この変更通知を受信した各中継サーバＲ２、Ｒ３は、記憶している共有リソース情報１２０を更新する。そして、それぞれ変更された共有リソース情報１２０に関わるクライアント端末２Ａ、３Ａに状態変更要求を送信する（ステップＳ５．１．１、ステップＳ５．２．１）。この状態変更要求を受信した各クライアント端末２Ａ、３Ａは、記憶している共有リソース情報１２０を更新し、送信元の各中継サーバＲ２・Ｒ３にレスポンスを送信する。その後、レスポンスは、各中継サーバＲ２・Ｒ３から送信元の中継サーバＲ１に転送され、中継サーバＲ１からクライアント端末１Ａに転送される。

こうして、共有リソース情報１２０は、更新されても関連する各中継サーバＲ等の間で常に同じ内容が保持されるのである。

この一連の通信処理において、更新される共有リソース情報１２０ｃを図１４に示す。図１４に示すように、更新される共有リソース情報１２０ｃのファミリーリソース情報１２５には、新たにコピーファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）のリソース情報１２６ｃが記録されている。同期モードでは、リソースの実体の操作が実際に行われるため、これのオーナ情報１２８ｃには、ファイルのコピー先である新たなオーナクライアント端末１Ａを示す情報（ｏｗｎｅｒ＝“ｕｓｅｒ１Ａ＠ａｃｃｏｕｎｔ”）が記録されている。そして、アクセス情報１２９ｃには、コピーされて新たに作成されたファイルの所在を示す情報（ｖａｌｕｅ＝“ｃ：／ｆｏｌｄｅｒＡ／ｆｉｌｅ００３Ｃ．ｐｄｆ”）が記録されている。つまり、コピー元のファイルとは別に、新たに同じ内容のコピーファイルが実際に作成されるのである。

クライアント端末１Ａは、コピー元の元ファイル（ｆｉｌｅ００３．ｐｄｆ）に対しては、これまでユーザクライアント端末であったため、クライアント端末３Ａを介して間接的にしか操作できなかった。しかし、新たに作成された同じ内容のコピーファイルに対してはオーナであるため、直接操作することができる。したがって、以後は、中継サーバＲを利用した中継通信によって間接的に元ファイルを操作する必要はなく、それだけ、通信負担を軽減できる利点がある。

こうして同期モードの下で行われた一連のファイルのコピー操作処理後にクライアント端末Ｔの表示部６０５に表示される共有リソース情報１２０の内容は、先の非同期モードにおけるコピー操作後の内容と同じであり、見掛け上は変わらない（図１２参照）。

次は、同期モードの下でファイル（たとえば、ｆｉｌｅ００３Ｃ．ｐｄｆ）を削除する場合の通信処理を示している。

クライアント端末２Ａは、中継サーバＲ３にファイル（ｆｉｌｅ００３Ｃ．ｐｄｆ）を削除するための削除要求（Ｄｅｌｅｔｅｆｉｌｅ）を送信する（ステップＳ６）。削除要求を受信した中継サーバＲ２は、削除対象の「ｆｉｌｅ００３Ｃ．ｐｄｆ」のオーナクライアント端末１Ａと、そのオーナクライアント端末１Ａが登録されている中継サーバＲ１とを、共有リソース情報１２０と中継グループ情報１００とに基づいて特定する。

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

続いて、関連する各中継サーバＲ等の間で共有リソース情報１２０ｃの更新処理が行われる。共有リソース情報１２０ｃの内容が変更されたからである。具体的には、操作を要求したクライアント端末２Ａから中継サーバＲ２に、状態変更要求が送信される（ステップＳ７）。この状態変更要求を受信した中継サーバＲ２は、変更された共有リソース情報１２０ｃに関わる各中継サーバＲ１、Ｒ３に対し、共有リソース情報１２０の変更通知を送信する（ステップＳ７．１、ステップＳ７．２）。この変更通知を受信した各中継サーバＲ１、Ｒ３は、記憶している共有リソース情報１２０ｃを更新する。そして、それぞれ変更された共有リソース情報１２０ｃに関わるクライアント端末１Ａ、３Ａに状態変更要求を送信する（ステップＳ７．１．１、ステップＳ７．２．１）。この状態変更要求を受信した各クライアント端末１Ａ、３Ａは、記憶している共有リソース情報１２０ｃを更新し、送信元の各中継サーバＲ１・Ｒ３にレスポンスを返信する。その後、レスポンスは、各中継サーバＲ１・Ｒ３から送信元の中継サーバＲ２に転送され、中継サーバＲ２からクライアント端末２Ａに転送される。

こうして、同期モードの下でファイル削除の一連の処理が終了した後の共有リソース情報１２０の内容は、先の非同期モードにおけるファイル削除処理後の共有リソース情報１２０の内容と同じである（図１３参照）。そして、クライアント端末Ｔの表示部６０５に表示される共有リソース情報１２０の内容も、先の非同期モードにおけるファイル削除後の内容と同じであり、見掛け上はなんら変わらない（図７参照）。したがって、各クライアント端末Ｔからリソースを操作するユーザは、両モードの違いを意識することなく操作でき、混乱を招くおそれがない。

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

そのうえ、リソースの取り扱いに際し、同期モードと非同期モードの両モードを状況に応じて選択できる。たとえば、同期モードを選択すれば、操作内容にリソースの状態が伴っているため、操作後、コピーファイルが作成されたクライアント端末Ｔでは、そのコピーファイルの直接操作が可能になる。その結果、以後のファイル操作は、オーナクライアント端末Ｔを介して操作する必要がなくなり、通信処理負担を軽減できる利点がある。他方、非同期モードを選択すれば、重複するリソースの発生が防止でき、中継通信システム内における記憶手段を効率よく利用することが可能になる。

本実施の形態に係る中継通信システムのネットワーク構成図である。外部サーバの機能ブロック図である。クライアント端末の機能ブロック図である。中継サーバの機能ブロック図である。中継グループ情報の内容を示す図である。共有リソース情報の内容を示す図である。通信装置に表示される共有リソース情報の内容を示す図である。リソースの操作における通信処理の流れを示すシーケンス図である。リソースの操作における通信処理の流れを示すシーケンス図である。リソースの操作における通信処理の流れを示すシーケンス図である。ある過程における共有リソース情報の内容を示す図である。通信装置に表示される共有リソース情報の内容を示す図である。ある過程における共有リソース情報の内容を示す図である。ある過程における共有リソース情報の内容を示す図である。

符号の説明

Ｓ外部サーバ
Ｔクライアント端末
Ｒ中継サーバ
１００中継グループ情報
１２０共有リソース情報

Claims

ＬＡＮに接続されるとともに、他のＬＡＮの中継サーバと通信可能な中継サーバであって、
同一のＬＡＮに接続されているクライアント端末の情報を記憶するアカウント情報登録部と、
相互に接続を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する中継グループ情報登録部と、
リソースの情報と、そのリソースを共有するクライアント端末の情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
アカウント情報登録部に記憶されているクライアント端末から、他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、中継グループ情報および共有リソース情報に基づいて、そのリソースの操作を中継する手段と、
を備え、
リソースの操作において、共有リソース情報の変更に基づく見掛け上の操作とそのリソースの実体の操作とを同期させる同期モードと、共有リソース情報の変更に基づく見掛け上の操作とそのリソースの実体の操作とを同期させない非同期モードと、を備えていることを特徴とする中継サーバ。
請求項１に記載の中継サーバであって、
同期モードでは、
他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、共有リソース情報に基づいて、そのリソースの操作可能なクライアント端末を特定し、中継グループ情報に基づいて、特定したクライアント端末が登録されている中継サーバを特定し、特定した中継サーバを経由して、そのリソースの操作可能なクライアント端末に操作指示を行うことを特徴とする中継サーバ。
請求項１または請求項２に記載の中継サーバであって、
非同期モードでは、
他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、共有リソース情報の変更によって見掛け上の操作ができる場合には、共有リソース情報を更新し、
共有リソース情報の変更によって見掛け上の操作ができない場合には、共有リソース情報に基づいて、そのリソースの操作可能なクライアント端末を特定し、中継グループ情報に基づいて、そのクライアント端末が登録されている中継サーバを特定し、特定した中継サーバを経由して、そのリソースの操作可能なクライアント端末に操作指示を行うことを特徴とする中継サーバ。
請求項１ないし請求項３のいずれかに記載の中継サーバであって、
モードが、予め設定されていることを特徴とする中継サーバ。
請求項１ないし請求項３のいずれかに記載の中継サーバであって、
リソースの操作時に、モードの選択が可能であることを特徴とする中継サーバ。