JP4051711B2 - ソフトウェアのインストール方法 - Google Patents

Description

本発明は、コンピュータシステムに対するソフトウェアのインストール方法およびこれを実現するシステムに関し、特に、ソフトウェアがインストールされたコンピュータシステムに新たにソフトウェアをインストールしてコンピュータシステムを初期状態にリカバリする方法およびこれを実現するシステムに関する。

パーソナルコンピュータに代表されるコンピュータシステムは、本体、ディスプレイおよび各種周辺機器等のハードウェア要素に加え、オペレーティングシステム（ＯＳ；基本プログラム）、デバイスドライバおよびアプリケーションプログラム等のソフトウェア（プログラム）要素によって構成される。

消費者（ユーザ）は、このようなコンピュータシステムを新たに導入する際には、工場出荷時等の初期状態のコンピュータシステムに対してハードウェアおよびソフトウェアのセットアップ作業を行う必要がある。ソフトウェアのセットアップ作業では、ユーザはＣＤ−ＲＯＭ等の記録媒体から必要なデバイスドライバ等のソフトウェアをシステム側にインストールして環境設定を行う。近年では、ユーザのこのような作業を簡略化するために、システム側に予めインストールされた作業プログラムが自身のシステム構成を検出して、必要なソフトウェアをインストールすることにより、セットアップ作業が自動的に行われるようになっている。

ユーザがコンピュータシステムを導入した後、何らかの理由により、コンピュータシステムのソフトウェア要素部分に障害が発生した場合、ＯＳを含めたソフトウェアの再セットアップ作業を行う場合がある。このような場合、ユーザは、コンピュータシステムに添付された「リカバリＣＤ」と呼ばれる記録媒体に記録された内容をシステム側にインストールすることにより、コンピュータシステムを初期状態に回復させることができる。

ところで、ユーザから製品の注文を受け付けて、その注文に沿った製品を生産して販売するいわゆるＢＴＯ（Built To Order）方式と呼ばれるビジネスモデルが知られている。例えば、コンピュータ製品の販売であれば、ユーザは、ＣＰＵやメモリ、ハードディスク等のハードウェア要素の仕様（システム構成）を定めて注文を行い、販売者は、工場でその注文に沿って部品を組み立ててコンピュータシステムを完成させ、これをユーザに販売する。この場合、システム側にインストールされるべきデバイスドライバ等のソフトウェアは、システム構成に合わせて決定される。

従って、ＢＴＯ方式で生産されたコンピュータシステムにおいては、何らかの理由によりソフトウェア要素に障害が発生した場合に、工場出荷時等の初期状態に回復させようとしても、それぞれ異なるシステム構成を有するため、リカバリＣＤを用いただけでは、回復させることができず、ユーザ固有のシステム構成部分についてユーザが別途インストールしなければならなかった。

そこで、本発明は、それぞれ異なるシステム構成を有するコンピュータシステムについても、そのシステム構成をそれぞれの初期状態に容易に回復（リカバリ）させることのできるリカバリ方法およびそれを実現するシステムを提供することを目的とし、ひいてはソフトウェアのインストールにも応用できるようにすることを目的としている。

本発明の要旨は、販売者側のコンピュータシステムがユーザに販売した個々のコンピュータシステムのシステム構成を管理しておき、ソフトウェア（プログラムおよび／またはデータ）をインストールしようとするユーザ側のコンピュータシステムが、自身の識別情報を販売者側のコンピュータシステムに送信し、これに応答した販売者側のコンピュータシステムが、その識別情報からユーザのコンピュータシステムのシステム構成を認識し、それに対応するソフトウェアを送信することである。これにより、それぞれ異なるシステム構成を有するコンピュータシステムについても、そのシステム構成ごとに必要なソフトウェアを容易にインストールすることができるようになる。

すなわち、本発明は、コンピュータシステムを構成すべき構成要素に関する情報と当該構成要素が必要とするソフトウェアを対応付けて記憶するとともに、所定の構成要素により構成されユーザに提供されたコンピュータシステムを識別する識別情報と当該コンピュータシステムが特定の構成要素によって構成されたことを示すシステム構成情報とを対応付けて記憶しておくステップと、前記ユーザのコンピュータシステムから当該コンピュータシステムに与えられた識別情報を受け付けるステップと、前記受け付けた識別情報に対応付けられたシステム構成情報に基づいて、前記ユーザのコンピュータシステムを構成する特定の構成要素が必要とするソフトウェアを前記ユーザのコンピュータシステムに送るステップと、からなることを特徴とするソフトウェアのインストール方法である。

本発明はまた、前記ユーザのコンピュータシステムに送ったソフトウェアに応じた対価を、前記ユーザごとに管理するステップと、前記ユーザに対して前記対価を徴収するステップと、をさらに備えるようにしてもよい。本発明では、コンピュータシステムごとに管理、つまりこれを所有するユーザごとに管理することが可能であるので、送信したソフトウェアに応じた対価（料金）を当該ユーザに課金することが容易にできるようになる。特に、本発明では、コンピュータシステムの構成要素によって送信すべきソフトウェアが異なるので、どのソフトウェアを送信したかをそれぞれ管理することによって、ユーザのシステム環境に応じたきめの細かい課金をすることができるようになる。

また、本発明は、コンピュータシステムを構成すべき構成要素に関する情報と当該構成要素が必要とするソフトウェアを対応付けて記憶する第１のデータベースと、所定の構成要素により構成されユーザに提供されたコンピュータシステムを識別する識別情報と当該コンピュータシステムが特定の構成要素によって構成されたことを示すシステム構成情報とを対応付けて記憶する第２のデータベースと、前記ユーザのコンピュータシステムから当該コンピュータシステムに与えられた識別情報を受け付ける受付手段と、前記第２のデータベースを参照し、前記受け付けた識別情報に対応するシステム構成情報を検索する第１の検索手段と、前記第１のデータベースを参照し、前記検索されたシステム構成情報に示される特定の構成要素が必要とするソフトウェアを検索する第２の検索手段と、前記検索されたソフトウェアを前記ユーザのコンピュータシステムに送出する送出手段と、を備えたことを特徴とするソフトウェアのインストールシステムである。

さらに、本発明は、識別情報を記憶したメモリを有するコンピュータシステムに所定のソフトウェアをインストールする機能を、当該コンピュータシステムに実現させるソフトウェアを記録した記録媒体であって、前記ソフトウェアは、前記識別情報を他のコンピュータシステムに送出する機能と、このステップに応答して、前記他のコンピュータシステムから送出されるソフトウェアを受け付ける機能と、このステップで受け付けたソフトウェアを実行可能なように、所定のセットアップ処理を行う機能と、を有することを特徴とする記録媒体である。

ここで、前記記録媒体とは、例えば、ハードディスク（ＨＤ）、ＤＶＤ−ＲＡＭ、フレキシブルディスク（ＦＤ）やＣＤ−ＲＯＭ等のほかに、ＲＡＭやＲＯＭ等の固体メモリを含む。また、前記コンピュータシステムとは、例えば、ＣＰＵやＭＰＵといったいわゆる中央処理装置がプログラムを解釈することで所定の処理を行う、いわゆるマイクロコンピュータ等をも含む。

さらにまた、本発明は、第１のコンピュータシステムと第２のコンピュータシステムとからなるクライアント／サーバシステムにより、前記第１のコンピュータシステムにソフトウェアをインストールするインストールシステムであって、前記第１のコンピュータシステムは、個々のコンピュータシステムを識別する識別情報を記憶する手段と、ユーザから与えられるリカバリ指示に従い、前記第２のコンピュータシステムに接続し、前記識別情報を前記第２のコンピュータシステムに送出する手段と、前記第２のコンピュータシステムから送出されるソフトウェアを受け付ける第１の受付手段と、を備え、前記第２のコンピュータシステムは、第１のコンピュータシステムを構成すべき構成要素に関する情報と当該構成要素が必要とするソフトウェアを対応付けて記憶する第１のデータベースと、所定の構成要素により構成されユーザに提供されたコンピュータシステムを識別する識別情報と当該コンピュータシステムが特定の構成要素によって構成されたことを示すシステム構成情報とを対応付けて記憶する第２のデータベースと、前記ユーザのコンピュータシステムから当該コンピュータシステムに与えられた識別情報を受け付ける第２の受付手段と、前記第１のコンピュータシステムが送った識別情報を受け付ける受付手段と、前記第２のデータベースを参照し、前記受け付けた識別情報に対応するシステム構成情報を検索する第１の検索手段と、前記第１のデータベースを参照し、前記検索されたシステム構成情報に示される特定の構成要素が必要とするソフトウェアを検索する第２の検索手段と、前記検索されたソフトウェアを前記第１のコンピュータシステムに送出する送出手段と、を備えたことを特徴とするソフトウェアのインストールシステムである。

なお、本明細書において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されても良い。

本発明によれば、異なるシステム構成を有するコンピュータシステムについても、そのシステム構成に応じたソフトウェアを容易にインストールすることができるようになる。したがって、ユーザにとっては、インストール作業の負担を軽減されるとともに、リカバリに際して必要なソフトウェアを確実に入手できるようになる。一方、販売者にとっては、ユーザに必要なソフトウェアを確実に提供でき、また、ユーザのシステム構成を把握することができる。

次に、本発明の実施の形態について、図面を参照しつつ説明する。以下の実施形態では、ユーザからコンピュータ製品の注文を受け付けて、その注文に沿ったコンピュータ製品を生産して販売するいわゆるＢＴＯ（Built To Order）方式と呼ばれるビジネスモデルを前提に説明する。すなわち、ユーザは、ＣＰＵやメモリ、ハードディスク等の仕様、プレインストールすべきアプリケーションソフトウェアを定めて注文を行い、販売者は、工場でその注文に沿って部品を組み立てて製品としてのコンピュータシステムを完成させ、これをユーザに販売する。

図１は、本実施形態に係るインストール方法を実現する全体システムを説明するための図である。この全体システムは、インターネットを介して接続されるクライアント／サーバシステムとして構成される。

クライアントシステム１は、ユーザが販売者からＢＴＯ方式で購入したコンピュータシステムである。このクライアントシステム１は、所定のハードウェア要素群によって構成されているとともに、これらのハードウェア要素群に応じた所定のソフトウェア要素群が組み込まれている。

クライアントシステム１を構成するハードウェア要素群としては、ＣＰＵ等を中心として構成されるマザーボード（「システムボード」と呼ばれることもある。）を含む本体、ディスプレイ、キーボード、ハードディスク及びプリンタ等の周辺機器が相当する。一方、クライアントシステム１に組み込まれたソフトウェア要素群としては、オペレーティングシステム、各種デバイスドライバおよび各種アプリケーションソフトウェアが相当する。典型的には、オペレーティングシステムや各種デバイスドライバは構成されたハードウェア要素群に依存し、各種アプリケーションソフトウェアはオペレーティングシステムに依存するもののうちユーザが適宜選択しうるものである。

本実施形態では、クライアントシステム１は、例えばＢＩＯＳ等を記憶したマザーボード上のＲＯＭ等の不揮発性メモリに、個々のコンピュータシステムを識別するための固有の識別情報（製品ＩＤ）が記憶されている。つまり、販売者は、ユーザからの注文に基づいてコンピュータシステムを組み立てて販売するに際し、このような製品ＩＤをＲＯＭに書き込んでおく。

サーバシステム２は、販売者が運用するコンピュータシステムであり、種々のデータベース（図示せず）を備えている。サーバシステム２が備えるデータベースとしては、例えば、顧客データベースや受注データベース、システム構成データベース、ハードウェア／ソフトウェア管理データベース（以下「Ｈ／Ｓ管理データベース」という）等があり、これらのデータベースにおける各レコードは相互に関連付けられて構成されている。

顧客データベースは、注文を行ったユーザに関する情報、例えば、ユーザＩＤごとに氏名、住所、電話番号等、およびユーザのバージョンアップに関する情報を管理している。ユーザのバージョンアップに関する情報とは、ユーザが本システムによりソフトウェアのインストールをすることで、いつバージョンアップを行ったか、その際、どのソフトウェアをインストールしたかといった情報であり、インストールにより発生する費用（対価）を合わせて管理している。また、受注データベースは、受注ＩＤごとにユーザＩＤや製品ＩＤ等を管理している。

システム構成データベースは、製品ＩＤごとにそのコンピュータシステムを構成するハードウェア要素群を管理している。図２は、本実施形態に係るシステム構成データベースにおけるデータ構造の一例を示す図である。同図に示すように、システム構成データベースは、製品ＩＤごとにシステム構成テーブルがポインタによって対応付けられている。システム構成テーブルは、例えば、構成区分データ、構成区分名データ、部品コードデータ、部品名称データおよび規格データの各フィールドを含む。部品コードデータとは、個々のハードウェア要素を区別するためのものである。

Ｈ／Ｓ管理データベースは、ハードウェア要素が必要とするソフトウェア要素をそれぞれ管理する。図３は、本実施形態に係るＨ／Ｓ管理データベースのデータ構造の一例を示す図である。同図に示すように、Ｈ／Ｓ管理データベースは、ハードウェア要素が必要とするソフトウェア要素がそのファイル名を管理している。ここでいうソフトウェア要素とは、例えば本体そのものに対するオペレーティングシステムや、各種デバイスドライバ等である。なお、ハードウェア要素が複数のソフトウェア要素を必要とする場合には、複数のファイル名がそれぞれ登録される。

サーバシステム２を運用する販売者は、このようなデータベースに登録されたデータを、手元のコンピュータ端末を用いて適宜参照することができる。図４は、あるコンピュータシステムのシステム構成を参照した画面の一例を示す図である。同図に示すように、販売者は、検索枠内にシリアルNo.（製品ＩＤ）を入力し、検索ボタンを選択することで、その製品ＩＤが与えられたコンピュータシステムのシステム構成一覧を参照することができる。

図１に戻り、このように構成された本システムでは、次のような処理手順でインストール方法が実現される。すなわち、クライアントシステム１において、何らかの原因によりオペレーティングシステム等のソフトウェア要素に障害が発生した場合に、クライアントシステム１は、ブート用ＦＤから読み込まれるリカバリソフトウェアを実行する。ブート用ＦＤからリカバリソフトウェアを実行するのは、多くの場合、ＢＩＯＳレベルでプライマリブートデバイスとしてＦＤデバイスが指定されているからである。ただし、例えば、クライアントシステム１のＢＩＯＳレベルでプライマリブートデバイスとしてＣＤ−ＲＯＭデバイス等を指定できる場合には、ブート用ＦＤを用いずに、リカバリＣＤからリカバリソフトウェアを実行するようにしてもよい。このリカバリソフトウェアを実行するクライアントシステム１は、リカバリＣＤから適宜にソフトウェアを読み込んで、低位のＢＩＯＳレベルからソフトウェア要素を再構築していき、コンピュータシステムの機能を回復させる。この場合、ＢＴＯ方式によるクライアントシステム１は、個々のユーザごとにそのシステム構成が異なるため、リカバリＣＤによってはすべてのソフトウェア要素をサポートすることがきわめて困難である。そこで、このようなサポートされていないソフトウェア要素については、クライアントシステム１は、自身に記憶されている識別情報（製品ＩＤ）をサーバシステム２に送り、これに応答するサーバシステム２からそのソフトウェア要素をダウンロードして、インストール処理（セットアップ処理）を行う。ここでいう、インストール処理は、クライアントシステム１のファイルシステム内にソフトウェア要素群を単にファイルとして記憶させるという処理だけでなく、オペレーティングシステムが管理するシステム情報を生成・構築し、実行可能な状態に設定するといった関連する処理を含む。

図５は、本実施形態に係るインストール方法の処理手順を説明するためのフローチャートである。なお、以下では、便宜上、この処理手順をシーケンシャルに説明するが、特にこれにこだわるものではない。従って、動作に矛盾が生じない限り、処理の順序を入れ替えまたは並行動作するように構成しても良い。

ユーザが使用しているクライアントシステム１にソフトウェア的な何らかの障害が発生したとする。ユーザは、クライアントシステム１のＦＤデバイスにブート用ＦＤを装着し、本体電源をＯＮにする。これにより、クライアントシステム１は、ブート用ＦＤからリカバリソフトウェアを自動的に読み込み、実行する（ＳＴＥＰ５０１）。以下では、クライアントシステム１は、リカバリソフトウェアの実行に従って、インストール処理を実現する。

すなわち、クライアントシステム１は、リカバリソフトウェアの実行の下、ユーザにリカバリＣＤの装着を促し、これに対してユーザはＣＤデバイスにリカバリＣＤを装着する。クライアントシステム１は、装着されたリカバリＣＤからオペレーティングシステム等のソフトウェア要素群をインストールする（ＳＴＥＰ５０２）。リカバリＣＤには、好ましくはクライアントシステム１のうちユーザ共通のシステム構成に必要なソフトウェア要素群が記憶されており、より好ましくは、ネットワークを介してサーバシステム２に通信接続するための通信ドライバおよび所定のダウンロード手順を定めたダウンロードソフトウェアが記憶されている。クライアントシステム１は、リカバリソフトウェアの実行の下、通信ドライバをインストールした後、ダウンロードソフトウェアに実行の制御を移し、サーバシステム２に通信接続をする（ＳＴＥＰ５０３）。

サーバシステム２に通信接続をしたクライアントシステム１は、まず、ＲＯＭから製品ＩＤを読み出し、これを含むダウンロード要求をサーバシステム２に送信する（ＳＴＥＰ５０４）。これにより、クライアントシステム１とサーバシステム２との間で、ダウンロードおよびインストールが開始され（ＳＴＥＰ５０５）、そのクライアントシステム１に対するすべてのソフトウェア要素のインストールが終了した時点で、インストール処理が終了する。

図６は、ダウンロード／インストール処理におけるサーバシステム２の動作を説明するためのフローチャートである。サーバシステム２は、クライアントシステム１からダウンロード要求を受け付けると、製品ＩＤを抽出した後、システム構成データベースを参照し、クライアントシステム１のシステム構成、すなわちハードウェア要素を特定する（ＳＴＥＰ６０１）。次に、サーバシステム２は、Ｈ／Ｓ管理データベースを参照し、特定したハードウェア要素のそれぞれが必要とするソフトウェア要素をそれぞれ特定する（ＳＴＥＰ６０２）。サーバシステム２は、特定したソフトウェア要素に基づいてクライアントシステム１が要求すべきダウンロードリストを作成し、これをクライアントシステム１に送信する（ＳＴＥＰ５０３）。ダウンロードリストを受け取ったクライアントシステム１は、そのダウンロードリストに従って個々のソフトウェア要素についてのダウンロード要求をサーバシステム２に対して行う。つまり、サーバシステム２は、クライアントシステム１から送信される個々のソフトウェア要素のダウンロード要求に応答し、ソフトウェア要素（ファイル）をクライアントシステム１に送信する（ＳＴＥＰ５０４）。

以上のように、本実施形態によれば、コンピュータシステムに何らかの原因によりソフトウェア的な障害が発生した場合であっても、初期状態に容易に回復させることができる。特に、本実施形態によれば、ＢＴＯ方式等によりユーザごとに異なるシステム構成を有するコンピュータシステムに対しても、それぞれの初期状態に容易に回復させることができる。

上記実施形態は、本発明を説明するための例示であり、本発明をこの実施形態にのみ限定する趣旨ではない。本発明は、その要旨を逸脱しない限り、さまざまな形態で実施することができる。

上記実施形態では、ユーザ共通のシステム構成部分が必要とするソフトウェア要素については、リカバリＣＤからインストールされるものとしたが、これらもサーバシステム２からダウンロードしてインストールするようにしてもよい。ブート用ＦＤからリカバリソフトウェアを読み込み、実行するのではなく、ＢＩＯＳ等とともにＲＯＭに記憶しておき、これを実行するようにしても良い。この場合は、例えば、電源ＯＮ時やリセットによるリブート時に予め定められたスペシャルキー（ＥＳＣ＋Ｆ１）を押下することにより、リカバリソフトウェアを実行するように構成してもよい。

また、本実施形態では、サーバシステム２側でクライアントシステム１のシステム構成を管理することとしたが、クライアントシステム１が自己診断ソフトウェアを実行することにより自己のシステム構成情報を収集し、これをサーバシステム２に送信するようにしてもよい。これにより、販売、引き渡し後、ユーザが追加したハードウェア要素をサーバシステム２が認識することができ、それに必要なソフトウェア要素をダウンロード、インストールすることができるようになる。また、サーバシステム２は、クライアントシステム１から送信される最新のシステム構成情報を管理することができるようになる。

さらに、本実施形態において、ユーザのコンピュータシステムに送ったソフトウェアに応じた対価をユーザごとに管理しておき、ユーザに対してこの対価を徴収するようにしてもよい。これにより、送信したソフトウェアに応じた対価（料金）を当該ユーザに課金することができるようになる。特に、コンピュータシステムの構成要素によって送信すべきソフトウェアが異なるので、どのソフトウェアを送信したかを管理することによって、ユーザのシステム環境に応じたきめの細かい課金をすることができるようになる。

さらにまた、本実施形態において、クライアントシステム１がＬＡＮを介して接続された複数のコンピュータシステムによって構成され、これらのコンピュータシステムを適宜協働させて実行してもよい。すなわち、再インストールの対象になっているコンピュータシステムが、リカバリソフトウェアの実行の下、ソフトウェア要素群を、一旦、他のコンピュータシステムのファイルシステム内にダウンロードした後、そこからさらに自身に対してインストールするようにしてもよい。

なお、初期状態に回復させるとは、ソフトウェア要素のバージョンまでも同じものに回復させることを意味するものではない。従って、サーバシステム２から最新バージョンのソフトウェア要素をダウンロード、インストールするようにして良い。これにより、本発明は、障害発生時のリカバリのみならず、ソフトウェアのバージョンアップ等にも利用することができる。また、ダウンロードされるべきソフトウェア要素を差分ソフトウェアとして構成し、リカバリＣＤからインストールされたソフトウェア要素にいわゆるバッチを当てることでインストールするようにして良い。

本発明の一実施形態に係るインストール方法を実現する全体システムを説明するための図である。 本発明の一実施形態に係るシステム構成データベースにおけるデータ構造の一例を示す図である。 本発明の一実施形態に係るＨ／Ｓ管理データベースのデータ構造の一例を示す図である。 本発明の一実施形態に係るデータベース参照画面の一例を示す図である。 本発明の一実施形態に係るインストール方法の処理手順を説明するためのフローチャートである。 ダウンロード／インストール処理におけるサーバシステム２の動作を説明するためのフローチャートである。

符号の説明

１…クライアントシステム
２…サーバシステム

Claims (3)

1. サーバコンピュータが、コンピュータシステムを構成すべきハードウェア要素に関する情報と当該ハードウェア要素が必要とするデバイスドライバを対応付けて記憶するとともに、ＢＴＯ方式の下で工場において特定のハードウェア要素により構成され、当該特定のハードウェア要素が必要とするデバイスドライバが組み込まれて、当該工場からユーザに提供されたコンピュータシステムを識別する識別情報と当該コンピュータシステムが当該特定のハードウェア要素によって構成されたことを示すシステム構成情報とを対応付けて記憶しておくステップと、
   前記サーバコンピュータが、前記ユーザのコンピュータシステムから当該コンピュータシステムに与えられた識別情報を含む第１のダウンロード要求を受け付けるステップと、
   前記サーバコンピュータが、前記受け付けた第１のダウンロード要求に含まれる識別情報に対応付けられたシステム構成情報に基づいて、前記ユーザのコンピュータシステムを構成する特定のハードウェア要素が必要とする最新バージョンのデバイスドライバを特定し、該特定した最新バージョンのデバイスドライバに基づいてダウンロードリストを作成し、該作成したダウンロードリストを前記ユーザのコンピュータシステムに送信するステップと、
   前記ダウンロードリストに従って前記ユーザのコンピュータシステムから送信される個々の第２のダウンロード要求に基づいて、前記最新バージョンのデバイスドライバを前記ユーザのコンピュータシステムに送信するステップと、
   前記サーバコンピュータが、前記最新バージョンのデバイスドライバの送信に従って、前記ユーザのバージョンアップに関する情報を管理するステップと、
   を備えたことを特徴とするコンピュータシステムのリカバリ方法。
2. コンピュータシステムを構成するハードウェア要素が必要とするデバイスドライバの障害をリカバリするためのリカバリシステムであって、
   コンピュータシステムを構成すべきハードウェア要素に関する情報と当該ハードウェア要素が必要とするデバイスドライバを対応付けて記憶する第１のデータベースと、
   ＢＴＯ方式の下で工場において特定のハードウェア要素により構成され、当該特定のハードウェア要素が必要とするデバイスドライバが組み込まれて、ユーザに提供されたコンピュータシステムを識別する識別情報と当該コンピュータシステムが特定のハードウェア要素によって構成されたことを示すシステム構成情報とを対応付けて記憶する第２のデータベースと、
   ユーザごとのバージョンアップに関する情報を管理する第３のデータベースと、
   前記ユーザのコンピュータシステムから当該コンピュータシステムに与えられた識別情報を含む第１のダウンロード要求を受け付ける受付手段と、
   前記第２のデータベースを参照し、前記受け付けた第１のダウンロード要求に含まれる識別情報に対応するシステム構成情報を検索する第１の検索手段と、
   前記第１のデータベースを参照し、前記検索されたシステム構成情報に示される特定のハードウェア要素が必要とする最新バージョンのデバイスドライバを検索する第２の検索手段と、
   前記検索された最新バージョンのデバイスドライバに基づいてダウンロードリストを作成し、該作成したダウンロードリストを前記ユーザのコンピュータシステムに送信し、該ダウンロードリストに従って前記ユーザのコンピュータシステムから送信される個々の第２のダウンロード要求に基づいて、前記検索された最新バージョンのデバイスドライバを前記ユーザのコンピュータシステムに送信する送信手段と、を備え、
   前記最新バージョンのデバイスドライバの送信により、前記ユーザのバージョンアップに関する情報を管理するようにしたことを特徴とするリカバリシステム。
3. ＢＴＯ方式の下で工場において特定のハードウェア要素により構成され、当該特定のハードウェア要素が必要とするデバイスドライバが組み込まれて、ユーザに販売された第１のコンピュータシステムと、販売者側が運用する第２のコンピュータシステムとを備えたクライアント／サーバシステムにより、前記第１のコンピュータシステムに組み込まれたデバイスドライバの障害をリカバリするリカバリシステムであって、
   前記第１のコンピュータシステムは、
   個々のコンピュータシステムを識別する識別情報を記憶する手段と、
   プライマリブートデバイスから読み込まれるリカバリソフトウェアの実行により、通信ドライバをインストールするとともにダウンロードソフトウェアを実行して、前記第２のコンピュータシステムに通信接続し、前記識別情報を前記通信接続された第２のコンピュータシステムに送信する手段と、
   前記第２のコンピュータシステムから送信されるデバイスドライバを受け付ける第１の受付手段と、を備え、
   前記第２のコンピュータシステムは、
   第１のコンピュータシステムを構成すべきハードウェア要素に関する情報と当該ハードウェア要素が必要とするデバイスドライバを対応付けて記憶する第１のデータベースと、
   特定のハードウェア要素により構成されユーザに提供された第１のコンピュータシステムを識別する識別情報と当該第１のコンピュータシステムが特定のハードウェア要素によって構成されたことを示すシステム構成情報とを対応付けて記憶する第２のデータベースと、
   ユーザごとのバージョンアップに関する情報を管理する第３のデータベースと、
   前記第１のコンピュータシステムから当該第１のコンピュータシステムに与えられた識別情報を含む第１のダウンロード要求を受け付ける第２の受付手段と、
   前記第２のデータベースを参照し、前記受け付けた第１のダウンロード要求に含まれる識別情報に対応するシステム構成情報を検索する第１の検索手段と、
   前記第１のデータベースを参照し、前記検索されたシステム構成情報に示される特定のハードウェア要素が必要とする最新バージョンのデバイスドライバを検索する第２の検索手段と、
   前記検索された最新バージョンのデバイスドライバに基づいてダウンロードリストを作成し、該作成したダウンロードリストを前記第１のコンピュータシステムに送信し、該ダウンロードリストに従って前記第１のコンピュータシステムから送信される個々の第２のダウンロード要求に基づいて、前記検索された最新バージョンのデバイスドライバを前記第１のコンピュータシステムに送信する送信手段と、を備え、
   前記第２のコンピュータシステムは、前記最新バージョンのデバイスドライバの送信により、前記第３のデータベースにおいて前記ユーザのバージョンアップに関する情報を管理するようにしたことを特徴とするソフトウェアのリカバリシステム。

Images