JP2010039512A - ソフトウェア更新装置、およびソフトウェア更新プログラム - Google Patents

Abstract

【課題】リカバリなどの手順の簡素化に貢献できるソフトウェア更新装置およびソフトウェア更新プログラムを提供する。
【解決手段】 情報処理装置に組み込まれているソフトウェアに対する更新ファイルを通信で入手し、その更新ファイルを用いてそのソフトウェアの更新を行うソフトウェア更新部と、
上記更新部によって上記ソフトウェアの更新に用いられた更新ファイルのうち、予め設定されているソフトウェアに対する更新ファイルを選択し、所定の保存場所に保存する更新ファイル選択部と、
所定のバックアップ場所に保存されている、上記ソフトウェアのバックアップファイルを、上記保存場所に保存されている更新ファイルを用いて更新するバックアップ更新部とを備える。
【選択図】図６

Description

本件開示は、情報処理装置に組み込まれているソフトウェアを更新するソフトウェア更新装置、およびソフトウェア更新プログラムに関する。

パーソナルコンピュータなどに代表される情報処理装置には、ＯＳやドライバやアプリケーションなどといったソフトウェアが組み込まれており、それらのソフトウェアが情報処理装置上で実行されることによって情報処理装置に様々な機能を発揮させている。このようなソフトウェアは、情報処理装置に組み込まれた後で欠陥修復などのために更新されることが多い。

欠陥修復などのための更新については、ソフトウェアのメーカなどが、そのように更新された更新版ソフトウェアや、既に組み込み済みのソフトウェアを更新版ソフトウェアと同じ構造に改造する更新プログラムなどを無償で更新ファイルとして配布している場合が多く、情報処理装置やソフトウェアのユーザは、その更新ファイルを入手してソフトウェアの更新に用いる。

このようなソフトウェアの更新を適時に行うために、インターネットから更新ファイルを自動的に入手してソフトウェアを更新する更新プログラムが従来から知られており、そのような更新プログラムが組み込まれた情報処理装置は更新装置として動作することとなる。

情報処理装置のユーザは、このような更新の他に、情報処理装置に新規な機能を発揮させるために、新たなソフトウェアを入手して情報処理装置にインストールすることも多く、既にインストールされているソフトウェアの設定をユーザ固有のニーズに合わせた設定に変更することも多い。

このように、情報処理装置内におけるソフトウェアの状況は時間経過とともに変化することとなる。

情報処理装置内におけるソフトウェアの状況変化は、上述したような、ユーザにとって望ましい状況変化だけでなく、ウィルスソフトへの感染や、バグなどによるソフトウェアの破壊などのようにユーザにとって望ましくない状況変化が生じる場合もある。そのような望ましくない状況変化に備えて、状況が正常な時点でソフトウェアのバックアップを保存しておき、望ましくない状況変化（異常化）が生じてしまった場合にはそのバックアップを用いて正常な状況を再現する技術も広く普及している。例えば下記の特許文献１には、バックアップデータの容量を低減する工夫が開示されている。
特開２００１−２９７０２１号公報

しかし、ソフトウェアの状況が、ある時点で正常か異常かは判別が難しい場合が多々あり、通常は、現状に対してかなり以前の状態まで遡って再現することが必要になることも多い。異常化の原因となったソフトウェアが特定できないような場合には、情報処理装置を購入したときの、ＯＳなどの基本的なソフトウェアのみが組み込まれた状態まで戻してしまうリカバリ処理も必要となる場合がある。

このようなリカバリや過去に遡った再現が行われた場合には、再現された過去の時点から現在までに行われたＯＳの更新なども全て過去に戻ってしまうため、再現後にそのような更新をやり直す必要があり煩雑である。

上記事情に鑑み、本件開示は、リカバリなどの手順の簡素化に貢献できるソフトウェア更新装置、およびソフトウェア更新プログラムを提供することを目的とする。

上記目的を達成するソフトウェア更新装置の基本形態は、
情報処理装置に組み込まれているソフトウェアに対する更新ファイルを通信で入手し、その更新ファイルを用いてそのソフトウェアの更新を行うソフトウェア更新部と、
上記更新部によって上記ソフトウェアの更新に用いられた更新ファイルのうち、予め設定されているソフトウェアに対する更新ファイルを選択し、所定の保存場所に保存する更新ファイル選択部と、
所定のバックアップ場所に保存されている、上記ソフトウェアのバックアップファイルを、上記保存場所に保存されている更新ファイルを用いて更新するバックアップ更新部とを備えている。

また、上記目的を達成するソフトウェア更新プログラムの基本形態は、
情報処理装置に組み込まれてその情報処理装置に、その情報処理装置に組み込まれているソフトウェアを更新させるソフトウェア更新プログラムであって、
上記情報処理装置を、
上記情報処理装置に組み込まれているソフトウェアに対する更新ファイルを通信で入手し、その更新ファイルを用いてそのソフトウェアの更新を行うソフトウェア更新部と、
上記更新部によって上記ソフトウェアの更新に用いられた更新ファイルのうち、予め設定されているソフトウェアに対する更新ファイルを選択し、所定の保存場所に保存する更新ファイル選択部と、
所定のバックアップ場所に保存されている、上記ソフトウェアのバックアップファイルを、上記保存場所に保存されている更新ファイルを用いて更新するバックアップ更新部として動作させる。

これらの基本形態によれば、ＯＳやドライバなどというような、リカバリ時に再現対象となるソフトウェアが予め更新ファイル選択部に設定されることで、その設定されているソフトウェアの更新に伴ってバックアップも更新される。このため、このバックアップを用いてソフトウェアの状況を「再現」すると、ＯＳなどに対する現時点までの更新は完了しているが余分なソフトウェアは組み込まれていない状況が「再現」されることとなり、リカバリなどの手順が簡素化する。

以上説明したように、本件開示の、ソフトウェア更新装置およびソフトウェア更新プログラムによれば、リカバリなどの手順の簡素化が実現できる。

基本形態について上記説明したソフトウェア更新装置およびソフトウェア更新プログラムに対する具体的な実施形態を、以下図面を参照して説明する。

図１は、ソフトウェア更新装置の具体的な実施形態を示す図である。

本実施形態では、この図１に示すパーソナルコンピュータ１００に、ソフトウェア更新プログラムの具体的な実施形態に相当するリカバリプログラムが組み込まれて実行されることで、このパーソナルコンピュータ１００がソフトウェア更新装置の具体的な実施形態として動作する。

このパーソナルコンピュータ１００は、ＣＰＵ、ＲＡＭ、ハードディスク等を内蔵した本体部１０１、本体部１０１からの指示により表示面１０２ａに画面表示を行うディスプレイ１０２、このコンピュータ内にユーザの指示や文字情報を入力するためのキーボード１０３、表示面１０２ａ上の任意の位置を指定することによりその位置に応じた指示を入力するマウス１０４を備えている。

本体１０１には、ＣＤ−ＲＯＭ１０５（図１には図示せず；図２参照）やＣＤ−ＲなどといったＣＤ型媒体が取り出し自在に装填され、そのように装填されたＣＤ型媒体に記憶された情報を再生するＣＤドライブが内蔵されている。また、本体１０１には、光磁気ディスク（ＭＯ）１０６（図１には図示せず；図２参照）が取り出し自在に装填され、そのように装填されたＭＯ１０６に対し情報の記録再生を行うＭＯドライブも内蔵されている。

図２は、図１に示すパーソナルコンピュータのハードウェア構成図である。

このハードウェア構成図には、ＣＰＵ（中央演算処理装置）１１１、ＲＡＭ１１２、ＨＤＤ（ハードディスクドライブ）１１３、ＭＯドライブ１１４、ＣＤドライブ１１５、および通信用ボード１１６が示されており、それらはバス１１０で相互に接続されている。

ＨＤＤ１１３は、記録媒体の一種であるハードディスク１２０を内蔵しており、このハードディスク１２０に対し情報の記録再生を行う。

通信用ボード１１６は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等といった通信回線に接続される。図１に示すパーソナルコンピュータ１００は、この通信用ボード１１６を介して接続される通信網によって他のコンピュータとの間でデータの送受信を行うことができる。

また、図２には、図示しない複数のＩ／Ｏインターフェースそれぞれを介してバス１１０に接続された、マウス１０４、キーボード１０３、ＣＲＴディスプレイ１０２、およびプリンタ２００が示されている。

ここでは、ＣＤ−ＲＯＭ１０５に、上述した基本形態のソフトウェア更新プログラムに対する具体的な一実施形態に相当するリカバリプログラムが記憶されている。このＣＤ−ＲＯＭ１０５は本体１０１内に装填され、そのＣＤ−ＲＯＭ１０５に記憶されたリカバリプログラムがＣＤドライブ１１５によって読み込まれ、バス１１０を経由してハードディスク１２０内にインストールされる。

このハードディスク１２０内にインストールされたリカバリプログラムが起動されると、このハードディスク１２０内のリカバリプログラムはＲＡＭ１１２にロードされ、ＣＰＵ１１１により実行される。このようにリカバリプログラムが起動されて実行されると、パーソナルコンピュータ１００は、ソフトウェア更新装置の具体的な一実施形態として動作する。つまり、ここに示す例では、パーソナルコンピュータ１００と、ソフトウェア更新プログラムの一実施形態とが結合することにより、ソフトウェア更新装置の一実施形態を構成している。

尚、ここでは、リカバリプログラムを記憶する記憶媒体としてＣＤ−ＲＯＭ１０５が例示されているが、本件開示のソフトウェア更新プログラムを記憶する記憶媒体はＣＤ−ＲＯＭに限られるものではなく、それ以外の光ディスク、ＭＯ、フレキシブルディスク、磁気テープなどの記憶媒体であってもよい。また、本件開示のソフトウェア更新プログラムは、記憶媒体を介さずに、通信網を介して直接にコンピュータシステムに供給されるものであってもよい。

図３は、リカバリプログラムの構成を示す図である。

上述したように、ここでは、リカバリプログラム３００はＣＤ−ＲＯＭ１０５に記憶されており、このリカバリプログラム３００は、リカバリツール３１０とオンラインアップデートツール３２０とオフラインアップデートツール３３０とを備えている。詳細は後述するが、各ツールの概略について説明する。

リカバリツール３１０は、コンピュータの内部状態をリカバリするためのツールであり、リカバリイメージの作成とそのリカバリイメージを使った内部状態の再現とを行う。

オンラインアップデートツール３２０は、コンピュータ内のソフトウェアをオンラインでアップデートするためのツールであり、インターネットからアップデートモジュールを入手してソフトウェアをアップデートする。

オフラインアップデートツール３３０は、リカバリに用いられるリカバリイメージを、アップデートモジュールを用いてアップデートするツールである。

このリカバリプログラム３００が図１に示すパーソナルコンピュータ１００にインストールされて実行されることでパーソナルコンピュータ１００上に構築される各機能について説明する。

図４は、リカバリプログラムによってパーソナルコンピュータ上に構築される機能を表した機能ブロック図である。

パーソナルコンピュータ１００には、システムフォルダとして用いられるＣドライブと、ファイルフォルダとして用いられるＤドライブが用意されており、図３に示すリカバリプログラム３００がパーソナルコンピュータ１００にインストールされるとＣドライブ上にリカバリツール４１０とオンラインアップデートツール４２０とオフラインアップデートツール４３０が構築される。これらリカバリツール４１０、オンラインアップデートツール４２０、およびオフラインアップデートツール４３０が構築されたパーソナルコンピュータ１００は、上記で基本形態を説明したソフトウェア更新装置の具体的な実施形態であるリカバリ装置として動作する。

これらリカバリツール４１０、オンラインアップデートツール４２０、およびオフラインアップデートツール４３０は、図３に示すリカバリプログラム３００を構成するリカバリツール３１０、オンラインアップデートツール３２０、およびオフラインアップデートツール３３０にそれぞれ対応するが、図３に示す要素がアプリケーションプログラムのみにより構成されているのに対し、図４に示す要素は、そのようなアプリケーションプログラムとパーソナルコンピュータ１００のハードウェア（特にＣＰＵなど）とが組み合わされて構築されたものである点が相違する。但し、この図４でも、後述する各図においても、各要素のハードウェアとしての側面は捨象して各要素の機能だけをブロックで抽象的に図示している。

パーソナルコンピュータ１００のＣドライブは上述したようにシステムフォルダとして用いられておりＯＳ５１０やドライバ５２０がインストールされている。また、このＣドライブには、リカバリツール４１０なども含めて、パーソナルコンピュータ１００を所望の装置（例えばワードプロセッサなど）として動作させるためのアプリケーション５３０がインストールされている。この図では煩雑を避けるためにドライバ５２０およびアプリケーション５３０を１つずつ図示しているが、一般的には、これらドライバ５２０およびアプリケーション５３０は複数種類インストールされていることが多い。また、ＯＳ５１０や多くのドライバ５２０は、パーソナルコンピュータ１００をユーザが購入した当初からパーソナルコンピュータ１００にインストールされているものであり、一部のドライバ５２０や多くのアプリケーション５３０は、パーソナルコンピュータ１００をユーザが購入した後で必要に応じて追加されたものである。

ここで、リカバリツール４１０、オンラインアップデートツール４２０、およびオフラインアップデートツール４３０の機能の概略を説明し、その後、それらのツールによって構成されたリカバリ装置の機能の詳細について説明する。

リカバリツール４１０は、パーソナルコンピュータ１００のユーザに対し、完全な初期状態へのリカバリだけでなく、所望の時点でのパーソナルコンピュータ１００の状態へのリカバリも提供するためのツールである。ユーザは、パーソナルコンピュータ１００が、後のリカバリによって再現されるべき状態にある場合に所定の操作でリカバリツール４１０にリカバリイメージの作成を指示し、リカバリツール４１０は、その指示を受けて、Ｃドライブ全体のバックアップに相当する１つのリカバリイメージファイル６００を作成する。より詳細には、その指示を受けた時点でＣドライブにインストールされているＯＳ５１０、ドライバ５２０、およびアプリケーション５３０のすべてを１つのファイルにまとめて圧縮することでバックアップの容量を抑制している。ユーザは、再現を望む複数の時点それぞれで操作を行うことでリカバリツール４１０に、各時点に対応した複数のリカバリイメージファイル６００を作成させることが出来る。リカバリツール４１０は、これら複数のリカバリイメージファイル６００をＤドライブに保管する。

このようなリカバリイメージファイル６００が、上述したソフトウェア更新装置およびソフトウェア更新プログラムの基本形態におけるバックアップファイルの一例に相当し、Ｄドライブがバックアップ場所の一例に相当する。

図５は、Ｄドライブに保管された複数のリカバリイメージファイルを一覧表形式で示した図である。

この図５に示す一覧表６１０には一例として４つのリカバリイメージファイル６００が示されており、各リカバリイメージファイル６００には、リカバリ装置がリカバリイメージファイル６００を相互に区別するためのイメージＩＤ６２０と、ユーザが各リカバリイメージファイル６００の内容を確認するためのイメージファイル名６３０が付与されている。なお、リカバリイメージファイル６００を作成する技術自体とそのリカバリイメージファイル６００を用いてリカバリすること自体は既に知られた技術であるので、リカバリの技術についてはこれ以上の詳細説明は省略する。

ところで、上述したように、リカバリイメージファイル６００が作成される時点は、ユーザの操作に従った任意の時点であるが、本来のリカバリの役割に鑑みると、リカバリイメージファイル６００は、パーソナルコンピュータがある程度初期の状態にある場合に作成されるのが望ましい。この図５に示す例では、イメージファイル名６３０が示すように、パーソナルコンピュータが購入されて開封された直後（最初に立ち上げられた時点）で１つのリカバリイメージファイル６００が作成されており、その後、ネットワークの設定が済んだ時点でも１つのリカバリイメージファイル６００が作成されている。このような時点でリカバリイメージファイル６００が作成されていることにより、その後の時点でパーソナルコンピュータを「真っさら」に戻したい場合に、そのようなリカバリイメージファイル６００によって戻すことができる。図４に戻って説明を続ける。

オンラインアップデートツール４２０は、インターネット７００にアクセスし、ＯＳ５１０、ドライバ５２０、アプリケーション５３０を更新（アップデート）させるアップデートモジュールを入手し、そのアップデートモジュールでＯＳ５１０、ドライバ５２０、アプリケーション５３０を更新（アップデート）するツールである。このアップデートモジュールは、ＯＳ５１０、ドライバ５２０、アプリケーション５３０の更新版そのものである場合もあるが、ＯＳ５１０、ドライバ５２０、アプリケーション５３０を部分的に修正して実質的に更新版を得るプログラムである場合もある。このような、インターネット７００などからアップデートモジュールを入手してＯＳなどを更新する技術自体も、ＯＳに付属するプログラムなどとして知られているので、これ以上の詳細説明は省略する。

オフラインアップデートツール４３０は、オンラインアップデートツール４２０によって入手されたアップデートモジュールを使ってリカバリイメージ６００を更新するツールである。

以下、フローチャートなどを参照しながら、リカバリ装置によるソフトウェアの更新機能の詳細について説明する。

図６は、リカバリ装置によるソフトウェアの更新機能を表すフローチャートである。

リカバリ装置は、ユーザの設定に従って、例えば１日の所定時刻やパーソナルコンピュータの立ち上げ時などにＯＳのアップデートを実行する（ステップＳ１０１）。より詳細には、図４に示すように、オンラインアップデートツール４２０によってインターネット７００にアクセスし、ＯＳ５１０のメーカが提供しているインターネットサイトからＯＳ５１０のアップデートモジュールを入手する。そして、そのアップデートモジュールを実行してＯＳ５１０を更新する。

このようにＯＳのアップデートを実行したリカバリ装置は、そのアップデートに用いたアップデートモジュールを保存する（ステップＳ１０２）。より詳細には、図４に示すオンラインアップデートツール４２０によってアップデートモジュールをＣドライブ中の保存ファイル４４０に保存する。この保存ファイル４４０は、ユーザによるアクセスが出来ないように隠されたファイルである。

リカバリ装置は、また、ドライバについてもＯＳと同様にアップデートを実行し（ステップＳ１０３）、ドライバのアップデートに用いられたアップデートモジュール（通常はドライバの更新版）も図４に示す保存ファイル４４０に保存する（ステップＳ１０４）。

リカバリ装置は、また、アプリケーションについてもアップデートを実行する（ステップＳ１０５）。

図４に示すオンラインアップデートツール４２０は、パーソナルコンピュータ１００にインストールされているＯＳ５１０、ドライバ５２０、アプリケーション５３０のいずれについてもアップデートを実行する。このオンラインアップデートツール４２０は、上述した基本形態におけるソフトウェア更新部の一例にも相当する。

一方、アップデートモジュールの保存については、オンラインアップデートツール４２０は、パーソナルコンピュータ１００にインストールされているＯＳ５１０、ドライバ５２０、アプリケーション５３０のうちから予めユーザやメーカによって選択されて設定された一部のソフトウェアのアップデートに用いられたアップデートモジュールのみを選択して保存する。この図６に示すフローチャートの例では、ＯＳとドライバについてはすべて保存対象としてオンラインアップデートツール４２０に設定されており、アプリケーションについてはすべて保存対象外となっている。なお、オンラインアップデートツール４２０には任意のソフトウェアが保存対象として設定可能であるが、設定対象として望ましいソフトウェアは、ＯＳなどのように、提供者の信頼性が高いソフトウェアであり、インストールされる本体プログラムやアップデートモジュールにウィルスソフトなどが紛れ込む恐れが低いソフトウェアである。

オンラインアップデートツール４２０は、アップデートモジュールのこのような選択的な保存を行うという意味において、上述した基本形態における更新ファイル選択部の一例に相当する。

図７は、保存されたアップデートモジュールを一覧表形式で示した図である。

この図７に示す一覧表７１０には、一例として４つのアップデートモジュール７００が示されており、各アップデートモジュール７００には、リカバリ装置がアップデートモジュール７００を相互に区別するためのアップデートＩＤＩＤ７２０と、ユーザが各アップデートモジュール７００の内容を確認するためのアップデートモジュール名７３０と、各アップデートモジュール７００によってソフトウェアが更新された更新日７４０と、各アップデートモジュール７００の格納場所７５０が対応付けられている。また、この図７では明記していないが、各アップデートモジュール７００には、各アップデートモジュール７００が更新対象としているソフトウェアを示す情報も付属している。

なお、この図７に示す例では、４つのアップデートモジュール７００が全て同じ格納場所に格納されているが、この格納場所としては、メーカなどの設定により、例えば、ソフトウェアのタイプに応じて分類して格納するための複数の格納場所が用いられる場合もある。図６に戻って説明を続ける。

図６のステップＳ１０１〜ステップＳ１０５で各種のソフトウェアのアップデートとアップデートモジュールの保存が行われた後、ユーザ設定に従い定期的に、あるいはユーザ操作に従い任意の時点で、保存されたアップデートモジュールの有無が確認される（ステップＳ１０６）。そして、保存されたアップデートモジュールが存在する場合には、リカバリイメージの有無が確認される（ステップＳ１０７）。より詳細には、図８に示すように、オフラインアップデートツール４３０によって保存ファイル４４０の内容が確認され、アップデートモジュールが存在している場合には、オフラインアップデートツール４３０からリカバリツール４１０に、リカバリイメージファイルの確認が指示される。そしてリカバリツール４１０はＤドライブの内容を確認し、リカバリイメージファイル６００が存在している場合には、そのリカバリイメージファイル６００について、図５に示すようなＩＤ等をオフラインアップデートツール４３０に通知する。

図６のステップＳ１０７でリカバリイメージファイルの存在が確認された場合には、リカバリ装置は、ユーザに対して、リカバリイメージを最新に更新するかを確認するメッセージを示す。このメッセージは、以下に説明する確認画面の形式で表示される。

図９は、更新をユーザに確認するための確認画面を示す図である。

この確認画面８００は、図８に示すオフラインアップデートツール４３０からの指示によって図１に示すディスプレイ１０２の表示面１０２ａに表示される画面である。

この確認画面８００上には、リカバリイメージを最新に更新するかを確認するためのメッセージ８０１が表示されており、後述するオプションを選択するためのオプションボタン８０２と、最新への更新を許可するための許可ボタン８０３と、更新を禁止するための禁止ボタン８０４が設けられている。

ユーザの操作によって許可ボタン８０３が選択されると、Ｄドライブに保管されているリカバリイメージファイル６００のうち最新のリカバリイメージファイル（即ちＩＤ番号が最大のもの）に対し、保存ファイル４４０に保存されているアップデートモジュール７００のうちで最新のアップデートモジュール（即ち更新対象が同一のもののうちＩＤ番号が最大のもの）を適用する更新が、オフラインアップデートツール４３０に指定される。更新の具体的な方法については後述する。

一方、ユーザの操作によって禁止ボタン８０４が選択されると、どのリカバリイメージファイルについても、いずれのアップデートモジュールも適用しないことがオフラインアップデートツール４３０に指定される。

また、ユーザの操作によってオプションボタン８０２が選択されると、更新対象のリカバリイメージファイルを選択するイメージ選択画面が表示される。

図１０は、イメージ選択画面を示す図である。

このイメージ選択画面８１０には、更新対象の選択を促すメッセージ８１１が示されており、Ｄドライブに保管されているリカバリイメージファイルを一覧で示してクリック操作によるリカバリイメージファイルの選択を受け付ける選択欄８１２と、選択欄８１２で選択されたリカバリイメージファイルを更新対象として決定するための決定ボタン８１３と、図９に示す確認画面に戻るための戻るボタン８１４が設けられている。

ユーザの操作によって決定ボタン８１３が選択されると、選択欄８１２で選択されたリカバリイメージファイルが更新対象としてオフラインアップデートツール４３０に指定され、その更新対象の更新に用いられるアップデートモジュールを選択するモジュール選択画面が表示される。この図１０に示す例では、更新対象として、購入直後の状態に相当するリカバリイメージファイルが選択されている。

図１１は、モジュール選択画面を示す図である。

このモジュール選択画面８２０には、モジュールの選択を促すメッセージ８２１が示されており、保存ファイル４４０に保存されているアップデートモジュールを一覧で示してクリック操作によるアップデートモジュールの選択を受け付ける選択欄８２２と、選択欄８２２で選択されたアップデートモジュールを更新に用いることを決定するための決定ボタン８２３と、図１０に示すイメージ選択画面に戻るための戻るボタン８２４が設けられている。このモジュール選択画面８２０の選択欄８２２では複数のアップデートモジュールを選択することが出来る。この図１１に示す例では、ＯＳのアップデートに用いられた３つのアップデートモジュールが選択されている。

ユーザの操作によって決定ボタン８２３が選択されると、選択欄８２２で選択されたアップデートモジュールを更新に用いることがオフラインアップデートツール４３０に指定される。

図９の許可ボタン８０３が選択された場合、あるいは図１１の決定ボタン８２３が選択された場合には、最終的に何らかの更新が指定されているので、図６のステップＳ１０９でリカバリ装置は「更新する」と認識してリカバリイメージファイルの更新を実行する。但し、リカバリイメージファイルは、ある時点でＣドライブにインストールされていた全てのソフトウェアを１つのファイルにまとめたものであるため、保管に要する容量などの面では好適であるが、Ｄドライブに保管された状態のままでリカバリイメージファイルを更新することは技術的に困難である。そこで、本実施形態のリカバリ装置では、以下説明する手順によってリカバリイメージファイルの更新を実現している。

まず、図６のステップＳ１１０で、更新対象のリカバリイメージファイルを、Ｃドライブ上の一時的なワーク領域（テンポラリフォルダ）に展開する。より詳細には、図１２に示すように、リカバリツール４１０が、Ｃドライブ上にテンポラリフォルダ４５０を用意し、更新対象のリカバリイメージファイルを用いてそのテンポラリフォルダ４５０内に、ＯＳ５１１、ドライバ５２１、およびアプリケーション５３１を再現する。これらのＯＳ５１１、ドライバ５２１、およびアプリケーション５３１は、Ｃドライブにおける過去の時点の状態を再現したものに相当する。なお、この図１２には、再現されたアプリケーション５３１も示されているが、このアプリケーション５３１は、リカバリイメージファイル６００が作成された時点ではインストールされていない場合も多く、そのような場合にはアプリケーション５３１は再現されないこととなる。

リカバリツール４１０によるテンポラリフォルダ４５０内での再現は、技術的には通常のリカバリと大差がないが、現役のＯＳ５１０、ドライバ５２０、およびアプリケーション５３０をそのまま残した状態での再現という意味で通常のリカバリとは一線を画すものである。

次に、図６のステップＳ１１１でリカバリ装置は、テンポラリフォルダ上の各ソフトウェアに対してアップデートモジュールを用いた更新を行う。より詳細には、図１２に示すようにオフラインアップデートツール４３０が保存ファイル４４０からアップデートモジュールを得てテンポラリフォルダ４５０内のＯＳ５１１、ドライバ５２１、およびアプリケーション５３１を更新する。但し、図６のフローチャートの例では、上述したように、アップデートモジュールの保存はＯＳとドライバに限定されているので、アプリケーション５３１の更新は行われない。図１２では、ユーザの設定次第ではアプリケーション５３１も更新対象となる場合があるのでアプリケーション５３１も更新されているように図示されている。

テンポラリフォルダ４５０内のソフトウェアに対する更新は、図４で説明したオンラインアップデートツール４２０による現役のＯＳ５１０、ドライバ５２０、およびアプリケーション５３０に対する更新とは、技術的には若干異なっていて、動作状態にないソフトウェアに対する更新となっている。このような更新の技術自体は、例えばコンピュータのメーカが工場でコンピュータにＯＳやドライバをインストールする際に、いちいちコンピュータを立ち上げなくても最新のアップデートモジュールで更新できるように開発された技術として知られた技術である。

その後、図６のステップＳ１１２でリカバリ装置は、テンポラリフォルダ内の全てのソフトウェアを１つにまとめて表したリカバリイメージファイルを作成し、更新前のリカバリイメージファイルに対して上書き保存する。より詳細には、図１３に示すように、リカバリツール４１０が、テンポラリフォルダ４５０内のＯＳ５１１、ドライバ５２１、およびアプリケーション５３１を１つにまとめて表したリカバリイメージファイル６００を作成する。そしてその作成したリカバリイメージファイル６００を、テンポラリフォルダ４５０内でのＯＳ５１１、ドライバ５２１、およびアプリケーション５３１の展開に用いられたリカバリイメージファイル６００に対して上書き保存する。テンポラリフォルダ４５０は削除される。この結果、リカバリイメージファイル６００の実質的な更新が完了する。

このように、リカバリツール４１０とオフラインアップデートツール４３０が協働することでリカバリイメージファイル６００の実質的な更新が実現するので、上述した基本形態におけるバックアップ更新部の一例が、これらリカバリツール４１０およびオフラインアップデートツール４３０によって構成されている。

図１４は、リカバリイメージファイルが更新された結果の一例を示す図である。

この図１４に示す一覧表９００には、４つのアップデートモジュールが２つのリカバリイメージファイルに適用されて更新された結果が示されている。

この一覧表９００中のイメージＩＤ９１０は、図５に示すイメージＩＤ６２０に相当するものであり、更新対象となったリカバリイメージファイルを表している。この図１４の例では、「００１」というＩＤ番号と「００２」というＩＤ番号がそれぞれ表している２つのリカバリイメージファイルが更新対象となっている。

この一覧表９００中のアップデートＩＤ９２０は、図７に示すアップデートＩＤ７２０に相当するものであり、一覧表９００中のアップデートモジュール名９３０は、図７に示すアップデートモジュール名７３０に相当するものであって、これらは、リカバリイメージファイルの更新に用いられたアップデートモジュールを表している。

この一覧表９００中の適用日９４０は、リカバリイメージファイルの更新が行われた日を表している。

この一覧表９００中の格納場所９５０は、図７に示す格納場所７５０に相当するものであり、リカバリイメージファイルの更新に用いられたアップデートモジュールの格納場所を表している。

このように、リカバリイメージファイルは、図４に示すように現役のＯＳ５１０、ドライバ５２０、およびアプリケーション５３０が更新されると、その更新に用いられたアップデートモジュールによって更新されることとなる。

このように更新されたリカバリイメージファイルは、必要なときに、図４に示すリカバリツール４１０によって用いられてＣドライブのリカバリに用いられる。このリカバリで得られるＣドライブの状態は、リカバリイメージファイルが作成された作成時点にインストールされていたソフトウェアのみがインストールされていて、その作成時点より後に追加されたソフトウェアは存在しない状態であると共に、個々のソフトウェアのバージョンが、その作成時点より後の更新が反映されたバージョンとなった状態となる。このため、リカバリの後で煩雑な更新処理を行う必要がなくリカバリの手順が簡素である。

ところで、上述したソフトウェア更新装置およびソフトウェア更新プログラムの基本形態に対し、
「 所定操作を受けて、上記情報処理装置に組み込まれているソフトウェアのバックアップファイルを上記バックアップ場所に作成するバックアップ作成部を備えた」
という応用形態は好適である。このような応用形態によれば、リカバリによる再現を望む状態にある時点を操作で選ぶことができる。上述した具体的な実施形態におけるリカバリツール４１０は、この応用形態におけるバックアップ作成部の一例に相当する。

また、上述した基本形態に対し、
「 上記バックアップ場所に保存されるバックアップファイルが、複数のソフトウェアを１つにまとめたバックアップファイルであり、
上記バックアップ更新部が、
上記バックアップ場所に保存されているバックアップファイルから上記複数のソフトウェアを一時的な再現場所に再現する再現部と、
上記再現部によって再現された複数のソフトウェアを、上記保存場所に保存されている更新ファイルを用いて更新する再現更新部と、
上記再現更新部によって更新された複数のソフトウェアに対応した新たな１つのバックアップファイルを作成して上記バックアップ場所に保存する更新保存部とを備えたものである」
という応用形態も好適である。このような応用形態によれば、バックアップファイルの容量を抑えることができる。上述した具体的な実施形態におけるリカバリツール４１０は、この応用形態における再現部と更新保存部とを兼ねた一例に相当しており、オフラインアップデートツール４３０は、この応用形態における再現更新部の一例に相当している。

また、上述した基本形態に対し、
「 上記バックアップ場所は、上記バックアップファイルとして、上記ソフトウェアの複数の状況それぞれに対応した複数のバックアップファイルが保存されるものであり、
上記バックアップ更新部が、上記バックアップ場所に保存されている複数のバックアップファイルのうちから更新対象のバックアップファイルを選択する選択操作を受けて、その選択操作で選択されたバックアップファイルを更新するものである」
という応用形態も好適である。このような応用形態によれば、ユーザが所望するバックアップファイルへの選択的な更新が可能となる。上述した具体的な実施形態におけるオフラインアップデートツール４３０は、図１０で説明したように、この応用形態におけるバックアップ更新部の機能の一例に相当する機能を有している。

また、上述した基本形態に対し、
「 上記保存場所は、上記更新ファイルとして、複数のソフトウェアそれぞれの更新ファイルが保存されるものであり、
上記バックアップ更新部が、上記保存場所に保存されている複数の更新ファイルのうちからバックアップファイルの更新に用いる更新ファイルを選択する選択操作を受けて、その選択操作で選択された更新ファイルを用いて更新するものである」
という応用形態も好適である。このような応用形態によれば、不要な更新をユーザの操作で省くことができる。上述した具体的な実施形態におけるオフラインアップデートツール４３０は、図１１で説明したように、この応用形態におけるバックアップ更新部の機能の一例に相当する機能も有している。

ソフトウェア更新装置の具体的な実施形態を示す図である。 図１に示すパーソナルコンピュータのハードウェア構成図である。 リカバリプログラムの構成を示す図である。 リカバリプログラムによってパーソナルコンピュータ上に構築される機能を表した機能ブロック図である。 Ｄドライブに保管された複数のリカバリイメージファイルを一覧表形式で示した図である。 リカバリ装置によるソフトウェアの更新機能を表すフローチャートである。 保存されたアップデートモジュールを一覧表形式で示した図である。 図６のステップＳ１０６，Ｓ１０７の詳細を示す図である。 更新をユーザに確認するための確認画面を示す図である。 イメージ選択画面を示す図である。 モジュール選択画面を示す図である。 図６のステップＳ１１０，Ｓ１１１の詳細を示す図である。 図６のステップＳ１１２の詳細を示す図である。 リカバリイメージファイルが更新された結果の一例を示す図である。

符号の説明

１００ パーソナルコンピュータ
１０５ ＣＤ−ＲＯＭ
３００ リカバリプログラム
３１０ リカバリツール
３２０ オンラインアップデートツール
３３０ オフラインアップデートツール
４１０ リカバリツール
４２０ オンラインアップデートツール
４３０ オフラインアップデートツール
４４０ 保存ファイル
４５０ テンポラリフォルダ
５１０ ＯＳ
５２０ ドライバ
５３０ アプリケーション
６００ リカバリイメージファイル
７００ アップデートモジュール

Claims (6)

1. 情報処理装置に組み込まれているソフトウェアに対する更新ファイルを通信で入手し、該更新ファイルを用いて該ソフトウェアの更新を行うソフトウェア更新部と、
   前記更新部によって前記ソフトウェアの更新に用いられた更新ファイルのうち、予め設定されているソフトウェアに対する更新ファイルを選択し、所定の保存場所に保存する更新ファイル選択部と、
   所定のバックアップ場所に保存されている、前記ソフトウェアのバックアップファイルを、前記保存場所に保存されている更新ファイルを用いて更新するバックアップ更新部とを備えたことを特徴とするソフトウェア更新装置。
2. 所定操作を受けて、前記情報処理装置に組み込まれているソフトウェアのバックアップファイルを前記バックアップ場所に作成するバックアップ作成部を備えたことを特徴とする請求項１記載のソフトウェア更新装置。
3. 前記バックアップ場所に保存されるバックアップファイルが、複数のソフトウェアを１つにまとめたバックアップファイルであり、
   前記バックアップ更新部が、
   前記バックアップ場所に保存されているバックアップファイルから前記複数のソフトウェアを一時的な再現場所に再現する再現部と、
   前記再現部によって再現された複数のソフトウェアを、前記保存場所に保存されている更新ファイルを用いて更新する再現更新部と、
   前記再現更新部によって更新された複数のソフトウェアに対応した新たな１つのバックアップファイルを作成して前記バックアップ場所に保存する更新保存部とを備えたものであることを特徴とする請求項１または２記載のソフトウェア更新装置。
4. 前記バックアップ場所は、前記バックアップファイルとして、前記ソフトウェアの複数の状況それぞれに対応した複数のバックアップファイルが保存されるものであり、
   前記バックアップ更新部が、前記バックアップ場所に保存されている複数のバックアップファイルのうちから更新対象のバックアップファイルを選択する選択操作を受けて、その選択操作で選択されたバックアップファイルを更新するものであることを特徴とする請求項１から３のうちいずれか１項記載のソフトウェア更新装置。
5. 前記保存場所は、前記更新ファイルとして、複数のソフトウェアそれぞれの更新ファイルが保存されるものであり、
   前記バックアップ更新部が、前記保存場所に保存されている複数の更新ファイルのうちからバックアップファイルの更新に用いる更新ファイルを選択する選択操作を受けて、その選択操作で選択された更新ファイルを用いて更新するものであることを特徴とする請求項１から４のうちいずれか１項記載のソフトウェア更新装置。
6. 情報処理装置に組み込まれて該情報処理装置に、該情報処理装置に組み込まれているソフトウェアを更新させるソフトウェア更新プログラムであって、
   前記情報処理装置を、
   前記情報処理装置に組み込まれているソフトウェアに対する更新ファイルを通信で入手し、該更新ファイルを用いて該ソフトウェアの更新を行うソフトウェア更新部と、
   前記更新部によって前記ソフトウェアの更新に用いられた更新ファイルのうち、予め設定されているソフトウェアに対する更新ファイルを選択し、所定の保存場所に保存する更新ファイル選択部と、
   所定のバックアップ場所に保存されている、前記ソフトウェアのバックアップファイルを、前記保存場所に保存されている更新ファイルを用いて更新するバックアップ更新部として動作させることを特徴とするソフトウェア更新プログラム。

Images