JP4753165B2 - 中継サーバ及び中継通信システム - Google Patents

Description

本発明は、ネットワークを介してリソースの共有を実現する中継サーバ及び中継通信システムに関する。

従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ、ＶＰＮ）と呼ばれる通信システムが知られている（例えば、特許文献１）。このＶＰＮは、例えば、地域ごとに設けられた複数の支社（拠点）のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、各クライアント端末は、遠隔地にある他のＬＡＮに繋がった機器上の様々なリソース（フォルダ及びファイル）を共有することができる。
特開２００２−２１７９３８号公報

上記のようなネットワーク経由のファイル共有は、その共有ファイルが例えばコンピュータウイルス等に感染した場合、他の機器に被害が拡大し易いという側面を有している。従って、セキュリティ上の観点等から、ファイル等のリソースに意図しない変更が加えられた場合に、それを容易に検出することができる構成が求められていた。

本発明は以上の事情に鑑みてされたものであり、その目的は、仮想的なリソース共有を実現する中継サーバにおいて、共有リソースの改竄を検知可能な属性情報を当該共有リソースの情報とともに一元管理し、改竄等を容易に検知可能な構成を提供することにある。

発明を解決するための手段及び効果

本発明の第１の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、指示中継部と、属性情報管理部と、照合情報中継部と、を備える。前記指示中継部は、前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する。前記属性情報管理部は、リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する。前記照合情報中継部は、中継指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記中継指示の送信元へ当該照合情報を中継する。

この構成により、複数のクライアント端末が中継サーバを介して必要な相手とリソースを共有できるとともに、リソースの情報と属性情報の管理の一元化を容易に実現することができる。また、クライアント端末は、対象リソースの属性情報を中継サーバから取得できるとともに、中継サーバの中継によって照合情報を取得することができるので、リソースに改竄が加えられていないか等を検証することができる。

本発明の第２の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、指示中継部と、属性情報管理部と、検証部と、を備える。前記指示中継部は、前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する。前記属性情報管理部は、リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する。前記検証部は、前記リソース共有端末からの検証指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記属性情報及び前記照合情報に基づいて対象のリソースを検証する。

この構成により、複数のクライアント端末が中継サーバを介して必要な相手とリソースを共有できるとともに、リソースの情報と属性情報の管理の一元化を容易に実現することができる。また、クライアント端末は中継サーバに、リソースの属性情報及び照合情報に基づいて、当該リソースに改竄が加えられていないかを検証させることができる。

前記中継サーバにおいては、前記検証部は、前記リソースの操作指示がされると、対象のリソースについての検証を自動的に行うことが好ましい。

この構成により、リソースを操作するごとに、対象のリソースを自動的に検証することができる。従って、クライアント端末から検証指示を逐一行わなくてもリソースを検証できるので、ユーザの負担を軽減できるとともに、高いセキュリティを実現することができる。

前記中継サーバにおいては、前記制御部は、前記検証部による検証に失敗した場合には、当該リソースについての操作指示の中継を中止することが好ましい。

この構成により、改竄された可能性があるリソースをクライアント端末が操作することを未然に防止でき、高いセキュリティを実現することができる。

前記中継サーバにおいては、前記属性情報は電子署名、ハッシュ値、又はタイムスタンプ情報の少なくとも何れかであることが好ましい。

この構成により、リソースの改竄を容易かつ強力に検出できるので、信頼性の高い検証を行うことができる。

前記中継サーバにおいては、前記属性情報管理部は、自身が実体を操作できるリソースを共有する指示をクライアント端末が行った場合に、当該クライアント端末が作成した属性情報を前記共有リソース情報に登録することが好ましい。

この構成により、リソースの実体を操作できるクライアント端末自身が、その実体に基づいて属性情報を作成するので、リソースの登録処理を簡素化することができる。

あるいは、前記属性情報管理部は、自身が実体を操作できるリソースを共有する指示をクライアント端末が行った場合に、当該クライアント端末から当該リソースについての属性作成用情報を取得して、当該属性作成用情報から前記属性情報を作成して前記共有リソース情報に登録することもできる。

この場合、属性情報の作成とそれによる検証の両方を中継サーバ側で行うこととなるので、クライアント端末の負荷を低減することができる。

前記中継サーバにおいては、前記制御部は、前記属性情報が作成されてから所定期間が経過した場合には、前記リソース共有端末にその旨を通知することが好ましい。

この構成により、属性情報の信頼性が時間の経過とともに低下した場合に、リソース共有端末にその旨を自動的に通知して注意を喚起することができる。従って、より高いセキュリティを実現することができる。

前記中継サーバにおいては、前記制御部は、前記属性情報が作成されてから所定期間が経過した場合には、当該属性情報に対応するリソースに関する情報を前記共有リソース情報から削除することが好ましい。

この構成により、属性情報の信頼性が時間の経過とともに低下した場合に、対象となるリソースに関する情報を共有リソース情報から削除して共有を停止することができる。従って、より高いセキュリティを実現することができる。

本発明の第３の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、複数の中継サーバと、複数のクライアント端末と、を備える。前記中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、指示中継部と、属性情報管理部と、照合情報中継部と、を備える。前記指示中継部は、前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する。前記属性情報管理部は、リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する。前記照合情報中継部は、中継指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記中継指示の送信元へ当該照合情報を中継する。

この構成により、複数のクライアント端末が中継サーバを介して必要な相手とリソースを共有できるとともに、リソースの情報と属性情報の管理の一元化を容易に実現することができる。また、クライアント端末は、対象リソースの属性情報を中継サーバから取得できるとともに、中継サーバの中継によって照合情報を取得することができるので、リソースに改竄が加えられていないか等を検証することができる。

本発明の第４の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、複数の中継サーバと、複数のクライアント端末と、を備える。前記中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、指示中継部と、属性情報管理部と、検証部と、を備える。前記指示中継部は、前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する。前記属性情報管理部は、リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する。前記検証部は、前記リソース共有端末からの検証指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記属性情報及び前記照合情報に基づいて対象のリソースを検証する。

この構成により、複数のクライアント端末が中継サーバを介して必要な相手とリソースを共有できるとともに、リソースの情報と属性情報の管理の一元化を容易に実現することができる。また、クライアント端末は中継サーバに、リソースの属性情報及び照合情報に基づいて、当該リソースに改竄が加えられていないかを検証させることができる。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の一実施形態に係る中継通信システムの全体構成を示す説明図である。

図１に示すように、本実施形態の中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。この中継通信システムは、中継サーバ１、外部サーバ２、クライアント端末５、ファイルサーバ６等を備えている。

ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）は、異なるＬＡＮを相互に接続するネットワークである。本実施形態ではＷＡＮとしてインターネットが使用されている。

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

次に、図２等を参照して外部サーバ２を説明する。図２は外部サーバ２の機能ブロック図である。この外部サーバ２は、各ＬＡＮに配置された中継サーバ１間での通信に用いられる装置であり、インターネット上に設置されている。

図２に示す外部サーバ２は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバとしての機能を備えている。具体的には、外部サーバ２は、ＳＩＰメソッド及びレスポンス等を中継するＳＩＰプロキシサーバとしての機能と、中継サーバ１のアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。

外部サーバ２は、図２に示すように、ＷＡＮインタフェース２０１と、制御部２０２と、中継サーバアカウント情報データベース２０３と、を主要な構成として備えている。

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

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

制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。この制御部２０２は、例えば、それぞれの中継サーバ１から当該中継サーバ１のアカウントを受信し、中継サーバアカウント情報データベース２０３に登録する処理を行う。また、中継サーバ１から送信された様々なＳＩＰメソッド又はレスポンス等の通信データを他の中継サーバ１に中継する処理等を行う。

次に、図３等を参照してクライアント端末５を説明する。図３はクライアント端末５の機能ブロック図である。

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

図３に示すように、クライアント端末５は、ＬＡＮインタフェース６０１と、制御部６０２と、リソース記憶部６０３と、共有リソース情報データベース６０４と、を主要な構成として備えている。

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

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

共有リソース情報データベース６０４は、各クライアント端末５が保有している共有リソースの情報を記述した共有リソース情報を記憶する。

制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。この制御部６０２は、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。

制御部６０２は、例えば、リソース記憶部６０３に記憶されているリソースの移動、変更又は削除等を制御する処理を行う。また制御部６０２は、中継サーバ１から共有リソース情報の変更通知を受信したときは、共有リソース情報データベース６０４に記憶されている共有リソース情報を更新する処理を行う。

次に、図４等を参照して第１実施形態の中継サーバ１を説明する。図４は各中継サーバ１の機能ブロック図である。

中継サーバ１は、図１に示すように、ＬＡＮのそれぞれに１台配置されている。具体的には、ＬＡＮ９１には中継サーバＲ１が、ＬＡＮ９２には中継サーバＲ２が、ＬＡＮ９３には中継サーバＲ３が、ＬＡＮ９４には中継サーバＲ４がそれぞれ配置されている。

中継サーバ１はＬＡＮに接続され、同一のＬＡＮに接続されている各クライアント端末５と通信可能になっている。また、中継サーバ１はインターネットにも接続されており、他のＬＡＮに接続された中継サーバ１と（前記外部サーバ２を介して）通信可能となっている。この通信のため、各中継サーバ１には、プライベートＩＰアドレスとグローバルＩＰアドレスの両方が付与されている。

中継サーバ１は、図４に示すように、ＬＡＮインタフェース５０１と、ＷＡＮインタフェース５０２と、制御部５０３と、アカウント情報データベース５０４と、中継グループ情報データベース５０５と、共有リソース情報データベース５０６と、を主要な構成要素として備えている。

ＬＡＮインタフェース５０１は、自装置と同一のＬＡＮに接続されたクライアント端末５との通信を、プライベートＩＰアドレスを使用して行うインタフェースである。例えば、ＬＡＮ９１において中継サーバＲ１は、ＬＡＮインタフェース５０１を使用して、各クライアント端末１１，１２と通信を行うことができる。

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

各中継サーバ１はＳＩＰレジストラサーバとしての機能を備えており、各中継サーバ１と各クライアント端末５との間の通信はＳＩＰを使用して行われる。例えば、ＬＡＮ９２において中継サーバＲ２はＳＩＰレジストラサーバとして機能し、ＬＡＮ９２に接続されている各クライアント端末２１，２２のアカウントを受信し、アカウント情報データベース５０４に登録する。

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

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

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

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

制御部５０３は、ＬＡＮインタフェース５０１及びＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ及びＳＩＰ等のプロトコルに従った様々な通信処理を制御する。

この制御部５０３は、例えば、自装置のアカウントを外部サーバ２に送信して登録を要求する処理、及び、中継グループ情報を作成して中継グループ情報データベース５０５に記憶する処理を実行する。また、制御部５０３は、共有リソース情報を作成して共有リソース情報データベース５０６に記憶する処理等を実行する。

また、前記制御部５０３は、指示中継部５１１と、電子署名情報管理部（属性情報管理部）５１２と、ハッシュ値情報中継部（照合情報中継部）５１３と、を備えている。

指示中継部５１１は、共有リソースを開く等の操作指示をクライアント端末５等から受信したときに、当該操作指示を必要な相手（他の中継サーバ１等）に中継する。

電子署名情報管理部５１２は、共有リソース情報データベース５０６に記憶される共有リソース情報に共有リソースが追加されたときに、その共有リソースの電子署名データの情報を当該共有リソース情報に追加的に登録できるように構成されている。

ハッシュ値情報中継部５１３は、クライアント端末５からの中継指示に応じて、前記共有リソースの実体を操作できるクライアント端末５を配下に有する中継サーバ１等から対象の共有リソースの検証に必要なハッシュ値（照合情報）を取得し、前記中継指示の送信元のクライアント端末５へ中継するように構成されている。

次にファイルサーバ６を説明する。図１に示すように、このファイルサーバ６はＬＡＮに接続されて、同一のＬＡＮに接続されている各クライアント端末５と通信できるように構成されている。

ファイルサーバ６は、ファイル又はフォルダ等のリソースの実体を記憶できるように構成されており、各クライアント端末５が備えている前記リソース記憶部６０３（図３）に代わるリソース記憶手段として機能する。即ち、本実施形態において各クライアント端末５が操作可能なリソースは、そのクライアント端末５のローカルディスク内に格納されている場合と、ネットワークドライブとしてのファイルサーバ６内に格納されている場合が考えられる。このファイルサーバ６は各ＬＡＮに必須ではなく、図１の例においてもＬＡＮ９２，９４では設置が省略されている。

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

最初に、図６を参照して中継グループ情報を説明する。図６は中継グループ情報の内容例を示す図である。

図６には、中継サーバＲ３における中継グループ情報データベース５０５の記憶内容例が示されている。この例では、中継グループ情報データベース５０５は２つの中継グループ情報１００ａ，１００ｂを記憶している。

それぞれの中継グループ情報１００ａ，１００ｂは、１つのグループ識別情報１０１と、相互に接続を許可することで中継グループを構成する中継サーバ１の情報（中継アカウント情報）１０２と、リソース共有可能端末情報１１０と、を含んでいる。

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

中継アカウント情報１０２は、相互に接続を許可することで中継グループを構成するそれぞれの中継サーバ１のアカウントの情報を含んでいる。例えば、図６の上側に示されている中継グループ情報１００ａにおいては、中継グループを構成する３つの中継サーバＲ１，Ｒ２，Ｒ３のアカウントが記述されている。また、図６の下側に示されている中継グループ情報１００ｂにおいては、当該中継グループを構成する１つの中継サーバＲ３のアカウントが記述されている。

中継アカウント情報１０２においては、各中継サーバ１のアカウントに付与された具体的な名称が併せて登録され、ユーザの識別が容易になっている。例えば、中継サーバＲ１（ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２ａであれば、中継サーバＲ１のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）に対して名称（支社Ａ）が付与されている。

以上のように、中継グループ情報１００ａ，１００ｂは、中継グループごとに一意に識別可能に作成されている。また、中継グループ情報１００ａ，１００ｂには、相互に接続を許可することで一群（中継グループ）を構成する各中継サーバのアカウント（中継アカウント情報１０２）が含まれている。従って、中継グループ情報１００ａ，１００ｂを参照すれば、どのＬＡＮとどのＬＡＮがグループを構成しているのかを知ることができる。

次に、前記中継グループ情報１００に含ませることが可能なリソース共有可能端末情報１１０について説明する。

図６に示すように、リソース共有可能端末情報１１０は、各中継グループ情報１００に対応して登録されている。例えば、リソース共有可能端末情報１１０ａは中継グループ情報１００ａに対応して登録され、リソース共有可能端末情報１１０ｂは中継グループ情報１００ｂに対応して登録されている。

それぞれのリソース共有可能端末情報１１０ａ，１１０ｂは、対応する中継グループ情報１００ａ，１００ｂに係る中継グループにおいてリソースの共有が許可されたクライアント端末５を記述した個別端末情報１１１を含んでいる。この個別端末情報１１１は、リソースの共有が可能なクライアント端末５それぞれのアカウントを記述した情報である。

例えば、図６の上側のリソース共有可能端末情報１１０ａに対応する中継グループ情報１００ａは、３つの中継サーバＲ１，Ｒ２，Ｒ３で構成される中継グループを定義する。図１に示すように、中継サーバＲ１が接続されているＬＡＮ９１には、２台のクライアント端末１１，１２が存在する。図６の上側のリソース共有可能端末情報１１０ａの例では、この２台の両方が上記中継グループでリソースを共有可能な端末として選択され、そのアカウント情報が個別端末情報１１１として登録されている。同様に、中継サーバＲ２が接続されているＬＡＮ９２ではクライアント端末２１，２２の両方がリソース共有可能端末として選択されている。中継サーバＲ３が接続されているＬＡＮ９３にはクライアント端末３１，３２が存在するが、リソース共有可能端末情報１１０ａの例ではクライアント端末３１のみがリソース共有可能端末として選択され、アカウント情報が個別端末情報１１１として登録されている。

図６の下側のリソース共有可能端末情報１１０ｂに対応する中継グループ情報１００ｂは、中継サーバＲ３のみで構成される中継グループを定義する。このリソース共有可能端末情報１１０ｂの例では、中継サーバＲ３が接続されているＬＡＮ９３において、２台のクライアント端末３１，３２が両方ともリソース共有可能端末として選択され、そのアカウント情報が個別端末情報１１１として登録されている。

個別端末情報１１１においては、各リソース共有可能端末のアカウントのほか、当該アカウントに付与された具体的な名称が登録され、ユーザの識別が容易になっている。例えば、クライアント端末１１の場合、そのアカウント（例えば、ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）に対して付与された名称（ｃｌｉｅｎｔ１１）が記述されている。更に、個別端末情報１１１には、営業部及び開発部等、そのリソース共有可能端末の所属を示す所属識別データ１１２が記述されている。

なお、リソース共有可能端末情報１１０においてそれぞれの個別端末情報１１１は、リソース共有可能端末と同一のＬＡＮに接続されている中継サーバの中継アカウント情報１０２と関連付けて記述されている。例えばクライアント端末１１に関する個別端末情報１１１は、中継サーバＲ１の中継アカウント情報１０２ａと関連付けた形で記述されている。

また、図６の例で示すように、中継グループ情報データベース５０５は、中継グループ情報１００及びリソース共有可能端末情報１１０をそれぞれ複数記憶することができる。また、クライアント端末３１は、２つの中継グループにおけるリソース共有可能端末情報１１０ａ，１１０ｂの両方においてリソース共有可能端末とされ、その個別端末情報１１１が記述されている。このように、１つのクライアント端末５を複数の中継グループにおいてリソース共有端末として選択し、その旨のリソース共有可能端末情報１１０を中継グループ情報データベース５０５に記憶できるようになっている。

それぞれの中継グループ情報１００は、中継グループを構成している各中継サーバ１間で交換される。例えば、図６の上側の中継グループ情報１００ａは、３つの中継サーバＲ１，Ｒ２，Ｒ３で交換され、それぞれの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。また、図６の下側の中継グループ情報１００ｂは、中継サーバＲ３のみで保持され、中継サーバＲ３の中継グループ情報データベース５０５に記憶される。

次に、共有リソース情報の内容について、図７を参照して説明する。図７は、クライアント端末１１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０を例示したものである。なお、これと同じ情報が、クライアント端末１１と同一のＬＡＮに接続されている中継サーバＲ１の共有リソース情報データベース５０６にも記憶される。

共有リソース情報１２０は、クライアント端末１１に関する共有リソース情報であることを示すアカウント識別情報１２１と、そのクライアント端末１１が関連する個別共有リソース情報１２２と、で構成されている。

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

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

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

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

ファミリリソース情報１２５は、クライアント端末５が保有しているファイル又はフォルダ（ディレクトリ）等のリソースの実体を示すリソース情報１２６の集合体である。

それぞれのリソース情報１２６は、共有するリソースの名称の情報と、そのリソースの実体の操作が可能なクライアント端末５（オーナクライアント端末）のアカウントの情報と、そのリソースの実体の所在を示すアドレスの情報と、そのリソースについてのステータス情報と、で構成されている。

共有するリソースの名称とは、リソースを複数のクライアント端末５で共有するにあたって当該リソースに付与される名称であり、例えば、ｎａｍｅ＝”ｆｏｌｄｅｒＡ”と記述される。オーナクライアント端末のアカウントの情報には、オーナクライアント端末を識別するアカウントが、例えば、ｏｗｎｅｒ＝”ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ”のように記述される。リソースの実体の所在を示すアドレスは、共有リソースがリソース記憶部６０３（又はファイルサーバ６）に実際に記憶されている場所を示すものであり、例えばフルパスを用いてｖａｌｕｅ＝”ｃ：／ｆｏｌｄｅｒＡ”等と記述される。ステータス情報は、そのリソースの状態を示す情報であり、例えば、ｓｔａｔｕｓ＝”ｏｋ”等と記述される。

また、前記リソース情報１２６には、必要に応じて、当該リソースが改竄されていないことを検証するために必要な電子署名情報を含ませることができる。例えば図７のファミリリソース情報１２５ａにおいて、名称がｆｉｌｅ００ＺＸ．ｘｌｓである共有リソースに係るリソース情報１２６では、電子署名のファイル名がｓｉｇｎａｔｕｒｅ＝”ｅｓ．ｐ７ｓ”のように記述され、これにより電子署名情報１２９が構成されている。また、ファミリリソース情報１２５ｂにおいて、名称がｆｉｌｅ００Ａ．ｘｌｓである共有リソースに係るリソース情報１２６では、電子署名のファイル名がｓｉｇｎａｔｕｒｅ＝”ｅｓ２．ｐ７ｓ”のように記述され、電子署名情報１２９が構成されている。これらの電子署名のファイルは中継サーバ１により作成され、当該中継サーバ１の適宜の記憶手段に記憶される。

ファミリアカウント情報１２４は、ファミリリソース情報１２５で示されているリソースの実体を共有するクライアント端末５のアカウント（例えば、ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）の情報の集合体である。

図７のファミリリソース情報１２５ａの例では、オーナクライアント端末は１１である。そして、このオーナクライアント端末１１を介して間接的にリソースの実体を操作可能なクライアント端末（ユーザクライアント端末）は、図７のファミリアカウント情報１２４に記述されたクライアント端末のうちオーナクライアント端末１１以外のものである。即ち、この例ではクライアント端末２１がユーザクライアント端末である。

図７に示すようにファミリリソース情報１２５は複数記述することができ、それぞれのファミリリソース情報１２５に記述されたオーナクライアント端末は互いに異なっていても良い。従って、オーナクライアント端末とユーザクライアント端末の関係は固定的なものではなく、ファミリアカウント情報１２４に記述されたクライアント端末はどれでもオーナアカウント端末となることができる。なお、以降の説明において、このファミリアカウント情報１２４に記述されたクライアント端末を共有メンバ端末と呼ぶことがある。

図７の例における共有メンバ端末であるクライアント端末１１，２１のそれぞれは、図６の中継グループ情報１００ａで記述された中継グループを構成する３台の中継サーバＲ１，Ｒ２，Ｒ３の何れかと同一のＬＡＮに接続されている。また、各共有メンバ端末は、当該中継グループにおけるリソース共有可能端末情報１１０ａにおいて、何れもリソース共有可能端末として個別端末情報１１１が記述されているクライアント端末である。

前記共有メンバ端末のそれぞれは、以上で説明した内容の個別共有リソース情報１２２を持った共有リソース情報１２０を、共有リソース情報データベース６０４に記憶している。

次に、図８のシーケンス番号１１〜１９を参照して、中継グループの生成及び登録段階を説明する。図８に示すシーケンス番号１１〜１９の処理は、一般に、ユーザ及びオペレータによってネットワークの初期設定として行われる。

まず、中継サーバＲ１において、中継サーバＲ２との間で中継グループを新規に形成するメソッド（ｃｒｅａｔｅＧｒｏｕｐメソッド）がオペレータによって実行される。このｃｒｅａｔｅＧｒｏｕｐメソッドでは、中継グループを形成する相手の中継サーバＲ２のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定される。

すると、中継サーバＲ１において中継グループ情報１００ａが新たに作成される。このとき、識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が当該中継グループ情報に付与され、グループ識別情報１０１に記述される。

次に、中継サーバＲ１においてメッセージ送信コマンド（ＭＥＳＳＡＧＥメソッド）が実行され、相手となる中継サーバＲ２に対するｇｒｏｕｐ−ｉｎｆｏメッセージが外部サーバ２に送信される（シーケンス番号１１）。このメッセージには、前記ｃｒｅａｔｅＧｒｏｕｐメソッドで作成された中継グループ情報の識別ＩＤ等が含まれている。

このＭＥＳＳＡＧＥメソッドでは、メッセージ送信先の中継サーバＲ２のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定されている。外部サーバ２は、中継サーバアカウント情報データベース２０３を参照することで中継サーバＲ２のグローバルＩＰアドレスを取得し、中継サーバＲ１からのｇｒｏｕｐ−ｉｎｆｏメッセージを中継サーバＲ２に中継する。メッセージを受信した中継サーバＲ２は、外部サーバ２を介して中継サーバＲ１へＯＫレスポンスを返す。

以上のように、本実施形態の各中継サーバ１間の通信は外部サーバ２を経由して行われ、以下においても同様である。従って、以後の説明では、外部サーバ２を経由する通信処理の具体的な説明を省略する。

次に、中継サーバＲ１が、中継サーバＲ２に対し、サーバ情報の送信要求メッセージ（ｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージ）を送信する（シーケンス番号１２）。このメッセージを受信した中継サーバＲ２は、ＯＫレスポンスとともに、自身に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）を中継サーバＲ１に返す。

今度は反対に、中継サーバＲ２が中継サーバＲ１に対するｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージを送信し（シーケンス番号１３）、中継サーバＲ１は自身に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）を中継サーバＲ２に返信する。

以上のように互いのサーバに関する情報を交換することで、両中継サーバＲ１，Ｒ２の情報が中継グループ情報１００に含まれる中継アカウント情報１０２に記述され、各中継サーバＲ１，Ｒ２の中継グループ情報データベース５０５に記憶される。

次に、中継サーバＲ２において、先ほど作成した中継グループ（中継サーバＲ１，Ｒ２で構成される中継グループ）に新たに中継サーバＲ３を加えるメソッド（ａｄｄＧｒｏｕｐメソッド）がオペレータによって実行される。このａｄｄＧｒｏｕｐメソッドでは、加入させる中継サーバＲ３のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ３＠ｎｅｔ）、加入させる中継グループの識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が指定される。

すると中継サーバＲ２は、加入させる相手となる中継サーバＲ３に対し、ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号１４）。このメッセージには、前記ａｄｄＧｒｏｕｐメソッドで指定された中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ３は、中継サーバＲ２へＯＫレスポンスを返す。次に、シーケンス番号１２，１３で説明したのと全く同様に、中継サーバＲ２と中継サーバＲ３との間でサーバ情報が交換される（シーケンス番号１５，１６）。

次に、中継サーバＲ２は、中継グループに中継サーバＲ３が加わったことを知らせるｕｐｄａｔｅ−ｇｒｏｕｐ−ｉｎｆｏメッセージを、中継サーバＲ１に送信する（シーケンス番号１７）。これを受信した中継サーバＲ１は、中継サーバＲ２へＯＫレスポンスを返す。その後、中継サーバＲ３と中継サーバＲ１との間でサーバ情報が交換される（シーケンス番号１８，１９）。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３が中継グループを形成している旨の中継グループ情報１００（具体的には、図６の符号１００ａで示した内容の情報）が、各中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。

なお、図８では図示しないが、中継サーバＲ３において更に、中継グループを形成する他の中継サーバを指定せずにｃｒｅａｔｅＧｒｏｕｐメソッドが実行される。これにより中継サーバＲ３のみから形成される中継グループ情報１００ｂが作成され、識別ＩＤ（０００２＠ｒｅｌａｙ−ｓｅｒｖｅｒ２）が付与され、Ｒ３の中継グループ情報データベース５０５に記憶される。

次に、図９のシーケンス番号２１〜２９を参照して、中継グループに対するリソース共有可能端末の登録段階を説明する。

中継サーバＲ１において、３台の中継サーバＲ１，Ｒ２，Ｒ３で構成される中継グループに、リソース共有可能端末としてクライアント端末１１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。このａｄｄＴｅｒｍｉｎａｌメソッドでは、クライアント端末１１のアカウント、及び、登録先の中継グループを示す識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が指定される。

このａｄｄＴｅｒｍｉｎａｌメソッドが実行されると、中継サーバＲ１は、自身の中継グループ情報データベース５０５を検索する。そして、指定された識別ＩＤの中継グループ情報に対応するリソース共有可能端末情報１１０に、前記クライアント端末１１の個別端末情報１１１を追加する。

その後直ちに、中継サーバＲ１は、中継グループ情報データベース５０５の記憶内容から中継グループ情報１００を前記識別ＩＤによって特定し、当該中継グループがどの中継サーバ１によって構成されているかを調べる。すると、図６の中継グループ情報１００ａにより、対象となる中継グループは、自身（中継サーバＲ１）と、２台の中継サーバＲ２，Ｒ３とで構成されていることが判る。

従って、中継サーバＲ１は、まず中継サーバＲ２に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２１）。このメッセージには、対象となるクライアント端末１１のアカウント、及び登録先の中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ２は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末１１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。

次に、中継サーバＲ１は、クライアント端末１１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２２）。このメッセージには、クライアント端末１１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末１１は、受信したリソース共有可能端末情報１１０の内容を適宜の記憶手段に記憶する。

続いて、中継サーバＲ１は、中継サーバＲ３に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２３）。これを受信した中継サーバＲ３は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末１１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１の個別端末情報１１１が登録される。

次に、中継サーバＲ２において、前述の中継グループの識別ＩＤを指定して、リソース共有可能端末としてクライアント端末２１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。

すると中継サーバＲ２は、自身の中継グループ情報データベース５０５を検索し、識別ＩＤで指定された中継グループ情報に対応するリソース共有可能端末情報１１０に、前記クライアント端末２１の個別端末情報１１１を追加する。

次に、中継サーバＲ２は、中継サーバＲ１に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２４）。このメッセージには、対象となるクライアント端末２１のアカウント、登録先の中継グループの識別ＩＤ等が含まれている。

これを受信した中継サーバＲ１は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末２１の個別端末情報１１１を追加する。更に中継サーバＲ１は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末１１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２４．１）。このメッセージを受信したクライアント端末１１は、適宜の記憶手段に、前記クライアント端末２１の個別端末情報１１１を記憶する。その後、クライアント端末１１は中継サーバＲ１へＯＫレスポンスを返し、これを受信した中継サーバＲ１は中継サーバＲ２に対しＯＫレスポンスを返す。

更に、中継サーバＲ２は、クライアント端末２１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２５）。このメッセージには、クライアント端末１１及び２１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末２１は、受信したリソース共有可能端末情報１１０の内容を、適宜の記憶手段に記憶する。

続いて、中継サーバＲ２は、中継サーバＲ３に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２６）。これを受信した中継サーバＲ３は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末２１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末として、クライアント端末１１及び２１の個別端末情報１１１が登録された状態となる。

次に、中継サーバＲ３において、前述の中継グループの識別ＩＤを指定して、リソース共有可能端末としてクライアント端末３１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。

すると中継サーバＲ３は、自身の中継グループ情報データベース５０５を検索し、識別ＩＤで指定された中継グループに関するリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。

更に、中継サーバＲ３は、中継サーバＲ１に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２７）。このメッセージには、対象となるクライアント端末３１のアカウント、登録先の中継グループの識別ＩＤ等が含まれている。

これを受信した中継サーバＲ１は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。更に中継サーバＲ１は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末１１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２７．１）。このメッセージを受信したクライアント端末１１は、適宜の記憶手段に、前記クライアント端末３１の個別端末情報１１１を記憶する。その後、クライアント端末１１は中継サーバＲ１へＯＫレスポンスを返し、これを受信した中継サーバＲ１は中継サーバＲ３に対しＯＫレスポンスを返す。

次に、中継サーバＲ３は、クライアント端末３１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２８）。このメッセージには、クライアント端末３１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末３１は、受信したリソース共有可能端末情報１１０の内容を、適宜の記憶手段に記憶する。

続いて、中継サーバＲ３は、中継サーバＲ２に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２９）。これを受信した中継サーバＲ２は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。更に中継サーバＲ２は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末２１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２９．１）。このメッセージを受信したクライアント端末２１は、適宜の記憶手段に、前記クライアント端末３１の個別端末情報１１１を記憶する。その後、クライアント端末２１は中継サーバＲ２へＯＫレスポンスを返し、これを受信した中継サーバＲ２は中継サーバＲ３に対しＯＫレスポンスを返す。

以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１，２１及び３１の個別端末情報１１１が登録された状態となる。

また、図９では図示していないが、この後、クライアント端末１２，２２を前記中継グループ情報（識別ＩＤは０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）に追加する操作が更に行われる。これにより、中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１，１２，２１，２２及び３１の個別端末情報１１１が登録される（図６の符号１１０ａを参照）。更に、中継サーバＲ３において、クライアント端末３１，３２を他の中継グループ情報（識別ＩＤは０００２＠ｒｅｌａｙ−ｓｅｒｖｅｒ２）に追加する操作が引き続き行われる。

なお、図９ではリソース共有可能端末としてクライアント端末を登録する処理を説明したが、中継サーバ１は、クライアント端末５のリソース共有可能端末としての登録を外す処理（ｄｅｌｅｔｅＴｅｒｍｉｎａｌメソッド）も行うことができる。この場合は、リソース共有可能端末情報１１０から、指定されたクライアント端末５の個別端末情報１１１を削除することになる。

次に、クライアント端末５のリソースを実際に共有させる場合の動作を、図１０を参照して説明する。ここでは、クライアント端末１１が共有リソースを作成するとともに、当該クライアント端末１１の保有するファイル”見積書．ｘｌｓ”に電子署名を付した上で、識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１である中継グループにおいてクライアント端末２１と共有させる場合を例に説明する。

ユーザはクライアント端末１１を操作し、識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１である中継グループを指定した上で、当該中継グループにおけるリソース共有可能端末を表示させる指示をクライアント端末１１に対して行う。クライアント端末１１は中継サーバＲ１との通信によりリソース共有可能端末の情報を取得し、指定された中継グループにおけるリソース共有可能端末の一覧を画面に表示する。

ここでは識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１の中継グループが指定されているので、図６の上側に示すリソース共有可能端末情報１１０ａに基づき、４台のクライアント端末１２，２１，２２及び３１がリソース共有可能端末として表示される。ユーザは、実際にリソースを共有させる端末（前記ユーザクライアント端末）として、クライアント端末２１を指定する。

更にユーザはクライアント端末１１を操作し、共有したいリソースとして、当該クライアント端末１１のリソース記憶部６０３に記憶されているファイルを指定する。今回は、”見積書．ｘｌｓ”というファイルを指定したとする。また、クライアント端末１１は、前記ファイルを共有する際の名称をユーザに問い合わせる。今回の説明では、ユーザは共有時の名称として”ｆｉｌｅ００ＺＸ．ｘｌｓ”を指定したとする。

なお、図１０以降のシーケンス図では、前記”見積書．ｘｌｓ”のファイルの実体が保存されているフォルダが符号１１ｆで示されている。また、当該シーケンス図では、今回の対象となるファイル”見積書．ｘｌｓ”を便宜的にｆｉｌｅ００１と表記している。

上記の操作が完了すると、クライアント端末１１は最初にＲｅａｄＦｉｌｅコマンドを実行し、フォルダ１１ｆに保存されている対象ファイルの実体の内容を読み込んで取得する（シーケンス番号３１）。続いて、クライアント端末１１は電子署名コマンド（ＥＳコマンド）を実行する。この電子署名コマンドにより、対象のファイルの実体の内容についてハッシュ値が計算され、それを暗号化することで電子署名のデータを得ることができる。本実施形態では、前記暗号化の方法として、公開鍵を用いた暗号技術の標準規格群（Ｐｕｂｌｉｃ Ｋｅｙ Ｃｒｙｐｔｏｇｒａｐｈｙ Ｓｔａｎｄａｒｄ、ＰＫＣＳ）を使用している。

その後、クライアント端末１１は、共有リソースの作成要求（ｃｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（図１０のシーケンス番号３１）。このメッセージには、共有相手の指定と、共有するファイルの指定（共有時の名称の指定を含む）と、当該ファイルについて前記処理を行うことにより作成した電子署名のデータと、が含まれている。

これを受信した中継サーバＲ１は、最初にＳａｖｅコマンドを実行し、クライアント端末１１から受け取った電子署名のデータを”ｅｓ．ｐ７ｓ”というファイル名で適宜の記憶手段に保存する。次に、中継サーバＲ１は共有リソース情報１２０を作成し、自身の共有リソース情報データベース５０６に記憶する。

このときに記憶される共有リソース情報１２０は、クライアント端末１１，２１のアカウントがファミリアカウント情報１２４（図７）に記述されるとともに、今回の対象ファイル（実体名”見積書．ｘｌｓ”）のリソース情報１２６がファミリリソース情報１２５に記述されたものとなる。また、実体名が”見積書．ｘｌｓ”であるリソースに係るリソース情報１２６には、電子署名情報（属性情報）１２９として、前述の電子署名のファイル名がｓｉｇｕｎａｔｕｒｅ＝”ｅｓ．ｐ７ｓ”のように記述される。

そして、中継サーバＲ１は、中継グループの識別ＩＤに基づいて中継グループ情報データベース５０５の内容を参照し、当該中継グループを構成する他の中継サーバＲ２に対しｕｐｄａｔｅＲｅｓｏｕｒｃｅメッセージを送信し、作成された共有リソース情報１２０を通知する（シーケンス番号３２．１）。なお、ｕｐｄａｔｅＲｅｓｏｕｒｃｅメッセージは中継サーバＲ３にも送信されるが、今回の場合はメンバ端末が１１，２１の２台だけであり、中継サーバＲ３は通信処理において重要な役割を果たさないので、以降では中継サーバＲ３に関する通信処理の説明を省略する。

メッセージを受信した中継サーバＲ２は、自身の共有リソース情報データベース５０６にその共有リソース情報１２０を記憶する。また、中継サーバＲ２は、指定されたクライアント端末２１に対してｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを送信し、共有リソース情報１２０を通知する（シーケンス番号３２．１．１）。

ｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを受信したユーザクライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、ユーザクライアント端末２１は送信元の中継サーバＲ２にＯＫレスポンスを返し、ＯＫレスポンスを受信した中継サーバＲ２は中継サーバＲ１にＯＫレスポンスを返す。

以上により、中継サーバＲ１，Ｒ２，Ｒ３の共有リソース情報データベース５０６に記憶される共有リソース情報１２０には、共有リソース識別情報１２３、及びファミリアカウント情報１２４が記述されることになる。更に、共有するリソースの実体を示すリソース情報（図７の符号１２６）が、共有リソース情報１２０にファミリリソース情報１２５として加えられる。また、前記リソース情報１２６には前記電子署名情報１２９が含められることになる。クライアント端末１１，２１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０にも、同じ内容が記述される。

次に、ユーザクライアント端末２１が、上記の処理で追加された共有リソースを開く場合の処理について説明する。今回の説明では、クライアント端末２１においてユーザが適宜の操作を行うことにより、先ほど追加された共有リソースを指定して開く旨を指示したとする。

すると、クライアント端末２１においてＯｐｅｎＦｉｌｅコマンドが実行され、直ちに電子署名データの取得要求（ＧｅｔＥＳコマンド）がクライアント端末２１から中継サーバＲ２に送信される（シーケンス番号３３）。電子署名データの取得要求を受信した中継サーバＲ２は、オーナクライアント端末１１を配下に有する中継サーバＲ１に対してｇｅｔＥＳメッセージを送信する（シーケンス番号３３．１）。このメッセージを受信した中継サーバＲ１は、自身に保存した電子署名データを中継サーバＲ２へ送信し、中継サーバＲ２はこの電子署名データをクライアント端末２１へ中継する。続いて、クライアント端末２１はＤｅｃｏｄｅコマンドを実行し、受信した電子署名データをデコードすることによりハッシュ値を抽出する。

次に、クライアント端末２１は、照合情報としてのハッシュ値の取得要求（ＧｅｔＨａｓｈＣｏｄｅコマンド）を中継サーバＲ２に送信する（シーケンス番号３４）。このＧｅｔＨａｓｈＣｏｄｅコマンドには、オーナクライアント端末の指定（即ちクライアント端末１１）と、ハッシュ値の算出の対象となる共有リソースの指定が含まれている。

このコマンドを受信した中継サーバＲ２は、自身の中継グループ情報データベース５０５に記憶された中継グループ情報１００を調べる。すると、指示されたクライアント端末１１が中継サーバＲ１の配下であることが判る。そこで、中継サーバＲ２は、中継サーバＲ１に対してｇｅｔＨａｓｈＣｏｄｅメッセージを送信する（シーケンス番号３４．１）。メッセージを受け取った中継サーバＲ１は、自身の配下のクライアント端末１１に対しＧｅｔＨａｓｈＣｏｄｅコマンドを送信する（シーケンス番号３４．１．１）。このコマンドを受信したクライアント端末１１は、ＲｅａｄＦｉｌｅコマンドを実行してファイルの実体を読み込み（シーケンス番号３４．１．１．１）、ハッシュ値を計算して中継サーバＲ１へ送信する。ハッシュ値のデータは、中継サーバＲ１から中継サーバＲ２を中継してクライアント端末１１へ送信される。

次に、クライアント端末２１はＶａｌｉｄａｔｉｏｎコマンドを実行し、電子署名データから抽出したハッシュ値と、オーナクライアント端末１１が計算したハッシュ値とが一致するか否かを調べる。この結果、今回はハッシュ値同士が一致し、共有リソースが改竄されていないことが確認されたとする。

こうして共有リソースの検証に成功すると、クライアント端末２１は、ファイルオープン要求（ＯｐｅｎＦｉｌｅコマンド）を中継サーバＲ２に送信する（シーケンス番号３５）。このＯｐｅｎＦｉｌｅコマンドには、オーナクライアント端末の指定（即ち、クライアント端末１１）と、開きたい共有リソースの指定が含まれている。このコマンドを受け取った中継サーバＲ２は、中継サーバＲ１に対して接続要求（ＩＮＶＩＴＥメソッド）を送信する（シーケンス番号３５．１）。接続要求を受信した中継サーバＲ１は、クライアント端末１１に対しファイルオープン要求（ＯｐｅｎＦｉｌｅ）を送信する（シーケンス番号３５．１．１）。ファイルオープン要求を受信したクライアント端末１１は、対象となるリソースの操作が可能であることを確認してＯＫレスポンスを中継サーバＲ１に返し、中継サーバＲ１は中継サーバＲ２へＯＫレスポンスを返す。

ＯＫレスポンスを受信した中継サーバＲ２は中継サーバＲ１に対してＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、これにより中継サーバＲ２，Ｒ１間に通信経路が確立される（シーケンス番号３５．２）。ＭｅｄｉａＳｅｓｓｉｏｎコマンドを受信した中継サーバＲ１は、クライアント端末１１に対しＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、これにより中継サーバＲ１とクライアント端末１１の間に通信経路が確立される（シーケンス番号３５．２．１）。その後、クライアント端末１１はＲｅａｄＦｉｌｅコマンドを実行し（シーケンス番号３５．２．１．１）、対象リソースを読み出して中継サーバＲ１に送信する。対象リソースは中継サーバＲ１から中継サーバＲ２に転送され、更にクライアント端末２１へ転送される。以上により、共有リソースの実体のデータがクライアント端末２１に送信され、クライアント端末２１は当該データをオープンする処理を行う。

以上のシーケンス番号３５〜３５．２．１．１は、ハッシュ値が一致して検証に成功した場合の処理であるが、検証に失敗する場合も考えられる。以下、図１１を参照して、検証に失敗した場合の処理を説明する。

クライアント端末２１の検証コマンドにおいて、電子署名から抽出したハッシュ値とファイルの実体から計算したハッシュ値とが一致しなかった場合、図１１に示すように、クライアント端末２１においてエラー通知処理（ＮｏｔｉｆｙＥｒｒｏｒコマンド）が実行される。この結果、共有リソースの検証に失敗した旨のエラーメッセージがクライアント端末２１のディスプレイに表示される。

更に、クライアント端末２１は、中継サーバＲ２に対しファイルエラー通知（ＥｒｒｏｒＦｉｌｅコマンド）を送信する（シーケンス番号３６）。このＥｒｒｏｒＦｉｌｅコマンドには、オーナクライアント端末の指定（即ち、クライアント端末１１）と、エラーの対象となる共有リソースの指定が含まれている。これを受信した中継サーバＲ２は、中継サーバＲ１に対してｅｒｒｏｒＦｉｌｅメッセージを送信する（シーケンス番号３６．１）。

ｅｒｒｏｒＦｉｌｅメッセージを受け取った中継サーバＲ１は、クライアント端末１１に対しＥｒｒｏｒＦｉｌｅコマンドを送信し（シーケンス番号３６．１．１）、これを受信したクライアント端末１１はＮｏｔｉｆｙＥｒｒｏｒコマンドを実行する。この結果、共有リソースの検証に失敗した旨のエラーメッセージがクライアント端末１１のディスプレイにも表示される。その後、クライアント端末１１は送信元の中継サーバＲ１にＯＫレスポンスを返し、ＯＫレスポンスを受信した中継サーバＲ１は中継サーバＲ２にＯＫレスポンスを返す。

次に、クライアント端末２１において、検証に失敗した共有リソースを削除するコマンド（ＤｅｌｅｔｅＲｅｓｏｕｒｃｅコマンド）が自動的に実行される。このコマンドが実行されると、クライアント端末２１は、共有リソース情報データベース６０４に記憶されている共有リソース情報１２０から、対象の共有リソースに係るリソース情報１２６を削除する。

その後、クライアント端末２１は、共有リソース情報の更新要求（ＵｐｄａｔｅＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ２へ送信し、更新された共有リソース情報１２０を通知する（シーケンス番号３７）。この更新要求を受信した中継サーバＲ２は、通知された共有リソース情報１２０を共有リソース情報データベース６０４に記憶するとともに、中継サーバＲ１に対してｕｐｄａｔｅＲｅｓｏｕｒｃｅメッセージを送信する（シーケンス番号３７．１）。このメッセージを受信した中継サーバＲ１は、更新済みの共有リソース情報１２０を、中継サーバＲ２と同様に共有リソース情報データベース６０４に記憶する。また、中継サーバＲ１はクライアント端末１１に対しＵｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを送信し、同様に共有リソース情報１２０を更新させる（シーケンス番号３７．１．１）。

次に、図１２を参照して、クライアント端末５が自身のファイルを共有リソースとして追加する場合の処理の詳細について説明する。図１２は、第１実施形態の中継通信システムにおけるクライアント端末５の共有リソース追加時の動作を示すフローチャートである。なお、図１２のフローチャートは、図１０におけるクライアント端末１１の処理（シーケンス番号３１〜３２）に実質的に相当するものである。

図１２に示すように、クライアント端末５は共有リソースの追加が指示されるまで待機し（Ｓ１０１）、共有リソースの追加が指示された場合は、追加すべき共有リソース（ファイル）を問い合わせる（Ｓ１０２）。ユーザは、この問合せに対し、共有させたいファイルを適宜選択する。

次に、クライアント端末５は、電子署名の情報を共有リソース情報に付与するか否かを問い合わせる（Ｓ１０３）。ユーザは、この問合せに対し、電子署名を付与するかしないかを選択することができる。

ユーザが電子署名の情報を付与する旨を選択した場合は、クライアント端末５は、指定されたファイルの実体を読み込み、ハッシュ値を計算して電子署名データを作成する（Ｓ１０４）。その後、クライアント端末５は、共有リソース情報データベース６０４に記憶されている共有リソース情報１２０に対象ファイルのリソース情報１２６を追加する（Ｓ１０５）。更に、クライアント端末５は、共有リソース情報１２０の更新コマンドを前記電子署名データ付きで中継サーバ１へ送信する（Ｓ１０６）。

一方、Ｓ１０３の判断でユーザが電子署名の情報を付与しない旨を選択した場合は、共有リソース情報１２０に対象ファイルのリソース情報１２６を追加する（Ｓ１０７）とともに、共有リソース情報１２０の更新コマンドを中継サーバ１へ送信する（Ｓ１０８）。

次に、図１３を参照して、クライアント端末５が共有リソースを開く場合の処理の詳細について説明する。図１３は、第１実施形態の中継通信システムにおけるクライアント端末５の共有リソースオープン時の動作を示すフローチャートである。なお、図１３のフローチャートは、図１０及び図１１におけるクライアント端末２１の処理（シーケンス番号３３〜３６．１．１）に実質的に相当するものである。

図１３に示すように、クライアント端末５は共有リソースを開く指示がされるまで待機し（Ｓ２０１）、共有リソースを開く指示がされた場合は、対象の共有リソースに電子署名の情報が付与されているかを共有リソース情報１２０に基づいて調べる（Ｓ２０２）。

電子署名の情報が付与されていた場合、クライアント端末５は、指定された共有リソースのオーナが自分以外であるか否かを調べる（Ｓ２０３）。共有リソースのオーナが自分以外である場合（即ち、自身がユーザクライアント端末である場合）は、ハッシュデータ取得コマンドを中継サーバ１へ送信し（Ｓ２０４）、オーナクライアント端末が計算したハッシュ値のデータを中継サーバ１経由で受信して取得する（Ｓ２０５）。一方、共有リソースのオーナが自分である場合（即ち、自身がオーナクライアント端末である場合）は、自身がファイルの実体を読み込み、ハッシュ値のデータを計算して取得する（Ｓ２０６）。

次に、クライアント端末５は、中継サーバ１から電子署名データを取得し（Ｓ２０７）、これを復号化（デコード）することによりハッシュ値を抽出する（Ｓ２０８）。そして、Ｓ２０５又はＳ２０６の処理で得られたハッシュ値と、Ｓ２０８の処理で得られたハッシュ値とが一致するか否かを調べる（Ｓ２０９）。この結果、ハッシュ値が不一致だった場合は、改竄が検出されたこと（検証に失敗したこと）をユーザに通知する（Ｓ２１０）。

Ｓ２０９の判断でハッシュ値が一致していた場合、及び、Ｓ２０２の判断で電子署名の情報が付与されていなかった場合は、クライアント端末５は、指定された共有リソースのオーナが自分以外であるか否かを調べる（Ｓ２１１）。共有リソースのオーナが自分以外である場合（即ち、自身がユーザクライアント端末である場合）は、ファイル実体データの転送コマンドを中継サーバ１へ送信し（Ｓ２１２）、ファイル実体データを中継サーバ１経由で受信して取得する（Ｓ２１３）。一方、共有リソースのオーナが自分である場合（即ち、自身がオーナクライアント端末である場合）は、自身がファイルの実体を読み込む。その後、得られたファイル実体データをオープンする処理を行う（Ｓ２１４）。

以上の構成により、複数のクライアント端末１１，２１の間で、必要に応じてリソースを共有することができる。また、リソースを共有する際に電子署名を計算しておき、これをファイルの実体から計算したハッシュ値と照合することで、共有リソースの意図せぬ改竄を検出でき、安全性の高いファイル共有を実現することができる。

以上に示すように、本実施形態の中継サーバ１は、中継グループ情報データベース５０５と、共有リソース情報データベース５０６と、制御部５０３と、を備える。前記中継グループ情報データベース５０５は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報（中継グループ情報１００）を記憶する。共有リソース情報データベース５０６は、前記中継グループ内において複数のクライアント端末５間でリソースを共有させる場合に、共有リソース情報１２０を記憶する。この共有リソース情報１２０は、当該リソースの情報であるファミリリソース情報１２５と、当該リソースの電子署名情報１２９と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報（ファミリアカウント情報１２４）と、を含む。前記制御部５０３は、指示中継部５１１と、電子署名情報管理部５１２と、ハッシュ値情報中継部５１３と、を備える。そして、例えば図１０のシーケンス番号３５及び３５．１に示すように、中継サーバＲ２の前記指示中継部５１１は、前記共有リソース情報１２０に登録されているリソースの操作指示を、自身の配下のクライアント端末５又は他の中継サーバ１へ中継する。また、シーケンス番号３２に示すように、中継サーバＲ１の電子署名情報管理部５１２は、リソースに関する情報が前記共有リソース情報１２０に追加されることにより、当該リソースに関する電子署名情報１２９を共有リソース情報１２０に登録する。また、シーケンス番号３４及び３４．１に示すように、中継サーバＲ２のハッシュ値情報中継部５１３は、クライアント端末２１の中継指示（ＧｅｔＨａｓｈＣｏｄｅコマンド）に応じて、前記リソースの実体を操作できるクライアント端末１１を配下に有する中継サーバＲ１から対象のリソースの検証に必要なハッシュ値の情報を取得し、前記中継指示の送信元であるクライアント端末２１へハッシュ値の情報を中継する。

これにより、複数のクライアント端末５が中継サーバ１を介して必要な相手とリソースを共有できるとともに、リソースの情報と属性情報の管理の一元化を容易に実現することができる。また、クライアント端末５は、対象リソースの電子署名のデータを中継サーバ１から取得できるとともに、中継サーバの中継によって検証に必要なハッシュ値の情報を取得できるので、リソースに改竄が加えられていないか等を検証することができる。

また、本実施形態において、前記共有リソース情報１２０には電子署名情報１２９が含まれており、この電子署名によって共有リソースを検証できるように構成されている。

これにより、電子署名を用いて共有リソースの改竄を容易かつ強力に検出し、信頼性の高い検証を行うことができる。

また、本実施形態では図１０のシーケンス番号３２に示すように、中継サーバＲ１の制御部５０３の電子署名情報管理部５１２は、リソースを共有する指示を行ったオーナクライアント端末１１がＥＳコマンドで作成した電子署名データを前記共有リソース情報１２０に登録するように構成されている。

これにより、リソースの実体を操作できるクライアント端末自身が、その実体に基づいて電子署名データを作成するので、共有リソースの登録処理を簡素化することができる。

次に、本発明の第２実施形態を説明する。なお、この第２実施形態において前記第１実施形態と同一又は類似する部材には、図面に同一の符号を付して説明を省略する。図１４は第２実施形態に係る中継サーバ１の機能ブロック図である。

第２実施形態の中継サーバ１の制御部５０３は、図１４に示すように、前記第１実施形態で備えられていたハッシュ値情報中継部５１３を省略し、その代わりに検証部５１４を備えている。この検証部５１４は、クライアント端末５からの共有リソースの検証指示に応じて、当該共有リソースのオーナクライアント端末５又はそれを配下に有する中継サーバ１から対象の共有リソースの検証に必要なハッシュ値を取得し、電子署名情報１２９の電子署名データ及び前記ハッシュ値に基づいて共有リソースを検証するように構成されている。

次に、この第２実施形態においてクライアント端末５のリソースを実際に共有させる場合の動作を、図１５を参照して説明する。ここでは、２台のクライアント端末１１，２１の間でリソースを共有するための仮想的な場（共有リソース情報）が予め作成されており、この場において、クライアント端末２１が保有するファイル”ｄｏｃ００１．ｘｌｓ”に電子署名を付した上でクライアント端末１１と共有させる場合を例に説明する。

ユーザはクライアント端末２１を操作し、共有したいリソースとして、当該クライアント端末２１のリソース記憶部６０３に記憶されているファイルを指定する。今回は、”ｄｏｃ００１．ｘｌｓ”というファイルを指定したとする。また、クライアント端末１１は、前記ファイルを共有する際の名称をユーザに問い合わせる。今回の説明では、ユーザは共有時の名称として”ｆｉｌｅ００Ａ．ｘｌｓ”を指定したとする。

なお、図１５以降のシーケンス図では、前記”ｄｏｃ００１．ｘｌｓ”のファイルの実体が保存されているフォルダが符号２１ｆで示されている。また、当該シーケンス図では、今回の対象となるファイル”ｄｏｃ００１．ｘｌｓ”を便宜的にｆｉｌｅ００２と表記している。

上記の操作が完了すると、クライアント端末２１は最初にＲｅａｄＦｉｌｅコマンドを実行し、フォルダ２１ｆに保存されている対象ファイルの実体の内容を読み込んで取得する（図１５のシーケンス番号４１）。次に、クライアント端末２１は、リソースの追加要求（ａｄｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（シーケンス番号４２）。このコマンドには、共有リソース情報の指定と、共有するファイルの指定（共有時の名称の指定を含む）と、電子署名を付与する旨の指定と、当該ファイルの実体から計算したハッシュ値のデータと、が含まれている。

これを受信した中継サーバＲ２は、電子署名コマンド（ＥＳコマンド）を実行し、クライアント端末２１から受信したハッシュ値を暗号化することで電子署名のデータを作成する。次に中継サーバＲ２はＳａｖｅコマンドを実行し、作成した電子署名のデータを”ｅｓ２．ｐ７ｓ”というファイル名で適宜の記憶手段に保存する。更に中継サーバＲ２はｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを実行し、自身の共有リソース情報データベース５０６に記憶される共有リソース情報１２０を更新する。

以上の処理により、共有リソース情報データベース５０６に記憶される共有リソース情報１２０は、今回の対象ファイル（実体名”ｄｏｃ００１．ｘｌｓ”）のリソース情報１２６がファミリリソース情報１２５に記述されたものとなる。また、実体名が”ｄｏｃ００１．ｘｌｓ”であるリソースに係るリソース情報１２６には、電子署名情報（属性情報）１２９として、前述の電子署名のファイル名がｓｉｇｕｎａｔｕｒｅ＝”ｅｓ２．ｐ７ｓ”のように記述される。

そして、中継サーバＲ２は、中継グループを構成する他の中継サーバＲ２（Ｒ３）に対しｕｐｄａｔｅＲｅｓｏｕｒｃｅメッセージを送信し、更新された共有リソース情報１２０を通知する（シーケンス番号４３）。また、中継サーバＲ２は、自身の配下のクライアント端末２１に対してｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを送信し、更新された共有リソース情報１２０を通知する（シーケンス番号４４）。

ｕｐｄａｔｅＲｅｓｏｕｒｃｅメッセージを受信した中継サーバＲ１は、自身の共有リソース情報データベース５０６にその共有リソース情報１２０を記憶する。また、中継サーバＲ１は、自身の配下のクライアント端末１１に対してｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを送信し、共有リソース情報１２０を通知する（シーケンス番号４３．１）。

中継サーバＲ１からｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを受信したユーザクライアント端末１１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、ユーザクライアント端末１１は送信元の中継サーバＲ１にＯＫレスポンスを返し、ＯＫレスポンスを受信した中継サーバＲ１は中継サーバＲ２にＯＫレスポンスを返す。また、中継サーバＲ２からｕｐｄａｔｅＲｅｓｏｕｒｃｅコマンドを受信したクライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、クライアント端末２１は、送信元の中継サーバＲ２に対してＯＫレスポンスを返す。

次に、ユーザクライアント端末１１が、上記の処理で追加された共有リソースを開く場合の処理について説明する。今回の説明では、クライアント端末１１においてユーザが適宜の操作を行うことにより、先ほど追加された共有リソースを指定して開く旨を指示したとする。

すると、クライアント端末１１は、ファイルオープン要求（ＯｐｅｎＦｉｌｅコマンド）を中継サーバＲ１に送信する（シーケンス番号４５）。このＯｐｅｎＦｉｌｅコマンドには、オーナクライアント端末の指定（即ち、クライアント端末２１）と、開きたい共有リソースの指定が含まれている。このコマンドを受け取った中継サーバＲ１は、中継サーバＲ２に対して接続要求（ＩＮＶＩＴＥメソッド）を送信する（シーケンス番号４５．１）。接続要求を受信した中継サーバＲ２は、自身の配下のオーナクライアント端末２１に対しＧｅｔＨａｓｈＣｏｄｅコマンドを送信する（シーケンス番号４５．１．１）。このコマンドを受信したクライアント端末２１は、ＲｅａｄＦｉｌｅコマンドを実行してファイルの実体を読み込み（シーケンス番号４５．１．１．１）、ハッシュ値を計算して中継サーバＲ２へ送信する。

次に、中継サーバＲ２は、共有リソース情報１２０の電子署名情報１２９を調べて、自身の記憶する電子署名データを読み出し、これを復号化（デコード）してハッシュ値を計算する。そして、中継サーバＲ２はＶａｌｉｄａｔｉｏｎコマンドを実行し、電子署名データの復号化により得られたハッシュ値と、オーナクライアント端末１１が計算したハッシュ値とが一致するか否かを調べる。この結果、今回はハッシュ値同士が一致し、共有リソースが改竄されていないことが確認されたとする。

すると、中継サーバＲ２は、クライアント端末２１に対しファイルオープン要求（ＯｐｅｎＦｉｌｅ）を送信する（シーケンス番号４５．２．１）。ファイルオープン要求を受信したクライアント端末２１は、対象となるリソースの操作が可能であることを確認してＯＫレスポンスを中継サーバＲ２に返し、中継サーバＲ２は中継サーバＲ１へＯＫレスポンスを返す。

ＯＫレスポンスを受信した中継サーバＲ１は中継サーバＲ２に対してＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、これにより中継サーバＲ１，Ｒ２間に通信経路が確立される（シーケンス番号４５．２）。ＭｅｄｉａＳｅｓｓｉｏｎコマンドを受信した中継サーバＲ２は、クライアント端末２１に対しＭｅｄｉａＳｅｓｓｉｏｎコマンドを送信し、これにより中継サーバＲ２とクライアント端末２１の間に通信経路が確立される（シーケンス番号４５．２．１）。その後、クライアント端末１１はＲｅａｄＦｉｌｅコマンドを実行し（シーケンス番号４５．２．１．１）、対象リソースを読み出して中継サーバＲ２に送信する。対象リソースは中継サーバＲ２から中継サーバＲ１に転送され、更にクライアント端末１１へ転送される。以上により、共有リソースの実体のデータがクライアント端末１１に送信され、クライアント端末２１は当該データをオープンする処理を行う。

以上のシーケンス番号４５〜４５．２．１．１は、ハッシュ値が一致して検証に成功した場合の処理であるが、検証に失敗する場合も考えられる。以下、図１６を参照して、検証に失敗した場合の処理を説明する。

図１６のシーケンス番号４６〜４６．１．１．１の処理は、図１５のシーケンス番号４５〜４５．１．１．１の処理と全く同様であるので、説明は省略する。中継サーバＲ２で実行されるＶａｌｉｄａｔｉｏｎコマンドにおいて、電子署名から抽出したハッシュ値とファイルの実体から計算したハッシュ値とが一致しなかった場合、中継サーバＲ２はクライアント端末２１に対しファイルエラー通知（ＥｒｒｏｒＦｉｌｅコマンド）を送信する（シーケンス番号４６．１．２）。これを受信したクライアント端末２１はＮｏｔｉｆｙＥｒｒｏｒコマンドを実行する。この結果、共有リソースの検証に失敗した旨のエラーメッセージがクライアント端末２１のディスプレイに表示される。その後、クライアント端末２１は送信元の中継サーバＲ２にＯＫレスポンスを返す。

次に中継サーバＲ２は、ＥｒｒｏｒＦｉｌｅレスポンスを中継サーバＲ１に返す。このレスポンスには、検証に失敗した共有リソースのオーナクライアント端末２１の情報と、当該共有リソースの情報が含まれている。当該レスポンスを受信した中継サーバＲ１は、対象となっている共有リソースを開こうとしたクライアント端末１１に対し、ＥｒｒｏｒＦｉｌｅレスポンスを送信する。これを受信したクライアント端末１１はＮｏｔｉｆｙＥｒｒｏｒコマンドを実行し、共有リソースの検証に失敗した旨のエラーメッセージを当該クライアント端末１１のディスプレイに表示させる。なお、本実施形態では、検証に失敗した共有リソースを共有リソース情報１２０から自動的に削除する処理は行われない。

次に、図１７を参照して、自身の配下にあるクライアント端末５がファイルを共有リソースとして追加する場合の中継サーバ１の処理の詳細について説明する。なお、図１７のフローチャートは、図１５における中継サーバＲ２の処理（シーケンス番号４２〜４４）に実質的に相当するものである。

図１７に示すように、中継サーバ１は共有リソースの更新コマンドを自身の配下のクライアント端末５から受信するまで待機し（Ｓ３０１）、共有リソースの更新コマンドを受信した場合は、電子署名の付与が指示されているかを調べる（Ｓ３０２）。

電子署名の情報を付与する旨が指示されていた場合は、自身の配下のオーナクライアント端末５（前記更新コマンドの送信元）からハッシュ値のデータを受信する（Ｓ３０３）。そして、このハッシュ値を暗号化して電子署名データを作成して保存するとともに（Ｓ３０４）、この電子署名に関する情報を共有リソース情報１２０に追加する（Ｓ３０５）。一方、Ｓ３０２の判断において電子署名の情報を付与する指示がなかった場合は、Ｓ３０３〜Ｓ３０５の処理はスキップされる。そして、共有リソース情報１２０の更新コマンドを、自身の配下のクライアント端末５又は他の中継サーバ１に配信する（Ｓ３０６）。

次に、図１８を参照して、自身の配下にあるクライアント端末５から共有リソース（ファイル）をオープン又は検証する指示を受けた場合の中継サーバ１の処理の詳細について説明する。なお、図１８のフローチャートは、図１５及び図１６における中継サーバＲ２の処理（シーケンス番号４５〜４６．１．２）に相当するものである。

図１８に示すように、中継サーバ１は共有リソースを開くコマンド又は検証コマンドがクライアント端末５から受信されるまで待機し（Ｓ４０１）、当該コマンドを受信した場合は、対象の共有リソースに電子署名の情報が付与されているかを共有リソース情報１２０に基づいて調べる（Ｓ４０２）。電子署名の情報が付与されていなかった場合、ファイルを開くコマンドのときは、そのコマンドを（必要であれば他の中継サーバ１を介して）オーナクライアント端末５へ転送する（Ｓ４０３）。なお、ファイル検証コマンドの場合は、電子署名がなければ検証が不可能であるので、所定のエラーメッセージを通知して処理を終了する。

電子署名の情報が付与されていた場合、中継サーバ１は、オーナクライアント端末５に対しハッシュ値の取得コマンドを送信し（Ｓ４０４）、ハッシュ値のデータを受信する（Ｓ４０５）。次に、電子署名のデータを読み込み（Ｓ４０６）、それを復号化することによりハッシュ値を抽出する（Ｓ４０７）。そして、Ｓ４０５の処理で得られたハッシュ値と、Ｓ４０７の処理で得られたハッシュ値とが一致するか否かを調べる（Ｓ４０８）。この結果、ハッシュ値が不一致だった場合は、関係するクライアント端末５等に、改竄が検出されたこと（検証に失敗したこと）を通知する（Ｓ４０９）。

Ｓ４０８の判断でハッシュ値が一致していた場合は、中継サーバ１は、受信したコマンドがファイルを開くコマンドであるか否かを調べる（Ｓ４１０）。ファイルを開くコマンドである場合は、そのコマンドを（必要であれば他の中継サーバ１を介して）オーナクライアント端末５へ転送する（Ｓ４１１）。ファイルを開くコマンドでない場合（ファイル検証コマンドである場合）は、検証結果（即ち、検証に成功したこと）を送信元のクライアント端末５に通知する（Ｓ４１２）。

以上に示すように、本実施形態の中継サーバ１は、ハッシュ値情報中継部５１３の代わりに検証部５１４を備える。そして、この検証部５１４は、リソース共有端末５からの検証コマンドに応じて、対象となるリソースのオーナクライアント端末５又はそれを配下に有する中継サーバ１から対象のリソースの検証に必要なハッシュ値を取得し、前記電子署名及び前記ハッシュ値に基づいて対象のリソースを検証するように構成されている。

これにより、クライアント端末５は中継サーバ１に、リソースの電子署名及びハッシュ値に基づいて、リソースに改竄が加えられていないかを検証させることができる。

また、例えば図１５のシーケンス番号４５〜４５．２．１．１に示すように、中継サーバＲ１の検証部５１４は、前記リソース共有端末５から中継サーバＲ１を介してリソースを開く旨の操作指示がされると、対象のリソースについての検証を自動的に行うように構成されている。

これにより、クライアント端末５がリソースを開くごとに、対象のリソースを自動的に検証することができる。従って、クライアント端末５が逐一検証指示を行わなくてもリソースを適切に検証できるので、ユーザの負担を軽減できるとともに、高いセキュリティを実現することができる。

また、例えば図１６のシーケンス番号４６〜４６．１．２に示すように、中継サーバＲ２の制御部５０３は、前記リソース共有端末５から中継サーバＲ１を介してリソースを開く操作指示がされ、検証部５１４によるリソースの検証に失敗した場合には、当該操作指示を自身の配下のクライアント端末２１へ中継することを中止するように構成されている。

これにより、改竄された可能性があるリソースをクライアント端末が操作することを未然に防止でき、高いセキュリティを実現することができる。

また、例えば図１５のシーケンス番号４２に示すように、中継サーバＲ２の電子署名情報管理部５１２は、リソースの追加指示を行ったオーナクライアント端末２１から当該リソースに関する属性作成用情報としてのハッシュ値を取得して、当該ハッシュ値から電子署名を作成して前記共有リソース情報１２０に登録するように構成されている。

これにより、電子署名の作成とそれによる検証の両方を中継サーバ１側で行うこととなるので、クライアント端末５の負荷を低減することができる。

なお、以上に説明した２つの実施形態において、前記中継サーバ１の制御部５０３は、前記電子署名情報が作成されてから所定期間が経過した場合には、そのリソースを共有するクライアント端末５にその旨を自動的に通知するように構成することもできる。

この場合、電子署名の信頼性が時間の経過とともに低下した場合に、リソース共有端末にその旨を自動的に通知して注意を喚起することができる。従って、より高いセキュリティを実現することができる。

また、前記中継サーバ１の制御部５０３は、前記電子署名情報が作成されてから所定期間が経過した場合には、その電子署名に対応するリソース情報１２６を共有リソース情報１２０から自動的に削除するように構成することもできる。

この場合、電子署名の信頼性が時間の経過とともに低下した場合に、対象となるリソースに関する情報を共有リソース情報１２０から削除して共有を停止することができる。従って、より高いセキュリティを実現することができる。

以上に本発明の好適な複数の実施形態を説明したが、以上の構成は例えば以下のように変更することができる。

上記実施形態ではＳＩＰサーバである外部サーバ２を介して各中継サーバ１間での通信を行ったが、これに代えて、外部サーバ２を介さずに中継サーバ１間で直接通信する構成に変更することができる。

電子署名情報１２９としては、電子署名のファイル名を記述することに代えて、例えば電子署名のデータそのものをエンコードして共有リソース情報１２０に記述することができる。

共有リソース情報１２０には、電子署名情報の代わりに、例えばハッシュ値又はタイムスタンプ（ハッシュ値に時刻情報を付加して暗号化したもの）の情報を記述することもできる。これらによっても、共有リソースの改竄を容易かつ強力に検出することができる。

共有リソースの操作指示はファイルを開く操作に限定されず、例えばファイルのコピー操作等の前に当該共有リソースを検証するように構成することもできる。

本発明の一実施形態に係る中継通信システムのネットワーク構成図。 外部サーバの機能ブロック図。 クライアント端末の機能ブロック図。 第１実施形態に係る中継サーバの機能ブロック図。 クライアント端末、中継サーバ、及び外部サーバの関係を示す図。 中継グループ情報の内容を示す図。 共有リソース情報の内容を示す図。 中継グループを作成する通信処理を示すシーケンス図。 中継グループにクライアント端末をリソース共有可能端末として登録する通信処理を示すシーケンス図。 第１実施形態において、オーナクライアント端末が共有リソースを追加し、更にユーザクライアント端末が当該共有リソースを検証して開く場合の通信処理を示すシーケンス図。 ユーザクライアント端末が共有リソースの検証に失敗した場合の通信処理を示すシーケンス図。 第１実施形態において、オーナクライアント端末が共有リソースを追加する場合の処理を示すフローチャート。 第１実施形態において、クライアント端末が共有リソースを検証して開く場合の処理を示すフローチャート。 第２実施形態に係る中継サーバの機能ブロック図。 第２実施形態において、オーナクライアント端末が共有リソースを追加し、更にユーザクライアント端末が当該共有リソースを開く場合の通信処理を示すシーケンス図。 共有リソースの検証に失敗した場合の通信処理を示すシーケンス図。 第２実施形態において、オーナクライアント端末が共有リソースを追加する場合の中継サーバの処理を示すフローチャート。 第２実施形態において、クライアント端末が共有リソースを開く場合の中継サーバの処理を示すフローチャート。

符号の説明

１（Ｒ１〜Ｒ４） 中継サーバ
２ 外部サーバ
５（１１，１２，２１，２２，３１，３２，４１，４２） クライアント端末
１２０ 共有リソース情報
１２４ ファミリアカウント情報
１２６ リソース情報
１２７ メッセージ情報
５０３ 制御部
５０５ 中継グループ情報データベース（中継グループ情報登録部）
５０６ 共有リソース情報データベース（共有リソース情報登録部）
５１１ 指示中継部
５１２ 電子署名情報管理部（属性情報管理部）
５１３ ハッシュ値情報中継部（照合情報中継部）
５１４ 検証部

Claims (11)

1. 自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
   前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   制御部と、
   を備え、
   前記制御部は、
   前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する指示中継部と、
   リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する属性情報管理部と、
   中継指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記中継指示の送信元へ当該照合情報を中継する照合情報中継部と、
   を備えることを特徴とする中継サーバ。
2. 自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
   前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   制御部と、
   を備え、
   前記制御部は、
   前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する指示中継部と、
   リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する属性情報管理部と、
   前記リソース共有端末からの検証指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記属性情報及び前記照合情報に基づいて対象のリソースを検証する検証部と、
   を備えることを特徴とする中継サーバ。
3. 請求項２に記載の中継サーバであって、
   前記検証部は、前記リソースの操作指示がされると、対象のリソースについての検証を自動的に行うことを特徴とする中継サーバ。
4. 請求項３に記載の中継サーバであって、
   前記制御部は、前記検証部による検証に失敗した場合には、当該リソースについての操作指示の中継を中止することを特徴とする中継サーバ。
5. 請求項１から４までの何れか一項に記載の中継サーバであって、
   前記属性情報は電子署名、ハッシュ値、又はタイムスタンプ情報の少なくとも何れかであることを特徴とする中継サーバ。
6. 請求項１から５までの何れか一項に記載の中継サーバであって、
   前記属性情報管理部は、自身が実体を操作できるリソースを共有する指示をクライアント端末が行った場合に、当該クライアント端末が作成した属性情報を前記共有リソース情報に登録することを特徴とする中継サーバ。
7. 請求項１から５までの何れか一項に記載の中継サーバであって、
   前記属性情報管理部は、自身が実体を操作できるリソースを共有する指示をクライアント端末が行った場合に、当該クライアント端末から当該リソースについての属性作成用情報を取得して、当該属性作成用情報から前記属性情報を作成して前記共有リソース情報に登録することを特徴とする中継サーバ。
8. 請求項１から７までの何れか一項に記載の中継サーバであって、
   前記制御部は、前記属性情報が作成されてから所定期間が経過した場合には、前記リソース共有端末にその旨を通知することを特徴とする中継サーバ。
9. 請求項１から８までの何れか一項に記載の中継サーバであって、
   前記制御部は、前記属性情報が作成されてから所定期間が経過した場合には、当該属性情報に対応するリソースに関する情報を前記共有リソース情報から削除することを特徴とする中継サーバ。
10. 複数の中継サーバと、
    複数のクライアント端末と、
    を備え、
    前記中継サーバは、
    自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
    前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
    制御部と、
    を備え、
    前記制御部は、
    前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する指示中継部と、
    リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する属性情報管理部と、
    中継指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記中継指示の送信元へ当該照合情報を中継する照合情報中継部と、
    を備えることを特徴とする中継通信システム。
11. 複数の中継サーバと、
    複数のクライアント端末と、
    を備え、
    前記中継サーバは、
    自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
    前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースの属性情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
    制御部と、
    を備え、
    前記制御部は、
    前記共有リソース情報に登録されているリソースの操作指示を、自身の配下のクライアント端末又は他の中継サーバの少なくとも何れか一方へ中継する指示中継部と、
    リソースに関する情報が前記共有リソース情報に追加されることにより、当該リソースに関する属性情報を前記共有リソース情報に登録する属性情報管理部と、
    前記リソース共有端末からの検証指示に応じて、前記リソースの実体を操作できるクライアント端末又はそれを配下に有する中継サーバから対象のリソースの検証に必要な照合情報を取得し、前記属性情報及び前記照合情報に基づいて対象のリソースを検証する検証部と、
    を備えることを特徴とする中継通信システム。

Images