JPS6116098B2 - - Google Patents

Description

【発明の詳細な説明】 本発明は保守プログラムの実行制御方式、特に
保守・診断その他の目的で用いられるサービス・
プロセツサを有する計算機システムでの保守プロ
グラムの管理および実行の制御を容易にし、また
上記サービス・プロセツサに付随する補助記憶装
置上の記憶領域の節減を図つた保守プログラムの
実行制御方式に関するものである。

近来、計算機の利用分野が拡大され、その内容
が高度化・複雑化するのにつれて、その社会的役
割もまた大きなものとなつてきている。従つて、
これらの計算機システムに障害が発生すると、そ
の社会的影響度も極めて大きなものとなる場合が
多い。そのため障害の未然防止のための予防保
全、および運転中に障害を発生した場合の障害原
因と発生箇所との早期探索および回復の事後保全
の技術がますます重要になつてきている。これら
の予防保全または事後保全のために利用されるプ
ログラムが、いわゆる保守プログラムであり、計
算機システムの各種装置の機能確認や診断、また
は計算機システムのハードウエア全体について相
互作用に係わるエラー検出などの処理を行う。ま
た、最近では計算機システムの中に通常の業務を
遂行するデーダ処理装置（以下「ホスト
（HOST）」という）の他に、該ホストをサポート
し、上記保守その他の処理を専門に行うサービ
ス・プロセツサ（SVP）を設けて、保守作業の円
滑化を図るシステムが多くなつてきている。この
サービス・プロセツサは、例えば上記ホストにお
ける各種レジスタやメモリを直接アクセスするこ
とが可能で、当該レジスタやメモリ中のデータの
参照や更新を行うことができることが特徴となつ
ている。一方、ホスト側からは予め用意された特
定の診断命令によつて上記のサービス・ブロセツ
サを制御することができるようになつている。ま
たサービス・プロセツサはサービス・プロセツサ
自身が使用するメモに加えて、必要に応じて例え
ば磁気デイスク装置などの補助記憶装置などをも
保持する。

上記の如きハードウエア溝成の下で一般に保守
に関連するプログラムは、(イ)各種保守プログラム
の管理・制御およびホストの処理装置の起動など
を行いサービス・プロセツサ上で動作する保守制
御プログラム（MCP）、(ロ)サービス・ブロセツサ
上で動作して、ホスト側からの診断命令の要求に
より、保守制御プログラムMCPを起動し、例え
ばレジスタへの値の設定など計算機システムの診
断のための条件を設定するプログラム（以下「パ
レント・プログラム」という）、(ハ)上記保守制御
プログラムMCPによつて起動され、ホスト側の
処理装置で動作するプログラム（以下「ブリング
アツプ・プログラム」という）などがある。

上記パレント・プログラムは、テストの環境条
件を整えるものであるからテストの種類毎に多数
必要となり、従来は上記ブリングアツプ・プログ
ラムとは別に、サービス・プロセツサの補助記憶
上に実行形式プログラム管理テーブルに登録され
て、実行形式で保持されていた。

第１図は以上のような状態のものでの従来の保
守プログラム実行制御態様についての一例を示
す。まず保守制御プログラム（MCP）１はオペ
レータの要求によりホスト側で動作するブリング
アツプ・プログラム２をホスト側のメモリヘロー
デイングする。このローデイングされるブリング
アツプ・プログラムはサービス・プロセツサ側の
補助記憶上に格納されていてもよいし、またホス
ト側の例えば磁気テープ等の外部記憶上に格納さ
れていてもよい。保守制御プログラム１は次にロ
ーデイングしたブリングアツプ・プログラム２の
開始アドレスをホストのプログラム状態語
（PSW）にセツトして、ブリングアツプ・プログ
ラム２を起動する（第１図）。起動されたブリ
ングアツプ・プログラム２はハードウエアの各種
診断を行うわけであるが、診断に先立つて、その
診断のための条件設定例えばレジスタとかメモリ
とかの値の設定や各種信号線の初期設定などが必
要となるため、その処理をサービス・プロセツサ
側へ依頼する。これらの条件設定は一般にホスト
側の処理装置で設定することが困難な場合が多
く、また設定できたとしても、被テスト装置であ
るホスト側処理装置が直接設定するのは誤設定す
る可能性もあり好ましくない。そのため、これら
の条件を設定するプログラム、即ちパレント・プ
ログラム３をサービス・プロセツサSVP側で動作
させることとしているのである。このパレツト・
プログラム３の起動要求は、ホスト側からの各種
診断命令の１つであるパレント診断命令によつて
行われる（第１図）。パレント診断命令が発行
されるとサービス・プロセツサ側で動作する保守
制御プログラム１は、例えば磁気デイスク等の補
助記憶上に指定されたパレント・プログラム３が
存在するか否かを調べるために、実行形式プログ
ラム管理テーブル４を参照に行き、該当するパレ
ント・プログラム３が存在する場合には、そのパ
レント・プログラム３をサービス・プロセツサ
SVPのメモリにローテングして、起動する（第１
図）。パレント・プログラム３は診断のための
条件設定を行い、条件設定後終了通知を保守制御
プログラム１に対して行う（第１図）。保守制
御プログラム１は条件設定が完了した旨の通知を
ホスト側のブリングアツプ・プログラム２に対し
て行い（第１図）、通知を受けたブリングアツ
プ・プログラム２は設定された条件の下で必要な
診断処理を行う（第１図）。その診断処理を行
つた後、診断の終了通知を保守制御プログラム１
に対して行い（第１図）、保守制御プログラム
１は、次の必要なブリングアツプ・プログラム２
の起動を行うか、または全診断処理を終了させる
かする（第１図）。

しかしながら、上記のような従来の保守プログ
ラムの実行制御方式は次のような欠点があつた。
第１にパレント・プログラム３は診断のための
種々の条件設定が要求されるため、診断の種類毎
に多くのプログラムが必要となり、システムによ
つては200個以上のパレント・プログラム３を用
意する必要が生じる場合がある。しかし、従来パ
レント・プログラム３はサービス・プロセツサ側
の例えば磁気デイスク装置などの補助記憶上に実
行形式プログラム管理テーブル４に登録して、固
定的に実行形式で保持されていたため、どのパレ
ント番号であるかを識別するプログラム番号の制
限や上記管理テーブル４のエントリの制限等によ
つてパレント・プログラム３の個数に制限があ
り、試験の範囲を限定せざるを得ない場合があつ
た。

第２にホスト側で動作するブリングアツプ・プ
ログラム２とサービス・プロセツサ側で動作する
パレント・プログラム３とは、本来対になつてハ
ードウエアの診断機能を実現するものであるが、
プログラムの実体はそれぞれ別個の領域に構成さ
れるため、プログラムの修正・変更・追加処理等
も両プログラム間で矛盾が生じないよう、意識し
て処理しなければならず、両プログラムの管理上
もメンテナンス上も非常に複雑であつた。

第３にパレント・プログラム３の実体はサービ
ス・プロセツサSVPの補助記憶上に実行形式で固
定的に保持されることを必要とするため、新しい
パレント・プログラム３を作成した場合、必ず管
理テーブルに登録する処理をしなければならない
煩わしさがあるとともに、補助記憶上にも全部の
パレント・プログラム３の格納両領を用意して置
かなければならないといつた欠点があつた。

本発明は上記の欠点を解決することを目的と
し、そのため本発明における保守プログラムの実
行制御方式は、ホストとなるデータ処理装置とそ
のデータ処理装置をサポートするサービス・プロ
セツサとを有する計算機システムにおける、上記
ホスト側で動作するプログラムと上記サービス・
プロセツサ側で動作するプログラムとを共に用い
て上記計算機システムのハードウエアをテストす
る保守プログラムの実行制御方式において、上記
サービス・プロセツサ側で動作するプログラムを
上記ホスト側で動作するプログラムに付加して両
プログラムを一体化して設け、該一体化したプロ
グラムをホスト側メモリにローデイングしてホス
ト側で動作するプログラムをホスト側で実行さ
せ、サービス・プロセツサ側で動作するプログラ
ムを実行させる際には、ホスト側メモリ上から上
記一体化したプログラムのうちサービス・プロセ
ツサ側で動作するプログラムの部分をサービス・
プロセツサ側のメモリに転送して、サービス・プ
ロセツサ側で動作するプログラムを実行させるよ
うにしたことを特徴としている。以下図面を参照
しつつ説明する。

第２図は本発明の保守プログラムの実行制御方
式の一実施例構成を示す。パレント・プログラム
３は予めサービス・プロセツサSVPの補助記憶上
に登録されて保持される必要はない。このため、
本発明の場合、パレント・プログラム３は関連す
るブリングアツプ・プログラム２に付加され、一
体化してパレント・プログラム付ブリングアツ
プ・プログラム５として設けられる。まず保守制
御プログラム１は、オペレータの要求により、サ
ービス・プロセツサSVPの補助記憶装置またはホ
スト側の例えば磁気テープ等の外部記憶装置等か
ら該ホストのメモリ上へ、パレント・プログラム
付ブリングアツプ・プログラム５をローテイング
してブリングアツプ・プログラム２を起動する
（第２図）。起動されたブリングアツプ・プログ
ラム２は、自己の付加されているパレント・プロ
グラム３を指定するために、パラメータの設定を
行う（第２図）。このパラメータの設定は、例
えば特定のレジスタにパラメータ・リストのアド
レスを設定し、そのパラメータ・リストにはパレ
ント・プログラム３の先頭アドレスとかそのプロ
グラム・サイズとかを格納しておくようにすれば
よい。そうすれば、サービス・プロセツサSVPは
ホストの任意のレジスタまたはメモリ等を参照で
きるので、後にパレント・プログラム３の存在場
所を認識できる。次にブリングアツプ・プログラ
ム２はパレント・プログラム３の起動要求のため
に、パレント診断命令を発行する（第２図）。
パレント診断命令が発行されると、保守制御プロ
グラム１はホスト側のレジスタやメモリ等を参照
に行き、ホストのメモリにあるパレント・プログ
ラム３を見つけてサービス・プロセツサのメモリ
上に図示転送済パレント・プログラム３′として
転送し、その後パレント・プログラム３′を起動
する（第２図）。パレント・プログラム３′は診
断のための条件設定を行う（第２図）。以後の
処理（第２図ないし）は、従来の処理（第１
図ないし）とほぼ同様である。このようにす
れば、サービス・プロセツサSVPの補助記憶上に
パレント・プログラム３を用意する必要もない
し、また上記補助記憶へのアクセスの必要もない
ので処理の高速化も図ることができる。

第３図は本発明における保守プログラムの実行
制御方式の他の一実施例構成を示す。この場合
も、パレント・プログラム３はサービス・プロセ
ツサSVPの補助記憶上に固定的に設けて保持され
ることはなく、関連するブリングアツプ・プログ
ラム２に付加してパレント付ブリングアツプ・プ
ログラム５として設けられる。ただし、サービ
ス・プロセツサSVPの補助記憶６上には、後にパ
レント・プログラム３が転送されて格納され得る
だけの十分な領域と少なくとも１以上の実行形式
プログラム管理テーブル４の空きエントリを用意
しておく。第３図において処理からまでは、
第２図における処理からまでと同様である。
保守制御プログラム１は、ブリングアツプ・プロ
グラム２がパレント診断命令を発行したことを認
知すると、第２図の実施例ではパレント・プログ
ラム３をホスト側から直接サービス・プロセツサ
SVPのメモリへ転送していたのに対し、今度は一
旦上記サービス・プロセツサSVPの補助記憶６上
に転送し、オペレータが介入することなしに自動
的に当該パレント・プログラム３を実行形式プロ
グラム管理テーブル４上に図示プログラム３″と
して登録するようにする（第３図）。その後、
該補助記憶６上のパレント・プログラム３″をサ
ービス・プロセツサSVPのメモリ上にプログラム
３′としてローデイングして、該バレント・プロ
グラム３′を実行させる（第３図）。これ以降の
処理は第２図からまでの処理と、例えばパレ
ント・プログラム処理後の実行形式プログラム管
理テーブル４の該エントリの登録抹消等を除い
て、ほぼ同様である。このようにすれば、第２図
の実施例のようには処理の高速化は望めないが、
従来の既存の保守制御プログラム１を大きく変更
することなく本発明の利益を享受でき、またサー
ビス・プロセツサSVPの補助記憶６も全パレン
ト・プログラムについて固定的に設ける必要がな
く、現在の診断に必要なパレント・プログラム３
の大きさだけの領域で充分になる。

本発明のブリングアツプ・プログラム２とパレ
ント・プログラム３とを一体化して設けるという
考えは、(i)ブリングアツプ・プログラム２はホス
ト側で動作し、パレント・プログラム３はサービ
ス・プロセツサSVPであるホストとは別の処理装
置で動作するということ、また(ii)処理も外見上は
複雑化するとうこと、(iii)従来ハードウエアの診断
関係のプログラムは、被テスト装置がホスト側装
置であることからサービス・プロセツサ側からホ
スト側へ転送されることはあつても、逆にホスト
側からサービス・プロセツサ側へプログラムの一
部が転送されることは一般になつたことなどのた
めに、従来一般に発想しにくいのであつた。しか
し本発明のように構成することにより、上記の従
来の保守プログラム実行制御方式の欠点を除去
し、以下の如き効果をもたらす。

第１にサービス・プロセツサSVPの補助記憶の
診断のために全く必要としないか、または限られ
た領域だけで無数のパレント・プログラムのサポ
ートが可能となり、試験範囲を拡張できる。第２
にパレツト・プログラムのプログラム番号等は必
要ならばダイナミツクに付与すればよく、従来の
ようなプログラム番号等による制限はなくなる。
第３にブリングアツプ・プログラムとパレント・
プログラムが一体化されているため、プログラム
の開発上混乱が生じることはなく、またプログラ
ムの修正・変更・改良または保管等のメンテナン
ス上も極めて容易となる。第４に従来パレント・
プログラムをサービス・プロセツサSVPの補助記
憶上の実行形式プログラム管理テーブルへ登録す
る手続が診断処理と別に必要であつたが、そのよ
うな手続が不要となる。第５にホスト側に例えば
磁気テープ装置があれば、サービス・プロセツサ
SVP側に磁気テープ装置がなくても、保守制御プ
ログラムMCP以外の保守プログラムを例えば磁
気テープで管理できる等の種々の効果がある。

以上説明した如く、本発明によれば、ブリング
アツプ・プログラムとパレント・プログラムとを
合体するという発想によつて、ホスト側からの診
断態様に容易に追従できる。

【図面の簡単な説明】

第１図は従来の保守プログラム実行制御態様の
一例を説明する説明図、第２図または第３図はそ
れぞれ本発明の保守プログラムの実行制御方式の
一実施例構成を説明する説明図を示す。 図中１は保守制御プログラム、２はブリングア
ツプ・プログラム、３はパレント・プログラム、
４は実行形式プログラム管理テーブル、５はパレ
ント付ブリングアツプ・プログラムを表わす。

Claims (1)

1. 【特許請求の範囲】 １ ホストとなるデータ処理装置とそのデータ処
   理装置をサポートするサービス・プロセツサとを
   有する計算機システムにおける、上記ホスト側で
   動作するプログラムと上記サービス・プロセツサ
   側で動作するプログラムとを共に用いて上記計算
   機システムのハードウエアをテストする保守プロ
   グラムの実行制御方式において、上記サービス・
   プロセツサ側で動作するプログラムを上記ホスト
   側で動作するプログラムに付加して両プログラム
   を一体化して設け、該一体化したプログラムをホ
   スト側メモリにローデイングしてホスト側で動作
   するプログラムをホスト側で実行させ、サービ
   ス・プロセツサ側で動作するプログラムを実行さ
   せる際には、ホスト側メモリ上から上記一体化し
   たプログラムのうちサービス・プロセツサ側で動
   作するプログラムの部分をサービス・プロセツサ
   側のメモリに転送して、サービス・プロセツサ側
   で動作するプログラムを実行させるようにしたこ
   とを特徴とする保守プログラムの実行制御方式。 ２ 上記ホスト側メモリ上からサービス・プロセ
   ツサ側メモリへのサービス・プロセツサ側で動作
   するプログラムの転送において、サービス・プロ
   セツサ側の補助記憶上にサービス・プロセツサ側
   で動作するプログラムを格納する領域を設け、該
   プログラムの転送の際には一旦上記補助記憶上の
   格納領域に転送し、その後領域からサービス・プ
   ロセツサ側メモリヘローデイングすることを特徴
   とする特許請求の範囲第１項記載の保守プログラ
   ムの実行制御方式。