JP2016174196A

JP2016174196A - 通報システム、通報端末、センター装置および端末管理方法

Info

Publication number: JP2016174196A
Application number: JP2015051936A
Authority: JP
Inventors: 太郎石井; Taro Ishii
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2015-03-16
Filing date: 2015-03-16
Publication date: 2016-09-29

Abstract

【課題】利用者のプライバシーを侵害することなく通報端末の設定変更やプログラムの更新を行うシステム及び方法を提供する。【解決手段】センター装置は、データ通信を行う第１通信部と、通報端末の情報を含む通報データを受信した場合に、設定パラメータ及びファームウェアの少なくとも一方の更新が必要である場合、自動着信に関する情報を通報端末に通知し、自動着信に関する情報に基づいて更新データを送信する第１制御部とを有する。自動通報端末は、通報事象の発生を検出する事象検出部と、データ通信を行う第２通信部と、自動通報した場合にハンズフリー通話を行う通話部と、通報事象の発生を検出した場合にセンター装置に自端末の情報を含む通報データを送信し、センター装置から通知される自動着信に関する情報に基づいて自動着信を第２通信部で行うように設定し、センター装置から更新データを自動着信により受信する第２制御部とを有する。【選択図】図１

Description

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

近年、高齢者宅などにハンズフリー機能を有する自動通報端末を設置して、電話回線で接続されるセンター装置との間で通話や通信を行う通報システムが利用されている。ハンズフリー機能を有する自動通報端末は、マイクとスピーカとを有し、受話器を持たずにセンター装置のオペレータと通話することができる。一方、ハンズフリー通話を主体とする自動着信機能を有する自動通報端末があるが、この種の自動通報端末では、利用者の意思に関係なく、着信時に端末のマイクで拾った端末周辺の音を通話相手が聞くことができる。このため、例えば自発的に動くことが困難である重篤な病人などを除き、自動通報端末の自動着信機能は、プライバシー保護の観点から利用されていない。

また、自動通報端末は、多様な利用者の要求に応えるためにパラメータなどの設定方法が複雑化しており、操作に不慣れな利用者が自動通報端末の設定を行うことは難しい。一方で、仕様の変更や技術の進歩などにより、自動通報端末のファームウェアの更新を要する事態が増加している。このような設定変更やプログラムの更新を行う方法として、端末側からサーバにアクセスして、端末が保有するプログラムのバージョンよりも新しい場合に当該プログラムを端末にダウンロードする技術が考えられている（例えば、特許文献１参照）。

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

従来技術では、端末側が主体となってサーバから更新データのダウンロードを行うので、定期的なサーバへのアクセスを要し、ユーザー側に通信料金が発生するなどの問題がある。また、自動着信機能を用いる場合、ユーザーのプライバシー保護の問題が生じる。

本件開示の通報システム、通報端末、センター装置および端末管理方法は、利用者のプライバシーを侵害することなく通報端末の設定変更やプログラムの更新を行う技術を提供することを目的とする。

一つの観点によれば、通報端末からセンター装置に通報事象の発生を通報する通報システムにおいて、センター装置は、通報端末とデータ通信を行う第１通信部と、通報端末の情報を含む通報データを受信した場合に、通報端末の情報に基づいて通報端末の設定パラメータおよびファームウェアの少なくとも一方の更新が必要であるか否かを判断し、更新が必要である場合、自動着信に関する情報を第１通信部から通報端末に通知し、自動着信に関する情報に基づいて通報端末に更新データを送信する第１制御部とを有し、通報端末は、予め決められた通報事象の発生を検出する事象検出部と、センター装置とデータ通信を行う第２通信部と、センター装置に自動通報した場合にハンズフリー通話を行う通話部と、事象検出部が通報事象の発生を検出した場合に、第２通信部からセンター装置に自端末の情報を含む通報データを送信し、センター装置から通知される自動着信に関する情報に基づいて通話部に設定された自動着信を第２通信部で行うように設定し、センター装置から更新データを自動着信により受信する第２制御部とを有することを特徴とする。

一つの観点によれば、予め決められた通報事象の発生をセンター装置に通報する通報端末において、通報事象の発生を検出する事象検出部と、センター装置とデータ通信を行う通信部と、センター装置に自動通報した場合にハンズフリー通話を行う通話部と、事象検出部が通報事象の発生を検出した場合に、通信部からセンター装置に自端末の情報を含む通報データを送信し、センター装置から通知される自動着信に関する情報に基づいて通話部に設定された自動着信を通信部で行うように設定し、センター装置から更新データを自動着信により受信する制御部とを有することを特徴とする。

一つの観点によれば、通報端末から通報事象発生の通報を受けるセンター装置において、通報端末とデータ通信を行う通信部と、通報端末の情報を含む通報データを受信した場合に、通報端末の情報に基づいて通報端末の設定パラメータおよびファームウェアの少なくとも一方の更新が必要であるか否かを判断し、更新が必要である場合、自動着信に関する情報を通信部から通報端末に通知し、自動着信に関する情報に基づいて通報端末に更新データを送信する制御部とを有することを特徴とする。

一つの観点によれば、通報端末からセンター装置に通報事象の発生を通報する通報システムにおける端末管理方法であって、センター装置は、通報端末から通報端末の情報を含む通報データを受信した場合に、通報端末の情報に基づいて通報端末の設定パラメータおよびファームウェアの少なくとも一方の更新が必要であるか否かを判断し、更新が必要である場合、自動着信に関する情報を通報端末に通知し、自動着信に関する情報に基づいて通報端末に更新データを送信し、通報端末は、センター装置に自動通報した場合にハンズフリー通話を行う通話部を有し、通報事象の発生を検出した場合に、センター装置に自端末の情報を含む通報データを送信し、センター装置から通知される自動着信に関する情報に基づいて通話部からデータ通信部に自動着信を設定し、センター装置から送信される更新データを自動着信により受信することを特徴とする。

本件開示の通報システム、通報端末、センター装置および端末管理方法は、利用者のプライバシーを侵害することなく通報端末の設定変更やプログラムの更新を行うことができる。

通報システムの一例を示す図である。制御部の一例を示す図である。自己診断処理部の一例を示す図である。記憶部の一例を示す図である。自動通報データおよび応答データの一例を示す図である。端末情報の一例を示す図である。自動着信指示の一例を示す図である。モデム通信手順の一例を示す図である。センター装置の一例を示す図である。端末データベースの一例を示す図である。設定パラメータＩＤデータベースの一例を示す図である。自動着信処理管理部の一例を示す図である。計時部および計時処理部の一例を示す図である。個別自動着信処理ＪＯＢおよびＪＯＢ予約の一例を示す図である。

以下、図面を用いて実施形態を説明する。

図１は、本実施形態に係る通報システム１００の一例を示す。図１において、通報システム１００は、自動通報端末１０１とセンター装置１０２とが通信網１０３により接続されている。自動通報端末１０１は、例えば高齢者宅などに設置され、ユーザーの操作やセンサによる異常の検出などの事象が発生したときにセンター装置１０２に通報する装置である。通信網１０３には、アナログ電話回線などが利用され、利用者は自動通報端末１０１を介してセンター装置１０２のオペレータと通話することができる。また、自動通報端末１０１は、データ通信により、端末情報をセンター装置１０２に送信することができる。

図１において、自動通報端末１０１は、通信ＩＦ（InterFace）１１１、ハンズフリー通話部１１２、モデム通信部１１３、制御部１１４、スピーカ１１５およびマイク１１６を有する。なお、自動通報端末１０１には、外部からの電話を受信するためにアナログ電話機１０４が接続されている。

通信ＩＦ１１１は、通信網１０３に接続するためのインターフェース回路を有する。例えば、通信ＩＦ１１１は、センター装置１０２からの着呼を検出し、制御部１１４に通知する。また、通信ＩＦ１１１は、制御部１１４の制御により、センター装置１０２に発呼する。なお、通信ＩＦ１１１は、自動通報端末１０１の非使用時には通信網１０３をアナログ電話機１０４に接続している。自動通報端末１０１の非使用時において外部からの着呼があった場合、アナログ電話機１０４が鳴動し、利用者はアナログ電話機１０４で通話することができる。また、通信ＩＦ１１１は、制御部１１４の制御により、モデム通信部１１３、アナログ電話機１０４およびハンズフリー通話部１１２のいずれかを通信網１０３に接続する。例えば、制御部１１４は、自動着信が設定されている状態でセンター装置１０２から着呼した場合、通信ＩＦ１１１をモデム通信部１１３に切り替える。また、本実施形態では、センター装置１０２の自動着信指示により指定された時間にモデム通信部１１３が自動着信して、センター装置１０２との間でデータ通信を行う。なお、通信網１０３は、アナログ電話回線と同等の品質でアナログ信号を送受信可能な光通信回線であってもよい。

ハンズフリー通話部１１２には、スピーカ１１５およびマイク１１６が接続されている。ハンズフリー通話部１１２により、ユーザーは、センター装置１０２のオペレータとハンズフリーで通話することができる。ハンズフリー通話部１１２は、例えば、マイク１１６とスピーカ１１５との間でハウリングが生じないように、ボイススイッチやエコーキャンセラなどの回路を有する。

モデム通信部１１３は、例えばＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）が定めるＶ．３４（33.6kbps）やＶ．９０（56kbps）などの規格に基づいて、センター装置１０２との間でデータ通信を行う。なお、モデム通信部１１３は、ＤＳＰ（Digital Signal Processor）などを用いてファームウェアにより実現できるので、制御部１１４に含めてもよい。本実施形態では、ハンズフリー通話部１１２との切り替え動作が分かり易いように、モデム通信部１１３を制御部１１４とは別のブロックで説明する。

制御部１１４は、ＣＰＵ（Central Processing Unit）を有し、予め決められたプログラム（ファームウェアと称する）に従って自動通報端末１０１全体の動作を制御する。制御部１１４は、操作ボタンやセンサを有し、操作ボタンの押下やセンサによる異常の検出などの事象が発生した場合、センター装置１０２に発呼する。或いは、制御部１１４は、センター装置１０２に発呼したときに通信ＩＦ１１１を切り替えて、通信網１０３をモデム通信部１１３またはハンズフリー通話部１１２に接続する。

このように、本実施形態に係る自動通報端末１０１は、モデム通信部１１３によりセンター装置１０２とデータ通信を行ったり、ハンズフリー通話部１１２によりセンター装置１０２のオペレータとハンズフリーで通話することができる。

図２は、制御部１１４の一例を示す。図２において、制御部１１４は、ハードウェア部１２０およびソフトウェア処理部１３０を有する。

図２において、ハードウェア部１２０は、入力監視部１２１、計時部１２２、記憶部１２３、ファームウェア格納部１２４、ファームウェア更新バッファ１２５および実行メモリ１２６を有する。

入力監視部１２１は、ボタン１２１ａおよびセンサ１２１ｂを有する。ボタン１２１ａは、例えば、緊急ボタン、相談ボタンおよび取消ボタンなどの操作ボタンである。センサ１２１ｂは、例えば、火災センサやガス漏れセンサなどの検出器である。入力監視部１２１の情報は、制御部１１４のソフトウェア処理部１３０に通知される。なお、入力監視部１２１は、ボタン１２１ａが押下された情報やセンサ１２１ｂが検出した情報をスタックする（時系列順に一時的に保持する）機能を有する。これにより、自動通報端末１０１は、ファームウェアの更新中にボタン１２１ａが押下された場合やセンサ１２１ｂが異常を検知した場合でも、更新後に入力監視部１２１の情報を確認することにより、通報事象を取りこぼさずに確実に通報することができる。

計時部１２２は、カレンダー付きの時計などを有し、ファームウェアにより予め設定された日時を検出し、ファームウェアに通知する。なお、計時部１２２は、ファームウェアにより予め設定された時刻が経過したときにファームウェアに通知するタイマーであってもよい。

記憶部１２３は、設定パラメータ、端末情報および動作状況などを記憶する不揮発性のメモリである。

ファームウェア格納部１２４は、自動通報端末１０１全体の動作を制御するファームウェアを記憶する不揮発性のメモリである。ファームウェアは、例えば、入力監視部１２１が事象を検知したときにセンター装置１０２に発呼する処理を行う。或いは、ファームウェアは、センター装置１０２からの着信を検出し、自動着信が設定されている場合は、データ通信を行う。なお、ファームウェア格納部１２４は、ファームウェアを格納するメモリであり、ファームウェア格納部１２４から後述する実行メモリ１２６に展開して処理を行う。また、ファームウェアは、制御部１１４のソフトウェア処理部１３０の処理を実行する。

ファームウェア更新バッファ１２５は、ファームウェアを更新する際に、センター装置１０２からダウンロードしたファームウェアを一時的に格納する不揮発性のメモリである。制御部１１４は、センター装置１０２からファームウェアのダウンロードを完了後に、ファームウェア更新バッファ１２５からファームウェア格納部１２４にファームウェアをコピーする。なお、記憶部１２３、ファームウェア格納部１２４、ファームウェア更新バッファ１２５は、例えばFlash Memoryなどであってもよい。

実行メモリ１２６は、ファームウェアを実行する揮発性のメモリである。実行メモリ１２６は、例えばＤＲＡＭ（Dynamic Random Access Memory）である。制御部１１４の実行するファームウェアは、起動時にファームウェア格納部１２４からファームウェア実行メモリ１２６に展開された後、処理を開始する。また、設定パラメータについても制御部１１４により記憶部１２３から実行メモリ１２６に展開される。なお、実行メモリ１２６は揮発性のメモリであり、ファームウェア格納部１２４から実行メモリ１２６へのファームウェアのコピーは、更新データのダウンロード時間に比べて極めて短時間に行われる。設定パラメータのコピーについても同様である。ここで、ファームウェアや設定パラメータのコピー中に通報事象が発生した場合でも、入力監視部１２１が通報事象をスタックする。そして、ファームウェアや設定パラメータのコピーが完了し、自己診断処理部１３２の自己診断が完了して通報が可能となった時点で通報が実施される。なお、入力監視部１２１にスタックされた通報事象が複数の場合は、制御部１１４が時系列順に処理を行うか、或いは、更新されたファームウェアと設定パラメータによって制御部１１４が通報の優先順位を設定する。例えば、相談ボタンが押下されたという事象が火災センサよりも時系列順序が早い場合でも、火災センサの通報事象が先に処理される。

また、実行メモリ１２６は、二面のメモリ領域を有してもよい。例えば実行メモリ１２６がＡ面とＢ面の二面のメモリ領域を有する場合、更新前のファームウェアがＡ面上で動作中に、制御部１１４は、更新後のファームウェアをファームウェア更新バッファ１２５からＢ面に展開する。そして、更新後のファームウェアのＢ面への展開が完了した後に、制御部１１４は、実行メモリ１２６をＡ面からＢ面に切り替える。これにより、自動通報端末１０１の動作が長時間に亘って停止することを防止できる。実行メモリ１２６のＡ面からＢ面への切り替えは、瞬時に行われるので、自動通報端末１０１は、緊急通報を取りこぼすことが無く、確実にセンター装置１０２に通報することができる。

なお、自動通報端末１０１の更新処理は、自動通報事象の発生により、自動通報端末１０１がセンター装置１０２に通報しない限り実行されない。したがって、ファームウェアおよび設定パラメータが二面のメモリに保持されていることは、自動通報端末１０１の信頼性を向上させる上で効果的である。また、例えば、電源断や端末再起動を自動通報事象としておくことにより、自動通報端末１０１が再起動した段階でセンター装置１０２に自動通報が実行される。これにより、自動通報端末１０１は、不揮発メモリなどのデータに瑕疵があることをセンター装置１０２に通報できる。そして、センター装置１０２は、自動着信「有」の自動着信指示を自動通報端末１０１に送信することができ、更新処理により瑕疵ある部分を修正することができる。

図２において、ソフトウェア処理部１３０は、事象検出処理部１３１、自己診断処理部１３２、自動着信処理部１３３、更新処理部１３４および通報処理部１３５を有する。

事象検出処理部１３１は、例えば入力監視部１２１のボタン１２１ａの押下やセンサ１２１ｂの検出情報などの事象を監視する。そして、事象検出処理部１３１は、何らかの事象の発生を検知した場合、通報処理部１３５によりセンター装置１０２に事象の発生を通報する。

自己診断処理部１３２は、図３に示すように、自己診断処理１３２ａおよび自己診断処理１３２ｂの二種類の自己診断処理を行う。自己診断処理１３２ａは、ファームウェアまたは設定パラメータが更新された場合に、更新された部分が正常に動作するか否かを確認するために行う処理である。例えば、更新するファームウェアが実行メモリ１２６にロードされた場合に、自己診断処理１３２ａが通報処理に先立って実施され、通報が確実に実施されることを自己診断処理部１３２が確認する。自己診断処理１３２ｂは、不揮発性メモリを含む自動通報端末１０１全体の動作を確認するために行う処理である。自己診断処理１３２ｂは、センター装置１０２からの要求または予め設定された時間間隔で自己診断処理部１３２により定期的に実施される。自己診断処理１３２ｂは、不揮発メモリを含めたシステム全体に対して実施されるため診断処理に時間がかかるので、自動通報端末１０１が通報動作を行っていない待機中に実行される。

自動着信処理部１３３は、センター装置１０２から通知される自動着信指示に基づいて、自動通報端末１０１の自動着信を設定する。例えば、自動着信処理部１３３は、自動着信指示により指定された自動着信時間に通信ＩＦ１１１をモデム通信部１１３側に切り替える処理を行う。

更新処理部１３４は、センター装置１０２から更新データをダウンロードして、ファームウェアや設定パラメータを更新する処理を行う。

通報処理部１３５は、事象検出処理部１３１が通報事象を検出した場合に、センター装置１０２に通報する処理を行う。

このように、本実施形態に係る自動通報端末１０１は、通報事象を検知してセンター装置１０２に通報したり、センター装置１０２から更新データをダウンロードして、ファームウェアや設定パラメータを更新することができる。

図４は、図２に示した記憶部１２３の一例を示す。図４において、記憶部１２３は、設定パラメータ記憶領域１５１、設定パラメータ更新バッファ領域１５２、端末プロパティ記憶領域１５３、設定パラメータＩＤ（IDentification）記憶領域１５４を有する。さらに、記憶部１２３は、ファーム版数記憶領域１５５、ステータス記憶領域１５６、処理状況記憶領域１５７および自動着信指示記憶領域１５８を有する。

設定パラメータ記憶領域１５１は、自動通報端末１０１が動作するためのパラメータの情報が記憶されるメモリ領域である。設定パラメータは、例えば通報先の電話番号やリトライ回数などを含む。

設定パラメータ更新バッファ領域１５２は、更新する設定パラメータをセンター装置１０２からダウンロードするときに一時的に記憶するメモリ領域である。

端末プロパティ記憶領域１５３は、端末のプロパティが記憶されるメモリ領域である。端末のプロパティは、例えば、端末に固有な情報、機種名、機種版数、製造号機、製造年月などその端末に固有の情報である。

設定パラメータＩＤ記憶領域１５４は、設定パラメータのＩＤ（IDentification）が記憶されるメモリ領域である。設定パラメータのＩＤは、例えば、端末の動作を設定するパラメータのセットを示す情報である。ここで、多種多様な設定値を有する設定パラメータは、設定値の組み合わせが膨大な数になる。そこで、設定パラメータを管理しやすいように、例えばセットＡ、セットＢのように設定値の組み合わせを予めいくつか決めておき、利用者や管理者は設定値の組み合わせの中から設定パラメータを選択する。例えば、利用者や管理者は、複数のセットの中からセットＡを選択する。この場合の設定パラメータＩＤはセットＡである。なお、センター装置１０２は、自動通報端末１０１に対応付けてセット情報を示す設定パラメータＩＤを登録して管理している。

ファーム版数記憶領域１５５は、自動通報端末１０１のファームウェアの版数が記憶されるメモリ領域である。

ステータス記憶領域１５６は、端末の現状の動作状況を示すステータスが記憶されるメモリ領域である。端末の動作状況のステータスは、例えば、故障中（メモリエラーなど）、正常動作中などの情報である。なお、ステータスは、自己診断処理部１３２の動作により取得される情報である。

処理状況記憶領域１５７は、自動着信指示の処理状況が記憶されるメモリ領域である。例えば、処理状況記憶領域１５７には、自動着信待受中、自動着信完了、現在のリトライ回数（例えば１回目）、アボートなどの自動着信の処理状況に関連する情報が記憶される。

自動着信指示記憶領域１５８は、自動着信指示の有無、自動着信開始時間、自動着信待ち時間、リトライ回数およびリトライインターバルなどの自動着信の設定情報が記憶されるメモリ領域である。

なお、設定パラメータは、設定パラメータ記憶領域１５１および設定パラメータ更新バッファ領域１５２の２か所に格納されている。一方、ファームウェアは、ファームウェア格納部１２４およびファームウェア更新バッファ１２５の２か所に格納されている。このように、設定パラメータおよびファームウェアは、同一内容のデータが２ヶ所に格納されている。そして、制御部１１４は、一方のデータに瑕疵があった場合、端末情報２０３の端末の現状ステータス２５４にデータに瑕疵がある旨を記録する。そして、自動通報端末１０１は、再起動時に瑕疵の無い方のデータを実行メモリ領域にロードする。実行メモリ領域は、図２に示した実行メモリ１２６に対応する。

図５は、自動通報端末１０１がセンター装置１０２に通報を行う場合に送受信されるデータの一例を示す。図５において、自動通報端末１０１は、何らかの事象（例えば利用者が体調を崩し、健康相談を受けるための相談ボタンを押下）を検出すると、自動通報データ２００をセンター装置１０２に送信する。ここで、自動通報データ２００は、利用者ＩＤ２０１、通報事象コード２０２および端末情報２０３を有する。

利用者ＩＤ２０１は、端末の利用者を識別するための端末固有のＩＤである。自動通報端末１０１から自動通報データ２００を受信したセンター装置１０２は、利用者ＩＤ２０１で自動通報端末１０１の利用者を特定し、利用者の情報などを表示してオペレータに提示する。センター装置１０２は、利用者ＩＤ２０１に対応付けて保持された利用者の詳細を示す情報（例えば、「利用者は７５歳の女性で、最近自動車事故で鞭打ち症の治療中である」などの情報）をオペレータに提示する。

通報事象コード２０２は、自動通報が発生した事象を区別する事象コードである。センター装置１０２は、事象コードにより、事象の種類を判別する。なお、事象コードと事象の内容とは予め対応付けられている。例えば、相談ボタンが押されたことを示す事象コードがＢＣ００１、火災検知の事象コードがＢＣ００２のように予め決められている。

端末情報２０３は、端末のプロパティ、設定パラメータＩＤ、ファームウェア版数、自己診断結果、端末の現状ステータス、自動着信指示の処理状況などの情報を含む。

図６は、端末情報２０３の一例を示す。図６の例では、端末情報２０３は、端末のプロパティ２５１、設定パラメータＩＤ２５２、ファームウェア版数２５３、端末の現状ステータス２５４および自動着信指示の処理状況２５５の各情報を有する。ここで、図４に示した端末プロパティ記憶領域１５３で説明したように、端末のプロパティ２５１は、例えば、端末に固有な情報、機種名、機種版数、製造号機、製造年月などの情報のうち少なくとも１つの情報を含む。設定パラメータＩＤ２５２は、図４の設定パラメータＩＤ記憶領域１５４で説明したように、例えば、端末の動作を設定するパラメータのセットを示す情報である。ファームウェア版数２５３は、自動通報端末１０１が動作しているファームウェアの版数を示す情報である。端末の現状ステータス２５４は、図４のステータス記憶領域１５６で説明したように、例えば、故障中や正常動作中など端末の動作状況を示す情報である。自動着信指示の処理状況２５５は、図４の処理状況記憶領域１５７で説明したように、例えば、自動着信待受中、自動着信完了、現在のリトライ回数、アボートなどの自動着信の処理状況に関連する情報である。

一方、図５において、自動通報端末１０１から自動通報データ２００を受信したセンター装置１０２は、自動通報データ２００の端末情報２０３の内容により、自動通報端末１０１に自動着信指示を行うことを決定し、応答データ２１０を返信する。図５の例では、応答データ２１０は、自動着信指示２１１およびハンズフリー切替指示２１２の情報を有する。そして、センター装置１０２は、応答データ２１０の自動着信指示２１１により、自動通報端末１０１に自動着信を指示する。

ハンズフリー切替指示２１２は、通報受信オペレータ１０７と利用者がハンズフリーで通話できるように、自動通報端末１０１の通信ＩＦ１１１をハンズフリー通話部１１２に切替えるように指示する情報である。ハンズフリー切替指示２１２を受信した自動通報端末１０１は、通信ＩＦ１１１によりモデム通信部１１３からハンズフリー通話部１１２に切り替える。これにより、利用者はセンター装置１０２を操作する通報受信オペレータとハンズフリーで通話することができる。例えば、通報受信オペレータは、コンソールに表示された通報事象の内容や利用者情報を参照して、自動通報端末１０１を使用する利用者に「どうしました」と呼びかけることができる。例えば、利用者は「左肩が痛くてたまりません。お医者さんに行った方が良いでしょうか」と通報受信オペレータに相談を持ちかけることができる。例えば、通報受信オペレータが看護師である場合、看護師は詳しい状況を判断し、利用者に適切なアドバイスを行って通報を終了する。

図７は、自動着信指示２１１の一例を示す。図７の例では、自動着信指示２１１は、自動着信指示の有無２６１、自動着信開始時間２６２、自動着信の待ち時間２６３、リトライ回数２６４およびリトライインターバル２６５の各情報を有する。

自動着信指示の有無２６１のデータ領域には、センター装置１０２が自動通報端末１０１に自動着信を行うように設定する場合は「有」の情報が格納され、自動着信を行わない場合は「無」の情報が格納される。例えば、設定パラメータやファームウェアが最新でない場合、或いは、自動着信処理がアボートされた場合などに自動着信指示の有無が「有」となる。なお、自動着信指示の有無２６１が「有」の場合は、自動着信指示２１１の他の各項目が設定されるが、自動着信指示の有無２６１が「無」の場合は、自動着信指示の有無２６１以外の項目は設定されない。

自動着信開始時間２６２のデータ領域には、センター装置１０２から着呼した場合に自動通報端末１０１が自動着信する開始時間を示す情報が格納される。例えば、自動着信開始時間２６２の情報は、自動着信の開始時間を直接設定（例えば、何日何時何分）するものでもよく、または基準となる時間からの経過時間で設定（例えば、何時間何分後）するものであってもよい。なお、自動着信開始時間２６２を基準となる時間からの経過時間で設定する場合は、センター装置１０２が自動着信指示２２１を送信した後で、センター装置１０２と自動通報端末１０１との間で計時開始を同期する通信を行う。

自動着信の待ち時間２６３のデータ領域には、自動着信の開始時間から自動着信の機能を有効にしておく期間を示す情報が格納される。例えば、開始時間が３：００で待ち時間が１５分の場合、自動通報端末１０１は、３：００から３：１５までの期間内にセンター装置１０２から着呼したときに自動着信する。リトライ回数２６４のデータ領域には、電話回線がビジーなどで接続できなかった場合にリトライする回数の情報が格納される。リトライインターバル２６５のデータ領域には、リトライ回数が１回以上の場合に、次にリトライを行うまでの期間を示す情報（例えば１時間１０分後など）が格納される。

図７に示す自動着信指示２１１を受信した自動通報端末１０１は、自動着信開始時間２６２および自動着信の待ち時間２６３の情報により、例えば「2015年4月1日、3:00から3:30」のように自動着信を有効とする日時の範囲を設定する。これにより、自動通報端末１０１は、例えば、2015年4月1日の3:00から3:30までの間にセンター装置１０２から着呼したときに自動着信する。なお、自動通報端末１０１は、例えば2015年4月1日の2:59や3:31のように、自動着信を有効とする日時の範囲外でセンター装置１０２から着呼しても自動着信しない。同様に、自動通報端末１０１は、例えば2015年3月31日や4月2日の3:15にセンター装置１０２から着呼しても自動着信しない。このように、自動通報端末１０１が自動着信する日時を限定的に設定し、かつモデム通信に限定することにより、利用者のプライバシーを保護することができる。

ここで、自動着信の待ち時間２６３は、例えば、センター装置１０２と自動通報端末１０１との間で時計又はタイマーがずれた場合、または回線遅延などが起こった場合に対応するために確保された予備の時間であり、短い方が良いが環境条件に応じてセンター側で設定する。

自動通報端末１０１は、図７に示した自動着信指示の有無２６１が「有」の自動着信指示２１１を受信した場合、自動着信開始時間２６２に自動着信待ち時間２６３を加算した期間、通信ＩＦ１１１をモデム通信部１１３側に切り替える。なお、図１で説明したように、自動通報端末１０１の非使用時には、通信網１０３には、外部からの電話を受信するためにアナログ電話機１０４が接続されているが、自動着信の待ち時間内において、通信網１０３はモデム通信部１１３に接続されている。したがって、センター装置１０２が自動着信の待ち時間内に自動通報端末１０１に発呼した場合はモデム通信部１１３に着呼し、アナログ電話機１０４のベルが鳴動することはない。そして、モデム通信部１１３は、センター装置１０２からの着呼を検出すると、自動的にオフフックして電話回線を終端し、自動着信する。

図８は、モデム通信部１１３の通信手順の一例を示す。なお、図８は、自動着信指示２１１が「有」の場合のモデム通信手順である。

ステップＳ２７１において、センター装置１０２は、自動通報端末１０１のモデム通信部１１３に予め決められたモデム通信手順を送信する。モデム通信手順には、例えば、自動着信指示２１１などの情報が含まれる。

ステップＳ２７２において、自動通報端末１０１は、センター装置１０２からモデム通信手順を受信すると、自動着信指示を認識して、モデム通信手順の応答を返信する。

ステップＳ２７３において、モデム通信手順の送受信が終了すると、センター装置１０２と自動通報端末１０１との間のモデム通信が確立され、データの送受信が可能となる。

ステップＳ２７４において、モデム通信が確立すると、センター装置１０２は、自動通報端末１０１に更新データを送信する。

ステップＳ２７５において、自動通報端末１０１は、センター装置１０２から更新データをすべて受信し、パリティチェック等で更新データを正しく受信したことを確認すると、更新データを受領したことを示すＡＣＫ（ACKnowledge）を送信する。

ステップＳ２７６において、センター装置１０２は、自動通報端末１０１からＡＣＫを受信すると、回線開放指示を自動通報端末１０１に送信し、オンフックして電話回線を開放する。また、センター装置１０２から回線解放指示を受信した自動通報端末１０１もオンフックして電話回線を開放する。

以上のように、自動通報端末１０１は、自動着信指示２１１で指定された自動着信開始時間２６２に自動着信待ち時間２６３を加算した期間において、センター装置１０２からのモデム通信を自動着信することができる。そして、センター装置１０２は、自動通報端末１０１に更新データを送信して、自動通報端末１０１をメンテナンスすることができる。

なお、本実施形態は、自動着信開始時間２６２と自動着信待ち時間２６３とで指定された期間に自動通報端末１０１が自動着信してセンター装置１０２とモデム通信を確立することに特徴がある。したがって、自動通報端末１０１が自動着信を待っている期間にモデム通信以外の着呼があった場合の配慮を要する。そこで、本実施形態では、自動通報端末１０１が自動着信を待っている期間にモデム通信以外の着呼があった場合、自動通報端末１０１のモデム通信部１１３は、オフフックして電話回線を終端する。しかし、自動通報端末１０１は、予め定められたモデム通信手順が予め定められた時間内に受信できない場合、センター装置１０２からのモデム通信ではないと判断する。そして、自動通報端末１０１は、例えば「通話中ですので、回線を切断します」のような音声メッセージを電話回線に流した後、オンフックして電話回線を開放する。また、自動通報端末１０１は、自動着信指示２１１のリトライ回数２６４およびリトライインターバル２６５に基づいて、センター装置１０２からのリトライ通信を待つ。このとき、自動着信指示の処理状況２５５は「リトライ待ちＮ回」（Ｎは正の整数で、自動着信に失敗した回数又は残りのリトライ回数を示す）になる。そして、自動着信失敗回数がリトライ回数２６４と同じになった場合（Ｎ＝０の場合）は、自動着信はアボート（中止）となる。なお、通信ＩＦ１１１は、リトライインターバル２６５の期間、通信網１０３をアナログ電話機１０４に接続し、通常の電話を受信できる状態にする。自動着信開始時間２６２と自動着信待ち時間２６３を加算した期間にセンター装置１０２以外からの着呼があり、自動通報端末が着呼に対し自動着信し応答している間にセンター装置１０２が自動通報端末１０１に発呼した場合、自動着信は失敗となり、センター装置１０２の通報履歴の通報失敗回数が１つ増加する。そして、センター装置１０２は、自動着信指示２１１で送信したリトライ回数２６４およびリトライインターバル２６５に基づいて、次の自動着信通信の準備をする。

ここで、更新処理について説明する。センター装置１０２は、自動通報端末１０１のファームウェアや設定パラメータが最新ではない場合、センター装置１０２は自動着信指示２１１を作成し、応答データ２１０に格納して、自動通報端末１０１に送信する。自動通報端末１０１は自動着信指示２１１を図４に示した自動着信指示記憶領域１５８に格納する。

自動通報端末１０１およびセンター装置１０２は、図８に示した手順で自動着信によるモデム通信の確立を行う。そして、センター装置１０２は更新データの送信を行う。自動通報端末１０１は、更新データを受信すると、更新データの内容（ファームウェアの更新、設定パラメータの更新）に応じて更新処理を行う。例えば、ファームウェアの更新の場合、自動通報端末１０１は、受信した更新データを図２に示したファームウェア更新バッファ１２５に格納する。同様に、自動通報端末１０１は、設定パラメータ更新の場合、受信した更新データを図４に示した設定パラメータ更新バッファ領域１５２に格納する。

自動通報端末１０１は、更新データの受信が完了すると、ファームウェア更新の場合はファームウェア更新バッファ１２５のパリティチェックを行い、設定パラメータ更新の場合は設定パラメータ更新バッファ領域１５２のパリティチェックを行う。そして、自動通報端末１０１は、パリティチェックがＯＫの場合、更新データ受領のＡＣＫをセンター装置１０２に送信する。なお、パリティチェックがＮＧの場合、自動通報端末１０１は、更新データの受信失敗を示すＮＡＣＫをセンター装置１０２に送信する。この場合、センター装置１０２は、更新処理をリトライする。一方、パリティチェックがＯＫを示す更新データ受領のＡＣＫを受信したセンター装置１０２は、回線開放指示を自動通報端末１０１に送信し、電話回線を開放する。回線開放指示を受信した自動通報端末１０１は、電話回線を開放する。そして、自動通報端末１０１は、ファームウェア更新の場合、ファームウェア更新バッファ１２５に格納されているファームウェアを実行メモリ１２６のファームウェア領域にロードする。設定パラメータ更新の場合、自動通報端末１０１は、設定パラメータ更新バッファ領域１５２に格納されている設定パラメータを実行メモリ１２６の設定パラメータ領域にロードする。

なお、各データの実行メモリ１２６へのロード中においても、入力監視部１２１は通報事象の発生を監視する。前述のように実行メモリ１２６は二面のメモリ領域を有しており、更新データのロード中は、自動通報端末１０１はＡ面の更新前のファームウェアで稼働しており、優先度の高い通報事象が発生した場合はＢ面への更新データロードが中断されても自動通報端末１０１は稼働を続行し、通報が実行される。

ここで、自動通報端末１０１は、実行メモリ１２６への更新データのロードが完了すると、自己診断処理部１３２を起動し、更新されたファームウェアおよび更新された設定パラメータで運用を開始する。自動通報端末１０１は、運用が正常に開始されると、ファームウェア更新の場合はファームウェア更新バッファ１２５の内容をファームウェア格納部１２４に格納する。同様に、自動通報端末１０１は、設定パラメータ更新の場合は設定パラメータ更新バッファ領域１５２に格納された内容を設定パラメータ記憶領域１５１に格納する。

なお、更新されたファーム又は、パラメータで運用が開始された場合、実行メモリ１２６のＢ面で運用されている。ファームウェア格納部１２４、設定パラメータ記憶部１５１が更新データに変更された場合は、実行メモリ１２６のＡ面も更新されたデータがロードされ、パリティチェックが実施された後で、自動通報端末の運用は実行メモリ１２６のＢ面から、Ａ面に切替わる。

ここで、本実施形態の自動通報端末１０１のファームウェアおよび設定パラメータは不揮発性メモリに記憶されている。例えば、ファームウェアは、ファームウェア格納部１２４およびファームウェア更新バッファ１２５の２か所の不揮発性メモリに格納されている。同様に、設定パラメータは、設定パラメータ記憶領域１５１および設定パラメータ更新バッファ領域１５２の２か所の不揮発性メモリに格納されている。一方、自動通報端末１０１が動作のために利用している実行メモリ１２６は揮発性メモリに格納されているので、何らかの理由で電源が切断され、電源が再接続された場合は揮発性メモリの内容は消えてしまう。電源の切断で揮発性メモリの内容が消失した場合は、不揮発性メモリに格納されているファームウェアおよび設定パラメータが揮発性メモリの実行メモリ１２６にロードされて、自動通報端末１０１は再起動する。

また、本実施形態における自動通報端末１０１の主機能は、通報事象が発生した場合に、他の通報を切断して発生した事象を通報することである。例えば、自動通報端末１０１は、アナログ電話機１０４で通話中に火災センサ等の入力を入力監視部１２１が検知した場合、アナログ電話機が接続されている回線を切断する。そして、自動通報端末１０１は、予め設定されている火災の通報事象の通報先（本実施形態ではセンター装置１０２であるが消防署でもよい）に通報する。このように、自動通報端末１０１は、予め設定されている通報事象の発生により、通話や自動着信による更新などの通信より優先して通報を実行する。したがって、入力監視部１２１は、自動通報端末１０１が稼働中は絶えず通報事象の発生を監視している。

このように、自動着信による更新処理は、自動通報端末１０１の自動通報により中断される可能性がある。センター装置１０２が送信する更新データを自動通報端末１０１が受信中に通報事象が発生した場合、自動通報端末１０１は、更新データの受信のための通信を切断し、通報事象の発生をセンター装置１０２に通報する。このために、更新データはファームウェア格納部１２４または設定パラメータ記憶領域１５１の内容を直接書き換えるのではなく、ファームウェア更新バッファ１２５または設定パラメータ更新バッファ領域１５２に書込まれる。これにより、更新データの受信中に自動通報事象が発生し、自動通報端末１０１の電源が切断されて再起動された場合でも、自動通報端末１０１は、更新前のファームウェアおよび設定パラメータにより正常に稼働することができる。

また、自動着信指示２１１にリトライ回数を設定することにより、自動通報事象が発生して更新データの受信が中断された場合でも、自動通報端末１０１は、決められたリトライ回数の間において、更新データの受信を実行することができる。

次に、自動着信機能を実施するセンター装置１０２について説明する。

図９は、センター装置１０２の一例を示す。センター装置１０２は、通信網１０３を介して複数の自動通報端末１０１に接続される。また、センター装置１０２は、通報サービスを提供する会社の受信センター１０５に設置されている。受信センター１０５には、通報受信オペレータ１０７が待機している。通報受信オペレータ１０７は、センター装置１０２に着呼する自動通報端末１０１の通信内容をコンソール１０６でモニタしたり、利用者と通話を行う。ここで、図９の例では、コンソール１０６ａを操作する通報受信オペレータ１０７ａおよびコンソール１０６ｂを操作する通報受信オペレータ１０７ｂの二人のオペレータが受信センター１０５に待機している。なお、以降の説明において、コンソール１０６ａおよびコンソール１０６ｂを総称してコンソール１０６と称する。同様に、通報受信オペレータ１０７ａおよび通報受信オペレータ１０７ｂを総称して通報受信オペレータ１０７と称する。

コンソール１０６は、キーボードやマウスなどの操作手段とモニタを有し、制御部３０３と通話部３０２とに接続される。コンソール１０６は、制御部３０３から得られるデータを処理してモニタ画面に表示する。また、コンソール１０６は、通話部３０２を介して利用者との通話音声を通話装置（例えば通報受信オペレータ１０７のヘッドセット）に入出力する。

また、受信センター１０５には、通報受信オペレータ１０７とは別に少なくとも一人のメンテナンスオペレータ１０８が待機している。メンテナンスオペレータ１０８は、メンテナンス用のコンソール１０９を操作して、自動通報端末１０１の状態を確認したり、自動通報端末１０１の設定パラメータやファームウェアの更新を行う。

コンソール１０９は、キーボードやマウスなどの操作手段とモニタを有し、制御部３０３に接続される。コンソール１０９は、制御部３０３から得られるデータを処理してモニタ画面に表示する。また、コンソール１０９は、制御部３０３の情報を書き換えたり、自動通報端末１０１とデータ通信を行うことができる。

図９において、センター装置１０２は、通信ＩＦ３０１、通話部３０２および制御部３０３を有する。

通信ＩＦ３０１は、自動通報端末１０１の通信ＩＦ１１１と同様に、通信網１０３に接続するためのインターフェース回路を有する。また、通信ＩＦ３０１は、モデム通信データであるか否かを判別し、モデム通信データの場合は制御部３０３に含まれるモデム通信部３１１に接続する。例えば、通信ＩＦ３０１は、自動通報端末１０１からの自動通報データを含むモデム通信データを受信した場合、制御部３０３のモデム通信部３１１に通信網１０３を接続する。なお、センター装置１０２は、複数の自動通報端末１０１を収容し、同時に複数の自動通報端末１０１から通報があった場合でも対応できるようになっている。例えば、センター装置１０２は、代表電話番号を有し、同じ電話番号で複数の自動通報端末１０１からの通報を受けることができる。このため、通信ＩＦ３０１は、複数の自動通報端末１０１からの着呼を受けるための複数の終端回路を有する。

通話部３０２は、自動通報端末１０１の利用者と通話するための回路を有する。なお、通信ＩＦ１１１が複数の自動通報端末１０１から同時に着呼する場合に備え、通話部３０２は、着呼したそれぞれの自動通報端末１０１と通話するための複数の通話回路を有する。ここで、通報受信オペレータ１０７は、コンソール１０６を操作して複数の通話回路を選択することができる。

制御部３０３は、センター装置１０２全体の動作を制御する。図９において、制御部３０３は、モデム通信部３１１、データベース３１２、計時部３１３、自動着信処理管理部３１４および通報処理部３１５を有する。また、計時部３１３は、一体となって処理を行う計時処理部３１６を有する。

モデム通信部３１１は、自動通報端末１０１のモデム通信部１１３と同様の通信規格に対応し、自動通報端末１０１との間でデータ通信を行うことができる。なお、モデム通信部３１１は、複数の自動通報端末１０１と同時にデータ通信ができるように、複数のモデム通信機能を有する。ここで、センター装置１０２のモデム通信部３１１は、自動通報端末１０１のモデム通信部１１３で説明したように、ＤＳＰなどを用いてファームウェアにより実現する。

データベース３１２は、自動通報端末１０１に関係する情報を記憶する記憶装置であり、例えばメモリやハードディスクなどである。自動通報端末１０１に関係する情報は、例えば、利用者情報、ファームウェア、設定パラメータ、設定パラメータＩＤなどである。

計時部３１３は、自動通報端末１０１の計時部１２２と同様に、カレンダー付きの時計機能を有する。なお、計時部３１３は、複数の日時を設定して、設定した日時になったときに自動着信処理管理部３１４に通知する。

自動着信処理管理部３１４は、自動通報端末１０１が自動着信するスケジュールを管理する。そして、自動着信処理管理部３１４は、スケジュールに基づいて計時部３１３に日時を設定し、設定した日時に計時部３１３から通知を受けると、自動着信処理を開始する。

通報処理部３１５は、自動通報端末１０１から着呼する自動通報データ２００を処理する。例えば、通報処理部３１５は、自動通報データ２００に含まれる利用者ＩＤ２０１により利用者情報を特定する。通報処理部３１５は、通報事象コード２０２により通報事象の内容を取得する。通報処理部３１５は、端末情報２０３により自動通報端末１０１の状態を解析する。そして、通報処理部３１５は、利用者情報や通報事象の内容を通報受信オペレータ１０７のコンソール１０６に表示する。また、通報処理部３１５は、図６に示す端末情報２０３の設定パラメータＩＤ２５２、ファーム版数２５３、端末の現状ステータス２５４および自動着信指示の処理状況２５５などを解析する。例えば、通報処理部３１５は、設定パラメータやファームウェアの更新の必要性を判断する。なお、ここでは、通報処理部３１５を独立したブロックとして説明したが、制御部３０３が行う全体の処理に含めてもよい。

計時処理部３１６は、計時部３１３と一体となって処理を行う機能ブロックであり、個別自動着信処理受付部５０１、自動着信開始時間計算部５０２、ＪＯＢスタック部５０３を有している。個別自動着信処理受付部５０１は、制御部３０３に接続されるコンソール１０９からメンテナンスオペレータ１０８が入力する自動着信の設定を受け付ける。また、自動着信開始時間計算部５０２は、個別自動着信処理受付部５０１が受け付けた個々の自動着信処理について自動着信の開始時間を計算する。ＪＯＢスタック部５０３は、個別自動着信処理受付部５０１が受け付けた個々の自動着信処理（ＪＯＢと称する）を保持する。なお、計時処理部３１６は、自動着信処理を受け付けたときにＪＯＢ＿ＩＤを採番する。そして、計時処理部３１６は、ＪＯＢスタック部５０３に保持されたＪＯＢを参照することにより、自動着信処理を実行する時間や空き時間などのスケジュールを管理することができる。例えば、計時処理部３１６は、個別自動着信処理受付部５０１が新たに受け付ける自動着信処理をＪＯＢスタック部５０３に保持されたＪＯＢの空き時間に登録することができる。本実施形態では、計時処理部３１６と自動着信処理管理部３１４とを別のブロックに分けて説明するが、計時処理部３１６と自動着信処理管理部３１４とを１つのブロックにまとめてもよい。

図９において、データベース３１２は、利用者情報データベース３２１、端末データベース３２２、ファームウェアデータベース３２３および設定パラメータＩＤデータベース３２４を有する。

利用者情報データベース３２１は、利用者ＩＤ別に利用者の情報を記憶する。利用者の情報は、例えば住所、氏名、年齢、電話番号、病状などの基本情報と、自動着信待ち時間、リトライ回数、リトライインターバル、自動着信可能時間などの自動着信の設定に関連する情報である。利用者情報データベース３２１に記憶される利用者情報は、利用者の登録時などに利用者情報データベース３２１に予め登録されているが、メンテナンスオペレータ１０８により適宜変更するようにしてもよい。ここで、制御部３０３は、利用者情報データベース３２１を参照して、自動通報端末１０１から受信する利用者ＩＤ２０１に対応する利用者情報を特定し、通報受信オペレータ１０７のコンソール１０６に表示する。

端末データベース３２２は、端末のプロパティデータに対応する端末データの情報を記憶する。

ファームウェアデータベース３２３は、最新ファーム版数の値を記憶する。

設定パラメータＩＤデータベース３２４は、自動通報端末１０１の設定パラメータＩＤ記憶領域１５４で説明したように、例えば、端末の動作を設定するパラメータのセットを示す情報を記憶する。センター装置１０２は、自動通報端末１０１に対応付けてパラメータのセット情報を示すＩＤを設定パラメータＩＤデータベース３２４に登録して管理している。

図１０は、端末データベース３２２のフィールド構成の一例を示す。端末データベース３２２は、機種名３３１、機種版数３３２、機種版数適応号機範囲３３３、最新ファーム版数３３４および端末データベースレコードＩＤ３３５の記憶領域をそれぞれ有する。

機種名３３１の記憶領域には、自動通報端末１０１の機種名を示す情報が記憶される。

機種版数３３２の記憶領域には、自動通報端末１０１の機種毎のバージョンを示す情報が記憶される。

機種版数適応号機範囲３３３の記憶領域には、自動通報端末１０１のバージョンが適応される号機（製造番号などのシリアル番号）の範囲を示す情報が記憶される。

最新ファーム版数３３４の記憶領域には、最新のファームウェアのバージョンを示す情報が記憶される。

端末データベースレコードＩＤ３３５の記憶領域には、端末データベース３２２のＩＤが記憶される。

このように、端末データベース３２２は、自動通報端末１０１に関係する情報が記憶されている。制御部３０３は、端末データベース３２２を参照して、自動通報端末１０１の最新ファーム版数を取得し、自動通報端末１０１から受信した自動通報データ２００のファーム版数が最新であるか否かを判断する。そして、制御部３０３は、自動通報端末１０１のファームウェアの更新を要すると判断した場合、自動着信処理管理部３１４へファーム変更のための自動着信指示を要することと、最新ファーム版数を伝達する。

図１１は、設定パラメータＩＤデータベース３２４の一例である。設定パラメータＩＤデータベース３２４は、設定変更管理データベース３４１と設定パラメータ蓄積データベース３４２との２つのデータベースを有する。受信センター１０５のメンテナンスオペレータ１０８は、顧客の要望またはファームウェアの変更により、設定パラメータの変更の要否を判断する。そして、メンテナンスオペレータ１０８は、設定パラメータのメンテナンスを要すると判断した場合、設定変更管理データベース３４１のメンテナンスを実施する。設定変更管理データベース３４１は、設定パラメータＩＤ３５１、設定パラメータ変更の有無３５２、設定パラメータ変更後のＩＤ３５３および設定パラメータＩＤのプロパティ３５４の各記憶領域を有する。設定パラメータＩＤ３５１の記憶領域には設定パラメータのＩＤが記憶される。設定パラメータ変更の有無３５２の記憶領域には、設定パラメータの変更の有無の情報が記憶される。設定パラメータ変更後のＩＤ３５３の記憶領域には、変更後の設定パラメータのＩＤが記憶される。設定パラメータＩＤのプロパティ３５４の記憶領域には、設定パラメータのセット名などの情報が格納される。

例えば、メンテナンスオペレータ１０８は、設定パラメータのメンテナンスを要すると判断した場合、変更を要する設定変更管理データベース３４１の設定パラメータ変更の有無３５２を「有」にする。そして、メンテナンスオペレータ１０８は、設定パラメータ変更後のＩＤを設定し、設定パラメータ蓄積データベース３４２の設定パラメータＩＤに設定変更後のＩＤを記憶する。さらに、メンテナンスオペレータ１０８は、設定パラメータ蓄積データベース３４２を設定する。

設定パラメータ蓄積データベース３４２は、設定パラメータＩＤ３５５、設定パラメータ設定日３５６、設定パラメータ設定内容３５７、設定パラメータＩＤのプロパティ３５８の各記憶領域を有する。設定パラメータＩＤ３５５の記憶領域には、設定パラメータのＩＤが記憶される。設定パラメータ設定日３５６の記憶領域には、設定パラメータの設定日が記憶される。設定パラメータ設定内容３５７の記憶領域には、設定パラメータの設定内容が記憶される。設定パラメータＩＤのプロパティ３５８の記憶領域には、設定パラメータのセット名などの情報が格納される。

例えば、センター装置１０２の制御部３０３は、自動通報時に自動通報端末１０１から受信する自動通報データ２００の端末情報２０３に含まれる設定パラメータＩＤ２５２から設定変更管理データベース３４１の設定パラメータＩＤ３５１を検索する。そして、制御部３０３は、検索した設定変更管理データベース３４１の設定パラメータＩＤ３５１に対応する設定パラメータ変更の有無３５２をチェックする。設定パラメータ変更の有無３５２が「有」である場合、制御部３０３は、自動通報端末１０１の設定パラメータ変更の自動着信指示を要することと、設定パラメータ変更後ＩＤ３５３の内容を自動着信処理管理部３１４に通知する。

図１２は、自動着信処理管理部３１４の詳細例を示す。図１２において、自動着信処理管理部３１４は、自動通報端末の自動着信指示格納部４０１、作業指示データ作成バッファ４０２、作業指示データ格納スタック４０３、更新データ作成バッファ４０４および更新データ格納スタック４０５を有する。ここで、自動通報端末の自動着信指示格納部４０１は、自動着信指示の有無４１１、自動着信開始時間４１２、自動着信待ち時間４１３、リトライ回数４１４およびリトライインターバル４１５の各記憶領域を有する。なお、自動着信指示格納部４０１に生成される自動着信指示は、図５に示した応答データ２１０の自動着信指示２１１のデータ領域に格納され、自動通報端末１０１に送信される。例えば、自動着信指示格納部４０１の自動着信指示の有無４１１および自動着信開始時間４１２は、図７に示した自動着信指示２１１の自動着信指示の有無２６１および自動着信開始時間２６２にそれぞれ対応する。同様に、自動着信指示格納部４０１の自動着信待ち時間４１３、リトライ回数４１４およびリトライインターバル４１５は、図７に示した自動着信指示２１１の自動着信の待ち時間２６３、リトライ回数２６４およびリトライインターバル２６５にそれぞれ対応する。

また、作業指示データ作成バッファ４０２は、自動着信処理ＪＯＢ_ＩＤ４２１、利用者ＩＤ４２２、自動着信開始時間４２３、自動着信待ち時間４２４、リトライ回数４２５、リトライインターバル４２６、最新ファーム版数４２７および設定パラメータ変更後ＩＤ４２８の各記憶領域を有する。更新データ作成バッファ４０４は、自動着信処理ＪＯＢ_ＩＤ４３１、利用者ＩＤ４３２、自動着信開始時間４３３、更新命令数４３４、更新命令名４３５および更新データ４３６の各記憶領域を有する。

自動着信処理管理部３１４は、制御部３０３から自動着信指示を要する旨の通知を受けた場合、自動着信指示を生成する処理を行う。例えば、自動着信処理管理部３１４は、作業指示データ作成バッファ４０２と更新データ作成バッファ４０４とに、現在処理中の自動通報データ２００に含まれる利用者ＩＤ２０１をそれぞれ格納する（４２２、４３２）。また、自動着信処理管理部３１４は、制御部３０３の通知がファームウェア更新の場合、最新ファーム版数の内容を作業指示データ作成バッファ４０２の最新ファーム版数４２７に格納する。或いは、自動着信処理管理部３１４は、制御部１１４の通知が設定パラメータ更新の場合、設定パラメータ変更後のＩＤの内容を作業指示データ作成バッファ４０２の設定パラメータ変更後ＩＤ４２８に格納する。

また、自動着信処理管理部３１４は、自動着信指示を要する場合、自動着信指示格納部４０１の自動着信指示の有無４１１を「有」に設定する。そして、自動着信処理管理部３１４は、利用者情報データベース３２１に予め設定されている自動着信待ち時間、リトライ回数、リトライインターバルおよび自動着信可能時間の情報を取得する。そして、自動着信処理管理部３１４は、自動着信指示格納部４０１の自動着信待ち時間４１３、リトライ回数４１４およびリトライインターバル４１５の各記憶領域に、利用者情報データベース３２１から取得した情報をそれぞれ設定する。また、自動着信処理管理部３１４は、利用者情報データベース３２１から取得した情報と自動着信処理を要する利用者ＩＤ２０１とを計時処理部３１６に伝達する。そして、自動着信処理管理部３１４は、計時処理部３１６が計算した自動着信開始時間を取得し、自動着信指示格納部４０１の自動着信開始時間４１２に格納する。このようにして、自動着信処理管理部３１４は、自動着信指示格納部４０１の各記憶領域に対応する情報を格納して、自動通報端末１０１への自動着信指示を完成させる。ここで、自動着信処理管理部３１４が自動着信指示格納部４０１に生成した自動着信指示は、図５に示した応答データ２１０の自動着信指示２１１のデータ領域に格納される。そして、制御部３０３は、自動着信処理管理部３１４が生成した応答データ２１０を自動通報端末１０１に送信し、自動通報端末１０１が自動着信して更新データを受信できるように設定する。また、自動着信処理管理部３１４は、完成させた自動着信指示に関する情報を計時処理部３１６に通知し、設定した自動着信開始時間に自動通報端末１０１に発信する準備が終了する。

一方、自動着信指示を要しない場合、自動着信処理管理部３１４は、自動着信指示格納部４０１に生成した自動着信指示の有無４１１に「無」を設定する。この場合、自動着信処理管理部３１４は、自動着信指示格納部４０１の自動着信開始時間４１２、自動着信待ち時間４１３、リトライ回数４１４およびリトライインターバル４１５の各記憶領域には情報を設定しない。このようにして、自動着信処理管理部３１４は、自動着信指示格納部４０１に生成した自動着信指示を図５に示した応答データ２１０の自動着信指示２１１のデータ領域に格納する。そして、制御部３０３は、自動着信処理管理部３１４が作成した応答データ２１０を自動通報端末１０１に送信する。なお、応答データ２１０の自動着信指示２１１のデータ領域に格納された自動着信指示の有無が「無」の場合、自動通報端末１０１は、応答データ２１０のハンズフリー切替指示２１２の有無を確認する。そして、自動通報端末１０１は、ハンズフリー切替指示２１２の有無が「有」の場合、モデム通信部１１３からハンズフリー通話部１１２に切り替える。同様に、センター装置１０２は、自動通報端末１０１に送信した応答データ２１０のハンズフリー切替指示２１２の有無が「有」の場合、モデム通信部３１１から通話部３０２に切り替える。これにより、自動通報端末１０１の利用者は、受信センター１０５の通報受信オペレータ１０７とハンズフリーで通話することができる。

ここで、自動着信処理管理部３１４は、自動通報端末１０１に応答データ２１０により自動着信指示２１１を送信後に、自動着信指示格納部４０１に格納された情報をクリアし、次の自動通報データ２００の受信に備えて待機する。

また、自動着信処理管理部３１４は、自動着信指示を要する場合、自動着信指示格納部４０１の自動着信指示の内容を作業指示データ作成バッファ４０２に格納して、作業指示データを完成させる。例えば、自動着信処理ＪＯＢ＿ＩＤ４２１には計時処理部３１６が受付時に採番したＩＤが格納され、利用者ＩＤ４２２には利用者情報データベース３２１から取得したＩＤが格納される。また、自動着信開始時間４２３、自動着信待ち時間４２４、リトライ回数４２５およびリトライインターバル４２６には自動着信指示格納部４０１の対応する各情報が格納される。最新ファーム版数４２７にはファームウェアデータベース３２３から取得した最新のファームウェアの版数が格納され、設定パラメータ変更後ＩＤ４２０には設定パラメータＩＤデータベース３２４から取得した変更後の設定パラメータのＩＤが格納される。

さらに、自動着信処理管理部３１４は、作業指示データ作成バッファ４０２上で完成した作業指示データの内容をもとに更新データ作成バッファ４０４上にデータを作成する。自動着信処理管理部３１４は、作業指示データ作成バッファ４０２の最新ファーム版数４２７と設定パラメータ変更後ＩＤ４２８の両方が記載されている場合は更新命令数４３４の記憶領域に２を格納する。また、自動着信処理管理部３１４は、作業指示データ作成バッファ４０２の最新ファーム版数４２７と設定パラメータ変更後ＩＤ４２８のいずれか片方が記載されている場合は更新命令数４３４の記憶領域に１を格納する。例えば、自動着信処理管理部３１４は、更新命令数４３４が１の場合で、最新ファーム版数４２７が記載されている場合は、更新命令名４３５の記憶領域に「ファーム更新」と記載する。そして、自動着信処理管理部３１４は、最新ファーム版数４２７の値に対応するファームウェアデータベース３２３の最新ファーム版数の情報を参照し、ファームウェアの内容を更新データ作成バッファ４０４の更新データ４３６の記憶領域に格納する。

同様に、自動着信処理管理部３１４は、更新命令数４３４が１の場合で、設定パラメータ変更後ＩＤ４２８が記載されている場合は、更新命令名４３５の記憶領域に「設定パラメータ更新」と記載する。そして、自動着信処理管理部３１４は、設定パラメータ変更後ＩＤ４２８の値に対応する設定パラメータＩＤデータベース３２４の情報を参照し、設定パラメータの内容を更新データ作成バッファ４０４の更新データ４３６の記憶領域に格納する。

また、更新命令数４３４が２の場合、自動着信処理管理部３１４は、ファームウェア用の更新データと設定パラメータ用の更新データとをそれぞれ作成する。そして、自動着信処理管理部３１４は、作成した両方の更新データを更新データ作成バッファ４０４の更新データ４３６の記憶領域に格納する。

なお、自動着信処理管理部３１４は、完成した作業指示データ作成バッファ４０２の内容を作業指示データとして、作業指示データ格納スタック４０３に自動着信開始時間が早い順に格納する。また、自動着信処理管理部３１４は、完成した更新データ作成バッファ４０４の内容を更新データとして、更新データ格納スタック４０５に自動着信開始時間が早い順に格納する。

図１３は、計時処理部３１６の詳細例を示す。図１３において、計時処理部３１６は、個別自動着信処理受付部５０１、自動着信開始時間計算部５０２およびＪＯＢスタック部５０３を有する。

個別自動着信処理受付部５０１は、図１２で説明した自動着信処理管理部３１４から通知される自動着信処理の情報を受け付ける。そして、個別自動着信処理受付部５０１は、自動着信処理管理部３１４から通知された情報を、利用者ＩＤ５１１、自動着信待ち時間５１２、リトライ回数５１３、リトライインターバル５１４および自動着信可能時間５１５の各記憶領域に格納する。

自動着信開始時間計算部５０２は、ＪＯＢ予約時間範囲格納部５２１を有する。ＪＯＢ予約時間範囲格納部５２１は、メンテナンスオペレータ１０８がコンソール１０９により設定したＪＯＢの予約時間範囲の情報を格納する。そして、自動着信開始時間計算部５０２は、個別自動着信処理受付部５０１の内容およびスケジュール管理用自動着信処理ＪＯＢスタック部５０３を参照し、受け付けた通報に対する自動着信開始時間を計算する。なお、自動着信開始時間計算部５０２は、個別自動着信処理受付部５０１が受け付けた通常の個別自動着信処理ＪＯＢの自動着信開始時間を計算する場合、既に予約されているＪＯＢと重複しないように自動着信開始時間を計算する。

スケジュール管理用自動着信処理ＪＯＢスタック部５０３は、通常の個別自動着信処理ＪＯＢ５３１のデータと、メンテナンスオペレータ１０８によって設定されるＪＯＢ予約５３２のデータとを記憶する。

図１４は、スケジュール管理用自動着信処理ＪＯＢスタック部５０３の一例を示す。スケジュール管理用自動着信処理ＪＯＢスタック部５０３は、通常の個別自動着信処理ＪＯＢ５３１およびメンテナンスオペレータによるＪＯＢ予約５３２の２種類のＪＯＢをスタックする。図１３に示した自動着信開始時間計算部５０２が受け付けた通報に対する自動着信の開始時間を計算すると、個別自動着信処理受付部５０１は、計算された自動着信開始時間に対する自動着信処理ＪＯＢ＿ＩＤを採番する。そして、個別自動着信処理受付部５０１は、自動着信処理ＪＯＢ＿ＩＤを図１４に示した個別自動着信処理ＪＯＢ５３１の自動着信処理ＪＯＢ＿ＩＤ５４１の領域に格納する。また、個別自動着信処理受付部５０１は、個別自動着信処理受付部５０１に格納されている利用者ＩＤ２０１を、個別自動着信処理ＪＯＢ５３１の利用者ＩＤ５４２の領域に格納する。同様に、個別自動着信処理受付部５０１は、自動着信開始時間計算部５０２が計算した自動着信開始時間を、個別自動着信処理ＪＯＢ５３１の自動着信開始時間５４３の領域に格納する。

そして、計時処理部３１６は、自動着信処理管理部３１４に自動着信開始時間と自動通報処理ＪＯＢ＿ＩＤを送信する。一方、自動着信処理管理部３１４は、計時処理部３１６から受け取った自動着信開始時間および自動通報処理ＪＯＢ＿ＩＤを作業指示データ作成バッファ４０２の自動着信処理ＪＯＢ＿ＩＤ４２１および自動着信開始時間４２３にそれぞれ格納する。

また、ＪＯＢ予約５３２には、メンテナンスオペレータ１０８がコンソール１０９から入力した予約ＪＯＢがスタックされる。図１４の例では、ＪＯＢ予約５３２として、自動着信処理ＪＯＢ＿ＩＤ５５１、利用者ＩＤ５５２および予約時間範囲５５３がスタックされている。

ここで、例えば、地方自治体などの大規模ユーザが自動通報端末１０１の設定パラメータの変更要求を受信センター１０５に依頼した場合、メンテナンスオペレータ１０８は計画的に大量の自動通報端末１０１の更新処理を行うことが求められる。そこで、メンテナンスオペレータ１０８は、ＪＯＢ予約をＪＯＢスタック部５０３にスタックする。このとき、仮の自動着信処理ＪＯＢ＿ＩＤが自動着信処理ＪＯＢ＿ＩＤ５５１に格納される。また、メンテナンスオペレータ１０８の操作によって、ＪＯＢの予約時間の範囲の情報がＪＯＢ予約５３２の予約時間範囲５５３の領域に格納される。

そして、計時処理部３１６が個別自動着信処理受付部５０１に利用者ＩＤ２０１を受け付けた時点で、利用者ＩＤに基づいてＪＯＢ予約５３２にスタックされているＪＯＢ予約が参照される。計時処理部３１６は、予約されている利用者ＩＤと受け付けた利用者ＩＤ２０１とが一致すれば、新たに自動通報処理ＪＯＢ＿ＩＤを採番する。そして、計時処理部３１６は、自動着信開始時間計算部５０２に自動着信開始時間を、仮に予約されている自動着信処理ＪＯＢの予約時間範囲５５３の範囲で自動着信開始時間を計算させ、仮のＪＯＢ予約レコードを削除し、通常の個別自動着信処理ＪＯＢ５３１としてスタックする。ＪＯＢ予約５３２に一致する利用者ＩＤ２０１がなければ、計時処理部５３１は、新しいＪＯＢとして新たに自動通報処理ＪＯＢ＿ＩＤを採番し、自動着信開始時間計算部５０２にＪＯＢ予約５３２で予約されている予約時間範囲５５３の範囲外で自動着信開始時間を計算させ、通常の個別自動処理ＪＯＢ５３１としてスタックする。

自動着信開始時間計算部５０２が計算した自動着信時間と自動着信処理ＪＯＢ＿ＩＤは、自動着信処理管理部３１４に伝達され、作業指示データ作成バッファ４０２及び更新データ作成バッファ４０４に格納される。そして、各バッファに格納されたデータは、作業指示データ格納スタック４０３および更新データ格納スタック４０５に格納される。

ＪＯＢスタック部５０３は、ＪＯＢの自動着信処理のスケジュールを管理するためのメモリである。計時処理部３１６は、計時部３１３を監視し、ＪＯＢスタック部５０３にスタックされたＪＯＢの実行時間になった場合、自動着信処理管理部３１４に実行時間になったＪＯＢ＿ＩＤを通知する。

自動着信処理管理部３１４は、ＪＯＢスタック部５０３から実行時間になったＪＯＢ＿ＩＤを受け取った場合、当該ＪＯＢ＿ＩＤに対応する自動通報端末１０１の更新処理を実行する。例えば、自動着信処理管理部３１４は、作業指示データ格納スタック４０３及び更新データ格納スタック４０５から実行するＪＯＢの作業指示データ及び更新データを取り出す。そして、自動着信処理管理部３１４は、図８に示した手順で自動通報端末１０１とモデム通信を実行し、自動通報端末１０１のファームウェアの更新や設定パラメータの更新を行う。そして、自動通報端末１０１から更新データ受領のＡＣＫを受信した自動着信処理管理部３１４は、作業指示データ格納スタック４０３および更新データ格納スタック４０５から更新終了後のデータを削除する。

なお、個人のユーザから通報受信オペレータ１０７が設定パラメータ変更依頼を受けた場合は、通報受信オペレータ１０７は利用者の要望を通話により聞き取り、要望の内容をメンテナンスオペレータ１０８に伝える。そして、メンテナンスオペレータ１０８が設定パラメータＩＤデータベース３２４の設定変更管理データベース３４１に格納されている当該利用者の設定パラメータＩＤ３５１を参照し、設定パラメータ変更の有無３５２を「有」に変更する。さらに、メンテナンスオペレータ１０８は、設定変更内容を反映させた設定パラメータを設定パラメータ蓄積データベース３４２に新たなＩＤで登録し、設定パラメータ変更後ＩＤ３５３に当該ＩＤを設定する。これにより、次回に自動通報端末１０１が自動通報した場合に、当該自動通報端末１０１の自動着信指示が作成され、自動通報端末１０１の設定パラメータが自動着信により更新される。

また、自治体などの大口の自動通報端末１０１のユーザの場合は、受信センター１０５が当該大口のユーザからの要望により、メンテナンスオペレータ１０８が更新作業計画を立案する。これにより、メンテナンスオペレータ１０８が大口ユーザ向けのＪＯＢ予約を作成し、効率的に更新処理を実行することができる。

以上のように、本実施形態に係る通報システム１００は、個人が保有する自動通報端末１０１または自治体などの大口ユーザがサービス対象者に保有させている自動通報端末１０１に対して、自動着信でファームウェアや設定パラメータを更新できる。

また、本実施形態に係る通報システム１００は、ハンズフリー機能を有する自動通報端末１０１の場合でも、利用者のプライバシーを侵害することなく、自動通報端末１０１の更新処理を実施できる。そして、本実施形態に係る通報システム１００は、高齢者などの利用者が自動通報端末を利用する場合でも、自ら設定パラメータを設定することなく、受信センター１０５側で自動通報端末１０１の設定パラメータの変更や管理を実施できる。

また、本実施形態に係る通報システム１００では、自治体などの大口ユーザが保有する端末の更新処理を一定期間内に計画的に実施することができる。さらに、本実施形態に係る通報システム１００は、音声認証等の最新のファームウェアを利用する場合でも、自動通報端末１０１を最新技術を利用したファームウェアに更新して運用することができる。また、更新データの通信は、センター装置１０２側から自動通報端末１０１に発信するので、受信センター１０５側の課金負担によって行うことができる。

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

１００・・・通報システム；１０１・・・自動通報端末；１０２・・・センター装置；１０３・・・通信網；１０４・・・アナログ電話機；１０５・・・受信センター；１０６・・・コンソール；１０７・・・通報受信オペレータ；１０８・・・メンテナンスオペレータ；１０９・・・コンソール；１１１・・・通信ＩＦ；１１２・・・ハンズフリー通話部；１１３・・・モデム通信部；１１４・・・制御部；１１５・・・スピーカ；１１６・・・マイク；１２０・・・ハードウェア部；１２１・・・入力監視部；１２２・・・計時部；１２３・・・記憶部；１２４・・・ファームウェア格納部；１２５・・・ファームウェア更新バッファ；１２６・・・実行メモリ；１３０・・・ソフトウェア処理部；１３１・・・事象検出処理部；１３２・・・自己診断処理部；１３３・・・自動着信処理部；１３４・・・更新処理部；１３５・・・通報処理部；１５１・・・設定パラメータ記憶領域；１５２・・・設定パラメータ更新バッファ領域；１５３・・・端末プロパティ記憶領域；１５４・・・設定パラメータＩＤ記憶領域；１５５・・・ファーム版数記憶領域；１５６・・・ステータス記憶領域；１５７・・・処理状況記憶領域；１５８・・・自動着信指示記憶領域；２００・・・自動通報データ；２０１・・・利用者ＩＤ；２０２・・・通報事象コード；２０３・・・端末情報；２１０・・・応答データ；２１１・・・自動着信指示；２１２・・・ハンズフリー切替指示；２５１・・・端末のプロパティ；２５２・・・設定パラメータＩＤ；２５３・・・ファーム版数；２５４・・・端末の現在ステータス；２５５・・・自動着信指示の処理状況；２６１・・・自動着信指示の有無；２６２・・・自動着信開始時間；２６３・・・自動着信待ち時間；２６４・・・リトライ回数；２６５・・・リトライインターバル；３０１・・・通信ＩＦ；３０２・・・通話部；３０３・・・制御部；３１１・・・モデム通信部；３１２・・・データベース；３１３・・・計時部；３１４・・・自動着信処理管理部；３１５・・・通報処理部；３１６・・・計時処理部；３２１・・・利用者情報データベース；３２２・・・端末データベース；３２３・・・ファームウェアデータベース；３２４・・・設定パラメータＩＤデータベース；３４１・・・設定変更管理データベース；３４２・・・設定パラメータ蓄積データベース；４０１・・・自動着信指示格納部；４０２・・・作業指示データ作成バッファ；４０３・・・作業指示データ格納スタック；４０４・・・更新データ作成バッファ；４０５・・・更新データ格納スタック；５０１・・・個別自動着信処理受付部；５０２・・・自動着信開始時間計算部；５０３・・・ＪＯＢスタック部

Claims

通報端末からセンター装置に通報事象の発生を通報する通報システムにおいて、
前記センター装置は、
通報端末とデータ通信を行う第１通信部と、
前記通報端末の情報を含む通報データを受信した場合に、前記通報端末の情報に基づいて前記通報端末の設定パラメータおよびファームウェアの少なくとも一方の更新が必要であるか否かを判断し、更新が必要である場合、自動着信に関する情報を前記第１通信部から前記通報端末に通知し、前記自動着信に関する情報に基づいて前記通報端末に更新データを送信する第１制御部と
を有し、
前記通報端末は、
予め決められた通報事象の発生を検出する事象検出部と、
前記センター装置とデータ通信を行う第２通信部と、
前記センター装置に自動通報した場合にハンズフリー通話を行う通話部と、
前記事象検出部が通報事象の発生を検出した場合に、前記第２通信部から前記センター装置に自端末の情報を含む前記通報データを送信し、前記センター装置から通知される前記自動着信に関する情報に基づいて前記通話部に設定された自動着信を前記第２通信部で行うように設定し、前記センター装置から前記更新データを自動着信により受信する第２制御部と
を有することを特徴とする通報システム。
請求項１に記載の通報システムにおいて、
前記通報端末は、
自端末の現状のステータスを診断する自己診断処理部をさらに有し、
前記制御部は、端末のプロパティ、設定パラメータＩＤおよびファーム版数の少なくとも１つの情報と前記現状のステータスの情報とを前記通報データにより前記センター装置に送信する
ことを特徴とする通報システム。
請求項１または２に記載の通報システムにおいて、
前記自動着信に関する情報は、自動着信を行うか否かを指示する自動着信指示の有無を示す情報、前記通報端末が前記第２通信部により自動着信を行う自動着信時間を示す情報を少なくとも含む
ことを特徴とする通報システム。
請求項３に記載の通報システムにおいて、
前記通報端末は、予め設定された日時を検出する計時部をさらに有し、
前記第２制御部は、前記自動着信時間に前記第２通信部が前記センター装置からの通信を自動着信するように制御する
ことを特徴とする通報システム。
予め決められた通報事象の発生をセンター装置に通報する通報端末において、
前記通報事象の発生を検出する事象検出部と、
前記センター装置とデータ通信を行う通信部と、
前記センター装置に自動通報した場合にハンズフリー通話を行う通話部と、
前記事象検出部が通報事象の発生を検出した場合に、前記通信部から前記センター装置に自端末の情報を含む前記通報データを送信し、前記センター装置から通知される自動着信に関する情報に基づいて前記通話部に設定された自動着信を前記通信部で行うように設定し、前記センター装置から前記更新データを自動着信により受信する制御部と
を有することを特徴とする通報端末。
請求項５に記載の通報端末において、
前記通報端末は、
自端末の現状のステータスを診断する自己診断処理部をさらに有し、
前記制御部は、端末のプロパティ、設定パラメータＩＤおよびファーム版数の少なくとも１つの情報と前記現状のステータスの情報とを前記通報データにより前記センター装置に送信する
ことを特徴とする通報端末。
請求項５または６に記載の通報端末において、
前記自動着信に関する情報は、自動着信を行うか否かを指示する自動着信指示の有無を示す情報、前記通報端末が前記通信部により自動着信を行う自動着信時間を示す情報を少なくとも含む
ことを特徴とする通報端末。
請求項７に記載の通報端末において、
前記通報端末は、予め設定された日時を検出する計時部をさらに有し、
前記制御部は、前記自動着信時間に前記通信部が前記センター装置からの通信を自動着信するように制御する
ことを特徴とする通報端末。
請求項８に記載の通報端末において、
前記制御部は、前記自動着信の開始時間に前記センター装置との間でモデム通信を確立するためのモデム通信手順を前記通信部により送受信する
ことを特徴とする通報端末。
請求項９に記載の通報端末において、
前記制御部は、前記モデム通信が確立できなかった場合、回線を前記通信部から前記通話部に切り替えて、通報中であることを示す音声メッセージを出力する
ことを特徴とする通報端末。
請求項６から１０のいずれか一項に記載の通報端末において、
前記制御部は、前記センター装置から前記更新データを受信して更新処理を実施した後に、前記自己診断処理部が実行する前記現状のステータスの診断とは異なる自己診断処理を実行する
ことを特徴とする通報端末。
請求項５から１１のいずれか一項に記載の通報端末において、
前記更新データは、ファームウェアもしくは設定パラメータの少なくとも１つの情報であり、
前記制御部は、前記更新データを前記センター装置から受信するときに、前記更新データを格納する記憶部を有することを特徴とする通報端末。
請求項１２に記載の通報端末において、
前記制御部は、前記更新データを前記記憶部に受信後に実行メモリに展開し、前記自己診断処理部が実行する前記現状のステータスの診断とは異なる自己診断処理を実行し、前記更新データの受領を示すＡＣＫデータを前記通信部のモデム通信により前記センター装置に送信する
ことを特徴とする通報端末。
請求項１３に記載の通報端末において、
前記制御部は、前記センター装置から受信済みの前記更新データを前記実行メモリに展開中に前記事象検出部が通報事象の発生を検出した場合、前記更新データの前記実行メモリへの格納を中断して前記センター装置に前記通報事象の発生を通報する
ことを特徴とする通報端末。
請求項１２または１３のいずれか一項に記載の通報端末において、
前記制御部は、前記センター装置から受信する前記更新データを前記記憶部へ格納中に前記事象検出部が通報事象の発生を検出した場合は、前記更新データの受信を中断して前記センター装置に前記通報事象の発生を通報する
ことを特徴とする通報端末。
通報端末から通報事象発生の通報を受けるセンター装置において、
通報端末とデータ通信を行う通信部と、
前記通報端末の情報を含む通報データを受信した場合に、前記通報端末の情報に基づいて前記通報端末の設定パラメータおよびファームウェアの少なくとも一方の更新が必要であるか否かを判断し、更新が必要である場合、自動着信に関する情報を前記通信部から前記通報端末に通知し、前記自動着信に関する情報に基づいて前記通報端末に更新データを送信する制御部と
を有することを特徴とするセンター装置。
請求項１６に記載のセンター装置において、
前記自動着信時間を検出する計時部をさらに有し、
前記制御部は、前記計時部が前記自動着信時間を検出したときに、前記通信部から前記通報端末に発信し、前記更新データを前記通信端末に送信する
ことを特徴とするセンター装置。
請求項１７に記載のセンター装置において、
前記通報端末の設定パラメータおよびファームウェアを管理するためのデータベースをさらに有し、
前記データベースは、前記通報端末のファームウェアの版数を記憶するデータベースと、設定パラメータを蓄積するデータベースと、設定パラメータ変更管理のために設定パラメータＩＤと設定パラメータ変更後のＩＤとを１つのレコードとして記憶するデータベースとを少なくとも有する
ことを特徴とするセンター装置。
請求項１７または１８に記載のセンター装置において、
自動着信のＪＯＢを受け付ける受付部と、自動着信の開始時間を計算する開始時間計算部と、自動着信のスケジュールを記憶するためのＪＯＢスタックとを有する計時処理部をさらに備え、
前記受付部は、外部から入力される自動着信処理の設定情報を受け付けて自動着信のＪＯＢのＩＤを採番し、
前記開始時間計算部は、前記ＪＯＢスタックのスケジュールを参照して自動着信の開始時間を計算する
ことを特徴とするセンター装置。
請求項１９に記載のセンター装置において、
自動着信のＪＯＢを管理する管理部をさらに有し、
前記計時処理部は、自動着信開始時間と自動着信ＪＯＢのＩＤを作成した場合、利用者ＩＤと共に個別自動着信情報を作成して前記ＪＯＢスタックに格納し、前記個別自動着信情報を前記管理部に送信し、
前記管理部は、前記計時処理部が作成した前記個別自動着信情報に基づいて自動着信処理の作業指示データを作成し、作業指示データに基づいて更新データを作成する
ことを特徴とするセンター装置。
請求項２０に記載のセンター装置において、
前記計時処理部は、前記計時部を監視し、前記ＪＯＢスタックに格納されたＪＯＢが自動着信処理の開始時間になった場合、前記管理部にＪＯＢのＩＤを通知し、
前記管理部は、前記ＪＯＢのＩＤに対応する前記通報端末に通報し、自動着信した前記通報端末に更新データを送信する
ことを特徴とするセンター装置。
通報端末からセンター装置に通報事象の発生を通報する通報システムにおける端末管理方法であって、
前記センター装置は、通報端末から通報端末の情報を含む通報データを受信した場合に、前記通報端末の情報に基づいて前記通報端末の設定パラメータおよびファームウェアの少なくとも一方の更新が必要であるか否かを判断し、更新が必要である場合、自動着信に関する情報を前記通報端末に通知し、前記自動着信に関する情報に基づいて前記通報端末に更新データを送信し、
前記通報端末は、前記センター装置に自動通報した場合にハンズフリー通話を行う通話部を有し、通報事象の発生を検出した場合に、前記センター装置に自端末の情報を含む前記通報データを送信し、前記センター装置から通知される前記自動着信に関する情報に基づいて前記通話部からデータ通信部に自動着信を設定し、前記センター装置から送信される前記更新データを自動着信により受信する
ことを特徴とする端末管理方法。
請求項２２に記載の端末管理方法において、
前記通報端末は、自端末の現状のステータスを診断する自己診断処理を行い、端末のプロパティ、設定パラメータＩＤおよびファーム版数の少なくとも１つの情報と前記現状のステータスの情報とを前記通報データにより前記センター装置に送信する
ことを特徴とする端末管理方法。
請求項２２または２３に記載の端末管理方法において、
前記自動着信に関する情報は、自動着信を行うか否かを指示する自動着信指示の有無を示す情報、前記通報端末が前記データ通信部により自動着信を行う自動着信時間を示す情報を少なくとも含む
ことを特徴とする端末管理方法。
請求項２４に記載の端末管理方法において、
前記通報端末は、計時部により予め設定された日時を検出し、前記自動着信時間に前記データ通信部が前記センター装置からの前記更新データを自動着信する
ことを特徴とする端末管理方法。
請求項２２から２５に記載の端末管理方法において、
複数の前記通報端末をまとめて運用するユーザの前記通報端末の更新処理の予約をスケジュール管理用の自動着信処理ＪＯＢスタックに格納し、センター装置に接続された管理端末により更新処理の予約を管理する
ことを特徴とする端末管理方法。