(57)【要約】【課題】時計用ＩＣが出力した日時情報が異常データである場合、日時情報が異常データであることを容易に識別することができる監視制御盤を提供することを目的とする。【解決手段】時計用ＩＣからの日時情報と、監視制御盤または上記監視制御盤に接続されている各端末に係るイベント内容とによって構成されているイベントデータを記憶するイベントデータ記憶手段と、上記時計用ＩＣからの日時情報が正常であるか異常であるかを判断する判断手段と、上記時計用ＩＣからの日時情報が正常であると判断されると、正常な日時情報とこの正常な日時情報に対応するイベント内容とを、上記イベントデータ記憶手段に記憶し、上記時計用ＩＣからの日時情報が異常であると判断されると、上記異常であると判断された日時情報と区別して、上記イベントデータ記憶手段に記憶する制御手段とを有することを特徴とする監視制御盤である。【選択図】図４
2010237945.tif 000002
【特許請求の範囲】
【請求項１】
時計用ＩＣからの日時情報と、監視制御盤または上記監視制御盤に接続されている各端末に係るイベント内容とによって構成されているイベントデータを記憶するイベントデータ記憶手段と；
上記時計用ＩＣからの日時情報が正常であるか異常であるかを判断する判断手段と；
上記時計用ＩＣからの日時情報が正常であると判断されると、正常な日時情報とこの正常な日時情報に対応するイベント内容とを上記イベントデータ記憶手段に記憶し、
上記時計用ＩＣからの日時情報が異常であると判断されると、上記異常であると判断された日時情報と区別して、正常な日時情報とこの正常な日時情報に対応するイベント内容とを、上記イベントデータ記憶手段に記憶する制御手段と； 
を有することを特徴とする監視制御盤。
【請求項２】
請求項１において、
上記制御手段は、上記時計用ＩＣが出力した日時情報が異常であると判断されれば、正常であると判断された最新の日時情報と、日時情報が異常であると判断されたイベント内容を含むイベントデータに異常を示す日時情報とを付加し、上記イベントデータ記憶手段に記憶させる手段であることを特徴とする監視制御盤。
【請求項３】
請求項１または請求項２において、
上記イベントデータ記憶手段に記憶されているイベントデータを読み出し可能な外部インタフェースを有することを特徴とする監視制御盤。
【請求項４】
請求項１または請求項２において、
上記日時情報は、それぞれ１バイトであり、
上記制御手段は、上記異常を示す日時情報を、上記日時情報の空きビットを使用して記憶する手段であることを特徴とする監視制御盤。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、火災検知器等の端末機器が接続されている監視制御盤に関する。
【背景技術】
【０００２】
従来の炎検知システムにおける受信部は、概略マイクロコンピュータボードと同様であり、全ての制御を司るＣＰＵと、プログラムを格納するＲＯＭと、各種演算制御のために一時記憶するとともに、必要なセンサからのデータを蓄積するＲＡＭと、センサから入力されたデータの時刻等を管理するためのリアルタイムクロック発生器と、シリアル通信インタフェース回路と、データ入力回路とによって構成されている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０６−０３６１６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、上記従来例では、センサから入力されたデータに、異常な日時情報が混在した場合、異常なデータを識別することができないという問題があり、また、時間の経過に伴う変化状態を正しく検出することができないという問題がある。
【０００５】
つまり、上記従来例では、時計用ＩＣが出力した日時情報が異常データである場合、日時情報が異常データであることを識別していないので、外部設定装置のパソコンで表示させると、正常データと異常データとが混在して表示されるが、異常データがいつ発生したものか分からないという問題がある。
【０００６】
本発明は、時計用ＩＣが出力した日時情報が異常データである場合、日時情報が異常データであることを容易に識別でき、異常データの発生時刻を推測できる監視制御盤を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、時計用ＩＣからの日時情報と、監視制御盤または上記監視制御盤に接続されている各端末に係るイベント内容とによって構成されているイベントデータを記憶するイベントデータ記憶手段と、上記時計用ＩＣからの日時情報が正常であるか異常であるかを判断する判断手段と、上記時計用ＩＣからの日時情報が正常であると判断されると、正常な日時情報とこの正常な日時情報に対応するイベント内容とを上記イベントデータ記憶手段に記憶し、上記時計用ＩＣからの日時情報が異常であると判断されると、上記異常であると判断された日時情報と区別して、正常な日時情報とこの正常な日時情報に対応するイベント内容とを、上記イベントデータ記憶手段に記憶する制御手段とを有することを特徴とする監視制御盤である。
【発明の効果】
【０００８】
本発明によれば、時計用ＩＣが出力した日時情報が異常データである場合、日時情報が異常データであることを容易に識別することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例１である監視制御盤１００の主要構成を示す図である。
【図２】実施例１における動作を示すフローチャートであり、メイン制御手段１０が日時情報の正常データ／異常データの判断を行う動作を示すフローチャートである。
【図３】実施例１において、時計用ＩＣ２０が正常である場合、異常である場合におけるイベントデータ記憶手段３０への記憶形式の例を示す図である。
【図４】実施例１において、外部設定装置であるパソコン５０へイベントデータを読出す動作を示すフローチャートである。
【図５】実施例１において、イベントログの画面表示例を示す図である。
【発明を実施するための形態】
【００１０】
発明を実施するための形態は、以下の実施例である。
【実施例１】
【００１１】
図１は、本発明の実施例１である監視制御盤１００の主要構成を示す図である。
【００１２】
監視制御盤１００は、たとえば、自動火災報知設備の火災受信機とほぼ同様な機能を有し、吸引式の煙検知器が接続される煙警報盤であり、メイン制御手段１０と、時計用ＩＣ２０と、イベントデータ記憶手段３０と、通信ドライバ４０とを有する。通信ドライバ４０には、煙検知器等のイベントデータの表示設定用のパソコン５０が接続されている。
【００１３】
メイン制御手段１０は、マイコンで構成され、時計用ＩＣ２０が出力した日時情報が正常データであるか、異常データであるかを判別する日時情報判断手段を有する。たとえば、１３月であるとか、３５日であるとか、２８時であるとかのように、年月日時分秒で、あり得ない数値を、異常データであると判別する。
【００１４】
時計用ＩＣ２０が出力した日時情報が正常データであると判断されれば、その日時情報とイベント内容を含むイベントデータをイベントデータ記憶手段３０に記憶する。時計用ＩＣ２０が出力した日時情報が異常データであれば、正常データであると最後に判断された日時情報と日時情報が異常と判断されたイベント内容を含むイベントデータを、イベントデータ記憶手段３０に、異常データであると区別して記憶する。
【００１５】
また、火災検知器から火災信号を受信すると、警報音が鳴動する。
【００１６】
イベントデータ記憶手段３０は、イベントデータを記憶し、記憶するデータの構成は、年／月／日／時／分／秒を、それぞれ１６進数とし、１Ｂｙｔｅのデータで記憶する。なお、月のデータは、１〜１２のデータしか存在しないので、１６進数では、上位ビットを空きとして０１ｈ〜０Ｃｈとして記憶する。
【００１７】
よって、時計用ＩＣ２０が出力した日時情報が異常データであれば、月情報の最上位ビットを１に設定し、８１ｈ〜８Ｃｈとして記憶する。
【００１８】
時計用ＩＣ２０は、リアルタイムクロックであり、イベント内容に対する日時情報をメイン制御手段１０に送信する。パソコン５０は、外部設定装置（設定ツール）の例である。
【００１９】
メイン制御手段１０から、外部インタフェースである通信ドライバ４０を介して、外部設定装置であるパソコン５０に、イベントログを送信すると、異常データの発生時間を推測することができ、かつ、異常データであることを表示することができる。異常データの発生時間を推測することができ理由については、後述する。
【００２０】
このときに、パソコン５０は、煙警報盤から受信したイベントを、その発生日時順にソートして表示するが、正常な時刻情報のみをソートするので、煙警報盤から受信したイベントの時刻情報が異常データである場合、この異常な時刻情報をソートすることができない。この場合、煙警報盤から受信した異常データである時刻情報を、リストの上段にまとめるか下段にまとめる。異常時刻データに対応するイベントを、実際に発生したイベント順の中に正確に組み入れることができない。
【００２１】
次に、異常データの発生時間を推測することができ理由について説明する。上記のように、正常データであると最後に判断された日時情報を、イベントデータ記憶手段３０に記憶してあるので、上記正常データであると最後に判断された日時情報（異常データが発生した直前の正常データ）以降の日時情報は異常データであると判断することができる。一方、異常データの後に、正常な日時情報を再び受信すれば、それ以降のイベントデータは、正常な日時で記憶される。よって、異常な日時データが付されているイベントの内容は、両者（正常データであると最後に判断された日時情報と異常データの後に受信した正常な日時情報と）の間の日時に発生したイベントの内容であると判断することができる。
【００２２】
図２は、実施例１における動作を示すフローチャートであり、メイン制御手段１０が、正常データ／異常データの判断を行う動作を示すフローチャートである。
【００２３】
火災受信機１００の電源がオンされ、Ｓ１で、時計用ＩＣ２０の時刻データを読み込み、Ｓ２で、日時情報が正常であるか異常であるかを判断し、正常であると判断されれば、Ｓ３で、正常とされた時刻とイベント内容を含むイベントデータとを、イベントデータ記憶手段３０に記憶し、時刻異常回数カウント値ｎをリセットする。そして、Ｓ４で、１００ｍｓが経過したかどうかを判断し、１００ｍｓが経過すれば、Ｓ１に戻る。
【００２４】
Ｓ２で日時情報が異常であると判断されると、Ｓ５で、時刻異常回数カウント値ｎを１インクリメントし、Ｓ６で、時刻異常回数カウント値ｎが５であるかどうかを判断する。Ｓ６で時刻異常回数カウント値ｎが５であると判断されると、Ｓ７で、正常とされた最新の時刻と時刻データが異常とされたイベント内容とを含むイベントデータに、月情報の最上位ビットを１とする異常識別フラグＳｅを付加し、時刻異常回数カウント値ｎをリセットする。Ｓ８で、１００ｍｓが経過したかどうかを判断する。１００ｍｓが経過すれば、Ｓ１に戻る。待機時間は、１００ｍｓでなくてもよい。
【００２５】
外部設定装置であるパソコン５０は、イベントの発生日時順に、イベントをソートし、ソートされたイベントを表示する。
【００２６】
次に、外部設定装置であるパソコン５０からイベントデータを読出す動作について説明する。
【００２７】
図３は、実施例１において、時計用ＩＣ２０が正常である場合、異常である場合におけるイベントデータ記憶手段３０への記憶形式の例を示す図である。
【００２８】
図３（１）は、時計用ＩＣ２０の正常時のデータ記憶方式を示す図である。この図において、月データ配列における上位ビットＢ７〜Ｂ４を、月データとしては使用せず、下位ビットＢ３〜Ｂ０を使用して、１月〜１２月のうちのいずれかの月を示す。
【００２９】
図３（２）は、時計用ＩＣ２０の異常時のデータ記憶方式を示す図である。この図において、年月日時分秒のどれか１つが、通常ではあり得ない異常であれば、月データ配列における最上位ビットＢ７が「１」になり、異常が発生した１月〜１２月を示す。つまり、月データの最上位ビットＢ７が空いているので、年月日時分秒の代表データ（異常データ）を記憶する領域として、月データの空きビットを使用する。
【００３０】
年月日時分秒の代表データ（異常データ）を記憶する領域として、月データ配列以外の空きビットを使用してもよい。
【００３１】
図４は、実施例１において、外部設定装置であるパソコン５０へイベントデータを読出す動作を示すフローチャートである。
【００３２】
Ｓ１１で、メイン制御手段１０から、パソコン５０へデータを送信し、Ｓ１２で、月情報最上位ビットが「０」であるかどうかを判断する。Ｓ１２で月情報最上位ビットが「０」であると判断されれば、Ｓ１３で、パソコン５０が読み出した日時情報が正常であるとして保存する。
【００３３】
Ｓ１２で月情報最上位ビットが「１」であると判断されれば、Ｓ１４で、パソコン５０が読み出した日時情報を異常であるとして保存する。
【００３４】
次に、Ｓ１５で、日時順に読み出しデータをソートし、Ｓ１６で、最終データであると判断されれば、Ｓ１７で、保存データを表示する。
【００３５】
図５は、実施例１において、イベントログの画面表示例を示す図である。
【００３６】
図５に示す例は、時計用ＩＣ２０からの日時情報が正常である場合の例である。時計用ＩＣ２０からの日時情報が異常であれば、この異常な日時情報を「…／…／…  …：…：…」と表示し、従来例であれば、上段または下段に表示されていたが、実施例１では、たとえば「０４／０１／０２  １０：１０：００」と、「０４／０１／０２  １０：２０：３０」との間に、異常な日時情報「…／…／…  …：…：…」を表示する。この場合、異常な日時情報を「＊０４／０１／０２  １０：１０：００」のように表示し、「＊（アスタリスク）」が表示されている日時情報が異常であることを示すようにしてもよい。
【００３７】
上記実施例によれば、時計用ＩＣが出力した日時情報が異常データである場合、日時情報が異常データであることを容易に識別することができる。
【００３８】
自動火災報知設備の火災受信機や防犯用の受信機等に用いてもよい。
【００３９】
なお、イベントデータ記憶手段３０は、時計用ＩＣからの日時情報と、監視制御盤または上記監視制御盤に接続されている各端末に係るイベント内容とによって構成されているイベントデータを記憶するイベントデータ記憶手段の例である。
【００４０】
メイン制御手段１０は、上記時計用ＩＣからの日時情報が正常であるか異常であるかを判断する判断手段の例である。また、メイン制御手段１０は、上記時計用ＩＣからの日時情報が異常であると判断されると、上記異常であると判断された日時情報と区別して、正常な日時情報とこの正常な日時情報に対応するイベント内容とを、上記記憶部に記憶する制御手段の例である。
【００４１】
この場合、上記制御手段は、上記時計用ＩＣが出力した日時情報が異常であると判断されれば、正常であると最後に判断された日時情報を含むイベントデータを、異常データであると判断し、上記イベントデータ記憶手段に記憶させる手段である。
【００４２】
パソコン５０は、上記イベントデータ記憶手段に記憶されているイベントデータを読み出し可能な外部インタフェースの例である。
【００４３】
上記日時情報は、それぞれ１バイトであり、上記制御手段は、上記異常であると判断された日時情報を、上記日時情報の空きビットを使用して記憶する手段である。
【符号の説明】
【００４４】
１００…監視制御盤、１０…メイン制御手段、２０…時計用ＩＣ、
３０…イベントデータ記憶手段、４０…通信ドライバ、５０…パソコン。
【図１】
2010237945.tif 000003
【図２】
2010237945.tif 000004
【図３】
2010237945.tif 000005
【図４】
2010237945.tif 000006
【図５】
2010237945.tif 000007