JP2018151171A - 案内装置、管理装置、端末装置及び案内方法 - Google Patents

Abstract

【課題】イベントの参加者による往来に起因して発生することが予測される渋滞を回避しつつ、適切な走行ルートを案内する。【解決手段】イベント情報取得部７３０がイベントに関する情報を取得する。引き続き、予測部７４０が、イベント情報取得部７３０による取得結果を解析して、イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する。そして、参加者が道路を横断する横断路であって、参加者の横断による混雑時における移動体ＭＶの移動中に交差することになる横断路が、予測部７４０により予測された発生状況に含まれている参加者ルート中にある場合、探索部７６０が、当該横断路と交差しない案内ルートを探索する。【選択図】 図１

Description

本発明は、案内装置、管理装置、端末装置、案内方法及び案内プログラム、並びに、当該案内プログラムが記録された記録媒体に関する。

従来から、目的地の指定に応じて車両等の移動体の当該目的地までの案内ルートを探索し、探索された案内ルートに関する案内を行う案内装置に関し、様々な技術が提案されている。こうした提案技術の一つとして、イベント開催に関連して発生する混雑を予測したうえで案内ルートの探索を行うナビゲーション装置の技術がある（特許文献１参照：以下、「従来例」と呼ぶ）。

この従来例の技術では、イベント開催に関するリアルタイム情報を取得する。引き続き、当該リアルタイム情報を参照して、リンク（道路）単位での混雑情報を更新し、リンク単位で渋滞予測情報を作成する。そして、作成された渋滞予測情報に基づき、混雑しているリンクを迂回する案内ルートの探索を行うようになっている。

特開２００６−２２６９７７号公報

上述したように、従来例の技術では、渋滞予測情報をリンク単位で作成している。このため、例えば、イベント参加者の歩行等による往来に起因する渋滞が複数車線のリンクの一部の車線（レーン）のみで発生する場合にも、リンクに関する渋滞予測情報として作成され、当該リンクの走行を回避する案内ルートが検索（再検索を含む）される。

しかしながら、上述したような参加者の往来に起因する渋滞が複数車線のリンクの一部の車線のみで発生する場合には、渋滞発生車線の走行を回避するようにすれば、当該複数車線のリンクを案内ルート中に含めるようにしても渋滞を回避することができる。こうした案内ルートを採用することができれば、渋滞車線を含むリンクそのものを回避した案内ルートを採用する場合と比べて、目的地までの走行距離や走行時間を短縮できる可能性が高まり、利用者の利便性が向上する。

このため、イベント開催に関連して、イベントの参加者による往来に起因して発生することが予測される渋滞を回避しつつ、適切な走行ルートを案内することができる技術が望まれている。かかる要請に応えることが、本発明が解決すべき課題の一つとして挙げられる。

請求項１に記載の発明は、イベントに関する情報を取得する取得部と；前記イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する予測部と；前記参加者ルートの混雑時における移動体の移動区間が前記参加者ルートと交差しない案内ルートを探索する探索部と；を備えることを特徴とする案内装置である。

請求項６に記載の発明は、イベントに関する情報を取得する取得部と；前記イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する予測部と；前記参加者ルートの混雑時における移動体の移動区間が前記参加者ルートと交差しない案内ルートを探索する探索部と；前記探索された案内ルートを送信する送信部と；を備えることを特徴とする管理装置である。

請求項７に記載の発明は、請求項６に記載の管理装置から送信された案内ルートを受信する受信部と；前記案内ルートの提示を制御する提示制御部と；を備えることを特徴とする端末装置である。

請求項８に記載の発明は、取得部と；予測部と；探索部と；を備える案内装置において使用される案内方法であって、前記取得部が、イベントに関する情報を取得する取得工程と；前記予測部が、前記イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する予測工程と；前記探索部が、前記参加者ルートの混雑時における移動体の移動区間が前記参加者ルートと交差しない案内ルートを探索する探索工程と；を備えることを特徴とする案内方法である。

請求項９に記載の発明は、案内装置が有するコンピュータに、請求項８に記載の案内方法を実行させる、ことを特徴とする案内プログラムである。

請求項１０に記載の発明は、案内装置が有するコンピュータにより読み取り可能に、請求項９に記載の案内プログラムが記録されている、ことを特徴とする記録媒体である。

本発明の第１実施形態に係る案内装置の概略的な構成を示すブロック図である。 本発明の第２実施形態に係る端末装置及び案内装置の概略的な構成を示すブロック図である。 本発明の第１実施例に係る案内装置の概略的な構成を示すブロック図である。 案内処理を説明するためのフローチャートである。 図４における最近接イベントのイベント情報の抽出処理を説明するためのフローチャートである。 図４における混雑する参加者ルートの発生状況の予測処理を説明するためのフローチャートである。 イベントの参加者による往来に起因する渋滞を回避するためのレーン単位のルート探索例を示す図である。 本発明の第２実施例に係る案内システムにおける端末装置及び案内装置の位置付けを説明するためのブロック図である。 図８の端末装置の構成を説明するためのブロック図である。 図８の案内装置の構成を説明するためのブロック図である。

以下、本発明の実施形態を、添付図面を参照して説明する。なお、以下の説明及び図面においては、同一又は同等の要素には同一の符号を付し、重複する説明を省略する。

［第１実施形態］
まず、本発明の第１実施形態を、図１を参照して説明する。

＜構成＞
図１には、第１実施形態に係る案内装置７００の概略的な構成が示されている。この図１に示されるように、案内装置７００は、移動体ＭＶ内に配置される。この移動体ＭＶ内には、案内装置７００に加えて、位置検出部９１０と、提示部９２０とが配置されている。こうした位置検出部９１０及び提示部９２０は、案内装置７００と接続されている。

上記の位置検出部９１０は、第１実施形態では、ＧＰＳ受信機等を備えて構成されている。この位置検出部９１０は、複数のＧＰＳ衛星からの電波の受信結果に基づいて、移動体ＭＶの現在位置及び現在時刻を検出する。位置検出部９１０による検出結果は、現在位置情報として、案内装置７００へ逐次送られる。

上記の提示部９２０は、案内装置７００から送られた提示データを受ける。そして、提示部９２０は、当該提示データに対応する提示情報を利用者に提示する。第１実施形態では、提示部９２０は、音出力部及び表示部を備えている。そして、提示データには、出力音データ及び画像データが含まれるようになっている。

音出力部は、スピーカを備えて構成される。この音出力部は、案内装置７００から送られた出力音データを受ける。そして、音出力部は、当該出力音データに対応する音声を出力する。

表示部は、液晶ディスプレイ等の表示デバイスを備えて構成される。この表示部は、案内装置７００から送られた画像データを受ける。そして、表示部は、当該画像データに対応する画像を表示する。

また、案内装置７００は、ネットワーク５００を介して、イベント情報サーバ６００と通信可能となっている。このイベント情報サーバ６００には、イベント情報が保持されている。こうしたイベント情報には、イベントごとの会場位置、イベント種類、予想来場客数及び開催時間帯（日付を含む）が含まれている。

イベント情報サーバ６００は、イベント会場位置が属する領域、期間等のパラメータが指定されたイベント情報要求を、ネットワーク５００を介して受信する。引き続き、イベント情報サーバ６００は、指定されたパラメータに対応するイベントのイベント情報を抽出する。そして、イベント情報サーバ６００は、抽出されたイベント情報を、ネットワーク５００を介して、イベント情報要求を発行した装置へ送信する。

《案内装置７００の構成》
案内装置７００は、入力部７１０と、無線通信部７２０と、イベント情報取得部７３０と、予測部７４０とを備えている。また、案内装置７００は、現在位置取得部７５０と、探索部７６０と、提示制御部７７０とを備えている。

なお、案内装置７００は、不図示の記憶部を更に備えている。当該記憶部には、案内装置７００において利用される様々な情報が記録される。こうした情報には、地図情報等が含まれている。この記憶部には、予測部７４０、探索部７６０及び提示制御部７７０がアクセス可能となっている。

地図情報には、道路の接続関係を示す道路データや、それらを表示するためのイメージデータ、ＰＯＩ（Point of Interest）情報等が含まれている。ここで、道路データには、複数の道路が交差、合流、分岐する地点（ノード）と、ノード間を結ぶ道路（リンク）の情報から成り、具体的にはノードやリンクの位置情報（緯度経度）や形状パターン、標準走行時間情報、及び、それらを一意に識別するためのＩＤ（Identifier：識別子）が含まれている。また、ＰＯＩ情報には、施設名、施設位置等が含まれている。

上記の入力部７１０は、案内装置７００用に配置されたキー部、リモート入力装置等により構成される。ここで、案内装置７００用に配置されたキー部としては、提示部９２０の表示デバイスに設けられたタッチパネルを用いることができる。なお、キー部を有する構成に代えて、音声入力する構成を採用することもできる。この入力部７１０を利用者が操作することにより、各種の指定や指令を入力することができる。こうした指定には、目的地を指定した探索開始指令等が含まれる。入力部７１０への入力結果は、探索部７６０へ送られる。

上記の無線通信部７２０は、ネットワーク５００を介して、イベント情報サーバ６００との通信を行う。無線通信部７２０は、イベント情報取得部７３０から送られたイベント情報要求を受ける。そして、無線通信部７２０は、当該イベント情報要求をイベント情報サーバ６００へ送信する。なお、イベント情報取得部７３０が発行するイベント情報要求では、設定されている案内ルートに沿った領域（以下、「沿道領域」という）、及び、現時点から目的地までの走行予定期間（以下、単に「走行予定期間」という）が指定される。

また、無線通信部７２０は、イベント情報サーバ６００から送信されたイベント情報を受信する。そして、無線通信部７２０は、当該イベント情報をイベント情報取得部７３０へ送る。

上記のイベント情報取得部７３０は、探索部７６０から送られたイベント情報取得指令を受ける。当該イベント情報取得指令には、沿道領域及び走行予定期間が含まれている。

引き続き、イベント情報取得部７３０は、イベント情報取得指令に対応するイベント情報要求を生成する。そして、イベント情報取得部７３０は、生成されたイベント情報要求を無線通信部７２０へ送る。

また、イベント情報取得部７３０は、無線通信部７２０から送られたイベント情報を受ける。そして、イベント情報取得部７３０は、当該イベント情報を予測部７４０へ送る。

上記の予測部７４０は、イベント情報取得部７３０から送られたイベント情報を受ける。また、予測部７４０は、探索部７６０から送られた案内ルート情報を受ける。引き続き、予測部７４０は、記憶部内の地図情報、当該イベント情報及び当該案内ルート情報に基づいて、最近接イベントの参加者による往来で混雑する参加者ルート（以下、単に「参加者ルート」という）の発生状況を予測する。そして、予測部７４０は、予測結果を探索部７６０へ送る。

なお、本明細書では、「参加者」には、「歩行により参加する者」以外に、「走って参加する者」や、「自転車等を利用して参加する者」も含まれるものとする。

上記の現在位置取得部７５０は、位置検出部９１０から送られた検出結果を受ける。そして、現在位置取得部７５０は、当該検出結果を予測部７４０、探索部７６０及び提示制御部７７０へ送る。

上記の探索部７６０は、目的地を指定した探索開始指令を受けると、探索ルートに沿った領域における開催イベント有無を考慮することなく、リンク単位での初期ルートの探索を行う。また、探索部７６０は、沿道領域及び走行予定期間を含むイベント情報取得指令を生成し、生成されたイベント情報取得指令をイベント情報取得部７３０へ送る。そして、今回のイベント情報取得指令の発行に対応する予測部７４０による予測結果を受ける。

当該予測結果を受けると、探索部７６０は、移動体ＭＶが案内ルートに沿った走行をした場合、混雑発生時間帯の移動中に参加者ルートと交差することになるか否かという交差判定を行う。この交差判定の結果が肯定的であった場合、探索部７６０は、参加者ルートと交差しない新たな走行ルートの探索を行う。そして、探索部７６０は、新たに探索された走行ルートの情報を、案内ルートの情報として、予測部７４０及び提示制御部７７０へ送る。

上記の提示制御部７７０は、現在位置取得部７５０による取得結果、及び、探索部７６０から送られた案内ルートの情報を受ける。引き続き、提示制御部７７０は、当該取得結果及び当該案内ルートの情報に基づいて、記憶部内の地図情報を適宜参照しつつ、ルート案内を利用者に対して行うための提示データを生成する。そして、提示制御部７７０は、生成された提示データを提示部９２０へ送る。

＜動作＞
次に、上記のように構成された案内装置７００の動作について、予測部７４０による予測処理及び探索部７６０による探索処理に主に着目して説明する。

なお、位置検出部９１０からは、検出された現在位置情報が案内装置７００へ逐次送られているものとする。また、現在位置情報を受けた現在位置取得部７５０は、当該現在位置情報を、予測部７４０、探索部７６０及び提示制御部７７０へ逐次送っているものとする。

案内装置７００における案内処理では、まず、探索部７６０が、ルート案内中であるか否かのルート案内中判定を行う。ルート案内中判定の結果が否定的であった場合には、入力部７１０に目的地を指定した探索開始指令が入力され、当該探索開始指令を探索部７６０が受けると、探索部７６０は、初期ルートの探索を行う。

かかる初期ルートの探索に際して、沿道領域における開催イベントの有無を考慮することなく、リンク単位での探索を行う。引き続き、探索部７６０は、初期ルートの情報を案内ルート情報として、予測部７４０及び提示制御部７７０へ送る。

探索部７６０から送られた案内ルートの情報を受けると、提示制御部７７０は、新たな案内ルート情報及び位置検出部９１０による検出結果に基づき、記憶部内の地図情報を適宜参照しつつ、ルート案内を利用者に対して行うための提示データを生成する。そして、提示制御部７７０は、生成された提示データを提示部９２０へ送る。この結果、更新された案内ルートに関する案内情報の提示部９２０による利用者への提示が開始される。

次に、探索部７６０は、沿道領域及び走行予定期間を含むイベント情報取得指令を生成し、生成されたイベント情報取得指令をイベント情報取得部７３０へ送る。探索部７６０から送られたイベント情報取得指令を受けると、イベント情報取得部７３０は、イベント情報取得指令に対応するイベント情報要求を生成する。そして、イベント情報取得部７３０は、無線通信部７２０を利用して、生成されたイベント情報要求をイベント情報サーバ６００へ送信する。

当該イベント情報要求に応答して、イベント情報サーバ６００から送信されたイベント情報を、イベント情報取得部７３０は、無線通信部７２０を介して受信する。そして、イベント情報取得部７３０は、当該イベント情報を予測部７４０へ送る。

《予測部７４０による予測処理》
イベント情報取得部７３０から送られたイベント情報を受けると、予測部７４０は予測処理を開始する。

かかる予測処理に際して、予測部７４０は、まず、記憶部内の地図情報を参照しつつ、当該イベント情報に含まれているイベントの中から、案内ルートに沿って最も近接する最近接イベントを特定し、最近接イベントのイベント情報を抽出する。そして、予測部７４０は、抽出されたイベント情報に基づいて、混雑する参加者ルート及び混雑時間帯を予測する。

混雑する参加者ルートの予測に際して、予測部７４０は、まず、最近接イベントのイベント情報に含まれているイベント開催位置に基づいて、当該最近接イベントへの参加者の多くが利用すると推定される最寄りのターミナルの位置を抽出する。ここで、ターミナルとしては、鉄道の駅、バス停留所等が挙げられる。

引き続き、予測部７４０は、記憶部内の地図情報を参照しつつ、最近接イベントの開催位置と最寄りのターミナルの位置との組み合わせごとに混雑する参加者ルートを予測する。また、最近接イベントのイベント種類及び開催時間帯に基づいて、予測部７４０は、混雑時間帯を予測する。

こうして予測された参加者ルート及び混雑時間帯を、混雑する参加者ルートの発生状況の情報（以下、「発生状況情報」という）として、予測部７４０は探索部７６０へ送る。そして、予測部７４０による今回の予測処理が終了する。

《探索部７６０による再ルート探索処理》
予測部７４０から送られた発生状況情報を受けると、探索部７６０は、再ルート探索処理を開始する。

再ルート探索処理に際して、探索部７６０は、記憶部内の地図情報を参照しつつ、発生状況情報に含まれる参加者ルート中に参加者が道路を横断する横断路があるか否かの横断路判定を行う。横断路判定の結果が肯定的であった場合には、探索部７６０は、発生状況情報に含まれる混雑時間帯に、案内ルートを走行する移動体ＭＶの移動中に当該横断路と交差することになると予測されるか否かの交差判定を行う。

交差判定の結果が否定的であった場合には、探索部７６０は、再ルート探索を行うことなく、移動体ＭＶの現在位置と現時点の案内ルートとに基づいて新たなイベント情報取得指令を生成する。引き続き、探索部７６０は、生成されたイベント情報取得指令をイベント情報取得部７３０へ送る。そして、探索部７６０は、今回の再ルート探索処理を終了する。

一方、交差判定の結果が肯定的であった場合には、探索部７６０は、案内ルートと交差すると判定された横断路と交差しない再ルート探索を行う。この再ルート探索に際して、探索部７６０は、参加者の往来に起因して混雑することになる案内ルートにおける混雑レーン（車線）を特定する。例えば、案内ルートと交差すると判定された横断路を含む交差点を右折又は左折した場合に当該横断路と交差することになるレーンを混雑レーンと特定する。

次に、探索部７６０は、混雑レーンを含むリンク（道路）が単数車線であるか否かの単数車線判定を行う。単数車線判定の結果が肯定的であった場合には、当該リンクを迂回するルートを探索する。引き続き、探索部７６０は、探索された迂回ルートの情報を案内ルート情報として、予測部７４０及び提示制御部７７０へ送る。引き続き、探索部７６０は、生成されたイベント情報取得指令をイベント情報取得部７３０へ送る。そして、探索部７６０は、今回の再ルート探索処理を終了する。

一方、単数車線判定の結果が否定的であった場合には、当該リンクを迂回しないルートを含めて、混雑レーンを回避するためのレーン単位でのルート探索を行う。引き続き、探索部７６０は、探索された迂回ルートの情報を案内ルート情報として、予測部７４０及び提示制御部７７０へ送る。引き続き、探索部７６０は、生成されたイベント情報取得指令をイベント情報取得部７３０へ送る。そして、探索部７６０は、今回の再ルート探索処理を終了する。

以後、目的地に到達するまで、上述した初期ルート探索処理の終了後から探索部７６０による再ルート探索処理が繰り返される。

以上説明したように、第１実施形態の案内装置７００では、イベント情報取得部７３０がイベントに関する情報を取得する。引き続き、予測部７４０が、イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する。そして、探索部７６０が、参加者ルートの混雑時における移動体ＭＶの移動区間が当該参加者ルートと交差しない案内ルートを探索する。

また、第１実施形態では、参加者が道路を横断する横断路であって、参加者の横断による混雑時における移動体ＭＶの移動中に交差することになる横断路が参加者ルート中にある場合、探索部７６０が、当該横断路に交差しない案内ルートを探索する。

また、第１実施形態では、探索部７６０が、横断路を横断する参加者の影響で混雑する混雑レーンを特定し、混雑レーンを走行しない案内ルートを探索する。

また、第１実施形態では、当該横断路を含む交差点を右折又は左折した場合に、その横断路と交差することになるレーンを、探索部７６０は混雑レーンと特定する。そして、探索部７６０は、混雑レーンを含む道路が単数車線である場合には、混雑レーンを含む道路を通らない案内ルートを探索し、混雑レーンを含む道路が複数車線である場合には、混雑レーンを回避する案内ルートをレーン単位で探索する。

したがって、第１実施形態によれば、イベントの参加者による往来に起因して発生することが予測される渋滞を回避しつつ、適切な走行ルートを案内することができる。また、イベントの参加者による往来に起因して発生することが予測される渋滞を回避可能な適切な走行ルートの案内を、合理的に行うことができる。

＜第１実施形態の変形＞
上記の第１実施形態に対しては、様々な変形を行うことができる。

例えば、上記の第１実施形態では、案内装置７００が、案内装置７００の外部の位置検出部９１０から送られた移動体ＭＶの現在位置を取得するようにした。これに対し、位置検出部９１０として利用できる資源が外部に存在しない場合には、位置検出部９１０の機能を果たす資源を、案内装置７００が備えるようにしてもよい。

また、上記の第１実施形態では、案内装置７００により生成された案内情報を、案内装置７００の外部の提示部９２０を利用して提示するようにした。これに対し、提示部９２０として利用できる資源が外部に存在しない場合には、提示部９２０の機能を果たす資源を、案内装置７００が備えるようにしてもよい。

また、上記の第１実施形態では、イベントの参加者の往来により混雑する横断路であって、参加者の横断による混雑時における移動体の移動中に交差することになる横断路と交差しない案内ルートを探索するようにした。これに対し、横断路以外のイベントの参加者の往来により混雑する箇所でも、混雑時に移動体の移動中に交差しない走行ルートを探索するようにしてもよい。

また、混雑レーンの特定に際しては、ＶＩＣＳ（登録商標）等の交通情報サーバから取得した渋滞情報等を更に考慮するようにしてもよい。

また、第１実施形態では、イベントの参加者による往来に起因する渋滞を回避しつつ、適切な走行ルートを探索するようにした。これに対して、イベントの参加者が利用する車両の入庫又は出庫に起因する渋滞を更に含めた渋滞を回避しつつ、適切な走行ルートを探索するようにしてもよい。

なお、上記の第１実施形態の案内装置７００のイベント情報取得部７３０、予測部７４０、現在位置取得部７５０、探索部７６０及び提示制御部７７０の一部又は全部を、中央処理装置（ＣＰＵ：Central Processing Unit）等を備えた演算部としてのコンピュータとして構成し、予め用意されたプログラムを当該コンピュータで実行することにより、イベント情報取得部７３０、予測部７４０、現在位置取得部７５０、探索部７６０及び提示制御部７７０の一部又は全部の機能を果たすようにしてもよい。このプログラムはハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、当該コンピュータによって記録媒体からロードされて実行される。また、このプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の可搬型記録媒体に記録された形態で取得されるようにしてもよいし、インターネットなどのネットワークを介した配信の形態で取得されるようにしてもよい。

［第２実施形態］
次に、本発明の第２実施形態を、図２を参照して説明する。

＜構成＞
図２には、第２実施形態に係る案内システムが備える端末装置８１０及び管理装置８２０の概略的な構成が示されている。この図２に示されるように、端末装置８１０は、移動体ＭＶ内に配置されて動作するようになっている。また、管理装置８２０は、移動体ＭＶの外に配置される。そして、端末装置８１０と管理装置８２０とは、ネットワーク５００を介して、通信可能となっている。

ネットワーク５００には、イベント情報サーバ６００が接続されている。そして、管理装置８２０は、ネットワーク５００を介して、イベント情報サーバ６００と通信可能となっている。

なお、管理装置８２０は、端末装置８１０と同様に構成された他の端末装置とも通信可能となっているが、図２においては、端末装置８１０のみが代表的に示されている。

《端末装置８１０の構成》
図２に示されるように、端末装置８１０は、上述した入力部７１０と、現在位置取得部７５０と、提示制御部７７０とを備えている。また、端末装置８１０は、送信部８１１と、受信部８１２とを備えている。

さらに、端末装置８１０は、地図情報等が格納された、不図示の記憶部を備えている。この記憶部には、提示制御部７７０がアクセス可能となっている。

なお、第２実施形態では、入力部７１０は、入力結果を送信部８１１へ送るようになっている。また、現在位置取得部７５０は、取得結果を提示制御部７７０及び送信部８１１へ送るようになっている。さらに、提示制御部７７０は、受信部８１２から案内ルート情報を受けるようになっている。

上記の送信部８１１は、入力部７１０から送られたルート探索開始指令を受ける。そして、送信部８１１は、当該ルート探索開始指令を、ネットワーク５００を介して管理装置８２０へ送信する。

また、送信部８１１は、現在位置取得部７５０から送られた収集結果を受ける。そして、送信部８１１は、当該収集結果を、ネットワーク５００を介して管理装置８２０へ送信する。

上記の受信部８１２は、管理装置８２０から、ネットワーク５００を介して送られた案内ルート情報を受ける。そして、受信部８１２は、案内ルート情報を提示制御部７７０へ送る。

《管理装置８２０の構成》
図２に示されるように、管理装置８２０は、上述したイベント情報取得部７３０と、予測部７４０と、探索部７６０とを備えている。また、管理装置８２０は、受信部８２１と、送信部８２２とを備えている。

さらに、管理装置８２０は、地図情報等が格納された、不図示の記憶部を備えている。この記憶部には、予測部７４０及び探索部７６０がアクセス可能となっている。

なお、第２実施形態では、イベント情報取得部７３０は、上述した現在位置取得部７５０の収集結果を、受信部８２１から受けるようになっている。また、イベント情報取得部７３０は、イベント情報要求を送信部８２２へ送るようになっている。さらに、探索部７６０は、案内ルート情報を送信部８２２へ送るようになっている。

上記の受信部８２１は、ネットワーク５００を介して、端末装置８１０から送信されたルート探索開始指令を受信する。そして、受信部８２１は、当該ルート探索開始指令を探索部７６０へ送る。

また、受信部８２１は、ネットワーク５００を介して、端末装置８１０から送信された、上述した現在位置取得部７５０の収集結果を受信する。そして、受信部８２１は、当該収集結果を予測部７４０及び探索部７６０へ送る。

また、受信部８２１は、ネットワーク５００を介して、イベント情報サーバ６００から送信されたイベント情報を受信する。そして、受信部８２１は、当該イベント情報をイベント情報取得部７３０へ送る。

上記の送信部８２２は、イベント情報取得部７３０から送られたイベント情報要求を受ける。そして、送信部８２２は、当該イベント情報要求を、ネットワーク５００を介して、イベント情報サーバ６００へ送信する。

また、送信部８２２は、探索部７６０から送られた案内ルート情報を受ける。そして、送信部８２２は、当該案内ルート情報を、ネットワーク５００を介して端末装置８１０へ送る。

したがって、端末装置８１０と管理装置８２０とを備える案内システムでは、構成要素７１０〜７７０間の相互接続は、必要に応じて送信部８１１、受信部８１２、ネットワーク５００、受信部８２１及び送信部８２２を介することを除いて、上述した第１実施形態の場合と論理的に同様な相互接続となっている。また、当該案内システムでは、イベント情報取得部７３０が、第１実施形態における無線通信部７２０に代えて、受信部８２１及び送信部８２２を利用することにより、第１実施形態の場合と同様のイベント情報サーバ６００との通信を行うようになっている。

＜動作＞
次に、上記のように構成された端末装置８１０と管理装置８２０とを備える案内システムの動作について説明する。

上述したように、当該案内システムでは、構成要素７１０〜７７０が、論理的には第１実施形態の場合と同様に相互接続する。また、当該案内システムでは、イベント情報サーバ６００との通信を、第１実施形態の場合と同様に行う。このため、第２実施形態における構成要素７１０〜７７０は、第１実施形態の場合と同様に動作する。

以上説明したように、第２実施形態の案内システムによれば、第１実施形態の案内装置７００と同様の効果を奏することができる。すなわち、第２実施形態の案内システムによれば、イベントの参加者による往来に起因して発生することが予測される渋滞を回避しつつ、適切な走行ルートを案内することができる。

＜第２実施形態の変形＞
第２実施形態の案内システムが備える端末装置及び管理装置の構成要素については、第１実施形態の場合と同様の変形を行うことができる。

なお、上記の第２実施形態の端末装置８１０の現在位置取得部７５０及び提示制御部７７０の一部又は全部を、中央処理装置（ＣＰＵ：Central Processing Unit）等を備えた演算部としてのコンピュータとして構成し、予め用意されたプログラムを当該コンピュータで実行することにより、これらの要素の機能の一部又は全部を実現するようにしてもよい。また、管理装置８２０のイベント情報取得部７３０、予測部７４０及び探索部７６０の一部又は全部を、中央処理装置（ＣＰＵ：Central Processing Unit）等を備えた演算部としてのコンピュータとして構成し、予め用意されたプログラムを当該コンピュータで実行することにより、これらの要素の機能の一部又は全部を実現するようにしてもよい。これらのプログラムはハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、当該コンピュータによって記録媒体からロードされて実行される。また、このプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の可搬型記録媒体に記録された形態で取得されるようにしてもよいし、インターネットなどのネットワークを介した配信の形態で取得されるようにしてもよい。

以下、本発明の実施例を、図３〜図１０を参照して説明する。なお、以下の説明及び図面においては、上述した実施形態を含めて、同一又は同等の要素については同一の符号を付し、重複する説明を省略する。

［第１実施例］
まず、本発明の第１実施例を、図３〜図８を参照して説明する。

＜構成＞
図３には、第１実施例に係る案内装置１００の概略的な構成が示されている。この案内装置１００は、道路上を走行する移動体ＭＶとしての車両ＣＲ内に配置される。

案内装置１００は、ネットワーク５００を介してイベント情報サーバ６００と通信可能となっており、上述した第１実施形態の案内装置７００（図１参照）の一態様となっている。なお、イベント情報サーバ６００から取得されるイベント情報には、上述した実施形態の場合と同様に、イベントごとの会場位置、イベント種類、予想来場客数及び開催時間帯（日付を含む）が含まれている。

車両ＣＲ内には、案内装置１００に加えて、音出力ユニット２１０、表示ユニット２２０、センサユニット２３０及びＧＰＳ受信ユニット２４０が配置されている。これらの音出力ユニット２１０、表示ユニット２２０、センサユニット２３０及びＧＰＳ受信ユニット２４０は、案内装置１００と接続されている。

上記の音出力ユニット２１０は、案内装置１００から送られた出力音データを受ける。そして、音出力ユニット２１０は、当該出力音データに対応する音声を出力する。すなわち、音出力ユニット２１０は、上述した提示部９２０の機能の一部を果たすようになっている。

上記の表示ユニット２２０は、案内装置１００から送られた画像データを受ける。そして、表示ユニット２２０は、当該画像データに対応する画像を表示する。すなわち、表示ユニット２２０は、上述した提示部９２０の機能の一部を果たすようになっている。

上記のセンサユニット２３０は、車速センサ、加速度センサ、角速度センサ、傾斜センサ等を備えて構成されている。センサユニット２３０が備える各種センサによる検出結果は、案内装置１００へ送られる。なお、センサユニット２３０は、上述した位置検出部９１０の一部の機能を果たすようになっている。

上記のＧＰＳ（Global Positioning System）受信ユニット２４０は、複数のＧＰＳ衛星からの電波の受信結果に基づいて、車両ＣＲの現在位置及び現在時刻を算出する。この現在位置及び現在時刻に関する情報は、現在位置情報として案内装置１００へ送られる。なお、ＧＰＳ受信ユニット２４０は、位置検出部９１０の一部の機能を果たすようになっている。

図３に示されるように、案内装置１００は、制御ユニット１１０Ａと、記憶ユニット１２０と、無線通信ユニット１３０と、入力ユニット１４０とを備えている。制御ユニット１１０Ａには、記憶ユニット１２０、入力ユニット１４０に加えて、上述した音出力ユニット２１０、表示ユニット２２０、センサユニット２３０及びＧＰＳ受信ユニット２４０が接続されている。

上記の制御ユニット１１０Ａは、案内装置１００の全体を統括制御する。この制御ユニット１１０Ａについては、後述する。

上記の記憶ユニット１２０は、ハードディスク装置等の不揮発性の記憶装置を備えて構成され、案内装置１００において利用される様々な情報データが記憶される。こうした情報データには、地図情報ＭＰＩが含まれている。この記憶ユニットには、制御ユニット１１０Ａがアクセス可能となっている。

上記の無線通信ユニット１３０は、ネットワーク５００を介して、イベント情報サーバ６００との通信を行う。無線通信ユニット１３０は、制御ユニット１１０Ａから送られたイベント情報要求を受ける。そして、無線通信ユニット１３０は、当該イベント情報要求をイベント情報サーバ６００へ送信する。

また、無線通信ユニット１３０は、イベント情報サーバ６００から送信されたイベント情報を受信する。そして、無線通信ユニット１３０は、当該イベント情報を制御ユニット１１０Ａへ送る。

すなわち、無線通信ユニット１３０は、第１実施形態における無線通信部７２０の機能を果たすようになっている。

上記の入力ユニット１４０は、案内装置１００の本体部に設けられたキー部、及び／又はキー部を備えるリモート入力装置等により構成される。ここで、本体部に設けられたキー部としては、表示ユニット２２０の表示デバイスに設けられたタッチパネルを用いることができる。なお、キー部を有する構成に代えて、又は併用して音声認識技術を利用して音声にて入力する構成を採用することもできる。

この入力ユニット１４０を利用者が操作することにより、案内装置１００の動作内容の指定や動作指令が行われる。こうした指定には、探索開始指令等の指令が含まれる。すなわち、入力ユニット１４０は、第１実施形態における入力部７１０の機能を果たすようになっている。

次に、上記の制御ユニット１１０Ａについて説明する。この制御ユニット１１０Ａは、中央処理装置（ＣＰＵ）及びその周辺回路を備えて構成されている。制御ユニット１１０Ａが様々なプログラムを実行することにより、案内装置１００としての各種機能が実現されるようになっている。こうした機能の中には、上述した第１実施形態におけるイベント情報取得部７３０、予測部７４０、現在位置取得部７５０、探索部７６０及び提示制御部７７０の機能も含まれている。また、制御ユニット１１０Ａは、計時機能を有しており、ＧＰＳ受信ユニット２４０から送られた現在時刻に従った補正を行うことにより、現時点の日付及び時刻を特定できるようになっている。

また、制御ユニット１１０Ａは、センサユニット２３０から送られたセンサデータ及びＧＰＳ受信ユニット２４０から受けたＧＰＳデータに基づいて、記憶ユニット１２０中の地図情報ＭＰＩ等を適宜参照し、マップマッチングの手法を用いて、精度良く現在位置を検出する。すなわち、制御ユニット１１０Ａは、上述した位置検出部９１０の機能の一部を果たすようになっている。

なお、制御ユニット１１０Ａが実行するプログラムはハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、当該記録媒体からロードされて実行される。また、このプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の可搬型記録媒体に記録された形態で取得されるようにしてもよいし、インターネットなどのネットワークを介した配信の形態で取得されるようにしてもよい。

＜動作＞
次に、上記のように構成された案内装置１００の動作について、制御ユニット１１０Ａが実行する案内処理に主に着目して説明する。

なお、センサユニット２３０からは、各種センサによる検出結果が、センサデータとして、制御ユニット１１０Ａへ逐次送られているものとする。また、ＧＰＳ受信ユニット２４０からは、現在位置及び現在時刻に関する情報が、ＧＰＳデータとして制御ユニット１１０Ａへ逐次送られているものとする。

制御ユニット１１０Ａは、センサユニット２３０から送られたセンサデータ、及び、ＧＰＳ受信ユニット２４０から送られたＧＰＳデータに基づくマップマッチングを逐次行い、現在位置を検出しているものとする。また、計時機能による計時結果、及び、ＧＰＳ受信ユニット２４０から送られた現在時刻に基づいて、現時点の日付及び時刻を検出しているものとする。

かかる動作環境のもとで、制御ユニット１１０Ａにより案内処理が実行される。

この案内処理では、図４に示されるように、まず、ステップＳ１０において、制御ユニット１１０Ａが、ルート案内中であるか否かを判定する。ステップＳ１０における判定の結果が肯定的であった場合（ステップＳ１０：Ｙ）には、処理は、後述するステップＳ１３へ進む。

ステップＳ１０における判定の結果が否定的であった場合（ステップＳ１０：Ｎ）には、処理はステップＳ１１へ進む。このステップＳ１１では、初期ルートを探索するか否かを判定する。かかる判定は、制御ユニット１１０Ａが、入力ユニット１４０に目的地を指定した探索開始指令が入力され、当該探索開始指令を受けたか否かを判定することにより行われる。ステップＳ１１における判定の結果が否定的であった場合（ステップＳ１１：Ｎ）には、ステップＳ１１の処理が繰り返される。

探索開始指令を受け、ステップＳ１１における判定の結果が肯定的となると（ステップＳ１１：Ｙ）、処理はステップＳ１２へ進む。このステップＳ１２では、制御ユニット１１０Ａは、まず、探索ルートに沿った領域における開催イベント有無を考慮することなく、リンク単位での初期ルートの探索を行う。かがる初期ルートの探索に際して、制御ユニット１１０Ａは、記憶ユニット１２０内の地図情報ＭＰＩを参照しつつ、例えば、目的地までの走行時間を最短化するとの観点から、初期ルートの探索を行う。

次に、制御ユニット１１０Ａは、探索された初期ルートを案内ルートに設定する。引き続き、制御ユニット１１０Ａは、新たに設定された案内ルートに沿ったルート案内を開始する。かかるルート案内に際して、制御ユニット１１０Ａは、設定された案内ルート及び現在位置情報に基づいて、ルート案内用の出力音データ及び画像データを適宜生成する。そして、制御ユニット１１０Ａは、生成された出力音データを音出力ユニット２１０へ送るとともに、生成された画像データを表示ユニット２２０へ送る。この結果、案内用音声が音出力ユニット２１０から出力されるとともに、案内用画像が表示ユニット２２０に表示され、利用者に案内用情報が提示される。

なお、こうした案内情報の提示処理が開始されると、制御ユニット１１０Ａは、当該提示処理と並行して、以下のステップＳ１３以降の処理を実行する。

引き続き、制御ユニット１１０Ａは、今回の目的地までの案内ルートに沿った領域における開催イベントに関するイベント情報が取得されたことがあるか否かを示す取得フラグを「ＯＦＦ」に設定する。そして、処理はステップＳ１３へ進む。

ステップＳ１３では、制御ユニット１１０Ａが、案内ルートに沿って車両ＣＲに最も近接している最近接イベントに関するイベント情報の抽出処理を行う。かかるイベント情報の抽出処理の詳細については、後述する。

次に、ステップＳ１４において、制御ユニット１１０Ａが、最近接イベントのイベント情報に含まれるイベント種類及び予想来場客数に基づいて、イベントの参加者による往来で混雑することが推定されるか否かを判定する。ステップＳ１４における判定の結果が否定的であった場合（ステップＳ１４：Ｎ）には、処理は、後述するステップＳ２１へ進む。

ステップＳ１４における判定の結果が肯定的であった場合（ステップＳ１４：Ｙ）には、処理はステップＳ１５へ進む。このステップＳ１５では、制御ユニット１１０Ａが、最近接イベントの開催に伴って混雑する参加者ルートの発生状況の予測処理を行う。かかる予測処理の詳細については、後述する。

なお、混雑する参加者ルートの発生状況の予測処理による予測結果には、上述した実施形態の場合と同様に、参加者ルート及び混雑時間帯が含まれる。

次いで、ステップＳ１６において、制御ユニット１１０Ａが、参加者ルートの混雑時における車両ＣＲの走行区間が当該参加者ルートと交差するか否かを判定する。かかる判定に際して、制御ユニット１１０Ａは、まず、地図情報ＭＰＩを参照しつつ、予測された発生状況の情報に含まれる参加者ルート中に参加者が道路を横断する横断路があるか否かの横断路判定を行う。当該横断路判定の結果が否定的であった場合には、ステップＳ１６における判定の結果が否定的となる。

当該横断路判定の結果が肯定的であった場合には、制御ユニット１１０Ａは、予測された発生状況の情報に含まれる混雑時間帯に、案内ルートを走行する車両ＣＲの走行経路が当該横断路と交差すると予測される否かの交差判定を行う。当該交差判定の結果が否定的であった場合には、ステップＳ１６における判定結果が否定的となる。一方、交差判定の結果が肯定的であった場合には、ステップＳ１６における判定の結果が肯定的となる。

なお、案内ルートが、信号機が配置されている交差点を直進するルートの場合、当該交差点に含まれる横断路であって、車両ＣＲが信号待ちの期間に、横断路用信号機の表示に従って参加者が往来する横断路の場合には、ステップＳ１６における判定の結果が否定的となる。

ステップＳ１６における判定の結果が否定的であった場合（ステップＳ１６：Ｎ）には、処理はステップＳ２１へ進む。一方、ステップＳ１６における判定の結果が肯定的であった場合（ステップＳ１６：Ｙ）には、処理はステップＳ１７へ進む。

ステップＳ１７では、制御ユニット１１０Ａが、混雑レーンを特定する。かかる混雑レーンの特定では、例えば、案内ルートと交差すると判定された横断路を含む交差点を右折又は左折した場合に当該横断路と交差することになるレーンを混雑レーンと特定する。

次に、ステップＳ１８において、制御ユニット１１０Ａが、混雑レーンを含むリンク（道路）が単数車線であるか否かを判定する。ステップＳ１８における判定の結果が肯定的であった場合（ステップＳ１８：Ｙ）には、処理はステップＳ１９へ進む。

ステップＳ１９では、制御ユニット１１０Ａが、混雑レーンを含むリンクを迂回するルートを探索する。引き続き、制御ユニット１１０Ａは、探索されたルートを案内ルートに設定する。そして、制御ユニット１１０Ａは、新たに設定された案内ルートに沿ったルート案内を開始する。この後、処理はステップＳ２１へ進む。

ステップＳ１８における判定の結果が否定的であった場合（ステップＳ１８：Ｎ）には、処理はステップＳ２０へ進む。このステップＳ２０では、制御ユニット１１０Ａは、
混雑レーンを含むリンクを迂回しないルート含めて、混雑レーンを回避するためのレーン単位でのルート探索を行う。引き続き、制御ユニット１１０Ａは、探索されたルートを案内ルートに設定する。そして、制御ユニット１１０Ａは、新たに設定された案内ルートに沿ったルート案内を開始する。この後、処理はステップＳ２１へ進む。

ステップＳ２１では、制御ユニット１１０Ａは、車両ＣＲが目的地に到着したか否かを判定する。ステップＳ２１における判定の結果が否定的であった場合（ステップＳ２１：Ｎ）には、処理はステップＳ１０へ戻る。以後、ステップＳ２１における判定の結果が肯定的となるまで、上述したステップＳ１０〜Ｓ２１までの処理が繰り返される。そして、車両ＣＲが目的地に到着し、ステップＳ２１における判定の結果が肯定的となると、今回の案内処理が終了する。

《最近接イベントに関するイベント情報の抽出処理》
次に、ステップＳ１３における最近接イベントに関するイベント情報の抽出処理について説明する。

ステップＳ１３の処理では、図５に示されるように、まず、ステップＳ３１において、制御ユニット１１０Ａが、案内ルートに沿った領域で開催されるイベント（「案内ルート上のイベント」ともいう）のイベント情報を取得する。かかるイベント情報の取得に際して、制御ユニット１１０Ａは、「沿道領域」及び「走行予定期間」を指定したイベント情報要求を生成する。そして、制御ユニット１１０Ａは、無線通信ユニット１３０を利用して、生成されたイベント情報要求をイベント情報サーバ６００へ送信する。当該イベント情報要求に応答してイベント情報サーバ６００から送信され、無線通信ユニット１３０が受信したイベント情報を、制御ユニット１１０Ａが取得する。

次に、ステップＳ３２において、制御ユニット１１０Ａが、地図情報ＭＰＩを参照しつつ、取得されたイベント情報に含まれているイベントの中から、案内ルートに沿って最も近接している最近接イベントを特定する。引き続き、制御ユニット１１０Ａは、取得されたイベント情報の中から、最近接イベントのイベント情報を抽出する。

次いで、ステップＳ３３において、制御ユニット１１０Ａが、今回取得した最近接イベントのイベント情報が、前回取得した最近接イベントのイベント情報から変化しているか否かを判定する。ステップＳ３３における判定の結果が否定的であった場合（ステップＳ３３：Ｎ）には、処理はステップＳ３４へ進む。このステップＳ３４では、制御ユニット１１０Ａが、変化フラグを「ＯＦＦ」に設定する。そして、処理は、上述した図４におけるステップＳ１４へ進む。

ステップＳ３３における判定の結果が肯定的であった場合（ステップＳ３３：Ｙ）には、処理はステップＳ３５へ進む。このステップＳ３５では、制御ユニット１１０Ａが、変化フラグを「ＯＮ」に設定する。そして、処理は、図４におけるステップＳ１４へ進む。

《混雑する参加者ルートの発生状況の予測処理》
次いで、ステップＳ１５における最近接イベントの開催に伴って混雑する参加者ルートの発生状況の予測処理について説明する。

ステップＳ１５の処理では、図６に示されるように、まず、ステップＳ４１において、制御ユニット１１０Ａが、変化フラグが「ＯＮ」であるか否かを判定する。ステップＳ４１における判定の結果が否定的であった場合（ステップＳ４１：Ｎ）には、処理は、直ちに、上述した図４におけるステップＳ１６へ進む。

ステップＳ４１における判定の結果が肯定的であった場合（ステップＳ４１：Ｙ）には、処理はステップＳ４２へ進む。このステップＳ４２では、制御ユニット１１０Ａが、混雑する参加者ルートの発生状況を予測する。

かかる予測に際して、制御ユニット１１０Ａは、まず、最近接イベントのイベント情報に含まれているイベント開催位置に基づいて、当該最近接イベントへの参加者の多くが利用すると推定される最寄りのターミナルの位置を抽出する。ここで、ターミナルとしては、鉄道の駅、バス停留所等が挙げられる。

引き続き、制御ユニット１１０Ａは、地図情報ＭＰＩを参照しつつ、最近接イベントの開催位置と最寄りのターミナルの位置との組み合わせごとに混雑する参加者ルートを予測する。かかる参加者ルートの予測に際して、制御ユニット１１０Ａは、歩行距離、歩道の幅、歩行者専用路等を考慮して、参加者ルートを予測するようになっている。

また、最近接イベントのイベント種類及び開催時間帯に基づいて、制御ユニット１１０Ａは、混雑時間帯を予測する。例えば、最近接イベントが入学試験や野球試合である場合には、制御ユニット１１０Ａは、開催時間帯の前後の時間帯を混雑時間帯と予測する。また、例えば、最近接イベントが文化祭である場合には、制御ユニット１１０Ａは、開催時間帯及び当該開催時間の前後の時間帯の双方を混雑時間帯と予測する。

こうして予測された参加者ルート及び混雑時間帯を、制御ユニット１１０Ａは、混雑する参加者ルートの新たな発生状況の情報とする。そして、処理は、図４のステップＳ１６へ進む。

なお、図７には、上述したステップＳ２０において新たに探索された案内ルートの例が太実線矢印により示されている。この図７では、ステップＳ２０における探索前の案内ルートが一点鎖線矢印で示され、予測された参加者ルートが破線矢印で示されている。また、図７には、リンク単位の探索で得られる案内ルートが二点鎖線矢印で示されている。

以上説明したように、第１実施例の案内装置１００では、制御ユニット１１０Ａがイベントに関する情報を取得する。引き続き、制御ユニット１１０Ａが、イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する。そして、制御ユニット１１０Ａが、参加者ルートの混雑時における車両ＣＲの走行区間が当該参加者ルートと交差しない案内ルートを探索する。

また、第１実施例では、参加者が道路を横断する横断路であって、参加者の横断による混雑時における車両ＣＲの走行中に交差することになる横断路が参加者ルート中にある場合、制御ユニット１１０Ａが、当該横断路に交差しない案内ルートを探索する。

また、第１実施例では、制御ユニット１１０Ａが、横断路を横断する参加者の影響で混雑する混雑レーンを特定し、混雑レーンを走行しない案内ルートを探索する。

また、第１実施例では、当該横断路を含む交差点を右折又は左折した場合に、その横断路と交差することになるレーンを、制御ユニット１１０Ａは混雑レーンと特定する。そして、制御ユニット１１０Ａは、混雑レーンを含む道路が単数車線である場合には、混雑レーンを含む道路を通らない案内ルートを探索し、混雑レーンを含む道路が複数車線である場合には、混雑レーンを回避する案内ルートをレーン単位で探索する。

したがって、第１実施例によれば、イベントの参加者による往来に起因して発生することが予測される渋滞を回避しつつ、適切な走行ルートを案内することができる。また、イベントの参加者による往来に起因して発生することが予測される渋滞を回避可能な適切な走行ルートの案内を、合理的に行うことができる。

＜第１実施例の変形＞
上記の第１実施例に対しては、様々な変形を行うことができる。

例えば、上記の第１実施形態について可能な変形と同様の変形を、第１実施例に対して適宜行うことができる。

［第２実施例］
次に、本発明の第２実施例を、図８〜図１０を主に参照して説明する。この第２実施例は、上述した第２実施形態（図２参照）の一態様となっている。

＜構成＞
図８には、第２実施例に係る案内システムが備える端末装置３００と管理装置４００との配置位置の関係が示されている。なお、端末装置３００は、第２実施形態における端末装置８１０の一態様であり、管理装置４００は、第２実施形態における管理装置８２０の一態様である。

図８に示されるように、端末装置３００は、車両ＣＲ内に配置されようになっている。この車両ＣＲ内には、端末装置３００に加えて、第１実施例の場合と同様に、音出力ユニット２１０、表示ユニット２２０、センサユニット２３０及びＧＰＳ受信ユニット２４０が配置されている。これらの音出力ユニット２１０、表示ユニット２２０、センサユニット２３０及びＧＰＳ受信ユニット２４０は、端末装置３００と接続されている。

管理装置４００は、車両ＣＲの外に配置される。そして、管理装置４００は、ネットワーク５００を介して、端末装置３００と通信可能となっている。また、管理装置４００は、ネットワーク５００を介して、イベント情報サーバ６００と通信可能となっている。

なお、管理装置４００は、端末装置３００と同様に構成された他の端末装置とも通信可能となっているが、図８においては、端末装置３００のみが代表的に示されている。

《端末装置３００の構成》
図９には、端末装置３００の概略的な構成が示されている。この図９に示されるように、端末装置３００は、制御ユニット１１０Ｂと、入力ユニット１４０とを備えている。また、端末装置３００は、記憶ユニット３１０と、無線通信ユニット３２０を備えている。

上記の制御ユニット１１０Ｂは、端末装置３００の全体を統括制御する。この制御ユニット１１０Ｂは、中央処理装置（ＣＰＵ）及びその周辺回路を備えて構成されている。制御ユニット１１０Ｂが様々なプログラムを実行することにより、端末装置３００としての各種機能が実現されるようになっている。こうした機能の中には、上述した第２実施形態におけるイベント情報取得部７３０、現在位置取得部７５０及び提示制御部７７０の機能が含まれている。

制御ユニット１１０Ｂは、センサユニット２３０から送られたセンサデータ及びＧＰＳ受信ユニット２４０から受けたＧＰＳデータに基づいて、記憶ユニット３１０中の地図情報ＭＰＩ等を適宜参照し、マップマッチングの手法を用いて、精度良く現在位置を検出する。すなわち、制御ユニット１１０Ｂは、上述した位置検出部９１０の機能の一部も果たすようになっている。そして、制御ユニット１１０Ｂは、無線通信ユニット３２０を利用し、特定された現在位置を含む現在位置情報を、ネットワーク５００を介して管理装置４００へ送信する。

また、制御ユニット１１０Ｂは、入力ユニット１４０から送られた入力データを受ける。そして、制御ユニット１１０Ｂは、無線通信ユニット３２０を利用し、探索開始指令を、ネットワーク５００を介して管理装置４００へ送信する。

さらに、制御ユニット１１０Ｂは、管理装置４００から送信され、ネットワーク５００を介して無線通信ユニット３２０が受信した案内ルート情報を受ける。そして、制御ユニット１１０Ｂは、現在位置情報と、地図情報ＭＰＩと、受信した案内ルート情報とに基づいて、ルート案内用の出力音データ及び画像データを適宜生成する。そして、制御ユニット１１０Ｂは、生成された出力音データを音出力ユニット２１０へ送るとともに、生成された画像データを表示ユニット２２０へ送る。この結果、案内用音声が音出力ユニット２１０から出力されるとともに、案内用画像が表示ユニット２２０に表示される、利用者に案内用情報が提示される。

なお、制御ユニット１１０Ｂが実行するプログラムはハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、当該記録媒体からロードされて実行される。また、このプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の可搬型記録媒体に記録された形態で取得されるようにしてもよいし、インターネットなどのネットワークを介した配信の形態で取得されるようにしてもよい。

上記の記憶ユニット３１０は、ハードディスク装置等の不揮発性の記憶装置を備えて構成され、端末装置３００において利用される様々な情報データが記憶される。こうした情報データには、地図情報ＭＰＩが含まれている。この記憶ユニット３１０には、制御ユニット１１０Ｂがアクセス可能となっている。

上記の無線通信ユニット３２０は、制御ユニット１１０Ｂから送られた入力データ等の端末送信データを受ける。そして、無線通信ユニット３２０は、当該端末送信データを、ネットワーク５００を介して管理装置４００へ送信する。

また、無線通信ユニット３２０は、管理装置４００からネットワーク５００を介して送信された案内ルート情報を受信する。そして、無線通信ユニット３２０は、当該案内ルート情報を制御ユニット１１０Ｂへ送る。

すなわち、無線通信ユニット３２０は、上述した送信部８１１及び受信部８１２の機能を果たすようになっている。

《管理装置４００の構成》
図１０には、管理装置４００の概略的な構成が示されている。この図１０に示されるように、管理装置４００は、制御ユニット１１０Ｃと、記憶ユニット１２０と、外部通信ユニット４１０とを備えている。

制御ユニット１１０Ｃは、中央処理装置（ＣＰＵ）及びその周辺回路を備えて構成され、管理装置４００の全体を統括制御する。この制御ユニット１１０Ｃが様々なプログラムを実行することにより、管理装置４００としての各種機能が実現されるようになっている。こうした機能の中には、上述した第２実施形態におけるイベント情報取得部７３０、予測部７４０及び探索部７６０の機能が含まれている。

なお、制御ユニット１１０Ｃが実行するプログラムはハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、当該記録媒体からロードされて実行される。また、このプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の可搬型記録媒体に記録された形態で取得されるようにしてもよいし、インターネットなどのネットワークを介した配信の形態で取得されるようにしてもよい。

記憶ユニット１２０には、制御ユニット１１０Ｃがアクセスできるようになっている。

上記の外部通信ユニット４１０は、端末装置３００からネットワーク５００を介して送信された端末送信データを受信する。そして、外部通信ユニット４１０は、当該端末送信データを制御ユニット１１０Ｃへ送る。

また、外部通信ユニット４１０は、制御ユニット１１０Ｃから送られた案内ルート情報を受ける。そして、外部通信ユニット４１０は、当該案内ルート情報を、ネットワーク５００を介して端末装置３００へ送る。

また、外部通信ユニット４１０は、制御ユニット１１０Ｃから送られたイベント情報要求を受ける。そして、外部通信ユニット４１０は、当該イベント情報要求をイベント情報サーバ６００へ送信する。

また、外部通信ユニット４１０は、イベント情報サーバ６００から送信されたイベント情報を受信する。そして、外部通信ユニット４１０は、当該イベント情報を制御ユニット１１０Ｃへ送る。

すなわち、外部通信ユニット４１０は、上述した第２実施形態における受信部８２１及び送信部８２２の機能を果たすようになっている。

＜動作＞
次に、上記のように構成された端末装置３００と管理装置４００とを備える案内システムでは、端末装置３００における制御ユニット１１０Ｂと、管理装置４００における制御ユニット１１０Ｃとが協働して、第１実施形態の制御ユニット１１０Ａと同様の案内処理を行う。

以上説明したように、第２実施例の案内システムによれば、第１実施形態の案内装置７００と同様の効果を奏することができる。すなわち、第２実施形態の案内システムによれば、イベントの参加者による往来に起因して発生することが予測される渋滞を回避しつつ、適切な走行ルートを案内することができる

＜第２実施例の変形＞
第２実施例に対しては、第１実施例の場合と同様の変形を行うことができる。

１００ … 案内装置
１１０Ａ … 制御ユニット（取得部、予測部、探索部）
１１０Ｂ … 制御ユニット（提示制御部）
１１０Ｃ … 制御ユニット（取得部、予測部、探索部）
３００ … 端末装置
３２０ … 無線通信ユニット（受信部）
４００ … 管理装置
４１０ … 外部通信ユニット（送信部）
７００ … 案内装置
７３０ … イベント情報取得部（取得部）
７４０ … 予測部
７６０ … 探索部
７７０ … 提示制御部
８１０ … 端末装置
８１２ … 受信部
８２０ … 管理装置
８２２ … 送信部

Claims (10)

1. イベントに関する情報を取得する取得部と；
   前記イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する予測部と；
   前記参加者ルートの混雑時における移動体の移動区間が前記参加者ルートと交差しない案内ルートを探索する探索部と；
   を備えることを特徴とする案内装置。
2. 前記参加者が道路を横断する横断路であって、前記参加者の横断による混雑時における前記移動体の移動中に交差することになる横断路が、前記参加者ルート中にある場合、前記探索部は、前記横断路に交差しない案内ルートを探索する、ことを特徴とする請求項１に記載の案内装置。
3. 前記探索部は、
   前記横断路を横断する参加者の影響で混雑する混雑レーンを特定し、
   前記混雑レーンを走行しない案内ルートを探索する、
   ことを特徴とする請求項２に記載の案内装置。
4. 前記横断路を含む交差点を右折又は左折した場合に、前記横断路と交差することになるレーンを、前記探索部は前記混雑レーンと特定する、ことを特徴とする請求項３に記載の案内装置。
5. 前記探索部は、
   前記混雑レーンを含む道路が単数車線である場合には、前記混雑レーンを含む道路を通らない案内ルートを探索し、
   前記混雑レーンを含む道路が複数車線である場合には、前記混雑レーンを回避する案内ルートを、レーン単位で探索する、
   ことを特徴とする請求項３又は４に記載の案内装置。
6. イベントに関する情報を取得する取得部と；
   前記イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する予測部と；
   前記参加者ルートの混雑時における移動体の移動区間が前記参加者ルートと交差しない案内ルートを探索する探索部と；
   前記探索された案内ルートを送信する送信部と；
   を備えることを特徴とする管理装置。
7. 請求項６に記載の管理装置から送信された案内ルートを受信する受信部と；
   前記案内ルートの提示を制御する提示制御部と；
   を備えることを特徴とする端末装置。
8. 取得部と；予測部と；探索部と；を備える案内装置において使用される案内方法であって、
   前記取得部が、イベントに関する情報を取得する取得工程と；
   前記予測部が、前記イベントの参加者による往来で混雑する参加者ルートの発生状況を予測する予測工程と；
   前記探索部が、前記参加者ルートの混雑時における移動体の移動区間が前記参加者ルートと交差しない案内ルートを探索する探索工程と；
   を備えることを特徴とする案内方法。
9. 案内装置が有するコンピュータに、請求項８に記載の案内方法を実行させる、ことを特徴とする案内プログラム。
10. 案内装置が有するコンピュータにより読み取り可能に、請求項９に記載の案内プログラムが記録されている、ことを特徴とする記録媒体。

Images