JP3345409B2 - 故障対応通信制御装置及び故障対応通信制御方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の端末が接続され
たネットワークにおいて、端末の故障が発生した場合の
通信制御を行う故障対応通信制御装置に関する。

【０００２】

【従来の技術】複数の端末が接続されたネットワークに
おいて、ある端末が故障した場合における端末間の情報
のやりとりに関する従来の方法は、以下の通りである。
尚、ここでは、ネットワークがホームバスシステム（以
下、「ＨＢＳ」という。）である場合を例にとり、図４
〜図９を用いて従来の技術を説明する。

【０００３】ＨＢＳは、主に家庭内の情報化のためのホ
ームオートメーション機器をつなぐ信号線系統に関する
統一規格である。図４は、複数のホームオートメーショ
ン機器、即ち、端末１０６ａ〜１０６ｃが接続されたネ
ットワークの一構成例である。ＨＢＳにおいては、図４
に示されるように、各端末は、共通の伝送路であるホー
ムバスに接続されている。

【０００４】図５は、従来の端末の構成を示すブロック
図である。従来の端末１０６は、通信部１０２、機器状
態表示部１０３、自己アドレス記憶部１０４及びアプリ
ケーションシステム処理部１０５から構成される。尚、
この構成は、端末の故障に対する機能という観点から端
末の構成を各ブロックに分類したものである。通信部１
０２は、ホームバス１０１を流れるフレームを受信した
りホームバス１０１にフレームを送信したりする。

【０００５】機器状態表示部１０３は、その端末の動作
の健全性を示すものであり、具体的には、ホームオート
メーション機器の回路駆動用のＤＣ電源、冷却ファン駆
動用のＡＣ電源、モータの回転用検知センサ、温度セン
サ等の出力部のことをいう。自己アドレス記憶部１０４
は、半導体メモリなどからなり、ホームバスに接続され
た各端末を一意的に識別するためのアドレスを記憶して
いる。

【０００６】アプリケーションシステム処理部１０５
は、ＣＰＵなどからなり、ホームバス１０１を介しての
通信制御をしたり各構成ブロックの制御をしたりする。
尚、図示されていないが、アプリケーションシステム処
理部１０５には、各端末に固有のホームオートメーショ
ン機器としての機能、例えば、家庭で一般に使用される
エアコン等の機能も含まれる。

【０００７】図６は、ＨＢＳにおいて端末間で送受信さ
れるフレーム構成の一例を示す図である。フレームは、
図示されるように先頭のプライオリティコード（ＰＲ）
６１から始まり、１バイト応答コード（ＡＣＫ／ＮＡ
Ｋ）６９で終わる構成になっている。その中のデータ領
域（ＤＡＴＡ）６６は、さらにヘッダーコード（ＨＤ）
６６１、オペレーションコード（ＯＰＣ）６６２、オペ
ランド（ＯＰＲ）６６３等を含む構成になっている。

【０００８】以上のように構成された従来のＨＢＳにお
いて、各端末間のフレームのやりとりを図７〜図９を用
いて説明する。今、端末１０６ａがコントローラとな
り、端末１０６ｂに制御命令を送信することによって、
端末１０６ｂを遠隔操作する場合を想定する。図７は、
端末１０６ｂにおける動作を示すフローチャートであ
る。

【０００９】図８は、端末の故障が発生していない通常
の状態における各端末間のフレームのやりとりを示す図
である。先ず端末１０６ａが、デスティネーションアド
レスコード（ＤＡ）６３に端末１０６ｂのアドレスを指
定したフレーム８０ａをホームバス１０１に送信する。
端末１０６ｂの通信部１０２は、ネットワーク上を流れ
るフレームを受信し、アプリケーションシステム処理部
１０５に渡す（ステップＳ７１）。

【００１０】アプリケーションシステム処理部１０５
は、そのフレームが同報フレームか否かをプライオリテ
ィコード（ＰＲ）６１の値で判定する（ステップＳ７
２）。判定の結果、同報フレームであると判断した場合
には無応答とし、その同報フレームに対応する所定の処
理を行う（ステップＳ７３）。一方、判定の結果、非同
報フレームであると判断した場合には（ステップＳ７
２）、続いてそのフレームが自己宛フレームかどうかを
判断する（ステップＳ７４）。この判断は、自己アドレ
ス記憶部１０４に格納された値とフレーム内のデスティ
ネーションアドレスコード（ＤＡ）６３の値との一致の
有無によって行う。

【００１１】判断の結果、自己宛フレームであると判断
した場合には、フレーム内のデータ領域（ＤＡ）６６を
解読した後、続いて機器状態表示部１０３からの情報を
得ることによって、自己の端末が指示された制御を行う
ことができる状態にあるか否かを判断する（ステップＳ
７５）。機器が正常であると判断した場合には、１バイ
ト応答（ＡＣＫ）８０ｂを返送した後（ステップＳ７
６）、指示された制御を行う（ステップＳ７７）。

【００１２】一方、端末１０６ｂにおいて故障が発生し
ている場合におけるフレームのやりとりは、図９に示さ
れるようになる。即ち、ステップＳ７５において、端末
１０６ｂのアプリケーションシステム処理部１０５が、
指示された制御を行うことができないと判断した場合に
は、その旨を知らせる１バイト応答（ＮＡＫ）９１ｂを
返送し（ステップＳ７８）、既に受信していたフレーム
を廃棄する（ステップＳ７９）。

【００１３】通信が失敗したことを知った送信端末１０
６ａは、通常、その原因が偶発的なものか否かを確認す
るためにフレームの再送を行うが、この例におけるＨＢ
Ｓの規格では、ＮＡＫ又はタイムアウト等の無応答によ
る伝送誤りを検出した場合にはＡＣＫ応答を受信するま
で最大３回まで再送を繰り返すことになっている。従っ
て、端末１０６ａと端末１０６ｂとの間でこのようなや
りとりが、さらに３回くり返される（９２ａ〜９４
ｂ）。

【００１４】こうして初めて、端末１０６ａは端末１０
６ｂにおいて故障が発生していることを認識する（ステ
ップ９５）。

【００１５】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の方法では、端末において故障が発生した場合
には、かなりの通信の無駄が生じるという問題がある。
即ち、上記の例においては、ネットワーク上の端末１０
６ａ、１０６ｂ以外の端末は、まだ端末１０６ｂでの故
障の発生を認識していない。端末１０６ｃが端末１０６
ｂの故障の発生を認識するには、端末１０６ａと同様の
処理（９６ａ〜９９ｂ）を行わなければならない。

【００１６】また、端末１０６ａは、端末１０６ｂがい
つ故障から復旧するか判らないため、端末１０６ｂに対
して必要があればフレームを送信（９１１ａ〜９１４
ｂ）しなければならない。しかし、端末１０６ｂの故障
がまだ復旧していない場合には、前述同様にフレームの
再送を３回繰り返すことになる。さらに、端末１０６ｂ
が故障から復旧した場合であっても、他の端末１０６
ａ、１０６ｃは、即時にその故障復旧を知ることができ
ない。即ち、端末１０６ｂに対してフレームを送信（９
１６ａ）し、１バイト応答（ＡＣＫ）９１６ｂを受信し
て初めて端末１０６ｂの故障が復旧したことを認識する
ことができる（ステップ９１７）。

【００１７】このように、従来の方法では、各端末は、
故障した端末と通信するまではその端末が故障している
ことを知ることができなかった。そのために、無駄な通
信が繰り返して行われ、他の必要な通信が妨げられてい
た。特に、トラフィックの高いネットワークにおいて
は、致命的な障害となることもあった。そこで、本発明
は、かかる問題点に鑑みてなされたものであり、ネット
ワークにおいて端末の故障が発生したり故障から復旧し
た場合であっても、無駄な通信を行うことなく他の端末
がそのことを認識することができるという健全なネット
ワークを支援する故障対応通信制御装置を提供すること
を第１の目的としている。

【００１８】また、本発明の第２の目的は、単に故障の
発生／復旧を知るだけでなく、各端末が、故障の具体的
な内容を知り、その内容に応じた適切な処置をとること
ができる故障対応通信制御装置を提供することにある。
さらに、本発明の第３の目的は、故障中の端末への送信
を行う必要が生じた場合に、送信すべきフレームを蓄積
しておき、故障が復旧した場合に、それまで蓄積してい
たフレームを送信することができる故障対応通信制御装
置を提供することにある。

【００１９】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る通信制御装置は、複数の端末を接続し
たネットワークにおける端末の状態を他の端末が認識可
能な特定情報に設定する設定手段と、前記特定情報を前
記ネットワークに接続された複数の端末に送信する送信
手段とを備え、前記特定情報は、複数の通報の種別のう
ちの一つを示す第１の情報と通報内容を示す第２の情報
との組合せで構成され、前記第１の情報、前記第２の情
報のいずれも１バイトのフィールドが与えられており、
前記第１の情報が異常に関する通報であることを示す情
報である場合には、前記第２の情報は異常発生の有無を
示すことを特徴とする。

【００２０】ここで、前記第１の情報と前記第２の情報
とは、送受信されるフレームのデータ領域内に設定する
ことを特徴とする。また、本発明は、自己の状態の変化
を判定する判定手段を更に備え、前記送信手段は、前記
判定手段より状態に変化があったときに、前記特定情報
を複数の端末に同報することを特徴とする。

【００２１】本発明に係る通信制御方法は、複数の端末
を接続したネットワークにおける端末の状態を他の端末
が認識可能な特定情報に設定する設定ステップと、前記
特定情報を前記ネットワークに接続された複数の端末に
送信する送信ステップとを備え、前記特定情報は、複数
の通報の種別のうちの一つを示す第１の情報と通報内容
を示す第２の情報との組合せで構成され、前記第１の情
報、前記第２の情報のいずれも１バイトのフィールドが
与えられており、前記第１の情報が異常に関する通報で
あることを示す情報である場合には、前記第２の情報は
異常発生の有無を示すことを特徴とする。

【００２２】

【作用】上記のように構成された故障対応通信制御装置
によれば、フレーム受信手段が複数の端末を接続したネ
ットワークからフレームを受信し、フレーム解読手段が
受信したフレームから故障が発生又は復旧した端末の識
別子を解読し、格納手段が前記解読した識別子を記憶手
段に記憶する。

【００２３】また、前記フレーム解読手段は、前記識別
子に基づき端末の故障内容又は復旧内容を更に解読し、
解読結果を記憶手段に記憶する。さらに、フレーム送信
手段がフレームを送信し、送信制御手段が記憶手段に記
憶されている前記故障端末の識別子に基づき故障中の端
末へのフレームの送信を停止する。

【００２４】ここで、前記送信制御手段は、記憶手段に
記憶されている前記復旧端末の識別子に基づき復旧した
端末への送信を再開するように前記フレーム送信手段を
制御する。さらに、送信情報蓄積手段が故障端末への送
信内容を記憶手段に蓄積し、前記送信制御手段が前記故
障端末が復旧した場合に、記憶手段に記憶されている前
記送信内容を送信するように前記フレーム送信手段を制
御する。

【００２５】

【実施例】以下、本発明の実施例について図面を用いて
詳細に説明する。図１は、本実施例に係る故障対応通信
制御装置が装備された端末の構成を示すブロック図であ
る。図５に示された従来の端末と比べて、故障対応通信
制御装置が付加されている点が異なる。即ち、本実施例
の端末には、従来の端末に故障フレーム組立部１０７、
故障発生検出部１０８、故障復旧検出部１０９、故障フ
レーム解読部１１０、故障情報記憶部１１１、蓄積情報
送信部１１２、送信情報蓄積部１１３及び送信制御部１
１４が付加されている。

【００２６】故障発生検出部１０８は、図示されていな
いＡ／Ｄ変換器、基準状態記憶部、比較器等からなり、
機器状態表示部１０３が示す機器の動作状態と予め与え
られた基準状態とを比較することによって、機器の動作
状態が基準状態から外れた場合、即ち、端末に故障が発
生した場合にその旨を故障フレーム組立部１０７に伝え
る。

【００２７】故障復旧検出部１０９は、故障発生検出部
１０８と同様の図示されていないＡ／Ｄ変換器、基準状
態記憶部、比較器等からなり、機器状態表示部１０３が
示す機器の動作状態と予め与えられた基準状態とを比較
することによって、機器の動作状態が基準状態から一旦
外れた後に再び基準状態に戻った場合、即ち、端末の故
障が復旧した場合にその旨を故障フレーム組立部１０７
に伝える。

【００２８】故障フレーム組立部１０７は、故障発生検
出部１０８又は故障復旧検出部１０９が検出した故障内
容や復旧内容に基づいて所定の一斉同報のためのフレー
ムを組み立て、そのフレームを通信部１０２に送ってホ
ームバス１０１上に送信させる。故障情報記憶部１１１
は、半導体メモリ等からなり、他の端末についての故障
に関する情報を記憶する。

【００２９】故障フレーム解読部１１０は、受信したフ
レームを解読し、そのフレームが故障に関する通報のた
めのフレームであると判断した場合に、故障が発生又は
復旧した端末のアドレスと故障に関する情報とを故障情
報記憶部１１１に格納する。送信情報蓄積部１１３は、
故障中の端末への送信フレームを蓄積して記憶する。

【００３０】送信制御部１１４は、故障情報記憶部１１
１に格納された情報とアプリケーションシステム処理部
１０５から送られてきたフレームの送信先の情報とに基
づいて、そのフレームの送信先を通信部１０２か送信情
報蓄積部１１３かに切り替える。即ち、フレームの送信
先が故障でない端末である場合には、そのフレームを通
信部１０２に送り、ホームバス１０１を通じてその端末
宛に送信させる。一方、フレームの送信先が故障中の端
末である場合には、そのフレームを送信情報蓄積部１１
３に送って蓄積させる。

【００３１】蓄積情報送信部１１２は、故障情報記憶部
１１１に格納された情報を参照することによって、送信
情報蓄積部１１３に蓄積されたフレームを読み出して、
故障が復旧した端末に送信する。図２は、ＨＢＳにおい
て本実施例の端末間で送受信される故障に関するフレー
ム構成の一例を示す図である。図２は、図６に示された
フレームのデータ領域（ＤＡＴＡ）６６におけるオペレ
ーションコード（ＯＰＣ）６６２とオペランド（ＯＰ
Ｒ）６６３の組合せの部分（以下、「コマンド」とい
う。）のみを示しており、４種類のフォーマット（図２
（１）＆（２）、（３）＆（４）、（５）＆（６）、
（７）＆（８））を定義している。オペレータは、これ
らの４種類の中から任意の１つのフォーマットのコマン
ドを使用して故障の通報を行うよう各端末に予め指示し
ておくことができる。

【００３２】オペレーションコード（ＯＰＣ）６６２の
値を全て”ＦＥ”（ｈｅｘ）としているのは、ＨＢＳの
規格において予約されていないコードを使用するためで
あり、本実施例においては、故障の通報のためのコマン
ドとして定義している。オペランド（ＯＰＲ）６６３の
第１バイト目の値は、図示された合計８種類のコマンド
を区別するためのものである。

【００３３】図２（１）及び（２）に示されるコマンド
は、故障の発生／復旧のみを示すコマンドであり、フレ
ーム長を短く押さえられるというメリットがある。図２
（３）及び（４）は、図２（１）及び（２）のコマンド
に故障が発生／復旧した端末アドレスの情報を付加した
ものであり、このコマンドを含むフレームを受信した各
端末は、ＨＢＳプロトコルのレイヤ２レベルのアドレス
（ＳＡ）６２をわざわざ確認しなくてもレイヤ７レベル
のコマンドから故障した端末を知ることができる。従っ
て、アプリケーションレベルでの処理の負荷を減らせる
ことが可能になる。

【００３４】図２（５）及び（６）に示されるコマンド
は、図２（１）及び（２）のコマンドに故障内容に関す
る情報を付加したものであり、このコマンドを含むフレ
ームを受信した各端末は、故障の発生／復旧の有無だけ
でなくより詳細な情報を得ることができる。例えば、予
め定義した故障内容に対応するコードを付加しておくこ
とで、このフレームを受信した端末は、故障した端末が
復旧するまでの時間を予測したり、あるいは復旧のため
の援助をしたりすること等が可能となり、ネットワーク
の信頼性向上につながる。

【００３５】図２（７）及び（８）に示されるコマンド
は、図２（１）及び（２）のコマンドに故障が発生／復
旧した端末アドレスと故障内容に関する情報とを付加し
たものであり、図２（３）（４）及び（５）（６）のそ
れぞれのコマンドが有する効果を併せて得ることができ
る。以上のように構成された従来のＨＢＳにおいて、各
端末間のフレームのやりとりを図３を用いて説明する。

【００３６】図３は、端末１０６ｂにおいて故障が発生
し、その後その故障が復旧した場合の各端末間でのフレ
ームのやりとりを示している。端末１０６ｂの故障発生
検出部１０８は、機器状態表示部１０３が示す状態と予
め与えられた基準状態とを比較することによって、端末
に故障が発生したことを知り、その旨を故障フレーム組
立部１０７に伝える（ステップＳ３０）。

【００３７】故障発生検出部１０８からの通知を受けた
故障フレーム組立部１０７は、自己の故障を通報するた
めのフレームを組み立て、そのフレームを通信部１０２
に送って一斉同報させる（ステップＳ３１）。具体的に
は、故障フレーム組立部１０７は、図２に示された故障
発生コマンド（図２（１）（３）（５）（７））の中か
ら予め指定されたフォーマットのコマンドをデータ領域
（ＤＡＴＡ）６６に設定し、自己アドレス記憶部１０４
に格納された自己アドレスを読み出してソースアドレス
コード（ＳＡ）６２やオペランド（ＯＰＲ）６６３に設
定し、プライオリティコード（ＰＲ）６１を同報フレー
ムの値に設定し、フレームを組み立てた後、通信部１０
２に送って一斉同報させる。

【００３８】一斉同報されたフレームを受信した端末１
０６ａでは、故障フレーム解読部１１０が受信フレーム
内の送信元アドレス（ＳＡ）６２又は端末アドレス２３
ｃ、２７ｃを確認することにより端末１０６ｂにおいて
故障が発生したことを認識し、端末１０６ｂのアドレス
と故障に関する情報２５ｃ、２７ｄを故障情報記憶部１
１１に格納しておく（ステップＳ３２ａ）。

【００３９】送信制御部１１４は、故障情報記憶部１１
１に格納された情報を参照することによって、故障中の
端末１０６ｂへのフレーム送信が発生した場合には、そ
のフレームを通信部１０２に送らないで送信情報蓄積部
１１３に蓄積して記憶しておく。端末１０６ａでのこれ
らの動作は、ネットワーク上の他の全ての端末（例えば
端末１０６ｃ）についても同様である（ステップＳ３２
ｂ）。

【００４０】これによって、各端末は、故障の発生と同
時にそのことを知ることができ、従来の端末が行ってい
たような無駄なフレームの送信や再送を回避することが
できる。また、一斉同報されたフレームが故障内容につ
いての情報を有している場合には、各端末は、故障内容
に応じた適切な処置を早期にとっておくことができる。

【００４１】次に、端末１０６ｂの故障が復旧した場合
には、故障復旧検出部１０９は、機器状態表示部１０３
が示す状態と予め与えられた基準状態とを比較すること
によって、発生していた故障が復旧したことを知り、そ
の旨を故障フレーム組立部１０７に伝える（ステップＳ
３３）。故障復旧検出部１０９からの通知を受けた故障
フレーム組立部１０７は、自己の故障の復旧を通報する
ためのフレームを組み立て、そのフレームを通信部１０
２に送って一斉同報させる（ステップＳ３４）。

【００４２】具体的には、故障フレーム組立部１０７
は、図２に示された故障復旧コマンド（図２（２）
（４）（６）（８））の中から予め指定されたフォーマ
ットのコマンドをデータ領域（ＤＡＴＡ）６６に設定
し、自己アドレス記憶部１０４に格納された自己アドレ
スを読み出してソースアドレスコード（ＳＡ）６２やオ
ペランド（ＯＰＲ）６６３に設定し、プライオリティコ
ード（ＰＲ）６１を同報フレームの値に設定し、フレー
ムを組み立てた後、そのフレームを通信部１０２に送っ
て一斉同報させる。

【００４３】一斉同報されたフレームを受信した端末１
０６ａでは、故障フレーム解読部１１０が受信フレーム
内の送信元アドレス（ＳＡ）６２又は端末アドレス２４
ｃ、２８ｃを確認することにより端末１０６ｂにおいて
発生していた故障が復旧したことを認識し、端末１０６
ｂのアドレスと故障の復旧に関する情報２６ｃ、２８ｄ
を故障情報記憶部１１１に格納する（ステップＳ３５
ａ）。

【００４４】蓄積情報送信部１１２は、故障情報記憶部
１１１に格納された情報を参照することによって、故障
が復旧した端末１０６ｂに送信すべきフレームを送信情
報蓄積部１１３から読み出して端末１０６ｂに送信す
る。送信制御部１１４は、故障情報記憶部１１１に格納
された情報を参照することによって、アプリケーション
システム処理部１０５から送られてきたフレームの送信
先を通信部１０２に切り替える。

【００４５】端末１０６ａでのこれらの動作は、ネット
ワーク上の他の全ての端末（例えば端末１０６ｃ）につ
いても同様である（ステップＳ３５ｂ）。このように、
端末１０６ｂにフレームを送信したいが、端末１０６ｂ
が故障していたためにフレームの送信を控えていた端末
も、即時に端末１０６ｂの故障復旧を認識し、端末１０
６ｂへのフレーム送信を再開することができる。これに
よって、故障からの復旧時においても従来の端末が行っ
ていたような無駄なフレームの送信や再送を回避するこ
とができる。

【００４６】

【発明の効果】以上の説明から明らかなように、本発明
によれば、ネットワークにおいて端末の故障が発生した
り故障から復旧した場合には、その端末自らが故障に関
するフレームを一斉同報するので、ネットワーク上の他
の全ての端末は、故障している端末と無駄な通信を行う
ことなく、且つそれらが起こった時点において故障に関
する情報を得ることができる。

【００４７】また、一斉同報されるフレームには、故障
の発生／復旧の有無だけでなく故障の具体的な内容につ
いての情報も含まれているので、各端末は、その内容に
応じた適切な処置をとることができる。さらに、故障に
関するフレームを受信した端末は、故障している端末宛
にフレームを送信する必要が生じた場合には、それらの
フレームを蓄積しておき、故障が復旧した際に蓄積して
いたフレームを送信することができる。

【００４８】このように、本発明によれば、ネットワー
クにおいて端末の故障が発生した場合であっても、無駄
な通信によるネットワークのトラフィックの増大を回避
でき、さらに、各端末が故障に対応した処置を早期にと
ることができるので、健全なネットワークの構築が可能
になるという効果がある。

【図面の簡単な説明】

【図１】本実施例に係る故障対応通信制御装置が装備さ
れた端末の構成を示すブロック図である。

【図２】本実施例の端末間で送受信される故障に関する
フレーム構成の一例を示す図である。

【図３】本実施例において端末の故障が発生し、その後
復旧した場合の各端末間でのフレームのやりとりを示す
図である。

【図４】複数の端末が接続されたネットワークの一構成
例である。

【図５】従来の端末の構成を示すブロック図である。

【図６】従来の端末間で送受信されるフレーム構成の一
例を示す図である。

【図７】従来の端末の動作を示すフローチャートであ
る。

【図８】端末の故障が発生していない通常の状態におけ
る、従来の各端末間のフレームのやりとりを示す図であ
る。

【図９】端末の故障が発生している場合における、従来
の各端末間のフレームのやりとりを示す図である。

【符号の説明】

１０２ 通信部 １０７ 故障フレーム組立部 １０８ 故障発生検出部 １０９ 故障復旧検出部 １１０ 故障フレーム解読部 １１１ 故障情報記憶部 １１２ 蓄積情報送信部 １１３ 送信情報蓄積部 １１４ 送信制御部

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 複数の端末を接続したネットワークにお
   ける端末の状態を他の端末が認識可能な特定情報に設定
   する設定手段と、 前記特定情報を前記ネットワークに接続された複数の端
   末に送信する送信手段とを備え、 前記特定情報は、複数の通報の種別のうちの一つを示す
   第１の情報と通報内容を示す第２の情報との組合せで構
   成され、前記第１の情報、前記第２の情報のいずれも１
   バイトのフィールドが与えられており、 前記第１の情報が異常に関する通報であることを示す情
   報である場合には、前記第２の情報は異常発生の有無を
   示すことを特徴とする通信制御装置。
2. 【請求項２】 前記第１の情報と前記第２の情報とは、
   送受信されるフレームのデータ領域内に設定することを
   特徴とする請求項１に記載の通信制御装置。
3. 【請求項３】 自己の状態の変化を判定する判定手段を
   更に備え、 前記送信手段は、前記判定手段より状態に変化があった
   ときに、前記特定情報を複数の端末に同報することを特
   徴とする請求項１又は請求項２に記載の通信制御装置。
4. 【請求項４】 複数の端末を接続したネットワークにお
   ける端末の状態を他の端末が認識可能な特定情報に設定
   する設定ステップと、 前記特定情報を前記ネットワークに接続された複数の端
   末に送信する送信ステップとを備え、 前記特定情報は、複数の通報の種別のうちの一つを示す
   第１の情報と通報内容を示す第２の情報との組合せで構
   成され、前記第１の情報、前記第２の情報のいずれも１
   バイトのフィールドが与えられており、 前記第１の情報が異常に関する通報であることを示す情
   報である場合には、前記第２の情報は異常発生の有無を
   示すことを特徴とする通信制御方法。
5. 【請求項５】 前記第１の情報と前記第２の情報とは、
   送受信されるフレームのデータ領域内に設定することを
   特徴とする請求項４に記載の通信制御方法。
6. 【請求項６】 自己の状態の変化を判定する判定ステッ
   プを更に備え、 前記送信ステップは、前記判定ステップより状態に変化
   があったときに、前記特 定情報を複数の端末に同報する
   ことを特徴とする請求項４又は請求項５に記載の通信制
   御方法。