JP2008148194A - 中継サーバ - Google Patents

Abstract

【課題】複数のＬＡＮから構成されるネットワークにおいて、異なるＬＡＮ間で行われたリソース操作について、ネットワーク全体として把握することができる中継通信システム等の提供を目的とする。
【解決手段】各中継サーバＲは、異なるＬＡＮ間で行われるリソース操作を中継する。そして、それぞれ中継したリソース操作の内容を、ログ情報として記憶する。さらに、各中継サーバＲ間で、それぞれ記憶したログ情報を交換する。以上の手段により、異なるＬＡＮ間で行われるリソース操作について、ネットワーク全体として把握することができる。
また、特定のクライアント端末Ｔ、または、特定のリソースが関与するログ情報のみを出力することができる。
【選択図】図１

Description

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

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

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

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

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

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

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

この種のシステムは、複数のＬＡＮ間にわたるパケット透過により、ネットワークを仮想的に構築するという長所を有している。しかし、パケットはＶＰＮ装置等を透過するため、リソースの削除や移動等が複数のＬＡＮ間で行われる場合には、削除や移動等の情報について、仮想的なネットワーク全体として把握することは容易ではない。

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

また、リソースの移動等の情報について、複数のＬＡＮから構成されるネットワーク全体として把握することができる中継通信システム等の提供を目的とする。

上記課題を解決するため、請求項１記載の発明は、ＬＡＮに接続されているとともに、他のＬＡＮに接続されている中継サーバと通信可能な中継サーバであって、同一のＬＡＮに接続されているクライアント端末の情報を含むアカウント情報を記憶するアカウント情報登録部と、相互に通信を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する中継グループ情報登録部と、リソースの情報と、前記リソースを共有するクライアント端末の情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、を備え、前記アカウント情報登録部に記憶されているクライアント端末から、前記共有リソース情報に基づいて、他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、前記中継グループ情報に基づいて、そのリソースの操作を中継し、前記中継サーバは、さらに、前記操作指示の情報を含むログ情報を記憶する手段と、前記中継グループ情報に基づいて、前記ログ情報を前記一群の中継サーバの間で交換する手段と、を備えることを特徴とする。

請求項２記載の発明は、請求項１に記載の中継サーバにおいて、さらに、前記一群の中継サーバの間で交換するログ情報の中から、特定のクライアント端末が関与するログ情報を出力する手段、を備えることを特徴とする。

請求項３記載の発明は、請求項１に記載の中継サーバにおいて、さらに、前記一群の中継サーバの間で交換するログ情報の中から、特定のリソースが関与するログ情報を出力する手段、を備えることを特徴とする。

請求項４記載の発明は、請求項１ないし請求項３のいずれかに記載の中継サーバにおいて、さらに、特定のログ情報を前記一群の中継サーバの間で交換するか否かを、中継サーバごとに設定する手段、を備えることを特徴とする。

請求項５記載の発明は、請求項１ないし請求項４のいずれかに記載の中継サーバにおいて、さらに、前記一群の中継サーバの間で交換するログ情報のうち、複数の中継サーバを経由する前記操作指示についての相互に重複するログ情報を集約して出力する手段、を備えることを特徴とする。

請求項１記載の発明は、各ＬＡＮに接続された各中継サーバは、それぞれ中継する、各ＬＡＮ間で行われるリソース操作についてのログ情報を記憶することができる。さらに、それらの各中継サーバは、それぞれ記憶したログ情報を相互に交換することができる。そこで、リソース操作についてのログ情報を、複数のＬＡＮから構成されるネットワーク全体として把握することができる。

請求項２記載の発明は、各中継サーバが記憶したログ情報のみを出力するのみならず、各中継サーバが記憶したログ情報を統合したうえで、特定の端末が関与するログ情報を出力することができる。そこで、特定の端末によるリソース操作が、ネットワーク全体において、どのように行われたかを把握することができる。

請求項３記載の発明は、各中継サーバが記憶したログ情報のみを出力するのみならず、各中継サーバが記憶したログ情報を統合したうえで、特定のリソースが関与するログ情報を出力することができる。そこで、特定のリソースについてのリソース操作が、ネットワーク全体において、どのように行われたかを把握することができる。

請求項４記載の発明は、各中継サーバが記憶したログ情報のうち、いずれのログ情報をいずれの中継サーバと交換するかを、各中継サーバが設定できる。

請求項５記載の発明は、複数の中継サーバを経由するリソース操作については、それらの中継サーバがそれぞれ記憶したログ情報は相互に重複している。相互に重複したログ情報を出力することを防止するため、それらのログ情報を集約して出力することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

共有リソース情報１２０の一例を図６に示す。図６は、クライアント端末１Ａの共有リソース情報ＤＢ６０４に記憶される共有リソース情報１２０を例示したものである。この共有リソース情報１２０は、クライアント端末１Ａに関する共有リソース情報１２０であることを示すアカウント識別情報１２１と、そのクライアント端末１Ａが関連する個別共有リソース情報１２２とで構成されている。個別共有リソース情報１２２は、共有リソース識別情報１２３と、ファミリーアカウント情報１２４と、ファミリーリソース情報１２５などで構成されている。なお、図６では、クライアント端末１Ａが関連する２つの異なるリソース共有グループが形成されているため、この共有リソース情報１２０は、２つの個別共有リソース情報１２２を含む構成となっている。

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

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

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

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

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

＜現時点での共有リソース情報＞
本発明の効果として、リソース操作についてのログ情報を、複数のＬＡＮから構成されるネットワーク全体として把握することができる。ログ情報について説明する前に、図６で示した現時点での共有リソース情報１２０の内容をさらに具体的に説明する。

現時点での共有リソース情報１２０は、２つの個別共有リソース情報１２２から構成されている。まず、図６の上段で示した個別共有リソース情報１２２について説明する。共有リソース識別情報１２３は、この個別共有リソース情報１２２を一意に識別するための情報である。ファミリーアカウント情報１２４は、クライアント端末１Ａ、２Ａ、３Ａがリソースの実体を共有することを表示している。ファミリーリソース情報１２５は、クライアント端末１Ａがリソース「ｆｉｌｅ００１．ｘｌｓ」、「ｆｉｌｅ００２．ｗｒｄ」のオーナクライアント端末であること、および、クライアント端末３Ａがリソース「ｆｉｌｅ００３．ｐｄｆ」のオーナクライアント端末であること、を表示している。

次に、図６の下段で示した個別共有リソース情報１２２について説明する。ファミリーアカウント情報１２４は、クライアント端末１Ａ、２Ｂ、３Ｂがリソースの実体を共有することを表示している。ファミリーリソース情報１２５は、クライアント端末２Ｂがリソース「ｆｉｌｅ００Ａ．ｐｐｔ」、「ｆｉｌｅ００Ｂ．ｐｐｔ」のオーナクライアント端末であることを表示している。

図７ないし図９で示した本実施の形態に係るリソース操作においては、図６の上段に示した個別共有リソース情報１２２のみが関与している。そして、このリソース操作についてのログ情報に関して、後に詳述する。しかし、図６の下段に示した個別共有リソース情報１２２が関与するリソース操作についても、ログ情報を取得することは可能である。

＜ログ情報として記憶されるリソース操作内容＞
｛リソース操作内容の全体概要｝
次に、図７ないし図９を参照して、本実施の形態に係るリソース操作内容について説明する。ここで例示されるリソース操作内容は、以下の３つの状態での操作内容に大別され、後に詳述するログ情報として記憶されることになる：（１）クライアント端末２ＡがＬＡＮ１に移動する前に、ＬＡＮ２に接続されている状態、（２）クライアント端末２ＡがＬＡＮ１に接続されている状態、（３）クライアント端末２ＡがＬＡＮ１に移動した後に、ＬＡＮ２に接続されている状態。

｛（１）の状態でのリソース操作内容｝
図７は、クライアント端末２ＡがＬＡＮ１に移動する前に、ＬＡＮ２に接続されている状態での通信処理のシーケンス図である。（１）の状態は、クライアント端末２Ａのユーザが、ＬＡＮ２を有する支社Ｂに通常のように出勤している状態に相当する。

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

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

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

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

（１）の状態から（２）の状態に移るにあたり、クライアント端末２Ａは、ユーザからログオフの指示を受けると、中継サーバＲ２にログオフの登録要求（ＲＥＧＩＳＴＥＲメソッド）を送信する（ステップＳ３）。

｛（２）の状態でのリソース操作内容｝
図８は、クライアント端末２ＡがＬＡＮ１に接続されている状態での通信処理のシーケンス図である。（２）の状態は、クライアント端末２Ａのユーザが、クライアント端末２Ａを持参して、ＬＡＮ２を有する支社ＢからＬＡＮ１を有する支社Ａに出張している状態に相当する。

クライアント端末２Ａは、ユーザからログオンの指示を受けると、中継サーバＲ１にログオンの登録要求（ＲＥＧＩＳＴＥＲメソッド）を送信する（ステップＳ４）。

クライアント端末２Ａは、ユーザから「ｆｉｌｅ００３．ｐｄｆ」のファイルオープン指示を受けると、中継サーバＲ１にファイルオープン要求（ＯｐｅｎＦｉｌｅコマンド）を送信する（ステップＳ５）。

中継サーバＲ１は、選択した中継サーバＲ３に、外部サーバＳを介して、接続要求（ＩＮＶＩＴＥメソッド）を送信する（ステップＳ５．１）。中継サーバＲ３は、クライアント端末３Ａにファイルオープン要求を送信する（ステップＳ５．１．１）。クライアント端末３Ａは、「ｆｉｌｅ００３．ｐｄｆ」の操作が可能であれば、ＯＫレスポンスを中継サーバＲ３に送信する。中継サーバＲ３は、中継サーバＲ１にＯＫレスポンスを転送する。

中継サーバＲ１は、中継サーバＲ３にＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信する。ここに、中継サーバＲ１、Ｒ３間に通信経路が確立される（ステップＳ５．２）。中継サーバＲ３は、クライアント端末３Ａにファイル取得要求（ＧｅｔＦｉｌｅＤａｔａコマンド）を送信する（ステップＳ５．２．１）。クライアント端末３Ａは、「ｆｉｌｅ００３．ｐｄｆ」をリソース記憶部６０３から複写して、中継サーバＲ３に送信する。そして、「ｆｉｌｅ００３．ｐｄｆ」は、中継サーバＲ３、Ｒ１を経由して、クライアント端末２Ａに送信される（ＦｉｌｅＴｒａｎｓｆｅｒコマンド）。

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

（２）の状態から（３）の状態に移るにあたり、クライアント端末２Ａは、ユーザからログオフの指示を受けると、中継サーバＲ１にログオフの登録要求（ＲＥＧＩＳＴＥＲメソッド）を送信する（ステップＳ７）。

｛（３）の状態でのリソース操作内容｝
図９は、クライアント端末２ＡがＬＡＮ１に移動した後に、ＬＡＮ２に接続されている状態での通信処理のシーケンス図である。（３）の状態は、クライアント端末２Ａのユーザが、クライアント端末２Ａを持参して、ＬＡＮ１を有する支社ＡからＬＡＮ２を有する支社Ｂに帰社している状態に相当する。

クライアント端末２Ａは、ユーザからログオンの指示を受けると、中継サーバＲ２にログオンの登録要求（ＲＥＧＩＳＴＥＲメソッド）を送信する（ステップＳ８）。

ここで、ユーザは、ステップＳ１からステップＳ９．２までのリソース操作の中から抽出した、そのユーザが関与するリソース操作について、ログ情報を出力している（ステップＳ９、ステップＳ９．１、ステップＳ９．２）。ログ情報については、後に詳述する。

ユーザがログ情報を出力した後に、別個のユーザが、クライアント端末１Ａに、「ｆｉｌｅ００３．ｐｄｆ」のファイルオープン指示をしている。この際のリソース操作内容は、クライアント端末２Ａがクライアント端末１Ａに置換されることを除いて、ステップＳ５、ステップＳ５．１、ステップＳ５．１．１、ステップＳ５．２、ステップＳ５．２．１で説明したリソース操作内容と同様である（ステップＳ１０、ステップＳ１０．１、ステップＳ１０．１．１、ステップＳ１０．２、ステップＳ１０．２．１）。

最後に、ユーザは、ステップＳ１からステップＳ１１．２までのリソース操作の中から抽出した、「ｆｉｌｅ００３．ｐｄｆ」が関与するリソース操作について、ログ情報を出力している（ステップＳ１１、ステップＳ１１．１、ステップＳ１１．２）。ログ情報については、後に詳述する。

＜各中継サーバが記憶するログ情報＞
｛中継サーバＲ２が記憶するログ情報｝
次に、上述したステップＳ１からステップＳ１１．２までのリソース操作内容が、どのようにログ情報として記憶されるかについて説明する。各中継サーバＲが送受信したリソース操作内容は、図４で示した各中継サーバＲのログ情報データベースＤＢ５０７において、ログ情報として記憶されている。これらのログ情報は、各中継サーバＲ間で交換することができる。

図７ないし図９で例示したシーケンスの中で、リソース操作の指示を受けることが最も多いクライアント端末Ｔはクライアント端末２Ａである。そこで、クライアント端末２Ａと直接に送受信することが最も多い中継サーバＲ２が記憶するログ情報についてまず説明する。

図１０は、中継サーバＲ２が記憶するログ情報を示す図である。Ｏｐｅｒａｔｉｏｎは、リソース操作などの内容を示している。Ｒｅｓｏｕｒｃｅは、リソース操作の対象となるリソースの実体を示している。Ｒｅｑｕｅｓｔは、リソース操作の指示を行ったユーザを示している。Ｔａｒｇｅｔは、各中継サーバＲが送受信する相手方を示している。Ｍｅｔｈｏｄは、ＳＩＰプロトコルにおける制御機能を示している。Ｒｅｌ Ｔｉｍｅは、リソース操作の指示からの経過時間を示している。Ｄａｔｅは、リソース操作の指示が行われた時刻を示している。(１)、(２)、(３)の状態は、それぞれ、２００６年１０月１日、２日、３日での状態である。なお、図１０ないし図１４で示したログ情報において、Ｍｅｔｈｏｄフィールドに、参考のためステップＳを記載している。これらのステップＳは、図７ないし図９で示したシーケンス図のステップＳに対応している。

まず、（１）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）が、「ｆｉｌｅ００１．ｘｌｓ」（Ｒｅｓｏｕｒｃｅ）について、複写要求（Ｏｐｅｒａｔｉｏｎ）している。この複写要求の操作経過は、ＴａｒｇｅｔおよびＭｅｔｈｏｄに記載されている。具体的には以下の通りである。

中継サーバＲ２は、ユーザ２Ａ（Ｔａｒｇｅｔ）から、ＣｏｐｙＦｉｌｅ（Ｍｅｔｈｏｄ）を受信する。中継サーバＲ１（Ｔａｒｇｅｔ）との間で、ＩＮＶＩＴＥ−ＯＫ−ＦｉｌｅＴｒａｎｓｆｅｒ（Ｍｅｔｈｏｄ）を送受信する。ユーザ２Ａ（Ｔａｒｇｅｔ）に対して、ＦｉｌｅＴｒａｎｓｆｅｒ（Ｍｅｔｈｏｄ）を送信する。中継サーバＲ１（Ｔａｒｇｅｔ）との間で、ＢＹＥ−ＯＫ（Ｍｅｔｈｏｄ）を送受信する。

ここで、Ｔａｒｇｅｔは、各中継サーバＲが送受信する相手方にすぎない。よって、各中継サーバＲが相手方に送信したのか、相手方から受信したのかは、Ｔａｒｇｅｔの記載のみからは判断することはできない。もっとも、Ｍｅｔｈｏｄの記載をも考慮することにより、判断することはできる。また、ＩＮＶＩＴＥ−ＯＫ−ＦｉｌｅＴｒａｎｓｆｅｒが、１つのＭｅｔｈｏｄとして統合されているのは、これらのリソース操作の間に、中継サーバＲ２が他のリソース操作を送受信していないからである。さらに、ステップＳ１．２におけるＭｅｄｉａＳｅｓｓｉｏｎが、Ｍｅｔｈｏｄに記載されていないのは、ＦｉｌｅＴｒａｎｓｆｅｒに包含されているからである。

（１）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、ログオフの登録要求（Ｏｐｅｒａｔｉｏｎ）している。このログオフの登録要求は、リソース操作ではないため、Ｒｅｓｏｕｒｃｅの記載は空欄となっている。中継サーバＲ２は、ユーザ２Ａ（Ｔａｒｇｅｔ）との間で、ＲＥＧＩＳＴＥＲ−ＯＫ（Ｍｅｔｈｏｄ）を送受信する。

（２）の状態において、中継サーバＲ２が記憶するログ情報には、何ら記載がされていないのは、中継サーバＲ２は何ら関与していないからである。

（３）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、ログオンの登録要求（Ｏｐｅｒａｔｉｏｎ）している。さらに、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、ログ情報を出力しているが、ログ情報については、後に詳述する。

｛中継サーバＲ１が記憶するログ情報｝
図１１は、中継サーバＲ１が記憶するログ情報を示す図である。まず、（１）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）が、「ｆｉｌｅ００１．ｘｌｓ」（Ｒｅｓｏｕｒｃｅ）について、複写要求（Ｏｐｅｒａｔｉｏｎ）している。ここで、図１０で示した中継サーバＲ２が記憶するログ情報との相違点は、Ｒｅｑｕｅｓｔには、中継サーバＲ２−ユーザ２Ａと記載されていることである。このことは、リソース操作の指示を行ったユーザはユーザ２Ａであることは同様であるが、中継サーバＲ１が直接にリソース操作の指示を受けるのは、中継サーバＲ２からであることを示している。

さらに、図１０で示した中継サーバＲ２が記憶するログ情報との相違点として、ＩＮＶＩＴＥ、ＯＫ、ＦｉｌｅＴｒａｎｓｆｅｒが、１つのＭｅｔｈｏｄとして統合されていないのは、これらのリソース操作の間に、中継サーバＲ１がクライアント端末１Ａとの間で、他のリソース操作を送受信しているからである。

（２）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、ログオン、ログオフの登録要求（Ｏｐｅｒａｔｉｏｎ）をする間に、「ｆｉｌｅ００３．ｐｄｆ」（Ｒｅｓｏｕｒｃｅ）について、ファイルオープン要求（Ｏｐｅｒａｔｉｏｎ）している。このリソース操作についてのログ情報は、図１０で示した複写要求のリソース操作についてのログ情報と同様に生成される。

（３）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、ログ情報を出力している。各中継サーバＲが記憶するログ情報は、各中継サーバＲ間で交換できる。そのため、これらの交換操作についてのログ情報も、中継サーバＲ１において記憶されている。ログ情報については、後に詳述する。また、ユーザ１Ａ（Ｒｅｑｕｅｓｔ）は、「ｆｉｌｅ００３．ｐｄｆ」（Ｒｅｓｏｕｒｃｅ）について、ファイルオープン要求（Ｏｐｅｒａｔｉｏｎ）している。このリソース操作についてのログ情報は、図１０で示した複写要求のリソース操作についてのログ情報と同様に生成される。

｛中継サーバＲ３が記憶するログ情報｝
図１２は、中継サーバＲ３が記憶するログ情報を示す図である。まず、（２）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、「ｆｉｌｅ００３．ｐｄｆ」（Ｒｅｓｏｕｒｃｅ）について、ファイルオープン要求（Ｏｐｅｒａｔｉｏｎ）している。また、（３）の状態において、ユーザ１Ａ（Ｒｅｑｕｅｓｔ）は、「ｆｉｌｅ００３．ｐｄｆ」（Ｒｅｓｏｕｒｃｅ）について、ファイルオープン要求（Ｏｐｅｒａｔｉｏｎ）している。これらのリソース操作についてのログ情報は、図１１で示した複写要求のリソース操作についてのログ情報と同様に生成される。さらに、（３）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）は、ログ情報を出力している。ログ情報については、後に詳述する。

＜各中継サーバ間におけるログ情報の交換＞
｛ログ情報交換の意義｝
図１０、図１１、図１２において、それぞれ、中継サーバＲ２、Ｒ１、Ｒ３が記憶するログ情報を示した。ここで、ユーザが、図１０ないし図１２で示したようなログ情報をそのまま参照する場合もあるが、その目的に応じて、ログ情報を別の形に加工した方が便利な場合もある。例えば、特定のユーザに着目し、そのユーザがどのようなリソース操作を指示したのかを示すログ情報を参照できると便利である。あるいは、特定のリソースに着目し、そのリソースに対してどのような操作が行われたかを示すログ情報を参照できると便利である。

このようなログ情報をユーザが参照するためには、各中継サーバＲが記憶しているログ情報を、各中継サーバＲ間で交換する必要がある。ユーザのクライアント端末Ｔと直接に接続されている中継サーバＲのみからログ情報を取得するのみでは足りないからである。そこで、各中継サーバＲ間でログ情報を交換する手段を、図９を用いて説明する。

｛特定のクライアント端末が関与するログ情報の出力｝
図９で示したステップＳ９、ステップＳ９．１、ステップＳ９．２は、ユーザ２Ａが関与するログ情報を出力する経過を示している。クライアント端末２Ａは、ユーザ２Ａが関与するログ情報の取得の指示を受けると、中継サーバＲ２にログ情報取得要求（ＧｅｔＬｏｇコマンド）を送信する（ステップＳ９）。ログ情報取得要求を受信した中継サーバＲ２は、中継サーバＲ１、Ｒ３に、外部サーバＳを介して、ログ情報取得要求（ＳＵＢＳＣＲＩＢＥメソッド）を送信する（ステップＳ９．１、ステップＳ９．２）。ログ情報取得要求を受信した中継サーバＲ１、Ｒ３は、ログ情報通知(ＮＯＴＩＦＹメソッド)を中継サーバＲ２に送信する。ログ情報通知(ＮＯＴＩＦＹメソッド)により中継サーバＲ１、Ｒ３からログ情報を受信した中継サーバＲ２は、受信したログ情報を統合する（ＩｎｔｅｇｒａｔｅＬｏｇコマンド）。続いて、統合したログ情報を、クライアント端末２Ａに送信する（ＯｕｔｐｕｔＬｏｇコマンド）。ここに、クライアント端末２Ａの表示部６０５において、ユーザ２Ａが関与するログ情報が表示される。

図１３は、クライアント端末２Ａが関与するログ情報を示す図である。図１０、図１１、図１２で示した、それぞれ、中継サーバＲ２、Ｒ１、Ｒ３が記憶するログ情報との相違点として、Ｒｅｑｕｅｓｔの記載がないのは、図１３で示したログ情報においては、Ｒｅｑｕｅｓｔはすべてユーザ２Ａだからである。

まず、（１）の状態において、ユーザ２Ａが、「ｆｉｌｅ００１．ｘｌｓ」（Ｒｅｓｏｕｒｃｅ）について、複写要求（Ｏｐｅｒａｔｉｏｎ）している。この複写要求の操作経過は、ＴａｒｇｅｔおよびＭｅｔｈｏｄに時系列で記載されている。その具体例の一部について、以下に説明する。

ステップＳ１において、ユーザ２Ａが、中継サーバＲ２に複写要求を送信している。この際のＴａｒｇｅｔは、ユーザ２Ａから中継サーバＲ２まで送信が行われたことを示している。すなわち、図１０ないし図１２で示したＴａｒｇｅｔは、送信方向を特定しないが、図１３で示したＴａｒｇｅｔは送信方向を特定している。

ステップＳ１．１において、中継サーバＲ２が、中継サーバＲ１に接続要求を送信している。この際のＴａｒｇｅｔは、中継サーバＲ２から中継サーバＲ１まで送信が行われたことを示している。ここで、ステップＳ１においては、Ｔａｒｇｅｔにユーザ２Ａの記載がないのは、図１３で示したログ情報は、クライアント端末２Ａが関与するログ情報であるため、Ｔａｒｇｅｔにユーザ２Ａが記載されるべきことは明確だからである。

また、ステップＳ１．１における接続要求についてのログ情報は、図１０、図１１で示したように、中継サーバＲ１、Ｒ２がともに記憶している。しかし、各中継サーバＲ間でログ情報を交換する際に、実質的に内容が重複するログ情報をともに、図１３において出力する必要は特に生じない。そこで、図１３、図１４で示したログ情報において、複数の中継サーバＲを経由するリソース操作についてのログ情報を出力する際には、実質的に内容が重複するログ情報を集約して出力することにより、重複するログ情報が出力されることはなくなる。

ステップＳ１．１．１において、中継サーバＲ１が、ユーザ１Ａに複写要求を送信している。この際に、ＣｏｐｙＦｉｌｅ−ＯＫが、１つのＭｅｔｈｏｄとして統合されているのは、これらのリソース操作の間に、他のリソース操作の送受信が行われていないからである。また、ステップＳ１．２において、ＭｅｄｉａＳｅｓｓｉｏｎが、Ｍｅｔｈｏｄに記載されていないのは、ＦｉｌｅＴｒａｎｓｆｅｒに包含されているからである。

（１）の状態において、複写要求の操作経過の一部について、以上に説明したが、その後の操作経過についても、以上と同様に考えることができる。図１３で示したログ情報は、ステップＳ９、ステップＳ９．１、ステップＳ９．２において取得されたため、それらのステップまでの操作経過のみが包含されている。

ここで着目すべきこととして、（２）の状態において、クライアント端末２Ａが直接に接続されているのは、中継サーバＲ２ではなく、中継サーバＲ１である。しかし、（２）の状態におけるファイルオープン要求の操作経過についてのログ情報を、クライアント端末２Ａが中継サーバＲ２に直接に接続されている（３）の状態においても、ユーザ２Ａは取得することができる。

このようなことが可能であるのは、各中継サーバＲ間でログ情報を交換しているからである。以上のことから、あるＬＡＮにおいて行われたリソース操作についてのログ情報を、どのＬＡＮにおいても出力することが可能である。さらに、そのログ情報は、特定のクライアント端末Ｔのみが関与するものとすることが可能である。

｛特定のリソースが関与するログ情報の出力｝
図９で示したステップＳ１１、ステップＳ１１．１、ステップＳ１１．２は、リソース「ｆｉｌｅ００３．ｐｄｆ」が関与するログ情報を出力する経過を示している。この経過は、ステップＳ９、ステップＳ９．１、ステップＳ９．２における経過と同様である。

図１４は、リソース「ｆｉｌｅ００３．ｐｄｆ」が関与するログ情報を示す図である。図１０、図１１、図１２で示した、それぞれ、中継サーバＲ２、Ｒ１、Ｒ３が記憶するログ情報との相違点として、Ｒｅｓｏｕｒｃｅの記載がないのは、図１４で示したログ情報においては、Ｒｅｓｏｕｒｃｅはすべて「ｆｉｌｅ００３．ｐｄｆ」だからである。

まず、（２）の状態において、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）が、「ｆｉｌｅ００３．ｐｄｆ」について、ファイルオープン要求（Ｏｐｅｒａｔｉｏｎ）している。次に、ユーザ１Ａ（Ｒｅｑｕｅｓｔ）が、同一の「ｆｉｌｅ００３．ｐｄｆ」について、ファイルオープン要求（Ｏｐｅｒａｔｉｏｎ）している。最後に、ユーザ２Ａ（Ｒｅｑｕｅｓｔ）が、ログ情報を出力している。これらの操作経過は、ＴａｒｇｅｔおよびＭｅｔｈｏｄに時系列で記載されており、ステップＳ９、ステップＳ９．１、ステップＳ９．２で説明した操作過程と同様に考えることができる。図１４で示したログ情報は、ステップＳ１１、ステップＳ１１．１、ステップＳ１１．２において取得されたため、それらのステップまでの操作経過がすべて包含されている。

ここで着目すべきこととして、ステップＳ９、ステップＳ９．１、ステップＳ９．２でも説明したことではあるが、（２）の状態において、クライアント端末２Ａが直接に接続されているのは、中継サーバＲ２ではなく、中継サーバＲ１である。しかし、（２）の状態におけるファイルオープン要求の操作経過についてのログ情報を、クライアント端末２Ａが中継サーバＲ２に直接に接続されている（３）の状態においても、ユーザ２Ａは取得することができる。

また、（３）の状態において、ファイルオープン要求しているのは、中継サーバＲ１に接続されているクライアント端末１Ａであり、中継サーバＲ２に接続されているクライアント端末２Ａとは直接には関係しない。しかし、このファイルオープン要求の操作経過についてのログ情報をも、ユーザ２Ａは取得することができる。

このようなことが可能であるのは、やはり各中継サーバＲ間でログ情報を交換しているからである。以上のことから、あるＬＡＮにおいて行われたリソース操作についてのログ情報を、どのＬＡＮにおいても出力することが可能である。さらに、そのログ情報は、特定のリソースのみが関与するものとすることが可能である。

｛特定のログ情報を交換するか否かの設定に関する変形例｝
図１３、図１４で示したログ情報の出力の際には、各中継サーバＲが記憶しているログ情報のすべてが、各中継サーバＲ間で交換されている。しかし、このことが却って望ましくない場合も考えられる。この場合に、ある中継サーバＲから他の中継サーバＲに対して、他の中継サーバＲが記憶するログ情報を交換する要求があったとしても、他の中継サーバＲはその要求を拒否することができる。

例えば、図１で示したネットワークには属さないが、ＬＡＮ１を有する支社Ａのみと接続している他者（支社Ａの関連会社、在宅勤務者など）について考える。それらの他者に対して、他の支社の中継サーバＲが記憶するログ情報を、他の支社が開示しないように設定することが可能である。

本実施の形態に係る中継通信システムのネットワーク構成図である。 外部サーバの機能ブロック図である。 通信装置の機能ブロック図である。 中継サーバの機能ブロック図である。 中継グループ情報の内容を示す図である。 共有リソース情報の内容を示す図である。 クライアント端末２ＡがＬＡＮ１に移動する前に、ＬＡＮ２に接続されている状態での通信処理のシーケンス図である。 クライアント端末２ＡがＬＡＮ１に接続されている状態での通信処理のシーケンス図である。 クライアント端末２ＡがＬＡＮ１に移動した後に、ＬＡＮ２に接続されている状態での通信処理のシーケンス図である。 中継サーバＲ２が記憶するログ情報を示す図である。 中継サーバＲ１が記憶するログ情報を示す図である。 中継サーバＲ３が記憶するログ情報を示す図である。 クライアント端末２Ａが関与するログ情報を示す図である。 リソース「ｆｉｌｅ００３．ｐｄｆ」が関与するログ情報を示す図である。

符号の説明

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

Claims (5)

1. ＬＡＮに接続されているとともに、他のＬＡＮに接続されている中継サーバと通信可能な中継サーバであって、
   同一のＬＡＮに接続されているクライアント端末の情報を含むアカウント情報を記憶するアカウント情報登録部と、
   相互に通信を許可する一群の中継サーバの情報を含む中継グループ情報を記憶する中継グループ情報登録部と、
   リソースの情報と、前記リソースを共有するクライアント端末の情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   を備え、
   前記アカウント情報登録部に記憶されているクライアント端末から、前記共有リソース情報に基づいて、他のＬＡＮに接続されているクライアント端末が操作可能なリソースについての操作指示を受け付けると、前記中継グループ情報に基づいて、そのリソースの操作を中継し、
   前記中継サーバは、さらに、
   前記操作指示の情報を含むログ情報を記憶する手段と、
   前記中継グループ情報に基づいて、前記ログ情報を前記一群の中継サーバの間で交換する手段と、
   を備えることを特徴とする中継サーバ。
2. 請求項１に記載の中継サーバにおいて、さらに、
   前記一群の中継サーバの間で交換するログ情報の中から、特定のクライアント端末が関与するログ情報を出力する手段、
   を備えることを特徴とする中継サーバ。
3. 請求項１に記載の中継サーバにおいて、さらに、
   前記一群の中継サーバの間で交換するログ情報の中から、特定のリソースが関与するログ情報を出力する手段、
   を備えることを特徴とする中継サーバ。
4. 請求項１ないし請求項３のいずれかに記載の中継サーバにおいて、さらに、
   特定のログ情報を前記一群の中継サーバの間で交換するか否かを、中継サーバごとに設定する手段、
   を備えることを特徴とする中継サーバ。
5. 請求項１ないし請求項４のいずれかに記載の中継サーバにおいて、さらに、
   前記一群の中継サーバの間で交換するログ情報のうち、複数の中継サーバを経由する前記操作指示についての相互に重複するログ情報を集約して出力する手段、
   を備えることを特徴とする中継サーバ。

Images