JPH06161919A

JPH06161919A - メッセージ制御方式

Info

Publication number: JPH06161919A
Application number: JP4315392A
Authority: JP
Inventors: Ikuo Takegawa; 郁男竹川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-11-25
Filing date: 1992-11-25
Publication date: 1994-06-10
Also published as: US5727148A

Abstract

(57)【要約】【目的】本発明は、コンピュータネットワークにおけ
るメッセージ制御方式に関し、メッセージ出力先変更に
容易に対処できるようにすると共に、システムの同期制
御を容易に行えるようにすることを目的とする。【構成】プロセスＰＲＯＣＡからメッセージ表示要求
（メッセージ出力関数のコール）を行うと、そのプロセ
スＰＲＯＣＡのプロセス環境変数の取得が行われ（Ｓ１
０１）、そのプロセス環境変数からプロセスＰＲＯＣＡ
が設定した出力識別子（Ａ）を読み込み（Ｓ１０２，Ｓ
１０３）、ネットワークを介してその出力識別子（Ａ）
を持つＷＳ（ワークステーション）に対してメッセージ
出力を依頼する（Ｓ１０４）。そして、その依頼したメ
ッセージ出力が成功であった場合には直ちに終了する
が、不成功であった場合にはシステムコンソール等に所
定のメッセージを出力する（Ｓ１０６）。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の情報処理装置が
通信回線を介して結合されたシステムにおけるメッセー
ジ制御方式に関する。

【０００２】

【従来の技術】従来の情報システムは、大型の汎用コン
ピュータに複数の端末を接続した集中処理（バッチ処
理）が主流であったが、近年は、高性能で廉価なワーク
ステーション（ＷＳ：Work Station) の登場により、ク
ライアント／サーバモデルを代表とする分散処理システ
ムが主流になってきている。

【０００３】このような分散処理システムにおいて、
今、最も注目を集めているのが、マルチベンダ環境を提
供するオープンシステムであり、このオープンシステム
においては、システムを構築するコンピュータとしてＵ
ＮＩＸワークステーション（ＯＳ（オペレーティング・
システム）としてＵＮＩＸを用いるワークステーショ
ン）が使用される場合が多い。

【０００４】ＵＮＩＸは、業界において広く受け入れら
れ、しかも複数のベンダから入手でき、ＬＡＮ（Local
Area Network) に代表されるようなネットワーク用の通
信プロトコルとして業界標準になりつつあるＴＣＰ／Ｉ
Ｐ（Transmission Control Protocol ／Internet Proto
col)をサポートとしており、ワークステーション同士の
接続に優れている。また更に、ＵＮＩＸは、他のワーク
ステーションのファイルをアクセスできるＮＦＳ（Netw
ork File System)機能、他のワークステーションの各種
資源を利用できるTelnetやrlogin 機能、別のワークス
テーションに接続されているプリンタを用いて印刷でき
るリモート・プリンタ機能ＳＭＰＴ（Simple Mail Tran
sfer Protocol)をベースにした電子メール等のサービス
を標準で用意している。

【０００５】ところで、ＬＡＮ等のような複数のワーク
ステーションやパーソナルコンピュータで構築されるネ
ットワークシステムにおいては、各コンピュータ間での
メッセージ通信が必須の機能となる。

【０００６】このようなメッセージ通信の従来の制御方
式について、以下に説明する。図１６は、事前にファイ
ルにメッセージの出力先についての環境の設定（定義）
をしておき、その環境設定に従ってメッセージの出力先
を決定する方式である。

【０００７】同図に示す例では、装置（ワークステーシ
ョン）Ｂでメッセージ要求が発生すると、装置Ｂはファ
イル１０１Ｂに設定されているメッセージ出力先定義情
報を参照して、メッセージの出力先が装置（ワークステ
ーション）Ａであると判断し、伝送路１０２を介して装
置Ａに対してメッセージ表示要求を送信する。

【０００８】尚、この方式の場合、メッセージ出力先定
義情報は必ずしも装置Ｂのファイルにある必要はなく、
メッセージの出力先を一括管理しているネットワーク内
の他の装置にあってもよい。この場合には、装置Ｂは、
上記メッセージ出力先定義情報を参照し、リモート・プ
ロシジャー・コール（ＲＰＣ；Remote Procedure Call)
等により装置Ａに対してメッセージ表示要求を行うこと
になる。

【０００９】上記の方式では、事前に出力先定義情報を
固定的に設定するので、メッセージの出力先は固定され
てしまう。このような弱点を補うためのメッセージ制御
方式が、図１７に示す方式である。

【００１０】同図に示す例では、装置Ｂにより実行され
るプログラム１０４内のメッセージ出力要求を行う命令
のコードの中にメッセージの出力先を示す情報が付加さ
れており、この命令コードが実行される際に、上記付加
情報にしたがってメッセージの出力先が決定される。

【００１１】このように、従来のメッセージ制御方式に
おいては、メッセージの出力先は、システムあるいは環
境設定により固定的に決められているか（例えばシステ
ムコンソール等）、またはメッセージ出力要求元のプロ
グラムが固定的にメッセージの出力先の情報を持ち、そ
の情報により出力先を決定していた。

【００１２】

【発明が解決しようとする課題】まず、図１６に示す前
者の方式では、システムを稼働する前に事前にメッセー
ジの出力先についての定義をする作業の必要であり、ま
た、同一メッセージであって業務により出力先を変更し
たい場合には、メッセージ出力先定義情報に業務毎の出
力先を定義する情報を加える必要があるなど環境定義を
行うための作業が複雑で、また出力先の変更を行う場合
の作業も面倒であるという欠点があった。

【００１３】一方、図１７に示す後者の方式では、装置
Ｂ上で実行されるメッセージを表示するプログラム１０
４を設計する際、事前にメッセージをどの装置に出力す
るかを決定し、プログラム上で固定的にメッセージの出
力先を指定する情報を保持する必要があった、このた
め、メッセージの出力先を変更したい場合には、プログ
ラムの修正が必要になるという欠点があった。

【００１４】また、この方式と前記図１６に示す方式を
併用し、出力先を指定する出力先定義情報をファイルに
持ち、プログラムのメッセージ出力要求の命令コードに
上記ファイル内の当該出力メッセージへのポインタを組
み込み、その命令コード実行時に、上記ポインタにより
上記ファイルから当該メッセージの出力先を取り出すよ
うな方式にすれば、上記ファイル内の出力先定義情報を
変更することにより、プログラム実行時にメッセージの
出力先を変更できるようになる。しかし、この場合で
も、上記ファイルに環境定義を設定・変更する作業は必
要となり、その作業が面倒である。

【００１５】また、図１８に示すような他のワークステ
ーション（ＷＳ）上のターゲットプログラムの起動を考
えた場合（以降、このようなプログラムの起動をリモー
トプログラム実行と呼ぶ）、従来は、その起動されたプ
ログラムが出力するメッセージはその起動先ワークステ
ーション（ＷＳ）上あるいはシステムコンソールに出力
されるようになっていた。

【００１６】また、上述した図１６に示すようなシステ
ムでは、事前に設定された出力先定義情報に従ったワー
クステーション（ＷＳ）に出力されることになる。この
ように、従来のシステムでは、メッセージの出力先に関
しては、システムで固定的な運用しかできなかった。し
たがって、リモートプログラム実行等において、起動す
るプログラム毎にメッセージの出力先を変更すること
や、起動するプログラムは同じでも起動時間や、起動元
ワークステーション（ＷＳ）の違いに応じて起動先ワー
クステーション（ＷＳ）で実行されるターゲットプログ
ラムが出力するメッセージの出力先を変更することはで
きなかった。

【００１７】ところで、上述した従来例においては、メ
ッセージの出力先がいずれもワークステーション（Ｗ
Ｓ）となっているが、メッセージの出力先として指定す
るものとして、他に論理的な装置（論理画面等）があ
る。この論理的な装置に対するメッセージ出力について
も、上記３つの問題点が生じる。

【００１８】さらに、複数のワークステーション（Ｗ
Ｓ）が結合されたシステムにおいて、あるワークステー
ション（ＷＳ）で他の全てのワークステーション（Ｗ
Ｓ）あるいは一部のワークステーション（ＷＳ）に対し
て、応答を必要とするメッセージを同時に出力すること
により、システム全体で同期制御を行うことができなか
った。

【００１９】例えば、図１９に示すように、あるＷＳ
（以後、ワークステーションをこのように表現する）の
電源切断が他のＷＳに影響を与える場合、そのあるＷＳ
が他のＷＳの全て（ＷＳ１，ＷＳ２，ＷＳ３）あるいは
一部のＷＳに対して、メッセージを同時に出力し、その
メッセージにより、それらのＷＳに対して上記電源切断
の通知をすることはできても、それらのＷＳのオペレー
タのその電源切断に対する承認を受けることはできなか
った。従って、上記のあるＷＳは、そのメッセージ通知
により、必ずしも電源を切断して良い状況になったか否
かの判断を行うことはできなかった。この場合、メッセ
ージ通知を行ったＷＳは、応答メッセージ待ちにより、
メッセージ通知先の全てのＷＳから上記メッセージに対
する応答を受け取ってから、電源切断の可否を判断する
同期制御ができるのが望ましい。

【００２０】従来、同期制御を行う方法としては、プロ
セス間通信などの方法があるが、プロセス間通信の場合
は、ＯＳによるオーバヘッドが大きくなり、また、全て
のＷＳがプロセス間通信用のプログラムを持つ必要があ
るなどシステムとしての性能、資源の効率化、環境設定
の複雑さ、それに伴うシステム開発工数の増加などの問
題があった。

【００２１】また、更には、あるＷＳの処理が、任意の
ＷＳのオペレータに対して応答が必要なメッセージを出
力し、その任意のＷＳからの応答結果を受けて、処理を
続行するような処理であって、メッセージの出力は複数
のＷＳに対して行うが、そのメッセージに対する応答結
果は、現在オペレータが存在するＷＳから通知されるだ
けで良いような処理は、従来は、図２０で示すようにプ
ロセス間通信により実現する必要があった。

【００２２】したがって、この場合も、上述したプロセ
ス間通信と同様な問題が生じていた。本発明は、メッセ
ージの出力先の変更をプロセスの環境を変更するだけで
行えるようにして、プログラムの修正は不要にすること
を第１の目的とする。

【００２３】さらに、子プロセスが親プロセスから引き
継ぐ環境変数によりメッセージの出力先を知ることがで
きるようになることを第２の目的とする。また、自己の
出力したメッセージに対する応答を、同一ネットワーク
上の全てまたは一部の装置から待つ場合の同期制御を、
システム全体の性能を低下させることなく容易に行える
ようにすることを第３の目的とする。

【００２４】

【課題を解決するための手段】請求項１記載の第１の発
明は、複数の情報処理装置が通信回線を介して結合され
たシステムにおけるメッセージ制御方式であって、出力
メッセージまたは返答が必要なメッセージの出力先につ
いて、プロセスに付随する環境情報にメッセージの出力
先を設定し、各プロセスは、その環境情報からメッセー
ジの出力先を得て、当該出力先にメッセージを出力する
ことを特徴とする。請求項２記載の第２の発明は、複数
の情報処理装置が通信回線を介して結合されたシステム
におけるメッセージ制御方式であって、プロセスに付随
する環境変数に応答が必要な複数のメッセージ出力先を
設定し、メッセージの出力要求が発生した場合、前記環
境変数から、複数のメッセージ出力先を得、それらの複
数のメッセージ出力先に一斉に当該メッセージの出力を
行い、上記当該メッセージを出力した全てのメッセージ
出力先からの応答を待ってそれらの応答結果に対応する
当該情報を上記メッセージの出力元に通知する。

【００２５】上記第２の発明において、例えば、請求項
３記載のように、メッセージの出力元で、全ての情報処
理装置からの応答結果を待つ旨を指定してもよい。請求
項４記載の第３の発明は、複数の情報処理装置が通信回
線を介して結合されたシステムにおけるメッセージ制御
方式であって、プロセスに付随する環境変数に応答が必
要な複数のメッセージ出力先を設定し、メッセージの出
力要求が発生した場合、前記環境変数から、複数のメッ
セージ出力先を得、それらの複数のメッセージ出力先に
一斉に当該メッセージの出力を行い、一番最初に応答さ
れた結果を有効とし、その応答結果を、上記メッセージ
の出力元に通知する。上記第３の発明において、例え
ば、請求項５記載のように、メッセージの出力元で、一
番最初に応答された結果を有効とする。

【００２６】

【作用】前記第１の発明によれば、プロセスに付随する
環境変数にメッセージの出力先を設定し、各プロセスは
メッセージ出力の際にはこの環境変数からメッセージの
出力先を得て、当該出力先へメッセージを出力する。環
境の設定は、オペレータが、環境設定用のコマンド入力
を行うことにより、容易に行うことができる。したがっ
て、メッセージの出力先の変更は、プロセスの環境を変
更するだけで良く、プログラムの変更は不要となる。

【００２７】また、親プロセスから起動される子プロセ
スが親プロセスに付随する環境を引き継ぐシステムにお
いては、起動を行うだけで親プロセスから子プロセスへ
メッセージの出力先に関する情報が伝播するので、親プ
ロセスから子プロセスに対するメッセージ出力先の通知
が容易になる。

【００２８】特に、この効果は、親プロセスが複数の子
プロセスを起動する場合、顕著になる。また、前記第２
の発明によれば、プロセスに付随する環境変数に複数の
メッセージ出力先を設定し、メッセージの出力要求が発
生した場合、前記環境変数から複数のメッセージ出力先
を得、それらのメッセージ出力先に、一斉に当該メッセ
ージ出力を行い、その当該メッセージを出力した全ての
メッセージ出力先からの応答があったとき、または一番
最初の応答結果を有効として、それらの応答結果から得
られる当該情報を上記メッセージの出力元に通知する。

【００２９】したがって、メッセージの同報通知や、応
答メッセージ待ちによるシステムの同期制御が可能にな
る。さらに、前記第３の発明によれば、他の情報処理装
置上のプログラム（ターゲットプログラム）を起動（実
行）させる際に、そのターゲットプログラムが出力する
メッセージの出力先を、上記ターゲットプログラムの起
動元の情報装置から起動先の情報処理装置に通知し、そ
の起動先の情報処理装置でプロセスに付随する環境情報
にその通知されたメッセージの出力先を設定し、上記起
動先の情報処理装置上で起動される上記ターゲットプロ
グラムは、メッセージの出力先を上記環境情報から得
て、上記起動先の情報処理装置は、上記ターゲットプロ
グラムの出力メッセージを通知されたメッセージの出力
先装置に出力する。

【００３０】したがって、上記起動元の情報処理装置
は、上記起動先の情報処理装置上のターゲットプログラ
ムのメッセージの出力先を簡易に指定できると共に、そ
のターゲットプログラムにより起動されるサブプログラ
ム（子プロセス）へもメッセージ出力先を容易に指定す
ることが可能になる。

【００３１】

【実施例】以下、図面を参照しながら本発明の実施例を
説明する。図１及び図２は、本発明の第１実施例のメッ
セージ制御方式を説明する図である。

【００３２】まず、図１に示すようにあるプロセスＰＲ
ＯＣＡが、プロセス環境変数としてある出力装置Ａを指
定する「出力先装置識別子（Ａ）」を設定し、その後、
「メッセージ表示内容」を指定して、メッセージ表示要
求を行うと、ＯＳにより同図右に示すメッセージ表示要
求が実行される。

【００３３】このメッセージ表示要求処理においては、
まずプロセス環境変数の取得が行われる（Ｓ１０１）。
次に、その取得したプロセス環境変数に出力先装置識別
子があるか否か判別し（Ｓ１０２）、ある場合には、そ
の出力先装置識別子（この場合、出力先装置識別子
（Ａ））を上記プロセス環境から読み込む（Ｓ１０
３）。

【００３４】そして、次に、ネットワークを介して、出
力先装置識別子（Ａ）が割り当てられている装置に対し
て、上記「メッセージ内容」の出力依頼を行う（Ｓ１０
４）。

【００３５】続いて上記メッセージ出力依頼を行った出
力装置からのメッセージ出力結果を待ち、ネットワーク
を介してメッセージ出力結果が送られてきたら、それを
調べメッセージ出力が成功であったか否か判別する（Ｓ
１０５）。

【００３６】そして、メッセージ出力が成功であった場
合には、直ちに終了するが、失敗であった場合には予め
システムで決められているＷＳ（ワークステーション）
にエラーメッセージを出力して（Ｓ１０６）、処理を終
了する。上記エラーメッセージの出力は、通常システム
コンソールまたはメッセージ表示要求元ＷＳのディスプ
レイ等の出力装置に行う。

【００３７】このように、この第１実施例では、メッセ
ージを要求したプロセスに付随する環境変数に出力先装
置を指定する環境変数が存在するか否かを判断し、存在
する場合は、その環境変数に従って当該装置にメッセー
ジを出力する制御を行うようにする。

【００３８】次に、上記図１のフローチャートのステッ
プＳ１０４のより詳細な動作を、図２を参照しながら説
明する。上記ステップＳ１０４において、ネットワーク
を介して出力先装置識別子（Ａ）が割り当てられている
装置（Ａ）１６０に対するメッセージ表示要求（メッセ
ージ出力要求）が発生すると、ネットワーク監視プロセ
スが、そのメッセージ要求において、メッセージの出力
先として指定されている装置（Ａ）１６０内にメッセー
ジ出力受付プロセス１６１を生成する。

【００３９】上記メッセージ出力要求を行ったメッセー
ジ事象発生装置１５０は、上記メッセージ表示要求にメ
ッセージ出力先として装置Ａ１６０が指定されている
と、その装置Ａ１６０とネットワーク通信を行うための
通信手順（プロトコル）を開設し、上記メッセージ表示
要求により装置Ａ１６０に対して表示要求がなされてい
るメッセージの内容をネットワークを介し装置Ａ１６０
のメッセージ出力受付プロセス１６１に転送する。

【００４０】メッセージ出力受付プロセス１６１は、そ
のメッセージの内容をネットワークを介して受け取ると
（読み込むと）、そのメッセージの出力要求を標準関数
であるメッセージ出力関数１６２に対して行う。

【００４１】メッセージ出力関数１６２は、上記メッセ
ージの内容を本装置Ａ１６０の指定された出力装置に出
力する。そして、この出力に対するオペレータからの応
答内容がある場合には、その応答結果をメッセージ出力
受付プロセス１６１に通知して終了する。

【００４２】メッセージ出力受付プロセス１６１は、そ
の応答結果を受け取ると、上記メッセージ出力の結果
（上記応答結果が有った場合には、それも）ネットワー
クを介して、メッセージ事象発生装置１５０に通知す
る。

【００４３】メッセージ事象発生装置１５０では、上記
結果通知を受け取ると、上記開設した装置（Ａ）１６０
に対する通信手順（プロトコル）を閉じる処理を行い、
上記受け取った結果通知を上記メッセージ出力要求を行
ったプロセスに返す。

【００４４】そして、上記通信手順を閉じた際に、メッ
セージ出力受付プロセス１６１は、上記ネットワーク監
視プロセスにより消滅される。このように、第一実施例
においては、メッセージ表示要求を行ったプロセスに付
随する環境変数の中の出力先装置を識別する環境変数に
よって、メッセージの出力先を指定でき、このことによ
り、各処理プロセスはプロセス環境変数によりメッセー
ジの出力先を、動的に指定することが可能となる。ま
た、出力先を変更する場合もプログラムを変更する必要
はなく、プロセスの環境変更するだけでよい。また、親
プロセスから起動された子プロセスに、親プロセスの環
境が引き継がれるシステムにおいては、この親プロセス
に付随する環境変数で指定されている出力先装置にメッ
セージを出力することも容易に可能となる。

【００４５】次に述べる図３及び図５のフローチャート
に示す第２の実施例は、ある装置が複数の装置に対して
メッセージ出力（表示）を行う場合のメッセージ制御方
式の例である。まず、あるプロセスＰＲＯＣＢは、プロ
セス環境変数として複数の出力先装置識別子を設定し、
その後、「メッセージ表示内容」を指定してメッセージ
表示要求を行う。

【００４６】このメッセージ表示要求は、メッセージの
出力先として同時に複数の装置を指定するものであり、
かつそのメッセージは応答を必要とするものである。そ
して、その応答待ちとして、全メッセージの応答結果が必要最初の応答結果のみが必要の２種類いずれか一方を指定できるようになっている。

【００４７】また、応答待ち指定として、上記が指定
された場合、全ての応答結果が一致した場合には、その
応答結果をメッセージ表示要求を行ったプロセスＰＲＯ
ＣＢに通知するが、全ての応答結果が一致していない場
合にはエラー扱いとして上記プロセスＰＲＯＣＢに対し
てはエラー通知のみを行う。

【００４８】ここで、上記の応答待ち方式の機能を備
えたメッセージ表示要求処理の動作を図３のフローチャ
ートを参照しながら説明する。まず、上記プロセスＰＲ
ＯＣＢの設定したプロセス環境変数を取得し（Ｓ２０
１）、次にこの取得したプロセス環境変数の中に出力先
識別子があるか否か判別する（Ｓ２０２）。

【００４９】そして、出力先装置識別子があれば、全て
の出力先装置識別子ＩＤ₁，ＩＤ₂，・・・を環境変数
から読み込み（Ｓ２０３）、続いて、ネットワークを介
して、それらの取得した複数の出力先識別子の内、最初
の出力先装置識別子ＩＤ₁が割り当てられた装置Ａ₁に
対して上記メッセージ出力要求により指定された「メッ
セージ」の出力依頼を行う（Ｓ２０４）。

【００５０】そして、上記メッセージ出力依頼が成功し
たか否かを示すステイタス情報をネットワークを介して
入力し、そのステイタス情報によりメッセージ出力依頼
が成功したか否かを判別する（Ｓ２０５）。

【００５１】そして、メッセージ出力が成功であれば
（Ｓ２０５，ＹＥＳ）、まだ未出力の装置Ａ_i（ｉ＝
２，３，・・・）が残っているか否か判別し（Ｓ２０
６）、残っていれば、上記ステップＳ２０４，Ｓ２０５
を残りの全ての装置Ａ₂，Ａ₃，・・・に対して行う。

【００５２】そして、全ての装置Ａ₁，Ａ₂，・・・に
おいてメッセージ出力が成功したと判別したならば（Ｓ
２０６，ＮＯ）それらメッセージ出力依頼を行った全て
の装置Ａ₁，Ａ₂，・・・からの上記メッセージに対す
る応答結果を待つ（Ｓ２０７）。

【００５３】そして、ネットワークを介して全ての応答
結果を受信したならば、それら全ての応答結果が一致し
ているか否か判別し（Ｓ２０８）、全応答結果が一致し
ていれば（Ｓ２０８，ＹＥＳ）、その応答結果を上記メ
ッセージ表示要求をプロセスＰＲＯＣＢに通知する（Ｓ
２０９）。

【００５４】一方、上記ステップＳ２０８で全応答結果
が一致していなければ（Ｓ２０８，ＮＯ）、上記プロセ
スＰＲＯＣＢに対しエラー通知を行う（Ｓ２１０）。ま
た、上記ステップＳ２０２でプロセス環境変数に出力先
識別子が無かったならば、予めシステムで決められた装
置（通常は、システムコンソールまたはメッセージ出力
要求元の装置）に対して、上記指定されたメッセージを
出力し（Ｓ２１１）、上記プロセスＰＲＯＣＢに復帰す
る。

【００５５】また、さらに、上記ステップＳ２０５で、
メッセージ出力依頼に失敗したならば（Ｓ２０５，Ｎ
Ｏ）、予めシステムで決められた装置（通常は、システ
ムコンソールまたはメッセージ出力要求元の装置）に対
して、所定のエラーメッセージを出力（Ｓ２１１）し
て、上記プロセスＰＲＯＣＢに復帰する。

【００５６】図４（ａ），（ｂ），（ｃ）に、それぞれ
上記図３のフローチャートのステップＳ２０４，Ｓ２０
７，Ｓ２０８をＣ言語のプログラムにより実現した例を
示す。

【００５７】同図（ａ），（ｂ）に示すmsgout,msgrev
は、msgoutはメッセージ出力関数、msgrevはメッセージ
受信関数である。次に、上記の最初の応答結果だけ必
要である旨の指定がなされたメッセージ要求が行われた
場合のメッセージ表示要求処理を、図５のフローチャー
トに示す。このメッセージ表示要求処理は、メッセージ
出力関数をコールすることによって行われる。

【００５８】この処理は、上述した全応答結果待ちの場
合の処理とほぼ同様であり、前記図３に示すステップＳ
２０７〜Ｓ２０８の応答結果待ちの制御処理がステップ
Ｓ２５１〜Ｓ２５２に置き換わっただけである。

【００５９】すなわち、この図５のフローチャートに示
すメッセージ表示要求処理においては、ステップＳ２０
４〜Ｓ２０６により、全ての出力先識別子ＩＤ₁，ＩＤ
₂，・・・に対応する装置Ａ₁，Ａ₂，・・・に対しネ
ットワークを介しメッセージ出力依頼を行った後、最初
の応答結果のみを待ち（Ｓ２５１）、最初の応答結果を
ネットワークを介して受信すると、この応答結果を直ち
に上記プロセスＰＲＯＣＢに通知する。

【００６０】図６（ａ），（ｂ），（ｃ）に、それぞ
れ、上記図５のフローチャートのステップＳ０４，Ｓ２
５１，及びＳ２５２の処理をＣ言語のプログラムにより
実現した例を示す。

【００６１】続いて本発明の第３の実施例を説明する。
この第３の実施例は複数のＷＳがネットワークにより結
合されたシステムにおいて、他のＷＳ（起動先ＷＳ）上
の複数の子プロセスを起動するターゲットプログラムを
起動する場合のメッセージ制御方式である。

【００６２】この実施例が適用されるシステムの一例を
図７に示す。同図において、ＷＳ（ワークステーショ
ン）３１０が、サーバであるＷＳ（ワークステーショ
ン）３２０のＡプログラムをリモートプログラム実行制
御により起動する。すなわち、ＷＳ３１０において、サ
ーバであるＷＳ３２０上のＡプログラムをリモートプロ
グラム実行制御により起動する旨の要求が発生すると、
リモートプログラムを実行するプロセス３１１が生成さ
れ、このプロセス３１１は、ネットワーク通信によりＷ
Ｓ３２０上のＡプログラムの起動依頼をＷＳ３２０に通
知する。

【００６３】ＷＳ３２０上のリモートプログラム要求受
付プロセス３２１は、ネットワークを介してＡプログラ
ム起動依頼を受け取ると、直ちにＡプログラム３２２を
起動する。

【００６４】このＡプログラム３２２は、起動される
と、複数の子プロセスであるサブプログラムＡ₁，
Ａ₂，・・・を次々に生成・起動させる。これらサブプ
ログラムＡ ₁，Ａ₂，・・・の全ての実行が終了する
と、その実行結果がＡプログラム３２２に通知される。

【００６５】Ａプログラム３２２は、この通知を受け取
ると、この通知を自己の処理結果として上記受付プロセ
ス３２１に通知し、受付プロセス３２１は、これを受け
て、ネットワーク通信によりそのＡプログラム３２２の
処理結果をリモートプログラム実行プロセス３１１に通
知する。リモートプログラム実行プロセス３１１は、こ
の通知されたＡプログラムの処理結果を、さらにＡプロ
グラム３２２の起動要求を行ったプログラムに通知す
る。

【００６６】続いて、上記のようなクライアントである
ＷＳ３１０が、サーバであるＷＳ３２０上のＡプログラ
ム３２１をリモートプログラム実行制御により起動され
る場合のメッセージ制御方式を図８を参照しながら説明
する。

【００６７】ＷＳ３１０上で、サーバであるＷＳ３２０
上のＡプログラムの起動要求が発生すると、ＷＳ３１０
上のリモートプログラム実行プロセス３１１は、メッセ
ージ出力先に関する情報（メッセージ出力先情報）を設
定し、次にネットワーク通信により、ＷＳ３２０上のＡ
プログラム３２２の起動依頼をＷＳ３２０上に依頼す
る。尚、このとき、上記メッセージ出力先情報も、ネッ
トワーク通信によりＷＳ３２０に通知する。

【００６８】ＷＳ３２０上の受付プロセス３２１は、ネ
ットワーク通信によりＡプログラム３２２の起動依頼及
び上記メッセージ出力先情報を受け取ると、プロセス環
境変数にそのメッセージ出力先情報を設定する。そし
て、次に、Ａプログラム３２２を起動する。

【００６９】これにより、Ａプログラム３２２は、上記
プロセス環境変数を引き継ぎながら起動される。そし
て、Ａプログラム３２２は、サブプログラムＡ₁，
Ａ₂，・・・を、順次起動されるが、これらＡプログラ
ム３２２の子プロセスであるサブプログラムＡ ₁，
Ａ₂，・・・にも上記プロセス環境変数が引き継がれ
る。

【００７０】サブプログラムＡ₁，Ａ₂，・・・はクラ
イアントであるＷＳ３１０上のリモートプログラム実行
プロセス３１１が設定したメッセージ出力先にメッセー
ジ出力を行う場合には、その目的に応じて、前述した図
１、図３、または図５のフローチャートに示す処理を行
うメッセージ出力関数を起動する。このことにより、サ
ブプログラムＡ₁，Ａ₂，・・・は、メッセージ出力先
を全く意識することなく、上記メッセージ出力関数を起
動するだけで、クライアントであるＷＳ３１０上のリモ
ートプログラム実行プロセス３１１により設定されたメ
ッセージ出力先に、当該メッセージを出力できる。

【００７１】従って、サーバＷＳ等の他のＷＳ上にある
ターゲットプログラムのメッセージの出力先を、プロセ
スに付随する環境情報に設定することにより、起動元Ｗ
Ｓ側で指定することが可能となるので、リモートプログ
ラム実行において簡易にメッセージ出力先を設定するこ
とが可能となる。上述したリモートプログラム実行制御
におけるメッセージの出力制御方式を実現するＣ言語に
よるプログラムの一例を図９に示す。

【００７２】まず、ＷＳ３１０上のリモートプログラム
実行プロセス３１１は、システムコールgetenv("ＭＳＧ
＝")の実行により、プロセス環境情報からメッセージ出
力先を示す情報（メッセージ出力先情報）「ＷＳ０１」
を獲得し、このメッセージ出力先情報「ＷＳ０１」を電
文に組み込んで、ネットワーク通信によりＷＳ３２０上
のリモートプログラム要求受付プロセス３２１へ送信す
る。

【００７３】リモートプログラム要求受付プロセス３２
１は、受信するメッセージ出力先情報「ＷＳ０１」をシ
ステムコールsetenv（ＭＳＧ＝ＷＳ０１）を実行するこ
とにより自身のプロセス環境変数に設定する。このこと
により、受付プロセス３２１により起動されるＡプログ
ラム３２２（受付プロセス３２１の子プロセス）、さら
にＡプログラムに起動されるサブプログラムＡ₁，Ａ₂
・・・（Ａプログラム３２２の子プロセス）に、メッセ
ージ出力先情報「ＷＳ０１」が伝播される。

【００７４】第１、及び第３の実施例を用いて、リモー
トプログラム実行起動元ＷＳに、リモートプログラム実
行起動先ＷＳのターゲットプログラムがメッセージ表示
を行う例を、図１０に示す。

【００７５】この場合、起動元ＷＳ４１０のリモートプ
ログラム実行においてメッセージ出力先として起動元Ｗ
Ｓ４１０のＷＳ識別子を、起動元ＷＳ４１０から起動先
ＷＳ４１０に伝播させる。

【００７６】図１０に示す例では、起動元ＷＳ４１０上
のＡプログラムのリモートプログラム実行プロセス４１
１は、メッセージ出力先情報として、自身が属するＷＳ
の識別情報（ＷＳ名）を求め、リモートプログラム実行
制御によりＷＳ４２０上のＡプログラム４２２の起動依
頼を、ＷＳ４２０のリモートプログラム要求受付プロセ
ス４２１に対して行う。

【００７７】受付プロセス４２１は、Ａプログラム４２
２の起動依頼及びＷＳ３１０のＷＳ名を受け取ると、Ｗ
Ｓ３１０のＷＳ名をプロセス環境変数に設定し、Ａプロ
グラム４２２を起動する。

【００７８】起動されたＡプログラム４２２は、親プロ
セスである受付プロセスの環境変数を引き継ぐ。そし
て、Ａプログラム４２２は、所定の処理を実行した後、
その処理結果を受付プロセス４２１に通知する。受付プ
ロセス４２１は、通知されたＡプログラム４２２の処理
結果を、ネットワーク通信によりＷＳ４１０上のリモー
トプログラム実行プロセス４１１に通知し、さらに、リ
モートプログラム実行プロセス４２１は、そのＡプログ
ラム４２２の処理結果をＡプログラム４２２の起動依頼
を行ったプロセスに通知する。

【００７９】一方、Ａプログラム４２２は、上記処理結
果の通知を行った後、所定のメッセージ内容を指定して
メッセージ表示を行う。このメッセージ表示要求によ
り、システムはまず、環境変数からメッセージ出力先情
報（ＷＳ４１０のＷＳ名）を求める。

【００８０】続いて、その求めたＷＳ名からメッセージ
を通信すべきＷＳを決定し、そのＷＳとの間に通信手順
を開設する。この場合、環境変数に設定されていたメッ
セージ出力先のＷＳ名は、ＷＳ４１０のＷＳ名であるの
で、ＷＳ４１０との間に通信手順が開設されることにな
る。

【００８１】次に、ネットワークを介して、ＷＳ４１０
上のメッセージ表示受付プロセス４１２に上記所定のメ
ッセージ内容を指定するメッセージ表示要求を行う。こ
のことにより、ＷＳ４１０上のメッセージ表示受付プロ
セス４１２は、上記指定されたメッセージ内容の表示要
求を行う。

【００８２】この表示要求により、メッセージ出力制御
プログラムが、ＷＳ４１０上の表示部の表示制御を行
い、その表示部に上記指定されたメッセージ内容を表示
する。以上のようにして、クライアントであるＷＳ４１
０によりリモートプログラム実行がなされたＷＳ４２０
上のターゲットプログラムであるＡプログラム４２１
は、実行起動元であるＷＳ４１０に所望のメッセージを
表示することができる。

【００８３】次に図１１に示す例は、クライアントであ
るＷＳ４３０のウィンドウ画面４３１上からサーバであ
るＷＳ４４０上のターゲットプログラム４４１の実行を
リモートプログラム実行により起動し、このターゲット
プログラム４４１が表示しようとするメッセージを、リ
モートプログラム実行の起動元であるＷＳ４１０の上記
ウィンドウ画面４３１に表示する例である。

【００８４】このようなメッセージ表示制御を実現する
ために、クライアントＷＳ４３０のウィンドウ画面４３
１は、プロセス（実行単位）として動作し、このウィン
ドウ画面４３１からリモートプログラム実行により起動
されたターゲットプログラム４４１は、上記ウィンドウ
画面４３１の子プロセスとして動作することを利用す
る。

【００８５】図１２に、このメッセージ表示制御の実現
方法を示す。まず、同図に示すように、クライアントＷ
Ｓ４３０のウィンドウ画面４３１からサーバＷＳ４４０
上のターゲットプログラムを起動するリモートプログラ
ム実行制御においては、上述した第３の実施例の制御方
式を用いて、ウィンドウプロセス４３１のプロセス識別
子をターゲットプログラムまで伝播させる。

【００８６】すなわち、この場合には、ウィンドウプロ
セス４３１からサーバＷＳ４４０上のＡプログラム４４
１のリモートプログラム実行の依頼を受けたクライアン
トＷＳ４３０上のリモートプログラム実行プロセス４３
２は、親プロセスの識別子すなわちウィンドウプロセス
４３１の識別子を求め、次にネットワーク通信により、
サーバＷＳ４４０上のリモートプログラム要求受付プロ
セス４４２に、Ａプログラム４４１の起動依頼と親プロ
セス識別子の送信を行う。

【００８７】サーバＷＳ４４０上のリモートプログラム
要求受付プロセス４４２は、それらを受信すると、プロ
セス環境変数にクライアントＷＳ４３０から受信した親
プロセス識別子を設定し、Ａプログラム４４１を起動す
る。

【００８８】このことにより、受付プロセス４４２の子
プロセスであるＡプログラム４４１に環境変数である前
記親プロセス識別子が引き継がれる。そして、Ａプログ
ラム４４１の処理結果は、上述した第３実施例と同様に
して、クライアントＷＳ４３０のウィンドウプロセス４
３１に通知される。

【００８９】また、Ａプログラム４４１がメッセージ表
示要求のシステムコールを行うと、このシステムコール
により実行されるメッセージ表示要求処理４４３は、ま
ず、環境変数から上述のようにしてリモートプログラム
要求受付プロセス４４３によって設定された前記親プロ
セス識別子を求める。

【００９０】そして、所定のメッセージ表示内容を指定
してメッセージ表示要求のシステムコールを行う。この
システムコールにより実行されるＯＳのカーネルのプロ
グラムであるメッセージ表示要求処理プログラムは、ま
ず、メッセージ表示要求処理プログラムは、メッセージ
を要求したプロセス（Ａプログラム４４１）の環境変数
にウィンドウプロセス４３１のプロセス識別子に関する
情報が存在するか否かを判別し、存在する場合は、その
ウィンドウプロセス４３１のプロセス識別子を求め、こ
のプロセス識別子をネットワーク通信により、クライア
ントＷＳ４３０上のメッセージ出力受付プロセス４３３
に通知する制御を行う。メッセージ出力受付プロセス４
３３では、このウィンドウプロセス４３１のプロセス識
別子をメッセージの出力先識別子に指定して、メッセー
ジ出力要求のシステムコールを行う。

【００９１】図１３は、このメッセージ表示要求のシス
テムコールによりＯＳのカーネルが行うメッセージ表示
要求処理を説明するフローチャートである。この処理に
おいては、まず、プロセス環境変数を取得し（Ｓ４５
１）、次に、その環境変数の中にウィンドウプロセス４
３１のプロセス識別子の指定があるか否かを判断し（Ｓ
４５２〜Ｓ４５４）、ウィンドウプロセス４３１である
場合には、ウィンドウプロセス４３１に対してメッセー
ジを表示する依頼をする制御を行う（Ｓ４５５）。

【００９２】ウィンドウプロセス４３１はその依頼によ
りウィンドウ画面にメッセージを出力する制御を行う。
一方、プロセス環境変数の中にウィンドウプロセス４３
１の識別子が無ければ（Ｓ４５２，ＮＯまたはＳ４５
４，ＮＯ）、予め定められたメッセージウィンドウ画面
またはメッセージ表示域にメッセージを表示する（Ｓ４
５６）。

【００９３】続いて、自装置上で実行されるプロセスが
出力しようとするメッセージを、他の任意のＷＳに表示
するメッセージ表示制御方式の例を、図１４に示す。図
１４はＷＳ０で入力されたコマンドＡが出力するメッセ
ージを、ＷＳ１に表示する例を示す図である。

【００９４】このようなメッセージ表示制御を行う場合
には、まず、ＷＳ０上で、業務手続き等によりＷＳの識
別子を示す環境情報ＷＳＩＤに任意ＷＳの名称（図１４
に示す例では、「ＷＳ０１」）を設定する。

【００９５】そして、コマンドＡを起動し、このコマン
ドＡがメッセージ表示要求のシステムコールを行うと、
このシステムコールにより実行されるメッセージ表示要
求処理５０１は、まず、環境変数から上記設定されたＷ
Ｓ名（図１４に示す例では、「ＷＳ０１」ＷＳ０１）を
求める。

【００９６】次に、その取得したＷＳ名から通信すべき
ＷＳを決定し、そのメッセージ表示先ＷＳの間に通信手
順を開設する。そして、ネットワーク通信により、上記
メッセージ表示要求をそのメッセージ表示先ＷＳ（図１
４に示す例ではＷＳ１）に対して行う。

【００９７】このメッセージ表示要求は、上記メッセー
ジ表示先のＷＳ上のメッセージ表示受付プロセスによ
り、受け取られ、当該メッセージが、前述のようにして
上記メッセージ表示先ＷＳ上に表示される。

【００９８】このように、環境変数に任意のＷＳのＷＳ
名を設定することにより、自装置で実行されるコマンド
の出力メッセージを、上記任意のＷＳに容易に表示する
ことができる。

【００９９】続いて、前記第２の実施例を利用して、資
源をもつサーバＷＳから電源切断の承認依頼メッセージ
を、サーバＷＳの資源を使用中のクライアントＷＳに発
行し、各クライアントＷＳから電源切断に対する承認を
得る例を、図１５を参照しながら説明する。

【０１００】サーバＷＳは、電源切断要求が発生する
と、ネットワーク通信により、現在、自己の資源を使用
している全てのクライアントＷＳ１，ＷＳ２，・・・に
対し、電源切断依頼の承認の確認を取るために、「サー
バの電源を切断します」というメッセージを送信する。

【０１０１】そして、上記メッセージを送信した全ての
クライアントＷＳ１，ＷＳ２，・・・から、上記メッセ
ージに対する応答を待つ。この場合、あるクライアント
ＷＳでオペレータが不在の場合があるため、サーバＷＳ
は、例えば、あるクライアントＷＳから一定時間監視
後、応答がない場合は、そのクライアントＷＳをメッセ
ージ送信対象ＷＳからはずす処理を行う。また、さら
に、メッセージ送信対象のＷＳが一つも無い場合には、
メッセージ表示対象無しでエラー復帰する。

【０１０２】以上説明したように本実施例によれば、以
下のような効果が得られる。ある装置から遠隔地にある端末のプログラムを起動
した場合（遠隔プログラム実行：remote program execu
tion）そのプログラムが出力しようとしたメッセージ
（例えばエラーメッセージ、オペレータの介入を要する
メッセージ等）を、メッセージ要求を行うだけで、容易
に、任意の装置に表示することができる。

【０１０３】このため、例えばオペレータは、そのリモ
ートコマンドの実行結果などに対し、コマンドを入力し
たＷＳに、そのコマンドの出力するメッセージを表示す
ることが可能になるので、オペレータは、そのリモート
コマンドの実行結果などに対し、迅速な対応を図ること
ができる。

【０１０４】コマンドが出力するメッセージを、任
意の装置に表示することが容易にできるようになるの
で、業務に応じてメッセージを適切な装置に表示するこ
とができる。

【０１０５】ウィンドウ画面から、遠隔プログラム
実行により、他の装置上のプログラムを起動した場合、
その起動したプログラムが出力するメッセージを、上記
遠隔プログラム実行のコマンド入力を行ったウィンドウ
画面に表示することができるようになるため、オペレー
タは対話形式で、遠隔プログラム実行の操作を行うこと
ができる。

【０１０６】また、上記のような効果を実現するた
めには、既存のメッセージ表示のコマンド（システムコ
ール）に機能を追加するだけでよく、他は既存のコマン
ド（システムコール）をそのまま使用できるので、既存
プログラムをほとんど修正することなく上記効果を得る
ことができる。

【０１０７】メッセージの出力先を複数指定するこ
とができるので、メッセージの同報通知、メッセージ出
力に対する応答待ちにより同期制御ができるようにな
る。

【０１０８】

【発明の効果】以上説明したように、本発明によれば以
下のような効果が得られる。プロセスに付随する環境変数にメッセージの出力先
を設定し、各プロセスはメッセージ出力の際にはこの環
境変数からメッセージの出力先を得て、当該出力先へメ
ッセージを出力するようにしたので、メッセージの出力
先の変更は、プロセスの環境を変更するだけでプログラ
ムの変更は不要となる。

【０１０９】また、親プロセスから起動される子プロセ
スが親プロセスに付随する環境を引き継ぐシステムにお
いては、起動を行うだけで親プロセスから子プロセスへ
メッセージの出力先に関する情報が伝播するので、親プ
ロセスから子プロセスに対するメッセージ出力先の通知
が容易になる。

【０１１０】特に、この効果は、親プロセスが複数の子
プロセスを起動する場合、顕著になる。プロセスに付随する環境変数に複数のメッセージ出
力先を設定し、メッセージの出力要求が発生した場合、
前記環境変数から複数のメッセージ出力先を得、それら
のメッセージ出力先に、一斉に当該メッセージ出力を行
い、その当該メッセージを出力した全てのメッセージ出
力先からの応答があったときまたは一番最初の応答結果
を有効として、それらの応答結果から得られる当該情報
を上記メッセージの出力元に通知するようにしたので、
メッセージの同報通知や、応答メッセージ待ちによるシ
ステムの同期制御が可能になる。

【０１１１】他の情報処理装置上のプログラム（タ
ーゲットプログラム）を起動（実行）させる際に、その
ターゲットプログラムが出力するメッセージの出力先を
上記ターゲットプログラムの起動先の情報装置から起動
先の情報処理装置に通知し、その起動先の情報処理装置
でプロセスに付随する環境情報にその通知されたメッセ
ージの出力先を設定し、上記起動先の情報処理装置上で
起動される上記ターゲットプログラムはメッセージの出
力先を上記環境情報から得て、上記起動先の情報処理装
置は、上記ターゲットプログラムの出力メッセージを要
求された装置に出力するようにしたので、上記起動元の
情報処理装置は、上記起動先の情報処理装置上のターゲ
ットプログラムのメッセージの出力先を簡易に指定でき
ると共に、そのターゲットプログラムにより起動される
サブプログラム（子プロセス）へもメッセージ出力先を
容易に指定することが可能になる。

【図面の簡単な説明】

【図１】本発明の第１実施例であるメッセージ出力先識
別子により出力先装置を割り分けるメッセージ表示制御
方式を説明する図である。

【図２】図１のステップＳ１０４の処理を詳細に説明す
るための図である。

【図３】本発明の第２実施例である複数装置にメッセー
ジを出力し、全応答結果待ちする制御方式を説明する図
である。

【図４】図３のステップＳ２０４，Ｓ２０７，Ｓ２０８
の処理をＣ言語のプログラムにより実現した例を示す図
である。

【図５】本発明の第２実施例である複数装置にメッセー
ジを出力し、最初の応答結果のみ受け取る制御方式を説
明する図である。

【図６】図５のフローチャートのステップＳ２０４，Ｓ
２５１，Ｓ２５２の処理をＣ言語のプログラムにより実
現した例を示す図である。

【図７】本発明の第３実施例が適用されるリモートプロ
グラム実行の制御方式を説明する図である。

【図８】本発明の第３実施例のリモートプログラム実行
制御におけるメッセージ制御方式を説明する図である。

【図９】図８に示す第３実施例の本発明の要部に係わる
処理を、Ｃ言語によりプログラミングした例を示す図で
ある。

【図１０】本発明をリモートプログラム実行におけるタ
ーゲットプログラムの表示に適用した例を説明する図で
ある。

【図１１】リモートプログラム実行におけるウィンドウ
画面へのメッセージ表示の一具体例を示す図である。

【図１２】図１１に示すリモートプログラム実行におけ
るクライアントＷＳからのウィンドウ画面へのメッセー
ジ表示の制御を実現するためのメッセージ制御方式を説
明する図である。

【図１３】ウィンドウプロセスにメッセージを出力する
ためのメッセージ制御を行う処理を説明するフローチャ
ートである。

【図１４】任意のＷＳにメッセージを表示するメッセー
ジ制御方式を説明する図である。

【図１５】サーバＷＳがクライアントＷＳ１，ＷＳ２，
・・・から電源切断の承認を得るためのメッセージ制御
方式を説明する図である。

【図１６】従来のメッセージ制御方式の一例を示す図で
ある。

【図１７】従来のメッセージ制御方式の他の例を示す図
である。

【図１８】従来のリモートプログラム実行時のメッセー
ジ表示の方法を説明する図である。

【図１９】プロセス間通信によるあるＷＳの電源が切断
したときの同期合わせの例を示す図である。

【図２０】従来のプロセス間通信により任意のＷＳから
の応答を受信する例を示す図である。

【符号の説明】

１５０メッセージ事象発生装置１６０装置（Ａ）３１０，４１０起動元ＷＳ３２０，４２０起動先ＷＳ４３０クライアントＷＳ４４０サーバＷＳ

Claims

【特許請求の範囲】

【請求項１】複数の情報処理装置が通信回線を介して
結合されたシステムにおけるメッセージ制御方式であっ
て、出力メッセージまたは返答が必要なメッセージの出力先
について、プロセスに付随する環境情報にメッセージの
出力先を設定し、各プロセスは、その環境情報からメッ
セージの出力先を得て、当該出力先にメッセージを出力
することを特徴とするメッセージ制御方式。
【請求項２】複数の情報処理装置が通信回線を介して
結合されたシステムにおけるメッセージ制御方式であっ
て、プロセスに付随する環境変数に応答が必要な複数のメッ
セージ出力先を設定し、メッセージの出力要求が発生し
た場合、前記環境変数から、複数のメッセージ出力先を
得、それらの複数のメッセージ出力先に一斉に当該メッ
セージの出力を行い、上記当該メッセージを出力した全
てのメッセージ出力先からの応答を待ってそれらの応答
結果に対応する当該情報を上記メッセージの出力元に通
知することを特徴とするメッセージ制御方式。
【請求項３】メッセージの出力元で、全ての情報処理
装置からの応答結果を待つ旨を指定することを特徴とす
る請求項２記載のメッセージ制御方式。
【請求項４】複数の情報処理装置が通信回線を介して
結合されたシステムにおけるメッセージ制御方式であっ
て、プロセスに付随する環境変数に応答が必要な複数のメッ
セージ出力先を設定し、メッセージの出力要求が発生し
た場合、前記環境変数から、複数のメッセージ出力先を
得、それらの複数のメッセージ出力先に一斉に当該メッ
セージの出力を行い、一番最初に応答された結果を有効
とし、その応答結果を、上記メッセージの出力元に通知
することを特徴とするメッセージ制御方式。
【請求項５】メッセージの出力元で、一番最初に応答
された結果を有効とする旨の指定をすることを特徴とす
る請求項４記載のメッセージ制御方式。
【請求項６】複数の情報処理装置が通信回線を介して
結合されたシステムにおけるメッセージ制御方式であっ
て、他の情報処理装置上のプログラムを起動させる際に、そ
のプログラムが出力するメッセージの出力先を上記プロ
グラムの起動元の情報処理装置から起動先情報処理装置
に通知し、その起動先の情報処理装置でプロセスに付随
する環境情報に、その通知されたメッセージの出力先を
設定し、上記起動先の情報処理装置上で起動される上記
プログラムは、メッセージの出力先を起動元上記環境情
報から得て、上記起動先の情報処理装置は、上記プログ
ラムの出力メッセージを通知されたメッセージの出力先
の装置に出力することを特徴とするメッセージ制御方
式。