(57)【要約】【課題】重要なデータのロケーション分散を簡易に低コストで実現することを可能とする技術を提供する。【解決手段】  通信ネットワークを介して他の端末装置と通信可能な端末装置において、前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する要求メッセージを送信する手段と、前記他の端末装置から前記要求メッセージに対する応答メッセージを受信し、その応答メッセージが前記記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手段と、前記記憶領域に格納された前記データを前記他の端末装置から取得する手段とを備えて構成する。【選択図】  図１
2005301824.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して他の端末装置と通信可能な端末装置であって、
前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する要求メッセージを送信する手段と、
前記他の端末装置から前記要求メッセージに対する応答メッセージを受信し、その応答メッセージが前記記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手段と、
前記記憶領域に格納された前記データを前記他の端末装置から取得する手段と
を有することを特徴とする端末装置。
【請求項２】
複数の端末装置の識別情報とグループ名とを対応付けて保持する機能を有する仲介サーバと通信する手段と、
前記仲介サーバに、前記端末装置の識別情報と、当該端末装置が属するグループ名を含む情報を送信する手段とを更に有する請求項１に記載の端末装置。
【請求項３】
前記仲介サーバに、特定のグループに属し、前記要求メッセージを送信する対象となる他の端末装置の情報を要求し、当該仲介サーバから、前記特定のグループに属する他の端末装置の情報を受信する手段を更に有する請求項２に記載の端末装置。
【請求項４】
通信ネットワークを介して他の端末装置と通信可能な端末装置であって、
前記他の端末装置から、前記端末装置の記憶領域の使用を要求する要求メッセージを受信する手段と、
前記要求メッセージの受信に応じて前記記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、当該記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを前記他の端末装置に送信する手段と、
前記他の端末装置からデータを受信し、前記記憶領域に格納する手段と
を有することを特徴とする端末装置。
【請求項５】
通信ネットワークを介して他の端末装置と通信可能な端末装置であって、
前記他の端末装置から、前記端末装置の記憶領域の使用を要求する第1の要求メッセージを受信する手段と、
前記要求メッセージの受信に応じて前記記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する第２の要求メッセージを送信する手段と、
前記第１の要求メッセージに対する記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを前記他の端末装置に送信する手段と、
前記他の端末装置からデータを受信し、前記記憶領域に格納する手段と
前記他の端末装置から前記第２の要求メッセージに対する応答メッセージを受信し、その応答メッセージが記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手段と
を有することを特徴とする端末装置。
【請求項６】
通信ネットワークを介して接続された第１の端末装置と第２の端末装置を含むシステムにおける処理の方法であって、
第１の端末装置が、第２の端末装置に当該第２の端末装置の記憶領域の使用を要求する要求メッセージを送信するステップと、
第２の端末装置が、前記要求メッセージを受信し、記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、当該記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを第１の端末装置に送信するステップと、
第１の端末装置が、第２の端末装置から前記応答メッセージを受信し、第２の端末装置の記憶領域に格納するデータを第２の端末装置に送信するステップと、
第２の端末装置が、第１の端末装置から前記データを受信し、前記要求メッセージに応じて確保した記憶領域に当該データを格納するステップと
を有することを特徴とする方法。
【請求項７】
第２の端末装置が、前記要求メッセージの受信に応じて、他の端末装置の記憶領域の使用を要求するメッセージを前記通信ネットワークを介して接続された仲介サーバに送信するステップと、
前記仲介サーバが、記憶領域を第２の端末装置に使用させることが可能な第３の端末装置の情報を第２の端末装置に送信するステップと、
第２の端末装置が、第３の端末装置に接続し、第３の端末装置の記憶領域を使用するステップと
を更に有する請求項６に記載の方法。
【請求項８】
第１の端末装置と第２の端末装置は同一のグループに属し、当該グループに属する端末装置の情報を含むテーブル情報を有する仲介サーバが前記通信ネットワークに接続されており、前記方法は、
前記通信ネットワークに接続された第３の端末装置が、前記仲介サーバに、前記グループ内のいずれかの端末装置への接続を要求する接続要求メッセージを送信するステップと、
前記接続要求メッセージを受信した仲介サーバが、前記テーブル情報を参照することにより、第１の端末装置と第２の端末装置を含む前記グループに属する端末装置のうちのいずれか１つを選択し、選択した端末装置宛に前記接続要求メッセージを送信するステップと、
第３の端末装置が前記選択された端末装置に接続し、当該端末装置に格納されたデータにアクセスするステップと
を有する請求項６に記載の方法。
【請求項９】
通信ネットワークを介して他の端末装置と通信可能な端末装置に処理を実行させるプログラムであって、
前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する要求メッセージを送信する手順と、
前記他の端末装置から前記要求メッセージに対する応答メッセージを受信し、その応答メッセージが前記記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手順と、
前記記憶領域に格納された前記データを前記他の端末装置から取得する手順と
を前記端末装置に実行させるプログラム。
【請求項１０】
通信ネットワークを介して他の端末装置と通信可能な端末装置に処理を実行させるプログラムであって、
前記他の端末装置から、前記端末装置の記憶領域の使用を要求する要求メッセージを受信する手順と、
前記要求メッセージの受信に応じて前記記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、当該記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを前記他の端末装置に送信する手順と、
前記他の端末装置からデータを受信し、前記記憶領域に格納する手順と
を前記端末装置に実行させるプログラム。
【請求項１１】
通信ネットワークを介して他の端末装置と通信可能な端末装置に処理を実行させるプログラムであって、
前記他の端末装置から、前記端末装置の記憶領域の使用を要求する第1の要求メッセージを受信する手順と、
前記要求メッセージの受信に応じて前記記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する第２の要求メッセージを送信する手順と、
前記第１の要求メッセージに対する記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを前記他の端末装置に送信する手順と、
前記他の端末装置からデータを受信し、前記記憶領域に格納する手順と
前記他の端末装置から前記第２の要求メッセージに対する応答メッセージを受信し、その応答メッセージが記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手順と
を前記端末装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データのディザスタリカバリ等のためにデータを分散して格納しておく技術に関する。
【背景技術】
【０００２】
重要なデータを保持するサーバが故障した場合等に、当該データを復旧することを可能とするディザスタリカバリのための技術が従来からある。
【０００３】
例えば、通常使用するサーバとは別の場所にバックアップサーバを設け、そのバックアップサーバに、バッチもしくはリアルタイムで、通常使用するサーバにおける重要なデータを格納し、通常使用しているサーバのデータが損傷を受けた場合に、バックアップサーバからデータの供給を受けるといった技術がある。
【０００４】
なお、データのバックアップに関連する技術として、例えば特許文献１に記載された技術がある。
【特許文献１】特開２００２−５５８８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来のデータバックアップの技術では、通常使用する設備とは別に設備を構築する必要があるため、コストと手間がかかる。従って、従来のデータバックアップ技術によるデータのロケーション分散は、個人が簡易に利用できるものではなかった。
【０００６】
本発明は上記の点に鑑みてなされたものであり、重要なデータのロケーション分散を簡易に低コストで実現することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題は、通信ネットワークを介して他の端末装置と通信可能な端末装置であって、
前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する要求メッセージを送信する手段と、前記他の端末装置から前記要求メッセージに対する応答メッセージを受信し、その応答メッセージが前記記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手段と、前記記憶領域に格納された前記データを前記他の端末装置から取得する手段とを有する端末装置により解決できる。
【０００８】
本発明によれば、他の端末装置に簡易にデータを格納できることができ、重要なデータのロケーション分散を実現できる。
【０００９】
上記の端末装置において、複数の端末装置の識別情報とグループ名とを対応付けて保持する機能を有する仲介サーバと通信する手段と、前記仲介サーバに、前記端末装置の識別情報と、当該端末装置が属するグループ名を含む情報を送信する手段とを更に有するようにしてもよい。
【００１０】
また、更に、前記仲介サーバに、特定のグループに属し、前記要求メッセージを送信する対象となる他の端末装置の情報を要求し、当該仲介サーバから、前記特定のグループに属する他の端末装置の情報を受信する手段を備えてもよい。このような構成とすることにより、特定のグループに属する端末装置間でデータのロケーション分散を行うことができる。
【００１１】
また、本発明は、通信ネットワークを介して他の端末装置と通信可能な端末装置であって、前記他の端末装置から、前記端末装置の記憶領域の使用を要求する要求メッセージを受信する手段と、前記要求メッセージの受信に応じて前記記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、当該記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを前記他の端末装置に送信する手段と、前記他の端末装置からデータを受信し、前記記憶領域に格納する手段とを有する端末装置として構成することもできる。
【００１２】
また、本発明は、通信ネットワークを介して他の端末装置と通信可能な端末装置であって、前記他の端末装置から、前記端末装置の記憶領域の使用を要求する第1の要求メッセージを受信する手段と、前記要求メッセージの受信に応じて前記記憶領域の使用を許可するか否かを判断し、記憶領域の使用を許可する場合に、前記他の端末装置に、当該他の端末装置の記憶領域の使用を要求する第２の要求メッセージを送信する手段と、前記第１の要求メッセージに対する記憶領域を確保し、記憶領域の使用を許可することを示す応答メッセージを前記他の端末装置に送信する手段と、前記他の端末装置からデータを受信し、前記記憶領域に格納する手段と前記他の端末装置から前記第２の要求メッセージに対する応答メッセージを受信し、その応答メッセージが記憶領域の使用を許可する内容である場合に、当該記憶領域に格納するデータを前記他の端末装置に送信する手段とを有する端末装置としてもよい。
【００１３】
本発明によれば、記憶領域確保要求を受信した端末装置が、当該要求を送信した端末装置に対して記憶領域確保要求を送信するので、記憶領域の交換を簡易に実現できる。
【発明の効果】
【００１４】
上記のように本発明によれば、他の端末装置に簡易にデータを格納できることができるようになるので、重要なデータのロケーション分散を簡易に低コストで実現できる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施の形態について説明する。
【００１６】
（概要）
本発明の実施の形態では、インターネット等の通信ネットワークを介してピアツーピア通信を行う２つの端末間でデータの分散配置を行う。図１を参照してその処理の概要を説明する。
【００１７】
図１に示すように、端末１と端末２の間に、端末１と端末２との間でのピアツーピア（Ｐ２Ｐ）通信のデータチャネルを確立するための仲介サーバ３を備える。仲介サーバ３は、データチャネルを確立するために、端末から送信される接続要求に含まれる接続先の端末の名前を、宛先のアドレスに変換する名前解決を行い、データチャネル確立のための情報交換を仲介するためのサーバであり、例えばＳＩＰ（Session Initiation Protocol）を用いてデータチャネルを確立する場合であれば、仲介サーバ３はＳＩＰプロキシサーバである。また、確立されるデータチャネルは例えばＩＰｓｅｃ等の暗号化チャネルとすることができるが、本実施の形態では暗号化を行わなくてもよい。データチャネルとして暗号化チャネルを用いる場合、仲介サーバ３は、暗号化通信のための鍵情報とアドレス情報等の交換を端末間で仲介する。
【００１８】
図１において、まず、端末１、端末２の各々が仲介サーバ３に対して自身の名前、アドレス、及び端末が属するグループ（本明細書では“コミュニティ”と呼ぶ）の登録を行う（ステップＳ１）。
【００１９】
その後、図１の例では端末１が端末２に対する接続要求メッセージを送信する（ステップＳ２）。なお、接続要求メッセージの送信前に、端末１が仲介サーバ３を利用して、接続先の端末の情報を取得し、接続先の端末を選択すことが可能である。ステップＳ２において送信された接続要求メッセージは、仲介サーバ３を介して端末２に送信され（ステップＳ３）、端末２は当該接続要求メッセージに対する応答メッセージを送信する（ステップＳ４、Ｓ５）。応答メッセージを端末１が受信することにより、端末１と端末２はピアツーピア通信に必要な互いのアドレス情報等を取得し、端末１と端末２間でのピアツーピア通信が可能となる。
【００２０】
上記のようにして確立された端末１と端末２との間のデータチャネルを用いることにより、端末１は端末２に対し、端末２の記憶領域の使用要求を送信する（ステップＳ６）。端末２は、自身の記憶領域の使用を端末１に対して許可するか否かの判断を行い、許可する場合には、その旨の応答を端末１に返す（ステップＳ７）。使用許可の旨の応答を受信した端末１は、端末２に確保した記憶領域に自身のデータを転送し（ステップＳ８）、端末２がそのデータを格納する。また、端末２に格納した端末１のデータは、端末１からのデータ要求によって端末１に送信される。また、端末２に格納した端末１のデータは、端末１からのデータ削除操作、記憶領域の使用期間満了等の契機によって削除され、当該記憶領域は開放される。
【００２１】
（装置構成）
上記の各端末及び仲介サーバの各々は、ＣＰＵ、記憶装置、入出力装置、通信装置等を備えた一般的なコンピュータに、本明細書で説明する各処理を実行するプログラムを搭載することにより実現できる。そのようなプログラムにより実現される端末と仲介サーバの機能ブロックを含む構成を図２に示す。なお、仲介サーバ３としてＳＩＰプロキシサーバを例として示している。なお、端末１と端末２は同じ構成なので、端末については端末１について説明する。
【００２２】
図２に示すように、端末１は、リソース交換機能部１１と、ＳＩＰ機能部１２を有している。リソース交換機能部１１は、ユーザ検索機能部１１１、リソース交換処理部１１２、記憶領域確保テーブル１１３を有している。
【００２３】
ユーザ検索機能部１１１は、例えばＳＵＢＳＣＲＩＢＥメッセージをＳＩＰプロキシサーバ３に送信することにより、コミュニティに参加している端末の情報を受信し、その中から特定の端末を選択する機能を有している。ＳＩＰプロキシサーバ３に特定の条件で端末の検索を依頼し、その結果を受信するような構成としてもよい。リソース交換処理部１１２は、図１のステップＳ６以降のリソース交換（記憶領域の貸し借り）処理を行うための処理部であり、記憶領域確保テーブル１１３を参照して、現時点での記録領域貸し出し状況を確認するとともに、現時点での全体の記憶容量等を考慮して、要求のあった記憶容量を貸し出すか否かの判断を行う。また、後述する例におけるリソースの交換全般の処理を行う。記憶領域確保テーブル１１３には、記憶領域を貸し出した端末名に対応付けて、貸し出した記憶容量及び使用期限が記録されている。ＳＩＰ機能部１２は、ＳＩＰに係るセッションを実行するための機能部であり、セッションを管理するためのセッション管理部１２１を有している。
【００２４】
ＳＩＰプロキシサーバ３は、ユーザ状態管理テーブルを保持し、コミュニティに関する処理等を行うユーザ状態管理部３３、本実施の形態に係るＳＩＰのセッションに関する処理を行うセッション管理部３１、後述する負荷分散処理を行う分散処理部３２を有している。ユーザ状態管理テーブルについては以下の例で詳細に説明する。
【００２５】
以下、上記構成を有する装置における各処理について詳細に説明する。
【００２６】
（相手端末特定に関する処理）
まず、図３を参照して、端末が特定の端末に接続要求を送信するまでの処理について詳細に説明する。図３の例のＳＩＰプロキシサーバ３は、図４に示すようなユーザ状態管理テーブルを有している。図４に示すように、このユーザ状態管理テーブルには、コミュニティ名と、そのコミュニティに属する端末の名前と、端末がコミュニティの他のメンバー（端末）に自身の存在を通知するか否かを示す情報（通知or非通知）を含む。以降、コミュニティの他のメンバーに自身の存在を通知することを許容している場合、その端末は当該コミュニティに“参加している”と表現する場合がある。
【００２７】
図３において、まず、端末が属そうとしているコミュニティ名と、端末の名前、及びアドレスの情報がＳＩＰのＲＥＧＩＳＴＥＲメッセージにより各端末からＳＩＰプロキシサーバ３に送信され、ＳＩＰプロキシサーバはその情報から、ユーザ状態管理テーブルにコミュニティ名と、それに対応する端末の名前を記録する（ステップＳ１１）。なお、名前解決に使用するための、名前とアドレスとを対応付けた情報も記録しておく。
【００２８】
ここで、端末１のユーザが、コミュニティ内のいずれかの端末の記憶領域を借りたいと考えた場合に、ユーザが端末１に命令等することにより、ユーザ端末１は、コミュニティ名である“ｃｏｍｍｕｎｉｔｙ−１２３４”を含むＳＵＢＳＣＲＩＢＥメッセージをＳＩＰプロキシサーバ３に送信する（ステップＳ１２）。このメッセージは、ＳＩＰプロキシサーバ３に、コミュニティ“ｃｏｍｍｕｎｉｔｙ−１２３４”に参加している端末の名前の送信を要求するメッセージである。図示を省略しているが、図３の場合、最初に“ｃｏｍｍｕｎｉｔｙ−１２３４”に参加している端末は無いので、ＳＩＰプロキシサーバ３は、参加しているメンバーが無いことを示すＮＯＴＩＦＹメッセージを端末１に返す。
【００２９】
ステップＳ１３にて、端末２がＳＩＰプロキシサーバ３に“ｃｏｍｍｕｎｉｔｙ−１２３４”を指定したＰＵＢＬＩＳＨメッセージを送信する。このメッセージは、コミュニティ“ｃｏｍｍｕｎｉｔｙ−１２３４”のメンバーに、自身（この場合は端末２）の存在を通知することをＳＩＰプロキシサーバ３に対して許容するためのメッセージである。このメッセージをＳＩＰプロキシサーバ３が受信すると、ＳＩＰプロキシサーバ３はユーザ状態管理テーブルの端末２の通知ｏｒ非通知のフィールドを“通知”にする。
【００３０】
なお、ステップＳ１３において、端末２が、“ｃｏｍｍｕｎｉｔｙ−１２３４”に対応付けてユーザ状態管理テーブルに登録されていない場合には、ＳＩＰプロキシサーバ３は例えばエラーメッセージを端末２に送信し、端末２の“ｃｏｍｍｕｎｉｔｙ−１２３４”への参加を拒否することができる。これにより、特定のコミュニティ内での処理が可能となる。
【００３１】
端末２がコミュニティ“ｃｏｍｍｕｎｉｔｙ−１２３４”に参加したことに応じて、ＳＩＰプロキシサーバ３は端末１に対して、“ｃｏｍｍｕｎｉｔｙ−１２３４”に端末２がメンバーとして参加していることを通知するＮＯＴＩＦＹメッセージを送信する（ステップＳ１４）。
【００３２】
端末１は、通知された端末２の名前を宛先としてＩＮＶＩＴＥメッセージをＳＩＰプロキシサーバに送信することにより、端末２に対する接続要求を行う（ステップＳ１５）。（ステップＳ１６〜Ｓ２０）を経て端末１と端末２が接続され、ステップＳ２１〜Ｓ２３にて記憶領域の貸し借りの処理が行われる。
【００３３】
なお、ステップＳ１４において複数の端末が通知された場合には、そのうちの一つを選択して接続要求を送信する。ここで、ステップＳ１４において、ＳＩＰプロキシサーバ３が各端末の名前とともに、各端末の場所、各端末が他の端末に貸し出せる記憶容量等を端末１に通知するようにすれば、端末１はその情報に基づき対象の端末を選択することができる。
【００３４】
（詳細動作：端末１（送信側））
次に、端末１、端末２における記憶領域の交換に関する処理を各々の動作を示すフローチャートを参照してより詳細に説明する。最初に、図５を参照して端末１（送信側）の動作を説明する。
【００３５】
まず、端末１は、記憶領域を借りる先の端末を選択する（ここでは端末２を選択するものとする）（ステップＳ３１）。そして、端末１は、端末２に対して、記憶領域の確保を要求するための記憶領域確保要求メッセージを送信する（ステップＳ３２）。記憶領域確保要求メッセージには、端末１の名前、端末２において端末１のために確保する要求記憶容量、端末２における当該記憶領域の使用期限等の条件を含む。記憶容量は、例えば端末１のユーザが希望する容量を端末１において入力して指定してもよいし、端末２に格納しようとしているファイル名を指定することにより、端末１が自動的に当該ファイルに適合する容量を記憶領域確保メッセージに含めるようにしてもよい。
【００３６】
その後、端末１は端末２からの応答メッセージを待ち、端末２からの応答メッセージを受信（ステップＳ３３）したら、その応答メッセージが記憶領域確保要求メッセージに含まれる要求を許可するものであるかどうかをチェックする（ステップＳ３４）。なお、応答メッセージは、記憶領域確保要求メッセージにおける記憶容量確保の可否、使用期限に対する可否等が含まれる。また、後述するように、要求した条件に満たない条件により記憶容量を端末２が確保した場合には、その条件が含まれる。
【００３７】
応答メッセージが、記憶領域確保要求メッセージに含まれる要求を許可する内容である場合、端末２に対し、端末２に格納するデータを送信する（ステップＳ３５）。応答メッセージが、記憶領域確保要求メッセージに含まれる要求を許可しない内容（拒否応答）であった場合は、ステップＳ３１において別の端末を選択し、再度ステップＳ３２からの処理を実行する。
【００３８】
端末１は、当該データの格納期限までの間、例えば定期的に端末２の記憶領域にアクセスをすることにより、データが正しく格納されているか否かのチェックを行う。また、端末１は、端末２に格納したデータが必要であると判断した場合には、そのデータを端末２から取得する（ステップＳ３６）。この判断は、ユーザによる指示により、もしくは、端末１における当該データが損傷を受けた場合等に自動的に行われる。また、適宜データの保守を行う。
【００３９】
また、端末２におけるデータ格納の必要がなくなった場合等、記憶領域の使用を終了する場合には（ステップＳ３７のＹｅｓ）、端末１から端末２に当該データを削除する通知を送信する（ステップＳ３８）。更に、格納期限が経過した場合には（ステップＳ３９のＹｅｓ）、端末１は端末２に格納したデータの管理を終了する。なお、期限が経過した場合に、再度記憶領域確保要求メッセージを端末２に送信するようにしてもよい。
【００４０】
（詳細動作：端末２（受信側））
次に、図６を参照して受信側の端末２の動作を説明する。まず、端末２は、端末１から送信された記憶領域確保要求メッセージを受信する（ステップＳ４１）。そして、記憶領域確保要求メッセージに含まれる記憶容量等の要求を許可するか否かを判定する。判定は、例えば、記憶領域確保要求メッセージに含まれる端末の名前が記憶領域の利用を許可する端末として予め登録した端末の名前か否か、要求された記録容量を要求された期限まで確保できるか否か等を記憶領域確保テーブルを参照すること等により行う。
【００４１】
端末１から送信された要求を許可できない場合（ステップＳ４２のＮｏ）、端末２は拒否応答メッセージを端末１に送信する（ステップＳ４３）。要求を許可できる場合、端末２は、要求された記憶容量の記録領域を確保する（ステップＳ４４）。
【００４２】
記録領域の確保の方法として、例えば、端末１のみがアクセスできるディレクトリを作成する方法がある。また、端末１から送信するデータを端末１の暗号鍵で暗号化することにより、一般的なディレクトリを作成することとしてもよい。これらの方法により、確保した記録領域に格納されたデータは、端末１によってのみ利用可能となる。
【００４３】
また、図７に示すように、端末２は記憶領域確保テーブルに、端末１に対して確保した記憶容量と使用期限とを端末１の名前に対応付けて記録する。
【００４４】
続いて、端末２は、端末１に対して要求を許可した旨のメッセージを送信する（ステップＳ４５）。なお、ステップＳ４４にて、端末１から要求された条件を完全には満たせない場合でも、満たせる範囲で記憶領域の確保をし、どのような条件で記憶領域の確保をしたのかの情報を、ステップＳ４５の応答メッセージに含めるようにしてもよい。例えば、端末１から記憶容量１２０Ｍ、期間４ヶ月の要求があったが、端末２では、記憶容量１００Ｍ、期間３ヶ月までしか要求を満たせない場合、端末２は、記憶容量１００Ｍ、期間３ヶ月の条件で記憶領域確保を行い、この条件で記憶領域確保を行った旨を応答メッセージに含めてステップＳ４５において端末１に送信する。その後、端末２は、端末１からデータの送信の要求があれば当該データを適宜端末１に送信する。
【００４５】
端末２は、端末１から領域確保終了の通知を受信した場合（ステップＳ４６のＹｅｓ）、もしくは当該データの格納期限として設定した期限が経過した場合に（ステップＳ４７のＹｅｓ）、当該記憶領域を解放する（ステップＳ４８）。なお、最初に設定した領域確保期間内であっても、端末２において当該記憶領域を解放する必要がある場合には、その旨の通知を端末１に対して送信する。
【００４６】
（記憶領域スワップの例）
上記の例は一方の要求に対し、その要求に応じて他方が記憶領域を確保するものである。その他、次に説明するように、一方の要求に応じて他方も要求を行うことにより記憶領域のスワップを行うことが可能である。この例を図８と図９を参照して説明する。
【００４７】
図８は、送信側である端末１の動作を示すフローチャートである。図５に示した例と同様に、端末１は端末２に対して記憶領域確保要求メッセージを送信する（ステップＳ５１、Ｓ５２）。例えば、要求記憶容量１００Ｍ、記憶領域確保期間３ヶ月とした記憶領域確保要求メッセージを送信する。当該記憶領域確保要求メッセージを受信した端末２は、同じ条件を含む記憶領域確保要求メッセージを端末１に対して送信する。端末２からの記憶領域確保要求メッセージを受信した端末１は、図６におけるステップＳ４１〜ステップＳ４５と同様の処理を行い、端末２に対して拒否応答メッセージ、もしくは端末２からの要求に係る記憶領域を確保した旨の応答メッセージを送信する（ステップＳ５３）。
【００４８】
また、端末１は、端末２からの要求に対する記憶領域（貸す記憶領域）に係る処理として、図６のステップＳ４６〜ステップＳ４８と同様の処理を行う（ステップＳ５４）。
【００４９】
また、端末１は、借りる記憶領域に係る処理として、端末２に対する記憶領域確保要求メッセージに対する応答を受信することを含む、図５のステップＳ３３〜ステップ３９と同様の処理を実行する（ステップＳ５５）。
【００５０】
次に、端末２の動作を図９のフローチャートを参照して説明する。端末２は、端末１から記憶領域確保要求メッセージを受信すると（ステップＳ６1）、当該要求に対して許可できるかどうかの判定を行い、許可できる場合には（ステップＳ６２のＹｅｓ）、同条件の要求を含む記憶領域確保要求メッセージを端末１に送信する（ステップＳ６３）。端末１からの要求に応じた記憶領域を確保できない場合（ステップＳ６２のＮｏ）、端末１に対して拒否応答メッセージを送信する（ステップＳ６４）。記憶領域確保要求メッセージを端末１に送信した後、記憶領域確保要求メッセージに対する端末１からの応答を待ち、応答を受信すると（ステップＳ６５）、その応答が端末２からの要求を端末１が許可するものかどうかを判定する。許可するものであれば（ステップＳ６６のＹｅｓ）、最初に端末１から受信した要求に対応する記憶領域の確保等、貸すほうの記憶領域に係る処理として、図６のステップＳ４４〜ステップＳ４８と同様の処理を行う（ステップＳ６８）。また、許可するものでなければ（ステップＳ６６のＮｏ）、端末１に対して拒否応答メッセージを送信する（ステップＳ６９）。
【００５１】
また、端末２からの要求を端末１が許可する場合、借りるほうの記憶領域に係る処理として、図５のステップＳ３５〜ステップＳ３９と同様の処理を実行する（ステップＳ７０）。
【００５２】
（複数端末間でのスワップ）
ＳＩＰプロキシサーバ３が、コミュニティに属する端末における記憶領域交換の状態を管理することにより、複数端末間での記憶領域のスワップを行うことも可能である。端末Ａ、Ｂ、Ｃ間でのスワップの例を次に説明する。
【００５３】
この場合、ＳＩＰプロキシサーバ３におけるユーザ状態管理テーブルは、図１０の構成を有している。すなわち、コミュニティＸに属する端末Ａ、Ｂ、Ｃの各々に対して、貸与可能な記憶容量、借用中の記憶容量、貸与中の記憶容量を含む構成を有している。コミュニティ名と端末名、及び貸与可能な記憶容量は、予めＲＥＧＩＳＴＥＲメッセージで登録しておく。そして、この例では、端末間による記憶容量の要請、応答メッセージの送受信の処理に加えて、各端末は記憶容量の貸借の状況を、ＳＩＰプロキシサーバ３とのシグナリングチャネルを介してＳＩＰプロキシサーバ３に報告するものとする。なお、図１０は、以下で説明する処理が終了した状態を示すものである。
【００５４】
例えば、端末Ａが、端末Ｂの記憶容量を１００Ｍ借用した場合、その情報をＳＩＰプロキシサーバ３に報告する。ＳＩＰプロキシサーバ３は、図１０に示すように、端末Ａが端末Ｂの記憶容量１００Ｍを借用している旨を記録する。
【００５５】
端末Ｂは、端末Ａへの記憶容量貸与に応じて他の端末から記憶領域の借用を希望するが、この複数端末間でのスワップの例では、端末Ｂは、要求する記憶容量をＳＩＰプロキシサーバ３に通知する。ＳＩＰプロキシサーバ３は、端末Ａから１００Ｍ借用できないが、端末Ｃから借用可能であることを端末Ｂに通知する。端末Ｂは、この情報に基づき、端末Ｃに対する接続要求を送信し、端末Ｃとの接続を行い、端末Ｃの記憶容量を借用する処理を行う。図１０は、端末Ｂが端末Ｃから１００Ｍの記憶容量の借用を行った後の状態を示すものである。
【００５６】
上記は３つの端末が登場する例であるが、多数の端末間でも同様に、空きのある端末に記憶容量を借用する処理を順次行うことが可能であり、コミュニティ全体として、効率よく記憶容量の使用をすることが可能となる。
【００５７】
（負荷分散処理の説明）
これまでに説明した機構を用いてデータを複数の端末に分散配置することにより、データのディザスタリカバリを行うことができるとともに、データへのアクセスに係る負荷分散を行うことも可能である。ＳＩＰプロキシサーバ３の分散処理部３２により負荷分散を行う例について、図１１のシーケンスチャートを参照して説明する。
【００５８】
この例では、端末Ａと端末Ｂが、他の端末に公開するための同じデータを格納しているものとする。まず、端末Ａと端末Ｂが、ＰＵＢＬＩＳＨメッセージを用いた参加の通知をＳＩＰプロキシサーバ３に送信する（ステップＳ８１、Ｓ８２）。この負荷分散処理の例では、この通知により、ＳＩＰプロキシサーバ３は、端末Ａと端末Ｂが他の端末からのデータアクセスを許容するものであることを認識する。
【００５９】
続いて、前記公開に係るデータを利用するために、端末Ｃからコミュニティ“ｃｏｍｍｕｎｉｔｙ−１２３４”のいずれかの端末へのアクセスを要求するＩＮＶＩＴＥメッセージがＳＩＰプロキシサーバ３に送信される（ステップＳ８３）。ＳＩＰプロキシサーバ３は、端末Ａ、Ｂのいずれかを任意に選択し、選択した端末（この場合、端末Ａを選択）に対して接続を要求するＩＮＶＩＴＥメッセージを送信する（ステップＳ８４）。そして、端末Ｃと端末Ａとの間でデータチャネルが確立され、端末Ｃは端末Ａのデータにアクセスする（ステップＳ８５）。
【００６０】
また、次に、端末Ｄがコミュニティ“ｃｏｍｍｕｎｉｔｙ−１２３４”のいずれかの端末へのアクセスを要求するＩＮＶＩＴＥメッセージをＳＩＰプロキシサーバ３に送信する（ステップＳ８６）。ＳＩＰプロキシサーバ３は、端末Ａと端末Ｂのうち、端末Ａについてはすでに端末Ｃにアクセスさせているので、もう一方の端末Ｂに端末Ｄからの接続を要求するＩＮＶＩＴＥメッセージを送信する（ステップＳ８７）。そして、端末Ｄは端末Ｂのデータにアクセスする（ステップＳ８８）。これにより、端末Ａと端末Ｂとの間での負荷分散が実現できる。
【００６１】
上記のように順番にアクセス先の端末を選択する他、端末の処理能力等に応じて予め端末間に優先順位をつけておき、その優先順位に従って端末を選択するようにしてもよい。このような負荷分散処理の技術は、データ容量は特に大きくはないが、アクセス頻度や入出力処理の負荷が大きい場合に特に大きな効果を奏する。
【００６２】
上記のように本発明に係る実施の形態によれば、記憶領域の交換が容易になることから、簡易なデータディザスタリカバリ技術を提供することが可能となる。また、コミュニティ内で記憶領域を効率的に分散することが可能となることから、記憶領域の有効活用が実現できる。更に、仲介サーバの機能を用いることにより、簡易な負荷分散技術を提供できる。
【００６３】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態における処理の概要を説明するための図である。
【図２】端末と仲介サーバの構成図である。
【図３】端末が特定の端末に接続要求を送信するまでの処理について詳細に説明するための図である。
【図４】ユーザ状態管理テーブルの一例を示す図である。
【図５】端末１（送信側）の動作を説明するためのフローチャートである。
【図６】端末２（受信側）の動作を説明するためのフローチャートである。
【図７】記憶領域確保テーブルの一例を示す図である。
【図８】記憶領域のスワップを行う場合における端末１（送信側）の動作を説明するためのフローチャートである。
【図９】記憶領域のスワップを行う場合における端末２（受信側）の動作を説明するためのフローチャートである。
【図１０】ユーザ状態管理テーブルの他の例を示す図である。
【図１１】負荷分散処理を説明するためのシーケンスチャートである。
【符号の説明】
【００６５】
１、２  端末
３  仲介サーバ、ＳＩＰプロキシサーバ
１１  リソース交換機能部
１２  ＳＩＰ機能部
１１１  ユーザ検索機能部
１１２  リソース交換処理部
１１３  記憶領域確保テーブル
１２１、３１  セッション管理部
３２  分散処理部
３３  ユーザ状態管理部
【図１】
2005301824.tif 000003
【図２】
2005301824.tif 000004
【図３】
2005301824.tif 000005
【図４】
2005301824.tif 000006
【図５】
2005301824.tif 000007
【図６】
2005301824.tif 000008
【図７】
2005301824.tif 000009
【図８】
2005301824.tif 000010
【図９】
2005301824.tif 000011
【図１０】
2005301824.tif 000012
【図１１】
2005301824.tif 000013