(57)【要約】【課題】有用な投稿データを効率よく収集すること。【解決手段】取得部１１１は、指定された地域と、指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバ１０１から取得する処理を実行する。抽出部１１２は、指定された地域および複数の地域のそれぞれについて、取得部１１１によって取得された投稿データの中から特定条件を満たす投稿データを抽出する。制御部１１３は、指定された地域および複数の地域の中から抽出部１１２によって抽出された投稿データの数に基づいて選択した地域を指定して取得部１１１に取得する処理を実行させる。出力部１１４は、抽出部１１２によって抽出された投稿データを出力する。【選択図】図１−２
2014182525.tif 000002
【特許請求の範囲】
【請求項１】
指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行する取得部と、
前記指定された地域および前記複数の地域のそれぞれについて、前記取得部によって取得された投稿データの中から特定条件を満たす投稿データを抽出する抽出部と、
前記指定された地域および前記複数の地域の中から前記抽出部によって抽出された投稿データの数に基づいて選択した地域を指定して前記取得部に前記取得する処理を実行させる制御部と、
前記抽出部によって抽出された前記投稿データを出力する出力部と、
を備えることを特徴とする検索装置。
【請求項２】
前記制御部は、前記選択した地域を指定して前記取得部に前記取得する処理を実行させる制御を周期的に行うことを特徴とする請求項１に記載の検索装置。
【請求項３】
前記取得部は、前記指定された地域および前記複数の地域のそれぞれについて、前記地域の位置に対応する点座標を含む領域に位置する通信端末から発信された投稿データを取得し、前記地域の人口密度が低いほど前記領域を広くすることを特徴とする請求項１または２に記載の検索装置。
【請求項４】
前記取得部（以下「第１取得部」と称する。）と、
前記抽出部（以下「第１抽出部」と称する。）と、
前記制御部（以下「第１制御部」と称する。）と、
不特定の地域に位置する端末から発信された投稿データをサーバから取得する第２取得部と、
前記第２取得部によって取得された投稿データのうちの特定条件を満たす投稿データを抽出する第２抽出部と、
前記第２抽出部によって抽出された投稿データの内容に基づいて、前記第２抽出部によって抽出された投稿データに関連する地域を特定する特定部と、
前記特定部によって特定された地域を指定して前記第１取得部に前記取得する処理を実行させる第２制御部と、
を備えることを特徴とする請求項１〜３のいずれか一つに記載の検索装置。
【請求項５】
指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行し、
前記指定された地域および前記複数の地域のそれぞれについて、取得した前記投稿データの中から特定条件を満たす投稿データを抽出し、
前記指定された地域および前記複数の地域の中から、抽出した前記投稿データの数に基づく地域を選択し、
選択した前記地域を指定して前記取得する処理を実行し、
抽出した前記投稿データを出力する、
ことを特徴とする検索方法。
【請求項６】
コンピュータに、
指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行し、
前記指定された地域および前記複数の地域のそれぞれについて、取得した前記投稿データの中から特定条件を満たす投稿データを抽出し、
前記指定された地域および前記複数の地域の中から、抽出した前記投稿データの数に基づく地域を選択し、
選択した前記地域を指定して前記取得する処理を実行し、
抽出した前記投稿データを出力する、
処理を実行させることを特徴とする検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索装置、検索方法および検索プログラムに関する。
【背景技術】
【０００２】
従来、短文を投稿できるＴｗｉｔｔｅｒ（登録商標）等の情報サービスが知られている。また、短文コミュニケーションサービスにおいて、指定したキーワードに関するネット上の短文を収集する技術が知られている（たとえば、下記特許文献１参照。）。また、端末の位置情報から周辺のエリアに関連する情報を提供する技術が知られている（たとえば、下記特許文献２参照。）。また、指定した地名の周辺エリアを自動的に検索対象にする技術が知られている（たとえば、下記特許文献３参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１２９００９号公報
【特許文献２】特開２０１２−１９０１６７号公報
【特許文献３】特開２００２−０２４２６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来技術では、一部の地域で事件等が発生した際に、発生した事件等に関する有用なデータを効率よく収集することができないという問題がある。
【０００５】
たとえば、取得したＴｗｉｔｔｅｒ情報が投稿の内容が短文による現象表現ばかりの場合、対象現場の詳細位置や詳細内容の迅速な把握が困難である。
【０００６】
本発明は、１つの側面では、有用な投稿データを効率よく収集することができる検索装置、検索方法および検索プログラムを提供することを目的とする。また、１つの側面では、事件等初期のアバウトな位置情報からでも周辺地域の情報を加味して事件現場における詳細情報を収集できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行し、前記指定された地域および前記複数の地域のそれぞれについて、取得した前記投稿データの中から特定条件を満たす投稿データを抽出し、前記指定された地域および前記複数の地域の中から、抽出した前記投稿データの数に基づく地域を選択し、選択した前記地域を指定して前記取得する処理を実行し、抽出した前記投稿データを出力する検索装置、検索方法および検索プログラムが提案される。
【発明の効果】
【０００８】
本発明の一側面によれば、有用な投稿データを効率よく収集することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１−１】図１−１は、実施の形態にかかる検索装置の一例を示す図である。
【図１−２】図１−２は、図１−１に示した検索装置における信号の流れの一例を示す図である。
【図２−１】図２−１は、収集地域の追従の一例を示す図（その１）である。
【図２−２】図２−２は、収集地域の追従の一例を示す図（その２）である。
【図２−３】図２−３は、収集地域の追従の一例を示す図（その３）である。
【図２−４】図２−４は、収集地域の追従の一例を示す図（その４）である。
【図２−５】図２−５は、収集地域の追従の一例を示す図（その５）である。
【図２−６】図２−６は、収集地域の追従の一例を示す図（その６）である。
【図２−７】図２−７は、収集地域の追従の一例を示す図（その７）である。
【図２−８】図２−８は、収集地域の追従の一例を示す図（その８）である。
【図２−９】図２−９は、収集地域の追従の一例を示す図（その９）である。
【図２−１０】図２−１０は、収集地域の追従の一例を示す図（その１０）である。
【図２−１１】図２−１１は、収集地域の追従の一例を示す図（その１１）である。
【図３−１】図３−１は、検索装置の構成の一例を示す図である。
【図３−２】図３−２は、図３−１に示した検索装置における信号の流れの一例を示す図である。
【図４】図４は、検索装置のハードウェアの一例を示す図である。
【図５−１】図５−１は、場所マスタＤＢの一例を示す図である。
【図５−２】図５−２は、第１事件犯罪ＤＢの一例を示す図である。
【図５−３】図５−３は、詳細検索処理キューＤＢの一例を示す図である。
【図５−４】図５−４は、第２事件犯罪ＤＢの一例を示す図である。
【図６】図６は、広域データ取得部による処理の一例を示すフローチャートである。
【図７】図７は、登録処理部による処理の一例を示すフローチャートである。
【図８】図８は、詳細データ取得部による処理の一例を示すフローチャートである。
【図９−１】図９−１は、詳細検索処理の一例を示すフローチャート（その１）である。
【図９−２】図９−２は、詳細検索処理の一例を示すフローチャート（その２）である。
【図１０】図１０は、事故発生時に収集されるツイートデータの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる検索装置、検索方法および検索プログラムの実施の形態を詳細に説明する。
【００１１】
（実施の形態）
図１−１は、実施の形態にかかる検索装置の一例を示す図である。図１−２は、図１−１に示した検索装置における信号の流れの一例を示す図である。図１−１，図１−２に示すように、実施の形態にかかる検索装置１００は、第１取得部１１１と、第１抽出部１１２と、第１制御部１１３と、出力部１１４と、を備えている。
【００１２】
第１取得部１１１は、第１地域の指定を受け付ける。第１取得部１１１による第１地域の指定は、たとえば、第１制御部１１３、第２制御部１２４または検索装置１００の外部から受け付ける。第１取得部１１１は、サーバ１０１との間で通信可能であり、指定された第１地域と、第１地域の周辺の複数の第２地域と、に位置する各通信端末から発信された投稿データをサーバ１０１から取得する収集処理を実行する。そして、第１取得部１１１は、第１地域および複数の第２地域のそれぞれについて取得した投稿データを第１抽出部１１２へ出力する。
【００１３】
サーバ１０１は、たとえば、移動端末等の通信端末から投稿データを受信して格納するサーバである。または、サーバ１０１は、移動端末等の通信端末から投稿データを受信するサーバから投稿データを取得して格納するサーバであってもよい。
【００１４】
第１抽出部１１２は、第１地域および複数の第２地域のそれぞれについて、第１取得部１１１から出力された投稿データの中から特定条件を満たす投稿データを抽出する。特定条件を満たす投稿データは、たとえば、事件等の特定の事象と関連のある投稿データである。特定条件を満たす投稿データは、抽出した投稿データを出力部１１４へ出力する。また、第１抽出部１１２は、抽出した投稿データの数を、第１地域および複数の第２地域のそれぞれについて第１制御部１１３へ通知する。
【００１５】
第１制御部１１３は、第１地域および複数の第２地域の中から、第１抽出部１１２から通知された投稿データの数に基づく一部の地域（たとえば１つの地域）を選択する。そして、第１制御部１１３は、選択した地域を第１地域として指定して、上記の収集処理を第１取得部１１１に再度実行させる。
【００１６】
出力部１１４は、第１抽出部１１２から出力された投稿データを出力する。たとえば、出力部１１４は、検索装置１００のユーザに対して画像や音声により投稿データを出力する。また、出力部１１４は、他の装置からアクセス可能なデータベース等の記憶装置へ投稿データを出力してもよい。
【００１７】
これにより、起点となる第１地域とその周辺地域である第２地域とから発信された特定条件を満たす投稿データを収集し、第１地域と第２地域のうちの収集された投稿データが多い地域を新たな第１地域として上記収集を再度行うことができる。このため、特定条件を満たす投稿データが多く発信された地域を中心に再度投稿データを収集し、特定条件を満たす投稿データを効率よく得ることができる。
【００１８】
＜収集地域の追従＞
また、第１制御部１１３は、上記の収集処理を第１取得部１１１に実行させる制御を周期的に行ってもよい。これにより、たとえば特定条件を満たす投稿データが発信される地域が経時的に移動しても、特定条件を満たす投稿データが発信される地域に第１地域を追従させて特定条件を満たす投稿データを得ることができる。
【００１９】
＜初期の第１地域の自動指定＞
また、検索装置１００は、さらに、第２取得部１２１と、第２抽出部１２２と、特定部１２３と、第２制御部１２４と、を備えてもよい。
【００２０】
第２取得部１２１は、サーバ１０２との間で通信可能であり、不特定の地域に位置する移動端末から発信された投稿データをサーバ１０２から取得する。サーバ１０２は、サーバ１０１と同一のサーバであってもよいし、サーバ１０１と異なるサーバであってもよい。たとえば、第２取得部１２１は、サーバ１０２に格納された投稿データの中からランダムに選択された一部の投稿データをサーバ１０２から取得する。そして、第２取得部１２１は、取得した投稿データを第２抽出部１２２へ出力する。
【００２１】
第２抽出部１２２は、第２取得部１２１から出力された投稿データの中から特定条件を満たす投稿データを抽出する。第２抽出部１２２における特定条件は、第１抽出部１１２における特定条件と同一であってもよいし、異なっていてもよい。第２抽出部１２２は、抽出した投稿データを特定部１２３へ出力する。
【００２２】
特定部１２３は、第２抽出部１２２から出力された投稿データの内容に基づいて、第２抽出部１２２から出力された投稿データに関連する地域を特定する。たとえば、特定部１２３は、所定地域と所定地域に関連する文字列とを対応付ける対応情報を参照し、参照した対応情報に基づいて、投稿データに含まれる文字列に関連する地域を特定する。対応情報は、検索装置１００に記憶された情報であってもよいし、検索装置１００がアクセス可能な通信装置に記憶された情報であってもよい。特定部１２３は、特定した地域を第２制御部１２４へ通知する。
【００２３】
第２制御部１２４は、特定部１２３から通知された地域を第１地域として指定して、上記の収集処理を第１取得部１１１に実行させる。
【００２４】
これにより、たとえば外部から第１取得部１１１に初期の第１地域を指定しなくても、特定条件を満たす投稿データが多く発信される可能性の高い地域を特定し、特定した地域を第１地域として指定して第１取得部１１１による収集処理を実行することができる。このため、特定条件を満たす投稿データを効率よく得ることができる。
【００２５】
（収集地域の追従）
図２−１〜図２−１１は、収集地域の追従の一例を示す図である。図２−１〜図２−１１において、●は第１地域の中心点を示し、○は第２地域の中心点を示している。円領域２００は、半径Ｒ（たとえば１０［ｋｍ］）の円領域を示している。
【００２６】
図２−１に示す地点２０１は、第１取得部１１１に対して指定された初期の第１地域の中心点である。まず、検索装置１００は、地点２０１を中心とする円領域２００を第１地域として設定する。そして、検索装置１００は、地点２０１を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。図２−１に示す例では、２０件の投稿データが抽出されたとする。
【００２７】
図２−２に示す地点２０２は、地点２０１から西へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０２を中心とする半径Ｒの円領域２００を１つ目の第２地域として設定する。そして、検索装置１００は、地点２０２を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。図２−２に示す例では、２２件の投稿データが抽出されたとする。
【００２８】
図２−３に示す地点２０３は、地点２０１から北へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０３を中心とする半径Ｒの円領域２００を２つ目の第２地域として設定する。そして、検索装置１００は、地点２０３を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。図２−３に示す例では、５件の投稿データが抽出されたとする。
【００２９】
図２−４に示す地点２０４は、地点２０１から東へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０４を中心とする半径Ｒの円領域２００を３つ目の第２地域として設定する。そして、検索装置１００は、地点２０４を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。図２−４に示す例では、９件の投稿データが抽出されたとする。
【００３０】
図２−５に示す地点２０５は、地点２０１から南へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０５を中心とする半径Ｒの円領域２００を４つ目の第２地域として設定する。そして、検索装置１００は、地点２０５を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。図２−５に示す例では、７件の投稿データが抽出されたとする。
【００３１】
つぎに、検索装置１００は、地点２０１〜２０５のそれぞれを中心とした円領域２００（図２−１〜図２−５参照）のうちの、抽出された投稿データが最も多かった地点２０２を中心とする円領域２００を選択する。
【００３２】
検索装置１００は、図２−６，図２−７に示すように、選択した地点２０２を中心とする円領域２００を新たな第１地域として設定する。つぎに、検索装置１００は、地点２０２を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。
【００３３】
図２−８に示す地点２０６は、地点２０２から西へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０６を中心とする半径Ｒの円領域２００を１つ目の第２地域として設定する。そして、検索装置１００は、地点２０６を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。
【００３４】
図２−９に示す地点２０７は、地点２０２から北へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０７を中心とする半径Ｒの円領域２００を２つ目の第２地域として設定する。そして、検索装置１００は、地点２０７を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。
【００３５】
図２−１０に示すように、検索装置１００は、地点２０１を中心とする半径Ｒの円領域２００を３つ目の第２地域として設定する。そして、検索装置１００は、地点２０１を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。
【００３６】
図２−１１に示す地点２０８は、地点２０２から南へ所定距離（たとえば１０［ｋｍ］）だけ移動した地点である。検索装置１００は、地点２０８を中心とする半径Ｒの円領域２００を４つ目の第２地域として設定する。そして、検索装置１００は、地点２０８を中心とする円領域２００に位置する通信端末から発信された投稿データをサーバ１０２から取得し、取得した投稿データのうちの特定条件を満たす投稿データを抽出する。
【００３７】
このように、検索装置１００は、第１地域と、第１周期の東西南北の第２地域と、のそれぞれについて特定条件を満たす投稿データを取得する収集処理を行う。そして、検索装置１００は、取得された投稿データが最も多かった地域を新たな第１地域に設定して収集処理を再度行う。
【００３８】
また、検索装置１００は、第１地域と、第１周期の東西南北の第２地域と、のいずれについても特定条件を満たす投稿データが取得できなかった場合は、地点２０１を中心とする円領域２００を初期の第１地域として開始した収集処理を終了する。これにより、特定条件を満たす投稿データが発信される地域を追従できなくなった場合は収集処理を終了し、処理量を低減することができる。
【００３９】
（検索装置の構成）
図３−１は、検索装置の構成の一例を示す図である。図３−２は、図３−１に示した検索装置における信号の流れの一例を示す図である。図１−１，図１−２に示した検索装置１００は、たとえば図３−１，図３−２に示す検索装置３００によって実現することができる。図３−１，図３−２に示すように、検索装置３００は、広域データ取得部３１０と、登録処理部３２０と、詳細データ取得部３３０と、を備える。
【００４０】
＜広域データ取得部＞
広域データ取得部３１０は、場所マスタＤＢ３１１と、サンプルツイート検索部３１２と、フィルタリング部３１３と、場所特定部３１４と、第１事件犯罪ＤＢ３１５と、を備える。場所マスタＤＢ３１１は、地名や施設名等の単語と、地名や施設名等の場所を示す場所情報（緯度および経度、住所等）と、を対応付けて記憶するデータベースである。
【００４１】
サンプルツイート検索部３１２は、複数のツイートデータをサンプルとしてツイートデータサーバ３０１から取得する。たとえば、サンプルツイート検索部３１２は、ＴｗｉｔｔｅｒのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）である「Ｓｔｒｅａｍｉｎｇ  ＡＰＩ」を用いて、ツイートデータサーバ３０１に格納された全ツイートデータのうちのランダムに選択された約１％のツイートデータを取得することができる。サンプルツイート検索部３１２は、取得したツイートデータをフィルタリング部３１３へ出力する。
【００４２】
フィルタリング部３１３は、サンプルツイート検索部３１２から出力されたツイートデータのうちの、内容が特定条件に一致するツイートデータを抽出するフィルタリングを行う。特定条件は、たとえば、事件や犯罪等に関する特定の単語を含む等の条件である。フィルタリング部３１３によるフィルタリングには、たとえば、形態素解析、固有名詞抽出等の各種の言語処理技術を用いることができる。フィルタリング部３１３は、特定条件に一致するツイートデータを場所特定部３１４へ出力する。
【００４３】
場所特定部３１４は、フィルタリング部３１３から出力されたツイートデータの発信場所を特定し、特定した発信場所とともにツイートデータを第１事件犯罪ＤＢ３１５に格納する。たとえば、ツイートデータの発信元の通信端末の場所を示す場所情報（たとえば緯度および経度）がツイートデータに付加されている場合は、場所特定部３１４は、場所情報に基づいてツイートデータの発信場所を特定する。また、場所特定部３１４は、場所マスタＤＢ３１１から、ツイートデータに含まれる住所等の単語等と対応付けられた場所情報を取得することによってツイートデータの発信場所を特定してもよい。
【００４４】
第１事件犯罪ＤＢ３１５は、フィルタリング部３１３によって抽出された事件や犯罪等に関する可能性が高いツイートデータと、ツイートデータの発信場所と、を対応付けて格納するデータベースである。
【００４５】
＜登録処理部＞
登録処理部３２０は、キュー登録部３２１と、詳細検索処理キューＤＢ３２２と、を備える。キュー登録部３２１は、周期的に、第１事件犯罪ＤＢ３１５に格納されたツイートデータおよび場所情報を含む詳細検索情報を詳細検索処理キューＤＢ３２２へ登録する。詳細検索処理キューＤＢ３２２は、ツイートデータおよび場所情報を含む詳細検索情報が格納されるキュー構造のデータベースである。
【００４６】
＜詳細データ取得部＞
詳細データ取得部３３０は、詳細検索部３３１と、フィルタリング部３３２と、検索位置制御部３３３と、第２事件犯罪ＤＢ３３４と、を備える。
【００４７】
詳細検索部３３１は、周期的に、詳細検索処理キューＤＢ３２２に格納された詳細検索情報を取得する。また、詳細検索部３３１は、たとえばＴｗｉｔｔｅｒのＡＰＩである「Ｒｅｓｔ＿ＡＰＩ」を用いて、取得した詳細検索情報が示す発信場所と、詳細検索情報が示す発信場所の周辺と、において発信されたツイートデータをツイートデータサーバ３０１から取得する。そして、詳細検索部３３１は、取得したツイートデータをフィルタリング部３３２へ出力する。
【００４８】
たとえば、詳細検索部３３１は、詳細検索情報が示す場所（たとえば緯度および経度）および所定の半径Ｒをパラメータとして指定した「Ｒｅｓｔ＿ＡＰＩ」を用いることにより、詳細検索情報が示す場所を中心とする半径Ｒのエリアのツイートデータを取得する。また、詳細検索部３３１は、詳細検索情報が示す場所の周辺の各位置について、位置および所定の半径Ｒをパラメータとして指定した「Ｒｅｓｔ＿ＡＰＩ」を用いることにより、周辺の各位置のツイートデータを取得する。
【００４９】
フィルタリング部３３２は、詳細検索部３３１から出力されたツイートデータのうちの、内容が特定条件に一致するツイートデータを抽出するフィルタリングを行う。フィルタリング部３３２によるフィルタリングには、たとえばフィルタリング部３１３によるフィルタリングと同一または類似のフィルタリングを用いることができる。これにより、事件等の特定の事象と関連のある投稿データを抽出することができる。
【００５０】
フィルタリング部３３２は、特定条件に一致するツイートデータを第２事件犯罪ＤＢ３３４に格納する。また、フィルタリング部３３２は、特定条件に一致したツイートデータの件数を検索位置制御部３３３へ通知する。検索位置制御部３３３は、フィルタリング部３３２から通知された件数に基づいて、詳細検索部３３１がツイートデータを検索する対象エリアの中心位置を制御する。
【００５１】
第２事件犯罪ＤＢ３３４は、フィルタリング部３３２によって抽出された、事件や犯罪等に関する可能性が高いツイートデータを格納するデータベースである。第２事件犯罪ＤＢ３３４に格納されたツイートデータは、たとえば、検索装置３００の外部の装置によって読み出され、ユーザに対して画像や音声によって出力されたり、他の通信装置へ送信されたりする。
【００５２】
図１−１，図１−２に示したサーバ１０１，１０２は、たとえばツイートデータサーバ３０１に対応する。図１−１，図１−２に示した第１取得部１１１は、たとえば詳細検索部３３１によって実現することができる。図１−１，図１−２に示した第１抽出部１１２は、たとえばフィルタリング部３３２によって実現することができる。図１−１，図１−２に示した第１制御部１１３は、たとえば検索位置制御部３３３によって実現することができる。図１−１，図１−２に示した出力部１１４は、たとえば第２事件犯罪ＤＢ３３４によって実現することができる。
【００５３】
図１−１，図１−２に示した第２取得部１２１は、たとえばサンプルツイート検索部３１２によって実現することができる。図１−１，図１−２に示した第２抽出部１２２は、たとえばフィルタリング部３１３によって実現することができる。図１−１，図１−２に示した特定部１２３は、たとえば場所マスタＤＢ３１１および場所特定部３１４によって実現することができる。図１−１，図１−２に示した第２制御部１２４は、たとえばキュー登録部３２１および詳細検索処理キューＤＢ３２２によって実現することができる。
【００５４】
（検索装置のハードウェア）
図４は、検索装置のハードウェアの一例を示す図である。図３−１，図３−２に示した検索装置３００は、たとえば図４に示す情報処理装置４００によって実現することができる。情報処理装置４００は、ＣＰＵ４０１と、メモリ４０２と、ユーザインタフェース４０３と、通信インタフェース４０４と、を備える。ＣＰＵ４０１、メモリ４０２、ユーザインタフェース４０３および通信インタフェース４０４は、バス４０９によって接続されている。
【００５５】
ＣＰＵ４０１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、情報処理装置４００の全体の制御を司る。メモリ４０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。メインメモリは、ＣＰＵ４０１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、情報処理装置４００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてＣＰＵ４０１によって実行される。
【００５６】
ユーザインタフェース４０３は、たとえば、ユーザからの操作入力を受け付ける入力デバイスや、ユーザへ情報を出力する出力デバイスなどを含む。入力デバイスは、たとえばキー（たとえばキーボード）やリモコンなどによって実現することができる。出力デバイスは、たとえばディスプレイやスピーカなどによって実現することができる。また、タッチパネルなどによって入力デバイスおよび出力デバイスを実現してもよい。ユーザインタフェース４０３は、ＣＰＵ４０１によって制御される。
【００５７】
通信インタフェース４０４は、たとえば、無線や有線によって情報処理装置４００の外部（たとえばツイートデータサーバ３０１）との間で通信を行う通信インタフェースである。通信インタフェース４０４は、ＣＰＵ４０１によって制御される。
【００５８】
図３−１，図３−２に示したサンプルツイート検索部３１２および詳細検索部３３１は、たとえばＣＰＵ４０１および通信インタフェース４０４によって実現することができる。図３−１，図３−２に示したフィルタリング部３１３、場所特定部３１４、キュー登録部３２１、フィルタリング部３３２および検索位置制御部３３３は、たとえばＣＰＵ４０１によって実現することができる。
【００５９】
図３−１，図３−２に示した場所マスタＤＢ３１１、第１事件犯罪ＤＢ３１５、詳細検索処理キューＤＢ３２２および第２事件犯罪ＤＢ３３４は、たとえばメモリ４０２によって実現することができる。また、図３−１，図３−２に示した第２事件犯罪ＤＢ３３４に格納されたツイートデータは、たとえばユーザインタフェース４０３や通信インタフェース４０４によって出力される。
【００６０】
（場所マスタＤＢ）
図５−１は、場所マスタＤＢの一例を示す図である。図３−１，図３−２に示した場所マスタＤＢ３１１は、たとえば、図５−１に示すように、「場所ＩＤ」と、「場所名」と、「緯度」と、「経度」と、を対応付けて格納する。「場所ＩＤ」は、場所のユニーク番号である。「場所名」は、場所の名前であり、たとえば住所や施設名等である。「緯度」は、場所の緯度である。「経度」は、場所の経度である。
【００６１】
＜人口密度による収集範囲の調整＞
また、場所マスタＤＢ３１１は、各データに「人口密度」が対応付けられていてもよい。「人口密度」は、場所の人口密度（Ａ＞Ｂ＞Ｃ）である。この場合は、たとえば、詳細検索部３３１は、場所マスタＤＢ３１１にアクセス可能としてもよい。
【００６２】
詳細検索部３３１は、位置および半径Ｒをパラメータとして指定した「Ｒｅｓｔ＿ＡＰＩ」を用いてツイートデータサーバ３０１からツイートデータを取得する際に、位置に対応する「人口密度」を場所マスタＤＢ３１１から取得する。そして、詳細検索部３３１は、取得した「人口密度」が低いほど、「Ｒｅｓｔ＿ＡＰＩ」において指定する半径Ｒを大きくしてもよい。
【００６３】
これにより、ツイートデータサーバ３０１からツイートデータを取得する地域の人口密度が低いほど指定範囲を広くし、人口密度が低い地域においてもツイートデータを効率よく収集することができる。また、たとえば「Ｒｅｓｔ＿ＡＰＩ」においては単位時間あたりに取得可能なツイートデータの数が限られている。このため、人口密度が高い地域のツイートデータを取得する場合は指定範囲を小さくすることにより、対象地域の中心付近のツイートデータを効率よく収集することができる。
【００６４】
このように、詳細検索部３３１は、指定された地域および複数の地域のそれぞれについて、地域の位置に対応する点座標を含む領域に位置する通信端末から発信されたツイートデータを取得する。そして、詳細検索部３３１は、地域の人口密度が低いほど指定する円領域を広くすることにより、ツイートデータを効率よく収集することができる。
【００６５】
たとえば、詳細検索部３３１は、図５−１において説明したように、所定地域と所定地域の人口密度とを対応付ける場所マスタＤＢ３１１（対応情報）に基づいて、地域の人口密度が低いほど円領域を広くすることができる。
【００６６】
（第１事件犯罪ＤＢ）
図５−２は、第１事件犯罪ＤＢの一例を示す図である。図３−１，図３−２に示した第１事件犯罪ＤＢ３１５は、たとえば、図５−２に示すように、「発言ＩＤ」と、「発言時刻」と、「ツイート内容」と、「発信ユーザ」と、「発信ユーザＩＤ」と、「地名」と、「緯度」と、「経度」と、を対応付けて格納する。
【００６７】
「発言ＩＤ」は、ツイートデータのユニーク番号である。「発言時刻」は、ツイートデータが発信された時刻である。「ツイート内容」は、ツイートデータの本文である。「発信ユーザ」は、ツイートデータを発信した通信端末のユーザ名である。「発信ユーザＩＤ」は、ツイートデータを発信した通信端末のユーザのユニーク番号である。
【００６８】
「地名」は、ツイートデータが発信された場所として特定された場所の地名である。「緯度」および「経度」は、ツイートデータが発信された場所として特定された場所の緯度および経度である。
【００６９】
（詳細検索処理キューＤＢ）
図５−３は、詳細検索処理キューＤＢの一例を示す図である。図３−１，図３−２に示した詳細検索処理キューＤＢ３２２は、たとえば、図５−３に示すように、「Ｎｏ」と、「検索地名」と、「動作中フラグ」と、を対応付けて格納する。
【００７０】
「Ｎｏ」は、詳細検索データのユニーク番号である。「検索地名」は、詳細検索を行うべき地域の名称である。また、「検索地名」に代えて詳細検索を行うべき場所の緯度および経度等が詳細検索処理キューＤＢ３２２に格納されていてもよい。
【００７１】
「動作中フラグ」は、対応する詳細検索データに基づく詳細検索を実行中か否かを示すフラグ情報である。たとえば、「動作中フラグ」に「１」が設定されている場合は、対応する詳細検索データに基づく詳細検索が実行中であることを示す。また、「動作中フラグ」に「１」が設定されていない場合（「０」の場合）は、対応する詳細検索データに基づく詳細検索が実行中でないことを示す。
【００７２】
（第２事件犯罪ＤＢ）
図５−４は、第２事件犯罪ＤＢの一例を示す図である。図３−１，図３−２に示した第２事件犯罪ＤＢ３３４は、たとえば、図５−４に示すように、「発言ＩＤ」と、「発言時刻」と、「ツイート内容」と、「発信ユーザ」と、「発信ユーザＩＤ」と、「検索地（初期地名）」と、「緯度」と、「経度」と、を対応付けて格納する。第２事件犯罪ＤＢ３３４について、第１事件犯罪ＤＢ３１５と同一の項目については説明を省略する。
【００７３】
「検索地（初期地名）」は、ツイートデータが発信された場所として特定された場所であって、詳細検索の初期の基準位置として利用した場所の地名である。
【００７４】
図５−４に示した第２事件犯罪ＤＢ３３４には、たとえば、藤岡において発生したバスの事故についてのツイートデータの収集結果が格納されている。これらの収集結果は、たとえば、事件等の早期発見、早期解決、早期救援活動等に活用することができる。
【００７５】
（広域データ取得部による処理）
図６は、広域データ取得部による処理の一例を示すフローチャートである。図３−１，図３−２に示した広域データ取得部３１０は、たとえば図６に示す各ステップを実行する。まず、広域データ取得部３１０は、たとえば「Ｓｔｒｅａｍｉｎｇ  ＡＰＩ」を用いて、複数のツイートデータをツイートデータサーバ３０１から取得する（ステップＳ６０１）。
【００７６】
つぎに、広域データ取得部３１０は、ステップＳ６０１によって取得した各ツイートデータについて、以下のステップＳ６０２〜Ｓ６０７を実行する。まず、広域データ取得部３１０は、対象のツイートデータの内容が特定条件に一致するか否かを判断する（ステップＳ６０２）。特定条件に一致しないと判断した場合（ステップＳ６０２：Ｎｏ）は、広域データ取得部３１０は、対象のツイートデータについての処理を終了する。
【００７７】
ステップＳ６０２において、特定条件に一致すると判断した場合（ステップＳ６０２：Ｙｅｓ）は、広域データ取得部３１０は、対象のツイートデータに、ツイートデータの発信場所を示す発信場所情報が含まれているか否かを判断する（ステップＳ６０３）。発信場所情報は、たとえば緯度および経度である。発信場所情報が含まれている場合（ステップＳ６０３：Ｙｅｓ）は、広域データ取得部３１０は、発信場所情報に基づいてツイートデータの発信場所を特定し（ステップＳ６０４）、ステップＳ６０７へ移行する。
【００７８】
ステップＳ６０３において、発信場所情報が含まれていない場合（ステップＳ６０３：Ｎｏ）は、広域データ取得部３１０は、場所マスタＤＢ３１１に基づいて、対象のツイートデータの発信場所を特定可能か否かを判断する（ステップＳ６０５）。場所マスタＤＢ３１１に基づいて発信場所を特定可能でない場合（ステップＳ６０５：Ｎｏ）は、広域データ取得部３１０は、対象のツイートデータについての処理を終了する。
【００７９】
ステップＳ６０５において、場所マスタＤＢ３１１に基づいて発信場所を特定可能である場合（ステップＳ６０５：Ｙｅｓ）は、広域データ取得部３１０は、場所マスタＤＢ３１１に基づいて発信場所を特定する（ステップＳ６０６）。つぎに、広域データ取得部３１０は、対象のツイートデータを、ステップＳ６０４，Ｓ６０６のいずれかによって特定した発信場所とともに第１事件犯罪ＤＢ３１５に格納し（ステップＳ６０７）、対象のツイートデータについての処理を終了する。
【００８０】
以上の各ステップにより、広域データ取得部３１０は、ツイートデータサーバ３０１から取得した複数のツイートデータのうちの、特定条件に一致するツイートデータを発信場所とともに第１事件犯罪ＤＢ３１５に格納することができる。
【００８１】
（登録処理部による処理）
図７は、登録処理部による処理の一例を示すフローチャートである。図３−１，図３−２に示した登録処理部３２０は、たとえば図７に示す各ステップを実行する。まず、登録処理部３２０は、第１事件犯罪ＤＢ３１５に取得可能なツイートデータがあるか否かを判断する（ステップＳ７０１）。第１事件犯罪ＤＢ３１５に取得可能なツイートデータがない場合（ステップＳ７０１：Ｎｏ）は、登録処理部３２０は、所定時間（たとえば５分）待機し（ステップＳ７０２）、ステップＳ７０１へ戻る。
【００８２】
ステップＳ７０１において、第１事件犯罪ＤＢ３１５に取得可能なツイートデータがある場合（ステップＳ７０１：Ｙｅｓ）は、登録処理部３２０は、第１事件犯罪ＤＢ３１５からツイートデータを発信場所とともに取得する（ステップＳ７０３）。つぎに、登録処理部３２０は、ステップＳ７０３によって取得した各ツイートデータについて、対象のツイートデータおよび発信場所を含む詳細検索データを詳細検索処理キューＤＢ３２２に登録する（ステップＳ７０４）。
【００８３】
ステップＳ７０３によって取得した各ツイートデータについてステップＳ７０４を実行した後、登録処理部３２０は、所定時間（たとえば１分）待機し（ステップＳ７０５）、ステップＳ７０１へ戻る。
【００８４】
以上の各ステップにより、登録処理部３２０は、周期的に、第１事件犯罪ＤＢ３１５に格納されたツイートデータおよび発信場所を含む詳細検索データを詳細検索処理キューＤＢ３２２に登録することができる。
【００８５】
（詳細データ取得部による処理）
図８は、詳細データ取得部による処理の一例を示すフローチャートである。図３−１，図３−２に示した詳細データ取得部３３０は、たとえば図８に示す各ステップを実行する。まず、詳細データ取得部３３０は、詳細検索処理キューＤＢ３２２に、「動作中フラグ」が設定されていない詳細検索データがあるか否かを判断する（ステップＳ８０１）。
【００８６】
ステップＳ８０１において、「動作中フラグ」が設定されていない詳細検索データがない場合（ステップＳ８０１：Ｎｏ）は、詳細データ取得部３３０は、ステップＳ８０４へ移行する。「動作中フラグ」が設定されていない詳細検索データがある場合（ステップＳ８０１：Ｙｅｓ）は、詳細データ取得部３３０は、詳細検索処理キューＤＢ３２２から、「動作中フラグ」が設定されていない詳細検索データを取得する（ステップＳ８０２）。
【００８７】
つぎに、詳細データ取得部３３０は、ステップＳ８０２によって取得した詳細検索データのそれぞれについて所定の詳細検索処理を行う（ステップＳ８０３）。ステップＳ８０３による詳細検索処理については後述する（たとえば図９−１，図９−２参照）。たとえば、詳細データ取得部３３０は、取得した詳細検索データのそれぞれについて、詳細検索処理を行うスレッドを生成することにより、各詳細検索データの詳細検索処理を並列で実行する。
【００８８】
ステップＳ８０２によって取得した詳細検索データのそれぞれについて詳細検索処理を行った後、詳細データ取得部３３０は、所定時間待機し（ステップＳ８０４）、ステップＳ８０１へ戻る。
【００８９】
以上のステップにより、詳細データ取得部３３０は、周期的に、詳細検索処理キューＤＢ３２２に詳細検索データについての詳細検索処理を行うことができる。
【００９０】
図９−１および図９−２は、詳細検索処理の一例を示すフローチャートである。詳細データ取得部３３０は、図８のステップＳ８０３に示した詳細検索処理として、たとえば図９−１，図９−２に示す各ステップを実行する。まず、図９−１に示すように、詳細データ取得部３３０は、詳細検索処理キューＤＢ３２２における対象の詳細検索データに動作中フラグを設定する（ステップＳ９０１）。これにより、同一の詳細検索データについて重複スレッドが生成されることを回避することができる。
【００９１】
つぎに、詳細データ取得部３３０は、基準位置として、対象の詳細検索データのツイートデータの発信場所（緯度および経度）を設定する（ステップＳ９０２）。つぎに、詳細データ取得部３３０は、検索位置Ｐとして、現在の基準位置を設定する（ステップＳ９０３）。つぎに、詳細データ取得部３３０は、検索位置Ｐについての件数カウンタａ（Ｐ）を「０」に設定する（ステップＳ９０４）。
【００９２】
つぎに、詳細データ取得部３３０は、現在の検索位置Ｐを中心とする半径Ｒのエリアのツイートデータを取得する（ステップＳ９０５）。たとえば、詳細データ取得部３３０は、検索位置Ｐ（緯度および経度）および半径Ｒをパラメータとして指定したＴｗｉｔｔｅｒの「Ｒｅｓｔ＿ＡＰＩ」を用いることにより、検索位置Ｐを含む半径Ｒのエリアのツイートデータを取得することができる。
【００９３】
つぎに、詳細データ取得部３３０は、図９−２に示すステップＳ９０６へ移行し（符号Ａ）、ステップＳ９０５によってツイートデータが取得されたか否かを判断する（ステップＳ９０６）。ツイートデータが取得されていない場合（ステップＳ９０６：Ｎｏ）は、詳細データ取得部３３０は、ステップＳ９１０へ移行する。
【００９４】
ステップＳ９０６において、ツイートデータが取得された場合（ステップＳ９０６：Ｙｅｓ）は、詳細データ取得部３３０は、取得されたツイートデータのそれぞれについて以下のステップＳ９０７〜Ｓ９０９を実行する。まず、詳細データ取得部３３０は、対象のツイートデータの内容が特定条件に一致するか否かを判断する（ステップＳ９０７）。
【００９５】
ステップＳ９０７において、特定条件に一致しないと判断した場合（ステップＳ９０７：Ｎｏ）は、詳細データ取得部３３０は、対象のツイートデータについての処理を終了する。特定条件に一致すると判断した場合（ステップＳ９０７：Ｙｅｓ）は、詳細データ取得部３３０は、対象のツイートデータを第２事件犯罪ＤＢ３３４に格納する（ステップＳ９０８）。つぎに、詳細データ取得部３３０は、現在の検索位置Ｐについての件数カウンタａ（Ｐ）をインクリメント（＋１）し（ステップＳ９０９）、対象のツイートデータについての処理を終了する。
【００９６】
ステップＳ９０６によって取得されたツイートデータのそれぞれについてステップＳ９０７〜Ｓ９０９の処理を行った後に、詳細データ取得部３３０は、検索位置Ｐが「南」であるか否かを判断する（ステップＳ９１０）。「南」は、検索位置Ｐから南側へ所定距離だけ移動した位置である。
【００９７】
ステップＳ９１０において、検索位置Ｐが「南」でない場合（ステップＳ９１０：Ｎｏ）は、基準位置および周辺位置についての検索処理が終了していないと判断することができる。この場合は、詳細データ取得部３３０は、検索位置Ｐを変更し（ステップＳ９１１）、図９−１に示したステップＳ９０４へ戻る（符号Ｂ）。
【００９８】
ステップＳ９１１において、詳細データ取得部３３０は、たとえば、変更前の検索位置Ｐが基準位置である場合は検索位置Ｐを「西」に変更する。「西」は、検索位置Ｐから西側へ所定距離だけ移動した位置である。また、詳細データ取得部３３０は、変更前の検索位置Ｐが「西」である場合は検索位置Ｐを「北」に変更する。「北」は、検索位置Ｐから北側へ所定距離だけ移動した位置である。
【００９９】
また、詳細データ取得部３３０は、変更前の検索位置Ｐが「北」である場合は検索位置Ｐを「東」に変更する。「東」は、検索位置Ｐから東側へ所定距離だけ移動した位置である。また、詳細データ取得部３３０は、変更前の検索位置Ｐが「東」である場合は検索位置Ｐを「南」に変更する。
【０１００】
ステップＳ９１０において、現在の検索位置Ｐが「南」である場合（ステップＳ９１０：Ｙｅｓ）は、基準位置および周辺位置についての検索処理が終了したと判断することができる。この場合は、詳細データ取得部３３０は、全ての検索位置Ｐで件数カウンタａ（Ｐ）が「０」であるか否かを判断する（ステップＳ９１２）。少なくともいずれかの検索位置Ｐで件数カウンタａ（Ｐ）が「０」でない場合（ステップＳ９１２：Ｎｏ）は、詳細データ取得部３３０は、件数カウンタａ（Ｐ）が最大の検索位置Ｐを新たな基準位置として設定し（ステップＳ９１３）、図９−１に示したステップＳ９０３へ戻る（符号Ｃ）。
【０１０１】
ステップＳ９１２において、全ての検索位置Ｐで件数カウンタａ（Ｐ）が「０」である場合（ステップＳ９１２：Ｙｅｓ）は、現在の基準位置および周辺位置の付近では特定条件に一致するツイートデータが発信されていないと判断することができる。この場合は、詳細データ取得部３３０は、対象の詳細検索データを詳細検索処理キューＤＢ３２２から削除し（ステップＳ９１４）、対象の詳細検索データに基づく詳細検索処理を終了する。
【０１０２】
以上の各ステップにより、特定の条件に一致するツイートデータが多く発信された位置を基準位置としながら特定の条件に一致するツイートデータを収集することができる。
【０１０３】
（事故発生時に収集されるツイートデータ）
図１０は、事故発生時に収集されるツイートデータの一例を示す図である。図１０に示す地域１０００は、たとえば、渋谷である。地域１０００においてビル爆発が発生したとする。事故現場１００１は、地域１０００においてビル爆発が発生した現場である。ツイート１０１１〜１０１６は、事故現場１００１におけるビル爆発に起因してツイートデータサーバ３０１に投稿されたツイートデータの内容である。
【０１０４】
検索装置３００によれば、ビル爆発の発生時に、自動的に事故現場１００１の周辺のツイートデータを収集することができる。このため、事故現場１００１におけるビル爆発に関するツイート１０１１〜１０１６を効率よく収集することができる。
【０１０５】
このように、実施の形態にかかる検索装置３００によれば、基準地域とその周辺地域から発信された事件等に関するツイートデータを収集し、収集されたツイートデータが多い地域を新たな基準地域として上記収集を再度行うことができる。このため、事件等に関するツイートデータが多く発信された地域を中心に再度、事件等に関するツイートデータを収集し、事件等に関するツイートデータを効率よく得ることができる。
【０１０６】
また、上記の収集処理を周期的に行うことにより、たとえば自然災害の被害の拡大、事故の拡大、指名手配犯の移動等により、事件等に関するツイートデータが発信される地域が経時的に移動しても、追従して有用なツイートデータを得ることができる。
【０１０７】
以上説明したように、検索装置、検索方法および検索プログラムによれば、有用な投稿データを効率よく収集することができる。
【０１０８】
なお、実施の形態にかかる検索装置３００においてはＴｗｉｔｔｅｒ等の短文投稿サービスのツイートデータサーバ３０１からツイートデータを収集する場合について説明した。ただし、検索装置１００は、これに限らず、たとえば電子掲示板やブログなど、ユーザの通信端末から送信された投稿データを管理する各種のサーバから投稿データを収集する構成に適用することができる。
【０１０９】
なお、本実施の形態で説明した検索方法は、たとえば、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布されてもよい。
【０１１０】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１１１】
（付記１）指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行する取得部と、
前記指定された地域および前記複数の地域のそれぞれについて、前記取得部によって取得された投稿データの中から特定条件を満たす投稿データを抽出する抽出部と、
前記指定された地域および前記複数の地域の中から前記抽出部によって抽出された投稿データの数に基づいて選択した地域を指定して前記取得部に前記取得する処理を実行させる制御部と、
前記抽出部によって抽出された前記投稿データを出力する出力部と、
を備えることを特徴とする検索装置。
【０１１２】
（付記２）前記制御部は、前記選択した地域を指定して前記取得部に前記取得する処理を実行させる制御を周期的に行うことを特徴とする付記１に記載の検索装置。
【０１１３】
（付記３）前記制御部は、前記指定された地域および前記複数の地域のいずれについても前記抽出部によって抽出された投稿データがなかった場合は、前記取得部に前記取得する処理を実行させる制御を終了することを特徴とする付記１または２に記載の検索装置。
【０１１４】
（付記４）前記取得部は、前記指定された地域および前記複数の地域のそれぞれについて、前記地域の位置に対応する点座標を含む領域に位置する通信端末から発信された投稿データを取得し、前記地域の人口密度が低いほど前記領域を広くすることを特徴とする付記１〜３のいずれか一つに記載の検索装置。
【０１１５】
（付記５）前記取得部は、所定地域と前記所定地域の人口密度とを対応付ける対応情報に基づいて、前記地域の人口密度が低いほど前記領域を広くすることを特徴とする付記４に記載の検索装置。
【０１１６】
（付記６）前記取得部（以下「第１取得部」と称する。）と、
前記抽出部（以下「第１抽出部」と称する。）と、
前記制御部（以下「第１制御部」と称する。）と、
不特定の地域に位置する端末から発信された投稿データをサーバから取得する第２取得部と、
前記第２取得部によって取得された投稿データのうちの特定条件を満たす投稿データを抽出する第２抽出部と、
前記第２抽出部によって抽出された投稿データの内容に基づいて、前記第２抽出部によって抽出された投稿データに関連する地域を特定する特定部と、
前記特定部によって特定された地域を指定して前記第１取得部に前記取得する処理を実行させる第２制御部と、
を備えることを特徴とする付記１〜５のいずれか一つに記載の検索装置。
【０１１７】
（付記７）前記特定部は、所定地域と前記所定地域に関連する文字列とを対応付ける対応情報に基づいて、前記投稿データに含まれる文字列に関連する地域を特定することを特徴とする付記６に記載の検索装置。
【０１１８】
（付記８）指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行し、
前記指定された地域および前記複数の地域のそれぞれについて、取得した前記投稿データの中から特定条件を満たす投稿データを抽出し、
前記指定された地域および前記複数の地域の中から、抽出した前記投稿データの数に基づく地域を選択し、
選択した前記地域を指定して前記取得する処理を実行し、
抽出した前記投稿データを出力する、
ことを特徴とする検索方法。
【０１１９】
（付記９）コンピュータに、
指定された地域と、前記指定された地域の周辺の複数の地域と、に位置する各通信端末から発信された投稿データをサーバから取得する処理を実行し、
前記指定された地域および前記複数の地域のそれぞれについて、取得した前記投稿データの中から特定条件を満たす投稿データを抽出し、
前記指定された地域および前記複数の地域の中から、抽出した前記投稿データの数に基づく地域を選択し、
選択した前記地域を指定して前記取得する処理を実行し、
抽出した前記投稿データを出力する、
処理を実行させることを特徴とする検索プログラム。
【符号の説明】
【０１２０】
１００，３００  検索装置
１０１，１０２  サーバ
１１１  第１取得部
１１２  第１抽出部
１１３  第１制御部
１１４  出力部
１２１  第２取得部
１２２  第２抽出部
１２３  特定部
１２４  第２制御部
２００  円領域
２０１〜２０８  地点
３０１  ツイートデータサーバ
３１０  広域データ取得部
３１１  場所マスタＤＢ
３１２  サンプルツイート検索部
３１３，３３２  フィルタリング部
３１４  場所特定部
３１５  第１事件犯罪ＤＢ
３２０  登録処理部
３２１  キュー登録部
３２２  詳細検索処理キューＤＢ
３３０  詳細データ取得部
３３１  詳細検索部
３３３  検索位置制御部
３３４  第２事件犯罪ＤＢ
４００  情報処理装置
４０１  ＣＰＵ
４０２  メモリ
４０３  ユーザインタフェース
４０４  通信インタフェース
４０９  バス
１０００  地域
１００１  事故現場
１０１１〜１０１６  ツイート
【図１−１】
2014182525.tif 000003
【図１−２】
2014182525.tif 000004
【図２−１】
2014182525.tif 000005
【図２−２】
2014182525.tif 000006
【図２−３】
2014182525.tif 000007
【図２−４】
2014182525.tif 000008
【図２−５】
2014182525.tif 000009
【図２−６】
2014182525.tif 000010
【図２−７】
2014182525.tif 000011
【図２−８】
2014182525.tif 000012
【図２−９】
2014182525.tif 000013
【図２−１０】
2014182525.tif 000014
【図２−１１】
2014182525.tif 000015
【図３−１】
2014182525.tif 000016
【図３−２】
2014182525.tif 000017
【図４】
2014182525.tif 000018
【図５−１】
2014182525.tif 000019
【図５−２】
2014182525.tif 000020
【図５−３】
2014182525.tif 000021
【図５−４】
2014182525.tif 000022
【図６】
2014182525.tif 000023
【図７】
2014182525.tif 000024
【図８】
2014182525.tif 000025
【図９−１】
2014182525.tif 000026
【図９−２】
2014182525.tif 000027
【図１０】
2014182525.tif 000028