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

Abstract

【課題】端末同士がリソースを共有する場合に、リソース情報とリソース実体の同期が容易にとれるような中継サーバ及び中継通信システムを提供する。
【解決手段】共有リソース情報の同期指示がされた場合において、中継サーバ１は当該共有リソース情報に基づいて、各リソース共有端末に当該同期指示を送信する。同期指示を受け取った各リソース共有端末は、当該共有リソース情報に自身がオーナであるリソースが含まれている場合は、リソース情報とリソース実体とを比較する。その結果リソース情報とリソース実体が一致しなかった場合は、当該リソース情報を最新の情報に更新し、中継サーバ１に当該リソース情報が含まれる共有リソース情報の更新指示を送信する。このようにして、一度の同期指示で、ネットワーク全体のリソース情報の同期をとることができる。
【選択図】図１

Description

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

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

しかし前記ＶＰＮにおいては、遠隔地のＬＡＮ上にある機器とリソースを共有するため、リソースを共有している各機器の間で当該リソースに関する情報について同期をとることは非常に困難である。特に、当該リソースを管理している機器が、ネットワークを介さず当該リソースに直接変更を加えた場合は、他の機器はその変更を認識することができない。

そこで、ネットワーク上の各機器が共有するリソースに関する情報と、当該リソースの実体との同期を容易にとることができる技術が求められていた。

本発明は以上の事情に鑑みてされたものであり、その主要な目的は、ネットワークを介してリソースを共有できるシステムにおいて、共有されているリソースの情報と各リソース実体との同期を容易にとることができる構成を提供することにある。

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

本発明の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、中継グループの情報を記憶する中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループは、自身との間で相互に接続可能な他の中継サーバを含む。前記共有リソース情報登録部は、前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。前記共有リソース情報は、当該リソースに関する情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、前記共有リソース情報の同期指示を受信することにより、前記リソース共有端末又は自身以外の中継サーバに同期指示を配信する。また、前記制御部は、前記同期指示を受信した前記リソース共有端末が前記リソースの実体を操作可能な場合、当該リソース共有端末に当該リソースの実体を検査させ、必要に応じて前記共有リソース情報を更新させる。

この構成により、中継グループ中の１つのサーバに１回の同期指示を出すことによって、リソース共有端末又は他の中継サーバで共有されている全てのリソースの情報を検査し、共有リソース情報を更新することができる。従って、リソースの実体と共有リソース情報の内容を容易に一致させることができる。

前記中継サーバにおいては、前記制御部は、前記クライアント端末から発信される同期指示を受信することにより、同期指示を各中継サーバ又は自身の配下のリソース共有端末に配信することが好ましい。

この構成により、各クライアント端末を操作するユーザが同期指示を送信することができる。

前記中継サーバにおいては、以下の構成とすることが好ましい。即ち、自身の配下のリソース共有端末において前記共有リソース情報の更新が行われた場合は、中継サーバは当該更新を、各中継サーバ及び自身の配下のリソース共有端末の少なくとも何れか一方の共有リソース情報に反映させる。

この構成により、前記中継グループに含まれる中継サーバ及び各中継サーバ配下のリソース共有端末は、自動的に最新の共有リソース情報を得ることができる。従って、ネットワーク全体の共有リソース情報の同期をとることができる。

前記中継サーバにおいては、以下の構成とすることが好ましい。即ち、前記同期指示を受け取った前記リソース共有端末は、当該リソース共有端末自身が操作可能な前記リソースについて実体が存在するか否かを確認する。前記実体が存在しない場合は、リソース共有端末は、該当するリソースに関する情報を前記共有リソース情報から削除し、前記共有リソース情報を更新する。

この構成により、リソースの実体が削除されていた場合に、該当するリソースに関する情報を共有リソース情報から自動的に削除することができる。従って、実体が存在しないリソースを共有することを防止することができる。

前記中継サーバにおいては、以下の構成とすることが好ましい。即ち、前記共有リソース情報登録部は、複数の共有リソース情報を登録できる。前記実体が存在しないリソースに関する情報が複数の前記共有リソース情報に含まれている場合には、中継サーバは、該当するリソースに関する情報をそれぞれの共有リソース情報から削除させ、当該共有リソース情報を更新させる。

なお、「リソースに関する情報を削除」とは、共有リソース情報からリソースに関する情報を削除することのほか、当該リソースが削除された旨をリソースに関する情報として記録することを含む。

この構成により、一度の同期指示で複数の共有リソース情報の更新を行うことができる。

前記中継サーバにおいては、前記共有リソース情報中の特定のリソースを対象とした同期指示を配信できることが好ましい。

この構成により、特定のリソースについて実体に同期させたい場合にも対応することができる。また、同期の対象のリソースがあらかじめ判っているので効率的な処理を行うことができる。

本発明の他の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、複数の中継サーバと、複数のクライアント端末とを備える。この中継サーバは、中継グループの情報を記憶する中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループは、自身との間で相互に接続可能な他の中継サーバを含む。前記共有リソース情報登録部は、前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。前記共有リソース情報は、当該リソースに関する情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む。前記制御部は、前記共有リソース情報の同期指示を受信することにより、前記リソース共有端末又は自身以外の中継サーバに同期指示を配信する。また、前記制御部は、前記同期指示を受信した前記リソース共有端末が前記リソースの実体を操作可能な場合、当該リソース共有端末に当該リソースの実体を検査させ、必要に応じて前記共有リソース情報を更新させる。

この構成により、一度の同期指示によって、共有リソース情報中のリソースに関する情報と、共有されるリソースの実体とを容易に同期させることができる中継通信システムを実現することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図７に示したファミリリソース情報１２５の具体的な内容を図８に示す。この図８に示すように、ファミリリソース情報１２５は、クライアント端末５が保有しているファイル又はフォルダ等のリソースの実体を示すリソース情報１２６の集合体である。

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

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

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

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

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

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

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

次に図９を参照して、リソース実体とファミリリソース情報１２５との同期によって、共有リソース情報１２０が更新される場合について説明する。図９は、図７の共有リソース情報１２０に含まれるファミリリソース情報（図８）のうち、１２５ａ，１２５ｅの内容が更新された場合を例示したものである。

図９のファミリリソース情報１２５ａでは、クライアント端末１１をユーザが操作し、共有時の名称が”ｆｉｌｅ００ＺＸ．ｘｌｓ”のファイル（リソース実体の所在は、／／ｎｅｔｗｏｒｋ／ｚ：／／ｆｏｌｄｅｒＺ／見積書．ｘｌｓ）を更新した例について示している。即ち、当該ファイルの実体の内容が更新されたため、ファミリリソース情報１２５ａはファイル実体との同期によって、四角で囲った部分（タイムスタンプ及びファイルサイズ情報）が図８の状態から更新されている。

また図９のファミリリソース情報１２５ｅにおいては、クライアント端末３１をユーザが操作し、共有時の名称が”ｆｉｌｅ１００．ｐｄｆ”のファイル（リソース実体の所在は”ｃ：／ｔｅｍｐ／ｄｏｃｕｍｅｎｔ１．ｐｄｆ”）を削除した例について示している。

図９に示す例では、”ｆｉｌｅ１００．ｐｄｆ”のリソース実体の削除に伴って、当該リソース情報中のステータス情報が書き換えられている。即ち、ファミリリソース情報１２５ｅは、四角で囲った部分がｓｔａｔｕｓ＝”ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ”に書き換えられている。

なお、リソースの実体が削除された場合、上記ステータス情報にファイルが削除された旨を記録することに代えて、その”ｆｉｌｅ１００．ｐｄｆ”に係るリソース情報１２６を共有リソース情報１２０から削除することも可能である。

ファミリリソース情報１２５は、以上のように書き換えられると、他の共有メンバ端末に配信される。他の共有メンバ端末は、書換後のファミリリソース情報１２５のタイムスタンプ、ファイルサイズ情報、及びステータス情報に基づいて、当該リソースの実体が変更され又は削除されたことを明確に検知することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、クライアント端末５のリソースを実際に共有させる場合の動作を、図１２を参照して説明する。ここでは、クライアント端末１１の保有するフォルダ「ｆｏｌｄｅｒＡ」を、識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１である中継グループにおいてクライアント端末１２，２１，２２及び３１と共有させる場合を例に説明する。

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

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

すると、クライアント端末１１は、共有リソースの作成要求（ｃｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（図１３のシーケンス番号３１）。このメッセージには、中継グループの識別ＩＤ、及び、指定されたユーザクライアント端末１２，２１，２２，３１の情報が含まれている。

これを受信した中継サーバＲ１は、共有リソース情報１２０を作成し、自身の共有リソース情報データベース５０６に記憶する。また、中継グループの識別ＩＤに基づいて中継グループ情報データベース５０５の内容を参照し、当該中継グループを構成する他の中継サーバＲ２，Ｒ３に対しｐｏｌｉｃｙ−ｄａｔａメッセージを送信し、作成された共有リソース情報１２０を通知する（シーケンス番号３１．１、３１．２）。また、指定されたユーザクライアント端末で自身の配下であるクライアント端末１２に対してｐｏｌｉｃｙ−ｄａｔａメッセージを送信し、共有リソース情報１２０を通知する（シーケンス番号３１．３）。

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

このｐｏｌｉｃｙ−ｄａｔａメッセージを受信した各ユーザクライアント端末１２，２１，２２，３１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、送信元の中継サーバＲ１，Ｒ２，Ｒ３にＯＫレスポンスを返す。ＯＫレスポンスを受信した中継サーバＲ２，Ｒ３は中継サーバＲ１にＯＫレスポンスを返し、それを受信した中継サーバＲ１はクライアント端末１１にＯＫレスポンスを返す。

以上により、中継サーバＲ１，Ｒ２，Ｒ３の共有リソース情報データベース５０６に記憶される共有リソース情報１２０には、共有リソース識別情報１２３、ファミリアカウント情報１２４が記述されることになる。クライアント端末１１，１２，２１，２２，３１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０にも、同じ内容が記述される。

次に、クライアント端末１１をユーザが操作してａｄｄＲｅｓｏｕｒｃｅメソッドを実行することによって、共有するリソースの実体を示すリソース情報（図８の符号１２６）を共有リソース情報１２０に加える処理が行われる。今回の説明では、クライアント端末１１のリソース記憶部６０３に記憶されているリソースの実体の中から「ｆｏｌｄｅｒＡ」を選択し、これを他のクライアント端末１２，２１，２２，３１と共有させる旨を指定したとする。

この指定を受けたクライアント端末１１は、指定された情報を含む共有リソース変更要求（ｕｐｄａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（シーケンス番号３２）。共有リソース変更要求を受信した中継サーバＲ１は、変更された共有リソース情報を自身の共有リソース情報データベース５０６に記憶する。そして中継サーバＲ１は、ユーザクライアント端末２１，２２，３１が接続されている各中継サーバＲ２，Ｒ３にｐｏｌｉｃｙ−ｄａｔａメッセージを送信し、変更された共有リソース情報１２０を通知する（シーケンス番号３２．１、３２．２）。また、指定されたユーザクライアント端末で自身の配下であるクライアント端末１２に対してｐｏｌｉｃｙ−ｄａｔａメッセージを送信し、共有リソース情報１２０を通知する（シーケンス番号３２．３）。

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

このｐｏｌｉｃｙ−ｄａｔａメッセージを受信した各ユーザクライアント端末１２，２１，２２，３１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、送信元の中継サーバＲ１，Ｒ２，Ｒ３にＯＫレスポンスを返す。ＯＫレスポンスを受信した中継サーバＲ２，Ｒ３は中継サーバＲ１にＯＫレスポンスを返し、それを受信した中継サーバＲ１はクライアント端末１１にＯＫレスポンスを返す。

次に、図１３のシーケンス番号４１〜４４を参照して、登録した共有リソース情報とリソース実体との同期をとる処理について説明する。

まず、クライアント端末１１において、共有リソース情報をＩＤ（２００７１００１１５００３２ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）又は名称（ｗｏｒｋｓｐａｃｅ１）で指定し、リソースをチェックするためのコマンド（ＣｈｅｃｋＲｅｓｏｕｒｃｅコマンド）が実行される。このコマンドは定期的に実行しても良いし、ユーザが必要に応じて適宜実行してもよい。当該コマンドが実行されると、クライアント端末１１は、自身の共有リソース情報データベース６０４に記憶している当該共有リソース情報１２０を調べる。するとファミリリソース情報１２５のうち、自身がオーナクライアント端末である共有リソースが判るので、当該リソースについてリソースの実体を検査する。具体的には、リソース実体が存在するか、ファイルのサイズ及びタイムスタンプ情報がリソース情報１２６に記述された内容と食い違っていないか、等が検査される。

次に、クライアント端末１１は中継サーバＲ１に対して同期指示を送信する（シーケンス番号４１）。この同期指示には、どの共有リソース情報について同期を行うかを指示する情報が含まれる。同期指示を受け取った中継サーバＲ１は、自身の共有リソース情報データベース５０６に含まれる当該共有リソース情報１２０のファミリアカウント情報１２４を調べる。すると、クライアント端末１２，２１，２２，３１がユーザアカウント端末であることが判る。次に中継グループ情報１００を参照すると、クライアント端末２１，２２，３１が自身と同じ中継グループに属し、中継サーバＲ２，Ｒ３の配下であることが判る。

次に、中継サーバＲ１は、中継サーバＲ２，Ｒ３に対して同期メッセージを送信する（シーケンス番号４１．１，４１．２）。この同期メッセージには、どの共有リソース情報について同期を行うかを指示する情報が含まれる。また、中継サーバＲ１は、自身の配下の共有メンバ端末であって同期指示を発信したクライアント端末１１以外のクライアント端末（クライアント端末１２）に対して、同期指示を送信する（シーケンス番号４２）。

中継サーバＲ１から同期メッセージを受信した中継サーバＲ２，Ｒ３は、自身の共有リソース情報データベース５０６に含まれる当該共有リソース情報１２０のファミリアカウント情報１２４を調べる。すると、自身の配下であって当該ユーザアカウント端末であるクライアント端末（この例では、２１，２２，３１）が判るので、当該クライアント端末に対して同期指示を送信する。この処理のシーケンス番号は４１．１．１、４１．１．２、及び４１．２．１である。またこの同期指示には、どの共有リソース情報について同期を行うかを指示する情報が含まれる。

同期指示を受け取った各クライアント端末１２，２１，２２，３１では、リソースチェックコマンド（ＣｈｅｃｋＲｅｓｏｕｒｃｅ）が実行される。同コマンドの動作の詳細はクライアント端末１１で説明した場合と同じなので説明は省略する。リソース実体と共有リソース情報との間で食い違いが発見されなかった場合は、各クライアント端末は、自身に同期指示を送信した中継サーバ１に対してＯＫレスポンスを返す。

次に、引き続き図１２を参照して、リソース実体と共有リソース情報との不一致が発見された場合の処理について説明する。

図１２のシーケンス番号４１．２．１の同期指示によって、クライアント端末３１がリソース実体の検査を行った際、ファイルの実体が削除されていることが検知されたとする（Ｒｅｓｏｕｒｃｅ Ｎｏｔ Ｆｏｕｎｄ：ｆｉｌｅ１００．ｐｄｆ）。

クライアント端末３１は、自身が保有するｆｉｌｅ１００．ｐｄｆの実体が削除されていることを検知すると、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０から、ｆｉｌｅ１００．ｐｄｆに関するリソース情報１２６を削除する。また、クライアント端末３１は、リソース情報削除指示（ｄｅｌｅｔｅＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ３に対して送信する（シーケンス番号４３）。このリソース情報削除指示には、操作対象となる共有リソース情報を指示するｒｅｓｏｕｒｃｅ＿ｉｎｆｏ１と、当該削除すべきファイル名”ｆｉｌｅ１００．ｐｄｆ”とが含まれる。

リソース情報削除指示を受信した中継サーバＲ３は、自身の共有リソース情報データベース５０６に記憶されている、ｒｅｓｏｕｒｃｅ＿ｉｎｆｏ１で指示された共有リソース情報を参照する。これにより、ｆｉｌｅ１００．ｐｄｆのユーザクライアント端末が１１，１２，２１，２２であることが判る。また、中継サーバＲ３は、自身の中継グループ情報データベース５０５に記憶されている中継グループ情報を参照する。これにより、前記各クライアント端末は中継サーバＲ１，Ｒ２の配下であることが判る。

そこで、中継サーバＲ３は、中継サーバＲ１，Ｒ２に対して共有リソース情報削除メッセージを送信する（シーケンス番号４３．１及び４３．２）。メッセージを受け取った各中継サーバＲ１，Ｒ２は、自身の配下であって当該削除されたファイルを共有しているクライアント端末に対して、リソース情報削除指示を送信する（シーケンス番号４３．１．１、４３．１．２及び４３．２．１、４３．２．２）。このときのリソース情報削除メッセージ及び削除指示には、操作対象となる共有リソース情報を指示するｒｅｓｏｕｒｃｅ＿ｉｎｆｏ１と、当該削除すべきファイル名”ｆｉｌｅ１００．ｐｄｆ”とが含まれる。

リソース情報削除指示を受信した各ユーザクライアント端末は、ｒｅｓｏｕｒｃｅ＿ｉｎｆｏ１で指示された共有リソース情報１２０に含まれるファミリリソース情報１２５から、該当するファイルに係るリソース情報１２６を削除する。そして、更新後の共有リソース情報１２０を、自身の共有リソース情報データベース６０４に記憶する。その後、リソース情報削除指示の送信元である中継サーバに対しＯＫレスポンスを送信する。

ＯＫレスポンスを受信した中継サーバＲ１，Ｒ２は、前記ユーザクライアント端末と同様に該当するリソース情報１２６を削除し、中継サーバＲ３にＯＫレスポンスを送信する。以上により、クライアント端末３１が共有リソース情報１２０に加えた更新が、中継サーバ及び他の共有メンバ端末が記憶する共有リソース情報１２０にも反映されることになる。

また、ｆｉｌｅ１００．ｐｄｆの実体が削除されていることを検知したクライアント端末３１では、ＣｈｅｃｋＡｎｏｔｈｅｒＲｅｓｏｕｒｃｅｉｎｆｏコマンドが実行され、ｆｉｌｅ１００．ｐｄｆをリソース情報として含む他の共有リソース情報が無いかを検査する。

前述したとおり、本実施形態では、クライアント端末１１，１２，２１，２２，３１で構成される中継グループと、クライアント端末３１，３２で構成される中継グループが登録されている（図６の中継グループ情報１００ａ，１００ｂ）。図１３の例では、前者の中継グループにおいて共有され、同期指示によって実体がないことが検知されたｆｉｌｅ１００．ｐｄｆが、後者の中継グループにおいてもクライアント端末３１，３２間で共有されていたものとして説明する。なお、クライアント端末３１，３２で構成される中継グループでの共有リソース情報の具体的な内容は図示を省略している。

クライアント端末３１は、ｆｉｌｅ１００．ｐｄｆの実体がないことを検知すると、他の共有リソース情報に当該ファイルが含まれていないかを前記ＣｈｅｃｋＡｎｏｔｈｅｒＲｅｓｏｕｒｃｅｉｎｆｏコマンドで検査する。これにより、クライアント端末３１，３２で構成される中継グループの共有リソース情報に、実体のないファイルｆｉｌｅ１００．ｐｄｆが含まれていることが判る。

すると、クライアント端末３１は、当該別の共有リソース情報をｒｅｓｏｕｒｃｅ＿ｉｎｆｏ２で指定し、ｆｉｌｅ１００．ｐｄｆの削除指示を中継サーバＲ３に送信する（シーケンス番号４４）。ｒｅｓｏｕｒｃｅ＿ｉｎｆｏ２で指定された共有リソース情報に関連するのはクライアント端末３１，３２なので、中継サーバＲ３はリソース情報削除指示をクライアント端末３２に送信する。以降の処理は前記と同じであるので省略する。このように、最初に同期指示を出したクライアント端末１１とは違う中継グループに属する端末に対しても、同期指示を送ることができる。

このように構成することにより、１つの共有リソース情報に対する同期指示によって、リソース実体とリソース情報の不一致が発見されると、自動的にシステム全体に情報の更新指示が波及し、システム全体を最新の状態に保つことができる。

以上に示すように、本実施形態の中継サーバ１は、中継グループ情報データベース５０５と、共有リソース情報データベース５０６と、制御部５０３と、を備える。中継グループ情報データベース５０５には、自身との間で相互に接続可能な他の中継サーバ１を含む中継グループに関する中継グループ情報１００が記憶される。前記中継グループ内において複数のクライアント端末５間でリソースを共有させる場合に、共有リソース情報データベース５０６には共有リソース情報１２０が記憶される。この共有リソース情報１２０には、クライアント端末５間で共有させるリソースに関する情報であるファミリリソース情報１２５と、当該リソースを共有するクライアント端末５であるリソース共有端末のアカウントの情報であるファミリアカウント情報１２４と、が含まれている。そして、中継サーバＲ１の前記制御部５０３は、例えば図１３のシーケンス番号４１以降に示すように、前記共有リソース情報１２０の同期指示（Ｓｙｎｃｈｒｏｎｉｚｅコマンド）をクライアント端末１１から受信することにより、各中継サーバＲ２，Ｒ３にｓｙｎｃｈｒｏｎｉｚｅメッセージを配信するとともに、自身の配下のリソース共有端末１２にＳｙｎｃｈｒｏｎｉｚｅコマンドを配信する。また、例えば中継サーバＲ３は、同期指示（ｓｙｎｃｈｒｏｎｉｚｅメッセージ）を中継サーバＲ１から受信すると、前記中継グループ情報１００及び前記共有リソース情報１２０に基づいて、自身の配下のリソース共有端末３１にＳｙｎｃｈｒｏｎｉｚｅコマンドを配信する。そして、中継サーバＲ３は、Ｓｙｎｃｈｒｏｎｉｚｅコマンドを受け取った前記リソース共有端末３１に、当該リソース共有端末３１自身が操作可能な共有リソースについて当該共有リソースの実体を検査させ、必要に応じて前記共有リソース情報を更新させる。

これにより、クライアント端末１１から中継グループ中の１つの中継サーバＲ１に１回の同期指示を出すことによって、クライアント端末１１以外のリソース共有端末５又は他の中継サーバＲ２，Ｒ３で共有されている全てのリソースの情報を検査し、共有リソース情報１２０を更新することができる。従って、リソースの実体と共有リソース情報１２０の内容を容易に一致させることができる。

また、シーケンス番号４１、４１．１、及び４１．２に示すように、中継サーバＲ１の前記制御部５０３は、クライアント端末１１から発信されるＳｙｎｃｈｒｏｎｉｚｅコマンドを受信することにより、同期指示（ｓｙｎｃｈｒｏｎｉｚｅメッセージ）を各中継サーバＲ２，Ｒ３に配信するように構成されている。

これにより、ユーザがクライアント端末１１を操作することによって、共有リソース情報をリソース実体に同期させることができる。

また、中継サーバＲ３は、自身の配下のリソース共有端末３１において前記共有リソース情報１２０の更新が行われた場合は、当該更新を、前記中継グループ情報１００及び前記共有リソース情報１２０に基づいて、各中継サーバＲ１，Ｒ２の共有リソース情報１２０に反映させるように構成されている。

これにより、前記中継グループに含まれる中継サーバ１及び各中継サーバ１配下のリソース共有端末５は、自動的に最新の共有リソース情報１２０を得ることができる。従って、ネットワーク全体の共有リソース情報の同期を容易にとることができる。

また、中継サーバＲ３から同期指示（Ｓｙｎｃｈｒｏｎｉｚｅコマンド）を受け取った前記リソース共有端末３１は、当該リソース共有端末３１自身が操作可能な共有リソースについて実体が存在するか否かを確認し、前記実体が存在しない場合は前記共有リソース情報１２０から該当するリソース情報１２６を削除し、前記共有リソース情報１２０を更新するように構成されている。

これにより、リソースの実体が削除されていた場合に、該当するリソース情報１２６を共有リソース情報１２０から自動的に削除することができる。従って、実体が存在しないリソースを共有することを防止することができる。

また、中継サーバ１の共有リソース情報データベース５０６には複数の共有リソース情報１２０を登録可能に構成されている。そして、中継サーバＲ３は、前記実体が存在しないファイル”ｆｉｌｅ１００．ｐｄｆ”のリソース情報１２６が複数の前記共有リソース情報１２０に含まれている場合には、シーケンス番号４３及び４４に示すように、それぞれの共有リソース情報１２０から該当するリソース情報１２６を削除させ、当該共有リソース情報１２０を更新させる。

これにより、一度の同期指示で複数の共有リソース情報１２０の更新を行うことができる。

図１４はリソース情報を個別に指定して共有リソース情報の更新を行う場合の動作を例示したシーケンス図である。図１４では、図７に示す共有リソース情報に係る個別共有リソース情報１２２がクライアント端末１１，１２，２１，２２，３１間で共有されている場合を想定している。

クライアント端末１１からｆｏｌｄｅｒＢとｆｏｌｄｅｒＥに関する同期指示が中継サーバＲ１に送信されると（シーケンス番号５１）、中継サーバＲ１は中継サーバＲ３に対してｆｏｌｄｅｒＥの同期メッセージを送信する（シーケンス番号５１．１）。また、中継サーバＲ１は、クライアント端末１２にｆｏｌｄｅｒＢの同期指示を送信する（シーケンス番号５２）。中継サーバＲ３はクライアント端末３１にｆｏｌｄｅｒＥの同期指示を送信する（シーケンス番号５１．１．１）。

図１４の例では図１３の例とは異なり、中継サーバＲ２及びクライアント端末２１，２２には同期メッセージ及び同期指示が送信されない。これは、リソース情報を指定して同期指示を送信する場合には、中継サーバＲ１が自身の共有リソース情報データベース５０６で記憶する共有リソース情報を参照し、当該リソース情報に係るリソースの実体を操作可能な端末にだけ同期指示を送信すればよいためである。従って、ネットワークトラフィックを減少させパフォーマンスを増大させることができる。また、更新されているかどうかを知りたいリソースを特別に指定して、当該リソースの情報を得ることができる。

また図１４には、リソース実体が存在しなかった場合（Ｒｅｓｏｕｒｃｅ Ｎｏｔ Ｆｏｕｎｄ：”ｆｉｌｅ１００．ｐｄｆ”）の処理に関する別の実施形態も示してある。

この実施形態では、リソース実体が存在しなかった場合に、図１３のようにリソース情報削除指示を送信するのではなく、リソース情報更新指示（シーケンス番号６１）を送信し、リソース情報を更新させる。具体的には当該リソース情報の所定の位置に、例えばｓｔａｔｕｓ＝”ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ”といったステータス情報（図９を参照）を書き込む指示を送信する。なお、シーケンス番号６１以降の処理の流れはリソース情報削除指示の場合とほぼ同じであるので、説明は省略する。

このように処理することにより、単にリソース情報を共有リソース情報から削除する場合に比べて、当該リソース実体が削除されたことを一層明確に表示できる。また一時的に当該リソース実体にアクセス不可能になっていた場合であって、アクセスが再び可能になった場合の復帰も容易である。

なお、ファイルの実体が上書き更新されてタイムスタンプ及びファイルサイズが変更された場合は、共有リソース情報１２０の該当ファイルに関するリソース情報１２６において、ステータス情報の代わりにタイムスタンプ及びファイルサイズの部分を書き換えることで、同期を実現することができる。

以上に示すように、前記中継サーバＲ１は、前記共有リソース情報１２０中の特定のリソース（”ｆｏｌｄｅｒＢ”等）を対象とした同期指示を配信可能に構成されている（シーケンス番号５１．１、５２等）。

これにより、特定のリソースについて実体に同期させたい場合にも対応することができる。また、同期の対象のリソースがあらかじめ判っているので、効率的な処理を行うことができる。

次に、図１５、図１６を参照して中継サーバ１とクライアント端末５の動作の詳細について説明する。

図１５は本実施形態に係る中継サーバ１がクライアント端末５又は他の中継サーバ１から共有リソース情報の同期指示を受け取った場合に、当該共有リソース情報に記述された共有メンバ端末に同期指示を送信するときの動作フローチャートである。中継サーバ１は、まず同期指示が発行されるまで待機し（Ｓ１０１）、同期指示が出された場合は指示された共有リソース情報をロードする（Ｓ１０２）。

次に中継サーバ１は、当該共有リソース情報中に共有メンバ端末が存在するか検査し（Ｓ１０３）、存在すれば当該共有リソース情報の同期信号を送信する（Ｓ１０４）。この場合、同期信号を送信するべき共有メンバ端末が自身の配下のクライアント端末である場合は、中継サーバ１は自ら当該クライアント端末５に同期指示を送信する。当該共有メンバ端末が自身の配下でない場合は、中継サーバ１は、当該共有メンバ端末を配下に持つ他の中継サーバ１に対して同期指示（同期メッセージ）を送信する。同期メッセージを受信した当該他の中継サーバ１は、Ｓ１０１の判定ループを抜けＳ１０２の処理に移り、当該自分の配下の共有メンバ端末に同期指示を送信する。このようにして、他のＬＡＮに属する共有メンバ端末にも間接的に同期指示を送信できる。

次に、Ｓ１０３に戻り他の共有メンバ端末がいないか検査する。共有メンバ端末が存在しない場合、又はすべての共有メンバ端末に同期コマンドを送信し終わった場合は処理を終了する。

図１６は本実施形態に係るクライアント端末５が中継サーバ１から同期指示を受け取った場合の動作フローチャートである。

クライアント端末５は、まず同期指示が発行されるまで待機し（Ｓ２０１）、同期指示が出された場合は指示された共有リソース情報をロードする（Ｓ２０２）。次に、クライアント端末５は、自身がオーナである共有リソースが前記共有リソース情報中に存在するかを検査する（Ｓ２０３）。本実施形態では、リソースの実体の検査は当該リソースの実体を操作可能な端末が行うので、自身がオーナである共有リソースが存在しない場合は処理を終了する。

自身がオーナである共有リソースが存在した場合には、クライアント端末５は当該共有リソース実体の情報を取得し（Ｓ２０４）、実体へのアクセスが可能かどうかを検査する（Ｓ２０５）。実体へのアクセスが可能であれば、他の共有リソースの検査に戻る。実体へのアクセスが不可能だった場合は、クライアント端末５は共有リソース情報から該当するリソース情報を削除する処理を行い（Ｓ２０６）、中継サーバ１に対して共有リソース情報の更新コマンドを送信する（Ｓ２０７）。そして当該削除された共有リソースを含む他の共有リソース情報がないか検査する（Ｓ２０８）。

該当する他の共有リソース情報があった場合はＳ２０６に戻り、引き続き当該他の共有リソース情報からのリソース情報の削除処理を行う。該当する共有リソース情報が無かった場合はＳ２０３に戻り、Ｓ２０２で最初に指示された共有リソース情報に含まれる他の共有リソース実体の検査を引き続き行う。

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

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

本実施形態では、共有リソース情報にリソースの詳細情報として、当該リソースのタイムスタンプとファイルサイズを記述したが、これに代えて又はこれに加えて、リソース実体のハッシュ値等を記述しても良い。この場合、当該リソースの変更、改竄、破損等がより確実にチェックできる点で好ましい。

本発明の一実施形態に係る中継通信システムのネットワーク構成図。 外部サーバの機能ブロック図。 クライアント端末の機能ブロック図。 中継サーバの機能ブロック図。 クライアント端末、中継サーバ、及び外部サーバの関係を示す図。 中継グループ情報の内容を示す図。 共有リソース情報の内容を示す図。 共有リソース情報におけるファミリリソース情報の内容の詳細を示す図。 同期指示によって内容が更新されたファミリリソース情報を示す図。 中継グループを作成する通信処理を示すシーケンス図。 中継グループにクライアント端末をリソース共有可能端末として登録する通信処理を示すシーケンス図。 中継グループに共有リソースを登録する通信処理を示すシーケンス図。 本発明の一実施形態に係る中継通信システムにおける共有リソース情報同期処理を示すシーケンス図。 本発明の他の実施形態に係る中継通信システムにおける共有リソース情報同期処理を示すシーケンス図。 同期指示を受け取ったサーバが共有メンバ端末に同期コマンドを送信する処理を示すフローチャート。 同期指示を受け取った共有メンバ端末が共有リソース情報を更新する処理を示すフローチャート。

符号の説明

１（Ｒ１，Ｒ２，Ｒ３，Ｒ４） 中継サーバ
２ 外部サーバ
５（１１,１２,２１，２２，３１，３２，４１，４２） クライアント端末
１２０ 共有リソース情報
１２４ ファミリアカウント情報
１２６ リソース情報
５０３ 制御部
５０５ 中継グループ情報データベース（中継グループ情報登録部）
５０６ 共有リソース情報データベース（共有リソース情報登録部）

Claims (7)

1. 自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
   前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースを共有するクライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   前記共有リソース情報の同期指示を受信することにより、前記リソース共有端末又は自身以外の中継サーバに同期指示を配信するとともに、前記同期指示を受信した前記リソース共有端末が前記リソースの実体を操作可能な場合、当該リソース共有端末に当該リソースの実体を検査させ、必要に応じて前記共有リソース情報を更新させる制御部と、
   を備えることを特徴とする中継サーバ。
2. 請求項１に記載の中継サーバであって、
   前記制御部は、前記クライアント端末から発信される同期指示を受信することにより、同期指示を各中継サーバ又は自身の配下のリソース共有端末に配信することを特徴とする中継サーバ。
3. 請求項１又は２に記載の中継サーバであって、
   自身の配下のリソース共有端末において前記共有リソース情報の更新が行われた場合は、当該更新を、各中継サーバ及び自身の配下のリソース共有端末の少なくとも何れか一方の共有リソース情報に反映させることを特徴とする中継サーバ。
4. 請求項１から３までの何れか一項に記載の中継サーバであって、
   前記同期指示を受け取った前記リソース共有端末は、当該リソース共有端末自身が操作可能な前記リソースについて実体が存在するか否かを確認し、前記実体が存在しない場合は、該当するリソースに関する情報を前記共有リソース情報から削除し、前記共有リソース情報を更新することを特徴とする中継サーバ。
5. 請求項４に記載の中継サーバであって、
   前記共有リソース情報登録部には複数の共有リソース情報を登録でき、
   前記実体が存在しないリソースに関する情報が複数の前記共有リソース情報に含まれている場合には、該当するリソースに関する情報をそれぞれの共有リソース情報から削除させ、当該共有リソース情報を更新させることを特徴とする中継サーバ。
6. 請求項１から５までの何れか一項に記載の中継サーバであって、
   前記共有リソース情報中の特定のリソースを対象とした同期指示を配信できることを特徴とする中継サーバ。
7. 複数の中継サーバと、
   複数のクライアント端末と、
   を備え、
   前記中継サーバは、
   自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
   前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースを共有する前記クライアント端末であるリソース共有端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
   前記共有リソース情報の同期指示を受信することにより、前記リソース共有端末又は自身以外の中継サーバに同期指示を配信するとともに、前記同期指示を受信した前記リソース共有端末が前記リソースの実体を操作可能な場合、当該リソース共有端末に当該リソースの実体を検査させ、必要に応じて前記共有リソース情報を更新させる制御部と、
   を備えることを特徴とする中継通信システム。

Images