(57)【要約】【課題】複数台の案内経路決定装置で探索された経路を活用しつつ、複数人が合意できる１本の案内経路を迅速に決定することができる案内経路決定装置を提供する。【解決手段】乗員全員で目的地までの最終案内経路を決める際に、携帯端末１０ａの表示部に話し合い用画面を表示する。この話し合い用画面には合成経路が示されており、この合成経路には、複数の携帯端末１０でそれぞれ決定された複数の一次案内経路が含まれ、且つ、異なる一次案内経路の経由地間を結ぶ経由地間経路も含まれる。よって、この合成経路を見れば、複数人が別々の携帯端末１０で決定した一次案内経路を同時に比較できる。それだけではなく、異なる一次案内経路の経由地間を経由した経路も確認することができる。よって、それら複数人が合意できる１本の最終案内経路を迅速に決定することができる。【選択図】図７
2013124925.tif 000002
【特許請求の範囲】
【請求項１】
出発地から目的地までの案内経路を決定する案内経路決定装置であって、
探索条件として、出発地および目的地に加え経由地が指定可能であり、経由地が指定された場合には、その経由地を経由して出発地から目的地までの案内経路を決定する案内経路決定手段と、
前記出発地から目的地までの案内経路であって、他の案内経路決定装置において前記案内経路決定手段で決定された案内経路を取得する他装置経路取得手段と、
自装置の前記案内経路決定手段で決定された案内経路、および、前記他装置経路取得手段で１つまたは複数の他の案内経路決定装置から取得された案内経路のうちから複数の案内経路を用い、その複数の案内経路を含むとともに、その複数の案内経路において、１つの案内経路およびそれとは別の案内経路にそれぞれ経由地が存在する場合には、経由地間を結ぶ経由地間経路を有する合成経路を作成する合成経路作成手段と、
その合成経路作成手段で作成された合成経路を表示部に表示する合成経路表示手段と、
その表示部に表示された合成経路から、ユーザーの指示操作に基づいて、前記出発地から目的地へ到着する１本の最終案内経路を決定する最終経路決定手段と
を含むことを特徴とする案内経路決定装置。
【請求項２】
前記案内経路の経由地または案内経路上のその他の地点の特徴を示す地点特徴データを、その案内経路を探索した案内経路決定装置から取得する地点特徴データ取得手段と、
その地点特徴データ取得手段により取得した複数の地点特徴データに基づいて、前記合成経路に含まれる経由地または経路上のその他の地点の地点特徴を、前記合成経路とともに表示する地点特徴表示手段とを備えることを特徴とするナビゲーション装置。
【請求項３】
請求項１または２の案内経路決定装置を複数備えるとともに、探索条件を取得し、取得した探索条件に基づいて案内経路を決定するサーバとを備える案内経路決定システムであって、
前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、
前記他装置経路取得手段は、前記サーバへ、他の案内経路決定装置が決定した案内経路の送信を要求し、サーバから、当該他の案内経路決定装置が決定した案内経路を取得することを特徴とする案内経路決定システム。
【請求項４】
請求項１または２の案内経路決定装置を複数備える案内経路決定システムであって、
前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、
前記他装置経路取得手段は、他の案内経路決定装置が決定した案内経路を、当該他の案内経路決定装置との間の直接無線通信により、画像データとして取得し、その取得した画像データを解析して抽出した案内経路を、地図データの道路形状と比較することで、他の案内経路決定装置の案内経路を取得することを特徴とする案内経路決定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、目的地までの案内経路を決定する案内経路装置、および、案内経路決定システムに関する。
【背景技術】
【０００２】
案内経路を決定する装置は、一般的に、ナビゲーション装置と呼ばれ、案内経路を決定する機能に加え、決定した案内経路を用いた経路案内を行なうことができる場合が多い。ナビゲーション装置は広く普及しており、多くの車両に搭載され、また、携帯型のナビゲーション装置も広く普及している。携帯型のナビゲーション装置は、専用機も多数存在し、また、ナビゲーション装置としても機能する多機能携帯電話機も広く普及している。
【０００３】
このようにナビゲーション装置は広く普及していることから、集団で移動する場合には、その集団内に複数のナビゲーション装置が存在することがある。複数のナビゲーション装置が存在する場合、それら複数のナビゲーション装置が個別に案内経路を決定すると、決定される案内経路は必ずしも１種類になるとは限らない。しかし、集団の移動経路は一つである。従って、どのようにして案内経路を１つにするかが問題となる。
【０００４】
ここで、特許文献１では、集団のオーナーとなるオーナー車を決定し、このオーナー車の経路をサーバが計算し、且つ、そのサーバにおいて、メンバー車の経路も計算している。そして、各車両のナビゲーション装置は、サーバから配信された経路に基づいて経路案内を行なう。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−６４５３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１の技術では、メンバー車の経路は、オーナー車の経路に追従する経路となるだけであり、メンバー車の経路はメンバー車の乗員の意向を反映して決定されるわけではない。
【０００７】
ところで、近年、ナビゲーション装置としても機能する多機能型携帯端末の普及などにより、同一車両に複数の乗員が乗車している場合には、同一車両内に複数のナビゲーション装置が存在することも多くなっている。
【０００８】
この場合、各ナビゲーション装置により、別々に、目的地までの経路を探索することができる。また、経路探索においては、そのナビゲーション装置を操作するユーザーが、自分が経由したい地点を経由地として指定することが可能である。従って、同一の車両内に存在する複数のナビゲーション装置において、互いに異なる経路が探索されてしまうこともある。しかしながら、当然、案内経路は１本に決定されなければならない。
【０００９】
従って、現状では、車両内に複数のナビゲーション装置が存在しているとしても、経路案内に用いる１つのナビゲーション装置のみを用いて案内経路を決定する必要があった。そのため、その１つのナビゲーション装置に、各人の探索条件を入力して、各人の探索条件を反映した経路をそれぞれ探索しなければならず、時間がかかることとなる。また、探索条件毎にしか経路が表示されないので、異なる探索条件での経路比較が困難である。このことによっても、複数人が合意する１本の経路を決定するのに時間がかかってしまっていた。
【００１０】
本発明は、この事情に基づいて成されたものであり、その目的とするところは、複数台の案内経路決定装置で探索された経路を活用しつつ、複数人が合意できる１本の案内経路を迅速に決定することができる案内経路決定装置、および案内経路決定システムを提供することにある。
【課題を解決するための手段】
【００１１】
その目的を達成するための請求項１記載の発明は、出発地から目的地までの案内経路を決定する案内経路決定装置であって、探索条件として、出発地および目的地に加え経由地が指定可能であり、経由地が指定された場合には、その経由地を経由して出発地から目的地までの案内経路を決定する案内経路決定手段と、前記出発地から目的地までの案内経路であって、他の案内経路決定装置において前記案内経路決定手段で決定された案内経路を取得する他装置経路取得手段と、自装置の前記案内経路決定手段で決定された案内経路、および、前記他装置経路取得手段で１つまたは複数の他の案内経路決定装置から取得された案内経路のうちから複数の案内経路を用い、その複数の案内経路を含むとともに、その複数の案内経路において、１つの案内経路およびそれとは別の案内経路にそれぞれ経由地が存在する場合には、経由地間を結ぶ経由地間経路を有する合成経路を作成する合成経路作成手段と、その合成経路作成手段で作成された合成経路を表示部に表示する合成経路表示手段と、その表示部に表示された合成経路から、ユーザーの指示操作に基づいて、前記出発地から目的地へ到着する１本の最終案内経路を決定する最終経路決定手段とを含むことを特徴とする。
【００１２】
このようにすれば、表示部に表示される合成経路には、異なる複数の案内経路決定装置でそれぞれ決定された複数の案内経路が含まれ、且つ、異なる案内経路の経由地間を結ぶ経由地間経路も含まれる。よって、この合成経路を見れば、複数人が別々の装置で決定した案内経路を同時に比較できる。それだけではなく、異なる案内経路の経由地間を経由した経路も確認することができる。よって、それら複数人が合意できる１本の経路を迅速に決定することができる。
【００１３】
請求項２記載の発明では、前記案内経路の経由地または案内経路上のその他の地点の特徴を示す地点特徴データを、その案内経路を探索した案内経路決定装置から取得する地点特徴データ取得手段と、その地点特徴データ取得手段により取得した複数の地点特徴データに基づいて、前記合成経路に含まれる経由地または経路上のその他の地点の地点特徴を、前記合成経路とともに表示する地点特徴表示手段とを備える。
【００１４】
このようにすれば、合成経路とともに、その合成経路に含まれる経由地または経路上のその他の地点の地点特徴が表示されることから、地点特徴も考慮して、最終的な１本の経路を決定することができる。よって、より複数人の合意が迅速に行える可能性がある。
【００１５】
請求項３記載の発明は、請求項１または２の案内経路決定装置を複数備えるとともに、探索条件を取得し、取得した探索条件に基づいて案内経路を決定するサーバとを備える案内経路決定システムであって、前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、前記他装置経路取得手段は、前記サーバへ、他の案内経路決定装置が決定した案内経路の送信を要求し、サーバから、当該他の案内経路決定装置が決定した案内経路を取得することを特徴とする。
【００１６】
このようにすれば、サーバを利用して案内経路を決定する案内経路決定装置において、個々の案内経路決定装置から案内経路を取得する必要がないことから、効率的に他の案内経路決定装置が決定した案内経路を取得することができる。
【００１７】
請求項４記載の発明は、請求項１または２の案内経路決定装置を複数備える案内経路決定システムであって、前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、前記他装置経路取得手段は、他の案内経路決定装置が決定した案内経路を、当該他の案内経路決定装置との間の直接無線通信により、画像データとして取得し、その取得した画像データを解析して抽出した案内経路を、地図データの道路形状と比較することで、他の案内経路決定装置の案内経路を取得することを特徴とする。
【００１８】
このように、他の案内経路決定装置から、直接無線通信により、案内経路を画像データとして取得するようにすれば、他の案内経路決定装置が決定した案内経路をサーバが取得できない場合であっても、他の案内経路決定装置が決定した案内経路を取得することができる。また、画像データで取得することから、他の案内経路決定装置における案内経路を記述するデータ形式が自装置と異なっていても、他の案内経路決定装置が決定した案内経路を認識することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の案内経路決定装置として機能する携帯端末１０ａ〜１０ｄを含む案内経路決定システム１００の全体構成を示す構成図である。
【図２】最終案内経路決定機能を説明するフローチャートである。
【図３】図２のステップＳ１０を実行するときに携帯端末１０ａの表示部に表示される画面例である。
【図４】図２のステップＳ３０を実行するときに携帯端末１０ａの表示部に表示される画面例である。
【図５】ＰＲデータを取得する場合の一連の画面表示例である。
【図６】ＰＲデータを取得する場合の一連の画面表示例である。
【図７】話し合い用画面の具体例である。
【図８】話し合い用画面であって、拡大地図の一例である。
【図９】話し合い用画面の具体例であって、最終案内経路が決定される画面の概念図である。
【図１０】最終案内経路を承諾する際の携帯端末１０ｂ〜１０ｄの画面例である。
【図１１】データをアップロードする携帯端末１０が他のサーバ６０を利用するものである場合のアップロード処理を示す図である。
【図１２】データをアップロードする携帯端末１０が他のサーバ６０を利用するものである場合のアップロード処理を示す図であって、図１１とは異なる処理を示す図である。
【図１３】画像データとしてＰＲデータを送信する際の処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態を図面に基づいて説明する。図１は、本発明の案内経路決定装置として機能する携帯端末１０ａ〜１０ｄを含む案内経路決定システム１００の全体構成を示す構成図である。
【００２１】
携帯端末１０ａ〜１０ｄは、いずれも、ナビゲーション装置としての機能を備えるとともに、無線通信機能を備えている。このような携帯端末１０ａ〜１０ｄとしては、たとえば、高機能携帯電話機（スマートフォンなど）がこれに相当する。これら携帯端末１０はカメラ、表示部（いずれも図示せず）も備え、表示部にはタッチパネルが設けられている。また、フラッシュメモリなどの書き込み可能な記憶媒体も備えている。この記憶媒体には、携帯端末１０の所有者が種々の情報を自由に記憶させることができ、たとえば、行ったことのある、あるいは、行きたいと思っている施設についての情報を記憶することもできる。なお、これらの情報は、無線通信ネットワークを介して接続可能な外部サーバに記憶しても良い。
【００２２】
図１においては、車両２０内に４人の乗員が搭乗している状態を示しており、この図においては、運転者３０は、自分の携帯端末１０ａを車室内の前方の所定の位置に設置している。一方、非運転者４０は、各自の携帯端末１０ｂ、携帯端末１０ｃ、携帯端末１０ｄを所持している。
【００２３】
これら携帯端末１０は、いずれも無線通信ネットワーク５０を介して、車両外部のサーバ６０と通信可能である。本実施形態の携帯端末１０は、いずれも、経路探索条件をサーバ６０に送信し、サーバ６０において探索された案内経路を取得する。また、経路案内中も、出発地から目的地までの全部のデータを保持するのではなく、随時、経路案内に必要なデータをサーバ６０から取得する。なお、図１には、サーバ６０は１つしか示していないが、４つの携帯端末１０の管理会社が複数に渡る場合には、各携帯端末１０は、それぞれの管理会社のサーバ６０と接続して通信を行なう。
【００２４】
各携帯端末１０におけるナビゲーション装置としての具体的機能としては、出発地および目的地を設定して目的地までの案内経路を探索する経路探索機能（特許請求の範囲の案内経路決定手段に相当）、最終的に決定された案内経路に基づいて経路案内を行なう経路案内機能がある。なお、出発地は特に指定しない限り現在地が設定されるので、現在地が出発地のときは出発地の入力は省略できる。これらの機能は、サーバ６０における処理も利用し、その処理結果を逐次サーバ６０から取得しつつ行なう。
【００２５】
また、上記経路探索機能においては、出発地および目的地のみではなく経由地の指定も可能であり、また、一般道優先、有料道路優先、距離優先など、複数の経路探索アルゴリズムのうちのどれを用いるかを指定することもできる。上記経路探索機能は、各携帯端末１０が他の携帯端末１０と独立して（他の携帯端末１０で入力された経由地などの条件は考慮せず）探索する経路である。
【００２６】
そして、本実施形態では上記経路探索機能とは別に最終案内経路決定機能を備える。この最終案内経路決定機能とは、他の携帯端末１０が経路探索機能により探索した案内経路を通信により取得し、他の携帯端末１０が探索した案内経路と、この携帯端末１０が探索した案内経路とを利用して、最終的に経路案内に用いる１本の案内経路を決定する機能である。なお、以下では、経路探索機能により探索した経路と最終案内経路決定機能により最終的に決定した案内経路とを区別するために、前者の案内経路を一次案内経路といい、後者の案内経路を最終案内経路という。
【００２７】
次に、上記最終案内経路決定機能を詳しく説明する。図２は、この最終案内経路決定機能を説明するフローチャートである。なお、以下の説明では、図２の処理を、運転者３０の携帯端末１０ａが行なうとして説明する。
【００２８】
まず、ステップＳ１０では、同乗者の携帯端末１０ｂ〜１０ｄの関連付けを行なう。図３は、このステップＳ１０を実行するときに携帯端末１０ａの表示部に表示される画面例である。このステップＳ１０においては、図３（Ａ）に示すように、「ＮＡＶＩ−ＭＥＮＵ」から「同乗者」ボタンを選択する。なお、この図２の処理を運転者の携帯端末１０ａが行なう場合には、「同乗者」は非運転者４０となるが、必ずしも、この図２の処理を運転者の携帯端末１０ａが行なう必要はなく、非運転者４０の携帯端末１０ｂ〜１０ｄが行なってもよい。この場合、「同乗者」には運転者３０も含まれる。
【００２９】
上記「同乗者」ボタンの選択は、携帯端末１０ａの表示部にタッチパネルが設けられているため、画面に表示された「同乗者」ボタンをタッチすることで上記選択を行なうことができる。そして、「同乗者」ボタンを選択すると、表示内容が同図（Ｂ）に変化し、「関連付け」ボタンが表示される。この「関連付け」ボタンを選択すると、今度は、同図（Ｃ）の画面が表示される。
【００３０】
この図３（Ｃ）の画面には、「携帯端末の電話番号あるいはＱＲコード（登録商標）を入力下さい」というメッセージが表示されるとともに、その下に、「カメラ」ボタンと「完了」ボタンも表示される。また、上記メッセージと「カメラ」ボタン、「完了」ボタンとの間には、電話番号入力欄が表示される。なお、図３（Ｃ）では、電話番号入力用キーの表示を省略して示している。
【００３１】
この画面において、上記電話番号入力欄に電話番号を入力するか、あるいは、「カメラ」ボタンを押してカメラを起動させ、その電話番号をコード化したＱＲコード（登録商標）を撮像することで、同乗者の携帯端末１０ｂ〜１０ｄを、この図２の処理を行なっている携帯端末１０ａと関連付ける。全ての同乗者の携帯端末１０ｂ〜１０ｄの関連付けが終了したら「完了」ボタンを押す。以上がステップＳ１０の処理である。なお、この処理は、後述するステップＳ３０の前であればいつ行なってもよく、たとえば、車両乗車時に行なってもよい。また、ステップＳ２０の後に行なってもよい。
【００３２】
ステップＳ２０では、各自の携帯端末１０において前述の経路探索機能を実行し、現在地から目的地までの経路探索を行なって１本の一次案内経路を決定する。このとき、各自は、寄り道したい経由地があれば、その経由地を入力し、その経由地を経由する一次案内経路を決定することになる。なお、前述のように、各携帯端末１０は、サーバ６０を利用して経路探索を行っている。具体的には、サーバ６０で一次案内経路が決定され、その一次案内経路が各携帯端末１０へ送信される。サーバ６０は、各携帯端末１０へ送信する一次案内経路は、その後の経路案内において利用する可能性があることから、一定時間、あるいは、経路案内処理の終了を判断するまで、その一次案内経路を保存する。
【００３３】
ステップＳ３０では、各自の携帯端末１０で探索した一次案内経路を、各自の携帯端末１０を管理するサーバ６０から、運転者の携帯端末１０ａを管理するサーバ６０へアップロードさせる。その後、サーバ６０からそれら一次案内経路を取得する。このステップＳ３０が他装置経路取得手段に相当するものである。
【００３４】
上記アップロードは、図４（Ａ）に示す同乗者−ＭＥＮＵ画面に表示される「アップロード」ボタンを押すことで開始する。
【００３５】
このアップロードは、複数の同乗者が探索した一次案内経路を自動的に全部取得するのではなく、各同乗者の一次案内経路に対し、アップロードをする／しないを選択する。そのため、図４（Ａ）において「アップロード」ボタンを選択した後は、図４（Ｂ）に示す選択画面が表示される。
【００３６】
図４（Ｂ）の画面では、ステップＳ１０で関連付けられた全ての携帯端末１０について、その所有者の名前が表示される。なお、所有者の名前は、ステップＳ１０で取得した電話番号に基づいて、この携帯端末１０ａ内の電話帳から上記電話番号に対応する名前を取得して表示する。電話帳に名前が登録されていない場合には、上記電話番号をそのまま表示する。また、名前や電話番号に代えて、その他の識別情報、たとえば、各端末に登録されているユーザー名などを表示するようにしてもよい。これら、その他の識別情報は、たとえば、端末間通信により取得する。なお、カッコ内の夫、妻等は、明細書の説明用であり、実際に表示される部分ではない。また、図４（Ｂ）の画面には、自身の携帯端末１０ａ、すなわち、この端末本体の所有者、ここでは「鈴木  太郎」も示されている。これは、この処理を行なう端末１０ａが探索した一次案内経路は、探索はしてみたものの、その後の同乗者との会話等により、最終案内経路の決定に利用しなくてよいと考える場合もあり得ることを考慮したものである。
【００３７】
図４（Ｂ）の画面には、各端末の所有者の右側に「実行」ボタンが表示されている。この実行ボタンを押すと、押された「実行」ボタンは、図４（Ｃ）に示すように、「非実行」ボタンに変化する。「非実行」ボタンとなっている場合は、上記アップロードを実行しないことをユーザーが指示したことを意味する。ユーザーは、所有者毎にアップロードを「実行」するか「非実行」とするかを選択する。そして、全部の所有者に対して選択が終了したら、「全完了」ボタンを押す。なお、図４（Ｃ）では、夫に対応するボタンは「非実行」となっているが、最終的には、夫に対応するボタンも「実行」とされた状態で「全完了」ボタンが押されたとして以下を説明する。
「全完了」ボタンが押されると、上記選択結果に基づいて、順番にアップロードが行われる。そして、アップロードが行われている携帯端末１０の所有者に対応するボタンは、「実行中」に変化する（図４（Ｄ））。そのあと、アップロードが終了すると、「実行中」から「完了」に変化する。そして、「実行」が選択された全ての携帯端末１０に対するアップロードが終了すると、アップロードが終了したことを示すために、全完了ボタンが強調表示状態へ変化する（図４（Ｅ））。
【００３８】
このアップロードにおいては、携帯端末１０を管理するサーバ６０が同一の場合と、同一でない場合とで処理が異なる。サーバ６０が同一である場合には、同じサーバ６０内でのデータコピー、あるいは、リンク作成で済むのに対して、サーバ６０が異なる場合には、外部ネットワークを経由した一次案内経路のデータ送信が必要となるからである。なお、同一のサーバ６０であって、前述の関連付けにより関連付けられている携帯端末間であれば、一次案内経路のデータコピーあるいはリンク作成は許可されるものとする。
【００３９】
一方、サーバ６０が異なる、すなわち、管理会社が異なる場合には、データの送信は必ずしも許可されるとは限らず、データの送信が許可されないない場合も考えられる。データの送信が許可される場合には、同一サーバ６０でのデータコピーに類似した処理で済むが、他のサーバ６０へのデータの送信が許可されない場合には、同一サーバ６０でのデータコピーとはかなり異なる処理が必要となる。
【００４０】
このアップロードの具体的処理は、まず、ステップＳ１０における関連付けに基づいて、関連付けられている携帯端末１０が同一のサーバ６０を利用する端末であるか、他のサーバ６０を利用するものかを判断する。この判断は、関連付けを行った携帯端末１０の電話番号等の識別情報が、サーバ６０の管理するものであるかどうかをサーバ６０に問い合わせることで行う。そして、同一のサーバ６０を利用する端末であれば、端末の電話番号に基づいてその端末の一次案内経路の保存場所をサーバ６０の記憶領域から特定し、データコピーあるいはリンク作成を行なう。データをアップロードする携帯端末１０が他のサーバ６０を利用するものであった場合の処理は後述する。
【００４１】
ステップＳ４０では、ステップＳ３０でアップロードを行なった一次案内経路に対応するＰＲデータを取得する。このＰＲデータとは、各自の一次案内経路における経由地や経路上（経路周辺も含む）に存在する施設の特徴を含むデータである。このデータは、施設が存在する地点の特徴とも言えることから、特許請求の範囲の地点特徴データに相当し、ステップＳ４０は地点特徴データ取得手段に相当する。
【００４２】
このＰＲデータは、各携帯端末１０の記憶媒体、あるいは各携帯端末１０が接続可能な外部サーバに記憶されているものであり、携帯端末１０の記憶媒体に記憶されている場合には携帯端末同士の直接無線通信により取得する。また、外部サーバに記憶されている場合には、ネットワーク回線を介してＰＲデータを取得する。ところで、前述のように、携帯端末１０の記憶媒体へはその端末の所有者が自由に種々の情報を記憶する。しかしながら、この記憶媒体のどこに、上記ＰＲデータが記憶されているかは所有者でないと分からない。そのため、送信元となる携帯端末１０は、記憶媒体内に記憶されている種々のデータのうち、どれがＰＲデータに相当するかを決定した後に、決定したデータを送信する。どれがＰＲデータに相当するかは、所有者が手操作に従って決定してもよいし、また、一次案内経路のデータに含まれている経由地の名称、道路名称等と同一の名称が記憶媒体に記憶されている場合には、その名称に基づいて定まる一群のデータをＰＲデータとして自動的に決定してもよい。さらに、所定の入力フォーマットに従ってＰＲデータが入力されるようになっていてもよい。なお、ＰＲデータの送受信は、直接通信に限らず、通信回線を介して行なってもよい。
【００４３】
図５は、ＰＲデータを取得する場合の一連の画面表示例である。この図５の例は、ＰＲデータをブルーツゥース（登録商標）通信により取得する例である。まず、図５（Ａ）に示す、同乗者−ＭＥＮＵ画面に表示される「ＢＴ通信網」ボタンを押す。
【００４４】
このボタンを押すと、ブルーツゥース（以下、ＢＴ）通信が可能な携帯端末１０を示す画面が表示される（図５（Ｂ））。なお、どの携帯端末１０がＢＴ通信可能であるかは、事前のペアリング設定により認識されている。図５（Ｂ）の例では、携帯端末１０を特定するものとして、その端末の所有者の名前が示されている。携帯端末１０の所有者の特定は、図４で説明した内容と同じである。また、カッコ内の妻等が説明用である点も図４と同じである。
【００４５】
図５（Ｂ）の表示例では所有者の名称の右側に「実行」ボタンが示されている。この「実行」ボタンを押すと、押された「実行」ボタンは、図５（Ｃ）に示すように、「非実行」ボタンに変化する。「非実行」ボタンは、ＢＴ通信を行わない、つまり、ＰＲデータの取得を行わないことをユーザーが指示したことを意味する。ユーザーは、所有者毎にＢＴ通信を「実行」するか「非実行」とするかを選択する。そして、全部の所有者に対して選択が終了したら、「全完了」ボタンを押す。なお、図５（Ｃ）では、こどもに対応するボタンは「非実行」となっているが、最終的には、こどもに対応するボタンも「実行」とされた状態で「全完了」ボタンが押されたとして以下を説明する。
【００４６】
「全完了」ボタンが押されると、上記選択結果に基づいて、運転者の携帯端末１０ａは、同乗者の各携帯端末１０と順番にＢＴ通信を行う。図５（Ｄ）の左図は、夫（運転者）の携帯端末１０ａの画面例であり、妻の携帯端末１０ｂと通信を確立できた状態を示している。一方、図５（Ｄ）の右図は、このときの妻の携帯端末１０ｂの画面例であり、案内経路のＰＲデータを送信することを示すメッセージが画面上側に表示され、その下に「実行」ボタンが表示されている。この「実行」ボタンが押されると、ＰＲデータの送信が開始される。
【００４７】
ＰＲデータの受信が完了すると、夫の携帯端末１０ａの表示部には、図６（Ａ）に示すように、データ受信が完了したことが表示される。そして、「実行」を選択した全ての携帯端末１０からＰＲデータを受信し終えると、図６（Ｂ）に示されるように、ＰＲデータの受信が完了したことを示すために、全完了ボタンが強調表示状態へ変化する。以上により、ステップＳ４０は終了する。
【００４８】
特許請求の範囲の合成経路作成手段、合成経路表示手段、地点特徴表示手段に相当するステップＳ５０では、話し合い用画面を作成して携帯端末１０ａに表示する。この話し合い用画面では、ステップＳ３０でアップロード実行を選択した一次案内経路を元に作成する合成経路が表示される。また、ステップＳ４０で取得したＰＲデータが、合成経路においてＰＲデータが示す位置が分かる態様で表示される。
【００４９】
上記合成経路は、ステップＳ３０でアップロード実行を選択した一次案内経路と、それらのうちの１つの一次案内経路において指定されている経由地と、他の一次案内経路において指定されている経由地とを結ぶ経由地間経路とからなる経路である。なお、経由地間経路は、複数の経由地間を結ぶ全ての組み合わせについて作成する必要はなく、少なくとも、予め設定されている制約条件を満たす経由地間経路を作成する。上記制約条件には、時間に関連する制約条件（時間制約条件）が含まれる。時間制約条件としては、たとえば、経由地へ到着する時刻条件、経由地での滞在時間、目的地へ到着する時刻条件がある。また、制約条件には、時間制約条件の他に、追加する経由地間経路の本数の条件がある。
【００５０】
次に、この合成経路の作成方法の一例を説明する。まず、各一次案内経路に対して、それぞれ、最初の経由地に到着する予測時刻を計算する。次に、その最初の経由地から、他の一次案内経路における経由地までの経路を探索する。他の一次案内経路における経由地が複数ある場合、それら全ての経由地までの経路を探索してもよいが、幾つかの経由地に絞って経路探索を行なってもよい。この経路探索により経由地間経路が作成でき、その結果、一次探索経路の数よりも多くの数、目的地へ到着する経路が作成されることになる。話し合い用画面には、経由地間経路を経由した場合の経由地、目的地への到着時刻も表示する。
【００５１】
図７は、話し合い用画面の具体例である。次に、図７に示した話し合い用画面の作成方法を説明する。この例は、目的地へ向かっている途中で、話し合い用画面を作成しており、話し合い用画面を作成した時点までの状況、および、車両の乗員構成は以下の通りである。
【００５２】
乗員は４人であり、運転者は夫、他に妻、子供、親類が同乗している。この４人で名古屋から神戸に向かっており、神戸で一泊して名古屋へ帰る全日程２日の旅行中である。出発は、予定時刻よりも一時間遅れて９時に出発した。最終的な目的地は、神戸の宿泊施設であり、その宿泊施設で夕食が用意されていることから、目的地へは１９時までに到着したいと思っている。なお、案内経路設定時に、目的地への到着希望時刻が１９時までと入力されることにより、合成経路の作成においては、１９時に目的地へ到着できることが制約条件となる。
【００５３】
出発後、しばらくは順調に西進できたが、第２名神合流付近で渋滞が発生しており、この車両は、案内経路に従って走行すると、いずれその渋滞区間を通らなければならない。この渋滞の発生は、経路案内に使用中の携帯端末１０ａの画面に表示されている。そこで、この時点で車を停車させて、目的地（神戸）までの経路を再検討することとした。
【００５４】
運転者（夫）以外の者も携帯端末１０ｂ〜１０ｄを所持しており、各自、自分の携帯端末１０ａ〜１０ｄのナビゲーションアプリケーションを起動し、一次案内経路の探索を行なう。出発地は現在地、目的地は神戸であることは全員同じである。ただし、各自、経由したい場所や経由地で滞在したい時間が異なる。夫は、大阪梅田の行きつけの店を経由地に指定し、経由地での滞在時間１．５時間として経路探索を行なった。妻は、京都嵐山を経由地に指定し、経由地での滞在時間１．５時間として経路探索を行なった。こどもは、ＵＳＪを経由地に指定し、経由地での滞在時間を４時間として経路探索を行なった。親類は、奈良東大寺を経由地に指定し、経由地での滞在時間を１時間として経路探索を行なった。
【００５５】
また、各自、携帯端末１０に経由地に関するＰＲデータを入力した。このＰＲデータは、前述のように施設の特徴を示すデータである。夫は、経由地での目的が「たこやき」であることを入力した。妻は、経由地で昼食として湯豆腐を食べたいことを入力し、また、昼食が目的であるので、到着は１１時〜１４時の間であることも入力した。こどもは、ＰＲデータの入力は行わなかった。親類は、東大寺の拝観が希望であることから、到着時刻の制限として拝観終了時刻の１時間前となる時刻を具体的に指定した。
【００５６】
上記ＰＲデータとして指定された時間条件は、話し合い用画面の作成前のステップであるステップＳ４０において取得されているので、話し合い用画面に含まれる合成経路の作成に利用可能である。そこで、この時間条件を、一次案内経路探索時に入力された滞在時間の条件とともに、前述の時間制約条件として利用して合成経路を作成する。
【００５７】
また、合成経路の作成においては、経由地や目的地までの距離を地図データから計算するとともに、平均移動速度あるいは各道路の制限速度から、経由地や目的地への到着時刻を推定する。そして、推定した到着時刻が時間制約条件を満たすか否かを判断し、時間制約条件を満たさない場合には、合成経路から除外するか、あるいは、合成経路の一部として表示は行うが、制約条件を満たさないことを合わせて表示する。
【００５８】
図７の例において具体的に説明する。図７において、丸印で示す経路から三角印を通って経由地の京都嵐山に到着する経路は１５時３０分に到着予定である。しかし、妻の入力したＰＲデータから、京都嵐山への時間制約条件が１１〜１４時であることから、１５時３０分の到着は制約条件を満たさない。図７では、このことを示すために、到着時刻１５：３０の右側に候補外と示されている。また、この経路は一点鎖線で囲まれている。一点鎖線で囲まれている経路は、他の経由地を経由（あるいは滞在）した経路であることを示している。一方、京都嵐山へ直行する経路（太線で示す経路）は、到着時刻が１１：３０であり、時間制約条件を満たしているため、候補外との表示はない。
【００５９】
また、こどもが経由地として入力したＵＳＪを唯一の経由地とする経路は、太線の経路から丸印の経路を通る経路であり、ＵＳＪに１２：００に到着予定である。一方、同経路であるが、一点鎖線枠内に示されていることから分かるように、別の経由地（奈良東大寺）で滞在する場合にはＵＳＪに１５時の到着予定である。しかしながら、こどもが予め設定した制約条件（すなわち一次案内経路の探索時に入力した滞在時間の条件）から４時間の滞在が制約条件となることに加え、到着希望時刻の制約条件、すなわち１９時までの到着も制約条件となる。奈良東大寺で滞在した上でＵＳＪに到着する場合には、上記２つの制約条件を両方とも満足することはできない。そのため、図７に示すように、この経路については、候補外であることが表示される。また、京都嵐山で滞在した後、四角印で示す経路を通ってＵＳＪに到着する場合にも、ＵＳＪへの到着予定が１６時であるので、この経路についても、候補外であることが表示される。なお、このように、候補外であることを示すことに代えて、候補外となった経路については表示をしないようにしてもよい。
【００６０】
経由地を奈良東大寺とする場合、および、経由地を大阪梅田とする場合に対しても、それぞれ、一点鎖線の枠外に、その経由地のみを経由地とする場合の到着時刻が示され、一点鎖線の枠内に、他の経由地で滞在した後にその経由地に到着する場合の到着時刻が示されている。
【００６１】
図７の話し合い用画面には、太線、丸印、三角印、四角印で示される合成経路の他に、この合成経路に、下向きの矢印によりＰＲデータの地点が示され、この下向きの矢印から延びる引き出し線の他方の端にＰＲデータから作成された施設情報が示される。
【００６２】
この図７に例示されているように、各自が探索した一次探索経路をもとにしつつ、経由地間経路（三角印の経路、四角印の経路）を加えた合成経路が表示されることで、この一つの合成経路を見れば、各自がどこを経由したいか、複数人が互いに異なる経由地を希望している場合に、それらの経由地を経由する経路はどういう経路か、また、その経路は候補として成立するかを、全部判断することができる。また、ＰＲデータも表示されるので、単に、その経由地を経由することができるかどうかだけでなく、その経由地を経由することの利点も合わせて判断することができる。
【００６３】
図２のステップＳ６０（特許請求の範囲の最終経路決定手段に相当）では、乗員全員でこの話し合い用画面を見つつ、１本の最終案内経路を決定することになる。最終案内経路の決定方法は、たとえば、上記合成経路から定まる候補経路を順番に強調表示していき、最終案内経路としたい候補経路が強調表示されている状態で、「決定」ボタンを押すことで、最終案内経路を決定する。なお、候補経路とは、上記合成経路において、分岐点の間、出発地と出発地に最も近い分岐点、目的地と目的地に最も近い分岐点の間をそれぞれ部分経路としたとき、部分経路をつないでいき出発地から目的地に到着する経路であって、上記制約条件を見たす経路である。また、候補経路を順次選択して行って最終案内経路を決定するようにしてもよい。
【００６４】
また、話し合い用画面は、図示しないボタンにより拡大、縮小が可能であり、拡大していき、所定縮尺となると、経路に沿って存在する種々の施設を示す施設アイコンを含む拡大地図が表示される。この拡大地図に表示する施設アイコンの種類はユーザーが指定できるようになっている。また、施設「トイレ」については、一定距離毎あるいは、距離と推定速度から算出できる一定時間毎の候補に絞って表示を行なってもよい。また、トイレは、コンビニエンスストア、ショッピングセンターなど、種々の施設に付属する付属施設であることから、トイレの施設アイコンは、そのトイレがどのような施設の付属施設であるかが分かるように表示される。人によっては、できればコンビニエンスストアのトイレよりも、ショッピングセンターのほうがよいとか、その逆であるとか、トイレとして利用する施設も選択したいと考えることもある。このような人にとっては、より、自分の好みにあったトイレを利用できる経路を選択することができる。
【００６５】
図８は、話し合い用画面であって、上記拡大地図の一例である。この図では、トイレを示すアイコン「ＷＣ」の近傍に、そのトイレがどういう施設に付属するかを示す文字が示されている。もちろん、これに代えて、図形（アイコン）により、トイレが付属する施設を示すようにしてもよい。
【００６６】
なお、トイレを含め、拡大地図で表示する施設は、話し合い用画面が表示されている状態で指定することもできるが、話し合い用画面が表示されている状態での入力に代えて、ＰＲデータとして入力しておくこともできる。たとえば、ＰＲデータとして、１時間毎のトイレ休憩と入力しておくことで、上記拡大地図にトイレを自動的に表示させることもできる。
【００６７】
上記拡大地図で経路周辺の詳細施設も確認しつつ、現在地から目的地までが入っている図７の地図を見て話し合いを行い、上述の「決定」ボタンを押すと、図９に概念図にて示すように、「決定」ボタンは表示態様が変化し、且つ、合成経路は削除され、代わりに最終案内経路が重畳された地図画面が表示されている状態となる。
【００６８】
さらに、携帯端末１０ａは他の携帯端末１０ｂ〜１０ｄと通信を自動的に行い、これらの携帯端末１０ｂ〜１０ｄにも、図１０に示すように、最終案内経路が表示されるとともに、「了解」ボタンが表示される。そして、すべての携帯端末１０ｂ〜１０ｄにおいて「了解」ボタンが押されることで、経路案内を行なう経路が最終案内経路に確定する。その後は、携帯端末１０ａにおいて、この最終案内経路を用いた経路案内が行われる。
【００６９】
次に、図２のステップＳ３０において、データをアップロードする携帯端末１０が他のサーバ６０を利用するものであった場合の処理を説明する。データをアップロードする携帯端末１０が他のサーバ６０を利用するものであった場合の処理は、さらに、以下の二種類に別れる。
【００７０】
第１は、サーバ６０は異なるものの、異なるサーバ６０の間でデータの開示（すなわちデータの送受信）が可能である場合、第２は、サーバ６０の間でのデータの開示が不可能な場合である。なお、データの開示が可能であるか不可能であるかは、サーバ６０の管理会社が知っており、データの開示が可能であるか不可能であるかに応じた取得画面を、携帯端末１０ａに表示するものとする。
【００７１】
第１の場合の処理を図１１に基づいて説明する。図１１において、符号６０ａ〜６０ｄは、各携帯端末１０ａ〜１０ｄを管理するサーバ６０である。Ｓ２では、サーバ６０ａは携帯端末１０ａへ経路更新データを送信している。この時点では、経路話し合い用画面を作成する前である。現在位置が変化する毎に更新が必要となる現在地周辺の経路データ（経路更新データ）を、携帯端末１０ａから送信される現在位置情報に基づいて判断して、サーバ６０ａは、その経路更新データを携帯端末１０ａに送信する。
【００７２】
携帯端末１０ａは、その経路更新データを用いて経路案内を実施する（Ｓ４）。また、Ｓ１０で示したのは、図２のＳ１０と同じ処理であり、同乗者の携帯端末１０の関連付けを行なう。なお、この処理は図１１に示す時点には限定されない。また、図１１におけるＳ２０も図２のＳ２０と同じ処理である。ただし、図１１では、Ｓ２０を３つのステップＳ２２、Ｓ２４、Ｓ２６で示している。また、３つの携帯端末１０ｂ〜１０ｄでＳ２０が同じ時点となっているが、各端末１０ｂ〜１０ｄにおけるＳ２０の処理は同じ時点である必要はない。
【００７３】
ステップＳ２２では、携帯端末１０ｂ、１０ｃ、１０ｄは、経由地などの探索条件をサーバ６０ｂ、６０ｃ、６０ｄへ送信する。ステップＳ２４では、サーバ６０ｂ、６０ｃ、６０ｄは、上記探索条件に基づいて探索した一次探索経路を携帯端末１０ｂ、１０ｃ、１０ｄへ送る。ステップＳ２６では、携帯端末１０ｂ、１０ｃ、１０ｄは、その一次端末経路を画面に表示する。
【００７４】
上記ステップＳ２０の後はステップＳ３０を実行する。このステップＳ３０は、前述のように、一次案内経路をアップロードする処理である。ステップＳ３１では、携帯端末１０ａがサーバ６０ａへ、Ｓ１０で関連付けを行なった携帯端末１０ｂ〜１０ｄを特定する携帯端末特定情報（すなわち電話番号）を送信する。この処理は、図４で説明した「アップロード」ボタンを押すことで開始する。そして、このボタンが押されることで以下に説明するＳ３８までの一連の処理が自動的に行われる。
【００７５】
ステップＳ３２では、サーバ６０ａは、電話番号からサーバ６０ｂ〜６０ｄを特定し、特定したサーバ６０ｂ〜６０ｄへ一次案内経路の送信要求を出す。その送信要求を受信した各サーバ６０ｂ〜６０ｄは、受信した電話番号が、自身が管理する契約者の電話番号であるかを確認し（Ｓ３４）、確認できた場合には、Ｓ２４で端末へ送信したものと同じ一時案内経路の情報をサーバ６０ａに送信する（Ｓ３６）。そして、サーバ６０ａは、他の各サーバ６０ｂ、６０ｂ、６０ｄから入手した経路情報を携帯端末１０ａへ送信する（Ｓ３８）。
【００７６】
携帯端末１０ａは、ここで受信した経路情報と、次のステップＳ４０で取得するＰＲデータをもとに、ステップＳ５０（図１１では省略）にて、話し合い用画面を作成する。
【００７７】
次に、第２の場合の処理を図１２に基づいて説明する。図１２において、Ｓ２、Ｓ４は図１１と同じである。Ｓ６では、携帯端末１０ａは、画像データ取得アプリケーションを他の携帯端末１０ｂ〜１０ｄへ送信する。なお、この処理は、事前に行なっておいてもよい。また、送信元がサーバ６０であってもよいし、予め各携帯端末１０にインストールされていてもよい。ステップＳ８では、携帯端末１０ｂ〜１０ｄは、その画像データ取得アプリケーションを起動する。この画像データ取得アプリケーションとは、そのアプリケーションが起動している携帯端末１０の画面データを他の端末へ送信するアプリケーションである。
【００７８】
ステップＳ８の後はステップＳ２０を実行する。図１２におけるステップＳ２０は図１１と同一である。ステップＳ２０の後はステップＳ３０を実行する。図１２におけるステップＳ３０では、まず、ステップＳ３２として、携帯端末１０ｂ〜１０ｄを操作者は、一次案内経路の全体が表示されている状態、且つ、上記アプリケーションを起動している状態で、画像送信のための操作を行なう。たとえば、画面内に、「画像を切り取り転送しますか？」というメッセージが重畳したボタンが表示されており、このボタンを押す操作が上記画像送信のための操作である。これにより、端末間無線通信（たとえばブルーツゥース通信）により、一次案内経路が表示されている画像データが、携帯端末１０ａに送信される。
【００７９】
ステップＳ３４では、携帯端末１０ａは、各端末１０ｂ〜１０ｄから取得した画像データに対してパターン認識を行なうことで、受信した画像データに含まれている一次案内経路が、自身が記憶している地図データ上のどの道路を通っている経路であるかを認識する。なお、図１２では図示していないが、携帯端末１０ａも一次案内経路を探索しており、その際に、出発地から目的地までの地図データをサーバ６０から取得している。このステップＳ３４においては、その地図データを用いる。また、携帯端末１０ａに代えて、地図データを内蔵したナビゲーション装置を用いる場合には、その内蔵地図データをこのステップＳ３４で用いる。
【００８０】
ここで、各一次案内経路は途中の経路に相違があるものの、出発地と目的地はどの一次案内経路でも共通する。そこで、このパターン認識においては、経路と認識できる線分（たとえば所定の色であって太さが所定の範囲の線分）の両端を、携帯端末１０ａが探索した一次案内経路の出発地および目的地として固定して、途中の経路がどの地図データのどの道路であるかをパターン認識により特定する。そして、特定した全体の経路を画面に表示する。
【００８１】
ステップＳ３６では、特定した経路が正しいかどうかの判断をユーザーに求める。ユーザーから正しいとの入力が得られたらステップＳ４０へ進み、正しくないとの入力が得られたら、ステップＳ３４へ戻り、パターン認識をやり直す。
【００８２】
上記図１２の例では、一次案内経路のみを画像データ取得アプリケーションにより取得しているが、携帯端末１０ｂ〜１０ｄにおいて、地図画像上にＰＲデータを表示させ、この状態で画像を送信することで、ＰＲデータも画像により取得することとしてもよい。
【００８３】
具体的には図１３のようにする。図１３は、図１２に続き、図１２のステップＳ４０の処理として実行するものである。ステップＳ４２では、携帯端末１０ｂは、ＰＲデータを地図上に表示させる。ここでの表示は、図７で示した話し合い用画面と同様に、引出線により、ＰＲデータがどの地点の情報であるかが分かるように表示されるようになっているものとする。なお、ここでは、携帯端末１０ｂを例に説明しているが、もちろん、他の携帯端末１０ｃ、１０ｄで、この図１３の処理を行なうことも可能である。
【００８４】
ステップＳ４４では、画面の画像を携帯端末１０ａへ送信する。ステップＳ４６では、携帯端末１０ａは、受信した画像から、画像認識アルゴリズムにより、引出線および文字情報、記号情報を抽出する。ステップＳ４８では、上記ステップＳ４６で抽出した引出線が地図上のどの地点を指しているかを前述のパターン認識により特定し、その特定結果に基づいて、同ステップＳ４６で抽出した文字、記号情報が、どの地点のＰＲデータであるかを決定する。
【００８５】
以上、説明した本実施形態によれば、乗員全員で目的地までの最終案内経路を決める際に、携帯端末１０ａの表示部に話し合い用画面を表示している。この話し合い用画面には合成経路が示される。この合成経路には、複数の携帯端末１０でそれぞれ決定された複数の一次案内経路が含まれ、且つ、異なる一次案内経路の経由地間を結ぶ経由地間経路も含まれる。よって、この合成経路を見れば、複数人が別々の携帯端末１０で決定した一次案内経路を同時に比較できる。それだけではなく、異なる一次案内経路の経由地間を経由した経路も確認することができる。よって、それら複数人が合意できる１本の最終案内経路を迅速に決定することができる。
【００８６】
加えて、本実施形態によれば、話し合い用画面には、合成経路とともに、その合成経路に含まれる経由地の施設特徴も表示されることから、施設特徴も考慮して、最終的な１本の経路を決定することができる。よって、より複数人の合意が迅速に行える可能性がある。
【００８７】
また、前述の実施形態では、一次案内経路を探索した複数の携帯端末１０を管理するサーバ６０が同一である場合はもちろんのこと、サーバ６０が異なる場合にも、他の携帯端末１０から一次案内経路を取得することができる。特に、一次案内経路を画像データとして取得する場合には、他の携帯端末１０が決定した一次案内経路を、自端末１０ａを管理するサーバ６０ａが取得できない場合であっても、他の携帯端末１０ａが決定した一次案内経路を取得することができる。また、画像データで取得することから、他の携帯端末１０における案内経路を記述するデータ形式が自端末１０ａと異なっていても、他の携帯端末１０が決定した一次案内経路を認識することができる。
【００８８】
以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、次の実施形態も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。
【００８９】
たとえば、前述の実施形態では、図７の話し合い用画面には経由地の特徴しか示されていなかったが、経由地以外の経路周辺の施設特徴が示されても良い。
【００９０】
また、前述の実施形態では、電話機能を有する携帯端末１０が案内経路決定装置として開示されていたが、電話機能を備える必要はない。また、地図データを内部に備える場合には、サーバとの通信機能も備えていなくてもよい。
【００９１】
また、前述の実施形態では、アップロードの判断を、話し合い用画面が表示される携帯端末１０において行なっていたが、この判断を各端末１０が行うようにしてもよい。また、地点特徴データが、施設以外の特徴、たとえば、名所等のデータであってもよい。
【符号の説明】
【００９２】
１００ 案内経路決定システム、      １０  携帯端末、      ２０  車両、      ３０  運転者、      ４０  非運転者、      ５０  無線通信ネットワーク、      ６０  サーバ
【図１】
2013124925.tif 000003
【図２】
2013124925.tif 000004
【図３】
2013124925.tif 000005
【図４】
2013124925.tif 000006
【図５】
2013124925.tif 000007
【図６】
2013124925.tif 000008
【図７】
2013124925.tif 000009
【図８】
2013124925.tif 000010
【図９】
2013124925.tif 000011
【図１０】
2013124925.tif 000012
【図１１】
2013124925.tif 000013
【図１２】
2013124925.tif 000014
【図１３】
2013124925.tif 000015