(57)【要約】      （修正有）【課題】交差点において効率的に画像を収集できる画像送信プログラム及び画像送信装置を提供する。【解決手段】画像送信プログラムは、車両の周囲を撮影して画像を取得する撮像部（カメラ２００）と、センタ（プローブ保存サーバ５００Ａ）と通信を行う通信部とを有する車両１０に搭載される車載器に実行させる。プログラムは、車載器に、交差点に面する目印対象物が著名であるか否かに基づいて、交差点に関する画像を撮像部に取得させる画像取得ステップと、通信部に前記取得した画像をセンタへ送信させる送信ステップとを含む処理を実行させる。【選択図】図１
2018190035.tif 000002
【特許請求の範囲】
【請求項１】
車両の周囲を撮影して画像を取得する撮像部と、センタと通信を行う通信部とを有する車両に搭載される車載器に実行させるプログラムであって、
前記車載器に、
交差点に面する目印対象物が著名であるか否かに基づいて、前記交差点に関する画像を前記撮像部に取得させる画像取得ステップと、
前記通信部に前記取得した画像を前記センタへ送信させる送信ステップと
を含む処理を実行させる、画像送信プログラム。
【請求項２】
前記画像取得ステップは、前記目印対象物と前記目印対象物が著名であるか否かを示す情報とを関連付けて記憶するデータベースを参照して前記目印対象物が著名であるか否かを特定し、前記目印対象物が著名であるか否かに基づいて前記交差点に関する画像を前記撮像部に取得させる、請求項１記載の画像送信プログラム。
【請求項３】
前記画像取得ステップは、前記目印対象物が著名でない場合に前記交差点に関する画像を前記撮像部に取得させ、前記目印対象物が著名である場合に前記交差点に関する画像を前記撮像部に取得させないことを特徴とする、請求項１または２記載の画像送信プログラム。
【請求項４】
前記画像取得ステップは、前記目印対象物が、左側通行における前記交差点の左手前角又は左奥の角、又は、右側通行における前記交差点の右手前角又は右奥の角に位置する場合に、前記目印対象物が著名であるか否かに基づいて前記交差点に関する画像を前記撮像部に取得させる、請求項１ないし３のいずれか1項記載の画像送信プログラム。
【請求項５】
前記目印対象物が、左側通行における前記交差点の左手前角又は左奥の角、又は、右側通行における前記交差点の右手前角又は右奥の角に位置する場合には、前記交差点に関する画像を前記撮像部に取得させない、請求項１ないし４のいずれか1項記載の画像送信プログラム。
【請求項６】
前記目印対象物が所定の条件を満たすチェーン店、又は、外観に所定の特徴を有する場合に前記目印対象物が著名であることを特徴とする、請求項１ないし５のいずれか1項記載の画像送信プログラム。
【請求項７】
前記画像取得ステップは、前記交差点よりも所定距離手前から前記交差点までの間の場所で前記交差点に関する画像を前記撮像部に取得させる、請求項１ないし６のいずれか1項記載の画像送信プログラム。
【請求項８】
車両の周囲を撮影して画像を取得する撮像部と、センタと無線データ通信を行う通信部とを有する車両に搭載される画像送信装置であって、
交差点に面する目印対象物が著名であるか否かに基づいて、前記交差点に関する画像を前記撮像部に取得させる画像取得部と、
前記通信部に前記取得した画像を前記センタへ送信させる送信制御部と
を含む、画像送信装置。
【請求項９】
前記画像取得部は、前記目印対象物と前記目印対象物が著名であるか否かを示す情報とを関連付けて記憶するデータベースを参照して前記目印対象物が著名であるか否かを特定し、前記目印対象物が著名であるか否かに基づいて前記交差点に関する画像を前記撮像部に取得させる、請求項８記載の画像送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像送信プログラム、及び、画像送信装置に関する。
【背景技術】
【０００２】
従来より、車両の進行方向前方に案内交差点が有る場合に、案内交差点の案内を行う場合に目印とする目印対象物の候補である目印対象物候補を取得し、過去に目印対象物候補が目印対象物に用いられた際における、案内交差点の通過に伴う乗員の該目印対象物候補への視認態様に基づいて、該目印対象物候補の目印としての適正度を判定し、案内交差点にある目印対象物候補の内、適正度が基準値以上の目印対象物候補を目印対象物として用いて案内交差点の案内を行うように構成する走行案内システムがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１６３８１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、従来の走行案内システムには、目印対象物候補のデータを効率的に収集する方法についての開示はない。特に収集が不要である交差点における効率的なデータ収集については開示がない。
【０００５】
そこで、交差点において効率的に画像を収集できる画像送信プログラム、及び、画像送信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の実施の形態の画像送信プログラムは、
車両の周囲を撮影して画像を取得する撮像部と、センタと通信を行う通信部とを有する車両に搭載される車載器に実行させるプログラムであって、
前記車載器に、
交差点に面する目印対象物が著名であるか否かに基づいて、前記交差点に関する画像を前記撮像部に取得させる画像取得ステップと、
前記通信部に前記取得した画像を前記センタへ送信させる送信ステップと
を含む処理を実行させる。
【０００７】
このため、交差点に面する目印対象物が著名であるか否かに基づいてセンタへ送信する画像のデータ量を低減することができる。
【０００８】
従って、交差点において効率的に画像を収集できる画像送信プログラムを提供することができる。
【０００９】
本発明の他の実施の形態の画像送信プログラムでは、
前記画像取得ステップは、前記目印対象物と前記目印対象物が著名であるか否かを示す情報とを関連付けて記憶するデータベースを参照して前記目印対象物が著名であるか否かを特定し、前記目印対象物が著名であるか否かに基づいて前記交差点に関する画像を前記撮像部に取得させてもよい。
【００１０】
このため、データベースを参照して交差点に面する目印対象物が著名であるか否かを特定でき、特定した結果に基づいてより確実にセンタへ送信する画像のデータ量を低減することができる。
【００１１】
従って、データベースを参照して交差点に面する目印対象物が著名であるか否かを特定した結果に基づいて、交差点において、より確実かつ効率的に画像を収集できる画像送信プログラムを提供することができる。
【００１２】
本発明の他の実施の形態の画像送信プログラムでは、
前記画像取得ステップは、前記目印対象物が著名でない場合に前記交差点に関する画像を前記撮像部に取得させ、前記目印対象物が著名である場合に前記交差点に関する画像を前記撮像部に取得させなくてもよい。
【００１３】
このため、目印対象物が著名である場合に交差点に関する画像を取得せずに、目印対象物が著名でない場合に取得した交差点に関する画像をセンタへ送信することができる。
【００１４】
従って、交差点に面する著名でない目印対象物の画像を取得することにより、交差点において効率的に画像を収集できる画像送信プログラムを提供することができる。
【００１５】
本発明の他の実施の形態の画像送信プログラムでは、
前記画像取得ステップは、前記目印対象物が、左側通行における前記交差点の左手前角又は左奥の角、又は、右側通行における前記交差点の右手前角又は右奥の角に位置する場合に、前記目印対象物が著名であるか否かに基づいて前記交差点に関する画像を前記撮像部に取得させてもよい。
【００１６】
このため、左側通行における交差点の左手前角又は左奥の角、又は、右側通行における交差点の右手前角又は右奥の角に位置する目印対象物が著名であるか否かに基づいて画像を取得することができる。交差点の左手前角又は左奥の角、又は、右側通行における交差点の右手前角又は右奥の角に位置する目印対象物は、車両から見え易い位置にある。
【００１７】
従って、車両から見え易い位置にある目印対象物の画像を目印対象物が著名であるか否かに基づいて厳選して画像を取得することにより、交差点において効率的に画像を収集できる画像送信プログラムを提供することができる。
【００１８】
本発明の他の実施の形態の画像送信プログラムでは、
前記目印対象物が、左側通行における前記交差点の左手前角又は左奥の角、又は、右側通行における前記交差点の右手前角又は右奥の角に位置する場合には、前記交差点に関する画像を前記撮像部に取得させなくてもよい。
【００１９】
このため、左側通行における交差点の左手前角又は左奥の角、又は、右側通行における交差点の右手前角又は右奥の角に位置する目印対象物の画像を取得しないようにすることができる。交差点の左手前角又は左奥の角、又は、右側通行における交差点の右手前角又は右奥の角に位置する目印対象物は、車両から見え易い位置にある。
【００２０】
従って、車両から見え易い位置にある目印対象物の画像を取得しないようにすることにより、交差点において効率的に画像を収集できる画像送信プログラムを提供することができる。
【００２１】
本発明の他の実施の形態の画像送信プログラムでは、
前記目印対象物が所定の条件を満たすチェーン店、又は、外観に所定の特徴を有する場合に前記目印対象物が著名であってもよい。
【００２２】
このため、所定の条件を満たすチェーン店、又は、外観に所定の特徴を有する場合に該当する著名な目印対象物について、画像を取得するか否かを判定することができる。
【００２３】
従って、所定の条件を満たすチェーン店、又は、外観に所定の特徴を有する場合に該当する著名な目印対象物の画像を取得するか否かを判定することにより、交差点において効率的に画像を収集できる画像送信プログラムを提供することができる。
【００２４】
本発明の他の実施の形態の画像送信プログラムでは、
前記画像取得ステップは、前記交差点よりも所定距離手前から前記交差点までの間の場所で前記交差点に関する画像を前記撮像部に取得させてもよい。
【００２５】
このため、撮像部に画像を取得させる区間を前記交差点よりも所定距離手前から前記交差点までの間に限定することができる。
【００２６】
従って、撮像部に画像を取得させる区間を前記交差点よりも所定距離手前から前記交差点までの間に限定することにより、交差点において効率的に画像を収集できる画像送信プログラムを提供することができる。
【００２７】
本発明の実施の形態の画像送信装置は、
車両の周囲を撮影して画像を取得する撮像部と、センタと無線データ通信を行う通信部とを有する車両に搭載される画像送信装置であって、
交差点に面する目印対象物が著名であるか否かに基づいて、前記交差点に関する画像を前記撮像部に取得させる画像取得部と、
前記通信部に前記取得した画像を前記センタへ送信させる送信制御部と
を含む。
【００２８】
このため、交差点に面する目印対象物が著名であるか否かに基づいてセンタへ送信する画像のデータ量を低減することができる。
【００２９】
従って、交差点において効率的に画像を収集できる画像送信装置を提供することができる。
【００３０】
本発明の実施の形態の他の画像送信装置では、
前記画像取得部は、前記目印対象物と前記目印対象物が著名であるか否かを示す情報とを関連付けて記憶するデータベースを参照して前記目印対象物が著名であるか否かを特定し、前記目印対象物が著名であるか否かに基づいて前記交差点に関する画像を前記撮像部に取得させてもよい。
【００３１】
このため、データベースを参照して交差点に面する目印対象物が著名であるか否かを特定でき、特定した結果に基づいてより確実にセンタへ送信する画像のデータ量を低減することができる。
【００３２】
従って、データベースを参照して交差点に面する目印対象物が著名であるか否かを特定した結果に基づいて、交差点において、より確実かつ効率的に画像を収集できる画像送信プログラムを提供することができる。
【発明の効果】
【００３３】
交差点において効率的に画像を収集できる画像送信プログラム、及び、画像送信装置を提供することができる。
【図面の簡単な説明】
【００３４】
【図１】車両１０とプローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂとを含む経路案内システムの構成を示す図である。
【図２】道路、交差点、及びガソリンスタンドの位置関係を示す図である。
【図３】道路、交差点、及びガソリンスタンドＧＳの位置関係を示す図である。
【図４】ＰＯＩ、緯度・経度、及び著名チェーンフラグを関連付けたデータベースのデータ構造を示す図である。
【図５】ＰＯＩ、緯度・経度、ジャンルフラグを関連付けたデータベースのデータ構造を示す図である。
【図６】道路のリンクＩＤと複数車線フラグを関連付けたデータベースのデータ構造を示す図である。
【図７】交差点ＩＤ、緯度・経度、画像ＩＤ、ＰＯＩを関連付けたデータベースのデータ構造を示す図である。
【図８】画像送信装置１００が実行する処理を示すフローチャートである。
【図９】プローブ保存サーバ５００Ａのプローブ制御部５１２Ａが実行する処理を示すフローチャートである。
【図１０】プローブ保存サーバ５００Ａの看板案内作成部５１３Ａが実行する処理を示すフローチャートである。
【発明を実施するための形態】
【００３５】
以下、本発明の画像送信プログラム、及び、画像送信装置を適用した実施の形態について説明する。
【００３６】
＜実施の形態＞
図１は、車両１０とプローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂとを含む経路案内システムの構成を示す図である。車両１０には、ナビゲーションＥＣＵ(Electric Control Unit：電子制御装置)１００、カメラ２００、及びＤＣＭ(Data Communication Module)３００が搭載される。ナビゲーションＥＣＵ１００、カメラ２００、及びＤＣＭ３００は、一例としてＣＡＮ(Controller Area Network)５０によって互いに通信可能に接続される。ナビゲーションＥＣＵ１００は、ＤＣＭ３００及びネットワーク４００を介してプローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂと無線データ通信が可能である。プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂは、経路案内に必要なセンタ又はデータセンタの一例である。
【００３７】
なお、ここでは車両１０内のネットワークとしてＣＡＮプロトコルによるＣＡＮ５０を用いる形態について説明するが、ＣＡＮ５０の代わりに、Ethernet（登録商標）プロトコルを採用したバス等のＣＡＮ以外のバスを用いてもよい。また、車両１０には、これら以外にも様々な装置や機器が搭載されるが、図１には、本実施の形態に特に関連する構成要素を抜き出して示す。
【００３８】
車両１０は、例えば、ＨＶ(Hybrid Vehicle)車、ＰＨＶ(Plug-in Hybrid Vehicle)車、ＥＶ(Electric Vehicle)車、ガソリン車、又はディーゼル車等である。車両１０にはナビゲーションＥＣＵ１００が搭載される。
【００３９】
ナビゲーションＥＣＵ１００は、車両１０に搭載されるナビゲーションシステムの制御を行う。ナビゲーションＥＣＵ１００は、実施の形態の画像送信装置を含む。ここでは、ナビゲーションＥＣＵ１００のうちの画像送信装置に関する部分を中心に説明する。
【００４０】
ナビゲーションＥＣＵ１００は、一例として、ＣＰＵ(Central Processing Unit)、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read Only Memory)、ＨＤＤ(Hard Disk Drive)、入出力インターフェース、通信インターフェース、及び内部バス等を含むコンピュータによって実現される。
【００４１】
ナビゲーションＥＣＵ１００としてのコンピュータに画像送信装置としての機能を持たせるプログラムは、コンピュータが読み取り可能な記憶媒体を介してコンピュータにインストールされる、又は、インターネット等のネットワーク４００に接続されるモデム等を介して他のコンピュータシステムからダウンロードされてコンピュータにインストールされる。
【００４２】
ナビゲーションＥＣＵ１００は、主制御部１１０、位置検出部１２０、交差点検知部１３０、ルート探索部１４０、情報取得部１５０、取得要否判定部１６０、撮像制御部１７０、通信制御部１８０、及びメモリ１９０を含む。主制御部１１０、位置検出部１２０、交差点検知部１３０、情報取得部１５０、取得要否判定部１６０、撮像制御部１７０、通信制御部１８０は、ナビゲーションＥＣＵ１００が実行するプログラムの機能（ファンクション）を機能ブロックとして表したものである。また、メモリ１９０は、ナビゲーションＥＣＵ１００が含むＲＡＭ、ＲＯＭ、及びＨＤＤのようにデータを格納する部分を機能的に表したものである。
【００４３】
ナビゲーションＥＣＵ１００のうち、少なくとも、情報取得部１５０、取得要否判定部１６０、撮像制御部１７０、通信制御部１８０、及びメモリ１９０は、画像送信装置を構成する。画像送信装置は、さらに、主制御部１１０、位置検出部１２０、又は交差点検知部１３０を含んでもよい。また、情報取得部１５０、取得要否判定部１６０、及び撮像制御部１７０は、画像取得部１０１を構成する。
【００４４】
主制御部１１０は、位置検出部１２０、交差点検知部１３０、情報取得部１５０、取得要否判定部１６０、撮像制御部１７０、通信制御部１８０が行う処理以外の処理を実行し、ナビゲーションＥＣＵ１００の処理を統括する処理部である。
【００４５】
位置検出部１２０は、ＧＰＳ(Global Positioning System)アンテナに接続されており、ＧＰＳ信号から位置データと時刻データを取得する。位置検出部２２によって取得される位置データは、車両１０の現在位置（緯度及び経度）を表すデータであり、時刻データは、現在時刻を表すデータである。位置データ及び時刻データは、制御部２１が行う処理に利用されるとともに、ＣＡＮ６０に出力される。
【００４６】
交差点検知部１３０は、車両の現在位置と地図データ（電子地図）とに基づいて、車両の進行方向にある交差点を検知する。より具体的には、交差点検知部１３０は、ナビゲーションシステムから入手する車両の現在位置を取得し、地図データの中で現在位置を含む道路を表すリンク上において進行方向にあるノードが表す交差点を検知する。
【００４７】
また、交差点検知部１３０は、ナビゲーションシステムから入手する車両の現在位置（緯度及び経度）と、地図データの中で車両が現在走行している道路を表すリンク上において進行方向にあるノードが表す交差点の位置（緯度及び経度）とに基づいて、交差点までの距離を算出する。
【００４８】
ルート探索部１４０は、車両１０の利用者がナビゲーションシステムに入力する目的地等の情報を受け付け、目的地等の情報と車両１０の現在位置を表す位置データをナビゲーションサーバ５００Ｂに送信する。また、ルート探索部１４０は、ナビゲーションサーバ５００Ｂから受信するルート案内のデータを地図データにフィットさせてナビゲーションシステムのディスプレイに表示する。このときに、ルート探索部１４０は、ナビゲーションサーバ５００Ｂから受信する看板案内画像をディスプレイ内の交差点の画像の脇に表示するとともに、「○○交差点を左折です」というような案内表示をディスプレイに表示させる。このように、ナビゲーションサーバ５００Ｂがルートを探索するので、より正確なルートとより正確な到着時刻を案内することができる。
【００４９】
情報取得部１５０は、メモリ１９０に格納される地図データから交差点にある施設等の情報を取得する。施設等の情報は、ＰＯＩ(Point Of Interest)情報である。ＰＯＩ情報は、地図データに含まれる道路沿いにある店舗や施設等のＩＤ（Identifier）、名称、カテゴリ（ジャンル）、及び位置（緯度及び経度）を表す。施設等は、交差点に面し、目印になり得る目印対象物の一例である。
【００５０】
取得要否判定部１６０は、カメラ２００に撮影を行わせない所定の条件をＰＯＩ情報が満たすかどうかに基づいて、カメラ２００に交差点に関する画像の取得要否を判定する。このように画像の取得要否を判定するのは、次のような理由による。交差点に関する画像の取得要否を判定せずにナビゲーションＥＣＵ１００のプローブ交通情報収集機能によって交差点に関する画像を取得すると、取得する画像の数が膨大となり、ナビゲーションＥＣＵ１００からプローブ保存サーバ５００Ａにアップロードする画像データのデータ容量が膨大になり、プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂに蓄積される画像データの容量も膨大になるからである。このようにアップロードする画像データのデータ容量や、プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂに蓄積される画像データの容量が膨大になることを抑制するために、画像の取得要否を判定する。
【００５１】
取得要否判定部１６０は、ＰＯＩ情報が所定の条件を満たす場合には、カメラ２００による交差点に関する画像の取得を不要と判定し、プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂにアップロードする画像を厳選し、アップロードする画像データのデータ容量と、プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂに蓄積される画像データの容量とが膨大になることを抑制する。
【００５２】
撮像制御部１７０は、取得要否判定部１６０によって交差点に関する画像の取得が必要と判定されると、カメラ２００に撮影を行わせ、交差点に関する画像を取得する。交差点に関する画像とは、プローブ交通情報収集機能によって収集されるプローブデータ（車両が実際に走行して得る、位置データ、渋滞の程度、車速、画像等のデータ）のうち、交差点の目印になる施設等の画像である。なお、交差点の目印になる施設等の画像の選択の仕方は、所定の条件とともに後述する。
【００５３】
通信制御部１８０は、撮像制御部１７０によって取得される交差点に関する画像をＤＣＭ３００にプローブ保存サーバ５００Ａへと送信させる。通信制御部１８０は、送信制御部の一例である。
【００５４】
メモリ１９０は、地図データ、画像送信プログラム、及び画像送信プログラムの実行に必要なデータ等を格納する。メモリ１９０は、格納部の一例である。
【００５５】
カメラ２００は、車両１０の周囲を撮影して画像を取得する撮像部の一例である。カメラ２００は、車両１０の前方及び側方の画像を取得できるものであれば、１つであっても複数であってもよい。また、車両１０の前方及び側方に加えて後方の画像を取得できるように構成されていてもよい。
【００５６】
ＤＣＭ３００は、車両１０に搭載される通信部又は無線通信装置の一例であり、例えば、３Ｇ、ＬＴＥ、４Ｇ、又は５Ｇ等の通信回線を介して無線通信を行う。ＤＣＭ３００は、これらの通信回線を介してインターネット等のネットワーク４００に接続することができる。これにより、ナビゲーションＥＣＵ１００は、ネットワーク４００を通じたデータ通信を行うことができる。なお、一例として、以下では、ＤＣＭ３００は、４Ｇで無線通信を行うものとする。
【００５７】
プローブ保存サーバ５００Ａは、車両１０のナビゲーションＥＣＵ１００からＤＣＭ３００を介してアップロードされるプローブデータを収集し、保存するサーバである。プローブ保存サーバ５００Ａは、制御部５１０Ａ、通信部５１１Ａ、プローブ制御部５１２Ａ、看板案内作成部５１３Ａを有する。プローブ保存サーバ５００Ａは、走行ＤＢ(Data Base)６００Ａに接続されている。
【００５８】
制御部５１０Ａは、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、入出力インターフェース、通信インターフェース、及び内部バス等を含むコンピュータによって実現される。制御部５１０Ａの通信部５１１Ａ、プローブ制御部５１２Ａ、看板案内作成部５１３Ａは、制御部５１０Ａが実行するプログラムの機能（ファンクション）を機能ブロックとして示したものである。
【００５９】
通信部５１１Ａは、ネットワーク４００に接続する通信インターフェースである。プローブ保存サーバ５００Ａは、通信部５１１Ａを介してネットワーク４００に接続し、車両１０のナビゲーションＥＣＵ１００と無線データ通信を行う。図１には、１台の車両１０を示すが、実際には多数あるため、通信部５１１Ａは、多数の車両１０のナビゲーションＥＣＵ１００と無線データ通信を行う。
【００６０】
プローブ制御部５１２Ａは、車両１０のナビゲーションＥＣＵ１００からアップロードされるプローブデータ（車両１０が実際に走行して得る、位置データ、渋滞の程度、車速、画像等のデータ）を走行ＤＢ６００Ａに保存する。
【００６１】
看板案内作成部５１３Ａは、プローブ制御部５１２Ａによって走行ＤＢ６００Ａに保存されるプローブデータのうち、交差点の目印になる施設等の画像を画像処理によって認識し、看板案内ＤＢ６００Ｂに保存する。
【００６２】
ナビゲーションサーバ５００Ｂは、車両１０のナビゲーションＥＣＵ１００からの要求に応じてルートの探索と到着予想時刻の演算を行い、探索したルート、到着予想時刻、及び、探索したルートに含まれる交差点の目印になる施設等の画像のデータを車両１０のナビゲーションＥＣＵ１００に送信するサーバである。
【００６３】
ナビゲーションサーバ５００Ｂは、制御部５１０Ｂ、通信部５１１Ｂ、ルート探索部５１２Ｂ、ルート案内部５１３Ｂを有する。
【００６４】
制御部５１０Ｂは、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ、入出力インターフェース、通信インターフェース、及び内部バス等を含むコンピュータによって実現される。制御部５１０Ｂの通信部５１１Ｂ、ルート探索部５１２Ｂ、ルート案内部５１３Ｂは、制御部５１０Ｂが実行するプログラムの機能（ファンクション）を機能ブロックとして示したものである。
【００６５】
通信部５１１Ｂは、ネットワーク４００に接続する通信インターフェースである。ナビゲーションサーバ５００Ｂは、通信部５１１Ｂを介してネットワーク４００に接続し、ナビゲーションサーバ５００Ｂと、車両１０のナビゲーションＥＣＵ１００と無線データ通信を行う。図１には、１台の車両１０を示すが、実際には多数あるため、通信部５１１Ｂは、多数の車両１０のナビゲーションＥＣＵ１００と無線データ通信を行う。
【００６６】
ルート探索部５１２Ｂは、車両１０のナビゲーションＥＣＵ１００と通信し、ルート探索部１４０から送信される目的地等の情報と位置データとに基づいて、ルートを探索するとともに到着予想時刻を演算し、探索したルートと演算した到着予想時刻を表すデータを車両１０のナビゲーションＥＣＵ１００に送信する。
【００６７】
また、ルート案内部５１３Ｂは、探索したルートに含まれるノードに関連付けられている交差点の目印になる施設等の画像のデータを看板案内ＤＢ６００Ｂから読み出し、探索したルートと演算した到着予想時刻を表すデータとともに車両１０のナビゲーションＥＣＵ１００に送信する。
【００６８】
次に、交差点の目印になる施設等の画像を選択する際の所定の条件について説明する。図２は、道路、交差点、及びガソリンスタンドの位置関係を示す図である。図２には、ナビゲーションシステムのディスプレイの表示を簡略化して示す。なお、ここでは一例として、車両１０は左側通行の国又は領域において走行していることとする。
【００６９】
図２において、車両１０は、道路１に沿って矢印で示す方向（図中上方向）に進行している。車両１０の進行方向において、道路１と交差する道路２、３、４がある。道路１と道路２、３、４とは交差点１Ａ、１Ｂ、１Ｃで交差している。道路１、２、３、４は、地図データのリンクによって表され、それぞれ固有のＩＤを有する。また、交差点１Ａ、１Ｂ、１Ｃは、地図データのノードによって表され、それぞれ固有のＩＤを有する。
【００７０】
車両１０の画像送信装置１００は、一例として、交差点の３００ｍ手前に差し掛かると、交差点を表すノードの緯度及び経度と車両１０の現在位置を表す緯度及び経度とに基づいて、交差点までの距離を演算する。交差点の検知と距離の演算は、交差点検知部１３０が行う。
【００７１】
そして、画像送信装置１００は、交差点を表すノードの緯度及び経度と等しい緯度及び経度のデータを有する施設等のＰＯＩ、又は、交差点を表すノードとの緯度及び経度の差が所定値以下の緯度及び経度のデータを有する施設等のＰＯＩをメモリ１９０から読み出し、ＰＯＩが表す施設等の名称とカテゴリ（ジャンル）に基づき、施設の種別を判断する。
【００７２】
このようにＰＯＩを読み出すのは、交差点に面する施設を割り出すためである。交差点に面するとは、交差点の角に位置するか、又は、Ｔ字路の突き当たりの部分のように角ではないが交差点に面する位置にあることをいう。また、緯度及び経度の差の所定値とは、交差点を表すノードの緯度及び経度と、その交差点に面する施設等のＰＯＩの緯度及び経度とが異なる場合に生じうる差をいう。
【００７３】
このように交差点に面する施設等のＰＯＩが存在する場合に、画像送信装置１００は、次のようにしてＰＯＩが表す施設等の画像の取得の要否を判定する。なお、ここでは、画像送信装置１００が交差点１Ｂに面する施設について画像取得の要否を判定する場合について説明するが、交差点１Ａ、１Ｃに面する施設についても同様である。
【００７４】
ここで、画像送信装置１００は、左側通行の道路１の交差点１Ｂの右側にある施設等については、対向車線を走行する車両、中央分離帯、又は街路樹等によってカメラ２００の視野が遮られるおそれがあるため、原則的に画像を取得しないと判定するが、交差点１Ｂの左手前の角に位置する施設等については、アップロードする画像データのデータ容量と、プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂに蓄積される画像データの容量とが膨大になることを抑制すべく、次のように画像取得の要否を判定する。
【００７５】
図２（Ａ）に示すように、交差点１Ｂの左手前の角に、著名なチェーン店のガソリンスタンドＧＳ（著名ＧＳ）があるとする。左側通行の道路１を走行する車両１０の利用者にとって左側は見易く、車両１０の前方にある交差点１Ｂの左手前にある著名ＧＳは視界に入り易い。なお、著名とは、例えば、全国的に知れわたっているほど周知であることをいい、周知とは、少なくとも一部の地域において利用者（需要者）の間に広く認識されていることをいう。
【００７６】
著名ＧＳは、多くの利用者に知られており、非常に分かり易い目印になる。このため、画像送信装置１００は、アップロードする画像データや蓄積される画像データの容量を削減すべく、交差点１Ｂの左手前の著名ＧＳの画像は取得不要と判定する。このような判定は、取得要否判定部１６０が行う。なお、ここでは、著名なチェーン店の施設等がガソリンスタンドである場合について説明するが、このように画像を取得不要と判定するのは、著名なチェーン店の中でガソリンスタンドに限られるものではなく、ガソリンスタンド以外のジャンルの著名なチェーン店の施設等であってもよい。例えば、著名なチェーン店のコンビニエンスストア、ドラッグストア、銀行等であってもよい。
【００７７】
また、図２（Ｂ）に示すように、交差点１Ｂの左奥に、著名ＧＳがあるとする。車両１０の利用者にとって交差点１Ｂの左奥にある著名ＧＳは視界に入り易い。このため、画像送信装置１００は、アップロードする画像データや蓄積される画像データの容量を削減すべく、交差点１Ｂの左奥の著名ＧＳの画像は取得不要と判定する。このような判定は、取得要否判定部１６０が行う。
【００７８】
また、図２（Ｃ）に示すように、交差点１Ｂの左手前に、著名ではないガソリンスタンドＧＳ（非著名ＧＳ）があるとする。車両１０の利用者にとって交差点１Ｂの左手前にあるガソリンスタンドは、著名なチェーン店ではなくても利用者の目に留まり易く目印になり易い。
【００７９】
このため、著名ではなくてもＰＯＩのジャンルがガソリンスタンドである場合には、画像送信装置１００は、アップロードする画像データや蓄積される画像データの容量を削減すべく、交差点１Ｂの左手前の非著名ＧＳの画像は取得不要と判定する。このような判定は、取得要否判定部１６０が行う。
【００８０】
なお、図２（Ｃ）では、非著名ＧＳが目印になるケースについて説明したが、ガソリンスタンド以外の著名ではない店舗等の施設でも、目印になる場合には、画像は取得不要と判定する。例えば、コンビニエンスストア、ドラッグストア、銀行等は、著名なチェーン店ではなくても利用者の目に留まり易く目印になる。
【００８１】
このため、著名ではなくてもＰＯＩのジャンルがコンビニエンスストア、ドラッグストア、銀行等である場合には、ガソリンスタンドである場合と同様に、交差点１Ｂの左手前に位置する場合には画像は取得不要と判定する。著名ではなくても、コンビニエンスストア、ドラッグストア、銀行等の施設は、外観に特徴を有する施設であるからである。
【００８２】
また、図２（Ｃ）では、交差点１Ｂの左手前に位置する場合について説明したが、交差点１Ｂの左奥の角に位置する場合についても同様に、ＰＯＩのジャンルがガソリンスタンド、コンビニエンスストア、ドラッグストア、銀行等である場合には、画像は取得不要と判定すればよい。
【００８３】
図３は、道路、交差点、及びガソリンスタンドＧＳの位置関係を示す図である。図３には、図２と同様に、車両１０、交差点１Ａ、１Ｂ、１Ｃ、道路１、２、３、４を示す。
【００８４】
図３において、道路１が複数の車線を有する場合には、交差点１Ｂの左手前に著名ＧＳがあっても、画像送信装置１００は、アップロードする画像データや蓄積される画像データの容量を削減すべく、交差点１Ｂの左奥の著名ＧＳの画像は取得不要と判定する。このような判定は、取得要否判定部１６０が行う。
【００８５】
道路１が複数車線であって左側通行である場合には、最も左側の車線を走行しているとき以外は、車両１０の左側の車線を走行する他の車両によってカメラ２００の視野が遮られて著名ＧＳの画像を取得できないおそれがある。このため、車両１０が走行する道路１が複数車線を有する場合には、画像を取得不要とする。
【００８６】
なお、これは、著名ＧＳが交差点１Ｂの左奥の角にある場合も同様であり、著名ＧＳに限らず、ＰＯＩで表されるすべての施設等についても同様である。
【００８７】
図４は、ＰＯＩ、緯度・経度、及び著名チェーンフラグを関連付けたデータベースのデータ構造を示す図である。ＰＯＩは、交差点に面する施設等のＰＯＩであり、緯度・経度は、そのＰＯＩの位置を表す緯度及び経度である。著名チェーンフラグは、所定のジャンルの著名なチェーン店に該当するかどうかを表すフラグであり、１は該当することを表し、０は該当しないことを表す。このようなデータベースを予め作成し、メモリ１９０に格納しておけばよい。
【００８８】
図５は、ＰＯＩ、緯度・経度、ジャンルフラグを関連付けたデータベースのデータ構造を示す図である。ＰＯＩと緯度・経度は、図４と同様である。ジャンルフラグは、図４に示す著名チェーンフラグを付与する対象にならない施設等について、所定のジャンルに該当するかどうかを表すフラグであり、１は該当することを表し、０は該当しないことを表す。ジャンルフラグは、図２（Ｃ）に示すように非著名ＧＳや著名チェーン店ではないコンビニエンスストア、ドラッグストア、銀行等について割り当てられる。このようなデータベースを予め作成し、メモリ１９０に格納しておけばよい。
【００８９】
図６は、道路のリンクＩＤと複数車線フラグを関連付けたデータベースのデータ構造を示す図である。道路のリンクＩＤは、地図データに含まれるすべてのリンク（道路）に割り当てられるＩＤである。複数車線フラグは、各リンクが複数車線であるかどうかを表すフラグであり、１は複数車線であることを表し、０は複数車線ではないことを表す。このようなデータベースを予め作成し、メモリ１９０に格納しておけばよい。なお、地図データにこのようなデータが含まれる場合には、そのデータを用いればよい。
【００９０】
図７は、交差点ＩＤ、緯度・経度、画像ＩＤ、ＰＯＩを関連付けたデータベースのデータ構造を示す図である。交差点ＩＤは、地図データに含まれる交差点（ノード）のＩＤである。緯度・経度は、各交差点の緯度及び経度を表す。画像ＩＤは、各交差点について取得された画像のＩＤを示す。ＰＯＩは、画像ＩＤが表す画像に含まれる施設等のＰＯＩである。図７は、ナビゲーションサーバ５００Ｂに蓄積されるデータのデータ構造を示している。
【００９１】
画像送信装置１００によって画像の取得が必要と判定された結果、施設等の画像は、プローブデータの一部としてメモリ１９０に格納され、プローブ保存サーバ５００Ａにアップロードされ、ナビゲーションサーバ５００Ｂに蓄積される。
【００９２】
図８は、画像送信装置１００が実行する処理を示すフローチャートである。
【００９３】
主制御部１１０は、一例として、イグニッションスイッチがオンにされると、処理を開始する（スタート）。
【００９４】
位置検出部１２０は、車両１０の現在位置を取得する（ステップＳ１）。
【００９５】
主制御部１１０は、車両１０の現在位置を含むリンク（道路）のデータを取得する（ステップＳ２）。
【００９６】
取得要否判定部１６０は、車両１０が現在走行中の道路が複数車線であるかどうかを判定する（ステップＳ３）。ステップＳ３の判定には、図６に示すデータを用いて、現在走行中の道路に対応するリンクＩＤに関連付けられている複数車線フラグが１であるかどうかを判定すればよい。
【００９７】
交差点検知部１３０は、取得要否判定部１６０によって複数車線ではないと判定されると、車両１０の進行方向にある交差点に接近しているかどうかを判定する（ステップＳ４）。接近しているかどうかは、地図データから進行方向にある交差点（ノード）の位置（緯度、経度）を取得し、車両１０の現在位置から交差点までの距離を演算し、現在位置から交差点までの距離が３００ｍ以下であるかどうかを判定することによって行われる。
【００９８】
情報取得部１５０は、メモリ１９０に格納される地図データから交差点にある施設等のＰＯＩを取得する（ステップＳ５）。
【００９９】
取得要否判定部１６０は、ＰＯＩが表す施設等が交差点の左手前の角、又は、左奥の角にあるかどうかを判定する（ステップＳ６）。交差点の左手前の角、又は、左奥の角にあるかどうかは、ステップＳ４で取得する交差点の位置（緯度、経度）に対して、ＰＯＩの位置が左手前の角、又は、左奥の角にあるかどうかを判定することで行えばよい。
【０１００】
ステップＳ６の処理では、交差点の右側の角（右手前の角、若しくは、右奥の角）又は右側が突き当たりの場合に交差点の右側に面する施設等のＰＯＩは、画像の取得対象から除外されることになる。
【０１０１】
取得要否判定部１６０は、ＰＯＩが表す施設等が交差点の左手前の角、又は、左奥の角にある（Ｓ６：ＹＥＳ）と判定すると、著名チェーンフラグが１であるかどうかを判定する（ステップＳ７）。ステップＳ７では、取得要否判定部１６０は、判定対象になっているＰＯＩに、図４のデータベース内で関連付けられている著名チェーンフラグを読み出して判定すればよい。
【０１０２】
取得要否判定部１６０は、著名チェーンフラグが１である（Ｓ７：ＹＥＳ）と判定すると、当該ＰＯＩが示す施設等の画像の取得は不要と判定する（ステップＳ８）。主制御部１１０は、ステップＳ８の処理が終わると、フローをステップＳ１にリターンする。
【０１０３】
取得要否判定部１６０は、著名チェーンフラグが１ではない（Ｓ７：ＮＯ）と判定すると、ジャンルフラグが１であるかどうかを判定する（ステップＳ９）。ステップＳ９では、取得要否判定部１６０は、判定対象になっているＰＯＩに、図５のデータベース内で関連付けられているジャンルフラグを読み出して判定すればよい。
【０１０４】
取得要否判定部１６０は、ジャンルフラグが１である（Ｓ９：ＹＥＳ）と判定すると、当該ＰＯＩが示す施設等の画像の取得は不要と判定する（ステップＳ８）。
【０１０５】
一方、取得要否判定部１６０は、ジャンルフラグが１ではない（Ｓ９：ＮＯ）と判定すると、当該ＰＯＩが示す施設等の画像の取得は必要と判定する（ステップＳ１０）。
【０１０６】
次いで、撮像制御部１７０は、交差点の１５０ｍ手前からカメラ２００に画像を取得させる（ステップＳ１１）。カメラ２００は、例えば、１０ｍ毎に画像を撮影し、撮像制御部１７０は、画像に建物等の物体が含まれているかの物体認知を行う画像処理を行い、建物等の物体が含まれている画像をアップロード用の画像として選択する。また、ルート探索部１４０がプローブ保存サーバ５００Ａと通信を行い、プローブ保存サーバ５００Ａから画像を取得すべき位置を表す位置データを取得し、その位置データに到達したときに撮像制御部１７０がカメラ２００に画像を取得させてもよい。
【０１０７】
なお、ステップＳ５、ステップＳ６：ＹＥＳ、及びステップＳ７：ＮＯを経て、ステップＳ８又はステップＳ９に至る処理は、情報取得部１５０、取得要否判定部１６０、及び撮像制御部１７０によって構成される画像取得部１０１が実行する処理である。ステップＳ５、ステップＳ６：ＹＥＳ、及びステップＳ７：ＮＯを経て、ステップＳ９に至る処理は、画像取得部１０１が、交差点に面する目印対象物が著名であるか否かに基づいて、交差点に関する画像をカメラ２００に取得させるかどうかを判定する処理である。
【０１０８】
主制御部１１０は、通信制御部１８０に画像をプローブ保存サーバ５００Ａにアップロードさせる（ステップＳ１２）。ステップＳ１２の処理では、画像とともに、画像以外のプローブデータもプローブ保存サーバ５００Ａにアップロードされる。これにより、プローブ保存サーバ５００Ａは、画像送信装置１００からプローブデータを受信する。
【０１０９】
主制御部１１０は、処理を終了するかどうかを判定する（ステップＳ１３）。処理を終了するとは、例えば、イグニッションスイッチがオフにされたときである。以上で一連の処理が終了する。
【０１１０】
なお、ステップＳ３で取得要否判定部１６０が、車両１０が現在走行中の道路が複数車線である（Ｓ３：ＹＥＳ）と判定すると、フローをステップＳ８に進行させる。複数車線の場合には、画像を取得する必要がないからである。
【０１１１】
また、ステップＳ４で交差点検知部１３０によって交差点に接近していない（Ｓ３：ＮＯ）と判定されると、主制御部１１０は、フローをステップＳ１にリターンする。
【０１１２】
また、取得要否判定部１６０は、ＰＯＩが表す施設等が交差点の左手前の角、又は、左奥の角にない（Ｓ６：ＮＯ）と判定すると、フローをステップＳ８に進行し、当該ＰＯＩが示す施設等の画像の取得は不要と判定する（ステップＳ８）。交差点の右側にある施設等の画像は取得する必要がないからである。
【０１１３】
図９は、プローブ保存サーバ５００Ａのプローブ制御部５１２Ａが実行する処理を示すフローチャートである。プローブ制御部５１２Ａは、処理を開始（スタート）すると、プローブデータを画像送信装置１００から受信したかどうかを判定する（ステップＳ１０１）。
【０１１４】
プローブ制御部５１２Ａは、プローブデータを受信した（Ｓ１０１：ＹＥＳ）と判定すると、プローブデータを走行ＤＢ６００Ａに保存する（ステップＳ１０２）。なお、プローブ制御部５１２Ａは、プローブデータを受信していない（Ｓ１０１：ＮＯ）と判定すると、ステップＳ１０１の処理を繰り返し実行する。以上で制御周期の１周期分の処理が終了する（エンド）。プローブ制御部５１２Ａは、スタートからエンドまでの処理を所定の制御周期で繰り返し実行する。
【０１１５】
図１０は、プローブ保存サーバ５００Ａの看板案内作成部５１３Ａが実行する処理を示すフローチャートである。看板案内作成部５１３Ａは、処理を開始（スタート）すると、走行ＤＢ６００Ａにプローブデータが追加されたかどうかを判定する（ステップＳ１１１）。
【０１１６】
看板案内作成部５１３Ａは、プローブデータが追加された（Ｓ１１１：ＹＥＳ）と判定すると、プローブデータに含まれる画像データについて、看板の画像認識を行う（ステップＳ１１２）。看板の画像認識は、画像送信装置１００から送信された画像データに対して、文字や数字等が含まれているかどうかの認知処理（画像処理）を行う処理である。
【０１１７】
看板案内作成部５１３Ａは、ステップＳ１１２の処理において、看板が含まれている画像があるかどうかを判定する（ステップＳ１１３）。
【０１１８】
看板案内作成部５１３Ａは、看板が含まれている画像がある（Ｓ１１３：ＹＥＳ）と判定すると、当該画像を交差点ＩＤ、緯度・経度、画像ＩＤ、及びＰＯＩとともに看板案内ＤＢ６００Ｂに保存する（ステップＳ１１４）。これにより、図７に示すデータベースに新たなデータが追加される。
【０１１９】
看板案内作成部５１３Ａは、ステップＳ１１４の処理を終えた場合、又は、ステップＳ１１３で看板が含まれている画像がない（Ｓ１１３：ＮＯ）と判定した場合には、制御周期の１周期分の処理が終了する（エンド）。看板案内作成部５１３Ａは、スタートからエンドまでの処理を所定の制御周期で繰り返し実行する。
【０１２０】
以上、実施の形態によれば、車両１０の進行方向における交差点の左手前の角、又は、左手前の角のＰＯＩが著名チェーン店の施設等である場合、又は、著名チェーン店ではなくでもガソリンスタンド等の所定のジャンルに該当する場合には、画像の取得を抑制するため、アップロードする画像データのデータ容量や、プローブ保存サーバ５００Ａ及びナビゲーションサーバ５００Ｂに蓄積される画像データの容量が膨大になることを抑制することができる。
【０１２１】
従って、交差点において効率的に画像を収集できる画像送信プログラム、及び、画像送信装置１００を提供することができる。
【０１２２】
なお、以上では、交差点の左手前の角、又は、左手前の角のＰＯＩが著名チェーン店ではなくてもガソリンスタンド等の所定のジャンルに該当する場合に、画像を取得不要と判定する形態について説明したが、著名チェーン店で所定のジャンルに該当する場合にのみ画像を取得不要と判定してもよい。
【０１２３】
また、以上では、車両１０が走行する道路が複数車線の場合には画像を取得しない形態について説明したが、複数車線の場合においても画像を取得してもよい。例えば、交差点の左手前の角、又は、左手前の角のＰＯＩが著名チェーン店の施設等である場合、又は、著名チェーン店ではなくてもガソリンスタンド等の所定のジャンルに該当する場合に、画像の取得を抑制すれば、交差点において効率的に画像を収集できる画像送信プログラム、及び、画像送信装置を提供する。
【０１２４】
また、以上では、左側通行の道路を車両１０が進行する場合の処理について説明したが、右側通行の道路を走行する場合には、以上の処理における左と右を入れ替えればよい。
【０１２５】
また、以上では、ルート探索部１４０が、ナビゲーションサーバ５００Ｂから受信する看板案内画像をナビゲーションシステムのディスプレイ内の交差点の画像の脇に表示させる形態について説明したが、看板案内画像を表示させる代わりに、あるいは、看板案内画像を表示することに加えて、次のことを行ってもよい。ナビゲーションサーバ５００Ｂが、看板案内画像に対して画像処理及び／又は文字認識処理を行うことにより、看板案内画像が表す施設名等を識別し、識別した施設名等をディスプレイに表示してもよいし、音声案内で施設名を読み上げるようにしてもよい。
【０１２６】
以上、本発明の例示的な実施の形態の画像送信プログラム、及び、画像送信装置について説明したが、本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１２７】
１０  車両
１００  画像送信装置
１０１  画像取得部
１１０  主制御部
１２０  位置検出部
１３０  交差点検知部
１４０  ルート探索部
１５０  情報取得部
１６０  取得要否判定部
１７０  撮像制御部
１８０  通信制御部
１９０  メモリ
２００  カメラ
３００  ＤＣＭ
４００  ネットワーク
５００Ａ  プローブ保存サーバ
５１０Ａ  制御部
５１１Ａ  通信部
５１２Ａ  プローブ制御部
５１３Ａ  看板案内作成部
５００Ｂ  ナビゲーションサーバ
５１０Ｂ  制御部
５１１Ｂ  通信部
５１２Ｂ  ルート探索部
５１３Ｂ  ルート案内部
６００Ａ  走行ＤＢ
６００Ｂ  看板案内ＤＢ
【図１】
2018190035.tif 000003
【図２】
2018190035.tif 000004
【図３】
2018190035.tif 000005
【図４】
2018190035.tif 000006
【図５】
2018190035.tif 000007
【図６】
2018190035.tif 000008
【図７】
2018190035.tif 000009
【図８】
2018190035.tif 000010
【図９】
2018190035.tif 000011
【図１０】
2018190035.tif 000012