(57)【要約】【課題】サーバのリソースの大部分がデータ受信処理に使用されている場合、すでに受信したデータを見ることができないことがある。【解決手段】本発明では、サーバ２０は、クライアント装置１０からのデータの受信中に、サーバ２０のリソースのリソース利用率が予め設定された閾値を超えたか否かを監視し、リソース利用率が閾値を超えた場合、データを縮小するデータ縮小命令をクライアント装置１０に送信する。クライアント装置１０は、サーバ２０からデータ縮小命令を受信した場合、データを縮小し、縮小したデータをサーバ２０に送信する。【選択図】図２
2010287173.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置と、前記クライアント装置からデータを受信し、受信したデータを保全するサーバと、によるデータ保全方法であって、
前記サーバが、前記クライアント装置からのデータの受信中に、前記サーバのリソースのリソース利用率が予め設定された閾値を超えたか否かを監視するステップと、
前記サーバが、前記リソース利用率が前記閾値を超えた場合に、データを縮小するデータ縮小命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記データ縮小命令を受信した場合に、データを縮小し、縮小したデータを前記サーバに送信するステップと、を有するデータ保全方法。
【請求項２】
前記サーバが、前記クライアント装置からの第１データの受信中に、第２データの受信命令を受け付けた場合に、前記第１データの送信を一時停止させる第１データ一時停止命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記第１データ一時停止命令を受信した場合に、前記第１データの送信を一時停止し、第１データ一時停止完了報告を前記サーバに送信するステップと、
前記サーバが、前記クライアント装置から前記第１データ一時停止完了報告を受信した場合に、前記第２データの受信準備を開始するステップと、
前記サーバが、前記第２データの受信準備を完了した後に、前記第２データの送信を開始させる第２データ送信命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記第２データ送信命令を受信した場合に、前記第２データの送信を開始し、前記第２データの送信を完了した後に、第２データ送信完了報告を前記サーバに送信するステップと、
前記サーバが、前記クライアント装置から前記第２データ送信完了報告を受信した場合に、前記第１データの再受信準備を開始するステップと、
前記サーバが、前記第１データの再受信準備を完了した後に、前記第１データの残りの部分の送信を再開させる第１データ再送信命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記第１データ再送信命令を受信した場合に、前記第１データの残りの部分の送信を再開するステップと、をさらに有する請求項１に記載のデータ保全方法。
【請求項３】
クライアント装置と、前記クライアント装置からデータを受信し、受信したデータを保全するサーバと、を有してなるデータ保全システムであって、
前記サーバは、
前記クライアント装置からデータを受信するデータ受信部と、
前記クライアント装置からのデータの受信中に、前記サーバのリソースのリソース利用率が予め設定された閾値を超えたか否かを監視するリソース利用率監視部と、
前記リソース利用率が前記閾値を超えた場合に、データを縮小するデータ縮小命令を前記クライアント装置に送信するクライアント制御部と、を有し、
前記クライアント装置は、
前記サーバから前記データ縮小命令を受信した場合に、データを縮小し、縮小したデータを前記サーバに送信するデータ送信部と、を有するデータ保全システム。
【請求項４】
前記サーバは、
前記クライアント装置から受信したデータを保存する受信データ保存部をさらに有し、
前記クライアント制御部は、
前記クライアント装置からの第１データの受信中に、第２データの受信命令を受け付けた場合、
前記第１データの送信を一時停止させる第１データ一時停止命令を前記クライアント装置に送信し、
前記クライアント装置から、前記第１データの送信を一時停止した旨の第１データ一時停止完了報告を受信した場合に、前記データ受信部および前記受信データ保存部による前記第２データの受信準備を開始させ、
前記第２データの受信準備を完了した後に、前記第２データの送信を開始させる第２データ送信命令を前記クライアント装置に送信し、
前記クライアント装置から、前記第２データの送信を完了した旨の第２データ送信完了報告を受信した場合に、前記データ受信部および前記受信データ保存部による前記第１データの再受信準備を開始させ、
前記第１データの再受信準備を完了した後に、前記第１データの残りの部分の送信を再開させる第１データ再送信命令を前記クライアント装置に送信し、
前記クライアント装置は、
前記サーバから前記第１データ一時停止命令を受信した場合に、前記第１データの送信を前記データ送信部に一時停止させ、
前記サーバから前記第２データ送信命令を受信した場合に、前記第２データの送信を前記データ送信部に開始させ、
前記サーバから前記第１データ再送信命令を受信した場合に、前記第１データの残りの部分の送信を前記データ送信部に再開させる送信一時停止部と、
前記データ送信部による前記第１データの送信の一時停止が完了した後に、前記第１データ一時停止完了報告を前記サーバに送信し、
前記データ送信部による前記第２データの送信が完了した後に、前記第２データ完了報告を前記サーバに送信する送信データ制御部と、をさらに有する請求項３に記載のデータ保全システム。
【請求項５】
クライアント装置からデータを受信し、受信したデータを保全するサーバであって、
前記クライアント装置からデータを受信するデータ受信部と、
前記クライアント装置からのデータの受信中に、前記サーバのリソースのリソース利用率が予め設定された閾値を超えたか否かを監視するリソース利用率監視部と、
前記リソース利用率が前記閾値を超えた場合に、データを縮小する命令を前記クライアント装置に送信するクライアント制御部と、を有するサーバ。
【請求項６】
前記クライアント装置から受信したデータを保存する受信データ保存部をさらに有し、
前記クライアント制御部は、
前記クライアント装置からの第１データの受信中に、第２データの受信命令を受け付けた場合、
前記第１データの送信を一時停止させる命令を前記クライアント装置に送信し、
前記クライアント装置から、前記第１データの送信を一時停止した旨の報告を受信した場合に、前記データ受信部および前記受信データ保存部による前記第２データの受信準備を開始させ、
前記第２データの受信準備を完了した後に、前記第２データの送信を開始させる命令を前記クライアント装置に送信し、
前記クライアント装置から、前記第２データの送信を完了した旨の報告を受信した場合に、前記データ受信部および前記受信データ保存部による前記第１データの再受信準備を開始させ、
前記第１データの再受信準備を完了した後に、前記第１データの残りの部分の送信を再開させる命令を前記クライアント装置に送信する、請求項５に記載のサーバ。
【請求項７】
保全するデータをサーバに送信するクライアント装置であって、
前記サーバから、データを縮小する命令を受信した場合に、データを縮小し、縮小したデータを前記サーバに送信するデータ送信部を有するクライアント装置。
【請求項８】
前記データ送信部による第１データの送信中に、前記サーバから、前記第１データの送信を一時停止させる命令を受信した場合に、前記第１データの送信を前記データ送信部に一時停止させ、
前記サーバから、第２データの送信を開始させる命令を受信した場合に、前記第２データの送信を前記データ送信部に開始させ、
前記サーバから、前記第１データの残りの部分の送信を再開させる命令を受信した場合に、前記第１データの残りの部分の送信を前記データ送信部に再開させる送信一時停止部と、
前記データ送信部による前記第１データの送信の一時停止が完了した後に、前記第１データの送信を一時停止した旨の報告を前記サーバに送信し、
前記データ送信部による前記第２データの送信が完了した後に、前記第２データの送信を完了した旨の報告を前記サーバに送信する送信データ制御部と、をさらに有する請求項７に記載のクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置のデータをリモートで保全するためのデータ保全方法、データ保全システム、サーバ、クライアント装置に関する。
【背景技術】
【０００２】
クライアントのクライアント装置を、リモートで調査（例えば、外部からの不正アクセスについての調査）する場合、リモートでクライアント装置のデータを保全しつつ、保全したデータを基に調査を行う必要がある。
【０００３】
リモートでデータ保全を行うデータ保全方法として、netcat（nc）と呼ばれるツールを利用した方法が非特許文献１に開示されている。
【０００４】
図４に、netcatを利用した従来のデータ保全システムの構成を示す。
【０００５】
なお、図４に示したデータ保全システムにおいては、サーバ２００が、クライアント装置１００からネットワーク（ＮＷ）を介して送信されてきたデータを受信し、受信したクライアント装置１００のデータを保全することになる。
【０００６】
図４に示したデータ保全システムは、以下のように動作する。
【０００７】
まず、受信側のサーバ２００が、以下のコマンドを実行する。
【０００８】
“# nc -l -p (受信ポート番号) > (ディスク保存先ファイル名)”
これにより、サーバ２００は、以降、（受信ポート番号）で示される受信ポートにデータが受信された場合、受信されたデータを、（ディスク保存先ファイル名）で示されるファイルに保存する。
【０００９】
次に、送信側のクライアント装置１００が、以下のコマンドを実行する。
【００１０】
“# dd if=(ファイル名) | nc (送信先ＩＰアドレス)  (送信先ポート番号)”
これにより、クライアント装置１００は、（ファイル名）で示されるファイルからデータを読み出し、読み出したデータを、（送信先ＩＰアドレス）で示される送信先ＩＰアドレスの（送信先ポート番号）で示される送信先ポートに送信する。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】渡辺勝弘、伊原秀明著、「不正アクセス調査ガイド」、ＩＳＢＮ４−８７３１１−０７９−３、２００２年０４月発行、ｐ．２９９−３０２
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、図４に示した従来のデータ保全システムにおいては、クライアント装置１００は、指定されたファイルから読み出したデータを送信し、また、サーバ２００は、受信したデータを指定されたファイルに保存するだけである。
【００１３】
そのため、ユーザが、サーバ２００上で、データビュー機能を利用して、受信したデータを見たい時でも、ＣＰＵやメモリ等のリソースの大部分がデータ受信処理に使用されている場合には、データビュー機能を満足に利用することができないという課題がある。
【００１４】
また、ＨＤＤ等に保存されている大容量のデータの保全を行っている間に別データを保全することは、たとえその別データがログファイル等の比較的容量が小さいデータであっても、できないという課題がある。
【００１５】
そこで、本発明の目的は、上述した課題の少なくとも１つを解決することができるデータ保全方法、データ保全システム、サーバ、クライアント装置を提供することにある。
【課題を解決するための手段】
【００１６】
本発明のデータ保全方法は、
クライアント装置と、前記クライアント装置からデータを受信し、受信したデータを保全するサーバと、によるデータ保全方法であって、
前記サーバが、前記クライアント装置からのデータの受信中に、前記サーバのリソースのリソース利用率が予め設定された閾値を超えたか否かを監視するステップと、
前記サーバが、前記リソース利用率が前記閾値を超えた場合に、データを縮小するデータ縮小命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記データ縮小命令を受信した場合に、データを縮小し、縮小したデータを前記サーバに送信するステップと、を有する。
【００１７】
また、本発明のデータ保全方法は、
前記サーバが、前記クライアント装置からの第１データの受信中に、第２データの受信命令を受け付けた場合に、前記第１データの送信を一時停止させる第１データ一時停止命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記第１データ一時停止命令を受信した場合に、前記第１データの送信を一時停止し、第１データ一時停止完了報告を前記サーバに送信するステップと、
前記サーバが、前記クライアント装置から前記第１データ一時停止完了報告を受信した場合に、前記第２データの受信準備を開始するステップと、
前記サーバが、前記第２データの受信準備を完了した後に、前記第２データの送信を開始させる第２データ送信命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記第２データ送信命令を受信した場合に、前記第２データの送信を開始し、前記第２データの送信を完了した後に、第２データ送信完了報告を前記サーバに送信するステップと、
前記サーバが、前記クライアント装置から前記第２データ送信完了報告を受信した場合に、前記第１データの再受信準備を開始するステップと、
前記サーバが、前記第１データの再受信準備を完了した後に、前記第１データの残りの部分の送信を再開させる第１データ再送信命令を前記クライアント装置に送信するステップと、
前記クライアント装置が、前記サーバから前記第１データ再送信命令を受信した場合に、前記第１データの残りの部分の送信を再開するステップと、をさらに有する。
【発明の効果】
【００１８】
本発明によれば、サーバは、クライアント装置からのデータの受信中にリソース利用率が閾値を超えた場合、データ縮小命令をクライアント装置に送信し、データを縮小させることで、リソース利用率が閾値を超えないように制御する。
【００１９】
したがって、サーバにおいて、上記の閾値をデータビュー機能の実行時に使用するリソース量に応じたリソース利用率に設定すれば、大容量のデータの受信中も、データビュー機能の実行時に使用するリソースは確保されるため、ユーザは、データビュー機能を利用して、すでに受信したデータを見ることができるという効果が得られる。
【００２０】
また、本発明によれば、サーバは、第１データの受信中に、第２データの受信命令を受け付けた場合、第１データの送信をクライアント装置に一時停止させてから第２データの受信準備をし、その後に第２データの送信をクライアント装置に開始させ、第２データの送信が完了すると、第１データの再受信準備をし、その後に第１データの残りの部分の送信をクライアント装置に再開させる。
【００２１】
したがって、サーバで受信中の第１データが大容量であっても、割り込みをかけて第２データを先に受信できるため、ユーザは、大容量のデータの保全中でも、別の必要なデータを保全することができるという効果が得られる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態のデータ保全システムの構成を示すブロック図である。
【図２】図１に示したデータ保全システムにおいて、データを受信中のサーバのリソース利用率を閾値以下に制御する動作の一例を説明するシーケンス図である。
【図３Ａ】図１に示したデータ保全システムにおいて、データを送受信中のクライアント装置およびサーバに、別データを割り込みで送受信させる動作の一例を説明するシーケンス図である。
【図３Ｂ】図１に示したデータ保全システムにおいて、データを送受信中のクライアント装置およびサーバに、別データを割り込みで送受信させる動作の一例を説明するシーケンス図である。
【図３Ｃ】図１に示したデータ保全システムにおいて、データを送受信中のクライアント装置およびサーバに、別データを割り込みで送受信させる動作の一例を説明するシーケンス図である。
【図４】従来のデータ保全システムの一構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下に、本発明を実施するための形態について図面を参照して説明する。
【００２４】
図１を参照すると、本実施形態のデータ保全システムは、クライアント装置１０と、クライアント装置１０からネットワーク（ＮＷ）を介してデータを受信し、受信したデータを保全するサーバ２０と、を有している。
【００２５】
クライアント装置１０は、接続部１１と、データ送信部１２と、命令受信部１３と、データ取得部１４と、データ送信量制御部１５と、送信データ制御部１６と、送信一時停止部１７と、を有している。
【００２６】
クライアント装置１０内の各部は、概略、以下のように動作する。
【００２７】
接続部１１は、サーバ２０に接続要求を送信して、サーバ２０との接続処理を行う。
【００２８】
データ送信部１２は、サーバ２０にデータを送信する。
【００２９】
命令受信部１３は、サーバ２０から各種の命令を受信し、その命令に対する処理が完了した場合にその旨の報告をサーバ２０に送信する。
【００３０】
データ取得部１４は、データ送信部１２が送信するデータを取得する。
【００３１】
データ送信量制御部１５は、データ送信部１２が送信するデータの容量を制御する。
【００３２】
送信データ制御部１６は、データ送信時にクライアント装置１０全体を制御する。
【００３３】
送信一時停止部１７は、データの送信を一時停止する場合に、データ送信部１２に送信の一時停止・再開を指示する等の各種の処理を行う。
【００３４】
サーバ２０は、接続受付部２１と、データ受信部２２と、命令送信部２３と、クライアント制御部２４と、リソース利用率監視部２５と、受信データ制御部２６と、受信データ保存部２７と、データビュー制御部２８と、を有している。
【００３５】
サーバ２０内の各部は、概略、以下のように動作する。
【００３６】
接続受付部２１は、クライアント装置１０から接続要求を受信した場合に、クライアント装置１０との接続処理を行う。
【００３７】
データ受信部２２は、クライアント装置１０からデータを送信する。
【００３８】
命令送信部２３は、クライアント装置１０に各種の命令を送信し、その命令に対する処理が完了した旨の報告をクライアント装置１０から受信する。
【００３９】
クライアント制御部２４は、クライアント装置１０を制御する。
【００４０】
リソース利用率監視部２５は、クライアント装置１０からのデータの受信中、サーバ２０のＣＰＵやメモリ等のリソースのリソース利用率が予め設定された閾値を超えたか否かを監視する。本実施形態では、閾値は、データビュー制御部２８が実行するデータビュー機能に影響がないリソース利用率、すなわち、データビュー機能の実行時に使用するリソース量に応じたリソース利用率に設定されているものとする。
【００４１】
受信データ制御部２６は、データ受信時にサーバ２０全体を制御する。
【００４２】
受信データ保存部２７は、データ受信部２２に受信されたデータを保存する。
【００４３】
データビュー制御部２８は、データビュー機能を実行する。
【００４４】
以下、本実施形態のデータ保全システムの動作について説明する。
【００４５】
（１）リソース利用率の制御動作
まず、データを受信中のサーバ２０のリソース利用率を閾値以下に制御する動作について、図２を参照して説明する。
【００４６】
図２を参照すると、クライアント装置１０では、データ送信部１２は、データをサーバ２０に送信し、また、サーバ２０では、データ受信部２２は、データ送信部１２から送信されてきたデータを受信している（ステップＳ１０１）。
【００４７】
サーバ２０では、データの受信中、リソース利用率監視部２５は、サーバ２０のリソース利用率が閾値を超えたか否かを監視している。リソース利用率監視部２５は、リソース利用率が閾値を超えたことを検知すると（ステップＳ１０２）、その旨をクライアント制御部２４に通知し（ステップＳ１０３）、クライアント制御部２４は、命令送信部２３を介して、送信データの縮小命令をクライアント装置１０に送信する（ステップＳ１０４）。
【００４８】
続いて、クライアント装置１０では、送信データの縮小命令が命令受信部１３にて受信されると、データ送信量制御部１５は、送信データの縮小準備命令をデータ送信部１２に通知し（ステップＳ１０５）、データ送信部１２は、送信データの縮小準備が完了すると、その旨をデータ送信量制御部１５に通知する（ステップＳ１０６）。次に、データ送信量制御部１５は、命令受信部１３を介して、送信データの縮小完了報告をサーバ２０に送信し（ステップＳ１０７）、データ送信部１２は、送信データをデータ容量を減らすことで縮小し、縮小した送信データの送信を開始する（ステップＳ１０８）。
【００４９】
その後、サーバ２０では、送信データの縮小完了報告が命令送信部２３にて受信されると、クライアント制御部２４は、リソース利用率が閾値を超えているかをリソース利用率監視部２５に再確認させ（ステップＳ１０９）、リソース利用率監視部２５は、未だリソース利用率が閾値を超えている場合（ステップＳ１１０）、ステップＳ１０３の処理に戻る。
【００５０】
上述したように本実施形態においては、サーバ２０は、クライアント装置１０からのデータの受信中にリソース利用率が閾値を超えた場合、送信データ縮小命令をクライアント装置１０に送信し、送信データを縮小させることで、リソース利用率が閾値を超えないように制御する。
【００５１】
したがって、サーバ２０において、上記の閾値を、データビュー機能の実行時に使用するリソース量に応じたリソース利用率に設定すれば、大容量のデータの受信中も、データビュー機能の実行時に使用するリソースが確保されるため、ユーザは、データビュー機能を利用して、すでに受信したデータを見ることができるという効果が得られる。
【００５２】
（２）別データの割り込み動作
次に、データを送受信中のクライアント装置１０およびサーバ２０に、別データを割り込みで送受信させる動作について、図３Ａ、図３Ｂ、図３Ｃを参照して説明する。
【００５３】
図３Ａを参照すると、クライアント装置１０では、データ取得部１４は、データ１を取得し（ステップＳ２０１）、データ送信部１２は、データ取得部１４で取得されたデータ１をサーバ２０に送信し（ステップＳ２０２）、また、サーバ２０では、データ受信部２２は、データ送信部１２から送信されてきたデータ１をデータ保存部２７に保存している（ステップＳ２０３）。
【００５４】
サーバ２０では、データ１の受信中に、ユーザから、別データとなるデータ２の受信命令を受信データ制御部２６にて受け付けると（ステップＳ２０４）、受信データ制御部２６は、データ２の優先受信命令をクライアント制御部２４に通知し（ステップＳ２０５）、クライアント制御部２４は、命令送信部２３を介して、データ１の一時停止命令をクライアント装置１０に送信する（ステップＳ２０６）。
【００５５】
続いて、クライアント装置１０では、データ１の一時停止命令が命令受信部１３にて受信されると、送信データ制御部１６は、データ１の一時停止命令を送信一時停止部１７に通知し（ステップＳ２０７）、送信一時停止部１７は、データ１の送信停止命令と停止箇所情報の返信命令とをデータ送信部１２に通知する（ステップＳ２０８）。次に、データ送信部１２は、データ１の送信を停止し（ステップＳ２０９）、データ１の停止箇所情報を送信一時停止部１７に通知し（ステップＳ２１０）、送信一時停止部１７は、データ１の停止箇所情報を記憶する（ステップＳ２１１）。なお、データ１の停止箇所情報とは、データ１の送信済み部分の末尾のアドレスである。次に、送信一時停止部１７は、データ１の送信の一時停止が完了した旨を送信データ制御部１６に通知し（ステップＳ２１２）、送信データ制御部１６は、命令受信部１３を介して、データ１の一時停止完了報告をサーバ２０に送信する（ステップＳ２１３）。
【００５６】
続いて、サーバ２０では、データ１の一時停止完了報告が命令送信部２３にて受信されると、クライアント制御部２４は、データ２の受信準備命令を受信データ制御部２６に通知する（ステップＳ２１４）。次に、受信データ制御部２６は、データ１の停止箇所情報の返信命令を受信データ保存部２７に通知し（ステップＳ２１５）、受信データ保存部２７は、データ１の停止箇所情報を受信データ制御部２６に返信する（ステップＳ２１６）。なお、データ１の停止箇所情報とは、データ１の受信済み部分の末尾のアドレスである。次に、受信データ制御部２６は、データ２の保存場所の確保命令を受信データ保存部２７に通知し（ステップＳ２１７）、受信データ保存部２７は、データ２の保存場所を確保し（ステップＳ２１８）、その旨とデータ２の保存場所情報とを受信データ制御部２６に通知する（ステップＳ２１９）。なお、データ２の保存場所情報とは、受信データ保存部２７上のデータ２を保存する領域である。
【００５７】
図３Ｂを参照すると、続いて、サーバ２０では、受信データ制御部２６は、受信データの保存場所の切り替え命令とデータ２の保存場所情報とをデータ受信部２２に通知し（ステップＳ２２０）、データ受信部２２は、データ２の保存場所情報を基に受信データの保存場所を切り替え（ステップＳ２２１）、その旨を受信データ制御部２６に通知する（ステップＳ２２２）。次に、受信データ制御部２６は、データ２の受信準備が完了した旨をクライアント制御部２４に通知し（ステップＳ２２３）、クライアント制御部２４は、命令送信部２３を介して、データ２の送信命令をクライアント装置１０に送信する（ステップＳ２２４）。
【００５８】
続いて、クライアント装置１０では、データ２の送信命令が命令受信部１３にて受信されると、送信データ制御部１６は、データ２の送信準備命令をデータ送信部１２に通知し（ステップＳ２２５）、データ送信部１２は、データ２の送信準備が完了すると、その旨を送信データ制御部１６に通知する（ステップＳ２２６）。次に、送信データ制御部１６は、データ２の取得および送信命令をデータ取得部１４に通知する（ステップＳ２２７）。
【００５９】
これにより、以降、クライアント装置１０では、データ取得部１４は、データ２の取得を開始し（ステップＳ２２８）、データ送信部１２は、データ取得部１４で取得されたデータ２のサーバ２０への送信を開始し（ステップＳ２２９）、また、サーバ２０では、データ受信部２２は、データ送信部１２から送信されてきたデータ２の受信データ保存部２７への保存を開始する（ステップＳ２３０）。
【００６０】
続いて、クライアント装置１０では、データ取得部１４は、データ２の取得および送信が完了すると、その旨を送信データ制御部１６に通知し（ステップＳ２３１）、送信データ制御部１６は、命令受信部１３を介して、データ２の送信完了報告をサーバ２０に送信する（ステップＳ２３２）。
【００６１】
続いて、サーバ２０では、データ２の送信完了報告が命令送信部２３にて受信されると、クライアント制御部２４は、データ２の受信が完了した旨とデータ１の再受信準備命令とを受信データ制御部２６に通知する（ステップＳ２３３）。
【００６２】
図３Ｃを参照すると、続いて、サーバ２０では、受信データ制御部２６は、データ１の保存場所の確保命令とデータ１の停止箇所情報とを受信データ保存部２７に通知し（ステップＳ２３４）、受信データ保存部２７は、データ１の停止箇所情報を基にデータ１の保存場所を確保し（ステップＳ２３５）、その旨とデータ１の保存場所情報とを受信データ制御部２６に通知する（ステップＳ２３６）。このとき、受信データ保存部２７は、データ１の保存場所を、停止箇所情報が示すデータ１の末尾アドレスにして、データ１の残りの部分をその末尾アドレスから後ろに保存するものとする。次に、受信データ制御部２６は、受信データの保存場所の切り替え命令とデータ１の保存場所情報とデータ１の停止箇所情報とをデータ受信部２２に通知し（ステップＳ２３７）、データ受信部２２は、データ１の保存場所情報を基に受信データの保存場所を切り替え（ステップＳ２３８）、その旨を受信データ制御部２６に通知する（ステップＳ２３９）。次に、受信データ制御部２６は、データ１の再受信準備が完了した旨をクライアント制御部２４に通知し（ステップＳ２４０）、クライアント制御部２４は、命令送信部２３を介して、データ１の再送信命令をクライアント装置１０に送信する（ステップＳ２４１）。
【００６３】
続いて、クライアント装置１０では、データ１の再送信命令が命令受信部１３にて受信されると、送信データ制御部１６は、データ１の再送信準備命令を送信一時停止部１７に通知し（ステップＳ２４２）、送信一時停止部１７は、データ１の再送信準備命令とデータ１の停止箇所情報とをデータ送信部１２に通知し（ステップＳ２４３）、データ送信部１２は、データ１の再送信準備が完了すると、その旨を送信一時停止部１７に通知する（ステップＳ２４４）。次に、送信一時停止部１７は、データ１の停止箇所からの取得準備命令とデータ１の停止箇所情報とをデータ取得部１４に通知し（ステップＳ２４５）、データ取得部１４は、データ１の停止箇所からの取得準備が完了すると、その旨を送信一時停止部１７に通知し（ステップＳ２４５）、送信一時停止部１７は、データ１の再送信準備が完了した旨を送信データ制御部１６に通知する（ステップＳ２４７）。次に、送信データ制御部１６は、データ１の停止箇所からの取得および送信命令をデータ取得部１４に通知する（ステップＳ２４８）。
【００６４】
これにより、以降、クライアント装置１０では、データ取得部１４は、データ１の停止箇所からの取得を再開し（ステップＳ２４９）、データ送信部１２は、データ取得部１４で取得されたデータ１の停止箇所からのサーバ２０への送信を再開し（ステップＳ２５０）、また、サーバ２０では、データ受信部２２は、データ送信部１２から送信されてきたデータ１の停止箇所からの受信データ保存部２７への保存を再開する（ステップＳ２５１）。
【００６５】
なお、図３Ａ、図３Ｂ、図３Ｃには図示していないが、サーバ２０では、データ１またはデータ２の受信中、サーバ２０のリソース利用率が閾値を超えたか否かをリソース利用率監視部２５により監視しており、リソース利用率が閾値を超えた場合は、図２のステップＳ１０３以降の処理を行うことになる。
【００６６】
上述したように本実施形態においては、サーバ２０は、データ１の受信中に、別のデータ２の受信命令を受け付けた場合、データ１の送信をクライアント装置１０に一時停止させてからデータ２の受信準備をし、その後にデータ２の送信をクライアント装置１０に開始させ、データ２の送信が完了すると、データ１の再受信準備をし、その後にデータ１の残りの部分の送信をクライアント装置１０に再開させる。
【００６７】
したがって、サーバ２０で受信中のデータ１が大容量であっても、割り込みをかけて別のデータ２を先に受信できるため、ユーザは、大容量のデータの保全中でも、別の必要なデータを保全することができるという効果が得られる。
【符号の説明】
【００６８】
１０    クライアント装置
１１    接続部
１２    データ送信部
１３    命令受信部
１４    データ取得部
１５    データ送信量制御部
１６    送信データ制御部
１７    送信一時停止部
２０    サーバ
２１    接続受付部
２２    データ受信部
２３    命令送信部
２４    クライアント制御部
２５    リソース利用率監視部
２６    受信データ制御部
２７    受信データ保存部
２８    データビュー制御部
【図１】
2010287173.tif 000003
【図２】
2010287173.tif 000004
【図３Ａ】
2010287173.tif 000005
【図３Ｂ】
2010287173.tif 000006
【図３Ｃ】
2010287173.tif 000007
【図４】
2010287173.tif 000008