JP6750477B2 - ルート管理システム、ルート管理プログラム及びルート管理方法 - Google Patents

Description

本発明は、ルート管理システム、ルート管理プログラム及びルート管理方法に関する。

従来のディーゼルエンジンは、カーボンを主成分とする粒子状物質（ＰＭ）を排出するため、ディーゼルパーティキュレットフィルタ（ＤＰＦ）を排気側に有し、大気の汚染を防いでいる。また、従来のディーゼルエンジンは、ある程度ＰＭが堆積した段階で、ＤＦＰのクリーニングを行ってＤＰＦを再生することで、ＤＰＦに堆積したＰＭによる差圧の増大や、エンジン効率の低下を防止している。

しかし、ＤＰＦのクリーニングは、燃料である軽油を噴射・燃焼させるため、燃費の悪化につながる。そこで、従来では、燃費の悪化を抑制するための工夫が成されている。例えば、従来では、ディーゼルエンジンに堆積した排気微粒子量を検出し、検出した排気微粒子量に基づき再生効率の高い走行経路を選定することが知られている。

特開２００４−１８５３９８号公報 特開２００３−１７８３４２号公報 特開２００５−２１４０９６号公報

しかしながら、上述した従来の技術は、走行経路を選定するときに検出された排気微粒子量に着目するものであり、走行経路の選定後の走行により堆積される排気微粒子量については考慮されていない。そのため、従来の技術では、走行経路の選定の基準となる排気微粒子量と、走行中の排気微粒子量との間に差が生じることになり、ＤＰＦのクリーニングの回数をさらに減らせる余地があるものであった。

１つの側面では、本発明は、堆積した粒子状物質のクリーニングの回数を低減させることを目的としている。

一様態によれば、ナビゲーション装置と、サーバとを有するルート管理システムであって、前記サーバは、前記ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲された、排ガス中の排気微粒子量と、前記走行ルートに含まれる区間毎の、前記排気微粒子量に関連するパラメータ毎に対応付けた重みと、前記区間毎の前記排気微粒子量の基準値とを用いて算出された推定増加量と、を加算して、排気微粒子量の推定量を算出する推定量算出部と、前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを前記ナビゲーション装置に表示させる走行ルート出力部と、有する。

上記各部は、上記各部を実現する処理、上記各部を手順としてコンピュータにより実行させる方法、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。

堆積した粒子状物質のクリーニングの回数を低減させることができる。

ルート管理システムを説明する図である。 ルート管理システムのシステム構成について説明する図である。 ルート管理サーバのハードウェア装置の一例を示す図である。 運転パターンデータベースの一例を示す図である。 車両データベースの一例を示す図である。 積荷データベースの一例を示す図である。 渋滞データベースの一例を示す図である。 基準堆積量データベースの一例を示す図である。 ルート管理システムの有する各装置の機能を説明する図である。 推定量算出部の機能を説明する図である。 ナビゲーション装置の動作を説明するフローチャートである。 ルート管理サーバの動作を説明するフローチャートである。 推定量算出部の処理を説明するフローチャートである。 走行ルートの例を説明する図である。 渋滞情報の一例を示す第一の図である。 渋滞情報の一例を示す第一の図である。 強制再生判定部の判定を説明する図である。

以下に、図面を参照して本実施形態のルート管理システムについて説明する。図１は、ルート管理システムを説明する図である。

本実施形態のルート管理システム１００は、ルート管理サーバ２００と、配送者等の車両Ｔに搭載されるカーナビゲーション装置（以下、ナビゲーション装置）３００とを含む。ルート管理サーバ２００と、ナビゲーション装置３００とは、例えば、基地局４００を介して無線による通信を行う。

また、本実施形態の車両Ｔは、例えば、ディーゼルエンジンを搭載したトラック等である。車両Ｔは、ディーゼルエンジンから排出される、カーボンを主成分とする粒子状物質を排出するためのディーゼルパーティキュレットフィルタを備えている。以下の説明では、粒子状物質をＰＭ（Particulate Matter）と呼ぶ。また、以下の説明では、ディーゼルパーティキュレットフィルタを、ＤＰＦ（Diesel particulate filter）と呼ぶ。

本実施形態の車両Ｔは、ＤＰＦに堆積されたＰＭの量を検出し、検出されたＰＭの量を、ナビゲーション装置３００へ通知する。

また、車両Ｔは、ＤＰＦに堆積したＰＭをクリーニングするための排気浄化装置５００を有している。排気浄化装置５００は、ＤＰＦに捕獲されたＰＭを燃焼除去することで、ＤＰＦをクリーニングして再生させる。

尚、クリーニングとは、ＤＰＦによって捕集したＰＭを燃焼除去し、ＤＰＦの捕集性能を再生させることをいう。また、ＤＰＦの再生には、連続再生と強制再生が含まれる。以下の本実施形態では、「クリーニング」とは、強制再生を示すものとし、強制再生の回数を低減させるように、走行ルートを提示するものとした。

強制再生とは、ポスト噴射や排気管内噴射等を利用して、ＤＰＦに捕集されたＰＭを強制的に再生することをいう。連続再生とは、例えば、排気ガス中のＮＯを酸化触媒でＮＯ_２とし、これを酸化剤として、ＤＰＦに捕集されたＰＭを連続的に再生することをいう。

本実施形態のルート管理システム１００において、ルート管理サーバ２００は、ナビゲーション装置３００から、目的地までの走行ルートの候補と、検出されたＰＭの量と、を受け取る。次に、ルート管理サーバ２００は、走行ルートの候補毎に、目的地に到着するまでに堆積されるＰＭの推定量を算出する。

そして、ルート管理サーバ２００は、検出されたＰＭの量及びＰＭの推定量の合計から、目的地に到着するまでに、車両Ｔにおいてクリーニング（強制再生）が行われるか否かを判定する。

言い換えれば、本実施形態のルート管理サーバ２００は、車両Ｔが候補として挙げられた走行ルートを走行することにより、現在の車両ＴのＤＰＦに堆積されたＰＭの量がどの程度まで増加するかを推定する。そして、ルート管理サーバ２００は、推定結果に基づき、目的地に到着するまでに、車両Ｔにおいてクリーニング（強制再生）が行われるか否かを判定する。

そして、ルート管理サーバ２００は、ＤＰＦのクリーニングが必要となる場合には、その回数を低減させる走行ルートをナビゲーション装置に表示させる。

尚、以下の説明では、ＤＰＦに堆積されたＰＭの量をＰＭ堆積量と呼ぶ。また、以下の説明では、ルート管理サーバ２００により推定された、走行ルートを走行することにより堆積されると推定されるＰＭの堆積量を、推定ＰＭ堆積量と呼ぶ。

以上のように、本実施形態では、車両Ｔにおいて検出されたＰＭ堆積量と、走行ルートを走行したことにより堆積すると推定されるＰＭ堆積量との合計である推定ＰＭ堆積量に基づき、クリーニング回数の少ない走行ルートを車両Ｔの運転者に提示する。

以下に、図２を参照して、本実施形態のルート管理システム１００のシステム構成について説明する。図２は、ルート管理システムのシステム構成について説明する図である。

本実施形態のルート管理システム１００は、ルート管理サーバ２００と、ナビゲーション装置３００とを含む。

ナビゲーション装置３００は、車両Ｔに固定されたものであっても良いし、携帯端末等により実現される携帯型のナビゲーション装置であっても良い。また、ナビゲーション装置３００は、車両Ｔに設けられた排気浄化装置５００において検出されたＰＭ堆積量を取得するものである。

ナビゲーション装置３００は、例えば、運転者を識別する運転者ＩＤ、車両を識別する識別子、出発地、目的地等と共にナビゲーションの開始要求が入力されると、走行ルートの候補を抽出する。そして、ナビゲーション装置３００は、開始要求と共に入力された情報、走行ルートの候補及び自機が搭載された車両のＰＭ堆積量をルート管理サーバ２００へ通知する。

本実施形態のルート管理サーバ２００は、運転パターンデータベース２１０、車両データベース２２０、積荷データベース２３０、渋滞データベース２４０、基準堆積量データベース２５０、ルート管理処理部２６０を有する。

本実施形態の運転パターンデータベース２１０は、運転者毎の運転パターンを示す情報が格納されている。言い換えれば、運転パターンデータベース２１０は、運転者毎のＤＰＦにおけるＰＭの堆積のしやすさを示す情報が格納されている。

本実施形態の車両データベース２２０は、車両毎のＤＰＦにおけるＰＭの堆積のしやすさを示す情報が格納されている。本実施形態の積荷データベース２３０は、積荷毎のＤＰＦにおけるＰＭの堆積のしやすさを示す情報が格納されている。渋滞データベース２４０は、渋滞の程度毎のＤＰＦにおけるＰＭの堆積のしやすさを示す情報が格納されている。

基準堆積量データベース２５０は、道路毎のＰＭ堆積量の基準値を示す情報が格納されている。上述した各データベースの詳細は後述する。

ルート管理処理部２６０は、ナビゲーション装置３００から取得した、運転者や車両を識別する情報、走行ルートの候補、ＰＭ堆積量と等に基づき、走行ルート毎の推定ＰＭ堆積量を算出する。そして、ルート管理処理部２６０は、推定ＰＭ堆積量に基づき、車両Ｔが目的地に到達する前に強制再生が行われるか否かを判定し、強制再生が行われると判定された場合には、他の走行ルートをナビゲーション装置３００に表示させる。

以下に、本実施形態のルート管理サーバ２００について、さらに説明する。図３は、ルート管理サーバのハードウェア装置の一例を示す図である。

本実施形態のルート管理サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含む。

入力装置２１は、各種の情報を入力するためものであり、例えばキーボードやマウス等で実現される。出力装置２２は、各種の情報を出力するためのものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、モデム、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

ルート管理プログラムは、ルート管理サーバ２００を制御する各種プログラムの少なくとも一部である。ルート管理プログラムは例えば記憶媒体２８の配布やネットワークからのダウンロードなどによって提供される。ルート管理プログラムを記録した記憶媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。

また、ルート管理プログラムは、ルート管理プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされたルート管理プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、インストールされたルート管理プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４からルート管理プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納されたルート管理プログラムに従って、後述するような各種処理を実現している。

また、本実施形態のナビゲーション装置３００は、図３に示すルート管理サーバ２００と同様のハードウェア構成を有するコンピュータにより実現されるため、説明を省略する。

次に、図４乃至図８を参照して、ルート管理サーバ２００の有する各データベースについて説明する。以下に説明する各データベースは、例えばルート管理サーバ２００の補助記憶装置２４内に設けられていても良いし、ルート管理サーバ２００の外部の記憶装置に格納されていても良い。

図４は、運転パターンデータベースの一例を示す図である。本実施形態の運転パターンデータベース２１０は、情報の項目として、運転者ＩＤと、運転パターンとを有し、両者は対応付けられている。以下の説明は、項目「運転者ＩＤ」の値と、項目「運転パターン」の値とを含む情報を、運転パターン情報と呼ぶ。

項目「運転者ＩＤ」の値は、車両を運転する運転者を識別するための識別子であり、運転者毎に割り振られる。

項目「運転パターン」の値は、さらに３つの項目と対応付けられている。項目「運転パターン」と対応付けられた項目は、道路の形状を示す項目であり、図４の例では、「直線」、「緩やかなカーブ」、「急なカーブ」としている。ここで、「緩やかなカーブ」と「急なカーブ」とは、例えば道路のカーブ半径に閾値を設け、カーブ半径が閾値以下のカーブを急なカーブとし、カーブ半径が閾値より大きいカーブを緩やかなカーブとしても良い。

また、図４の例では、道路の形状を示す項目を３つとしているが、これに限定されない。道路の形状を示す項目は、上述した３つの項目以外の項目が設けられていても良い。

項目「運転パターン」及び項目「直線」の値は、運転者ＩＤが示す運転者が、車両を運転して直線道路を走行した際の、ＤＰＦにおけるＰＭの堆積のしやすさを示す指標値である。項目「運転パターン」及び項目「緩やかなカーブ」の値は、運転者ＩＤが示す運転者が、車両を運転して緩やかなカーブの道路を走行した際の、ＤＰＦにおけるＰＭの堆積のしやすさを示す指標値である。項目「運転パターン」及び項目「急なカーブ」の値は、運転者ＩＤが示す運転者が、車両を運転して急なカーブの道路を走行した際の、ＤＰＦにおけるＰＭの堆積のしやすさを示す指標値である。

ここで、本実施形態のＤＰＦにおけるＰＭの堆積のしやすさについて説明する。本実施形態のルート管理サーバ２００は、運転者ＩＤ毎の走行履歴とＰＭ堆積量を収集しており、この走行履歴とＰＭ堆積量の履歴とから、運転パターンデータベース２１０を生成している。

そして、この走行履歴と、ＰＭ堆積量の履歴とから、項目「運転パターン」と対応付けられた３つの項目について、基準となるＰＭ堆積量を予め算出しておく。

ルート管理サーバ２００は、例えば、運転者ＩＤ毎の走行履歴と、ＰＭ堆積量から、道路において所定の直線の区間を走行した場合の、運転者ＩＤ毎のＰＭ堆積量の平均値を、直線道路のＰＭ堆積量の基準値とする。また、ルート管理サーバ２００は、道路において所定の緩やかなカーブの区間を走行した場合の、運転者ＩＤ毎のＰＭ堆積量の平均値を、緩やかなカーブ道路のＰＭ堆積量の基準値とする。また、道路において所定の急なカーブの区間を走行した場合の、運転者ＩＤ毎のＰＭ堆積量の平均値を、急なカーブのＰＭ堆積量の基準値とする。

次に、ルート管理サーバ２００は、各運転者ＩＤの走行履歴とＰＭ堆積量から、基準値となるＰＭ堆積量を１としたときの、所定の直線道路におけるＰＭ堆積量の割合を算出する。この割合が、各運転者ＩＤが示す運転者が車両を運転して直線道路を走行した際の、ＰＭの堆積のしやすさを示す指標値となる。

緩やかなカーブ、急なカーブを走行した際のＰＭの堆積のしやすさも、同様にして求められる。

図４では、運転者ＩＤ「１」と対応する運転パターンのうち、「直線」と対応する値は０．９であり、「緩やかなカーブ」の値は１．２であり、「急なカーブ」の値は０．８である。

よって、運転者ＩＤ「１」が示す運転者が車両を運転して直線道路を走行した場合には、ＰＭ堆積量は基準値より小さい値となる傾向があり、緩やかなカーブや急なカーブを走行した場合には、ＰＭ堆積量が基準値よれも大きい値となる傾向があることがわかる。

本実施形態の運転パターンデータベース２１０は、例えばルート管理システム１００の管理者等により、予め作成されて、ルート管理サーバ２００に格納されていても良い。

図５は、車両データベースの一例を示す図である。本実施形態の車両データベース２２０は、情報の項目として、車両ＩＤと、ＰＭの堆積のしやすさとを有し、両者は対応付けせられている。項目「車両ＩＤ」の値は、車両を特定する識別子を示す。項目「ＰＭの堆積のしやすさ」の値は、車両毎のＰＭの堆積のしやすさを示す。以下の説明では、項目「車両ＩＤ」の値と、項目「ＰＭの堆積のしやすさ」の値と、を含む情報を車両情報と呼ぶ。

車両データベース２２０における項目「ＰＭの堆積のしやすさ」の値は、例えば、車両の重量や総排気量等に基づき、予め与えられていても良い。また、本実施形態では、項目「ＰＭの堆積のしやすさ」は、１．０を基準値としている。

例えば、車両の重量や総排気量等から、特定の車種の車両が、項目「ＰＭの堆積のしやすさ」の基準となる車両とされた場合には、この車両の項目「ＰＭの堆積のしやすさ」かが１．０となる。

図５では、車両ＩＤ「１００」の車両は、項目「ＰＭの堆積のしやすさ」の値が「１．５」である。よって、車両ＩＤ「１００」の車両は、基準となる車両よりもＰＭが堆積しやすい車両であることがわかる。

本実施形態の車両データベース２２０は、本実施形態のルート管理システムの管理者等により、予め作成されて、ルート管理サーバ２００に格納されていても良い。

図６は、積荷データベースの一例を示す図である。本実施形態の積荷データベース２３０は、情報の項目として、積荷ＩＤ、重量、ＰＭの堆積のしやすさを有する。積荷データベース２３０では、項目「積荷ＩＤ」と、その他の項目とが対応付けられており、項目「積荷ＩＤ」の値と、その他の項目の値とを含む情報を積荷情報と呼ぶ。

項目「積荷ＩＤ」の値は、積荷を識別するための識別子であり、積荷毎に付与される。項目「重量」の値は、積荷ＩＤが示す積荷の重量を示す。項目「ＰＭの堆積のしやすさ」の値は、積荷毎のＰＭの堆積のしやすさを示す。

積荷データベース２３０における項目「ＰＭの堆積のしやすさ」の値は、基準となる重量と、積荷の重量とに基づき、決められても良い。

例えば、重量が１０Ｋｇの積荷を車両に搭載したことにより、ＤＰＦに堆積されるＰＭ堆積量を基準値とし、このときの項目「ＰＭの堆積のしやすさ」の値を１．０としたとする。この場合、例えば、基準値に対する、他の積荷を車両に搭載したことによりＤＰＦに堆積されるＰＭ堆積量の割合を示す値が、他の積荷の項目「ＰＭの堆積のしやすさ」の値となる。

図６の例では、積荷ＩＤ「１０」であり、重量が「５０Ｋｇ」の積荷のＰＭの堆積のしやすさは、「１．５」であり、車両において、基準とされる積荷が搭載される場合よりもＰＭが堆積しやすくなる傾向があることがわかる。

積荷データベース２３０は、例えば車両に積荷を載せる際に、積荷ＩＤと重量とが格納されても良い。また、本実施形態では、例えば、積荷ＩＤと重量とが格納されると、基準となる積荷の重量との関係から、項目「ＰＭの堆積のしやすさ」の値が算出されても良い。

図７は、渋滞データベースの一例を示す図である。本実施形態の渋滞データベース２４０は、情報の項目として、区間、ＰＭの堆積のしやすさを有し、両者は対応付けられている。以下の説明では、項目「区間」の値と、項目「ＰＭの堆積のしやすさ」の値とを含む情報を渋滞情報と呼ぶ。

項目「区間」の値は、道路の区間を特定する値である。通常、カーナビゲーション装置等に提供される道路情報では、道路を複数の区間として管理されている。項目「区間」の値は、この区間を示す。具体的には、項目「区間」の値は、区間の始点と終点の位置情報Ｐを示す。図７では、例えば区間「Ｐ１，Ｐ２」は、始点を地点Ｐ１とし、終点を地点Ｐ２とする区間を示している。尚、位置情報は、緯度と経度により示されても良い。

項目「ＰＭの堆積のしやすさ」は、さらに３つの項目と対応付けられている。項目「ＰＭの堆積のしやすさ」と対応付けられた項目は、道路の渋滞の状態を示す項目であり、図７の例では、「渋滞なし」、「軽い渋滞」、「大渋滞」としている。ここで、「渋滞なし」とは、例えば、車両が所定の速度以上で走行可能な状態を示す。「軽い渋滞」とは、例えば、車両が所定の時速以下で低速走行あるいは停止発進を繰り返す車列が、１Ｋｍ以上かつ１５分以上継続した状態を示す。「大渋滞」とは、例えば、車両が所定の時速以下で低速走行あるいは停止発進を繰り返す車列が２０Ｋｍ以上となった状態を示す。

本実施形態では、区間毎に、渋滞なしの場合に車両が走行した場合のＰＭ堆積量を基準値とし、このときの項目「ＰＭの堆積のしやすさ」の値を１．０としている。また、本実施形態では、項目「軽い渋滞」の値は、区間毎に、基準値に対する、軽い渋滞の場合に車両が走行した場合のＰＭ堆積量の割合を示している。また、本実施形態では、項目「大渋滞」の値は、区間毎に、基準値に対する、大渋滞の場合に車両が走行した場合のＰＭ堆積量の割合を示している。

図７では、区間「Ｐ１，Ｐ２」では、軽い渋滞においては、項目「ＰＭの堆積のしやすさ」の値は１．１となり、大渋滞においては、項目「ＰＭの堆積のしやすさ」の値は１．３となることがわかる。

本実施形態の渋滞データベース２４０は、本実施形態のルート管理システム１００の管理者等により、予め作成されてルート管理サーバ２００に格納されていても良い。

図８は、基準堆積量データベースの一例を示す図である。本実施形態の基準堆積量データベース２５０は、情報の項目として、区間と基準堆積量とを有し、両者は対応付けられている。以下の説明では、項目「区間」の値と、項目「基準堆積量」の値とを含む情報を、基準堆積情報と呼ぶ。

項目「基準堆積量」の値は、対応する区間を車両で走行した場合のＰＭ堆積量の基準値を示す。このとき、対応する区間を走行する車両は、車両データベース２２０を生成する際に基準とされた車両とすることが好ましい。また、区間が示す道路は、渋滞なしであることが好ましい。

尚、区間毎の基準堆積量は、ルート管理サーバ２００が収集している全ての運転者毎の走行履歴における区間毎のＰＭ堆積量の平均値等としても良い。

本実施形態の基準堆積量データベース２５０は、例えば、本実施形態のルート管理システム１００の管理者等により、予め格納されていても良い。

次に、図９を参照して、本実施形態のルート管理システム１００の有する各装置の機能について説明する。図９は、ルート管理システムの有する各装置の機能を説明する図である。

はじめに、本実施形態のルート管理サーバ２００の機能について説明する。本実施形態のルート管理サーバ２００は、ルート管理処理部２６０を有する。ルート管理処理部２６０は、ルート管理サーバ２００の演算処理装置２６がメモリ装置２５等からルート管理プログラムを読み出して実行することにより実現される。

本実施形態のルート管理処理部２６０は、情報取得部２６１、推定量算出部２６２、強制再生判定部２６３、走行ルート出力部２６４を有する。

情報取得部２６１は、ナビゲーション装置３００から送信される、運転者ＩＤ、車両ＩＤ、走行ルートの候補、ＰＭ堆積量等の各種情報を取得する。

推定量算出部２６２は、情報取得部２６１が取得した各種情報から、候補として挙げられた走行ルートを走行した場合のＰＭ堆積量の推定量である推定ＰＭ堆積量を算出する。本実施形態の推定量算出部２６２の詳細は後述する。

強制再生判定部２６３は、推定量算出部２６２により算出された推定ＰＭ堆積量に基づき、推定ＰＭ堆積量の算出の対象となった走行ルートを車両が走行した場合に、強制再生が行われるか否かを判定する。尚、本実施形態では、例えば、推定ＰＭ堆積量が、予め設定された閾値よりも大きくなった場合に、強制再生が行われるものと判定しても良い。

走行ルート出力部２６４は、強制再生判定部２６３による判定結果により、ナビゲーション装置３００に対して提示すべき走行ルートとして選択された走行ルートをナビゲーション装置３００に対して出力する。

次に、本実施形態のナビゲーション装置３００について説明する。本実施形態のナビゲーション装置３００は、入力受付部３１０、ＰＭ堆積量取得部３２０、ルート候補抽出部３３０、表示制御部３４０、通信部３５０を有する。

入力受付部３１０は、ナビゲーション装置３００に対する各種の情報の入力を行う。具体的には、入力受付部３１０は、出発地、目的地、運転者ＩＤの入力を受け付ける。また、本実施形態では、例えばナビゲーション装置３００が車両に備え付けられていない、携帯型の装置であれば、入力受付部３１０は、ナビゲーション装置３００が搭載された車両の車両ＩＤの入力も受け付ける。

ＰＭ堆積量取得部３２０は、車両に設けられている排気浄化装置５００から、検出されたＰＭ堆積量を取得する。

ルート候補抽出部３３０は、出発地と目的地の入力を受け付けて、出発地から目的地までの走行ルートの候補を抽出する。尚、走行ルートの候補は、ルート管理システム１００の外部に存在する道路情報が格納されたサーバ等に走行ルートの候補の取得要求を行った結果として、抽出されるものである。

表示制御部３４０は、ナビゲーション装置３００の有するディスプレイ等に、走行ルートや地図情報等を表示させる。通信部３５０は、ナビゲーション装置３００とルート管理サーバ２００との通信を担う。

次に、排気浄化装置５００について説明する。排気浄化装置５００は、車両Ｔに設けられており、車両Ｔの有するＤＰＦに堆積したＰＭをクリーニングする。本実施形態の排気浄化装置５００は、ＰＭ堆積量検出部５１０を有する。ＰＭ堆積量検出部５１０は、ＤＰＦに堆積したＰＭ堆積量を検出する。

尚、図９の例では、ＰＭ堆積量検出部５１０が排気浄化装置５００の内部に設けられるものとしたが、これに限定されない。ＰＭ堆積量検出部５１０は、排気浄化装置５００の外部に独立して設けられていても良い。

次に、図１０を参照して、本実施形態のルート管理処理部２６０の有する推定量算出部２６２について説明する。図１０は、推定量算出部の機能を説明する図である。

本実施形態の推定量算出部２６２は、走行ルート選択部２７１、道路区分部２７２、情報参照部２７３、算出部２７４を有する。

走行ルート選択部２７１は、ナビゲーション装置３００から取得した走行ルートの候補から、推定ＰＭ堆積量の算出対象となる走行ルートを選択する。

道路区分部２７２は、選択された走行ルートに含まれる道路の区間を、直線、緩やかなカーブ、急なカーブに区分する。言い換えれば、道路区分部２７２は、選択された走行ルートに含まれる道路の区間を、運転パターンデータベース２１０の項目「運転パターン」と対応付けられた、道路の形状を示す項目に対応するように区分する。

情報参照部２７３は、情報取得部２６１がナビゲーション装置３００から取得した各種の情報や、ルート管理サーバ２００の有する各データベースを参照する。

算出部２７４は、選択された走行ルートにおいて、道路区分部２７２により区分された区間毎に推定ＰＭ堆積量を算出する。算出部２７４による推定ＰＭ堆積量の算出の詳細は後述する。

以下に、図１１乃至図１３を参照して、本実施形態のルート管理システム１００の有する各装置の動作について説明する。尚、以下に説明する図１１乃至図１３の処理は、例えば運転者が車両Ｔの運転を開始する前等に行われる。

図１１は、ナビゲーション装置の動作を説明するフローチャートである。

本実施形態の３００は、入力受付部３１０により、各種の入力を受け付ける（ステップＳ１１０１）。具体的には、入力受付部３１０は、ナビゲーション装置３００が搭載されている車両Ｔの運転者による入力される運転者ＩＤ、出発地、目的地等の入力を受け付ける。また、入力受付部３１０は、例えば運転者ＩＤの入力を受け付けると、車両Ｔの車両ＩＤを取得し、積荷データベース２３０において車両ＩＤと対応付けられた積荷ＩＤを取得しても良い。

続いて、ナビゲーション装置３００は、ＰＭ堆積量取得部３２０により、排気浄化装置５００のＰＭ堆積量検出部５１０が検出したＰＭ堆積量を取得する（ステップＳ１１０２）。

続いて、ナビゲーション装置３００は、ルート候補抽出部３３０は、出発地と目的地とから、走行ルートの候補を抽出する（ステップＳ１１０３）。尚、ナビゲーション装置３００は、通信部３５０により、出発地と目的地の情報を外部のサーバ等に送信し、外部のサーバにより取得された走行ルートの候補を受信しても良い。

次に、ナビゲーション装置３００は、通信部３５０により、取得した走行ルートの候補をルート管理サーバ２００へ送信する（ステップＳ１１０４）。

続いて、ナビゲーション装置３００は、通信部３５０により、ルート管理サーバ２００から、推奨される走行ルートの提示を受け付けたか否かを判定する（ステップＳ１１０５）。

ステップＳ１１０５において、走行ルートの提示を受け付けない場合、ナビゲーション装置３００は、走行ルートの提示を受け付けるまで待機する。

ステップＳ１１０５において、走行ルートの提示を受け付けると（ステップＳ１１０６）、ナビゲーション装置３００は、表示制御部３４０により、走行ルートをディスプレイに表示させ（ステップＳ１１０７）、処理を終了する。

次に、図１２を参照して、本実施形態のルート管理サーバ２００の処理について説明する。図１２は、ルート管理サーバの動作を説明するフローチャートである。

本実施形態のルート管理サーバ２００は、ルート管理処理部２６０の情報取得部２６１により、ナビゲーション装置３００から各種の情報を取得したか否かを判定する（ステップＳ１２０１）。ここで、情報取得部２６１が取得する各種の情報とは、運転者ＩＤ、車両ＩＤ、積荷ＩＤ、ＰＭ堆積量、走行ルートの候補を含む情報である。

ステップＳ１２０１において、各種の情報を取得しない場合、ルート管理処理部２６０は、上述した各種の情報を取得するまで待機する。

ステップＳ１２０１において、各種の情報を取得した場合、ルート管理処理部２６０は、情報取得部２６１により、運転パターンデータベース２１０を参照し、取得した運転者ＩＤと対応する運転パターン情報を取得する（ステップＳ１２０２）。

次に、情報取得部２６１は、車両データベース２２０を参照し、取得した車両ＩＤと対応する車両情報を取得する（ステップＳ１２０３）。続いて、情報取得部２６１は、積荷データベース２３０を参照し、取得した積荷ＩＤと対応する積荷情報を取得する（ステップＳ１２０４）。

次に、情報取得部２６１は、渋滞データベース２４０を参照し、走行ルートの候補から、走行ルートと対応する渋滞情報を取得する（ステップＳ１２０５）。具体的には、情報取得部２６１は、取得した走行ルートの候補に示される道路を区間毎に分けて、渋滞データベース２４０において、対応する区間毎に渋滞情報を取得しても良い。

続いて、ルート管理処理部２６０は、推定量算出部２６２により、取得した走行ルートの候補から、１つの走行ルートの候補を選択する（ステップＳ１２０６）。

続いて、ルート管理処理部２６０は、ステップＳ１２０２からステップＳ１２０５において取得した運転パターン情報、車両情報、積荷情報及び渋滞情報を用いて、推定量算出部２６２により選択された走行ルートの候補の推定ＰＭ堆積量を算出する（ステップＳ１２０７）。ステップＳ１２０７の処理の詳細は後述する。

続いて、ルート管理処理部２６０は、強制再生判定部２６３により、選択された走行ルートの候補にしたがって走行した場合に、目的地に到着するまでにクリーニング（強制再生）されないか否かを判定する（ステップＳ１２０８）。言い換えれば、本実施形態の強制再生判定部２６３は、算出された推定ＰＭ堆積量が、予め設定されていた閾値未満であるか否かを判定している。尚、判定の基準となる閾値は、強制再生判定部２６３に保持されていても良い。この閾値は、例えば車両毎に予め決められていても良く、車両ＩＤと共にナビゲーション装置３００により取得されて、ルート管理サーバ２００に送信されても良い。

ステップＳ１２０８において、強制再生が行われる場合には、推定量算出部２６２は、次の走行ルートの候補を選択し（ステップＳ１２０９）、ステップＳ１２０７へ戻る。

ステップＳ１２０８において、強制再生が行われない場合、ルート管理処理部２６０は、ナビゲーション装置３００から取得した走行ルートの候補全てについて、ステップＳ１２０７以降の処理を行ったか否かを判定する（ステップＳ１２１０）。

ステップＳ１２１０において、全ての走行ルートの候補について処理していない場合、ルート管理処理部２６０は、ステップＳ１２０９へ戻る。

ステップＳ１２１０において、全ての走行ルートの候補について処理した場合、ルート管理処理部２６０は、強制再生が行われない走行ルートの候補が存在するか否かを判定する（ステップＳ１２１１）。

ステップＳ１２１１において、該当する走行ルートの候補が存在する場合、走行ルート出力部２６４は、該当する走行ルートの候補を、強制再生を回避する走行ルートの候補として、ナビゲーション装置３００へ送信し（ステップＳ１２１２）、処理を終了する。

ステップＳ１２１１において、該当する走行ルートの候補が存在しない場合、走行ルート出力部２６４は、該当する走行ルートの候補が存在しないことを示す通知をナビゲーション装置３００に送信し（ステップＳ１２１３）、処理を終了する。

尚、図１２の例では、ルート管理サーバ２００は、走行ルートの候補から、強制再生が行われない走行ルートを選択してナビゲーション装置３００に提示するものとしたが、これに限定されない。ルート管理サーバ２００は、例えば強制再生が行われない走行ルートが存在しない場合には、強制再生が行われる回数が最も少ない走行ルートをナビゲーション装置３００に提示しても良い。

次に、図１３を参照して、本実施形態の推定量算出部２６２の処理を説明する。図１３は、推定量算出部の処理を説明するフローチャートである。図１３は、図１２のステップＳ１２０７の処理の詳細を示している。

本実施形態の推定量算出部２６２は、選択された走行ルートに含まれる道路を区間毎に分ける（ステップＳ１３０１）。続いて、推定量算出部２６２は、区間毎に、区間内の道路を、直線、緩やかなカーブ、急なカーブに区分する（ステップＳ１３０２）。言い換えれば、推定量算出部２６２は、区間毎に、区間内の道路を、運転パターンと対応付けられた道路の形状毎に区分する。

続いて、推定量算出部２６２は、基準堆積量データベース２５０を参照し、区間毎のＰＭ堆積量の基準値を取得する（ステップＳ１３０３）。

続いて、推定量算出部２６２は、以下の式（１）により、推定ＰＭ堆積量Ｘを算出する（ステップＳ１３０４）。

尚、式（１）において、Ｐ１は出発地の位置情報であり、Ｐ２は目的地の位置情報を記す。また、式（１）において、ｆ（区間）は、区間毎のＰＭ堆積量の基準値を示し、ａ（運転者ＩＤ）は、運転者ＩＤを含む運転パターン情報を示し、具体的には、運転者ＩＤと対応付けられた、区間における道路の形状と対応する運転パターンの値を示す。また、式（１）において、ｂ（車両ＩＤ）は、車両ＩＤを含む車両情報であり、具体的には車両ＩＤと対応付けられたＰＭの堆積のしやすさの値を示す。

また、式（１）において、ｃ（積荷ＩＤ）は、積荷ＩＤを含む積荷情報を示し、具体的には、積荷ＩＤと対応付けられたＰＭの堆積のしやすさの値を示す。また、ｄ（区間）は、区間毎の渋滞情報を示し、具体的には、区間毎の渋滞の種類と対応付けられたＰＭの堆積のしやすさの値を示す。

つまり、本実施形態の推定量算出部２６２は、出発地から目的地までの間の区間毎に、ＰＭの堆積の仕方に影響を及ぼす各種の項目と対応付けられたＰＭの堆積のしやすさの指標となる値と、過去の履歴から算出された区間毎のＰＭ堆積量の基準値との積を求める。

この積は、車両Ｔが走行ルートを走行することにより増加すると推定されるＰＭ堆積量である。以下の説明では、増加すると推定されるＰＭ堆積量を、推定増加ＰＭ堆積量と呼ぶ。
そして、推定量算出部２６２は、推定増加ＰＭ堆積量と、車両Ｔにおいて既に堆積されているＰＭ堆積量との和を、目的地に到着したときに堆積されると推定される推定ＰＭ堆積量としている。

本実施形態では、この推定ＰＭ堆積量が閾値未満となる走行ルートの候補を、強制再生を行わずに目的地に到達できる走行ルートとする。

以下に、図１４乃至図１７を参照して、本実施形態のルート管理サーバ２００の処理について、さらに説明する。

図１４は、走行ルートの例を説明する図である。図１４では、出発地を地点Ａとし、目的地を地点Ｂとした場合の走行ルートを示している。図１４の例では、出発地を地点Ａとし、目的地を地点Ｂとした場合の走行ルートの候補として、第１走行ルートと第２走行ルートとが挙げられたとする。

第１走行ルートの道路は、地点Ａからカーブ１までの区間１、カーブ１の始点から終点までの区間２、カーブ１の終点からカーブ２の始点までの区間３、カーブ２の始点から終点までの区間４を含む。また、第１走行ルートの道路は、カーブ２の終点からカーブ３の始点までの区間５、カーブ３の始点から終点までの区間６、カーブ３の終点からカーブ４の始点までの区間７、カーブ４の始点からカーブ４の終点までの区間８、カーブ４の終点からＢ地点までの区間９を含む。つまり、第１走行ルートは、９つの区間を含む。

第２走行ルートの道路は、地点Ａからカーブ５の始点までの区間１１、カーブ５の始点から終点までの区間１２、カーブ５の終点から地点Ｂまでの区間１３を含む。つまり、第２走行ルートは、３つの区間を含む。

ここで、第１走行ルートのカーブ１、カーブ２は緩やかなカーブであり、カーブ３、カーブ４は急なカーブとする。また、各カーブ間の区間の道路は直線とする。第２走行ルートのカーブ５は緩やかなカーブであり、カーブ以外の区間の道路は直線とする。

また、地点Ａから地点Ｂまでを走行する車両Ｔは、車両ＩＤ「１０１」とし、この車両Ｔを運転する運転者は、運転者ＩＤ「１」の運転者とする。また、車両Ｔには、積荷ＩＤ「１０」の積荷が積載されているものとする。

さらに、第１走行ルートは、軽い渋滞が発生しているものとし、第２走行ルートは大渋滞が発生しているものとする。

この場合、第１走行ルートの区間１の道路は直線であるため、推定量算出部２６２は、区間１の運転パターン情報として、ＰＭの堆積のしやすさを示す値「０．９」を取得する（図４参照）。また、区間２の道路は、緩やかなカーブである。よって、推定量算出部２６２は、区間２の運転パターン情報として、ＰＭの堆積のしやすさを示す値「１．２」を取得する。

また、推定量算出部２６２は、区間１〜９における車両情報として、ＰＭの堆積のしやすさを示す値「０．７」を取得する（図５参照）。また、車両Ｔには、積荷ＩＤ「１０」が積載されている。よって、推定量算出部２６２は、区間１〜９における積荷情報として、ＰＭの堆積のしやすさを示す値「１．５」を取得する（図６参照）。

また、推定量算出部２６２は、第１走行ルートの区間１〜９の渋滞情報として、各区間に発生している渋滞の状態に応じたＰＭの堆積のしやすさを示す値を取得する。

図１５を参照して、区間１〜９の渋滞情報の一例を説明する。図１５は、渋滞情報の一例を示す第一の図である。

図１５では、第１走行ルートの区間１〜９のそれぞれについて、渋滞なし、軽い渋滞、大渋滞、という３つの渋滞の状態に応じたＰＭ堆積量が示されている。図１５に示す各値は、例えば、過去に運転者ＩＤ「１」の運転者が、車両ＩＤ「１０１」の車両Ｔで第１走行ルートを走行した際の記録として、渋滞データベース２４０に保持されていても良い。また、図１５に示す各値は、過去に第１走行ルートを走行した複数の車両から取得した値の平均値等であっても良い。

本実施形態の推定量算出部２６２は、各区間のＰＭ堆積量と、各区間の堆積量の基準値と、に基づき算出された、区間毎の「ＰＭの堆積のしやすさを示す値」を取得する。

そして、本実施形態の推定量算出部２６２は、基準堆積量データベース２５０を参照し、区間毎のＰＭ堆積量の基準値と、各情報として取得した区間毎の「ＰＭの堆積のしやすさを示す値」と、の積である推定増加ＰＭ堆積量を求める。そして、推定量算出部２６２は、区間毎の推定増加ＰＭ堆積量の合計と、ナビゲーション装置３００において検出されたＰＭ堆積量との和を、第１走行ルートを走行した場合の推定ＰＭ堆積量とする。

次に、図１６を参照して、区間１〜３の渋滞情報の一例を説明する。図１６は、渋滞情報の一例を示す第二の図である。

図１６では、第２走行ルートの区間１〜３のそれぞれについて、渋滞なし、軽い渋滞、大渋滞、という３つの渋滞の状態に応じたＰＭ堆積量が示されている。図１６に示す各値は、図１５と同様に、過去に運転者ＩＤ「１」の運転者が、車両ＩＤ「１０１」の車両Ｔで第２走行ルートを走行した際の記録として、渋滞データベース２４０に保持されていても良い。また、図１６に示す各値は、過去に第２走行ルートを走行した複数の車両から取得した値の平均値等であっても良い。

本実施形態の推定量算出部２６２は、第１走行ルートのときと同様に、区間１〜３の推定増加ＰＭ堆積量を求め、推定増加ＰＭ堆積量の合計と、ナビゲーション装置３００において検出されたＰＭ堆積量との和を、第２走行ルートを走行した場合の推定ＰＭ堆積量とする。

本実施形態では、以上のようにして、走行ルート毎の推定ＰＭ堆積量が算出される。次に、図１７を参照して、強制再生判定部２６３による判定について説明する。

図１７は、強制再生判定部の判定を説明する図である。図１７では、第１走行ルートと第２走行ルートのそれぞれについて、推定ＰＭ堆積量を示すグラフを渋滞の状態毎に示している。

また、図１７では、強制再生が行われるか否かを判定するための閾値ＴＨを１．５［ｇ／ｌ］としている。また、図１７では、ナビゲーション装置３００から取得したＰＭ堆積量を１．３［ｇ／ｌ］としている。

図１７において、第１走行ルートでは、渋滞なしの状態の場合、目的地に到着したときに、推定ＰＭ堆積量は閾値ＴＨ未満である。また、第１走行ルートでは、軽い渋滞又は大渋滞の場合には、目的地に到着したときに、推定ＰＭ堆積量は閾値ＴＨ以上となる。

これに対し、第２走行ルートでは、渋滞の状態に関わらず、推定ＰＭ堆積量は、閾値を超えない。ただし、第２走行ルートは、第１走行ルートと比較すると、距離が長く、目的地までの到着時間が、第１走行ルートよりも遅くなることが予想される。

ここでは、第１走行ルートには軽い渋滞が発生しており、第２走行ルートには大渋滞が発生しているものとして説明する。

この場合、第１走行ルートでは、推定ＰＭ堆積量が閾値ＴＨ以上となるため、強制再生判定部２６３は、強制再生が行われる走行ルートとして、第１走行ルートを選択肢から除外する。また、第２走行ルートは、推定ＰＭ堆積量が閾値ＴＨ未満であるため、強制再生判定部２６３は、強制再生が行われない走行ルートとして、ナビゲーション装置３００に提示する走行ルートとする。

したがって、ルート管理サーバ２００は、走行ルート出力部２６４により、燃費を向上させる走行ルートとして、第２走行ルートをナビゲーション装置３００に出力する。ナビゲーション装置３００は、この出力を受けて、燃費を向上させる走行ルートであることを示す情報と、第２走行ルートとを表示させる。

また、例えば第１走行ルートが渋滞なしであった場合についても説明する。この場合、第１走行ルートであっても、目的地に到着したときに、推定ＰＭ堆積量は閾値ＴＨ未満である。

よって、走行ルート出力部２６４は、第１走行ルートと第２走行ルートの２つを、燃費を向上させる走行ルートとしてナビゲーション装置３００に出力する。

この場合に、走行ルート出力部２６４は、例えば第１走行ルートよりも、第２走行ルートの方が、より燃費を向上させること、第１走行ルートの方が第２走行ルートよりも走行距離が短いこと、等も、走行ルートと共にナビゲーション装置３００へ出力しても良い。

ナビゲーション装置３００は、これらの出力を受けて、燃費を向上させる走行ルートとして、第１走行ルートと第２走行ルートを表示させる。このとき、ナビゲーション装置３００は、走行ルートの走行距離が短い順に各走行ルートを表示させても良いし、ＰＭ堆積量が少ない順に各走行ルートを表示させても良い。また、ナビゲーション装置３００は、このような順に各走行ルートの表示順を変更させるソート操作を受け付けても良い。

以上のように、本実施形態によれば、走行ルートの選定を行うときに、走行ルートを走行することで堆積される増加推定ＰＭ堆積量を算出し、車両から検出されたＰＭ堆積量に加算することで、目的地に到着するまでの推定ＰＭ堆積量を算出する。そして、本実施形態では、この推定ＰＭ堆積量に基づき、クリーニング回数を低減させる走行ルートを選択し、提示する。

したがって、本実施形態によれば、堆積した粒子状物質のクリーニングの回数を低減させることができる。

さらに、本実施形態では、増加推定ＰＭ堆積量を算出する際に、運転者、車両、積荷、道路の形状、渋滞の状態等、ＰＭの堆積の仕方に影響を及ぼす各種パラメータに対して、ＰＭの堆積のしやすさを示す値を付与し、この値に基づき増加推定ＰＭ堆積量を算出する。言い換えれば、本実施形態では、ＰＭの堆積の仕方に影響を及ぼす各種パラメータに対して重み付けを行い、この重みと、過去に収集された走行履歴から算出されたＰＭ堆積量の基準値とから、推定増加ＰＭ堆積量を算出する。

したがって、本実施形態によれば、走行ルートを走行することによって増加するＰＭ堆積量の推定の精度が向上するため、クリーニングが行われるか否かの判定の精度も向上させることができ、クリーニングの回数を低減させる走行ルートを提示することができる。

尚、本実施形態では、ＰＭの堆積の仕方に影響を及ぼすパラメータの一例として、図４乃至図７に示す各データベースで説明したが、パラメータの種類はこれに限定されない。このパラメータには、例えば気象情報や路面の状態を示す情報等が含まれても良く、ＰＭの堆積の仕方に関連するパラメータであれば、どのようなものであっても良い。

また、本実施形態では、ナビゲーション装置３００は、出発地と目的地を外部のサーバに送信して走行ルートの候補を取得するものとしているが、これに限定されない。本実施形態のルート管理サーバ２００は、出発地と目的地の入力を受けて、走行ルートの候補を抽出して提供するナビゲーション機能を有していても良い。その場合、ナビゲーション装置３００は、ルート管理サーバ２００に対して出発地と目的地の情報を送信すれば良い。

また、上述した車両Ｔには、ディーゼルエンジンが搭載されているものとしているが、これに限定されない。車両Ｔは、ディーゼルエンジン以外のエンジンが搭載された車両であっても良い。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
ナビゲーション装置と、サーバとを有するルート管理システムであって、
前記サーバは、
前記ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲される排気微粒子量の推定量を算出する推定量算出部と、
前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを前記ナビゲーション装置に表示させる走行ルート出力部と、有する、ルート管理システム。
（付記２）
前記サーバは、
前記推定量に基づき、前記走行ルートの候補毎に、前記フィルタの強制再生が不要であるか否かを判定する強制再生判定部を有し、
前記走行ルート出力部は、
前記強制再生が不要と判定された走行ルートを前記ナビゲーション装置に表示させる、付記１記載のルート管理システム。
（付記３）
前記ナビゲーション装置は、
前記車両において検出された、前記車両のエンジンの排気通路に配置されたフィルタにおいて捕獲された、排気ガス中の排気微粒子量を取得する排気微粒子量取得部を有し、
前記推定量算出部は、
前記走行ルートの走行により前記フィルタに捕獲される推定増加量を算出し、前記推定増加量と、前記排気微粒子量取得部が取得した前記排気微粒子量と、の和を前記推定量とする、付記１又は２記載のルート管理システム。
（付記４）
前記サーバは、
前記フィルタに捕獲される前記排気微粒子量に関連するパラメータ毎に対応付けた重みと、道路の区間毎の前記排気微粒子量の基準値と、を記憶した記憶部と、
前記ナビゲーション装置から前記パラメータを取得し、前記パラメータ毎の重みと、前記走行ルートに含まれる区間毎の前記排気微粒子量の基準値と、取得する情報取得部と、を有し、
前記推定量算出部は、
前記パラメータ毎の重みと、前記区間毎の前記排気微粒子量の基準値と、を用いて、前記推定増加量を算出する、付記３記載のルート管理システム。
（付記５）
前記パラメータは、
前記車両を識別する識別子、前記車両の運転者を識別する識別子、前記走行ルートの候補毎の渋滞の状態を示す情報、前記走行ルートにおける道路の形状を示す情報を含む、付記４記載のルート管理システム。
（付記６）
ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲される排気微粒子量の推定量を算出し、
前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを出力する、処理をコンピュータに実行させるルート管理プログラム。
（付記７）
ナビゲーション装置と、サーバとを有するルート管理システムによるルート管理方法であって、前記ルート管理システムが、
前記サーバにより、
前記ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲される排気微粒子量の推定量を算出し、
前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを前記ナビゲーション装置に表示させる、ルート管理方法。
（付記８）
ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲される排気微粒子量の推定量を算出する推定量算出部と、
前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを出力する走行ルート出力部と、を有するルート管理サーバ。

本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１００ ルート管理システム
２００ ルート管理サーバ
２１０ 運転パターンデータベース
２２０ 車両データベース
２３０ 積荷データベース
２４０ 渋滞データベース
２５０ 基準堆積量データベース
２６０ ルート管理処理部
２６１ 情報取得部
２６２ 推定量算出部
２６３ 強制再生判定部
２６４ 走行ルート出力部
３００ ナビゲーション装置
３２０ ＰＭ堆積量取得部
３３０ ルート候補抽出部
３４０ 表示制御部
５００ 排気浄化装置
５１０ ＰＭ堆積量検出部

Claims (7)

1. ナビゲーション装置と、サーバとを有するルート管理システムであって、
   前記サーバは、
   前記ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲された、排ガス中の排気微粒子量と、前記走行ルートに含まれる区間毎の、前記排気微粒子量に関連するパラメータ毎に対応付けた重みと、前記区間毎の前記排気微粒子量の基準値とを用いて算出された推定増加量と、を加算して、排気微粒子量の推定量を算出する推定量算出部と、
   前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを前記ナビゲーション装置に表示させる走行ルート出力部と、有する、ルート管理システム。
2. 前記サーバは、
   前記推定量に基づき、前記走行ルートの候補毎に、前記フィルタの強制再生が不要であるか否かを判定する強制再生判定部を有し、
   前記走行ルート出力部は、
   前記強制再生が不要と判定された走行ルートを前記ナビゲーション装置に表示させる、請求項１記載のルート管理システム。
3. 前記ナビゲーション装置は、
   前記車両において検出された、前記車両のエンジンの排気通路に配置されたフィルタにおいて捕獲された、排気ガス中の排気微粒子量を取得する排気微粒子量取得部を有し、
   前記推定量算出部は、
   前記走行ルートの走行により前記フィルタに捕獲される推定増加量を算出し、前記推定増加量と、前記排気微粒子量取得部が取得した前記排気微粒子量と、の和を前記推定量とする、請求項２記載のルート管理システム。
4. 前記サーバは、
   前記フィルタに捕獲される前記排気微粒子量に関連するパラメータ毎に対応付けた重みと、道路の区間毎の前記排気微粒子量の基準値と、を記憶した記憶部と、
   前記ナビゲーション装置から前記パラメータを取得し、前記パラメータ毎の重みと、前記走行ルートに含まれる区間毎の前記排気微粒子量の基準値と、取得する情報取得部と、を有し、
   前記推定量算出部は、
   前記パラメータ毎の重みと、前記区間毎の前記排気微粒子量の基準値と、を用いて、前記推定増加量を算出する、請求項３記載のルート管理システム。
5. 前記パラメータは、
   前記車両を識別する識別子、前記車両の運転者を識別する識別子、前記走行ルートの候補毎の渋滞の状態を示す情報、前記走行ルートにおける道路の形状を示す情報を含む、請求項４記載のルート管理システム。
6. ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲された、排ガス中の排気微粒子量と、前記走行ルートに含まれる区間毎の、前記排気微粒子量に関連するパラメータ毎に対応付けた重みと、前記区間毎の前記排気微粒子量の基準値とを用いて算出された推定増加量と、を加算して、排気微粒子量の推定量を算出し、
   前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを出力する、処理をコンピュータに実行させるルート管理プログラム。
7. ナビゲーション装置と、サーバとを有するルート管理システムによるルート管理方法であって、前記ルート管理システムが、
   前記サーバにより、
   前記ナビゲーション装置から取得した走行ルートの候補毎に、前記ナビゲーション装置が搭載された車両が前記走行ルートを走行して目的地に到着した場合において、前記車両のエンジンの排気通路に配置されたフィルタに捕獲された、排ガス中の排気微粒子量と、前記走行ルートに含まれる区間毎の、前記排気微粒子量に関連するパラメータ毎に対応付けた重みと、前記区間毎の前記排気微粒子量の基準値とを用いて算出された推定増加量と、を加算して、排気微粒子量の推定量を算出し、
   前記推定量に基づき、前記フィルタの強制再生の回数が最小となる走行ルートを前記ナビゲーション装置に表示させる、ルート管理方法。

Images