(57)【要約】【課題】仮想的なリソース共有を実現する中継通信システムにおいて、共有リソースのダウンロードの作業性を向上させる。【解決手段】中継通信システムは、複数の中継サーバ１と、複数のクライアント端末５と、を備える。この中継通信システムにおいて、所定のグループを構成する複数の中継サーバ１が互いに通信することによりリソースを共有することが可能な、複数のクライアント端末５からなるグループが定義される。このグループに属するクライアント端末５は、自機が実体を操作可能なリソースを共有リソースとして登録することで、同一のグループに属する他のクライアント端末５に当該リソースのダウンロードを許可することができる。ただし、クライアント端末５は、ダウンロード要求先のクライアント端末５がオフライン状態だった場合には、当該共有リソースをダウンロード予約状態とし、オンライン状態になったときにダウンロード要求を行う。【選択図】図１
2010134650.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と通信を行うことが可能な通信部と、
前記通信部によって通信可能なクライアント端末を含んで定めることが可能なリソース共有グループにおいて、当該リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって他の共有クライアント端末によるダウンロードを許可する共有リソースの情報を記憶する共有リソース情報記憶部と、
前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を前記提供側端末に送信することが可能なダウンロード要求通知部と、
前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を受信した場合に、当該実体の内容を前記要求側端末に中継する実体中継部と、
前記提供側端末がオフラインだった場合に、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信するオフライン通知部と、
オフラインだった前記提供側端末がオンラインになった場合に、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信するオンライン通知部と、
を備え、
前記共有クライアント端末は、前記要求側端末として動作する場合において、
前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とし、
ダウンロード予約状態の前記共有リソースについて、前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行うように構成されていることを特徴とする中継サーバ。
【請求項２】
クライアント端末と通信を行うことが可能な第１通信部と、
他の中継サーバと通信を行うことが可能な第２通信部と、
前記第１通信部によって通信可能なクライアント端末と、前記第２通信部によって通信可能な他の中継サーバと通信可能なクライアント端末と、を含んで定めることが可能なリソース共有グループにおいて、当該リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって他の共有クライアント端末によるダウンロードを許可する共有リソースの情報を記憶する共有リソース情報記憶部と、
前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を他の中継サーバに送信することが可能なダウンロード要求通知部と、
前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を他の中継サーバから受信した場合に、当該実体の内容を前記要求側端末に中継する実体中継部と、
前記提供側端末がオフラインだった場合に他の中継サーバから自機へ送信されるオフライン通知信号に応じて、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信するオフライン通知部と、
オフラインだった前記提供側端末がオンラインになった場合に他の中継サーバから自機へ送信されるオンライン通知信号に応じて、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信するオンライン通知部と、
を備え、
前記共有クライアント端末は、前記要求側端末として動作する場合において、
前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とし、
ダウンロード予約状態の前記共有リソースについて、前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行うように構成されていることを特徴とする中継サーバ。
【請求項３】
中継サーバと、
複数のクライアント端末と、
を備え、
前記中継サーバは、
クライアント端末と通信を行うことが可能な通信部と、
前記通信部によって通信可能なクライアント端末を含んで定めることが可能なリソース共有グループにおいて、当該リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって他の共有クライアント端末によるダウンロードを許可する共有リソースの情報を記憶する共有リソース情報記憶部と、
前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を前記提供側端末に送信することが可能なダウンロード要求通知部と、
前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を受信した場合に、当該実体の内容を前記要求側端末に中継する実体中継部と、
前記提供側端末がオフラインだった場合に、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信するオフライン通知部と、
オフラインだった前記提供側端末がオンラインになった場合に、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信するオンライン通知部と、
を備え、
前記共有クライアント端末は、前記要求側端末として動作する場合において、
前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とし、
ダウンロード予約状態の前記共有リソースについて、前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行うように構成されていることを特徴とする中継通信システム。
【請求項４】
複数の中継サーバと、
複数のクライアント端末と、
を備え、
前記中継サーバは、
クライアント端末と通信を行うことが可能な第１通信部と、
他の中継サーバと通信を行うことが可能な第２通信部と、
前記第１通信部によって通信可能なクライアント端末と、前記第２通信部によって通信可能な他の中継サーバと通信可能なクライアント端末と、を含んで定めることが可能なリソース共有グループにおいて、当該リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって他の共有クライアント端末によるダウンロードを許可する共有リソースの情報を記憶する共有リソース情報記憶部と、
前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を他の中継サーバに送信することが可能なダウンロード要求通知部と、
前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を他の中継サーバから受信した場合に、当該実体の内容を前記要求側端末に中継する実体中継部と、
前記提供側端末がオフラインだった場合に他の中継サーバから自機へ送信されるオフライン通知信号に応じて、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信するオフライン通知部と、
オフラインだった前記提供側端末がオンラインになった場合に他の中継サーバから自機へ送信されるオンライン通知信号に応じて、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信するオンライン通知部と、
を備え、
前記共有クライアント端末は、前記要求側端末として動作する場合において、
前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とし、
ダウンロード予約状態の前記共有リソースについて、前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行うように構成されていることを特徴とする中継通信システム。
【請求項５】
請求項３又は４に記載の中継通信システムであって、
前記中継サーバは、前記共有クライアント端末の要求に応じて前記共有リソースの情報を送信する共有リソース情報送信部を備え、
前記要求側端末は、前記共有リソースの情報を画面に一覧表示するように構成されており、
当該一覧表示において、前記ダウンロード予約状態の前記共有リソースについては他の共有リソースと視覚的に区別できるように表示されることを特徴とする中継通信システム。
【請求項６】
請求項３から５までの何れか一項に記載の中継通信システムであって、
前記要求側端末は、ダウンロード予約状態の前記共有リソースについて前記提供側端末がオンラインになった旨の信号を受信したときは、ダウンロードを開始するか否かをユーザに問い合わせ、
ユーザがダウンロードの開始に同意する操作を行ったときに、当該共有リソースについてダウンロード要求を行うように構成されていることを特徴とする中継通信システム。
【請求項７】
請求項３から６までの何れか一項に記載の中継通信システムであって、
前記共有クライアント端末は、ユーザによって更新の監視が指定された前記共有リソースについて実体の内容の更新を検出した場合には、前記要求側端末として動作し、当該共有リソースについてダウンロード要求を行うように構成されていることを特徴とする中継通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してリソースの共有を実現する中継サーバ及び中継通信システムに関する。
【背景技術】
【０００２】
従来から、仮想プライベートネットワーク（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＶＰＮ）と呼ばれる通信システムが知られており、この種の通信システムは例えば特許文献１に開示されている。このＶＰＮは、例えば、地域ごとに設けられた複数の支社（拠点）のＬＡＮに接続された端末同士でインターネットを介して通信する用途に用いられている。前記ＶＰＮを利用すれば、各クライアント端末は、遠隔地にある他のＬＡＮに繋がった機器上の様々なリソース（ファイル及びフォルダ）を共有することができる。
【特許文献１】特開２００２−２１７９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、前記ＶＰＮは遠隔地のＬＡＮ上にある機器とリソースを共有する構成であるため、例えばある機器の電源がＯＦＦされてオフライン状態になった場合に、当該機器に保存されているリソースを自機にコピー（ダウンロード）しようとした場合、エラーが発生してしまう。相手の機器がオンライン状態に復帰した後であればリソースのコピーは可能になるものの、遠隔地にある相手側機器がオンライン状態であるか否か（ダウンロード可能な状態になっているか）の確認は煩雑であり、ユーザに少なくない手間を強いるものであった。
【０００４】
本発明は以上の事情に鑑みてされたものであり、その目的は、仮想的なリソース共有を実現する中継通信システムにおいて、共有リソースのダウンロードの作業性を向上させることにある。
【課題を解決するための手段及び効果】
【０００５】
本発明の解決しようとする課題は以上の如くであり、次にこの課題を解決するための手段とその効果を説明する。
【０００６】
本発明の第１の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、通信部と、共有リソース情報記憶部と、ダウンロード要求通知部と、実体中継部と、オフライン通知部と、オンライン通知部と、を備える。前記通信部は、クライアント端末と通信を行うことが可能である。前記共有リソース情報記憶部は、前記通信部によって通信可能なクライアント端末を含んで定めることが可能なリソース共有グループにおいて、共有リソースの情報を記憶する。ここで、前記共有リソースとは、前記リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって、他の共有クライアント端末によるダウンロードを許可するリソースである。前記ダウンロード要求通知部は、前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を前記提供側端末に送信することが可能である。前記実体中継部は、前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を受信した場合に、当該実体の内容を前記要求側端末に中継する。前記オフライン通知部は、前記提供側端末がオフラインだった場合に、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信する。前記オンライン通知部は、オフラインだった前記提供側端末がオンラインになった場合に、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信する。前記共有クライアント端末は、前記要求側端末として動作する場合において、前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とする。そして、前記要求側端末として動作する前記共有クライアント端末は、ダウンロード予約状態の前記共有リソースについて前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行う。
【０００７】
本発明の第２の観点によれば、以下の構成の中継サーバが提供される。即ち、この中継サーバは、第１通信部と、第２通信部と、共有リソース情報記憶部と、ダウンロード要求通知部と、実体中継部と、オフライン通知部と、オンライン通知部と、を備える。前記第１通信部は、クライアント端末と通信を行うことが可能である。前記第２通信部は、他の中継サーバと通信を行うことが可能である。前記共有リソース情報記憶部は、前記第１通信部によって通信可能なクライアント端末と、前記第２通信部によって通信可能な他の中継サーバと通信可能なクライアント端末と、を含んで定めることが可能なリソース共有グループにおいて、共有リソースの情報を記憶する。ここで、前記共有リソースとは、前記リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって、他の共有クライアント端末によるダウンロードを許可するリソースである。前記ダウンロード要求通知部は、前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を他の中継サーバに送信することが可能である。前記実体中継部は、前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を他の中継サーバから受信した場合に、当該実体の内容を前記要求側端末に中継する。前記オフライン通知部は、前記提供側端末がオフラインだった場合に他の中継サーバから自機へ送信されるオフライン通知信号に応じて、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信する。前記オンライン通知部は、オフラインだった前記提供側端末がオンラインになった場合に他の中継サーバから自機へ送信されるオンライン通知信号に応じて、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信する。前記共有クライアント端末は、前記要求側端末として動作する場合において、前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とする。そして、前記要求側端末として動作する前記共有クライアント端末は、ダウンロード予約状態の前記共有リソースについて前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行う。
【０００８】
本発明の第３の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、中継サーバと、複数のクライアント端末と、を備える。前記中継サーバは、通信部と、共有リソース情報記憶部と、ダウンロード要求通知部と、実体中継部と、オフライン通知部と、オンライン通知部と、を備える。前記通信部は、クライアント端末と通信を行うことが可能である。前記共有リソース情報記憶部は、前記通信部によって通信可能なクライアント端末を含んで定めることが可能なリソース共有グループにおいて、共有リソースの情報を記憶する。ここで、前記共有リソースとは、前記リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって、他の共有クライアント端末によるダウンロードを許可するリソースである。前記ダウンロード要求通知部は、前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を前記提供側端末に送信することが可能である。前記実体中継部は、前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を受信した場合に、当該実体の内容を前記要求側端末に中継する。前記オフライン通知部は、前記提供側端末がオフラインだった場合に、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信する。前記オンライン通知部は、オフラインだった前記提供側端末がオンラインになった場合に、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信する。前記共有クライアント端末は、前記要求側端末として動作する場合において、前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とする。そして、前記要求側端末として動作する前記共有クライアント端末は、ダウンロード予約状態の前記共有リソースについて前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行う。
【０００９】
本発明の第４の観点によれば、以下の構成の中継通信システムが提供される。即ち、この中継通信システムは、複数の中継サーバと、複数のクライアント端末と、を備える。前記中継サーバは、第１通信部と、第２通信部と、共有リソース情報記憶部と、ダウンロード要求通知部と、実体中継部と、オフライン通知部と、オンライン通知部と、を備える。前記第１通信部は、クライアント端末と通信を行うことが可能である。前記第２通信部は、他の中継サーバと通信を行うことが可能である。前記共有リソース情報記憶部は、前記第１通信部によって通信可能なクライアント端末と、前記第２通信部によって通信可能な他の中継サーバと通信可能なクライアント端末と、を含んで定めることが可能なリソース共有グループにおいて、共有リソースの情報を記憶する。ここで、前記共有リソースとは、当該リソース共有グループに属するクライアント端末である共有クライアント端末がその実体を操作可能なリソースであって、他の共有クライアント端末によるダウンロードを許可するリソースである。前記ダウンロード要求通知部は、前記共有クライアント端末である要求側端末が、他の共有クライアント端末である提供側端末が実体を操作可能な前記共有リソースのダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を他の中継サーバに送信することが可能である。前記実体中継部は、前記ダウンロードの要求に応じて前記提供側端末が送信した前記共有リソースの実体の内容を他の中継サーバから受信した場合に、当該実体の内容を前記要求側端末に中継する。前記オフライン通知部は、前記提供側端末がオフラインだった場合に他の中継サーバから自機へ送信されるオフライン通知信号に応じて、当該提供側端末がオフラインだった旨の信号を前記要求側端末に送信する。前記オンライン通知部は、オフラインだった前記提供側端末がオンラインになった場合に他の中継サーバから自機へ送信されるオンライン通知信号に応じて、当該提供側端末がオンラインになった旨の信号を前記要求側端末に送信する。前記共有クライアント端末は、前記要求側端末として動作する場合において、前記提供側端末が実体を操作可能な前記共有リソースをダウンロードする操作がされ、当該提供側端末がオフラインだった旨の信号を受信したときは、当該共有リソースについてダウンロード予約状態とする。そして、前記要求側端末として動作する前記共有クライアント端末は、ダウンロード予約状態の前記共有リソースについて、前記提供側端末がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行う。
【００１０】
以上の構成により、クライアント端末のユーザが特定の共有リソースを自機にダウンロードしたい場合、当該共有リソースのダウンロード要求先のクライアント端末がオフラインであってもダウンロード予約状態としておき、要求先のクライアント端末がオンラインに復帰したことを検出して自動的にダウンロードすることができる。従って、クライアント端末のユーザは、ダウンロード指示を繰り返す等の煩雑な操作を必要とせずに、適切な時期に共有リソースの実体を要求先のクライアント端末から自機にダウンロードすることができる。
【００１１】
前記の中継通信システムにおいては、以下の構成とすることが好ましい。即ち、前記中継サーバは、前記共有クライアント端末の要求に応じて前記共有リソースの情報を送信する共有リソース情報送信部を備える。前記要求側端末は、前記共有リソースの情報を画面に一覧表示するように構成されている。当該一覧表示において、前記ダウンロード予約状態の前記共有リソースについては他の共有リソースと視覚的に区別できるように表示される。
【００１２】
この構成により、クライアント端末（要求側端末）のユーザはダウンロード予約状態の共有リソースを簡単に認識できるので、ダウンロード予約の状況を素早く把握して作業性を一層向上させることができる。
【００１３】
前記の中継通信システムにおいては、以下の構成とすることが好ましい。即ち、前記要求側端末は、ダウンロード予約状態の前記共有リソースについて前記提供側端末がオンラインになった旨の信号を受信したときは、ダウンロードを開始するか否かをユーザに問い合わせる。また、前記共有クライアント端末は、ユーザがダウンロードの開始に同意する操作を行ったときに、当該共有リソースについてダウンロード要求を行う。
【００１４】
この構成により、ダウンロードを当初に指示したときから事情が変化してダウンロードが不要になった場合は、ダウンロードが可能になったときでも同意の操作をしないことで無駄なダウンロードを防止することができ、作業性を一層向上させることができる。
【００１５】
前記の中継通信システムにおいては、前記共有クライアント端末は、ユーザによって更新の監視が指定された前記共有リソースについて実体の内容の更新を検出した場合には、前記要求側端末として動作し、当該共有リソースについてダウンロード要求を行うように構成されていることが好ましい。
【００１６】
この構成により、特定の共有リソースを監視対象として指定することで、当該共有リソースの実体の内容が変更されるごとにダウンロードが自動的に繰り返されることになる。従って、ダウンロードされている共有リソースの内容を最新の状態に容易に維持することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の一実施形態に係る中継通信システムの全体構成を示す説明図である。
【００１８】
図１に示すように、本実施形態の中継通信システムは、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続された複数のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）で構成されている。この中継通信システムは、中継サーバ１と、外部サーバ２と、クライアント端末５と、を主な構成として備えている。
【００１９】
ＬＡＮ９１〜９４は、限定された場所で構築される比較的小規模なネットワークであって、互いに物理的に離れた場所に構築されている。これら４つのＬＡＮ９１，９２，９３，９４は、グローバルなネットワークであるＷＡＮ９５にそれぞれ接続されている。本実施形態ではＷＡＮ９５としてインターネットが使用されている。
【００２０】
外部サーバ２は、各ＬＡＮに配置された中継サーバ１間での通信に用いられる装置であり、インターネット上に設置されている。この外部サーバ２は、中継通信システムを構成する中継サーバ１のアカウント情報を管理するとともに、中継サーバ１間の通信を中継できるように構成されている。中継サーバ１と外部サーバ２の通信は、例えば公知のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いて実現することができる。
【００２１】
次に、図２等を参照してクライアント端末５を説明する。図２はクライアント端末５の機能ブロック図である。
【００２２】
このクライアント端末５はユーザが直接操作できる端末であり、例えばユーザによって日々の業務に使用されるパーソナルコンピュータ（ＰＣ）等が該当する。本実施形態では図１に示すように、ＬＡＮ９１にクライアント端末１１，１２が、ＬＡＮ９２にクライアント端末２１，２２が接続されている。また、ＬＡＮ９３にクライアント端末３１，３２が、ＬＡＮ９４にクライアント端末４１，４２がそれぞれ接続されている。各クライアント端末５には、同一のＬＡＮの中で一意に管理されたプライベートＩＰアドレスが付与されている。
【００２３】
図２に示すように、クライアント端末５は、ＬＡＮインタフェース６０１と、表示部６０２と、操作部６０３と、リソース記憶部６０４と、共有リソース情報記憶部６０５と、制御部６１０と、を主要な構成として備えている。
【００２４】
ＬＡＮインタフェース６０１は、前記プライベートＩＰアドレスを使用して、自機と同一のＬＡＮに接続された中継サーバ１等の各装置と通信を行うインタフェースである。
【００２５】
表示部６０２は例えばＣＲＴ又は液晶ディスプレイ等として構成されており、各種の情報を画面に表示できるように構成されている。操作部６０３は例えばマウス及びキーボードとして構成されており、ユーザが当該操作部６０３を操作することで、クライアント端末５に各種の処理を指示できるように構成されている。
【００２６】
リソース記憶部６０４は、そのクライアント端末５が操作可能なファイル又はフォルダ等のリソースの実体を記憶する。共有リソース情報記憶部６０５は、各クライアント端末５が保有している共有リソースの情報を記述した共有リソース情報を記憶する。リソース記憶部６０４及び共有リソース情報記憶部６０５は、例えばハードディスクドライブ又は非揮発性メモリ等、各種の記憶装置によって構成されている。
【００２７】
制御部６１０は、ＬＡＮインタフェース６０１を介して行う様々な通信を制御する処理部である。この制御部６１０は、ユーザが操作部６０３を操作して行う指示に応じて中継サーバ１との通信等を行い、その結果を表示部６０２に表示できるように構成されている。また制御部６１０は、中継サーバ１からの各種信号に応じて、リソースの操作及びデータの送受信等の処理を行うように構成されている。
【００２８】
制御部６１０は、共有リソース登録要求部６１１と、実体操作要求部６１２と、実体操作部６１３と、ダウンロード要求部６１４と、実体送受信部６１５と、オンライン確認要求部６１６と、オンライン確認返答部６１７と、リソース更新確認要求部６１８と、リソース更新確認返答部６１９と、を備えている。
【００２９】
共有リソース登録要求部６１１は、自機のリソース記憶部６０４に記憶されているファイル又はフォルダ等（リソース）を共有リソースとして登録する要求を、中継サーバ１に対して行うことができるように構成されている。
【００３０】
なお、あるリソースを共有リソースとしてクライアント端末５が登録できるのは、当該クライアント端末５のリソース記憶部６０４に対象のリソースを記憶していること等により、当該リソースの実体を後述の実体操作部６１３によって（自由に）操作できる場合に限られる。従って、以後の説明では、あるリソースを共有リソースとして登録したクライアント端末５を、当該リソースを実質的に所有している端末という意味でオーナ端末と便宜的に称することがある。
【００３１】
ただし、当該クライアント端末５がその実体を操作できるリソースであれば十分であり、対象のリソースが自機のリソース記憶部６０４ではなく外部のリソース記憶部に記憶されている場合でも、共有リソースとして登録することができる。外部のリソース記憶部としては、例えば、クライアント端末５と同一のＬＡＮに接続されたネットワーク接続ストレージ等のファイルサーバが考えられる。
【００３２】
リソースが共有リソースとして登録されると、共有が許可された他のクライアント端末５は、当該リソースのオーナ端末であるクライアント端末５に対して、当該リソースの実体の更新及び削除等を要求することができる（実体操作要求）。また、他のクライアント端末５は、共有リソースのオーナ端末であるクライアント端末５に対して当該リソースの実体の送信を要求し（ダウンロード要求）、当該リソースのコピーを自機側に保存することができる。以上により仮想的なリソース共有の仕組みが実現されており、リソースが共有リソースとして登録されることで、通常は自機が実体を操作できないリソースであっても、自機が当該共有リソースのオーナ端末に適宜の指示を送ることにより実体の操作及びダウンロードを行うことができる。
【００３３】
実体操作要求部６１２は、ユーザの操作に応じて、共有リソースの前記実体操作要求を中継サーバ１に送信することができる。実体操作部６１３は、中継サーバ１から受信した実体操作要求に従って、要求の対象となっている共有リソースを更新及び削除等するようにリソース記憶部６０４の記憶内容を変更する。
【００３４】
ダウンロード要求部６１４は、ユーザの操作に応じて、前記ダウンロード要求を中継サーバ１に送信することができる。実体送受信部６１５は、中継サーバ１から受信したダウンロード要求に従って、リソース記憶部６０４に記憶されている共有リソースの実体を読み出し、その実体の内容を中継サーバ１に送信できるように構成されている。また、実体送受信部６１５は、中継サーバ１から共有リソースの実体の内容を受信したときは、これをリソース記憶部６０４に保存できるように構成されている。
【００３５】
オンライン確認要求部６１６は、他の特定のクライアント端末５がオンライン状態であるか否かを確認する要求（オンライン確認要求）を、中継サーバ１に送信することができる。オンライン確認返答部６１７は、中継サーバ１から受信したオンライン確認要求に対して、自機はオンラインである旨の返答信号（オンライン信号）を中継サーバ１に送信することができる。
【００３６】
リソース更新確認要求部６１８は、特定の共有リソースについて実体の内容が以前と比較して更新されているか否かを確認する要求（リソース更新確認要求）を、中継サーバ１に送信することができる。リソース更新確認返答部６１９は、中継サーバ１から受信したリソース更新確認要求に応じてリソース記憶部６０４の内容を調べ、対象のリソースについて実体の内容が更新されているか否かの返答（リソース更新確認結果）を中継サーバ１に送信することができる。
【００３７】
次に、図３等を参照して中継サーバ１を説明する。図３は各中継サーバ１の機能ブロック図である。
【００３８】
中継サーバ１は、図１に示すように、ＬＡＮのそれぞれに１台配置されている。具体的には、ＬＡＮ９１には中継サーバＲ１が、ＬＡＮ９２には中継サーバＲ２が、ＬＡＮ９３には中継サーバＲ３が、ＬＡＮ９４には中継サーバＲ４がそれぞれ配置されている。
【００３９】
中継サーバ１はＬＡＮに接続され、自機と同一のＬＡＮに接続されている各クライアント端末５と通信可能になっている。また、中継サーバ１はインターネットにも接続されており、自機とは異なるＬＡＮに接続された中継サーバ１と（前記外部サーバ２を介して）通信可能となっている。この通信のため、各中継サーバ１には、プライベートＩＰアドレスとグローバルＩＰアドレスの両方が付与されている。
【００４０】
中継サーバ１は、図３に示すように、ＬＡＮインタフェース（通信部、第１通信部）５０１と、ＷＡＮインタフェース（第２通信部）５０２と、中継構成情報記憶部５０３と、共有リソース情報記憶部５０４と、制御部５１０と、を主要な構成として備えている。
【００４１】
ＬＡＮインタフェース５０１は、自機と同一のＬＡＮに接続されたクライアント端末５との通信を、プライベートＩＰアドレスを使用して行うインタフェースである。例えば、ＬＡＮ９１において中継サーバＲ１は、ＬＡＮインタフェース５０１を使用して、各クライアント端末１１，１２と例えばＳＩＰにより通信することができる。
【００４２】
ＷＡＮインタフェース５０２は、グローバルＩＰアドレスを使用して、インターネットに接続された外部サーバ２等の各装置と通信を行うインタフェースである。なお、本実施形態において中継サーバ１同士が通信を行う場合、当該通信はすべて外部サーバ２を介して行われる。従って、以後の説明及び図面で中継サーバ１同士が相互に直接通信するかのような表現がされる場合があるが、これは説明を簡略にする等の便宜のためであり、実際の通信は外部サーバ２経由で行われることに注意すべきである。
【００４３】
中継構成情報記憶部５０３は、それぞれが複数の中継サーバ１からなる１又は複数の中継グループの情報を記憶することができる。同一の中継グループに属するものとして中継構成情報記憶部５０３に登録された中継サーバ１は、クライアント端末５の間でリソースを共有させるために、相互に通信してデータ等をやり取りすることになる。
【００４４】
また、中継構成情報記憶部５０３は、選択された所定のクライアント端末５の情報を前記中継グループごとに記憶することができる。この中継構成情報記憶部５０３に登録されたクライアント端末５同士は、前記中継グループを構成する中継サーバ１を介してリソースを仮想的に共有することができる。
【００４５】
例えば、中継構成情報記憶部５０３には、Ｒ１，Ｒ２，Ｒ３の３台の中継サーバ１が１つの中継グループを構成するとともに、この中継グループを介して、１１，１２，２１，２２，３１の５台のクライアント端末５がリソースを共有可能な旨を記録することができる。この場合、中継構成情報記憶部５０３の記憶内容は３台の中継サーバＲ１，Ｒ２，Ｒ３の間で適宜送受信され、常に同じ内容となるように同期される。
【００４６】
共有リソース情報記憶部５０４は、前記クライアント端末５からの共有リソースの登録要求に応じ、共有されるリソース（共有リソース）と、当該リソースを共有するクライアント端末５と、の情報を記憶する。
【００４７】
例えば、共有リソース情報記憶部５０４には、クライアント端末１１がオーナである「文書１．ｄｏｃ」というファイル（リソース）が、他の３台のクライアント端末１２，２１，３１との間で共有されている旨を記憶することができる。この場合、４台のクライアント端末１１，１２，２１，３１の間で１つのグループ（リソース共有グループ）が形成され、クライアント端末１１は、当該グループを構成する他のクライアント端末１２，２１，３１に対し、「文書１．ｄｏｃ」の実体の操作及びダウンロードを許可する。共有リソース情報記憶部５０４の記憶内容は、前記中継構成情報記憶部５０３の場合と同様に、リソース共有グループに関連する３台の中継サーバＲ１，Ｒ２，Ｒ３の間で同期される。
【００４８】
制御部５１０は、ＬＡＮインタフェース５０１及びＷＡＮインタフェース５０２を介して行う様々な通信を制御する処理部である。この制御部５１０は、クライアント端末５又は他の中継サーバ１からの要求（各種の信号）に応じて、様々な情報の管理等を行うように構成されている。
【００４９】
この制御部５１０は、情報管理部５１１と、共有リソース情報送信部５１２と、ダウンロード要求送信部（ダウンロード要求通知部）５１３と、実体中継部５１４と、オンライン確認要求送信部（オンライン確認要求通知部）５１５と、オフライン信号送信部（オフライン通知部）５１６と、オンライン信号送信部（オンライン通知部）５１７と、リソース更新確認要求送信部（リソース更新確認要求通知部）５１８と、リソース更新確認結果送信部（リソース更新通知部）５１９と、を備えている。
【００５０】
情報管理部５１１は、中継構成情報記憶部５０３及び共有リソース情報記憶部５０４に記憶される情報を管理する。
【００５１】
具体的には、情報管理部５１１は外部端末の適宜の操作に基づいて、中継グループを構成する中継サーバ１及びリソースを共有可能なクライアント端末５の構成について追加及び変更等を行い、中継構成情報記憶部５０３の内容を更新する。また、情報管理部５１１は、クライアント端末５からの共有リソースの登録要求に従って、所定の共有リソース情報を作成して共有リソース情報記憶部５０４に記憶させる。更に、情報管理部５１１はクライアント端末５等からの要求に応じ、共有リソース情報記憶部５０４に記憶されている共有リソース情報の変更及び削除等を行うことができるように構成されている。
【００５２】
共有リソース情報送信部５１２は、クライアント端末５及び他の中継サーバ１からの要求に応じて、共有リソース情報記憶部５０４に記憶されている内容を送信できるように構成されている。これにより、複数の中継サーバ１において、共有リソースの新規登録、変更及び削除等の情報を共有することができる。また、クライアント端末５の共有リソース情報記憶部６０５の記憶内容を、中継サーバ１の共有リソース情報記憶部５０４と一致させることができる。
【００５３】
ダウンロード要求送信部５１３は、クライアント端末５及び他の中継サーバ１からダウンロード要求を受信すると、それを適切な相手（他の中継サーバ１又はクライアント端末５）に改めて送信する。これにより、ダウンロード要求がされたことを、他の中継サーバ１又はクライアント端末５に通知することができる。
【００５４】
実体中継部５１４は、クライアント端末５及び他の中継サーバ１から共有リソースの実体の内容を受信すると、それを適切な相手（他の中継サーバ１又はクライアント端末５）に中継する。
【００５５】
オンライン確認要求送信部５１５は、クライアント端末５及び他の中継サーバ１からオンライン確認要求を受信すると、それを適切な相手（他の中継サーバ１又はクライアント端末５）に改めて送信する。これにより、オンライン確認要求がされたことを、他の中継サーバ１又はクライアント端末５に通知することができる。
【００５６】
オフライン信号送信部５１６は、所定のクライアント端末５に対しオンライン確認要求を送信したにもかかわらず応答がなかった場合に、オフライン信号（オフライン通知信号）を他の中継サーバ１等に送信できるように構成されている。
【００５７】
また、オフライン信号送信部５１６は、他の中継サーバ１から前記オフライン信号を受信すると、それを適切な相手（クライアント端末５）に改めて送信する。これにより、特定のクライアント端末５がオフライン状態だったことを、他の中継サーバ１又はクライアント端末５に通知することができる。
【００５８】
オンライン信号送信部５１７は、所定のクライアント端末５に対しオンライン確認要求を送信してオンライン信号が返ってきたとき、又は他の中継サーバ１からオンライン信号を受信したときは、それを適切な相手（他の中継サーバ１又はクライアント端末５）に改めて送信する。これにより、特定のクライアント端末５がオンライン状態だったことを、他の中継サーバ１又はクライアント端末５に通知することができる。
【００５９】
リソース更新確認要求送信部５１８は、クライアント端末５及び他の中継サーバ１から前記リソース更新確認要求を受信すると、それを適切な相手（他の中継サーバ１又はクライアント端末５）に改めて送信する。これにより、リソース更新確認要求がされたことを、他の中継サーバ１又はクライアント端末５に通知することができる。
【００６０】
リソース更新確認結果送信部５１９は、クライアント端末５及び他の中継サーバ１から前記リソース更新確認結果を受信すると、それを適切な相手（他の中継サーバ１又はクライアント端末５）に改めて送信する。これにより、リソース更新の確認結果（更新の有無）を、他の中継サーバ１又はクライアント端末５に通知することができる。
【００６１】
次に、クライアント端末５で実行される共有リソースのダウンロード処理について、図４等を参照しながら説明する。図４はクライアント端末５で実行されるアプリケーションの表示画面の例を示す説明図である。図５はクライアント端末５で実行されるダウンロード処理を示すフローチャートである。
【００６２】
図４に示すように、クライアント端末５で実行されるアプリケーションはグラフィカルユーザインタフェース（ＧＵＩ）を有している。この実行画面には、自機が共有している共有リソースの一覧を示したリソース一覧ウインドウ１５１と、当該リソースを共有しているクライアント端末５のユーザ一覧を示したユーザ一覧ウインドウ１５２と、が表示されている。なお、図４ではクライアント端末３１の表示部６０２に表示される画面の例が示されているが、本実施形態では、他のクライアント端末５においても全く同様のアプリケーションが実行される。
【００６３】
今回の例では、クライアント端末１１が実体を操作可能な「文書１．ｄｏｃ」というファイルと、クライアント端末２１が実体を操作可能な「文書２．ｄｏｃ」というファイルと、が共有リソースとして登録されている場合で説明する。これらの２つのファイルは、１１，１２，２１，３１の計４台のクライアント端末で共有されており、この４台のクライアント端末５によって前記リソース共有グループが構成されている。
【００６４】
各クライアント端末５には、当該クライアント端末５を使用するユーザの名前（ユーザ名）がそれぞれ登録されている。今回の例では、クライアント端末１１のユーザ名はｕｓｅｒ１Ａ、クライアント端末１２のユーザ名はｕｓｅｒ１Ｂ、クライアント端末２１のユーザ名はｕｓｅｒ２Ａ、クライアント端末３１（自機）のユーザ名はｕｓｅｒ３Ａとなっている。
【００６５】
リソース一覧ウインドウ１５１には、共有されている２つのファイルのファイル名と、それぞれのファイルのオーナ端末のユーザ名と、が一覧形式で表示されている。各ファイル名の左側には、当該ファイルの種別（例えば文書ファイル、表計算ファイル等）を小さな絵で示すアイコン１５３が表示されている。
【００６６】
ユーザ一覧ウインドウ１５２には、前述した２つのファイルを共有するクライアント端末５それぞれのユーザ名が一覧形式で表示されている。ユーザ一覧ウインドウ１５２において、各ユーザ名の左側には、オンライン状態表示マーク１５４が表示されている。このオンライン状態表示マーク１５４は、ユーザ名の左側に○印が表示されている場合は、対応するクライアント端末５がオンラインであることを示し、×印の場合はオフライン（例えば、電源がＯＦＦになっているか又はネットワークから切り離されている状態）であることを示すようになっている。図４の例では、クライアント端末２１がオフラインであり、他のクライアント端末１１，１２，３１は何れもオンラインであることを示している。
【００６７】
以上の構成で、クライアント端末３１のユーザは前記操作部６０３を操作し、例えばリソース一覧ウインドウ１５１の上側の「文書１．ｄｏｃ」を選択した状態で適宜のメニューを選択することで、当該共有ファイルのダウンロードを指示することができる。クライアント端末３１は、この指示に従って当該ファイルのオーナ端末（クライアント端末１１）からファイルをダウンロードし、自機のリソース記憶部６０４等に保存することができる。
【００６８】
なお、以降の説明において、ダウンロードを要求する側（リソースを要求する側）のクライアント端末を「要求側端末」と称し、ダウンロードの要求に応じてリソースを提供する側のクライアント端末（前記オーナ端末）を「提供側端末」と称することがある。上記の「文書１．ｄｏｃ」の例では、クライアント端末３１が要求側端末に相当し、クライアント端末１１が提供側端末に相当することになる。ただし本実施形態では、何れのクライアント端末５も、自機が実体を操作可能なリソースの共有を許可することによってオーナ端末になることができる。従って、あるクライアント端末５が要求側端末として動作するか、提供側端末として動作するかは、リソースの共有状況に応じて適宜変化することになる。
【００６９】
図５には、それぞれのクライアント端末５で実行されるアプリケーションのフローが示されている。以下、クライアント端末３１において上記ダウンロード処理が行われる場合を例として説明する。
【００７０】
クライアント端末３１において図５のフローが開始されると、クライアント端末３１は、ユーザから共有リソースのダウンロードが指示されるまで待機する（Ｓ１０１）。ユーザがクライアント端末３１の操作部６０３を操作し、「文書１．ｄｏｃ」を選択してダウンロードを指示すると、クライアント端末３１は、当該共有リソースの実体を操作可能なクライアント端末５（上記の例では、クライアント端末１１）がオンライン状態か否かを調べる（Ｓ１０２）。
【００７１】
このオンライン状態の確認処理は、以下のように行われる。即ち、クライアント端末３１は共有リソース情報記憶部６０５の内容を調べて、ダウンロード対象の共有リソースの実体を操作可能なクライアント端末５（オーナ端末）が何れかを調べる。
【００７２】
上記の例の場合、共有リソース「文書１．ｄｏｃ」のオーナ端末はクライアント端末１１である。従って、クライアント端末３１のオンライン確認要求部６１６は、同一のＬＡＮに接続されている中継サーバＲ３に、オンライン状態か否かを確認したいクライアント端末５（クライアント端末１１）を指定して、所定の信号（オンライン確認要求）を送信する（図６の（１））。
【００７３】
これを受信した中継サーバＲ３のオンライン確認要求送信部５１５は、オンライン確認要求を中継サーバＲ１にそのまま転送することで、オンライン確認要求がされたことを通知する（図６の（２））。中継サーバＲ１のオンライン確認要求送信部５１５は同様に、受信したオンライン確認要求を、自機と同一のＬＡＮに接続されているクライアント端末１１に対しそのまま転送し、これによってオンライン確認要求がされたことを通知する（図６の（３））。
【００７４】
クライアント端末１１がオンライン状態であった場合、当該クライアント端末１１のオンライン確認返答部６１７はオンライン確認要求を受信すると、中継サーバＲ１にオンライン信号を送信する（図６の（４））。
【００７５】
このオンライン信号を受信した中継サーバＲ１のオンライン信号送信部５１７は、中継サーバＲ３にオンライン信号をそのまま転送することで、クライアント端末１１がオンラインであることを通知する（図６の（５））。オンライン信号を受信した中継サーバＲ３のオンライン信号送信部５１７は同様に、クライアント端末３１にオンライン信号をそのまま転送し、クライアント端末１１がオンラインであることを通知する（図６（６））。以上により、クライアント端末３１は、クライアント端末１１がオンライン状態であることを認識することができる。
【００７６】
対象の共有リソースのオーナ端末（クライアント端末１１）がオンライン状態であった場合、クライアント端末３１は、図７に示すように、ダウンロード開始確認のメッセージ１５５を表示部６０２に表示する（図５のＳ１０３）。本実施形態において前記メッセージ１５５は、図７に示すように、「はい」「いいえ」の２つのボタンを有する小さなウインドウに表示される。
【００７７】
図７のメッセージ１５５に対してユーザが操作部６０３を操作して「はい」を選択した場合、クライアント端末３１は、当該共有リソースのオーナ端末（クライアント端末１１）に対してダウンロードを要求し、共有リソースの実体の内容を受信する（図５のＳ１０５）。メッセージ１５５に対して「いいえ」が選択された場合、Ｓ１０５の処理は行われず、ダウンロードはキャンセルされる。
【００７８】
この共有リソースのダウンロード処理（Ｓ１０５）は、以下のように行われる。即ち、クライアント端末３１のダウンロード要求部６１４は中継サーバＲ３に対して、対象の共有リソース（「文書１．ｄｏｃ」）を特定した上で、ダウンロード相手であるクライアント端末５（クライアント端末１１）を指定して所定の信号（ダウンロード要求）を送信する（図８の（１））。
【００７９】
これを受信した中継サーバＲ３のダウンロード要求送信部５１３は、中継サーバＲ１にダウンロード要求をそのまま転送することで、ダウンロードが要求されたことを通知する（図８（２））。これを受信した中継サーバＲ１のダウンロード要求送信部５１３は同様に、クライアント端末１１にダウンロード要求をそのまま転送し、これによってダウンロードが要求されたことを通知する（図８（３））。
【００８０】
クライアント端末１１の実体送受信部６１５は、中継サーバＲ１からダウンロード要求を受信すると、対象の共有リソースの実体をリソース記憶部６０４から読み出し、当該リソースの実体の内容を中継サーバＲ１に送信する（図８（４））。
【００８１】
これを受信した中継サーバＲ１の実体中継部５１４は、共有リソースの実体の内容を中継サーバＲ１に転送する（図８（５））。これを受信した中継サーバＲ３の実体中継部５１４は、共有リソースの実体の内容をクライアント端末３１に転送する（図８（６））。
【００８２】
クライアント端末３１の実体送受信部６１５は、共有リソースの実体の内容を受信すると、リソース記憶部６０４に記憶する。以上により、クライアント端末３１がクライアント端末１１から「文書１．ｄｏｃ」の実体をダウンロードすることができる。
【００８３】
次に、図５のＳ１０２の判断でクライアント端末１１が何らかの事情でオフラインになっていた場合の処理について、図９を参照して説明する。なお、図９の（１）〜（３）の処理は前述した図６の（１）〜（３）と同様であるので、説明は省略する。
【００８４】
中継サーバＲ１がクライアント端末３１に対しオンライン確認要求を送信するが（図９の（３））、クライアント端末３１はオフライン状態であるので、応答することができない。クライアント端末１１からの応答がないと判断した中継サーバＲ１のオフライン信号送信部５１６は、中継サーバＲ３に所定の信号（オフライン信号）を送信する（図９の（４））。これを受信した中継サーバＲ３のオフライン信号送信部５１６は、クライアント端末３１にオフライン信号をそのまま転送することで、クライアント端末１１がオフライン状態であったことを通知する（図９（５））。以上により、クライアント端末３１は、クライアント端末１１がオフラインであることを認識することができる。
【００８５】
図５のＳ１０２の判断でクライアント端末１１がオフライン状態であると判定された場合、クライアント端末３１は、対象の共有リソースについてダウンロード予約状態を記録する（Ｓ１０６、図９の（６））。そして、前記リソース一覧ウインドウ１５１において、対象の共有リソースについてダウンロード予約状態である旨のアイコンを表示する（Ｓ１０７）。
【００８６】
このときの表示画面の例が図１０に示されている。図１０に示すリソース一覧ウインドウ１５１において、オーナ端末がオフライン状態のためダウンロード予約状態が設定された共有リソース「文書１．ｄｏｃ」については、他とは異なるアイコン１５３ｘが表示されている。本実施形態において、ダウンロード予約状態のアイコン１５３ｘは、通常のアイコン１５３の左上隅に、予約を示す「Ｒ」の文字が小さく追記されたものとなっている。
【００８７】
クライアント端末３１は、上記のようにしてダウンロード予約状態をアイコン表示した後、再びＳ１０２に戻り、オーナ端末のオンライン状態をチェックする。このＳ１０２、Ｓ１０６、Ｓ１０７の処理の反復により、クライアント端末１１がオンライン状態であるか否かが、適宜のタイミングで繰り返し確認されることになる。
【００８８】
そして、図９のようにオフライン状態だったクライアント端末１１が、あるタイミングでオンライン状態に復帰し、図６の状態に戻ったとする。すると、Ｓ１０２の判断でクライアント端末１１がオンライン状態であると判定されることになるので、クライアント端末３１はダウンロード開始確認のメッセージを表示する（Ｓ１０３）。
【００８９】
このときのメッセージの例が図１１に示される。このメッセージ１５５ｘは図７のメッセージ１５５と異なり、予約状態だった共有リソースがダウンロード可能になった旨も併せて表示されている。ここで、例えばクライアント端末１１のオフライン状態が長期にわたっていた場合等は、最初にダウンロードを指示したときから長時間が経過しており、ユーザの事情が変わってダウンロードが不要になることもあり得る。この場合は、ユーザが図１１のメッセージ１５５ｘに対して操作部６０３を操作して「いいえ」を選択することで、共有リソースのダウンロードをキャンセルすることができる。
【００９０】
なお、上記で説明したように２台の中継サーバ１がダウンロード関連の通信に関与するのは、ダウンロード要求元とダウンロード要求先のクライアント端末５が互いに異なるＬＡＮに接続されている場合である。一方、同一のＬＡＮに接続されている２台のクライアント端末５の間で共有リソースをダウンロードする場合も考えられ、この場合は１台の中継サーバ１のみが通信に関与することになる。
【００９１】
以上に説明したように、本実施形態の中継通信システムは、複数の中継サーバ１と、複数のクライアント端末５と、を備える。中継サーバ１は、ＬＡＮインタフェース５０１と、ＷＡＮインタフェース５０２と、共有リソース情報記憶部５０４と、実体中継部５１４と、オフライン信号送信部５１６と、オンライン信号送信部５１７と、を備える。ＬＡＮインタフェース５０１は、クライアント端末５と通信することが可能である。ＷＡＮインタフェース５０２は、他の中継サーバ１と通信を行うことが可能である。複数のクライアント端末５間でリソース共有グループが定められ、このリソース共有グループは、中継サーバ１と同一のＬＡＮに接続されるクライアント端末５と、他の中継サーバ１と同一のＬＡＮに接続されるクライアント端末５と、を含むように定めることができる。共有リソース情報記憶部５０４は、前記リソース共有グループに属するクライアント端末５がその実体を操作可能なリソースであって、当該リソース共有グループに属する他のクライアント端末５によるダウンロードを許可する共有リソースの情報を記憶する。
【００９２】
そして、図８の例において、中継サーバＲ３のダウンロード要求送信部５１３は、クライアント端末（要求側端末）３１が、他のクライアント端末（提供側端末）１１が実体を操作可能な共有リソース「文書１．ｄｏｃ」のダウンロードを要求するダウンロード要求を行った場合に、ダウンロードを要求された旨の信号を他の中継サーバＲ１に送信する（図８の（２））。また、中継サーバＲ３の実体中継部５１４は、前記ダウンロード要求に応じてクライアント端末（提供側端末）１１が送信した共有リソース「文書１．ｄｏｃ」の実体の内容を他の中継サーバＲ１から受信した場合に、当該実体の内容をクライアント端末（要求側端末）３１に中継する（図８の（６））。
【００９３】
また、図９の例において、中継サーバＲ３のオフライン信号送信部５１６は、クライアント端末（提供側端末）１１がオフラインだった場合に他の中継サーバＲ１から自機へ送信されるオフライン信号に応じて、当該クライアント端末１１がオフラインだった旨の信号をクライアント端末（要求側端末）３１に送信する（図９の（５））。更に、図６の例に示すように、中継サーバＲ３のオンライン信号送信部５１７は、オフラインだったクライアント端末（提供側端末）１１がオンラインになった場合に他の中継サーバＲ１から自機へ送信されるオンライン信号に応じて、当該クライアント端末１１がオンラインになった旨の信号をクライアント端末（要求側端末）３１に送信する（図６の（６））。
【００９４】
そして、図９の例で、クライアント端末（要求側端末）３１は、他のクライアント端末（提供側端末）１１が実体を操作可能な共有リソース「文書１．ｄｏｃ」をダウンロードしようとしたときに、オフラインだった旨の信号を中継サーバＲ３から受信したときは、当該共有リソースについてダウンロード予約状態とする（図９の（６）、図５のＳ１０６）。また、クライアント端末３１は、ダウンロード予約状態の前記共有リソースについて、クライアント端末（提供側端末）１１がオンラインになった旨の信号を受信したときは、当該共有リソースについてダウンロード要求を行うように構成されている（図５のＳ１０５）。
【００９５】
これにより、クライアント端末（要求側端末）３１のユーザが特定の共有リソースを自機にダウンロードしたい場合、そのオーナ端末（提供側端末としてのクライアント端末１１）がオフラインであってもダウンロード予約状態としておき、当該クライアント端末１１がオンラインに復帰したことを検出して自動的にダウンロードすることができる。従って、クライアント端末３１のユーザは、ダウンロード指示を繰り返す等の煩雑な操作を必要とせずに、適切な時期に共有リソースの実体をクライアント端末１１からダウンロードすることができる。
【００９６】
また、本実施形態において前記中継サーバ１は、クライアント端末５の要求に応じて共有リソース情報記憶部５０４の記憶内容（共有リソース情報）を送信する共有リソース情報送信部５１２を備える。クライアント端末５は、共有リソース情報送信部５１２によって送信された共有リソースの情報を、図１０に示すように画面に一覧表示するように構成されている。そして、クライアント端末５は、リソース一覧ウインドウ１５１における一覧表示において、ダウンロード予約状態の共有リソースについては、他の共有リソースと視覚的に区別できるように、他とは異なるアイコン１５３ｘを付して表示する。
【００９７】
これにより、クライアント端末５のユーザはダウンロード予約状態の共有リソースを簡単に認識できるので、ダウンロード予約の状況を素早く把握して作業性を一層向上させることができる。
【００９８】
また、本実施形態においてクライアント端末（要求側端末）３１は、ダウンロード予約状態の共有リソースについてクライアント端末（提供側端末）１１がオンラインになった旨の信号を受信したときは、図１１に示すようにダウンロードを開始するか否かをユーザに問い合わせるように構成されている。そして、クライアント端末３１は、ユーザがダウンロードの開始に同意する操作を行ったときに、当該共有リソースについてダウンロードを要求するように構成されている。
【００９９】
これにより、ダウンロードを当初に指示したときから事情が変化してダウンロードが不要になった場合は、ダウンロードが可能になったときでも同意の操作をしないことで無駄なダウンロードを防止することができ、作業性を一層向上させることができる。
【０１００】
次に、本実施形態のクライアント端末５で実行される更新時ダウンロード処理について説明する。
【０１０１】
即ち、本実施形態のクライアント端末５において実行されるアプリケーションは、共有リソースの内容が更新された場合にダウンロードを随時行う機能を備えている。ユーザはクライアント端末３１を操作して共有リソース「文書１．ｄｏｃ」をオーナ端末（クライアント端末１１）からダウンロードした後、当該共有リソースを選択した状態で適宜のメニューを選択し、更新時ダウンロードを指示したとする。
【０１０２】
図１２には、この場合に実行されるフローが示されている。このフローが開始されると、クライアント端末３１は、更新時ダウンロードが指示されている共有リソース（今回の例では「文書１．ｄｏｃ」）について、オーナ端末側でその実体の内容が変更（更新）されているか否かを調べる。
【０１０３】
このリソース更新の確認処理は、以下のように行われる。即ち、クライアント端末３１のリソース更新確認要求部６１８は、自機のリソース記憶部６０４にダウンロード済みの共有リソース「文書１．ｄｏｃ」の実体の内容を読み出して、ハッシュ値（例えば、ＭＤ５ハッシュ値）を計算する。そしてリソース更新確認要求部６１８は、更新を確認したい共有リソースとそのオーナ端末を指定し、更に前記ハッシュ値を指定した上で、中継サーバＲ３に所定の信号（リソース更新確認要求）を送信する（図１３の（１））。
【０１０４】
これを受信した中継サーバＲ３のリソース更新確認要求送信部５１８は、リソース更新確認要求を中継サーバＲ１にそのまま転送することで、リソースの更新の確認が要求されたことを通知する（図１３の（２））。中継サーバＲ１のリソース更新確認要求送信部５１８は同様に、受信したリソース更新確認要求をクライアント端末１１に対しそのまま転送し、これによってリソースの更新の確認が要求されたことを通知する（図１３の（３））。
【０１０５】
クライアント端末１１のリソース更新確認返答部６１９は、指定された共有リソースの実体の内容をリソース記憶部６０４から読み出し、クライアント端末３１と全く同じ方法でハッシュ値を計算する。続いて、計算されたハッシュ値と、クライアント端末３１側から受信したハッシュ値と、が比較される（図１３の（４））。そして、前記リソース更新確認返答部６１９は、その比較結果に基づいて所定の信号（リソース更新確認結果）を中継サーバＲ１に送信する（図１３の（５））。具体的には、リソース更新確認返答部６１９は、ハッシュ値同士が一致していた場合は更新なし信号を中継サーバＲ１に送信し、ハッシュ値が相違していた場合は更新あり信号を中継サーバＲ１に送信する。
【０１０６】
このリソース更新確認結果を受信した中継サーバＲ１のリソース更新確認結果送信部５１９は、リソース更新確認結果を中継サーバＲ３にそのまま転送する（図１３の（６））。リソース更新確認結果を受信した中継サーバＲ３のリソース更新確認結果送信部５１９は同様に、クライアント端末３１にリソース更新確認結果をそのまま転送する（図１３の（７））。以上により、クライアント端末１１において共有リソースの実体が更新された場合、その旨を中継サーバＲ３，Ｒ１を介してクライアント端末３１に通知することができる。従って、クライアント端末３１は、オーナ端末（クライアント端末１１）における共有リソースの実体の内容が前回ダウンロード時と比較して変更（更新）されているかを検出することができる。
【０１０７】
次に、クライアント端末３１は、クライアント端末１１側から受信したリソース更新確認結果に基づいて、共有リソースの実体の内容がオーナ端末（クライアント端末１１）側で更新されているか否かを調べる（Ｓ２０２）。更新されていない場合は、Ｓ２０１に戻り、再び更新の有無を確認する。このＳ２０１、Ｓ２０２の処理の反復により、共有リソースの実体が更新されているか否かが、適宜のタイミングで繰り返し確認されることになる。
【０１０８】
Ｓ２０２の判断で、共有リソースの実体の内容がオーナ端末（クライアント端末１１）側で更新されていた場合は、クライアント端末３１は要求側端末として動作し、更新後の共有リソースをクライアント端末（提供側端末）１１からダウンロードする。具体的には、クライアント端末３１は、オーナ端末であるクライアント端末１１がオンライン状態か否かを調べる（Ｓ２０３）。そして、オンラインの場合は共有リソースの実体をダウンロードし（Ｓ２０４〜Ｓ２０６）、オフラインの場合は当該共有リソースをダウンロード予約状態にする（Ｓ２０７、Ｓ２０８）。以上の処理により、オーナ端末（クライアント端末１１）で記憶されている共有リソースの実体が更新されるごとに、クライアント端末３１側にダウンロードされた共有リソースの実体も随時更新することができる。なお、Ｓ２０３〜Ｓ２０８の処理は図５で示すＳ１０２〜Ｓ１０７の処理と全く同様であるので、詳細な説明は省略する。
【０１０９】
以上に説明したように、本実施形態においてクライアント端末３１は、ユーザによって更新の監視が指定された共有リソースについて実体の内容の更新を検出した場合には、当該共有リソースについてダウンロード要求を行うように構成されている。
【０１１０】
これにより、オーナ端末（クライアント端末１１）に記憶されている共有リソースを監視対象として指定することで、当該共有リソースの実体の内容が変更されるごとに、クライアント端末３１がダウンロードを自動的に繰り返すことになる。従って、クライアント端末３１にダウンロードされている共有リソースの内容を最新の状態に容易に維持することができる。
【０１１１】
以上に本発明の好適な実施形態を説明したが、上記の構成は例えば以下のように変更することができる。
【０１１２】
クライアント端末５で実行されるアプリケーションの表示画面としては、図４のようなものに限定されず、適宜変更することができる。また、ダウンロード開始時に表示されるメッセージとしても、図７及び図１０に示すような内容に限らず、適宜の文面のメッセージに変更することができる。
【０１１３】
更に、共有リソースがダウンロード予約状態となっている旨を表示する態様は、それ以外の共有リソースと視覚的に区別できるように表示できる限り、アイコン１５３ｘで表示する方法に限定されない。例えば、リソースの名前の部分に「（ダウンロード予約）」の文字を付加して表示させたり、ダウンロード予約一覧のウインドウに別途表示させたりする方法に変更することができる。
【０１１４】
図５のＳ１０６及び図１２のＳ２０７の処理が行われる前に、ダウンロード予約をするか否かをユーザに問い合わせる処理が追加されても良い。
【０１１５】
ハッシュ値の比較は、オーナ端末側（図１３のクライアント端末１１側）で行う構成に代えて、ダウンロード要求元（クライアント端末３１側）で行うように変更することもできる。また、ファイルの実体の内容が更新されているか否かは、ハッシュ値に限らず、例えばファイルサイズ、更新のタイムスタンプ等に基づいて確認することができる。
【０１１６】
上記実施形態では外部サーバ２を介して中継サーバ１の相互通信を行うように構成されているが、これに代えて、外部サーバ２を中継せずに中継サーバ１の間で相互に通信する構成に変更することができる。
【０１１７】
上記実施形態の中継通信システムでは、複数の中継サーバ１を用いて、異なるＬＡＮに接続されたクライアント端末５同士で仮想的なリソースの共有を実現している。しかしながらこれに代えて、単一の中継サーバを用いて、同一のＬＡＮに接続されたクライアント端末５同士でリソースを共有する構成に変更することができる。この場合において、共有リソースを提供する側のクライアント端末（提供側端末）がオフラインだったときは、中継サーバが当該提供側端末と通信するときに応答がない旨のエラー（例えば、タイムアウトエラー）が発生することになる。中継サーバはこのエラーに基づいて、提供側端末がオフラインだった旨の信号を、リソースを要求する側のクライアント端末（要求側端末）に送信すれば良い。この変形例の中継通信システムにおいては、図３の構成の中継サーバ１をそのまま使用することができるが、ＷＡＮインタフェース５０２を省略した構成とすることもできる。
【図面の簡単な説明】
【０１１８】
【図１】本発明の一実施形態に係る中継通信システムのネットワーク構成図。
【図２】クライアント端末の機能ブロック図。
【図３】中継サーバの機能ブロック図。
【図４】クライアント端末で実行されるアプリケーションの表示画面の例を示す説明図。
【図５】クライアント端末で実行されるダウンロード処理を示すフローチャート。
【図６】クライアント端末が他のクライアント端末のオンライン状態を確認する場合の通信を示す説明図。
【図７】クライアント端末の表示画面にダウンロード開始の確認メッセージが表示された様子を示す説明図。
【図８】クライアント端末が他のクライアント端末の共有リソースをダウンロードする場合の通信を示す説明図。
【図９】オンライン状態の確認時に、他のクライアント端末がオフライン状態であった場合の通信を示す説明図。
【図１０】ダウンロードが指示された共有リソースについてダウンロード予約状態が設定された場合の表示画面の例を示す説明図。
【図１１】オフライン状態のクライアント端末がオンライン状態に復帰し、ダウンロード予約状態の共有リソースがダウンロード可能になった旨のメッセージが表示された様子を示す説明図。
【図１２】更新時の自動ダウンロード処理を示すフローチャート。
【図１３】クライアント端末が他のクライアント端末の共有リソースの更新の有無を確認する場合の通信を示す説明図。
【符号の説明】
【０１１９】
１  中継サーバ
５  クライアント端末
１５１  リソース一覧ウインドウ
１５３ｘ  ダウンロード予約状態の共有リソースを示すアイコン
１５５ｘ  メッセージ
５０１  ＬＡＮインタフェース（第１通信部）
５０２  ＷＡＮインタフェース（第２通信部）
５０４  共有リソース情報記憶部
５１３  ダウンロード要求送信部（ダウンロード要求通知部）
５１４  実体中継部
５１６  オフライン信号送信部（オフライン通知部）
５１７  オンライン信号送信部（オンライン通知部）
【図１】
2010134650.tif 000003
【図２】
2010134650.tif 000004
【図３】
2010134650.tif 000005
【図４】
2010134650.tif 000006
【図５】
2010134650.tif 000007
【図６】
2010134650.tif 000008
【図７】
2010134650.tif 000009
【図８】
2010134650.tif 000010
【図９】
2010134650.tif 000011
【図１０】
2010134650.tif 000012
【図１１】
2010134650.tif 000013
【図１２】
2010134650.tif 000014
【図１３】
2010134650.tif 000015