JPH07117931B2

JPH07117931B2 - コンピュータ・ネットワーク

Info

Publication number: JPH07117931B2
Application number: JP3248493A
Authority: JP
Inventors: アーサー・ケネス・フィッツジェラルド; チャールズ・ウィリアム・ゲイニー・ジュニア; ウィリアム・ケビン・ケリー; サミュエル・リー・ウェンツ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1990-09-04
Filing date: 1991-09-03
Publication date: 1995-12-18
Anticipated expiration: 2010-12-18
Also published as: EP0478942A2; EP0478942A3; US5349675A; JPH0644168A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般的に、コンピュー
タシステム及びコンピュータ・ネットワーク、特に、コ
ンピュータのプロセッサの遠隔制御及び操作に関する。

【０００２】

【従来の技術】従来のＩＢＭコンピュータ・ネットワー
クは、ＩＢＭシステム／３７０コンピュータの遠隔制御
を行う中央コンピュータから構成されている。以下に第
１図を参照してより詳細に記載してあるように、中央コ
ンピュータで実行中のプログラム又は中央コンピュータ
でキーボード入力を行うオペレータは、ロード・プロセ
ッサ、パワー・オン、パワー・オフなどの機能コマンド
を生成する。中央コンピュータで実行中のターゲットシ
ステム制御機能／中央サイト・プログラム（ＩＢＭプロ
グラム製品５６８８〜１３９）が原始機能コマンドを対
応するキーストロークに変換し、このキーストローク
は、システム／３７０プロセッサに対してローカルなパ
ーソナルコンピュータに送られる。このキーストローク
は、オペレータがシステム／３７０プロセッサを局部的
に制御するため、ローカルプロセッサのコンソールを介
して、キーボード入力を行うオペレータによって生成さ
れるものと同様である。次いで、パーソナルコンピュー
タで実行中の端末エミュレータプログラムはキーストロ
ークを変換して、システム／３７０プロセッサのために
働いているローカルプロセッサのコンソールのオペレー
ティングシステムにより読み出されることのできる形式
にする。次いで、ローカルプロセッサのコンソールが再
様式化されたキーストロークを、それがローカルプロセ
ッサのコンソールのキーボードから入力されたかのよう
に、処理する。前述のコンピュータ・ネットワークはコ
ンピュータのプロセッサでの遠隔制御を行うに当たり、
パーソナルコンピュータ及びパーソナルコンピュータを
ローカルプロセッサのコンソールにインタフェースする
アダプタカードなど追加ハードウェア、付属プログラ
ム、マイクロコード、遅延装置を必要とする。

【０００３】

【発明が解決しようとする課題】したがって、本発明の
一般的目的は、コンピュータのプロセッサを遠隔制御す
るのにより効率的、かつより高速なシステム及びネット
ワークを提供することにある。

【０００４】

【課題を解決するための手段】本発明は、コンピュータ
のプロセッサの動作の遠隔制御を実行できるコンピュー
タ・ネットワークにある。ネットワークは、第２のコン
ピュータにローカルに結合する手段を含む第１のコンピ
ュータを備えている。第１のコンピュータは、中央局の
第３のコンピュータから得られた複数の高水準コマンド
によって、第２のコンピュータの動作を制御する。第３
のコンピュータは、第３のコンピュータで実行されるプ
ログラム又は第３のコンピュータのオペレータインタフ
ェースのいずれかから、高水準コマンドを受信する手段
を含んでいる。高水準コマンドを第１のコンピュータに
伝送するために通信装置が、第３のコンピュータと第１
のコンピュータ間に設けられている。第１のコンピュー
タは、複数の高水準操作コマンドにそれぞれ対応してい
る複数の比較的低水準のプログラムを含んでいる。各低
水準プログラムは、第１のコンピュータの動作を制御す
るために対応する高水準コマンドを実行する。第１のコ
ンピュータは、また、高水準コマンドの受信に応答し
て、対応する低水準プログラムを選択する手段を含んで
いる。高水準コマンドの一つがＡｃｔｉｖａｔｅ（活動
化）であり、Ａｃｔｉｖａｔｅコマンドに応答して、対
応する低水準プログラムが、電源オン、第２のコンピュ
ータ上での初期マイクロプログラムロード及び初期プロ
グラムロードを実行する。

【０００５】本発明の１つの特徴によると、第２のコン
ピュータはオペレーティングシステムを含んでいて、高
水準コマンドのもう一つはオペレーティングシステムの
オペレータの画面の内容を照会して、オペレーティング
システムのオペレータの画面の情報を第３のコンピュー
タに伝送するコマンドである。オペレーティングシステ
ムのオペレータの画面情報を受信後、第３のコンピュー
タのアプリケーションプログラム又はユーザのいずれか
が必要な情報を供給することができる。オペレーティン
グシステムに必要な情報を読み出すように指令する高水
準コマンドのもう一つと共に、必要な情報が第２のコン
ピュータ及びオペレーティングシステムに供給される。

【０００６】

【実施例】図１は、コンピュータシステム１２の遠隔制
御を行う、従来のコンピュータ・ネットワーク１０を示
している。システム１２は、ＭＶＳ／ＥＳＡ（商標）、
ＶＭ（商標）又はＶＳＥオペレーティングシステムのよ
うなオペレーティングシステムを有するシステム／３７
０プロセッサ１３を備えている。ローカルプロセッサの
コンソール１６は、専用内部インタフェースによりプロ
セッサ１３に緊密に結合され、プロセッサ１３及びこの
プロセッサ１３で実行されているプログラムの局部制御
及び操作を与える。

【０００７】ターゲットシステム制御装置（ＴＳＣＦ）
プログラム１９は、中央サイト・コンピュータシステム
２８で実行され、キーボード入力を中央コンピュータの
オペレータからキーボード２９を介して受信するか、又
はプログラム入力を中央コンピュータで実行するアプリ
ケーションプログラム３１から受信するようにプログラ
ムされている。ターゲットシステム制御装置（ＴＳＣ
Ｆ）は、さらに、「ＴＳＣＦ総情報（ＴＳＣＦＧｅｎ
ｅｒａｌＩｎｆｏｒｍａｔｉｏｎ）」と題する、ニュ
ーヨーク州アーモンクのＩＢＭ社の出版物、刊行番号Ｇ
Ｃ２８−１０６３号に記載されている。どちらの場合で
も、入力はロードプロセッサ、電源オン又は電源オフの
ような機能コマンドである。キーボード入力の受信の
際、ＴＳＣＦプログラムは、機能コマンドをパッケージ
して、これをネットビュー（商標）プログラム３２に渡
す。同様に、ＴＳＣＦは、アプリケーションプログラム
から受け取った機能コマンドもパッケージする。また、
ネットビュー（商標）プログラム３２は、中央コンピュ
ータ２８で実行され、パケットされた機能コマンドを仮
想記憶通信アクセス方式（ＶＴＡＭ）通信装置（３０）
に送信するインタフェースを与える。ネットビュープロ
グラム３２は、通信ネットワーク管理を支援し、さら
に、「ネットワークプログラム製品総情報（Network Pr
ogram Products General Information）」と題する、ニ
ューヨーク州アーモンクのＩＢＭ社の出版物、第ＧＣ３
０−３３５０号に記載されている。ＶＴＡＭ通信機構３
０は、アプリケーションプログラムインタフェースを有
し、通信を支援する。ＶＴＡＭ通信機能の詳細は、「Ｖ
ＴＡＭ総情報の拡張通信機能（Advanced Communication
s Functions for VTAM General Information）」と題す
る、ニューヨーク州アーモンクのＩＢＭ社の出版物、第
ＧＣ３８−０２５４号を参照すればよい。

【０００８】通信制御装置３４は、通信媒体上でデータ
の実際の送信を処理し、通信プロセスでの最低水準であ
るハードウェア及びマイクロコードを備えている。デー
タは、モデム３６により変換され、電話回線３８を介し
て送信され、次いで再びモデム４０によりローカル・サ
イトへ送信するため変換される。通信制御装置４６は、
送信を受信し、これをパーソナルコンピュータ４８に渡
す。ターゲットシステム制御機能／パーソナルコンピュ
ータ（ＴＳＣＦ／ＰＣ）５０は、パーソナルコンピュー
タ４８上で実行され、中央コンピュータ２８から初めに
伝送された通信コマンドを受信し、これを、ローカルプ
ロセッサのコンソール１６上のキーボード入力に応答し
てローカルプロセッサのコンソール１６により生成され
たものと同じ型式であるキーストロークに変換する。Ｔ
ＳＣＦ／ＰＣプログラムは、また、ローカルプロセッサ
のコンソール１６に送信するためのキーストロークを配
列する端末エミュレータプログラムを含んでいる。この
点で、キーストロークは、ローカルプロセッサのコンソ
ール１６上のキーボードを介して入力され、ローカルプ
ロセッサのコンソール１６内のマイクロコードにより配
列されたかのようなものと同じ形である。パーソナルコ
ンピュータ４８とローカルプロセッサのコンソール１６
間のインタフェースは、ＩＢＭ装置クラスタアダプタ
（ＤＣＡ）５２及びＩＢＭ３２７０アダプタカード５４
により提供される。伝送がフィールド定義様式によるフ
ィールドであるＩＢＭ３２７０データストリームの形で
あることに留意されたい。

【０００９】従来のネットワーク１０は、また、プロセ
ッサの中央電子複合体１３のオペレーティングシステム
１４にインタフェースを提供するためＩＢＭ３２７４制
御装置のようなハードウェア及びマイクロコードである
ワークステーション制御装置１８を含んでいる。オペレ
ーティングシステム１４は、時々、日時及びジョブ実行
の順序のような情報を必要とし、要求をＣＲＴスクリー
ン３７に表示することによりローカルオペレータから情
報を得ることができる。この表示を行うため、オペレー
ティングシステム１４は３２７０データストリームを、
プロセッサの中央電子複合体１３により、ワークステー
ション制御装置１８に送信し、ワークステーション制御
装置１８は、ワークステーション制御装置に取り付けら
れている装置クラスタアダプタ２３を駆動する。装置ク
ラスタアダプタ２３は、予め定義されたプロトコルによ
りスクリーン３７とのデータ交換を制御するためにワー
クステーション制御装置内のハードウェアインタフェー
ス及びマイクロコードを含んでいる。次に、画面に表示
された要求にしたがって、オペレータは、キーボード１
７を介して、必要な情報を入力することができる。その
結果生じたキーストロークは、装置クラスタアダプタ２
３及びワークステーション制御装置１８を介してオペレ
ーティングシステム１４に送られる。

【００１０】ワークステーション制御装置１８は、ま
た、前述の情報をオペレーティングシステム１４に与え
るために中央コンピュータ２８からのプログラムコマン
ドにより遠隔制御されることができる。遠隔制御の第１
のステップは、ターゲットシステム制御機構／パーソナ
ルコンピュータ（ＴＳＣＦ／ＰＣ）５０が装置クラスタ
アダプタ（ＤＣＡ）３５を介してワークステーション制
御装置１８のスクリーンバッファをコピーし、適当なス
クリーンをＴＳＣＦ１９に送信することである。次い
で、アプリケーション３１は、要求を読み出し、この情
報に応答することができる。あるいはまた、ターゲット
システム制御装置（ＴＳＣＦ）はスクリーン情報を読み
出し、対応する表示を画面３３上に生じさせることがで
き、中央コンピュータ２８の遠隔オペレータはキーボー
ド２９を介して情報を入力することができる。どちらの
場合でも、この情報はパーソナルコンピュータ４８及び
上記の効果のない方法によりオペレーティングシステム
１４に伝送される。ＴＳＣＦ／ＰＣ５０は、コマンドを
キーストロークに変換し、装置クラスタアダプタ（ＤＣ
Ａ）３５（機能上、装置クラスタアダプタ（ＤＣＡ）２
３と同等な）を介して、キーストロークをワークステー
ション１８に送信する。次いで、ワークステーション制
御装置１８は、キーストロークをオペレーティングシス
テム１４に送って、オペレーティングシステム１４は、
キーストロークがキーボード１７から発生されたかのよ
うに、キーストロークをオペレーティングシステム１４
への入力として用いる。

【００１１】図２は、コンピュータのプロセッサ１３の
遠隔制御を行う、本発明によるコンピュータ・ネットワ
ーク１００を示すブロック図である。コンピュータのプ
ロセッサ１３、オペレーティングシステム１４及びロー
カルプロセッサのコンソール１６は前述されている。一
例をあげると、ローカルプロセッサのコンソール１６
は、「ＯＳ／２ＥＥ１．２エンド・ユーザ・パブ（Ｏ
Ｓ／２ＥＥ１．２ＥｎｄＵｓｅｒＰｕｂｓ）」
と題する、ＩＢＭ社の出版物第Ｓ０１Ｆ−０２８５号の
パッケージに詳細に記載されているＩＢＭＯＳ／２拡
張版１．２オペレーティングシステム１４のようなＩＢ
Ｍオペレーティングシステムを有するＩＢＭＰＳ／２
コンピュータである。

【００１２】ネットワーク１００では、従来のネットワ
ーク１０の通信制御装置４６、パーソナルコンピュータ
４８又はアダプタ５２及び５４を使用せずに、中央サイ
トコンピュータ１２８とプロセッサのコンソール１６間
の直接通信を提供するため、ＳＮＡシステムサービス制
御点対物理装置（ＳＳＣＰ−ＰＵ）セッション（ＩＢＭ
社から入手できる「ＳＮＡ様式及びプロトコル参考マニ
ュアル管理サービス（SNA Format and Protocol Refere
nce Manual Management Services）」と題する、システ
ム・アーキテクチャ出版物、刊行番号第ＳＣ３０−３３
４０号により定義されている）が設定されている。中央
コンピュータ１２８は、ネットビュープログラム３２を
用いて、「ランＣＭＤ（ＲＵＮＣＭＤ）」コマンドを受
け入れ、これをネットワーク管理ベクトル移送（ＮＭＶ
Ｔ）形式にコード化し、これをＶＴＡＭ３０を介してロ
ーカルプロセッサのコンソール１６（又はネットワーク
の他のノード）に送信される。ＮＭＶＴ形式は、ＩＢＭ
社から入手可能な「システム・ネットワーク体系様式
（System Network Architecture Formats）」と題する
文書、刊行番号ＧＡ２７−３１３６号に定義されてい
る。プロセッサのコンソール１６は、ＮＭＶＴ通信のよ
うな管理サービス通信をＶＴＡＭ３０から受信するノー
ドマネージャーである、ＳＮＡネットワークアドレス指
定可能装置（又は物理装置）（図６）を含んでいる。同
期データ・リンク制御（ＳＤＬＣ）１０１のポートを用
いて、データをローカルプロセッサのコンソール１６に
入力し、そこからデータを出力する。ＳＤＬＣは、デー
タのブロックを通信パートナ間で交換するのに用いられ
るデータ伝送プロトコルである。このプロトコルの詳細
は、「ＩＢＭ同期データ・リンク制御総情報（IBM Sync
hronous Data Link ControlGeneral Information）」と
題するＩＢＭ出版物、ＧＡ２７−３０９３号を参照され
たい。ＳＤＬＣ１０１は、電気データ信号をモデム４０
から受信し、これを、ＳＤＬＣプロトコルによって信号
データの信号及びブロックを制御するために変換するハ
ードウェアインタフェース又はアダプタカードを含んで
いる。ローカルプロセッサのコンソール１６は、ＮＭＶ
Ｔ形式のコマンドを管理サービスインタフェースから受
信し、受信プロセッサのアーキテクチャにより規定され
ている規則によりコマンドを翻訳する。これらのアーキ
テクチャの規則は、下記に詳述されるコマンドの意味及
び標準Ｃプログラミング技術及びローカルプロセッサ１
６の言語を使用するハードウェア水準のマイクロコード
から構成されている。中央コンピュータから発生され、
下記に定義されているコマンドは、真のプログラムイン
タフェースを提供するために中央コンピュータ１２８で
実行するコンピュータプログラム１３１によって使用を
容易とするように設計され、オペレータの要求を制約し
ない。したがって、アーキテクチャ向きコマンド及びロ
ーカルプロセッサのコンソール１６の制御を使用するた
めに、コンソールへのオペレータタイピングをエミュレ
ートする必要はない。翻訳されたコマンドは、妥当性検
査をされ、機密性をチェックされ、要求を達成するのに
必要な内部プロセッサの機能要求（ハードウェアレベル
・マイクロコード）に変換される。次いで、内部機能の
完了後、ローカルプロセッサのコンソールの内部プロセ
ッサの機能は、機能の成否を報告し、こうした報告を中
央コンピュータ１２８に返す。内部報告が、ローカルプ
ロセッサのコンソールアーキテクチャにより規定され、
中央コンピュータ１２８で実行されるネットビュープロ
グラム３２に返すためにＮＭＶＴ形式に含まれているよ
うな外部に理解できる報告に変換されることに留意され
たい。ネットビュープログラム３２は報告を受信する
と、これをＲＵＮＣＭＤコマンドの発生者、中央コンピ
ュータ１２８で実行されているプログラム１３１又はコ
ンピュータ１２８のキーボード１２９を介して入力する
オペレータに返す。したがって、本発明の主目的による
と、遠隔制御は、従来のネットワーク１０よりも効率的
かつ高速である。

【００１３】以下は、ネットワーク１００の詳細な説明
である。図２は、中央コンピュータ１２８で実行され、
コンピュータのプロセッサ１３の自動制御を与える「Ｃ
ＬＩＳＴ」プログラム又は、「ＲＥＸＸ」実行プログラ
ム１３１を示している。どちらのプログラムも、次の高
水準コマンドを発生することができる：

【００１４】ＡＣＴＩＶＡＴＥ中央電子複合体（ＣＥＣ）ノード又はそのノードの部分
集合を活動化する。通常、活動化は、プロセッサの電源
オン、プロセッサの初期マイクロプログラムロード（Ｉ
ＭＬ）及びプロセッサの初期プログラムロード（ＩＰ
Ｌ）を含んでいる。活動化は、また、ターゲットプロセ
ッサが論理区分モードを支援できる場合には、一つ又は
複数の論理区分の定義及びＩＰＬも含むこともあり得
る。

【００１５】ＣＭＤテキストをオペレーティングシステムのコンソール端末
コマンドラインに入力させるオペレーティングシステム
・アプリケーションにテキストコマンドを送る。

【００１６】ＤＥＡＣＴＩＶＡＴＥ中央電子複合体（ＣＥＣ）ノード又はそのノードの部分
集合を非活動化する。

【００１７】ＳＥＴＣＬＯＣＫ中央電子複合体（ＣＥＣ）ノード又はプロセッサのコン
ソールで、日時又は他のクロックをセットする。

【００１８】ＣＡＮＣＥＬ前に要求した操作を終了させるか、又は前に入力したコ
マンドを時期保留の実行待ち行列から除去する。

【００１９】ＰＯＷＥＲＯＮ中央電子複合体（ＣＥＣ）ノード又はそのノードの部分
集合で電源を入れる。

【００２０】ＰＯＷＥＲＯＦＦ中央電子複合体（ＣＥＣ）ノード又はそのノードの部分
集合で電源を切る。

【００２１】ＥＸＴＩＮＴ中央電子複合体（ＣＥＣ）ノード又はその区分で、外部
割込み機能を開始させる。

【００２２】ＳＹＳＲＥＳＥＴ中央電子複合体（ＣＥＣ）ノード、ＣＥＣノードの部分
集合又はＣＥＣイメージをリセットする。

【００２３】注釈：中央電子複合体（ＣＥＣ）イメー
ジは、単一の制御プログラムを支援するのに用いられた
中央電子複合体（ＣＥＣ）資源に対するアーキテクチャ
用語である。論理区分（ＬＰＡＲ）モードに初期設定さ
れたＣＥＣは、２以上のＣＥＣイメージを有する。

【００２４】ＬＯＡＤ指定されたＣＰＵ又は区分への初期プログラムロード機
能を実行する。

【００２５】ＰＲＯＦＩＬＥ特定のプロファイルで要求された動作を実行する。プロ
ファイルとは、関連したコマンド動詞の動作を修正する
ためにグループとして取るべき関連オペランドの集合で
ある。

【００２６】ＱＵＥＲＹターゲットシステムに関する情報を返す。プロセッサの
コンソールアプリケーション（図６の２１１）に向けら
れたＱＵＥＲＹは、プロセッサの識別ならびに現在のプ
ロセッサの状態を返す。オペレーティングシステム・ア
プリケーション（図６の１９１）に向けられたＱＵＥＲ
Ｙは、オペレーティングシステムのコンソール端末画面
の現在の内容を返す。

【００２７】ＲＥＳＴＡＲＴ指定されたＣＰＵ又は区分に対するリスタート割込みを
発生する。

【００２８】ＳＥＲＶＩＣＥ下記で詳述されるように、このコマンドは、サービスを
要求するか又はマイクロコードの新しい水準を要求する
ために、サービス支援センタ７０６（図２）と交信する
ためにローカルプロセッサのコンソールを許可する。こ
のコマンドに応答して、ローカルプロセッサのコンソー
ルは、ローカルプロセッサのコンソール１６の同期デー
タリンク制御（ＳＤＬＣ）１０１及びプロセッサのコン
ソールに取り付けられているモデム４０を用いて、遠隔
サービス支援システム７０８と通信するマイクロコード
要素である遠隔支援装置（ＲＳＦ）２４１のプログラム
（図６）を呼び出す。ＲＳＦプログラムは、故障原因情
報を問題解析マイクロコード２４３（図６で）から得
て、機械のタイプ、モデル番号、連続番号、顧客名及び
住所、関連するエラーログの内容と共にこの情報を遠隔
サービス支援システム７０８に通信する。

【００２９】ＳＴＯＲＥＳＴＡＴＵＳ指定されたＣＰＵ又は区分に対して記憶状況機能を実行
する。

【００３０】ＳＴＡＲＴ指定されたＣＰＵ又は全ＣＰＵに対して開始機能を実行
する。

【００３１】ＳＴＯＰ指定されたＣＰＵ又は全ＣＰＵに対して、停止機能を実
行する。

【００３２】ＲＥＳＥＲＶＥ他のコマンド間の制御の連続性を確保するために、プロ
セッサのコンソール・アプリケーション２１１の排他制
御を要求する。

【００３３】ＩＴＩＭＥＲ指定されたＣＰＵのシステム／３７０のモード間隔計時
機構を付勢／消勢する。

【００３４】各コマンドは下記の構造を有する。

【００３５】ＲＵＮＣＭＤ SP = address_of_service_
point（サービス・ポイントのアドレス）APPL = applic
ation verb operands（アプリケーション動詞オペラン
ド）

【００３６】ネットビューコマンド「ＲＵＮＣＭＤ（ラ
ンＣＭＤ）」は、ネットビュープログラム３２に、動詞
及びオペランドをアドレス指定された「サービスポイン
ト」の「アプリケーション」へ送るように命令する。

【００３７】例えば、ＲＵＮＣＭＤＳＰ＝１２３Ａ
ＰＰＬ＝４５６ＡＣＴＩＶＡＴＥＦＯＲＣＥ（Ｎ
ｏ）

【００３８】ただし、「ＳＰ＝１２３」要素は、受信ノ
ードのサービスポイントがアドレス「１２３」により識
別されることを指示していて、この識別はＶＴＡＭ３０
により、ローカルプロセッサのコンソール１６を識別す
るのに用いられている。「ＡＰＰＬ＝４５６」要素は、
動詞及びオペランドを受信すべきローカルプロセッサの
コンソール１６内のアプリケーションを識別している。
「Ａｃｔｉｖａｔｅ」は、コンピュータのプロセッサ１
３を制御するか又は操作するコマンド、すなわち動詞で
あり、「Ｆｏｒｃｅ（Ｎｏ）」はさらに「Ａｃｔｉｖａ
ｔｅ」動詞にコマンドが強制されるべきものでなく、む
しろ、プロセッサが動作中でない場合にのみ、制定され
るべきことを指示する権限を与えるオペランドである。
しかしながら、ｆｏｒｃｅパラメータ値が「ＹＥＳ」で
あった場合には、Ａｃｔｉｖａｔｅコマンドがコンピュ
ータのプロセッサ１３に割込む。

【００３９】前述のコマンド構造は、次いでネットビュ
ープログラム３２により、ＶＴＡＭ通信装置３０に渡さ
れる。ＶＴＡＭ通信装置３０は、コマンド構造の転送先
を決定するためにコマンド構造の「ＳＰ」及び「ＡＰＰ
Ｌ」要素を読み出し、コマンド構造をローカルプロセッ
サのコンソール１６に送信する。ＶＴＡＭ通信装置３０
はＳＮＡシステムサービス制御点対物理装置（ＳＳＣＰ
−ＰＵ）セッションを用いて、直接通信によってローカ
ルプロセッサのコンソール１６への上記の送信を提供す
ることに留意されたい。ネットワーク１００で交換回線
（ユーザが電話会社に市外通話料金を支払うもの）であ
る電話回線１３５の対向する両端にモデム３６及び４０
が用いられている。しかしながら、所望なら、ネットワ
ーク１００は、また、専用回線、ローカルエリア・ネッ
トワーク又はその他の同様な通信装置であってもよい。

【００４０】ローカルプロセッサのコンソール１６は上
記のコマンド構造を受信し、プロセッサのコンソール１
６で実行している図６のアプリケーション、ＥＰ＿Ｏｐ
ｅｒａｔｉｏｎｓ＿Ｍａｎａｇｅｍｅｎｔプログラム１
３０は、高水準コマンド、Ａｃｔｉｖａｔｅ及びオペラ
ンドＦｏｒｃｅ（ＮＯ）を低水準の、内部機能コマンド
／ステップ（低水準のハードウェアマイクロコード）に
変換する。低水準の内部機能コマンド／ステップは、高
水準のコマンド機能を実行するローカルプロセッサのコ
ンソール１６内のマイクロコードレベルでの一連のステ
ップである。例えば、「ＡＣＴＩＶＡＴＥ」高水準コマ
ンド機能は、図６のＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａ
ｎａｇｅｍｅｎｔプログラム１３０により、プロセッサ
１３のハードウェアの「電源−オン」を実行する一連の
ステップ、初期マイクロプログラムロード（ＩＭＬ）機
能を実行する一連のステップ、初期プログラムロード
（ＩＰＬ）機能を実行する一連のステップに変換され
る。これらのステップは、コンピュータのプロセッサ１
３を制御し、かつ操作するためにローカルプロセッサの
コンソール１６内の他のマイクロコード及びハードウェ
アにより直接実施される。これらのコマンド／ステップ
は、対応するＣプログラミングステップから構成されて
いる。

【００４１】高水準コマンドを指定するためにＣＬＩＳ
Ｔ又はＲＥＸＸ実行プログラムの使用に代わるものとし
て、オペレータはネットビューコマンド「ＲＵＮＣＭ
Ｄ」及び上記コマンド構造の他の要素をネットビューキ
ーボード１２９上でタイプすることにより指定すること
ができる。それから以後、ネットワーク１００の説明
は、ＲＵＮＣＭＤに対する応答がネットビュー３２によ
りネットビュー表示装置１８９まで経路指定されること
を除けば、ＣＬＩＳＴ又はＲＥＸＸ実行プログラムの場
合上記と同一である。

【００４２】図３は、中央コンピュータ１２８からコン
ピュータのプロセッサ１３への情報の流れと、ローカル
プロセッサのコンソール１６から中央コンピュータ１２
８への復帰メッセージの流れをより詳細に示している。
ステップ１５０では、上記コマンド構造は、ＣＬＩＳＴ
又はＲＥＸＸ実行プログラムによるかあるいはキーボー
ド入力のいずれかにより形成される。また、ステップ１
５０では、ネットビュープログラム３２は、上記コマン
ド構造の「ＲＵＮＣＭＤ」要素を認識し、上記コマンド
構造を標準ＳＮＡネットワーク管理ベクトル移送（ＮＭ
ＶＴ）構造に変換する。ネットビュープログラム３２
は、将来の参照時に上記コマンド構造を識別するために
相関子（ｃｏｒｒｅｌａｔｏｒ）を追加し、相関子及び
コマンド構造のコピーをそのローカルメモリに記憶し、
ＮＭＶＴコマンド構造をＶＴＡＭ通信装置３０に渡す
（ステップ１５２）。通信制御装置３４から助けを受け
ているＶＴＡＭ通信装置３０は、ＮＭＶＴコマンド構造
をローカルプロセッサのコンソール１６に送信する（ス
テップ１５４）。送信プロトコルは、ＳＮＡシステムサ
ービス点対物理装置（ＳＳＣＰ−ＰＵ）セッションを用
いる。

【００４３】ローカルプロセッサのコンソール１６内の
ＯＳ／２オペレーティングシステムの通信マネージャー
部はＮＭＶＴコマンド構造を受信し、これを、実質的に
変化させずに、ローカルメモリのコンソール１６（ステ
ップ１６０）で実行しているＥＰ＿Ｏｐｅｒａｔｉｏｎ
ｓ＿Ｍａｎａｇｅｍｅｎｔプログラム１３０（図６）に
渡す。応答して、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎ
ａｇｅｍｅｎｔプログラム１３０（図６）は、上記の例
ではオペランド「Ｆｏｒｃｅ（ＮＯ）」付き「Ａｃｔｉ
ｖａｔｅ」であるＮＭＶＴコマンド構造の高水準コマン
ドを読み出し、高水準コマンドを内部機能コマンド／ス
テップに変換する（ステップ１６２）。次に、ローカル
プロセッサのコンソール１６は内部機能コマンド／ステ
ップを実行する（ステップ１６４）。図示された例で
は、これらの機能コマンド／ステップが完了後、コンピ
ュータシステム１２は活動化される。

【００４４】次に、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａ
ｎａｇｅｍｅｎｔプログラム１３０は一般形式のメッセ
ージ（ステップ１６６）を発生する。

【００４５】ＣＳＡＡＸＸＸＸＶＥＲＢＳＴＡＴＵ
Ｓ（ＣＯＭＰＬＥＴＩＯＮ＿ＳＴＡＴＵＳ）ＳＰ（ＳＥＲＶＩＣＥ＿ＰＯＩＮＴ）ＡＰＰＬ（ＡＰＰＬＩＣＡＴＩＯＮ）ＣＯＮＤＩＴＩＯＮ（ＣＯＮＤＩＴＩＯＮ＿ＲＥＰＯＲ
Ｔ）

【００４６】例えば、ＣＳＡＡ０００１ＡＣＴＩＶＡＴＥＳＴＡＴＵＳ
（ＦＡＩＬＥＤ）ＳＰ（１２３）ＡＰＰＬ（４５６）

【００４７】ＣＯＮＤＩＴＩＯＮ（００１１００Ｃ００１０００２）

【００４８】復帰メッセージは、元のコマンドがうまく
行ったか否かを指示する「ＳＴＡＴＵＳ」、必要なら不
成功の理由を詳述する「ＣＯＮＤＩＴＩＯＮ」、さらに
復帰メッセージが関連するコマンド構造を識別するメッ
セージ識別子（ＣＳＡＡ０００１）を含んでいる。次
に、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａｇｅｍｅｎ
ｔプログラムは、復帰メッセージをネットワーク管理ベ
クトル移送（ＮＭＶＴ）形式に変換し、上記相関子（ｃ
ｏｒｒｅｌａｔｏｒ）を元の要求から追加し、変換した
メッセージをＯＳ／２オペレーティングシステムの通信
マネージャープログラム部へ渡す（ステップ１６８）。
応答して、通信マネージャープログラムは、モデム３
６、交換電話回線１３５、モデム４０を介して、変換メ
ッセージをＶＴＡＭ通信装置３０に送る（ステップ１７
０）。これは、システムサービス制御点対物理装置（Ｓ
ＳＣＰ＿ＰＵ）セッションを通して行われる。次に、Ｖ
ＴＡＭ通信装置３０がＮＭＶＴ復帰メッセージをネット
ビュープログラム３２に渡し（ステップ１７４）、ネッ
トビュープログラム３２はＮＭＶＴメッセージを復号化
し、相関子及び報告のテキストを抽出する。次いで、相
関子を用いて、ネットビュープログラム３２はメッセー
ジを元のコマンド構造に対する応答として識別する（ス
テップ１７６）。次いで、ネットビュープログラム３２
は、場合に応じて、元のコマンド構造、ＣＬＩＳＴプロ
グラム、ＲＥＸＸ実行プログラム又はオペレータのオリ
ジネータにこのメッセージを渡す。（オペレータは、中
央コンピュータ１２８の表示画面１８９上にメッセージ
を受信する。）

【００４９】図４は、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍ
ａｎａｇｅｍｅｎｔプログラム１３０（図３のステップ
１６２〜１６８）をより詳細に示している。コマンド構
造をＮＭＶＴ形式で受信後（ステップ１９０）、ＥＰ＿
Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａｇｅｍｅｎｔプログラ
ム１３０は、コマンド構造を復号化し、相関子、ならび
にコマンドとオペランドのデータを抽出する（ステップ
１９２）。次いで、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａ
ｎａｇｅｍｅｎｔプログラムは、こうした種類のコマン
ドを受け入れるためにプロセッサのコンソール１６の環
境が適切に確立されているかどうかを判定する。一例を
あげれば、自動操作がプロセッサのコンソールで動作可
能化されていることを確かめたり、いかなる他のコマン
ドも進行中でないことを確かめたりするためにチェック
される（判定ブロック１９４）。この環境が適正でない
場合には、プログラム１３０は拒絶メッセージを生成し
（ステップ１９６）、これは相関子とともにＮＭＶＴ形
式にコード化して（ステップ１９８）、そのメッセージ
をオリジネータに送る（ステップ２００）。再び判定ブ
ロック１９４を参照して、環境が適正な場合には、判定
ブロック１９４は、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａ
ｎａｇｅｍｅｎｔプログラム１３０が入力コマンドスト
リングを動詞及びその関連オペランドに分解するステッ
プ２０２に導かれる。次に、ＥＰ＿Ｏｐｅｒａｔｉｏｎ
ｓ＿Ｍａｎａｇｅｍｅｎｔプログラム１３０は、要求元
がプロセッサのコンソールにアクセスする適正な機密保
護認可を有することを検証する（決定ブロック２０
４）。認可がない場合には、ＥＰ＿Ｏｐｅｒａｔｉｏｎ
ｓ＿Ｍａｎａｇｅｍｅｎｔプログラム１３０は対応する
拒絶メッセージをステップ１９６で生成し、次いで、ス
テップ１９８及び２００を実行する。認可がある場合に
は、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａｇｅｍｅｎ
ｔプログラム１３０はコマンドを内部呼出し様式に変換
し（ステップ２０６）、経路指定機能テーブル（図６の
ブロック２０３）によって、コマンドを翻訳するために
どのマイクロコード機能を呼び出すべきか決定し、機械
マイクロコードを実行し（ステップ２０８）、戻された
内部完了報告を得る。次に、ＥＰ＿Ｏｐｅｒａｔｉｏｎ
ｓ＿Ｍａｎａｇｅｍｅｎｔプログラム１３０は内部コマ
ンドの成功又は失敗の内部報告を上記復帰メッセージに
変換する（ステップ２１０）。次に、ＥＰ＿Ｏｐｅｒａ
ｔｉｏｎｓ＿Ｍａｎａｇｅｍｅｎｔは復帰メッセージを
相関子と共にネットワーク管理ベクトル移送（ＮＭＶ
Ｔ）形式にコード化し（ステップ１９８）、コード化し
た報告をオリジネータに送る（ステップ２００）。

【００５０】以下は、図６を参照したより詳細なステッ
プ２０６の説明である。図４のステップ１９２〜２０６
は、コマンドがローカルプロセッサのコンソール１６内
のハードウェアで操作する場合、ＥＰ＿Ｏｐｅｒａｔｉ
ｏｎｓ＿Ｍａｎａｇｅｍｅｎｔプログラム１３０内のプ
ロセッサのコンソールアプリケーション機能２１１によ
り実行され、コマンドがコンピュータシステム１２内の
オペレーティングシステム１４に影響を及ぼす場合、オ
ペレーティングシステムのアプリケーション１９１によ
り実行される。ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａ
ｇｅｍｅｎｔプログラム１３０は、抽出されたコマンド
データを受信し、データをシステムネットワーク体系
（ＳＮＡ）及び「システムネットワーク体系様式（Ｓｙ
ｓｔｅｍｓＮｅｔｗｏｒｋＡｒｃｈｉｔｅｃｔｕｒｅ
Ｆｏｒｍａｔｓ）」と題するニューヨーク州アーモン
クのＩＢＭ社による出版物、ＧＡ２７−３１３６号によ
り定義されている構造である、汎用データストリームに
変換する。この汎用データストリームは、自動識別され
ているフィールド及び値を含む、すなわち各フィールド
は単一独自の登録識別子（フィールドに割り当てられた
単一独自の名前）により識別されている。例えば、１つ
のこのような識別子は「コマンド」となることができ、
値は「Ａｃｔｉｖａｔｅ」となることができる。次い
で、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａｇｅｍｅｎ
ｔプログラム１３０は、汎用データストリームを、ロー
カルプロセッサのコンソール１６内のマイクロコードか
らまた構成されているＧＤＳ経路指定機能２０７に渡
す。ＧＤＳ経路指定機能２０７は、ローカルプロセッサ
のコンソールユーザ・インタフェースマネージャー２１
１を介して、キーボード７２９（図６）のような他のソ
ースから汎用データストリームを受信することができる
ことに留意されたい。このようなユーザインタフェース
マネージャー２１１は、バーニスＥ．キャシイ（Ｂｅ
ｒｎｉｃｅＥ．Ｃａｓｅｙ）、グレゴリーＬ．ダン
ラップ（ＧｒｅｇｏｒｙＬ．Ｄｕｎｌａｐ）、サミー
Ｌ．ロックウエル（ＳａｍｍｙＬ．Ｒｏｃｋｗｅｌ
ｌ）により１９９０年９月４日付けで提出され、その特
許申請が本発明開示の一部として当明細書に援用により
取り込まれている、「コンピュータプロセッサを操作す
るためのユーザ・インタフェース（ＵｓｅｒＩｎｔｅ
ｒｆａｃｅｆｏｒＯｐｅｒａｔｉｎｇａＣｏｍ
ｐｕｔｅｒＰｒｏｃｅｓｓｏｒ）」と題する、係属出
願中の明細書に、より詳細に記載されている。次いで、
ＧＤＳ経路指定機能２０７は、名前により、「コマン
ド」フィールド及びそれに続く値を探索する。Ａｃｔｉ
ｖａｔｅ、Ｄｅａｃｔｉｖａｔｅ、Ｓｅｒｖｉｃｅを含
む様々なコマンドが前述のようにリストされている。次
いで、ＧＤＳ経路指定機能２０７は、経路指定テーブル
２０３を参照して、コマンドを実行するマイクロコード
のブロックのアドレスを決定する。例えば、図６はＡｃ
ｔｉｖａｔｅコマンドを実施するマイクロコードのブロ
ック２９１、Ｄｅａｃｔｉｖａｔｅコマンドを実施する
マイクロコードのブロック２９３、Ｓｅｒｖｉｃｅコマ
ンドを実施するマイクロコードのブロック２９５を示し
ている。マイクロコードブロックのアドレスの決定後、
ＧＤＳ経路指定機能２０７はローカルプロセッサのコン
ソールプロセッサに制御を渡して、適当なアドレスのマ
イクロコードを実行する。Ａｃｔｉｖａｔｅコマンドを
実施するマイクロコードが図５に示されている。前述の
ように、Ａｃｔｉｖａｔｅコマンドは３つの基本要素、
ＰＯＷＥＲ−ＯＮ、ＩＭＬ、ＩＰＬから構成されてい
る。これらの基本要素の各々、したがってＡｃｔｉｖａ
ｔｅコマンドを実施するマイクロコードが図７〜９にそ
れぞれ以下で示されている。

【００５１】図５は、Ａｃｔｉｖａｔｅコマンドに対す
るステップ２０８における処理をより詳細に示してい
る。コマンドは、Ａｃｔｉｖａｔｅ処理機能に送られ
（ステップ２２０）、応答してＡｃｔｉｖａｔｅ処理機
能は処理フラグを初期設定する（ステップ２２２）。次
に、この機能が、オペランド、すなわちＦｏｒｃｅ（Ｎ
Ｏ）が有効か否かを判定し（判定ブロック２２４）、無
効な場合には、無効なオペランドに対してエラーフラグ
をセットする（ステップ２２６）。オペランドが有効な
場合には、この処理機能は、Ａｃｔｉｖａｔｅコマンド
が直接関係しているプロセッサの電源がオンか否かを判
定する（判定ブロック２２８）。この判定は、内部ハー
ドウェアの電源センサ及びマイクロコードの状況標識に
問合せすることにより行われる。そうでない場合には、
この機能はプロセッサを電源オンにするマイクロコード
プロセスを開始する（ステップ２３０）。プロセッサが
オンの場合には（判定ブロック２２８、イエス分岐）又
はプロセッサの電源オンプロセスの終了後の場合（ステ
ップ２３０）、Ａｃｔｉｖａｔｅ機能は、内部状況標識
に問合せすることにより、初期マイクロプログラムロー
ド（ＩＭＬ）が完了しているか否かを判定する（判定ブ
ロック２３２）。もしＩＭＬが完了していない場合に
は、プロセッサの初期マイクロプログラムロード（ＩＭ
Ｌ）を実行する内部プロセスが初期設定される（ステッ
プ２３４）。プロセッサのＩＭＬが完了した場合には
（判定ブロック２３４、イエス分岐）あるいはプロセッ
サＩＭＬ機能の完了後なら（ステップ２３４）、Ａｃｔ
ｉｖａｔｅ機能は、内部状況標識に問合せすることによ
り、プロセッサの初期プログラムロード（ＩＰＬ）が完
了しているか否かを判定する（判定ブロック２３６）。
ＩＰＬが完了していない場合には、プロセッサの初期プ
ログラムロードを実行する内部プロセスが開始される
（ステップ２３８）。プロセッサのＩＰＬ機能が完了し
た場合には（判定ブロック２３６、イエス分岐）、又は
プロセッサのＩＰＬ機能の完了後（ステップ２３８）、
Ａｃｔｉｖａｔｅ機能はどのエラーフラグがセットされ
たか否かを判定する（判定ブロック２４０）。エラーフ
ラグは無効オペランド（ステップ２２６により）又はＰ
ＯＷＥＲ−ＯＮ、ＩＭＬ又はＩＰＬのプロセスで出会う
エラーから生じる。何らかのエラーフラグがある場合に
は、この機能はＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａ
ｇｅｍｅｎｔプログラムに渡され、個々の機能のすべて
に対して同様に復号化し様式化する対応する内部失敗報
告（ステップ２４２）を発生する。同様に、エラー・フ
ラグがない場合には、この機能は、ＥＰ＿Ｏｐｅｒａｔ
ｉｏｎｓ＿Ｍａｎａｇｅｍｅｎｔプログラムに渡される
成功報告（ステップ２４４）を発生する。この報告はオ
リジネータに渡される（ステップ２４６）。

【００５２】中央電子複合体（ＣＥＣ）１３のプロセッ
サの電源がオンにされる場合にはいつでも、図７に示さ
れている電源オンプロセス３００が呼び出される。先
ず、外部「基本検査標識」がリセットされ、全エラー標
識がリセットされる（ステップ３０２）。次に、電源オ
ンシーケンスが発生していることを示すために外部「電
源進行中（ｐｏｗｅｒ−ｉｎ−ｐｒｏｇｒｅｓｓ）」標
識がセットされる（ステップ３０４）。次に、空気移動
装置（すなわち冷却ファン）がオンにされ（ステップ３
０６）、空気の流れが安定化するまで所定期間、電源オ
ンプロセスは待機する（ステップ３０８）。次に、空気
の流れを内部仕様に照らしてチェックし、それが適当で
あるか確認する（決定ブロック３１０）。空気の流れが
適当でない場合には、外部「空気の流れエラー」標識が
セットされ（ステップ３２２）、「失敗」完了報告が作
成され（ステップ３３０）、外部「基本チェック」標識
がセットされて（ステップ３３２）、電源オンプロセス
が成功したか否かを指示する報告が発呼者に戻される
（ステップ３３４）。ステップ３１０に戻って、空気の
流れが適当な場合には、電源装置がオンにされ（ステッ
プ３１２）、電源装置が安定化するまで所定期間、電源
オンプロセスが待機する（ステップ３１４）。電源装置
の電源が内部仕様外にある場合には（判定ブロック３１
６）、外部「電圧エラー」標識がセットされ（ステップ
３２４）、対応する失敗報告が作成され（ステップ３３
２）、「基本チェック標識」がセットされ、報告を伴っ
ての復帰が発呼者（すなわちＧＤＳ経路指定機能２０
７）に行われる（ステップ３３４）。判定ブロック３１
６に戻って、もし電圧が範囲内にある場合には、電流を
チェックして、それが内部仕様内にあるかどうかを決め
る（判定ブロック３１８）。電流が仕様外の場合には、
外部「電流エラー」標識をセットする（ステップ３２
６）。さらに（ステップ３３０〜３３４は上記のように
実行される）。判定ブロック３１８に戻って、電流が仕
様内にある場合には、オンにされるべき他の電源装置が
あるか否かを判定する（判定３１９）。もうオンにされ
るべきものがない場合には、外部「電源進行中」標識が
リセットされ（ステップ３２０）、「成功」完了報告が
作成され（ステップ３２８）、発呼者に戻される（ステ
ップ３３４）。複数の電源装置が機械設計に関与してい
る場合には、各電源装置ごとに、ステップ３１２〜３１
９が繰り返される。

【００５３】中央電子複合体（ＣＥＣ）のプロセッサが
初期設定されるべきである場合いつでも、図８に示され
ている初期マイクロプログラムロード（ＩＭＬ）プロセ
ス４００が呼び出される。先ず、要求されたＩＭＬモー
ドに基づいて、ハードウェアラッチが必要な初期状態に
セットされる（ステップ４０２）。次に、すべてのハー
ドウェアアレイはその初期状態にセットされる（ステッ
プ４０４）。次いで、ハードウェアマイクロプログラム
はマシン制御メモリにロードされる（ステップ４０
６）。次に、マイクロプログラムデータ領域は初期状態
にセットされる（ステップ４０８）。次いで、マシンの
入出力装置に関する定義がマシンメモリにロードされる
（ステップ４１０）。次に、全集積入出力クラスタアダ
プタを初期設定する（ステップ４１２）。次に、全顧客
記憶装置は初期設定される（すなわち、ゼロにクリアす
る）（ステップ４１４）。次に、（ステップ４０６によ
りロードされた）マイクロプログラムが起動され、顧客
の指示を処理する用意をする（ステップ４１６）。何ら
かのエラーに出会った場合には（判定ブロック４１
８）、「失敗」完了報告が作成され（ステップ４２
０）、発呼者に戻される（ステップ４２４）。もし、判
定ブロック４１８で、エラーに出会わなかった場合に
は、「成功」完了報告が作成され（ステップ４２２）、
発呼者に戻される（ステップ４２４）。

【００５４】オペレーティングシステムをプロセッサ
（中央電子複合体ＣＥＣ１３）にロードして実行するこ
とが望まれる場合いつでも、図９に示されている初期プ
ログラムロード（ＩＰＬ）プロセス５００が呼び出され
る。先ず、ＬＯＡＤ要求のどの認定オペランドも有効性
を点検され（判定ブロック５０２）、無効なものが何か
見出される場合には（判定ブロック５０２、ｎｏ分
岐）、「失敗」完了報告が作成され（ステップ５２
６）、発呼者に戻される（ステップ５２８）。判定ブロ
ック５０２に戻って、全オペランドが有効な場合には
（判定ブロック５０２、ｙｅｓ分岐）「ｓｔｏｒｅｓｔ
ａｔｕｓ」プロセスが必要か否かを（内部状況標識か
ら）判定する（判定ブロック５０４）。必要なら、「ｓ
ｔｏｒｅｓｔａｔｕｓ」プロセスが実行される（ステッ
プ５１２）。ｓｔｏｒｅｓｔａｔｕｓが必要か否かで、
プロセッサのレジスタが次に初期設定される（ステップ
５０６）。次いで、プロセッサのプログラム状況ワード
（ＰＳＷ）を初期設定する（ステップ５０８）。次に、
全保留のプロセッサ割込みがリセットされる（ステップ
５１０）。次に、顧客記憶装置がクリアされなければな
らないか否かを（ＬＯＡＤオペランドから）判定する
（判定ブロック５１４）。記憶装置がクリアされなけれ
ばならない場合、顧客記憶装置は０にリセットされる
（ステップ５１６）。記憶装置がクリアされるべきか否
かで、ＩＰＬブートプログラムは、続いてＬＯＡＤコマ
ンドに対するオペランドとして特定された入出力アドレ
スから顧客記憶装置にロードされる（ステップ５１
８）。次に、ＩＰＬブートプログラムが実行される（ス
テップ５２０）。何らかのエラーに出会った場合には
（判定ブロック５２２）、「失敗」完了報告が作成され
（ステップ５２６）、発呼者に戻される（ステップ５２
８）。エラーに出会わなかった場合には（判定ブロック
５２２）、「成功」完了報告が作成され（ステップ５２
４）、発呼者に戻される（ステップ５２８）。

【００５５】図１０に示されているサービス認可の遠隔
サービス機構プロセス６００は、ハードウェアサービス
をサービス提供者から要求することが必要となる場合い
つでも、呼び出される。先ず、マシンを明確に識別する
基本情報は内部情報から収集され（ステップ６０２）、
送信するために様式化される。この基本情報は、マシン
の型式、マシンのモデル、マシンの連続番号を含んでい
る。次に、顧客をマシンにより明確に識別する基本情報
は、内部情報から収集され、送信するために様式化され
る（ステップ６０６）。次に、サービス要求の理由に特
有な内部エラー記録情報は、内部情報から収集され、送
信するために様式化される（ステップ６０６）。次に、
関係する記憶ダンプ又は命令トレースは送信するために
様式化される（ステップ６０８）。次に、送信装置（同
期データリンク制御（ＳＤＬＣ）アダプタ及びモデム）
が使用可能か否かを判定しなければならない（判定６１
０）。それらが現在使用可能でない場合には、遠隔サー
ビス装置が一分間待機して再び検査する。それらが使用
可能である場合、以前記憶されているダイアル情報を用
いて、遠隔サービス装置が遠隔サービス支援装置への接
続を開始する（ステップ６１２）。遠隔サービス支援装
置に接続されると、機械が適切に登録され、認可されて
いる場合にのみ、セッションが受け入れられる。セッシ
ョンが受け入れられない場合には（判定ブロック６１
６）、「失敗」報告が作成され、発呼者に戻される。セ
ッションが受け入れられる場合には、この要求により前
もって様式化されたデータは遠隔サービス支援装置に送
信される（ステップ６１８）。送信がエラーなしで完了
される場合には（判定ブロック６２０）、遠隔サービス
装置が「成功」報告を作成して、これを発呼者に戻す。
伝送エラーがあった場合には、遠隔サービス装置が「故
障」報告を作成して、これを発呼者に戻す。

【００５６】図２〜図６は、また、オペレーティングシ
ステム１４に対してインタフェースを提供するためにロ
ーカルプロセッサのコンソール１６に取り付けられてい
るワークステーション制御装置１８を示している。オペ
レーティングシステム１４は、時々、日時、ジョブをす
る順序のような情報を必要とし、要求をＣＲＴ画面７１
９に表示することによりローカルオペレータから情報を
得ることができる。表示を行うため、オペレーティング
システム１４は３２７０データストリームをワークステ
ーション制御装置１８に送信し、ワークステーション制
御装置１８はこれと関連する端末クラスタアダプタ７２
３を駆動する。どちらも予め規定されたプロトコルによ
り同軸通信装置でのデータ交換を制御するためにハード
ウェアインタフェース及びマイクロコードを含んでいる
点で、端末クラスタアダプタ（ＴＣＡ）７２３は上記デ
バイスクラスタアダプタ（ＤＣＡ）２３と同様である。
次いで、ＴＣＡ７２３は、表示装置（好ましい実施例で
は、ローカルプロセッサのコンソール表示装置７３１の
ディスプレイウィンドウ）を駆動する端末エミュレータ
プログラム１９３を駆動する。次いで、オペレータはキ
ーボード７２９を介して必要な情報を入力することがで
き、その結果得られたキーストロークは、端末エミュレ
ータプログラム１９１、端末クラスタアダプタ（ＴＣ
Ａ）７２３及びワークステーション制御装置１８を介し
て、オペレーティングシステム１４に送られる。

【００５７】本発明によると、ワークステーション制御
装置１８は、また、中央コンピュータ２８のプログラム
１３１により、又はキーボード１２９を介してオペレー
タ入力により遠隔制御されることができる。遠隔制御の
第１のステップは、プログラム１３１又はキーボード１
２９を介してオペレータがローカルプロセッサのコンソ
ール１６に対して「照会（ｑｕｅｒｙ）オペレーティン
グシステム」コマンドが発生されることである。このコ
マンドは、コマンド構造がオペレーティングシステム・
アプリケーション１９１をローカルプロセッサのコンソ
ール１６内でコマンドの目標として指定することを除け
ば、上記Ａｃｔｉｖａｔｅコマンドと同様な方法で処理
され、ローカルプロセッサのコンソール１６に伝送され
る。応答して、オペレーティングシステム・アプリケー
ション１９１は、上記オペレーティングシステム表示装
置の現内容を画面バッファ７５０から抽出し、次いで、
オペレーティングシステム・アプリケーション１９１
が、物理装置コード１１１、同期データリンク制御（Ｓ
ＤＬＣ）クラスタアダプタ１０１、モデム４０、回線１
３５、モデム３６、制御装置３４及びＶＴＡＭ３０を介
して、画面情報を１行ずつ中央コンピュータ１２８に伝
送する。画面の各行は、各行の画面位置を保持するため
にメッセージとして伝送されることに留意されたい。次
いで、プログラム１３１又は遠隔オペレータは、画面デ
ータを解析し、どのような動作が適当かを判定し、必要
な情報をオペレーティングシステム・アプリケーション
１９１のために指定された「ＣＭＤ」コマンドとして伝
送する。この場合、オリジネータがオペレーティングシ
ステム１４に与えられるのに必要な情報を含んでいるオ
ペランドＴＥＸＴ（．．．）を含んでいなければならな
いことを除けば、コマンド構造のための書式は他のコマ
ンドと同様である。

【００５８】この情報は、ｑｕｅｒｙ（照会）コマンド
に対して上述の方法で、オペレーティングシステム１４
に伝送される。オペレーティングシステム・コマンド
は、オペレーティングシステム・アプリケーション１９
１から、端末クラスタアダプタ７２３、ワークステーシ
ョン制御装置１８、次いでオペレーティングシステム１
４に渡される。オペレーティングシステム・アプリケー
ション１９１は、高水準コマンドをオペレーティングシ
ステムのキーボード、７１７又は７２９へのキーボード
入力をシミュレートするためにキーストロークに変換
し、ワークステーション制御装置１８はキーストローク
を３２７０データストリームに変換する。

【００５９】以上に基づいて、本発明を実施するコンピ
ュータ・ネットワーク及びプログラムが開示されてい
る。しかしながら、本発明の特許請求の範囲から逸脱す
ることなく、数多くの置換及び修正を行うことが可能で
ある。例えば、所望なら、ＥＰ＿Ｏｐｅｒａｔｉｏｎｓ
＿Ｍａｎａｇｅｒ１３０の翻訳機能は中央コンピュー
タ１２８で実行させることが可能なはずであり、その結
果のハードウェアマイクロコード機能の諸要求は、ネッ
トビュープログラム３２、ＶＴＡＭ３０、制御装置３
４、モデム３６、通信回線１３５、モデム４０、同期デ
ータリンク制御（ＳＤＬＣ）アダプタ１０１、物理装置
コード１１１を介して、ローカルプロセッサのコンソー
ル１６に転送させることが可能なはずである。

【図面の簡単な説明】

【図１】従来技術によるコンピュータプロセッサの遠隔
制御を提供するコンピュータ・ネットワークのブロック
図である。

【図２】本発明によるコンピュータプロセッサの遠隔制
御を提供するコンピュータ・ネットワークのブロック図
である。

【図３】図２に示されているネットワークにより提供さ
れる情報の流れ及びコンピュータプロセッサの遠隔制御
を実施するステップを示す流れ図である。

【図４】図３のＥＰ＿Ｏｐｅｒａｔｉｏｎｓ＿Ｍａｎａ
ｇｅｍｅｎｔ機能（ステップ１６２ないし１６８）をさ
らに規定している詳細な流れ図である。

【図５】図５Ａと図５Ｂのフローチャートの位置関係を
示した図である。

【図５Ａ】図３の内部機能実行ステップ（ステップ１６
４）をさらに規定している流れ図である。

【図５Ｂ】図３の内部機能実行ステップ（ステップ１６
４）をさらに規定している流れ図である。

【図６】図２のローカルプロセッサのコンソール１６を
より詳細に示しているブロック図である。

【図７】図７Ａと図７Ｂのフローチャートの位置関係を
示した図である。

【図７Ａ】図５でプロセッサの電源オン機能の実行（ス
テップ２３０）をさらに規定している流れ図である。

【図７Ｂ】図５でプロセッサの電源オン機能の実行（ス
テップ２３０）をさらに規定している流れ図である。

【図８】図５でプロセッサの初期マイクロプログラムロ
ード機能の実行（ステップ２３４）をさらに規定してい
る流れ図である。

【図９】図９Ａと図９Ｂのフローチャートの位置関係を
示した図である。

【図９Ａ】図５でプロセッサの初期プログラムロード機
能の実行（ステップ２３８）をさらに規定している流れ
図である。

【図９Ｂ】図５でプロセッサの初期プログラムロード機
能の実行（ステップ２３８）をさらに規定している流れ
図である。

【図１０】図１０Ａと図１０Ｂのフローチャートの位置
関係を示した図である。

【図１０Ａ】図６でサービス認可に関する遠隔サービス
装置のプロセッサ（ブロック２９５及び２４１）を規定
している流れ図である。

【図１０Ｂ】図６でサービス認可に関する遠隔サービス
装置のプロセッサ（ブロック２９５及び２４１）を規定
している流れ図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者チャールズ・ウィリアム・ゲイニー・ジュニアアメリカ合衆国12603、ニューヨーク州プーキープシー、ジェームズ通り 21番地 (72)発明者ウィリアム・ケビン・ケリーアメリカ合衆国12590、ニューヨーク州ワッピンジャース・フォールス、ヒルトップ・ドライブ 25番地 (72)発明者サミュエル・リー・ウェンツアメリカ合衆国13760、ニューヨーク州エンドウェル、グリーンウッド・グレン 1128番地

Claims

【特許請求の範囲】

【請求項１】第２のコンピュータにローカルに結合さ
れ、複数の高水準コマンドにより前記第２のコンピュー
タの操作を制御するための手段を含む第１のコンピュー
タと、前記第１及び第２のコンピュータと離隔されている第３
のコンピュータと、前記第３のコンピュータと第１のコンピュータ間に配置
され、前記高水準コマンドを前記第３のコンピュータか
ら前記第１のコンピュータに伝送する通信手段とを備
え、前記第３のコンピュータは、前記第３のコンピュータで
実行されているプログラム又は前記第３のコンピュータ
のオペレータインターフェースのいずれから前記比較的
高水準コマンドを受信するための手段を含み、前記第１のコンピュータは、前記複数の高水準コマンド
にそれぞれ対応し、各々は前記第１のコンピュータを制
御するために対応する高水準コマンドを実行する複数の
比較的低水準プログラム及び前記高水準コマンドに対応
する前記低水準プログラムを選択するための手段を含ん
でいることを特徴とするコンピュータ・ネットワーク。
【請求項２】前記高水準コマンドの一つが「Ａｃｔｉｖ
ａｔｅ」であり、前記対応する低水準プログラムが電源
オンを実施し、前記「Ａｃｔｉｖａｔｅ」コマンドに応
答して初期マイクロプログラムロード及び初期プログラ
ムロードが機能することを特徴とする請求項１記載のコ
ンピュータ・ネットワーク。
【請求項３】選択手段は、それぞれの高水準コマンドに
対応する各低水準プログラムのアドレスを識別するルッ
クアップ・テーブルを備えていることを特徴とする請求
項１のコンピュータ・ネットワーク。
【請求項４】選択手段はまた、ローカルユーザ・インタ
フェースから発する高水準コマンドを受信することがで
きることを特徴とする請求項１のコンピュータ・ネット
ワーク。
【請求項５】前記第１のコンピュータは、前記第２のコ
ンピュータを制御するために前記高水準コマンドの実行
が成功したか否かを指示する報告を作成する手段及びこ
の報告を前記第３のコンピュータに伝送する手段を含ん
でいることを特徴とする請求項１のコンピュータ・ネッ
トワーク。
【請求項６】前記第３のコンピュータは、前記高水準コ
マンドを前記第３のコンピュータで実行しているプログ
ラム及び前記第３のコンピュータに関連するキーボード
から受信する手段を含んでいることを特徴とする請求項
１のコンピュータ・ネットワーク。
【請求項７】前記第２のコンピュータはオペレーティン
グシステムを含み、前記高水準コマンドの一つは前記第
１のコンピュータに前記第３のコンピュータへのオペレ
ーティングシステム情報要求を送信するように指令する
ことを特徴とする請求項１のコンピュータ・ネットワー
ク。
【請求項８】前記オペレーティングシステム情報要求は
画面形式であることを特徴とする請求項７のコンピュー
タ・ネットワーク。
【請求項９】第２のコンピュータの操作を遠隔に制御す
るために第１のコンピュータを使用するための方法であ
って、前記第１のコンピュータで、前記第２のコンピュータの
操作を制御するために高水準コマンドを発生するステッ
プと、前記高水準コマンドを前記第２のコンピュータに対して
ローカルな第３のコンピュータへ伝送するステップと、前記高水準コマンドを前記第３のコンピュータにより翻
訳して、前記高水準コマンドを構成する比較的低水準の
コマンドを発生するステップと、前記低水準コマンドを前記第３のコンピュータにより実
行して、前記第２のコンピュータを活動化するステップ
とからなることを特徴とする方法。
【請求項１０】前記高水準「Ａｃｔｉｖａｔｅ」コマン
ドは前記第３のコンピュータにより翻訳され、前記第２
のコンピュータを電源オンにし、初期マイクロプログラ
ムロードにし、初期プログラムロードにすることを特徴
とする請求項９の方法。
【請求項１１】さらに、前記第２のコンピュータの活動
化に成功したか否かの報告を発生するステップと、前記アプリケーションプログラムが前記高水準「Ａｃｔ
ｉｖａｔｅ」コマンドを開始させた場合には、前記第１
のコンピュータで実行するアプリケーションプログラム
に前記報告を伝送するステップと、ユーザが、前記第１のコンピュータのキーボードを介し
て、前記高水準「Ａｃｔｉｖａｔｅ」コマンドを発した
場合には、前記報告を前記第１のコンピュータの画面に
表示するステップとからなることを特徴とする請求項９
の方法。
【請求項１２】前記第１のコンピュータは、前記高水準
コマンドの各々を汎用データストリームに変換して、こ
れを、対応する低水準プログラムを選択する選択手段に
渡す手段を含んでいることを特徴とする請求項１のコン
ピュータ・ネットワーク。