JPH0561754A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 ファイルシステムが破損した後、ユーザがフ
ァイル内容を認識した上で、ファイル修復を行なえるデ
ータ処理装置を提供する。 【構成】 停電や、不注意による電源スイッチの操作な
どにより、外部記憶デバイス１３上のユーザデータファ
イル２０が破損した場合、ユーザデータファイル２０の
管理部２１、データ部２２の間に矛盾が生じる。制御部
１１は、管理部２１、データ部２２の間を調べることに
より、ユーザデータファイル２０の破損を検出し、ステ
ップＳ２において修復すべきユーザデータファイル２０
をユーザに指定させる。指定されたユーザデータファイ
ル２０の内容は、ステップＳ３で表示され、ステップＳ
４で管理部２１、データ部２２の矛盾を解消した指定フ
ァイルと同じデータ内容を有する修復された新ファイル
を作成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ処理装置、特にデ
ータ管理部およびデータ部からなるユーザデータファイ
ルを記憶する外部記憶デバイスおよびユーザデータファ
イルの管理を行なう制御部を有するデータ処理装置に関
するものである。

【０００２】

【従来の技術】従来より、パーソナルコンピュータ、ワ
ークステーションなどのコンピュータシステムを用いて
ユーザデータを記憶するデータ処理装置が知られてい
る。

【０００３】これらの装置では、フロッピーディスク、
ハードディスクなどの外部記憶デバイスを用いてデータ
ファイルを記憶する。

【０００４】外部記憶デバイスに対するファイル入出力
には、システムが採用しているＯＳのシーケンシャルア
クセス、ランダムアクセス（絶対ブロックアクセスな
ど）などのサービス（システムコール）をそのまま利用
するやり方のほか、ＯＳのファイルシステム上に、ある
いはＯＳの管理を全く受けない記憶デバイスの領域に、
ユーザ独自のファイルシステムを構築する方法がある。
後者の方法では、ファイルのデータ領域にＯＳが扱って
いない種々の管理情報などを記録することができる。

【０００５】

【発明が解決しようとする課題】前述のいずれのファイ
ルシステムの場合も、記憶デバイス上になんらかの形
で、ファイルの管理情報の記憶領域と、データの記憶領
域が構成され、データファイルがアクセスされる、特に
書き込みの場合には、これらの領域が相互に矛盾するこ
となく更新されなければならない。

【０００６】ファイルアクセスの際、ファイル名、ファ
イルサイズあるいは有効ブロック数、記憶先頭ブロック
などの情報を含むファイルの管理情報がメモリ上に読み
出され、書き込みを行なった場合には、これらの情報が
対応して更新され、ファイルがクローズされる際に記憶
デバイスに書き戻される。

【０００７】したがって、記憶デバイスあるいは記憶媒
体がハードウェア的に正常であっても、ファイルがクロ
ーズされる前に停電や、不注意による電源スイッチの操
作などによりシステムの電源が遮断されてしまった場合
には、ファイルの管理情報の記憶領域と、データの記憶
領域の内容に矛盾を生じる。この場合、ファイルの管理
情報は確実に誤ったものとなり、さらにファイルアクセ
スにキャッシュメモリなどを用いている場合には、書き
込むべきデータが全て書き込まれていないことも有り得
る。

【０００８】このようにファイル（システム）が破壊さ
れてしまった場合には、少なくとも管理情報領域を矛盾
のない形に修復しない限り、それ以降、正常なファイル
アクセスが不可能となり、ファイル破損の程度によって
は、膨大なユーザデータを再度入力しなければならなく
なる可能性もある。

【０００９】このため、従来より、ユーティリティプロ
グラムなどとしてＯＳレベルのファイルシステムの管理
情報領域（ディレクトリや、ＦＡＴあるいはｉノードな
どと呼ばれる記憶ブロック管理領域）を修復するプログ
ラムが知られている。しかし、このような従来のユーテ
ィリティプログラムには、矛盾をもつ管理情報部分を単
に削除したり、破損したファイルを勝手にファイル名を
付けかえて新ファイルとして修復したりするものが多
く、修復後、ユーザデータが一部失われたり、ファイル
名により内容を識別できなくなってしまうなどの問題が
あった。

【００１０】本発明の課題は、以上の問題を解決し、フ
ァイルシステムが破損した後、ユーザがファイル内容を
認識した上で、ファイル修復を行なえるデータ処理装置
を提供することにある。

【００１１】

【課題を解決するための手段】以上の課題を解決するた
めに、本発明においては、データ管理部およびデータ部
からなるユーザデータファイルを記憶する外部記憶デバ
イス、およびユーザデータファイルの管理を行なう制御
部を有するデータ処理装置において、前記ユーザデータ
ファイルのデータ管理部およびデータ部の矛盾を検出す
ることによりユーザデータファイルの破損を検出する手
段と、破損を検出されたユーザデータファイルの内容を
表示する手段と、破損を検出されたユーザデータファイ
ルのデータ管理部およびデータ部の矛盾を解消すべくユ
ーザデータファイルの内容を変更し、新たな修復された
ユーザデータファイルを生成する手段を前記制御部に設
けた構成を採用した。

【００１２】

【作用】以上の構成によれば、外部記憶デバイス上のユ
ーザデータファイルのデータ管理部およびデータ部の矛
盾から破損を検出し、破損を検出されたユーザデータフ
ァイルの内容を表示した上でデータ管理部およびデータ
部の矛盾を解消すべくユーザデータファイルを修復でき
る。

【００１３】

【実施例】以下、図面に示す実施例に基づき、本発明を
詳細に説明する。

【００１４】図１に本発明を採用したデータ処理装置の
構造、およびファイル修復処理の概要を示す。

【００１５】図において符号１１は、マイクロプロセッ
サ、システムバス、各種入出力コントローラなどからな
る制御部で、メインメモリとして使用されるＲＡＭなど
からなるメモリ１２とともにシステムハードウェアの本
体部分を構成する。

【００１６】制御部１１には、ハードディスク、フロッ
ピーディスク、あるいは光磁気ディスクなど、ファイル
システムを構築する外部記憶デバイス１３と、ユーザイ
ンターフェースのためのディスプレイ、キーボード、あ
るいはマウスなどからなるコンソール１４が接続され
る。また、制御部１１には、画像、文字、図形その他の
データ入出力を行なう不図示の入出力装置、たとえば、
キーボード、モデム、イメージスキャナ、プリンタなど
が接続されるものとする。

【００１７】外部記憶デバイス１３は、ユーザデータフ
ァイル２０を記憶するが、個々のユーザデータファイル
２０は、その下部に示すように管理部２１およびデータ
部２２から構成される。

【００１８】管理部２１は、ファイル名、先頭ブロック
番号、有効ブロック数（あるいはファイルサイズ）、ア
クセス日時、その他アクセス許可情報などの管理情報を
格納する。

【００１９】データ部２２は、ユーザデータを格納する
が、本実施例では、各記憶ブロックごとに、次の記憶ブ
ロックを番号を格納するポインタ領域２２ａおよび他の
管理データ（たとえば、そのブロックの記憶の有効、無
効あるいは空き状態を示すフラグや、アクセス許可フラ
グなどが考えられる）ブロック管理領域２２ｂを設け
る。これらの各領域は数バイト程度で構成できる。

【００２０】特に、ブロックポインタ２２ａは、ファイ
ル修復において、管理部２１が破壊されていても、ある
程度ファイル内容をトラックできるよう設けたものであ
る。ブロックポインタ２２ａは、次のデータブロックが
書き込まれた際に、その新しく書き込まれたブロックを
示すブロック番号が格納される。最終ブロックのブロッ
クポインタ２２ａには、ブロック番号として特定の番号
（−１など）が書き込まれるものとする。従来では、デ
ータブロックにはこのようなファイル管理のための情報
は含まれていない。

【００２１】外部記憶デバイス１３のファイルアクセス
の際、ファイルオープン処理とともにユーザデータファ
イル２０の管理部２１がメモリ１２にコピーされ、デー
タ部２２に対する読み書きが逐次行なわれ、これに応じ
てメモリ１２上の管理情報が更新される。そして、ファ
イルクローズ処理の際、メモリ１２上の管理情報が外部
記憶デバイス１３に書き戻される。なお、ここでは説明
を容易にするために、ディスクキャッシュなどは行なわ
れておらず、データ部２２に対する書込要求が行なわれ
た場合には即時に書込が行なわれるものとする。

【００２２】後述の修復処理を行なうため、以上に示し
た外部記憶デバイス１３上のファイルシステムは、上記
の各記憶領域を含むＯＳレベルのものとして構成する、
すなわち、既存のＯＳのファイルシステムを改造するこ
とにより実施してもよい。あるいは、特定の領域を確保
しておき、その領域を複数のユーザデータファイル２０
の管理部２１、データ部２２を格納するように管理して
もよい。

【００２３】あるいは、以上に示した外部記憶デバイス
１３上のファイルシステムは、既存のＯＳのファイルシ
ステム上にユーザファイルシステムとして構成するもの
とする。

【００２４】たとえば、管理部２１、データ部２２全体
をＯＳレベルのユーザファイルとして外部記憶デバイス
１３に記憶させることが考えられる。この場合には、ユ
ーザデータファイル２０のアクセス位置を示すファイル
ポインタを操作することにより、管理部２１あるいはデ
ータ部２２内の目的ブロックをアクセスすることができ
る。また、このような構成では、データアクセス、ある
いは修復処理にＯＳレベルのファイル管理情報も利用で
きる利点がある。

【００２５】次に以上の構成における動作につき説明す
る。

【００２６】図１の右側部分は、本実施例におけるファ
イル修復処理を示す。図示の処理は、制御部１１の制御
プログラムとしてＲＯＭに格納しておく他、外部記憶デ
バイス１３にアプリケーションプログラムとして格納す
ることができる。

【００２７】また、本実施例におけるファイル修復は、
コンソール１４の操作により手動により起動する他、シ
ステムブート時に自動的に起動しファイルシステムの検
査（および、必要があれば修復）を行なうようにしても
よい。

【００２８】なお、停電や、不注意による電源スイッチ
の操作などによりファイルシステムが破損した場合、デ
ータ部２２のアクセスがほぼ即時に行なわれ、ファイル
クローズ時のみに管理部２１が更新されるという前述の
アクセス態様では、データ部２２にはほぼ信頼できるデ
ータが残っており、管理部２１の内容がそれと矛盾して
いるという破損状態が多く予想される。この場合には、
各データブロックのブロックポインタ２２ａのリンクを
たどり、管理部２１の内容と照合することにより、当該
ユーザデータファイル２０の破損の有無を検出できる。

【００２９】ユーザの判断により、あるいはファイルシ
ステム破損の検出により、修復処理が起動されると、ス
テップＳ１以降の処理が行なわれる。ステップＳ１で
は、機能選択を行なう。本実施例では、破損ファイル名
（あるいは内容）の一覧表示、およびファイル名を指定
して行なうファイル修復の２つの機能を選択できるもの
とする。なお、破損ファイル内容の表示を行なう場合に
は、後述のステップＳ３における表示のみを行ない、そ
のまま処理を終了する。

【００３０】破損ファイル名の一覧表示では、ファイル
システムに対する書込は行なわれず、前記のようにして
破損を検出したユーザデータファイル２０のファイル名
をコンソール１４に一覧表示する。

【００３１】修復モードが選択された場合には、ユーザ
は、ステップＳ２において、上記の破損ファイル名の一
覧表示を見て、修復すべきファイルをコンソール１４の
キーボードなどから指定する。なお、破損ファイル名の
一覧表示状態から、ファイル名を指定することにより、
修復モードに移行するようにしてもよい。

【００３２】ファイル名が指定されると、ステップＳ３
ではユーザデータは文字データとして、あるいは、１６
（あるいは８）進ダンプなどの形で先頭ブロックから順
にコンソール１４に表示する。

【００３３】ステップＳ３において表示する内容は、ス
テップＳ４において管理部２１を矛盾のない形に復旧す
ることにより、図の右側に示すようにそのまま修復され
た新たなファイルとする。

【００３４】前記のように、データ部２２には、ブロッ
クポインタ２２ａが格納されているので、ステップＳ
３、Ｓ４の表示、修復においては、このチェーンをたど
れば、ファイル内容をトラックできる。

【００３５】ファイルの最終ブロックをブロックポイン
タ２２ａの内容により特定できない場合には、ブロック
ポインタ２２ａから無効なブロック番号が読み出された
り、ブロックのチェーンがループしてしまったりした位
置で表示を中止する。あるいは、ＯＳのファイル管理領
域を利用して最終ブロックを特定してもよい。いずれに
しろ、失われるデータが少なくなるようにできるだけ当
該ファイルとして考えられるデータは復旧するようにす
る。

【００３６】修復したファイル内容、すなわち、管理部
２１、データ部２２は、元の外部記憶デバイス１３の記
憶領域を用いず、新たなデータファイル２０´として記
憶し、古い方のファイル２０は修復後、ステップＳ５で
削除する。

【００３７】なお全ての破損ファイルの管理部２１を復
旧するようにしてもよいが、内容表示の後、コンソール
１４から適当な操作を行なわせることにより、ユーザが
必要と判断したユーザデータファイルのみを修復するよ
うにもできる。

【００３８】あるいは、ステップＳ３、Ｓ４の表示、復
旧処理においては、ユーザのデータ編集、たとえば、不
要ブロックの削除、ブロック順序の差し替え、あるい
は、新たなブロックデータの入力など行なえるようにし
てもよい。この際のユーザインターフェース方式として
は、スクリーンエディタや、ディスクエディタなどにお
いて用いられているものを使用できる。編集を行なう場
合には、編集前のデータを新たに修復、作成されるファ
イルとは別にバックアップファイル（そのファイル名は
元のファイル名の一部を自動的に変更して作成したり、
ユーザ指定のものを用いたりできる）として記憶しても
よい。

【００３９】以上のようにして、新ファイルとして破損
ファイルを復旧することができる。復旧後の外部記憶デ
バイス１３’においては、新たに作成されたユーザデー
タファイル２０´の管理部２１とデータ部２２の間では
矛盾がなく、安全にファイルシステムを運用できる。復
旧されたファイルは、通常のファイルと同じであるか
ら、自由に編集、削除などを行なえる。

【００４０】上記実施例では、ステップＳ２において、
ユーザが必要と考えるファイルのみを指定して修復を行
なうことができる。

【００４１】また、ファイルの修復の際に、内容を表示
（あるいはさらに編集）できるので、内容を確かめなが
ら修復処理を行なえる利点がある。

【００４２】また、停電や、不注意による電源スイッチ
の操作などによりファイルシステムが破損した場合、後
の装置の起動時に自動的にファイルシステムの破損を検
査し、上記修復処理を自動的に起動することにより、面
倒な操作の必要なく安全にシステムを運用できる。

【００４３】また、上記実施例では、データ部２２にブ
ロックポインタ２２ａを格納するようにしている。この
ため、データ管理部２１が破損していても、データ部２
２に書き込みが行なわれてさえいれば、ブロックポイン
タ２２ａのチェーンをたどればデータ内容を復元できる
利点がある。ただし、管理部２１、およびデータ部２２
全体をＯＳレベルの１つのファイルとして扱い、データ
部２２の連続性の判断にＯＳレベルのファイル管理情報
を利用できる場合などには、かならずしもブロックポイ
ンタ２２ａを用いなくてもよい。

【００４４】

【発明の効果】以上から明らかなように、本発明によれ
ば、データ管理部およびデータ部からなるユーザデータ
ファイルを記憶する外部記憶デバイス、およびユーザデ
ータファイルの管理を行なう制御部を有するデータ処理
装置において、前記ユーザデータファイルのデータ管理
部およびデータ部の矛盾を検出することによりユーザデ
ータファイルの破損を検出する手段と、破損を検出され
たユーザデータファイルの内容を表示する手段と、破損
を検出されたユーザデータファイルのデータ管理部およ
びデータ部の矛盾を解消すべくユーザデータファイルの
内容を変更し、新たな修復されたユーザデータファイル
を生成する手段を前記制御部に設けた構成を採用してい
るので、ファイルシステムが破損した後、ユーザがファ
イル名やファイル内容を認識した上で、ファイル修復を
行なえるユーザデータファイルの管理が容易な便利なデ
ータ処理装置を提供できる。

【図面の簡単な説明】

【図１】本発明によるデータ処理装置およびファイル修
復処理を示した説明図である。

【符号の説明】

１１ 制御部 １２ メモリ １３ 外部記憶デバイス １４ コンソール ２０ ユーザデータファイル ２１ 管理部 ２２ データ部 ２２ａ ブロックポインタ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 データ管理部およびデータ部からなるユ
   ーザデータファイルを記憶する外部記憶デバイス、およ
   びユーザデータファイルの管理を行なう制御部を有する
   データ処理装置において、 前記ユーザデータファイルのデータ管理部およびデータ
   部の矛盾を検出することによりユーザデータファイルの
   破損を検出する手段と、 破損を検出されたユーザデータファイルの内容を表示す
   る手段と、 破損を検出されたユーザデータファイルのデータ管理部
   およびデータ部の矛盾を解消すべくユーザデータファイ
   ルの内容を変更し、新たな修復されたユーザデータファ
   イルを生成する手段を前記制御部に設けたことを特徴と
   するデータ処理装置。