(57)【特許請求の範囲】
【請求項１】
自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースを共有するクライアント端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
制御部と、
を備え、
前記制御部は、
前記クライアント端末が所定の監視対象フォルダを監視した結果、前記監視対象フォルダへのリソースの追加を検出したことによって当該クライアント端末が当該リソースに関する情報を共有リソース情報に追加したときは、当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させるリソース追加反映部と、
前記クライアント端末が所定の監視対象共有リソース情報を監視した結果、前記監視対象共有リソース情報にリソースに関する情報が追加されたことを検出したことにより、当該リソースの転送を要求した場合には、自身の配下のクライアント端末であって対象リソースの実体を操作できるクライアント端末、又は、当該リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースの転送要求を中継する転送要求中継部と、
前記リソースの転送を要求したクライアント端末へ前記リソースが転送され、所定のフォルダに格納されたことにより、前記監視対象共有リソース情報からの当該リソースに関する情報の削除を当該クライアント端末が要求した場合には、自身の配下のクライアント端末、又は、前記リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースに関する情報の削除要求を中継する削除要求中継部と、
を備えることを特徴とする中継サーバ。
【請求項２】
請求項１に記載の中継サーバであって、
前記クライアント端末は複数のフォルダを前記監視対象フォルダとすることができ、
前記クライアント端末は、前記監視対象フォルダにリソースが追加されると、当該リソースが追加された監視対象フォルダに応じて所定の共有リソース情報に当該リソースに関する情報を追加し、
前記リソース追加反映部は当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させることを特徴とする中継サーバ。
【請求項３】
請求項１又は２に記載の中継サーバであって、
前記クライアント端末は、前記監視対象フォルダにリソースが追加されると、当該追加されたリソースに基づいて所定の共有リソース情報に当該リソースに関する情報を追加し、
前記リソース追加反映部は当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させることを特徴とする中継サーバ。
【請求項４】
複数の中継サーバと、
複数のクライアント端末と、
を備え、
前記中継サーバは、
自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する中継グループ情報登録部と、
前記中継グループ内において複数の前記クライアント端末間でリソースを共有させる場合に、当該リソースに関する情報と、当該リソースを共有するクライアント端末のアカウントの情報と、を含む共有リソース情報を記憶する共有リソース情報登録部と、
制御部と、
を備え、
前記制御部は、
前記クライアント端末が所定の監視対象フォルダを監視した結果、前記監視対象フォルダへのリソースの追加を検出したことによって当該クライアント端末が当該リソースに関する情報を共有リソース情報に追加したときは、当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させるリソース追加反映部と、
前記クライアント端末が所定の監視対象共有リソース情報を監視した結果、前記監視対象共有リソース情報にリソースに関する情報が追加されたことを検出したことにより、当該リソースの転送を要求した場合には、自身の配下のクライアント端末であって対象リソースの実体を操作できるクライアント端末、又は、当該リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースの転送要求を中継する転送要求中継部と、
前記リソースの転送を要求したクライアント端末へ前記リソースが転送され、所定のフォルダに格納されたことにより、前記監視対象共有リソース情報からの当該リソースに関する情報の削除を当該クライアント端末が要求した場合には、自身の配下のクライアント端末、又は、前記リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースに関する情報の削除要求を中継する削除要求中継部と、
を備えることを特徴とする中継通信システム。
【請求項５】
請求項４に記載の中継通信システムであって、
前記クライアント端末は、前記共有リソース情報から自身が実体を操作できるリソースに関する情報が削除された場合は、当該リソースの実体を削除することを特徴とする中継通信システム。
【請求項６】
請求項４又は５に記載の中継通信システムであって、
前記リソースの転送を要求したクライアント端末と、転送を要求されたクライアント端末の少なくとも何れか一方が、転送結果の通知を発行することができることを特徴とする中継通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して自動的なリソースの転送を実現する中継サーバ及び中継通信システムに関する。
【背景技術】
【０００２】
従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＶＰＮ）と呼ばれる通信システムが知られている（例えば、特許文献１）。このＶＰＮは、例えば、地域ごとに設けられた複数の支社（拠点）のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、各クライアント端末は、遠隔地にある他のＬＡＮに繋がった機器上の様々なリソース（フォルダ及びファイル）を共有することができる。従って、このＶＰＮを使用することにより、ネットワークを介してリソースを転送することが可能になる。
【特許文献１】特開２００２−２１７９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ＶＰＮのようなシステムは、ネットワークを仮想的に構築する関係上、硬直的なシステムになり易い。そのため、拡張性、柔軟性のあるシステムを構築することは容易ではない。
【０００４】
一方、ＶＰＮを用いずに他のネットワークに属する端末の記憶領域にファイルを自動的に転送するような構成をとることは困難である。
【０００５】
本発明は以上の事情に鑑みてされたものであり、その目的は、ネットワークを越えた自動的なファイル転送を、ＶＰＮ以外の手段を用いて実現することにある。
【発明を解決するための手段及び効果】
【０００６】
本発明の第１の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースを共有するクライアント端末のアカウントの情報と、を含む。前記制御部は、リソース追加反映部と、転送要求中継部と、削除要求中継部と、を備える。前記リソース追加反映部は、前記クライアント端末が所定の監視対象フォルダを監視した結果、前記監視対象フォルダへのリソースの追加を検出したことによって当該クライアント端末が当該リソースに関する情報を共有リソース情報に追加したときは、当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させる。前記転送要求中継部は、前記クライアント端末が所定の監視対象共有リソース情報を監視した結果、前記監視対象共有リソース情報にリソースに関する情報が追加されたことを検出したことにより、当該リソースの転送を要求した場合には、自身の配下のクライアント端末であって対象リソースの実体を操作できるクライアント端末、又は、当該リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースの転送要求を中継する。前記削除要求中継部は、前記リソースの転送を要求したクライアント端末へ前記リソースが転送され、所定のフォルダに格納されたことにより、前記監視対象共有リソース情報からの当該リソースに関する情報の削除を当該クライアント端末が要求した場合には、自身の配下のクライアント端末、又は、前記リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースに関する情報の削除要求を中継する。
【０００７】
これにより、あるクライアント端末の所定のフォルダから、他のネットワークに属するクライアント端末の所定のフォルダへ、リソースの転送を自動的に行うことができる。
【０００８】
前記中継サーバにおいては、以下の構成とすることが好ましい。即ち、前記クライアント端末は複数のフォルダを前記監視対象フォルダとすることができる。また、前記クライアント端末は、前記監視対象フォルダにリソースが追加されると、当該リソースが追加された監視対象フォルダに応じて所定の共有リソース情報に当該リソースに関する情報を追加する。そして、前記中継サーバの前記リソース追加反映部は、当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させる。
【０００９】
これにより、リソースが追加されたフォルダによって、当該リソースを、自動的に所定のクライアント端末のフォルダに分配して転送することができる。
【００１０】
前記中継サーバにおいては、以下の構成とすることが好ましい。即ち、前記クライアント端末は、前記監視対象フォルダにリソースが追加されると、当該追加されたリソースに基づいて所定の共有リソース情報に当該リソースに関する情報を追加する。そして、前記中継サーバの前記リソース追加反映部は、当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させる。
【００１１】
これにより、追加されたリソースの種類等に基づいて、当該リソースを、自動的に所定のクライアント端末のフォルダに分配して転送することができる。
【００１２】
本発明の第２の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、複数の中継サーバと、複数のクライアント端末と、を備える。前記中継サーバは、中継グループ情報登録部と、共有リソース情報登録部と、制御部と、を備える。前記中継グループ情報登録部は、自身との間で相互に接続可能な他の中継サーバを含む中継グループの情報を記憶する。前記共有リソース情報登録部は、前記中継グループ内において複数のクライアント端末間でリソースを共有させる場合に、共有リソース情報を記憶する。この共有リソース情報は、当該リソースに関する情報と、当該リソースを共有するクライアント端末のアカウントの情報と、を含む。前記制御部は、リソース追加反映部と、転送要求中継部と、削除要求中継部と、を備える。前記リソース追加反映部は、前記クライアント端末が所定の監視対象フォルダを監視した結果、前記監視対象フォルダへのリソースの追加を検出したことによって当該クライアント端末が当該リソースに関する情報を共有リソース情報に追加したときは、当該共有リソース情報の変更を他のクライアント端末の共有リソース情報に反映させる。前記転送要求中継部は、前記クライアント端末が所定の監視対象共有リソース情報を監視した結果、前記監視対象共有リソース情報にリソースに関する情報が追加されたことを検出したことにより、当該リソースの転送を要求した場合には、自身の配下のクライアント端末であって対象リソースの実体を操作できるクライアント端末、又は、当該リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースの転送要求を中継する。前記削除要求中継部は、前記リソースの転送を要求したクライアント端末へ前記リソースが転送され、所定のフォルダに格納されたことにより、前記監視対象共有リソース情報からの当該リソースに関する情報の削除を当該クライアント端末が要求した場合には、自身の配下のクライアント端末、又は、前記リソースの実体を操作できるクライアント端末を配下に持つ中継サーバに当該リソースに関する情報の削除要求を中継する。
【００１３】
これにより、あるクライアント端末の所定のフォルダから、他のネットワークに属するクライアント端末の所定のフォルダへ、リソースの転送を自動的に行うことができる。
【００１４】
前記中継通信システムにおいては、前記クライアント端末は、前記共有リソース情報から自身が実体を操作できるリソースに関する情報が削除された場合は、当該リソースの実体を削除することが好ましい。
【００１５】
これにより、異なるネットワークの間であたかもファイルの実体を自動的に移動させるような処理を実現できる。
【００１６】
前記中継通信システムにおいては、前記リソースの転送を要求したクライアント端末と、転送を要求されたクライアント端末の少なくとも何れか一方が、転送結果の通知を発行できることが好ましい。
【００１７】
これにより、ユーザは、ファイル転送が行われた旨及び処理が正常に終了したか異常終了したかを知ることができる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の一実施形態に係る中継通信システムの全体構成を示す説明図である。
【００１９】
図１に示すように、本実施形態の中継通信システムは、ＷＡＮに接続された複数のＬＡＮで構成されている。この中継通信システムは、中継サーバ１、外部サーバ２、クライアント端末５、ファイルサーバ６等を備えている。
【００２０】
ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）は、異なるＬＡＮを相互に接続するネットワークである。本実施形態ではＷＡＮとしてインターネットが使用されている。
【００２１】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）は、限定された場所で構築される比較的小規模なネットワークである。ＬＡＮは複数存在し、互いに物理的に離れた場所に構築されている。本実施形態では、東京支社にＬＡＮ９１が構築され、大阪支社、名古屋支社、福岡支社にＬＡＮ９２，９３，９４がそれぞれ構築される場合を想定している。これら４つのＬＡＮ９１，９２，９３，９４は、グローバルなネットワークであるインターネットにそれぞれ接続されている。
【００２２】
次に、図２等を参照して外部サーバ２を説明する。図２は外部サーバ２の機能ブロック図である。この外部サーバ２は、各ＬＡＮに配置された中継サーバ１間での通信に用いられる装置であり、インターネット上に設置されている。
【００２３】
図２に示す外部サーバ２は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバとしての機能を備えている。具体的には、外部サーバ２は、ＳＩＰメソッド及びレスポンス等を中継するＳＩＰプロキシサーバとしての機能と、中継サーバ１のアカウントを登録するＳＩＰレジストラサーバとしての機能を備える。
【００２４】
外部サーバ２は、図２に示すように、ＷＡＮインタフェース２０１と、制御部２０２と、中継サーバアカウント情報データベース２０３と、を主要な構成として備えている。
【００２５】
ＷＡＮインタフェース２０１は、グローバルＩＰアドレスを使用して、インターネットに接続された中継サーバ１等の各装置と通信を行うインタフェースである。
【００２６】
中継サーバアカウント情報データベース２０３は、登録要求のあった中継サーバ１のアカウントをグローバルＩＰアドレスと対応付けて管理するデータベースである。
【００２７】
制御部２０２は、ＷＡＮインタフェース２０１を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。この制御部２０２は、例えば、それぞれの中継サーバ１から当該中継サーバ１のアカウントを受信し、中継サーバアカウント情報データベース２０３に登録する処理を行う。また、中継サーバ１から送信された様々なＳＩＰメソッド又はレスポンス等の通信データを他の中継サーバ１に中継する処理等を行う。
【００２８】
次に、図３等を参照してクライアント端末５を説明する。図３はクライアント端末５の機能ブロック図である。
【００２９】
このクライアント端末５はユーザが直接操作できる端末であり、例えばユーザによって日々の業務に使用されるパーソナルコンピュータ（ＰＣ）等が該当する。従って、ＬＡＮ内には通常多数のクライアント端末５が存在する。本実施形態では、図１に示すように、ＬＡＮ９１にクライアント端末１１，１２が、ＬＡＮ９２にクライアント端末２１，２２が接続されている。また、ＬＡＮ９３にクライアント端末３１，３２が、ＬＡＮ９４にクライアント端末４１，４２がそれぞれ接続されている。各クライアント端末５には、同一のＬＡＮの中で一意に管理されたプライベートＩＰアドレスが付与されている。
【００３０】
図３に示すように、クライアント端末５は、ＬＡＮインタフェース６０１と、制御部６０２と、リソース記憶部６０３と、共有リソース情報データベース６０４と、転送設定記憶部６０５を主要な構成として備えている。
【００３１】
ＬＡＮインタフェース６０１は、前記プライベートＩＰアドレスを使用して、同一のＬＡＮに接続された中継サーバ１及びファイルサーバ６等の各装置と通信を行うインタフェースである。
【００３２】
リソース記憶部６０３は、そのクライアント端末５が操作可能なファイル又はフォルダ等のリソースの実体を記憶する。
【００３３】
共有リソース情報データベース６０４は、各クライアント端末５が保有している共有リソースの情報を記述した共有リソース情報を記憶する。
【００３４】
転送設定記憶部６０５は、本実施形態の中継通信システムを使用してファイル等のリソースを転送するための各種設定を記憶する。この設定には、クライアント端末５がリソースの転送元として動作する場合、及び転送先として動作する場合の様々な設定が含まれている。クライアント端末５がリソースの転送元として動作する場合の設定情報としては、転送すべきリソースを検知するために監視するフォルダの位置を示す情報、及び、転送すべきリソースが検知された場合にそれをどの共有リソース情報に共有リソースとして追加するかの情報等がある。クライアント端末５がリソースの転送先として動作する場合の設定情報としては、転送すべきリソースを検知するためにどの共有リソース情報を監視すべきかの情報、転送元のクライアント端末５から中継サーバ１を介して転送対象リソースを受信したときにその実体データを保存するフォルダの位置を示す情報等がある。
【００３５】
制御部６０２は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。この制御部６０２は、ＴＣＰ／ＩＰ、ＵＤＰ又はＳＩＰ等のプロトコルに従った通信処理を制御する。
【００３６】
制御部６０２は、例えば、リソース記憶部６０３に記憶されているリソースの移動、変更又は削除等を制御する処理を行う。また制御部６０２は、中継サーバ１から共有リソース情報の変更通知を受信したときは、共有リソース情報データベース６０４に記憶されている共有リソース情報を更新する処理を行う。また、クライアント端末５がリソースの転送元として動作する場合、制御部６０２は転送設定記憶部６０５の設定に応じ、特定のフォルダの内容の監視、当該フォルダに追加されたリソースの前記共有リソース情報への追加等の処理を行う。更に、クライアント端末５がリソースの転送先として動作する場合、制御部６０２は転送設定記憶部６０５の設定に応じ、特定の共有リソース情報の内容の監視、共有リソース情報にリソースが追加された場合の当該リソースの転送要求の発行等の処理を行う。
【００３７】
次に、図４等を参照して中継サーバ１を説明する。図４は各中継サーバ１の機能ブロック図である。
【００３８】
中継サーバ１は、図１に示すように、ＬＡＮのそれぞれに１台配置されている。具体的には、ＬＡＮ９１には中継サーバＲ１が、ＬＡＮ９２には中継サーバＲ２が、ＬＡＮ９３には中継サーバＲ３が、ＬＡＮ９４には中継サーバＲ４がそれぞれ配置されている。
【００３９】
中継サーバ１はＬＡＮに接続され、同一のＬＡＮに接続されている各クライアント端末５と通信可能になっている。また、中継サーバ１はインターネットにも接続されており、他のＬＡＮに接続された中継サーバ１と（前記外部サーバ２を介して）通信可能となっている。この通信のため、各中継サーバ１には、プライベートＩＰアドレスとグローバルＩＰアドレスの両方が付与されている。
【００４０】
中継サーバ１は、ＬＡＮインタフェース５０１と、ＷＡＮインタフェース５０２と、制御部５０３と、アカウント情報データベース５０４と、中継グループ情報データベース５０５と、共有リソース情報データベース５０６と、を主要な構成要素として備えている。
【００４１】
ＬＡＮインタフェース５０１は、自装置と同一のＬＡＮに接続されたクライアント端末５との通信を、プライベートＩＰアドレスを使用して行うインタフェースである。例えば、ＬＡＮ９１において中継サーバＲ１は、ＬＡＮインタフェース５０１を使用して、各クライアント端末１１，１２と通信を行うことができる。
【００４２】
ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを使用して、インターネットに接続された外部サーバ２等の各装置と通信を行うインタフェースである。
【００４３】
各中継サーバ１はＳＩＰレジストラサーバとしての機能を備えており、各中継サーバ１と各クライアント端末５との間の通信はＳＩＰを使用して行われる。例えば、ＬＡＮ９２において中継サーバＲ２はＳＩＰレジストラサーバとして機能し、ＬＡＮ９２に接続されている各クライアント端末２１，２２のアカウントを受信し、アカウント情報データベース５０４に登録する。
【００４４】
従って、中継サーバ１は図５に示すように、クライアント端末５との関係では、当該クライアント端末５からアカウントを受信して登録（ＲＥＧＩＳＴＥＲ）するサーバとして機能する。また、外部サーバ２との関係では、中継サーバ１は、外部サーバ２に対してアカウントを送信して登録（ＲＥＧＩＳＴＥＲ）するクライアントとして機能する。
【００４５】
図４のアカウント情報データベース５０４は、登録要求のあったクライアント端末５のアカウントをプライベートＩＰアドレスと対応付けて管理するデータベースである。
【００４６】
中継グループ情報データベース（中継グループ情報登録部）５０５は、アカウント情報データベース５０４に登録されているクライアント端末５が関連する中継グループ情報を管理するデータベースである。
【００４７】
共有リソース情報データベース（共有リソース情報登録部）５０６は、アカウント情報データベース５０４に登録されているクライアント端末５が関連する共有リソース情報を管理するデータベースである。
【００４８】
制御部５０３は、ＬＡＮインタフェース５０１及びＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部であり、ＴＣＰ／ＩＰ、ＵＤＰ及びＳＩＰ等のプロトコルに従った様々な通信処理を制御する。
【００４９】
この制御部５０３は、例えば、自装置のアカウントを外部サーバ２に送信して登録を要求する処理、及び、中継グループ情報を作成して中継グループ情報データベース５０５に記憶する処理を実行する。また、制御部５０３は、共有リソース情報を作成して共有リソース情報データベース５０６に記憶する処理等を実行する。
【００５０】
更に、この制御部５０３は、リソース追加反映部５１１と、転送要求中継部５１２と、削除要求中継部５１３と、を備えている。
【００５１】
リソース追加反映部５１１は、クライアント端末５から共有リソース情報にリソース情報を追加した旨の通知がされた場合に、当該リソース情報の追加を行うように他のクライアント端末５に指示を送る。
【００５２】
転送要求中継部５１２は、クライアント端末５からリソースの転送要求があった場合に、当該転送要求を、当該リソースの実体を操作可能なクライアント端末５（又は、そのクライアント端末５を配下に有する中継サーバ１）に中継する。
【００５３】
削除要求中継部５１３は、クライアント端末５から所定のリソース情報を共有リソース情報から削除すべき旨の要求があった場合に、当該削除要求を他のクライアント端末５（又は、そのクライアント端末５を配下に有する中継サーバ１）に中継する。
【００５４】
次にファイルサーバ６を説明する。図１に示すように、このファイルサーバ６はＬＡＮに接続されて、同一のＬＡＮに接続されている各クライアント端末５と通信できるように構成されている。
【００５５】
ファイルサーバ６は、ファイル又はフォルダ等のリソースの実体を記憶できるように構成されており、各クライアント端末５が備えている前記リソース記憶部６０３（図３）に代わるリソース記憶手段として機能する。即ち、本実施形態において各クライアント端末５が操作可能なリソース（転送対象のリソースを含む）は、そのクライアント端末５のローカルディスク内に格納されている場合と、ネットワークドライブとしてのファイルサーバ６内に格納されている場合が考えられる。このファイルサーバ６は各ＬＡＮに必須ではなく、図１の例においてもＬＡＮ９２，９４では設置が省略されている。
【００５６】
次に、この中継通信システムで扱われる情報である中継グループ情報及び共有リソース情報について説明する。
【００５７】
最初に、図６を参照して中継グループ情報を説明する。図６は中継グループ情報の内容例を示す図である。
【００５８】
図６には、中継サーバＲ１における中継グループ情報データベース５０５の記憶内容例が示されている。この例では、中継グループ情報データベース５０５は２つの中継グループ情報１００ａ，１００ｂを記憶している。
【００５９】
それぞれの中継グループ情報１００ａ，１００ｂは、１つのグループ識別情報１０１と、相互に接続を許可することで中継グループを構成する中継サーバ１の情報（中継アカウント情報）１０２と、リソース共有可能端末情報１１０と、を含んでいる。
【００６０】
グループ識別情報１０１は、その中継グループ情報１００を識別するための情報であり、中継グループ情報１００が作成される度に、異なる識別ＩＤが付与されて一意に識別できる構成となっている。これにより、オペレータ等は、グループ識別情報１０１に基づいて中継グループを特定することができ、グループ構成の変更等を簡単に行うことができる。
【００６１】
中継アカウント情報１０２は、相互に接続を許可することで中継グループを構成するそれぞれの中継サーバ１のアカウントの情報を含んでいる。例えば、図６の上側に示されている中継グループ情報１００ａにおいては、中継グループを構成する３つの中継サーバＲ１，Ｒ２，Ｒ３のアカウントが記述されている。また、図６の下側に示されている中継グループ情報１００ｂにおいては、当該中継グループを構成する２つの中継サーバＲ１，Ｒ２のアカウントが記述されている。
【００６２】
中継アカウント情報１０２においては、各中継サーバ１のアカウントに付与された具体的な名称が併せて登録され、ユーザの識別が容易になっている。例えば、中継サーバＲ１（ｒｅｌａｙ−ｓｅｒｖｅｒ１）の中継アカウント情報１０２ａであれば、中継サーバＲ１のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ１＠ｎｅｔ）に対して名称（支社Ａ）が付与されている。
【００６３】
以上のように、中継グループ情報１００ａ，１００ｂは、中継グループごとに一意に識別可能に作成されている。また、中継グループ情報１００ａ，１００ｂには、相互に接続を許可することで一群（中継グループ）を構成する各中継サーバのアカウント（中継アカウント情報１０２）が含まれている。従って、中継グループ情報１００ａ，１００ｂを参照すれば、どのＬＡＮとどのＬＡＮがグループを構成しているのかを知ることができる。
【００６４】
次に、前記中継グループ情報１００に含ませることが可能なリソース共有可能端末情報１１０について説明する。
【００６５】
図６に示すように、リソース共有可能端末情報１１０は、各中継グループ情報１００に対応して登録されている。例えば、リソース共有可能端末情報１１０ａは中継グループ情報１００ａに対応して登録され、リソース共有可能端末情報１１０ｂは中継グループ情報１００ｂに対応して登録されている。
【００６６】
それぞれのリソース共有可能端末情報１１０ａ，１１０ｂは、対応する中継グループ情報１００ａ，１００ｂに係る中継グループにおいてリソースの共有が許可されたクライアント端末５を記述した個別端末情報１１１を含んでいる。この個別端末情報１１１は、リソースの共有が可能なクライアント端末５それぞれのアカウントを記述した情報である。
【００６７】
例えば、図６の上側のリソース共有可能端末情報１１０ａに対応する中継グループ情報１００ａは、３つの中継サーバＲ１，Ｒ２，Ｒ３で構成される中継グループを定義する。図１に示すように、中継サーバＲ１が接続されているＬＡＮ９１には、２台のクライアント端末１１，１２が存在する。図６の上側のリソース共有可能端末情報１１０ａの例では、この２台の両方が上記中継グループでリソースを共有可能な端末として選択され、そのアカウント情報が個別端末情報１１１として登録されている。同様に、中継サーバＲ２が接続されているＬＡＮ９２ではクライアント端末２１，２２の両方がリソース共有可能端末として選択されている。中継サーバＲ３が接続されているＬＡＮ９３にはクライアント端末３１，３２が存在するが、リソース共有可能端末情報１１０ａの例ではクライアント端末３１のみがリソース共有可能端末として選択され、そのアカウント情報が個別端末情報１１１として登録されている。
【００６８】
個別端末情報１１１においては、各リソース共有可能端末のアカウントのほか、当該アカウントに付与された具体的な名称が登録され、ユーザの識別が容易になっている。例えば、クライアント端末１１の場合、そのアカウント（例えば、ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）に対して付与された名称（ｃｌｉｅｎｔ１１）が記述されている。更に、個別端末情報１１１には、営業部及び開発部等、そのリソース共有可能端末の所属を示す所属識別データ１１２が記述されている。
【００６９】
なお、リソース共有可能端末情報１１０においてそれぞれの個別端末情報１１１は、リソース共有可能端末と同一のＬＡＮに接続されている中継サーバ１の中継アカウント情報１０２と関連付けて記述されている。例えばクライアント端末１１に関する個別端末情報１１１は、中継サーバＲ１の中継アカウント情報１０２ａと関連付けた形で記述されている。
【００７０】
また、図６の例で示すように、中継グループ情報データベース５０５は、中継グループ情報１００及びリソース共有可能端末情報１１０をそれぞれ複数記憶することができる。また、クライアント端末１１，２１は、２つの中継グループにおけるリソース共有可能端末情報１１０ａ，１１０ｂの両方においてリソース共有可能端末とされ、その個別端末情報１１１が記述されている。このように、１つのクライアント端末５を複数の中継グループにおいてリソース共有端末として選択し、その旨のリソース共有可能端末情報１１０を中継グループ情報データベース５０５に記憶できるようになっている。
【００７１】
それぞれの中継グループ情報１００は、中継グループを構成している各中継サーバ１間で交換される。例えば、図６の上側の中継グループ情報１００ａは、３つの中継サーバＲ１，Ｒ２，Ｒ３で交換され、それぞれの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。また、図６の下側の中継グループ情報１００ｂは、中継サーバＲ１，Ｒ２で交換され、それぞれの中継サーバＲ１，Ｒ２の中継グループ情報データベース５０５に記憶される。
【００７２】
次に、共有リソース情報の内容について、図７を参照して説明する。図７は、クライアント端末１１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０を例示したものである。なお、これと同じ情報が、クライアント端末１１と同一のＬＡＮに接続されている中継サーバＲ１の共有リソース情報データベース５０６にも記憶される。
【００７３】
共有リソース情報１２０は、例えば、図７に示すようにＸＭＬ形式で記述される。この共有リソース情報１２０は、クライアント端末１１に関する共有リソース情報であることを示すアカウント識別情報１２１と、個別共有リソース情報１２２と、で構成されている。
【００７４】
アカウント識別情報１２１は、クライアント端末５ごとに共有リソース情報１２０が作成されるため、それを識別するための情報である。
【００７５】
個別共有リソース情報１２２は、共有リソース識別情報１２３、ファミリアカウント情報１２４、ファミリリソース情報１２５等で構成されている。図７の例では、２つの個別共有リソース情報（１２２ａ，１２２ｂ）が記述されている。
【００７６】
共有リソース識別情報１２３は、その共有リソース情報１２２を識別するための情報であり、個別共有リソース情報１２２が作成される度に、異なるＩＤが付与されて一意に識別できる構成となっている。ここでは共有リソース識別情報１２３は、共有リソース情報１２０の作成要求のあったクライアント端末５と関連付けられたＩＤと、その識別を容易にするための名称とで構成されている。前記ＩＤは例えば２００７１００１１５００３２ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１等とすることができ、識別を容易にする名称は例えばｗｏｒｋｓｐａｃｅ１等とすることができる。
【００７７】
これにより、ユーザ等は、共有リソース識別情報１２３に基づいて共有リソース情報を特定することができるため、簡単にその内容を編集等することができる。
【００７８】
ファミリリソース情報１２５は、クライアント端末５が保有しているファイル又はフォルダ（ディレクトリ）等のリソースの実体を示すリソース情報１２６の集合体である。
【００７９】
それぞれのリソース情報１２６は、共有するリソースの名称の情報と、そのリソースの実体の操作が可能なクライアント端末５（オーナクライアント端末）のアカウントの情報と、そのリソースの実体の所在を示すアドレスの情報と、そのリソースの種別の情報と、そのリソースについてのステータス情報と、で構成されている。
【００８０】
共有するリソースの名称とは、リソースを複数のクライアント端末５で共有するにあたって当該リソースに付与される名称であり、例えば、ｎａｍｅ＝”ＦｒｏｍＦｏｌｄｅｒ”と記述される。オーナクライアント端末のアカウントの情報には、オーナクライアント端末を識別するアカウントが、例えば、ｏｗｎｅｒ＝”ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ”のように記述される。リソースの実体の所在を示すアドレスは、共有リソースがリソース記憶部６０３（又はファイルサーバ６）に実際に記憶されている場所を示すものであり、例えばフルパスを用いてｖａｌｕｅ＝”ｃ：／ＦｒｏｍＦｏｌｄｅｒ”等と記述される。リソースの種別の情報は、当該リソースがファイルかフォルダかを示す情報であり、例えばｔｙｐｅ＝”ｆｏｌｄｅｒ”等と記述される。ステータス情報は、そのリソースの状態を示す情報であり、例えば、ｓｔａｔｕｓ＝”ｏｋ”等と記述される。
【００８１】
図７に示すようにリソース情報１２６はフォルダを示す場合とファイルを示す場合があり、図７の例では、ファイルのリソース情報１２６を示すＸＭＬタグは、フォルダのリソース情報１２６を示すＸＭＬタグの子要素となることができる。例えばファイル”ｆｉｌｅ００１．ｐｄｆ”を示すリソース情報１２６ｂは、フォルダ”ＦｒｏｍＦｏｌｄｅｒ”を示すリソース情報１２６ａの子要素になっている。
【００８２】
このように、本実施形態の共有リソース情報１２０にはＸＭＬの親要素及び子要素の関係を用いて階層構造情報が記述されており、これによりファイル及びフォルダからなる共有リソースの階層構造が表現されている。このリソースの階層構造を用いることにより、ファイル及びフォルダ（共有リソース）を用途及び目的に応じて整理した状態で共有することができる。
【００８３】
ファミリアカウント情報１２４は、ファミリリソース情報１２５で示されているリソースの実体を共有するクライアント端末５のアカウント（例えば、ｃｌｉｅｎｔ１１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１．ｎｅｔ）の情報の集合体である。
【００８４】
図７のリソース情報１２６ｂの例では、オーナクライアント端末は１１である。そして、このオーナクライアント端末１１を介して間接的にリソースの実体を操作可能なクライアント端末（ユーザクライアント端末）は、ファミリアカウント情報１２４ａに記述されたクライアント端末のうちオーナクライアント端末１１以外のものである。即ち、この例ではクライアント端末２１がユーザクライアント端末である。
【００８５】
前記ファミリリソース情報１２５においてリソース情報１２６は複数記述することができ、それぞれのリソース情報１２６に記述されたオーナクライアント端末は互いに異なっていても良い。従って、オーナクライアント端末とユーザクライアント端末の関係は固定的なものではなく、ファミリアカウント情報１２４に記述されたクライアント端末はどれでもオーナアカウント端末となることができる。なお、以降の説明において、このファミリアカウント情報１２４に記述されたクライアント端末を共有メンバ端末と呼ぶことがある。
【００８６】
図７の個別共有リソース情報１２２ａの例における共有メンバ端末であるクライアント端末１１，２１のそれぞれは、図６の中継グループ情報１００ａで記述された中継グループを構成する３台の中継サーバＲ１，Ｒ２，Ｒ３の何れかと同一のＬＡＮに接続されている。また、各共有メンバ端末は、当該中継グループにおけるリソース共有可能端末情報１１０ａにおいて、何れもリソース共有可能端末として個別端末情報１１１が記述されているクライアント端末である。このように、リソースの共有は同一の中継グループ中の任意のクライアント端末の間で行われる。
【００８７】
前記共有メンバ端末のそれぞれは、以上で説明した内容の共有リソース情報を、共有リソース情報データベース６０４に記憶している。
【００８８】
次に、図８のシーケンス番号１１〜１９を参照して、中継グループの生成及び登録段階を説明する。図９に示すシーケンス番号１１〜１９の処理は、一般に、ユーザ及びオペレータによってネットワークの初期設定として行われる。
【００８９】
まず、中継サーバＲ１において、中継サーバＲ２との間で中継グループを新規に形成するメソッド（ｃｒｅａｔｅＧｒｏｕｐメソッド）がオペレータによって実行される。このｃｒｅａｔｅＧｒｏｕｐメソッドでは、中継グループを形成する相手の中継サーバＲ２のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定される。
【００９０】
すると、中継サーバＲ１において中継グループ情報１００ａが新たに作成される。このとき、識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が当該中継グループ情報に付与され、グループ識別情報１０１に記述される。
【００９１】
次に、中継サーバＲ１においてメッセージ送信コマンド（ＭＥＳＳＡＧＥメソッド）が実行され、相手となる中継サーバＲ２に対するｇｒｏｕｐ−ｉｎｆｏメッセージが外部サーバ２に送信される（シーケンス番号１１）。このメッセージには、前記ｃｒｅａｔｅＧｒｏｕｐメソッドで作成された中継グループ情報の識別ＩＤ等が含まれている。
【００９２】
このＭＥＳＳＡＧＥメソッドでは、メッセージ送信先の中継サーバＲ２のアカウント（ｓｉｐ：ｒｅｌａｙ−ｓｅｒｖｅｒ２＠ｎｅｔ）が指定されている。外部サーバ２は、中継サーバアカウント情報データベース２０３を参照することで中継サーバＲ２のグローバルＩＰアドレスを取得し、中継サーバＲ１からのｇｒｏｕｐ−ｉｎｆｏメッセージを中継サーバＲ２に中継する。メッセージを受信した中継サーバＲ２は、外部サーバ２を介して中継サーバＲ１へＯＫレスポンスを返す。
【００９３】
以上のように、本実施形態の各中継サーバ１間の通信は外部サーバ２を経由して行われ、以下においても同様である。従って、以後の説明では、外部サーバ２を経由する通信処理の具体的な説明を省略する。
【００９４】
次に、中継サーバＲ１が、中継サーバＲ２に対し、サーバ情報の送信要求メッセージ（ｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージ）を送信する（シーケンス番号１２）。このメッセージを受信した中継サーバＲ２は、ＯＫレスポンスとともに、自身に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）を中継サーバＲ１に返す。
【００９５】
今度は反対に、中継サーバＲ２が中継サーバＲ１に対するｒｅｑｕｅｓｔ−ｓｅｒｖｅｒ−ｉｎｆｏメッセージを送信し（シーケンス番号１３）、中継サーバＲ１は自身に関する情報（ｓｅｒｖｅｒ−ｉｎｆｏ）を中継サーバＲ２に返信する。
【００９６】
以上のように互いのサーバに関する情報を交換することで、両中継サーバＲ１，Ｒ２の情報が中継グループ情報１００に含まれる中継アカウント情報１０２に記述され、各中継サーバＲ１，Ｒ２の中継グループ情報データベース５０５に記憶される。
【００９７】
次に、中継サーバＲ２において、先ほど作成した中継グループ（中継サーバＲ１，Ｒ２で構成される中継グループ）に新たに中継サーバＲ３を加えるメソッド（ａｄｄＧｒｏｕｐメソッド）がオペレータによって実行される。このａｄｄＧｒｏｕｐメソッドでは、加入させる中継サーバＲ３のアカウント（ｒｅｌａｙ−ｓｅｒｖｅｒ３＠ｎｅｔ）、加入させる中継グループの識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が指定される。
【００９８】
すると中継サーバＲ２は、加入させる相手となる中継サーバＲ３に対し、ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号１４）。このメッセージには、前記ａｄｄＧｒｏｕｐメソッドで指定された中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ３は、中継サーバＲ２へＯＫレスポンスを返す。次に、シーケンス番号１２，１３で説明したのと全く同様に、中継サーバＲ２と中継サーバＲ３との間でサーバ情報が交換される（シーケンス番号１５、１６）。
【００９９】
次に、中継サーバＲ２は、中継グループに中継サーバＲ３が加わったことを知らせるｕｐｄａｔｅ−ｇｒｏｕｐ−ｉｎｆｏメッセージを、中継サーバＲ１に送信する（シーケンス番号１７）。これを受信した中継サーバＲ１は、中継サーバＲ２へＯＫレスポンスを返す。その後、中継サーバＲ３と中継サーバＲ１との間でサーバ情報が交換される（シーケンス番号１８、１９）。
【０１００】
以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３が中継グループを形成している旨の中継グループ情報１００（具体的には、図６の符号１００ａで示した内容の情報）が、各中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶される。
【０１０１】
なお、図８では図示しないが、中継サーバＲ１において更に、中継グループを形成する他の中継サーバとしてＲ２を指定しｃｒｅａｔｅＧｒｏｕｐメソッドが実行される。その後の処理は上記とほぼ同様である。これにより中継サーバＲ１，Ｒ２から形成される中継グループ情報１００ｂが作成され、識別ＩＤ（０００２＠ｒｅｌａｙ−ｓｅｒｖｅｒ２）が付与され、Ｒ１，Ｒ２の中継グループ情報データベース５０５に記憶される。
【０１０２】
次に、図９のシーケンス番号２１〜２９を参照して、中継グループに対するリソース共有可能端末の登録段階を説明する。
【０１０３】
中継サーバＲ１において、３台の中継サーバＲ１，Ｒ２，Ｒ３で構成される中継グループに、リソース共有可能端末としてクライアント端末１１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。このａｄｄＴｅｒｍｉｎａｌメソッドでは、クライアント端末１１のアカウント、及び、登録先の中継グループを示す識別ＩＤ（０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）が指定される。
【０１０４】
このａｄｄＴｅｒｍｉｎａｌメソッドが実行されると、中継サーバＲ１は、自身の中継グループ情報データベース５０５を検索する。そして、指定された識別ＩＤの中継グループ情報に対応するリソース共有可能端末情報１１０に、前記クライアント端末１１の個別端末情報１１１を追加する。
【０１０５】
その後直ちに、中継サーバＲ１は、中継グループ情報データベース５０５の記憶内容から中継グループ情報１００を前記識別ＩＤによって特定し、当該中継グループがどの中継サーバ１によって構成されているかを調べる。すると、図６の中継グループ情報１００ａにより、対象となる中継グループは、自身（中継サーバＲ１）と、２台の中継サーバＲ２，Ｒ３とで構成されていることが判る。
【０１０６】
従って、中継サーバＲ１は、まず中継サーバＲ２に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２１）。このメッセージには、対象となるクライアント端末１１のアカウント、及び登録先の中継グループの識別ＩＤ等が含まれている。これを受信した中継サーバＲ２は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末１１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。
【０１０７】
次に、中継サーバＲ１は、クライアント端末１１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２２）。このメッセージには、クライアント端末１１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末１１は、受信したリソース共有可能端末情報１１０の内容を適宜の記憶手段に記憶する。
【０１０８】
続いて、中継サーバＲ１は、中継サーバＲ３に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２３）。これを受信した中継サーバＲ３は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末１１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。
【０１０９】
以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１の個別端末情報１１１が登録される。
【０１１０】
次に、中継サーバＲ２において、前述の中継グループの識別ＩＤを指定して、リソース共有可能端末としてクライアント端末２１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。
【０１１１】
すると中継サーバＲ２は、自身の中継グループ情報データベース５０５を検索し、識別ＩＤで指定された中継グループ情報に対応するリソース共有可能端末情報１１０に、前記クライアント端末２１の個別端末情報１１１を追加する。
【０１１２】
次に、中継サーバＲ２は、中継サーバＲ１に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２４）。このメッセージには、対象となるクライアント端末２１のアカウント、登録先の中継グループの識別ＩＤ等が含まれている。
【０１１３】
これを受信した中継サーバＲ１は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末２１の個別端末情報１１１を追加する。更に中継サーバＲ１は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末１１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２４．１）。このメッセージを受信したクライアント端末１１は、適宜の記憶手段に、前記クライアント端末２１の個別端末情報１１１を記憶する。その後、クライアント端末１１は中継サーバＲ１へＯＫレスポンスを返し、これを受信した中継サーバＲ１は中継サーバＲ２に対しＯＫレスポンスを返す。
【０１１４】
更に、中継サーバＲ２は、クライアント端末２１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２５）。このメッセージには、クライアント端末１１及び２１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末２１は、受信したリソース共有可能端末情報１１０の内容を、適宜の記憶手段に記憶する。
【０１１５】
続いて、中継サーバＲ２は、中継サーバＲ３に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２６）。これを受信した中継サーバＲ３は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に前記クライアント端末２１の個別端末情報１１１を追加した後、ＯＫレスポンスを返す。
【０１１６】
以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末として、クライアント端末１１及び２１の個別端末情報１１１が登録された状態となる。
【０１１７】
次に、中継サーバＲ３において、前述の中継グループの識別ＩＤを指定して、リソース共有可能端末としてクライアント端末３１を登録するメソッド（ａｄｄＴｅｒｍｉｎａｌメソッド）がオペレータによって実行される。
【０１１８】
すると中継サーバＲ３は、自身の中継グループ情報データベース５０５を検索し、識別ＩＤで指定された中継グループに関するリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。
【０１１９】
更に、中継サーバＲ３は、中継サーバＲ１に対し、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２７）。このメッセージには、対象となるクライアント端末３１のアカウント、登録先の中継グループの識別ＩＤ等が含まれている。
【０１２０】
これを受信した中継サーバＲ１は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。更に中継サーバＲ１は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末１１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２７．１）。このメッセージを受信したクライアント端末１１は、適宜の記憶手段に、前記クライアント端末３１の個別端末情報１１１を記憶する。その後、クライアント端末１１は中継サーバＲ１へＯＫレスポンスを返し、これを受信した中継サーバＲ１は中継サーバＲ３に対しＯＫレスポンスを返す。
【０１２１】
次に、中継サーバＲ３は、クライアント端末３１に対してｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２８）。このメッセージには、クライアント端末３１の個別端末情報１１１が追加されたリソース共有可能端末情報１１０が含まれている。これを受信したクライアント端末３１は、受信したリソース共有可能端末情報１１０の内容を、適宜の記憶手段に記憶する。
【０１２２】
続いて、中継サーバＲ３は、中継サーバＲ２に対しても、中継グループへのリソース共有可能端末の追加を要求するａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２９）。これを受信した中継サーバＲ２は、中継グループ情報データベース５０５に記憶されているリソース共有可能端末情報１１０に、前記クライアント端末３１の個別端末情報１１１を追加する。更に中継サーバＲ２は、自身と同一のＬＡＮに接続されており、既にリソース共有可能端末として記憶されているクライアント端末２１に対し、ａｄｄ−ｇｒｏｕｐ−ｉｎｆｏメッセージを送信する（シーケンス番号２９．１）。このメッセージを受信したクライアント端末２１は、適宜の記憶手段に、前記クライアント端末３１の個別端末情報１１１を記憶する。その後、クライアント端末２１は中継サーバＲ２へＯＫレスポンスを返し、これを受信した中継サーバＲ２は中継サーバＲ３に対しＯＫレスポンスを返す。
【０１２３】
以上により、３つの中継サーバＲ１，Ｒ２，Ｒ３の中継グループ情報データベース５０５に記憶されている中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１，２１及び３１の個別端末情報１１１が登録された状態となる。
【０１２４】
また、図９では図示していないが、この後、クライアント端末１２，２２を前記中継グループ情報（識別ＩＤは０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）に追加する操作が更に行われる。これにより、中継グループ情報１００の中のリソース共有可能端末情報１１０に、リソース共有可能端末としてクライアント端末１１，１２，２１，２２及び３１の個別端末情報１１１が登録される（図６の符号１１０ａを参照）。更に、他の中継グループ情報（識別ＩＤは０００２＠ｒｅｌａｙ−ｓｅｒｖｅｒ１）に、クライアント端末１１，２１を追加する操作が引き続き行われる（図６の符号１１０ｂを参照）。
【０１２５】
なお、図９ではリソース共有可能端末としてクライアント端末を登録する処理を説明したが、中継サーバ１は、クライアント端末５のリソース共有可能端末としての登録を外す処理（ｄｅｌｅｔｅＴｅｒｍｉｎａｌメソッド）も行うことができる。この場合は、リソース共有可能端末情報１１０から、指定されたクライアント端末５の個別端末情報１１１を削除することになる。
【０１２６】
次に、クライアント端末５のリソースを実際に共有させる場合の動作を、図１０を参照して説明する。ここでは、クライアント端末１１の保有するフォルダ”ＦｒｏｍＦｏｌｄｅｒ”を、クライアント端末１１，２１の間で共有させる場合を例に説明する。
【０１２７】
ユーザはクライアント端末１１を操作し、識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１である中継グループを指定した上で、当該中継グループにおけるリソース共有可能端末を表示させる指示をクライアント端末１１に対して行う。クライアント端末１１は中継サーバＲ１との通信によりリソース共有可能端末の情報を取得し、指定された中継グループにおけるリソース共有可能端末の一覧を画面に表示する。
【０１２８】
ここでは識別ＩＤが０００１＠ｒｅｌａｙ−ｓｅｒｖｅｒ１の中継グループが指定されているので、図６に示すリソース共有可能端末情報１１０ａに基づき、クライアント端末１２，２１，２２，３１がリソース共有可能端末として表示される。ユーザは、実際にリソースを共有させる端末（前記ユーザクライアント端末）として、表示されたクライアント端末２１を指定する。なお、今回の説明ではユーザクライアント端末として１台のみ指定したが、表示されたリソース共有可能端末の一覧から複数又は全てを指定しても良い。
【０１２９】
次に、クライアント端末１１は、共有リソースの作成要求（ｃｒｅａｔｅＳｈａｒｅｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（図１０のシーケンス番号３１）。このメッセージには、中継グループの識別ＩＤ、及び、指定されたユーザクライアント端末２１の情報が含まれている。
【０１３０】
これを受信した中継サーバＲ１は、共有リソース情報１２０を作成し、自身の共有リソース情報データベース５０６に記憶する。また、中継グループの識別ＩＤに基づいて中継グループ情報データベース５０５の内容を参照し、当該中継グループを構成する他の中継サーバＲ２に対しｐｏｌｉｃｙ−ｄａｔａメッセージを送信し、作成された個別共有リソース情報１２２ａを通知する（シーケンス番号３１．１）。
【０１３１】
メッセージを受信した中継サーバＲ２は、自身の共有リソース情報データベース５０６に共有リソース情報１２０を作成し記憶する。また、中継サーバＲ２は、指定されたユーザクライアント端末２１に対してｐｏｌｉｃｙ−ｄａｔａメッセージを送信し、共有リソース情報を通知する（シーケンス番号３１．１．１）。
【０１３２】
このｐｏｌｉｃｙ−ｄａｔａメッセージを受信した各ユーザクライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０の変更を行う。その後、送信元の中継サーバＲ２にＯＫレスポンスを返す。ＯＫレスポンスを受信した中継サーバＲ２は中継サーバＲ１にＯＫレスポンスを返し、それを受信した中継サーバＲ１はクライアント端末１１にＯＫレスポンスを返す。
【０１３３】
以上により、中継サーバＲ１，Ｒ２の共有リソース情報データベース５０６に記憶される共有リソース情報１２０には、共有リソース識別情報１２３、ファミリアカウント情報１２４が記述されることになる。クライアント端末１１，２１の共有リソース情報データベース６０４に記憶される共有リソース情報１２０にも、同じ内容が記述される。
【０１３４】
次に、クライアント端末１１をユーザが操作してａｄｄＲｅｓｏｕｒｃｅメソッドを実行することによって、共有するリソースの実体を示すリソース情報（図７の符号１２６ａ）を個別共有リソース情報１２２ａに加える処理が行われる。今回の説明では、クライアント端末１１のリソース記憶部６０３に記憶されているリソースの実体の中から”ＦｒｏｍＦｏｌｄｅｒ”を選択し、これを他のクライアント端末２１と共有させる旨を指定したとする。
【０１３５】
この指定を受けたクライアント端末１１は、指定されたリソース情報を含むリソース追加要求（ＡｄｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（シーケンス番号３２）。リソース追加要求を受信した中継サーバＲ１は、変更された共有リソース情報を自身の共有リソース情報データベース５０６に記憶する。そして中継サーバＲ１は、ユーザクライアント端末２１が接続されている中継サーバＲ２にａｄｄＲｅｓｏｕｒｃｅメッセージを送信し、追加されたリソース情報１２６ａを通知する（シーケンス番号３２．１）。
【０１３６】
メッセージを受信した中継サーバＲ２は、自身の共有リソース情報データベース５０６に当該リソース情報１２６ａを追加した共有リソース情報１２０を記憶する。それとともに、指定されたユーザクライアント端末２１にリソース追加要求ａｄｄＲｅｓｏｕｒｃｅを送信し、指定されたリソース情報１２６ａを通知する（シーケンス番号３２．１．１）。
【０１３７】
このリソース追加要求を受信したユーザクライアント端末２１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０に当該リソース情報１２６ａを追加する変更を行う。その後、送信元の中継サーバＲ２にＯＫレスポンスを返す。ＯＫレスポンスを受信した中継サーバＲ２は中継サーバＲ１にＯＫレスポンスを返し、それを受信した中継サーバＲ１はクライアント端末１１にＯＫレスポンスを返す。
【０１３８】
以上の処理により、フォルダ”ＦｒｏｍＦｏｌｄｅｒ”に関するリソース情報１２６ａ（図７を参照）が、各クライアント端末５及び中継サーバ１が記憶している共有リソース情報１２０（個別共有リソース情報１２２ａ）に追加される。
【０１３９】
引き続いて、図示しないが、クライアント端末１１，３１の間で新たに個別共有リソース情報１２２ｂが作成され、共有リソース情報１２０に記憶される。続いて、前記個別共有リソース情報１２２ｂに、フォルダ”ＦｒｏｍＦｏｌｄｅｒ２”に関するリソース情報１２６ｃが追加される処理が行われる。
【０１４０】
次に図１１及び図１２を参照して、特定のフォルダにリソースが追加されたときの自動的なリソース転送について説明する。図１１及び図１２には、ファイルの自動転送処理を示すシーケンス図が示されている。
【０１４１】
前記クライアント端末１１はＣｈｅｃｋＦｏｌｄｅｒコマンドを所定の時間間隔をおいて反復して実行し、これにより、クライアント端末１１のリソース記憶部６０３に作成されている所定のフォルダの内容が定期的に検査される（シーケンス番号４１）。どのフォルダを検査するかの情報は、当該クライアント端末１１の転送設定記憶部６０５で予め設定される。今回は、”ＦｒｏｍＦｏｌｄｅｒ”という名称のフォルダを検査する旨の設定がされていた場合で説明する。なお、以降の説明で上記フォルダ（”ＦｒｏｍＦｏｌｄｅｒ”）を転送元フォルダと称することがある。この検査の結果、転送元フォルダ１１ｆへのリソースの追加が検出されなかった場合は、クライアント端末１１は処理を行わない。
【０１４２】
あるとき、他の機器５１のユーザが相手先の機器５２へのファイルの転送を希望してＣｏｐｙＦｉｌｅコマンドを実行し、当該機器５１のローカル記憶手段に記憶されている対象ファイルを、クライアント端末１１の前記転送元フォルダ１１ｆにコピーしたとする（シーケンス番号４２）。ここでは、上記ＣｏｐｙＦｉｌｅコマンドの結果、ｆｉｌｅ００１．ｐｄｆという名前のファイルが転送元フォルダ１１ｆ内に追加されたとする。
【０１４３】
なお、ユーザが操作する前記機器５１は、クライアント端末１１に対しネットワークを介して接続されて、クライアント端末１１の前記転送元フォルダ（ＦｒｏｍＦｏｌｄｅｒ）に対しファイル又はフォルダを書込可能に構成されている。また、相手側の機器５２は、クライアント端末２１に対しネットワークを介して接続されている。クライアント端末２１のリソース記憶部６０３には適宜のフォルダが予め作成され、クライアント端末１１からクライアント端末２１へ転送されたファイル等の実体データは、このフォルダ（転送先フォルダ２１ｆ）に保存される。今回の説明では、転送先フォルダ２１ｆとして”ＴｏＦｏｌｄｅｒ”という名前のフォルダが作成されているものとする。相手側の機器５２は、当該転送先フォルダ２１ｆの内容をネットワークを介して読込可能に構成されている。
【０１４４】
ただし、前記中継グループ情報１００（図６）において前記機器５１，５２に係る個別端末情報は記述されておらず、そのため、これらの機器５１，５２は、本実施形態の中継通信システムを利用したリソース共有に直接参加することはできない。
【０１４５】
その後、クライアント端末１１において前記ＣｈｅｃｋＦｏｌｄｅｒコマンドが実行されると（シーケンス番号４３）、ファイルが追加されたことが検出される。すると直ちに、クライアント端末１１は自身の転送設定記憶部６０５を参照し、新しいリソースが”ＦｒｏｍＦｏｌｄｅｒ”に保存された場合に当該リソースを追加すべき対象としての個別共有リソース情報はどれかを調べる。
【０１４６】
今回は、リソースが”ＦｒｏｍＦｏｌｄｅｒ”に保存された場合、当該リソースに関するリソース情報を、図７の上側の個別共有リソース情報１２２ａに追加する設定になっていたとする。従って、クライアント端末１１は、自身の共有リソース情報データベース６０４に記憶されている個別共有リソース情報１２２ａに、追加されたファイルに関するリソース情報１２６ｂを追加する。なお、個別共有リソース情報１２２ａにおいてリソース情報１２６ｂは、共有されているフォルダ”ＦｒｏｍＦｏｌｄｅｒ”のリソース情報１２６ａの子要素となるように追加される。
【０１４７】
次に、クライアント端末１１は、共有リソース情報１２０へのリソース情報１２６の追加要求（ＡｄｄＲｅｓｏｕｒｃｅコマンド）を中継サーバＲ１に送信する（シーケンス番号４４）。
【０１４８】
前記ＡｄｄＲｅｓｏｕｒｃｅコマンドの処理がシーケンス番号４４〜４４．１．１のように行われるが、この処理は図１０のシーケンス番号３２〜３２．１．１で説明したものとほぼ同様であるので、説明を省略する。これにより、中継サーバＲ１，Ｒ２の共有リソース情報データベース５０６及びクライアント端末１１，２１の共有リソース情報データベース６０４に、ｆｉｌｅ００１．ｐｄｆのリソース情報を追加した共有リソース情報１２０が記憶される。
【０１４９】
一方、クライアント端末２１は、共有リソース情報１２０が更新されると、予め転送設定記憶部６０５で指定された個別共有リソース情報１２２ａに何らかの共有リソースが追加されていないかを自動的に調べるように構成されている。
【０１５０】
今回の例では、クライアント端末２１は、共有リソース情報１２２ａに共有リソースとしてファイル”ｆｉｌｅ００１．ｐｄｆ”が追加されたことを検知する。すると、クライアント端末２１は、当該共有リソース（ｆｉｌｅ００１．ｐｄｆ）を指定し、ファイル実体データの転送要求（ＣｏｐｙＦｉｌｅコマンド）を中継サーバＲ２に送信する（シーケンス番号４５）。
【０１５１】
中継サーバＲ２は、当該転送要求を受信すると、ＩＮＶＩＴＥメッセージを中継サーバＲ１に送信し、中継サーバＲ１との間でセッションを確立する（シーケンス番号４５．１）。このとき中継サーバＲ２は、コピー指示（ｃｏｐｙＦｉｌｅ）を送信することで、転送要求を中継サーバＲ１に中継する。転送要求を受信した中継サーバＲ１は、クライアント端末１１へｃｏｐｙＦｉｌｅコマンドを送信することで、ファイル実体データの転送要求を更に中継する（シーケンス番号４５．１．１）。
【０１５２】
ファイル実体データの転送要求を受信したクライアント端末１１は、指定された共有リソース（ｆｉｌｅ００１．ｐｄｆ）の実体データを読み出す（シーケンス番号４５．２．１．１）。このファイルは転送元フォルダ１１ｆ（”ＦｒｏｍＦｏｌｄｅｒ”）内に保存されているので、この転送元フォルダ１１ｆから実体データが読み出されることになる。クライアント端末１１は、読み出した実体データを中継サーバＲ１に送信する（ｆｉｌｅＴｒａｎｓｆｅｒ）。中継サーバＲ１に送信された実体データは、中継サーバＲ２を介してクライアント端末２１へ転送される（ｆｉｌｅＴｒａｎｓｆｅｒ）。クライアント端末２１は、当該ファイルの実体データを受け取ると、その実体データを、転送設定記憶部６０５において予め定められた転送先フォルダ２１ｆ（”ＴｏＦｏｌｄｅｒ”）にｆｉｌｅ００１．ｐｄｆというファイル名で保存する（シーケンス番号４６）。
【０１５３】
実体データの保存が完了すると、クライアント端末２１は、共有リソース情報削除要求（ｄｅｌｅｔｅＦｉｌｅコマンド）を中継サーバＲ２に送信する（図１２のシーケンス番号４７）。
【０１５４】
このリソース情報削除要求を受信した中継サーバＲ２は、ｄｅｌｅｔｅＦｉｌｅメッセージを中継サーバＲ１に送ることで、当該削除要求を中継する（シーケンス番号４７．１）。この削除要求を受信した中継サーバＲ１は、クライアント端末１１に削除要求（ｄｅｌｅｔｅＦｉｌｅコマンド）を送信する（シーケンス番号４７．１．１）。
【０１５５】
この削除要求を受信したクライアント端末１１は、自身の共有リソース情報データベース６０４に記憶されている共有リソース情報１２０（個別共有リソース情報１２２ａ）から、ｆｉｌｅ００１．ｐｄｆのリソース情報１２６ｂを削除する。続いて、クライアント端末１１においてファイル削除コマンド（ｄｅｌｅｔｅＦｉｌｅ）が実行され、転送元フォルダ１１ｆ（”ＦｒｏｍＦｏｌｄｅｒ”）からｆｉｌｅ００１．ｐｄｆの実体データが削除される（シーケンス番号４７．１．１．１）。
【０１５６】
続いて、クライアント端末１１はＮｏｔｉｆｙＦｉｌｅＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅメソッドを実行し、対象リソースのコピー元の機器５１に対しファイル転送完了通知を送信する（シーケンス番号４７．１．１．２）。また、クライアント端末２１もＮｏｔｉｆｙＦｉｌｅＴｒａｎｓｆｅｒＣｏｍｐｌｅｔｅメソッドを実行し、所定の相手（例えば、前記機器５２）にファイル転送完了通知を送信する（シーケンス番号４８）。転送完了通知は、転送元フォルダ（”ＦｒｏｍＦｏｌｄｅｒ”）から転送先フォルダ（”ＴｏＦｏｌｄｅｒ”）へ新たなリソースが転送されたことを通知するものである。
【０１５７】
機器５２を使用しているユーザは、前記ファイル転送完了通知によりファイルが到着したことを知って、クライアント端末２１の前記転送先フォルダ２１ｆにアクセスする。ユーザは機器５２を操作することによって、当該転送先フォルダ２１ｆに保存されているファイル”ｆｉｌｅ００１．ｐｄｆ”の実体データを開いて内容を確認し、又は、機器５２自身のローカル記憶手段にコピーする等の処理を行うことができる。
【０１５８】
以上の一連の処理により、異なるＬＡＮに接続された端末間での自動的なリソースの転送を実現し、２つの機器５１，５２の間でファイルをやり取りすることができる。なお、図示しないが、クライアント端末２１側に転送元フォルダを、クライアント端末１１側に転送先フォルダをそれぞれ作成して、各クライアント端末１１，２１の転送設定記憶部６０５を適宜設定することにより、上記と逆向きのファイル転送を実現することもできる。
【０１５９】
次に、図１３を参照して、上述のリソース自動転送処理を実現するためのクライアント端末５の処理の詳細について説明する。なお、図１３のフローチャートは、それぞれのクライアント端末１１，２１で実行される共通のプログラムを示したものである。
【０１６０】
プログラムが開始すると、各クライアント端末１１，２１は、自身が実体を操作可能な転送元フォルダについてファイル（リソース）が追加されていないかを検査する（Ｓ１０１）。
【０１６１】
前述の例では、クライアント端末１１は前記転送設定記憶部６０５に転送元フォルダの設定が記憶されているので、当該転送元フォルダ１１ｆに新規追加ファイルがあるか否かを検査する。一方、クライアント端末２１においては転送元フォルダの設定がされていないので、検査をすることができず、新規ファイルは常に見つからないことになる。
【０１６２】
Ｓ１０１の判断で、クライアント端末１１において新規ファイルが見つかった場合、その新規ファイルを所定の共有リソース情報に追加する処理が行われる（Ｓ１０８）。このＳ１０８の処理では、クライアント端末１１は最初に、前記転送元フォルダ１１ｆにリソースが保存された場合に当該リソースをどの個別共有リソース情報１２２に追加するかを、自身の転送設定記憶部６０５を参照して調べる。そして、対象の個別共有リソース情報１２２ａに、前記リソース（新規ファイル）に係る共有リソース情報１２６ｂを追加する。
【０１６３】
続いて、クライアント端末１１は、他のクライアント端末２１の共有リソース情報１２０にリソース情報を追加して更新するよう要求するコマンドを、中継サーバＲ１に送信する（Ｓ１０９）。その後、クライアント端末１１はファイル実体データ転送要求コマンドが受信されるまで待機する（Ｓ１１０）。なお、この待機中において、一定時間以内にファイル実体転送要求コマンドを受信しなかった場合は（Ｓ１１６）、通信エラー等の何らかの理由で転送に失敗したと判断し、ファイル転送エラー通知を発行する（Ｓ１１７）。
【０１６４】
一方、クライアント端末２１は、自身の転送設定記憶部６０５で指定されている特定の個別共有リソース情報１２２ａの内容を監視し（Ｓ１０２）、当該個別共有リソース情報１２２ａが更新されない場合、Ｓ１０１の処理に戻る。この処理により、クライアント端末２１は、対象の個別共有リソース情報１２２ａが更新されるまで待機することになる。
【０１６５】
クライアント端末１１がＳ１０９の処理で発行した共有リソース情報更新コマンドが中継サーバＲ１，Ｒ２を経由してクライアント端末２１に受信されると、クライアント端末２１において、個別共有リソース情報１２２ａが更新される。従って、クライアント端末２１はＳ１０２の判断で、対象となる個別共有リソース情報１２２ａの更新を検知することになる。
【０１６６】
すると、クライアント端末２１は、更新後の個別共有リソース情報１２２ａを調べる。これにより、追加されたファイルはｆｉｌｅ００１．ｐｄｆであり、そのファイルの実体を操作できるオーナクライアント端末はクライアント端末１１であることが判る。そこで、クライアント端末２１は、ファイル実体データの転送要求コマンドを中継サーバＲ２に送信する（Ｓ１０３）。
【０１６７】
クライアント端末１１は、このファイル実体データの転送要求コマンドを中継サーバＲ２，Ｒ１を経由して受信すると、上記コマンドに応じて新規ファイルの実体データを中継サーバＲ１に送信する（Ｓ１１１）。その後、クライアント端末１１は、共有リソース情報の削除コマンドを受信するまで待機する（Ｓ１２２）。
【０１６８】
クライアント端末１１がＳ１１１の処理で送信した実体データは、中継サーバＲ１，Ｒ２を経由し、クライアント端末２１がこれを受信する（Ｓ１０４）。そしてクライアント端末２１は、所定のフォルダにその実体データをファイルとして保存する（Ｓ１０５）。ファイルの保存が完了すると、クライアント端末２１は、共有リソース情報から前記転送ファイルに係るリソース情報を削除するために、削除コマンドを中継サーバＲ２に送信する（Ｓ１０６）。その後、クライアント端末２１はファイル転送が完了した旨の通知を所定の機器に対して発行する（Ｓ１０７）。
【０１６９】
クライアント端末２１がＳ１０６で送信した共有リソース情報削除コマンドを、クライアント端末１１が中継サーバＲ２，Ｒ１を経由して受信すると、クライアント端末１１は共有リソース情報１２０を更新して前記リソース情報を削除する（Ｓ１１３）。更に、クライアント端末１１は、所定のフォルダ（前記転送元フォルダ１１ｆ）から前記リソースの実体データを削除する（Ｓ１１４）。そして、クライアント端末１１はファイル転送が完了した旨の通知を所定の機器に対して発行する（Ｓ１１５）。
【０１７０】
以上に示すように、本実施形態の中継サーバ１は、中継グループ情報データベース５０５と、共有リソース情報１２０を記憶する共有リソース情報データベース５０６と、制御部５０３と、を備える。中継グループ情報データベース５０５は、自身との間で相互に接続可能な他の中継サーバ１を含む中継グループの情報（中継グループ情報１００）を記憶する。共有リソース情報データベース５０６は、前記中継グループ内において複数のクライアント端末５間でリソースを共有させる場合に、共有リソース情報１２０を記憶する。この共有リソース情報１２０は、当該リソースの情報（ファミリリソース情報１２５）と、当該リソースを共有するクライアント端末５であるリソース共有端末のアカウントの情報（ファミリアカウント情報１２４）と、を含む。前記制御部５０３は、リソース追加反映部５１１と、転送要求中継部５１２と、削除要求中継部５１３と、を備える。そして、図１１のシーケンス番号４４〜４４．１．１に示すように、中継サーバＲ１のリソース追加反映部５１１は、クライアント端末１１が転送元フォルダ１１ｆを監視した結果、前記転送元フォルダ１１ｆへのリソースの追加を検出したことによって当該クライアント端末１１が当該リソースに関するリソース情報１２６を共有リソース情報１２０へ追加したときは、クライアント端末１１のＡｄｄＲｅｓｏｕｒｃｅコマンドに応じて、当該共有リソース情報１２０の変更を他のクライアント端末２１の共有リソース情報１２０に反映させる。また、図１１のシーケンス番号４５、４５．１に示すように、中継サーバＲ２の転送要求中継部５１２は、クライアント端末２１が共有リソース情報１２０（所定の個別共有リソース情報１２２ａ）を監視した結果、当該個別共有リソース情報１２２ａにリソースが追加されたことを検出したことにより、ＣｏｐｙＦｉｌｅコマンドを送信してリソース転送を要求した場合には、当該リソースの実体を操作できるクライアント端末１１を配下に持つ中継サーバＲ１にコピー指示（ｃｏｐｙＦｉｌｅ）を送信することで、当該リソース転送要求を中継する。また、図１２のシーケンス番号４７、４７．１に示すように、中継サーバＲ２の削除要求中継部５１３は、ＣｏｐｙＦｉｌｅコマンドを送信したクライアント端末２１に前記リソースが転送されて所定のフォルダに格納されたことにより、当該クライアント端末２１がｄｅｌｅｔｅＦｉｌｅコマンドを送信して前記個別共有リソース情報１２２ａから当該リソースを削除すべき旨を要求した場合には、当該リソースの実体を操作できるクライアント端末１１を配下に持つ中継サーバＲ１にｄｅｌｅｔｅＦｉｌｅメッセージを送信することで、当該リソース情報削除要求を中継する。
【０１７１】
これにより、クライアント端末５と中継サーバ１が連係して動作し、あるクライアント端末５の所定のフォルダに追加されたリソースを、他のクライアント端末５の所定のフォルダにネットワークを跨いで移動させる処理を自動で行うことができる。
【０１７２】
また、本実施形態において前記クライアント端末１１は、図１２のシーケンス番号４７．１．１〜４７．１．１．１に示すように、自身が実体を操作できるリソースに関するリソース情報１２６を共有リソース情報１２０から削除する旨のｄｅｌｅｔｅＦｉｌｅコマンドを受信した場合は、当該リソース情報１２６を共有リソース情報１２０から削除するとともに、当該リソースの実体を削除するように構成されている。
【０１７３】
これにより、異なるＬＡＮに跨って、あたかもファイルを自動的に移動させるような処理を実現できる。
【０１７４】
また、本実施形態において、リソースの実体データの転送を要求した側のクライアント端末２１と、転送を要求されたクライアント端末１１の両方が、その転送結果の通知を発行できるように構成されている（図１３のＳ１０７、Ｓ１１５、Ｓ１１７）。
【０１７５】
これにより、この転送機能を利用するユーザ（機器５１，５２のユーザ）は、ファイル転送が行われた旨及び処理が正常に終了したか異常終了したかを適切に知ることができる。
【０１７６】
なお、本実施形態では、クライアント端末１１において監視対象となっている転送元フォルダ１１ｆは”ＦｒｏｍＦｏｌｄｅｒ”の１つだけであるが、複数のフォルダを監視させることもできる。例えば図７のように２つの個別共有リソース情報１２２ａ，１２２ｂが記述されている場合において、クライアント端末１１の例えば”ＦｒｏｍＦｏｌｄｅｒ”というフォルダにファイルが追加された場合は個別共有リソース情報１２２ａに、”ＦｒｏｍＦｏｌｄｅｒ２”というフォルダにファイルが追加された場合は共有リソース情報１２２ｂに、それぞれリソース情報１２６を追加するように構成することができる。この場合、中継サーバＲ１の制御部５０３（前記リソース追加反映部５１１）は、それぞれの個別共有リソース情報１２２ａ，１２２ｂのファミリアカウント情報１２４に従って適切な中継サーバ１へａｄｄＲｅｓｏｕｒｃｅメッセージを送信し、当該個別共有リソース情報１２２の変更を他のクライアント端末５の共有リソース情報１２２に反映させる。
【０１７７】
このように複数の転送元フォルダを監視するようにすると、転送元クライアント側でフォルダごとにファイルを整理して追加すれば、ネットワークを越えて、適切なクライアント端末にファイルを自動分配することができる。例えば、本社のクライアント端末１１に、送り先毎のフォルダＦｒｏｍＦｏｌｄｅｒ、ＦｒｏｍＦｏｌｄｅｒ２を予め追加しておく。その上で、本社のユーザが機器５１を操作して、大阪支社用のファイルはＦｒｏｍＦｏｌｄｅｒに、名古屋支社用のファイルはＦｒｏｍＦｏｌｄｅｒ２に、というように追加する。すると、例えば、大阪支社用のファイルはクライアント端末２１のＴｏＦｏｌｄｅｒに、名古屋支社用のファイルはクライアント端末３１のＴｏＦｏｌｄｅｒに、というようにそれぞれ自動的に分配して転送することができ、便利である。
【０１７８】
また、本実施形態では、クライアント端末１１において転送元フォルダ１１ｆにリソースが追加されると、そのリソースの如何を問わず個別共有リソース情報１２２ａに当該リソースのリソース情報１２６を追加しているが、リソースが満たす所定の条件に応じて、異なる個別共有リソース情報１２２に追加することもできる。例えば、転送元フォルダ１１ｆにコピーされたファイルの拡張子がｐｄｆの場合は個別共有リソース情報１２２ａに、拡張子がｔｘｔのファイルであれば個別共有リソース情報１２２ｂに、それぞれリソース情報１２６を追加するように構成することができる。この場合も、中継サーバＲ１のリソース追加反映部５１１は、適切な中継サーバ１へａｄｄＲｅｓｏｕｒｃｅメッセージを送信し、当該個別共有リソース情報１２２の変更を他のクライアント端末５の共有リソース情報１２２に反映させる。
【０１７９】
これにより、あるクライアント端末の１つのフォルダに追加したファイルが整理され、例えばＰＤＦファイル処理用のネットワークの端末、テキスト処理用のネットワークの端末に自動的に振り分けて転送されるので、非常に便利である。
【０１８０】
以上に本発明の好適な実施形態を説明したが、上記の構成は例えば以下のように変更することができる。
【０１８１】
転送元フォルダ（監視対象フォルダ）、転送先フォルダ等の設定は、クライアント端末の転送設定記憶部６０５に記憶することに代えて、中継サーバの適宜の記憶手段に記憶させることもできる。このようにすると、中継サーバにおいてこれらの情報をまとめることができ、管理が容易になる。
【０１８２】
ファイル転送の完了通知（Ｓ１０７、Ｓ１５５）及びファイル転送エラー通知（Ｓ１１７）は、他のクライアント端末にメッセージを送信する、ログを出力する等、適宜の方法をとることができる。
【０１８３】
上記実施形態では、転送元フォルダ１１ｆ自体が共有リソース情報１２０に共有リソースとして追加されている。しかしながら、転送元フォルダ１１ｆ自体をクライアント端末間で共有しなくても、当該フォルダ内に追加されたファイル等を共有することで、ファイル転送を問題なく行うことができる。
【０１８４】
上記実施形態のファイルに応じた転送先フォルダの振分けは、ファイルの拡張子に基づくものに限定されない。例えば、ファイルの作成時刻、ファイル作成者、ファイル名中の特定のキーワード、ファイルの内容から検索されたキーワード等によって、転送先フォルダの振分けを行うことができる。
【０１８５】
上記実施形態では、転送先フォルダと転送元フォルダとが１対１で対応するように各クライアント端末１１，２１の転送設定記憶部６０５が設定されていたが、複数のクライアント端末がそれぞれ転送元フォルダを有し、当該転送元フォルダのファイルが、共通のクライアント端末の１つの転送先フォルダに自動転送されるように構成することができる。この構成は、例えば各ネットワークに散在するファイルを１つのネットワーク（１つのクライアント端末）に集めて集中管理したい場合などに便利である。
【図面の簡単な説明】
【０１８６】
【図１】本発明の一実施形態に係る中継通信システムのネットワーク構成図。
【図２】外部サーバの機能ブロック図。
【図３】クライアント端末の機能ブロック図。
【図４】中継サーバの機能ブロック図。
【図５】クライアント端末、中継サーバ、及び外部サーバの関係を示す図。
【図６】中継グループ情報の内容を示す図。
【図７】共有リソース情報の内容を示す図。
【図８】中継グループを作成する通信処理を示すシーケンス図。
【図９】中継グループにクライアント端末をリソース共有可能端末として登録する通信処理を示すシーケンス図。
【図１０】中継グループに共有リソースを登録する通信処理を示すシーケンス図。
【図１１】本発明の実施形態に係る中継通信システムにおけるファイルの転送処理の前半部を示すシーケンス図。
【図１２】ファイルの転送処理の後半部を示すシーケンス図。
【図１３】クライアント端末のファイル転送処理動作を示すフローチャート。
【符号の説明】
【０１８７】
１（Ｒ１〜Ｒ４）  中継サーバ
２  外部サーバ
５（１１，１２，２１，２２，３１，３２，４１，４２）  クライアント端末
１００  中継グループ情報
１２０  共有リソース情報
１２２  個別共有リソース情報
１２４  ファミリアカウント情報
１２５  ファミリリソース情報
１２６  リソース情報
５０３  制御部
５０５  中継グループ情報データベース（中継グループ情報登録部）
５０６  共有リソース情報データベース（共有リソース情報登録部）
５１１  リソース追加反映部
５１２  転送要求中継部
５１３  削除要求中継部
【図１】
0004416035.tif 000002
【図２】
0004416035.tif 000003
【図３】
0004416035.tif 000004
【図４】
0004416035.tif 000005
【図５】
0004416035.tif 000006
【図６】
0004416035.tif 000007
【図７】
0004416035.tif 000008
【図８】
0004416035.tif 000009
【図９】
0004416035.tif 000010
【図１０】
0004416035.tif 000011
【図１１】
0004416035.tif 000012
【図１２】
0004416035.tif 000013
【図１３】
0004416035.tif 000014