カーナビゲーション装置
【課題】指定された出発点から到着点までの各ルートの走行について見込まれる燃料使用量に関して、信頼性の高い情報を示すことが可能となるカーナビゲーション装置を提供する。
【解決手段】燃料使用量を検出する検出部と、該検出の結果を用いて、車両の走行ごとに、走行ルートと燃料使用量実績を含む走行データを生成して蓄積する、走行データ蓄積部と、発着点の指定を受付ける発着点指定受付部と、走行ルートのうち、発着点が該指定のなされた発着点と略一致するものを選出する選出部と、走行データの各々を用いて、該選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する燃料情報表示部と、該選出された走行ルートのうちの何れかの指定を受付ける、ルート指定受付部と、を備え、該指定のなされた走行ルートを案内するカーナビゲーション装置とする。
【解決手段】燃料使用量を検出する検出部と、該検出の結果を用いて、車両の走行ごとに、走行ルートと燃料使用量実績を含む走行データを生成して蓄積する、走行データ蓄積部と、発着点の指定を受付ける発着点指定受付部と、走行ルートのうち、発着点が該指定のなされた発着点と略一致するものを選出する選出部と、走行データの各々を用いて、該選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する燃料情報表示部と、該選出された走行ルートのうちの何れかの指定を受付ける、ルート指定受付部と、を備え、該指定のなされた走行ルートを案内するカーナビゲーション装置とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の運転者等にルートを案内する、カーナビゲーション装置に関する。
【背景技術】
【０００２】
従来、車両の運転者等にルートを案内する、カーナビゲーション装置（以下、「カーナビ装置」と略記することがある）が広く使用されている。カーナビ装置によれば、ある出発点から到着点までの各ルートのうちの何れかを、例えばユーザの指定に従って特定し、このルートを地図表示などによって案内する。これにより運転者は、目的地まで極力迷わずに車両を運転することが可能となるため、非常に便利である。
【０００３】
また車両の使用に関して、走行に使用されるガソリン等の燃料の量（燃料使用量）は、経済的或いは環境的な観点から、極力抑えられることが望ましい。このような事情から、燃料使用量の削減に貢献するための技術が、種々提案されている。
【０００４】
例えば特許文献１によれば、燃料使用量を監視して、急激な加速や減速を警告したり採点したりする技術が開示されている。また特許文献２によれば、燃料使用量を道路情報や渋滞情報などから予測し、ルート探索に反映する技術が開示されている。
【特許文献１】特開２００７−２２５０５号公報
【特許文献２】特開２００６−５８０８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、ある出発点から到着点まで車両が走行する場合、どのようなルートが選択されるかによって、燃料使用量は変動するといえる。例えば、距離の短い（迂回などが少ない）ルート、良く整備されているルート、或いは渋滞の起こりにくいルート等が選択されれば、燃料使用量は比較的少なくなるが、そうでない場合には、燃料使用量は比較的多くなってしまう。
【０００６】
そのためカーナビ装置においては、予め指定された出発点から到着点までの各ルートのうちの何れかをユーザに指定させるにあたって、各ルートの走行について見込まれる燃料使用量の情報が、ユーザに示されることが望まれる。これによりユーザは、燃料使用量を考慮したルートの指定が容易となり、ひいては、燃料使用量の低減を図ることが可能となる。
【０００７】
なお特許文献１に開示された技術は、燃料の使用量に応じて警告や採点を行うものであるが、各ルートの走行における燃料使用量の情報を提供するものではない。また特許文献２に開示された技術によれば、燃料使用量を道路情報等に基づいて予測することから、過去に走行したことのないルートについても、燃料使用量の情報を提供することが可能である。しかしこの予測された燃料使用量は、予測精度が十分でないと、車両の実際の走行における燃料使用量とは大きく異なるおそれがある。
【０００８】
本発明は上述した問題点に鑑み、指定された出発点から到着点までの各ルートの走行について見込まれる燃料使用量に関して、信頼性の高い情報を示すことが可能となる、カーナビゲーション装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係るカーナビゲーション装置は、車両の走行に用いられた燃料使用量を検出する検出部と、該検出の結果を用いて、車両の走行ごとに、その走行ルートと燃料使用量実績を含む走行データを生成して蓄積する、走行データ蓄積部と、発着点の指定を受付ける発着点指定受付部と、前記走行ルートのうち、発着点が該指定のなされた発着点と略一致するものを選出する選出部と、前記走行データの各々を用いて、該選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する燃料情報表示部と、該選出された走行ルートのうちの何れかの指定を受付ける、ルート指定受付部と、を備え、該指定のなされた走行ルートを案内する構成とする。
【００１０】
本構成によれば、燃料使用量実績を含む走行データが用いられて、指定された出発点から到着点までの各ルートの燃料使用量実績に基づいた情報が表示される。そのため、当該各ルートの走行について見込まれる燃料使用量に関して、信頼性が高い情報を示すことが可能となる。
【００１１】
また上記構成において、前記燃料情報表示部は、前記選出された各走行ルート同士における、燃料使用量実績の平均値の順位を判定し、該判定の結果を反映させた態様によって、前記表示を行う構成としても良い。
【００１２】
本構成によれば、ユーザは、各走行ルート同士における、燃料使用量実績の平均値（通常、必要と見込まれる燃料使用量を表す）の順位を把握することが可能となる。そのためユーザにとっては、燃料使用量が小さくなると見込まれる走行ルートを指定することが容易となる。
【００１３】
また上記構成において、前記燃料情報表示部は、前記選出された各走行ルートに対して、走行回数が所定の閾値を超えているか否かを判定し、該判定の結果を反映させた態様によって、前記表示を行う構成としても良い。
【００１４】
本構成によれば、ユーザは、各走行ルートのうち、走行回数が所定の閾値を下回っているもの（燃料使用量に関する情報の信頼性が、比較的低くなりやすい）を把握することが可能となる。
【００１５】
また上記構成において、前記走行データ蓄積部は、前記走行データの生成にあたって、該走行データに、車両の走行ごとにおける所定の走行条件をも含ませるものであり、前記燃料情報表示部は、前記走行データの各々のうち、指定された走行条件と合致するもののみを用いて、前記選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する構成としても良い。
【００１６】
本構成によれば、ユーザは、指定された走行条件下での、各ルートの走行について見込まれる燃料使用量に関する情報を把握することが可能となる。
【００１７】
また上記構成としてより具体的には、前記走行条件は、曜日、季節、および天候のうちの何れかである構成としても良い。
【００１８】
また上記構成としてより具体的には、前記検出部は、エンジンへの燃料噴射量、走行時のエンジン回転数、走行時のアクセル開度、および走行速度のうちの何れかの測定結果に基づいて、前記燃料使用量を検出する構成としても良い。
【発明の効果】
【００１９】
上述の通り、本発明に係るカーナビゲーション装置によれば、燃料使用量実績を含む走行データが用いられて、指定された出発点から到着点までの各ルートの燃料使用量実績に基づいた情報が表示される。そのため、当該各ルートの走行について見込まれる燃料使用量に関して、信頼性が高い情報を示すことが可能となる。
【発明を実施するための最良の形態】
【００２０】
本発明の実施形態について、車両に搭載されるカーナビゲーション装置（カーナビ装置）を例に挙げて、以下に説明する。当該カーナビ装置の構成概略を表すブロック図を、図１に示す。本図に示すように、カーナビ装置９は、演算制御部１、位置検出部２、燃料使用量検出部３、地図データ記憶部４、操作入力部５、表示部６、およびメモリ７などを備えている。
【００２１】
演算制御部１は、ＣＰＵ［Central Processing Unit］等から構成されており、カーナビ装置９において必要となる演算処理や制御処理を実行する。なお演算制御部１は、時計機能を有しており、現在の月日、時刻、および曜日などを認識可能となっている。またカーナビ装置９において実行される主な処理の内容については、改めて説明する。
【００２２】
位置検出部２は、ＧＰＳ［Global Positioning System］や地磁気センサ等を有しており、現在地（つまり、カーナビ装置９を搭載している車両の位置）を検出する。検出された位置の情報は、適宜、演算制御部１に伝送される。
【００２３】
燃料使用量検出部３は、車両の走行時におけるエンジンへの燃料噴射量を測定することにより、車両の走行に用いられる燃料使用量を検出する。検出された燃料使用量の情報は、適宜、演算制御部１に伝送される。
【００２４】
また燃料使用量検出部３は、上述したものの他、車両の走行時のエンジン回転数、走行時のアクセル開度、および走行速度のうちの何れかの測定結果に基づいて、同様に燃料使用量を検出するものであっても構わない。なお、このようにして燃料使用量を検出する手法自体については公知であるため、その詳細な説明は省略する。
【００２５】
地図データ記憶部４は、例えばＤＶＤやハードディスクなどによって構成されており、地図を表す地図データを記憶する。この地図データは、適宜、演算制御部１に伝送される。
【００２６】
操作入力部５は、例えばユーザによって操作される押しボタンスイッチ等を有しており、操作の内容を演算制御部１に伝送する。これにより演算制御部１は、ユーザの意図を反映させた処理を行うことが可能となっている。
【００２７】
表示部６は、ディスプレイを備えており、演算制御部１の指示に応じて各種の表示を行う。またメモリ７は、例えば書換え可能である不揮発性のメモリによって形成されており、種々の情報を記憶する。特にメモリ７によって記憶される情報には、走行データテーブルやルートデータテーブルが含まれる。
【００２８】
ここで走行データテーブルとは、図２に示すように、メモリ７に登録済みであるルート（登録済みルート）の車両の走行ごとに生成される走行データを、１個または複数個有するものである。各走行データは、走行ナンバー（整理番号）、そのときの走行条件（走行日、曜日、および天候）、燃料使用量実績（燃料使用量検出部３によって検出された燃料使用量）、および走行時間などから形成されている。
【００２９】
なお図２によれば、走行ナンバーが１から４までの各走行データは、何れも「通勤ルート１」というルートの走行によって生成されたもの（つまり、同一ルートの走行によって生成されたもの）であり、走行ナンバー５の走行データは、「通勤ルート２」というルートの走行によって生成されたものである。
【００３０】
またルートデータテーブルとは、図３に示すように、登録済みルートごとに生成されるルートデータを、１個または複数個有するものである。各ルートデータは、ルート名、当該ルートの過去の走行回数（当該ルートに係る走行データの総数と見ることもできる）、燃料使用量実績に基づいた値（各走行データにおける燃料使用量実績の平均値、最大値、および最小値）、および平均走行時間などから形成されている。なお図３に示すように、「通勤ルート１」、「通勤ルート２」、および「通勤ルート３」の各ルートは、「通勤用」というルートカテゴリに属している。ルートカテゴリが同一であるルート同士は、発着点（出発点と到着点）が同一である。
【００３１】
上述した走行データテーブルやルートデータテーブルの内容は、後述する、新規ルート登録処理やルート案内処理を通じて、逐次更新されることになる。またメモリ７は、各登録済みルートの地図上の経路や、各ルートカテゴリの発着点の地図上の位置などの情報も記憶している。
【００３２】
カーナビ装置９は、上述した通りの構成となっており、車両の運転者に対して、予め指定されたルートを案内する処理（ルート案内処理）を実行する。また、未登録のルートを新たに登録するための処理（新規ルート登録処理）を実行する。ここで先ず、新規ルート登録処理の内容について、図４のフローチャートを参照しながら、詳細に説明する。
【００３３】
演算制御部１は、ユーザによる新規ルート登録処理の実行指示が有った場合、新規ルート登録処理を開始する。そして先ず、演算制御部１は、ルートカテゴリ名、およびルート名の入力を受付ける（ステップＳ１）。
【００３４】
なおステップ１の処理においては、入力されたルート名が、登録済みルートのルート名の何れかと同じである場合、ユーザにルート名の再入力が要求される。これにより、異なるルート同士に同一のルート名が付与されることが、未然に防止されるようになっている。
【００３５】
そして演算制御部１は、入力されたルートカテゴリ名が未登録であるか否か（ルートデータテーブルに存在するルートカテゴリ名と一致するか否か）を判断する（ステップＳ２）。そして未登録であった場合には（ステップＳ２のＹ）、ユーザによる発着点の入力を受付ける（ステップＳ３）。この処理は、例えば、表示部６に地図を表示させ、ユーザに地図上の２点を指定させることにより実現される。
【００３６】
ステップＳ１からステップＳ３までの処理により、これから登録しようとする新規ルートの、ルートカテゴリ名、ルート名、および発着点が決定される。なお、入力されたルートカテゴリ名が登録済みであった場合は（ステップＳ２のＮ）、過去の登録時において既に記録されている発着点の情報が読み出され、新規ルートの発着点とみなされる。
【００３７】
その後、演算制御部１は、出発点の情報と位置検出部２による検出情報に基づいて、現在地が出発点に一致しているか否かを監視する（ステップＳ４）。このような監視は、現在地が出発点に一致していない場合、車両が出発点に移動させられるまで、継続されることになる。
【００３８】
そして一致していると判断されたら（ステップＳ４のＹ）、演算制御部１は、表示部６に地図を表示させるとともに、この地図上に、出発点からの走行経路の履歴を表示する（ステップＳ５）。また燃料使用量検出部３は、出発点を出発してからの燃料使用量を検出する（ステップＳ６）。
【００３９】
また演算制御部１は、到着点の情報と位置検出部２による検出情報に基づいて、現在地が到着点に一致しているか否か、つまり、車両が到着点に到着したか否かを監視する（ステップＳ７）。車両が未だ到着点に到着していない間は（ステップＳ７のＮ）、ステップＳ５およびＳ６の処理が、継続的に実行される。
【００４０】
これによりユーザは、出発点から現在地までどのような経路を辿ってきたかを、随時確認することが可能となっている。また燃料使用量検出部３は、車両が出発点から到着点まで走行する間の燃料使用量を、検出することが可能となっている。なお演算制御部１は、出発点から到着点までの走行時間を監視している。
【００４１】
そして運転者が車両を運転してきた結果、車両が到着点に到着した場合は（ステップＳ７のＹ）、これまで走行してきた出発点から到着点までのルートを新規ルートとして登録するか否かについて、ユーザの指示が受付けられる（ステップＳ８）。その結果、登録する旨の指示がなされた場合には（ステップＳ８のＹ）、今回の走行に関する各種情報が、メモリ７に記録される（ステップＳ９）
より具体的には、現時点の走行日と曜日、および天候（予めユーザによって入力済み）が、走行条件とみなされ、出発点から到着点までの走行における燃料使用量の検出結果が、燃料使用量実績とみなされ、出発点から到着点までの走行に要した時間が、走行時間とみなされて、今回の走行に対応した走行データが作成される。当該走行データは、走行データテーブルに追加される。またこれに伴い、ルートデータテーブルの内容も更新される。また今回の走行における地図上の経路や発着点の情報なども、メモリ７に記録される。なお今回の走行による記録内容は表示部６に表示され（ステップＳ１０）、ユーザによって確認可能となる。
【００４２】
一方、ステップＳ８の処理において、登録しない旨の指示がなされた場合には（ステップＳ８のＮ）、ステップＳ９およびステップＳ１０の処理は省略される。
【００４３】
次に、ルート案内処理の内容について、図５に示すフローチャートを参照しながら、詳細に説明する。
【００４４】
演算制御部１は、ユーザによるルート案内処理の実行指示が有った場合、ルート案内処理を開始する。このとき先ず、演算制御部１は、ユーザによるルートカテゴリの指定を受付ける（ステップＳ１１）。なお、ルートカテゴリは発着点を定めるものであるから、ルートカテゴリが指定されることにより、発着点が指定されたことになる。
【００４５】
当該指定がなされたら、演算制御部１は、指定されたルートカテゴリに属している各登録済みルート（つまり、各登録済みルートのうち、発着点が指定された発着点と一致するもの）を選出する。そして更に、メモリ７に記憶されているルートデータテーブルや走行データテーブル等を用いて、選出された登録済みルートごとの各種データを、表示部６に表示させる（ステップＳ１２）。
【００４６】
ここで、「通勤用」のルートカテゴリが選択された場合における、ステップＳ１２の処理による表示の一例を、図６に示す。当該表示によれば、「通勤用」のルートカテゴリに属している「通勤ルート１」、「通勤ルート２」、および「通勤ルート３」の各登録済みルートについて、地図上の経路が、表示窓６ａに表示されている。また同じく、各登録済みルートについて、走行回数、平均走行時間、および燃料使用量実績に基づいた値（各走行データにおける燃料使用量実績の平均値、最大値、および最小値）の各々が、各表示窓（６ｂ〜６ｄ）に表示されている。
【００４７】
このような表示がなされることにより、ユーザにとっては、同一のルートカテゴリに属する各登録済みルートについて、これまでの燃料使用量や走行時間の実績を比較検討することができ、どのルートを指定すれば良いかの判断が容易となっている。
【００４８】
なお当該表示において、各ルートのデータを示す表示窓（６ｂ〜６ｄ）は、燃料使用量実績の平均値が少ないルートのものから順に（ここでは、「通勤ルート３」、「通勤ルート１」、「通勤ルート２」の順に）、優先的に（上側から並べて）表示されている。このことは、選出された各ルート同士における、燃料使用量実績の平均値の順位が予め判定され、この判定結果を反映させた態様にて、各データが表示されていると見ることができる。このように、燃料使用量実績の平均値が少ないルートが推奨された表示態様となっていることにより、ユーザは、燃料使用量が小さくなると見込まれるルートを指定することが容易となっている。
【００４９】
また当該表示において、走行回数が所定の閾値を下回っているルートのデータを示す表示窓（６ｂ〜６ｄ）は、優先順位を下げて（つまり、他のルートに係る表示窓よりも下側に）表示されるようにしても良い。この場合、例えば当該閾値が３回であるとすると、走行回数が２回である「通勤ルート３」のデータの表示窓は、「通勤ルート１」や「通勤ルート２」のデータの表示窓よりも下側に表示されることになる。このことは、選出された各ルートに対して、走行回数が所定の閾値を超えているか否かが予め判定され、この判定結果を反映させた態様にて、各データが表示されていると見ることができる。
【００５０】
走行回数の少ないルートのデータにおいては、燃料使用量の平均値が比較的大きくばらついていることも考えられ、データの信憑性がやや劣るおそれがある。そこで、このようなデータについては表示の優先順位を下げることにより、ユーザは、信憑性の高いデータを主に考慮して、ルートを選択することが容易となる。
【００５１】
またステップＳ１２の処理に係る表示がなされた状態にて、演算制御部１は、ユーザによるルートの指定を受付ける（ステップＳ１３）。例えば図６の表示において、ユーザが表示窓（６ｂ〜６ｄ）の何れかを選べるようにしておき、表示窓６ｂが選ばれたときは「通勤ルート３」のルートが指定されたとみなし、表示窓６ｃが選ばれたときは「通勤ルート１」のルートが指定されたとみなし、表示窓６ｄが選ばれたときは「通勤ルート２」のルートが指定されたとみなすようにする。またこのとき、表示窓６ｅが選ばれたときは、先述した新規ルート登録処理が実行されるようにしても構わない。
【００５２】
その後、演算制御部１は、位置検出部２による検出情報に基づいて、現在地が指定されたルートの出発点に一致しているか否かを監視する（ステップＳ１４）。このような監視は、現在地が出発点に一致していない場合、車両が出発点に移動させられるまで、継続されることになる。
【００５３】
そして一致していると判断されたら（ステップＳ１４のＹ）、演算制御部１は、表示部６に地図を表示させるとともに、この地図上に、指定されたルートの経路および出発点からの走行経路の履歴を表示する（ステップＳ１５）。これにより、運転者に対する、指定されたルートの案内が実現されることになる。また燃料使用量検出部３は、出発点を出発してからの燃料使用量を検出する（ステップＳ１６）。
【００５４】
車両が未だ到着点に到着していない間は（ステップＳ１７のＮ）、ステップＳ１５およびＳ１６の処理が、継続的に実行される。これによりユーザは、到着点までの残りの経路を確認しながら運転することが可能であるとともに、出発点から現在地までどのような経路を辿ってきたかを、随時確認することが可能となっている。また燃料使用量検出部３は、車両が出発点から到着点まで走行する間の燃料使用量を、検出することが可能となっている。なお演算制御部１は、出発点から到着点までの走行時間を監視している。
【００５５】
そして運転者が車両を運転してきた結果、車両が到着点に到着した場合は（ステップＳ１７のＹ）、演算制御部１は、今回の走行経路が、登録済みルートの何れかに一致しているか否かを判断する（ステップＳ１８）。そして一致している場合は（ステップＳ１８のＹ）、今回の走行に関する各種情報が、メモリ７に記録される（ステップＳ１９）。
【００５６】
より具体的には、今回の走行による走行データが、一致している登録済みルートの走行データの一つとして、ステップＳ９の処理と同様にして作成され、走行データテーブルに追加される。またこれに伴って、ルートデータテーブル（当該登録済みルートのルートデータの部分）が更新される。
【００５７】
そしてステップＳ１９の処理による記録内容（更新内容）が、表示部６に表示される（ステップＳ２０）。これによりユーザは、今回の走行によって記録された各情報の内容を確認することが可能となっている。
【００５８】
一方、今回の走行経路が、登録済みルートの何れとも一致していない場合には（ステップＳ１８のＮ）、演算制御部１は、今回の走行経路を新規ルートとして新たに登録するか否かの指示を、ユーザに求める（ステップＳ２２）。そして登録する旨の指示がなされた場合は（ステップＳ２２のＹ）、ルート名の入力を受付ける（ステップＳ２３）。なおこの場合も、ステップＳ１の処理と同様に、入力されたルート名が、登録済みルートのルート名の何れかと同じである場合は、ユーザにルート名の再入力が要求される。
【００５９】
その後、今回の走行に関する各種情報が、メモリ７に記録される（ステップＳ２４）。より具体的には、入力されたルート名にて、今回の走行による走行データがステップＳ９の処理と同様にして作成され、走行データテーブルに追加される。またこれに伴って、ルートデータテーブル（ステップＳ１１の処理において指定されたルートカテゴリに関する部分）が更新される。また今回の走行における地図上の経路が、メモリ７に記録される。
【００６０】
そしてステップＳ２４の処理による記録内容（更新内容）が、表示部６に表示される（ステップＳ２５）。これにより、記録内容がユーザによって確認可能となっている。なおステップＳ２０またはＳ２５の処理が完了した場合、或いは、ステップＳ２２の処理において、登録しない旨の指示がなされた場合（ステップＳ２２のＮ）には、ルート案内処理は終了される。
【００６１】
以上に説明したルート案内処理によれば、ユーザによるルートの指定を受付けるにあたって、登録済みルートの各々についての燃料使用量実績に基づいた情報が表示される（ステップＳ１２を参照）。そのためユーザは、これからの走行に要すると見込まれる燃料使用量を考慮しつつ、カーナビ装置９に案内させるルートを指定することが可能となっている。
【００６２】
なお燃料使用量実績に基づいた情報は、車両が実際に走行したときの燃料使用量の検出結果（実績）に基づいたものであり、当該車両に固有の走行性能や特徴等をも反映しているといえる。そのため当該情報は、例えば一般的な道路情報等から推測された燃料使用量の情報などに比べて、当該車両の走行に要すると見込まれる燃料使用量をより的確に表しており、信頼性が高いといえる。その結果、ユーザとっては、カーナビ装置９に案内させるルートを適切に指定することが容易となっている。
【００６３】
また先述したステップＳ１２の処理については、上述したものの他、例えばユーザの要求に応じて、走行条件が考慮されたモード（条件考慮モード）によって実現されるようになっていても良い。この条件考慮モードによれば、メモリ７に記録されている各走行データのうち、指定された走行条件と合致するもののみが用いられて、選出されたルートごとの燃料使用量実績に基づいた情報が表示される。
【００６４】
通常のステップＳ１２の処理では、例えば、走行データテーブルが図２に示す通りである場合、図６に示される「通勤ルート１」についての燃料使用量実績の各値（平均値、最大値、最小値）の算出には、走行ナンバーが１〜４の各走行データ（「通勤ルート１」に属する全ての走行データ）が用いられることになる。
【００６５】
しかし、条件考慮モードによるステップＳ１２の処理では、例えば「晴れ」という走行条件が指定された場合、同じく「通勤ルート１」についての燃料使用量実績の各値の算出には、「晴れ」という走行条件に合致している、走行ナンバーが１と２の走行データのみが用いられることになる。つまり、「雨」や「曇り」に係る走行データは、燃料使用量実績の平均値の算出などには勘案されないようになる。
【００６６】
また、条件考慮モードによるステップＳ１２の処理では、例えば「木曜日」という走行条件が指定された場合、同じく「通勤ルート１」についての燃料使用量実績の各値の算出には、「木曜日」という走行条件に合致している、走行ナンバーが１と４の走行データのみが用いられることになる。つまり、他の曜日に係る走行データは、燃料使用量実績の平均値の算出などには勘案されないようになる。
【００６７】
また条件考慮モードでは、メモリ７に記録されている各走行データのうち、現時点の走行条件と合致するもののみが用いられて、走行ルートごとの燃料使用量実績に基づいた情報が表示されるようになっていても良い。
【００６８】
この場合、ステップＳ１２の処理では、例えば「曜日」という走行条件のカテゴリが指定された場合、先ず現時点が何曜日であるかが判別される。そして現時点が「木曜日」であるとすれば、図６に示される「通勤ルート１」についての燃料使用量実績の各値の算出には、「木曜日」という走行条件に合致している、走行ナンバーが１と４の走行データのみが用いられることになる。つまり、「木曜日」以外の曜日に係る走行データは、燃料使用量実績の平均値の算出などには勘案されないようになる。
【００６９】
このように条件考慮モードが設けられていれば、ユーザは、例えば現時点の天候が雨であれば、雨の日に燃料使用量が少なくなると見込まれるルートを把握し、このルートを、カーナビ装置９に案内させるルートとして指定することが可能となる。なお道路によっては、例えば日曜日は渋滞し易い（燃料使用量が多くなる）が、他の曜日は比較的空いている（燃料使用量が少なくて済む）といったように、走行条件によって燃料使用量が変動することもあるため、条件考慮モードを設けることは有用であるといえる。
【００７０】
なお条件考慮モードにおいて考慮される走行条件としては、走行時の曜日、季節（例えば、３〜５月は春、６〜８月は夏、９〜１１月は秋、１２月〜２月は冬とする）、および天候などが挙げられるが、他の条件が採用されても構わない。
【００７１】
以上に説明した通り、カーナビ装置９は、車両の走行に用いられた燃料使用量を検出する燃料使用量検出部３（検出部）を有している。また、この検出の結果を用いて、車両の走行ごとに、その走行ルートと燃料使用量実績を含む走行データを生成して蓄積する機能、発着点の指定を受付ける機能、および、当該走行ルートのうち、発着点が指定のなされた発着点と略一致するものを選出する機能、の各々を有している。また更に、走行データの各々を用いて、選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する機能、および、選出された走行ルートのうちの何れかの指定を受付ける機能を備え、指定のなされた走行ルートを案内するものとなっている。
【００７２】
そのため、指定された出発点から到着点までの各ルートの走行について見込まれる燃料使用量に関して、信頼性の高い情報を示すことが可能となっている。
【００７３】
以上の通り、本発明の実施形態の一例について説明したが、本発明はこの内容に限定されるものではない。本発明は、その主旨を逸脱しない範囲において、種々の改変を加えて実施され得る。
【産業上の利用可能性】
【００７４】
本発明は、カーナビゲーション装置等の分野において利用可能である。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施形態に係るカーナビゲーション装置の構成図である。
【図２】走行データテーブルに関する説明図である。
【図３】ルートデータテーブルに関する説明図である。
【図４】新規ルート登録処理に関するフローチャートである。
【図５】ルート案内処理に関するフローチャートである。
【図６】ステップＳ１２の処理に関する説明図である。
【符号の説明】
【００７６】
１ 演算制御部
２ 位置検出部
３ 燃料使用量検出部
４ 地図データ記憶部
５ 操作入力部
６ 表示部
６ａ〜６ｅ 表示窓
７ メモリ
９ カーナビゲーション装置
【技術分野】
【０００１】
本発明は、車両の運転者等にルートを案内する、カーナビゲーション装置に関する。
【背景技術】
【０００２】
従来、車両の運転者等にルートを案内する、カーナビゲーション装置（以下、「カーナビ装置」と略記することがある）が広く使用されている。カーナビ装置によれば、ある出発点から到着点までの各ルートのうちの何れかを、例えばユーザの指定に従って特定し、このルートを地図表示などによって案内する。これにより運転者は、目的地まで極力迷わずに車両を運転することが可能となるため、非常に便利である。
【０００３】
また車両の使用に関して、走行に使用されるガソリン等の燃料の量（燃料使用量）は、経済的或いは環境的な観点から、極力抑えられることが望ましい。このような事情から、燃料使用量の削減に貢献するための技術が、種々提案されている。
【０００４】
例えば特許文献１によれば、燃料使用量を監視して、急激な加速や減速を警告したり採点したりする技術が開示されている。また特許文献２によれば、燃料使用量を道路情報や渋滞情報などから予測し、ルート探索に反映する技術が開示されている。
【特許文献１】特開２００７−２２５０５号公報
【特許文献２】特開２００６−５８０８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、ある出発点から到着点まで車両が走行する場合、どのようなルートが選択されるかによって、燃料使用量は変動するといえる。例えば、距離の短い（迂回などが少ない）ルート、良く整備されているルート、或いは渋滞の起こりにくいルート等が選択されれば、燃料使用量は比較的少なくなるが、そうでない場合には、燃料使用量は比較的多くなってしまう。
【０００６】
そのためカーナビ装置においては、予め指定された出発点から到着点までの各ルートのうちの何れかをユーザに指定させるにあたって、各ルートの走行について見込まれる燃料使用量の情報が、ユーザに示されることが望まれる。これによりユーザは、燃料使用量を考慮したルートの指定が容易となり、ひいては、燃料使用量の低減を図ることが可能となる。
【０００７】
なお特許文献１に開示された技術は、燃料の使用量に応じて警告や採点を行うものであるが、各ルートの走行における燃料使用量の情報を提供するものではない。また特許文献２に開示された技術によれば、燃料使用量を道路情報等に基づいて予測することから、過去に走行したことのないルートについても、燃料使用量の情報を提供することが可能である。しかしこの予測された燃料使用量は、予測精度が十分でないと、車両の実際の走行における燃料使用量とは大きく異なるおそれがある。
【０００８】
本発明は上述した問題点に鑑み、指定された出発点から到着点までの各ルートの走行について見込まれる燃料使用量に関して、信頼性の高い情報を示すことが可能となる、カーナビゲーション装置の提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係るカーナビゲーション装置は、車両の走行に用いられた燃料使用量を検出する検出部と、該検出の結果を用いて、車両の走行ごとに、その走行ルートと燃料使用量実績を含む走行データを生成して蓄積する、走行データ蓄積部と、発着点の指定を受付ける発着点指定受付部と、前記走行ルートのうち、発着点が該指定のなされた発着点と略一致するものを選出する選出部と、前記走行データの各々を用いて、該選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する燃料情報表示部と、該選出された走行ルートのうちの何れかの指定を受付ける、ルート指定受付部と、を備え、該指定のなされた走行ルートを案内する構成とする。
【００１０】
本構成によれば、燃料使用量実績を含む走行データが用いられて、指定された出発点から到着点までの各ルートの燃料使用量実績に基づいた情報が表示される。そのため、当該各ルートの走行について見込まれる燃料使用量に関して、信頼性が高い情報を示すことが可能となる。
【００１１】
また上記構成において、前記燃料情報表示部は、前記選出された各走行ルート同士における、燃料使用量実績の平均値の順位を判定し、該判定の結果を反映させた態様によって、前記表示を行う構成としても良い。
【００１２】
本構成によれば、ユーザは、各走行ルート同士における、燃料使用量実績の平均値（通常、必要と見込まれる燃料使用量を表す）の順位を把握することが可能となる。そのためユーザにとっては、燃料使用量が小さくなると見込まれる走行ルートを指定することが容易となる。
【００１３】
また上記構成において、前記燃料情報表示部は、前記選出された各走行ルートに対して、走行回数が所定の閾値を超えているか否かを判定し、該判定の結果を反映させた態様によって、前記表示を行う構成としても良い。
【００１４】
本構成によれば、ユーザは、各走行ルートのうち、走行回数が所定の閾値を下回っているもの（燃料使用量に関する情報の信頼性が、比較的低くなりやすい）を把握することが可能となる。
【００１５】
また上記構成において、前記走行データ蓄積部は、前記走行データの生成にあたって、該走行データに、車両の走行ごとにおける所定の走行条件をも含ませるものであり、前記燃料情報表示部は、前記走行データの各々のうち、指定された走行条件と合致するもののみを用いて、前記選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する構成としても良い。
【００１６】
本構成によれば、ユーザは、指定された走行条件下での、各ルートの走行について見込まれる燃料使用量に関する情報を把握することが可能となる。
【００１７】
また上記構成としてより具体的には、前記走行条件は、曜日、季節、および天候のうちの何れかである構成としても良い。
【００１８】
また上記構成としてより具体的には、前記検出部は、エンジンへの燃料噴射量、走行時のエンジン回転数、走行時のアクセル開度、および走行速度のうちの何れかの測定結果に基づいて、前記燃料使用量を検出する構成としても良い。
【発明の効果】
【００１９】
上述の通り、本発明に係るカーナビゲーション装置によれば、燃料使用量実績を含む走行データが用いられて、指定された出発点から到着点までの各ルートの燃料使用量実績に基づいた情報が表示される。そのため、当該各ルートの走行について見込まれる燃料使用量に関して、信頼性が高い情報を示すことが可能となる。
【発明を実施するための最良の形態】
【００２０】
本発明の実施形態について、車両に搭載されるカーナビゲーション装置（カーナビ装置）を例に挙げて、以下に説明する。当該カーナビ装置の構成概略を表すブロック図を、図１に示す。本図に示すように、カーナビ装置９は、演算制御部１、位置検出部２、燃料使用量検出部３、地図データ記憶部４、操作入力部５、表示部６、およびメモリ７などを備えている。
【００２１】
演算制御部１は、ＣＰＵ［Central Processing Unit］等から構成されており、カーナビ装置９において必要となる演算処理や制御処理を実行する。なお演算制御部１は、時計機能を有しており、現在の月日、時刻、および曜日などを認識可能となっている。またカーナビ装置９において実行される主な処理の内容については、改めて説明する。
【００２２】
位置検出部２は、ＧＰＳ［Global Positioning System］や地磁気センサ等を有しており、現在地（つまり、カーナビ装置９を搭載している車両の位置）を検出する。検出された位置の情報は、適宜、演算制御部１に伝送される。
【００２３】
燃料使用量検出部３は、車両の走行時におけるエンジンへの燃料噴射量を測定することにより、車両の走行に用いられる燃料使用量を検出する。検出された燃料使用量の情報は、適宜、演算制御部１に伝送される。
【００２４】
また燃料使用量検出部３は、上述したものの他、車両の走行時のエンジン回転数、走行時のアクセル開度、および走行速度のうちの何れかの測定結果に基づいて、同様に燃料使用量を検出するものであっても構わない。なお、このようにして燃料使用量を検出する手法自体については公知であるため、その詳細な説明は省略する。
【００２５】
地図データ記憶部４は、例えばＤＶＤやハードディスクなどによって構成されており、地図を表す地図データを記憶する。この地図データは、適宜、演算制御部１に伝送される。
【００２６】
操作入力部５は、例えばユーザによって操作される押しボタンスイッチ等を有しており、操作の内容を演算制御部１に伝送する。これにより演算制御部１は、ユーザの意図を反映させた処理を行うことが可能となっている。
【００２７】
表示部６は、ディスプレイを備えており、演算制御部１の指示に応じて各種の表示を行う。またメモリ７は、例えば書換え可能である不揮発性のメモリによって形成されており、種々の情報を記憶する。特にメモリ７によって記憶される情報には、走行データテーブルやルートデータテーブルが含まれる。
【００２８】
ここで走行データテーブルとは、図２に示すように、メモリ７に登録済みであるルート（登録済みルート）の車両の走行ごとに生成される走行データを、１個または複数個有するものである。各走行データは、走行ナンバー（整理番号）、そのときの走行条件（走行日、曜日、および天候）、燃料使用量実績（燃料使用量検出部３によって検出された燃料使用量）、および走行時間などから形成されている。
【００２９】
なお図２によれば、走行ナンバーが１から４までの各走行データは、何れも「通勤ルート１」というルートの走行によって生成されたもの（つまり、同一ルートの走行によって生成されたもの）であり、走行ナンバー５の走行データは、「通勤ルート２」というルートの走行によって生成されたものである。
【００３０】
またルートデータテーブルとは、図３に示すように、登録済みルートごとに生成されるルートデータを、１個または複数個有するものである。各ルートデータは、ルート名、当該ルートの過去の走行回数（当該ルートに係る走行データの総数と見ることもできる）、燃料使用量実績に基づいた値（各走行データにおける燃料使用量実績の平均値、最大値、および最小値）、および平均走行時間などから形成されている。なお図３に示すように、「通勤ルート１」、「通勤ルート２」、および「通勤ルート３」の各ルートは、「通勤用」というルートカテゴリに属している。ルートカテゴリが同一であるルート同士は、発着点（出発点と到着点）が同一である。
【００３１】
上述した走行データテーブルやルートデータテーブルの内容は、後述する、新規ルート登録処理やルート案内処理を通じて、逐次更新されることになる。またメモリ７は、各登録済みルートの地図上の経路や、各ルートカテゴリの発着点の地図上の位置などの情報も記憶している。
【００３２】
カーナビ装置９は、上述した通りの構成となっており、車両の運転者に対して、予め指定されたルートを案内する処理（ルート案内処理）を実行する。また、未登録のルートを新たに登録するための処理（新規ルート登録処理）を実行する。ここで先ず、新規ルート登録処理の内容について、図４のフローチャートを参照しながら、詳細に説明する。
【００３３】
演算制御部１は、ユーザによる新規ルート登録処理の実行指示が有った場合、新規ルート登録処理を開始する。そして先ず、演算制御部１は、ルートカテゴリ名、およびルート名の入力を受付ける（ステップＳ１）。
【００３４】
なおステップ１の処理においては、入力されたルート名が、登録済みルートのルート名の何れかと同じである場合、ユーザにルート名の再入力が要求される。これにより、異なるルート同士に同一のルート名が付与されることが、未然に防止されるようになっている。
【００３５】
そして演算制御部１は、入力されたルートカテゴリ名が未登録であるか否か（ルートデータテーブルに存在するルートカテゴリ名と一致するか否か）を判断する（ステップＳ２）。そして未登録であった場合には（ステップＳ２のＹ）、ユーザによる発着点の入力を受付ける（ステップＳ３）。この処理は、例えば、表示部６に地図を表示させ、ユーザに地図上の２点を指定させることにより実現される。
【００３６】
ステップＳ１からステップＳ３までの処理により、これから登録しようとする新規ルートの、ルートカテゴリ名、ルート名、および発着点が決定される。なお、入力されたルートカテゴリ名が登録済みであった場合は（ステップＳ２のＮ）、過去の登録時において既に記録されている発着点の情報が読み出され、新規ルートの発着点とみなされる。
【００３７】
その後、演算制御部１は、出発点の情報と位置検出部２による検出情報に基づいて、現在地が出発点に一致しているか否かを監視する（ステップＳ４）。このような監視は、現在地が出発点に一致していない場合、車両が出発点に移動させられるまで、継続されることになる。
【００３８】
そして一致していると判断されたら（ステップＳ４のＹ）、演算制御部１は、表示部６に地図を表示させるとともに、この地図上に、出発点からの走行経路の履歴を表示する（ステップＳ５）。また燃料使用量検出部３は、出発点を出発してからの燃料使用量を検出する（ステップＳ６）。
【００３９】
また演算制御部１は、到着点の情報と位置検出部２による検出情報に基づいて、現在地が到着点に一致しているか否か、つまり、車両が到着点に到着したか否かを監視する（ステップＳ７）。車両が未だ到着点に到着していない間は（ステップＳ７のＮ）、ステップＳ５およびＳ６の処理が、継続的に実行される。
【００４０】
これによりユーザは、出発点から現在地までどのような経路を辿ってきたかを、随時確認することが可能となっている。また燃料使用量検出部３は、車両が出発点から到着点まで走行する間の燃料使用量を、検出することが可能となっている。なお演算制御部１は、出発点から到着点までの走行時間を監視している。
【００４１】
そして運転者が車両を運転してきた結果、車両が到着点に到着した場合は（ステップＳ７のＹ）、これまで走行してきた出発点から到着点までのルートを新規ルートとして登録するか否かについて、ユーザの指示が受付けられる（ステップＳ８）。その結果、登録する旨の指示がなされた場合には（ステップＳ８のＹ）、今回の走行に関する各種情報が、メモリ７に記録される（ステップＳ９）
より具体的には、現時点の走行日と曜日、および天候（予めユーザによって入力済み）が、走行条件とみなされ、出発点から到着点までの走行における燃料使用量の検出結果が、燃料使用量実績とみなされ、出発点から到着点までの走行に要した時間が、走行時間とみなされて、今回の走行に対応した走行データが作成される。当該走行データは、走行データテーブルに追加される。またこれに伴い、ルートデータテーブルの内容も更新される。また今回の走行における地図上の経路や発着点の情報なども、メモリ７に記録される。なお今回の走行による記録内容は表示部６に表示され（ステップＳ１０）、ユーザによって確認可能となる。
【００４２】
一方、ステップＳ８の処理において、登録しない旨の指示がなされた場合には（ステップＳ８のＮ）、ステップＳ９およびステップＳ１０の処理は省略される。
【００４３】
次に、ルート案内処理の内容について、図５に示すフローチャートを参照しながら、詳細に説明する。
【００４４】
演算制御部１は、ユーザによるルート案内処理の実行指示が有った場合、ルート案内処理を開始する。このとき先ず、演算制御部１は、ユーザによるルートカテゴリの指定を受付ける（ステップＳ１１）。なお、ルートカテゴリは発着点を定めるものであるから、ルートカテゴリが指定されることにより、発着点が指定されたことになる。
【００４５】
当該指定がなされたら、演算制御部１は、指定されたルートカテゴリに属している各登録済みルート（つまり、各登録済みルートのうち、発着点が指定された発着点と一致するもの）を選出する。そして更に、メモリ７に記憶されているルートデータテーブルや走行データテーブル等を用いて、選出された登録済みルートごとの各種データを、表示部６に表示させる（ステップＳ１２）。
【００４６】
ここで、「通勤用」のルートカテゴリが選択された場合における、ステップＳ１２の処理による表示の一例を、図６に示す。当該表示によれば、「通勤用」のルートカテゴリに属している「通勤ルート１」、「通勤ルート２」、および「通勤ルート３」の各登録済みルートについて、地図上の経路が、表示窓６ａに表示されている。また同じく、各登録済みルートについて、走行回数、平均走行時間、および燃料使用量実績に基づいた値（各走行データにおける燃料使用量実績の平均値、最大値、および最小値）の各々が、各表示窓（６ｂ〜６ｄ）に表示されている。
【００４７】
このような表示がなされることにより、ユーザにとっては、同一のルートカテゴリに属する各登録済みルートについて、これまでの燃料使用量や走行時間の実績を比較検討することができ、どのルートを指定すれば良いかの判断が容易となっている。
【００４８】
なお当該表示において、各ルートのデータを示す表示窓（６ｂ〜６ｄ）は、燃料使用量実績の平均値が少ないルートのものから順に（ここでは、「通勤ルート３」、「通勤ルート１」、「通勤ルート２」の順に）、優先的に（上側から並べて）表示されている。このことは、選出された各ルート同士における、燃料使用量実績の平均値の順位が予め判定され、この判定結果を反映させた態様にて、各データが表示されていると見ることができる。このように、燃料使用量実績の平均値が少ないルートが推奨された表示態様となっていることにより、ユーザは、燃料使用量が小さくなると見込まれるルートを指定することが容易となっている。
【００４９】
また当該表示において、走行回数が所定の閾値を下回っているルートのデータを示す表示窓（６ｂ〜６ｄ）は、優先順位を下げて（つまり、他のルートに係る表示窓よりも下側に）表示されるようにしても良い。この場合、例えば当該閾値が３回であるとすると、走行回数が２回である「通勤ルート３」のデータの表示窓は、「通勤ルート１」や「通勤ルート２」のデータの表示窓よりも下側に表示されることになる。このことは、選出された各ルートに対して、走行回数が所定の閾値を超えているか否かが予め判定され、この判定結果を反映させた態様にて、各データが表示されていると見ることができる。
【００５０】
走行回数の少ないルートのデータにおいては、燃料使用量の平均値が比較的大きくばらついていることも考えられ、データの信憑性がやや劣るおそれがある。そこで、このようなデータについては表示の優先順位を下げることにより、ユーザは、信憑性の高いデータを主に考慮して、ルートを選択することが容易となる。
【００５１】
またステップＳ１２の処理に係る表示がなされた状態にて、演算制御部１は、ユーザによるルートの指定を受付ける（ステップＳ１３）。例えば図６の表示において、ユーザが表示窓（６ｂ〜６ｄ）の何れかを選べるようにしておき、表示窓６ｂが選ばれたときは「通勤ルート３」のルートが指定されたとみなし、表示窓６ｃが選ばれたときは「通勤ルート１」のルートが指定されたとみなし、表示窓６ｄが選ばれたときは「通勤ルート２」のルートが指定されたとみなすようにする。またこのとき、表示窓６ｅが選ばれたときは、先述した新規ルート登録処理が実行されるようにしても構わない。
【００５２】
その後、演算制御部１は、位置検出部２による検出情報に基づいて、現在地が指定されたルートの出発点に一致しているか否かを監視する（ステップＳ１４）。このような監視は、現在地が出発点に一致していない場合、車両が出発点に移動させられるまで、継続されることになる。
【００５３】
そして一致していると判断されたら（ステップＳ１４のＹ）、演算制御部１は、表示部６に地図を表示させるとともに、この地図上に、指定されたルートの経路および出発点からの走行経路の履歴を表示する（ステップＳ１５）。これにより、運転者に対する、指定されたルートの案内が実現されることになる。また燃料使用量検出部３は、出発点を出発してからの燃料使用量を検出する（ステップＳ１６）。
【００５４】
車両が未だ到着点に到着していない間は（ステップＳ１７のＮ）、ステップＳ１５およびＳ１６の処理が、継続的に実行される。これによりユーザは、到着点までの残りの経路を確認しながら運転することが可能であるとともに、出発点から現在地までどのような経路を辿ってきたかを、随時確認することが可能となっている。また燃料使用量検出部３は、車両が出発点から到着点まで走行する間の燃料使用量を、検出することが可能となっている。なお演算制御部１は、出発点から到着点までの走行時間を監視している。
【００５５】
そして運転者が車両を運転してきた結果、車両が到着点に到着した場合は（ステップＳ１７のＹ）、演算制御部１は、今回の走行経路が、登録済みルートの何れかに一致しているか否かを判断する（ステップＳ１８）。そして一致している場合は（ステップＳ１８のＹ）、今回の走行に関する各種情報が、メモリ７に記録される（ステップＳ１９）。
【００５６】
より具体的には、今回の走行による走行データが、一致している登録済みルートの走行データの一つとして、ステップＳ９の処理と同様にして作成され、走行データテーブルに追加される。またこれに伴って、ルートデータテーブル（当該登録済みルートのルートデータの部分）が更新される。
【００５７】
そしてステップＳ１９の処理による記録内容（更新内容）が、表示部６に表示される（ステップＳ２０）。これによりユーザは、今回の走行によって記録された各情報の内容を確認することが可能となっている。
【００５８】
一方、今回の走行経路が、登録済みルートの何れとも一致していない場合には（ステップＳ１８のＮ）、演算制御部１は、今回の走行経路を新規ルートとして新たに登録するか否かの指示を、ユーザに求める（ステップＳ２２）。そして登録する旨の指示がなされた場合は（ステップＳ２２のＹ）、ルート名の入力を受付ける（ステップＳ２３）。なおこの場合も、ステップＳ１の処理と同様に、入力されたルート名が、登録済みルートのルート名の何れかと同じである場合は、ユーザにルート名の再入力が要求される。
【００５９】
その後、今回の走行に関する各種情報が、メモリ７に記録される（ステップＳ２４）。より具体的には、入力されたルート名にて、今回の走行による走行データがステップＳ９の処理と同様にして作成され、走行データテーブルに追加される。またこれに伴って、ルートデータテーブル（ステップＳ１１の処理において指定されたルートカテゴリに関する部分）が更新される。また今回の走行における地図上の経路が、メモリ７に記録される。
【００６０】
そしてステップＳ２４の処理による記録内容（更新内容）が、表示部６に表示される（ステップＳ２５）。これにより、記録内容がユーザによって確認可能となっている。なおステップＳ２０またはＳ２５の処理が完了した場合、或いは、ステップＳ２２の処理において、登録しない旨の指示がなされた場合（ステップＳ２２のＮ）には、ルート案内処理は終了される。
【００６１】
以上に説明したルート案内処理によれば、ユーザによるルートの指定を受付けるにあたって、登録済みルートの各々についての燃料使用量実績に基づいた情報が表示される（ステップＳ１２を参照）。そのためユーザは、これからの走行に要すると見込まれる燃料使用量を考慮しつつ、カーナビ装置９に案内させるルートを指定することが可能となっている。
【００６２】
なお燃料使用量実績に基づいた情報は、車両が実際に走行したときの燃料使用量の検出結果（実績）に基づいたものであり、当該車両に固有の走行性能や特徴等をも反映しているといえる。そのため当該情報は、例えば一般的な道路情報等から推測された燃料使用量の情報などに比べて、当該車両の走行に要すると見込まれる燃料使用量をより的確に表しており、信頼性が高いといえる。その結果、ユーザとっては、カーナビ装置９に案内させるルートを適切に指定することが容易となっている。
【００６３】
また先述したステップＳ１２の処理については、上述したものの他、例えばユーザの要求に応じて、走行条件が考慮されたモード（条件考慮モード）によって実現されるようになっていても良い。この条件考慮モードによれば、メモリ７に記録されている各走行データのうち、指定された走行条件と合致するもののみが用いられて、選出されたルートごとの燃料使用量実績に基づいた情報が表示される。
【００６４】
通常のステップＳ１２の処理では、例えば、走行データテーブルが図２に示す通りである場合、図６に示される「通勤ルート１」についての燃料使用量実績の各値（平均値、最大値、最小値）の算出には、走行ナンバーが１〜４の各走行データ（「通勤ルート１」に属する全ての走行データ）が用いられることになる。
【００６５】
しかし、条件考慮モードによるステップＳ１２の処理では、例えば「晴れ」という走行条件が指定された場合、同じく「通勤ルート１」についての燃料使用量実績の各値の算出には、「晴れ」という走行条件に合致している、走行ナンバーが１と２の走行データのみが用いられることになる。つまり、「雨」や「曇り」に係る走行データは、燃料使用量実績の平均値の算出などには勘案されないようになる。
【００６６】
また、条件考慮モードによるステップＳ１２の処理では、例えば「木曜日」という走行条件が指定された場合、同じく「通勤ルート１」についての燃料使用量実績の各値の算出には、「木曜日」という走行条件に合致している、走行ナンバーが１と４の走行データのみが用いられることになる。つまり、他の曜日に係る走行データは、燃料使用量実績の平均値の算出などには勘案されないようになる。
【００６７】
また条件考慮モードでは、メモリ７に記録されている各走行データのうち、現時点の走行条件と合致するもののみが用いられて、走行ルートごとの燃料使用量実績に基づいた情報が表示されるようになっていても良い。
【００６８】
この場合、ステップＳ１２の処理では、例えば「曜日」という走行条件のカテゴリが指定された場合、先ず現時点が何曜日であるかが判別される。そして現時点が「木曜日」であるとすれば、図６に示される「通勤ルート１」についての燃料使用量実績の各値の算出には、「木曜日」という走行条件に合致している、走行ナンバーが１と４の走行データのみが用いられることになる。つまり、「木曜日」以外の曜日に係る走行データは、燃料使用量実績の平均値の算出などには勘案されないようになる。
【００６９】
このように条件考慮モードが設けられていれば、ユーザは、例えば現時点の天候が雨であれば、雨の日に燃料使用量が少なくなると見込まれるルートを把握し、このルートを、カーナビ装置９に案内させるルートとして指定することが可能となる。なお道路によっては、例えば日曜日は渋滞し易い（燃料使用量が多くなる）が、他の曜日は比較的空いている（燃料使用量が少なくて済む）といったように、走行条件によって燃料使用量が変動することもあるため、条件考慮モードを設けることは有用であるといえる。
【００７０】
なお条件考慮モードにおいて考慮される走行条件としては、走行時の曜日、季節（例えば、３〜５月は春、６〜８月は夏、９〜１１月は秋、１２月〜２月は冬とする）、および天候などが挙げられるが、他の条件が採用されても構わない。
【００７１】
以上に説明した通り、カーナビ装置９は、車両の走行に用いられた燃料使用量を検出する燃料使用量検出部３（検出部）を有している。また、この検出の結果を用いて、車両の走行ごとに、その走行ルートと燃料使用量実績を含む走行データを生成して蓄積する機能、発着点の指定を受付ける機能、および、当該走行ルートのうち、発着点が指定のなされた発着点と略一致するものを選出する機能、の各々を有している。また更に、走行データの各々を用いて、選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する機能、および、選出された走行ルートのうちの何れかの指定を受付ける機能を備え、指定のなされた走行ルートを案内するものとなっている。
【００７２】
そのため、指定された出発点から到着点までの各ルートの走行について見込まれる燃料使用量に関して、信頼性の高い情報を示すことが可能となっている。
【００７３】
以上の通り、本発明の実施形態の一例について説明したが、本発明はこの内容に限定されるものではない。本発明は、その主旨を逸脱しない範囲において、種々の改変を加えて実施され得る。
【産業上の利用可能性】
【００７４】
本発明は、カーナビゲーション装置等の分野において利用可能である。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施形態に係るカーナビゲーション装置の構成図である。
【図２】走行データテーブルに関する説明図である。
【図３】ルートデータテーブルに関する説明図である。
【図４】新規ルート登録処理に関するフローチャートである。
【図５】ルート案内処理に関するフローチャートである。
【図６】ステップＳ１２の処理に関する説明図である。
【符号の説明】
【００７６】
１ 演算制御部
２ 位置検出部
３ 燃料使用量検出部
４ 地図データ記憶部
５ 操作入力部
６ 表示部
６ａ〜６ｅ 表示窓
７ メモリ
９ カーナビゲーション装置
【特許請求の範囲】
【請求項１】
車両の走行に用いられた燃料使用量を検出する検出部と、
該検出の結果を用いて、車両の走行ごとに、その走行ルートと燃料使用量実績を含む走行データを生成して蓄積する、走行データ蓄積部と、
発着点の指定を受付ける発着点指定受付部と、
前記走行ルートのうち、発着点が該指定のなされた発着点と略一致するものを選出する選出部と、
前記走行データの各々を用いて、該選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する燃料情報表示部と、
該選出された走行ルートのうちの何れかの指定を受付ける、ルート指定受付部と、
を備え、
該指定のなされた走行ルートを案内することを特徴とする、カーナビゲーション装置。
【請求項２】
前記燃料情報表示部は、
前記選出された各走行ルート同士における、燃料使用量実績の平均値の順位を判定し、
該判定の結果を反映させた態様によって、前記表示を行うことを特徴とする請求項１に記載のカーナビゲーション装置。
【請求項３】
前記燃料情報表示部は、
前記選出された各走行ルートに対して、走行回数が所定の閾値を超えているか否かを判定し、
該判定の結果を反映させた態様によって、前記表示を行うことを特徴とする請求項１に記載のカーナビゲーション装置。
【請求項４】
前記走行データ蓄積部は、
前記走行データの生成にあたって、該走行データに、車両の走行ごとにおける所定の走行条件をも含ませるものであり、
前記燃料情報表示部は、
前記走行データの各々のうち、指定された走行条件と合致するもののみを用いて、前記選出された走行ルートごとの燃料使用量実績に基づいた情報を表示することを特徴とする請求項１に記載のカーナビゲーション装置。
【請求項５】
前記走行条件は、曜日、季節、および天候のうちの何れかであることを特徴とする請求項４に記載のカーナビゲーション装置。
【請求項６】
前記検出部は、
エンジンへの燃料噴射量、走行時のエンジン回転数、走行時のアクセル開度、および走行速度のうちの何れかの測定結果に基づいて、前記燃料使用量を検出することを特徴とする請求項１から請求項５の何れかに記載のカーナビゲーション装置。
【請求項１】
車両の走行に用いられた燃料使用量を検出する検出部と、
該検出の結果を用いて、車両の走行ごとに、その走行ルートと燃料使用量実績を含む走行データを生成して蓄積する、走行データ蓄積部と、
発着点の指定を受付ける発着点指定受付部と、
前記走行ルートのうち、発着点が該指定のなされた発着点と略一致するものを選出する選出部と、
前記走行データの各々を用いて、該選出された走行ルートごとの燃料使用量実績に基づいた情報を表示する燃料情報表示部と、
該選出された走行ルートのうちの何れかの指定を受付ける、ルート指定受付部と、
を備え、
該指定のなされた走行ルートを案内することを特徴とする、カーナビゲーション装置。
【請求項２】
前記燃料情報表示部は、
前記選出された各走行ルート同士における、燃料使用量実績の平均値の順位を判定し、
該判定の結果を反映させた態様によって、前記表示を行うことを特徴とする請求項１に記載のカーナビゲーション装置。
【請求項３】
前記燃料情報表示部は、
前記選出された各走行ルートに対して、走行回数が所定の閾値を超えているか否かを判定し、
該判定の結果を反映させた態様によって、前記表示を行うことを特徴とする請求項１に記載のカーナビゲーション装置。
【請求項４】
前記走行データ蓄積部は、
前記走行データの生成にあたって、該走行データに、車両の走行ごとにおける所定の走行条件をも含ませるものであり、
前記燃料情報表示部は、
前記走行データの各々のうち、指定された走行条件と合致するもののみを用いて、前記選出された走行ルートごとの燃料使用量実績に基づいた情報を表示することを特徴とする請求項１に記載のカーナビゲーション装置。
【請求項５】
前記走行条件は、曜日、季節、および天候のうちの何れかであることを特徴とする請求項４に記載のカーナビゲーション装置。
【請求項６】
前記検出部は、
エンジンへの燃料噴射量、走行時のエンジン回転数、走行時のアクセル開度、および走行速度のうちの何れかの測定結果に基づいて、前記燃料使用量を検出することを特徴とする請求項１から請求項５の何れかに記載のカーナビゲーション装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−７８５６３（Ｐ２０１０−７８５６３Ａ）
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願番号】特願２００８−２５０４９８（Ｐ２００８−２５０４９８）
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【出願人】（０００２１４８９２）三洋電機コンシューマエレクトロニクス株式会社 (1,582)
【Ｆターム（参考）】
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願日】平成２０年９月２９日（２００８．９．２９）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【出願人】（０００２１４８９２）三洋電機コンシューマエレクトロニクス株式会社 (1,582)
【Ｆターム（参考）】
[ Back to top ]