JP2007304768A - リカバリ管理装置 - Google Patents

Abstract

【課題】 コンピュータのリカバリ後に各ソフトウェアを適切な状態に復元するために、各ソフトウェアに対してすべきパッチの適用やバージョンアップといった更新作業のユーザ負担を軽減する。
【解決手段】 更新管理部１８が、ＯＳ１６やアプリケーション群１２等のソフトウェアに対する更新毎に当該更新の内容を更新情報としてＨＤＤ１３のリカバリ領域に記憶保持しておき、リカバリ処理部１９によるリカバリ処理により各ソフトウェアが工場出荷状態に戻ったことに応じて、復元処理部２０が、ＨＤＤ１３のリカバリ領域に記憶保持しておいた更新情報を用いて更新を再現し、ソフトウェアをリカバリ処理前の状態に復元する。
【選択図】 図１

Description

本発明は、コンピュータにインストールされているソフトウェアをインストール時の状態に戻すリカバリ処理に関する。

パーソナル・コンピュータ（ＰＣ）をはじめとする各種コンピュータシステムでは、システムを工場出荷時の状態に戻すリカバリ処理が必要となることがある。そこで、システムを工場出荷状態に戻すための情報であるリカバリイメージを格納したＣＤ−ＲＯＭ等の外部メディア媒体を準備したり、コンピュータ出荷時に予め当該コンピュータのＨＤＤ（ハード・ディスク・ドライブ）にリカバリイメージを格納しておいて、これらを用いてシステムをリカバリすることが行われている。

ここで、リカバリに関する発明として、ハードディスクにリカバリ領域を設けておき、ＯＳの異常が生じた場合にはリカバリ領域のデータをＯＳ記憶領域にコピーする発明、リカバリ時にパーティション構成を変えられるようにした発明、従来は同じであったリカバリ領域とバックアップ領域とを分けて、バックアップ領域はバックアップが必要な場合にのみ導入することでユーザ領域を増やすようにした発明、リカバリ中に通常ＯＳを誤起動しないようにする発明等が提案されている（特許文献１乃至特許文献４参照。）。

また、販売者側で販売した個々のコンピュータシステムのシステム構成を管理しておき、ソフトウェアをインストールしようとするユーザ側のコンピュータシステムが自身の識別情報を販売者側に送信し、販売者側でその識別情報からシステム構成を認識して対応するソフトウェアを送信することで、それぞれ異なるシステム構成を有するコンピュータシステムについても、そのシステム構成毎に必要なソフトウェアを容易にインストールすることができるようにする発明が提案されている（特許文献５参照）。
特開２００２−３６６３５９号公報 特開２００４−２８０６０８号公報 特開２００４−３６２２２１号公報 特開２００２−０４１２９２号公報 特開２００２−２３６５９０号公報

上記従来の技術は、リカバリ処理によりコンピュータを工場出荷時の状態（ソフトウェアのインストール時の状態）に戻すだけであり、出荷後（インストール後）に適用されたオペレーティング・システム（ＯＳ）のパッチやアプリケーションのバージョンアップは反映されず、リカバリ処理後に各ソフトウェアに対してパッチの適用やバージョンアップといった更新作業をユーザ自身で行う必要があった。

したがって、ユーザは、パッチやバージョンアップに用いるモジュールを格納したＣＤ−ＲＯＭ等の外部メディア媒体を捜したり、インターネット等から検索してダウンロードしたりして必要なモジュールを収集し、実行するということを行っていた。
これら作業はユーザにとって面倒で手間が掛かるものであり、ユーザに負担を強いることとなっていた。
また、リカバリ直後にシステムを立ち上げたときに、セキュリティパッチが適用されていなかったがためにウィルス感染してしまうことがあった。

本発明は、上記従来の事情に鑑みなされたものであり、リカバリ後に行うべきパッチの適用やバージョンアップといった更新作業に対するユーザの負担を軽減することを目的としている。また、リカバリ前に適用していたセキュリティパッチがリカバリ後に適用されないまま使用されることでウィルス感染するという事態になることを防ぐことを目的としている。

本発明は、コンピュータにインストールされているソフトウェアをインストール時の状態に戻すリカバリ処理を管理するリカバリ管理装置、コンピュータに実行させることによりリカバリ管理装置を構成するプログラム、リカバリ管理装置により実施される方法として実現される。

本発明のリカバリ管理装置は、更新情報保持手段と、復元手段と、を備えており、更新情報保持手段が、ソフトウェアを更新する毎に、当該更新の内容を更新情報として記憶保持しておき、再更新手段が、ソフトウェアがリカバリ処理されたことに応じて、更新情報保持手段に記憶保持された更新情報を用いて当該ソフトウェアを復元する。
すなわち、リカバリ処理がなされた際に、ソフトウェアの更新時に記憶保持しておいた更新情報を用いて自動的にソフトウェアが再更新されてリカバリ処理前の状態に復元されるため、ユーザはリカバリ処理後に行っていた面倒で手間が掛かるソフトウェア更新作業から開放される。

ソフトウェアは、コンピュータを所定の手順に従って動作させることでコンピュータ上に所定の機能を実現するものであり、例えば、コンピュータの備える各ハードウェアを制御してコンピュータの操作に必要な基本的な機能を提供する基本ソフトウェア（ＯＳ）、処理目的（ワープロ、表計算、画像処理等）に応じて用意されて基本ソフトウェア上で動作することで対応する機能を提供するアプリケーション・ソフトウェア等がある。

ソフトウェアの更新は、コンピュータを動作させる手順を規定した実行プログラムや当該プログラムから呼び出されるサブプログラム等を、修正版のプログラムに置き換えたり新規追加したりして行われる他、これらプログラムの実行時に読み込まれる定義ファイルや環境設定ファイル等の追加や置き換え、或いはこれらファイル内容の書き換えなど、様々な方法で行われる。
したがって、更新情報保持手段は、修正版のプログラムや各種ファイル等の更新データ自体、更新データの配置先、配置方法（置き換え、新規追加、書き換え等）、ファイルの書き換えをするときはその書き換え内容など、ソフトウェアを更新するために必要な情報を更新情報として記憶保持する。

更新情報保持手段は、種々の方法で更新情報を取得して記憶保持できる。
例えば、更新データと当該更新データを所定場所に配置する機能等を備え、コンピュータに実行させることで自動的にソフトウェアを更新するインストーラや自己解凍ファイル等を用いてソフトウェアの更新を行う場合には、これらインストーラや自己解凍ファイル自体を更新情報として記憶保持する。
また、例えば、ユーザが更新データの配置先等を指示して手動でソフトウェアの更新を行う場合には、ユーザによる指示内容を監視し、当該指示内容に基づいて更新情報を生成して記憶保持する。
また、例えば、ソフトウェアを構成する各プログラムやファイル等の更新前の状態を保持しておき、更新後の状態と比較することで更新内容を特定し、当該更新内容に基づいて更新情報を生成して記憶保持する。

本発明は、更新情報保持手段が、複数回に亘るソフトウェアの更新にそれぞれ対応する複数の更新情報をその更新日時に対応付けて記憶保持しておき、復元手段が、更新情報を更新日時の時系列順に用いてソフトウェアを復元するようにしてもよい。
すなわち、ソフトウェアが複数回に亘って更新される場合で、前回の更新内容を引き継いで更新することが要求されるようなときには、更新日時順に再更新を加えていくことにより、ソフトウェアを矛盾のない適切な状態に復元することができる。

また、本発明は、更新情報保持手段が、複数回に亘るソフトウェアの更新にそれぞれ対応する複数の更新情報をその更新日時に対応付けて記憶保持しておき、復元手段が、最新の更新日時が対応付けられた更新情報を用いて前記ソフトウェアを復元するようにしてもよい。
すなわち、ソフトウェアが複数回に亘って更新される場合でも、最新の更新を適用するだけで十分なときには、最新の更新日時が対応付けられた更新情報を用いてソフトウェアを復元できるため、復元処理を短時間で行うことができる。

また、本発明は、更新情報保持手段が、更新情報を既に記憶保持している場合は、当該更新情報に代えて今回の更新に係る更新情報を記憶保持するようにしてもよい。
すなわち、ソフトウェアが複数回に亘って更新される場合でも、最新の更新を適用するだけで十分なときには、記憶保持している更新情報（最新の更新情報）を用いてソフトウェアを復元できるため、復元処理を短時間で行うことができる。

また、本発明は、更新情報保持手段が、ソフトウェアを識別する情報を更新情報に対応付けて記憶保持しておき、復元手段が、更新対象のソフトウェアの指示を受け付けて、指示されたソフトウェアに対応する更新情報を用いて当該ソフトウェアを復元することが好ましい。
これによって、ユーザが所望するソフトウェアのみを復元できるため、復元時間が短縮される。

本発明によると、リカバリ後に行うべきソフトウェアの更新を、ユーザ自身で行わずとも自動的に実行されてソフトウェアが復元されので、ユーザの負担が軽減される。

本発明を、一実施例に基づいて具体的に説明する。
図１には、本発明に係るシステムの構成が示してあり、情報処理装置（リカバリ管理装置）１が、ネットワークＮを介して、ソフトウェアの更新やリカバリ等を情報処理装置１にリモート指示するクライアントＰＣ３と、ソフトウェアの更新に用いる情報を保持して情報処理装置１に提供するバージョンアップサーバ４と、コピー・プリント・スキャン・ＦＡＸ等の機能を複合的に備えた複合機５とに接続されている。

本例の情報処理装置１は、ユーザからソフトウェアの更新やリカバリの指示を受け付けるＵＩ操作部１１、ユーザにワープロや表計算等の目的に応じた機能を提供するアプリケーション群１２、種々のデータを格納保持するＨＤＤ１３、ＣＤやＤＶＤ等の各種メディアを装着するための各種メディアドライブ１４、ネットワークＮを介して外部の装置と通信するためのＬＡＮカード１５、情報処理装置１を制御して基本的な機能を提供するオペレーティングシステム（ＯＳ）１６、ソフトウェアの更新処理の管理やリカバリ処理を行うシステム管理部１７、を備えている。
なお、システム管理部１７は、本発明に係るプログラムを情報処理装置１に実行させることにより構成している。
また、本例では、パーソナル・コンピュータ（ＰＣ）を情報処理装置１として用いているが、例えば、ＰＤＡ、携帯電話、携帯音楽プレーヤー、ゲーム機、等の種々の装置を用いることができる。

ＨＤＤ１３は、その領域構成を図２に示すように、パーティション１、パーティション２、パーティション３の３つの領域に区分されている。
パーティション１は、リカバリ領域であり、情報処理装置１の保持する各ソフトウェア（ＯＳ１６やアプリケーション群１２等）を工場出荷状態に戻すための情報として出荷時から格納されているリカバリイメージと、ソフトウェアに対してパッチの適用やバージョンアップといった更新を行った際の更新内容を示す更新情報と、が格納される。
パーティション２は、ＯＳ・アプリケーション領域であり、ＯＳ１６やアプリケーション群１２等のソフトウェアを構成するプログラムや定義ファイル等の各種データが格納される。
パーティション３は、ユーザ領域であり、ユーザがアプリケーション群１２により提供されるワープロや表計算機能を用いて作成したドキュメントデータ等が格納される。

ＯＳ１６やアプリケーション群１２等のソフトウェアは、ＯＳ・アプリケーション領域に格納されている当該ソフトウェアを構成するプログラムや定義ファイル等の各種データに従って情報処理装置１を動作させることで、情報処理装置１上に所定の機能を提供することを実現している。

システム管理部１７は、ソフトウェアの更新を管理する更新管理部１８、ソフトウェアのリカバリ処理を行うリカバリ処理部１９、リカバリ処理後に適切な状態にソフトウェアを復元する復元処理部２０を備えている。

更新管理部１８は、ＯＳ１６やアプリケーション群１２等のソフトウェアに対する更新を行う毎に、当該更新の内容を更新情報としてＨＤＤ１３のリカバリ領域に格納する。
更新情報は、そのデータ構成を図３に示すように、更新情報を識別するための「ＩＤ」、更新を行った「更新日時」、更新の対象となるソフトウェアの識別情報である「更新対象」、更新データ（修正版のプログラムや各種ファイル等）や更新データの配置先や配置方法（置き換え、新規追加、書き換え等）といったソフトウェアの「更新内容」、等により構成されている。
なお、本例では、更新内容として、ソフトウェアの更新に用いた更新インストーラ自体を保持しているが、例えば、更新インストーラをリカバリ領域中の別フォルダに格納して当該インストーラの格納先を示すリンク（格納パス）を保持するようにすることもでき、更新が再現できるように当該更新に必要な情報がリカバリ領域に格納されればよい。

リカバリ処理部１９は、各種メディアドライブ１４に装着された外部メディアやＨＤＤ１３のリカバリ領域に格納されているリカバリイメージを用いて、情報処理装置１にインストールされているソフトウェアを工場出荷時の状態に戻す処理を行う。
具体的には、ＨＤＤ１３のＯＳ・アプリケーション領域の保持データを全て消去することでＯＳ１６やアプリケーション群１２を一旦削除し、リカバリイメージを展開してＯＳ・アプリケーション領域に複写することにより、ＯＳ１６やアプリケーション群１２を工場出荷時の状態に戻す。

復元処理部２０は、リカバリ処理部１９によってソフトウェアがリカバリ処理されたことに応じて、ＨＤＤ１３のリカバリ領域に保持しておいた更新情報を用いてソフトウェアの更新を再現し、リカバリ処理前の状態にソフトウェアを復元する処理を行う。
なお、本例では、本発明に係る更新情報保持手段を、更新管理部１８とＨＤＤ１３とで構成し、本発明に係る復元手段を、リカバリ処理部１９と復元処理部２０とで構成している。

ここで、更新管理部１８は、図４（ａ）に示すように、アプリケーション群１２（ＡＰ１、ＡＰ２、…）と同様にＯＳ１６上で動作しているのに対し、リカバリ処理部１９及び復元処理部２０は、これらとは別に情報処理装置１の各ハードウェア資源を用いて独自で動作する。したがって、リカバリ処理部１９及び復元処理部２０は、ＯＳ１６を起動せずとも動作できるため、アプリケーション群１２や更新管理部１８のリカバリ・復元だけでなくＯＳ１６のリカバリ・復元も可能となっている。

次に、ソフトウェアの更新時の動作を具体的に説明する。
ユーザは、ソフトウェアの更新インストーラを格納した外部メディアを各種メディアドライブ１４に装着したり、ＵＩ操作部１１を操作してバージョンアップサーバ４から更新インストーラをダウンロードしたり、クライアントＰＣ３からのリモート操作によりバージョンアップサーバ４から更新インストーラをアップロードしたりして、情報処理装置１のＯＳ１６やアプリケーション１２等のソフトウェアを更新するための準備を行う。

更新管理部１８は、更新対象のソフトウェアの指定と、更新に用いる更新インストーラの指定とを受け付けており、これらがＵＩ操作部１１やクライアントＰＣ３からユーザにより指定されてソフトウェアの更新の開始が要求されると、更新管理部１８は指定された更新インストーラを起動し、更新インストーラにより修正版のプログラムやファイル等の更新データがＨＤＤ１３のＯＳ・アプリケーション領域に配置されてソフトウェアの更新がなされる。このとき、更新管理部１８は、当該更新インストーラを更新内容として含む更新情報を生成し、ＨＤＤ１３のリカバリ領域に格納する。
これら処理は、ソフトウェアを更新する都度行われ、その更新毎に対応する更新情報がリカバリ領域に蓄積される。

次に、ソフトウェアのリカバリ時の動作を具体的に説明する。
ユーザが、ＵＩ操作部１１やクライアントＰＣ３からリカバリ処理を指示すると、リカバリ処理部１９は、ＯＳ１６やアプリケーション群１２等のソフトウェアが起動中の場合にはこれらを停止し、ＨＤＤ１３のＯＳ・アプリケーション領域のデータを全て消去する。そして、ＨＤＤ１３のリカバリ領域のリカバリイメージ（或いは、各種メディアドライブ１４に装着されたメディア中のリカバリイメージ）を展開してＯＳ・アプリケーション領域に複写することで、各ソフトウェアを工場出荷時の状態に戻す。

その後、復元処理部２０が、ＨＤＤ１３のリカバリ領域に蓄積しておいた更新情報から更新日時が最も古い更新情報を取得し、当該更新情報中に更新内容として格納されている更新インストーラを実行することで、修正版のプログラムやファイル等の更新データをＨＤＤ１３のＯＳ・アプリケーション領域に再配置させて、ソフトウェアの更新を再現する。そして、次に古い更新日時の更新情報を取得して当該更新情報を用いてソフトウェアの更新を再現し、以下、全ての更新情報について同様に更新処理の再現を繰り返すことで、リカバリ処理前になされていた全ての更新が行われてソフトウェアが復元される。
その後、リカバリ処理部１９により情報処理装置１が再起動されて、ＯＳ１６やアプリケーション群１２がユーザに使用可能となる。

このように、従来はリカバリ処理後にユーザ自身で行っていたパッチの適用やバージョンアップといったソフトウェア更新作業が、本発明により自動的に行うことができるようになるため、リカバリ処理におけるユーザの作業負担が軽減される。
また、セキュリティパッチが過去にあてられていた場合には当該パッチが再度自動的にあてられるため、従来のようにリカバリ後にセキュリティパッチをあて忘れたままネット接続したことでウィルス感染してしまうといった事態になることが防止される。

本例では、過去になされた更新を全て再現して全ソフトウェアを復元しているが、例えば、復元処理部２０が、復元対象のソフトウェアの指定をユーザから受け付けて、指定されたソフトウェアのみを復元するようにしてもよい。この場合は、指定されたソフトウェアに対応する更新情報を用いて更新を再現していくことにより、当該ソフトウェアのみが復元される。これにより、復元の必要のないソフトウェアについて復元処理が行われないため、処理時間が短縮される。

また、全ての更新を順番に再現せずとも、各ソフトウェアに対して最後になされた更新を再現するのみで十分な環境においては、各ソフトウェアについて更新日時が最新の更新情報を用いてソフトウェアの復元処理を行うようにしてもよく、または、更新管理部１８による更新情報の保存時に、更新したソフトウェアに対応する更新情報が既にリカバリ領域に存在している場合には、当該更新情報に代えて、今回の更新に係る更新情報を保持させるようにしてもよい。

また、図４（ａ）のような構成以外で本発明を実現することも可能であり、例えば、復元処理部２０をＯＳ１６上で動作するようにしておき、リカバリ処理部１９がリカバリ処理をした後に情報処理装置１を再起動し、ＯＳ１６の初回起動時に復元処理部２０を動作させて各ソフトウェアの復元を行うように構成してもよい。
また、アプリケーション群１２のみをリカバリ・復元する場合には、図４（ｂ）に示すように、リカバリ処理部１９及び復元処理部２０をＯＳ１６上で動作するように構成できる。または、更新管理部１８、リカバリ処理部１９、復元処理部２０を各アプリケーション毎に用意するようにしてもよい。

本発明の一実施例に係るシステムの構成を示す図である。 本発明の一実施例に係るハードディスクの領域構成を示す図である。 本発明の一実施例に係る更新情報のデータ構成を示す図である。 本発明の一実施例に係るソフトウェアの関係を示す図である。

符号の説明

１１：ＵＩ操作部、 １２：アプリケーション群、
１３：ＨＤＤ、 １４：各種メディアドライブ、
１５：ＬＡＮカード、 １６：オペレーティングシステム（ＯＳ）
１７：システム管理部、 １８：更新管理部、
１９：リカバリ処理部、 ２０：復元処理部

Claims (7)

1. コンピュータにインストールされているソフトウェアをインストール時の状態に戻すリカバリ処理を管理するリカバリ管理装置であって、
   ソフトウェアを更新する毎に、当該更新の内容を更新情報として記憶保持する更新情報保持手段と、
   ソフトウェアがリカバリ処理されたことに応じて、前記記憶保持された更新情報を用いて当該ソフトウェアを復元する復元手段と、
   を備えたことを特徴とするリカバリ管理装置。
2. 請求項１に記載のリカバリ管理装置において、
   前記更新情報保持手段は、複数回に亘る前記ソフトウェアの更新にそれぞれ対応する複数の更新情報をその更新日時に対応付けて記憶保持し、
   前記復元手段は、更新情報を更新日時の時系列順に用いて前記ソフトウェアを復元することを特徴とするリカバリ管理装置。
3. 請求項１に記載のリカバリ管理装置において、
   前記更新情報保持手段は、複数回に亘る前記ソフトウェアの更新にそれぞれ対応する複数の更新情報をその更新日時に対応付けて記憶保持し、
   前記復元手段は、最新の更新日時が対応付けられた更新情報を用いて前記ソフトウェアを復元することを特徴とするリカバリ管理装置。
4. 請求項１に記載のリカバリ管理装置において、
   前記更新情報保持手段は、更新情報を既に記憶保持している場合は、当該更新情報に代えて今回の更新に係る更新情報を記憶保持することを特徴とするリカバリ管理装置。
5. 請求項１乃至請求項３のいずれか１項に記載のリカバリ管理装置において、
   前記更新情報保持手段は、前記ソフトウェアを識別する情報を更新情報に対応付けて記憶保持し、
   前記復元手段は、復元対象のソフトウェアの指示を受け付けて、指示されたソフトウェアに対応する更新情報を用いて当該ソフトウェアを復元することを特徴とするリカバリ管理装置。
6. コンピュータにインストールされているソフトウェアをインストール時の状態に戻すリカバリ処理を管理するリカバリ管理装置を構成するプログラムであって、
   ソフトウェアを更新する毎に、当該更新の内容を更新情報として記憶保持する更新情報保持機能と、
   ソフトウェアがリカバリ処理されたことに応じて、前記記憶保持された更新情報を用いて当該ソフトウェアを復元する復元機能と、
   を前記コンピュータに実行させることにより構成するリカバリ管理プログラム。
7. コンピュータにインストールされているソフトウェアをインストール時の状態に戻すリカバリ処理を管理するリカバリ管理装置により実施される方法であって、
   前記リカバリ管理装置は、更新情報保持手段と、復元手段と、を備えており、
   前記更新情報保持手段が、ソフトウェアを更新する毎に、当該更新の内容を更新情報として記憶保持しておき、
   前記復元手段が、ソフトウェアがリカバリ処理されたことに応じて、前記記憶保持された更新情報を用いて当該ソフトウェアを復元することを特徴とするリカバリ管理方法。

Images