JP2019117642A - 火災受信機 - Google Patents

Abstract

【課題】サーバにおいて管理される、火災報知設備に関するデータベースの作成を支援するデータベース作成システムを提供する。【解決手段】火災受信機に記憶される、火災報知設備の端末機器に関するデータベースを作成するためのデータベース作成システムは、サーバ２と通信端末３とを備える。サーバ２は、データベースと、データベースを作成するためのプログラムとを記憶する記憶手段としての記憶部２２と、データベースを作成するための画面を示す画面データを通信端末に送信する第１送信手段２１１と、通信端末３から送信されるデータに基づいて、上記のプログラムに従って上記のデータベースを作成する作成手段２１２とを備える。【選択図】図１１

Description

本発明は、火災報知設備に関するデータベースを作成する技術に関する。

従来、火災受信機には、火災の発生が感知された場所を表示するために、火災感知器等の端末機器のアドレスと当該端末機器の設置場所を示す情報とが対応付けられて記憶されている。これらの情報は、端末機器の設置場所が変更されたり、物件内の部屋の名称が変更されたりした場合には、更新される必要がある。そこで、これらの情報を更新するための技術が従来提案されている。

例えば、特許文献１では、パソコン上で、端末機器のアドレスと当該端末機器の設置場所を示す情報とを対応付ける対応データを生成し、当該対応データを、パソコンとケーブルで接続された火災受信機のＥＥＰＲＯＭに書き込むという技術が提案されている。この技術によれば、火災受信機のメーカに対して対応データの作成を依頼し、その対応データを書き込んだ半導体メモリを入手して火災受信機に組み付けるといった従来の更新方法と比較して、対応データの書き換えを速やかに行うことができる。

特開２００３−１０９１５４号公報

しかし、特許文献１に記載の技術を利用した場合、パソコンごとに対応データの作成が可能となるため、１台の火災受信機に対して複数の対応データが存在してしまうといった事態が発生することが考えられる。すなわち、対応データの一元的な管理が困難になることが予想される。

本発明は、このような事情に鑑みてなされたものであり、サーバにおいて管理される、火災報知設備に関するデータベースの作成を支援することを目的とする。

上記の課題を解決するため、本発明の一実施形態に係る火災受信機は、自機の識別情報と、当該識別情報の送信先であるサーバの識別情報とを表示又は記録するタグが取り付けられた火災受信機であって、前記タグに表示又は記録される前記火災受信機の識別情報は、前記タグが通信端末により読み取られることによって、前記火災受信機が設置される物件の識別情報と共に対応づけて表示又は記憶されることを特徴とする。

本発明によれば、サーバにおいて管理される、火災報知設備に関するデータベースの作成を支援することができる。

データベース作成システム１の構成の一例を示す図である。 火災報知設備５の構成の一例を示すブロック図である。 火災受信機５１のハードウェア構成の一例を示すブロック図である。 端末機器情報ＤＢ５１２１の一例を示す図である。 火災受信機５１の外観の一例を示す図である。 サーバ２のハードウェア構成の一例を示すブロック図である。 ユーザ情報ＤＢ２２１の一例を示す図である。 物件情報ＤＢ２２２の一例を示す図である。 端末機器情報ＤＢ２２３の一例を示す図である。 通信端末３のハードウェア構成の一例を示すブロック図である。 サーバ２及び通信端末３において実現される機能の構成の一例を示すブロック図である。 物件情報登録動作の一例を示すシーケンスチャートである。 物件情報入力画面の一例を示す図である。 物件情報登録動作の一例を示すシーケンスチャートである。 データベース更新動作の一例を示すシーケンスチャートである。 設置場所編集画面の一例を示す図である。 連動先編集画面の一例を示す図である。

１．実施形態
１−１．構成
１−１−１．データベース作成システム１の構成
本実施形態に係るデータベース作成システム１は、火災受信機に記憶される、火災報知設備の端末機器に関するデータベースを作成するためのシステムである。図１は、データベース作成システム１の構成の一例を示す図である。データベース作成システム１は、図１に示されるように、サーバ２と、通信端末３とを有している。サーバ２と通信端末３とは、通信回線４により接続されている。通信回線４は、例えば、電話網、移動体通信網もしくはインターネット又はこれらの組み合わせにより構成される。図１に示される通信回線４には、１つの通信端末３しか接続されていないが、複数の通信端末３が接続されてもよい。

１−１−２．火災報知設備５の構成
まず、本実施形態に係る火災報知設備５の構成について説明する。火災報知設備５は、建物内に設置され、感知器が熱や煙を感知すると、火災受信機が地区ベルを鳴動させて建物内の人に火災の発生を知らせる設備である。図２は、火災報知設備５の構成の一例を示すブロック図である。火災報知設備５は、図２に示されるように、Ｒ型（Record type）の火災受信機５１と、発信機５２と、火災感知器５３−１，５３−２，・・・，５３−ｎ（以下、それぞれを区別しない場合には火災感知器５３という。）とを有する。発信機５２と火災感知器５３とは、火災受信機５１に接続される。

また、火災報知設備５は、中継器５４−１〜５４−４（以下、それぞれを区別しない場合には中継器５４という。）と、排煙機５５と、シャッタ５６と、防火戸５７と、地区ベル５８−１及び５８−２（以下、それぞれを区別しない場合には地区ベル５８という。）とを有する。排煙機５５と、シャッタ５６と、防火戸５７と、地区ベル５８とは、それぞれ中継器５４を介して火災受信機５１に接続され、火災受信機５１により送信される制御信号に基づいて中継器５４により制御される。図２に示される機器のうち、火災受信機５１以外の機器は、本発明に係る「端末機器」の一例である。

火災受信機５１は、発信機５２や火災感知器５３から火災信号を受信すると、火災の発生を知らせるメッセージを通知するとともに、中継器５４を介して端末機器を作動させる装置である。図３は、火災受信機５１のハードウェア構成の一例を示すブロック図である。火災受信機５１は、図３に示されるように、制御部５１１と、記憶部５１２と、表示部５１３と、入力部５１４と、端末機器用インタフェース部５１５と、カードインタフェース部５１６と、プリンタ部５１７とを有する。

制御部５１１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備える。ＣＰＵは、ＲＯＭに記憶されるプログラムをＲＡＭにロードして実行する。記憶部５１２は、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）等の記憶装置であり、後述する端末機器情報ＤＢ５１２１を記憶する。表示部５１３は、液晶ディスプレイ等の表示装置であり、例えば、火災の発生を知らせるメッセージを表示する。入力部５１４は、スイッチ等の入力装置であり、火災受信機５１を操作するために使用される。端末機器用インタフェース部５１５は、端末機器との間で火災信号や制御信号をやり取りする。カードインタフェース部５１６は、カードリーダ／ライタであり、カードスロットに挿入されたＣＦ（Compact Flash）カードＣとの間でデータの転送を行う。プリンタ部５１７は、記憶部５１２に記憶されている、発報等のイベントのログを印刷する。

図４は、記憶部５１２に記憶される端末機器情報データベース（以下、「端末機器情報ＤＢ」という。）５１２１の一例を示す図である。端末機器情報ＤＢ５１２１は、火災受信機５１に接続される端末機器の情報を管理するためのデータベースである。端末機器情報ＤＢ５１２１を構成する各レコードは、図４に示されるように、「アドレス」、「種別」、「製造番号」、「製造年」、「設置場所」、「状態」及び「連動先」の各フィールドにより構成される。

ここで、「アドレス」のフィールドには、端末機器に一意に割り当てられる識別情報であるアドレスが格納される。また、「連動先」のフィールドには、端末機器の動作に連動して動作する端末機器のアドレスが格納される。例えば、図４に示される端末機器情報ＤＢ５１２１の例では、アドレス「００１」により示される「煙感知器」の連動先としてアドレス「００５」が対応づけられているが、これは、アドレス「００１」により示される「煙感知器」が火災信号を発信した時に、アドレス「００５」により示される「地区ベル」が鳴動することを示している。

制御部５１１は、発信機５２又は火災感知器５３から火災信号を受信すると、この端末機器情報ＤＢ５１２１を参照してその端末機器の設置場所を特定し、その設置場所を表示部５１３に表示させる。また、制御部５１１は、その火災信号を送信した端末機器の連動先の端末機器を端末機器情報ＤＢ５１２１を参照して特定し、その連動先の端末機器を制御する中継器５４に対して制御信号を送信する。また、制御部５１１は、火災感知器５３に対して質問信号を送信し、この質問信号に対して応答信号が返信されると、この応答信号に含まれる、火災感知器５３の製造番号、製造年及び状態を示す情報を端末機器情報ＤＢ５１２１に登録する。

図５は、火災受信機５１の外観の一例を示す図である。火災受信機５１の筐体外面には、二次元コードを示すタグＴが取り付けられている。この二次元コードは、火災受信機５１の識別情報と、サーバ２の識別情報とを表すコードである。より具体的には、火災受信機５１の型名、製造年及び製造番号並びにサーバ２のＵＲＬ（Uniform Resource Locator）又はメールアドレスを表すコードである。この二次元コードは通信端末３により読み取られ、後述する物件情報登録動作において利用される。なお、本実施形態では二次元コードが採用されているが、二次元コードに代えてバーコード等の一次元コードが採用されてもよい。また、本実施形態では二次元コードは火災受信機５１の識別情報として型名、製造年及び製造番号を表しているが、製造番号だけを表すようにしてもよい。また、タグＴに代えて、火災受信機５１の識別情報と、サーバ２の識別情報とを記録するＩＣタグが火災受信機５１の筐体外面に取り付けられてもよい。

なお、図５に示されるタグＴの取り付け位置はあくまで例示であって、火災受信機５１の筐体外面の他の位置に取り付けられてもよい。また、火災受信機５１が開閉扉を有する場合には、その開閉扉の内側に取り付けられてもよい。また、タグＴは、シールとして火災受信機５１に貼り付けられてもよい。また、タグＴは、紐や梱包材を介して火災受信機５１に取り付けられてもよい。例えば、タグＴは、火災受信機５１を梱包する箱に取り付けられてもよい。

次に、火災感知器５３は、例えば、熱感知器、煙感知器又は炎感知器であり、火災の発生を感知すると、自機のアドレスとともに火災信号を火災受信機５１に発信する装置である。火災感知器５３は、火災受信機５１から質問信号を受信すると、自機の製造番号、製造年及び状態を示す応答信号を火災受信機５１に返信する機能を有する。発信機５２は、火災の発見者により操作されるボタンを有しており、当該ボタンが操作されると火災信号を、自機のアドレスとともに火災受信機５１に発信する装置である。

１−１−３．サーバ２のハードウェア構成
データベース作成システム１を構成するサーバ２は、火災受信機５１に記憶される、火災報知設備５の端末機器に関するデータベース（具体的には、端末機器情報ＤＢ５１２１）を作成するためのコンピュータ装置である。図６は、サーバ２のハードウェア構成の一例を示すブロック図である。サーバ２は、図６に示されるように、制御部２１と、記憶部２２と、通信部２３とを有する。制御部２１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備える。ＣＰＵは、ＲＯＭ又は記憶部２２に記憶されるプログラムをＲＡＭにロードして実行する。記憶部２２は、ハードディスク等の記憶装置であり、火災受信機５１に記憶されるデータベースを作成するためのプログラム（以下、「ＤＢ作成プログラム２２４」という。）の他、後述するデータベース群を記憶する。記憶部２２は必ずしもサーバ２に内蔵される必要はなく、サーバ２の筐体外に設置され、通信回線４を介して制御部２１によりアクセスされてもよい。通信部２３は、ネットワークカードであり、この通信部２３を使ってサーバ２は通信端末３と通信を行う。

図７は、記憶部２２に記憶されるユーザ情報データベース（以下、「ユーザ情報ＤＢ」という。）２２１の一例を示す図である。ユーザ情報ＤＢ２２１は、サーバ２へのアクセスが許可されたユーザの情報を管理するためのデータベースである。ここでユーザとは、具体的には、火災報知設備５の施工業者や点検業者である。

ユーザ情報ＤＢ２２１を構成する各レコードは、図７に示されるように、「登録日」と、「会社情報」と、「担当者情報」の各フィールドにより構成される。「登録日」のフィールドには、当該レコードがユーザ情報ＤＢ２２１に登録された日付が格納される。「会社情報」は、具体的には、「会社名」、「住所」、「電話番号」及び「メールアドレス」の各フィールドにより構成される。「担当者情報」は、具体的には、「氏名」、「電話番号」、「メールアドレス」、「ＩＤ」、「パスワード」及び「資格者番号」の各フィールドにより構成される。

ここで、「ＩＤ」及び「パスワード」のフィールドに格納される情報は、後述する物件情報登録動作とデータベース更新動作のユーザ認証において利用される。「資格者番号」のフィールドには、消防設備士の免状番号が格納される。消防設備士の免状番号を登録事項とすることで、サーバ２にアクセス可能なユーザを一定の技術レベルを有するユーザに制限することができる。上記の各ユーザ情報は、ユーザに対してＩＤとパスワードが発行される際に、サーバ２の管理者により入力される。

図８は、記憶部２２に記憶される物件情報データベース（以下、「物件情報ＤＢ」という。）２２２の一例を示す図である。物件情報ＤＢ２２２は、火災受信機５１が設置された物件の情報を管理するためのデータベースである。物件情報ＤＢ２２２は、例えば、火災受信機５１のメンテナンスの案内を通知する際に、その通知先を特定するために利用される。物件情報ＤＢ２２２を構成する各レコードは、図８に示されるように、「物件情報」と、「火災受信機情報」の各フィールドにより構成される。「物件情報」は、具体的には、「物件名」と、「住所」の各フィールドにより構成される。物件名と住所は、物件の識別情報の一例である。「火災受信機情報」は、具体的には、「型名」、「製造年」及び「製造番号」の各フィールドにより構成される。物件情報と火災受信機情報とは、後述する物件情報登録動作において登録される。

なお、記憶部２２は、物件情報ＤＢ２２２の更新履歴を記録するための更新履歴テーブル（図示なし）を記憶する。更新履歴テーブルを構成する各レコードは、「更新内容」と、「更新日時」と、「更新者」の各フィールドにより構成される。「更新者」のフィールドには、ユーザのＩＤが格納される。更新履歴テーブルには、物件情報ＤＢ２２２の内容が更新される度に、新たなレコードが追加される。

図９は、記憶部２２に記憶される端末機器情報データベース（以下、「端末機器情報ＤＢ」という。）２２３の一例を示す図である。端末機器情報ＤＢ２２３は、端末機器の情報を物件ごとに管理するためのデータベースである。端末機器情報ＤＢ２２３を構成する各テーブルは物件単位で作成され、各テーブルを構成するレコードは、図９に示されるように、「アドレス」、「種別」、「製造番号」、「製造年」、「設置場所」、「状態」及び「連動先」の各フィールドにより構成される。この構成は、火災受信機５１に記憶される上記の端末機器情報ＤＢ５１２１の各レコードと同様である。これらの端末機器の情報は、後述するデータベース更新動作によって更新可能となっている。

１−１−４．通信端末３のハードウェア構成
データベース作成システム１を構成する通信端末３は、サーバ２にアクセスして、サーバ２上に記憶されるＤＢ作成プログラム２２４を利用して、火災受信機５１に記憶される端末機器情報ＤＢ５１２１を作成するためのコンピュータ装置である。通信端末３は、具体的には、モバイルＰＣ（Personal Computer）や携帯電話やスマートフォンやタブレット端末等の携帯端末である。なお、本実施形態では携帯端末として想定しているが、通信端末３は据え置き型のコンピュータ装置であってもよい。図１０は、通信端末３のハードウェア構成の一例を示すブロック図である。通信端末３は、図１０に示されるように、制御部３１と、記憶部３２と、表示部３３と、入力部３４と、読取部３５と、カードインタフェース部３６と、通信部３７とを有する。

制御部３１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備える。ＣＰＵは、ＲＯＭ又は記憶部３２に記憶されるプログラムをＲＡＭにロードして実行する。記憶部３２は、フラッシュメモリ等の記憶装置であり、ウェブブラウザを記憶する。表示部３３は、液晶ディスプレイ等の表示装置であり、サーバ２により送信された画面データにより示される画面を表示する。入力部３４は、タッチパネル等の入力装置であり、物件情報や火災報知設備５の端末機器に関するデータを入力するために使用される。読取部３５は、ＣＭＯＳイメージセンサ等の撮像装置であり、バーコードや二次元コード等のコードを読み取るために使用される。カードインタフェース部３６は、カードリーダ／ライタであり、カードスロットに挿入されたＣＦカードＣとの間でデータの転送を行う。カードインタフェース部３６は、本発明に係る「第２記憶制御手段」及び「読出手段」の一例である。通信部３７は、ネットワークカードであり、この通信部３７を使って通信端末３はサーバ２と通信を行う。

１−１−５．サーバ２及び通信端末３の機能構成
図１１は、サーバ２及び通信端末３において実現される機能の構成の一例を示すブロック図である。同図に示される機能群は、特に、後述する物件情報登録動作と、データベース更新動作に関する。サーバ２において実現される、第１送信手段２１１、作成手段２１２、第１記憶制御手段２１３、第６送信手段２１４及び書込手段２１５の各機能は、制御部２１においてＣＰＵによりＤＢ作成プログラム２２４が実行されることによって実現される。通信端末３において実現される、第２送信手段３１１、第３送信手段３１２、第４送信手段３１３、受信手段３１４及び第５送信手段３１５の各機能は、制御部３１においてＣＰＵによりウェブブラウザが実行されることによって実現される。

サーバ２の第１送信手段２１１は、火災受信機５１に記憶される、火災報知設備５の端末機器に関するデータベースを作成するための画面を示す画面データを通信端末３に送信する。通信端末３の表示部３３は、サーバ２により送信された画面データにより示される画面を表示する。通信端末３の第２送信手段３１１は、入力部３４により入力されたデータをサーバ２に送信する。サーバ２の作成手段２１２は、通信端末３から送信されるデータに基づいて、制御部２１に記憶されるＤＢ作成プログラム２２４に従って、火災受信機５１に記憶される上記のデータベースを作成する。サーバ２の記憶部２２は、作成されたデータベースを記憶する。

通信端末３の第３送信手段３１２は、読取部３５により読み取られたコードにより表される火災受信機５１の識別情報を、その読み取られたコードによりその識別情報が表されるサーバ２に対して送信する。通信端末３の第４送信手段３１３は、火災受信機５１が設置される物件の識別情報をサーバ２に送信する。この物件の識別情報は、入力部３４により入力される。サーバ２の第１記憶制御手段２１３は、通信端末３により送信された火災受信機５１の識別情報と物件の識別情報とを対応づけて記憶部２２に記憶する。

サーバ２の第６送信手段２１４は、火災受信機５１に記憶されるべきデータベースを通信端末３に対して送信する。通信端末３の受信手段３１４は、サーバ２から前記データベースを受信する。通信端末３のカードインタフェース部３６は、受信手段３１４により受信されたデータベースを記憶媒体に記憶させる。また、カードインタフェース部３６は、記憶媒体が火災受信機５１に装着されて記憶媒体に記憶されるデータベースが火災受信機５１に記憶される際に火災受信機５１から記憶媒体に対して記憶される端末機器に関するデータを記憶媒体から読み出す。通信端末３の第５送信手段３１５は、カードインタフェース部３６により読み出されたデータをサーバ２に送信する。サーバ２の書込手段２１５は、通信端末３から送信される端末機器に関するデータに基づいて、記憶部２２に記憶されるデータベースを更新する。

１−２．動作
次に、データベース作成システム１の動作について説明する。具体的には、まず、火災報知設備５の施工業者が、建物内に火災受信機５１を設置後、物件情報をサーバ２の物件情報ＤＢ２２２に登録する際の動作（以下、「物件情報登録動作」という。）について説明する。この動作については、ウェブページを利用する場合と、メールとウェブページの両方を利用する場合の２つのパターンについて説明する。次に、火災報知設備５の点検業者が、火災受信機５１に記憶されている端末機器情報ＤＢ５１２１を更新する際の動作（以下、「データベース更新動作」という。）について説明する。

１−２−１．物件情報登録動作（ウェブページ利用時）
図１２は、ウェブページを利用する物件情報登録動作の一例を示すシーケンスチャートである。火災報知設備５の施工業者は、建物内に火災受信機５１を設置すると、通信端末３を用いて火災受信機５１の二次元コードを読み取る（ステップＳａ１）。通信端末３は、読み取った二次元コードを復号して、火災受信機５１の型名、製造年及び製造番号並びにサーバ２のＵＲＬを特定する。そして、通信端末３は、サーバ２に対して、当該ＵＲＬにより指定されるページを要求する（ステップＳａ２）。このページ要求には、二次元コードを復号して特定された火災受信機５１の型名、製造年及び製造番号を示す情報が含まれる。

サーバ２は、通信端末３からページ要求を受信すると、ログイン画面を示す画面データを通信端末３に送信する（ステップＳａ３）。このログイン画面は、ＩＤとパスワードを入力するための入力フィールドを有する。通信端末３は、サーバ２から画面データを受信すると、表示部３３にログイン画面を表示させて、ユーザによるＩＤ及びパスワードの入力を待つ。ユーザからＩＤ及びパスワードの入力を受けると（ステップＳａ４）、通信端末３は、その入力されたＩＤ及びパスワードをサーバ２に通知する（ステップＳａ５）。

サーバ２は、通信端末３からＩＤとパスワードの通知を受けると、ユーザ認証を行う（ステップＳａ６）。具体的には、サーバ２は、通信端末３から通知されたＩＤとパスワードの組がユーザ情報ＤＢ２２１に登録されているか否か（言い換えると、ユーザが有資格者であるか否か）を判定する。この判定の結果、ＩＤとパスワードの組がユーザ情報ＤＢ２２１に登録されている場合には、サーバ２は、通信端末３のユーザはアクセス権を有するユーザであると認定し、物件情報入力画面を示す画面データを通信端末３に送信する（ステップＳａ７）。一方、この判定の結果、ＩＤとパスワードの組がユーザ情報ＤＢ２２１に登録されていない場合には、サーバ２は、通信端末３のユーザによる物件情報ＤＢ２２２へのアクセスを拒否する。

通信端末３は、サーバ２から画面データを受信すると、表示部３３に物件情報入力画面を表示させて、ユーザによる物件情報の入力を待つ。図１３は、物件情報入力画面の一例を示す図である。同図に示される画面は、ユーザ情報と、物件情報と、火災受信機情報と、備考とを入力するための入力フィールドＦ１〜Ｆ４を有する。具体的には、ユーザ情報として、「会社名」、「登録日」、「担当者氏名」、「会社電話番号」、「会社メールアドレス」、「担当者電話番号」及び「担当者メールアドレス」を入力するための入力フィールドＦ１を有する。また、物件情報として、「物件名」、「郵便番号」、「都道府県」、「市区町村」及び「以降住所」を入力するための入力フィールドＦ２を有する。また、火災受信機情報として、「型名」及び「製造番号」を入力するための入力フィールドＦ３を有する。同画面はまた、「登録」ボタンＢ１と、「キャンセル」ボタンＢ２とを有し、登録ボタンＢ１が選択されると、入力された情報がサーバ２に送信される。

なお、ユーザ情報と火災受信機情報については、物件情報入力画面を示す画面データが通信端末３に送信される前にサーバ２において予め入力されていてもよい。これは、ユーザ情報については、当該画面データが通信端末３に送信される前にすでにユーザ情報ＤＢ２２１に登録されており、また火災受信機情報については、上記のステップＳａ２において通信端末３からサーバ２に対して通知されているからである。

ユーザによる情報の入力を受けると（ステップＳａ８）、通信端末３は、その入力された情報をサーバ２に送信する（ステップＳａ９）。サーバ２は、通信端末３から入力情報を受信すると、その入力情報を物件情報ＤＢ２２２に登録する（ステップＳａ１０）。具体的には、サーバ２は、ユーザにより入力された物件情報（具体的には、物件名と住所）と火災受信機情報（具体的には、型名、製造年及び製造番号）とを対応づけて物件情報ＤＢ２２２に格納する。なお、本実施形態では物件の識別情報として物件名と住所の両方の情報が通信端末３からサーバ２に対して送信されているが、いずれか一方のみを送信するようにしてもよい。

以上説明した動作によれば、火災受信機５１の二次元コードを通信端末３で読み取ることでサーバ２の物件情報ＤＢ２２２にアクセスすることができるため、物件情報を物件情報ＤＢ２２２に登録するにあたっての、サーバ２のＵＲＬを入力する等のユーザの負担が解消される。

１−２−２．物件情報登録動作（メールとウェブページ利用時）
図１４は、メールとウェブページを利用する物件情報登録動作の一例を示すシーケンスチャートである。火災報知設備５の施工業者は、建物内に火災受信機５１を設置すると、通信端末３を用いて火災受信機５１の二次元コードを読み取る（ステップＳｂ１）。通信端末３は、読み取った二次元コードを復号して、火災受信機５１の型名、製造年及び製造番号並びにサーバ２のメールアドレスを特定する。メールを利用する本動作では、サーバ２のＵＲＬに代えて、サーバ２のメールアドレスが二次元コードにおいて符号化されている。そして、通信端末３は、サーバ２に対して、物件情報入力画面のＵＲＬを要求するメールを送信する（ステップＳｂ２）。このメールには、二次元コードを復号して特定された火災受信機５１の型名、製造年及び製造番号を示す情報が記述される。

サーバ２は、通信端末３からメールを受信すると、ユーザ認証を行う（ステップＳｂ３）。具体的には、サーバ２は、通信端末３から受信したメールに記述される送信元を示すメールアドレスがユーザ情報ＤＢ２２１に登録されているか否か（言い換えると、ユーザが有資格者であるか否か）を判定する。この判定の結果、メールアドレスがユーザ情報ＤＢ２２１に登録されている場合には、サーバ２は、通信端末３のユーザはアクセス権を有するユーザであると認定し、物件情報入力画面のＵＲＬを記述したメールを通信端末３に送信する（ステップＳｂ４）。一方、この判定の結果、メールアドレスがユーザ情報ＤＢ２２１に登録されていない場合には、サーバ２は、通信端末３のユーザによる物件情報ＤＢ２２２へのアクセスを拒否する。

通信端末３は、サーバ２からメールを受信し、当該メールに記述されているＵＲＬを選択する操作をユーザから受け付けると、当該ＵＲＬにより指定されるページを要求するページ要求をサーバ２に送信する（ステップＳｂ５）。サーバ２は、通信端末３からページ要求を受信すると、物件情報入力画面を示す画面データを通信端末３に送信する（ステップＳａ７）。この処理以降の処理は、上記の図１２に示されるステップＳａ７〜Ｓａ１０と同様であるため、その説明を省略する。

以上説明した動作によれば、火災受信機５１の二次元コードを通信端末３で読み取ることでサーバ２に対してメールを送信し、返信メールに記述されたＵＲＬを選択することでサーバ２の物件情報ＤＢ２２２にアクセスすることができるため、物件情報を物件情報ＤＢ２２２に登録するにあたっての、サーバ２のＵＲＬを入力する等のユーザの負担が解消される。また、ユーザのメールアドレスに基づいてユーザ認証が行われるため、上記のウェブページのみを利用した動作と比較して、ＩＤやパスワードの入力が省略される。

１−２−３．データベース更新動作
図１５は、データベース更新動作の一例を示すシーケンスチャートである。この動作では、火災報知設備５の点検業者は、通信端末３を利用してサーバ２上に記憶される端末機器情報ＤＢ２２３を編集し、編集したデータに基づいて、火災受信機５１に記憶される端末機器情報ＤＢ５１２１を更新する。

まず、通信端末３は、サーバ２に対してページ要求を送信する（ステップＳｃ１）。サーバ２は、通信端末３からページ要求を受信すると、ログイン画面を示す画面データを通信端末３に送信する（ステップＳｃ２）。このログイン画面は、ＩＤとパスワードを入力するための入力フィールドを有する。通信端末３は、サーバ２から画面データを受信すると、表示部３３にログイン画面を表示させて、ユーザによるＩＤ及びパスワードの入力を待つ。ユーザからＩＤ及びパスワードの入力を受けると（ステップＳｃ３）、通信端末３は、その入力されたＩＤ及びパスワードをサーバ２に通知する（ステップＳｃ４）。

サーバ２は、通信端末３からＩＤとパスワードの通知を受けると、ユーザ認証を行う（ステップＳｃ５）。具体的には、サーバ２は、通信端末３から通知されたＩＤとパスワードの組がユーザ情報ＤＢ２２１に登録されているか否か（言い換えると、ユーザが有資格者であるか否か）を判定する。この判定の結果、ＩＤとパスワードの組がユーザ情報ＤＢ２２１に登録されている場合には、サーバ２は、通信端末３のユーザはアクセス権を有するユーザであると認定し、物件検索画面を示す画面データを通信端末３に送信する（ステップＳｃ６）。この物件検索画面は、検索キーとして物件名又は火災受信機５１の製造番号を入力するための入力フィールドを有する。一方、上記の判定の結果、ＩＤとパスワードの組がユーザ情報ＤＢ２２１に登録されていない場合には、サーバ２は、通信端末３のユーザによる端末機器情報ＤＢ５１２１へのアクセスを拒否する。

通信端末３は、サーバ２から画面データを受信すると、表示部３３に物件検索画面を表示させて、ユーザによる検索キーの入力を待つ。ユーザによる検索キーの入力を受けると（ステップＳｃ７）、通信端末３は、その入力された検索キーをサーバ２に通知する（ステップＳｃ８）。サーバ２は、通信端末３から検索キーの通知を受けると、通知された検索キーに対応するテーブルを端末機器情報ＤＢ２２３において特定する（ステップＳｃ９）。例えば、通信端末３から通知された検索キーが物件名「Ｅビル」や火災受信機５１の製造番号「２００１」（図８参照）であった場合には、サーバ２は、図９に示される物件名「Ｅビル」用のテーブルを特定する。

テーブルを特定すると、サーバ２は、その特定したテーブルに基づいて、編集画面を示す画面データ生成し、通信端末３に送信する（ステップＳｃ１０）。図１６は、編集画面の一例を示す図である。図１６は、特に、端末機器の設置場所を編集するための編集画面の一例を示す図である。同図に示される画面は、「アドレス」、「種別」及び「設置場所」を入力するための入力フィールドＦ５〜Ｆ７を有する。また、同画面は、編集画面を切り替えるためのリストボックスＬ１を有する。また、同画面は、「入力終了」ボタンＢ３、「カードへ書込」ボタンＢ４及び「キャンセル」ボタンＢ５を有する。

次に、図１７は、端末機器の連動先を設定するための連動先編集画面の一例を示す図である。図１７（ａ）は、その連動先を設定する端末機器（「連動元」という。）を選択するための画面であり、図１７（ｂ）は、選択された連動元の連動先を選択するための画面である。図１７（ａ）に示される画面は、火災受信機５１に接続される端末機器のうち、連動先が設定可能な端末機器のリストＬ２を有する。同画面はまた、編集ボタンＢ６を有し、リストＬ２において一の端末機器が選択された状態において編集ボタンＢ６が選択されると、図１７（ｂ）に示される画面が表示される。図１７（ｂ）に示される画面の例は、図１７（ａ）に示される画面において、アドレス「００１」の煙感知器が選択された状態において編集ボタンＢ６が選択された場合に表示される画面を示している。図１７（ａ）に示される画面は、また、リストボックスＬ１、「入力終了」ボタンＢ３、「カードへ書込」ボタンＢ４及び「キャンセル」ボタンＢ５を有する。

図１７（ｂ）に示される画面は、図１７（ａ）に示される画面において選択された端末機器の連動先としてすでに設定されている端末機器のリストＬ３と、未だ連動先として設定されておらず、連動先として設定可能な端末機器のリストＬ４とを有する。リストＬ４において端末機器が選択されると、その端末機器はリストＬ３に登録される。すなわち、選択された端末機器は、連動先として設定される。同画面はまた、リストボックスＬ１、「入力終了」ボタンＢ３、「カードへ書込」ボタンＢ４及び「キャンセル」ボタンＢ５を有する。

通信端末３のユーザが編集作業を終えて（ステップＳｃ１１）、「入力終了」ボタンＢ３を選択すると、通信端末３は、編集した画面データをサーバ２に送信する（ステップＳｃ１２）。サーバ２は、通信端末３から編集した画面データを受信すると、当該データに基づいて、火災受信機５１に記憶させるデータベースのファイル（以下、「受信機ＤＢファイル」という。）を生成し、通信端末３に送信する（ステップＳｃ１３）。通信端末３は、サーバ２から受信機ＤＢファイルを受信後、ユーザによって「カードへ書込」ボタンＢ４が選択されると、自端末のカードスロットに挿入されているＣＦカードＣに受信機ＤＢファイルを記録する（ステップＳｃ１４）。また、通信端末３は、「データインストール中」というメッセージを表示部３３に表示して、通信端末３が火災受信機５１に対する更新処理の完了を待っている状態であることをユーザに通知する。

ＣＦカードＣに受信機ＤＢファイルを記録後、通信端末３のユーザは、そのＣＦカードＣをカードスロットから取り出し、火災受信機５１のカードスロットに挿入する。そして、火災受信機５１を操作して、端末機器情報ＤＢ５１２１の内容を更新する。火災受信機５１は、端末機器情報ＤＢ５１２１の内容を更新するにあたり、まず現状の端末機器情報ＤＢ５１２１の内容（以下、「旧データベース」という。）をＣＦカードＣに記録する。その後、火災受信機５１は、ＣＦカードＣに記憶される受信機ＤＢファイルに基づいて端末機器情報ＤＢ５１２１の内容を更新する。

火災受信機５１による更新処理が完了すると、通信端末３のユーザは、火災受信機５１のカードスロットからＣＦカードＣを取り出し、通信端末３のカードスロットに挿入する。通信端末３は、カードスロットにＣＦカードＣが挿入されると、当該カードに記憶されている旧データベースを読み出し（ステップＳｃ１５）、サーバ２に送信する（ステップＳｃ１６）。また、通信端末３は、表示部３３に表示されている「データインストール中」というメッセージを、「データインストール完了」というメッセージに変更して、通信端末３が、火災受信機５１に対する更新処理の完了を認識したことをユーザに通知する。

サーバ２は、通信端末３から旧データベースを受信すると、火災受信機５１の端末機器情報ＤＢ５１２１の更新が完了したものと判断し、ステップＳｃ１２において通信端末３から受信した編集した画面データに基づいて、端末機器情報ＤＢ２２３を更新する（ステップＳｃ１７）。また、サーバ２は、通信端末３から受信した旧データベースに基づいて、端末機器情報ＤＢ２２３を更新する。具体的には、サーバ２は、旧データベースに格納されている火災感知器５３の製造番号、製造年及び状態の変更を端末機器情報ＤＢ２２３に反映させる。

以上説明した動作によれば、火災受信機５１により記憶されるデータベースは、サーバ２上で作成され、かつサーバ２上に記憶されるため、当該データベースの一元的な管理が可能となる。そのため、通信端末３ごとにデータベースを管理する場合と比較して、データベースの紛失の防止が期待できる。また、仮に火災報知設備５を点検する業者が変わったとしても、新たな業者へのデータベースの引き継ぎが容易となる。また、仮に火災受信機５１に記憶されたデータベースが落雷により破壊されたとしても、オリジナルデータは一元的に管理されているため、データベースの迅速な復旧が期待できる。また、仮に火災受信機５１に不具合が発生したとしても、サーバ２が火災受信機５１の製造業者により管理されていれば、当該不具合がデータベースの設定によるものであるのかどうかの判断が迅速に行い得る。

また、以上説明した動作によれば、ＤＢ作成プログラム２２４はサーバ２にのみ記憶され、データベース作成システム１上でのみ使用されるため、仮にＤＢ作成プログラム２２４の更新が必要となった場合でも、通信端末３ごとにプログラムの更新を行う必要がない。また、通信端末３ごとにＤＢ作成プログラム２２４が使用される場合と比較して、プログラムの違法コピーの防止が期待できる。また、ＤＢ作成プログラム２２４を使用する場合にはサーバ２にアクセスすることが必要となるため、サーバ２側で当該プログラムの使用状況を把握することが可能となり、ひいてはＤＢ作成プログラム２２４の使用状況に応じた課金が可能となる。この場合、課金は、物件単位で行われてもよいし、物件の警戒区域（すなわち、回線）単位で行われてもよいし、サーバ２にアクセスしている時間単位で行われてもよい。

また、以上説明した動作によれば、火災受信機５１により記憶されるデータベースが更新される際に、火災受信機５１により収集された火災感知器５３の製造番号、製造年及び状態を示す情報がサーバ２にアップロードされ、サーバ２により管理されるため、サーバ２の管理者はこれらの情報に基づいて、火災感知器５３のメンテナンスの案内をすることができる。

２．変形例
上記の実施形態は、下記のように変形してもよい。また、下記の変形例は互いに組み合わせてもよい。

２−１．変形例１
上記の実施形態では、ＣＦカードＣを介して通信端末３と火災受信機５１との間でデータのやり取りがなされているが、このＣＦカードＣに代えて、ＵＳＢ（Universal Serial Bus）メモリやＳＤメモリカード等の他の記憶媒体が使用されてもよい。また、記憶媒体を介さずに、有線又は無線通信によりデータのやり取りがなされてもよい。

２−２．変形例２
上記の実施形態では、通信端末３による編集を経てサーバ２上で生成された受信機ＤＢファイルは、通信端末３を介して火災受信機５１にインストールされているが、サーバ２から直接火災受信機５１に対してインストールされてもよい。例えば、火災受信機５１を通信回線４に接続し、通信回線４を介してサーバ２から火災受信機５１に対して受信機ＤＢファイルがインストールされてもよい。この場合、上記の実施形態において通信端末３を介してサーバ２にアップロードされる、火災受信機５１の旧データベースは、通信回線４を介してサーバ２に対して直接アップロードされてもよい。

２−３．変形例３
上記の実施形態に係る物件情報登録動作では、通信端末３のユーザにより物件の名称と住所とが入力されてサーバ２に送信されているが、これらの情報に代えて、通信端末３の位置情報をサーバ２に送信するようにしてもよい。具体的には、通信端末３に、ＧＰＳ（Global Positioning System）受信機を備えさせ、このＧＰＳ受信機を用いて特定された現在位置情報を、上記の物件情報登録動作のステップＳａ９において、物件名と住所とを示す情報に代えて、サーバ２に送信するようにしてもよい。サーバ２においては、この現在位置情報を物件名及び住所に代えて物件情報ＤＢ２２２に格納してもよいし、またはこの現在位置情報に基づいて物件名と住所とを特定して、その特定した物件名と住所とを物件情報ＤＢ２２２に登録するようにしてもよい。

２−４．変形例４
上記の実施形態に係る火災報知設備５の構成はあくまで一例にすぎず、他の構成を有する火災報知設備が使用されてもよい。例えば、Ｒ型の火災受信機５１に代えてＰ型（Proprietary-type）の火災受信機が使用されてもよい。また、例示した端末機器のうち、一部の端末機器については使用されなくてもよいし、例示した端末機器に加えて、表示灯やガス漏れ検知器等の他の端末機器が使用されてもよい。

２−５．変形例５
上記の実施形態に係るサーバ２及び火災受信機５１に記憶される各データベースの構成はあくまで一例にすぎず、他の構成を有するデータベースが使用されてもよい。例えば、各データベースは、関連づけられた複数のテーブルからなるリレーショナルデータベースとしてもよい。また、各データベースを構成するレコードの一部のフィールドは省略されてもよいし、新たなフィールドが追加されてもよい。

２−６．変形例６
上記の実施形態に係る物件情報登録動作及びデータベース更新動作において通信端末３に表示される画面の構成はあくまで一例にすぎず、他の構成を有する画面が採用されてもよい。例えば、物件情報登録動作において通信端末３に表示される物件情報入力画面は、図１３に例示される入力フィールド又はボタンの一部を欠いてもよし、他の入力フィールドやボタンをさらに有してもよい。また、データベース更新動作においては、設置場所編集画面と連動先編集画面以外にも、物件情報を編集するための編集画面や、火災報知設備５の基本設定（例えば、地区ベル５８の鳴動時間など）を編集するための編集画面を通信端末３において表示可能としてもよい。また、上記の設置場所編集画面と連動先編集画面は、図１６又は図１７に例示される入力フィールド、リスト又はボタンの一部を欠いてもよいし、他の入力フィールドやリストやボタンをさらに有してもよい。

２−７．変形例７
図１１に示される、サーバ２の制御部２１又は通信端末３の制御部３１の機能群を実現するプログラムは、コンピュータ装置が読み取り可能な記録媒体を介して提供されてもよい。また、火災受信機５１の制御部によって実行されるプログラムもまた、コンピュータ装置が読み取り可能な記録媒体を介して提供されてもよい。ここで、記録媒体とは、例えば、磁気テープや磁気ディスクなどの磁気記録媒体や、光ディスクなどの光記録媒体や、光磁気記録媒体や、半導体メモリ等である。また、これらのプログラムは、インターネット等のネットワークを介して提供されてもよい。

２−８．変形例８
上記の実施形態において、通信端末３のユーザに対して発行され、ユーザ情報ＤＢ２２１に格納されるＩＤ及びパスワードは、通信回線４を介してサーバ２から通信端末３に対して送信されてもよい。この際、ＩＤ及びパスワードは、通信端末３から送信される、会社情報と担当者情報とを含む発行要求に対する応答として送信されてもよい。ここで、ＩＤ及び／又はパスワードは、本発明に係る「認証情報」の一例である。

（付記）

本発明の一実施形態に係るデータベース作成システムは、サーバと通信端末とを備え、火災受信機に記憶される、火災報知設備の端末機器に関するデータベースを作成するためのデータベース作成システムであって、前記サーバは、前記データベースと、前記データベースを作成するためのプログラムとを記憶する記憶手段と、前記データベースを作成するための画面を示す画面データを前記通信端末に送信する第１送信手段と、前記通信端末から送信されるデータに基づいて、前記プログラムに従って前記データベースを作成する作成手段とを備え、前記通信端末は、前記サーバにより送信された前記画面データにより示される画面を表示する表示手段と、前記端末機器に関するデータを入力する入力手段と、前記入力手段により入力されたデータを前記サーバに送信する第２送信手段とを備えることを特徴とする。

好ましい態様において、前記通信端末は、前記火災受信機の識別情報と前記サーバの識別情報とを表示又は記録するタグを読み取る読取手段と、前記読取手段により読み取られたタグにより表示又は記録される前記火災受信機の識別情報を、前記読み取られたタグによりその識別情報が表示又は記録される前記サーバに対して送信する第３送信手段と、前記火災受信機が設置される物件の識別情報を前記サーバに送信する第４送信手段とを備え、前記サーバは、前記通信端末により送信された前記火災受信機の識別情報と前記物件識別情報とを対応づけて前記記憶手段に記憶する第１記憶制御手段を備える。

さらに好ましい態様において、前記通信端末は、前記サーバから前記データベースを受信する受信手段と、前記受信手段により受信されたデータベースを記憶媒体に記憶させる第２記憶制御手段と、前記記憶媒体が前記火災受信機に装着されて当該記憶媒体に記憶される前記データベースが前記火災受信機に記憶される際に前記火災受信機から前記記憶媒体に対して記憶される前記端末機器に関するデータを当該記憶媒体から読み出す読出手段と、前記読出手段により読み出されたデータを前記サーバに送信する第５送信手段とを備える。

さらに好ましい態様において、前記通信端末は、消防設備士の免状番号を示すデータを含む、認証情報の発行要求を前記サーバに送信する第６送信手段を備え、前記サーバは、前記発行要求に対する応答として、前記認証情報を前記通信端末に送信する第７送信手段と、前記認証情報に基づいて前記通信端末のユーザを認証する認証手段とを備え、前記第１送信手段は、前記認証手段による認証が成功した場合に限り、前記画面データを前記通信端末に送信する。

また、本発明の一実施形態に係るサーバは、火災受信機に記憶される、火災報知設備の端末機器に関するデータベースを作成するためのサーバであって、前記データベースと、前記データベースを作成するためのプログラムとを記憶する記憶手段と、前記データベースを作成するための画面を示す画面データを通信端末に送信する送信手段と、前記通信端末から送信されるデータに基づいて、前記プログラムに従って前記データベースを作成する作成手段とを備えることを特徴とする。

また、本発明の一実施形態に係る火災受信機は、自機の識別情報と、当該識別情報の送信先であるサーバの識別情報とを表示又は記録するタグが取り付けられた火災受信機であって、前記タグに表示又は記録される前記火災受信機の識別情報は、前記タグが通信端末により読み取られることによって、前記タグによりその識別情報が表示又は記録される前記サーバに送信され、前記サーバにおいて、前記通信端末から送信される、前記火災受信機が設置される物件の識別情報とともに対応づけて記憶されることを特徴とする。

また、本発明の一実施形態に係るプログラムは、火災受信機に記憶される、火災報知設備の端末機器に関するデータベースを作成するためのコンピュータを、前記データベースと、前記データベースを作成するためのプログラムとを記憶する記憶手段と、前記データベースを作成するための画面を示す画面データを通信端末に送信する送信手段と、前記通信端末から送信されるデータに基づいて、前記プログラムに従って前記データベースを作成する作成手段として機能させることを特徴とする。

（付記の効果）
付記によれば、サーバにおいて管理される、火災報知設備に関するデータベースの作成を支援することができる。

１…データベース作成システム、２…サーバ、３…通信端末、４…通信回線、５…火災報知設備、２１…制御部、２２…記憶部、２３…通信部、３１…制御部、３２…記憶部、３３…表示部、３４…入力部、３５…読取部、３６…カードインタフェース部、３７…通信部、５１…火災受信機、５２…発信機、５３…火災感知器、５４…中継器、５５…排煙機、５６…シャッタ、５７…防火戸、５８…地区ベル、２１１…第１送信手段、２１２…作成手段、２１３…第１記憶制御手段、２１４…第６送信手段、２１５…書込手段、２２１…ユーザ情報ＤＢ、２２２…物件情報ＤＢ、２２３…端末機器情報ＤＢ、２２４…ＤＢ作成プログラム、３１１…第２送信手段、３１２…第３送信手段、３１３…第４送信手段、３１４…受信手段、３１５…第５送信手段、５１１…制御部、５１２…記憶部、５１３…表示部、５１４…入力部、５１５…端末機器用インタフェース部、５１６…カードインタフェース部、５１７…プリンタ部、５１２１…端末機器情報ＤＢ

Claims (1)

1. 自機の識別情報と、当該識別情報の送信先であるサーバの識別情報とを表示又は記録するタグが取り付けられた火災受信機であって、
   前記タグに表示又は記録される前記火災受信機の識別情報は、前記タグが通信端末により読み取られることによって、前記火災受信機が設置される物件の識別情報と共に対応づけて表示又は記憶されることを特徴とする火災受信機。

Images