ナビゲーションシステムおよび車載装置
【課題】様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく高精度なサービスを提供すること。
【解決手段】プローブ情報取得部が、車載装置が搭載された車両に関するプローブ情報を取得し、送信部が、プローブ情報取得部によって取得されたプローブ情報を上位装置へ送信し、サブ機能有効化部が、プローブ情報に基づく道路交通情報の使用を上位装置から許可された場合にのみ、道路交通情報の提供機能を有効化するように車載装置を構成する。
【解決手段】プローブ情報取得部が、車載装置が搭載された車両に関するプローブ情報を取得し、送信部が、プローブ情報取得部によって取得されたプローブ情報を上位装置へ送信し、サブ機能有効化部が、プローブ情報に基づく道路交通情報の使用を上位装置から許可された場合にのみ、道路交通情報の提供機能を有効化するように車載装置を構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は車両に搭載される車載装置と、車載装置にネットワーク接続されるサーバ装置とで車両に対するナビゲーションを行うナビゲーションシステムおよび車載装置に関し、特に、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく高精度なサービスを提供することができるナビゲーションシステムおよび車載装置に関する。
【背景技術】
【０００２】
従来、ＧＰＳ（Global Positioning System）を利用して車両のナビゲーションを行う車載ナビゲーション装置が知られている。かかる車載ナビゲーション装置は、地図情報上に現在の車両位置や進行方向を重畳表示するとともに、目的地までの経路探索機能や、探索した経路を案内する経路案内機能を有することが一般的である。
【０００３】
そして、近年では、地図情報の詳細化に伴う地図データや案内用音声データの増大に対応するために、大容量の記憶容量を有するＨＤＤ（Hard Disk Drive）を備えたいわゆるＨＤＤナビが登場するに至っている。
【０００４】
また、特定の車載ナビゲーション装置を搭載した車両をセンサ代わりに用い（プローブカー）、各プローブカーから収集したプローブ情報（たとえば、時刻情報、位置情報、速度情報）に基づいて渋滞情報などの交通情報を作成する交通情報作成システムも提案されている（たとえば、特許文献１参照）。
【０００５】
この交通情報作成システムに用いられる車載ナビゲーション装置は、センター等と通信する通信機能を備えている。このため、現状の車載ナビゲーション装置は、高機能かつ高価格という傾向がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−８４２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、車載ナビゲーション装置の購入を希望する利用者の中には、あらかじめ用意された機能のうち一部の機能しか必要としない利用者や、自宅の近辺のごく限られた範囲のみしか走行しない利用者も存在する。そして、このような利用者は、高機能な車載ナビゲーション装置に伴う高価さゆえに、車載ナビゲーション装置の購入自体を見送る可能性が高いという問題がある。
【０００８】
しかし、このように車載ナビゲーションの購入が見送られてしまうと、特許文献１の前提となっているプローブカーの台数が十分に増加せず、精度の高い交通情報の作成が困難となってしまう。そして、プローブカーの台数が十分でないと、精度の良い交通情報を欲してプローブ情報利用型の高価な車載ナビゲーション装置を購入した利用者を満足させることができなくなってしまう。
【０００９】
本発明は、上述した従来技術による問題点を解消するためになされたものであって、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく高精度なサービスを提供することができるナビゲーションシステムおよび車載装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、車両に搭載される車載装置と、前記車載装置にネットワーク接続されるサーバ装置とで前記車両に対するナビゲーションを行うナビゲーションシステムであって、前記車載装置は、当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、前記プローブ情報取得手段によって取得されたプローブ情報を前記サーバ装置へ送信する送信手段と、前記ナビゲーションに関する１または複数のサブ機能について、前記サーバ装置から使用を許可された前記サブ機能のみを有効化する有効化手段とを備え、前記サーバ装置は、前記車載装置から受信した前記プローブ情報に基づいて道路交通情報を生成する生成手段と、前記サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶する許可情報記憶手段と、前記道路交通情報の使用が前記使用許可情報において許可されている前記車載装置に対して前記道路交通情報を提供する提供手段とを備えたことを特徴とする。
【００１１】
また、本発明は、車両に搭載される車載装置であって、当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、前記プローブ情報取得手段によって取得されたプローブ情報を上位装置へ送信する送信手段と、前記プローブ情報に基づく道路交通情報の使用を前記上位装置から許可された場合にのみ、当該道路交通情報の提供機能を有効化する有効化手段とを備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、車載装置は、車載装置が搭載された車両に関するプローブ情報を取得し、取得されたプローブ情報をサーバ装置へ送信し、ナビゲーションに関する１または複数のサブ機能について、サーバ装置から使用を許可されたサブ機能のみを有効化し、サーバ装置は、車載装置から受信したプローブ情報に基づいて道路交通情報を生成し、サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶し、道路交通情報の使用が使用許可情報において許可されている車載装置に対して道路交通情報を提供することとしたので、プローブ情報の取得元と、プローブ情報に基づいて作成される道路交通情報の提供先とをあえて異ならせることができる仕組みを提供することで、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく交通情報などの高精度なサービスを提供することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明に係るナビゲーション手法の概要を示す図である。
【図２】図２は、本実施例に係るナビゲーションシステムのネットワーク図である。
【図３】図３は、車載装置の構成を示すブロック図である。
【図４】図４は、アプリ配置およびデータ配置の一例を示す図である。
【図５】図５は、サーバ装置の構成を示すブロック図である。
【図６】図６は、契約プランの例を示す図である。
【図７】図７は、渋滞情報関連サブ機能用の使用許可情報の一例を示す図である。
【図８】図８は、車載装置が実行する処理手順を示すフローチャートである。
【図９】図９は、サーバ装置が実行する処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、本発明に係るナビゲーション手法を適用した車載装置およびナビゲーションシステムの実施例を詳細に説明する。なお、以下では、本発明に係るナビゲーション手法の概要について図１を用いて説明した後に、本発明に係るナビゲーション手法を適用したナビゲーションシステムについての実施例を図２〜図９を用いて説明することとする。
【００１５】
まず、実施例の詳細な説明に先立ち、本発明に係るナビゲーション手法の概要について図１を用いて説明する。図１は、本発明に係るナビゲーション手法の概要を示す図である。なお、同図の（Ａ）には、従来技術に係るナビゲーション手法の概要を、同図の（Ｂ）には、本発明に係るナビゲーション手法の概要を、それぞれ示している。
【００１６】
図１の（Ａ）に示すように、従来技術に係るナビゲーション手法では、プローブ情報を取得して送信する機能を有する車載装置を用い（図１の（Ａ−１）参照）、車載装置から送信されたプローブ情報をサーバ装置で収集することで、道路交通情報を生成していた（図１の（Ａ−２）参照）。そして、サーバ装置は、生成した道路交通情報を、各プローブカーへ送信していた（図１の（Ａ−３）参照）。
【００１７】
ここで、「プローブ情報」とは、情報取得時刻、車両位置、車両速度といったデータを含んだ情報である。また、「プローブカー」とは、プローブ情報を取得して送信する機能を有する車載装置（以下、「プローブ型車載装置」と記載する）が搭載された車両のことを指す。そして、「道路交通情報」とは、時々刻々と変化する渋滞情報などのリアルタイムな交通情報のことを指す。
【００１８】
すなわち、従来技術に係るナビゲーション手法では、プローブ型車載装置それぞれが、プローブ情報に基づいて作成される道路交通情報を受け取る権利を有することを前提としているといえる。
【００１９】
言い換えると、リアルタイムな道路交通情報を受け取りたい利用者は、プローブ情報の取得機能および送信機能を有する車載装置を購入する必要がある。しかし、プローブ型車載装置は、このような機能を有さない非プローブ型車載装置と比較して高価であることが一般的である。それにも関わらず、利用者が高価なプローブ型車載装置を購入するのは、プローブ情報に基づいてリアルタイムに作成される道路交通情報の恩恵を受けたいためであると考えられる。
【００２０】
ここで、プローブ情報に基づく道路交通情報の精度を実用性のあるレベルに保つためには、プローブカーの台数が十分に多いことが必要条件となる。しかし、上記したようにプローブ情報型車載装置は高価であるため、プローブ情報型車載装置を搭載したプローブカーの台数が伸び悩んでいるという現状がある。このため、リアルタイムな道路交通情報の利便性に期待してプローブ情報型車載装置を購入した利用者は、購入価格に見合ったサービスを受けられない結果となってしまっていた。
【００２１】
そこで、本発明に係るナビゲーション手法では、プローブカーの台数を増加させる仕組みや、ナビゲーション機能を細分化したサブ機能ごとに使用許可を与える仕組みを提供することで、様々なニーズを有する多様な利用者の満足度の向上を図ることとした。
【００２２】
図１の（Ｂ）に示したように、本発明に係るナビゲーション手法では、サーバ装置側に「使用許可情報」を設け、かかる使用許可情報において使用を許可されているプローブカー（車載装置）へのみ、プローブ情報に基づく道路交通情報を提供することとした。すなわち、本願発明に係るナビゲーション手法は、すべてのプローブカーがプローブ情報に基づく道路交通情報を受ける権利を有するという従来の仕組みに代えて、特定のプローブカーのみがかかる道路交通情報を受ける権利を有するというあらたな仕組みを提案するものである。
【００２３】
このため、本願発明に係るナビゲーション手法は、プローブ情報の取得元と、プローブ情報に基づいて作成される道路交通情報の提供先とをあえて異ならせることができる仕組みを有している。
【００２４】
具体的には、本願発明に係るナビゲーション手法は、プローブカーに搭載された車載装置がプローブ情報を送信すると（図１の（Ｂ−１）参照）、プローブ情報を収集するサーバ装置は、収集したプローブ情報に基づいて道路交通情報を生成する（図１の（Ｂ−２）参照）。
【００２５】
ここで、本願発明に係るナビゲーション手法では、サーバ装置が、使用許可情報に基づいて道路交通情報の提供先を限定する処理を行う。そして、使用許可情報において、使用許可ありとされたプローブカー（車載装置）へのみ、生成した道路交通情報を提供する（図１の（Ｂ−３）参照）。
【００２６】
すなわち、本願発明に係るナビゲーション手法によれば、プローブ情報の取得および送信機能を少なくとも備えた廉価な車載装置を用意することで、プローブカーの台数増加を図ることができる。そして、利用者が希望する場合には、サーバ装置を介した使用許可をネットワーク経由で付与することで、使用可能な機能を増加させることができる。ここで、使用許可の対象は、上記した道路交通情報を提供するサブ機能には限られず、検索、経路探索、音声案内といった各種サブ機能をも含む。
【００２７】
したがって、本願発明に係るナビゲーション手法によれば、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく交通情報などの提供用情報を精度良く生成し、利用者へ提供することができる。なお、本願発明に係るナビゲーション手法は、車載装置で使用が許可されるサブ機能の組合せに応じた柔軟な課金処理を行うことができるが、この点については、図６等を用いて後述することとする。
【００２８】
以下では、図１を用いて説明したナビゲーション手法を適用したナビゲーションシステムおよび車載装置についての実施例を詳細に説明する。なお、以下に示す実施例では、すべての車載装置がプローブ情報の取得機能および送信機能を有する場合について説明するが、これらの機能を有しない車載装置をナビゲーションシステムに含めることとしてもよい。また、以下に示す実施例では、「車載装置を購入した利用者」といった記載を行うが、車載装置の価格が無料である場合にも、便宜的に「購入」という用語を用いるものとする。
【００２９】
なお、車載装置の価格については、ナビ機能やタッチパネルディスプレイなどの基本となる構成に見合うハードウェア価格を無料または市場で競争力を保つことができる価格とし、音楽や動画の再生機能や、携帯電話などの携帯端末との通信機能に対応するオプションハードウェアについては、有料とすることとしてもよい。
【実施例】
【００３０】
図２は、本実施例に係るナビゲーションシステム１のネットワーク図である。同図に示すように、本実施例に係るナビゲーションシステム１は、車両に搭載される車載装置１０と、複数の車載装置１０と通信するサーバ装置２０とを含んでいる。なお、サーバ装置２０は、電波塔などの送受信施設経由で、各車載装置１０と通信する。
【００３１】
ナビゲーションシステム１は、いわゆる配信型のナビゲーション手法をとっており、車載装置１０は、必要最小限のハードウェアで構成されている。そして、従来の車載ナビゲーション装置が標準的に備えている検索機能や、経路探索機能といった機能は、サーバ装置２０側に移管されており、車載装置１０は、サーバ装置２０と通信することで、これらの機能を提供する。
【００３２】
具体的には、車載装置１０は、キャッシュ用メモリと、ナビアプリ実行環境と、描画エンジンとを備えている。キャッシュ用メモリは、サーバ装置２０から車載装置１０へ配信される配信用地図データや、配信用アプリを保存するメモリである。ここで、ナビゲーションシステム１は配信型のナビゲーション手法をとっているため、車載装置１０は、ＨＤＤナビのように大容量の記憶部を要しない。したがって、車載装置１０のハードウェアコストを削減することができる。
【００３３】
また、ナビアプリ実行環境は、サーバ装置２０から配信される配信用アプリを実行するハードウェア環境を指す。ここで、ナビアプリ実行環境は、キャッシュ用メモリに対するアクセスを行いつつ、配信用アプリを動作させるＣＰＵ（Central Processing Unit）の機能を有するものとする。なお、上記したように、検索機能や、経路探索機能といった機能は、サーバ装置２０側へ移管されているので、従来の車載ナビゲーション装置よりも低い処理性能のＣＰＵで足りる。したがって、車載装置１０のハードウェアコストを削減することができる。
【００３４】
そして、描画エンジンは、図示しないディスプレイに表示される地図画面や、メニュー画面等を生成する処理を行うデバイスである。このように、車載装置１０のハードウェア構成は、従来の車載ナビゲーション装置に比べてシンプルかつ低コストなものとなっている。したがって、後述するように、車載装置１０を、たとえば、無償で提供するといった運用も可能となる。なお、図１を用いて既に説明したように、車載装置１０は、プローブ情報を取得してサーバ装置２０へ送信する機能を有するものとする。
【００３５】
一方、サーバ装置２０は、配信用地図データや、配信用アプリを記憶しており、検索エンジンや、経路探索エンジンを備えている。配信用地図データは、所定のメッシュサイズで区分された地図データであり、たとえば、車載装置１０を購入した利用者の自宅近辺のメッシュ地図を基準地図データとして配信する。そして、利用者が選択したプラン（利用者とサービス提供者との間で交わされた契約）に応じたメッシュ地図を適宜、配信する。
【００３６】
配信用アプリは、たとえば、ナビゲーション機能を実現するためのアプリ（ソフトウェア）であり、車載装置１０の購入後に、車載装置１０へ配信される。なお、ナビゲーション機能を細分化したサブ機能ごとに配信用アプリを用意しておき、利用者が選択したプランに応じ、対応する配信用アプリを都度、配信することとしてもよい。
【００３７】
検索エンジンは、車載装置１０から受信したキーワードに応じ、利用者が所望する施設や、地名等を検索するソフトウェアである。また、経路探索エンジンは、車載装置１０から受信した現在位置や目的地に応じ、現在地から目的地までの候補経路を探索するソフトウェアである。
【００３８】
このように、ナビゲーションシステム１は、従来の車載ナビゲーション装置が標準的に有していた機能について、最小限の機能のみを車載装置１０側に残しつつ、その他の機能については、サーバ装置２０側へ移管することで、車載装置１０のコスト低減を図っている。そして、地図データの更新や、アプリの更新といったアフターメンテナンスについては、サーバ装置２０主導で行うことで、利用者の利便性向上を図っている。
【００３９】
次に、車載装置１０の構成について図３を用いて説明する。同図に示すように、車載装置１０は、ＧＰＳ（Global Positioning System）部１１と、車速取得部１２と、ジャイロ部１３と、表示操作部１４と、通信インタフェース１５と、制御部１６と、記憶部１７とを備えている。
【００４０】
また、制御部１６は、プローブ情報取得部１６ａと、使用要求部１６ｂと、サブ機能有効化部１６ｃと、サブ機能実行部１６ｄと、送信部１６ｅと、受信部１６ｆとをさらに備えている。そして、記憶部１７は、アプリ１７ａと、地図データ１７ｂとを記憶する。
【００４１】
ＧＰＳ部１１は、ＧＰＳ衛星から受信した電波に基づいて車載装置１０の位置、すなわち、自車位置を取得する処理を行うデバイスである。なお、このＧＰＳ部１１は、取得した自車位置を制御部１６のプローブ情報取得部１６ａへ渡す処理を併せて行う。
【００４２】
車速取得部１２は、車載装置１０が搭載される車両から走行速度を取得する処理を行うデバイスである。なお、この車速取得部１２は、取得した走行速度を制御部１６のプローブ情報取得部１６ａへ渡す処理を併せて行う。
【００４３】
ジャイロ部１３は、たとえば、ヨー方向の運動、すなわち、車両の走行方向を取得する処理を行うジャイロである。ここで、ジャイロ部１３を３軸ジャイロ（ピッチ方向、ロール方向およびヨー方向の運動を検出するジャイロ）で構成することとしてもよいが、車載装置１０のコスト低減の観点からは、ヨー方向のジャイロのみで構成することが好ましい。なお、このジャイロ部１３は、取得した走行方向を制御部１６のプローブ情報取得部１６ａへ渡す処理を併せて行う。
【００４４】
表示操作部１４は、たとえば、タッチパネルディスプレイなどの入出力デバイスであり、利用者の操作を受け付ける処理を行うとともに、ナビ画面などを表示する処理を行う。また、通信インタフェース１５は、無線通信デバイスであり、車載装置１０とサーバ装置２０との間のデータ送受信を行う。
【００４５】
制御部１６は、車載装置１０の全体制御を行う制御部である。プローブ情報取得部１６ａは、ＧＰＳ部１１から受け取った自車位置、車速取得部１２から受け取った走行速度、ジャイロ部１３から受け取った走行方向を含んだプローブ情報を生成する処理を行う処理部である。なお、このプローブ情報取得部１６ａは、プローブ情報に対してプローブ情報の生成時刻を付加したうえで、送信部１６ｅ経由および通信インタフェース１５経由でサーバ装置２０へ送信する処理を併せて行う。また、このプローブ情報取得部１６ａは、車載装置１０とは別体として構成されていても、車載装置１０と協動して上記した処理を果たすものであればよい。
【００４６】
使用要求部１６ｂは、表示操作部１４から受け取った操作内容に基づき、ナビゲーション機能自体の使用要求、ナビゲーション機能を細分化したサブ機能の使用要求を、送信部１６ｅ経由および通信インタフェース１５経由サーバ装置２０へ送信する処理を行う処理部である。なお、この使用要求部１６ｂがナビゲーション機能自体の使用要求を行った場合であって、サーバ装置２０がかかる使用要求を許可した場合には、サーバ装置２０からナビゲーション機能に対応するアプリ１７ａが配布される。
【００４７】
たとえば、この使用要求部１６ｂは、車載装置１０の出荷段階で無効とされているナビゲーション機能の使用要求をサーバ装置２０へ送信する。また、使用要求部１６ｂは、利用者が契約プランの変更を希望する場合には、利用者もしくは販売店店員の操作に応じ、ナビゲーション機能におけるサブ機能の使用開始または使用終了の要求をサーバ装置２０へ送信する。
【００４８】
サブ機能有効化部１６ｃは、受信部１６ｆ経由でサーバ装置２０からサブ機能の有効化指示を受けた場合に、該当するサブ機能を有効化するようにサブ機能実行部１６ｄへ指示する処理を行う。なお、このサブ機能有効化部１６ｃは、サーバ装置２０からサブ機能の無効化指示を受けた場合には、該当するサブ機能を無効化するようにサブ機能実行部１６ｄへ指示する処理を併せて行う。
【００４９】
サブ機能実行部１６ｄは、アプリ１７ａを実行するとともに、アプリ１７ａが生成した画面等を表示操作部１４へ表示させる処理を行う処理部である。ここで、サブ機能実行部１６ｄは、サブ機能有効化部１６から有効化指示を受けたサブ機能のみを実行する。
【００５０】
送信部１６ｅは、プローブ情報取得部１６ａから受け取ったプローブ情報、使用要求部１６ｂから受け取った使用開始要求および使用終了要求を、通信インタフェース１５経由でサーバ装置２０へ送信する処理を行う処理部である。
【００５１】
また、受信部１６ｆは、サーバ装置２０から通信インタフェース１５経由でサブ機能有効化指示またはサブ機能無効化指示を受信した場合に、これらの指示をサブ機能有効化部１６ｃへ渡す処理を行う処理部である。また、この受信部１６ｆは、サーバ装置２０から通信インタフェース１５経由で、配布用アプリや配布用地図データを受信した場合には、受信した配布用アプリや配布用地図データを、記憶部１７へ登録する処理を併せて行う。
【００５２】
記憶部１７は、不揮発性メモリ、たとえば、メモリカード等で構成された記憶デバイスであり、アプリ１７ａおよび地図データ１７ｂを記憶する。アプリ１７ａは、サーバ装置２０から配布されるアプリ（ソフトウェア）であり、たとえば、ナビゲーション機能自体に対応するアプリ、ナビゲーション機能を細分化したサブ機能に対応するアプリなどがある。なお、ナビゲーション機能自体に対応するアプリについては、出荷段階で車載装置１０へあらかじめインストールしておき、使用要求部１６ｂ経由で最初の使用要求がなされた場合に、アプリの実行を許可することとしてもよい。
【００５３】
地図データ１７ｂは、車載装置１０を購入した利用者の自宅近辺のメッシュ地図である基準地図データや、利用者が選択したプラン（利用者とサービス提供者との間で交わされた契約）に応じて適宜、サーバ装置２０から配信されるメッシュ地図である。なお、基準地図データは、使用要求部１６ｂ経由で最初の使用要求が行われた場合に、サーバ装置２０から配信される。
【００５４】
次に、車載装置１０の記憶部１７に記憶されるアプリ１７ａおよび地図データ１７ｂについて、図４を用いてさらに詳細に説明する。図４は、アプリ配置およびデータ配置の一例を示す図である。なお、同図の（Ａ）には、アプリ配置の一例を、同図の（Ｂ）には、データ配置の一例を、それぞれ示している。
【００５５】
図４の（Ａ）に示すように、ナビゲーション機能を細分化したサブ機能は、車載装置１０側と、サーバ装置２０側とに分散配置される。ここで、車載装置１０側には、「マッチング」サブ機能、「学習」サブ機能、「案内・誘導」サブ機能、「地図描画」サブ機能が配置される。なお、これらのサブ機能にそれぞれ対応するアプリを、サーバ装置２０が車載装置１０へ配布することとしてもよい。
【００５６】
ここで、「マッチング」サブ機能とは、自車位置を示すシンボルが、地図上の道路から外れないように補正する処理を行う機能である。また、「学習」サブ機能とは、たとえば、マッチング処理時の補正を行う機能である。また、「案内・誘導」サブ機能とは、利用者が選択した目的地までの経路について、経路案内や、経路誘導を行う機能である。そして、「地図描画」サブ機能とは、地図データの描画や、自車位置を示すシンボルの合成といった画像処理を行う、いわゆる、描画エンジンである。
【００５７】
一方、サーバ装置２０側には、「探索（初期探索、再探索）」サブ機能、「渋滞反映」サブ機能、「検索」サブ機能、「地図更新」サブ機能が配置される。
【００５８】
ここで、「探索（初期探索、再探索）」サブ機能は、車載装置１０から受信した探索指示に基づき、現在位置から目的値までのルート探索、いったん探索したルートからずれた場合などにおける目的値までのルート再探索、といった処理を行う機能である。そして、この「探索（初期探索、再探索）」サブ機能は、探索結果を車載装置１０へ応答する処理を併せて行う。
【００５９】
また、「渋滞反映」サブ機能は、各車載装置１０から収集したプローブ情報に基づいて生成した道路交通情報から、各車載装置１０の自車位置に関連する情報を抽出したうえで、該当する車載装置１０へそれぞれ配布する処理を行う機能である。
【００６０】
また、「検索」サブ機能は、車載装置１０から受信したキーワードに基づき、利用者が所望する施設や、地名等を検索する機能である。そして、この「検索」サブ機能は、検索結果を車載装置１０へ応答する処理を併せて行う。
【００６１】
そして、「地図更新」サブ機能は、メッシュ地図の集合として管理している地図データの変更等が生じた場合に、変更後のメッシュ地図を、該当する車載装置１０へそれぞれ配布する処理を行う機能である。
【００６２】
このように、ナビゲーションシステム１は、車載装置１０側には、速いレスポンスが要求されるサブ機能のみを配置し、その他のサブ機能については、サーバ装置２０側に配置することで、利用者の利便性向上と、車載装置１０の記憶容量低減との両立を図っている。
【００６３】
また、図４の（Ｂ）に示すように、データ配置についても、車載装置１０側には、必要最小限のデータのみを配置することとしている。具体的には、車載装置１０に配置される「地図情報（部分）」および「案内音声（部分）」は、車載装置１０を購入した利用者の自宅近辺のメッシュ地図に対応する地図データおよび案内音声である。なお、これらのデータは、上述した使用要求部１６ｂ経由でナビゲーション機能の使用要求が行われた場合に、サーバ装置２０から配信される。
【００６４】
一方、サーバ装置２０側には、「検索用シンボル情報」、「渋滞情報」、「地図情報（全体）」および「案内音声（全体）」が配置される。ここで、「検索用シンボル情報」は、地図上に表示される施設等をあらわすシンボルの検索に用いられる情報である。また、「渋滞情報」は、各車載装置１０から収集したプローブ情報に基づいて生成した道路交通情報である。
【００６５】
また、「地図情報（全体）」は、たとえば、日本国内全体に対応する地図データであり、「案内音声（全体）」は、日本国内全体に対応する案内音声データである。このように、ナビゲーションシステム１は、車載装置１０側には、必要最小限のデータのみを配置し、その他のデータについてはサーバ装置２０側へ配置することとしているので、車載装置１０の記憶容量を低減することができるとともに、ネットワーク経由で柔軟なデータ更新を行うことができる。
【００６６】
次に、サーバ装置２０の構成について図５を用いて説明する。図５は、サーバ装置２０の構成を示すブロック図である。同図に示すように、サーバ装置２０は、通信インタフェース２１と、制御部２２と、記憶部２３とを備えている。
【００６７】
また、制御部２２は、受信部２２ａと、プローブ情報収集部２２ｂと、道路交通情報生成部２２ｃと、使用許可情報更新部２２ｄと、提供部２２ｅと、送信部２２ｆと、課金部２２ｇとをさらに備えている。そして、記憶部２３は、プローブ情報２３ａと、道路交通情報２３ｂと、使用許可情報２３ｃと、配信用アプリ２３ｄと、配信用地図データ２３ｅと、課金情報２３ｆとを記憶する。
【００６８】
通信インタフェース２１は、有線通信デバイスであり、送受信施設経由でサーバ装置２０と車載装置１０との間のデータ送受信を行う。また、制御部２２は、サーバ装置２０の全体制御を行う制御部である。
【００６９】
受信部２２ａは、通信インタフェース２１経由で、各車載装置１０からプローブ情報、使用開始要求、使用終了要求といったデータを受信する処理を行う処理部である。また、この受信部２２ａは、受信したデータを、プローブ情報収集部２２ｂ、使用許可情報更新部２２ｄおよび提供部２２ｅへそれぞれ振り分ける処理を併せて行う。
【００７０】
プローブ情報収集部２２ｂは、受信部２２ａから受け取ったプローブ情報を、プローブ情報２３ａとして記憶部２３へ登録する処理を行う処理部である。また、このプローブ情報収集部２２ｂは、たとえば、所定の時間間隔ごとに、道路交通情報生成部２２ｃに対して道路交通情報の生成を指示する処理を行う処理を併せて行う。
【００７１】
道路交通情報生成部２２ｃは、記憶部２３のプローブ情報２３ａに基づいて渋滞情報などのリアルタイムな交通情報を生成するとともに、生成した交通情報を道路交通情報２３ｂとして記憶部２３へ登録する処理を行う処理部である。
【００７２】
使用許可情報更新部２２ｄは、受信部２２ａ経由で、車載装置１０から受け取った使用開始要求あるいは使用終了要求に基づき、記憶部２３の使用許可情報２３ｃを更新する処理を行う処理部である。なお、使用許可情報２３ｃの内容については、図６および図７を用いて後述する。
【００７３】
提供部２２ｅは、使用許可情報２３ｃにおいて所定のサブ機能の使用が許可されている車載装置１０に対し、道路交通情報２３ｂ、配信用アプリ２３ｄ、配信用地図データ２３ｅ等を提供する処理を行う処理部である。
【００７４】
たとえば、この提供部２２ｅは、使用許可情報２３ｃにおいて渋滞情報の使用が許可されている車載装置１０に対し、道路交通情報２３ｂを提供する。ここで、提供部２２ｅは、プローブ情報２３ａを参照することで、車載装置１０の現在位置を取得する。そして、提供部２２ｅは、かかる現在位置に関連する渋滞情報を、道路交通情報２３ｂから抽出したうえで、渋滞情報の使用が許可されている車載装置１０へそれぞれ提供する。
【００７５】
送信部２２ｆは、提供部２２ｅから受け取ったアプリやデータを、該当する車載装置１０へ、通信インタフェース２１経由でそれぞれ送信する処理を行う処理部である。また、課金部２２ｇは、車載装置１０の購入者が選択したプラン、購入後に変更したプラン、あるいは、購入後に任意に選択されたオプションプラン等に応じ、各購入者へ請求すべき課金情報２３を生成して記憶部２３へ登録する処理を行う処理部である。
【００７６】
記憶部２３は、ハードディスクドライブなどの記憶デバイスで構成される記憶部である。プローブ情報２３ａは、各車載装置１０から収集したプローブ情報を集積した情報である。なお、プローブ情報２３ａは、各情報の取得時刻や、位置情報による検索が容易となるように構成される。
【００７７】
道路交通情報２３ｂは、プローブ情報２３ａに基づいて生成されるリアルタイムな交通情報であり、たとえば、道路ごとの渋滞情報である。また、使用許可情報２３ｃは、各車載装置１０で使用可能なサブ機能を、車載装置１０ごとに定義した情報である。なお、この使用許可情報２３ｃは、車載装置１０からの要求に応じて使用許可情報更新部２２ｄによって更新される。
【００７８】
ここで、この使用許可情報２３ｃについて図６および図７を用いて説明しておく。図６は、契約プランの例を示す図である。なお、図６に示した契約プランのうちいずれかが、利用者によって選択されると、選択されたプランと、車載装置１０の識別子とを対応付けた情報が、使用許可情報２３ｃに登録される。
【００７９】
図６に示すように、契約プランには、無料プラン６１と、セットプランと、いずれのプランとも任意に組み合わせることができる付加価値サービスとがある。また、セットプランには、料金が安いほうから、プランＡ、プランＢおよびプランＣがある。
【００８０】
そして、すべての車載装置１０からサーバ装置２０へ送信されるプローブ情報に基づいて生成される道路交通情報２３ｂ（図５参照）に対応する提供サービスは、同図のサブ機能６２である。すなわち、サブ機能６２は、車載装置１０のすべての利用者に対して提供されるのではなく、サブ機能６２を明示的に選択した利用者（車載装置１０）に対してのみ提供される。
【００８１】
無料プラン６１は、基準となるプランであり、車載装置１０を購入した利用者全員が無料で得ることができる。図６に示したように、この無料プラン６１では、たとえば、利用者の自宅周辺３０ｋｍ四方のメッシュ地図が基準地図データとして配布される。
【００８２】
また、無料プラン６１における、ナビゲーション機能は、地図上に自車位置シンボルを表示する現在位置表示といった、最小限の案内機能のみに限られている。そして、従来のナビゲーション車載装置では標準機能とされている検索機能や探索機能（経路探索機能）といったサブ機能は、この無料プラン６１では、提供されない。
【００８３】
このように、無料プラン６１では、利用者が使用可能なサブ機能が最小限のものに制限されている。しかし、上記したように、車載装置１０は、プローブ情報の取得および送信機能を標準機能として備えているので、車載装置１０を購入した利用者は、プローブ情報送信の見返りとして、無料で図６の無料プラン６１に示したサブ機能を使用することが許可される。すなわち、無料プラン６１を設けることで、車載装置１０の普及促進を図ることが可能となる。なお、無料プラン６１で、少額の料金を徴収することとしてもよい。
【００８４】
各セットプランは、高額なプランほど、使用可能なサブ機能が増加するように設定された料金プランである。たとえば、「地図エリア」については、プランＡでは、自宅周辺５０ｋｍ四方であるが、プランＢでは隣接県全域に、プランＣでは隣接県全域に加えてスポット利用権というように、順次拡大されていく。ここで、スポット利用権とは、たとえば、隣接県よりも遠方へのドライブの際に、通過するエリアの地図データを一時的に取得する権利のことを指す。
【００８５】
また、「検索機能」については、プランＡでは、周辺のみの検索が許可されているのに対し、プランＢでは、さらに、名称やジャンル／施設についての検索が許可され、プランＣでは、さらに、電話番号や住所についての検索が許可される。
【００８６】
また、「探索機能」については、プランＡでは、推奨ルートや自動探索ルートの探索のみが許可されているのに対し、プランＢでは、さらに、最短ルートの探索が許可され、プランＣでは、さらに、一般／有料道路有線ルートの探索が許可される。
【００８７】
そして、「案内機能」については、プランＡでは、音声案内や交差点拡大図といった機能が許可されているのに対し、プランＢでは、さらに、到着時刻表示の機能が許可され、プランＣでは、さらに、高速道路略図表示の機能が許可される。
【００８８】
ところで、「付加価値サービス」は、いずれのプランにも任意に組合せることができる提供サービスであり、料金は、選択された機能別に決定される。この「付加価値サービス」では、たとえば、「検索機能」については、ＰＣ（パソコン）連携機能や、ドライブプラン作成機能等がある。また、「探索機能」については、リアルタイム渋滞情報や渋滞回避ルートの提供機能がある。
【００８９】
そして、「案内機能」については、ヒヤリハット案内等がある。ここでヒヤリハット案内とは、結果として事故につながらなかった事例を地図情報と関連付け、注意喚起の案内を行う機能を指す。なお、この「案内機能」が使用する情報を、プローブ情報に基づいて作成することとしてもよい。
【００９０】
次に、使用許可情報２３ｃ（図５参照）の例について図７を用いて説明する。図７は、渋滞情報関連サブ機能用の使用許可情報２３ｃの一例を示す図である。なお、他のサブ機能についても、同図と同様の使用許可情報２３ｃがそれぞれ用意される。同図に示すように、渋滞情報関連サブ機能用の使用許可情報２３ｃは、「車載装置ＩＤ」項目、「許可フラグ」項目および「基準エリア」項目を含んだ情報である。
【００９１】
「車載装置ＩＤ」項目には、車載装置１０を一意に識別する識別子が格納される。また、「許可フラグ」項目には、渋滞情報関連サブ機能の使用が許可されているか否かが、たとえば、ＯＮ、ＯＦＦといったフラグで格納される。そして、「基準エリア」項目には、利用者の自宅が含まれる位置情報が格納される。
【００９２】
図７に示した例では、車載装置ＩＤが「１１１１１」の利用者の許可フラグは「ＯＮ」、すなわち、渋滞情報関連サブ機能の使用が許可されており、この利用者の自宅位置は、「Ｎ０１０Ｅ０１０」である。また、車載装置ＩＤが「２２２２２」の利用者の許可フラグは「ＯＦＦ」、すなわち、渋滞情報関連サブ機能の使用が許可されておらず、この利用者の自宅位置は、「Ｎ０２０Ｅ０２０」である。
【００９３】
図５の説明に戻り、サーバ装置２０についての説明を続ける。配信用アプリ２３ｄは、各車載装置１０へ配布されるアプリ（ソフトウェア）である。配信用地図データ２３ｅは、各車載装置１０へ配布される地図データである。また、課金情報２３ｆは、制御部２２の課金部２２ｇによって利用者ごとに生成される利用料金についての情報である。
【００９４】
次に、車載装置１０が実行する処理手順について図８を用いて説明する。図８は、車載装置１０が実行する処理手順を示すフローチャートである。ここで、図８には、車載装置１０が利用者によって購入され、通常の作動状態となるまでの処理手順を示している。また、購入直後における車載装置１０の契約プランは、無料プラン（図６参照）であるものとする。なお、事後的な契約プランの変更も可能であるが、ここでの説明は省略する。
【００９５】
図８に示すように、使用要求部１６ｂが、初期設定操作を受け付けると（ステップＳ１０１）、所定の使用開始要求をサーバ装置２０へ送信する。なお、かかる使用開始要求を受信したサーバ装置２０は、該当するデータや、アプリを車載装置１０へ送信する。
【００９６】
そして、受信部１６ｆは、サーバ装置２０から基準アプリをダウンロードするとともに（ステップＳ１０２）、基準地図をダウンロードする（ステップＳ１０３）。なお、ダウンロードされた基準アプリは、記憶部１７においてアプリ１７ａとしてキャッシュされ、同じく基準地図は、記憶部１７において地図データ１７ｂとしてキャッシュされる。
【００９７】
つづいて、使用要求部１６ｂは、プラン変更要求操作を受け付けたか否かを判定し（ステップＳ１０４）、プラン変更要求操作を受け付けた場合には（ステップＳ１０４，Ｙｅｓ）、変更要求をサーバ装置２０へ送信する（ステップＳ１０５）。
【００９８】
つづいて、受信部１６ｆは、サーバ装置２０から変更許可を受信したか否かを判定し（ステップＳ１０６）、変更許可を受信した場合には（ステップＳ１０６，Ｙｅｓ）、サブ機能有効化部１６ｄは、該当するサブ機能の有効化あるいは無効化をサブ機能実行部１６ｄへ指示する（ステップＳ１０７）。そして、送信部１６ｅは、プローブ情報の送信を開始し（ステップＳ１０８）、処理を終了する。
【００９９】
なお、ステップＳ１０４の判定条件を満たさなかった場合（ステップＳ１０４，Ｎｏ）、および、ステップＳ１０６の判定条件を満たさなかった場合には（ステップＳ１０６，Ｎｏ）、プローブ情報の送信を開始したうえで（ステップＳ１０８）、処理を終了する。
【０１００】
次に、サーバ装置２０が実行する処理手順について図９を用いて説明する。図９は、サーバ装置２０が実行する処理手順を示すフローチャートである。なお、図９には、サーバ装置２０が、車載装置１０から受信したプローブ情報に基づいて生成した道路交通情報を、該当する車載装置１０へ提供する手順について示している。
【０１０１】
図９に示すように、プローブ情報収集部２２ｂは、車載装置１０から受信したプローブ情報を記憶部２３のプローブ情報２３ａへ格納する（ステップＳ２０１）。つづいて、道路交通情報生成部２２ｃは、プローブ情報２３ａに基づいて道路交通情報を生成し（ステップＳ２０２）、生成した道路交通情報を記憶部２３の道路交通情報２３ｂへ格納する（ステップＳ２０３）。
【０１０２】
そして、提供部２２ｅは、使用許可情報２３ｃを参照し（ステップＳ２０４）、道路交通情報提供の許可がある車載装置１０を検索する。そして、許可あり車載装置１０である場合には（ステップＳ２０５，Ｙｅｓ）、この車載装置１０の基準エリアに基づいて道路交通情報を抽出する（ステップＳ２０６）。つづいて、抽出した道路交通情報を車載装置１０へ送信し（ステップＳ２０７）、未処理の車載装置１０がないか判定する(ステップＳ２０８)。
【０１０３】
そして、未処理の車載装置１０がない場合には（ステップＳ２０８，Ｙｅｓ）、処理を終了する。なお、ステップＳ２０５の判定条件を満たさなかった場合には（ステップＳ２０５，Ｎｏ）、ステップＳ２０６およびステップＳ２０７の処理手順を実行することなく、ステップＳ２０８の処理手順を実行する。また、ステップＳ２０８の処理手順を満たさなかった場合には（ステップＳ２０８，Ｎｏ）、ステップＳ２０５以降の処理手順を繰り返す。
【０１０４】
なお、図９では、道路交通情報を送信すべき車載装置１０をサーバ装置２０が決定する場合について示した。しかしながら、これに限らず、道路交通情報などの各種データの配布を車載装置１０がサーバ装置２０へ要求し、サーバ装置２０が該当する車載装置１０へ要求された各種データを配布することとしてもよい。
【０１０５】
上述してきたように、本実施例では、車載装置は、車載装置が搭載された車両に関するプローブ情報を取得し、取得されたプローブ情報をサーバ装置へ送信し、ナビゲーションに関する１または複数のサブ機能について、サーバ装置から使用を許可されたサブ機能のみを有効化し、サーバ装置は、車載装置から受信したプローブ情報に基づいて道路交通情報を生成し、サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶し、道路交通情報の使用が使用許可情報において許可されている車載装置に対して道路交通情報を提供することとした。
【０１０６】
したがって、プローブ情報の取得元と、プローブ情報に基づいて作成される道路交通情報の提供先とをあえて異ならせることができる仕組みを提供することで、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく交通情報などの提供用情報を精度良く生成し、利用者へ提供することができる。
【０１０７】
なお、上記した実施例では、プローブ情報に基づいて生成する情報として、道路交通情報を一例として説明したが、道路交通情報以外の情報提供サービスを行うこともできる。たとえば、天候、燃費、エコルートについてのプローブ情報を収集し、収集したプローブ情報に基づいて天候、燃費、エコルートに関する情報提供サービスを行うこととしてもよい。
【産業上の利用可能性】
【０１０８】
以上のように、本発明に係るナビゲーションシステムおよび車載装置は、プローブ情報を用いたナビゲーションシステムの普及に有用であり、特に、利用者のニーズに応じたサービス提供を柔軟に行いたい場合に適している。
【符号の説明】
【０１０９】
１ ナビゲーションシステム
１０ 車載装置
１１ ＧＰＳ部
１２ 車速取得部
１３ ジャイロ部
１４ 表示操作部
１５ 通信インタフェース
１６ 制御部
１６ａ プローブ情報取得部
１６ｂ 使用要求部
１６ｃ サブ機能有効化部
１６ｄ サブ機能実行部
１６ｅ 送信部
１６ｆ 受信部
１７ 記憶部
１７ａ アプリ
１７ｂ 地図データ
２０ サーバ装置
２１ 通信インタフェース
２２ 制御部
２２ａ 受信部
２２ｂ プローブ情報収集部
２２ｃ 道路交通情報生成部
２２ｄ 使用許可情報更新部
２２ｅ 提供部
２２ｆ 送信部
２２ｇ 課金部
２３ 記憶部
２３ａ プローブ情報
２３ｂ 道路交通情報
２３ｃ 使用許可情報
２３ｄ 配信用アプリ
２３ｅ 配信用地図データ
２３ｆ 課金情報
【技術分野】
【０００１】
この発明は車両に搭載される車載装置と、車載装置にネットワーク接続されるサーバ装置とで車両に対するナビゲーションを行うナビゲーションシステムおよび車載装置に関し、特に、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく高精度なサービスを提供することができるナビゲーションシステムおよび車載装置に関する。
【背景技術】
【０００２】
従来、ＧＰＳ（Global Positioning System）を利用して車両のナビゲーションを行う車載ナビゲーション装置が知られている。かかる車載ナビゲーション装置は、地図情報上に現在の車両位置や進行方向を重畳表示するとともに、目的地までの経路探索機能や、探索した経路を案内する経路案内機能を有することが一般的である。
【０００３】
そして、近年では、地図情報の詳細化に伴う地図データや案内用音声データの増大に対応するために、大容量の記憶容量を有するＨＤＤ（Hard Disk Drive）を備えたいわゆるＨＤＤナビが登場するに至っている。
【０００４】
また、特定の車載ナビゲーション装置を搭載した車両をセンサ代わりに用い（プローブカー）、各プローブカーから収集したプローブ情報（たとえば、時刻情報、位置情報、速度情報）に基づいて渋滞情報などの交通情報を作成する交通情報作成システムも提案されている（たとえば、特許文献１参照）。
【０００５】
この交通情報作成システムに用いられる車載ナビゲーション装置は、センター等と通信する通信機能を備えている。このため、現状の車載ナビゲーション装置は、高機能かつ高価格という傾向がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−８４２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、車載ナビゲーション装置の購入を希望する利用者の中には、あらかじめ用意された機能のうち一部の機能しか必要としない利用者や、自宅の近辺のごく限られた範囲のみしか走行しない利用者も存在する。そして、このような利用者は、高機能な車載ナビゲーション装置に伴う高価さゆえに、車載ナビゲーション装置の購入自体を見送る可能性が高いという問題がある。
【０００８】
しかし、このように車載ナビゲーションの購入が見送られてしまうと、特許文献１の前提となっているプローブカーの台数が十分に増加せず、精度の高い交通情報の作成が困難となってしまう。そして、プローブカーの台数が十分でないと、精度の良い交通情報を欲してプローブ情報利用型の高価な車載ナビゲーション装置を購入した利用者を満足させることができなくなってしまう。
【０００９】
本発明は、上述した従来技術による問題点を解消するためになされたものであって、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく高精度なサービスを提供することができるナビゲーションシステムおよび車載装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、車両に搭載される車載装置と、前記車載装置にネットワーク接続されるサーバ装置とで前記車両に対するナビゲーションを行うナビゲーションシステムであって、前記車載装置は、当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、前記プローブ情報取得手段によって取得されたプローブ情報を前記サーバ装置へ送信する送信手段と、前記ナビゲーションに関する１または複数のサブ機能について、前記サーバ装置から使用を許可された前記サブ機能のみを有効化する有効化手段とを備え、前記サーバ装置は、前記車載装置から受信した前記プローブ情報に基づいて道路交通情報を生成する生成手段と、前記サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶する許可情報記憶手段と、前記道路交通情報の使用が前記使用許可情報において許可されている前記車載装置に対して前記道路交通情報を提供する提供手段とを備えたことを特徴とする。
【００１１】
また、本発明は、車両に搭載される車載装置であって、当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、前記プローブ情報取得手段によって取得されたプローブ情報を上位装置へ送信する送信手段と、前記プローブ情報に基づく道路交通情報の使用を前記上位装置から許可された場合にのみ、当該道路交通情報の提供機能を有効化する有効化手段とを備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、車載装置は、車載装置が搭載された車両に関するプローブ情報を取得し、取得されたプローブ情報をサーバ装置へ送信し、ナビゲーションに関する１または複数のサブ機能について、サーバ装置から使用を許可されたサブ機能のみを有効化し、サーバ装置は、車載装置から受信したプローブ情報に基づいて道路交通情報を生成し、サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶し、道路交通情報の使用が使用許可情報において許可されている車載装置に対して道路交通情報を提供することとしたので、プローブ情報の取得元と、プローブ情報に基づいて作成される道路交通情報の提供先とをあえて異ならせることができる仕組みを提供することで、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく交通情報などの高精度なサービスを提供することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明に係るナビゲーション手法の概要を示す図である。
【図２】図２は、本実施例に係るナビゲーションシステムのネットワーク図である。
【図３】図３は、車載装置の構成を示すブロック図である。
【図４】図４は、アプリ配置およびデータ配置の一例を示す図である。
【図５】図５は、サーバ装置の構成を示すブロック図である。
【図６】図６は、契約プランの例を示す図である。
【図７】図７は、渋滞情報関連サブ機能用の使用許可情報の一例を示す図である。
【図８】図８は、車載装置が実行する処理手順を示すフローチャートである。
【図９】図９は、サーバ装置が実行する処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、本発明に係るナビゲーション手法を適用した車載装置およびナビゲーションシステムの実施例を詳細に説明する。なお、以下では、本発明に係るナビゲーション手法の概要について図１を用いて説明した後に、本発明に係るナビゲーション手法を適用したナビゲーションシステムについての実施例を図２〜図９を用いて説明することとする。
【００１５】
まず、実施例の詳細な説明に先立ち、本発明に係るナビゲーション手法の概要について図１を用いて説明する。図１は、本発明に係るナビゲーション手法の概要を示す図である。なお、同図の（Ａ）には、従来技術に係るナビゲーション手法の概要を、同図の（Ｂ）には、本発明に係るナビゲーション手法の概要を、それぞれ示している。
【００１６】
図１の（Ａ）に示すように、従来技術に係るナビゲーション手法では、プローブ情報を取得して送信する機能を有する車載装置を用い（図１の（Ａ−１）参照）、車載装置から送信されたプローブ情報をサーバ装置で収集することで、道路交通情報を生成していた（図１の（Ａ−２）参照）。そして、サーバ装置は、生成した道路交通情報を、各プローブカーへ送信していた（図１の（Ａ−３）参照）。
【００１７】
ここで、「プローブ情報」とは、情報取得時刻、車両位置、車両速度といったデータを含んだ情報である。また、「プローブカー」とは、プローブ情報を取得して送信する機能を有する車載装置（以下、「プローブ型車載装置」と記載する）が搭載された車両のことを指す。そして、「道路交通情報」とは、時々刻々と変化する渋滞情報などのリアルタイムな交通情報のことを指す。
【００１８】
すなわち、従来技術に係るナビゲーション手法では、プローブ型車載装置それぞれが、プローブ情報に基づいて作成される道路交通情報を受け取る権利を有することを前提としているといえる。
【００１９】
言い換えると、リアルタイムな道路交通情報を受け取りたい利用者は、プローブ情報の取得機能および送信機能を有する車載装置を購入する必要がある。しかし、プローブ型車載装置は、このような機能を有さない非プローブ型車載装置と比較して高価であることが一般的である。それにも関わらず、利用者が高価なプローブ型車載装置を購入するのは、プローブ情報に基づいてリアルタイムに作成される道路交通情報の恩恵を受けたいためであると考えられる。
【００２０】
ここで、プローブ情報に基づく道路交通情報の精度を実用性のあるレベルに保つためには、プローブカーの台数が十分に多いことが必要条件となる。しかし、上記したようにプローブ情報型車載装置は高価であるため、プローブ情報型車載装置を搭載したプローブカーの台数が伸び悩んでいるという現状がある。このため、リアルタイムな道路交通情報の利便性に期待してプローブ情報型車載装置を購入した利用者は、購入価格に見合ったサービスを受けられない結果となってしまっていた。
【００２１】
そこで、本発明に係るナビゲーション手法では、プローブカーの台数を増加させる仕組みや、ナビゲーション機能を細分化したサブ機能ごとに使用許可を与える仕組みを提供することで、様々なニーズを有する多様な利用者の満足度の向上を図ることとした。
【００２２】
図１の（Ｂ）に示したように、本発明に係るナビゲーション手法では、サーバ装置側に「使用許可情報」を設け、かかる使用許可情報において使用を許可されているプローブカー（車載装置）へのみ、プローブ情報に基づく道路交通情報を提供することとした。すなわち、本願発明に係るナビゲーション手法は、すべてのプローブカーがプローブ情報に基づく道路交通情報を受ける権利を有するという従来の仕組みに代えて、特定のプローブカーのみがかかる道路交通情報を受ける権利を有するというあらたな仕組みを提案するものである。
【００２３】
このため、本願発明に係るナビゲーション手法は、プローブ情報の取得元と、プローブ情報に基づいて作成される道路交通情報の提供先とをあえて異ならせることができる仕組みを有している。
【００２４】
具体的には、本願発明に係るナビゲーション手法は、プローブカーに搭載された車載装置がプローブ情報を送信すると（図１の（Ｂ−１）参照）、プローブ情報を収集するサーバ装置は、収集したプローブ情報に基づいて道路交通情報を生成する（図１の（Ｂ−２）参照）。
【００２５】
ここで、本願発明に係るナビゲーション手法では、サーバ装置が、使用許可情報に基づいて道路交通情報の提供先を限定する処理を行う。そして、使用許可情報において、使用許可ありとされたプローブカー（車載装置）へのみ、生成した道路交通情報を提供する（図１の（Ｂ−３）参照）。
【００２６】
すなわち、本願発明に係るナビゲーション手法によれば、プローブ情報の取得および送信機能を少なくとも備えた廉価な車載装置を用意することで、プローブカーの台数増加を図ることができる。そして、利用者が希望する場合には、サーバ装置を介した使用許可をネットワーク経由で付与することで、使用可能な機能を増加させることができる。ここで、使用許可の対象は、上記した道路交通情報を提供するサブ機能には限られず、検索、経路探索、音声案内といった各種サブ機能をも含む。
【００２７】
したがって、本願発明に係るナビゲーション手法によれば、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく交通情報などの提供用情報を精度良く生成し、利用者へ提供することができる。なお、本願発明に係るナビゲーション手法は、車載装置で使用が許可されるサブ機能の組合せに応じた柔軟な課金処理を行うことができるが、この点については、図６等を用いて後述することとする。
【００２８】
以下では、図１を用いて説明したナビゲーション手法を適用したナビゲーションシステムおよび車載装置についての実施例を詳細に説明する。なお、以下に示す実施例では、すべての車載装置がプローブ情報の取得機能および送信機能を有する場合について説明するが、これらの機能を有しない車載装置をナビゲーションシステムに含めることとしてもよい。また、以下に示す実施例では、「車載装置を購入した利用者」といった記載を行うが、車載装置の価格が無料である場合にも、便宜的に「購入」という用語を用いるものとする。
【００２９】
なお、車載装置の価格については、ナビ機能やタッチパネルディスプレイなどの基本となる構成に見合うハードウェア価格を無料または市場で競争力を保つことができる価格とし、音楽や動画の再生機能や、携帯電話などの携帯端末との通信機能に対応するオプションハードウェアについては、有料とすることとしてもよい。
【実施例】
【００３０】
図２は、本実施例に係るナビゲーションシステム１のネットワーク図である。同図に示すように、本実施例に係るナビゲーションシステム１は、車両に搭載される車載装置１０と、複数の車載装置１０と通信するサーバ装置２０とを含んでいる。なお、サーバ装置２０は、電波塔などの送受信施設経由で、各車載装置１０と通信する。
【００３１】
ナビゲーションシステム１は、いわゆる配信型のナビゲーション手法をとっており、車載装置１０は、必要最小限のハードウェアで構成されている。そして、従来の車載ナビゲーション装置が標準的に備えている検索機能や、経路探索機能といった機能は、サーバ装置２０側に移管されており、車載装置１０は、サーバ装置２０と通信することで、これらの機能を提供する。
【００３２】
具体的には、車載装置１０は、キャッシュ用メモリと、ナビアプリ実行環境と、描画エンジンとを備えている。キャッシュ用メモリは、サーバ装置２０から車載装置１０へ配信される配信用地図データや、配信用アプリを保存するメモリである。ここで、ナビゲーションシステム１は配信型のナビゲーション手法をとっているため、車載装置１０は、ＨＤＤナビのように大容量の記憶部を要しない。したがって、車載装置１０のハードウェアコストを削減することができる。
【００３３】
また、ナビアプリ実行環境は、サーバ装置２０から配信される配信用アプリを実行するハードウェア環境を指す。ここで、ナビアプリ実行環境は、キャッシュ用メモリに対するアクセスを行いつつ、配信用アプリを動作させるＣＰＵ（Central Processing Unit）の機能を有するものとする。なお、上記したように、検索機能や、経路探索機能といった機能は、サーバ装置２０側へ移管されているので、従来の車載ナビゲーション装置よりも低い処理性能のＣＰＵで足りる。したがって、車載装置１０のハードウェアコストを削減することができる。
【００３４】
そして、描画エンジンは、図示しないディスプレイに表示される地図画面や、メニュー画面等を生成する処理を行うデバイスである。このように、車載装置１０のハードウェア構成は、従来の車載ナビゲーション装置に比べてシンプルかつ低コストなものとなっている。したがって、後述するように、車載装置１０を、たとえば、無償で提供するといった運用も可能となる。なお、図１を用いて既に説明したように、車載装置１０は、プローブ情報を取得してサーバ装置２０へ送信する機能を有するものとする。
【００３５】
一方、サーバ装置２０は、配信用地図データや、配信用アプリを記憶しており、検索エンジンや、経路探索エンジンを備えている。配信用地図データは、所定のメッシュサイズで区分された地図データであり、たとえば、車載装置１０を購入した利用者の自宅近辺のメッシュ地図を基準地図データとして配信する。そして、利用者が選択したプラン（利用者とサービス提供者との間で交わされた契約）に応じたメッシュ地図を適宜、配信する。
【００３６】
配信用アプリは、たとえば、ナビゲーション機能を実現するためのアプリ（ソフトウェア）であり、車載装置１０の購入後に、車載装置１０へ配信される。なお、ナビゲーション機能を細分化したサブ機能ごとに配信用アプリを用意しておき、利用者が選択したプランに応じ、対応する配信用アプリを都度、配信することとしてもよい。
【００３７】
検索エンジンは、車載装置１０から受信したキーワードに応じ、利用者が所望する施設や、地名等を検索するソフトウェアである。また、経路探索エンジンは、車載装置１０から受信した現在位置や目的地に応じ、現在地から目的地までの候補経路を探索するソフトウェアである。
【００３８】
このように、ナビゲーションシステム１は、従来の車載ナビゲーション装置が標準的に有していた機能について、最小限の機能のみを車載装置１０側に残しつつ、その他の機能については、サーバ装置２０側へ移管することで、車載装置１０のコスト低減を図っている。そして、地図データの更新や、アプリの更新といったアフターメンテナンスについては、サーバ装置２０主導で行うことで、利用者の利便性向上を図っている。
【００３９】
次に、車載装置１０の構成について図３を用いて説明する。同図に示すように、車載装置１０は、ＧＰＳ（Global Positioning System）部１１と、車速取得部１２と、ジャイロ部１３と、表示操作部１４と、通信インタフェース１５と、制御部１６と、記憶部１７とを備えている。
【００４０】
また、制御部１６は、プローブ情報取得部１６ａと、使用要求部１６ｂと、サブ機能有効化部１６ｃと、サブ機能実行部１６ｄと、送信部１６ｅと、受信部１６ｆとをさらに備えている。そして、記憶部１７は、アプリ１７ａと、地図データ１７ｂとを記憶する。
【００４１】
ＧＰＳ部１１は、ＧＰＳ衛星から受信した電波に基づいて車載装置１０の位置、すなわち、自車位置を取得する処理を行うデバイスである。なお、このＧＰＳ部１１は、取得した自車位置を制御部１６のプローブ情報取得部１６ａへ渡す処理を併せて行う。
【００４２】
車速取得部１２は、車載装置１０が搭載される車両から走行速度を取得する処理を行うデバイスである。なお、この車速取得部１２は、取得した走行速度を制御部１６のプローブ情報取得部１６ａへ渡す処理を併せて行う。
【００４３】
ジャイロ部１３は、たとえば、ヨー方向の運動、すなわち、車両の走行方向を取得する処理を行うジャイロである。ここで、ジャイロ部１３を３軸ジャイロ（ピッチ方向、ロール方向およびヨー方向の運動を検出するジャイロ）で構成することとしてもよいが、車載装置１０のコスト低減の観点からは、ヨー方向のジャイロのみで構成することが好ましい。なお、このジャイロ部１３は、取得した走行方向を制御部１６のプローブ情報取得部１６ａへ渡す処理を併せて行う。
【００４４】
表示操作部１４は、たとえば、タッチパネルディスプレイなどの入出力デバイスであり、利用者の操作を受け付ける処理を行うとともに、ナビ画面などを表示する処理を行う。また、通信インタフェース１５は、無線通信デバイスであり、車載装置１０とサーバ装置２０との間のデータ送受信を行う。
【００４５】
制御部１６は、車載装置１０の全体制御を行う制御部である。プローブ情報取得部１６ａは、ＧＰＳ部１１から受け取った自車位置、車速取得部１２から受け取った走行速度、ジャイロ部１３から受け取った走行方向を含んだプローブ情報を生成する処理を行う処理部である。なお、このプローブ情報取得部１６ａは、プローブ情報に対してプローブ情報の生成時刻を付加したうえで、送信部１６ｅ経由および通信インタフェース１５経由でサーバ装置２０へ送信する処理を併せて行う。また、このプローブ情報取得部１６ａは、車載装置１０とは別体として構成されていても、車載装置１０と協動して上記した処理を果たすものであればよい。
【００４６】
使用要求部１６ｂは、表示操作部１４から受け取った操作内容に基づき、ナビゲーション機能自体の使用要求、ナビゲーション機能を細分化したサブ機能の使用要求を、送信部１６ｅ経由および通信インタフェース１５経由サーバ装置２０へ送信する処理を行う処理部である。なお、この使用要求部１６ｂがナビゲーション機能自体の使用要求を行った場合であって、サーバ装置２０がかかる使用要求を許可した場合には、サーバ装置２０からナビゲーション機能に対応するアプリ１７ａが配布される。
【００４７】
たとえば、この使用要求部１６ｂは、車載装置１０の出荷段階で無効とされているナビゲーション機能の使用要求をサーバ装置２０へ送信する。また、使用要求部１６ｂは、利用者が契約プランの変更を希望する場合には、利用者もしくは販売店店員の操作に応じ、ナビゲーション機能におけるサブ機能の使用開始または使用終了の要求をサーバ装置２０へ送信する。
【００４８】
サブ機能有効化部１６ｃは、受信部１６ｆ経由でサーバ装置２０からサブ機能の有効化指示を受けた場合に、該当するサブ機能を有効化するようにサブ機能実行部１６ｄへ指示する処理を行う。なお、このサブ機能有効化部１６ｃは、サーバ装置２０からサブ機能の無効化指示を受けた場合には、該当するサブ機能を無効化するようにサブ機能実行部１６ｄへ指示する処理を併せて行う。
【００４９】
サブ機能実行部１６ｄは、アプリ１７ａを実行するとともに、アプリ１７ａが生成した画面等を表示操作部１４へ表示させる処理を行う処理部である。ここで、サブ機能実行部１６ｄは、サブ機能有効化部１６から有効化指示を受けたサブ機能のみを実行する。
【００５０】
送信部１６ｅは、プローブ情報取得部１６ａから受け取ったプローブ情報、使用要求部１６ｂから受け取った使用開始要求および使用終了要求を、通信インタフェース１５経由でサーバ装置２０へ送信する処理を行う処理部である。
【００５１】
また、受信部１６ｆは、サーバ装置２０から通信インタフェース１５経由でサブ機能有効化指示またはサブ機能無効化指示を受信した場合に、これらの指示をサブ機能有効化部１６ｃへ渡す処理を行う処理部である。また、この受信部１６ｆは、サーバ装置２０から通信インタフェース１５経由で、配布用アプリや配布用地図データを受信した場合には、受信した配布用アプリや配布用地図データを、記憶部１７へ登録する処理を併せて行う。
【００５２】
記憶部１７は、不揮発性メモリ、たとえば、メモリカード等で構成された記憶デバイスであり、アプリ１７ａおよび地図データ１７ｂを記憶する。アプリ１７ａは、サーバ装置２０から配布されるアプリ（ソフトウェア）であり、たとえば、ナビゲーション機能自体に対応するアプリ、ナビゲーション機能を細分化したサブ機能に対応するアプリなどがある。なお、ナビゲーション機能自体に対応するアプリについては、出荷段階で車載装置１０へあらかじめインストールしておき、使用要求部１６ｂ経由で最初の使用要求がなされた場合に、アプリの実行を許可することとしてもよい。
【００５３】
地図データ１７ｂは、車載装置１０を購入した利用者の自宅近辺のメッシュ地図である基準地図データや、利用者が選択したプラン（利用者とサービス提供者との間で交わされた契約）に応じて適宜、サーバ装置２０から配信されるメッシュ地図である。なお、基準地図データは、使用要求部１６ｂ経由で最初の使用要求が行われた場合に、サーバ装置２０から配信される。
【００５４】
次に、車載装置１０の記憶部１７に記憶されるアプリ１７ａおよび地図データ１７ｂについて、図４を用いてさらに詳細に説明する。図４は、アプリ配置およびデータ配置の一例を示す図である。なお、同図の（Ａ）には、アプリ配置の一例を、同図の（Ｂ）には、データ配置の一例を、それぞれ示している。
【００５５】
図４の（Ａ）に示すように、ナビゲーション機能を細分化したサブ機能は、車載装置１０側と、サーバ装置２０側とに分散配置される。ここで、車載装置１０側には、「マッチング」サブ機能、「学習」サブ機能、「案内・誘導」サブ機能、「地図描画」サブ機能が配置される。なお、これらのサブ機能にそれぞれ対応するアプリを、サーバ装置２０が車載装置１０へ配布することとしてもよい。
【００５６】
ここで、「マッチング」サブ機能とは、自車位置を示すシンボルが、地図上の道路から外れないように補正する処理を行う機能である。また、「学習」サブ機能とは、たとえば、マッチング処理時の補正を行う機能である。また、「案内・誘導」サブ機能とは、利用者が選択した目的地までの経路について、経路案内や、経路誘導を行う機能である。そして、「地図描画」サブ機能とは、地図データの描画や、自車位置を示すシンボルの合成といった画像処理を行う、いわゆる、描画エンジンである。
【００５７】
一方、サーバ装置２０側には、「探索（初期探索、再探索）」サブ機能、「渋滞反映」サブ機能、「検索」サブ機能、「地図更新」サブ機能が配置される。
【００５８】
ここで、「探索（初期探索、再探索）」サブ機能は、車載装置１０から受信した探索指示に基づき、現在位置から目的値までのルート探索、いったん探索したルートからずれた場合などにおける目的値までのルート再探索、といった処理を行う機能である。そして、この「探索（初期探索、再探索）」サブ機能は、探索結果を車載装置１０へ応答する処理を併せて行う。
【００５９】
また、「渋滞反映」サブ機能は、各車載装置１０から収集したプローブ情報に基づいて生成した道路交通情報から、各車載装置１０の自車位置に関連する情報を抽出したうえで、該当する車載装置１０へそれぞれ配布する処理を行う機能である。
【００６０】
また、「検索」サブ機能は、車載装置１０から受信したキーワードに基づき、利用者が所望する施設や、地名等を検索する機能である。そして、この「検索」サブ機能は、検索結果を車載装置１０へ応答する処理を併せて行う。
【００６１】
そして、「地図更新」サブ機能は、メッシュ地図の集合として管理している地図データの変更等が生じた場合に、変更後のメッシュ地図を、該当する車載装置１０へそれぞれ配布する処理を行う機能である。
【００６２】
このように、ナビゲーションシステム１は、車載装置１０側には、速いレスポンスが要求されるサブ機能のみを配置し、その他のサブ機能については、サーバ装置２０側に配置することで、利用者の利便性向上と、車載装置１０の記憶容量低減との両立を図っている。
【００６３】
また、図４の（Ｂ）に示すように、データ配置についても、車載装置１０側には、必要最小限のデータのみを配置することとしている。具体的には、車載装置１０に配置される「地図情報（部分）」および「案内音声（部分）」は、車載装置１０を購入した利用者の自宅近辺のメッシュ地図に対応する地図データおよび案内音声である。なお、これらのデータは、上述した使用要求部１６ｂ経由でナビゲーション機能の使用要求が行われた場合に、サーバ装置２０から配信される。
【００６４】
一方、サーバ装置２０側には、「検索用シンボル情報」、「渋滞情報」、「地図情報（全体）」および「案内音声（全体）」が配置される。ここで、「検索用シンボル情報」は、地図上に表示される施設等をあらわすシンボルの検索に用いられる情報である。また、「渋滞情報」は、各車載装置１０から収集したプローブ情報に基づいて生成した道路交通情報である。
【００６５】
また、「地図情報（全体）」は、たとえば、日本国内全体に対応する地図データであり、「案内音声（全体）」は、日本国内全体に対応する案内音声データである。このように、ナビゲーションシステム１は、車載装置１０側には、必要最小限のデータのみを配置し、その他のデータについてはサーバ装置２０側へ配置することとしているので、車載装置１０の記憶容量を低減することができるとともに、ネットワーク経由で柔軟なデータ更新を行うことができる。
【００６６】
次に、サーバ装置２０の構成について図５を用いて説明する。図５は、サーバ装置２０の構成を示すブロック図である。同図に示すように、サーバ装置２０は、通信インタフェース２１と、制御部２２と、記憶部２３とを備えている。
【００６７】
また、制御部２２は、受信部２２ａと、プローブ情報収集部２２ｂと、道路交通情報生成部２２ｃと、使用許可情報更新部２２ｄと、提供部２２ｅと、送信部２２ｆと、課金部２２ｇとをさらに備えている。そして、記憶部２３は、プローブ情報２３ａと、道路交通情報２３ｂと、使用許可情報２３ｃと、配信用アプリ２３ｄと、配信用地図データ２３ｅと、課金情報２３ｆとを記憶する。
【００６８】
通信インタフェース２１は、有線通信デバイスであり、送受信施設経由でサーバ装置２０と車載装置１０との間のデータ送受信を行う。また、制御部２２は、サーバ装置２０の全体制御を行う制御部である。
【００６９】
受信部２２ａは、通信インタフェース２１経由で、各車載装置１０からプローブ情報、使用開始要求、使用終了要求といったデータを受信する処理を行う処理部である。また、この受信部２２ａは、受信したデータを、プローブ情報収集部２２ｂ、使用許可情報更新部２２ｄおよび提供部２２ｅへそれぞれ振り分ける処理を併せて行う。
【００７０】
プローブ情報収集部２２ｂは、受信部２２ａから受け取ったプローブ情報を、プローブ情報２３ａとして記憶部２３へ登録する処理を行う処理部である。また、このプローブ情報収集部２２ｂは、たとえば、所定の時間間隔ごとに、道路交通情報生成部２２ｃに対して道路交通情報の生成を指示する処理を行う処理を併せて行う。
【００７１】
道路交通情報生成部２２ｃは、記憶部２３のプローブ情報２３ａに基づいて渋滞情報などのリアルタイムな交通情報を生成するとともに、生成した交通情報を道路交通情報２３ｂとして記憶部２３へ登録する処理を行う処理部である。
【００７２】
使用許可情報更新部２２ｄは、受信部２２ａ経由で、車載装置１０から受け取った使用開始要求あるいは使用終了要求に基づき、記憶部２３の使用許可情報２３ｃを更新する処理を行う処理部である。なお、使用許可情報２３ｃの内容については、図６および図７を用いて後述する。
【００７３】
提供部２２ｅは、使用許可情報２３ｃにおいて所定のサブ機能の使用が許可されている車載装置１０に対し、道路交通情報２３ｂ、配信用アプリ２３ｄ、配信用地図データ２３ｅ等を提供する処理を行う処理部である。
【００７４】
たとえば、この提供部２２ｅは、使用許可情報２３ｃにおいて渋滞情報の使用が許可されている車載装置１０に対し、道路交通情報２３ｂを提供する。ここで、提供部２２ｅは、プローブ情報２３ａを参照することで、車載装置１０の現在位置を取得する。そして、提供部２２ｅは、かかる現在位置に関連する渋滞情報を、道路交通情報２３ｂから抽出したうえで、渋滞情報の使用が許可されている車載装置１０へそれぞれ提供する。
【００７５】
送信部２２ｆは、提供部２２ｅから受け取ったアプリやデータを、該当する車載装置１０へ、通信インタフェース２１経由でそれぞれ送信する処理を行う処理部である。また、課金部２２ｇは、車載装置１０の購入者が選択したプラン、購入後に変更したプラン、あるいは、購入後に任意に選択されたオプションプラン等に応じ、各購入者へ請求すべき課金情報２３を生成して記憶部２３へ登録する処理を行う処理部である。
【００７６】
記憶部２３は、ハードディスクドライブなどの記憶デバイスで構成される記憶部である。プローブ情報２３ａは、各車載装置１０から収集したプローブ情報を集積した情報である。なお、プローブ情報２３ａは、各情報の取得時刻や、位置情報による検索が容易となるように構成される。
【００７７】
道路交通情報２３ｂは、プローブ情報２３ａに基づいて生成されるリアルタイムな交通情報であり、たとえば、道路ごとの渋滞情報である。また、使用許可情報２３ｃは、各車載装置１０で使用可能なサブ機能を、車載装置１０ごとに定義した情報である。なお、この使用許可情報２３ｃは、車載装置１０からの要求に応じて使用許可情報更新部２２ｄによって更新される。
【００７８】
ここで、この使用許可情報２３ｃについて図６および図７を用いて説明しておく。図６は、契約プランの例を示す図である。なお、図６に示した契約プランのうちいずれかが、利用者によって選択されると、選択されたプランと、車載装置１０の識別子とを対応付けた情報が、使用許可情報２３ｃに登録される。
【００７９】
図６に示すように、契約プランには、無料プラン６１と、セットプランと、いずれのプランとも任意に組み合わせることができる付加価値サービスとがある。また、セットプランには、料金が安いほうから、プランＡ、プランＢおよびプランＣがある。
【００８０】
そして、すべての車載装置１０からサーバ装置２０へ送信されるプローブ情報に基づいて生成される道路交通情報２３ｂ（図５参照）に対応する提供サービスは、同図のサブ機能６２である。すなわち、サブ機能６２は、車載装置１０のすべての利用者に対して提供されるのではなく、サブ機能６２を明示的に選択した利用者（車載装置１０）に対してのみ提供される。
【００８１】
無料プラン６１は、基準となるプランであり、車載装置１０を購入した利用者全員が無料で得ることができる。図６に示したように、この無料プラン６１では、たとえば、利用者の自宅周辺３０ｋｍ四方のメッシュ地図が基準地図データとして配布される。
【００８２】
また、無料プラン６１における、ナビゲーション機能は、地図上に自車位置シンボルを表示する現在位置表示といった、最小限の案内機能のみに限られている。そして、従来のナビゲーション車載装置では標準機能とされている検索機能や探索機能（経路探索機能）といったサブ機能は、この無料プラン６１では、提供されない。
【００８３】
このように、無料プラン６１では、利用者が使用可能なサブ機能が最小限のものに制限されている。しかし、上記したように、車載装置１０は、プローブ情報の取得および送信機能を標準機能として備えているので、車載装置１０を購入した利用者は、プローブ情報送信の見返りとして、無料で図６の無料プラン６１に示したサブ機能を使用することが許可される。すなわち、無料プラン６１を設けることで、車載装置１０の普及促進を図ることが可能となる。なお、無料プラン６１で、少額の料金を徴収することとしてもよい。
【００８４】
各セットプランは、高額なプランほど、使用可能なサブ機能が増加するように設定された料金プランである。たとえば、「地図エリア」については、プランＡでは、自宅周辺５０ｋｍ四方であるが、プランＢでは隣接県全域に、プランＣでは隣接県全域に加えてスポット利用権というように、順次拡大されていく。ここで、スポット利用権とは、たとえば、隣接県よりも遠方へのドライブの際に、通過するエリアの地図データを一時的に取得する権利のことを指す。
【００８５】
また、「検索機能」については、プランＡでは、周辺のみの検索が許可されているのに対し、プランＢでは、さらに、名称やジャンル／施設についての検索が許可され、プランＣでは、さらに、電話番号や住所についての検索が許可される。
【００８６】
また、「探索機能」については、プランＡでは、推奨ルートや自動探索ルートの探索のみが許可されているのに対し、プランＢでは、さらに、最短ルートの探索が許可され、プランＣでは、さらに、一般／有料道路有線ルートの探索が許可される。
【００８７】
そして、「案内機能」については、プランＡでは、音声案内や交差点拡大図といった機能が許可されているのに対し、プランＢでは、さらに、到着時刻表示の機能が許可され、プランＣでは、さらに、高速道路略図表示の機能が許可される。
【００８８】
ところで、「付加価値サービス」は、いずれのプランにも任意に組合せることができる提供サービスであり、料金は、選択された機能別に決定される。この「付加価値サービス」では、たとえば、「検索機能」については、ＰＣ（パソコン）連携機能や、ドライブプラン作成機能等がある。また、「探索機能」については、リアルタイム渋滞情報や渋滞回避ルートの提供機能がある。
【００８９】
そして、「案内機能」については、ヒヤリハット案内等がある。ここでヒヤリハット案内とは、結果として事故につながらなかった事例を地図情報と関連付け、注意喚起の案内を行う機能を指す。なお、この「案内機能」が使用する情報を、プローブ情報に基づいて作成することとしてもよい。
【００９０】
次に、使用許可情報２３ｃ（図５参照）の例について図７を用いて説明する。図７は、渋滞情報関連サブ機能用の使用許可情報２３ｃの一例を示す図である。なお、他のサブ機能についても、同図と同様の使用許可情報２３ｃがそれぞれ用意される。同図に示すように、渋滞情報関連サブ機能用の使用許可情報２３ｃは、「車載装置ＩＤ」項目、「許可フラグ」項目および「基準エリア」項目を含んだ情報である。
【００９１】
「車載装置ＩＤ」項目には、車載装置１０を一意に識別する識別子が格納される。また、「許可フラグ」項目には、渋滞情報関連サブ機能の使用が許可されているか否かが、たとえば、ＯＮ、ＯＦＦといったフラグで格納される。そして、「基準エリア」項目には、利用者の自宅が含まれる位置情報が格納される。
【００９２】
図７に示した例では、車載装置ＩＤが「１１１１１」の利用者の許可フラグは「ＯＮ」、すなわち、渋滞情報関連サブ機能の使用が許可されており、この利用者の自宅位置は、「Ｎ０１０Ｅ０１０」である。また、車載装置ＩＤが「２２２２２」の利用者の許可フラグは「ＯＦＦ」、すなわち、渋滞情報関連サブ機能の使用が許可されておらず、この利用者の自宅位置は、「Ｎ０２０Ｅ０２０」である。
【００９３】
図５の説明に戻り、サーバ装置２０についての説明を続ける。配信用アプリ２３ｄは、各車載装置１０へ配布されるアプリ（ソフトウェア）である。配信用地図データ２３ｅは、各車載装置１０へ配布される地図データである。また、課金情報２３ｆは、制御部２２の課金部２２ｇによって利用者ごとに生成される利用料金についての情報である。
【００９４】
次に、車載装置１０が実行する処理手順について図８を用いて説明する。図８は、車載装置１０が実行する処理手順を示すフローチャートである。ここで、図８には、車載装置１０が利用者によって購入され、通常の作動状態となるまでの処理手順を示している。また、購入直後における車載装置１０の契約プランは、無料プラン（図６参照）であるものとする。なお、事後的な契約プランの変更も可能であるが、ここでの説明は省略する。
【００９５】
図８に示すように、使用要求部１６ｂが、初期設定操作を受け付けると（ステップＳ１０１）、所定の使用開始要求をサーバ装置２０へ送信する。なお、かかる使用開始要求を受信したサーバ装置２０は、該当するデータや、アプリを車載装置１０へ送信する。
【００９６】
そして、受信部１６ｆは、サーバ装置２０から基準アプリをダウンロードするとともに（ステップＳ１０２）、基準地図をダウンロードする（ステップＳ１０３）。なお、ダウンロードされた基準アプリは、記憶部１７においてアプリ１７ａとしてキャッシュされ、同じく基準地図は、記憶部１７において地図データ１７ｂとしてキャッシュされる。
【００９７】
つづいて、使用要求部１６ｂは、プラン変更要求操作を受け付けたか否かを判定し（ステップＳ１０４）、プラン変更要求操作を受け付けた場合には（ステップＳ１０４，Ｙｅｓ）、変更要求をサーバ装置２０へ送信する（ステップＳ１０５）。
【００９８】
つづいて、受信部１６ｆは、サーバ装置２０から変更許可を受信したか否かを判定し（ステップＳ１０６）、変更許可を受信した場合には（ステップＳ１０６，Ｙｅｓ）、サブ機能有効化部１６ｄは、該当するサブ機能の有効化あるいは無効化をサブ機能実行部１６ｄへ指示する（ステップＳ１０７）。そして、送信部１６ｅは、プローブ情報の送信を開始し（ステップＳ１０８）、処理を終了する。
【００９９】
なお、ステップＳ１０４の判定条件を満たさなかった場合（ステップＳ１０４，Ｎｏ）、および、ステップＳ１０６の判定条件を満たさなかった場合には（ステップＳ１０６，Ｎｏ）、プローブ情報の送信を開始したうえで（ステップＳ１０８）、処理を終了する。
【０１００】
次に、サーバ装置２０が実行する処理手順について図９を用いて説明する。図９は、サーバ装置２０が実行する処理手順を示すフローチャートである。なお、図９には、サーバ装置２０が、車載装置１０から受信したプローブ情報に基づいて生成した道路交通情報を、該当する車載装置１０へ提供する手順について示している。
【０１０１】
図９に示すように、プローブ情報収集部２２ｂは、車載装置１０から受信したプローブ情報を記憶部２３のプローブ情報２３ａへ格納する（ステップＳ２０１）。つづいて、道路交通情報生成部２２ｃは、プローブ情報２３ａに基づいて道路交通情報を生成し（ステップＳ２０２）、生成した道路交通情報を記憶部２３の道路交通情報２３ｂへ格納する（ステップＳ２０３）。
【０１０２】
そして、提供部２２ｅは、使用許可情報２３ｃを参照し（ステップＳ２０４）、道路交通情報提供の許可がある車載装置１０を検索する。そして、許可あり車載装置１０である場合には（ステップＳ２０５，Ｙｅｓ）、この車載装置１０の基準エリアに基づいて道路交通情報を抽出する（ステップＳ２０６）。つづいて、抽出した道路交通情報を車載装置１０へ送信し（ステップＳ２０７）、未処理の車載装置１０がないか判定する(ステップＳ２０８)。
【０１０３】
そして、未処理の車載装置１０がない場合には（ステップＳ２０８，Ｙｅｓ）、処理を終了する。なお、ステップＳ２０５の判定条件を満たさなかった場合には（ステップＳ２０５，Ｎｏ）、ステップＳ２０６およびステップＳ２０７の処理手順を実行することなく、ステップＳ２０８の処理手順を実行する。また、ステップＳ２０８の処理手順を満たさなかった場合には（ステップＳ２０８，Ｎｏ）、ステップＳ２０５以降の処理手順を繰り返す。
【０１０４】
なお、図９では、道路交通情報を送信すべき車載装置１０をサーバ装置２０が決定する場合について示した。しかしながら、これに限らず、道路交通情報などの各種データの配布を車載装置１０がサーバ装置２０へ要求し、サーバ装置２０が該当する車載装置１０へ要求された各種データを配布することとしてもよい。
【０１０５】
上述してきたように、本実施例では、車載装置は、車載装置が搭載された車両に関するプローブ情報を取得し、取得されたプローブ情報をサーバ装置へ送信し、ナビゲーションに関する１または複数のサブ機能について、サーバ装置から使用を許可されたサブ機能のみを有効化し、サーバ装置は、車載装置から受信したプローブ情報に基づいて道路交通情報を生成し、サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶し、道路交通情報の使用が使用許可情報において許可されている車載装置に対して道路交通情報を提供することとした。
【０１０６】
したがって、プローブ情報の取得元と、プローブ情報に基づいて作成される道路交通情報の提供先とをあえて異ならせることができる仕組みを提供することで、様々なニーズを有する多様な利用者を満足させつつ、プローブ情報に基づく交通情報などの提供用情報を精度良く生成し、利用者へ提供することができる。
【０１０７】
なお、上記した実施例では、プローブ情報に基づいて生成する情報として、道路交通情報を一例として説明したが、道路交通情報以外の情報提供サービスを行うこともできる。たとえば、天候、燃費、エコルートについてのプローブ情報を収集し、収集したプローブ情報に基づいて天候、燃費、エコルートに関する情報提供サービスを行うこととしてもよい。
【産業上の利用可能性】
【０１０８】
以上のように、本発明に係るナビゲーションシステムおよび車載装置は、プローブ情報を用いたナビゲーションシステムの普及に有用であり、特に、利用者のニーズに応じたサービス提供を柔軟に行いたい場合に適している。
【符号の説明】
【０１０９】
１ ナビゲーションシステム
１０ 車載装置
１１ ＧＰＳ部
１２ 車速取得部
１３ ジャイロ部
１４ 表示操作部
１５ 通信インタフェース
１６ 制御部
１６ａ プローブ情報取得部
１６ｂ 使用要求部
１６ｃ サブ機能有効化部
１６ｄ サブ機能実行部
１６ｅ 送信部
１６ｆ 受信部
１７ 記憶部
１７ａ アプリ
１７ｂ 地図データ
２０ サーバ装置
２１ 通信インタフェース
２２ 制御部
２２ａ 受信部
２２ｂ プローブ情報収集部
２２ｃ 道路交通情報生成部
２２ｄ 使用許可情報更新部
２２ｅ 提供部
２２ｆ 送信部
２２ｇ 課金部
２３ 記憶部
２３ａ プローブ情報
２３ｂ 道路交通情報
２３ｃ 使用許可情報
２３ｄ 配信用アプリ
２３ｅ 配信用地図データ
２３ｆ 課金情報
【特許請求の範囲】
【請求項１】
車両に搭載される車載装置と、前記車載装置にネットワーク接続されるサーバ装置とで前記車両に対するナビゲーションを行うナビゲーションシステムであって、
前記車載装置は、
当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、
前記プローブ情報取得手段によって取得されたプローブ情報を前記サーバ装置へ送信する送信手段と、
前記ナビゲーションに関する１または複数のサブ機能について、前記サーバ装置から使用を許可された前記サブ機能のみを有効化する有効化手段と
を備え、
前記サーバ装置は、
前記車載装置から受信した前記プローブ情報に基づいて道路交通情報を生成する生成手段と、
前記サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶する許可情報記憶手段と、
前記道路交通情報の使用が前記使用許可情報において許可されている前記車載装置に対して前記道路交通情報を提供する提供手段と
を備えたことを特徴とするナビゲーションシステム。
【請求項２】
前記使用許可情報は、
使用を許可する前記サブ機能の任意の組合せおよび／または前記サブ機能の有効期間に対応した料金情報を含んでおり、
前記サーバ装置は、
前記料金情報に基づいて前記車載装置ごとの課金額を決定する課金額決定手段
をさらに備えたことを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記車載装置の前記有効化手段は、
前記サーバ装置からダウンロードされた所定のソフトウェアを実行することによって作動することを特徴とする請求項１または２に記載のナビゲーションシステム。
【請求項４】
前記車載装置は、
前記サーバ装置に対して前記サブ機能の使用開始要求または使用終了要求を行う要求手段
をさらに備え、
前記サーバ装置は、
前記要求手段から受信した前記使用開始要求または前記使用終了要求に基づいて前記使用許可情報を更新する使用許可情報更新手段
をさらに備えたことを特徴とする請求項１、２または３に記載のナビゲーションシステム。
【請求項５】
前記サーバ装置の前記提供手段は、
前記車載装置での使用が前記使用許可情報において許可されている前記サブ機能に用いられる情報を、当該車載装置から受信した前記プローブ情報に含まれる位置情報に基づいて抽出したうえで、抽出した情報を前記車載装置に対して提供することを特徴とする請求項１〜４のいずれか一つに記載のナビゲーションシステム。
【請求項６】
車両に搭載される車載装置であって、
当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、
前記プローブ情報取得手段によって取得されたプローブ情報を上位装置へ送信する送信手段と、
前記プローブ情報に基づく道路交通情報の使用を前記上位装置から許可された場合にのみ、当該道路交通情報の提供機能を有効化する有効化手段と
を備えたことを特徴とする車載装置。
【請求項１】
車両に搭載される車載装置と、前記車載装置にネットワーク接続されるサーバ装置とで前記車両に対するナビゲーションを行うナビゲーションシステムであって、
前記車載装置は、
当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、
前記プローブ情報取得手段によって取得されたプローブ情報を前記サーバ装置へ送信する送信手段と、
前記ナビゲーションに関する１または複数のサブ機能について、前記サーバ装置から使用を許可された前記サブ機能のみを有効化する有効化手段と
を備え、
前記サーバ装置は、
前記車載装置から受信した前記プローブ情報に基づいて道路交通情報を生成する生成手段と、
前記サブ機能の使用を許可するか否かを前記車載装置ごとに定めた情報である使用許可情報を記憶する許可情報記憶手段と、
前記道路交通情報の使用が前記使用許可情報において許可されている前記車載装置に対して前記道路交通情報を提供する提供手段と
を備えたことを特徴とするナビゲーションシステム。
【請求項２】
前記使用許可情報は、
使用を許可する前記サブ機能の任意の組合せおよび／または前記サブ機能の有効期間に対応した料金情報を含んでおり、
前記サーバ装置は、
前記料金情報に基づいて前記車載装置ごとの課金額を決定する課金額決定手段
をさらに備えたことを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記車載装置の前記有効化手段は、
前記サーバ装置からダウンロードされた所定のソフトウェアを実行することによって作動することを特徴とする請求項１または２に記載のナビゲーションシステム。
【請求項４】
前記車載装置は、
前記サーバ装置に対して前記サブ機能の使用開始要求または使用終了要求を行う要求手段
をさらに備え、
前記サーバ装置は、
前記要求手段から受信した前記使用開始要求または前記使用終了要求に基づいて前記使用許可情報を更新する使用許可情報更新手段
をさらに備えたことを特徴とする請求項１、２または３に記載のナビゲーションシステム。
【請求項５】
前記サーバ装置の前記提供手段は、
前記車載装置での使用が前記使用許可情報において許可されている前記サブ機能に用いられる情報を、当該車載装置から受信した前記プローブ情報に含まれる位置情報に基づいて抽出したうえで、抽出した情報を前記車載装置に対して提供することを特徴とする請求項１〜４のいずれか一つに記載のナビゲーションシステム。
【請求項６】
車両に搭載される車載装置であって、
当該車載装置が搭載された車両に関するプローブ情報を取得するプローブ情報取得手段と、
前記プローブ情報取得手段によって取得されたプローブ情報を上位装置へ送信する送信手段と、
前記プローブ情報に基づく道路交通情報の使用を前記上位装置から許可された場合にのみ、当該道路交通情報の提供機能を有効化する有効化手段と
を備えたことを特徴とする車載装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−１１８４８４（Ｐ２０１１−１１８４８４Ａ）
【公開日】平成２３年６月１６日（２０１１．６．１６）
【国際特許分類】
【出願番号】特願２００９−２７２８６７（Ｐ２００９−２７２８６７）
【出願日】平成２１年１１月３０日（２００９．１１．３０）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
【公開日】平成２３年６月１６日（２０１１．６．１６）
【国際特許分類】
【出願日】平成２１年１１月３０日（２００９．１１．３０）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
[ Back to top ]