JP6722711B2 - 通報処理システム及び通報処理方法 - Google Patents

Description

この発明は、緊急時の通報を適切に処理する通報処理システム及び通報処理方法に関する。

従来、事故や火災などの事象が発生した場合に、警備エリアに設置した火災センサ等を用いた警備システムからの通報や、通報用アプリケーションを搭載した携帯電話機等による通報に基づき、待機場所などから対処員を現地に派遣して該事象に対応させる通報処理システムが知られている（例えば、特許文献１参照）。

特開２０１１−１４２３７０号公報

しかしながら、上記特許文献１によれば、事故や火災などの事象の発生を視認した複数の通報者によって重複した複数の通報がなされた場合に、これら複数の通報が同じ事象を指し示すものであるか否かを人が判断せねばならず、対処員の迅速な派遣を行ううえでの阻害要因となる。特に、複数の通報者によって重複した複数の通報がなされた状況であるにも関わらず、これらの事象がそれぞれ別事象であると判断されたならば、一人の対処員で対応可能な事象に複数人の対処員を派遣することになり、不要な派遣が発生してしまうという問題が生ずる。

加えて、火災等の主たる事象（以下、「主事象」と言う）が発生した場合に、この主事象に関連する副次的な事象（以下、「副次的事象」と言う）が発生する可能性がある。例えば、火災を主事象であるとした場合の怪我人の発生が副次的事象となる。この場合、この事象の当事者あるいは一般人等からの通報は、その内容が火災や怪我人の発生等異なる内容になり、これらの通報が同じ事象に基づくものであるか否かの判断が難しくなる。その結果、必要以上の対処員を現地に派遣せざるを得ず、他の事象への対応が遅れる可能性が生ずる。

これらのことから、事象の発生に伴う複数の通報に応答して対処員を派遣する場合に、該複数の通報にいかに効率良く対応するかが重要な課題となっている。

本発明は、上記従来技術の課題を解決するためになされたものであって、事象の発生に伴う複数の通報に応答して対処員を派遣する場合に、効率良く対処員を派遣することができる通報処理システム及び通報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に記載の発明は、所定の事象の発生に伴う通報を受け付ける受付部と、前記受付部により複数の通報を受け付けた場合に、該複数の通報が同一の事象に起因する通報であるか否かを判定する判定部と、前記判定部による判定結果に基づいて前記事象に対処する対処員を特定する特定部と、前記特定部により特定された対処員に対して、前記事象への対処通知を行う通知部とを備えたことを特徴とする。

また、請求項２に記載の発明は、請求項１に記載の発明において、前記判定部は、前記通報の種別と、前記通報の位置と、前記通報の時間のうち少なくとも１つを用いて前記複数の通報が同一の事象に起因する通報であるか否かを判定することを特徴とする。

また、請求項３に記載の発明は、請求項１または２に記載の発明において、前記判定部は、複数の通報について種別の相関度合を示す評価値を算定し、算定した評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする。

また、請求項４に記載の発明は、請求項１〜３のいずれか一つに記載の発明において、前記判定部は、所定の事象に起因する最初の通報から前記対処員の到着までに受け付けた他の通報について、同一の事象に起因する通報である可能性があることを示す評価値を算定し、算定した評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする。

また、請求項５に記載の発明は、請求項１〜４のいずれか一つに記載の発明において、前記判定部は、前記複数の通報について発信元の間の距離が小さいほど同一の事象に起因する通報である可能性が高いことを示す評価値を算定し、算定した評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする。

また、請求項６に記載の発明は、請求項３〜５のいずれか一つに記載の発明において、前記判定部は、複数の前記評価値から総合評価値を算定し、算定した総合評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする。

また、請求項７に記載の発明は、請求項１〜６のいずれか一つに記載の発明において、同一の事象に起因する通報の件数に基づいて該事象の重大度を推定する重大度推定部をさらに備えたことを特徴とする。

また、請求項８に記載の発明は、所定の事象の発生に伴う通報を受け付ける受付ステップと、前記受付ステップにより複数の通報を受け付けた場合に、該複数の通報が同一の事象に起因する通報であるか否かを判定する判定ステップと、前記判定ステップによる判定結果に基づいて前記事象に対処する対処員を特定する特定ステップと、前記特定ステップにより特定された対処員に対して、前記事象への対処通知を行う通知ステップとを含むことを特徴とする。

本発明によれば、事象の発生に伴う複数の通報に応答して対処員を派遣する場合に、効率良く対処員を派遣することができる。

図１は、実施例に係る通報処理システムについての説明図である。 図２は、図１に示した通報処理システムのシステム構成図である。 図３は、図１に示したコントロールセンタの内部構成を示す内部構成図である。 図４は、図２に示した対処員端末装置の内部構成を示す内部構成図である。 図５は、対処員状態データ及び通報履歴データの具体例についての説明図である。 図６は、事象履歴データの具体例についての説明図である。 図７は、同一のインシデントに起因して行われる通報の数についての説明図である。 図８は、種別スコアに係るクラスタ分析についての説明図である。 図９は、総合評価値の変形例についての説明図である。 図１０は、重大度の推定についての説明図である。 図１１は、コントロールセンタの処理手順を示すフローチャートである。

以下に、添付図面を参照して、本発明に係る通報処理システム及び通報処理方法の好適な実施例を詳細に説明する。

図１は、実施例に係る通報処理システムについての説明図である。図１に示す通報処理システムは、所定の事象の発生に伴う通報を受け付けた場合に、通報の種別や通報者の位置情報から事象に対処する対処員を特定し、特定した対処員を担当対処員として現地に派遣することで対処員による対処を行う。

図１では、通報者Ｐ１〜Ｐ３が警備システムのコントロールセンタ５０に通報を行っている（Ｓ１１）。ここで、通報者Ｐ１と通報者Ｐ２は種別を火災として通報を行い、通報者Ｐ３は種別を負傷者として通報を行っている。コントロールセンタ５０は、これらの通報を受けて現地で対処を行う対処員を特定するのであるが、通報者Ｐ１〜Ｐ３からの通報の全てについて担当対処員を割り当てると、通報の数だけ対処員が必要となる。

例えば、通報者Ｐ１と通報者Ｐ２は、同一の火災について重複して通報しているにも関わらず、通報毎に対処員を特定して対処通知を行うと、過剰な対処員が同一事象の対処に割り当てられる事態となる。

また、通報者Ｐ３は、種別を負傷者として通報を行っているが、この負傷者は、火災に起因する副次的事象である可能性がある。すなわち、通報者Ｐ１と通報者Ｐ２が通報した火災を主事象とし、この火災に起因した副次的事象である負傷者について通報者Ｐ３が通報を行っているならば、通報者Ｐ１〜３は同一の事象に起因する通報を行っていることになる。

そこで、コントロールセンタ５０は、複数の通報を受け付けたならば（Ｓ１２）、インシデントの同一判定を行うことで、通報の重複を識別する（Ｓ１３）。インシデントとは、対処員による対処が必要な事象であり、火災、事故、負傷者、急病人、忘れ物、客同士のトラブルなどが含まれる。

インシデント同一判定の詳細については後述するが、新たに受け付けた通報が受付済みの通報と同一のインシデントに起因する通報であるか否かを通報者の位置、通報の時間、通報の種別の相関関係から判定する。

コントロールセンタ５０は、この同一判定の結果に基づいてインシデントの対処にあたる対処員を特定し（Ｓ１４）、特定した対処員に対処通知を行う（Ｓ１５）。図１の例では、通報者Ｐ１〜Ｐ３が同一のインシデントに起因して重複して通報したと判定し、１名の対処員を派遣している。

このように、コントロールセンタ５０は、所定の事象の発生に伴って複数の通報を受け付けた場合に、該複数の通報が同一の事象に起因する通報であるか否かを判定し、判定結果に基づいて事象に対処する対処員を特定し、特定した対処員に対して事象への対処通知を行う。かかる構成により、事象の発生に伴う複数の通報に応答して対処員を派遣する場合に、該複数の通報に効率良く対応して対処員を派遣することができる。

次に、図１に示した通報処理システムのシステム構成について説明する。図２は、図１に示した通報処理システムのシステム構成図である。図２に示すように、通報処理システムは、固定装置１０、拠点サーバ２０、可搬カメラユニット２１、可搬センサユニット２２、対処員装備３０、コントロールセンタ５０、サービスサーバ８０及び図示しない携帯端末を有する。

固定装置１０は、予め警備対象領域に設置された装置である。この固定装置１０には、警備対象領域の警備に用いる情報を取得するために予め設置された情報取得手段、広告の表示等に用いられる大型固定ディスプレイ１４、固定スピーカ１５等が含まれる。また、予め設置された情報取得手段としては、監視カメラ１１、侵入センサ１２、火災センサ１３等が含まれる。また、空調装置など任意の装置から動作状態を示す設備情報を取得することもできる。

拠点サーバ２０は、固定装置１０と、コントロールセンタ５０との通信を中継するサーバである。拠点サーバ２０は、警備対象領域の内部、若しくは近傍に設置する。また、複数の警備対象領域が存在する場合などには、拠点サーバ２０を複数設けることができる。

可搬カメラユニット２１は、設置された地点の周辺を撮像し、画像データをコントロールセンタ５０に送信する。この可搬カメラユニット２１とコントロールセンタ５０との間の通信も、拠点サーバ２０により中継される。

可搬センサユニット２２は、火災センサや侵入センサなど、任意のセンサに通信機能を持たせ、設置された地点の周辺の情報を取得し、取得した情報をコントロールセンタ５０に送信する。この可搬センサユニット２２とコントロールセンタ５０との間の通信も、拠点サーバ２０により中継される。

対処員装備３０は、対処員が装備する装置である。対処員装備３０には、ウェアラブルカメラであるカメラ３１と、マイク３２と、ＧＰＳ（Global Positioning System）ユニット３３と、イヤホン３４と、スピーカ３５と、無線中継装置３６と、対処員端末装置４０とが含まれる。

カメラ３１は、周囲を撮像し、画像データを対処員端末装置４０に出力する。マイク３２は、周囲の音を取得し、音データを対処員端末装置４０に出力する。ＧＰＳユニット３３は、ＧＰＳ人工衛星の信号を受信して位置を算出し、位置データを対処員端末装置４０に出力する。イヤホン３４及びスピーカ３５は、対処員端末装置４０からの制御を受けて音の出力を行なう。

対処員端末装置４０は、携帯電話通信網を用いた無線通信を行なう機能と、Ｗｉ−Ｆｉ（Wireless Fidelity）等の規格に準じた無線通信を行なう機能とを有する。対処員端末装置４０は、これらの通信機能を用いてコントロールセンタ５０と通信することができる。なお、Ｗｉ−Ｆｉ等の規格に準じた無線通信は、無線中継装置３６及び拠点サーバ２０を経由して行なう。

無線中継装置３６は、Ｗｉ−Ｆｉ等の規格に準じた無線通信を中継する装置であり、対処員端末装置４０と拠点サーバ２０との間の通信のみならず、他の装置の無線通信を中継することができる。例えば、他の無線中継装置３６の通信の中継や、歩行者の携帯端末からインターネットへの接続の中継を行なうことも可能である。

対処員端末装置４０は、カメラ３１、マイク３２及びＧＰＳユニット３３が出力したデータをコントロールセンタ５０に送信し、コントロールセンタ５０から受信したデータに基づいてイヤホン３４及びスピーカ３５への出力を行なう。

また、対処員端末装置４０は、カメラ３１、マイク３２及びＧＰＳユニット３３から取得したデータを使用する処理を自装置で実行し、処理結果に応じた出力をイヤホン３４及びスピーカ３５を用いて行なうことができる。

携帯端末（図示しない）は、ボランティアスタッフや一般人が所持する携帯電話機等である。携帯端末には一般にカメラやマイク、スピーカ、ＧＰＳユニットが備えられており、サービスサーバ８０より通報用アプリケーションプログラムをインストールすることで、対処員端末装置４０と同様にコントロールセンタ５０への通報を可能としている。

コントロールセンタ５０は、固定装置１０、可搬カメラユニット２１、可搬センサユニット２２及び対処員装備３０から受信したデータを用い、警備対象領域の警備を行なう。また、コントロールセンタ５０は、サービスサーバ８０と通信し、サービスサーバ８０が提供するサービスを対処員端末装置４０で利用可能とする。

サービスサーバ８０は、通報用アプリケーションや通訳サービスなど、対処員装備３０を装備した対処員や携帯電話を所持するボランティアスタッフ等を補助する各種サービスを提供するサーバである。サービスサーバ８０は、サービスごとに個別に設けてもよい。

次に、図１に示したコントロールセンタ５０の内部構成について説明する。図３は、図１に示したコントロールセンタ５０の内部構成を示す内部構成図である。図３に示すように、コントロールセンタ５０は、警備対象領域情報取得部５１、装置制御指示送信部５２、通知送信部５３、記憶部５４及び制御部５５を有する。

警備対象領域情報取得部５１は、固定装置１０、可搬カメラユニット２１、可搬センサユニット２２及び対処員装備３０から情報を取得し、制御部５５に出力する処理部である。

装置制御指示送信部５２は、制御部５５が出力する制御指示を対象の装置に送信する処理部である。制御指示の送信対象となる装置は、固定装置１０、可搬カメラユニット２１及び可搬センサユニット２２などである。通知送信部５３は、制御部５５が出力する対処通知を対処員端末装置４０に送信する処理部である。

記憶部５４は、ハードディスクやフラッシュメモリなどの記憶デバイスであり、対処員状態データ５４ａ、通報履歴データ５４ｂ、事象履歴データ５４ｃ及び通報種別クラスタ分析データ５４ｄを記憶する。

対処員状態データ５４ａは、対処員の状態を示すデータである。通報履歴データ５４ｂは、コントロールセンタ５０が受け付けた通報の履歴を示すデータである。事象履歴データ５４ｃは、通報などにより検知したインシデントの履歴を示すデータである。通報種別クラスタ分析データ５４ｄは、通報の種別の相関関係を示すデータである。

制御部５５は、コントロールセンタ５０を全体制御する制御部であり、対処員状態管理部５５ａ、事象検知部５５ｂ、同一判定部５５ｃ、装置制御部５５ｄ、対処員特定部５５ｅ、対処通知部５５ｆ及び重大度推定部５５ｇを有する。制御部５５は、ＣＰＵ（Central Processing Unit）などで実現できる。制御部５５をＣＰＵにより実現する場合には、対処員状態管理部５５ａ、事象検知部５５ｂ、同一判定部５５ｃ、装置制御部５５ｄ、対処員特定部５５ｅ、対処通知部５５ｆ及び重大度推定部５５ｇは、ＣＰＵが実行するプロセスとして実現される。

対処員状態管理部５５ａは、警備対象領域情報取得部５１が対処員装備３０から取得した情報を対処員状態データ５４ａに登録することで、対処員の状態を管理する処理部である。具体的には、対処員状態管理部５５ａは、各対処員の装備、状態、位置などを対処員状態データ５４ａに適宜登録する。

事象検知部５５ｂは、対処員による対処が必要な事象であるインシデントの発生を検知する処理部である。事象検知部５５ｂは、警備対象領域情報取得部５１が固定装置１０、可搬カメラユニット２１、可搬センサユニット２２などから取得した情報を用いてインシデントの発生を検知する。また、対処員装備３０からの通報、ボランティアスタッフや一般人からの通報などに基づいてインシデントの検知を行う。

また、事象検知部５５ｂは、対処員やボランティアスタッフ、一般人等から通報を受けた場合には、受け付けた通報に関する情報を通報履歴データ５４ｂに登録する。

同一判定部５５ｃは、新たに受け付けた通報が受付済みの通報と同一のインシデントに起因する通報であるか否かを通報者の位置、通報の時間、通報の種別の相関関係から判定する処理部である。同一判定部５５ｃは、通報者の位置、通報の時間、通報の種別の相関関係についてそれぞれ評価値を算定し、これらの評価値から総合評価値を求め、総合評価値を用いて同一のインシデントに起因する通報であるか否かを判定する。

通報者の位置の評価値は、発信元である通報者の間の距離が小さいほど同一の事象に起因する通報である可能性が高いことを示し、同一の事象に起因する可能性が高いほど大きい値となる位置スコアとして算定する。

通報の時間の評価値は、所定の事象に起因する最初の通報から対処員の到着までに受け付けた他の通報について、同一の事象に起因する通報である可能性があることを示し、同一の事象に起因する可能性が高いほど大きい値となる時間スコアとして算定する。

通報の種別の評価値は、通報種別クラスタ分析データ５４ｄを参照して種別の相関度合を求めたものであり、種別の相関度合が高く、同一の事象に起因する可能性が高いほど大きい値となる種別スコアとして算定する。

総合評価値は、位置スコア、時間スコア及び種別スコアの積などを用いればよい。同一判定部５５ｃは、総合評価値が閾値以上である場合に、同一の事象に起因する通報であると判定する。位置スコア、時間スコア、種別スコア総合評価値の詳細については後述する。

同一判定部５５ｃは、新たに受け付けた通報が受付済みの通報と同一のインシデントに起因する通報でないと判定した場合には、新たに受け付けた通報を新規のインシデントとして事象履歴データ５４ｃに登録する。一方、新たに受け付けた通報が受付済みの通報と同一のインシデントに起因する通報である判定した場合には、受付済みの通報に新たに受け付けた通報に関する情報を追加して事象履歴データ５４ｃを更新する。

装置制御部５５ｄは、事象検知部５５ｂによる検知結果と同一判定部５５ｃによる判定結果に基づいて、固定装置１０、可搬カメラユニット２１及び可搬センサユニット２２に対する制御指示を決定し、装置制御指示送信部５２に出力する処理部である。例えば、火災の発生を検知した場合には、大型固定ディスプレイ１４の表示出力や固定スピーカ１５からの音声出力の内容を指定する制御指示を出力することで、避難誘導を行うことができる。

対処員特定部５５ｅは、事象検知部５５ｂによる検知結果と同一判定部５５ｃによる判定結果に基づいて、事象に対処する対処員を担当対処員として特定する処理部である。具体的には、対処員特定部５５ｅは、事象検知部５５ｂがインシデントを検知したならば、インシデントの種別と、インシデントの位置と、対処員状態データ５４ａに格納された対処員の状態とを用い、インシデントに対処する対処員を特定する。

また、対処員特定部５５ｅは、事象履歴データ５４ｃに受付済みの通報と同一のインシデントに起因する通報を受け付けた場合には、担当対処員の追加が必要であるか否かを判定し、担当対処員の追加が必要であるならば、追加要員としての担当対処員を特定する。

対処通知部５５ｆは、対処員特定部５５ｅにより対処員が特定されたならば、対処通知を生成し、通知送信部５３に出力することで、特定された対処員への対処通知の送信を行わせる。ここで、対処通知には、インシデントの種別、位置、詳細情報、必要な装備など、対処に必要な各種情報が含まれる。

重大度推定部５５ｇは、インシデントの重大度を推定する処理部である。詳細については後述するが、重大度推定部５５ｇは、インシデントの重大さの度合と通報の件数とは正の相関を示すことを利用し、同一のインシデントに起因する通報の件数を計数することでインシデントの重大度を推定する。推定した重大度は、担当対処員への通知、担当対処員の追加の判定、消防や警察などの関係機関への連絡の要否の判定などに用いることができる。

次に、図２に示した対処員端末装置４０の内部構成について説明する。図４は、図２に示した対処員端末装置４０の内部構成を示す内部構成図である。図４に示すように、対処員端末装置４０は、装備インタフェース４１、表示操作部４２、携帯通信網接続部４３、無線中継装置インタフェース４４、記憶部４５及び制御部４６を有する。

装備インタフェース４１は、カメラ３１、マイク３２及びＧＰＳユニット３３の出力を受け付け、イヤホン３４及びスピーカ３５への音の出力を行なうインタフェースである。表示操作部４２は、表示出力と操作入力の受付とを行なうタッチパネルディスプレイなどのデバイスである。

携帯通信網接続部４３は、携帯電話通信網に接続して通信を行なう通信インタフェースである。無線中継装置インタフェース４４は、無線中継装置３６とＷｉ−Ｆｉ（Wireless Fidelity）等の規格に準じた無線通信を行なう通信インタフェースである。

記憶部４５は、ハードディスクやフラッシュメモリなどの記憶デバイスであり、地図データ４５ａ等を格納する。地図データは、警備対象領域やその周辺などの地図を示すデータである。

制御部４６は、対処員端末装置４０を全体制御する制御部であり、情報収集部４６ａ、情報送信部４６ｂ及び通知処理部４６ｃを有する。制御部４６は、ＣＰＵ（Central Processing Unit）などで実現できる。制御部４６をＣＰＵにより実現する場合には、情報収集部４６ａ、情報送信部４６ｂ及び通知処理部４６ｃは、ＣＰＵが実行するプロセスとして実現される。

情報収集部４６ａは、カメラ３１、マイク３２及びＧＰＳユニットの出力を取得することで、情報収集を行なう処理部である。情報送信部４６ｂは、コントロールセンタ５０への情報の送信を行なう処理部であり、情報収集部４６ａが収集した情報をコントロールセンタ５０に送信する。このとき、情報収集部４６ａが収集した情報をそのまま送信してもよいし、加工や解析を行った上で送信してもよい。さらに、情報送信部４６ｂは、表示操作部４２に対する対処員の操作に基づいて、インシデントの発生を示す通報をコントロールセンタ５０に送信することができる。

通知処理部４６ｃは、コントロールセンタ５０からの通知に係る処理を行う。具体的には、通知処理部４６ｃは、コントロールセンタ５０から対処通知を受信した場合には、表示操作部４２やイヤホン３４による出力を用い、対処員に対して対処通知の内容を報知する。

次に、コントロールセンタ５０が格納する対処員状態データ５４ａ及び通報履歴データ５４ｂの具体例について説明する。図５は、対処員状態データ５４ａ及び通報履歴データ５４ｂの具体例についての説明図である。

図５（ａ）に示すように、対処員状態データ５４ａは、対処員を一意に識別する対処員ＩＤに、装備、状態、位置などを対応付けたデータである。図５（ａ）では、対処員ＩＤ「Ｇ００１」に対し、装備「基本装備」、状態「警備中（巡回）」、位置「（Ｘ１，Ｙ１）」などを対応付けている。また、対処員ＩＤ「Ｇ００２」に対し、装備「基本装備、ＡＥＤ」、状態「警備中（対処）」、位置「（Ｘ２，Ｙ２）」などを対応付けている。対処員ＩＤ「Ｇ００３」に対し、装備「なし」、状態「待機中」、位置「（Ｘ３，Ｙ３）」などを対応付けている。

図５（ｂ）に示すように、通報履歴データ５４ｂは、通報を一意に識別する通報ＩＤに、日時、種別、位置などを対応付けたデータである。図５（ｂ）では、通報ＩＤ「Ｈ００１」に対し、日時「２０１８/０３/１０ １４：３０」、種別「落とし物」、位置「（Ｘ１１，Ｙ１１）」などを対応付けている。また、通報ＩＤ「Ｈ００２」に対し、日時「２０１８/０３/１０ １５：０１」、種別「火災」、位置「（Ｘ１２，Ｙ１２）」などを対応付けている。また、通報ＩＤ「Ｈ００３」に対し、日時「２０１８/０３/１０ １５：０２」、種別「火災」、位置「（Ｘ１３，Ｙ１３）」などを対応付けている。また、通報ＩＤ「Ｈ００４」に対し、日時「２０１８/０３/１０ １５：１０」、種別「救急」、位置「（Ｘ１４，Ｙ１４）」などを対応付けている。

次に、コントロールセンタ５０が格納する事象履歴データ５４ｃの具体例について説明する。図６は、事象履歴データ５４ｃの具体例についての説明図である。図６に示すように、事象履歴データ５４ｃは、事象を一意に識別する事象ＩＤに、日時、種別、位置、通報ＩＤ、担当対処員ＩＤ、担当対処員状態などを対応付けたデータである。

図６では、事象ＩＤ「Ｂ００１」に対し、日時「２０１８/０３/１０ １４：３０」、種別「落とし物」、位置「（Ｘ１１，Ｙ１１）」、通報ＩＤ「Ｈ００１」、担当対処員ＩＤ「Ｇ００２」、担当対処員状態「対処中」などを対応付けている。

また、事象ＩＤ「Ｂ００２」に対し、日時「２０１８/０３/１０ １５：０１」、種別「火災、救急」、位置「（Ｘ１２，Ｙ１２）」、通報ＩＤ「Ｈ００２、Ｈ００３、Ｈ００４」、担当対処員ＩＤ「Ｇ００５」、担当対処員状態「未到着」などを対応付けている。このように、登録された事象について新たな通報を受け付けた場合には通報ＩＤの追加が行われ、また、種別が異なる場合には種別の追加も行われる。

次に、同一判定に係るスコアの算出について説明する。まず、位置スコアは、複数発生した通報について、発生位置毎の距離を求め、距離に反比例する値として算定する。

時間スコアは、複数発生した通報の通報時間の差から算定する。図７は、同一のインシデントに起因して行われる通報の数についての説明図である。図７に示す様に、同一のインシデントに起因して複数の通報が発生する確率は、事象の発生時点から上昇し、対処員が到着して対処を開始すると減少する。このため、第１回目の通報から対処員到着までの時間内であれば、同一のインシデントに起因する可能性が高いとして時間スコアを算出する。

なお、図７に示した通報数の変化は、事象発生からの時間経過に応じて被害が拡大するケース、例えば火災などのケースについて示したものであり、事象の種類によって通報数の変化は異なる。具体的には、落とし物であれば、被害の拡大が生じないため、通報数は急上昇することはなく、単位時間あたりの通報数は図７に比して安定した値となる。このため、時間スコアについては、通報の種別による通報数の変化に合わせて算出することとしてもよい。

図８は、種別スコアに係るクラスタ分析についての説明図である。同一のインシデントに起因する通報であっても、通報者によって通報の内容や種別が異なる場合があるが、通報の種別の相関度合は種別の関係として分析可能である。図８に示す様に、「火災」のクラスタは、「煙」、「爆発」、「事故」、「救急」などに近く、「落とし物」などからは遠い。このように、通報の履歴を蓄積してクラスタ分析し、種別の相関度合の高さを距離の近さに置きかえた通報種別クラスタ分析データ５４ｄとして記憶部５４に格納する。そして、複数発生した通報の種別に基づいて通報種別クラスタ分析データ５４ｄを参照し、クラスタ間の距離に反比例する値として種別スコアを算定することで、同一のインシデントに起因する可能性の高さを示すことができる。

図９は、総合評価値の変形例についての説明図である。既に説明したように、位置スコア、時間スコア、種別スコアの積を総合評価値として用いることができる他、図９に示すようにスコアの面積を総合評価値としてもよい。すなわち、位置スコア、時間スコア、種別スコアを軸とするレーダチャートに各スコアをプロットし、その面積を閾値と比較することで、同一のインシデントに起因する通報であるか否かを判定するのである。

次に、重大度の推定について説明する。図１０は、重大度の推定についての説明図である。図１０（ａ）に示すように、インシデントの重大度と通報数には正の相関がある。このため、同一のインシデントに起因する通報数から重大度を推定することができる。

推定した重大度は、担当対処員への通知、担当対処員の追加の判定、消防や警察などの関係機関への連絡の要否の判定などに用いることができる。ここで、重大度が大きい場合にどのような対処が必要となるかは、インシデントの種別によって異なる。

例えば、火災などのインシデントであれば、重大度は火災の規模に対応するため、重大度が大きければ消防署への通報に加えて図１０（ｂ）に示す様に担当対処員を追加することが望ましい。

一方、救急の重大度は、人数とは限らず負傷の軽重であることも考えられるので、重大度が高くとも担当対処員の追加が不要で救急車の早期手配が求められる場合もある。このため、重要度により担当対処員の追加を判定する場合には、通報の種別を合わせて用いる。

次に、コントロールセンタ５０の処理手順について説明する。図１１は、コントロールセンタ５０の処理手順を示すフローチャートである。まず、事象検知部５５ｂが対処員やボランティアスタッフ、一般人等から通報を受け付けると（ステップＳ１０１）、同一判定部５５ｃは、新たに受け付けた通報が受付済みの通報（既存の通報）と同一のインシデントに起因する通報であるか否かを判定する（ステップＳ１０２）。

判定の結果、既存の通報と同一のインシデントに起因する通報では無い場合（ステップＳ１０３；Ｎｏ）、事象検知部５５ｂは、新たな通報の内容を新規の事象として事象履歴データ５４ｃに登録する（ステップＳ１０４）。

一方、既存の通報と同一のインシデントに起因する通報である場合（ステップＳ１０３；Ｙｅｓ）、既存の通報に対応する既存の事象に新たな通報の内容を追加して事象履歴データ５４ｃを更新する（ステップＳ１０７）。その後、対処員特定部５５ｅは、対処員の追加が必要であるか否かを判定し（ステップＳ１０８）、対処員の追加が必要でなければ（ステップＳ１０８；Ｎｏ）、そのまま処理を終了する。

ステップＳ１０４の後、若しくは対処員の追加が必要であると判定した場合（ステップＳ１０８；Ｙｅｓ）、対処員特定部５５ｅは、インシデントに対処する対処員を担当対処員として特定する（ステップＳ１０５）。

対処通知部５５ｆは、インシデントの種別や位置、必要な装備など、対処に必要な各種情報を含む対処通知を生成し、通知送信部５３に出力することで、特定された対処員への対処通知の送信を行わせ（ステップＳ１０６）、処理を終了する。

上述してきたように、本実施例に係る通報処理システムは、所定の事象の発生に伴う複数の通報を受け付けた場合に、該複数の通報が同一の事象に起因する通報であるか否かを判定し、判定結果に基づいて事象に対処する対処員を特定し、特定した対処員に対して事象への対処通知を行うよう構成した。かかる構成により、事象の発生に伴う複数の通報に応答して対処員を派遣する場合に、該複数の通報に効率良く対応して対処員を派遣することができる。

また、通報の種別と、通報の位置と、通報の時間とのうち少なくともいずれかを用いて複数の通報が同一の事象に起因する通報であるか否かを判定することで、判定を精度良くおこなうことができる。

通報の種別を判定に用いる場合には、複数の通報について種別の相関度合を示す評価値を算定する。通報の時間を判定に用いる場合には、所定の事象に起因する最初の通報から対処員の到着までに受け付けた他の通報について、同一の事象に起因する通報である可能性があることを示す評価値を算定する。通報の位置を判定に用いる場合には、複数の通報について発信元の間の距離が小さいほど同一の事象に起因する通報である可能性が高いことを示す評価値を算定する。そして、複数の評価値から総合評価値を算定し、算定した総合評価値に基づいて同一の事象に起因する通報であるか否かを判定する。

また、同一の事象に起因する通報の件数に基づいて該事象の重大度を推定することも可能である。

なお、本実施例では１つの警備対象領域を例に説明を行ったが、コントロールセンタ５０が複数の警備対象領域を管理するよう構成することも可能である。

また、コントロールセンタ５０に複数の監視担当者用端末を接続し、複数の監視担当者がコントロールセンタ５０にて監視を行うことができるよう構成してもよい。このような構成では、例えば対処員が監視担当者と通話接続する場合には、対処員の発呼により全ての監視担当者端末を着信状態とし、最先に応答した監視担当者用端末と対処員との間で通話接続すればよい。

また、対処員端末装置４０のカメラ３１により操作者や周囲の人物の顔画像を取得し、表情を分析して通話の緊急度を決定し、緊急度が高い場合（表情に緊張や苦痛、困惑が多い場合など）に優先的に通話接続することもできる。

また、対処員以外のボランティアスタッフ等が携行する携帯端末は対処員端末装置４０とは異ならせ、機能の制限を可能とする。また、異なるアプリケーションプログラムとして、それぞれの端末上で実行してもよい。

また、本実施例では、対処員の位置情報の取得について詳細な説明を省略したが、対処員の位置情報は、ＧＰＳユニット３３による取得の他、任意の方法で取得することができる。例えば、ＢＬＥタグや地磁気を利用して屋内での位置測位を行なう構成であってもよい。地磁気により位置測位を行う場合には、磁気センサを内蔵した端末を持って屋内を移動することで、磁化した鉄骨等による環境磁場の特徴量から屋内位置を推定する。なお、磁気による屋内位置測位では、周辺環境の磁気の特徴量から位置推定することから、階層の違いを認識するのが困難となるので、各所に設置したＷｉ−ＦｉのＳＳＩＤ情報と組み合わせることで、階層やエリアを特定したうえで磁気の特徴を検出してもよい。

また、コントロールセンタ５０や対処員端末装置４０は、事象が発生している階層（警備対象領域）に事象発生を示す記号を付して地図表示を可能としてもよい。また、複数階層を有する場合に、階層一覧における該当層にも事象発生を示す記号を付すことができる。

また、コントロールセンタ５０は、警備計画の登録を受け付けて管理し、警備計画に基づいて対処員の特定や、対処員に対する情報提供を行うことができる。

また、対処員端末装置４０から通話によりコントロールセンタ５０に連絡されたインシデントについて、通話発信者の情報や位置情報を利用してインシデントの履歴に登録することも可能である。

また、コントロールセンタ５０に警察、消防等の関係機関への連絡先を登録し、コントロールセンタ５０や対処員端末装置４０から関係機関の連絡先を参照し、連絡することができるようにしてもよい。このとき、対処員端末装置４０の位置情報を利用して最寄りの関係機関の連絡先を選択可能としてもよい。

また、通報者の位置情報を事象の位置情報として登録可能とし、さらに通報者の位置と事象の位置が異なる場合には修正可能としてもよい。

また、対処員が通報を行う場合に、煩雑な操作が難しいことが考えられるため、イヤホン３４などに緊急通報用のボタンを設けてもよい。また、音声によるキーワードで通報可能としてもよい。

また、対処員端末装置４０にタイマー機能を持たせ、対処員の行動の進捗を管理するとともに、行動の進捗が滞っていることを検知した場合に、対処員の安否確認や応援の対処員の派遣を行ってもよい。

また、発生したインシデントの内容に応じて、予め複数名の対処員を特定してインシデントに対処させてもよい。例えば、初期消火、人払い、連絡係、関係機関の誘導などでは、複数の対処員が必要となるので、通報種別、通報エリア、時間、進捗更新等の条件により適切な人数の対処員に対処通知を送信する。

また、対処通知を受信した対処員が対処不可である場合、例えば対処員が対処不可である旨の通知をコントロールセンタ５０に送信した場合や、対処通知を送信したにも関わらず一定時間応答が無い場合には、コントロールセンタ５０が他の対処員を特定して対処通知を送信するよう構成してもよい。また、対処不可の対処員については、一定時間（例えば５分程度）対処通知を送信しないよう制御してもよい。

また、対処通知の送信に対処が不要と判定した場合には、対処通知を送信した対処員に対してキャンセル通知を送信するよう構成してもよい。また、対処通知を受けて対処を開始した対処員が応援が必要と判断した場合には、コントロールセンタ５０に応援要請を行い、応援の対処員に対処通知を追加で送信するよう構成してもよい。

また、対処員端末装置４０は、対処通知を受け場合に、事案の位置を示す地図を自動で表示し、対処員の操作を削減するよう構成してもよい。

また、対処員端末装置４０から、対処の結果をコントロールセンタ５０に通知し、コントロールセンタ５０で管理してもよい。コントロールセンタ５０では、発生中のインシデントや対処が終了したインシデントを管理し、エリアやキーワードによる絞込み、一覧出力を可能とする。

また、イベント会場での警備などでは、イベントのスケジュールと連動し、時間を指定して対処員の対処予定を登録し、その実施を管理することができる。例えば、有名人等の来訪により、一時的に車の乗り入れ場や入場通路が混雑する可能性があるならば、来訪によるスケジュールにより、入場通路等の警戒強度設定をシステム上で増加し、対処員の配置を促す

また、監視カメラで区画あたりの人員数をカウントし、予め設定した人の密度を大きく超えた場合、応援対処員を特定し、対処通知を送信してもよい。

また、コントロールセンタ５０は、インシデント毎の事案の詳細、全体の事案対処概要を記憶し、帳票としてファイル出力可能とすることが望ましい。

また、対処員端末装置４０とコントロールセンタ５０とがメッセージのやり取りを行う場合には、かかるメッセージのやり取りに位置情報を連携させることで、対処員端末装置４０の位置を管理することができる。また、メッセージのやり取りの履歴はコントロールセンタ５０が保持しておくことが望ましい。

また、対処員端末装置４０は、警備の実施要領を記憶し、対処員が随時参照できるようにしてもよい。

また、対処員端末装置４０や、ボランティアスタッフなどが用いる端末は、「AED」や「消火器」、「非常口」等を強調した施設地図を閲覧可能に構成してもよい。また、ボランティアスタッフなどが用いる端末から、虚偽の通報が繰り返し行われた場合には、当該端末の動作を規制してもよい。

また、複数のボランティアスタッフにＩＤを配布する場合には、リーダーなどから各スタッフに対してＱＲコード（登録商標）等を利用してＩＤ、パスワード等の配布を行ってもよい。スタッフは日々入れ替わることが想定され、対処員であっても勤務日以外の場合があるため、このように適正に警備に当たっていない人物がコントロールセンタ５０にアクセス可能となることは好ましくない。そこで、スタッフリーダー、対処員リーダーに、当日のみ有効なＩＤとパスワードを発行し、配布させる。このとき、スタッフ、ボタンティアに個別にＩＤ等を配布することは煩雑であるので、スタッフリーダーから各スタッフに対してＱＲコード等を利用しＩＤ、パスワード等の配布を行う。また、位置情報やＳＳＩＤから現地にいることを確認できた場合にのみコントロールセンタ５０への通報を可能としてもよい。

また、例えばイベントの主催者など警備先の関係者が所持する携帯端末や警備先に設置した固定装置等の警備システムからインシデントに関する情報を受信した場合も、対処員端末装置からの通報と同様に通報処理システムが受信したインシデントについて重要性を判定し、警備先の関係者や警備先のシステムに通知することも可能である。

また、既設の監視カメラなどからデータを受信し、インシデントの検知やデータ閲覧に使用できるよう構成してもよい。また、通報者の端末からＢＬＥやＷｉ−ｆｉの電波を発信し、監視カメラに備えられた指向性電波キャプチャで受信することで、通報者位置をカメラの中央部に映すようカメラの向きを変更できるよう構成してもよい。

また、重要エリアに立入する対処員について、生体認証等を確認することで正規の対処員であるか確認するよう構成してもよい。

また、対処員端末装置４０に接続されたカメラ３１は、常時撮像してもよいし、通信量および電力消費を抑制するため、対処員が現地に到着してから撮像を開始するよう構成してもよい。さらに、ウェアラブルカメラの解像度、フレームレートを制御して、監視の上で重要な映像を効率的に取得するよう構成してもよい。

以上のように、本発明に係る通報処理システム及び通報処理方法は、事象の発生に伴う複数の通報に応答して対処員を派遣する場合に、該複数の通報に効率良く対応して対処員を派遣することに適している。

１０ 固定装置
１１ 監視カメラ
１２ 侵入センサ
１３ 火災センサ
１４ 大型固定ディスプレイ
１５ 固定スピーカ
２０ 拠点サーバ
２１ 可搬カメラユニット
２２ 可搬センサユニット
３０ 対処員装備
３１ カメラ
３２ マイク
３３ ＧＰＳユニット
３４ イヤホン
３５ スピーカ
３６ 無線中継装置
４０ 対処員端末装置
４１ 装備インタフェース
４２ 表示操作部
４３ 携帯通信網接続部
４４ 無線中継装置インタフェース
４５、５４ 記憶部
４５ａ 地図データ
４６、５５ 制御部
４６ａ 情報収集部
４６ｂ 情報送信部
４６ｃ 通知処理部
５０ コントロールセンタ
５１ 警備対象領域情報取得部
５２ 装置制御指示送信部
５３ 通知送信部
５４ａ 対処員状態データ
５４ｂ 通報履歴データ
５４ｃ 事象履歴データ
５４ｄ 通報種別クラスタ分析データ
５５ａ 対処員状態管理部
５５ｂ 事象検知部
５５ｃ 同一判定部
５５ｄ 装置制御部
５５ｅ 対処員特定部
５５ｆ 対処通知部
５５ｇ 重大度推定部
８０ サービスサーバ

Claims (8)

1. 所定の事象の発生に伴う通報を受け付ける受付部と、
   前記受付部により複数の通報を受け付けた場合に、該複数の通報が同一の事象に起因する通報であるか否かを判定する判定部と、
   前記判定部による判定結果に基づいて前記事象に対処する対処員を特定する特定部と、
   前記特定部により特定された対処員に対して、前記事象への対処通知を行う通知部と
   を備えたことを特徴とする通報処理システム。
2. 前記判定部は、前記通報の種別と、前記通報の位置と、前記通報の時間のうち少なくとも１つを用いて前記複数の通報が同一の事象に起因する通報であるか否かを判定することを特徴とする請求項１に記載の通報処理システム。
3. 前記判定部は、複数の通報について種別の相関度合を示す評価値を算定し、算定した評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする請求項１または２に記載の通報処理システム。
4. 前記判定部は、所定の事象に起因する最初の通報から前記対処員の到着までに受け付けた他の通報について、同一の事象に起因する通報である可能性があることを示す評価値を算定し、算定した評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする請求項１〜３のいずれか一つに記載の通報処理システム。
5. 前記判定部は、前記複数の通報について発信元の間の距離が小さいほど同一の事象に起因する通報である可能性が高いことを示す評価値を算定し、算定した評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする請求項１〜４のいずれか一つに記載の通報処理システム。
6. 前記判定部は、複数の前記評価値から総合評価値を算定し、算定した総合評価値に基づいて同一の事象に起因する通報であるか否かを判定することを特徴とする請求項３〜５のいずれか一つに記載の通報処理システム。
7. 同一の事象に起因する通報の件数に基づいて該事象の重大度を推定する重大度推定部をさらに備えたことを特徴とする請求項１〜６のいずれか一つに記載の通報処理システム。
8. 所定の事象の発生に伴う通報を受け付ける受付ステップと、
   前記受付ステップにより複数の通報を受け付けた場合に、該複数の通報が同一の事象に起因する通報であるか否かを判定する判定ステップと、
   前記判定ステップによる判定結果に基づいて前記事象に対処する対処員を特定する特定ステップと、
   前記特定ステップにより特定された対処員に対して、前記事象への対処通知を行う通知ステップと
   を含むことを特徴とする通報処理方法。

Images