(57)【特許請求の範囲】
【請求項１】
機器が設置される位置を特定する位置識別子と該機器を特定する機器識別子とを記憶し、該機器識別子毎の業務名を有するハードウェア情報を記憶し、該業務名と該業務に係るソフトウェアの設定に必要なパラメータとを有するソフトウェア情報を記憶する、記憶部を有するコンピュータを、
交換予定の機器の位置識別子と機器識別子とが入力されて、該交換予定の機器の位置識別子をキーに前記記憶部を検索し、見つけた機器識別子が入力された機器識別子に一致するかどうかの照合結果を出力する交換予定機器確認部、
交換後の機器の位置識別子と機器識別子とが入力されて、該交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子の、前記記憶部中のハードウェア情報の対応する業務名を取得し、
前記記憶部中の前記交換後の機器の機器識別子を有するハードウェア情報の業務名を取得した業務名に更新し、
前記交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子を、前記交換後の機器の機器識別子に更新する交換機器登録部、
入力された業務名をキーに、前記交換後の機器に対応する、前記記憶部を検索して見つけたパラメータを、該業務に係るソフトウェアをインストールする処理部に渡すパラメータ受渡し部、
として機能させるための機器交換管理プログラム。
【請求項２】
前記ハードウェア情報はＭＡＣアドレスを有し、
前記コンピュータを、
前記記憶部から前記交換後の機器である機器識別子に対応するＭＡＣアドレスを検索し、見つけたＭＡＣアドレスを有する起動パケットを送付する機器起動部、
として更に機能させるための請求項１記載の機器交換管理プログラム。
【請求項３】
前記ハードウェア情報は要再登録情報を有し、
前記コンピュータを、
ラック扉センサ又はユニットねじセンサの開閉を検出すると、該各センサの位置識別子に対応する機器識別子に対応するハードウェア情報の前記要再登録情報に要再登録マークを記録する要再登録部、として更に機能させ、
前記交換機器登録部は、前記要再登録情報の要再登録マークを消去し、
前記パラメータ受渡し部は、前記要再登録情報が要再登録マークであれば、エラーを出力する、
請求項１または２記載の機器交換管理プログラム。
【請求項４】
前記要再登録部は、所定の間隔で前記要再登録情報を調べ、該要再登録情報が要再登録マークであれば、エラーを出力する、
請求項３記載の機器交換管理プログラム。
【請求項５】
機器が設置される位置を特定する位置識別子と該機器を特定する機器識別子とを対応付けて記憶し、該機器識別子毎の業務名を有するハードウェア情報を記憶し、該業務名と該業務に係るソフトウェアの設定に必要なパラメータとを有するソフトウェア情報を記憶する、記憶部と、
交換予定の機器の位置識別子と機器識別子とが入力されて、該交換予定の機器の位置識別子をキーに前記記憶部を検索し、見つけた機器識別子が入力された機器識別子に一致するかどうかの照合結果を出力する交換予定機器確認部と、
交換後の機器の位置識別子と機器識別子とが入力されて、該交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子の、前記記憶部中のハードウェア情報
の対応する業務名を取得し、
前記記憶部中の前記交換後の機器の機器識別子を有するハードウェア情報の業務名を取得した業務名に更新し、
前記交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子を、前記交換後の機器の機器識別子に更新する交換機器登録部と、
入力された業務名をキーに、前記交換後の機器に対応する、前記記憶部を検索して見つけたパラメータを、該業務に係るソフトウェアをインストールする処理部に渡すパラメータ受渡し部と、を備える機器交換管理装置。
【請求項６】
機器が設置される位置を特定する位置識別子と該機器を特定する機器識別子とを記憶し、該機器識別子毎の業務名を有するハードウェア情報を記憶し、該業務名と該業務に係るソフトウェアの設定に必要なパラメータとを有するソフトウェア情報を記憶する、記憶部を有するコンピュータが、
交換予定の機器の位置識別子と機器識別子とが入力されて、該交換予定の機器の位置識別子をキーに前記記憶部を検索し、見つけた機器識別子が入力された機器識別子に一致するかどうかの照合結果を出力する交換予定機器確認ステップ、
交換後の機器の位置識別子と機器識別子とが入力されて、該交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子の、前記記憶部中のハードウェア情報の対応する業務名を取得し、
前記記憶部中の前記交換後の機器の機器識別子を有するハードウェア情報の業務名を取得した業務名に更新し、
前記交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子を、前記交換後の機器の機器識別子に更新する交換機器登録ステップ、
入力された業務名をキーに、前記交換後の機器に対応する、前記記憶部を検索して見つけたパラメータを、該業務に係るソフトウェアをインストールする処理部に渡すパラメータ受渡しステップ、を実行する機器交換管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のハードウェア機器などを複数のラックに設置して構築したＩＴシステムを運用管理する技術に関し、特に、運用中に発生する機器の交換作業などの機器の位置関係が変化する可能性がある作業に対し、対象機器を効率よく同定することを可能とした機器交換管理技術に関する。
【背景技術】
【０００２】
カスタマーエンジニア（ＣＥということがある）は、多数のラックに対し、機器の設置、機器同士の結線、機器の代替機との交換、機器の点検、機器の撤去などの物理作業を行なう。システムエンジニア（ＳＥということがある）は、ＣＥによる作業結果の検査、ＢＩＯＳ設定、システムのインストール、故障に対する対応、アップグレードなどの論理作業を行なう。
そして、複数のハードウェア機器などを複数のラックに設置して構築したＩＴシステムを運用管理する場合、これらＣＥとＳＥとが連携して作業を行なう必要がある。
【０００３】
このようなシステムにおいては、ＣＥが行なうラックでの作業の管理データベースへの反映漏れが発生しやすく、システム内の機器の台数が増加するにしたがって、対象機器の同定にコストがかかる、という問題がある。
【０００４】
一方、ブレードサーバにおいては、個々のブレードのハードウェア構成は管理ブレードを通じて自動掌握される。しかし、特殊なハードウェアを使用しており、コスト高の原因となっている。
【０００５】
また、従来技術として、銀行に設置される自動現金入出金装置、デパートに設置される取引処理装置、駅に設置される券売機、改札機等の端末装置と、それら端末装置とデータ通信ラインを介して接続される集線装置と、その集線装置と公衆回線網を介して接続されるリモートメンテナンス装置と、によって構成されるリモートメンテナンスシステムがある。リモートメンテナンス装置は、集線装置を通して端末装置毎に状態の監視および制御を行っている。
【特許文献１】特開平７−２１０７２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
複数のハードウェア機器などを複数のラックに設置して構築したＩＴシステムを運用管理するシステムにおいて、運用中に発生する機器の交換作業に対し対象機器を効率よく同定することを可能とした機器交換管理プログラム、方法、および装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
提案する機器交換管理プログラムは、機器が設置される位置を特定する位置識別子と該機器を特定する機器識別子とを記憶し、該機器識別子毎の業務名を有するハードウェア情報を記憶し、該業務名と該業務に係るソフトウェアの設定に必要なパラメータとを有するソフトウェア情報を記憶する、記憶部にアクセスして必要な処理を実行する。
【０００８】
交換予定機器確認部は、交換予定の機器の位置識別子と機器識別子とを入力として受け取り、入力された交換予定の機器の位置識別子をキーに前記記憶部を検索し、見つけた機器識別子が入力された機器識別子に一致するかどうかの照合結果を出力する。
【０００９】
交換機器登録部は、交換後の機器の位置識別子と機器識別子とを入力として受け取り、該交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子の、前記記憶部中のハードウェア情報の対応する業務名を取得し、前記記憶部中の前記交換後の機器の機器識別子を有するハードウェア情報の業務名を取得した業務名に更新し、前記交換後の機器の位置識別子をキーに前記記憶部を検索して見つけた機器識別子を、前記交換後の機器の機器識別子に更新する。
【００１０】
パラメータ受渡し部は、入力された業務名をキーに、前記交換後の機器に対応する、前記記憶部を検索して見つけたパラメータを、該業務に係るソフトウェアをインストールする処理部に渡す。
【発明の効果】
【００１１】
提案する機器交換管理プログラムは、機器の交換作業などの機器の位置関係が変化する可能性がある作業に対し、対象機器を効率よく同定することが可能である。
【発明を実施するための最良の形態】
【００１２】
以下図面に基づいて、本発明の実施形態について詳細を説明する。
本実施形態では、機器（パーソナルコンピュータ、スイッチ、ネットワーク・アタッチド・ストレージ、等）がラックの一方の側からラックに挿入されて、その後、ネジによりラックの所定位置に固定される場合を想定している。ラックの他方の側には、複数のケーブルが露出され、それらのケーブルによって機器同士が接続されている。
【００１３】
図１には、上下方向に５つのユニット（機器）が設置可能なラック１が３台分示されている。
図１に示すように、ラック１の上下方向の５つの位置には、そのラック１内の各位置を識別する位置ＩＤが印字されたラベル２が貼り付けられている。
【００１４】
そして、ラック１に挿入される機器についても、設置時にラック１の位置ＩＤのラベルに近い位置になるような機器上の位置に、その機器を識別する機器ＩＤが印刷されたラベル３が貼り付けられている。
【００１５】
図１には３ラックしか示されていない。しかし、本実施形態では、より大きな規模の機器群を管理対象とする。例えば、ラック１０台により１列が形成され、複数列が１かたまりとなって目印となる柱の前に形成され、複数の柱によって貫通された複数フロアによって１つの建物（倉庫）が形成され、そのような建物の複数によって１つのデータセンターが形成される。そして、そのデータセンター内に設置された機器群が管理対象となる。
【００１６】
図２は、位置ＩＤ採番の例を示す図である。
図２に示すように、位置ＩＤは、データセンターを識別するセンター番号、建屋番号、階数、柱番号、ラック列、ラック番号、ラック（内）ユニット（番号）、の項目を有する。
【００１７】
管理対象となる機器群には、実際には複数のシステムが含まれている。そのようなシステムの１つとして、図３には、複数のスイッチ１１と、ロードバランサ１２と、ＡｐａｃｈｅがインストールされたＷｅｂサーバ１３と、アプリケーション（図３では、Ｊ２ＥＥおよびＰｅｔＳｔｏｒｅ）がインストールされたアプリケーションサーバ１４−１、１４−２と、データベースサーバ（ＤＢサーバ）１５とによって構成された、クライアント１７からの要求を受け付けて処理を行なう両系運用のシステムがある。このシステムは、管
理対象システムの１つである。
【００１８】
管理対象システムの各ノードは、管理ネットワーク１６を通して、管理サーバ１８に接続されている。
管理サーバ１８は、本実施形態の機器交換管理処理部（図３では不図示）を有する装置である。管理サーバ１８から管理ネットワーク１６を通して、ＴＣＰ／ＩＰ経由で管理対象機器に対する電源制御、ＯＳインストール、ＯＳとアプリケーションの設定が可能である。既存の技術として、ＩＰＭＩ（Intelligent Platform Management Interface）、ＳＳＨ（Secure Shell、暗号化シェル）などを使う。
【００１９】
なお、本実施形態では、機器交換管理処理部はソフトウェアとして実現される。すなわち、機器交換管理処理部は管理サーバ１８がアクセス可能な、ＲＯＭ（Read Only Memory）、ハードディスクなどのメモリにプログラムとして記憶され、そのメモリからＲＡＭ（Random Access Memory）に読み出されて、ＣＰＵ（Central Processing Unit）によって実行される。
【００２０】
機器交換管理処理部が処理実行時にアクセスするＩＤ基盤管理データベース（ＩＤ基盤管理ＤＢともいう）１９には、管理対象となる各機器についての情報が記憶される。図４は、ＩＤ基盤管理ＤＢの詳細な構成を示す図である。
【００２１】
図４において、ラック搭載表２１は、そのラックを識別するラックＩＤ（表上では、“Rack12列_32番”、“Rack12列_33番”、“Rack12列_34番”、・・・と表記されている）を有する。そして、そのラック内での各位置（表上では、ラックの上下方向の上から順に“Unit_0”、“Unit_1”、・・・と表記されている）を識別するラック内位置ＩＤと、そのラック内の各位置に設置される機器を識別する機器ＩＤとが対応付けられている。機器ＩＤが“空き”になっているラック内の各位置には、機器が設置されていない。一例としては、コンピュータは機器ＩＤが“ＰＧ＿”で始まり、スイッチは機器ＩＤが“ＳＷ＿”で始まり、ネットワーク・アタッチド・ストレージは機器ＩＤが“ＮＡＳ＿”で始まるようにして区別する。また、図２を参照することで明らかなように、実際には、ラック搭載表のさらに上位側に、センター番号、建屋番号、階数、柱番号、を管理する表が設けられているが、図４では省略されている。
【００２２】
スイッチ管理表２２は、管理対象の機器群に含まれるスイッチについての情報（そのスイッチを識別する機器ＩＤ等）が設定される表である。
マシンハード管理表２３は、管理対象の機器群に含まれるコンピュータのハードウェアに関する情報（そのコンピュータを識別する機器ＩＤ等）が設定される表である。
【００２３】
マシンソフト管理表２４は、管理対象の機器群に含まれるコンピュータにインストールされている、または、インストールされうる、ソフトウェアに関する情報（そのソフトウェアのシステム内での役割を識別する業務マシン名等）が設定される表である。なお、マシンハード管理表中にも、「業務マシン名」の項目があり、マシンハード管理表２３とマシンソフト管理表２４は、「業務マシン名」の項目に設定された値を通してリンクされる。
【００２４】
なお、図４中には、各表間に矢印が表記されている。例えば、ラック搭載表“Rack12列_34番”の機器ＩＤ“PG_432”が機器ＩＤ “PG_432”のマシンハード管理表をポイントしているが、これは、ラック搭載表上に設定された機器ＩＤの値と、同じ機器ＩＤの値を持つマシンハード管理表があるはずである、という意味での概念的なリンクを示している。
【００２５】
なお、上記したように、故障などにより機器の交換が必要となったときに、その機器が
設置された建物内の場所に移動して、例えば故障機器の代替機への交換を行なうＣＥと、ＣＥの作業結果を受けて、代替機に対して元の機器と同様のシステム（ソフトウェア構成）のインストールを遠隔操作により行なうＳＥとが分担して作業を行っている。上記の図３は、その意味で、ＳＥから見たシステム構成図と言うことができ、以下に説明する図５はＣＥから見たシステム構成図と言うことができる。
【００２６】
ＣＥは、例えば図５に示すように、「ラック“＊＊＊”の“Unit_4”に設置されている機器（アプリケーションサーバ）を代替機で交換してください」という指示を受けて、その指示を実行するために、後述の携帯型パーソナルコンピュータと代替機を持参して、建物内のその故障機器の設置場所に向かう。そのため、ＣＥにとっては、図５に示すように、各ラックの各位置にどのような機器が設置されているかということがシステム構成となる。
【００２７】
図６は、図３に示す管理対象システムにおいて、２台のアプリケーションサーバのうちの１台が故障した場合の、故障の検出から正常動作に至るまでの一連の処理を示すフローチャートである。
【００２８】
図６のステップＳ１において、２台のアプリケーションサーバのうちの１台に故障が発生する（ここでは故障を擬似的に発生させるために、故意にネットワークケーブルを抜く）。続く、ステップＳ２では、ネットワークがつながっていることを確認するために送出されるＰｉｎｇに対する無反応が検出されて、ステップＳ３で、ロードバランサ１２が、故障していない方のアプリケーションサーバだけを利用するように片系運用が開始され、続くステップＳ４で、その一方のアプリケーションサーバに故障が発生したことが、その故障したアプリケーションサーバの位置ＩＤとともに、ＣＥの端末に通知される。また、ＳＥに対しても、その故障したアプリケーションサーバの機器ＩＤが通知される。
【００２９】
この通知を端末上で確認したＣＥは、ラップトップなどの携帯型のパーソナルコンピュータ（以下、「携帯型ＰＣ」という）と代替機を持参して、通知された位置ＩＤを参照しつつ、その故障が発生した機器（この場合、アプリケーションサーバ）が設置された建物内の場所に向かう。
【００３０】
そして、ステップＳ５で、ＣＥは故障ノード（故障した機器）の特定・確認を行なう。これは、データベースの登録内容と、現場の機器配置が一致しているかどうかのチェックであるが、その詳細は、図７および図８で後述する。
【００３１】
チェック結果が不整合の場合、図６のフローチャートには示されていないが、その旨が管理サーバ１８側に把握される。チェック結果が整合した場合、ステップＳ６で、ＣＥがラックのネジを外すなどして、その故障したアプリケーションサーバがその設置位置より抜き取られ、代替機が代わりにその設置位置に挿入されて、ネジ止めされ設置される。
【００３２】
そして、ステップＳ７で、ＣＥにより、交換ノード（代替機）の登録が行われる。その詳細は、図７および図９で後述する。
ステップＳ８では、ステップＳ７の代替機の登録までが済んだことが、ＣＥの端末からＳＥに通知され、ＳＥによって、管理サーバ１８に対して、入替論理作業が指示される。
【００３３】
この入替論理作業指示の結果として、ステップＳ９において、遠隔でリモートにその代替機の電源が投入され、ステップＳ１０で、ＯＳが管理ネットワークを通して、その代替機にインストールされ、ステップＳ１１で、ユーザ登録が自動的に行われるとともに、その登録されたユーザが対象サーバ（代替機）に公開鍵を使った認証ができるようにｓｓｈ公開鍵がコピーされる。
【００３４】
ステップＳ１２では、対象マシン（代替機）に最寄りのスイッチに対し、テストパケットを送出して、そのスイッチがテストパケットを受信したかどうかを確認することで、ネットワークの結線のチェックが行われる。
【００３５】
ステップＳ１３では、対象マシン（代替機）のミドルウェア・アプリケーションの配備・設定・起動が行われる。ステップＳ１４で、片系で運用されているロードバランサが、両系運用に変わる。すなわち、ロードバランサの両系運用が開始され、一連の処理が終了する。
【００３６】
続いて、図７〜図１２を参照して図６のステップＳ５，Ｓ７及びＳ８の処理を詳細に説明する。
上述したように、機器交換の通知を受けたＣＥは、代替機と携帯型ＰＣを持参して故障機器の設置現場に向かう。
【００３７】
ＣＥは、故障機器の設置現場で、携帯型ＰＣに必要な情報（コマンド、そのオペランド）を入力して実行すると、そのコマンドおよびオペランドが無線ＬＡＮ（不図示）を通して管理サーバ１８に受信されて、その管理サーバ１８において、図６のステップＳ５の故障ノードの特定・確認処理、ステップＳ７の故障ノードの登録処理が行なわれる。
【００３８】
また、ＳＥは、ＣＥの作業結果を受けて、管理サーバ１８に接続された端末（不図示）から、図６のステップＳ８の入力論理作業に必要な情報（コマンド、そのオペランド）を指示すると、そのコマンドおよびオペランドが無線ＬＡＮ（不図示）を通して管理サーバ１８に受信されて、その管理サーバ１８において、図６のステップＳ８の入力論理作業指示が実行される。
【００３９】
図７は、図６のステップＳ５、Ｓ７、Ｓ８で実行されるコマンドが示された画面例を示す図である。
図７において、符号３１で示される行には、「ｒａｃｋ＿ｃｈｅｃｋ」コマンドが指定される。この「ｒａｃｋ＿ｃｈｅｃｋ」コマンドは、交換予定機器確認コマンドと呼ばれ、現場における交換等の対象の機器の配置が、ＩＤ基盤管理ＤＢ１９内のラック搭載表の内容に一致するかどうかを確認するためのコマンドである。このコマンドは、第１オペランドに位置ＩＤ“ｒａｃｋ０＿４”を有し、第２オペランドに交換対象の機器ＩＤ“ＳＴ４５２Ａ０００５４”を有する。ここにいう位置ＩＤとは、ラックＩＤ＋ラック内位置ＩＤのことである。なお、ラックＩＤより上位側の位置を識別するためのＩＤは予め指定されているものとする。
【００４０】
図７において、符号３２で示される行には、「ｓｅｒｖｅｒ＿ｒｅｇｉｓｔｅｒ」コマンドが指定される。この「ｓｅｒｖｅｒ＿ｒｅｇｉｓｔｅｒ」コマンドは、交換機器登録コマンドと呼ばれ、交換後の機器についての情報を、ＩＤ基盤管理ＤＢ１９内のラック搭載表に登録し、マシンハード管理表とマシンソフト管理表を対応付けるためのコマンドである。このコマンドは、第１オペランドに位置ＩＤ“ｒａｃｋ０＿４”を有し、第２オペランドに交換機器（代替機）の機器ＩＤ“ＳＴ４５２Ａ００１３６”を有する。
【００４１】
図７において、符号３３で示される行には、「ｓｅｔｕｐ＿ａｌｔ＿ｓｅｒｖｅｒ」コマンドが指定される。この「ｓｅｔｕｐ＿ａｌｔ＿ｓｅｒｖｅｒ」コマンドは、インストール処理部へのパラメータ受渡しコマンド（または、入替指示コマンド）と呼ばれ、交換後の機器から受けた問い合わせに対応して、その交換後の機器の、ソフトウェアをインストールする処理部にパラメータを渡すためのコマンドである。このコマンドは、オペランドとして業務マシン名“ａｐｌ０２”のみを有する。
【００４２】
図８は、機器交換管理処理部の構成を示すブロック図である。
上記したように、機器交換管理処理部は、管理サーバ１８にインストールされたプログラムである。ＩＤ基盤管理ＤＢ１９は、管理サーバ１８からアクセス可能な記憶部である。
【００４３】
機器交換管理処理部４１の制御部４２の交換予定機器確認部４７は、無線ＬＡＮや通信インターフェイス部４３を通して、管理サーバ１８がＣＥの携帯型ＰＣ４４から受け取ったコマンド名から特定されるプログラムを、受け取ったオペランドの組（位置ＩＤ、機器ＩＤ）を引数として実行する。
【００４４】
交換予定機器確認部４７は、受け取った位置ＩＤをキーとして、ラック搭載表を検索し、検索結果として、ラック搭載表上で、その位置ＩＤに対応する機器ＩＤを見つけ、その対応する機器ＩＤが受け取った機器ＩＤに等しいかどうかを判定する。等しい場合は「ＯＫ」を、等しくない場合は「ＮＧ」を判定結果として、通信インターフェイス部４３、無線ＬＡＮを通して、ＣＥの携帯型ＰＣ４４に送信する。交換予定機器確認部によれば、記憶部の登録内容と、現場の機器配置との照合を自動で行なうことができる。
【００４５】
また、機器交換管理処理部４１の制御部４２の交換機器登録部４８は、無線ＬＡＮや通信インターフェイス部４３を通して、管理サーバ１８がＣＥの携帯型ＰＣ４４から受け取ったコマンド名から特定されるプログラムを、受け取ったオペランドの組（位置ＩＤ、（交換後の機器の）機器ＩＤ）を引数として実行する。
【００４６】
交換機器登録部４８は、受け取った位置ＩＤをキーとして、ラック搭載表を検索し、検索結果として、ラック搭載表上で、その位置ＩＤに対応する交換前の機器の機器ＩＤを見つける。そして、その交換前の機器の機器ＩＤをキーとして、マシンハード管理表を検索し、検索結果として、その交換前の機器の機器ＩＤを有するマシンハード管理表を見つけ、そのマシンハード管理表上の業務マシン名（これは、そのマシンにインストールされる、ＯＳ、ミドルウェア、アプリケーション等の組み合わせを識別する情報である）を取得する。
【００４７】
また、交換機器登録部４８は、受け取った交換後の機器（代替機）の機器ＩＤをキーとして、マシンハード管理表を検索し、検索結果として、その交換後の機器の機器ＩＤを有するマシンハード管理表を見つける。そして、その見つけたマシンハード管理表の業務マシン名の項目の値を、交換前の機器の機器ＩＤに対応する（取得した）業務マシン名の値に変更する。そして、交換機器登録部４８は、ラック搭載表上で、受け取った位置ＩＤに対応する機器ＩＤの値を、交換後の機器のものに変更する。交換機器登録部によれば、交換後の機器にインストールするソフトウェアを、該交換後の機器と対応付ける業務名を、前記ハードウェア情報中に自動で設定でき、後続のネットワークを通した、交換後の機器へのソフトウェアの自動インストールのための下準備までが自動で実行される。
【００４８】
また、機器交換管理処理部４１の制御部４２のパラメータ受渡し部４９は、通信インターフェイス部４３を通して、管理サーバ１８がＳＥの端末から受け取ったコマンド名から特定されるプログラムを、受け取ったオペランド（業務マシン名）を引数として実行する。
【００４９】
パラメータ受渡し部４９は、受け取った業務マシン名をキーとして、マシンソフト管理表を検索し、検索結果として、その業務マシン名を有するマシンソフト管理表を見つける。そして、（マシンソフト管理表とマシンハード管理表が１対１に対応付けられている場合には、）そのマシンソフト管理表に対応するマシンハード管理表のＭＡＣアドレスを参
照する。そして、パラメータ受渡し部４９は、機器起動部５１を起動して、そのＭＡＣアドレスを有する起動パケットを交換後の機器５２に、通信インターフェイス部４３、管理ネットワーク１６を通して送付する。
【００５０】
これにより、起動した交換後の機器５２上で実行される、ＯＳ自動インストールツール（不図示）から、起動パラメータの問い合わせを、管理ネットワーク１６、通信インターフェイス部４３を通してパラメータ受渡し部４９は受信する。パラメータ受渡し部４９はこの問い合わせを受けて、見つけたマシンソフト管理表の内容に基づいて、渡すパラメータを生成し、交換後の機器５２に送信する。パラメータを受信した交換後の機器５２のＯＳ自動インストールツールは、このパラメータに基づいてＯＳ等の各種プログラムのインストールを実行する。パラメータ受渡し部によれば、交換後の機器の処理部に対し、正しいソフトウェアをインストールするのに必要な情報を自動で送信できる。
【００５１】
図９は、交換予定機器確認コマンドを受けて管理サーバが実行する処理を含むフローチャートである。
このフローチャートの前段において、ある機器に故障が発生し、その旨が、図９のステップＳ２１において、ＣＥの端末（データセンター全体状態表示部）に状態表示される。そして、ステップＳ２２で、作業対象機器の位置ＩＤを含んだ作業指示書がメール、ＦＡＸなどでＣＥに送付される。
【００５２】
ステップＳ２２に続くステップＳ２３では、ＣＥがその指示に基づいて、建物内を目的の場所まで移動し、作業対象の故障した機器を発見する。続くステップＳ２４では、ＣＥは持参した携帯型ＰＣ４４に、上述の「ｒａｃｋ＿ｃｈｅｃｋ」コマンド（交換予定機器確認コマンド）と、そのオペランドの組（指示された位置ＩＤ、その位置ＩＤの場所に設置されている機器ＩＤ（発見機器ＩＤ））とを入力し、無線ＬＡＮを通して、その「ｒａｃｋ＿ｃｈｅｃｋ」コマンドと、オペランドの組とを管理サーバ１８に送信することで、ＣＥによる交換予定機器確認コマンドの投入が行われる。
【００５３】
ステップＳ２５では、管理サーバ１８内の機器交換管理処理部４１の制御部４２の交換予定機器確認部４７は、無線ＬＡＮや通信インターフェイス部４３を通して、管理サーバ１８がＣＥの携帯型ＰＣ４４から受け取ったコマンド名（「ｒａｃｋ＿ｃｈｅｃｋ」）から特定されるプログラムを、受け取ったオペランドの組（位置ＩＤ、機器ＩＤ）を引数として実行する。交換予定機器確認部４７は、受け取った位置ＩＤをキーとして、ラック搭載表を検索し、検索結果として、ラック搭載表上で、その位置ＩＤに対応する機器ＩＤを見つけ、ステップＳ２６において、その対応する機器ＩＤが受け取った機器ＩＤに等しいかどうかを比較する。
【００５４】
等しい場合は「ＯＫ」を、等しくない場合は「ＮＧ」が判定結果として、通信インターフェイス部４３、無線ＬＡＮを通して、ＣＥの携帯型ＰＣ４４に通知される。
「ＮＧ」が通知された場合、ＣＥはステップＳ２７において、それを、「異常通報」と判断し、ステップＳ２８で作業を中断する。
【００５５】
図１０は、交換機器登録コマンドを受けて管理サーバが実行する処理を含むフローチャートである。
図１０のステップＳ３１で、ＣＥは、コンピュータ本体（マシンハードウェア）の入れ替えが行われる。すなわち、ラック上の、故障機器が設置されていた場所から、故障機器が取り外されて、その場所に代替機（「交換機器」、「交換後の機器」ともいう）を設置する。
【００５６】
続く、ステップＳ３２では、ＣＥは持参した携帯型ＰＣ４４に、上述の「ｓｅｒｖｅｒ
＿ｒｅｇｉｓｔｅｒ」コマンド（交換機器登録コマンド）と、そのオペランドの組（位置ＩＤ、交換後の機器の機器ＩＤ）とを入力し、無線ＬＡＮを通して、その「ｓｅｒｖｅｒ＿ｒｅｇｉｓｔｅｒ」コマンドと、オペランドの組とを管理サーバ１８に送信することで、ＣＥによる交換機器登録コマンドの投入が行われる。
【００５７】
管理サーバ１８内の機器交換管理処理部４１の制御部４２の交換機器登録部４８は、無線ＬＡＮや通信インターフェイス部４３を通して、管理サーバ１８がＣＥの携帯型ＰＣ４４から受け取ったコマンド名から特定されるプログラムを、受け取ったオペランドの組（位置ＩＤ、（交換後の機器の）機器ＩＤ）を引数として実行する。
【００５８】
すなわち、続くステップＳ３３で、交換機器登録部４８は、受け取った位置ＩＤをキーとして、ラック搭載表を検索し、検索結果として、ラック搭載表上で、その位置ＩＤに対応する交換前の機器の機器ＩＤを見つける。ステップＳ３４で、その交換前の機器の機器ＩＤをキーとして、マシンハード管理表を検索し、検索結果として、その交換前の機器の機器ＩＤを有するマシンハード管理表を見つける。そして、ステップＳ３５で、その見つけたマシンハード管理表の業務マシン名（これは、そのマシンにインストールされる、ＯＳ、ミドルウェア、アプリケーション等の組み合わせを識別する情報である）を取得する。
【００５９】
また、交換機器登録部４８は、ステップＳ３６で、受け取った交換後の機器（代替機）の機器ＩＤをキーとして、マシンハード管理表を検索し、検索結果として、その交換後の機器の機器ＩＤを有するマシンハード管理表を見つける。そして、ステップＳ３７で、その見つけたマシンハード管理表の業務マシン名の項目の値を、交換前の機器の機器ＩＤに対応する業務マシン名の値に変更する。そして、ステップＳ３８で、交換機器登録部４８は、ラック搭載表上で、受け取った位置ＩＤに対応する機器ＩＤの値を、交換後の機器のものに変更し、一連の処理を終了する。
【００６０】
図１１は、入替指示コマンドを受けて管理サーバが実行する処理を含むフローチャートである。なお、代替機（交換後の機器）の機器ＩＤと、業務マシン名（マシン（代替機）にインストールするＯＳ、ミドルウェア等のソフトウェアの組を識別する情報）とはＳＥに既知である。
【００６１】
ＣＥから交換作業が正常に終了したことを受けたＳＥは、図１１のステップＳ４１で、管理サーバ１８に接続された端末から、上述した「ｓｅｔｕｐ＿ａｌｔ＿ｓｅｒｖｅｒ」コマンド（入替指示コマンド）を、業務マシン名を引数として投入する。これにより、入力されたコマンド名（「ｓｅｔｕｐ＿ａｌｔ＿ｓｅｒｖｅｒ」）に対応するプログラム（パラメータ受渡し部）が実行される。
【００６２】
すなわち、続くステップＳ４２において、パラメータ受渡し部４９は、受け取った業務マシン名をキーとして、マシンソフト管理表を検索する。、ステップＳ４３において、検索結果として、その業務マシン名を有するマシンソフト管理表を見つける。（マシンソフト管理表とマシンハード管理表が１対１に対応付けられている場合には、）ステップＳ４４において、そのマシンソフト管理表に対応するマシンハード管理表のＭＡＣアドレスを参照する。そして、ステップＳ４５において、パラメータ受渡し部４９は、機器起動部５１を起動して、そのＭＡＣアドレスを有する起動パケットを交換後の機器５２に送付する。
【００６３】
これにより、起動した交換後の機器５２上で実行される、ＯＳ自動インストールツールから、ステップＳ４６において、起動パラメータの問い合わせを、パラメータ受渡し部４９は受信する。パラメータ受渡し部４９はこの問い合わせを受けて、ステップＳ４７にお
いて、見つけたマシンソフト管理表の内容に基づいて、渡すパラメータを生成し、交換後の機器５２に送信し、一連の処理を終了する。
【００６４】
なお、パラメータを受信した交換後の機器５２のＯＳ自動インストールツールは、このパラメータに基づいてＯＳ等の各種プログラムのインストールを実行する。
図１２は、ＯＳ自動インストールツールに渡るパラメータ例を示す図である。
【００６５】
なお、上記したように、この図に示される一連のパラメータは、ある業務マシン名を持つマシンソフト管理表の内容から自動生成されたものである。しかし、図４のマシンソフト管理表２４はすべての項目を含まず簡略化して記載されている。
【００６６】
１行目の「install http://iso-image.example.jp/RHLE5」では、ＵＲＬを指定して、インストールするＯＳのＤＶＤイメージを取得している。なお、１行目の“RHLE5”は、“RHLE（ＯＳ名）”と“5（シリアル）”を示している。この行は、図４のマシンソフト管理表２４の「ＯＳ」の項目の内容から生成される。
【００６７】
２行目の「lang en_US.UTF-8」は使用言語を指定し、３行目の「keyboard us」はキーボードの種類を指定している。
４行目の「network -device eth0 ・・・」で始まる行では、ネットワークＩ／Ｆの設定が行われている。
【００６８】
５行目の「rootpw -iscrypted ・・・」で始まる行から８行目の「selinux --enforcing」の行の間の４行には、セキュリティ設定、初期パスワードが記述される。
９行目の「bootloader・・・」で始まる行には、起動プログラムへの引数が記述される。
【００６９】
１０行目の「clearpart・・・」で始まる行から１５行目の「logvol / --fstype・・・」で始まる行の間の６行には、ローカルディスクの領域区画情報が記述される。
それ以降の「%packages」で始まる複数行には、ＯＳと同時にインストールするライブラリ等の基礎的ソフトウェアが記述される。なお、このうち、最終行の「@web-server」は、例えば、図４のマシンソフト管理表２４の「搭載ＡＰ」の項目に「ＹＹ」として設定される。
【００７０】
続いて、本実施形態の変形例について説明する。
本変形例では、ラックに機器の移動検出センサを付加し、移動が行われた可能性がある場合には、マシンハード管理表に属性を記憶する。そして、移動が行われた可能性がある機器群に対して再登録を促す。
【００７１】
上記移動検出センサとしては、図１３に示すようなラック１の扉５３に取り付けられた開閉センサ（鍵、ハンドル、蝶番など）（図１３では不図示、以下、「ラック扉センサ」という）、ラックのユニットごとに取り付けられたセンサ（取り付けネジ受け、等）（図１３では不図示、以下、「ユニットネジセンサ」という）がある。
【００７２】
なお、本変形例のラックには、設置機器が外れないように、ユニットごとに機器のネジ止めを可能とするためにラック側にメスのネジ穴が開いている。上記「取り付けネジ受け」は、このメスのネジ穴に取り付けられ、ネジの挿抜を検出する。これにより、ラックのユニットごとに機器が設置されたり、外されたりすることを物理的に検出でき、ＣＥの申請ベースでの誤り混入を防止できる。
【００７３】
また、図１４に示すように、本変形例では、マシンハード管理表５６は、「要再登録フ
ラグ」の属性をさらに有する。この「要再登録フラグ」の値は、“Ｆａｌｓｅ”に初期化されている。
【００７４】
上記ラック扉センサや上記ユニットネジセンサの開閉反応が検出されたときに、「要再登録フラグ」の値が“Ｆａｌｓｅ”から“Ｔｒｕｅ”に変更される。また、交換機器登録部による機器の交換によって、ＩＤ基盤管理ＤＢ１９から削除される交換前の機器については、マシンハード管理表５６上の「要再登録フラグ」の値は“Ｆａｌｓｅ” に初期化される。
【００７５】
「要再登録フラグ」の値が“Ｔｒｕｅ”である機器については、管理サーバからＣＥの端末、携帯型ＰＣ、等に異常通報がなされる。
図１５は、要再登録フラグの設定処理のフローチャートである。
【００７６】
図１５のフローチャートの前段では、例えば、ＣＥが故障機器の交換作業のため、現場でラック扉５３を開けて、該当するユニットの機器を固定したネジを外すことが想定されている。この場合、ステップＳ５１→Ｓ５２→Ｓ５３→Ｓ５７を進む第１ルートと、ステップＳ５４→Ｓ５５→Ｓ５６→Ｓ５７を進む第２ルートとがある。
【００７７】
第１ルートでは、ステップＳ５１で、ラック扉センサによりラックの扉が開いたことが検出され、ステップＳ５２で、そのラックのラックＩＤをキーとしてラック搭載表が検索され、検索結果として、そのラックＩＤを有するラック搭載表が得られる。続く、ステップＳ５３では、ステップＳ５２で得られたラック搭載表が参照され、続くステップＳ５７で、そのラック搭載表の各機器ＩＤに対し、対応する各マシンハード管理表の要再登録フラグが“Ｔｒｕｅ”に変更される。
【００７８】
第２ルートでは、ステップＳ５４で、ユニットネジセンサによりラックの、該当するユニットの機器を固定していたネジが外されたことが検出され、ステップＳ５５で、そのラック搭載表のラックＩＤをキーとして、ラック搭載表が検索され、検索結果として、そのラックＩＤを有するラック搭載表が得られる。そして、ステップＳ５６において、そのラック搭載表においてネジが外されたユニットのラック内位置ＩＤが参照され、ステップＳ５７で、そのユニットのラック内位置ＩＤに対応する機器ＩＤをキーとしてマシンハード管理表が検索され、検索結果として、そのユニットの機器の機器ＩＤを有するマシンハード管理表が得られる。続く、ステップＳ５７では、そのマシンハード管理表の要再登録フラグが“Ｔｒｕｅ”に変更される。
【００７９】
ステップＳ５７から制御を渡されたステップＳ５８では、上述したＣＥによる交換予定機器確認コマンドの投入が行われ、一連の処理を終了する。
図１６は、要再登録フラグの初期化処理のフローチャートである。
【００８０】
図１６のフローチャートは、交換機器登録部による登録処理における、交換前機器の機器ＩＤ書き換え前の時点で実行される。
図１６のステップＳ６１では、交換機器登録部の引数の１つである位置ＩＤをキーとして、ラック搭載表が検索され、検索結果として、その位置ＩＤを有するラック搭載表が得られる。続く、ステップＳ６２では、ステップＳ６１で得られたラック搭載表中の検索時のキーとした位置ＩＤに対応する機器ＩＤ（これは、交換前機器の機器ＩＤである）をキーとして、マシンハード管理表が検索され、検索結果として、その交換前機器の機器ＩＤを有するマシンハード管理表が得られる。続く、ステップＳ６３では、得られたマシンハード管理表の要再登録フラグが“Ｆａｌｓｅ”に初期化（変更）され、一連の処理を終了する。
【００８１】
図１７は、要再登録フラグに基づく異常通報処理のフローチャート（その１）である。
図１７のフローチャートは、パラメータ受渡し部によるパラメータ受渡し処理に先立って実行される。
【００８２】
図１７のステップＳ６５では、入替指示コマンドのオペランドである業務マシン名をキーとして、マシンソフト管理表が検索され、検索結果として、その業務マシン名を有するマシンソフト管理表が得られる。（マシンソフト管理表とマシンハード管理表が１対１に対応付けられている場合には、）続く、ステップＳ６６で、ステップＳ６５で得られたマシンソフト管理表に対応するマシンハード管理表が得られる。そして、ステップＳ６７で、ステップＳ６６で得られたマシンハード管理表の要再登録フラグの値が判定される。要再登録フラグの値が“Ｆａｌｓｅ”である場合は、パラメータ受渡し部による処理が続行される。一方、要再登録フラグの値が“Ｔｒｕｅ”である場合は、ステップＳ６８で、管理サーバ１８からＣＥの端末、携帯型ＰＣ、等に異常通報がなされ、ステップＳ６９で、作業が中断され、一連の処理を終了する。
【００８３】
図１８は、要再登録フラグに基づく異常通報処理のフローチャート（その２）である。
図１８のフローチャートは、指定された周期（例：１日１回）で実行される。
すべてのマシンハード管理表について、図１８のステップＳ７１で現在のマシンハード管理表が参照され、ステップＳ７２で、その現在のマシンハード管理表中の、要再登録フラグの値が参照される。このような処理がすべてのマシンハード管理表について終了し、それぞれのマシンハード管理表の要再登録フラグの値が機器ＩＤの値と対応付けて出力されると、その出力結果を基に、ステップＳ７３において、要再登録フラグ＝“Ｔｒｕｅ”のマシンがあるかどうかが判定される。
【００８４】
要再登録フラグ＝“Ｔｒｕｅ”のマシンがある場合、ステップＳ７４で、管理サーバ１８からＣＥの端末、携帯型ＰＣ、等に異常通報がなされ、ステップＳ７５で、棚卸しを行う旨の指示が出され、一連の処理を終了する。一方、要再登録フラグ＝“Ｔｒｕｅ”のマシンがない場合、直ちに、一連の処理を終了する。
【００８５】
以上で、本実施形態およびその変形例の説明を終了する。
以上の説明では、例えば、図６のステップＳ５で、現場の機器配置とＩＤ基盤管理ＤＢ１９内のラック搭載表の登録内容との照合を行なう際に、ＣＥは、機器上に貼られたラベルに印刷された機器ＩＤ、および、ラックの、その機器が設置されたユニットに貼られたラベルに印刷された位置ＩＤを手入力している。この場合、ＩＤの入力間違い、上下のユニットとの誤認による読み違いにより、作業効率・品質が低下するという問題がある。
【００８６】
以下のようにすれば、ＩＤの入力間違い、機器ＩＤ・位置ＩＤの読みずれを防止でき、作業効率・品質を向上できる。
ラック設置工事時に、すべてのラックにＩＤ（ＱＲコード等）を添付する。または、予めＩＤが印字されたラベルがユニット毎に貼り付けられたラックを商品として生産し、ラック設置工事時に、そのＩＤとセンター内でのラック設置位置との対応関係をＩＤ基盤管理ＤＢ１９に登録する。また、機器にも同様に、機器ＩＤが印字されたラベルを貼り付けて出荷する。
【００８７】
ＣＥは、コマンド入力の代わりに、携帯型ＰＣ４４に接続された読取機（不図示）により、位置ＩＤおよび機器ＩＤを読み取る。
位置ＩＤのラベルと、機器ＩＤのラベルが隣接するようにラックのユニット端に両者を貼り付け、上記読取機で一括して読み取る。または、ラック全体の画像を取得し、ユニット毎の位置ＩＤ・機器ＩＤの隣接度から、機器配備状況を一括取得する。
【００８８】
また、近隣の技術として、ブレードサーバがある。ブレードサーバにおいては、個々のブレードのハードウェア構成は管理ブレードが自動掌握している。しかし、本実施形態のラック搭載機器では、このような高価なシステム構成ではなく、システム構成管理の効率が悪化し品質も劣化している。
【００８９】
機器ＩＤを貼り付ける機器のスペック情報を、出荷時に同梱し、ラックへの設置時に、ＩＤ読取りと同時に、ＩＤ管理基盤ＤＢ１９に登録することで、システム構成管理の設置後初期時点での入力工数が削減され、管理品質を向上できる。また、管理されるハードウェア情報は、システム運用処理の自動化基盤としても活用可能である（Power on etherによる指定機器ＩＤの電源制御等）。
【００９０】
すなわち、ハードメーカー出荷時のハードウェア構成情報をファイルに書き出す。このファイルは、機器に媒体として付属してもよいし、顧客にネットワーク経由（メール、Ｗｅｂ等）で送付されてもよい。そして、機器の設置作業前に、ＩＤ基盤管理ＤＢ１９に上記ファイルを読み込んでおく。そして、機器の設置時に、登録のための機器ＩＤ入力を契機に、ラック搭載表上での位置ＩＤ・機器ＩＤの対応関係を構築する。
【００９１】
図１９は、機器のＩＤ管理基盤ＤＢへの登録処理のフローチャートである。
図１９のステップＳ８１で、ハードメーカー出荷時に、機器のハードウェア構成情報をファイルに書き出す。続く、ステップＳ８２では、ＳＥがそのファイルの情報を、未搭載機器に関する情報としてマシンハード管理表に登録する。
【００９２】
ステップＳ８２に続く、ステップＳ８３では、ＣＥが例えば、その機器を交換作業の代替機として作業現場に持参し、代替機登録のために、その代替機の機器ＩＤが位置ＩＤとともに、ＣＥにより交換機器登録コマンドのオペランドとして入力される。
【００９３】
ステップＳ８３での入力を受けて、交換機器登録部が起動される。交換機器登録部は、ステップＳ８４で、交換機器登録コマンドのオペランドとして指定された位置ＩＤをキーとして、ラック搭載表を検索し、ステップＳ８５で、その位置ＩＤを有するラック搭載表の、その位置ＩＤに対応する機器ＩＤの値を、交換機器登録コマンドのオペランドとして指定された機器ＩＤの値で書き換える。また、続く、ステップＳ８６で、交換機器登録コマンドのオペランドとして指定された機器ＩＤをキーとして、マシンハード管理表を検索し、その機器ＩＤを有するマシンハード管理表が発見されるかどうかをチェックしている。その機器ＩＤを有するマシンハード管理表が発見されない場合、ステップＳ８５での書き換えは行わない。
【００９４】
図２０は、記憶媒体例を示す図である。
本実施形態の処理のためのプログラムやデータは、コンピュータ６０の記憶装置６１からコンピュータ６０のメモリにロードして実行することも、可搬型記憶媒体６３からコンピュータ６０のメモリにロードして実行することも、また、外部記憶装置６４からネットワーク６５を介してコンピュータ６０のメモリにロードして実行することも可能である。
【図面の簡単な説明】
【００９５】
【図１】ラックの概観を示す図（その１）である。
【図２】位置ＩＤ採番の例を示す図である。
【図３】本発明の一実施形態に係る管理サーバと管理対象システムとを示した図である。
【図４】ＩＤ基盤管理ＤＢの詳細な構成を示す図である。
【図５】ＣＥから見たシステム構成図である。
【図６】図３に示す管理対象システムにおいて、２台のアプリケーションサーバのうちの１台が故障した場合の、故障の検出から正常動作に至るまでの一連の処理を示すフローチャートである。
【図７】図６のステップＳ５、Ｓ７、Ｓ８で実行されるコマンドが示された画面例を示す図である。
【図８】機器交換管理処理部の構成を示すブロック図である。
【図９】交換予定機器確認コマンドを受けて管理サーバが実行する処理を含むフローチャートである。
【図１０】交換機器登録コマンドを受けて管理サーバが実行する処理を含むフローチャートである。
【図１１】入替指示コマンドを受けて管理サーバが実行する処理を含むフローチャートである。
【図１２】ＯＳ自動インストールツールに渡るパラメータ例を示す図である。
【図１３】ラックの概観を示す図（その２）である。
【図１４】本実施形態の変形例に係るＩＤ基盤管理ＤＢの詳細な構成を示す図である。
【図１５】本実施形態の変形例に係る要再登録フラグの設定処理のフローチャートである。
【図１６】本実施形態の変形例に係る要再登録フラグの初期化処理のフローチャートである。
【図１７】本実施形態の変形例に係る要再登録フラグに基づく異常通報処理のフローチャート（その１）である。
【図１８】本実施形態の変形例に係る要再登録フラグに基づく異常通報処理のフローチャート（その２）である。
【図１９】機器のＩＤ管理基盤ＤＢへの登録処理のフローチャートである。
【図２０】記憶媒体例を示す図である。
【符号の説明】
【００９６】
１      ラック
２、３      ラベル
１１      スイッチ
１２      ロードバランサ
１３      Ｗｅｂサーバ
１４      アプリケーションサーバ
１５      ＤＢサーバ
１６      管理ネットワーク
１８      管理サーバ
１９      ＩＤ基盤管理ＤＢ
２１      ラック搭載表
２２      スイッチ管理表
２３、５６      マシンハード管理表
２４      マシンソフト管理表
３１、３２、３３      行
４１      機器交換管理処理部
４２      制御部
４３      通信インターフェイス部
４４      携帯型ＰＣ
４７      交換予定機器確認部
４８      交換機器登録部
４９      パラメータ受渡し部
５１      機器起動部
５２      交換後の機器
５３      扉
６０      コンピュータ
６１      記憶装置
６３      可搬型記憶媒体
６４      外部記憶装置
６５      ネットワーク
【図４】
0005056488.tif 000002
【図５】
0005056488.tif 000003
【図７】
0005056488.tif 000004
【図８】
0005056488.tif 000005
【図９】
0005056488.tif 000006
【図１０】
0005056488.tif 000007
【図１１】
0005056488.tif 000008
【図１５】
0005056488.tif 000009
【図１６】
0005056488.tif 000010
【図１７】
0005056488.tif 000011
【図１８】
0005056488.tif 000012
【図１９】
0005056488.tif 000013
【図２０】
0005056488.tif 000014
【図１】
0005056488.tif 000015
【図２】
0005056488.tif 000016
【図３】
0005056488.tif 000017
【図６】
0005056488.tif 000018
【図１２】
0005056488.tif 000019
【図１３】
0005056488.tif 000020
【図１４】
0005056488.tif 000021