(57)【特許請求の範囲】
【請求項１】
火災情報を表示する火災受信機に、多重伝送用の伝送線を介して火災に関する情報を送信する複数の火災感知器を接続し、火災受信機からの命令に対しそれら火災感知器が応答するようにした火災報知システムにおいて、前記火災感知器は、電源投入時に、当該火災感知器固有の端末情報を火災受信機に対して送信し、端末情報を受信した火災受信機は、空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信し、このアドレス情報を受信した火災感知器はその指定されたアドレスを設定するようにしたことを特徴とする火災報知システム。
【請求項２】
前記端末情報は、ＸＭＬ形式で記述された情報とする請求項１に記載の火災報知システム。
【請求項３】
前記火災感知器は、火災に関する情報をＸＭＬ形式の検出データとして送信するようにした請求項１または２に記載の火災報知システム。
【請求項４】
前記火災受信機は、ＨＴＴＰサーバ機能を備え、ネットワークを介した出力端末のＨＴＴＰブラウザにより、管理している前記端末情報を表示するようにした請求項２乃至４に記載の火災報知システム。
【請求項５】
火災に関する情報を収集し感知信号を出力する火災情報検知部と、感知信号により検出データの作成などを行う制御部と、伝送線を介した火災受信機に対して検出データや命令などの伝送データを送受信する伝送処理部と、を備えた火災感知器において、前記制御部は、電源投入時に、当該火災感知器固有の端末情報を、前記火災受信機に送信し、端末情報を受信した火災受信機から空きアドレスの設定を要求するアドレス情報を受信すると、その指定されたアドレスを自機のアドレスとして設定することを特徴とする火災感知器。
【請求項６】
前記火災感知器の火災情報検知部は、火災に関する情報を計測するセンサ部と、計測した情報をＡ／Ｄ変換し前記制御部に出力するセンサ制御部とを備え、センサ制御部は、電源投入時に、火災情報検知部に固有のセンサ情報を前記制御部に出力する請求項５に記載の火災感知器。
【請求項７】
火災情報を表示する表示部と、表示や通信にかかる制御を行う主制御部と、伝送線を介した火災感知器に対して命令や検出データなどの伝送データを送受信する伝送処理部と、を備えた火災受信機において、前記主制御部は、受信した端末情報を管理するとともに、この端末情報を送信した火災感知器に対して、空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信することを特徴とする火災受信機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、火災に関する情報を報知する火災報知システム、そのシステムを構成する火災感知器および火災受信機に関する。
【０００２】
【従来の技術】
従来より、報知先となる火災受信機に、伝送線を介して複数の火災感知器が接続されて構成される火災報知システムが知られている。この種の火災感知器として、オン・オフ型火災感知器とアナログ型火災感知器が存在する。したがって、火災報知システムは、オン・オフ型火災感知器を用いたＰ型火災報知システムと、アナログ型火災感知器を用いたアナログ型火災報知システムの２種類に分類される。
【０００３】
Ｐ型火災報知システムでは、火災感知器側で火災を検出すると、火災感知器と火災受信機との間の伝送線間のインピーダンスを高インピーダンス状態から低インピーダンス状態に変化させる。火災受信機は、このインピーダンスの変化を検出することにより、火災の発生を認識し、警報情報を表示するようになっている。
【０００４】
また、図９に示すように、アナログ型火災報知システム３００では、親機となる火災受信機３０２が、端末となる火災感知器３０１ａ、３０１ｂ、・・・の状態をポーリングする。つまり、火災受信機３０２は、各火災感知器に要求を出し応答を受けることで、各火災感知器における火災に関する例えば煙濃度などの検出データを取得するようになっている。これにより、火災受信機３０２は、システム内での火災に関する情報を総合的に取得することができるため、取得した情報を元に火災発生有無の判断が行えるようになっている。
【０００５】
そして、このような火災報知システム３００では、情報の通信経路となる伝送線での伝送フォーマットが決められている上に、接続される火災感知器にアドレスが割り振られるため、親機となる火災受信機３０２では、火災発生有無の判断が可能であるだけでなく、火災が発生している火災感知器の特定も可能となっている。
【０００６】
【発明が解決しようとする課題】
ところが、上述したような火災報知システム３００においては、新規の火災感知器を接続する場合、設置時に設置作業者が火災感知器に設けたアドレス設定スイッチを設定するなどの方法でアドレスを設定する必要があった。このような場合、アドレス設定スイッチでは、構造上設定できるアドレスの数が制限されるため、火災報知システムに接続できる火災感知器の数も制限されるという状況にあった。また、設置作業者のミスによりシステム内のアドレスが重複して割り振られてしまうこともあり、そのような場合、重複したアドレスが割り振られた火災感知器を特定し、再度アドレスの設定をやり直すというような作業を行っていた。
【０００７】
本発明は、かかる事由に鑑みてなしたもので、その目的とするところは、アドレスなどの端末情報の登録にかかる登録作業の手間がかからない火災報知システム、そのシステムを構成する火災感知器および火災受信機を提供することにある。
【０００８】
【課題を解決するための手段】
請求項１に係る発明の火災報知システムは、火災情報を表示する火災受信機に、多重伝送用の伝送線を介して火災に関する情報を送信する複数の火災感知器を接続し、火災受信機からの命令に対しそれら火災感知器が応答するようにした火災報知システムにおいて、前記火災感知器は、電源投入時に、当該火災感知器固有の端末情報を火災受信機に対して送信し、端末情報を受信した火災受信機は、空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信し、このアドレス情報を受信した火災感知器はその指定されたアドレスを設定するようにしたことを特徴とする。
【０００９】
請求項２に係る発明の火災報知システムは、請求項１の構成において、端末情報は、ＸＭＬ形式で記述された情報とするものとしている。
【００１０】
請求項３に係る発明の火災報知システムは、請求項１または２の構成において、火災感知器は、火災に関する情報をＸＭＬ形式の検出データとして送信するものとしている。
【００１１】
請求項４に係る発明の火災報知システムは、請求項２乃至４の構成において、火災受信機は、ＨＴＴＰサーバ機能を備え、ネットワークを介した出力端末のＨＴＴＰブラウザにより、管理している前記端末情報を表示するものとしている。
【００１２】
請求項５に係る発明の火災感知器は、火災に関する情報を収集し感知信号を出力する火災情報検知部と、感知信号により検出データの作成などを行う制御部と、伝送線を介した火災受信機に対して検出データや命令などの伝送データを送受信する伝送処理部と、を備えた火災感知器において、前記制御部は、電源投入時に、当該火災感知器固有の端末情報を、前記火災受信機に送信し、端末情報を受信した火災受信機から空きアドレスの設定を要求するアドレス情報を受信すると、その指定されたアドレスを自機のアドレスとして設定することを特徴とする。
【００１３】
請求項６に係る発明の火災感知器は、請求項５の構成において、前記火災感知器の火災情報検知部は、火災に関する情報を計測するセンサ部と計測した情報をＡ／Ｄ変換し前記制御部に出力するセンサ制御部とを備え、センサ制御部は、電源投入時に、火災情報検知部に固有のセンサ情報を前記制御部に出力するものとしている。
【００１４】
請求項７に係る発明の火災受信機は、火災情報を表示する表示部と、表示や通信にかかる制御を行う主制御部と、伝送線を介した火災感知器に対して命令や検出データなどの伝送データを送受信する伝送処理部と、を備えた火災受信機において、前記主制御部は、受信した端末情報を管理するとともに、この端末情報を送信した火災感知器に対して、空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信することを特徴とする。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１６】
火災報知システム２００は、図３のシステム構成図で示すように、親機となる火災受信機１００と、複数のアナログ型の火災感知器１ａ、１ｂ、１ｃ、・・・が、２線式の伝送線を介して接続される形で構成される。具体的には、リビングなどに設置される火災受信機１００と、台所や寝室などの各部屋に設置される火災感知器１が、建物内に配線された伝送線Ｌを介して接続される。この火災報知システム２００に接続される火災感知器１はアナログ型の火災感知器であるため、火災受信機１００が火災感知器１の状態をポーリングするようになっている。つまり、火災受信機１００と火災感知器１との間の伝送線Ｌでは、あらかじめ決められた伝送フォーマットに従い伝送データの送受信が行われるようになっており、この伝送フォーマットに基づき、火災受信機１００からの要求に応じて、火災感知器１が応答するようになっている。
【００１７】
まず、この火災報知システムにおいて用いる伝送線Ｌにおける伝送フォーマットについて、図４を用いて説明する。図４（Ａ）は、伝送信号のパルス列、図４（Ｂ）は、割り込み信号のパルス列を示している。
【００１８】
火災受信機１００は、伝送線Ｌに対して、図４（Ａ）ような形式の伝送信号Ｖｓを送信する。すなわち、伝送信号Ｖｓは、信号送出開始を示すスタートパルスＳＴ、信号モードを示すモードデータ信号ＭＤ、送信先の火災感知器１のアドレスデータを示すアドレスデータ信号ＡＤ、コマンドやデータ内容を格納する制御データ信号ＣＤ、伝送エラーを検出するためのチェックサムデータ信号ＣＳ、火災感知器１から返送信号を受信するタイムスロットである信号返送期間ＷＴよりなる複極（±２４Ｖ）の時分割多重信号であり、パルス幅変調によって伝送データの送受信が行われるようになっている。
【００１９】
火災感知器１では、伝送線Ｌを介して受信した伝送信号Ｖｓのアドレスデータがその自アドレスに一致すると、伝送信号Ｖｓから制御データを取り込むとともに、伝送信号Ｖｓの信号返送期間ＷＴに同期して返信データを送信する。
【００２０】
また、火災受信機１００には、ダミー信号送信手段および割り込み信号処理手段が設けられる。ダミー信号送信手段は、モードデータ信号ＭＤをダミーモードとし、火災感知器１ａ、１ｂ、・・・に設定されていない空きアドレスをアドレスデータとして備えたダミー伝送信号を常時送信する。また、割り込み信号処理手段は、いずれかの火災感知器で発生した図４（Ｂ）のような割り込み信号Ｖｉを受入れしたときに、割り込み信号Ｖｉを発生した火災感知器を検出した後、その火災感知器に要求して返信データを送信させる。すなわち、常時はダミー信号送信手段によってダミー信号を伝送線Ｌに送信し、火災感知器から発生した割り込み信号Ｖｉをダミー伝送信号のスタートパルス信号ＳＴに同期して検出すると、割り込み処理手段によって火災受信機１００からモードデータ信号ＭＤをアドレス確認モードとした伝送信号Ｖｓを送信するのである。
【００２１】
アドレス確認モードでは、アドレスの一部が共通している火災感知器をグループ化し、各グループごとに一括して伝送信号Ｖｓを送信する。割り込み信号Ｖｉを発生した火災感知器は、モードデータ信号ＭＤがアドレス確認モードである伝送信号Ｖｓが受信されると、この伝送信号Ｖｓの信号返送期間ＷＴに同期して火災感知器１に設定されているアドレスデータを返信データとして返信する。このようにして火災受信機１００は、割り込み信号Ｖｉを発生した火災感知器１のアドレスを獲得し、獲得したアドレスを用いて火災感知器１に要求することによって、火災感知器１から返信される火災検知に関する検出データを含む伝送信号を受け取るのである。
【００２２】
次に、伝送線上で送受信されるＸＭＬ（eXtensible Markup Language）について説明する。ＸＭＬは、ＨＴＭＬと同様にインターネット上で扱われることを意識した構造化文書記述言語であり、構文的にはＷ３Ｃ（ＷＷＷコンソーシアム）により言語仕様が定義されたＳＧＭＬ（Standard Generalized Markup Language）のサブセットとなる。ＸＭＬで記述されたデータは、ＸＭＬに対応したＨＴＴＰブラウザと用いて簡単に表示することができるため、インターネット上でのデータ交換形式として利用される。そして、実際に各業界において、ＸＭＬを用いて定義されたデータ交換形式が標準形式として採用されるつつある状況にある。ＸＭＬで記述した文書は、たとえば「<名前>○○  △△</名前>」というように人間が理解しやすい構造で内容を記述できるうえに、「スキーマ」を使うことで<名前>タグに書かれた「文字」を、あるアプリケーションの「名前を表わす文字データ」として利用することができる。
【００２３】
伝送線Ｌで送受信される伝送データの内容は、例えば、火災受信機１００から火災感知器１に送信されるコマンドや、火災感知器１から火災受信機１００へ送信される検出データなどがある。図４に示した伝送フォーマットに従うと、コマンドやデータ内容を格納する制御データ信号ＣＤの部分に、このようなＸＭＬタグで構成されるコマンドやデータが格納されることになる。例えば、火災感知器１の電源投入時に火災受信機１００に送信される端末情報に関するＸＭＬファイルは図６のようになっている。端末情報は、デバイスタグ<device>の間にその端末の情報が記述されており、そのデバイスタグの間に火災報知システム内のアドレスを示すアイディタグ<id>、端末固有の物理アドレスを示す固有アイディタグ<uid>や、センサの種別を示すセンサタイプタグ<sensorType>、感知器の通称を示すフレンドリーネームタグ<friendlyName>や、センサの型番を示すモデルナンバータグ<modelNumber>や、製造者を示すマニュファクチュラータグ<manufacturer>、変数の情報などを示すサービスタグ<service>などから構成される。このようなＸＭＬ形式で記述された伝送データが、火災感知器１と火災受信機１００との間で送受信されることになる。
【００２４】
次に、火災感知器１の詳細を、図１に基づいて説明する。
【００２５】
火災情報検知部２は、火災に関する情報を収集するもので、センサ部２１とセンサ制御部２２等にて構成される。この場合センサ部２１は、例えば本体内に流入する煙の検出をおこなうものであり、その場合フォトダイオードや発光素子等で構成される。このセンサ部２１では、通常、発光素子が光信号を放出し、フォトダイオードがその光信号を受信している。この際に、煙が本体内に流入すると、放出されている光信号が乱反射により増大することになり、フォトダイオードで受信される光信号も増大する。この光信号の増減を検出することで煙の検出を行っている。そして、センサ部２１は、この光信号の増減のアナログ値をセンサ制御部２２に出力し、センサ制御部２２が、このアナログ値をデジタル変換して制御部３に出力するようになっている。これにより、火災情報検知部２において、火災に関する情報である煙の検出にかかる情報が収集され、その情報が感知信号として制御部３へ出力される。
【００２６】
また、電源投入時において、センサ制御部２２は、ＸＭＬ形式で記述されたセンサ固有のセンサ情報を制御部３に出力するようになっている。ここでのセンサ固有の情報とは、センサの種別や製造元などのセンサ部２１にかかる情報が含まれる。
【００２７】
制御部３は、マイクロコンピュータにて構成されるものであり、感知器本体にかかる各種制御を行う処理プログラムが実行される。これら処理プログラムには例えば火災監視プログラムや端末情報通知プログラムなどがあり、ＲＯＭ８からロードされて実行される。火災監視プログラムは、火災情報検知部２から出力される感知信号を監視し、その信号からＸＭＬ形式の検出データを作成するプログラムである。このプログラムでは、火災受信機１００からポーリングによる要求があった場合、検出データを伝送処理部５を介して火災受信機１００に送信する。端末情報通知プログラムは、電源投入時（または接続時）に起動するプログラムであり、当該火災感知器固有の端末情報を火災受信機に対して送信するとともに、後述する方法によりアドレスを設定する。
【００２８】
伝送処理部５は、火災感知器１と火災受信機１００との間で伝送される伝送信号の処理を行うためのものである。伝送処理部５は、接続される伝送線Ｌとのインターフェースとなるものであり、伝送線Ｌを介して火災受信機１００から受信する伝送データに含まれる命令を取り出して制御部３に受け渡したり、逆に制御部３から出力される検出データなどの情報に、伝送フォーマットに基づいたヘッダを付加した伝送データに変換し送信する。
【００２９】
次に、火災受信機１００について、図２に基づいて詳細に説明する。
【００３０】
火災受信機１００は、火災報知システム２００内の火災感知器１ａ、１ｂ、・・・の状態をポーリングすることにより、それらの火災感知器にて収集される火災に関する情報を管理する。
【００３１】
図２は、火災受信機１００の構成を示すブロック図である。この火災受信機１００は、表示部６と信号処理部９を備える点、および主制御部４で動作する処理プログラムが異なる点で火災感知器と構成が異なる。それら以外の各部は、前述した火災感知器１において対応するものと一致するので説明は省略する。
【００３２】
表示部６は、火災の発生を報知するためのもので、後述する火災表示プログラムにより、本体正面に設けられたＬＥＤが点灯し、警報情報を表示するようになっている。
【００３３】
信号処理部９は、後述する出力端末４００と通信を行うためのもので、ネットワークＬ１のインターフェースとなる。信号処理部９は、ＬＡＮボード等にて構成されるものであり、ネットワークＬ１から送受信されるデータを処理するようになっている。
【００３４】
主制御部４は、マイクロコンピュータにて構成されるものであり、各種制御を行う処理プログラムが実行される。これら処理プログラムは、例えば火災判断プログラム、そして後述する端末管理プログラムなどが含まれる。また、ＸＭＬ形式の文書を解析するＸＭＬパーサー機能を備えているので、伝送データに含まれるＸＭＬ形式のデータを解析することができる。そして、ＨＴＴＰサーバ機能も備えているので、ＨＴＴＰクライアントとなるＨＴＴＰブラウザからの要求に対して応答することができるようになっている。
【００３５】
火災判断プログラムは、通常、伝送線Ｌに接続された火災感知器１ａ、１ｂ、・・・の状態をポーリングすることで管理し、火災が発生していないかどうかを判断するためのプログラムである。この火災判断プログラムでは、各火災感知器に対して火災に関する情報である検出データを送信させるための命令を送信する。そして、受信した各火災感知器のＸＭＬ形式の検出データを解析し、例えば煙濃度に関するタグの内容が閾値以上になっていないかどうか判断することにより、その火災感知器において火災が発生しているかどうかの判断が行われる。ここで、火災が発生していると判断されると、火災の発生を報知する火災表示プログラムが起動するようになっている。
【００３６】
出力端末４００は、火災受信機１００が管理する情報を表示するためのものであり、ネットワークＬ１を介して火災受信機１００と接続される。この出力端末４００は、ＨＴＴＰブラウザを備えており、火災受信機１００を示す所定のＵＲＬを指定することにより、管理している火災報知システム内の端末情報を呼び出して表示するようになっている。また、この場合、端末情報はＸＭＬ形式のデータで管理されているため、文書構造定義（ＤＴＤ）を用意しなくても論理構造が理解しやすい表示を行うことができる。
【００３７】
次に、本発明の主要部をなす火災感知器の端末情報通知プログラムと、火災受信機の端末管理プログラムについて説明する。
【００３８】
図５の上段は、起動時の火災感知器１の端末情報通知プログラムと火災受信機１００の端末管理プログラムとの間の通信シーケンスを示している。
【００３９】
端末情報通知プログラムは、火災感知器１の起動時に動作するプログラムであり、端末に固有の端末情報を親機となる火災受信機１００に送信する。火災受信機１００は、端末管理プログラムがこの端末情報を解析し管理するようになっている。具体的な端末情報の例としては、図６（Ａ）に示すようなデバイスタグ<device>の間に情報が記述されるものである。
【００４０】
端末情報通知プログラムは、起動時の火災感知器にはアドレスが未設定のため送信する端末情報の<id>タグは空欄のまま送信する（８０）。端末情報を受信した火災受信機１００は、端末管理プログラムにより、<id>タグの空欄を確認すると、管理しているアドレスの情報から空きアドレスを抽出し、この端末情報を送信してきた火災感知器に対してこの空きアドレスの設定を要求するアドレス情報を返信する（８１）。アドレス情報は、例えば空きアドレスが１２であった場合、図６（Ｂ）に示すような<id>12</id>というようなをアドレス情報を送信することになる。アドレスが未設定の状態にある火災感知器は、アドレス情報が含まれる伝送データを受信するようになっているので、アドレス情報を受信した火災感知器は、その指定されたアドレスを設定することになる。このようにして、起動時にアドレスが設定されていない火災感知器から端末情報が送信されると、端末情報を受信した火災受信機は空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信し、このアドレス情報を受信した火災感知器はその指定されたアドレスを設定するので、火災報知システム内のアドレスを自動で設定することができる。
【００４１】
また、通常時においては、火災感知器１の火災監視プログラムと火災受信機１００の火災判断プログラムとの間で、図５の通信シーケンス図の下段に示すような通信が行われる。
【００４２】
火災受信機１００の火災判断プログラムは、火災感知器に対して検出データの送信を要求する（８２）。この要求を受けた火災感知器は、図７に示すようなＸＭＬ形式の検出データを作成し火災受信機１００に送信する（８３）。火災受信機１００は、受信した検出データをＸＭＬパーサーにより解析し、その火災感知器において火災が発生しているかどうかの判断が行われる。この場合例えば、<value>タグの内容が閾値以上になっているかどうかで判断が行われることになる。
【００４３】
このように、電源投入時に、記述された当該火災感知器固有の端末情報を火災受信機に対して送信し、火災受信機は、受信した端末情報を管理するとともに、この端末情報を送信した火災感知器に対して、新規アドレスの設定を命令するアドレス情報を送信するようにしたので、電源投入後に自動的にアドレスが割り振られるため、火災感知器でアドレスなどの端末情報の登録にかかる登録作業の手間がかからない。
【００４４】
また、端末情報や検出データは、ＸＭＬ形式で記述された情報とするものとしたので、火災感知器からＸＭＬ形式で記述される端末情報または検出データが送信されるので、火災受信機はＸＭＬ形式にて端末情報または検出データを管理することができる。
【００４５】
そして、火災受信機は、ＨＴＴＰサーバ機能を備え、ネットワークを介した出力端末のＨＴＴＰブラウザにより、管理している前記端末情報を表示するようにしたので、ネットワークを介した出力端末に火災感知器の端末情報が表示されるため、出力端末のＨＴＴＰブラウザから端末情報を見ることができる。
【００４６】
このように、火災受信機は、端末情報や検出データをＸＭＬ形式で管理するので、ネットワークＬ１のようなオープンなネットワークに接続される出力端末からアクセスする場合であっても、特別に複雑な処理を行うことなく端末情報や検出データの情報を利用することができるようになる。
【００４７】
以上、実施の形態を説明したが、これらには種々の変形が可能である。例えば、図８に示すように、火災情報検出部２はセンサ制御部２２を備えず、センサ部２１からのアナログ値をそのまま制御部３へ出力するような構成にするなどの変更を加えることが可能である。この場合、制御部３は、センサ制御部２２にて管理すべきセンサ固有の情報なども含め、感知器本体にかかる全ての端末情報を管理することになる。
【００４８】
【発明の効果】
請求項１に係る発明の火災報知システムは、火災感知器は、電源投入時に、当該火災感知器固有の端末情報を火災受信機に対して送信し、端末情報を受信した火災受信機は、空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信し、このアドレス情報を受信した火災感知器はその指定されたアドレスを設定するようにしたので、火災感知器それぞれについて、電源投入後に自動的にアドレスが割り振られるため、火災感知器でアドレスなどの端末情報の登録にかかる登録作業の手間がかからない。
【００４９】
請求項２に係る発明の火災報知システムは、請求項１の構成において、端末情報は、ＸＭＬ形式で記述された情報とするものとしたので、火災感知器からＸＭＬ形式で記述される端末情報が送信されるので、火災受信機はＸＭＬ形式にて端末情報を管理することができる。
【００５０】
請求項３に係る発明の火災報知システムは、請求項１または２の構成において、火災感知器は、火災に関する情報をＸＭＬ形式の検出データとして送信するものとしたので、火災感知器がＸＭＬ形式の検出データを送信するので、火災受信機はＸＭＬ形式の検出データを管理することができる。
【００５１】
請求項４に係る発明の火災報知システムは、請求項２乃至４の構成において、火災受信機は、ＨＴＴＰサーバ機能を備え、ネットワークを介した出力端末のＨＴＴＰブラウザにより、管理している前記端末情報を表示するようにしたので、ネットワークを介した出力端末に火災感知器の端末情報が表示されるため、出力端末のＨＴＴＰブラウザから端末情報を見ることができる。
【００５２】
請求項５に係る発明の火災感知器は、制御部は、電源投入時に、当該火災感知器固有の端末情報を、前記火災受信機に送信し、端末情報を受信した火災受信機から空きアドレスの設定を要求するアドレス情報を受信すると、その指定されたアドレスを自機のアドレスとして設定するので、請求項１と同様の効果を奏する。
【００５３】
請求項６に係る発明の火災感知器は、請求項５の構成において、前記火災感知器の火災情報検知部は、火災に関する情報を計測するセンサ部と計測した情報をＡ／Ｄ変換し前記制御部に出力するセンサ制御部とを備え、センサ制御部は、電源投入時に、火災情報検知部に固有のセンサ情報を前記制御部に出力するようにしているので、制御部におけるＸＭＬデータの作成にかかる作業量が少なくてすむ。
【００５４】
請求項７に係る発明の火災受信機は、主制御部は、受信した端末情報を管理するとともに、この端末情報を送信した火災感知器に対して、空きアドレスを抽出しその空きアドレスの設定を要求するアドレス情報を返信するようにしたので、請求項１と同様の効果を奏する。
【図面の簡単な説明】
【図１】実施の形態１の火災感知器のブロック図である。
【図２】同上の火災受信機のブロック図である。
【図３】同上の火災報知システムのシステム構成図である。
【図４】同上の伝送フォーマットの説明図である。
【図５】同上の通信シーケンス図である。
【図６】同上の端末情報例である。
【図７】同上の検出データ例である。
【図８】実施形態２にかかる火災報知システムのブロック図である。
【図９】従来例の火災報知システムのブロック図である。
【符号の説明】
１      火災感知器
２        火災情報検知部
３        制御部
４        主制御部
５        伝送処理部
６        表示部
９        信号処理部
１００  火災受信機
２００  火災報知システム
４００    出力端末
Ｌ      伝送線
【図１】
0003864795.tif 000002
【図２】
0003864795.tif 000003
【図３】
0003864795.tif 000004
【図４】
0003864795.tif 000005
【図５】
0003864795.tif 000006
【図６】
0003864795.tif 000007
【図７】
0003864795.tif 000008
【図８】
0003864795.tif 000009
【図９】
0003864795.tif 000010