JP2000132371A - 計算機データ圧縮制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は計算機データ圧縮制御装置に関し、
圧縮と復元処理の負荷分散等による効率的な運用を可能
にすることができる計算機データ圧縮制御装置を提供す
ることを目的としている。 【解決手段】 複数の計算機が接続されるネットワーク
に接続され、記憶装置を有するデータ保存サーバに備え
られた計算機データ圧縮制御装置であって、前記ネット
ワークに接続される計算機毎に該計算機に対応したデー
タを記憶するテーブルを具備し、ネットワークに接続さ
れた各計算機に備えられた圧縮装置におけるデータの圧
縮率と圧縮に要する時間と圧縮処理の成功率をデータサ
イズとデータフォーマット毎に調査し、前記テーブル上
で管理するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は計算機データ圧縮制
御装置に関する。近年、計算機同士を接続するネットワ
ーク性能の向上により、複数の計算機を相互にネットワ
ーク接続して、計算機処理の負荷を分散する分散処理環
境での運用が増えてきている。

【０００２】このため、計算機データを共用サーバで管
理する等して、計算機データを共用化しているが、年々
増加する計算機データを効率よく保存管理する必要があ
る。

【０００３】

【従来の技術】図９は従来システムの構成ブロック図で
ある。図に示すシステムは、複数の計算機１が回線２を
介して互いに接続されている。３は回線２に接続され、
これら複数の計算機１のデータの圧縮と復元を制御する
データ保存サーバ、４は該データ保存サーバ３と接続さ
れるデータ保存用の記憶装置である。

【０００４】このように構成されたシステムにおいて、
データ保存サーバ３は、各計算機１を指定してデータを
取り込み、圧縮処理して記憶装置４に格納する。或い
は、記憶装置４に記憶されている圧縮データを読出して
元のデータに復元した後、特定の計算機１に読み出した
データの転送を行なう。

【０００５】このように、従来のシステムでは集中管理
システムが採用され、分散処理システムは用いられてい
てもその規模が小さく、大型計算機による集中管理が主
流であった。しかしながら、計算機１のパフォーマンス
向上や、ネットワーク技術の浸透に比例して、分散処理
環境の大規模化とそれに伴う計算機データの種類、量共
に増加している。このため、計算機データの圧縮を行な
うことで保存スペースの有効利用を行っているが、圧縮
や復元にかかる時間及び計算機１への負荷が問題になっ
ていた。

【０００６】

【発明が解決しようとする課題】前述したように、従来
のシステムでは、計算機処理における圧縮と復元処理の
ウエイトが高くなり、分散処理環境のメリットが発揮で
きず、効率的な運用ができないという問題があった。

【０００７】本発明はこのような課題に鑑みてなされた
ものであって、圧縮と復元処理の負荷分散等による効率
的な運用を可能にすることができる計算機データ圧縮制
御装置を提供することを目的としている。

【０００８】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。図８と同一のものは、同一の符号を付し
て示す。図において、１は回線２を介してネットワーク
接続された複数の計算機である。これら計算機１内には
データの圧縮装置１１と、データの復元装置１２が内蔵
されている。３は回線２と接続され、これら複数の計算
機１のデータ圧縮／復元処理の制御を行なうデータ保存
サーバである。３０はデータの圧縮／復元処理に必要な
データを記憶するテーブルである。４はデータ保存サー
バ３と接続される記憶装置である。

【０００９】この発明の構成によれば、データ保存サー
バ３が、テーブル３０を常時管理することにより、最適
な各計算機１へのデータ圧縮／復元の分散化処理を行な
うことができ、圧縮と復元処理の負荷分散等による効率
的な運用を可能にすることができる。

【００１０】この場合において、前記テーブルで、各計
算機１毎の圧縮前後のデータを一時的に保存する記憶装
置容量と、圧縮データの送受信に要する転送時間と、転
送処理の成功率を管理することを特徴としている。

【００１１】この発明の構成によれば、前記テーブルを
参照することにより、データの送受信に要する時間等の
情報を認識することができる。また、前記データ保存サ
ーバは、圧縮処理を行う前に、圧縮するデータのサイズ
やフォーマットを基に前記テーブルから圧縮処理に必要
とする時間と圧縮率を各計算機１の圧縮装置毎に予測す
ることを特徴としている。

【００１２】この発明の構成によれば、圧縮処理を行な
う場合に必要となる情報を予測することができる。ま
た、データ保存サーバは前記求めた計算機１でネットワ
ーク装置や記憶装置で異常が発生していないかどうかチ
ェックし、異常のある計算機１に対しては再起動を行な
うことを特徴としている。

【００１３】この発明の構成によれば、異常のある計算
機１を特定して再起動をかけることが可能となる。ま
た、前記異常があった計算機１を除き、圧縮時間が短か
く圧縮率が高い順にテーブルに出力し、最も効率がよい
圧縮装置を選択することを特徴としている。

【００１４】この発明の構成によれば、最も効率よくデ
ータ圧縮を行なうことができる。また、圧縮処理中に異
常が発生した場合、データ保存サーバは、他にリストア
ップされた圧縮装置から圧縮時間と圧縮率が高い順に実
行計算機１と圧縮装置を選択することを特徴としてい
る。

【００１５】この発明の構成によれば、異常の発生した
圧縮装置を外し、他の圧縮装置を用いて最も効率のよい
順に実行計算機１と圧縮装置を選択することができる。
また、データを圧縮した後、圧縮した装置の種類と計算
機情報をヘッダ情報として圧縮後のデータの先頭に追加
することを特徴としている。

【００１６】この発明の構成によれば、ヘッダ情報から
圧縮した装置の種類と計算機情報を認識することができ
る。また、計算機１内の圧縮装置とデータ保存サーバと
の間で、これらの装置を効率よく制御して圧縮処理を行
なうことを特徴としている。

【００１７】この発明の構成によれば、圧縮処理を効率
よく行なうことが可能になる。また、データを復元する
時には、データ保存サーバはヘッダ情報から圧縮装置を
取得して対応する復元装置１２を計算機１毎に探し出
し、それぞれ復元に要する時間と復元処理の成功率をデ
ータサイズとフォーマット毎に調査し、前記テーブル上
で管理することを特徴としている。

【００１８】この発明の構成によれば、テーブルを管理
して必要な情報を取得し、データの復元を行なうことが
可能となる。また、前記データ保存サーバは、各計算機
１毎に復元前後のデータを一時的に保存する記憶装置の
容量と、復元データの送受信に要する転送時間及び転送
処理の成功率をテーブル上で管理することを特徴として
いる。

【００１９】この発明の構成によれば、記憶装置容量と
転送時間と転送処理の成功率に関する情報を得ることが
できる。また、前記データ保存サーバは、復元処理を行
う前に復元するデータのサイズと、フォーマットを基に
前記テーブルから復元処理に必要な時間を復元装置１２
毎に予測することを特徴としている。

【００２０】この発明の構成によれば、前記テーブルを
参照して復元処理に要する時間を予測することができ
る。また、前記データ保存サーバは、前記予測した計算
機１でネットワーク装置や記憶装置で異常が発生してい
ないかを確認し、異常が見られる計算機１に対して再起
動をかけることを特徴としている。

【００２１】この発明の構成によれば、異常が見られる
計算機１に対しては、再起動をかけることができる。ま
た、前記データ保存サーバは異常があった計算機１を除
き、最も復元時間が短い復元装置１２を選択することを
特徴としている。

【００２２】この発明の構成によれば、異常があった計
算機１以外の計算機１から最も復元時間の短い復元装置
１２を選択することができる。また、復元処理中に異常
が発生した場合、前記データ保存サーバは異常のない計
算機１の中から再度復元装置１２を選択することを特徴
としている。

【００２３】この発明の構成によれば、異常のない復元
装置１２を選択することにより、復元処理を行なうこと
ができる。また、計算機１内の圧縮装置とデータ保存サ
ーバとの間で、これらの装置を効率よく制御して復元処
理を行なうことを特徴としている。

【００２４】この発明の構成によれば、復元処理を効率
よく行なうことが可能になる。また、予め定められたサ
イズを超過する圧縮対象データが入力された場合、デー
タ保存サーバは、各計算機１の圧縮装置で圧縮効率が劣
化しない最大のデータサイズを前記テーブルより求め、
求めたデータサイズに入力データを分割し、圧縮処理依
頼を行ない、全入力データを圧縮するまで分割と圧縮を
繰り返すことを特徴としている。

【００２５】この発明の構成によれば、サイズが基準値
を超過する場合に、各計算機１に分散処理させ、この時
に圧縮効率が低下しないようにすることができ、また、
基準値を超えるデータが入力された場合でも、各計算機
１の復元装置１２に入力データを分割して処理を依頼し
て、全データについての復元処理を行なうことができ
る。

【００２６】また、前記データ保存サーバは、分割した
圧縮データのサイズを調べてから、それぞれの圧縮デー
タを連結した後、圧縮前後のデータサイズと圧縮装置及
び計算機情報をヘッダ情報として連結したデータの先頭
に追加することを特徴としている。

【００２７】この発明の構成によれば、圧縮前後のデー
タサイズと圧縮装置及び計算機情報をヘッダとして圧縮
データの先頭に追加することにより、復元処理を確実に
行なうことが可能となる。

【００２８】更に、前記データ保存サーバは、圧縮した
データを復元する時に、ヘッダ情報から取得したデータ
サイズに分割して、復元装置１２を決定しながら復元処
理を行ない、圧縮データの全てを復元するまで分割と復
元を繰り返すことを特徴としている。

【００２９】この発明の構成によれば、圧縮したデータ
を復元する時に、分割されたデータサイズ毎に復元処理
を行なうことを繰り返すことで、圧縮データの全てを復
元することができる。

【００３０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を詳細に説明する。以下の説明では、システ
ムの構成として図１に示すものを用いる。図２は本発明
の第１の動作説明図である。図において、３０は圧縮デ
ータと復元データに関するテーブルを有する圧縮／復元
テーブルである。この圧縮／復元テーブル３０は圧縮／
復元装置１２毎に設けられている。圧縮装置及び復元装
置１２が動作すると、実行時間や入力データの情報等を
このテーブルに書き込むようになっている。

【００３１】図では、計算機１がａ〜ｎまでのｎ個存在
し、それぞれの計算機１には圧縮装置１１と復元装置１
２が設けられている。ここでは圧縮装置と復元装置１２
をまとめてａ１〜ｎ１までの記号で示している。

【００３２】圧縮テーブルは、サイズと、フォーマット
と、圧縮時間と、圧縮率と、圧縮成功率と、日付と、時
刻より構成され、復元テーブルは、サイズと、フォーマ
ットと、復元時間と、復元成功率と、日付と、時刻より
構成されている。

【００３３】図３は本発明の第２の動作説明図である。
ここでは、テーブル３０として計算機資源テーブルが用
いられている。このテーブルは、圧縮装置１１が動作す
る計算機１に関する情報を管理するテーブルである。こ
のテーブルは、一定時間おきに計算機資源の情報を調べ
ながら最新の情報を管理するようにしている。そして、
各計算機１毎にＣＰＵ使用率と、メモリ（ＭＥＭ）使用
率と、データ保存容量と、送信時間と、受信時間と、エ
ラー情報とから構成されている。

【００３４】これによれば、前記テーブル３０で、各計
算機１毎の圧縮前後のデータを一時的に保存する記憶装
置容量と、圧縮データの送受信に要する転送時間と、転
送処理の成功率を管理して、前記テーブル３０を参照す
ることにより、データの送受信に要する時間等の情報を
認識することができる。

【００３５】以下、これらのテーブルを使用しながら圧
縮や復元を行なうが、その動作の流れを以下に説明す
る。本発明では、データ保存サーバ３が、テーブル３０
を常時管理することにより、最適な計算機１へのデータ
圧縮／復元の分散化処理を行なうことができ、圧縮と復
元処理の負荷分散等による効率的な運用を可能にするこ
とができる。

【００３６】図４はデータ圧縮動作例を示すフローチャ
ートである。外部より圧縮処理依頼があると（Ｓ１）、
データ保存サーバ３は圧縮対象データＡのサイズやフォ
ーマットを調べる（Ｓ２）。次に、図２の圧縮テーブル
から圧縮対象データＡのサイズとフォーマットを照らし
合わせて、装置毎に圧縮に必要な時間と圧縮率を求める
（Ｓ３）。

【００３７】これによれば、圧縮処理を行なう場合に必
要となる情報を予測することができる。次に、データ保
存サーバ３は、図３の計算機資源テーブルから圧縮対象
データＡの一定係数倍の空き容量を持っている計算機１
でかつエラーが発生していない計算機１を求める（Ｓ
４）。次に、図３の計算機資源テーブルより各計算機１
に対する送受信時間を求め、以下の式で圧縮総時間を求
める（Ｓ５）。

【００３８】 圧縮総時間＝（送信時間のＡのデータサイズ）＋（圧縮時間×一定係数× （１＋ＣＰＵ使用率）×（１＋ＭＥＭ使用率）＋（受信時間× （Ａのデータサイズ×圧縮率）） （１） ここで、エラーが発生している計算機１は除外して計算
する。

【００３９】データ保存サーバ３は、エラーが発生した
計算機１を除き圧縮総時間が短い順番に計算機名と圧縮
装置１１をテーブルに書き出し、最も圧縮総時間が短い
圧縮装置１１に対してデータＡの転送と圧縮処理の起動
を行なう（Ｓ６）。

【００４０】この場合において、データ保存サーバ３
は、処理時間は短いけれども圧縮率が低い圧縮装置１１
等が存在するので、処理時間が速くかつ圧縮率も高い圧
縮装置１１を選択しデータＡの転送と圧縮処理の起動を
行なう。

【００４１】これによれば、最も効率よくデータ圧縮を
行なうことができる。また、データ保存サーバ３は、前
記求めた計算機１でネットワーク装置や記憶装置で異常
が発生していないかどうかチェックし、異常のある計算
機１に対しては再起動を行なうようになっている。これ
によれば、異常のある計算機１を特定して再起動をかけ
ることができる。

【００４２】次に、データ保存サーバ３は圧縮処理中に
該当計算機１にエラーが発生したかどうかチェックする
（Ｓ７）。エラーが発生していない場合には、圧縮装置
１１を介して記憶装置に圧縮データＡを転送する。一
方、圧縮処理中にエラーが発生した場合、データ保存サ
ーバ３は他にリストアップされた圧縮装置１１から圧縮
時間と圧縮率が高い順に実行計算機１と圧縮装置１１を
選択することで、異常の発生した圧縮装置１１を外し、
圧縮時間と圧縮率が高い順に実行計算機１と圧縮装置１
１を選択することができ、異常の発生した圧縮装置１１
を外し、他の圧縮装置１１を用いて最も効率のよい順に
実行計算機１と圧縮装置１１を選択することができる。

【００４３】前記求めた計算機１でネットワーク装置や
記憶装置で異常が発生していないかどうかチェックし、
異常のある計算機１に対しては再起動をかける。これに
より、異常のある計算機１を特定して再起動をかけるこ
とができる。

【００４４】圧縮した装置の種類と計算機情報をヘッダ
情報（図８参照）として、圧縮データＡ’の先頭に追加
する（Ｓ８）。図８はテーブル３０に記憶されるヘッダ
情報の構成例を示す図である。ヘッダ情報は、圧縮前の
データサイズと、圧縮後のデータサイズと、圧縮装置１
１の種類と、計算機名と、圧縮時間と日付時刻より構成
されており、圧縮データ毎にこのようなヘッダがその先
頭に追加される。なお、分割圧縮した時には、分割した
圧縮ブロックの数ｎだけの情報を保存する。

【００４５】これによれば、データを圧縮した後、圧縮
した装置の種類と計算機情報をヘッダ情報として圧縮後
のデータの先頭に追加することにより、ヘッダ情報から
圧縮した装置の種類と計算機情報を認識することができ
る。

【００４６】この場合において、計算機１内の圧縮装置
とデータ保存サーバとの間で、これらの装置を効率よく
制御して圧縮処理を行なうことができる。このように、
本発明による圧縮処理では、データ保存サーバ３がテー
ブル３０を常時管理することにより、最適な各計算機１
へのデータ圧縮／復元の分散処理を行なうことができ、
圧縮と復元処理の負荷分散による効率的な運用を可能に
することができる。

【００４７】次に、圧縮したデータの復元処理について
説明する。データ復元処理では、データ保存サーバ３が
ヘッダ情報から圧縮装置１１を取得して対応する復元装
置１２を計算機１毎に探し出し、それぞれ復元に要する
時間と復元処理の成功率をデータサイズとフォーマット
毎に調査し、前記テーブル３０上で管理するようにして
いる。これによれば、テーブルを管理して必要な情報を
取得し、データの復元を行なうことができる。図５はデ
ータ復元動作例を示すフローチャートである。外部装置
からデータ復元処理依頼があると（Ｓ１）、データ保存
サーバ３は、圧縮データＢのヘッダ情報（図８参照）を
読み込み、圧縮装置１１や計算機１を調べる（Ｓ２）。

【００４８】この場合、前記データ保存サーバ３は、各
計算機１毎に復元前後のデータを一時的に保存する記憶
装置の容量と、復元データの送受信に要する転送時間及
び転送処理の成功率をテーブル上で管理するようになっ
ている。

【００４９】これによれば、記憶装置容量と転送時間と
転送処理の成功率に関する情報を得ることができる。こ
こで、計算機１内の圧縮装置１１とデータ保存サーバ３
との間で、これらの装置を効率よく制御して復元処理を
行なうことができる。

【００５０】次に、データ保存サーバ３は、ヘッダ情報
から読み取った圧縮装置１１と対応している復元装置１
２の図２の復元テーブルから、圧縮データＢのサイズと
フォーマットを照らし合わせて、装置毎に復元に必要な
時間を求める（Ｓ３）。これによれば、前記テーブルを
参照して復元処理に要する時間を予測することができ
る。

【００５１】また、データ保存サーバ３は、予測した計
算機１でネットワーク装置や記憶装置で異常が発生して
いないかを確認し、異常が見られる計算機１に対して再
起動をかけるようになっている。これによれば、異常が
見られる計算機１に対して再起動をかけることができ
る。

【００５２】次に、データ保存サーバ３は、図３に示す
計算機資源テーブルから復元対象データＢのサイズ＋圧
縮前のサイズ＋αの空き容量を持っている計算機１でか
つエラーが発生していない計算機１を求める（Ｓ４）。

【００５３】次に、データ保存サーバ３は、図３の計算
機資源テーブルより各計算機１に対する送受信時間を求
め、以下の式で復元総時間を求める。 復元総時間＝（送信時間×Ｂのデータサイズ）＋（復元時間×一定係数× （１＋ＣＰＵ使用率）×（１＋ＭＥＭ使用率））＋（受信時間× Ｂの圧縮前サイズ） （２） ここで、エラーが発生している計算機１は除外して計算
する。

【００５４】次に、エラーが発生した計算機１を除き復
元総時間が短い順番に計算機１名と復元装置１２をテー
ブル３０に書き出し、最も復元時間が短い復元装置１２
に対して圧縮データＢの送信と復元装置１２の起動を行
なう（Ｓ６）。満足するデータの場合には、復元装置１
２で復元する（Ｓ７）。

【００５５】復元処理中にエラーが発生した時には、ス
テップＳ６に戻る（Ｓ８）。エラーが発生しない場合に
は、処理を終了する。この実施の形態例によれば、復元
処理中に異常が発生した場合、データ保存サーバ３は、
異常のない復元装置１２を選択することにより、復元処
理を行なうことができる。

【００５６】この場合において、データ保存サーバ３
は、異常があった計算機１を除き、最も復元時間が短い
復元装置１２を選択することができる。本発明は、入力
データが膨大な場合には、データを複数の単位に分割
し、分割されたデータをそれぞれの計算機１に割り当て
て並行処理を行ない、処理時間を短かくすることができ
るようになっている。

【００５７】図６は分割しながら圧縮処理を行なう場合
の動作例を示すフローチャートである。データ保存サー
バ３は、図２に示す圧縮テーブルから圧縮効率が劣化し
ない最大のデータサイズを圧縮装置１１毎に求める（Ｓ
１）。ここで、圧縮装置を決める場合、例えば装置Ａは
容量２Ｇで処理に要する時間が５０秒、装置Ｂは容量６
Ｇで処理に要する時間が１８０秒であったものとする
と、データ保存サーバ３は、バイト当たりの圧縮時間で
圧縮装置１１を決定する。例えば、装置Ａの場合、６Ｇ
のデータを処理するに要する時間は５０×（６／２）＝
１５０秒となり、装置Ｂよりも処理時間が速いので、装
置Ａに決定する。

【００５８】これによれば、サイズが基準値を超過する
場合に、各計算機１に分散処理させ、この時に圧縮効率
が低下しないようにすることができる。次に、第４図で
示した流れで計算機１と圧縮装置１１を決定し、決定し
た圧縮装置に対する前記データサイズに入力データを分
割する（Ｓ２）。

【００５９】次に、切り取ったデータを圧縮装置１１に
転送して、圧縮処理を行なう（Ｓ３）。この処理は全デ
ータについて圧縮処理が完了するまで行なう。これによ
り、基準値を超えるデータが入力された場合でも、各計
算機１の復元装置１２に入力データを分割して処理を依
頼して、全データについての復元処理を行なうことがで
きる。

【００６０】全てのデータについての圧縮処理が終了し
たら、データ保存サーバ３は、ヘッダ情報（図８参照）
に各圧縮ブロックのサイズと圧縮装置１１の種類及び計
算機１情報を設定する（Ｓ５）。そして、ヘッダ情報を
先頭に各圧縮ブロックを連結する（Ｓ６）。

【００６１】この実施の形態例によれば、データ保存サ
ーバ３は、分割した圧縮データのサイズを調べてから、
それぞれの圧縮データを連結した後、圧縮前後のデータ
サイズと圧縮装置及び計算機情報をヘッダ情報として連
結したデータの先頭に追加することで、復元処理を確実
に行なうことが可能となる。

【００６２】図７は分割圧縮したデータを復元する場合
の流れを示すフローチャートである。先ず、データ保存
サーバ３は、ヘッダ情報（図８参照）から連結前の各圧
縮ブロックのサイズを取り出し、ヘッダ情報を外してか
ら各圧縮ブロックに分割する（Ｓ１）。次に、第５図で
示した流れで計算機１と復元装置１２を決定する（Ｓ
２）。

【００６３】次に、圧縮ブロックを復元装置１２に転送
して復元処理を行なう（Ｓ３）。そして、全データにつ
いて復元処理が終了したかどうかをチェックする（Ｓ
４）。復元処理が終了した場合には、復元したデータを
つなぎ合わせて圧縮前の状態に復元する。復元処理が終
了しない場合には、ステップＳ２に戻り、復元処理を続
行する。

【００６４】この実施の形態例によれば、圧縮したデー
タを復元する時に、分割されたデータサイズ毎に復元処
理を繰り返すことで、圧縮データの全てを復元すること
ができる。

【００６５】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、複数の計算機がネットワークで接続され、該ネ
ットワークにデータ保存サーバが接続され、該データ保
存サーバに記憶装置が接続されたシステムにおいて、前
記計算機は内部に圧縮装置と復元装置とを具備し、前記
データ保存サーバは内部に圧縮／復元に必要なデータを
記憶するテーブルを具備し、該データ保存サーバは、各
計算機にある圧縮装置の圧縮率と圧縮に要する時間と圧
縮処理の成功率をデータサイズとデータフォーマット毎
に調査し、前記テーブル上で管理することにより、デー
タ保存サーバが、テーブルを常時管理することで、最適
な各計算機へのデータ圧縮／復元の分散化処理を行なう
ことができ、圧縮と復元処理の負荷分散等による効率的
な運用を可能にすることができる。

【００６６】この場合において、前記テーブルで、各計
算機毎の圧縮前後のデータを一時的に保存する記憶装置
容量と、圧縮データの送受信に要する転送時間と、転送
処理の成功率を管理することにより、前記テーブルを参
照することで、データの送受信に要する時間等の情報を
認識することができる。

【００６７】また、前記データ保存サーバは、圧縮処理
を行う前に、圧縮するデータのサイズやフォーマットを
基に前記テーブルから圧縮処理に必要とする時間と圧縮
率を各計算機の圧縮装置毎に予測することにより、圧縮
処理を行なう場合に必要となる情報を予測することがで
きる。

【００６８】また、データ保存サーバは前記求めた計算
機でネットワーク装置や記憶装置で異常が発生していな
いかどうかチェックし、異常のある計算機に対しては再
起動を行なうことにより、異常のある計算機を特定して
再起動をかけることが可能となる。

【００６９】また、前記異常があった計算機を除き、圧
縮時間が短かく圧縮率が高い順にテーブルに出力し、最
も効率がよい圧縮装置を選択することにより、最も効率
よくデータ圧縮を行なうことができる。

【００７０】また、圧縮処理中に異常が発生した場合、
データ保存サーバは、他にリストアップされた圧縮装置
から圧縮時間と圧縮率が高い順に実行計算機と圧縮装置
を選択することにより、異常の発生した圧縮装置を外
し、他の圧縮装置を用いて最も効率のよい順に実行計算
機と圧縮装置を選択することができる。

【００７１】また、データを圧縮した後、圧縮した装置
の種類と計算機情報をヘッダ情報として圧縮後のデータ
の先頭に追加することにより、ヘッダ情報から圧縮した
装置の種類と計算機情報を認識することができる。

【００７２】また、計算機内の圧縮装置とデータ保存サ
ーバとの間で、これらの装置を効率よく制御して圧縮処
理を行なうことにより、圧縮処理を効率よく行なうこと
が可能になる。

【００７３】また、データを復元する時には、データ保
存サーバはヘッダ情報から圧縮装置を取得して対応する
復元装置を計算機毎に探し出し、それぞれ復元に要する
時間と復元処理の成功率をデータサイズとフォーマット
毎に調査し、前記テーブル上で管理することにより、テ
ーブルを管理して必要な情報を取得し、データの復元を
行なうことが可能となる。

【００７４】また、前記データ保存サーバは、各計算機
毎に復元前後のデータを一時的に保存する記憶装置の容
量と、復元データの送受信に要する転送時間及び転送処
理の成功率をテーブル上で管理することにより、記憶装
置容量と転送時間と転送処理の成功率に関する情報を得
ることができる。

【００７５】また、前記データ保存サーバは、復元処理
を行う前に復元するデータのサイズと、フォーマットを
基に前記テーブルから復元処理に必要な時間を復元装置
毎に予測することにより、前記テーブルを参照して復元
処理に要する時間を予測することができる。

【００７６】また、前記データ保存サーバは、前記予測
した計算機でネットワーク装置や記憶装置で異常が発生
していないかを確認し、異常が見られる計算機に対して
再起動をかけることにより、異常が見られる計算機に対
しては、再起動をかけることができる。

【００７７】また、前記データ保存サーバは異常があっ
た計算機を除き、最も復元時間が短い復元装置を選択す
ることにより、異常があった計算機以外の計算機から最
も復元時間の短い復元装置を選択することができる。

【００７８】また、復元処理中に異常が発生した場合、
前記データ保存サーバは異常のない計算機の中から再度
復元装置を選択することにより、異常のない復元装置を
選択することにより、復元処理を行なうことができる。

【００７９】また、計算機内の圧縮装置とデータ保存サ
ーバとの間で、これらの装置を効率よく制御して復元処
理を行なうことにより、復元処理を効率よく行なうこと
が可能になる。

【００８０】また、予め定められたサイズを超過する圧
縮対象データが入力された場合、データ保存サーバは、
各計算機の圧縮装置で圧縮効率が劣化しない最大のデー
タサイズを前記テーブルより求め、求めたデータサイズ
に入力データを分割し、圧縮処理依頼を行ない、全入力
データを圧縮するまで分割と圧縮を繰り返すことによ
り、サイズが基準値を超過する場合に、各計算機に分散
処理させ、この時に圧縮効率が低下しないようにするこ
とができ、また、基準値を超えるデータが入力された場
合でも、各計算機の復元装置に入力データを分割して処
理を依頼して、全データについての復元処理を行なうこ
とができる。

【００８１】また、前記データ保存サーバは、分割した
圧縮データのサイズを調べてから、それぞれの圧縮デー
タを連結した後、圧縮前後のデータサイズと圧縮装置及
び計算機情報をヘッダ情報として連結したデータの先頭
に追加することにより、圧縮前後のデータサイズと圧縮
装置及び計算機情報をヘッダとして圧縮データの先頭に
追加することで、復元処理を確実に行なうことが可能と
なる。

【００８２】更に、前記データ保存サーバは、圧縮した
データを復元する時に、ヘッダ情報から取得したデータ
サイズに分割して、復元装置を決定しながら復元処理を
行ない、圧縮データの全てを復元するまで分割と復元を
繰り返すことにより、圧縮したデータを復元する時に、
分割されたデータサイズ毎に復元処理を行なうことを繰
り返すことで、圧縮データの全てを復元することができ
る。

【００８３】このように、本発明によれば、圧縮と復元
処理の負荷分散等による効率的な運用を可能にすること
ができる計算機データ圧縮制御装置を提供することがで
きる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の第１の動作説明図である。

【図３】本発明の第２の動作説明図である。

【図４】データ圧縮動作例を示すフローチャートであ
る。

【図５】データ復元動作例を示すフローチャートであ
る。

【図６】分割しながら圧縮処理を行なう場合の動作例を
示すフローチャートである。

【図７】分割圧縮したデータを復元する場合の流れを示
すフローチャートである。

【図８】ヘッダ情報の構成例を示す図である。

【図９】従来システムの構成ブロック図である。

【符号の説明】

１ 計算機 ２ 回線 ４ データ保存サーバ １１ 圧縮装置 １２ 復元装置 ３０ テーブル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の計算機が接続されるネットワーク
   に接続され、記憶装置を有するデータ保存サーバに備え
   られた計算機データ圧縮制御装置であって、 前記ネットワークに接続される計算機毎に該計算機に対
   応したデータを記憶するテーブルを具備し、 ネットワークに接続された各計算機に備えられた圧縮装
   置におけるデータの圧縮率と圧縮に要する時間と圧縮処
   理の成功率をデータサイズとデータフォーマット毎に調
   査し、前記テーブル上で管理することを特徴とする計算
   機データ圧縮制御装置。
2. 【請求項２】 前記データ保存サーバは、圧縮処理を行
   う前に、圧縮するデータのサイズやフォーマットを基に
   前記テーブルから圧縮処理に必要とする時間と圧縮率を
   各計算機の圧縮装置毎に予測することを特徴とする請求
   項１記載の計算機データ圧縮制御装置。
3. 【請求項３】 圧縮処理中に異常が発生した場合、デー
   タ保存サーバは、他にリストアップされた圧縮装置から
   圧縮時間と圧縮率が高い順に実行計算機と圧縮装置を選
   択することを特徴とする請求項１記載の計算機データ圧
   縮制御装置。
4. 【請求項４】 データを復元する時には、データ保存サ
   ーバはヘッダ情報から圧縮装置を取得して対応する復元
   装置を計算機毎に探し出し、それぞれ復元に要する時間
   と復元処理の成功率をデータサイズとフォーマット毎に
   調査し、前記テーブル上で管理することを特徴とする請
   求項１記載の計算機データ圧縮制御装置。
5. 【請求項５】 予め定められたサイズを超過する圧縮対
   象データが入力された場合、データ保存サーバは、各計
   算機の圧縮装置で圧縮効率が劣化しない最大のデータサ
   イズを前記テーブルより求め、求めたデータサイズに入
   力データを分割し、圧縮処理依頼を行ない、全入力デー
   タを圧縮するまで分割と圧縮を繰り返すことを特徴とす
   る請求項１記載の計算機のデータ圧縮制御装置。