JP2003208413A - 資産情報の一元管理を行うコンピュータシステム - Google Patents

Abstract

(57)【要約】 【課題】 システム内のすべての資産のデータを、定め
られたデータ構造を用いて集約し、その構造に対応させ
て一元管理する。 【解決手段】 システム内の１つ以上の各ホストコンピ
ュータ２が定められたデータ構造に従って、自装置上の
資産のデータを管理サーバ１に通知する手段４を、シス
テム内の１つ以上のハードウェア装置３が手段４と同様
の手段５を備え、管理サーバ１が手段４、手段５から通
知された資産のデータを、定められたデータ構造に対応
づけて管理する手段６を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータシステ
ムにおける資産の管理方式に係り、更に詳しくは、ファ
イバチャネルなどを用いて複数のホストコンピュータと
複数のディスクアレイ装置が接続されているようなコン
ピュータシステムにおける資産の一元管理方式に関す
る。

【０００２】

【従来の技術と発明が解決しようとする課題】コンピュ
ータシステムにおける資産管理の従来の方式では、ホス
トコンピュータ、ネットワークストレージなどの各装置
の情報が部分的に管理され、例えばシステムの管理者が
部分的な情報をつなぎ合わせることによって、全体の情
報の関連づけが行われていた。

【０００３】図３１は従来の資産管理方法の説明図であ
る。同図において、１つのベンダ（ＯＥＭを含む）内で
ホスト１０１とストレージ１０３とが、Ａに示すように
システムとして構成されている場合には、各装置の情報
をユニークに定めた形式で管理可能であるが、Ｂのよう
なホストベンダ、Ｃのようなストレージベンダが混在し
ているようなシステム構成においては、情報は各ベンダ
固有の形式で管理され、情報をユニークな形式で関係づ
けることはできず、人間が介在して、各ベンダ固有の形
式の情報をつなぎ合わせる必要があるという問題点があ
った。

【０００４】また、例えば複数のホストコンピュータと
複数のディスクアレイ装置がファイバチャネル接続され
ているようなシステムでは、ストレージが集約化されて
いても、コンピュータシステム内には様々なベンダの装
置があり、その装置にはＯＳ（オペレーティングシステ
ム）が異なるものもある。そのためにＯＳ毎にデータの
形式やホストからストレージに対するアクセス方法など
も異なり、どの資産をどのホストコンピュータ、ＯＳ、
あるいはアプリケーションが使用しているか把握するこ
とが困難であるという問題点があった。またある資産に
障害が発生した場合などに、その障害がどのＯＳ、ある
いはアプリケーションに影響するかを把握するのに手数
がかかるという問題点があった。

【０００５】本発明の課題は、上述の問題点に鑑み、シ
ステム内の全ての資産の情報を、ユニークなデータ構造
を用いて、例えばシステム内の管理サーバに集約し、管
理サーバが集約された情報をそのユニークなデータ構造
に対応して関係づけて管理することにより、コンピュー
タシステム内での資産の一元管理を実現することであ
る。

【０００６】

【課題を解決するための手段】図１は本発明の原理構成
ブロック図である。同図は１つ以上のホストコンピュー
タ２と、１つ以上のハードウェア装置３とが、例えばロ
ーカルエリアネットワーク（ＬＡＮ）７を介して接続さ
れ、またシステム内の資産管理を行う管理サーバ１を備
えるコンピュータシステムの原理構成ブロック図であ
る。

【０００７】図１において、各ホストコンピュータ２は
エージェント手段４を備える。エージェント手段４は、
管理サーバ１からの要求に対応して、自コンピュータ、
すなわち自装置上の資産に関する情報を、定められたデ
ータ構造に従って管理サーバ１に通知するものである。

【０００８】各ハードウェア装置３は資産情報通知手段
５を備える。資産情報通知手段５は、管理サーバ１から
の要求に対応して、自装置上の資産に関する情報を、定
められたデータ構造に従って管理サーバ１に通知するも
のである。

【０００９】更に管理サーバ１は情報管理手段６を備え
る。情報管理手段６は、各ホストコンピュータ２の内部
のエージェント手段４、各ハードウェア装置３内部の資
産情報通知手段５から通知された情報を、前述の定めら
れたデータ構造に対応させて関係づけて管理するもので
ある。

【００１０】本発明において、前述の定められたデータ
構造は、システム内で自資産から見て上位、および下位
の資産が何であるかを示すデータを格納する領域を備え
ている。

【００１１】発明の実施の形態においては、各ホストコ
ンピュータ２、および各ハードウェア装置３は障害管理
手段をそれぞれ備えることができる。障害管理手段は、
自装置の障害の発生時に障害に関する情報を、または自
装置が障害に至る可能性のある障害予兆状態となるたび
に、その予兆を示す情報を管理サーバに通知するもので
ある。

【００１２】管理サーバ１の情報管理手段６は、障害に
関する情報を受け取った時、または予兆を示す情報を受
け取るごとに該当する装置に対するカウント値をインク
リメントし、そのカウント値が閾値をこえた時に、前述
の定められたデータ構造に対応して関係づけられた情報
のうち、障害に関する資産の情報、または予兆を示す情
報を通知した装置の資産の情報に加えて、その情報に関
係のあるすべての資産の情報のステータスをエラー状態
とするものである。

【００１３】実施の形態においては、各ホストコンピュ
ータ２、および各ハードウェア装置３が、それぞれ自装
置の性能を監視する性能管理手段を、また管理サーバが
システム全体の性能を管理するシステム性能管理手段を
備え、各装置上の性能管理手段が、管理サーバの要求に
よって自装置の性能情報を収集して管理サーバに送り、
システム性能管理手段が性能情報を送ってきた装置の資
産に関する情報と、前述の情報管理手段によって関係づ
けられた他の資産に関する情報とを対応させて、システ
ム全体の性能管理を行うこともできる。

【００１４】更に実施の形態においては、各ホストコン
ピュータ２、および各ハードウェア装置３がそれぞれ自
装置内の資産の容量を管理する容量管理手段を備え、管
理サーバがシステム全体における資産の容量を管理する
システム資産容量管理手段を備え、各装置の容量管理手
段が管理サーバの要求によって自装置内の資産の容量が
閾値をこえたか否かを監視し、閾値をこえた時にそれを
管理サーバに通知し、システム資産容量管理手段が前述
の定められたデータ構造に対応させて関係づけられた情
報のうちで、該閾値超過が通知された資産の情報に加え
て、その資産に関係のある資産の情報のステータスをエ
ラー状態とすることもできる。

【００１５】本発明の管理サーバによって使用されるプ
ログラムとして、システム内の各ホストコンピュータ、
および各ハードウェア装置から定められたデータ構造に
従って送られる各装置上の資産に関する情報を受け取る
手順と、受け取った情報を定められたデータ構造に対応
させて関連づける手順とを計算機に実行させるためのプ
ログラムが用いられる。また発明の実施の形態において
は、このプログラムを格納した計算機読み出し可能可搬
型記憶媒体を用いることもできる。

【００１６】以上のように本発明によれば、システム内
で定められたデータ構造に従って各資産に関する情報を
管理サーバに集約し、管理サーバがその定められた構造
に対応して、集約された資産に関する情報を関係づける
ことになる。

【００１７】

【発明の実施に形態】図２は本発明のコンピュータシス
テムの原理的な構成ブロック図である。同図において、
複数のホスト１０，１４によって利用されるストレージ
１１は集約化されており、ホスト１０とストレージ１１
とはローカルエリアネットワーク（ＬＡＮ）１２で結ば
れ、ストレージ１１は記憶装置を連結するためのストレ
ージエリアネットワーク（ＳＡＮ）１３の図示しないサ
ーバによって管理される。

【００１８】図２のシステムでは、例えばホスト１０の
ＯＳ（オペレーティングシステム）はマイクロソフト社
のＷｉｎｄｏｗｓ（登録商標）、ホスト１４のＯＳはＵ
ＮＩＸ系（ＵＮＩＸ（登録商標），Ｌｉｎｕｘ，Ｓｏｌ
ａｒｉｓ等）のようにＯＳが異なることもあり、ＯＳの
異なるホスト１０，１４で１つのストレージ１１を競合
して使用することも行われる。

【００１９】図３は、一般的に複数のホストやディスク
アレイなどのハードウェアによって構成されるコンピュ
ータシステムの構成ブロック図である。同図におていホ
スト１５は一台しか示されていないが、基本的にはホス
ト１５がシステム内に複数存在するものとする。

【００２０】図３のコンピュータシステムはホスト１
５、管理サーバ１６、ディスクアレイ１７、ファイバチ
ャネル接続のスイッチ（ＦＣ−ＳＷ）１８、管理サーバ
１６によって用いられる情報保存用データベース１９に
よって構成され、ホスト１５の内部には、スイッチ１８
を介してディスクアレイにアクセスするためのホストバ
スアダプタ（ＨＢＡ）２０が備えられている。

【００２１】ホスト１５の内部には、本実施形態におい
てコンピュータ資産の一元資産を行うためのエージェン
ト２１が備えられ、エージェント２１は情報収集部２
２、情報記録部２３、通信制御部２４、イベント処理部
２５、障害管理部２６、性能管理部２７、および容量管
理部２８によって構成されている。

【００２２】管理サーバ１６の内部にも、エージェント
２１の構成にほぼ対応して、情報収集部３１、情報管理
部３２、入出力処理部３３、通信制御部３４、イベント
処理部３５、障害管理部３６、性能管理部３７、および
容量管理部３８が備えられている。

【００２３】図４は、図３のディスクアレイ１７、スイ
ッチ１８、およびホストバスアダプタ２０などのハード
ウェアの内部で、本実施形態における資産の一元管理を
行うための部分の構造を示す。

【００２４】すなわちハードウェア４１の内部には、エ
ージェント２１や管理サーバ１６の構造にほぼ対応し
て、入出力処理部４２、情報記録部４３、通信制御部４
４、イベント処理部４５、障害管理部４６、性能管理部
４７、および容量管理部４８が備えられている。

【００２５】図５は資産の一元管理を行うための情報収
集処理の基本フローチャートである。同図において処理
が開始されると、まずステップＳ１で各装置からの情報
の収集が行われる。ホスト１５のエージェント２１によ
って情報が収集されると資産としては、アプリケーショ
ン、すなわち業務名と、アクセスファイル、データベー
ス関係でデータベースマネージメントシステム（ＤＢＭ
Ｓ）、ホストの内部で下位のデバイスとしてのローデバ
イス、およびファイルシステム、オペレーティングシス
テム（ＯＳ）の関係でアクセスファイル、ファイルシス
テム、ローデバイスがある。

【００２６】ホスト１５とディスクアレイ１７との間の
中間経路的な役割を果たす資産として、ホストバスアダ
プタ、およびスイッチ１８を含むストレージアクセス経
路がある。

【００２７】更にディスクアレイ１７側の資産として、
チャネルアダプタ、レイド（ＲＡＩＤ；リ・ダンダント
・アレイズ・オブ・インエクスペンシブ・ディスク）コ
ントローラ、デバイスアダプタ、論理ユニット（ＬＵＮ
−Ｒ，物理層対応）、およびハードディスクドライブ
（ＨＤＤ）がある。

【００２８】ここでホスト１５のエージェント２１は、
複数のホストにおいてＯＳが異なる場合には、それぞれ
のＯＳに対応したコマンドを発行して情報を収集する処
理を実行する。そして得られた情報を、管理サーバ１６
で一元管理可能な同一の情報形式、すなわち本実施形態
のシステム固有のユニークな情報形式に変換して、変換
後の情報を管理サーバ１６に送信する。これによって、
ディスクアレイ１７（ストレージ１１）を利用するホス
ト１５のＯＳが異なったとしても、管理サーバ１６は同
一形式の情報をＯＳの異なる各ホスト１５から収集する
ことが可能となる。

【００２９】図５においてステップＳ１において各装置
からの情報が収集されると、ステップＳ２で収集された
情報は本発明実施形態に特有のデータ構造、すなわちデ
ータを関連づける形式にあわせＣＳＶ（コンマ・セパレ
ーテッド・バリュー）や、ＸＭＬ（エクステンシブル・
マークアップ・ランゲージ）などの形式で格納管理され
て、処理を終了する。

【００３０】図６は本実施形態におけるデータ構造、す
なわち資産のデータの関連づけの説明図である。同図に
おいては、図３においてホスト１５から見て上位の層、
または下位の層から資産の間の関連づけが行われる。

【００３１】図６において、ホスト上の業務名、すなわ
ちその業務によって使用されているファイル名、または
データベースの資産と、その下位層の資産としてのファ
イルシステムやローデバイスが、ファイル名などによっ
て関連づけられる。これらの資産に関するデータは、ホ
スト１５上のエージェント２１によって収集される。

【００３２】図６においてローデバイスより下位の層の
資産としてのホストバスアダプタ、ストレージアクセス
経路のデータがローデバイスと関連づけられ、また更に
下位の層のチャネルアダプタ、ＲＡＩＤコントローラ、
デバイスアダプタ、ＬＵＮ−Ｒ、およびＨＤＤがストレ
ージアクセス経路に関連づけられる。これらの資産に関
するデータはハードウェア装置、例えばディスクアレイ
１７側からＬＡＮを介して収集される。

【００３３】図７は本実施形態におけるデータ構造、す
なわち資産に関するデータの関連づけの全体説明図であ
る。同図においてはホストはホスト１とホスト２の２台
あるものとし、ホスト側１ではアプリケーションとして
業務名１と業務名２の２つのアプリケーションが動作し
ており、ホスト２においては業務名３のアプリケーショ
ンが動作しており、それぞれのアプリケーションの下に
ファイル名、ファイルシステム、ローデバイス、ホスト
バスアダプタ、ストレージアクセス経路、チャネルアダ
プタ、ＲＡＩＤコントローラ、デバイスアダプタ、ＬＵ
Ｎ−Ｒ、およびＨＤＤの資産に関するデータが図のよう
に関連づけられる。

【００３４】図８〜図１０は、図７に示されたデータ構
造、すなわちデータの関連づけの詳細説明図であり、図
８は図３のエージェント２１内の情報記録部２３によっ
て記録されるデータの関連づけを示す。同図において、
例えば中央にホスト１のあるデータとして、下側に業務
名１があるデータと、業務名２があるデータとの２種の
３つのデータが最上位のデータとして記録される。

【００３５】これらのデータのうち上側の“なし”はホ
スト１の上位に資産がないことを示し、例えば“業務名
１”はホスト１の下位の資産として業務名１の資産があ
ることを示している。これに対してホスト２のデータと
しては下位に業務名３の資産がある、１つだけのデータ
が情報記録部２３によって記録される。

【００３６】ホスト１のデータの下位には業務名１の資
産が存在するが、図７において業務名１の下位にはファ
イル名１、ファイル名２、およびファイル名３の３つの
ファイル資産が存在するため、業務名１のデータは３つ
となり、その上位にはホスト１が、下位にはそれぞれフ
ァイル名１、ファイル名２、およびファイル名３のファ
イル資産が存在することが各データの上側と下側、およ
び矢印によって示されている。以下同様にして、エージ
ェント内の情報記録部２３によって管理されるデータの
関連づけが図８に示されている。

【００３７】図９は、図３のホストバスアダプタ２０、
スイッチ１８内の情報記録部によって管理されるデータ
と、ディスクアレイ１７内の情報記録部によって管理さ
れるデータの一部の間の関連づけの説明図である。

【００３８】同図において、例えばホストバスアダプタ
１の上位資産はローデバイス１であり、下位資産はスト
レージアクセス経路１であること、またストレージアク
セス経路１のデータとしては、上位資産がホストバスア
ダプタ１であり、下位資産がチャネルアダプタ１である
こと、チャネルアダプタ１のデータとしては、上位資産
がストレージアクセス経路１であり、下位資産がＲＡＩ
Ｄコントローラ１であること、ＲＡＩＤコントローラ１
のデータとしては、上位資産がチャネルアダプタ１であ
り、下位資産がデバイスアダプタ１であることが各デー
タの上側と下側および矢印で示されるように関連づけら
れている。

【００３９】図１０は、ディスクアレイ１７内の情報記
録部４３によって管理されるデータのうち、図９に続く
部分の説明図である。同図において、例えばデバイスア
ダプタ１のデータとしては、上位資産がＲＡＩＤコント
ローラ１であり、下位の資産がＬＵＮ−Ｒ１であるこ
と、ＬＵＮ−Ｒ１のデータとしては、上位資産がデバイ
スアダプタ１であり、下位資産がＨＤＤ１であること、
ＨＤＤ１のデータとしては、上位資産がＬＵＮ−Ｒ１で
あり、下位資産が存在しないことが矢印などによって関
連づけられている。

【００４０】図１１は、本実施形態においてコンピュー
タシステム内で行われる情報収集の全体処理フローチャ
ートである。同図において処理が開始されると、ステッ
プＳ１０でまずホスト１５、スイッチ１８、ディスクア
レイ１７の電源がオンとされ、ステップＳ１１における
ハードウエア上でのハードウエア情報設定処理と、ホス
ト１５上でのエージェント情報収集処理（１）が並行し
て実行される。これらの処理については後述する。

【００４１】続いてステップＳ１３で、管理サーバ１６
上で管理サーバ情報収集処理が開始され、ハードウェア
やホストに対して後述するように情報収集をサポートし
ているか否かが問い合わせられ、ステップＳ１４でハー
ドウエア内でハードウェア情報収集処理（１）が、また
ステップＳ１５でホスト上でエージェント情報収集処理
（２）が行われ、情報収集をサポートしている場合に
は、その旨が管理サーバに回答される。

【００４２】続いてステップＳ１６で、管理サーバ上で
管理サーバ情報収集処理の続きが行われる。この処理で
は、情報収集をサポートしているハードウェアやホスト
に対して実際のデータ、すなわち詳細情報の問い合わせ
が行われ、ステップＳ１７でハードウェア上でのハード
ウェア情報収集処理（２）が、ステップＳ１８でホスト
上でエージェント情報収集処理（３）が行われ、詳細情
報の管理サーバへの回答が行われる。そしてステップＳ
１９で管理サーバ上での管理サーバ情報収集処理の更に
続きが行われ、ホストや各ハードウェアから受け取った
詳細情報の関連づけなどが実行されて処理を終了する。

【００４３】次に図１１の各ステップの詳細処理につい
て、図１２〜図１８を用いて更に説明する。図１２は、
図１１のステップＳ１１のハードウェア情報設定処理の
詳細フローチャートである。同図におてい処理が開始さ
れると、まずステップＳ２１でハードウェア上の入出力
処理部４２、例えばグラフィックユーザインタフェース
（ＧＵＩ）によって、オペレータの指示としてのデータ
の構成定義が受け付けられ、ステップＳ２２で入力出力
処理部４２によって入力されたデータの構成定義、すな
わち自データと上位および下位の資産を示す関係の経路
などのデータが情報記録部４３に渡されて、処理を終了
する。

【００４４】図１３は、図１１のステップＳ１２におけ
るエージェント情報収集処理（１）の詳細フローチャー
トである。同図において処理が開始されると、まずステ
ップＳ２５でアプリケーションによってオープンされた
ファイル名が、またステップＳ２６でそのファイル名が
属しているファイルシステム、およびその下位にあるロ
ーデバイスのデータが、図３のホスト１５内のエージェ
ント２１上の情報収集部２２から情報記録部２３に渡さ
れ、ステップＳ２７で情報記録部２３によってデータの
上下の関係がつなぎ合わされて記録され、処理を終了す
る。

【００４５】図１１のステップＳ１３の詳細処理を図１
４のステップＳ３０〜Ｓ３３に示す。管理サーバ情報収
集処理が開始されると、ステップＳ３０で図３の管理サ
ーバ１６上の入出力処理部３３、例えばグラフィックユ
ーザインタフェース（ＧＵＩ）によってオペレータの指
示、すなわち最新情報収集の指示が受け付けられ、ステ
ップＳ３１で入出力処理部３３からその収集処理の実行
が情報収集部３１に依頼され、ステップＳ３２で情報収
集部３１から通信制御部３４にＬＡＮ上の装置の認識処
理が依頼され、ステップＳ３３で通信制御部３４からＬ
ＡＮ上の全ての装置、すなわちハードウェアとホスト内
のエージェントに対して、時間制限をつけた上で、ＴＣ
Ｐ／ＩＰネットワークにおいて、機器の管理を行うため
のシンプル・ネットワーク・マネージメント・プロトコ
ル（ＳＮＭＰ）によって情報収集をサポートしているか
否かの問合せが行われる。

【００４６】図１５は、図１１のステップＳ１４、すな
わちハードウェア情報収集処理（１）の詳細フローチャ
ートである。同図において処理が開始されると、ハード
ウェア上の通信制御部４４によってＬＡＮを経由して管
理サーバ１６から送られたＳＮＭＰプロトコルの通信デ
ータが受け取られ、その解析が行われる。そしてステッ
プＳ３６で自装置が情報収集をサポートしているか否か
が判定され、サポートしている場合には通信制御部４４
は情報記録４３から自装置の名称を取り出し、その名称
をつけて情報収集をサポートしていることを管理サーバ
１６に応答して処理を終了する。

【００４７】なお情報収集のサポートをしていない場合
には、ステップＳ３７の処理を実行することなく、ハー
ドウェア情報収集処理（１）を終了する。これは図１４
のステップＳ３３で管理サーバ１６の通信制御部３４
が、時間制限をつけた上でサポートの有無を問い合わ
せ、時間制限を過ぎてもサポートしている旨の回答がな
い場合には、その装置は情報収集をサポートしていない
と一方的に判定するためである。そしてこの場合には、
例えば手入力によって情報収集が行われ、図８〜図１０
のようにデータが関連づけられる。

【００４８】図１６は図１１のステップＳ１５、すなわ
ちエージェント情報収集処理（２）の詳細フローチャー
トである。同図において、まずステップＳ４０でエージ
ェント２１上の通信制御部２４によって、ＬＡＮを介し
て管理サーバ１６から送られたＳＮＭＰプロトコルの通
信データが受け取られて解析され、ステップＳ４１で自
ホストが情報収集をサポートしているか否かが判定さ
れ、サポートしている場合には、ステップＳ４２で通信
制御部２４からホスト名と共に、情報収集をサポートし
ていることが管理サーバ１６側に応答されて、処理を終
了する。ステップＳ４１で、情報収集をサポートしてい
ない場合には、何らかの処理も実行されないことは、図
１５におけると同様である。

【００４９】図１４のステップＳ４５〜Ｓ４７は、図１
１のステップＳ１６の処理の詳細フローチャートであ
る。まずステップＳ４５で、管理サーバ１６上の通信制
御部３４によって、ステップＳ３３でつけられた時間制
限以内に情報収集のサポートを行っていることを示す応
答があった装置の一覧が情報収集部３１に通知され、ス
テップＳ４６で情報収集部３１から、その回答に対応し
て、装置一覧内の個々の装置に対する詳細情報の収集処
理が通信制御部３４に依頼される。

【００５０】通信制御部３４から、ステップＳ４７で時
間制限をつけた上で、該当の個々の装置に対してＳＮＭ
Ｐプロトコルを用いて詳細情報の問い合わせが行われ
る。図１７は図１１のステップＳ１７、すなわちハード
ウェア情報収集処理（２）の詳細フローチャートであ
る。同図において、まずステップＳ５０でハードウェア
上の通信制御部４４によって、ＬＡＮを経由してＳＮＭ
Ｐプロトコルで送られた通信データが受け取られて解析
され、ステップＳ５１で通信制御部４４によって情報記
録部４３から詳細情報が取り出され、その詳細情報が管
理サーバ１６に対して回答されて、処理を終了する。

【００５１】図１８は、図１１のステップＳ１８、すな
わちエージェント情報収集処理（３）の詳細フローチャ
ートである。まずステップＳ５２でエージェント２１上
の通信制御部２４によって、ＬＡＮを介して送られたＳ
ＮＭＰプロトコルを用いた通信データが受け取られて解
析され、ステップＳ５３で通信制御部２４によって情報
記録部２３から全ての関係情報が取り出され、その関係
情報が管理サーバ１６に回答されて、処理を終了する。

【００５２】図１４のステップＳ５５〜Ｓ６１は、図１
１のステップＳ１９の詳細フローチャートである。まず
ステップＳ５５で、ステップＳ４７でつけられた時間制
限内の各装置からの応答（詳細情報）が情報収集部３１
に通知され、ステップＳ５６で、管理サーバ１６上の情
報収集部３１によって、装置名と詳細情報とが、図８〜
図１０で説明したように上位の装置と下位の装置を含む
データ構造の形式とされて情報管理部３２に渡され、ス
テップＳ５７で情報管理部３２によって受け取った情報
内で上位データを持たない最上位のデータが１つ見つけ
られ、ステップＳ５８でその最上位のデータの構造内で
下位のデータ、すなわち下位の装置に対するデータであ
って、かつそのデータのデータ構造内の上位データ、す
なわち上位の装置が最上位のにデータに対応する装置で
あるようなデータがつなぎ合わされ、ステップＳ５９で
つなぎ合わされた下位側のデータのデータ構造内にさら
に下位データ、すなわち下位の装置が記述されているか
否かが判定され、記述されている場合にはステップＳ５
８以降の処理が繰り返される。

【００５３】ステップＳ５９で下位のデータがない、す
なわち下位の装置が指定されていない場合には、ステッ
プＳ６０で最上位のデータが他にあるか否かが判定さ
れ、ある場合にはステップＳ５７以降の処理、すなわち
情報管理部３２によって上位データを持たない最上位の
データが１つ選択される処理以降が繰り返される。ステ
ップＳ６０で他に最上位データがないと判定された場合
には、ステップＳ６１で情報管理部３２によってつなぎ
合わされた情報が、例えば情報保存用データベース１９
に格納されて、処理を終了する。

【００５４】図１９は障害発生処理、あるいは障害の予
兆監視処理の全体的なフローチャートであり、ステップ
Ｓ６４でハードウェア上で障害発生処理（１）、または
障害予兆監視処理（１）が行われ、ステップＳ６５で管
理サーバ上で障害発生処理（２）、または障害予兆監視
処理（２）が行われて処理を終了する。これらの処理の
詳細については、図２０〜図２３で説明する。

【００５５】図２０は、図１９のステップＳ６４におけ
る障害発生処理（１）のフローチャートである。同図に
おいて、障害が発生した時点でステップＳ６７でハード
ウェアやホスト内のエージェント、すなわち各装置の障
害管理部によって、イベント処理部を介して自装置の名
称と障害の要因情報を添付して障害が発生したことが、
ＳＮＭＰトラップ信号として管理サーバ１６に対して発
信されて処理を終了する。このＳＮＭＰトラップ信号は
不定期のパケットであり、そのパケット内に障害の発生
要因情報などが格納される。

【００５６】図２１は、図１９のステップＳ６４におけ
る障害予兆監視処理（１）のフローチャートである。こ
の障害予兆監視処理とは、その現象が何回もおこった時
には障害に至ると見なされるような予兆現象を監視する
ものであり、そのような予兆現象がおこった時に、各装
置の障害管理部によって、イベント処理部を通して自装
置の名称と予兆現象の要因情報が添付されて、予兆現象
がおこったことがＳＮＭＰトラップ信号として管理サー
バ１６に対して発信されて、処理を終了する。

【００５７】図２２は、図１９のステップＳ６５におけ
る管理サーバ上での障害発生処理（２）の詳細フローチ
ャートである。まずステップＳ７０で管理サーバ１６の
イベント処理部３５によって、ＬＡＮを介して送られて
きたＳＮＭＰトラップ信号が受け取られ、ステップＳ７
１で障害管理部３６によって受信データが解析され、情
報管理部３２に対して障害発生を通知してきた装置、お
よびその上位側、下位側で関係づけられている全ての装
置に対するデータのステータスをエラー状態にするよう
に依頼が行われ、ステップＳ７２で障害管理部３６によ
って障害発生に対応して実行すべき登録された処理、例
えばグラフィック・ユーザ・インタフェース（ＧＵＩ）
表示、Ｅメールや携帯電話などによるユーザへの連絡な
どが実行されて処理を終了する。

【００５８】図２３は、図１９のステップＳ６５におけ
る管理サーバ上の障害予兆監視処理（２）の詳細フロー
チャートである。まずステップＳ７４で、図２２のステ
ップＳ７０におけると同様に、イベント処理部３５によ
ってＳＮＭＰトラップ信号が受け取られ、ステップＳ７
５で障害管理部３６により受信データが解析され、情報
管理部３２に対してその装置に対応するテンポラリーエ
ラーカウントの値のインクリメントが依頼される。

【００５９】情報管理部３２によって、ステップＳ７６
でテンポラリーエラーカウントの値がある閾値を越えた
か否かが判定され、超えた場合には対応する装置、およ
びその上位側、下位側に関係づけられている全て装置の
データのステータスがエラー状態とされると共に、閾値
を越えたことが障害管理部３６に通知され、ステップＳ
７７で障害管理部３６によってその通知が受け取られ、
ステップＳ７２におけると同様に障害発生時に実行すべ
きものとして登録された処理が実行されて処理を終了す
る。

【００６０】図２４は性能監視処理、または容量監視処
理の全体的なフローチャートである。同図において、ス
テップＳ８０で管理サーバ１６上で性能監視処理
（１）、または容量監視処理（１）が行われ、ステップ
Ｓ８１でハードウェア上、またはホスト上で性能監視処
理（２）、または容量監視処理（２）が行われ、ステッ
プＳ８２で管理サーバ１６上で性能監視処理（１）の続
き、または容量監視処理（１）の続きが行われ、処理を
終了する。これらの処理の詳細は、図２５〜図２８に示
される。

【００６１】図２５のステップＳ８４およびＳ８５は、
図２４の図８０における性能監視処理（１）の詳細を示
す。まずステップＳ８４で管理サーバ１６のＧＵＩ画面
から、例えばユーザによｔて性能を監視したい装置が選
択され、ステップＳ８５で情報収集部３１によって通信
制御部３４対して、当該装置に性能監視指示を出すこと
が依頼される。

【００６２】図２６のステップＳ８６，Ｓ８７は、図２
４のステップＳ８０における容量監視処理（１）の詳細
であり、まずステップＳ８６で、図２５のステップＳ８
４におけると同様に、例えばユーザによって容量を監視
したい装置、例えば記憶装置であれば、すでにデータが
格納された容量がどのくらいあるかを監視するために装
置の選択が行われ、ステップＳ８７で容量管理部３８か
ら通信制御部３４に対して、その装置の資産名や容量の
閾値などを指定した上で、選択された装置に対して容量
監視指示を出すことが依頼される。

【００６３】図２７は、図２４のステップＳ８１におけ
る性能監視処理（２）の詳細であり、ステップＳ８９で
性能を監視するために選択された装置の性能管理部４７
によって、例えばユーザによって指示されたポーリング
間隔で性能情報が収集され、通信制御部４４を介して管
理サーバ１６側に応答が行われる。

【００６４】図２８はステップＳ８１における容量監視
処理（２）の詳細である。ステップＳ９０で容量監視が
指示された装置の容量管理部４８によって、指示された
ポーリング間隔で容量情報が収集され、管理サーバ１６
側から指示された閾値をこえたか否かが監視され、閾値
をこえた場合にはステップＳ９１で容量管理部４８から
イベント処理部４５を介して、自装置の名称と閾値をこ
えたことの要因の情報などが添付されたＳＮＭＰ信号
が、管理サーバ１６側に発信される。

【００６５】図２５のステップＳ９３，Ｓ９４は図２４
のステップＳ８２における性能監視処理（１）の続きの
処理である。ステップＳ９３で情報収集部３１によっ
て、性能監視のための選択された装置から受信した性能
情報が性能管理部３７に渡され、ステップＳ９４で性能
管理部３７によって、受信した性能情報のグラフ表示な
どが行われる。また性能監視のために選択された装置の
上位側、および下位側の装置などのデータを選択し、そ
れらのデータの状況を示すグラフなどを重ねることによ
って、ボトルネックの検出などが行われる。このボトル
ネック検出についてはさらに後述する。

【００６６】図２６のステップＳ９５，Ｓ９６は、図２
４のステップＳ８２における容量監視処理（１）の続き
の処理である。ステップＳ９５でイベント処理部３５に
よってＳＮＭＰトラップ信号が受け取られ、ステップＳ
９８で容量管理部３８によって、情報管理部３２に容量
が閾値をこえた装置、およびその上位側、下位側に関係
づけられた全ての装置のデータのステータスをエラー状
態に変更することが依頼されると共に、閾値をこえた時
に実行すべきものとして登録された処理、例えばＧＵＩ
表示、Ｅメール、携帯電話によるユーザへの連絡などが
実行されて、処理を終了する。

【００６７】図２９は、図２５のステップＳ９４で説明
した管理サーバ１６上の性能管理部３７によるボトルネ
ックなどの検出方法の説明図である。図３の管理サーバ
１６においては、性能管理部３７による性能管理、およ
び情報管理部３２などによる資産管理と、リソース管理
が行われる。また更に、図３に図示しないが、データの
他の資産への移行の機能も組み合せ、ボトルネックがお
こった場合に、データの他の資産への移行のためのナビ
ゲートサービスを提供する。

【００６８】図２９において、例えば管理サーバ１６の
表示画面上に性能ウィンドウが開かれ、各種のハードウ
ェア装置の性能に関するグラフが組み合わされて表示さ
れる。ここではローデバイス（ｃ３ｔ４ｄ０ｓ２）のレ
スポンス時間、すなわちサーバからの要求に応じてホス
ト内のエージェントが応答を返すまでの時間のグラフ
と、仮想ストレージ層に対応する論理ユニット（ＬＵＮ
−Ｖ）の性能グラフ、物理ストレージ層に対応する論理
ユニット（ＬＵＮ−Ｒ）の性能グラフ、およびＲＡＩＤ
コントローラ（ＣＭ）の使用率のグラフが表示され、こ
れらのグラフを比較することによって、ボトルネックデ
バイスの認識が行われる。

【００６９】前述のナビゲートサービスについて更に説
明する。例えば、あるホスト上のアプリケーションのス
ループットが低下した場合、そのアプリケーションが使
用しているＯＳ資源を性能管理部３７が分析し、特定デ
バイスの劣化が自動的に検出される。そしてそのデバイ
スのストレージ内部が性能管理部３７によって分析さ
れ、例えばＲＡＩＤの構成のボトルネックと断定され、
警告表示が行われると共に、ボトルネックの影響する範
囲（他のホストやアプリケーション）の点減表示が行わ
れる。

【００７０】ナビゲートサービスにおいては、データの
他の資産への移行などのチューニングが行われた後の想
定性能の表示、全体構成の表示、および構成変更による
影響箇所などが表示され、ユーザがデータの移行先の資
産を選択した後に、データ移行ツールを用いて該当する
資産のレプリカが作成され、アプリケーションの運用が
継続される。

【００７１】以上のように本実施形態においては、ホス
トコンピュータ上の資産、すなわちファイル、およびそ
のファイルを使用している業務については、個々のホス
ト上のエージェントによって管理サーバがその資産の情
報を必要とする時点での管理サーバからの不定期なポー
ツリングに対応して、ＬＡＮを介して資産情報がユニー
クなデータ構成を用いて管理サーバに送られる。

【００７２】ファイバチャネルの経路とディスクアレイ
の資産、すなわちチャネルアダプタ、デバイスアダプタ
などについては、管理サーバからの不定期なポーリング
に対応して、資産情報がユニークなデータ構造を用い
て、ＬＡＮを介して管理サーバに集約される。個々のデ
ータの構造においては、上位および下位で相互に隣接す
る関係情報が格納され、ホストコンピュータ上の業務情
報から、ディスクアレイのデバイス情報までの関係づけ
が行われる。

【００７３】次にホストとストレージをつなぐ経路に障
害が発生した場合、ディスクアレイの特定のデバイスに
故障が発生した場合などに、不定期なエラー情報が管理
サーバに通知され、管理サーバはユニークなデータ構造
を用いてすでに集約されている情報を検索し、その障害
が影響を与える範囲の業務に対して、障害発生を通知す
る仕組みを用意できる。

【００７４】またホスト側でのオンライン処理などのス
ループットの劣化が見られた時には、そのアプリケーシ
ョンによって使用されている資源を検索し、更にその資
源の性能などをつき合わせることによってボトルネック
を検出することもでき、更に容量の閾値の設定や、テン
ポラリエラーカウントの累積によって、容量オーバーに
よる業務の停止や、装置の障害予兆監視も可能となる。

【００７５】以上において本発明の資産情報の一元管理
を行うコンピュータシステムについてその詳細を説明し
たが、本実施形態で最も重要な管理サーバなどは当然一
般的なコンピュータシステムとして構成することが可能
である。図３０はそのようなコンピュータシステム、す
なわちハードウェア環境の構成ブロック図である。

【００７６】図３０においてコンピュータシステムは中
央処理装置（ＣＰＵ）８０、リードオンリメモリ（ＲＯ
Ｍ）８１、ランダムアクセスメモリ（ＲＡＭ）８２、通
信インタフェース８３、記憶装置８４、入出力装置８
５、可搬型記憶媒体の読取り装置８６、およびこれらの
全てが接続されたバス８７によって構成されている。

【００７７】記憶装置８４としては、ハードディスク、
磁気ディスクなど様々な形式の記憶装置を使用すること
ができ、このような記憶装置８４、またはＲＯＭ８１に
図５、図１１〜図２８などのフローチャートに示された
プログラムや、本発明の特許請求の範囲の請求項３のプ
ログラムなどが格納され、そのようなプログラムがＣＰ
Ｕ８０によって実行されることにより、本実施形態にお
ける管理サーバによるデータの一元管理、ホストコンピ
ュータ、ハードウェア装置からのデータ通知などが可能
となる。

【００７８】このようなプログラムは、プログラム提供
者８８側からネットワーク８９、および通信インタフェ
ース８３を介して、例えば記憶装置８４に格納されるこ
とも、また市販され、流通している可搬型記憶媒体９０
に格納され、読取り装置８６にセットされて、ＣＰＵ８
０によって実行されることも可能である。可搬型記憶媒
体９０としてはＣＤ−ＲＯＭ、フレキシブルディスク、
光ディスク、光磁気ディスクなど様々な形式の記憶媒体
を使用することができ、このような記憶媒体に格納され
たプログラムが読取り装置８６によって読取られること
により、本実施形態における資産データの一元管理など
が可能となる。

【００７９】（付記１）１つ以上のホストコンピュータ
と１つ以上のハードウェア装置とが接続され、システム
内の資産管理を行う管理サーバを備えるコンピュータシ
ステムにおいて、前記１つ以上の各ホストコンピュータ
が、管理サーバからの要求に対応して、自装置上の資産
に関する情報を、定められたデータ構造に従って該管理
サーバに通知するエージェント手段を備え、前記１つ以
上の各ハードウェア装置が、管理サーバからの要求に対
応して、自装置上の資産に関する情報を、定められたデ
ータ構造に従って該管理サーバに通知する資産情報通知
手段を備え、更に該管理サーバが、該エージェント手
段、資産情報通知手段から通知された情報を、前記定め
られたデータ構造に対応させて関係づけて管理する情報
管理手段を備えることを特徴とする資産情報の一元管理
を行うコンピュータシステム。

【００８０】（付記２）前記定められたデータ構造が、
システム内で自資産から見て上位、および下位の資産を
示すデータを格納する領域を備えることを特徴とする請
求項１記載の資産情報の一元管理を行うコンピュータシ
ステム。

【００８１】（付記３）前記各ホストコンピュータのエ
ージェント手段、および各ハードウェア装置が、自装置
の障害の発生時に、前記管理サーバに対して障害に関す
るデータを通知する障害管理手段をそれぞれ備えると共
に、該障害に関するデータを受け取った時、前記管理サ
ーバ上の情報管理手段が、前記定められたデータ構造に
対応して関係づけられた情報のうち、該障害に関する資
産の情報と、該資産に関係のある資産の情報とのステー
タスをエラー状態とすることを特徴とする付記１記載の
資産情報の一元管理を行うコンピュータシステム。

【００８２】（付記４）前記各ホストコンピュータのエ
ージェント手段、および各ハードウェア装置が、自装置
が障害に至る可能性のある障害予兆状態となるたびに、
管理サーバに対して該予兆を示すデータを通知する障害
管理手段をそれぞれに備えると共に、前記管理サーバ上
の情報管理手段が、該予兆を示すデータを受け取るたび
にインクリメントされる、該当する装置に対応するカウ
ント値が閾値をこえた時、前記定められたデータ構造に
対応して関係づけられた情報のうち、該予兆を示すデー
タを通知した装置の資産に関する情報と、該資産に関係
のある資産の情報とのステータスをエラー状態とするこ
とを特徴とする付記１記載の資産情報の一元管理を行う
コンピュータシステム。

【００８３】（付記５）前記各ホストコンピュータのエ
ージェント手段、および各ハードウェア装置がそれぞれ
自装置の性能を監視する性能管理手段を備え、また前記
管理サーバがシステム全体の性能を管理するシステム性
能管理手段を備え、該各ハードウェア装置、および各ホ
ストコンピュータの性能管理手段が、管理サーバの要求
に対して自装置の性能情報を収集して、管理サーバに送
り、前記システム性能管理手段が、該性能情報を送って
きた装置の資産に関する情報に前記情報管理手段によっ
て関係づけられた他の資産に関する情報とを対応させ
て、システム全体の性能管理を行うことを特徴とする付
記１記載の資産情報の一元管理を行うコンピュータシス
テム。

【００８４】（付記６）前記各ホストコンピュータのエ
ージェント手段、および各ハードウェア装置がそれぞれ
自装置内の資産の容量を管理する容量管理手段を備え、
該各ホストコンピュータ、および各ハードウェア装置の
容量管理手段が、管理サーバの要求によって自装置内の
資産の容量が閾値をこえたか否かを監視し、閾値をこえ
た時に該閾値超過を管理サーバに通知し、前記情報管理
手段が、前記定められたデータ構造に対応して関係づけ
られた情報のうち、該閾値超過が通知された資産に関す
る情報と、該資産に関係のある資産の情報のステータス
をエラー状態とすることを特徴とする付記１記載の資産
情報の一元管理を行うコンピュータシステム。

【００８５】（付記７）１つ以上のホストコンピュータ
と１つ以上のハードウェア装置とが接続されるシステム
内の資産管理を行う管理サーバによって使用されるプロ
グラムにおいて、該システム内の各ホストコンピュー
タ、および各ハードウェア装置から、定められたデータ
構造に従って送られる、各装置上の資産に関する情報を
受け取る手順と、該受け取った情報を、該定められたデ
ータ構造に対応させて関連づける手順とを計算機に実行
させるためのプログラ。

【００８６】（付記８）１つ以上のホストコンピュータ
と１つ以上のハードウェア装置とが接続されるシステム
内の資産管理を行う管理サーバによって使用される記憶
媒体において、該システム内の各ホストコンピュータ、
および各ハードウェア装置から、定められたデータ構造
に従って送られる、各装置上の資産に関する情報を受け
取るステップと、該受け取った情報を、該定められたデ
ータ構造に対応させて関連づけるステップとを計算機に
実行させるためのプログラムを格納した計算機読み出し
可能可搬型記憶媒体。

【００８７】（付記９）システム内の資産管理を行う管
理サーバを備えるコンピュータシステムを構成するホス
トコンピュータにおいて、前記管理サーバからの要求に
対応して、自装置上の資産に関する情報を、定められた
データ構造に従って該管理サーバに通知するエージェン
ト手段を備えることを特徴とするホストコンピュータ。

【００８８】（付記１０）１つ以上のホストコンピュー
タと１つ以上のハードウェア装置とによって構成される
コンピュータシステム内の資産管理を行う管理サーバに
おいて、前記１つ以上のホストコンピュータおよび１つ
以上のハードウェア装置のそれぞれから、定められたデ
ータ構造に従って送られる、各装置上の資産に関する情
報を、該定められてデータ構造に対応させて関係づけて
管理する情報管理手段を備えることを特徴とする管理サ
ーバ。

【００８９】

【発明の効果】以上のように本発明によれば、システム
全体の資産を相互に関係づける形式でデータの一元管理
を行うことによって、第１にどの資産が、例えばどのア
プリケーションによって使用されているか容易に把握す
ることが可能となり、第２にどの資産の異常がどのアプ
リケーションに影響するかを用意に把握することが可能
となる。

【００９０】第３にアプリケーションごとに、またアプ
リケーションによって使用されるファイルなどの資産毎
に、資産の容量に対する閾値を設定することによって、
容量オーバーによる業務停止を防止することが可能とな
る。また装置のテンポラリーエラーを監視、すなわち予
兆監視することによって、致命的な問題が発生する前に
障害を予測することが可能となり、業務停止を防止する
ことができる。

【図面の簡単な説明】

【図１】本発明の原理構成ブロック図である。

【図２】本発明のコンピュータシステムの基本的な構成
を示すブロック図である。

【図３】本実施形態におけるコンピュータシステムの構
成を示すブロック図である。

【図４】図３のハードウェア装置の内部で資産の一元管
理を行うための構成を示す図である。

【図５】本実施形態における情報収集処理の基本フロー
チャートである。

【図６】本実施形態における資産データの関連づけの説
明図である。

【図７】本実施形態におけるデータ構造の全体説明図で
ある。

【図８】本実施形態におけるデータ構造の詳細を示す図
（その１）である。

【図９】本実施形態におけるデータ構造の詳細を示す図
（その２）である。

【図１０】本実施形態におけるデータ構造の詳細を示す
図（その３）である。

【図１１】情報収集処理の全体フローチャートである。

【図１２】ハードウェア情報設定処理のフローチャート
である。

【図１３】エージェント情報収集処理（１）のフローチ
ャートである。

【図１４】管理サーバ情報収集処理のフローチャートで
ある。

【図１５】ハードウェア情報収集処理（１）のフローチ
ャートである。

【図１６】エージェント情報収集処理（２）のフローチ
ャートである。

【図１７】ハードウェア情報収集処理（２）のフローチ
ャートである。

【図１８】エージェント情報収集処理（３）のフローチ
ャートである。

【図１９】障害発生処理または予兆監視処理の全体フロ
ーチャートである。

【図２０】障害発生処理（１）のフローチャートであ
る。

【図２１】障害予兆監視処理（１）のフローチャートで
ある。

【図２２】障害発生処理（２）のフローチャートであ
る。

【図２３】障害予兆監視処理（２）のフローチャートで
ある。

【図２４】性能監視処理または容量監視処理の全体フロ
ーチャートである。

【図２５】性能監視処理（１）のフローチャートであ
る。

【図２６】容量監視処理（１）のフローチャートであ
る。

【図２７】性能監視処理（２）のフローチャートであ
る。

【図２８】容量監視処理（２）のフローチャートであ
る。

【図２９】管理サーバの性能管理部によるボトルネック
検出方法の説明図である。

【図３０】本発明を実現するためのプログラムのコンピ
ュータへのローディングを説明する図である。

【図３１】コンピュータシステムにおける従来の資産デ
ータ管理方式の説明図である。

【符号の説明】

１，１６ 管理サーバ ２，１０，１４，１５ ホストコンピュータ ３，４１ ハードウェア装置 ４ エージェント手段 ５ 資産情報通知手段 ６ 情報管理手段 １１ ストレージ １２ ＬＡＮ（ローカルエリアネットワーク） １３ ストレージエリアネットワーク（ＳＡＮ） １７ ディスクアレイ １８ スイッチ １９ 情報保存用データベース ２０ ホストバスアダプタ（ＨＢＡ） ２１ エージェント ２２，３１ 情報収集部 ２３，４３ 情報記録部 ２４，３４，４４ 通信制御部 ２５，３５，４５ イベント処理部 ２６，３６，４６ 障害管理部 ２７，３７，４７ 性能管理部 ２８，３８，４８ 容量管理部 ３２ 情報管理部 ３３，４２ 入出力処理部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 １つ以上のホストコンピュータと１つ以
   上のハードウェア装置とが接続され、システム内の資産
   管理を行う管理サーバを備えるコンピュータシステムに
   おいて、 前記１つ以上の各ホストコンピュータが、管理サーバか
   らの要求に対応して、自装置上の資産に関する情報を、
   定められたデータ構造に従って該管理サーバに通知する
   エージェント手段を備え、 前記１つ以上の各ハードウェア装置が、管理サーバから
   の要求に対応して、自装置上の資産に関する情報を、定
   められたデータ構造に従って該管理サーバに通知する資
   産情報通知手段を備え、 更に該管理サーバが、該エージェント手段、資産情報通
   知手段から通知された情報を、前記定められたデータ構
   造に対応させて関係づけて管理する情報管理手段を備え
   ることを特徴とする資産情報の一元管理を行うコンピュ
   ータシステム。
2. 【請求項２】 前記定められたデータ構造が、システム
   内で自資産から見て上位、および下位の資産を示すデー
   タを格納する領域を備えることを特徴とする請求項１記
   載の資産情報の一元管理を行うコンピュータシステム。
3. 【請求項３】 １つ以上のホストコンピュータと１つ以
   上のハードウェア装置とが接続されるシステム内の資産
   管理を行う管理サーバによって使用されるプログラムに
   おいて、 該システム内の各ホストコンピュータ、および各ハード
   ウェア装置から、定められたデータ構造に従って送られ
   る、各装置上の資産に関する情報を受け取る手順と、 該受け取った情報を、該定められたデータ構造に対応さ
   せて関連づける手順とを計算機に実行させるためのプロ
   グラム。