JP2003099870A

JP2003099870A - 火災報知設備用試験装置

Info

Publication number: JP2003099870A
Application number: JP2001290575A
Authority: JP
Inventors: Manabu Doi; 学土肥; Masahiko Nemoto; 雅彦根本; Naoto Yamano; 直人山野; Yasushi Shima; 裕史島; Naoya Matsuoka; 直哉松岡
Original assignee: Hochiki Corp
Current assignee: Hochiki Corp
Priority date: 2001-09-25
Filing date: 2001-09-25
Publication date: 2003-04-04

Abstract

(57)【要約】【課題】情報伝達の信頼性向上を図った火災報知設備
用試験装置を提供する。【解決手段】試験装置２０は、火災感知器または発信
機を試験発報した際の火災受信機の受信動作を検出する
検出手段（２０ｂ）と、該検出手段による検出情報に基
づき試験者の携帯端末に送信するための送信メッセージ
を生成する生成手段（２０ｃ）と、前記送信メッセージ
を試験者の携帯端末宛に送信する送信手段（２０ｅ）と
を備え、前記生成手段（２０ｃ）は、試験発報が行われ
た火災感知器または発信機の固有アドレス若しくはそれ
らが設置された地区情報を含む文字メッセージを生成す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、火災報知設備の保
守点検に用いられる火災報知設備用試験装置に関し、特
に、保守点検作業の省力化と作業の確実性向上を意図し
た火災報知設備用試験装置に関する。

【０００２】

【従来の技術】火災報知設備は、建物各所に設置された
多数の火災感知器や火災通報用の発信機（これらを総称
して「感知器等」という。）と、それらの感知器等から
の発報信号を受信して火災警報や火災発生場所などの表
示を集中的に行う火災受信機とにより構成されている。

【０００３】かかる構成を有する火災報知設備の保守点
検作業は、感知器等を個別に試験発報させ、火災受信機
の受信動作を確認しながら行われるが、このような試験
方法では、感知器等の作動要員と火災受信機の動作確認
要員の少なくとも二人の要員が必要で、人員コストが嵩
むという不都合があった。

【０００４】そこで、火災受信機の動作確認要員を不要
にし、保守点検作業の省力化を図るようにした従来技術
として、たとえば、実開平７−２５４９６号公報に記載
された「火災報知設備の試験装置」が知られている。

【０００５】この技術の要旨は、火災受信機に試験装置
を接続し、その試験装置で、感知器等の作動結果を示す
音声メッセージ（感知器等が設置された警戒区域番号を
音声情報に変換したメッセージ）を生成し、当該音声メ
ッセージをコードレス電話設備を利用して、試験者（感
知器等の作動要員）の携行電話機（コードレス電話子
機）に送信するというものである。

【０００６】これによれば、火災受信機の動作確認要員
を不要にし、感知器等の作動要員のみで保守点検作業を
行うことができるので、作業の省力化を図ることができ
る。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来の技術にあっては、試験装置で「音声メッセージ」を
生成し、その音声メッセージをコードレス電話子機に送
信して、感知器等の作動要員に伝える仕組みであったた
め、以下に示す問題点があった。

【０００８】（１）騒音の激しい場所では、音声メッセ
ージの聞き逃しや聞き間違いの恐れがあり、情報伝達の
信頼性に欠けるという問題点がある。

【０００９】（２）また、音声メッセージによって伝え
られる情報は、単なる数字（警戒区域番号）にすぎない
ため、この点においても、聞き間違いの恐れを否めない
（したがって、情報伝達の信頼性に欠ける）という問題
点がある。

【００１０】（３）また、火災報知設備によっては、感
知器等にあらかじめ固有の識別情報を設定し、発報を行
った感知器等の識別情報を火災受信機で受信できるよう
にしたものもあり、このような識別情報も音声メッセー
ジに含めて感知器等の作動要員に伝えることも考えられ
るが、識別情報は、警戒区域番号と同様に、それ自体意
味を持たない数字やアルファベットなどの記号列にすぎ
ないため、やはり、聞き間違いを否めない点で、上記と
同様に情報伝達の信頼性に欠けるという問題点がある。

【００１１】そこで、本発明は、火災報知設備の保守点
検に際し、火災受信機で受信した試験情報を文字メッセ
ージに変換し、または、部屋名等の有意文字列を含む文
字メッセージに変換し、その文字メッセージを感知器等
の作動要員に伝達することにより、聴覚ではなく、視覚
による情報確認を行えるようにし、以て、情報伝達の信
頼性向上を図った火災報知設備用試験装置を提供するこ
とを目的とする。

【００１２】

【課題を解決するための手段】本発明は、火災感知器ま
たは発信機を試験発報した際の火災受信機の受信動作を
検出する検出手段と、該検出手段による検出情報に基づ
き試験者の携帯端末に送信するための送信メッセージを
生成する生成手段と、前記送信メッセージを試験者の携
帯端末宛に送信する送信手段とを備え、前記生成手段
は、試験発報が行われた火災感知器または発信機の固有
アドレス若しくはそれらが設置された地区情報を含む文
字メッセージを生成することを特徴とする。

【００１３】この発明では、火災報知設備の保守点検作
業に際し、試験者の携帯端末に試験結果を示す文字メッ
セージが送信され、その文字メッセージを視認すること
により、試験結果の確認が行われる。

【００１４】又は、本発明は、火災感知器または発信機
を試験発報した際の火災受信機の受信動作を検出する検
出手段と、該検出手段による検出情報に基づき試験者の
携帯端末に送信するための送信メッセージを生成する生
成手段と、前記送信メッセージを試験者の携帯端末宛に
送信する送信手段とを備え、前記生成手段は、試験発報
が行われた火災感知器または発信機の固有アドレス若し
くはそれらが設置された地区情報を含む文字メッセージ
を生成するとともに、該文字メッセージ中に、前記固有
アドレス若しくは前記地区情報に対応する有意文字列を
含ませることを特徴とする。

【００１５】この発明では、火災報知設備の保守点検作
業に際し、試験者の携帯端末に試験結果を示し、且つ、
有意文字列を含む文字メッセージが送信され、その文字
メッセージを視認することにより、試験結果の確認が行
われる。

【００１６】または、この発明の好ましい態様は、前記
有意文字列は、試験発報が行われた火災感知器または発
信機の設置場所を明示する文字列であることを特徴とす
る。

【００１７】この態様では、試験者の携帯端末に送信さ
れる文字メッセージに、試験発報が行われた火災感知器
または発信機の設置場所を明示する文字列が含まれる。

【００１８】または、上記各発明の好ましい態様は、前
記送信メッセージを蓄積保管し、その保管した送信メッ
セージをネットワーク上に公開する公開手段を備えたこ
とを特徴とする。

【００１９】この態様では、ネットワークに接続された
任意の端末より、前記蓄積された送信メッセージの自由
な閲覧が可能になる。

【００２０】

【発明の実施の形態】以下、本発明に係わる防犯システ
ムの実施の形態を火災報知設備への適用例として、図面
を参照しながら説明する。なお、火災報知設備は大きく
分類して、Ｐ（ＰｒｏｐｒｉｅｔａｒｙＴｙｐｅの
略）型火災報知設備と、Ｒ（ＲｅｃｏｒｄＴｙｐｅの
略）型火災報知設備に分けられるが、以下では、そのう
ちのＰ型火災報知設備を例にする。

【００２１】＜火災報知設備の構成と動作＞図１は、Ｐ
型火災報知設備（以下、単に「火災報知設備」とい
う。）の概念的なシステム構成図である。この図におい
て、火災受信機１は、そのフロントパネル２に各種の表
示ランプや操作ボタンなどを配置して構成されている。
たとえば、図示の例では、火災代表灯３、発信機灯４、
１番からｎ番までの地区表示灯５及び操作部６並びに音
響出力部７などが設けられているほか、小扉８の内側に
保守点検用の操作表示部９が設けられている。

【００２２】火災受信機１からは、ｎ個（図では便宜的
にｎ＝３）の感知器用回線Ｌ１〜Ｌｎと、１個の発信機
用回線Ａが引き出されている。感知器回線Ｌ１〜Ｌｎは
それぞれ２線式の構成（Ｌ線とＣ線のペア構成）であ
り、また、発信機用回線Ａも２線式の構成（Ａ線とＣ線
のペア構成）である。各々の感知器回線Ｌ１〜Ｌｎに
は、任意数の火災感知器１０が並列接続されており、ま
た、発信機用回線Ａにも、任意数の発信機１１が並列接
続されている。

【００２３】火災感知器１０は、煙感知や熱感知などに
よって火災を検出したときに、接続された感知器回線を
短絡（Ｌ線とＣ線の間を短絡）状態にして火災の発報を
行うものである。火災受信機１は、感知器回線Ｌ１〜Ｌ
ｎの各々の短絡状態の有無を常時モニタし、短絡状態を
検出すると、その感知器回線番号（１番からｎ番のいず
れか）より火災発報地区を特定し、該当する地区表示灯
５の点灯、火災代表灯３の点灯及び警告音の発生など所
要の警報を行う。

【００２４】また、発信機１１は、火災発生その他の緊
急事態発生時に人為的に操作される通報スイッチ１１ａ
を有しており、通報スイッチ１１ａが操作されたとき
に、発信機用回線Ａを短絡（Ａ線とＣ線を短絡）状態に
して緊急事態の通報を行うものである。火災受信機１
は、発信機用回線Ａの短絡状態の有無を常時モニタし、
短絡状態を検出すると、発信機灯４の点灯、火災代表灯
３の点灯及びベルの鳴動など所要の警報を行う。

【００２５】したがって、図示の火災受信機１は、複数
の火災感知器１０の作動状態をｎ個の感知器回線Ｌ１〜
Ｌｎごとにグループ化（一つのグループが一つの地区に
対応する）して集中管理し、且つ、複数の発信機１１の
作動状態を１個の発信機用回線Ａ経由にまとめて集中管
理できるものである。

【００２６】ここで、Ｐ型火災報知設備にあっては、従
来より、火災感知器及び発信機のそれぞれに固有の識別
情報（以下「アドレス」という。）を付与し、火災発報
時や緊急状態通報時に、そのアドレス情報を火災受信機
に送り込み、感知器単位または発信機単位に、その火災
発報位置や緊急状態通報位置を火災受信機で特定できる
ようにした技術が知られている（たとえば、特開２００
１−１８４５７１号公報）。また、Ｒ型火災報知設備
は、Ｐ型火災報知設備と目的は同様であるが、感知器ま
たは発信機から発せられた火災信号を直接若しくは中継
器を介して、固有の信号として受信する方式であり、同
じように、感知器または発信機単位で、その火災発報位
置や緊急状態通報位置を火災受信機で特定できる。

【００２７】特に限定しないが、上記の技術は、本実施
の形態の火災報知設備にも適用されているものとする。
すなわち、図示の火災感知器１０と発信機１１には、そ
れぞれあらかじめ固有のアドレスが割り当てられてお
り、任意の火災感知器１０で火災発報が行われた場合、
その火災感知器１０のアドレスが火災受信機１に伝えら
れるようになっている。また、任意の発信機１１の通報
スイッチ１１ａが操作された場合、その発信機１１のア
ドレスが火災受信機１に伝えられるようになっている。

【００２８】したがって、図示の火災受信機１は、火災
発報や緊急事態通報を検知して地区表示灯５や発信機灯
４を点灯できると共に、さらに、火災発報を行った火災
感知器１０のアドレス、または、緊急事態通報を行った
発信機１１のアドレスを特定できるものである。

【００２９】＜試験装置の構成と動作＞次に、本実施形
態の火災報知設備における保守点検作業について説明す
る。保守点検要員１２（以下「試験者」という。）は、
試験治具１３と携帯端末１４を携行し、建物内を巡って
それぞれの火災感知器１０や発信機１１を順次に作動さ
せていく。たとえば、図中の矢印１５で示すように、煙
感知型の火災感知器１０の場合は試験治具１３から試験
煙を発生してそれを火災感知器１０に吹きつけ、あるい
は、熱感知型の火災感知器１０の場合は試験治具１３の
試験熱源で火災感知器１０を加熱することにより、火災
感知器１０の発報試験を行う。また、図中の矢印１６で
示すように、発信機１１の場合はそれぞれの通報スイッ
チ１１ａを操作して通報試験を行う。

【００３０】このような保守点検作業の間、火災受信機
１は、火災感知器１０や発信機１０の動作をモニター
し、火災感知器１０の発報や発信機１１の通報を検知す
ると、その検知情報と一緒に、検知回線番号（Ｌ１〜Ｌ
ｎまたはＡ）や、発報を行った火災感知器１０のアドレ
ス情報または通報を行った発信機１１のアドレス情報を
試験装置２０（火災報知設備用試験装置）に出力する。

【００３１】試験装置２０は、保守点検作業を行う際
に、火災受信機１に接続して用いられるものである。こ
の試験装置２０は、詳細は後述するが、保守点検作業の
間に火災受信機１から出力（矢印１７参照）される上記
の情報、すなわち、火災感知器１０の発報検知情報や発
信機１１の通報検知情報、検知回線番号（Ｌ１〜Ｌｎま
たはＡ）、発報を行った火災感知器１０のアドレス情報
または通報を行った発信機１１のアドレス情報などに基
づいて所定の文字メッセージを生成し、その文字メッセ
ージを通信インフラ３０を介して携帯端末１４に送信
（矢印１８参照）することができるものである。

【００３２】なお、通信インフラ３０とは、たとえば、
自営電話回線、携帯電話（ＰＨＳ：Ｐｅｒｓｏｎａｌ
Ｈａｎｄｙ−ＰｈｏｎｅＳｙｓｔｅｍ含む）回線、一
般加入アナログ回線、ディジタル公衆回線、ＤＳＬ（Ｄ
ｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ）やＣ
ＡＴＶ（ＣａｂｌｅＴＶ）等の常時接続型ＩＰ（イン
ターネットプロトコル）回線、または、それらに構内ネ
ットワーク（ＬＡＮ：ＬｏｃａｌＡｒｅａＮｅｔｗ
ｏｒｋ）や広域ネットワーク（ＷＡＮ：ＷｉｄｅＡｒ
ｅａＮｅｔｗｏｒｋ）を組み合わせたもののことをい
い、要するに、試験装置２０と携帯端末１４との間の情
報伝達に利用可能なあらゆる種類の既存通信インフラを
意味するものである。

【００３３】ここで、携帯端末１４への送信メッセージ
は、冒頭で説明した従来技術のメッセージ（すなわち音
声メッセージ）と違って文字メッセージである。この文
字メッセージは「視覚」を利用して確認できる情報であ
り、したがって、聞き間違いや聞き逃しの恐れを否めな
い「聴覚」を利用しないので、そもそも聞き逃しや聞き
間違いを生じることがない。したがって、携帯端末１４
は、かかる文字メッセージを受信し、それを表示できる
ものでなければならない。

【００３４】また、携帯端末１４への送信メッセージ
は、後でも詳しく説明するが、それ自体に意味を持つ文
字列（有意文字列）を含むことが望ましい。この有意文
字列は、たとえば、発報を行った火災感知器１０または
通報を行った発信機１１の設置場所を明示する“部屋名
や部署名など”とすることができる。かかる有意文字列
を含む文字メッセージは、単なる数字や記号のみのメッ
セージと違って可読性に優れているため、上記の視覚利
用と相まって、情報確認の格段の信頼性向上を図ること
ができる。

【００３５】図２（ａ）は、試験装置２０の電気的ブロ
ック構成の一例を示す図である。この構成例は、ＣＰＵ
（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）
２１、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）２
２、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒ
ｙ）２３、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥ
ｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ
−ＯｎｌｙＭｅｍｏｒｙ）２４、入出力インターフェ
ース２５、モデム２６、ネットワークインターフェース
２７及びバス２８などからなり、いわゆるマイクロプロ
グラム制御方式を基本にして設計されたものであるが、
本発明の技術思想はこの実施形態に限定されない。たと
えば、すべてをハードロジックで設計したものであって
もよい。

【００３６】ここで、ＣＰＵ２１は、ＲＯＭ２２にあら
かじめ格納されている制御プログラムなどのソフトウェ
アリソースをＲＡＭ２３にロードして実行することによ
り、試験装置２０に必要な各種の機能を実現するもので
ある。ＲＡＭ２３は、ＣＰＵ２１にワークエリアを提供
し、ＥＥＰＲＯＭ２４は火災報知設備ごとのシステム固
有の可変データ（たとえば、後述の「アドレス／部屋名
対応テーブル」など）を電気的書き換え可能に保存す
る。

【００３７】また、入出力インターフェース２５は、所
定のプロトコル（たとえば、シリアル転送プロトコル）
に従って火災受信機１との間の情報入出力を行い、モデ
ム２６は、公衆電話回線（通信インフラ３０の一形態
例）を介してディジタル通信を行い、ネットワークイン
ターフェース２７は、イーサネット（登録商標）等の汎
用ネットワークプロトコルに従ってＬＡＮまたはＷＡＮ
（通信インフラ３０の一形態例）経由のディジタル通信
を行う。

【００３８】図２（ｂ）は、試験装置２０の機能ブロッ
クを示す図である。図示の機能ブロック２０ａ〜２０ｈ
は、ＣＰＵ２１などのハードウェアリソースと、ＲＯＭ
２２に格納された制御プログラムなどのソフトウェアリ
ソースとの有機的結合によって仮想的に実現されるもの
であり、機能ブロック２０ａ〜２０ｈの区分けは、本発
明の技術思想を理解する上で必要と思われる便宜上のも
のであって、これらのブロック区分に限定されるもので
はない。

【００３９】各ブロックの機能を説明すると、まず、ア
ドレス／部屋名対応テーブル２０ａは、火災報知設備の
すべての火災感知器１０及び発信機１１のアドレス情報
と、それらの火災感知器１０及び発信機１１の設置場所
を表す名称（有意文字列に相当。以下、便宜的に「部屋
名」とする。）とを一対一に対応付けしたテーブルであ
る。

【００４０】図３（ａ）は、アドレス／部屋名対応テー
ブル２０ａの一例を示すリスト図である。このアドレス
／部屋名対応テーブル２０ａは、アドレスフィールド２
０ａ＿１及び部屋名フィールド２０ａ＿２を有してお
り、一つのレコードに一つのアドレス情報とそれに対応
する部屋名情報を格納している。たとえば、図示の例で
は、アドレス番号“１”に対応する部屋名として“営業
部”が、アドレス番号“２”に対応する部屋名として
“設計部”が、アドレス番号“３”に対応する部屋名と
して“特許部”が、また、アドレス番号“４”に対応す
る部屋名として“総務部”が格納されている。

【００４１】試験データ取り込み部２０ｂ（検出手段）
は、保守点検作業中に火災受信機１から前述の情報、す
なわち、火災感知器１０の発報検知情報や発信機１１の
通報検知情報、検知回線番号（Ｌ１〜ＬｎまたはＡ）、
発報を行った火災感知器１０のアドレス情報または通報
を行った発信機１１のアドレス情報などを取り込むため
の機能を有している。

【００４２】文字メッセージ作成部２０ｃ（生成手段）
は、試験データ取り込み部２０ｂにより取り込まれたア
ドレス情報をキーワードにしてアドレス／部屋名対応テ
ーブル２０ａを参照し、そのアドレス／部屋名対応テー
ブル２０ａから、アドレス情報に対応した部屋名情報を
抽出し、それらのアドレス情報及び部屋名情報並びに検
知回線番号を含む文字メッセージを生成する。

【００４３】図３（ｂ）は、生成された文字メッセージ
の一例を示す図である。図示の文字メッセージ２０ｂ＿
１は、生成日時表示部２０ｂ＿２とアドレス等表示部２
０ｂ＿３とからなり、たとえば、生成日時表示部２０ｂ
＿２に文字列“２００１／０９／１０１２：００”が
セットされ、アドレス等表示部２０ｂ＿３に文字列“Ｌ
１，１，営業部，ＯＫ”がセットされている。文字列
“２００１／０９／１０１２：００”は「西暦２００１
年９月１０日１２時０分」を表し、文字列“Ｌ１，１，
営業部，ＯＫ”は「回線番号：Ｌ１、アドレス：１、部
屋名：営業部、試験ステータス：ＯＫ（合格）」を表し
ている。

【００４４】したがって、これらの文字列より「回線番
号Ｌ１に接続されたアドレス１番の火災感知器１０（ま
たは発信機１１）の試験を西暦２００１年９月１０日１
２時０分に実行し、その結果が合格であった」ことを読
みとることができ、且つ、その設置場所が「営業部」で
あることを読み取ることができる。

【００４５】次に、送信形式選択部２０ｄは、モデム２
６またはネットワークインターフェース２７を利用して
実行可能なすべての文字列送信形式（ただし携帯端末１
４に文字メッセージ２０ｂ＿１を送信できる形式）のう
ちの一つを選択するものである。たとえば、モデム２６
を利用して実行可能な文字列送信形式は、公衆電話回線
経由で行われるポケットベル（登録商標）送信形式、特
定の携帯電話（ＰＨＳ含む）サービス会社で提供されて
いるショートメール送信形式、公衆電話回線を介してイ
ンターネットサービスプロバイダ（ＩＳＰ）経由で行わ
れる電子メール（Ｅ−ｍａｉｌ）送信形式などであり、
また、ネットワークインターフェース２７を利用して実
行可能な文字列送信形式は、ＬＡＮあるいはＷＡＮ経由
または直接的にＡＤＳＬやＣＡＴＶまたは専用線等の常
時接続回線を介して行われる電子メール（Ｅ−ｍａｉ
ｌ）送信形式などである。

【００４６】送信部２０ｅ（送信手段）は、これらの文
字列送信形式に適合した各送信機能部、たとえば、ポケ
ットベル形式送信部２０ｆ、ダイアルアップ経由Ｅ−ｍ
ａｉｌ送信形式部２０ｇ及びＬＡＮ経由Ｅ−ｍａｉｌ形
式送信部２０ｈなどを備える。

【００４７】したがって、図２（ｂ）に示す試験装置２
０の機能ブロック図によれば、火災報知設備の保守点検
作業中に、試験発報を行った火災感知器１０（または試
験通報を行った発信機１１）のアドレス情報、その設置
場所を表す有意文字列（部屋名）及び回線名並びにその
試験結果を含む文字メッセージ２０ｂ＿１を生成し、適
切な文字列送信形式を選択して、その文字メッセージ２
０ｂ＿１を試験者１２の携帯端末１４に送信することが
できる。

【００４８】その結果、試験者１２は、携帯端末１４の
表示文字列（文字メッセージ２０ｂ＿１）を視認するこ
とにより、試験発報を行った火災感知器１０（または試
験通報を行った発信機１１）のアドレス情報、その部屋
名及び回線名並びにその試験結果を確認することができ
る。しかも、かかる情報の確認を、騒音の激しい場所で
あってもまったくその感覚に影響を与えない「視覚」を
利用して行うことができ、且つ、その文字メッセージ２
０ｂ＿１には、回線番号やアドレス情報といった意味の
ない文字列だけでなく、部屋名等の有意文字列も含まれ
ているので、読み取りミスを回避し、情報確認の格段の
信頼性向上を図ることができるという格別の効果を得る
ことができる。

【００４９】なお、本実施の形態における通信インフラ
３０は、先にも説明したとおり、要するに、試験装置２
０と携帯端末１４との間の情報伝達を行うことができる
ものであればよく、その具体的な態様は、たとえば、以
下の態様例のいずれかであってもよい。

【００５０】＜利用可能な通信インフラの例＞図４は、
モデム２６またはネットワークインターフェース２７を
利用して実現可能な文字列送信形式のうち代表的なもの
を示す通信インフラ３０の概念図である。

【００５１】まず、（ａ）に示す通信インフラ３０は、
ポケットベル送信形式、または、特定の携帯電話（ＰＨ
Ｓ含む）サービス会社で提供されているショートメール
送信形式に対応する概念図である。これらの送信形式に
対応する通信インフラ３０は、試験装置２０のモデム２
６から所定の電話番号をコールし、公衆電話回線３０ａ
を介して基地局３０ｂ経由で、当該送信形式に対応する
携帯端末１４、たとえば、ポケットベル１４ａや携帯電
話機（もしくはＰＨＳ）１４ｂを呼び出して、それらに
文字メッセージ２０ｂ＿１を送信することができる。

【００５２】次に、（ｂ）に示す通信インフラ３０は、
ダイアルアップによって行われるＥ−ｍａｉｌ送信形式
に対応する概念図である。この送信形式に対応する通信
インフラ３０は、試験装置２０のモデム２６から公衆電
話回線３０ｃを介してＩＳＰのアクセスサーバ３０ｄに
ログインし、アクセスサーバ３０ｄ経由でインターネッ
ト３０ｅに接続し、試験装置２０のモデム２６から送信
された文字メッセージ２０ｂ＿１（この場合はＥ−ｍａ
ｉｌ）をＳＭＴＰ（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓ
ｆｅｒＰｒｏｔｏｃｏｌ）サーバ３０ｆ及びＰＯＰ
（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ）サーバ
３０ｇ経由で、Ｅ−ｍａｉｌ対応の携帯端末４１、たと
えば、携帯電話機（またはＰＨＳ）１４ｂ、ＰＤＡ（Ｐ
ｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ
ｓ）１４ｃまたはパーソナルコンピュータ１４ｄなどに
配信することができる。なお、（ｂ）において、３０ｊ
は携帯端末１４からインターネット３０ｅにアクセスす
る際のアクセスサーバ、３０ｋは公衆電話回線である。

【００５３】次に、（ｃ）に示す通信インフラ３０は、
（ｂ）に示す通信インフラ３０の変形例であり、ＡＤＳ
ＬやＣＡＴＶなどの常時接続インターネット環境下で行
われるＥ−ｍａｉｌ送信形式に対応する概念図である。
この送信形式に対応する通信インフラ３０は、試験装置
２０のネットワークインターフェース２７からルータ３
０ｍ及びＡＤＳＬモデム（またはＣＡＴＶモデム）３０
ｎを介して常時接続回線（ＡＤＳＬまたはＣＡＴＶ回線
など）３０ｐ経由でアクセスサーバ３０ｑにログイン
し、以降、（ｂ）と同様のルートを辿り、Ｅ−ｍａｉｌ
対応の携帯端末４１、たとえば、携帯電話機（またはＰ
ＨＳ）１４ｂ、ＰＤＡ１４ｃまたはパーソナルコンピュ
ータ１４ｄなどに、文字メッセージ２０ｂ＿１（この場
合はＥ−ｍａｉｌ）を配信することができる。

【００５４】＜制御プログラムの動作＞図５は、試験装
置２０のＣＰＵ２１で実行される制御プログラムのフロ
ーチャートであり、特に、宛先情報の設定処理を示すフ
ローチャートである。

【００５５】この図に示すように、試験装置２０は、ま
ず、ポケットベルサービスやショートメッセージサービ
ス等の文字列送受信サービス（図４（ａ）参照）をユー
ザが選択しているか否かを判定し（ステップＳ１１）、
選択されていれば、携帯端末１４の識別番号（電話番
号）を設定する（ステップＳ１２）。

【００５６】一方、上記の文字列送受信サービスを選択
していない場合は、次に、ダイアルアップ接続（図４
（ｂ）参照）であるか否かを判定し（ステップＳ１
３）、ダイアルアップ接続であれば、契約ＩＳＰのアク
セスサーバ３０ｄの電話番号を設定（ステップＳ１４）
した後、送信先メールアドレスを設定し（ステップＳ１
５）、または、ダイアルアップ接続でなければ、常時接
続環境（図４（ｃ）参照）であると判断して、そのま
ま、送信先メールアドレスを設定する（ステップＳ１
５）。

【００５７】したがって、このフローチャートによれ
ば、様々な構成の通信インフラ３０（図４（ａ）〜
（ｃ）参照）のいずれを選択した場合であっても、その
通信インフラ３０に適合した宛先情報（電話番号または
メールアドレス）を設定することができる。

【００５８】図６は、試験装置２０のＣＰＵ２１で実行
される制御プログラムのフローチャートであり、特に、
文字メッセージ２０ｂ＿１の生成から送信に至るまでの
処理を示すフローチャートである。

【００５９】この図に示すように、試験装置２０は、ま
ず、動作試験中の火災感知器１０や発信機１１の動作情
報及びそのアドレス情報を受信し（ステップＳ２１）、
次に、それらの動作情報やアドレス情報などを含むと共
に、さらに当該アドレス情報に対応する有意文字列（部
屋名等）を含む文字メッセージ２０ｂ＿１を生成する
（ステップＳ２２）。

【００６０】そして、ポケットベルサービスやショート
メッセージサービス等の文字列送受信サービス（図４
（ａ）参照）をユーザが選択しているか否かを判定し
（ステップＳ２３）、選択されていれば、携帯端末１４
の電話番号を発呼し（ステップＳ２４）、文字メッセー
ジ２０ｂ＿１をトーン信号に変換して当該携帯端末１４
宛に送信（ステップＳ２５）する。

【００６１】一方、上記の文字列送受信サービスを選択
していない場合は、次に、ダイアルアップ接続（図４
（ｂ）参照）であるか否かを判定し（ステップＳ２
６）、ダイアルアップ接続であれば、契約ＩＳＰのアク
セスサーバ３０ｄを呼び出した後（ステップＳ２７）、
ＳＭＴＰサーバ３０ｆに接続し（ステップＳ２８）、ま
たは、ダイアルアップ接続でなければ、常時接続環境
（図４（ｃ）参照）であると判断して、上記の呼び出し
操作をパスして、そのまま、ＳＭＴＰサーバ３０ｆに接
続し（ステップＳ２８）、いずれの場合も、文字メッセ
ージ２０ｂ＿１をＥ−ｍａｉｌ形式に変換し、宛先（Ｔ
ｏ）ヘッダに送信先メールアドレスをセットして送信す
る（ステップＳ２９）。

【００６２】したがって、このフローチャートによれ
ば、様々な構成の通信インフラ３０（図４（ａ）〜
（ｃ）参照）のいずれを選択した場合であっても、その
通信インフラ３０に適合した携帯端末１４、たとえば、
ポケットベル１４ａ、携帯電話機（もしくはＰＨＳ）１
４ｂ、ＰＤＡ１４ｃまたはパーソナルコンピュータ１４
ｄに対して、保守点検作業中の文字メッセージ２０ｂ＿
１を送信することができる。

【００６３】＜試験装置の改良例＞図７（ａ）は、試験
装置２０の改良例を示す図である。この改良例では、試
験装置２０に公開手段としてのウェブサービス５０（い
わゆるＨＴＴＰサーバサービス）の機能を搭載し、その
ウェブサービス５０によって、保守点検作業の履歴情報
をＩＰネットワーク３１上に公開することにより、その
履歴情報を、ブラウザ対応型の携帯端末１４、たとえ
ば、ｉモード（登録商標）対応の携帯電話機１４ｂ、ブ
ラウザソフトをインストールしたＰＤＡ１４ｃまたはパ
ーソナルコンピュータ１４ｄなどから自由に閲覧できる
ようにしたものである。

【００６４】図７（ｂ）は、携帯情報端末１４の履歴情
報表示例を示す図である。ドキュメント５１は、ウェブ
サービス５０によって公開されたいわゆるＨＴＭＬ（Ｈ
ｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇ
ｅ）形式のドキュメントであって、保守点検作業の履歴
情報、たとえば、試験日時、回線番号、アドレス情報、
部屋名等の有意文字列及び試験結果（ステータス）など
を一覧表示するものである。これによれば、火災報知設
備の保守点検作業中または作業後に、いつでも履歴情報
を確認することができ、その履歴情報から点検漏れの有
無を判断することができる。また、作業履歴を電子デー
タの形で保存し、保守点検記録のペーパレス化を図るこ
とができる。

【００６５】＜まとめ＞以上のとおりであるから、本実
施の形態の試験装置２０は、以下の効果を得ることがで
きる。

【００６６】（イ）試験結果を「文字メッセージ」の形
で携帯端末１４に送信するようにしたから、視覚により
試験結果を確認することができ、従来例のような聴覚利
用の不都合、すなわち、聞き逃しや聞き間違いの回避を
図ることができ、情報伝達の信頼性向上を図ることがで
きる。

【００６７】（ロ）「文字メッセージ」に部屋名等の有
意文字列を含めたから、アドレス情報や回線番号などの
ような単なる数値または記号情報に比べて、情報の可読
性を高めることができ、この点においても情報伝達の信
頼性向上を図ることができる。

【００６８】（ハ）ウェブサービス５０により、保守作
業履歴を自由に閲覧できるようにしたから、保守点検作
業中または作業後に、いつでも作業履歴を確認すること
ができ、その履歴を見て点検漏れの有無を判断したり、
作業履歴を電子データの形で保存したりすることができ
る。とりわけ、電子データの形で保存された作業履歴
は、人的な転記作業が介在していないため、また、その
電子データをそのまま報告書類として添付できるため、
点検結果の記録・報告の確実性を向上することができ
る。

【００６９】

【発明の効果】本発明によれば、火災報知設備の保守点
検作業に際し、試験者の携帯端末に試験結果を示す文字
メッセージが送信され、その文字メッセージを視認する
ことにより、試験結果の確認が行われる。

【００７０】したがって、従来のような聴覚ではなく、
視覚による確認を行うことができるため、聞き逃しや聞
き間違いが起こり得ず、その結果、情報伝達の確実性を
向上することができる。

【００７１】また、本発明によれば、火災報知設備の保
守点検作業に際し、試験者の携帯端末に試験結果を示
し、且つ、有意文字列を含む文字メッセージが送信さ
れ、その文字メッセージを視認することにより、試験結
果の確認が行われる。

【００７２】したがって、文字メッセージは、単なる数
字や記号等の羅列ではなく、意味のある文字列（有意文
字列）を含むので、読み取りミスを回避でき、この点に
おいても、情報伝達の確実性を向上することができる。

【００７３】また、好ましい態様によれば、試験者の携
帯端末に送信される文字メッセージに、試験発報が行わ
れた火災感知器または発信機の設置場所を明示する文字
列が含まれるので、実際の設置場所との対応関係を正し
く把握することができ、保守作業のミスを回避すること
ができる。

【００７４】また、好ましい態様によれば、ネットワー
クに接続された任意の端末より、前記蓄積された送信メ
ッセージの自由な閲覧が可能となり、保守点検結果の事
後確認等を自在に行うことができる。また、前記蓄積さ
れた送信メッセージを保守点検記録として利用すること
もでき、保守点検記録のペーパレス化を図ることができ
る。

【図面の簡単な説明】

【図１】Ｐ型火災報知設備の概念的なシステム構成図で
ある。

【図２】試験装置２０の電気的ブロック及び機能ブロッ
クを示す図である。

【図３】アドレス／部屋名対応テーブル２０ａの一例を
示すリスト図及び生成された文字メッセージの一例を示
す図である。

【図４】モデム２６またはネットワークインターフェー
ス２７を利用して実現可能な文字列送信形式のうち代表
的なものを示す通信インフラ３０の概念図である。

【図５】試験装置２０のＣＰＵ２１で実行される制御プ
ログラムのフローチャート（宛先情報の設定処理）を示
す図である。

【図６】試験装置２０のＣＰＵ２１で実行される制御プ
ログラムのフローチャート（文字メッセージ２０ｂ＿１
の生成から送信に至るまでの処理）を示す図である。

【図７】試験装置２０の改良例を示す図及び携帯情報端
末１４の履歴情報表示例を示す図である。

【符号の説明】

１火災受信機１０火災感知器１１発信機１２保守点検要員（試験者）１４携帯端末２０試験装置（火災報知設備用試験装置）２０ｂ試験データ取り込み部（検出手段）２０ｂ＿１送信メッセージ２０ｃ文字メッセージ作成部（生成手段）２０ｅ送信部（送信手段）３１ＩＰネットワーク（ネットワーク）５０ウェブサービス（公開手段）

───────────────────────────────────────────────────── フロントページの続き (72)発明者山野直人東京都品川区上大崎２丁目10番43号ホーチキ株式会社内 (72)発明者島裕史東京都品川区上大崎２丁目10番43号ホーチキ株式会社内 (72)発明者松岡直哉東京都品川区上大崎２丁目10番43号ホーチキ株式会社内Ｆターム(参考） 5C087 AA02 AA03 AA10 AA25 CC02 CC27 DD04 DD20 EE08 EE12 GG11 GG12 GG32 5G405 AA06 AA08 AD07 BA04 CA12 CA13 CA22 CA51 CA55 FA16

Claims

【特許請求の範囲】

【請求項１】火災感知器または発信機を試験発報した
際の火災受信機の受信動作を検出する検出手段と、該検出手段による検出情報に基づき試験者の携帯端末に
送信するための送信メッセージを生成する生成手段と、前記送信メッセージを試験者の携帯端末宛に送信する送
信手段とを備え、前記生成手段は、試験発報が行われた火災感知器または
発信機の固有アドレス若しくはそれらが設置された地区
情報を含む文字メッセージを生成することを特徴とする
火災報知設備用試験装置。
【請求項２】火災感知器または発信機を試験発報した
際の火災受信機の受信動作を検出する検出手段と、該検出手段による検出情報に基づき試験者の携帯端末に
送信するための送信メッセージを生成する生成手段と、前記送信メッセージを試験者の携帯端末宛に送信する送
信手段とを備え、前記生成手段は、試験発報が行われた火災感知器または
発信機の固有アドレス若しくはそれらが設置された地区
情報を含む文字メッセージを生成するとともに、該文字
メッセージ中に、前記固有アドレス若しくは前記地区情
報に対応する有意文字列を含ませることを特徴とする火
災報知設備用試験装置。
【請求項３】前記有意文字列は、試験発報が行われた
火災感知器または発信機の設置場所を明示する文字列で
あることを特徴とする請求項２記載の火災報知設備用試
験装置。
【請求項４】前記送信メッセージを蓄積保管し、その
保管した送信メッセージをネットワーク上に公開する公
開手段を備えたことを特徴とする請求項１乃至３のいず
れかに記載の火災報知設備用試験装置。