JP2021077325A - 報知用発光の検査方法 - Google Patents

Abstract

【課題】火災発生などのイベント報知用の発光手段の発光検査を簡略化、省人化することができるソリューションを提供する。【解決手段】発光検査を行うシステムは、所定の感知器１からの感知信号に応じて発光する発光手段（発光部１０ａ）の発光動作を検査する検査システム２０である。この検査システムは、感知器駆動器２５と、発光検知手段（検知部２１）と、通信手段（通信部２２）と、可搬型ユーザー端末２４とを備える。感知器駆動器は、感知器１の感知対象を発することで感知器を意図的に稼働させる機能を有する。発光検知手段は、発光手段（の発光動作を検知する機能を有する。通信手段は、発光検知手段からの検知信号に基づき発光検知手段の検知結果を、ネットワークを介して、ユーザーによって所持される可搬型ユーザー端末に送信する機能を有する。可搬型ユーザー端末は、発光検知手段から送信される検知結果を表示する機能を有する。【選択図】図１

Description

本発明は、火災受信機など所定の感知器の検知に応じて当該検知の事実を発光にて報知する装置における、当該発光動作の検査を行う方法に関する。

感知器などによって所定のイベントが検知されたことを発光手段による発光によって報知する装置がある。例えば、自動火災報知設備（自火報設備）においては、煙や熱など火災発生を検知する複数の感知器と接続される火災受信機があり、この火災受信機には各感知器による検知を報知するための発光手段が備わっている。例えば、建物の階ごとに設置された感知器の検知を報知するため、火災受信機には感知器ごとに異なる発光手段が設けられ、建物の２階に設置された感知器Ａが火災発生を検知した場合はこの感知器Ａに対応する発光手段が発光するようになっている。このような構成により、建物の管理人や防災担当者は、火災が発生した場合、火災受信機のどの発光手段が発光したかを視認することで火災発生個所を直ちに知ることができる。
このような典型的な自火報設備が、特許文献１に開示されている。

特開２０１４−０５６３６８

ところで、このような火災受信機の発光手段は火災発生時に確実に発光することが重要であるため、建物の管理者は火災受信機の発光手段の発光を定期的に検査する必要がある。従来、二名の検査担当者がペアを組んで、一名が建物内の複数の感知器を一つずつ順次検知動作させるとともに、もう一名が開催受信機の発光手段の前に待機して検知動作させた感知器に対応する発光手段が発光したことを確認することで検査を実施している。両者はトランシーバーなどで通信しあい、感知器一つずつに対して正常に発光手段が発光したかを確認しあっている。大規模な建物では、複数のペアを組んで長時間かけて検査を実施する必要がある。このような検査を簡略化、省人化することができれば有用である。

このような事情に鑑み、本発明は、火災発生などのイベント報知用の発光手段の発光検査を簡略化、省人化することができるソリューションを提供することを目的とする。

本発明の一態様に係るシステムは、所定の感知器からの感知信号に応じて発光する発光手段の発光動作を検査する検査システムである。この検査システムは、感知器駆動器と、発光検知手段と、通信手段と、可搬型ユーザー端末とを備える。感知器駆動器は、ユーザーによって保持され、感知器の感知対象を発することで感知器を意図的に稼働させる機能を有する。発光検知手段は、発光手段の発光方向側の近傍に設けられ、発光手段の発光動作を検知する機能を有する。通信手段は、発光検知手段からの検知信号に基づき発光検知手段の検知結果を、ネットワークを介して、ユーザーによって所持される可搬型ユーザー端末に送信する機能を有する。可搬型ユーザー端末は、発光検知手段から送信される検知結果を表示する機能を有する。

このような検査システムによれば、ユーザー（作業員）が感知器駆動器を所持して感知器が設置してある現場まで出向き、感知器駆動器で感知器を意図的に駆動させると、感知器の駆動に伴って発光手段が発光したことを発光検知手段が検知し、検知結果がユーザー端末に送信されて表示される。ユーザーは、ユーザー端末に表示される検知結果を視認することで発光手段が感知器に反応して正常に発光したことを確認することができる。このため、ユーザーは、発光検知手段を発光手段の近傍に設置した後、感知器駆動器とユーザー端末とを所持して感知器が設置された現場に出向き一人で検査を行うことができる。

本発明は、火災発生などのイベント報知用の発光手段の発光検査を簡略化、省人化することができる。

図１は、本発明の実施形態に係るシステムを示す図である。 図２は、検査システム２０の検知部２１の一例を示す図である。 図３は、光センサー２１ａの構成の一例を示す図である。 図４は、光センサー２１ａが火災報知システム１０の発光部１０ａ部分に固定された様子を示す図である。 図５は、検査システム２０の検知部２１の別の例を示す図である。 図６は、検知部２１が複数の光センサー２１ａで構成される場合における輝度値に基づくサーバー２３の判断フローの一例を示すフローチャートである。 図７は、検知部２１が複数の光センサー２１ａで構成される場合におけるＲＧＢ値に基づくサーバー２３の判断フローの一例を示すフローチャートである。 図８は、検知部２１がカメラ２１ｂで構成される場合における撮影画像に基づくサーバー２３の判断フローの一例を示すフローチャートである。 図９は、ユーザー端末２４がサーバー２３から受信した検知結果を表示する例を示す図である。 図１０は、検査システム２０を用いて作業員が火災報知システム１０の検査を行う様子を示す図である。 図１１は、ユーザーＩＤごとに感知器設置情報と検査ステータスとが対応付けられているテーブルを示す図である。 図１２は、施設のマップであって検査対象の複数の感知器１のアイコンＳ１が個々の設置位置にプロットされたマップＭを示す図である。 図１３は、サーバー２３が感知器設置情報を登録する動作を示すフローチャートである。 図１４は、サーバー２３へ感知器設置情報を登録した後、作業員５０が検査システム２０にて発光部１０ａの発光動作を検査する手順を示すフローチャートである。 図１５は、検知部２１として光センサー２１ａを用いる一態様を示す。 図１６は、光センサーボード２１ｃを検査対象機器１０に重ねた配置した状態を示す図である。 図１７は、光センサーボード２１ｃと発光部１０ａとの位置関係に応じて、少なくとも１つのいずれかの光センサー２１ａが各発光部１０ａの発光を検知する位置関係（発光検知関係）を示す図である。 図１８は、サーバー２３が発光検知関係を保持する手順を示すフローチャートである。 図１９は、ユーザー端末２４上で発光検知関係を設定する際のＧＵＩの一例を示す図である。 図２０は、ユーザー端末２４上で発光検知関係を設定する際のＧＵＩの一例を示す図である。 図２１は、ユーザー端末２４上で発光検知関係を設定する際のＧＵＩの一例を示す図である。 図２２は、ユーザー端末２４上で発光検知関係を設定する際のＧＵＩの一例を示す図である。 図２３は、ユーザー端末２４上で発光検知関係を設定する際のＧＵＩの一例を示す図である。 図２４は、ユーザー端末２４上で発光検知関係を設定する際のＧＵＩの一例を示す図である。 図２５は、サーバー２３の概略構成の一例を示すブロック図である。 図２６は、ユーザー端末２４の概略構成の一例を示すブロック図である。 図２７は、変形例の検査システム２０にて発光部１０ａの発光動作を検査する手順を示すフローチャートである。 図２８は、ユーザー端末２４の表示部に表示されるＧＵＩの一例を示す図である。 図２９は、検知結果に含まれる識別子とアイコンＳ１の番号とを対応付けたテーブルの例を示す図である。 図３０は、ユーザー端末２４の表示部に表示されるＧＵＩの一例を示す図である。 図３１は、ユーザー端末２４の表示部に表示されるＧＵＩの一例を示す図である。 図３２は、ユーザー端末２４の表示部に表示されるＧＵＩの一例を示す図である。 図３３は、発光部１０ａの近傍にディスプレイを備える火災報知システム１０の一例を示す図である。 図３４は、火災報知システム１０を介して通信部２２と非常ベル４０とを接続した状態を示す図である。

本発明の実施形態を以下、詳細に説明する。図１は、本発明の実施形態に係るシステムを示す図である。システムは、イベント報知用の発光手段を備える検査対象機器１０と、検査対象機器１０の発光動作を検査するための検査システム２０とを含む。

検査対象機器１０は、所定のイベントが発生したことを報知用の発光手段を用いた発光により報知する機能を有する機器である。例えば、本実施形態では、火災（イベント）の発生を報知する火災報知システム１０を例に説明する。火災報知システム１０は、ホテル、旅館、複合ビル、雑居ビル、学校、図書館等、多数の者が出入りする施設に備えられる。火災報知システム１０は、熱、煙、炎等を検知して検知信号を発報する複数の感知器１と接続され、各感知器１からの検知信号を受信する。火災報知システム１０は、複数の発光部１０ａを備える。火災報知システム１０は、各発光部１０ａと特定の感知器１とを対応付けており、ある感知器１から検知信号を受信すると、対応する所定の発光部１０ａを発光させるよう構成されている。各発光部１０ａは、１つ以上の感知器１が対応付けられる。理想的には、各感知器１と各発光部１０ａとが１対１で対応付けられることが好ましく、この場合は、発報した感知器１ごとに異なる発光部１０ａが発光することになるため、火災の発生場所が最も特定しやすい。ただし、階数の多い大規模なビル等の施設の場合、火災報知システム１０に備わる発光部１０ａの総数よりも多くの感知器１が必要になる場合もある。このような場合は、施設内の複数のエリアの夫々に点在して設置される２以上の感知器１（例えば、各階ごとに点在して設置される複数の感知器１）をひとまとめにして同一の発光部１０ａと対応付けることで、当該エリア単位（例えば階単位）で火災発生場所を特定することができる。また、各発光部１０ａと対応付けられた１以上の感知器１の設置場所を示す場所表示１０ｂが、各発光部１０ａに対応付けて設けられている。このような構成により、建物の管理者や防災担当者は、いずれかの感知器１が火災を検知した場合に、火災報知システム１０の発光部１０ａを視認することで、ただちに火災の発生場所を知ることができる。

検査システム２０は、検査対象機器１０（火災報知システム１０）の発光動作を検査するためのシステムである。火災報知システム１０の発光部１０ａが故障などによっていざ火災が発生したときに発光しなかった場合、大変な人的被害が生じる恐れがある。このため、火災報知システム１０においては、感知器１の検知信号に応答して対応する発光部１０ａが正常に発光することを確認するため定期的に検査することが重要である。

検査システム２０は、検知部２１、通信部２２、サーバー２３、ユーザー端末２４、及び感知器駆動器２５を備える。検知部２１は、発光部１０ａの発光状態を検知するセンサーであり、検知に応答して検知信号を出力する。検知部２１は、通信部２２と接続され、検知信号を通信部２２に出力する。通信部２２は、検知部２１から受信した検知信号に基づいて検知結果を、ネットワーク２を介してサーバー２３に送信する。サーバー２３は、検査システム２０による検査を管理するサーバーである。サーバー２３は、ユーザー端末２４からアクセス可能である。サーバー２３は、通信部２２から受信した検知結果に基づいて、検知部２１の検知結果を、ネットワーク２を介してユーザー端末２４に送信する。ユーザー端末２４は、検査システム２０を用いて火災報知システム１０の検査作業を行う作業員が所持し、操作する端末である。ユーザー端末２４は、サーバー２３から受信した検知結果を表示することで、検知結果を作業者に通知する。感知器駆動器２５は、検査作業を行う作業員が所持し、感知器１の検知動作を意図的に引き起こすための機器である。

感知器駆動器２５は、感知器１が検知する対象を発する機器である。例えば、感知器１が煙感知器である場合、感知器駆動器２５は煙を発する機構を有する。感知器１が熱感知器である場合、感知器駆動器２５は、ヒーターや燃焼装置などの熱を発する機構を有する。感知器駆動器２５には作業員が操作するスイッチが設けられ、作業員によるスイッチ操作に応じて機構が稼働する。

図２は、検査システム２０の検知部２１の一例を示す図である。この例では、検知部２１は、複数の光センサー２１ａから構成される。光センサー２１ａは、少なくとも火災報知システム１０の発光部１０ａと同数設けられ、各光センサー２１ａがそれぞれ異なる発光部１０ａの光を受光できるようになっている。各光センサー２１ａは、受光素子を有し、光を受光して電気信号（検知信号）を出力する。光センサー２１ａは、例えば、フォトトランジスタを備える照度センサーであってもよいし、ＲＧＢ（赤、緑、青）の異なる色信号を出力できるカラーセンサーであってもよい。各光センサー２１ａは通信部２２に接続される。

図３は、光センサー２１ａの構成の一例を示す図である。図３は、光センサー２１ａを側面から見た図である。光センサー２１ａは、受光素子を備える本体２１０ａを有する。本体２１０ａは、固定板２１０ｂに固定されており、本体２１０ａの受光部分を遮らないように、受光部分に対応する固定板２１０ｂの部分に開口部２１０ｃが設けられている。本体２０１ａの受光素子は、開口部２１０ｃを介して光を受光できるようになっている。また、固定板２１０ｂには、吸盤２１０ｄが固定されている。吸盤２１０ｄは、吸盤面が固定板２１０ｂを挟んで本体２１０ａと反対側に来るように、かつ、固定板２１０ｂの開口部２０１ｃからある程度離間して受光を妨げないように、固定板２０１ｂに固定されている。また、本体２１０ａには、本体２１０ａで生成した電気信号（検知信号）を通信部２２に送信するためのケーブル２１０ｅが設けられている。ケーブル２１０ｅは一端が本体２１０ａに接続され、他端が通信部２２に接続される。このように構成することで、開口部２１０ｃの直下に発光部１０ａが来るように発光部１０ａ付近に吸盤２１０ｄを固定することで、光センサー２１ａが発光部１０ａの光を受光する姿勢で固定することができる。

図４は、光センサー２１ａが火災報知システム１０の発光部１０ａ部分に固定された様子を示す図である。図示するように、各光センサー２１ａをそれぞれ異なる発光部１０ａの光を受光するように、各光センサー２１ａが設置される。

図５は、検査システム２０の検知部２１の別の例を示す図である。この例では、検知部２１は、カメラ２１ｂから構成される。カメラ２１ｂは、撮像素子を有し、アナログ又はデジタル方式で撮像を行う撮像機器である。カメラ２１ｂは、撮像素子、レンズ、メモリー等、当業者にとって周知の構成を有する。この例の場合、全ての発光部１０ａがカメラ２１ｂの撮像範囲に収まるように、カメラ２１ｂの撮像方向を全発光部１０ａに向けて、カメラ２１ｂが火災報知システム１０の付近に設置される。

検知部２１は、電源投入後、所定のタイミング（例えば１秒ごと等の所定時間ごと）で発光部１０ａの発光の検知動作を行うようにするとよい。例えば、検知部２１が複数の光センサー２１ａから構成される場合、各光センサー２１ａは所定時間ごとに輝度を示す輝度値やＲＧＢの各値を検知信号として出力する。例えば、検知部２１がカメラ２１ｂである場合、カメラ２１ｂは所定時間ごとに撮影画像を検知信号として出力する。通信部２２は、検知部２１により出力された検知信号をサーバー２３に送信する。

サーバー２３は、通信部２２を介して、所定のタイミングで検知部２１が出力した検知信号を受信し、検知信号に基づいて検知結果を生成する。具体的には、サーバー２３は、検知信号に基づいて発光部１０ａが発光したことを検知し、検知信号を出力する。例えば、検知部２１が複数の光センサー２１ａであり検知結果が各光センサー２１ａから出力される輝度値である場合、いずれかの光センサー２１ａにおける輝度値が所定の発光閾値を超えたことを示す検知信号を受信すると、これに応答して発光部１０ａが発光したことを示す肯定的な検知信号を出力するとよい。また、例えば、検知結果が各光センサー２１ａによるＲＧＢ値である場合、いずれかの光センサー２１ａから所定の色（例えば、赤やオレンジ）に対応するＲＧＢ値が出力されたことを示す検知信号を受信すると、これに応答して発光部１０ａが発光したことを示す肯定的な検知信号を出力するとよい。また、例えば、検知部２１がカメラ２１ｂであって検知結果がカメラ２１ｂの撮影画像である場合、画像認識処理により、基準となる撮影画像（発光部１０ａが発光していない状態の撮影画像）と検知信号が示す撮影画像とを比較して、いずれかの発光部１０ａが発光したことを認識した場合、これに応答して肯定的な検知信号を出力するとよい。

また、サーバー２３による検査動作を行う間、検知部２１が発光部１０ａの発光を正しく検知できる位置、姿勢で、検知部２１がきちんと固定されている必要がある。もし検知動作の途中で作業員の気づかぬ間に検知部２１が動かされたりして発光部１０ａの発光を検知できなくなると、もはや検知動作の実行が困難となってしまう。例えば、検知部２１が複数の光センサー２１ａから構成される場合、いずれかの光センサー２１ａが、当初取り付けていた発光部１０ａ付近の位置から脱落してしまうと、もはや発光部１０ａの受光ができなくなり発光を検知できなくなってしまう。脱落は、例えば、吸盤２１０ｄにより光センサー２１ａを発光部１０ａ付近に取り付けている場合に、吸盤２１０ｄが剥がれ落ちることにより光センサー２１ａが外れてしまうことを指す。また、検知部２１がカメラ２１ｂである場合、カメラ２１ｂの撮像範囲が発光部１０ａから逸脱してしまうと、もはや発光部１０ａの画像認識ができなくなり発光を検知できなくなってしまう。

そこで、サーバー２３は、所定のタイミングで検知部２１の検知信号を受信している間、検知部２１が発光部１０ａの発光を検知できる位置、姿勢で固定されているか否かを判定し、検知部２１が発光部１０ａの発光を検知できる位置、姿勢で固定されていないと判定した場合はその旨を示すエラーメッセージを生成してユーザー端末２４に通知する。具体的には、検知部２１が光センサー２１ａである場合、ある時点での全ての光センサー２１ａの検知信号（輝度値やＲＧＢ値）を基準値として記憶しておき、検知信号の受信ごとに、いずれかの光センサー２１ａの起動値やＲＧＢ値が異常値を示していないか判定する。例えば、輝度値であれば、発光部１０ａの発光を検知する発光閾値を超えた変化ではないがそれ未満の所定の異常知識位置を超えた輝度値変化が発生した場合に当該光センサー２１ａの脱落が発生したと判定できる。また、ＲＧＢ値であれば、発光部１０ａの発光を検知する色（例えば赤やオレンジ）とは異なる色を示すＲＧＢ値に基準値から変化した場合に当該光センサー２１ａの脱落が発生したと判定できる。複数の光センサー２１ａにおける輝度値やＲＧＢ値に上記変化が発生した場合、複数の光センサー２１ａが脱落したと判定できるが、一方で、あまりに多くの光センサー２１ａが同時に脱落することは考えにくく、仮に多くの光センサー２１ａにおける輝度値やＲＧＢ値が同じタイミングで変化した場合は、脱落ではなく検知部２１が取り付けられている環境の明るさ（例えば火災報知システム１０が設置されている部屋の明るさ）に変化が生じた可能性が高い。このため、このような環境変化を光センサー２１ａの脱落と誤検出することを防ぐため、全ての光センサー２１ａのうちある一定割合以上の複数の光センサー２１ａにおける輝度値やＲＧＢ値が同時に上記変化を示した場合は、光センサー２１ａの脱落ではなく明るさの環境変化があったと判定するとよい。検知部２１がカメラ２１ｂである場合、ある時点でのカメラ２１ｂの撮影画像を基準画像として記憶しておき、検知信号が示す撮影画像と比較し、撮影画像全体にわたって所定の変化が発生した場合、カメラ２１ｂの撮像範囲が発光部１０ａから逸脱したと判定するとよい。一方、当該所定の変化程ではないが、撮影画像全体にわたって基準画像に比して輝度の変化があった場合は、明るさの環境変化があったと判定するとよい。

図６は、検知部２１が複数の光センサー２１ａで構成される場合における輝度値に基づくサーバー２３の判断フローの一例を示すフローチャートである。検知部２１は電源投入後、各光センサー２１ａの輝度値を検知信号として所定のタイミングで生成し、通信部２２が検知信号をサーバー２３に送信する（Ｓ１０）。サーバー２３は、まず所定の時点での受信した輝度値を基準値として記憶する（Ｓ１１、Ｓ１２）。その後、サーバー２３は、輝度値を受信するごとに、当該輝度値と基準値を比較する。比較の結果、全ての光センサー２１ａのうち所定割合以上の複数の光センサー２１ａにおける輝度値に変化があった場合、明るさの環境変化があったと判定し（Ｓ１３）、変化後の輝度値を基準値として更新する（Ｓ１４）。一方、比較の結果、ある光センサー２１ａにおける輝度値に所定の第１閾値を超える変化があった場合、当該光センサー２１ａが発光したと判定して肯定的な検知信号を出力する（Ｓ１５）。一方、比較の結果、上記所定割合未満の１または複数の光センサー２１ａにおける輝度値が所定の第２閾値を超えた場合、当該光センサー２１ａが脱落したと判定してエラーメッセージを出力する（Ｓ１６）。ここで、第２閾値は、第１閾値よりも低い値である。

図７は、検知部２１が複数の光センサー２１ａで構成される場合におけるＲＧＢ値に基づくサーバー２３の判断フローの一例を示すフローチャートである。検知部２１は電源投入後、各光センサー２１ａのＲＧＢ値を検知信号として所定のタイミングで生成し、通信部２２が検知信号をサーバー２３に送信する（Ｓ２０）。サーバー２３は、まず所定の時点での受信したＲＧＢ値を基準値として記憶する（Ｓ２１、Ｓ２２）。その後、サーバー２３は、ＲＧＢ値を受信するごとに、当該ＲＧＢ値と基準値を比較する。比較の結果、全ての光センサー２１ａのうち所定割合以上の複数の光センサー２１ａにおけるＲＧＢ値に変化があった場合、明るさの環境変化があったと判定し（Ｓ２３）、変化後のＲＧＢ値を基準値として更新する（Ｓ２４）。一方、比較の結果、ある光センサー２１ａにおけるＲＧＢ値が所定の発光色（例えば赤やオレンジ色）を示す場合、当該光センサー２１ａが発光したと判定して肯定的な検知信号を出力する（Ｓ２５）。一方、比較の結果、上記所定割合未満の１または複数の光センサー２１ａにおけるＲＧＢ値が、上記発光色とは異なる所定の色を示す場合、当該光センサー２１ａが脱落したと判定してエラーメッセージを出力する（Ｓ２６）。

図８は、検知部２１がカメラ２１ｂで構成される場合における撮影画像に基づくサーバー２３の判断フローの一例を示すフローチャートである。検知部２１は電源投入後、カメラ２１ｂの撮影画像を検知信号として所定のタイミングで生成し、通信部２２が検知信号をサーバー２３に送信する（Ｓ３０）。サーバー２３は、まず所定の時点での受信した撮影画像を基準画像として記憶する（Ｓ３１、Ｓ３２）。その後、サーバー２３は、撮影画像を受信するごとに、当該撮影画像と基準画像を比較する。比較の結果、撮影画像全体のうち所定割合以上の部分において第１閾値を超える輝度の変化であって画素ごとにばらつきのある輝度の変化があった場合、カメラ２１ｂの撮影方向が逸脱したと判定してエラーメッセージを出力する（Ｓ３６）。一方、比較の結果、上記所定割以上の部分において第２閾値を超える輝度の変化であって画素ごとに均一性のある輝度の変化があった場合、明るさの環境変化があったと判定し（Ｓ３３）、変化後の撮影画像を基準画像として更新する（Ｓ３４）。第２閾値は、第１閾値よりも低い閾値であるとよい。一方、比較の結果、撮影画像の一部であって発光部１０ａに相当する部分に輝度の変化があった場合、当該光センサー２１ａが発光したと判定して肯定的な検知信号を出力する（Ｓ３５）。

以上のように、サーバー２３は検知部２１の検視信号に基づいて随時発光部１０ａの発光を判断して検知結果として出力する。検知結果はユーザー端末２４に送信され、ユーザー端末２４上に表示される。作業員がユーザー端末２４上に表示された検知結果を確認することで、感知器１の駆動に応じて正常に発光部１０ａが発光したかどうかを検査することができる。

図９は、ユーザー端末２４がサーバー２３から受信した検知結果を表示する例を示す図である。図９に示すように、ユーザー端末２４の表示部には、検査対象の発光部１０ａに対応するアイコンＳ１が表示される。アイコンＳ１は、火災報知システム１０に備わる発光部１０ａと同数が、例えばタイル状に表示される。図９に示す例では、火災報知システム１０に２０個の発光部１０ａが備わる例であり、これに対応する２０個のアイコンＳ１が表示される。ユーザー端末２４は、サーバー２３から、いずれかの発光部１０ａの発光を示す肯定的な検知結果を受信するたびに、所定のアイコンＳ１から順に所定の順序でアイコンＳ１の表示態様を変化させる。例えば、図９（ａ）に示すように、一番左上のアイコンＳ１から右に向かって順に、また右端のアイコンＳ１の表示態様を変化させたら続いて一段下がって再び左端のアイコンＳ１から右に向かって順に表示態様を変化させるとよい。表示態様の変化とは、例えば、アイコンＳ１のデフォルトの表示態様から、色を変化させる、輝度を変化させる、点滅させる、アイコンＳ１のサイズを拡大する、等により表示態様を変化させるとよい。このようなユーザー端末２４上のアイコンＳ１の表示態様の変化を視認することで、作業員は発光部１０ａの発光を検査することができる。また一方で、ユーザー端末２４は、サーバー２３から上記のエラーメッセージを受信した場合は、図９（ｂ）に示すように、検知部２１の設置状態に異常が発生し発光部１０ａの発光を検知できない状態にあるため現場での確認を促すメッセージＳ２を表示する。

図１０は、検査システム２０を用いて作業員が火災報知システム１０の検査を行う様子を示す図である。図９に示すように、作業員５０はまず、検知部２１と通信部２２とを、検知部２１が発光部１０ａの発光を検知できる場所に設置し、検知部２１と通信部２２の電源を投入して検知部２１による発光部１０ａの検知動作とサーバー２３による発光を判断しての検知結果の出力処理を開始する。次に、作業員５０は、ユーザー端末２４と感知器駆動器２５とを所持し、火災報知システム１０と感知器１が設置されている施設３内において、検査を行いたい感知器１の付近まで赴く。感知器１の付近で、作業員５０は、感知器駆動器２５を稼働させて、意図的に感知器１に検知動作を行わせる。また、作業員５０は、感知器駆動器２５を駆動させることと並行して、ユーザー端末２４でサーバー２３にアクセス（ログイン）しておき、これにより、ユーザー端末２４がサーバー２３から検知結果の受信を待機する。そうすると、感知器１の感知動作に基づいて発光部１０ａが発光しだい、この発光を検知部２１が検知し、サーバー２３が検知部２１からの検知信号に基づいて発光部１０ａの発光を判断して検知結果を出力する。ユーザー端末２４はサーバー２３にログインしていることで、サーバー２３から検知結果を受信し、表示する。このようにすることで、作業員５０は、感知器駆動器２５を用いて、感知器１の検知動作に応じて対応する発光部１０ａが正常に発光したことを、ユーザー端末２４における表示を視認することで把握することができる。以上の検査手順を施設３内の全ての感知器１に対して（すなわち、全ての発光部１０ａに対して）実施することで、施設３内の感知器１が全て正常に動作することを確認することができる。

サーバー２３は、検査システム２０を用いて検査を行うユーザーごとに（すなわち、作業員５０ごとや作業員５０が属する会社などの組織ごとに）、当該ユーザーが検査を行う施設内の感知器１の設置情報の登録を受け付けて管理するよう構成されていてもよい。また、サーバー２３は、各感知器１の検査の完了状態を検査ステータスとして管理するよう構成されていてもよい。図１１（ａ）（ｂ）はそれぞれ、サーバー２３で管理される感知器１の設置情報と検査ステータスが対応付けられたテーブルを示す図である。図１１（ａ）（ｂ）に示すように、ユーザーＩＤごとに感知器設置情報と検査ステータスとが対応付けられている。ユーザーＩＤは、検査システム２０を用いて検査を実施するユーザー（作業員個人、作業員が属する会社や組織、等）ごとに発行されるＩＤである。作業員５０は、ユーザー端末２４から自己のＩＤを使ってサーバー２３にログインすることができる。感知器設置情報は、対応するユーザーＩＤのユーザーが検査を行う施設内の感知器１の情報である。図１１（ａ）に示す感知器設置情報は、例えば図１２に示すように、施設のマップＭであって検査対象の複数の感知器１のアイコンＳ３が個々の設置位置にプロットされたマップＭ（レイアウト図、見取り図等）である。図１１（ｂ）に示す感知器設置情報は、各感知器１に対応して発光する発光部１０ａの個数である。その他、感知器設置情報は、例えば、感知器１の個数や感知器１をリスト化したもの等であってもよい。検査ステータスは、感知器設置情報が示す検査対象の全発光部１０ａの検査がどの程度完了したかを示す情報である。検査ステータスは、例えば、検査対象の全発光部１０ａに対する検査が完了した発光部１０ａの数の割合を示す。サーバー２３は、発光部１０ａが発光したことを判断して上述した肯定的な検知信号を出力するたびに、検査ステータスを更新していく。

以上のように、作業員５０は、検査を実施予定の発光部１０ａや対応する感知器１の設置情報をサーバー２３に登録し、検査を開始する。検査においては、検知部２１を火災報知システム１０の発光部１０ａ付近に設置し、図１０に示したように作業員５０がユーザー端末２４と感知器駆動器２５を用いて発光部１０ａの発光動作を検査する。図１３〜１４は、検査システム２０による検査の手順を示す図である。

図１３は、サーバー２３が感知器設置情報を登録する動作を示すフローチャートである。まず、ユーザー端末２４からサーバー２３にログインする（ステップＳ４０）。ユーザー端末２４は、感知器設置情報の登録を行うユーザーインターフェース（ＵＩ）を有効にし、感知器設置情報の入力を受け付ける（ステップＳ４１）。ステップＳ４１では、例えば、上述した施設マップＭや発光部１０ａの個数の入力を受け付ける。ステップＳ４１において、ユーザー端末２４は、受け付けた感知器設置情報をサーバー２３に送信する。サーバー２３は、ユーザー端末２４から受信した感知器設置情報の登録を受け付け（ステップＳ４２）、ログインされているユーザーＩＤと対応付けて感知器設置情報を登録する（ステップＳ４３）。

図１４は、サーバー２３へ感知器設置情報を登録した後、作業員５０が検査システム２０にて発光部１０ａの発光動作を検査する手順を示すフローチャートである。まず、ユーザー端末２４からサーバー２３にログインする（ステップＳ１００）。サーバー２３は、ログイン時に入力されたユーザーＩＤに基づきユーザー認証を行い（ステップＳ１０１）、図１１に示すテーブルを参照してユーザーＩＤに対応付けられた感知器設置情報を読み出し、ユーザー端末２４に通知する（ステップＳ１０２）。ユーザー端末２４は、感知器設置情報を受信する（ステップＳ１０３）ことで検査開始の準備が整い、サーバー２３から検知結果の受信を待機する。このとき、ユーザー端末２４は、図９に示したアイコンＳ１を表示する（ステップＳ１０４）。アイコンＳ１は、受信した感知器設置情報が発光部１０ａの個数を示す場合は、感知器設置情報を参照して同数のアイコンＳ１を表示するとよい。また、受信した感知器設置情報が図１２に示すマップＭである場合は、ユーザー端末２４は、アイコンＳ１とともに又は選択的にマップＭを表示して作業員５０が随時視認することができるようするとよい。次に、作業員５０は、駆動させる感知器１が設置された現場にて、感知器駆動器２５を感知器１に近づけて感知器１を意図的に駆動させる。この一連の検査行動によって、感知器１が駆動すると、火災報知システム１０の対応する発光部１０ａが発光することで、検査システム２０の検知部２１がこの発光を検知して検知信号を出力し（ステップＳ１０５）、通信部２２がこの検知信号をサーバー２３に送信する（ステップＳ１０６）。サーバー２３は検知信号を受信すると（ステップＳ１０７）、当該信号に基づいて発光部１０ａの発光を判断して肯定的な検知結果を出力し、ユーザー端末２４に送信する（ステップＳ１０８）。ユーザー端末２４は、肯定的な検知結果を受信すると（ステップＳ１０９）、アイコンＳ１の表示態様を変化させて発光部１０ａが発光した旨を報知する（ステップＳ１１０）。サーバー２３は、発光部１０ａが発光したことを示す肯定的な検知結果の送信に応答して、ログイン中のユーザーＩＤに対応する検査ステータスを更新する（ステップＳ１１１）。

図１５は、図２〜４に示したように検知部２１として光センサー２１ａを用いる、別の態様を示す。図４に示した例では、光センサー２１ａを一つずつ、一対一の関係で一つの発光部１０ａと対応させて配置する。これに対し、図１５に示す例では、所定の間隔をあけてマトリックス状に複数の光センサー２１ａを配置して構成した光センサーボード２１ｃを用いる。光センサーボード２１ｃは、例えば、木材や樹脂材や金属材等の板状の部材であり、一方の面において複数の光センサー２１ａをマトリックス状に配置（図１５の例では縦４つ、横７つの合計２８個の光センサー１０ａを配置）してある。光センサー２１ａ同士の配置間隔は、少なくとも、検査対象となりうる典型的な検査対象機器１０における発光部１０ａの配置間隔以下の狭い間隔とし、全ての間隔は一定とする。各光センサー２１ａの配線は、集線されて通信部２２と接続される。

このような光センサーボード２１ｃを検査対象機器１０の発光部１０ａに対し、光センサー２１ａが設けられた面を発光部１０ａ側に向けて、すき間を開けつつ重ねて配置すると（被せると）、図１６〜１７に示すように、光センサーボード２１ｃと発光部１０ａとの位置関係に応じて、少なくとも１つのいずれかの光センサー２１ａが各発光部１０ａの発光を検知することができる。すなわち、各光センサー２１ａと発光部１０ａとの位置関係がぴったりと一対一の関係で定まらなくても、光センサーボード２１ｃと発光部１０ａとの間に確保されたすき間を通って放出される発光部１０ａの光が、この発光部１０ａの近傍に位置する光センサー１０ａによって検知される。例えば、図１６〜１７の例では、左上の発光部１０ａ（「１Ｆ南廊下」とラベルされた発光部１０ａ）が発光した場合、光センサーボード２１ｃ内の左上の２つの光センサー２１ａ−１と２１ａ−２が発光を検知する。右上の発光部１０ａ（「１Ｆ東廊下」とラベルされた発光部１０ａ）が発光した場合、光センサーボード２１ｃ内の上部中間辺りの２つの光センサー２１ａ−３と２１ａ−４が発光を検知する。左中の発光部１０ａ（「１Ｆ−２Ｆ階段」とラベルされた発光部１０ａ）が発光した場合、光センサーボード２１ｃ内の左中の２つの光センサー２１ａ−５と２１ａ−６が発光を検知する。

このように光センサーボード２１ｃ内の光センサー２１ａと発光部１０ａとの位置関係に応じた発光部１０ａの発光と光センサー２１ａの検知との間の関係（発光検知関係）を、あらかじめ把握しておくことで、感知器１の駆動に基づく光センサー２１ａの検知が正常であるか否かを判断し、検知結果を生成することができる。すなわち、例えば、ある発光部１０ａを基準として、当該発光部１０ａと横方向に隣接する発光部１０ａ（横方向に一つ隣の発光部１０ａ）と、縦方向に隣接する（縦方向に一つ隣の発光部１０ａ）とを含めた、合計３つの発光部１０ａそれぞれの発光に伴って検知する光センサー２１ａを特定しておけば、発光する発光部１０ａが横方向及び縦方向それぞれに一つずれるたびにどの光センサー２１ａが反応して検知するかを知ることができる。このため、サーバー２３は、検知結果の生成および送信（ステップＳ１０８）に先立って、上述した３つの発光部１０ａそれぞれの発光に伴う発光検知関係を保持し、この発光検知関係を参照して検知結果を生成する。

図１８は、サーバー２３が発光検知関係を保持する手順を示すフローチャートである。まず、ユーザー端末２４が、発光検知関係の入力を受け付ける（ステップＳ５０）。ステップＳ５０において、ユーザー端末２４は、例えば図１９に示すように、光センサーボード２１ｃを模したＧＵＩ要素２５を含むＧＵＩ（グラフィカルユーザーインターフェース）を表示部に表示する。ＧＵＩ要素２５は、光センサーボード２１ｃ上の各光センサー２１ａと同じ位置関係で同数のＧＵＩ選択要素２５ａを含む。各ＧＵＩ選択要素２５ａは作業員５０により選択可能であり、上述した少なくとも３つの発光部１０ａそれぞれが発光した際に反応する光センサー２１ａ（発光検知関係）を、ＧＵＩ選択要素２５ａの選択によって特定することができる。図１９〜２４は、ＧＵＩ要素２５を通じて作業員５０がＧＵＩ選択要素２５ａを選択することにより、発光検知関係を入力する手順を示す。図１９〜２０に示すように、まずＧＵＩは、ある一つの発光部１０ａ（例えば、最も左上の発光部１０ａ）が発光した際に反応する光センサー２１ａに対応するＧＵＩ選択要素２５ａの選択を促す。図２０は、左上２つのＧＵＩ選択要素２５ａ（図１７に示した光センサー２１ａ−１、２１ａ―２に対応するＧＵＩ選択要素２５ａ）が選択された例を示す。次に、図２１〜２２に示すように、ＧＵＩは、横方向に一つ隣の発光部１０ａが発光した際に反応する光センサー２１ａに対応するＧＵＩ選択要素２５ａの選択を促す。図２２は、上部中間あたりの２つのＧＵＩ選択要素２５ａ（図１７に示した光センサー２１ａ−３、２１ａ―４に対応するＧＵＩ選択要素２５ａ）が選択された例を示す。次に、図２３〜２４に示すように、ＧＵＩは、縦方向に一つ隣の発光部１０ａが発光した際に反応する光センサー２１ａに対応するＧＵＩ選択要素２５ａの選択を促す。図２４は、左中２つのＧＵＩ選択要素２５ａ（図１７に示した光センサー２１ａ−５、２１ａ―６に対応するＧＵＩ選択要素２５ａ）が選択された例を示す。このように、順次ＧＵＩを遷移して、ユーザー端末２４は、上述した少なくとも３つの隣接した発光部１０ａにおける発光検知関係の入力を受け付ける。

ユーザー端末２４は、受け付けた発光検知関係をサーバー２３に送信する（ステップＳ５１）。サーバー２３は、発光検知関係を受信して（ステップＳ５２）、内部に保持する（ステップＳ５３）。これにより、サーバー２３は、光センサー２１ａからの検知信号を受信するたびに、保持した発光検知関係を参照して検知結果を生成することができる。すなわち、発光検知関係により、横方向及び縦方向に一つずつ発行する発光部１０ａがずれるたびに、どの光センサー２１ａが反応するかを推定することができるため、光センサー２１ａからの検知信号が当該推定と合致していれば発光部１０ａが正常に発光した旨の肯定的な検知結果を出力し、合致していなければエラーメッセージを出力すればよい。

サーバー２３は、パーソナルコンピューター（ＰＣ）やワークステーション等のコンピューターで構成されている。図２５は、サーバー２３の概略構成の一例を示すブロック図である。サーバー２３は、プロセッサー２３１、通信回路２３２、記憶部２３３、及びバス２３４を有する。プロセッサー２３１は、コンピュータープログラム命令を実行することで通信回路２３２や記憶部２３３の制御等、各種制御を実行する。例えば、プロセッサー２３１は、通信回路２３２を介して受信した検知信号に基づき検知結果を生成する。通信回路２３２は、ネットワーク２を介して通信部２２やユーザー端末２４と通信を行う。記憶部２３３は、各種情報を記憶するメモリーやストレージであり、例えば、図６〜８に基づき説明した発光部１０ａの発光判断に用いる閾値、上述した感知器設置情報、検査ステータス、発光検知関係等を記憶する。バス２３４は、サーバー２３内の各種コンポーネントを相互接続し、データや情報の相互通信に用いられる。

ユーザー端末２４は、スマートフォン、タブレット、ＰＣ等の可搬性のコンピューターで構成されている。図２６は、ユーザー端末２４の概略構成の一例を示すブロック図である。ユーザー端末２４は、プロセッサー２４１、通信回路２４２、記憶部２４３、入力部２４４、出力部２４５、及びバス２４６を有する。プロセッサー２４１は、コンピュータープログラム命令を実行することで通信回路２４２、記憶部２４３、入力部２４４、出力部２４５の制御等、各種制御を実行する。例えば、プロセッサー２４１は、通信回路２４２を介してサーバー２３から検知結果を受信して、検知結果を出力部２４５から出力する制御を行ったり、入力部２４４を介して入力された情報を通信回路２４２を介してサーバー２３に送信する制御を行ったりする。通信回路２４２は、ネットワーク２を介してサーバー２３と通信を行う。記憶部２４３は、サーバー２３から受信した感知器設置情報など各種情報を記憶するメモリーやストレージである。入力部２４４は、ユーザーからの入力操作を受け付けるインターフェース装置であり、キーパッドやボタン等である。出力部２４５は、各種情報を出力するもので、音声を出力するスピーカーや映像を表示するディスプレイ等で構成される。入力部２４４と出力部２４５とが一体となってタッチパネルを構成してもよい。

以上のように検査システム２０を構成したことにより、作業員５は、検知部２１を火災報知システム１０の発光部１０ａ付近に設置し、感知器駆動器２５とユーザー端末２４とを持って感知器１の設置個所を巡回しるという一連の作業により発光部１０ａの発光動作を検査することができる。これら一連の作業は作業員５が一人でできる内容であり、検査工程全体を簡略化、省人化することができる。

以上説明した検査システム２０の構成は一例であり、種々の変形が可能である。例えば、上述した検査システム２０では、通信部２２が検知部２１の検知部２１の検知信号をサーバー２３に送信し、これを受信したサーバー２３が検知信号に基づいて発光部１０ａの発行を判断している。この構成に限らず、通信部２２が検知部２１の検知信号に基づき発光部１０ａの発行を判断するようにしてもよい。この場合、通信部２１は、サーバー２３と同じようにプロセッサーを備え、検知部２１から受信した検知信号に基づいて、ステップＳ１１〜Ｓ１６、ステップＳ２１〜Ｓ２６、またはステップＳ３１〜３６の処理を実行する。図２７は、変形例の検査システム２０にて発光部１０ａの発光動作を検査する手順を示すフローチャートである。変形例では、検知部２１による検知結果が出力されると（Ｓ１０５）、検知信号を受けた通信部２２がステップＳ１１〜Ｓ１６、ステップＳ２１〜Ｓ２６、またはステップＳ３１〜３６の判定処理を行い、肯定的または否定的な検知結果をサーバー２３に送信する（Ｓ１２０）。サーバー２３は、通信部２２からの検知結果を受けて（Ｓ１２１）、この検知結果をそのままユーザー端末２４に送信する（Ｓ１２２）。ユーザー端末２４が検知結果の表示を行う（Ｓ１０９〜Ｓ１１０）、サーバー２３が検査スタータスを更新する（Ｓ１１０）といったことは同様である。

以下、ステップＳ１０３〜Ｓ１１０においてユーザー端末２４の表示部に表示されるＧＵＩの例を詳細に説明する。図２８に示すように、ＧＵＩは、検査対象の発光部１０ａに対応するアイコンＳ１を含む。ＧＵＩは、火災報知システム１０に備わる発光部１０ａの数と同数のアイコンＳ１を表示するとよい。検知部２１が複数の光センサー２１ａである場合、光センサー２１ａの数に対応する個数のアイコンＳ１を表示するとよい。図２８に示すように、アイコンＳ１は、１から順に番号が割り当てられ（図２８の例では１〜２０までの合計２０個のアイコンＳ１）、各自割り当てられた番号が表示されるとよい。Ｓ１０３で受信する感知器情報に含まれる発光部１０ａの個数と同数のアイコンＳ１が表示されるとよい。

ＧＵＩ上の各アイコンＳ１は、それぞれ特定の発光部１０ａの発光に伴って当該発光を通知する。このため、各アイコンＳ１と発光部１０ａとの位置が対応付けられる。具体的には、検知部２１が複数の光センサー２１ａである場合、通信部２２は、個々の光センサー２１ａのうちどの発光部１０ａに取り付けられた光センサー２１ａから検知信号を受信したかを判定する。通信部２２は、個々の光センサー２１ａに対応する複数の入力端子を有し、個々の光センサー２１ａはそれぞれいずれかの入力端子に接続される。各入力端子には、あらかじめ固有の識別子が割り当てられており、ユーザーによって特定の発光部１０ａに対応する光センサー２１ａが各入力端子に接続される。これにより、発光部１０ａと、光センサー２１ａと、入力端子とが一体的に対応付けられ、結果的に、検知信号を受信した入力端子を特定することで、どの発光部１０ａに対応する光センサー２１ａから検知信号を受信したかを判定することができる。例えば、入力端子＃１を通じて検知信号を受信した場合、＃１の発光部１０ａに対応する＃１の光センサー２１ａから検知信号を受信したことを検知できる。通信部２２がサーバー２３に送信する検知信号は、発光した発光部１０ａを識別する識別子（すなわち、検知信号を送出した光センサー２１ａが接続された入力端末を識別する識別子）を含む（Ｓ１０６）。

また、検知部２１がカメラ２１ｂである場合、通信部２２は、カメラ２１ｂの撮影画像を画像認識することで、複数の発光部１０ａのうちどの発光部１０ａが発光したかを判定する。通信部２２は、画像認識により撮影画像の中から発光動作を検知した位置を特定し、この位置に応じてどの発光部１０ａが発光したかを判定する。例えば、火災報知システム１０上の複数の発光部１０ａの夫々の位置を登録しておき、カメラ２１ｂの撮影画像の中から発光動作した発光部１０ａの位置を特定し、この特定位置から最も近い位置にある発光部１０ａが発光したことを判定するとよい。通信部２２がサーバー２３に送信する検知信号は、発光した発光部１０ａを識別する識別子を含む（Ｓ１０６）。

サーバー２３が送信する肯定的な検知結果は、通信部２２から受信した検知信号に含まれる識別子（発光した発光部１０ａを識別する識別子）を含む（Ｓ１０８）。

ユーザー端末２４は、サーバー２３から受信した肯定的な検知結果に含まれる識別子に応じて、特定するアイコンＳ１で発光の通知を行う（Ｓ１０９、Ｓ１１０）。このために、ユーザー端末２４において、あらかじめ、検知結果に含まれる識別子とアイコンＳ１との対応付けがなされている。ユーザー端末２４は、識別子とアイコンＳ１の番号とを対応付けたテーブルを保持する。図２９は、識別子とアイコンＳ１の番号とを対応付けたテーブルＴ１の例を示す。各アイコンＳ１は固有の識別子と対応付けられており、ユーザー端末２４は、テーブルＴ１を参照して、検知結果に含まれる識別子に応じて対応する番号のアイコンＳ１で通知を行う。図２８に示す例では、例えば、検知結果に識別子「００３」が含まれていた場合、これは識別子００３に対応する発光部１０ａが発光したことを意味し、識別子００３に対応付けられた番号「３」のアイコンＳ１で当該発光の通知が行われる。

ユーザー端末２４は、復旧通知機能を有していてもよい。復旧通知機能は、いったん発光した発光部１０aが発光状態から復旧したことを通知する機能である。すなわち、いったん感知器駆動器２５を使って感知器１を作動させて対応する特定の発光部１０aが発光させると、その後、感知器1はしばらく感知を続け、対応する発光部１０aの発光状態が継続する。その後、感知器１が感知しなくなると、対応する発光部１０aは消灯し、再度検査することが可能となる。サーバー２３は、特定の識別子を含む肯定的な検知結果を送信した後（Ｓ１０８）、当該識別子を有する検知信号の受信状態を一定期間内監視する。サーバー２３が当該識別子を有する検知信号が受信し続けている（Ｓ１０７）間は、当該識別子に対応する発光部１０aが発光状態のままである。一定期間内に当該識別子を有する検知信号を受信しなくなると、サーバー２３は、対応する発光部１０aが消灯したと判断し、当該発光部１０aが発光状態から復旧したことを示す検知信号（復旧検知信号）をユーザー端末２４に送信する（Ｓ１０８）。復旧検知信号は、識別子を含む。ユーザー端末２４は、復旧検知信号を受信すると、同信号に含まれる識別子に対応するアイコンＳ１において復旧したことを通知する（Ｓ１１０）。図３０は、ユーザー端末２４における復旧通知の一例を示す図である。図３０に示すように、ユーザー端末２４は、表示中のＧＵＩ上において、受信した復旧検知信号が示す識別子に対応するアイコンＳ１の表示態様を変化させる。図３０の例では、「復旧」という文字が当該アイコンＳ１に表示される。

ＧＵＩにおいて、各アイコンＳ１は選択可能に構成され、任意のアイコンＳ１の選択に応じて、選択されたたアイコンＳ１の設定ができるようにしてもよい。図３１に示すように、アイコンＳ１の選択に応じて、選択されたアイコンＳ１に関連付けられたメニューＭ１が表示される。メニューＭ１は、選択可能なメニューボタンを含む。図３１に示す例では、発信設定用メニューボタンＭ１１と、トラブル設定用メニューボタンＭ１２と、復旧通知設定用メニューボタンＭ１３と、復旧通知無効用メニューボタンＭ１４とが含まれている。発信機設定メニューボタンＭ１１は、当該アイコンＳ１に対応する発光部１０ａを「発信機」の発光部として設定するためのメニューボタンである。これは、火災報知システム１０の発光部１０ａの中に、感知器１の検知信号に対応して発光するものではなく、感知器１とは別に火災報知システム１０に接続された発信機からの発信信号に応じて発光する発光部がある場合であって、この発光部の発光を検査対象から除外するための設定に使用される。発信機設定メニューボタンＭ１１が選択されると、当該アイコンＳ１に対応する発光部の発光は、発光の検知としては扱われない。発信機設定メニューボタンＭ１１の選択に応じて、当該アイコンＳ１は、図３２に示すように、番号の表示から「発信機」を表す表示に切り替わるとよい（図３２の例では、番号「３」が割り当てられていたアイコンＳ１が、発信機を示す「Ｈ」に表示が切り替わっている）。トラブル設定メニューボタンＭ１２は、当該アイコンＳ１に対応する発光部１０ａを「トラブル発生」の発光部として設定するためのメニューボタンである。これは、火災報知システム１０の発光部１０ａの中に、感知器１の検知信号に対応して発光するものではなく、火災報知システム１０のトラブル（例えば、火災報知システム１０と感知器１との接続線に生じる断線など）が発生した際に発光する発光部がある場合であって、この発光部の発光を検査対象から除外するための設定に使用される。トラブル設定メニューボタンＭ１２が選択されると、当該アイコンＳ１に対応する発光部の発光は、発光の検知としては扱われない。トラブル設定メニューボタンＭ１２の選択に応じて、当該アイコンＳ１は、図３２に示すように、番号の表示から「トラブル」を表す表示に切り替わるとよい（図３２の例では、番号「１５」が割り当てられていたアイコンＳ１が、トラブルを示す「Ｔ」に表示が切り替わっている）。このように、感知器１の検知信号に応じて発光するものとは関係のない発光部が発光部１０ａに含まれている場合に、そのような無関係な発光部をＧＵＩ上で設定しておき、検査対象から外すことができる。

復旧通知設定用メニューボタンＭ１３および復旧通知無効用メニューボタンＭ１４は、当該アイコンＳ１に対応する発光部１０ａについて上述した復旧通知機能を有効または無効（ＯＮ／ＯＦＦ）するためのメニューボタンである。アイコンＳ１について復旧通知機能が無効である状態で、復旧通知設定メニューボタンＭ１３が選択されると、当該アイコンＳ１に対応する発光部１０ａに対して復旧通知機能が有効となる。アイコンＳ１について復旧通知機能が有効になっている状態で、復旧通知無効メニューボタンＭ１４が選択されると、当該アイコンＳ１に対応する発光部１０ａに対して復旧通知機能が無効となる。アイコンＳ１について復旧通知機能が無効に設定されると、ユーザー端末２４は、サーバー２３に対して復旧通知機能を停止する旨の復旧通知機能停止信号を送信する。復旧通知機能停止信号は、当該アイコンＳ１に対応する識別子を含む。復旧通知機能停止信号を受けて、サーバー２３は、復旧通知機能停止信号に含まれる識別子から復旧検知信号は送信しないようにする。すなわち、サーバー２３は、当該識別子を有する検知信号の受信を開始してから受信しなくなるまでの監視を行うことを停止する。

以下、検査システム２０の変形例や拡張例について説明する。
（１）カメラ映像のキャプチャー送信
ステップＳ１０８にて検知信号を送信する際、サーバー２３は、火災報知システム１０の発光部１０ａの周辺のカメラ映像をユーザー端末２４に送信するようにしてもよい。検知部２１としてカメラ２１ｂを使用している場合、サーバー２３は、カメラ２１ｂの撮像画像に基づき画像認識により発光部１０ａの発光を認識した時点における撮像画像をユーザー端末２４に送信する（Ｓ１０８）。検知部２１として光センサー２１ａを使用している場合は、光センサー２１ａとは別にカメラ（別途カメラ）をサーバー２３に接続し、発光部１０ａ周辺を撮像範囲として配置する。サーバー２３は、光センサー２１ａにより発光部１０ａの発光を検知した時点の撮像画像を別途カメラから取得し、ユーザー端末２４に送信する（Ｓ１０８）。例えば、火災報知システム１０には、図３３に示すように、発光部１０ａの近くに各種情報を表示するディスプレイが備わっていることがあり、この場合、このディスプレイをカメラの撮影範囲に含めるようにするとよい。ユーザー端末２４は、検知信号と共に撮像画像を受信し（Ｓ１０９）、受信した撮像画像をＧＵＩに表示にするとよい（Ｓ１１０）。
（２）接点出力
サーバー２３は、放送装置といった外部の設備機器に制御信号を送信する外部インターフェースを備え、ステップＳ１０７にて検知信号を受信することに応答して外部インターフェースから制御信号を送信し、設備機器を作動させるようにしてもよい。この場合、ステップＳ１０７にて検知信号を受信することに応答して接点出力端子をメイクするようにしてもよい。外部インターフェースは、例えば、機械式リレーや半導体リレー等を使用した接点を有する接点出力端子であり、設備機器の接点入力端子に接続されるようにしてもよい。その他、外部インターフェースは無線ＬＡＮやＢｌｕｅｔｏｏｔｈ等に規格に準拠した無線回路であり、設備機器も同様に無線回路を備えて、サーバー２３から設備機器へ制御信号を無線伝送するようにしてもよい。また、サーバー２３は、ステップＳ１０７にて受信した検知信号に含まれる識別子が予め定めた所定の識別子である場合にのみ、外部インターフェースから制御信号を送信するようにしてもよい。
また、通信部２２も同様に、外部の設備機器に制御信号を送信する外部インターフェースを備え、検知部２１からの検知信号を受信することに応答して外部インターフェースを介して制御信号を送信し、設備機器を作動させるようにしてもよい。ステップＳ１０５での検知結果の出力に並行して、通信部２２は外部インターフェースから制御信号を送信するとよい。設備機器の一例として、非常ベルがある。図３４に示すように、火災報知システム１０に接続されている非常ベル４０の一端を通信部２２に接続し、発光検知に伴って通信部２２が非常ベル４０に対して制御信号を送信して鳴動させるようにするとよい。

以上のように本発明は、火災発生などのイベント報知用の発光手段の発光検査を簡略化、省人化することができる点で有用である。

１ 感知器
２ ネットワーク
３ 施設
１０ 火災報知システム
１０ａ 発光部
１０ｂ 場所表示
２１ 検知部
２２ 通信部
２３ サーバー
２４ ユーザー端末
２５ 感知器駆動器

Claims (1)

1. 所定の感知器からの感知信号に応じて発光する発光手段の発光動作を検査する検査システムであって、
   ユーザーによって保持され、前記感知器の感知対象を発することで前記感知器を意図的に稼働させる感知器駆動器と、
   前記発光手段の発光方向側の近傍に設けられ、前記発光手段の発光動作を検知する発光検知手段と、
   前記発光検知手段からの検知信号に基づき前記発光検知手段の検知結果を、ネットワークを介して、前記ユーザーによって所持される可搬型ユーザー端末に送信する通信手段とを備え、
   前記可搬型ユーザー端末は、前記発光検知手段から送信される前記検知結果を表示することを特徴とする検査システム。

Images