(57)【要約】【課題】製品出荷段階で添付されていた復元用の第１の記憶媒体から復元動作を開始させてソフトウェアを最新の状態へアップデートする。【解決手段】コンピュータ１０は、リカバリメディアＲ１より光ディスクドライブ装置１５が読み取った復元ソフトウェアを記憶するＲＡＭ１２と、リカバリ／アップデートの選択画面を表示するＬＣＤ装置１７と、アップデートが選択された場合、光ディスクドライブ装置１５に新たにセットされたアップデートメディアＲ２より光ディスクドライブ装置１５が読み取ったアップデート用のデータがこのマシンに適するものか否かを判定し、適するものの場合、ＲＡＭ１２に記憶しておいた復元ソフトウェアにて、アップデートメディアＲ２から読み取ったアップデート用のデータを用いてアップデート処理を実行するＣＰＵ１８とを備える。【選択図】図１
2005202883.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに添付されていたソフトウェア復元用の第１の記憶媒体がディスクドライブにセットされた場合に、前記第１の記憶媒体よりソフトウェア復元用のソフトウェアを読み込み、コンピュータのハードディスク装置にインストールされているソフトウェアをコンピュータ出荷時点の状態に復元するコンピュータにおいて、
前記第１の記憶媒体より前記ディスクドライブによって読み取られたソフトウェア復元用のソフトウェアを記憶する記憶手段と、
前記第１の記憶媒体でソフトウェアの復元を行うか、アップデート用のデータを有する第２の記憶媒体でアップデートを行うかの選択を促す手段と、
前記第２の記憶媒体でアップデートを行うことが選択された場合、前記ディスクドライブが前記第２の記憶媒体より読み取ったアップデート用のデータと前記記憶手段に記憶されたソフトウェア復元用のソフトウェアにてアップデート処理を実行する制御手段と
を具備したことを特徴とするコンピュータ。
【請求項２】
コンピュータに添付されていたソフトウェア復元用の第１の記憶媒体がディスクドライブにセットされた場合に、前記第１の記憶媒体よりソフトウェア復元用のソフトウェアをメモリに読み込み、コンピュータのハードディスク装置にインストールされているソフトウェアをＣＰＵがコンピュータ出荷時点の状態に復元するコンピュータのソフトウェア更新方法において、
前記第１の記憶媒体より前記ディスクドライブがソフトウェア復元用のソフトウェアを読み取り、前記メモリに記憶するステップと、
前記第１の記憶媒体でソフトウェアの復元を行うか、アップデート用のデータを有する第２の記憶媒体でアップデートを行うかの選択を促すステップと、
前記第２の記憶媒体でアップデートを行うことが選択された場合、前記ディスクドライブが第２の記憶媒体より読み取ったアップデート用のデータと前記メモリに記憶されたソフトウェア復元用のソフトウェアにて前記ＣＰＵがアップデート処理を実行するステップと
を有することを特徴とするコンピュータのソフトウェア更新方法。
【請求項３】
請求項２記載のコンピュータのソフトウェア更新方法において、
前記第２の記憶媒体でアップデートを行うことが選択された場合、前記ディスクドライブが前記第２の記憶媒体より読み取ったアップデート用のデータに含まれるチェックデータにてアップデートを行うマシンの適正をＣＰＵがチェックするステップと、
アップデートを行うマシンが適正である場合に前記アップデート用のデータと前記メモリに記憶されたソフトウェア復元用のソフトウェアにてＣＰＵがアップデート処理を実行するステップと
を有することを特徴とするコンピュータのソフトウェア更新方法。
【請求項４】
請求項２、３いずれか記載のコンピュータのソフトウェア更新方法において、
利用登録したユーザのためにネットワーク上のサーバによって公開されたサイトよりソフトウェアのアップデート用のデータがダウンロード可能となったことをサーバからユーザのアドレスへ電子メールで通知するステップと、
前記電子メールに記載されていたリンク情報に従って前記コンピュータが前記サイトにアクセスしアップデート用のデータをダウンロードするステップと、
ダウンロードしたアップデート用のデータを前記第２の記憶媒体に記録するステップと
を有することを特徴とするコンピュータのソフトウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばコンピュータとそのソフトウェア更新方法に関する。
【背景技術】
【０００２】
従来から、例えばノート型コンピュータなどのコンピュータには、製品出荷段階で、オペレーティングシステム（以下ＯＳと称す）の他、各種アプリケーションソフトウェア（以下ソフトウェアと称す）がインストールされていることが多い。
【０００３】
コンピュータには、不具合が生じたときの場合に備えて製品出荷段階の情報に復旧するためのリカバリ用のコンパクトディスク（以下リカバリＣＤと称す）が添付されている。
コンピュータにインストールされているソフトウェアは、機能向上のためアップデートされることが多く、メーカーサイドに予め利用登録したユーザには、アップデートＣＤとして提供される。
【０００４】
通常、アップデートＣＤは、ユーザの利便性を考慮してリカバリ可能なＣＤの形態で提供するため、通常のデータＣＤとは異なる加工をＣＤに施す必要がある他、製品出荷段階でコンピュータに添付していたリカバリＣＤに予め格納してあるソフトウェア（起動ソフトウェアやソフトウェア復元用のソフトウェアなど）についても、アップデート用のデータと共にＣＤに書き込んでおく必要がある。
【０００５】
コンピュータのアップグレードを行うための先行技術としては、例えばコンピュータに、予めシステムリソース（ＯＳを含むソフトウェアなど）の現行バージョンを同定する情報をデジタル的に記憶しておき、アップグレードを行う際にバージョンを比較してアップグレードを行うべきか否かを決定する技術がある。また、ここには、アップグレード情報がオンラインのサービス内で記憶されることが記載されている（例えば特許文献１参照）。
【０００６】
一方、最近では、ＯＳやソフトウェアの高機能化などにより、アップデート用のデータのデータ容量が大きく、アップデート用のデータをＣＤ一枚に収容することが難くなってきている。データ容量の問題は、ＤＶＤなどの高容量ディスクで解決できるが、現在、ＤＶＤドライブを備えたコンピュータはそれほど普及しておらず、アップデータ用のデータは、ＣＤあるいはＣＤのサイズ以下の容量で提供することが望ましい。
【特許文献１】特開平０８−２２７３５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
このように従来の技術としては、コンピュータのソフトウェアをアップグレードするためのデータの伝送の仕組みとしてネットワークを利用し、リソースのバージョンチェックを行った上でアップグレードを行うという手順が提案されているが、この技術は、ソフトウェアの高機能化に伴ってユーザへ提供するアップデート情報が肥大化することについては考慮してないため、バージョンチェック処理のプログラムなど、アップデートに直接関与しない余分なプログラムまでもアップデータと共に提供する必要があり、ユーザへ提供するアップデート情報が肥大化するという問題があった。
【０００８】
本発明はこのような課題を解決するためになされたもので、製品出荷段階で添付されていた復元用の第１の記憶媒体から復元動作を開始させてソフトウェアを最新の状態へアップデートすることのできるコンピュータとそのソフトウェア更新方法を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記した課題を解決するために、本発明のコンピュータは、コンピュータに添付されていたソフトウェア復元用の第１の記憶媒体がディスクドライブにセットされた場合に、前記第１の記憶媒体よりソフトウェア復元用のソフトウェアを読み込み、コンピュータのハードディスク装置にインストールされているソフトウェアをコンピュータ出荷時点の状態に復元するコンピュータにおいて、前記第１の記憶媒体より前記ディスクドライブによって読み取られたソフトウェア復元用のソフトウェアを記憶する記憶手段と、前記第１の記憶媒体でソフトウェアの復元を行うか、アップデート用のデータを有する第２の記憶媒体でアップデートを行うかの選択を促す手段と、前記第２の記憶媒体でアップデートを行うことが選択された場合、前記ディスクドライブが前記第２の記憶媒体より読み取ったアップデート用のデータと前記記憶手段に記憶されたソフトウェア復元用のソフトウェアにてアップデート処理を実行する制御手段とを具備したことを特徴とする。
【００１０】
本発明のコンピュータのソフトウェア更新方法は、コンピュータに添付されていたソフトウェア復元用の第１の記憶媒体がディスクドライブにセットされた場合に、前記第１の記憶媒体よりソフトウェア復元用のソフトウェアをメモリに読み込み、コンピュータのハードディスク装置にインストールされているソフトウェアをＣＰＵがコンピュータ出荷時点の状態に復元するコンピュータのソフトウェア更新方法において、前記第１の記憶媒体より前記ディスクドライブがソフトウェア復元用のソフトウェアを読み取り、前記メモリに記憶するステップと、前記第１の記憶媒体でソフトウェアの復元を行うか、アップデート用のデータを有する第２の記憶媒体でアップデートを行うかの選択を促すステップと、前記第２の記憶媒体でアップデートを行うことが選択された場合、前記ディスクドライブが第２の記憶媒体より読み取ったアップデート用のデータと前記メモリに記憶されたソフトウェア復元用のソフトウェアにて前記ＣＰＵがアップデート処理を実行するステップとを有することを特徴としている。
【００１１】
なお、第２の記憶媒体としては、例えばＣＤ−Ｒ／ＲＷメディア、ＭＯディスクなどの光ディスク、ハードディスク装置、ＵＳＢメモリなどを適用する。
上記コンピュータのソフトウェア更新方法において、前記第２の記憶媒体でアップデートを行うことが選択された場合、前記ディスクドライブが前記第２の記憶媒体より読み取ったアップデート用のデータに含まれるチェックデータにてアップデートを行うマシンの適正をＣＰＵがチェックするステップと、アップデートを行うマシンが適正である場合に前記アップデート用のデータと前記メモリに記憶されたソフトウェア復元用のソフトウェアにてＣＰＵがアップデート処理を実行するステップとを有することで、アップデート用のデータに適するマシンに対してソフトウェアのアップデートを行うことができる。
また、上記コンピュータのソフトウェア更新方法において、利用登録したユーザのためにネットワーク上のサーバによって公開されたサイトよりソフトウェアのアップデート用のデータがダウンロード可能となったことをサーバからユーザのアドレスへ電子メールで通知するステップと、前記電子メールに記載されていたリンク情報に従って前記コンピュータが前記サイトにアクセスしアップデート用のデータをダウンロードするステップと、ダウンロードしたアップデート用のデータを前記第２の記憶媒体に記録するステップとを有することで、ソフトウェア復元用の第１の記憶媒体で復元途中に、ネットワークからダウンロードしたアップデート用のデータにてソフトウェアのアップデートを行うことができる。
【００１２】
本発明では、コンピュータのハードディスクにインストールされているソフトウェアをアップデートする上で、コンピュータ製品出荷時にコンピュータに添付されていたソフトウェアを製品出荷時の状態に復元するための第１の記憶媒体、つまりリカバリディスクを利用し、選択画面にてアップデートを選択することで、リカバリ動作の途中でアップデート用の第２の記憶媒体からアップデート用のデータを読み出してソフトウェアのアップデートを行うので、製品出荷段階で添付されていた復元用の第１の記憶媒体から復元動作を開始させてソフトウェアを最新の状態へアップデートすることができる。リカバリディスクには大半の処理内容（ソフトウェアや関連ファイルなど）が入っているので、アップデート用のデータを有する第２の記憶媒体であるアップデートディスクは、起動及び復元用として特殊な加工をすることなく、例えばＣＤ−Ｒメディアなどにアップト用のデータを記録するだけで簡単に作成できるようになる。また、アップデート用のデータそのもののデータ容量についても小さくすることができる。さらにアップデート用のデータをメーカから、あるいはネットワークを通じて提供することも容易である。
【発明の効果】
【００１３】
以上説明したように本発明によれば、製品出荷段階で添付されていた復元用の第１の記憶媒体から復元動作を開始させてソフトウェアを最新の状態へアップデートすることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
図１は本発明に係る一つの実施の形態のコンピュータシステムの構成を示す図である。
同図に示すように、このコンピュータシステムは、サーバコンピュータ１（以下サーバ１と称す）と、このサーバ１にインターネット２などのネットワークを介して接続されたノート型のコンピュータ１０とから構成されている。
【００１５】
サーバ１は、ソフトウェアのアップデート用のデータをイメージデータで自身のハードディスク装置に登録する機能と、ユーザがメーカに対して利用登録するサイトやハードディスク装置に登録されたイメージデータを利用登録したユーザにダウンロードさせるためのダウンロードサイトなどを公開するＷｅｂサーバ機能と、利用登録したユーザのアドレスへ電子メールを送信する機能とを有している。
【００１６】
コンピュータ１０は、キーボード１１、マウスなどの入力装置、ＲＡＭ１２などのメモリ（記憶手段）、初期動作用バイオスＲＯＭなどのＲＯＭ１３、ハードディスク装置１４、ＣＤ−Ｒ／ＲＷドライブ装置などの光ディスクドライブ装置１５、通信インターフェース１６（以下通信Ｉ／Ｆ１６と称す）、リキッド・クリスタル・ディスプレイ装置（ＬＣＤ装置１７）などの出力装置、ＣＰＵ１８（制御手段）などを備えている。
【００１７】
キーボード１１は、電源スイッチ、テンキー、文字キー、ファンクションキー、コントロールキー、タブキー、シフトキー、Ａｌｔキーなどを備えている。ＲＡＭ１２には、ＣＰＵ１８によって実行されるプログラムが読み込まれる。つまり、ＲＡＭ１２は、ＣＰＵ１８の作業用の記憶領域とされる。ＲＡＭ１２は、リカバリメディアＲ２より光ディスクドライブ装置１５によって読み取られたソフトウェア復元用のソフトウェアを記憶する記憶手段として機能する。
【００１８】
ＲＯＭ１３には、初期化プログラムであるバイオスプログラムが記憶されており、電源投入伴いＣＰＵ１８によりＲＡＭ１２に読み込まれ、メモリチェック、システム環境の初期化、ハードウェアの認識、起動ドライブの設定などが行われる。キーボード１１の、例えば電源スイッチとファンクションキーを同時に押すなどの所定の起動操作が行われると、バイオスプログラムは、ハードディスク装置１４あるいは光ディスクドライブ装置１５のうちいずれか一方の起動ドライブをユーザに選択させる画面を表示し、選択されたいずれか一方のドライブからブートする。
【００１９】
ハードディスク装置１４には、コンピュータ出荷時点でオペレーティングシステム（以下ＯＳと称す）を含む各種ソフトウェアがインストールされている。各種ソフトウェアとしては、例えばネットワーク閲覧用のブラウザソフトウェア、電子メールソフトウェア、ＣＤ−Ｒメディア、ＲＷメディアにデータを記録するライティングソフトウェアなどである。
【００２０】
光ディスクドライブ装置１５は、ＣＤ−ＲＯＭ（以下ＣＤと称す）などの光ディスクの再生が可能であり、ＣＤ−ＲメディアおよびＣＤ−ＲＷメディアに対してはデータの再生とデータの書き込みが可能である。ＣＤ−ＲＷメディアについてはデータの消去により再書き込みも可能である。光ディスクドライブ装置１５は、ＣＤ（ＣＤ−ＲメディアおよびＣＤ−ＲＷメディア）がＣＤ装填部にセットされてＣＤ装填部がコンピュータ本体内に押し込まれた場合にＣＤより情報を読み取る。また、光ディスクドライブ装置１５は、ＣＰＵ１８によりＣＤの排出が指示された場合、ＣＤ装填部をイジェクト動作させてＣＤ装填部にセットされているＣＤを排出する。
【００２１】
通信Ｉ／Ｆ１６は、例えばＬＡＮボード、ダイアルアップルータ、ＡＤＳＬモデムボード、光モデムなど、インターネット２にサーバ１によって公開されているダウンロードサイトにアクセスし、そのダウンロードサイトからアップテート用のデータをダウンロードするためのインターフェースである。ＬＣＤ装置１７は、ＣＰＵ１８により処理されたデータ、画面を表示するものであり、例えばＬＣＤ装置１７には起動動作に伴ってスタート画面やリカバリ／アップデート選択画面などの各種画面と、処理結果のダイアログボックス（アップデート処理やリカバリ処理の成功、失敗）などが表示される。ＬＣＤ装置１７とＣＰＵ１８は、リカバリメディアＲ１でソフトウェアの復元を行うか、アップデートメディアＲ２でアップデートを行うかの選択をユーザに促す手段として機能する。
【００２２】
ＣＰＵ１８は、アップデートメディアＲ２でアップデートを行うことが選択された場合、光ディスクドライブ装置１５がアップデートメディアＲ２より読み取ったアップデート用のイメージデータとＲＡＭ１２に記憶された復元ソフトウェアにてアップデート処理を実行する制御手段として機能する。
リカバリメディアＲ１は、第１の記憶媒体であり、ＣＤブート可能に起動ＣＤとして作成されている。このリカバリメディアＲ１には、コンピュータ１０のハードディスク装置１４にインストールされているソフトウェアを製品出荷時点の状態に復元するための起動ソフトウェア、復元ソフトウェア、各ソフトウェアの関連ファイルなどが記憶されている。
アップデートメディアＲ２は、アップデート用のデータを有する第２の記憶媒体であり、ＣＤブート不可能な一般的なデータＣＤとして作成されている。このアップデートメディアＲ２には、アップデート用のデータがイメージデータとして記憶されている。イメージデータは所定のファイル名で名前が付けられており、ＣＰＵ１８は、イメージデータの名前が予めパラメータとして登録されているか否かでソフトウェアの更新の可否を判定できる。
【００２３】
以下、このコンピュータシステムの動作を説明する。
まず、図２のフローチャートを参照してこのコンピュータシステムにおけるアップデート用のデータの提供、取得、アップデートメディア作成までの動作について説明する。
ユーザは、コンピュータ１０を購入したときに、製品に添付されていたユーザ登録ハガキに所定の事項（住所、氏名、電話番号、メールアドレス、ユーザ名、パスワードなど）を記入し、そのユーザ登録ハガキをコンピュータメーカへ送るか、サーバ１によりインターネット２上に公開されているメーカの利用登録サイトにアクセスしユーザ登録するなどして利用登録を行う（Ｓ１０１）。この利用登録情報の少なくとも一部は、サーバ１のハードディスク装置に認証用データとして記憶される（Ｓ１０２）。
【００２４】
そして、メーカにおいて、コンピュータ１０にインストールしているソフトウェアのアップデート用のデータを作成すると（Ｓ１０３）、それをアップデートメディアＲ２に記録可能なデータの形態、つまりイメージデータに変換する。そのイメージデータは、サーバ１にアップされる（Ｓ１０４）。アップデート用のデータであるイメージデータは、サーバ１のハードディスク装置に登録され、Ｗｅｂサーバ機能によってダウンロードサイトで利用登録ユーザに公開される。
サーバ１にアップデート用のデータがアップされると、サーバ１から電子メールが送信されてインターネット２を通じて各登録ユーザへ通知される（Ｓ１０５）。
【００２５】
一方、ユーザは、自身のコンピュータ１０の電子メールソフトで、アップデート通知の電子メールを受信し（Ｓ１０６）、その電子メールの本文を開くと、そのメール本文には、アクセス先のアドレス（所定のＵＲＬ、例えばhttp://＊＊＊＊＊＊など）のリンク（リンク情報）が記載されているので、そのリンクをマウス操作などでクリック操作すると、コンピュータ１０のブラウザソフトウェアが起動して、ブラウザソフトウェアの画面に、リンク先のダウンロードサイトのポータルページが表示される。
【００２６】
ポータルページには、アップデート用のデータであるイメージデータをダウンロードするためのダウンロードボタンが用意されているので、このダウンロードボタンをクリック操作すると、ユーザIDとパスワードの入力欄が表示される。ユーザIDとパスワードは、メーカへのユーザ登録時に、自身で設定あるいはメーカ側から提供されたものを入力する。
入力欄にユーザIDとパスワードを入力し、ＯＫボタンをクリックすると、ユーザIDとパスワードがサーバ１に送信される。
【００２７】
サーバ１では、Ｗｅｂサーバ機能の認証機能により、ユーザIDとパスワードと予め登録されている利用登録情報との照合が行われて、互いが合致した場合、正規ユーザとしてアップデート用のデータであるイメージデータのダウンロードが許可され、Ｗｅｂサーバ機能は、コンピュータ１０へのダウンロードを開始する（Ｓ１０７）。これにより、コンピュータ１０のハードディスク装置１４に、アップデート用のデータであるイメージデータがダウンロードされる。
アップデート用のデータであるイメージデータをダウンロード後、ユーザは、コンピュータ１０のライティングソフトウェアを起動させる。そして、ライティングソフトウェアによりイメージデータをＣＤ−Ｒメディアに記録、つまりイメージデータの書き込みを行う（Ｓ１０８）。
これにより、アップデートメディアＲ２が得られる。なお、ダウンロード環境を持たない登録ユーザに対してはユーザからの要請によりメーカでアップデートメディアＲ２を作成した上で配送される。
【００２８】
続いて、図３のフローチャートを参照してこのコンピュータシステムのコンピュータ１０におけるソフトウェアのアップデート方法（更新方法）について説明する。
コンピュータ１０のソフトウェアをアップデートする場合、ユーザは、コンピュータ１０の光ディスクドライブ装置１５に、復元用のリカバリメディアＲ１をセットする。
【００２９】
セットされたリカバリメディアＲ１の情報を光ディスクドライブ装置１５が読み取りを開始すると、ＣＰＵ１８は、スタート画面を表示する（Ｓ２０１）。
【００３０】
そして、光ディスクドライブ装置１５がリカバリメディアＲ１の情報を読み取ると（Ｓ２０２）、ＣＰＵ１８は、リカバリメディアＲ１から読み取った情報とハードディスク装置１４のＤＭＩテーブルの情報（ＤＭＩ情報）とを比較してリカバリ処理を行っているマシンは正しいか否かのＤＭＩチェックを行う（Ｓ２０３）。ＤＭＩ情報とはコンピュータ１０のメーカ名、モデル名など、コンピュータ１０が自社製品であるかどうかを特定する情報である。
ＤＭＩチェックの結果、互いの情報が合致しなければ（Ｓ２０４のＮｏ）、ＣＰＵ１８は、エラーメッセージをＬＣＤ装置１７に表示して（Ｓ２０５）、そのリカバリメディアはこのマシン用のものではないためイジェクトし（Ｓ２０６）、リカバリ処理を終了する。
【００３１】
また、ＤＭＩチェックの結果、互いの情報が合致すると（Ｓ２０４のＹｅｓ）、ＣＰＵ１８は、リカバリ／アップデータ選択画面を表示して（Ｓ２０７）、ユーザに選択を促す。リカバリ／アップデータ選択画面には、１．リカバリ（初期出荷状態へ復元）、２．アップデート、３．終了などといった番号の選択を促すメッセージが表示される。
ユーザが、キーボード１１のテンキーの「１」、「２」、「３」のいずれかを操作すると、ＣＰＵ１８は、キー操作に応じた処理を実行する。
【００３２】
例えばユーザによって、キーボード１１のテンキーの「１」が操作されると、ＣＰＵ１８は、リカバリ処理が選択されたものと判定して（Ｓ２０８のリカバリ）、現在光ディスクドライブ装置１５にセットされているリカバリメディアＲ１のデータをさらに読み取ってリカバリ処理を実行する（Ｓ２０９）。
また、例えばキーボード１１のテンキーの「３」が操作されると、ＣＰＵ１８は、リカバリ処理の終了するものと判定して（Ｓ２０８の終了）、ＣＤをイジェクトして（Ｓ２０６）、リカバリ処理を終了し、電源をＯＦＦする。
【００３３】
例えばキーボード１１のテンキーの「２」が操作されると、ＣＰＵ１８は、テンキーの「２」が操作されたことで、アップデート処理が選択されたものと判定して（Ｓ２０８のアップデート）、リカバリメディアＲ１の情報のうち、ソフトウェアのアップデートに必要なプログラム、つまり復元ソフトウェアと関連ファイル、パラメータをＲＡＭ１２に記憶した後、光ディスクドライブ装置１５を制御して現在光ディスクドライブ装置１５にセットされているリカバリメディアＲ１をイジェクトさせると共に、アップデートメディアＲ２の挿入を促す画面をＬＣＤ装置１７に表示する（Ｓ２１０）。
ユーザがイジェクトされたリカバリメディアＲ１に変えてアップデートメディアＲ２をＣＤ装填部にセットし、ＣＤ装填部を光ディスクドライブ装置１５に押し込むと、光ディスクドライブ装置１５は、セットされたアップデートメディアＲ２の情報を読み取る（Ｓ２１１）。
【００３４】
ＣＰＵ１８は、アップデートメディアＲ２から光ディスクドライブ装置１５が読み取った情報にこのマシンに適合するイメージデータが存在するか否かを判定する。この場合、光ディスクドライブ装置１５が読み取った情報にイメージデータが存在するか否かと、イメージデータが存在した場合はイメージデータに含まれるアップデート用のデータ内に存在するチェック用のデータを読み出してそのデータの内容が自マシンに適合するものかどうかをＣＰＵ１８がチェックすることで判定を行う。
このチェックの結果、アップデートメディアＲ２にイメージデータ自体が存在しない場合、あるいは存在したイメージデータが自マシンに適合しない場合（Ｓ２１２のＮｏ）、ＣＰＵ１８は、エラーメッセージを表示して（Ｓ２１３）、Ｓ２１０の処理へ戻り、光ディスクドライブ装置１５を制御して現在光ディスクドライブ装置１５にセットされているアップデートメディアＲ２をイジェクトさせると共に、アップデートメディアＲ２の挿入を促す画面をＬＣＤ装置１７に表示する（Ｓ２１０）。
また、チェックの結果、自マシンに適合するイメージデータが存在した場合（Ｓ２１２のＹｅｓ）、ＣＰＵ１８は、リカバリメディアＲ１より読み出しＲＡＭ１２に記憶しておいた復元ソフトウェアにて、解凍したアップデート用のデータを用いてアップデート処理を実行する（Ｓ２１４）。
上記処理を実行した結果、処理が失敗した場合（Ｓ２１５のＮｏ）、ＣＰＵ１８は、エラーメッセージをＬＣＤ装置１７に表示して（Ｓ２１６）、アップデートメディアＲ２をイジェクトする（Ｓ２０６）。
また、上記処理を実行した結果、処理が成功した場合（Ｓ２１５のＹｅｓ）、ＣＰＵ１８は、「処理成功」およびキー操作のメッセージをＬＣＤ装置１７に表示し（Ｓ２１７）、ユーザにより不特定のキーが押下されると、アップデートメディアＲ２をイジェクトする（Ｓ２０６）。
【００３５】
このようにこの実施形態のコンピュータシステムによれば、リカバリメディアＲ１をコンピュータ１０の光ディスクドライブ装置１５にセットして、復元操作を行いコンピュータ１０のＬＣＤ装置１７に表示されたリカバリ／アップデートの選択画面でアップデートを選択操作すると、リカバリメディアＲ１がイジェクトされ、アップデートメディアＲ２に入れ替えると、アップデートメディアＲ２から読み取ったアップデート用のデータと、予めリカバリメディアＲ１から読み取りＲＡＭ１２に記憶しておいた復元ソフトウェアにて、ハードディスク装置１４にインストールされているソフトウェアのアップデートを行うので、製品出荷段階で添付されていた復元用の第１の記憶媒体であるリカバリメディアＲ１からソフトウェアの復元動作を開始させて該当ソフトウェアを最新の状態へアップデートすることができる。また、このようにソフトウェアのアップデートの際にリカバリメディアＲ１を利用することでソフトウェアのアップデートに必要な最低限のデータを提供することでソフトウェアのアップデートが可能になり、ユーザに提供するアップデート情報を最小限の容量に抑えることができる。
【００３６】
つまり、ソフトウェアのアップデートにおいて、リカバリ処理に使用するリカバリメディアＲ１を利用し、途中でアップデートメディアＲ２に入れ替えることによりアップデート用のデータの容量を小さくする。また、リカバリメディアＲ１に大半の処理内容（ソフト復元プログラムや関連ファイル）が入っているので、アップデートメディアＲ２にはアップデート用のデータを入れるだけでアップデートメディアＲ２を簡単に作成できるようになる。
このようにリカバリメディアＲ１の記録内容と、後からユーザに提供するアップデート用のデータを有するアップデートメディアＲ２の記録内容との重複をなくすことでアップデート用のデータを最小限にすることができる。またアップデート用のデータをインターネット２などで後から提供することも容易になる。
すなわち、本発明では、アップデート用のデータが提供されれば、製品出荷時に添付されていたリカバリメディアＲ１からソフトウェアの復元を開始し該当ソフトウェアを容易に更新することができる。
【００３７】
続いて、図４〜図６を参照して上記コンピュータシステムの応用例について説明する。
上記実施形態では、アップデート用のデータをインターネット２からダウンロードした後、コンピュータ１０において、ＣＤ−Ｒメディアに記録することで、アップデートメディアＲ２を作成したが、この応用例では、図４に示すように、アップデートメディアＲ２を用いずに、リカバリメディアＲ１での復元途中に、ハードディスク装置１４にダウンロードしたアップデート用のデータを用いてソフトウェアのアップデートを行う。
すなわち、この応用例のコンピュータシステムは、リカバリメディアＲ１より光ディスクドライブ装置１５によって読み取られたソフトウェア復元用のソフトウェアを記憶する記憶手段としてのＲＡＭ１２と、リカバリメディアＲ１でソフトウェアの復元を行うか、第２の記憶媒体としてのハードディスク装置１４のアップデータ用のデータでアップデートを行うかの選択を促す手段としてのＬＣＤ装置１７及びＣＰＵ１８と、ハードディスク装置１４のアップデータ用のデータでアップデートを行うことが選択された場合、ハードディスク装置１４のアップデータ用のデータとＲＡＭ１２に記憶されたソフトウェア復元用のソフトウェアにてアップデート処理を実行する制御手段としてのＣＰＵ１８とを備える。
【００３８】
この応用例のコンピュータシステムの場合、図５に示すように、サーバ１よりユーザに対してアップデート用のデータがサイトに公開された旨の通知があると、コンピュータ１０では、ブラウザソフトウェアがサーバ１よりアップデータ用のデータをハードディスク装置１４にダウンロードする（Ｓ２２０）。
【００３９】
図６のフローチャートを参照してこのコンピュータシステムのコンピュータ１０におけるソフトウェアのアップデート方法（更新方法）について説明する。
コンピュータ１０のソフトウェアをアップデートする場合、ユーザは、コンピュータ１０の光ディスクドライブ装置１５に、復元用のリカバリメディアＲ１をセットする。
【００４０】
セットされたリカバリメディアＲ１の情報を光ディスクドライブ装置１５が読み取り中、ＣＰＵ１８は、スタート画面を表示する（図６のＳ３０１）。
【００４１】
そして、光ディスクドライブ装置１５がリカバリメディアＲ１の情報を読み取ると（Ｓ３０２）、ＣＰＵ１８は、リカバリメディアＲ１から読み取った情報とハードディスク装置１４のＤＭＩテーブルの情報（ＤＭＩ情報）とを比較してリカバリ処理を行っているマシンは正しいか否かのＤＭＩチェックを行う（Ｓ３０３）。ＤＭＩ情報とはコンピュータ１０のメーカ名、モデル名など、コンピュータ１０が自社製品であるかどうかを特定する情報である。
ＤＭＩチェックの結果、互いの情報が合致しなければ（Ｓ３０４のＮｏ）、ＣＰＵ１８は、エラーメッセージをＬＣＤ装置１７に表示して（Ｓ３０５）、そのリカバリメディアＲ１はこのマシン用のものではないためイジェクトし（Ｓ３０６）、リカバリ処理を終了する。
【００４２】
また、ＤＭＩチェックの結果、互いの情報が合致すると（Ｓ３０４のＹｅｓ）、ＣＰＵ１８は、リカバリ／アップデータ選択画面を表示して（Ｓ３０７）、ユーザに選択を促す。リカバリ／アップデータ選択画面には、１．リカバリ（初期出荷状態へ復元）、２．アップデート、３．終了などといった番号の選択を促すメッセージが表示される。
ユーザが、キーボード１１のテンキーの「１」、「２」、「３」のいずれかを操作すると、ＣＰＵ１８は、キー操作に応じた処理を実行する。
【００４３】
例えばユーザによって、キーボード１１のテンキーの「１」が操作されると、ＣＰＵ１８は、リカバリ処理が選択されたものと判定して（Ｓ３０８のリカバリ）、現在光ディスクドライブ装置１５にセットされているリカバリメディアＲ１のデータをさらに読み取ってリカバリ処理を実行する（Ｓ３０９）。
また、例えばキーボード１１のテンキーの「３」が操作されると、ＣＰＵ１８は、リカバリ処理の終了するものと判定して（Ｓ３０８の終了）、ＣＤをイジェクトして（Ｓ３０６）、リカバリ処理を終了し、電源をＯＦＦする。
【００４４】
例えばキーボード１１のテンキーの「２」が操作されると、ＣＰＵ１８は、テンキーの「２」が操作されたことで、アップデート処理が選択されたものと判定して（Ｓ３０８のアップデート）、リカバリメディアＲ１の情報のうち、ソフトウェアのアップデートに必要なプログラム、つまり復元ソフトウェアと関連ファイル、パラメータなどをＲＡＭ１２に記憶した後、アップデート用のデータが保存されている場所の指定を促す画面をＬＣＤ装置１７に表示する（Ｓ３１０）。
ユーザがマウス操作あるいはキーボード１１の操作などでアップデート用のデータが保存されている場所（ハードディスク装置１４のディレクトリなど）を指定すると、ＣＰＵ１８は、その指定場所を検索する（Ｓ３１１）。
【００４５】
この検索結果、ＣＰＵ１８は、指定場所からこのマシンに適したアップデート用のデータが検索されたか否かを判定する。この場合、指定場所に存在したアップデート用のデータ内に存在するチェック用のデータを読み出してそのチェック用データの内容が自マシンに適するものかどうかをＣＰＵ１８がチェックすることで判定を行う。
このチェックの結果、自マシンに適したアップデート用のデータが存在しない場合（Ｓ３１２のＮｏ）、ＣＰＵ１８は、エラーメッセージを表示して（Ｓ３１３）、Ｓ３１０の処理へ戻り、アップデート用のデータが保存されている場所の指定を促す画面をＬＣＤ装置１７に表示する（Ｓ３１０）。
また、チェックの結果、自マシンに適したアップデート用のデータが存在した場合（Ｓ３１２のＹｅｓ）、ＣＰＵ１８は、リカバリメディアＲ１より読み出しＲＡＭ１２に記憶しておいた復元ソフトウェアにて、検索されたアップデート用のデータを用いてアップデート処理を実行する（Ｓ３１４）。
上記処理を実行した結果、処理が失敗した場合（Ｓ３１５のＮｏ）、ＣＰＵ１８は、エラーメッセージをＬＣＤ装置１７に表示して（Ｓ３１６）、リカバリメディアＲ１をイジェクトする（Ｓ３０６）。
また、上記処理を実行した結果、処理が成功した場合（Ｓ３１５のＹｅｓ）、ＣＰＵ１８は、「処理成功」およびキー操作のメッセージをＬＣＤ装置１７に表示し（Ｓ３１７）、ユーザにより不特定のキーが押下されると、リカバリメディアＲ１をイジェクトする（Ｓ３０６）。
【００４６】
このようにこの応用例のコンピュータシステムによれば、リカバリメディアＲ１をコンピュータ１０の光ディスクドライブ装置１５にセットして、復元操作によりコンピュータ１０のソフトウェアの復元を開始し、ＬＣＤ装置１７に表示されたリカバリ／アップデートの選択画面でアップデートを選択操作すると、ハードディスク装置１４にダウンロードしたアップデート用のデータと、予めリカバリメディアＲ１から読み取りＲＡＭ１２に記憶しておいた復元ソフトウェアにてハードディスク装置１４にインストールされているソフトウェアのアップデートを行うので、製品出荷段階で添付されていた復元用の第１の記憶媒体から復元動作を開始させてソフトウェアを最新の状態へアップデートすることができる。また、ソフトウェアのアップデートに必要な最低限のデータをインターネット２などで後から提供することでソフトウェアのアップデートが可能になり、ユーザの利便性を向上することができる。
【図面の簡単な説明】
【００４７】
【図１】コンピュータシステムの構成を示す図である。
【図２】図１のコンピュータシステムにおいてユーザによる利用登録からアップデートメディア作成までの動作を示すフローチャート。
【図３】図１のコンピュータシステムにおいてソフトウェア更新動作を示すフローチャート。
【図４】応用例のコンピュータシステムの構成を示す図である。
【図５】図４のコンピュータシステムにおいてアップデート用のデータをダウンロードする動作を示すフローチャート。
【図６】図４のコンピュータシステムにおいてソフトウェア更新動作を示すフローチャート。
【符号の説明】
【００４８】
１…サーバ、２…インターネット、１０…コンピュータ、１１…キーボード、１２…ＲＡＭ、１３…ＲＯＭ、１４…ハードディスク装置、１５…ＣＤドライブ装置、１６…通信Ｉ／Ｆ、１７…ＬＣＤ装置、１８…ＣＰＵ、Ｒ１…リカバリメディア、Ｒ２…アップデートメディア。
【図１】
2005202883.tif 000003
【図２】
2005202883.tif 000004
【図３】
2005202883.tif 000005
【図４】
2005202883.tif 000006
【図５】
2005202883.tif 000007
【図６】
2005202883.tif 000008