JPWO2017208371A1 - 画像検索プログラム、画像検索方法および画像検索装置 - Google Patents

Abstract

受付部４３は、時間帯及び位置の領域を含む範囲条件の指定を受け付ける。検索部４４は、位置情報と時間情報とが対応付けられた画像を記憶する記憶部２２を検索して、記憶部２２に記憶された画像データ３０の内、受付部４３で受け付けた範囲条件を満たす画像データ３０の数が所定数以下の場合に、範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う。

Description

本発明は、画像検索プログラム、画像検索方法および画像検索装置に関する。

従来から、例えば、物流業界では、トラックやバスなどの業務車両に、位置や速度などの運行状態を監視するデジタルタコグラフなどの車載器を取り付け、車載器から収集された情報を基に、運行管理を行っている。この車載器には、一定時間毎に路上の画像を撮像し、撮像した画像を送信する機能を有するものがある。

特開２０１５−１０３０８９号公報

ところで、車載器で撮像された画像を利用して道路状況を提要するサービスが考えられる。例えば、車載器から送信された画像を、当該画像を撮像時刻、撮像位置と共にシステムの記憶部に記憶する。そして、例えば、システムは、画像を抽出する時間帯や道路の範囲の指定を受け付け、撮像時刻、撮像位置が指定された時間帯や道路の範囲に該当する画像を記憶部から検索して表示する。

しかしながら、各業務車両に搭載された車載器からシステムに収集された画像の撮像位置は、均等に分散しているとは限らない。このため、検索された画像を表示しても道路状況が把握し難い場合がある。例えば、業務車両の通行頻度が低い道路では、検索される画像が少なく、道路状況が把握し難い場合がある。

一つの側面では、道路状況を把握しやすく画像を提供できる画像検索プログラム、画像検索方法および画像検索装置を提供することを目的とする。

第１の案では、画像検索プログラムは、コンピュータに、時間帯及び位置の領域を含む範囲条件の指定を受け付ける処理を実行させる。画像検索プログラムは、コンピュータに、位置情報と時間情報とが対応付けられた画像を記憶する記憶部を検索して、記憶部に記憶された画像の内、受け付けた前記範囲条件を満たす画像が所定数以下の場合に、範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う処理を実行させる。

本発明の一の実施態様によれば、道路状況を把握しやすく画像を提供できるという効果を奏する。

図１は、物流支援システムの一例を説明する説明図である。 図２は、道路状況提供プラットフォームの機能的な構成の一例を示す図である。 図３は、画像検索装置の機能的な構成を概略的に示した図である。 図４は、撮像情報のデータ構成の一例を示す図である。 図５は、道路情報のデータ構成の一例を示す図である。 図６は、走行区間情報のデータ構成の一例を示す図である。 図７は、マッチングおよび集計の一例を示す図である。 図８は、範囲条件の時間帯、位置の範囲の拡張、縮小を説明する図である。 図９は、道路状況を検索する流れの一例を示す図である。 図１０は、道路状況を検索する流れの他の一例を示す図である。 図１１は、画像検索の手順の一例を示すフローチャートである。 図１２は、画像検索プログラムを実行するコンピュータの構成の一例を示す図である。

以下に、本発明にかかる画像検索プログラム、画像検索方法および画像検索装置の実施例を図面に基づいて詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせてもよい。

［システム構成］
最初に、実施例１に係る物流支援システムの一例を説明する。図１は、物流支援システムの一例を説明する説明図である。物流支援システム１０は、物流業界における車両の運行を支援するシステムである。物流支援システム１０は、例えば、クラウドシステムである。物流支援システム１０には、運行管理プラットフォーム１１と、プローブ解析プラットフォーム１２と、道路状況提供プラットフォーム１３とが構築されている。物流支援システム１０は、１台のサーバ装置などのコンピュータによって実現されてもよく、複数台のコンピュータによるコンピュータシステムとして実装されてもよい。例えば、物流支援システム１０は、提供するサービスや機能ごとに複数のコンピュータに分けて実装してもよい。

例えば、トラックやバスなどの業務車両１６は、デジタルタコグラフなどの車載器１５が設けられている。車載器１５は、ネットワークＮを介して物流支援システム１０と通信可能に接続されている。また、物流支援システム１０には、ネットワークＮを介して運行事業者端末装置１７および道路管理者端末装置１８が通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、携帯電話などの移動体通信網、インターネット（Internet）、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。なお、図１の例では、車載器１５を搭載した業務車両１６を１台とした場合を例示したが、これに限定されず、車載器１５を搭載した業務車両１６を任意の数とすることができる。また、図１の例では、運行事業者端末装置１７および道路管理者端末装置１８をそれぞれ１台とした場合を例示したが、これに限定されず、運行事業者端末装置１７および道路管理者端末装置１８も任意の数とすることができる。

車載器１５は、所定時間（例えば、１秒）の間隔で、業務車両１６の現在位置や時刻、業務車両１６の速度などの各種の情報を運行中に検出する。車載器１５は、検出した各種の情報をプローブ情報として物流支援システム１０に送信する。また、車載器１５は、一定時間毎に路上の画像を撮像し、撮像した画像を送信する機能を有する。例えば、業務車両１６には、車両前方を撮像可能な位置にカメラが設けられており、車載器１５にカメラが接続されている。車載器１５は、カメラにより一定時間毎に車両前方の路上の画像を撮像する。この一定時間は、例えば、５分とするがこれに限定されるものではない。例えば、車載器１５は、一定時間の間隔で車両前方を撮像し、撮像した画像の画像データを、撮像した位置を示す位置情報および撮像した時刻を示す時刻情報と共に物流支援システム１０に送信する。

物流支援システム１０は、車載器１５から送信されたプローブ情報や画像データなどの各種の情報に基づき、各種のサービスを提供する。

例えば、物流支援システム１０は、運行管理プラットフォーム１１を用いて、業務車両１６の運行管理を行う運行管理サービスを提供する。例えば、運行管理プラットフォーム１１は、車載器１５から送信されたプローブ情報に基づいて、業務車両１６の運行時間や休憩時間、速度を管理する。また、運行管理プラットフォーム１１は、業務車両１６を運行する運行事業者からの要求に応じて、当該運行事業者が運行を管理する業務車両１６の車載器１５から送信された画像を提供する。すなわち、運行管理プラットフォーム１１は、運行事業者に対して、当該運行事業者が運行する業務車両１６で撮像された画像を提供する。これにより、運行事業者は、運行を管理する業務車両１６の運行状態を把握できる。

また、例えば、物流支援システム１０は、プローブ解析プラットフォーム１２を用いて、プローブ情報を解析する。例えば、プローブ解析プラットフォーム１２は、車載器１５から送信されたプローブ情報に基づいて、業務車両１６の走行した道路や道路の混雑状況を解析する。例えば、プローブ解析プラットフォーム１２は、プローブ情報に含まれる位置情報に基づいて、走行している道路や、走行している道路の区間、走行方向を特定する。また、プローブ解析プラットフォーム１２は、業務車両１６が道路を走行した時間から道路の混雑状況を解析する。

また、例えば、物流支援システム１０は、道路状況提供プラットフォーム１３を用いて、道路状況を提供する道路状況提供サービスを提供する。例えば、物流支援システム１０は、各運行事業者の業務車両１６の車載器１５から送信された画像を道路状況として、各運行事業者や、道路を管理する道路管理者などの第３者に提供する。

運行事業者端末装置１７は、業務車両１６を運行する運行事業者に配置された、パソコン等の端末装置である。業務車両１６を運行する運行事業者は、運行事業者端末装置１７を用いて物流支援システム１０にアクセスし、物流支援システム１０が提供する運行管理サービスを利用して業務車両１６の運行管理を行う。

道路管理者端末装置１８は、例えば、高速道路会社など、道路を管理する道路管理会社に配置された、パソコン等の端末装置である。道路を管理する道路管理者は、道路管理者端末装置１８を用いて物流支援システム１０にアクセスし、物流支援システム１０が提供する道路状況提供サービスを利用して道路状況を把握する。例えば、高速道路を管理する道路管理者は、物流支援システム１０が公開用として記憶した画像を参照することにより、道路の混雑状況や劣化状況など道路に関する各種の状況を把握できる。

次に、道路状況提供プラットフォーム１３の機能的な構成について説明する。図２は、道路状況提供プラットフォームの機能的な構成の一例を示す図である。道路状況提供プラットフォーム１３には、運行管理プラットフォーム１１から、車載器１５により撮像された画像の画像データや、画像を撮像した際の撮像位置などを含んだ撮像情報が提供される。また、道路状況提供プラットフォーム１３には、プローブ解析プラットフォーム１２から、道路に関する道路情報や、車載器１５を搭載した業務車両１６が走行した道路の走行区間に関する走行区間情報が提供される。道路状況提供プラットフォーム１３は、特定機能（図２（ａ））により、画像が撮像された際の位置情報に基づいて、画像の撮像された道路の種別を特定する。道路状況提供プラットフォーム１３は、提供された画像を、出力機能（図２（ｂ））により、道路状況として、各運行事業者や、道路を管理する道路管理者などの第３者に提供する。運行管理プラットフォーム１１、プローブ解析プラットフォーム１２および道路状況提供プラットフォーム１３は、同じコンピュータに実装されてもよく、別なコンピュータに実装されてもよい。本実施例では、物流支援システム１０は、運行管理プラットフォーム１１、プローブ解析プラットフォーム１２、道路状況提供プラットフォーム１３が別なコンピュータに実装されている場合を例に説明する。

［画像検索装置の構成］
次に、画像検索装置２０の構成について説明する。図３は、画像検索装置の機能的な構成を概略的に示した図である。画像検索装置２０は、サーバコンピュータなどのコンピュータである。画像検索装置２０は、上述した道路状況提供プラットフォーム１３が実装され、道路状況提供サービスを提供する。なお、本実施例では、画像検索装置２０を１台のコンピュータとした場合を例として説明するが、複数台のコンピュータによるコンピュータシステムとして実装してもよい。

図３に示すように、画像検索装置２０は、通信部２１と、記憶部２２と、制御部２３とを有する。

通信部２１は、他の装置と無線通信又は有線通信を行う通信インタフェースである。例えば、通信部２１は、運行管理プラットフォーム１１から、車載器１５により撮像された画像の画像データや、画像を撮像した際の撮像位置などを含んだ撮像情報を受信する。また、通信部２１は、プローブ解析プラットフォーム１２から、道路に関する道路情報や、車載器１５が搭載された業務車両１６が走行している道路の走行区間に関する走行区間情報を受信する。

記憶部２２は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。なお、記憶部２２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであってもよい。記憶部２２は、制御部２３で実行されるＯＳ（Operating System）や、各種プログラムを記憶する。さらに、記憶部２２は、各種情報を記憶する。例えば、記憶部２２は、画像データ３０と、撮像情報３１と、道路情報３２と、走行区間情報３３と、マッチング情報３４と、集計情報３５とを記憶する。なお、記憶部２２は、その他の各種の情報を記憶してもよい。

画像データ３０は、運行管理プラットフォーム１１から受信した、車載器１５により撮像された画像の画像データである。

撮像情報３１は、画像データ３０の画像を撮像した際の撮像位置などを含んだデータである。図４は、撮像情報のデータ構成の一例を示す図である。図４に示すように、撮像情報３１は、画像ＩＤ、撮像位置、車両ＩＤ、撮像時刻の各項目を有する。なお、撮像情報３１は、上記以外にも各種の情報を記憶してもよい。

画像ＩＤの項目は、車載器１５により撮像された画像の画像データを識別する識別情報を記憶する領域である。車載器１５により撮像された画像の画像データには、識別情報として、例えば、撮像された順に番号などのユニークな画像ＩＤ（identification）が付与される。画像ＩＤの項目には、車載器１５により撮像された画像の画像データに付与された画像ＩＤが格納される。撮像位置の項目は、画像を撮像した際の撮像位置を示す位置情報を記憶する領域である。本実施例では、位置情報を、日本測地系や世界測地系など所定の測地系により緯度、経度などで位置を示した情報としている。撮像位置の項目には、撮像位置を示す緯度（ｘ）、経度（ｙ）などの位置情報が格納される。なお、位置情報は、位置を特定できればその他の情報でもよい。車両ＩＤの項目は、画像データを送信した車載器１５を搭載した業務車両１６の識別情報を記憶する領域である。車載器１５には、搭載された業務車両１６の識別情報として、ユニークな車両ＩＤが設定される。車載器１５は、設定された車両ＩＤを付加した画像データやプローブ情報を物流支援システム１０へ送信する。車両ＩＤの項目には、画像ＩＤの画像データを送信した車載器１５を搭載した業務車両１６の車両ＩＤが格納される。撮像時刻の項目は、車載器１５により画像が撮像された撮像時刻を記憶する領域である。

図４の例では、画像ＩＤ「画像１」の画像データの画像は、撮像位置が緯度ｘ、経度ｙであり、画像データを送信した車載器１５を搭載した業務車両１６の車両ＩＤが「Ａａａ」であり、撮像時刻が１０時２０分２０秒であることを示す。

図３に戻り、道路情報３２は、道路に関する各種の情報を記憶したデータである。例えば、道路情報３２には、道路を区切った区間ごとに、道路の種別などの情報が記憶される。図５は、道路情報のデータ構成の一例を示す図である。図５に示すように、道路情報３２は、区間番号、種別、方向、施設、区間範囲の各項目を有する。なお、道路情報３２は、上記以外にも各種の情報を記憶してもよい。

区間番号の項目は、道路の区間を識別する識別情報を記憶する領域である。各道路は、それぞれ、例えば、所定の基準に沿って、１または複数の区間に分けられ、それぞれの区間に識別情報として、例えば、ユニークな区間番号が付与される。所定の基準は、例えば、１００ｍごとなど距離で定めてもよく、交差点など他の道路との交点を区間の区切りとする単位であってもよい。また、所定の基準は、例えば、橋、トンネル、サービスエリア、パーキングエリア、ジャンクションなど、道路に関する構造物の境界や施設の境界を区間の区切りとしてもよく、公的な機関等が定めた区間の条件を用いてよい。また、所定の基準は、複数の条件を組み合わせてもよい。区間番号の項目には、道路の区間に付与された区間番号が記憶される。種別の項目は、区間番号の区間の道路の種別を記憶する領域である。道路の区間には、高速道路、自動車専用道路、一般道路など、区間がどのような種類の道路であるかを示す種別を定めている。種別の項目には、区間番号の区間の道路に定められた種別が格納される。方向の項目は、道路の区間の走行方向を記憶する領域である。方向の項目には、道路の区間に、例えば上り、下りなどの走行方向が定められている場合、走行方向が格納され、走行方向が定められていない場合、走行方向が定められていないことを示す「−」が格納される。施設の項目は、道路の区間の施設を記憶する領域である。施設の項目には、道路の区間が、サービスエリア、パーキングエリアなどの施設である場合、施設名が格納され、施設ではない場合、施設ではないことを示す「−」が格納される。区間範囲の項目は、区間とする範囲に関する情報を記憶する領域である。例えば、区間を矩形の領域として定める場合、区間範囲の項目には、区間とする領域の対向する２つの頂点の位置を示す位置情報が格納される。なお、区間範囲は、どのような情報を用いて示してもよい。例えば、区間範囲は、区間の領域の全ての頂点の位置で示してもよい。

図５の例では、区間番号が０００２の区間は、種別が高速道路であり、方向が上りであり、施設ではなく、区間範囲が（ｘ，ｙ）―（ｘ，ｙ）であることを示す。

図３に戻り、走行区間情報３３は、車載器１５を搭載した業務車両１６が走行した道路の走行区間に関する各種の情報を記憶したデータである。図６は、走行区間情報のデータ構成の一例を示す図である。図６に示すように、走行区間情報３３は、時間帯、区間番号、方向、平均速度、車両ＩＤの各項目を有する。なお、走行区間情報３３は、上記以外にも各種の情報を記憶してもよい。

時間帯の項目は、車載器１５を搭載した業務車両１６が区間を走行した時間帯を記憶する領域である。時間帯は、例えば、５分単位とし、時間帯の開始時刻で示している。区間番号の項目は、道路の区間を識別する区間番号を記憶する領域である。方向の項目は、車載器１５を搭載した業務車両１６が走行した道路の区間の走行方向を記憶する領域である。方向の項目には、道路の区間に走行方向が定められている場合、走行方向が格納され、走行方向が定められていない場合、走行方向が定められていないことを示す「−」が格納される。平均速度の項目は、車載器１５を搭載した業務車両１６が区間を走行した際の平均速度を記憶する領域である。車両ＩＤの項目は、区間を走行した業務車両１６の車両ＩＤを記憶する領域である。

図６の例では、区間番号が０００２の区間は、上りであり、１０時２０分の時間帯に、平均速度が３４．５ｋｍで車両ＩＤが「Ａａａ」の業務車両１６が走行したことを示す。

図３に戻り、マッチング情報３４は、撮像情報３１および走行区間情報３３に基づいて、画像データ３０の画像の撮像位置に対応する区間等を求めたデータである。マッチング情報３４の詳細は、後述する。

集計情報３５は、画像データ３０を用いて、擬似的に施設の利用件数を求めたデータである。集計情報３５の詳細は、後述する。

制御部２３は、画像検索装置２０全体を制御するデバイスである。制御部２３としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部２３は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２３は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２３は、格納部４０と、特定部４１と、集計部４２と、受付部４３と、検索部４４と、出力部４５とを有する。

格納部４０は、受信した各種のデータを記憶部２２に格納する。例えば、格納部４０は、運行管理プラットフォーム１１から受信した、車載器１５により撮像された画像の画像データを画像データ３０として記憶部２２に格納する。また、格納部４０は、運行管理プラットフォーム１１から受信した、画像を撮像した際の撮像位置などを含んだ撮像情報を撮像情報３１として記憶部２２に格納する。また、格納部４０は、プローブ解析プラットフォーム１２から受信した道路情報を道路情報３２として記憶部２２に格納する。また、格納部４０は、プローブ解析プラットフォーム１２から受信した走行区間情報を走行区間情報３３として記憶部２２に格納する。

特定部４１は、各種の特定を行う。例えば、特定部４１は、車載器１５により撮像された画像の画像データ３０と、画像を撮像した際の位置情報などを含んだ撮像情報３１を受け付けると、画像が撮像された際の位置情報に基づいて、画像の撮像された道路の種別を特定する。例えば、特定部４１は、道路情報３２に基づいて、撮像情報３１に記憶された各画像データ３０の撮像位置が道路のどの区間に該当するかを特定する。これにより、例えば、図４の画像ＩＤ「画像１」の画像データは、区間番号「０００１」の区間に該当すると特定される。画像ＩＤ「画像２」の画像データは、区間番号「０００２」の区間に該当すると特定される。画像ＩＤ「画像３」の画像データは、区間番号「０００３」の区間に該当すると特定される。画像ＩＤ「画像４」の画像データは、区間番号「０００４」の区間に該当すると特定される。特定部４１は、撮像位置に該当する区間に対応する道路の種別を特定する。例えば、画像ＩＤ「画像１」〜「画像４」は、撮像位置に該当する区間に対応する道路の種別が「高速道路」と特定される。なお、図３に示すように、走行区間情報３３に、業務車両１６の車両番号と、走行した区間番号と、走行した時間帯が対応付けられている場合、特定部４１は、走行区間情報３３を用いて、画像データ３０の撮像時刻、業務車両１６の車両番号から、撮像位置が道路のどの区間に該当するかを特定してもよい。

また、特定部４１は、特定した区間に基づいて、撮像情報３１と走行区間情報３３のマッチングを行ってマッチング情報３４を生成する。図７は、マッチングおよび集計の一例を示す図である。例えば、特定部４１は、撮像情報３１の各画像ＩＤの画像ごとに、撮像時刻を含む時間帯および撮像位置に該当する区間に対応するレコードを走行区間情報３３から特定する。そして、特定部４１は、時間帯、区間番号、方向、平均速度、車両ＩＤ、画像ＩＤの各項目の情報を記憶したマッチング情報３４を生成する。

集計部４２は、撮像位置が所定の地域に含まれる画像データの画像数を集計する。例えば、集計部４２は、撮像位置がサービスエリア、パーキングエリアに含まれる場合、時間帯、サービスエリア、パーキングエリア別に、撮像された画像数を集計する。そして、集計部４２は、集計結果を集計情報３５に格納する。図７には、集計情報３５の一例が示されている。集計情報３５には、時間帯、施設、利用件数の各項目が設けられている。集計情報３５には、時間帯、施設別に、撮像された画像数が利用件数として記憶される。ここで、車載器１５が一定時間ごとに画像を撮像する場合、混雑している区間では、多くの画像が撮像される。本実施例にかかる集計部４２では、撮像された画像数を利用件数として、集計情報３５に格納している。この利用件数を用いることで、擬似的にサービスエリア、パーキングエリアなどの施設の混雑状況を表すことができる。

受付部４３は、各種の操作を受け付ける。例えば、受付部４３は、運行事業者端末装置１７または道路管理者端末装置１８からアクセスを受け付けると、アクセス元に各種の操作画面の情報を送信してアクセス元に操作画面を表示させ、操作画面から各種の操作を受け付ける。例えば、受付部４３は、道路状況提供サービスのＷｅｂサイトを提供する。受付部４３は、運行事業者端末装置１７または道路管理者端末装置１８から、道路状況提供サービスのＷｅｂサイトへのアクセスを受け付けると、ログイン画面の情報をアクセス元の運行事業者端末装置１７および道路管理者端末装置１８へ送信してログイン画面を表示させ、ログインＩＤ及びパスワードを入力してログイン操作を受け付ける。受付部４３は、ログイン操作を受け付けると、入力されたログインＩＤ及びパスワードを事前に登録されたログインＩＤ及びパスワードと比較して認証を行う。受付部４３は、正当との認証が得られた場合、条件指定画面の情報をアクセス元へ送信して条件指定画面を表示させる。そして、受付部４３は、条件指定画面から道路状況の検索条件を受け付ける。例えば、受付部４３は、道路状況の検索条件として、時間帯、位置の領域、進行方向を含む範囲条件の指定を受け付ける。例えば、受付部４３は、時間帯と、道路の区間と、道路の上り、下りの指定を受け付ける。

検索部４４は、記憶部２２に記憶された画像データ３０から、受付部４３で受け付けた検索条件を満たす画像データを検索する。例えば、検索部４４は、マッチング情報３４を用いて、検索条件として指定された時間帯と道路の区間に対応する画像の画像ＩＤを特定する。そして、検索部４４は、特定した画像ＩＤの画像データ３０が記憶部２２に記憶されているか検索する。また、検索部４４は、検索条件として指定された道路の区間がサービスエリア、パーキングエリアである場合、集計情報３５から、指定された区間の施設に該当する利用件数を読み出す。

ところで、各業務車両１６に搭載された車載器１５から物流支援システム１０に収集された画像の撮像位置は、均等に分散しているとは限らない。このため、検索部４４により検索された画像データの画像を表示しても道路状況が把握し難い場合がある。例えば、業務車両１６の通行頻度が低い道路では、検索される画像が少なく、道路状況が把握し難い場合がある。また、例えば、業務車両１６の通行頻度が高い道路では、検索される画像が多くなり、検索された画像を全て表示した場合、画像を参照する手間が煩雑となって道路状況が把握し難い場合がある。

そこで、検索部４４は、記憶部２２に記憶された画像データ３０の内、受け付けた範囲条件を満たす画像データ３０が所定数以下の場合に、範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う。また、検索部４４は、記憶部２２に記憶された画像データ３０の内、受け付けた範囲条件を満たす画像データ３０が所定数よりも大きい所定の上限数以上の場合に、範囲条件の時間帯又は位置の何れかの範囲を縮小して再検索を行う。所定数は、例えば、１０とするが、これに限定されるものではない。また、上限数は、例えば、１５とするが、これも限定されるものではない。所定数および上限数は、ユーザや物流支援システム１０の管理者等が変更可能としてもよい。

図８は、範囲条件の時間帯、位置の範囲の拡張、縮小を説明する図である。図８には、指定された時間帯の期間Ｔ１と、道路の区間の区間範囲Ｔ２が示されている。例えば、検索部４４は、最初に、指定された時間帯の期間Ｔ１に撮像時刻があり、道路の区間の区間範囲Ｔ２に撮像位置がある画像データ３０を検索する。検索部４４は、検索された画像データ３０が所定数（例えば、１０）以下の場合、期間Ｔ１または区間範囲Ｔ２の何れかを拡張して再検索を行う。例えば、検索部４４は、時間の延長を優先し、検索された画像データ３０が所定数よりも多くなるまで、時間の延長と位置の範囲の拡張とを交互に繰り返す。例えば、検索部４４は、期間Ｔ１を拡張して再検索を行い、期間Ｔ１を拡張して再検索した結果でも、検索された画像データ３０が所定数以下の場合、区間範囲Ｔ２を拡張して再検索を行う。検索部４４は、期間Ｔ１については過去に対して拡張を行う。また、検索部４４は、区間範囲Ｔ２については指定された区間を中心として両側に拡張を行う。期間Ｔ１を拡張する単位は、所定時間（例えば、２分）単位としてもよく、時間帯の単位としてもよい。また、期間Ｔ１の拡張は、拡張する回数が多くなるほど期間Ｔ１の拡張幅を大きくしてもよい。例えば、検索部４４は、１回目の期間Ｔ１の拡張では、２分拡張し、２回目の期間Ｔ１の拡張では、３分拡張してもよい。区間範囲Ｔ２を拡張する単位は、所定距離（例えば、１００ｍ）単位としてもよく、区間の単位としてもよい。また、区間範囲Ｔ２の拡張は、拡張する回数が多くなるほど区間範囲Ｔ２の拡張幅を大きくしてもよい。例えば、検索部４４は、１回目の区間範囲Ｔ２の拡張では、１００ｍ拡張し、２回目の区間範囲Ｔ２の拡張では、２００ｍ拡張してもよい。なお、検索部４４は、検索された画像データ３０が所定数以下の場合、期間Ｔ１および区間範囲Ｔ２を共に拡張してもよい。また、検索部４４は、期間Ｔ１または区間範囲Ｔ２の一方のみ拡張を繰り返してもよい。また、検索部４４は、検索された画像データ３０が所定数以下の場合、期間Ｔ１および区間範囲Ｔ２を共に拡張してもよい。また、検索部４４は、期間Ｔ１について、期間Ｔ１を中心に過去および未来に対して拡張を行ってもよい。また、検索部４４は、区間範囲Ｔ２について、指定された進行方向に対して前または後の一方に対してのみ区間範囲Ｔ２を拡張してもよい。例えば、検索部４４は、区間範囲Ｔ２の拡張の場合には、指定された道路の進行方向の手前に延長した区間範囲Ｔ２を新たな範囲条件としてもよい。これにより、指定した位置の区間をこれから通過する車両の状況をわかるため、指定された位置の区間の、例えば、渋滞状況などの道路状況の変化を予測しやすく提供できる。

また、検索部４４は、検索された画像データ３０が所定の上限数（例えば、１５）以上の場合、期間Ｔ１または区間範囲Ｔ２の何れかを縮小して再検索を行う。例えば、検索部４４は、区間範囲Ｔ２の縮小を優先し、検索された画像データ３０が上限数より少なくなるまで、位置の範囲の縮小と時間の縮小とを交互に繰り返す。例えば、検索部４４は、区間範囲Ｔ２を縮小して再検索を行い、区間範囲Ｔ２を縮小して再検索した結果でも、検索された画像データ３０が上限数以上の場合、期間Ｔ１を縮小して再検索を行う。検索部４４は、期間Ｔ１については過去側のみ縮小を行う。また、検索部４４は、区間範囲Ｔ２については指定された区間を中心として両側の縮小を行う。期間Ｔ１を縮小する単位は、所定時間（例えば、２分）単位とする。また、期間Ｔ１の縮小は、縮小する回数が多くなるほど期間Ｔ１の縮小幅を小さくしてもよい。例えば、検索部４４は、１回目の期間Ｔ１の縮小では、２分縮小し、２回目の期間Ｔ１の縮小では、１分縮小してもよい。区間範囲Ｔ２を縮小する単位は、所定距離（例えば、５０ｍ）単位とする。また、区間範囲Ｔ２の縮小は、縮小する回数が多くなるほど区間範囲Ｔ２の縮小幅を小さくしてもよい。例えば、検索部４４は、１回目の区間範囲Ｔ２の縮小では、５０ｍ拡張し、２回目の区間範囲Ｔ２の縮小では、２５ｍ縮小してもよい。なお、検索部４４は、検索された画像データ３０が上限数以上の場合、期間Ｔ１および区間範囲Ｔ２を共に縮小してもよい。また、検索部４４は、期間Ｔ１または区間範囲Ｔ２の一方のみ縮小を繰り返してもよい。検索部４４は、検索された画像データ３０が上限数以上の場合、期間Ｔ１および区間範囲Ｔ２を共に縮小してもよい。また、検索部４４は、期間Ｔ１について、期間Ｔ１の中心を基準に縮小を行ってもよい。また、検索部４４は、区間範囲Ｔ２について、指定された進行方向に対して前または後の一方に対してのみ区間範囲Ｔ２を縮小してもよい。例えば、検索部４４は、時間方向の拡張の場合には、指定された時間帯より過去の時間帯に延長した期間Ｔ１を新たな範囲条件としてもよい。これにより、過去から指定した時間帯に、指定した位置の区間を通過した車両の状況をわかるため、指定された時間帯に向けての、例えば、渋滞状況などの道路状況の変化を把握しやくす提供できる。

出力部４５は、検索結果をアクセス元に出力する。例えば、出力部４５は、検索された画像データや利用件数を示した道路状況画面の情報をアクセス元へ送信して道路状況画面を表示させる。

図９は、道路状況を検索する流れの一例を示す図である。画像検索装置２０は、道路状況提供サービスを提供しており、条件指定画面１００から道路状況の検索条件を受け付ける。条件指定画面１００は、道路地図が表示された地図領域１０１と、検索条件とする時間帯を選択する時間帯選択領域１０２と、検索対象とする道路の進行方向を選択する進行方向選択領域１０３と、検索開始を指示する検索ボタン１０４とが設けられている。地図領域１０１は、道路が選択されることにより指定された位置に対応する道路の区間が選択された状態となる。図９の例では、斜線で示した区間１０５が選択された状態とされている。時間帯選択領域１０２は、コンボボックスとされ、選択することにより、例えば、５分単位で時間帯の指定が可能とされている。図９の例では、１０時２０分から１０時２５分の時間帯が指定されている。進行方向選択領域１０３は、コンボボックスとされ、選択することにより、例えば、上り、下りで道路の進行方向の指定が可能とされている。なお、地図領域１０１において、進行方向が決まっている道路が指定された場合、進行方向選択領域１０３は、選択された道路の進行方向が自動的に選択されてもよい。画像検索装置２０は、条件指定画面１００の地図領域１０１で道路の区間が選択され、時間帯選択領域１０２で時間帯が選択され、進行方向選択領域１０３で進行方向が選択されて検索ボタン１０４が選択されると、選択された道路区間、時間帯、進行方向を検索条件として検索を行う。そして、画像検索装置２０は、検索結果を示した道路状況画面１２０を表示する。画像データが検索された場合、道路状況画面１２０には、検索された画像データの画像の撮像位置に対応付けて、画像データの画像が表示される。また、指定された道路の区間がサービスエリア、パーキングエリアである場合、道路状況画面１２０には、サービスエリア、パーキングエリアに対応付けて利用件数が表示される。図９の例では、サービスエリア、パーキングエリア以外の区間が指定されているため、道路状況画面１２０には、検索された画像データの画像の撮像位置に対応付けて、画像データの画像が表示されている。

なお、検索対象とする道路は、同時に複数指定可能としてもよい。図１０は、道路状況を検索する流れの他の一例を示す図である。条件指定画面１００の地図領域１０１は、ドラックなどにより範囲の指定が可能とされている。図１０の例では、範囲１１０が指定されている。画像検索装置２０は、条件指定画面１００の地図領域１０１で範囲が指定され、時間帯選択領域１０２で時間帯が選択され、進行方向選択領域１０３で進行方向が選択されて検索ボタン１０４が選択されると、地図領域１０１の指定された範囲に含まれる道路区間、時間帯、進行方向を検索条件として検索を行う。そして、画像検索装置２０は、検索結果を示した道路状況画面１２０を表示する。図１０の例では、範囲１１０に「○○高速道路」と「新○○高速道路」が含まれるため、それぞれの道路について、検索された画像データの画像の撮像位置に対応付けて、画像データの画像が表示される。画像検索装置２０は、各画像が選択された場合、画像を拡大表示する。

これにより、道路を管理する道路管理会社や、業務車両１６を運行する運行事業者は、道路状況を把握できる。

［処理の流れ］
次に、本実施例に係る画像検索装置２０が実行する画像検索の流れについて説明する。図１１は、画像検索の手順の一例を示すフローチャートである。この画像検索は、所定のタイミング、例えば、条件指定画面１００で検索条件が指定されて検索ボタン１０４が選択されたタイミングで実行される。

図１１に示すように、検索部４４は、記憶部２２に記憶された画像データ３０から、指定された検索条件を満たす画像データを検索する（Ｓ１０）。検索部４４は、検索された画像データ３０の数が所定数以下であるか判定する（Ｓ１１）。検索された画像データ３０の数が所定数以下の場合（Ｓ１１肯定）、検索部４４は、範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行い（Ｓ１２）、Ｓ１１へ移行する。

一方、検索された画像データ３０の数が所定数以下ではない場合（Ｓ１１否定）、検索部４４は、検索された画像データ３０の数が上限数以上であるか判定する（Ｓ１３）。検索された画像データ３０の数が上限数以上の場合（Ｓ１３肯定）、検索部４４は、範囲条件の時間帯又は位置の何れかの範囲を縮小して再検索を行い（Ｓ１４）、Ｓ１３へ移行する。

一方、検索された画像データ３０の数が上限数以上ではない場合（Ｓ１３否定）、出力部４５は、検索された画像データの画像を示した道路状況画面の情報をアクセス元へ送信し（Ｓ１５）、処理を終了する。

［効果］
上述してきたように、本実施例に係る画像検索装置２０は、時間帯及び位置の領域を含む範囲条件の指定を受け付ける。画像検索装置２０は、位置情報と時間情報とが対応付けられた画像を記憶する記憶部２２を検索して、記憶部２２に記憶された画像の内、受け付けた範囲条件を満たす画像が所定数以下の場合に、範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う。これにより、画像検索装置２０は、業務車両１６の通行頻度が低く、検索される画像が少ない道路であっても、道路状況を把握しやすく画像を提供できる。

また、本実施例に係る画像検索装置２０は、記憶部２２に記憶された画像の内、受け付けた範囲条件を満たす画像が所定数よりも大きい所定の上限数以上の場合に、範囲条件の時間帯又は位置の何れかの範囲を縮小して再検索を行う。これにより、画像検索装置２０は、業務車両１６の通行頻度が多く、検索される画像が多い道路であっても、道路状況を把握しやすく画像を提供できる。

また、本実施例に係る画像検索装置２０は、検索対象とする道路の進行方向を含む範囲条件の指定を受け付ける。画像検索装置２０は、位置情報の拡張の場合には、指定された道路の進行方向の手前に延長した位置情報を新たな範囲条件とする。これにより、画像検索装置２０は、指定された位置の領域の、例えば、渋滞状況などの道路状況の変化を予測しやすく提供できる。また、画像検索装置２０は、時間方向の拡張の場合には、過去の時間帯に延長した時間帯情報を新たな範囲条件とする。これにより、画像検索装置２０は、指定された時間帯に向けての、例えば、渋滞状況などの道路状況の変化を把握しやく提供できる。

また、本実施例に係る画像検索装置２０は、時間の延長を優先し、延長した時間帯を含む範囲条件を満たす画像が所定数以下の場合に、位置の範囲を拡張する。これにより、画像検索装置２０は、指定された位置の領域の業務車両１６の通行頻度が低い場合でも、指定された位置の領域の道路状況を把握しやすく画像を提供できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてもよい。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記実施例では、車載器１５により路上の画像を撮像する場合を例示した。しかしながら、これらに限定されるものではない。例えば、スマートフォン、携帯電話などのカメラ付きの情報処理装置を車両に固定して路上の画像を撮像してもよい。すなわち、画像する撮像装置は、車載器１５に限定されず、カメラ付きの情報処理装置であってもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、格納部４０、特定部４１、集計部４２、受付部４３、検索部４４および出力部４５の各処理部が適宜統合されてもよい。また、各処理部の処理が適宜複数の処理部の処理に分離されてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［画像検索プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、運行を支援する画像検索プログラムを実行するコンピュータシステムの一例を説明する。図１２は、画像検索プログラムを実行するコンピュータの構成の一例を示す図である。

図１２に示すように、コンピュータ４００は、ＣＰＵ（Central Processing Unit）４１０、ＨＤＤ（Hard Disk Drive）４２０、ＲＡＭ（Random Access Memory）４４０を有する。これら４００〜４４０の各部は、バス５００を介して接続される。

ＨＤＤ４２０には上記の格納部４０、特定部４１、集計部４２、受付部４３、検索部４４および出力部４５と同様の機能を発揮する画像検索プログラム４２０Ａが予め記憶される。なお、画像検索プログラム４２０Ａについては、適宜分離してもよい。

また、ＨＤＤ４２０は、各種情報を記憶する。例えば、ＨＤＤ４２０は、記憶部２２と同様に、ＯＳや運行の支援に用いる各種データを記憶する。

そして、ＣＰＵ４１０が、画像検索プログラム４２０ＡをＨＤＤ４２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、画像検索プログラム４２０Ａは、格納部４０、特定部４１、集計部４２、受付部４３、検索部４４および出力部４５と同様の動作を実行する。

なお、上記した画像検索プログラム４２０Ａについては、必ずしも最初からＨＤＤ４２０に記憶させることを要しない。また、例えば、画像検索プログラム４２０Ａは、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させてもよい。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ４００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ４００がこれらからプログラムを読み出して実行するようにしてもよい。

１０ 物流支援システム
１１ 運行管理プラットフォーム
１２ プローブ解析プラットフォーム
１３ 道路状況提供プラットフォーム
１５ 車載器
１６ 業務車両
２０ 画像検索装置
２１ 通信部
２２ 記憶部
２３ 制御部
３０ 画像データ
３１ 撮像情報
３２ 道路情報
３３ 走行区間情報
３４ マッチング情報
４０ 格納部
４１ 特定部
４２ 集計部
４３ 受付部
４４ 検索部
４５ 出力部

Claims (6)

1. 時間帯及び位置の領域を含む範囲条件の指定を受け付け、
   位置情報と時間情報とが対応付けられた画像を記憶する記憶部を検索して、前記記憶部に記憶された画像の内、受け付けた前記範囲条件を満たす画像が所定数以下の場合に、前記範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う
   処理をコンピュータに実行させることを特徴とする画像検索プログラム。
2. 前記再検索を行う処理は、前記記憶部に記憶された画像の内、受け付けた前記範囲条件を満たす画像が前記所定数よりも大きい所定の上限数以上の場合に、前記範囲条件の時間帯又は位置の何れかの範囲を縮小して再検索を行う
   ことを特徴とする請求項１に記載の画像検索プログラム。
3. 前記指定を受け付ける処理は、検索対象とする道路の進行方向を含む範囲条件の指定を受け付け、
   前記範囲の拡張は、位置情報の拡張の場合には、指定された前記道路の進行方向の手前に延長した位置情報を新たな範囲条件とし、時間方向の拡張の場合には、過去の時間帯に延長した時間帯情報を新たな範囲条件とする
   ことを特徴とする請求項１に記載の画像検索プログラム。
4. 前記範囲の拡張は、時間の延長を優先し、延長した時間帯を含む範囲条件を満たす画像が所定数以下の場合に、位置の範囲を拡張する
   ことを特徴とする請求項１に記載の画像検索プログラム。
5. 時間帯及び位置の領域を含む範囲条件の指定を受け付け、
   位置情報と時間情報とが対応付けられた画像を記憶する記憶部を検索して、前記記憶部に記憶された画像の内、受け付けた前記範囲条件を満たす画像が所定数以下の場合に、前記範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う
   処理をコンピュータが実行することを特徴とする画像検索方法。
6. 時間帯及び位置の領域を含む範囲条件の指定を受け付ける受付部と、
   位置情報と時間情報とが対応付けられた画像を記憶する記憶部を検索して、前記記憶部に記憶された画像の内、前記受付部で受け付けた前記範囲条件を満たす画像が所定数以下の場合に、前記範囲条件の時間帯又は位置の何れかの範囲を拡張して再検索を行う検索部と、
   を有することを特徴とする画像検索装置。

Images