JP6364831B2 - 通報システム、通報端末、センタ装置および通報設定変更方法 - Google Patents

Description

本発明は、通報システム、通報端末、センタ装置および通報設定変更方法に関する。

近年、急病や災害時などに緊急通報を行うシステムが利用されている。例えば、火災やガス漏れなどの感知器の緊急信号を複数の通報先に通報する場合に、通報先や順序を自由に設定できる自動通報装置が考えられている（例えば、特許文献１参照）。

特開平０５−２４２３８５号公報

ところが、通報先の変更を通報装置に設定するタイミングが適切ではなく、通報端末の設定が変更されるまで時間がかかり、変更前の通報先や不在の通報先に接続しようとして、通報が失敗になるという問題が生じる。

本件開示の通報システム、通報端末、センタ装置および通報設定変更方法は、センタ装置への通報を契機に通報端末の設定を変更することを目的とする。

一つの観点によれば、通報端末と、通報端末から通報を受信するセンタ装置とを有する通報システムにおいて、センタ装置は、通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを通報端末に送信し、通報端末は、通報事象の発生時に、センタ装置および予め設定された通報先に通報を行い、センタ装置への通報時に第１情報と第２情報とを受信し、第１情報により設定に変更が有る場合、センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、第２情報により設定の変更が恒久的な変更である場合、全ての通報先への通報が終了後に変更データを保存することを特徴とする。

一つの観点によれば、通報事象の発生時にセンタ装置および予め設定された通報先に通報を行う通報端末において、センタ装置への通報時にセンタ装置から当該通報に対する設定の変更の有無を示す情報を受信し、設定に変更が有る場合、センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行する制御部を有し、制御部は、通報事象の発生時に、センタ装置および予め設定された通報先に通報を行い、センタ装置への通報時に、設定の変更の有無を示す第１情報と、設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを受信し、第１情報により設定に変更が有る場合、センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、第２情報により設定の変更が恒久的な変更である場合、全ての通報先への通報が終了後に変更データを保存することを特徴とする。

一つの観点によれば、通報端末から通報を受信するセンタ装置において、通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す情報を通報端末に送信し、設定に変更が有る場合、変更データを通報端末に送信する制御部を有し、制御部は、通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを通報端末に送信し、設定に変更が有る場合、変更データを通報端末に送信することを特徴とする。

一つの観点によれば、通報端末と、通報端末から通報を受信するセンタ装置とを有する通報システムにおける通報設定変更方法であって、センタ装置は、通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを通報端末に送信し、通報端末は、通報事象の発生時に、センタ装置および予め設定された通報先に通報を行い、センタ装置への通報時に第１情報と第２情報とを受信し、第１情報により設定に変更が有る場合、センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、第２情報により設定の変更が恒久的な変更である場合、全ての通報先への通報が終了後に変更データを保存することを特徴とする。

本件開示の通報システム、通報端末、センタ装置および通報設定変更方法は、センタ装置への通報を契機に通報端末の設定を変更することができる。

緊急通報システムの一例を示す図である。 通報端末の一例を示す図である。 センタ装置の一例を示す図である。 比較例の通報端末の一例を示す図である。 比較例の通報端末の制御部の一例を示す図である。 本実施形態に係る通報端末の制御部の一例を示す図である。 データ同期処理部が実行する同期処理の一例を示す図である。 本実施形態に係る緊急通報システムの通報動作の一例を示す図である。 本実施形態に係る緊急通報システムの通報動作の他の例を示す図である。 比較例の通報動作を示す図である。 比較例として、会話モードに変更しない場合の通報処理を示す図である。 比較例の通報動作の課題を示す図である。 本実施形態に係る緊急通報システムの通報動作の一例を示す図である。 緊急通報システムの応用例を示す図である。

以下、図面を用いて実施形態を説明する。
［緊急通報システム１００の一例］
図１は、緊急通報システム１００の一例を示す。図１において、緊急通報システム１００は、通報端末１０１と、センタ装置１０２とを有する。通報端末１０１は、例えば、高齢者や障害者などが住む家（利用者宅１１０）に設置され、公衆電話網１０３を介してセンタ装置１０２に接続されている。さらに、通報端末１０１は、公衆電話網１０３を介して、利用者の親族宅１１１の電話機１０４、利用者宅の近隣に住む協力者宅１１２の電話機１０５、病院や役所などの関連機関１１３の電話機１０６などに接続されている。

利用者宅１１０に設置される通報端末１０１は、ペンダント型の無線端末１５１と、センサ１５２と、電話機１５３とに接続される。

例えば、通報端末１０１上には、緊急時に押下する通報ボタンや、それ以外の通報(緊急を要さない相談など)を行うための相談ボタンなどがある。そして、利用者が各ボタンを押下することにより、通報端末１０１は、通報動作を開始する。

無線端末１５１は、通報端末１０１との間を無線で接続する。無線端末１５１は、高齢者などの利用者が身に着け易いように、ペンダント型をしている。そして、利用者は、体調が悪くなるなどの緊急事態が生じた時に、無線端末１５１の通報ボタンを押下する。無線端末１５１は、通報ボタンが押下されたことを無線で通報端末１０１に通知する。通報端末１０１は、無線端末１５１からの通知を受けて、センタ装置１０２および予め設定された通報先に順番に通報する。

センサ１５２は、例えば、家に設置された火災警報器やガス漏れ警報器、人の動きが無くなったことを検知するリズムセンサなどを含む。そして、センサ１５２は、センサの種類に応じて検出条件（入力があった場合や入力に変化がなくなった場合など）が異なり、センサの種類毎の検出条件が通報端末１０１に予め設定されている。尚、図１の例では１つのセンサ１５２が描かれているが、通報端末１０１は、複数のセンサを有してもよい。そして、通報端末１０１は、センサ１５２が異常を検出した時に、通報動作を開始する。センタ装置１０２は、通報端末１０１からの通報を受けた時に、真報／誤報の判断を行い、通報が誤報の場合は、センタ装置１０２側から一連の通報動作を強制的に終了させる。通報が真報の場合、センタ装置１０２への通報後、通報端末１０１は、通報事象の種類に応じて予め設定されている通報先（親族や近隣に住む協力者など）に通報する。通報を受けた親族や協力者は、状況に応じて通報端末１０１の利用者宅１１０に駆けつける。

電話機１５３は、通報端末１０１の動作に拘らず、利用者が使用する電話機である。但し、電話機１５３は、家庭用のファクシミリなどと同様に、通報端末１０１を介して公衆電話網１０３に接続されている。尚、通報端末１０１は、電話機１５３を使用せずに、利用者が通報先の人と会話ができるように、ハンズフリー通話の機能を有する。

一方、センタ装置１０２は、通報通信部２０１と、通報管理部２０２と、電話機２０３とを有する。

通報通信部２０１は、利用者宅１１０の通報端末１０１から発信される通報を公衆電話網１０３を介して受信する。

通報管理部２０２は、通報通信部２０１が通報端末１０１から受信した通報データを画面に表示したり、記憶装置に通報データを記録して管理する。或いは、通報管理部２０２は、通報端末１０１の設定を管理し、通報端末１０１の設定に変更が生じた場合に、通報端末１０１の設定を変更する処理を行う。ここで、通報データは、例えば「火災発生検知」、「ガス漏れ検知」、通報端末１０１本体の「通報ボタン押下」や「相談ボタン押下」、無線端末１５１の「通報ボタン押下」など、通報事象の内容を伝えるメッセージやデータなどを含む。

電話機２０３は、通報通信部２０１を介して、公衆電話網１０３に接続されている。オペレータは、利用者と会話する場合に、電話機２０３を用いる。尚、通報通信部２０１は、通報端末１０１から通報データを受信する場合や通報端末１０１の設定を変更する場合、電話機２０３を公衆電話網１０３から切り離し、通報端末１０１とデータ通信を行う。

ここで、センタ装置１０２は、オペレータにより操作される。オペレータは、センタ装置１０２により、通報管理部２０２のモニタ画面に表示される通報事象を確認したり、利用者と会話することができる。また、通報通信部２０１は、電話機２０３を使用せずに、オペレータが利用者と会話できるように、ハンズフリー通話機能を有してもよい。

図１において、通報端末１０１は、通報事象が発生した場合、先ずセンタ装置１０２に通報する。その後、通報端末１０１は、通報事象の種類毎に予め設定された通報先に、予め設定された順番で電話を掛ける。例えば、通報端末１０１に設定されている通報先と通報順が親族宅１１１、協力者宅１１２、関連機関１１３である場合、通報端末１０１は、以下のように通報する。通報端末１０１は、先ずセンタ装置１０２に通報し、次に親族宅１１１の電話機１０４に電話を掛け、協力者宅１１２の電話機１０５に電話を掛け、最後に関連機関１１３の電話機１０６に電話を掛ける。尚、図１の例では、センタ装置１０２への通報は、データ通信と会話の両方を行うことができ、親族宅１１１、協力者宅１１２および関連機関１１３への通報は会話（音声メッセージを含む）を行うことができる。

ここで、本実施形態に係る緊急通報システム１００は、以下の通報方法を有する。
（１）データ通報：通報事象がデータ通信（メッセージ、フラグ、数値、記号などの情報）で通知される。
（２）会話通報：通報事象が音声メッセージで通知され、通報元の利用者は通報先の人と会話できる。
（３）データ通報と会話通報：通報事象をデータ通信で通知後、音声メッセージの通知や会話が行われる。尚、本実施形態に係る緊急通報システム１００は、データ通報を通報端末１０１とセンタ装置１０２との間で行い、会話通報を通報端末１０１とセンタ装置１０２や予め設定された通報先との間で行うが、データ通報を他の通報先と行えるようにしてもよい。

また、本実施形態に係る緊急通報システム１００では、通報事象の種類（病気、災害、相談など）に応じて、予め通報端末１０１に通報先や通報方法を複数設定しておくことができる。例えば災害の通報は、センタ装置１０２を通報先としてデータ通報で行うように設定し、病気の通報は、センタ装置と医療機関と親族を通報先として、データ通報と会話通報で行うように設定する。同様に、相談の通報は、役所や親族を通報先として会話通報で行うように設定する。

ここで、本実施形態に係る緊急通報システム１００の特徴を持たない場合の問題点について説明する。尚、本実施形態に係る通報端末１０１に対比させて通報装置と称して説明する。

一般の家庭に通報装置が設置されている場合、システム事業者は、利用者のプライバシーやセキュリティの観点からリモート設定することは難しく、通報先に変更があった場合、実際に通報装置の設定情報を変更するまで時間が掛かる。ところが、設定が変更される迄の間に通報事象が発生した場合、変更前の通報先の電話番号に通報してしまい、通報が失敗になるという問題が生じる。

例えば、家庭に設置された通報装置の設定を変更する一般的な方法は以下の通りである。
（１）保守者が通報装置の設置宅に行って設定変更する。
（２）通報装置の設置宅の許可を得てリモートで設定変更する。

ところが、上記のいずれの方法においても実際に通報装置の設定を変更するには時間が掛かる。そして、通報装置の設定情報を更新するまでの間に通報事象が発生した場合、変更前の通報先に通報してしまい、通報失敗になるまで時間が掛かるので、次の通報先への通報が遅くなるという問題がある。

また、通報内容によっては直ぐに駆けつけることが求められても、近隣の通報先の通報順序が下位に設定されている場合、通報先を飛ばして先に通報することが難しく、現場に駆けつける時間が遅くなるという問題が生じる。

さらに、通報事象が発生した場合、通報装置が設置された家に近い近隣の協力員が現場に駆けつけることが好ましい時がある。ところが、事前に「協力員に連絡がつかない」ことを管理者側でわかっている場合でも、通報装置は、当該協力員への通報が失敗してから、次の協力員に通報することになり、連絡が遅くなるという問題がある。

また、通報装置の設定は、通報事象を検出して通報を行う運用時のモード(運用モード)を停止して、設定用のモード(設定モード)で行われるので、設定の変更中に通報することが難しいという問題がある。

そこで、本実施形態に係る緊急通報システム１００は、通報時だけの一時的な設定情報の変更をセンタ装置１０２への通報を契機に行うことができる。また、恒久的な設定情報の変更は、全ての通報が終了後に実行されるので、通報処理が中断されることなく、通報端末１０１は、現在の通報動作を優先して行うことができる。

［通報端末１０１］
図２は、通報端末１０１の一例を示す。図２において、通報端末１０１は、制御部３０１と、センサ入力部３０２と、無線入力部３０３と、操作部３０４と、通信部３０５と、ハンズフリー通話部３０６と、不揮発性メモリ３０７と、メモリ３０８とを有する。

制御部３０１は、ＣＰＵ（Central Processing Unit）を有し、ＣＰＵ内部に予め記憶されたプログラムに従って、通報端末１０１全体の動作を制御する。

センサ入力部３０２は、センサ１５２を接続するためのインターフェース回路を有する。例えばセンサ１５２が火災警報器である場合、火災警報器が火災を検知した時に出力する検出信号を受ける。尚、リズムセンサ、ガス漏れ警報器などのセンサ１５２であってもセンサ入力部３０２は、各検出信号を受ける。

無線入力部３０３は、アンテナ３０３ａを介してペンダント型の無線端末１５１と無線通信を行う。そして、無線端末１５１の通報ボタンが押下されたことを示す警報信号を受信する。

操作部３０４は、緊急通報ボタン、相談ボタンおよび取消ボタンなどを有する。例えば、緊急通報ボタンは、利用者が急病などで緊急に誰かに知らせたい場合に押下される。相談ボタンは、利用者が緊急ではないが相談したいことがある場合に押下される。取消ボタンは、例えば、利用者が誤って緊急通報ボタンや相談ボタンを押した場合、火災警報器が煙草の煙などで作動した場合などに押下して通報を取り消す時に押下される。また、操作部３０４は、設定などを行うためのボタン類を有する。

通信部３０５は、公衆電話網１０３に接続するためのインターフェース回路である。通信部３０５は、通報事象が発生していない時、電話機１５３を公衆電話網１０３に接続する。そして、センサ１５２や無線端末１５１、或いは操作部３０４を介して通報事象の発生を示す情報を受けた場合、制御部３０１は、通信部３０５により、センタ装置１０２および予め設定された通報先に発信する。

ハンズフリー通話部３０６は、マイク３０６ａとスピーカ３０６ｂとを有する。利用者は、ハンズフリー通話部３０６により、電話機１５３のハンドセットを使用せずに、ハンズフリーで通話することができる。例えば、利用者が病気で動けなくなった場合、利用者は、身に着けている無線端末１５１により通報し、マイク３０６ａとスピーカ３０６ｂにより、通報先の人間と通話することができる。

不揮発性メモリ３０７は、例えば電気的に読み書きが可能で電源を切っても記憶内容を保持するＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）などの不揮発性のメモリで、設定を格納する領域を有する。不揮発性メモリ３０７は、例えば、通報端末１０１の動作環境、センサ検出設定、無線端末設定、電話番号マスタ、事象毎の通報先などの情報（版数の情報を含んでもよい）を記憶する。動作環境は、例えば接続されているセンサの種類や数、制御部３０１のプログラムバージョン、シリアル番号、自装置の電話番号などの基本情報を含む。センサ検出設定は、例えばリズムセンサの場合、人の動きが無くなったことを検出するまでの時間や検出感度などが設定される。無線端末設定は、例えば接続される無線端末１５１の種類や数などが設定される。或いは、無線端末設定は、無線端末１５１のバッテリーの残量が少なくなった時に、センタ装置１０２や利用者に通知する残量の閾値を設定してもよい。電話番号マスタは、通報先と電話番号とを対応付けて記憶する電話番号のリストである。通報事象毎の通報先は、火災警報器の場合の通報先、ガス漏れ警報器の場合の通報先、通報端末１０１の緊急通報ボタンや相談ボタンが押下された時の通報先などである。通報事象毎の通報先は、通報順序の情報を含む。例えば、火災警報器が火災を検知した場合の通報先は、関連機関１１３として消防署に優先的に通報する。ここで、制御部３０１は、事象毎の通報先に対応する電話番号を電話番号マスタから取得する。尚、設定格納領域の情報には、各設定のバージョンが分かるように版数：Ｎ（Ｎは正の整数）がそれぞれ付加されていてもよい。

メモリ３０８は、例えばＲＡＭ（Random Access Memory）が用いられ、通報端末１０１の通報動作に使用される設定が記憶される。但し、電源が切れると、メモリ３０８の記憶内容は、消去される。尚、通報時に、制御部３０１は、メモリ３０８に記憶されている設定内容を参照し、不揮発性メモリ３０７の設定内容は参照しない。図１の例では、不揮発性メモリ３０７と同様の設定情報（動作環境、センサ検出設定、無線端末設定、電話番号マスタ、事象毎の通報先など）を記憶する。

このように、通報端末１０１の設定情報は、電源断においても消去されない不揮発性メモリ３０７の設定格納領域に保存しておくと共に、通報動作時に参照する設定格納領域と同じ構造のメモリ３０８の作業領域に記憶される。尚、設定情報の各設定項目は、修正履歴が分かるように版数を付加してもよい。そして、通報端末１０１は、迅速な処理が求められる通報時において、メモリ３０８の作業領域に記憶された設定情報を参照して動作する。また、通報端末１０１は、通報中に設定情報の変更を行う場合、メモリ３０８の作業領域に設定情報を書き込んでおき、通報終了後、不揮発性メモリ３０７の設定格納領域に設定情報を保存する。

ここで、本実施形態に係る緊急通報システム１００は、センタ装置１０２において、通報端末１０１ごとの設定情報を一元管理する。そして、センタ装置１０２は、通報端末１０１からセンタ装置１０２への通報時に、当該通報端末１０１の設定情報に変更があるか否かを確認する。そして、センタ装置１０２は、通報端末１０１の現在の通報に関係する設定情報に変更がある場合、通報中に現在の通報に関係する変更データを通報端末１０１に送信する。そして、通報端末１０１は、センタ装置１０２から受信した変更データをメモリ３０８の作業領域に一時的に保持して、更新に時間が掛かる不揮発性メモリ３０７への保存を全ての通報先への通報が終了後に実行する。また、センタ装置１０２は、現在の通報に関係しない設定情報の変更がある場合、通報中に設定情報の変更があることを通報端末１０１に通知しておく。そして、通報端末１０１は、全ての通報先への通報が終了後に、再び、センタ装置１０２に接続して、変更された設定情報を受信して、不揮発性メモリ３０７の設定格納領域に保存する。

図１の例では、１台の通報端末１０１がセンタ装置１０２に接続されているが、複数の利用者宅に通報端末１０１が設置され、センタ装置１０２で各通報端末１０１が管理される。そして、センタ装置１０２は、通報端末１０１の設定に変更があった場合、当該通報端末１０１から通報を受けた時の通報の終了信号（データ通報または会話通報の終了信号）に「通報先変更有無」の情報（設定変更フラグ）を付加して通報端末１０１に通知する。そして、通報先に変更が有る場合（設定変更フラグ：Ｏｎ）、センタ装置１０２は、通報端末１０１から「受信準備ＯＫ」の応答を受信後、新しい設定内容を通報端末１０１に送信する。尚、通報先に変更が無い場合（設定変更フラグ：Ｏｆｆ）、センタ装置１０２および通報端末１０１は、通報終了後に接続を終了する。また、センタ装置１０２は、新しい設定内容を通報端末１０１に送信する時に、現在の通報のみの変更であるのか、今後の通報に反映させる恒久的な変更であるのかを示す「設定保存有無」の情報（設定保存フラグ）を通報端末１０１に通知する。そして、通報端末１０１は、メモリ３０８の作業領域にある現在の通報の通報先情報を書き替え、センタ装置１０２に対して「受信完了」の応答を送信し、センタ装置１０２への通報を終了する。尚、通報端末１０１は、センタ装置１０２から受信した設定保存フラグを全ての通報が終了するまで保持しておく。センタ装置１０２への通報を終了後、通報端末１０１は、作業領域の通報先情報に従って親族宅１１１や協力者宅１１２などへの通報を継続する。そして、通報端末１０１は、作業領域に記憶されている全ての通報先への通報を完了後、先にセンタ装置１０２から受信した設定保存フラグを確認する。通報端末１０１は、設定保存フラグが「保存有」の場合（設定保存フラグ：Ｏｎ）、メモリ３０８の作業領域に格納されている通報先の設定内容を不揮発性メモリ３０７の設定格納領域に書き込む。尚、設定保存フラグが「保存無」の場合（設定保存フラグ：Ｏｆｆ）、メモリ３０８の作業領域にある現在の通報の通報先情報は、不揮発性メモリ３０７の設定格納領域には書き込まれない。従って、同じ通報端末１０１に、同じ通報事象が発生した場合、不揮発性メモリ３０７の設定格納領域に記憶されている以前の通報先情報がメモリ３０８の作業領域にコピーされ、通報動作が実行される。

このようにして、本実施形態に係る緊急通報システム１００は、通報時だけの一時的な通報先の変更をセンタ装置１０２への通報を契機に行うことができる。また、恒久的な通報先の変更は、全ての通報が終了後に実行されるので、通報処理が中断されることなく、通報端末１０１は、現在の通報動作を優先して行うことができる。特に、フラッシュメモリなどの不揮発性のメモリは、作業領域として利用するＣＰＵのレジスタやＲＡＭなどのメモリに比べて書き込み動作に時間が掛かるので、通報終了後に行うのが好ましい。

図２において、制御部３０１は、メイン処理部３５１と、センサ検出処理部３５２と、無線検出処理部３５３と、変更検出処理部３５４と、データ同期処理部３５５とを有する。

メイン処理部３５１は、通報動作や設定変更などの処理を行う。

センサ検出処理部３５２は、センサ入力部３０２がセンサ１５２から受ける検出信号を検出する処理を行う。また、センサ検出処理部３５２は、例えば複数の種類のセンサ１５２がある場合、どのセンサ１５２が検出信号を出力しているのかを判別する。

無線検出処理部３５３は、無線入力部３０３が無線端末１５１から受ける警報信号を検出する処理を行う。また、無線検出処理部３５３は、例えば複数の無線端末１５１がある場合、どの無線端末１５１が警報信号を出力しているのかを判別する。

変更検出処理部３５４は、操作部３０４のメンテナンス用のボタン操作やセンタ装置１０２からのリモート操作などによる設定変更の指示を検出し、メイン処理部３５１へ通知する。ここで、変更検出処理部３５４は、通報中以外の期間に、不揮発性メモリ３０７の設定内容の変更指示を検出する処理を行う。

データ同期処理部３５５は、メイン処理部３５１の指令により、メモリ３０８に記憶されている設定情報と不揮発性メモリ３０７に記憶されている設定情報とが同じになるように同期する処理を行う。

［センタ装置１０２］
図３は、センタ装置１０２の一例を示す。尚、図３において、通報通信部２０１、通報管理部２０２および電話機２０３は、図１と同一又は同様の機能を有する。図３において、通報管理部２０２は、制御部２５１と、表示部２５２と、データベース（ＤＢ：Data Base）２５３と、操作部２５４と、メモリ２５５とを有する。

制御部２５１は、ＣＰＵを有し、ＣＰＵ内部に予め記憶されたプログラムに従って、センタ装置１０２全体の動作を制御する。

表示部２５２は、液晶モニタなどが使用され、通報の内容を表示したり、通報端末１０１の設定情報を表示する。表示部２５２の表示は、オペレータにより確認される。

ＤＢ２５３は、センタ装置１０２が収容する通報端末１０１の設定情報が保存されている。図３の例では、通報端末Ａ、通報端末Ｂおよび通報端末ＣがＤＢ２５３に登録されている。尚、通報端末Ａ、通報端末Ｂおよび通報端末Ｃ毎に登録される設定内容は、図２の例で説明したように、動作環境、センサ検出設定、無線端末設定、電話番号マスタ、事象毎の通報先などの情報（版数の情報を含んでもよい）である。

操作部２５４は、キーボードやマウスなどの操作インターフェースを有する。オペレータは、表示部２５２の画面を見ながら操作インターフェースにより、センタ装置１０２を操作する。例えば、通報端末１０１が新たに追加された場合、オペレータは、通報端末１０１の設定情報を入力してＤＢ２５３に保存する。また、オペレータは、通報端末１０１の設定情報が変更された場合に、変更有りを示す設定変更フラグをＯｎにして、通報端末Ａの情報に付加しておく。これにより、センタ装置１０２は、通報端末Ａから通報を受信した時に、通報端末１０１に設定変更フラグ：Ｏｎを送信して、設定内容に変更が有ることを通報端末１０１に知らせることができる。尚、恒久的に通報端末１０１の設定情報を変更する場合、オペレータは、通報端末１０１の設定情報が変更された場合に、変更有りを示す設定変更フラグをＯｎにすると共に、設定保存フラグもＯｎにしておく。また、オペレータは、通報時に利用者と会話した方がよいと判断した場合、操作部２５４を操作して、会話モードにすることもできる。或いは、センタ装置１０２は、通報端末１０１の相談ボタンが押下された場合など、通報事象の内容に応じて、自動的に会話モードにすることもできる。また、会話モードは、利用者が直接、会話するのではなく、予め設定された音声メッセージを再生するようにしてもよい。音声メッセージは、利用者が会話できない状態にあっても、電話だけの通報先に通報事象の内容（「体調が悪い」など）を知らせることができる。

メモリ２５５は、例えばＲＡＭが用いられ、制御部２５１が動作するときの作業領域として使用される。例えば、制御部２５１は、通報端末１０１から通報を受信した場合に、ＤＢ２５３に保存されている当該通報端末１０１の設定情報をメモリ２５５の作業領域にコピーする。そして、センタ装置１０２は、通報処理中、メモリ２５５の作業領域の情報を参照して動作する。尚、センタ装置１０２は、通報端末１０１への設定変更フラグや設定保存フラグの送信後、または通報端末１０１との接続を終了後にＤＢ２５３に記憶されている当該通報端末１０１の設定変更フラグや設定保存フラグをＯｆｆにする。そして、センタ装置１０２は、通報終了後にメモリ２５５の設定情報をＤＢ２５３に反映させる。

一方、通報管理部２０２は、通報管理処理部２６１と、設定変更処理部２６２とを有する。通報管理処理部２６１、設定変更処理部２６２の機能は、例えば、制御部２５１の実行するプログラムによって実現されるが、通報管理処理部２６１、設定変更処理部２６２の機能はハードウェアで実現されてもよい。

通報管理処理部２６１は、例えば、通報端末１０１から通報を受けた時に、通報データの内容や通報端末１０１毎の設定情報、或いは設定変更の有無などの情報を表示部２５２に表示する処理を行う。また、通報管理処理部２６１は、通報端末１０１毎に通報日時や通報内容を履歴としてＤＢ２５３に記録する処理を行う。

設定変更処理部２６２は、例えば、通報端末１０１の設定情報に変更が有る場合に、変更後の設定情報を通報端末１０１に送信する処理を行う。本実施形態に係る緊急通報システム１００では、設定変更処理部２６２は、通報端末１０１から通報を受信した時に、当該通報端末１０１の設定情報を確認する。そして、設定変更処理部２６２は、設定変更フラグがＯｎに設定されている場合、通報（データまたは会話）の終了信号に設定変更フラグ：Ｏｎを付加して通報端末１０１に送信する処理を行う。そして、設定変更処理部２６２は、通報端末１０１から受信ＯＫの応答を受けて、設定情報の変更データを通報端末１０１に送信する処理を行う。尚、設定変更処理部２６２は、変更データを送信する時に、現在の通報だけの一時的な変更であるのか恒久的な変更であるのかを示す情報（設定保存フラグ）を変更データに付加して通報端末１０１に送信する。

図４は、比較例の通報端末９０１の一例を示す。尚、図４において、図２と同符号のブロックは、図２と同一又は同様の機能を有する。

図４において、通報端末９０１は、制御部８０１の処理が図２の通報端末１０１と異なる。また、比較例の通報端末９０１を有する緊急通報システム９００は、センタ装置９０２の動作も異なる。

通報端末９０１において、制御部８０１のメイン処理部８５１は、通報事象が発生した時に、不揮発性メモリ３０７に記憶された通報先情報を参照して通報を行う。これに対して、図２の通報端末１０１の場合、制御部３０１のメイン処理部３５１は、通報事象が発生した時に、不揮発性メモリ３０７からメモリ３０８にコピーされた通報先情報を参照して通報を行う。また、通報端末９０１は、動作モード（運用モードと称してもよい）と設定モードとを有し、設定モード時はセンサ１５２や無線端末１５１などの入力を受け付けないように処理する。尚、設定モードへの変更は、保守者や利用者が操作部３０４のメンテナンス用のボタンを操作してもよいし、オペレータがセンタ装置１０２から通報端末９０１に接続して、プッシュボタン信号などにより、リモート操作を行ってもよい。いずれの場合でも、比較例の通報端末９０１は、動作モードを停止して設定モードに移行する。

図５は、比較例の通報端末９０１の制御部８０１の一例を示す。尚、図５において、図４と同符号のブロックは、図４と同一又は同様の機能を有する。

図５において、メイン処理部８５１は、動作モード処理部８６１と、設定モード処理部８６２とを有する。動作モード処理部８６１は、通報事象の検出や、通報事象を検出した時に、通報動作を行う。設定モード処理部８６２は、不揮発性メモリ３０７に記憶されている設定内容を変更する処理を行う。

一方、モード変更処理部８５２は、設定モード変更検出処理部８６３と、動作モード変更検出処理部８６４とを有する。設定モード変更検出処理部８６３は、操作部３０４のメンテナンス用のボタンの操作やセンタ装置９０２からのリモート操作などによる設定モードへの変更指示を検出し、メイン処理部８５１へ通知する。動作モード変更検出処理部８６４は、操作部３０４のメンテナンス用のボタンの操作やセンタ装置９０２からのリモート操作などによる動作モードへの変更指示を検出し、メイン処理部８５１へ通知する。

ここで、メイン処理部８５１は、入力禁止処理部８７１と、変更データ受信処理部８７２と、変更データ書込処理部８７３と、入力禁止解除処理部８７４とを有する。

入力禁止処理部８７１は、モード変更処理部８５２から設定モードへの変更指示を受けて、センタ装置９０２の緊急通報ボタン、相談ボタン、センサ１５２および無線端末１５１などによる通報事象の入力を禁止する処理を行う。これにより、通報端末９０１は、例えば利用者が緊急通報ボタンを押下してもセンタ装置９０２に通報する動作を行わない。通報事象の入力を禁止する処理を行う理由は、センサ１５２の検出設定や無線端末１５１の設定など行っている時に、センサ１５２や無線端末１５１による通報事象が発生した場合、通報端末１０１が誤動作するためである。

変更データ受信処理部８７２は、利用者宅に出向いた保守者や利用者自身、或いはセンタ装置９０２のオペレータなどの設定変更者の操作やリモート操作などにより、設定の変更内容をセンタ装置９０２から受信する処理を行う。

変更データ書込処理部８７３は、センタ装置９０２から受信した設定の変更内容を不揮発性メモリ３０７などの設定格納領域へ書き込む処理を行う。尚、データの種類や量に応じて、変更データ受信処理部８７２および変更データ書込処理部８７３による処理が繰り返し実行される。

入力禁止解除処理部８７４は、モード変更処理部８５２から動作モードへの変更指示を受けて、センタ装置９０２の緊急通報ボタンや相談ボタン、センサ１５２および無線端末１５１などによる通報事象の入力の禁止を解除する処理を行う。そして、メイン処理部８５１は、設定モード処理部８６２が行う処理を終了して、動作モード処理部８６１の処理に戻る。

このようにして、比較例の通報端末９０１は、不揮発性メモリ３０７に記憶されている設定情報を変更する場合、通報事象の入力や通報動作を禁止するので、設定モード処理部８６２が動作中の緊急を要する通報事象を無視するという問題が生じる。

そこで、本実施形態に係る緊急通報システム１００は、通報事象の入力を禁止することなく、設定内容を変更することができる。

［制御部３０１］
図６は、図２に示した通報端末１０１の制御部３０１の一例を示す。尚、図６において、図２と同符号のブロックは、図２と同一又は同様の機能を有する。

図６において、メイン処理部３５１は、動作モード処理部３６１と、設定変更処理部３６２とを有する。

動作モード処理部３６１は、通報事象の検出を行い、通報事象を検出した時には通報動作を行う。また、動作モード処理部３６１は、通報中にセンタ装置１０２から設定変更フラグ：Ｏｎの通知を受けた場合、当該通報の通報先を変更する処理を行う。さらに、動作モード処理部３６１は、通報終了時にセンタ装置１０２から設定保存フラグ：Ｏｎの通知を受けた場合、当該通報の終了後に、変更内容を不揮発性メモリ３０７に保存する処理を行う。

設定変更処理部３６２は、図６に示した変更検出処理部３５４が設定変更の指示を検出した場合、動作モード処理部３６１の動作を停止せずに、通報端末１０１の設定を変更する処理を行う。例えば、設定変更処理部３６２は、センタ装置１０２から受信する変更データを、一旦、メモリ３０８の作業領域に書き込む。そして、設定変更処理部３６２は、通報端末１０１が通報動作を行っていないアイドル状態の時に、メモリ３０８の設定内容と不揮発性メモリ３０７の設定内容とを同期させる処理を行う。尚、通報中に、当該通報に関係する変更は、動作モード処理部３６１により実行される。設定変更処理部３６２は、通報中以外に通報端末１０１の設定を変更する処理を行う。

図６において、センサ検出処理部３５２および無線検出処理部３５３は、図２と同一又は同様の処理を行う。例えば、センサ検出処理部３５２は、センサ入力部３０２がセンサ１５２から受ける検出信号を検出する処理を行い、無線検出処理部３５３は、無線入力部３０３が無線端末１５１から受ける警報信号を検出する処理を行う。

変更検出処理部３５４は、操作部３０４のメンテナンス用のボタンの操作やセンタ装置１０２からのリモート操作などによる設定モードへの変更指示を検出し、メイン処理部３５１へ通知する。メイン処理部３５１は、変更検出処理部３５４が設定変更の指示を検出した場合、設定変更処理部３６２を実行する。

データ同期処理部３５５は、設定変更処理部３６２の開始指示により、メモリ３０８の設定内容と不揮発性メモリ３０７の設定内容との同期を取る処理を行う。尚、データ同期処理部３５５は、メイン処理部３５１とは独立して動作し、メイン処理部３５１は、設定変更処理部３６２により、データ同期処理部３５５に同期処理の開始指示を与えるだけである。従って、メイン処理部３５１の通報動作などに与える影響は少ない。

図６において、メイン処理部３５１の設定変更処理部３６２は、変更データ受信処理部３７１と、ＲＡＭ書込処理部３７２と、データ同期開始処理部３７３とを有する。

変更データ受信処理部３７１は、センタ装置１０２とのデータ通信により、設定の変更内容を受信し、設定書込みデータを作成する。尚、変更内容は、センタ装置１０２から受信するようにしたが、通報端末１０１の操作部３０４に入力ボタンを設けて、変更内容の入力を受け付けてもよい。いずれの場合でも、設定書込みデータは、例えば図６の点線の吹き出し部分に示したように、通報端末１０１の動作環境、センサ検出設定、無線端末設定、電話番号マスタ、事象毎の通報先などの情報（版数の情報を含む）を有する。ここで、動作環境、センサ検出設定、無線端末設定、電話番号マスタ、事象毎の通報先などの情報は、図２で説明した通りであるが、図６の例では、メモリ３０８に記憶されている情報の版数：Ｎよりも新しい版数：Ｎ＋１である。尚、版数は、各項目毎に異なっていてもよい。

ＲＡＭ書込処理部３７２は、変更データ受信処理部３７１がセンタ装置１０２から受信した設定書込みデータをメモリ３０８に書き込む処理を行う。これにより、メモリ３０８に記憶されていた版数：Ｎの各情報は、設定書込みデータの版数：Ｎ＋１の情報に書き換えられる。

データ同期開始処理部３７３は、メモリ３０８の設定情報と不揮発性メモリ３０７の設定情報とを同期させる処理の開始指示をメイン処理部３５１とは独立したデータ同期処理部３５５に与える。データ同期処理部３５５は、データ同期開始処理部３７３の開始指示により、メモリ３０８の設定情報を不揮発性メモリ３０７に書き込む同期処理を行う。尚、データ同期処理部３５５は、メモリ３０８と不揮発性メモリ３０７とを比較して、異なる部分のデータを書き込むようにしてもよい。いずれの場合でも、データ同期処理部３５５が同期処理を行っている途中で、メイン処理部３５１の動作モード処理部３６１は、メモリ３０８の設定情報を参照することができる。これにより、通報端末１０１は、図４に示した比較例の通報端末９０１のように、設定変更中の通報事象の検出や通報動作が禁止されることはない。

このように、メイン処理部３５１の設定変更処理部３６２は、変更データを受信してメモリ３０８に書き込んだ後、データ同期処理部３５５に起動を掛けるだけである。これにより、動作モード処理部３６１は、メモリ３０８の設定情報を不揮発性メモリ３０７に書き込む処理に影響されることなく、通報動作を行うことができる。

ここで、データ同期開始処理部３７３により起動されるデータ同期処理部３５５の処理について説明する。

図７は、データ同期処理部３５５が実行する同期処理の一例を示す。尚、図７の処理は、動作モード処理部３６１に影響を与えないように実行される。また、図７は、設定情報として、動作環境、センサ検出設定、無線端末設定、電話番号マスタ、事象毎の通報先を有する場合の一例を示すが、他の種類の情報を有する場合においても同様に処理することができる。

ステップＳ１０１において、データ同期処理部３５５は、動作環境の情報について、メモリ３０８の設定情報の版数と、不揮発性メモリ３０７の設定情報の版数とが一致するか否かを判別する。そして、データ同期処理部３５５は、メモリ３０８と不揮発性メモリ３０７との動作環境の版数が一致する場合、ステップＳ１０４の処理に進み、版数が一致しない場合、ステップＳ１０２の処理に進む。例えば、先に説明した図６の場合、変更データ受信処理部３７１がセンタ装置１０２から取得した版数：Ｎ＋１の設定書込みデータにより、メモリ３０８の動作環境の版数が（Ｎ）から（Ｎ＋１）に更新されている。一方、不揮発性メモリ３０７の動作環境の版数は（Ｎ）のままなので、データ同期処理部３５５は、ステップＳ１０２の処理に進む。

ステップＳ１０２において、データ同期処理部３５５は、通報端末１０１がアイドル状態（通報動作などを行っていない状態）であるか否かを判別する。そして、データ同期処理部３５５は、通報端末１０１がアイドル状態の場合、ステップＳ１０３の処理に進み、アイドル状態ではない場合、ステップＳ１０４の処理に進む。尚、アイドル状態ではない場合、データ同期処理部３５５は、次の処理に進まずに、通報端末１０１がアイドル状態になるまでステップＳ１０２で待機してもよい。

ステップＳ１０３において、データ同期処理部３５５は、メモリ３０８に記憶されている版数：Ｎ＋１の動作環境の情報を不揮発性メモリ３０７の動作環境の記憶領域にコピーする。そして、データ同期処理部３５５は、次のステップＳ１０４の処理に進む。

ステップＳ１０４において、データ同期処理部３５５は、センサ検出設定の情報について、メモリ３０８の設定情報の版数と、不揮発性メモリ３０７の設定情報の版数とが一致するか否かを判別する。そして、データ同期処理部３５５は、メモリ３０８と不揮発性メモリ３０７とのセンサ検出設定の版数が一致する場合、ステップＳ１０７の処理に進み、版数が一致しない場合、ステップＳ１０５の処理に進む。例えば、先に説明した図６の場合、メモリ３０８のセンサ検出設定の版数が（Ｎ＋１）、不揮発性メモリ３０７のセンサ検出設定の版数は（Ｎ）なので、データ同期処理部３５５は、ステップＳ１０５の処理に進む。

ステップＳ１０５において、データ同期処理部３５５は、センサ検出処理部３５２がアイドル状態（センサ１５２の検出信号を処理していない状態）であるか否かを判別する。そして、データ同期処理部３５５は、センサ検出処理部３５２がアイドル状態の場合、ステップＳ１０６の処理に進み、アイドル状態ではない場合、ステップＳ１０７の処理に進む。尚、アイドル状態ではない場合、データ同期処理部３５５は、次の処理に進まずに、センサ検出処理部３５２がアイドル状態になるまでステップＳ１０５で待機してもよい。

ステップＳ１０６において、データ同期処理部３５５は、メモリ３０８に記憶されている版数：Ｎ＋１のセンサ検出設定の情報を不揮発性メモリ３０７のセンサ検出設定の記憶領域にコピーする。そして、データ同期処理部３５５は、次のステップＳ１０７の処理に進む。

ステップＳ１０７において、データ同期処理部３５５は、無線端末設定の情報について、メモリ３０８の設定情報の版数と、不揮発性メモリ３０７の設定情報の版数とが一致するか否かを判別する。そして、データ同期処理部３５５は、メモリ３０８と不揮発性メモリ３０７との無線端末設定の版数が一致する場合、ステップＳ１１０の処理に進み、版数が一致しない場合、ステップＳ１０８の処理に進む。例えば、先に説明した図６の場合、メモリ３０８の無線端末設定の版数が（Ｎ＋１）、不揮発性メモリ３０７の無線端末設定の版数は（Ｎ）なので、データ同期処理部３５５は、ステップＳ１０８の処理に進む。

ステップＳ１０８において、データ同期処理部３５５は、無線検出処理部３５３がアイドル状態（無線端末１５１の検出信号を処理していない状態）であるか否かを判別する。そして、データ同期処理部３５５は、無線検出処理部３５３がアイドル状態の場合、ステップＳ１０９の処理に進み、アイドル状態ではない場合、ステップＳ１１０の処理に進む。尚、アイドル状態ではない場合、データ同期処理部３５５は、次の処理に進まずに、無線検出処理部３５３がアイドル状態になるまでステップＳ１０８で待機してもよい。

ステップＳ１０９において、データ同期処理部３５５は、メモリ３０８に記憶されている版数：Ｎ＋１の無線端末設定の情報を不揮発性メモリ３０７の無線端末設定の記憶領域にコピーする。そして、データ同期処理部３５５は、次のステップＳ１１０の処理に進む。

ステップＳ１１０において、データ同期処理部３５５は、電話番号マスタの情報について、メモリ３０８の設定情報の版数と、不揮発性メモリ３０７の設定情報の版数とが一致するか否かを判別する。そして、データ同期処理部３５５は、メモリ３０８と不揮発性メモリ３０７との電話番号マスタの版数が一致する場合、ステップＳ１１３の処理に進み、版数が一致しない場合、ステップＳ１１１の処理に進む。例えば、先に説明した図６の場合、メモリ３０８の電話番号マスタの版数が（Ｎ＋１）、不揮発性メモリ３０７の電話番号マスタの版数は（Ｎ）なので、データ同期処理部３５５は、ステップＳ１１１の処理に進む。

ステップＳ１１１において、データ同期処理部３５５は、動作モード処理部３６１がアイドル状態（通報動作などを行っていない状態）であるか否かを判別する。そして、データ同期処理部３５５は、動作モード処理部３６１がアイドル状態の場合、ステップＳ１１２の処理に進み、アイドル状態ではない場合、ステップＳ１１３の処理に進む。尚、動作モード処理部３６１がアイドル状態ではない場合、データ同期処理部３５５は、次の処理に進まずに、動作モード処理部３６１がアイドル状態になるまでステップＳ１１１で待機してもよい。

ステップＳ１１２において、データ同期処理部３５５は、メモリ３０８に記憶されている版数：Ｎ＋１の電話番号マスタの情報を不揮発性メモリ３０７の電話番号マスタの記憶領域にコピーする。そして、データ同期処理部３５５は、次のステップＳ１１３の処理に進む。

ステップＳ１１３において、データ同期処理部３５５は、通報先設定の情報について、メモリ３０８の設定情報の版数と、不揮発性メモリ３０７の設定情報の版数とが一致するか否かを判別する。そして、データ同期処理部３５５は、メモリ３０８と不揮発性メモリ３０７との通報先設定の版数が一致する場合、ステップＳ１１６の処理に進み、版数が一致しない場合、ステップＳ１１４の処理に進む。例えば、先に説明した図６の場合、メモリ３０８の通報先設定の版数が（Ｎ＋１）、不揮発性メモリ３０７の通報先設定の版数は（Ｎ）なので、データ同期処理部３５５は、ステップＳ１１４の処理に進む。

ステップＳ１１４において、データ同期処理部３５５は、動作モード処理部３６１がアイドル状態（通報動作などを行っていない状態）であるか否かを判別する。そして、データ同期処理部３５５は、動作モード処理部３６１がアイドル状態の場合、ステップＳ１１５の処理に進み、動作モード処理部３６１がアイドル状態ではない場合、ステップＳ１１６の処理に進む。尚、動作モード処理部３６１がアイドル状態ではない場合、データ同期処理部３５５は、次の処理に進まずに、動作モード処理部３６１がアイドル状態になるまでステップＳ１１４で待機してもよい。

ステップＳ１１５において、データ同期処理部３５５は、メモリ３０８に記憶されている版数：Ｎ＋１の通報先設定の情報を不揮発性メモリ３０７の通報先設定の記憶領域にコピーする。そして、データ同期処理部３５５は、次のステップＳ１１６の処理に進む。

ステップＳ１１６において、データ同期処理部３５５は、予め設定された時間だけ処理を中断して待機する。そして、予め設定された時間が経過後にステップＳ１０１の処理に戻って、同様の処理を繰り返し実行する。尚、Ｗａｉｔ期間を設けるのは、版数の更新の頻度が多くないことと、通報端末１０１の通報事象の検出処理や通報処理への影響をできるだけ少なくするためである。

このようにして、本実施形態に係る緊急通報システム１００は、動作環境、電話番号マスタ、通報先などの通報動作に関係する設定情報の項目の書き換えを通報端末１０１や通報に関係する処理がアイドル状態の時に行う。そのため、本実施形態に係る緊急通報システム１００では、設定情報の書き換え処理が通報動作に与える影響を少なくすることができる。

［通報動作］
図８は、本実施形態に係る緊急通報システム１００の通報動作の一例を示す。尚、図８の例は、図１に示した緊急通報システム１００において、通報端末１０１がセンタ装置１０２や親族宅１１１などに通報する時の動作を示している。尚、図８は、通報端末１０１が通報データをセンタ装置１０２に送信するデータ通報と、利用者がセンタ装置１０２のオペレータと会話する会話通報とを行う時の一例である。

ここで、不揮発性メモリ３０７の設定格納領域に保存されている設定内容は、通報が行われていない待機時または通報事象発生時に、不揮発性メモリ３０７からメモリ３０８の作業領域にコピーされる。そして、通報端末１０１は、メモリ３０８の作業領域に記憶されている設定内容に基づいて通報処理を実行する。

ステップＳ２０１において、通報端末１０１のボタン操作、センサ１５２、無線端末１５１などにより、通報事象が発生する。そして、制御部３０１は、通報事象の発生を検出する。

ステップＳ２０２において、メイン処理部３５１の動作モード処理部３６１は、通報事象の検出通知を受けて、センタ装置１０２にダイヤリングする。尚、センタ装置１０２の電話番号は、メモリ３０８の電話番号マスタなどに記憶されている。

ステップＳ２０３において、通報端末１０１のダイヤリングにより、センタ装置１０２は、呼び出し音を検出する。

ステップＳ２０４において、センタ装置１０２は、オフフックして公衆電話網１０３に接続する。

ステップＳ２０５において、センタ装置１０２のオフフックにより、通報端末１０１は、公衆電話網１０３を介してセンタ装置１０２に接続される。

ステップＳ２０６において、センタ装置１０２は、転送開始信号を通報端末１０１に送信する。ここで、転送開始信号は、通報端末１０１にデータの送信を要求する信号である。

ステップＳ２０７において、通報端末１０１は、通報データをセンタ装置１０２に送信する。ここで、通報データは、先に説明したように、「火災発生検知」や「通報ボタン押下」などの通報事象の内容を伝える情報である。

ステップＳ２０８において、センタ装置１０２は、通報データを受信したことを示す転送終了信号を通報端末１０１に送信する。

ステップＳ２０９において、センタ装置１０２は、会話開始信号を通報端末１０１に送信する。ここで、会話開始信号は、通報端末１０１に利用者との会話を要求する信号である。尚、センタ装置１０２が会話開始信号を送信するか否かは、通報事象に応じて予め決めておいてもよい。例えば通報端末１０１の相談ボタンが押下された場合は会話を伴うので、通報データが「相談ボタンの押下」である場合、センタ装置１０２は自動的に会話開始信号を通報端末１０１に送信する。或いは、オペレータが通報データを確認して、会話した方が良いと判断した場合に、オペレータが手動操作で会話開始信号を通報端末１０１に送信するようにしてもよい。

ステップＳ２１０において、通報端末１０１は、センタ装置１０２から会話開始信号を受信すると、会話モードに変更する。

ここで、会話モードは、図３において、電話機２０３を公衆電話網１０３に接続してもよいし、ハンズフリー通話部２０４を用いるものであってもよい。ハンズフリー通話部２０４は、通報管理部２０２および通報通信部２０１を介して公衆電話網１０３に接続され、マイク２０４ａおよびスピーカ２０４ｂにより通報端末１０１の利用者とオペレータとが会話することができる。

ステップＳ２１１において、オペレータが操作部２５４により会話を終了する操作を行った場合、センタ装置１０２は、会話終了信号を通報端末１０１に送信する。ここで、センタ装置１０２は、通報端末１０１の現在の通報先に変更が有る場合、設定変更フラグ：Ｏｎの情報を付加した会話終了信号を通報端末１０１に送信する。尚、通報端末１０１の通報先に変更が無い場合、設定変更フラグ：Ｏｆｆの情報を付加した会話終了信号を通報端末１０１に送信する。

ステップＳ２１２において、通報端末１０１は、設定変更フラグ：Ｏｎの情報を付加した会話終了信号を受信した場合、受信準備ＯＫを示す応答をセンタ装置１０２に送信する。

ステップＳ２１３において、受信準備ＯＫを示す応答を受信したセンタ装置１０２は、変更データを通報端末１０１に送信する。ここで、通報端末１０１の通報先の変更が現通報に対する一時的な変更ではなく恒久的な変更である場合、センタ装置１０２は、設定保存フラグ：Ｏｎの情報を付加した変更データを通報端末１０１に送信する。尚、通報先の変更が現在の通報に対する一時的な変更である場合、設定保存フラグ：Ｏｆｆの情報が変更データに付加される。

ステップＳ２１４において、通報端末１０１は、センタ装置１０２から受信する変更データをメモリ３０８の作業領域に記憶して変更内容を反映させる。

ステップＳ２１５において、通報端末１０１は、変更データの受信およびメモリ３０８の作業領域への記憶が完了したことを示す受信完了のメッセージをセンタ装置１０２に送信する。

ステップＳ２１６において、受信完了のメッセージを受信したセンタ装置１０２は、通報端末１０１との接続を切断する。

ステップＳ２１７において、受信完了のメッセージを送信した通報端末１０１は、センタ装置１０２との接続を切断する。

ステップＳ２１８において、通報端末１０１は、メモリ３０８の作業領域に記憶されている通報先の情報に従って、次の通報先に通報する。例えば、第２通報先として、図１に示した親族宅１１１が設定されている場合、通報端末１０１は、親族宅１１１の電話機１０４に電話を掛ける。そして、通報端末１０１の利用者は、親族宅１１１の電話機１０４で親族と会話して、通報事象（体調や警報状況など）について知らせる。

以下、通報端末１０１は、メモリ３０８の作業領域に記憶されている通報先の順番に従って、例えば第３通報先（図１に示した協力者宅１１２の電話機１０５）などへの通報を継続する。

ステップＳ２１９において、通報端末１０１は、メモリ３０８の作業領域に記憶されている最後の通報先（第ｎ（ｎは正の整数）通報先）に通報する。例えば最後の通報先として、図１に示した関連機関１１３が設定されている場合、通報端末１０１は、関連機関１１３の電話機１０６に電話を掛ける。そして、通報端末１０１の利用者は、例えば関連機関１１３の電話機１０６で医師などに病状を説明して、対処方法などの指示を受ける。

ステップＳ２２０において、通報端末１０１は、最後の通報先への通報を終了した場合、ステップＳ２１３でセンタ装置１０２から受信した設定保存フラグを判別する。そして、通報端末１０１は、設定保存フラグがＯｎの場合、次のステップＳ２２１の処理を実行し、設定保存フラグがＯｆｆの場合、通報処理を終了して待機状態に戻る。

ステップＳ２２１において、通報端末１０１は、ステップＳ２１３で受信してメモリ３０８の作業領域に記憶されている変更データを不揮発性メモリ３０７の設定格納領域に書き込んで保存する。

このようにして、本実施形態に係る緊急通報システム１００は、通報時だけの一時的な通報先の変更をセンタ装置１０２への通報を契機に行うことができる。また、恒久的な通報先の変更は、全ての通報が終了後に実行されるので、通報処理が中断されることなく、通報端末１０１は、現在の通報動作を優先して行うことができる。

ここで、図８の説明では、ステップＳ２０８において、センタ装置１０２は、転送終了信号を通報端末１０１に送信後、会話開始信号を通報端末１０１に送信して、会話モードへの変更を行う例を示した。会話モードへの変更を行わない場合でも、次に説明するように、図８の例を同様の処理が可能である。

図９は、本実施形態に係る緊急通報システム１００の通報動作の他の例を示す。尚、図９において、図８の通報例で説明した処理ステップと同符号の処理ステップは、図８と同一又は同様の処理を行う。図９が図８と異なる点は、センタ装置１０２への通報中に会話モードへの変更を行わないことである。

図９において、ステップＳ２０７で通報端末１０１から通報データを受信したセンタ装置１０２は、図８のステップＳ２０８と同様に、転送終了信号を通報端末１０１に送信するが、図９の例では、設定変更フラグを転送終了信号に付加する。

ステップＳ２０８ａにおいて、センタ装置１０２は、通報端末１０１の通報先に変更が有る場合、設定変更フラグ：Ｏｎの情報を付加した転送終了信号を通報端末１０１に送信する。尚、通報端末１０１の通報先に変更が無い場合、設定変更フラグ：Ｏｆｆの情報を付加した転送終了信号を通報端末１０１に送信する。

ステップＳ２１２ａにおいて、通報端末１０１は、設定変更フラグ：Ｏｎの情報を付加した転送終了信号を受信した場合、受信準備ＯＫを示す応答をセンタ装置１０２に送信する。

以降、ステップＳ２１３からステップＳ２２１までの処理は、図８で説明した通りである。

このようにして、本実施形態に係る緊急通報システム１００は、会話モードを伴わない通報においても、通報時だけの一時的な通報先の変更をセンタ装置１０２への通報を契機に行うことができる。また、恒久的な通報先の変更は、全ての通報が終了後に実行されるので、通報処理が中断されることなく、通報端末１０１は、現在の通報動作を優先して行うことができる。

図１０は、比較例の通報動作を示す。尚、図１０において、図８の本実施形態に係る緊急通報システム１００の通報例で説明した処理ステップと同符号の処理ステップは、図８と同一又は同様の処理を行う。但し、図８の通報端末１０１およびセンタ装置１０２の処理は、図１０の比較例の通報端末９０１およびセンタ装置９０２の処理にそれぞれ対応する。図１０が図８と異なる点は、会話終了信号に設定変更フラグの情報が付加されていないことである。

図１０において、ステップＳ２１０で会話モードに変更して、利用者とオペレータとの間で会話を行い、オペレータが会話終了の操作をすると、センタ装置９０２は、ステップＳ９１１の処理を実行する。

ステップＳ９１１において、センタ装置９０２は、会話終了信号を通報端末９０１に送信する。そして、ステップＳ２１６において、センタ装置９０２は、通報端末９０１との接続を切断する。

ステップＳ９１７において、センタ装置９０２から会話終了信号を受信した通報端末９０１は、センタ装置９０２との接続を切断する。

以降、ステップＳ２１８およびステップＳ２１９の処理は、図８で説明した通りである。

ここで、図１０の比較例において、会話モードに変更しない場合でも会話モードに変更する場合と同様の問題が生じる。

図１１は、比較例として、会話モードに変更しない場合の通報処理を示す。尚、図１１において、図９の本実施形態に係る緊急通報システム１００の通報例で説明した処理ステップと同符号の処理ステップは、図９と同一又は同様の処理を行う。但し、図８の通報端末１０１およびセンタ装置１０２の処理は、図１０の比較例の通報端末９０１およびセンタ装置９０２の処理にそれぞれ対応する。図１１が図９と異なる点は、転送終了信号に設定変更フラグの情報が付加されていないことである。

図１１において、ステップＳ２０７で通報データを受信したセンタ装置１０２は、ステップＳ９０８の処理を実行する。

ステップＳ９０８において、センタ装置９０２は、転送終了信号を通報端末９０１に送信する。そして、ステップＳ２１６において、センタ装置９０２は、通報端末９０１との接続を切断する。

ステップＳ９１７において、センタ装置９０２から転送終了信号を受信した通報端末９０１は、センタ装置９０２との接続を切断する。

以降、ステップＳ２１８およびステップＳ２１９の処理は、図８で説明した通りである。

このようにして、比較例の通報端末９０１は、通報先に変更が有る場合でも、変更前の通報先や通報順序で通報を行う。このため、通報先の電話番号が変更されている場合や通報先の順番を入れ替えたい場合、或いは、一時的に通報先の人間が旅行などで不在であることがわかっている場合などにおいて、次のような課題が生じる。

図１２は、比較例の通報動作の課題を示す。図１２の例において、通報端末９０１の通報先は、通報先１：センタ装置９０２、通報先２：親族宅１１１、通報先３：（利用者の近所の）協力者宅１１２、の順番に設定されている。

図１２（ａ）の例は、２番目の通報先の親族宅１１１の電話番号が変更されているが、未だ通報端末９０１に反映されていない場合を示す。図１２（ａ）において、通報事象が発生した時、通報端末９０１は、１番目の通報先のセンタ装置９０２に接続し、通報データの送信を行い、場合によってはオペレータと利用者が会話を行う。次に、通報端末９０１は、２番目の通報先の親族宅１１１に電話を掛ける。ところが、親族宅１１１の電話番号が変更されているので繋がらず、通報端末９０１は、予め設定された所定回数の呼び出し音を検出するか、予め設定された時間が経過するまで待った後、親族宅１１１への通報が失敗したと判断する。そして、通報端末９０１は、３番目の通報先の協力者宅１１２に電話を掛けて、近所の人と会話を行って通報事象（病気や火災など）を知らせる。このように、図１２（ａ）の例では、通報端末９０１は、２番目の通報先の通報失敗を検出するまで、３番目の通報先に通報することができないので、緊急を要する場合の通報が遅れるという問題が生じる。

図１２（ｂ）の例は、利用者を急いで保護することが求められる事象が生じた場合、遠くに住んでいる親類に通報するよりも近くに住んでいて直ぐに利用者のところに駆けつけることができる近所の人に先に通報するのが好ましい。ところが、図１２（ｂ）の場合、通報事象が発生した通報端末９０１は、１番目の通報先のセンタ装置９０２に接続した後、順番に従って２番目の通報先の親族宅１１１に電話を掛ける。このため、３番目の近所の協力者宅１１２に通報するのが遅くなるという問題が生じる。

図１２（ｃ）は、親族が不在で通報に対応することが困難であることが事前にセンタ装置９０２のオペレータが知っている場合の例である。尚、センタ装置９０２のオペレータが最初の通報で利用者に２番目の通報先の親族が不在であることを伝えたとしても、通報端末９０１は２番目の通報先に自動的に電話する。図１２（ｃ）の例も図１２（ａ）の例と同様に、親族宅１１１への通報が失敗したと通報端末９０１が判断するまで、３番目の通報先の協力者宅１１２に通報されず、緊急を要する場合の通報が遅れるという問題が生じる。

このように、図１０および図１１で説明した比較例の場合、通報先の状況に応じて、臨機応変に通報先を変更することが難しいという問題がある。

これに対して、本実施形態に係る緊急通報システム１００は、図８および図９で説明したように、通報時だけの一時的な通報先の変更をセンタ装置１０２への通報を契機に行うことができる。また、恒久的な通報先の変更は、全ての通報が終了後に実行されるので、通報処理が中断されることなく、通報端末１０１は、現在の通報動作を優先して行うことができる。

図１３は、本実施形態に係る緊急通報システム１００の通報動作の一例を示す。尚、図１３は、図１２で説明した比較例の緊急通報システム９００の通報動作に対応する。

図１３の例において、図１２と同様に、通報端末１０１の通報先は、通報先１：センタ装置１０２、通報先２：親族宅１１１、通報先３：（利用者の近所の）協力者宅１１２、の順番に設定されている。尚、図１２の通報端末９０１およびセンタ装置９０２は、図１３の通報端末１０１およびセンタ装置１０２にそれぞれ対応する。

図１３（ａ）は、図１２（ａ）に対応し、２番目の通報先の親族宅１１１の電話番号が変更されている場合の例である。図１３（ａ）では、通報端末１０１は、センタ装置１０２に通報時に、センタ装置１０２から下記の変更データを受信する。
・通報先２（会話）：１２−３４５６（電話番号）
・通報先３（会話）：変更なし
ここで、センタ装置１０２は、変更データに設定保存フラグ：Ｏｎを付加して通報端末１０１に送信する。通報端末１０１は、センタ装置１０２から受信した変更データをメモリ３０８の作業領域に保持する。そして、通報端末１０１は、センタ装置１０２への通報を終了後、メモリ３０８の作業領域に保持された通報先の電話番号を参照して、通報先２の変更後の電話番号に電話を掛ける。さらに、通報端末１０１は、全ての通報先への通報を完了後、設定保存フラグがＯｎになっているので、メモリ３０８の作業領域の設定情報を不揮発性メモリ３０７の設定格納領域に保存する。

このようにして、本実施形態に係る緊急通報システム１００は、通報先の電話番号の変更をセンタ装置１０２に通報した時に取得することができ、センタ装置１０２に続いて行われる通報先への通報が失敗になることを防止できる。

図１３（ｂ）は、図１２（ｂ）に対応し、２番目の通報先よりも先に３番目の通報先に通報する例を示す。図１３（ｂ）では、通報端末１０１は、センタ装置１０２に通報時に、センタ装置１０２から下記の変更データを受信する。
・通報先２（会話）：通報せずに次の通報先へ
・通報先３（会話）：変更なし
ここで、センタ装置１０２は、変更データに設定変更フラグ：Ｏｆｆを付加して通報端末１０１に送信する。通報端末１０１は、センタ装置１０２から受信した変更データをメモリ３０８の作業領域に保持する。そして、通報端末１０１は、センタ装置１０２への通報を終了後、メモリ３０８の作業領域の通報先の順番の通報先２ではなく通報先３に通報する。但し、通報端末１０１は、設定保存フラグがＯｆｆになっているので、全ての通報先への通報を完了後、メモリ３０８の作業領域の設定情報を不揮発性メモリ３０７に保存せずに破棄する。

このようにして、本実施形態に係る緊急通報システム１００は、現在の通報に限定して一時的に通報先の順番を飛ばすことができ、通報したい通報先に優先的に通報することができる。

図１３（ｃ）は、図１２（ｃ）に対応し、２番目の通報先の親族宅１１１の電話番号を一時的に変更する場合の例である。図１３（ｃ）では、通報端末１０１は、センタ装置１０２に通報時に、センタ装置１０２から下記の変更データを受信する。
・通報先２（会話）：１２−３４５６（電話番号）
・通報先３（会話）：変更なし
ここで、図１３（ａ）との違いは、センタ装置１０２から受信する変更データに設定保存フラグ：Ｏｆｆが付加されていることである。通報端末１０１は、センタ装置１０２から受信した変更データをメモリ３０８の作業領域に保存する。そして、通報端末１０１は、センタ装置１０２への通報を終了後、メモリ３０８の作業領域の通報先の電話番号を参照して、通報先２の変更後の電話番号に電話を掛ける。但し、通報端末１０１は、設定保存フラグがＯｆｆになっているので、全ての通報先への通報を完了後、メモリ３０８の作業領域の設定情報を不揮発性メモリ３０７に保存しない。つまり、不揮発性メモリ３０７に記憶されている通報先２の電話番号は、変更前の電話番号が維持される。

このようにして、本実施形態に係る緊急通報システム１００は、現在の通報に限定した通報先の電話番号をセンタ装置１０２に通報した時に取得でき、通報端末１０１の通報先を動的に変更することができる。これにより、本実施形態に係る緊急通報システム１００では、通報端末１０１は、変更後の電話番号に掛けることができ、通報失敗になることを防止できる。

［応用例］
先の実施形態では、通報端末１０１は、センタ装置１０２に通報した時に、当該通報に関連する変更データ（例えば次の通報先の電話番号など）を取得して通報端末１０１の設定情報を変更した。そして、通報端末１０１は、通報終了後、設定保存フラグがＯｎの場合に変更データを不揮発性メモリ３０７の設定格納領域に保存するようにした。従って、変更データは、当該通報に関連する設定情報の変更に限定され、別の通報事象が発生した時の通報先の設定情報の変更は含まれていなかった。

例えば、相談ボタンの押下という通報事象の通報先の役所の電話番号が変更になっている場合、通報端末１０１は、相談ボタンによる通報が終了した時に不揮発性メモリ３０７の役所の電話番号を更新する。しかし、医療機関の電話番号に変更があっても、相談ボタンが押下された時の通報時には、医療機関の電話番号の変更は通知されない。尚、現在の通報に関連しない変更情報を変更データに含めない理由は、変更データの容量が大きくなって通信時間がかかり、次の通報先に迅速に通報することが難しくなるからである。

そこで、本応用例に係る緊急通報システム１００は、設定保存フラグがＯｎの場合に、通報端末１０１からセンタ装置１０２に接続して、他の通報事象に対応する設定データを取得し、不揮発性メモリ３０７の設定情報を更新する。

図１４は、緊急通報システム１００の応用例を示す。尚、図１４において、図９の通報例で説明した処理ステップと同符号の処理ステップは、図９と同一又は同様の処理を行う。図１４が図９と異なる点は、図９のステップＳ２１３において、センタ装置１０２は変更データに設定保存フラグを付加する代わりに、図１４のステップＳ２１３ａにおいて、センタ装置１０２は変更データに設定更新フラグを付加することである。ここで、設定保存フラグは、図９で説明したように、ステップＳ２１３で受信した当該通報に関連する変更データを不揮発性メモリ３０７に保存するか否かを示す情報である。従って、当該通報に関連しない設定の変更は、対象外である。これに対して、図１４に示した設定更新フラグは、当該通報に関連するか否かに拘らず、通報中の通報端末１０１に対する設定の変更の有無を示す情報である。尚、本実施形態では、説明がわかり易いように、設定保存フラグと設定更新フラグとに名称を分けたが、設定更新フラグの機能を設定保存フラグに含めてもよい。つまり、緊急通報システム１００は、設定保存フラグがＯｎの場合に、図１４に示したステップＳ３０１からステップＳ３１３までの処理を実行してもよい。

例えば図９において、ステップＳ２０１で発生した通報事象に対する通報先がセンタ装置１０２と親族宅１１１である場合、親族宅１１１の電話番号の変更の有無は、ステップＳ２０８ａで通報端末１０１に通知される。そして、変更後の電話番号は、ステップＳ２１３で通報端末１０１に送信され、恒久的な変更の場合は、ステップＳ２２１で不揮発性メモリ３０７に保存される。ところが、当該通報事象に関係しない設定の変更がある場合（例えば協力者宅１１２の電話番号に変更がある場合）、ステップＳ２０８ａの設定変更フラグやステップＳ２１３の設定保存フラグには反映されない。この場合、協力者宅１１２を通報先とする通報事象が通報端末１０１に発生するまで、協力者宅１１２の電話番号の変更は行われない。これに対して、図１４の例では、通報中の通報先に関係する設定変更ではないが、通報中の通報端末１０１に関連する設定の更新がある場合、通報端末１０１は、全ての通報終了後に、センタ装置１０２から更新データを受信する。これにより、他の通報事象に関係する設定の変更がある場合に、通報端末１０１は、一括して設定を更新することができる。

尚、図１４の例は、図９の応答処理に対応するが、図８に示した会話モードを有する場合についても、本応用例を適用することができる。

図１４において、ステップＳ２０１からステップＳ２１２ａまでの処理は、図９で説明した通りである。

ステップＳ２１３ａにおいて、受信準備ＯＫを示す応答を受信したセンタ装置１０２は、変更データを通報端末１０１に送信する。ここで、通報端末１０１に関係する設定の変更がある場合、センタ装置１０２は、設定更新フラグ：Ｏｎの情報を付加した変更データを通報端末１０１に送信する。尚、通報先の変更が現通報に対する一時的な変更であり、当該通報端末１０１に関係する他の設定の変更もない場合、設定更新フラグ：Ｏｆｆの情報が変更データに付加される。

ステップＳ２１４からステップＳ２１９までの処理は、図９で説明した通りである。

ステップＳ２２０ａにおいて、通報端末１０１は、最後の通報先への通報を終了後、ステップＳ２１３ａでセンタ装置１０２から受信した設定更新フラグを判別する。そして、通報端末１０１は、設定更新フラグがＯｎの場合、次のステップＳ３０１からステップＳ３１３までの処理を実行し、設定更新フラグがＯｆｆの場合、通報処理を終了して待機状態に戻る。

ステップＳ３０１において、通報端末１０１は、ステップＳ２０１と同様に、センタ装置１０２にダイヤリングする。

ステップＳ３０２において、通報端末１０１のダイヤリングにより、センタ装置１０２は、呼び出し音を検出する。

ステップＳ３０３において、センタ装置１０２は、オフフックして公衆電話網１０３に接続する。

ステップＳ３０４において、センタ装置１０２のオフフックにより、通報端末１０１は、公衆電話網１０３を介してセンタ装置１０２に接続される。

ステップＳ３０５において、センタ装置１０２は、転送開始信号を通報端末１０１に送信する。ここで、転送開始信号は、通報端末１０１にデータの送信を要求する信号である。

ステップＳ３０６において、通報端末１０１は、センタ装置１０２に設定データを要求する信号を送信する。

ステップＳ３０７において、センタ装置１０２は、接続されている通報端末１０１の設定情報を通報端末１０１に送信する。ここで、センタ装置１０２は、センタ装置１０２が保持している版数が最新の全ての設定情報を通報端末１０１に送信してもよいし、設定変更フラグがＯｎに設定されている項目の設定情報だけを通報端末１０１に送信するようにしてもよい。図１４の例では、センタ装置１０２は、設定データを１／ｎ（ｎは正の整数）に分割してｎ回に分けて通報端末１０１に送信する。ステップＳ３０７では、最初の１／ｎの設定データが通報端末１０１に送信される。

ステップＳ３０８において、センタ装置１０２は、２／ｎの設定データを通報端末１０１に送信する。以下、同様に（ｎ−１）／ｎまでの設定データがセンタ装置１０２から通報端末１０１に送信される。

ステップＳ３０９において、センタ装置１０２は、最後のｎ／ｎの設定データを通報端末１０１に送信する。ここで、ｎ分割して設定データを送受信する理由は、設定データを受信中に通報端末１０１が通報事象を検出した時に、遅延無く通報するためである。尚、設定データを受信中に通報端末１０１が通報事象を検出した場合、通報端末１０１は、ステップＳ３１０を実行して通報を終了する。そして、通報端末１０１は、ステップＳ２０１を実行して、センタ装置１０２に通報を行う。或いは、設定データを受信中に通報端末１０１が通報事象を検出した場合、通報端末１０１は、センタ装置１０２に繋がっているので、そのままステップＳ２０７を実行して通報データをセンタ装置１０２に送信してもよい。これにより、センタ装置１０２は、ステップＳ２０８ａを実行して、通報動作を優先する。そして、センタ装置１０２は、ステップＳ２１５の後、ステップＳ３０８を実行し、設定データの送信を再開する。

ステップＳ３１０において、通報端末１０１は、設定データの受信が完了したことを示す受信完了のメッセージをセンタ装置１０２に送信する。

ステップＳ３１１において、受信完了のメッセージを受信したセンタ装置１０２は、通報端末１０１との接続を切断する。

ステップＳ３１２において、受信完了のメッセージを送信した通報端末１０１は、センタ装置１０２との接続を切断する。

ステップＳ３１３において、通報端末１０１は、センタ装置１０２から受信した１／ｎからｎ／ｎまでの設定データを不揮発性メモリ３０７の設定格納領域に保存して設定変更を終了する。

このようにして、本実施形態に係る緊急通報システム１００は、通報時だけの一時的な通報先の変更をセンタ装置１０２への通報を契機に行うことができる。また、センタ装置１０２は、現在の通報に関係しない設定情報の変更があることを通報中の通報端末１０１に設定更新フラグをＯｎにして知らせることができる。これにより、通報端末１０１は、全ての通報が終了後に、センタ装置１０２に接続し直して、設定情報のデータを受信して、不揮発性メモリ３０７に保存する処理を実行することができる。これにより、通報端末１０１は、センタ装置１０２への通報終了を契機として設定情報の更新を行うことができるので、通報動作に与える影響を少なくすることができる。比較例として、センタ装置１０２がポーリングで通報端末１０１に変更情報を送信する場合、通報端末１０１の通報動作に重ならないように、センタ装置１０２は通報端末１０１がアイドル状態にあるか否かの確認を行うことが求められる。これに対して、本実施形態に係る緊急通報システム１００は、センタ装置１０２への通報終了時に設定情報の送受信や変更を行うので、通報端末１０１の通報動作に重なる確率がポーリングによる方法よりも低くなるという効果も得られる。

以上、各実施形態で説明したように、本実施形態に係る緊急通報システム１００は、通報先に変更があった場合、センタ装置１０２への通報時に通報先を変更することで、変更前の通報先に通報することなく、通報の失敗を防止することができる。これにより、通報端末１０１は、例えば、通報順序が上位の遠くの親族宅１１１よりも、通報順序が下位の近くの協力者宅１１２に優先して通報することができる。これにより、協力者が利用者宅１１０へ迅速に駆けつけることができ、緊急通報システム１００の信頼性を向上することができる。また、本実施形態に係る緊急通報システム１００は、現在の通報に限定した一時的な通報先の変更も可能であり、予め設定された設定情報に縛られることなく、柔軟なシステム運用を行うことができる。さらに、通報端末１０１は、設定情報の変更時に、設定項目毎に通報に関連する処理がアイドル状態であるか否かを判別しながら、設定情報を変更する。これにより、本実施形態に係る緊急通報システム１００は、設定情報を変更している時に発生した緊急の通報事象の検出および通報が可能となり、緊急通報システム１００の信頼性を向上することができる。

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

１００・・・緊急通報システム；１０１・・・通報端末；１０２・・・センタ装置；１０３・・・公衆電話網；１０４・・・電話機；１０５・・・電話機；１０６・・・電話機；１１０・・・利用者宅；１１１・・・親族宅；１１２・・・協力者宅；１１３・・・関連機関；１５１・・・無線端末；１５２・・・センサ；１５３・・・電話機；２０１・・・通報通信部；２０２・・・通報管理部；２０３・・・電話機；２５１・・・制御部；２５２・・・表示部；２５３・・・ＤＢ；２５４・・・操作部；２５５・・・メモリ；２６１・・・通報管理処理部；２６２・・・設定変更処理部；３０１・・・制御部；３０２・・・センサ入力部；３０３・・・無線入力部；３０３ａ・・・アンテナ；３０４・・・操作部；３０５・・・通信部；３０６・・・ハンズフリー通話部；３０６ａ・・・マイク；３０６ｂ・・・スピーカ；３０７・・・不揮発性メモリ；３０８・・・メモリ；３０９・・・表示部；３５１・・・メイン処理部；３５２・・・センサ検出処理部；３５３・・・無線検出処理部；３５４・・・変更検出処理部；３５５・・・データ同期処理部；３６１・・・動作モード処理部；３６２・・・設定変更処理部；３７１・・・変更データ受信処理部；３７２・・・ＲＡＭ書込処理部；３７３・・・データ同期開始処理部；８０１・・・制御部；８５１・・・メイン処理部；８５２・・・モード変更処理部；８６１・・・動作モード処理部；８６２・・・設定モード処理部；８６３・・・設定モード変更検出処理部；８６４・・・動作モード変更検出処理部；８７１・・・入力禁止処理部；８７２・・・変更データ受信処理部；８７３・・・変更データ書込処理部；８７４・・・入力禁止解除処理部；９０１・・・通報端末

Claims (14)

1. 通報端末と、前記通報端末から通報を受信するセンタ装置とを有する通報システムにおいて、
   前記センタ装置は、前記通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、前記設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを前記通報端末に送信し、
   前記通報端末は、通報事象の発生時に、前記センタ装置および予め設定された通報先に通報を行い、前記センタ装置への通報時に前記第１情報と前記第２情報とを受信し、前記第１情報により前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、前記第２情報により前記設定の変更が恒久的な変更である場合、全ての通報先への通報が終了後に前記変更データを保存する
   ことを特徴とする通報システム。
2. 請求項１に記載の通報システムにおいて、
   前記通報端末は、複数の通報事象を有し、前記通報事象毎に予め設定された通報先に通報を行い、
   前記センタ装置は、前記通報端末から通報を受けた時に、当該通報端末の当該通報事象に対する前記設定の変更の有無を確認する
   ことを特徴とする通報システム。
3. 通報端末と、前記通報端末から通報を受信するセンタ装置とを有する通報システムにおいて、
   前記センタ装置は、前記通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、当該通報端末に対する当該通報以外の前記設定の更新があるか否かを示す第３情報とを前記通報端末に送信し、
   前記通報端末は、通報事象の発生時に、前記センタ装置および予め設定された通報先に通報を行い、前記センタ装置への通報時に前記第１情報と前記第３情報とを受信し、前記第１情報により前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、前記第３情報により前記設定の更新がある場合、全ての通報先への通報が終了後に再び前記センタ装置に接続して前記設定の更新データを取得して保存する
   ことを特徴とする通報システム。
4. 通報事象の発生時にセンタ装置および予め設定された通報先に通報を行う通報端末において、
   前記センタ装置への通報時に前記センタ装置から当該通報に対する前記設定の変更の有無を示す情報を受信し、前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行する制御部を有し、
   前記制御部は、通報事象の発生時に、前記センタ装置および予め設定された通報先に通報を行い、前記センタ装置への通報時に、前記設定の変更の有無を示す第１情報と、設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを受信し、前記第１情報により前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、前記第２情報により前記設定の変更が恒久的な変更である場合、全ての通報先への通報が終了後に前記変更データを保存する
   ことを特徴とする通報端末。
5. 請求項４に記載の通報端末において、
   前記制御部は、複数の通報事象を有し、前記通報事象毎に予め設定された通報先に通報を行う
   ことを特徴とする通報端末。
6. 請求項４または請求項５に記載の通報端末において、
   前記設定を保存する設定格納領域を有する第１メモリと、
   通報動作中に前記設定を一時的に保持する作業領域を有する第２メモリと
   を更に有し、
   前記制御部は、前記センタ装置から取得した前記変更データを前記第２メモリの作業領域に一時的に保持し、全ての通報先への通報が終了後に前記第２メモリの作業領域に保持されている前記変更データを前記第１メモリの設定保存領域に保存する
   ことを特徴とする通報端末。
7. 通報事象の発生時にセンタ装置および予め設定された通報先に通報を行う通報端末において、
   前記センタ装置への通報時に前記センタ装置から当該通報に対する前記設定の変更の有無を示す情報を受信し、前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行する制御部を有し、
   前記制御部は、通報事象の発生時に、前記センタ装置および予め設定された通報先に通報を行い、前記センタ装置への通報時に、当該通報に対する前記設定の変更の有無を示す第１情報と当該通報端末に対する当該通報以外の前記設定の更新があるか否かを示す第３情報とを受信し、前記第１情報により前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、前記第３情報により前記設定の更新がある場合、全ての通報先への通報が終了後に再び前記センタ装置に接続して前記設定の更新データを取得して保存する
   ことを特徴とする通報端末。
8. 請求項７に記載の通報端末において、
   前記設定を保存する設定格納領域を有する第１メモリと、
   前記設定を一時的に保持する作業領域を有する第２メモリと
   を更に有し、
   前記制御部は、前記センタ装置から取得した前記更新データを前記第２メモリの作業領域に一時的に保持し、通報事象の検出中または通報動作中を除くアイドル状態の期間に前記第２メモリの作業領域から前記第１メモリの設定保存領域に保存する
   ことを特徴とする通報端末。
9. 通報端末から通報を受信するセンタ装置において、
   前記通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す情報を前記通報端末に送信し、前記設定に変更が有る場合、変更データを前記通報端末に送信する制御部を有し、
   前記制御部は、前記通報端末から通報を受けた時に、当該通報に対する前記設定の変更の有無を示す第１情報と、前記設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを前記通報端末に送信し、前記設定に変更が有る場合、変更データを前記通報端末に送信する
   ことを特徴とするセンタ装置。
10. 請求項９に記載のセンタ装置において、
    前記通報端末が複数の通報事象を有し、前記通報事象毎に予め設定された通報先に通報を行う場合、
    前記制御部は、前記通報端末から通報を受けた時に、当該通報端末の当該通報事象に対する前記設定の変更の有無を確認する
    ことを特徴とするセンタ装置。
11. 通報端末から通報を受信するセンタ装置において、
    前記通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す情報を前記通報端末に送信し、前記設定に変更が有る場合、変更データを前記通報端末に送信する制御部を有し、
    前記制御部は、前記通報端末から通報を受けた時に、当該通報に対する前記設定の変更の有無を示す第１情報と、当該通報端末に対する当該通報以外の前記設定の更新があるか否かを示す第３情報とを前記通報端末に送信し、前記第１情報により前記設定に変更が有る場合、変更データを前記通報端末に送信し、前記第３情報により前記設定の更新がある場合、前記通報端末から再接続を受けて前記設定の更新データを前記通報端末に送信する
    ことを特徴とするセンタ装置。
12. 通報端末と、前記通報端末から通報を受信するセンタ装置とを有する通報システムにおける通報設定変更方法であって、
    前記センタ装置は、前記通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、前記設定の変更が当該通報を対象とする一時的な変更であるか恒久的な変更であるかを示す第２情報とを前記通報端末に送信し、
    前記通報端末は、通報事象の発生時に、前記センタ装置および予め設定された通報先に通報を行い、前記センタ装置への通報時に前記第１情報と前記第２情報とを受信し、前記第１情報により前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、前記第２情報により前記設定の変更が恒久的な変更である場合、全ての通報先への通報が終了後に前記変更データを保存する
    ことを特徴とする通報設定変更方法。
13. 請求項１２に記載の通報設定変更方法において、
    前記通報端末は、複数の通報事象を有し、前記通報事象毎に予め設定された通報先に通報を行い、
    前記センタ装置は、前記通報端末から通報を受けた時に、当該通報端末の当該通報事象に対する前記設定の変更の有無を確認する
    ことを特徴とする通報設定変更方法。
14. 通報端末と、前記通報端末から通報を受信するセンタ装置とを有する通報システムにおける通報設定変更方法であって、
    前記センタ装置は、前記通報端末から通報を受けた時に、当該通報に対する設定の変更の有無を示す第１情報と、当該通報端末に対する当該通報以外の前記設定の更新があるか否かを示す第３情報とを前記通報端末に送信し、
    前記通報端末は、通報事象の発生時に、前記センタ装置および予め設定された通報先に通報を行い、前記センタ装置への通報時に前記第１情報と前記第３情報とを受信し、前記第１情報により前記設定に変更が有る場合、前記センタ装置から変更データを取得して、変更後の設定に基づいて以降の通報を実行し、前記第３情報により前記設定の更新がある場合、全ての通報先への通報が終了後に再び前記センタ装置に接続して前記設定の更新データを取得して保存する
    ことを特徴とする通報設定変更方法。

Images