JP3862843B2 - 燃焼器具監視制御装置 - Google Patents
燃焼器具監視制御装置 Download PDFInfo
- Publication number
- JP3862843B2 JP3862843B2 JP36848697A JP36848697A JP3862843B2 JP 3862843 B2 JP3862843 B2 JP 3862843B2 JP 36848697 A JP36848697 A JP 36848697A JP 36848697 A JP36848697 A JP 36848697A JP 3862843 B2 JP3862843 B2 JP 3862843B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- response
- information
- ncu
- transmitted
- 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
Images
Landscapes
- Selective Calling Equipment (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の燃焼器具の運転状態や故障状態を電話回線等の通信回線を通して中央監視装置により監視する燃焼器具監視制御装置に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、燃焼器具監視制御装置としては、例えば給湯装置のように多数の家庭で使用されるガスを用いた燃焼器具について、ガス供給会社が集中的に管理する中央監視装置を設け、燃焼器具の端末回線制御部と中央監視装置の中央回線制御部とを電話回線等の通信回線を用いて接続し、所定の通信プロトコルにより、中央監視装置からのポーリング指令（起動電文、要求電文等）に応じて通信制御部から応答電文を送信することにより、該燃焼器具の運転状態や故障情報を前記中央監視装置へ伝送して、各燃焼器具の管理を行うような燃焼器具監視制御装置が知られている。
【０００３】
このような燃焼器具監視制御装置においては、回線接続時に燃焼器具の運転状態や故障情報のような送信データが予め通信プロトコルに入力されているが、その後、新たな情報を付加する必要が生じたときは、送信データを拡張する必要がある。特に、監視する燃焼器具類は、種々のメーカーの異なった仕様のものが含まれており、また同一メーカーでも品種が異なるものが含まれるため、監視したい情報も多様化しており、送信データの拡張が要求されるようになっている。この場合の送信データの拡張を行うための従来の手法としては、通信プロトコルに新たにコマンド／応答を設ける方法と、電文長を長くする方法とがある。
【０００４】
新たにコマンド／応答を設ける方法の場合、データ拡張ありの器具とデータ拡張なしの中央監視装置との接続や、その逆の接続についても新たに設けることができるが、次のような問題がある。すなわち、拡張データを要求する為のコマンド種別の定義を追加しなくてはならないが、将来の拡張数を予め明確にしておく必要があるため、拡張に制限が生じる。また、データ拡張なしの器具をデータ拡張ありの中央監視装置で監視する場合に、中央監視装置からの拡張コマンドに対し無応答となるため、通信時間が増大する（一般に、無応答監視時間は、正常応答時間の数倍〜十倍程度になる）という問題もある。
【０００５】
新たにコマンド／応答を設ける場合の具体例を図２５，２６により説明する。
図２５に示すように、中央監視装置に新たな拡張コマンドが設けられる。端末回線制御部（以下、端末ＮＣＵと記す）が拡張機能有りと拡張機能無しの場合について説明する。なお、電文等の詳細については後述する発明の実施の形態の説明を参照されたい。
データ拡張ありの燃焼器具の場合、燃焼器具の端末ＮＣＵから発呼され、電話回線が接続される。中央回線制御部（以下、センターＮＣＵと記す）から起動電文が送信され、これに応じて器具から機種情報応答がされ、中央監視装置１０に登録されているＩＤ番号と一致するかの確認がされ、データリンクが確立される。つづいてセンターＮＣＵから器具情報要求が送信され、燃焼器具側で自己のＩＤ番号との一致を確認した後、器具情報応答（詳細情報１）を送信する情報の伝送が行われる。ここで、センターＮＣＵから拡張コマンドが送信され、これに応じて燃焼器具側の端末ＮＣＵから器具情報応答（詳細情報２）が送信され、これに応じてセンターＮＣＵから終了電文が送信されて通信が終了する。
【０００６】
ところが、データ拡張なしの燃焼器具の場合、図２６に示すように、センターＮＣＵから拡張コマンドが伝送されても、燃焼機器側がこれを未定義コマンドと判断し、無応答状態になってしまう。そのため、センターＮＣＵは、例えば１０秒の応答待ちの後、終了電文を端末ＮＣＵに送信して、通信を終結してしまうことになり、通信時間が増大してしまう。
【０００７】
一方、電文長を長くする方法の場合、監視系統内にある燃焼器具の端末ＮＣＵや中央監視装置のセンターＮＣＵ等は、電文内容を透過にすることにより、電文長を可変にできるが、ＮＣＵの内部のバッファ長や通信エラーに対する配慮から、おのずと最大長は制限を受ける。また、終端の中央監視装置内では、各応答種別毎に電文長を定め、電文長も含めた異常チェックを行うことが、通信の信頼性を保つ上で必要となってくる。例えば、中間のデータが終了データになったとき、パリティチェック（ＢＣＣチェック）のみでは完全なチェックができない。
【０００８】
電文長を長くする場合の具体例を図２７，２８により説明する。
図２７に示すように、拡張機能有りの燃焼器具の端末ＮＣＵの器具詳細情報応答に詳細情報２が付加されで電文長が長くされる。中央監視装置が拡張機能有りと拡張機能無しの場合について説明する。拡張機能ありの中央監視装置の場合、燃焼器具の端末ＮＣＵから発呼され、電話回線が接続される。センターＮＣＵ１から起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵ１から器具情報要求が送信され、これに応じて端末ＮＣＵから、拡張された長い電文長の器具情報応答（詳細情報１、２）が送信される。中央監視装置は拡張機能があるので、器具情報応答を正常に受信処理し、その後、終了電文を端末ＮＣＵに送信して、通信を終結する。
【０００９】
ところが、拡張機能なしの中央監視装置の場合、図２８に示すように、端末ＮＣＵから送信された拡張された長い電文長の器具情報応答（詳細情報１、２）が電文長以上であると判断し、センターＮＣＵ２が受信無効として処理し、直ちに終了電文を端末ＮＣＵに送信して、通信を終結してしまうのである。
【００１０】
本発明は、上記した問題を解決しようとするもので、通信プロトコルにコマンド種別や応答種別コードを追加定義することなく、かつ電文長を長くすることなく、容易に送信データを拡張することが可能な燃焼器具監視制御装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために上記請求項１に係る発明の構成上の特徴は、燃焼器具の端末回線制御部と、燃焼器具を監視する中央監視装置の中央回線制御部とが通信回線で接続されて、中央回線制御部からのポーリング指令に応じて端末回線制御部から応答電文を送信することにより、燃焼器具の運転状態や故障情報を中央監視装置へ伝送する燃焼器具監視制御装置において、応答電文内の情報データの一部を利用し、追加情報の有無を示す情報を加えることにより、中央回線制御部から再度のポーリング指令が出され、再度のポーリング指令に応じて追加情報の応答電文を送信することにより、送信単位で追加の応答情報を拡張することにある。
【００１２】
上記のように構成した請求項１の発明においては、送信される応答電文内の情報データの一部を利用して追加情報の有無を示す情報が付加されていると、中央回線制御部はこれに応じて再度のポーリング指令を送信し、端末回線制御部が再度のポーリング指令に応じて追加情報の応答電文を送信することにより、送信単位で追加の応答情報を拡張できる。
その結果、請求項１の発明によれば、応答電文内の情報データの一部を利用できるため、コマンド種別や応答種別コードを追加定義することなく、かつ電文長を長くすることなく、容易に送信データを拡張することができる。
【００１３】
また、上記請求項２に係る発明の構成上の特徴は、前記請求項１に記載の燃焼器具監視制御装置において、追加情報の有無を示す情報の付加が、応答電文の末尾に識別記号を付加するものであることにある。
上記のように請求項２に係る発明を構成したことにより、追加情報の有無を示す情報として、応答電文の末尾に識別記号を付加するのみなので、コマンド種別や応答種別コードを追加定義することもなく、電文長を長くすることもなく、容易に送信データを拡張することができる。
【００１４】
また、上記請求項３に係る発明の構成上の特徴は、前記請求項１または請求項２に記載の燃焼器具監視制御装置において、ポーリング指令または応答電文がパリティエラーを含む場合、再送要求電文が送信され、再送要求電文に応じて同一のポーリング指令または応答電文が送信されることにある。
上記のように請求項３に係る発明を構成したことにより、上記請求項１、請求項２の発明の効果に加えて、再送要求電文の送信が有ったとき、同一のポーリング指令または応答電文が送信されるため、通信の混乱を避けることができる。
【００１５】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明すると、図１は、同実施形態である燃焼器具監視制御装置をブロック図により概略的に示したものである。この燃焼器具監視制御装置では、個別のユーザに設けられた多数の燃焼器具の運転状態や故障の発生等を監視する監視センターに中央監視装置１０が設置されており、中央監視装置１０には中央回線制御部１１（以下、センターＮＣＵと記す）が設けられている。センターＮＣＵ１１には、一般加入電話回線またはＰＢＸ内線電話回線Ｃを介して、多数の家庭等に設けた燃焼器具ＮＫ１〜ＮＫｎの端末回線制御装置１〜ｎ（以下、端末ＮＣＵ１〜ＮＣＵｎと記す）が接続されている。そして、各燃焼器具ＮＫ１〜ＮＫｎには、制御装置ＮＫＣ１〜ＮＫＣｎが設けられており、端末回線処理装置１〜ｎを制御する図１９〜図２４に示す「通信プロトコル制御プログラム」を実行するようになっている。また、電話回線Ｃには、電話機Ｔ１〜Ｔｎが併設されている。
【００１６】
本実施形態の通信仕様は、通信方式が３００ｂｐｓ（ビット／秒）の半二重通信であり、誤り制御が水平・垂直パリティチェック、伝送符号がＪＩＳ７＋パリティビット、キャラクタ構成は図２（ａ）に示す通りであり、電文フレームは図２（ｂ）に示す通りである。なお、図２で、ＳＴはスタートビット、ｂ１〜ｂ７は送信データ、Ｐはパリティチェック、ＳＰはストップビットを示し、ＳＴＸ（０２ＨＥＸ）はスタート、ＥＴＸ（０３ＨＥＸ）は終了、ＢＣＣはブロックチェックキャラクタ水平パリティを示す。その他の仕様として、各燃焼器具毎にＩＤ番号を設け、情報の不正侵入を防止するＩＤ機能が設けられる。また、電話機Ｔ１〜Ｔｎと端末ＮＣＵ１〜ＮＣＵｎの電話回線Ｃへの接続については、電話機が優先するようになっており、電話機利用時には、端末ＮＣＵ１〜ｎの通信は中断される。
【００１７】
つぎに、センターＮＣＵ１１が送信する電文▲１▼〜▲５▼について図３により説明する。
起動電文▲１▼は、燃焼器具のＩＤ番号や、機種情報を要求するものである。器具情報要求コマンド▲２▼は、燃焼器具の詳細情報を要求するものである。終了電文▲３▼は、通信を終了することを通知するものである。再送要求電文▲４▼は、受信電文がパリティエラー、ＢＣＣエラー等の時に応答の再送を要求するものである。なお、発呼▲５▼は、コマンドではないが、電話をかけるものであり、端末ＮＣＵに対し、発呼を起動するものである。
【００１８】
つぎに、燃焼器具ＮＫ１〜ＮＫｎの端末ＮＣＵ１〜ＮＣＵｎが送信する電文α〜δについて図４により説明する。
機種情報応答αは、燃焼器具のＩＤ番号、応答種別、機種情報、概略運転状況を設けている。器具情報応答βは、燃焼器具のＩＤ番号、応答種別、器具の詳細情報を設けている。再送要求電文γは、受信電文がパリティエラー、ＢＣＣエラー等の時に応答の再送を要求するものである。なお、発呼δは、コマンドではないが、電話をかけるものであり、センターＮＣＵに対し、発呼を起動するものである。そして、上記器具情報応答βの器具の詳細情報には、本発明の要部である追加情報の有無を示す識別記号Ｐが、末尾に付加できるようになっている。
【００１９】
つぎに、通信プロトコルの基本構成につき説明する。
（１）燃焼器具からの発呼（図５参照）
故障等が発生したとき、燃焼器具の端末ＮＣＵから発呼され、電話回線が接続される。センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、中央監視装置１０に登録されているＩＤ番号と一致するかの確認がされ、データリンクが確立される。つづいてセンターＮＣＵから器具情報要求が送信され、燃焼器具側で自己のＩＤ番号との一致を確認した後、器具情報応答を送信する情報の伝送が行われる。最後に終了電文がセンターＮＣＵから送信され、データリンクが終了すると共に回線が切断され、燃焼器具側でも回線が開放される。
【００２０】
（２）中央監視装置からの発呼（図６参照）
故障等が発生したとき、故障原因を調べるようなとき中央監視装置１０から送信が行われる場合である。センターＮＣＵから発呼され、電話回線が接続される。以下、上記（１）と同様に、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信され、これに応じて端末ＮＣＵから器具情報応答が送信され、最後に終了電文がセンターＮＣＵから送信され、通信が終了する。
【００２１】
（３）無応答の発生の場合（図７参照）
中央監視装置１０は、コマンド送信後、端末ＮＣＵから応答待ち時間を経過しても、応答を受信できない場合は、端末側ユーザーの電話利用や何等かの原因で回線が切断されと判断して、所定時間後に通信を終結するようになっている。
端末ＮＣＵから発呼され、電話回線が接続される。その後は、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。しかし、ここで回線が切断された場合、例えば１０秒の応答待ち時間を設け、この間に送信が行われない時は終了電文がセンターＮＣＵから送信され、通信が終結する。
【００２２】
（４）コマンド待ちタイムオーバー発生の場合（図８参照）
この場合は、中央監視装置１０からのコマンド送信を、コマンド待ち時間が経過しても受信できない場合であり、端末ＮＣＵ側で所定時間後に通信を終結するようになっている。
端末ＮＣＵから発呼され、電話回線が接続される。その後は、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答が送信されるが、ここで回線が切断された場合、例えば１０秒の待ち時間を設け、この間に送信が行われない時は端末ＮＣＵ側で、回線が開放される。
【００２３】
（５）燃焼器具側でフォーマットエラー発生の場合（図９参照）
燃焼器具側は、受信電文のＩＤ番号の不一致、コマンドが未定義、電文長が不適正となった場合、監視制御装置への外部からの不正侵入を防止するため、無応答とするものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。しかし、ここで器具情報要求のコマンド種別が未定義のＣ０２になっているため、端末ＮＣＵ側はフーマットエラーと判断して無応答とする。センターＮＣＵでは、無応答状態が１０秒の待ち時間を経過すると、終了電文がセンターＮＣＵから送信され、通信を終結する。
【００２４】
（６）中央監視装置側でフォーマットエラー発生の場合（図１０参照）
（５）に示したフォーマットエラーが中央監視装置側で発生した場合、監視制御装置への外部からの不正侵入を防止するため、通信を中断するものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信され、これに応じて端末ＮＣＵから器具情報応答が送信される。しかし、器具情報応答の応答種別が未定義のＲ０２になっているため、センターＮＣＵ側はフーマットエラーと判断し、直ちに終了電文を送信して、通信を終結する。
【００２５】
（７）燃焼器具側でパリティエラー発生の場合（図１１参照）
燃焼器具側は、受信電文が垂直パリティエラーまたはＢＣＣエラーとなったときは、端末ＮＣＵ側から連続３回まで再送要求を送信し、これに応じてセンターＮＣＵ側から前回と同じ電文が再送される。３回の再送が端末ＮＣＵ側で正常に受信されない場合、または、センターＮＣＵ側からも再送要求が送信されてきたときは、無応答とするものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。しかし、器具情報要求がパリティエラーとなった場合、端末ＮＣＵ側は再送要求を送信する。再送要求に応じてセンターＮＣＵから器具情報要求が送信され、この器具情報要求が正常に受信できると、これに応じて端末ＮＣＵから器具情報応答が送信され、終了電文がセンターＮＣＵから送信され、通信を終結する。何等かのノイズが混入したような場合を考慮したものである。
【００２６】
（８）中央監視装置側でパリティエラー発生の場合（図１２参照）
中央監視装置側は、受信電文が垂直パリティエラーまたはＢＣＣエラーとなったときは、センターＮＣＵ側から連続３回まで再送要求を送信し、これに応じて端末ＮＣＵ側から前回と同じ電文が再送される。端末ＮＣＵ側は、４回以上の再送要求が受信されたときは、無応答とするものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信され、これに応じて端末ＮＣＵから器具情報応答が送信される。しかし、器具情報応答がパリティエラーとなった場合、センターＮＣＵ側は再送要求を送信する。再送要求に応じて端末ＮＣＵから再び器具情報応答が送信され、この器具情報応答が正常に受信されると、これに応じて、終了電文がセンターＮＣＵから送信され、通信を終結する。
【００２７】
つぎに、通信プロトコルに新たな情報を付加する場合について説明する。
（ａ）中央監視装置が拡張機能を有するもののみであり、複数の燃焼機器のうち拡張機能が有るものと無いものが含まれている場合（図１３，１４，１５参照）
まず、図１３に示すように、端末ＮＣＵから発呼され、電話回線が接続される。その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。これに応じて端末ＮＣＵから器具情報応答（詳細情報１）が送信されるが、器具情報応答の末尾に追加情報である残り２頁の情報があることを示す識別符号Ｐ２が付加されている。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信する。これに応じて端末ＮＣＵから器具情報応答（詳細情報２）が送信されるが、器具情報応答の末尾に追加情報である残り１頁の情報があることを示す識別符号Ｐ１が付加されている。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信する。これに応じて端末ＮＣＵから器具情報応答（詳細情報３）が送信されるが、追加情報はないので器具情報応答の末尾に追加情報有りを示す識別符号は付加されない。これに応じて、センターＮＣＵから終了電文が送信され、通信が終了する。
【００２８】
また、追加情報が１頁の場合は、図１４に示すように、センターＮＣＵから器具情報要求に応じて端末ＮＣＵから器具情報応答（詳細情報１）が送信されるが、追加情報が１頁であるため器具情報応答の末尾に識別符号Ｐ１が付加される。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信する。
これに応じて端末ＮＣＵから器具情報応答（詳細情報２）が送信されるが、追加情報はないので器具情報応答の末尾に追加情報有りを示す識別符号は付加されない。そして、センターＮＣＵから終了電文が送信され、通信が終了する。
【００２９】
また、追加情報が無い場合は、図１５に示すように、センターＮＣＵから器具情報要求に応じて端末ＮＣＵから器具情報応答が送信されるが、追加情報が無いため器具情報応答の末尾に識別符号が付加されない。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信することなく、終了電文が送信され、通信が終了する。
【００３０】
（ｂ）燃焼器具が拡張機能を有し、複数の中央監視装置のうち拡張機能が有るものと無いものが含まれている場合（図１６，１７参照）
まず、中央監視装置が拡張機能を有する場合は、図１６に示すように、上記図１４に示したと同様の送受信処理が行われる。これに対して、中央監視装置が拡張機能を有しない場合は、図１７に示すように、例えばセンターＮＣＵから発呼され、電話回線が接続される。その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。これに応じて端末ＮＣＵから器具情報応答（詳細情報１）が送信されるが、器具情報応答の末尾に追加情報である残り１頁の情報があることを示す識別符号Ｐ１が付加される。しかし、中央監視装置が拡張機能を有しないため、識別符号を認識できず、識別符号Ｐ１は無意味なデータとなる。ただし、ず、器具情報応答は有効であり、センターＮＣＵではこれを認識する。その後、センターＮＣＵは、器具情報要求を再び送信することなく、終了電文を送信し、通信を終了する。
【００３１】
（ｃ）上記（ａ），（ｂ）で、パリティエラーが発生した場合（図１８参照）
電文送信中にパリティエラーが発生した場合は、上記図１１及び図１２に示すたと同様に、電文を正常に受信したときのみ応答データの頁更新を行い、再送要求に対しては、同じ電文を再送し、頁の更新は行わないように規定されている。
まず、図１８に示すように、センターＮＣＵからの器具情報要求がパリティエラーとなった場合、端末ＮＣＵは、再送要求を送信し、パリティエラーが解消された器具情報要求に対して器具情報応答（詳細情報２＋識別符号Ｐ１）を送信する。また、端末ＮＣＵからの器具情報応答がパリティエラーとなった場合、センターＮＣＵから再送要求が送信され、これに応じて端末ＮＣＵから前回と同じ器具情報応答（詳細情報２＋識別符号Ｐ１）が送信され、パリティエラーが解消されていると、識別符号Ｐ１に応じて、センターＮＣＵは、器具情報要求を再び送信するようになっている。
【００３２】
以上に説明したように、本実施形態においては、追加情報の有無を示す情報を器具情報応答電文内の詳細情報データの末尾を利用して識別符号を付加して、送信するようにしたことにより、センターＮＣＵから再度の器具情報要求指令が送信され、これに応じて端末ＮＣＵが応答電文を送信することにより、送信単位で追加の情報を繰り返し送信でき、応答情報を拡張できる。このように、応答電文内の情報データの一部を利用できるため、コマンド種別や応答種別コードを追加定義することなく、かつ電文長を長くすることなく、容易に送信データを拡張することができる。その結果、拡張機能を有する燃焼器具と有しない燃焼器具を含み、かつ中央監視装置でも拡張機能を有するものと有しないものが有る場合に、電話回線で接続されたような監視制御系においても、混乱を生じることなく本発明を適用することができる。なお、追加情報の有無を示す識別符号の付加は、詳細情報データの末尾に限るものではない。
【００３３】
つぎに、上記のように構成した実施形態の具体的な動作、ここでは追加情報が含まれる場合の、図１３及び図１８を中心とした動作について説明する。
燃焼器具監視系は、図１に示すように、センターＮＣＵ１１に、一般加入電話回線またはＰＢＸ内線電話回線Ｃを介して、多数の家庭等に設けた燃焼器具ＮＫ１〜ＮＫｎの端末回線制御装置１〜ｎ（以下、端末ＮＣＵと記す）が接続されている。この燃焼器具監視系において、各燃焼器具ＮＫ１〜ＮＫｎの制御装置ＮＫＣ１〜ＮＫＣｎ（以下、単に制御装置ＮＫＣと記す）は、図１９に示すステップ２０において「通信プロトコル制御プログラム」の実行を開始し、受信電文をリセットし、追加情報の頁数をカウントするページカウンタの値を「０」に初期設定する（ステップ２１，２２）。
【００３４】
つづいて、発呼指示があるか否かが判定され、発呼指示があるときは、端末ＮＣＵにセンターＮＣＵに向けて発呼送信させ、発呼指示がある状態がリセットされ（ステップ２３〜２５）、プログラムはステップ２３に戻される。センターＮＣＵに向けて発呼送信されると、ステップ２３にて「ＮＯ」との判定の基にプログラムはステップ２６に移され、受信電文が有るか無しかの判定が行われる。受信電文、ここではセンターＮＣＵからの起動電文が受信されると、受信電文がパリティエラーを含むか否か判定される（ステップ２７）。パリティエラーがあると、プログラムはステップ２９に移され、受信電文がリセットされ、再びプログラムはステップ２３に戻され、発呼指示の待ち状態になる。
【００３５】
受信電文がパリティエラーを含まない場合は、次に受信電文が起動電文であるか否かが判定される（ステップ２８）。ここでは、受信電文が起動電文なので、「ＹＥＳ」との判定の基にプログラムはステップ３０に移され、受信電文がリセットされ、続いて、機種情報応答が送信される（ステップ３１）。さらに、図２０に示すステップ３２にて、再送要求をカウントするリトライカウンタが「０」にされる。つぎに、電文待ちタイマーが１０秒の計時を開始し（ステップ３３）、電文待ちタイマーがタイムオーバーしたか否かが判定される（ステップ３４、３５）。すなわち、センターＮＣＵからの送信が待たれる。ここで、センターＮＣＵからの送信が無い場合、例えば前述した図８に示すような場合が発生すると、電文待ちタイマーがタイムオーバーするため、ステップ３４で「ＹＥＳ」と判定され、プログラムは、ステップ２２に戻される。
【００３６】
センターＮＣＵからの電文が受信されると（ここでは器具情報要求である）、ステップ３５にて「ＹＥＳ」との判定の基にプログラムはステップ３６に移され、以下順にパリティエラーか、起動電文か、終了電文か、再送要求か、器具情報要求か否かについての判定が行われる（ステップ３６〜４０）。パリティエラーの場合は後述する。起動電文が再度送信された場合は、ステップ３７にて「ＹＥＳ」との判定の基にプログラムはステップ３０に戻され以下の処理が行われる。これらのいずれにも該当しない電文の場合には、各ステップで「ＮＯ」との判定の基にプログラムはステップ４１に移されて、受信電文がリセットされた後、プログラムはステップ３３に戻され、電文待ちが再開される。未定義電文を受信した場合を考慮したものである。
【００３７】
通常、ここでは、電文は起動電文でも終了電文でも再送要求でもなく、器具情報要求なので、ステップ４０にて「ＹＥＳ」との判定の基に、プログラムは図２１に示すステップ４２に移され、ＩＤ番号が一致するか、電文長が適正か否かの判定が行われる（ステップ４２，４３）。ＩＤ番号が一致しない電文や電文長が不適正な電文は、図９に示すようなフォーマットエラーであるから、プログラムはステップ４１に戻され、不適正な受信電文がリセットされた後、プログラムはステップ３３に戻され、電文待ちが再開される。
【００３８】
ＩＤ番号が一致し、電文長が適正なときは、ステップ４２，４３で「ＹＥＳ」と判定されて、プログラムはステップ４４に移され、受信電文がリセットされた後、ページカウンタが「１」だけプラスされページカウンタ＝１にされる（ステップ４５）。さらに、ステップ４６にてページカウンタ＝１か否かが判定される。ここでは、ページカウンタ＝１なので、「ＹＥＳ」との判定の基にプログラムはステップ４７に移され、器具情報応答の１頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００３９】
ここでは、詳細情報１に付加された識別記号Ｐ２が、センターＮＣＵに認識されるので、センターＮＣＵから再び器具情報要求が送信されるので、これに応じてステップ４０にて「ＹＥＳ」との判定の基にプログラムはステップ４２に移され、ステップ４３を経てステップ４４にて受信した器具情報要求電文がリセットされ、その後、ページカウンタが「１」だけプラスされページカウンタ＝２にされる（ステップ４５）。さらに、ページカウンタ＝２に応じて、ステップ４６にて「ＮＯ」、ステップ４８にて「ＹＥＳ」との判定の基にプログラムはステップ４９に移され、器具情報応答の２頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００４０】
ここでは、詳細情報２に付加された識別記号Ｐ１が、センターＮＣＵに認識されるので、センターＮＣＵから再び器具情報要求が送信されるので、これに応じてステップ４０にて「ＹＥＳ」との判定の基にプログラムはステップ４２に移され、ステップ４３を経てステップ４４にて受信した器具情報要求電文がリセットされる。その後、ページカウンタが「１」だけプラスされページカウンタ＝３にされる（ステップ４５）。さらに、ページカウンタ＝３に応じて、ステップ４６にて「ＮＯ」、ステップ４８にて「ＮＯ」との判定の基にプログラムはステップ５０に移され、器具情報応答の３頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００４１】
ここでは、詳細情報３には識別記号が付加されていないことがセンターＮＣＵに認識されるので、センターＮＣＵからは再び器具情報要求が送信されことなく、終了電文が送信される。これに応じてステップ３８にて「ＹＥＳ」との判定の基にプログラムはステップ２１に戻され、通信は終了し、新たな発呼が待たれる。
【００４２】
つぎに、上記過程において、図１２に示すように、端末ＮＣＵからの電文にパリティエラーが含まれて中央監視装置側から再送要求が有った場合について説明する。
この場合、ステップ３９にて「ＹＥＳ」との判定の基にプログラムは、図２２に示すステップ５１に移され、受信電文がリセットされた後、リトライカウンタが「１」だけプラスされてリトライカウンタ＝１にされ、さらにステップ５２にてリトライカウンタ＝３か否か、すなわち再送が３回行われたか否かが判定される。ここではリトライカウンタ＝１なので、「ＮＯ」との判定の基にプログラムは、ステップ５４に移され、前回と同じ電文が端末ＮＣＵから再送される。このような再送要求は３回まで行われるが、４回めになると許容されない。すなわち、リトライカウンタ＝４に応じて、ステップ５３にて「ＮＯ」との判定の基にプログラムはステップ２２に戻され通信は終了し、新たな発呼待の状態にされる。
【００４３】
上記過程において、図１８に示すように、センターＮＣＵからの器具情報要求電文にパリティエラーが含まれている場合について説明する。
この場合、図２０に示すステップ３６にて「ＹＥＳ」との判定の基にプログラムは、図２３に示すステップ６０に移され、リトライカウンタが「０」にされ、さらに受信電文がリセットされた（ステップ６１）後、リトライカウンタが「１」だけプラスされてリトライカウンタ＝１にされ（ステップ６２）、さらにステップ６３にてリトライカウンタ＝３か否か、すなわち再送が３回行われたか否かが判定される。ここではリトライカウンタ＝１なので、「ＮＯ」との判定の基にプログラムは、ステップ６４に移され、端末ＮＣＵからセンターＮＣＵに対して再送要求の送信が行われる。
【００４４】
そして、電文待ちタイマーによる１０秒の計時が開始され（ステップ６５）、電文待ちタイマーがタイムオーバーしたか否か及び受信電文有りか否かが判定される（ステップ６６，６７）。すなわち、センターＮＣＵからの送信が待たれる。ここで、センターＮＣＵからの送信が無い場合、例えば前述した図８に示すような場合が発生すると、電文待ちタイマーがタイムオーバーするため、ステップ６６で「ＹＥＳ」と判定され、プログラムは、ステップ２２に戻される。
【００４５】
センターＮＣＵからの電文が受信されると（ここでは器具情報要求である）、ステップ６７にて「ＹＥＳ」との判定の基にプログラムはステップ６８に移され、以下順にパリティエラーか、起動電文か、終了電文か、器具情報要求か否かについての判定が行われる（ステップ６８〜７１）。再びパリティエラーの場合は、プログラムはステップ６１に戻され、以下のステップの処理が繰り返される。これらのいずれにも該当しない電文の場合には、上記したように、各ステップで「ＮＯ」との判定の基にプログラムはステップ７２に移されて、受信電文がリセットされた後、プログラムはステップ６５に戻され、電文待ちが再開される。未定義電文を受信した場合を考慮したものである。
【００４６】
ここでは電文が、器具情報要求なので、ステップ７１にて「ＹＥＳ」との判定の基に、プログラムは図２４に示すステップ７３に移され、ＩＤ番号が一致するか判定され、さらに電文長が適正か否かの判定が行われる（ステップ７４）。ＩＤ番号が一致しない電文や電文長が不適正な電文は、前述した図９に示すようなフォーマットエラーであるから、プログラムはステップ７２に戻され、不適正な受信電文がリセットされた後、プログラムはステップ６５に戻され、電文待ちが再開される。
【００４７】
ＩＤ番号が一致し、電文長が適正なときは、プログラムは図２１に示すステップ４４に移され、受信した器具情報要求電文がリセットされる。その後、ページカウンタが「１」だけプラスされページカウンタ＝１にされる（ステップ４５）。
さらに、ステップ４６にてページカウンタ＝１か否かが判定される。ここでは、ページカウンタ＝１なので、「ＹＥＳ」との判定の基にプログラムはステップ４７に移され、器具情報応答の１頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００４８】
上記プログラムの実行状況を下記表１にまとめた。
【００４９】
【表１】
【００５０】
表１において、１待機中は、上記フローチャートのステップ２１〜３２に、２応答送信後は、ステップ３３〜６０に、３再送要求送信後は、ステップ６１以降に該当している。また、下欄の数字については、１は無応答、２はセンターＮＣＵからの送信、３は端末ＮＣＵからの送信を意味している。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る燃焼器具監視制御装置を概略的に示すブロック図である。
【図２】通信に用いる信号のキャラクタ構成及び電文フレームの構成を示す構成図である。
【図３】中央監視装置側が送信する電文を示す構成図である。
【図４】燃焼器具側が送信する電文を示す構成図である。
【図５】燃焼器具からの発呼を示す通信プロトコルの構成図である。
【図６】中央監視装置からの発呼を示す通信プロトコルの構成図である。
【図７】無応答の発生を示す通信プロトコルの構成図である。
【図８】コマンド待ちタイムオーバー発生を示す通信プロトコルの構成図である。
【図９】燃焼器具側でのフォーマットエラー発生を示す通信プロトコルの構成図である。
【図１０】中央監視装置側でのフォーマットエラー発生を示す通信プロトコルの構成図である。
【図１１】燃焼器具側でのパリティエラー発生を示す通信プロトコルの構成図である。
【図１２】中央監視装置側でのパリティエラー発生を示す通信プロトコルの構成図である。
【図１３】新たな情報付加（ａ）を示す通信プロトコルの構成図の一部である。
【図１４】新たな情報付加（ａ）を示す通信プロトコルの構成図の一部である。
【図１５】新たな情報付加（ａ）を示す通信プロトコルの構成図の一部である。
【図１６】新たな情報付加（ｂ）を示す通信プロトコルの構成図の一部である。
【図１７】新たな情報付加（ｂ）を示す通信プロトコルの構成図の一部である。
【図１８】新たな情報付加（ａ）においてパリティエラーが発生したときを示す通信プロトコルの構成図である。
【図１９】燃焼器具の制御装置により実行される「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２０】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２１】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２２】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２３】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２４】「通信プロトコル制御プログラム」のフローチャートの一部であ
【図２５】従来例である新たにコマンド／応答を設けてデータを拡張するときの通信プロトコルの構成図の一部である。
【図２６】新たにコマンド／応答を設けてデータを拡張するときの通信プロトコルの構成図の一部である。
【図２７】従来例である電文長を長くしてデータを拡張するときの通信プロトコルの構成図の一部である。
【図２８】電文長を長くしてデータを拡張するときの通信プロトコルの構成図の一部である。
【符号の説明】
１０…中央監視装置、１１…中央回線制御部（センターＮＣＵ）、ＮＫ１〜ＮＫｎ…燃焼器具、１〜ｎ…端末回線制御部（端末ＮＣＵ）、ＮＫＣ１〜ＮＫＣｎ…制御装置。
【発明の属する技術分野】
本発明は、複数の燃焼器具の運転状態や故障状態を電話回線等の通信回線を通して中央監視装置により監視する燃焼器具監視制御装置に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
従来、燃焼器具監視制御装置としては、例えば給湯装置のように多数の家庭で使用されるガスを用いた燃焼器具について、ガス供給会社が集中的に管理する中央監視装置を設け、燃焼器具の端末回線制御部と中央監視装置の中央回線制御部とを電話回線等の通信回線を用いて接続し、所定の通信プロトコルにより、中央監視装置からのポーリング指令（起動電文、要求電文等）に応じて通信制御部から応答電文を送信することにより、該燃焼器具の運転状態や故障情報を前記中央監視装置へ伝送して、各燃焼器具の管理を行うような燃焼器具監視制御装置が知られている。
【０００３】
このような燃焼器具監視制御装置においては、回線接続時に燃焼器具の運転状態や故障情報のような送信データが予め通信プロトコルに入力されているが、その後、新たな情報を付加する必要が生じたときは、送信データを拡張する必要がある。特に、監視する燃焼器具類は、種々のメーカーの異なった仕様のものが含まれており、また同一メーカーでも品種が異なるものが含まれるため、監視したい情報も多様化しており、送信データの拡張が要求されるようになっている。この場合の送信データの拡張を行うための従来の手法としては、通信プロトコルに新たにコマンド／応答を設ける方法と、電文長を長くする方法とがある。
【０００４】
新たにコマンド／応答を設ける方法の場合、データ拡張ありの器具とデータ拡張なしの中央監視装置との接続や、その逆の接続についても新たに設けることができるが、次のような問題がある。すなわち、拡張データを要求する為のコマンド種別の定義を追加しなくてはならないが、将来の拡張数を予め明確にしておく必要があるため、拡張に制限が生じる。また、データ拡張なしの器具をデータ拡張ありの中央監視装置で監視する場合に、中央監視装置からの拡張コマンドに対し無応答となるため、通信時間が増大する（一般に、無応答監視時間は、正常応答時間の数倍〜十倍程度になる）という問題もある。
【０００５】
新たにコマンド／応答を設ける場合の具体例を図２５，２６により説明する。
図２５に示すように、中央監視装置に新たな拡張コマンドが設けられる。端末回線制御部（以下、端末ＮＣＵと記す）が拡張機能有りと拡張機能無しの場合について説明する。なお、電文等の詳細については後述する発明の実施の形態の説明を参照されたい。
データ拡張ありの燃焼器具の場合、燃焼器具の端末ＮＣＵから発呼され、電話回線が接続される。中央回線制御部（以下、センターＮＣＵと記す）から起動電文が送信され、これに応じて器具から機種情報応答がされ、中央監視装置１０に登録されているＩＤ番号と一致するかの確認がされ、データリンクが確立される。つづいてセンターＮＣＵから器具情報要求が送信され、燃焼器具側で自己のＩＤ番号との一致を確認した後、器具情報応答（詳細情報１）を送信する情報の伝送が行われる。ここで、センターＮＣＵから拡張コマンドが送信され、これに応じて燃焼器具側の端末ＮＣＵから器具情報応答（詳細情報２）が送信され、これに応じてセンターＮＣＵから終了電文が送信されて通信が終了する。
【０００６】
ところが、データ拡張なしの燃焼器具の場合、図２６に示すように、センターＮＣＵから拡張コマンドが伝送されても、燃焼機器側がこれを未定義コマンドと判断し、無応答状態になってしまう。そのため、センターＮＣＵは、例えば１０秒の応答待ちの後、終了電文を端末ＮＣＵに送信して、通信を終結してしまうことになり、通信時間が増大してしまう。
【０００７】
一方、電文長を長くする方法の場合、監視系統内にある燃焼器具の端末ＮＣＵや中央監視装置のセンターＮＣＵ等は、電文内容を透過にすることにより、電文長を可変にできるが、ＮＣＵの内部のバッファ長や通信エラーに対する配慮から、おのずと最大長は制限を受ける。また、終端の中央監視装置内では、各応答種別毎に電文長を定め、電文長も含めた異常チェックを行うことが、通信の信頼性を保つ上で必要となってくる。例えば、中間のデータが終了データになったとき、パリティチェック（ＢＣＣチェック）のみでは完全なチェックができない。
【０００８】
電文長を長くする場合の具体例を図２７，２８により説明する。
図２７に示すように、拡張機能有りの燃焼器具の端末ＮＣＵの器具詳細情報応答に詳細情報２が付加されで電文長が長くされる。中央監視装置が拡張機能有りと拡張機能無しの場合について説明する。拡張機能ありの中央監視装置の場合、燃焼器具の端末ＮＣＵから発呼され、電話回線が接続される。センターＮＣＵ１から起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵ１から器具情報要求が送信され、これに応じて端末ＮＣＵから、拡張された長い電文長の器具情報応答（詳細情報１、２）が送信される。中央監視装置は拡張機能があるので、器具情報応答を正常に受信処理し、その後、終了電文を端末ＮＣＵに送信して、通信を終結する。
【０００９】
ところが、拡張機能なしの中央監視装置の場合、図２８に示すように、端末ＮＣＵから送信された拡張された長い電文長の器具情報応答（詳細情報１、２）が電文長以上であると判断し、センターＮＣＵ２が受信無効として処理し、直ちに終了電文を端末ＮＣＵに送信して、通信を終結してしまうのである。
【００１０】
本発明は、上記した問題を解決しようとするもので、通信プロトコルにコマンド種別や応答種別コードを追加定義することなく、かつ電文長を長くすることなく、容易に送信データを拡張することが可能な燃焼器具監視制御装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために上記請求項１に係る発明の構成上の特徴は、燃焼器具の端末回線制御部と、燃焼器具を監視する中央監視装置の中央回線制御部とが通信回線で接続されて、中央回線制御部からのポーリング指令に応じて端末回線制御部から応答電文を送信することにより、燃焼器具の運転状態や故障情報を中央監視装置へ伝送する燃焼器具監視制御装置において、応答電文内の情報データの一部を利用し、追加情報の有無を示す情報を加えることにより、中央回線制御部から再度のポーリング指令が出され、再度のポーリング指令に応じて追加情報の応答電文を送信することにより、送信単位で追加の応答情報を拡張することにある。
【００１２】
上記のように構成した請求項１の発明においては、送信される応答電文内の情報データの一部を利用して追加情報の有無を示す情報が付加されていると、中央回線制御部はこれに応じて再度のポーリング指令を送信し、端末回線制御部が再度のポーリング指令に応じて追加情報の応答電文を送信することにより、送信単位で追加の応答情報を拡張できる。
その結果、請求項１の発明によれば、応答電文内の情報データの一部を利用できるため、コマンド種別や応答種別コードを追加定義することなく、かつ電文長を長くすることなく、容易に送信データを拡張することができる。
【００１３】
また、上記請求項２に係る発明の構成上の特徴は、前記請求項１に記載の燃焼器具監視制御装置において、追加情報の有無を示す情報の付加が、応答電文の末尾に識別記号を付加するものであることにある。
上記のように請求項２に係る発明を構成したことにより、追加情報の有無を示す情報として、応答電文の末尾に識別記号を付加するのみなので、コマンド種別や応答種別コードを追加定義することもなく、電文長を長くすることもなく、容易に送信データを拡張することができる。
【００１４】
また、上記請求項３に係る発明の構成上の特徴は、前記請求項１または請求項２に記載の燃焼器具監視制御装置において、ポーリング指令または応答電文がパリティエラーを含む場合、再送要求電文が送信され、再送要求電文に応じて同一のポーリング指令または応答電文が送信されることにある。
上記のように請求項３に係る発明を構成したことにより、上記請求項１、請求項２の発明の効果に加えて、再送要求電文の送信が有ったとき、同一のポーリング指令または応答電文が送信されるため、通信の混乱を避けることができる。
【００１５】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明すると、図１は、同実施形態である燃焼器具監視制御装置をブロック図により概略的に示したものである。この燃焼器具監視制御装置では、個別のユーザに設けられた多数の燃焼器具の運転状態や故障の発生等を監視する監視センターに中央監視装置１０が設置されており、中央監視装置１０には中央回線制御部１１（以下、センターＮＣＵと記す）が設けられている。センターＮＣＵ１１には、一般加入電話回線またはＰＢＸ内線電話回線Ｃを介して、多数の家庭等に設けた燃焼器具ＮＫ１〜ＮＫｎの端末回線制御装置１〜ｎ（以下、端末ＮＣＵ１〜ＮＣＵｎと記す）が接続されている。そして、各燃焼器具ＮＫ１〜ＮＫｎには、制御装置ＮＫＣ１〜ＮＫＣｎが設けられており、端末回線処理装置１〜ｎを制御する図１９〜図２４に示す「通信プロトコル制御プログラム」を実行するようになっている。また、電話回線Ｃには、電話機Ｔ１〜Ｔｎが併設されている。
【００１６】
本実施形態の通信仕様は、通信方式が３００ｂｐｓ（ビット／秒）の半二重通信であり、誤り制御が水平・垂直パリティチェック、伝送符号がＪＩＳ７＋パリティビット、キャラクタ構成は図２（ａ）に示す通りであり、電文フレームは図２（ｂ）に示す通りである。なお、図２で、ＳＴはスタートビット、ｂ１〜ｂ７は送信データ、Ｐはパリティチェック、ＳＰはストップビットを示し、ＳＴＸ（０２ＨＥＸ）はスタート、ＥＴＸ（０３ＨＥＸ）は終了、ＢＣＣはブロックチェックキャラクタ水平パリティを示す。その他の仕様として、各燃焼器具毎にＩＤ番号を設け、情報の不正侵入を防止するＩＤ機能が設けられる。また、電話機Ｔ１〜Ｔｎと端末ＮＣＵ１〜ＮＣＵｎの電話回線Ｃへの接続については、電話機が優先するようになっており、電話機利用時には、端末ＮＣＵ１〜ｎの通信は中断される。
【００１７】
つぎに、センターＮＣＵ１１が送信する電文▲１▼〜▲５▼について図３により説明する。
起動電文▲１▼は、燃焼器具のＩＤ番号や、機種情報を要求するものである。器具情報要求コマンド▲２▼は、燃焼器具の詳細情報を要求するものである。終了電文▲３▼は、通信を終了することを通知するものである。再送要求電文▲４▼は、受信電文がパリティエラー、ＢＣＣエラー等の時に応答の再送を要求するものである。なお、発呼▲５▼は、コマンドではないが、電話をかけるものであり、端末ＮＣＵに対し、発呼を起動するものである。
【００１８】
つぎに、燃焼器具ＮＫ１〜ＮＫｎの端末ＮＣＵ１〜ＮＣＵｎが送信する電文α〜δについて図４により説明する。
機種情報応答αは、燃焼器具のＩＤ番号、応答種別、機種情報、概略運転状況を設けている。器具情報応答βは、燃焼器具のＩＤ番号、応答種別、器具の詳細情報を設けている。再送要求電文γは、受信電文がパリティエラー、ＢＣＣエラー等の時に応答の再送を要求するものである。なお、発呼δは、コマンドではないが、電話をかけるものであり、センターＮＣＵに対し、発呼を起動するものである。そして、上記器具情報応答βの器具の詳細情報には、本発明の要部である追加情報の有無を示す識別記号Ｐが、末尾に付加できるようになっている。
【００１９】
つぎに、通信プロトコルの基本構成につき説明する。
（１）燃焼器具からの発呼（図５参照）
故障等が発生したとき、燃焼器具の端末ＮＣＵから発呼され、電話回線が接続される。センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、中央監視装置１０に登録されているＩＤ番号と一致するかの確認がされ、データリンクが確立される。つづいてセンターＮＣＵから器具情報要求が送信され、燃焼器具側で自己のＩＤ番号との一致を確認した後、器具情報応答を送信する情報の伝送が行われる。最後に終了電文がセンターＮＣＵから送信され、データリンクが終了すると共に回線が切断され、燃焼器具側でも回線が開放される。
【００２０】
（２）中央監視装置からの発呼（図６参照）
故障等が発生したとき、故障原因を調べるようなとき中央監視装置１０から送信が行われる場合である。センターＮＣＵから発呼され、電話回線が接続される。以下、上記（１）と同様に、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信され、これに応じて端末ＮＣＵから器具情報応答が送信され、最後に終了電文がセンターＮＣＵから送信され、通信が終了する。
【００２１】
（３）無応答の発生の場合（図７参照）
中央監視装置１０は、コマンド送信後、端末ＮＣＵから応答待ち時間を経過しても、応答を受信できない場合は、端末側ユーザーの電話利用や何等かの原因で回線が切断されと判断して、所定時間後に通信を終結するようになっている。
端末ＮＣＵから発呼され、電話回線が接続される。その後は、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。しかし、ここで回線が切断された場合、例えば１０秒の応答待ち時間を設け、この間に送信が行われない時は終了電文がセンターＮＣＵから送信され、通信が終結する。
【００２２】
（４）コマンド待ちタイムオーバー発生の場合（図８参照）
この場合は、中央監視装置１０からのコマンド送信を、コマンド待ち時間が経過しても受信できない場合であり、端末ＮＣＵ側で所定時間後に通信を終結するようになっている。
端末ＮＣＵから発呼され、電話回線が接続される。その後は、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答が送信されるが、ここで回線が切断された場合、例えば１０秒の待ち時間を設け、この間に送信が行われない時は端末ＮＣＵ側で、回線が開放される。
【００２３】
（５）燃焼器具側でフォーマットエラー発生の場合（図９参照）
燃焼器具側は、受信電文のＩＤ番号の不一致、コマンドが未定義、電文長が不適正となった場合、監視制御装置への外部からの不正侵入を防止するため、無応答とするものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。しかし、ここで器具情報要求のコマンド種別が未定義のＣ０２になっているため、端末ＮＣＵ側はフーマットエラーと判断して無応答とする。センターＮＣＵでは、無応答状態が１０秒の待ち時間を経過すると、終了電文がセンターＮＣＵから送信され、通信を終結する。
【００２４】
（６）中央監視装置側でフォーマットエラー発生の場合（図１０参照）
（５）に示したフォーマットエラーが中央監視装置側で発生した場合、監視制御装置への外部からの不正侵入を防止するため、通信を中断するものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信され、これに応じて端末ＮＣＵから器具情報応答が送信される。しかし、器具情報応答の応答種別が未定義のＲ０２になっているため、センターＮＣＵ側はフーマットエラーと判断し、直ちに終了電文を送信して、通信を終結する。
【００２５】
（７）燃焼器具側でパリティエラー発生の場合（図１１参照）
燃焼器具側は、受信電文が垂直パリティエラーまたはＢＣＣエラーとなったときは、端末ＮＣＵ側から連続３回まで再送要求を送信し、これに応じてセンターＮＣＵ側から前回と同じ電文が再送される。３回の再送が端末ＮＣＵ側で正常に受信されない場合、または、センターＮＣＵ側からも再送要求が送信されてきたときは、無応答とするものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。しかし、器具情報要求がパリティエラーとなった場合、端末ＮＣＵ側は再送要求を送信する。再送要求に応じてセンターＮＣＵから器具情報要求が送信され、この器具情報要求が正常に受信できると、これに応じて端末ＮＣＵから器具情報応答が送信され、終了電文がセンターＮＣＵから送信され、通信を終結する。何等かのノイズが混入したような場合を考慮したものである。
【００２６】
（８）中央監視装置側でパリティエラー発生の場合（図１２参照）
中央監視装置側は、受信電文が垂直パリティエラーまたはＢＣＣエラーとなったときは、センターＮＣＵ側から連続３回まで再送要求を送信し、これに応じて端末ＮＣＵ側から前回と同じ電文が再送される。端末ＮＣＵ側は、４回以上の再送要求が受信されたときは、無応答とするものである。
例えば、端末ＮＣＵから発呼され、電話回線が接続され、その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信され、これに応じて端末ＮＣＵから器具情報応答が送信される。しかし、器具情報応答がパリティエラーとなった場合、センターＮＣＵ側は再送要求を送信する。再送要求に応じて端末ＮＣＵから再び器具情報応答が送信され、この器具情報応答が正常に受信されると、これに応じて、終了電文がセンターＮＣＵから送信され、通信を終結する。
【００２７】
つぎに、通信プロトコルに新たな情報を付加する場合について説明する。
（ａ）中央監視装置が拡張機能を有するもののみであり、複数の燃焼機器のうち拡張機能が有るものと無いものが含まれている場合（図１３，１４，１５参照）
まず、図１３に示すように、端末ＮＣＵから発呼され、電話回線が接続される。その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。これに応じて端末ＮＣＵから器具情報応答（詳細情報１）が送信されるが、器具情報応答の末尾に追加情報である残り２頁の情報があることを示す識別符号Ｐ２が付加されている。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信する。これに応じて端末ＮＣＵから器具情報応答（詳細情報２）が送信されるが、器具情報応答の末尾に追加情報である残り１頁の情報があることを示す識別符号Ｐ１が付加されている。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信する。これに応じて端末ＮＣＵから器具情報応答（詳細情報３）が送信されるが、追加情報はないので器具情報応答の末尾に追加情報有りを示す識別符号は付加されない。これに応じて、センターＮＣＵから終了電文が送信され、通信が終了する。
【００２８】
また、追加情報が１頁の場合は、図１４に示すように、センターＮＣＵから器具情報要求に応じて端末ＮＣＵから器具情報応答（詳細情報１）が送信されるが、追加情報が１頁であるため器具情報応答の末尾に識別符号Ｐ１が付加される。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信する。
これに応じて端末ＮＣＵから器具情報応答（詳細情報２）が送信されるが、追加情報はないので器具情報応答の末尾に追加情報有りを示す識別符号は付加されない。そして、センターＮＣＵから終了電文が送信され、通信が終了する。
【００２９】
また、追加情報が無い場合は、図１５に示すように、センターＮＣＵから器具情報要求に応じて端末ＮＣＵから器具情報応答が送信されるが、追加情報が無いため器具情報応答の末尾に識別符号が付加されない。そのため、センターＮＣＵではこれを認識して、器具情報要求を再び送信することなく、終了電文が送信され、通信が終了する。
【００３０】
（ｂ）燃焼器具が拡張機能を有し、複数の中央監視装置のうち拡張機能が有るものと無いものが含まれている場合（図１６，１７参照）
まず、中央監視装置が拡張機能を有する場合は、図１６に示すように、上記図１４に示したと同様の送受信処理が行われる。これに対して、中央監視装置が拡張機能を有しない場合は、図１７に示すように、例えばセンターＮＣＵから発呼され、電話回線が接続される。その後、センターＮＣＵから起動電文が送信され、これに応じて器具から機種情報応答がされ、つづいてセンターＮＣＵから器具情報要求が送信される。これに応じて端末ＮＣＵから器具情報応答（詳細情報１）が送信されるが、器具情報応答の末尾に追加情報である残り１頁の情報があることを示す識別符号Ｐ１が付加される。しかし、中央監視装置が拡張機能を有しないため、識別符号を認識できず、識別符号Ｐ１は無意味なデータとなる。ただし、ず、器具情報応答は有効であり、センターＮＣＵではこれを認識する。その後、センターＮＣＵは、器具情報要求を再び送信することなく、終了電文を送信し、通信を終了する。
【００３１】
（ｃ）上記（ａ），（ｂ）で、パリティエラーが発生した場合（図１８参照）
電文送信中にパリティエラーが発生した場合は、上記図１１及び図１２に示すたと同様に、電文を正常に受信したときのみ応答データの頁更新を行い、再送要求に対しては、同じ電文を再送し、頁の更新は行わないように規定されている。
まず、図１８に示すように、センターＮＣＵからの器具情報要求がパリティエラーとなった場合、端末ＮＣＵは、再送要求を送信し、パリティエラーが解消された器具情報要求に対して器具情報応答（詳細情報２＋識別符号Ｐ１）を送信する。また、端末ＮＣＵからの器具情報応答がパリティエラーとなった場合、センターＮＣＵから再送要求が送信され、これに応じて端末ＮＣＵから前回と同じ器具情報応答（詳細情報２＋識別符号Ｐ１）が送信され、パリティエラーが解消されていると、識別符号Ｐ１に応じて、センターＮＣＵは、器具情報要求を再び送信するようになっている。
【００３２】
以上に説明したように、本実施形態においては、追加情報の有無を示す情報を器具情報応答電文内の詳細情報データの末尾を利用して識別符号を付加して、送信するようにしたことにより、センターＮＣＵから再度の器具情報要求指令が送信され、これに応じて端末ＮＣＵが応答電文を送信することにより、送信単位で追加の情報を繰り返し送信でき、応答情報を拡張できる。このように、応答電文内の情報データの一部を利用できるため、コマンド種別や応答種別コードを追加定義することなく、かつ電文長を長くすることなく、容易に送信データを拡張することができる。その結果、拡張機能を有する燃焼器具と有しない燃焼器具を含み、かつ中央監視装置でも拡張機能を有するものと有しないものが有る場合に、電話回線で接続されたような監視制御系においても、混乱を生じることなく本発明を適用することができる。なお、追加情報の有無を示す識別符号の付加は、詳細情報データの末尾に限るものではない。
【００３３】
つぎに、上記のように構成した実施形態の具体的な動作、ここでは追加情報が含まれる場合の、図１３及び図１８を中心とした動作について説明する。
燃焼器具監視系は、図１に示すように、センターＮＣＵ１１に、一般加入電話回線またはＰＢＸ内線電話回線Ｃを介して、多数の家庭等に設けた燃焼器具ＮＫ１〜ＮＫｎの端末回線制御装置１〜ｎ（以下、端末ＮＣＵと記す）が接続されている。この燃焼器具監視系において、各燃焼器具ＮＫ１〜ＮＫｎの制御装置ＮＫＣ１〜ＮＫＣｎ（以下、単に制御装置ＮＫＣと記す）は、図１９に示すステップ２０において「通信プロトコル制御プログラム」の実行を開始し、受信電文をリセットし、追加情報の頁数をカウントするページカウンタの値を「０」に初期設定する（ステップ２１，２２）。
【００３４】
つづいて、発呼指示があるか否かが判定され、発呼指示があるときは、端末ＮＣＵにセンターＮＣＵに向けて発呼送信させ、発呼指示がある状態がリセットされ（ステップ２３〜２５）、プログラムはステップ２３に戻される。センターＮＣＵに向けて発呼送信されると、ステップ２３にて「ＮＯ」との判定の基にプログラムはステップ２６に移され、受信電文が有るか無しかの判定が行われる。受信電文、ここではセンターＮＣＵからの起動電文が受信されると、受信電文がパリティエラーを含むか否か判定される（ステップ２７）。パリティエラーがあると、プログラムはステップ２９に移され、受信電文がリセットされ、再びプログラムはステップ２３に戻され、発呼指示の待ち状態になる。
【００３５】
受信電文がパリティエラーを含まない場合は、次に受信電文が起動電文であるか否かが判定される（ステップ２８）。ここでは、受信電文が起動電文なので、「ＹＥＳ」との判定の基にプログラムはステップ３０に移され、受信電文がリセットされ、続いて、機種情報応答が送信される（ステップ３１）。さらに、図２０に示すステップ３２にて、再送要求をカウントするリトライカウンタが「０」にされる。つぎに、電文待ちタイマーが１０秒の計時を開始し（ステップ３３）、電文待ちタイマーがタイムオーバーしたか否かが判定される（ステップ３４、３５）。すなわち、センターＮＣＵからの送信が待たれる。ここで、センターＮＣＵからの送信が無い場合、例えば前述した図８に示すような場合が発生すると、電文待ちタイマーがタイムオーバーするため、ステップ３４で「ＹＥＳ」と判定され、プログラムは、ステップ２２に戻される。
【００３６】
センターＮＣＵからの電文が受信されると（ここでは器具情報要求である）、ステップ３５にて「ＹＥＳ」との判定の基にプログラムはステップ３６に移され、以下順にパリティエラーか、起動電文か、終了電文か、再送要求か、器具情報要求か否かについての判定が行われる（ステップ３６〜４０）。パリティエラーの場合は後述する。起動電文が再度送信された場合は、ステップ３７にて「ＹＥＳ」との判定の基にプログラムはステップ３０に戻され以下の処理が行われる。これらのいずれにも該当しない電文の場合には、各ステップで「ＮＯ」との判定の基にプログラムはステップ４１に移されて、受信電文がリセットされた後、プログラムはステップ３３に戻され、電文待ちが再開される。未定義電文を受信した場合を考慮したものである。
【００３７】
通常、ここでは、電文は起動電文でも終了電文でも再送要求でもなく、器具情報要求なので、ステップ４０にて「ＹＥＳ」との判定の基に、プログラムは図２１に示すステップ４２に移され、ＩＤ番号が一致するか、電文長が適正か否かの判定が行われる（ステップ４２，４３）。ＩＤ番号が一致しない電文や電文長が不適正な電文は、図９に示すようなフォーマットエラーであるから、プログラムはステップ４１に戻され、不適正な受信電文がリセットされた後、プログラムはステップ３３に戻され、電文待ちが再開される。
【００３８】
ＩＤ番号が一致し、電文長が適正なときは、ステップ４２，４３で「ＹＥＳ」と判定されて、プログラムはステップ４４に移され、受信電文がリセットされた後、ページカウンタが「１」だけプラスされページカウンタ＝１にされる（ステップ４５）。さらに、ステップ４６にてページカウンタ＝１か否かが判定される。ここでは、ページカウンタ＝１なので、「ＹＥＳ」との判定の基にプログラムはステップ４７に移され、器具情報応答の１頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００３９】
ここでは、詳細情報１に付加された識別記号Ｐ２が、センターＮＣＵに認識されるので、センターＮＣＵから再び器具情報要求が送信されるので、これに応じてステップ４０にて「ＹＥＳ」との判定の基にプログラムはステップ４２に移され、ステップ４３を経てステップ４４にて受信した器具情報要求電文がリセットされ、その後、ページカウンタが「１」だけプラスされページカウンタ＝２にされる（ステップ４５）。さらに、ページカウンタ＝２に応じて、ステップ４６にて「ＮＯ」、ステップ４８にて「ＹＥＳ」との判定の基にプログラムはステップ４９に移され、器具情報応答の２頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００４０】
ここでは、詳細情報２に付加された識別記号Ｐ１が、センターＮＣＵに認識されるので、センターＮＣＵから再び器具情報要求が送信されるので、これに応じてステップ４０にて「ＹＥＳ」との判定の基にプログラムはステップ４２に移され、ステップ４３を経てステップ４４にて受信した器具情報要求電文がリセットされる。その後、ページカウンタが「１」だけプラスされページカウンタ＝３にされる（ステップ４５）。さらに、ページカウンタ＝３に応じて、ステップ４６にて「ＮＯ」、ステップ４８にて「ＮＯ」との判定の基にプログラムはステップ５０に移され、器具情報応答の３頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００４１】
ここでは、詳細情報３には識別記号が付加されていないことがセンターＮＣＵに認識されるので、センターＮＣＵからは再び器具情報要求が送信されことなく、終了電文が送信される。これに応じてステップ３８にて「ＹＥＳ」との判定の基にプログラムはステップ２１に戻され、通信は終了し、新たな発呼が待たれる。
【００４２】
つぎに、上記過程において、図１２に示すように、端末ＮＣＵからの電文にパリティエラーが含まれて中央監視装置側から再送要求が有った場合について説明する。
この場合、ステップ３９にて「ＹＥＳ」との判定の基にプログラムは、図２２に示すステップ５１に移され、受信電文がリセットされた後、リトライカウンタが「１」だけプラスされてリトライカウンタ＝１にされ、さらにステップ５２にてリトライカウンタ＝３か否か、すなわち再送が３回行われたか否かが判定される。ここではリトライカウンタ＝１なので、「ＮＯ」との判定の基にプログラムは、ステップ５４に移され、前回と同じ電文が端末ＮＣＵから再送される。このような再送要求は３回まで行われるが、４回めになると許容されない。すなわち、リトライカウンタ＝４に応じて、ステップ５３にて「ＮＯ」との判定の基にプログラムはステップ２２に戻され通信は終了し、新たな発呼待の状態にされる。
【００４３】
上記過程において、図１８に示すように、センターＮＣＵからの器具情報要求電文にパリティエラーが含まれている場合について説明する。
この場合、図２０に示すステップ３６にて「ＹＥＳ」との判定の基にプログラムは、図２３に示すステップ６０に移され、リトライカウンタが「０」にされ、さらに受信電文がリセットされた（ステップ６１）後、リトライカウンタが「１」だけプラスされてリトライカウンタ＝１にされ（ステップ６２）、さらにステップ６３にてリトライカウンタ＝３か否か、すなわち再送が３回行われたか否かが判定される。ここではリトライカウンタ＝１なので、「ＮＯ」との判定の基にプログラムは、ステップ６４に移され、端末ＮＣＵからセンターＮＣＵに対して再送要求の送信が行われる。
【００４４】
そして、電文待ちタイマーによる１０秒の計時が開始され（ステップ６５）、電文待ちタイマーがタイムオーバーしたか否か及び受信電文有りか否かが判定される（ステップ６６，６７）。すなわち、センターＮＣＵからの送信が待たれる。ここで、センターＮＣＵからの送信が無い場合、例えば前述した図８に示すような場合が発生すると、電文待ちタイマーがタイムオーバーするため、ステップ６６で「ＹＥＳ」と判定され、プログラムは、ステップ２２に戻される。
【００４５】
センターＮＣＵからの電文が受信されると（ここでは器具情報要求である）、ステップ６７にて「ＹＥＳ」との判定の基にプログラムはステップ６８に移され、以下順にパリティエラーか、起動電文か、終了電文か、器具情報要求か否かについての判定が行われる（ステップ６８〜７１）。再びパリティエラーの場合は、プログラムはステップ６１に戻され、以下のステップの処理が繰り返される。これらのいずれにも該当しない電文の場合には、上記したように、各ステップで「ＮＯ」との判定の基にプログラムはステップ７２に移されて、受信電文がリセットされた後、プログラムはステップ６５に戻され、電文待ちが再開される。未定義電文を受信した場合を考慮したものである。
【００４６】
ここでは電文が、器具情報要求なので、ステップ７１にて「ＹＥＳ」との判定の基に、プログラムは図２４に示すステップ７３に移され、ＩＤ番号が一致するか判定され、さらに電文長が適正か否かの判定が行われる（ステップ７４）。ＩＤ番号が一致しない電文や電文長が不適正な電文は、前述した図９に示すようなフォーマットエラーであるから、プログラムはステップ７２に戻され、不適正な受信電文がリセットされた後、プログラムはステップ６５に戻され、電文待ちが再開される。
【００４７】
ＩＤ番号が一致し、電文長が適正なときは、プログラムは図２１に示すステップ４４に移され、受信した器具情報要求電文がリセットされる。その後、ページカウンタが「１」だけプラスされページカウンタ＝１にされる（ステップ４５）。
さらに、ステップ４６にてページカウンタ＝１か否かが判定される。ここでは、ページカウンタ＝１なので、「ＹＥＳ」との判定の基にプログラムはステップ４７に移され、器具情報応答の１頁目が送信される。そして、プログラムはステップ３２に戻され、以下のステップの処理が行われる。
【００４８】
上記プログラムの実行状況を下記表１にまとめた。
【００４９】
【表１】
表１において、１待機中は、上記フローチャートのステップ２１〜３２に、２応答送信後は、ステップ３３〜６０に、３再送要求送信後は、ステップ６１以降に該当している。また、下欄の数字については、１は無応答、２はセンターＮＣＵからの送信、３は端末ＮＣＵからの送信を意味している。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る燃焼器具監視制御装置を概略的に示すブロック図である。
【図２】通信に用いる信号のキャラクタ構成及び電文フレームの構成を示す構成図である。
【図３】中央監視装置側が送信する電文を示す構成図である。
【図４】燃焼器具側が送信する電文を示す構成図である。
【図５】燃焼器具からの発呼を示す通信プロトコルの構成図である。
【図６】中央監視装置からの発呼を示す通信プロトコルの構成図である。
【図７】無応答の発生を示す通信プロトコルの構成図である。
【図８】コマンド待ちタイムオーバー発生を示す通信プロトコルの構成図である。
【図９】燃焼器具側でのフォーマットエラー発生を示す通信プロトコルの構成図である。
【図１０】中央監視装置側でのフォーマットエラー発生を示す通信プロトコルの構成図である。
【図１１】燃焼器具側でのパリティエラー発生を示す通信プロトコルの構成図である。
【図１２】中央監視装置側でのパリティエラー発生を示す通信プロトコルの構成図である。
【図１３】新たな情報付加（ａ）を示す通信プロトコルの構成図の一部である。
【図１４】新たな情報付加（ａ）を示す通信プロトコルの構成図の一部である。
【図１５】新たな情報付加（ａ）を示す通信プロトコルの構成図の一部である。
【図１６】新たな情報付加（ｂ）を示す通信プロトコルの構成図の一部である。
【図１７】新たな情報付加（ｂ）を示す通信プロトコルの構成図の一部である。
【図１８】新たな情報付加（ａ）においてパリティエラーが発生したときを示す通信プロトコルの構成図である。
【図１９】燃焼器具の制御装置により実行される「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２０】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２１】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２２】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２３】「通信プロトコル制御プログラム」のフローチャートの一部である。
【図２４】「通信プロトコル制御プログラム」のフローチャートの一部であ
【図２５】従来例である新たにコマンド／応答を設けてデータを拡張するときの通信プロトコルの構成図の一部である。
【図２６】新たにコマンド／応答を設けてデータを拡張するときの通信プロトコルの構成図の一部である。
【図２７】従来例である電文長を長くしてデータを拡張するときの通信プロトコルの構成図の一部である。
【図２８】電文長を長くしてデータを拡張するときの通信プロトコルの構成図の一部である。
【符号の説明】
１０…中央監視装置、１１…中央回線制御部（センターＮＣＵ）、ＮＫ１〜ＮＫｎ…燃焼器具、１〜ｎ…端末回線制御部（端末ＮＣＵ）、ＮＫＣ１〜ＮＫＣｎ…制御装置。
Claims (3)
- 燃焼器具の端末回線制御部と、該燃焼器具を監視する中央監視装置の中央回線制御部とが通信回線で接続されて、前記中央回線制御部からのポーリング指令に応じて前記端末回線制御部から応答電文を送信することにより、前記燃焼器具の運転状態や故障情報を前記中央監視装置へ伝送する燃焼器具監視制御装置において、
前記応答電文内の情報データの一部を利用し、追加情報の有無を示す情報を加えることにより、前記中央回線制御部から再度のポーリング指令が出され、該再度のポーリング指令に応じて追加情報の応答電文を送信することにより、送信単位で追加の応答情報を拡張することを特徴とする燃焼器具監視制御装置。 - 前記請求項１に記載の燃焼器具監視制御装置において、前記追加情報の有無を示す情報の付加が、前記応答電文の末尾に識別記号を付加するものであることを特徴とする燃焼器具監視制御装置。
- 前記請求項１または請求項２に記載の燃焼器具監視制御装置において、前記ポーリング指令または応答電文がパリティエラーを含む場合、再送要求電文が送信され、該再送要求電文に応じて同一の前記ポーリング指令または応答電文が送信されることを特徴とする燃焼器具監視制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36848697A JP3862843B2 (ja) | 1997-12-29 | 1997-12-29 | 燃焼器具監視制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36848697A JP3862843B2 (ja) | 1997-12-29 | 1997-12-29 | 燃焼器具監視制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11193959A JPH11193959A (ja) | 1999-07-21 |
| JP3862843B2 true JP3862843B2 (ja) | 2006-12-27 |
Family
ID=18491947
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36848697A Expired - Fee Related JP3862843B2 (ja) | 1997-12-29 | 1997-12-29 | 燃焼器具監視制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3862843B2 (ja) |
-
1997
- 1997-12-29 JP JP36848697A patent/JP3862843B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11193959A (ja) | 1999-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2388330A1 (en) | Method and apparatus for programming and controlling an environment management system | |
| US5191323A (en) | Remote power on control device | |
| JPH06131278A (ja) | 端末装置管理システム | |
| JP3862843B2 (ja) | 燃焼器具監視制御装置 | |
| EP0242808A1 (en) | Method and system for confirming user in modem communications | |
| EP0373278A1 (en) | Remote power on control device | |
| JP3101125B2 (ja) | 画像形成装置の遠隔管理システム | |
| JPH0683328B2 (ja) | 自動データ通信方式 | |
| JP3310792B2 (ja) | 自動通報方法及び自動通報装置 | |
| JPH0753319Y2 (ja) | 通信端末装置 | |
| JP2002247665A (ja) | 通信システム | |
| JPH01160147A (ja) | 通信方式 | |
| JP3510792B2 (ja) | 通信システム | |
| US6980590B1 (en) | Processing diagnostic and identification data in an analog modem system | |
| KR100567033B1 (ko) | 마스터와 슬레이브가 고정된 동기 시리얼 통신 방법 | |
| JP2002335327A (ja) | 通信システム | |
| JPH08163155A (ja) | ナースコール装置の復旧方法 | |
| KR20050078883A (ko) | 전자제품 제어장치 | |
| KR100429232B1 (ko) | 홈 네트워크 시스템의 응답처리 방법 | |
| JP2021129238A (ja) | 通信装置および通信プログラム | |
| JP3100821B2 (ja) | 端末側網制御装置 | |
| KR20020047634A (ko) | 통신용 세탁기의 진행 상태 알림장치 및 그 방법 | |
| JPH0766819A (ja) | ホームバスシステムの同期回復方法 | |
| KR101114342B1 (ko) | 하이브리드 이동통신 단말기 및 그 동작방법 | |
| JP3312078B2 (ja) | フレームリレー装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040714 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060627 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060927 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091006 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121006 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121006 Year of fee payment: 6 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121006 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121006 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151006 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |