車載情報システム、車載装置、情報端末
【課題】情報端末において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減する。
【解決手段】携帯端末２は、制御部２０により車両情報が必要であるか否かを判定し、車両情報が必要であると判定したときには、インタフェース部２５により要求データを車載装置１へ送信して車両情報の要求を行う。車載装置１は、携帯端末２からの要求に応じて、制御部１０により車両から車両情報を収集し、携帯端末２へ送信する。
【解決手段】携帯端末２は、制御部２０により車両情報が必要であるか否かを判定し、車両情報が必要であると判定したときには、インタフェース部２５により要求データを車載装置１へ送信して車両情報の要求を行う。車載装置１は、携帯端末２からの要求に応じて、制御部１０により車両から車両情報を収集し、携帯端末２へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載されて使用される車載情報システムと、その車載情報システムにおいて用いられる車載装置および情報端末とに関する。
【背景技術】
【０００２】
従来、ＧＰＳ（Global Positioning System）信号を受信して現在位置を検出し、現在位置付近の地図を表示することで車両のルート案内を行う携帯電話の地図表示方法が知られている（特許文献１参照）。また、携帯電話の画面に表示された情報を携帯電話から車載装置に送信し、その情報を車載装置のディスプレイにおいて表示する技術も知られている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−５７５０３号公報
【特許文献２】特開２００３−２４４３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された地図表示方法において特許文献２に記載された技術を適用することにより、携帯電話のような携帯型の情報端末から車載装置へ現在位置付近の地図画像を送信し、車載装置において表示することができる。しかし、このようにすると、たとえばトンネル内などのように現在位置においてＧＰＳ信号を受信できない場合には、現在位置を正しく検出することができないため、情報端末において現在位置を検出するために必要な情報を車両から取得する必要がある。一方、こうした情報を常時車両から情報端末へ送信すると、車両と情報端末との間で通信される情報量が過大となり、通信遅れなどに起因する処理能力の低下などを生じるおそれがある。こうした状況に鑑みて、情報端末において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減することが望まれている。
【課題を解決するための手段】
【０００５】
本発明による車載情報システムは、携帯型の情報端末と車載装置とを有し、情報端末は、車両から出力される車両情報が必要であるか否かを判定する判定手段と、判定手段により車両情報が必要であると判定されたときに、車載装置へ車両情報を要求する要求手段と、要求手段による要求に応じて車載装置から送信される車両情報を受信する車両情報受信手段とを備え、車載装置は、情報端末から車両情報を要求されたときに、車両情報を収集する車両情報収集手段と、車両情報収集手段により収集された車両情報を情報端末へ送信する車両情報送信手段とを備えるものである。
本発明による車載装置は、携帯型の情報端末と接続され、情報端末からの要求に応じて、車両から出力される車両情報を収集する車両情報収集手段と、車両情報収集手段により収集された車両情報を情報端末へ送信する車両情報送信手段とを備えるものである。
本発明による携帯型の情報端末は、車載装置と接続され、車両から出力される車両情報が必要であるか否かを判定する判定手段と、判定手段により車両情報が必要であると判定されたときに、車載装置へ車両情報を要求する要求手段と、要求手段による要求に応じて車載装置から送信される車両情報を受信する車両情報受信手段とを備えるものである。
【発明の効果】
【０００６】
本発明によれば、情報端末において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態による車載情報システムの構成を示す図である。
【図２】車載装置および携帯端末の構成を示すブロック図である。
【図３】車載装置および携帯端末における情報の流れを示す図である。
【図４】車載装置および携帯端末における情報の流れを示す図である。
【図５】車載装置における処理のフローチャートである。
【図６】第１の実施の形態による携帯端末における処理のフローチャートである。
【図７】第２の実施の形態による携帯端末における処理のフローチャートである。
【発明を実施するための形態】
【０００８】
−第１の実施の形態−
図１は、本発明の一実施の形態による車載情報システムの構成を示す図である。図１に示す車載情報システムは、車両に搭載されて使用されるものであり、車載装置１と携帯端末２がＵＳＢ（Universal Serial Bus）ケーブル３を介して互いに接続されることによって実現される。車載装置１は、車両内に固定されており、たとえば車両のインストルメントパネル内などに設置されている。携帯端末２は、ユーザが持ち運び可能な携帯型の情報端末であり、たとえば携帯電話やスマートフォンなどである。
【０００９】
車載装置１には、表示部１１と、操作スイッチ１２ａ、１２ｂ、１２ｃ、１２ｄおよび１２ｅとが設けられている。表示部１１は、各種の画像を表示可能な表示モニタであり、たとえば液晶ディスプレイによって構成される。操作スイッチ１２ａ〜１２ｅは、ユーザの入力操作を検出するためのスイッチ類であり、車載装置１が実行中の処理に応じて様々な機能が割り当てられる。ユーザは、操作スイッチ１２ａ〜１２ｅのうち任意のスイッチを操作することで、所望の機能を車載装置１に実行させることができる。なお、図１では操作スイッチ１２ａを左右に回転可能なダイヤル式のスイッチとし、操作スイッチ１２ｂ〜１２ｅを押圧可能なボタン式のスイッチとした例を示しているが、各操作スイッチの配置、構造、数などはこの例に限定されない。また、表示部１１をタッチパネル式の表示モニタとし、操作スイッチの一部または全部を省略してもよい。
【００１０】
携帯端末２には、表示部２１が設けられている。表示部２１は、各種の画像を表示可能なタッチパネル式の表示モニタであり、たとえばタッチ位置を検出するタッチセンサと液晶ディスプレイとを組み合わせて構成される。ユーザは、表示部２１に表示される画像の内容に応じて、表示部２１上で任意の位置を指等でタッチすることで、所望の機能を携帯端末２に実行させることができる。なお、ここでは表示部２１をタッチパネル式の表示モニタとした例を説明したが、タッチパネル式ではない通常の表示モニタとしてもよい。その場合、携帯端末２が実行する処理の内容に応じた各種の操作スイッチを携帯端末２に設けることが好ましい。あるいは、表示部２１をタッチパネル式の表示モニタとし、さらに所定の操作に対応する操作スイッチを携帯端末２に設けてもよい。
【００１１】
図２は、車載装置１および携帯端末２の構成を示すブロック図である。図２に示すように車載装置１は、制御部１０、表示部１１、操作部１２、音声出力部１３、メモリ部１４およびインタフェース部１５を有する。一方、携帯端末２は、制御部２０、表示部２１、操作部２２、音声出力部２３、メモリ部２４、インタフェース部２５、無線通信部２６およびＧＰＳ（Global Positioning System）受信部２７を有する。
【００１２】
車載装置１において、制御部１０は、マイクロプロセッサや各種周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部１４に記録されている制御プログラムに基づいて各種の処理を実行する。この制御部１０が行う処理により、各種の画像表示処理や音声出力処理などが実行される。
【００１３】
さらに制御部１０は、携帯端末２からの要求に応じて、車両から出力される車両情報を収集し、携帯端末２へ出力する。この車両情報には、携帯端末２において車両の現在位置を検出するための情報として、車速、ヨーレート、ＧＰＳ信号などの情報が含まれる。車速は車両の速度に関する情報であり、たとえば車両に搭載された車速センサから出力される車速パルスに基づいて算出される。ヨーレートは車両の向きに関する情報であり、車両のヨー方向の回転速度を表している。このヨーレートは、たとえば車両の各車輪に設置された車速センサからそれぞれ出力される車速パルスや、車両に搭載されたヨーレートセンサからの出力に基づいて算出される。ＧＰＳ信号は車両の現在位置に関する情報であり、車両に設置された不図示のＧＰＳ受信装置により受信されたＧＰＳ信号の内容を表している。すなわち、車載装置１は、制御部１０の処理により、車両の速度、車両の向き、および車両の現在位置のいずれか少なくとも一つに関する情報を車両情報として収集する。なお、これらの車両情報は、たとえば車両内に設けられた通信ネットワークである不図示のＣＡＮ（Controller Area Network）を経由して収集される。
【００１４】
表示部１１は、図１を用いて前述したように、液晶ディスプレイ等によって構成される表示モニタである。操作部１２は、ユーザの入力操作を検出するためのスイッチであり、たとえば図１に示した操作スイッチ１２ａ〜１２ｅによって実現される。なお、前述のように表示部１１をタッチパネル式の表示モニタとすることで、表示部１１と操作部１２を一体化された構成としてもよい。操作部１２に対して行われたユーザの入力操作内容は制御部１０へ出力され、制御部１０が行う処理に反映される。
【００１５】
音声出力部１３は、アンプ、スピーカ等を有しており、制御部１０の制御によって各種の音声を出力することができる。たとえば、携帯端末２または不図示の記録媒体から読み出された音楽データを再生した音楽や、車両を目的地まで誘導するための誘導音声などが音声出力部１３から出力される。
【００１６】
メモリ部１４は、不揮発性のデータ格納装置であり、たとえばＨＤＤ（ハードディスクドライブ）やフラッシュメモリ等によって実現される。メモリ部１４には、たとえば制御部１０において用いられる前述の制御プログラムなど、各種のデータが記憶されている。メモリ部１４におけるデータの読み出しおよび書き込みは、制御部１０の制御により必要に応じて行われる。
【００１７】
インタフェース部１５は、制御部１０の制御により、ＵＳＢケーブル３を介して携帯端末２との間で情報の送受信を行う際に必要なインタフェース処理を行う。たとえば、制御部１０から出力された情報を所定の信号形式に変換して携帯端末２へ送信したり、携帯端末２から所定の信号形式で出力された情報を受信して制御部１０へ出力したりする。インタフェース部１５によるインタフェース処理は、ＵＳＢで規定された通信規格に従って行われる。
【００１８】
一方、携帯端末２において、制御部２０は、車載装置１の制御部１０と同様にマイクロプロセッサや各種周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部２４に記録されている制御プログラムに基づいて各種の処理を実行する。
【００１９】
表示部２１は、前述したようなタッチパネル式の表示モニタである。操作部２２は、ユーザの入力操作を検出するための部分である。なお、図２では表示部２１と操作部２２を別々の構成として示しているが、実際には、操作部２２はタッチパネル式の表示部２１と一体化された構造を有している。あるいは、前述のように操作スイッチを携帯端末２に設けた場合は、その操作スイッチが操作部２２に対応する。操作部２２に対して行われたユーザの入力操作内容は制御部２０へ出力され、制御部２０が行う処理に反映される。
【００２０】
音声出力部２３は、アンプ、スピーカ等を有しており、制御部２０の制御によって各種の音声を出力することができる。たとえば、携帯端末２を用いて通話を行ったときには、通話相手の音声が音声出力部２３から出力される。
【００２１】
メモリ部２４は、車載装置１のメモリ部１４と同様の不揮発性のデータ格納装置であり、制御部２０の処理において利用するための各種のデータが記憶されている。このメモリ部２４には、ユーザが予め入手した様々なアプリケーションプログラム（以下、単にアプリケーションと称する）が記憶されている。ユーザは、メモリ部２４に記憶された各種アプリケーションの中からいずれかを選択して制御部２０に実行させることにより、様々な機能を携帯端末２において実現することができる。
【００２２】
インタフェース部２５は、車載装置１のインタフェース部１５と同様に、ＵＳＢで規定された通信規格に基づいたインタフェース処理を行う。すなわち、車載装置１と携帯端末２との間の通信は、インタフェース部１５とインタフェース部２５とがＵＳＢケーブル３を介して互いに接続された状態で行われる。
【００２３】
無線通信部２６は、不図示の無線通信回線網を介して携帯端末２を他の携帯端末やサーバに接続するための無線通信を行う。携帯端末２は、無線通信部２６が行う無線通信により、他の携帯端末との間で通話を行ったり、サーバから任意のアプリケーションをダウンロードしたりすることができる。なお、無線通信部２６が行う無線通信では、たとえば携帯電話回線網や、無線ＬＡＮを介したインターネット回線網などを無線通信回線網として利用することができる。
【００２４】
ＧＰＳ受信部２７は、ＧＰＳ衛星から送信されるＧＰＳ信号を受信して制御部２０へ出力する。ＧＰＳ信号には、携帯端末２の現在位置と現在時刻を求めるための情報として、そのＧＰＳ信号を送信したＧＰＳ衛星の位置と送信時刻に関する情報が含まれている。したがって、所定数以上のＧＰＳ衛星からＧＰＳ信号を受信することにより、これらの情報に基づいて現在位置と現在時刻を制御部２０において算出することができる。
【００２５】
次に、本車載情報システムにおいて行われるナビゲーション処理について説明する。本車載情報システムは、車載装置１と携帯端末２とが接続された状態で、携帯端末２においてナビゲーション用のアプリケーションを実行することにより、車両を目的地まで誘導するためのナビゲーション処理を行うことができる。このナビゲーション処理では、携帯端末２において現在位置付近の地図を描画した地図画像を作成し、その地図画像を携帯端末２から車載装置１へ送信する。これにより、車載装置１の表示部１１において現在位置付近の地図画像を表示できるようにする。また、出発地から目的地までの推奨経路を携帯端末２において予め探索しておき、車両が推奨経路上の誘導地点に近づくと、その誘導地点における車両の進行方向に応じた誘導音声を出力するための情報を携帯端末２から車載装置１へ送信する。これにより、車載装置１の音声出力部１３から誘導音声を出力できるようにする。
【００２６】
なお、携帯端末２がナビゲーション用のアプリケーションを実行するために必要な地図データ等の各種データは、携帯端末２のメモリ部２４において予め記憶されたものを使用してもよい。あるいは、メモリ部２４には必要最小限のデータのみを記憶しておき、携帯端末２がナビゲーション用のアプリケーションを実行したときには、無線通信部２６を用いて所定のサーバに接続し、必要なデータをその都度取得するようにしてもよい。
【００２７】
上記のナビゲーション処理において、携帯端末２は、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されているときには、そのＧＰＳ信号に基づいて現在位置の検出を行う。一方、ＧＰＳ信号を正常に受信できない場合は、前述のような車両情報を車載装置１に対して要求する。この要求に応じて車載装置１により、車速、ヨーレート、ＧＰＳ信号などの車両情報が収集されて車載装置１から携帯端末２へ送信されると、携帯端末２は、その車両情報に基づいて現在位置の検出を行う。
【００２８】
たとえば、車載装置１から車両情報として車速とヨーレートが送信された場合、携帯端末２は、最後に受信したＧＰＳ信号に基づく位置を基準として、そこからの車両の移動距離および移動方向を車速とヨーレートに基づいて算出し、その算出結果から現在位置を推定する。また、車載装置１から車両情報としてＧＰＳ信号が送信された場合、そのＧＰＳ信号に基づいて現在位置を算出する。こうして現在位置を推定または算出することにより、車両情報に基づいて現在位置の検出を行うことができる。これらの検出方法を組み合わせて用いてもよい。
【００２９】
なお、車両における携帯端末２の搭載位置とＧＰＳ受信装置の設置位置とは必ずしも同じではなく、通常は異なっている。また、ＧＰＳ信号に対する受信感度も、携帯端末２とＧＰＳ受信装置とでは必ずしも同一ではない。したがって、車両の周囲環境によっては、携帯端末２のＧＰＳ受信部２７ではＧＰＳ信号を受信できないが、車両のＧＰＳ受信装置ではＧＰＳ信号を受信できる場合があり得る。このような場合は、ＧＰＳ受信部２７においてはＧＰＳ信号を受信できず、車載装置１から車両情報としてＧＰＳ信号が送信されることになる。
【００３０】
図３は、以上説明したようなナビゲーション処理において携帯端末２から車載装置１へ車両情報を要求する際の車載装置１および携帯端末２における情報の流れを示す図である。図３において、符号３１、３２および３３は、車両情報の収集および送信に関わる車載装置１の各機能を示しており、符号３４、３５および３６は、車両情報の要求に関わる携帯端末２の各機能を示している。
【００３１】
符号３１に示す機能は、携帯端末２からの車両情報の要求を受け付けるために車載装置１において実行されるアプリケーションプログラムを表している。なお、このアプリケーションプログラム３１は、携帯端末２において実行される前述のアプリケーションとは異なるものである。
【００３２】
符合３２に示す機能は、車載装置１がＵＳＢ通信を行うために使用するドライバソフトウェアの一部であるＨＩＤ（Human Interface Device）ドライバを表している。周知のように、ＵＳＢでは接続される機器の機能に応じて分類された様々なクラスが定義されており、各クラスごとに共通のドライバソフトウェアが提供されている。ＨＩＤドライバ３２は、そのうちＨＩＤクラスについて提供されているドライバソフトウェアである。なお、ＨＩＤクラスは、キーボードやマウスなどの入力装置との接続において主に利用されるクラスである。
【００３３】
符号３３に示す機能は、車載装置１から携帯端末２への情報の送信、および携帯端末２から車載装置１へ送信される情報の受信を、ＵＳＢで規定された通信規格に従って実行するＵＳＢホストを表している。
【００３４】
符号３４に示す機能は、携帯端末２から車載装置１への情報の送信、および車載装置１から携帯端末２へ送信される情報の受信を、ＵＳＢで規定された通信規格に従って実行するＵＳＢデバイスを表している。
【００３５】
符合３５に示す機能は、携帯端末２がＵＳＢ通信を行うために使用するＨＩＤドライバを表している。
【００３６】
符号３６に示す機能は、携帯端末２において実行されるアプリケーションプログラム、すなわち前述したナビゲーション用のアプリケーションを表している。
【００３７】
なお、車載装置１において、上記の各機能のうちアプリケーションプログラム３１およびＨＩＤドライバ３２は、制御部１０において実現される。一方、ＵＳＢホスト３３は、インタフェース部１５において実現される。同様に、携帯端末２において、アプリケーションプログラム３６およびＨＩＤドライバ３５は、制御部２０において実現される。一方、ＵＳＢデバイス３４は、インタフェース部２５において実現される。
【００３８】
車載装置１と携帯端末２においてアプリケーション３１、３６がそれぞれ実行されている状態で車載装置１と携帯端末２とが接続されると、図３において（１）に示すように、ＨＩＤドライバ３２からＵＳＢホスト３３に対してインタラプト（ＩＮ）の設定が行われる。このインタラプト（ＩＮ）の設定が行われると、ＵＳＢホスト３３は所定の周期ごとにポーリングを行うように設定される。
【００３９】
インタラプト（ＩＮ）の設定が行われたＵＳＢホスト３３は、ＵＳＢデバイス３４に対して、（２）、（６）に示すようにトークンパケット（ＩＮ）を所定周期ごとに送信してポーリングを行う。トークンパケット（ＩＮ）は、ＵＳＢで規定された通信モードのうちの一つであるインタラプト転送モードにおいて、情報の受信側から送信側へ送信すべき情報の有無を確認するために用いられるものである。これにより、ＵＳＢホスト３３からＵＳＢデバイス３４に対して、車両情報の要求が存在するか否かの問い合わせが所定周期ごとに行われる。
【００４０】
ＵＳＢホスト３３からトークンパケット（ＩＮ）を受信すると、ＵＳＢデバイス３４は、インタフェース部２５内に設けられているバッファメモリを参照する。その結果、バッファメモリ内に送信すべき情報が蓄積されていない場合は、（３）に示すように、情報がないことを表す「ＮＡＫ」をＵＳＢホスト３３へ返信する。
【００４１】
携帯端末２において、ＧＰＳ信号受信部２７によりＧＰＳ信号が正常に受信できない場合、アプリケーション３６はＨＩＤドライバ３５に対して、車両情報要求を（４）に示すように出力する。この車両情報要求を受けると、ＨＩＤドライバ３５は（５）に示すように、インタフェース部２５内のバッファメモリに対して、車両情報要求に応じた要求データの設定を行う。この要求データには、車両情報として要求するデータの内容などが示されている。
【００４２】
こうして要求データがバッファメモリにおいて設定されている状態で、（６）に示すようにＵＳＢホスト３３からトークンパケット（ＩＮ）が送信されると、ＵＳＢデバイス３４は、インタフェース部２５内に設けられているバッファメモリを参照する。そして（７）に示すように、バッファメモリ内の要求データを所定データサイズのパケットに分割し、各要求データパケットをＵＳＢホスト３３へ返信する。このときＵＳＢデバイス３４は、ＵＳＢのインタラプト転送を利用して要求データパケットの送信を行う。
【００４３】
ＵＳＢホスト３３は、ＵＳＢデバイス３４から要求データパケットを受信すると、その要求データパケットを（８）に示すようにＨＩＤドライバ３２へ出力する。さらに（９）に示すように、要求データパケットを正常に受信したことを表す「ＡＣＫ」をＵＳＢデバイス３４へ返信する。
【００４４】
ＨＩＤドライバ３２は、ＵＳＢホスト３３から出力された要求データパケットを（１０）に示すようにアプリケーション３１へ出力する。この要求データパケットに基づいて、車載装置１はアプリケーション３１により、携帯端末２から車両情報の要求があったことを認識する。
【００４５】
図４は、図３に示したようにして携帯端末２から車載装置１へ車両情報の要求が行われた場合に、車載装置１から携帯端末２へ車両情報を送信する際の車載装置１および携帯端末２における情報の流れを示す図である。なお、図４において符号３１〜３６は、図３と同一の各機能をそれぞれ表している。
【００４６】
車載装置１から携帯端末２へ車両情報を送信するとき、車載装置１と携帯端末２は、図３で説明したインタラプト転送モードとは別の通信モードであるコントロール転送モードを使用する。コントロール転送モードでは、最初にセットアップステージと呼ばれる通信手順が行われ、続いて、データステージと呼ばれる通信手順が行われる。
【００４７】
セットアップステージにおいて、車載装置１のＨＩＤドライバ３２は（１１）に示すように、携帯端末２のＨＩＤドライバ３５に対して、コントロール転送に必要な設定を携帯端末２において行うためのセットアップトークンを送信する。このセットアップトークンを受信すると、ＨＩＤドライバ３５はＨＩＤドライバ３２に対して、（１２）に示すように「ＡＣＫ」を返信する。なお、ＨＩＤドライバ３２とＨＩＤドライバ３５との間におけるセットアップトークンの送信および「ＡＣＫ」の返信は、車載装置１のＵＳＢホスト３３および携帯端末２のＵＳＢデバイス３４を介して行われる。
【００４８】
データステージにおいて、車載装置１のアプリケーション３１はＨＩＤ３２に対して、（１３）に示すように車両情報データを出力する。アプリケーション３１から車両情報データが出力されると、ＨＩＤ３２は、その車両情報データを（１４）に示すようにＵＳＢホスト３３へ出力する。
【００４９】
ＨＩＤ３２から車両情報データが出力されると、ＵＳＢホスト３３は（１５）に示すように、ＵＳＢデバイス３４に対してトークンパケット（ＯＵＴ）を出力し、続いて車両情報データを出力する。このとき車両情報データは、所定データサイズのバケットに分割されて送信される。
【００５０】
ＵＳＢデバイス３４は、ＵＳＢホスト３３から車両情報データを受信すると、その車両情報データをバッファメモリに対して書き込む。ＨＩＤ３５は、バッファメモリに書き込まれた車両情報データを読み出し、（１６）に示すようにアプリケーション３６へ出力する。ＵＳＢホスト３３から送信された全ての車両情報データを受信してバッファに書き込んだら、ＵＳＢデバイス３４は（１７）に示すように、車両情報データを正常に受信したことを表す「ＡＣＫ」をＵＳＢホスト３３へ返信する。アプリケーション３６は、ＨＩＤ３５から出力された車両情報データに基づいて、前述したような方法により現在位置の検出を行う。
【００５１】
以上説明したような流れに従って車載装置１と携帯端末２の間で情報が送受信されることにより、携帯端末２においてＧＰＳ信号を正常に受信できないときには、携帯端末２から車載装置１に対して車両情報の要求が行われる。この要求に応じて、車載装置１において車両情報が収集され、携帯端末２へ送信される。そして、携帯端末２において車両情報が受信され、車両情報に基づいて現在位置が検出される。
【００５２】
なお、車載装置１から携帯端末２への車両情報の送信は、たとえば１秒などの所定周期ごとに行われる。したがって、車両から車速やヨーレートが出力される周期よりも車両情報の送信周期の方が長い場合は、これらの情報については、各送信周期間に収集された情報の値をそれぞれ積算することにより車両の移動距離および移動方向を算出し、その算出結果を車両情報として車載装置１から携帯端末２へ送信してもよい。なお、情報の積算や移動距離および移動方向の算出は、車載装置１において行ってもよいし、車両側で行ってもよい。一方、車両情報のうちＧＰＳ信号については、車両からの出力周期および車両情報の送信周期に関わらず、各送信周期で得られた最新の値を車載装置１から携帯端末２へ送信することが好ましい。
【００５３】
車載装置１および携帯端末２における上記のような処理のフローチャートを図５および６に示す。図５は、車載装置１における処理のフローチャートを示しており、図６は、携帯端末２における処理のフローチャートを示している。
【００５４】
最初に図５のフローチャートについて説明する。図５のフローチャートに示す処理は、車載装置１において、制御部１０およびインタフェース部１５により実行されるものである。
【００５５】
ステップＳ１０において、制御部１０は、携帯端末２が接続されているか否かを判定する。図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ２０へ進む。
【００５６】
ステップＳ２０において、制御部１０は、ステップＳ１０で接続されていると判定された携帯端末２においてナビゲーション用のアプリケーションを実行中であるか否かを判定する。ナビゲーション用のアプリケーションが携帯端末２により実行されている場合はステップＳ３０へ進み、実行されていない場合はステップＳ１０へ戻る。
【００５７】
ステップＳ３０において、制御部１０は、ＨＩＤドライバ３２により、インタフェース部１５のＵＳＢホスト３３に対して、図３で説明したようなインタラプト（ＩＮ）の設定を行う。
【００５８】
ステップＳ４０において、インタフェース部１５は、ＵＳＢホスト３３により、前回ポーリングを行ってから所定周期が経過したか否かを判定する。前回のポーリングから所定周期が経過していれば、次のステップＳ５０へ進む。
【００５９】
ステップＳ５０において、インタフェース部１５は、ＵＳＢホスト３３により、携帯端末２のＵＳＢデバイス３４に対してポーリングを行う。ここでは、図３で説明したようにＵＳＢホスト３３からＵＳＢデバイス３４へトークンパケット（ＩＮ）を送信することによりポーリングを行い、車両情報の要求が存在するか否かを携帯端末２へ問い合わせる。
【００６０】
ステップＳ６０において、インタフェース部１５は、ＵＳＢホスト３３により、ステップＳ５０で行ったポーリングに応答して携帯端末２のＵＳＢデバイス３４から要求データパケットが送信されたか否かを判定する。ＵＳＢデバイス３４から要求データパケットが送信された場合は、次のステップＳ７０へ進む。一方、ＵＳＢデバイス３４から要求データパケットが送信されずに「ＮＡＫ」が返信された場合は、ステップＳ４０へ戻って次のポーリング周期まで待機する。
【００６１】
ステップＳ７０において、制御部１０は、前述のような車両情報を車両から収集する。このとき収集する車両情報の内容は、ＵＳＢデバイス３４から送信された要求データパケットに基づいて決定される。
【００６２】
ステップＳ８０において、制御部１０は、ＨＩＤドライバ３２により、携帯端末２のＨＩＤドライバ３５に対して、図４で説明したようなセットアップトークンを送信する。
【００６３】
ステップＳ９０において、制御部１０は、ステップＳ７０で収集した車両情報データを携帯端末２へ送信する。このとき図４で説明したように、制御部１０においてアプリケーション３１により出力された車両情報データがＨＩＤ３２とＵＳＢホスト３３へ順次出力される。そして、インタフェース部１５において、ＵＳＢホスト３３により、トークンパケット（ＯＵＴ）と車両情報データが携帯端末２のＵＳＢデバイス３４へ送信される。ここでは前述のように、ＵＳＢのコントロール転送を用いて各車両情報データパケットの送信を行う。
【００６４】
ステップＳ１００において、制御部１０は、ナビゲーション処理を終了するか否かを判定する。車載装置１と携帯端末２との接続が解除された場合や、携帯端末２においてナビゲーション用のアプリケーションが実行されなくなった場合などは、ナビゲーション処理を終了すると判定して図５のフローチャートを終える。一方、こうした状況に該当しない場合はナビゲーション処理を終了しないと判定し、ステップＳ４０へ戻って次のポーリング周期まで待機する。
【００６５】
次に図６のフローチャートについて説明する。図６のフローチャートに示す処理は、携帯端末２においてナビゲーション用のアプリケーションを実行したときに、制御部２０およびインタフェース部２５により実行される。
【００６６】
ステップＳ１１０において、制御部２０は、車載装置１が接続されているか否かを判定する。図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ１２０へ進む。
【００６７】
ステップＳ１２０において、制御部２０は、車両情報が必要であるか否かを判定する。ここでは、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されないときには車両情報が必要であると判定し、正常に受信されるときには車両情報が不要であると判定する。なお、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されるかどうかは、ＧＰＳ受信部２７におけるＧＰＳ信号の受信強度や、各ＧＰＳ衛星の配置から求められる精度などに基づいて判断することができる。あるいは、たとえばトンネル内などのようにＧＰＳ信号の受信が困難となる地点を車両が走行しているか否かを地図データ等から判断することにより、ＧＰＳ信号が正常に受信されるかどうかを判断してもよい。ステップＳ１２０において車両情報が必要であると判定した場合はステップＳ１３０へ進み、不要であると判定した場合はステップＳ１５０へ進む。
【００６８】
ステップＳ１３０において、制御部２０は、携帯端末２に対して車両情報を要求するための車両情報要求を出力する。ここでは図３で説明したように、アプリケーション３６からＨＩＤドライバ３５に対して車両情報要求を出力する。
【００６９】
ステップＳ１４０において、制御部２０は、ＨＩＤドライバ３５により、ステップＳ１３０でアプリケーション３６から出力された車両情報要求に基づいて要求データを決定し、その要求データをインタフェース部２５内の送信用バッファメモリに対して設定する。ここでは図３で説明したように、車両情報要求に応じた要求データをＨＩＤドライバ３５によりバッファメモリ内に蓄積する。ステップＳ１４０を実行したらステップＳ１６０へ進む。
【００７０】
ステップＳ１５０において、制御部２０は、ＧＰＳ受信部２７により受信されたＧＰＳ信号に基づいて現在位置を検出する。これにより、ＧＰＳ信号が正常に受信されたときには、そのＧＰＳ信号に基づいて、携帯端末２の現在位置、すなわち車両の現在位置が検出される。
【００７１】
ステップＳ１６０において、インタフェース部２５は、ＵＳＢデバイス３４により、車載装置１からのポーリングの有無を判定する。車載装置１のインタフェース部１５において図５のステップＳ５０が実行され、ＵＳＢホスト３３からＵＳＢデバイス３４に対してトークンパケット（ＩＮ）が送信されることによりポーリングが行われた場合は、次のステップＳ１７０へ進む。一方、ＵＳＢホスト３３からＵＳＢデバイス３４に対してトークンパケット（ＩＮ）が送信されておらず、ポーリングが行われていない場合は、ステップＳ１２０へ戻る。
【００７２】
ステップＳ１７０において、インタフェース部２５は、ＵＳＢデバイス３４により、要求データが送信用バッファメモリにおいて設定されているか否かを判定する。前述のステップＳ１３０により車両情報要求が出力され、その車両情報要求に応じた要求データがステップＳ１４０においてバッファメモリに設定されている場合は、ステップＳ１８０へ進む。一方、ステップＳ１３０およびＳ１４０が実行されておらず、要求データがバッファメモリに設定されていない場合は、ステップＳ２２０へ進む。
【００７３】
ステップＳ１８０において、インタフェース部２５は、ＵＳＢデバイス３４により、バッファメモリに設定されている要求データをパケット単位でＵＳＢホスト３３へ送信する。ここでは前述のように、ＵＳＢのインタラプト転送を用いて各要求データパケットの送信を行う。これにより、携帯端末２において車両情報が必要であると判断したときには、携帯端末２から車載装置１へ車両情報の要求を行う。全ての要求データパケットを送信したら、ステップＳ１９０へ進む。
【００７４】
ステップＳ１９０において、制御部２０は、ＨＩＤドライバ３５により、車載装置１からセットアップトークンが送信されたか否かを判定する。車載装置１の制御部１０においてＨＩＤドライバ３２により図５のステップＳ８０が実行されてセットアップトークンが送信された場合は、そのセットアップトークンに応じた送信設定を行った後、次のステップＳ２００へ進む。
【００７５】
ステップＳ２００において、制御部２０は、車載装置１の制御部１０において図５のステップＳ９０が実行されることにより車載装置１から送信される車両情報データを受信する。このとき図４で説明したように、インタフェース部２５において、ＵＳＢデバイス３４により、車載装置１のＵＳＢホスト３３から送信された車両情報データがバッファメモリに蓄積される。そして、ＨＩＤ３５により、バッファメモリ内の車両情報データが読み出され、アプリケーション３６に対して出力される。
【００７６】
ステップＳ２１０において、制御部２０は、ステップＳ２００で受信した車両情報データに基づいて現在位置を検出する。ここでは前述のように、車載装置１から車両情報として送信された車速とヨーレートに基づいて車両の移動距離および移動方向を算出したり、車両情報として送信されたＧＰＳ信号に基づく現在位置を算出したりすることで、現在位置の検出を行う。これにより、ＧＰＳ信号が正常に受信されないときには、車載装置１から送信された車両情報に基づいて、携帯端末２の現在位置、すなわち車両の現在位置が検出される。ステップＳ２１０を実行したら、ステップＳ２３０へ進む。
【００７７】
ステップＳ２２０において、インタフェース部２５は、ＵＳＢデバイス３４により、携帯端末２から車載装置１に対して車両情報の要求がないことを表す「ＮＡＫ」をＵＳＢホスト３３へ返信する。ステップＳ２２０を実行したら、ステップＳ２３０へ進む。
【００７８】
ステップＳ２３０において、制御部２０は、ナビゲーション処理を終了するか否かを判定する。ここでは図５のステップＳ１００と同様に、車載装置１と携帯端末２との接続が解除された場合や、ナビゲーション用のアプリケーションを終了するための所定の操作がユーザによって行われた場合などに、ナビゲーション処理を終了すると判定して図６のフローチャートを終える。一方、こうした状況に該当しない場合はナビゲーション処理を終了しないと判定してステップＳ１２０へ戻り、前述のような処理を繰り返す。
【００７９】
以上説明した第１の実施の形態によれば、次の作用効果を奏する。
【００８０】
（１）携帯端末２は、制御部２０の処理により、車両情報が必要であるか否かを判定する（ステップＳ１２０）。この判定の結果、車両情報が必要であると判定されたときに、車両情報要求を出力し（ステップＳ１３０）、その車両情報要求に応じた要求データをバッファメモリに設定して（ステップＳ１４０）、インタフェース部２５により車載装置１へ送信する（ステップＳ１８０）。これにより、車載装置１へ車両情報を要求する。そして、この要求に応じて車載装置１から送信される車両情報を受信する（ステップＳ２００）。一方、車載装置１は、制御部１０の処理により、携帯端末２から車両情報を要求されたときに、車両から車両情報を収集し（ステップＳ７０）、収集した車両情報を携帯端末２へ送信する（ステップＳ９０）。このようにしたので、携帯端末２において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減することができる。
【００８１】
（２）携帯端末２の制御部２０は、ステップＳ１２０において、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されないときに、車両情報が必要であると判定する。一方、車載装置１の制御部１０は、携帯端末２から車両情報を要求されると、ステップＳ７０において、車両の速度に関する車速と、車両の向きに関するヨーレートと、車両の現在位置に関するＧＰＳ信号とのいずれか少なくとも一つの情報を車両情報として収集する。このようにしたので、携帯端末２においてＧＰＳ信号が正常に受信されないときであっても、車載装置１により収集された車両情報に基づいて携帯端末２により現在位置を検出することができる。
【００８２】
（３）携帯端末２は、制御部２０の処理により、ＧＰＳ受信部２７によってＧＰＳ信号が正常に受信されたときには、当該ＧＰＳ信号に基づいて現在位置を検出する（ステップＳ１５０）。一方、ＧＰＳ受信部２７によってＧＰＳ信号が正常に受信されないときには、ステップＳ９０において車載装置１から送信され、ステップＳ２００において受信した車両情報に基づいて、現在位置を検出する（ステップＳ２１０）。このようにしたので、携帯端末２において、ＧＰＳ信号の受信状況に応じて最適な方法で現在位置を検出することができる。
【００８３】
−第２の実施の形態−
以上説明した第１の実施の形態では、携帯端末２によりＧＰＳ信号が正常に受信できないときに、車載装置１から出力される車両情報に基づいて、現在位置を携帯端末２において検出する車載情報システムの例について説明した。これに対して、以下に説明する第２の実施の形態では、車両が所定の分岐点付近を走行しているときに、車載装置１から出力される車両情報に基づいて、車両が分岐点を通過後に走行する道路を携帯端末２において特定する車載情報システムの例について説明する。
【００８４】
なお、本実施形態による車載情報システムの構成は、図１に示したものと同一である。また、本実施形態による車載情報システムにおいて、車載装置１および携帯端末２の構成は図２に示したものと同一である。さらに、携帯端末２から車載装置１へ車両情報を要求する際の情報の流れと、車載装置１から携帯端末２へ車両情報を送信する際の情報の流れとは、図３、４にそれぞれ示したものと同一である。
【００８５】
本実施形態において、携帯端末２は、第１の実施の形態で説明したのと同様にナビゲーション処理を行う。このナビゲーション処理において、携帯端末２は、現在位置と地図データにおける道路の位置とを比較することによりマップマッチング処理を行い、車両の走行道路を特定する。こうして車両の走行道路を特定することで、車両の誘導を確実に行うようにしている。
【００８６】
ここで、一般的にマップマッチング処理では、たとえば狭角分岐点などを車両が通過すると、分岐後の複数の道路のうちいずれの道路を車両が走行しているかを判別しづらい場合があることが知られている。狭角分岐点とは、分岐角度が比較的狭い分岐点のことであり、たとえば高速道路等におけるＹ字型の分岐点などが該当する。
【００８７】
そこで、本実施形態による車載情報システムでは、狭角分岐点など所定の分岐点に車両が近づいたときに、携帯端末２から車載装置１に対して、道路標示線（道路上の白線）の認識結果を車両情報として要求する。車両には、車両前方の路面を撮影できるように設置されたカメラと、このカメラによる撮影画像に基づいて車両の前方における道路標示線の位置および種類を認識する画像認識装置とが搭載されている。携帯端末２から車載装置１へ車両情報の要求があると、車載装置１は、画像認識装置による道路標示線の認識結果を取得し、車両情報として携帯端末２へ送信する。
【００８８】
車載装置１から送信された車両情報を受信したら、携帯端末２は、その車両情報が表す道路標示線の認識結果に基づいて、分岐点の手前における車両の走行車線を判断する。たとえば、右側に存在する道路標示線が実線であり、左側に存在する道路標示線が点線である場合は、車両が右側の走行車線を走行していると判断することができる。また、これとは反対に、右側に存在する道路標示線が点線であり、左側に存在する道路標示線が実線である場合は、車両が左側の走行車線を走行していると判断することができる。ここで、分岐点の手前において走行車線が２つ存在し、各走行車線の間には道路標示線が点線状に示されているものとする。
【００８９】
以上説明したようにして分岐点の手前における車両の走行車線を判断することで、携帯端末２は、車両が分岐点を通過後にいずれの道路を走行するかを判断することができる。すなわち、右側の走行車線を車両が走行していると判断した場合、分岐点の通過後に車両が走行する道路は、分岐点から右側に分岐する道路であると判断できる。反対に、左側の走行車線を車両が走行していると判断した場合、分岐点の通過後に車両が走行する道路は、分岐点から左側に分岐する道路であると判断できる。このようにして、車両が分岐点を通過後に走行する道路を携帯端末２において特定し、その結果をマップマッチングに反映させるようにする。
【００９０】
なお、上記では分岐点の手前において走行車線が２つ存在する場合を説明したが、走行車線が３つ以上存在する場合においても同様にして、車両が分岐点を通過後に走行する道路を特定することができる。すなわち、携帯端末２から車載装置１へ車両情報の要求を行う対象とする各分岐点について、その分岐点の手前における車線数の情報と、各車線がそれぞれ分岐後のどの道路に対応しているかを示す情報とを予め地図データ内に記録しておくことで、車両が各分岐点を通過後に走行する道路を携帯端末２により車両情報に基づいて特定することができる。
【００９１】
あるいは、車両情報が表す道路標示線の認識結果に基づいて、車両前方の道路標示線の中で最も太い破線状の道路標示線の位置を検出し、その検出結果から分岐点通過後の車両の走行道路を特定してもよい。一般的に狭角分岐点の手前では、分岐後の各道路にそれぞれつながる車線の間に太い破線状の道路標示線が描かれており、この道路標示線によって分岐を表している。したがって、こうした道路標示線が車両の左右いずれに存在するかを車両情報に基づいて判断することにより、車両が各分岐点を通過後に走行する道路を携帯端末２において特定することができる。
【００９２】
本実施形態による車載情報システムの携帯端末２において実行される処理のフローチャートを図７に示す。図７において、図６のフローチャートと同一の処理を実行する処理ステップについては、共通のステップ番号を付している。以下の説明では、図６と共通のステップ番号が付された処理ステップの内容については、特に必要が無い限りその説明を省略する。なお、車載装置１において実行される処理のフローチャートは、図５で説明した第１の実施の形態によるものと同一であるため、ここでは説明しない。
【００９３】
ステップＳ１２１において、制御部２０は、車両情報が必要であるか否かを判定する。ここでは図６のステップＳ１２０の場合とは異なり、狭角分岐点のような特定の分岐点と車両との位置関係に基づいて、車両情報が必要であるか否かを判定する。こうした判定の対象とする分岐点（対象分岐点）は、予め地図データにおいて指定しておくこととしてもよいし、あるいは分岐角度から判断してもよい。対象分岐点から所定距離以内に車両が近づいたら、車両情報が必要であると判定してステップＳ１３０へ進む。一方、対象分岐点から所定距離以内に車両が近づいていなければ、車両情報が不要であると判定してステップＳ１６０へ進む。
【００９４】
ステップＳ２１１において、制御部２０は、ステップＳ２００で受信した車両情報データに基づいて、対象分岐点を通過後の車両の走行道路を特定する。ここでは前述のような方法により、対象分岐点の手前における車両の走行車線を判断し、その判断結果に基づいて対象分岐点を通過後の車両の走行道路を特定する。なお、このときステップＳ２００において、車両の走行車線に関する情報、すなわち前述のような画像認識装置による道路標示線の認識結果を示す情報を、車両情報データとして車載装置１から受信しているものとする。ステップＳ２１１を実行したら、ステップＳ２３０へ進む。
【００９５】
以上説明した第２の実施の形態によれば、第１の実施の形態において（１）で説明した作用効果に加えて、次の（４）のような作用効果を奏する。
【００９６】
（４）携帯端末２の制御部２０は、車両が所定の分岐点付近を走行しているときに、車両情報が必要であると判定する（ステップＳ１２１）。一方、車載装置１の制御部１０は、携帯端末２から車両情報を要求されると、ステップＳ７０において、車両の走行車線に関する情報、すなわち車両の前方を撮影した画像に基づく道路標示線の検出結果を表す情報を車両情報として収集し、ステップＳ９０において携帯端末２へ送信する。携帯端末２の制御部２０は、こうして車載装置１から送信されてステップＳ２００において受信した車両情報に基づいて、車両が分岐点を通過後に走行する道路を特定する（ステップＳ２１１）。このようにしたので、マップマッチング処理が困難な分岐点を車両が通過した場合であっても、分岐点通過後の車両の走行道路を携帯端末２において確実に特定することができる。
【００９７】
なお、以上説明した第２の実施の形態では、車両に搭載されたカメラにより車両の前方を撮影し、その撮影画像に基づく道路標示線の検出結果を車両情報として車載装置１により収集することで、携帯端末２において車両の走行車線を特定することとした。しかし、車両の後方を撮影した撮影画像を用いても、同様にして車両の走行車線を特定することができる。さらに、車両の後方を撮影した撮影画像を用いる場合は、分岐点の通過後においても車両の走行車線を特定することが可能となる。すなわち、車載装置１では、車両の前方または後方のいずれか少なくとも一方を撮影した画像に基づく道路標示線の検出結果を表す情報を車両情報として収集することができる。
【００９８】
また、以上説明した第２の実施の形態において、画像認識装置による道路標示線の認識結果の信頼度を示す情報を車両情報にさらに含めて、車載装置１から携帯端末２へ送信してもよい。このようにすれば、車両情報の内容をどの程度重視するかを適切に判断した上で、分岐点通過後の車両の走行道路を携帯端末２において特定することができる。
【００９９】
本発明では、第１の実施の形態で説明した車載情報システムと、第２の実施の形態で説明した車載情報システムとを、それぞれ単独で採用してもよいし、組み合わせて採用してもよい。すなわち、車載装置１は、車両の速度、車両の向き、車両の現在位置、および車両の走行車線のいずれか少なくとも一つに関する情報を車両情報として収集し、携帯端末２へ送信することができる。また、携帯端末２は、これらの車両情報に基づいて、現在位置を検出したり、分岐点通過後の車両の走行道路を特定したりすることができる。
【０１００】
上記の各実施の形態で説明した以外の車両情報を車載装置１により収集し、携帯端末２へ送信してもよい。車両において収集可能であり、かつ携帯端末２が実行する処理において状況に応じて必要なものである限り、どのような情報を車両情報として収集し送信してもよい。
【０１０１】
以上説明した各実施の形態では、ＵＳＢケーブル３を介して車載装置１と携帯端末２を互いに接続し、ＵＳＢ通信により車載装置１から携帯端末２へ車両情報を送信する例を説明したが、他の通信方式を用いても本発明は実現可能である。たとえば、ブルートゥース（登録商標）、ワイヤレスＵＳＢ等の無線通信や、ＵＳＢ以外の有線通信などを用いることができる。携帯端末２からの要求に応じて収集された車両情報を車載装置１から携帯端末２へ送信可能なものである限り、どのような通信方式を採用してもよい。
【０１０２】
以上説明した各実施の形態や各種の変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記各実施の形態と変形例とを任意に組み合わせて用いてもよい。
【符号の説明】
【０１０３】
１：車載装置、２：携帯端末、３：ＵＳＢケーブル、１０：制御部、１１：表示部、
１２：操作部、１３：音声出力部、１４：メモリ部、１５：インタフェース部、
２０：制御部、２１：表示部、２２：操作部、２３：音声出力部、２４：メモリ部、
２５：インタフェース部、２６：無線通信部、２７：ＧＰＳ受信部
【技術分野】
【０００１】
本発明は、車両に搭載されて使用される車載情報システムと、その車載情報システムにおいて用いられる車載装置および情報端末とに関する。
【背景技術】
【０００２】
従来、ＧＰＳ（Global Positioning System）信号を受信して現在位置を検出し、現在位置付近の地図を表示することで車両のルート案内を行う携帯電話の地図表示方法が知られている（特許文献１参照）。また、携帯電話の画面に表示された情報を携帯電話から車載装置に送信し、その情報を車載装置のディスプレイにおいて表示する技術も知られている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−５７５０３号公報
【特許文献２】特開２００３−２４４３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された地図表示方法において特許文献２に記載された技術を適用することにより、携帯電話のような携帯型の情報端末から車載装置へ現在位置付近の地図画像を送信し、車載装置において表示することができる。しかし、このようにすると、たとえばトンネル内などのように現在位置においてＧＰＳ信号を受信できない場合には、現在位置を正しく検出することができないため、情報端末において現在位置を検出するために必要な情報を車両から取得する必要がある。一方、こうした情報を常時車両から情報端末へ送信すると、車両と情報端末との間で通信される情報量が過大となり、通信遅れなどに起因する処理能力の低下などを生じるおそれがある。こうした状況に鑑みて、情報端末において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減することが望まれている。
【課題を解決するための手段】
【０００５】
本発明による車載情報システムは、携帯型の情報端末と車載装置とを有し、情報端末は、車両から出力される車両情報が必要であるか否かを判定する判定手段と、判定手段により車両情報が必要であると判定されたときに、車載装置へ車両情報を要求する要求手段と、要求手段による要求に応じて車載装置から送信される車両情報を受信する車両情報受信手段とを備え、車載装置は、情報端末から車両情報を要求されたときに、車両情報を収集する車両情報収集手段と、車両情報収集手段により収集された車両情報を情報端末へ送信する車両情報送信手段とを備えるものである。
本発明による車載装置は、携帯型の情報端末と接続され、情報端末からの要求に応じて、車両から出力される車両情報を収集する車両情報収集手段と、車両情報収集手段により収集された車両情報を情報端末へ送信する車両情報送信手段とを備えるものである。
本発明による携帯型の情報端末は、車載装置と接続され、車両から出力される車両情報が必要であるか否かを判定する判定手段と、判定手段により車両情報が必要であると判定されたときに、車載装置へ車両情報を要求する要求手段と、要求手段による要求に応じて車載装置から送信される車両情報を受信する車両情報受信手段とを備えるものである。
【発明の効果】
【０００６】
本発明によれば、情報端末において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態による車載情報システムの構成を示す図である。
【図２】車載装置および携帯端末の構成を示すブロック図である。
【図３】車載装置および携帯端末における情報の流れを示す図である。
【図４】車載装置および携帯端末における情報の流れを示す図である。
【図５】車載装置における処理のフローチャートである。
【図６】第１の実施の形態による携帯端末における処理のフローチャートである。
【図７】第２の実施の形態による携帯端末における処理のフローチャートである。
【発明を実施するための形態】
【０００８】
−第１の実施の形態−
図１は、本発明の一実施の形態による車載情報システムの構成を示す図である。図１に示す車載情報システムは、車両に搭載されて使用されるものであり、車載装置１と携帯端末２がＵＳＢ（Universal Serial Bus）ケーブル３を介して互いに接続されることによって実現される。車載装置１は、車両内に固定されており、たとえば車両のインストルメントパネル内などに設置されている。携帯端末２は、ユーザが持ち運び可能な携帯型の情報端末であり、たとえば携帯電話やスマートフォンなどである。
【０００９】
車載装置１には、表示部１１と、操作スイッチ１２ａ、１２ｂ、１２ｃ、１２ｄおよび１２ｅとが設けられている。表示部１１は、各種の画像を表示可能な表示モニタであり、たとえば液晶ディスプレイによって構成される。操作スイッチ１２ａ〜１２ｅは、ユーザの入力操作を検出するためのスイッチ類であり、車載装置１が実行中の処理に応じて様々な機能が割り当てられる。ユーザは、操作スイッチ１２ａ〜１２ｅのうち任意のスイッチを操作することで、所望の機能を車載装置１に実行させることができる。なお、図１では操作スイッチ１２ａを左右に回転可能なダイヤル式のスイッチとし、操作スイッチ１２ｂ〜１２ｅを押圧可能なボタン式のスイッチとした例を示しているが、各操作スイッチの配置、構造、数などはこの例に限定されない。また、表示部１１をタッチパネル式の表示モニタとし、操作スイッチの一部または全部を省略してもよい。
【００１０】
携帯端末２には、表示部２１が設けられている。表示部２１は、各種の画像を表示可能なタッチパネル式の表示モニタであり、たとえばタッチ位置を検出するタッチセンサと液晶ディスプレイとを組み合わせて構成される。ユーザは、表示部２１に表示される画像の内容に応じて、表示部２１上で任意の位置を指等でタッチすることで、所望の機能を携帯端末２に実行させることができる。なお、ここでは表示部２１をタッチパネル式の表示モニタとした例を説明したが、タッチパネル式ではない通常の表示モニタとしてもよい。その場合、携帯端末２が実行する処理の内容に応じた各種の操作スイッチを携帯端末２に設けることが好ましい。あるいは、表示部２１をタッチパネル式の表示モニタとし、さらに所定の操作に対応する操作スイッチを携帯端末２に設けてもよい。
【００１１】
図２は、車載装置１および携帯端末２の構成を示すブロック図である。図２に示すように車載装置１は、制御部１０、表示部１１、操作部１２、音声出力部１３、メモリ部１４およびインタフェース部１５を有する。一方、携帯端末２は、制御部２０、表示部２１、操作部２２、音声出力部２３、メモリ部２４、インタフェース部２５、無線通信部２６およびＧＰＳ（Global Positioning System）受信部２７を有する。
【００１２】
車載装置１において、制御部１０は、マイクロプロセッサや各種周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部１４に記録されている制御プログラムに基づいて各種の処理を実行する。この制御部１０が行う処理により、各種の画像表示処理や音声出力処理などが実行される。
【００１３】
さらに制御部１０は、携帯端末２からの要求に応じて、車両から出力される車両情報を収集し、携帯端末２へ出力する。この車両情報には、携帯端末２において車両の現在位置を検出するための情報として、車速、ヨーレート、ＧＰＳ信号などの情報が含まれる。車速は車両の速度に関する情報であり、たとえば車両に搭載された車速センサから出力される車速パルスに基づいて算出される。ヨーレートは車両の向きに関する情報であり、車両のヨー方向の回転速度を表している。このヨーレートは、たとえば車両の各車輪に設置された車速センサからそれぞれ出力される車速パルスや、車両に搭載されたヨーレートセンサからの出力に基づいて算出される。ＧＰＳ信号は車両の現在位置に関する情報であり、車両に設置された不図示のＧＰＳ受信装置により受信されたＧＰＳ信号の内容を表している。すなわち、車載装置１は、制御部１０の処理により、車両の速度、車両の向き、および車両の現在位置のいずれか少なくとも一つに関する情報を車両情報として収集する。なお、これらの車両情報は、たとえば車両内に設けられた通信ネットワークである不図示のＣＡＮ（Controller Area Network）を経由して収集される。
【００１４】
表示部１１は、図１を用いて前述したように、液晶ディスプレイ等によって構成される表示モニタである。操作部１２は、ユーザの入力操作を検出するためのスイッチであり、たとえば図１に示した操作スイッチ１２ａ〜１２ｅによって実現される。なお、前述のように表示部１１をタッチパネル式の表示モニタとすることで、表示部１１と操作部１２を一体化された構成としてもよい。操作部１２に対して行われたユーザの入力操作内容は制御部１０へ出力され、制御部１０が行う処理に反映される。
【００１５】
音声出力部１３は、アンプ、スピーカ等を有しており、制御部１０の制御によって各種の音声を出力することができる。たとえば、携帯端末２または不図示の記録媒体から読み出された音楽データを再生した音楽や、車両を目的地まで誘導するための誘導音声などが音声出力部１３から出力される。
【００１６】
メモリ部１４は、不揮発性のデータ格納装置であり、たとえばＨＤＤ（ハードディスクドライブ）やフラッシュメモリ等によって実現される。メモリ部１４には、たとえば制御部１０において用いられる前述の制御プログラムなど、各種のデータが記憶されている。メモリ部１４におけるデータの読み出しおよび書き込みは、制御部１０の制御により必要に応じて行われる。
【００１７】
インタフェース部１５は、制御部１０の制御により、ＵＳＢケーブル３を介して携帯端末２との間で情報の送受信を行う際に必要なインタフェース処理を行う。たとえば、制御部１０から出力された情報を所定の信号形式に変換して携帯端末２へ送信したり、携帯端末２から所定の信号形式で出力された情報を受信して制御部１０へ出力したりする。インタフェース部１５によるインタフェース処理は、ＵＳＢで規定された通信規格に従って行われる。
【００１８】
一方、携帯端末２において、制御部２０は、車載装置１の制御部１０と同様にマイクロプロセッサや各種周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部２４に記録されている制御プログラムに基づいて各種の処理を実行する。
【００１９】
表示部２１は、前述したようなタッチパネル式の表示モニタである。操作部２２は、ユーザの入力操作を検出するための部分である。なお、図２では表示部２１と操作部２２を別々の構成として示しているが、実際には、操作部２２はタッチパネル式の表示部２１と一体化された構造を有している。あるいは、前述のように操作スイッチを携帯端末２に設けた場合は、その操作スイッチが操作部２２に対応する。操作部２２に対して行われたユーザの入力操作内容は制御部２０へ出力され、制御部２０が行う処理に反映される。
【００２０】
音声出力部２３は、アンプ、スピーカ等を有しており、制御部２０の制御によって各種の音声を出力することができる。たとえば、携帯端末２を用いて通話を行ったときには、通話相手の音声が音声出力部２３から出力される。
【００２１】
メモリ部２４は、車載装置１のメモリ部１４と同様の不揮発性のデータ格納装置であり、制御部２０の処理において利用するための各種のデータが記憶されている。このメモリ部２４には、ユーザが予め入手した様々なアプリケーションプログラム（以下、単にアプリケーションと称する）が記憶されている。ユーザは、メモリ部２４に記憶された各種アプリケーションの中からいずれかを選択して制御部２０に実行させることにより、様々な機能を携帯端末２において実現することができる。
【００２２】
インタフェース部２５は、車載装置１のインタフェース部１５と同様に、ＵＳＢで規定された通信規格に基づいたインタフェース処理を行う。すなわち、車載装置１と携帯端末２との間の通信は、インタフェース部１５とインタフェース部２５とがＵＳＢケーブル３を介して互いに接続された状態で行われる。
【００２３】
無線通信部２６は、不図示の無線通信回線網を介して携帯端末２を他の携帯端末やサーバに接続するための無線通信を行う。携帯端末２は、無線通信部２６が行う無線通信により、他の携帯端末との間で通話を行ったり、サーバから任意のアプリケーションをダウンロードしたりすることができる。なお、無線通信部２６が行う無線通信では、たとえば携帯電話回線網や、無線ＬＡＮを介したインターネット回線網などを無線通信回線網として利用することができる。
【００２４】
ＧＰＳ受信部２７は、ＧＰＳ衛星から送信されるＧＰＳ信号を受信して制御部２０へ出力する。ＧＰＳ信号には、携帯端末２の現在位置と現在時刻を求めるための情報として、そのＧＰＳ信号を送信したＧＰＳ衛星の位置と送信時刻に関する情報が含まれている。したがって、所定数以上のＧＰＳ衛星からＧＰＳ信号を受信することにより、これらの情報に基づいて現在位置と現在時刻を制御部２０において算出することができる。
【００２５】
次に、本車載情報システムにおいて行われるナビゲーション処理について説明する。本車載情報システムは、車載装置１と携帯端末２とが接続された状態で、携帯端末２においてナビゲーション用のアプリケーションを実行することにより、車両を目的地まで誘導するためのナビゲーション処理を行うことができる。このナビゲーション処理では、携帯端末２において現在位置付近の地図を描画した地図画像を作成し、その地図画像を携帯端末２から車載装置１へ送信する。これにより、車載装置１の表示部１１において現在位置付近の地図画像を表示できるようにする。また、出発地から目的地までの推奨経路を携帯端末２において予め探索しておき、車両が推奨経路上の誘導地点に近づくと、その誘導地点における車両の進行方向に応じた誘導音声を出力するための情報を携帯端末２から車載装置１へ送信する。これにより、車載装置１の音声出力部１３から誘導音声を出力できるようにする。
【００２６】
なお、携帯端末２がナビゲーション用のアプリケーションを実行するために必要な地図データ等の各種データは、携帯端末２のメモリ部２４において予め記憶されたものを使用してもよい。あるいは、メモリ部２４には必要最小限のデータのみを記憶しておき、携帯端末２がナビゲーション用のアプリケーションを実行したときには、無線通信部２６を用いて所定のサーバに接続し、必要なデータをその都度取得するようにしてもよい。
【００２７】
上記のナビゲーション処理において、携帯端末２は、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されているときには、そのＧＰＳ信号に基づいて現在位置の検出を行う。一方、ＧＰＳ信号を正常に受信できない場合は、前述のような車両情報を車載装置１に対して要求する。この要求に応じて車載装置１により、車速、ヨーレート、ＧＰＳ信号などの車両情報が収集されて車載装置１から携帯端末２へ送信されると、携帯端末２は、その車両情報に基づいて現在位置の検出を行う。
【００２８】
たとえば、車載装置１から車両情報として車速とヨーレートが送信された場合、携帯端末２は、最後に受信したＧＰＳ信号に基づく位置を基準として、そこからの車両の移動距離および移動方向を車速とヨーレートに基づいて算出し、その算出結果から現在位置を推定する。また、車載装置１から車両情報としてＧＰＳ信号が送信された場合、そのＧＰＳ信号に基づいて現在位置を算出する。こうして現在位置を推定または算出することにより、車両情報に基づいて現在位置の検出を行うことができる。これらの検出方法を組み合わせて用いてもよい。
【００２９】
なお、車両における携帯端末２の搭載位置とＧＰＳ受信装置の設置位置とは必ずしも同じではなく、通常は異なっている。また、ＧＰＳ信号に対する受信感度も、携帯端末２とＧＰＳ受信装置とでは必ずしも同一ではない。したがって、車両の周囲環境によっては、携帯端末２のＧＰＳ受信部２７ではＧＰＳ信号を受信できないが、車両のＧＰＳ受信装置ではＧＰＳ信号を受信できる場合があり得る。このような場合は、ＧＰＳ受信部２７においてはＧＰＳ信号を受信できず、車載装置１から車両情報としてＧＰＳ信号が送信されることになる。
【００３０】
図３は、以上説明したようなナビゲーション処理において携帯端末２から車載装置１へ車両情報を要求する際の車載装置１および携帯端末２における情報の流れを示す図である。図３において、符号３１、３２および３３は、車両情報の収集および送信に関わる車載装置１の各機能を示しており、符号３４、３５および３６は、車両情報の要求に関わる携帯端末２の各機能を示している。
【００３１】
符号３１に示す機能は、携帯端末２からの車両情報の要求を受け付けるために車載装置１において実行されるアプリケーションプログラムを表している。なお、このアプリケーションプログラム３１は、携帯端末２において実行される前述のアプリケーションとは異なるものである。
【００３２】
符合３２に示す機能は、車載装置１がＵＳＢ通信を行うために使用するドライバソフトウェアの一部であるＨＩＤ（Human Interface Device）ドライバを表している。周知のように、ＵＳＢでは接続される機器の機能に応じて分類された様々なクラスが定義されており、各クラスごとに共通のドライバソフトウェアが提供されている。ＨＩＤドライバ３２は、そのうちＨＩＤクラスについて提供されているドライバソフトウェアである。なお、ＨＩＤクラスは、キーボードやマウスなどの入力装置との接続において主に利用されるクラスである。
【００３３】
符号３３に示す機能は、車載装置１から携帯端末２への情報の送信、および携帯端末２から車載装置１へ送信される情報の受信を、ＵＳＢで規定された通信規格に従って実行するＵＳＢホストを表している。
【００３４】
符号３４に示す機能は、携帯端末２から車載装置１への情報の送信、および車載装置１から携帯端末２へ送信される情報の受信を、ＵＳＢで規定された通信規格に従って実行するＵＳＢデバイスを表している。
【００３５】
符合３５に示す機能は、携帯端末２がＵＳＢ通信を行うために使用するＨＩＤドライバを表している。
【００３６】
符号３６に示す機能は、携帯端末２において実行されるアプリケーションプログラム、すなわち前述したナビゲーション用のアプリケーションを表している。
【００３７】
なお、車載装置１において、上記の各機能のうちアプリケーションプログラム３１およびＨＩＤドライバ３２は、制御部１０において実現される。一方、ＵＳＢホスト３３は、インタフェース部１５において実現される。同様に、携帯端末２において、アプリケーションプログラム３６およびＨＩＤドライバ３５は、制御部２０において実現される。一方、ＵＳＢデバイス３４は、インタフェース部２５において実現される。
【００３８】
車載装置１と携帯端末２においてアプリケーション３１、３６がそれぞれ実行されている状態で車載装置１と携帯端末２とが接続されると、図３において（１）に示すように、ＨＩＤドライバ３２からＵＳＢホスト３３に対してインタラプト（ＩＮ）の設定が行われる。このインタラプト（ＩＮ）の設定が行われると、ＵＳＢホスト３３は所定の周期ごとにポーリングを行うように設定される。
【００３９】
インタラプト（ＩＮ）の設定が行われたＵＳＢホスト３３は、ＵＳＢデバイス３４に対して、（２）、（６）に示すようにトークンパケット（ＩＮ）を所定周期ごとに送信してポーリングを行う。トークンパケット（ＩＮ）は、ＵＳＢで規定された通信モードのうちの一つであるインタラプト転送モードにおいて、情報の受信側から送信側へ送信すべき情報の有無を確認するために用いられるものである。これにより、ＵＳＢホスト３３からＵＳＢデバイス３４に対して、車両情報の要求が存在するか否かの問い合わせが所定周期ごとに行われる。
【００４０】
ＵＳＢホスト３３からトークンパケット（ＩＮ）を受信すると、ＵＳＢデバイス３４は、インタフェース部２５内に設けられているバッファメモリを参照する。その結果、バッファメモリ内に送信すべき情報が蓄積されていない場合は、（３）に示すように、情報がないことを表す「ＮＡＫ」をＵＳＢホスト３３へ返信する。
【００４１】
携帯端末２において、ＧＰＳ信号受信部２７によりＧＰＳ信号が正常に受信できない場合、アプリケーション３６はＨＩＤドライバ３５に対して、車両情報要求を（４）に示すように出力する。この車両情報要求を受けると、ＨＩＤドライバ３５は（５）に示すように、インタフェース部２５内のバッファメモリに対して、車両情報要求に応じた要求データの設定を行う。この要求データには、車両情報として要求するデータの内容などが示されている。
【００４２】
こうして要求データがバッファメモリにおいて設定されている状態で、（６）に示すようにＵＳＢホスト３３からトークンパケット（ＩＮ）が送信されると、ＵＳＢデバイス３４は、インタフェース部２５内に設けられているバッファメモリを参照する。そして（７）に示すように、バッファメモリ内の要求データを所定データサイズのパケットに分割し、各要求データパケットをＵＳＢホスト３３へ返信する。このときＵＳＢデバイス３４は、ＵＳＢのインタラプト転送を利用して要求データパケットの送信を行う。
【００４３】
ＵＳＢホスト３３は、ＵＳＢデバイス３４から要求データパケットを受信すると、その要求データパケットを（８）に示すようにＨＩＤドライバ３２へ出力する。さらに（９）に示すように、要求データパケットを正常に受信したことを表す「ＡＣＫ」をＵＳＢデバイス３４へ返信する。
【００４４】
ＨＩＤドライバ３２は、ＵＳＢホスト３３から出力された要求データパケットを（１０）に示すようにアプリケーション３１へ出力する。この要求データパケットに基づいて、車載装置１はアプリケーション３１により、携帯端末２から車両情報の要求があったことを認識する。
【００４５】
図４は、図３に示したようにして携帯端末２から車載装置１へ車両情報の要求が行われた場合に、車載装置１から携帯端末２へ車両情報を送信する際の車載装置１および携帯端末２における情報の流れを示す図である。なお、図４において符号３１〜３６は、図３と同一の各機能をそれぞれ表している。
【００４６】
車載装置１から携帯端末２へ車両情報を送信するとき、車載装置１と携帯端末２は、図３で説明したインタラプト転送モードとは別の通信モードであるコントロール転送モードを使用する。コントロール転送モードでは、最初にセットアップステージと呼ばれる通信手順が行われ、続いて、データステージと呼ばれる通信手順が行われる。
【００４７】
セットアップステージにおいて、車載装置１のＨＩＤドライバ３２は（１１）に示すように、携帯端末２のＨＩＤドライバ３５に対して、コントロール転送に必要な設定を携帯端末２において行うためのセットアップトークンを送信する。このセットアップトークンを受信すると、ＨＩＤドライバ３５はＨＩＤドライバ３２に対して、（１２）に示すように「ＡＣＫ」を返信する。なお、ＨＩＤドライバ３２とＨＩＤドライバ３５との間におけるセットアップトークンの送信および「ＡＣＫ」の返信は、車載装置１のＵＳＢホスト３３および携帯端末２のＵＳＢデバイス３４を介して行われる。
【００４８】
データステージにおいて、車載装置１のアプリケーション３１はＨＩＤ３２に対して、（１３）に示すように車両情報データを出力する。アプリケーション３１から車両情報データが出力されると、ＨＩＤ３２は、その車両情報データを（１４）に示すようにＵＳＢホスト３３へ出力する。
【００４９】
ＨＩＤ３２から車両情報データが出力されると、ＵＳＢホスト３３は（１５）に示すように、ＵＳＢデバイス３４に対してトークンパケット（ＯＵＴ）を出力し、続いて車両情報データを出力する。このとき車両情報データは、所定データサイズのバケットに分割されて送信される。
【００５０】
ＵＳＢデバイス３４は、ＵＳＢホスト３３から車両情報データを受信すると、その車両情報データをバッファメモリに対して書き込む。ＨＩＤ３５は、バッファメモリに書き込まれた車両情報データを読み出し、（１６）に示すようにアプリケーション３６へ出力する。ＵＳＢホスト３３から送信された全ての車両情報データを受信してバッファに書き込んだら、ＵＳＢデバイス３４は（１７）に示すように、車両情報データを正常に受信したことを表す「ＡＣＫ」をＵＳＢホスト３３へ返信する。アプリケーション３６は、ＨＩＤ３５から出力された車両情報データに基づいて、前述したような方法により現在位置の検出を行う。
【００５１】
以上説明したような流れに従って車載装置１と携帯端末２の間で情報が送受信されることにより、携帯端末２においてＧＰＳ信号を正常に受信できないときには、携帯端末２から車載装置１に対して車両情報の要求が行われる。この要求に応じて、車載装置１において車両情報が収集され、携帯端末２へ送信される。そして、携帯端末２において車両情報が受信され、車両情報に基づいて現在位置が検出される。
【００５２】
なお、車載装置１から携帯端末２への車両情報の送信は、たとえば１秒などの所定周期ごとに行われる。したがって、車両から車速やヨーレートが出力される周期よりも車両情報の送信周期の方が長い場合は、これらの情報については、各送信周期間に収集された情報の値をそれぞれ積算することにより車両の移動距離および移動方向を算出し、その算出結果を車両情報として車載装置１から携帯端末２へ送信してもよい。なお、情報の積算や移動距離および移動方向の算出は、車載装置１において行ってもよいし、車両側で行ってもよい。一方、車両情報のうちＧＰＳ信号については、車両からの出力周期および車両情報の送信周期に関わらず、各送信周期で得られた最新の値を車載装置１から携帯端末２へ送信することが好ましい。
【００５３】
車載装置１および携帯端末２における上記のような処理のフローチャートを図５および６に示す。図５は、車載装置１における処理のフローチャートを示しており、図６は、携帯端末２における処理のフローチャートを示している。
【００５４】
最初に図５のフローチャートについて説明する。図５のフローチャートに示す処理は、車載装置１において、制御部１０およびインタフェース部１５により実行されるものである。
【００５５】
ステップＳ１０において、制御部１０は、携帯端末２が接続されているか否かを判定する。図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ２０へ進む。
【００５６】
ステップＳ２０において、制御部１０は、ステップＳ１０で接続されていると判定された携帯端末２においてナビゲーション用のアプリケーションを実行中であるか否かを判定する。ナビゲーション用のアプリケーションが携帯端末２により実行されている場合はステップＳ３０へ進み、実行されていない場合はステップＳ１０へ戻る。
【００５７】
ステップＳ３０において、制御部１０は、ＨＩＤドライバ３２により、インタフェース部１５のＵＳＢホスト３３に対して、図３で説明したようなインタラプト（ＩＮ）の設定を行う。
【００５８】
ステップＳ４０において、インタフェース部１５は、ＵＳＢホスト３３により、前回ポーリングを行ってから所定周期が経過したか否かを判定する。前回のポーリングから所定周期が経過していれば、次のステップＳ５０へ進む。
【００５９】
ステップＳ５０において、インタフェース部１５は、ＵＳＢホスト３３により、携帯端末２のＵＳＢデバイス３４に対してポーリングを行う。ここでは、図３で説明したようにＵＳＢホスト３３からＵＳＢデバイス３４へトークンパケット（ＩＮ）を送信することによりポーリングを行い、車両情報の要求が存在するか否かを携帯端末２へ問い合わせる。
【００６０】
ステップＳ６０において、インタフェース部１５は、ＵＳＢホスト３３により、ステップＳ５０で行ったポーリングに応答して携帯端末２のＵＳＢデバイス３４から要求データパケットが送信されたか否かを判定する。ＵＳＢデバイス３４から要求データパケットが送信された場合は、次のステップＳ７０へ進む。一方、ＵＳＢデバイス３４から要求データパケットが送信されずに「ＮＡＫ」が返信された場合は、ステップＳ４０へ戻って次のポーリング周期まで待機する。
【００６１】
ステップＳ７０において、制御部１０は、前述のような車両情報を車両から収集する。このとき収集する車両情報の内容は、ＵＳＢデバイス３４から送信された要求データパケットに基づいて決定される。
【００６２】
ステップＳ８０において、制御部１０は、ＨＩＤドライバ３２により、携帯端末２のＨＩＤドライバ３５に対して、図４で説明したようなセットアップトークンを送信する。
【００６３】
ステップＳ９０において、制御部１０は、ステップＳ７０で収集した車両情報データを携帯端末２へ送信する。このとき図４で説明したように、制御部１０においてアプリケーション３１により出力された車両情報データがＨＩＤ３２とＵＳＢホスト３３へ順次出力される。そして、インタフェース部１５において、ＵＳＢホスト３３により、トークンパケット（ＯＵＴ）と車両情報データが携帯端末２のＵＳＢデバイス３４へ送信される。ここでは前述のように、ＵＳＢのコントロール転送を用いて各車両情報データパケットの送信を行う。
【００６４】
ステップＳ１００において、制御部１０は、ナビゲーション処理を終了するか否かを判定する。車載装置１と携帯端末２との接続が解除された場合や、携帯端末２においてナビゲーション用のアプリケーションが実行されなくなった場合などは、ナビゲーション処理を終了すると判定して図５のフローチャートを終える。一方、こうした状況に該当しない場合はナビゲーション処理を終了しないと判定し、ステップＳ４０へ戻って次のポーリング周期まで待機する。
【００６５】
次に図６のフローチャートについて説明する。図６のフローチャートに示す処理は、携帯端末２においてナビゲーション用のアプリケーションを実行したときに、制御部２０およびインタフェース部２５により実行される。
【００６６】
ステップＳ１１０において、制御部２０は、車載装置１が接続されているか否かを判定する。図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ１２０へ進む。
【００６７】
ステップＳ１２０において、制御部２０は、車両情報が必要であるか否かを判定する。ここでは、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されないときには車両情報が必要であると判定し、正常に受信されるときには車両情報が不要であると判定する。なお、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されるかどうかは、ＧＰＳ受信部２７におけるＧＰＳ信号の受信強度や、各ＧＰＳ衛星の配置から求められる精度などに基づいて判断することができる。あるいは、たとえばトンネル内などのようにＧＰＳ信号の受信が困難となる地点を車両が走行しているか否かを地図データ等から判断することにより、ＧＰＳ信号が正常に受信されるかどうかを判断してもよい。ステップＳ１２０において車両情報が必要であると判定した場合はステップＳ１３０へ進み、不要であると判定した場合はステップＳ１５０へ進む。
【００６８】
ステップＳ１３０において、制御部２０は、携帯端末２に対して車両情報を要求するための車両情報要求を出力する。ここでは図３で説明したように、アプリケーション３６からＨＩＤドライバ３５に対して車両情報要求を出力する。
【００６９】
ステップＳ１４０において、制御部２０は、ＨＩＤドライバ３５により、ステップＳ１３０でアプリケーション３６から出力された車両情報要求に基づいて要求データを決定し、その要求データをインタフェース部２５内の送信用バッファメモリに対して設定する。ここでは図３で説明したように、車両情報要求に応じた要求データをＨＩＤドライバ３５によりバッファメモリ内に蓄積する。ステップＳ１４０を実行したらステップＳ１６０へ進む。
【００７０】
ステップＳ１５０において、制御部２０は、ＧＰＳ受信部２７により受信されたＧＰＳ信号に基づいて現在位置を検出する。これにより、ＧＰＳ信号が正常に受信されたときには、そのＧＰＳ信号に基づいて、携帯端末２の現在位置、すなわち車両の現在位置が検出される。
【００７１】
ステップＳ１６０において、インタフェース部２５は、ＵＳＢデバイス３４により、車載装置１からのポーリングの有無を判定する。車載装置１のインタフェース部１５において図５のステップＳ５０が実行され、ＵＳＢホスト３３からＵＳＢデバイス３４に対してトークンパケット（ＩＮ）が送信されることによりポーリングが行われた場合は、次のステップＳ１７０へ進む。一方、ＵＳＢホスト３３からＵＳＢデバイス３４に対してトークンパケット（ＩＮ）が送信されておらず、ポーリングが行われていない場合は、ステップＳ１２０へ戻る。
【００７２】
ステップＳ１７０において、インタフェース部２５は、ＵＳＢデバイス３４により、要求データが送信用バッファメモリにおいて設定されているか否かを判定する。前述のステップＳ１３０により車両情報要求が出力され、その車両情報要求に応じた要求データがステップＳ１４０においてバッファメモリに設定されている場合は、ステップＳ１８０へ進む。一方、ステップＳ１３０およびＳ１４０が実行されておらず、要求データがバッファメモリに設定されていない場合は、ステップＳ２２０へ進む。
【００７３】
ステップＳ１８０において、インタフェース部２５は、ＵＳＢデバイス３４により、バッファメモリに設定されている要求データをパケット単位でＵＳＢホスト３３へ送信する。ここでは前述のように、ＵＳＢのインタラプト転送を用いて各要求データパケットの送信を行う。これにより、携帯端末２において車両情報が必要であると判断したときには、携帯端末２から車載装置１へ車両情報の要求を行う。全ての要求データパケットを送信したら、ステップＳ１９０へ進む。
【００７４】
ステップＳ１９０において、制御部２０は、ＨＩＤドライバ３５により、車載装置１からセットアップトークンが送信されたか否かを判定する。車載装置１の制御部１０においてＨＩＤドライバ３２により図５のステップＳ８０が実行されてセットアップトークンが送信された場合は、そのセットアップトークンに応じた送信設定を行った後、次のステップＳ２００へ進む。
【００７５】
ステップＳ２００において、制御部２０は、車載装置１の制御部１０において図５のステップＳ９０が実行されることにより車載装置１から送信される車両情報データを受信する。このとき図４で説明したように、インタフェース部２５において、ＵＳＢデバイス３４により、車載装置１のＵＳＢホスト３３から送信された車両情報データがバッファメモリに蓄積される。そして、ＨＩＤ３５により、バッファメモリ内の車両情報データが読み出され、アプリケーション３６に対して出力される。
【００７６】
ステップＳ２１０において、制御部２０は、ステップＳ２００で受信した車両情報データに基づいて現在位置を検出する。ここでは前述のように、車載装置１から車両情報として送信された車速とヨーレートに基づいて車両の移動距離および移動方向を算出したり、車両情報として送信されたＧＰＳ信号に基づく現在位置を算出したりすることで、現在位置の検出を行う。これにより、ＧＰＳ信号が正常に受信されないときには、車載装置１から送信された車両情報に基づいて、携帯端末２の現在位置、すなわち車両の現在位置が検出される。ステップＳ２１０を実行したら、ステップＳ２３０へ進む。
【００７７】
ステップＳ２２０において、インタフェース部２５は、ＵＳＢデバイス３４により、携帯端末２から車載装置１に対して車両情報の要求がないことを表す「ＮＡＫ」をＵＳＢホスト３３へ返信する。ステップＳ２２０を実行したら、ステップＳ２３０へ進む。
【００７８】
ステップＳ２３０において、制御部２０は、ナビゲーション処理を終了するか否かを判定する。ここでは図５のステップＳ１００と同様に、車載装置１と携帯端末２との接続が解除された場合や、ナビゲーション用のアプリケーションを終了するための所定の操作がユーザによって行われた場合などに、ナビゲーション処理を終了すると判定して図６のフローチャートを終える。一方、こうした状況に該当しない場合はナビゲーション処理を終了しないと判定してステップＳ１２０へ戻り、前述のような処理を繰り返す。
【００７９】
以上説明した第１の実施の形態によれば、次の作用効果を奏する。
【００８０】
（１）携帯端末２は、制御部２０の処理により、車両情報が必要であるか否かを判定する（ステップＳ１２０）。この判定の結果、車両情報が必要であると判定されたときに、車両情報要求を出力し（ステップＳ１３０）、その車両情報要求に応じた要求データをバッファメモリに設定して（ステップＳ１４０）、インタフェース部２５により車載装置１へ送信する（ステップＳ１８０）。これにより、車載装置１へ車両情報を要求する。そして、この要求に応じて車載装置１から送信される車両情報を受信する（ステップＳ２００）。一方、車載装置１は、制御部１０の処理により、携帯端末２から車両情報を要求されたときに、車両から車両情報を収集し（ステップＳ７０）、収集した車両情報を携帯端末２へ送信する（ステップＳ９０）。このようにしたので、携帯端末２において車両からの情報が必要なときにその情報を確実に取得しつつ、車両と情報端末との間で通信される情報量を低減することができる。
【００８１】
（２）携帯端末２の制御部２０は、ステップＳ１２０において、ＧＰＳ受信部２７によりＧＰＳ信号が正常に受信されないときに、車両情報が必要であると判定する。一方、車載装置１の制御部１０は、携帯端末２から車両情報を要求されると、ステップＳ７０において、車両の速度に関する車速と、車両の向きに関するヨーレートと、車両の現在位置に関するＧＰＳ信号とのいずれか少なくとも一つの情報を車両情報として収集する。このようにしたので、携帯端末２においてＧＰＳ信号が正常に受信されないときであっても、車載装置１により収集された車両情報に基づいて携帯端末２により現在位置を検出することができる。
【００８２】
（３）携帯端末２は、制御部２０の処理により、ＧＰＳ受信部２７によってＧＰＳ信号が正常に受信されたときには、当該ＧＰＳ信号に基づいて現在位置を検出する（ステップＳ１５０）。一方、ＧＰＳ受信部２７によってＧＰＳ信号が正常に受信されないときには、ステップＳ９０において車載装置１から送信され、ステップＳ２００において受信した車両情報に基づいて、現在位置を検出する（ステップＳ２１０）。このようにしたので、携帯端末２において、ＧＰＳ信号の受信状況に応じて最適な方法で現在位置を検出することができる。
【００８３】
−第２の実施の形態−
以上説明した第１の実施の形態では、携帯端末２によりＧＰＳ信号が正常に受信できないときに、車載装置１から出力される車両情報に基づいて、現在位置を携帯端末２において検出する車載情報システムの例について説明した。これに対して、以下に説明する第２の実施の形態では、車両が所定の分岐点付近を走行しているときに、車載装置１から出力される車両情報に基づいて、車両が分岐点を通過後に走行する道路を携帯端末２において特定する車載情報システムの例について説明する。
【００８４】
なお、本実施形態による車載情報システムの構成は、図１に示したものと同一である。また、本実施形態による車載情報システムにおいて、車載装置１および携帯端末２の構成は図２に示したものと同一である。さらに、携帯端末２から車載装置１へ車両情報を要求する際の情報の流れと、車載装置１から携帯端末２へ車両情報を送信する際の情報の流れとは、図３、４にそれぞれ示したものと同一である。
【００８５】
本実施形態において、携帯端末２は、第１の実施の形態で説明したのと同様にナビゲーション処理を行う。このナビゲーション処理において、携帯端末２は、現在位置と地図データにおける道路の位置とを比較することによりマップマッチング処理を行い、車両の走行道路を特定する。こうして車両の走行道路を特定することで、車両の誘導を確実に行うようにしている。
【００８６】
ここで、一般的にマップマッチング処理では、たとえば狭角分岐点などを車両が通過すると、分岐後の複数の道路のうちいずれの道路を車両が走行しているかを判別しづらい場合があることが知られている。狭角分岐点とは、分岐角度が比較的狭い分岐点のことであり、たとえば高速道路等におけるＹ字型の分岐点などが該当する。
【００８７】
そこで、本実施形態による車載情報システムでは、狭角分岐点など所定の分岐点に車両が近づいたときに、携帯端末２から車載装置１に対して、道路標示線（道路上の白線）の認識結果を車両情報として要求する。車両には、車両前方の路面を撮影できるように設置されたカメラと、このカメラによる撮影画像に基づいて車両の前方における道路標示線の位置および種類を認識する画像認識装置とが搭載されている。携帯端末２から車載装置１へ車両情報の要求があると、車載装置１は、画像認識装置による道路標示線の認識結果を取得し、車両情報として携帯端末２へ送信する。
【００８８】
車載装置１から送信された車両情報を受信したら、携帯端末２は、その車両情報が表す道路標示線の認識結果に基づいて、分岐点の手前における車両の走行車線を判断する。たとえば、右側に存在する道路標示線が実線であり、左側に存在する道路標示線が点線である場合は、車両が右側の走行車線を走行していると判断することができる。また、これとは反対に、右側に存在する道路標示線が点線であり、左側に存在する道路標示線が実線である場合は、車両が左側の走行車線を走行していると判断することができる。ここで、分岐点の手前において走行車線が２つ存在し、各走行車線の間には道路標示線が点線状に示されているものとする。
【００８９】
以上説明したようにして分岐点の手前における車両の走行車線を判断することで、携帯端末２は、車両が分岐点を通過後にいずれの道路を走行するかを判断することができる。すなわち、右側の走行車線を車両が走行していると判断した場合、分岐点の通過後に車両が走行する道路は、分岐点から右側に分岐する道路であると判断できる。反対に、左側の走行車線を車両が走行していると判断した場合、分岐点の通過後に車両が走行する道路は、分岐点から左側に分岐する道路であると判断できる。このようにして、車両が分岐点を通過後に走行する道路を携帯端末２において特定し、その結果をマップマッチングに反映させるようにする。
【００９０】
なお、上記では分岐点の手前において走行車線が２つ存在する場合を説明したが、走行車線が３つ以上存在する場合においても同様にして、車両が分岐点を通過後に走行する道路を特定することができる。すなわち、携帯端末２から車載装置１へ車両情報の要求を行う対象とする各分岐点について、その分岐点の手前における車線数の情報と、各車線がそれぞれ分岐後のどの道路に対応しているかを示す情報とを予め地図データ内に記録しておくことで、車両が各分岐点を通過後に走行する道路を携帯端末２により車両情報に基づいて特定することができる。
【００９１】
あるいは、車両情報が表す道路標示線の認識結果に基づいて、車両前方の道路標示線の中で最も太い破線状の道路標示線の位置を検出し、その検出結果から分岐点通過後の車両の走行道路を特定してもよい。一般的に狭角分岐点の手前では、分岐後の各道路にそれぞれつながる車線の間に太い破線状の道路標示線が描かれており、この道路標示線によって分岐を表している。したがって、こうした道路標示線が車両の左右いずれに存在するかを車両情報に基づいて判断することにより、車両が各分岐点を通過後に走行する道路を携帯端末２において特定することができる。
【００９２】
本実施形態による車載情報システムの携帯端末２において実行される処理のフローチャートを図７に示す。図７において、図６のフローチャートと同一の処理を実行する処理ステップについては、共通のステップ番号を付している。以下の説明では、図６と共通のステップ番号が付された処理ステップの内容については、特に必要が無い限りその説明を省略する。なお、車載装置１において実行される処理のフローチャートは、図５で説明した第１の実施の形態によるものと同一であるため、ここでは説明しない。
【００９３】
ステップＳ１２１において、制御部２０は、車両情報が必要であるか否かを判定する。ここでは図６のステップＳ１２０の場合とは異なり、狭角分岐点のような特定の分岐点と車両との位置関係に基づいて、車両情報が必要であるか否かを判定する。こうした判定の対象とする分岐点（対象分岐点）は、予め地図データにおいて指定しておくこととしてもよいし、あるいは分岐角度から判断してもよい。対象分岐点から所定距離以内に車両が近づいたら、車両情報が必要であると判定してステップＳ１３０へ進む。一方、対象分岐点から所定距離以内に車両が近づいていなければ、車両情報が不要であると判定してステップＳ１６０へ進む。
【００９４】
ステップＳ２１１において、制御部２０は、ステップＳ２００で受信した車両情報データに基づいて、対象分岐点を通過後の車両の走行道路を特定する。ここでは前述のような方法により、対象分岐点の手前における車両の走行車線を判断し、その判断結果に基づいて対象分岐点を通過後の車両の走行道路を特定する。なお、このときステップＳ２００において、車両の走行車線に関する情報、すなわち前述のような画像認識装置による道路標示線の認識結果を示す情報を、車両情報データとして車載装置１から受信しているものとする。ステップＳ２１１を実行したら、ステップＳ２３０へ進む。
【００９５】
以上説明した第２の実施の形態によれば、第１の実施の形態において（１）で説明した作用効果に加えて、次の（４）のような作用効果を奏する。
【００９６】
（４）携帯端末２の制御部２０は、車両が所定の分岐点付近を走行しているときに、車両情報が必要であると判定する（ステップＳ１２１）。一方、車載装置１の制御部１０は、携帯端末２から車両情報を要求されると、ステップＳ７０において、車両の走行車線に関する情報、すなわち車両の前方を撮影した画像に基づく道路標示線の検出結果を表す情報を車両情報として収集し、ステップＳ９０において携帯端末２へ送信する。携帯端末２の制御部２０は、こうして車載装置１から送信されてステップＳ２００において受信した車両情報に基づいて、車両が分岐点を通過後に走行する道路を特定する（ステップＳ２１１）。このようにしたので、マップマッチング処理が困難な分岐点を車両が通過した場合であっても、分岐点通過後の車両の走行道路を携帯端末２において確実に特定することができる。
【００９７】
なお、以上説明した第２の実施の形態では、車両に搭載されたカメラにより車両の前方を撮影し、その撮影画像に基づく道路標示線の検出結果を車両情報として車載装置１により収集することで、携帯端末２において車両の走行車線を特定することとした。しかし、車両の後方を撮影した撮影画像を用いても、同様にして車両の走行車線を特定することができる。さらに、車両の後方を撮影した撮影画像を用いる場合は、分岐点の通過後においても車両の走行車線を特定することが可能となる。すなわち、車載装置１では、車両の前方または後方のいずれか少なくとも一方を撮影した画像に基づく道路標示線の検出結果を表す情報を車両情報として収集することができる。
【００９８】
また、以上説明した第２の実施の形態において、画像認識装置による道路標示線の認識結果の信頼度を示す情報を車両情報にさらに含めて、車載装置１から携帯端末２へ送信してもよい。このようにすれば、車両情報の内容をどの程度重視するかを適切に判断した上で、分岐点通過後の車両の走行道路を携帯端末２において特定することができる。
【００９９】
本発明では、第１の実施の形態で説明した車載情報システムと、第２の実施の形態で説明した車載情報システムとを、それぞれ単独で採用してもよいし、組み合わせて採用してもよい。すなわち、車載装置１は、車両の速度、車両の向き、車両の現在位置、および車両の走行車線のいずれか少なくとも一つに関する情報を車両情報として収集し、携帯端末２へ送信することができる。また、携帯端末２は、これらの車両情報に基づいて、現在位置を検出したり、分岐点通過後の車両の走行道路を特定したりすることができる。
【０１００】
上記の各実施の形態で説明した以外の車両情報を車載装置１により収集し、携帯端末２へ送信してもよい。車両において収集可能であり、かつ携帯端末２が実行する処理において状況に応じて必要なものである限り、どのような情報を車両情報として収集し送信してもよい。
【０１０１】
以上説明した各実施の形態では、ＵＳＢケーブル３を介して車載装置１と携帯端末２を互いに接続し、ＵＳＢ通信により車載装置１から携帯端末２へ車両情報を送信する例を説明したが、他の通信方式を用いても本発明は実現可能である。たとえば、ブルートゥース（登録商標）、ワイヤレスＵＳＢ等の無線通信や、ＵＳＢ以外の有線通信などを用いることができる。携帯端末２からの要求に応じて収集された車両情報を車載装置１から携帯端末２へ送信可能なものである限り、どのような通信方式を採用してもよい。
【０１０２】
以上説明した各実施の形態や各種の変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記各実施の形態と変形例とを任意に組み合わせて用いてもよい。
【符号の説明】
【０１０３】
１：車載装置、２：携帯端末、３：ＵＳＢケーブル、１０：制御部、１１：表示部、
１２：操作部、１３：音声出力部、１４：メモリ部、１５：インタフェース部、
２０：制御部、２１：表示部、２２：操作部、２３：音声出力部、２４：メモリ部、
２５：インタフェース部、２６：無線通信部、２７：ＧＰＳ受信部
【特許請求の範囲】
【請求項１】
携帯型の情報端末と車載装置とを有する車載情報システムであって、
前記情報端末は、
車両から出力される車両情報が必要であるか否かを判定する判定手段と、
前記判定手段により前記車両情報が必要であると判定されたときに、前記車載装置へ前記車両情報を要求する要求手段と、
前記要求手段による要求に応じて前記車載装置から送信される前記車両情報を受信する車両情報受信手段とを備え、
前記車載装置は、
前記情報端末から前記車両情報を要求されたときに、前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集された前記車両情報を前記情報端末へ送信する車両情報送信手段とを備えることを特徴とする車載情報システム。
【請求項２】
請求項１に記載の車載情報システムにおいて、
前記情報端末は、ＧＰＳ信号を受信するＧＰＳ信号受信手段をさらに備え、
前記判定手段は、前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときに、前記車両情報が必要であると判定し、
前記車両情報収集手段は、前記車両の速度、前記車両の向き、および前記車両の現在位置のいずれか少なくとも一つに関する情報を前記車両情報として収集することを特徴とする車載情報システム。
【請求項３】
請求項２に記載の車載情報システムにおいて、
前記情報端末は、現在位置を検出する位置検出手段をさらに備え、
前記位置検出手段は、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されたときには、当該ＧＰＳ信号に基づいて前記現在位置を検出し、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときには、前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記現在位置を検出することを特徴とする車載情報システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の車載情報システムにおいて、
前記判定手段は、前記車両が所定の分岐点付近を走行しているときに、前記車両情報が必要であると判定し、
前記車両情報収集手段は、前記車両の走行車線に関する情報を前記車両情報として収集し、
前記情報端末は、前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記車両が前記分岐点を通過後に走行する道路を特定することを特徴とする車載情報システム。
【請求項５】
請求項４に記載の車載情報システムにおいて、
前記車両情報収集手段は、前記車両の前方または後方のいずれか少なくとも一方を撮影した画像に基づく道路標示線の検出結果を表す情報を前記車両情報として収集することを特徴とする車載情報システム。
【請求項６】
携帯型の情報端末と接続される車載装置であって、
前記情報端末からの要求に応じて、車両から出力される車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集された前記車両情報を前記情報端末へ送信する車両情報送信手段とを備えることを特徴とする車載装置。
【請求項７】
請求項６に記載の車載装置において、
前記車両情報収集手段は、前記車両の速度、前記車両の向き、前記車両の現在位置、および前記車両の走行車線のいずれか少なくとも一つに関する情報を前記車両情報として収集することを特徴とする車載装置。
【請求項８】
車載装置と接続される携帯型の情報端末であって、
車両から出力される車両情報が必要であるか否かを判定する判定手段と、
前記判定手段により前記車両情報が必要であると判定されたときに、前記車載装置へ前記車両情報を要求する要求手段と、
前記要求手段による要求に応じて前記車載装置から送信される前記車両情報を受信する車両情報受信手段とを備えることを特徴とする情報端末。
【請求項９】
請求項８に記載の情報端末において、
ＧＰＳ信号を受信するＧＰＳ信号受信手段と、
現在位置を検出する位置検出手段とをさらに備え、
前記判定手段は、前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときに、前記車両情報が必要であると判定し、
前記車両情報受信手段は、前記車載装置から、前記車両情報として送信される前記車両の速度、前記車両の向き、および前記車両の現在位置のいずれか少なくとも一つに関する情報を受信し、
前記位置検出手段は、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されたときには、当該ＧＰＳ信号に基づいて前記現在位置を検出し、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときには、前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記現在位置を検出することを特徴とする情報端末。
【請求項１０】
請求項８または９に記載の情報端末において、
前記判定手段は、前記車両が所定の分岐点付近を走行しているときに、前記車両情報が必要であると判定し、
前記車両情報受信手段は、前記車載装置から、前記車両情報として送信される前記車両の走行車線に関する情報を受信し、
前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記車両が前記分岐点を通過後に走行する道路を特定することを特徴とする情報端末。
【請求項１】
携帯型の情報端末と車載装置とを有する車載情報システムであって、
前記情報端末は、
車両から出力される車両情報が必要であるか否かを判定する判定手段と、
前記判定手段により前記車両情報が必要であると判定されたときに、前記車載装置へ前記車両情報を要求する要求手段と、
前記要求手段による要求に応じて前記車載装置から送信される前記車両情報を受信する車両情報受信手段とを備え、
前記車載装置は、
前記情報端末から前記車両情報を要求されたときに、前記車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集された前記車両情報を前記情報端末へ送信する車両情報送信手段とを備えることを特徴とする車載情報システム。
【請求項２】
請求項１に記載の車載情報システムにおいて、
前記情報端末は、ＧＰＳ信号を受信するＧＰＳ信号受信手段をさらに備え、
前記判定手段は、前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときに、前記車両情報が必要であると判定し、
前記車両情報収集手段は、前記車両の速度、前記車両の向き、および前記車両の現在位置のいずれか少なくとも一つに関する情報を前記車両情報として収集することを特徴とする車載情報システム。
【請求項３】
請求項２に記載の車載情報システムにおいて、
前記情報端末は、現在位置を検出する位置検出手段をさらに備え、
前記位置検出手段は、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されたときには、当該ＧＰＳ信号に基づいて前記現在位置を検出し、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときには、前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記現在位置を検出することを特徴とする車載情報システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の車載情報システムにおいて、
前記判定手段は、前記車両が所定の分岐点付近を走行しているときに、前記車両情報が必要であると判定し、
前記車両情報収集手段は、前記車両の走行車線に関する情報を前記車両情報として収集し、
前記情報端末は、前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記車両が前記分岐点を通過後に走行する道路を特定することを特徴とする車載情報システム。
【請求項５】
請求項４に記載の車載情報システムにおいて、
前記車両情報収集手段は、前記車両の前方または後方のいずれか少なくとも一方を撮影した画像に基づく道路標示線の検出結果を表す情報を前記車両情報として収集することを特徴とする車載情報システム。
【請求項６】
携帯型の情報端末と接続される車載装置であって、
前記情報端末からの要求に応じて、車両から出力される車両情報を収集する車両情報収集手段と、
前記車両情報収集手段により収集された前記車両情報を前記情報端末へ送信する車両情報送信手段とを備えることを特徴とする車載装置。
【請求項７】
請求項６に記載の車載装置において、
前記車両情報収集手段は、前記車両の速度、前記車両の向き、前記車両の現在位置、および前記車両の走行車線のいずれか少なくとも一つに関する情報を前記車両情報として収集することを特徴とする車載装置。
【請求項８】
車載装置と接続される携帯型の情報端末であって、
車両から出力される車両情報が必要であるか否かを判定する判定手段と、
前記判定手段により前記車両情報が必要であると判定されたときに、前記車載装置へ前記車両情報を要求する要求手段と、
前記要求手段による要求に応じて前記車載装置から送信される前記車両情報を受信する車両情報受信手段とを備えることを特徴とする情報端末。
【請求項９】
請求項８に記載の情報端末において、
ＧＰＳ信号を受信するＧＰＳ信号受信手段と、
現在位置を検出する位置検出手段とをさらに備え、
前記判定手段は、前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときに、前記車両情報が必要であると判定し、
前記車両情報受信手段は、前記車載装置から、前記車両情報として送信される前記車両の速度、前記車両の向き、および前記車両の現在位置のいずれか少なくとも一つに関する情報を受信し、
前記位置検出手段は、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されたときには、当該ＧＰＳ信号に基づいて前記現在位置を検出し、
前記ＧＰＳ信号受信手段により前記ＧＰＳ信号が正常に受信されないときには、前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記現在位置を検出することを特徴とする情報端末。
【請求項１０】
請求項８または９に記載の情報端末において、
前記判定手段は、前記車両が所定の分岐点付近を走行しているときに、前記車両情報が必要であると判定し、
前記車両情報受信手段は、前記車載装置から、前記車両情報として送信される前記車両の走行車線に関する情報を受信し、
前記車載装置から送信されて前記車両情報受信手段により受信された前記車両情報に基づいて、前記車両が前記分岐点を通過後に走行する道路を特定することを特徴とする情報端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−６５２４５（Ｐ２０１２−６５２４５Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０９３３２（Ｐ２０１０−２０９３３２）
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（０００００１４８７）クラリオン株式会社 (1,722)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（０００００１４８７）クラリオン株式会社 (1,722)
【Ｆターム（参考）】
[ Back to top ]