JP3809548B2 - 計算機システムおよびプログラムのインストール方法 - Google Patents
計算機システムおよびプログラムのインストール方法 Download PDFInfo
- Publication number
- JP3809548B2 JP3809548B2 JP2000263239A JP2000263239A JP3809548B2 JP 3809548 B2 JP3809548 B2 JP 3809548B2 JP 2000263239 A JP2000263239 A JP 2000263239A JP 2000263239 A JP2000263239 A JP 2000263239A JP 3809548 B2 JP3809548 B2 JP 3809548B2
- Authority
- JP
- Japan
- Prior art keywords
- computer
- program
- installation
- logical unit
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明が属する技術分野】
本発明は、計算機システム及び計算機システムにおけるプログラムのインストール方法に関し、特に、複数の計算機を対象としてプログラムのインストールを行うための方法に関する。
【０００２】
【従来の技術】
計算機へのプログラムのインストールには、インストールの一連の手続きを実行するプログラムであるインストーラと、インストールされるプログラムの本体、その他必要なインストール用ファイル群とを格納したＣＤ−ＲＯＭ等の可搬の記録メディアが用いられる。従来一般に、インストールの作業では、作業者が計算機に備えられたＣＤ−ＲＯＭ装置等の記憶装置に記録メディアを装填し、計算機上でインストーラを実行させることにより行われていた。
【０００３】
計算機にプログラムをインストールするための別の方法として、計算機とネットワークを介して接続されているファイルサーバからプログラムのインストールを行う方法がある。この方法では、ファイルサーバが有し、他の計算機から、いわゆるネットワークディスクとしてマウント可能な記憶装置にインストール用のファイル群を格納しておく。作業者は、プログラムをインストールしようとする計算機を起動して、ファイルサーバの記憶装置をネットワークディスクとしてマウントする。この後、作業者は、ファイルサーバの記憶装置に格納されているインストーラを計算機上で実行させ、プログラムの本体ファイルや、その他の必要なファイル群をファイルサーバの記憶装置から計算機に読み込み、計算機が備えるディスク装置などの記憶装置の適切な位置に格納する。
【０００４】
ネットワーク上の複数の計算機にプログラムをインストールする場合には、作業者は、計算機ごとに上述した作業を実施する。ファイルサーバのディスク装置は、すべての計算機から共通して使用することができるので、作業者は、略同時に複数の計算機でインストーラを起動することもできる。
【０００５】
【発明が解決しようとする課題】
一般に、可搬の記録メディアでは、ファイルの転送速度が遅いため、インストールに要する時間が長くなる。複数台の計算機を対象としてインストールを実行する場合には、台数分の回数のインストール作業を実施する必要があり、処理時間が台数に比例して長くなる。複数の記録メディア用いることで複数の計算機に対するインストール作業を並行して実行することは可能である。しかし、この場合でも用意できる記録媒体の枚数には制限があり、計算機の台数が多い場合、繰り返し処理はさけられない。このように並行処理を実行する場合でも、記録メディアの装填や、インストーラの起動、各種設定処理等は計算機ごとに行う必要があるため、複数の作業者が必要になる。
【０００６】
一方、ネットワーク経由でインストールを実行する場合は、可搬の記録メディアを用いるよりはファイル転送を高速化できる可能性がある。しかし、複数の計算機に対してインストールを並行して実行すると、ファイルサーバとネットワークにおけるファイルの転送速度がボトルネックとなり、結局、必要な転送速度が得られず、作業を複数回繰り返さなくてはならない。一般に、プログラムの機能向上や、不具合の修正などにより、プログラムに対するバージョンアップが定常的に行われ、これに付随してプログラムのインストール作業も定常的に発生する。このため、インストール作業における人件費などの費用は、計算機システムを維持・管理するための運用コストを増大させる要因となっている。
【０００７】
別の問題として、インストール作業を実行する作業者が計算機を所有している機関に所属しない場合、そのような作業者が計算機の設置してある場所に立ち入ることは、機密上等の問題により好ましくない。また、インストール作業は、プログラムによって方法が異なり、すべての作業者がすべてのプログラムのインストール方法を習熟するためには多大なトレーニング時間が必要になる。作業者によるインストール方法の習熟が不十分な場合、失敗によるインストール作業のやり直しや、ディスク装置内部のファイルの破壊等、二次的な問題が生じるおそれもある。
【０００８】
本発明の目的は、計算機システムにおいて、計算機にプログラムをインストールする際の処理を効率的なものとして、計算機システムの維持管理に必要とされる運用コストの低減が可能なプログラムのインストール方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の一つの側面によれば、複数の計算機、オペレータにより複数の計算機へのプログラムのインストール操作が行われる管理コンソール、及び計算機及び管理コンソールと接続されたストレージを有する計算機システムにおいて、計算機にプログラムをインストールするための方法が提供される。この方法では、管理コンソールからの制御により計算機上でインストールエージェントの処理を開始させる。インストールエージェントは、処理を開始すると、ストレージ内の第１の記憶装置に格納されているインストーラプログラムを計算機上にロードして起動する。インストーラプログラムは、起動されると、第１の記憶装置に格納されているインストールするプログラムに関係するファイルをその計算機により利用される第２の記憶装置に転送してプログラムのインストールを実行する。
【００１０】
本発明の他の側面によれば、複数の計算機、オペレータにより複数の計算機へのプログラムのインストール操作が行われる管理コンソール、及び計算機及び管理コンソールと接続されたストレージを有する計算機システムが提供される。ストレージは、前記複数の計算機に共用される第１の記憶装置と、前記複数の計算機の各々に専用に利用される複数の第２の記憶装置を備える。第１の記憶装置には、計算機にインストールされるプログラムに関連するファイルと、プログラムのインストールを実行するインストーラプログラムが格納される。第２の記憶装置には、それぞれの計算機で実行されるインストールエージェントと、インストールエージェントにより参照されるコントロールファイルが格納される。管理コンソールは、各計算機上でインストールエージェントの実行を開始させるためのインストールマネージャを有する。本発明の好ましい態様において、各計算機は、インストールマネージャからの指示に応じて電源をオンする電源制御回路を備える。インストールマネージャは、各計算機の電源をオンすることにより各計算機上でインストールエージェントによる処理を開始させる。インストールエージェントは処理を開始すると、コントロールファイルの内容に従ってインストーラプログラムを計算機上で起動する。インストーラプログラムは、第１の記憶装置から関連するファイルを読み出し、当該計算機に専用の第２の記憶装置に転送してプログラムのインストールを行う。
【００１１】
【発明の実施の形態】
（第１の実施形態）
図１は、本発明の一実施形態における計算機システムの構成を示す簡略なブロック図である。本実施形態における計算機システムは、複数の計算機２ａ、２ｂ、・・・、２ｎ（以下では、個々の計算機を区別せずに説明する場合、参照番号として２を用いる）、これら複数の計算機２により共用されるストレージ１、計算機システムを管理するための管理コンソール４、及び、複数の計算機２、管理コンソール４、及びストレージ１が接続されるファイバチャネル接続装置３を有している。計算機２、管理コンソール３、及びストレージ１とファイバチャネル接続装置３との間は、ファイバチャネル５により接続される。各計算機２と管理コンソール４は、ローカル・エリア・ネットワーク（ＬＡＮ）６を介して相互に通信可能に接続されている。また、管理コンソール４とストレージ１は、通信路７により接続されている。
【００１２】
本実施形態では、計算機２としてはＰＣ（Personal Computer）を用いることを想定して説明する。もちろん、計算機２として、サーバや、ワークステーション等の計算機を用いることも可能である。計算機２とストレージを接続するためのインタフェース（以下Ｉ／Ｆと略記する）には、その接続距離と速度の面で適切であるファイバチャネルを用いられているが、ＳＣＳＩ（Small Computer System Interface）、ＵＳＢ（Universal Serial Bus）、IEEE１３９４バス等のインタフェースが用いられていてもよい。
【００１３】
図２は、計算機２の構成を示す簡略なブロック図である。２１は、情報の入力を受け付け、あるいは、出力するための入出力装置、２２は、計算機２全体の制御を行う中央処理装置（ＣＰＵ）、２５は、ファイバチャネルの接続、制御を行うために搭載されるファイバチャネルボード、２４は、ＬＡＮ６を介して通信を行うためのＬＡＮボード、２３は、ＣＰＵ２２が各種制御を実行するために必要なプログラムやデータを格納するためのメモリである。メモリ２３には複数のプログラムが格納されている。
【００１４】
ファイバチャネルボード２５は、ファイバチャネルの制御を行うファイバチャネルコントローラ２５０、ファイバチャネルコントローラが制御をするために必要なプログラムやデータ、及びＣＰＵ２２がファイバチャネルコントローラ２５０を制御するために必要なプログラムやデータを格納したメモリ２５１を有する。メモリ２５１に格納されるプログラムには、ＣＰＵ２２がファイバチャネルコントローラ２５０を制御して、ストレージ１からＯＳをローディングして起動するために実行するブートアップ制御プログラムが含まれる。また、メモリ２５１には、２５１１は、ファイバチャネルコントローラ２５０を一意に識別するために設けられる名称の情報であるＷＷＮ（World Wide Name）２５１２が保持される。本実施形態では、ファイバチャネルコントローラ２５、メモリ２５１が計算機２に搭載されるボード上に設けられているが、これらは、例えば、ＣＰＵ２２等が搭載されているボード上に直接実装されていてもよい。
【００１５】
ＬＡＮボード２４には、計算機２の外部から、計算機２のメイン電源スイッチ２６を制御して、計算機２の電源のオン／オフなどを行うためのリモートパワーオン回路２４１が設けられている。
【００１６】
図３は、ストレージ１の構成を示す簡略なブロック図である。ストレージ１は、ストレージ１全体の制御を司るコントロールユニット１１、ファイバチャネル５への接続と、その制御を行うファイバチャネルコントローラ１５、コントロールユニット１１が、ストレージ１の制御を行うために実行するプログラムやデータを格納したメモリ１２、管理コンソール４との間の通信を制御する通信インタフェース１６、及び複数の論理ユニット（ＬＵ）１３ａ、１３ｂ、・・・、１３ｎ、及び１４を有する。なお、図に示される通信ＬＵ１７は、本実施形態では特に必要とされるものではなく、これについては、第２の実施形態において説明する。
【００１７】
論理ユニットは、計算機２から認識される仮想的なボリューム（記憶デバイス）であり、計算機２は、１つのＬＵを１台の論理的なディスク装置として認識する。論理ユニットは、計算機とストレージを接続するインタフェースの一つであるＳＣＳＩ（Small Computer System Interface）の仕様において定義された名称である。ＳＣＳＩでは、個々の論理ユニットを識別するために、各論理ユニットに論理ユニット番号（Logical Unit Number：ＬＵＮ）が識別子として付与される。以下、本明細書では、論理ユニットを単にＬＵ、論理ユニット番号をＬＵＮと表記する。ストレージ１は、内部に複数のＬＵを定義し、構築することができる。ストレージ１の内部で定義されるＬＵを内部ＬＵと呼ぶ。各内部ＬＵには、それらをストレージ１内部で管理するために、０から始まる整数のシリアル番号が付けられる。この番号を内部ＬＵNと呼ぶ。
【００１８】
各計算機２には、定義された複数のＬＵの中から、それぞれに専用のＬＵ１３（以下では、論理ユニット１３ａ、１３ｂ、・・・、１３ｎを個々に区別する必要のない時には参照番号として１３を用いる）が割り当てられる。本明細書では、いずれかの計算機に専用に割り当てられるＬＵ１３をローカルＬＵとも呼ぶ。一方、ＬＵ１４は、すべての計算機２、及び管理コンソール４により共用され、これらのいずれからもアクセス可能なＬＵである。このように複数の計算機から共用されるＬＵを本明細書では、共用ＬＵとも呼ぶ。計算機２は、ＯＳのブートアップ時に、接続されているストレージをサーチし、それらのＬＵＮを検出する。一般に、ＰＣ等の計算機によるＬＵＮの検出には、（ａ）ＬＵNを０から順にサーチする、（ｂ）ＬＵNは連続番号で存在することを仮定し、存在しない番号があれば、それ以降のサーチは行わない、といった制約がある。このような制約がある場合、各計算機２が検出するＬＵＮとして、内部ＬＵＮをそのまま用いようとすると、各計算機２に対して、それぞれの計算機２からアクセスが可能なＬＵの内部ＬＵＮのみを認識させることができなくなる。本実施形態では、計算機２が、利用可能なＬＵのＬＵＮのみを０から始まる連続番号として認識できるように、各計算機に対して、仮想的なＬＵＮを認識させる。以下では、計算機２により認識される仮想的なＬＵＮを仮想ＬＵＮと呼ぶ。内部ＬＵＮと仮想ＬＵＮとの間の対応関係は、後述するＬＵＮ管理テーブルにより管理される。
【００１９】
メモリ１２には、ＬＵを定義したり作成したりするためにコントロールユニット１１が実行するＬＵ定義プログラム１２１、各計算機２から各ＬＵへのアクセスを制御するためにコントロールユニット１１により実行されるアクセス制御プログラム１２３、及び、各計算機２からＬＵへのアクセスを制御する際に、コントロールユニット１１が参照する管理情報を格納したＬＵN管理テーブル１２２が格納されている。
【００２０】
図４は、ＬＵＮ管理テーブルの一例を示すテーブル構成図である。ＬＵＮ管理テーブル１２２は、内部ＬＵとその内部ＬＵを利用可能な計算機との組に対応した複数のエントリを有する。各エントリには、ポート番号１２２１、Target ID１２２２、仮想ＬＵN１２２３、内部ＬＵN１２２４、WWN１２２５、S_ID１２２６、及び属性１２２７が設定される。これらの情報は、例えば、ＬＵの作成、定義を行う際に、システムの管理者により管理コンソール４を介して設定される。
【００２１】
ポート番号１２２１は、ストレージ１が備えるファイバチャネルの接続ポートに付与された番号である。本実施形態では、ストレージ１が有する接続ポートの数を１つと仮定し、ポート番号１２２１には、一律０が格納されるものとする。
【００２２】
Target ID１２２２は、計算機２とのインタフェースにおいて、ストレージ１に割り当てられた識別子である。本実施形態のように計算機２とストレージ１とを接続するインタフェースにファイバチャネルが用いられる場合は、Target ID１２２１として、各ポートに対して初期化時に付与されるD_ID（Destination ID）を用いることができる。インタフェースとしてＳＣＳＩが用いられる場合、同一ポートに複数のＩＤを付与することができる。このような場合には、そのときの各ＬＵNが属するTarget IDをこのフィールドに設定する。インタフェースがファイバチャネルの場合、接続ポートの番号とD_IDは、１対１に対応させることができるので、ポート番号１２２１とTarget ID １２２２のいずれか一方を省略してもよい。本実施形態では、インタフェースにファイバチャネルを用いているので、Target ID１２２１は未使用とし、一律０が設定される。
【００２３】
仮想ＬＵN１２２３と内部ＬＵN１２２４は、ＷＷＮ１２２５に設定された情報により識別される計算機２が認識している仮想ＬＵＮとその仮想ＬＵＮに対応する内部ＬＵＮとの関係を保持する。
【００２４】
ＷＷＮ１２２５には、計算機２のファイバチャネルコントローラ２５０に設定されているＷＷＮ２５１２が設定される。ＷＷＮは、ファイバチャネルのポートとポートの接続関係を確立するポートログイン処理の際に、各計算機２から通知される情報である。
【００２５】
S_ID１２２６は、ファイバチャネルのフレームヘッダに設定されるＩＤ情報であり、フレームを作成したソース（イニシエータ）を識別するＩＤである。S_IDは、ファイバチャネルの初期化の際に、動的に割り当てられる。ＷＷＮとS_IDの関連づけを行うことで、フレーム毎にＷＷＮを調べなくてもS_IDを検査することで計算機２を特定することができる。
【００２６】
属性１２２７は、各ＬＵの所有属性を示す。「専用」は、１台の計算機２に専用に割り当てられたＬＵであることを示す。「共用」は複数の計算機２により共用されるＬＵであることを示す。
【００２７】
ここで、計算機２ａのＷＷＮが“WWNa”、S_IDが“S_IDa”、計算機２ｂのＷＷＮが“WWNb”、S_IDが“S_IDb”、計算機２nのＷＷＮが“WWNn”、S_IDが“S_IDn”、管理コンソール４のＷＷＮが“WWNz”、S_IDが“S_IDz”と仮定する。図４に示すＬＵＮ管理テーブル１２２から、例えば、計算機２aには、専用のローカルＬＵ１３ａとして、内部ＬＵNが０のＬＵが割り当てられ、計算機２ａからは、ＬＵＮ“０”のＬＵとして認識されることが理解される。同様に、計算機２ｂには、専用のローカルＬＵとして、内部ＬＵＮが１のＬＵが割り当てられ、計算機２ｂからは、ＬＵＮ“０”のＬＵとして認識されることが理解される。また、内部ＬＵＮ“ｋ”のＬＵは、複数の計算機から共用されるＬＵであって、計算機２ａ、２ｂ、２ｎからは、ＬＵＮ“１”のＬＵとして認識され、管理コンソール４からは、ＬＵＮ“０”のＬＵとして認識されることが理解される。
【００２８】
図５は、ローカルＬＵ１３に格納されるプログラム等の説明図である。ローカルＬＵ１３には、そのＬＵが割り当てられた計算機２が使用するプログラムとして、オペレーティングシステム（ＯＳ）１３１、インストールエージェントプログラム（以下では、インストールエージェントと表記する）１３２、通信プログラム１３４、及びシャットダウンプログラム１３５が格納される。これらのプログラムは、計算機２のメモリ２３にロードされ、ＣＰＵ２２により実行される。
【００２９】
ＯＳ１３１は、計算機２上で各種のプログラムの実行やハードウェアの制御等を行うためのプログラムであり、自身の設定情報や構成情報、計算機２上で実行されるプログラムに関する情報、及びその計算機２を利用するユーザに関する情報などを保持・管理するレジストリ１３１１を有する。インストールエージェント１３２は、プログラムのインストールを行うインストーラプログラムを起動し、従来作業者が実行していたインストール作業の一部、またはすべての処理を代行するプログラムである。通信プログラム１３４は、管理コンソール４との間の通信を制御し、インストール作業の進捗状況やエラーの発生状況を報告するプログラムである。シャットダウンプログラム１３５は、計算機２をシャットダウンするためのプログラムである。
【００３０】
ローカルＬＵ１３は、上述したプログラムの他、インストールエージェント１３２をコントロールするための情報を保持したインストールエージェントコントロールファイル１３３、計算機２において実行されたプログラムのインストール作業の進捗情報、作業の成功／失敗等の各種ステータス情報などを保持する計算機ステータステーブルファイル１３６を格納している。
【００３１】
図６は、共有ＬＵ１４に格納されるプログラム等の説明図である。共用ＬＵ１４には、インストーラプログラム１４１、インストール用ファイル群１４２が格納されている。インストール用ファイル群１４２には、インストーラプログラム１４１によりインストールされるプログラムの本体ファイルや各種設定ファイルなどのインストールに必要なファイルが含まれる。インストーラプログラム１４１、およびインストール用ファイル群１４２は、インストール作業に先立って、作業者により、ＣＤ−ＲＯＭ等の可搬メディアから共有ＬＵ１４にコピーされる。
【００３２】
インストーラプログラム１４１は、インストールエージェント１３２により計算機２のメモリ２３にロードされて実行される。インストール用ファイル群はインストーラプログラム１４１により参照され、あるいは、インストーラプログラム１４１が実行されている計算機２のローカルＬＵ１３にコピーされる。
【００３３】
図７は、管理コンソール４の構成を示す簡略なブロック図である。管理コンソール４は、管理者が管理コンソール４を操作するための入出力装置４１、管理コンソール４全体の制御を司るＣＰＵ４２、ＣＰＵ４１が実行するプログラムやデータを格納するためのメモリ４３、ファイバチャネル５への接続、制御を行うファイバチャネルボード４５、ＬＡＮ６を介して通信を行うためのＬＡＮボード４４、管理コンソール４のＯＳやプログラムを格納するディスク装置４６、ストレージ１との間の通信を行う通信インタフェース４７を有する。
【００３４】
メモリ４３に格納されるプログラムには、インストールの作業全般を制御するインストールマネージャプログラム４３１（以下では、インストールマネージャと表記する）が含まれている。インストールマネージャ４３１は、以下に説明する複数のサブプログラムを含んで構成される。
【００３５】
図８は、インストールマネージャ４３１の構成を示す概念図である。インストールマネージャ４３１は、リモートパワー制御プログラム４３１１、インストールエージェントコントロールファイル配信プログラム４３１２、インストールエージェント配信プログラム４３１３、レジストリ変更プログラム４３１４、シャットダウンプログラム配信プログラム４３１５、進行状況表示プログラム４３１６、通信プログラム４３１７、及び、通信プログラム配信プログラム４３１８を有する。
【００３６】
リモートパワー制御プログラム４３１１は、計算機２の電源のオン／オフ、並びにリブートを物理的に離れた場所から制御するためのプログラムである。インストールエージェントコントロールファイル配信プログラム４３１２は、各計算機２にインストールエージェントコントロールファイル１３３を配信するためのプログラムである。インストールエージェント配信プログラム４３１３は、各計算機２にインストールエージェント１３２を配信するためのプログラムである。レジストリ変更プログラム４３１４は、計算機２のレジストリ１３１１を物理的に離れた場所から変更するためのプログラムである。シャットダウンプログラム配信プログラム４３１５は、各計算機２にシャットダウンプログラム１３５を配信するためのプログラムである。進行状況表示プログラム４３１６は、各計算機２におけるインストール作業の進捗状況やエラーの発生状況を表示するためのプログラムである。通信プログラム４３１７は、各計算機２と通信し、インストール作業の進捗状況やエラーの発生状況を獲得するためのプログラムである。通信プログラム配信プログラム４３１８は、各計算機２に通信プログラム１３４を配信するためのプログラムである。
【００３７】
図９は、インストールの準備作業として行われる処理のフローチャートである。
【００３８】
作業者は、まず、インストールの対象となる計算機２の電源をオンにする。具体的には、管理コンソール４のインストールマネージャ４３１を起動し、リモートパワー制御プログラム４３１１により、リモートパワーオンパケットを作成し、インストールを行う計算機２に対して送信する。リモートパワーオンパケットは、そのフォーマットの一例を図１０に示すように、ヘッダ９０１とデータ部９０２を有する。データ部９０２は、同期部９０２１と電源をオンする計算機２のＭＡＣアドレス９０２２を１または複数含んで構成される。計算機２のＬＡＮボード２４上にあるリモートパワーオン制御手段２４１は、リモートパワーオンパケット９００を受信すると、そのデータ部９０２に設定されているＭＡＣアドレス９０２１を調べる。リモートパワーオン制御手段２４１は、データ部９０２に設定されているＭＡＣアドレス９０２１とＬＡＮボード２４のＭＡＣアドレスとを比較し、一致するものが含まれている場合はメイン電源スイッチ２６を制御し、計算機２の電源をオンする（ステップ７０１）
インストールの対象となる計算機２の電源がオンされると、インストールマネージャ４３１は、インストールエージェントプログラム配信プログラム４３１３を実行し、ＬＡＮ６を介して各計算機２にインストールエージェント１３２を配信する。各計算機は、インストールエージェント１３２受信すると、それを専用のローカルＬＵ１３に格納する。なお、このステップ、及びこれ以後のステップにおいて計算機２に配信されるプログラムは、各計算機２のローカルＬＵ１３を管理コンソール４にネットワークディスクとしてマウントし、管理コンソール４から直接各計算機２のローカルＬＵ１３に格納してもかまわない（ステップ７０２）。
【００３９】
続いて、インストールマネージャ４３１は、通信プログラム配信プログラム４３１８により通信プログラム１３４を、シャットダウンプログラム配信プログラム４３１５によりシャットダウンプログラム１３５を各計算機２に配信する。これらのプログラムは、インストールエージェント１３２と同様にローカルＬＵ１３に格納される（ステップ７０３、７０４）
次に、インストールマネージャ４３１は、インストールエージェントコントロールファイル１３３を作成する。図１１にインストールエージェントコントロールファイル１３３の構成を示す。インストールエージェントコントロールファイル１３３は、情報として、選択インストーラ１３３１、エージェントオン／オフ識別子１３３２、インストーラ起動時刻１３３３、インストールキー情報１３３４を含んでいる。選択インストーラ１３３１は、計算機２が起動すべきインストーラプログラム１４１の保存場所と名前を表す。この情報により、インストーラプログラムが複数存在している場合、どの計算機２にどのインストーラプログラム１４１を起動させるかをコントロールすることができる。エージェントオン／オフ識別子１３３２は、計算機２のインストールエージェント１３２がインストール処理をするかどうかの判定に用いる識別子である。エージェントオン／オフ識別子１３３２には、オン属性かオフ属性のいずれかが記される。インストーラ起動時刻１３３３は、インストーラプログラム１４１を起動する時刻をインストールエージェント１３２に指示するための情報である。インストールキー情報１３３４は、不正なインストールを防止するために用意される情報である。インストールエージェント１３２は、適切なキー情報が格納されている時のみインストールを実行する。この情報は必要に応じ用いればよく、必須情報ではない。インストールキー情報１３３４の内容については後述する（ステップ７０５）。
【００４０】
インストールマネージャ４３１は、インストールエージェントコントロールファイル配信プログラム４３１２により、作成したインストールエージェントコントロールファイル１３３を各計算機２に配信する。このファイルは、各計算機に配信されると、それぞれの計算機２のローカルＬＵ１３に格納される（ステップ７０６）。
【００４１】
各プログラム、及びインストールエージェントコントロールファイルの配信を終えると、インストールマネージャ４３１は、レジストリ変更プログラム４３１４により、計算機２が自動ログオンし、インストールエージェント１３２の実行を開始するように計算機２のレジストリ１３１１を変更する（ステップ７０７）。続いて、インストールマネージャ４３１は、リモートパワー制御プログラム４３１１により、計算機２のシャットダウンプログラム１３５を起動し、計算機２をシャットダウンする（ステップ７０８）。
【００４２】
インストールを行う計算機２のシャットダウンの後、インストールマネージャ４３１は、インストーラプログラム１４１、インストール用ファイル群１４２を共用ＬＵ１４に格納する（ステップ７０９、ステップ７１０）。
【００４３】
以上でインストールの準備作業が終了する。
【００４４】
図１２は、インストールの実行作業の流れを示すフローチャートである。
【００４５】
作業者は、管理コンソール４を操作して、ステップ７０１と同様に、インストールマネージャ４３１を起動し、リモートパワー制御プログラム４３１１により、インストール作業を行う計算機２の電源をオンする（ステップ８０１）。
【００４６】
各計算機２では、電源がオンされると、ＯＳ１３１を起動し、自動的にログオンが行われる。計算機２は、立ち上がると、インストールエージェント１３２の実行を開始する。なお、本実施形態では、ＯＳ１３１が起動すると、自動的にインストールエージェント１３２を起動し、作業が開始されるが、インストールエージェント１３２を計算機２に常駐するプログラムとして実現することも可能である。この場合、プログラム間通信により、インストールマネージャ４３１がインストールエージェント１３２に開始指示を与えるようにすればよい（ステップ８０２）。
【００４７】
計算機２のインストールエージェント１３２は、動作を開始すると、計算機用ローカルＬＵ１３にあるインストールエージェントコントロールファイル１３３を参照する（ステップ８０３）。
【００４８】
インストールエージェント１３２は、インストールエージェントコントロールファイル１３３のエージェントオン／オフ識別子１３３２を検査する。エージェントオン／オフ識別子１３３２がオン属性を示していれば、続いて、インストールキー情報１３３４を確認する。インストールキー情報１３３４としては、例えば、インストールするプログラムの開発元が発行したライセンスキー情報や、インストールマネージャとインストールエージェントの開発元が発行したライセンスキー情報などを用いることができる。これらの情報を用いることで、インストールしようとするプログラムが、正規にライセンスを受けたものであるか否か確認できる。また、インストールキー情報１３３４として、インストールが許可される計算機２のＷＷＮやＭＡＣアドレスといった識別情報を用いてもよい。インストールエージェント１３２は、このような情報を計算機上の識別情報と比較して、自計算機がインストールを許可された計算機であるか否か確認することができる。インストールキー情報１３３４として、このような計算機の識別情報と先に述べたライセンスキー情報を併用してもかまわない。エージェントオン／オフ識別子１３３２がオフ属性、あるいは、インストールキー情報１３３４が有効なものでない場合、インストールエージェントは、プログラムのインストールを行わずに処理を終了する（ステップ８０４）。
【００４９】
エージェントオン／オフ識別子１３３２がオン属性であり、かつ、インストールキー情報１３３４が有効なものであれば、インストールエージェント１３２は、共用ＬＵに格納されているインストーラプログラム１４１をメモリ２３にロードして起動する。なお、ステップ８０４において、インストールエージェントコントロールファイル１３３のインストーラ起動時刻１３３３でインストーラプログラムの起動時刻が指定されていた場合、インストールエージェント１３３は、その時刻までインストーラプログラムの起動を保留する。
【００５０】
インストーラプログラム１４１は、起動されると、プログラムのインストールを行う。この際、インストーラプログラム１４１は、計算機２のレジストリ１３１１にインストール情報を反映させるため、インストール用ファイル群１４２を共用ＬＵ１４からファイバチャネルを介して計算機２のメモリ２３に読み込み、続いて計算機用ローカルＬＵ１３にそれらのファイルを転送する（ステップ８０６）。
【００５１】
インストーラプログラム１４１によるインストール処理が終了すると、インストールエージェント１３２は、その計算機２が次回起動するときにインストール処理を行わないように、インストールエージェントコントロールファイル１３３のエージェントオン／オフ識別子１３３２をオフ属性に書き換える。このとき、必要に応じてインストールキー情報１３３４が無効化される（ステップ８０７）。
【００５２】
続いて、インストールエージェント１３２は、計算機用ローカルＬＵ１３にあるシャットダウンプログラム１３５を起動する（ステップ８０８）。シャットダウンプログラム１３５は、起動されると、計算機２のシャットダウンを行う（ステップ８０９）。
【００５３】
以上で、インストール作業が完了する。この後、計算機２の使用者が計算機２を起動すると、インストールされたプログラムを使用することができる。複数の計算機２に対してプログラムをインストールする場合は、先に説明した準備処理を複数の計算機を対象として実施しておき、ステップ８０１でこれら複数の計算機２の電源をオンにすれば、各計算機上でインストール処理が並行して行われる。
【００５４】
プログラムのインストール作業では、作業者が、インストール処理の進捗状況や、エラーが生じることなく作業が終了したかどうかといったことを確認できることが望ましい。本実施形態では、計算機ステータステーブルファイル１３６にインストール作業の進捗状況やエラーの発生状況を記録していき、このファイルを管理コンソール４から参照することで、進捗状況やエラーの発生状況を作業者が確認できるようにしている。
【００５５】
図１３は、計算機ステータステーブルファイル１３６の一例を示すテーブル構成図である。計算機ステータステーブルファイル１３６は、図に示すように、計算機２における作業状況を表す情報として、電源状況、ＯＳの起動状況、インストールエージェントの動作状況、インストール処理の状況、及びシャットダウン処理の状況を表す情報が記録される。計算機ステータステーブルファイル１３６には、インストール作業の途中途中の作業ステップごとに、進捗状況やエラー発生状況が記録されていく。具体的には、リモートパワー制御プログラム４３１１により電源状況、及びＯＳ起動状況が、インストールエージェント１３２によりインストールエージェント状況、及びインストール状況が、シャットダウンプログラム１３５によりシャットダウン状況がそれぞれ記録される。ステータス１３６２として設定される値は、図１４に示すように定義される。図１４の定義に従えば、図１３に示す計算機ステータステーブルファイル１３６より、この計算機２は、電源がオン状態で、ＯＳが起動完了、インストールエージェントがオン状態、インストールが実行中、シャットダウン処理は開始されていない状態にあることが把握できる。
【００５６】
管理コンソール４は、ローカルＬＵ１３をネットワークディスクとしてマウントし、進行状況表示プログラム４３１６により各ローカルＬＵ１３に格納されている計算機ステータステーブルファイル１３６を読み出して、インストール対象計算機２における作業の進捗状況やエラー発生状況を入出力装置４１に表示する。なお、本実施形態では、管理コンソール４から直接ローカルＬＵ１３に格納されている計算機ステータステーブルファイルを参照しているが、各計算機２の通信プログラム１３４と、管理コンソール４の通信プログラム４３１７との間の通信により、この情報を転送するようにしてもかまわない。インストール中にエラーが発生した場合、作業者は、管理コンソール４上でこれを認識することができ、リトライ処理など、必要な処置を執ることができる。
【００５７】
本実施形態によれば、高速なインタフェースであるファイバチャネルを用い、かつ、計算機とストレージの中間に位置するファイルサーバのような制御装置を介在させることなくプログラムのインストールを行うことができる。この結果、インストール処理において実行されるファイル転送の転送速度を高速化できる。また、複数台の計算機のインストール作業を一人の作業者が管理コンソールから集中的に同時並行して行うことができる。この結果、インストール時間の短縮、必要な作業者数の低減を図ることができ、計算機システムを維持管理するための運用コストを低減することができる。また、管理コンソールを計算機が設置されている場所から物理的に離れた場所に設置し、遠隔操作によりインストール作業を行えるので、計算機を設置してある環境に作業者が立ち入る必要がなく、セキュリティを高めることができる。さらに、インストールキー情報を用いることで、ライセンスを受けていない計算機への不正インストールや、誤インストールを防止することができる。またさらに、本実施形態によれば、インストールするプログラムの種類によらずに同一の手順でインストール作業を実行できるので、インストール作業が簡単になり、また専門的な知識や習熟が不十分であっても、インストール作業を実行できる。
【００５８】
なお、本実施形態では、インストールエージェントコントロールファイルにより不正インストールや誤インストールを防止しているが、ストレージ１のＬＵN管理テーブル１２２の機能を使用して、インストールの実行に先立ち、インストールの対象とする計算機以外の計算機のローカルＬＵを隠蔽し、もしくは共用ＬＵをインストール対象の計算機以外の計算機から隠蔽することにより、インストールが実行できないようにしてもよい。さらには、インストール完了後、インストーラプログラムやインストール用ファイル群を共用ＬＵから消去することで、不正インストールや誤インストールを防止することも可能である。
【００５９】
（第２の実施形態）
第１の実施形態では、各計算機のパワーオン制御などをＬＡＮを介して行っているが、ＬＡＮを用いずに同様の処理を行うことも可能である。以下、第２の実施形態として、ＬＡＮを用いずにインストール作業を行う場合について説明する。
【００６０】
第２の実施形態における計算機システムは、ＬＡＮ６が不要となる点を除くと、基本的に第１の実施形態における計算機システムと同様に構成される。従って、ここでは、第１の実施形態で用いた図を参照して説明を行う。
【００６１】
本実施形態では、ストレージ１に通信ＬＵ１７が設けられる。通信ＬＵ１７には、各計算機２の状態を示す計ステータステーブルリストが保持される。
【００６２】
図１５は、計算機ステータステーブルリスト１３７の構成図である。計算機ステータステーブルリスト１３７は、各計算機２の計算機ステータステーブルファイル１３６の内容を集約したものである。計算機ステータステーブルファイル１３６の内容は、図１３に示すものと同様である。計算機ステータステーブルリスト１３７は、各計算機２におけるインストール作業の進捗状況やエラーの発生状況を管理コンソール４に通知するために用いられる。
【００６３】
計算機ステータステーブルリスト１３７は、計算機２が有する通信プログラム１３４により作成される。各計算機２用のテーブル１３７１は、それぞれ通信ＬＵ１７内でのアドレスがあらかじめ一意に決められている。計算機２の通信プログラム１３４は、ファイルシステムを使用したファイルリード／ライトではなく、直接ＬＵの論理ブロックをリード／ライトするRAW I/Oコマンドを使って通信ＬＵ１７をアクセスする。これにより、各計算機２が任意のタイミングで、計算機ステータステーブルリスト１３７にステータス情報を書き込むことができる。また、管理コンソール４のインストールマネージャ４３１のサブプログラムである通信プログラム４３１７は、計算機ステータステーブルリスト１３７をRAW I/Oコマンドを使って適当なタイミングで読み出すことで各計算機２の状況を逐次知ることができる。管理コンソール４の通信プログラム４３１７は、ある計算機２がインストールを実行前であったり、完了したりしていることが明確で無い限り、計算機ステータステーブルリスト１３７にデータを書き込むことはできない。なお、ファイルシステムによるファイル共有が可能に構成されていれば、計算機ステータステーブル１３６をファイルとして構築し、RAW I/Oを用いることなくアクセスするようにしてもよい。
【００６４】
本実施形態では、インストールの準備処理において行われる各種プログラムやファイルの配信は、以下のように行われる。
【００６５】
本実施形態にいて、管理コンソール４は、ＬＵの作成、定義と同様に、ストレージ１と通信することで、ストレージ１のＬＵN管理テーブル１２２のWWNを変更し、管理コンソール４にプログラムのインストールを行う計算機２のローカルＬＵ１３をマウントする。この状態で、管理コンソール４は、各計算機２のローカルＬＵ１３に各種プログラム及びファイルを格納する。プログラム及びファイルの格納が済んだ後、管理コンソール４は、ＬＵN管理テーブル１２２の情報を元に戻し、次に計算機２が起動するときにそれらのファイルを利用できるようにする。
【００６６】
本実施形態では、計算機２のパワーオン制御を、ファイバチャネルを介して行う。このため、各計算機２は、図１６に示すように、ファイバチャネルボード２５にリモートパワーオン制御手段２５０１と待機電源２５０２を有する。なお、本実施形態ではＬＡＮを用いないため、図１６には、ＬＡＮボードが図示されていないが、他の目的のためにＬＡＮボードが設けられていてもかまわない。
【００６７】
リモートパワーオン制御手段２５０１は、ファイバチャネルコントローラ２５０の内部に設けられる。待機電源２５０２は、計算機２のメイン電源がオフの間もオン状態に維持され、ファイバチャネルボード２５に電源を供給する。したがって、計算機２のメイン電源の状態に関わらずファイバチャネルコントローラ２５０は、動作可能であり、ファイバチャネル５を介して送られてくるフレーム（パケット）を受信することができる。
【００６８】
図１７は、計算機２のパワーオンに用いられるリモートパワーオンフレームの一例を示すフォーマット図である。ファイバチャネルのフレームは、フレームの先頭を示すＳＯＦ（Start of Frame）９５０１、フレームの送信ノードの情報やフレームの種別等の情報を持つフレームヘッダ９５０２、フレームにより転送されるデータの実体を保持するペイロード９５０３、フレームのビットエラーを検出するためのデータ保証コードであるＣＲＣ（Cyclic Redundancy Code）９５０４、及び、フレームの末尾を示すＥＯＦ（End Of Frame）９５０５を含んで構成される。リモートパワーオンフレーム９５０では、フレームヘッダ９５０２にブロードキャスト識別子９５０２ａを含む。ブロードキャスト識別子９５０２ａこのフレームが、ファイバチャネルに接続するすべてのノードに対し同時に発行されるフレームであることを示す。これにより、リモートパワーオンフレーム９５０は、ファイバチャネル上のすべての機器に向けて転送される。ペイロード９５０３には、電源をオンする計算機２のファイバチャネルコントローラ２５０に付与されているＷＷＮが設定される。
【００６９】
管理コンソール４のインストールマネージャ４３１は、インストール処理のステップ８０１でプログラムのインストールを行う計算機２の電源をオンするために、リモートパワー制御プログラム４３１１により、上述したリモートパワーオンフレーム９５０を作成する。生成されるリモートパワーオンフレーム９５０のペイロード９５０３には、インストールが行われる少なくとも１台の計算機２のＷＷＮが設定される。生成されたリモートパワーオンフレーム９５０は、ファイバチャネル上にブロードキャストされる。
【００７０】
ブロードキャストされたリモートパワーオンフレーム９５０は、各計算機２のファイバチャネルコントローラ２５０により受信される。ファイバチャネルコントローラ２５０は、リモートパワーオンフレーム９５０を受信すると、そのフレームヘッダ２５０２を検査する。フレームヘッダ２５０２がブロードキャスト識別子９５０２ａを含んでいれば、さらに、ペイロード９５０３を検査し、自身のＷＷＮと一致するＷＷＮが設定されているか調べる。自身のＷＷＮと一致するＷＷＮがペイロード９５０３に設定されていれば、ファイバチャネルコントローラ２５０は、リモートパワーオン制御手段２５０１によりメイン電源スイッチ２６を制御して計算機２の電源をオンする。
【００７１】
本実施形態において、インストール処理は、上述したプログラム、及びファイルの配信、並びに、計算機２のリモートパワーオンの方法が異なる他は、基本的には第１の実施形態と同様に行われる。
【００７２】
本実施形態によれば、ファイバチャネルを介して計算機のパワーオン制御や、通信ＬＵ１７を介した計算機と管理コンソールとの間の通信が行われるため、ＬＡＮのない環境においてもリモート制御によるインストール作業を実施することができる。なお、本実施形態では、ファイバチャネルのブロードキャストフレームを用いパワーオン制御を行っているが、ファイバチャネルコントローラがＩＰプロトコルに対応していれば、ファイバチャネルを介して第１の実施形態と同様のリモートパワーオンパケットを転送してリモートパワーオンを実現することもできる。
【００７３】
（第３の実施形態）
第１及び第２の実施形態では、プログラムのインストール時に、計算機２が共用ＬＵ１４からインストール用ファイル群を読み出し、自身のローカルＬＵ１３に転送している。以下では、計算機２を介さずにインストール用ファイル群を転送し、インストールを実施する「ダイレクトインストール」について説明する。
【００７４】
図１８は、本実施形態の計算機システムの構成を示す簡略なブロック図である。図において、第１の実施形態と同様の部分については、図１と同じ参照番号が付されている。以下、本実施形態について、第１の実施形態と相違する点を主体に説明する。
【００７５】
計算機２は、ストレージ１にデータのコピーの指示を与えるダイレクトコピーディレクタ１３８、及びダイレクトコピーディレクタ１３８にプログラムからコピーに関する指示を与えるためのアプリケーションプログラムインタフェース（ＡＰＩ）であるダイレクトコピーＡＰＩ１３７の機能を有する。これらの機能は、各計算機２に専用のローカルＬＵ１３に保存され、実行時にメモリ２３上にロードされてＣＰＵ２２により実行されるプログラムにより実現される。
【００７６】
ストレージ１は、ダイレクトコピーディレクタ１３８からの指示に従ってストレージ１内部のコピー元ＬＵからコピー先ＬＵへデータのコピーを行うダイレクトコピーエンジン１２４を有する。ダイレクトコピーエンジン１２４は、ストレージ１のメモリ１２に格納され、コントロールユニット１１によって実行されるプログラムとして実現される。
【００７７】
図１９は、本実施形態においてインストーラプログラム１４１により実施される処理の流れを示すフローチャートである。インストーラプログラム１４１は、処理を開始すると、入出力装置２１にタイトルを表示する等、インストール画面の初期化を実施する（ステップ８５１）。インストーラプログラム１４１は、次に、ユーザ情報や、プログラムのライセンス情報の入力を促す画面を入出力装置２１に表示し、これらの情報の入力を待つ。通常、ライセンス情報等は、作業者が入力することになるが、本実施形態では、第１の実施形態と同様に、インストールエージェント１３２が作業者に代わりこの処理を実行する（ステップ８５２）。続いてインストーラプログラム１４１は、インストール方法の選択の入力を受け付ける。ここで指定されるインストール方法としては、例えば、あらかじめ決められたファイルの構成や設定でインストールを行う標準インストールや、インストールするプログラムやファイルの種類、構成を任意に設定できるカスタムインストールなどがある（ステップ８５３）。インストーラプログラム１４１、さらに、インストールするプログラムを格納するインストール先ディレクトリの指定を受け付ける（ステップ８５４）。これらステップ８５２、８５３、８５４で行われる入力処理も、インストールエージェント１３２が作業者に代わって行う。インストールエージェント１３２は、上述した各種の情報をインストールエージェントコントロールファイルに設定されている情報に従ってインストーラプログラム１４１に入力する。
【００７８】
以上のステップで設定された情報に基づいて、インストーラプログラム１４１は、コピーするファイル、インストール先のディレクトリを特定し、ファイルのコピー処理を実行する。ファイルのコピー処理は、インストーラプログラム１４１からダイレクトコピーＡＰＩ１３７を呼び出して行われる。ダイレクトコピーＡＰＩ１３７は、例えば、インストーラプログラム１４１のソースコード上で、“direct_file_copy(転送元，転送先);”のように記述される関数として与えられる。例えば、共用ＬＵ（ｄドライブとする）のディレクトリ“dir_a”のファイル“file１”を、専用ＬＵ（ｃドライブとする）のディレクトリ“dir_b”にコピーする場合は、ソースコード上で“direct_file_copy(d:dir_a\file１, c:dir_b);”のように記述される。ダイレクトコピーＡＰＩ１３７は、与えられたパラメータに従ってダイレクトコピーディレクタ１３８を介してストレージ１にファイルのコピーを指示する。この指示に従って指定されたファイルの転送がストレージ１の内部で実行される。（ステップ８５５）。
【００７９】
全ての必要なファイルのコピーが終了すると、インストーラプログラム１４１は、ＯＳ１３１のレジストリ１３１１の登録処理を実行する（ステップ８５６）。以上でインストールの作業は終了する。この後、インストーラプログラム１４１は、必要に応じて計算機のリブートを行う。また、インストールエージェント１３２は、第１の実施形態と同様に、必要に応じてインストールエージェントコントロールファイル１３３の設定変更等の処理を実行し、インストール処理を終了する（ステップ８５７）。
【００８０】
次に、ステップ９０６で行われるダイレクトコピーの詳細について説明する。ダイレクトコピーＡＰＩ１３７は、インストーラプログラム１４１に呼び出されると、ダイレクトコピーディレクタ１３８に処理を渡す。ダイレクトコピーＡＰＩ１３７は、具体的な処理を行わず、ダイレクトコピーディレクタ１３８とインストーラプログラム１４１などのアプリケーションプログラムとの間で処理の受け渡し行う。ダイレクトコピーディレクタ１３８は、ダイレクトコピーＡＰＩ１３７からダイレクトコピーの要求を受けると、パラメータとして渡されたドライブレターからＬＵを特定し、一般にファイルシステムと呼ばれるＯＳ１３１のファイルテーブル情報を参照して、コピー元、コピー先のディレクトリとファイル名に基づいて、コピー元とコピー先の論理アドレスと転送長を対にしたコピー情報を作成する。コピー情報は、リストとして複数のファイル転送を一度に要求できるよう構成できる。ダイレクトコピーディレクタ１３８は、コピー情報リストをストレージ１のダイレクトコピーエンジン１２４に発行する。ダイレクトコピーエンジン１２４は、計算機２のダイレクトコピーディレクタ１３８からコピー情報リストを受信すると、ＬＵN管理テーブル１２２を参照し、コピー元、コピー先それぞれの仮想ＬＵNから内部ＬＵNを求める。ダイレクトコピーエンジン１２４は、次に、コピー情報リストを参照し、コピー元の論理アドレスと転送長からリードコマンド、コピー先の論理アドレスと転送長からライトコマンドを生成する。ダイレクトコピーエンジン１２４は、アクセス制御プログラムを用い、これらのリードコマンドとライトコマンドをストレージの内部で順番に実行する。リードコマンドによりリードされたデータはストレージ１内部の図示しないバッファ（またはキャッシュ）に一旦保持される。バッファに保持されたデータは、ライトコマンドによりコピー先のＬＵに書き込まれる。ダイレクトコピーエンジン１２４は、以上の処理をコピー情報リストの順番に従い、すべてのコピー情報に関して実行する。すべてのコピー情報に基づくコピー処理が終了すると、ダイレクトコピーエンジン１２４は、計算機２のダイレクトコピーディレクタ１３８に処理の終了を報告する。
【００８１】
本実施形態によれば、インストールの際に実施されるファイルのコピー処理をストレージ１の内部で実行できる。このため、コピー処理に伴う計算機処理及び、ファイバチャネルによるデータ転送が発生しなくなり、インストール処理に伴う計算機、及びファイバチャネルの処理負荷を減少させることができる。また、ストレージ１内でデータのコピーが行われるため、より高速なコピー処理が実現でき、インストール処理に要する時間を短縮させることが可能となる。
【００８２】
なお、第３の実施形態では、ストレージ１の内部にダイレクトコピーエンジン１２４が設けられるが、ファイバチャネル接続装置３の内部にダイレクトコピーエンジン１２４を配置することもできる。この場合、ファイバチャネル接続装置３がコピーのためのリードコマンドとライトコマンドを生成し、ストレージ１に対して発行する。また、ファイバチャネル接続装置３は、データを一旦保持する必要があるので、このためのバッファを内部に設ける必要がある。このような構成では、ファイバチャンネルにデータは流れるものの、上述した第３の実施形態と同様、計算機の負荷を削減できる。また、ストレージ１に特別な機能を設ける必要がなく、従来のストレージを用いてシステムを構成できる。さらに、コピー元のＬＵとコピー先のＬＵが物理的に異なるストレージにあるときにもダイレクトインストールを実行できる。
【００８３】
（第４の実施形態）
第３の実施形態では、インストール時のコピー処理に１つのコピー元から１つのコピー先への１対１のダイレクトコピーを利用しているが、本実施形態では、１つのコピー元から複数のコピー先へのコピーが計算機２を介在させずに行われる。このような、１つのコピー元から複数のコピー先へのダイレクトコピーを「１対ｎダイレクトコピー」と呼ぶ。
【００８４】
本実施形態では、図１８に示すように、ストレージ１にダイレクトコピー先ＬＵリンク生成プログラム１２５が設けられる。ダイレクトコピー先ＬＵリンク生成プログラム１２５は、コピー先となる複数のＬＵの関連づけ（リンク）を行うものである。ダイレクトコピー先ＬＵリンク生成プログラム１２５により、リンクが生成されていると、ダイレクトコピーエンジン１２４は、計算機２からの１回のコピー要求に対して、１対ｎのコピーを実施する。この機能により、計算機２から１つのＬＵに対しインストールを実施すると、ストレージ１の内部処理として、リンクが生成されている複数のＬＵに同じプログラムをインストールすることができる。
【００８５】
作業者、または、管理者は、管理コンソール４のインストールマネージャ４３１により、ストレージ１にリンクするＬＵ群（例えば、ＬＵ−ａ、ＬＵ−ｂ、ＬＵ−ｃにリンクを生成すると仮定する）を指定する。この際、一つのＬＵが代表ＬＵとして設定される。ここでは、ＬＵ−ａを代表ＬＵとする。ストレージ１のダイレクトコピー先ＬＵリンク生成プログラム１２５は、内部ＬＵ−ａ、ＬＵ−ｂ、ＬＵ−ｃにリンクを生成する。
【００８６】
ダイレクトコピーの実行に際して、計算機２のダイレクトコピーディレクタ１３８は、コピー情報リストを作成しストレージ１に送信する。ストレージ１のダイレクトコピーエンジン１２４は、コピー情報リストを受信すると、ＬＵN管理テーブル１２２を参照し、コピー元、コピー先それぞれの仮想ＬＵNから内部ＬＵNを求める。コピー情報リストでは、コピー先として代表ＬＵのみが指定される。ダイレクトコピーエンジン１２４は、コピー情報リストを参照し、コピー元の論理アドレスと転送長からリードコマンドを、コピー先の代表ＬＵに対する論理アドレスと転送長からリンクが生成されている全てのＬＵ（ＬＵ−ａ、ＬＵ−ｂ、ＬＵ−ｃ）に対する同一内容のライトコマンドを生成する。次に、ダイレクトコピーエンジン１２４は、アクセス制御プログラムを用いてリードコマンドを実行し、データを一旦ストレージ１内部のバッファに読み込む。その後、バッファに読み込まれたデータは、ライトコマンドによりリンクづけられた複数のＬＵに書き込まれる。
【００８７】
以上の処理により、複数のＬＵへのプログラムのインストールを一時期に行うことができる。なお、本実施形態においても、第３の実施形態と同様に、ダイレクトコピーエンジン１２４、及びダイレクトコピー先ＬＵリンク生成プログラム１２５をファイバチャネル接続装置３に配置し、ファイバチャネルの機能としてこれらの処理を実現することもできる。
【００８８】
また、本実施形態では、ダイレクトコピー先ＬＵリンク生成プログラム１２５で複数のコピー先ＬＵを事前に指定しているが、ダイレクトコピーＡＰＩの機能を拡張し、上述した１対ｎダイレクトコピーを実現するＡＰＩを用いるようにしてもよい。このようなＡＰＩは、例えば、ソースコード上で、“direct_file_copy_n(コピー先ＬＵ数，転送元，転送先１，転送先２，・・・転送先n);”のような関数で記述できる。この場合、ダイレクトコピーディレクタ１３８は、ダイレクトコピーエンジン１２４にコピー情報リストの一部として、リンクされている複数のＬＵの情報を送信する。これにより、事前にリンク指定を行うことなく１対ｎのダイレクトコピーを実現できる。
【００８９】
（第５の実施形態）
上述した第１乃至第４の実施形態では、ストレージ１は、管理コンソール４とファイバチャネル５を介して接続されている。従って、管理コンソール４とストレージ１とは、ファイバチャネルの接続可能距離を越えて配置することはできない。現状、ファイバチャネルの接続距離は、１０ｋｍであり、上述した各実施形態では、この距離を超えるような遠隔地からプログラムのインストールを実施することができない。以下、第５の実施形態として、より遠隔地からのプログラムインストールを実現する方法について説明する。
【００９０】
図２０は、第５の実施形態における計算機システムの構成を示す簡略なブロック図である。図において、プログラムがインストールされる計算機２を有する計算機システムが設けられるユーザサイト１０００と、管理者がインストール操作を行うための管理サイト２０００とは、物理的に離れた場所に配置されている。
【００９１】
ユーザサイト１０００には、基本的に第１の実施形態と同様の計算機システムが設けられている。ユーザサイト１０００に設けられる計算機システムは、管理コンソール４に替えて管理サーバ４ａが設けられ、ＬＡＮ６にインターネットサーバ８が接続されている点で第１の実施形態における計算機システムと相違する。管理サイト２０００には、管理コンソール４ｂ、及び管理コンソール４ｂと接続されたインターネットサーバ１０が設けられる。インターネットサーバ８とインターネットサーバ１０とは、互いに広域ネットワークであるインターネット９を介して通信可能に接続される。
【００９２】
ユーザサイト１０００に設けられる管理サーバ４ａは、基本的には第１の実施形態における管理コンソール４と同様のものであるが、インターネット９を介して管理サイト２０００から操作される。インストールマネージャサーバプログラム（以下では、インストールマネージャサーバと表記する）４３１ａは、第１の実施形態におけるインストールマネージャ４３１の機能に加え、管理サイト２０００の管理コンソール４ｂに対するサーバ機能が追加されたものである。管理コンソール４ｂは、インターネット９を介して管理サーバ４ａと通信し、各種の操作画面を表示し、あるいは、管理者による各種の操作を受け付けるためのブラウザプログラム（以下、単にブラウザと表記する）４３２ｂが動作するＰＣなどの端末装置である。
【００９３】
本実施形態における他の構成部分については、基本的に、第１の実施形態と同様であり、ここでは説明を省略する。
【００９４】
次に、本実施形態におけるインストール処理について、第１の実施形態との相違点を中心に説明する。ここで、ＬＵの各種設定は既に終了しているおり、インストールマネージャサーバ４３１aは、既に管理サーバ４a上で稼働しているものとする。
【００９５】
プログラムのインストールに先立ち、必要なファイルを管理サイト２０００から管理サーバ４aにあらかじめ転送しておく。必要なファイル群には、インストールエージェント１３２、インストールエージェントコントロールファイル１３３、通信プログラム１３４、シャットダウンプログラム１３５、インストーラプログラム１４１、インストール用ファイル群１４２が含まれる。これらのファイルの転送には、ファイル転送プロトコル（ftp）等の転送プロトコルが用いられる。これらのファイルは、一旦管理サーバ４aのローカルディスク装置に保存される。インストールエージェントコントロールファイル１３３には、事前に管理者が管理コンソール４bを用いて各計算機用に各種の設定を施しておく。
【００９６】
プログラムのインストールの操作は、管理コンソール４ｂ上でブラウザ４３２ｂを起動し、インターネット９を介してインストールマネージャサーバ４３１aにアクセスして行われる。インストールのために実施される具体的な処理の内容は、管理サーバ４ａ上のインストールマネージャサーバの操作が、インターネットを介して行われることを除くと、図９、及び図１２に示した第１の実施形態における処理と同様の処理が実施される。
【００９７】
プログラムのインストールが行われている間、管理サーバ４ａは、各計算機２の計算機ステータステーブルファイル１３６を参照し、進行状況表示プログラム４３１６によりインストールが行われている各計算機２における作業の進捗状況やエラー発生状況をインターネット９経由で管理コンソール４ｂに送信する。管理コンソール４ｂ上では、ブラウザ４３２ｂにより、送られてきた作業の進捗状況やエラーの発生状況が表示装置に表示される。
【００９８】
本実施形態によれば、管理者が捜査する管理コンソールとプログラムがインストールされる計算機が配置される場所との距離的な制約がなくなり、遠隔地からの集中制御によるインストールが実現できる。なお、本実施形態では、ユーザサイト１０００の構成、及び、インストール処理は第１の実施形態に準じているが、ユーザサイト１０００の構成、及び、インストール処理を、第２乃至第４の実施形態におけるものに準じるものとすることも可能である。
【００９９】
（第６の実施形態）
第５の実施形態では、インストール作業の起動制御や進捗状況監視等の管理を遠隔地から行う方法について説明した。以下では、インストールの際に行われるファイル転送そのものを遠隔地から集中的に実施する場合について、第６の実施形態として説明する。
【０１００】
図２１は、第６の実施形態における計算機システムの構成を示す簡略なブロック図である。ユーザサイト１００１と管理サイト２００１は、物理的に離れた場所に配置される。ユーザサイト１００１には、プログラムのインストールが行われる計算機を有する計算機システムが設けられる。ユーザサイト１００１の計算機システムは、第１の実施形態と同様の構成を有する。ただし、ユーザサイト１００１が有するストレージ１ａは、第１の実施形態におけるストレージ１が有する機能の他、後述するリモートコピー機能１２６を有している。管理サイト２００１は、代理計算機１３２ｘ、ストレージ１ｂ、及び管理コンソール４ｃを有する。代理計算機１３２ｘ、ストレージ１ｂ、及び管理コンソール４ｃは、ファイバチャネル接続装置３を介して相互に接続される。管理サイト２００１に設けられるストレージ１ｂは、ストレージ１ａと同様の構成を有する。ストレージ１ａとストレージ１ｂは、インターネット、公衆回線網、ＡＴＭ網、あるいは、ファイバチャネルなどのネットワークにより実現される広域通信路９ａを介して接続される。なお、図において、ストレージ１ａとストレージ１ｂは、直接接続されているが、ゲートウェイやルータ等の接続機器を介して接続されてもかまわない。
【０１０１】
リモートコピー機能１２６は、広域通信路９ａを介して、他のストレージに対してデータを転送する機能である。例えば、管理サイト２００１のストレージ１ｂに対して管理コンソール４ｃからデータを書き込むと、ストレージ１ｂは、ライトデータをストレージ１ｂ内のディスク装置（ＬＵ）にデータを格納すると共に、リモートコピー機能１２６により広域通信路９ａを介してユーザサイト１００１のストレージ１ａに同一のライトデータを転送する。ストレージ１ａは、リモートコピー機能１２６によりこのライトデータを受信して、ストレージ１ａ内の対応するディスク装置（ＬＵ）にそのライトデータを書き込み、終了報告をストレージ１ｂに送信する。ストレージ１ｂは、ストレージ１ｂ内でのライト処理を完了した時点（同期リモートコピーの場合）、あるいは、ストレージ１ａとストレージ１ｂの双方でのライト処理が完了した時点（非同期リモートコピーの場合）で管理コンソール４ｃに終了報告を返す。なお、リモートコピーの実施に先立ち、ストレージ１ａ、１ｂのリモートコピーの対象となるＬＵを対応付け、ペアを作成しておく必要がある。また、ライト処理の実行に先立ち、一方のＬＵのデータを他方のＬＵに完全にコピーするイニシャルコピーを実行し、データを整合させて置く必要がある。これらの制御やデータ転送は、すべてリモートコピー機能１２６により実行される。
【０１０２】
リモートコピー機能を利用したインストール処理について、以下に説明する。ここでは説明を簡単なものとするため、１台の計算機２にプログラムのインストールを実施する場合を例に説明する。なお、以下の説明では、ユーザサイト１００１と管理サイト２００１のストレージのＬＵ構成は同一であり、それぞれ対応するＬＵでペアが構成されているものと仮定する。
【０１０３】
本実施形態におけるインストールの準備作業では、まず、インストール作業の対象となる計算機２用のローカルＬＵ１３の内容をストレージ１ｂ内の対応するＬＵ１３（以下、これをミラーＬＵと表記する）にコピーし、それぞれの内容を一致させる。内容が一致したミラーＬＵをローカルＬＵとして代理計算機２xにマウントする。管理コンソール４ｃのインストールマネージャ４３１は、第１４の実施形態と同様に、管理サイト２００１のストレージ１ｂの共用ＬＵ１４、及び計算機２xのローカルＬＵ（ミラーＬＵ）に対して各種のファイル群を配信する。ファイル群の配信では、ストレージ１ｂ内の共用ＬＵやミラーＬＵに対するライトアクセスが発生する。この際、ストレージ１ｂのリモートコピー機能１２６は、ユーザサイト１００１のストレージ１ａ内の対応するＬＵに対してデータ転送を実行する。この結果として、管理サイト２００１におけるファイルの配信の結果が、ユーザサイト１００１のストレージ１ａにも反映されることになる。
【０１０４】
インストールの実行作業では、管理サイト２００１により、第１の実施形態と同様にして、代理計算機２xを用いてローカルＬＵ１３（ミラーＬＵ）にインストールが実行される。先の準備作業の場合と同様に、インストール処理によりミラーＬＵに書き込まれるデータは、ユーザサイト１００１のローカルＬＵ１３にも書き込まれ、結果として、ユーザサイト１００１の計算機２へのプログラムのインストールが実行されたことになる。ストレージ１ａとストレージ１ｂとの間のデータの一致は、リモートコピー機能１２６により保証されるため、管理サイト２００１でインストールが成功すれば、ユーザサイト１００１でもインストールが成功したことになる。
【０１０５】
このように、本実施形態によれば、遠隔地から各種の設定のみならず、ファイル転送までをも含めてインストールを実行することができる。もし、ユーザサイト側で、計算機ごとの設定等が別途必要であれば、第５の実施形態と同様の方法を用いることで、必要な設定を行えばよい。また、ユーザサイトでプログラムをインストール使用とする複数の計算機に対応した複数の代理計算機を管理サイト側に用意し、これら複数の代理計算機を用いてインストール処理を実施することにより、複数の計算機に対するインストール処理を並行して行うことも可能である。
【０１０６】
さらに、第４の実施形態で説明した１対ｎダイレクトインストールを適用すれば、１台の代理計算機で複数台のインストールを実行できる。同様に、管理サイトのストレージと複数のユーザサイトのストレージとの間でリモートコピーを行うようにすれば、１つの管理サイトにおけるインストールにより、複数のユーザサイトに対して同時にインストール処理を行うことができる。ただし、これらの方法では、すべてのＬＵに対してイニシャルコピーを行うことができないため、新規にＯＳまで含めたシステムインストールなど、全てのＬＵの内容を一致させたい時に有効となる。
【０１０７】
さらにまた、本実施形態では、リモートコピー機能を使ってインストール処理を行っているが、ユーザサイトのＬＵと管理サイトのＬＵの内容を一致させた後、管理サイト内でインストール作業を実施した後に、再度イニシャルコピーにより、管理サイトのＬＵの内容をユーザサイトのＬＵにコピーすることでインストールを実現することも可能である。また、管理サイトを簡単なものとするために、代理計算機とそれに接続するストレージとで管理サイトを構成してもかまわない。この場合、管理サイト側で代理計算機に対し、従来と同様の手法によるプログラムのインストールを行うことで、リモートコピー機能によるユーザサイト側の計算機へのプログラムのインストールが実現できる。
【０１０８】
【発明の効果】
本発明によれば、計算機システムにおいて、計算機にプログラムをインストールする際の処理を効率的なものとして、計算機システムの維持管理に必要とされる運用コストの低減を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態における計算機システムの構成を示す簡略なブロック図である。
【図２】計算機２の構成を示す簡略なブロック図である。
【図３】ストレージ１の構成を示す簡略なブロック図である。
【図４】ＬＵＮ管理テーブルの一例を示すテーブル構成図である。
【図５】ローカルＬＵに格納されるプログラム、ファイルの説明図である。
【図６】共有ＬＵ１４に格納されるプログラム等の説明図である。
【図７】管理コンソール４の構成を示す簡略なブロック図である。
【図８】インストールマネージャ４３１の構成を示す概念図である。
【図９】インストールの準備作業として行われる処理のフローチャートである。
【図１０】リモートパワーオンパケットのフォーマットの一例を示す概念図である。
【図１１】インストールエージェントコントロールファイルの構成を示すファイル構成図である。
【図１２】インストールの実行作業の流れを示すフローチャートである。
【図１３】計算機ステータステーブルファイルの一例を示すテーブル構成図である。
【図１４】計算機ステータステーブルファイルに設定されるステータスの定義についての説明図である。
【図１５】計算機ステータステーブルリストの構成図である。
【図１６】第２の実施形態における計算機の構成を示す簡略なブロック図である。
【図１７】リモートパワーオンフレームの一例を示すフォーマット図である。
【図１８】第３の実施形態における計算機システムの構成を示す簡略なブロック図である。
【図１９】第３の実施形態のインストーラプログラムにより実施される処理の流れを示すフローチャートである。
【図２０】第５の実施形態における計算機システムの構成を示す簡略なブロック図である。
【図２１】第６の実施形態における計算機システムの構成を示す簡略なブロック図である。
【符号の説明】
１・・・ストレージ
２ａ、２ｂ、２ｎ・・・計算機
３・・・ファイバチャネル接続装置
４・・・管理コンソール
１３ａ、１３ｂ、１３ｎ・・・ローカルＬＵ
１４・・・共用ＬＵ
１３２・・・インストールエージェントプログラム
１３３・・・インストールエージェントコントロールファイル
１３６・・・計算機ステータステーブルファイル
１４１・・・インストールプルグラム
１４２・・・インストール用ファイル群
４３１・・・インストールマネージャプログラム
【発明が属する技術分野】
本発明は、計算機システム及び計算機システムにおけるプログラムのインストール方法に関し、特に、複数の計算機を対象としてプログラムのインストールを行うための方法に関する。
【０００２】
【従来の技術】
計算機へのプログラムのインストールには、インストールの一連の手続きを実行するプログラムであるインストーラと、インストールされるプログラムの本体、その他必要なインストール用ファイル群とを格納したＣＤ−ＲＯＭ等の可搬の記録メディアが用いられる。従来一般に、インストールの作業では、作業者が計算機に備えられたＣＤ−ＲＯＭ装置等の記憶装置に記録メディアを装填し、計算機上でインストーラを実行させることにより行われていた。
【０００３】
計算機にプログラムをインストールするための別の方法として、計算機とネットワークを介して接続されているファイルサーバからプログラムのインストールを行う方法がある。この方法では、ファイルサーバが有し、他の計算機から、いわゆるネットワークディスクとしてマウント可能な記憶装置にインストール用のファイル群を格納しておく。作業者は、プログラムをインストールしようとする計算機を起動して、ファイルサーバの記憶装置をネットワークディスクとしてマウントする。この後、作業者は、ファイルサーバの記憶装置に格納されているインストーラを計算機上で実行させ、プログラムの本体ファイルや、その他の必要なファイル群をファイルサーバの記憶装置から計算機に読み込み、計算機が備えるディスク装置などの記憶装置の適切な位置に格納する。
【０００４】
ネットワーク上の複数の計算機にプログラムをインストールする場合には、作業者は、計算機ごとに上述した作業を実施する。ファイルサーバのディスク装置は、すべての計算機から共通して使用することができるので、作業者は、略同時に複数の計算機でインストーラを起動することもできる。
【０００５】
【発明が解決しようとする課題】
一般に、可搬の記録メディアでは、ファイルの転送速度が遅いため、インストールに要する時間が長くなる。複数台の計算機を対象としてインストールを実行する場合には、台数分の回数のインストール作業を実施する必要があり、処理時間が台数に比例して長くなる。複数の記録メディア用いることで複数の計算機に対するインストール作業を並行して実行することは可能である。しかし、この場合でも用意できる記録媒体の枚数には制限があり、計算機の台数が多い場合、繰り返し処理はさけられない。このように並行処理を実行する場合でも、記録メディアの装填や、インストーラの起動、各種設定処理等は計算機ごとに行う必要があるため、複数の作業者が必要になる。
【０００６】
一方、ネットワーク経由でインストールを実行する場合は、可搬の記録メディアを用いるよりはファイル転送を高速化できる可能性がある。しかし、複数の計算機に対してインストールを並行して実行すると、ファイルサーバとネットワークにおけるファイルの転送速度がボトルネックとなり、結局、必要な転送速度が得られず、作業を複数回繰り返さなくてはならない。一般に、プログラムの機能向上や、不具合の修正などにより、プログラムに対するバージョンアップが定常的に行われ、これに付随してプログラムのインストール作業も定常的に発生する。このため、インストール作業における人件費などの費用は、計算機システムを維持・管理するための運用コストを増大させる要因となっている。
【０００７】
別の問題として、インストール作業を実行する作業者が計算機を所有している機関に所属しない場合、そのような作業者が計算機の設置してある場所に立ち入ることは、機密上等の問題により好ましくない。また、インストール作業は、プログラムによって方法が異なり、すべての作業者がすべてのプログラムのインストール方法を習熟するためには多大なトレーニング時間が必要になる。作業者によるインストール方法の習熟が不十分な場合、失敗によるインストール作業のやり直しや、ディスク装置内部のファイルの破壊等、二次的な問題が生じるおそれもある。
【０００８】
本発明の目的は、計算機システムにおいて、計算機にプログラムをインストールする際の処理を効率的なものとして、計算機システムの維持管理に必要とされる運用コストの低減が可能なプログラムのインストール方法を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の一つの側面によれば、複数の計算機、オペレータにより複数の計算機へのプログラムのインストール操作が行われる管理コンソール、及び計算機及び管理コンソールと接続されたストレージを有する計算機システムにおいて、計算機にプログラムをインストールするための方法が提供される。この方法では、管理コンソールからの制御により計算機上でインストールエージェントの処理を開始させる。インストールエージェントは、処理を開始すると、ストレージ内の第１の記憶装置に格納されているインストーラプログラムを計算機上にロードして起動する。インストーラプログラムは、起動されると、第１の記憶装置に格納されているインストールするプログラムに関係するファイルをその計算機により利用される第２の記憶装置に転送してプログラムのインストールを実行する。
【００１０】
本発明の他の側面によれば、複数の計算機、オペレータにより複数の計算機へのプログラムのインストール操作が行われる管理コンソール、及び計算機及び管理コンソールと接続されたストレージを有する計算機システムが提供される。ストレージは、前記複数の計算機に共用される第１の記憶装置と、前記複数の計算機の各々に専用に利用される複数の第２の記憶装置を備える。第１の記憶装置には、計算機にインストールされるプログラムに関連するファイルと、プログラムのインストールを実行するインストーラプログラムが格納される。第２の記憶装置には、それぞれの計算機で実行されるインストールエージェントと、インストールエージェントにより参照されるコントロールファイルが格納される。管理コンソールは、各計算機上でインストールエージェントの実行を開始させるためのインストールマネージャを有する。本発明の好ましい態様において、各計算機は、インストールマネージャからの指示に応じて電源をオンする電源制御回路を備える。インストールマネージャは、各計算機の電源をオンすることにより各計算機上でインストールエージェントによる処理を開始させる。インストールエージェントは処理を開始すると、コントロールファイルの内容に従ってインストーラプログラムを計算機上で起動する。インストーラプログラムは、第１の記憶装置から関連するファイルを読み出し、当該計算機に専用の第２の記憶装置に転送してプログラムのインストールを行う。
【００１１】
【発明の実施の形態】
（第１の実施形態）
図１は、本発明の一実施形態における計算機システムの構成を示す簡略なブロック図である。本実施形態における計算機システムは、複数の計算機２ａ、２ｂ、・・・、２ｎ（以下では、個々の計算機を区別せずに説明する場合、参照番号として２を用いる）、これら複数の計算機２により共用されるストレージ１、計算機システムを管理するための管理コンソール４、及び、複数の計算機２、管理コンソール４、及びストレージ１が接続されるファイバチャネル接続装置３を有している。計算機２、管理コンソール３、及びストレージ１とファイバチャネル接続装置３との間は、ファイバチャネル５により接続される。各計算機２と管理コンソール４は、ローカル・エリア・ネットワーク（ＬＡＮ）６を介して相互に通信可能に接続されている。また、管理コンソール４とストレージ１は、通信路７により接続されている。
【００１２】
本実施形態では、計算機２としてはＰＣ（Personal Computer）を用いることを想定して説明する。もちろん、計算機２として、サーバや、ワークステーション等の計算機を用いることも可能である。計算機２とストレージを接続するためのインタフェース（以下Ｉ／Ｆと略記する）には、その接続距離と速度の面で適切であるファイバチャネルを用いられているが、ＳＣＳＩ（Small Computer System Interface）、ＵＳＢ（Universal Serial Bus）、IEEE１３９４バス等のインタフェースが用いられていてもよい。
【００１３】
図２は、計算機２の構成を示す簡略なブロック図である。２１は、情報の入力を受け付け、あるいは、出力するための入出力装置、２２は、計算機２全体の制御を行う中央処理装置（ＣＰＵ）、２５は、ファイバチャネルの接続、制御を行うために搭載されるファイバチャネルボード、２４は、ＬＡＮ６を介して通信を行うためのＬＡＮボード、２３は、ＣＰＵ２２が各種制御を実行するために必要なプログラムやデータを格納するためのメモリである。メモリ２３には複数のプログラムが格納されている。
【００１４】
ファイバチャネルボード２５は、ファイバチャネルの制御を行うファイバチャネルコントローラ２５０、ファイバチャネルコントローラが制御をするために必要なプログラムやデータ、及びＣＰＵ２２がファイバチャネルコントローラ２５０を制御するために必要なプログラムやデータを格納したメモリ２５１を有する。メモリ２５１に格納されるプログラムには、ＣＰＵ２２がファイバチャネルコントローラ２５０を制御して、ストレージ１からＯＳをローディングして起動するために実行するブートアップ制御プログラムが含まれる。また、メモリ２５１には、２５１１は、ファイバチャネルコントローラ２５０を一意に識別するために設けられる名称の情報であるＷＷＮ（World Wide Name）２５１２が保持される。本実施形態では、ファイバチャネルコントローラ２５、メモリ２５１が計算機２に搭載されるボード上に設けられているが、これらは、例えば、ＣＰＵ２２等が搭載されているボード上に直接実装されていてもよい。
【００１５】
ＬＡＮボード２４には、計算機２の外部から、計算機２のメイン電源スイッチ２６を制御して、計算機２の電源のオン／オフなどを行うためのリモートパワーオン回路２４１が設けられている。
【００１６】
図３は、ストレージ１の構成を示す簡略なブロック図である。ストレージ１は、ストレージ１全体の制御を司るコントロールユニット１１、ファイバチャネル５への接続と、その制御を行うファイバチャネルコントローラ１５、コントロールユニット１１が、ストレージ１の制御を行うために実行するプログラムやデータを格納したメモリ１２、管理コンソール４との間の通信を制御する通信インタフェース１６、及び複数の論理ユニット（ＬＵ）１３ａ、１３ｂ、・・・、１３ｎ、及び１４を有する。なお、図に示される通信ＬＵ１７は、本実施形態では特に必要とされるものではなく、これについては、第２の実施形態において説明する。
【００１７】
論理ユニットは、計算機２から認識される仮想的なボリューム（記憶デバイス）であり、計算機２は、１つのＬＵを１台の論理的なディスク装置として認識する。論理ユニットは、計算機とストレージを接続するインタフェースの一つであるＳＣＳＩ（Small Computer System Interface）の仕様において定義された名称である。ＳＣＳＩでは、個々の論理ユニットを識別するために、各論理ユニットに論理ユニット番号（Logical Unit Number：ＬＵＮ）が識別子として付与される。以下、本明細書では、論理ユニットを単にＬＵ、論理ユニット番号をＬＵＮと表記する。ストレージ１は、内部に複数のＬＵを定義し、構築することができる。ストレージ１の内部で定義されるＬＵを内部ＬＵと呼ぶ。各内部ＬＵには、それらをストレージ１内部で管理するために、０から始まる整数のシリアル番号が付けられる。この番号を内部ＬＵNと呼ぶ。
【００１８】
各計算機２には、定義された複数のＬＵの中から、それぞれに専用のＬＵ１３（以下では、論理ユニット１３ａ、１３ｂ、・・・、１３ｎを個々に区別する必要のない時には参照番号として１３を用いる）が割り当てられる。本明細書では、いずれかの計算機に専用に割り当てられるＬＵ１３をローカルＬＵとも呼ぶ。一方、ＬＵ１４は、すべての計算機２、及び管理コンソール４により共用され、これらのいずれからもアクセス可能なＬＵである。このように複数の計算機から共用されるＬＵを本明細書では、共用ＬＵとも呼ぶ。計算機２は、ＯＳのブートアップ時に、接続されているストレージをサーチし、それらのＬＵＮを検出する。一般に、ＰＣ等の計算機によるＬＵＮの検出には、（ａ）ＬＵNを０から順にサーチする、（ｂ）ＬＵNは連続番号で存在することを仮定し、存在しない番号があれば、それ以降のサーチは行わない、といった制約がある。このような制約がある場合、各計算機２が検出するＬＵＮとして、内部ＬＵＮをそのまま用いようとすると、各計算機２に対して、それぞれの計算機２からアクセスが可能なＬＵの内部ＬＵＮのみを認識させることができなくなる。本実施形態では、計算機２が、利用可能なＬＵのＬＵＮのみを０から始まる連続番号として認識できるように、各計算機に対して、仮想的なＬＵＮを認識させる。以下では、計算機２により認識される仮想的なＬＵＮを仮想ＬＵＮと呼ぶ。内部ＬＵＮと仮想ＬＵＮとの間の対応関係は、後述するＬＵＮ管理テーブルにより管理される。
【００１９】
メモリ１２には、ＬＵを定義したり作成したりするためにコントロールユニット１１が実行するＬＵ定義プログラム１２１、各計算機２から各ＬＵへのアクセスを制御するためにコントロールユニット１１により実行されるアクセス制御プログラム１２３、及び、各計算機２からＬＵへのアクセスを制御する際に、コントロールユニット１１が参照する管理情報を格納したＬＵN管理テーブル１２２が格納されている。
【００２０】
図４は、ＬＵＮ管理テーブルの一例を示すテーブル構成図である。ＬＵＮ管理テーブル１２２は、内部ＬＵとその内部ＬＵを利用可能な計算機との組に対応した複数のエントリを有する。各エントリには、ポート番号１２２１、Target ID１２２２、仮想ＬＵN１２２３、内部ＬＵN１２２４、WWN１２２５、S_ID１２２６、及び属性１２２７が設定される。これらの情報は、例えば、ＬＵの作成、定義を行う際に、システムの管理者により管理コンソール４を介して設定される。
【００２１】
ポート番号１２２１は、ストレージ１が備えるファイバチャネルの接続ポートに付与された番号である。本実施形態では、ストレージ１が有する接続ポートの数を１つと仮定し、ポート番号１２２１には、一律０が格納されるものとする。
【００２２】
Target ID１２２２は、計算機２とのインタフェースにおいて、ストレージ１に割り当てられた識別子である。本実施形態のように計算機２とストレージ１とを接続するインタフェースにファイバチャネルが用いられる場合は、Target ID１２２１として、各ポートに対して初期化時に付与されるD_ID（Destination ID）を用いることができる。インタフェースとしてＳＣＳＩが用いられる場合、同一ポートに複数のＩＤを付与することができる。このような場合には、そのときの各ＬＵNが属するTarget IDをこのフィールドに設定する。インタフェースがファイバチャネルの場合、接続ポートの番号とD_IDは、１対１に対応させることができるので、ポート番号１２２１とTarget ID １２２２のいずれか一方を省略してもよい。本実施形態では、インタフェースにファイバチャネルを用いているので、Target ID１２２１は未使用とし、一律０が設定される。
【００２３】
仮想ＬＵN１２２３と内部ＬＵN１２２４は、ＷＷＮ１２２５に設定された情報により識別される計算機２が認識している仮想ＬＵＮとその仮想ＬＵＮに対応する内部ＬＵＮとの関係を保持する。
【００２４】
ＷＷＮ１２２５には、計算機２のファイバチャネルコントローラ２５０に設定されているＷＷＮ２５１２が設定される。ＷＷＮは、ファイバチャネルのポートとポートの接続関係を確立するポートログイン処理の際に、各計算機２から通知される情報である。
【００２５】
S_ID１２２６は、ファイバチャネルのフレームヘッダに設定されるＩＤ情報であり、フレームを作成したソース（イニシエータ）を識別するＩＤである。S_IDは、ファイバチャネルの初期化の際に、動的に割り当てられる。ＷＷＮとS_IDの関連づけを行うことで、フレーム毎にＷＷＮを調べなくてもS_IDを検査することで計算機２を特定することができる。
【００２６】
属性１２２７は、各ＬＵの所有属性を示す。「専用」は、１台の計算機２に専用に割り当てられたＬＵであることを示す。「共用」は複数の計算機２により共用されるＬＵであることを示す。
【００２７】
ここで、計算機２ａのＷＷＮが“WWNa”、S_IDが“S_IDa”、計算機２ｂのＷＷＮが“WWNb”、S_IDが“S_IDb”、計算機２nのＷＷＮが“WWNn”、S_IDが“S_IDn”、管理コンソール４のＷＷＮが“WWNz”、S_IDが“S_IDz”と仮定する。図４に示すＬＵＮ管理テーブル１２２から、例えば、計算機２aには、専用のローカルＬＵ１３ａとして、内部ＬＵNが０のＬＵが割り当てられ、計算機２ａからは、ＬＵＮ“０”のＬＵとして認識されることが理解される。同様に、計算機２ｂには、専用のローカルＬＵとして、内部ＬＵＮが１のＬＵが割り当てられ、計算機２ｂからは、ＬＵＮ“０”のＬＵとして認識されることが理解される。また、内部ＬＵＮ“ｋ”のＬＵは、複数の計算機から共用されるＬＵであって、計算機２ａ、２ｂ、２ｎからは、ＬＵＮ“１”のＬＵとして認識され、管理コンソール４からは、ＬＵＮ“０”のＬＵとして認識されることが理解される。
【００２８】
図５は、ローカルＬＵ１３に格納されるプログラム等の説明図である。ローカルＬＵ１３には、そのＬＵが割り当てられた計算機２が使用するプログラムとして、オペレーティングシステム（ＯＳ）１３１、インストールエージェントプログラム（以下では、インストールエージェントと表記する）１３２、通信プログラム１３４、及びシャットダウンプログラム１３５が格納される。これらのプログラムは、計算機２のメモリ２３にロードされ、ＣＰＵ２２により実行される。
【００２９】
ＯＳ１３１は、計算機２上で各種のプログラムの実行やハードウェアの制御等を行うためのプログラムであり、自身の設定情報や構成情報、計算機２上で実行されるプログラムに関する情報、及びその計算機２を利用するユーザに関する情報などを保持・管理するレジストリ１３１１を有する。インストールエージェント１３２は、プログラムのインストールを行うインストーラプログラムを起動し、従来作業者が実行していたインストール作業の一部、またはすべての処理を代行するプログラムである。通信プログラム１３４は、管理コンソール４との間の通信を制御し、インストール作業の進捗状況やエラーの発生状況を報告するプログラムである。シャットダウンプログラム１３５は、計算機２をシャットダウンするためのプログラムである。
【００３０】
ローカルＬＵ１３は、上述したプログラムの他、インストールエージェント１３２をコントロールするための情報を保持したインストールエージェントコントロールファイル１３３、計算機２において実行されたプログラムのインストール作業の進捗情報、作業の成功／失敗等の各種ステータス情報などを保持する計算機ステータステーブルファイル１３６を格納している。
【００３１】
図６は、共有ＬＵ１４に格納されるプログラム等の説明図である。共用ＬＵ１４には、インストーラプログラム１４１、インストール用ファイル群１４２が格納されている。インストール用ファイル群１４２には、インストーラプログラム１４１によりインストールされるプログラムの本体ファイルや各種設定ファイルなどのインストールに必要なファイルが含まれる。インストーラプログラム１４１、およびインストール用ファイル群１４２は、インストール作業に先立って、作業者により、ＣＤ−ＲＯＭ等の可搬メディアから共有ＬＵ１４にコピーされる。
【００３２】
インストーラプログラム１４１は、インストールエージェント１３２により計算機２のメモリ２３にロードされて実行される。インストール用ファイル群はインストーラプログラム１４１により参照され、あるいは、インストーラプログラム１４１が実行されている計算機２のローカルＬＵ１３にコピーされる。
【００３３】
図７は、管理コンソール４の構成を示す簡略なブロック図である。管理コンソール４は、管理者が管理コンソール４を操作するための入出力装置４１、管理コンソール４全体の制御を司るＣＰＵ４２、ＣＰＵ４１が実行するプログラムやデータを格納するためのメモリ４３、ファイバチャネル５への接続、制御を行うファイバチャネルボード４５、ＬＡＮ６を介して通信を行うためのＬＡＮボード４４、管理コンソール４のＯＳやプログラムを格納するディスク装置４６、ストレージ１との間の通信を行う通信インタフェース４７を有する。
【００３４】
メモリ４３に格納されるプログラムには、インストールの作業全般を制御するインストールマネージャプログラム４３１（以下では、インストールマネージャと表記する）が含まれている。インストールマネージャ４３１は、以下に説明する複数のサブプログラムを含んで構成される。
【００３５】
図８は、インストールマネージャ４３１の構成を示す概念図である。インストールマネージャ４３１は、リモートパワー制御プログラム４３１１、インストールエージェントコントロールファイル配信プログラム４３１２、インストールエージェント配信プログラム４３１３、レジストリ変更プログラム４３１４、シャットダウンプログラム配信プログラム４３１５、進行状況表示プログラム４３１６、通信プログラム４３１７、及び、通信プログラム配信プログラム４３１８を有する。
【００３６】
リモートパワー制御プログラム４３１１は、計算機２の電源のオン／オフ、並びにリブートを物理的に離れた場所から制御するためのプログラムである。インストールエージェントコントロールファイル配信プログラム４３１２は、各計算機２にインストールエージェントコントロールファイル１３３を配信するためのプログラムである。インストールエージェント配信プログラム４３１３は、各計算機２にインストールエージェント１３２を配信するためのプログラムである。レジストリ変更プログラム４３１４は、計算機２のレジストリ１３１１を物理的に離れた場所から変更するためのプログラムである。シャットダウンプログラム配信プログラム４３１５は、各計算機２にシャットダウンプログラム１３５を配信するためのプログラムである。進行状況表示プログラム４３１６は、各計算機２におけるインストール作業の進捗状況やエラーの発生状況を表示するためのプログラムである。通信プログラム４３１７は、各計算機２と通信し、インストール作業の進捗状況やエラーの発生状況を獲得するためのプログラムである。通信プログラム配信プログラム４３１８は、各計算機２に通信プログラム１３４を配信するためのプログラムである。
【００３７】
図９は、インストールの準備作業として行われる処理のフローチャートである。
【００３８】
作業者は、まず、インストールの対象となる計算機２の電源をオンにする。具体的には、管理コンソール４のインストールマネージャ４３１を起動し、リモートパワー制御プログラム４３１１により、リモートパワーオンパケットを作成し、インストールを行う計算機２に対して送信する。リモートパワーオンパケットは、そのフォーマットの一例を図１０に示すように、ヘッダ９０１とデータ部９０２を有する。データ部９０２は、同期部９０２１と電源をオンする計算機２のＭＡＣアドレス９０２２を１または複数含んで構成される。計算機２のＬＡＮボード２４上にあるリモートパワーオン制御手段２４１は、リモートパワーオンパケット９００を受信すると、そのデータ部９０２に設定されているＭＡＣアドレス９０２１を調べる。リモートパワーオン制御手段２４１は、データ部９０２に設定されているＭＡＣアドレス９０２１とＬＡＮボード２４のＭＡＣアドレスとを比較し、一致するものが含まれている場合はメイン電源スイッチ２６を制御し、計算機２の電源をオンする（ステップ７０１）
インストールの対象となる計算機２の電源がオンされると、インストールマネージャ４３１は、インストールエージェントプログラム配信プログラム４３１３を実行し、ＬＡＮ６を介して各計算機２にインストールエージェント１３２を配信する。各計算機は、インストールエージェント１３２受信すると、それを専用のローカルＬＵ１３に格納する。なお、このステップ、及びこれ以後のステップにおいて計算機２に配信されるプログラムは、各計算機２のローカルＬＵ１３を管理コンソール４にネットワークディスクとしてマウントし、管理コンソール４から直接各計算機２のローカルＬＵ１３に格納してもかまわない（ステップ７０２）。
【００３９】
続いて、インストールマネージャ４３１は、通信プログラム配信プログラム４３１８により通信プログラム１３４を、シャットダウンプログラム配信プログラム４３１５によりシャットダウンプログラム１３５を各計算機２に配信する。これらのプログラムは、インストールエージェント１３２と同様にローカルＬＵ１３に格納される（ステップ７０３、７０４）
次に、インストールマネージャ４３１は、インストールエージェントコントロールファイル１３３を作成する。図１１にインストールエージェントコントロールファイル１３３の構成を示す。インストールエージェントコントロールファイル１３３は、情報として、選択インストーラ１３３１、エージェントオン／オフ識別子１３３２、インストーラ起動時刻１３３３、インストールキー情報１３３４を含んでいる。選択インストーラ１３３１は、計算機２が起動すべきインストーラプログラム１４１の保存場所と名前を表す。この情報により、インストーラプログラムが複数存在している場合、どの計算機２にどのインストーラプログラム１４１を起動させるかをコントロールすることができる。エージェントオン／オフ識別子１３３２は、計算機２のインストールエージェント１３２がインストール処理をするかどうかの判定に用いる識別子である。エージェントオン／オフ識別子１３３２には、オン属性かオフ属性のいずれかが記される。インストーラ起動時刻１３３３は、インストーラプログラム１４１を起動する時刻をインストールエージェント１３２に指示するための情報である。インストールキー情報１３３４は、不正なインストールを防止するために用意される情報である。インストールエージェント１３２は、適切なキー情報が格納されている時のみインストールを実行する。この情報は必要に応じ用いればよく、必須情報ではない。インストールキー情報１３３４の内容については後述する（ステップ７０５）。
【００４０】
インストールマネージャ４３１は、インストールエージェントコントロールファイル配信プログラム４３１２により、作成したインストールエージェントコントロールファイル１３３を各計算機２に配信する。このファイルは、各計算機に配信されると、それぞれの計算機２のローカルＬＵ１３に格納される（ステップ７０６）。
【００４１】
各プログラム、及びインストールエージェントコントロールファイルの配信を終えると、インストールマネージャ４３１は、レジストリ変更プログラム４３１４により、計算機２が自動ログオンし、インストールエージェント１３２の実行を開始するように計算機２のレジストリ１３１１を変更する（ステップ７０７）。続いて、インストールマネージャ４３１は、リモートパワー制御プログラム４３１１により、計算機２のシャットダウンプログラム１３５を起動し、計算機２をシャットダウンする（ステップ７０８）。
【００４２】
インストールを行う計算機２のシャットダウンの後、インストールマネージャ４３１は、インストーラプログラム１４１、インストール用ファイル群１４２を共用ＬＵ１４に格納する（ステップ７０９、ステップ７１０）。
【００４３】
以上でインストールの準備作業が終了する。
【００４４】
図１２は、インストールの実行作業の流れを示すフローチャートである。
【００４５】
作業者は、管理コンソール４を操作して、ステップ７０１と同様に、インストールマネージャ４３１を起動し、リモートパワー制御プログラム４３１１により、インストール作業を行う計算機２の電源をオンする（ステップ８０１）。
【００４６】
各計算機２では、電源がオンされると、ＯＳ１３１を起動し、自動的にログオンが行われる。計算機２は、立ち上がると、インストールエージェント１３２の実行を開始する。なお、本実施形態では、ＯＳ１３１が起動すると、自動的にインストールエージェント１３２を起動し、作業が開始されるが、インストールエージェント１３２を計算機２に常駐するプログラムとして実現することも可能である。この場合、プログラム間通信により、インストールマネージャ４３１がインストールエージェント１３２に開始指示を与えるようにすればよい（ステップ８０２）。
【００４７】
計算機２のインストールエージェント１３２は、動作を開始すると、計算機用ローカルＬＵ１３にあるインストールエージェントコントロールファイル１３３を参照する（ステップ８０３）。
【００４８】
インストールエージェント１３２は、インストールエージェントコントロールファイル１３３のエージェントオン／オフ識別子１３３２を検査する。エージェントオン／オフ識別子１３３２がオン属性を示していれば、続いて、インストールキー情報１３３４を確認する。インストールキー情報１３３４としては、例えば、インストールするプログラムの開発元が発行したライセンスキー情報や、インストールマネージャとインストールエージェントの開発元が発行したライセンスキー情報などを用いることができる。これらの情報を用いることで、インストールしようとするプログラムが、正規にライセンスを受けたものであるか否か確認できる。また、インストールキー情報１３３４として、インストールが許可される計算機２のＷＷＮやＭＡＣアドレスといった識別情報を用いてもよい。インストールエージェント１３２は、このような情報を計算機上の識別情報と比較して、自計算機がインストールを許可された計算機であるか否か確認することができる。インストールキー情報１３３４として、このような計算機の識別情報と先に述べたライセンスキー情報を併用してもかまわない。エージェントオン／オフ識別子１３３２がオフ属性、あるいは、インストールキー情報１３３４が有効なものでない場合、インストールエージェントは、プログラムのインストールを行わずに処理を終了する（ステップ８０４）。
【００４９】
エージェントオン／オフ識別子１３３２がオン属性であり、かつ、インストールキー情報１３３４が有効なものであれば、インストールエージェント１３２は、共用ＬＵに格納されているインストーラプログラム１４１をメモリ２３にロードして起動する。なお、ステップ８０４において、インストールエージェントコントロールファイル１３３のインストーラ起動時刻１３３３でインストーラプログラムの起動時刻が指定されていた場合、インストールエージェント１３３は、その時刻までインストーラプログラムの起動を保留する。
【００５０】
インストーラプログラム１４１は、起動されると、プログラムのインストールを行う。この際、インストーラプログラム１４１は、計算機２のレジストリ１３１１にインストール情報を反映させるため、インストール用ファイル群１４２を共用ＬＵ１４からファイバチャネルを介して計算機２のメモリ２３に読み込み、続いて計算機用ローカルＬＵ１３にそれらのファイルを転送する（ステップ８０６）。
【００５１】
インストーラプログラム１４１によるインストール処理が終了すると、インストールエージェント１３２は、その計算機２が次回起動するときにインストール処理を行わないように、インストールエージェントコントロールファイル１３３のエージェントオン／オフ識別子１３３２をオフ属性に書き換える。このとき、必要に応じてインストールキー情報１３３４が無効化される（ステップ８０７）。
【００５２】
続いて、インストールエージェント１３２は、計算機用ローカルＬＵ１３にあるシャットダウンプログラム１３５を起動する（ステップ８０８）。シャットダウンプログラム１３５は、起動されると、計算機２のシャットダウンを行う（ステップ８０９）。
【００５３】
以上で、インストール作業が完了する。この後、計算機２の使用者が計算機２を起動すると、インストールされたプログラムを使用することができる。複数の計算機２に対してプログラムをインストールする場合は、先に説明した準備処理を複数の計算機を対象として実施しておき、ステップ８０１でこれら複数の計算機２の電源をオンにすれば、各計算機上でインストール処理が並行して行われる。
【００５４】
プログラムのインストール作業では、作業者が、インストール処理の進捗状況や、エラーが生じることなく作業が終了したかどうかといったことを確認できることが望ましい。本実施形態では、計算機ステータステーブルファイル１３６にインストール作業の進捗状況やエラーの発生状況を記録していき、このファイルを管理コンソール４から参照することで、進捗状況やエラーの発生状況を作業者が確認できるようにしている。
【００５５】
図１３は、計算機ステータステーブルファイル１３６の一例を示すテーブル構成図である。計算機ステータステーブルファイル１３６は、図に示すように、計算機２における作業状況を表す情報として、電源状況、ＯＳの起動状況、インストールエージェントの動作状況、インストール処理の状況、及びシャットダウン処理の状況を表す情報が記録される。計算機ステータステーブルファイル１３６には、インストール作業の途中途中の作業ステップごとに、進捗状況やエラー発生状況が記録されていく。具体的には、リモートパワー制御プログラム４３１１により電源状況、及びＯＳ起動状況が、インストールエージェント１３２によりインストールエージェント状況、及びインストール状況が、シャットダウンプログラム１３５によりシャットダウン状況がそれぞれ記録される。ステータス１３６２として設定される値は、図１４に示すように定義される。図１４の定義に従えば、図１３に示す計算機ステータステーブルファイル１３６より、この計算機２は、電源がオン状態で、ＯＳが起動完了、インストールエージェントがオン状態、インストールが実行中、シャットダウン処理は開始されていない状態にあることが把握できる。
【００５６】
管理コンソール４は、ローカルＬＵ１３をネットワークディスクとしてマウントし、進行状況表示プログラム４３１６により各ローカルＬＵ１３に格納されている計算機ステータステーブルファイル１３６を読み出して、インストール対象計算機２における作業の進捗状況やエラー発生状況を入出力装置４１に表示する。なお、本実施形態では、管理コンソール４から直接ローカルＬＵ１３に格納されている計算機ステータステーブルファイルを参照しているが、各計算機２の通信プログラム１３４と、管理コンソール４の通信プログラム４３１７との間の通信により、この情報を転送するようにしてもかまわない。インストール中にエラーが発生した場合、作業者は、管理コンソール４上でこれを認識することができ、リトライ処理など、必要な処置を執ることができる。
【００５７】
本実施形態によれば、高速なインタフェースであるファイバチャネルを用い、かつ、計算機とストレージの中間に位置するファイルサーバのような制御装置を介在させることなくプログラムのインストールを行うことができる。この結果、インストール処理において実行されるファイル転送の転送速度を高速化できる。また、複数台の計算機のインストール作業を一人の作業者が管理コンソールから集中的に同時並行して行うことができる。この結果、インストール時間の短縮、必要な作業者数の低減を図ることができ、計算機システムを維持管理するための運用コストを低減することができる。また、管理コンソールを計算機が設置されている場所から物理的に離れた場所に設置し、遠隔操作によりインストール作業を行えるので、計算機を設置してある環境に作業者が立ち入る必要がなく、セキュリティを高めることができる。さらに、インストールキー情報を用いることで、ライセンスを受けていない計算機への不正インストールや、誤インストールを防止することができる。またさらに、本実施形態によれば、インストールするプログラムの種類によらずに同一の手順でインストール作業を実行できるので、インストール作業が簡単になり、また専門的な知識や習熟が不十分であっても、インストール作業を実行できる。
【００５８】
なお、本実施形態では、インストールエージェントコントロールファイルにより不正インストールや誤インストールを防止しているが、ストレージ１のＬＵN管理テーブル１２２の機能を使用して、インストールの実行に先立ち、インストールの対象とする計算機以外の計算機のローカルＬＵを隠蔽し、もしくは共用ＬＵをインストール対象の計算機以外の計算機から隠蔽することにより、インストールが実行できないようにしてもよい。さらには、インストール完了後、インストーラプログラムやインストール用ファイル群を共用ＬＵから消去することで、不正インストールや誤インストールを防止することも可能である。
【００５９】
（第２の実施形態）
第１の実施形態では、各計算機のパワーオン制御などをＬＡＮを介して行っているが、ＬＡＮを用いずに同様の処理を行うことも可能である。以下、第２の実施形態として、ＬＡＮを用いずにインストール作業を行う場合について説明する。
【００６０】
第２の実施形態における計算機システムは、ＬＡＮ６が不要となる点を除くと、基本的に第１の実施形態における計算機システムと同様に構成される。従って、ここでは、第１の実施形態で用いた図を参照して説明を行う。
【００６１】
本実施形態では、ストレージ１に通信ＬＵ１７が設けられる。通信ＬＵ１７には、各計算機２の状態を示す計ステータステーブルリストが保持される。
【００６２】
図１５は、計算機ステータステーブルリスト１３７の構成図である。計算機ステータステーブルリスト１３７は、各計算機２の計算機ステータステーブルファイル１３６の内容を集約したものである。計算機ステータステーブルファイル１３６の内容は、図１３に示すものと同様である。計算機ステータステーブルリスト１３７は、各計算機２におけるインストール作業の進捗状況やエラーの発生状況を管理コンソール４に通知するために用いられる。
【００６３】
計算機ステータステーブルリスト１３７は、計算機２が有する通信プログラム１３４により作成される。各計算機２用のテーブル１３７１は、それぞれ通信ＬＵ１７内でのアドレスがあらかじめ一意に決められている。計算機２の通信プログラム１３４は、ファイルシステムを使用したファイルリード／ライトではなく、直接ＬＵの論理ブロックをリード／ライトするRAW I/Oコマンドを使って通信ＬＵ１７をアクセスする。これにより、各計算機２が任意のタイミングで、計算機ステータステーブルリスト１３７にステータス情報を書き込むことができる。また、管理コンソール４のインストールマネージャ４３１のサブプログラムである通信プログラム４３１７は、計算機ステータステーブルリスト１３７をRAW I/Oコマンドを使って適当なタイミングで読み出すことで各計算機２の状況を逐次知ることができる。管理コンソール４の通信プログラム４３１７は、ある計算機２がインストールを実行前であったり、完了したりしていることが明確で無い限り、計算機ステータステーブルリスト１３７にデータを書き込むことはできない。なお、ファイルシステムによるファイル共有が可能に構成されていれば、計算機ステータステーブル１３６をファイルとして構築し、RAW I/Oを用いることなくアクセスするようにしてもよい。
【００６４】
本実施形態では、インストールの準備処理において行われる各種プログラムやファイルの配信は、以下のように行われる。
【００６５】
本実施形態にいて、管理コンソール４は、ＬＵの作成、定義と同様に、ストレージ１と通信することで、ストレージ１のＬＵN管理テーブル１２２のWWNを変更し、管理コンソール４にプログラムのインストールを行う計算機２のローカルＬＵ１３をマウントする。この状態で、管理コンソール４は、各計算機２のローカルＬＵ１３に各種プログラム及びファイルを格納する。プログラム及びファイルの格納が済んだ後、管理コンソール４は、ＬＵN管理テーブル１２２の情報を元に戻し、次に計算機２が起動するときにそれらのファイルを利用できるようにする。
【００６６】
本実施形態では、計算機２のパワーオン制御を、ファイバチャネルを介して行う。このため、各計算機２は、図１６に示すように、ファイバチャネルボード２５にリモートパワーオン制御手段２５０１と待機電源２５０２を有する。なお、本実施形態ではＬＡＮを用いないため、図１６には、ＬＡＮボードが図示されていないが、他の目的のためにＬＡＮボードが設けられていてもかまわない。
【００６７】
リモートパワーオン制御手段２５０１は、ファイバチャネルコントローラ２５０の内部に設けられる。待機電源２５０２は、計算機２のメイン電源がオフの間もオン状態に維持され、ファイバチャネルボード２５に電源を供給する。したがって、計算機２のメイン電源の状態に関わらずファイバチャネルコントローラ２５０は、動作可能であり、ファイバチャネル５を介して送られてくるフレーム（パケット）を受信することができる。
【００６８】
図１７は、計算機２のパワーオンに用いられるリモートパワーオンフレームの一例を示すフォーマット図である。ファイバチャネルのフレームは、フレームの先頭を示すＳＯＦ（Start of Frame）９５０１、フレームの送信ノードの情報やフレームの種別等の情報を持つフレームヘッダ９５０２、フレームにより転送されるデータの実体を保持するペイロード９５０３、フレームのビットエラーを検出するためのデータ保証コードであるＣＲＣ（Cyclic Redundancy Code）９５０４、及び、フレームの末尾を示すＥＯＦ（End Of Frame）９５０５を含んで構成される。リモートパワーオンフレーム９５０では、フレームヘッダ９５０２にブロードキャスト識別子９５０２ａを含む。ブロードキャスト識別子９５０２ａこのフレームが、ファイバチャネルに接続するすべてのノードに対し同時に発行されるフレームであることを示す。これにより、リモートパワーオンフレーム９５０は、ファイバチャネル上のすべての機器に向けて転送される。ペイロード９５０３には、電源をオンする計算機２のファイバチャネルコントローラ２５０に付与されているＷＷＮが設定される。
【００６９】
管理コンソール４のインストールマネージャ４３１は、インストール処理のステップ８０１でプログラムのインストールを行う計算機２の電源をオンするために、リモートパワー制御プログラム４３１１により、上述したリモートパワーオンフレーム９５０を作成する。生成されるリモートパワーオンフレーム９５０のペイロード９５０３には、インストールが行われる少なくとも１台の計算機２のＷＷＮが設定される。生成されたリモートパワーオンフレーム９５０は、ファイバチャネル上にブロードキャストされる。
【００７０】
ブロードキャストされたリモートパワーオンフレーム９５０は、各計算機２のファイバチャネルコントローラ２５０により受信される。ファイバチャネルコントローラ２５０は、リモートパワーオンフレーム９５０を受信すると、そのフレームヘッダ２５０２を検査する。フレームヘッダ２５０２がブロードキャスト識別子９５０２ａを含んでいれば、さらに、ペイロード９５０３を検査し、自身のＷＷＮと一致するＷＷＮが設定されているか調べる。自身のＷＷＮと一致するＷＷＮがペイロード９５０３に設定されていれば、ファイバチャネルコントローラ２５０は、リモートパワーオン制御手段２５０１によりメイン電源スイッチ２６を制御して計算機２の電源をオンする。
【００７１】
本実施形態において、インストール処理は、上述したプログラム、及びファイルの配信、並びに、計算機２のリモートパワーオンの方法が異なる他は、基本的には第１の実施形態と同様に行われる。
【００７２】
本実施形態によれば、ファイバチャネルを介して計算機のパワーオン制御や、通信ＬＵ１７を介した計算機と管理コンソールとの間の通信が行われるため、ＬＡＮのない環境においてもリモート制御によるインストール作業を実施することができる。なお、本実施形態では、ファイバチャネルのブロードキャストフレームを用いパワーオン制御を行っているが、ファイバチャネルコントローラがＩＰプロトコルに対応していれば、ファイバチャネルを介して第１の実施形態と同様のリモートパワーオンパケットを転送してリモートパワーオンを実現することもできる。
【００７３】
（第３の実施形態）
第１及び第２の実施形態では、プログラムのインストール時に、計算機２が共用ＬＵ１４からインストール用ファイル群を読み出し、自身のローカルＬＵ１３に転送している。以下では、計算機２を介さずにインストール用ファイル群を転送し、インストールを実施する「ダイレクトインストール」について説明する。
【００７４】
図１８は、本実施形態の計算機システムの構成を示す簡略なブロック図である。図において、第１の実施形態と同様の部分については、図１と同じ参照番号が付されている。以下、本実施形態について、第１の実施形態と相違する点を主体に説明する。
【００７５】
計算機２は、ストレージ１にデータのコピーの指示を与えるダイレクトコピーディレクタ１３８、及びダイレクトコピーディレクタ１３８にプログラムからコピーに関する指示を与えるためのアプリケーションプログラムインタフェース（ＡＰＩ）であるダイレクトコピーＡＰＩ１３７の機能を有する。これらの機能は、各計算機２に専用のローカルＬＵ１３に保存され、実行時にメモリ２３上にロードされてＣＰＵ２２により実行されるプログラムにより実現される。
【００７６】
ストレージ１は、ダイレクトコピーディレクタ１３８からの指示に従ってストレージ１内部のコピー元ＬＵからコピー先ＬＵへデータのコピーを行うダイレクトコピーエンジン１２４を有する。ダイレクトコピーエンジン１２４は、ストレージ１のメモリ１２に格納され、コントロールユニット１１によって実行されるプログラムとして実現される。
【００７７】
図１９は、本実施形態においてインストーラプログラム１４１により実施される処理の流れを示すフローチャートである。インストーラプログラム１４１は、処理を開始すると、入出力装置２１にタイトルを表示する等、インストール画面の初期化を実施する（ステップ８５１）。インストーラプログラム１４１は、次に、ユーザ情報や、プログラムのライセンス情報の入力を促す画面を入出力装置２１に表示し、これらの情報の入力を待つ。通常、ライセンス情報等は、作業者が入力することになるが、本実施形態では、第１の実施形態と同様に、インストールエージェント１３２が作業者に代わりこの処理を実行する（ステップ８５２）。続いてインストーラプログラム１４１は、インストール方法の選択の入力を受け付ける。ここで指定されるインストール方法としては、例えば、あらかじめ決められたファイルの構成や設定でインストールを行う標準インストールや、インストールするプログラムやファイルの種類、構成を任意に設定できるカスタムインストールなどがある（ステップ８５３）。インストーラプログラム１４１、さらに、インストールするプログラムを格納するインストール先ディレクトリの指定を受け付ける（ステップ８５４）。これらステップ８５２、８５３、８５４で行われる入力処理も、インストールエージェント１３２が作業者に代わって行う。インストールエージェント１３２は、上述した各種の情報をインストールエージェントコントロールファイルに設定されている情報に従ってインストーラプログラム１４１に入力する。
【００７８】
以上のステップで設定された情報に基づいて、インストーラプログラム１４１は、コピーするファイル、インストール先のディレクトリを特定し、ファイルのコピー処理を実行する。ファイルのコピー処理は、インストーラプログラム１４１からダイレクトコピーＡＰＩ１３７を呼び出して行われる。ダイレクトコピーＡＰＩ１３７は、例えば、インストーラプログラム１４１のソースコード上で、“direct_file_copy(転送元，転送先);”のように記述される関数として与えられる。例えば、共用ＬＵ（ｄドライブとする）のディレクトリ“dir_a”のファイル“file１”を、専用ＬＵ（ｃドライブとする）のディレクトリ“dir_b”にコピーする場合は、ソースコード上で“direct_file_copy(d:dir_a\file１, c:dir_b);”のように記述される。ダイレクトコピーＡＰＩ１３７は、与えられたパラメータに従ってダイレクトコピーディレクタ１３８を介してストレージ１にファイルのコピーを指示する。この指示に従って指定されたファイルの転送がストレージ１の内部で実行される。（ステップ８５５）。
【００７９】
全ての必要なファイルのコピーが終了すると、インストーラプログラム１４１は、ＯＳ１３１のレジストリ１３１１の登録処理を実行する（ステップ８５６）。以上でインストールの作業は終了する。この後、インストーラプログラム１４１は、必要に応じて計算機のリブートを行う。また、インストールエージェント１３２は、第１の実施形態と同様に、必要に応じてインストールエージェントコントロールファイル１３３の設定変更等の処理を実行し、インストール処理を終了する（ステップ８５７）。
【００８０】
次に、ステップ９０６で行われるダイレクトコピーの詳細について説明する。ダイレクトコピーＡＰＩ１３７は、インストーラプログラム１４１に呼び出されると、ダイレクトコピーディレクタ１３８に処理を渡す。ダイレクトコピーＡＰＩ１３７は、具体的な処理を行わず、ダイレクトコピーディレクタ１３８とインストーラプログラム１４１などのアプリケーションプログラムとの間で処理の受け渡し行う。ダイレクトコピーディレクタ１３８は、ダイレクトコピーＡＰＩ１３７からダイレクトコピーの要求を受けると、パラメータとして渡されたドライブレターからＬＵを特定し、一般にファイルシステムと呼ばれるＯＳ１３１のファイルテーブル情報を参照して、コピー元、コピー先のディレクトリとファイル名に基づいて、コピー元とコピー先の論理アドレスと転送長を対にしたコピー情報を作成する。コピー情報は、リストとして複数のファイル転送を一度に要求できるよう構成できる。ダイレクトコピーディレクタ１３８は、コピー情報リストをストレージ１のダイレクトコピーエンジン１２４に発行する。ダイレクトコピーエンジン１２４は、計算機２のダイレクトコピーディレクタ１３８からコピー情報リストを受信すると、ＬＵN管理テーブル１２２を参照し、コピー元、コピー先それぞれの仮想ＬＵNから内部ＬＵNを求める。ダイレクトコピーエンジン１２４は、次に、コピー情報リストを参照し、コピー元の論理アドレスと転送長からリードコマンド、コピー先の論理アドレスと転送長からライトコマンドを生成する。ダイレクトコピーエンジン１２４は、アクセス制御プログラムを用い、これらのリードコマンドとライトコマンドをストレージの内部で順番に実行する。リードコマンドによりリードされたデータはストレージ１内部の図示しないバッファ（またはキャッシュ）に一旦保持される。バッファに保持されたデータは、ライトコマンドによりコピー先のＬＵに書き込まれる。ダイレクトコピーエンジン１２４は、以上の処理をコピー情報リストの順番に従い、すべてのコピー情報に関して実行する。すべてのコピー情報に基づくコピー処理が終了すると、ダイレクトコピーエンジン１２４は、計算機２のダイレクトコピーディレクタ１３８に処理の終了を報告する。
【００８１】
本実施形態によれば、インストールの際に実施されるファイルのコピー処理をストレージ１の内部で実行できる。このため、コピー処理に伴う計算機処理及び、ファイバチャネルによるデータ転送が発生しなくなり、インストール処理に伴う計算機、及びファイバチャネルの処理負荷を減少させることができる。また、ストレージ１内でデータのコピーが行われるため、より高速なコピー処理が実現でき、インストール処理に要する時間を短縮させることが可能となる。
【００８２】
なお、第３の実施形態では、ストレージ１の内部にダイレクトコピーエンジン１２４が設けられるが、ファイバチャネル接続装置３の内部にダイレクトコピーエンジン１２４を配置することもできる。この場合、ファイバチャネル接続装置３がコピーのためのリードコマンドとライトコマンドを生成し、ストレージ１に対して発行する。また、ファイバチャネル接続装置３は、データを一旦保持する必要があるので、このためのバッファを内部に設ける必要がある。このような構成では、ファイバチャンネルにデータは流れるものの、上述した第３の実施形態と同様、計算機の負荷を削減できる。また、ストレージ１に特別な機能を設ける必要がなく、従来のストレージを用いてシステムを構成できる。さらに、コピー元のＬＵとコピー先のＬＵが物理的に異なるストレージにあるときにもダイレクトインストールを実行できる。
【００８３】
（第４の実施形態）
第３の実施形態では、インストール時のコピー処理に１つのコピー元から１つのコピー先への１対１のダイレクトコピーを利用しているが、本実施形態では、１つのコピー元から複数のコピー先へのコピーが計算機２を介在させずに行われる。このような、１つのコピー元から複数のコピー先へのダイレクトコピーを「１対ｎダイレクトコピー」と呼ぶ。
【００８４】
本実施形態では、図１８に示すように、ストレージ１にダイレクトコピー先ＬＵリンク生成プログラム１２５が設けられる。ダイレクトコピー先ＬＵリンク生成プログラム１２５は、コピー先となる複数のＬＵの関連づけ（リンク）を行うものである。ダイレクトコピー先ＬＵリンク生成プログラム１２５により、リンクが生成されていると、ダイレクトコピーエンジン１２４は、計算機２からの１回のコピー要求に対して、１対ｎのコピーを実施する。この機能により、計算機２から１つのＬＵに対しインストールを実施すると、ストレージ１の内部処理として、リンクが生成されている複数のＬＵに同じプログラムをインストールすることができる。
【００８５】
作業者、または、管理者は、管理コンソール４のインストールマネージャ４３１により、ストレージ１にリンクするＬＵ群（例えば、ＬＵ−ａ、ＬＵ−ｂ、ＬＵ−ｃにリンクを生成すると仮定する）を指定する。この際、一つのＬＵが代表ＬＵとして設定される。ここでは、ＬＵ−ａを代表ＬＵとする。ストレージ１のダイレクトコピー先ＬＵリンク生成プログラム１２５は、内部ＬＵ−ａ、ＬＵ−ｂ、ＬＵ−ｃにリンクを生成する。
【００８６】
ダイレクトコピーの実行に際して、計算機２のダイレクトコピーディレクタ１３８は、コピー情報リストを作成しストレージ１に送信する。ストレージ１のダイレクトコピーエンジン１２４は、コピー情報リストを受信すると、ＬＵN管理テーブル１２２を参照し、コピー元、コピー先それぞれの仮想ＬＵNから内部ＬＵNを求める。コピー情報リストでは、コピー先として代表ＬＵのみが指定される。ダイレクトコピーエンジン１２４は、コピー情報リストを参照し、コピー元の論理アドレスと転送長からリードコマンドを、コピー先の代表ＬＵに対する論理アドレスと転送長からリンクが生成されている全てのＬＵ（ＬＵ−ａ、ＬＵ−ｂ、ＬＵ−ｃ）に対する同一内容のライトコマンドを生成する。次に、ダイレクトコピーエンジン１２４は、アクセス制御プログラムを用いてリードコマンドを実行し、データを一旦ストレージ１内部のバッファに読み込む。その後、バッファに読み込まれたデータは、ライトコマンドによりリンクづけられた複数のＬＵに書き込まれる。
【００８７】
以上の処理により、複数のＬＵへのプログラムのインストールを一時期に行うことができる。なお、本実施形態においても、第３の実施形態と同様に、ダイレクトコピーエンジン１２４、及びダイレクトコピー先ＬＵリンク生成プログラム１２５をファイバチャネル接続装置３に配置し、ファイバチャネルの機能としてこれらの処理を実現することもできる。
【００８８】
また、本実施形態では、ダイレクトコピー先ＬＵリンク生成プログラム１２５で複数のコピー先ＬＵを事前に指定しているが、ダイレクトコピーＡＰＩの機能を拡張し、上述した１対ｎダイレクトコピーを実現するＡＰＩを用いるようにしてもよい。このようなＡＰＩは、例えば、ソースコード上で、“direct_file_copy_n(コピー先ＬＵ数，転送元，転送先１，転送先２，・・・転送先n);”のような関数で記述できる。この場合、ダイレクトコピーディレクタ１３８は、ダイレクトコピーエンジン１２４にコピー情報リストの一部として、リンクされている複数のＬＵの情報を送信する。これにより、事前にリンク指定を行うことなく１対ｎのダイレクトコピーを実現できる。
【００８９】
（第５の実施形態）
上述した第１乃至第４の実施形態では、ストレージ１は、管理コンソール４とファイバチャネル５を介して接続されている。従って、管理コンソール４とストレージ１とは、ファイバチャネルの接続可能距離を越えて配置することはできない。現状、ファイバチャネルの接続距離は、１０ｋｍであり、上述した各実施形態では、この距離を超えるような遠隔地からプログラムのインストールを実施することができない。以下、第５の実施形態として、より遠隔地からのプログラムインストールを実現する方法について説明する。
【００９０】
図２０は、第５の実施形態における計算機システムの構成を示す簡略なブロック図である。図において、プログラムがインストールされる計算機２を有する計算機システムが設けられるユーザサイト１０００と、管理者がインストール操作を行うための管理サイト２０００とは、物理的に離れた場所に配置されている。
【００９１】
ユーザサイト１０００には、基本的に第１の実施形態と同様の計算機システムが設けられている。ユーザサイト１０００に設けられる計算機システムは、管理コンソール４に替えて管理サーバ４ａが設けられ、ＬＡＮ６にインターネットサーバ８が接続されている点で第１の実施形態における計算機システムと相違する。管理サイト２０００には、管理コンソール４ｂ、及び管理コンソール４ｂと接続されたインターネットサーバ１０が設けられる。インターネットサーバ８とインターネットサーバ１０とは、互いに広域ネットワークであるインターネット９を介して通信可能に接続される。
【００９２】
ユーザサイト１０００に設けられる管理サーバ４ａは、基本的には第１の実施形態における管理コンソール４と同様のものであるが、インターネット９を介して管理サイト２０００から操作される。インストールマネージャサーバプログラム（以下では、インストールマネージャサーバと表記する）４３１ａは、第１の実施形態におけるインストールマネージャ４３１の機能に加え、管理サイト２０００の管理コンソール４ｂに対するサーバ機能が追加されたものである。管理コンソール４ｂは、インターネット９を介して管理サーバ４ａと通信し、各種の操作画面を表示し、あるいは、管理者による各種の操作を受け付けるためのブラウザプログラム（以下、単にブラウザと表記する）４３２ｂが動作するＰＣなどの端末装置である。
【００９３】
本実施形態における他の構成部分については、基本的に、第１の実施形態と同様であり、ここでは説明を省略する。
【００９４】
次に、本実施形態におけるインストール処理について、第１の実施形態との相違点を中心に説明する。ここで、ＬＵの各種設定は既に終了しているおり、インストールマネージャサーバ４３１aは、既に管理サーバ４a上で稼働しているものとする。
【００９５】
プログラムのインストールに先立ち、必要なファイルを管理サイト２０００から管理サーバ４aにあらかじめ転送しておく。必要なファイル群には、インストールエージェント１３２、インストールエージェントコントロールファイル１３３、通信プログラム１３４、シャットダウンプログラム１３５、インストーラプログラム１４１、インストール用ファイル群１４２が含まれる。これらのファイルの転送には、ファイル転送プロトコル（ftp）等の転送プロトコルが用いられる。これらのファイルは、一旦管理サーバ４aのローカルディスク装置に保存される。インストールエージェントコントロールファイル１３３には、事前に管理者が管理コンソール４bを用いて各計算機用に各種の設定を施しておく。
【００９６】
プログラムのインストールの操作は、管理コンソール４ｂ上でブラウザ４３２ｂを起動し、インターネット９を介してインストールマネージャサーバ４３１aにアクセスして行われる。インストールのために実施される具体的な処理の内容は、管理サーバ４ａ上のインストールマネージャサーバの操作が、インターネットを介して行われることを除くと、図９、及び図１２に示した第１の実施形態における処理と同様の処理が実施される。
【００９７】
プログラムのインストールが行われている間、管理サーバ４ａは、各計算機２の計算機ステータステーブルファイル１３６を参照し、進行状況表示プログラム４３１６によりインストールが行われている各計算機２における作業の進捗状況やエラー発生状況をインターネット９経由で管理コンソール４ｂに送信する。管理コンソール４ｂ上では、ブラウザ４３２ｂにより、送られてきた作業の進捗状況やエラーの発生状況が表示装置に表示される。
【００９８】
本実施形態によれば、管理者が捜査する管理コンソールとプログラムがインストールされる計算機が配置される場所との距離的な制約がなくなり、遠隔地からの集中制御によるインストールが実現できる。なお、本実施形態では、ユーザサイト１０００の構成、及び、インストール処理は第１の実施形態に準じているが、ユーザサイト１０００の構成、及び、インストール処理を、第２乃至第４の実施形態におけるものに準じるものとすることも可能である。
【００９９】
（第６の実施形態）
第５の実施形態では、インストール作業の起動制御や進捗状況監視等の管理を遠隔地から行う方法について説明した。以下では、インストールの際に行われるファイル転送そのものを遠隔地から集中的に実施する場合について、第６の実施形態として説明する。
【０１００】
図２１は、第６の実施形態における計算機システムの構成を示す簡略なブロック図である。ユーザサイト１００１と管理サイト２００１は、物理的に離れた場所に配置される。ユーザサイト１００１には、プログラムのインストールが行われる計算機を有する計算機システムが設けられる。ユーザサイト１００１の計算機システムは、第１の実施形態と同様の構成を有する。ただし、ユーザサイト１００１が有するストレージ１ａは、第１の実施形態におけるストレージ１が有する機能の他、後述するリモートコピー機能１２６を有している。管理サイト２００１は、代理計算機１３２ｘ、ストレージ１ｂ、及び管理コンソール４ｃを有する。代理計算機１３２ｘ、ストレージ１ｂ、及び管理コンソール４ｃは、ファイバチャネル接続装置３を介して相互に接続される。管理サイト２００１に設けられるストレージ１ｂは、ストレージ１ａと同様の構成を有する。ストレージ１ａとストレージ１ｂは、インターネット、公衆回線網、ＡＴＭ網、あるいは、ファイバチャネルなどのネットワークにより実現される広域通信路９ａを介して接続される。なお、図において、ストレージ１ａとストレージ１ｂは、直接接続されているが、ゲートウェイやルータ等の接続機器を介して接続されてもかまわない。
【０１０１】
リモートコピー機能１２６は、広域通信路９ａを介して、他のストレージに対してデータを転送する機能である。例えば、管理サイト２００１のストレージ１ｂに対して管理コンソール４ｃからデータを書き込むと、ストレージ１ｂは、ライトデータをストレージ１ｂ内のディスク装置（ＬＵ）にデータを格納すると共に、リモートコピー機能１２６により広域通信路９ａを介してユーザサイト１００１のストレージ１ａに同一のライトデータを転送する。ストレージ１ａは、リモートコピー機能１２６によりこのライトデータを受信して、ストレージ１ａ内の対応するディスク装置（ＬＵ）にそのライトデータを書き込み、終了報告をストレージ１ｂに送信する。ストレージ１ｂは、ストレージ１ｂ内でのライト処理を完了した時点（同期リモートコピーの場合）、あるいは、ストレージ１ａとストレージ１ｂの双方でのライト処理が完了した時点（非同期リモートコピーの場合）で管理コンソール４ｃに終了報告を返す。なお、リモートコピーの実施に先立ち、ストレージ１ａ、１ｂのリモートコピーの対象となるＬＵを対応付け、ペアを作成しておく必要がある。また、ライト処理の実行に先立ち、一方のＬＵのデータを他方のＬＵに完全にコピーするイニシャルコピーを実行し、データを整合させて置く必要がある。これらの制御やデータ転送は、すべてリモートコピー機能１２６により実行される。
【０１０２】
リモートコピー機能を利用したインストール処理について、以下に説明する。ここでは説明を簡単なものとするため、１台の計算機２にプログラムのインストールを実施する場合を例に説明する。なお、以下の説明では、ユーザサイト１００１と管理サイト２００１のストレージのＬＵ構成は同一であり、それぞれ対応するＬＵでペアが構成されているものと仮定する。
【０１０３】
本実施形態におけるインストールの準備作業では、まず、インストール作業の対象となる計算機２用のローカルＬＵ１３の内容をストレージ１ｂ内の対応するＬＵ１３（以下、これをミラーＬＵと表記する）にコピーし、それぞれの内容を一致させる。内容が一致したミラーＬＵをローカルＬＵとして代理計算機２xにマウントする。管理コンソール４ｃのインストールマネージャ４３１は、第１４の実施形態と同様に、管理サイト２００１のストレージ１ｂの共用ＬＵ１４、及び計算機２xのローカルＬＵ（ミラーＬＵ）に対して各種のファイル群を配信する。ファイル群の配信では、ストレージ１ｂ内の共用ＬＵやミラーＬＵに対するライトアクセスが発生する。この際、ストレージ１ｂのリモートコピー機能１２６は、ユーザサイト１００１のストレージ１ａ内の対応するＬＵに対してデータ転送を実行する。この結果として、管理サイト２００１におけるファイルの配信の結果が、ユーザサイト１００１のストレージ１ａにも反映されることになる。
【０１０４】
インストールの実行作業では、管理サイト２００１により、第１の実施形態と同様にして、代理計算機２xを用いてローカルＬＵ１３（ミラーＬＵ）にインストールが実行される。先の準備作業の場合と同様に、インストール処理によりミラーＬＵに書き込まれるデータは、ユーザサイト１００１のローカルＬＵ１３にも書き込まれ、結果として、ユーザサイト１００１の計算機２へのプログラムのインストールが実行されたことになる。ストレージ１ａとストレージ１ｂとの間のデータの一致は、リモートコピー機能１２６により保証されるため、管理サイト２００１でインストールが成功すれば、ユーザサイト１００１でもインストールが成功したことになる。
【０１０５】
このように、本実施形態によれば、遠隔地から各種の設定のみならず、ファイル転送までをも含めてインストールを実行することができる。もし、ユーザサイト側で、計算機ごとの設定等が別途必要であれば、第５の実施形態と同様の方法を用いることで、必要な設定を行えばよい。また、ユーザサイトでプログラムをインストール使用とする複数の計算機に対応した複数の代理計算機を管理サイト側に用意し、これら複数の代理計算機を用いてインストール処理を実施することにより、複数の計算機に対するインストール処理を並行して行うことも可能である。
【０１０６】
さらに、第４の実施形態で説明した１対ｎダイレクトインストールを適用すれば、１台の代理計算機で複数台のインストールを実行できる。同様に、管理サイトのストレージと複数のユーザサイトのストレージとの間でリモートコピーを行うようにすれば、１つの管理サイトにおけるインストールにより、複数のユーザサイトに対して同時にインストール処理を行うことができる。ただし、これらの方法では、すべてのＬＵに対してイニシャルコピーを行うことができないため、新規にＯＳまで含めたシステムインストールなど、全てのＬＵの内容を一致させたい時に有効となる。
【０１０７】
さらにまた、本実施形態では、リモートコピー機能を使ってインストール処理を行っているが、ユーザサイトのＬＵと管理サイトのＬＵの内容を一致させた後、管理サイト内でインストール作業を実施した後に、再度イニシャルコピーにより、管理サイトのＬＵの内容をユーザサイトのＬＵにコピーすることでインストールを実現することも可能である。また、管理サイトを簡単なものとするために、代理計算機とそれに接続するストレージとで管理サイトを構成してもかまわない。この場合、管理サイト側で代理計算機に対し、従来と同様の手法によるプログラムのインストールを行うことで、リモートコピー機能によるユーザサイト側の計算機へのプログラムのインストールが実現できる。
【０１０８】
【発明の効果】
本発明によれば、計算機システムにおいて、計算機にプログラムをインストールする際の処理を効率的なものとして、計算機システムの維持管理に必要とされる運用コストの低減を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態における計算機システムの構成を示す簡略なブロック図である。
【図２】計算機２の構成を示す簡略なブロック図である。
【図３】ストレージ１の構成を示す簡略なブロック図である。
【図４】ＬＵＮ管理テーブルの一例を示すテーブル構成図である。
【図５】ローカルＬＵに格納されるプログラム、ファイルの説明図である。
【図６】共有ＬＵ１４に格納されるプログラム等の説明図である。
【図７】管理コンソール４の構成を示す簡略なブロック図である。
【図８】インストールマネージャ４３１の構成を示す概念図である。
【図９】インストールの準備作業として行われる処理のフローチャートである。
【図１０】リモートパワーオンパケットのフォーマットの一例を示す概念図である。
【図１１】インストールエージェントコントロールファイルの構成を示すファイル構成図である。
【図１２】インストールの実行作業の流れを示すフローチャートである。
【図１３】計算機ステータステーブルファイルの一例を示すテーブル構成図である。
【図１４】計算機ステータステーブルファイルに設定されるステータスの定義についての説明図である。
【図１５】計算機ステータステーブルリストの構成図である。
【図１６】第２の実施形態における計算機の構成を示す簡略なブロック図である。
【図１７】リモートパワーオンフレームの一例を示すフォーマット図である。
【図１８】第３の実施形態における計算機システムの構成を示す簡略なブロック図である。
【図１９】第３の実施形態のインストーラプログラムにより実施される処理の流れを示すフローチャートである。
【図２０】第５の実施形態における計算機システムの構成を示す簡略なブロック図である。
【図２１】第６の実施形態における計算機システムの構成を示す簡略なブロック図である。
【符号の説明】
１・・・ストレージ
２ａ、２ｂ、２ｎ・・・計算機
３・・・ファイバチャネル接続装置
４・・・管理コンソール
１３ａ、１３ｂ、１３ｎ・・・ローカルＬＵ
１４・・・共用ＬＵ
１３２・・・インストールエージェントプログラム
１３３・・・インストールエージェントコントロールファイル
１３６・・・計算機ステータステーブルファイル
１４１・・・インストールプルグラム
１４２・・・インストール用ファイル群
４３１・・・インストールマネージャプログラム
Claims (4)
- 第１の計算機と、第２の計算機と、プログラムをインストールするためにオペレータによる操作が行われる管理計算機と、前記第１の計算機と前記第２の計算機と前記管理計算機とに接続される記憶装置システムを有するシステムのプログラムインストール方法であって、
前記記憶装置システムは、前記第１の計算機と前記第２の計算機と前記管理計算機各々からアクセスされる共有論理ユニットと、前記第１の計算機からアクセスされる第１の論理ユニットと、前記第２の計算機からアクセスされる第２の論理ユニットとを有し、
前記管理計算機が、前記第1の計算機上と前記第２の計算機上の各々のインストールエージェントが処理を開始するよう、前記第1の計算機と前記第２の計算機を制御するステップと、
前記第1の計算機上の前記インストールエージェントが、前記共有の論理ユニットに格納されているインストーラプログラムを前記第1の計算機にロードするステップと、
前記第２の計算機上の前記インストールエージェントが、前記共有論理ユニットに格納されているインストーラプログラムを前記第２の計算機各々にロードするステップと、
前記第1の計算機上の前記インストーラプログラムが、前記共有論理ユニットに格納されているプログラムを、前記第1の論理ユニットに転送するよう制御することによって、前記プログラムを前記第1の計算機にインストールするステップと、
前記第２の計算機上の前記インストーラプログラムが、前記共有論理ユニットに格納されている前記プログラムを、前記第２の論理ユニットに転送するよう制御することによって、前記プログラムを前記第２の計算機にインストールするステップとを含み、
更に、前記第1の計算機と前記第２の計算機を制御するステップの前に、
前記管理計算機が、前記共有論理ユニットに前記プログラムを格納するステップと、
前記管理計算機が、前記インストールエージェントと前記インストールエージェントが使用するコントロールファイルを、前記第1の論理ユニットおよび前記第２の論理ユニットに格納するステップとを含み、
ここで、
前記コントロールファイルは、前記第1の計算機および前記第２の計算機に対する前記プログラムのインストールを許可するキー情報を含み、
更に、
前記第1の計算機上と前記第２の計算機上の各々の前記インストールエージェントが、前記キー情報を参照して前記プログラムのインストールを行うか否かを判別するステップを含み、
ここで、
前記キー情報は、前記プログラムのインストールが許可される計算機が有する識別子を含み、更に、前記インストールを行うか否かを判別するステップは、さらに、前記インストールエージェントが動作する前記第1の計算機または前記第２の計算機が有する識別子と前記キー情報に含まれる識別子とを比較するステップを含むことを特徴とするプログラムインストール方法。 - 請求項１記載のプログラムインストール方法であって、
前記計算機が有する識別子は、前記計算機と前記記憶装置システムとを接続するネットワークのコントローラボードに割り当てられた固有のアドレス情報であることを特徴とするプログラムインストール方法。 - 第１の計算機と、第２の計算機と、プログラムをインストールするためにオペレータによる操作が行われる管理計算機と、前記第１の計算機と前記第２の計算機と前記管理計算機とに接続される記憶装置システムを有するシステムであって、
前記記憶装置システムは、共有論理ユニットと第1の論理ユニットと第２の論理ユニットとを有し、
前記共有論理ユニットには、前記第１の計算機と前記第２の計算機各々からアクセスされ、前記第１の計算機と前記第２の計算機にインストールされる前記プログラムと前記プログラムをインストールする処理を実行するインストーラプログラムとが格納され、
前記第１の論理ユニットには、前記第１の計算機によって実行され前記インストーラプログラムを前記第１の計算機にロードするインストールエージェントと前記インストールエージェントによってアクセスされるコントロールファイルとが格納され、
前記第２の論理ユニットには、前記第２の計算機によって実行され前記インストーラプログラムを前記第２の計算機にロードするインストールエージェントと前記インストールエージェントによってアクセスされるコントロールファイルとが格納され、
前記管理計算機は、前記第１の計算機上と前記第２の計算機上の各々のインストールエージェントが、処理を開始するよう、前記第１の計算機と前記第２の計算機を制御し、
前記共有論理ユニットに格納されている前記インストーラプログラムは、前記第１の計算機と前記第２の計算機それぞれにロードされ、前記第１の計算機と前記第２の計算機それぞれによって実行され、前記共有論理ユニットから前記第１の論理ユニットおよび前記第２の論理ユニット各々に前記プログラムを転送するよう制御し、
前記第１の計算機は、前記第１の論理ユニットに格納されている前記プログラムを使用し、
前記第２の計算機は、前記第２の論理ユニットに格納されている前記プログラムを使用し、
ここで、
前記第１の計算機上の前記インストーラプログラムは、前記第１の計算機に、前記共有論理ユニットに格納されている前記プログラムに関するファイルを読み出させ、該ファイルを前記第１の論理ユニットに転送させ、前記プログラムを前記第１の論理ユニットにインストールさせるためのプログラムであり、
前記第２の計算機上の前記インストーラプログラムは、前記第２の計算機に、前記共有論理ユニットに格納されている前記プログラムに関連するファイルを読み出させ、該ファイルを前記第２の論理ユニットに転送させ、前記プログラムを前記第２の論理ユニットにインストールさせるためのプログラムであり、
更に、前記第１計算機および前記第２の計算機は、各々、外部から電源のオン／オフを制御するための電源制御回路を有し、
ここで、前記管理計算機は、前記電源制御回路に電源オンを指示することにより前記第１の計算機上および前記第２の計算機上でインストールエージェントによる処理の開始を制御し、
ここで、
前記プログラムに関連するファイル及び前記インストーラプログラムは、前記管理計算機により前記共有論理ユニットに格納され、前記インストールエージェント及び前記コントロールファイルは、前記管理計算機により前記第１の論理ユニットおよび前記第２の論理ユニットに格納され、
更に、
前記コントロールファイルはプログラムのインストールが許可される計算機のアドレス情報を含むキー情報を含み、前記第１の計算機と前記第２の計算機は、各々、それぞれに固有に割り付けられたアドレス情報を有し、ここで、前記第１の計算機と前記第２の計算機は、各々、前記インストールエージェントを実行し、前記キー情報を参照して、前記キー情報によりインストールが許可される場合、インストーラプログラムのロード処理を開始することを特徴とするシステム。 - 請求項３記載のシステムであって、さらに、前記第１の計算機と前記第２の計算機と前記記憶装置システムとを接続する接続装置を有し、前記アドレス情報は、前記計算機と前記接続装置とを接続するために前記計算機に設けられるインタフェースに割り付けられるアドレスであることを特徴とするシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000263239A JP3809548B2 (ja) | 1999-09-24 | 2000-08-28 | 計算機システムおよびプログラムのインストール方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11-269868 | 1999-09-24 | ||
| JP26986899 | 1999-09-24 | ||
| JP2000263239A JP3809548B2 (ja) | 1999-09-24 | 2000-08-28 | 計算機システムおよびプログラムのインストール方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005376958A Division JP3861920B2 (ja) | 1999-09-24 | 2005-12-28 | 計算機システムおよびプログラムのインストール方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001159979A JP2001159979A (ja) | 2001-06-12 |
| JP3809548B2 true JP3809548B2 (ja) | 2006-08-16 |
Family
ID=26548952
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000263239A Expired - Fee Related JP3809548B2 (ja) | 1999-09-24 | 2000-08-28 | 計算機システムおよびプログラムのインストール方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3809548B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6993760B2 (en) * | 2001-12-05 | 2006-01-31 | Microsoft Corporation | Installing software on a mobile computing device using the rollback and security features of a configuration manager |
| EP1376344A3 (en) | 2002-06-17 | 2005-08-24 | Seiko Epson Corporation | Apparatus and method of rewriting firmware |
| JP4900760B2 (ja) * | 2004-03-31 | 2012-03-21 | 株式会社日立製作所 | Ｏｓイメージのデプロイメントマシン及び方法 |
| WO2006109581A1 (ja) * | 2005-04-12 | 2006-10-19 | Matsushita Electric Industrial Co., Ltd. | 映像音声処理装置及びそれに接続する機器 |
| JP4797636B2 (ja) * | 2006-01-16 | 2011-10-19 | 株式会社日立製作所 | 複合型情報プラットフォーム装置とその情報処理装置構成方法 |
| JP4980627B2 (ja) * | 2006-03-02 | 2012-07-18 | 株式会社リコー | ネットワーク機器 |
| JP4900805B2 (ja) * | 2007-02-21 | 2012-03-21 | 株式会社日立製作所 | Ｏｓイメージのデプロイメントマシン及び方法 |
| JP2010097428A (ja) * | 2008-10-16 | 2010-04-30 | Hitachi Ltd | ソフトウェアのインストール方法 |
| JP2012058912A (ja) | 2010-09-07 | 2012-03-22 | Nec Corp | 論理ユニット番号管理装置及び論理ユニット番号管理方法並びにそのプログラム |
| JP2013242779A (ja) * | 2012-05-22 | 2013-12-05 | Hitachi Information & Telecommunication Engineering Ltd | Ｏｓ切り替えシステム及びｏｓ切り替え方法 |
| US10440132B2 (en) * | 2013-03-11 | 2019-10-08 | Amazon Technologies, Inc. | Tracking application usage in a computing environment |
| JP6073183B2 (ja) * | 2013-05-07 | 2017-02-01 | 三菱電機ビルテクノサービス株式会社 | インストール装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01142857A (ja) * | 1987-11-28 | 1989-06-05 | Nec Corp | 遠隔操作によるシステムインストール方式 |
| JPH0612348A (ja) * | 1992-06-26 | 1994-01-21 | Mitsubishi Electric Corp | ソフトウェア・インストール装置 |
-
2000
- 2000-08-28 JP JP2000263239A patent/JP3809548B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001159979A (ja) | 2001-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6775830B1 (en) | Computer system and a program install method thereof | |
| US8015396B2 (en) | Method for changing booting configuration and computer system capable of booting OS | |
| US6477624B1 (en) | Data image management via emulation of non-volatile storage device | |
| JP4939102B2 (ja) | ネットワークブート計算機システムの高信頼化方法 | |
| US20060155837A1 (en) | Diskless computer operation management system | |
| US7519696B2 (en) | Method and apparatus for dynamically modifying a computer system configuration | |
| TWI428830B (zh) | 將機器轉換至虛擬機器的方法及電腦程式產品 | |
| JP4500057B2 (ja) | データ移行方法 | |
| US7596676B2 (en) | Method of inheriting information identifying virtual volume and storage system using the same | |
| US6832289B2 (en) | System and method for migrating data | |
| US7849221B2 (en) | Online instance deletion in a multi-instance computer system | |
| US7197606B2 (en) | Information storing method for computer system including a plurality of computers and storage system | |
| US7441029B2 (en) | Storage system managing data through a wide area network | |
| US8554748B1 (en) | Method and apparatus for differential file based update for embedded systems | |
| JP3809548B2 (ja) | 計算機システムおよびプログラムのインストール方法 | |
| JP2006504187A5 (ja) | ||
| JP2004227558A (ja) | 仮想化制御装置およびデータ移行制御方法 | |
| JP3933587B2 (ja) | 計算機システム、計算機装置及びオペレーティングシステムの移送方法 | |
| JP2005301708A (ja) | 記憶装置システムにおけるソフトウェア管理方法及び記憶装置システム | |
| JP2004295465A (ja) | 計算機システム | |
| JP3861920B2 (ja) | 計算機システムおよびプログラムのインストール方法 | |
| JP3864664B2 (ja) | ストレージを共有する複数計算機のｏｓ起動の方法 | |
| JP5484434B2 (ja) | ネットワークブート計算機システム、管理計算機、及び計算機システムの制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050712 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050909 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051108 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051228 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060131 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060330 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060425 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060427 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060508 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090602 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100602 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110602 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120602 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120602 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130602 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |