(57)【要約】【課題】本発明は、交通流の分散を促進する交通流分散装置を提供することを課題とする。【解決手段】走行予定経路を走行することを希望する希望車が走行予定経路を走行するときの交通流を分散する交通流分散装置２０であって、走行予定経路上を走行している迂回候補車に対して、走行予定経路を迂回する迂回経路を走行する要求を送信する送信手段２０ａと、送信手段２０ａで送信した要求に応じて迂回候補車が迂回経路を走行した場合、希望車側から迂回候補車側に対してインセンティブを付与する付与手段２０ｆを備えることを特徴とする。【選択図】図１
2011085980.tif 000002
【特許請求の範囲】
【請求項１】
走行予定経路を走行することを希望する希望車が走行予定経路を走行するときの交通流を分散する交通流分散装置であって、
走行予定経路上を走行している迂回候補車に対して、走行予定経路を迂回する迂回経路を走行する要求を送信する送信手段と、
前記送信手段で送信した要求に応じて前記迂回候補車が迂回経路を走行した場合、前記希望車側から前記迂回候補車側に対してインセンティブを付与する付与手段
を備えることを特徴とする交通流分散装置。
【請求項２】
前記迂回経路は、走行予定経路における渋滞区間を迂回する経路であることを特徴とする請求項１に記載する交通流分散装置。
【請求項３】
前記迂回候補車が迂回経路を走行した場合に前記希望車が走行予定経路を走行したときの旅行時間の短縮効果があるか否かを判断する判断手段を備え、
前記判断手段で旅行時間の短縮効果がないと判断した場合、前記迂回候補車に対して迂回経路を走行する要求を行わないことを特徴とする請求項１又は請求項２に記載する交通流分散装置。
【請求項４】
前記希望車が走行予定経路を走行したときの旅行時間を取得する第１取得手段と、
前記迂回候補車が迂回経路を走行した場合の前記希望車が走行予定経路を走行したときの旅行時間を取得する第２取得手段を備え、
前記判断手段は、前記１取得手段で取得した旅行時間と前記第２取得手段で取得した旅行時間との差が閾値未満の場合には旅行時間の短縮効果がないと判断することを特徴とする請求項３に記載する交通流分散装置。
【請求項５】
前記希望車と前記迂回候補車は、車両外部に設置されるセンタとの間で情報を送受信し、前記センタを介してインセンティブの授受を行うことを特徴とする請求項１〜請求項４のいずれか１項に記載する交通流分散装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交通流分散装置に関する。
【背景技術】
【０００２】
道路設備は、共有化財産であり、有限である。一方、道路設備を使用する交通需要は、時々刻々と変動し、時には道路の容量を超えて渋滞を発生させる。そのため、車両の目的地への到着が遅くなったり、ＣＯ２の増大につながる。これを抑制するために、時間分散や空間分散などで車両を分散させることが提案されている。特許文献１に記載の交通流分散システムでは、現在の交通状況及び今後に予測される交通量に応じて交通流を分散させる交通流分散計画を決定し、この交通流分散計画を実現するために個々の車両に走行予定ルートの変更指示を送信し、送信後における車両毎に走行ルート実績とルート変更指示とを照合した結果、ルート変更指示に従った走行ルートを走行した車両の運転者に対してインセンティブ（有料道路料金割引、ガソリン料金割引など）を付与する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１７６１８７号公報
【特許文献２】特開２００３−３４６２０３号公報
【特許文献３】特開２００３−１２３１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように交通流を分散させるためにインセンティブを付与する場合、通常、自動車メーカやカーナビメーカーなどの企業がインセンティブを付与するため、企業側の費用的な負担が大きくなる。そのため、企業による費用負担が抑えられると、交通流の分散が促進されない。また、いざ自分（自車）が目的地に早く到着したい場合に、他車に迂回を要求することができなかった。
【０００５】
そこで、本発明は、交通流の分散を促進する交通流分散装置を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明に係る交通流分散装置は、走行予定経路を走行することを希望する希望車が走行予定経路を走行するときの交通流を分散する交通流分散装置であって、走行予定経路上を走行している迂回候補車に対して、走行予定経路を迂回する迂回経路を走行する要求を送信する送信手段と、送信手段で送信した要求に応じて迂回候補車が迂回経路を走行した場合、希望車側から迂回候補車側に対してインセンティブを付与する付与手段を備えることを特徴とする。
【０００７】
この交通流分散装置では、走行予定経路を走行している車両（ユーザ）が走行予定経路を走行し続けることを希望する場合、走行予定経路の交通流を分散させるために（車両台数を減らすために）、送信手段により、走行予定経路上を走行している他の車両（迂回候補車）に対して、走行予定経路を迂回する迂回経路を走行する要求を送信する（つまり、迂回してくれる車両を募集する）。この要求を受信した各車両（各ユーザ）では、その要求に応じる場合、現在走行している道路から外れて迂回経路を走行する。そして、交通流分散装置では、要求に応じて迂回候補車が迂回経路を走行した場合、付与手段により、希望車側からその迂回候補車側にインセンティブを付与する。これによって、走行予定経路上の車両台数が減ると、希望車側にとっては、走行予定経路をよりスムーズに走行でき、目的地により早く到着することができる（旅行時間を短縮できる）。一方、迂回経路を走行した迂回候補車側にとっては、旅行時間が犠牲になるが、インセンティブを獲得できる。このように、希望車側では、迂回候補車側にインセンティブを付与する代わりに、目的地に早く着くことができる。また、全体として交通流を分散でき（道路設備全体を有効に活用でき）、ＣＯ２を低減できるとともに、特定の企業のインセンティブの費用負担を低減できる。このように、この交通流分散装置では、走行予定経路を走行することを希望する車両側で迂回経路を走行してもらう車両側にインセンティブを付与することにより、交通流の分散を促進することができる。
【０００８】
なお、インセンティブを付与する希望車側は、希望車だけでなく、希望車のユーザも含む概念である。インセンティブを付与される迂回候補車側は、迂回候補車だけでなく、迂回候補車のユーザも含む概念である。
【０００９】
本発明の上記交通流分散装置では、迂回経路は、走行予定経路における渋滞区間を迂回する経路である。この交通流分散装置では、要求に応じた迂回候補車が走行予定経路における渋滞区間を迂回する迂回経路を走行するので、渋滞を緩和でき、走行予定経路を走行する希望車の旅行時間を短縮できる。
【００１０】
本発明の上記交通流分散装置では、迂回候補車が迂回経路を走行した場合に希望車が走行予定経路を走行したときの旅行時間の短縮効果があるか否かを判断する判断手段を備え、判断手段で旅行時間の短縮効果がないと判断した場合、迂回候補車に対して迂回経路を走行する要求を行わないと好適である。
【００１１】
希望車側では、走行予定経路を走行したときの旅行時間を短縮するために（目的地に早く着きたいために）、迂回してもらう他の車両に対するインセンティブを負担する。したがって、他の車両が迂回しても、旅行時間を短縮できないのであれば、インセンティブを負担する意味がない。そこで、この交通流分散装置では、判断手段により迂回候補車が迂回したと仮定して希望車が走行予定経路を走行したときの旅行時間の短縮効果があるか否かを判断し、短縮効果がないと判断した場合には迂回候補車に対して迂回してもらう要求を行わない。これによって、希望車側が、無駄なインセンティブを負担することを防止できる。
【００１２】
本発明の上記交通流分散装置では、希望車が走行予定経路を走行したときの旅行時間を取得する第１取得手段と、迂回候補車が迂回経路を走行した場合の希望車が走行予定経路を走行したときの旅行時間を取得する第２取得手段を備え、判断手段は、１取得手段で取得した旅行時間と第２取得手段で取得した旅行時間との差が閾値未満の場合には旅行時間の短縮効果がないと判断する構成としてもよい。
【００１３】
この交通流分散装置では、第１取得手段により希望車が走行予定経路を走行したときの旅行時間（迂回する車両がない場合の通常の旅行時間）を取得するとともに、第２取得手段により迂回候補車が迂回したと仮定して希望車が走行予定経路を走行したときの旅行時間を取得する。そして、交通流分散装置では、判断手段により、第１取得手段で取得した旅行時間と第２取得手段で取得した旅行時間との差が閾値未満の場合には旅行時間の短縮効果がないと判断する。
【００１４】
本発明の上記交通流分散装置では、希望車と迂回候補車は、車両外部に設置されるセンタとの間で情報を送受信し、センタを介してインセンティブの授受を行う構成としてもよい。
【００１５】
この交通流分散装置では、希望車と迂回候補車とはセンタを介して情報を送受信し、要求に応じて迂回候補車が迂回経路を走行した場合にはセンタを介して希望車側から迂回候補車側にインセンティブを付与する。このように、この交通流分散装置では、センタを介してインセンティブを授受することにより、インセンティブを公平に管理できる。
【発明の効果】
【００１６】
本発明は、走行予定経路を走行することを希望する車両側で迂回経路を走行してもらう車両側にインセンティブを付与することにより、交通流の分散を促進することができる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態に係る交通流分散システムの構成図である。
【図２】高速道路での適用例である。
【図３】最短ルート希望車の運転者に対する他車に迂回をお願いするかの問い合わせ画面の一例である。
【図４】迂回候補車の運転者に対する迂回募集に応じるかの問い合わせ画面の一例である。
【図５】最短ルート希望車の車載機での処理の流れを示すフローチャートである。
【図６】センタのサーバでの処理の流れを示すフローチャートである。
【図７】迂回候補車の車載機での処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明に係る交通流分散装置の実施の形態を説明する。なお、各図において同一又は相当する要素については同一の符号を付し、重複する説明を省略する。
【００１９】
本実施の形態では、本発明を、車両間でのインセンティブ（ポイント）の授受や迂回車の募集などをセンタを介して行う交通流分散システムに適用する。本実施の形態に係る交通流分散システムは、ポイントの管理などを行うセンタのサーバと各車両に搭載される車載機からなり、サーバと各車載機とは無線通信可能である。また、本実施の形態に係る交通流分散システムでは、目的地までのルート探索で演算された最短ルートを走行することを希望する車両（希望車）とその最短ルート上における渋滞区間周辺を走行している迂回候補車との間でセンタを介して情報を遣り取りする。
【００２０】
なお、ポイントは、迂回によって道路設備全体を有効に活用しているかやエコ（ＣＯ２の低減）に貢献しているかを評価するための指標である。したがって、ポイントの多い車両（ユーザ）ほど、道路設備の有効活用やエコに貢献していることになる。ユーザのポイント獲得に対するモチベーションを向上させるために、このようなポイントによる評価結果をインタネットなどでランキングを発表してもよい。また、ポイントに応じて買い物などで使用できる形態（例えば、現金、商品券、有料道路料金）としてもよい。また、米国などで実施されているＨＯＶ[High-Occupancy Vehicles]レーン（現在、日本で実施されていないが、実施されたときを想定して、また、広く解釈してバス専用レーンも対象として）のような許可された車両だけが通行できる専用レーンを通行できる権利を付与してもよい。
【００２１】
図１〜図４を参照して、本実施の形態に係る交通流分散システム１について説明する。図１は、本実施の形態に係る交通流分散システムの構成図である。図２は、高速道路での適用例である。図３は、最短ルート希望車の運転者に対する他車に迂回をお願いするかの問い合わせ画面の一例である。図４は、迂回候補車の運転者に対する迂回募集に応じるかの問い合わせ画面の一例である。なお、図１や図２では、最短ルート希望車を符号３Ａで示し、迂回候補車を符号３Ｂ，３Ｃ，３Ｄで示す。
【００２２】
交通流分散システム１では、センタ２で最短ルート希望車３Ａからの迂回車募集要請を受信した場合、センタ２から迂回候補車３Ｂ，３Ｃ，・・・に対して迂回希望通知を送信し、迂回してくれる車両を募集する。そして、交通流分散システム１では、センタ２で迂回候補車３Ｂ，３Ｃ，・・・から募集に対する回答を受信すると、センタ２から迂回することを了承した車両に対して迂回ルートを送信し、センタ２でその車両が迂回ルートを走行しているかを監視する。さらに、交通流分散システム１では、センタ２から迂回ルートを走行してくれた車両に対して希望車３Ａから提供されるポイントを付与する。
【００２３】
センタ２は、迂回車の募集、交通流を分散するための迂回ルートの演算及び提供、迂回車の監視及びポイント管理などを行うセンタである。センタ２は、車両と通信するための通信機能を有しており、車両と各種情報を送受信する。
【００２４】
サーバ２０は、センタ２に備えられるサーバである。サーバ２０は、通信機２０ａ、ＶＩＣＳ[Vehicle Information Communication System]受信機２０ｂ、周辺迂回候補車把握部２０ｃ、空間分散／時間分散演算部２０ｄ、渋滞縮小演算部２０ｅ、ポイント管理部２０ｆ、迂回実施監視部２０ｇ、情報通知部２０ｈ、地図データベース２０ｉ、リアルタイムプローブ交通情報データベース２０ｊ、ＶＩＣＳ交通情報データベース２０ｋ、ポイントデータベース２０ｌを備えている。なお、本実施の形態では、サーバ２０が特許請求の範囲に記載する交通流分散装置に相当し、通信機２０ａ及び情報通知部２０ｈが特許請求の範囲に記載する送信手段に相当し、ポイント管理部２０ｆが特許請求の範囲に記載する付与手段に相当し、渋滞縮小演算部２０ｅが特許請求の範囲に記載する判断手段及び第２取得手段に相当し、通信機２０ａやＶＩＣＳ受信機２０ｂが特許請求の範囲に記載する第１取得手段に相当する。
【００２５】
通信機２０ａは、各車両との無線通信を行うための通信機である。通信機２０ａで受信する情報としては、例えば、車載機３０を搭載する車両からの定期的な位置情報など、最短ルート希望車３Ａからの迂回車募集要請、迂回候補車３Ｂ，・・・からの迂回希望通知に対する回答、プローブカーからの各種情報（位置情報、交差点間の旅行時間など）を受信する。通信機２０ａから送信する情報としては、例えば、最短ルート希望車３Ａへの迂回終了後の結果、迂回候補車３Ｂ，・・・への迂回希望通知、迂回ＯＫ車への迂回ルート情報やポイント情報がある。なお、プローブカーからの情報は、リアルタイムな交通情報として、リアルタイムプローブ交通情報データベース２０ｊに格納される。このプローブカーによる交差点間の旅行時間などから渋滞を判断し、この渋滞情報も格納されてもよい。
【００２６】
ＶＩＣＳ受信機２０ｂは、ＶＩＣＳセンタからのＶＩＣＳ情報を受信する受信機である。この通信は、無線でもよいし、有線でもよい。ＶＩＣＳ情報としては、道路交通情報であり、渋滞情報、交通規制情報、駐車場情報などがある。このＶＩＣＳ受信機２０ｂで受信するＶＩＣＳ情報は、定期的な交通情報として、ＶＩＣＳ交通情報データベース２０ｋに格納される。
【００２７】
周辺迂回候補車把握部２０ｃでは、最短ルート希望車３Ａから迂回車募集要請を受信した場合、車載機３０を搭載した車両の中から、各車両の位置情報に基づいて、最短ルート希望車３Ａの最短ルート上に存在しかつ渋滞区間周辺（特に、最短ルート希望車３Ａ側）に存在する車両（迂回候補車３Ｂ，・・・）を選択する。図２の例の場合、前方が渋滞している高速道路上を走行中の最短ルート希望車３Ａは最短ルート（高速道路上）に従って走行することを希望しており、その最短ルート希望車３Ａの現在位置から数ｋｍ先にある次の高速出口までに存在する車両群３Ｇが迂回候補車３Ｂ，・・・として選択される。
【００２８】
空間分散／時間分散演算部２０ｄでは、迂回候補車３Ｂ，・・・からの迂回希望通知に対する回答として迂回ＯＫの車両が存在する場合、リアルタイムプローブ交通情報データベース２０ｊに格納されている渋滞情報やＶＩＣＳ交通情報データベース２０ｋに格納されている渋滞情報に基づいて、最短ルート希望車３Ａの最短ルートにおける渋滞区間を迂回するための迂回ルートを演算する。ここでは、地図データベース２０ｉに格納されている最短ルート希望車３Ａの最短ルートにおける渋滞区間周辺の地図情報に基づいて、空間分散による迂回ルートを演算したり、時間分散による迂回ルートを演算する。時間分散では、休憩を推奨するなどして、車両を時間的に分散する。演算する迂回ルートは、１つだけでもよいし、あるいは、複数でもよい。
【００２９】
渋滞縮小演算部２０ｅでは、周辺迂回候補車把握部２０ｃで迂回候補車３Ｂ，・・・を把握すると、迂回車の数に応じて最短ルート希望車３Ａの最短ルートにおける渋滞区間の縮小度合いを演算する。この迂回車の数としては、例えば、迂回候補車３Ｂ，・・・のうちの何割の台数を対象とするかを予め決めておき、その何割の段階が１段階（例えば、５割）でもよいし、数段階（例えば、３段階の場合、７割、５割、３割）でもよい。さらに、渋滞縮小演算部２０ｅでは、その演算した渋滞区間の縮小度合いに応じて、最短ルート希望車３Ａが渋滞区間を通過する旅行時間を演算する。そして、渋滞縮小演算部２０ｅでは、迂回車がない場合の通常の旅行時間（ＶＩＣＳの渋滞情報、プローブカーによる旅行時間）から迂回車がある場合の旅行時間（迂回車の数に応じた旅行時間）を減算し、その減算値が閾値以上か否かを判定する。この閾値は、付与するポイントに対する旅行時間の短縮効果があるか否かを判断するための閾値であり、予め設定される。閾値は、付与するポイントに応じた可変値でもよく、ポイントが多いほど大きな値とする。その減算値が閾値以上の場合、渋滞縮小演算部２０ｅでは、旅行時間の短縮効果があると判断する。一方、その減算値が閾値未満の場合、渋滞縮小演算部２０ｅでは、旅行時間の短縮効果がないと判断し、迂回車の募集を中止する。なお、渋滞縮小演算部２０ｅでは、旅行時間の短縮効果を得るために最低限必要な迂回車の台数を演算するようにしてもよい。
【００３０】
ポイント管理部２０ｆでは、ポイントデータベース２０ｌに格納されている車載機３０を搭載する全車両（全ユーザ）のポイントの残数や入出力を管理する。ポイント管理部２０ｆでは、迂回実施監視部２０ｇでの迂回ＯＫ車に対する監視が終了すると、迂回ＯＫ車毎に、迂回ＯＫ車が実際に迂回した場合にはポイントを付与し、その迂回ＯＫ車に対して付与したポイント情報を通信機２０ａで送信する。ここでは、迂回した場合には設定されているポイントの全てを付与するようにしてもよいし、あるいは、迂回した場合でも設定されているポイントうち迂回ルートに対する順守率に応じてポイントを付与してもよい。そして、ポイント管理部２０ｆでは、迂回ＯＫ車毎に、付与されたポイント数に応じて、ポイントデータベース２０ｌに格納されているポイントの残数や入力情報を更新する。また、ポイント管理部２０ｆでは、使用したポイント数に応じて、ポイントデータベース２０ｌに格納されている最短ルート希望車３Ａのポイントの残数や出力情報を更新する。なお、ここで利用されるポイントが既存の他のポイントと連動可能なポイントの場合、ポイント管理部２０ｆでは、既存のポイントと連動させてポイントを管理する。
【００３１】
迂回実施監視部２０ｇでは、迂回ＯＫ車毎に、迂回ルートを送信後、その迂回ＯＫ車の定期的な位置情報に基づいて、迂回ＯＫ車の走行軌跡が迂回ルートに従っているかを監視する。そして、迂回ルート終了後、迂回実施監視部２０ｇでは、迂回ＯＫ車が実際に迂回しか否かを判定する。ここでは、迂回ＯＫ車が迂回ルートに従って走行した順守率を演算してもよい。順守率は、迂回ルートを全て走行した場合を１００％として、迂回ルートのうちの何％を走行したかを演算する。
【００３２】
情報通知部２０ｈでは、通信機２０ａを利用して、車載機３０を搭載した各車両に情報を通知する。情報通知部２０ｈでは、周辺迂回候補車把握部２０ｃで迂回候補車３Ｂ，・・・を把握すると、その迂回候補車３Ｂ，・・・に対して迂回希望通知を通信機２０ａからそれぞれ送信する。この迂回希望通知の情報としては、例えば、後方を走行している他の車両（最短ルート希望車３Ａ）が迂回してくれることを希望していること、迂回した場合にもらえるポイント数がある。この迂回車の募集は、必要な迂回車数に達した場合、最短ルート希望車３Ａのポイントを使いきった場合、タイムアウトなどで終了する。また、情報通知部２０ｈでは、空間分散／時間分散演算部２０ｄで迂回ルートを演算すると、迂回ＯＫ車に対して迂回ルートを通信機２０ａからそれぞれ送信する。また、情報通知部２０ｈでは、全ての迂回が終了し、ポイントの付与が終了した場合、最短ルート希望車３Ａに対してその結果を通信機２０ａから送信する。迂回完了の結果としては、例えば、迂回してくれた車両の台数、その各車両に付与したポイント数、付与した全ポイント数がある。また、情報通知部２０ｈでは、迂回の募集を行わなかった場合、最短ルート希望車３Ａに対してその結果を通信機２０ａから送信する。
【００３３】
車載機３０は、各車両に搭載される。車載機３０は、通信機３０ａ、ＶＩＣＳ受信機３０ｂ、運転者入出力部３０ｃ、目的地設定部３０ｄ、ルート探索部３０ｅ、ルート案内部３０ｆ、ロケーション部３０ｇ、ポイント管理部３０ｈ、迂回管理部３０ｉ、情報通知部３０ｊ、地図データベース３０ｋ、ＧＰＳ受信機３０ｌ、センサ類３０ｍを備えている。ちなみに、車載機３０を搭載した車両のうち、ユーザが他車にポイントを付与しても最短ルートを走行したいと希望する車両が希望車３Ａであり、希望車３Ａの最短ルート上における渋滞区間周辺に存在する車両が迂回候補車３Ｂ，・・・である。
【００３４】
通信機３０ａは、センタ２との無線通信を行うための通信機である。通信機３０ａで受信する情報としては、例えば、車両が最短ルート希望車３Ａの場合には迂回終了後の結果、車両が迂回候補車３Ｂ，・・・の場合には迂回希望通知、車両が迂回ＯＫ車の場合には迂回ルートや付与されるポイント情報である。通信機３０ａから送信する情報としては、例えば、定期的な自車の位置情報、車両が最短ルート希望車３Ａの場合には迂回車募集要請（最短ルート、付与するポイント数など）、車両が迂回候補車３Ｂ，・・・の場合には迂回希望通知に対する回答（迂回するか否か）である。また、通信機３０ａは、各車両との無線通信を行うための通信機である。通信機３０ａで受信する情報としては、例えば、プローブカーからの各種情報を受信する。
【００３５】
ＶＩＣＳ受信機３０ｂは、路側に設置される光ビーコンや電波ビーコンからＶＩＣＳ情報を無線で受信する受信機である。ＶＩＣＳ受信機３０ｂでは、設置されているビーコンを通過する毎に、ＶＩＣＳ情報を受信する。
【００３６】
運転者入出力部３０ｃは、運転者による入力を行うための各種手段である。入力手段としては、例えば、機械的なスイッチ類、ディスプレイ上のタッチスイッチ、音声入力手段である。また、運転者入出力部３０ｃは、運転者に対する出力を行うための各種手段である。出力手段としては、例えば、表示するためのディスプレイなど、音声出力するためのスピーカがある。
【００３７】
目的地設定部３０ｄでは、運転者入出力部３０ｃを利用して、運転者による操作に応じて目的地を設定する。目的地設定には、例えば、ディスプレイに表示されている地図から設定する場合、各種施設から検索して設定する場合がある。また、目的地設定部３０ｄでは、運転者入出力部３０ｃを利用して、運転者による操作に応じて目的地までのルートを探索するときの条件を設定する。この設定する条件としては、例えば、最短ルート（旅行時間優先）、高速道優先ルート、一般道優先ルート、道幅優先ルートがある。最短ルートは、距離優先のルートであってもよい。
【００３８】
ルート探索部３０ｅでは、目的地設定部３０ｄで目的地と探索条件が設定されると、地図データベース３０ｋに格納されているルート探索用の地図情報に基づいて、通信機３０ａで受信したプローブカーによる渋滞情報やＶＩＣＳ受信機３０ｂで受信したＶＩＣＳの渋滞情報を考慮しながら、探索条件に応じて目的地までのルートを探索する。また、ルート探索部３０ｅでは、探索したルートを走行した場合の到着時刻や旅行時間などを予測する。
【００３９】
ルート案内部３０ｆでは、ルート探索部３０ｅでルート探索後に車両が走行を開始すると、運転者入出力部３０ｃの出力手段を利用して、目的地までのルートに従って走行するための案内をディスプレイ表示や音声出力で行う。また、ルート案内部３０ｆでは、通信機３０ａで受信したプローブカーによる渋滞情報やＶＩＣＳ受信機３０ｂで受信したＶＩＣＳの渋滞情報に基づいて、最短ルート上に渋滞区間があるか否かを判定する。渋滞区間がある場合、ルート案内部３０ｆでは、ロケーション部３０ｇで自車の現在位置を演算する毎に、自車が渋滞区間に接近したか否かを判定する。自車が渋滞区間に接近した場合、ルート案内部３０ｆでは、その渋滞区間を他車が迂回した場合には自車の旅行時間が短縮できるか否かを判定する。車両の台数が多いために発生する自然渋滞などの場合、車両の台数が減れば、旅行時間を短縮できる。しかし、事故渋滞などの場合、車両の台数が減っても、旅行時間の短縮効果は低い。
【００４０】
ロケーション部３０ｇでは、地図データベース３０ｋに格納されているマップマッチング用の地図情報、ＧＰＳ[Global PositioningSystem]受信機３０ｌで受信したＧＰＳ情報に基づく自車位置、センサ類３０ｍでの各センサ値（進行方位、車速（単位時間当たりの走行距離）など）に基づいて、ハイブリッド方式によるマップマッチングによって自車の現在位置や進行方向などを演算する。センサ類３０ｍとしては、ジャイロなどの方位センサ、車速センサである。
【００４１】
ポイント管理部３０ｈでは、自車のユーザ（運転者）が保持しているポイントの残数や入出力を管理する。ポイント管理部３０ｈでは、ルート案内部３０ｆで最短ルート上の渋滞区間に自車が接近していると判定すると、現在保持しているポイントに余裕があるか（所定台数以上の他車にポイントを付与できるか）否かを判定する。ポイントに余裕がある場合、ポイント管理部３０ｈでは、運転者入出力部３０ｃの出力手段を利用して、運転者に対して、他車が渋滞区間を迂回することによって自車の旅行時間を短縮できるモードを利用できることを通知するとともにポイントを使用して他車の迂回を募集するかを問い合わせる。図３にはその通知及び問い合わせ画面の一例を示しており、ディスプレイの地図画面上に「ポイントを差し上げてでも他車に迂回をお願いして早くいけるモードを利用可能です」とそれを利用するか否かを選択するための「はい」と「いいえ」の選択ボタンを上書き表示している。「はい」ボタンを運転者が押した場合、ポイント管理部３０ｈでは、センタ２に対して迂回車募集要請を通信機３０ａから送信する。この迂回車募集要請の情報としては、例えば、自車の最短ルート、迂回してほしい渋滞区間、他車に対して付与するポイント数がある。また、ポイント管理部３０ｈでは、センタ２からの迂回終了後の結果を受信した場合、その結果から付与した全ポイント数を抽出し、使用した全ポイント数に基づいてポイントの残数や出力情報を更新する。
【００４２】
他車に付与するポイント数としては、例えば、予め決められた固定のポイント数、渋滞区間の長さに応じた可変のポイント数、あるいは、運転者がその都度入力したポイント数とする。なお、最短ルート希望車３Ａ側でポイント数を設定するのではなく、センタ２で付与するポイント数を設定してもよい。
【００４３】
迂回管理部３０ｉでは、センタ２からの迂回希望通知を受信した場合、運転者に対して、迂回の募集があることを通知するとともに迂回するか否かを問い合わせる。図４にはその通知と問い合わせの画面の一例を示しており、ディスプレイの地図画面上に「Ａ車さんが渋滞を突っ切って目的地に早く行こうとしています。Ａ車さんのために渋滞を迂回してあげると１００ポイントもらえます。しかも、ＣＯ２を低減することにつながりますので、お急ぎでなければ、おすすめです。」とその募集に応じて迂回をするか否かを選択するための「はい」と「いいえ」の選択ボタンを上書き表示している。「はい」ボタン又は「いいえ」ボタンを運転者が押した場合、迂回管理部３０ｉでは、センタ２に対してその押されたボタンに応じた回答を通信機３０ａから送信する。迂回管理部３０ｉでは、迂回募集にＯＫした後、センタ２から迂回ルートが送信された場合、運転者入出力部３０ｃの出力手段を利用して、その迂回ルートを運転者に提示する。この迂回ルートに従って、ルート案内部３０ｆでルート案内を行うようにしてもよい。
【００４４】
情報通知部３０ｊでは、運転者入出力部３０ｃの出力手段を利用して、運転者に情報を通知する。情報通知部３０ｊでは、センタ２からの迂回終了後の結果を受信した場合、その結果から迂回してくれた車両の台数、各車量に付与したポイント数、付与した全ポイント数を抽出し、これらの情報を運転者に対して通知する。また、情報通知部３０ｊでは、迂回募集にＯＫした後、迂回ルートを走行してセンタ２からのポイント情報が送信された場合、その付与されたポイント数を運転者に対して通知する。
【００４５】
図１を参照して、交通流分散システム１における動作について説明する。ここでは、最短ルート希望車３Ａの車載機３０における処理については図５のフローチャートに沿って説明し、センタ２のサーバ２０における処理については図６のフローチャートに沿って説明し、迂回候補車３Ｂ，・・・の車載機３０における処理については図７のフローチャートに沿って説明する。図５は、最短ルート希望車の車載機での処理の流れを示すフローチャートである。図６は、センタのサーバでの処理の流れを示すフローチャートである。図７は、迂回候補車の車載機での処理の流れを示すフローチャートである。
【００４６】
各車両の車載機３０では、常時、通信機３０ａでプローブカーからの情報を受信し、リアルタイムの渋滞情報を取得している。また、車載機３０では、ビーコン設置位置を通過する毎に、ＶＩＣＳ受信機３０ｂでＶＩＣＳ情報を受信し、最新の渋滞情報を取得している。同様に、センタ２のサーバ２０でも、通信機２０ａでプローブカーからの情報を受信し、リアルタイムの渋滞情報を取得している。また、サーバ２０では、定期的に、ＶＩＣＳ受信機２０ｂでＶＩＣＳセンタからＶＩＣＳ情報を受信し、最新の渋滞情報を取得している。
【００４７】
車載機３０を搭載した任意の車両３Ａの運転者が目的地を設定するとともに探索条件として旅行時間の最短ルートを設定した場合、その車載機３０では、最新の渋滞情報をもとに目的地までの最短ルートを演算する（Ｓ１０）。そして、車載機３０では、その最短ルート内に渋滞区間があるか否かを判定する（Ｓ１１）。Ｓ１１にて渋滞区間がないと判定した場合、車載機３０では、迂回車の募集要請を行わない。
【００４８】
Ｓ１１にて渋滞区間があると判定した場合、最短ルートに従って走行中、車載機３０では、自車の現在位置を演算する毎に、渋滞区間に接近したか（例えば、数ｋｍ以内に接近したか）否かを判定する（Ｓ１２）。Ｓ１２にて渋滞区間にまだ接近していないと判定した場合、車載機３０では、渋滞区間が接近するまで次の処理を行わない。
【００４９】
Ｓ１２にて渋滞区間に接近と判定した場合、車載機３０では、他車の迂回によって自車の旅行時間の短縮が可能か否かを判定する（Ｓ１３）。Ｓ１３にて事故渋滞などで旅行時間の短縮ができないと判定した場合、車載機３０では、迂回車の募集要請を行わない。
【００５０】
Ｓ１３にて旅行時間の短縮が可能と判定した場合、車載機３０では、ポイントを使って他車に対して迂回を募集した場合に運転者（ユーザ）の持ちポイントに余裕があるか否かを判定する（Ｓ１４）。Ｓ１４にてポイントに余裕がないと判定した場合、車載機３０では、迂回車の募集要請を行わない。
【００５１】
Ｓ１４にてポイントに余裕があると判定した場合、車載機３０では、運転者に「ポイントを差し上げてでも他車に迂回をお願いして早くいけるモード」を利用可能であることを通知し（Ｓ１５）、運転者に対してそのモードを利用するか否かを問い合わせる選択ボタンを提示する。ここで、運転者が、いずれかの選択ボタンを押す。車載機３０では、その押された選択ボタンに基づいて、運転者がそのモードを利用希望か否かを判定する（Ｓ１６）。Ｓ１６にて利用希望でないと判定した場合、車載機３０では、迂回車の募集要請を行わない。
【００５２】
Ｓ１６にて利用希望と判定した場合、車載機３０では、センタ２に対して迂回車募集要請を送信する（Ｓ１７）。
【００５３】
センタ２のサーバ２０では、システムアイドル中に、最短ルート希望車３Ａから迂回車募集要請を受信する（Ｓ３０）。そして、サーバ２０では、その最短ルート希望車３Ａの最短ルート上の渋滞区間周辺の迂回候補車３Ｂ，・・・を把握する（Ｓ３１）。
【００５４】
サーバ２０では、他車が迂回したと仮定して、迂回車数に応じて渋滞区間を通過する旅行時間を予測演算する（Ｓ３２）。そして、サーバ２０では、他車が迂回した場合の旅行時間と他車が迂回しない場合の旅行時間に基づいて、他車の迂回により旅行時間の短縮効果があるか否かを判定する（Ｓ３３）。Ｓ３３にて旅行時間の短縮効果がないと判定した場合、サーバ２０では、最短ルート希望車３Ａに対して、旅行時間の短縮効果がないので迂回車募集を行わないという結果を送信する（Ｓ４１）。
【００５５】
Ｓ３３にて旅行時間の短縮効果があると判定した場合、サーバ２０では、迂回候補車３Ｂ，・・・に対して、迂回希望通知を送信する（Ｓ３４）。
【００５６】
各迂回候補車３Ｂ，・・・では走行中に、車載機３０で、センタ２からの迂回希望通知を受信する（Ｓ５０）。そして、車載機３０では、運転者に「迂回の募集があり、迂回するとポイントがもらえる」ことを通知し（Ｓ５０）、運転者に対して迂回するか否かを問い合わせる選択ボタンを提示する。ここで、運転者が、いずれかの選択ボタンを押す。車載機３０では、その押された選択ボタンに基づいて、運転者が迂回することにＯＫしたか否かを判定する（Ｓ５１）。Ｓ５１にて運転者が迂回することにＯＫしなかったと判定した場合、車載機３０では、処理を終了する。ここで、迂回しないという回答をセンタ２に送信してもよい。
【００５７】
Ｓ５１にて運転者が迂回することにＯＫしたと判定した場合、車載機３０では、センタ２に対して、迂回ＯＫとする回答を送信する（Ｓ５２）。
【００５８】
センタ２のサーバ２０では、各迂回候補車３Ｂ，・・・から回答を受信する（Ｓ３５）。サーバ２０では、所定条件を満たすと、迂回車の募集を終了する（Ｓ３６）。
【００５９】
サーバ２０では、最新の渋滞情報をもとに渋滞区間を迂回する迂回ルートを演算する（Ｓ３７）。そして、サーバ２０では、回答で迂回ＯＫとした各車両に対して、迂回ルートを送信する（Ｓ３８）。
【００６０】
迂回ＯＫした各車両の車載機３０では、センタ２からの迂回ルートを受信する（Ｓ５３）。そして、その車両では、迂回ルートに従って走行する（Ｓ５４）。この際、車載機３０では、迂回ルートに従って走行するようにルート案内を行ってもよい。このように迂回ルートに従って各車両が走行することによって、最短ルート希望車３Ａの最短ルートにおける渋滞区間に突入する車両や渋滞区間内の車両が減少し、渋滞区間が縮小し、渋滞が緩和してゆく。
【００６１】
この際、最短ルート希望車３Ａは目的地に向けて走行を継続しており（Ｓ１８）、渋滞区間を短い旅行時間で抜けることができる。
【００６２】
センタ２のサーバ２０では、迂回ＯＫした車両毎に、その車両からの定期的な現在位置に基づいて、その車両が迂回ルートに従って走行しているかを監視し、実際に迂回してくれたかを確認する（Ｓ３９）。そして、サーバ２０では、迂回してくれた各車両に対して、ポイント情報を送信し、最短ルート希望車３Ａから提供されるポイントを付与する（Ｓ４０）。ここでは、ポイントデータベース２０ｌにおける最短ルート希望車３Ａのポイント情報について使用した分更新されるとともに、迂回してくれた各車両のポイント情報について付与された分更新される。
【００６３】
迂回した各車両の車載機３０では、迂回が完了すると、センタ２からポイント情報を受信し、最短ルート希望車３Ａからのポイントが付与される（Ｓ５５）。そして、車載機３０では、運転者に対して、ポイントが付与されたことを通知する（Ｓ５６）。
【００６４】
さらに、センタ２のサーバ２０では、迂回してくれた車両の台数や付与したポイント数を集計する。そして、サーバ２０では、最短ルート希望車３Ａに対して、迂回してくれた車両の台数、各車両に付与したポイント数や付与した全ポイント数などの結果を送信する（Ｓ４１）。
【００６５】
最短ルート希望車３Ａの車載機３０では、センタ２からの結果を受信する（Ｓ１９）。そして、車載機３０では、運転者に対して、迂回してくれた車両の台数、使用した全ポイント数などを通知する（Ｓ１９）。
【００６６】
この交通流分散システム１によれば、最短ルートを走行することを希望する車両（ユーザ）側からポイントを使って迂回車を募集し、迂回してもらう車両（ユーザ）にポイントを付与することにより、各車両のユーザのシーン（目的地まで早く到着したいとき、時間に余裕があるとき）に応じた交通流の分散が可能であり、交通流の分散を促進することができる。その結果、道路設備全体を有効活用できるとともに、ＣＯ２も削減できる。
【００６７】
また、交通流分散システム１によれば、交通流分散のためのインセンティブとして各ユーザのポイントを使用し、各ユーザが互いの旅行時間をポイントとして授受するので、自動車メーカなどの企業がポイントを付与する必要がなく、企業側のインセンティブの負担を軽減できる。
【００６８】
また、交通流分散システム１によれば、「ポイントを差し上げてでも他車に迂回をお願いして早くいけるモード」を利用するかの選択ボタンを設けることにより、ポイントを使っても目的地に早く到着したいかをユーザに対して意志確認することができる。ユーザは、自分が早くいきたいときには、ポイントを使って他のユーザの時間を買うことができる。
【００６９】
また、交通流分散システム１によれば、迂回の募集に応じるかの選択ボタンを設けることにより、時間を犠牲にしてもポイントを得たいかをユーザに対して意志確認することができる。ユーザは、時間に余裕があるときには、ポイントを得ることにより他のユーザに時間を売ることができる。
【００７０】
また、交通流分散システム１によれば、他車が迂回した場合の旅行時間を予測し、他車の迂回によって旅行時間の短縮効果がある場合にだけ迂回車を募集するので、旅行時間の短縮効果が得られないような無駄なポイントの使用を防止できる。
【００７１】
また、交通流分散システム１によれば、センタ２を介してポイントの授受や管理を行っているので、ポイントサービスを公平に行うことができ、他のポイントと連動することもできる。
【００７２】
以上、本発明に係る実施の形態について説明したが、本発明は上記実施の形態に限定されることなく様々な形態で実施される。
【００７３】
例えば、本実施の形態ではセンタが存在し、センタと車両間で情報を遣り取りして、センタでポイント管理、迂回ルート演算、旅行時間演算機能、迂回車監視などを行う交通流分散システムに適用したが、センタが存在せず、車両間で情報を直接遣り取り（車車間通信のみ）する構成としてもよい。この場合、各車両の車載機に、ポイント付与機能、迂回ルート演算機能、旅行時間演算機能、迂回車監視機能などを備えることになる。
【００７４】
また、本実施の形態ではルート探索などの処理を車載機で行う構成としたが、全車両についてのルート探索などの処理もセンタのサーバで行い、車載機の処理としては表示、音声や運転者の入力などのＨＭＩ[human machineinterface]だけを行うようにしてもよい。
【００７５】
また、本実施の形態では渋滞区間に突入する場合に他車に迂回することを募集する構成したが、渋滞区間に突入する場合ではなく、走行しているルート（最短ルート）に他車が流入しないように募集する構成としてもよい。この場合、走行しているルートが渋滞になるのを抑制することができる。
【００７６】
また、本実施の形態ではセンタ（サーバ）側で周辺の迂回候補車を把握し、迂回車の数に応じて渋滞の縮小度合いや旅行時間の演算を行い、旅行時間の短縮効果がない場合には迂回車の募集を行わない構成としたが、車両（車載機）側に周辺迂回候補車の把握機能、迂回車の数に応じた渋滞縮小度合いや旅行時間の演算機能、旅行時間の短縮効果があるか否かの判定機能を備え、この判定結果を図５のＳ１３の処理などで利用し、旅行時間の短縮効果がある場合には運転者に対して他車に迂回の募集をするかを問い合わせ、旅行時間の短縮効果がない場合には問い合わせないようにしてもよい。
【００７７】
また、本実施の形態では迂回車が獲得したポイントを車両（車載機）に送信する構成としたが、ユーザの携帯端末などに送信するようにしてもよい。
【００７８】
また、本実施の形態ではインセンティブとしてポイントを適用したが、迂回ルートを走行することによる貢献度を評価できるようなものであればどのようなインセンティブであってもよい。
【００７９】
また、本実施の形態では付与するポイントを最短ルート希望車（ユーザ）あるいはセンタで設定する構成としたが、迂回候補車側で設定する構成としてもよい。例えば、迂回候補車から何ポイントでなら迂回するという要求を出す。また、最短ルート希望車あるいはセンタ側で、必要な迂回車が集まるまで、ポイントを徐々に上げていくなどしてもよい。
【００８０】
また、本実施の形態では目的地までの探索ルートのうち最短ルートに適用したが、最短ルート以外にも他の探索条件で探索されたルートにも適用できる。運転が苦手な運転者の場合、広い道路幅を優先したルート、右折を回避したルートなどが適用される。
【００８１】
また、センタのサーバの処理能力が高い場合、最短ルート希望車からの迂回車募集要請を受けて各処理を行うのではなく、常時、車載機搭載の各車両について、最短ルート内での渋滞区間の有無判定をし、渋滞区間がある場合には渋滞区間への接近判定をし、渋滞区間に接近した場合には迂回候補車の把握及び迂回車数に応じた旅行時間の演算をし、旅行時間の短縮効果があるか否かを判定し、その判定結果を車両に通知するようにしてもよい。この判定結果を受けた車両（車載機）では、この判定結果を図５のＳ１３の処理などで利用し、旅行時間の短縮効果がある場合には運転者に対して他車に迂回の募集をするかを問い合わせ、旅行時間の短縮効果がない場合には問い合わせない。
【符号の説明】
【００８２】
１…交通流分散システム、２…センタ、３Ａ，３Ｂ，３Ｃ，３Ｄ…車両、２０…サーバ、２０ａ…通信機、２０ｂ…ＶＩＣＳ受信機、２０ｃ…周辺迂回候補車把握部、２０ｄ…空間分散／時間分散演算部、２０ｅ…渋滞縮小演算部、２０ｆ…ポイント管理部、２０ｇ…迂回実施監視部、２０ｈ…情報通知部、２０ｉ…地図データベース、２０ｊ…リアルタイムプローブ交通情報データベース、２０ｋ…ＶＩＣＳ交通情報データベース、２０ｌ…ポイントデータベース、３０…車載機、３０ａ…通信機、３０ｂ…ＶＩＣＳ受信機、３０ｃ…運転者入出力部、３０ｄ…目的地設定部、３０ｅ…ルート探索部、３０ｆ…ルート案内部、３０ｇ…ロケーション部、３０ｈ…ポイント管理部、３０ｉ…迂回管理部、３０ｊ…情報通知部、３０ｋ…地図データベース、３０ｌ…ＧＰＳ受信機、３０ｍ…センサ類
【図１】
2011085980.tif 000003
【図２】
2011085980.tif 000004
【図３】
2011085980.tif 000005
【図４】
2011085980.tif 000006
【図５】
2011085980.tif 000007
【図６】
2011085980.tif 000008
【図７】
2011085980.tif 000009