JPH0743685B2 - アプリケーションの遠隔制御を可能にするシステム構造及びボード取替えのための該システム構造の使用方法及びアプリケーションプログラムの実行方法 - Google Patents
アプリケーションの遠隔制御を可能にするシステム構造及びボード取替えのための該システム構造の使用方法及びアプリケーションプログラムの実行方法Info
- Publication number
- JPH0743685B2 JPH0743685B2 JP3119621A JP11962191A JPH0743685B2 JP H0743685 B2 JPH0743685 B2 JP H0743685B2 JP 3119621 A JP3119621 A JP 3119621A JP 11962191 A JP11962191 A JP 11962191A JP H0743685 B2 JPH0743685 B2 JP H0743685B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- application
- program
- presentation
- service
- 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 - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
-
- 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/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
-
- 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
- G06F11/2736—Tester hardware, i.e. output processing circuits using a dedicated service processor for test
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Auxiliary Devices For And Details Of Packaging Control (AREA)
- Stored Programmes (AREA)
- Multi Processors (AREA)
- Input From Keyboards Or The Like (AREA)
- Digital Computer Display Output (AREA)
- Exchange Systems With Centralized Control (AREA)
Description
【産業上の利用分野】本発明は、アプリケーションの遠
隔制御を可能にするシステム構造及びボード取替え方法
における該システム構造の使用方法に係わる。
隔制御を可能にするシステム構造及びボード取替え方法
における該システム構造の使用方法に係わる。
【従来の技術】システムに独特のサーブスプロセッサ及
びリザーブプロセッサを含むシステム構造は既に知られ
ている。また、これらのシステムで、遠隔装置からプロ
グラムの遠隔保守又はダウンローディングもしくはアッ
プローディングを行うことも知られている。
びリザーブプロセッサを含むシステム構造は既に知られ
ている。また、これらのシステムで、遠隔装置からプロ
グラムの遠隔保守又はダウンローディングもしくはアッ
プローディングを行うことも知られている。
【発明が解決しようとする課題】このような遠隔保守又
は遠隔実行プログラムは通常、ユーザがシステムに固有
の知識を有することを必要とする人間工学的に余り洗練
されていない手段によって実施される。本発明の目的の
１つは、人間工学を考慮しながら中央システムのサービ
スプログラムを遠隔地点で使用できるようにするシステ
ム構造を提供することにある。
は遠隔実行プログラムは通常、ユーザがシステムに固有
の知識を有することを必要とする人間工学的に余り洗練
されていない手段によって実施される。本発明の目的の
１つは、人間工学を考慮しながら中央システムのサービ
スプログラムを遠隔地点で使用できるようにするシステ
ム構造を提供することにある。
【課題を解決するための手段】この目的を果たすため
に、アプリケーションの遠隔制御を可能にする本発明の
システム構造は、ネットワークを介して接続される第１
のサービスプロセッサと、中央システム（４）に接続さ
れるチャネル付き保守装置（４０）とを少なくとも含
み、前記第１のサービスプロセッサ（１）がサービスコ
ンソールスイッチ（３０）を介して遠隔保守ステーショ
ンＲＭＳ（６）と遠隔サービスコンソールＲＳＣ（５）
とに接続されてなるアプリケーションの遠隔制御を可能
にするシステム構造であって、前記第１のサービスプロ
セッサ及びコンソール及びステーションのそれぞれが、
オペレーティングシステムプログラムと、スーパバイザ
プログラムと、２個のアプリケーションに分割された少
なくとも第１のサービスプログラムとをさらに含み、
「ボディ」と称せられる一方のアプリケーションがプロ
グラムアルゴリズムを備えており、「プレゼンテーショ
ン」と称せられる他方のアプリケーションがメニューバ
ーを有するウインドウ表示を可能にするユーザとの間の
インターフェイスを含んでおり、各ボディアプリケーシ
ョン及びプレゼンテーションアプリケーションが、該ボ
ディアプリケーション及びプレゼンテーションアプリケ
ーションにそれぞれ接続するメッセージ交換モジュール
（１７３、１８３）を含んでいることを特徴とする。本
発明の別の目的は、作動プロセッサによって実行された
サービスのプレゼンテーションにリザーブプロセッサを
使用できるようにすることにある。この目的を達成する
ために、リザープサービスプロセッサは、サービスに対
応するプレゼンテーションアプリケーションを実行する
手段と、作動サービスプロセッサとの通信を行うための
手段とを含み、作動サービスプロセッサが、リザーブプ
ロセッサでプレゼンテーションが行われるサービスのボ
ディアプリケーションプログラムと、リザーブプロセッ
サでプレゼンテーションが行われる別のサービスのボデ
ィアプリケーションプログラム及びプレゼンテーション
プログラムとを同時に実行する手段を含む。別の特徴と
して、各サービスプロセッサ又はコンソールは、サービ
スの要請番号を取扱い且つサービスを開始させるスーパ
バイザプログラムを含む。別の特徴として、各サービス
プロセッサは他のサービスプロセッサとの通信を処理す
る手段を含む。更に別の特徴として、各コンソールはサ
ービスコンソールスイッチを介してサービスプロセッサ
の１つとの通信を処理する手段を含む。更に別の特徴と
して、アプリケーションのプレゼンテーションプログラ
ムはアプリケーションに応じて生成され且つメモリに記
憶されたウインドウと、そのアプリケーションのプレゼ
ンテーションプログラムに接続されたメッセージ伝達モ
ジュール１８３とを含み、このモジュールが、メッセー
ジを記憶しているメモリブロックのアドレスを含むメッ
セージを受信するための又はユーザにより受信メッセー
ジに対して与えられた応答に対応したコマンドを含むボ
ディプログラムのメモリブロックのアドレスを含むメッ
セージを送信するための基本要素（Ｐｒｉｍｉｔｉｖ
ｅ）を含む。更に別の特徴として、アプリケーションの
ボディプログラムはそのアプリケーションのボディプロ
グラムにリンクされたメッセージ伝達モジュール１７３
を含み、このモジュールが、メッセージを記憶している
メモリブロックのアドレスを含むメッセージを送信する
ための且つユーザによって与えられた応答を記憶してい
る、ボディプログラムのメモリブロックのアドレスを含
むメッセージを受信するための基本要素を含む。本発明
は、ボード取替え方法における前記構造の使用方法にも
係わる。この方法は、対話ボックス内に、選択すべき要
素群の識別子を表示し、マウスもしくはキーボードによ
ってその識別子を確認することにより要素群の識別子を
選択し、所望の要素を強調することによりこれら要素群
の中から１つの要素を選択し、且つマウスを用いて「Ｏ
Ｋ」メッセージを含む領域をクリックするることにより
前記選択を確認するステップを含むプレゼンテーション
アプリケーションを含む。別の特徴として、前記プレゼ
ンテーションアプリケーションは、更に、スロットが占
有されており且つシステムがその内容をコピーしようと
しているという意味のメッセージと、サービスの実行又
は停止を要求する質問とを対話ボックス内に表示し、且
つ「ｙｅｓ」領域又は「Ｎｏ」領域をクリックすること
によってサービスの実行又は停止を選択するステップも
含む。別の特徴として、この方法は強調により第２の要
素を選択すべく一群の要素を対話ボックス内に表示し、
且つ「ＯＫ」メッセージを含む領域をクリックすること
によってその選択を確認するステップも含む。別の特徴
として、この方法はプレゼンテーションアプリケーショ
ンが、更に、新しいボード挿入の要求の確認を要請し、
ユーザが取替えを実行できることを対話ボックス内に示
し、その後、確認又は取消しの選択を要求し、第２のス
ロットが占有されている又は空いていることをしらせる
ためにスロット上でクリックすることによって取替え動
作の確認又は取消しを行うステップを含む。更に別の特
徴として、この方法はプレゼンテーションアプリケーシ
ョンが、配置されているボードのテストの実行を対話ボ
ックス内に表示し、第１の要素に含まれている情報のコ
ピーが成功したことを表示し、第１のスロットからのボ
ードの取出しを許可するメッセージを表示し、ユーザに
この取出しの確認又は取消しを第１のスロットが空いて
いる又は占有されていることを知らせる領域をクリック
することによって行うように要求するステップを含む。
に、アプリケーションの遠隔制御を可能にする本発明の
システム構造は、ネットワークを介して接続される第１
のサービスプロセッサと、中央システム（４）に接続さ
れるチャネル付き保守装置（４０）とを少なくとも含
み、前記第１のサービスプロセッサ（１）がサービスコ
ンソールスイッチ（３０）を介して遠隔保守ステーショ
ンＲＭＳ（６）と遠隔サービスコンソールＲＳＣ（５）
とに接続されてなるアプリケーションの遠隔制御を可能
にするシステム構造であって、前記第１のサービスプロ
セッサ及びコンソール及びステーションのそれぞれが、
オペレーティングシステムプログラムと、スーパバイザ
プログラムと、２個のアプリケーションに分割された少
なくとも第１のサービスプログラムとをさらに含み、
「ボディ」と称せられる一方のアプリケーションがプロ
グラムアルゴリズムを備えており、「プレゼンテーショ
ン」と称せられる他方のアプリケーションがメニューバ
ーを有するウインドウ表示を可能にするユーザとの間の
インターフェイスを含んでおり、各ボディアプリケーシ
ョン及びプレゼンテーションアプリケーションが、該ボ
ディアプリケーション及びプレゼンテーションアプリケ
ーションにそれぞれ接続するメッセージ交換モジュール
（１７３、１８３）を含んでいることを特徴とする。本
発明の別の目的は、作動プロセッサによって実行された
サービスのプレゼンテーションにリザーブプロセッサを
使用できるようにすることにある。この目的を達成する
ために、リザープサービスプロセッサは、サービスに対
応するプレゼンテーションアプリケーションを実行する
手段と、作動サービスプロセッサとの通信を行うための
手段とを含み、作動サービスプロセッサが、リザーブプ
ロセッサでプレゼンテーションが行われるサービスのボ
ディアプリケーションプログラムと、リザーブプロセッ
サでプレゼンテーションが行われる別のサービスのボデ
ィアプリケーションプログラム及びプレゼンテーション
プログラムとを同時に実行する手段を含む。別の特徴と
して、各サービスプロセッサ又はコンソールは、サービ
スの要請番号を取扱い且つサービスを開始させるスーパ
バイザプログラムを含む。別の特徴として、各サービス
プロセッサは他のサービスプロセッサとの通信を処理す
る手段を含む。更に別の特徴として、各コンソールはサ
ービスコンソールスイッチを介してサービスプロセッサ
の１つとの通信を処理する手段を含む。更に別の特徴と
して、アプリケーションのプレゼンテーションプログラ
ムはアプリケーションに応じて生成され且つメモリに記
憶されたウインドウと、そのアプリケーションのプレゼ
ンテーションプログラムに接続されたメッセージ伝達モ
ジュール１８３とを含み、このモジュールが、メッセー
ジを記憶しているメモリブロックのアドレスを含むメッ
セージを受信するための又はユーザにより受信メッセー
ジに対して与えられた応答に対応したコマンドを含むボ
ディプログラムのメモリブロックのアドレスを含むメッ
セージを送信するための基本要素（Ｐｒｉｍｉｔｉｖ
ｅ）を含む。更に別の特徴として、アプリケーションの
ボディプログラムはそのアプリケーションのボディプロ
グラムにリンクされたメッセージ伝達モジュール１７３
を含み、このモジュールが、メッセージを記憶している
メモリブロックのアドレスを含むメッセージを送信する
ための且つユーザによって与えられた応答を記憶してい
る、ボディプログラムのメモリブロックのアドレスを含
むメッセージを受信するための基本要素を含む。本発明
は、ボード取替え方法における前記構造の使用方法にも
係わる。この方法は、対話ボックス内に、選択すべき要
素群の識別子を表示し、マウスもしくはキーボードによ
ってその識別子を確認することにより要素群の識別子を
選択し、所望の要素を強調することによりこれら要素群
の中から１つの要素を選択し、且つマウスを用いて「Ｏ
Ｋ」メッセージを含む領域をクリックするることにより
前記選択を確認するステップを含むプレゼンテーション
アプリケーションを含む。別の特徴として、前記プレゼ
ンテーションアプリケーションは、更に、スロットが占
有されており且つシステムがその内容をコピーしようと
しているという意味のメッセージと、サービスの実行又
は停止を要求する質問とを対話ボックス内に表示し、且
つ「ｙｅｓ」領域又は「Ｎｏ」領域をクリックすること
によってサービスの実行又は停止を選択するステップも
含む。別の特徴として、この方法は強調により第２の要
素を選択すべく一群の要素を対話ボックス内に表示し、
且つ「ＯＫ」メッセージを含む領域をクリックすること
によってその選択を確認するステップも含む。別の特徴
として、この方法はプレゼンテーションアプリケーショ
ンが、更に、新しいボード挿入の要求の確認を要請し、
ユーザが取替えを実行できることを対話ボックス内に示
し、その後、確認又は取消しの選択を要求し、第２のス
ロットが占有されている又は空いていることをしらせる
ためにスロット上でクリックすることによって取替え動
作の確認又は取消しを行うステップを含む。更に別の特
徴として、この方法はプレゼンテーションアプリケーシ
ョンが、配置されているボードのテストの実行を対話ボ
ックス内に表示し、第１の要素に含まれている情報のコ
ピーが成功したことを表示し、第１のスロットからのボ
ードの取出しを許可するメッセージを表示し、ユーザに
この取出しの確認又は取消しを第１のスロットが空いて
いる又は占有されていることを知らせる領域をクリック
することによって行うように要求するステップを含む。
【実施例】他の特徴及び利点は添付図面に基づく以下の
説明で明らかにされよう。本発明のシステムは、図１に
示すように、インタフェースソフトウェアＭＳＨ（ｍａ
ｉｎｔｅｎａｎｃｅ ｓｔａｔｉｏｎ ｈａｎｄｌｅ
ｒ）１０を介して、ＳＴＡＲＬＡＮ型のネットワークを
構成する電気通信コンソールの保守用の処理線１２に接
続された作動サービスプロセッサ（作動ＡＵＳＰ）１を
含む。この線１２はクロック及び保守装置４０に接続さ
れており、これによりサービスプロセッサ１と、第２の
線２２を介して接続された第２のサービスプロセッサと
（リザープＡＵＳＰ）２と、中央システム４１との間の
通信が確保される。中央サブシステム４のクロック及び
保守装置４０は線４３を介して一組の保守プロセッサ
（ＭＰＫ）４２にも通信するよう構成されている。作動
サービスプロセッサ１及びリザーブサービスプロセッサ
２は更に、夫々の遠隔線ハンドラＲＬＨ（ｒｅｍｏｔｅ
ｌｉｎｅ ｈａｎｄｌｅｒ）１１及び２１を介してサ
ービスコンソールスイッチ３にも通信するように構成さ
れている。このサービスコンソールスイッチ３は、回路
３０と適当なスイッチングマトリックスとを介して各サ
ービスプロセッサを所与の国の電気的ネットワーク５２
と通信し且つこの電気的ネットワーク５２を介してステ
ーション５と通信することができる。このステーション
５は、インタフェースプログラム５０を介してネットワ
ーク５２と通信するように構成された遠隔サービスコン
ソールＲＳＣを含む。各サービスプロセッサは、インタ
フェースソフトウエア６０を介してネットワーク５２に
接続された遠隔保守ステーション（ＲＭＳ）６にもネッ
トワーク５２を介して通信できる。インタフェースソフ
トウェア２１及び１１を介してサービスコンソールスイ
ッチに接続された線２３及び１３は伝送速度が４，８０
０ボーであり、クロック及び保守装置４０と協働してＳ
ＴＡＲＬＡＮネットワークを構成する線１２及び２２は
約１メガビット／秒の伝送速度を有する。保守プロセッ
サ４２は中央システムの複数組の入力／出力装置に接続
されている。図２は、サービスプロセッサ１及び２をＳ
ＴＡＲＬＡＮネットワークを介して保守装置４０と通信
するためのソフトウェア環境を示している。作動サービ
スプロセッサは１、ＭＳＨソフトウェア１０とディスク
オペレーティングシステムＭＳ−ＤＯＳを含むオペレー
ティングシステムとを有する他に、マルチタスクウイン
ドウ型ソフトウェア例えばＷＩＮＤＯＷＳと後述のソフ
トウェア部分とをも含む。作動サービスプロセッサ１
は、ＳＴＡＲＬＡＮ型ネットワークのボード１４とゲー
トウェイを備えたハードウェア要素１０１とＳＴＡＲＬ
ＡＮネットワークの線１２とを介して、第２のゲートウ
ェイ４００とコントローラ回路４０１とＮＥＴＢＩＯＳ
インタフェースソフトウェア４０２とサービスプロセッ
サにインタフェースするソフトウェア４０３とに通信す
るＮＥＴＢＩＯＳ通信ソフトウェア１００をまた含んで
いる。リザーブサービスプロセッサ２も同様の要素を含
むが、その参照符号は十又は百の位の数字を２として表
した。各サービスプロセッサは更に、夫々のオペレーテ
ィングシステム１５、２５内に、所与のアプリケーショ
ンのためのボディプログラム１７、２７（図１）及び該
アプリケーションのためのプレゼンテーションプログラ
ム１８、２８（図１）を含む。遠隔コンソール５、６も
これらサービスプロセッサと同様に、キーボード及びマ
ウスを備えたマイクロコンピュータとオペレーティング
システム６５、５５とを含み得る。これらオペレーティ
ングシステム６５、５５は、サービスプロセッサと同様
に、ディスクオペレーティングシステムＭＳ−ＤＯＳ
と、マルチウインドウソフトウェアＷＩＮＤＯＷＳと、
１つ又は複数のコンソールでプレゼンテーションを開始
させる役割のスーパバイザソフトウェアＳＰＶとを含
む。モジュールＬＰＸＭＳは、付帯的なメッセージ及び
全てのサービスの全ての対話をハードディスクのファイ
ルＬＯＧ及びＬＯＧＭに夫々記憶できるようにする。作
動サービスプロセッサ１のスーパバイザはＲＬＨを介し
てコンソールの接続又は切断状態を確認し、その結果コ
ンソールスイッチ３０に命令を出して、後述のようにプ
レゼンテーションを構成する。また、クロック及び保守
装置４０は第１サービスプロセッサ１が故障した場合に
第２サービスプロセッサ２を始動させ、スーパバイザＳ
ＰＶはこのサービスプロセッサ２内に同じアプリケーシ
ョンをセットアップする。遠隔ステーション５、６は、
サービスプロセッサ１及び２で夫々実行されているアプ
リケーションのボディプログラムのプレゼンテーション
ソフトウェアに対応するプレゼンテーションソフトウェ
ア５８、６８も有する。図３は、本発明の実施に必要な
システム構造の原理を示している。この構造では、例え
ば作動サービスプロセッサ１で実行されている所与のア
プリケーションのボディプログラム１７がそのアプリケ
ーションのプレゼンテーションプログラム１８と、テキ
ストラインとアクノレッジ又は応答メッセージとを交換
する。このメッセージ及びテキストラインの交換は、ア
プリケーションのボディプログラム及びアプリケーショ
ンのプレゼンテーションプログラムに夫々リンクされた
ライブラリメッセージハンドリングモジュール（ＬＢＸ
ＭＳ）１７１及び（ＬＰＸＭＳ）１８３を介して実行さ
れる。アプリケーションのプレゼンテーションプログラ
ムは、ソフトウェア（ＷＩＮＤＯＷＳ）１５０との間
で、タスクの取り扱い及びウインドウの表示に必要な基
本要素を交換する。プレゼンテーションアプリケーショ
ンは４つの構成要素を１つの組にまとめたものとみなさ
れるＷＩＮＤＯＷＳプログラム１５０を用いて展開され
る。前記４つの構成要素のうち、第１の要素はコア要素
（ＫＥＲＮＥＬ）１５１であって、タスクの取り扱い、
メモリの割当て、タイマ機能及びダイナミックリンクを
確保し、第２の要素（ＵＳＥＲ）１５２はウインドウの
取り扱い及び生成を確保するのに用いられ、第３の要素
（ＧＤＩ）１５３は図形を描くために図形機能を可能に
し、第４の要素（ＣＯＭ）１５４は、例えばアプリケー
ション間のデータ交換のプロトコルであってアプリケー
ション間の通信を可能にするＤＤＥ（ｄｙｎａｍｉｃ
ｄａｔａ ｅｘｃｈａｎｇｅ）プロトコルにより非同期
通信の機能を確保する。テキストラインの通信は、スク
リーンの形成に使用される一組のＷＩＮＤＯＷＳ基本要
素を含む通信に対して情報密度を低下させることがで
き、その結果交換速度が速くなる。図４は、作動サービ
スプロセッサ１がサービスコンソールスイッチ３０を介
して遠隔保守コンソール６とマイクロコンピュータを含
む遠隔サービスコンソール５とに接続されている場合の
構造の機能を示している。前記マイクロコンピュータは
サービスプロセッサ１と同様に、マウス及びオペレーテ
ィングシステム５５０、５５１、５５２を含み、これら
のオペレーティングシステムは夫々ＭＳ−ＤＯＳ、ＷＩ
ＮＤＯＷＳソフトウェア及びスーパバイザＳＰＶを含
む。保守ステーション６では、オペレーティングシステ
ムが要素６５０、６５１、６５２を含む。ＲＳＣインタ
フェース５０は通信回線とマイクロコンピュータ５との
間のインタフェースを行い、これらの通信回線を介し
て、ＲＬＨインタフェース１１により通信回線にインタ
フェースされたサービスプロセッサ１と通信する。保守
ステーション６もＲＳＣインタフェースと同じ機能をも
つＲＭＳインタフェース６０を含む。このＲＳＣインタ
フェースは、ボード取替えアプリケーションＲＰＢを含
むアプリケーション５８のプレゼンテーションプログラ
ムにリンクしたライブラリメッセージモジュール５８３
を介して通信を行う。ボード取替えアプリケーションの
ボディプログラム１７は作動サービスプロセッサで実行
され、ＲＬＨインタフェース１１との通信を可能にする
ようにメッセージライブラリ１７１にリンクされてい
る。サービスコンソールスイッチ３０は、スイッチング
マトリックスと作動プロセッサ１のＲＬＨインタフェー
スによって供給される情報とに基づいて、２つのコンソ
ールが接続されている場合にはこれら２つのコンソール
にサービスプロセッサからのメッセージを直接送り、遠
隔サービスコンソールが接続されている場合には遠隔サ
ービスコンソール５から出力される全てのメッセージを
サービスプロセッサ１と保守コンソールとに送り、且つ
保守コンソールから出力された全てのメッセージをサー
ビスプロセッサに送ることを可能にする。このような動
作が可能なのは、ＲＬＨがコンソールが接続されている
限りは夫々のインタフェースＲＳＣ又はＲＭＳとの対話
を確立し且つスーパバイザプログラム１５２にネットワ
ークのコンソールの接続又は切断状態を知らせるように
なっているからである。このテーブルは次いでコンソー
ルスイッチ３０を介する通信の確立に使用される。図５
は、サービスプロセッサ１が遠隔コンソール５と通信し
ている場合の前記構造の機能を示している。遠隔コンソ
ール５は、ライブラリモジュール（ＸＭＥＳＳ）５８３
と、ネットワークを介してサービスプロセッサのＲＬＨ
インタフェース１１と通信するＲＳＣインタフェース５
０とによってＲＰＢアプリケーション５８のプレゼンテ
ーションプログラムを実行するのに使用される。この通
信では、サービスプロセッサがアプリケーションのボデ
ィプログラム１７を実行し、スーパバイザ１５２が、付
帯的メッセージとサービスプロセッサで実行されている
全てのサービスプログラムの全ての対話とをディスク１
６のＬＯＧファイル１６０及びＬＯＧＭファイル１６１
に夫々記憶させる。ＲＬＨインタフェース１１はサービ
スコンソールスイッチ（ＳＣＣ）３０を介して遠隔ステ
ーションを観察し、ＲＬＨとＳＣＣとをつなぐ単一のデ
ータ通信回線を確立する。サービスプロセッサをステー
ションＲＭＳ及びＲＳＣにリンクする２つのデータ通信
回線はＳＣＣによって確立される。図５の構造では、サ
ービスプロセッサ１がＶＭＰと称する別のアプリケーシ
ョンを例えば実行し得、このＶＭＰアプリケーションの
プレゼンテーションプログラムによって該アプリケーシ
ョンをモニタ上に提示することができ、第２のアプリケ
ーションＲＰＢがステーションＲＳＣのモニタ上に提示
される。これと同時に、ＶＭＰアプリケーションの対話
のコピーがＲＳＣステーションで得られる。図６は本発
明のシステムの別の利点、例えば作動サービスプロセッ
サ１で実行されるアプリケーションのプレゼンテーショ
ンプログラムをリザーブサービスプロセッサ２で実行す
ることができるという利点を示している。これは、ハー
ドウェアの信頼性が向上しているためにリザーブサービ
スプロセッサとしての役割の重要性が低下しているリザ
ープサービスプロセッサを活用することができ、アプリ
ケーションのプレゼンテーションを行うための補足コン
ソールとして使用することができるという利点である。
図６の場合は、サービスプロセッサ２がＲＰＢアプリケ
ーション２７のプレゼンテーションプログラムを実行
し、ＲＰＢアプリケーションのボディプログラムが作動
サービスプロセッサ１によって実行される。サービスプ
ロセッサ１及び２は、図２に示すように、ＭＳＨインタ
フェース１０、２０及びＳＴＡＲＬＡＮネットワークを
介して相互に通信する。図７はメッセージのフォーマッ
トを示している。第１タイプのフォーマットはアプリケ
ーションのボディプログラムとライブラリモジュールＸ
ＭＥＳＳとの間で交換されるメッセージに対応する。こ
の場合のフォーマットは、メッセージ番号とその後のメ
ッセージテキストとを備えている。メッセージ番号は例
えばＶＳＨ ００１、又はボード取替えアプリケーショ
ンの場合はＲＰＢ １２０であり得る。メッセージテキ
ストは「ｍｙ ｐｒｅｆｉｘｅｄ ｍｅｓｓａｇｅ（私
のプレフィックスメッセージ）」、又はボード取替えア
プリケーションの場合には「Ｔｈｅ ｒｅｑｕｅｓｔｅ
ｄ ｓｌｏｔ ｃｏｎｔａｉｎｓ ａ ｂｏａｒｄ（要
求されているスロットはボードを含む）」といったもの
であり得る。２つの遠隔インタフェースのライブラリモ
ジュールＸＭＥＳＳの間でメッセージが交換される場合
は、メッセージが、前述のごときメッセージ番号及びテ
キストの前に例えばＳＹＣ ０１といったサービスの名
称を含む。図７の最後の行に示した記録されたメッセー
ジでは、インタフェースメッセージＸＭＥＳＳのフォー
マットの前に日付及び時間が挿入されている。図８〜図
１６は、ボディプログラム及びプレゼンテーションプロ
グラムが本発明の原理に従って分解できるアプリケーシ
ョンの一例を示している。図８はボディプログラムの進
行過程のアルゴリズを示し、図１０〜図１５はプレゼン
テーションアプリケーションの実行によって生じた結果
を示している。図９〜図１６に対応する種々のウインド
ウの生成は、ボード取替えのボディアプリケーションプ
ログラムに対応するプレゼンテーションアプリケーショ
ンの一部分をなすものであり、例えばデータ処理システ
ムの画面上で見ることのできる対話ウインドウを形成す
る方法と、この方法を採用した装置とを用いて実施され
る。これらの方法及び装置は１９８８年６月２２日にＢ
ＵＬＬ Ｓ．Ａ．によって出願された仏国特許出願第８
８．０８３８１号に開示されている。最初のステップ
は、符号９００で示すサービスプログラムのスタートを
含む。このステップではまず、種々のサービスのメニュ
ーからボード取替えサービスＲＰＢを選択するためにス
ーパバイザサービスプログラムＳＰＶをウインドウ内に
呼び出し、マウスでその名称上をクリックすることによ
ってこのサービスを開始する。サービスが開始された場
合に、ＲＰＢが尋ねる最初の質問は処理の行われる物理
的位置の識別である。これは、図８のフローチャートの
ステップ９０１に相当する。ボード取替えプレゼンテー
ションプログラムではこのステップに対応してウインド
ウ９０１０（図９）が開かれ、その中に対話ボックス９
０１１が表示される。この対話ボックスは、取替えられ
得る各要素の型に対応する３つのラジオボタンのボック
スを含む第１の組９０１２を含む。第１のボタン９０１
２０は中央処理装置ＩＰに対応し、第２のボタン９０１
２１は記憶装置ＨＭに対応し、第３のボタン９０１２２
は入力／出力装置ＩＵに対応する。この対話ボックス９
０１１はリストボックス９０１３も含む。ラジオボタン
上をクリックすることによって要素の型、例えば記憶装
置が選択されると、選択できる種々の記憶装置の要素が
このリストボックス内に表示される。このリストはＷＩ
ＮＤＯＷＳユーザに良く知られたスクロールシステムに
よって現れる。装置の型が選択され且つその装置の識別
子が示された場合、マウスで確認領域９０１４をクリッ
クすることによってその選択を確認する。スロット決定
ステップ９０１が終わると、ボディプログラムは所望の
処理が行えるようにスロット要求ステップに移る。選択
したスロット内に存在する物理的装置が使用不可能な場
合には、ボディプログラムがプレゼンテーションプログ
ラムにおいてその情報を表示せしめ、このステップを中
断してステップ９０７に移る。この使用不可という情報
の表示は、ボディプログラムとプレゼンテーションプロ
グラムとの間でメッセージ記号及び番号「ＲＰＢ １２
０」を有するメッセージ、即ち「Ｔｈｅ ｒｅｑｕｅｓ
ｔｅｄ ｓｌｏｔ ｃｏｎｔａｉｎｓ ａｂｏａｒｄ
ａｔ ｔｈｅ ｐｒｅｓｅｎｔ ｔｉｍｅ（現時点では
要求されたスロットがボードを含む）」というメッセー
ジに翻訳され交換される。このメッセージはプレゼンテ
ーションプログラムによって処理され、ウインドウ９０
５０（図１０）を発生させる。このウインドウの中に
は、グラフィック要素とメッセージフレーズと確認領域
９０５２とを含む対話ボックス９０５１が表示され、マ
ウスによってこの確認領域上をクリックすることにより
メッセージの受領がアクノレッジできる。この様子は図
１７に示した。このウインドウの第２の対話ボックスは
ユーザにこの処理をアボードしたいか続けたいかを尋ね
る。この第２の対話ボックスは処理のアボードに対応す
る領域９０７１を含み、この領域が指定されるとボディ
プログラムが「エンド」ステップ９１１（図８）に移
る。第２の領域９０７２（図１０）が指定されると、ボ
ディプログラムへの応答メッセージにより、ボディプロ
グラムの処理を準備するステップ９０９（図８）で処理
の続きが開始される。要求されたスロットが空いていれ
ば、又はそのスロット内に存在する装置がいずれのサー
ビス又はシステムによっても使用されていなければ、ボ
ディプログラムＲＰＢは要求が満たされたことをメッセ
ージによってプレゼンテーションプログラムに通知し、
システムが未使用ボードをコピーしようとしていること
をユーザに知らせることによって、ステップ９０９で処
理準備を行う。この様子を図１１のウインドウ９０９０
によって示した。このウインドウには、「Ｔｈｅ ｍｅ
ｍｏｒｙ ｂｏａｒｄ ｉｓ ａｌｌｏｃａｔｅｄ，
ｗｅ’ｌｌ ｔｒｙ ｔｏ ｃｏｐｙ ｉｔ（メモリボ
ード割当て済み、これをコピーします）」というメッセ
ージと確認領域９０９２とを含む対話ボックス９０９１
が表示される。ウインドウ９０９０は第２の対話ボック
ス９１１０も含み、この対話ボックスの第１の領域９１
１１は図８のステップ９１１に示すようにユーザが処理
をアボードする時に使用され、第２の領域９１１２は図
８のフローチャートのステップ９１３に移って処理を継
続する場合に使用される。例えば再コピーしようとする
ボードのある位置にメモリボードを再コピーしたい場合
には、スロット決定ステップ９０１の後に情報補足ステ
ップ９０４を任意に挿入し得る。このステップはプレゼ
ンテーションプログラムにおいて、対話ボックス９０１
１と同様の対話ボックス９０４１を含むウインドウ９０
４０の表示を開始させる。この実施例では、情報が記憶
装置ＨＭ０４から記憶装置ＨＭ０８、即ちメモリボード
を挿入すべき記憶装置に再コピーされるべきである。こ
のステップ９０４の後には、ユーザが再コピーに新しい
ボードを使用するのか又は現在あるボードを使用するの
かを確認するステップが続く。これは、図８のフローチ
ャートのステップ９０６又は９０８に対応する。これら
のステップはプレゼンテーションプログラムにおいてウ
インドウ９０６０（図１３Ａ）の表示を開始せしめる。
このウインドウには、「Ｄｏ ｙｏｕ ｈａｖｅ ａ
ｎｅｗ ｂｏａｒｄ ｔｏｉｎｓｅｒｔ？（挿入すべき
ボードをお持ちですか？）」という質問と、新しいボー
ドがあることを意味する「ｙｅｓ」応答領域９０６２
と、ユーザが既存のボードを使用したいという意味の
「ｎｏ」応答領域９０８０とを含む対話ボックス９０６
１が表示される。前記応答領域は、サービスプロセッサ
のマウス又はプレゼンテーションプログラムの実行に使
用される遠隔ステーションのマウスにより公知の方法で
確認される。例外的ではあるがユーザが装置のボードを
使用したい場合には、ＲＰＢが指定装置の使用の可能性
を確認し、使用可能であれば後述のステップ９１２（図
８）でその装置を要求する。ユーザが新しいボードを使
用したい場合には、ＲＰＢが指定スロットが確かに空い
ているか否かを確認し、空いていれば処理準備ステップ
９０９でそのスロットを要求する。処理の準備が終わる
と、ボディプログラムが中央処理装置から青信号を受信
し、「処理」ステップ９１３に処理を実行できることを
知らせる。この「処理」ステップ９１３はプレゼンテー
ションプログラムＰＲＰＢにおいてウインドウ９１３０
（図１３Ｂ）の表示を開始させる。このウインドウは、
所定スロットへのボードの挿入を許可するメッセージを
含む対話ボックス９１３１と、操作終了後に２つのラジ
オボタン９１５０又は９１７０の一方を確認することに
よりそのスロットがふさがっているか空いているかを指
示せよという要求を示す第２の対話ボックス９１３２と
を含む。次いで、マウスにより領域ゾーン９１３３をク
リックすることにより操作を確認する。ユーザがボード
を付加する場合は、ボディプログラムがステップ９２１
に移り、装置への最終的挿入が許可される前に既存ボー
ドのテストを行う。このテストはＲＰＢによって自動的
に開始されるＤＧＭサービスによって実行され、ＲＰＢ
は結果待機状態におかれる。テストの結果がＤＧＭによ
ってＲＰＢに送られると、ボード取替えプレゼンテーシ
ョンプログラムがテスト結果をユーザに通知する。これ
は、「Ａｌｌ ｒｉｇｈｔ，ｔｈｅ ｎｅｗ ｉｎｉｔ
ｉｓ ｓｕｃｃｅｓｓｆｕｌ（ＯＫ、新しいボードの
初期化成功」というＲＰＢメッセージ１１１によって行
われる。この場合は、サービスがステップ９０７で終了
する。新しいボードが無効の場合は、ボディプログラム
ＲＰＢがステップ９２３でボードの新たな取替えを提案
し、この提案がユーザに受け入れられると、プログラム
がユーザをステップ９０９に戻す。ステップ９１３の終
了後にメモリボードの取替え及び再コピーを行いたい場
合は、ボディプログラムＲＰＢがユーザをテスト及び初
期化ステップ９１２に戻す。この場合、再コピーすべき
メモリボードが導入されると、ボディプログラムＲＰＢ
がこのボードを初期化しようとする。これは、プレゼン
テーションプログラムＲＰＢにより、ウインドウ９１２
０（図１４）の表示によって示される。このウインドウ
では対話ボックス９１２１が「Ｔｅｓｔｓ ｉｎ ｐｒ
ｏｇｒｅｓｓ（テスト中）」というメッセージを表示
し、確認領域９１２２によってボディプログラムＲＰＢ
から送られたメッセージの受領がアクノレッジされる。
新しいボードが有効であれば、ＲＰＢはそのボードが欠
陥ボードの代わりに使用するのに適しているか否かを確
認し、適していればＲＰＢによって再コピー及び交換が
実行され、古いボードの識別子が繰り返し示されてその
ボードを除去すべきことが示される。初期化ステップは
ウインドウ９１２３（図１５Ａ）内の対話ボックス９１
２４によって表される。この対話ボックスは「Ａｌｌ
ｒｉｇｈｔ，ｔｈｅ ｃｏｐｙ ｉｓ ｓｕｃｃｅｓｓ
ｆｕｌ（ＯＫ、コピー成功）」というメッセージを含
み、確認領域９１２５を介してこのメッセージの受領が
アクノレッジされる。このメッセージの表示及び確認が
終わると、ボディプログラムＲＰＢはボードの取出しが
可能であることをユーザに知らせる第２のメッセージを
送出する。このメッセージは対話ボックス９１２６内に
表示され、このメッセージの受領が確認領域９１２７を
介してアクノレッジされる。ボードが不適当な場合は、
ＲＰＢがそのボードを取り出すべきであることを知ら
せ、該ボードの識別子を繰り返し示す。テストによって
ボードが無効であると判定された場合は、ＲＰＢがユー
ザに新たな取替えを提案し、ステップ９１８でユーザが
この提案を受け入れると、プログラムがユーザをステッ
プ９０９に戻す。取出しステップ９１４ではウインドウ
９１４０（図１５Ｂ）が生成される。このウインドウは
図形９１４２と、スロットＨＭ０４に存在するボードを
取り出せというメッセージ９１４１０とを示す対話ボッ
クス９１４１を含む。この対話ボックスはラジオボタン
ボックス９１４３も含んでおり、取出し操作終了時にこ
のラジオボタンボックスを介してスロットの状態を知ら
せるように要求される。ラジオボタン９１４３０はスロ
ットがふさがっている場合に通知することができ、ラジ
オボタン９４３１はスロットが空いている場合、即ちボ
ードが取出された場合に通知することができ。この対話
ボックスは、マウスを用いてクリックすることにより応
答を確認可能とする確認領域９１４４によって確認され
る。取出しが実行されると、プログラムがステップ９１
６で対話ボックス９１６０（図１６）内のメッセージ、
即ちコピーが正常に実行され特に問題はないという意味
のメッセージを表示させる。ユーザは確認領域９１６１
を介してこのメッセージの受領をアクノレッジする。以
上、ボード取替えという特定のアプリケーションについ
て、ボディプログラムの種々のステップと、このボディ
プログラムに対応するプレゼンテーションプログラムに
よって実行される表示とを説明してきた。このプレゼン
テーションプログラムの表示は例えば仏国特許出願“Ｐ
ｒｏｃｅｄｅ ｐｏｕｒ ｌａ ｇｅｎｅｒａｔｉｏｎ
ｄｅ ｆｅｎｅｔｒｅｓ ｄｅｄｉａｌｏｇｕｅ ｖ
ｉｓｕａｌｉｓａｂｌｅｓ ｓｕｒ ｌ’ｅｃｒａｎ
ｄ’ｕｎ ｓｙｓｔｅｍｅ ｉｎｆｏｒｍａｔｉｑｕｅ
（情報処理システムの画面上に表示可能な対話ウインド
ウの形成方法）”に記載の方法に基づいて詳述したが、
このようにして形成されたウインドウはメモリに記憶さ
れ、ボディプログラムによって作成されたメッセージに
より表示の必要に応じて呼び出される。ここで、図１７
〜１９を参照しながらこの機能について説明する。図１
７は、メッセージが応答を要求し且つプレゼンテーショ
ンが同一のエンティティで行われる場合に、アプリケー
ションのボディプログラム１７０と該アプリケーション
のプレゼンテーションプログラム１８４との間で行われ
る交換を示している。アプリケーションのボディプログ
ラム１７０はメッセージ交換ライブラリモジュール１７
１にリンクされている。ボディプログラム１７０の途中
でメッセージ又は送質問を送信するステップ、即ちこの
場合はプレフィックスについての質問に対応するステッ
プ１７０１に到達すると、ボディプログラム１７０はラ
イブラリモジュール１７１でメッセージ送信及び受信基
本要素１７１０、即ち送／受基本要素を使用する。この
基本要素は送信すべきメッセージをサービスプロセッサ
のバッファメモリに記憶し、ダイナミックデータ交換メ
ッセージＤＤＥ（Ｄｙｎａｍｉｃ Ｄａｔａ Ｅｘｃｈ
ａｎｇｅ）１７２を送出する。この処理の間に、メッセ
ージ交換プログラムＸＭＳは総てのサービスの対話を含
んでいるハードディスクファイル（ＬＯＧＭ）１７１１
にメッセージを書き込む。アプリケーションのボディプ
ログラムが実行されているサービスプロセッサによって
そのプロセッサで実行されているプレゼンテーションソ
フトウェアに送られるダイナミックデータ交換メッセー
ジ１７２は、メッセージ又は質問を含むメモリブロック
のアドレスを含む。プレゼンテーションアプリケーショ
ン及びそのメッセージ交換モジュール１８３は待機状態
にある。これは、ステップ１８３０のＬＰＸＭＳ−ＷＡ
ＩＴに相当する。プレゼンテーションアプリケーション
１８４はＶＭ−ＤＤＥ−ＤＡＴＡメッセージ１７２を受
信し、次いでこのアプリケーションはメッセージを指定
アドレスで読み取る。この読取を終了すると、このアプ
リケーションは該アプリケーションのプレゼンテーショ
ンプログラム内で、要求された表示の実行と質問に対す
る応答の受信とを可能にする要素を探索してメッセージ
を処理する。コンソールのユーザによって応答が与えら
れると、その応答１８４０がメッセージ交換ライブラリ
モジュール１８３の受信器基本要素１８３１に送られ
る。この基本要素は質問の受領をアクノレッジする第１
のダイナミックメッセージ１７５を送出せしめ、応答作
成後にその応答が記憶されていた記憶アドレスを含むメ
ッセージ１７６を送出させて、基本要素１７１０がメッ
セージ１７６によって示されたアドレスに含まれる応答
の読取りにより応答を処理できるようにする。図１８
は、メッセージが応答を要求せず且つプレゼンテーショ
ンが同一エンティティ例えば作動サービスプロセッサで
行われる場合のアプリケーションのボディプログラム１
７０と該アプリケーションのプレゼンテーションプログ
ラム１８４との間の交換を示している。この実施例で
は、メッセージ１８０１が送信基本要素１８１０を使用
し、この基本要素が必要なヘッダを有するメッセージの
作成後に、この作成メッセージの記憶アドレスを含むＤ
ＤＥメッセージ１８２を送出する。また、プレゼンテー
ションにリンクされたメッセージ交換モジュール１８３
はＤＤＥメッセージを受信すると指定のアドレスのメッ
セージを読取り、プレゼンテーションプログラムでメッ
セージ処理動作を開始させる。このメッセージ処理動作
は、図１４に示すようなウインドウの表示を可能にすべ
く、実行すべき表示に対応するデータを適当なアドレス
で探索することからなる。このメッセージ処理が終了す
ると、プレゼンテーションモジュール１８４が基本要素
１８３２を起動して、アプリケーションボディ１７０宛
の受領アクノレッジを送信せしめる。図１９の機能の原
理は図１８の場合と同じであるが、唯一の相異点とし
て、ダイナミックデータ交換メッセージ１９２がＲＬＨ
プログラム、即ちサービスプロセッサによって実行され
るアプリケーション１７０と通信回線との間でこれら通
信回線のプロトコルに従って実行される交換の取り扱い
を行うプログラムに送られる。このＲＬＨプログラム１
１は遠隔コンソールに位置する第２のプログラム、即ち
ＲＳＣプログラム５０又はＲＭＳプログラム６０にイン
タフェースする。ＲＳＣプログラム５０は通信回線を介
してメッセージが受信されると待機中のプレゼンテーシ
ョンのメッセージ処理アプリケーション（ＸＭＳ）１８
３に信号を送り、そのメッセージをプレゼンテーション
アプリケーション１８４に送る。このプレゼンテーショ
ンアプリケーションはメッセージの処理を開始させ、処
理終了後に基本要素１８３２を起動して受領アクノレッ
ジをＲＳＣプログラム方向に送出せしめ、次いで通信回
線を介して受信プログラム（ＲＬＨ）１１方向に送出せ
しめる。この受信プログラムはそのメッセージをＷＩＮ
ＤＯＷＳアプリケーションボディ１７０宛のダイナミッ
クデータ交換メッセージ（ＤＤＥ）１７５に変換する。
このようなシステムを使用すれば、第２のサービスプロ
セッサ又は遠隔コンソールがアプリケーションのプレゼ
ンテーションを実行し、このアプリケーションのボディ
プログラムが第１のサービスプロセッサにより遠隔地点
で実行されるようにできるのみならず、マン／マシンイ
ンタフェースを改善させることもできる。一変形例で
は、ボード取替えプレゼンテーションプログラムＲＰＢ
の最初のステップが、図２０に示すように、システムの
種々の構成要素、即ちサービスプロセッサ（ＡＵＳＰ）
２０１０１、中央サブシステム（ＣＳＳ）２０１０４を
含むシステムキャビネット２０１０２、給電ブロック
（ＡＬＩＭ）２０１０３及びベンチレーションアセンブ
リ（ＶＥＮＴ）２０１０５を図示するためのボックス２
０１００をウインドウ２０１０内に表示するカーソルで
クリックすることによって要素を選択すると、その選択
された要素に応じて、プレゼンテーションプログラムが
第２のボックス２０１１を出現させる。このボックスに
は、例えば中央サブシステム２０１０４が選択された場
合には、キャビネットのフロントパネルの使用可能ボー
ドアセンブリ２０１１４及びリヤパネルの使用可能ボー
ドアセンブリ２０１１５が表示される。メモリ用のボー
ドＨＭ、中央処理装置用のボードＩＰ又は入力／出力装
置用のボードＩＵの１つの表示を選択すると、取替えた
いカードが指示される。これと同時に、プログラムはカ
ードの取替えを行いたいスロットの選択を要求するメッ
セージボックス２０１２を表示する。図１２の代わりに
図２０に示したタイプのプレゼンテーションを使用する
こともでき、その場合はメモリのコピーに使用すべきス
ロットの指示を要求するメッセージがメッセージボック
ス内に表示される。本発明はその範囲内で他にも様々な
変形が可能である。
説明で明らかにされよう。本発明のシステムは、図１に
示すように、インタフェースソフトウェアＭＳＨ（ｍａ
ｉｎｔｅｎａｎｃｅ ｓｔａｔｉｏｎ ｈａｎｄｌｅ
ｒ）１０を介して、ＳＴＡＲＬＡＮ型のネットワークを
構成する電気通信コンソールの保守用の処理線１２に接
続された作動サービスプロセッサ（作動ＡＵＳＰ）１を
含む。この線１２はクロック及び保守装置４０に接続さ
れており、これによりサービスプロセッサ１と、第２の
線２２を介して接続された第２のサービスプロセッサと
（リザープＡＵＳＰ）２と、中央システム４１との間の
通信が確保される。中央サブシステム４のクロック及び
保守装置４０は線４３を介して一組の保守プロセッサ
（ＭＰＫ）４２にも通信するよう構成されている。作動
サービスプロセッサ１及びリザーブサービスプロセッサ
２は更に、夫々の遠隔線ハンドラＲＬＨ（ｒｅｍｏｔｅ
ｌｉｎｅ ｈａｎｄｌｅｒ）１１及び２１を介してサ
ービスコンソールスイッチ３にも通信するように構成さ
れている。このサービスコンソールスイッチ３は、回路
３０と適当なスイッチングマトリックスとを介して各サ
ービスプロセッサを所与の国の電気的ネットワーク５２
と通信し且つこの電気的ネットワーク５２を介してステ
ーション５と通信することができる。このステーション
５は、インタフェースプログラム５０を介してネットワ
ーク５２と通信するように構成された遠隔サービスコン
ソールＲＳＣを含む。各サービスプロセッサは、インタ
フェースソフトウエア６０を介してネットワーク５２に
接続された遠隔保守ステーション（ＲＭＳ）６にもネッ
トワーク５２を介して通信できる。インタフェースソフ
トウェア２１及び１１を介してサービスコンソールスイ
ッチに接続された線２３及び１３は伝送速度が４，８０
０ボーであり、クロック及び保守装置４０と協働してＳ
ＴＡＲＬＡＮネットワークを構成する線１２及び２２は
約１メガビット／秒の伝送速度を有する。保守プロセッ
サ４２は中央システムの複数組の入力／出力装置に接続
されている。図２は、サービスプロセッサ１及び２をＳ
ＴＡＲＬＡＮネットワークを介して保守装置４０と通信
するためのソフトウェア環境を示している。作動サービ
スプロセッサは１、ＭＳＨソフトウェア１０とディスク
オペレーティングシステムＭＳ−ＤＯＳを含むオペレー
ティングシステムとを有する他に、マルチタスクウイン
ドウ型ソフトウェア例えばＷＩＮＤＯＷＳと後述のソフ
トウェア部分とをも含む。作動サービスプロセッサ１
は、ＳＴＡＲＬＡＮ型ネットワークのボード１４とゲー
トウェイを備えたハードウェア要素１０１とＳＴＡＲＬ
ＡＮネットワークの線１２とを介して、第２のゲートウ
ェイ４００とコントローラ回路４０１とＮＥＴＢＩＯＳ
インタフェースソフトウェア４０２とサービスプロセッ
サにインタフェースするソフトウェア４０３とに通信す
るＮＥＴＢＩＯＳ通信ソフトウェア１００をまた含んで
いる。リザーブサービスプロセッサ２も同様の要素を含
むが、その参照符号は十又は百の位の数字を２として表
した。各サービスプロセッサは更に、夫々のオペレーテ
ィングシステム１５、２５内に、所与のアプリケーショ
ンのためのボディプログラム１７、２７（図１）及び該
アプリケーションのためのプレゼンテーションプログラ
ム１８、２８（図１）を含む。遠隔コンソール５、６も
これらサービスプロセッサと同様に、キーボード及びマ
ウスを備えたマイクロコンピュータとオペレーティング
システム６５、５５とを含み得る。これらオペレーティ
ングシステム６５、５５は、サービスプロセッサと同様
に、ディスクオペレーティングシステムＭＳ−ＤＯＳ
と、マルチウインドウソフトウェアＷＩＮＤＯＷＳと、
１つ又は複数のコンソールでプレゼンテーションを開始
させる役割のスーパバイザソフトウェアＳＰＶとを含
む。モジュールＬＰＸＭＳは、付帯的なメッセージ及び
全てのサービスの全ての対話をハードディスクのファイ
ルＬＯＧ及びＬＯＧＭに夫々記憶できるようにする。作
動サービスプロセッサ１のスーパバイザはＲＬＨを介し
てコンソールの接続又は切断状態を確認し、その結果コ
ンソールスイッチ３０に命令を出して、後述のようにプ
レゼンテーションを構成する。また、クロック及び保守
装置４０は第１サービスプロセッサ１が故障した場合に
第２サービスプロセッサ２を始動させ、スーパバイザＳ
ＰＶはこのサービスプロセッサ２内に同じアプリケーシ
ョンをセットアップする。遠隔ステーション５、６は、
サービスプロセッサ１及び２で夫々実行されているアプ
リケーションのボディプログラムのプレゼンテーション
ソフトウェアに対応するプレゼンテーションソフトウェ
ア５８、６８も有する。図３は、本発明の実施に必要な
システム構造の原理を示している。この構造では、例え
ば作動サービスプロセッサ１で実行されている所与のア
プリケーションのボディプログラム１７がそのアプリケ
ーションのプレゼンテーションプログラム１８と、テキ
ストラインとアクノレッジ又は応答メッセージとを交換
する。このメッセージ及びテキストラインの交換は、ア
プリケーションのボディプログラム及びアプリケーショ
ンのプレゼンテーションプログラムに夫々リンクされた
ライブラリメッセージハンドリングモジュール（ＬＢＸ
ＭＳ）１７１及び（ＬＰＸＭＳ）１８３を介して実行さ
れる。アプリケーションのプレゼンテーションプログラ
ムは、ソフトウェア（ＷＩＮＤＯＷＳ）１５０との間
で、タスクの取り扱い及びウインドウの表示に必要な基
本要素を交換する。プレゼンテーションアプリケーショ
ンは４つの構成要素を１つの組にまとめたものとみなさ
れるＷＩＮＤＯＷＳプログラム１５０を用いて展開され
る。前記４つの構成要素のうち、第１の要素はコア要素
（ＫＥＲＮＥＬ）１５１であって、タスクの取り扱い、
メモリの割当て、タイマ機能及びダイナミックリンクを
確保し、第２の要素（ＵＳＥＲ）１５２はウインドウの
取り扱い及び生成を確保するのに用いられ、第３の要素
（ＧＤＩ）１５３は図形を描くために図形機能を可能に
し、第４の要素（ＣＯＭ）１５４は、例えばアプリケー
ション間のデータ交換のプロトコルであってアプリケー
ション間の通信を可能にするＤＤＥ（ｄｙｎａｍｉｃ
ｄａｔａ ｅｘｃｈａｎｇｅ）プロトコルにより非同期
通信の機能を確保する。テキストラインの通信は、スク
リーンの形成に使用される一組のＷＩＮＤＯＷＳ基本要
素を含む通信に対して情報密度を低下させることがで
き、その結果交換速度が速くなる。図４は、作動サービ
スプロセッサ１がサービスコンソールスイッチ３０を介
して遠隔保守コンソール６とマイクロコンピュータを含
む遠隔サービスコンソール５とに接続されている場合の
構造の機能を示している。前記マイクロコンピュータは
サービスプロセッサ１と同様に、マウス及びオペレーテ
ィングシステム５５０、５５１、５５２を含み、これら
のオペレーティングシステムは夫々ＭＳ−ＤＯＳ、ＷＩ
ＮＤＯＷＳソフトウェア及びスーパバイザＳＰＶを含
む。保守ステーション６では、オペレーティングシステ
ムが要素６５０、６５１、６５２を含む。ＲＳＣインタ
フェース５０は通信回線とマイクロコンピュータ５との
間のインタフェースを行い、これらの通信回線を介し
て、ＲＬＨインタフェース１１により通信回線にインタ
フェースされたサービスプロセッサ１と通信する。保守
ステーション６もＲＳＣインタフェースと同じ機能をも
つＲＭＳインタフェース６０を含む。このＲＳＣインタ
フェースは、ボード取替えアプリケーションＲＰＢを含
むアプリケーション５８のプレゼンテーションプログラ
ムにリンクしたライブラリメッセージモジュール５８３
を介して通信を行う。ボード取替えアプリケーションの
ボディプログラム１７は作動サービスプロセッサで実行
され、ＲＬＨインタフェース１１との通信を可能にする
ようにメッセージライブラリ１７１にリンクされてい
る。サービスコンソールスイッチ３０は、スイッチング
マトリックスと作動プロセッサ１のＲＬＨインタフェー
スによって供給される情報とに基づいて、２つのコンソ
ールが接続されている場合にはこれら２つのコンソール
にサービスプロセッサからのメッセージを直接送り、遠
隔サービスコンソールが接続されている場合には遠隔サ
ービスコンソール５から出力される全てのメッセージを
サービスプロセッサ１と保守コンソールとに送り、且つ
保守コンソールから出力された全てのメッセージをサー
ビスプロセッサに送ることを可能にする。このような動
作が可能なのは、ＲＬＨがコンソールが接続されている
限りは夫々のインタフェースＲＳＣ又はＲＭＳとの対話
を確立し且つスーパバイザプログラム１５２にネットワ
ークのコンソールの接続又は切断状態を知らせるように
なっているからである。このテーブルは次いでコンソー
ルスイッチ３０を介する通信の確立に使用される。図５
は、サービスプロセッサ１が遠隔コンソール５と通信し
ている場合の前記構造の機能を示している。遠隔コンソ
ール５は、ライブラリモジュール（ＸＭＥＳＳ）５８３
と、ネットワークを介してサービスプロセッサのＲＬＨ
インタフェース１１と通信するＲＳＣインタフェース５
０とによってＲＰＢアプリケーション５８のプレゼンテ
ーションプログラムを実行するのに使用される。この通
信では、サービスプロセッサがアプリケーションのボデ
ィプログラム１７を実行し、スーパバイザ１５２が、付
帯的メッセージとサービスプロセッサで実行されている
全てのサービスプログラムの全ての対話とをディスク１
６のＬＯＧファイル１６０及びＬＯＧＭファイル１６１
に夫々記憶させる。ＲＬＨインタフェース１１はサービ
スコンソールスイッチ（ＳＣＣ）３０を介して遠隔ステ
ーションを観察し、ＲＬＨとＳＣＣとをつなぐ単一のデ
ータ通信回線を確立する。サービスプロセッサをステー
ションＲＭＳ及びＲＳＣにリンクする２つのデータ通信
回線はＳＣＣによって確立される。図５の構造では、サ
ービスプロセッサ１がＶＭＰと称する別のアプリケーシ
ョンを例えば実行し得、このＶＭＰアプリケーションの
プレゼンテーションプログラムによって該アプリケーシ
ョンをモニタ上に提示することができ、第２のアプリケ
ーションＲＰＢがステーションＲＳＣのモニタ上に提示
される。これと同時に、ＶＭＰアプリケーションの対話
のコピーがＲＳＣステーションで得られる。図６は本発
明のシステムの別の利点、例えば作動サービスプロセッ
サ１で実行されるアプリケーションのプレゼンテーショ
ンプログラムをリザーブサービスプロセッサ２で実行す
ることができるという利点を示している。これは、ハー
ドウェアの信頼性が向上しているためにリザーブサービ
スプロセッサとしての役割の重要性が低下しているリザ
ープサービスプロセッサを活用することができ、アプリ
ケーションのプレゼンテーションを行うための補足コン
ソールとして使用することができるという利点である。
図６の場合は、サービスプロセッサ２がＲＰＢアプリケ
ーション２７のプレゼンテーションプログラムを実行
し、ＲＰＢアプリケーションのボディプログラムが作動
サービスプロセッサ１によって実行される。サービスプ
ロセッサ１及び２は、図２に示すように、ＭＳＨインタ
フェース１０、２０及びＳＴＡＲＬＡＮネットワークを
介して相互に通信する。図７はメッセージのフォーマッ
トを示している。第１タイプのフォーマットはアプリケ
ーションのボディプログラムとライブラリモジュールＸ
ＭＥＳＳとの間で交換されるメッセージに対応する。こ
の場合のフォーマットは、メッセージ番号とその後のメ
ッセージテキストとを備えている。メッセージ番号は例
えばＶＳＨ ００１、又はボード取替えアプリケーショ
ンの場合はＲＰＢ １２０であり得る。メッセージテキ
ストは「ｍｙ ｐｒｅｆｉｘｅｄ ｍｅｓｓａｇｅ（私
のプレフィックスメッセージ）」、又はボード取替えア
プリケーションの場合には「Ｔｈｅ ｒｅｑｕｅｓｔｅ
ｄ ｓｌｏｔ ｃｏｎｔａｉｎｓ ａ ｂｏａｒｄ（要
求されているスロットはボードを含む）」といったもの
であり得る。２つの遠隔インタフェースのライブラリモ
ジュールＸＭＥＳＳの間でメッセージが交換される場合
は、メッセージが、前述のごときメッセージ番号及びテ
キストの前に例えばＳＹＣ ０１といったサービスの名
称を含む。図７の最後の行に示した記録されたメッセー
ジでは、インタフェースメッセージＸＭＥＳＳのフォー
マットの前に日付及び時間が挿入されている。図８〜図
１６は、ボディプログラム及びプレゼンテーションプロ
グラムが本発明の原理に従って分解できるアプリケーシ
ョンの一例を示している。図８はボディプログラムの進
行過程のアルゴリズを示し、図１０〜図１５はプレゼン
テーションアプリケーションの実行によって生じた結果
を示している。図９〜図１６に対応する種々のウインド
ウの生成は、ボード取替えのボディアプリケーションプ
ログラムに対応するプレゼンテーションアプリケーショ
ンの一部分をなすものであり、例えばデータ処理システ
ムの画面上で見ることのできる対話ウインドウを形成す
る方法と、この方法を採用した装置とを用いて実施され
る。これらの方法及び装置は１９８８年６月２２日にＢ
ＵＬＬ Ｓ．Ａ．によって出願された仏国特許出願第８
８．０８３８１号に開示されている。最初のステップ
は、符号９００で示すサービスプログラムのスタートを
含む。このステップではまず、種々のサービスのメニュ
ーからボード取替えサービスＲＰＢを選択するためにス
ーパバイザサービスプログラムＳＰＶをウインドウ内に
呼び出し、マウスでその名称上をクリックすることによ
ってこのサービスを開始する。サービスが開始された場
合に、ＲＰＢが尋ねる最初の質問は処理の行われる物理
的位置の識別である。これは、図８のフローチャートの
ステップ９０１に相当する。ボード取替えプレゼンテー
ションプログラムではこのステップに対応してウインド
ウ９０１０（図９）が開かれ、その中に対話ボックス９
０１１が表示される。この対話ボックスは、取替えられ
得る各要素の型に対応する３つのラジオボタンのボック
スを含む第１の組９０１２を含む。第１のボタン９０１
２０は中央処理装置ＩＰに対応し、第２のボタン９０１
２１は記憶装置ＨＭに対応し、第３のボタン９０１２２
は入力／出力装置ＩＵに対応する。この対話ボックス９
０１１はリストボックス９０１３も含む。ラジオボタン
上をクリックすることによって要素の型、例えば記憶装
置が選択されると、選択できる種々の記憶装置の要素が
このリストボックス内に表示される。このリストはＷＩ
ＮＤＯＷＳユーザに良く知られたスクロールシステムに
よって現れる。装置の型が選択され且つその装置の識別
子が示された場合、マウスで確認領域９０１４をクリッ
クすることによってその選択を確認する。スロット決定
ステップ９０１が終わると、ボディプログラムは所望の
処理が行えるようにスロット要求ステップに移る。選択
したスロット内に存在する物理的装置が使用不可能な場
合には、ボディプログラムがプレゼンテーションプログ
ラムにおいてその情報を表示せしめ、このステップを中
断してステップ９０７に移る。この使用不可という情報
の表示は、ボディプログラムとプレゼンテーションプロ
グラムとの間でメッセージ記号及び番号「ＲＰＢ １２
０」を有するメッセージ、即ち「Ｔｈｅ ｒｅｑｕｅｓ
ｔｅｄ ｓｌｏｔ ｃｏｎｔａｉｎｓ ａｂｏａｒｄ
ａｔ ｔｈｅ ｐｒｅｓｅｎｔ ｔｉｍｅ（現時点では
要求されたスロットがボードを含む）」というメッセー
ジに翻訳され交換される。このメッセージはプレゼンテ
ーションプログラムによって処理され、ウインドウ９０
５０（図１０）を発生させる。このウインドウの中に
は、グラフィック要素とメッセージフレーズと確認領域
９０５２とを含む対話ボックス９０５１が表示され、マ
ウスによってこの確認領域上をクリックすることにより
メッセージの受領がアクノレッジできる。この様子は図
１７に示した。このウインドウの第２の対話ボックスは
ユーザにこの処理をアボードしたいか続けたいかを尋ね
る。この第２の対話ボックスは処理のアボードに対応す
る領域９０７１を含み、この領域が指定されるとボディ
プログラムが「エンド」ステップ９１１（図８）に移
る。第２の領域９０７２（図１０）が指定されると、ボ
ディプログラムへの応答メッセージにより、ボディプロ
グラムの処理を準備するステップ９０９（図８）で処理
の続きが開始される。要求されたスロットが空いていれ
ば、又はそのスロット内に存在する装置がいずれのサー
ビス又はシステムによっても使用されていなければ、ボ
ディプログラムＲＰＢは要求が満たされたことをメッセ
ージによってプレゼンテーションプログラムに通知し、
システムが未使用ボードをコピーしようとしていること
をユーザに知らせることによって、ステップ９０９で処
理準備を行う。この様子を図１１のウインドウ９０９０
によって示した。このウインドウには、「Ｔｈｅ ｍｅ
ｍｏｒｙ ｂｏａｒｄ ｉｓ ａｌｌｏｃａｔｅｄ，
ｗｅ’ｌｌ ｔｒｙ ｔｏ ｃｏｐｙ ｉｔ（メモリボ
ード割当て済み、これをコピーします）」というメッセ
ージと確認領域９０９２とを含む対話ボックス９０９１
が表示される。ウインドウ９０９０は第２の対話ボック
ス９１１０も含み、この対話ボックスの第１の領域９１
１１は図８のステップ９１１に示すようにユーザが処理
をアボードする時に使用され、第２の領域９１１２は図
８のフローチャートのステップ９１３に移って処理を継
続する場合に使用される。例えば再コピーしようとする
ボードのある位置にメモリボードを再コピーしたい場合
には、スロット決定ステップ９０１の後に情報補足ステ
ップ９０４を任意に挿入し得る。このステップはプレゼ
ンテーションプログラムにおいて、対話ボックス９０１
１と同様の対話ボックス９０４１を含むウインドウ９０
４０の表示を開始させる。この実施例では、情報が記憶
装置ＨＭ０４から記憶装置ＨＭ０８、即ちメモリボード
を挿入すべき記憶装置に再コピーされるべきである。こ
のステップ９０４の後には、ユーザが再コピーに新しい
ボードを使用するのか又は現在あるボードを使用するの
かを確認するステップが続く。これは、図８のフローチ
ャートのステップ９０６又は９０８に対応する。これら
のステップはプレゼンテーションプログラムにおいてウ
インドウ９０６０（図１３Ａ）の表示を開始せしめる。
このウインドウには、「Ｄｏ ｙｏｕ ｈａｖｅ ａ
ｎｅｗ ｂｏａｒｄ ｔｏｉｎｓｅｒｔ？（挿入すべき
ボードをお持ちですか？）」という質問と、新しいボー
ドがあることを意味する「ｙｅｓ」応答領域９０６２
と、ユーザが既存のボードを使用したいという意味の
「ｎｏ」応答領域９０８０とを含む対話ボックス９０６
１が表示される。前記応答領域は、サービスプロセッサ
のマウス又はプレゼンテーションプログラムの実行に使
用される遠隔ステーションのマウスにより公知の方法で
確認される。例外的ではあるがユーザが装置のボードを
使用したい場合には、ＲＰＢが指定装置の使用の可能性
を確認し、使用可能であれば後述のステップ９１２（図
８）でその装置を要求する。ユーザが新しいボードを使
用したい場合には、ＲＰＢが指定スロットが確かに空い
ているか否かを確認し、空いていれば処理準備ステップ
９０９でそのスロットを要求する。処理の準備が終わる
と、ボディプログラムが中央処理装置から青信号を受信
し、「処理」ステップ９１３に処理を実行できることを
知らせる。この「処理」ステップ９１３はプレゼンテー
ションプログラムＰＲＰＢにおいてウインドウ９１３０
（図１３Ｂ）の表示を開始させる。このウインドウは、
所定スロットへのボードの挿入を許可するメッセージを
含む対話ボックス９１３１と、操作終了後に２つのラジ
オボタン９１５０又は９１７０の一方を確認することに
よりそのスロットがふさがっているか空いているかを指
示せよという要求を示す第２の対話ボックス９１３２と
を含む。次いで、マウスにより領域ゾーン９１３３をク
リックすることにより操作を確認する。ユーザがボード
を付加する場合は、ボディプログラムがステップ９２１
に移り、装置への最終的挿入が許可される前に既存ボー
ドのテストを行う。このテストはＲＰＢによって自動的
に開始されるＤＧＭサービスによって実行され、ＲＰＢ
は結果待機状態におかれる。テストの結果がＤＧＭによ
ってＲＰＢに送られると、ボード取替えプレゼンテーシ
ョンプログラムがテスト結果をユーザに通知する。これ
は、「Ａｌｌ ｒｉｇｈｔ，ｔｈｅ ｎｅｗ ｉｎｉｔ
ｉｓ ｓｕｃｃｅｓｓｆｕｌ（ＯＫ、新しいボードの
初期化成功」というＲＰＢメッセージ１１１によって行
われる。この場合は、サービスがステップ９０７で終了
する。新しいボードが無効の場合は、ボディプログラム
ＲＰＢがステップ９２３でボードの新たな取替えを提案
し、この提案がユーザに受け入れられると、プログラム
がユーザをステップ９０９に戻す。ステップ９１３の終
了後にメモリボードの取替え及び再コピーを行いたい場
合は、ボディプログラムＲＰＢがユーザをテスト及び初
期化ステップ９１２に戻す。この場合、再コピーすべき
メモリボードが導入されると、ボディプログラムＲＰＢ
がこのボードを初期化しようとする。これは、プレゼン
テーションプログラムＲＰＢにより、ウインドウ９１２
０（図１４）の表示によって示される。このウインドウ
では対話ボックス９１２１が「Ｔｅｓｔｓ ｉｎ ｐｒ
ｏｇｒｅｓｓ（テスト中）」というメッセージを表示
し、確認領域９１２２によってボディプログラムＲＰＢ
から送られたメッセージの受領がアクノレッジされる。
新しいボードが有効であれば、ＲＰＢはそのボードが欠
陥ボードの代わりに使用するのに適しているか否かを確
認し、適していればＲＰＢによって再コピー及び交換が
実行され、古いボードの識別子が繰り返し示されてその
ボードを除去すべきことが示される。初期化ステップは
ウインドウ９１２３（図１５Ａ）内の対話ボックス９１
２４によって表される。この対話ボックスは「Ａｌｌ
ｒｉｇｈｔ，ｔｈｅ ｃｏｐｙ ｉｓ ｓｕｃｃｅｓｓ
ｆｕｌ（ＯＫ、コピー成功）」というメッセージを含
み、確認領域９１２５を介してこのメッセージの受領が
アクノレッジされる。このメッセージの表示及び確認が
終わると、ボディプログラムＲＰＢはボードの取出しが
可能であることをユーザに知らせる第２のメッセージを
送出する。このメッセージは対話ボックス９１２６内に
表示され、このメッセージの受領が確認領域９１２７を
介してアクノレッジされる。ボードが不適当な場合は、
ＲＰＢがそのボードを取り出すべきであることを知ら
せ、該ボードの識別子を繰り返し示す。テストによって
ボードが無効であると判定された場合は、ＲＰＢがユー
ザに新たな取替えを提案し、ステップ９１８でユーザが
この提案を受け入れると、プログラムがユーザをステッ
プ９０９に戻す。取出しステップ９１４ではウインドウ
９１４０（図１５Ｂ）が生成される。このウインドウは
図形９１４２と、スロットＨＭ０４に存在するボードを
取り出せというメッセージ９１４１０とを示す対話ボッ
クス９１４１を含む。この対話ボックスはラジオボタン
ボックス９１４３も含んでおり、取出し操作終了時にこ
のラジオボタンボックスを介してスロットの状態を知ら
せるように要求される。ラジオボタン９１４３０はスロ
ットがふさがっている場合に通知することができ、ラジ
オボタン９４３１はスロットが空いている場合、即ちボ
ードが取出された場合に通知することができ。この対話
ボックスは、マウスを用いてクリックすることにより応
答を確認可能とする確認領域９１４４によって確認され
る。取出しが実行されると、プログラムがステップ９１
６で対話ボックス９１６０（図１６）内のメッセージ、
即ちコピーが正常に実行され特に問題はないという意味
のメッセージを表示させる。ユーザは確認領域９１６１
を介してこのメッセージの受領をアクノレッジする。以
上、ボード取替えという特定のアプリケーションについ
て、ボディプログラムの種々のステップと、このボディ
プログラムに対応するプレゼンテーションプログラムに
よって実行される表示とを説明してきた。このプレゼン
テーションプログラムの表示は例えば仏国特許出願“Ｐ
ｒｏｃｅｄｅ ｐｏｕｒ ｌａ ｇｅｎｅｒａｔｉｏｎ
ｄｅ ｆｅｎｅｔｒｅｓ ｄｅｄｉａｌｏｇｕｅ ｖ
ｉｓｕａｌｉｓａｂｌｅｓ ｓｕｒ ｌ’ｅｃｒａｎ
ｄ’ｕｎ ｓｙｓｔｅｍｅ ｉｎｆｏｒｍａｔｉｑｕｅ
（情報処理システムの画面上に表示可能な対話ウインド
ウの形成方法）”に記載の方法に基づいて詳述したが、
このようにして形成されたウインドウはメモリに記憶さ
れ、ボディプログラムによって作成されたメッセージに
より表示の必要に応じて呼び出される。ここで、図１７
〜１９を参照しながらこの機能について説明する。図１
７は、メッセージが応答を要求し且つプレゼンテーショ
ンが同一のエンティティで行われる場合に、アプリケー
ションのボディプログラム１７０と該アプリケーション
のプレゼンテーションプログラム１８４との間で行われ
る交換を示している。アプリケーションのボディプログ
ラム１７０はメッセージ交換ライブラリモジュール１７
１にリンクされている。ボディプログラム１７０の途中
でメッセージ又は送質問を送信するステップ、即ちこの
場合はプレフィックスについての質問に対応するステッ
プ１７０１に到達すると、ボディプログラム１７０はラ
イブラリモジュール１７１でメッセージ送信及び受信基
本要素１７１０、即ち送／受基本要素を使用する。この
基本要素は送信すべきメッセージをサービスプロセッサ
のバッファメモリに記憶し、ダイナミックデータ交換メ
ッセージＤＤＥ（Ｄｙｎａｍｉｃ Ｄａｔａ Ｅｘｃｈ
ａｎｇｅ）１７２を送出する。この処理の間に、メッセ
ージ交換プログラムＸＭＳは総てのサービスの対話を含
んでいるハードディスクファイル（ＬＯＧＭ）１７１１
にメッセージを書き込む。アプリケーションのボディプ
ログラムが実行されているサービスプロセッサによって
そのプロセッサで実行されているプレゼンテーションソ
フトウェアに送られるダイナミックデータ交換メッセー
ジ１７２は、メッセージ又は質問を含むメモリブロック
のアドレスを含む。プレゼンテーションアプリケーショ
ン及びそのメッセージ交換モジュール１８３は待機状態
にある。これは、ステップ１８３０のＬＰＸＭＳ−ＷＡ
ＩＴに相当する。プレゼンテーションアプリケーション
１８４はＶＭ−ＤＤＥ−ＤＡＴＡメッセージ１７２を受
信し、次いでこのアプリケーションはメッセージを指定
アドレスで読み取る。この読取を終了すると、このアプ
リケーションは該アプリケーションのプレゼンテーショ
ンプログラム内で、要求された表示の実行と質問に対す
る応答の受信とを可能にする要素を探索してメッセージ
を処理する。コンソールのユーザによって応答が与えら
れると、その応答１８４０がメッセージ交換ライブラリ
モジュール１８３の受信器基本要素１８３１に送られ
る。この基本要素は質問の受領をアクノレッジする第１
のダイナミックメッセージ１７５を送出せしめ、応答作
成後にその応答が記憶されていた記憶アドレスを含むメ
ッセージ１７６を送出させて、基本要素１７１０がメッ
セージ１７６によって示されたアドレスに含まれる応答
の読取りにより応答を処理できるようにする。図１８
は、メッセージが応答を要求せず且つプレゼンテーショ
ンが同一エンティティ例えば作動サービスプロセッサで
行われる場合のアプリケーションのボディプログラム１
７０と該アプリケーションのプレゼンテーションプログ
ラム１８４との間の交換を示している。この実施例で
は、メッセージ１８０１が送信基本要素１８１０を使用
し、この基本要素が必要なヘッダを有するメッセージの
作成後に、この作成メッセージの記憶アドレスを含むＤ
ＤＥメッセージ１８２を送出する。また、プレゼンテー
ションにリンクされたメッセージ交換モジュール１８３
はＤＤＥメッセージを受信すると指定のアドレスのメッ
セージを読取り、プレゼンテーションプログラムでメッ
セージ処理動作を開始させる。このメッセージ処理動作
は、図１４に示すようなウインドウの表示を可能にすべ
く、実行すべき表示に対応するデータを適当なアドレス
で探索することからなる。このメッセージ処理が終了す
ると、プレゼンテーションモジュール１８４が基本要素
１８３２を起動して、アプリケーションボディ１７０宛
の受領アクノレッジを送信せしめる。図１９の機能の原
理は図１８の場合と同じであるが、唯一の相異点とし
て、ダイナミックデータ交換メッセージ１９２がＲＬＨ
プログラム、即ちサービスプロセッサによって実行され
るアプリケーション１７０と通信回線との間でこれら通
信回線のプロトコルに従って実行される交換の取り扱い
を行うプログラムに送られる。このＲＬＨプログラム１
１は遠隔コンソールに位置する第２のプログラム、即ち
ＲＳＣプログラム５０又はＲＭＳプログラム６０にイン
タフェースする。ＲＳＣプログラム５０は通信回線を介
してメッセージが受信されると待機中のプレゼンテーシ
ョンのメッセージ処理アプリケーション（ＸＭＳ）１８
３に信号を送り、そのメッセージをプレゼンテーション
アプリケーション１８４に送る。このプレゼンテーショ
ンアプリケーションはメッセージの処理を開始させ、処
理終了後に基本要素１８３２を起動して受領アクノレッ
ジをＲＳＣプログラム方向に送出せしめ、次いで通信回
線を介して受信プログラム（ＲＬＨ）１１方向に送出せ
しめる。この受信プログラムはそのメッセージをＷＩＮ
ＤＯＷＳアプリケーションボディ１７０宛のダイナミッ
クデータ交換メッセージ（ＤＤＥ）１７５に変換する。
このようなシステムを使用すれば、第２のサービスプロ
セッサ又は遠隔コンソールがアプリケーションのプレゼ
ンテーションを実行し、このアプリケーションのボディ
プログラムが第１のサービスプロセッサにより遠隔地点
で実行されるようにできるのみならず、マン／マシンイ
ンタフェースを改善させることもできる。一変形例で
は、ボード取替えプレゼンテーションプログラムＲＰＢ
の最初のステップが、図２０に示すように、システムの
種々の構成要素、即ちサービスプロセッサ（ＡＵＳＰ）
２０１０１、中央サブシステム（ＣＳＳ）２０１０４を
含むシステムキャビネット２０１０２、給電ブロック
（ＡＬＩＭ）２０１０３及びベンチレーションアセンブ
リ（ＶＥＮＴ）２０１０５を図示するためのボックス２
０１００をウインドウ２０１０内に表示するカーソルで
クリックすることによって要素を選択すると、その選択
された要素に応じて、プレゼンテーションプログラムが
第２のボックス２０１１を出現させる。このボックスに
は、例えば中央サブシステム２０１０４が選択された場
合には、キャビネットのフロントパネルの使用可能ボー
ドアセンブリ２０１１４及びリヤパネルの使用可能ボー
ドアセンブリ２０１１５が表示される。メモリ用のボー
ドＨＭ、中央処理装置用のボードＩＰ又は入力／出力装
置用のボードＩＵの１つの表示を選択すると、取替えた
いカードが指示される。これと同時に、プログラムはカ
ードの取替えを行いたいスロットの選択を要求するメッ
セージボックス２０１２を表示する。図１２の代わりに
図２０に示したタイプのプレゼンテーションを使用する
こともでき、その場合はメモリのコピーに使用すべきス
ロットの指示を要求するメッセージがメッセージボック
ス内に表示される。本発明はその範囲内で他にも様々な
変形が可能である。
【図１】システム全体を簡単に示す説明図である。
【図２】システムの特定部分をつなぐハードウェア及び
ソフトウェアを示す説明図である。
ソフトウェアを示す説明図である。
【図３】本発明のシステムの構造の原理を示す説明図で
ある。
ある。
【図４】本発明の原理をサービスプロセッサと複数の遠
隔コンソールとの間の通信に適用した場合の簡単な説明
図である。
隔コンソールとの間の通信に適用した場合の簡単な説明
図である。
【図５】サービスプロセッサと単一の遠隔コンソールと
の間の通信における本発明の使用原理を簡単に示す説明
図である。
の間の通信における本発明の使用原理を簡単に示す説明
図である。
【図６】サービスプロセッサとリザーブサービスプロセ
ッサとの間の通信における本発明の使用原理を簡単に示
す説明図である。
ッサとの間の通信における本発明の使用原理を簡単に示
す説明図である。
【図７】メッセージテキストのフォーマットを示す説明
図である。
図である。
【図８】ボディプログラムを構成するボード取替えプロ
グラムの展開のフローチャートである。
グラムの展開のフローチャートである。
【図９】ボード取替えプレゼンテーションプログラムの
種々のステップの１つを示す説明図である。
種々のステップの１つを示す説明図である。
【図１０】ボード取替えプレゼンテーションプログラム
の種々のステップの１つを示す説明図である。
の種々のステップの１つを示す説明図である。
【図１１】ボード取替えプレゼンテーションプログラム
の種々のステップの１つを示す説明図である。
の種々のステップの１つを示す説明図である。
【図１２】ボード取替えプレゼンテーションプログラム
の種々のステップの１つを示す説明図である。
の種々のステップの１つを示す説明図である。
【図１３Ａ】ボード取替えプレゼンテーションプログラ
ムの種々のステップの１つを示す説明図である。
ムの種々のステップの１つを示す説明図である。
【図１３Ｂ】ボード取替えプレゼンテーションプログラ
ムの種々のステップの１つを示す説明図である。
ムの種々のステップの１つを示す説明図である。
【図１４】ボード取替えプレゼンテーションプログラム
の種々のステップの１つを示す説明図である。
の種々のステップの１つを示す説明図である。
【図１５Ａ】ボード取替えプレゼンテーションプログラ
ムの種々のステップの１つを示す説明図である。
ムの種々のステップの１つを示す説明図である。
【図１５Ｂ】ボード取替えプレゼンテーションプログラ
ムの種々のステップの１つを示す説明図である。
ムの種々のステップの１つを示す説明図である。
【図１６】ボード取替えプレゼンテーションプログラム
の種々のステップの１つを示す説明図である。
の種々のステップの１つを示す説明図である。
【図１７】質問／応答メッセージについて、プレゼンテ
ーションが同一ハードウェアで実行される場合のアプリ
ケーションのボディと該アプリケーションのプレゼンテ
ーションとの間のメッセージ交換を簡単に示す説明図で
ある。
ーションが同一ハードウェアで実行される場合のアプリ
ケーションのボディと該アプリケーションのプレゼンテ
ーションとの間のメッセージ交換を簡単に示す説明図で
ある。
【図１８】応答を要求されないプレフィックスなしのメ
ッセージの場合にアプリケーションのボディとプレゼン
テーションとの間で実行される交換の簡単な説明図であ
る。
ッセージの場合にアプリケーションのボディとプレゼン
テーションとの間で実行される交換の簡単な説明図であ
る。
【図１９】メッセージが応答を要求されず且つプレゼン
テーションがアプリケーションから離れた地点で行われ
る場合に、アプリケーションのボディと該アプリケーシ
ョンのプレゼンテーションとの間で実行される交換を示
す説明図である。
テーションがアプリケーションから離れた地点で行われ
る場合に、アプリケーションのボディと該アプリケーシ
ョンのプレゼンテーションとの間で実行される交換を示
す説明図である。
【図２０】図９又は図１２に対応するボード取替えプレ
ゼンテーションプログラムの一ステップの変形例を示す
説明図である。
ゼンテーションプログラムの一ステップの変形例を示す
説明図である。
１ 作動サービスプロセッサ ２ リザーブサービスプロセッサ ５ 遠隔サービスコンソール ６ 保守サービスコンソール ３０ サービスコンソールスイッチ
Claims (18)
- 【請求項１】 ネットワークを介して接続される第１の
サービスプロセッサと、中央システム（４）に接続され
るチャネル付き保守装置（４０）とを少なくとも含み、
前記第１のサービスプロセッサ（１）がサービスコンソ
ールスイッチ（３０）を介して遠隔保守ステーションＲ
ＭＳ（６）と遠隔サービスコンソールＲＳＣ（５）とに
接続されてなるアプリケーションの遠隔制御を可能にす
るシステム構造であって、前記第１のサービスプロセッ
サ及びコンソール及びステーションのそれぞれが、オペ
レーティングシステムプログラムと、スーパバイザプロ
グラムと、２個のアプリケーションに分割された少なく
とも第１のサービスプログラムとをさらに含み、「ボデ
ィ」と称せられる一方のアプリケーションがプログラム
アルゴリズムを備えており、「プレゼンテーション」と
称せられる他方のアプリケーションがメニューバーを有
するウインドウ表示を可能にするユーザとの間のインタ
ーフェイスを含んでおり、各ボディアプリケーション及
びプレゼンテーションアプリケーションが、該ボディア
プリケーション及びプレゼンテーションアプリケーショ
ンにそれぞれ接続するメッセージ交換モジュール（１７
３、１８３）を含んでいることを特徴とするアプリケー
ションの遠隔制御を可能にするシステム構造。 - 【請求項２】 前記システム構造が、ネットワークを介
して接続されるリザーブサービスプロセッサ（２）と中
央システム（４）に接続されるチャネル付き保守装置
（４０）とを含み、前記リザーブサービスプロッセッサ
が、サービスコンソールスイッチ（３０）を介して遠隔
保守ステーションＲＭＳ（６）及び遠隔サービスコンソ
ールＲＳＣ（５）に接続されており、該システム構造が
更に、第１のサービスプログラムに対応するプレゼンテ
ーションアプリケーションを実行する手段と、前記第１
のサービスプロッセッサ（１）と通信する手段とを含
み、前記第１のサービスプロセッサが、リザーブサービ
スプロセッサ（２）によってプレゼンテーションが行わ
れる第１のサービスプログラムのボディアプリケーショ
ン及び第２のサービスプログラムのボディアプリケーシ
ョン及びプレゼンテーションアプリケーションとを同時
に実行することを可能にする手段を含むことを特徴とす
る請求項１に記載のシステム構造。 - 【請求項３】 各サービスプロセッサ及びコンソール
が、サービスプログラムの要求番号を取扱い、サービス
プログラムを開始させ、かつコンソールの接続又は切断
の状態を検知するスーパーバイザプログラムを含むこと
を特徴とする請求項２に記載のシステム構造。 - 【請求項４】 各サービスプロセッサ（１、２）が、中
央サブシステム（ＣＳＳ）に属するチャネル付き保守装
置を介して他のサービスプロセッサ（２、１）との通信
を処理する手段ＭＳＨ（１０、２０）を含むことを特徴
とする請求項２に記載のシステム構造。 - 【請求項５】 各コンソールが、サービスプロセッサ
（１、２）との通信を処理する各サービスプロセッサ
（１、２）に属するインターフェイス手段ＲＬＨ（２
１、１１）との通信を、コンソールスイッチ（３０）を
介して処理するインターフェイス手段ＲＳＣ、ＲＭＳ
（５０、６０）を含むことを特徴とする請求項２に記載
のシステム構造。 - 【請求項６】 各ステーション又はコンソール（５、
６）が、通信を処理するインターフェイス手段ＲＳＣ、
ＲＭＳ（５０、６０）を含み、各サービスプロセッサ
（１、２）が、通信を処理するインターフェイス手段Ｒ
ＬＨ（１１、２１）を含み、これらの手段ＲＳＣ、ＲＭ
Ｓ及びＲＬＨが、ステーション又はコンソールとサービ
スプロセッサとの間の通信を可能にすることを特徴とす
る請求項２に記載のシステム構造。 - 【請求項７】 プレゼンテーションアプリケーション
が、アプリケーションの機能として発生し、かつメモリ
に記憶されているウインドウ及び、ボディアプリケーシ
ョンによって送出される第１のメッセージが記憶されて
いるメモリブロックのアドレスを含むメッセージを受信
する基本要素と、受信した前記第１のメッセージにユー
ザが与えた応答に対応するコマンドを含むメモリブロッ
クのアドレスを含むメッセージをボディアプリケーショ
ンに伝達するか、又はボディアプリケーションによって
送られる前記第１のメッセージを受信したことを通知す
るメッセージを伝達する基本要素を含むメッセージ伝達
モジュール（１８３）とを含むことを特徴とする請求項
１から６のいずれか１項に記載のシステム構造。 - 【請求項８】 ボディアプリケーションが、メッセージ
を含むメモリブロックのアドレスを含むメッセージを伝
達する基本要素と、ユーザが応答するのを促すメッセー
ジを含むメモリブロックのアドレスを含むメッセージを
伝達する基本要素とを含むメッセージ伝達モジュール
（１７３）を含むことを特徴とする請求項１から７のい
ずれか１項に記載のシステム構造。 - 【請求項９】 ユーザがボード要素を取り替えるために
請求項１から８のいずれか１項に記載のシステム構造を
使用する方法であって、ボード取り替えサービスが、選
択されるべきスロットにそれぞれが配置されたボード要
素群の識別子を対話ボックスに表示し、マウス又はキー
ボードによって識別を確認することによって前記ボード
要素群の識別子を選択し、対応する第１のスロットを強
調表示することによって前記ボード要素群から第１のボ
ード要素を選択し、マウスによって「ＯＫ」メッセージ
を含む表示領域をクリックすることによって前記選択を
確認する、各ステップを具備してなるプレゼンテーショ
ンアプリケーションを含むことを特徴とするシステム構
造の使用方法。 - 【請求項１０】 プレゼンテーションアプリケーション
が、選択された第１のボード要素に対応する第１のスロ
ットが占有されていることを示すメッセージを対話ボッ
クスに表示し、システムがその内容をコピーしようとす
ることを表示し、前記サービスプログラムの確認又は取
消を要求する質問を表示し、所望の返答に対応する領域
をユーザがクリックすることによってサービスプログラ
ムを確認し又は取り消す、各ステップを更に含むことを
特徴とする請求項９に記載の使用方法。 - 【請求項１１】 対応する第２のスロットを強調表示す
ることによって第２の要素が選択され得るボード要素群
を対話ボックスに表示し、「ＯＫ」メッセージを含む表
示領域をクリックすることによって前記選択を確認し、
前記第２のスロットが空いていることをボードの取り替
えサービスによってチェックする、各ステップを含む請
求項１０に記載の使用方法。 - 【請求項１２】 プレゼンテーションアプリケーション
が、新しいボード要素の挿入要求の確認をユーザから要
求し、新しいボード要素の挿入が実行可能であることを
ユーザに対して、対話ボックスに示し、マウスを使用し
て第２のスロットが占有されているか、又は空いている
かを示す表示領域をクリックすることによりボード取り
替えの確認又は取消しをユーザが要求する、各ステップ
を更に含むことを特徴とする請求項１１に記載の使用方
法。 - 【請求項１３】 プレゼンテーションアプリケーション
が、第２のスロットに挿入される新しいボード要素のテ
ストの実行に関する情報を対話ボックスに表示し、新し
いボード要素が、有効であるかどうか、及び第１のボー
ド要素と交換可能であるかどうかをチェックし、新しい
ボード要素上の第１のボード要素に含まれている情報を
コピーし、コピーの成功を示す情報及び第１のスロット
からの第１のボード要素の取り出しの許可を表示し、第
２の対話ボックスで、第１のスロットが空いているか、
又は占有されているかを示すために領域をクリックする
ことによって第１のボード要素の取り出しの確認又は取
消をユーザに尋ねる、各ステップを含むことを特徴とす
る請求項１２に記載の使用方法。 - 【請求項１４】 プレゼンテーションアプリケーション
及びボディアプリケーションのそれぞれが、モジュール
を処理するライブラリーメッセージを含み、且つ、各プ
レゼンテーションアプリケーションが、タスク、メモリ
割当て、タイマ機能及びダイナミックリンクの処理を確
保するコア構成、ウインドウ及びその生成物の処理を確
保するユーザ要素、図形機能及び図面作成のための第３
の要素、及び非同期通信の機能を確保する第４の要素を
具備すること、を特徴とする請求項１に記載のシステム
構造。 - 【請求項１５】 情報処理装置において、「ボディ」と
称せられる一方のアプリケーションがプログラムアルゴ
リズムを備えており、「プレゼンテーション」と称せら
れる他方のアプリケーションがメニューバーを有するウ
インドウ型表示を可能にするユーザとのインターフェイ
スを含んでいる、２個のアプリケーションに分割された
アプリケーションプログラムをユーザが実行する方法で
あって、プレゼンテーションアプリケーション及びボデ
ィアプリケーションが、それぞれモジュールを処理する
ライブラリーメッセージを含んでおり、プレゼンテーシ
ョンアプリケーションが、タスク、メモリ割り当て、タ
イマ機能及びダイナミックリンクの処理を確保するコア
要素、ウインドウ及びその生成物の処理を確保するユー
ザ要素、図形機能及び図面作成のための第３の要素、非
同期通信の機能を確保する第４の要素を具備しており、
ボディアプリケーション処理装置のバッファメモリに送
られるべき第１のメッセージを記憶し、且つボディアプ
リケーションによって発生した前記第１のメッセージを
含むメモリブロックのアドレスを含むダイナミックデー
タ交換メッセージをプレゼンテーションアプリケーショ
ンに送信し、プレゼンテーションアプリケーションによ
るダイナミックデータ交換メッセージを受信し、且つ、
ダイナミックデータ交換メッセージに示されるアドレス
においてメモリブロックに記憶される前記第１のメッセ
ージを読み取り、要求された表示及びプレゼンテーショ
ンアプリケーションのメッセージ交換ライブラリーモジ
ュールの基礎要素によってユーザが前記第１のメッセー
ジに与えた応答の受信を実行することを可能にする構成
を使用して前記第１のメッセージを処理し、前記第１の
メッセージの受信を通知するダイナミックメッセージを
ボディアプリケーションへ送信し、ユーザによって与え
られた応答が記憶されているメモリブロックのアドレス
を含む第２のメッセージを送信し、前記第２のメッセー
ジによって示されるアドレスに含まれるレスポンスを読
み取ることによって、メッセージ通信及びボディアプリ
ケーションの受信基素要素がレスポンスの処理を実行す
ることをを可能にする、各スッテップを含むことを特徴
とするアプリケーションプログラムの実行方法。 - 【請求項１６】 情報処理装置において、「ボディ」と
称せられる一方のアプリケーションがプログラムアルゴ
リズムを備えており、「プレゼンテーション」と称せら
れる他方のアプリケーションがメニューバーを有するウ
インドウ表示を可能にするユーザとのインターフェイス
を含んでいる、２個のアプリケーションに分割されたア
プリケーションプログラムをユーザが実行する方法であ
って、プレゼンテーションアプリケーション及びボディ
アプリケーションが、それぞれモジュールを処理するラ
イブラリーメッセージを含んでおり、プレゼンテーショ
ンアプリケーションが、タスク、メモリ割当て、タイマ
機能及びダイナミックリンクの処理を確保するコア要
素、ウインドウ及びその生成物の処理を確保するユーザ
要素、図形機能及び図面作成のための第３の要素、非同
期通信の機能を確保する第４の要素を具備しており、ボ
ディアプリケーション処理装置のバッファメモリに送ら
れるべきメッセージを記憶し、ボディアプリケーション
によって発生する前記メッセージを含むメモリブロック
のアドレスを含むダイナミックデータ交換メッセージを
プレゼンテーションアプリケーションに送信し、プレゼ
ンテーションアプリケーションによりダイナミックデー
タ交換メッセージを受信し、ダイナミックデータ交換メ
ッセージに示されるアドレスにおいてメモリブロックに
記憶される前記メッセージを読み取り、実行されるべき
表示に対応するデータに十分なアドレスを調べることに
よって、要求された表示を実行することを可能にする構
成を使用しながら前記第１のメッセージを処理し、前記
メッセージの処理後に、アプリケーションのボディに受
信の応答を送信する要素を能動化する、各ステップを含
むことを特徴とするアプリケーションプログラムの実行
方法。 - 【請求項１７】 情報処理装置において、「ボディ」と
称せられる一方のアプリケーションがプログラムアルゴ
リズムを備えており、「プレゼンテーション」と称せら
れる他方のアプリケーションがメニューバーを有するウ
インドウ型表示を可能にするユーザとのインターフェイ
スを含んでいる、２個のアプリケーションに分割された
アプリケーションプログラムをユーザが実行する方法で
あって、プレゼンテーションアプリケーション及びボデ
ィアプリケーションが、それぞれモジュールを処理する
ライブラリーメッセージを含んでおり、プレゼンテーシ
ョンアプリケーションが、タスク、メモリ割当て、タイ
マ機能及びダイナミックリンクの処理を確保するコア要
素、ウインドウ及びその生成物の処理を確保するユーザ
要素、図形機能及び図面作成のための第３の要素、非同
期通信の機能を確保する第４の要素を具備しており、ボ
ディプログラムがプロッセッサで実行され、プレゼンテ
ーションアプリケーションが通信回線を介して前記プロ
セッサに接続された遠隔コンソールで実行され、ボディ
アプリケーション処理装置のバッファメモリに送られる
べき第１のメッセージを記憶し、ボディアプリケーショ
ンによって発生した前記第１のメッセージを含むメモリ
ブロックのアドレスを含む第１のダイナミックデータ交
換メッセージを、ボディアプリケーションと通信回線と
の間の交換を処理するプログラム（ＲＬＨ）のアテンシ
ョンへ送信し、コンソールのインターフェイスプログラ
ム（ＲＳＣ）による前記ダイナミックデータ交換メッセ
ージを受信し、プレゼンテーションアプリケーションの
アテンションにおける前記ダイナミックデータ交換メッ
セージをコンソールで変換し、ダイナミックデータ交換
メッセージに示されるアドレスにおいてメモリブロック
に記憶される前記第１のメッセージを読み取り、プレゼ
ンテーションアプリケーションのメッセージ交換ライブ
ラリーモジュールの要素によって、ユーザが前記第１の
メッセージに与えるレスポンスの要求表示及び受信を実
行することを可能にする構成を使用して前記第１のメッ
セージを処理する各ステップを含み、該第１のメッセー
ジを処理するステップにおいて、前記プレゼンテーショ
ンアプリケーションが、受信アクノレッジをコンソール
のインターフェイスプログラム（ＲＳＣ）へ送信し、次
いで、通信ラインを介して、受信アクノレッジをアプリ
ケーションのボディのアテンション宛のダイナミックデ
ータ交換メッセージに変換する受信プログラム（ＲＬ
Ｈ）に送信することを特徴とするアプリケーションプロ
グラムの実行方法。 - 【請求項１８】 情報処理装置において、ダイナミック
データ交換メッセージ送信の一連の操作の間、メッセー
ジ交換を処理するプログラムが、システムについての全
てのサービスの対話を含むログファイル（ＬＯＧＭ）に
メッセージを書き込むことを特徴とする請求項１７に記
載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9002517 | 1990-02-28 | ||
| FR9002517A FR2658934B1 (fr) | 1990-02-28 | 1990-02-28 | Architecture de systeme et utilisation de cette architecture dans un procede de remplacement de cartes. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH064442A JPH064442A (ja) | 1994-01-14 |
| JPH0743685B2 true JPH0743685B2 (ja) | 1995-05-15 |
Family
ID=9394236
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3119621A Expired - Fee Related JPH0743685B2 (ja) | 1990-02-28 | 1991-02-28 | アプリケーションの遠隔制御を可能にするシステム構造及びボード取替えのための該システム構造の使用方法及びアプリケーションプログラムの実行方法 |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US5396629A (ja) |
| EP (1) | EP0445034B1 (ja) |
| JP (1) | JPH0743685B2 (ja) |
| KR (1) | KR940009380B1 (ja) |
| AT (1) | ATE152531T1 (ja) |
| DE (1) | DE69125879T2 (ja) |
| ES (1) | ES2103789T3 (ja) |
| FR (1) | FR2658934B1 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5774642A (en) * | 1990-08-09 | 1998-06-30 | Bull S.A. | Architecture for dynamic service processor exchange providing multitasking environment where multiple processors have access to a system configuration table |
| FR2665778B1 (fr) * | 1990-08-09 | 1993-06-18 | Bull Sa | Architecture pour echange dynamique de processeur de service. |
| US6047312A (en) * | 1995-07-07 | 2000-04-04 | Novell, Inc. | System for replicating and associating file types with application programs among plurality of partitions in a server |
| US5692129B1 (en) * | 1995-07-07 | 1999-08-17 | Novell Inc | Managing application programs in a computer network by using a database of application objects |
| US5675629A (en) | 1995-09-08 | 1997-10-07 | At&T | Cordless cellular system base station |
| US5911120A (en) | 1995-09-08 | 1999-06-08 | At&T Wireless Services | Wireless communication system having mobile stations establish a communication link through the base station without using a landline or regional cellular network and without a call in progress |
| US6385682B1 (en) * | 1996-10-18 | 2002-05-07 | Compaq Information Technologies, Group, L.P. | System and method for controlling remote console functionality assist logic |
| US6742066B2 (en) | 1999-05-17 | 2004-05-25 | Hewlett-Packard Development Company, L.P. | System and method for controlling remote console functionality assist logic |
| US6728764B1 (en) * | 2000-11-08 | 2004-04-27 | Unisys Corporation | Method and apparatus for operating a data processing system |
| US7293075B2 (en) * | 2001-04-12 | 2007-11-06 | Unisys Corporation | Method and apparatus for operating a data processing system using multiple console views |
| US7379393B2 (en) * | 2002-10-07 | 2008-05-27 | Michael Morykwas | Timer device for use in an audio/visual presentation |
| WO2006024031A2 (en) * | 2004-08-23 | 2006-03-02 | Hewlett-Packard Development Company, L.P. | Method and apparatus for redirection of video data |
| JP2008544383A (ja) * | 2005-06-25 | 2008-12-04 | インテル・コーポレーション | サービスコールを支援する装置、システム、及び方法 |
| KR20120030158A (ko) * | 2005-06-25 | 2012-03-27 | 인텔 코오퍼레이션 | 레거시와 입출력 모듈의 원격 제어 센서들을 이용하여 서비스 호출들을 지원하는 장치, 시스템 및 방법 |
| US8938713B2 (en) * | 2012-02-09 | 2015-01-20 | International Business Machines Corporation | Developing a collective operation for execution in a parallel computer |
| US11689605B2 (en) * | 2020-04-16 | 2023-06-27 | National Technology & Engineering Solutions Of Sandia, Llc | In-network compute assistance |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2472780B1 (fr) * | 1979-12-31 | 1986-02-21 | Cii Honeywell Bull | Dispositif permettant de piloter un systeme informatique a partir d'une console locale et d'une console a distance |
| US4695946A (en) * | 1984-10-25 | 1987-09-22 | Unisys Corporation | Maintenance subsystem for computer network including power control and remote diagnostic center |
| US4750136A (en) * | 1986-01-10 | 1988-06-07 | American Telephone And Telegraph, At&T Information Systems Inc. | Communication system having automatic circuit board initialization capability |
| US4803623A (en) * | 1986-10-31 | 1989-02-07 | Honeywell Bull Inc. | Universal peripheral controller self-configuring bootloadable ramware |
| US5062040A (en) * | 1986-12-22 | 1991-10-29 | At&T Bell Laboratories | Handling of notification of asynchronous events by user and stub processes of a distributed process executing on a plurality of processors of a multi-processor system |
| EP0306244B1 (en) * | 1987-09-04 | 1995-06-21 | Digital Equipment Corporation | Fault tolerant computer system with fault isolation |
| FR2633413B1 (fr) * | 1988-06-22 | 1994-07-08 | Bull Sa | Procede pour la generation de fenetres de dialogue visualisables sur l'ecran d'un systeme informatique et dispositif pour mettre en oeuvre ce procede |
| US5214756A (en) * | 1989-03-10 | 1993-05-25 | International Business Machines Corporation | Direct manipulation of icons via conversational linking |
| US5163833A (en) * | 1989-04-14 | 1992-11-17 | Digital Communications Associates, Inc. | Dual personal computer architecture peripheral adapter board |
| US5075847A (en) * | 1989-05-26 | 1991-12-24 | Hewlett-Packard Company | Method and apparatus for computer program encapsulation |
| US5276833A (en) * | 1990-07-02 | 1994-01-04 | Chips And Technologies, Inc. | Data cache management system with test mode using index registers and CAS disable and posted write disable |
-
1990
- 1990-02-28 FR FR9002517A patent/FR2658934B1/fr not_active Expired - Fee Related
-
1991
- 1991-02-27 ES ES91400541T patent/ES2103789T3/es not_active Expired - Lifetime
- 1991-02-27 AT AT91400541T patent/ATE152531T1/de not_active IP Right Cessation
- 1991-02-27 DE DE69125879T patent/DE69125879T2/de not_active Expired - Fee Related
- 1991-02-27 US US07/661,048 patent/US5396629A/en not_active Expired - Lifetime
- 1991-02-27 EP EP91400541A patent/EP0445034B1/fr not_active Expired - Lifetime
- 1991-02-28 JP JP3119621A patent/JPH0743685B2/ja not_active Expired - Fee Related
- 1991-02-28 KR KR1019910003446A patent/KR940009380B1/ko not_active IP Right Cessation
-
1994
- 1994-01-28 US US08/169,399 patent/US5592676A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5592676A (en) | 1997-01-07 |
| EP0445034B1 (fr) | 1997-05-02 |
| ES2103789T3 (es) | 1997-10-01 |
| US5396629A (en) | 1995-03-07 |
| KR920000036A (ko) | 1992-01-10 |
| ATE152531T1 (de) | 1997-05-15 |
| FR2658934A1 (fr) | 1991-08-30 |
| FR2658934B1 (fr) | 1992-04-30 |
| JPH064442A (ja) | 1994-01-14 |
| DE69125879D1 (de) | 1997-06-05 |
| KR940009380B1 (ko) | 1994-10-07 |
| EP0445034A1 (fr) | 1991-09-04 |
| DE69125879T2 (de) | 1997-08-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0743685B2 (ja) | アプリケーションの遠隔制御を可能にするシステム構造及びボード取替えのための該システム構造の使用方法及びアプリケーションプログラムの実行方法 | |
| CA1286786C (en) | Self-configuring terminal | |
| CA1302586C (en) | Apparatus and method for interconnecting an application of a transparent services access facility to a remote source | |
| EP0223383B1 (en) | Multiple process, windowed display system | |
| CN110351378A (zh) | 一种物联网设备的控制方法及系统 | |
| JP2000517074A (ja) | 遠隔データ回復用の装置及び方法 | |
| TW297198B (en) | Communication control method for operating board and/or remoter input/output | |
| EP0067957B1 (en) | Method for dynamically altering a send queue of documents in a data communication system | |
| US4519029A (en) | Data communications system with automatic communications mode | |
| CN1295296A (zh) | 为全球自助式金融交易终端提供环球网内容的系统和方法 | |
| JPH0214739B2 (ja) | ||
| JPS58155467A (ja) | 分配デ−タ処理システム、分配デ−タ処理回路網作動方法及びデ−タ処理方法 | |
| JPH09146859A (ja) | 端末管理機能付ネットワークシステム | |
| JPH07325776A (ja) | 電子会話制御方式 | |
| JP3466630B2 (ja) | 情報連絡装置 | |
| JP2002189546A (ja) | ネットワーク端末装置および表示制御方法および表示制御プログラム | |
| JPH0275052A (ja) | アプリケーションプログラム管理方式 | |
| KR100265077B1 (ko) | 단문 서비스를 이용하는 대화형 서비스 생성 방법 및 장치 | |
| US6032176A (en) | Data-independent type computer system: processing machine, data machine and man-machine interface therein | |
| JP2001160036A (ja) | クライアントの汎用システムツール | |
| JP3368626B2 (ja) | データ処理装置 | |
| JPS6149267A (ja) | 端末モニタリング装置 | |
| JPH1093695A (ja) | 交換機能試験システム | |
| JPH05158849A (ja) | ウインドウシステム | |
| JPH1040119A (ja) | 仮想計算機のコンソール制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |