(57)【要約】【課題】車両が通信悪化区間を走行する前にサーバから情報を取得する情報取得装置を提供する。【解決手段】情報取得装置１０は、地図データベース２１と、位置取得部２２２と、情報要求範囲における情報を所定の要求タイミングでサーバへ問い合わせる要求部２２３と、受信部２２４と、情報要求範囲に通信悪化区間が存在するか否かを判定する第１判定部２２５と、通信悪化区間の走行時に要求タイミングが発生するか否かを判定する第２判定部２２６とを備え、要求部２２３は、通信悪化区間の走行時に要求タイミングが発生する場合、車両２が通信悪化区間に到達する前に要求する情報要求範囲を通信悪化区間の走行時に要求する情報要求範囲が含まれるように拡大し、又は、通信悪化区間の走行時に発生する要求タイミングを車両２が通信悪化区間に到達する前に発生するように変更する。【選択図】図２
2018032335.tif 000002
【特許請求の範囲】
【請求項１】
サーバと通信可能であり、車両に搭載される情報取得装置であって、
地図情報を記憶する地図データベースと、
前記車両の地図上の位置を取得する位置取得部と、
前記位置取得部により取得された前記車両の地図上の位置から所定時間内に前記車両が到達可能な到達位置までの情報要求範囲における地図に関連付けられた情報を、所定の要求タイミングで前記サーバへ問い合わせる要求部と、
前記サーバから前記情報を受信する受信部と、
前記地図データベースを参照し、前記情報要求範囲に前記サーバとの通信が悪化する通信悪化区間が存在するか否かを判定する第１判定部と、
前記通信悪化区間の走行時に前記要求タイミングが発生するか否かを判定する第２判定部と、
を備え、
前記要求部は、前記第２判定部により前記通信悪化区間の走行時に前記要求タイミングが発生すると判定された場合には、前記車両が前記通信悪化区間に到達する前に要求する前記情報要求範囲を前記通信悪化区間の走行時に要求する情報要求範囲が含まれるように拡大し、又は、前記通信悪化区間の走行時に発生する前記要求タイミングを前記車両が前記通信悪化区間に到達する前に発生するように変更する、
情報取得装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報取得装置に関する。
【背景技術】
【０００２】
特許文献１には、通信可能な車両が記載されている。車両は、無線ネットワークに接続されており、他車両と情報のやり取りを行う。これにより、車両は車外から情報を取得して、走行に活用することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第８５０９９８２号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１記載の車両は、上述した無線ネットワークを介して情報を集約可能な中央管理センタ（例えばサーバ）と通信することが考えられる。例えば、車両は、所定の間隔で中央センタに道路状況、交通状況、サービスエリア情報などを問い合わせする。車両は、現在位置から所定時間内に車両が到達可能な到達位置までの範囲を情報要求範囲に設定し、情報要求範囲内における情報を中央センタに問い合わせる。中央センタは、問い合わせに応じて車両へ情報を配信する。これにより、車両は、現在位置から到達位置までの範囲について情報を取得することができる。
【０００５】
しかしながら、車両は、通信状態の悪い区間（通信悪化区間）においてサーバから情報を取得することができない。このため、車両はサーバから情報を得ることなく走行せざる得ない場合がある。本技術分野では、車両が通信悪化区間を走行する前にサーバから情報を取得することができる情報取得装置が望まれている。
【課題を解決するための手段】
【０００６】
本発明に係る情報取得装置は、サーバと通信可能であり、車両に搭載される情報取得装置であって、地図情報を記憶する地図データベースと、車両の地図上の位置を取得する位置取得部と、位置取得部により取得された車両の地図上の位置から所定時間内に車両が到達可能な到達位置までの情報要求範囲における地図に関連付けられた情報を、所定の要求タイミングでサーバへ問い合わせる要求部と、サーバから情報を受信する受信部と、地図データベースを参照し、情報要求範囲にサーバとの通信が悪化する通信悪化区間が存在するか否かを判定する第１判定部と、通信悪化区間の走行時に要求タイミングが発生するか否かを判定する第２判定部と、を備え、要求部は、第２判定部により通信悪化区間の走行時に要求タイミングが発生すると判定された場合には、車両が通信悪化区間に到達する前に要求する情報要求範囲を通信悪化区間の走行時に要求する情報要求範囲が含まれるように拡大し、又は、通信悪化区間の走行時に発生する要求タイミングを車両が通信悪化区間に到達する前に発生するように変更する。
【発明の効果】
【０００７】
本発明によれば、車両が通信悪化区間を走行する前にサーバから情報を取得することができる。
【図面の簡単な説明】
【０００８】
【図１】車両通信システムを説明する図である。
【図２】車両通信システムの構成を示すブロック図である。
【図３】情報取得装置の通信処理のフローチャートである。
【図４】通信悪化区間が存在する場合の処理を説明する図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して、本実施形態について説明する。なお、以下の説明において、同一又は相当要素には同一符号を付し、重複する説明を省略する。
【００１０】
［車両通信システムの概要］
図１は、車両通信システムを説明する図である。図１に示されるように、車両通信システム１は、複数の車両２及びサーバ３を備える。
【００１１】
複数の車両２は、車両２−１〜車両２−ｎを含む。ｎは１より大きい自然数である。車両２−１〜車両２−ｎは、双方向通信機能を備えた車両である。車両２は、速度センサなど走行に必要な周知の構成を備え、運転者の運転操作又は自動運転機能によってアクチュエータなどを動作させて道路を走行する。車両２−１〜車両２−ｎは、ネットワークＮを介して、サーバ３と通信可能に構成されている。ネットワークＮは、例えばインターネット又は専用回線などである。
【００１２】
サーバ３は、複数の車両２と通信可能に構成されている。サーバ３は、いわゆる中央管理センタであり、周知の構成を採用することができる。サーバ３は、例えばＣＰＵ（Central Processing Unit）などの演算装置、ＲＯＭ（ReadOnly Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）などの記憶装置、及び通信装置などを有する汎用コンピュータで構成される。
【００１３】
サーバ３は、複数の車両２からネットワークＮを介して情報を取得する。サーバ３は、複数の車両２から得られた位置、速度、センサ情報、車載システムや車載機器の作動情報、自動運転システムの認識状況などを取得して集約する。また、サーバ３は、他のサーバなどから渋滞情報、障害物情報、サービスエリア情報などを取得し、複数の車両２へ配信する。サーバ３は、複数の車両２からの要求に応じて情報を配信する。サーバ３の機能は、サーバ３のＣＰＵが、記憶装置に記憶されたプログラムをロードして実行することにより実現する。
【００１４】
［情報取得装置の概要］
図２は、車両通信システム１の構成を説明するブロック図である。図２に示されるように、車両２は、ＧＰＳ（Global Positioning System）受信部２０、地図データベース２１、ＥＣＵ（Electronic Control Unit）２２及び通信部２３を備える。情報取得装置１０は、物理的には、地図データベース２１及びＥＣＵ２２を含む。情報取得装置１０は、サーバ３と通信可能であり、車両２に搭載される。
【００１５】
ＧＰＳ受信部２０は、ＧＰＳの信号を受信する機器である。ＧＰＳ受信部２０は、３個以上のＧＰＳ衛星から信号を受信することにより、車両２の位置を測定する。車両２の位置は、例えば緯度及び経度などの位置情報で表現される。ＧＰＳ受信部２０は、測定された車両２の位置情報をＥＣＵ２２へ送信する。
【００１６】
地図データベース２１は、地図情報を記憶するデータベースである。地図情報は、地図を構築することができるデータである。地図情報には、道路の位置情報、道路形状の情報（例えばカーブ、直線部の種別、カーブの曲率など）、道路の幅情報、道路の高さ情報、交差点及び分岐点の位置情報、及び建物の位置情報などが含まれる。
【００１７】
ＥＣＵ２２は、ＣＰＵなどの演算装置、ＲＯＭ、ＲＡＭなどの記憶装置、ＣＡＮ（ControllerArea Network）通信回路などを有する電子制御ユニットである。ＥＣＵ２２の後述する機能は、ＥＣＵ２２のＣＰＵが、記憶装置に記憶されたプログラムをロードして実行することにより実現する。
【００１８】
ＥＣＵ２２は、機能的には、位置取得部２２２、要求部２２３、第１判定部２２５、第２判定部２２６及び受信部２２４を備える。
【００１９】
位置取得部２２２は、車両２の地図上の位置を取得する。位置取得部２２２は、ＧＰＳ受信部２０から取得した位置情報と、地図データベース２１の地図とを用いて、車両２の地図上の位置を取得する。
【００２０】
要求部２２３は、所定の要求タイミングで情報をサーバ３へ問い合わせる。所定の要求タイミングとは、サーバ３への問い合わせ時期であり、問い合わせ前に予め設定されている。要求タイミングは、例えば５分間隔などの一定間隔に設定されている。なお、後述のとおり、要求タイミングは可変である。情報とは、サーバ３が保有する情報であり、地図に関連付けられている。つまり、地図上の位置や区間を指定することで特定される情報である。情報は、例えば、指定範囲の道路情報、交通情報、天候情報もしくは落下物情報などの走行に利用可能な情報、又は、サービスエリアのイベント情報など走行に無関係な情報である。
【００２１】
要求部２２３は、情報要求範囲における地図に関連付けられた情報をサーバ３へ問い合わせる。情報要求範囲とは、情報をサーバ３へ要求する地図上の区間である。情報要求範囲は、例えば位置取得部２２２により取得された車両２の地図上の位置から所定時間内に車両２が到達可能な到達位置までの範囲である。所定時間は、例えば１０分などに予め設定されている。なお、後述のとおり、情報要求範囲は可変である。情報要求範囲は、例えば所定時間を変更することにより変更される。車両２が周知のナビゲーションシステムを搭載している場合、情報要求範囲は、ナビゲーションシステムにより決定されたルート上において、現在位置から所定時間内に到達可能な到達位置までの範囲である。車両２がナビゲーションシステムを搭載していない場合、車両２は現在走行している車線を維持すると仮定され、情報要求範囲は、走行車線上における現在位置から所定時間内に到達可能な到達位置までの範囲となる。
【００２２】
要求部２２３は、通信部２３に要求データを送信するように信号を出力する。通信部２３は、ネットワークＮの通信プロトコルに準拠した通信機器である。通信部２３は、ネットワークＮを介してサーバ３へ要求データを送信する。サーバ３は、ネットワークＮを介して要求データを受信する。サーバ３は、要求データを解析し、ネットワークＮを介して通信部２３へ要求されたデータを送信する。通信部２３は、ネットワークＮを介してデータを受信して受信部２２４へ出力する。つまり、受信部２２４は、通信部２３を介してサーバ３から情報を受信する。受信部２２４は、データを解析して情報を取得し、車両２の走行制御に利用できるように車両２の記憶装置へ記憶したり、車両２の表示部に表示したりする。
【００２３】
［通信悪化区間］
第１判定部２２５は、地図データベース２１を参照し、情報要求範囲にサーバ３との通信が悪化する通信悪化区間が存在するか否かを判定する。通信悪化区間は、地図データベース２１に記憶された地図上の区間であり、無線電波などが遮断、妨害もしくは混線する区間、又は通信サービスエリア外の区間である。通信悪化区間は、例えば、トンネル区間、高圧電線の設置区間、通信利用者が多い都市部などの区間、安否確認で通信を利用したり基地局が破損したりした災害発生地区などである。
【００２４】
第２判定部２２６は、通信悪化区間の走行時に要求タイミングが発生するか否かを判定する。第２判定部２２６は、例えば車両２の車速と、車両２及び通信悪化区間の地図上の位置に基づいて、所定間隔で発生する要求タイミングが通信悪化区間の走行時に発生するか否かを判定する。
【００２５】
要求部２２３は、第２判定部２２６により通信悪化区間の走行時に要求タイミングが発生すると判定された場合には、車両２が通信悪化区間に到達する前に、第１処理及び第２処理の少なくとも一方を実行する。第１処理は、車両２が通信悪化区間に到達する前に要求する情報要求範囲を通信悪化区間の走行時に要求する情報要求範囲が含まれるように拡大する処理である。これにより、車両２が通信悪化区間を走行中に行われる予定の問い合わせ内容を先行して取得することができるので、通信悪化区間で通信することが不要となる。第２処理は、通信悪化区間の走行時に発生する要求タイミングを車両が通信悪化区間に到達する前に発生するように変更する処理である。これにより、車両２が通信悪化区間を走行中に行われる予定の問い合わせは前倒しで実行され、通信悪化区間で通信することが回避される。
【００２６】
［通信処理のフローチャート］
図３は、情報取得装置１０の通信処理のフローチャートである。このフローチャートは、情報取得装置１０の動作指示を運転者から受け付けたタイミングで開始され、要求タイミングの周期で実行される。
【００２７】
図３に示されるように、情報取得装置１０の位置取得部２２２は、位置取得処理（Ｓ１０）として、車両２の地図上の位置を取得する。次に、情報取得装置１０の第１判定部２２５は、判定処理（Ｓ１２）として、地図データベース２１を参照し、情報要求範囲にサーバ３との通信が悪化する通信悪化区間が存在するか否かを判定する。第１判定部２２５により情報要求範囲にサーバ３との通信が悪化する通信悪化区間が存在すると判定された場合、第２判定部２２６は、判定処理（Ｓ１４）として、通信悪化区間の走行時に要求タイミングが発生するか否かを判定する。
【００２８】
図４は、通信悪化区間が存在する場合の処理を説明する図である。図４の（ａ）は、通信悪化区間の走行時に要求タイミングが発生する例である。図４の（ａ）では、車両２が道路４を走行しており、トンネル５を走行しようとしている。図中では、直近の要求タイミングの発生位置をＴ１で示している。第２判定部２２６は、要求タイミングの発生周期と車両２の速度を用いて、次回の要求タイミングの発生位置Ｔ２までの距離Ｄ１を算出する。第２判定部２２６は、同様に、距離Ｄ２，Ｄ３を算出する。第２判定部２２６は、このようにして得られた要求タイミングの発生位置Ｔ２，Ｔ３がトンネル５の位置と干渉するか否かを判定する。なお、図４では、発生位置Ｔ１における情報要求範囲をＨ１，発生位置Ｔ２における情報要求範囲をＨ２，発生位置Ｔ３における情報要求範囲をＨ３で示している。
【００２９】
判定処理（Ｓ１４）において通信悪化区間の走行時に要求タイミングが発生すると判定された場合、情報取得装置１０の要求部２２３は、設定変更処理（Ｓ１６）として、車両２が通信悪化区間に到達する前に第１処理（情報要求範囲の拡大）及び第２処理（要求タイミングの変更）の少なくとも一方を実行する。
【００３０】
図４は、情報要求範囲の拡大及び要求タイミングの変更を説明する図である。図４の（ｂ）は、情報要求範囲を拡大する例である。図４の（ｂ）では、要求部２２３は、車両２がトンネル５に到達する前に要求する情報要求範囲Ｈ２を、トンネル５の走行時に要求する情報要求範囲Ｈ３が含まれるように拡大する（図中の情報要求範囲ＳＨ２）。これにより、車両２がトンネル５を走行中に行われる予定の問い合わせ内容を先行して取得することができるので、トンネル５で通信することが不要となる。図４の（ｃ）は、要求タイミングを変更する例である。図４の（ｃ）では、要求部２２３は、トンネル５の走行時に発生する要求タイミング（発生位置Ｔ３）を車両２がトンネル５に到達する前に発生するように変更する処理である（図中の発生位置ＳＴ３）。例えば、要求部２２３は、トンネル５の位置に基づいて、トンネル５に到達する直前の距離ＡＤ１を算出し、発生位置ＳＴ３を設定する。これにより、車両２がトンネル５を走行中に行われる予定の問い合わせは前倒しで実行され、トンネル５で通信することが回避される。なお、トンネル５の長さが要求タイミングの１周期の距離よりも長い場合には、要求タイミングの変更だけでは対応することができない場合もあるため、情報要求範囲の拡大を合わせて行ってもよい。
【００３１】
図３に戻り、設定変更処理（Ｓ１６）が終了した場合、判定処理（Ｓ１２）において情報要求範囲にサーバ３との通信が悪化する通信悪化区間が存在しないと判定された場合、及び、判定処理（Ｓ１４）において情報要求範囲にサーバ３との通信が悪化する通信悪化区間が存在しないと判定された場合には、情報取得装置１０の要求部２２３は、要求処理（Ｓ１８）として、サーバ３に情報を問い合わせする。要求部２２３は、設定変更処理（Ｓ１６）により情報要求範囲の拡大又は要求タイミングの変更が行われている場合には、拡大された情報要求範囲又は変更された要求タイミングでサーバ３に情報を問い合わせする。そして、情報取得装置１０の受信部２２４は、受信処理（Ｓ２０）として、サーバ３から情報を受信する。以上で図３に示されるフローチャートが終了する。フローチャートは、次回の要求タイミングにおいて最初から実行される。
【００３２】
［実施形態に係る情報取得装置の効果］
実施形態に係る情報取得装置１０によれば、車両２が通信悪化区間に到達する前に、情報要求範囲を拡大し、又は要求タイミングを変更してサーバへ問い合わせを行うことができる。これにより、通信悪化区間を走行中に行われる予定の問い合わせ内容を先行して取得し、又は、通信悪化区間を走行中に行われる予定の問い合わせを前倒しで実行することができる。よって、情報取得装置１０は、車両２が通信悪化区間を走行する前にサーバ３から情報を取得することができる。
【００３３】
上述した実施形態は、当業者の知識に基づいて種々の変更、改良を施した様々な形態で実施することができる。
【符号の説明】
【００３４】
１…車両通信システム、２…車両、３…サーバ、１０…情報取得装置、２１…地図データベース、２２２…位置取得部、２２３…要求部、２２５…第１判定部、２２６…第２判定部、２２４…受信部。
【図１】
2018032335.tif 000003
【図２】
2018032335.tif 000004
【図３】
2018032335.tif 000005
【図４】
2018032335.tif 000006