JPH0480852A - 電子計算機ネットワークシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） この発明は複数の電子計算機が結合されて成る電子計算
機ネットワークシステムに関し、特に複数の電子計算機
を統合的に運用管理するための電子計算機ネットワーク
システムに関する。

（従来の技術） 一般に、個々の電子計算機内では、リソースの有効利用
、ジョブ実行の効率化および円滑化、さらには稼働状況
や処理経過の表示および保存等を行うために、以下のよ
うな（１）〜（５）の運用管理が成されている。

（１）スケジニール管理：これはジョブの選択および起
動時の決定等の処理である。

（２）リソースのステータス管理：これはレビジョン管
理、稼働状況、マシン構成等の監視や表示処理である。

（３）ジョブの実行結果監視：これは正常終了や異常終
了などのステータス応答を監視する処理である。

（４）自動ランニング：これは起動制御などの管理処理
である。

（５）稼働管理：これはアカウントなどを示している。

ところか、例えば第１１図に示すように、複数の電子計
算機１〜４が通信路５を介して結合されて成る電子計算
機ネットワークシステムにおいては、前述のような電子
計算機１〜４個々での運用管理だけでなく、ネットワー
クシステム全体の統合的な運用管理も必要となる。しか
し、現状では、このようなネットワークシステム全体の
統合的な運用管理として明確化された処理形態は確立さ
れておらず、実際には人間系の処理つまりオペレータに
る判断や操作に依存することが非常に多かった。

例えば、第１１図の電子計算機ネットワークシステムに
おいて、第１の電子計算機Ｉで特定のジョブが終了した
後に第２の電子計算機２で他の特定のジョブが開始でき
るような環境においては、第２の電子計算機２のオペレ
ータは、第１の電子計算機ｌに対してジョブの終了状態
を問い合わせ、正常終了を確認のうえ第２の電子計算機
２てのジョブを開始する、といった操作が必要となる。

このようなオペレータによる操作は、データ処理のリア
ルタイム性を損うと共に、電子計算機ネットワークシス
テム全体のデータ処理効率を低下させる大きな原因とな
る。

（発明が解決しようとする課題） 従来では、電子計算機側々での運用管理しかできず、電
子計算機ネットワークシステム全体の統合的な運用管理
はオペレータによる操作に依存したものであった。この
ため、効率の良いデータ処理を実行するが困難となる欠
点があった。

この発明はこのような点に鑑みてなされたもので、個々
の電子計算機の運用管理の機能を利用することによって
電子計算機ネットワークシステム全体を統合的に運用管
理できるようにして、充分にデータ処理効率の高い電子
計算機ネットワークシステムを提供することを目的とす
る。

［発明の構成］ （課題を解決するための手段および作用）この発明によ
る電子計算機ネットワークシステム内の各電子計算機は
、自装置内部でのデータ処理を運用管理する運用管理手
段と、問い合わせのための可変長の第１プロトコルフレ
ームおよび回答または状態通知のための可変長の第２プ
ロトコルフレームを他の電子計算機との間で送受信する
通信手段と、前記運用管理手段で生じた事象に応答して
各種メツセージを前記第１または第２プロトコルのフレ
ーム形式に組み立てると共に、他の電子計算機から受信
した前記第１または第２プロトコルのフレーム内容を解
析してそのメツセージ内容を前記運用管理手段に伝達す
る手段とを具備することを特徴とする。

この電子計算機ネットワークシステムにおいては、問い
合わせに使用される第１プロトコルのフレームと、問い
合わせに対する回答や通知に使用される第２プロトコル
のフレームとによって電子計算機同士の交信が実現され
ている。この場合、第１プロトコルのフレームと第２プ
ロトコルのフレームはそれぞれ可変長であるので、運用
管理手段によって発生される各種事象に応じて、どのよ
うな内容のメツセージでも第１または第２プロトコルの
フレーム形式に組み立てて送信することかできる。この
ため、電子計算機内部の運用管理手段の機能を生かした
状態で、ネットワークシステム全体の統合的な運用管理
か可能となる。したがって、操作員による判断や操作を
極力排・除することができるようになり、システム全体
のスループットの向上など統合的な性能を高めることが
できる。

（実施例） 以下、図面を参照してこの発明の詳細な説明する。

第１図はこの発明の一実施例に係わる電子計算機ネット
ワークシステムを示すものであり、ここでは第１１図に
示したシステムの内で、アドレスａ”および“ｂ”がそ
れぞれ割り当てられている第１および第２の２台の電子
計算機１，２に対応する構成だけが代表して示されてい
る。

第１の電子計算機１は、ジョブの実行等の各種データ処
理を行うための内部処理部１１、電子計算機ｌ内部のデ
ータ処理を運用管理する運用管理システム１２、および
他の電子計算機（ここでは第２の電子計算機２）と電子
計算機１との間で統合的な運用管理を行うためのネット
ワーク運用管理システム１３を備えている。第２の電子
計算機２も、第１の電子計算機１と同様に、ジョブの実
行等の各種データ処理を行うための内部処理部２１、電
子計算機２内部のデータ処理を運用管理する運用管理シ
ステム２２、および他の電子計算機（ここでは第１の電
子計算機１）と電子計算機２との間で統合的な運用管理
を行うためのネットワーク運用管理システム２３を備え
ている。

次に、第２の電子計算機２でのジョブ２が、第１の電子
計算機１でのジョブ１の終了を待って実行開始される場
合を例にとって、第１および第２の電子計算機１，２間
で行われる交信内容を説明する。

まず、第２の電子計算機２のネットワーク管理システム
２３は、第１の電子計算機１に対してジョブ１　（ＪＯ
ＢＩ）が終了したかを問い合わせ（手順１）、これに対
して、第１の電子計算機１のネットワーク管理システム
１３は第２の電子計算機２に対してジョブ１が終了した
ことを示す肯定の応答を送信する（手順２）。次いで、
第１の電子計算機１のネットワーク管理システム１３は
、第２の電子計算機２に対してジョブ２　（ＪＯＢ２）
の起動要求を通知しく手順３）、これに対して、第２の
電子計算機２のネットワーク管理システム２３は、ジョ
ブ２　（ＪＯＢ２）の実行を開始したことを第１の電子
計算機１に通知する（手順４）。

ここで、手順１の問い合わせて使用されるメツセージは
手順２のような回答を期待するものであるので、以降、
そのメツセージをＱ　（ｑｕｅｓｔｉｏｎ）プロトコル
のフレームと称する。また、手順２の回答で使用される
メツセージ、および手順３，４の通知で使用されるメツ
セージは、共にＡ　（ａｎｓｗｅｒ）プロトコルのフレ
ームと称する。

第２図には、電子計算機１と電子計算機２間で交信され
るＱプロトコルおよびＡプロトコルのフレーム構成の一
例が示されている。

このフレームには、そのフレームが問い合わせのための
Ｑプロトコルのフレームか、回答または状態通知のため
のＡプロトコルのフレームかを示すフレームタイプフィ
ールドｆｌと、そのフレームの送信先ラードつまり交信
相手の電子計算機を示す送信先ノードフィールドｆ２と
、そのフレームの送信元ノードつまりフレームを送信し
た電子計算機自体を示す送信元ノードフィールドｆ３と
、問い合わせ内容や、回答または通知する内容を示す情
報フィールドｆ４が含まれている。

情報フィールドｆ４は第１から第ｎオペランドまでの階
層構造を有しており、送信する情報の内容に応じて任意
の数のオペランドが使用される。

このため、ＱプロトコルのフレームとＡプロトコルのフ
レームは、どちらも可変長のフレームとなる。

次に、第３図を参照して、第１図に示した手順１〜手順
４にそれぞれ対応するＱプロトコルまたはＡプロトコル
の具体的なフレーム構成を説明する。

第３図（Ａ）には、手順１で送信されるジョブ１　（Ｊ
ＯＢＩ）の終了確認要求のためのＱプロトコルのフレー
ムＦｌが示されている。このＱプロトコルのフレームＦ
１は、電子計算機２から電子計算機１に送信されるもの
であるので、送信先フィールドｆ２には電子計算機１を
示すアドレスａ”か設定され、送信元フィールドｆ３に
は電子計算機２を示すアドレス“ｂ”が設定されている
。また、情報フィールドｆ４には、ジョブの終了確認を
要求する情報とその終了確認すべきジョブがジョブ１で
あることを示す情報とが第１および第２オペランドとし
て階層的に設定されている。

同様にして、第３図（Ｂ）、（Ｃ）および（Ｄ）には、
第１図の手順２２手順３および手順４にそれぞれ対応し
たフレームが示されいる。

この第３図から分かるように、Ｑプロトコルのフレーム
とＡプロトコルのフレームはどちらも可変長のフレーム
であり、そのフレームのデータ長は問い合わせの内容や
、回答または通知の内容によって決定される。

第４図には、Ｑプロトコルフレームの問い合わせ内容と
Ａプロトコルフレームの回答内容との関係か示されてい
る。ここでは、指定ジョブ終了確認のためのＱプロトコ
ルフレームＦｉｌにＡプロトコルフレームＦ１２か対応
し、指定ジョブ終了状態確認のためのＱプロトコルフレ
ームＦ１３にＡプロトコルフレームＦ１４が対応し、終
了ジョブ確認のためのＱプロトコルフレームＦ１５にＡ
プロトコルフレームＦｌＢが対応し、使用可能なＩ１０
確認のためのＱプロトコルフレームＦ１７にＡプロトコ
ルフレームＦ１８が対応し、稼働状況確認のためのＱプ
ロトコルフレームＦ１９にＡプロトコルフレームＦ２０
が対応している。

この第４図から明らかなように、条件が絞り込んである
問い合わせに対しては回答は簡単となり、Ａプロトコル
フレームで使用されるオペランド数が少なくなる。一方
、簡単な条件での問い合わせに対してはその条件をすべ
て満足する長い回答か必要とされ、Ａプロトコルフレー
ムで使用されるオペランド数は多くなる。

第５図には、第１図に示した電子計算機ネ・ノドワーク
システムで使用されるＱプロトコルフレムとＡプロトコ
ルフレームの関係についてさらに幾つかの例か示されて
いる。ここでは、ＱプロトコルフレームとＡプロトコル
フレームがそれぞれ略式の書式で示されている。また、
第５図において、Ｑプロトコルフレーム（Ｑ）からＡプ
ロトコルフレーム（Ａ）に向かって伸びている実線て枝
別れしているものは、１個の問い合わせに対して複数個
の回答か存在することを示している。

例えば、第５図の第１の例（１）では、Ｑプロトコルフ
レームを受信した電子計算機か、実行待ちのジョブが１
つもない状態にある時に回答する内容と、ジョブ１．ジ
ョブ２・・・を実行待ちしている状態にある時に回答す
る内容とが示されている。

さらに、第５図の第７および第８　（７，８）の例では
、ＣＰＵが条件付けされた場合の占有時間の問い合わせ
に対する回答と、ＣＰＵが条件付けされてない場合の占
有時間の問い合わせに対する回答が示されている。この
様に、’　ＣＰ　Ｕが指定された場合はＣＰＵについて
のみ占有時間を回答すればよいが、指定がない場合には
全てのリソースについて占有時間を回答することが必要
になる。

次に、第６図を参照して、第１図に示した電子計算機１
に設けられているネットワーク運用管理システム１３の
構成を説明する。ここで、第６図（Ａ）はネットワーク
運用管理システム１３の受動系の構成を示しており、ま
た第６図（Ｂ）はネットワーク運用管理システム１３の
能動系の構成を示している。

第６図（Ａ）に示されているように、ネットワーク運用
管理システム１３の受動系は、受信部１０１゜１０８、
オペランド解析部１０２　、１０７　、ステータス処理
部１０３、組立部１０４、送信部１０５、アクション起
動部１０６を備えている。

この受動系においては、Ｑプロトコルフレームは受信部
１０１で受信された後、オペランド解析部１０２に渡さ
れ、そこでＱプロトコルフレームの問い合わせ内容が認
識される。その問い合わせがステータスの問い合わせの
場合には、ステータス処理部１０３によってステータス
の問い合せが運用管理システム１２に対して成される。

運用管理システム１２は問い合わせに対する結果（ステ
ータス）をステータス処理部１０３に返し、その返送さ
れたステータスは組立部１０４でＡプロトコルフレーム
の形式に組み立てられた後、送信部１０５によって相手
の電子計算機に送信される。

また、受信したＱプロトコルフレームの問い合わせ内容
が運用管理システム１２での何等かのアクション（応答
）が必要となる問い合わせであることがオペランド解析
部１０２で認識された場合には、アクション起動部１０
６を介してその問い合わせ内容が運用管理システム１２
に伝達される。運用管理システム１２は、何等かのアク
ション結果を相手の電子計算機に通知する必要がある時
、そのアクション結果をアクション起動部１０６に返送
する。、アクション起動部１０６に返送されたアクショ
ン結果は、組立部１０４でＡプロトコルフレームの形式
に組み立てられた後、送信部１０５によって相手の電子
計算機に送信される。

さらに、この受動系において、Ａプロトコルフレームは
受信部１０８で受信され、そしてオペランド解析部１０
７でそのＡプロトコルフレームの回答または通知内容が
認識された後、その認識した回答または通知内容がアク
ション起動部１０Ｂを介して運用管理システム１２に伝
達される。運用管理システム１２は、受は取った回答ま
たは通知に対して何等かのアクション結果を相手の電子
計算機に通知する必要がある時、そのアクション結果を
アクション起動部１０６に返送する。アクション起動部
１０６に返送されたアクション結果は、組立部１０４で
Ａプロトコルフレームの形式に組み立てられた後、送信
部１０５によって相手の電子計算機に送信される。

一方、ネットワーク運用管理システム１３の能動系は、
第６図（Ｂ）に・示されているように、判別部１００、
組立部１１１　、１１２　、および送信部１１３゜１１
４を備えている。

この能動系においては、運用管理システム１２て何等か
の事象が発生されると、その事象が問い合わせを要求す
るものか、回答またか通知を要求するものか、あるいは
相手の電子計算機に送信する必要かないものであるかが
判別部１１０て判別される。問い合わせを要求する事象
が発生した場合には、その問い合わせ内容は組立部１１
１でＱプロトコルフレームの形式に組立られた後、送信
部１１３によって相手の電子計算機に送信される。また
、回答あるいは通知を要求する事象か発生した場合には
、その回答または通知内容は組立部１１２てＡプロトコ
ルフレームの形式に組み立てられた後、送信部１１４に
よって相手の電子計算機に送信される。

ここでは、第１の電子計算機１のネットワーク運用管理
システム１３だけを説明したか、第２の電子計算機２の
ネットワーク運用管理システム２３もネットワーク運用
管理システム１３と同様に構成されている。また、第６
図では、説明を明瞭にするために、ネットワーク運用管
理システム１３を受動系と能動系とに分け、しかもＱプ
ロトコル用の構成部とＡプロトコル用の構成部も別けて
説明したが、実際には、受信部１０１　、１０８は１個
のモジュールで構成でき、同様に、送信部１０５　、１
１３　。

１１４も１個のモジュールで構成でき、さらに組立部１
０４　、１１１　、１１２も１個のモジュールで構成で
きる。

次に、第７図乃至第９図のフローチャートを参照して、
第１図で説明した手順１〜手順４に対応したネットワー
ク運用管理システム１３．２３の動作を説明する。

ます、第７図を参照して、第１図の手順１および手順２
に対応する動作、つまりジョブ終了の確認要求およびそ
の要求に対する応答処理を説明する。

電子計算機２の運用管理システム２２でジョブ１の終了
確認の要求が発生すると（ステップ２０１）、電子計算
機２のネットワーク運用管理システム２３に設けられた
判別部１１０によってその要求がＱプロトコルの問い合
わせに対応するものである事が判断される（ステップ２
０２）。そして、そのネットワーク運用管理システム２
３の組立部１１１で、問い合わせのメツセージがＱプロ
トコルのフレーム形式に組み立てられ（ステップ２０３
　）　、その後、第３図（Ａ）で示したジョブ終了確認
要求のＱプロコルフレームが送信部１１３を介して電子
計算機１に送信される（ステップ２０４）。

電子計算機１のネットワーク運用管理システム１３ては
、ジョブ終了確認要求のＱプロトコルフレームか受信部
１０１で受信され（ステップ２０５）、そしてその受信
フレームかジョブ１の終了確認の問い合わせであること
がオペランド、解析部１０２で認識される（ステップ２
０６）。この後、ステータス処理部１０３によって、運
用管理システム１２に対してジョブ１のステータスが問
い合わせられる（ステップ２０７）。この問い合わせに
対して、運用管理システム１２はジョブ１かすでに完了
していることをステータス処理部１０３に通知しくステ
ップ２０ｇ　）　、これによってステータス処理部１０
３から組立部１０４に肯定応答の情報が渡される（ステ
ップ２０９）。この肯定応答の情報は、組立部１０４で
Ａプロトコルフレームの形式に組立られ（ステップ２１
０　）　、その後、第３図（Ｂ）で示した肯定応答のＡ
プロコルフレームが送信部１０５を介して電子計算機２
に送信される（ステップ２１１）。

電子計算機２のネットワーク運用管理システム２３ては
、肯定応答のＡプロトコルフレームが受信部１０８で受
信され（ステップ２１２）　　そしてその受信フレーム
がジョブ１が終了していることを示す回答であることが
オペランド解析部１０７で認識される（ステップ２１３
）。この後、アクション起動部１０６によって、運用管
理システム２２に対してジョブ１の終了か通知される（
ステップ２１４）。この通知に対して、運用管理システ
ム２２は必要な動作を起こす（ステップ２１５）。

次いで、第８図を参照して、手順３のジョブ２の起動要
求処理を説明する。

電子計算機Ｉの運用管理システム１２でジョブ２の実行
要求が発生すると（ステップ３０１　）　、電子計算機
Ｉのネットワーク運用管理システム１３に設けられた判
別部１１０によってその要求かＡプロトコルつまり通知
に対応するものである事が判断される（ステップ３０２
）。そして、そのネットワーク運用管理システム１３の
組立部１１２て、ジョブ２の実行要求を示す通知メツセ
ージかＡプロトコルのフレーム形式に組み立てられ（ス
テ・ツブ３０３）、その後、第３図（Ｃ）で示したジョ
ブ起動要求のＡプロコルフレームが送信部１１４を介し
て電子計算機２に送信される（ステップ３０４）。

電子計算機２のネットワーク運用管理システム２３では
、ジョブ起動要求のＡプロコルフレームがか受信部１０
８で受信され（ステップ３０５　）　、そしてその受信
フレームがジョブ２の起動を要求していることを示す通
知であることがオペランド解析部１０７で認識される（
ステップ３０６）。この後、アクション起動部１０６に
よって、運用管理システム２２に対してジョブ２の起動
が要求される（ステップ３０７）。この要求に対して、
運用管理システム２２は、データ処理部２１にジョブ２
の起動を開始させる（ステップ３０８）。

次に、第９図を参照して、手順４のジョブ２の実行開始
通知の処理を説明する。

電子計算機２の運用管理システム２２でジョブ２の実行
開始を通知する要求が発生すると（ステップ４０１　）
　、電子計算機２のネットワーク運用管理システム２３
に設けられた判別部１１０によってその要求がＡプロト
コルつまり通知に対応するものである事が判断される（
ステップ４０２）。そして、そのネットワーク運用管理
システム２３の組立部１１２で、ジョブ２の実行開始を
示す通知メツセージがＡプロトコルのフレーム形式に組
み立てられ（ステップ４０３）、その後、第３図（Ｄ）
で示したジョブ実行開始通知のＡプロコルフレームが送
信部１１４を介して電子計算機Ｉに送信される（ステッ
プ４０４）。

電子計算機１のネットワーク運用管理システム１３では
、ジョブ実行開始通知のＡプロコルフレームが受信部１
０８で受信され（ステップ４０５　）　、そしてその受
信フレームがジョブ２の実行開始を示している通知であ
ることかオペランド解析部１０７で認識される（ステッ
プ４０６）。この後、アクション起動部１０６によって
、運用管理システム１２に対してジョブ２の実行が開始
されたことか通知される（ステップ４０７）。この通知
に対して、運用管理システム１２は、必要な行動があれ
ばそれをデータ処理部１１に実行させる（ステップ４０
８）。

以上説明したように、この実施例の電子計算機ネットワ
ークシステムにおいては、問い合わせに使用されるＱプ
ロトコルのフレームと、問い合わせに対する回答や通知
に使用されるＡプロトコルのフレームとによって電子計
算機同士の交信が実現されている。しかも、Ｑプロトコ
ルのフレームとＡプロトコルのフレームはそれぞれ可変
長であるので、運用管理システムによって発生される各
種事象に応じて、どのような内容のメツセージでもＱま
たはＡプロトコルのフレーム形式に組み立てて送信する
ことができる。このため、簡単な条件づけが成されただ
けのＱプロトコルフレームに対しては、複数のオペラン
ドを使用することにより条件に一致する全ての情報をＡ
プロトコルフレームの形式で回答することができる。ま
た、Ｑプロトコルフレームの問い合わせも、複数のオペ
ランドを使用すれば条件を絞り込む事ができる。

したがって、電子計算機内部の運用管理システムで生し
たどの様な事象に対しても、その発生事象に対する問い
合せや通知、または問い合せにたいする回答を、Ｑプロ
トコルまたはＡプロトコルフレームによって他の電子計
算機に伝達することかできる。この結果、電子計算機ネ
ットワークシステムの統合的な運用管理を自動的に実行
することか可能となり、従来必要であった操作員による
判断や操作を極力排除することができるようになる。

尚、この実施例では、電子計算機１と電子計算機２とが
使用面で対等なものである場合を一例として説明したか
、例えば、第１０図に示すように、電子計算機１をネッ
トワークシステム全体の監視モニタとして使用すること
もてきる。

すなわち、第１０図においては、電子計算機２〜４の各
運用管理の情報が監視モニタとしての電子計算機ｌに集
められ、その電子計算機１て一括集中管理される。電子
計算機１は、電子計算機２〜４の動作を見ながら、電子
計算機２〜４の各々に適切な指示を送ることができる。

この場合、電子計算機２〜４には電子計算機１によって
他の電子計算機の状態が知らされることになるが、電子
計算機１と各電子計算機２〜４間の交信は、前述の例と
同様に、各電子計算機１〜４にネットワーク運用管理シ
ステムを設ける事によってＱプロトコルとＡプロトコル
のフレームだけによって効率良く実現できる。

このようにＱプロトコルとＡプロトコルのフレームだけ
で電子計算機間の交信を実現できるので、この発明は、
アーキテクチャが大きく異なるマルチベンダ環境下にも
容易に適用することができる。

また、ここでは、統合運用管理の機能のうちジョブ管理
、それもジョブ終了確認要求とジョブ起動要求の簡単な
場合についてのみ説明したが、これに限らす、ネットワ
ークの統合運用管理のための他の全ての処理についても
同様に管理できる。

さらに、問い合わせに対しての回答と状態の通知の双方
をＡプロトコルで説明したが、これらを別のプロトコル
（例えば、前者をＡプロトコル、後者をＳ　（５ｅｎｄ
）プロトコル）つまり種類の異なるメツセージとして区
別することもできる。

［発明の効果］ 以上のように、この発明によれば、個々の電子計算機の
運用管理の機能を利用することによって電子計算機ネッ
トワークシステム全体を統合的に運用管理できるような
り、充分にデータ処理効率の高い電子計算機ネットワー
クシステムが実現できる。

【図面の簡単な説明】

第１図はこの発明の一実施例に係わる電子計算機ネット
ワークシステムを示すブロック図、第２図は第１図に示
したネットワークシステムを構成する電子計算機間で送
信されるフレームの基本構成を示す図、第３図は第２図
で示したフレームの具体的な構成を示す図、第４図およ
び第５図はそれぞれ問い合わせのフレームとその問い合
わせに対する回答のためのフレームとの関係を説明する
図、第６図は第１図に示したネットワークシステムを構
成する電子計算機に設けられているネットワーク運用管
理システムの構成を示すブロック図、第７図乃至第９図
はそれぞれ第６図に示したネットワーク運用管理システ
ムの動作を説明するためのフローチャート、第１０図は
第１図に示した電子計算機ネットワークシステムを適用
できるネットワークシステムの構成の一例を示すブロッ
ク図、第１１図は従来の電子計算機ネットワークシステ
ムの構成の一例を示すブロック図である。 １〜４・・・電子計算機、５・・・通信路、１１２１・
・・データ処理部、１２．２２・・・運用管理システム
、１３２３・・・ネットワーク運用管理システム。 出願人代理人　弁理士　鈴江武彦 第 図 Ｖ子１↑算、壱醜１ を子ｉｔｘ損２ （Ａ） 電５ｔ↑百子蚊１ ｔｔｉｔＷ＊８２ 第 図 電３１’ＴＸ横１ ｔテ１↑算攪２ 第 図 電子１１Ｘ桝１ 曹テせ■キ）１２ 第 図 第 図 第１１ 図

Claims (1)

1. 【特許請求の範囲】 複数の電子計算機が結合されて成る電子計算機ネットワ
   ークシステムにおいて、 前記ネットワークシステム内の各電子計算機は、自装置
   内部でのデータ処理を運用管理する運用管理手段と、問
   い合わせのための可変長の第１プロトコルフレームおよ
   び回答または状態通知のための可変長の第２プロトコル
   フレームを他の電子計算機との間で送受信する通信手段
   と、前記運用管理手段で生じた事象に応答して各種メッ
   セージを前記第１または第２プロトコルのフレーム形式
   に組み立てると共に、他の電子計算機から受信した前記
   第１または第２プロトコルのフレーム内容を解析してそ
   のメッセージ内容を前記運用管理手段に伝達する手段と
   を具備することを特徴とする電子計算機ネットワークシ
   ステム。