(57)【要約】【課題】  限定された地域において、一般的な通信端末を用いた情報の収集を可能にすることにある。【解決手段】  通報用のアプリケーションプログラムがインストールされた複数の通信端末とWi-Fiアクセスポイントとセンタ機器を含む通報システムであって、前記複数の通信端末の中の第１の通信端末は、通報を前記Wi-Fiアクセスポイントへ送信し、前記複数の通信端末の中の第２の通信端末は、前記第１の通信端末から報知要求を受信すると、前記第２の通信端末の識別情報を前記Wi-Fiアクセスポイントへ送信し、前記Wi-Fiアクセスポイントは、前記通報を受信すると、前記センタ機器へ送信し、前記第２の通信端末の識別情報を受信すると、前記センタ機器へ送信し、前記センタ機器は、前記第２の通信端末の識別情報を受信すると、前記第２の通信端末に関する情報を特定する。【選択図】  図１
2017028528.tif 000002
【特許請求の範囲】
【請求項１】
通報用のアプリケーションプログラムがインストールされた複数の通信端末とWi-Fiアクセスポイントとセンタ機器を含む通報システムであって、
前記複数の通信端末の中の第１の通信端末は、
通報を前記Wi-Fiアクセスポイントへ送信し、
前記複数の通信端末の中の第２の通信端末は、
前記第１の通信端末から報知要求を受信すると、前記第２の通信端末の識別情報を前記Wi-Fiアクセスポイントへ送信し、
前記Wi-Fiアクセスポイントは、
前記通報を受信すると、前記センタ機器へ送信し、
前記第２の通信端末の識別情報を受信すると、前記センタ機器へ送信し、
前記センタ機器は、
前記第２の通信端末の識別情報を受信すると、前記第２の通信端末に関する情報を特定すること
を特徴とする通報システム。
【請求項２】
請求項１に記載の通報システムであって、
前記第２の通信端末は、
前記第２の通信端末のユーザの情報を前記Wi-Fiアクセスポイントへ送信し、
前記Wi-Fiアクセスポイントは、
前記第２の通信端末のユーザの情報を受信すると、前記センタ機器へ送信し、
前記センタ機器は、
前記第２の通信端末のユーザの情報を端末情報として記憶し、
前記第２の通信端末の識別情報を受信すると、前記端末情報に基づき、前記第２の通信端末に関する情報として前記第２の通信端末のユーザを特定すること
を特徴とする通報システム。
【請求項３】
請求項２に記載の通報システムであって、
前記第２の通信端末は、
前記第２の通信端末のユーザの情報の登録の指示を受け付けると、前記第２の通信端末のユーザの情報を前記Wi-Fiアクセスポイントへ送信し、
前記第１の通信端末から報知要求を受信すると、前記報知要求の受信を表示し、
前記報知の指示を受け付けると、前記第２の通信端末の識別情報を前記Wi-Fiアクセスポイントへ送信すること
を特徴とする通報システム。
【請求項４】
請求項３に記載の通報システムであって、
前記センタ機器は、
前記通報を受信すると、前記報知要求を前記Wi-Fiアクセスポイントへ送信し、
前記Wi-Fiアクセスポイントは、
前記報知要求を受信すると、前記第２の通信端末へ送信し、
前記第２の通信端末は、
前記報知要求を受信すると、前記第１の通信端末へ送信すること
を特徴とする通報システム。
【請求項５】
請求項４に記載の通報システムであって、
前記センタ機器は、
前記通報を受信すると、リソース確保要求を前記Wi-Fiアクセスポイントへ送信し、
前記Wi-Fiアクセスポイントは、
前記リソース確保要求を受信すると、前記第１の通信端末と前記第２の通信端末へ送信し、
リソース確保要求に対するリソース確保完了を受信すると、前記センタ機器へ送信し、
前記第１の通信端末は、
前記リソース確保要求を受信すると、前記リソース確保完了を前記Wi-Fiアクセスポイントへ送信し、
前記第２の通信端末は、
前記リソース確保要求を受信すると、前記リソース確保完了を前記Wi-Fiアクセスポイントへ送信すること
を特徴とする通報システム。
【請求項６】
請求項５に記載の通報システムであって、
前記センタ機器は、
前記Wi-Fiアクセスポイントから前記リソース確保完了を受信すると、前記報知要求を前記Wi-Fiアクセスポイントへ送信すること
を特徴とする通報システム。
【請求項７】
請求項６に記載の通報システムであって、
前記第１の通信端末は、
前記リソース確保要求を受信すると、前記リソース確保要求の受信を表示し、
リソース確保の指示を受け付けると、リソースを確保して前記リソース確保完了を送信し、
前記第２の通信端末は、
前記リソース確保要求を受信すると、前記リソース確保要求の受信を表示し、
リソース確保の指示を受け付けると、リソースを確保して前記リソース確保完了を送信すること
を特徴とする通報システム。
【請求項８】
請求項７に記載の通報システムであって、
前記第１の通信端末は、
前記通報の指示を受け付けると、前記通報を前記Wi-Fiアクセスポイントへ送信すること
を特徴とする通報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通報システムに関するものである。
【背景技術】
【０００２】
近年、災害を含む事故や事件への通信システムの応用の要求が高まっている。そのような技術として、例えば特許文献１には「事件発生時に携帯端末から緊急通報を行うと、前期端末が接続している基地局に接続している周囲の携帯端末の位置情報や加入者情報を取得し、事件・事故の事件関係者を探索し、事件・事故の早期解決を図るシステムである」と記載されている。
【０００３】
また、特許文献２には「患者の生体情報の異常を検出した際にアラーム情報を送信する装置と医療従事者の位置情報を送信する装置と前期アラーム情報と前期位置情報を受信し管理する装置を備え、患者への処置を迅速かつ効率的に行うことができる医療用警報システム及び医療警報用インジゲータ」と記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２２９９７３号公報
【特許文献２】特開２０１４−１７１７７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示された技術では、基地局が保持するエリアが広範囲なため、事件関係者や目撃者を特定する際に多くの関係者の情報を収集することとなり、膨大なデータを処理する必要があった。
【０００６】
また、特許文献２に開示された技術では、医療従事者にはICタグ等の専用端末を所持する必要がある。さらにアラームを発信する側も専用の通信端末を所持する必要があり、緊急時や緊急情報を受信する場合には前期システムを利用できる者は限られていた。
【０００７】
そこで、本発明の目的は、限定された地域において、一般的な通信端末を用いた情報の収集を可能にすることにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明に係る代表的な通報システムは、通報用のアプリケーションプログラムがインストールされた複数の通信端末とWi-Fiアクセスポイントとセンタ機器を含む通報システムであって、前記複数の通信端末の中の第１の通信端末は、通報を前記Wi-Fiアクセスポイントへ送信し、前記複数の通信端末の中の第２の通信端末は、前記第１の通信端末から報知要求を受信すると、前記第２の通信端末の識別情報を前記Wi-Fiアクセスポイントへ送信し、前記Wi-Fiアクセスポイントは、前記通報を受信すると、前記センタ機器へ送信し、前記第２の通信端末の識別情報を受信すると、前記センタ機器へ送信し、前記センタ機器は、前記第２の通信端末の識別情報を受信すると、前記第２の通信端末に関する情報を特定することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、限定された地域において、一般的な通信端末を用いた情報の収集が可能になる。
【図面の簡単な説明】
【００１０】
【図１】通報システムの構成の例を示す図である。
【図２】防災センタ内機器及びWi-Fiアクセスポイントの例を示すブロック図である。
【図３】通信端末の例を示すブロック図である。
【図４】防災センタ内機器が記憶する端末情報の例である。
【図５】防災センタ内機器が管理する周囲端末情報の例である。
【図６Ａ】事前登録画面の例を示す図である。
【図６Ｂ】通報画面の例を示す図である。
【図７】通報端末における無線リソース確保確認画面の例を示す図である。
【図８Ａ】周囲端末における無線リソース確保確認画面の例を示す図である。
【図８Ｂ】周囲端末における情報提供画面の例を示す図である。
【図９】通報システムの通信の例を示すシーケンス図である。
【図１０】通信端末の処理フローの例を示す図である。
【図１１】Wi-Fiアクセスポイントの処理フローの例を示す図である。
【図１２】防災センタ内機器の処理フローの例を示す図である。
【発明を実施するための形態】
【００１１】
図１は商業施設内の通報システムの構成の例を示す図である。図１に示すように本通報システムは、商業施設内に設置された防災センタ内機器１００と、防災センタが制御可能かつ複数の通信端末の無線リソースを制御可能な複数のWi-Fiアクセスポイント２００（Wi-Fiは登録商標）と、商業施設内向けに用意された通報用アプリケーションプログラム（以下、通信アプリと略す）が予めインストールされた無線通信機能を具備する通信端末３００で構成される。なお、通信端末３００−１や通信端末３００−２などを特に区別することなく表す場合は通信端末３００と記載し、他の符号についても同じように記載する。
【００１２】
通信端末３００のうち、防災センタへ通報した通信端末３００を特に通報端末４００とし、通報端末４００の周囲に位置する通信端末３００を周囲端末５００とする。ここで、周囲とはWi-Fi接続による通信端末３００間の通信が可能な範囲であってもよいし、１つのWi-Fiアクセスポイント２００と通信が可能な範囲であってもよい。防災センタ内機器１００と複数のWi-Fiアクセスポイント２００はLANケーブルを介して通信し、Wi-Fiアクセスポイント２００と通信端末３００と通報端末４００と周囲端末５００との間ではWi-Fi接続によって通信を行う。
【００１３】
防災センタ内機器１００は、商業施設用の通報用アプリに事前に登録されたユーザ情報の管理や、通報の受付や周囲端末５００の情報収集を行うボタン等の操作盤を有する。さらに、防災センタ内機器１００は、事件事故が起きた場合に必要に応じて警察や消防へ連絡して対処を行う商業施設内の防災センタ内に設置される。
【００１４】
Wi-Fiアクセスポイント２００は、商業施設内に複数台設置され、防災センタとLANケーブルによって有線で接続される。また、防災センタの指示に従い、商業施設内の通信機能を具備した通信端末３００に対し、通信端末３００間の通信に必要な無線リソース制御の機能を有する。複数のWi-Fiアクセスポイント２００のそれぞれは通信可能なWi-Fiカバーエリア２５０を有してもよい。
【００１５】
例えば、Wi-Fiアクセスポイント２００−１はWi-Fiカバーエリア２５０−１の中にある通信端末３００−１〜３００−３と通信可能であってもよく、Wi-Fiアクセスポイント２００−２はWi-Fiカバーエリア２５０−２の中にある通報端末４００と周囲端末５００−１〜５００−２と通信可能であってもよく、Wi-Fiアクセスポイント２００−３はWi-Fiカバーエリア２５０−３の中にある通信端末３００−４〜３００−５と通信可能であってもよい。
【００１６】
通信端末３００は、商業施設内のWi-Fiアクセスポイント２００に複数台接続され、各通信端末３００のユーザにより、予め前記商業施設内向けに用意された通報用アプリがインストールされ、個人情報を防災センタへ提供することが承認されている端末である。通信端末３００は、通報端末４００と周囲端末５００との間のように通信端末３００間の通信である端末間通信（D2D：Device to Device）も無線リソースに応じて可能である。
【００１７】
通報端末４００は、通信端末３００のうち、防災センタへ通報した端末であり、通報端末４００のユーザにより、商業施設内向けに用意された通報用アプリが予めインストールされ、個人情報を防災センタへ提供することが承認されている端末である。
【００１８】
周囲端末５００は、通信端末３００のうち、通報端末４００の通報時に周辺に位置している通信端末３００であり、周囲端末５００のユーザにより、商業施設内向けに用意された通報用アプリが予めインストールされ、個人情報を防災センタへ提供することが承認される端末である。
【００１９】
図２は防災センタ内機器１００及びWi-Fiアクセスポイント２００の例を示すブロック図である。防災センタ内機器１００は、ユーザインターフェイス１１０と、メモリ１２０と、プロセッサ１３０と、記憶媒体１５０とネットワークインターフェイス１６０と、を有する。メモリ１２０と、プロセッサ１３０と、記憶媒体１５０は制御部１４０を構成する。
【００２０】
ユーザインターフェイス１１０は防災センタの管理者が、商業施設内にいる人物からの緊急通報を受理する際に使用するスピーカやマイク、加えて通信端末３００間の通信の指示を出す際に押下するキーボードや、状況等を表示するディスプレイを具備している。
【００２１】
メモリ１２０は、プロセッサ１３０の制御で実行するプログラムと実行結果が格納される。この実行結果として、周囲端末５００の情報を収集した図５を用いて後で説明する周囲端末情報１７０が格納されてもよい。
【００２２】
プロセッサ１３０は、メモリ１２０に格納されたプログラムを実行し、周囲端末５００がWi-Fiアクセスポイント２００へ送信する端末IDと記憶媒体１５０に記憶された情報を比較し、端末IDを送信した周囲端末５００のユーザ情報を検出する処理を行う。
【００２３】
記憶媒体１５０は、不揮発性の記憶素子で構成され、商業施設向けの通報用アプリをインストールした通信端末３００のユーザが事前に承認した上で登録する個人情報を含む端末情報１８０を記録する媒体である。なお、周囲端末情報１７０やプロセッサ１３０が実行するプログラムも記憶媒体１５０に格納されてもよいし、端末情報１８０がメモリ１２０に格納されてもよく、メモリ１２０と記憶媒体１５０との間で情報がコピーされてもよい。
【００２４】
ネットワークインターフェイス１６０は、Wi-Fiアクセスポイント２００との通信をLANケーブル経由で行うためのインターフェイスである。
【００２５】
Wi-Fiアクセスポイント２００はネットワークインターフェイス２１０と、無線通信部２２０と、メモリ２３０と、プロセッサ２４０と、を有する。ネットワークインターフェイス２１０は、防災センタ内機器１００と通信するためのインターフェイスであり、LANケーブルを接続する。無線通信部２２０は、通報端末４００と周囲端末５００を含む通報端末３００とWi-Fi接続するための通信部である。
【００２６】
メモリ２３０は、プロセッサ２４０の制御で実行するプログラムと実行結果を格納する。プロセッサ２４０は、無線信号の変調・復調等の処理や、通信端末３００と防災センタ内機器１００との通信の中継処理を含めて、メモリ２３０に保存されたプログラムを実行する事で様々な処理を行う。
【００２７】
図３は通信端末３００の例を示すブロック図である。通信端末３００はその使い方に応じて通報端末４００あるいは周囲端末５００となるため、これら全ては同じ構成である。通信端末３００は、プロセッサ３１０と無線通信部３２０とメモリ３３０と、通報用アプリ３４０とを有する。
【００２８】
プロセッサ３１０は、無線信号の変調・復調等の処理を含めて、通信端末３００のメモリ３３０に保存されたプログラムを実行することで様々な処理を行う。無線通信部３２０は、他の通信端末３００及びWi-Fiアクセスポイント２００とWi-Fi接続するための通信部である。
【００２９】
メモリ３３０は、プロセッサ３１０の処理プログラム及び処理結果を格納する。通報用アプリ３４０は、予め無線通信機能を具備した通信端末３００に、その通信端末３００のユーザの了承のもとインストールされるものであり、メモリ３３０に格納される。通報用アプリ３４０がインストールされることにより、専用ではない通信端末３００であっても、商業施設内の防災センタへの通報や通信端末３００間の通信が可能となる。また、通信端末３００のユーザの情報を防災センタへ通知することも可能となる。
【００３０】
図４は防災センタ内機器１００が予め記憶する端末情報１８０の例を示す図である。図４に示した端末情報１８０は、商業施設を利用する通信端末３００のユーザが商業施設専用の通報用アプリ３４０を通信端末３００へインストールした後に、ユーザにより入力されるデータを基にして作成され、防災センタ内機器１００の内部に保存される。端末情報１８０は例えばテーブルであり、そのテーブルは、登録した通信端末３００に固有の端末ID、端末のユーザの氏名、住所、電話番号、年齢、性別を有している。なお、ユーザの情報はこれらに限定されるものではなく、ユーザ本人を確認できる情報や緊急連絡先となる情報等があってもよい。
【００３１】
図５は周囲端末５００から端末ID取得後に防災センタ内機器１００が管理する周囲端末情報１７０の例を示す図である。図５に示した周囲端末情報１７０は、防災センタ内機器１００が周囲端末５００の端末IDを取得し、図４に示した端末情報１８０から該当する端末IDの端末の情報を収集して作成される。周囲端末情報１７０は例えばテーブルであり、ユーザの氏名、住所、電話番号、周囲端末５００のある位置情報、緊急用報知フレームに対して端末IDを受信した時間で構成される。なお、これらの情報に限定されるものではなく、端末情報１８０に応じて他の情報を含んでもよい。
【００３２】
図６Ａは通報用アプリ３４０による事前登録画面の例を示す図である。事前登録画面は、情報登録画面であることを通知する部分と、防災センタ内機器１００が端末情報１８０として管理する情報の氏名、年齢、性別、住所、電話番号が入力される部分と、入力内容にかかわらず事前登録画面からホーム画面へ戻るためのボタンと、入力内容を確定するためのボタンで構成される。
【００３３】
図６Ｂは通報用アプリ３４０による通報画面の例を示す図である。通報画面は、通報画面であることを通知する部分と、通報する場合に押下されるボタンと、通報をしない場合に押下されるボタンで構成される。
【００３４】
図７は通報端末４００での通報用アプリ３４０による無線リソース確保の確認画面の例を示す図である。通報端末４００でのリソース確保確認画面は、通信端末３００間の通信用のリソースを確保するか否かを通知する部分と、この通知に対して、リソースを確保する場合に押下されるボタンと、確保しない場合に押下されるボタンで構成される。
【００３５】
図８Ａは周囲端末５００での通報用アプリ３４０による無線リソース確保の確認画面の例を示す図である。周囲端末５００でのリソース確保確認画面は、実際は通報端末４００である周囲で通報のあったこと及び通信端末３００間の通信用のリソースを確保するか否かを通知する部分と、この通知に対して、リソースを確保する場合に押下されるボタンと、確保しない場合に押下されるボタンで構成される。
【００３６】
図８Ｂは周囲端末５００での通報用アプリ３４０による個人情報提供確認画面の例を示す図である。周囲端末５００での情報提供画面は、実際は通報端末４００である周囲で通報のあったこと及び周囲端末５００のユーザの個人情報を提供するか否かを通知する部分と、個人情報を提供する場合に押下されるボタンと、提供しない場合に押下されるボタンで構成される。
【００３７】
図９の通報システムの通信の例を示すシーケンス図を用いて、防災センタが通報端末４００の付近の周囲端末５００の情報を収集し、周囲端末５００のユーザを特定するまでのシーケンスを説明する。なお、ここでは、図１に示したWi-Fiカバーエリア２５０−２の例を説明するが、他のWi-Fiカバーエリア２５０と通信端末３００において同じシーケンスの動作をしてもよい。
【００３８】
まず、通報端末４００が緊急通報を商業施設内専用の通報用アプリ３４０を用いて、Wi-Fiアクセスポイント２００−２経由で防災センタへ通報する（ステップ６０１）。例えば図６Ｂを用いて説明した通報するためのボタンが押下される。ここで、通報端末４００の位置情報や端末IDも送信されてもよい。なお、図６Ａを用いて説明した通報端末４００と周囲端末５００−１、５００−２の情報は事前に入力され、端末情報１８０は作成済みである。
【００３９】
これに対し、防災センタの管理者によって周囲端末５００の情報が必要であると判定された場合、管理者の操作に応じて防災センタ内機器１００から通報端末４００が接続しているWi-Fiアクセスポイント２００−２へリソース確保指示要求を送信する（ステップ６０３）。
【００４０】
なお、通報端末４００が接続するWi-Fiアクセスポイント２００−２とは異なるWi-Fiアクセスポイント２００−１、２００−３へ周囲端末５００が接続している場合も考慮し、防災センタ内機器１００は通報端末４００が接続しているWi-Fiアクセスポイント２００−２に隣接する複数のWi-Fiアクセスポイント２００へリソース確保指示要求を送信してもよい。
【００４１】
Wi-Fiアクセスポイント２００−２では通報端末４００及び通報端末４００の位置情報を基にした範囲内にある周囲端末５００−１、５００−２へD2D用リソース確保要求を送信する（ステップ６０４）。ここで、通報端末４００の位置情報を基にした範囲は、Wi-Fiカバーエリア２５０−２であってもよく、ステップ６０４−１〜６０４−３は１つのブロードキャストの送信であってもよい。
【００４２】
D2D用リソース確保要求を受信した通報端末４００と周囲端末５００−１、５００−２のそれぞれでは、インストール済みの通報用アプリ３４０により図７と図８Ａに示したリソース確保確認画面を表示する。この画面を見た各ユーザは確保するか否かを判断し、各ユーザの操作に応じて確保する場合は通報端末４００と周囲端末５００−１でD2D用リソース確保し（ステップ６０５−１、６０５−２）、確保完了通知をWi-Fiアクセスポイント２００−２へ送信する（ステップ６０６−１、６０６−２）。また、ユーザの操作に応じて確保しない場合（ステップ６０５−３）、周囲端末５００−２はリソース確保NG信号をWi-Fiアクセスポイント２００−２へ送信する（ステップ６０６−３）。
【００４３】
通報端末４００と周囲端末５００−１、５００−２からリソース確保要求に対する返答を受信したWi-Fiアクセスポイント２００−２は、リソース確保完了の返答を防災センタ内機器１００へ中継する（ステップ６０７）。防災センタ内機器１００はD2D用リソース確保が完了の返答を受信した場合、通報端末４００から周囲へ報知する緊急用報知フレームの送信要求を、Wi-Fiアクセスポイント２００−２経由で通報端末４００へ送信する（ステップ６０８）。
【００４４】
通報端末４００は防災センタから緊急用報知フレームの送信要求を受信した場合、通報端末４００の周囲の周囲端末５００−１へ緊急用報知フレームを送信する（ステップ６０９）。D2D用リソースを既に確保した周囲端末５００−１は、通報端末４００から緊急用報知フレームを受信すると、通報用アプリ３４０により図８Ｂに示した情報適用画面を表示し、この画面を見たユーザの操作に応じて端末IDの送信が許可されると（ステップ６１０）、端末IDをWi-Fiアクセスポイント２００−２経由で防災センタ内機器１００へ送信する（ステップ６１１）。
【００４５】
なお、ステップ６０９において通報端末４００はブロードキャストで送信してもよい。周囲端末５００−２は、D2D用リソースが確保していないため、このブロードキャストを受信することはない。周囲端末５００−１は端末IDとともに周囲端末５００−１の位置情報を送信してもよい。
【００４６】
周囲端末５００−１の端末IDを受信した防災センタ内機器１００は端末情報１８０の個人情報の中から端末IDに基づき周囲端末５００−１のユーザを特定する（ステップ６１２）。ここで、防災センタ内機器１００は、特定されたユーザの情報に基づき周囲端末情報１７０を生成してもよい。周囲端末情報１７０の受信時刻としてステップ６１１の端末IDの通知を受信した時刻を登録してもよく、周囲端末情報１７０の端末の位置として周囲端末５００−１の送信された位置情報を登録してもよい。
【００４７】
通報端末４００と周囲端末５００−１からは位置情報が送信されず、複数のWi-Fiアクセスポイント２００の中でWi-Fiアクセスポイント２００−２を識別する情報を位置情報として処理してもよい。これにより、Wi-Fiカバーエリア２５０−２を位置の特定する単位とみなしてもよい。
【００４８】
以上で説明したように、本通報システムにより、通報者の周囲にいる人物を、通報端末４００の周囲にある周囲端末５００から端末IDを収集することで、特定することができる。その結果、警察や商業施設管理者が初動捜査等で有益となる情報を得たいときに、操作対象者となりえる通報者の周囲にいる人物を把握することができる。
【００４９】
図１０を用いて、通信端末３００にインストールされる通報用アプリ３４０の処理フローの例を説明する。まず、通報用アプリ３４０が起動されると、ユーザの情報の登録の有無を判定し（ステップ７０１）、未登録と判定した場合は図６Ａに示した事前登録画面を表示してユーザの情報の登録を受け付け（ステップ７０２）、登録済みと判定した場合は図６Ｂに示した通報画面を表示する。
【００５０】
通報用アプリ３４０にしたがってプロセッサ３１０は、通報のボタンが選択されたかを判定し（ステップ７０３）、通報が選択されたと判定した場合、通報が選択された通信端末３００は通報端末４００となり、ステップ７０４へ遷移する。D2D用リソース確保要求を受信し、図７のリソース確保確認画面を表示し、確保のボタンが選択されたかを判定する（ステップ７０４）。
【００５１】
ステップ７０４で確保のボタンが選択されたと判定した場合、D2D用の無線リソースを確保し、無線端末３００間の通信すなわち通報端末４００と周囲端末５００との間の通信を処理する。ステップ７０４で確保のボタンが選択されなかったと判定した場合とステップ７０５が終了した場合は、通報の処理を終了する（ステップ７０６）。
【００５２】
ステップ７０３で通報のボタンが選択されなかったと判定した場合、通信端末３００は周囲端末５００となり、通報アプリ３４０はバックグラウンドで待機状態となる（ステップ７０７）。バックグラウンドの待機状態において、Wi-Fiアクセスポイント２００からD2D用リソース確保要求を受信したと判定した場合（ステップ７０８）、図８Ａに示したリソース確保確認画面を表示し、確保のボタンが選択されたかを判定する（ステップ７０９）。
【００５３】
ステップ７０９で確保のボタンが選択されたと判定した場合、D2D用の無線リソースを確保し、ステップ７１０へ遷移して緊急用報知フレームの待機状態となる。ステップ７０９で確保のボタンが選択されなかったと判定した場合、リソース確保NG信号をWi-Fiアクセスポイント２００へ送信し、バックグラウンドの待機状態に遷移する（ステップ７０７）。
【００５４】
緊急用報知フレームを受信したか判定し（ステップ７１０）、緊急用報知フレームを受信したと判定した場合、図８Ｂに示した情報提供画面を表示し、提供のボタンが選択されたかを判定する（ステップ７１１）。ステップ７１１で提供のボタンが選択されたと判定した場合、端末IDをWi-Fiアクセスポイント２００へ送信する（ステップ７１２）。なお、ステップ７０９、７１１において予め設定された一定時間内に操作されない場合と、ステップ７１０において予め設定された一定時間内に緊急用報知フレームを受信しない場合は、バックグラウンドの待機情報に遷移する（ステップ７０７）。
【００５５】
ステップ７０６、７１２の処理後、通報用アプリ３４０に対して、ＯＳ等で一般的なアプリの終了操作が行われたかを判定し（ステップ７１３）、終了操作が行われたと判定した場合は通報用アプリ３４０を終了し、終了操作が行われていないと判定した場合はバックグラウンドの待機状態に遷移する（ステップ７０７）。
【００５６】
図１１を用いて、Wi-Fiアクセスポイント２００の処理フローの例を説明する。通報を受けた後、防災センタ内機器１００からD2D用の無線リソース確保要求の受信により処理が開始となる。このため、待機状態となり（ステップ８０１）、無線リソース確保要求を防災センタ内機器１００から受信したか判定する（ステップ８０２）。
【００５７】
無線リソース確保要求を受信したと判定した場合、Wi-Fiアクセスポイント２００に接続している通信端末３００に対してD2D用の無線リソース確保要求を送信する（ステップ８０３）。これに対して、通信端末３００から無線リソース確保完了通知あるいは無線リソース確保NG信号を受信したか判定し（ステップ８０４）、受信したと判定した場合、リソース確保完了の返答を防災センタ内機器１００へ送信し（ステップ８０５）、ソフトウェアの処理は終了する。
【００５８】
また、ステップ８０４において、予め設定された一定時間内に通信端末３００から無線リソース確保完了通知あるいは無線リソース確保NG信号を受信しなかったと判定した場合は、そのまま処理は終了となる。
【００５９】
図１２を用いて、防災センタ内機器１００の処理フロー例を説明する。通報を受けた後、まず、防災センタ内機器１００はリソース確保要求をWi-Fiアクセスポイント２００へ送信する（ステップ９０１）。その後、Wi-Fiアクセスポイント２００からリソース確保完了の返答を受信したかを判定し（ステップ９０２）、受信したと判定した場合はステップ９０３へ遷移する。リソース確保完了の返答が予め設定された一定時間内に受信できなかった場合は受信できなかったと判定し、そのまま情報収集処理は終了する。
【００６０】
ステップ９０３では、緊急用報知フレーム送信指示を通報端末４００へ要求する（ステップ９０３）。そして、周囲端末５００から端末IDを受信したか判定し（ステップ９０４）、端末IDを受信したと判定した場合は、予め記憶媒体１５０に格納した端末情報１８０を用い周囲端末５００のユーザを特定する（ステップ９０５）。ここで、特定したユーザの情報から周囲端末情報１７０を生成してもよい。ステップ９０４で予め設定された一定時間内に端末IDが受信できなかった場合は、情報収集処理は終了する。
【００６１】
以上で説明したように、限定された地域において通報端末４００と周囲端末５００が情報を提供できる。これにより、通報者とその周囲にいる人物を特定することができ、初動捜査などに有益な情報を提供可能となる。また、通報用のアプリケーションプログラムをインストールするだけで、特殊な通信端末を必要とせずに、通報などが可能となる。さらに、通報用のアプリケーションプログラムをインストールした際と、端末IDを通知する際には、個人情報の送信を確認するため、個人情報の扱いの制御が可能となる。
【符号の説明】
【００６２】
１００…防災センタ内機器、２００…Wi-Fiアクセスポイント、３００…通信端末、４００…通報端末、５００…周囲端末
【図１】
2017028528.tif 000003
【図２】
2017028528.tif 000004
【図３】
2017028528.tif 000005
【図４】
2017028528.tif 000006
【図５】
2017028528.tif 000007
【図６Ａ】
2017028528.tif 000008
【図６Ｂ】
2017028528.tif 000009
【図７】
2017028528.tif 000010
【図８Ａ】
2017028528.tif 000011
【図８Ｂ】
2017028528.tif 000012
【図９】
2017028528.tif 000013
【図１０】
2017028528.tif 000014
【図１１】
2017028528.tif 000015
【図１２】
2017028528.tif 000016