(57)【特許請求の範囲】
【請求項１】
複数の計算機が接続されるネットワークに接続され、記憶装置を有するデータ保存サーバに備えられた計算機データ圧縮制御装置であって、
前記ネットワークに接続される計算機毎に前記計算機が備える資源の状況を所定時間毎に取得した情報を記憶した計算機資源テーブルと、
前記計算機毎に、前記計算機からの圧縮又は復元の処理実績の報告を記憶した圧縮／復元テーブルと、
圧縮又は復元の処理依頼に基づいて処理対象のデータサイズとフォーマットを調べ、前記計算機資源テーブルと前記圧縮／復元テーブルとを用いて前記計算機へのデータ送受信時間と圧縮又は復元に要する時間とからなる総処理時間と圧縮率とを前記計算機毎に予測する処理予測手段と、
予測した前記総処理時間と圧縮率とに基づいて、圧縮又は復元の処理を行なう計算機を選択する計算機選択手段と、
を有することを特徴とする計算機データ圧縮制御装置。
【請求項２】
圧縮処理中に異常が発生した場合、前記データ保存サーバは、他にリストアップされた圧縮装置から圧縮時間と圧縮率が高い順に実行計算機と圧縮装置を選択することを特徴とする請求項１記載の計算機データ圧縮制御装置。
【請求項３】
データを復元する時には、前記データ保存サーバはヘッダ情報から圧縮装置を取得して対応する復元装置を計算機毎に探し出し、それぞれ復元に要する時間と復元処理の成功率をデータサイズとフォーマット毎に調査し、前記テーブル上で管理することを特徴とする請求項１記載の計算機データ圧縮制御装置。
【請求項４】
予め定められたサイズを超過する圧縮対象データが入力された場合、前記データ保存サーバは、各計算機の圧縮装置で圧縮効率が劣化しない最大のデータサイズを前記テーブルより求め、求めたデータサイズに入力データを分割し、圧縮処理依頼を行ない、全入力データを圧縮するまで分割と圧縮を繰り返すことを特徴とする請求項１記載のデータ圧縮制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は計算機データ圧縮制御装置に関する。
近年、計算機同士を接続するネットワーク性能の向上により、複数の計算機を相互にネットワーク接続して、計算機処理の負荷を分散する分散処理環境での運用が増えてきている。
【０００２】
このため、計算機データを共用サーバで管理する等して、計算機データを共用化しているが、年々増加する計算機データを効率よく保存管理する必要がある。
【０００３】
【従来の技術】
図９は従来システムの構成ブロック図である。図に示すシステムは、複数の計算機１が回線２を介して互いに接続されている。３は回線２に接続され、これら複数の計算機１のデータの圧縮と復元を制御するデータ保存サーバ、４は該データ保存サーバ３と接続されるデータ保存用の記憶装置である。
【０００４】
このように構成されたシステムにおいて、データ保存サーバ３は、各計算機１を指定してデータを取り込み、圧縮処理して記憶装置４に格納する。或いは、記憶装置４に記憶されている圧縮データを読出して元のデータに復元した後、特定の計算機１に読み出したデータの転送を行なう。
【０００５】
このように、従来のシステムでは集中管理システムが採用され、分散処理システムは用いられていてもその規模が小さく、大型計算機による集中管理が主流であった。しかしながら、計算機１のパフォーマンス向上や、ネットワーク技術の浸透に比例して、分散処理環境の大規模化とそれに伴う計算機データの種類、量共に増加している。このため、計算機データの圧縮を行なうことで保存スペースの有効利用を行っているが、圧縮や復元にかかる時間及び計算機１への負荷が問題になっていた。
【０００６】
【発明が解決しようとする課題】
前述したように、従来のシステムでは、計算機処理における圧縮と復元処理のウエイトが高くなり、分散処理環境のメリットが発揮できず、効率的な運用ができないという問題があった。
【０００７】
本発明はこのような課題に鑑みてなされたものであって、圧縮と復元処理の負荷分散等による効率的な運用を可能にすることができる計算機データ圧縮制御装置を提供することを目的としている。
【０００８】
【課題を解決するための手段】
図１は本発明の原理ブロック図である。図９と同一のものは、同一の符号を付して示す。図において、１は回線２を介してネットワーク接続された複数の計算機である。これら計算機１内にはデータの圧縮装置１１と、データの復元装置１２が内蔵されている。３は回線２と接続され、これら複数の計算機１のデータ圧縮／復元処理の制御を行なうデータ保存サーバである。３０はデータの圧縮／復元処理に必要なデータを記憶するテーブルである。このテーブル３０は、後述するように圧縮／復元テーブルとしても、また計算機資源テーブルとしても用いられる。４はデータ保存サーバ３と接続される記憶装置である。
【０００９】
この発明の構成によれば、データ保存サーバ３が、テーブル３０を常時管理することにより、最適な各計算機１へのデータ圧縮／復元の分散化処理を行なうことができ、圧縮と復元処理の負荷分散等による効率的な運用を可能にすることができる。また、圧縮処理を行なう場合に必要となる情報を予測することができる。
【００１０】
この場合において、前記テーブルで、各計算機１毎の圧縮前後のデータを一時的に保存する記憶装置容量と、圧縮データの送受信に要する転送時間と、転送処理の成功率を管理することを特徴としている。
【００１１】
この発明の構成によれば、前記テーブルを参照することにより、データの送受信に要する時間等の情報を認識することができる。
【００１２】
また、データ保存サーバは前記求めた計算機１でネットワーク装置や記憶装置で異常が発生していないかどうかチェックし、異常のある計算機１に対しては再起動を行なうことを特徴としている。
【００１３】
この発明の構成によれば、異常のある計算機１を特定して再起動をかけることが可能となる。
また、前記異常があった計算機１を除き、圧縮時間が短かく圧縮率が高い順にテーブルに出力し、最も効率がよい圧縮装置を選択することを特徴としている。
【００１４】
この発明の構成によれば、最も効率よくデータ圧縮を行なうことができる。
また、圧縮処理中に異常が発生した場合、データ保存サーバは、他にリストアップされた圧縮装置から圧縮時間と圧縮率が高い順に実行計算機１と圧縮装置を選択することを特徴としている。
【００１５】
この発明の構成によれば、異常の発生した圧縮装置を外し、他の圧縮装置を用いて最も効率のよい順に実行計算機１と圧縮装置を選択することができる。
また、データを圧縮した後、圧縮した装置の種類と計算機情報をヘッダ情報として圧縮後のデータの先頭に追加することを特徴としている。
【００１６】
この発明の構成によれば、ヘッダ情報から圧縮した装置の種類と計算機情報を認識することができる。
また、計算機１内の圧縮装置とデータ保存サーバとの間で、これらの装置を効率よく制御して圧縮処理を行なうことを特徴としている。
【００１７】
この発明の構成によれば、圧縮処理を効率よく行なうことが可能になる。
また、データを復元する時には、データ保存サーバはヘッダ情報から圧縮装置を取得して対応する復元装置１２を計算機１毎に探し出し、それぞれ復元に要する時間と復元処理の成功率をデータサイズとフォーマット毎に調査し、前記テーブル上で管理することを特徴としている。
【００１８】
この発明の構成によれば、テーブルを管理して必要な情報を取得し、データの復元を行なうことが可能となる。
また、前記データ保存サーバは、各計算機１毎に復元前後のデータを一時的に保存する記憶装置の容量と、復元データの送受信に要する転送時間及び転送処理の成功率をテーブル上で管理することを特徴としている。
【００１９】
この発明の構成によれば、記憶装置容量と転送時間と転送処理の成功率に関する情報を得ることができる。
また、前記データ保存サーバは、復元処理を行う前に復元するデータのサイズと、フォーマットを基に前記テーブルから復元処理に必要な時間を復元装置１２毎に予測することを特徴としている。
【００２０】
この発明の構成によれば、前記テーブルを参照して復元処理に要する時間を予測することができる。
また、前記データ保存サーバは、前記予測した計算機１でネットワーク装置や記憶装置で異常が発生していないかを確認し、異常が見られる計算機１に対して再起動をかけることを特徴としている。
【００２１】
この発明の構成によれば、異常が見られる計算機１に対しては、再起動をかけることができる。
また、前記データ保存サーバは異常があった計算機１を除き、最も復元時間が短い復元装置１２を選択することを特徴としている。
【００２２】
この発明の構成によれば、異常があった計算機１以外の計算機１から最も復元時間の短い復元装置１２を選択することができる。
また、復元処理中に異常が発生した場合、前記データ保存サーバは異常のない計算機１の中から再度復元装置１２を選択することを特徴としている。
【００２３】
この発明の構成によれば、異常のない復元装置１２を選択することにより、復元処理を行なうことができる。
また、計算機１内の圧縮装置とデータ保存サーバとの間で、これらの装置を効率よく制御して復元処理を行なうことを特徴としている。
【００２４】
この発明の構成によれば、復元処理を効率よく行なうことが可能になる。
また、予め定められたサイズを超過する圧縮対象データが入力された場合、データ保存サーバは、各計算機１の圧縮装置で圧縮効率が劣化しない最大のデータサイズを前記テーブルより求め、求めたデータサイズに入力データを分割し、圧縮処理依頼を行ない、全入力データを圧縮するまで分割と圧縮を繰り返すことを特徴としている。
【００２５】
この発明の構成によれば、サイズが基準値を超過する場合に、各計算機１に分散処理させ、この時に圧縮効率が低下しないようにすることができ、また、基準値を超えるデータが入力された場合でも、各計算機１の復元装置１２に入力データを分割して処理を依頼して、全データについての復元処理を行なうことができる。
【００２６】
また、前記データ保存サーバは、分割した圧縮データのサイズを調べてから、それぞれの圧縮データを連結した後、圧縮前後のデータサイズと圧縮装置及び計算機情報をヘッダ情報として連結したデータの先頭に追加することを特徴としている。
【００２７】
この発明の構成によれば、圧縮前後のデータサイズと圧縮装置及び計算機情報をヘッダとして圧縮データの先頭に追加することにより、復元処理を確実に行なうことが可能となる。
【００２８】
更に、前記データ保存サーバは、圧縮したデータを復元する時に、ヘッダ情報から取得したデータサイズに分割して、復元装置１２を決定しながら復元処理を行ない、圧縮データの全てを復元するまで分割と復元を繰り返すことを特徴としている。
【００２９】
この発明の構成によれば、圧縮したデータを復元する時に、分割されたデータサイズ毎に復元処理を行なうことを繰り返すことで、圧縮データの全てを復元することができる。
【００３０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。以下の説明では、システムの構成として図１に示すものを用いる。図２は本発明の第１の動作説明図である。図において、３０は圧縮データと復元データに関するテーブルを有する圧縮／復元テーブルである。この圧縮／復元テーブル３０は、圧縮装置１１、復元装置１２毎に設けられている。圧縮装置１１及び復元装置１２が動作すると、実行時間や入力データの情報等をこのテーブルに書き込むようになっている。
【００３１】
図では、計算機１がａ〜ｎまでのｎ個存在し、それぞれの計算機１には圧縮装置１１と復元装置１２が設けられている。ここでは圧縮装置と復元装置１２をまとめてａ１〜ｎ１までの記号で示している。
【００３２】
圧縮テーブルは、サイズと、フォーマットと、圧縮時間と、圧縮率と、圧縮成功率と、日付と、時刻より構成され、復元テーブルは、サイズと、フォーマットと、復元時間と、復元成功率と、日付と、時刻より構成されている。
【００３３】
図３は本発明の第２の動作説明図である。ここでは、テーブル３０として計算機資源テーブルが用いられている。このテーブルは、圧縮装置１１が動作する計算機１に関する情報を管理するテーブルである。このテーブルは、一定時間おきに計算機資源の情報を調べながら最新の情報を管理するようにしている。そして、各計算機１毎にＣＰＵ使用率と、メモリ（ＭＥＭ）使用率と、データ保存容量と、送信時間と、受信時間と、エラー情報とから構成されている。
【００３４】
これによれば、前記テーブル３０で、各計算機１毎の圧縮前後のデータを一時的に保存する記憶装置容量と、圧縮データの送受信に要する転送時間と、転送処理の成功率を管理して、前記テーブル３０を参照することにより、データの送受信に要する時間等の情報を認識することができる。
【００３５】
以下、これらのテーブルを使用しながら圧縮や復元を行なうが、その動作の流れを以下に説明する。
本発明では、データ保存サーバ３が、テーブル３０を常時管理することにより、最適な計算機１へのデータ圧縮／復元の分散化処理を行なうことができ、圧縮と復元処理の負荷分散等による効率的な運用を可能にすることができる。
【００３６】
図４はデータ圧縮動作例を示すフローチャートである。外部より圧縮処理依頼があると（Ｓ１）、データ保存サーバ３は圧縮対象データＡのサイズやフォーマットを調べる（Ｓ２）。次に、図２の圧縮テーブルから圧縮対象データＡのサイズとフォーマットを照らし合わせて、装置毎に圧縮に必要な時間と圧縮率を求める（Ｓ３）。
【００３７】
これによれば、圧縮処理を行なう場合に必要となる情報を予測することができる。
次に、データ保存サーバ３は、図３の計算機資源テーブルから圧縮対象データＡの一定係数倍の空き容量を持っている計算機１でかつエラーが発生していない計算機１を求める（Ｓ４）。次に、図３の計算機資源テーブルより各計算機１に対する送受信時間を求め、以下の式で圧縮総時間を求める（Ｓ５）。
【００３８】
0003774072.tif 000002
ここで、エラーが発生している計算機１は除外して計算する。
【００３９】
データ保存サーバ３は、エラーが発生した計算機１を除き圧縮総時間が短い順番に計算機名と圧縮装置１１をテーブルに書き出し、最も圧縮総時間が短い圧縮装置１１に対してデータＡの転送と圧縮処理の起動を行なう（Ｓ６）。
【００４０】
この場合において、データ保存サーバ３は、処理時間は短いけれども圧縮率が低い圧縮装置１１等が存在するので、処理時間が速くかつ圧縮率も高い圧縮装置１１を選択しデータＡの転送と圧縮処理の起動を行なう。
【００４１】
これによれば、最も効率よくデータ圧縮を行なうことができる。
また、データ保存サーバ３は、前記求めた計算機１でネットワーク装置や記憶装置で異常が発生していないかどうかチェックし、異常のある計算機１に対しては再起動を行なうようになっている。これによれば、異常のある計算機１を特定して再起動をかけることができる。
【００４２】
次に、データ保存サーバ３は圧縮処理中に該当計算機１にエラーが発生したかどうかチェックする（Ｓ７）。エラーが発生していない場合には、圧縮装置１１を介して記憶装置に圧縮データＡを転送する。一方、圧縮処理中にエラーが発生した場合、データ保存サーバ３は他にリストアップされた圧縮装置１１から圧縮時間と圧縮率が高い順に実行計算機１と圧縮装置１１を選択することで、異常の発生した圧縮装置１１を外し、圧縮時間と圧縮率が高い順に実行計算機１と圧縮装置１１を選択することができ、異常の発生した圧縮装置１１を外し、他の圧縮装置１１を用いて最も効率のよい順に実行計算機１と圧縮装置１１を選択することができる。
【００４３】
前記求めた計算機１でネットワーク装置や記憶装置で異常が発生していないかどうかチェックし、異常のある計算機１に対しては再起動をかける。これにより、異常のある計算機１を特定して再起動をかけることができる。
【００４４】
圧縮した装置の種類と計算機情報をヘッダ情報（図８参照）として、圧縮データＡ’の先頭に追加する（Ｓ８）。
図８はテーブル３０に記憶されるヘッダ情報の構成例を示す図である。ヘッダ情報は、圧縮前のデータサイズと、圧縮後のデータサイズと、圧縮装置１１の種類と、計算機名と、圧縮時間と日付時刻より構成されており、圧縮データ毎にこのようなヘッダがその先頭に追加される。なお、分割圧縮した時には、分割した圧縮ブロックの数ｎだけの情報を保存する。
【００４５】
これによれば、データを圧縮した後、圧縮した装置の種類と計算機情報をヘッダ情報として圧縮後のデータの先頭に追加することにより、ヘッダ情報から圧縮した装置の種類と計算機情報を認識することができる。
【００４６】
この場合において、計算機１内の圧縮装置とデータ保存サーバとの間で、これらの装置を効率よく制御して圧縮処理を行なうことができる。
このように、本発明による圧縮処理では、データ保存サーバ３がテーブル３０を常時管理することにより、最適な各計算機１へのデータ圧縮／復元の分散処理を行なうことができ、圧縮と復元処理の負荷分散による効率的な運用を可能にすることができる。
【００４７】
次に、圧縮したデータの復元処理について説明する。データ復元処理では、データ保存サーバ３がヘッダ情報から圧縮装置１１を取得して対応する復元装置１２を計算機１毎に探し出し、それぞれ復元に要する時間と復元処理の成功率をデータサイズとフォーマット毎に調査し、前記テーブル３０上で管理するようにしている。これによれば、テーブルを管理して必要な情報を取得し、データの復元を行なうことができる。図５はデータ復元動作例を示すフローチャートである。外部装置からデータ復元処理依頼があると（Ｓ１）、データ保存サーバ３は、圧縮データＢのヘッダ情報（図８参照）を読み込み、圧縮装置１１や計算機１を調べる（Ｓ２）。
【００４８】
この場合、前記データ保存サーバ３は、各計算機１毎に復元前後のデータを一時的に保存する記憶装置の容量と、復元データの送受信に要する転送時間及び転送処理の成功率をテーブル上で管理するようになっている。
【００４９】
これによれば、記憶装置容量と転送時間と転送処理の成功率に関する情報を得ることができる。
ここで、計算機１内の圧縮装置１１とデータ保存サーバ３との間で、これらの装置を効率よく制御して復元処理を行なうことができる。
【００５０】
次に、データ保存サーバ３は、ヘッダ情報から読み取った圧縮装置１１と対応している復元装置１２の図２の復元テーブルから、圧縮データＢのサイズとフォーマットを照らし合わせて、装置毎に復元に必要な時間を求める（Ｓ３）。これによれば、前記テーブルを参照して復元処理に要する時間を予測することができる。
【００５１】
また、データ保存サーバ３は、予測した計算機１でネットワーク装置や記憶装置で異常が発生していないかを確認し、異常が見られる計算機１に対して再起動をかけるようになっている。これによれば、異常が見られる計算機１に対して再起動をかけることができる。
【００５２】
次に、データ保存サーバ３は、図３に示す計算機資源テーブルから復元対象データＢのサイズ＋圧縮前のサイズ＋αの空き容量を持っている計算機１でかつエラーが発生していない計算機１を求める（Ｓ４）。
【００５３】
次に、データ保存サーバ３は、図３の計算機資源テーブルより各計算機１に対する送受信時間を求め、以下の式で復元総時間を求める。
0003774072.tif 000003
ここで、エラーが発生している計算機１は除外して計算する。
【００５４】
次に、エラーが発生した計算機１を除き復元総時間が短い順番に計算機１名と復元装置１２をテーブル３０に書き出し、最も復元時間が短い復元装置１２に対して圧縮データＢの送信と復元装置１２の起動を行なう（Ｓ６）。満足するデータの場合には、復元装置１２で復元する（Ｓ７）。
【００５５】
復元処理中にエラーが発生した時には、ステップＳ６に戻る（Ｓ８）。エラーが発生しない場合には、処理を終了する。
この実施の形態例によれば、復元処理中に異常が発生した場合、データ保存サーバ３は、異常のない復元装置１２を選択することにより、復元処理を行なうことができる。
【００５６】
この場合において、データ保存サーバ３は、異常があった計算機１を除き、最も復元時間が短い復元装置１２を選択することができる。
本発明は、入力データが膨大な場合には、データを複数の単位に分割し、分割されたデータをそれぞれの計算機１に割り当てて並行処理を行ない、処理時間を短かくすることができるようになっている。
【００５７】
図６は分割しながら圧縮処理を行なう場合の動作例を示すフローチャートである。データ保存サーバ３は、図２に示す圧縮テーブルから圧縮効率が劣化しない最大のデータサイズを圧縮装置１１毎に求める（Ｓ１）。ここで、圧縮装置を決める場合、例えば装置Ａは容量２Ｇで処理に要する時間が５０秒、装置Ｂは容量６Ｇで処理に要する時間が１８０秒であったものとすると、データ保存サーバ３は、バイト当たりの圧縮時間で圧縮装置１１を決定する。例えば、装置Ａの場合、６Ｇのデータを処理するに要する時間は５０×（６／２）＝１５０秒となり、装置Ｂよりも処理時間が速いので、装置Ａに決定する。
【００５８】
これによれば、サイズが基準値を超過する場合に、各計算機１に分散処理させ、この時に圧縮効率が低下しないようにすることができる。
次に、第４図で示した流れで計算機１と圧縮装置１１を決定し、決定した圧縮装置に対する前記データサイズに入力データを分割する（Ｓ２）。
【００５９】
次に、切り取ったデータを圧縮装置１１に転送して、圧縮処理を行なう（Ｓ３）。この処理は全データについて圧縮処理が完了するまで行なう。これにより、基準値を超えるデータが入力された場合でも、各計算機１の復元装置１２に入力データを分割して処理を依頼して、全データについての復元処理を行なうことができる。
【００６０】
全てのデータについての圧縮処理が終了したら、データ保存サーバ３は、ヘッダ情報（図８参照）に各圧縮ブロックのサイズと圧縮装置１１の種類及び計算機１情報を設定する（Ｓ５）。そして、ヘッダ情報を先頭に各圧縮ブロックを連結する（Ｓ６）。
【００６１】
この実施の形態例によれば、データ保存サーバ３は、分割した圧縮データのサイズを調べてから、それぞれの圧縮データを連結した後、圧縮前後のデータサイズと圧縮装置及び計算機情報をヘッダ情報として連結したデータの先頭に追加することで、復元処理を確実に行なうことが可能となる。
【００６２】
図７は分割圧縮したデータを復元する場合の流れを示すフローチャートである。先ず、データ保存サーバ３は、ヘッダ情報（図８参照）から連結前の各圧縮ブロックのサイズを取り出し、ヘッダ情報を外してから各圧縮ブロックに分割する（Ｓ１）。次に、第５図で示した流れで計算機１と復元装置１２を決定する（Ｓ２）。
【００６３】
次に、圧縮ブロックを復元装置１２に転送して復元処理を行なう（Ｓ３）。そして、全データについて復元処理が終了したかどうかをチェックする（Ｓ４）。復元処理が終了した場合には、復元したデータをつなぎ合わせて圧縮前の状態に復元する。復元処理が終了しない場合には、ステップＳ２に戻り、復元処理を続行する。
【００６４】
この実施の形態例によれば、圧縮したデータを復元する時に、分割されたデータサイズ毎に復元処理を繰り返すことで、圧縮データの全てを復元することができる。
【００６５】
【発明の効果】
以上、詳細に説明したように、本発明によれば、
複数の計算機がネットワークで接続され、該ネットワークにデータ保存サーバが接続され、該データ保存サーバに記憶装置が接続されたシステムにおいて、前記計算機は内部に圧縮装置と復元装置とを具備し、前記データ保存サーバは内部に圧縮／復元に必要なデータを記憶するテーブルを具備し、該データ保存サーバは、各計算機にある圧縮装置の圧縮率と圧縮に要する時間と圧縮処理の成功率をデータサイズとデータフォーマット毎に調査し、前記テーブル上で管理することにより、データ保存サーバが、テーブルを常時管理することで、最適な各計算機へのデータ圧縮／復元の分散化処理を行なうことができ、圧縮と復元処理の負荷分散等による効率的な運用を可能にすることができる。
【００６６】
この場合において、前記テーブルで、各計算機毎の圧縮前後のデータを一時的に保存する記憶装置容量と、圧縮データの送受信に要する転送時間と、転送処理の成功率を管理することにより、前記テーブルを参照することで、データの送受信に要する時間等の情報を認識することができる。
【００６８】
また、データ保存サーバは前記求めた計算機でネットワーク装置や記憶装置で異常が発生していないかどうかチェックし、異常のある計算機に対しては再起動を行なうことにより、異常のある計算機を特定して再起動をかけることが可能となる。
【００６９】
また、前記異常があった計算機を除き、圧縮時間が短かく圧縮率が高い順にテーブルに出力し、最も効率がよい圧縮装置を選択することにより、最も効率よくデータ圧縮を行なうことができる。
【００７０】
また、圧縮処理中に異常が発生した場合、データ保存サーバは、他にリストアップされた圧縮装置から圧縮時間と圧縮率が高い順に実行計算機と圧縮装置を選択することにより、異常の発生した圧縮装置を外し、他の圧縮装置を用いて最も効率のよい順に実行計算機と圧縮装置を選択することができる。
【００７１】
また、データを圧縮した後、圧縮した装置の種類と計算機情報をヘッダ情報として圧縮後のデータの先頭に追加することにより、ヘッダ情報から圧縮した装置の種類と計算機情報を認識することができる。
【００７２】
また、計算機内の圧縮装置とデータ保存サーバとの間で、これらの装置を効率よく制御して圧縮処理を行なうことにより、圧縮処理を効率よく行なうことが可能になる。
【００７３】
また、データを復元する時には、データ保存サーバはヘッダ情報から圧縮装置を取得して対応する復元装置を計算機毎に探し出し、それぞれ復元に要する時間と復元処理の成功率をデータサイズとフォーマット毎に調査し、前記テーブル上で管理することにより、テーブルを管理して必要な情報を取得し、データの復元を行なうことが可能となる。
【００７４】
また、前記データ保存サーバは、各計算機毎に復元前後のデータを一時的に保存する記憶装置の容量と、復元データの送受信に要する転送時間及び転送処理の成功率をテーブル上で管理することにより、記憶装置容量と転送時間と転送処理の成功率に関する情報を得ることができる。
【００７５】
また、前記データ保存サーバは、復元処理を行う前に復元するデータのサイズと、フォーマットを基に前記テーブルから復元処理に必要な時間を復元装置毎に予測することにより、前記テーブルを参照して復元処理に要する時間を予測することができる。
【００７６】
また、前記データ保存サーバは、前記予測した計算機でネットワーク装置や記憶装置で異常が発生していないかを確認し、異常が見られる計算機に対して再起動をかけることにより、異常が見られる計算機に対しては、再起動をかけることができる。
【００７７】
また、前記データ保存サーバは異常があった計算機を除き、最も復元時間が短い復元装置を選択することにより、異常があった計算機以外の計算機から最も復元時間の短い復元装置を選択することができる。
【００７８】
また、復元処理中に異常が発生した場合、前記データ保存サーバは異常のない計算機の中から再度復元装置を選択することにより、異常のない復元装置を選択することにより、復元処理を行なうことができる。
【００７９】
また、計算機内の圧縮装置とデータ保存サーバとの間で、これらの装置を効率よく制御して復元処理を行なうことにより、復元処理を効率よく行なうことが可能になる。
【００８０】
また、予め定められたサイズを超過する圧縮対象データが入力された場合、データ保存サーバは、各計算機の圧縮装置で圧縮効率が劣化しない最大のデータサイズを前記テーブルより求め、求めたデータサイズに入力データを分割し、圧縮処理依頼を行ない、全入力データを圧縮するまで分割と圧縮を繰り返すことにより、サイズが基準値を超過する場合に、各計算機に分散処理させ、この時に圧縮効率が低下しないようにすることができ、また、基準値を超えるデータが入力された場合でも、各計算機の復元装置に入力データを分割して処理を依頼して、全データについての復元処理を行なうことができる。
【００８１】
また、前記データ保存サーバは、分割した圧縮データのサイズを調べてから、それぞれの圧縮データを連結した後、圧縮前後のデータサイズと圧縮装置及び計算機情報をヘッダ情報として連結したデータの先頭に追加することにより、圧縮前後のデータサイズと圧縮装置及び計算機情報をヘッダとして圧縮データの先頭に追加することで、復元処理を確実に行なうことが可能となる。
【００８２】
更に、前記データ保存サーバは、圧縮したデータを復元する時に、ヘッダ情報から取得したデータサイズに分割して、復元装置を決定しながら復元処理を行ない、圧縮データの全てを復元するまで分割と復元を繰り返すことにより、圧縮したデータを復元する時に、分割されたデータサイズ毎に復元処理を行なうことを繰り返すことで、圧縮データの全てを復元することができる。
【００８３】
このように、本発明によれば、圧縮と復元処理の負荷分散等による効率的な運用を可能にすることができる計算機データ圧縮制御装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の第１の動作説明図である。
【図３】本発明の第２の動作説明図である。
【図４】データ圧縮動作例を示すフローチャートである。
【図５】データ復元動作例を示すフローチャートである。
【図６】分割しながら圧縮処理を行なう場合の動作例を示すフローチャートである。
【図７】分割圧縮したデータを復元する場合の流れを示すフローチャートである。
【図８】ヘッダ情報の構成例を示す図である。
【図９】従来システムの構成ブロック図である。
【符号の説明】
１  計算機
２  回線
４  データ保存サーバ
１１  圧縮装置
１２  復元装置
３０  テーブル
【図１】
0003774072.tif 000004
【図２】
0003774072.tif 000005
【図３】
0003774072.tif 000006
【図４】
0003774072.tif 000007
【図５】
0003774072.tif 000008
【図６】
0003774072.tif 000009
【図７】
0003774072.tif 000010
【図８】
0003774072.tif 000011
【図９】
0003774072.tif 000012