特表 2022-530169 補助記憶装置の復旧情報管理装置および方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-06-27

(54)【発明の名称】補助記憶装置の復旧情報管理装置および方法

(51)【国際特許分類】

   G06F 16/11 20190101AFI20220620BHJP

【ＦＩ】

G06F16/11

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2021564867

(86)(22)【出願日】2020-04-21

(85)【翻訳文提出日】2021-12-15

(86)【国際出願番号】 KR2020005254

(87)【国際公開番号】W WO2020222453

(87)【国際公開日】2020-11-05

(31)【優先権主張番号】10-2019-0051807

(32)【優先日】2019-05-02

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＩＮＤＯＷＳ

２．ウィンドウズ

(71)【出願人】

【識別番号】519400612

【氏名又は名称】キム、ドクウ

【氏名又は名称原語表記】ＫＩＭ， ＤＥＯＫ ＷＯＯ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村 行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100118843

【弁理士】

【氏名又は名称】赤岡 明

(74)【代理人】

【識別番号】100217940

【弁理士】

【氏名又は名称】三並 大悟

(72)【発明者】

【氏名】キム、ドクウ

(57)【要約】

本発明は補助記憶装置（ａｕｘｉｌｉａｒｙ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）内のバックアップ補助記憶装置の容量を効率的に管理できる装置および方法に関する。補助記憶装置２０に原本補助記憶装置３０とバックアップ補助記憶装置４０、そしてユーザー入力装置５０がある。これら原本補助記憶装置３０、バックアップ補助記憶装置４０、ユーザー入力装置５０は制御装置６０により制御される。バックアップ補助記憶装置４０は原本補助記憶装置３０の復旧情報を保存する。ユーザー入力装置５０は正常モードとバックアップモードを切り替えるためのユーザー入力を受ける。正常モードであるとき、制御装置６０はホストコンピュータ１０が原本補助記憶装置３０のＯＳを利用してブーティングされ、バックアップ補助記憶装置４０には接近が不可能なように補助記憶装置２０を制御する。そして、バックアップモードであるとき、制御装置６０はホストコンピュータ１０がバックアップ補助記憶装置４０に保管されたＯＳの写本または補助記憶装置２０が別途に提供するＯＳでブーティングされるように補助記憶装置２０を制御し、バックアップ補助記憶装置４０が記録した復旧情報に基づいて原本補助記憶装置３０の復旧を遂行する。

【特許請求の範囲】

【請求項1】

ホストコンピュータがアクセスする補助記憶装置において、
原本補助記憶装置；
原本補助記憶装置の復旧情報を保存するバックアップ補助記憶装置；
正常モードとバックアップモードを切り替えるためのユーザー入力を受けるユーザー入力装置； そして
前記原本補助記憶装置、バックアップ補助記憶装置、およびユーザー入力装置と連結されて補助記憶装置の前記正常モードとバックアップモードを制御したりユーザー命令によって復旧情報を管理する制御装置を含むものの、
前記制御装置は、正常モードである時はホストコンピュータが原本補助記憶装置のＯＳを利用してブーティングされ、バックアップ補助記憶装置には接近が不可能なように補助記憶装置を制御し、バックアップモードである時はホストコンピュータがバックアップ補助記憶装置に保管されたＯＳの写本または補助記憶装置が別途に提供するＯＳでブーティングされるように補助記憶装置を制御し、バックアップ補助記憶装置が記録した復旧情報に基づいて原本補助記憶装置の復旧を遂行する、補助記憶装置の復旧情報管理装置。

【請求項2】

前記制御装置は
原本補助記憶装置の復旧情報を作って保存するかどうかを管理する復旧情報管理モジュールを含む、請求項１に記載の補助記憶装置の復旧情報管理装置。

【請求項3】

前記復旧情報管理モジュールは
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析部；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部を含む、請求項２に記載の補助記憶装置の復旧情報管理装置。

【請求項4】

前記復旧情報管理モジュールは
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析部；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を、ホストコンピュータのファイルシステムを分析してファイルやディレクトリに割り当てられたセクターやクラスタ情報を表で作成された検索テーブルと比較して確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部を含む、請求項２に記載の補助記憶装置の復旧情報管理装置。

【請求項5】

前記ファイルシステム客体確認部は検索専用チップで構成されることを特徴とする、請求項４に記載の補助記憶装置の復旧情報管理装置。

【請求項6】

前記制御装置は
予め保存された原本補助記憶装置の復旧情報を削除する復旧情報削除モジュールを含む、請求項１に記載の補助記憶装置の復旧情報管理装置。

【請求項7】

前記復旧情報削除モジュールは
バックアップ補助記憶装置に予め保存された復旧情報のアクセスアドレスを抽出する復旧情報分析部；
前記復旧情報に含まれたアクセスアドレスを分析して該当アクセスアドレスを使うファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザーが指定した復旧不要客体である場合に予め保存された復旧情報を削除する復旧情報削除部を含む、請求項６に記載の補助記憶装置の復旧情報管理装置。

【請求項8】

前記制御装置の制御動作の結果を表示する表示装置をさらに含み、
前記制御装置は
ユーザー入力装置からユーザー命令の入力を受けるユーザー命令入力モジュール；
前記表示装置を駆動する表示装置駆動モジュール；および
入力されたユーザー命令によって復旧情報を削除したり圧縮する復旧情報整備モジュールを含む、請求項１に記載の補助記憶装置の復旧情報管理装置。

【請求項9】

前記復旧情報整備モジュールは
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザー命令において削除対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を削除する復旧情報削除部を含む、請求項８に記載の補助記憶装置の復旧情報管理装置。

【請求項10】

前記復旧情報整備モジュールは
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザー命令において圧縮対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を圧縮する復旧情報圧縮部を含む、請求項８に記載の補助記憶装置の復旧情報管理装置。

【請求項11】

前記復旧情報整備モジュールは
ユーザー命令を分析するユーザー命令分析部；および
分析されたユーザー命令が指定する予め保存されたアルゴリズムによりバックアップ補助記憶装置に予め保存された復旧情報を削除したり圧縮したり伝送するなどの機能を遂行する整備アルゴリズム実行部をさらに含む、請求項９または請求項１０に記載の補助記憶装置の復旧情報管理装置。

【請求項12】

前記表示装置は作業を遂行する過程で発生する情報の提供またはユーザーの入力のための情報表示部を含む、請求項１１に記載の補助記憶装置の復旧情報管理装置。

【請求項13】

前記表示装置は前記ユーザー入力装置と一つの入出力装置として統合して構成されることを特徴とする、請求項８に記載の補助記憶装置の復旧情報管理装置。

【請求項14】

請求項１～請求項１０のいずれか一項に記載された補助記憶装置の復旧情報管理装置を適用した、機器。

【請求項15】

原本補助記憶装置；原本補助記憶装置の復旧情報を保存するバックアップ補助記憶装置；正常モードとバックアップモードを切り替えるためのユーザー入力を受けるユーザー入力装置を含んでホストコンピュータがアクセスする補助記憶装置で遂行される復旧情報管理方法であって、
前記正常モードであるとき、ホストコンピュータが原本補助記憶装置のＯＳを利用してブーティングされ、バックアップ補助記憶装置には接近が不可能なようにする段階；そして
前記バックアップモードであるとき、ホストコンピュータがバックアップ補助記憶装置に保管されたＯＳの写本または補助記憶装置が別途に提供するＯＳでブーティングされるようにし、バックアップ補助記憶装置が記録した復旧情報に基づいて原本補助記憶装置の復旧を遂行する段階を含む、補助記憶装置の復旧情報管理方法。

【請求項16】

前記ユーザー入力装置によってバックアップモードに切り替えられた時に前記原本補助記憶装置の復旧情報を作って保存するかどうかを管理する復旧情報管理段階を含む、請求項１5に記載の補助記憶装置の復旧情報管理方法。

【請求項17】

前記復旧情報管理段階は
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析段階；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録段階を含む、請求項１６に記載の補助記憶装置の復旧情報管理方法。

【請求項18】

前記復旧情報管理段階は
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析段階；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を、ホストコンピュータのファイルシステムを分析してファイルやディレクトリに割り当てられたセクターやクラスタ情報を表で作成された検索テーブルと比較して確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録段階を含む、請求項１６に記載の補助記憶装置の復旧情報管理方法。

【請求項19】

予め保存された原本補助記憶装置の復旧情報を削除する復旧情報削除手続きを含む、請求項１６に記載の補助記憶装置の復旧情報管理方法。

【請求項20】

前記復旧情報削除段階は
バックアップ補助記憶装置に予め保存された復旧情報のアクセスアドレスを抽出する復旧情報分析段階；
前記復旧情報に含まれたアクセスアドレスを検索テーブルと比較して該当アクセスアドレスを使うファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザーが指定した復旧不要客体である場合に予め保存された復旧情報を削除する復旧情報削除段階を含む、請求項１９に記載の補助記憶装置の復旧情報管理方法。

【請求項21】

前記補助記憶装置は表示装置をさらに含み、
前記補助記憶装置の復旧情報管理方法は
ユーザー入力装置からユーザー命令の入力を受けるユーザー命令入力段階；
前記表示装置を駆動する表示装置駆動段階；および
入力されたユーザー命令によって復旧情報を削除したり圧縮する復旧情報整備段階を含む、請求項１５に記載の補助記憶装置の復旧情報管理方法。

【請求項22】

前記復旧情報整備段階は
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析段階；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザー命令において削除対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を削除する復旧情報削除段階を含む、請求項２１に記載の補助記憶装置の復旧情報管理方法。

【請求項23】

前記復旧情報整備段階は
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析段階；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザー命令において圧縮対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を圧縮する復旧情報圧縮段階を含む、請求項２1に記載の補助記憶装置の復旧情報管理方法。

【請求項24】

前記復旧情報整備段階は
ユーザー命令を分析するユーザー命令分析段階；および
分析されたユーザー命令が指定する予め保存されたアルゴリズムによりバックアップ補助記憶装置に予め保存された復旧情報を削除したり圧縮したり伝送するなどの機能を遂行する整備アルゴリズム実行段階をさらに含む、請求項２２または請求項２３に記載の補助記憶装置の復旧情報管理方法。

【請求項25】

前記表示装置駆動段階は
前記表示装置を通じて、前記段階を遂行する過程で発生する情報の提供またはユーザーの入力のための情報を表示する段階を含む、請求項２１に記載の補助記憶装置の復旧情報管理方法。

【請求項26】

請求項１５～請求項２３のいずれか一項に記載された補助記憶装置の復旧情報管理方法を適用した、機器。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はコンピュータシステムの補助記憶装置（ａｕｘｉｌｉａｒｙ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）に関し、具体的には、補助記憶装置の復旧情報（ｒｅｃｏｖｅｒｙ ｉｎｆｏｒｍａｔｉｏｎ）を管理する装置および方法に関する。

【背景技術】

【0002】

最近ランサムウェアのような悪性コードがユーザーファイルを暗号化させるのはもちろん、システム復旧情報が入っているパーテーションやフォルダまで削除する場合が発生している。このように、既存のコンピュータ構造のようにシステム全体が一つのＯＳで統制される場合、ハッキングプログラムやコンピュータウイルスのような悪性コードが最上位管理者の資格でシステムを掌握することになると、システムの形状変更を止めることができなくなる。また、悪意を持つ第三者が一時的に接近権限を得てシステムに危害を加える場合にも対応が不可能である。

【0003】

このような問題に対応して、本出願人はいくつかの発明を出願したことがある（韓国特許出願番号１０－２０１７－００５７９９８、韓国特許１０－１９２０８６６および１０－１９２０８６７）。これらの先出願発明は原本補助記憶装置とバックアップ用補助記憶装置を含む補助記憶装置を取り扱っているが、原本補助記憶装置はホストコンピュータが常時アクセス可能であるがバックアップ用補助記憶装置は特定の条件（例えば復旧モードの条件）でのみユーザーのアクセスが可能であるように制限される。したがって、これらの先出願発明を利用すれば安全なバックアップおよび復旧が可能である。しかし、ホストコンピュータが補助記憶装置をアクセスするたびにバックアップのための情報を記録するのであれば、非常に大容量のバックアップ補助記憶装置が必要となる。特にＯＳやアプリケーションプログラムなどは一時ファイル（ら）を頻繁に作っているが、この時、これら一時ファイルに対してはバックアップのための情報を作って保存する必要がなく、ひいてはユーザーがバックアップが不要であると判断する保存空間があればこの保存空間もバックアップが不要である。前記先出願発明ではこのような問題を取り扱っていないが、これは先出願発明の技術が適用されたまたはそれと類似する補助記憶装置において非常に重要である。特にノートパソコンのようにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を補助記憶装置に使う場合や大容量サーバーの大容量補助記憶装置の場合には容量により価格に大きな差があるため、バックアップ補助記憶装置の保存空間を効率的に管理できる技術が提供されるのであれば費用を大幅に減らすことができるのであろう。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明は前記先登録発明またはこれと類似する方式でバックアップ補助記憶装置を含ませて設計されたコンピュータ補助記憶装置の復旧構造の短所を補完することによって、分析によってバックアップの有無自体を判断したり、バックアップされた復旧情報を削除することによって補助記憶装置内のバックアップ補助記憶装置の容量を効率的に管理できる装置を提案することを目的とする。

【課題を解決するための手段】

【0005】

このように、先出願発明に係る補助記憶装置に選別的にバックアップ情報を作って保存する機能を付与するのであれば、バックアップ補助記憶装置の容量を減らすことができるため価格面で非常に大きな長所がある。しかし、選別的にバックアップ情報を作るためには、ホストコンピュータが補助記憶装置をアクセスする時に伝達されるアクセス情報の分析が必ず必要である。例えばＯＳが一時ファイルを削除し新しい一時ファイルを作成する途中であれば、これに関連した情報はバックアップが不要であろう。しかし、これを判断できるいかなる機能も既存の補助記憶装置と先出願発明の補助記憶装置には具現されていない。これを詳察すると次の通りである。

【0006】

一般的に補助記憶装置はホストコンピュータから伝達された接近情報を利用して読み取りや書き込みのような動作を遂行する。この時、ホストコンピュータは主にファイル名やフォルダ名ではなく、ＣＨＳ（Ｃｙｌｉｎｄｅｒ Ｈｅａｄ Ｓｅｃｔｏｒ）アドレス方式やＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ）方式でアクセスが必要なデータ領域のアドレスを指定してアクセスすることになる。

【0007】

つまり、如何なる方式であれ、クラスタ番号、ヘッド番号、セクター番号のような保存空間の特定領域を直接または間接的に指定するアドレスを利用することになるが、これはホストコンピュータのファイルシステムが補助記憶装置ではなくホストコンピュータで管理されるためである。もちろん、一部の補助記憶装置は別途のプロトコルを利用してファイル単位の情報もやりとりすることができるが、一般的にデスクトップパソコンやノートパソコンに広く使われるＨＤＤとＳＳＤなどの製品はアドレスを直接提供する方式で補助記憶装置にアクセスする。

【0008】

ところが、この時に伝達されるアクセス情報には一般的にファイル名やファイル経路のような情報が事実上ないため、ファイルやディレクトリ、ＭＢＲ（Ｍａｓｔｅｒ Ｂｏｏｔ Ｒｅｃｏｒｄ）などのようなファイルシステム客体に対するアクセスの有無を確認するためには、補助記憶装置側からアクセス情報を分析しなければならない。しかし、一般的な既存の補助記憶装置ではこのような作業が不要であり、万一このような作業を遂行すると補助記憶装置の処理速度のみ遅くなるだけであって何の利益もない。

【0009】

それに比べ、本発明に係る補助記憶装置はこのような作業を遂行することによって処理速度は少々遅くなるものの、復旧情報の保存空間を非常に効率的に管理できるため製作費用を大幅に減らすことができ、ユーザーには自身が望むファイルやディレクトリのみをバックアップできる手段の提供が可能である。しかも、時間が多くかかる作業はバックグラウンド作業で処理すれば処理速度の低下も防止できるため、より効率的であるものと判断される。

【0010】

前述した課題を解決するために、以上の概念を具体化して完成した本発明の第１側面に係るコンピュータ補助記憶装置は、ホストコンピュータが補助記憶装置にアクセス（接近）する構成であって、補助記憶装置は原本補助記憶装置；原本補助記憶装置の復旧情報を保存するバックアップ補助記憶装置；正常モードとバックアップモードを切り替えるためのユーザー入力などを受けるユーザー入力装置；そして前記原本補助記憶装置、バックアップ補助記憶装置、およびユーザー入力装置と連結されて補助記憶装置の前記正常モードとバックアップモードを制御したりユーザー命令によって復旧情報を管理する制御装置を含む。

【0011】

前記制御装置によって制御される補助記憶装置は正常モードとバックアップモードで動作する。この正常モードとバックアップモードは前記ユーザー入力装置によってユーザーが選択することができる。正常モードであるとき、前記制御装置はホストコンピュータが原本補助記憶装置のＯＳを利用してブーティングされ、バックアップ補助記憶装置には接近が不可能なように補助記憶装置を制御する。バックアップモードであるとき、前記制御装置はホストコンピュータがバックアップ補助記憶装置に保管されたＯＳの写本または補助記憶装置が別途に提供するＯＳでブーティングされるように補助記憶装置を制御し、バックアップ補助記憶装置が記録した復旧情報に基づいて原本補助記憶装置の復旧を遂行する。

【0012】

前記制御装置は補助記憶装置を制御するＣＰＵの機能演算を担当するソフトウェアと関連ハードウェアで具現可能であるが、先行発明でのように原本補助記憶装置およびバックアップ補助記憶装置、ユーザー入力装置と多様な形態で連結され得、ユーザー入力装置はユーザーによって操作される電気的なスイッチで具現され得る。一方、ユーザー入力装置は通信モジュールで構成して有線および無線で伝達された情報に基づいて単数または複数のユーザー入力を確認する方式で具現されてもよい。

【0013】

発明の一実施形態において、前記制御装置は原本補助記憶装置の復旧情報を作って保存するかどうかを管理する復旧情報管理モジュールを含む。

【0014】

ここで、前記復旧情報管理モジュールは、原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析部；前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部を含むことができる。

【0015】

一方、前記復旧情報管理モジュールは、他の実施形態において、原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析部；前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を、ホストコンピュータのファイルシステムを分析してファイルやディレクトリに割り当てられたセクターやクラスタ情報を表で作成された検索テーブルと比較して確認するファイルシステム客体確認部；確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部を含むことができる。

【0016】

また、発明の他の実施形態において、前記制御装置は予め保存された原本補助記憶装置の復旧情報を削除する復旧情報削除モジュールを含むことができる。

【0017】

この復旧情報削除モジュールは、バックアップ補助記憶装置に予め保存された復旧情報のアクセスアドレスを抽出する復旧情報分析部；前記復旧情報に含まれたアクセスアドレスを使うファイルシステム客体を確認するファイルシステム客体確認部；確認されたファイルシステム客体がユーザーが指定した復旧不要客体である場合に予め保存された復旧情報を削除する復旧情報削除部を含むことができる。

【0018】

前述した課題解決のための本発明の第２側面に係る補助記憶装置は、前記第１側面の補助記憶装置に表示装置をさらに含む。ここで、表示装置はＬＥＤやディスプレイ、アラーム装置などで構成され得、他の実施形態によると、ユーザー入力装置と類似する方式で通信モジュールで構成して有線および無線で伝達された情報に基づいてユーザー入力を確認する方式で具現することができる。またはユーザー入力装置と表示装置を一つの入出力装置として統合して構成してもよい。

【0019】

この第２側面に係る補助記憶装置の制御装置は、ユーザー入力装置からユーザー命令の入力を受けるユーザー命令入力モジュール；表示装置を駆動する表示装置駆動モジュール；入力されたユーザー命令によって復旧情報を削除したり圧縮する復旧情報整備モジュールをさらに含んで構成され得る。

【0020】

前記復旧情報整備モジュールは、バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部；前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；確認されたファイルシステム客体がユーザー命令において削除対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を削除する復旧情報削除部を含むことができる。

【0021】

一方、前記復旧情報整備モジュールは、他の実施形態として、バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部；前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；確認されたファイルシステム客体がユーザー命令において圧縮対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を圧縮する復旧情報圧縮部を含むことができる。

【0022】

ここで、前記二つの実施形態の復旧情報整備モジュールはユーザー命令を分析するユーザー命令分析部；分析されたユーザー命令に該当する予め設定されたアルゴリズムによりバックアップ補助記憶装置に予め保存された復旧情報を削除したり圧縮したり伝送するなどの機能を遂行する整備アルゴリズム実行部を含むことができる。また、前記二つの実施形態の復旧情報整備モジュールは、前記のような作業を遂行する過程で発生する情報の提供やユーザーの追加入力などのために前記表示手段に情報を表示する情報表示部を追加的にさらに含むことができる。

【0023】

また、本発明のさらに他の側面によると、以上で説明した補助記憶装置の復旧情報管理装置を方法的手段で実行または具現する復旧情報管理方法が提供される。

【0024】

また、本発明のさらに他の側面によると、以上で説明した補助記憶装置の復旧情報管理装置および／または復旧情報管理方法が適用されたコンピュータ（ＰＣ）、サーバーコンピュータ、モバイルフォン、自動制御装置などの応用機器が提供される。

【0025】

以上で紹介した本発明の包括的な構成は図面と共に後述される具体的な実施例を通じてより明確となるであろう。

【発明の効果】

【0026】

本発明に係る原本補助記憶装置とバックアップ補助記憶装置を含む補助記憶装置は、復旧情報を管理してバックアップ補助記憶装置の容量を効果的に活用することによって、本発明に係る技術が適用されない製品に比べてバックアップに必要な保存領域を画期的に減らして生産費用を大幅に減らすことができる。例えば、ノートパソコンやタブレットコンピュータの場合は、その携帯の便宜性のゆえ、重さを減らすために価格が高くても補助記憶装置としてＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を主に使っており、大容量サーバーは非常に大容量の補助記憶装置を使っているが、本発明に係る技術が適用されるのであれば、高い費用を使うことなく悪性ソフトウェアによるデータの毀損を復旧できる補助記憶装置を装着することができるため、商業的、社会的にも意味がある。

【0027】

より具体的には、本発明に係る補助記憶装置は復旧情報の保存空間を非常に効率的に管理できるため製作費用を大幅に減らすことができ、ユーザーには自身が望むファイルやディレクトリのみをバックアップできる手段の提供が可能な長所がある。しかも、時間が多くかかる作業はバックグラウンド作業で処理することになると、処理速度の低下も防止できるためより効率的であるものと判断される。

【図面の簡単な説明】

【0028】

【図1】本発明の一実施例に係る補助記憶装置２０の概略図である。

【図2】図１の補助記憶装置２０の制御装置６０の構成図である。

【図3】図２に示した制御装置６０の復旧情報管理モジュール６２０の一実施例の構成図である。

【図4】図２に示した制御装置６０の復旧情報管理モジュール６２０の他の実施例に係る復旧情報管理モジュール６２０’の構成図である。

【図5】図２に示した制御装置６０の復旧情報削除モジュール６３０の構成図である。

【図6】本発明の他の実施例に係る補助記憶装置２０の概略図である。

【図7】図６の補助記憶装置２０の制御装置６０の構成図である。

【図8】図７の復旧情報整備モジュール６５０の構成図である。

【図9】他の実施例に係る復旧情報整備モジュール６５０’の構成図である。

【図10】復旧情報整備モジュール６５０、６５０’にさらに含まれる構成要素である。

【発明を実施するための形態】

【0029】

本発明の利点および特徴、そしてそれらを達成する方法は、添付される図面と共に詳細に記述されている実施例を参照すると明確となるであろう。しかし、本発明は以下で開示される実施例に限定されるものではなく、互いに異なる多様な形態で具現され得るものであり、ただし本実施例は本発明の開示を完全なものとし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものである。本発明の技術的範囲は請求項の記載によって定義される。

【0030】

一方、本明細書で使われた用語は実施例を説明するためのものであり、本発明を制限しようとするものではない。本明細書で、単数型は文面で特に言及しない限り複数型も含む。明細書で使われる「含む（ｃｏｍｐｒｉｓｅｓ）」または「含む（ｃｏｍｐｒｉｓｉｎｇ）」は言及された構成要素、段階、動作および／または素子以外の一つ以上の他の構成要素、段階、動作および／または素子の存在または追加を排除しない。

【0031】

以下、本発明の好ましい実施例を添付図面を参照して詳細に説明する。各図面の構成要素に参照符号を付加するにおいて、同一の構成要素に対してはたとえ他の図面上に表示されてもできる限り同一の符号を付し、また本発明の説明において、関連した公知の構成または機能に対する具体的な説明が本発明の要旨を曖昧にさせ得る恐れがある場合にはその詳細な説明を省略する。

【0032】

図１は、本発明の一実施例に係る補助記憶装置２０の概略図である。基本的にホストコンピュータ１０が補助記憶装置２０にアクセス（接近）する構成である。

【0033】

補助記憶装置２０に原本補助記憶装置３０とバックアップ補助記憶装置４０が含まれており、また、原本補助記憶装置３０およびバックアップ補助記憶装置４０以外にユーザー入力装置５０がある。これら原本補助記憶装置３０、バックアップ補助記憶装置４０、ユーザー入力装置５０は制御装置６０によって制御される。

【0034】

バックアップ補助記憶装置４０は原本補助記憶装置３０の復旧情報を保存する。

【0035】

ユーザー入力装置５０はユーザーの命令の入力を受ける装置であり、例えば正常モードとバックアップモードを切り替えるためのユーザー入力や、制御装置に復旧情報整備のための命令を入力する用途などで使われる。ユーザー入力装置５０はモード選択スイッチのように電気的なスイッチで構成されてもよく、通信モジュールで構成して有線および無線で伝達された情報に基づいてユーザー入力を確認する方式で具現されてもよい。この時の通信プロトコルは暗号化された方式で進行して安全を強化することがより好ましい。

【0036】

制御装置６０は補助記憶装置２０を制御するＣＰＵの機能演算を担当するソフトウェアと関連ハードウェアで具現されるのが普通であるが、高速処理のために、原本補助記憶装置のアクセス通路を管理する部分はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）を利用したハードウェアで具現するのも良い方法である。ユーザー入力装置５０によりユーザーが選択するモードが正常モードであるとき、制御装置６０はホストコンピュータ１０が原本補助記憶装置３０のＯＳを利用してブーティングされ、バックアップ補助記憶装置４０には接近が不可能なように補助記憶装置２０を制御する。そして、ユーザー入力装置５０によりユーザーがバックアップモードを選択する時、制御装置６０はホストコンピュータ１０がバックアップ補助記憶装置４０に保管されたＯＳの写本または補助記憶装置２０が別途に提供するＯＳでブーティングされるように補助記憶装置２０を制御し、バックアップ補助記憶装置４０が記録した復旧情報に基づいて原本補助記憶装置３０の復旧に関連した作業などを遂行する。

【0037】

このような構成は、既に市販されている補助記憶装置とは根本的に構成が異なり機能も異なる。しかし、前記構成を有する補助記憶装置２０はホストコンピュータ１０が悪性プログラムの侵入で原本補助記憶装置３０を破壊しても、物理的に完全に遮断されたバックアップ補助記憶装置４０が保管中のバックアップ情報で常時復旧が可能な長所がある。本発明はその長所に加え、バックアップ情報を選択的に管理してバックアップ情報の量を効率的に減らすことができる構成を提示している。

【0038】

図１の原本補助記憶装置３０とバックアップ補助記憶装置４０は一般的な商用ＨＤＤやＳＳＤを使うことができ、不揮発性メモリで直接具現してもよい。制御装置６０は図２、図６のように構成される。

【0039】

図２は、図１の補助記憶装置２０の制御装置６０の構成図である。

【0040】

ユーザー入力装置５０から命令の入力を受けるユーザー命令入力モジュール６１０と、バックアップ補助記憶装置４０の復旧情報を管理する復旧情報管理モジュール６２０、そして保存された復旧情報を削除する復旧情報削除モジュール６３０が含まれる。これらモジュールは制御装置６０内にソフトウェアで具現されるのが容易であるが、一部はハードウェアで具現すれば処理速度を高めることができるためより好ましい。

【0041】

図３は、図２に示した制御装置６０内の復旧情報管理モジュール６２０の一実施例の構成図である。

【0042】

図３の実施例に係る復旧情報管理モジュール６２０は、原本補助記憶装置３０をアクセスするためにホストコンピュータ１０が提供したアクセス情報を分析するアクセス情報分析部６２２；前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部６２４；確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部６２６で構成される。これら各部はソフトウェアモジュールで作って制御装置６０で遂行させるのが容易であるが、フラッシュメモリのようなＮＶＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）の寿命管理方法のようにハードウェアで具現すれば高速処理が可能である。

【0043】

この時、アクセス情報はデータ保存のためのアクセスである場合、アクセス時刻、ＣＨＳやＬＢＡ方式などで表示されたアクセスアドレス、書き込みと読み取りなどのホストの作業命令の種類、書き込み作業である場合は書き込みデータ等で構成され得る。これらの情報は、ホストコンピュータ１０と補助記憶装置が通信のために使うプロトコルによって順次伝達されるかブロックデータの形態で一度に伝達され得る。また、復旧情報は前記アクセス情報に含まれたアクセス時刻、アクセスアドレス、作業命令の種類とアクセスアドレスが指定した保存空間に予め保存されているデータを含んで構成され得る。

【0044】

例えば、ＮＴＦＳファイルシステムを有するホストコンピュータから補助記憶装置に、既存の情報ＤＡＴＡ＿ＯＬＤが保存されているセクターＡに新しいデータＤＡＴＡ＿ＮＥＷを書き込む命令をしたと仮定しよう。バックアップ機能がない既存の商用補助記憶装置は、セクターＡの既存の情報を移したり管理する段階なしにすぐにセクターＡにＤＡＴＡ＿ＮＥＷを書き込むことになる。これによってＤＡＴＡ＿ＯＬＤは削除されたし復旧は不可能であろう。しかし、バックアップ機能を保有した本発明の補助記憶装置は、セクターＡが復旧必要客体の使用空間である場合、セクターＡに対する復旧情報を作ってバックアップ補助記憶装置４０に選択的に保存することになる。

【0045】

一方、セクターＡに対する復旧情報は下記のように作ってバックアップ補助記憶装置４０に保存することができる。この復旧情報は正常モードではホストコンピュータ１０でアクセスが不可能であるため、悪性ソフトウェアがこれを削除することはできない。

【0046】

＜復旧情報の構成例１＞

【0047】

－アクセス時間：２０１８－１２－３１ １７：００：００

【0048】

－物理的アドレス：セクターＡ

【0049】

－保管データ：ＤＡＴＡ＿ＯＬＤ

【0050】

ここで保管データは保管方式によりＤＡＴＡ＿ＮＥＷとなってもよいが、本実施例では既存のセクターＡに保存されている既存の情報を保管するものと仮定しよう。このような方式で復旧情報を作ってバックアップ補助記憶装置４０に記録し、これからは原本補助記憶装置３０のセクターＡにＤＡＴＡ＿ＮＥＷを書き込むことになる。したがって、ＤＡＴＡ＿ＯＬＤは保存されているため後ほど復旧が可能である。

【0051】

一方、本発明に係る補助記憶装置ではこのような復旧情報の構成作業を復旧情報管理モジュール６２０が担当する。復旧情報管理モジュール６２０は、アクセス情報分析部６２２で前記アクセスがアクセスアドレスセクターＡに対するものであることを分析し、前記アクセスアドレスの保存空間を使用中のファイルシステム客体をファイルシステム客体確認部６２４によって確認してセクターＡを使うファイルシステム客体を捜し出す。

【0052】

因みに、ファイルシステム客体は基本的にファイルシステムを構成する要素や要素の結合を意味する。したがって、ファイルシステム客体にはセクター、クラスタ、ファイル経路、ファイル名、ディレクトリ、パーテーション、ドライブそれ自体であり得、これらが集まって構成されてもよい。したがって、ファイルシステム自体を構成する要素、例えば、ＮＴＦＳの場合のＭＢＲ（Ｍａｓｔｅｒ Ｂｏｏｔ Ｒｅｃｏｒｄ）、ＰＢＲ（Ｐａｒｔｉｔｉｏｎ Ｂｏｏｔ Ｒｅｃｏｒｄ）、ＭＦＴ（Ｍａｓｔｅｒ Ｆｉｌｅ Ｔａｂｌｅ）；そしてＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムの場合のＦＡＴもファイルシステム客体となり得る。したがって、ファイルシステム客体はＣＨＳやＬＢＡで指定されるセクター、クラスタのような保存空間であってもよく、ｃ：／ｕｓｅｒｓ／ｄｏｃｕｍｅｎｔｓ／ｋｏｒｅａ．ｄｏｃのように特定のファイルを意味してもよく、／ｔｅｍｐｏｒａｒｙのように一時使用を意味するディレクトリのファイルとディレクトリ全体を意味してもよく、ドライブＤ：のようなパーテーションやドライブであってもよく、ＭＢＲのようなクラスタであってもよい。

【0053】

したがって、セクターＡという情報を有してファイルシステム客体を確認する作業は逆追跡する形態であるため時間が多くかかる。しかし、事前にＮＴＦＳのセクター／クラスタ割当情報を検索テーブルとして作っておけば、時間を大幅に短縮することができる。また、この作業をリアルタイムで遂行することは省略し、一般の復旧情報を作って無条件記録した後に、復旧情報削除モジュールをバックグラウンド作業で遂行させる方式で処理時間を減らすことも可能であろう。これは以下で詳述することにする。万一、ファイルシステム客体情報を含む場合には下記のように復旧情報を構成することが可能である。

【0054】

＜復旧情報の構成例２＞

【0055】

－アクセス時間：２０１８－１２－３１ １７：００：００

【0056】

－物理的アドレス：セクターＡ、ファイルシステム情報：ｃ：／Ｕｓｅｒ／Ｋｏｒｅａ．ｄｏｃ

【0057】

－領域情報：２２３３４４５５．．．．．．（５１２ｂｙｔｅｓ）

【0058】

この後、復旧情報管理モジュール６２０は確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記復旧情報の構成例のようにセクターＡの復旧情報を作ってバックアップ補助記憶装置４０に復旧情報を記録する段階を遂行することになる。

【0059】

すなわち、本発明に係る補助記憶装置は復旧に必要であると指定された復旧必要客体の復旧情報のみを作って保存するため、バックアップ補助記憶装置４０の保存空間を大幅に減らすことができる長所がある（これに比べ、先出願発明に係る補助記憶装置はこの情報を作成も管理もしない。）。

【0060】

復旧必要客体と復旧不要客体の指定はユーザーに初期化プログラムのような手段を提供することによって可能である。例えばユーザーは簡単にブートパーテーション（ドライブ）Ｃ：は復旧不要客体に、ユーザーパーテーション（ドライブ）Ｄ：は復旧必要客体に指定して管理することができる。このような場合、システムプログラムとＯＳがブートパーテーションに含まれているため、補助記憶装置はユーザーファイルのみ復旧情報を作って記録することになる。

【0061】

さらに詳察すると本発明の長所がさらに明確に示される。例えばＷｉｎｄｏｗｓ ＯＳの場合、ＰＡＧＥＦＩＬＥ．ＳＹＳというシステムファイルは一種のディスクキャッシュとして使われるファイルであり、ＯＳが一時的に情報を保存するために随時アクセスをすることになる。また、アプリケーションプログラムはＣ：／Ｗｉｎｄｏｗｓ／Ｔｅｍｐディレクトリにログ情報を含んだ多くのデータをファイルで作随時アクセスすることになる。また、Ｗｉｎｄｏｗｓ ＯＳが自主的な復旧機能のために／Ｓｙｓｔｅｍ Ｖｏｌｕｍｅ Ｉｎｆｏｒｍａｔｉｏｎというディレクトリにシステムの形状が変更されるたびに復旧情報を作って保存したりもする。

【0062】

ところが、このようにＯＳの実行中に一時的に作られたり削除されるファイルはバックアップが不要である。前記の例において、セクターＡを使うファイルシステム客体が万一ＰＡＧＡＦＩＬＥ．ＳＹＳと／ｔｅｍｐのファイルであればバックアップが不要である。また／Ｓｙｓｔｅｍ Ｖｏｌｕｍｅ Ｉｎｆｏｒｍａｔｉｏｎの情報も過去情報は何の意味もない情報であり、復旧する必要が全くない。

【0063】

本発明では、前記のように復旧情報を管理する必要がないセクター、クラスタ、ファイル、ディレクトリまたはパーテーション、ドライブをユーザーが復旧不要客体と指定して管理が可能である。すなわち、セクターＡ自体が復旧不要客体に属するか、セクターＡが復旧不要客体ファイルやディレクトリなどに属するのであれば、ホストコンピュータ１０からセクターＡに対する書き込み命令を受けた時、ファイルシステム客体確認部６２４を通じて復旧が不要な客体であるかどうかをすぐに確認して復旧情報を作る手続きを省略することができる。また、一旦復旧情報を作って記録した後にバックグラウンドプログラムで復旧不要対象であるかどうかを確認して該当情報を削除する方法でも具現が可能であるため、バックアップ補助記憶装置４０の効率的な管理が可能である。

【0064】

図４は、図２に示した制御装置６０内の復旧情報管理モジュール６２０の他の実施例に係る復旧情報管理モジュール６２０’の構成図である。この実施例は前述したように、事前にＮＴＦＳのセクター／クラスタ割当情報をセクター／クラスタ情報が分かれば容易にファイル名と経路を確認できる方式で検索テーブルとして作って時間を短縮するためのものである。

【0065】

この実施例に係る復旧情報管理モジュール６２０’は、ホストコンピュータ１０のファイルシステムを分析してファイルやディレクトリなどに割り当てられたセクターやクラスタ情報を表に作る検索テーブル作成部６２１；原本補助記憶装置をアクセスするためにホストコンピュータ１０が提供したアクセス情報を分析するアクセス情報分析部６２３；前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を前記検索検索テーブルと比較して確認するファイルシステム客体確認部６２５；確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部６２７で構成される。ここで、事実上検索テーブル作成部６２１は予め作成された検索テーブルを使用さえすればよい場合もあるため作成の機能はなくてもよいが、検索テーブルは常時ファイルシステムの現在の状態を示していなければならないため、未反映のファイルシステムの変更内容を反映する機能を担当してもよい。

【0066】

ここで、復旧情報管理モジュール６２０’はソフトウェアで具現されて制御装置で遂行されるのが容易であるが、フラッシュメモリのようなＮＶＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ）の管理方法のようにハードウェアで具現すれば高速処理が可能である。

【0067】

本実施例の検索テーブル作成部６２１はウィンドウズのＮＴＦＳのようなファイルシステムでは必要である。ＮＴＦＳは基本的にファイルとディレクトリの多様な属性およびこれらのデータ位置を表示するＭＦＴ（Ｍａｓｔｅｒ Ｆｉｌｅ Ｔａｂｌｅ）を使う。ところが、ＭＦＴはエントリーの概念で情報を表示しているため、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）に比べてファイルやディレクトリの位置を直観的に確認することが難しい。

【0068】

したがって、ファイルシステム客体確認部６２５で所要する時間を減らすために、ＮＴＦＳのＭＦＴ（Ｍａｓｔｅｒ Ｆｉｌｅ Ｔａｂｌｅ）を分析してセクターやクラスタの占有状況をセクター／クラスタ情報が分かれば容易にファイル名と経路を確認できる方式やＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）形式の検索テーブルを作っておくことが好ましい。この時、ＭＦＴがクラスタやセクターの占有現況を一種の連結されたデータ形式で管理するのに対し、検索テーブルはクラスタやセクターの占有現況を簡単なテーブルで管理するため検索テーブルがない場合より迅速な客体確認が可能である。

【0069】

ところが、このようにファイルやディレクトリが占有したディスクの実際の領域を探して検索テーブルとして作る作業も毎度するには時間が多く必要とされる。したがって、ブート時やシステム初期化などの場合に全体の保存領域をスキャンして一度に作ってこれを管理することが好ましい。また、検索テーブルはファイルやディレクトリなどが新しく生成または削除されるたびに変更して管理することができる。このような方法はＭＡＣのＨＦＳのようなファイルシステムにおいても判断時間を減らすのに必要である。

【0070】

図５は、図２に示した制御装置６０内の復旧情報削除モジュール６３０の構成図である。復旧情報削除モジュール６３０は、バックアップ補助記憶装置４０に予め保存された復旧情報のアクセスアドレスを抽出する復旧情報分析部６３２；前記復旧情報に含まれたアクセスアドレスを使うファイルシステム客体を確認するファイルシステム客体確認部６３４；確認されたファイルシステム客体がユーザーが指定した復旧不要客体である場合に予め保存された復旧情報を削除する復旧情報削除部６３６で構成される。この時、ファイルシステム客体確認部６３４は客体確認作業時に検索テーブルを使ってもよい。

【0071】

先出願発明の補助記憶装置は、基本的にホストコンピュータ１０の書き込み作業命令が入っているすべてのアクセスに対して復旧情報を作って保存することになるが、保存後に本発明に係る客体確認作業を経て保存された復旧情報を選別的に削除する方法で本発明の技術を適用することができる。この時、復旧情報削除モジュール６３０はバックグラウンド作業で実行されることが好ましい。例えば、バックグラウンド作業で復旧情報削除モジュール６３０を遂行させると仮定しよう。復旧情報削除モジュール６３０は復旧情報を順に確認してアクセスアドレスを抽出し、これを検索テーブルと比較して復旧不要客体であるかどうかを確認した後、万一、復旧不要客体であればこれを削除することによってバックアップ補助記憶装置４０の保存空間の浪費を防止することができる。

【0072】

図６は、本発明の他の実施例に係る補助記憶装置２０の概略図である。図１の補助記憶装置２０に追加で表示装置７０が備えられた実施例を示す。

【0073】

ここで、表示装置７０はＬＥＤやディスプレイ、アラーム装置などで構成されるのが一般的であるが、ユーザー入力装置５０と類似する方式で通信モジュールで構成して有線および無線で伝達された情報に基づいてユーザー入力を確認する方式で具現してもよい。また、ユーザー入力装置５０と表示装置７０を一つの入出力装置として統合して構成してもよい。

【0074】

図７は、図６の補助記憶装置２０の制御装置６０の構成図である。ユーザー命令入力モジュール６１０と、表示装置７０を駆動する表示装置駆動モジュール６４０と、入力されたユーザー命令によって復旧情報を削除したり圧縮する復旧情報整備モジュール６５０を含む。復旧情報整備モジュール６５０について以下で説明する。

【0075】

図８は、図７の復旧情報整備モジュール６５０の一実施例の構成図である。この復旧情報整備モジュール１６５０はバックアップ補助記憶装置４０に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部６５２；前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部６５４；確認されたファイルシステム客体がユーザー命令において削除対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を削除する復旧情報削除部６５６で構成される。この時、ファイルシステム客体確認部６５４は客体確認作業時に検索テーブルを使ってもよい。

【0076】

図９は、図７の復旧情報整備モジュール６５０の他の実施例の構成図である。この復旧情報整備モジュール２６５０’は、バックアップ補助記憶装置３０に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部６５１；前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部６５３；確認されたファイルシステム客体がユーザー命令において圧縮対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を圧縮する復旧情報圧縮部６５５で構成される。この時、ファイルシステム客体確認部６５３は客体確認作業時に検索テーブルを使ってもよい。

【0077】

図１０は、図８と図９の復旧情報整備モジュール１または２（６５０、６５０’）にさらに含まれ得る要素を示す。復旧情報整備モジュール１または２（６５０、６５０’）の構成要素に追加的に、ユーザー命令を分析するユーザー命令分析部６５７；分析されたユーザー命令が指定する予め保存されたアルゴリズムによりバックアップ補助記憶装置に予め保存された復旧情報を削除したり圧縮する整備アルゴリズム実行部６５８がさらに含まれ得る。また、このように復旧情報整備モジュール１または２（６５０、６５０’）が構成される場合には、選択的に前記のような作業を遂行する過程で発生する情報の提供やユーザーの追加入力などのために図６の表示装置７０に情報を表示する情報表示部６５９がさらに追加的に含まれ得る。

【0078】

他方で、前述した復旧情報管理モジュール６２０、６２０’と復旧情報削除モジュール６３０、そして復旧情報整備モジュール６５０、６５０’、そして整備アルゴリズム実行部６５８は、別途のハードウェアや単一のチップで製作が可能である。また、これら各モジュールの一部の機能、例えば検索テーブルを通じてファイルシステム客体を確認する機能（６２５）のみを別途に切り離してハードウェアや単一のチップで製作が可能である。復旧情報統合管理チップは独自のメモリとＣＰＵインターフェース回路と高速演算回路などを有し、復旧情報管理機能や復旧情報削除機能、復旧情報整備機能または整備アルゴリズム実行機能などが具現されたプログラムコードを遂行する形態で具現することができる。特に情報を圧縮したり圧縮を解除する作業はハードウェアで処理する場合、高速処理が可能であるため大きな長所がある。

【0079】

一方、検索テーブルを通じてファイルシステム客体を確認する機能（６２５）のみを別途に切り離してＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｒｙ）と演算コアで検索専用チップを具現することが可能である。この時の検索専用チップは、ＣＰＵインターフェース回路と独自に共有メモリや専用メモリをまたはＣＰＵのメモリをアクセスできるメモリインターフェース回路とサーチエンジンが搭載された演算コアで構成されて、検索テーブルを利用してセクターやクラスタ情報を利用してファイルシステム客体を確認する作業を遂行できる。

【0080】

一方、本発明は以上で説明した本発明の補助記憶装置の復旧情報管理装置および／または復旧情報管理方法が適用されたコンピュータ（ＰＣ）、サーバーコンピュータ、モバイルフォン、自動制御装置などの応用機器が提供される。

【0081】

以上、本発明の好ましい実施例を通じて本発明の構成を詳細に説明したが、本発明が属する技術分野の通常の知識を有する者は、本発明がその技術的思想や必須の特徴を変更することなく本明細書に開示された内容とは異なる具体的な形態で実施され得ることが理解できるであろう。以上で記述した実施例はすべての面で例示的なものであり、限定的ではないものと理解されるべきである。本発明の保護範囲は前記詳細な説明よりは後述した特許請求の範囲によって定められ、特許請求の範囲そしてその均等概念から導き出されるすべての変更または変形された形態は本発明の技術的範囲に含まれるものと解釈されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2022-01-05

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ホストコンピュータがアクセスする補助記憶装置において、
原本補助記憶装置；
原本補助記憶装置の復旧情報を保存するバックアップ補助記憶装置；
正常モードとバックアップモードを切り替えるためのユーザー入力を受けるユーザー入力装置；そして
前記原本補助記憶装置、バックアップ補助記憶装置、およびユーザー入力装置と連結されて補助記憶装置の前記正常モードとバックアップモードを制御したりユーザー命令によって復旧情報を管理する制御装置を含むものの、
前記制御装置は、正常モードである時はホストコンピュータが原本補助記憶装置のＯＳを利用してブーティングされ、バックアップ補助記憶装置には接近が不可能なように補助記憶装置を制御し、バックアップモードである時はホストコンピュータがバックアップ補助記憶装置に保管されたＯＳの写本または補助記憶装置が別途に提供するＯＳでブーティングされるように補助記憶装置を制御し、バックアップ補助記憶装置が記録した復旧情報に基づいて原本補助記憶装置の復旧を遂行する、補助記憶装置の復旧情報管理装置。

【請求項2】

前記制御装置は
原本補助記憶装置の復旧情報を作って保存するかどうかを管理する復旧情報管理モジュールを含む、請求項１に記載の補助記憶装置の復旧情報管理装置。

【請求項3】

前記復旧情報管理モジュールは
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析部；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部を含む、請求項２に記載の補助記憶装置の復旧情報管理装置。

【請求項4】

前記復旧情報管理モジュールは
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析部；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を、ホストコンピュータのファイルシステムを分析してファイルやディレクトリに割り当てられたセクターやクラスタ情報を表で作成された検索テーブルと比較して確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録部を含む、請求項２に記載の補助記憶装置の復旧情報管理装置。

【請求項5】

前記制御装置は
予め保存された原本補助記憶装置の復旧情報を削除する復旧情報削除モジュールを含む、
前記復旧情報削除モジュールは
バックアップ補助記憶装置に予め保存された復旧情報のアクセスアドレスを抽出する復旧情報分析部；
前記復旧情報に含まれたアクセスアドレスを分析して該当アクセスアドレスを使うファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザーが指定した復旧不要客体である場合に予め保存された復旧情報を削除する復旧情報削除部を含む、請求項１に記載の補助記憶装置の復旧情報管理装置。

【請求項6】

前記制御装置の制御動作の結果を表示する表示装置をさらに含み、
前記制御装置は
ユーザー入力装置からユーザー命令の入力を受けるユーザー命令入力モジュール；
前記表示装置を駆動する表示装置駆動モジュール；および
入力されたユーザー命令によって復旧情報を削除したり圧縮する復旧情報整備モジュールを含む、請求項１に記載の補助記憶装置の復旧情報管理装置。

【請求項7】

前記復旧情報整備モジュールは
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザー命令において削除対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を削除する復旧情報削除部を含む、請求項６に記載の補助記憶装置の復旧情報管理装置。

【請求項8】

前記復旧情報整備モジュールは
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析部；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認部；および
確認されたファイルシステム客体がユーザー命令において圧縮対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を圧縮する復旧情報圧縮部を含む、請求項６に記載の補助記憶装置の復旧情報管理装置。

【請求項9】

前記復旧情報整備モジュールは
ユーザー命令を分析するユーザー命令分析部；および
分析されたユーザー命令が指定する予め保存されたアルゴリズムによりバックアップ補助記憶装置に予め保存された復旧情報を削除したり圧縮したり伝送するなどの機能を遂行する整備アルゴリズム実行部をさらに含む、請求項７または請求項８に記載の補助記憶装置の復旧情報管理装置。

【請求項10】

原本補助記憶装置；原本補助記憶装置の復旧情報を保存するバックアップ補助記憶装置；正常モードとバックアップモードを切り替えるためのユーザー入力を受けるユーザー入力装置を含んでホストコンピュータがアクセスする補助記憶装置で遂行される復旧情報管理方法であって、
前記正常モードであるとき、ホストコンピュータが原本補助記憶装置のＯＳを利用してブーティングされ、バックアップ補助記憶装置には接近が不可能なようにする段階；そして
前記バックアップモードであるとき、ホストコンピュータがバックアップ補助記憶装置に保管されたＯＳの写本または補助記憶装置が別途に提供するＯＳでブーティングされるようにし、バックアップ補助記憶装置が記録した復旧情報に基づいて原本補助記憶装置の復旧を遂行する段階を含む、補助記憶装置の復旧情報管理方法。

【請求項11】

前記ユーザー入力装置によってバックアップモードに切り替えられた時に前記原本補助記憶装置の復旧情報を作って保存するかどうかを管理する復旧情報管理段階を含む、請求項１０に記載の補助記憶装置の復旧情報管理方法。

【請求項12】

前記復旧情報管理段階は
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析段階；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録段階を含む、請求項１１に記載の補助記憶装置の復旧情報管理方法。

【請求項13】

前記復旧情報管理段階は
原本補助記憶装置をアクセスするためにホストコンピュータが提供したアクセス情報を分析するアクセス情報分析段階；
前記アクセス情報に含まれたアクセスアドレスの保存空間を使用中のファイルシステム客体を、ホストコンピュータのファイルシステムを分析してファイルやディレクトリに割り当てられたセクターやクラスタ情報を表で作成された検索テーブルと比較して確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザーが指定した復旧必要客体である場合、前記アクセスアドレスの保存空間に対する復旧情報を作って記録する復旧情報記録段階を含む、請求項１１に記載の補助記憶装置の復旧情報管理方法。

【請求項14】

予め保存された原本補助記憶装置の復旧情報を削除する復旧情報削除手続きを含む、
前記復旧情報削除段階は
バックアップ補助記憶装置に予め保存された復旧情報のアクセスアドレスを抽出する復旧情報分析段階；
前記復旧情報に含まれたアクセスアドレスを検索テーブルと比較して該当アクセスアドレスを使うファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザーが指定した復旧不要客体である場合に予め保存された復旧情報を削除する復旧情報削除段階を含む、請求項１１に記載の補助記憶装置の復旧情報管理方法。

【請求項15】

前記補助記憶装置は表示装置をさらに含み、
前記補助記憶装置の復旧情報管理方法は
ユーザー入力装置からユーザー命令の入力を受けるユーザー命令入力段階；
前記表示装置を駆動する表示装置駆動段階；および
入力されたユーザー命令によって復旧情報を削除したり圧縮する復旧情報整備段階を含む、請求項１０に記載の補助記憶装置の復旧情報管理方法。

【請求項16】

前記復旧情報整備段階は
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析段階；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザー命令において削除対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を削除する復旧情報削除段階を含む、請求項１５に記載の補助記憶装置の復旧情報管理方法。

【請求項17】

前記復旧情報整備段階は
前記バックアップ補助記憶装置に予め保存された復旧情報を分析してアクセスアドレスを抽出する復旧情報分析段階；
前記アクセスアドレスの保存空間を使用中のファイルシステム客体を確認するファイルシステム客体確認段階；および
確認されたファイルシステム客体がユーザー命令において圧縮対象に指定されたファイルシステム客体であるかどうかを判断して、一致する場合に前記復旧情報を圧縮する復旧情報圧縮段階を含む、請求項１５に記載の補助記憶装置の復旧情報管理方法。

【請求項18】

前記復旧情報整備段階は
ユーザー命令を分析するユーザー命令分析段階；および
分析されたユーザー命令が指定する予め保存されたアルゴリズムによりバックアップ補助記憶装置に予め保存された復旧情報を削除したり圧縮したり伝送するなどの機能を遂行する整備アルゴリズム実行段階をさらに含む、請求項１６または請求項１７に記載の補助記憶装置の復旧情報管理方法。

【国際調査報告】