(57)【要約】【課題】限られたハードウェア資源で発報情報の種類と発生時刻とをセンタ装置に確実に通知することを可能にした監視システムの端末装置を提供する。【解決手段】端末装置１は、センサ３から発報情報を受け取り通信網４を通してセンタ装置２に通知する。端末装置１は、センサ３の発報情報を記憶する記憶部１３と、通信部１１がセンタ装置２と通信可能であるときにセンサ３から発報情報を受け取ると通信部１１を通して発報情報をセンタ装置２に送信させる信号処理部１０とを備える。記憶部１３は、センサ２の発報情報を種類ごとに格納する種類別記憶領域Ｄａを有する。信号処理部１０は、センタ装置２との通信が不通であるときにセンサ３から発報情報を受け取ると、当該発報情報に対応付けて種類別記憶領域Ｄａに格納されている発報時刻を更新する。信号処理部１０は、センタ装置２との通信が回復すると発報情報をセンタ装置２に送信する。【選択図】図１
2008242862.tif 000002
【特許請求の範囲】
【請求項１】
センサの発報情報を受け取りセンタ装置に通知する監視システムの端末装置であって、センタ装置と通信する通信部と、センサの発報情報を記憶する記憶部と、通信部がセンタ装置と通信可能であるときにセンサから発報情報を受け取ると通信部を通して発報情報をセンタ装置に送信させる信号処理部と、時刻を計時する時計部とを備え、記憶部は、センサの発報情報を種類ごとに格納する種類別記憶領域を有し、信号処理部は、通信部がセンタ装置と不通であるときにセンサから発報情報を受け取ると、時計部から発報時刻を取得して、種類別記憶領域に格納する当該発報情報の発報時刻を更新し、センタ装置と通信部との通信が回復すると記憶部に格納された内容をセンタ装置に送信することを特徴とする監視システムの端末装置。
【請求項２】
前記種類別記憶領域は、発報情報の種類ごとに発生回数を格納可能であり、前記信号処理部は、前記通信部が前記センタ装置と不通であるときに前記センサから発報情報を受け取ると種類別記憶領域に格納する発生回数を積算することを特徴とする請求項１記載の監視システムの端末装置。
【請求項３】
前記信号処理部は、前記センタ装置との通信が回復した後に、前記種類別記憶領域に格納された発報時刻の順で発報情報を単位として前記記憶部の内容をセンタ装置に送信することを特徴とする請求項１または請求項２記載の監視システムの端末装置。
【請求項４】
前記記憶部は、前記通信部が前記センタ装置と不通になった時刻を格納する不通記憶スロットを有し、前記信号処理部は、通信部とセンタ装置との通信が不通になると前記時計部で計時している時刻を不通記憶スロットに格納し、通信部とセンタ装置との通信が回復すると記憶部に格納された内容をセンタ装置に送信することを特徴とする請求項１ないし請求項３のいずれか１項に記載の監視システムの端末装置。
【請求項５】
前記記憶部は、前記センサの発報情報を発生順に逐次記憶する逐次記憶領域を有し、前記信号処理部は、逐次記憶領域に空き領域が存在する間は発報情報を逐次記憶領域に格納し、逐次記憶領域に格納された発報情報の総量が逐次記憶領域として確保されている領域の容量に達すると発報情報を種類別記憶領域に格納し、通信部とセンタ装置との通信が回復すると記憶部に格納された内容をセンタ装置に送信することを特徴とする請求項１ないし請求項４のいずれか１項に記載の監視システムの端末装置。
【請求項６】
前記記憶部は、前記信号処理部を前記センサの動作に対応付けて動作させるプログラムの格納領域であるプログラム領域を有し、前記種類別記憶領域とセンサの動作により決まるプログラム領域との占有サイズに応じて前記逐次記憶領域の占有サイズが設定されることを特徴とする請求項５記載の監視システムの端末装置。
【請求項７】
前記信号処理部は、前記逐次記憶領域に格納された発報情報の総量が逐次記憶領域として確保されている領域の容量に達した後、前記センサから発報情報を受け取ると前記逐次記憶領域に格納された最古の発報情報を消去し最新の発報情報を格納することを特徴とする請求項５または請求項６記載の監視システムの端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主として住宅において防災や防犯のための監視を行うセンサから発報情報を受け取りセンタ装置に通知する監視システムの端末装置に関するものである。
【背景技術】
【０００２】
従来から、住宅において防災や防犯のための監視を行うために、住宅に設置したセンサで取得した情報を通信網を介してセンタ装置に通知することが提案されている（たとえば、特許文献１参照）。特許文献１では、この種の情報の確実な蓄積および伝送を可能にするために、情報の記録場所の複数化や通信回線の複数化が提案されている。
【特許文献１】特開２００６−２６８３４８号公報（００２０段落）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載された技術のように、多くのハードウェア資源を用いる構成は高価である。この種の装置は、センタ装置を管理するセキュリティ会社との契約を行って使用することになるが、装置が高価であれば契約料も高くなり、一般家庭に普及させることができない。
【０００４】
本発明は上記事由に鑑みて為されたものであり、その目的は、限られたハードウェア資源で発報情報の種類と発生時刻とをセンタ装置に確実に通知することを可能にした監視システムの端末装置を提供することにある。
【課題を解決するための手段】
【０００５】
請求項１の発明は、センサの発報情報を受け取りセンタ装置に通知する監視システムの端末装置であって、センタ装置と通信する通信部と、センサの発報情報を記憶する記憶部と、通信部がセンタ装置と通信可能であるときにセンサから発報情報を受け取ると通信部を通して発報情報をセンタ装置に送信させる信号処理部と、時刻を計時する時計部とを備え、記憶部は、センサの発報情報を種類ごとに格納する種類別記憶領域を有し、信号処理部は、通信部がセンタ装置と不通であるときにセンサから発報情報を受け取ると、時計部から発報時刻を取得して、種類別記憶領域に格納する当該発報情報の発報時刻を更新し、センタ装置と通信部との通信が回復すると記憶部に格納された内容をセンタ装置に送信することを特徴とする。
【０００６】
請求項２の発明では、請求項１の発明において、前記種類別記憶領域は、発報情報の種類ごとに発生回数を格納可能であり、前記信号処理部は、前記通信部が前記センタ装置と不通であるときに前記センサから発報情報を受け取ると種類別記憶領域に格納する発生回数を積算することを特徴とする。
【０００７】
請求項３の発明では、請求項１または請求項２の発明において、前記信号処理部は、前記センタ装置との通信が回復した後に、前記種類別記憶領域に格納された発報時刻の順で発報情報を単位として前記記憶部の内容をセンタ装置に送信することを特徴とする。
【０００８】
請求項４の発明では、請求項１ないし請求項３のいずれかの発明において、前記記憶部は、前記通信部が前記センタ装置と不通になった時刻を格納する不通記憶スロットを有し、前記信号処理部は、通信部とセンタ装置との通信が不通になると前記時計部で計時している時刻を不通記憶スロットに格納し、通信部とセンタ装置との通信が回復すると記憶部に格納された内容をセンタ装置に送信することを特徴とする。
【０００９】
請求項５の発明では、請求項１ないし請求項４のいずれかの発明において、前記記憶部は、前記センサの発報情報を発生順に逐次記憶する逐次記憶領域を有し、前記信号処理部は、逐次記憶領域に空き領域が存在する間は発報情報を逐次記憶領域に格納し、逐次記憶領域に格納された発報情報の総量が逐次記憶領域として確保されている領域の容量に達すると発報情報を種類別記憶領域に格納し、通信部とセンタ装置との通信が回復すると記憶部に格納された内容をセンタ装置に送信することを特徴とする。
【００１０】
請求項６の発明では、請求項５の発明において、前記記憶部は、前記信号処理部を前記センサの動作に対応付けて動作させるプログラムの格納領域であるプログラム領域を有し、前記種類別記憶領域とセンサの動作により決まるプログラム領域との占有サイズに応じて前記逐次記憶領域の占有サイズが設定されることを特徴とする。
【００１１】
請求項７の発明では、請求項５または請求項６の発明において、前記信号処理部は、前記逐次記憶領域に格納された発報情報の総量が逐次記憶領域として確保されている領域の容量に達した後、前記センサから発報情報を受け取ると前記逐次記憶領域に格納された最古の発報情報を消去し最新の発報情報を格納することを特徴とする。
【発明の効果】
【００１２】
請求項１の発明の構成によれば、センタ装置との通信が不通になったときに通信が回復するまで保持することが必要である発報情報について、最新の発報時刻を保持することにより、通信の回復時には発生した発報情報の種類と発報情報の生じた最新の時刻とを知ることができる。また、記憶部においてセンサで発生する発報情報の種類ごとに発報時刻を格納し、かつ一つの発報情報については最新の発報時刻に更新するから、記憶部に占める種類別記憶領域の容量は、発報情報の種類が既知であれば固定的に規定することができ、全種類の発報情報について発生の有無を知ることを可能としながらも、記憶部の容量を小さくすることができる。逆に言えば、記憶部の容量を制限しながらも発生した発報情報については漏れなくセンタ装置に通知することができる。
【００１３】
いま、侵入者を警戒するセンサを他のセンサとともに設け、各センサの発報情報を発生順で逐次に記憶部に格納する場合を想定すると、記憶部にオーバーフローが生じたときに、古い発報情報を廃棄するか新しい発報情報の格納を禁止することが必要になり、いずれの場合も発生した発報情報の種類が消失する可能性がある。たとえば、侵入者に対する発報情報が発生した後に、他の発報情報が続けて発生することにより記憶部にオーバーフローを生じた場合に、古い発報情報を廃棄するとすれば、侵入者に対する発報情報が消失する。また、オーバーフロー時に新しい発報情報の格納を禁止する場合には、オーバーフロー後に侵入者に対する発報情報が発生しても記憶部に格納されない。したがって、いずれの場合も侵入者に対する発報情報はセンタ装置に通知されることがない。
【００１４】
これに対して、請求項１の発明の構成では、発報情報の種類別に発報時刻を更新するから、センタ装置と不通であった期間にどの発報情報が発生したかを漏れなく通知することが可能であり、オーバーフローを生じることなく少ない記憶容量で、各発報情報の発生の有無をセンタ装置に通知することができる。その結果、発報情報の発生について通知漏れが生じるのを防止することができる。
【００１５】
請求項２の発明の構成によれば、センタ装置との不通時に発生した発報情報を種類別に積算するから、発報情報の種類別に発生回数を知ることができる。
【００１６】
請求項３の発明の構成によれば、記憶部に格納した発報情報を発報時刻の順にセンタ装置に送信するから、発報時刻の古い順に発報情報を送信すれば、センサ装置では発報情報の発生順の時系列を知ることができる。また、発報時刻の新しい順に発報情報を送信すれば、センタ装置では発報情報を受信した時点に近い時点についてセンサで監視されている近況を知ることができ、発報情報に応じた迅速な対応が可能になる。
【００１７】
請求項４の発明の構成によれば、センタ装置との通信が不通になった時刻を不通記憶スロットに記憶し、通信が回復すると記憶部に格納した内容をセンタ装置に送信するから、不通になった時刻をセンタ装置で検出しなくともセンタ装置で知ることができる。また、センタ装置との通信が回復した後にセンタ装置に通知される発報情報は、センタ装置との通信が不通になった時刻以降のものだけが意味を持つから、意味のある発報情報を容易に選別することができ、センタ装置に発報情報を通知する前にこの選別を行えば、センタ装置との通信量が低減され、通信の負荷ないしトラフィックの軽減につながる。
【００１８】
請求項５の発明の構成によれば、発報情報を発生順に逐次記憶する逐次記憶領域を有しており、逐次記憶領域に空き領域が存在する間には発報情報を逐次記憶領域に格納するから、センタ装置との通信が不通である間に発生する発報情報の個数が少ないときには、逐次記憶領域を利用することにより、個別の発報情報をセンタ装置に通知することが可能になる。つまり、発報情報の発生経緯をセンタ装置に詳細に通知することが可能になる。
【００１９】
請求項６の発明の構成によれば、センサの動作（種類や用途）に応じて占有領域の大きさが決まるプログラムを記憶部に格納しており、記憶部においてプログラム用に確保されるプログラム領域と種類別記憶領域とを除いた領域を逐次記憶領域に用いるから、センサの動作に応じて逐次記憶領域の占有サイズを設定することができる。たとえば、プログラム領域の占有サイズが小さければ逐次記憶領域を大きく確保して発報情報をセンタ装置に詳細に通知することができる。
【００２０】
請求項７の発明の構成によれば、センタ装置との通信の回復時には回復時に近い時点の発報情報の発生の経緯を示す詳細な情報をセンタ装置に通知することができるから、センサにより監視されている近況に応じた迅速な対応が可能になる。
【発明を実施するための最良の形態】
【００２１】
以下に説明する各実施形態では、センサとして住宅で用いるものを想定する。この種のセンサには、住宅に出入りするドアや窓付近に設けられて侵入者の有無を監視する監視カメラや防犯センサ、室内に配置されて煙や火炎の有無を監視する火災センサ、設備の寿命や故障を通知するセンサなどがある。また、各センサは、監視している状態が変化すると発報する機能を有し、以下では、基本的には発報情報として発報の開始と発報の停止とを発生するものとする。
【００２２】
窓の開閉を検出する防犯センサを例とすれば、窓が開かれると発報を開始し、規定の手順で操作すると発報を停止する。また、煙濃度に応じて発報する火災センサを例とすれば、煙濃度が第１の閾値以上になると発報を開始し、煙濃度が低下して第２の閾値（第１の閾値より小さい）以下になると発報を停止する。これらのセンサの動作は一例であるが、センサとしては連続値を出力するものではなく、状態変化に応じた段階的な発報情報を出力するものを用いるものとする。
【００２３】
また、以下に説明する端末装置１は、図１に示すように、センサ３が接続され、通信網４を介してセンタ装置２と通信する監視システムを構築する。通信網４は、インターネットのような広域網、ローカルエリアネットワーク、専用線を用いた通信網、電話用の公衆網などを用いる。センタ装置２は、ネットワークサーバであってコンピュータを用いて構成され、端末装置１を介してセンサ３の発報情報を受け取ると、センタ装置２の管理者に通知したり、端末装置１の利用者に通信網４を介して通知したりする機能を有する。
【００２４】
（実施形態１）
本実施形態で説明する端末装置１は、図１に示すように、通信網４に接続されセンタ装置２との通信を可能にする通信部１１を備える。通信部１１はセンタ装置２との間で双方向に通信可能であるが、以下では端末装置１からセンタ装置２に対して発報情報を送信する場合についてのみ説明する。端末装置１は、センサ３からの発報情報を受け取るセンサ入力部１２を備える。センサ入力部１２には１個以上のセンサ３が接続可能であり、本実施形態では複数個（図示例では３個）のセンサ３を接続する場合を例示する。ただし、１個のセンサ３であっても複数種類の発報情報（少なくとも発報の開始と停止）を発生するから、センサ３は１個でもよい。
【００２５】
センサ入力部１２で受け取った発報情報は、マイクロコンピュータからなる信号処理部１０に一旦入力される。ここに、センサ３は、基本的にはオンとオフとの２出力を発生するものを想定しているが、出力値が連続的に変化するものを用い、信号処理部１０においてセンサ３の出力値に対する適宜の閾値を設定することにより発報情報を判断する構成を採用してもよい。以下では、このような構成であっても、センサ３の発報情報は連続値のことではなく発報の開始と停止とのように、特定の意味を対応付けた情報を意味する。
【００２６】
端末装置１には、半導体メモリからなる記憶部１３が設けられ、センサ入力部１２を通してセンサ３から受け取った発報情報は、通信部１１を通してセンサ装置２に送信されるか、または記憶部１３に格納される。さらに、信号処理部１０には現在時刻を計時する時計部１４が接続され、信号処理部１０は必要に応じて時計部１４で計時している時刻を用いる。
【００２７】
記憶部１３は、信号処理部１０を動作させるプログラムが格納されるプログラム領域１３ａと、センサ３から受け取った発報情報を格納するデータ領域１３ｂとを備える。半導体メモリの記憶領域をプログラム領域１３ａとデータ領域１３ｂとに分割して利用する場合を例として示すが、異なる半導体メモリをプログラム領域１３ａとデータ領域１３ｂとに割り当てるようにしてもよい。もっとも、端末装置１は住宅用であり、価格および寸法の要求により記憶部１３の容量を制限しているから、１個の半導体メモリの記憶領域をプログラム領域１３ａとデータ領域１３ｂとに分割して用いるのが望ましい。
【００２８】
ところで、データ領域１３ｂは種類別記憶領域Ｄａを備える。種類別記憶領域Ｄａは、図２に示すように、センサ３からの発報情報の種類ごとに区分された複数個の記憶スロットＳＬを有し、各記憶スロットＳＬには各センサごとに各発報情報が生じた時刻である発報時刻を格納することができる。
【００２９】
信号処理部１０は、通信部１１がセンタ装置２と通信可能である期間には、センサ３からセンサ入力部１２を通して発報情報を受け取ると、時計部１４から時刻を読み出し、この時刻を発報時刻とし、センサ３から受け取った発報情報に発報時刻を付随させた発報情報をセンタ装置２に送信する。
【００３０】
一方、通信部１１とセンタ装置２との通信が不通であっても、信号処理部１０では、センサ３からの発報情報をセンサ入力部１２を通して受け取ると、時計部１４から時刻を読み出し、この時刻を発報時刻とする。ただし、センタ装置２との通信が不通であるから、センサ３から受け取った発報時刻を発報情報に付随させた発報情報をセンタ装置２に送信することはできない。この場合には、時計部１４から取得した発報時刻のみを発報情報の種類に対応付けた記憶スロットＳＬに格納する。また、信号処理部１０が受け取った発報情報の種類に対応する記憶スロットＳＬにすでに発報時刻が格納されているときには、発報時刻を更新する。なお、センタ装置２と通信可能か通信が不通であるかは通信部１１が判断し、信号処理部１０に通知する。
【００３１】
図２に示す例では、３個のセンサ３について、それぞれ発報開始（図では「発報」と記述する）と発報停止（図では「復旧」と記述する）との２種類の発報情報を格納する記憶スロットＳＬを設け、合計６個の記憶スロットＳＬを種類別記憶領域Ｄａに設けている。センサ３をそれぞれ「センサＡ」、「センサＢ」、「センサＣ」と呼んで区別するとすれば、記憶スロットＳＬを、センサＡの発報、センサＡの復旧、センサＢの発報、センサＢの復旧、センサＣの発報、センサＣの復旧の６個に区分することができる。つまり、記憶スロットＳＬの個数はセンサ３の個数および各センサ３の発報情報の種類により決まり、各センサ３からの発報情報の発生回数には依存しないから、種類別記憶領域Ｄａの記憶容量は一定になる。
【００３２】
いま、センサＡの発報、センサＢの復旧、センサＢの発報、センサＢの復旧という順で各発報情報がそれぞれ発報時刻ｔ１，ｔ２，ｔ３，ｔ４に生じたとする。発報情報の種類は３種類（センサＡの発報、センサＢの発報、センサＢの復旧）であり、センサＢの復旧という発報情報は２回生じている。したがって、センサＡの発報とセンサＢの発報に対応する記憶スロットＳＬには、それぞれ発報時刻ｔ１，ｔ３が格納され、センサＢの復旧に対応する記憶スロットＳＬには、センサＢの復旧について最新の発報時刻ｔ４が格納される。
【００３３】
信号処理部１０では、通信部１１とセンタ装置２との通信が回復すると、記憶部１３の種類別記憶領域Ｄａに格納されている発報時刻をセンタ装置２に送信する。センタ装置２との通信が可能か否かはセンサ３から発報情報が入力されるたびに確認され、確認時に回復していれば、種類別記憶領域Ｄａに格納されている発報時刻を送信する。センタ装置２に送信するデータは、発報情報の種類と最新の発報時刻だけであるから、発報情報の種類が多い場合でも通信負荷（トラフィック）はあまり増加しない。記憶部１３に格納された内容をセンタ装置２に送信した後には、信号処理部１０は記憶部１３の内容を消去する。ただし、記憶部１３の内容を残す構成を採用してもよい。
【００３４】
ところで、センタ装置２との通信が不通である状態から回復したか否かの確認をセンタ３から発報情報が入力された時点とする代わりに、センタ装置２との通信が不通である期間において通信部１１が定期的にセンタ装置２との通信が可能か否かを確認する構成を採用してもよい。この構成を採用すれば、センサ３が発報情報を発生しなくともセンタ装置２との通信が可能になった時点で記憶部１３に格納された内容がセンタ装置２に送信され、発報情報の発生から大幅な遅れを生じることなく発報情報をセンタ装置２に通知することが可能になる。
【００３５】
上述した動作例では、通信部１１とセンタ装置２とが不通であるときにのみ信号処理部１０が記憶部１３に発報時刻を格納しているが、センタ装置２と通信可能である期間にも信号処理部１０が発報時刻を記憶部１３に格納することが可能である。
【００３６】
記憶部１３に格納した発報情報のセンタ装置２への転送後に発報時刻を記憶部１３に残しておく場合や、通信が可能である期間にも発報時刻を記憶部１３に格納する場合には、センタ装置２が受け取った発報時刻が不通時の発報情報とは限らない。このような場合には、センタ装置２が過去に受け取った発報情報に付随した発報時刻と、記憶部１３から読み出されてセンタ装置２が受け取った発報時刻とを比較し、過去に受け取った発報時刻と一致しない場合にのみ不通時に発報情報が発生したと判断する。
【００３７】
（実施形態２）
実施形態１では、記憶部１３の種類別記憶領域Ｄａにおいて、発報情報の種類ごとに最新の発報時刻を格納する構成を採用したが、本実施形態では、図３に示すように、記憶スロットＳＬにおいて、通信部１１とセンタ装置２との間の通信の不通時に発生した発報情報の種類ごとに発生回数を積算して格納することを可能にしている。発生回数の積算は、信号処理部１０が行う。
【００３８】
いま、センサＡの発報、センサＢの復旧、センサＢの発報、センサＡの発報、センサＢの復旧、センサＣの発報という順で各発報情報がそれぞれ発報時刻ｔ１，ｔ２，ｔ３，ｔ４，ｔ５，ｔ６に生じたとする。発報情報の種類は４種類（センサＡの発報、センサＢの発報、センサＢの復旧、センサＣの発報）であり、センサＡの発報とセンサＢの復旧という発報情報はそれぞれ２回生じている。発報情報が上述のように発生した場合には、センサＢの発報とセンサＢの発報とに対応する記憶スロットＳＬには、それぞれ発報時刻としてｔ３，ｔ６が格納され、発報回数としてそれぞれ１が格納される。また、センサＡの発報とセンサＢの復旧とに対応する記憶スロットＳＬには、それぞれ発報時刻としてｔ４，ｔ５が格納され、発報回数としてそれぞれ２が格納される。
【００３９】
上述の動作により、通信部１１とセンタ装置２との不通時における発報情報の発生回数を発報情報の種類別に求め、通信の回復後にセンタ装置２に通知することが可能になる。センタ装置２では、各発報情報の種類別の発生回数を知ることができ、発報情報の種類に応じて対処することが可能になる。他の構成および動作は実施形態１と同様である。
【００４０】
実施形態１、実施形態２では、通信の不通から回復したときに記憶部１３に格納されている発報時刻や発報回数をセンタ装置２に送信するが、送信順はとくに規定しておらず、通常は種類別記憶領域Ｄａの各記憶スロットＳＬに相当するアドレスの順で送信する場合を想定している。つまり、発報情報の新旧にかかわらず種類別記憶領域Ｄａでの記憶順に送信するから、発報情報を発生順に並べ替えたり、受信時刻にもっとも近い発報情報を抽出したりする処理をセンタ装置２において行う必要がある。
【００４１】
これに対して、端末装置１の信号処理部１０において、種類別記憶領域Ｄａに格納された発報情報の発報時刻に着目し、発報時刻の順で各発報情報をセンタ装置２に送信する構成を採用してもよい。発報時刻の古い順に発報情報を送信する場合には、センサ装置２における処理負荷を増加させることなく発報情報の発生順の時系列を知ることができる。また、発報時刻の新しい順に発報情報を送信する場合には、センタ装置２における処理負荷を増加させることなく発報情報の受信時点に近い最新の監視情報を受けることにより、発報情報に応じた迅速な対応が可能になる。
【００４２】
図３に示した例において、発報時刻の古い順で発報情報をセンタ装置２に送信するとすれば、センサＢの発報、センサＡの発報、センサＢの復旧、センサＣの発報という順で葉法情報が送信されることになる。
【００４３】
（実施形態３）
実施形態１および実施形態２では、端末装置１とセンタ装置２との通信が不通になった時刻はとくに管理しておらず、種類別記憶領域Ｄａにおいて通信が不通である期間以外の発報情報も蓄積している場合や、不通から回復したときに種類別記憶領域Ｄａの内容を消去しない場合には、不通である期間に生じた発報情報か否かを判別するのが困難である。
【００４４】
本実施形態は、図４に示すように、記憶部１３に種類別記憶領域Ｄａの記憶スロットＳＬとは別にセンタ装置２との通信が不通になった時刻を格納する不通記憶スロットＳＬ１を設けている。信号処理部１０は、通信部１１とセンタ装置２との通信が不通になると、時計部１４が計時している時刻を取得し、この時刻を不通開始時刻として不通記憶スロットＳＬ１に格納する。
【００４５】
信号処理部１０は、センサ３から受け取った発報情報をセンタ装置２に送信しようとするときに通信の状態を獲得するから、不通開始時刻は通信が不通である期間において最初に発報情報を受け取った時刻になる。したがって、通信が不通である期間に同じ発報情報が入力されなければ、いずれかの記憶スロットＳＬに格納された発報時刻と、不通記憶スロットＳＬ１に格納された不通開始時刻とは一致する。
【００４６】
不通記憶スロットＳＬ１に格納された不通開始時刻は、センタ装置２との通信が回復すると、記憶部１３に格納された発報情報（発報情報の種類と最新の発報時刻）とともにセンタ装置２に送信される。信号処理部１０は、不通開始時刻および発報情報をセンタ装置２に送信した後には、不通記憶スロットＳＬ１の内容を消去する。不通記憶スロットＳＬ１に格納された不通開始時刻は、記憶スロットＳＬに格納された発報情報に付随してセンタ装置２に送信されるから、不通記憶スロットＳＬ１は記憶スロットＳＬとともに種類別記憶領域Ｄａに設けておく。
【００４７】
センタ装置２では発報情報とともに不通開始時刻を受信することにより、不通になった時刻を知ることができるから、発報情報に含まれる発報時刻と不通開始時刻とを比較することにより、通信が不通であった期間に端末装置１に入力された発報情報の種類および最新の時刻を取得することができる。
【００４８】
不通開始時刻をセンタ装置２に転送してセンタ装置２において発報時刻を比較する代わりに、信号処理部１０において不通開始時刻と発報時刻とを比較し、不通開始時刻以降で通信が回復するまでの発報時刻である発報情報のみをセンタ装置２に送信する動作を採用すれば、センタ装置２に過去に送信された発報情報を重複して送信することがなくなり、通信量が低減され通信の負荷ないしトラフィックを低減させることができる。他の構成および動作は実施形態１、２と同様である。
【００４９】
（実施形態４）
上述した各実施形態では、記憶部１３に種類別記憶領域Ｄａを設けた構成について説明したが、種類別記憶領域Ｄａには、発報情報の種類ごとの最新の発報時刻が格納されるものの各発報情報ごとの発生時刻は格納することができない。センタ装置２と通信可能である期間には発報情報が発生毎に順にセンタ装置２に送信されているのに対して、通信の不通時には発報情報に関してセンタ装置２に通知できる情報量が大幅に低減し、センタ装置２では通信が不通であった期間については発報情報を詳細に分析することはできない。
【００５０】
そこで、本実施形態では、記憶部１３の記憶容量を増加させることなく発報情報の情報量の低減を抑制するために、図７に示すように、記憶部１３においてデータ領域１３ｂのうち種類別記憶領域Ｄａとして確保する一定容量の領域を除く領域を、センサ３の発報情報を発生順に逐次記憶する逐次記憶領域Ｄｂとして用いている。逐次記憶領域Ｄｂには、発報情報の種類と発報時刻との対が格納される。
【００５１】
逐次記憶領域Ｄｂには、発報情報が発生順に逐次記憶されるが、逐次記憶領域Ｄｂの容量は制限されているから、センタ装置２との不通期間が長くなったり、発報情報の発生頻度が高くなると、空き領域がなくなり、発報情報を格納することができなくなる。この問題を解決するために、信号処理部１０では、逐次記憶領域Ｄｂに格納された発報情報の総量が逐次記憶領域Ｄｂとして確保されている領域の容量に達すると、記憶部１３において発報情報を格納する領域を変更し、発報情報を種類別記憶領域Ｄａに格納する。この動作により、逐次記憶領域Ｄｂを種類別記憶領域Ｄａと併用することができる。図５において発報時刻ｔ０１〜ｔ０８は、種類別記憶領域Ｄａにおける最初の発報時刻である時刻ｔ１よりも前の時刻を示しており、ｔ０１、ｔ０２，ｔ０３、…、ｔ０８の順で時間が経過する。つまり、時刻ｔ０８が最新の時刻を表す。
【００５２】
本実施形態の動作を図６にまとめる。図６に示す動作では、センサ３から発報情報が入力されるか否かにかかわらず、センタ装置２との通信が可能になった時点で記憶部１３に格納された内容をセンタ装置２に送信する動作を採用している。
【００５３】
すなわち、センサ３から発報情報が入力されたときに（Ｓ１）、センタ装置２との通信が成功すれば（Ｓ２）、発報情報をセンタ装置２に送信して正常終了する（Ｓ３）。ステップＳ２において、通信が成功しない場合、つまりセンタ装置２との通信が不通であるときには、逐次記憶領域Ｄｂに占める発報情報の容量を確認する（Ｓ４）。ここで、逐次記憶領域Ｄｂに発報情報を格納可能であれば逐次記憶領域Ｄｂに発報情報を格納し（Ｓ５）、逐次記憶領域Ｄｂに発報情報を格納できなければ発報情報の保存形式を変更して（Ｓ６）、種類別記憶領域Ｄａに発報情報を格納する（Ｓ７）。
【００５４】
一方、ステップＳ１においてセンサ３から発報情報が入力されていない期間は、記憶部１３に格納された発報情報の有無を確認し（Ｓ８）、発報情報が存在していればセンタ装置２との通信が可能か否かを確認する（Ｓ９）。ここで、センタ装置２との通信が可能であれば、記憶部１３に保存されている発報情報をセンタ装置２に送信する（Ｓ１０）。以上の動作により、センタ装置２との通信が不通である間に発生した発報情報を種類別記憶領域Ｄａと逐次記憶領域Ｄｂとに格納し、通信が回復した後にこれらの発報情報をセンタ装置２に通信することが可能になる。
【００５５】
ところで、逐次記憶領域Ｄｂが発報情報で満たされ発報情報を種類別記憶領域Ｄａに格納するようになった後に、逐次記憶領域Ｄｂへの発報情報の格納を行わない場合、通信の不通期間が長くなれば、逐次記憶領域Ｄｂに格納された発報情報は古くなり、センタ装置２に通知しても役に立たない可能性がある。そこで、逐次記憶領域Ｄｂが発報情報で満たされた後に発報情報が発生したときには、逐次記憶領域Ｄｂに格納されている最古の発報情報を消去し、最新の発報情報に置き換えるようにする。この処理は待ち行列と同様の処理であり、逐次記憶領域Ｄｂが発報情報で満たされたとしても、逐次記憶領域Ｄｂには新しい発報情報が格納される。種類別記憶領域Ｄａに格納される発報情報は各センサ３ごとの最新の発報情報のみであるが、上述のように、逐次記憶領域Ｄｂの発報情報を更新することにより、各センサ３について最新の発報情報だけではない履歴もある程度把握することができるから、不通時の事象をより詳細に分析することが可能になる。
【００５６】
通信が回復すると、逐次記憶部Ｄｂに格納された発報情報は種類別記憶領域Ｄａに格納された発報情報と併せてセンタ装置２に送信される。また、逐次記憶部Ｄｂに格納された発報情報がセンタ装置２に送信された後は、逐次記憶領域Ｄｂの内容は消去される。つまり、逐次記憶領域Ｄｂは、通信が不通になった時点では、つねに空の状態になっていることになる。
【００５７】
本実施形態の動作によって、センタ装置２との通信が不通である期間に、発報情報の種類ごとの最新の発報時刻が記録されるだけではなく、発生順の発報情報も可能なかぎり記録するので、センタ装置２では、両情報を用いることにより、不通期間に発生した発報情報の種類を確実に知ることができる上に、同じ種類の発報情報が２回以上発生した場合であっても発生順をある程度は知ることができるから、容量の制限された記憶部１３を用いる場合でも、通信の不通期間に生じた発報情報についてセンタ装置２が受け取る情報量が多くなり詳細な分析が可能になる。本実施形態は、上述した各実施形態と組み合わせて用いることができる。
【００５８】
ところで、上述の動作では、記憶部１３のデータ領域１３ｂのみについて述べたが、記憶部１３にはデータ領域１３ｂとともにプログラム領域１３ａを設けている（図１参照）。プログラム領域１３ａの容量が固定的に定められているときには、上述の動作でも記憶部１３の容量を有効利用していることになるが、センサ３の個数やセンサ３の種類によってはプログラム領域１３ａの容量が変化する場合がある。
【００５９】
たとえば、端末装置１にセンサ３として監視カメラを接続する場合であって、各監視カメラをそれぞれ制御するパラメータをプログラム領域１３ａに格納するとすれば、図７に示すように、接続する監視カメラの台数によってプログラム領域１３ａの容量が変化することになる。センタ装置２に送信する情報は発報と復旧との単純な発報情報であるとしても、端末装置１ではセンサ３で得られた情報から特定の情報を抽出する処理を行うことがある。たとえば、センサ３の出力値に対して発報と復旧との判断を信号処理部１０で行う場合もある。このような場合には、センサ３の種類や個数によってプログラム領域１３ａの容量が変化する。
【００６０】
プログラム領域１３ａと種類別記憶領域Ｄａとが占有する容量は、センサ３の種類や個数により決まるから、記憶部１３について、プログラム領域１３ａおよび種類別記憶領域Ｄａの占有サイズに応じて逐次記憶領域Ｄｂの占有サイズを調節すれば、逐次記憶領域Ｄｂの占有サイズが可変になり、記憶部１３の制限された容量を有効利用することになる。つまり、プログラム領域１３ａの占有サイズが小さければ逐次記憶領域Ｄｂを大きく確保して発報情報をセンタ装置に詳細に通知することができ、プログラム領域１３ａの占有サイズが大きければ逐次記憶領域Ｄｂは小さくなるが、種類別記憶領域Ｄａに格納される発報情報を用いることで、通信の不通時でも発生した発報情報の種類をセンタ装置２に通知することができる。
【図面の簡単な説明】
【００６１】
【図１】本発明を示すブロック図である。
【図２】実施形態１における記憶部の利用例を示す図である。
【図３】実施形態２における記憶部の利用例を示す図である。
【図４】実施形態３における記憶部の利用例を示す図である。
【図５】実施形態４における記憶部の利用例を示す図である。
【図６】同上の動作説明図である。
【図７】同上において記憶部の他の利用例を示す図である。
【符号の説明】
【００６２】
１  端末装置
２  センタ装置
３  センサ
１０  信号処理部
１１  通信部
１２  センサ入力部
１３  記憶部
１３ａ  プログラム領域
１３ｂ  データ領域
１４  時計部
Ｄａ  種類別記憶領域
Ｄｂ  逐次記憶領域
ＳＬ１  不通記憶スロット
ＳＬ  記憶スロット
【図１】
2008242862.tif 000003
【図２】
2008242862.tif 000004
【図３】
2008242862.tif 000005
【図４】
2008242862.tif 000006
【図５】
2008242862.tif 000007
【図６】
2008242862.tif 000008
【図７】
2008242862.tif 000009