JPS6116098B2 - - Google Patents
Info
- Publication number
- JPS6116098B2 JPS6116098B2 JP55133503A JP13350380A JPS6116098B2 JP S6116098 B2 JPS6116098 B2 JP S6116098B2 JP 55133503 A JP55133503 A JP 55133503A JP 13350380 A JP13350380 A JP 13350380A JP S6116098 B2 JPS6116098 B2 JP S6116098B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- service processor
- parent
- host
- maintenance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired
Links
- 230000015654 memory Effects 0.000 claims description 33
- 238000012545 processing Methods 0.000 claims description 21
- 238000000034 method Methods 0.000 claims description 20
- 238000012360 testing method Methods 0.000 claims description 8
- 238000012546 transfer Methods 0.000 claims 1
- 238000012423 maintenance Methods 0.000 description 30
- 238000003745 diagnosis Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003449 preventive effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/273—Tester hardware, i.e. output processing circuits
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Description
【発明の詳細な説明】
本発明は保守プログラムの実行制御方式、特に
保守・診断その他の目的で用いられるサービス・
プロセツサを有する計算機システムでの保守プロ
グラムの管理および実行の制御を容易にし、また
上記サービス・プロセツサに付随する補助記憶装
置上の記憶領域の節減を図つた保守プログラムの
実行制御方式に関するものである。
保守・診断その他の目的で用いられるサービス・
プロセツサを有する計算機システムでの保守プロ
グラムの管理および実行の制御を容易にし、また
上記サービス・プロセツサに付随する補助記憶装
置上の記憶領域の節減を図つた保守プログラムの
実行制御方式に関するものである。
近来、計算機の利用分野が拡大され、その内容
が高度化・複雑化するのにつれて、その社会的役
割もまた大きなものとなつてきている。従つて、
これらの計算機システムに障害が発生すると、そ
の社会的影響度も極めて大きなものとなる場合が
多い。そのため障害の未然防止のための予防保
全、および運転中に障害を発生した場合の障害原
因と発生箇所との早期探索および回復の事後保全
の技術がますます重要になつてきている。これら
の予防保全または事後保全のために利用されるプ
ログラムが、いわゆる保守プログラムであり、計
算機システムの各種装置の機能確認や診断、また
は計算機システムのハードウエア全体について相
互作用に係わるエラー検出などの処理を行う。ま
た、最近では計算機システムの中に通常の業務を
遂行するデーダ処理装置(以下「ホスト
(HOST)」という)の他に、該ホストをサポート
し、上記保守その他の処理を専門に行うサービ
ス・プロセツサ(SVP)を設けて、保守作業の円
滑化を図るシステムが多くなつてきている。この
サービス・プロセツサは、例えば上記ホストにお
ける各種レジスタやメモリを直接アクセスするこ
とが可能で、当該レジスタやメモリ中のデータの
参照や更新を行うことができることが特徴となつ
ている。一方、ホスト側からは予め用意された特
定の診断命令によつて上記のサービス・ブロセツ
サを制御することができるようになつている。ま
たサービス・プロセツサはサービス・プロセツサ
自身が使用するメモに加えて、必要に応じて例え
ば磁気デイスク装置などの補助記憶装置などをも
保持する。
が高度化・複雑化するのにつれて、その社会的役
割もまた大きなものとなつてきている。従つて、
これらの計算機システムに障害が発生すると、そ
の社会的影響度も極めて大きなものとなる場合が
多い。そのため障害の未然防止のための予防保
全、および運転中に障害を発生した場合の障害原
因と発生箇所との早期探索および回復の事後保全
の技術がますます重要になつてきている。これら
の予防保全または事後保全のために利用されるプ
ログラムが、いわゆる保守プログラムであり、計
算機システムの各種装置の機能確認や診断、また
は計算機システムのハードウエア全体について相
互作用に係わるエラー検出などの処理を行う。ま
た、最近では計算機システムの中に通常の業務を
遂行するデーダ処理装置(以下「ホスト
(HOST)」という)の他に、該ホストをサポート
し、上記保守その他の処理を専門に行うサービ
ス・プロセツサ(SVP)を設けて、保守作業の円
滑化を図るシステムが多くなつてきている。この
サービス・プロセツサは、例えば上記ホストにお
ける各種レジスタやメモリを直接アクセスするこ
とが可能で、当該レジスタやメモリ中のデータの
参照や更新を行うことができることが特徴となつ
ている。一方、ホスト側からは予め用意された特
定の診断命令によつて上記のサービス・ブロセツ
サを制御することができるようになつている。ま
たサービス・プロセツサはサービス・プロセツサ
自身が使用するメモに加えて、必要に応じて例え
ば磁気デイスク装置などの補助記憶装置などをも
保持する。
上記の如きハードウエア溝成の下で一般に保守
に関連するプログラムは、(イ)各種保守プログラム
の管理・制御およびホストの処理装置の起動など
を行いサービス・プロセツサ上で動作する保守制
御プログラム(MCP)、(ロ)サービス・ブロセツサ
上で動作して、ホスト側からの診断命令の要求に
より、保守制御プログラムMCPを起動し、例え
ばレジスタへの値の設定など計算機システムの診
断のための条件を設定するプログラム(以下「パ
レント・プログラム」という)、(ハ)上記保守制御
プログラムMCPによつて起動され、ホスト側の
処理装置で動作するプログラム(以下「ブリング
アツプ・プログラム」という)などがある。
に関連するプログラムは、(イ)各種保守プログラム
の管理・制御およびホストの処理装置の起動など
を行いサービス・プロセツサ上で動作する保守制
御プログラム(MCP)、(ロ)サービス・ブロセツサ
上で動作して、ホスト側からの診断命令の要求に
より、保守制御プログラムMCPを起動し、例え
ばレジスタへの値の設定など計算機システムの診
断のための条件を設定するプログラム(以下「パ
レント・プログラム」という)、(ハ)上記保守制御
プログラムMCPによつて起動され、ホスト側の
処理装置で動作するプログラム(以下「ブリング
アツプ・プログラム」という)などがある。
上記パレント・プログラムは、テストの環境条
件を整えるものであるからテストの種類毎に多数
必要となり、従来は上記ブリングアツプ・プログ
ラムとは別に、サービス・プロセツサの補助記憶
上に実行形式プログラム管理テーブルに登録され
て、実行形式で保持されていた。
件を整えるものであるからテストの種類毎に多数
必要となり、従来は上記ブリングアツプ・プログ
ラムとは別に、サービス・プロセツサの補助記憶
上に実行形式プログラム管理テーブルに登録され
て、実行形式で保持されていた。
第1図は以上のような状態のものでの従来の保
守プログラム実行制御態様についての一例を示
す。まず保守制御プログラム(MCP)1はオペ
レータの要求によりホスト側で動作するブリング
アツプ・プログラム2をホスト側のメモリヘロー
デイングする。このローデイングされるブリング
アツプ・プログラムはサービス・プロセツサ側の
補助記憶上に格納されていてもよいし、またホス
ト側の例えば磁気テープ等の外部記憶上に格納さ
れていてもよい。保守制御プログラム1は次にロ
ーデイングしたブリングアツプ・プログラム2の
開始アドレスをホストのプログラム状態語
(PSW)にセツトして、ブリングアツプ・プログ
ラム2を起動する(第1図)。起動されたブリ
ングアツプ・プログラム2はハードウエアの各種
診断を行うわけであるが、診断に先立つて、その
診断のための条件設定例えばレジスタとかメモリ
とかの値の設定や各種信号線の初期設定などが必
要となるため、その処理をサービス・プロセツサ
側へ依頼する。これらの条件設定は一般にホスト
側の処理装置で設定することが困難な場合が多
く、また設定できたとしても、被テスト装置であ
るホスト側処理装置が直接設定するのは誤設定す
る可能性もあり好ましくない。そのため、これら
の条件を設定するプログラム、即ちパレント・プ
ログラム3をサービス・プロセツサSVP側で動作
させることとしているのである。このパレツト・
プログラム3の起動要求は、ホスト側からの各種
診断命令の1つであるパレント診断命令によつて
行われる(第1図)。パレント診断命令が発行
されるとサービス・プロセツサ側で動作する保守
制御プログラム1は、例えば磁気デイスク等の補
助記憶上に指定されたパレント・プログラム3が
存在するか否かを調べるために、実行形式プログ
ラム管理テーブル4を参照に行き、該当するパレ
ント・プログラム3が存在する場合には、そのパ
レント・プログラム3をサービス・プロセツサ
SVPのメモリにローテングして、起動する(第1
図)。パレント・プログラム3は診断のための
条件設定を行い、条件設定後終了通知を保守制御
プログラム1に対して行う(第1図)。保守制
御プログラム1は条件設定が完了した旨の通知を
ホスト側のブリングアツプ・プログラム2に対し
て行い(第1図)、通知を受けたブリングアツ
プ・プログラム2は設定された条件の下で必要な
診断処理を行う(第1図)。その診断処理を行
つた後、診断の終了通知を保守制御プログラム1
に対して行い(第1図)、保守制御プログラム
1は、次の必要なブリングアツプ・プログラム2
の起動を行うか、または全診断処理を終了させる
かする(第1図)。
守プログラム実行制御態様についての一例を示
す。まず保守制御プログラム(MCP)1はオペ
レータの要求によりホスト側で動作するブリング
アツプ・プログラム2をホスト側のメモリヘロー
デイングする。このローデイングされるブリング
アツプ・プログラムはサービス・プロセツサ側の
補助記憶上に格納されていてもよいし、またホス
ト側の例えば磁気テープ等の外部記憶上に格納さ
れていてもよい。保守制御プログラム1は次にロ
ーデイングしたブリングアツプ・プログラム2の
開始アドレスをホストのプログラム状態語
(PSW)にセツトして、ブリングアツプ・プログ
ラム2を起動する(第1図)。起動されたブリ
ングアツプ・プログラム2はハードウエアの各種
診断を行うわけであるが、診断に先立つて、その
診断のための条件設定例えばレジスタとかメモリ
とかの値の設定や各種信号線の初期設定などが必
要となるため、その処理をサービス・プロセツサ
側へ依頼する。これらの条件設定は一般にホスト
側の処理装置で設定することが困難な場合が多
く、また設定できたとしても、被テスト装置であ
るホスト側処理装置が直接設定するのは誤設定す
る可能性もあり好ましくない。そのため、これら
の条件を設定するプログラム、即ちパレント・プ
ログラム3をサービス・プロセツサSVP側で動作
させることとしているのである。このパレツト・
プログラム3の起動要求は、ホスト側からの各種
診断命令の1つであるパレント診断命令によつて
行われる(第1図)。パレント診断命令が発行
されるとサービス・プロセツサ側で動作する保守
制御プログラム1は、例えば磁気デイスク等の補
助記憶上に指定されたパレント・プログラム3が
存在するか否かを調べるために、実行形式プログ
ラム管理テーブル4を参照に行き、該当するパレ
ント・プログラム3が存在する場合には、そのパ
レント・プログラム3をサービス・プロセツサ
SVPのメモリにローテングして、起動する(第1
図)。パレント・プログラム3は診断のための
条件設定を行い、条件設定後終了通知を保守制御
プログラム1に対して行う(第1図)。保守制
御プログラム1は条件設定が完了した旨の通知を
ホスト側のブリングアツプ・プログラム2に対し
て行い(第1図)、通知を受けたブリングアツ
プ・プログラム2は設定された条件の下で必要な
診断処理を行う(第1図)。その診断処理を行
つた後、診断の終了通知を保守制御プログラム1
に対して行い(第1図)、保守制御プログラム
1は、次の必要なブリングアツプ・プログラム2
の起動を行うか、または全診断処理を終了させる
かする(第1図)。
しかしながら、上記のような従来の保守プログ
ラムの実行制御方式は次のような欠点があつた。
第1にパレント・プログラム3は診断のための
種々の条件設定が要求されるため、診断の種類毎
に多くのプログラムが必要となり、システムによ
つては200個以上のパレント・プログラム3を用
意する必要が生じる場合がある。しかし、従来パ
レント・プログラム3はサービス・プロセツサ側
の例えば磁気デイスク装置などの補助記憶上に実
行形式プログラム管理テーブル4に登録して、固
定的に実行形式で保持されていたため、どのパレ
ント番号であるかを識別するプログラム番号の制
限や上記管理テーブル4のエントリの制限等によ
つてパレント・プログラム3の個数に制限があ
り、試験の範囲を限定せざるを得ない場合があつ
た。
ラムの実行制御方式は次のような欠点があつた。
第1にパレント・プログラム3は診断のための
種々の条件設定が要求されるため、診断の種類毎
に多くのプログラムが必要となり、システムによ
つては200個以上のパレント・プログラム3を用
意する必要が生じる場合がある。しかし、従来パ
レント・プログラム3はサービス・プロセツサ側
の例えば磁気デイスク装置などの補助記憶上に実
行形式プログラム管理テーブル4に登録して、固
定的に実行形式で保持されていたため、どのパレ
ント番号であるかを識別するプログラム番号の制
限や上記管理テーブル4のエントリの制限等によ
つてパレント・プログラム3の個数に制限があ
り、試験の範囲を限定せざるを得ない場合があつ
た。
第2にホスト側で動作するブリングアツプ・プ
ログラム2とサービス・プロセツサ側で動作する
パレント・プログラム3とは、本来対になつてハ
ードウエアの診断機能を実現するものであるが、
プログラムの実体はそれぞれ別個の領域に構成さ
れるため、プログラムの修正・変更・追加処理等
も両プログラム間で矛盾が生じないよう、意識し
て処理しなければならず、両プログラムの管理上
もメンテナンス上も非常に複雑であつた。
ログラム2とサービス・プロセツサ側で動作する
パレント・プログラム3とは、本来対になつてハ
ードウエアの診断機能を実現するものであるが、
プログラムの実体はそれぞれ別個の領域に構成さ
れるため、プログラムの修正・変更・追加処理等
も両プログラム間で矛盾が生じないよう、意識し
て処理しなければならず、両プログラムの管理上
もメンテナンス上も非常に複雑であつた。
第3にパレント・プログラム3の実体はサービ
ス・プロセツサSVPの補助記憶上に実行形式で固
定的に保持されることを必要とするため、新しい
パレント・プログラム3を作成した場合、必ず管
理テーブルに登録する処理をしなければならない
煩わしさがあるとともに、補助記憶上にも全部の
パレント・プログラム3の格納両領を用意して置
かなければならないといつた欠点があつた。
ス・プロセツサSVPの補助記憶上に実行形式で固
定的に保持されることを必要とするため、新しい
パレント・プログラム3を作成した場合、必ず管
理テーブルに登録する処理をしなければならない
煩わしさがあるとともに、補助記憶上にも全部の
パレント・プログラム3の格納両領を用意して置
かなければならないといつた欠点があつた。
本発明は上記の欠点を解決することを目的と
し、そのため本発明における保守プログラムの実
行制御方式は、ホストとなるデータ処理装置とそ
のデータ処理装置をサポートするサービス・プロ
セツサとを有する計算機システムにおける、上記
ホスト側で動作するプログラムと上記サービス・
プロセツサ側で動作するプログラムとを共に用い
て上記計算機システムのハードウエアをテストす
る保守プログラムの実行制御方式において、上記
サービス・プロセツサ側で動作するプログラムを
上記ホスト側で動作するプログラムに付加して両
プログラムを一体化して設け、該一体化したプロ
グラムをホスト側メモリにローデイングしてホス
ト側で動作するプログラムをホスト側で実行さ
せ、サービス・プロセツサ側で動作するプログラ
ムを実行させる際には、ホスト側メモリ上から上
記一体化したプログラムのうちサービス・プロセ
ツサ側で動作するプログラムの部分をサービス・
プロセツサ側のメモリに転送して、サービス・プ
ロセツサ側で動作するプログラムを実行させるよ
うにしたことを特徴としている。以下図面を参照
しつつ説明する。
し、そのため本発明における保守プログラムの実
行制御方式は、ホストとなるデータ処理装置とそ
のデータ処理装置をサポートするサービス・プロ
セツサとを有する計算機システムにおける、上記
ホスト側で動作するプログラムと上記サービス・
プロセツサ側で動作するプログラムとを共に用い
て上記計算機システムのハードウエアをテストす
る保守プログラムの実行制御方式において、上記
サービス・プロセツサ側で動作するプログラムを
上記ホスト側で動作するプログラムに付加して両
プログラムを一体化して設け、該一体化したプロ
グラムをホスト側メモリにローデイングしてホス
ト側で動作するプログラムをホスト側で実行さ
せ、サービス・プロセツサ側で動作するプログラ
ムを実行させる際には、ホスト側メモリ上から上
記一体化したプログラムのうちサービス・プロセ
ツサ側で動作するプログラムの部分をサービス・
プロセツサ側のメモリに転送して、サービス・プ
ロセツサ側で動作するプログラムを実行させるよ
うにしたことを特徴としている。以下図面を参照
しつつ説明する。
第2図は本発明の保守プログラムの実行制御方
式の一実施例構成を示す。パレント・プログラム
3は予めサービス・プロセツサSVPの補助記憶上
に登録されて保持される必要はない。このため、
本発明の場合、パレント・プログラム3は関連す
るブリングアツプ・プログラム2に付加され、一
体化してパレント・プログラム付ブリングアツ
プ・プログラム5として設けられる。まず保守制
御プログラム1は、オペレータの要求により、サ
ービス・プロセツサSVPの補助記憶装置またはホ
スト側の例えば磁気テープ等の外部記憶装置等か
ら該ホストのメモリ上へ、パレント・プログラム
付ブリングアツプ・プログラム5をローテイング
してブリングアツプ・プログラム2を起動する
(第2図)。起動されたブリングアツプ・プログ
ラム2は、自己の付加されているパレント・プロ
グラム3を指定するために、パラメータの設定を
行う(第2図)。このパラメータの設定は、例
えば特定のレジスタにパラメータ・リストのアド
レスを設定し、そのパラメータ・リストにはパレ
ント・プログラム3の先頭アドレスとかそのプロ
グラム・サイズとかを格納しておくようにすれば
よい。そうすれば、サービス・プロセツサSVPは
ホストの任意のレジスタまたはメモリ等を参照で
きるので、後にパレント・プログラム3の存在場
所を認識できる。次にブリングアツプ・プログラ
ム2はパレント・プログラム3の起動要求のため
に、パレント診断命令を発行する(第2図)。
パレント診断命令が発行されると、保守制御プロ
グラム1はホスト側のレジスタやメモリ等を参照
に行き、ホストのメモリにあるパレント・プログ
ラム3を見つけてサービス・プロセツサのメモリ
上に図示転送済パレント・プログラム3′として
転送し、その後パレント・プログラム3′を起動
する(第2図)。パレント・プログラム3′は診
断のための条件設定を行う(第2図)。以後の
処理(第2図ないし)は、従来の処理(第1
図ないし)とほぼ同様である。このようにす
れば、サービス・プロセツサSVPの補助記憶上に
パレント・プログラム3を用意する必要もない
し、また上記補助記憶へのアクセスの必要もない
ので処理の高速化も図ることができる。
式の一実施例構成を示す。パレント・プログラム
3は予めサービス・プロセツサSVPの補助記憶上
に登録されて保持される必要はない。このため、
本発明の場合、パレント・プログラム3は関連す
るブリングアツプ・プログラム2に付加され、一
体化してパレント・プログラム付ブリングアツ
プ・プログラム5として設けられる。まず保守制
御プログラム1は、オペレータの要求により、サ
ービス・プロセツサSVPの補助記憶装置またはホ
スト側の例えば磁気テープ等の外部記憶装置等か
ら該ホストのメモリ上へ、パレント・プログラム
付ブリングアツプ・プログラム5をローテイング
してブリングアツプ・プログラム2を起動する
(第2図)。起動されたブリングアツプ・プログ
ラム2は、自己の付加されているパレント・プロ
グラム3を指定するために、パラメータの設定を
行う(第2図)。このパラメータの設定は、例
えば特定のレジスタにパラメータ・リストのアド
レスを設定し、そのパラメータ・リストにはパレ
ント・プログラム3の先頭アドレスとかそのプロ
グラム・サイズとかを格納しておくようにすれば
よい。そうすれば、サービス・プロセツサSVPは
ホストの任意のレジスタまたはメモリ等を参照で
きるので、後にパレント・プログラム3の存在場
所を認識できる。次にブリングアツプ・プログラ
ム2はパレント・プログラム3の起動要求のため
に、パレント診断命令を発行する(第2図)。
パレント診断命令が発行されると、保守制御プロ
グラム1はホスト側のレジスタやメモリ等を参照
に行き、ホストのメモリにあるパレント・プログ
ラム3を見つけてサービス・プロセツサのメモリ
上に図示転送済パレント・プログラム3′として
転送し、その後パレント・プログラム3′を起動
する(第2図)。パレント・プログラム3′は診
断のための条件設定を行う(第2図)。以後の
処理(第2図ないし)は、従来の処理(第1
図ないし)とほぼ同様である。このようにす
れば、サービス・プロセツサSVPの補助記憶上に
パレント・プログラム3を用意する必要もない
し、また上記補助記憶へのアクセスの必要もない
ので処理の高速化も図ることができる。
第3図は本発明における保守プログラムの実行
制御方式の他の一実施例構成を示す。この場合
も、パレント・プログラム3はサービス・プロセ
ツサSVPの補助記憶上に固定的に設けて保持され
ることはなく、関連するブリングアツプ・プログ
ラム2に付加してパレント付ブリングアツプ・プ
ログラム5として設けられる。ただし、サービ
ス・プロセツサSVPの補助記憶6上には、後にパ
レント・プログラム3が転送されて格納され得る
だけの十分な領域と少なくとも1以上の実行形式
プログラム管理テーブル4の空きエントリを用意
しておく。第3図において処理からまでは、
第2図における処理からまでと同様である。
保守制御プログラム1は、ブリングアツプ・プロ
グラム2がパレント診断命令を発行したことを認
知すると、第2図の実施例ではパレント・プログ
ラム3をホスト側から直接サービス・プロセツサ
SVPのメモリへ転送していたのに対し、今度は一
旦上記サービス・プロセツサSVPの補助記憶6上
に転送し、オペレータが介入することなしに自動
的に当該パレント・プログラム3を実行形式プロ
グラム管理テーブル4上に図示プログラム3″と
して登録するようにする(第3図)。その後、
該補助記憶6上のパレント・プログラム3″をサ
ービス・プロセツサSVPのメモリ上にプログラム
3′としてローデイングして、該バレント・プロ
グラム3′を実行させる(第3図)。これ以降の
処理は第2図からまでの処理と、例えばパレ
ント・プログラム処理後の実行形式プログラム管
理テーブル4の該エントリの登録抹消等を除い
て、ほぼ同様である。このようにすれば、第2図
の実施例のようには処理の高速化は望めないが、
従来の既存の保守制御プログラム1を大きく変更
することなく本発明の利益を享受でき、またサー
ビス・プロセツサSVPの補助記憶6も全パレン
ト・プログラムについて固定的に設ける必要がな
く、現在の診断に必要なパレント・プログラム3
の大きさだけの領域で充分になる。
制御方式の他の一実施例構成を示す。この場合
も、パレント・プログラム3はサービス・プロセ
ツサSVPの補助記憶上に固定的に設けて保持され
ることはなく、関連するブリングアツプ・プログ
ラム2に付加してパレント付ブリングアツプ・プ
ログラム5として設けられる。ただし、サービ
ス・プロセツサSVPの補助記憶6上には、後にパ
レント・プログラム3が転送されて格納され得る
だけの十分な領域と少なくとも1以上の実行形式
プログラム管理テーブル4の空きエントリを用意
しておく。第3図において処理からまでは、
第2図における処理からまでと同様である。
保守制御プログラム1は、ブリングアツプ・プロ
グラム2がパレント診断命令を発行したことを認
知すると、第2図の実施例ではパレント・プログ
ラム3をホスト側から直接サービス・プロセツサ
SVPのメモリへ転送していたのに対し、今度は一
旦上記サービス・プロセツサSVPの補助記憶6上
に転送し、オペレータが介入することなしに自動
的に当該パレント・プログラム3を実行形式プロ
グラム管理テーブル4上に図示プログラム3″と
して登録するようにする(第3図)。その後、
該補助記憶6上のパレント・プログラム3″をサ
ービス・プロセツサSVPのメモリ上にプログラム
3′としてローデイングして、該バレント・プロ
グラム3′を実行させる(第3図)。これ以降の
処理は第2図からまでの処理と、例えばパレ
ント・プログラム処理後の実行形式プログラム管
理テーブル4の該エントリの登録抹消等を除い
て、ほぼ同様である。このようにすれば、第2図
の実施例のようには処理の高速化は望めないが、
従来の既存の保守制御プログラム1を大きく変更
することなく本発明の利益を享受でき、またサー
ビス・プロセツサSVPの補助記憶6も全パレン
ト・プログラムについて固定的に設ける必要がな
く、現在の診断に必要なパレント・プログラム3
の大きさだけの領域で充分になる。
本発明のブリングアツプ・プログラム2とパレ
ント・プログラム3とを一体化して設けるという
考えは、(i)ブリングアツプ・プログラム2はホス
ト側で動作し、パレント・プログラム3はサービ
ス・プロセツサSVPであるホストとは別の処理装
置で動作するということ、また(ii)処理も外見上は
複雑化するとうこと、(iii)従来ハードウエアの診断
関係のプログラムは、被テスト装置がホスト側装
置であることからサービス・プロセツサ側からホ
スト側へ転送されることはあつても、逆にホスト
側からサービス・プロセツサ側へプログラムの一
部が転送されることは一般になつたことなどのた
めに、従来一般に発想しにくいのであつた。しか
し本発明のように構成することにより、上記の従
来の保守プログラム実行制御方式の欠点を除去
し、以下の如き効果をもたらす。
ント・プログラム3とを一体化して設けるという
考えは、(i)ブリングアツプ・プログラム2はホス
ト側で動作し、パレント・プログラム3はサービ
ス・プロセツサSVPであるホストとは別の処理装
置で動作するということ、また(ii)処理も外見上は
複雑化するとうこと、(iii)従来ハードウエアの診断
関係のプログラムは、被テスト装置がホスト側装
置であることからサービス・プロセツサ側からホ
スト側へ転送されることはあつても、逆にホスト
側からサービス・プロセツサ側へプログラムの一
部が転送されることは一般になつたことなどのた
めに、従来一般に発想しにくいのであつた。しか
し本発明のように構成することにより、上記の従
来の保守プログラム実行制御方式の欠点を除去
し、以下の如き効果をもたらす。
第1にサービス・プロセツサSVPの補助記憶の
診断のために全く必要としないか、または限られ
た領域だけで無数のパレント・プログラムのサポ
ートが可能となり、試験範囲を拡張できる。第2
にパレツト・プログラムのプログラム番号等は必
要ならばダイナミツクに付与すればよく、従来の
ようなプログラム番号等による制限はなくなる。
第3にブリングアツプ・プログラムとパレント・
プログラムが一体化されているため、プログラム
の開発上混乱が生じることはなく、またプログラ
ムの修正・変更・改良または保管等のメンテナン
ス上も極めて容易となる。第4に従来パレント・
プログラムをサービス・プロセツサSVPの補助記
憶上の実行形式プログラム管理テーブルへ登録す
る手続が診断処理と別に必要であつたが、そのよ
うな手続が不要となる。第5にホスト側に例えば
磁気テープ装置があれば、サービス・プロセツサ
SVP側に磁気テープ装置がなくても、保守制御プ
ログラムMCP以外の保守プログラムを例えば磁
気テープで管理できる等の種々の効果がある。
診断のために全く必要としないか、または限られ
た領域だけで無数のパレント・プログラムのサポ
ートが可能となり、試験範囲を拡張できる。第2
にパレツト・プログラムのプログラム番号等は必
要ならばダイナミツクに付与すればよく、従来の
ようなプログラム番号等による制限はなくなる。
第3にブリングアツプ・プログラムとパレント・
プログラムが一体化されているため、プログラム
の開発上混乱が生じることはなく、またプログラ
ムの修正・変更・改良または保管等のメンテナン
ス上も極めて容易となる。第4に従来パレント・
プログラムをサービス・プロセツサSVPの補助記
憶上の実行形式プログラム管理テーブルへ登録す
る手続が診断処理と別に必要であつたが、そのよ
うな手続が不要となる。第5にホスト側に例えば
磁気テープ装置があれば、サービス・プロセツサ
SVP側に磁気テープ装置がなくても、保守制御プ
ログラムMCP以外の保守プログラムを例えば磁
気テープで管理できる等の種々の効果がある。
以上説明した如く、本発明によれば、ブリング
アツプ・プログラムとパレント・プログラムとを
合体するという発想によつて、ホスト側からの診
断態様に容易に追従できる。
アツプ・プログラムとパレント・プログラムとを
合体するという発想によつて、ホスト側からの診
断態様に容易に追従できる。
第1図は従来の保守プログラム実行制御態様の
一例を説明する説明図、第2図または第3図はそ
れぞれ本発明の保守プログラムの実行制御方式の
一実施例構成を説明する説明図を示す。 図中1は保守制御プログラム、2はブリングア
ツプ・プログラム、3はパレント・プログラム、
4は実行形式プログラム管理テーブル、5はパレ
ント付ブリングアツプ・プログラムを表わす。
一例を説明する説明図、第2図または第3図はそ
れぞれ本発明の保守プログラムの実行制御方式の
一実施例構成を説明する説明図を示す。 図中1は保守制御プログラム、2はブリングア
ツプ・プログラム、3はパレント・プログラム、
4は実行形式プログラム管理テーブル、5はパレ
ント付ブリングアツプ・プログラムを表わす。
Claims (1)
- 【特許請求の範囲】 1 ホストとなるデータ処理装置とそのデータ処
理装置をサポートするサービス・プロセツサとを
有する計算機システムにおける、上記ホスト側で
動作するプログラムと上記サービス・プロセツサ
側で動作するプログラムとを共に用いて上記計算
機システムのハードウエアをテストする保守プロ
グラムの実行制御方式において、上記サービス・
プロセツサ側で動作するプログラムを上記ホスト
側で動作するプログラムに付加して両プログラム
を一体化して設け、該一体化したプログラムをホ
スト側メモリにローデイングしてホスト側で動作
するプログラムをホスト側で実行させ、サービ
ス・プロセツサ側で動作するプログラムを実行さ
せる際には、ホスト側メモリ上から上記一体化し
たプログラムのうちサービス・プロセツサ側で動
作するプログラムの部分をサービス・プロセツサ
側のメモリに転送して、サービス・プロセツサ側
で動作するプログラムを実行させるようにしたこ
とを特徴とする保守プログラムの実行制御方式。 2 上記ホスト側メモリ上からサービス・プロセ
ツサ側メモリへのサービス・プロセツサ側で動作
するプログラムの転送において、サービス・プロ
セツサ側の補助記憶上にサービス・プロセツサ側
で動作するプログラムを格納する領域を設け、該
プログラムの転送の際には一旦上記補助記憶上の
格納領域に転送し、その後領域からサービス・プ
ロセツサ側メモリヘローデイングすることを特徴
とする特許請求の範囲第1項記載の保守プログラ
ムの実行制御方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP55133503A JPS5757348A (en) | 1980-09-25 | 1980-09-25 | Execution controlling system of maintenance program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP55133503A JPS5757348A (en) | 1980-09-25 | 1980-09-25 | Execution controlling system of maintenance program |
Publications (2)
Publication Number | Publication Date |
---|---|
JPS5757348A JPS5757348A (en) | 1982-04-06 |
JPS6116098B2 true JPS6116098B2 (ja) | 1986-04-28 |
Family
ID=15106285
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP55133503A Granted JPS5757348A (en) | 1980-09-25 | 1980-09-25 | Execution controlling system of maintenance program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS5757348A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6313099U (ja) * | 1986-07-12 | 1988-01-28 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS59142649A (ja) * | 1983-02-04 | 1984-08-15 | Nec Corp | 装置診断試験方式 |
JPH0273434A (ja) * | 1988-09-09 | 1990-03-13 | Fujitsu Ltd | 補助記憶装置からのデータ読み取り方法 |
-
1980
- 1980-09-25 JP JP55133503A patent/JPS5757348A/ja active Granted
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6313099U (ja) * | 1986-07-12 | 1988-01-28 |
Also Published As
Publication number | Publication date |
---|---|
JPS5757348A (en) | 1982-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPS6116098B2 (ja) | ||
JPS61220030A (ja) | ソフトウエア識別方式 | |
JPS628831B2 (ja) | ||
US20020184248A1 (en) | Method, device, and program for controlling file access | |
JPS626335A (ja) | デ−タ処理システム | |
JPS6013494B2 (ja) | 自己診断方式 | |
JPS6259816B2 (ja) | ||
JP2696845B2 (ja) | キャッシュメモリ付きデータ処理装置 | |
JPS626334A (ja) | デ−タ処理システム | |
JPS6130296B2 (ja) | ||
JPS626333A (ja) | デ−タ処理システム | |
JP2896206B2 (ja) | 多重化メモリ装置のオンライン診断方式 | |
JPH0648453B2 (ja) | 周辺装置初期化制御方式 | |
JPH10228434A (ja) | ネットワークを利用したハードウェア診断システム | |
JPS63115241A (ja) | 情報処理システムの試験診断方式 | |
JP2673850B2 (ja) | マイクロテストプログラムを実行する計算機 | |
JPH031694B2 (ja) | ||
JPH04133134A (ja) | ファームウェア置換方式 | |
JPH04337849A (ja) | メモリ・ダンプ方法 | |
JPS62192824A (ja) | 処理装置アクセス方式 | |
JPH02122335A (ja) | Ras回路の試験方法 | |
JPH05216718A (ja) | デバッグ方法 | |
JPH04181321A (ja) | マイクロプログラムロード方式 | |
JPS60107145A (ja) | 計算機システムのテスト制御方式 | |
JPH0644147A (ja) | キャッシュメモリシステム |