JP2015032142A - 計算機システム、デバイスドライバインストール方法 - Google Patents

Abstract

【課題】ＯＳインストール時に必要なデバイスドライバを自動でインストールする計算機システム、デバイスドライバインストール方法の提供。
【解決手段】計算機システムにインストール可能なデバイスドライバとその記憶領域の識別情報を記憶する第１のテーブルと、ドライブにセットされた記録媒体に記憶され、所定のプログラムをインストールするために必要なデバイスドライバとその記憶領域の識別情報を記憶する第２テーブルを読み込み、読み込んだ第２のテーブルに第１のテーブルのレコードを挿入し第１と第２のテーブルに記憶されているデバイスドライバの各識別情報が一意となるよう新たに採番した第３のテーブルを生成し、第３のテーブルと、第１および第２のテーブルに記憶されているデバイスドライバとを対応付けた仮想テーブルを生成し、所定のプログラムのインストール時に要求されたデバイスドライバを仮想テーブルの中から検索し、インストールする。
【選択図】図５

Description

本発明は、デバイスドライバをインストールする計算機システム、およびデバイスドライバインストール方法に関する。

近年、計算機システムに接続されるデバイスの数は増えつつある。従来、計算機システムに接続したデバイスを使用するには、デバイスを制御するソフトウェアであるデバイスドライバをユーザまたは保守員が手動でインストールする必要があった。これに対して、例えば、特許文献１では、周辺機器をＰＣ本体に接続するだけでドライバを自動的にインストールし周辺機器を利用させ、ＯＳがインストールされた計算機システムにおいて自動的にデバイスドライバをインストールすることが可能となる。

しかし、ＯＳを新規インストールする計算機システムでは、ＯＳインストールの際、必要最低限のプログラムで動作するため、ＯＳ上で動作するプログラムとは異なり複雑な処理ができない。したがって、新規ＯＳインストール中の計算機システムでは、複雑な処理ができない状態で動作しているＯＳインストールプログラムの補助が必要となる。

特開２００７−２８０１７１号公報

新規にＯＳインストールをする計算機システムは、計算機システムに搭載されるデバイスによって、ＯＳインストールＣＤに記録されていないデバイスドライバが必要になることがあり、その度にユーザおよび保守員がＯＳインストールに必要なデバイスドライバを用意し、手動でインストールを実施するといった課題がある。

本発明は、上記に鑑みてなされたものであって、ＯＳインストール時に必要なデバイスドライバを手動でインストールする必要のない計算機システム、デバイスドライバインストール方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる計算機システムは、記録媒体を読み込むドライブに接続された計算機システムであって、前記計算機システムにインストール可能なデバイスドライバと前記デバイスドライバが記憶されている論理領域の識別情報とをデバイスドライバごとに対応付けたレコードを記憶する第１のファイル管理テーブルを記憶する記憶部と、前記ドライブにセットされた記録媒体に記憶され、所定のプログラムをインストールするために必要なデバイスドライバとそのデバイスドライバが記憶されている論理領域の識別情報とをデバイスドライバごとに対応付けたレコードを記憶する第２のファイル管理テーブルを読み込む読込部と、読み込んだ前記第２の管理テーブルに前記第１の管理テーブルに記憶されている前記レコードを挿入するとともに前記第１のファイル管理テーブルに記憶されているデバイスドライバと前記第２のファイル管理テーブルに記憶されているデバイスドライバの各識別情報が一意となるように新たに採番した第３のテーブルを生成する生成部と、前記第３のテーブルと、前記第１のテーブルに記憶されているデバイスドライバおよび前記第２のテーブルに記憶されているデバイスドライバとを対応付けた仮想ファイル管理テーブルを生成し、前記所定のプログラムのインストール時に要求されたデバイスドライバを前記仮想ファイル管理テーブルの中から検索し、要求されたデバイスドライバをインストールする実行部と、を備えることを特徴とする計算機システムとして構成される。

また、本発明は、上記計算機システムで行われるデバイスドライバインストール方法として把握される。

本発明によれば、ＯＳインストール時に必要なデバイスドライバを手動でインストールする必要をなくすことができる。

仮想ファイル管理テーブルの生成を示す。 仮想ファイル管理テーブルの生成シーケンスを示す。 仮想ファイル管理テーブル生成処理フローチャートを示す。 ＯＳインストールＣＤのファイル管理テーブルおよびテーブルＡの構造図の例を示す。 ＳＶＭＲＯＭのドライバＣＤイメージ内にあるファイル管理テーブルおよびテーブルＢの構造図の例を示す。 ＯＳインストールＣＤのファイル管理テーブルから、Ｏｕｔ−ｂｏｘデバイスドライバの情報である論理ブロック番号、領域名、付随するデータを複製したテーブルＣの構造図を示す。 テーブルＡにテーブルＣを挿入し、Ｔｅｍｐテーブルを生成する構造図を示す。 Ｔｅｍｐテーブルの論理ブロック番号に所定の値を加算した構造図を示す。 ＴｅｍｐテーブルにテーブルＡとテーブルＢの情報を結合し、生成した仮想ファイル管理テーブルの構造図を示す。 ＢＭＣが、ＯＳインストーラからのデバイスドライバの要求に対し、Ｏｕｔ−ｂｏｘデバイスドライバのパスを通知し、主記憶装置にデバイスドライバが読み込まれたことを示す。 ＯＳインストール処理の際、ＢＭＣとＢＭＣ ＲＡＭに記録されている仮想ファイル管理テーブルによって、ＯＳインストーラがＯｕｔ−ｂｏｘデバイスドライバを検出するフローチャートを示す。

以下に添付図面を参照して、本発明にかかる計算機システム、デバイスドライバインストール方法の実施の形態を詳細に説明する。なお、以下ではＯＳをインストールする場合を例示説明しているが、他のソフトウェアやファームウェア等、様々なプログラムをインストールする場合にも適用することができる。

図１は、本実施例における計算機システムの構成例を示す図である。図１に示すように、計算機システムは、ＣＤドライブ１と、クライアントＰＣ２と、ＳＶＰ（Service Processor）１７０およびサーバブレード１３０を備えたシャーシ３とを有して構成され、クライアントＰＣ２とＣＤドライブ１とはＵＳＢ（Universal Serial Bus）接続され、クライアントＰＣ２とシャーシ３内のＳＶＰ１７０およびサーバブレード１３０とはＬＡＮ（Local Area Network）接続されている。

また、ＣＤドライブ１にはＯＳインストールＣＤ１０がセットされた状態となっている。ＯＳインストールＣＤ１０には、ＯＳをインストールするためのプログラムであるＯＳインストーラ１１と、ＯＳのインストールに必要なファイルを管理するファイル管理テーブル１６と、Ｉｎ−ｂｏｘデバイスドライバ１５とを有している。Ｉｎ−ｂｏｘデバイスドライバ１５は、ＣＤドライブ１にセットされたインストールＣＤ１０に必要なデバイスドライバである。

また、ＳＶＰ１７０は、サーバブレード１３０を管理するプロセッサであり、サーバブレード１３０に対して各種の命令をするＳＶＰマイコン１７１と、デバイスドライバのイメージデータであるドライバＣＤイメージ１８を格納するＳＶＰＲＯＭ１７と、を有して構成されている。ドライバＣＤイメージ１８には、Ｏｕｔ−ｂｏｘデバイスドライバ１９と、ファイル管理テーブル２０とが記憶されている。Ｏｕｔ−ｂｏｘデバイスドライバ１９は、あらかじめＳＶＰＲＯＭ１７内のドライバＣＤイメージ１８に記憶されているデバイスドライバである。

サーバブレード１３０は、ブレードサーバの機能を１つの基板に集約したものであり、ＥＦＩ（Extensible Firmware Interface）プログラム（以下、単にＥＦＩと呼ぶ。）１３２を有したＣＰＵ１３１と、ＢＭＣ（Base Management Controller）マイコン１４１と、ＢＭＣＲＡＭ２１とを有したＢＭＣ１４と、主記憶装置１２とを有して構成されている。

ＯＳの新規インストールにおいて、ＯＳインストールＣＤ１０内のＯＳインストーラ１１が主記憶装置１２に読み込まれると、ＥＦＩ１３２は、ＯＳインストーラ１１が主記憶装置１２に、読み込まれたことをＢＭＣ１４に通知する。通知を受けたＢＭＣ１４は、ＯＳインストールＣＤ１０内のＩｎ−ｂｏｘデバイスドライバ１５へのリンク情報が記録されたファイル管理テーブル１６、およびＳＶＰＲＯＭ１７にあるドライバＣＤイメージ１８内のＯｕｔ−ｂｏｘデバイスドライバ１９へのリンク情報が記録されたファイル管理テーブル２０を、ＢＭＣＲＡＭ２１にコピーする。コピーされたファイル管理テーブル１６はテーブルＡ２２となり、ファイル管理テーブル２０はテーブルＢ２３となる。ＢＭＣ１４は、テーブルＡ２２とテーブルＢ２３に記録されている情報をもとに中間テーブルであるテーブルＣ２４、Ｔｅｍｐテーブル２５を生成し、最終的に仮想ファイル管理テーブル２６を生成する。

図２は、仮想ファイル管理テーブル２６の生成シーケンスを示した図である。ＥＦＩ１３２は、ＯＳインストールＣＤ１０を認識すると（ステップ２０１）、ＯＳインストールＣＤ１０が持つＯＳインストーラ１１をサーバブレードの主記憶装置１２に読み込むよう要求する（ステップ２０２）。主記憶装置に読み込まれたＯＳインストーラ１１は、ＥＦＩ１３２に対し、ＯＳインストーラ読み込みが完了したことを通知する（ステップ２０３）。

ＯＳインストーラ１１から読み込み完了の通知を受けたＥＦＩ１３２は、ＢＭＣ１４に対してＯＳインストーラ１１の起動を通知する（ステップ２０４）。ＢＭＣ１４は、ＯＳインストールＣＤ１０に対し、ＯＳインストールＣＤ１０が持つＩｎ−ｂｏｘデバイスドライバ１５のファイル管理テーブル１６の複製を要求する（ステップ２０５）。ＢＭＣ１４から要求を受けたＯＳインストールＣＤ１０は、ファイル管理テーブル１６をＢＭＣ１４に複製する（ステップ２０６）。

ＢＭＣ１４は、ＳＶＰＲＯＭ１７に対し、ＳＶＰＲＯＭ１７が持つＯｕｔ−ｂｏｘドライバ１９のファイル管理テーブル２０の複製を要求する（ステップ２０７）。ＢＭＣ１４から要求を受けたＳＶＰＲＯＭ１７は、ファイル管理テーブル２０をＢＭＣ１４に複製する（ステップ２０８）。ＢＭＣ１４は、Ｉｎ−ｂｏｘデバイスドライバ１５のファイル管理テーブル１６とＯｕｔ−ｂｏｘデバイスドライバ１９のファイル管理テーブル２０の複製データをもとに仮想ファイル管理テーブル２６を生成する（ステップ２０９）。仮想ファイル管理テーブル２６を生成する処理の詳細は図３にて説明する。

図３は、仮想ファイル管理テーブル２６を生成する処理（仮想ファイル管理テーブル生成処理）の処理手順を示すフローチャートである。図３に示すように、ＢＭＣ１４は、ＯＳインストールＣＤ１０内にあるファイル管理テーブル１６をＢＭＣＲＡＭ２１に複製する。複製されたテーブルはテーブルＡとなる（ステップ３０１）。ＢＭＣ１４は、ＳＶＭＲＯＭ１７のドライバＣＤイメージ１８内にあるファイル管理テーブル２０をＢＭＣＲＡＭ２１に複製する。複製されたテーブルはテーブルＢとなる（ステップ３０２）。

ＢＭＣ１４は、テーブルＢから、Ｏｕｔ−ｂｏｘデバイスドライバ１９の開始領域、終了領域とそれに対応する論理ブロック番号をＢＭＣＲＡＭ２１に複製する。ここでコピーしたテーブルがテーブルＣとなる（ステップ３０３）。ＢＭＣ１４は、テーブルＡを複製し、Ｔｅｍｐテーブルを生成する（ステップ３０４）。ＢＭＣ１４は、Ｔｅｍｐテーブルから、Ｉｎ−ｂｏｘデバイスドライバ終了領域の論理ブロック番号を検出し、次の論理ブロックにテーブルＣの複製を挿入する（ステップ３０５）。ＢＭＣ１４は、ＴｅｍｐテーブルのＯｕｔ−ｂｏｘデバイスドライバ開始領域からリードアウト領域までの論理ブロックに、現在の論理ブロック番号よりも大きくなるようにするため、挿入したテーブルＣのレコード数以上となる所定の値を加算する（ステップ３０６）。ＢＭＣ１４は、Ｔｅｍｐテーブルに対応するテーブルＡとテーブルＢのＣＤ情報、論理ブロック番号、領域名、付随するデータ情報を結合し、仮想ファイル管理テーブル２６を生成する（ステップ３０７）。なお、ＢＭＣ１４は、仮想ファイル管理テーブル２６を生成すると、ＢＭＣＲＡＭ２１を圧迫しないように、Ｔｅｍｐテーブルをクリアする。

図４Ａは、ＯＳインストールＣＤ１０が記憶するファイル管理テーブル１６およびテーブルＡの構造図の例である。例として論理ブロック番号に値を設定してある。図４Ａに示すように、これらのテーブルには、ＯＳインストールＣＤ１０を識別するためのＣＤ情報と、そのＣＤに記録されているデータの論理ブロック番号と、その論理ブロック番号の領域名と、その領域名の領域に格納されているデータとが対応付けて記憶されている。図４Ａでは、例えば、論理ブロック番号２５６から９９９までの領域はリードイン領域として定義され、ＣＤを読み込むためのリードイン情報が記憶されていることを示している。また、論理ブロック番号１０００〜１９９８までの領域は、様々なＩｎ−ｂｏｘデバイスドライバ（１〜ｎ）が、論理ブロック番号に対応付けて記憶されていることを示している。

図４Ｂは、ＳＶＭＲＯＭ１７のドライバＣＤイメージ１８内にあるファイル管理テーブル２０およびテーブルＢの構造図の例である。例として論理ブロック番号に値を設定してある。図４Ｂに示すように、これらのテーブルには、図４Ａの場合と同様に、ドライバＣＤイメージ１８を識別するためのＣＤ情報と、そのＣＤに記録されているデータの論理ブロック番号と、その論理ブロック番号の領域名と、その領域名の領域に格納されているデータとが対応付けて記憶されている。図４Ｂでは、例えば、論理ブロック番号２５６から９９９までの領域はリードイン領域として定義され、ＣＤを読み込むためのリードイン情報が記憶されていることを示している。また、論理ブロック番号１０００〜１９９８までの領域は、様々なＯｕｔ−ｂｏｘデバイスドライバ（１〜ｎ）が論理ブロック番号に対応付けて記憶されていることを示している。

図４Ｃは、テーブルＢのＯｕｔ−ｂｏｘデバイスドライバが記憶されている論理ブロック番号、領域名、付随するデータを複製したテーブルＣの構造図の例である。例として論理ブロック番号に値を設定してある。図４Ｃに示すように、テーブルＣは、様々なＯｕｔ−ｂｏｘデバイスドライバ（１〜ｎ）が記憶されている論理ブロック番号１０００〜１９９８までのレコードを複製したものとなっている。

図４Ｄは、テーブルＡにテーブルＣを挿入したＴｅｍｐテーブルの構造図である。例として論理ブロック番号に値を設定してある。図４Ｄに示すように、Ｔｅｍｐテーブルは、テーブルＡのＩｎ−ｂｏｘデバイスドライバ（１〜ｎ）が記憶されている論理番号１０００〜１９９９の領域の次の領域にテーブルＣが挿入されたものとなっている。

図４Ｅは、Ｔｅｍｐテーブルの論理ブロック番号に所定の値を加算した構造図である。例として論理ブロック番号に値を設定してある。図４Ｅに示すように、テーブルＣが挿入された後のＴｅｍｐテーブルは、テーブルＣの論理ブロック番号が、Ｉｎ−ｂｏｘデバイスドライバ（１〜ｎ）が記憶されているテーブルＡの論理番号１０００〜１９９９の領域の次の論理番号として新たに採番されている。また、その採番にあわせて、それ以降のテーブルＡのその他領域やリードアウト領域の論理ブロック番号も新たに採番され、Ｉｎ−ｂｏｘデバイスドライバ（１〜ｎ）、Ｏｕｔ−ｂｏｘデバイスドライバ（１〜ｎ）の論理番号が一意となり、リードイン領域からリードアウト領域が連続した論理ブロック番号となっていることがわかる。

図４Ｆは、ＴｅｍｐテーブルにテーブルＡとテーブルＢの情報を結合し、生成した仮想ファイル管理テーブル２６の構造図である。例として論理ブロック番号に値を設定してある。図４Ｆに示すように、仮想ファイル管理テーブル２６は、図４Ｅに示したＴｅｍｐテーブルと、図４Ａに示したテーブルＡおよび図４Ｃに示したテーブルＣとをＴｅｍｐテーブルと同じ順序で結合した結合テーブルとが対応付けて記憶されている。図４Ｆに示す例では、Ｔｅｍｐテーブルの論理ブロック番号と結合テーブルの論理ブロック番号（元のテーブルＡ、テーブルＢの論理ブロック番号である実論理ブロック番号）とが対応付けて記憶され、ＢＭＣ１４は、論理ブロック番号をキーに仮想ファイル管理テーブル２６のレコードを読み出してその論理ブロック番号をＯＳインストーラ１１に通知し、ＯＳインストーラ１１は、その論理ブロック番号に対応する実論理ブロック番号のＩｎ−ｂｏｘデバイスドライバ（１〜ｎ）やＯｕｔ−ｂｏｘデバイスドライバ（１〜ｎ）として実際に付随するデータ（実付随するデータ）を読み込み、そのデバイスドライバを主記憶装置１２に読み込む。

図５は、ＢＭＣ１４が、ＯＳインストーラ１１からのデバイスドライバ２７の要求に対し、Ｏｕｔ−ｂｏｘデバイスドライバ１９のパスを通知し、主記憶装置１２にデバイスドライバ２７が読み込まれたことを示す図である。主記憶装置１２にあるＯＳインストーラ１１は、ＥＦＩ１３２を介してＢＭＣ１４にデバイスドライバ２７を要求する。要求を受けたＢＭＣ１４は、ＢＭＣＲＡＭ２１内にある仮想ファイル管理テーブル２６から該当するファイルのＣＤ情報、実論理ブロック番号、実領域名、実付随するデータをＯＳインストーラ１１に通知する。該当するファイルが存在しない場合、デバイスドライバのインストールは停止となる。また、ＢＭＣ１４は、仮想ファイル管理テーブル２６を生成すると、ＢＭＣＲＡＭ２１を圧迫しないように、Ｔｅｍｐテーブルをクリアしていることがわかる。

図６は、ＯＳインストール処理の際、ＢＭＣ１４とＢＭＣＲＡＭ２１に記録されている仮想ファイル管理テーブル２６によって、ＯＳインストーラ１１がＯｕｔ−ｂｏｘデバイスドライバ１９を検出するフローチャートを示した図である。ＯＳインストーラ１１は、ＢＭＣ１４に対しＯＳインストールに必要なデバイスを制御、操作するため、デバイスドライバを要求する（ステップ６０１）。

ＢＭＣ１４は、ＯＳインストーラ１１の要求に対応するデバイスドライバを、ＢＭＣＲＡＭ２１に記録されている仮想ファイル管理テーブル２６から検索する（ステップ６０２）。ＢＭＣ１４は、要求されたデバイスドライバが仮想ファイル管理テーブル２６の付随するデータに存在するか否かを判定し、確認する（ステップ６０３）。

ＢＭＣ１４は、デバイスドライバが存在すると判定した場合（ステップ６０３；Ｙｅｓ）、論理ブロック番号を実論理ブロック番号に変換する（ステップ６０４）。一方、ＢＭＣ１４は、デバイスドライバが存在しないと判定した場合（ステップ６０３；Ｎｏ）、ＯＳインストーラ１１にファイルは存在しないことを通知し、フローチャートの処理は停止する（ステップ６０５）。

ＢＭＣ１４は、仮想ファイル管理テーブル２６からＯＳインストーラ１１の要求するデバイスドライバに対応するＣＤ情報および実論理ブロック番号をＯＳインストーラ１１に通知する（ステップ６０６）。ＯＳインストーラ１１は、ＢＭＣ１４から通知された論理ブロック番号を参照し、Ｉｎ−ｂｏｘドライバが格納されているＯＳインストールＣＤ、Ｏｕｔ−ｂｏｘドライバが格納されているドライバＣＤイメージを意識することなく、論理ブロック番号が示すＣＤ情報、実論理ブロック番号から要求したデバイスドライバにアクセスする（ステップ６０７）。

ＯＳインストーラ１１は、従来のインストールでは必要だった、ＯＳインストールを一度中断し、デバイスドライバが記録された記録媒体の交換、検出作業をインストール作業従事者であるユーザおよび保守員に要求することなく、デバイスドライバを主記憶装置１２に読み込む（ステップ６０８）。その後、ＯＳインストーラ１１は、要求したデバイスを検出し（ステップ６０９）、デバイスが検出されたことで、ＯＳインストールを進めることが可能となり、ＯＳインストーラは、その後のＯＳインストール処理を続行する（ステップ６１０）。

このように、本実施例では、ＢＭＣにより生成される仮想ファイル管理テーブルを用いておよびあらかじめ用意されたドライバＣＤイメージを使用し、新規ＯＳインストールの際、ユーザおよび保守員がＯＳインストールに必要なデバイスドライバを用意して手動でインストールすることなく、計算機システムは自動でデバイスドライバを読み取ることを可能とし、その結果、ユーザおよび保守員はＯＳインストールに必要なデバイスドライバを考慮することなく、ＯＳインストールを進めることが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は、ステップ６０５において、ＯＳインストーラ１１にファイルは存在しない場合にはその旨をＯＳインストーラ１１に通知し、フローチャートの処理を停止することとしたが、ＬＡＮ接続された他のシャーシが有するＳＶＰの中から要求されたデバイスドライバを検索して取得し、取得したそのデバイスドライバを新たなＯｕｔ−ｂｏｘデバイスドライバ１９としてドライバＣＤイメージ１８に記憶させるとともに、ファイル管理テーブル２０のレコードを更新（例えば、図４Ｂでは、Ｏｕｔ−ｂｏｘデバイスドライバ（１〜ｎ）が記憶されている論理ブロック番号１０００〜１９９８までの領域に追加更新）し、図３に示した仮想ファイル管理テーブル２６を生成する処理を再実行した上で、図６に示したインストール処理を実行してもよい。

この場合、ＯＳインストール処理を実行しているサーバブレードを有するシャーシに要求されたデバイスドライバが存在しない場合であっても、ＯＳインストール処理を自動で続行させることができる。また、新たなデバイスドライバをＯｕｔ−ｂｏｘデバイスドライバ１９追加してファイル管理テーブル２０を更新しているので、次回同じデバイスドライバの要求を受けた場合には、他のシャーシを検索することなく速やかにＯＳのインストールを実行することができる。

１ ＣＤドライブ
２ クライアントＰＣ
３ シャーシ
１０ ＯＳインストールＣＤ
１１ ＯＳインストーラ
１２ 主記憶装置
１３０ サーバブレード
１３１ ＣＰＵ
１３２ ＥＦＩ
１４ ＢＭＣ
１４１ ＢＭＣマイコン
１５ Ｉｎ−ｂｏｘデバイスドライバ
１６ ＯＳインストールＣＤ内のファイル管理テーブル
１７０ ＳＶＰ
１７１ ＳＶＰマイコン
１７ ＳＶＰ ＲＯＭ
１８ ドライバＣＤイメージ
１９ Ｏｕｔ−ｂｏｘデバイスドライバ
２０ ドライバＣＤイメージ内のファイル管理テーブル
２１ ＢＭＣ ＲＡＭ
２２ テーブルＡ
２３ テーブルＢ
２４ テーブルＣ
２５ Ｔｅｍｐテーブル
２６ 仮想ファイル管理テーブル
２７ デバイスドライバ。

Claims (8)

1. 記録媒体を読み込むドライブに接続された計算機システムであって、
   前記計算機システムにインストール可能なデバイスドライバと前記デバイスドライバが記憶されている論理領域の識別情報とをデバイスドライバごとに対応付けたレコードを記憶する第１のファイル管理テーブルを記憶する記憶部と、
   前記ドライブにセットされた記録媒体に記憶され、所定のプログラムをインストールするために必要なデバイスドライバとそのデバイスドライバが記憶されている論理領域の識別情報とをデバイスドライバごとに対応付けたレコードを記憶する第２のファイル管理テーブルを読み込む読込部と、
   読み込んだ前記第２の管理テーブルに前記第１の管理テーブルに記憶されている前記レコードを挿入するとともに前記第１のファイル管理テーブルに記憶されているデバイスドライバと前記第２のファイル管理テーブルに記憶されているデバイスドライバの各識別情報が一意となるように新たに採番した第３のテーブルを生成する生成部と、
   前記第３のテーブルと、前記第１のテーブルに記憶されているデバイスドライバおよび前記第２のテーブルに記憶されているデバイスドライバとを対応付けた仮想ファイル管理テーブルを生成し、前記所定のプログラムのインストール時に要求されたデバイスドライバを前記仮想ファイル管理テーブルの中から検索し、要求されたデバイスドライバをインストールする実行部と、
   を備えることを特徴とする計算機システム。
2. 前記実行部は、前記要求されたデバイスドライバが前記仮想ファイル管理テーブルの中から検索できない場合、ネットワーク接続された他の計算機システムに記憶されている第１のファイル管理テーブルの中から前記要求されたデバイスドライバを取得する、
   ことを特徴とする請求項１に記載の計算機システム。
3. 前記実行部は、前記他の計算機システムから取得したデバイスドライバを新たなデバイスドライバとして第１のファイル管理テーブルに記憶させる、
   ことを特徴とする請求項２に記載の計算機システム。
4. 前記実行部は、前記仮想ファイル管理テーブルを生成した後、前記第３のテーブルをクリアする、
   ことを特徴とする請求項１に記載の計算機システム。
5. 記録媒体を読み込むドライブに接続された計算機システムで行われるデバイスドライバインストール方法であって、
   前記ドライブにセットされた記録媒体に記憶され、所定のプログラムをインストールするために必要なデバイスドライバとそのデバイスドライバが記憶されている論理領域の識別情報とをデバイスドライバごとに対応付けたレコードを記憶する第２のファイル管理テーブルを読み込む読込ステップと、
   読み込んだ前記第２の管理テーブルに前記計算機システムにインストール可能なデバイスドライバと前記デバイスドライバが記憶されている論理領域の識別情報とをデバイスドライバごとに対応付けたレコードを記憶する第１のファイル管理テーブルに記憶されている前記レコードを挿入するとともに前記第１のファイル管理テーブルに記憶されているデバイスドライバと前記第２のファイル管理テーブルに記憶されているデバイスドライバの各識別情報が一意となるように新たに採番した第３のテーブルを生成する生成ステップと、
   前記第３のテーブルと、前記第１のテーブルに記憶されているデバイスドライバおよび前記第２のテーブルに記憶されているデバイスドライバとを対応付けた仮想ファイル管理テーブルを生成し、前記所定のプログラムのインストール時に要求されたデバイスドライバを前記仮想ファイル管理テーブルの中から検索し、要求されたデバイスドライバをインストールする実行ステップと、
   を含むことを特徴とするデバイスドライバインストール方法。
6. 前記実行ステップでは、前記要求されたデバイスドライバが前記仮想ファイル管理テーブルの中から検索できない場合、ネットワーク接続された他の計算機システムに記憶されている第１のファイル管理テーブルの中から前記要求されたデバイスドライバを取得する、
   ことを特徴とする請求項５に記載のデバイスドライバインストール方法。
7. 前記実行ステップでは、前記他の計算機システムから取得したデバイスドライバを新たなデバイスドライバとして第１のファイル管理テーブルに記憶させる、
   ことを特徴とする請求項６に記載のデバイスドライバインストール方法。
8. 前記実行部は、前記仮想ファイル管理テーブルを生成した後、前記第３のテーブルをクリアする、
   ことを特徴とする請求項５に記載のデバイスドライバインストール方法。

Images