JPH1091488A

JPH1091488A - データ処理装置および方法

Info

Publication number: JPH1091488A
Application number: JP8241491A
Authority: JP
Inventors: Yoshihiro Yasuda; 良宏安田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1996-09-12
Filing date: 1996-09-12
Publication date: 1998-04-10

Abstract

(57)【要約】【課題】アプリケーションの動作を監視し、アプリケ
ーションの消去処理や復旧処理を確実に行うことができ
るようにする。【解決手段】常駐ソフトウェア２１は、アプリケーシ
ョン２から送出されたメッセージを横取りし、そのメッ
セージが、ファイルやディレクトリの作成、削除、更新
等を指示する命令である場合、そのメッセージをデータ
ベース２２に供給し、記憶させた後、オペレーティング
システム１に供給する。それ以外のメッセージは、その
ままオペレーティングシステム１に供給する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ処理装置お
よび方法に関し、例えば、データの作成、削除、更新を
指示するメッセージをデータベースで管理することによ
り、データの作成、削除、更新を行った後、簡単に元の
状態に戻すことができるデータ処理装置および方法に関
する。

【０００２】

【従来の技術】通常、コンピュータにおいては、システ
ムを正常に動作させるために必要なファイル群は、ハー
ドディスク等に代表される外部記憶装置に格納される。
この外部記憶装置は、新しいソフトウェアをインストー
ルすることなどを可能にするために、書き換えが可能で
ある。

【０００３】また、図１４に示すように、ソフトウェア
構成は、オペレーションシステム１とアプリケーション
ソフトウェア（以下、アプリケーションと略記する）２
とからなり、アプリケーション２が外部記憶装置等に対
して、データの書き換え等を行うとき、オペレーティン
グシステム１に対して、データの書き換えを要求する。
オペレーティングシステム１は、アプリケーション２か
らの要求に従って、外部記憶装置に対して、データの書
き換えを実行する。

【０００４】

【発明が解決しようとする課題】このように、外部記憶
装置に対するデータの書き換えが可能であるため、不用
意に、データが書き換えられてしまう危険性がある課題
があった。例えば、使用者が誤って重要なファイルを消
去してしまったような場合、システムは正常に動作する
ことができなくなる場合がある。通常、これらのファイ
ルの追加、および削除は、監視されていないため、元に
戻そうとしても、すぐには戻らなくなっている場合がほ
とんどである。

【０００５】即ち、通常、どのような変更が、どのよう
にして加えられたかを監視するソフトウェアは動作して
いない。そのため、外部記憶装置等にインストールした
アプリケーションを消そうとしても、消すべきファイ
ル、ディレクトリを特定することが困難である。

【０００６】また、ＭＳ−ＤＯＳ（Microsoft Disk Ope
rating System）におけるｃｏｎｆｉｇ．ｓｙｓファイ
ル等のシステムファイルを不用意に書き換えてしまうア
プリケーションにおいては、最悪の場合、システムが全
く動作しなくなることも考えられる。元通りにするため
には、様々な複雑な操作を、手順通りに正しく踏まない
と、正常には復帰しないのが普通である。

【０００７】さらに、例えば、ゲームソフトをインスト
ールする場合、ゲームソフトのＤＬＬ（Dynamic Link L
ibrary）のバージョンが、Ｗｉｎｄｏｗｓ９５（マイク
ロソフト社のオペレーティングシステム：商標）のＤＬ
Ｌのバージョンより古い場合がある。Ｗｉｎｄｏｗｓ９
５には、ソフトウェアのインストール時にのみ起動され
る「ｗｉｎｓｈｉｅｌｄ」というファイルがあり、イン
ストール処理を制御するようになされている。しかしな
がら、ｗｉｎｓｈｉｅｌｄは、ファイルのバージョンの
管理は行っていないため、ファイルが、古いバージョン
のファイルで書き換えられてしまう場合がある課題があ
った。

【０００８】本発明はこのような状況に鑑みてなされた
ものであり、ソフトウェアのインストールおよび削除を
確実に、かつ安全に行うとともに、ハードディスク内の
ファイルの内容を、容易に、正常または元通りに復旧す
ることができるようにするものである。

【０００９】

【課題を解決するための手段】請求項１に記載のデータ
処理装置は、第１のプログラムが記憶装置に対して、デ
ータの作成、削除、更新を指示する命令を第２のプログ
ラムに供給するとき、命令を横取りする横取り手段と、
横取り手段が横取りした命令を記憶する記憶手段とを備
え、横取り手段は、横取りした命令を記憶手段に記憶さ
せた後、命令を第２のプログラムに供給することを特徴
とする。

【００１０】請求項８に記載のデータ処理方法は、第１
のプログラムが記憶装置に対して、データの作成、削
除、更新を指示する命令を第２のプログラムに供給する
とき、命令を横取りし、横取りした命令を記憶し、命令
を第２のプログラムに供給することを特徴とする。

【００１１】請求項１に記載のデータ処理装置において
は、横取り手段が、第１のプログラムが記憶装置に対し
て、データの作成、削除、更新を指示する命令を第２の
プログラムに供給するとき、命令を横取りし、記憶手段
が、横取り手段が横取りした命令を記憶し、横取り手段
は、横取りした命令を記憶手段に記憶させた後、命令を
第２のプログラムに供給する。

【００１２】請求項８に記載のデータ処理方法において
は、第１のプログラムが記憶装置に対して、データの作
成、削除、更新を指示する命令を第２のプログラムに供
給するとき、命令を横取りし、横取りした命令を記憶
し、命令を第２のプログラムに供給する。

【００１３】

【発明の実施の形態】図１は、本発明を応用したコンピ
ュータの構成例を示すブロック図である。コンピュータ
は、主基板１１、ハードディスク１４、ＣＤ−ＲＯＭ
（compact discread only memory）１５、およびディス
プレイ１６（表示手段）により構成されている。また、
ＣＤ−ＲＯＭ１５の代わりに、インターネットからの情
報を受信する受信装置とすることもできる。主基板１１
は、主記憶装置１３に記憶されたアプリケーションソフ
トウェア等に基づいて、各種の処理を行うＣＰＵ（cent
ral processing unit）１２と、アプリケーションソフ
トウェアや、各種のデータを記憶する主記憶装置１３よ
り構成されている。

【００１４】ハードディスク１４は、コンピュータ上で
動作するソフトウェアを格納する書き込み可能な外部記
憶装置であり、ＣＤ−ＲＯＭ１５から、ソフトウェアが
インストールされるようになされている。ＣＤ−ＲＯＭ
１５は、ソフトウェアのハードディスク１４へのインス
トールや、ハードディスク１４にインストールされたフ
ァイルを、オリジナルのファイルに戻すために使用され
るファイルが格納された外部記憶装置である。ここで、
ハードディスク１４は、書き込み可能な外部記憶装置全
般の代表として、また、ＣＤ−ＲＯＭ１５は、大容量記
憶デバイスであって、ソフトウェアの供給に適した媒体
全般の代表として記述してある。従って、他の外部記憶
装置や、他の媒体を用いることも可能である。

【００１５】ディスプレイ１６は、ＣＰＵ１２の制御に
基づいて、メニュー画面やその他の画面を表示するよう
になされている。

【００１６】図２は、図１に示したコンピュータにおけ
るソフトウェアの階層イメージの例を示している。同図
に示すように、オペレーティングシステム（以下、適
宜、ＯＳと略記する）１と、アプリケーションソフトウ
ェア（以下、適宜、アプリケーションと略記する）２と
の間には、中間ソフトウェア（常駐ソフトウェア）２１
（横取り手段）が常駐している。そして、常駐ソフトウ
ェア２１は、アプリケーション２からＯＳ１に向けて送
られたメッセージ、例えば、ファイルやディレクトリの
作成および削除を指令するためのメッセージを横取り
し、後述するように、データベース２２（記憶手段）の
更新処理を行った後、横取りしたメッセージをＯＳ１に
供給するようになされている。

【００１７】データベース２２には、ハードディスク１
４に記憶されているファイルに関する情報、即ち、「作
成した日付」、「作成したファイル」、「作成したディ
レクトリ」、「変更したファイル」、「バージョン番
号」（ただし、ＤＬＬ（Dynamic Link Library）の
み）、「ＣＤ−ＲＯＭのＩＤ」、「ＣＤ−ＲＯＭのタイ
トル」、「アプリケーションリンク情報」、「ＣＲＣ
（エラー情報）」、および「サイズ」等が記憶されてい
る。

【００１８】次に、図３のフローチャートを参照して、
システムファイルのバージョン管理における処理手順に
ついて説明する。この処理は、例えば、アプリケーショ
ン２が、ソフトウェアのインストール時にＯＳ１に対し
て書き込みを指示したとき、開始される。

【００１９】最初、ステップＳ１において、常駐ソフト
ウェア２１により、アプリケーション２によるＯＳ１へ
の指示が、システムファイルへの書き込み指示であるか
否かが判定される。システムファイルへの書き込み指示
であると判定された場合、ステップＳ２に進み、新しい
バージョンのシステムファイルの書き込みであるか否か
が判定される。

【００２０】ステップＳ２において、新しいバージョン
のシステムファイルの書き込みであると判定された場
合、および、ステップＳ１において、システムファイル
への書き込みではないと判定された場合、ステップＳ３
に進む。ステップＳ３においては、データベース２２の
更新が行われる。即ち、更新するファイルのファイル名
等が記録される。

【００２１】次に、ステップＳ４において、ＯＳ１に対
して、ファイルの書き込み要求を行う。これにより、Ｏ
Ｓ１は、そのファイルをハードディスク１４に書き込む
処理を実行する。

【００２２】一方、ステップＳ２において、新しいバー
ジョンの書き込みではないと判定された場合、ステップ
Ｓ５に進み、インストール処理を強制的に終了させる。
これにより、インストール処理は中止される。

【００２３】なお、アプリケーション２がインストール
プログラムではなく、通常のアプリケーションプログラ
ムである場合、ステップＳ５においては、アプリケーシ
ョンプログラムの実行が中止される。

【００２４】このように、アプリケーション２がＯＳ１
に対してファイルの書き込みを指示する命令を発行する
と、常駐ソフトウェア２１がアプリケーション２のＯＳ
１に対する命令を横取りして、データベース２２を更新
するので、データベース２２には、常に、ハードディス
ク１４に記憶されているファイルに関する最新の情報が
記憶されることになる。

【００２５】次に、図４のフローチャートを参照して、
ハードディスク１４等にインストールされたアプリケー
ション２を、データベース２２に記憶された情報を使用
して削除する場合の処理手順について説明する。ここで
は、例えば、１つのＣＤ−ＲＯＭ１５の全部のアプリケ
ーション２を消去する指令がなされたときの処理手順に
ついて説明する。

【００２６】最初に、ステップＳ１１において、データ
ベース２２に記憶された、消去対象のファイル、および
ディレクトリが検索される。次に、ステップＳ１２に進
み、消去対象となるファイルおよびディレクトリが全て
消去されたか否かが判定される。即ち、ステップＳ１１
において検索されたファイル、およびディレクトリのう
ち、システムファイルでないものが全て消去されたか否
かが判定される。ステップＳ１１において検索されたフ
ァイル、およびディレクトリのうち、システムファイル
でないものが、まだ全て消去されていないと判定された
場合、ステップＳ１３に進む。

【００２７】ステップＳ１３においては、ステップＳ１
１において検索されたファイル（いま、このファイルを
ファイルＡ₁とする）が、ＯＳ１（例えば、Ｗｉｎｄｏ
ｗｓ９５（マイクロソフト社の商標）等）に関連するシ
ステムファイル（例えば、Ｗｉｎｄｏｗｓ９５のフォル
ダにあるファイル）であるか否かが判定される。ＯＳ１
に関連するシステムファイルは消去しないので、ファイ
ルＡ₁がシステムファイルであると判定された場合、ス
テップＳ１２に戻り、ステップＳ１２以降の処理が繰り
返し実行される。一方、ファイルＡ₁がシステムファイ
ルではないと判定された場合、ステップＳ１４に進む。

【００２８】ステップＳ１４においては、データベース
２２の更新が行われる。即ち、データベース２２からフ
ァイルＡ₁に関するデータを削除する。次に、ステップ
Ｓ１５において、ファイルＡ₁の消去をＯＳ１に要求す
る。その後、ステップＳ１２に戻り、ステップＳ１２以
降の処理が繰り返し実行される。そして、ステップＳ１
３においては、ステップＳ１１において検索されたファ
イルが順次、システムファイルであるか否かが判定さ
れ、システムファイルでないと判定されたファイルが、
データベース２２から削除され、その消去がＯＳ１に対
して要求される。

【００２９】ステップＳ１２において、ステップＳ１１
において検索されたファイル、およびディレクトリのう
ち、システムファイルでないものが全て消去されたと判
定された場合、処理を終了する。

【００３０】また、ハードディスク１４に記憶されてい
る複数のアプリケーションのうち、所定のアプリケーシ
ョン同士がリンクされ、そのことが、データベース２２
内のアプリケーションリンク情報として記述されている
場合において、互いにリンクされている複数のアプリケ
ーションのうちの１つの消去が指令された場合、指令さ
れたアプリケーションを単独で消去することは行わな
い。そして、互いにリンクされている全てのアプリケー
ションの削除が指令されたとき、それらのアプリケーシ
ョンの消去を行う。

【００３１】次に、図５のフローチャートを参照して、
リカバリ用のＣＤ−ＲＯＭ１５を用いてハードディスク
１４に記憶されているファイルが正しいか否かをチェッ
クし、正しくない場合に自動的に復旧する処理手順につ
いて説明する。ここでの処理においては、上述したデー
タベース２２とともに、ＣＤ−ＲＯＭ１５に予め記録さ
れたＣＲＣ等のエラー補正情報が利用される。

【００３２】まず、リカバリ用のＣＤ−ＲＯＭ１５をコ
ンピュータ本体にセットし、図示せぬリセットボタンを
押すと、リカバリソフトウェアが起動され、ディスプレ
イ１６の画面に、例えば、図６に示すようなメニューが
表示される。メニューには、選択項目「ハードディスク
の内容を全て出荷時と同じものにする」と、選択項目
「不具合なファイルだけを修正する」が表示されるの
で、使用者は、マウス等を操作して、選択項目のいずれ
かを選択する。ここでは、選択項目「不具合なファイル
だけを修正する」が選択されたものとする。選択項目が
選択されると、図５のフローチャートに示したような処
理が開始される。

【００３３】最初、ステップＳ２１において、ソフトウ
ェアのチェックに先立って、ハードウェアのチェックが
行われる。即ち、ハードウェアが壊れていないか否かが
チェックされる。ステップＳ２２において、ハードウェ
アが正常ではない（壊れている）と判定された場合、ス
テップＳ２３に進み、所定のメッセージを出力した後、
処理を終了する。一方、ハードウェアが正常である（壊
れていない）と判定された場合、ステップＳ２４に進
む。

【００３４】ステップＳ２４においては、ファイルシス
テムのチェックと修正が行われる。これは、例えば、Ｍ
Ｓ−ＤＯＳ（Microsoft Disk Operating System：商
標）においては、ＣＨＫＤＳＫコマンドによって行われ
るような処理であり、Ｗｉｎｄｏｗｓ９５においては、
ＳＣＡＮＤＩＳＫコマンドによって行われるような処理
である。即ち、ハードディスク１４のファイル構造（フ
ァイルの整合性）をチェックし、自動的に復旧できるも
のは復旧する。

【００３５】ステップＳ２５において、ファイルシステ
ムが正常であるか否かが判定され、ファイルシステムが
正常ではなく、自動的に復旧できなかったと判定された
場合、ステップＳ２６に進み、ステップＳ２４における
処理で復旧できなかったものは、これ以上処理を行って
も復旧することは不可能であるので、ハードディスク１
４の内容を全て元通りに戻す処理が行われる。即ち、リ
カバリ用のＣＤ−ＲＯＭ１５から全てのファイルが読み
出され、ハードディスク１４に上書きされる。その後、
処理を終了する。

【００３６】一方、ステップＳ２５において、ファイル
システムが正常である、あるいは、自動的に復旧された
と判定された場合、ステップＳ２７に進み、データベー
ス２２そのものが整合性を保っているか否かのチェック
が行われる。これにより、データベース２２の信頼性が
保証される。

【００３７】ステップＳ２８において、データベース自
身が整合性を保っていないと判定された場合、即ち、デ
ータベース２２が異常である場合、データベース２２を
使用した復旧はできないので、ステップＳ２９に進み、
ハードディスク１４の内容を全て元通りに戻す処理が行
われ、処理を終了する。

【００３８】一方、ステップＳ２８において、データベ
ース自身が整合性を保っていると判定された場合、ステ
ップＳ３０に進み、ＣＤ−ＲＯＭ１５に格納されている
全てのファイルについて、ハードディスク１４に記憶さ
れているファイルとの比較が行われる。この比較には、
ファイルの更新日付、ファイルの大きさ、およびＣＲＣ
データが用いられる。これらが一致した場合、それらの
ファイルは同一のものであると判断する。

【００３９】ステップＳ３１においては、上述したよう
にして比較した結果、ＣＤ−ＲＯＭ１５に記録されてい
る所定のファイルと、ハードディスク１４に記憶されて
いる対応するファイルとが一致したか否かが判定され
る。即ち、ハードディスク１４の内容が正しいか否かが
判定される。ハードディスク１４の内容が正しくないと
判定された場合、ステップＳ３２に進み、データベース
１５が、ハードディスク１４内のファイルの変化を認識
しているか否かが判定される。即ち、データベース２２
にファイルが修正（変更）されたことが記録されている
か否かが判定される。

【００４０】データベース２２にファイルが修正された
ことが記録されていないと判定された場合、ステップＳ
３３に進み、リカバリ用のＣＤ−ＲＯＭ１５に記録され
ているオリジナルのファイルが、ハードディスク１４に
複写される。

【００４１】ステップＳ３１において、ハードディスク
１４の内容が正しいと判定された場合、および、ステッ
プＳ３２において、データベース２２にファイルが修正
されたことが記録されていると判定された場合、ハード
ディスク１４の内容がリカバリ用のＣＤ−ＲＯＭ１５に
記録されているオリジナルのデータに置き換えられるこ
となく、ステップＳ３４に進む。

【００４２】ステップＳ３４においては、ＣＤ−ＲＯＭ
１５内の全てのファイルについて、ステップＳ３０乃至
Ｓ３３の処理が終了したか否かが判定される。全てのフ
ァイルについて、まだ処理が終了していないと判定され
た場合、ステップＳ３０に戻り、ステップＳ３０以降の
処理が繰り返し実行される。一方、全てのファイルにつ
いて、上記処理が終了したと判定された場合、ステップ
Ｓ３５に進む。

【００４３】ステップＳ３５においては、オリジナルフ
ァイル以外で、データベース２２に記憶されている全て
のファイルについて、その整合性がチェックされる。即
ち、ハードディスク１４内のファイルのディレクトリ情
報とデータベース１５内のディレクトリ情報が比較され
る。そして、ステップＳ３６において、データベース２
２に記録されたファイルが正常であるか否かが判定され
る。即ち、ディレクトリ情報が一致したとき、そのファ
イルは正常であるとされ、ディレクトリ情報が一致しな
いとき、そのファイルは異常であるとされる。

【００４４】データベース２２に記録されたファイルが
正常ではないと判定された場合、ステップＳ３７に進
み、異常と判断されたファイルが、そのファイルを作成
したアプリケーションとともに削除される。これは、全
ての新しく作成されたファイルは、それを作成したアプ
リケーションが存在するはずであるので、そのアプリケ
ーションとセットであると考えることによる。

【００４５】一方、データベース２２に記録された全て
のファイルが正常であると判定された場合、処理を終了
する。

【００４６】以上の処理によって、ハードディスク１４
内のファイルは、整合の取れたものとなる。これらの処
理は、一般の使用者にとっては理解し難いものであるた
め、簡単にこれらの処理を実現できるような手法が必要
であり、そのために、グラフィカルユーザインタフェー
ス（ＧＵＩ）を利用することができる。そして、使用者
に対する負担を軽減するために、選択肢を極力減らすよ
うにすることができる。

【００４７】また、図５および図６を参照して上述した
ように、使用者が、システムに対して、何らかの不具合
を感じたとき、復旧用のＣＤ−ＲＯＭ１５をトレイに挿
入し、リセットをするだけで、後の処理は、自動的に行
うようにすることができる。このとき、使用者は、ハー
ドディスク１４の内容を全て出荷時と同一のものにする
のか、それとも、できる限り新しいものを残しながら、
不具合点だけを修正するのかという選択だけを行うよう
にすることができる。

【００４８】次に、図７を参照して、ＣＤ−ＲＯＭ１５
に記録されたアプリケーションプログラムが起動される
までの手順について説明する。最初、ステップＳ４１に
おいて、ＣＤ−ＲＯＭ１５をセットする。次に、ステッ
プＳ４２において、このＣＤ−ＲＯＭ１５のボリューム
ＩＤに対応するアプリケーションのデータベース２２を
ハードディスク１４上で検索する。その結果、データベ
ース２２が既にハードディスク１４に存在している場
合、ステップＳ４３に進み、そのＣＤ−ＲＯＭ１５に含
まれるアプリケーションに対応するアイコン等を画面に
表示する。

【００４９】次に、ステップＳ４４において、使用者に
よりアプリケーションの１つが選択されるまで待つ。こ
の場合、画面に表示されたアイコンを選択することによ
り、選択したアイコンに対応するアプリケーションが選
択される。ここで、セットアップが選択された場合、ス
テップＳ４５に進み、空のデータベースが作成される。
また、ステップＳ４４において、所定のアプリケーショ
ンが選択され、そのアプリケーションに対応するデータ
ベース２２が既に作成されている場合、ステップＳ４６
に進み、そのデータベースがハードディスク１４より読
み出され、主記憶装置１３に供給され、記憶される。

【００５０】ステップＳ４５における処理、およびステ
ップＳ４６における処理が終了すると、ステップＳ５４
に進み、常駐ソフトウェア２１がアクティブにされる。
これにより、アプリケーション２がＯＳ１に対して供給
するコマンドが、「ファイルオープン」、「ファイルク
リエイト」、「ファイルクローズ」、「ファイル削
除」、および「ファイルシステムの更新」等の処理のう
ちのいずれであるかを監視する処理が開始される。

【００５１】次に、ステップＳ５５において、アプリケ
ーションプログラムが起動され、ステップＳ５６におい
て、アプリケーションプログラムが実行中の状態とな
る。

【００５２】一方、ステップＳ４４において、使用者に
より取り消し（ｃａｎｃｅｌ）が選択されると、処理を
終了する。

【００５３】また、ステップＳ４２における検索の結
果、ＣＤ−ＲＯＭ１５のボリュームＩＤに対応するアプ
リケーション２のデータベース２２がハードディスク１
４に存在せず、新しいＣＤ−ＲＯＭ１５であることが判
明した場合、ステップＳ４８に進み、セットアップのた
めの実行ファイルを検索する。その結果、実行ファイル
が１つだけ存在することが判明した場合、ステップＳ４
５に進み、上述した場合と同様にして、ステップＳ４５
以降の処理が実行される。一方、ステップＳ４８におい
て、実行ファイルが複数存在することが判明した場合、
ステップＳ５１に進み、実行ファイルのリストを表示す
る。

【００５４】その後、ステップＳ５２において、使用者
によって、これらの実行ファイルのいずれかが選択され
るまで、選択待ちの状態となる。ここで、実行ファイル
のいずれかが選択されると、ステップＳ４５に進み、ス
テップＳ４５以降の処理が実行される。また、ここで、
「ｃａｎｃｅｌ（取り消し）」が選択されると、ステッ
プＳ５３に進み、処理を終了する。

【００５５】また、ステップＳ４８において、実行ファ
イルが存在しないことが判明した場合、ステップＳ４９
に進み、ＣＤ−ＲＯＭ１５の確定プロセスをブレーク
し、ステップＳ５０において、処理を終了する。

【００５６】以上の手順により、ＣＤ−ＲＯＭ１５のア
プリケーションソフトウェア（プログラム）２の実行が
開始される。図８は、アプリケーション２の実行中に、
常駐ソフトウェア２１によって行われる処理を示してい
る。図８におけるステップＳ６１は、図７におけるステ
ップＳ５６に対応している。

【００５７】ステップＳ６１において、アプリケーショ
ン２によって処理が実行され、ファイルの作成（ｃｒｅ
ａｔｅ）、ファイルのオープン（ｏｐｅｎ）、ファイル
の削除（ｄｅｌｅｔｅ）等を指令するメッセージがＯＳ
１に対して発行されると、常駐ソフトウェア２１は、こ
のメッセージを横取りし、メッセージに対応する所定の
処理を実行する。

【００５８】例えば、アプリケーション２がＯＳ１に対
して発行したメッセージが、ファイルの作成を指令する
ものである場合、ステップＳ６２に進み、作成が指令さ
れたファイルがすでにハードディスク１４に存在してい
るか否かが判定される。作成が指令されたファイルが、
既にハードディスク１４に存在していると判定された場
合、ステップＳ６３に進み、既に存在しているファイル
のバックアップファイルを作成する。

【００５９】ステップＳ６３における処理が終了した場
合、または、ステップＳ６２において作成が指令された
ファイルが存在しないと判定された場合、ステップＳ６
４に進み、常駐ソフトウェア２１は、新たなファイルの
作成を行うとともに、作成した新たなファイルのディレ
クトリの記録をＯＳ１に指令する。これにより、ＯＳ１
は、新たなファイルをハードディスク１４上に作成する
とともに、データベース２２にそのディレクトリを記録
する。

【００６０】また、アプリケーション２がＯＳ１に対し
て発行したメッセージが、ファイルのオープン、または
削除を指令するものである場合、ステップＳ６５に進
み、ファイルのオープンまたは削除の指令が有効である
か否かが判定される。ファイルのオープンまたは削除の
指令が有効であると判定された場合で、かつ、読み出し
のためのファイルのオープンが指令されたとき、ステッ
プＳ６６に進み、アクセスされたファイルのリストをデ
ータベース２２に記録し、再び、アプリケーションの監
視を行う。

【００６１】また、ステップＳ６５において、ファイル
のオープンまたは削除の指令が有効であると判定された
場合で、かつ、書き込みのためのファイルのオープン、
またはファイルの削除が指令されたとき、ステップＳ６
７に進み、オープンまたは削除の対象となるそのファイ
ルのバックアップファイルを作成する。

【００６２】また、ステップＳ６５において、ファイル
のオープンまたは削除の指令が有効ではないと判定され
た場合、ステップＳ６９に進み、アプリケーション２の
実行を中断し、ステップＳ７０に進む。ステップＳ７０
乃至Ｓ７４においては、アプリケーション２が実行され
る前の状態に復旧する処理が行われる。

【００６３】即ち、ステップＳ７０において、常駐ソフ
トウェア２１によるアプリケーション２の動作の監視処
理が停止され、ステップＳ７１に進み、アプリケーショ
ン２によって新たに作成された全てのファイルが削除さ
れる。次に、ステップＳ７２において、更新された全て
のファイルが、先に、ステップＳ６７において作成され
たバックアップファイル、およびステップＳ６２におい
て作成されたバックアップファイルの少なくともいずれ
か一方に基づいて、更新前のファイルに戻される。ステ
ップＳ７３においては、作成されたデータベースの内容
が空である場合、それを削除する。次に、ステップＳ７
４において、アプリケーション２を強制的に終了させ
る。

【００６４】また、常駐ソフトウェア２１により、アプ
リケーション２からＯＳ１に対して、ファイルの更新を
伴う指令がなされたと判定された場合、ステップＳ６８
に進み、ハードディスク１４の未使用領域の記憶容量が
チェックされる。その結果、まだ、十分な大きさの未使
用領域が存在することが判明した場合、ステップＳ６１
に戻り、アプリケーション２の監視を継続する。一方、
十分な大きさの未使用領域が存在しないと判定された場
合、ステップＳ６９に進み、上述したように、アプリケ
ーション２の実行が中断される。その後、上述した場合
と同様に、ステップＳ７０乃至Ｓ７４の処理が実行され
る。

【００６５】また、アプリケーション２の実行が終了し
た場合、ステップＳ７５に進み、アプリケーションは処
理を終了する。

【００６６】以上のように、アプリケーション２がＯＳ
１に対してメッセージを発行すると、常駐ソフトウェア
２１は、そのメッセージを横取りし、そのメッセージが
ファイルの変更を伴うメッセージである場合、ファイル
のバックアップファイルを作成する。従って、アプリケ
ーション２がファイルに対して不正なアクセスを試みよ
うとしたときや、ハードディスク１４の未使用領域の記
憶容量が少ないとき、アプリケーションの実行を中断
し、アプリケーションの実行前の状態に戻すことができ
る。

【００６７】ステップＳ６６において、ファイルの読み
出しのためにファイルをオープンするメッセージが発行
されたとき、アクセスされたファイルのリストを作成
し、データベース２２に記録するようにしている。これ
により、アプリケーション間で共有しているファイルを
認識することができる。例えば、アプリケーションＡと
アプリケーションＢが所定のファイルを共有し、互いに
リンクされており、アプリケーションＡだけ、あるいは
アプリケーションＢだけを消去すると、不都合が起こる
ことを事前に認識することができる。

【００６８】図９は、アプリケーション２が正常に終了
するときに、常駐ソフトウェア２１によって行われる終
了処理の手順を表している。図９におけるステップＳ８
１は、図８におけるステップＳ７５に対応している。

【００６９】ステップＳ８１において、アプリケーショ
ン２の処理が正常に終了すると、ステップＳ８２に進
み、常駐ソフトウェア２１は、アプリケーション２がＯ
Ｓ１に対して発行するメッセージが、ファイルにアクセ
スするためのものであるか否かを監視する処理を停止す
る。次に、ステップＳ８３に進み、常駐ソフトウェア２
１は、データベース２２を更新する。即ち、主記憶装置
１３にロードしたこのアプリケーション２に対応するデ
ータベース２２をハードディスク１４に格納する。次
に、ステップＳ８４において、プログラムの終了処理が
完了する。

【００７０】以上の処理の実行は、使用者が理解しやす
いグラフィカルユーザインタフェースを利用して行うよ
うにすることができる。

【００７１】図１０は、ＣＤ−ＲＯＭ１５を図示せぬＣ
Ｄ−ＲＯＭドライブにセットしたとき、ディスプレイ１
６に表示されるメニュー画面を表している。「ＭＥＤＩ
ＡＬＩＳＴ」（ＣＤ−ＲＯＭ１５に記録されているファ
イルのリスト）の欄には、ファイル「ＲｅａｄＭｅ
！」、「ＩＮＳＴＡＬＬ」、および「ＲＯＣＫＥＴＧＡ
ＭＥ」に対応するアイコンが表示されており、これらの
ファイルがＣＤ−ＲＯＭ１５に記録されていることがわ
かる。

【００７２】図１０に示したメニュー画面において、
「ＩＮＳＴＡＬＬ」と書かれたアイコンをマウス等を用
いて選択し、実行させると、インストーラが起動され、
ＣＤ−ＲＯＭ１５に記録されているアプリケーションソ
フトウェアをハードディスク１４にインストールする処
理が実行される。このとき、常駐ソフトウェア２１は、
図３のフローチャートを参照して上述したような処理を
実行する。

【００７３】インストールが終了すると、図１１に示す
ように、ハードディスク１４にインストールされたアプ
リケーションソフトウェアに対応するアイコンが、メニ
ュー画面の「ＩＮＳＴＡＬＬＥＤＩＴＥＭ」の欄に表
示される。いまの場合、アプリケーションソフトウェア
である「ＳＡＭＥＧＡＭＥ」がインストールされ、フ
ァイル「ＲｅａｄＭｅ！」、「ＲＯＣＫＥＴＧＡＭ
Ｅ」、および「ＳＡＭＥＧＡＭＥ」に対応するアイコ
ンが画面に表示される。

【００７４】図１２は、ハードディスク１４に記録され
ている所定のＣＤ−ＲＯＭ１５に対応するアプリケーシ
ョンを全て削除する場合の操作画面例を表している。画
面上には、このＣＤ−ＲＯＭ１５に含まれる各アプリケ
ーションに対応するアイコンが表示される。アイコンと
アイコンを結ぶ鎖は、これらのアイコンに対応するアプ
リケーションがファイルを共有するなどして、互いにリ
ンクしていることを表している。従って、これらのアプ
リケーションは、単独では削除することができない。

【００７５】ここで、使用者が、削除したいＣＤ−ＲＯ
Ｍ１５のアプリケーションに対応するアイコンをカーソ
ルを用いて選択すると、図１３に示すように、選択され
たアイコンだけが画面に表示される。また、操作方法等
を説明するメッセージが表示され、実行（ＥＸＥＣＵＴ
Ｅ）ボタン、および取り消し（ＣＡＮＣＥＬ）ボタンが
表示される。

【００７６】使用者が実行ボタンをマウス等を操作して
選択すると、選択されたアイコンに対応するアプリケー
ションが、ハードディスク１４から削除される。このと
き、アプリケーションが作成したファイル等の関連する
ファイルも自動的に削除される。ここでは、常駐ソフト
ウェア２１は、図４のフローチャートを参照して上述し
たような処理を実行する。また、ここで、使用者が取り
消しボタンを選択すると、アプリケーションの削除は行
われずに、処理が終了し、図１２に示した画面が再度表
示され、削除したいアプリケーションの選択が可能な状
態に戻る。

【００７７】このように、ＧＵＩを用いて操作すること
ができるようにすることにより、使用者に対する操作上
の負担を軽減することができる。

【００７８】以上のように、上記実施例においては、コ
ンピュータへのソフトウェアのインストールや削除を確
実に、かつ安全に行うことができる。また、アプリケー
ションの実行によって、何らかの不具合が生じたとき、
ハードディスク内のファイルの内容を容易に正常に復旧
したり、アプリケーションを実行する前の状態に復旧す
ることができる。

【００７９】なお、上記実施例における画面は例であっ
て、これに限定されるものではない。

【００８０】また、上記実施例においては、オペレーテ
ィングシステムとして、ＭＳ−ＤＯＳやＷｉｎｄｏｗｓ
９５を例にして説明したが、これらに限定されるもので
はなく、その他のオペレーティングシステムとすること
も可能である。

【００８１】

【発明の効果】請求項１に記載のデータ処理装置、およ
び請求項８に記載のデータ処理方法によれば、第１のプ
ログラムが記憶装置に対して、データの作成、削除、更
新を指示する命令を第２のプログラムに供給するとき、
命令を横取りし、横取りした命令を記憶し、命令を第２
のプログラムに供給するようにしたので、第１のプログ
ラムによる記憶装置に対するデータの作成、削除、およ
び更新を監視することができ、ソフトウェアのインスト
ールや、インストールされたソフトウェアの削除を確実
に、かつ安全に行うことができる。また、記憶装置に記
憶されたファイルを正常に、または元通りに復旧するこ
とが可能となる。

【図面の簡単な説明】

【図１】本発明を応用したコンピュータの構成例を示す
ブロック図である。

【図２】図１のコンピュータ上で動作するソフトウェア
の階層イメージを示す図である。

【図３】システムファイルのバージョン管理を説明する
フローチャートである。

【図４】アプリケーションをハードディスクから削除す
る手順を説明するフローチャートである。

【図５】リカバリソフトウェアの処理手順を説明するフ
ローチャートである。

【図６】リカバリソフトウェアが起動されたとき、ディ
スプレイ１６に表示されるメニューを示す図である。

【図７】ＣＤ−ＲＯＭ１５に記録されているアプリケー
ションを起動するときの手順を説明するフローチャート
である。

【図８】常駐ソフトウェア２１の処理手順を示す図であ
る。

【図９】アプリケーション２の終了時の常駐ソフトウェ
ア２１の処理を説明するフローチャートである。

【図１０】ＣＤ−ＲＯＭ１５をドライブにセットしたと
きに表示される画面例である。

【図１１】インストールが終了したときに表示される画
面例である。

【図１２】削除するアプリケーションを選択する画面例
である。

【図１３】選択したアプリケーションの削除を確定する
画面例である。

【図１４】従来のソフトウェアの階層イメージを示す図
である。

【符号の説明】

１オペレーティングシステム，２アプリケーショ
ン，１１主基板，１２ＣＰＵ，１３主記憶装置，１
４ハードディスク，１５ＣＤ−ＲＯＭ，１６ディ
スプレイ（表示手段），２１常駐ソフトウェア（横取
り手段），２２データベース（記憶手段）

Claims

【特許請求の範囲】

【請求項１】第１のプログラムと、前記第１のプログ
ラムより供給された命令に従って、記憶装置に対して、
データの作成、削除、更新を行う第２のプログラムとか
らなるデータ処理装置において、前記第１のプログラムが前記記憶装置に対して前記デー
タの作成、削除、更新を指示する命令を前記第２のプロ
グラムに供給するとき、前記命令を横取りする横取り手
段と、前記横取り手段が横取りした前記命令を記憶する記憶手
段とを備え、前記横取り手段は、横取りした前記命令を前記記憶手段
に記憶させた後、前記命令を前記第２のプログラムに供
給することを特徴とするデータ処理装置。
【請求項２】前記記憶手段は、前記記憶装置に記憶さ
れたデータがバージョンによって異なる場合、前記バー
ジョンに対応するデータを記憶し、前記横取り手段は、前記バージョンに基づいて、前記第
１のプログラムからの前記命令を前記第２のプログラム
に供給するか否かを決定することを特徴とする請求項１
に記載のデータ処理装置。
【請求項３】前記第１のプログラムはインストールプ
ログラムであり、前記データは前記インストールプログ
ラムによって前記記憶装置にインストールされたアプリ
ケーションプログラムを構成するファイルであり、前記
アプリケーションプログラムの前記記憶装置からの削除
は、前記記憶手段に記憶された前記命令に基づいて行わ
れることを特徴とする請求項１に記載のデータ処理装
置。
【請求項４】前記記憶手段に記憶された前記データに
基づいて、前記記憶装置に記憶された前記データの整合
性が判断され、判断結果に応じて、前記データが所定の
記録媒体に記録された元のデータで置き換えられること
を特徴とする請求項１に記載のデータ処理装置。
【請求項５】前記記録媒体は、ＣＤ−ＲＯＭであるこ
とを特徴とする請求項４に記載のデータ処理装置。
【請求項６】メニューを表示する表示手段をさらに備
え、前記メニューの前記アプリケーションプログラムに対応
する選択項目の所定のものが選択されることにより、前
記アプリケーションプログラムの前記記憶装置からの削
除が指示されることを特徴とする請求項３に記載のデー
タ処理装置。
【請求項７】メニューを表示する表示手段をさらに備
え、前記表示手段は、前記記憶装置に記憶された前記デ
ータの整合性の判断の開始を指示するためのメニューを
表示し、前記メニューの選択項目が選択されることにより、前記
記憶装置に記憶された前記データの整合性の判断が開始
されることを特徴とする請求項４に記載のデータ処理装
置。
【請求項８】第１のプログラムと、前記第１のプログ
ラムより供給された命令に従って、記憶装置に対して、
データの作成、削除、更新を行う第２のプログラムとか
らなるデータ処理装置におけるデータ処理方法におい
て、前記第１のプログラムが前記記憶装置に対して前記デー
タの作成、削除、更新を指示する命令を前記第２のプロ
グラムに供給するとき、前記命令を横取りし、横取りした前記命令を記憶し、前記命令を前記第２のプログラムに供給することを特徴
とするデータ処理方法。