(57)【特許請求の範囲】
【請求項１】
ＧＰＳ測位装置、方位検出装置、距離検出装置、表示装置、演算処理装置、データ送受信装置を有する車載ナビゲーション装置本体に、電子地図データファイル、ＨＴＭＬファイル、クラスファイル等のコンテンツを保存する記憶装置とＨＴＴＰサーバを搭載した車載ナビゲーション装置と、前記車載ナビゲーション装置から送られてくる情報を受信して、該情報を用いたアプリケーションを実行するクライアント側端末装置との間を、ＨＴＴＰプロトコルで接続して通信する、カーナビゲーション情報伝送方法であって、
前記クライアント側端末装置と前記車載ナビゲーション装置との間に通信機器を通してＰＰＰ接続を確立し、
前記クライアント側端末装置のブラウザから前記車載ナビゲーション装置の前記ＨＴＴＰサーバにＨＴＴＰプロトコルでアクセスするようにし、
走行位置付近の住所、目的地までの到着予想時間等の走行データから前記ＨＴＭＬファイルを自動生成し、前記車載ナビゲーション装置のＨＴＴＰサーバで走行情報が記述されたＨＴＭＬファイルを提供する、
ことを特徴とするカーナビゲーション情報伝送方法。
【請求項２】
前記車載ナビゲーション装置のＨＴＴＰサーバへのアクセス許可／不許可を、電話番号通知データに基づいて判断するようにした請求項１に記載のカーナビゲーション情報伝送方法。
【請求項３】
前記車載ナビゲーション装置のＨＴＴＰサーバから提供されるコンテンツの内容を、電話番号通知データに基づいて判断し、前記ＨＴＴＰサーバから提供されるコンテンツの内容を変更することを特徴とする請求項１又は２に記載のカーナビゲーション情報伝送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、カーナビゲーション情報伝送方法に関する。
【０００２】
【従来の技術】
従来、カーナビゲーションシステム同士、或いはカーナビゲーションシステムとＰＣ、あるいはカーナビゲーションシステムと携帯端末装置の間で、携帯電話等を用いた通信によって自動車位置等の走行情報をオリジナルのプロトコルで送りあい、お互いの機器の画面上に自車位置等の走行情報を表示させる技術が存在した。
【０００３】
【発明が解決しようとする課題】
しかし、このようにアプリケーションを連携動作させる場合、それぞれの機器に共通の通信プロトコルを持ったソフトウエアを組み込む必要があった。カーナビゲーションとの通信相手となる全ての機器に、同じ通信プロトコルを持ったソフトウエアを組み込まれた時のバージョンアップソフトの配布には多大なコストがかかり、結果的に、カーナビゲーションシステムとの通信相手は限定されてしまう。したがって、カーナビゲーションシステムと他機器をつなぐアプリケーションの魅力の多くは、これらの問題のために失われていた。
【０００４】
【課題を達成するための手段】
上記課題を解決し、本発明の目的を達成するため、本発明のカーナビゲーション情報伝送方法は、下記の装置の動作として特定される。
すなわち、本発明のカーナビゲーション情報伝送方法に用いられる車載ナビゲーション装置は、ＧＰＳ測位装置、方位検出装置、距離検出装置、表示装置、演算処理装置、データ送受信装置を有する装置本体に加えて、電子地図データファイル、ＨＴＭＬファイル、クラスファイル等のコンテンツを保存する記憶装置とＨＴＴＰサーバが搭載されている。
また、この車載ナビゲーション装置とＨＴＴＰプロトコルで接続して通信するクライアント側端末装置が設けられ、このクライアント側端末装置で車載ナビゲーション装置から送られてくる情報に基づいたアプリケーションを実行するようにしている。
更に、クライアント側端末装置と車載ナビゲーション装置との間に通信機器を通してＰＰＰ接続を確立し、クライアント側端末装置のブラウザから車載ナビゲーション装置の前記ＨＴＴＰサーバにＨＴＴＰプロトコルでアクセスするようにする。そして、走行位置付近の住所、目的地までの到着予想時間等の走行データからＨＴＭＬファイルを自動生成し、車載ナビゲーション装置のＨＴＴＰサーバで走行情報が記述されたＨＴＭＬファイルを提供するようにする。
【０００８】
また、本発明の好ましい形態としては、車載ナビゲーション装置のＨＴＴＰサーバへのアクセス許可／不許可を、電話番号通知データに基づいて判断するようにしている。
【０００９】
更に、本発明の好ましい形態としては、車載ナビゲーション装置のＨＴＴＰサーバから提供されるコンテンツの内容を、電話番号通知データに基づいて判断し、ＨＴＴＰサーバから提供されるコンテンツの内容を変更するようにしている。
【００１０】
【発明の実施の形態】
添付図面を参照して、下記に本発明のカーナビゲーション情報伝送方法の一実施形態の説明をする。
【００１１】
図２は、本発明に用いられるカーナビゲーションシステムのシステム構成の概略を示す。
同図に示すとおり、本カーナビゲーションシステムは、電子地図を表示する表示装置Ｆ０３、電子地図データファイル、ＨＴＭＬファイル、クラスファイル等のコンテンツを保存する記憶装置Ｆ０２、絶対位置を測位するＧＰＳ測位装置Ｆ０５、相対位置を測定する方位検出装置Ｆ０６及び距離検出装置Ｆ０７、現在位置計算やデータ処理を行う演算処理部Ｆ０１、車外とのデータのやり取りを行うデータ送受信装置Ｆ０４から構成される。なお、演算処理部Ｆ０１はＣＰＵ，ＲＯＭ，ＲＡＭ等を有しＩ／Ｏ回路部Ｆ０８によって上記各装置と接続される。
【００１２】
図１は、本発明のカーナビゲーション情報伝送方法の一実施形態を示す。
本実施形態のカーナビゲーション情報伝送方法は、大きく分けてサーバ側Ｍ０１とクライアント側Ｍ０６の２つの部分から成る。サーバ側Ｍ０１とクライアント側Ｍ０６は、電波等のワイヤレス通信によってＰＰＰ（ポイント・ツー・ポイント・プロトコル）接続で結ばれている。
【００１３】
サーバ側Ｍ０１は、カーナビゲーションシステム（車載ナビゲーション装置）Ｍ０２とデータ通信装置Ｍ０３から構成されており、カーナビゲーションシステムにはＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバが搭載されている。該ＨＴＴＰサーバは、クライアントからＨＴＴＰプロトコルで要求があったとき、その要求に応えて、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルやＪａｖａアプレット（クラスファイル）を、クライアントに提供する。
【００１４】
クライアント側Ｍ０６は、Ｊａｖａ実行環境を持ったＪａｖａ対応ブラウザを搭載した端末装置Ｍ０５とデータ通信装置Ｍ０４から構成されている。クライアント側のブラウザは、サーバ側のＨＴＴＰサーバにＨＴＴＰプロトコルでアクセスすることにより、Ｊａｖａアプレットをサーバ側Ｍ０１からクライアント側Ｍ０６へダウンロードし、そのＪａｖａアプレットをＪａｖａＶＭ（Ｊａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ；ジャバ仮想マシン）上で実行する。
【００１５】
次に、本実施形態のカーナビゲーション情報伝送システムの動作について、図３を参照して、下記に説明する。
同図は、サーバ側の車載ナビゲーション装置と、クライアント側のブラウザとの通信動作フローチャートを示している。
【００１６】
先ずステップＳ０１において、クライアント側のブラウザは、サーバ側の車載ナビゲーション装置に対してＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）接続要求を出し、サーバ側ではこの要求に応えてステップＴ０１で、ブラウザとのＰＰＰ接続動作を行う。これによって、サーバとクライアントの間でＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ：伝送制御プロトコル）／ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：インターネット・プロトコル）で通信ができるようにＰＰＰ接続を確立する。
【００１７】
ＰＰＰ接続が確立されると、クライアント側の端末機器は、ステップＳ０２においてブラウザからＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ；ネットワーク上に置かれている情報資源を統一的にアクセスするための記述方法）を入力し、ステップＳ０３に進み車載ナビゲーション装置のＨＴＴＰサーバの公開ポート番号（８０）に対してソケット接続要求を出す。
【００１８】
この時サーバ側では、ステップＴ０２においてソケット接続要求待ちの状態にあり、上記ソケット接続要求があると、ステップＴ０３でソケット接続要求を受け入れ、クライアント側に応答信号を出す。かくして、ソケット接続が確立されると、クライアント側のブラウザは、ステップＳ０４でＨＴＴＰサーバに対して、要求するＨＴＭＬファイル名やクラスファイル名（Ｊａｖａアプレット）をＨＴＴＰ要求ヘッダに書いて送信する。
【００１９】
ＨＴＴＰサーバ側では、ステップＴ０４において、要求されたファイル名のファイルを記憶装置から取り出し、ブラウザへ送る。ＨＴＴＰサーバ側は、ファイルの送信が終るとステップＴ０５でソケット接続を切断し、ステップＴ０２に戻りソケット接続要求待ち状態になる。ソケット接続切断になったことはクライアント側にも送られクライアント側はステップＳ０５でソケット接続切断となる。このファイルのダウンロードを必要なファイルが揃うまで繰り返す。
【００２０】
クライアント側動作フローはステップＳ０６に進み、必要なファイルのダウンロードが完了したか否かの判断を行い、完了していなければステップＳ０３に戻り上記ステップＳ０３〜Ｓ０６の動作を繰り返す。
【００２１】
必要なファイルのダウンロードが完了すると、ステップＳ０７に進む。クライアント側のブラウザではダウンロードしたＪａｖａアプレットをＪａｖａＶＭ上で実行する。実行されたＪａｖａアプレットは、次のステップＳ０８において車載ナビゲーション装置のアプリケーション通信ポート番号（この番号はアプレットに記述されている）に対してソケット接続要求を出す。
【００２２】
この時サーバ側のアプリケーション通信ポートは、ステップＴ０６のソケット接続要求待ち状態にあり、上記クライアント側からソケット接続要求が来るとステップＴ０７に進んでソケット接続要求受け入れ状態に変わり、そのことをクライアント側に送信する。
【００２３】
ソケット接続が確立されると、サーバ側の車載ナビゲーション装置と、クライアント側で実行されているＪａｖａアプレット間では、アプリケーション独自の通信プロトコルでデータのやり取りが行われる。例えば、サーバ側の走行位置をクライアント側に表示したい場合、車載ナビゲーション装置からクライアント側のアプレットに対して、走行位置付近の地図データと走行位置座標を送信する。アプレットに組み込まれている地図描画プログラムは、受け取った地図データを解釈して、地図と走行位置マークをブラウザ画面上に表示する。この動作は一点鎖線で囲まれたステップＳ０９，Ｓ１０，Ｔ０８で行われる。
【００２４】
車載ナビゲーション装置の走行情報の閲覧が終わり、アプレットを終了させるときには、ステップＳ１１において、アプレットは、アプリケーション通信ポートとのソケット接続を切断する。この切断はサーバ側のアプリケーション通信ポートに知らされサーバ側のソケット接続切断が行われる。クライアント側はその後、ステップＳ１２に進みブラウザがサーバ側の車載ナビゲーション装置とのＰＰＰ接続を切断する。これによって、ステップＴ１０でサーバ側からブラウザへのＰＰＰ接続も切断される。
【００２５】
本実施形態のカーナビゲーション情報伝送方法で注目すべき点は、クライアント側のブラウザは、車載ナビゲーション装置のＨＴＴＰサーバからＪａｖａアプレットをダウンロードする前は、車載ナビゲーション装置との走行情報等のデータのやり取りをする通信プロトコルを知らないと言う点である。
換言すると、クライアント側の端末装置は、ＨＴＴＰプロトコルをサポートし、Ｊａｖａ実行環境を持ったブラウザさえあれば、車載ナビゲーション装置のＨＴＴＰサーバから、車載ナビゲーション装置との走行情報等のデータのやり取りをする通信プロトコルを知っているＪａｖａアプレットを、ブラウザにダウンロードして、車載ナビゲーション装置と連携したアプリケーションを実行させることができるということである。
【００２６】
次に、本発明の他の実施形態として、Ｊａｖａ実行環境を持たないブラウザから、車載ナビゲーション装置のＨＴＴＰサーバにアクセスすることのできるカーナビゲーション情報伝送方法について図４を参照して下記に説明する。このシステムは、Ｊａｖａアプレットを使うことができないので、ＨＴＭＬベースで走行情報サービスを提供する。
【００２７】
例えば、現在、車載ナビゲーション装置上でルートガイドのアプリケーションが実行されていると仮定すると、このルートガイド・アプリケーションは、走行位置付近の住所、目的地までの到着時間等の情報を持っているので、これらの情報からＨＴＭＬファイルを自動生成し、当該車載ナビゲーション装置のＨＴＴＰサーバから、Ｊａｖａ実行環境を持たないブラウザへと、走行情報の記述されたＨＴＭＬファイルを提供する。
【００２８】
この様子を図４を参照して更に詳しく説明する。最初サーバ側の車載ナビゲーション装置はステップＴ０１でＰＰＰ接続要求待ち状態にある。クライアント側のブラウザからステップＳ０１でＰＰＰ接続要求があると、ステップＴ０２に進みＰＰＰ接続要求端末の電話番号がアクセス許可されているか否かの判断を行う。もし、許可されていればステップＴ０３に進んでアクセスフラグを許可にセットした後ステップＴ０５に進む。許可されていなければステップＴ０４に進んでアクセスフラグを不許可にセットした後ステップＴ０５に進む。ステップＴ０５でＰＰＰ接続を確立し、同時にクライアント側もステップＳ０２でＰＰＰ接続確立状態になる。
【００２９】
その後、ステップＳ０３でクライアント側からサーバ側にＨＴＴＰ要求ヘッダを送信する。これを受けてサーバ側では、ステップＴ０６で上記フラグの状態を調べる。アクセスフラグが許可を示していればステップＴ０７に進んでＨＴＴＰ要求ヘッダに書かれている要求ファイルをクライアント側へ送信する。ステップＴ０６における判定でアクセスフラグが不許可を示していればアクセス不許可を知らせるＨＴＭＬファイルをクライアント側に送る。これらのファイルの内容はクライアント側で処理されるが詳細については説明を省略する。
【００３０】
上記の説明における車載ナビゲーション装置のＨＴＴＰサーバへのアクセス許可／不許可を、電話番号通知データに基いて判断する方法について下記に説明する。
アクセスが許可された番号かどうかを判断する基準は下記のとおりである。
ａ．ＰＰＰ接続を要求してきた端末装置の電話番号が、予め車載ナビゲーション装置に登録されたＨＴＴＰサーバアクセス許可リストにあれば、アクセスフラグを許可にセットする。
ｂ．ＰＰＰ接続を要求してきた端末装置の電話番号がルートガイド中の目的地情報に含まれている電話番号と一致すれば、アクセスフラグを許可にセットする。
ｃ．ＰＰＰ接続を要求してきた端末装置の電話番号全てに対して、アクセスフラグを許可にセットする。
【００３１】
上記のように車載ナビゲーション装置へのアクセスの許可／不許可だけでなく、クライアントの電話番号によって提供するコンテンツの内容を変えることもできる。即ち、クライアントの電話番号通知データを基に判断して、車載ナビゲーション装置のＨＴＴＰサーバから当該クライアントに提供するコンテンツの内容を変えるようにすることもできる。
例えば、図５に示すような提供コンテンツ・リストを、予め車載ナビゲーション装置に登録しておき、電話番号通知データと提供コンテンツ・リストから、その車載ナビゲーション装置のＨＴＴＰサーバで提供するＨＴＭＬファイルを決定する。または、電話番号通知データと提供コンテンツ・リストから、アクセス者名を決定し、その車載ナビゲーション装置のＨＴＴＰサーバで提供するＨＴＭＬファイルを自動生成するようにする。
【００３２】
【発明の効果】
本発明のナビゲーション情報伝送方法を用いれば、カーナビゲーションシステム同士、あるいはカーナビゲーションシステムとＰＣ（パーソナルコンピュータ）、あるいはカーナビゲーションシステムと携帯端末装置の間で、携帯電話等を用いた通信によって、移動体の走行情報をオリジナルの通信プロトコルで送りあい、リモート機器の画像上に走行情報を表示させるようなアプリケーションを連携動作させる場合、それぞれの機器に共通の通信プロトコルを持ったソフトウエアを組み込む必要がなくなる。したがって、リモート機器に対してソフトウエアの配布や、アプリケーションに新機能が組み込まれた時のバージョンアップソフトの配布を行う必要がなくなる。
【図面の簡単な説明】
【図１】本発明のカーナビゲーション伝送方法に用いるシステム構成を示す模式図である。
【図２】カーナビゲーションシステムのシステム構成を示すブロック図である。
【図３】本発明の一実施形態における、カーナビゲーションシステムとブラウザの通信動作を示すフローチャートである。
【図４】本発明の他の実施形態における、電話番号通知データを使ったサーバへのアクセス権判定動作を表すフローチャートである。
【図５】本発明の他の実施形態で用いる、提供コンテンツ・リストの一例を示す図表である。
【符号の説明】
Ｍ０１‥‥サーバ側機器配列、Ｍ０２‥‥カーナビゲーションシステム（車載ナビゲーション装置）、Ｍ０３，Ｍ０４‥‥データ通信装置、Ｍ０５‥‥Ｊａｖａ対応ブラウザ搭載端末装置、Ｍ０６‥‥クライアント側機器配列
【図１】
0004192325.tif 000002
【図２】
0004192325.tif 000003
【図３】
0004192325.tif 000004
【図４】
0004192325.tif 000005
【図５】
0004192325.tif 000006