出発地から目的地までの案内経路を決定する案内経路決定装置であって、探索条件として、出発地および目的地に加え経由地が指定可能であり、経由地が指定された場合には、その経由地を経由して出発地から目的地までの案内経路を決定する案内経路決定手段と、前記出発地から目的地までの案内経路であって、他の案内経路決定装置において前記案内経路決定手段で決定された案内経路を取得する他装置経路取得手段と、自装置の前記案内経路決定手段で決定された案内経路、および、前記他装置経路取得手段で1つまたは複数の他の案内経路決定装置から取得された案内経路のうちから複数の案内経路を用い、その複数の案内経路を含むとともに、その複数の案内経路において、1つの案内経路およびそれとは別の案内経路にそれぞれ経由地が存在する場合には、経由地間を結ぶ経由地間経路を有する合成経路を作成する合成経路作成手段と、その合成経路作成手段で作成された合成経路を表示部に表示する合成経路表示手段と、その表示部に表示された合成経路から、ユーザーの指示操作に基づいて、前記出発地から目的地へ到着する1本の最終案内経路を決定する最終経路決定手段とを含むことを特徴とする案内経路決定装置。前記案内経路の経由地または案内経路上のその他の地点の特徴を示す地点特徴データを、その案内経路を探索した案内経路決定装置から取得する地点特徴データ取得手段と、その地点特徴データ取得手段により取得した複数の地点特徴データに基づいて、前記合成経路に含まれる経由地または経路上のその他の地点の地点特徴を、前記合成経路とともに表示する地点特徴表示手段とを備えることを特徴とするナビゲーション装置。請求項1または2の案内経路決定装置を複数備えるとともに、探索条件を取得し、取得した探索条件に基づいて案内経路を決定するサーバとを備える案内経路決定システムであって、前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、前記他装置経路取得手段は、前記サーバへ、他の案内経路決定装置が決定した案内経路の送信を要求し、サーバから、当該他の案内経路決定装置が決定した案内経路を取得することを特徴とする案内経路決定システム。請求項1または2の案内経路決定装置を複数備える案内経路決定システムであって、前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、前記他装置経路取得手段は、他の案内経路決定装置が決定した案内経路を、当該他の案内経路決定装置との間の直接無線通信により、画像データとして取得し、その取得した画像データを解析して抽出した案内経路を、地図データの道路形状と比較することで、他の案内経路決定装置の案内経路を取得することを特徴とする案内経路決定システム。特許文献1の技術では、メンバー車の経路は、オーナー車の経路に追従する経路となるだけであり、メンバー車の経路はメンバー車の乗員の意向を反映して決定されるわけではない。ところで、近年、ナビゲーション装置としても機能する多機能型携帯端末の普及などにより、同一車両に複数の乗員が乗車している場合には、同一車両内に複数のナビゲーション装置が存在することも多くなっている。この場合、各ナビゲーション装置により、別々に、目的地までの経路を探索することができる。また、経路探索においては、そのナビゲーション装置を操作するユーザーが、自分が経由したい地点を経由地として指定することが可能である。従って、同一の車両内に存在する複数のナビゲーション装置において、互いに異なる経路が探索されてしまうこともある。しかしながら、当然、案内経路は1本に決定されなければならない。従って、現状では、車両内に複数のナビゲーション装置が存在しているとしても、経路案内に用いる1つのナビゲーション装置のみを用いて案内経路を決定する必要があった。そのため、その1つのナビゲーション装置に、各人の探索条件を入力して、各人の探索条件を反映した経路をそれぞれ探索しなければならず、時間がかかることとなる。また、探索条件毎にしか経路が表示されないので、異なる探索条件での経路比較が困難である。このことによっても、複数人が合意する1本の経路を決定するのに時間がかかってしまっていた。本発明は、この事情に基づいて成されたものであり、その目的とするところは、複数台の案内経路決定装置で探索された経路を活用しつつ、複数人が合意できる1本の案内経路を迅速に決定することができる案内経路決定装置、および案内経路決定システムを提供することにある。その目的を達成するための請求項1記載の発明は、出発地から目的地までの案内経路を決定する案内経路決定装置であって、探索条件として、出発地および目的地に加え経由地が指定可能であり、経由地が指定された場合には、その経由地を経由して出発地から目的地までの案内経路を決定する案内経路決定手段と、前記出発地から目的地までの案内経路であって、他の案内経路決定装置において前記案内経路決定手段で決定された案内経路を取得する他装置経路取得手段と、自装置の前記案内経路決定手段で決定された案内経路、および、前記他装置経路取得手段で1つまたは複数の他の案内経路決定装置から取得された案内経路のうちから複数の案内経路を用い、その複数の案内経路を含むとともに、その複数の案内経路において、1つの案内経路およびそれとは別の案内経路にそれぞれ経由地が存在する場合には、経由地間を結ぶ経由地間経路を有する合成経路を作成する合成経路作成手段と、その合成経路作成手段で作成された合成経路を表示部に表示する合成経路表示手段と、その表示部に表示された合成経路から、ユーザーの指示操作に基づいて、前記出発地から目的地へ到着する1本の最終案内経路を決定する最終経路決定手段とを含むことを特徴とする。このようにすれば、表示部に表示される合成経路には、異なる複数の案内経路決定装置でそれぞれ決定された複数の案内経路が含まれ、且つ、異なる案内経路の経由地間を結ぶ経由地間経路も含まれる。よって、この合成経路を見れば、複数人が別々の装置で決定した案内経路を同時に比較できる。それだけではなく、異なる案内経路の経由地間を経由した経路も確認することができる。よって、それら複数人が合意できる1本の経路を迅速に決定することができる。請求項2記載の発明では、前記案内経路の経由地または案内経路上のその他の地点の特徴を示す地点特徴データを、その案内経路を探索した案内経路決定装置から取得する地点特徴データ取得手段と、その地点特徴データ取得手段により取得した複数の地点特徴データに基づいて、前記合成経路に含まれる経由地または経路上のその他の地点の地点特徴を、前記合成経路とともに表示する地点特徴表示手段とを備える。このようにすれば、合成経路とともに、その合成経路に含まれる経由地または経路上のその他の地点の地点特徴が表示されることから、地点特徴も考慮して、最終的な1本の経路を決定することができる。よって、より複数人の合意が迅速に行える可能性がある。請求項3記載の発明は、請求項1または2の案内経路決定装置を複数備えるとともに、探索条件を取得し、取得した探索条件に基づいて案内経路を決定するサーバとを備える案内経路決定システムであって、前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、前記他装置経路取得手段は、前記サーバへ、他の案内経路決定装置が決定した案内経路の送信を要求し、サーバから、当該他の案内経路決定装置が決定した案内経路を取得することを特徴とする。このようにすれば、サーバを利用して案内経路を決定する案内経路決定装置において、個々の案内経路決定装置から案内経路を取得する必要がないことから、効率的に他の案内経路決定装置が決定した案内経路を取得することができる。請求項4記載の発明は、請求項1または2の案内経路決定装置を複数備える案内経路決定システムであって、前記案内経路決定手段は、前記サーバへ前記探索条件を送信し、サーバでその探索条件により探索された案内経路を取得することで案内経路を決定するものであり、前記他装置経路取得手段は、他の案内経路決定装置が決定した案内経路を、当該他の案内経路決定装置との間の直接無線通信により、画像データとして取得し、その取得した画像データを解析して抽出した案内経路を、地図データの道路形状と比較することで、他の案内経路決定装置の案内経路を取得することを特徴とする。このように、他の案内経路決定装置から、直接無線通信により、案内経路を画像データとして取得するようにすれば、他の案内経路決定装置が決定した案内経路をサーバが取得できない場合であっても、他の案内経路決定装置が決定した案内経路を取得することができる。また、画像データで取得することから、他の案内経路決定装置における案内経路を記述するデータ形式が自装置と異なっていても、他の案内経路決定装置が決定した案内経路を認識することができる。以下、本発明の実施形態を図面に基づいて説明する。図1は、本発明の案内経路決定装置として機能する携帯端末10a~10dを含む案内経路決定システム100の全体構成を示す構成図である。携帯端末10a~10dは、いずれも、ナビゲーション装置としての機能を備えるとともに、無線通信機能を備えている。このような携帯端末10a~10dとしては、たとえば、高機能携帯電話機スマートフォンなどがこれに相当する。これら携帯端末10はカメラ、表示部いずれも図示せずも備え、表示部にはタッチパネルが設けられている。また、フラッシュメモリなどの書き込み可能な記憶媒体も備えている。この記憶媒体には、携帯端末10の所有者が種々の情報を自由に記憶させることができ、たとえば、行ったことのある、あるいは、行きたいと思っている施設についての情報を記憶することもできる。なお、これらの情報は、無線通信ネットワークを介して接続可能な外部サーバに記憶しても良い。図1においては、車両20内に4人の乗員が搭乗している状態を示しており、この図においては、運転者30は、自分の携帯端末10aを車室内の前方の所定の位置に設置している。一方、非運転者40は、各自の携帯端末10b、携帯端末10c、携帯端末10dを所持している。これら携帯端末10は、いずれも無線通信ネットワーク50を介して、車両外部のサーバ60と通信可能である。本実施形態の携帯端末10は、いずれも、経路探索条件をサーバ60に送信し、サーバ60において探索された案内経路を取得する。また、経路案内中も、出発地から目的地までの全部のデータを保持するのではなく、随時、経路案内に必要なデータをサーバ60から取得する。なお、図1には、サーバ60は1つしか示していないが、4つの携帯端末10の管理会社が複数に渡る場合には、各携帯端末10は、それぞれの管理会社のサーバ60と接続して通信を行なう。各携帯端末10におけるナビゲーション装置としての具体的機能としては、出発地および目的地を設定して目的地までの案内経路を探索する経路探索機能特許請求の範囲の案内経路決定手段に相当、最終的に決定された案内経路に基づいて経路案内を行なう経路案内機能がある。なお、出発地は特に指定しない限り現在地が設定されるので、現在地が出発地のときは出発地の入力は省略できる。これらの機能は、サーバ60における処理も利用し、その処理結果を逐次サーバ60から取得しつつ行なう。また、上記経路探索機能においては、出発地および目的地のみではなく経由地の指定も可能であり、また、一般道優先、有料道路優先、距離優先など、複数の経路探索アルゴリズムのうちのどれを用いるかを指定することもできる。上記経路探索機能は、各携帯端末10が他の携帯端末10と独立して他の携帯端末10で入力された経由地などの条件は考慮せず探索する経路である。そして、本実施形態では上記経路探索機能とは別に最終案内経路決定機能を備える。この最終案内経路決定機能とは、他の携帯端末10が経路探索機能により探索した案内経路を通信により取得し、他の携帯端末10が探索した案内経路と、この携帯端末10が探索した案内経路とを利用して、最終的に経路案内に用いる1本の案内経路を決定する機能である。なお、以下では、経路探索機能により探索した経路と最終案内経路決定機能により最終的に決定した案内経路とを区別するために、前者の案内経路を一次案内経路といい、後者の案内経路を最終案内経路という。次に、上記最終案内経路決定機能を詳しく説明する。図2は、この最終案内経路決定機能を説明するフローチャートである。なお、以下の説明では、図2の処理を、運転者30の携帯端末10aが行なうとして説明する。まず、ステップS10では、同乗者の携帯端末10b~10dの関連付けを行なう。図3は、このステップS10を実行するときに携帯端末10aの表示部に表示される画面例である。このステップS10においては、図3Aに示すように、NAVI-MENUから同乗者ボタンを選択する。なお、この図2の処理を運転者の携帯端末10aが行なう場合には、同乗者は非運転者40となるが、必ずしも、この図2の処理を運転者の携帯端末10aが行なう必要はなく、非運転者40の携帯端末10b~10dが行なってもよい。この場合、同乗者には運転者30も含まれる。上記同乗者ボタンの選択は、携帯端末10aの表示部にタッチパネルが設けられているため、画面に表示された同乗者ボタンをタッチすることで上記選択を行なうことができる。そして、同乗者ボタンを選択すると、表示内容が同図Bに変化し、関連付けボタンが表示される。この関連付けボタンを選択すると、今度は、同図Cの画面が表示される。この図3Cの画面には、携帯端末の電話番号あるいはQRコード登録商標を入力下さいというメッセージが表示されるとともに、その下に、カメラボタンと完了ボタンも表示される。また、上記メッセージとカメラボタン、完了ボタンとの間には、電話番号入力欄が表示される。なお、図3Cでは、電話番号入力用キーの表示を省略して示している。この画面において、上記電話番号入力欄に電話番号を入力するか、あるいは、カメラボタンを押してカメラを起動させ、その電話番号をコード化したQRコード登録商標を撮像することで、同乗者の携帯端末10b~10dを、この図2の処理を行なっている携帯端末10aと関連付ける。全ての同乗者の携帯端末10b~10dの関連付けが終了したら完了ボタンを押す。以上がステップS10の処理である。なお、この処理は、後述するステップS30の前であればいつ行なってもよく、たとえば、車両乗車時に行なってもよい。また、ステップS20の後に行なってもよい。ステップS20では、各自の携帯端末10において前述の経路探索機能を実行し、現在地から目的地までの経路探索を行なって1本の一次案内経路を決定する。このとき、各自は、寄り道したい経由地があれば、その経由地を入力し、その経由地を経由する一次案内経路を決定することになる。なお、前述のように、各携帯端末10は、サーバ60を利用して経路探索を行っている。具体的には、サーバ60で一次案内経路が決定され、その一次案内経路が各携帯端末10へ送信される。サーバ60は、各携帯端末10へ送信する一次案内経路は、その後の経路案内において利用する可能性があることから、一定時間、あるいは、経路案内処理の終了を判断するまで、その一次案内経路を保存する。ステップS30では、各自の携帯端末10で探索した一次案内経路を、各自の携帯端末10を管理するサーバ60から、運転者の携帯端末10aを管理するサーバ60へアップロードさせる。その後、サーバ60からそれら一次案内経路を取得する。このステップS30が他装置経路取得手段に相当するものである。上記アップロードは、図4Aに示す同乗者-MENU画面に表示されるアップロードボタンを押すことで開始する。このアップロードは、複数の同乗者が探索した一次案内経路を自動的に全部取得するのではなく、各同乗者の一次案内経路に対し、アップロードをする/しないを選択する。そのため、図4Aにおいてアップロードボタンを選択した後は、図4Bに示す選択画面が表示される。図4Bの画面では、ステップS10で関連付けられた全ての携帯端末10について、その所有者の名前が表示される。なお、所有者の名前は、ステップS10で取得した電話番号に基づいて、この携帯端末10a内の電話帳から上記電話番号に対応する名前を取得して表示する。電話帳に名前が登録されていない場合には、上記電話番号をそのまま表示する。また、名前や電話番号に代えて、その他の識別情報、たとえば、各端末に登録されているユーザー名などを表示するようにしてもよい。これら、その他の識別情報は、たとえば、端末間通信により取得する。なお、カッコ内の夫、妻等は、明細書の説明用であり、実際に表示される部分ではない。また、図4Bの画面には、自身の携帯端末10a、すなわち、この端末本体の所有者、ここでは鈴木太郎も示されている。これは、この処理を行なう端末10aが探索した一次案内経路は、探索はしてみたものの、その後の同乗者との会話等により、最終案内経路の決定に利用しなくてよいと考える場合もあり得ることを考慮したものである。図4Bの画面には、各端末の所有者の右側に実行ボタンが表示されている。この実行ボタンを押すと、押された実行ボタンは、図4Cに示すように、非実行ボタンに変化する。非実行ボタンとなっている場合は、上記アップロードを実行しないことをユーザーが指示したことを意味する。ユーザーは、所有者毎にアップロードを実行するか非実行とするかを選択する。そして、全部の所有者に対して選択が終了したら、全完了ボタンを押す。なお、図4Cでは、夫に対応するボタンは非実行となっているが、最終的には、夫に対応するボタンも実行とされた状態で全完了ボタンが押されたとして以下を説明する。全完了ボタンが押されると、上記選択結果に基づいて、順番にアップロードが行われる。そして、アップロードが行われている携帯端末10の所有者に対応するボタンは、実行中に変化する図4D。そのあと、アップロードが終了すると、実行中から完了に変化する。そして、実行が選択された全ての携帯端末10に対するアップロードが終了すると、アップロードが終了したことを示すために、全完了ボタンが強調表示状態へ変化する図4E。このアップロードにおいては、携帯端末10を管理するサーバ60が同一の場合と、同一でない場合とで処理が異なる。サーバ60が同一である場合には、同じサーバ60内でのデータコピー、あるいは、リンク作成で済むのに対して、サーバ60が異なる場合には、外部ネットワークを経由した一次案内経路のデータ送信が必要となるからである。なお、同一のサーバ60であって、前述の関連付けにより関連付けられている携帯端末間であれば、一次案内経路のデータコピーあるいはリンク作成は許可されるものとする。一方、サーバ60が異なる、すなわち、管理会社が異なる場合には、データの送信は必ずしも許可されるとは限らず、データの送信が許可されないない場合も考えられる。データの送信が許可される場合には、同一サーバ60でのデータコピーに類似した処理で済むが、他のサーバ60へのデータの送信が許可されない場合には、同一サーバ60でのデータコピーとはかなり異なる処理が必要となる。このアップロードの具体的処理は、まず、ステップS10における関連付けに基づいて、関連付けられている携帯端末10が同一のサーバ60を利用する端末であるか、他のサーバ60を利用するものかを判断する。この判断は、関連付けを行った携帯端末10の電話番号等の識別情報が、サーバ60の管理するものであるかどうかをサーバ60に問い合わせることで行う。そして、同一のサーバ60を利用する端末であれば、端末の電話番号に基づいてその端末の一次案内経路の保存場所をサーバ60の記憶領域から特定し、データコピーあるいはリンク作成を行なう。データをアップロードする携帯端末10が他のサーバ60を利用するものであった場合の処理は後述する。ステップS40では、ステップS30でアップロードを行なった一次案内経路に対応するPRデータを取得する。このPRデータとは、各自の一次案内経路における経由地や経路上経路周辺も含むに存在する施設の特徴を含むデータである。このデータは、施設が存在する地点の特徴とも言えることから、特許請求の範囲の地点特徴データに相当し、ステップS40は地点特徴データ取得手段に相当する。このPRデータは、各携帯端末10の記憶媒体、あるいは各携帯端末10が接続可能な外部サーバに記憶されているものであり、携帯端末10の記憶媒体に記憶されている場合には携帯端末同士の直接無線通信により取得する。また、外部サーバに記憶されている場合には、ネットワーク回線を介してPRデータを取得する。ところで、前述のように、携帯端末10の記憶媒体へはその端末の所有者が自由に種々の情報を記憶する。しかしながら、この記憶媒体のどこに、上記PRデータが記憶されているかは所有者でないと分からない。そのため、送信元となる携帯端末10は、記憶媒体内に記憶されている種々のデータのうち、どれがPRデータに相当するかを決定した後に、決定したデータを送信する。どれがPRデータに相当するかは、所有者が手操作に従って決定してもよいし、また、一次案内経路のデータに含まれている経由地の名称、道路名称等と同一の名称が記憶媒体に記憶されている場合には、その名称に基づいて定まる一群のデータをPRデータとして自動的に決定してもよい。さらに、所定の入力フォーマットに従ってPRデータが入力されるようになっていてもよい。なお、PRデータの送受信は、直接通信に限らず、通信回線を介して行なってもよい。図5は、PRデータを取得する場合の一連の画面表示例である。この図5の例は、PRデータをブルーツゥース登録商標通信により取得する例である。まず、図5Aに示す、同乗者-MENU画面に表示されるBT通信網ボタンを押す。このボタンを押すと、ブルーツゥース以下、BT通信が可能な携帯端末10を示す画面が表示される図5B。なお、どの携帯端末10がBT通信可能であるかは、事前のペアリング設定により認識されている。図5Bの例では、携帯端末10を特定するものとして、その端末の所有者の名前が示されている。携帯端末10の所有者の特定は、図4で説明した内容と同じである。また、カッコ内の妻等が説明用である点も図4と同じである。図5Bの表示例では所有者の名称の右側に実行ボタンが示されている。この実行ボタンを押すと、押された実行ボタンは、図5Cに示すように、非実行ボタンに変化する。非実行ボタンは、BT通信を行わない、つまり、PRデータの取得を行わないことをユーザーが指示したことを意味する。ユーザーは、所有者毎にBT通信を実行するか非実行とするかを選択する。そして、全部の所有者に対して選択が終了したら、全完了ボタンを押す。なお、図5Cでは、こどもに対応するボタンは非実行となっているが、最終的には、こどもに対応するボタンも実行とされた状態で全完了ボタンが押されたとして以下を説明する。全完了ボタンが押されると、上記選択結果に基づいて、運転者の携帯端末10aは、同乗者の各携帯端末10と順番にBT通信を行う。図5Dの左図は、夫運転者の携帯端末10aの画面例であり、妻の携帯端末10bと通信を確立できた状態を示している。一方、図5Dの右図は、このときの妻の携帯端末10bの画面例であり、案内経路のPRデータを送信することを示すメッセージが画面上側に表示され、その下に実行ボタンが表示されている。この実行ボタンが押されると、PRデータの送信が開始される。PRデータの受信が完了すると、夫の携帯端末10aの表示部には、図6Aに示すように、データ受信が完了したことが表示される。そして、実行を選択した全ての携帯端末10からPRデータを受信し終えると、図6Bに示されるように、PRデータの受信が完了したことを示すために、全完了ボタンが強調表示状態へ変化する。以上により、ステップS40は終了する。特許請求の範囲の合成経路作成手段、合成経路表示手段、地点特徴表示手段に相当するステップS50では、話し合い用画面を作成して携帯端末10aに表示する。この話し合い用画面では、ステップS30でアップロード実行を選択した一次案内経路を元に作成する合成経路が表示される。また、ステップS40で取得したPRデータが、合成経路においてPRデータが示す位置が分かる態様で表示される。上記合成経路は、ステップS30でアップロード実行を選択した一次案内経路と、それらのうちの1つの一次案内経路において指定されている経由地と、他の一次案内経路において指定されている経由地とを結ぶ経由地間経路とからなる経路である。なお、経由地間経路は、複数の経由地間を結ぶ全ての組み合わせについて作成する必要はなく、少なくとも、予め設定されている制約条件を満たす経由地間経路を作成する。上記制約条件には、時間に関連する制約条件時間制約条件が含まれる。時間制約条件としては、たとえば、経由地へ到着する時刻条件、経由地での滞在時間、目的地へ到着する時刻条件がある。また、制約条件には、時間制約条件の他に、追加する経由地間経路の本数の条件がある。次に、この合成経路の作成方法の一例を説明する。まず、各一次案内経路に対して、それぞれ、最初の経由地に到着する予測時刻を計算する。次に、その最初の経由地から、他の一次案内経路における経由地までの経路を探索する。他の一次案内経路における経由地が複数ある場合、それら全ての経由地までの経路を探索してもよいが、幾つかの経由地に絞って経路探索を行なってもよい。この経路探索により経由地間経路が作成でき、その結果、一次探索経路の数よりも多くの数、目的地へ到着する経路が作成されることになる。話し合い用画面には、経由地間経路を経由した場合の経由地、目的地への到着時刻も表示する。図7は、話し合い用画面の具体例である。次に、図7に示した話し合い用画面の作成方法を説明する。この例は、目的地へ向かっている途中で、話し合い用画面を作成しており、話し合い用画面を作成した時点までの状況、および、車両の乗員構成は以下の通りである。乗員は4人であり、運転者は夫、他に妻、子供、親類が同乗している。この4人で名古屋から神戸に向かっており、神戸で一泊して名古屋へ帰る全日程2日の旅行中である。出発は、予定時刻よりも一時間遅れて9時に出発した。最終的な目的地は、神戸の宿泊施設であり、その宿泊施設で夕食が用意されていることから、目的地へは19時までに到着したいと思っている。なお、案内経路設定時に、目的地への到着希望時刻が19時までと入力されることにより、合成経路の作成においては、19時に目的地へ到着できることが制約条件となる。出発後、しばらくは順調に西進できたが、第2名神合流付近で渋滞が発生しており、この車両は、案内経路に従って走行すると、いずれその渋滞区間を通らなければならない。この渋滞の発生は、経路案内に使用中の携帯端末10aの画面に表示されている。そこで、この時点で車を停車させて、目的地神戸までの経路を再検討することとした。運転者夫以外の者も携帯端末10b~10dを所持しており、各自、自分の携帯端末10a~10dのナビゲーションアプリケーションを起動し、一次案内経路の探索を行なう。出発地は現在地、目的地は神戸であることは全員同じである。ただし、各自、経由したい場所や経由地で滞在したい時間が異なる。夫は、大阪梅田の行きつけの店を経由地に指定し、経由地での滞在時間1.5時間として経路探索を行なった。妻は、京都嵐山を経由地に指定し、経由地での滞在時間1.5時間として経路探索を行なった。こどもは、USJを経由地に指定し、経由地での滞在時間を4時間として経路探索を行なった。親類は、奈良東大寺を経由地に指定し、経由地での滞在時間を1時間として経路探索を行なった。また、各自、携帯端末10に経由地に関するPRデータを入力した。このPRデータは、前述のように施設の特徴を示すデータである。夫は、経由地での目的がたこやきであることを入力した。妻は、経由地で昼食として湯豆腐を食べたいことを入力し、また、昼食が目的であるので、到着は11時~14時の間であることも入力した。こどもは、PRデータの入力は行わなかった。親類は、東大寺の拝観が希望であることから、到着時刻の制限として拝観終了時刻の1時間前となる時刻を具体的に指定した。上記PRデータとして指定された時間条件は、話し合い用画面の作成前のステップであるステップS40において取得されているので、話し合い用画面に含まれる合成経路の作成に利用可能である。そこで、この時間条件を、一次案内経路探索時に入力された滞在時間の条件とともに、前述の時間制約条件として利用して合成経路を作成する。また、合成経路の作成においては、経由地や目的地までの距離を地図データから計算するとともに、平均移動速度あるいは各道路の制限速度から、経由地や目的地への到着時刻を推定する。そして、推定した到着時刻が時間制約条件を満たすか否かを判断し、時間制約条件を満たさない場合には、合成経路から除外するか、あるいは、合成経路の一部として表示は行うが、制約条件を満たさないことを合わせて表示する。図7の例において具体的に説明する。図7において、丸印で示す経路から三角印を通って経由地の京都嵐山に到着する経路は15時30分に到着予定である。しかし、妻の入力したPRデータから、京都嵐山への時間制約条件が11~14時であることから、15時30分の到着は制約条件を満たさない。図7では、このことを示すために、到着時刻15:30の右側に候補外と示されている。また、この経路は一点鎖線で囲まれている。一点鎖線で囲まれている経路は、他の経由地を経由あるいは滞在した経路であることを示している。一方、京都嵐山へ直行する経路太線で示す経路は、到着時刻が11:30であり、時間制約条件を満たしているため、候補外との表示はない。また、こどもが経由地として入力したUSJを唯一の経由地とする経路は、太線の経路から丸印の経路を通る経路であり、USJに12:00に到着予定である。一方、同経路であるが、一点鎖線枠内に示されていることから分かるように、別の経由地奈良東大寺で滞在する場合にはUSJに15時の到着予定である。しかしながら、こどもが予め設定した制約条件すなわち一次案内経路の探索時に入力した滞在時間の条件から4時間の滞在が制約条件となることに加え、到着希望時刻の制約条件、すなわち19時までの到着も制約条件となる。奈良東大寺で滞在した上でUSJに到着する場合には、上記2つの制約条件を両方とも満足することはできない。そのため、図7に示すように、この経路については、候補外であることが表示される。また、京都嵐山で滞在した後、四角印で示す経路を通ってUSJに到着する場合にも、USJへの到着予定が16時であるので、この経路についても、候補外であることが表示される。なお、このように、候補外であることを示すことに代えて、候補外となった経路については表示をしないようにしてもよい。経由地を奈良東大寺とする場合、および、経由地を大阪梅田とする場合に対しても、それぞれ、一点鎖線の枠外に、その経由地のみを経由地とする場合の到着時刻が示され、一点鎖線の枠内に、他の経由地で滞在した後にその経由地に到着する場合の到着時刻が示されている。図7の話し合い用画面には、太線、丸印、三角印、四角印で示される合成経路の他に、この合成経路に、下向きの矢印によりPRデータの地点が示され、この下向きの矢印から延びる引き出し線の他方の端にPRデータから作成された施設情報が示される。この図7に例示されているように、各自が探索した一次探索経路をもとにしつつ、経由地間経路三角印の経路、四角印の経路を加えた合成経路が表示されることで、この一つの合成経路を見れば、各自がどこを経由したいか、複数人が互いに異なる経由地を希望している場合に、それらの経由地を経由する経路はどういう経路か、また、その経路は候補として成立するかを、全部判断することができる。また、PRデータも表示されるので、単に、その経由地を経由することができるかどうかだけでなく、その経由地を経由することの利点も合わせて判断することができる。図2のステップS60特許請求の範囲の最終経路決定手段に相当では、乗員全員でこの話し合い用画面を見つつ、1本の最終案内経路を決定することになる。最終案内経路の決定方法は、たとえば、上記合成経路から定まる候補経路を順番に強調表示していき、最終案内経路としたい候補経路が強調表示されている状態で、決定ボタンを押すことで、最終案内経路を決定する。なお、候補経路とは、上記合成経路において、分岐点の間、出発地と出発地に最も近い分岐点、目的地と目的地に最も近い分岐点の間をそれぞれ部分経路としたとき、部分経路をつないでいき出発地から目的地に到着する経路であって、上記制約条件を見たす経路である。また、候補経路を順次選択して行って最終案内経路を決定するようにしてもよい。また、話し合い用画面は、図示しないボタンにより拡大、縮小が可能であり、拡大していき、所定縮尺となると、経路に沿って存在する種々の施設を示す施設アイコンを含む拡大地図が表示される。この拡大地図に表示する施設アイコンの種類はユーザーが指定できるようになっている。また、施設トイレについては、一定距離毎あるいは、距離と推定速度から算出できる一定時間毎の候補に絞って表示を行なってもよい。また、トイレは、コンビニエンスストア、ショッピングセンターなど、種々の施設に付属する付属施設であることから、トイレの施設アイコンは、そのトイレがどのような施設の付属施設であるかが分かるように表示される。人によっては、できればコンビニエンスストアのトイレよりも、ショッピングセンターのほうがよいとか、その逆であるとか、トイレとして利用する施設も選択したいと考えることもある。このような人にとっては、より、自分の好みにあったトイレを利用できる経路を選択することができる。図8は、話し合い用画面であって、上記拡大地図の一例である。この図では、トイレを示すアイコンWCの近傍に、そのトイレがどういう施設に付属するかを示す文字が示されている。もちろん、これに代えて、図形アイコンにより、トイレが付属する施設を示すようにしてもよい。なお、トイレを含め、拡大地図で表示する施設は、話し合い用画面が表示されている状態で指定することもできるが、話し合い用画面が表示されている状態での入力に代えて、PRデータとして入力しておくこともできる。たとえば、PRデータとして、1時間毎のトイレ休憩と入力しておくことで、上記拡大地図にトイレを自動的に表示させることもできる。上記拡大地図で経路周辺の詳細施設も確認しつつ、現在地から目的地までが入っている図7の地図を見て話し合いを行い、上述の決定ボタンを押すと、図9に概念図にて示すように、決定ボタンは表示態様が変化し、且つ、合成経路は削除され、代わりに最終案内経路が重畳された地図画面が表示されている状態となる。さらに、携帯端末10aは他の携帯端末10b~10dと通信を自動的に行い、これらの携帯端末10b~10dにも、図10に示すように、最終案内経路が表示されるとともに、了解ボタンが表示される。そして、すべての携帯端末10b~10dにおいて了解ボタンが押されることで、経路案内を行なう経路が最終案内経路に確定する。その後は、携帯端末10aにおいて、この最終案内経路を用いた経路案内が行われる。次に、図2のステップS30において、データをアップロードする携帯端末10が他のサーバ60を利用するものであった場合の処理を説明する。データをアップロードする携帯端末10が他のサーバ60を利用するものであった場合の処理は、さらに、以下の二種類に別れる。第1は、サーバ60は異なるものの、異なるサーバ60の間でデータの開示すなわちデータの送受信が可能である場合、第2は、サーバ60の間でのデータの開示が不可能な場合である。なお、データの開示が可能であるか不可能であるかは、サーバ60の管理会社が知っており、データの開示が可能であるか不可能であるかに応じた取得画面を、携帯端末10aに表示するものとする。第1の場合の処理を図11に基づいて説明する。図11において、符号60a~60dは、各携帯端末10a~10dを管理するサーバ60である。S2では、サーバ60aは携帯端末10aへ経路更新データを送信している。この時点では、経路話し合い用画面を作成する前である。現在位置が変化する毎に更新が必要となる現在地周辺の経路データ経路更新データを、携帯端末10aから送信される現在位置情報に基づいて判断して、サーバ60aは、その経路更新データを携帯端末10aに送信する。携帯端末10aは、その経路更新データを用いて経路案内を実施するS4。また、S10で示したのは、図2のS10と同じ処理であり、同乗者の携帯端末10の関連付けを行なう。なお、この処理は図11に示す時点には限定されない。また、図11におけるS20も図2のS20と同じ処理である。ただし、図11では、S20を3つのステップS22、S24、S26で示している。また、3つの携帯端末10b~10dでS20が同じ時点となっているが、各端末10b~10dにおけるS20の処理は同じ時点である必要はない。ステップS22では、携帯端末10b、10c、10dは、経由地などの探索条件をサーバ60b、60c、60dへ送信する。ステップS24では、サーバ60b、60c、60dは、上記探索条件に基づいて探索した一次探索経路を携帯端末10b、10c、10dへ送る。ステップS26では、携帯端末10b、10c、10dは、その一次端末経路を画面に表示する。上記ステップS20の後はステップS30を実行する。このステップS30は、前述のように、一次案内経路をアップロードする処理である。ステップS31では、携帯端末10aがサーバ60aへ、S10で関連付けを行なった携帯端末10b~10dを特定する携帯端末特定情報すなわち電話番号を送信する。この処理は、図4で説明したアップロードボタンを押すことで開始する。そして、このボタンが押されることで以下に説明するS38までの一連の処理が自動的に行われる。ステップS32では、サーバ60aは、電話番号からサーバ60b~60dを特定し、特定したサーバ60b~60dへ一次案内経路の送信要求を出す。その送信要求を受信した各サーバ60b~60dは、受信した電話番号が、自身が管理する契約者の電話番号であるかを確認しS34、確認できた場合には、S24で端末へ送信したものと同じ一時案内経路の情報をサーバ60aに送信するS36。そして、サーバ60aは、他の各サーバ60b、60b、60dから入手した経路情報を携帯端末10aへ送信するS38。携帯端末10aは、ここで受信した経路情報と、次のステップS40で取得するPRデータをもとに、ステップS50図11では省略にて、話し合い用画面を作成する。次に、第2の場合の処理を図12に基づいて説明する。図12において、S2、S4は図11と同じである。S6では、携帯端末10aは、画像データ取得アプリケーションを他の携帯端末10b~10dへ送信する。なお、この処理は、事前に行なっておいてもよい。また、送信元がサーバ60であってもよいし、予め各携帯端末10にインストールされていてもよい。ステップS8では、携帯端末10b~10dは、その画像データ取得アプリケーションを起動する。この画像データ取得アプリケーションとは、そのアプリケーションが起動している携帯端末10の画面データを他の端末へ送信するアプリケーションである。ステップS8の後はステップS20を実行する。図12におけるステップS20は図11と同一である。ステップS20の後はステップS30を実行する。図12におけるステップS30では、まず、ステップS32として、携帯端末10b~10dを操作者は、一次案内経路の全体が表示されている状態、且つ、上記アプリケーションを起動している状態で、画像送信のための操作を行なう。たとえば、画面内に、画像を切り取り転送しますかというメッセージが重畳したボタンが表示されており、このボタンを押す操作が上記画像送信のための操作である。これにより、端末間無線通信たとえばブルーツゥース通信により、一次案内経路が表示されている画像データが、携帯端末10aに送信される。ステップS34では、携帯端末10aは、各端末10b~10dから取得した画像データに対してパターン認識を行なうことで、受信した画像データに含まれている一次案内経路が、自身が記憶している地図データ上のどの道路を通っている経路であるかを認識する。なお、図12では図示していないが、携帯端末10aも一次案内経路を探索しており、その際に、出発地から目的地までの地図データをサーバ60から取得している。このステップS34においては、その地図データを用いる。また、携帯端末10aに代えて、地図データを内蔵したナビゲーション装置を用いる場合には、その内蔵地図データをこのステップS34で用いる。ここで、各一次案内経路は途中の経路に相違があるものの、出発地と目的地はどの一次案内経路でも共通する。そこで、このパターン認識においては、経路と認識できる線分たとえば所定の色であって太さが所定の範囲の線分の両端を、携帯端末10aが探索した一次案内経路の出発地および目的地として固定して、途中の経路がどの地図データのどの道路であるかをパターン認識により特定する。そして、特定した全体の経路を画面に表示する。ステップS36では、特定した経路が正しいかどうかの判断をユーザーに求める。ユーザーから正しいとの入力が得られたらステップS40へ進み、正しくないとの入力が得られたら、ステップS34へ戻り、パターン認識をやり直す。上記図12の例では、一次案内経路のみを画像データ取得アプリケーションにより取得しているが、携帯端末10b~10dにおいて、地図画像上にPRデータを表示させ、この状態で画像を送信することで、PRデータも画像により取得することとしてもよい。具体的には図13のようにする。図13は、図12に続き、図12のステップS40の処理として実行するものである。ステップS42では、携帯端末10bは、PRデータを地図上に表示させる。ここでの表示は、図7で示した話し合い用画面と同様に、引出線により、PRデータがどの地点の情報であるかが分かるように表示されるようになっているものとする。なお、ここでは、携帯端末10bを例に説明しているが、もちろん、他の携帯端末10c、10dで、この図13の処理を行なうことも可能である。ステップS44では、画面の画像を携帯端末10aへ送信する。ステップS46では、携帯端末10aは、受信した画像から、画像認識アルゴリズムにより、引出線および文字情報、記号情報を抽出する。ステップS48では、上記ステップS46で抽出した引出線が地図上のどの地点を指しているかを前述のパターン認識により特定し、その特定結果に基づいて、同ステップS46で抽出した文字、記号情報が、どの地点のPRデータであるかを決定する。以上、説明した本実施形態によれば、乗員全員で目的地までの最終案内経路を決める際に、携帯端末10aの表示部に話し合い用画面を表示している。この話し合い用画面には合成経路が示される。この合成経路には、複数の携帯端末10でそれぞれ決定された複数の一次案内経路が含まれ、且つ、異なる一次案内経路の経由地間を結ぶ経由地間経路も含まれる。よって、この合成経路を見れば、複数人が別々の携帯端末10で決定した一次案内経路を同時に比較できる。それだけではなく、異なる一次案内経路の経由地間を経由した経路も確認することができる。よって、それら複数人が合意できる1本の最終案内経路を迅速に決定することができる。加えて、本実施形態によれば、話し合い用画面には、合成経路とともに、その合成経路に含まれる経由地の施設特徴も表示されることから、施設特徴も考慮して、最終的な1本の経路を決定することができる。よって、より複数人の合意が迅速に行える可能性がある。また、前述の実施形態では、一次案内経路を探索した複数の携帯端末10を管理するサーバ60が同一である場合はもちろんのこと、サーバ60が異なる場合にも、他の携帯端末10から一次案内経路を取得することができる。特に、一次案内経路を画像データとして取得する場合には、他の携帯端末10が決定した一次案内経路を、自端末10aを管理するサーバ60aが取得できない場合であっても、他の携帯端末10aが決定した一次案内経路を取得することができる。また、画像データで取得することから、他の携帯端末10における案内経路を記述するデータ形式が自端末10aと異なっていても、他の携帯端末10が決定した一次案内経路を認識することができる。以上、本発明の実施形態を説明したが、本発明は上述の実施形態に限定されるものではなく、次の実施形態も本発明の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。たとえば、前述の実施形態では、図7の話し合い用画面には経由地の特徴しか示されていなかったが、経由地以外の経路周辺の施設特徴が示されても良い。また、前述の実施形態では、電話機能を有する携帯端末10が案内経路決定装置として開示されていたが、電話機能を備える必要はない。また、地図データを内部に備える場合には、サーバとの通信機能も備えていなくてもよい。また、前述の実施形態では、アップロードの判断を、話し合い用画面が表示される携帯端末10において行なっていたが、この判断を各端末10が行うようにしてもよい。また、地点特徴データが、施設以外の特徴、たとえば、名所等のデータであってもよい。