(57)【要約】【課題】異常発生について的確な原因究明や適切な対応に役立つことができ、且つ、低コストで実現することができること。【解決手段】カメラ１０３と、カメラ１０３により撮影を継続して行うとともに、カメラ１０３により得られる画像情報をストレージ１０５に継続して記録し保存するストレージ制御部１０４および中央演算装置１００と、異常発生を検知するためのセンサ１１１と、ストレージ１０５に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した画像情報を、センサ１１１により得られた検知情報をトリガにして所定の通報先に対して送信する通信制御部１０９および中央演算装置１００を備える。【選択図】図２
2009049906.tif 000002
【特許請求の範囲】
【請求項１】
カメラと、
前記カメラにより撮影を継続して行うとともに、前記カメラにより得られる画像情報を所定の記録媒体に継続して記録し保存する保存手段と、
異常発生を検知するためのセンサと、
前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記画像情報を、前記センサにより得られた検知情報をトリガにして所定の通報先に対して送信する異常通報手段と、
を備えることを特徴とする異常通報装置。
【請求項２】
本異常通報装置の位置情報を取得する位置情報取得手段を備え、
前記保存手段は、前記位置情報取得手段により得られる前記位置情報を前記画像情報とともに前記記録媒体に継続して記録し、
前記異常通報手段は、前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記位置情報を、前記画像情報とともに前記通報先に対して送信することを特徴とする請求項１に記載の異常通報装置。
【請求項３】
前記保存手段は、前記センサにより得られる前記検知情報を前記画像情報とともに前記記録媒体に継続して記録し、
前記異常通報手段は、前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記検知情報を、前記画像情報とともに前記通報先に対して送信することを特徴とする請求項１または２に記載の異常通報装置。
【請求項４】
前記画像情報は、静止画像および動画像のうち少なくとも何れかを含むことを特徴とする請求項１乃至３の何れか１項に記載の異常通報装置。
【請求項５】
携帯電話からなることを特徴とする請求項１乃至４の何れか１項に記載の異常通報装置。
【請求項６】
請求項１乃至５の何れか１項に記載の異常通報装置と、
前記異常通報装置から前記画像情報を含む通報を受信するサーバ装置と、
前記通報の転送先が登録されているテーブル情報を記憶するデータベースと、
を備え、
前記サーバ装置は、前記通報を前記テーブル情報に登録されている転送先に対して転送することを特徴とする異常通報システム。
【請求項７】
マイクロコンピュータに実行させるプログラムであって、
カメラにより撮影を継続して行うとともに、前記カメラにより得られる画像情報を所定の記録媒体に継続して記録し保存する保存処理工程と、
前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記画像情報を、異常を検知するためのセンサにより得られた検知情報をトリガにして所定の通報先に対して送信する異常通報処理工程と、
を少なくとも実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異常が発生した場合（例えば、暴漢に襲われた、交通事故に巻き込まれたなどの場合）に、通報を行う異常通報装置、異常通報システムおよびプログラムに関する。
【背景技術】
【０００２】
特許文献１には、通信端末器を所持する人（以下、被害者)が何らかの要因で非常事態を通知できない場合にも、管理センタから被害者の状態を確認できるパーソナルモニタリングシステムが開示されている。
【０００３】
特許文献２には、異常事態通知の機能を実装し、異常事態発生時に画像や位置情報を予め決められた相手先に送信する携帯端末が開示されている。
【特許文献１】特開２００３−２６４６４０号公報
【特許文献２】特開２００６−１９０２９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１の発明では、管理センタから被害者の状態を確認するために、被害者の周辺に監視カメラが存在することが必須であり、また、その監視カメラへのアクセス方法なども知る必要があり、インフラの整備に時間と費用がかかってしまうので、実際には実施が困難である。
【０００５】
特許文献２の発明では、異常事態発生時に始めて動作するので、情報が不足してしまい、異常発生について的確な原因究明や適切な対応が困難である。例えば、暴漢に襲われた場合、通報時の画像には、犯人の服のアップしか映っておらず、犯人割り出しに役立たない。
【０００６】
本発明はこのような事情に鑑みてなされたもので、異常発生時に的確な原因究明や適切な対応に役立つことができ、且つ、低コストで実現することができる異常通報装置、異常通報システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するために、請求項１に記載の発明は、カメラと、前記カメラにより撮影を継続して行うとともに、前記カメラにより得られる画像情報を所定の記録媒体に継続して記録し保存する保存手段と、異常発生を検知するためのセンサと、前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記画像情報を、前記センサにより得られた検知情報をトリガにして所定の通報先に対して送信する異常通報手段と、を備えることを特徴とする異常通報装置を提供する。
【０００８】
この発明によれば、カメラにより撮影が継続して行われるとともに、この撮影により得られた画像情報が記録媒体に継続して記録されて保存され、異常通報時には、異常発生検知前から異常発生検知時まで継続した画像情報が通報先に対して送信されるので、異常が起こった原因にさかのぼって現場の状況を把握することができ、もって的確な原因究明や適切な対応に役立つことができる。また、センサにより得られた検知情報をトリガにして画像情報が通報先に対して送信されるので、被害者が異常通報できないような危機的な状況でも画像情報が通報先に対して送信される。また、異常発生検知前は画像情報を保存しておき、異常発生検知してから画像情報を通報先に対して送信するので、異常発生検知前から画像情報を常時送信する場合と比較して、通信負荷、通信費用および設備コストを低減することができる。
【０００９】
請求項２に記載の発明は、請求項１に記載の発明において、本異常通報装置の位置情報を取得する位置情報取得手段を備え、前記保存手段は、前記位置情報取得手段により得られる前記位置情報を前記画像情報とともに前記記録媒体に継続して記録し、前記異常通報手段は、前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記位置情報を前記画像情報とともに前記通報先に対して送信することを特徴とする異常通報装置を提供する。
【００１０】
この発明によれば、画像情報だけでなく、異常発生検知前から異常発生検知時まで継続した位置情報にも基づいて、的確な原因究明および適切な対応を行うことができる。
【００１１】
請求項３に記載の発明は、請求項１または２に記載の発明において、前記保存手段は、前記センサにより得られる前記検知情報を前記画像情報とともに前記記録媒体に継続して記録し、前記異常通報手段は、前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記検知情報を前記画像情報とともに前記通報先に対して送信することを特徴とする異常通報装置を提供する。
【００１２】
この発明によれば、画像情報だけでなく、異常発生検知前から異常発生検知時まで継続したセンサの検知情報にも基づいて、的確な原因究明および適切な対応を行うことができる。
【００１３】
請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の発明において、前記画像情報は、静止画像および動画像のうち少なくとも何れかを含むことを特徴とする異常通報装置を提供する。
【００１４】
ここで、継続した画像情報として静止画像を用いる場合には、１コマの静止画像と次コマの静止画像との間に時間間隔が存在する。このような時間間隔は、異常発生の原因究明が可能な程度であれば、任意に設定してよい。例えば１秒間隔で静止画像を記録する。記録時と送信時とで、時間間隔を変えてもよい。
【００１５】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の発明において、携帯電話からなることを特徴とする異常通報装置を提供する。
【００１６】
この発明によれば、インフラ整備にかけられる時間と費用が少ない中で、的確な原因究明および適切な対応が可能なシステムを、低コストにて実現することができる。
【００１７】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の異常通報装置と、前記異常通報装置から前記画像情報を含む通報を受信するサーバ装置と、前記通報の転送先が登録されているテーブル情報を記憶するデータベースと、を備え、前記サーバ装置は、前記通報を前記テーブル情報に登録されている転送先に対して転送することを特徴とする異常通報システムを提供する。
【００１８】
請求項７に記載の発明は、マイクロコンピュータに実行させるプログラムであって、カメラにより撮影を継続して行うとともに、前記カメラにより得られる画像情報を所定の記録媒体に継続して記録し保存する保存処理工程と、前記記録媒体に記録されている少なくとも異常発生検知前から異常発生検知時まで継続した前記画像情報を、異常を検知するためのセンサにより得られた検知情報をトリガにして所定の通報先に対して送信する異常通報処理工程と、を少なくとも実行させるプログラムを提供する。
【発明の効果】
【００１９】
本発明によれば、異常発生時に的確な原因究明や適切な対応に役立つことができ、且つ、低コストで実現することができる。
【発明を実施するための最良の形態】
【００２０】
以下、添付図面に従って、本発明の実施形態について、詳細に説明する。
【００２１】
図１は、本発明に係る異常通報システムの一例の全体構成図である。
【００２２】
図１において、利用者の移動端末１０からインターネット７１を通じて管理センタのサーバ装置１５に対して送信される情報は、サーバ装置１５にて所定の処理が施された後、データベース３０に予め登録されている情報（後述するユーザ登録テーブル、緊急対応者登録テーブルなど）や移動端末１０から得られる情報などに基づいて、警察署４１、消防署４２あるいは利用者の身内の移動端末４３などの緊急連絡先に対して、インターネット７１あるいは通話網７２を通じて、転送される。
【００２３】
以下では、移動端末１０からサーバ装置１５に対する通報を「内部通報」といい、サーバ装置１５から緊急連絡先に対する通報を「外部通報」ということもある。
【００２４】
移動端末１０は、移動可能、且つ、無線通信可能な端末である。このような移動端末１０の典型的な例としては、携帯電話が挙げられる。
【００２５】
サーバ装置１５およびデータベース３０は、図１のように分離して構成されている場合に特に限定されず、サーバ装置１５にデータベース３０が内蔵されていてもよい。
【００２６】
緊急連絡先としての警察署４１や消防署４２には、図示を省略した端末装置が設置されている。この端末装置に対してサーバ装置１５から情報が送信され、その端末装置の画面上に表示される。緊急連絡先の端末装置で表示される情報には、移動端末１０からサーバ装置１５に対して内部通報された情報以外に、サーバ装置１５で付加される情報がある。
【００２７】
図２は、移動端末１０の一例のブロック図である。図２において、移動端末１０は、主として、中央演算装置１００（ＣＰＵ：Central Processing Unit）、メモリ１０１、カメラ制御部１０２、カメラ１０３、ストレージ制御部１０４、ストレージ１０５、表示制御部１０６、ディスプレイ１０７、通信部１０８、通信制御部１０９、センサ制御部１１０、センサ１１１、音声制御部１１２、マイク１１３、スピーカ１１４、操作制御部１１５、ボタン１１６、および、測位部１１７を含んで構成されている。
【００２８】
中央演算装置１００は、マイクロコンピュータともいい、プログラムに従って移動端末１０の各部を統括制御する。
【００２９】
カメラ制御部１０２は、カメラ１０３の撮影動作を制御して、カメラ１０３から画像情報を取得する。画像情報は、静止画像および動画像のうち少なくとも何れかを含む。
【００３０】
ストレージ制御部１０４は、ストレージ１０５への記録動作を制御する。ストレージ１０５の例としては、メモリカード、ハードディスク、光ディスクが挙げられる。
【００３１】
表示制御部１０６の制御により、ディスプレイ１０７は表示を行う。
【００３２】
通信部１０８は無線通信機能を有する。通信制御部１０９は、通信部１０８により図１のサーバ装置１５との間で無線通信を行う。
【００３３】
センサ制御部１１０は、センサ１１１の異常検知動作を制御する。センサ１１１の例としては、加速度センサ、振動センサが挙げられる。
【００３４】
音声制御部１１２は、マイクロホン１１３（以下単に「マイク」という）の音声入力動作およびスピーカ１１４の音声出力動作を制御する。
【００３５】
操作制御部１１５は、ボタン１１６からの利用者の指示情報の入力を制御する。
【００３６】
測位部１１７は、ＧＰＳ（Global Positioning System）信号に基づいて移動端末１０の現在位置を測定することにより、移動端末１０の位置情報を取得する。
【００３７】
本実施形態では、中央演算装置１００の統括制御により、カメラ制御部１０２、ストレージ制御部１０４、センサ制御部１１０、音声制御部１１２および測位部１１７が連動し、撮影動作および記録動作が、継続して行われる。
【００３８】
カメラ制御部１０２は、カメラ１０３を継続的に駆動して、カメラ１０３により撮影を継続して行い、カメラ１０３から画像情報を継続して取得する。音声制御部１１２は、マイク１１３を継続的に駆動して、マイク１１３により音声入力を継続して行い、マイク１１３から音声情報を継続して取得する。センサ制御部１１０は、センサ１１１を継続的に駆動して、センサ１１１により異常発生検知を継続して行い、センサ１１１から検知情報を継続して取得する。測位部１１７は、移動端末１０の位置情報の取得を継続して行う。これらの画像情報、音声情報、検知情報および位置情報の取得は、少なくともカメラ１０３の撮影動作が継続している期間、継続して行われる。
【００３９】
また、ストレージ制御部１０４は、カメラ１０３、音声制御部１１２、センサ１１１および測位部１１７によりそれぞれ継続的に得られる、画像情報、音声情報、検知情報および位置情報を、少なくともカメラ１０３の撮影動作が継続している期間、ストレージ１０５に継続して記録する。これらの画像情報、音声情報、検知情報および位置情報は、時系列に互いに関連付けられて、常に一定期間以上継続した状態でストレージ１０５に保存される。
【００４０】
例えば、「一定期間」が３分である場合、少なくとも現在時刻の３分前から現在時刻まで継続した情報が、ストレージ１０５に保存される。画像情報が静止画像であって、例えば、静止画像のコマ間隔が１秒である場合には、常に１８００（＝３×６０）コマ継続した静止画像がストレージ１０５に保存されることになる。画像情報が動画像である場合には、少なくとも現在時刻の３分前から現在時刻まで連続した状態でストレージ１０５に保存される。音声情報、検知情報および位置情報についても、少なくとも現在時刻の３分前から現在時刻まで継続した状態でストレージ１０５に保存される。
【００４１】
これらの常に一定期間以上継続した状態でストレージ１０５に保存されている情報を、異常発生検知時にストレージ１０５から読み込むことにより、異常発生検知前から異常発生検知時まで一定期間以上継続した情報を取得する。例えば、「一定期間」が３分である場合、少なくとも異常発生検知時の３分前から異常発生検知時まで継続した情報が取得される。
【００４２】
図３は、サーバ装置１５の一例のブロック図である。図３において、サーバ装置１５は、主として、中央演算装置１５０（ＣＰＵ：Central Processing Unit）、メモリ１５１、操作制御部１５２、キーボード１５３、表示制御部１５４、ディスプレイ１５５、ネットワークインタフェース１５６、ストレージ制御部１５７、ストレージ１５８、音声制御部１６０、および、スピーカ１６１を含んで構成されている。
【００４３】
操作制御部１５２の制御により、キーボード１５３から指示情報が入力される。
【００４４】
表示制御部１５４の制御により、ディスプレイ１５５は表示を行う。
【００４５】
ネットワークインタフェース１５６は、図１の移動端末１０および通報先４１、４２、４３と、インターネット７１などを介した通信を行う。
【００４６】
ストレージ制御部１５７の制御により、ストレージ１５８は、移動端末１０から受信した情報を記憶する。
【００４７】
本例では、ストレージ１５８によって、図１のデータベース３０が構成されている。
【００４８】
音声制御部１６０の制御により、スピーカ１６１は、音声情報を出力する。
【００４９】
なお、移動端末１０での異常発生検知時に移動端末１０からサーバ装置１５に対して送信される情報（以下「通報対象情報」という）は、本発明において、画像情報、音声情報、検知情報および位置情報の全てが含まれている場合に特に限定されない。例えば、画像情報のみが通報される場合であってもよい。
【００５０】
図１の移動端末１０およびサーバ装置１５で行われる主要な処理の例について、以下説明する。
【００５１】
移動端末１０で行われる処理として、主として保存処理および異常通報処理がある。保存処理は、通報対象情報を、継続して取得するとともに継続して記録し、常に一定期間以上継続した状態で保存する処理である。異常通報処理は、異常発生を検知するとともに、異常発生検知時には通報対象情報をサーバ装置１５に対して送信する処理である。
【００５２】
図４は、移動端末１０の保存処理の一例の流れを示すフローチャートである。この処理は、移動端末１０の中央演算装置１００により、プログラムに従って実行される。
【００５３】
図４において、ステップＳ２００の処理開始後、ステップＳ２０１にて、カメラ１０３からの画像情報の取得を開始する。カメラ１０３は、撮影を継続して行っている。ストレージ１０５の保存容量は移動端末１０の性能によって有限なので、ステップＳ２０２にて、ストレージ１０５の保存領域に、画像情報を一定期間（例えば３分間）以上継続して保存可能な空き容量があるか否かを判断する。空き容量がある場合には、ステップＳ２０４にて、画像情報をストレージ１０５に記録する一方で、空き容量がない場合には、ステップＳ２０３にて、古い方から画像情報を削除して、一定期間以上継続して保存可能な空き容量を確保した後、ステップＳ２０４にて、画像情報をストレージ１０５に記録する。
【００５４】
ステップＳ２０２での空き容量の判断は、例えば、通報対象情報（ここでは画像情報）を一定期間以上継続して記録可能な空き容量を示す予め決められた閾値と比較する。
【００５５】
ステップＳ２０５では、情報要求の有無によって動作を分岐させる。この情報要求は、後述の異常通報処理で行われる。情報要求が有る場合には、ステップＳ２０６にて、ストレージ１０５に保存されている画像情報を読み込んで、メモリ１０１の所定領域に一時的に記憶させる。情報要求が無い場合には、ステップＳ２０６は行わない。
【００５６】
ステップＳ２０８にて、停止命令の有無を判断する。停止命令は、ユーザの機能停止操作や、移動端末１０の電源切動作等によって発生する。停止命令が有る場合には、ステップＳ２０９にて、保存処理を終了する。
【００５７】
停止命令が無い場合には、再びステップＳ２０１に遷移し、保存処理が繰り返される。すなわち、通報対象の画像情報がカメラ１０３から継続して取得され、ストレージ１０５に継続して記録され、一定期間以上保存される。
【００５８】
なお、本発明についての理解を容易にするため、通報対象情報として画像情報を保存する場合を例に説明したが、本発明において通報対象情報は特に画像情報に限定されない。マイク１１３で継続して入力された音声情報、センサ１１１で継続して検知された検知情報、測位部１１７で継続して測定された移動端末１０の位置情報などの付加情報を、画像情報とともに通報する場合には、これらの付加情報も通報対象情報としてストレージ１０５に継続して記録し一定期間以上継続して保存する。すなわち、ステップＳ２０１では、画像情報とともに他の通報対象情報（音声情報、センサ１１１の検知情報、移動端末１０の位置情報）も取得し、ステップＳ２０２では、通報対象情報の全てを一定期間以上継続して保存可能な空き容量があるか否かを判断し、ステップＳ２０３では、通報対象情報の全てを一定期間以上保存可能な空き領域を確保し、ステップＳ２０４では、通報対象情報全てを記録し、ステップＳ２０６では、通報対象情報を全て読み込む。
【００５９】
図５は、移動端末１０の異常通報処理の一例の流れを示すフローチャートである。この処理は、移動端末１０の中央演算装置１００により、プログラムに従って実行される。
【００６０】
図５において、ステップＳ３００で処理が開始されると、ステップＳ３０１にて、センサ１１１から検知情報を取得し、ステップＳ３０２にて、異常判断のパラメータが作成され、ステップＳ３０３にて、異常発生か否かを判断する。ここでの異常発生か否かの判断方法であるが、例えば、センサ１１１として加速度センサを用いた場合には、一定以上の加速度を検知したときに異常発生と判断する。例えば、暴漢に襲われて移動端末１０を落下させたとき、あるいは、事故でどこかに激突したときなどは、異常発生と判断される。
【００６１】
異常発生有りと判断された場合には、ステップＳ３０４に遷移し、異常発生を示す信号（以下「端末信号」という）をサーバ装置１５に対して発信するとともに、ステップＳ３０５にて、ストレージ１０５に保存されている画像情報を要求し、ステップＳ３０６にて、画像情報をサーバ装置１５に対して送信する。電子メールで送信してもよい。通話機能を利用してもよく、例えばテレビ電話中の映像として送信してもよい。インターネット以外の通信回線を利用してもよい。
【００６２】
ステップＳ３０７にて、停止命令の有無を判断する。停止命令は、ユーザの機能停止操作や、移動端末１０の電源切動作等によって発生する。停止命令が有る場合には、ステップＳ３０８にて、異常通報処理を終了する。
【００６３】
なお、本発明についての理解を容易にするため、通報対象情報として画像情報をサーバ装置１５に対して送信する場合を例に説明したが、本発明において通報対象情報は特に画像情報に限定されない。マイク１１３で継続して入力された音声情報、センサ１１１で継続して検知された検知情報、および、測位部１１７で継続して測定された移動端末１０の位置情報を、画像情報とともに通報する場合には、これらの情報もサーバ装置１５に対して送信する。すなわち、ステップＳ３０５では、画像情報とともに他の通報対象情報（音声情報、センサ１１１の検知情報、移動端末１０の位置情報）も要求し、ステップＳ３０６では、通報対象情報の全てをサーバ装置１５に対して送信する。
【００６４】
ここまでに説明した「保存処理」と「異常通報処理」は、移動端末１０のアプリケーションプログラム（例えば「ｉアプリ」（登録商標））に従って実行される。いわゆる「待ち受けアプリ」というアプリケーションプログラムを用い、ユーザが操作をしなくてもバックグラウンドで処理が実行されるようにしてよい。
【００６５】
また、情報保存については、ＳＤカードなど、いわゆる外部ストレージメディアに情報を保存してもよく、移動端末１０本体のメモリ１０１に保存してもよい。外部ストレージメディアは、一般に容量が大きいので、より長時間あるいは高画質の画像情報を保存することができる。保存する画像情報の形式としては、一般的なカメラ画像の形式であるＪＰＥＧや、動画形式のＭＰＥＧ−４などが例として挙げられる。
【００６６】
図６は、サーバ装置１５の処理の一例の流れを示すフローチャートである。この処理は、サーバ装置１５の中央演算装置１５０により、プログラムに従って実行される。
【００６７】
図６において、ステップＳ４００で処理が開始されると、ステップＳ４０１にて、移動端末１０からの異常発生を示す端末信号の有無を調査する。ステップＳ４０２にて、受信有りの場合には、ステップＳ４０３に遷移して画像情報などの通報対象情報を受信する。その後、ステップＳ４０４にて、移動端末１０から受信した情報に基づいて外部への通報対象情報の転送（外部通報）を行う。外部通報時には、ステップＳ４０３で移動端末１０から受信した画像情報などの通報対象情報や、基地局情報などをともに送信する。なお、外部通報は、あらかじめ登録されているテーブルを参照して行うが、これについては後述する。外部通報が完了するとステップＳ４０５に遷移し、停止命令があればステップＳ４０６に遷移し、無い場合には再びステップＳ４０１に戻り、移動端末１０からの端末信号の受信待ちとなる。
【００６８】
図７は、ユーザ登録テーブル７０の一例を示す。ユーザ登録テーブル７０は、管理センタのデータベース３０で管理されている。データベース３０はサーバ装置１５に内蔵されていてもよい。
【００６９】
図７のユーザ登録テーブル７０には、利用者ＩＤをキー情報として、利用者情報（携帯電話番号、アドレス、名前）と、緊急連絡先情報（番号、型、名称、電子メールの送信アドレス）とが関連付けられている。これらの情報は、例えば、ユーザのサービス登録時に登録される。
【００７０】
利用者ＩＤは、利用者を識別する情報である。利用者ＩＤとして、移動端末１０の一つ一つに固有の端末ＩＤ（例えば携帯電話番号）を用いてもよい。
【００７１】
異常発生時には、移動端末１０からサーバ装置１５に対して端末信号が発信されるが、そのときに利用者ＩＤも同時に送信される。サーバ装置１５は、ユーザ登録テーブル７０を参照し、利用者ＩＤに基づいて、利用者を特定し、その利用者情報を取得するとともに、利用者情報に関連付けられている緊急通報先を特定する。具体的には、被害者の名前等が割り出され、緊急連絡先への情報の伝達が行われる。
【００７２】
なお、緊急連絡先の「型」として「最寄警察署」が指定されている場合には、サーバ装置１５は、更に図８の緊急対応者登録テーブル８０を参照する。
【００７３】
図８に一例として示す緊急対応者登録テーブル８０には、最寄警察署情報として、地区ＩＤ、地区名、管轄警察署名、連絡アドレス（例えば電子メールアドレスやＵＲＬ：Uniform Resource Locator）が登録されている。地区ＩＤとして基地局ＩＤを用いてもよい。緊急対応者登録テーブル８０は、管理センタのデータベース３０で管理されている。データベース３０はサーバ装置１５に内蔵されていてもよい。
【００７４】
サーバ装置１５は、緊急対応者登録テーブル８０を参照して、移動端末１０の位置情報に基づいて、現場に急行して対処すべき緊急対応者としての管轄警察署を特定する。例えば、サーバ装置１５は、地区ＩＤとして「ＡＲＥＡ００００」が付与された地区内に移動端末１０が位置していると判定したとき、その地区を管轄する△△警察署を緊急対応者として特定し、その緊急対応者に対して外部通報を伝達する。具体的には、サーバ装置１５は、移動端末１０から受信した通報対象情報（画像情報、音声情報、センサの検知情報、位置情報など）と、ユーザ登録テーブル７０から取得した利用者情報（携帯電話番号、アドレス、名前など）とを含む外部通報対象情報を、緊急対応者として特定した管轄警察署４１の端末装置（図示を省略）に対して送信する。
【００７５】
また、サーバ装置１５は、何処で異常が発生したかをテキスト化して、緊急対応者に通達することができる。
【００７６】
なお、緊急対応者は最寄警察署に特に限定されず、レスキュー等も考慮すれば最寄消防署の情報も、緊急対応者登録テーブル８０に、登録されていることが、好ましい。
【００７７】
図９は、移動端末１０において画像情報、音声情報、センサ１１１の検知情報、および、移動端末１０の位置情報を移動端末１０のストレージ１０５に記録する場合の保存状態の一例を示す。
【００７８】
本例では、各情報が一定の保存期間Ｔｍずつ継続した状態で保存され続けている。すなわち、現在時刻をｔ０としたとき、時刻（ｔ０−Ｔｍ）から現在時刻ｔ０まで継続して記録され、保存期間Ｔｍだけ保存される。
【００７９】
画像情報、音声情報、センサ１１１の検知情報、および、移動端末１０の位置情報は、互いに時系列に関連付けられて記録されており、異常発生検知時には、時系列に関連付けられた状態で移動端末１０からサーバ装置１５へ送信される。例えば、各情報にタイムスタンプが付加されている。
【００８０】
なお、本例では、説明の便宜上、異常発生検知時まで記録された情報をサーバ装置１５へ送信する場合を例に説明するが、このような場合に本発明は特に限定されず、異常発生検知前だけでなく異常発生検知後の記録もサーバ装置１５へ送信することが、好ましい。
【００８１】
図１０は、図９に示すように移動端末１０で保存されてサーバ装置１５および緊急連絡先に通報された情報の表示例を示す。
【００８２】
本例では、転送先の装置（例えば警察署４１の端末装置あるいはサーバ装置１５）のディスプレイ画面１０００に、画像情報ウィンドウ１００３、センサ検知情報ウィンドウ１０１１、位置情報ウィンドウ１０１７および時刻バー１０２０を有する画面情報が表示される。画像情報ウィンドウ１００３には、異常発生検知前の時刻（ｔ０―Ｔｍ）から異常発生検知時ｔ０までの画像が時系列に表示される。センサ検知情報ウィンドウ１０１１には、異常発生検知前の時刻（ｔ０―Ｔｍ）から異常発生検知時ｔ０までの検知情報の変化（例えば加速度の変化）が表示される。位置情報ウィンドウ１０１７は、異常発生検知前の時刻（ｔ０―Ｔｍ）から異常発生検知時ｔ０までの位置情報の変化（すなわち移動端末１０の移動経路）と周辺地図が表示される。時刻バー１０２０は、画像情報ウィンドウ１００３に表示する画像情報の時刻（（ｔ０―Ｔｍ）〜ｔ０）を指示入力するためのバーである。時刻バー１０２０により時刻が指示入力されると、画像情報ウィンドウ１００３では、指示時刻において移動端末１０のカメラ１０３で撮影された画像情報が表示され、センサ検知情報ウィンドウ１０１１では、指示時刻において移動端末１０のセンサ１１１で検知された検知情報を示す点にポインタ１０２１が移動し、位置情報ウィンドウ１０１７では、指示時刻における移動端末１０の位置を示す点にポインタ１０２２が移動し、転送先装置のスピーカからは指示時刻に移動端末１０のマイク１１３で入力された音声情報が出力される。
【００８３】
以上説明した本実施形態の異常通報システムは、主として次の３つの特徴を有する。
【００８４】
第１の特徴は、異常発生前から異常発生時までの状況を継続的に示すことになる情報（画像情報、音声情報、センサの検知情報、移動端末の位置情報など）を、常に一定期間以上継続した状態で保存し続けることである。従来、異常が発生した瞬間のみの画像情報では不十分であり、異常発生について的確な原因究明や適切な対応を行うことができなかった。また、異常発生時に急に記録を残そうとしても、操作できない、撮影できない、などの問題がある。これに対して、本実施形態では、異常発生の一定期間前から異常発生時までの状況を継続的に示す情報を参照することにより、異常発生について的確な原因究明や適切な対応を行うことができる。例えば被害者に接近してくる加害者の特徴を割り出したり、事故の場合には、事故原因がどこにあるのかを調べたりすることができる。
【００８５】
第２の特徴は、移動端末１０側で異常発生検知を行い、異常発生検知時にのみ、異常発生前から異常発生時までの状況を継続的に示す情報を、サーバ装置１５に対して送信することである。従来、移動端末１０からサーバ装置１５に対して画像情報を常に送信することは行われていたが、このような場合、通信負荷の問題（大容量の回線網が必要になる）、通信費用（パケット代）の問題、管理センタに画像情報が集中することによる管理センタの設備コストの問題（高性能なサーバ装置や大容量のストレージを購入する必要がある）、などがあった。しかし、異常事態の発生頻度は低く、且つ、重要な情報であってもなるべく低コストで送信できることが求められている。本実施形態では、既存の通信インフラ（携帯電話網やインターネット）をほぼそのまま利用することができるので、コストを抑えることができる。
【００８６】
第３の特徴は、携帯電話を用いることである。従来、交通事故発生後に整備工場で事故車から画像記録装置を回収して交通事故原因を調査することは行われていたが、データをリアルタイムで収集することができず、迅速な事故原因究明や適切な緊急対応が困難であった。これに対して、本実施形態では、携帯電話の無線通信機能を利用することによりリアルタイムな通報を実現できるだけでなく、携帯電話であれば移動、設置、転用が容易である。携帯電話は、普及率が高く、また、近年のものは一般にカメラを有しており、さらにＧＰＳ信号に基づく測位機能を有するものも普及してきており、測位機能を有しない場合であっても基地局での位置検出は可能であるなどメリットが多い。
【００８７】
本発明は、本明細書において説明した例や図面に図示された例には限定されず、本発明の要旨を逸脱しない範囲において、各種の設計変更や改良を行ってよいのはもちろんである。
【図面の簡単な説明】
【００８８】
【図１】異常通報システムの一例の全体構成図
【図２】移動端末の一例のブロック図
【図３】サーバ装置の一例のブロック図
【図４】移動端末の保存処理の一例の流れを示すフローチャート
【図５】移動端末の異常通報処理の一例の流れを示すフローチャート
【図６】サーバ装置の処理の一例の流れを示すフローチャート
【図７】ユーザ登録テーブルの一例を示す説明図
【図８】緊急対応者登録テーブルの一例を示す説明図
【図９】画像情報、音声情報、センサの検知情報、および、移動端末の位置情報を保存する場合の保存状態の一例を示す説明図
【図１０】通報対象情報の表示例を示す説明図
【符号の説明】
【００８９】
１０…移動端末（異常通報装置）、１５…サーバ装置、３０…データベース、１００…移動端末の中央演算装置、１０２…移動端末のカメラ制御部、１０３…移動端末のカメラ、１０４…移動端末のストレージ制御部、１０５…移動端末のストレージ、１０８…移動端末の通信部、１０９…移動端末の通信制御部、１１０…移動端末のセンサ制御部、１１１…移動端末のセンサ、１１２…移動端末の音声制御部、１１３…移動端末のマイク、１１７…移動端末の測位部、１５０…サーバ装置の中央演算装置、１５５…サーバ装置のディスプレイ、１５６…サーバ装置のネットワークインタフェース、１５８…サーバ装置のストレージ（データベース）
【図１】
2009049906.tif 000003
【図２】
2009049906.tif 000004
【図３】
2009049906.tif 000005
【図４】
2009049906.tif 000006
【図５】
2009049906.tif 000007
【図６】
2009049906.tif 000008
【図７】
2009049906.tif 000009
【図８】
2009049906.tif 000010
【図９】
2009049906.tif 000011
【図１０】
2009049906.tif 000012