JP3595582B2

JP3595582B2 - Service processor

Info

Publication number: JP3595582B2
Application number: JP26858594A
Authority: JP
Inventors: 寛郁竹田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-11-01
Filing date: 1994-11-01
Publication date: 2004-12-02
Anticipated expiration: 2019-12-02
Also published as: JPH08129481A

Description

【０００１】
（目次）
産業上の利用分野
従来の技術（図１０）
発明が解決しようとする課題（図１０）
課題を解決するための手段（図１）
作用（図１）
実施例（図２〜図９）
発明の効果
【０００２】
【産業上の利用分野】
本発明は、中央処理装置，主記憶装置，チャネルプロセッサ等からなる本体系装置の制御および保守を司るサービスプロセッサに関し、特に、本体系装置を構成する各装置毎の装置版数に対応してその制御および保守を行なうサービスプロセッサに関する。
【０００３】
【従来の技術】
図１０は従来技術の一例を示すブロック図である。この図１０に示すように、計算機システムの本体系装置１０は、例えば、中央処理装置（ＣＰＵ）３，インタフェース部４，メモリ制御装置（ＭＣＵ）５，主記憶装置（ＭＳＵ）６およびチャネルプロセッサ（ＣＨＰ）７から構成されており、中央処理装置３は、メモリ制御装置５を介して主記憶装置６のデータを読み出して処理を行ない、処理後のデータをメモリ制御装置５を介して主記憶装置６に格納する。
【０００４】
また、中央処理装置３は、インタフェース部４に接続された入出力装置（図示省略）との間で、必要とするデータの転送をメモリ制御装置５を介してチャネルプロセッサ７に指示する。従って、チャネルプロセッサ７は、インタフェース部４を介して複数の入出力装置を制御し、これらの入出力装置と主記憶装置６との間のデータ転送をメモリ制御装置５を介して実行できるようになっている。
【０００５】
上述のような本体系装置１０のインタフェース部４には、本体系装置１０を構成する各装置の制御および保守を司るサービスプロセッサ（ＳＶＰ）２が接続されている。
このサービスプロセッサ２は、インタフェース部４を介し、このインタフェース部４と各装置（中央処理装置３，メモリ制御装置５，主記憶装置６，チャネルプロセッサ７）とを接続するアクセス経路（図中、太線で示す経路）によって、本体系装置１０内の各装置の動作を監視し、その動作状態をディスプレイ上に表示したり、障害等の情報を収集したりするほか、オペレータ（操作者）の指示により、障害探索のための制御や本体系装置１０をなす各装置の電源投入／切断等の制御を行なう。なお、図１０中、太線矢印はアクセス処理の流れ方向を示し、細線矢印はデータの流れ方向を示している。
【０００６】
また、サービスプロセッサ２は、本体系装置１０の初期設定時には、中央処理装置３やチャネルプロセッサ７に対して初期プログラムローディング（ＩＰＬ）を実行する機能も有している。
そして、サービスプロセッサ２は、このサービスプロセッサ２上で動作するハードウエア制御プログラム（ＨａｒｄｗａｒｅＣｏｎｔｒｏｌＰｒｏｇｒａｍ：以下、ＨＣＰという）２Ａによって、本体系装置制御ドライバ２Ｂを介して本体系装置１の制御を実行している。
【０００７】
サービスプロセッサ２には、オペレータが指示を入力することができる制御画面（図示省略；以下、コンソールという）がそなえられ、このコンソールから、ハードウエア（本体系装置１０の各装置）の制御に関する指示（以下、コマンドという）を投入することで、オペレータの指示に応じた本体系装置１０の各装置の制御を行なえるようになっている。
【０００８】
また、ＨＣＰ２Ａにおいては、コンソールから投入されたコマンド文と実行順序を変更する制御文とによって一連の手順を既述したファイル（以下、コマンドストリングという）２ａが作成され、このコマンドストリング２ａをコンソールから起動して実行することができる。コマンドストリング２ａは、ＨＣＰ２Ａ内のコマンドストリング解釈部（インタプリタ）２ｂによって解釈され、その解釈結果に応じて本体系装置制御部２ｃによって実行される。このコマンドストリング２ａは、デバッグの目的で１ステップずつ実行することもできる。
【０００９】
なお、ＨＣＰ２Ａには、本体系装置１０の自動運転制御や障害発生時の切離し制御等の各種制御を行なうためのその他のアプリケーションプログラム２ｄもそなえられており、アプリケーションプログラム２ｄにより、本体系装置制御部２ｅを介して本体系装置１０を制御できるようになっている。
ところで、本体系装置１０は、機能追加や障害修正等の理由で、中央処理装置３，メモリ制御装置５，主記憶装置６，チャネルプロセッサ７等の各装置の改版（ハードウエアのバージョンアップ）を行なうため、各装置毎に複数種類の版数（以下、ハード版数という）をもつことになる。
【００１０】
図１０に示すような計算機システムで装置改版によりハードウエアラッチ，レジスタ等の物理的な位置（アドレス）や数量が変更されハード版数毎に異なる操作が必要になった場合、つまり、サービスプロセッサ２が本体系装置の各装置を制御するための制御手順を変更する必要が生じた場合、従来、本体系装置１０のハード版数一式毎に対応するＨＣＰ２Ａを作成している。
【００１１】
【発明が解決しようとする課題】
しかしながら、上述した従来のサービスプロセッサでは、以下のような課題があった。
▲１▼それぞれのハード版数一式に対応するＨＣＰが複数版数必要になる。この場合に、ＨＣＰ自体の機能追加や障害修正等の理由でＨＣＰに対して変更（以下、パッチという）が生じると、複数のＨＣＰに対して個別のパッチ版数管理が必要となるが、ＨＣＰが異なると、対応内容が同じでもそのアドレス値やデータ等が異なる別のパッチとなる場合があり、管理が複雑になる。
【００１２】
▲２▼同一のパッチを複数のＨＣＰ版数に適用する場合は、そのパッチに対する同一の検証を複数のＨＣＰ版数で行なわなければならない。また、パッチを適用した後、ＨＣＰの他の部分がそのパッチによる悪影響を受けていないかどうかの検証（デグレード検証）も複数のＨＣＰで行なわなければならない。
▲３▼ハード版数とＨＣＰ版数とが１対１対応しているため、本体系装置１０の故障時に交換する装置は、サービスプロセッサ２のＨＣＰが制御できるハード版数に限定される。このため、各ユーザで異なるハード版数の本体系装置１０にて運用されている場合は、保守用の装置は全ユーザに対応できるように複数版数を用意しておかなければならず、保守費用が増大する要因になっている。
【００１３】
▲４▼ハード版数とＨＣＰ版数とが１対１対応しているため、本体系装置１０の改版を行なう際に、ＨＣＰの本体系装置制御部（図１０の符号２ｃ，２ｅ参照）も改版する必要がある。ＨＣＰの改版作業中の誤動作を防ぐため、システム全体を停止しなければならず、改版作業の契機が限定される。また、オンラインシステム等のように本体系装置１０を停止できない場合には、ＨＣＰを改版できなくなる。
【００１４】
▲５▼本体系装置１０の制御手順は、サービスプロセッサ２のソフトウエアとしてサービスプロセッサ２の各アプリケーション毎に組み込まれ動作する。このため、ＨＣＰに登録する前に制御手順の正当性を検証する場合、正しい手順かどうか１ステップずつ動作を確認しながら実行する手段が存在しなかった。
本発明は、このような課題に鑑み創案されたもので、一つのＨＣＰで複数版数の本体系装置の制御を可能にして、ＨＣＰの作成工数，変更工数や検証工数を削減するとともに本体系装置の保守費用を削減し、さらに、本体系装置無停止でのＨＣＰの改版や、ＨＣＰ登録前の制御手順の正当性検証を実現できるようにしたサービスプロセッサを提供することを目的とする。
【００１５】
【課題を解決するための手段】
図１は本発明の原理ブロック図で、この図１において、１０は複数の被制御装置１１で構成される本体系装置、２０は本体系装置１０の制御および保守を行なうためにハードウエア制御プログラム（以下、ＨＣＰという）２１に従って制御ドライバ２２により各被制御装置１１を制御するサービスプロセッサである。
【００１６】
そして、本発明のサービスプロセッサ２０においては、ＨＰＣ２１が、マンマシンインタフェース制御部として機能するアプリケーション層２１Ａと、このアプリケーション層２１Ａからのコマンドに応じた処理を指示するコマンド処理部として機能するハイレベルコマンド層２１Ｂと、このハイレベルコマンド層２１Ｂにより指示された処理に応じて本体系装置１０に対する制御を行なうハードウエア制御部として機能するマクロ層２１Ｃとの３階層に論理的に分割されている。
【００１７】
また、マクロ層２１Ｃには、複数のプログラムモジュール２３および管理部２４がそなえられている。プログラムモジュール２３は、各被制御装置１１の装置版数毎に、各被制御装置１１を操作する上で必要な基本操作単位を実行する手順をマクロデータとして記述したものであり、管理部２４は、各被制御装置１１とその装置版数との対応関係、および、各被制御装置１１の装置版数とプログラムモジュール２３との対応関係を管理し、各被制御装置１１に対する制御および保守が指示された時に、制御対象となる被制御装置の装置版数に合致したプログラムモジュール２３を前記対応関係に従って選択して実行するものである。
【００１８】
そして、管理部２４は、各被制御装置１１の装置認識番号と装置版数とを対応させる第１のテーブルと、各被制御装置１１の装置版数とその装置版数に対応するプログラムモジュール２３を指定するアドレスとを対応させる第２のテーブルと、プログラムモジュール２３を指定するマクロ番号とそのマクロ番号に対応するプログラムモジュール２３についての第２のテーブルのエントリ位置を示すアドレスとそのマクロ番号に対応するプログラムモジュール２３についての第２のテーブルのエントリ数とを対応させる第３のテーブルとを有し、ハイレベルコマンド層２１Ｂから前記処理についての装置認識番号およびマクロ番号を与えられると、与えられた装置認識番号に基づいて第１のテーブルを索引してその装置認識番号に対応する装置版数を認識するとともに、第３のテーブルを参照して、与えられたマクロ番号をもつエントリを選択しそのエントリの内容に従って第２のテーブルを参照し、第２のテーブルにおいて、第１のテーブルによって認識された装置版数と一致するエントリを選択し、そのエントリのアドレスにより指定されるプログラムモジュール２３を選択して実行するように構成されている（請求項１）。このとき、マクロ層２１Ｃにおいてプログラムモジュール２３を追加・変更した場合に第１のテーブル，第２のテーブルおよび第３のテーブルに対して当該プログラムモジュールについての管理情報を登録する機能を管理部２４にそなえてもよい（請求項２）。
【００１９】
また、プログラムモジュール２３を、マクロ記述言語により記述した各被制御装置１１の装置版数に対する基本操作単位毎の制御手順を翻訳・変換して作成し、同一被制御装置の装置版数種類だけマクロ層２１Ｃに登録してもよい（請求項３）。
さらに、アプリケーション層２１Ａに、マクロ記述言語により記述した各被制御装置１１の装置版数に対する基本操作単位毎の制御手順を、ＨＣＰ２１で用いられるコマンドストリング文法規則に合った形式に変換する変換プログラムをそなえてもよい（請求項４）。
【００２０】
【作用】
図１にて上述した本発明のサービスプロセッサ２０では、ＨＰＣ２１を、アプリケーション層２１Ａ，ハイレベルコマンド層２１Ｂ，マクロ層２１Ｃに論理的に分割して階層化することにより、層内でのモジュール交換を他層に影響を与えることなく行なうことができる。
【００２１】
また、マクロ層２１Ｃにおいて、管理部２４により、制御対象となる被制御装置１１の装置版数に合致したプログラムモジュール２３が前記対応関係に従って選択され実行されるので、一つのＨＣＰ２１によって、本体系装置１０を構成する複数版数の各被制御装置１１の制御が可能になる。
そして、管理部２４においては、第１のテーブルにより各被制御装置１１の装置認識番号と装置版数とを対応させ、第２のテーブルにより各被制御装置１１の装置版数とプログラムモジュール２３を指定するアドレスとを対応させるとともに、第３のテーブルによりプログラムモジュール２３を指定するマクロ番号とそのマクロ番号に対応するプログラムモジュール２３についての第２のテーブルのエントリ位置を示すアドレスとそのマクロ番号に対応するプログラムモジュール２３についての第２のテーブルのエントリ数とを対応させることで、これらの対応関係を容易に管理することができる（請求項１）。
【００２２】
このとき、管理部２４の機能により、プログラムモジュールについての管理情報をサービスプロセッサ２０の初期化時に作成された第１のテーブル，第２のテーブルおよび第３のテーブルに対して登録できるので、本体系装置１０を停止することなく、マクロ層２１Ｃのプログラムモジュール２３について随時追加・変更等の改版作業を行なうことができる（請求項２）。
【００２３】
また、プログラムモジュール２３は、マクロ記述言語により記述した各被制御装置１１の装置版数に対する基本操作単位毎の制御手順を翻訳・変換して作成され、このように作成されたプログラムモジュール２３を、同一被制御装置の装置版数種類だけマクロ層２１Ｃに登録することができる（請求項３）。
さらに、アプリケーション層２１Ａの変換プログラムにより、マクロ記述言語にて記述した各被制御装置１１の装置版数に対する基本操作単位毎の制御手順（マクロソース）がコマンドストリング文法規則に合った形式に変換されるので、前記制御手順をサービスプロセッサ２０上で起動して実行することができる。従って、プログラムモジュール２３をＨＣＰ２１のマクロ層２１Ｃに登録する前に、プログラムモジュール２３よりも可読性の高いマクロソースの状態で、実機上にてその制御手順のステップ実行による動作検証を行なうことができる（請求項４）。
【００２４】
【実施例】
以下、図面を参照して本発明の実施例を説明する。
図２は本発明の一実施例としてのサービスプロセッサの機能的な構成を示すブロック図、図３はそのサービスプロセッサのハードウエア構成を示すブロック図である。
【００２５】
本実施例のサービスプロセッサ２０は、図３に示すように、ハードウエアとして、プロセッサ２５，インタフェース回路２６，ＲＡＭ２７，ディスク制御回路２８，ディスク装置２９およびディスプレイ３０を有して構成されている。
ここで、プロセッサ２５は、ディスク制御回路２８を制御してディスク装置２９に格納されているＨＣＰ２１（図２参照）を読み出すと、ＲＡＭ２７に格納してから、このＲＡＭ２７のＨＣＰ２１に従って本体系装置１０の制御および保守を行なう。
【００２６】
そして、図１０にて前述した本体系装置１０の初期設定時には、ディスク制御回路２８を介してディスク装置２９から読み出したプログラムを、インタフェース回路２６を介して本体系装置１０のインタフェース部４へ送出し、中央処理装置３およびチャネルプロセッサ７に対して初期プログラムローディング（ＩＰＬ）を実行するようになっている。
【００２７】
ところで、本実施例のサービスプロセッサ２０では、図２に示すように、ＨＣＰ２１が、アプリケーション層〔マンマシンインタフェース（ＭＭＩ）制御部〕２１Ａと、このアプリケーション層２１Ａからのコマンドに応じた処理を指示するハイレベルコマンド層（コマンド処理部）２１Ｂと、このハイレベルコマンド層２１Ｂにより指示された処理に応じて本体系装置１０に対する制御を行なうマクロ層（ハードウエア制御部）２１Ｃとの３階層に論理的に分割されており、これらの階層間を単純なインタフェースで統一的に接続する。
【００２８】
なお、従来のコマンド処理要求は、各サービスプロセッサプログラムに含まれていたが、この場合、内容的には同一処理を行なうものも多く、無駄が多い。そこで、本実施例では、このコマンド処理部分をハイレベルコマンド層２１Ｂとしてアプリケーション層２１Ａから独立させ、アプリケーション層２１Ａと単純なインタフェースを介して接続している。実際には、各コマンド（ハイレベルコマンド）には予め番号が割り当てられており、ハイレベルコマンドを実行する場合は、要求元ＩＤと実行するハイレベルコマンド番号と入力データとをハイレベルコマンドに渡し、各ハイレベルコマンドは処理要求を処理して出力データを作成し、要求元に処理終了通知するようになっている。
【００２９】
一方、本実施例のマクロ層２１Ｃには、複数のプログラムモジュール２３と、このプログラムモジュール２３を制御対象に応じて選択する管理部２４とがそなえられている。
ＨＣＰ２１を作成する際、マクロ層２１Ｃには、その制御対象装置（被制御装置；中央処理装置３，メモリ制御装置５，主記憶装置６，チャネルプロセッサ７等）のハード版数および制御機能毎に、プログラムモジュール（プログラムオブジェクト）２３が、開発用計算機４０により作成されて設定されている（詳細な作成手順は図５にて後述する）。
【００３０】
管理部２４には、各プログラムモジュール２３の操作対象装置版数情報，本体系装置１０のハード版数情報等の情報が登録されるようになっている。具体的には、図６〜図８にてそれぞれ後述するマクロ管理テーブル（第３のテーブル）３３，版数管理テーブル（第２のテーブル）３２，装置版数管理テーブル（第１のテーブル）３１が、開発用計算機４０から設定されたファイル名管理テーブル４４（図５にて後述）に従って、システムのＩＰＬ時に作成されてそなえられる（実際にはＲＡＭ２７上に格納される）。
【００３１】
そして、管理部２４は、ハイレベルコマンド層２１Ｂから指示された処理の、処理対象ハード版数に対応するプログラムモジュール２３を、テーブル３１〜３３に登録された情報に基づいて選択して実行するようになっている。また、本実施例の管理部２４には、サービスプロセッサ２０の動作中に、マクロ層２１Ｃにおいてプログラムモジュール２３を追加・変更した場合に各テーブル３１〜３３に対して当該プログラムモジュール２３についての管理情報を登録する機能もそなえられている。
【００３２】
さらに、本実施例では、本体系装置１０のハードウエア制御手順は、各被制御装置に対する基本操作単位（例えばレジスタのロード／センス／スキャン，中央処理装置３の起動や停止等）毎に別々の実行単位（マクロデータ）として作成される。このとき、マクロデータは、ハードウエア制御手順を記述するために適した言語（以下、マクロ記述言語という）によって規定・作成される。
【００３３】
また、本実施例では、ＨＣＰ２１のアプリケーション層２１Ａには、コマンドストリング解釈部３５，アプリケーションプログラム３６，変換プログラム（コードコンバータ）３７がそなえられている。
コマンドストリング解釈部３５は、サービスプロセッサ２０のコンソールから投入されるコマンドストリング３４を解釈してハイレベルコマンド層２１Ｂへ通知するものである。アプリケーションプログラム３６は、本体系装置１０の自動運転制御や障害発生時の切離し制御等の各種制御を行なうためのものである。
【００３４】
そして、変換プログラム３７は、マクロ記述言語により記述した各被制御装置の装置版数に対する基本操作単位毎のハードウエア制御手順（マクロソース４１）を、ＨＣＰ２１で用いられるコマンドストリング文法規則に合った形式に変換するものである。
上述のごとく構成された本実施例のサービスプロセッサ２０について、まず、図４，図５によりマクロソースによる本体系装置１０の制御手順実行方法について説明する。
【００３５】
本体系装置１０に対する基本操作のハードウエア制御手順（マクロソース；図２の符号４１参照）は、マクロ記述言語によりハード版数毎に記述される。
本実施例では、このマクロソース４１を、実際のハード版数の装置によって構成される計算機システムにおけるサービスプロセッサ２０上のコンソールから投入し、変換プログラム３７によりコマンドストリング形式に変換することで、サービスプロセッサ２０上で実行することができる。
【００３６】
このとき、マクロ記述言語の文法規則を、サービスプロセッサ２０のコンソールから投入するコマンドストリング３４の文法規則と極力同じなるように規定し、マクロ記述言語で記述されたマクロソース４１とコマンドストリングとの文法規則の差異については、例えば図４に示すように、変換プログラム３７により変換・吸収してから、コマンドストリング解釈部３５に与える。
【００３７】
従って、本実施例では、プログラムモジュール２３を開発用計算機４０からマクロ層２１Ｃに登録する前に、マクロソースの状態で実計算機上で動作確認を行なうことができる。
このような手順でマクロソース４１の動作が正常であると確認できれば、図５に示すように、開発用計算機４０上において、マクロソース４１をマクロジェネレータ（マクロ翻訳ソフトウエア，翻訳プログラム）４２によりサービスプロセッサ２０上で実行可能な形式（Ｃ言語）のプログラムオブジェクト４３に変換される。
【００３８】
このとき、マクロソース４１のヘッダ情報として記述されている本体系装置１０における対象装置名，マクロ番号，対応ハード版数情報は、マクロジェネレータ４２によりファイル名管理テーブル４４に格納される。
そして、ファイル名管理テーブル４４を参照することで、上述のごとく生成された複数のプログラムオブジェクト４３から、ＨＣＰ２１の制御対象である複数版数分の本体系装置１０に対応したものを選択し、プログラムモジュール（マクロデータ）２３としてサービスプロセッサ２０におけるＨＣＰ２１上のマクロ層２１Ｃに登録される。また、選択・登録したプログラムモジュール２３のファイル名管理テーブル情報もマクロ層２１Ｃ上の管理部２４に登録される。
【００３９】
次に、本実施例の管理部２４による複数ハード版数の本体系装置１０の制御方法について、図６〜図９により説明する。
サービスプロセッサ２０の管理部２４では、システムの初期化時にディスク装置２９に格納されている全マクロデータをファイル名管理テーブル（図５の符号４４参照）の情報に従って参照し、その操作対象装置名および対象版数に基づいて、図６に示すようなマクロ管理テーブル３３と図７に示すような版数管理テーブル３２と図８に示すような装置版数管理テーブル３１とを作成する。
【００４０】
図６はマクロ管理テーブル３３の一例で、一つのヘッダと複数のエントリとが記述されている。
図６において、ヘッダの「空きテーブル数」の欄には、後幾つのエントリに対して記述できるか残り領域の大きさが記述されており、「総テーブル数」の欄には、エントリの記述可能領域の大きさが記述されている。従って、総テーブル数から空きテーブル数を減算することにより、現在記述されているエントリの数が判明する。
【００４１】
「版数管理テーブル空き数」の欄には、図７に示す版数管理テーブル３２に追記可能な領域の大きさが記述されており、「リザーブ領域」の欄は空欄で将来的な拡張のために確保されている。
「登録可能テーブルの先頭アドレス」の欄には、マクロ管理テーブル３３にエントリを追記する際の空きテーブルの先頭アドレスが記述されており、図６に示すようにマクロ番号１〜マクロ番号＃ＮのＮ個のエントリが既に記述されている場合には、Ｎ＋１個目のエントリアドレスが記述される。従って、ＨＣＰ２１のパッチ時に新たなマクロデータ（プログラムモジュール２３）が作成された場合には、マクロ管理テーブル３３のヘッダを参照し、追記するエントリをＮ＋１個目のエントリアドレスに書き込む。
【００４２】
上述のようなヘッダに続いてマクロ番号１〜マクロ番号＃Ｎのエントリが記述されており、各エントリの「版数管理テーブル先頭アドレス」の欄には、図７に示す版数管理テーブル３２をアクセスする際のエントリ位置を示すアドレスが記述されている。
また、「サポート手順数」の欄には、図７に示す版数管理テーブル３２のエントリを幾つリンクして処理するかが記述されており、「マクロ番号」の欄には、例えば、操作手順（中央処理装置３の停止等）が記述されたマクロデータを指定する番号が記述されている。
【００４３】
図７は版数管理テーブル３２の一例で、本体系装置１０を構成する各装置毎に作成され、複数のエントリが記述されている。
この版数管理テーブル３２は、各被制御装置のハード版数とプログラムモジュール２３を指定するアドレスとを対応させるもので、図７において、エントリ番号１〜エントリ番号＃Ｎの各エントリの「適応版数」の欄には、図６に示すマクロ管理テーブル３３のマクロ番号に対応する被制御装置のハード版数が記述され、「次エントリ番号」の欄には、リンクして処理する版数管理テーブル３２内のエントリの番号が記述され、「マクロデータアドレス」の欄には、実行すべきマクロデータを格納されたＲＡＭ２７上のアドレスが記述されている。
【００４４】
図８は装置版数管理テーブル３１の一例で、この装置版数管理テーブル３１は、各被制御装置の装置ＩＤとハード版数とを対応させるもので、図８において、エントリ番号１〜エントリ番号＃Ｎの各エントリの「装置ＩＤ」の欄には、本体系装置１０を構成する各被制御装置の装置番号が記述され、「装置版数」の欄には、装置番号に対応する装置についてのハード版数が記述されている。
【００４５】
例えば、エントリ番号１のエントリには中央処理装置３についての装置番号およびハード版数を記述し、エントリ番号２のエントリには主記憶装置５についての装置番号およびハード版数を記述し、エントリ番号Ｎのエントリにはチャネルプロセッサ７についての装置番号およびハード版数を記述する。
図３に示すプロセッサ２５に対し、操作パネル（コンソール；図示省略）等からオペレータが、例えば中央処理装置３の停止をコマンドストリングにより指示すると、ＨＣＰ２１のアプリケーション層２１Ａが、ＨＣＰ２１のシステム機能処理を行なうハイレベルコマンド層２１Ｂに対し中央処理装置３の停止を指示する。
【００４６】
そして、ハイレベルコマンド層２１Ｂには、アプリケーション層２１Ａが指示する処理内容と、それを実行するためのプログラムモジュール（マクロデータ）２３を指定するマクロ番号との対象リストと、本体系装置１０を構成する各装置の装置ＩＤとが設定され、前述のように中央処理装置３の停止を指示されると、中央処理装置３の装置ＩＤとアプリケーション層２１Ａから指示された中央処理装置３の停止を記述しているマクロデータのマクロ番号とをＨＣＰ２１のマクロ層２１Ｃにおける管理部２４に通知する。
【００４７】
管理部２４は、ハイレベルコマンド層２１Ｂから与えられた装置ＩＤに基づき、図８に示す装置版数管理テーブル３１を索引し、中央処理装置３のハード版数を認識すると、図６に示すマクロ管理テーブル３３を参照し、与えられたマクロ番号をもつエントリを選択する。
与えられたマクロ番号をもつエントリが、例えばエントリ番号１のものであるとすると、管理部２４は、エントリ番号１のエントリのサポート手順数からリンクして処理するエントリの数と、版数管理テーブル３２の先頭アドレスとを読み取る。
【００４８】
そして、図７に示す版数管理テーブル３２を参照し、認識したハード版数と一致するエントリを選択する。選択したエントリが例えばエントリ番号１のものであるとすると、管理部２４は、このエントリ番号１のエントリのマクロデータアドレスにより指定されるマクロデータの実行をプロセッサ２５に指示する。
このとき、図６に示すマクロ管理テーブル３３のエントリ番号１のエントリのサポート手順数が例えば「２」であるとすると、管理部２４は、ハード版数の異なる中央処理装置３が２台存在し、リンクして処理するエントリ数が２つであると認識し、図８に示す装置版数管理テーブルから、処理済でない装置ＩＤをもつ中央処理装置のハード版数を読み取る。
【００４９】
そして、管理部２４は、図７に示す版数管理テーブル３２のエントリ番号１のエントリの次エントリ番号欄を参照し、この次エントリ番号が、例えばエントリ番号２のエントリであれば、そのエントリの適応版数欄に記載されたハード版数が一致するか否かを調べ、一致すれば、その次エントリのマクロデータアドレスにより指定されるプログラムモジュール２３の実行をプロセッサ２５に指示する。
【００５０】
しかし、ハード版数が一致しなければ、管理部２４は、その次エントリのエントリ番号により指定されるエントリの適応版数を参照する動作を繰り返し、一致するエントリ番号のマクロデータアドレスを選択し、そのマクロデータアドレスにより指定されるプログラムモジュール２３の実行をプロセッサ８に指示する。従って、プロセッサ２５は、インタフェース回路２６、および、図１０に示すような本体系装置１０のインタフェース部４を介して中央処理装置３に対する停止処理を、指定されたプログラムモジュール（マクロデータ）２３の指示する操作手順に従って実行する。
【００５１】
次に、図９により、管理部２４の動作をより詳細に説明する。図９に示すように、マクロ管理テーブル３３のヘッダには、例えば、空きテーブル数の欄が「Ｎ−３」と記述され、総テーブル数の欄がＮと記述され、版数管理テーブル３２の空き数の欄が「Ｍ−６」と記述されている。つまり、図９に示すマクロ管理テーブル３３では、エントリ番号１〜３の３つのエントリに記述が行なわれ、それ以外のエントリは未使用であり、ヘッダの使用可能テーブルの先頭アドレスの欄には「４」が記述される。
【００５２】
そして、マクロ管理テーブル３３のエントリ１の版数管理テーブル先頭アドレスの欄には、矢印▲１▼で示すように、版数管理テーブル３２のエントリ＃１を指示するアドレスが記述され、エントリ２の版数管理テーブル先頭アドレスの欄には、矢印▲２▼で示すように、版数管理テーブル３２のエントリ＃４を指示するアドレスが記述され、エントリ３の版数管理テーブル先頭アドレスの欄には、矢印▲３▼で示すように、版数管理テーブル３２のエントリ＃５を指示するアドレスが記述されている。
【００５３】
また、マクロ管理テーブル３３のエントリ１のサポート手順数の欄には、例えば、リンクして処理するエントリ数「０００３」が記述され、マクロ番号の欄には、例えば「０００１」が記述されている。同様に、マクロ管理テーブル３３のエントリ２のサポート手順数の欄にはエントリ数「０００１」が記述され、マクロ番号の欄には「０００２」が記述されており、マクロ管理テーブル３３のエントリ３のサポート手順数の欄にはエントリ数「０００２」が記述され、マクロ番号の欄には「０００３」が記述されている。
【００５４】
版数管理テーブル３２のエントリ＃１〜＃６の適用版数の欄には、それぞれ例えば「０１０１」，「０１０２」，「０１０３」，「０１０１」，「０１０３」，「０１０４」が記述されるほか、各エントリの次エントリ番号の欄には、本実施例では続けてリンクして処理するエントリが無いものとして全て「０」が記述されている。そして、版数管理テーブル３２のエントリ＃１〜＃６のマクロデータアドレスの欄には、ＲＡＭ２７におけるプログラムモジュール（マクロデータ）２３のアドレスが記述されている。
【００５５】
従って、管理部２４は、マクロ管理テーブル３３のヘッダに続いて記述されているエントリの中で、指定されたマクロ番号をもつエントリを調べ、指定されたマクロ番号が例えば「０００１」であると、エントリ１の版数管理テーブル先頭アドレスが指示するアドレスで、矢印▲１▼で示すごとく、版数管理テーブル３２のエントリ＃１を選択する。
【００５６】
そして、マクロ管理テーブル３３のエントリ１のサポート手順数が「０００３」であるため、版数管理テーブル３２の３つのエントリ＃１〜＃３の中で、ハード版数が一致するエントリを探す。
ハード版数が例えば「０１０３」であるとすると、エントリ＃３のマクロデータアドレスが示すマクロデータ、即ち、マクロ番号１の版数０１０３用マクロデータ（プログラムモジュール２３）をＲＡＭ２７から読み出して実行する。同様に、ハード版数が例えば「０１０１」もしくは「０１０２」であるとすると、エントリ＃１もしくは＃２のマクロデータアドレスが示すマクロデータ、即ち、マクロ番号１の版数０１０１用マクロデータもしくはマクロ番号１の版数０１０２用マクロデータをＲＡＭ２７から読み出して実行する。
【００５７】
なお、図９においては、上述したマクロデータのほかに、マクロ番号２の版数０１０１用マクロデータ，マクロ番号３の版数０１０３用マクロデータ，マクロ番号３の版数０１０４用マクロデータがＲＡＭ２７（マクロ層２１Ｃ）に格納されている例を示しているが、これらのマクロデータも上述と同様にして実行されるようになっている。
【００５８】
新しい版数の被装置制御をサポートする場合、新版数の被制御装置を制御するためのマクロデータのみを作成し、管理部２４の機能によりＨＣＰ２１に追加する。
即ち、管理部２４は、図６に示すマクロ管理テーブル３３のヘッダ領域を参照して、版数管理テーブル空き数に基づきマクロデータの追加登録の可否を判定し、追加するマクロデータを、図７に示す版数管理テーブル３２の空き領域に、例えばエントリ＃Ｎ＋１として登録する。
【００５９】
そして、版数管理テーブル３２のエントリＮの次エントリ番号欄に追加したエントリ番号、即ち「Ｎ＋１」を追記する。また、マクロ管理テーブル３３のヘッダ領域の空きテーブル数から、マクロ番号の追加登録の可否を判定して、使用可能テーブルの先頭アドレスの欄を参照し、このマクロ管理テーブル３３に版数管理テーブル先頭アドレスとサポート手順数とマクロ番号とからなるエントリＮ＋１を追記する。
【００６０】
例えば、中央処理装置３のマクロデータ（プログラムモジュール）が追加・変更される場合、まず、中央処理装置３を停止し、システムから切り離してから、追加・変更されるマクロファイルをサービスプロセッサ２０（マクロ層２１Ｃ）内に追加する。そして、中央処理装置３に関するマクロ管理テーブル３３とマクロデータとの関係を前述のようにして更新する。このとき、他の装置に関するテーブルとマクロデータとの関係は変化しない。この後、中央処理装置３を再びシステムに組み込み動作可能とする。
【００６１】
上述のような追加・変更作業は、対象装置に対するマクロデータを入れ替えるだけで行なわれるので、ＨＣＰ２１の他のアプリケーションおよび動作中の他の本体系装置制御部は影響を受けないため、サービスプロセッサ２０や追加・変更対象以外のシステムを停止させることなく、ハードウエアのバージョンアップが行なわれ、新版数装置の制御が可能になる。
【００６２】
このように、本発明の一実施例によれば、一つのＨＣＰ２１により、本体系装置１０を構成する複数版数の各被制御装置の制御が可能になるので、ＨＣＰ２１を被制御装置の版数別に作成する必要が無くなってＨＣＰ２１の版数が減少し、ＨＣＰ２１の作成工数を大幅に削減できるほか、本体系装置１０のハードウエア改版時にＨＣＰ２１を改版する必要もなくなる。
【００６３】
また、ＨＣＰ２１が本体系装置１０の複数版数に対応可能になるため、ＨＣＰ２１のアプリケーション層２１Ａやハイレベルコマンド層２１Ｂのパッチ変更において、そのパッチ情報が装置版数の異なる本体系装置１０で同一となり、ＨＣＰ２１の変更工数および変更時の検証工数を大幅に削減でき、ＨＣＰ２１の改版に伴う保守作業時間を短縮できる。
【００６４】
さらに、本体系装置１０が故障した場合の保守交換部品は、故障部品と同一の装置版数である必要がなくなるため、複数種の本体系装置１０に対して用意する保守交換部品の種類を減らすことができ、保守作業にかかる費用を大幅に削減できる。
また、管理部２４の機能により、プログラムモジュール２３についての管理情報を各テーブル３２，３３に対して登録できるので、サービスプロセッサ２０の動作中にマクロ層２１Ｃのプログラムモジュール２３について随時追加・変更等の改版作業を行なえ、本体系装置１０を停止する必要がなくなり、例えばオンラインシステム等の停止できないシステムに対するＨＣＰ２１の改版も可能になる。
【００６５】
さらに、アプリケーション層２１Ａの変換プログラム３７により、マクロソース４１をコマンドストリング文法規則に合った形式に変換し、そのマクロソース４１をサービスプロセッサ２０上で起動して実行できるので、プログラムモジュール２３をＨＣＰ２１のマクロ層２１Ｃに登録する前に、プログラムモジュール２３よりも可読性の高いマクロソース４１の状態で、実機上にてそのマクロソース４１のステップ実行による動作検証を行なえ、より効果的なマクロデバッグが可能になる利点もある。
【００６６】
なお、プロセッサ２５は、上述した各種動作を行なう上でオペレータが必要とする情報をディスプレイ３０上に表示するようになっている。
【００６７】
【発明の効果】
以上詳述したように、本発明のサービスプロセッサによれば、一つのＨＣＰにより、本体系装置を構成する複数版数の各被制御装置の制御が可能になるので、ＨＣＰの版数が減少しＨＣＰの作成工数が大幅に削減されるほか、本体系装置の改版時にＨＣＰを改版する必要もなくなる。
【００６８】
また、ＨＣＰが本体系装置の複数版数に対応可能になるため、ＨＣＰのパッチ変更に際してそのパッチ情報が装置版数の異なる本体系装置で同一となり、ＨＣＰの変更工数および変更時の検証工数を大幅に削減でき、ＨＣＰの改版に伴う保守作業時間を短縮できる効果もある。
さらに、本体系装置が故障した場合の保守交換部品は、故障部品と同一の装置版数である必要がなくなるため、複数種の本体系装置に対して用意する保守交換部品の種類を減らすことができ、保守作業にかかる費用を大幅に削減できる効果もある（請求項１，３）。
【００６９】
また、管理部の機能により、プログラムモジュールについての管理情報を各テーブルに対して登録できるので、サービスプロセッサの動作中にマクロ層のプログラムモジュールについて随時追加・変更等の改版作業を行なえ、本体系装置を停止する必要がなくなり、停止できないシステムに対するＨＣＰの改版も可能になる（請求項２）。
【００７０】
さらに、制御手順を変換プログラムにてコマンドストリング文法規則に合った形式に変換することにより、その制御手順をサービスプロセッサ上で実行できるので、プログラムモジュールをマクロ層に登録する前に、プログラムモジュールよりも可読性の高いマクロソースの状態で、実機上にてその制御手順のステップ実行による動作検証を行なえ、より効果的なマクロデバッグが可能になる（請求項４）。
【図面の簡単な説明】
【図１】本発明の原理ブロック図である。
【図２】本発明の一実施例としてのサービスプロセッサの機能的な構成を示すブロック図である。
【図３】本実施例のサービスプロセッサのハードウエア構成を示すブロック図である。
【図４】本実施例のマクロソースからコマンドストリングへの変換例を示す図である。
【図５】本実施例のプログラムモジュール（マクロデータ）作成手順を説明するための図である。
【図６】本実施例のマクロ管理テーブルの構成を示す図である。
【図７】本実施例の版数管理テーブル（第２のテーブル）の構成を示す図である。
【図８】本実施例の装置版数管理テーブル（第１のテーブル）の構成を示す図である。
【図９】本実施例の管理部の動作を説明するための図である。
【図１０】従来技術の一例を示すブロック図である。
【符号の説明】
３中央処理装置（被制御装置）
４インタフェース部
５メモリ制御装置（被制御装置）
６主記憶装置（被制御装置）
７チャネルプロセッサ（被制御装置）
１０本体系装置
１１被制御装置
２０サービスプロセッサ
２１ハードウエア制御プログラム（ＨＣＰ）
２１Ａアプリケーション層（マンマシンインタフェース部）
２１Ｂハイレベルコマンド層（コマンド処理部）
２１Ｃマクロ層（ハードウエア制御部）
２２制御ドライバ
２３プログラムモジュール
２４管理部
２５プロセッサ
２６インタフェース回路
２７ＲＡＭ
２８ディスク制御回路
２９ディスク装置
３０ディスプレイ
３１装置版数管理テーブル（第１のテーブル）
３２版数管理テーブル（第２のテーブル）
３３マクロ管理テーブル（第３のテーブル）
３４コマンドストリング
３５コマンドストリング解釈部（インタプリタ）
３６アプリケーションプログラム
３７変換プログラム（コードコンバータ）
４０開発用計算機
４１マクロソース
４２マクロジェネレータ（マクロ翻訳ソフトウエア，翻訳プログラム）
４３プログラムオブジェクト（プログラムモジュール）
４４ファイル名管理テーブル[0001]
(table of contents)
Industrial applications
Conventional technology (Fig. 10)
Problems to be solved by the invention (FIG. 10)
Means for solving the problem (Fig. 1)
Action (Figure 1)
Example (FIGS. 2 to 9)
The invention's effect
[0002]
[Industrial applications]
The present invention relates to a service processor for controlling and maintaining a main system device including a central processing unit, a main storage device, a channel processor, and the like. In particular, the present invention relates to a service processor corresponding to the device version of each device constituting the main system device. The present invention relates to a service processor that performs control and maintenance.
[0003]
[Prior art]
FIG. 10 is a block diagram showing an example of the related art. As shown in FIG. 10, the main system unit 10 of the computer system includes, for example, a central processing unit (CPU) 3, an interface unit 4, a memory control unit (MCU) 5, a main storage unit (MSU) 6, and a channel processor (CPU). CHP) 7, the central processing unit 3 reads out data from the main storage device 6 via the memory control device 5 and performs processing, and transfers the processed data to the main storage device via the memory control device 5. 6 is stored.
[0004]
Further, the central processing unit 3 instructs the channel processor 7 via the memory control device 5 to transfer necessary data to and from an input / output device (not shown) connected to the interface unit 4. Therefore, the channel processor 7 includes the interface unit4, And a plurality of input / output devices can be controlled via the memory control device 5 to transfer data between the input / output devices and the main storage device 6.
[0005]
A service processor (SVP) 2 that controls and maintains each device constituting the main body device 10 is connected to the interface section 4 of the main body device 10 as described above.
The service processor 2 has an access path (a thick line in the figure) for connecting the interface unit 4 and each device (the central processing unit 3, the memory control unit 5, the main storage unit 6, and the channel processor 7) via the interface unit 4. In addition to monitoring the operation of each device in the main system device 10, displaying the operation state on a display, collecting information such as a failure, and the like, in accordance with an instruction of an operator (operator), In addition, control for searching for a fault and control for turning on / off the power of each device constituting the main system 10 are performed. In FIG. 10, thick arrows indicate the flow direction of access processing, and thin arrows indicate the flow direction of data.
[0006]
Further, the service processor 2 also has a function of executing an initial program loading (IPL) to the central processing unit 3 and the channel processor 7 at the time of initial setting of the main unit 10.
The service processor 2 controls the main system 1 via a main system controller driver 2B by a hardware control program (hereinafter, referred to as HCP) 2A operating on the service processor 2. ing.
[0007]
The service processor 2 is provided with a control screen (not shown; hereinafter, referred to as a console) through which an operator can input an instruction. From this console, an instruction (see FIG. 1) relating to control of hardware (each device of the main body apparatus 10) is provided. By inputting a command (hereinafter, referred to as a command), each device of the main system 10 can be controlled according to the instruction of the operator.
[0008]
In the HCP 2A, a file (hereinafter, referred to as a command string) 2a describing a series of procedures is created by a command statement input from the console and a control statement for changing the execution order, and the command string 2a is transmitted from the console. It can be up and running. The command string 2a is interpreted by a command string interpreter (interpreter) 2b in the HCP 2A, and is executed by the main system controller 2c according to the result of the interpretation. The command string 2a can be executed step by step for debugging purposes.
[0009]
The HCP 2A is provided with another application program 2d for performing various controls such as automatic operation control of the main unit 10 and disconnection control when a failure occurs. The main unit control unit is controlled by the application program 2d. The main system device 10 can be controlled via 2e.
By the way, the main system 10 updates (e.g., upgrades the hardware) the respective devices such as the central processing unit 3, the memory control device 5, the main storage device 6, and the channel processor 7 due to the addition of functions and the correction of failures. Therefore, each device has a plurality of types of version numbers (hereinafter, referred to as hardware version numbers).
[0010]
In the computer system shown in FIG. 10, when the physical position (address) and quantity of hardware latches and registers are changed due to device revision and different operations are required for each hardware version, that is, the service processor 2 If it is necessary to change the control procedure for controlling each device of the main system, HCP2A corresponding to each set of hardware versions of the main system 10 is conventionally created.
[0011]
[Problems to be solved by the invention]
However, the above-described conventional service processor has the following problems.
(1) A plurality of HCPs corresponding to each set of hardware versions are required. In this case, if a change (hereinafter referred to as a patch) occurs in the HCP due to addition of a function of the HCP itself or correction of a failure, individual patch version management is required for a plurality of HCPs. If they differ, another patch may have different address values, data, etc., even if the corresponding contents are the same, which complicates management.
[0012]
{Circle over (2)} When the same patch is applied to a plurality of HCP versions, the same verification for the patch must be performed for a plurality of HCP versions. Also, after applying a patch, a plurality of HCPs must also verify whether other parts of the HCP are not adversely affected by the patch (degrade verification).
{Circle around (3)} Since the hardware version number and the HCP version number have a one-to-one correspondence, the device to be replaced when the main unit 10 fails is limited to the hardware version number that can be controlled by the HCP of the service processor 2. For this reason, when each user operates the main unit 10 having a different hardware version, a plurality of versions of the maintenance device must be prepared so as to support all users. This is a factor that increases costs.
[0013]
{Circle over (4)} Since the hardware version number and the HCP version number have a one-to-one correspondence, when the main system unit 10 is revised, the main system unit control units (see reference numerals 2c and 2e in FIG. 10) are also used. It needs to be revised. In order to prevent malfunction during HCP revision work, the entire system must be stopped, and the opportunity for the revision work is limited. If the main system 10 cannot be stopped as in an online system, the HCP cannot be updated.
[0014]
{Circle around (5)} The control procedure of the main system 10 is incorporated as software of the service processor 2 for each application of the service processor 2 and operates. For this reason, when verifying the validity of the control procedure before registering it in the HCP, there is no means for executing the procedure while confirming the correct procedure one step at a time.
SUMMARY OF THE INVENTION The present invention has been made in view of the above-described problems, and enables control of a plurality of versions of a main body apparatus by one HCP, thereby reducing man-hours for creating, changing, and verifying the HCP, as well as for the main body. It is an object of the present invention to provide a service processor capable of reducing the maintenance cost of the apparatus and realizing the revision of the HCP without stopping the main apparatus and the verification of the validity of the control procedure before the HCP registration.
[0015]
[Means for Solving the Problems]
FIG. 1 is a block diagram showing the principle of the present invention. In FIG. 1, reference numeral 10 denotes a main unit composed of a plurality of controlled devices 11, and 20 denotes a hardware control program for controlling and maintaining the main unit 10. (Hereinafter referred to as HCP) 21 is a service processor that controls each controlled device 11 by a control driver 22 in accordance with 21.
[0016]
In the service processor 20 of the present invention, the HPC 21 includes an application layer 21A functioning as a man-machine interface control unit and a high-level command functioning as a command processing unit instructing a process according to a command from the application layer 21A. It is logically divided into three layers: a layer 21B and a macro layer 21C that functions as a hardware control unit that controls the main unit 10 in accordance with the processing specified by the high-level command layer 21B.
[0017]
The macro layer 21C includes a plurality of program modules 23 and a management unit 24. The program module 23 describes, as macro data, a procedure for executing a basic operation unit required to operate each controlled device 11 for each device version of each controlled device 11. Manages the correspondence between each controlled device 11 and its device version, and the correspondence between the device version of each controlled device 11 and the program module 23, and instructs control and maintenance for each controlled device 11 When this is done, a program module 23 that matches the device version of the controlled device to be controlled is selected and executed according to the correspondence relationship.You.
[0018]
And, The management unit 24 includes a first table for associating the device identification number of each controlled device 11 with the device version number, the device version number of each controlled device 11,Corresponding to the device versionA second table for associating an address specifying the program module 23 with, A macro number specifying the program module 23, an address indicating the entry position of the second table for the program module 23 corresponding to the macro number, and the number of entries in the second table for the program module 23 corresponding to the macro number When a device identification number and a macro number for the process are given from the high level command layer 21B, the first table is indexed based on the given device identification number. In addition to recognizing the device version number corresponding to the device identification number, referring to the third table, selecting an entry having a given macro number, referring to the second table according to the contents of the entry, and In the second table, it matches the device version number recognized by the first table Select entry, it is configured to select and execute the program module 23 specified by the address of the entry(Claim1). At this time, if the program module 23 is added or changed in the macro layer 21C, the first table,Second tableAnd the third tableThe management unit 24 may have a function of registering management information on the program module with respect to the program module.2).
[0019]
Further, the program module 23 is created by translating and converting a control procedure for each basic operation unit corresponding to the device version number of each controlled device 11 described in a macro description language, and the macro layer is formed by the number of device version types of the same controlled device. 21C may be registered.3).
Further, the application layer 21A has a conversion program for converting a control procedure for each device version of each controlled device 11 described in the macro description language for each basic operation unit into a format conforming to the command string grammar rule used in the HCP 21. May be provided (Claim4).
[0020]
[Action]
In the service processor 20 of the present invention described above with reference to FIG. 1, the HPC 21 is logically divided into an application layer 21A, a high-level command layer 21B, and a macro layer 21C and hierarchized, so that module exchange in a layer can be performed. It can be performed without affecting other layers.
[0021]
In the macro layer 21C, the program module 23 matching the device version of the controlled device 11 to be controlled is selected and executed by the management unit 24 according to the correspondence relationship. It becomes possible to control each of the controlled devices 11 of a plurality of versions constituting the 10.You.
AndIn the management unit 24, the device identification number and the device version number of each controlled device 11 are associated with each other by the first table.LetThe second table associates the device version number of each controlled device 11 with the address specifying the program module 23.And a macro number specifying the program module 23 according to the third table, an address indicating the entry position of the second table for the program module 23 corresponding to the macro number, and a macro number specifying the program module 23 corresponding to the macro number. The number of entries in the second tableBy doing so, it is possible to easily manage these correspondences.1).
[0022]
At this time, the management information about the program module isServiceFirst table created when the processor 20 is initialized,Second tableAnd the third tableCan be added to or modified from time to time for the program module 23 of the macro layer 21C without stopping the main system 10 (claims).2).
[0023]
Further, the program module 23 is created by translating and converting a control procedure for each basic operation unit for the device version number of each controlled device 11 described in the macro description language, and the program module 23 thus created is Only several types of device versions of the same controlled device can be registered in the macro layer 21C.3).
Further, the control program (macro source) for each basic operation unit for the device version of each controlled device 11 described in the macro description language is converted into a format conforming to the command string grammar rule by the conversion program of the application layer 21A. Therefore, the control procedure can be started and executed on the service processor 20. Therefore, before registering the program module 23 in the macro layer 21C of the HCP 21, operation verification can be performed by executing the control procedure step by step on the actual machine in a state of a macro source that is more readable than the program module 23 ( Claim4).
[0024]
【Example】
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 2 is a block diagram showing a functional configuration of a service processor as one embodiment of the present invention, and FIG. 3 is a block diagram showing a hardware configuration of the service processor.
[0025]
As shown in FIG. 3, the service processor 20 of the present embodiment includes a processor 25, an interface circuit 26, a RAM 27, a disk control circuit 28, a disk device 29, and a display 30 as hardware.
Here, when the processor 25 reads the HCP 21 (see FIG. 2) stored in the disk device 29 by controlling the disk control circuit 28, the processor 25 stores it in the RAM 27 and then reads the HCP 21 of the RAM 27 according to the HCP 21 of the RAM 27. Perform control and maintenance.
[0026]
At the time of initial setting of the main unit 10 described above with reference to FIG. 10, the program read out from the disk unit 29 via the disk control circuit 28 is transmitted to the interface unit 4 of the main unit 10 via the interface circuit 26. , An initial program loading (IPL) for the central processing unit 3 and the channel processor 7.
[0027]
By the way, in the service processor 20 of the present embodiment, as shown in FIG. 2, the HCP 21 instructs an application layer (man-machine interface (MMI) control unit) 21A and a process according to a command from the application layer 21A. It is logically divided into three layers of a high-level command layer (command processing unit) 21B and a macro layer (hardware control unit) 21C that controls the main unit 10 in accordance with the processing specified by the high-level command layer 21B. And these layers are uniformly connected by a simple interface.
[0028]
The conventional command processing request is included in each service processor program. In this case, however, in many cases, the same processing is performed in terms of the content, and there is much waste. Therefore, in this embodiment, this command processing portion is made independent of the application layer 21A as a high-level command layer 21B, and is connected to the application layer 21A via a simple interface. Actually, each command (high-level command) is assigned a number in advance, and when executing the high-level command, the request source ID, the high-level command number to be executed, and the input data are passed to the high-level command. Each high-level command processes a processing request to generate output data, and notifies the request source of the processing completion.
[0029]
On the other hand, the macro layer 21C of the present embodiment includes a plurality of program modules 23 and a management unit 24 for selecting the program modules 23 according to a control target.
When the HCP 21 is created, the macro layer 21C includes, for each control target device (the controlled device; the central processing unit 3, the memory control device 5, the main storage device 6, the channel processor 7, etc.) for each hardware version and control function. , A program module (program object) 23 is created and set by the development computer 40 (detailed creation procedure will be described later with reference to FIG. 5).
[0030]
In the management unit 24, information such as operation target device version information of each program module 23 and hardware version information of the main system 10 is registered. Specifically, a macro management table described later with reference to FIGS.(Third table)33, a version number management table (second table) 32, and a device version number management table (first table) 31 include a file name management table 44 (FIG.5In this case, it is created and provided at the time of IPL of the system (actually, it is stored on the RAM 27).
[0031]
Then, the management unit 24 selects and executes, based on the information registered in the tables 31 to 33, the program module 23 corresponding to the processing target hardware version of the processing instructed from the high-level command layer 21B. It has become. In addition, when the program module 23 is added or changed in the macro layer 21C during the operation of the service processor 20, the management unit 24 according to the present embodiment stores management information about the program module 23 in each of the tables 31 to 33. It also has the function to register
[0032]
Further, in the present embodiment, the hardware control procedure of the main system 10 includes basic operation units (for example, register load / sense / scan, activation and stop of the central processing unit 3) for each controlled device.)everyAre created as separate execution units (macro data). At this time, the macro data is defined and created in a language suitable for describing the hardware control procedure (hereinafter referred to as a macro description language).
[0033]
In the present embodiment, the application layer 21A of the HCP 21 includes a command string interpreter 35, an application program 36, and a conversion program (code converter) 37.
The command string interpreter 35 interprets the command string 34 input from the console of the service processor 20 and notifies the high-level command layer 21B. The application program 36 is for performing various controls such as automatic operation control of the main system 10 and disconnection control when a failure occurs.
[0034]
The conversion program 37 converts the hardware control procedure (macro source 41) for each basic operation unit for the device version of each controlled device described in the macro description language into a format conforming to the command string grammar rules used in the HCP 21. Is converted to
Regarding the service processor 20 of the present embodiment configured as described above, first, a method of executing a control procedure of the main system 10 using a macro source will be described with reference to FIGS.
[0035]
The hardware control procedure of the basic operation for the system unit 10 (macro source; see reference numeral 41 in FIG. 2) is described for each hardware version by a macro description language.
In the present embodiment, the macro processor 41 is input from the console on the service processor 20 in the computer system constituted by the devices of the actual hardware version, and is converted into the command string format by the conversion program 37. 20.
[0036]
At this time, the grammar rules of the macro description language are specified as much as possible with the grammar rules of the command string 34 input from the console of the service processor 20, and the grammar rules of the macro source 41 and the command string described in the macro description language are defined. The difference between the rules is converted and absorbed by a conversion program 37 as shown in FIG.
[0037]
Therefore, in this embodiment, before the program module 23 is registered in the macro layer 21C from the development computer 40, the operation can be confirmed on the actual computer in the state of the macro source.
If the operation of the macro source 41 is confirmed to be normal in such a procedure, the macro source 41 is provided by the macro generator (macro translation software, translation program) 42 on the development computer 40 as shown in FIG. It is converted into a program object 43 in a format (C language) executable on the processor 20.
[0038]
At this time, the target device name, macro number, and corresponding hardware version number information in the main system 10 described as the header information of the macro source 41 are stored in the file name management table 44 by the macro generator 42.
Then, by referring to the file name management table 44, one corresponding to the plurality of versions of the main system 10 to be controlled by the HCP 21 is selected from the plurality of program objects 43 generated as described above, and the program The module (macro data) 23 is registered in the macro layer 21C on the HCP 21 in the service processor 20. The file name management table information of the selected and registered program module 23 is also registered in the management unit 24 on the macro layer 21C.
[0039]
Next, the management unit 2 of the present embodiment4The control method of the main body apparatus 10 having a plurality of hardware versions will be described with reference to FIGS.
The management unit 24 of the service processor 20 refers to all macro data stored in the disk device 29 at the time of system initialization according to the information in the file name management table (see reference numeral 44 in FIG. 5), and specifies the operation target device name and Based on the target version number, a macro management table 33 as shown in FIG. 6, a version number management table 32 as shown in FIG. 7, and a device version number management table 31 as shown in FIG. 8 are created.
[0040]
FIG. 6 shows an example of the macro management table 33, in which one header and a plurality of entries are described.
In FIG. 6, the number of available entries or the size of the remaining area is described in the column of “number of empty tables” in the header, and the description of the entry is described in the column of “total number of tables”. The size of the possible area is described. Therefore, by subtracting the number of empty tables from the total number of tables, the number of entries currently described can be determined.
[0041]
In the column of “number of available version management tables”, the size of an area that can be additionally written in the version management table 32 shown in FIG. 7 is described, and in the column of “reserved area”, blanks are set for future expansion. Is reserved for.
In the "Registrable table start address" column, the start address of an empty table when an entry is added to the macro management table 33 is described. As shown in FIG. If N entries have already been described, the (N + 1) th entry address is described. Therefore, when new macro data (program module 23) is created at the time of patching the HCP 21, the entry to be added is written to the (N + 1) th entry address with reference to the header of the macro management table 33.
[0042]
Following the header described above, entries of macro number 1 to macro number #N are described, and the version number management table 32 shown in FIG. An address indicating an entry position at the time of access is described.
Further, the number of entries of the version number management table 32 shown in FIG. 7 is described in the column of “number of supported procedures” and the number of entries to be processed is described. A number specifying macro data in which (such as stop of the central processing unit 3) is described.
[0043]
FIG. 7 shows an example of the version number management table 32. The version number management table 32 is created for each device constituting the main system 10 and describes a plurality of entries.
The version number management table 32 associates a hardware version number of each controlled device with an address designating the program module 23. In FIG. 7, "adaptive version" of each entry of entry numbers 1 to #N is shown. The "number" column describes the hardware version number of the controlled device corresponding to the macro number in the macro management table 33 shown in FIG. 6, and the "next entry number" column manages the version number to be linked and processed. The number of the entry in the table 32 is described, and an address on the RAM 27 where the macro data to be executed is stored is described in the column of “macro data address”.
[0044]
FIG. 8 is an example of the device version number management table 31. The device version number management table 31 associates the device ID of each controlled device with the hardware version number. In the “device ID” column of each entry of #N, the device number of each controlled device constituting the main system 10 is described, and in the “device version” column, the device corresponding to the device number is described. Is described.
[0045]
For example, the entry of entry number 1 describes the device number and hardware version number of the central processing unit 3, the entry of entry number 2 describes the device number and hardware version number of the main storage device 5, and the entry number In the entry of N, the device number and the hardware version of the channel processor 7 are described.
When an operator instructs, for example, to stop the central processing unit 3 with a command string to the processor 25 shown in FIG. 3 from an operation panel (console; not shown) or the like, the application layer 21A of the HCP 21 performs system function processing of the HCP 21. It instructs the high-level command layer 21B to stop the central processing unit 3.
[0046]
The high-level command layer 21B includes a target list of the processing content specified by the application layer 21A, a macro number specifying a program module (macro data) 23 for executing the processing, and the main system 10. When the stop of the central processing unit 3 is instructed as described above, the device ID of the central processing unit 3 and the stop of the central processing unit 3 instructed by the application layer 21A are described. The management unit 24 in the macro layer 21C of the HCP 21 is notified of the macro number of the macro data being processed.
[0047]
Based on the device ID given from the high-level command layer 21B, the management unit 24 looks up the device version management table 31 shown in FIG. 8 and recognizes the hardware version of the central processing unit 3, and then the macro shown in FIG. With reference to the management table 33, an entry having a given macro number is selected.
Assuming that the entry having the given macro number is, for example, entry number 1, the management unit 24 determines the number of entries to be processed by linking from the number of support procedures of the entry of entry number 1, and the version number management table. And 32 start addresses are read.
[0048]
Then, referring to the version number management table 32 shown in FIG. 7, an entry matching the recognized hardware version number is selected. If the selected entry is, for example, entry number 1, the management unit 24 instructs the processor 25 to execute the macro data specified by the macro data address of the entry with the entry number 1.
At this time, assuming that the number of support procedures of the entry with the entry number 1 in the macro management table 33 shown in FIG. 6 is, for example, “2”, the management unit 24 determines that there are two central processing units 3 having different hardware versions. It recognizes that the number of entries to be linked and processed is two, and reads the hardware version number of the central processing unit having the unprocessed device ID from the device version number management table shown in FIG.
[0049]
Then, the management unit 24 refers to the next entry number column of the entry of the entry number 1 in the version number management table 32 shown in FIG. 7, and if the next entry number is, for example, the entry of the entry number 2, It is checked whether or not the hardware version numbers described in the adaptation version column match, and if they match, it instructs the processor 25 to execute the program module 23 specified by the macro data address of the next entry.
[0050]
However, if the hardware version numbers do not match, the management unit 24 repeats the operation of referring to the adaptive version number of the entry specified by the entry number of the next entry, selects the macro data address of the matching entry number, It instructs the processor 8 to execute the program module 23 specified by the macro data address. Accordingly, the processor 25 instructs the central processing unit 3 to stop processing via the interface circuit 26 and the interface unit 4 of the main unit 10 as shown in FIG. Execute according to the operating procedure.
[0051]
Next, the operation of the management unit 24 will be described in more detail with reference to FIG. As shown in FIG. 9, in the header of the macro management table 33, for example, the column of the number of empty tables is described as “N−3”, the column of the total number of tables is described as N, and The empty number column is described as "M-6". That is, in the macro management table 33 shown in FIG. 9, three entries of entry numbers 1 to 3 are described, the other entries are unused, and the head address column of the usable table of the header includes “ 4 "is described.
[0052]
In the column of the version number management table start address of the entry 1 of the macro management table 33, an address indicating the entry # 1 of the version number management table 32 is described as indicated by an arrow {circle around (1)}. In the column of the version number management table start address, an address indicating entry # 4 of the version number management table 32 is described as indicated by an arrow {circle around (2)}. As indicated by an arrow {3}, an address indicating entry # 5 of the version number management table 32 is described.
[0053]
In addition, for example, the number of entries to be linked and processed is described as “0003” in the column of the number of supported procedures of the entry 1 of the macro management table 33, and for example, “0001” is described in the column of the macro number. . Similarly, the number of entries “0001” is described in the column of the number of supported procedures of the entry 2 of the macro management table 33, and “0002” is described in the column of the macro number. The number of entries “0002” is described in the column of the number of support procedures, and “0003” is described in the column of the macro number.
[0054]
For example, “0101”, “0102”, “0103”, “0101”, “0103”, and “0104” are described in the columns of the applied version numbers of the entries # 1 to # 6 of the version number management table 32, respectively. In addition, in the column of the next entry number of each entry, "0" is described as there is no entry to be linked and processed in this embodiment. The macro data address column of entries # 1 to # 6 of the version number management table 32 describes the address of the program module (macro data) 23 in the RAM 27.
[0055]
Therefore, the management unit 24 checks the entry having the specified macro number among the entries described after the header of the macro management table 33, and if the specified macro number is, for example, “0001”, The entry # 1 of the version number management table 32 is selected as indicated by the arrow (1) at the address indicated by the version number management table start address of the entry 1.
[0056]
Then, since the number of support procedures of the entry 1 of the macro management table 33 is “0003”, an entry having the same hardware version number is searched among the three entries # 1 to # 3 of the version number management table 32.
If the hardware version is, for example, “0103”, the macro data indicated by the macro data address of the entry # 3, that is, the macro data for the version 0103 (program module 23) of the macro number 1 is read from the RAM 27 and executed. Similarly, if the hardware version number is, for example, “0101” or “0102”, the macro data indicated by the macro data address of entry # 1 or # 2, that is, the macro data for version number 0101 of macro number 1 or the macro number The macro data for version number 0102 of 1 is read from the RAM 27 and executed.
[0057]
In FIG. 9, in addition to the macro data described above, the macro data for the version number 0101 of the macro number 2, the macro data for the version number 0103 of the macro number 3, and the macro data for the version number 0104 of the macro number 3 are stored in the RAM 27 ( Although the example stored in the macro layer 21C) is shown, these macro data are also executed in the same manner as described above.
[0058]
When the new version number of the controlled device is supported, only the macro data for controlling the new version number of the controlled device is created and added to the HCP 21 by the function of the management unit 24.
That is, the management unit 24 refers to the header area of the macro management table 33 shown in FIG. 6 and determines whether or not additional registration of macro data is possible based on the number of available version number management tables. In the free area of the version number management table 32 shown in FIG.
[0059]
Then, the added entry number, that is, “N + 1”, is added to the entry number field next to the entry N in the version number management table 32. Further, it is determined whether or not additional registration of a macro number is possible based on the number of free tables in the header area of the macro management table 33, and the column of the head address of the usable table is referred to. An entry N + 1 consisting of an address, the number of support procedures, and a macro number is added.
[0060]
For example, when the macro data (program module) of the central processing unit 3 is added or changed, the central processing unit 3 is first stopped and disconnected from the system, and then the macro file to be added or changed is stored in the service processor 20 (macro). Layer 21C). Then, the relationship between the macro management table 33 for the central processing unit 3 and the macro data is updated as described above. At this time, the relationship between the table and the macro data for other devices does not change. After that, the central processing unit 3 is incorporated into the system again to be operable.
[0061]
Since the above-described addition / change operation is performed only by replacing the macro data for the target device, other applications of the HCP 21 and other main device control units in operation are not affected. The hardware is upgraded without stopping systems other than those to be added or changed, and the new version number device can be controlled.
[0062]
As described above, according to the embodiment of the present invention, since one HCP 21 can control each of the plurality of controlled devices constituting the main body apparatus 10, the HCP 21 can be controlled by the version number of the controlled device. It is not necessary to separately create the HCP 21, the number of versions of the HCP 21 is reduced, the number of steps for creating the HCP 21 can be greatly reduced, and the HCP 21 does not need to be updated when the hardware of the main system 10 is updated.
[0063]
Further, since the HCP 21 can correspond to a plurality of versions of the main system 10, when changing the patch of the application layer 21 </ b> A or the high-level command layer 21 </ b> B of the HCP 21, the patch information is the same in the main system 10 having a different device version. Therefore, the man-hour for changing the HCP 21 and the man-hour for verification at the time of the change can be greatly reduced, and the maintenance work time accompanying the revision of the HCP 21 can be shortened.
[0064]
Further, the maintenance replacement parts when the main system 10 has failed need not have the same device version as the failed part, so the types of maintenance replacement parts prepared for a plurality of types of main systems 10 are reduced. The cost for maintenance work can be greatly reduced.
In addition, since the management information on the program module 23 can be registered in each of the tables 32 and 33 by the function of the management unit 24, it is possible to add or change the program module 23 of the macro layer 21C as needed while the service processor 20 is operating. Revision work can be performed, and there is no need to stop the main unit 10. For example, the HCP 21 can be revised for a system that cannot be stopped, such as an online system.
[0065]
Further, the conversion program 37 of the application layer 21A converts the macro source 41 into a format conforming to the command string grammar rule, and can activate and execute the macro source 41 on the service processor 20, so that the program module 23 Before registering in the macro layer 21C, in a state of the macro source 41 which is more readable than the program module 23, the operation verification by the step execution of the macro source 41 can be performed on an actual machine, and more effective macro debugging can be performed. There are also advantages.
[0066]
The processor 25 displays on the display 30 information required by the operator in performing the various operations described above.
[0067]
【The invention's effect】
As described in detail above, according to the service processor of the present invention, since one HCP can control each controlled device of a plurality of versions constituting the main system, the version number of the HCP is reduced. In addition to greatly reducing the number of steps for creating the HCP, it is not necessary to update the HCP when the main unit is updated.
[0068]
In addition, since the HCP can support multiple versions of the main unit, when the HCP patch is changed, the patch information is the same for main units having different device versions, and the HCP change man-hour and the verification man-hour at the time of the change are reduced. There is also an effect that the number of maintenance operations can be significantly reduced, and the maintenance work time required for updating the HCP can be reduced.
Furthermore, since the maintenance replacement parts when the main system unit has failed need not have the same device version as the failed part, it is possible to reduce the types of maintenance replacement parts prepared for a plurality of types of main system units. This has the effect of greatly reducing the cost of maintenance work.3).
[0069]
In addition, since the management information of the program module can be registered in each table by the function of the management unit, a revision work such as addition / change of the macro layer program module can be performed at any time during the operation of the service processor. It is no longer necessary to stop the HCP, and it is also possible to update the HCP for systems that cannot be stopped.2).
[0070]
Furthermore, by converting the control procedure into a format that conforms to the command string grammar rules by the conversion program, the control procedure can be executed on the service processor. In the state of a highly readable macro source, the operation can be verified by executing the control procedure step by step on an actual machine, and more effective macro debugging can be performed.4).
[Brief description of the drawings]
FIG. 1 is a principle block diagram of the present invention.
FIG. 2 is a block diagram showing a functional configuration of a service processor as one embodiment of the present invention.
FIG. 3 is a block diagram illustrating a hardware configuration of a service processor according to the embodiment.
FIG. 4 is a diagram illustrating an example of conversion from a macro source to a command string according to the embodiment;
FIG. 5 is a diagram for explaining a program module (macro data) creation procedure according to the embodiment;
FIG. 6 is a diagram illustrating a configuration of a macro management table according to the present embodiment.
FIG. 7 is a diagram illustrating a configuration of a version number management table (second table) according to the present embodiment.
FIG. 8 is a diagram illustrating a configuration of an apparatus version number management table (first table) according to the present embodiment.
FIG. 9 is a diagram for explaining the operation of the management unit according to the embodiment;
FIG. 10 is a block diagram showing an example of a conventional technique.
[Explanation of symbols]
3 Central processing unit (controlled device)
4 Interface section
5 Memory control device (controlled device)
6 Main storage device (controlled device)
7 channel processor (controlled device)
10. System unit
11 controlled device
20 Service Processor
21 Hardware control program (HCP)
21A Application layer (man-machine interface)
21B High-level command layer (command processing unit)
21C macro layer (hardware control unit)
22 Control Driver
23 Program Module
24 Management Department
25 processor
26 Interface Circuit
27 RAM
28 Disk control circuit
29 Disk drive
30 Display
31 Device version number management table (first table)
32 Version management table (second table)
33 Macro Management Table(Third table)
34 Command String
35 Command String Interpreter (Interpreter)
36 Application program
37 Conversion program (code converter)
40 Development computer
41 Macro Source
42 Macro Generator (Macro translation software, translation program)
43 Program Object (Program Module)
44 File name management table

Claims

複数の被制御装置で構成される本体系装置の制御および保守を行なうために、ハードウエア制御プログラムに従って制御ドライバにより各被制御装置を制御するサービスプロセッサにおいて、
該ハードウエア制御プログラムが、
マンマシンインタフェース制御部として機能するアプリケーション層と、
該アプリケーション層からのコマンドに応じた処理を指示するコマンド処理部として機能するハイレベルコマンド層と、
該ハイレベルコマンド層により指示された処理に応じて該本体系装置に対する制御を行なうハードウエア制御部として機能するマクロ層との３階層に論理的に分割され、
該マクロ層に、
前記の各被制御装置の装置版数毎に、前記の各被制御装置を操作する上で必要な基本操作単位を実行する手順をマクロデータとして記述した、複数のプログラムモジュールと、
前記の各被制御装置とその装置版数との対応関係、および、前記の各被制御装置の装置版数と各プログラムモジュールとの対応関係を管理し、前記の各被制御装置に対する制御および保守が指示された時に、制御対象となる被制御装置の装置版数に合致したプログラムモジュールを前記対応関係に従って選択して実行する管理部とがそなえられ、
該管理部が、
前記の各被制御装置の装置認識番号と装置版数とを対応させる第１のテーブルと、
前記の各被制御装置の装置版数とその装置版数に対応するプログラムモジュールを指定するアドレスとを対応させる第２のテーブルと、
該プログラムモジュールを指定するマクロ番号とそのマクロ番号に対応するプログラムモジュールについての該第２のテーブルのエントリ位置を示すアドレスとそのマクロ番号に対応するプログラムモジュールについての該第２のテーブルのエントリ数とを対応させる第３のテーブルとを有し、
該ハイレベルコマンド層から前記処理についての装置認識番号およびマクロ番号を与えられると、与えられた装置認識番号に基づいて該第１のテーブルを索引してその装置認識番号に対応する装置版数を認識するとともに、該第３のテーブルを参照して、与えられたマクロ番号をもつエントリを選択しそのエントリの内容に従って該第２のテーブルを参照し、該第２のテーブルにおいて、該第１のテーブルによって認識された装置版数と一致するエントリを選択し、そのエントリのアドレスにより指定されるプログラムモジュールを選択して実行することを
特徴とする、サービスプロセッサ。 A service processor that controls each controlled device by a control driver in accordance with a hardware control program in order to control and maintain a main system device including a plurality of controlled devices;
The hardware control program is:
An application layer functioning as a man-machine interface control unit,
A high-level command layer that functions as a command processing unit that instructs processing according to a command from the application layer,
It is logically divided into three layers: a macro layer that functions as a hardware control unit that controls the main unit in accordance with the processing specified by the high-level command layer;
In the macro layer,
For each device version of each of the controlled devices, a procedure for executing a basic operation unit necessary for operating each of the controlled devices described as macro data , a plurality of program modules,
Manages the correspondence between each controlled device and its device version, and the correspondence between the device version of each controlled device and each program module, and controls and maintains each controlled device. There when instructed, and the management unit to execute the program module that matches the device version number of the controlled device to be controlled by selecting in accordance with said correspondence relationship is provided,
The management unit,
A first table for associating the device identification number of each controlled device with the device version number,
A second table for associating the device version of each controlled device with an address designating a program module corresponding to the device version,
A macro number specifying the program module, an address indicating the entry position of the second table for the program module corresponding to the macro number, the number of entries in the second table for the program module corresponding to the macro number, and And a third table corresponding to
When a device identification number and a macro number for the process are given from the high-level command layer, the first table is indexed based on the given device identification number, and a device version number corresponding to the device identification number is obtained. While recognizing, referring to the third table, selecting an entry having a given macro number, referring to the second table in accordance with the contents of the entry, and selecting the first table in the second table. select the entry that matches the device version number that is recognized by the table, it characterized that you select and execute program modules designated by the address of the entry, service processor.

該マクロ層においてプログラムモジュールを追加・変更した場合に該第１のテーブル，該第２のテーブルおよび該第３のテーブルに対して当該プログラムモジュールについての管理情報を登録する機能が該管理部にそなえられていることを特徴とする、請求項１記載のサービスプロセッサ。When a program module is added or changed in the macro layer, the management unit has a function of registering management information about the program module in the first table , the second table, and the third table . The service processor according to claim 1, wherein

該プログラムモジュールが、マクロ記述言語により記述した前記の各被制御装置の装置版数に対する基本操作単位毎の制御手順を翻訳・変換して作成され、同一被制御装置の装置版数種類だけ該マクロ層に登録されていることを特徴とする、請求項１または請求項２に記載のサービスプロセッサ。The program module is created by translating and converting the control procedure for each basic operation unit for the device version number of each controlled device described in the macro description language, and the macro layer corresponds to the device version number of the same controlled device. The service processor according to claim 1 , wherein the service processor is registered in the service processor.

該アプリケーション層に、
マクロ記述言語により記述した前記の各被制御装置の装置版数に対する基本操作単位毎の制御手順を、該ハードウエア制御プログラムで用いられるコマンドストリング文法規則に合った形式に変換する変換プログラムがそなえられていることを特徴とする、請求項１〜３のいずれか一項に記載のサービスプロセッサ。In the application layer,
A conversion program is provided for converting the control procedure for each device unit version of each controlled device described in the macro description language for each basic operation unit into a format conforming to the command string grammar rules used in the hardware control program. wherein the is, the service processor according to any one of claims 1-3.