(57)【要約】      （修正有）【課題】通報通知配信先決定の精度を高め、初動捜索までの時間を短縮する通報通知型Ｗｅｂ緊急通報システムを提供する。【解決手段】通報者と受理者に対話画面を表示するとともに指定の宛先へ通報通知を配信するＷｅｂサーバと、通報者情報を記憶した通報者情報データベースと、事案情報を記憶した事案情報データベースを備え、Ｗｅｂサーバは緊急通報を受ける前に通報者の情報と事前に登録した通報者情報データベースに登録されている通報者情報との照合を行い、適合した場合に緊急通報を受け付けて通報者と受理者に対話画面を表示し、通報者と受理者との対話のログに基づいて、通報者から受け付けた事案に関連の深い通報通知配信先を事案情報データベースから検索して、検索した通報通知配信先へ通報通知を配信し、通報通知配信先から通報通知配信先として正しかったかをフィードバックし、フィードバック結果に基づいて事案情報データベースを更新する。【選択図】図１
2016001786.tif 000002
【特許請求の範囲】
【請求項１】
通報者端末と受理者端末に対話画面を表示するとともに指定の宛先へ通報通知を配信するＷｅｂサーバと、通報者情報を記憶した通報者情報データベースと、事案情報を記憶した事案情報データベースを備え、前記Ｗｅｂサーバは緊急通報を受ける前に通報者の情報と事前に登録した前記通報者情報データベースに登録されている前記通報者情報とを照合し、適合した場合に前記緊急通報を受け付けて前記通報者端末と前記受理者端末に前記対話画面を表示し、前記通報者と受理者との前記通報者端末と前記受理者端末を介した対話のログに基づいて、前記通報者から受け付けた事案に関連の深い通報通知配信先を前記事案情報データベースから検索して、検索した前記通報通知配信先へ通報通知を配信し、前記通報通知配信先から通報通知配信先として正しかったかをフィードバックし、前記フィードバック結果に基づいて受け付けた前記事案と前記通報通知配信先との関連付けに関して前記事案情報データベースを更新することを特徴とする通報通知型Ｗｅｂ緊急通報システム。
【請求項２】
請求項１記載の通報通知型Ｗｅｂ緊急通報システムにおいて、前記事案情報データベースは前記事案情報に緊急度を対応付け、前記緊急通報の受理から前記通報通知の配信までの時間を、前記緊急通報として受け付けた前記事案に対応付けられた前記緊急度に基づいて決定することを特徴とする通報通知型Ｗｅｂ緊急通報システム。
【請求項３】
請求項１記載の通報通知型Ｗｅｂ緊急通報システムにおいて、前記Ｗｅｂサーバとは異なる、前記通報者情報データベースと前記事案情報データベースを管理する機器をさらに備え、既設の緊急通報システムに増設する形で前記通報通知配信先を決定する通報通知型Ｗｅｂ緊急通報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂを利用して対話型の緊急通報を行う技術に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特許文献１がある。特許文献１には、言語や聴覚不自由者による緊急通報を可能とすることを目的として、Ｗｅｂ上で音声を使用せず文字による対話での緊急通報を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１４６９３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された方法によりＷｅｂを利用した緊急通報を行う場合、携帯電話やＰＣ端末からインターネット経由での通報となる。しかし、通報者の電話番号やメールアドレス、位置情報等の情報が自動で得られないため、通報者の連絡先や位置情報の特定に時間を要し、初動捜索に遅延を生じる可能性がある。また、文字による対話であるため事案聴取に時間を要し、対話終了後に内容を確認してから指令することになり、やはり初動捜索までに時間を要してしまう。
【課題を解決するための手段】
【０００５】
開示する通報通知型Ｗｅｂ緊急通報システムは、通報者と受理者に対話画面を表示するとともに指定の宛先へ通報通知を配信するＷｅｂサーバと、通報者情報を記憶した通報者情報データベースと、事案情報を記憶した事案情報データベースを備え、Ｗｅｂサーバは緊急通報を受ける前に通報者の情報と事前に登録した通報者情報データベースに登録されている通報者情報との照合を行い、適合した場合に緊急通報を受け付けて通報者と受理者に対話画面を表示し、通報者と受理者との対話のログに基づいて、通報者から受け付けた事案に関連の深い通報通知配信先を事案情報データベースから検索して、検索した通報通知配信先へ通報通知を配信し、通報通知配信先から通報通知配信先として正しかったかをフィードバックし、フィードバック結果に基づいて受け付けた事案と通報通知配信先との関連付けに関して事案情報データベースを更新する。
【発明の効果】
【０００６】
開示する通報通知型Ｗｅｂ緊急通報システムによれば、通報通知配信先決定の精度を高め、初動捜索までの時間を短縮できる。
【図面の簡単な説明】
【０００７】
【図１】通報通知型Ｗｅｂ緊急通報システムの概略図である。
【図２Ａ】通報通知型Ｗｅｂ緊急通報システムの認証画面の一例である。
【図２Ｂ】通報通知型Ｗｅｂ緊急通報システムの対話画面の一例である。
【図２Ｃ】通報通知型Ｗｅｂ緊急通報システムのフィードバック画面の一例である。
【図３】通報通知型Ｗｅｂ緊急通報システムのシーケンス図である。
【図４】事案情報データベースの一例である。
【図５】通報通知配信先の決定方法の一例である。
【図６】事案情報データベースの関連性に関する更新方法の一例である。
【図７】事案情報データベースの配信先に関する更新方法の一例である。
【図８】事案情報データベースの初期設定の一例である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施例を説明する。
【０００９】
図１は、本実施例に係る通報通知型Ｗｅｂ緊急通報システムの概略図である。通報者136の通報者端末119から通報者用認証画面122へのアクセス101があると、Ｗｅｂサーバ121は、通報者端末119へユーザ認証のための認証画面表示102を行う。通報者端末119からＩＤ／ＰＷの入力103がされると、Ｗｅｂサーバ121は、その値から通報者情報データベース126にユーザ検索104する。通報者情報データベース126は、事前に登録してある情報と一致した場合には、ユーザ検索結果105を認証成功として、Ｗｅｂサーバ121に応答する。
【００１０】
Ｗｅｂサーバ121は、通報者への対話画面表示106と受理者への対話画面表示107を行い、通報者端末119と受理者端末120には、通報者及び受理者用対話画面123が表示される。通報者からの対話文入力108と受理者からの対話文入力109の内容は、Ｗｅｂサーバ121に送信され、対話ログ124に表示されていく。Ｗｅｂサーバ121は、対話ログ124の内容を事案情報データベース127に送信する。事案情報データベース127は、対話ログ124に対して、事前に登録してあるキーワード検索110を行うことで、対象の緊急通報と関連の深い適切な関連部署等である通報通知配信先の決定111を行う。Ｗｅｂサーバ121は、通報者情報データベース126に登録してある指定連絡先128の指定連絡先端末132への通報通知112を配信する。同時に、Ｗｅｂサーバ121は、通報通知配信先の決定111に基づいて、例えば、関連連絡先Ｉ129の関連連絡先Ｉ端末133、または関連連絡先ＩＩ130の関連連絡先ＩＩ端末134、または関連連絡先ＩＩＩ131の関連連絡先ＩＩＩ端末135への通報通知113を配信する。
【００１１】
Ｗｅｂサーバ121は、通報通知を受け取った関連連絡先端末から、関連連絡先用フィードバック画面125へのアクセス114があると、関連連絡先端末へフィードバック情報入力のためのフィードバック画面表示115を行う。Ｗｅｂサーバ121は、関連連絡先端末から配信結果のフィードバック116を受信し、事案情報データベース127へフィードバック情報の適用117を行う。事案情報データベース127は、フィードバック情報を元にして、通報通知配信先の決定111の精度を高めるために、データベースの更新118を定期的に実施する。
【００１２】
図２Ａは、本実施例に係る通報通知型Ｗｅｂ緊急通報システムの認証画面の一例である。通報者用認証画面122は、ユーザ認証のための通報者認証ＩＤ201と通報者認証ＰＷ202の入力欄を備える。入力内容は、認証釦203を押下することでＷｅｂサーバへ送信される。
【００１３】
図２Ｂは、本実施例に係る通報通知型Ｗｅｂ緊急通報システムの対話画面の一例である。通報者及び受理者用対話画面123は、事案番号204と、受理日時205と、通報者認証ＩＤ206と、通報者氏名207と、通報者住所208と、通報者電話番号209と、通報者メールアドレス210の表示欄を備える。事案番号204と受理日時205は、Ｗｅｂサーバによって採番、表示される。通報者認証ＩＤ206と通報者氏名207と通報者住所208と通報者電話番号209と通報者メールアドレス210は、通報者情報データベースから通報者認証ＩＤに関連付けられて表示される。対話ログ124の欄には、通報者及び受理者から入力される対話の内容が、対話ログ内容211として時系列に沿って表示される。
【００１４】
図２Ｃは、本実施例に係る通報通知型Ｗｅｂ緊急通報システムのフィードバック画面の一例である。関連連絡先用フィードバック画面125は、事案番号212と受信日時213の表示欄、及び適正配信先214の選択欄を備える。選択内容は、送信釦215を押下することでＷｅｂサーバへ送信される。
【００１５】
図３は、本実施例に係る通報通知型Ｗｅｂ緊急通報システムのシーケンス図である。通報者端末119から通報者用認証画面へのアクセス101があると、Ｗｅｂサーバ121は通報者端末119へユーザ認証のための認証画面表示102を行う。通報者端末119からＩＤ／ＰＷの入力103がされると、Ｗｅｂサーバ121は、その値から通報者情報データベース126にユーザ検索104する。通報者情報データベース126は、事前に登録してある情報と一致した場合には、ユーザ検索結果105を認証成功として、Ｗｅｂサーバ121に応答する。
【００１６】
Ｗｅｂサーバ121は、通報者端末119への対話画面表示106と受理者端末への対話画面表示107を行い、通報者端末119と受理者端末120には、通報者及び受理者用対話画面が表示される。通報者からの対話文入力108と受理者からの対話文入力109の内容は、対話ログとしてＷｅｂサーバ121に送信される。Ｗｅｂサーバ121は、対話ログの内容を事案情報データベース127に送信する。事案情報データベース127は、対話ログに対して、事前に登録してあるキーワード検索110を行うことで、対象の緊急通報と関連の深い通報通知配信先の決定111を行い、決定した配信先をＷｅｂサーバ121へ送信する。事案情報データベース127には、任意の数のキーワードとその各々に対して通報通知配信先を登録しておく。例えば、事案情報データベース127には、「交通事故」というキーワードに対して「交通課」が通報通知配信先として登録されており、対話ログの中に交通事故という言葉が含まれていると、通報通知配信先として交通課が選択される確度が高まる。他のキーワードについても、対話ログに含まれているかの検索を実行し、緊急通報の内容と関連が深いと判断される通報通知配信先が決定される。Ｗｅｂサーバ121は、通報者情報データベース126に登録してある指定連絡先端末132への通報通知112を配信する。同時に、Ｗｅｂサーバ121は、通報通知配信先の決定111に基づき、関連連絡先Ｉ端末133、または関連連絡先ＩＩ端末134、または関連連絡先ＩＩＩ端末135への通報通知113を配信する。
【００１７】
Ｗｅｂサーバ121は、通報通知を受け取った関連連絡先端末から、関連連絡先用フィードバック画面へのアクセス114があると、関連連絡先端末へフィードバック情報入力のためのフィードバック画面表示115を行う。フィードバックでは、どの通報に対するフィードバックかを示す事案番号と、どの関連連絡先端末へ通報通知すべきだったかを示す適正配信先を入力する。Ｗｅｂサーバ121は、関連連絡先端末から配信結果のフィードバック116を受信し、事案情報データベース127へフィードバック情報の適用117を行う。適用方法については実施例７に記述する。事案情報データベース127は、フィードバック情報を元にして、通報通知配信先の決定111の精度を高めるために、データベースの更新118を定期的に実施する。
【００１８】
図４は、本実施例に係る事案情報データベースの一例である。事案情報データベース127は、対話ログ124の内容に基づきＷｅｂサーバ121による検索がなされ、対象の緊急通報と関連の深い適切な関連部署等である通報通知配信先の決定111をするために用いられる。
【００１９】
事案情報データベース127は、通報の内容を特徴付けるキーワード401が関連性ランク402と通報通知配信先403によって区分されていることを特徴とする。
【００２０】
各キーワード401は、通報通知配信先403に関して通報通知配信先Ｉのキーワード群413と通報通知配信先ＩＩのキーワード群414と通報通知配信先ＩＩＩのキーワード群415に区分され、関連性ランク402に関して関連性ランクｉのキーワード群416と関連性ランクｉｉのキーワード群417と関連性ランクｉｉｉのキーワード群418に区分される。キーワード401は、例えば404の構造体として、事案情報データベース127に保持され、それぞれのキーワードが関連性ランク405と通報通知配信先406とヒット回数407と総ヒット回数408とＩへの配信先訂正数409とＩＩへの配信先訂正数410とＩＩＩへの配信先訂正数411と設定状態フラグ412をもつ。
【００２１】
キーワード404は、通報の内容を特徴付ける言葉である。
【００２２】
関連性ランク405は、キーワードと通報通知配信先との関連の強さを示す指標である。関連性は、ｉが最も強く、i、ii、iiiの順に、関連性が弱くなることを意味する。関連性ランク毎に重み付けすることで、関連が強いキーワードが対話ログに含まれていると、具体例としては関連性ランクがiであるキーワードが対話ログに含まれていると、そのキーワードの通報通知配信先に設定されている宛先へ、通報通知を実施する確度が大きく高まる。
【００２３】
通報通知配信先406は、通報通知を配信する相手の宛先であり、キーワードと関連の深い関連部署等の連絡先を設定する。連絡先の設定については、受理者が事前に事案情報データベース127に対して設定する必要がある。
【００２４】
ヒット回数(緊急度)407は、一つの緊急通報内に含まれるキーワードの個数であり、ある緊急通報の対話ログに対してキーワード検索を行った際にヒットした回数に相当する。
【００２５】
総ヒット回数408は、一定期間内の全ての緊急通報内に含まれるキーワードの個数であり、一定期間内の緊急通報の対話ログに対してキーワード検索を行った際にヒットした回数に相当する。
【００２６】
Ｉへの配信先訂正数409は、一定期間内の全ての緊急通報に対する通報通知配信先からのフィードバックにおいて、正しい配信先がＩであった場合にその緊急通報に含まれるキーワードの個数であり、適正配信先がＩであるとフィードバックを受けた回数に相当する。
【００２７】
同様にＩＩへの配信先訂正数410は、適正配信先がＩＩであるとフィードバックを受けた回数に相当する。
【００２８】
ＩＩＩへの配信先訂正数411は、適正配信先がＩＩＩであるとフィードバックを受けた回数に相当する。
【００２９】
設定状態フラグ412は、事案情報データベース127の初期設定時においては、キーワードの言葉のみ指定し、通報通知配信先についてはランダムに設定するため、一度対象のキーワードを使用して通報通知を実施して配信先を決定したかどうかを示すフラグである。設定状態フラグの値は、0が未使用、1が使用済みであることを示す。初期設定については実施例８に記述する。
【００３０】
図５は、本実施例に係る通報通知配信先の決定方法の一例である。Ｗｅｂサーバ121は、対話ログ124を、事案情報データベース127に伝送する。事案情報データベース127は、登録してあるキーワードが対話ログ124に含まれているかのキーワード検索110を行う。例えば、事案情報データベース127内のキーワードから、対話ログ124内のキーワード501がヒットした場合、事案情報データベース127は、ヒットしたキーワード502への処理512として、変数の中からヒットしたキーワード503を見つけ、そのヒットしたキーワードのヒット回数504に１を加えてインクリメントする。
【００３１】
次に、事案情報データベース127は、関連度算出の処理513として、関連性ランクｉの重み505と関連性ランクｉｉの重み506と関連性ランクｉｉｉの重み507によって、関連性ランクによる重み付けの処理514を行う。関連性ランクは、キーワードと通報通知配信先との関連の強さを示す指標であり、ｉが最も関連が強くｉｉｉが最も関連が弱いことを意味する。そのため、関連性ランクｉの重み505を最も大きい数値、次いで関連性ランクｉｉの重み506とし、関連性ランクｉｉｉの重み507を最も小さい数値に設定する。例えば、関連性ランクｉの重み505を10、関連性ランクｉｉの重み506を5、関連性ランクｉｉｉの重み507を1のように設定する。関連性ランクの重みの設定については、受理者が事前に事案情報データベース127に対して設定する必要がある。事案情報データベース127は、この関連性ランクによる重みを用いて、通報通知配信先Ｉとの関連度508と通報通知配信先ＩＩとの関連度509と通報通知配信先ＩＩＩとの関連度510を、それぞれ算出する。例えば、通報通知配信先がＩかつ関連性ランクがｉであるキーワードのヒット回数に関連性ランクｉの重みを掛けることで、そのキーワードの通報通知配信先Ｉとの関連性の強さを算出できる。次に、通報通知配信先がＩである全てのキーワードに対して同様にヒット回数とそのキーワードの関連性ランクによる重みとの積を算出し、その総和をとることで、通報通知配信先Ｉとの関連度508を算出する。関連性ランクｉの重み505を10、関連性ランクｉｉの重み506を5、関連性ランクｉｉｉの重み507を1とし、事案情報データベース127中のキーワードＡのヒット回数が1回、キーワードＥのヒット回数が2回、キーワードＨのヒット回数が3回の場合、通報通知配信先Ｉとの関連度508は、10×1＋5×2＋1×3＝23のように算出される。同様に通報通知配信先ＩＩとの関連度509と、通報通知配信先ＩＩＩとの関連度510についても算出する。
【００３２】
事案情報データベース127は、算出した各通報通知配信先との関連度から、通報通知配信先決定の処理515を行う。緊急通報と配信先との関連が強いほど関連度の値は大きな値をとるため、例えば、通報通知配信先の決定方法511としては、関連度が最大の宛先、または関連度がある一定の閾値を超えた宛先に決定する。事案情報データベース127は、決定した通報通知配信先111を、Ｗｅｂサーバ121へ返す。
【００３３】
通報通知配信先決定の処理により、緊急通報の受理者が通報内容を把握して適切な連絡先へ通報通知を実施する手間が無くなり、自動的に通報内容と関連が深い部署等への通報通知配信が可能となり、迅速かつ正確な初動捜索を支援することができる。
【００３４】
図６は、本実施例に係る事案情報データベースの関連性に関する更新方法の一例である。Ｗｅｂサーバ121は、対話ログ124を、事案情報データベース127に伝送する。事案情報データベース127は、登録してあるキーワードが対話ログ124に含まれているかのキーワード検索110を行う。同時に、事案情報データベース127は、対話ログ124に含まれていたキーワードについて、その総数をカウントする。例えば、事案情報データベース127内のキーワードから、対話ログ124内のキーワード501がヒットした場合、ヒットしたキーワード601への処理614として、変数の中からヒットしたキーワード603を見つけ、そのヒットしたキーワードの総ヒット回数604に１を加えてインクリメントする。このヒット回数のカウントを、例えば一週間、一ヶ月などの期間行う。
【００３５】
次に、事案情報データベース127は、関連性ランクに関して、上位ランクの最小ヒットキーワードと下位ランクの最大ヒットキーワードの算出処理615を行う。例えば、通報通知配信先ＩＩの上位ランクである関連性ランクｉのキーワード群で、総ヒット回数が最小のキーワード605と、同じく通報通知配信先ＩＩで下位ランクである関連性ランクｉｉのキーワード群で、総ヒット回数が最大のキーワード606をそれぞれ算出する。関連性ランクｉのキーワード群で総ヒット回数が最小のキーワード605については、通報通知配信先がＩＩかつ関連性ランクがｉのキーワードに対して総ヒット回数を比較し、最も値が小さいキーワードが相当する。関連性ランクｉｉのキーワード群で総ヒット回数が最大のキーワード606については、通報通知配信先がＩＩかつ関連性ランクがｉｉのキーワードに対して総ヒット回数を比較し、最も値が大きいキーワードが相当する。
【００３６】
事案情報データベース127は、算出結果から関連性ランクの更新処理616を行う。上位の関連性ランクｉで、総ヒット回数609の最小ヒットキーワード607の関連性ランク608をｉ→ｉｉに更新し、下位の関連性ランクｉｉで、総ヒット回数612の最大ヒットキーワード610の関連性ランク611をｉｉ→ｉに更新する。
【００３７】
更新処理の結果、事案情報データベース内では、関連性ランクに関するキーワードの交換処理613が実施されることになり、対話ログにヒットする回数が多く通報通知連絡先と関連が強いキーワードの関連性ランクが高くなるため、より適切な配信先への通報通知配信が可能となる。
【００３８】
図７は、本実施例に係る事案情報データベースの配信先に関する更新方法の一例である。Ｗｅｂサーバ121から決定した配信先へ通報通知を配信した後、配信先の関連連絡先端末からフィードバック画面へのアクセスがあると、Ｗｅｂサーバ121は、関連連絡先端末にフィードバック画面の表示115を行う。関連連絡先端末は、フィードバックとして、配信先が正しかったかあるいは誤っていてどこに配信すべきだったかの配信結果フィードバック116を、Ｗｅｂサーバ121へ返信する。Ｗｅｂサーバ121は、事案情報データベース127に、そのフィードバック情報を伝送117する。
【００３９】
事案情報データベース127は、フィードバック情報を元に、キーワードに対しての配信先訂正数をカウントする。例えば、フィードバックされた事案に含まれるキーワード701への処理710として、変数の中からフィードバックされた事案に含まれるキーワード702を見つける。そのキーワードの、Ｉへの配信先訂正数704とＩＩへの配信先訂正数705とＩＩＩへの配信先訂正数706の内、正しい通報通知配信先がＩだった場合は、Ｉへの配信先訂正数704に１を加えてインクリメントする。この訂正数のカウントを、例えば一週間、一ヶ月などの期間行う。
【００４０】
次に、事案情報データベース127は、通報通知配信先の更新処理711を行う。配信先Ｉ、ＩＩ、ＩＩＩそれぞれへの配信先訂正数については、値が大きいほどその宛先への配信が適正であることを示している。そのため、例えば、Ｉへの配信先訂正数704がある一定の閾値を超えている場合には、配信先を訂正するキーワード707とみなし、配信先を訂正するキーワードの通報通知配信先708を、ＩＩからＩへ更新する。
【００４１】
更新処理の結果、事案情報データベース内では、通報通知配信先に関するキーワードの移動処理709が実施されることになり、キーワードを適切な通報通知配信先と関連付けることになるため、より適切な配信先への通報通知配信が可能となる。
【００４２】
図８は、本実施例に係る事案情報データベースの初期設定の一例である。事案情報データベース127の初期設定時には、受理者は、キーワード群801の指定のみを行う。事案情報データベース127は、初期化処理802によって、各キーワードの関連性ランクと通報通知配信先をランダムに決定する。
【００４３】
次に、緊急通報によって、ある対話ログ124ができた際には、事案情報データベース127に登録してあるキーワードの検索110が行われる。例えば、キーワード501がヒットした場合、ヒットしたキーワード803への処理808として、事案情報データベース127は、変数の中からヒットしたキーワード804を見つけ、そのヒットしたキーワードの設定状態フラグ806が0である際には、ヒットしたキーワードの通報通知配信先805であるＩＩへ通報通知113を行う。フィードバック116の結果として正しい通報通知配信先がＩＩＩであった場合、事案情報データベース127は、キーワードの通報通知配信先805をＩＩからＩＩＩへ更新して、ＩＩＩへ通報通知113を行う。再びフィードバック116を受信した結果として正しい通報通知配信先がＩであった場合、事案情報データベース127は、キーワードの通報通知配信先805をＩＩＩからＩへ更新して、Ｉへ通報通知113を行う。再びフィードバック116を受信した結果として正しい通報通知配信先もＩであった場合、事案情報データベース127は、そのキーワードの設定状態フラグ806を1にすることで、ヒットしたキーワードの通報通知配信先805はＩで決定する。
【００４４】
初期設定処理の結果、事案情報データベース内では、通報通知配信先に関するキーワードの移動処理807が実施されることになり、キーワードが自動的に適切な通報通知配信先の区分に設定されるため、受理者はキーワードの初期値設定に関して意識する必要が無くなり、キーワードに設定する文言のみを考案するだけで、運用が可能となる。
【００４５】
以上の実施例によれば、受理者は、ユーザ認証によって通報者情報の信憑性が担保され、氏名、住所等の情報がデータベースから得られるため、迅速に初動捜索を実施することが可能である。また、事案情報データベースを利用した通報通知配信によって、受理した事案に関連の深い適切な初動捜索部署へいち早く指令を実施することができる。受理した事案の内容と通報通知配信先の関連はフィードバックによって更新するため、時間経過とともにより適切な通報通知配信先決定が可能となり、迅速な初動捜索が可能となる。
【符号の説明】
【００４６】
101：認証画面へのアクセス、102：認証画面表示、103：ＩＤ／ＰＷの入力、104：ユーザ検索、105：ユーザ検索結果、106：通報者への対話画面表示、107：受理者への対話画面表示、108：通報者からの対話文入力、109：受理者からの対話文入力、110：キーワード検索、111：通報通知配信先の決定、112：指定連絡先への通報通知、113：関連連絡先への通報通知、114：フィードバック画面へのアクセス、115：フィードバック画面表示、116：配信結果のフィードバック、117：フィードバック情報の適用、118：事案情報データベースの更新、119：通報者端末、120：受理者端末、121：Ｗｅｂサーバ、122：通報者用認証画面、123：通報者及び受理者用対話画面、124：対話ログ、125：関連連絡先用フィードバック画面、126：通報者情報データベース、127：事案情報データベース、128：指定連絡先、129：関連連絡先Ｉ、130：関連連絡先ＩＩ、131：関連連絡先ＩＩＩ、132：指定連絡先端末、133：関連連絡先Ｉ端末、134：関連連絡先ＩＩ端末、135：関連連絡先ＩＩＩ端末、136：通報者、137：受理者、138：通信指令室。
【図１】
2016001786.tif 000003
【図２Ａ】
2016001786.tif 000004
【図２Ｂ】
2016001786.tif 000005
【図２Ｃ】
2016001786.tif 000006
【図３】
2016001786.tif 000007
【図４】
2016001786.tif 000008
【図５】
2016001786.tif 000009
【図６】
2016001786.tif 000010
【図７】
2016001786.tif 000011
【図８】
2016001786.tif 000012