JP5489006B2 - ナビゲーション装置、及び情報端末 - Google Patents

Description

本発明は、ナビゲーション装置及び情報端末に係り、詳細には互いに有線又は無線で接続されるナビゲーション装置及び情報端末に関する。

目的地までの走行経路を探索して運転者に案内するナビゲーション装置が広く普及している。このナビゲーション装置では、電話番号や施設の名称、ジャンル、住所等から目的地を設定し（目的地設定処理）、車両現在位置や出発地から、設定した目的地までの推奨走行経路を探索し（経路探索処理）、ＧＰＳ受信装置等で現在位置を検出しながら、探索した走行経路に従って目的地までの経路を音声や画像で案内する（経路案内処理）を行うようになっている。

一方、主としてデータ通信が可能な携帯電話やＰＨＳ、電子手帳、ハンドヘルドＰＣ（Ｈａｎｄ ｈｅｌｄ ＰＣ）、その他の情報端末（ＰＤＡ；Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）も広く普及している。

しかし従来のナビゲーション装置では、情報端末から起動することができなかった。
また、情報端末をナビゲーション装置の入力部や表示部として機能させることはできなかった。

そこで本発明は、情報端末から起動可能なナビゲーション装置、及び情報端末装置を提供することを目的とする。

（１）請求項１記載の発明では、有線又は無線で接続される情報端末を表示部として使用するナビゲーション装置であって、目的地までの走行経路を探索する走行経路探索手段と、車両の現在位置と前記探索した走行経路を地図画面上に表示する表示手段と、前記探索した走行経路の案内データを前記情報端末に送信する案内データ送信手段と、を具備し、前記案内データ送信手段は、次の案内交差点までの距離が所定距離未満になると、前記表示手段が車両の現在位置と前記探索した走行経路を地図画面上へ表示した状態で、前記情報端末に案内交差点の交差点拡大図を案内データとして送信する、ことを特徴とするナビゲーション装置を提供する。
（２）請求項２に記載の発明では、前記案内データ送信手段は、次の案内交差点までの距離が所定距離以上である場合、前記表示手段が車両の現在位置と前記探索した走行経路を地図画面上に表示した状態で、次の案内交差点までの距離と進路変更方向を示す矢印を案内データとして前記情報端末に送信する、ことを特徴とする請求項１に記載のナビゲーション装置を提供する。
（３）請求項３に記載の発明では、前記請求項１、又は請求項２に記載したナビゲーション装置と有線又は無線で接続され、電話機能を備えた情報端末であって、ハンズフリーユニットに接続する接続手段と、前記ナビゲーション装置から送信される案内データを表示する表示手段と、を備え、前記表示手段は、前記受信した案内データの表示中に、電話の着信が有った場合、ハンズフリーによる通話中を含め前記表示中の前記案内データの表示を続ける、ことを特徴とする情報端末を提供する。

本発明によれば、情報端末からナビゲーション装置に送信される起動信号により、情報端末からナビゲーション装置を起動することができる。

第１実施形態にかかるナビゲーションシステムの構成を表したものである。 ナビゲーションシステムにおける情報センタ、ナビゲーション装置、携帯情報端末の構成図である。 情報センタにおける探索経路データを概念的に表した説明図である。 情報センタにおけるユーザデータを概念的に表したものである。 情報センタとナビゲーションシステム、携帯情報端末とのデータのやり取りの代表的な一例を表した説明図である。 情報センタにおける探索経路と、そのセグメント分割の様子を示す説明図である。 目的地設定プログラム等を有しない携帯情報端末において、ＷＷＷのブラウザソフトによりインターネット経由で情報センタに目的地設定を行う場合の処理を表したフローチャートである。 携帯情報端末やナビゲーション装置から目的地とＩＤが送信された場合に、情報センタで行われる目的地判定処理の動作を表したフローチャートである。 イグニッションがオンにされた場合のナビゲーション装置における目的地設定確認処理の動作を表したフローチャートである。 情報センタにおける目的地設定確認処理の動作を表したフローチャートである。 車両目的地まで探索した走行経路を所定単位で分割して送信する情報センタ側の経路探索・案内データ送信処理のフローチャートである。 分割経路の送信を順次要求しながら車両目的地まで経路案内するナビゲーション装置のリクエスト・経路案内処理のフローチャートである。 情報センタにおける最終目的地探索処理の動作を表したフローチャートである。 情報センタで作成される、歩行のみによって移動可能な最終目的地まで地図絵を例示した説明図である。 情報センタで作成される、歩行以外に電車等の非車両手段を利用して最終目的地まで移動する場合の地図絵を例示した説明図である。 第２実施形態において、携帯情報端末及びナビゲーション装置において実行される目的地送信メンバー設定処理の動作を表したフローチャートである。 第２実施形態において、表示部に表示される表示画面の一例を表したもので、（ａ）はメンバーの候補リストが表示された目的地送信メンバー設定画面、（ｂ）は新メンバー設定画面、（ｃ）は他人によって目的地が設定されたユーザに送信されるメール画面を表したものである。 第２実施形態において、情報センタの目的地設定処理を表したフローチャートである。 第３実施形態において、情報センタとナビゲーションシステム、携帯情報端末とのデータのやり取りの一例を表した説明図である。 第４実施形態における情報センタとナビゲーションシステム、携帯情報端末とのデータのやり取りの一例を表した説明図である。 第４実施形態におけるリクエスト・経路案内処理を表したフローチャートである。 第５実施形態の携帯情報端末による目的地設定処理の動作を表したフローチャートである。 図２２の目的地設定処理における携帯情報端末の表示画面を例示した説明図である。 第５実施形態におけるナビゲーション装置による経路設定処理を表したフローチャートである。 第５実施形態においてナビゲーション装置から経路案内データを送信する処理を表したフローチャートである。 第５実施形態においてナビゲーション装置から取得した案内データを表示部に表示する携帯情報端末の処理を表したフローチャートである。 第５実施形態において表示される経路案内用の画面を表した説明図である。 携帯情報端末として携帯電話が使用されている場合において、経路案内中に着信があった場合の処理を表すフローチャートである。 第６実施形態におけるナビゲーション装置が携帯情報端末の位置を補足する処理動作を表したフローチャートである。 第７実施形態におけるナビゲーション装置が携帯情報端末の位置を補足する処理動作を表したフローチャートである。

以下、本発明の好適な実施の形態について、図１から図３０を参照して詳細に説明する。
（１）実施形態の概要
本実施形態では、目的地設定用の画面やデータを情報センタから受信して、携帯電話等の携帯情報端末で目的地を設定し、ユーザのＩＤと共に、情報センタに送信する。
目的地は必ずしも車両で到達可能な地点である必要はなく、途中から歩行やケーブルカー等の非車両手段を使用しなければ到達できない地点でもよい。このように車両で到達できない地点である場合がある（その認識の有無は問わない）ので、駐車場を車両の案内終了地点とする駐車場要求のためのデータや画面を目的地設定の際に情報センタから受信し、選択された場合には駐車場要求も情報センタに送信される。
そして、情報センタでは、ユーザが設定した目的地を受信すると、受信した目的地を最終目的地としてＩＤに対応するユーザデータに格納すると共に、駐車場要求の有無、最終目的地に駐車場があるか否か、最終目的地まで車両で走行可能か否かによって車両目的地を設定しユーザデータに格納する。

一方、ユーザが車両に乗車しイグニッションをオンにすると、車載装置（ナビゲーション装置）は、情報センタとの通信を開始し（通信の確立）、情報センタにすでに目的地が設定されているか否かを確認する。
情報センタでは、対応するＩＤのユーザデータに車両目的地が設定されていれば、ナビゲーション装置から送信される現在位置から設定済みの車両目的地までの経路探索を行い、推奨する走行経路を送信する。
このようにイグニッションオンにより携帯情報端末等で予め設定しておいた目的地までの走行経路をイグニッションオンの後に直ちに情報センタから取得できるため、ユーザはナビゲーション装置の電源投入から目的地設定と目的地送信までの一連の動作を車両内において行う必要がない。また、送信する走行経路は、出発地から車両目的地までの全走行経路を送信せず、現在位置から所定距離分の走行経路だけ送信することで、通信時間を短く（通信データ量を少なく）することができ、車両側では早期に出発することができる。そして、受信済みの走行経路の終端から所定距離（例えば、２００ｍ）手前に到達した時点でナビゲーション装置が再度走行経路の要求を送信すると、情報センタでは、車両現在位置から目的地までの走行経路を再度探索して所定距離分の走行経路をナビゲーション装置に送信する。このように、要求がある毎に目的地までの走行経路を新たに探索して所定距離ずつ送信することで、要求があった時点における最新の交通情報を考慮した最適な走行経路を送信することができる。

ナビゲーション装置は、車両目的地に到着（音声による経路案内終了）したら、車両の現在位置を情報センタに送信する。情報センタでは、車両現在位置から最終目的地までの移動経路を非車両モードで探索し、移動経路に応じた地図絵を作成して、ＩＤに対応する携帯情報端末に送信する。
携帯情報端末では、受信した地図絵をユーザ操作に従って順次表示することで最終目的地までの案内を行う。

（２）以下各実施形態の詳細を説明する前に、各実施形態における背景について説明する。
最近では最低限のプログラムやデータだけをナビゲーション装置が備えておき、目的地の設定と経路案内をナビゲーション装置が行い、目的地までの経路探索は情報センタで一括して行うようにした通信ナビシステムも開発されている。このシステムでは、自動車電話や、装置に接続された携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）等の無線通信手段によって、目的地の情報センタへの送信と、情報センタで探索した推奨走行経路等の受信をするようになっている。

しかし、上記従来のナビゲーション装置等では、目的地設定を行う場合に、リモコンやタッチパネル等を車内で操作する必要があった。すなわち、乗車したユーザは、ナビゲーション装置の電源を投入し、目的地又は経由地（通過点）としてリモコン、タッチパネル等で電話番号、住所、又は、施設名などをメニューを参照しつつ設定しなければならず、乗車後直ちに目的地を取得したり、目的地までの走行経路を取得することができなかった。従って、従来のナビゲーション装置等では、車両に乗車してから目的地までの経路案内を受けるまでには時間がかかっていた。
また、複数のメンバーが各自の車両により同一の目的地まで走行する場合にも、各メンバーは個別に自己の目的地として目的地を設定したり、探索経路を取得する必要があった。

そこで本実施形態は、このような課題を達成することを目的とし、イグニッションオンにより直ちに目的地、走行経路等の特定データを取得できるようにすることを第１の目的とする。
また、他のナビゲーション装置に対する目的地等の設定情報を設定できるようにすることを第２の目的とする。

ところで、ナビゲーション装置では、車両内の表示装置に走行経路や現在位置を表示したり、車両内のスピーカで案内音声を出力することで、走行経路の案内を行うことを前提にしているため、設定する目的地は車両により到達可能であることが前提となっている。
ところが、ユーザが最終的に到達しようとする目的地は、車両で到達可能な地点（車両目的地）ではなく、その車両目的地から歩行やケーブルカー等の車両以外の手段（非車両手段）で到達する地点である場合がある。
例えば、最終目的地へは、車両の通行ができない歩行者専用道路を通らなければ到達できない場合がある。この場合、出発地から車両目的地への経路は設定されるが、車両目的地から歩行目的地への経路は設定されない。また、車両目的地（車両目的地と歩行目的地が同一の場合）に駐車場がなく、その目的地周辺の駐車場を車両目的地として設定した場合も、車両目的地と歩行目的地とは異なる。
このような目的地まで歩行等によって移動する場合に、現在位置から目的地までの地図を携帯情報端末（ＰＤＡ）にダウンロードして表示することで歩行目的地までの経路を把握する携帯情報端末が提案されている（特開平９−２６９６８号）。

しかし、このような携帯情報端末の場合、現在位置と目的地の両者を表示するので、目的地の設定を出発地以外の場所で予め行うことができず、出発地（車両目的地）に到着した後に、車両走行前に設定した最終目的地を再度設定して地図データのダウンロードを行う必要がある。このため、車両目的地に到達した後に、直ちに最終目的地に向かって移動することができなかった。
また携帯情報端末が自信の位置を検出するためのＧＰＳ受信装置を備えている必要があった。
更に、走行等により車両位置まで到達使用とする場合、車両位置が不明である場合には携帯情報端末に車両位置を歩行目的地として設定したり、車両位置までの地図を表示したりすることはできなかった。

そこで、車両目的地に到達した後直ちに、最終目的地、又は最終目的地までの地図データ等を取得できるようにすることを第３の目的とする。
また、車両位置が不明であっても携帯情報端末を使用して車両位置までの、地図や走行経路データを取得できるようにすることを第４の目的とする。

また、情報センタとの間でデータの送受信を行うナビゲーション装置において、車両目的地が駐車場等であった場合、車両の現在位置や目的地到達を通信により情報センタに通知することができなくなるという問題がある。
そこで、本実施形態は、車両の到着地点が通信不能地点であっても、携帯情報端末を利用して到着位置や到着したことを情報センタに通知できるようにすることを第５の目的とする。

（３）第１実施形態の詳細
図１は第１実施形態にかかるナビゲーションシステムの構成を表したものである。
この図１に示されるように本実施形態のナビゲーションシステムは、情報センタ１０と、移動側の車両Ｖに搭載される車載装置であるナビゲーション装置１００と、ナビゲーション装置１００のユーザが携帯してナビゲーション装置１００の機能を補助するための携帯情報端末（ＰＤＡ）２００とによって構成される。
情報センタ１０とナビゲーション装置１００との間では無線を利用した通信が行われ、その通信形態は主としてパケット通信によるが、ナビゲーション装置１００によっては回線交換による場合も存在する。
一方、ナビゲーション装置１００と携帯情報端末２００間は、携帯情報端末が車両外にある場合には主として回線交換又はパケット通信により接続され、車両内にあるときは赤外線通信、ＳＳ（スペクトラム拡散）通信等の無線通信、又はシリアル通信、パラレル通信等の有線通信により接続される。

図２は、これらナビゲーションシステムにおける情報センタ１０、ナビゲーション装置１００、携帯情報端末２００の構成を表したものである。
情報センタ１０は、通信制御部１２、演算処理部１４、データベース４０、外部情報収集部７０、その他、入出力部等の各種装置を備えている。
情報センタ１０の通信制御部１２は、送信装置、受信装置を含む通信機器であり、ナビゲーション装置１００や携帯情報端末２００との間でデータの送受信を行うためのものである。自動車電話、携帯電話、ＰＨＳなどの各種通信システムを利用してもよい。

演算処理部１４は、演算処理を行なうＣＰＵ１６と、各種のプログラムやデータが格納されるメモリ１８を備えている。
メモリ１８には、経路探索プログラム２０，セグメント処理プログラム２２，案内データ抽出プログラム２４，目的地判定プログラム２５，システム制御プログラム２６など、情報センタ１０で実行される各種のプログラムが格納されている。
経路探索プログラム２０は、車両の出発地（車両の現在位置、又は指定された出発地）から車両目的地までの車両による走行経路を探索する車両モードの経路探索プログラムと、車両目的地から最終目的地まで車両を利用しないで到達するための経路（歩行経路やモノレール等を利用した経路）を探索する非車両モードの経路探索プログラムとがある。
セグメント処理プログラム２２は、車両モードにおいて経路探索された経路のセグメント分割や車両側に送信する道路長を設定するプログラムである。
案内データ抽出プログラム２４は、セグメント処理プログラム２２によって設定された道路長に対応する案内データを検索して抽出し編集するプログラムである。
目的地判定プログラム２５は、携帯情報端末２００やナビゲーション装置１００から受信した目的地から、車両目的地と最終目的地を判定するプログラムである。
システム制御プログラム２６は、情報センタ１０全体の動作を制御管理するプログラムである。

また、メモリ１８には、それらのプログラムの実行に使用される、要求道路長データ２７，探索経路データ２８，抽出案内データ２９等のワーキングエリアも確保されている。
要求道路長データ２７は、ナビゲーション装置１００から受信した値がワーキングエリアに格納されるが、ナビゲーション装置１００から送信されない場合のために所定の初期値がメモリ１８に別途格納されている。
この要求道路長の初期値としては、例えば、１０ｋｍが格納されているが、他に５ｋｍ、１５ｋｍ、２０ｋｍ等の一定値でもよい。また、車両現在位置から車両目的地までの残距離（探索した走行経路上の距離、又は直線距離）に応じて変更するようにしてもよい。例えば、残距離が長い程初期値を大きくし、残距離が短い程初期値を小さい値とする。
また、要求道路長の初期値として、探索した走行経路のうちナビゲーション装置１００に送信する経路の道路種別によって変更するようにしてもよい。例えば、高速道路（首都高速道路等の専用道路を含む）である場合の初期値が最も大きく、国道と県道の初期値がその次に大きく、市街地道路の場合の初期値を最も小さくするようにする。
車両目的地までの残距離と、道路種別を組み合わせるようにしてもよい。

探索経路データ２８には、経路探索プログラム２０により探索された車両目的地までの走行経路や、この走行経路をセグメント処理プログラム２２により所定単位のセグメント毎に分割された分割経路データが格納される。
図３は、探索経路データ２８に格納されるデータを概念的に表したものである。
この図３に示されるように、探索経路データ２８は、車両目的地までの全走行経路が、図３（Ａ）に例示されるように、分割経路１，分割経路２，…といったセグメント単位に分割される。各分割経路データには、同図（Ｂ）に示すように、データヘッド，交差点情報，道路情報，ノード情報，目印情報などが含まれている。

データベース４０は、推奨経路を探索するための経路探索用データ４２，経路案内のデータを集積した案内用データ４４，通信エリアに関するデータを集積した通信エリアデータ４６，目的地を設定する電話番号や住所などの目的地設定用データ４８，ユーザに関する各種情報を収集したユーザデータ５０，駐車場の場所と混雑状況を収集した駐車場データ５２，非車両モードで探索した最終目的地までの経路を簡易表示するための地図絵を収集した地図絵作成データ５４などの経路探索及び経路案内に必要なデータを格納している。
経路探索用データ４２は、交差点に関するデータ，道路に関するデータ，ノード点に関するデータ，などを含んでいる。また、経路探索用データ４２は、非車両モードの探索で使用される歩道橋や横断歩道等の歩行者専用道路や、車両や歩行以外の移動手段（ケーブルカー，モノレール，ロープウェイ，電車，汽車，船，バス，タクシー、動く歩道等）による移動可能な経路に関するデータ（駅名，地点データ，地点間距離，時刻表等）も含まれている。
案内用データ４４には、各交差点や道路の地図データ，主要な施設を示すランドマークデータ，音声案内データなどの各種案内データが含まれる。
通信エリアデータ４６には、電波が届かない地域，届いても電波が弱い通信不適切な地域など、通信状況に関するデータが含まれる。

目的地設定用データ４８には、目的地として設定可能な施設、場所、地点等についての、目的地名称、目的地コード番号、座標（緯度，軽度）、電話番号、住所、郵便番号からなる目的地データが格納されている。格納されている設定可能な目的地としては、車両により到達可能な施設等だけでなく、尾瀬の山小屋のように自然保護の観点から車両規制がされ途中からシャトルバスと徒歩が必要な施設や、箱根の大涌谷のように途中からロープウェイと徒歩が必要な場所等についても格納されている。
これらの目的地データは、階層構造の目的地リストによってデータベース化されており、そのための目的地設定に必要な目的地関連情報として、全目的地をジャンル別に分類したジャンルデータ、地域毎に分類した地域データ等も格納されている。
また目的地設定用データ４８には、目的地の解説的な情報、例えば、目的地が旅館であれば温泉の有無や温泉の効能等の解説情報、目的地が遊園地であれば駐車場の広さ（駐車可能台数）や対象年齢（３歳児以上向き、小学生以上向き、成人向き等）や入場料や休園日等の解説情報、寺院であれば宗派や起源等の解説情報、ゴルフ場であればプレー料金等の解説情報も各目的地に対応して格納されている。このように、解説情報を豊富に収集、保存することで、ナビゲーション装置１００のユーザから「鎌倉で、５歳以下の子供が自然の中で遊べる場所」といった検索条件を受信して、対応する施設や場所を検索して、目的地設定することが可能になる。なお、このような目的地設定の場合、目的地の要求（検索条件）を音声通話により取得し、オペレータがアシストすることで適切な目的地設定を行うようにしてもよい。

さらに、目的地設定用データ４８には、目的地設定用プログラムや目的地設定用データを有していない携帯情報端末やナビゲーション装置が、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）のブラウザ（ｂｒｏｗｓｅｒ）ソフトによりインターネット経由で目的地設定要求がされた場合に送信する目的地設定用のＷｅｂ情報（目的地設定画面）も格納されている。
また目的地設定用データ４８には、各目的地のデータに対応してその目的地に駐車場があるか否かを示す駐車場有無データも付属データとして格納されている。

図４は、ユーザデータ５０に格納されるデータを概念的に表したものである。
ユーザデータ５０は、本ナビゲーションシステムの利用ユーザ毎に、ユーザ氏名、ユーザ識別番号（ＩＤ）、ナビゲーション装置接続先、携帯情報端末接続先、車両現在位置、車両目的地、最終目的地、通過点、出発日時、駐車場要求、暗証番号、メールアドレス等が格納される。
ナビゲーション装置接続先はナビゲーション装置１００に接続されている自動車電話や、接続される携帯電話、ＰＨＳ等の電話番号が格納される。
携帯情報端末接続先には情報センタ１０との間で通信する可能性がある携帯情報端末２００の電話番号等が格納される。携帯情報端末接続先に格納される電話番号には、情報センタ１０が発呼要求する場合の発呼用電話番号が１つと、携帯情報端末からの発呼要求を受け付けるユーザ認証用の電話番号（１又は複数）が格納されるようになっている。
出発日時は車両目的地及び最終目的地と対応付けて格納されるようになっており、この出発日時が特定されている場合には複数の目的地（車両目的地と最終目的地）を設定することができるようになっている。
このユーザデータ５０には、ユーザ認証に使用するパスワード等のその他の各種データを格納するようにしてもよい。

図２に示されるように、データベース４０には、外部情報収集部７０が接続されている。
この外部情報収集部７０が収集する外部情報としては、渋滞情報（渋滞箇所と距離、渋滞の程度）、工事情報（工事区間と、工事期間）、事故発生箇所（事故発生場所、事故の程度、通行可能か否か、処理終了予想時間等）等の各種交通情報があり、いずれも演算処理部１４の経路探索プログラム２０における経路探索処理で使用される。
外部情報収集部７０は、また、道路，交差点，交通規則の新設や変更（経路探索用データ４２）、施設の新設（案内用データ４４，目的地設定用データ４８）、通信エリアの変更（通信エリアデータ４６）、駐車場の満車、空車、混雑等の情報（駐車場データ５２）等を収集し、データベース４０に格納されたデータを随時更新するようになっている。
この外部情報収集部７０は、これらの外部情報を、電話回線や専用回線などの通信手段を利用して収集する。

次に、ナビゲーション装置１００の構成について説明する。
ナビゲーション装置１００は、演算処理部１０１、メモリ１０２、位置計測部１０４、入力部１０５、表示部１０６、音声出力部１０７、通信制御部１０８を備えている。
演算処理部１０１はＣＰＵを中心としてＲＯＭ、ＲＡＭを備えたマイコンシステムにより構成されており、メモリ１０２のプログラム格納領域１０２Ａに格納された各種プログラムに従って、データ格納領域１０２Ｂに格納された各種データを使用した制御を行うようになっている。

メモリ１０２のプログラム格納領域１０２Ａは、イグニッションオンにより実行される目的地設定確認プログラム１４２，最終目的地となる目的地を設定する目的地設定プログラム１４４，情報センタ１０から送信される経路データや案内データに基づいて、経路やランドマークを表示部１０６に表示したり、経路案内の音声を音声出力部１０７から出力する経路案内プログラム１５０，車両現在位置と受信した経路・案内データを比較して次の経路に対する経路・案内データを要求するデータリクエストプログラム１５２，全体の動作を制御する制御プログラム１５４など、演算処理部１０１で実行されるプログラムを格納するための記憶媒体である。

メモリ１０２のデータ格納領域１０２Ｂは、プログラムの実行に際して適宜利用されるワーキングエリアとして機能する他、例えば、情報センタ１０から送信される経路・案内データ（経路データ及び案内データ）１６０，情報センタ１０から送信される車両目的地、最終目的地データ１６１，情報センタ１０に送信する車両固有のＩＤデータ１６２，位置計測部１０４により計測される車両位置データ（経度・緯度）１６４，目的地設定用データ１６６，要求道路長データ１６８などを格納するための記憶媒体である。
目的地設定用データ１６６には、情報センタ１０の外部情報収集部７０で収集し変更したデータを除いて目的地設定用データ４８と同程度の目的地データや目的地関連情報、解説情報等が格納されている。なお、目的地設定用データ１６６も施設等の新設によりデータを変更できるようにしてもよい。
要求道路長データ１６８は、通常情報センタ１０のメモリ１８に格納されている初期値が使用される。

車両位置データ１６４には、位置計測部１０４によって所定時間間隔で測定した車両の現在位置データの他に、過去の複数の位置データも含まれている。例えば、一定距離に含まれる測定点の位置データ，又は、一定数の測定点の位置データが記憶される。新たに位置計測部１０４で計測が行われると、その最新の位置データが記憶されると共に、最も古く記憶された位置データは消去される。これら複数の位置データを結ぶことで、車両の走行軌跡を得ることができる。この走行軌跡は、車両が走行している道路を特定するためのいわゆるマップマッチングに利用される。

位置計測部１０４は、いわゆるＧＰＳなどを利用して車両の位置を計測するためのもので、複数のＧＰＳ衛星からの信号を受信して車両の絶対位置を計測するＧＰＳ受信機，車両の相対位置を計測するための速度センサや方位センサなどを備えている。
速度センサや方位センサは、自律航法に使用される。それらセンサによって計測される相対位置は、ＧＰＳ受信機が衛星からの電波を受信できないトンネル内などにおいて車両現在位置を得たり、ＧＰＳ受信機によって計測された絶対位置の測位誤差を補正するなどに利用される。

入力部１０５には、各種スイッチ，表示部１０６の表示面に取り付けられたタッチパネル，リモコン，音声認識を利用したデータ入力装置などが含まれる。
タッチパネルでは、表示部１０６に表示されたアイコンなどを利用者が指でタッチすることによって、対応するデータや命令が入力される。
音声認識を利用したデータ入力装置では、利用者が音声を発することによってそれに対応するデータや命令が入力される。

表示部１０６は、液晶やＣＲＴなどによるディスプレイで、上述したようにタッチパネルが表面に配置されている。
音声出力部１０７は、音声合成装置とスピーカを備えており、目的地までの経路案内を行う場合の案内音声、例えば、「１００ｍ先の交差点を右方向です。」といった案内音声を、データ格納領域１０２Ｂの経路案内データに基づいて合成し、スピーカから出力するようになっている。このような案内音声を出力するスピーカは、車載オーディオ用のスピーカと兼用にしてもよく、また、運転席上部やフロントガラス上部（中央上部、運転席側上部等）に専用のスピーカを配置するようにしてもよい。
通信制御部１０８は、情報センタ１０側とデータの送受信を行うための通信装置で、送信装置，受信装置を含む通信機器によって構成されている。これも、センタ側と同様に、自動車電話，携帯電話，ＰＨＳなどのシステムを利用してもよい。

次に、携帯情報端末２００の構成について説明する。
携帯情報端末２００は、主としてデータ通信が可能な携帯電話やＰＨＳ、電子手帳、ハンドヘルドＰＣ（Ｈａｎｄ ｈｅｌｄ ＰＣ）、その他の携帯情報端末（ＰＤＡ；Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）が該当する。
図２に例示した携帯情報端末２００は、本実施形態における各種処理を行う場合にこれら各種機器に共通する構成を表したものであり、携帯電話や電子手帳等の各供給固有の機能のみに要求される構成については適宜省略している。

携帯情報端末２００は、演算処理部２０１、メモリ２０２、入力部２０５、表示部２０６、音声出力部２０７、通信制御部２０８を備えている。
携帯情報端末２００の演算処理部２０１はＣＰＵを中心としてＲＯＭ、ＲＡＭを備えたマイコンシステムにより構成されており、メモリ２０２のプログラム格納領域２０２Ａに格納された各種プログラムに従って、データ格納領域２０２Ｂに格納された各種データを使用した制御を行うようになっている。

メモリ２０２のプログラム格納領域２０２Ａは、最終目的地となる目的地を設定し情報センタ１０に送信する目的地設定プログラム２５０，情報センタ１０から地図絵等による非車両経路を受信して表示部２０６に表示する非車両経路表示プログラム２５２，携帯情報端末２００全体の動作を制御する制御プログラム２５４など、演算処理部２０１で実行されるプログラムを格納するための記憶媒体である。
データ格納領域２０２Ｂは、プログラムの実行に際して適宜利用されるワーキングエリアとして機能する他、例えば、情報センタ１０から送信される経路・案内データ（非車両経路データ及び案内データ）２６０，携帯情報端末２００に対応して情報センタ１０に登録されているナビゲーション装置１００のＩＤデータ２６２，目的地設定用データ２６６を格納するための記憶媒体である。
目的地設定用データ２６６には、情報センタ１０の外部情報収集部７０で収集し変更したデータを除いて目的地設定用データ４８と同程度の目的地データや目的地関連情報等が格納されている。なお、目的地設定用データ２６６は、携帯情報端末２００のデータ量を減らすために、例えばジャンル情報と目的地データの一部のみを格納するようにしてもよい。目的地データの一部としては、例えば、目的地名称と目的地コード番号のみ、電話番号と目的地名称のみ、電話番号と目的地コード番号のみ等を格納する。更に、保有データ量を減らすために、これら一部のデータ又は全データを、一部の地域に対してだけ格納するようにしてもよい。
目的地設定用データ２６６には、目的地の解説情報については格納されていない。

入力部２０５には、各種専用スイッチの他、表示画面に表示されたソフトスイッチを選択可能なテンキー等のスイッチ類が使用されるが、携帯情報端末２００によっては表示部２０６の表示面に取り付けられたタッチパネル，リモコン，音声認識を利用した入力装置が使用される場合がある。

表示部２０６は、液晶などによるディスプレイで、上述したように携帯情報端末２００によってはタッチパネルが表面に配置される場合がある。
通信制御部２０８は、情報センタ１０側とデータの送受信を行うための通信装置で、送信装置，受信装置を含む通信機器によって構成されている。

図２に例示したナビゲーション装置１００及び携帯情報端末２００は以上説明した構成であるが、本ナビゲーションシステムにより情報センタ１０との間で通信可能なナビゲーション装置、携帯情報端末としては、バージョンや機種の違いにより異なる構成をとることが可能である。例えば、目的地設定用データと目的地設定プログラムを有していず、情報センタ１０からのＷｅｂ情報により目的地を設定する簡易型のナビゲーション装置１００や携帯情報端末２００とすることも可能である。
また、説明したナビゲーション装置１００では、経路探索用のデータと経路探索プログラムを備えていないが、情報センタと同レベルのデータとプログラムを備える場合、簡易型の経路探索用データと経路探索プログラムを備える場合、又は、限定した地域（関東地方、東海地方等）の経路探索用データと情報センタ１０と同レベルの経路探索プログラムを備える場合も可能である。
また、携帯情報端末２００は位置計測部を備えていないが、ＧＰＳ受信装置を備えることで、独立して位置測定可能なようにしてもよい。

次にこのように構成されたナビゲーションシステムにおける動作について説明する。まず、動作の概要として、本実施形態による代表的な一連の動作について図５、図６を参照しながら説明する。
図５は、情報センタ１０とナビゲーションシステム１００、携帯情報端末２００とのデータのやり取りの代表的な一例を表したものである。
この図５の例示では、ナビゲーションシステムによる代表的な経路案内は、事前目的地設定処理と、イグニッションによるナビゲーション開始処理と、最終目的地までの非車両移動経路案内処理がある。
事前目的地設定処理は、情報センタ１０に目的地に向かって出発する前に、出発地以外の地点で目的地を設定し事前に情報センタ１０に登録する処理（Ｅ０〜Ｅ２，Ｅｓ，Ｅｅで示す）である。イグニッションオンによるナビゲーション開始処理は、イグニッションオンにより目的地設定の有無を確認し、探索経路を情報センタ１０から分割取得しながら車両目的地まで経路を案内する処理（Ｆ０〜Ｆｎ，Ｆｓ，Ｆｅで示す）である。最終目的地までの非車両移動経路案内処理は、車両が車両目的地に到着してから最終目的地までの非車両移動経路を案内する処理（Ｇ０〜Ｇ２，Ｇｓ，Ｇｅ）である。

図５において、携帯情報端末２００と情報センタ１０間の通信は点線で表し、ナビゲーション装置１００と情報センタ１０間の通信は一点鎖線で表す。Ｅｓ，Ｆｓ，Ｇｓで通信が開始（パケット通信の場合には発呼要求パケットＣＲの送信、回線交換の場合には発呼（オフ・フック））され、Ｅｅ，Ｆｅ，Ｇｅで通信が終了（パケット通信の場合には切断確認パケットの受信、回線交換の場合には切断（オン・フック））する。

情報センタ１０に目的地を事前登録する場合、矢印Ｅ０で示されるように携帯情報端末２００において予め目的地設定を行う。そして矢印Ｅ１で示されるように、設置した目的地、通過点、駐車場要求、対応するナビゲーション装置１００のＩＤを情報センタ１０に送信する。なお、通過点及び駐車場要求は、目的地設定において選択された場合に送信され、選択されなかった場合には送信されない。
なお、図５に示すように、携帯情報端末２００から目的地等を情報センタ１０に送信するのが代表的な場合であるが、その他、予めナビゲーション装置１００で目的地を設定して情報センタ１０に送信する場合（自装置から送信する場合と、他のナビゲーション装置から送信する場合がある）、家庭用やオフィス等のパーソナルコンピュータやワードプロセッサ等の情報処理端末で目的地を設定して送信する場合、また、データ通信が可能な公衆電話から目的地設定して送信する場合がある。
情報センタ１０では、目的地設定処理により設定された目的地とＩＤが送信されると、図８を参照して後述するように、受信した目的地から最終目的地と車両目的地を判定し、ＩＤに対応するユーザデータに登録する。なお、この目的地判定処理は、事前に目的地を設定した場合に限らず、車両が出発する際にその車両のナビゲーション装置１００で目的地を設定した場合にも実行される。

そして、ナビゲーション装置１００搭載の車両がでイグニッションオンされると、車両目的地までの経路案内が開始される。
すなわち、図５の矢印Ｆ０で示されるように、ナビゲーション装置１００を搭載した車両のイグニッションがオンされると、ナビゲーション装置１００と情報センタ１０間の通信が確立され（Ｆｓ）、両装置においてＦ１〜Ｆ４の目的地設定確認処理（図９、図１０）が行われる。
そして、事前に目的地が情報センタ１０に登録されている場合、矢印Ｆ５で示すように、ナビゲーション装置１００が情報センタ１０に対して現在位置，ＩＤ，要求道路長、及び経路案内取得要求（図示せず）を通知する。なお、要求道路長についてはナビゲーション装置１００のデータ格納領域１０２Ｂに要求道路長データ１６８が格納されている場合に送信される。
情報センタ１０では、図１１を参照して後述するが、矢印Ｆ６で示すように、受信データに基づいて経路探索（車両モード），セグメント分割，要求分案内データ抽出が行われる。そして、矢印Ｆ７で示すように、得た経路・案内データをナビゲーション装置１００に送信する。

以上の、情報センタ１０における動作を図６を参照して説明する。
この図６に示されるように、情報センタ１０は、携帯情報端末２００やナビゲーション装置１００から目的地を受信すると、受信した目的地を最終目的地ＰＴとし、この最終目的地ＰＴまで車両で到達できない場合（駐車場要求に基づいて周辺の駐車場まで案内する場合を含む）に車両目的地ＰＡを設定する。
そして、太実線で示すＬ１が受信済み分割経路の終端位置ＰＤから車両目的地ＰＡまで探索（車両モード）された走行経路であり、太点線で示すＬ２が車両目的地ＰＡから最終目的地ＰＴまで探索（非車両モード）された経路である。Ｍは、車両の現在位置に対応して表示される車両位置を示すマークである。
この探索経路Ｌ１は、所定距離（例えば、２ｋｍ）を単位とした場合に、５つのセグメントＳ１〜Ｓ５に分割されており、セグメント分割点はＰ１〜Ｐ４である。要求道路長がＬＲであるとすると、セグメントＳ１及びＳ２で、送信道路長＞要求道路長となるので、ナビゲーション装置１００にはセグメントＳ１、Ｓ２の経路データ及び案内データが送信される。

一方、ナビゲーション装置１００では、図１２を参照して後述するが、図５の矢印Ｆ８で示すように、分割受信した経路・案内データに基づいて経路案内が行われる。なお、必要がなくなった経路・案内データは破棄される。ここで、経路案内の継続データが必要となったときは、矢印Ｆ９で示すように、再び現在位置及び経路案内取得要求（リクエスト）を情報センタ１０に通知する。以後、目的地に至るまで、同様の動作を繰り返し行い、車両目的地に到着すると、矢印Ｆｎで示すように現在位置と目的地に到着したことを情報センタ１０に通知して、ナビゲーション装置１００と情報センタ１０間の通信を終了する。

ナビゲーション装置１００から車両目的地到着を受信すると情報センタ１０は、矢印Ｇ０で示すように、併せて受信する車両の現在位置を格納し、現在位置から最終目的地までの非車両モードによる経路探索を行う（図１３で後述）。そして矢印Ｇｓに示すように、該当ＩＤのユーザデータ５０に対応する携帯情報端末接続先との通信を開始し、矢印Ｇ１に示すように経路探索で作成した最終目的地までの地図絵による案内データを携帯情報端末２００に送信する。
地図絵を受信した携帯情報端末２００では、図１４、図１５を参照して後述するように、受信した地図絵をユーザの操作に応じて順次画像表示することで最終目的地までの非車両手段による経路を案内する（Ｇ２）。

なお、図５では、事前目的地設定処理と、イグニッションによるナビゲーション開始処理と、最終目的地までの非車両移動経路案内処理が一連の処理として実行される場合について説明しているが、独立して実行可能である。
すなわち、最終目的地と車両目的地とが一致する場合には、最終目的地までの非車両移動経路案内処理は実行されない。
また、事前目的地設定処理で設定された目的地はイグニッションオンによるナビゲーション開始処理で必ず利用されるが、事前目的地設定処理自体は必ずしもイグニッションオンによるナビゲーション開始処理に必要な処理ではない。事前目的地設定処理がない状態でのイグニッションオンによるナビゲーション開始処理は実行可能である。
すなわち、第１実施形態では、イグニッションオンによるナビゲーション開始処理を必須処理として、付随的に事前目的地設定処理又は／及び最終目的地までの非車両移動経路案内が実行されることになる。

次に、以上のナビゲーションシステムを構成する装置による各動作の詳細を順次説明する。
（Ａ）目的地設定の動作
（ａ）まず、目的地設定プログラム２５０，１４４及び目的地設定用データ２６６，１６６を備えた携帯情報端末２００及びナビゲーション装置１００における目的地設定処理について説明する。なお、以下の説明では、携帯情報端末２００による処理を説明するが、同様にナビゲーション装置１００においても同一名称の各部（下２桁が同一の各部）によって同様に行われる。
目的地設定が選択されると目的地設定処理が実行され、演算処理部２０１（ナビゲーション装置１００の場合には演算処理部１０１が該当する。以下他の各部についても同じ）は、表示部２０６に目的地設定用の画面として、例えば、「地域リストから指定」「ジャンルリストから指定」「電話番号の入力」「住所の入力」の入力方法を画像表示する。
そして、設定者の入力によって、表示される４通りの入力方法のうちから、入力部２０５（ジョイスティックやキー）によってカーソルを所望の入力方法の表示に移動させた後決定キーを押したり、入力方法を音声で入力する等によって、目的地の入力方法が選択される。
そして、「地域リストから指定」や「ジャンルリストから指定」が選択された場合には、地域やジャンルの区分リストを目的地設定用データ２６６から読み出して表示部２０６に表示する。ここで設定者により選択された地域やジャンルの選択を取得した後、選択された地域やジャンル内に区分される目的地の名称を表示し、目的地を取得する。
また、選択方法として「電話番号の入力」や「住所の入力」が選択された場合には入力部２０５（音声入力やテンキー）からの入力等によって電話番号や住所を取得し、目的地設定用データ２６６に格納される電話番号や住所と目的地の対応から目的地を取得する。

目的地を取得すると、次に演算処理部２０１は、駐車場要求の有無、及び出発日時指定の有無を確認する。すなわち、駐車場有無の確認画面を表示し設定者に要求の有無を確認し、次いで出発日時の入力画面を表示して出発日時を確認する。なお、目的地が決定した時点で設定者により送信キーが選択された場合には、駐車場要求、及び出発日時の指定共にないものとして扱われる。

目的地、及び選択された場合には駐車場要求及び／又は出発日時が確定した後、送信キーの選択によって、目的地等のデータが、対応するナビゲーション装置のＩＤと共に情報センタ１０に送信される。
なお、携帯情報端末２００による目的地の場合、対応するナビゲーション装置１００のＩＤについては、携帯情報端末２００に予め登録しておくようにしても、目的地設定時に個別にＩＤを入力するようにしてもよい。一方、ナビゲーション装置１００による目的地設定の場合にはＩＤデータ１６２から読み出したＩＤが送信されるが、設定者の入力により他のＩＤを指定できるようにしてもよい。他のＩＤを指定できるようにすることで、２台の車両（及びナビゲーション装置１００）を所有している場合に、一方の車両で走行する場合の目的地を、他方の車両から設定することができる。

（ｂ）次に、目的地設定プログラム２５０，１４４及び目的地設定用データ２６６，１６６を備えていない携帯情報端末２００及びナビゲーション装置１００における目的地設定処理について説明する。この場合も携帯情報端末２００について説明するが、ナビゲーション装置１００の場合も同様に動作する。
図７は、目的地設定プログラム２５０等を有しない携帯情報端末２００（携帯電話やＰＨＳの場合が多い）において、ＷＷＷのブラウザソフトによりインターネット経由で情報センタ１０に目的地設定を行う場合の処理を表したものである。
この図７に示される目的地設定処理が実行される前提として、携帯情報端末２００の表示部２０６には、各携帯情報端末固有のメニュー画面が表示されるが、このメニュー画面、その他の画面や機能キーにおいて目的地設定を選択することができるようになっている。そして、メニュー画面等においてナビメニューキー（目的地設定用のキーであれば名称は問わない）が選択されるものとする。各携帯情報端末２００に固有のメニュー画面としては、例えば、携帯電話であれば「ナビメニュー」キーの他に「電話メニュー」キーや「データ通信メニュー」キー等が表示され、電子手帳であれば「ナビメニュー」キーの他に、「スケジュール」キーや「住所録」キー等が表示される。
なお、目的地設定用の専用キー（表示画面からソフトウェア的に選択するソフトキーではなく、スイッチ等のハードキー）で選択される場合もある。

携帯情報端末２００の演算処理部２０１は、目的地設定処理において「ナビメニュー」の選択を監視しており、ナビメニューが選択されると（ステップ１０；Ｙ）、情報センタ１０との通信を開始してナビメニューの送信を情報センタ１０に要求し、この要求に応じて送信されるナビメニュー画面（Ｗｅｂ情報）を取得する（ステップ１１）。
そして演算処理部２０１は、取得したナビメニュー画面を表示部２０６に表示する（ステップ１２）。このナビメニュー画面には、例えば、「１．行き先を決める」キー、「２．探す」キー、「３．設定」キー等の各種操作を選択するためのキーが画面表示される。これらの各キーはソフトウェア的に選択可能なソフトキーで、スクロールキーで画面表示されたいずれかのキーを指定した後、又は各キーの前に表示された数をテンキーで指定した後に選択ボタンを押下することでキーが選択される。

ナビメニュー画面において「行き先を決める」キーが選択されると（ステップ１３；Ｙ）、目的地設定処理が継続され、演算処理部２０１は、情報センタ１０に対して目的地リストの送信を要求し、この要求に応じて送信される目的地リストを受信する（ステップ１４）。
そして演算処理部２０１は、取得した目的地リストを表示部２０６に画面表示し（ステップ１５）、設定者による目的地の選択を監視し確定すると（ステップ１６；Ｙ）、演算処理部２０１は、確定した目的地（及び選択されている場合には通過点）と、当該携帯情報端末２００に対応して登録されているナビゲーション装置１００のＩＤを情報センタ１０に送信する。

次に、演算処理部２０１は、目的地等を送信することで情報センタ１０から送信される駐車場要求確認画面を受信して表示部２０６に表示し、目的地設定を行うか否かを設定者に問い合わせる（ステップ１８）。駐車場要求確認画面において駐車場の要求が選択された場合（ステップ１８；Ｙ）、演算処理部２０１は駐車場要求を情報センタ１０に送信する（ステップ１９）。
そして、この駐車場要求の送信又は駐車場要求をしない場合に情報センタ１０から送信される出発日時設定画面を受信して表示部２０６に表示し、出発日時設定を行うか否かを設定者に問い合わせる（ステップ２０）。出発日時設定を行うことが選択された場合（ステップ２０；Ｙ）、演算処理部２０１は、出発日時指定画面を表示部２０６に表示し（ステップ２１）、設定者による出発日と時間の入力を監視する（ステップ２２）。
そして出発日時又は出発日が入力され確定キーが押される出発日時の入力が確定すると（ステップ２２；Ｙ）、演算処理部２０１は、確定した出発日時（又は出発日）を情報センタ１０に送信し（ステップ２３）、目的地設定処理を終了する。

なお、以上説明した目的地設定処理では、目的地リストを表示部２０６の画面に表示する場合について説明したが設定可能な目的地が大量に存在するため、目的地を選択するための条件を順次Ｗｅｂ情報として取得、選択することで階層化された目的地情報を順次絞り込んでいくことで最終的な目的地を設定するようにしてもよい。
例えば、地域リストを要求・取得・表示・選択の後、ジャンルリストを要求・取得・表示・選択し、その後絞られた目的地リストの要求・取得・表示・選択をするようにしてもよい。この場合選択されたジャンルが更に階層化されている場合には、最下層のジャンルになるまで複数回ジャンルの要求等を行うようにしてもよい。また、地域リストの要求等を行わずに最初からジャンルによる絞り込みを行うようにしてもよい。
更に、目的地を決定する方式のリストとして「ジャンルで決める」「電話番号で決める」「住所で決める」「名称で決める」「目的で決める」を要求・取得・表示し、いずれか選択された方式に従って目的地を選択するようにしてもよい。「名称で決める」が選択されると５０音順の目的地が順次送信され表示される。この「名称で決める」は、ジャンルや地域が指定された後に選択可能な項目としてもよい。「目的で決める」が選択されると、例えば、「一泊旅行」「デート」「食事」等の車両走行の目的が表示される。

（ｃ）目的地判定処理
図８は、携帯情報端末２００やナビゲーション装置１００から目的地とＩＤが送信された場合に、情報センタ１０で行われる目的地判定処理の動作を表したフローチャートである。なお、この目的地判定処理は、目的地を受信した場合に実行され、車両が出発する前に予め目的地が設定される場合の他、出発直前に車両内で目的地を設定する場合等その他の場合も含めて実行される。

情報センタ１０の演算処理部１４は、通信制御部１２を介してユーザから目的地の送信を監視し（ステップ３１）、目的地を受信すると（ステップ３１；Ｙ）、受信した目的地を最終目的地等として該当ＩＤのユーザデータ５０に格納する（ステップ３２）。すなわち、受信した目的地をユーザデータ５０の最終目的地に格納すると共に、通過点、駐車場要求、出発日時指定も受信した場合には、これらも該当ＩＤのユーザデータ５０に格納する。

そして演算処理部１４は、受信データ中に駐車場要求があるか否かを判断し、ある場合には（ステップ３３；Ｙ）さらに最終目的地（受信した目的地）に駐車場があるか否かを目的地設定用データ４８の付属データから判断する（ステップ３４）。
最終目的地に駐車場がない場合（ステップ３４；Ｎ）、演算処理部１４は、駐車場周辺に存在する駐車場を駐車場データ５２で検索し（ステップ３５）、検索した駐車場を車両目的地として該当ＩＤのユーザデータ５０に格納して（ステップ３６）、システム制御プログラム２６によるメインルーチンにリターンする。

一方、ユーザから受信したデータに駐車場要求がない場合（ステップ３３；Ｎ）、演算処理部１４は、最終目的地まで車両での走行が可能か否かを判断する（ステップ３７）。
最終目的地まで走行可能である場合（ステップ３７；Ｙ）、及び駐車場要求があり最終目的地に駐車場が存在する場合（ステップ３３；Ｙ、ステップ３４；Ｙ）、演算処理部１４は、最終目的地、すなわち、携帯情報端末２００又はナビゲーション装置１００から受信した目的地を車両目的地として該当ＩＤのユーザデータ５０に格納して（ステップ３８）メインルーチンにリターンする。
最終目的地が車両で走行することができない地点である場合（ステップ３７；Ｎ）、演算処理部１４は、最終目的地から最寄りの走行可能地点を車両目的地として該当ＩＤのユーザデータ５０に格納して（ステップ３９）メインルーチンにリターンする。
なお、演算処理部１４は、駐車場の有無（ステップ３４）と最終目的地まで走行可能か否か（ステップ３７）の判断を行う場合、及び駐車場データ５２から近くの駐車場を検索する場合（ステップ３５）には、マイカー規制や車両規制の対象となっている地域及び期間に該当するか否かも含めて判断することになる。

このように、情報センタ１０では、受信した目的地を最終目的地として格納すると共に、その最終目的地とは別個に車両目的地を自動的に設定するようにしている。従って、目的地設定する際に駐車場の有無について確認したり、駐車場が無い場合に周辺の駐車場を探して目的地設定する必要がなく、徒歩等を含めて最終的に到着したい地点を目的地として設定することができる。
例えば、上高地の明神池まで行きたい場合、目的地設定者は、上高地におけるマイカー規制や駐車場の有無を調べることなく目的地として明神池を設定するだけで、目的地周辺の走行可能地点（又は駐車場）として沢渡駐車場が車両目的地として設定されるので、目的地設定を簡易に行うことができる。
そして、車両目的地から最終目的地までの車両（自車両）以外の手段による移動については後述の最終目的地探索処理において作成される地図絵を携帯情報端末２００で受信することで到達することが可能になる。

（Ｂ）車両目的地までの経路案内
次に情報センタで設定された車両目的地までの経路案内を行う処理全体について説明する。
（ａ）目的地設定確認処理（車載装置；ナビゲーション装置）
図９は、車両装置においてイグニッションがオンにされた場合の目的地設定確認処理の動作を表したフローチャートである。
ナビゲーション装置１００はイグニッションのオンに連動して自動的に電源が投入されるようになっており、イグニッションがオンされると（ステップ４１；Ｙ）、直ちに通信制御部１０８を介して情報センタ１０に目的地確認要求とＩＤを送信し（ステップ４２）、情報センタ１０から目的地確認結果が送信されるのを待機する。
そして、情報センタ１０から目的地確認結果として目的地未設定を受信した場合（ステップ４３；Ｎ）、演算処理部１０１は、目的地設定処理が入力部１０５で選択されたか否かを監視する（ステップ４４）。
目的地設定処理が選択された場合（ステップ４４；Ｙ）、演算処理部１０１は、前述した車載装置による目的地設定処理を実行し（ステップ４５）、目的地（及び、設定された場合には駐車場要求及び／又は出発日時）を情報センタ１０に送信する（ステップ４６）。この目的地等が送信されると、情報センタ１０では前述した目的地判定処理（図８）が実行される。
そして、演算処理部１０１は、情報センタ１０から引き続き送信される車両目的地、最終目的地データ１６６を受信して、データ格納領域１０２Ｂに格納し（ステップ４７）、その後、図１２で後述する、リクエスト・経路案内処理を実行し（ステップ４８）、制御プログラム１５４によるメインルーチンにリターンする。

一方、演算処理部１０１は、目的地確認要求に対する確認結果として目的地設定済みを受信した場合（ステップ４３）、すでに目的地が設定されているので、情報センタ１０から引き続き送信される車両目的地、最終目的地データ１６６を受信してデータ格納領域１０２Ｂに格納し（ステップ４７）、直ちにリクエスト・経路案内処理を実行する（ステップ４８）。
このように目的地が予め情報センタ１０に設定されている場合には、車両に乗車したユーザは、走行開始前に必ず行うイグニッションオンによって、ナビゲーション装置１００の電源投入から目的地設定までの一連の操作を行うことなく、直ちにリクエスト・経路探索処理を実行し目的地に向かって経路案内を受けながらの走行を開始することが可能になる。

（ｂ）目的地設定確認処理（情報センタ）
図１０は、情報センタ１０における目的地設定確認処理の動作を表したフローチャートである。
情報センタ１０の演算処理部１４は、ナビゲーション装置１００からの目的地確認要求を監視しており、要求があると（ステップ５０；Ｙ）、該当ＩＤのユーザデータ５０を確認し（ステップ５１）、車両目的地と出発日時が格納されているか確認する（ステップ５２、ステップ５３）。
車両目的地と出発日時が共に格納されている場合（ステップ５２；Ｙ、ステップ５３；Ｙ）、更に、格納されている出発日が今日か否かを確認する（ステップ５４）。
出発日が今日である場合（ステップ５４；Ｙ）、及び車両目的地が格納されているが出発日の指定が無い場合（ステップ５３；Ｎ）、演算処理部１４は、目的地設定確認処理の確認結果として目的地設定済みをナビゲーション装置１００に送信し（ステップ５５）、更に設定済みの車両目的地、最終目的地をナビゲーション装置１００に送信する（ステップ５９）。そして、後述する経路探索・案内データ送信処理（図１１）を実行して（ステップ６０）、システム制御プログラム２６によるメインルーチンにリターンする。

一方、該当ＩＤのユーザデータ５０に車両目的地が格納されていない場合（ステップ５２）、及び車両目的地及び出発日時が格納されているが今日の出発ではない場合（ステップ５４；Ｎ）、演算処理部１４は、目的地未設定を目的地設定確認結果としてナビゲーション装置１００に送信する（ステップ５６）。
演算処理部１４は、この目的地未設定の送信によりナビゲーション装置１００において目的地設定処理（図９のステップ４５）が実行されて目的地が送信（同ステップ４６）されたか否かを監視する（図１０；ステップ５７）。そして、目的地を受信した場合（ステップ５７；Ｙ）、図８で説明した目的地判定処理を実行し（ステップ５８）、この目的地判定処理で設定した車両目的地と最終目的地をナビゲーション装置１００に送信する（ステップ５９）。その後経路探索・案内データ送信処理を実行して（ステップ６０）、メインルーチンにリターンする。
目的地を受信しない場合（ステップ５７；Ｎ）、車両は経路案内を必要としない走行が行われると判断できるので、演算処理部１０１は経路探索等をすることなくナビゲーション装置１００との通信を終了する（ステップ６１）した後、メインルーチンにリターンする。

次に、車両目的地まで探索した走行経路を所定単位で分割して送信する情報センタ１０側の経路探索・案内データ送信処理（図１１）と、分割経路の送信を順次要求しながら車両目的地まで経路案内するナビゲーション装置１００側のリクエスト・経路案内処理（図１２）について説明する。

（ｃ）経路探索・案内データ送信処理
図１１に示すように、情報センタ１０の演算処理部１４は、ナビゲーション装置１００（車載装置）から経路案内データ取得要求（リクエスト）を受信したか否か監視し（ステップ６５）、受信した場合（；Ｙ）、受信情報に含まれる車両現在位置を抽出する（ステップ６６）。
次に、受信情報中で要求道路長が指定されている場合は（ステップ６７；Ｙ）指定された要求道路長をメモリ１８の要求道路長データ２７に格納し（ステップ６８）、指定されていない場合には（ステップ６７；Ｎ）要求道路長として予め用意されている初期値を要求道路長データ２７に設定し格納する（ステップ６９）。

次に演算処理部１４は、車両現在位置から車両目的地までの経路を探索する（ステップ７０）。経路探索は、データベース４０の経路探索用データ４２，すなわち、交差点データ，道路データ，ノードデータを参照して行われる。この経路探索処理は公知であり、例えば特開平１−１７３２９７号公報，特開平１−１７３２９８号公報に開示された方法で行われ、経路全体の距離が最も短いものを最適経路とするなどの条件で推奨経路を設定する。
本形態では、ナビゲーション装置１００からリクエストを受信（ステップ６５；Ｙ）する度に、車両現在位置から車両目的地までの経路が探索される。情報センタ１０では、外部情報収集部７０によって外部から、渋滞の状態と距離、事故の発生による通行の不可、工事区間といった道路情報や交通情報などを取得し、データベース４０が最新の情報に更新されている。このため、車両側からのリクエスト毎に経路探索を行うことにより、渋滞等を避けるなど常に最新のデータに基づく推奨経路とその案内データが車両側に提供される。

次に、演算処理部１４は、メモリ１８に格納されたセグメント処理プログラム２２を実行し、探索された車両目的地までの走行経路をナビゲーションの単位であるセグメント毎に分割する（ステップ７１）。分割する単位は、データサイズ一定（例えば１セグメントが１０２４バイト），道路長一定（例えば１ｋｍ、２ｋｍ等）などが考えられる。探索された全経路は、例えば図３（Ａ）に示すように、分割経路１，分割経路２，……に分割される。各分割経路が１セグメントである。各分割経路データには、図３図（Ｂ）に示すように、データヘッド，交差点情報，道路情報，ノード情報，目印情報などが含まれている。

このようなデータをセグメント化することにより、（ｉ）情報センタ１０とナビゲーション装置１００との通信が中断しても、中断時に送信が終了していたセグメントについてはそのまま経路案内を行うことができる、（ｉｉ）中断時に送信中であったセグメントから再送すればよい、という効果がある。別言すれば、セグメントは、車両側でデコードできる情報単位である。例えば、１０ｋｍの経路・案内データを全体で一つのファイルとして車両側に送信し車両側でデコードできなかったとすると、該１０ｋｍの全てについて経路案内はできない。しかし、２ｋｍ毎のセグメントに分割してファイル化することで、セグメント毎にファイルをデコードして経路案内することが可能となる。

次に、演算処理部１４は、探索した経路の範囲内で、車両位置に最も近い一つのセグメントを順に追加し（ステップ７２）、送信道路の道路長を算出する（ステップ７３）。すなわち、送信道路長（セグメントの総道路長）＝セグメント追加前の送信道路長＋追加したセグメントの道路長の演算を繰り返し行ってセグメントを一つずつ追加していく。
そして、各セグメントに含まれる道路の長さを加算して得た合計の送信道路長が、当該ＩＤのユーザデータ５０に格納した要求道路長よりも長くなるまで、セグメントの追加が行われる（ステップ７４；Ｎ）。

その結果、送信道路長＞要求道路長（あるいは送信道路長≧要求道路長）となると（ステップ７４；Ｙ）、演算処理部１４は、メモリ１８に格納されている案内データ抽出プログラム２４を実行し、データベース４０の案内用データ４４を参照して、送信道路長に相当する範囲の案内データを検索して抽出し、メモリ１８の抽出案内データ２９に格納する（ステップ７５）。
以上のようにして得た経路データと案内データは、リクエストを行ったＩＤのナビゲーション装置１００に通信制御部１２を介して送信される（ステップ７６）。このとき、セグメント化された経路・案内データは、車両現在位置に近いものから順に車両側に送信される。

（ｄ）リクエスト・経路案内処理
次に、以上説明した情報センタ１０による経路探索・案内データ送信処理に対応してナビゲーション装置１００で実行されるリクエスト・経路案内処理について図１２のフローチャートに従って説明する。
図１２に示すように、ナビゲーション装置１００の演算処理部１０１は、情報センタ１０に対して車両現在位置及びリクエスト（経路案内データ取得要求）、要求道路長を送信する（ステップ８０）。ここで要求道路長は、要求道路長データ１６８が格納されている場合で、かつ、最初の１回目だけ送信する。

そして演算処理部１０１は、情報センタ１０から要求道路長に対応して分割された経路・案内データ（分割道路データ）を受信したか否かを監視し（ステップ８１）、受信すると（；Ｙ）、経路・案内データ１６０をメモリ１０２に格納し、メモリ１０２の経路案内プログラム１５０による経路案内を実行する（ステップ８２）。
演算処理部１０１は経路案内として、例えば、経路の地図やランドマークを表示部１０６に表示すると共に、位置計測部１０４における車両現在位置を参照しながら、進路変更すべき交差点の所定距離手前において「およそ２００ｍ先の交差点を右／左方向です。」といった音声案内を音声出力部１０７から出力させる。

本実施形態で情報センタ１０から受信する経路・案内データは、車両目的地までの全走行経路のデータではなく、分割経路のリクエスト毎に新たに経路探索した走行経路から抽出された分割経路を受信する。そしてリクエストに応じて新たに行う経路探索では、常に外部情報収集部７０で収集される最新の交通情報、道路情報が使用される。従って、走行中の道路状況の変化（渋滞や事故の発生等）によって、出発時に探索した走行経路とは異なる経路が分割経路として抽出されることがある。このように、走行中に発生した道路状況の変化に対しても、分割経路を受信することで、常に現時点における最適経路を受信して案内することができる。また、目的地の変更についても柔軟に対応することができる。
更に、必要とする要求道路長に対応する経路長（送信道路長）の分割経路のみを情報センタ１０から受信することができ、ナビゲーション装置１００のメモリ容量に応じたデータ受信が可能になる。
また要求道路長に対応した分割経路を受信することで少ない受信データ量とし、短時間で分割経路の受信が完了するため、全走行経路を受信する場合に比べて、車両走行の開始及び経路案内の開始を早くすることができる。
また、リクエスト毎に車両現在位置から車両目的地までの経路探索が行われるので、例えば車両が経路を逸脱したような場合でも、逸脱した道路上の現在位置でリクエストすることで車両目的地までの経路・案内データを得ることができ、安心して運転を行うことができる。

経路案内中、演算処理部１０１は、所定時間間隔毎に位置計測部１０４から車両の現在地を取得し、車両が経路・案内データ１６０に格納されている分割経路の終端から一定距離（例えば２００ｍ）手前の位置に到達したかどうかを監視し（ステップ８３）、到達していなければ（；Ｎ）、ステップ８２に戻って経路案内を継続する。
そして、車両が分割経路の終端から上述の一定距離手前の位置に到達すると（ステップ８３；Ｙ）、演算処理部１０１は、分割経路の終端が、車両目的地と一致するか否かを判断する（ステップ８４）。分割経路終端が車両目的地と一致しなければ（ステップ８４；Ｎ）、ステップ８０に戻って再度車両現在位置とリクエスト（経路案内データ取得要求）を情報センタ１０に送信し次の分割経路受信と経路案内を継続する。

分割経路の終端が車両目的地と一致する場合（ステップ８４；Ｙ）、演算処理部１０１は車両が車両目的地に到着したか否かを判断し（ステップ８５）、車両目的地に到着していなければ（ステップ８５；Ｎ）、ステップ８２に戻って経路案内を継続する。
一方、車両目的地に到着した場合（ステップ８５；Ｙ）、演算処理部１０１は、車両現在位置と車両目的地に到着したことを情報センタ１０に送信し（ステップ８６）、制御プログラム１５４によるメインルーチンにリターンする。
なお、車両目的地へ到着したか否かの判断は、実際に車両が車両目的地に到達した場合の他、車両目的地までの走行距離が５００ｍ以内でありかつ音声による最後の経路案内地点を通過後の位置（車両目的地周辺）に到達した場合に車両目的地へ到着したと判断される。

（Ｃ）最終目的地までの経路案内
次に車両が車両目的地に到着後、最終目的地までの案内について説明する。
（ａ）最終目的地探索処理
図１３は、情報センタ１０における最終目的地探索処理の動作を表したフローチャートである。
情報センタ１０の演算処理部１４は、ナビゲーション装置１００から車両目的地到着の送信を監視しており（ステップ９０）、車両目的地到着を受信すると（ステップ９０；Ｙ）、同時に送信される車両現在位置を該当ＩＤのユーザデータ５０に格納する（ステップ９１）。ここで、ユーザデータ５０には車両目的地が格納されているにもかかわらず車両現在位置を別途格納するのは、必ずしも情報センタ１０の目的地判定処理（図８）で設定した車両目的地に到着しているとは限らず、例えば、別の駐車場等に到着している場合も考えられるためである。また、車両目的地は、次の目的地設定のために所定時点（車両目的地到着時点、最終目的地到着時点等）で消去されるため、最終目的地とは別に車両現在位置を格納することで、情報センタ１０が車両位置を認識しておくことができるようにするためである。

演算処理部１４は、格納した車両現在位置が最終目的地と一致するか否かを判断し（ステップ９２）、一致している場合には（ステップ９２；Ｙ）、システム制御プログラム２６によるメインルーチンにリターンする。
一方、車両現在位置が最終目的地ではない場合（ステップ９２；Ｎ）、演算処理部１４は、非車両モードによる車両現在位置から最終目的地までの経路を探索する（ステップ９３）。すなわち、演算処理部１４は、非車両モードの探索で使用される歩道橋や横断歩道等の歩行者専用道路や、車両や歩行以外の移動手段（ケーブルカー，モノレール，ロープウェイ，電車，汽車，船，バス，タクシー，動く歩道等）による移動可能な経路に関するデータ（駅名，地点データ，地点間距離，時刻表等）を含めた経路探索用データ４２を使用して、最終目的地までの移動経路を探索する。

そして、演算処理部１４は、探索した最終目的地までの移動経路に従って、地図絵作成データ５４の地図絵を使用して地図絵による移動経路を作成する（ステップ９４）。
図１４は、情報センタ１０で作成される、歩行のみによって移動可能な最終目的地まで地図絵を例示したものである。
図１４に示されるように、地図絵としては、車両現在位置Ｍ（○の中に黒塗りの▲のシンボルマークで表示）と最終目的地ＰＴ（シンボルマーク☆で表示）を含む経路全体図（ａ）と、主要な交差点と右左折する交差点についての交差点図（ｂ）〜（ｄ）とが作成される。
そして表示する道路は各交差点を通る直線で表示する。また道路は実際の道路幅に応じた太さで表示される。経路全体図（ａ）、交差点図（ｂ）〜（ｄ）共に、途中に経路案内の目印になる施設（駅、病院、交番、学校、ガソリンスタンド、ホテル、飲食店、神社、公園等）のシンボルマーク及び／又は名称を地図絵中に表示する。目印となる施設のシンボルマークとしては、案内用データ４４のランドマークを使用するようにしてもよい。
また経路全図には車両現在位置から通過する順番につけられた交差点番号が丸付き数字で表示され、この数字をテンキー等で指定することで指定番号の交差点図が表示されるようになっている。
交差点図では、経路全体図（ａ）の交差点番号と同一の交差点番号が丸付き数字で表示される。また、各交差点を通過した後の進行方向が矢印Ｐで示される。
このように、詳細な道路地図ではなく、直線からなる道路とシンボルマークからなる簡単な地図絵を作成することで、携帯情報端末２００に送信するデータ量を少なくすると共に、画像表示領域が狭い（ドット数が少ない）表示部２０６であっても表示が可能になる。また、シンボルマークにより、最終目的地までの移動経路を直感的に認識し易くなる。

図１５は、歩行以外に電車等の非車両手段を利用して最終目的地まで移動する場合の地図絵を例示したものである。この図の例では、最終目的地が東京ＥＱ−Ｒ（株式会社エクォス・リサーチ）で、浜松町駅から御茶ノ水周辺までが道路規制等によって車両で移動できず、車両目的地として浜松町駅前の駐車場が設定されている場合の例である。
このような場合、図１５（ａ）の移動概要図と、図１５（ｂ）の経路全体図、及び図示しない交差点図（例えば、図１４（ｂ）〜（ｂ））が作成される。
図１５（ａ）の移動概要図では、車両目的地の浜松町駅から御茶ノ水までＪＲ山手線で移動し、御茶ノ水駅から徒歩で最終目的地の東京ＥＱ−Ｒまで移動することが表示される。この図１５（ａ）に示されるように、歩行以外の手段が使用される場合に移動概要図が作成され、移動手段とその移動手段による移動区間（移動施設名）が表示される。そして、徒歩による移動区間に対しては図１５（ｂ）の経路全体図と、必要に応じて図示しない交差点図が作成される。
なお、各地図絵は階層化され、移動概念図、経路全体図、交差点図の順に階層化されている。移動概念図、経路全体図については、交差点図と同様に同一階層に複数の図が存在する場合と、例えば、移動概念図（全体図）と移動概念図（詳細）というように更に階層化されている場合がある。

以上の地図絵を作成すると演算処理部１４は、該当ＩＤのユーザデータ５０に格納されている携帯端末接続先との回線を接続し（例えば、電話をかけることによる）、作成した最終目的地までの地図絵を当該携帯情報端末２００に送信し（図１３；ステップ９５）、システム制御プログラムによるメインルーチンにリターンする。

（ｂ）携帯情報端末２００の地図絵による経路案内
携帯情報端末２００では、情報センタ１０から送信される経路・案内データ（地図絵）２６０を受信すると、データ格納領域２０２Ｂに格納し、受信した地図絵のなかで最上層の地図絵を表示部２０６に表示する。
なお、表示部２０６には地図絵の着信があった旨の表示だけ行い、入力部２０５により地図絵表示が選択された場合に表示するようにしてもよい。
携帯情報端末２００は、最上層の地図絵を表示した後、次キーや次画面選択キー（「→」キー、「▽」キー等）がユーザによって指定された場合には、次の画面を表示する。また、画面に表示された数字（図１４（ａ）中の丸付き数字）に対応する番号をテンキー等で指定された場合には、対応する交差点図を表示する。

ユーザは携帯情報端末２００の表示画面を確認し、実際の目標物とシンボルマークとの対応を取りながら画面表示されている進行方向矢印Ｐ方向に移動し、移動に応じ次画面を表示させることで最終目的地まで到達することが可能になる。

以上説明した第１の実施形態におけるナビゲーション装置１００は経路探索用データ及び経路探索プログラムを備えていない場合について説明したが、ナビゲーション装置１００は経路探索用データ及び経路探索プログラムを備えていてもよく、更に案内用データを備えるようにしてもよい（変形例１１）。
この場合のナビゲーション装置１００は、イグニッションがオンされると、目的地確認要求とＩＤを情報センタ１０に送信し目的地が事前に設定されているか否かを確認する。
情報センタ１０ではＩＤに対応するユーザデータ５０に目的地が設定されていない場合（設定されているが出発日の条件を満たしていない場合を含む）には、目的地未設定をナビゲーション装置１００に送信して通信を終了する。目的地が設定されている場合には目的地（又は車両目的地と最終目的地）をナビゲーション装置１００に送信して通信を終了する。

ナビゲーション装置１００では、目的地未設定又は目的地（又は車両目的地と最終目的地）を受信すると、通信を終了する。目的地（又は車両目的地と最終目的地）を受信した場合、ナビゲーション装置１００は、車両現在位置から目的地までの走行経路を探索し、探索した走行経路に従って経路案内を行う。
この変形例１１においても、車両目的地と最終目的地（車両目的地≠最終目的地）を受信した場合に、ナビゲーション装置１００は車両目的地までの経路案内を終了した時点で目的地到着と車両現在位置を情報センタ１０に送信し、情報センタ１０は目的地到着を受信した場合に車両現在位置から最終目的地までの非車両移動経路を非車両モードで探索し作成した地図絵を該当ＩＤの携帯情報端末２００に送信する。

この変形例１１において、ナビゲーション装置１００は、目的地までの経路探索を自装置内で行うモードと、情報センタで行うモードとを選択可能にしてもよい（変形例１２）。
この場合ナビゲーション装置１００は、例えば、比較的近い目的地の場合には自装置で経路探索を行い、遠方（例えば、直線距離で１００ｋｍ以上ある場合）の目的地の場合には走行経路の早期取得のために情報センタ１０から走行経路を受信する。走行経路を受信する場合、第１実施形態で説明したように情報センタ１０にリクエストして分割経路を順次受信することで、遠方の目的地までの全経路において最新の交通情報等を反映した最適な経路を案内することができる。

また、ナビゲーション装置１００によっては、イグニッションオンで情報センタ１０から事前に設定された目的地（又は車両目的地と最終目的地）を受信し、自装置内で目的地等までの経路探索を行い、走行経路の案内に使用するデータでナビゲーション装置１００が保有していないデータを補足する目的で、情報センタ１０から受信するようにしてもよい（変形例１３）。
例えば、ナビゲーション装置１００は、メモリ１０２のサイズを小さくするために、交差点拡大図等のデータを保有しないようにする。そして、ナビゲーション装置１００は探索した目的地までの走行経路上の交差点拡大図等のデータを補足する目的で、情報センタ１０から受信する。

説明した第１実施形態では、情報センタ１０にユーザ登録されＩＤが付与されているナビゲーション装置１００としては、全て図１で説明したナビゲーション装置１００の場合について説明したが、必ずしも各ナビゲーション装置の構成が同一である必要はなく、第１実施形態で説明したナビゲーション装置や、変形例１１で説明したナビゲーション装置、その他プログラム、データ、機能がそれぞれ異なる各種ナビゲーション装置であってもよい（変形例１４）。
この場合、ナビゲーション装置１００はイグニッションオンにより情報センタ１０に目的地設定確認の後に送信を希望する情報を指定する送信希望情報指定データを情報センタ１０に送信する。情報センタ１０では、この送信希望情報指定データに応じて、目的地、車両目的地と最終目的地、目的地又は最終目的地までの全走行経路、目的地又は最終目的地までの分割経路（第１実施形態で説明した分割経路でリクエストに応じて送信）、等を送信する。

また第１実施形態で説明した目的地判定処理（図８）は、情報センタ１０が目的地とＩＤを受信した場合に実行する場合について説明したが、目的地の受信時に目的地判定処理を行うと、事前に目的地が設定された場合、出発日時までの間に交通規制等の変化により設定済みの車両目的地に到達できなくなる可能性がある。
そこで、目的地判定処理を、最初のリクエストが合った場合、又は目的地確認要求が合った場合に実行するようにしてもよい（変形例１５）。これにより出発日時における最適な車両目的地と最終目的地を判定することができる。

変形例１５の場合であっても、例えば、車両目的地として設定された駐車場が満車になり駐車できなくなる可能性もあり、このような場合には変形例１５においても車両目的地に到達できないことになる。
そこで、情報センタ１０は、外部情報収集部７０で収集される交通情報等に基づいて、分割経路の要求がある毎に駐車場の満車情報等を含めた目的地判定処理を行うようにしてもよい（変形例１６）。
また、目的地判定処理は最初に設定した車両目的地から所定距離（例えば１０ｋｍ）以内に到達した時点で実行するようにしてもよい（変形例１６′）。

説明した第１実施形態では、最終目的地探索処理（図１３）において、車両現在位置から最終目的地までの移動経路を非車両モードで検索し（ステップ９３）、移動経路の地図絵を作成して（ステップ９４）、携帯情報端末２００に送信（ステップ９５）するようにしたが、車両目的地と最終目的地を含む地図データと、車両目的地地点、最終目的地地点のデータを携帯情報端末２００に送信するようにしてもよい（変形例１７）。

また、最終目的地処理（図１３）では、車両目的地到着を受信し、車両現在位置が最終目的地と一致しない場合に、非車両モードの経路探索（ステップ９３）と地図絵の作成（ステップ９４）を毎回行うようにしているが、良く利用される車両目的地（車両現在位置）と最終目的地に対する絵地図を予め作成し、車両目的地、最終目的地の組合せと共にデータベース４０に格納するようにしてもよい（変形例１８）。
この場合、情報センタ１０では、受信した車両現在位置に対応する車両目的地と最終目的地の組合せがデータベース４０にあるか否かを検索し、なければ図１３のステップ９３、９４を実行し、あれば組合せと共に格納されている絵地図を読み出して、携帯情報端末２００に送信する（ステップ９５）。

また、最終目的地処理（図１３）では、地図絵を作成すると演算処理部１４は、該当ＩＤの携帯端末接続先との回線を接続し（例えば、電話をかけることによる）、作成した最終目的地までの地図絵を当該携帯情報端末２００に直接送信（ステップ９５）するようにしたが、作成した地図絵等のデータを該当ＩＤのメールアドレスにメールとして送信するようにしてもよい（変形例１９）。
この場合携帯情報端末２００その他の情報処理装置を使用して、自己のメールアドレスから地図絵等のデータをダウンロードして、表示することができる。

（３）第２実施形態
次に第２実施形態について説明する。なお、第２実施形態以降の各実施形態における情報センタ１０、ナビゲーション装置１００、及び携帯情報端末２００の構成については第１実施形態とほぼ同様であるので、第１実施形態と異なる構成について説明し、同一部分については適宜省略するものとする。
第１の実施形態では、車両が出発する前に情報センタ１０に予め目的地を設定することができるようにしたが、設定先はあくまで１人（主として自己のＩＤ）のユーザデータ５０に対してのみ目的地を設定する。しかし、複数メンバーでゴルフを行う場合のように、複数の車両で同一日時に同一目的地向かって走行する場合がある。このような場合、第１の実施形態によると同一目的地の事前設定を各メンバー回数繰り返す必要があり、無駄な操作が重複することになる。

そこで第２の実施形態では、１人による１回の目的地設定で複数のメンバーに対する目的地設定を行うことができるようにしたものである。すなわち、第２実施形態では、目的地設定を同報通信的に行うようにしたものである。
そのため第２実施形態における携帯情報端末２００及びナビゲーション装置１００では、本実施形態における目的地送信メンバー設定処理プログラムを備えると共に、目的地を設定するメンバーの候補リストデータを備えており、又は、情報センタ１０から目的地送信メンバーを選択するメンバー候補リスト画面をＷｅｂ情報として取得するためのＷＷＷのブラウザソフトを備えている。
一方、第２実施形態における情報センタ１０では、目的地判定プログラム２５に変えて第２実施形態用の目的地判定プログラムがメモリ１８に格納され、また、メンバー候補リストがデータベース４０に格納されている。メンバー候補リストは、各ＩＤのユーザ毎に、該当するユーザデータ５０に格納される。

図１６は、携帯情報端末２００及びナビゲーション装置１００において実行される目的地送信メンバー設定処理の動作を表したフローチャートである。なお、以下の動作説明では、携帯情報端末２００による処理として説明するが、ナビゲーション装置１００においても同様に処理される。この場合、第１実施形態における目的地設定の処理と同様に、携帯情報端末２００の各部の動作説明は下２桁の数字が一致しているナビゲーション装置１００の各部の動作となる。例えば、携帯情報端末２００における演算処理部２０１は、ナビゲーション装置１００における演算処理部１０１に対応する。

演算処理部２０１は、まず目的地設定処理を実行する（ステップ１０１）。この目的地設定処理は第１実施形態で説明した目的地設定処理と同一であり、携帯情報端末２００が目的地設定プログラム２５０と目的地設定用データ２６６を備えている場合には目的地設定用データの中から選択された目的地（駐車場要求、出発日時を含む）が情報センタ１０に送信される。
一方、かかるプログラムやデータが無い場合には図７で説明したＷｅｂ情報による目的地設定処理が行われる。この場合、他の処理も含め、必要事項を選択するためキーや項目が表示された選択画面や、ユーザリスト等もＷｅｂ情報により情報センタ１０から取得し、選択された項目やデータを情報センタ１０に送信することになる。以下、プログラムやデータを有する場合について説明するが、Ｗｅｂ情報による場合も同様に行われる。
なお、本実施形態による目的地の同報設定が行われる場合には、この目的地設定処理において通常出発日時が設定されるが、出発日当日に設定する場合も存在するので、出発日時の設定は必ずしも必須設定事項とはされていない。

その後演算処理部２０１は、ユーザにより「メンバー設定」が表示画面から選択されたか否かを判断する（ステップ１０２）。なお、選択されるキーの表示としては他に「他の人にも送る」等の他の表示でもよい。
メンバー設定が選択されない場合（ステップ１０２；Ｎ）、制御プログラム２５４によるメインルーチンにリターンする。
一方、目場合設定が選択された場合（ステップ１０２；Ｙ）、演算処理部２０１は、メンバーの候補リストをデータ格納領域から取得し表示部２０６に表示する（ステップ１０４）。
図１７は、本実施形態において表示部２０６に表示される表示画面の一例を表したもので、（ａ）はメンバーの候補リストが表示された目的地送信メンバー設定画面、（ｂ）は新メンバー設定画面、（ｃ）は他人によって目的地が設定されたユーザに送信されるメール画面を表したものである。
図１７（ａ）に示すように、目的地送信メンバー設定画面では、目的地設定者固有のユーザリストが表示される。すなわち、過去に他者に対して目的地設定を行った場合の当該他者や、自分の目的地を他者が行った場合の当該他者や、別途メンバー設定した他者が、目的地送信メンバー候補としてデータ格納領域２０２Ｂに登録される。この登録されているメンバーの候補リストが表示される。そして目的地送信メンバー設定画面には、図１７（ａ）に示されるように、ユーザ氏名とユーザＩＤが表示される。
そして、各ユーザ名の前には番号が表示され、この番号をテンキー等で指定することにより、該当表示箇所をタッチすることにより、又はカーソル移動キーの操作で該当表示箇所を反転表示し選択すること等により、ユーザ氏名が選択されると、選択されたユーザ氏名の左側の枠内に選択済みであることを表すチェックマーク（レ点で表示）が表示される。

このようにして目的地設定者は、目的地送信メンバー設定画面において、目的地を設定するメンバーを選択する。現在表示されているメンバー候補にはメンバーが表示されていない場合には、同様にして「０ 次画面」を選択することで、他のメンバー候補が同様に表示される。
そして、目的地設定者のメンバー候補リストに登録されていない新たなメンバーを選択する場合には、図１７（ａ）に例示した「♯新メンバー」キーを選択する。
携帯情報端末２００の演算処理部は、この「♯新メンバー」キーの選択を検出すると（ステップ１０５；Ｙ）、図１７（ｂ）に示す新メンバー設定画面を表示部１０６に表示する（ステップ１０６）。
目的地設定者は、この新メンバー設定画面において目的地を設定する新たなメンバーを特定する。新メンバーを特定するための入力項目としては、当該新メンバーのＩＤ、氏名、メールアドレス、電話番号、暗唱番号があるが、本実施形態ではこれら全項目を入力する必要はなく、情報センタ１０においてメンバー（ユーザ）を特定するためにＩＤと他１項目の最低２つ項目の入力が要求されている。但し、ユーザ認定をより正確に行うために３項目以上、４項目以上、又は全項目を要求するようにしてもよい。また１項目だけの入力を認め、この１項目ではユーザ特定できない場合に他の項目の入力を要求するようにしてもよい。

以上の目的地送信メンバー設定画面、又は新メンバー設定画面において、目的地送信メンバーを選択した後に目的地設定者によって「＊確定」キーが選択されると、演算処理部はこれを検出し（ステップ１０７；Ｙ）、確定時に選択されている目的地送信メンバーのＩＤを情報センタ１０に送信する（ステップ１０８）。
なお、新メンバー設定がされた場合には、ＩＤと共に入力された他の項目も併せて送信される。
また、設定された新メンバーは、目的地設定者に対するユーザ候補リストに自動的に登録される。

図１８は情報センタにおいて行われる本実施形態の目的地設定処理を表したフローチャートである。
情報センタ１０の演算処理部１４は、ユーザ目的地の受信監視（ステップ３１）〜車両目的地の格納（ステップ３６、３８、３９）までの処理を行う。このステップ３１〜３９の各処理は図８で説明した目的地判定処理のステップ３１〜３９と同一である。
以上の処理の後、演算処理部１４は、目的地と共に、又は目的地の後にメンバーＩＤが送信されたか否か確認し、メンバーＩＤがあれば（ステップ１２０；Ｙ）、各メンバーＩＤのユーザデータ５０に車両目的地と最終目的地を格納する（ステップ１２１）。

そして演算処理部１４は、各メンバーＩＤのユーザに対して、他者によって目的地が設定された旨のメールを、目的地設定者に関するユーザデータ５０、及び受信した目的地等のデータから自動作成し送信する（ステップ１２２）。メールを送信する場合には、該当ＩＤのユーザデータ５０に格納されているメールアドレスが使用される。
図１７（ｃ）は演算処理部１４が作成するメールのを例示したものである。この図１７（ｃ）に例示されるように、１行目の「高橋 隆」の部分に目的地設定者の氏名が使用され、３行目の日時の部分に出発日時が使用され、４行目の場所の部分に目的地名称が使用され、５行目の「高橋」の部分に目的地設定者の「氏」が使用され、同５行目の「自宅」はユーザデータの車両現在位置が使用され、６行目の出発予定時刻は出発日時が使用される。
また、最終行の「詳細は」以下の記載は、対象ファイルを取得してＷｅｂブラウザ中に表示するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）である。
情報センタ１０からメールを受信したユーザ（受信機器は形態情報端末２００以外に、パーソナルコンピュータ、ナビゲーション装置１００等であってもよい。）は、このＵＲＬを指定することで、他人（図１７（ｃ）では高橋隆氏）が設定した目的地の設定内容を自分用にエディットすることができる。例えば、設定された目的地間での途中で他のメンバー甲を乗せるような場合に、当該メンバー甲の自宅を通過点として設定することが可能になる。
このように、メールに表示したＵＲＬを指定した後に当該ユーザ用にエディットされた目的地に関連するデータは、情報センタ１０によって、エディットした該当ＩＤのユーザデータ５０に格納される。

各メンバーＩＤのユーザにメールを送信した後演算処理部１４は、目的地設定者に対する新メンバーが設定されているか否か判断する（ステップ１２３）。新メンバーか否かについては、目的地設定者のＩＤに対応するユーザデータ５０に格納されているメンバー候補リストにないメンバーＩＤを受信しているか否かから判断する。
そして、新メンバーが設定されている場合（ステップ１２３；Ｙ）、演算処理部１４は、新メンバーの氏名とＩＤを、目的地設定者のメンバー候補リストに格納し（ステップ１２４）、制御プログラム２５４によるメインルーチンにリターンする。

以上の処理により、他者によって目的地が設定されたユーザ（ユーザＢとする）は、自己宛のメールを確認することで目的地が設定されていることを確認できる。
そして、このユーザＢは自分で目的地を情報センタ１０に事前設定した場合と同様に、他者が設定した日にイグニッションオンすることで、第１実施形態で説明した目的地設定確認処理（図９）、リクエスト・経路案内処理（図１２）が実行され、車両目的地と車両目的地が別地点であれば更に携帯情報端末２００に非車両経路の地図絵が受信される。
このように、第２実施形態によれば、１人の目的地設定者による１回の目的地設定により、自己を含めた複数のメンバーに対する目的地を情報センタ１０のユーザデータ５０に登録することができる。

なお説明した第２実施形態において、情報センタ１０は、受信した各メンバーＩＤに対して図１７（ｃ）に例示したメールを送信するが、メール送信ができなかったメンバーがいる場合に、メール送信できなかったメンバーがいること及びメンバーＩＤと氏名を、目的地設定をした携帯情報端末２００又はナビゲーション装置１００に対して通知するようにしてもよい（変形例２１）。これを受信した携帯情報端末２００等では、メール送信できなかったメンバーが存在することと、そのメンバーの氏名、ＩＤが表示部に表示される。目的地設定者はこの表示を確認することで、メール以外の手段例えば、電話により当該メンバーに目的地設定したことやメール送信できなかったことを連絡することができる。

また、説明した第２実施形態では、他人が設定した目的地と自己が設定した目的地とで区別することなく、ユーザ５０の同一エリアに格納するようにしたが、両者を区別して別エリアに格納するようにしてもよい（変形例２２）。
この場合情報センタ１０は、目的地設定確認処理を行う場合に、設定されている目的地が他人により設定されている場合には、目的地設定確認を求めたユーザに対して他人が設定した目的地であること、その目的地（車両目的地）までの経路・案内データを送信して良いか否かについて確認する。情報センタ１０は、他人が設定した目的地で良い旨の確認がナビゲーション装置１００から送信された場合に、経路探索・案内データ送信処理（図１１）を行う。

（４）第３実施形態
次に第３実施形態について説明する。
説明した第１実施形態では、情報センタ１０が車両目的地から最終目的地までの非車両経路を検索して地図絵を携帯情報端末２０に送信することで、携帯情報端末２０のユーザが徒歩等によって最終目的地まで到達できるようにした。
第３実施形態では、これとは別に、又は第１実施形態に加えて、目的地の事前設定を行っている携帯情報端末２００の現在位置から、ナビゲーション装置１００が車載されている車両の現在位置までの非車両経路を探索し地図絵を当該携帯情報端末２００に送信するものである。なお、事前に行う目的地設定処理には、第２実施形態で説明した他のユーザの目的地も同時に事前設定する場合も含めることが可能である。

図１９は、本実施形態における情報センタ１０とナビゲーションシステム１００、携帯情報端末２００とのデータのやり取りの一例を表したものである。
この図１９の矢印Ｅ０′に示すように、携帯情報端末２００は第１実施形態で説明した動作により目的地を設定すると共に、現在位置を設定する。
現在位置の設定は、携帯情報端末２００がＧＰＳ受信装置を備えている場合には、そのＧＰＳ受信装置で特定される緯度、経度で特定される座標値が現在位置として設定される。ＧＰＳ等の位置計測部を備えていない場合には、ユーザ（目的地設定者）によって入力される、その場所の住所や電話番号が現在位置として設定される。
また、目的地設定用データ２６６を備えている携帯情報端末２００であれば、目的地設定プログラム２５０による目的地設定処理と同様にして現在いる施設等を目的地設定用データ２６６から指定し、これを現在位置として設定する。この場合の目的地設定プログラムは、第１実施形態で説明したと同様にジャンル等によって施設等を指定した後に「目的地に設定」「経由地に設定」「現在位置に設定」のいずれかを選択することで目的地、経由地（通過点）、現在位置のいずれに設定するかを決めるようにする。
更に、携帯情報端末２００が図７に示すように、ＷＷＷのブラウザソフトによりインターネット経由で情報センタ１０に対して目的地設定を行う場合には、同様にしてインターネット経由で現在いる施設等を指定することで現在位置を設定する。

携帯情報端末２００は、図１９の矢印Ｅ１′で示すように、以上のいずれかの方法により目的地と現在位置を設定すると、設定した目的地、現在位置及びＩＤを情報センタ１０に送信する。
情報センタ１０では、目的地等のデータを受信すると、矢印Ｅ２′で示すように、受信したデータ中に携帯情報端末２００の現在位置が含まれているか否かを判断し、含まれていなければ第１実施形態と同様に目的地判定処理（図８）を実行し、最終目的地と車両目的地を該当ＩＤのユーザデータ５０に格納する。

一方、受信データ中に現在位置が含まれている場合には、車両目的地までの移動経路探索要求があったものと判断し、受信したＩＤに対応するユーザデータ５０から車両現在位置を読み出し、受信した携帯情報端末２００の現在位置から車両現在位置までの経路探索を非車両モードで実行する。
すなわち、情報センタ１０の演算処理部１４は、非車両モードの探索で使用される歩道橋や横断歩道等の歩行者専用道路や、車両や歩行以外の移動手段（ケーブルカー，モノレール，ロープウェイ，電車，汽車，船，バス，タクシー，動く歩道等）による移動可能な経路に関するデータ（駅名，地点データ，地点間距離，時刻表等）を含めた経路探索用データ４２を使用して、現在位置から車両現在位置までの移動経路を探索する。
そして、情報センタ１０の演算処理部１４は、探索した最終目的地までの移動経路に従って、地図絵作成データ５４の地図絵を使用して、図１４、図１５で例示した地図絵による移動経路を作成し、矢印Ｅ３′で示すように、作成した車両目的地までの地図絵による案内データを携帯情報端末２００に送信する。
地図絵を受信した携帯情報端末２００では、受信した地図絵をユーザの操作に応じて順次画像表示することで車両目的地までの非車両手段による経路を案内する（Ｅ４′）。

なお、第３実施形態における情報センタ１０では、車両現在位置を常時認識できるようにする必要がある。そのため、ナビゲーション装置１００は、車両のイグニッションオフ時に車両現在位置を位置計測部１０４から取得して情報センタ１０に送信するようにする。情報センタ１０では、送信される車両現在位置を該当ＩＤのユーザデータに格納することで、常時車両の現在位置を認識することが可能になる。

このように第３実施形態によれば、携帯情報端末２００のユーザは、ナビゲーション装置１００用の目的地を設定すると共に、現在位置から車両現在位置までの地図絵を受信することで、容易に車両現在位置に到達することができる。
このように車両現在位置までの地図絵（非車両移動経路）を受信できるので、不案内な場所に出かけた場合でも安心して車両からはなれて移動することができる。

説明した第３実施形態において携帯情報端末２００は、移動経路の探索要求に代えて現在位置を情報センタ１０に送信したが、現在位置と共に車両現在位置までの移動経路探索の要求データを情報センタ１０に送信するようにしてもよい（変形例３１）。この場合情報センタでは、携帯情報端末２００の現在位置と共に移動経路探索の要求データを受信することで車両現在位置までの非車両モードによる移動経路探索を実行することになる。

また説明した第３実施形態では、携帯情報端末２００からナビゲーション装置１００用の目的地を事前に設定する場合を例に説明したが、ナビゲーション装置１００用の目的地設定の有無とは関係無く、携帯情報端末２００の現在位置から車両現在位置までの非車両モードによる移動経路の探索を行うようにしてもよい（変形例３２）。
この場合、携帯情報端末２００は、現在位置及び車両現在位置までの非車両移動経路探索の要求、又は車両現在位置までの非車両移動経路探索の要求を兼ねた現在位置を情報センタ１０に送信する。
一方、情報センタ１０は、現在位置及び車両現在位置までの非車両移動経路探索の要求、又は車両現在位置までの非車両移動経路探索の要求を兼ねた現在位置を受信した場合には、目的地判定処理（図８）を行うことなく、上述した現在位置から車両現在位置までの非車両モード移動経路の探索と、地図絵を作成して携帯情報端末２００に送信する。

更に、車両現在位置以外の施設や地点を携帯情報端末２００の目的地とし、この目的地までの移動経路を非車両モードで探索するようにしてもよい（変形例３３）。
この場合、携帯情報端末２００は、目的地と、目的地が携帯情報端末２００の目的地であることを示すデータと、現在位置と、非車両モードでの移動経路探索の要求（現在位置がこの要求を兼用してもよい）を情報センタに送信する。携帯情報端末２００による目的地の設定は、第１実施形態で説明した各方法のいずれかによる。
情報センタ１０では、目的地判定処理（図８）を行うことなく、上述した現在位置から車両現在位置までの非車両モード移動経路の探索と、地図絵を作成して携帯情報端末２００に送信する。

（５）第４実施形態
次に第４実施形態について説明する。
説明した第１実施形態では、車両目的地に到着した車両から降りて徒歩等で目的地に向かう場合、車両（ナビゲーション装置１００）が車両目的地の到着時に車両現在位置を情報センタ１０に通知し、それを元にサーバが最終目的地までの簡略案内図（地図絵）を携帯電話に送信するようにしている。
しかし、車両の到着地点（通常は車両目的地）が地下駐車場などのような通信用の電波が届かない所だと、ナビゲーション装置１００は車両現在位置と車両目的地到着を情報センタ１０に通知することができない場合がある。
第４実施形態では、このように最終的な車両到着地点で情報センタ１０と通信ができない場合に、車両現在位置を携帯情報端末２００に送信し、通信可能な地点に移動した後に携帯情報端末２００から車両の到着と車両現在位置を情報センタ１０に送信するようにしたものである。

図２０は、第４実施形態における情報センタ１０とナビゲーションシステム１００、携帯情報端末２００とのデータのやり取りの一例を表したものである。
携帯情報端末２００からナビゲーション装置１００の目的地を情報センタ１０に設定する処理（矢印Ｅ０〜Ｅ２）、及び、ナビゲーション装置１００を搭載した車両のイグニッションオン（矢印Ｆ０）以降、目的地設定確認処理（矢印Ｆ１〜Ｆ４；図９、図１０）、分割経路のリクエスト（ナビゲーション装置１００）と経路・案内データの送信（情報センタ１０）の処理（矢印Ｆ５〜Ｆ９、…）は第１実施形態と同一である。

そしてナビゲーション装置１００が目的地に到着した時点で、情報センタ１０にデータ送信ができない場合、図２０の矢印Ｆｎ−２′で示すように、ナビゲーション装置１００の演算処理部は、位置計測部１０４で計測される車両現在位置を携帯情報端末２００に送信する。この車両現在位置の送信は、赤外線通信、ＳＳ（スペクトラム拡散）通信等の無線通信、シリアル通信やパラレル通信等の有線通信、パケット交換方式又は回線交換方式のいずれかによる。
ナビゲーション装置１００では情報センタとの通信がパケット交換方式による場合には、車両現在位置を携帯情報端末２００に送信した時点で、情報センタ１０との通信を一方的に終了させる。

携帯情報端末２００は、ナビゲーション装置１００から車両現在位置を受信すると、図２０の矢印Ｆｎ−１′に示すように、受信した車両現在位置をデータ格納領域２０２Ｂに格納する。
そしてユーザは、携帯情報端末２００を携帯して車両から離れて、情報センタ１０との通信が可能な場所まで移動した後、矢印Ｆｎ′に示すように、携帯情報端末２００から情報センタ１０に車両現在位置、ＩＤ、車両目的地到着を通知する。

一方、情報センタ１０では、携帯情報端末から車両現在位置、ＩＤ、車両目的地到着を受信すると、矢印Ｇ０で示すように、該当ＩＤのユーザデータ５０に車両現在位置を格納すると共に、車両現在位置から最終目的地まで非車両モードによる移動経路の探索を行う。この移動経路の探索は第１実施形態において説明した最終目的地探索処理（図１３）と同一である。そして、矢印Ｇ１に示すように、最終目的地探索処理で作成した地図絵を携帯情報端末２００に送信する。
なお、情報センタ１０では、ナビゲーション装置１００との通信がパケット交換方式による場合には、携帯情報端末２００から車両現在位置等を受信した時点で、一方的に通信を終了させる。

情報センタ１０から最終目的地までの地図絵を受信した携帯情報端末２００では、矢印Ｇ２に示すように、第１実施形態と同様に地図絵を表示部２０６に表示することで最終目的地までの案内を行う。

図２１は、第４実施形態におけるリクエスト・経路案内処理を表したものである。
この図２１に示すように、第４実施形態におけるリクエスト・経路案内処理は、ステップ８０からステップ８５までの処理は第１実施形態（図１２参照）と同一である。
そして、車両が車両目的地に到着した場合（ステップ８５；Ｙ）、ナビゲーション装置１００の演算処理部１０１は、情報センタ１０との通信が可能か否かを判断し（ステップ１３０）、通信が可能であれば（ステップ１３０；Ｙ）、第１実施形態と同様に、車両現在位置と車両目的地に到着したことを情報センタ１０に送信し（ステップ８６）、制御プログラム１５４によるメインルーチンにリターンする。
一方、情報センタ１０との通信ができない場合、演算処理部１０１は、位置計測部１０４で計測した車両現在位置を携帯情報端末２００に送信し、情報センタ１０との通信を強制的に終了して（ステップ１３１）、メインルーチンにリターンする。

以上説明したように第４実施形態によれば、ＧＰＳ受信装置等の現在位置検出装置を備えていない携帯情報端末でも、現在位置（車両現在位置）を取得できる。
このナビゲーション装置１００から取得した車両現在位置は、第３実施形態の変形例３３における携帯情報端末２００の現在位置として使用することができる（変形例４１）。この携帯情報端末２００は、現在位置（＝車両現在位置）から任意の目的地（非車両手段で移動する目的地）までの地図絵による移動経路を情報センタ１０に要求する。

第３実施形態では、イグニッションオフで車両現在位置をナビゲーション装置１００から情報センタ１０に送信するようにしたが、この第３実施形態に対しても第４実施形態を適用することができる（変形例４２）。
すなわち、イグニッションオフの際に情報センタ１０との通信ができない場合、ナビゲーション装置１００が車両現在地位を携帯情報端末２００に送信する。そしてユーザは、通信可能な場所に移動した後に携帯情報端末２００から情報センタ１０に車両現在位置を送信する。
これにより、車両が通信できない地域でイグニッションオフした場合であっても、情報センタ１０は車両現在位置を格納し、認識することができる。

また、第４実施形態では、車両目的地等に到着した場合にナビゲーション装置１００が携帯情報端末２００に車両現在位置を送信するようにしたが、常時、一定間隔（例えば、５分毎、ｎ分毎（ｎは変更可能な自然数）等）に、必要なタイミングで、又はユーザの要求に応じて、携帯情報端末２００に車両現在位置を送信するようにしてもよい（変形例４３）。必要なタイミングとしては、例えば、所定距離（例えば、１００ｍ、２００ｍ、５００ｍ等）を走行したタイミング、交差点等を進路変更したタイミング、イグニッションオフのタイミングなどがある。
この場合、走行経路の途中で一時駐車し、特定の目的地（非車両手段により移動する目的地）まで出かけるような場合にも、変形例３３における携帯情報端末２００の現在位置（＝車両現在位置）として使用することができる。
なお、この変形例４３を含めた第４実施形態の各変形例は、ナビゲーション装置１００による経路案内を行っていない場合においても適用が可能である（変形例４４）。

（６）第５実施形態
次に第５実施形態について説明する。
説明した第１実施形態では、ナビゲーション装置１００は表示部１０６を備え、この表示部１０６から目的地の設定や、経路案内用の走行経路や現在位置を表示するようにしている。また、第１実施形態では、携帯端末は目的地を情報センタ１０に設定するため及び／又は非車両移動経路（地図絵）の受信と表示用に使用しており、車両の走行経路の表示用には使用していない。
これに対して、第５実施形態では、携帯情報端末２００を有線又は無線でナビゲーション装置１００に接続し、ナビゲーション装置１００の表示部及び入力部として／又は表示部及び入力部の一部として使用できるようにしたものである。

このように携帯情報端末２００の表示機能及び／又は入力機能をナビゲーション装置１００の一部として使用することで、ナビゲーション装置１００を安価な構成とし、又は、機能拡張することができる。
すなわち、携帯情報端末２００を表示装置として使用することでナビゲーション装置１００の表示装置を不要とし、また携帯情報端末２００を入力装置の一部として使用することでナビゲーション装置１００の入力部の構成を簡略化することができる。また、表示装置を有するナビゲーション装置１００で携帯情報端末２００の表示機能を利用することで、表示機能を拡張できる。

具体的には、携帯情報端末２００の表示部２０６をナビゲーション装置１００で使用することで、各種表示用データをナビゲーション装置１００から出力し携帯情報端末２００のディスプレイ（表示部２０６）に表示させる。
例えば、案内対象交差点近傍（例えば、２００手前）に到達すると、それまで表示していた地図画面から交差点案内図に切り替えて表示するか、又は画面の一部に交差点案内図を表示しているが、携帯情報端末２００の表示画面を利用することで、地図画面をそのままナビゲーション装置１００の表示部１０６に表示した状態で、交差点案内図のみ携帯情報端末２００の表示部２０６に表示させることができる。
また、ナビゲーション装置１００用の車載ディスプレイ（表示部１０６）を持っていないユーザであっても、携帯情報端末２００のみでナビゲーションの案内図（経路案内図）を見ることができる。
さらに、ナビゲーション装置１００で選択可能な各種メニューを携帯情報端末２００の表示部２０６に表示させることで、メニュー表示中にもナビゲーション装置１００の表示部１０６で地図を見ることができる。
一方、携帯情報端末２００の入力部をナビゲーション装置１００で利用する場合、携帯情報端末２００からの信号を通信にてナビゲーション装置１００に送信することで、ナビゲーション装置１００に入力用インターフェースが不要になる。

この第５実施形態の場合、携帯情報端末２００とナビゲーション装置１００は、それぞれ専用の、又は通信制御部２０８、１０８兼用の、データ送受信部とデータ送受信用のバッファを備えている。両データ送受信部は、赤外線通信（ＩｒＤＡ規格、ＩｒＴｒａｎ−Ｐ規格等）、ＳＳ（スペクトラム拡散）通信等の無線通信、シリアル通信、パラレル通信等の有線通信等の通信用インターフェースが配置される。
また、携帯情報端末２００として携帯電話が使用されている場合、ハンズフリーによる通話が可能に構成されており、表示部２０６に案内画面を表示中でもハンズフリーにより安全に通話できるようになっている。
なお、第５実施形態のナビゲーション装置１００は、目的地までの経路探索機能を備えており、そのための経路探索プログラム及び経路探索用データ、案内用データを有している場合について説明する。また、第５実施形態の携帯情報端末２００は、目的地設定プログラム及び目的地設定用データを有していず、単独で目的地を設定する機能を備えていない場合について説明する。

次に、第５実施形態における動作につて説明する。
図２２は、携帯情報端末２００による目的地設定処理の動作を表したフローチャートである。
携帯情報端末２００の演算処理部は、モード選択画面を表示部２０６に表示する（ステップ１４１）。すなわち、演算処理部２０１は、各携帯情報端末２００に固有のモード選択画面として、図２３（ａ）に例示されるように、特定のデータ通信を設定するデータ通信メニューである「ｉＭｏｄｅ」キー、電話機能を選択する「電話メニュー」キー、及び、本実施形態の機能等を選択する「ナビメニュー」キーを表示部２０６に表示する。また、携帯情報端末２００が携帯電話であれば「ナビメニュー」キーの他に「電話メニュー」キーや「データ通信メニュー」キー等を、電子手帳であれば「ナビメニュー」キーの他に、「スケジュール」キーや「住所録」キー等を表示部２０６に表示する。
これらのモード選択キーは、画面表示されたソフトキーとして説明したが、スイッチ等のハードキーであってもよい。

携帯情報端末２００の演算処理部２０１は、モード選択画面において、ナビメニューが選択されると（ステップ１４１；Ｙ）、起動信号をインターフェースを介して供給、接続されているナビゲーション装置１００を起動する（ステップ１４３）。
そして演算処理部２０１は、ナビメニューの要求信号を送信してナビゲーション装置１００からナビメニューを取得し（ステップ１４４）、取得したナビメニューを表示部２０６に表示する（ステップ１４５）。このナビメニュー画面には、図２３（ｂ）に例示されるように、「１．行き先を決める」キー、「２．探す」キー、「３．設定」キー等の各種操作を選択するためのキーが画面表示される。これらの各キーはソフトウェア的に選択可能なソフトキーで、スクロールキーで画面表示されたいずれかのキーを指定した後、又は各キーの前に表示された数をテンキーで指定した後に選択ボタンを押下することでキーが選択される。

ナビメニュー画面において「行き先を決める」キーが選択されると（ステップ１４６；Ｙ）、演算処理部２０１は、目的地リストの要求信号を送信してナビゲーション装置１００から目的地リストを取得し（ステップ１４７）、携帯情報端末２００の表示部２０６に目的地リストを表示する（ステップ１４８）。
そして設定者による目的地の選択を監視し確定すると（ステップ１４９；Ｙ）、演算処理部２０１は、確定した目的地（及び選択されている場合には通過点）をナビゲーション装置１００に送信し（ステップ１５０）、ナビフラグをオンにし（ステップ１５１）、制御プログラム２５４によるメインルーチンにリターンする。

図２４は、第５実施形態におけるナビゲーション装置１００による経路設定処理を表したものである。
ナビゲーション装置１００の演算処理部１０１は、携帯情報端末２００から目的地が送信されるのを監視しており、目的地を取得すると（ステップ１６１；Ｙ）、位置計測部１０４から車両現在位置を取得する（ステップ１６２）。
そして、取得した車両現在位置から目的地までの走行経路を探索し、データ格納領域１０２Ｂの経路案内データ１６０に格納する（ステップ１６３）。なお、ナビゲーション装置１００が、目的地判定処理（図８）機能を備えている場合には、目的地を携帯情報端末２００から受信した時点で車両目的地と最終目的地とを判定し、図２４の経路設定処理では、車両現在位置から車両目的地までの経路が探索される。
演算処理部１０１は、経路探索が終了した後、経路探索済みを表す経路設定フラグをオンにして（ステップ１６４）、制御プログラム１５４によるメインルーチンにリターンする。

図２５は、ナビゲーション装置１００から経路案内データを送信する処理を表したフローチャートである。
ナビゲーション装置１００の演算処理部１０１は、経路探索が終了しているか否かを経路設定フラグから確認し、フラグオンの場合（ステップ１７１；Ｙ）、車両現在位置を位置計測部１０４から取得する（ステップ１７２）。
そして演算処理部１０１は、携帯情報端末２００に送信すべき案内データがあるか否かを判断し、送信すべき案内データがあれば（ステップ１７３）、携帯情報端末２００に案内データを送信する（ステップ１７４）。携帯情報端末２００に送信するデータとしては、車両現在位置、地図、交差点拡大図、走行経路等がある。

ナビゲーション装置１００の演算処理部１０１は、目的地に車両が到着して経路案内が終了するまで経路案内データを適時携帯情報端末２００に送信し（ステップ１７５；Ｎ）、車両が目的地に到着して経路案内が終了したら（ステップ１７５；Ｙ）、ナビフラグのオフを携帯情報端末２００に送信すると共に、経路設定処理のステップ１６４で設定した経路設定フラグをオフにし、メインルーチンにリターンする。

図２６は、ナビゲーション装置１００から取得した案内データを表示部２０６に表示する携帯情報端末２００の処理を表したフローチャートである。
携帯情報端末２００の演算処理部２０１は、ナビゲーション装置１００からの案内データの送信を監視する（ステップ１８１）。演算処理部２０１は、案内データを受信すると（ステップ１８１；Ｙ）、受信した車両現在位置、地図、交差点拡大図、走行経路等の案内データを表示部２０６の画面に表示する（ステップ１８２）。なお、案内データを表示する場合、演算処理部２０１は、夜等の必要に応じて、バックライトを点灯させることで案内データを認識し易くすることができる。
演算処理部２０１は、この案内データの受信と表示を、車両が目的地に到着してナビフラグオフの指示がナビゲーション装置１００から送信されるまで継続し（ステップ１８３；Ｎ）、ナビフラグオフの指示を受信したら（ステップ１８３；Ｙ）、ナビフラグをオフにし（ステップ１８４）、メインルーチンにリターンする。

図２７は、第５実施形態において表示される経路案内用の画面を表したものである。
図２７（ａ）は、ナビゲーション装置２００が表示装置２０６を備えている場合に、表示される案内画面の概要を表しており、車両位置Ｍと走行経路Ｌが地図画面上に表示されている。
そして、図２７ｂに示されるように、次の車両位置が案内交差点まで所定距離（例えば、５００ｍ、７００ｍ、１ｋｍ等）以上ある場合、ナビゲーション装置１００から携帯情報端末２００には、次の案内交差点までの距離Ｂ１と進路変更方向が変更方向を示す矢印Ｂ２が案内データとして送信され、表示される。図２７（ｂ）では２ｋｍ先を右折するように、距離Ｂ１と進路変更方向矢印Ｂ２が表示されている。案内交差点までの距離が所定距離以上ある場合には、図２７（ｂ）に示すように、距離Ｂ１と進路変更方向矢印Ｂ２が表示され、走行経路やランドマーク等は表示されない。
そして、案内交差点までの距離が所定距離未満になると、図２７（ｃ）に例示されるように、地図画面Ｂ３と走行経路に沿って表示された矢印Ｂ４が表示される交差点拡大図が、ナビゲーション装置１００から携帯情報端末２００に送信され、表示される。図２７（ｃ）には表示されていないが、交差点拡大図には適宜ランドマーク等が表示される。

次に、この携帯情報端末２００として携帯電話が使用されている場合において、経路案内中に着信があった場合の処理について、図２８のフローチャートを参照して説明する。
携帯電話（携帯情報端末２００）の演算処理部２０１は、電話の着信があるか否かを監視し、着信があった場合（ステップ１９１；Ｙ）、ナビフラグがオンされているか否かを判断する（ステップ１９２）。着信が無い場合（ステップ１９１；Ｎ）、及び着信があるがナビフラグオフである場合（ステップ１９２；Ｎ）には、メインルーチンにリターンする。
ナビフラグがオンである場合（ステップ１９２；Ｙ）、携帯情報端末２００は、通話中を含めてナビゲーション装置１００から送信される案内データの案内図を切り替えること無く表示し続け、ハンズフリー通話用の着信音を出力する（ステップ１９３）。
そして、ハンズフリー通話用スイッチがオンされるか、又は着信後一定時間経過した場合（ステップ１９４；Ｙ）、演算処理部２０１は、ハンズフリーによる通話を開始する（ステップ１９５）。携帯情報端末２００は、ケーブルによりナビゲーション装置１００に接続され車両内に固定される（無線通信の場合には通信可能な位置に固定される）ため、専用のハンズフリーユニットが使用され、又は車載マイクとスピーカがハンズフリーユニットとして使用される。
演算処理部２０１は、ハンズフリーによる通話が終了するまで（ステップ１９６；Ｎ）通話を継続し、通話終了キーの選択等により通話が終了したら（ステップ１９６；Ｙ）、メインルーチンにリターンする。

なお、説明した第５実施形態では、目的地（通過点を含む）を設定してナビゲーション装置１００に送信する場合について説明したが、携帯情報端末２００は、第１実施形態と同様に、駐車場要求（ナビゲーション装置１００が目的地判定処理（図８）機能を有している場合）及び／又は出発日時（事前の目的地設定をナビゲーション装置１００に対して行う場合）を設定してナビゲーション装置１００に送信するようにしてもよい（変形例５１）。

また説明した第５実施形態のナビゲーション装置１００が目的地までの経路探索機能を備え、携帯情報端末２００が単独での目的地設定機能を備えていない場合について説明したが、第１実施形態と同様に、ナビゲーション装置１００が経路探索機能を備えず、及び／又は、携帯情報端末２００が単独での目的地設定機能を備えるようにしてもよい。
例えば、ナビゲーション装置１００に経路探索機能がなく、情報センタ１０で経路探索等を行う場合、携帯情報端末２００は、設定した目的地（場合によって、通過点、駐車場要求、出発日時）と、ナビゲーション装置１００のＩＤを情報センタ１０に送信する（変形例５２）。この変形例５２において情報センタ１０は受信した目的地（車両目的地）を該当ＩＤのユーザデータ５０に格納する。そして第１実施形態と同様に、目的地判定処理（図８）、目的地確認判定処理（図９、図１０）が実行される。
その後情報センタ１０では、車両目的地までの走行経路を探索し、携帯情報端末２００を経由して又は直接ナビゲーション装置１００に送信する。この場合にナビゲーション装置１００に送信される走行経路は、車両目的地までの全走行経路でもよく、第１実施形態と同様にナビゲーション装置１００からのリクエストに応じた分割経路でもよい。
受信した全走行経路又は分割経路、及び車両現在位置に応じた案内データがナビゲーション装置１００から携帯情報端末２００に送信され、携帯情報端末２００の表示部２０６に表示される。

さらに、第１実施形態で説明した事前の目的地設定を情報センタ１０に対して行う場合には、ナビゲーション装置１００の経路探索機能の有無にかかわらず、設定した目的地等を情報センタ１０に送信するようにしてもよい。

（７）第６実施形態
次に第６実施形態について説明する。
この第６実施形態では、例えば、情報センタ１０が地点検索、経路検索および旅行スケジュール設定等を行い、ユーザは目的地近辺の駐車場等へ車載したナビゲーション装置１００の案内によって移動し、そこから携帯情報端末２００を利用して目的地まで案内するシステム（シームレスナビゲーションシステム）に適用される。
第１実施形態から第５実施形態及び各変形例では、ナビゲーション装置１００との間で携帯情報端末２００を無線又は有線により接続して使用する場合について説明したが、第６実施形態では、これら各実施形態及び変形例において、ユーザが携帯情報端末２００と共に車外へ移動する場合に、必要なデータを携帯情報端末２００に送信し忘れることによる不具合を解消するようにしたものである。

この第６実施形態におけるナビゲーション装置１００は、携帯情報端末２００との無線又は有線による通信装置、および、携帯情報端末２００の位置を補足する位置補足装置（位置補足手段）を備えている。
携帯情報端末２００は、様々な情報を表示するＷｅｂブラウザソフト、ナビゲーション装置１００との通信装置、および、携帯電話等の移動体通信により情報センタ１０とナビゲーション装置１０間の通信を媒介する通信制御部２０８を備えている。

図２９は第６実施形態におけるナビゲーション装置１００が携帯情報端末２００の位置を補足する処理動作を表したフローチャートである。
ナビゲーション装置１００の演算処理部１０１は、携帯端末を監視し（ステップ２０１）、携帯情報端末２００が車内から車外に移動するところか否かを判断する（ステップ２０２）。
すなわち、携帯情報端末２００が赤外線通信等により無線接続される場合、ナビゲーション装置１００の演算処理装置１０１は、携帯情報端末２００と定期的に位置確認用のデータをやり取りすることによって、携帯情報端末２００の距離を算出し、あらかじめ決められた一定の距離よりも離れたとき「車外へ移動する」と認識する。この位置確認用のデータとしては、双方がそれぞれを識別するためも識別コードを含んだデータが送受信され、その電波（赤外線）の強度、又は強度の変化量等によって携帯情報端末２００の距離が算出される。なお、識別コードの他に、電界強度やエラーレートをやり取りするようにしてもよく、詳細なデータフォーマットは、両者間で使用するデータ通信規格に準ずることになる。
また携帯情報端末２００が充電または給電のためにナビゲーション装置１００と有線で接続されている場合、ナビゲーション装置１００の演算処理部は、その有線接続が解除されたことを検出することによって「車外へ移動する」と認識する。

携帯情報端末２００の車内から車外への移動が検出されると（ステップ２０２；Ｙ）、演算処理部１０１は、位置計測部１０４から現在位置を取得し（ステップ２０３）、携帯情報端末２００に特定データを送信して（ステップ２０４）、制御プログラム１５４によるメインルーチンにリターンする。
ここでナビゲーション装置１００は、特定データとして、車両現在位置、又は車両現在位置と車両現在位置の地図データ、等を携帯情報端末２００に無線により送信する。
なお、ユーザの選択操作又は予め設定されたオプション設定に応じて、携帯情報端末２００を通じて情報センタ２００にも車両現在位置を送信するようにしてもよい。

このように携帯情報端末２００は、必ず車両現在位置を自動的に取得してデータ格納領域に格納するので、例えば、第１実施形態に本実施形態を適用することで、情報センタ１０とナビゲーション装置１００とが通信できない場合に必ず車両現在位置が携帯情報端末２００に格納されるので、ユーザは通信可能な場所まで到達した後に情報センタ１０に車両現在位置等を送信できないという不都合が回避される。
また、車両から離れる場合に必ず車両現在位置が自動的に携帯情報端末２００に格納されるので、車両から離れた後に、車両までの非車両モードでの移動経路検索を情報センタ１０に要求する場合に、格納済みの車両現在位置を非車両モード移動経路検索の最終目的地として情報センタ１０に送信することができ、不案内な土地であっても安心して車両から離れることができる。携帯情報端末２００から情報センタ１０に送信する現在位置は、現在いる場合の施設名称や電話番号、住所等により設定する。

以上説明したように第６実施形態によれば、ユーザの特別な操作なしに現在の車両現在位置を携帯情報端末２００へ自動的に無線を利用して転送することにより、ユーザによるデータ転送の操作負担を軽減することができる。
また、有線接続で起こりがちな、データを転送する前に接続を解除してしまいデータの転送を行うことができくなることが防止される。

以上説明した第６実施形態では、次のように構成することが可能である。
（Ａ）車載装置と携帯情報端末を備え、
前記車載装置は、前記携帯情報端末が車内から車外へ移動しようとしているか否かを判定する判定手段と、前記判定手段により、前記携帯情報端末が車内から車外へ移動しようとしていると判定された場合に、前記携帯情報端末に対して特定のデータを送信する送信手段を備え、
前記携帯情報端末は、記憶装置と、前記送信手段により送信される特定のデータを受信し、前記記憶装置に格納する受信手段を備えることを特徴とする車両データ処理システム。
（Ｂ）前記判定手段は、前記携帯情報端末と車両との距離が閾値を越えた場合に、携帯情報端末が車内から車外へ移動しようとしていると判定することを特徴とする（Ａ）に記載の車両データ処理システム。
（Ｃ）前記判定手段は、前記携帯情報端末と車両とが給電用ケーブル又はデータ通信用ケーブルで接続されている場合に、該ケーブルによる接続が解除されたことにより、前記携帯情報端末が車内から車外へ移動しようとしていると判定することを特徴とする（Ａ）に記載の車両データ処理システム。
（Ｄ）前記携帯情報端末は、前記受信手段によって前記記憶装置に格納されたデータを利用して、特定の処理を実行する処理手段を備えることを特徴とする（Ａ）、（Ｂ）、又は（Ｃ）に記載の車両データ処理システム。
（Ｅ）前記特定のデータは、車両位置データであり、
前記特定の処理は、携帯情報端末の画面に地図と併せて車両位置を表示することを特徴とする（Ｄ）に記載の車両データ処理システム。

（Ｆ）前記携帯情報端末が車内から車外へ移動しようとしているか否かを判定する判定手段と、
前記判定手段により、前記携帯情報端末が車内から車外へ移動しようとしていると判定された場合に、前記携帯情報端末に対して特定のデータを送信する送信手段を備えることを特徴とする車載データ処理装置。
車載データ処理装置としては、例えば、ナビゲーション装置が適用される。
（Ｇ）前記判定手段は、前記携帯情報端末と車両との距離が閾値を越えた場合に、携帯情報端末が車内から車外へ移動しようとしていると判定することを特徴とする（Ｆ）に記載の車載データ処理装置。
（Ｈ）前記判定手段は、前記携帯情報端末と車両とが給電用ケーブル又はデータ通信用ケーブルで接続されている場合に、該ケーブルによる接続が解除されたことにより、前記携帯情報端末が車内から車外へ移動しようとしていると判定することを特徴とする（Ｆ）に記載の車載データ処理装置。
（Ｉ）前記特定のデータは、車両位置データであることを特徴とする、（Ｆ）、（Ｇ）又は（Ｈ）に記載の車載データ処理装置。

（Ｊ）記憶装置と、車内から車外へ移動する際に車載データ送信装置から送信される特定データを受信し、前記記憶装置に格納する受信手段を備えることを特徴とする携帯情報端末。
（Ｋ）前記受信手段によって前記記憶装置に格納されたデータを利用して、特定の処理を実行する処理手段を備えることを特徴とする（Ｊ）に記載の携帯情報端末。
（Ｌ）前記特定の処理は、携帯情報端末の画面に地図と併せて車両位置を表示することを特徴とする（Ｋ）に記載の携帯情報端末。

（８）第７実施形態
次に第７実施形態について説明する。
この第７実施形態は、例えば、情報センタ１０が地点検索、経路検索および旅行スケジュール設定等を行い、ユーザは目的地近辺の駐車場等へ車載したナビゲーション装置１００の案内によって移動し、そこから携帯情報端末２００を利用して目的地まで案内するシステム（シームレスナビゲーションシステム）に適用される。
第１実施形態ではイグニッションオンによりナビゲーション装置１００が、予め設定された目的地等のデータを情報センタ１０から取得するように構成したが、この第７実施形態では、携帯情報端末２００が車両外から車両内に移動しようとしていること、又は移動したことを検出し、情報センタ１０に予め登録されている目的地データ等を自動的に取得するようにしたものである。

この第７実施形態におけるナビゲーション装置１００は、携帯情報端末２００との無線又は有線による通信装置、および、携帯情報端末２００の位置を補足する位置補足装置（位置補足手段）を備えている。
携帯情報端末２００は、様々な情報を表示するＷｅｂブラウザソフト、ナビゲーション装置１００との通信装置、および、携帯電話等の移動体通信により情報センタ１０とナビゲーション装置１０間の通信を媒介する通信制御部２０８を備えている。
なお、本実施形態のナビゲーション装置１００は、携帯情報端末２００を介して情報センタ１０と通信を行うようになっており、情報センタ１０と単独で通信を行う通信制御部１０８を備えていない。

図３０は、第７実施形態におけるナビゲーション装置１００が携帯情報端末２００の位置を補足する処理動作を表したフローチャートである。
ナビゲーション装置１００の演算処理部１０１は、携帯端末を監視し（ステップ２１１）、携帯情報端末２００が車外から車内に移動するところか否かを判断する（ステップ２１２）。
すなわち、携帯情報端末２００が赤外線通信等により無線接続される場合、ナビゲーション装置１００の演算処理装置１０１は、携帯情報端末２００と定期的に位置確認用のデータをやり取りすることによって、携帯情報端末２００の距離を算出し、あらかじめ決められた一定の距離よりも近づいたとき「車内へ移動する」と認識する。この位置確認用のデータとしては、双方がそれぞれを識別するためも識別コードを含んだデータが送受信され、その電波（赤外線）の強度、又は強度の変化量等によって携帯情報端末２００の距離が算出される。なお、識別コードの他に、電界強度やエラーレートをやり取りするようにしてもよく、詳細なデータフォーマットは、両者間で使用するデータ通信規格に準ずることになる。
また携帯情報端末２００が充電または給電のためにナビゲーション装置１００と有線で接続されている場合、ナビゲーション装置１００の演算処理部は、その有線接続が接続されたことを検出することによって「車内へ移動する」と認識する。

携帯情報端末２００の車外から車内への移動が検出されると（ステップ２１２；Ｙ）、演算処理部１０１は、情報センタ１０から設定済みの目的地情報を取得する（ステップ２１３）。すなわち、演算処理部１０１は、携帯情報端末２００に設定済目的地情報を情報センタ１０から取得するように依頼する。この依頼により携帯情報端末２００が情報センタ１０から設定済目的地情報を取得し、ナビゲーション装置１００に送信する。ナビゲーション装置１００の演算処理部１０１は、携帯情報端末２００を介して情報センタ１０から取得した設定済目的地情報をデータ格納領域１０２Ｂに格納して、メインルーチンにリターンする。

携帯情報端末２００を介して情報センタ１０から設定済目的地情報を取得したナビゲーション装置１００は、車両現在位置から取得した目的地までの走行経路を探索し、走行案内を行う。

以上説明したように第７実施形態によれば、ユーザの特別な操作なしに、予め情報センタ１０に設定され保存された目的情報を携帯情報端末２００へ自動的に無線を利用して転送することによりユーザの目的地設定操作負担を軽減することができる。
また、有線接続で起こりがちな、データ転送用ケーブル等の接続忘れ、接続ミス等によるデータの転送を行うことができなくなること等を防止することができる。
更に、最も時間を要する通信が自動車に乗り込む際に行われるので、乗車後すぐにナビゲーション装置１００による走行経路案内等を開始することができる。

なお、以上説明した実施形態では、ナビゲーション装置１００は、携帯情報端末２００を介して情報センタ１０と通信を行うようになっており、情報センタ１０と単独で通信を行う通信制御部１０８を備えていない場合について説明したが、ナビゲーション装置１００は情報センタ１０と単独で通信を行う通信制御部１０８を備えてもよい（変形例７１）。
この場合、ナビゲーション装置１００の演算処理部１０１は、携帯情報端末２００の車外から車内への移動を検出すると（ステップ２１２；Ｙ）、通信制御部１０８を介して設定済目的地情報を直接情報センタ１０から取得する。

また、説明した第７実施形態においてナビゲーション装置１００は、情報センタから設定済みの目的地情報を取得したが、車両現在位置を送信し設定済みの目的地までの走行経路を情報センタ１０で探索し、探索された経路・案内データを情報センタ１０から取得するようにしてもよい（変形例７２）。
この場合、ナビゲーション装置１００取得する走行経路は、車両目的地までの全走行経路でもよく、第１実施形態と同様にナビゲーション装置１００からのリクエストに応じた分割経路を取得するようにしてもよい。

以上説明した第７実施形態では、次のように構成することが可能である。
（ａ）車載装置に対して、特定のデータを送信可能な情報センタと、
携帯情報端末が車外から車内へ持ち込まれようとしているか否か、又は、携帯情報端末が車外から車内へ持ち込まれたか否かを判定する判定手段と、
該判定手段により、前記携帯情報端末が車外から車内へ移動しようとしていること、又は、携帯情報端末が車外から車内へ持ち込まれたことが判定された場合に、前記情報センタから前記車載装置に対して、特定のデータを送信する送信手段と、
前記車載装置は、記憶装置と、前記送信手段により送信される特定のデータを受信して前記記憶装置に格納する受信手段と、前記受信手段によって前記記憶装置に格納された特定のデータを利用して、特定の処理を実行する処理手段と、を備えることを特徴とする車両データ処理システム。
（ｂ）前記判定手段は、前記携帯情報端末と車両との距離が閾値以下になった場合に、前記携帯情報端末が車外から車内へ移動しようとしていることを判定することを特徴とする（ａ）に記載の車両データ処理システム。
（ｃ）前記判定手段は、前記携帯情報端末と前記車載装置とが、給電用ケーブル又はデータ伝送用ケーブルで接続された場合に、前記携帯情報端末が車外から車内へ持ち込まれたことを判定することを特徴とする（ａ）に記載の車両データ処理システム。
（ｄ）前記特定のデータは、目的地まで車両を案内するための案内データであり、
前記処理手段は、前記特定の処理として、目的地まで車両を案内することを特徴とする（ａ）に記載の車両データ処理システム。
（ｅ）前記特定のデータは、目的地データであり、
経路設定用の道路データを格納した道路データ記憶装置を備えており、
前記処理手段は、前記特定の処理として、道路データ及び目的地データを利用して、目的地までの経路を設定する設定手段と、を備えることを特徴とする（ａ）、（ｂ）、（ｃ）又は（ｄ）に記載の車両データ処理システム。

（ｆ）記憶手段と、
携帯情報端末が車外から車内へ持ち込まれようとしているか否か、又は、携帯情報端末が車外から車内へ持ち込まれたか否かを判定する判定手段と、
該判定手段により、前記携帯情報端末が車外から車内へ移動しようとしていること、又は、携帯情報端末が車外から車内へ持ち込まれたことが判定された場合に、前記情報センタから特定のデータを受信し前記記憶手段に格納する受信手段と、
前記記憶装置に格納された特定のデータを利用して特定の処理を実行する処理手段と、を備えることを特徴とする車載データ処理装置。
この車載データ処理装置としては、例えば、ナビゲーション装置が使用される。
（ｇ）前記判定手段は、前記携帯情報端末と車両との距離が閾値以下になった場合に、前記携帯情報端末が車外から車内へ移動しようとしていることを判定することを特徴とする（ｆ）に記載の車載データ処理装置。
（ｈ）前記判定手段は、前記携帯情報端末が、給電用ケーブル又はデータ伝送用ケーブルで接続された場合に、前記携帯情報端末が車外から車内へ持ち込まれたことを判定することを特徴とする（ｆ）に記載の車載データ処理装置。
（ｉ）前記特定のデータは、目的地まで車両を案内するための案内データであり、
前記処理手段は、前記特定の処理として、目的地まで車両を案内することを特徴とする（ｆ）、（ｇ）又は（ｈ）に記載の車載データ処理装置。
（ｊ）前記特定のデータは、目的地データであり、
経路設定用の道路データを格納した道路データ記憶装置を備えており、
前記処理手段は、前記特定の処理として、道路データ及び目的地データを利用して、目的地までの経路を設定する設定手段と、を備えることを特徴とする（ｆ）、（ｇ）、（ｈ）又は（ｉ）に記載の車載データ処理装置。

以上説明した各実施形態及び変形例では、イグニッションオンにより目的地設定確認処理（図９）を行うようにしたが、ナビゲーション装置１００のスイッチオンにより目的地設定確認処理を行うようにしてもよい。

本実施形態のナビゲーションシステムは、タクシーやバス、運送用車両と、それらを配送するセンタ等、独自の通信網によりデータの送受信を行うシステムにも適用することができる。

説明した各実施形態や変形例では、目的地を情報センタ１０に設定する場合に目的地のデータ等を送信する場合について説明したが、ナビゲーション装置１００又は携帯情報端末２００のユーザと、情報センタ１０のオペレータとの会話により、オペレータが情報センタ１０の該当ユーザデータ５０に目的地を設定するようにしてもよい。
また、携帯情報端末２００から情報センタ１０に送信する目的地又は経由地は、電話番号、住所の５０音、ジャンル、施設名称、又は、郵便番号などであってもよい。また、目的地又は経由地を音声でセンタに送信し、送信された音声をセンタで音声認識し、認識結果を目的地又は経由地として登録してもよい。

また、説明した各実施形態及び変形例において、ナビゲーション装置と携帯情報端末が、データ通信用ケーブルで接続される場合に、通信中であるにもかかわらず、ユーザが、携帯情報端末からデータ通信用ケーブルを外してしまう可能性、又は接触により外れてしまう可能性がある。
そこで、データ通信用ケーブルを介して通信している場合には、データ通信用ケーブルを携帯情報端末から外せないようにする手段を設けることもできる。
例えば、データ通信用ケーブルのコネクタに、このコネクタ自身を携帯情報端末のソケットに挿入することで、携帯情報端末に係合し、この係合した状態で、ユーザによって相互に近接させられることにより弾性変形してその係合を解く２本の爪を設ける。そして、２本の爪の中間に、モータで回転制御される楕円形のカムを備える。データ通信中には、ユーザの操作によっても相互に近接させられないように、カムの楕円形の長辺がそれぞれの爪に当接するようにモータを回転制御する。一方、データ通信中でない場合には、カムの楕円の短辺がそれぞれの爪に向き合うようにモータを回転制御して、２本の爪に対するユーザの近接操作が可能なようにする。
また、データ用通信ケーブルのコネクタに、例えば、ＬＥＤの様な発光素子を埋め込み、データ通信中でない場合には発光させず、一方、データ通信中である場合には、この発光素子を点滅、点灯等させることで、ユーザにデータ通信中であることを知らせても良い。また、２色ＬＥＤなどを用い、データ通信中でない場合と、データ通信中である場合の表示色を変更するようにしてもよい。

以上各実施形態及び変形例について説明したが、これら実施形態及び変形例は、それぞれ単独でも処理実行が可能であるが、他の実施形態、変形例と組合わせること、他の実施形態、変形例に追加し、又は他の実施形態、変形例の該当個所を置き換えることが可能である。

また、説明した実施形態及び各変形例に基づき次のように構成することも可能である。
（１）構成１「 車両のイグニッションオンを検出する検出手段と、
この検出手段でイグニッションオンが検出された場合に、情報センタに事前に設定された設定情報の有無を確認する確認手段と、
この確認手段の確認に基づいて前記情報センタから送信される特定のデータを受信する受信手段と、
この受信手段で受信した特定のデータに基づく特定処理を行う特定処理手段と、を具備することを特徴とするナビゲーション装置。」
（２）構成２「 車両のイグニッションオンを検出する検出手段と、
この検出手段でイグニッションオンが検出された場合に、情報センタに自己あてに登録された設定情報の有無を確認する確認手段と、
この確認手段によって自己あてに登録された設定情報があること確認された場合、前記情報センタから当該設定情報を取得する取得手段と、
この取得手段で取得した設定情報に基づく特定処理を行う特定処理手段と、を具備することを特徴とするナビゲーション装置。」
（３）構成３「 前記自己あてに登録された設定情報は、目的地を設定するための目的地情報であり、
前記特定処理手段は、前記取得手段で取得した目的地情報によって設定される目的地までの走行経路探索、又は探索した走行経路の案内を前記特定処理として行うことを特徴とする構成２に記載のナビゲーション装置。」
（４）構成４「 前記自己あてに登録された設定情報は、走行経路の案内情報であり、
前記特定処理手段は、前記取得手段で取得した走行経路の案内情報に基づく案内を前記特定処理として行うことを特徴とする構成２に記載のナビゲーション装置。」
（５）構成５「 前記設定情報は、携帯情報端末、パーソナルコンピュータ、及びナビゲーション装置等の情報処理装置から送信された設定情報であることを特徴とする構成１、構成２、構成３又は構成４に記載のナビゲーション装置。」
（６）構成６「 車両が目的地に到着したか否かを判断する到着判断手段と、
この到着判断手段で目的地に到着したと判断した場合に、前記情報センタに目的地到着と車両現在位置を送信する目的地到着送信手段と、を具備することを特徴とする構成１から構成５のうちのいずれか１の構成に記載のナビゲーション装置。」
（７）構成７「 前記到達判断手段は、車両現在位置が前記目的地と一致した場合又は車両現在位置と前記目的地との距離が一定距離以下となった場合に目的地に到着したと判断することを特徴とする構成６に記載のナビゲーション装置。」
（８）構成８「 車両が車両目的地に到着し、当該車両目的地において前記情報センタと通信ができない場合に、車両現在位置を携帯情報端末に送信することを特徴とする構成１から構成７のうちのいずれか１の構成に記載したナビゲーション装置。」
（９）構成９「 携帯情報端末、パーソナルコンピュータ、及びナビゲーション装置等の情報処理装置から送信される設定情報を受信する設定情報受信手段と、
この設定情報受信手段で受信した特定の相手先にあてた設定情報を格納する設定情報格納手段と、
前記構成１から構成７のうちのいずれか１の構成に記載したナビゲーション装置からの、自己あてに登録された設定情報の有無の確認要求に基づいて、前記設定情報格納手段に設定情報が格納されているか否かを確認する確認手段と、
この確認手段で、前記確認要求をした前記ナビゲーション装置あての設定情報が格納されていることが確認された場合、前記設定情報を前記ナビゲーション装置に送信する送信手段と、を具備することを特徴とする情報センタ。」
（１０）構成１０「 前記情報処理装置、設定情報格納手段における前記設定情報の格納領域、及び前記ナビゲーション装置はユーザ毎のＩＤで対応付けられており、
前記設定情報格納手段は、前記設定情報受信手段の受信内容が他のユーザに対する設定要求を含む場合、前記受信した設定情報を、要求された他のユーザのＩＤに対応する前記設定情報格納手段の格納領域に格納することを特徴とする構成９に記載の情報センタ。」
（１１）構成１１「 前記設定情報は、目的地を設定するための目的地情報であることを特徴とする構成９又は構成１０に記載の情報センタ。」
（１２）構成１２「 前記設定情報格納手段により、要求された他のユーザのＩＤに対応する前記設定情報格納手段の格納領域に前記受信した設定情報を格納した場合、当該他のユーザにその旨を知らせる告知手段を具備することを特徴とする構成１０に記載の情報センタ。」
（１３）構成１３「 設定情報の送信者と、前記特定の相手先とが異なる場合、前記特定の相手先に対して、設定情報の登録がされた旨又は設定情報の内容を通知する通知手段を具備することを特徴とする構成９に記載の情報センタ。」
（１４）構成１４「 前記告知手段は、電子メール、ファクシミリ、又はデータ通信、音声合成された音声データによる音声通信によって、前記他のユーザにその旨を知らせることを特徴とする構成１２に記載の情報センタ。」
（１５）構成１５「 前記設定情報受信手段は、前記設定情報として目的地を設定するための目的地情報を受信し、
この目的地情報で設定される目的地が車両で到達できる地点か否かを判断する車両到達判断手段と、
この車両到達判断手段で前記目的地が車両で到達できない地点であると判断された場合に、前記目的地の周辺で車両で到達可能な地点を車両目的地として設定する車両目的地設定手段とを備え、
前記送信手段は、前記車両目的地の車両目的地情報を前記ナビゲーション装置に送信することを特徴とする構成９から構成１４のうちのいずれか１の構成に記載の情報センタ。」
（１６）構成１６「 携帯情報端末、パーソナルコンピュータ、及びナビゲーション装置等の情報処理装置から送信される目的地情報を受信する目的地情報受信手段と、
この目的地情報受信手段で受信した目的地情報で設定される目的地が車両で到達できる地点か否かを判断する車両到達判断手段と、
この車両到達判断手段で前記目的地が車両で到達できない地点であると判断された場合に、前記目的地の周辺で車両で到達可能な地点を車両目的地として設定する車両目的地設定手段と、
この車両目的地設定手段で設定された前記車両目的地から、前記目的地まで自車両以外の非車両移動手段で到着するための移動経路を探索する非車両移動経路探索手段と、
この非車両移動経路探索手段で探索された移動経路の情報を携帯情報端末に送信する移動経路送信手段とを具備することを特徴とする情報センタ。」
（１７）構成１７「 ナビゲーション装置から送信される目的地到着情報と車両現在位置を受信する目的地到着受信手段を備え、
前記移動経路送信手段は、前記目的地到着情報受信手段で受信した車両現在位置が前記車両目的地設定手段で設定した車両目的地である場合に前記移動経路を携帯情報端末に送信することを特徴とする構成１５に記載の情報センタ。」
（１８）構成１８「 前記非車両移動手段は、タクシーやバス等の公共車両、ケーブルカー、モノレール、ロープウェイ、電車、汽車、船、動く歩道、及び徒歩のうちの少なくとも１つであることを特徴とする構成１５に記載の情報センタ。」
（１９）構成１９「 ナビゲーション装置から車両現在位置を受信して格納する車両現在位置格納手段と、
携帯情報端末から現在位置を受信する携帯情報端末位置受信手段と、
この携帯端末位置受信手段で受信した現在位置から前記車両現在位置格納手段に格納された前記車両現在位置に、車両以外の非車両移動手段で到着するための移動経路を探索する非車両移動経路探索手段と、
この非車両移動経路探索手段で探索した移動経路を前記携帯情報端末に送信する移動経路送信手段と、を具備することを特徴とする情報センタ。」
（２０）構成２０「 車両のイグニッションオンを検出する検出手段と、この検出手段でイグニッションオンが検出された場合に、情報センタに事前に設定された設定情報の有無を確認する確認手段と、この確認手段の確認に基づいて前記情報センタから送信される特定のデータを受信する受信手段と、この受信手段で受信した特定のデータに基づく特定処理を行う特定処理手段とを備えたナビゲーション装置と、
携帯情報端末、パーソナルコンピュータ、及び前記ナビゲーション装置等の情報処理装置から送信される設定情報を受信する設定情報受信手段と、この設定情報受信手段で受信した設定情報を格納する設定情報格納手段と、前記ナビゲーション装置からの確認要求に基づいて、前記設定情報格納手段に設定情報が格納されているか否かを確認する確認手段と、この確認手段で設定情報の格納が確認された場合、特定のデータを前記ナビゲーション装置に送信する特定データ送信手段とを備えた情報センタと、からなる案内システム。」
（２１）構成２１「 前記設定情報は目的地情報であり、前記特定のデータは目的地情報又は走行経路の案内情報であることを特徴とする構成２０に記載の案内システム。」
（２２）構成２２「 携帯情報端末の外部に設けられる経路送信装置であって、
車両目的地から最終目的地への経路を、車両が前記車両目的地に到達する以前に、前記携帯情報端末へ送信する送信手段を備えることを特徴とする経路送信装置。」
（２３）構成２３「 携帯情報端末の外部に設けられる経路送信装置であって、
車両目的地から最終目的地への経路を、車両が前記車両目的地に到達した場合に、前記携帯情報端末へ送信する送信手段を備えることを特徴とする経路送信装置。」
（２４）構成２４「 有線又は無線で接続される情報端末を入力部として使用するナビゲーション装置であって、
前記情報端末から起動信号を受信して起動する起動手段と、
前記情報端末からの要求信号を受信し、当該情報端末に目的地リストを送信する目的地リスト送信手段と、
前記目的地リストの送信に基づいて前記情報端末で選択された目的地を受信する目的地受信手段と、
前記受信した目的地までの走行経路を探索する走行経路探索手段と、を具備することを特徴とするナビゲーション装置。」

以上の構成によれば、イグニッションオンにより直ちに目的地、走行経路等の特定データを取得することができる。
また、他のナビゲーション装置に対する目的地等の設定情報を設定することができる。
また、車両目的地に到達した後直ちに、最終目的地、又は最終目的地までの地図データ等を取得することができる。
また、車両位置が不明であっても携帯情報端末を使用して車両位置までの、地図や走行経路データを取得することができる。
また、車両の到着地点が通信不能地点であっても、携帯情報端末を利用して到着位置や到着したことを情報センタに通知することができる。

１０ 情報センタ
１２ 通信制御部
１４ 演算処理部
１８ メモリ
２０ 経路探索プログラム
２２ セグメント処理プログラム
２４ 案内データ抽出プログラム
２５ 目的地判定プログラム
２６ システム制御プログラム
２７ 要求道路長データ
２８ 探索経路データ
２９ 抽出案内データ
４０ データベース
４２ 経路探索用データ
４４ 案内用データ
４６ 通信エリアデータ
４８ 目的地設定用データ
５０ ユーザデータ
５２ 駐車場データ
５４ 地図絵作成データ
７０ 外部情報収集部
１００ 車載ナビゲーション装置
１０１ 演算処理部
１０２ メモリ
１０２Ａ プログラム格納領域
１０２Ｂ データ格納領域
１０４ 位置計測部
１０５ 入力部
１０６ 表示部
１０７ 音声出力部
１０８ 通信制御部
１４２ 目的地設定確認プログラム
１４４ 目的地設定プログラム
１５０ 経路案内プログラム
１５２ データリクエストプログラム
１５４ 制御プログラム
１６０ 経路・案内データ
１６１ 車両目的地、最終目的地データ
１６２ ＩＤデータ
１６４ 車両位置データ
１６６ 目的地設定用データ
１６８ 要求道路長データ
２００ 携帯情報端末
２０１ 演算処理部
２０２ メモリ
２０２Ａ プログラム格納領域
２０２Ｂ データ格納領域
２０４ 位置計測部
２０５ 入力部
２０６ 表示部
２０８ 通信制御部
２５０ 目的地設定プログラム
２５２ 非車両経路表示プログラム
２５４ 制御プログラム
２６０ 経路・案内データ
２６２ ＩＤデータ
２６６ 目的地設定用データ

Claims (3)

1. 有線又は無線で接続される情報端末を表示部として使用するナビゲーション装置であって、
   目的地までの走行経路を探索する走行経路探索手段と、
   車両の現在位置と前記探索した走行経路を地図画面上に表示する表示手段と、
   前記探索した走行経路の案内データを前記情報端末に送信する案内データ送信手段と、
   を具備し、
   前記案内データ送信手段は、次の案内交差点までの距離が所定距離未満になると、前記表示手段が車両の現在位置と前記探索した走行経路を地図画面上へ表示した状態で、前記情報端末に案内交差点の交差点拡大図を案内データとして送信する、
   ことを特徴とするナビゲーション装置。
2. 前記案内データ送信手段は、次の案内交差点までの距離が所定距離以上である場合、前記表示手段が車両の現在位置と前記探索した走行経路を地図画面上に表示した状態で、次の案内交差点までの距離と進路変更方向を示す矢印を案内データとして前記情報端末に送信する、
   ことを特徴とする請求項１に記載のナビゲーション装置。
3. 前記請求項１、又は請求項２に記載したナビゲーション装置と有線又は無線で接続され、電話機能を備えた情報端末であって、
   ハンズフリーユニットに接続する接続手段と、
   前記ナビゲーション装置から送信される案内データを表示する表示手段と、を備え、
   前記表示手段は、前記受信した案内データの表示中に、電話の着信が有った場合、ハンズフリーによる通話中を含め前記表示中の前記案内データの表示を続ける、ことを特徴とする情報端末。

Images