JP2007141102A - ソフトウェアをインストールするためのプログラム、記録媒体、及び装置 - Google Patents

Abstract

【課題】インストールされたＯＳがインストール直後に最新状態になっているようにする。
【解決手段】インストール対象ＯＳ５２をコンピュータ１０にインストールする際、支援媒体４０内の支援ツールが、応答ファイル４２への情報の格納、支援媒体４０からハードディスク１１への固有デバイスドライバ４３及びＤＯＳシステムファイル４４のコピー、インストール媒体５０からハードディスク１１へのインストール用ファイル５１のコピー、ダウンロードサーバ２０からネットワーク３０を介してダウンロードしたセキュリティパッチファイル２１によるインストール用ファイル５１の更新を、支援ツール用ＯＳ４１上で行う。その後、インストーラが、ＤＯＳシステムファイル４４から起動し、応答ファイル４２、固有デバイスドライバ４３、インストール用ファイル５１を用いて、ＯＳをインストールする。
【選択図】図１

Description

本発明は、オペレーティングシステム(以下、「ＯＳ」という)等のソフトウェアをコンピュータにインストールする技術に関する。

昨今、インターネットやイントラネットの大規模な普及により、ネットワークに接続した機器に対するネットワーク経由での攻撃も急増し、ネットワーク利用者への被害が拡大している状況にある。ところで、このようなネットワーク経由での攻撃には、リリース済のＯＳのパッケージ製品等で発見されたセキュリティ上の脆弱性(セキュリティホール)を悪用したものが多い。ＯＳのリリース時には顕在化していなかったセキュリティホールが、リリース後に発見されてしまい、このような攻撃の標的となってしまうのである。現在、ＯＳはＣＤ−ＲＯＭ等の記録媒体で配布されるのが普通であり、このような配布方法は今後も変わらないと考えられることから、セキュリティホールを悪用した攻撃も後を絶たないと考えられる。

かかる状況に鑑み、リリース後に発見されたＯＳのセキュリティ上の問題を解決するためのセキュリティパッチをそのＯＳのベンダーが提供することが一般的に行われている。即ち、各ユーザは、自身が使用するＯＳのベンダーが用意したダウンロードサーバから、必要なセキュリティパッチをダウンロードし、自身のＯＳに適用する。ここで、セキュリティパッチとは、セキュリティホールに対する修正モジュールのことである。ソフトウェアは、通常、複数のモジュールから構成されており、問題があるモジュールにこの修正モジュールを適用することで、問題を解決する。このようなセキュリティパッチの適用の例としては、米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓＵｐｄａｔｅが挙げられる。

ところが、リリースされたＯＳをコンピュータにインストールしてからセキュリティパッチを適用したのでは、ＯＳがセキュリティ上の問題を有したままコンピュータをネットワークに接続することになってしまう。従って、その際に、ネットワーク経由での攻撃を受ける可能性がある。

そこで、ＯＳをインストールするための記録媒体(以下、「インストール媒体」という)として、セキュリティパッチを適用済のものを用意し、これを用いてＯＳをインストールすることが提案されている(例えば、非特許文献１、２参照)。
このうち、非特許文献１には、ユーザが予めセキュリティパッチをダウンロードしておき、セキュリティパッチ適用済のインストール媒体を自ら作成することが開示されている。具体的には、インストール媒体の一例としてのインストールＣＤを、以下のような手順で作成する。
１．インストールするＯＳのセキュリティパッチを、インターネット経由で予めダウンロードしておく。
２．インストールするＯＳについての市販のインストールＣＤ中のファイルを全てハードディスク等にコピーしておく。
３．上記２でコピーしたファイルを、上記１でダウンロードしたセキュリティパッチのファイルで上書きする。
４．全てのファイルをＣＤ−Ｒ等の記録媒体に書き込み、ブータブルＣＤを作成する。
また、非特許文献２には、ＯＳのベンダーが、セキュリティパッチ適用済のインストール媒体を配布する、というサービスが開示されている。

一方、ＯＳをインストールしてからセキュリティパッチを適用することを前提とした技術もある(例えば、非特許文献３参照)。
この非特許文献３には、セキュリティパッチが全く適用されていないインストール媒体(リカバリＣＤ等)を用いてＯＳをインストールした後、パーソナルファイアウォールによって外部からのアクセスをブロックし、その間にセキュリティパッチを適用することが開示されている。

Ｄａｎｉｅｌ Ｐｅｔｒｉ、"ＭＣＳＥ ｗｏｒｌｄ Ｗｉｎｄｏｗｓ２０００/ＸＰ ＳＰ Ｓｌｉｐｓｔｒｅａｍｉｎｇ"、［online］、平成１６年１２月、［平成１７年９月１６日検索］、インターネット＜URL：http://www.petri.co.il/windows_2000_xp_sp_slipstreaming.htm＞ 斉藤国博、"Ｗｉｎｄｏｗｓ２０００ ＳＰ４日本語版の配布が始まる"、［online］、平成１５年７月３日、日経Ｗｉｎｄｏｗｓプロ、［平成１７年９月１６日検索］、インターネット＜URL：http://itpro.nikkeibp.co.jp/free/NT/NEWS/20030703/4/＞ 大和哲、"新しいウィルス対策を考える (８)セキュリティ修正パッチ適用のススメ(前編)"、［online］、平成１５年１２月１２日、Ｉｎｔｅｒｎｅｔ Ｗａｔｃｈ、［平成１７年８月２４日検索］、インターネット＜URL：http://internet.watch.impress.co.jp/static/column/antivrs/2003/12/12/＞

このように、ネットワーク経由での攻撃を受けないような方法でＯＳをインストールする技術は種々存在する。
しかしながら、上記各文献に開示された技術には以下の問題点がある。
まず、非特許文献１では、ユーザがセキュリティパッチをダウンロードするために、インストール対象となるシステム以外に、既にセキュリティパッチが適用されたシステムが必要になるということである。また、ユーザが実際にインストールＣＤを作成する際の手順はかなり煩雑であると共に、ＣＤ−Ｒのライティング環境が必須になるという点も問題になる。
また、非特許文献２では、ＯＳベンダーが最新のセキュリティパッチを適用したインストール媒体がユーザの手元に届くまでに時間がかかってしまう。セキュリティ上の問題の発見及びその問題を解消するためのセキュリティパッチの提供は、短期間のうちに幾度もなされることがある。従って、ユーザの手元に届いたインストール媒体が常に最新のセキュリティパッチを適用したものであるとは限らないという問題がある。

更に、非特許文献３は、ＯＳ導入後のセキュリティパッチ適用の一般的な手順を述べたものに過ぎない。この手順では、ＯＳのインストール後、そのＯＳにパーソナルファイアウォールが初期搭載されていなければ、パーソナルファイアウォールを別途購入し、導入する必要がある。そして、ユーザ自らがパーソナルファイアウォールの設定を行うことになるが、この設定はＯＳによっても異なり、正しく設定するには相当の技術的知識を要する。従って、パーソナルファイアウォールを設定する前に知らずにネットワークに接続してしまったり、設定を間違えたりすることにより、ネットワークからの攻撃を受ける危険性があるという問題がある。
尚、同様の問題は、ＯＳのインストール時のみならず、ＯＳ以外の一般のソフトウェアのインストール時にも発生し得る。

本発明は、以上のような技術的課題を解決するためになされたものであって、その目的は、最新状態ではないインストール媒体を用いてソフトウェアをインストールした場合であっても、インストールされたソフトウェアがインストール直後に最新状態になっているようにすることにある。
また、本発明の他の目的は、セキュリティ上の問題がない他のコンピュータを用いたり、ユーザが意識して特別な操作を行ったりすることなく、インストールされたソフトウェアがインストール直後に最新状態になっているようにすることにある。

かかる目的のもと、本発明では、ＯＳインストールの支援ツールが、実際のＯＳインストールの開始前に、ネットワークから更新情報をダウンロードし、ＯＳインストールに必要なファイルをその更新情報で更新して最新状態にするようにした。そこで、この支援ツールを動作させるためのプログラムを本発明の第１のプログラムとして捉えると、この第１のプログラムは、コンピュータに、次の２つの機能を実現させるものとなる。第１の機能は、インストール対象の第１のＯＳのインストールに先立ち、第２のＯＳを動作させる機能である。また、第２の機能は、第１のＯＳのインストールに用いられるデータを記録媒体から取得する処理と、そのデータに関する更新情報をネットワークを介してダウンロードする処理と、そのデータをその更新情報に基づいて最新状態にする処理とを、第２のＯＳ上で実行する機能である。
尚、ここでの第１のＯＳと第２のＯＳは、インストール対象のＯＳか、支援ツールを動作させるためのＯＳかという点で区別したものに過ぎず、ＯＳの種類としては同じであっても構わない。即ち、例えば、Ｌｉｎｕｘ(登録商標)をインストールする際に、支援ツールをＬｉｎｕｘ上で動作させるような形態でもよい。

また、本発明では、ＯＳインストールの支援ツールが、実際のＯＳインストールの開始前に、ネットワークからセキュリティパッチをダウンロードし、ＯＳインストールに必要なファイルをセキュリティパッチで置き換えて、セキュリティ上問題のない状態にするようにした。その場合、この支援ツールを動作させるためのプログラムは、上記第１のプログラムにおいて、更新情報が、第１のＯＳが有するセキュリティ上の問題を修正するためのセキュリティパッチを含むものであると捉えることができる。
更に、本発明では、ＯＳインストールの支援ツールが、ネットワーク経由での攻撃を許さないセキュアな状態でセキュリティパッチをダウンロードするようにした。その場合、この支援ツールを動作させるためのプログラムは、上記第１のプログラムが実現する第２の機能において、ネットワークをセキュアな状態にした上でセキュリティパッチをダウンロードする処理を行うものとして捉えることができる。
更にまた、本発明は、ＯＳインストールに必要なファイルを最新状態にした後に実際にＯＳをインストールするプログラムとして捉えることもできる。その場合、このプログラムは、上記第１のプログラムが、コンピュータに、最新状態になったデータを用いて第１のＯＳをインストールする機能を更に実現させるものとして捉えることができる。

また、本発明は、ＯＳインストールの支援プログラムとしてのみならず、一般のソフトウェアのインストールの支援プログラムとして捉えることもできる。その場合、本発明の第２のプログラムは、コンピュータに、次の３つの機能を実現させるものとなる。第１の機能は、ソフトウェアのインストールに用いられるデータを記録媒体から取得する機能である。第２の機能は、そのデータに関する更新情報を保持する装置との間のネットワークをセキュアな状態にした上で、その更新情報をネットワークを介してダウンロードする機能である。また、第３の機能は、ソフトウェアのインストールに先立ち、そのデータをその更新情報に基づいて最新状態にする機能である。

更に、本発明は、ＯＳインストールの支援ツールを動作させるプログラム等を記録した記録媒体として捉えることもできる。その場合、本発明の記録媒体は、コンピュータへＯＳをインストールする第１のプログラムと、そのＯＳのインストールを支援する第２のプログラムと、そのＯＳのインストールに用いられるデータとを記録したものであり、第２のプログラムは、コンピュータに、次の２つの機能を実現させる。第１の機能は、ＯＳのインストールに先立ち、他のＯＳを動作させる機能である。また、第２の機能は、ＯＳのインストールに用いられるデータに関する更新情報をネットワークを介してダウンロードする処理と、そのデータをその更新情報に基づいて最新状態にする処理とを、他のＯＳ上で実行する機能である。
尚、ここでのＯＳと他のＯＳは、インストール対象のＯＳか、支援ツールを動作させるためのＯＳかという点で区別したものに過ぎず、ＯＳの種類としては同じであっても構わない。即ち、例えば、Ｌｉｎｕｘをインストールする際に、支援ツールをＬｉｎｕｘ上で動作させるような形態でもよい。

更にまた、本発明は、ＯＳインストールを支援する装置として捉えることもできる。その場合、本発明の装置は、ソフトウェアのインストールに用いられるデータを記録媒体から取得する取得部と、そのデータに関する更新情報を保持する装置との間のネットワークをセキュアな状態にした上で、その更新情報をネットワークを介して受信する受信部と、そのデータをその更新情報に基づいて最新状態にする更新部とを含んでいる。

本発明によれば、最新状態ではないインストール媒体を用いてソフトウェアをインストールした場合であっても、インストールされたソフトウェアがインストール直後に最新状態になる。

以下、添付図面を参照して、本発明を実施するための最良の形態(以下、「実施の形態」という)について詳細に説明する。
図１は、本実施の形態の概要を示した図である。
図示するように、本実施の形態は、ＯＳがインストールされるコンピュータ１０と、そのＯＳ用のセキュリティパッチを保持するダウンロードサーバ２０とが、インターネット等のネットワーク３０を介して接続されてなるコンピュータシステムに適用される。尚、コンピュータ１０は、ＯＳのインストール及び動作のために必要な各種データを記憶するためのハードディスク１１を有している。

ところで、比較的ローエンドのサーバシステムにおいては、そのシステムに対するＯＳのインストール作業を支援するためのツール(以下、「支援ツール」という)が提供されることが多い。例えば、ＩＢＭ社の「ｅＳｅｒｖｅｒ ｘＳｅｒｉｅｓ」には、「ＳｅｒｖｅｒＧｕｉｄｅ」という支援ツールのブータブルＣＤが同梱されている。このような支援ツールは、そのシステム固有のハードウェアオプションの設定、ＢＩＯＳ/ファームウェア等の更新、そのシステムに最適なドライバのインストール等を行う。特に、そのシステムを初めて導入する小規模事業所のユーザ等によく使用される。
そこで、本実施の形態では、かかる支援ツールを用いてＯＳをインストールする際に、ＯＳのセキュリティ上の問題を解消するための処理を行うようにしている。

以下、本システムにおける概略動作を説明する。
まず、支援ツールを動作させるためのＯＳ(以下、「支援ツール用ＯＳ」という)４１が、支援ツールとして動作するプログラムを記録した記録媒体(以下、「支援媒体」という)４０から起動する(Ａ)。この支援ツールは、支援ツール用ＯＳ４１上で次のように動作する。
即ち、まず、支援ツールは、ユーザが入力した情報を受け付けて応答ファイル４２に格納する(Ｂ)。その一方で、支援媒体４０から、コンピュータ１０に固有のデバイスドライバ等(固有デバイスドライバ)４３をハードディスク１１にコピーし(Ｃ)、ＤＯＳシステムファイル４４をハードディスク１１にコピーする(Ｄ)。

次に、ユーザは、支援媒体４０を抜いて、インストール媒体５０を挿入する(Ｅ)。これにより、支援ツールは、インストール媒体５０から、ＯＳのインストールに必要なファイル(インストール用ファイル)５１をハードディスク１１にコピーする(Ｆ)。また、本実施の形態では、ネットワーク３０をセキュアな状態にした上で、ダウンロードサーバ２０からネットワーク３０を介してセキュリティパッチファイル２１をダウンロードし、インストール用ファイル５１に含まれるファイルを必要に応じて置き換える(Ｇ)。

次いで、支援ツールは、ＯＳのインストールを開始する。即ち、まず、コンピュータ１０をリブートし、ＤＯＳシステムファイル４４よりＤＯＳを起動する。そして、ＯＳのインストーラ(図示せず)をＤＯＳ上で起動する。尚、ＯＳのインストーラは、支援媒体４０からコピーされたものであっても、インストール媒体５０からコピーされたものであってもよい。
また、このとき、支援ツールは、インストーラに対し、応答ファイル４２を渡す(Ｈ)。これにより、インストーラは、応答ファイル４２内の情報と、固有デバイスドライバ４３と、インストール用ファイル５１とを用いて、ＯＳのインストールを完了する(Ｉ)。即ち、インストール対象ＯＳ５２の環境をハードディスク１１上に作成する。

以下、本実施の形態について、より詳細に説明する。
図２は、本実施の形態におけるコンピュータ１０として用いるのに好適なコンピュータのハードウェア構成の例を模式的に示した図である。
図２に示すコンピュータは、演算手段であるＣＰＵ(Central Processing Unit)１０ａと、Ｍ/Ｂ(マザーボード)チップセット１０ｂ及びＣＰＵバスを介してＣＰＵ１０ａに接続されたメインメモリ１０ｃと、同じくＭ/Ｂチップセット１０ｂ及びＡＧＰ(Accelerated Graphics Port)を介してＣＰＵ１０ａに接続されたビデオカード１０ｄとを備える。また、ＰＣＩ(Peripheral Component Interconnect)バスを介してＭ/Ｂチップセット１０ｂに接続された磁気ディスク装置(ＨＤＤ)１０ｅ及びネットワークインターフェイス１０ｇを備える。更に、ＰＣＩバスとブリッジ回路１０ｆと低速なバスとを介してＭ/Ｂチップセット１０ｂに接続されたフレキシブルディスクドライブ１０ｈ及びキーボード/マウス１０ｉを備える。

尚、図２は本実施の形態を実現するコンピュータのハードウェア構成を例示するに過ぎず、本実施の形態を適用可能であれば、他の種々の構成を取ることができる。例えば、ビデオカード１０ｄを設ける代わりに、ビデオメモリのみを搭載し、ＣＰＵ１０ａにてイメージデータを処理する構成としてもよいし、外部記憶装置として、ＡＴＡ(AT Attachment)やＳＣＳＩ(Small Computer System Interface)等のインターフェイスを介してＣＤ−Ｒ(Compact Disc Recordable)やＤＶＤ−ＲＡＭ(Digital Versatile Disc Random Access Memory)のドライブを設けてもよい。

また、図３は、本実施の形態において、ＯＳのインストール時にコンピュータ１０(図１参照)内に実現される機能構成の一例を示した図である。
図示するように、コンピュータ１０には、制御部４１０と、ＵＩ部４１１と、取得部４１２と、登録部４１３と、更新部４１４と、送信部４１５と、受信部４１６と、通信設定部４１７と、応答ファイル４２と、インストール部４５とが実現される。
制御部４１０は、各機能部を制御すると共に、応答ファイル４２への情報の格納及びインストール部４５の起動を行う。ＵＩ部４１１は、ユーザに対し情報の入力を指示したり入力された情報を取得したりする。取得部４１２は、記録媒体からファイルを取得し、登録部４１３は、記録媒体から取得したファイルをハードディスク１１(図１参照)に新規に書き出し、更新部４１４は、ネットワーク３０を介してダウンロードしたファイルによってハードディスク１１(図１参照)内のファイルを置き換える。送信部４１５は、ネットワーク３０を介してデータを送信し、受信部４１６は、ネットワーク３０を介してデータを受信する。特に、受信部４１６は、ダウンロードサーバ２０からセキュリティパッチをダウンロードする。また、通信設定部４１７は、送信部４１５及び受信部４１６によるデータの通信に関する各種設定を自動的に行う。

更に、応答ファイル４２は、既に述べたように、インストールするＯＳに受け渡すべき情報を一時的に格納するためのファイルである。また、インストール部４５は、ＯＳのインストーラによって実現される機能であり、実際にＯＳをインストールする。
尚、制御部４１０、ＵＩ部４１１、取得部４１２、登録部４１３、更新部４１４、送信部４１５、受信部４１６、通信設定部４１７の各機能は、支援媒体４０内の支援プログラムが動作することによって実現される。具体的には、コンピュータ１０の図示しないＣＰＵが、支援媒体４０から支援プログラムをメモリに展開し、これを読み出して実行することにより実現される。
一方、インストール部４５を実現するインストーラは、支援媒体４０からメモリに展開されたものであってもよいし、インストール媒体５０からメモリに展開されたものであってもよい。

次に、本実施の形態の動作について具体的に説明する。ここでは、ＩＢＭ社の「ＳｅｒｖｅｒＧｕｉｄｅ」を支援ツールとして用い、Ｗｉｎｄｏｗｓ(登録商標)をインストールする場合を例にとる。尚、「ＳｅｒｖｅｒＧｕｉｄｅ」は、Ｌｉｎｕｘ(登録商標)で起動し、Ｌｉｎｕｘのウィンドウマネージャ上でＪａｖａ(登録商標)によって動作するＧＵＩツールであり、ＣＤ−ＲＯＭ及びＲＡＭディスク上で動作する。従って、以下では、支援ツール用ＯＳをＬｉｎｕｘとして説明する。また、支援媒体４０及びインストール媒体５０としてＣＤを用い、この場合の支援媒体４０を「支援ＣＤ」、インストール媒体５０を「インストールＣＤ」と呼ぶことにする。

図４及び５は、本実施の形態における支援ツールの動作の一例を示したフローチャートである。但し、発明に直接関係のないステップは割愛してある。また、以下では、支援ツールの動作を、支援ツールによって実現されるコンピュータ１０の各機能による動作として説明する。その場合、制御部４１０以外の各機能部は、制御部４１０による制御の下で動作することになるが、ここでは、記載を簡潔にするために、各機能部が制御部４１０による制御によって動作することについてはその都度言及しないものとする。

まず、図４を参照して、ＯＳインストールの開始前における支援ツールの動作について説明する。
ユーザが、支援ツールのブータブルＣＤからコンピュータ１０を起動すると、支援ツールが動作を開始する。そして、まず、ＵＩ部４１１が、インストールするＯＳの選択をユーザに促す。これに応じてユーザがＯＳを選択すると、ＵＩ部４１１は、その選択を受け付ける(ステップ１０１)。ここで、ユーザは、例えば、Ｗｉｎｄｏｗｓ２０００又はＷｉｎｄｏｗｓＳｅｒｖｅｒ２００３を選択することができる。
次に、制御部４１０は、ハードディスク１１のパーティションを消去した後、新たにパーティションを作成し、フォーマットを行う(ステップ１０２)。尚、ここでは、例えば、ＮＴＦＳ(NT File System)又はＦＡＴ３２(File Allocation Table 32)をファイルシステムとして用いることができる。

また、制御部４１０は、無人インストールのための応答ファイル４２を作成する(ステップ１０３)。ここでは、インストール対象ＯＳがＷｉｎｄｏｗｓなので、後述のステップでＷｉｎｄｏｗｓインストーラ(ＷＩＮＩＮＳＴ．ＥＸＥ)に渡される「Ｕｎａｔｔｅｎｄ．ｔｘｔ」を作成する。この応答ファイル４２は、詳しくは、次のようにして作成される。即ち、まず、ＵＩ部４１１が、Ｗｉｎｄｏｗｓのインストールに必要な情報の入力をユーザに促す。このインストールに必要な情報とは、コンピュータ名、Ｗｉｎｄｏｗｓプロダクトキー、ネットワーク設定、ライセンスモード、タイムゾーン、インストールするコンポーネント等である。これに応じてユーザが情報を入力すると、ＵＩ部４１１は、その情報を取得して制御部４１０に返し、制御部４１０が応答ファイル４２にその情報を格納する。

次に、取得部４１２は、支援ＣＤから必要なファイルを取得して制御部４１０に渡す。そして、登録部４１３が、ステップ１０２でフォーマットしたパーティションにそのファイルを書き出す(ステップ１０４)。ここで、必要なファイルとしては、固有デバイスドライバ４３(コンピュータ１０に固有のＷｉｎｄｏｗｓドライバ等)や、ＤＯＳシステムファイル４４がある。尚、本実施の形態では、その際、ＤＯＳ上で動作するＷｉｎｄｏｗｓインストーラ(ＷＩＮＩＮＳＴ．ＥＸＥ)も取得してハードディスク１１に書き出すものとする。
その後、ＵＩ部４１１は、支援ＣＤをインストールＣＤに交換するようユーザに指示する(ステップ１０５)。そこで、ユーザは、支援ＣＤを抜いて、Ｗｉｎｄｏｗｓの市販インストールＣＤを挿入する。
これにより、取得部４１２は、Ｗｉｎｄｏｗｓのインストール用ファイル５１を、ＷｉｎｄｏｗｓのインストールＣＤから取得する。そして、登録部４１３は、ステップ１０２でフォーマットしたパーティションにそのファイルを書き出す(ステップ１０６)。

ところで、本実施の形態では、これらの処理に引き続き、セキュリティ上の問題を解消するために以下の処理を行う。尚、以下の処理も、これまでの処理と同様、Ｌｉｎｕｘ上で行われる。
具体的には、まず、通信設定部４１７が、ネットワークをセキュアな状態にするための設定を行う(ステップ１０７)。
このようにネットワークをセキュアな状態にした上で、送信部４１５は、ダウンロードサーバ２０に対し、セキュリティパッチファイル２１の送信を要求し、受信部４１６が、送信されたセキュリティパッチファイル２１を受信する(ステップ１０８)。
そして、ステップ１０６でコピーしたインストール用ファイルのうち、対応するセキュリティパッチファイル２１の方が新しいものについては、更新部４１４が、インストール用ファイルをセキュリティパッチファイル２１で置き換える(ステップ１０９)。

尚、一般に、セキュリティパッチファイルは、個々のインストール用ファイルを置き換え可能な形で提供される。例えば、Ｗｉｎｄｏｗｓのサービスパックでは、以下のようにしてインストール用ファイルを置き換えることが可能である。
まず、受信部４１６が、Ｍｉｃｒｏｓｏｆｔ社のダウンロードセンタ(ＵＲＬ：http://www.microsoft.com/japan/default.asp)から、「Ｗｉｎｄｏｗｓ２０００ ＳｅｒｖｉｃｅＰａｃｋ４ ネットワークインストール」を入手したとする(モジュール名：Ｗ２Ｋｓｐ４．ｅｘｅ)。
この場合は、次に、更新部４１４が、コマンド「Ｗ２Ｋｓｐ４ −ｘ」を発行し、サービスパックモジュールを展開する。尚、「−ｘ」は、サービスパックをインストールせず、展開だけ行うオプションである。ここでは、ディレクトリ「ｃ：￥ｗ２ｋ＿ｓｐ４」の下に展開したものとする。
また、更新部４１４は、Ｗｉｎｄｏｗｓ２０００のインストールＣＤ中のファイル/ディレクトリを全てハードディスク１１にコピーする。ここでは、ディレクトリ「ｃ：￥ｗ２ｋ」の下にコピーしたものとする。
この状態で、更新部４１４が、コマンド「ｃｄ ￥ｗ２ｋ＿ｓｐ４￥ｉ３８６￥ｕｐｄａｔｅ」を入力し、その後、コマンド「ｕｐｄａｔｅ．ｅｘｅ −ｓ：ｃ：￥ｗ２ｋ」を入力することにより、ＷｉｎｄｏｗｓのインストールＣＤのファイルをサービスパックのファイルで置き換えることができる。

ここまでの処理が終了すると、ユーザはＷｉｎｄｏｗｓのインストールＣＤを抜き、処理は、実際のＷｉｎｄｏｗｓのインストールに移る。
次に、図５を参照して、ＯＳインストール時における支援ツールの動作について説明する。
まず、制御部４１０は、コンピュータ１０をリブートし、ステップ１０４でコピーしたＤＯＳシステムファイル４４よりＤＯＳを起動する(ステップ１１１)。
次に、制御部４１０は、ステップ１０４でコピーしたＷｉｎｄｏｗｓインストーラ(ＷＩＮＩＮＳＴ．ＥＸＥ)をＤＯＳ上で起動する。これにより、Ｗｉｎｄｏｗｓインストーラは、インストール部４５として機能するので、ステップ１０３で作成した応答ファイル４２(Ｕｎａｔｔｅｎｄ．ｔｘｔ)をインストール部４５に受け渡す(ステップ１１２)。

その後、インストール部４５は、ステップ１０４でコピーした固有デバイスドライバ４３(コンピュータ１０に固有のＷｉｎｄｏｗｓドライバ等)、Ｗｉｎｄｏｗｓのインストール用ファイル５１を使用しながら、自動的にＷｉｎｄｏｗｓのインストールを完了する(ステップ１１３)。
そして、最後に、制御部４１０は、固有デバイスドライバ４３、ＤＯＳシステムファイル４４、インストール用ファイル５１を削除し、次回起動時からは、インストールされたＷｉｎｄｏｗｓから起動されるようにする(ステップ１１４)。
尚、ここまではＤＯＳ環境での動作であり、その後、コンピュータ１０をリブートすると、インストールされたＷｉｎｄｏｗｓが起動するようになる。

次に、図６及び７を参照して、図４のステップ１０７での処理を詳細に説明する。
既述のように、図４のステップ１０７は、ネットワーク経由での攻撃を阻止するためにセキュアな状態を確保する処理を行うステップである。
まず、通信設定部４１７は、インバウンドネットワークパケット(外部から内部へのパケット)も、アウトバウンドネットワークパケット(内部から外部へのパケット)も、全てブロックされるように設定する(ステップ１２１)。
但し、コンピュータ１０にＤＨＣＰ(Dynamic Host Configuration Protocol)でＩＰアドレスが割り当てられるようになっている場合は(ステップ１２２でＹｅｓ)、ＤＨＣＰによる通信のみは許可する設定にする(ステップ１２３)。

次いで、通信設定部４１７は、ネットワークデバイスドライバとＴＣＰ/ＩＰプロトコルスタックをアクティブにする(ステップ１２４)。
但し、ダウンロードサーバ２０がＩＰアドレスではなく、ＦＱＤＮ(Fully Qualified Domain Name)で表される場合は(ステップ１２５でＹｅｓ)、ＤＮＳプロトコルによる通信のみは許可する設定にする(ステップ１２６)。
尚、ステップ１２１、１２３、１２６は、既存技術であるパケットフィルタリングを用いて実装可能である。例えば、Ｌｉｎｕｘの場合、Ｎｅｔｆｉｌｔｅｒ(ｉｐｔａｂｌｅｓ)を用いて容易に実現できる。この場合、パケットフィルタリングは、カーネル自体の内部のプロトコルスタックにより行われ、ユーザ空間のデーモンプロセスなしに行われる。ネットワーク層、プロトコル層、データリンク層でのパケットフィルタリングが可能である。

そして、通信設定部４１７は、図４のステップ１０８でのファイルのセキュアなダウンロードに最低限必要な通信のみを許可する設定にする(ステップ１２７)。
例えば、ＳＳＨ２上で動作するＳＦＴＰ(SSH File Transfer Protocol)を用いる場合は、以下のパケットのみ許可するようにする。尚、ダウンロードサーバ２０のアドレス(ＩＰアドレスやＦＱＤＮ)は予め分かっているものとする。
・ダウンロードサーバ２０のポート２２へのアウトバウンドネットワークパケット
・コンピュータ１０の任意のポート(指定可能だが１０２４番以上が望ましい)へのインバウンドネットワークパケット

その後、ＩＰアドレスやＦＱＤＮの詐称を防止するため、コンピュータ１０とダウンロードサーバ２０との間で認証とセッションの暗号化とを行う。尚、この手順は、既存技術であるＳＳＨ２上で動作するＳＦＴＰ等を用いて実装可能である。
例えば、図７に示すような手順で認証とセッションの暗号化とを行う。
まず、コンピュータ１０の送信部４１５が、ダウンロードサーバ２０への接続を要求する(ステップ１３１)。
これに対し、ダウンロードサーバ２０はコンピュータ１０にサーバ側の公開鍵を提示する。そこで、コンピュータ１０では、受信部４１６が、サーバ側の公開鍵を受信する(ステップ１３２)。そして、セッション鍵(実際の通信を暗号化するための鍵)をサーバ側の公開鍵で暗号化したものを、送信部４１５がダウンロードサーバ２０に送信する(ステップ１３３)。
これに対し、ダウンロードサーバ２０は、セッション鍵をサーバ側の秘密鍵で復号する。そして、ここから後の全ての通信は、このセッション鍵で暗号化される。まず、ダウンロードサーバ２０は、確認のメッセージをセッション鍵で暗号化してコンピュータ１０に送る。

これに対し、コンピュータ１０では、受信部４１６が、ダウンロードサーバ２０からのメッセージを待ち受けており、メッセージが確認できたかどうかを判定する(ステップ１３４)。
ここで、ダウンロードサーバ２０からのメッセージが確認できなかった場合は、セッション鍵が正しく渡されていないので、接続を中断する。
一方、ダウンロードサーバ２０からのメッセージが確認できた場合は、次の認証の段階に移る。即ち、ダウンロードサーバ２０が１回限りのビット列(challenge)を作成し、コンピュータ１０の公開鍵で暗号化して送ってくるので、受信部４１６は、これを受信する(ステップ１３５)。
そして、送信部４１５が、送られてきた暗号を自身の秘密鍵で復号化した結果をダウンロードサーバ２０に送り返す(ステップ１３６)。
ダウンロードサーバ２０は、送り返されてきた結果が、暗号化前のものと一致するかどうかを調べ、一致していれば認証は成功することとなる。

以上述べたように、本実施の形態では、支援ツールが、実際のＯＳインストールの開始前に、ネットワークから更新情報をダウンロードし、ＯＳインストールに必要なファイルをその更新情報で更新して最新状態にするようにした。ここで、支援ツールの動作環境は、一般に、ＣＤ−ＲＯＭ及びＲＡＭディスクであり、実際にＯＳがインストールされるハードディスクとは基本的に異なる環境に属する。また、支援ツールは、インストールされるＯＳ(例えば、Ｗｉｎｄｏｗｓ)とは異なるＯＳ(例えば、Ｌｉｎｕｘ)上で動作することを前提としている。そのため、実際にインストールされるＯＳには、ネットワーク経由での攻撃による影響が出ることはない。即ち、ＯＳのインストールが完了した時点で、ネットワーク経由での攻撃を受けることなく最新のセキュリティパッチを適用済みとすることが可能になるのである。

尚、本実施の形態では、ＯＳのインストールについて説明してきたが、ＯＳ以外の一般のソフトウェアのインストールについて本発明を適用することも可能である。その場合も、同様の支援ツールを用いることができるが、支援ツールを動作させるためのＯＳ環境を支援媒体内に用意する必要はない。即ち、コンピュータ１０に既にインストールされているＯＳ上で、支援ツールは、ネットワークをセキュアな状態にする処理、セキュリティパッチをダウンロードする処理、インストール用ファイルをセキュリティパッチで置き換える処理を行うこととなる。
また、本実施の形態では、ソフトウェアにセキュリティパッチを適用し、セキュリティ上の問題がないという意味でソフトウェアを最新状態にするように構成した。しかしながら、ソフトウェアの更新は、セキュリティ上の問題を解決するためだけになされるとは限られない。従って、ソフトウェアを様々な意味での最新状態にすることが必要な場合において、本発明は適用可能である。

更に、本実施の形態では、支援媒体とインストール媒体とが別々であることを前提としたが、これらを１つの記録媒体にまとめて提供するようにしてもよい。図８に、このような記録媒体に記録されたデータ/ファイルの内容を示す。即ち、図８に示す記録媒体６０は、インストール支援プログラム６１と、固有デバイスドライバ４３と、ＤＯＳシステムファイル４４と、インストーラ６２と、インストール用ファイル５１とを記録している。このうち、インストール支援プログラム６１と、固有デバイスドライバ４３と、ＤＯＳシステムファイル４４と、インストーラ６２とが、上記実施の形態では支援媒体に記録されていたものである。一方、インストール用ファイル５１は、上記実施の形態ではインストール媒体に記録されていたものである。

本発明の実施の形態の概要を示した図である。 本発明の実施の形態におけるコンピュータのハードウェア構成の一例を示したブロック図である。 本発明の実施の形態におけるコンピュータの機能構成を示したブロック図である。 本発明の実施の形態における支援ツールのＯＳインストール開始前の動作を示したフローチャートである。 本発明の実施の形態における支援ツールのＯＳインストール時の動作を示したフローチャートである。 本発明の実施の形態の支援ツールがネットワークをセキュアな状態にする際の詳細な動作を示したフローチャートである。 本発明の実施の形態の支援ツールがネットワークをセキュアな状態にする際の詳細な動作を示したフローチャートである。 本発明の実施の形態における記録媒体の他の例を示した図である。

符号の説明

１０…コンピュータ、２０…ダウンロードサーバ、３０…ネットワーク、４０…支援媒体、５０…インストール媒体

Claims (13)

1. コンピュータへのＯＳ(Operating System)のインストールを支援するためのプログラムであって、
   前記コンピュータに、
   インストール対象の第１のＯＳのインストールに先立ち、第２のＯＳを動作させる機能と、
   前記第１のＯＳのインストールに用いられるデータを記録媒体から取得する処理と、当該データに関する更新情報をネットワークを介してダウンロードする処理と、当該データを当該更新情報に基づいて最新状態にする処理とを、前記動作された第２のＯＳ上で実行する機能と
   を実現させる、プログラム。
2. 前記更新情報は、前記第１のＯＳが有するセキュリティ上の問題を修正するためのセキュリティパッチを含む、請求項１記載のプログラム。
3. 前記ダウンロードする処理では、前記ネットワークをセキュアな状態にした上で前記セキュリティパッチをダウンロードする、請求項２記載のプログラム。
4. 前記ダウンロードする処理では、前記セキュアな状態を、前記セキュリティパッチを保持する装置との通信を特定のポート間の通信に限定することにより実現する、請求項３記載のプログラム。
5. 前記ダウンロードする処理では、前記セキュアな状態を、前記セキュリティパッチを保持する装置との通信を暗号化して行うことにより実現する、請求項３記載のプログラム。
6. コンピュータへのソフトウェアのインストールを支援するためのプログラムであって、
   前記コンピュータに、
   前記ソフトウェアのインストールに用いられるデータを記録媒体から取得する機能と、
   前記データに関する更新情報を、セキュアな状態で、ネットワークからダウンロードする機能と、
   前記ソフトウェアのインストールに先立ち、前記データを前記更新情報に基づいて最新状態にする機能と
   を実現させる、プログラム。
7. 前記更新情報は、前記ソフトウェアが有するセキュリティ上の問題を修正するためのセキュリティパッチを含む、請求項６記載のプログラム。
8. 前記コンピュータに、最新状態になった前記データを用いて前記ソフトウェアをインストールする機能を更に実現させる、請求項６記載のプログラム。
9. コンピュータへＯＳをインストールする第１のプログラムと、
   前記ＯＳのインストールを支援する第２のプログラムと、
   前記ＯＳのインストールに用いられるデータとを記録し、
   前記第２のプログラムは、前記コンピュータに、
   前記ＯＳのインストールに先立ち、他のＯＳを動作させる機能と、
   前記データに関する更新情報をネットワークを介してダウンロードする処理と、当該データを当該更新情報に基づいて最新状態にする処理とを、前記他のＯＳ上で実行する機能と
   を実現させる、コンピュータで読取り可能な記録媒体。
10. 前記第２のプログラムは、前記コンピュータに、前記ＯＳのインストールのために外部から与えるべき情報を当該インストールが開始されるまで一時的に保持しておく処理を前記他のＯＳ上で実行する機能を更に実現させる、請求項９記載の記録媒体。
11. コンピュータへのソフトウェアのインストールを支援するための装置であって、
    前記ソフトウェアのインストールに用いられるデータを記録媒体から取得する取得部と、
    前記データに関する更新情報を、セキュアな状態で、ネットワークから受信する受信部と、
    前記データを前記更新情報に基づいて最新状態にする更新部と
    を含む、装置。
12. 前記更新情報は、前記ソフトウェアが有するセキュリティ上の問題を修正するためのセキュリティパッチを含む、請求項１１記載の装置。
13. 最新状態になった前記データを用いて前記ソフトウェアをインストールするインストール部を更に含む、請求項１１記載の装置。

Images