JP2003179614A

JP2003179614A - 通信制御装置及び通信制御方法

Info

Publication number: JP2003179614A
Application number: JP2002220362A
Authority: JP
Inventors: Noriko Kaneda; 典子兼田
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-07-29
Filing date: 2002-07-29
Publication date: 2003-06-27
Anticipated expiration: 2019-12-22
Also published as: JP3605103B2

Abstract

(57)【要約】【目的】ネットワークにおいて端末の故障が発生した
場合に、無駄な通信を行うことなく故障の発生を認識す
ることができる故障対応通信制御装置を提供する。【構成】故障発生検出部１０８及び故障復旧検出部１
０９は、自己の端末の内部において故障が発生又は復旧
したことを検出する。故障フレーム組立部１０７は、そ
の検出の結果に基づいて故障に関するフレームを組み立
て、続いて通信部１０２がそのフレームを伝送路に一斉
同報する。一方、故障フレーム解読部１１０によって他
の端末の故障の発生を知った各端末は、その故障が復旧
するまでの間は、故障中の端末へのフレームの送信を抑
制する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

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

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

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

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

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

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

【００１５】

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

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

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

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

【００１９】

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

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

【００２１】また、本発明に係る通信制御方法は、複数
の端末を接続したネットワークにおける端末の状態を他
の端末が認識可能な特定情報に設定する設定ステップ
と、前記特定情報を前記ネットワークに接続された複数
の端末に送信する送信ステップとを備え、前記特定情報
は、複数の通報の種別のうちの一つを示す第1の情報と
通報内容を示す第2の情報との組み合わせで構成され、
前記第1の情報は1バイトのフィールドが与えられてお
り、前記第1の情報が異常に関する通報であることを示
す情報である場合には、前記第2の情報は異常内容を示
すことを特徴とする。ここで、前記第1の情報と前記第2
の情報とは、送受信されるフレームのデータ領域内に設
定することを特徴とする。また、本発明は、自己の状態
の変化を判定する判定ステップとを更に備え、前記送信
ステップは、前記判定ステップより状態に変化があった
時に、前記特定情報を複数の端末に同報することを特徴
とする。

【００２２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４３】

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims

【特許請求の範囲】

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