(57)【要約】【課題】  ブレードサーバシステムにおいてサーバごとに媒体読取装置にアクセスしてソフトウェアのインストールを行う場合に作業時間がかかりすぎる。【解決手段】  媒体読取装置３０のインストール情報を全サーバ１０１〜１０ｎのローカルディスクに書き込み、各サーバで自身のローカルディスクを使用してプログラムインストールを行うようにすることにより、共有装置である媒体読取手段を占有している時間を短縮することが可能となり、各サーバが読取装置３０を使用して順次インストールを行う場合よりもシステム全体としてのインストール時間を短縮させる。【選択図】図１
2005267498.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバが１台の可換型記録媒体の読取装置に接続され、前記サーバと媒体読取装置との接続を切り替える切り替え手段を備えるサーバシステムにおけるソフトウェアインストール方法であって、前記切替装置が、前記読取装置にソフトウェアのインストール媒体がマウントされた場合に各サーバに順番に前記インストール媒体の内容を送信するステップと、各サーバが受け取ったインストール媒体の内容を自サーバのローカルディスクに保存するステップと、各サーバにおいて前記ローカルディスクに保存されたインストールプログラムを実行してソフトウェアをインストールするステップと、を備えることを特徴とするソフトウェアインストール方法。
【請求項２】
請求項１に記載のソフトウェアインストール方法において、前記切り替え手段は、１のサーバにおいて前記インストール媒体の内容の保存が終了したら次に前記媒体読取装置を使用するサーバを決定し、当該決定したサーバに通知することにより総てのサーバに前記インストール媒体の内容を保存させることを特徴とするソフトウェアインストール方法。
【請求項３】
請求項１または２に記載のソフトウェアインストール方法において、前記サーバが、当該サーバへの保存完了時に前記インストール媒体の内容に自動起動（Auto Run）設定のプログラムがある場合、当該プログラムを実行してソフトウェアをインストールすることを特徴とするソフトウェアインストール方法。
【請求項４】
請求項１ないし３のいずれかに記載のソフトウェアインストール方法において、前記サーバのローカルディスクには予め前記インストール媒体の内容をすべて保存しうる記憶領域が当該サーバのファームウェアにより確保されることを特徴とするソフトウェアインストール方法。
【請求項５】
複数のサーバと、１台の可換型記録媒体の読取装置と、前記サーバと媒体読取装置との接続を切り替える切り替え手段とを備え、前記切替装置が前記読取装置にソフトウェアのインストール媒体がマウントされた場合に各サーバに順番に前記インストール媒体の内容を送信するとともに、各サーバがインストール媒体の内容を自サーバのローカルディスクに保存してから当該ローカルディスクに保存されたインストールプログラムを実行してソフトウェアをインストールすることを特徴とするソフトウェアインストールシステム。
【請求項６】
請求項５に記載のソフトウェアインストールシステムにおいて、前記切り替え手段が、前記媒体読取装置を使用させるサーバを管理するためのサーバ管理情報を備え、当該サーバ管理情報がいずれのサーバも前記媒体読取装置を使用しておらず、且つ、いずれのサーバも媒体変更要求を出していないことを示している状態で前記媒体読取装置に可換型記録媒体がマウントされた場合に各サーバに順番に前記インストール媒体の内容を送信することを特徴とするソフトウェアインストールシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はソフトウェアインストール方法およびシステムに関し、特に、複数のサーバで１台の媒体読取装置を共有する構成において、媒体読取装置から各サーバにソフトウェアを効率よくインストールする方法およびシステムに関する。
【背景技術】
【０００２】
近年、ブレードサーバシステムと呼ばれるサーバ形態がある。これはＣＰＵブレードと呼ばれる１枚の回路基板にＣＰＵやメモリ、ハードディスクなど一般のコンピュータを構成する機能を搭載したものを複数枚接続することにより、複数台のコンピュータからなるサーバシステムと同等の機能を実現する形態である。ブレードサーバシステムでは、装置の小型化および装置コスト低減のため、専らソフトウェアのインストールに使用される媒体読取装置などの周辺装置は１台のみ搭載され、複数のＣＰＵブレードでこの周辺装置を共有する構成をとる。
【０００３】
ブレードサーバシステムなど複数台のサーバで一つの周辺装置を共有するシステムの場合、一度に一台のサーバでしか周辺装置を使用することができない。このため、すべてのサーバに対してソフトウェアのインストールを行う場合はオペレータがサーバ台数分のインストール操作を行う必要があり、システムの運用管理コストの増大原因となっていた。
【０００４】
一方、ソフトウェアのインストールの対象となる計算機の数が多い場合のインストール方式として、例えば特許文献１に、各インストール先の計算機が予め定められる作業指示情報に基づきインストール元の計算機からソフトウェアをコピーしてインストールを行い、一台の計算機に一時期に作業が集中するのを防止して負荷を分散させることが開示されている。
【０００５】
また、特許文献２には、制御用情報処理端末から分配機を介して個々の情報端末にそれぞれに必要な分のインストール用プログラムを送信してプログラムのインストールを行う自動インストールシステムが開示されている。
【特許文献１】特開平１０−１０５４０６号公報
【特許文献２】特開２００２−７１３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本願発明が解決しようとする課題は、例えばブレードサーバシステムにおいてサーバごとに媒体読取装置にアクセスしてソフトウェアのインストールを行う場合に作業時間がかかりすぎることである。本発明の目的は、媒体読取装置にインストール媒体がロードされた場合に総てのサーバに短時間でインストールする方法およびシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、複数のサーバと媒体読取手段を接続する切り替え手段が媒体の内容を順番に各サーバに送信し、各サーバがこれを一旦ローカルディスクに保存してここからインストールを行うことで、システム全体におけるインストール時間を大幅に短縮することを最も主要な特徴とする。
【０００８】
具体的には、本発明に係る方法は、複数のサーバが１台の可換型記録媒体の読取装置に接続され、前記サーバと媒体読取装置との接続を切り替える切り替え手段を備えるサーバシステムにおけるソフトウェアインストール方法であって、前記切替装置が、前記読取装置にソフトウェアのインストール媒体がマウントされた場合に各サーバに順番に前記インストール媒体の内容を送信するステップと、各サーバが受け取ったインストール媒体の内容を自サーバのローカルディスクに保存するステップと、各サーバにおいて前記ローカルディスクに保存されたインストールプログラムを実行してソフトウェアをインストールするステップと、を備えることを特徴とする。
【０００９】
前記切り替え手段は、１のサーバにおいて前記インストール媒体の内容の保存が終了したら次に前記媒体読取装置を使用するサーバを決定し、当該決定したサーバに通知することにより総てのサーバに前記インストール媒体の内容を保存させることを特徴とする。
【００１０】
前記サーバは、当該サーバへの保存完了時に前記インストール媒体の内容に自動起動（Auto Run）設定のプログラムがある場合、当該プログラムを実行してソフトウェアをインストールすることを特徴とする。
【００１１】
前記サーバのローカルディスクには予め前記インストール媒体の内容をすべて保存しうる記憶領域が当該サーバのファームウェアにより確保されることを特徴とする。
【００１２】
本発明に係るソフトウェアインストールシステムは、複数のサーバと、１台の可換型記録媒体の読取装置と、前記サーバと媒体読取装置との接続を切り替える切り替え手段とを備え、前記切替装置が前記読取装置にソフトウェアのインストール媒体がマウントされた場合に各サーバに順番に前記インストール媒体の内容を送信するとともに、各サーバがインストール媒体の内容を自サーバのローカルディスクに保存してから当該ローカルディスクに保存されたインストールプログラムを実行してソフトウェアをインストールすることを特徴とする。
【００１３】
このソフトウェアインストールシステムにおいて、前記切替装置が前記媒体読取装置を使用させるサーバを管理するためのサーバ管理情報を備え、当該サーバ管理情報がいずれのサーバも前記媒体読取装置を使用しておらず、且つ、いずれのサーバコンピュータも媒体変更要求を出していないことを示している状態で前記媒体読取装置に可換型記録媒体がマウントされた場合に各サーバコンピュータに順番に前記インストール媒体の内容を送信することを特徴とする。
【発明の効果】
【００１４】
媒体読取装置のインストール情報を全サーバのローカルディスクに書き込み、各サーバで自身のローカルディスクを使用してプログラムインストールを行うようにすることにより、共有装置である媒体読取手段を占有している時間を短縮することが可能となり、各サーバが読取装置を使用して順次インストールを行う場合よりもシステム全体としてのインストール時間を短縮させることができる。
【００１５】
また、通常プログラムのインストールに必要となるファイルは複数あり、作業の要所要所で媒体読取装置にマウントされた可換型記録媒体（例えばＣＤ−ＲＯＭ）上の異なる場所にある複数ファイルに個別にアクセスしてインストールを進めていくには時間がかかるのに対し、媒体の内容を一気に全部読み出してローカルディスクにコピーする時間、ローカルディスクからインストールを行う時間は非常に短い。したがって、媒体読取装置からローカルディスクにコピーする時間を含めたとしても、ローカルディスクからインストールする方が媒体読取装置からインストールするよりインストール作業を短縮することができ、サーバの台数分だけこの時間の短縮を図ることができる。
【発明を実施するための最良の形態】
【００１６】
本発明を実施するための最良の形態について、図面を参照しながら詳細に説明する。以下に本発明をブレードサーバシステムに適用した場合を説明するが、本発明はこの実施形態に限らず、複数のサーバで１つの媒体再生装置を共有するシステム全般に適用することができる。
【００１７】
図１は、ブレードサーバシステムの構成を示す概略図である。ブレードサーバシステムはｎ台のＣＰＵブレード１０１〜１０ｎと、１つの媒体読取装置２０と、ＣＰＵブレード１０と媒体読取装置２０との接続を制御する切替装置３０とを備えている。各ＣＰＵブレード１０と切替装置２０とはバス４を介して接続されており、媒体読取装置３０は切替装置２０に接続されている。
【００１８】
図２は、ＣＰＵブレード１０の構成を示す概略図である。ＣＰＵブレード１０は、１枚の回路基板にＣＰＵ１１とメモリ１２（主記憶装置）とローカルディスク１３（補助記憶装置）とを搭載したものであり、それ自体が一台のコンピュータとしての機能を有する。ＣＰＵ１１上では、システム起動制御を司るファームウェア１４と、システムを運用するオペレーティングシステムが動作する。
【００１９】
図１に示すように、切替装置２０はＣＰＵブレード１０１〜１０ｎと接続されており、ブレード管理手段２１と、媒体読取装置３０を制御する装置制御手段２２とを備えている。これらブレード管理手段２１と装置制御手段２２とは相互にインターフェースを有する。媒体読取装置３０は例えばＣＤ−ＲＯＭ等の可換型記録媒体の読取装置であり、切替装置２０の配下にある。なお、この媒体読取装置３０は再生専用である必要はなく、情報書込機能その他の機能を備えていてもよい。
【００２０】
ＣＰＵ１１は、媒体読取装置３０やローカルディスク１３の制御を行う場合にファームウェア１４を起動する。このファームウェア１４は、媒体読取装置３０に対する制御を行う装置ドライバ部１５と、ローカルディスク１３の制御を行うディスクドライバ部１６とを備えている。装置ドライバ部１５は、媒体読取装置３０とのインターフェースを有する。
【００２１】
メモリ１２にはファームウェア１４やオペレーティングシステムのプログラムコードや各種データが格納されており、ＣＰＵ命令列や演算データなどのシステム情報が記録される。ローカルディスク１３には主にＯＳが使用するデータが記録・保管されるが、本発明のシステムではさらに媒体イメージ格納領域１７が確保される。この領域は、オペレーティングシステムのインストール前にファームウェア１４のディスクドライバ部１６により固定的に割り当てられる。後に詳細に説明するが、この領域１７には媒体読取装置３０にセットされた記録媒体の内容が格納される。
【００２２】
このブレードサーバシステムの動作について以下に説明する。図３は、各ＣＰＵブレードにおけるファームウェア１４のディスクドライバ部１６の動作を説明するためのフローチャートである。ディスクドライバ部１６は、メッセージを受け取るとメッセージの種類を判断する（ステップＡ１）。メッセージがローカルディスク１３に対する初期化要求である場合、ディスクドライバ部１６はローカルディスク１３の初期化を行った後（ステップＡ９）、オペレーティングシステムから参照不可能なファームウェア専用領域として媒体イメージ格納領域１７を確保する（ステップＡ１０）。この領域１７は、媒体読取装置３０にマウントされるメディアの情報を総て格納しうるサイズで確保される。すなわち、例えば媒体読取装置３０がＣＤ−ＲＯＭ装置の場合は、規格で定められるＣＤ−ＲＯＭ容量（例えば６５０ＭＢ）分の領域が確保される。
【００２３】
また、メッセージが装置ドライバ部１５からの媒体イメージ書き込み要求である場合、媒体読取装置３０から装置ドライバ部１５を介して送られてくるデータを媒体イメージ格納領域１７に書き込む（ステップＡ２）。その後、書き込んだ情報のなかにソフトウェアインストール用のAuto Run指定のファイルが存在する場合は当該ファイルを起動する（ステップＡ３）。
【００２４】
一方、メッセージが装置ドライバ部１５から送られる可換型記録媒体にあるプログラムの実行要求である場合、媒体イメージ格納領域１７に指定されたプログラムが存在するかをチェックし（ステップＡ４）、存在する場合（ステップＡ５）は当該プログラムを起動する（ステップＡ６）。指定されたプログラムが存在しない場合は装置ドライバ部１５にエラーを返信する（ステップＡ７）。
【００２５】
なお、本発明の特徴部分ではないため説明は省略するが、ディスクドライバ部１６はこの他ローカルディスク１３に対する一般の書き込み・読み出し制御を行うものとする。
【００２６】
次に、ファームウェア１４の装置ドライバ部１５の動作を説明する。図４（ａ）は装置ドライバ部１５の動作を示すフロー図であり、図４（ｂ）は装置ドライバ部１５が使用するメディア情報１８の内容イメージである。このメディア情報１８はメモリ１２に登録される。装置ドライバ部１５は切替装置２０のブレード管理手段２１とインターフェースを持ち、ブレード管理手段２１に要求を行うことで媒体読取装置３０に対する制御が可能である。
【００２７】
装置ドライバ部１５は、メッセージを受け取るとメッセージの種類を判定する（ステップＢ１）。メッセージがブレード管理手段２１からの媒体マウント通知である場合、媒体読取装置３０から情報を読み出すために、ブレード管理手段２１に読み出しを要求する（ステップＢ５）。
【００２８】
また、メッセージがブレード管理手段２１から送られる媒体データである場合、装置ドライバ部１５は、受け取った媒体データのメディア名をメディア情報１８に登録し（ステップＢ２）、送られる媒体データをローカルディスク１３に保存するようディスクドライバ部１６に要求する（ステップＢ３）。媒体データの保存が完了したら、装置ドライバ部１５はブレード管理手段２１に対し取り込み完了を通知する（ステップＢ４）。
【００２９】
また、メッセージがブレード管理手段２１からのイジェクト通知である場合、装置ドライバ部１５は、メディア情報１８に現在登録されているメディア名をクリアする（ステップＢ６）。
【００３０】
また、メッセージが例えばオペレーティングシステムなど上位ソフトウェアから送られる媒体読取装置３０にある媒体上のプログラム実行要求である場合、装置ドライバ部１５は、指定されたプログラムの起動をブレード管理手段２１ではなくディスクドライバ部１６に要求する（ステップＢ８）。これにより、指定プログラムが媒体読取装置３０からではなくローカルディスク１３から起動される。
【００３１】
さらに、メッセージが上位ソフトウェアから送られる媒体の変更要求である場合、装置ドライバ部１５はブレード管理手段２１に媒体の変更を要求する（ステップＢ７）。
【００３２】
次に、切替装置２０のブレード管理手段２１の動作を説明する。図５（ａ）はブレード管理手段２１の動作を示すフロー図であり、図５（ｂ）はブレード管理手段２１が使用するブレード管理情報１９の内容イメージである。ブレード管理情報１９は、ブレード管理手段２１自身または切替装置２０の内部メモリに登録される。図５（ｂ）に示すように、ブレード管理情報１９は、媒体読取装置３０を使用中のＣＰＵブレードの管理番号を登録するＣＰＵブレード番号１９ａと、媒体読取装置３０が使用中であるか否かを示す状態情報１９ｂと、媒体読取装置３０に現在マウントされている媒体名が登録されるメディア情報１９ｃと、現在媒体の変更要求が存在するか否かを示す媒体変更要求１９ｄとを有する。
【００３３】
ＣＰＵブレード番号１９ａには、使用中のＣＰＵブレード番号１０１〜１０ｎを示す「１」〜「ｎ」あるいは使用中のＣＰＵブレードが存在しないことを示す「０」が登録される。状態情報領域１９ｂには、現在媒体読取装置３０を使用しているＣＰＵブレードが存在しない状態を示す「０（未使用）」と、いずれかのＣＰＵブレードが使用中である状態を示す「１（使用中）」のいずれかが格納される。この状態情報領域１９ｂに「１」が格納されている場合、ＣＰＵブレード番号１９ａに登録されているＣＰＵブレードが媒体読取装置３０を現在使用中であることを示している。
【００３４】
また、メディア情報領域１９ｃには、媒体読取装置３０にマウントされている媒体のメディア名が、媒体がマウントされていない場合には「none」が登録される。媒体変更要求領域１９ｄには、媒体の変更要求がある状態を示す「１（変更要求あり）」または要求がない状態を示す「０（変更要求なし）」が登録される。このブレード管理情報１９はブレード管理手段２１だけが更新することができる。
【００３５】
図５（ａ）に示すように、ブレード管理手段２１は、メッセージを受け取るとメッセージ種別を判定する（ステップＣ１）。ここでメッセージが、媒体読取装置３０が媒体マウントを検知したことによる割り込み通知の場合（Ｃ２：Ｙ）、図６に示す処理に移行する。
【００３６】
図６は、マウント割り込み通知を受けた場合のブレード管理手段２１の動作を説明するフローチャートである。媒体読取装置３０からマウント通知を受けたブレード管理手段２１は、媒体変更要求１９ｄを確認し（ステップＥ１）、「０（要求なし）」の場合にマウントされた媒体から読み出されるメディア名がブレード管理情報１９に登録されたメディア情報１９ｃと同じであるかを判定し（ステップＥ２）、媒体が異なる場合にはブレード管理情報１９の状態情報１９ｂを確認する（ステップＥ３）。ここで状態情報１９ｂが「０（未使用）」の場合（ステップＥ３：Ｙ）、ブレード管理手段２１は、ＣＰＵブレード番号領域１９ａに先頭のＣＰＵブレード１０１を示す「１」を登録し（ステップＥ４）、マウントされた媒体のメディア名をメディア情報領域１９ｃに登録し（ステップＥ５）、登録されているＣＰＵブレード１０１の装置ドライバ部１５に対して新たに媒体がマウントされたことを通知する（ステップＥ６）。これにより、変更要求がなく媒体読取装置３０が未使用の場合に新たな媒体がマウントされた場合には先頭のＣＰＵブレード１０１にマウントが通知される。媒体マウントを通知されたＣＰＵブレードの装置ドライバ部１５は図４ステップＢ５において媒体のリード要求を返信することになる。
【００３７】
また、ステップＥ１において媒体変更要求１９ｄが「１（変更要求あり）」の場合は変更要求１９ｄを「０（変更要求なし）」に更新し、メディア名を登録して使用中のＣＰＵブレードにマウントを通知する（ステップＥ５〜Ｅ６）。これにより、いずれかのＣＰＵブレードで媒体変更要求が出されている場合には当該ＣＰＵブレードに新たな媒体がマウントされたことが通知される。
【００３８】
ステップＥ２においてメディア名が同じである場合、すなわち同じ媒体が再マウントされた場合は、ブレード管理手段２１は現在使用中のＣＰＵブレードに対しマウントを通知する（ステップＥ６へ）。これにより、いずれかのＣＰＵブレードにおいて何かの理由で媒体読み込みが中断している場合に、オペレータによる再マウント作業によって同じＣＰＵブレードでの読み込み処理が再開する。
【００３９】
図５ステップＣ１でのメッセージ判定により、メッセージが媒体読取装置３０が媒体イジェクトを検知したことによる割り込み通知の場合（ステップＣ３：Ｙ）、ブレード管理手段２１は図７に示す処理に移行する。ブレード管理手段２１はブレード管理情報１９の状態情報１９ｂを参照し、状態情報１９ｂが「１（使用中）」の場合（ステップＦ１：Ｙ）はさらに媒体変更要求情報領域１９ｄを参照する（ステップＦ２）。媒体変更要求情報１９ｄが「０（変更要求なし）」の場合、現在使用中のＣＰＵブレードの装置ドライバ部１５に対して媒体がイジェクトされたことを通知し（ステップＦ３）、状態情報１９ｂを「０（未使用）」に更新する（ステップＦ４）。
【００４０】
一方、ステップＦ２の判定において媒体変更要求情報１９ｄが「１（変更要求あり）」の場合、ＣＰＵブレード１０にイジェクトを通知することなく、メディア情報１９ｃを「none」に変更し（ステップＦ５）、状態情報１９ｂを「０（未使用）」に変更する（ステップＦ４）。また、ステップＦ１の判定において状態情報１９ｂが「１（未使用）」、すなわち使用中のＣＰＵブレードが存在しない場合は、そのまま処理を終了する。
【００４１】
図５ステップＣ１でメッセージ種別のチェックの結果、媒体読取装置３０からの媒体データ送付であった場合（ステップＣ４：Ｙ）、ブレード管理手段２１は、ブレード管理情報１９のＣＰＵブレード番号領域１９ａを確認し、現在使用中のＣＰＵブレードの装置ドライバ部１５に対して媒体データを送出する（ステップＣ５）。
【００４２】
メッセージ種別のチェックの結果（ステップＣ１）、いずれかのＣＰＵブレードの装置ドライバ部１５からの媒体変更要求である場合（ステップＣ７：Ｙ）、図８に示す処理に移行する。この処理では、ブレード管理手段２１はブレード管理情報を参照して、状態情報１９ｂが「０（未使用）」である場合（ステップＧ１）、状態情報１９ｂを「１（使用中）」とし（ステップＧ４）、媒体変更要求領域１９ｄを「１（変更要求あり）」に設定する（ステップＧ３）。また、状態情報１９ｂが「１（使用中）」であっても、要求元のブレードが現在媒体読取装置３０を使用中である場合（ステップＧ２：Ｙ）、媒体変更要求領域１９ｄを「１（変更要求あり）」に設定する（ステップＧ３）。このメッセージが来た場合はその後オペレータによる媒体変更があり、媒体制御手段２２から媒体のイジェクトとマウントの割り込みメッセージが送られてくることになる。
【００４３】
一方、図８ステップＧ２の判定により、要求元のブレードとは異なるＣＰＵブレードが媒体読取装置３０を使用中の場合は、ブレード管理情報１９は変更せず、要求元のＣＰＵブレードに対してエラーを返信する（ステップＧ５）。すなわち、別のＣＰＵブレードが媒体読取装置３０を使用中の場合は他のブレードからの変更要求は拒絶される。
【００４４】
メッセージ種別のチェックの結果（図５ステップＣ１）、ＣＰＵブレード１０の装置ドライバ部１５からの取込完了通知である場合（ステップＣ８：Ｙ）、図９に示す処理に移行する。この処理において、ブレード管理手段２１はブレード管理情報１９を参照して、通知元のブレードが媒体読取装置３０を使用中である場合（ステップＨ１：Ｙ）、すなわちＣＰＵブレード番号領域に登録されたブレード番号１９ａと通知元のブレード番号が一致した場合は、状態情報１９ｂを「０」とし、ＣＰＵブレード番号１９ａを１つインクリメントする（ステップＨ２）。ここで、更新後のＣＰＵブレード番号１９ａがｎ以下の場合（ステップＨ３：Ｎ）、ブレード管理手段２１はＣＰＵブレード番号領域１９ａの登録ブレードに対して媒体マウント通知を送信する（ステップＨ４）。これにより、あるＣＰＵブレードで媒体データの取り込みが完了したら次のブレードに媒体マウントが通知される。
【００４５】
一方、インクリメントによりＣＰＵブレード番号１９ａがｎを超えた場合（ステップＨ３：Ｙ）、ＣＰＵブレード番号領域１９ａに「０」を格納し、状態情報１９ｂを「０（未使用）」に、メディア情報１９ｃを「none」に変更する（ステップＨ５）。また、媒体制御手段２２に対し媒体イジェクトを要求する（ステップＨ６）。ステップＨ１の判定において要求元とは異なるＣＰＵブレードが媒体読取装置３０を使用中である場合はなにもせずに処理を終了する（ステップＨ１：Ｎ）。
【００４６】
図５ステップＣ１でメッセージ種別のチェックの結果、いずれかのＣＰＵブレードの装置ドライバ部１５からのリード要求である場合（ステップＣ９：Ｙ）、図１０に示す処理に移行する。この処理において、ブレード管理手段２１はブレード管理情報１９を参照し、ＣＰＵブレード番号１９ａが要求元のブレード番号と一致しているかを確認する（ステップＩ１）。一致している場合は、状態情報１９ｂを「１（使用中）」に変更し（ステップＩ４）、装置制御手段２２に対し情報読み出し要求を行う（ステップＩ５）。
【００４７】
ブレード番号が一致しない場合は（ステップＩ１：Ｎ）、状態情報１９ｂを確認し（ステップＩ２）、「１（使用中）」の場合は要求元の装置ドライバ部１５に対しエラーを返信する（ステップＩ６）。一方、いずれのＣＰＵブレードも装置３０を使用しておらず状態情報１９ｂが「０（未使用）」の場合は、ブレード管理情報１９のＣＰＵブレード番号１９ａを要求元のＣＰＵブレード番号に変更し（ステップＩ３）、状態情報１９ｂを「１（使用中）」に変更し（ステップＩ４）、媒体読取装置３０にデータ読み出しを要求する（ステップＩ５）。
【００４８】
図１１は、ある動作例でのブレード管理情報１９の状態遷移を示す図である。ＣＰＵブレード１０のいずれも媒体読取装置３０を使用しておらず、且つ読取装置３０に媒体がマウントされていない場合が状態Ｊ１である。この状態において、ＣＰＵブレード番号１９ａは「０（使用中のＣＰＵブレードなし）」、状態情報１９ｂは「０（未使用）」、メディア情報１９ｃは「None」、媒体変更要求１９ｄは「０（変更要求なし）」となっている。
【００４９】
この状態Ｊ１で媒体読取装置３０にソフトウェアのインストール媒体がマウントされた場合、媒体読取装置３０から装置制御手段２２を介してブレード管理手段２１に媒体マウントが割り込み通知され、図６に示すように、ＣＰＵブレード番号領域１９ａに「１（ＣＰＵブレード１０１を示す）」が登録され（ステップＥ４）、メディア情報１９ｃにはマウントされたメディア名（ここでは「Ａ」とする）が記録され（ステップＥ５）、ＣＰＵブレード１０１に媒体がマウントされたことを知らせるメッセージが送られる（ステップＥ５）。この状態が図１１に示す状態Ｊ２である。
【００５０】
ＣＰＵブレード１０１で動作するファームウェア１４の装置ドライバ部１５がこれを受け取り、マウントされた媒体の内容を自ＣＰＵブレード内のローカルディスク１３に格納するためにブレード管理手段２１に対しリード要求を返信する（図４ステップＢ５）。リード要求を受け取ったブレード管理手段２１は、ブレード管理情報１９にて要求元のブレード番号とブレード管理情報１９のブレード番号１９ａが一致していることを確認した上で、状態情報を「１（使用中）」に変更し、装置制御手段２２へリード要求を行う（図１０の処理）。この状態が図１１に示す状態Ｊ３である。
【００５１】
装置制御手段２２によって読み出された媒体データは、ブレード管理手段２１を介して要求元のＣＰＵブレード１０１に送られる（図５ステップＣ５）。ＣＰＵブレード１０１の装置ドライバ部１５は、ディスクドライバ部１６に対して、受け取った媒体データを総てローカルディスク１３の媒体イメージ格納領域１７に格納するよう要求し、これが完了したら、ブレード管理手段２１に対して取り込み完了通知を送信する（図４ステップＢ２〜Ｂ４）。これを受けてブレード制御手段２１は、通知元のブレード番号がブレード管理情報１９のＣＰＵブレード番号とが一致していることを確認した上で、状態情報を「０（未使用）」に変更するとともに、ブレード番号領域を１つインクリメントして、次のＣＰＵブレード１０２に対しマウントメッセージを送る（図９の処理）。このときのブレード管理情報が図１１に示す状態Ｊ４である。なお、ＣＰＵブレードへのマウント通知に対するリード要求が所定期間待ってもこない場合も同様の処理を行い、ブレード管理情報を状態Ｊ４に更新して次のブレードへメッセージを送る。インクリメント後のブレード番号がｎより小さい場合はこれが繰り返され、ＣＰＵブレード１０１、ＣＰＵブレード１０２、・・・ＣＰＵブレード１０ｎに媒体イメージが順番に取り込まれていく。ここで媒体データのなかにAuto run設定のファイルがある場合はそれが起動され、各ＣＰＵブレードにおいて自動的にソフトウェアがインストールされる。
【００５２】
ブレード管理情報１９のブレード番号１９ａがｎを超えた時点で、すべてのＣＰＵブレードに媒体のマウントを知らせたことになるため、ブレード管理情報１９のＣＰＵブレード番号１９ａが「０」に、状態情報１９ｂが「０（未使用）」に、メディア情報が「None」に変更され、媒体読取装置３０にイジェクト要求が出される（図９ステップＨ５〜Ｈ６の処理）。この状態が図１１に示す状態Ｊ５である。
【００５３】
なお、運用中に装置３０から物理的に媒体がイジェクトされた場合は、図７に示す処理によってブレード管理情報１９は図１１の状態Ｊ６、Ｊ７となる。
【００５４】
図１２（ａ）および（ｂ）に、装置ドライバ部１５からブレード管理手段２１にリード要求があった場合のブレード管理情報１９の状態遷移を示す（図１０の処理）。図１２（ａ）は要求元ブレードが登録ブレードと一致しない場合でも状態情報１９ｂが「０（未使用）」の場合を示しており（状態Ｋ１）、この場合はＣＰＵブレード番号１９ａが要求元のブレード番号ｘに変更され、状態情報１９ｂが「１（使用中）」となる（状態Ｋ２）。
【００５５】
図１２（ｂ）の状態Ｋ３〜Ｋ４に示すように、リード要求を受けたときに使用中のＣＰＵブレード番号と要求元のブレード番号が一致した場合は媒体読取装置３０にデータ読み出しを要求する。一方、使用中のブレード番号と要求元のブレード番号が一致しない場合は、ブレード管理情報１９の更新を行わずにエラーを要求元ＣＰＵブレードへ返信する。このとき、メディア情報１９ｃは「None」であってもマウントされた媒体名が登録されていても動作は同じである。
【００５６】
図１２（ｃ）は、媒体読取装置３０からマウント通知を受けたときのブレード管理情報１９の状態遷移を示す図である。状態情報１９ｂが「０（未使用）」であってメディア情報１９ｃに媒体「Ａ」が登録されている状態でマウント通知があった場合（状態Ｋ５）、ブレード管理手段２１は同じ媒体が再マウントされた場合にはＣＰＵブレード番号１９ａを変更せずに当該ＣＰＵブレードにマウントを通知する（状態Ｋ６）。一方、前と異なる媒体「Ｂ」がマウントされた場合には、ＣＰＵブレード番号１９ａを「１」に変更してＣＰＵブレード１０１にマウントを通知する。これにより先頭のＣＰＵブレード１０１から順番に媒体イメージの格納が実施される。
【００５７】
図１３は、ＣＰＵブレード１０の装置ドライバ部１５から媒体変更要求が届いた場合のブレード管理情報１９の状態遷移を示す図である。装置ドライバ部１５から媒体変更要求を受けると、ブレード管理手段２１はブレード管理情報１９により状態情報１９ｂを確認し、「０（未使用）」の場合、あるいは「１（使用中）」であっても要求元のブレードが使用中である場合は、媒体変更要求を「１（変更要求有り）」に設定する（図８の処理）。この状態が図１３の状態Ｌ１である。この場合オペレータの介入により媒体がイジェクトされ、その後別の媒体が再びマウントされることになる。
【００５８】
オペレータの交換作業により媒体がイジェクトされると、媒体再生装置３０から媒体制御手段２２を介してブレード管理手段２１に媒体イジェクトの割り込み通知が届く。ブレード管理手段２１は、ブレード管理情報１９の状態情報１９ｂを「０（未使用）」に、メディア情報１９ｃを「None」に更新する（図７の処理）。このときのブレード管理情報１９は状態Ｌ２となる。この場合は媒体変更要求１９ｄが「１（変更要求あり）」であるので使用中のブレードにイジェクトを通知しない。
【００５９】
この後、新しい媒体がマウントされると媒体再生装置３０から媒体制御手段２２を介して媒体マウント通知が届く。ブレード管理手段２１は、媒体変更要求１９ｄが「１（変更要求有り）」であるため、ＣＰＵブレード番号を変更することなく変更要求を「０」に更新し、メディア名１９ｃを登録する（図６の処理）。このとき、新しくマウントされた媒体が以前のものと同じであってもここではチェックを行わず、媒体名をメディア名１９ｃに登録してＣＰＵブレードに通知し、これに応答してリード要求を要求を受けると状態情報１９ｂを「１（使用中）」とする。媒体「Ａ」がマウントされた状態がＬ３であり、媒体「Ｂ」がマウントされた状態がＬ４である。
【００６０】
図１４は、図４（ｂ）に示す装置ドライバ部１５が使用するメディア情報１８の状態遷移を示す図である。メディア情報１８はＣＰＵブレード１０の立ち上げ時、あるいは上位ソフトウェアから媒体変更要求があった場合にクリアされる（状態Ｍ１）。また、媒体が変更された場合はメディア情報が読み出されブレード管理情報のメディア情報１９ｃが変更される（状態Ｍ２、Ｍ３）。
【００６１】
図１５は、切替装置２０における装置制御手段２２の動作を示すフローチャートである。装置制御手段２２は、メッセージを受信すると（ステップＮ１）、メッセージ内容をチェックする（ステップＮ２）。メッセージが媒体読取装置３０からのマウントあるいはイジェクトの割り込み通知であった場合、ブレード管理手段２１に割り込みを送信する（ステップＮ３）。メッセージがブレード管理手段２１からのリード要求であった場合、媒体読取装置３０を制御してマウントされた媒体から情報を読み出し（ステップＮ４）、ブレード管理手段２１に送る（ステップＮ５）。また、メッセージがブレード管理手段２１からのイジェクト要求であった場合、媒体読取装置３０から媒体をイジェクトする（ステップＮ６）。
【００６２】
次に、ＣＰＵブレード１０１〜１０ｎに対し、媒体に格納されているプログラムをインストールする際の動作について説明する。各ＣＰＵブレード１０１〜１０ｎのディスクドライバ１５は、オペレーティングシステムなどのプログラムのインストール前のローカルディスク１３の初期化処理の際に、ローカルディスク１３上に媒体イメージ格納領域１７を確保する。この場合にブレード管理情報１９の状態情報１９ｂは「０」、メディア名１９ｃは「None」、変更要求は「０」である（図１１の状態Ｊ１）。
【００６３】
この状態において、プログラムのインストール用媒体を媒体読取装置３０にマウントすると、切替装置２０の媒体制御手段２２に割り込み通知が送られ、媒体制御手段２２はブレード管理手段２１に通知する（図１５ステップＮ３）。割り込み通知を受けたブレード管理手段２１はブレード管理情報１９を参照し、ブレード番号１９ａに「１（ＣＰＵブレード１０１を示す）」を登録し、メディア名１９ｃに媒体名を登録し、ＣＰＵブレード１０１にマウント通知を送信する（図６の処理）。ＣＰＵブレード１０１の装置ドライバ部１５は、ブレード管理手段２１に媒体リード要求を返信する（図４ステップＢ５）。リード要求を受け取ったブレード管理手段２１は、ブレード管理情報１９に登録されているブレード番号１９ａと要求元のブレード番号が一致しているかをチェックし、状態情報１９ｂを「１（使用中）」として装置制御手段２２に媒体のリード要求を行う（図１０の処理）。
【００６４】
ブレード管理手段２１からリード要求を受け取った装置制御手段２２は、媒体格納情報を読み出してブレード管理手段２１に送付する（図１５ステップＮ４〜Ｎ５）。媒体情報を受け取ったブレード管理手段２１はブレード管理情報１９を参照して登録されているＣＰＵブレード１０１に媒体情報を送信する（図５ステップＣ５）。ＣＰＵブレード１０１の装置ドライバ部１５がこれを受け取り、自身で管理するメディア情報１８に媒体名を登録し、媒体情報をローカルディスク１３に書き込むようにディスクドライバ部１６に要求する（図４ステップＢ２〜Ｂ３）。ディスクドライバ部１６は受け取った媒体情報をローカルディスク１３の媒体イメージ格納領域１７に格納する。このとき、書き込んだ媒体情報にAuto Runとして設定されているプログラムがある場合は当該プログラムを起動する（図３ステップＡ４〜Ａ７）。書き込み完了後、装置ドライバ部１５はブレード管理手段２１に対し取込完了通知を送信する（図４ステップＢ５）。
【００６５】
この通知を受け取ったブレード管理手段２１は、ブレード管理情報１９を参照して使用中のブレードと通知元のブレードが一致しているかを確認し、ブレード番号１９ａを１つインクリメントする。ここでＣＰＵブレード番号１９ａがｎを超えない場合は次のＣＰＵブレードに対してマウント通知を送る。（図９の処理）。これにより、通知された次のＣＰＵブレード１０２はブレード１０１と同様にローカルディスク１３に媒体情報を格納し、取込完了通知を返信する。このようにしてブレード管理手段２１はブレード管理情報１９を参照しながら次に媒体読取装置３０を使用するＣＰＵブレードを決定し、ブレード１０１〜１０ｎまで順番に媒体マウントを通知する（図９ステップＨ１〜Ｈ４の処理）。
【００６６】
最後のＣＰＵブレード１０ｎから取込完了通知が送られてきた場合、ブレード管理手段２１がブレード管理情報１９のＣＰＵブレード番号１９ａを１つインクリメントすると（ｎ＋１）となり、ｎを超えてしまう。この場合は総てのＣＰＵブレードに対する媒体インストールが終了したと判断し、ブレード管理手段２１はブレード番号１９ａを「０」に、状態情報１９ｂを「０」に、メディア情報１９ｃを「None」に変更し、装置制御手段２２に対して媒体イジェクトを要求する（図９ステップＨ５〜Ｈ６）。この要求を受け取った装置制御手段２２は媒体読取装置３０から媒体イジェクトを実施する（図１５ステップＮ６）。
【００６７】
以上のようにして、媒体読取装置３０のインストール情報を全サーバのローカルディスクに書き込み、各サーバで自身のローカルディスクを使用してプログラムインストールを行うようにすることにより、共有装置である媒体読取手段を占有している時間を短縮することが可能となり、各サーバが読取装置３０を使用して順次インストールを行う場合よりもシステム全体としてのインストール時間を短縮させることができる。
【００６８】
また、通常プログラムのインストールに必要となるファイルは複数あり、作業の要所要所で媒体読取装置にマウントされた可換型記録媒体（例えばＣＤ−ＲＯＭ）上で異なる場所にある複数ファイルに個別にアクセスしてインストールを進めていくには時間がかかるのに対し、媒体の内容を一気に全部読み出してローカルディスクにコピーする時間、ローカルディスクからインストールを行う時間は非常に短い。したがって、媒体読取装置からローカルディスクにコピーする時間を含めたとしても、ローカルディスクからインストールする方が媒体読取装置からインストールするよりインストール作業を短縮することができ、サーバの台数分だけこの時間の短縮を図ることができる。
【００６９】
本発明の実施例について説明したが、本発明の技術的範囲は上記の実施例に限定されるものではなく、他の様々な実施例として構成することができる。特に、上記実施形態はブレードサーバシステムで説明しているが、通信ネットワークで接続された複数のサーバコンピュータで１つの媒体読取装置を共有する構成のコンピュータシステム全般に本発明を適用することができる。また、個々のサーバの構成や媒体読取装置の構成は上記のものに限らず、実施環境において必要な他の様々な機能を備えていてもよい。
【産業上の利用可能性】
【００７０】
本発明にかかるプログラムインストール方法およびシステムは、複数台のサーバコンピュータで１台の媒体読取装置を共有する構成のコンピュータシステムにおいて、媒体読取装置にマウントされた媒体から各サーバに新規にプログラムをインストールする時間を短縮する目的に利用することができる。
【図面の簡単な説明】
【００７１】
【図１】本発明のサーバシステムの構成を示す概略図である。
【図２】ＣＰＵブレードの構成を示す概略図である。
【図３】ＣＰＵブレードのディスクドライバ部１６の処理を説明するフローチャートである。
【図４】ＣＰＵブレードの装置ドライバ部１５の動作を説明するフローチャートである。
【図５】切替装置２０の動作を説明するためのフローチャートである。
【図６】切替装置２０が媒体マウント通知を受けたときの動作を説明するフローチャートである。
【図７】切替装置２０が媒体イジェクト通知を受けたときの動作を説明するフローチャートである。
【図８】切替装置２０が媒体変更要求を受けたときの動作を説明するフローチャートである。
【図９】切替装置２０が取込完了通知を受けたときの動作を説明するフローチャートである。
【図１０】切替装置２０が媒体リード要求を受けたときの動作を説明するフローチャートである。
【図１１】ブレード管理情報１９ａの状態遷移を示す図である。
【図１２】ブレード管理情報１９ａの状態遷移を示す図である。
【図１３】ブレード管理情報１９ａの状態遷移を示す図である。
【図１４】メディア情報１８の状態遷移を示す図である。
【図１５】切替装置２０における装置制御手段２２の動作を説明するフローチャートである。
【符号の説明】
【００７２】
１０１〜１０ｎ    ＣＰＵブレード
２０    切替装置
３０    媒体読取装置
１１    ＣＰＵ
１２    メモリ
１３    ローカルディスク
１４    ファームウェア
１５    装置ドライバ部
１６    ディスクドライバ部
１７    媒体イメージ格納領域
【図１】
2005267498.tif 000003
【図２】
2005267498.tif 000004
【図３】
2005267498.tif 000005
【図４】
2005267498.tif 000006
【図５】
2005267498.tif 000007
【図６】
2005267498.tif 000008
【図７】
2005267498.tif 000009
【図８】
2005267498.tif 000010
【図９】
2005267498.tif 000011
【図１０】
2005267498.tif 000012
【図１１】
2005267498.tif 000013
【図１２】
2005267498.tif 000014
【図１３】
2005267498.tif 000015
【図１４】
2005267498.tif 000016
【図１５】
2005267498.tif 000017