JP2015122702A - 通報システムおよび利用者情報バックアップ方法 - Google Patents

Abstract

【課題】
従来、緊急通報を受信する緊急通報受信装置の利用者情報を効果的にバックアップすることが難しかった。
【解決手段】
本発明では、通報端末と、通報端末から通報を受信する子局装置と、子局装置を統括する親局装置とを有する通報システムにおいて、親局装置は、子局装置が収容する通報端末の利用者情報に関する情報を要求し、子局装置から受信する情報に基づいて、バックアップ先とバックアップを行う日時とを子局装置に通知し、子局装置は、自装置が収容する通報端末の利用者情報を更新頻度別に分類した情報を親局装置に通知し、親局装置からバックアップ先と当該バックアップ先へ利用者情報を送信する日時とを受信し、当該日時に利用者情報をバックアップ先に送信することを特徴とする。
【選択図】図４

Description

本発明は、通報システムおよび利用者情報バックアップ方法に関する。

急病や災害時などに緊急通報を行うシステムが利用されている。例えば、利用者が通報端末のボタンを押下すると、予め登録された通報受信装置に通報され、さらにオペレータと音声通話を行うことができる緊急通報装置が考えられている（例えば、特許文献１参照）。

特開２００１−０５７６０４号公報

一般に、通報受信装置は、利用者名、通報日時、通報内容などの利用者情報をデータベースに記録している。ところが、エリア別に複数の通報受信端末を設置する場合、各エリア毎の利用者情報は、それぞれの通報受信端末のデータベースに記録される。このような場合、災害などで通報受信端末が使用できなくなると、当該エリアの利用者情報が失われてしまうため、復旧が困難になるという問題が生じる。

本件開示の通報システムおよび利用者情報バックアップ方法は、利用者情報を冗長化してバックアップする技術を提供することを目的とする。

一つの観点によれば、通報端末と、通報端末から通報を受信する子局装置と、子局装置を統括する親局装置とを有する通報システムにおいて、親局装置は、子局装置が収容する通報端末の利用者情報に関する情報を要求し、子局装置から受信する情報に基づいて、バックアップ先とバックアップを行う日時とを子局装置に通知し、子局装置は、自装置が収容する通報端末の利用者情報を更新頻度別に分類した情報を親局装置に通知し、親局装置からバックアップ先と当該バックアップ先へ利用者情報を送信する日時とを受信し、当該日時に利用者情報をバックアップ先に送信することを特徴とする。

一つの観点によれば、通報端末と、通報端末から通報を受信する子局装置と、子局装置を統括する親局装置とを有する通報システムで用いられる通報端末の利用者情報をバックアップする利用者情報バックアップ方法において、親局装置は、子局装置が収容する通報端末の利用者情報に関する情報を要求し、子局装置から受信する情報に基づいて、バックアップ先とバックアップを行う日時とを子局装置に通知し、子局装置は、自装置が収容する通報端末の利用者情報を更新頻度別に分類した情報を親局装置に通知し、親局装置からバックアップ先と当該バックアップ先へ利用者情報を送信する日時とを受信し、当該日時に利用者情報をバックアップ先に送信することを特徴とする。

本件開示の通報システムおよび利用者情報バックアップ方法は、利用者情報を冗長化してバックアップすることができる。

緊急通報システムの一例を示す図である。 緊急通報受信装置（子局）の一例を示す図である。 緊急通報受信装置（親局）の一例を示す図である。 緊急通報受信装置（親局）と緊急通報受信装置（子局）との間で行われるバックアップ処理の例を示す図である。 利用者情報の更新頻度に応じたバックアップ間隔の一例を示す図である。 緊急通報受信装置（子局）がバックアップ中に緊急通報を受信した場合の動作例を示す図である。 緊急通報受信装置（子局）間のバックアップの様子を示す図である。

以下、図面を用いて実施形態を説明する。
［緊急通報システム１００の一例］
図１は、緊急通報システム１００の一例を示す。図１において、緊急通報システム１００は、緊急通報端末１０１ａ、１０１ｂ、１０１ｃ、１０１ｄ、１０１ｅおよび１０１ｆと、緊急通報受信装置（子局）１０２ａ、１０２ｂおよび１０２ｃと、緊急通報受信装置（親局）１０３とを有する。さらに、緊急通報システム１００は、緊急通報選別装置１０５ａ、１０５ｂ、１０５ｃおよび１０５ｄと、ＴＡ（Terminal Adapter）１０６ａ、１０６ｂ、１０６ｃおよび１０６ｄとを有する。

ここで、緊急通報端末１０１ａ、１０１ｂ、１０１ｃ、１０１ｄ、１０１ｅおよび１０１ｆのうち特定の端末を指す場合は、符号末尾にアルファベットを付加して、例えば緊急通報端末１０１ａのように表記する。また、緊急通報端末１０１ａ、１０１ｂ、１０１ｃ、１０１ｄ、１０１ｅおよび１０１ｆに共通する内容を説明する場合は、符号末尾のアルファベットを省略して、緊急通報端末１０１と表記する。同様に、緊急通報受信装置（子局）１０２ａ、１０２ｂおよび１０２ｃについても、共通する内容を説明する場合は、符号末尾のアルファベットを省略して、緊急通報受信装置（子局）１０２と表記する。また、緊急通報選別装置１０５ａ、１０５ｂ、１０５ｃおよび１０５ｄ、ＴＡ１０６ａ、１０６ｂ、１０６ｃおよび１０６ｄについても、共通する内容を説明する場合は、符号末尾のアルファベットを省略して、緊急通報選別装置１０５、ＴＡ１０６のように表記する。

図１において、緊急通報受信装置（子局）１０２ａ、緊急通報選別装置１０５ａおよびＴＡ１０６ａは、１つの緊急通報受信センタ１５０ａに設置される。同様に、緊急通報受信装置（子局）１０２ｂ、緊急通報選別装置１０５ｂおよびＴＡ１０６ｂは、１つの緊急通報受信センタ１５０ｂに設置される。また、緊急通報受信装置（子局）１０２ｃ、緊急通報選別装置１０５ｃおよびＴＡ１０６ｃは、１つの緊急通報受信センタ１５０ｃに設置される。また、緊急通報受信装置（親局）１０３、緊急通報選別装置１０５ｄおよびＴＡ１０６ｄは、１つの緊急通報受信センタ１５１に設置される。ここで、緊急通報受信センタ１５０ａ、１５０ｂおよび１５０ｃについても、共通する内容を説明する場合は、アルファベットを省略して、緊急通報受信センタ１５０と表記する。

図１において、緊急通報端末１０１ａ、１０１ｂ、１０１ｃ、１０１ｄ、１０１ｅおよび１０１ｆは、アナログ電話回線網１０４にそれぞれ接続され、緊急通報選別装置１０５ａ、１０５ｂ、１０５ｃおよび１０５ｄのいずれかに接続される。ここで、緊急通報端末１０１ａ、１０１ｂ、１０１ｃ、１０１ｄ、１０１ｅおよび１０１ｆは、市区町村などのエリア毎に分けて各エリアを担当する緊急通報選別装置１０５に接続される。図１の例では、エリアＡに属する緊急通報端末１０１ａおよび１０１ｂは、エリアＡを担当する緊急通報受信センタ１５０ａの緊急通報選別装置１０５ａに接続される。具体的には、緊急通報時に、緊急通報端末１０１ａおよび１０１ｂは、緊急通報選別装置１０５ａの電話番号をダイヤルする。同様に、エリアＢに属する緊急通報端末１０１ｃおよび１０１ｄは、エリアＢを担当する緊急通報受信センタ１５０ｂの緊急通報選別装置１０５ｂに接続される。また、エリアＣに属する緊急通報端末１０１ｅおよび１０１ｆは、エリアＣを担当する緊急通報受信センタ１５０ｃの緊急通報選別装置１０５ｃに接続される。

緊急通報選別装置１０５は、例えば、緊急通報端末１０１からアナログ電話回線網１０４を介して受信する緊急通報を終端して、ＬＡＮ（Local Area Network）で伝送可能なパケットに変換する。この時、緊急通報選別装置１０５は、通報の種類を判別し、例えば通報がアナログの音声通話である場合は、アナログの音声をデジタル化して音声パケットに変換し、緊急通報受信装置（子局）１０２に送信する。尚、緊急通報選別装置１０５は、発信元の電話番号などの情報も制御パケットとして緊急通報受信装置（子局）１０２に送信する。また、緊急通報選別装置１０５は、緊急通報端末１０１から火災や事件・事故などを通知するデータ通信を受信した場合は、当該データをパケットに変換してＬＡＮを介して緊急通報受信装置（子局）１０２に送信する。尚、図１の例では、緊急通報選別装置１０５と緊急通報受信装置（子局）１０２とを別々に設けたが、緊急通報受信装置（子局）１０２に緊急通報選別装置１０５の機能を含めてもよい。

ここで、図１の例では、緊急通報受信センタ１５１の担当エリアを記載していないが、例えば、緊急通報選別装置１０５ｄは、不図示のエリアＤの緊急通報端末１０１を収容する。尚、緊急通報受信センタ１５１の緊急通報受信装置（親局）１０３は、後述するように、緊急通報受信装置（子局）１０２ａ、１０２ｂおよび１０２ｃを統括する。また、緊急通報受信センタ１５１に緊急通報選別装置１０５ｄを設置せずに、緊急通報受信装置（親局）１０３が緊急通報受信装置（子局）１０２ａ、１０２ｂおよび１０２ｃを統括する処理を行ってもよい。

さらに、図１において、緊急通報受信装置（子局）１０２ａ、１０２ｂおよび１０２ｃと、緊急通報受信装置（親局）１０３とは、ＩＮＳ（Information Network System）回線網１０７を介して相互に接続されている。

ここで、緊急通報システム１００の具体例として、例えば緊急通報受信装置（子局）１０２を市区町村の役所に配置し、緊急通報受信装置（親局）１０３を都道府県の役所に配置する。図１の例では、緊急通報受信装置（子局）１０２ａが管轄エリアＡのＡＡ市、緊急通報受信装置（子局）１０２ｂが管轄エリアＢのＢＢ市、緊急通報受信装置（子局）１０２ｃが管轄エリアＣのＣＣ市のそれぞれの市役所に配置される。そして、緊急通報受信装置（親局）１０３は、例えばＡＢＣ県の県庁に配置され、ＡＡ市とＢＢ市とＣＣ市との緊急通報受信装置（子局）１０２を統括する。尚、本実施形態では、緊急通報受信装置（親局）１０３が複数の緊急通報受信装置（子局）１０２を統括する例を示したが、いずれかの緊急通報受信装置（子局）１０２が親局として、他の緊急通報受信装置（子局）１０２を統括してもよい。

また、図１において、緊急通報受信装置（子局）１０２は、収容する緊急通報端末１０１毎に利用者情報を保持している。そして、本実施形態に係る緊急通報システム１００は、複数の緊急通報受信装置（子局）１０２間で自装置の利用者情報を送受信して、他の緊急通報受信装置（子局）１０２の利用者情報を記憶する。これにより、本実施形態に係る緊急通報システム１００は、利用者情報を複数の緊急通報受信装置（子局）１０２に冗長化してバックアップすることができる。

ここで、利用者情報について説明する。利用者情報は、個人情報と、着信情報と、マスタ情報と、法人情報とを有する。個人情報は、例えば、利用者名、電話番号、住所、年齢、性別、状況（世帯構成や持病など）などの情報である。着信情報は、過去の緊急通報に関する情報で、例えば、着信日時、通報内容などの情報である。マスタ情報は、例えば、地区名、担当者名などの情報である。地区名は、例えば、市区町村や都道府県などの行政地区の名称でもよいし、独自のエリア名などでもよい。法人情報は、例えば、利用者が通院する医療機関や福祉施設など、利用者に関係する機関の情報などである。
［緊急通報受信装置（子局）１０２の一例］
図２は、緊急通報受信装置（子局）１０２の一例を示す。ここで、緊急通報受信装置（子局）１０２は、収容する緊急通報端末１０１の利用者情報を保持し、利用者からの通報の内容を識別して処理する。そして、緊急通報受信装置（子局）１０２のオペレータは、救急車や人員の派遣、或いは、緊急通報受信装置（親局）１０３への通報の転送などを行う。また、緊急通報受信装置（子局）１０２は、他の緊急通報受信装置（子局）１０２とＩＮＳ回線網１０７等の光ファイバなどに比べて通信速度が遅い回線で繋がっており、利用者情報を相互に転送することで、利用者情報の冗長化を図っている。

図２において、緊急通報受信装置（子局）１０２は、制御部２０２と、局間通信部２０３と、抽出分類部２０４と、分割暗号部２０５と、ファイル保存部２０６と、ＤＢ（DataBase）２０７とを有する。また、緊急通報受信装置（子局）１０２は、通報受信部２０１と、表示部２０８と、操作部２０９と、通話部２１０とを有してもよい。

通報受信部２０１は、緊急通報選別装置１０５に接続するためのＬＡＮインターフェース回路を有し、緊急通報端末１０１から送信される緊急通報を緊急通報選別装置１０５を介して受信する。

制御部２０２は、ＣＰＵ（Central Processing Unit）を有し、ＣＰＵ内部に予め記憶されたプログラムにより、緊急通報受信装置（子局）１０２全体の動作を制御する。

局間通信部２０３は、ＴＡ１０６およびＩＮＳ回線網１０７を介して他の緊急通報受信装置（子局）１０２や緊急通報受信装置（親局）１０３との間で情報を送受信する。例えば、局間通信部２０３は、緊急通報受信装置（親局）１０３から制御情報を受信したり、他の緊急通報受信装置（子局）１０２から利用者情報を受信する。或いは、局間通信部２０３は、他の緊急通報受信装置（子局）１０２や緊急通報受信装置（親局）１０３に自装置の利用者情報のバックアップファイルを送信する。

抽出分類部２０４は、後述するＤＢ２０７に保存されている利用者情報を抽出し、利用者情報の更新頻度を計算する。そして、抽出分類部２０４は、予め設定された閾値以上の頻度で利用者情報が更新されている場合、当該利用者情報を更新する頻度が高い情報（更新頻度高情報と称す）に分類する。逆に、抽出分類部２０４は、予め設定された閾値未満の頻度で利用者情報が更新されている場合、当該利用者情報を更新する頻度が低い情報（更新頻度低情報と称す）に分類する。尚、更新する頻度は、例えば、利用者情報を更新する毎に更新日時の履歴を利用者情報に付加しておくことにより、計算することができる。抽出分類部２０４は、例えば、過去１ヶ月間に利用者情報を２０回以上更新している場合は更新頻度が高いと判断し、２０回未満の場合は更新頻度が低いと判断する。また、抽出分類部２０４は、更新頻度の情報を利用者情報に付加するようにしてもよい。

分割暗号部２０５は、利用者情報を圧縮および分割し、さらに暗号化したファイルを作成し、後述するＤＢ２０７に記憶する。尚、分割暗号部２０５は、作成したファイル名に番号を付与する。例えば、分割暗号部２０５は、分割前のファイル名が「ＸＸ１」のファイルを３つに分割する場合、分割するファイルの順番に応じた番号を付与する。例えば、分割後の１つ目のファイル名は「ＸＸ１−１」、２つ目のファイル名は「ＸＸ１−２」、３つ目のファイル名は「ＸＸ１−３」のように、分割するファイルの順番に応じた番号が分割するファイルにそれぞれ付与される。尚、分割暗号部２０５は、各ファイルのヘッダ情報として、抽出分類部２０４が分類した更新頻度高情報または更新頻度低情報を示すフラグを付加してもよい。ここで、暗号化されたファイルは、暗号化を行った緊急通報受信装置（子局）１０２または緊急通報受信装置（親局）１０３だけ復号化することができる。従って、暗号化されたファイルが他の緊急通報受信装置（子局）１０２にバックアップされていても、他の緊急通報受信装置（子局）１０２は、利用者情報を閲覧することが難しい。これにより、本実施形態に係る緊急通報システム１００は、管轄外の緊急通報受信装置（子局）１０２の利用者情報の保護を図ると共に、利用者情報を互いにバックアップすることができ、利用者情報の冗長化を図ることができる。

ファイル保存部２０６は、他の緊急通報受信装置（子局）１０２から送付されるバックアップファイルを後述するＤＢ２０７に保存する。

ＤＢ２０７は、自装置の緊急通報受信装置（子局）１０２が収容する管轄エリアの緊急通報端末１０１の利用者情報を保持する。尚、管轄エリアの利用者情報は、利用者が登録した時に、オペレータが後述する操作部２０９により入力してＤＢ２０７に記憶される。また、ＤＢ２０７は、分割暗号部２０５が暗号化したファイルを記憶する。図２の例では、暗号化したファイルは、例えば、当該緊急通報受信装置（子局）１０２が収容する緊急通報端末１０１の利用者情報（個人情報、着信情報、マスタ情報、法人情報）を暗号化した情報である。ここで、暗号化されたファイルを他の緊急通報受信装置（子局）１０２でバックアップする時に、どの緊急通報受信装置（子局）１０２のファイルであるかを判別できるように、暗号化した情報に緊急通報受信装置（子局）１０２の識別子を付加してもよい。尚、識別子を付加しない場合でも、暗号情報の内容（例えば個人情報やマスタ情報など）を見れば当該ファイルに対応する緊急通報受信装置（子局）１０２を判別できる。図２の点線枠内は、ファイルＡ、ファイルＢおよびファイルＣのように、自装置が収容する緊急通報端末１０１の利用者情報を３つに分割して暗号化したファイルをＤＢ２０７に記憶する例を示している。尚、各ファイルは、他の緊急通報受信装置（子局）１０２にバックアップ後に、ファイル保存部２０６がＤＢ２０７から削除するようにしてもよい。さらに、ＤＢ２０７は、他の緊急通報受信装置（子局）１０２から受信する暗号化されたバックアップ情報を記憶する。図２の点線枠内は、他の緊急通報受信装置（子局）１０２が分割して暗号化した３つのファイル（ファイルＤ、ファイルＥおよびファイルＦ）をＤＢ２０７に記憶する例を示している。

表示部２０８は、緊急通報受信装置（子局）１０２が収容する緊急通報端末１０１から送信される緊急通報の内容を表示する。そして、オペレータは、表示部２０８に表示される緊急通報の内容に応じて対処を行う。例えば、オペレータは、後述する通話部２１０により、通報者と会話して状況を確認する。一例として、オペレータは、災害が発生した場合、警察署や消防署に連絡し、高齢者の体調が悪い場合、救急車を手配する。

操作部２０９は、オペレータが緊急通報受信装置（子局）１０２を操作するためのキーボードやマウスなどの操作部材である。オペレータは、操作部２０９を操作して、緊急通報の内容を確認したり、緊急通報を送信した利用者の情報を確認する。

通話部２１０は、緊急通報端末１０１が通話機能を有する場合、緊急通報を行った利用者と会話するためのマイクやスピーカなどである。
［緊急通報受信装置（親局）１０３の一例］
図３は、緊急通報受信装置（親局）１０３の一例を示す。図３において、緊急通報受信装置（親局）１０３は、通報受信部３０１と、制御部３０２と、局間通信部３０３と、計算部３０４と、管理部３０５と、ＤＢ（DataBase）３０６と、表示部３０７と、操作部３０８と、通話部３０９とを有する。

通報受信部３０１は、図２で説明した緊急通報受信装置（子局）１０２の通報受信部２０１と同様の機能を有する。尚、通報受信部３０１は、緊急通報受信装置（親局）１０３が直接、緊急通報端末１０１を収容する場合に用いられるが、緊急通報受信装置（子局）１０２を統括する場合は、通報受信部３０１を設けなくてもよい。

制御部３０２は、ＣＰＵを有し、ＣＰＵ内部に予め記憶されたプログラムにより、緊急通報受信装置（親局）１０３全体の動作を制御する。

局間通信部３０３は、ＴＡ１０６およびＩＮＳ回線網１０７を介して複数の緊急通報受信装置（子局）１０２との間で情報を送受信する。例えば、局間通信部３０３は、緊急通報受信装置（子局）１０２に制御情報を送信したり、緊急通報受信装置（子局）１０２から利用者情報を受信する。

計算部３０４は、緊急通報受信装置（子局）１０２から受信する情報に基づいて、バックアップ日時（年月日、時刻、曜日などの情報を含む）やバックアップ先を決定する。バックアップ日時は、バックアップを毎日行う場合、時刻だけの情報でもよいし、特定の曜日に行う場合は、曜日と時刻だけの情報でもよい。バックアップ日時やバックアップ先は、緊急通報受信装置（子局）１０２から受信する利用者情報の更新頻度や、利用者情報を分割して暗号化したファイルの個数や容量などに基づいて決定される。例えば、計算部３０４は、更新頻度が低い利用者情報のファイルのバックアップ日時を前回のバックアップ日時よりも長い周期になるように、バックアップ日時を計算する。尚、前回のバックアップ日時は、後述するＤＢ３０６に保持されている。また、計算部３０４は、特定の緊急通報受信装置（子局）１０２にバックアップするファイルが偏らないように、バックアップするファイルの容量を確認してバックアップ先を決定する。尚、過去にバックアップしたファイルの容量は、緊急通報受信装置（子局）１０２別に後述するＤＢ３０６に保持されている。

管理部３０５は、緊急通報受信装置（親局）１０３が統括する複数の緊急通報受信装置（子局）１０２に関する情報を管理する。例えば、管理部３０５は、各緊急通報受信装置（子局）１０２が利用者情報をバックアップする（又はバックアップした）日時やバックアップ先を後述のＤＢ３０６に記憶する。また、管理部３０５は、緊急通報受信装置（子局）１０２から転送される緊急通報の履歴や利用者情報などを管理する。ここで、緊急通報受信装置（親局）１０３は、全ての緊急通報受信装置（子局）１０２の利用者情報を後述するＤＢ３０６に保持してもよい。尚、緊急通報受信装置（子局）１０２から暗号化されたファイルを受信した場合、管理部３０５は、復号化してＤＢ３０６に記憶する。

ＤＢ３０６は、統括する複数の緊急通報受信装置（子局）１０２に関する情報を記憶する。例えば、緊急通報受信装置（子局）１０２の情報（名称、シリアル番号などの機器識別子、管轄エリア、動作状態など）が管理部３０５によりＤＢ３０６に記憶される。また、ＤＢ３０６は、各緊急通報受信装置（子局）１０２の利用者情報のバックアップ日時やバックアップ先などの情報を記憶する。例えば、図３の点線枠内は、緊急通報受信装置（子局）１０２毎のバックアップ日時やバックアップ先の情報例を示す。緊急通報受信装置（子局）１０２ａの利用者情報は、２０１３．１０．１の０：００に緊急通報受信装置（子局）１０２ｂにバックアップする（又はバックアップした）ことを示す。尚、緊急通報受信装置（親局）１０３の制御部３０２は、内部にカレンダー機能や時計機能を有する。そのため、バックアップ日時が現在日時以後の場合、ＤＢ３０６の情報はバックアップの予定を示し、バックアップ日時が現在日時以前の場合、ＤＢ３０６の情報はバックアップの履歴を示す。

表示部３０７は、緊急通報受信装置（子局）１０２のバックアップ状況を表示したり、緊急通報受信装置（子局）１０２から転送される緊急通報の内容を表示する。そして、オペレータは、表示部３０７に表示される緊急通報の内容に応じた対処を行う。尚、基本的には、緊急通報端末１０１を収容する各エリアの緊急通報受信装置（子局）１０２のオペレータが対応するが、大規模災害の発生時や緊急通報受信装置（子局）１０２側での対処が難しい場合、緊急通報受信装置（親局）１０３のオペレータが対処する。

操作部３０８は、オペレータが緊急通報受信装置（親局）１０３を操作するためのキーボードやマウスなどの操作部材を有する。オペレータは、操作部３０８の操作部材を使用して、緊急通報受信装置（子局）１０２のバックアップ状況を確認したり、緊急通報受信装置（子局）１０２から転送される緊急通報の内容を確認する。

通話部３０９は、緊急通報受信装置（親局）１０３が通報受信部３０１を有する場合、緊急通報受信装置（子局）１０２と同様に、配下の緊急通報端末１０１の利用者と会話するためのマイクやスピーカなどである。尚、緊急通報受信装置（親局）１０３のオペレータがＩＮＳ回線網１０７を介して、緊急通報受信装置（子局）１０２のオペレータと通話できるようにしてもよい。これにより、各オペレータは、大規模災害の発生時や緊急通報受信装置（子局）１０２側での対処が難しい場合の対応をスムーズに行うことができる。
［バックアップ処理の一例］
図４は、緊急通報受信装置（親局）１０３と緊急通報受信装置（子局）１０２との間で行われるバックアップ処理の例を示す。

ステップＳ１０１において、緊急通報受信装置（親局）１０３は、収容する全ての緊急通報受信装置（子局）１０２に利用者情報の抽出を要求する。

ステップＳ１０２において、緊急通報受信装置（子局）１０２は、緊急通報受信装置（親局）１０３から利用者情報の抽出要求を受信する。

ステップＳ１０３において、緊急通報受信装置（子局）１０２は、利用者情報をＤＢ２０７から抽出し、利用者情報の更新頻度に応じて、利用者情報を更新頻度高情報と更新頻度低情報とに分割する。

ステップＳ１０４において、緊急通報受信装置（子局）１０２は、抽出した更新頻度高情報（又は更新頻度低情報）の利用者情報のファイル容量をＢ［ＭＢ］以下にする。この時、緊急通報受信装置（子局）１０２は、利用者情報のファイルを圧縮する。さらに、緊急通報受信装置（子局）１０２は、圧縮したファイルを分割する。尚、緊急通報受信装置（子局）１０２は、利用者情報のファイルを分割してから圧縮してもよいし、圧縮してから分割してもよい。

ステップＳ１０５において、緊急通報受信装置（子局）１０２は、分割ファイルの名称に番号を付与する。

ステップＳ１０６において、緊急通報受信装置（子局）１０２は、更新頻度高情報（又は更新頻度低情報）の分割したファイルの個数を緊急通報受信装置（親局）１０３に通知する。

ステップＳ１０７において、緊急通報受信装置（親局）１０３は、緊急通報受信装置（子局）１０２から分割したファイルの個数を受信する。

ステップＳ１０８において、緊急通報受信装置（親局）１０３は、バックアップ先を決定する。尚、バックアップ先の決定方法は、先に説明したように、利用者情報を分割して暗号化したファイルの個数や容量などに基づいて決定する。

ステップＳ１０９において、緊急通報受信装置（親局）１０３は、バックアップを行う日時を決定する。尚、バックアップ日時の決定方法は、先に説明したように、利用者情報の更新頻度などに基づいて決定する。

ステップＳ１１０において、緊急通報受信装置（親局）１０３は、全子局から利用者情報の抽出が終了したか否かを判別する。緊急通報受信装置（親局）１０３は、全子局から利用者情報の抽出を終了していない場合は、ステップＳ１０８の処理に戻り、全子局から利用者情報の抽出を終了した場合は、ステップＳ１１１の処理に進む。

ステップＳ１１１において、緊急通報受信装置（親局）１０３は、全子局にバックアップ（ＢＵＰ）先と通信日時とを通知する。

ステップＳ１１２において、緊急通報受信装置（子局）１０２は、緊急通報受信装置（親局）１０３からバックアップ（ＢＵＰ）先と通信日時とを受信する。

ステップＳ１１３において、緊急通報受信装置（子局）１０２は、緊急通報受信装置（親局）１０３から指定された日時になったか否かを判別する。そして、緊急通報受信装置（子局）１０２は、緊急通報受信装置（親局）１０３に指定された日時になるまで待機し、指定された日時になった場合にステップＳ１１４の処理に進む。

ステップＳ１１４において、緊急通報受信装置（子局）１０２は、更新頻度高情報（又は更新頻度低情報）のバックアップ（ＢＵＰ）ファイルの送信を行う。尚、後述するステップＳ１１６の処理でバックアップファイルの送信が終了したと判断するまで、バックアップファイルの送信を行う。

ステップＳ１１５において、緊急通報受信装置（子局）１０２は、バックアップ中に緊急通報端末１０１から緊急通報を受信したか否かを判別する。そして、緊急通報受信装置（子局）１０２は、緊急通報端末１０１から緊急通報を受信した場合は、ステップＳ１１６の処理に進み、緊急通報端末１０１から緊急通報を受信していない場合は、ステップＳ１１７の処理に進む。

ステップＳ１１６において、緊急通報受信装置（子局）１０２は、バックアップを中断する。そして、緊急通報端末１０１から受信した緊急通報を緊急通報受信装置（親局）１０３に転送する。

ステップＳ１１７において、緊急通報受信装置（子局）１０２は、バックアップファイルの送信が終了したか否かを判別する。そして、緊急通報受信装置（子局）１０２は、バックアップファイルの送信が終了していない場合は、ステップＳ１１４の処理に戻り、バックアップファイルの送信が終了した場合は、そのまま処理を終了する。

ステップＳ１１８において、バックアップ先の緊急通報受信装置（子局）１０２は、バックアップファイルを受信する。

ステップＳ１１９において、バックアップ先の緊急通報受信装置（子局）１０２は、受信したバックアップファイルにより、バックアップファイルを更新する。そして、バックアップ先の緊急通報受信装置（子局）１０２は、バックアップが終了したことを緊急通報受信装置（親局）１０３に通知する。

ステップＳ１２０において、緊急通報受信装置（親局）１０３は、バックアップ先の緊急通報受信装置（子局）１０２からバックアップ（ＢＵＰ）の終了を示す通知を確認し、バックアップ処理を終了する。

このように、緊急通報システム１００は、緊急通報受信装置（子局）１０２が保持する利用者情報を他の緊急通報受信装置（子局）１０２にバックアップして冗長化することができる。また、緊急通報受信装置（親局）１０３は、緊急通報受信装置（子局）１０２から通知される利用者情報の更新頻度に応じて、バックアップ先やバックアップ日時を決定する。これにより、緊急通報受信装置（子局）１０２は、他の緊急通報受信装置（子局）１０２とバックアップ時間が重複することなく、確実に利用者情報を送信することができる。

図５は、利用者情報の更新頻度に応じたバックアップ間隔の一例を示す。尚、図５において、横軸は時間ｔを示す。

図５において、更新頻度が高い利用者情報（更新頻度高情報）のバックアップ間隔（ＢＵＰで示した矢印の間隔）は、更新頻度が低い利用者情報（更新頻度低情報）のバックアップ間隔よりも短く設定される。図５の例では、更新頻度高情報は、タイミングＴ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５のように、例えば１時間（ｈｏｕｒ）間隔でバックアップされる。一方、更新頻度低情報は、タイミングＴ１，Ｔ６のように、例えば１週間（ｗｅｅｋ）間隔でバックアップされる。

このようにして、本実施形態に係る緊急通報システム１００は、更新頻度が低い利用者情報のバックアップ間隔を長くすることで、ＩＮＳ回線網１０７が混雑しないようにすることができる。

図６は、緊急通報受信装置（子局）１０２がバックアップ中に緊急通報を受信した場合の動作例を示す。図６において、緊急通報受信装置（子局）１０２ａから緊急通報受信装置（子局）１０２ｂにバックアップ中（ファイルＡの送信中）の緊急通報受信装置（子局）１０２ａは、タイミングＴ１１に緊急通報端末１０１ａから緊急通報を受信する。これにより、緊急通報受信装置（子局）１０２ａは、緊急通報受信装置（子局）１０２ｂへのバックアップを中断する。そして、緊急通報端末１０１ａから受信した緊急通報を緊急通報受信装置（親局）１０３に転送する。転送終了後のタイミングＴ１２に、緊急通報受信装置（子局）１０２ａは、緊急通報受信装置（子局）１０２ｂへのファイルＡの転送を再開する。

このように、本実施形態に係る緊急通報システム１００は、バックアップ中に緊急通報を受信した場合、バックアップを中断して、緊急通報を緊急通報受信装置（親局）１０３に送信する。これにより、緊急通報受信装置（親局）１０３は、緊急通報受信装置（子局）１０２が転送する緊急通報を迅速に受信することができる。

図７は、緊急通報受信装置（子局）１０２間のバックアップの様子を示す。図７において、緊急通報受信装置（子局）１０２ａは、日時（ＤＴ２１）に緊急通報受信装置（子局）１０２ｂへのバックアップを行う。また、緊急通報受信装置（子局）１０２ｂは、日時（ＤＴ２２）に緊急通報受信装置（子局）１０２ｃへのバックアップを行う。さらに、緊急通報受信装置（子局）１０２ｃは、日時（ＤＴ２３）に緊急通報受信装置（子局）１０２ａへのバックアップを行う。このようにして、緊急通報受信装置（子局）１０２ａの利用者情報は、緊急通報受信装置（子局）１０２ａと緊急通報受信装置（子局）１０２ｂとに冗長化される。同様に、緊急通報受信装置（子局）１０２ｂの利用者情報は、緊急通報受信装置（子局）１０２ｃに冗長化され、緊急通報受信装置（子局）１０２ｃの利用者情報は、緊急通報受信装置（子局）１０２ａに冗長化される。尚、図７において、バックアップを行う日時とバックアップ先の緊急通報受信装置（子局）１０２は、図６で説明したように、緊急通報受信装置（親局）１０３から指定される。また、緊急通報受信装置（親局）１０３は、緊急通報受信装置（子局）１０２ａ、１０２ｂおよび１０２ｃのそれぞれのバックアップ時間が重複しないように、利用者情報の更新頻度やバックアップするファイル容量などに基づいてバックアップ時間を決定する。

ここで、図７において、緊急通報受信装置（子局）１０２間でのバックアップだけでなく、緊急通報受信装置（子局）１０２から緊急通報受信装置（親局）１０３へのバックアップを行うようにしてもよい。図７の例では、日時（ＤＴ２４）に緊急通報受信装置（子局）１０２ｃから緊急通報受信装置（親局）１０３へのバックアップが行われている。

また、図７において、緊急通報受信装置（子局）１０２ａの利用者情報を緊急通報受信装置（子局）１０２ｃにバックアップしてもよいし、緊急通報受信装置（子局）１０２ｂの利用者情報を緊急通報受信装置（子局）１０２ａにバックアップしてもよい。尚、緊急通報受信装置（親局）１０３は、各緊急通報受信装置（子局）１０２にバックアップしたファイルの履歴を参照して、バックアップ先を決定する。例えば、緊急通報受信装置（親局）１０３は、特定の緊急通報受信装置（子局）１０２に大量の利用者情報のバックアップファイルが集中しないように分散して、バックアップ先を決定する。

以上、各実施形態で説明したように、本実施形態に係る緊急通報システム１００は、利用者情報を冗長化してバックアップすることができる。これにより、緊急通報システム１００は、災害などで緊急通報受信装置（子局）１０２に保持された利用者情報が失われた場合でも、他の緊急通報受信装置（子局）１０２にバックアップされた利用者情報を用いて、容易に復旧することができる。

また、他の緊急通報受信装置（子局）１０２にバックアップされる利用者情報のファイルは、暗号化されているので、利用者の個人情報を保護することができる。

さらに、バックアップされるファイルは、予め設定された容量以下に分割してバックアップされるので、緊急通報受信装置（親局）１０３および緊急通報受信装置（子局）１０２は、長時間に亘って通信処理に占有されることがない。特に、本実施形態に係る緊急通報システム１００は、緊急通報受信装置（子局）１０２間や緊急通報受信装置（親局）１０３との間を光ファイバーなどに比べて速度が遅いＩＮＳ回線網１０７に比べて通信速度が遅い回線で繋がっている場合に有効である。

そして、更新頻度に応じてバックアップする日時や間隔を変えることにより、緊急通報受信装置（子局）１０２は、バックアップ処理の負担を抑えることができる。

また、緊急通報受信装置（子局）１０２は、バックアップ中に緊急通報を受信した場合に、バックアップを中断して、緊急通報を緊急通報受信装置（親局）１０３に送信する。これにより、緊急通報受信装置（親局）１０３は、緊急通報受信装置（子局）１０２が転送する緊急通報を迅速に受信することができる。

以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。

１００・・・緊急通報システム；１０１，１０１ａ，１０１ｂ，１０１ｃ，１０１ｄ，１０１ｅ，１０１ｆ・・・緊急通報端末；１０２，１０２ａ，１０２ｂ，１０２ｃ・・・緊急通報受信装置（子局）；１０３・・・緊急通報受信装置（親局）；１０４・・・アナログ電話回線網；１０５，１０５ａ，１０５ｂ，１０５ｃ，１０５ｄ・・・緊急通報選別装置；１０６，１０６ａ，１０６ｂ，１０６ｃ，１０６ｄ・・・ＴＡ；１０７・・・ＩＮＳ回線網；１５０・・・緊急通報受信センタ；２０１・・・通報受信部；２０２・・・制御部；２０３・・・局間通信部；２０４・・・抽出分類部；２０５・・・分割暗号部；２０６・・・ファイル保存部；２０７・・・ＤＢ；２０８・・・表示部；２０９・・・操作部；２１０・・・通話部；３０１・・・通報受信部；３０２・・・制御部；３０３・・・局間通信部；３０４・・・計算部；３０５・・・管理部；３０６・・・ＤＢ；３０７・・・表示部；３０８・・・操作部；３０９・・・通話部

Claims (8)

1. 通報端末と、前記通報端末から通報を受信する子局装置と、前記子局装置を統括する親局装置とを有する通報システムにおいて、
   前記親局装置は、前記子局装置が収容する前記通報端末の利用者情報に関する情報を要求し、前記子局装置から受信する前記情報に基づいて、バックアップ先とバックアップを行う日時とを前記子局装置に通知し、
   前記子局装置は、自装置が収容する前記通報端末の利用者情報を更新頻度別に分類した情報を前記親局装置に通知し、前記親局装置からバックアップ先と当該バックアップ先へ前記利用者情報を送信する日時とを受信し、当該日時に前記利用者情報を前記バックアップ先に送信する
   ことを特徴とする通報システム。
2. 請求項１に記載の通報システムにおいて、
   前記親局装置は、利用者情報の更新頻度が予め設定された閾値未満の前記通報端末の利用者情報のバックアップを行う間隔を、更新頻度が予め設定された閾値以上の前記通報端末の利用者情報のバックアップを行う間隔よりも長い間隔に設定する
   ことを特徴とする通報システム。
3. 請求項１または２に記載の通報システムにおいて、
   前記子局装置は、前記通報端末の利用者情報を予め決められた容量以下のファイルに分割し、分割したファイルの個数を前記親局装置に通知し、前記親局装置からバックアップ先と当該バックアップ先へ前記分割したファイルを送信する日時とを受信し、前記日時に前記分割したファイルを前記バックアップ先に送信する
   ことを特徴とする通報システム。
4. 請求項１から請求項３のいずれか一項に記載の通報システムにおいて、
   前記子局装置は、バックアップ中に前記通報端末から緊急通報を受信した場合、バックアップを中断し、前記親局装置に当該緊急通報を転送する
   ことを特徴とする通報システム。
5. 通報端末と、前記通報端末から通報を受信する子局装置と、前記子局装置を統括する親局装置とを有する通報システムで用いられる前記通報端末の利用者情報をバックアップする利用者情報バックアップ方法において、
   前記親局装置は、前記子局装置が収容する前記通報端末の利用者情報に関する情報を要求し、前記子局装置から受信する前記情報に基づいて、バックアップ先とバックアップを行う日時とを前記子局装置に通知し、
   前記子局装置は、自装置が収容する前記通報端末の利用者情報を更新頻度別に分類した情報を前記親局装置に通知し、前記親局装置からバックアップ先と当該バックアップ先へ前記利用者情報を送信する日時とを受信し、当該日時に前記利用者情報を前記バックアップ先に送信する
   ことを特徴とする利用者情報バックアップ方法。
6. 請求項５に記載の利用者情報バックアップ方法において、
   前記親局装置は、利用者情報の更新頻度が予め設定された閾値未満の前記通報端末の利用者情報のバックアップを行う間隔を、更新頻度が予め設定された閾値以上の前記通報端末の利用者情報のバックアップを行う間隔よりも長い間隔に設定する
   ことを特徴とする利用者情報バックアップ方法。
7. 請求項５または６に記載の利用者情報バックアップ方法において、
   前記子局装置は、前記通報端末の利用者情報を予め決められた容量以下のファイルに分割し、分割したファイルの個数を前記親局装置に通知し、前記親局装置からバックアップ先と当該バックアップ先へ前記分割したファイルを送信する日時とを受信し、前記日時に前記分割したファイルを前記バックアップ先に送信する
   ことを特徴とする利用者情報バックアップ方法。
8. 請求項５から請求項７のいずれか一項に記載の利用者情報バックアップ方法において、
   前記子局装置は、バックアップ中に前記通報端末から緊急通報を受信した場合、バックアップを中断し、前記親局装置に当該緊急通報を転送する
   ことを特徴とする利用者情報バックアップ方法。

Images