JP4192325B2 - Car navigation information transmission method - Google Patents

Car navigation information transmission method Download PDF

Info

Publication number
JP4192325B2
JP4192325B2 JP5572599A JP5572599A JP4192325B2 JP 4192325 B2 JP4192325 B2 JP 4192325B2 JP 5572599 A JP5572599 A JP 5572599A JP 5572599 A JP5572599 A JP 5572599A JP 4192325 B2 JP4192325 B2 JP 4192325B2
Authority
JP
Japan
Prior art keywords
vehicle navigation
http server
car navigation
transmission method
navigation device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP5572599A
Other languages
Japanese (ja)
Other versions
JP2000249563A (en
Inventor
宏二 井原
崇 瀧浪
克彦 布川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP5572599A priority Critical patent/JP4192325B2/en
Publication of JP2000249563A publication Critical patent/JP2000249563A/en
Application granted granted Critical
Publication of JP4192325B2 publication Critical patent/JP4192325B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Navigation (AREA)
  • Position Fixing By Use Of Radio Waves (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、カーナビゲーション情報伝送方法に関する。
【0002】
【従来の技術】
従来、カーナビゲーションシステム同士、或いはカーナビゲーションシステムとPC、あるいはカーナビゲーションシステムと携帯端末装置の間で、携帯電話等を用いた通信によって自動車位置等の走行情報をオリジナルのプロトコルで送りあい、お互いの機器の画面上に自車位置等の走行情報を表示させる技術が存在した。
【0003】
【発明が解決しようとする課題】
しかし、このようにアプリケーションを連携動作させる場合、それぞれの機器に共通の通信プロトコルを持ったソフトウエアを組み込む必要があった。カーナビゲーションとの通信相手となる全ての機器に、同じ通信プロトコルを持ったソフトウエアを組み込まれた時のバージョンアップソフトの配布には多大なコストがかかり、結果的に、カーナビゲーションシステムとの通信相手は限定されてしまう。したがって、カーナビゲーションシステムと他機器をつなぐアプリケーションの魅力の多くは、これらの問題のために失われていた。
【0004】
【課題を達成するための手段】
上記課題を解決し、本発明の目的を達成するため、本発明のカーナビゲーション情報伝送方法は、下記の装置の動作として特定される。
すなわち、本発明のカーナビゲーション情報伝送方法に用いられる車載ナビゲーション装置は、GPS測位装置、方位検出装置、距離検出装置、表示装置、演算処理装置、データ送受信装置を有する装置本体に加えて、電子地図データファイル、HTMLファイル、クラスファイル等のコンテンツを保存する記憶装置とHTTPサーバが搭載されている。
また、この車載ナビゲーション装置とHTTPプロトコルで接続して通信するクライアント側端末装置が設けられ、このクライアント側端末装置で車載ナビゲーション装置から送られてくる情報に基づいたアプリケーションを実行するようにしている。
更に、クライアント側端末装置と車載ナビゲーション装置との間に通信機器を通してPPP接続を確立し、クライアント側端末装置のブラウザから車載ナビゲーション装置の前記HTTPサーバにHTTPプロトコルでアクセスするようにする。そして、走行位置付近の住所、目的地までの到着予想時間等の走行データからHTMLファイルを自動生成し、車載ナビゲーション装置のHTTPサーバで走行情報が記述されたHTMLファイルを提供するようにする。
【0008】
また、本発明の好ましい形態としては、車載ナビゲーション装置のHTTPサーバへのアクセス許可/不許可を、電話番号通知データに基づいて判断するようにしている。
【0009】
更に、本発明の好ましい形態としては、車載ナビゲーション装置のHTTPサーバから提供されるコンテンツの内容を、電話番号通知データに基づいて判断し、HTTPサーバから提供されるコンテンツの内容を変更するようにしている
【0010】
【発明の実施の形態】
添付図面を参照して、下記に本発明のカーナビゲーション情報伝送方法の一実施形態の説明をする。
【0011】
図2は、本発明に用いられるカーナビゲーションシステムのシステム構成の概略を示す。
同図に示すとおり、本カーナビゲーションシステムは、電子地図を表示する表示装置F03、電子地図データファイル、HTMLファイル、クラスファイル等のコンテンツを保存する記憶装置F02、絶対位置を測位するGPS測位装置F05、相対位置を測定する方位検出装置F06及び距離検出装置F07、現在位置計算やデータ処理を行う演算処理部F01、車外とのデータのやり取りを行うデータ送受信装置F04から構成される。なお、演算処理部F01はCPU,ROM,RAM等を有しI/O回路部F08によって上記各装置と接続される。
【0012】
図1は、本発明のカーナビゲーション情報伝送方法の一実施形態を示す。
本実施形態のカーナビゲーション情報伝送方法は、大きく分けてサーバ側M01とクライアント側M06の2つの部分から成る。サーバ側M01とクライアント側M06は、電波等のワイヤレス通信によってPPP(ポイント・ツー・ポイント・プロトコル)接続で結ばれている。
【0013】
サーバ側M01は、カーナビゲーションシステム(車載ナビゲーション装置)M02とデータ通信装置M03から構成されており、カーナビゲーションシステムにはHTTP(Hyper Text Transfer Protocol)サーバが搭載されている。該HTTPサーバは、クライアントからHTTPプロトコルで要求があったとき、その要求に応えて、HTML(Hyper Text Markup Language)ファイルやJavaアプレット(クラスファイル)を、クライアントに提供する。
【0014】
クライアント側M06は、Java実行環境を持ったJava対応ブラウザを搭載した端末装置M05とデータ通信装置M04から構成されている。クライアント側のブラウザは、サーバ側のHTTPサーバにHTTPプロトコルでアクセスすることにより、Javaアプレットをサーバ側M01からクライアント側M06へダウンロードし、そのJavaアプレットをJavaVM(Java Virtual Machine;ジャバ仮想マシン)上で実行する。
【0015】
次に、本実施形態のカーナビゲーション情報伝送システムの動作について、図3を参照して、下記に説明する。
同図は、サーバ側の車載ナビゲーション装置と、クライアント側のブラウザとの通信動作フローチャートを示している。
【0016】
先ずステップS01において、クライアント側のブラウザは、サーバ側の車載ナビゲーション装置に対してPPP(Point−to−Point Protocol)接続要求を出し、サーバ側ではこの要求に応えてステップT01で、ブラウザとのPPP接続動作を行う。これによって、サーバとクライアントの間でTCP(Transmission Control Protocol:伝送制御プロトコル)/IP(Internet Protocol:インターネット・プロトコル)で通信ができるようにPPP接続を確立する。
【0017】
PPP接続が確立されると、クライアント側の端末機器は、ステップS02においてブラウザからURL(Uniform Resource Locator;ネットワーク上に置かれている情報資源を統一的にアクセスするための記述方法)を入力し、ステップS03に進み車載ナビゲーション装置のHTTPサーバの公開ポート番号(80)に対してソケット接続要求を出す。
【0018】
この時サーバ側では、ステップT02においてソケット接続要求待ちの状態にあり、上記ソケット接続要求があると、ステップT03でソケット接続要求を受け入れ、クライアント側に応答信号を出す。かくして、ソケット接続が確立されると、クライアント側のブラウザは、ステップS04でHTTPサーバに対して、要求するHTMLファイル名やクラスファイル名(Javaアプレット)をHTTP要求ヘッダに書いて送信する。
【0019】
HTTPサーバ側では、ステップT04において、要求されたファイル名のファイルを記憶装置から取り出し、ブラウザへ送る。HTTPサーバ側は、ファイルの送信が終るとステップT05でソケット接続を切断し、ステップT02に戻りソケット接続要求待ち状態になる。ソケット接続切断になったことはクライアント側にも送られクライアント側はステップS05でソケット接続切断となる。このファイルのダウンロードを必要なファイルが揃うまで繰り返す。
【0020】
クライアント側動作フローはステップS06に進み、必要なファイルのダウンロードが完了したか否かの判断を行い、完了していなければステップS03に戻り上記ステップS03〜S06の動作を繰り返す。
【0021】
必要なファイルのダウンロードが完了すると、ステップS07に進む。クライアント側のブラウザではダウンロードしたJavaアプレットをJavaVM上で実行する。実行されたJavaアプレットは、次のステップS08において車載ナビゲーション装置のアプリケーション通信ポート番号(この番号はアプレットに記述されている)に対してソケット接続要求を出す。
【0022】
この時サーバ側のアプリケーション通信ポートは、ステップT06のソケット接続要求待ち状態にあり、上記クライアント側からソケット接続要求が来るとステップT07に進んでソケット接続要求受け入れ状態に変わり、そのことをクライアント側に送信する。
【0023】
ソケット接続が確立されると、サーバ側の車載ナビゲーション装置と、クライアント側で実行されているJavaアプレット間では、アプリケーション独自の通信プロトコルでデータのやり取りが行われる。例えば、サーバ側の走行位置をクライアント側に表示したい場合、車載ナビゲーション装置からクライアント側のアプレットに対して、走行位置付近の地図データと走行位置座標を送信する。アプレットに組み込まれている地図描画プログラムは、受け取った地図データを解釈して、地図と走行位置マークをブラウザ画面上に表示する。この動作は一点鎖線で囲まれたステップS09,S10,T08で行われる。
【0024】
車載ナビゲーション装置の走行情報の閲覧が終わり、アプレットを終了させるときには、ステップS11において、アプレットは、アプリケーション通信ポートとのソケット接続を切断する。この切断はサーバ側のアプリケーション通信ポートに知らされサーバ側のソケット接続切断が行われる。クライアント側はその後、ステップS12に進みブラウザがサーバ側の車載ナビゲーション装置とのPPP接続を切断する。これによって、ステップT10でサーバ側からブラウザへのPPP接続も切断される。
【0025】
本実施形態のカーナビゲーション情報伝送方法で注目すべき点は、クライアント側のブラウザは、車載ナビゲーション装置のHTTPサーバからJavaアプレットをダウンロードする前は、車載ナビゲーション装置との走行情報等のデータのやり取りをする通信プロトコルを知らないと言う点である。
換言すると、クライアント側の端末装置は、HTTPプロトコルをサポートし、Java実行環境を持ったブラウザさえあれば、車載ナビゲーション装置のHTTPサーバから、車載ナビゲーション装置との走行情報等のデータのやり取りをする通信プロトコルを知っているJavaアプレットを、ブラウザにダウンロードして、車載ナビゲーション装置と連携したアプリケーションを実行させることができるということである。
【0026】
次に、本発明の他の実施形態として、Java実行環境を持たないブラウザから、車載ナビゲーション装置のHTTPサーバにアクセスすることのできるカーナビゲーション情報伝送方法について図4を参照して下記に説明する。このシステムは、Javaアプレットを使うことができないので、HTMLベースで走行情報サービスを提供する。
【0027】
例えば、現在、車載ナビゲーション装置上でルートガイドのアプリケーションが実行されていると仮定すると、このルートガイド・アプリケーションは、走行位置付近の住所、目的地までの到着時間等の情報を持っているので、これらの情報からHTMLファイルを自動生成し、当該車載ナビゲーション装置のHTTPサーバから、Java実行環境を持たないブラウザへと、走行情報の記述されたHTMLファイルを提供する。
【0028】
この様子を図4を参照して更に詳しく説明する。最初サーバ側の車載ナビゲーション装置はステップT01でPPP接続要求待ち状態にある。クライアント側のブラウザからステップS01でPPP接続要求があると、ステップT02に進みPPP接続要求端末の電話番号がアクセス許可されているか否かの判断を行う。もし、許可されていればステップT03に進んでアクセスフラグを許可にセットした後ステップT05に進む。許可されていなければステップT04に進んでアクセスフラグを不許可にセットした後ステップT05に進む。ステップT05でPPP接続を確立し、同時にクライアント側もステップS02でPPP接続確立状態になる。
【0029】
その後、ステップS03でクライアント側からサーバ側にHTTP要求ヘッダを送信する。これを受けてサーバ側では、ステップT06で上記フラグの状態を調べる。アクセスフラグが許可を示していればステップT07に進んでHTTP要求ヘッダに書かれている要求ファイルをクライアント側へ送信する。ステップT06における判定でアクセスフラグが不許可を示していればアクセス不許可を知らせるHTMLファイルをクライアント側に送る。これらのファイルの内容はクライアント側で処理されるが詳細については説明を略する。
【0030】
上記の説明における車載ナビゲーション装置のHTTPサーバへのアクセス許可/不許可を、電話番号通知データに基いて判断する方法について下記に説明する。
アクセスが許可された番号かどうかを判断する基準は下記のとおりである。
a.PPP接続を要求してきた端末装置の電話番号が、予め車載ナビゲーション装置に登録されたHTTPサーバアクセス許可リストにあれば、アクセスフラグを許可にセットする。
b.PPP接続を要求してきた端末装置の電話番号がルートガイド中の目的地情報に含まれている電話番号と一致すれば、アクセスフラグを許可にセットする。
c.PPP接続を要求してきた端末装置の電話番号全てに対して、アクセスフラグを許可にセットする。
【0031】
上記のように車載ナビゲーション装置へのアクセスの許可/不許可だけでなく、クライアントの電話番号によって提供するコンテンツの内容を変えることもできる。即ち、クライアントの電話番号通知データを基に判断して、車載ナビゲーション装置のHTTPサーバから当該クライアントに提供するコンテンツの内容を変えるようにすることもできる。
例えば、図5に示すような提供コンテンツ・リストを、予め車載ナビゲーション装置に登録しておき、電話番号通知データと提供コンテンツ・リストから、その車載ナビゲーション装置のHTTPサーバで提供するHTMLファイルを決定する。または、電話番号通知データと提供コンテンツ・リストから、アクセス者名を決定し、その車載ナビゲーション装置のHTTPサーバで提供するHTMLファイルを自動生成するようにする。
【0032】
【発明の効果】
本発明のナビゲーション情報伝送方法を用いれば、カーナビゲーションシステム同士、あるいはカーナビゲーションシステムとPC(パーソナルコンピュータ)、あるいはカーナビゲーションシステムと携帯端末装置の間で、携帯電話等を用いた通信によって、移動体の走行情報をオリジナルの通信プロトコルで送りあい、リモート機器の画像上に走行情報を表示させるようなアプリケーションを連携動作させる場合、それぞれの機器に共通の通信プロトコルを持ったソフトウエアを組み込む必要がなくなる。したがって、リモート機器に対してソフトウエアの配布や、アプリケーションに新機能が組み込まれた時のバージョンアップソフトの配布を行う必要がなくなる。
【図面の簡単な説明】
【図1】本発明のカーナビゲーション伝送方法に用いるシステム構成を示す模式図である。
【図2】カーナビゲーションシステムのシステム構成を示すブロック図である。
【図3】本発明の一実施形態における、カーナビゲーションシステムとブラウザの通信動作を示すフローチャートである。
【図4】本発明の他の実施形態における、電話番号通知データを使ったサーバへのアクセス権判定動作を表すフローチャートである。
【図5】本発明の他の実施形態で用いる、提供コンテンツ・リストの一例を示す図表である。
【符号の説明】
M01‥‥サーバ側機器配列、M02‥‥カーナビゲーションシステム(車載ナビゲーション装置)、M03,M04‥‥データ通信装置、M05‥‥Java対応ブラウザ搭載端末装置、M06‥‥クライアント側機器配列
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a car navigation information transmission method.
[0002]
[Prior art]
Conventionally, driving information such as the position of a car is transmitted using an original protocol between car navigation systems, or between a car navigation system and a PC, or between a car navigation system and a mobile terminal device using a mobile phone, etc. There has been a technique for displaying travel information such as the vehicle position on the screen of the device.
[0003]
[Problems to be solved by the invention]
However, when the application is operated in cooperation in this way, it is necessary to incorporate software having a common communication protocol in each device. Distribution of upgrade software when software with the same communication protocol is installed in all devices that communicate with the car navigation system is very expensive. As a result, communication with the car navigation system is required. The other party is limited. Therefore, much of the appeal of applications that connect car navigation systems and other equipment has been lost due to these problems.
[0004]
[Means for achieving the object]
In order to solve the above problems and achieve the object of the present invention, the car navigation information transmission method of the present invention is specified as the operation of the following apparatus.
That is, the in-vehicle navigation device used in the car navigation information transmission method of the present invention includes an electronic map in addition to a device body having a GPS positioning device, an orientation detection device, a distance detection device, a display device, an arithmetic processing device, and a data transmission / reception device. data files, HTML files, and storage equipment and the HTTP server that stores the content of such class files are installed.
In addition, a client-side terminal device that is connected to and communicates with the in-vehicle navigation device using the HTTP protocol is provided, and an application based on information transmitted from the in-vehicle navigation device is executed by the client-side terminal device.
Further, a PPP connection is established between the client side terminal device and the in-vehicle navigation device through a communication device so that the browser of the client side terminal device accesses the HTTP server of the in-vehicle navigation device using the HTTP protocol. Then, an HTML file is automatically generated from travel data such as an address near the travel position and estimated arrival time to the destination, and an HTML file in which travel information is described is provided by an HTTP server of the in-vehicle navigation device.
[0008]
As a preferred mode of the present invention, permission / denial of access to the HTTP server of the in-vehicle navigation device is determined based on the telephone number notification data.
[0009]
Furthermore, as a preferred embodiment of the present invention, the content provided from the HTTP server of the in-vehicle navigation device is determined based on the telephone number notification data, and the content provided from the HTTP server is changed. Yes .
[0010]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of a car navigation information transmission method according to the present invention will be described below with reference to the accompanying drawings.
[0011]
FIG. 2 shows an outline of the system configuration of the car navigation system used in the present invention.
As shown in the figure, this car navigation system includes a display device F03 for displaying an electronic map, a storage device F02 for storing contents such as an electronic map data file, an HTML file, a class file, and a GPS positioning device F05 for positioning an absolute position. , An azimuth detecting device F06 and a distance detecting device F07 for measuring the relative position, an arithmetic processing unit F01 for performing current position calculation and data processing, and a data transmitting / receiving device F04 for exchanging data with the outside of the vehicle. The arithmetic processing unit F01 includes a CPU, a ROM, a RAM, and the like, and is connected to each of the above devices by an I / O circuit unit F08.
[0012]
FIG. 1 shows an embodiment of the car navigation information transmission method of the present invention.
The car navigation information transmission method of the present embodiment is roughly divided into two parts, a server side M01 and a client side M06. The server side M01 and the client side M06 are connected by PPP (point-to-point protocol) connection by wireless communication such as radio waves.
[0013]
The server side M01 includes a car navigation system (vehicle-mounted navigation device) M02 and a data communication device M03, and an HTTP (Hyper Text Transfer Protocol) server is mounted on the car navigation system. The HTTP server provides an HTML (Hyper Text Markup Language) file and a Java applet (class file) to the client in response to a request from the client using the HTTP protocol.
[0014]
The client side M06 includes a terminal device M05 and a data communication device M04 equipped with a Java-compatible browser having a Java execution environment. The browser on the client side downloads the Java applet from the server side M01 to the client side M06 by accessing the HTTP server on the server side by using the HTTP protocol, and the Java applet on the Java VM (Java Virtual Machine). Execute.
[0015]
Next, the operation of the car navigation information transmission system of the present embodiment will be described below with reference to FIG.
This figure shows a communication operation flowchart between the in-vehicle navigation device on the server side and the browser on the client side.
[0016]
First, in step S01, the browser on the client side issues a PPP (Point-to-Point Protocol) connection request to the in-vehicle navigation device on the server side, and the server side responds to this request with a PPP with the browser in step T01. Perform the connection operation. As a result, a PPP connection is established so that communication can be performed between the server and the client by TCP (Transmission Control Protocol) / IP (Internet Protocol).
[0017]
When the PPP connection is established, the terminal device on the client side inputs a URL (Uniform Resource Locator; a description method for uniformly accessing information resources placed on the network) from the browser in step S02, Proceeding to step S03, a socket connection request is issued to the public port number (80) of the HTTP server of the in-vehicle navigation device.
[0018]
At this time, the server side is in a state of waiting for a socket connection request in step T02, and if there is a socket connection request, it accepts the socket connection request in step T03 and issues a response signal to the client side. Thus, when the socket connection is established, the browser on the client side writes the requested HTML file name and class file name (Java applet) in the HTTP request header and transmits them to the HTTP server in step S04.
[0019]
On the HTTP server side, in step T04, the file having the requested file name is extracted from the storage device and sent to the browser. When the transmission of the file is completed, the HTTP server side disconnects the socket connection in step T05, returns to step T02, and waits for a socket connection request. The fact that the socket connection has been disconnected is also sent to the client side, and the client side disconnects the socket connection in step S05. Repeat downloading this file until the necessary files are available.
[0020]
The operation flow on the client side proceeds to step S06, where it is determined whether or not downloading of a necessary file has been completed. If it has not been completed, the process returns to step S03, and the operations of steps S03 to S06 are repeated.
[0021]
When the download of the necessary file is completed, the process proceeds to step S07. In the browser on the client side, the downloaded Java applet is executed on JavaVM. The executed Java applet issues a socket connection request to the application communication port number (this number is described in the applet) of the in-vehicle navigation device in the next step S08.
[0022]
At this time, the application communication port on the server side is in the socket connection request waiting state in step T06, and when a socket connection request is received from the client side, the process proceeds to step T07 and changes to the socket connection request acceptance state. Send.
[0023]
When the socket connection is established, data exchange is performed between the in-vehicle navigation device on the server side and the Java applet executed on the client side using a communication protocol unique to the application. For example, when it is desired to display the travel position on the server side on the client side, map data and travel position coordinates near the travel position are transmitted from the in-vehicle navigation device to the applet on the client side. The map drawing program incorporated in the applet interprets the received map data and displays the map and the travel position mark on the browser screen. This operation is performed in steps S09, S10, and T08 surrounded by an alternate long and short dash line.
[0024]
When browsing of the driving information of the in-vehicle navigation device ends and the applet is terminated, the applet disconnects the socket connection with the application communication port in step S11. This disconnection is notified to the server-side application communication port, and the server-side socket connection disconnection is performed. Thereafter, the client side proceeds to step S12, and the browser disconnects the PPP connection with the in-vehicle navigation device on the server side. As a result, the PPP connection from the server side to the browser is also disconnected in step T10.
[0025]
It should be noted that in the car navigation information transmission method of this embodiment, the browser on the client side exchanges data such as travel information with the in-vehicle navigation device before downloading the Java applet from the HTTP server of the in-vehicle navigation device. The point is that they do not know the communication protocol to be used.
In other words, the client-side terminal device supports the HTTP protocol, and as long as there is a browser having a Java execution environment, communication for exchanging data such as travel information with the in-vehicle navigation device from the HTTP server of the in-vehicle navigation device. This means that a Java applet that knows the protocol can be downloaded to a browser and an application linked with the in-vehicle navigation device can be executed.
[0026]
Next, as another embodiment of the present invention, a car navigation information transmission method capable of accessing an HTTP server of an in-vehicle navigation device from a browser that does not have a Java execution environment will be described below with reference to FIG. Since this system cannot use a Java applet, it provides a driving information service based on HTML.
[0027]
For example, assuming that a route guide application is currently being executed on an in-vehicle navigation device, this route guide application has information such as an address near the driving position and an arrival time to the destination. An HTML file is automatically generated from these pieces of information, and an HTML file in which travel information is described is provided from the HTTP server of the in-vehicle navigation device to a browser that does not have a Java execution environment.
[0028]
This will be described in more detail with reference to FIG. Initially, the in-vehicle navigation device on the server side is waiting for a PPP connection request in step T01. If there is a PPP connection request from the browser on the client side in step S01, the process proceeds to step T02 to determine whether or not access to the telephone number of the PPP connection request terminal is permitted. If permitted, the process proceeds to step T03 to set the access flag to permitted, and then proceeds to step T05. If not permitted, the process proceeds to step T04, the access flag is set to non-permitted, and then the process proceeds to step T05. In step T05, a PPP connection is established. At the same time, the client side enters a PPP connection established state in step S02.
[0029]
Thereafter, in step S03, an HTTP request header is transmitted from the client side to the server side. In response to this, the server checks the state of the flag in step T06. If the access flag indicates permission, the process proceeds to step T07, and the request file written in the HTTP request header is transmitted to the client side. If it is determined in step T06 that the access flag indicates non-permission, an HTML file notifying access denial is sent to the client side. The contents of these files are processed on the client side is omitted the description of details.
[0030]
A method for determining permission / denial of access to the HTTP server of the vehicle-mounted navigation device in the above description based on the telephone number notification data will be described below.
The criteria for judging whether access is permitted or not are as follows.
a. If the telephone number of the terminal device requesting the PPP connection is in the HTTP server access permission list registered in advance in the in-vehicle navigation device, the access flag is set to permit.
b. If the telephone number of the terminal device that has requested the PPP connection matches the telephone number included in the destination information in the route guide, the access flag is set to permit.
c. The access flag is set to permit for all the telephone numbers of the terminal devices that have requested the PPP connection.
[0031]
As described above, not only permission / denial of access to the vehicle-mounted navigation device, but also the contents provided can be changed according to the telephone number of the client. That is, it is possible to make a determination based on the client telephone number notification data and change the content provided to the client from the HTTP server of the in-vehicle navigation device.
For example, a provided content list as shown in FIG. 5 is registered in advance in the in-vehicle navigation device, and an HTML file provided by the HTTP server of the in-vehicle navigation device is determined from the telephone number notification data and the provided content list. . Alternatively, an accessor name is determined from the telephone number notification data and the provided content list, and an HTML file provided by the HTTP server of the in-vehicle navigation device is automatically generated.
[0032]
【The invention's effect】
By using the navigation information transmission method of the present invention, a mobile object can be obtained by communication using a mobile phone or the like between car navigation systems, between a car navigation system and a PC (personal computer), or between a car navigation system and a mobile terminal device. If you use the original communication protocol to send the travel information and link the applications that display the travel information on the image of the remote device, there is no need to install software with a common communication protocol in each device. . Therefore, it is not necessary to distribute software to remote devices or to distribute upgrade software when a new function is incorporated into an application.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing a system configuration used in a car navigation transmission method of the present invention.
FIG. 2 is a block diagram showing a system configuration of a car navigation system.
FIG. 3 is a flowchart showing a communication operation between a car navigation system and a browser in an embodiment of the present invention.
FIG. 4 is a flowchart showing an access right determination operation for a server using telephone number notification data in another embodiment of the present invention.
FIG. 5 is a chart showing an example of a provided content list used in another embodiment of the present invention.
[Explanation of symbols]
M01 ... Server side device arrangement, M02 ... Car navigation system (in-vehicle navigation device), M03, M04 ... Data communication device, M05 ... Java-compatible browser-equipped terminal device, M06 ... Client side device arrangement

Claims (3)

GPS測位装置、方位検出装置、距離検出装置、表示装置、演算処理装置、データ送受信装置を有する車載ナビゲーション装置本体に、電子地図データファイル、HTMLファイル、クラスファイル等のコンテンツを保存する記憶装置とHTTPサーバを搭載した車載ナビゲーション装置と、前記車載ナビゲーション装置から送られてくる情報を受信して、該情報を用いたアプリケーションを実行するクライアント側端末装置との間を、HTTPプロトコルで接続して通信する、カーナビゲーション情報伝送方法であって、
前記クライアント側端末装置と前記車載ナビゲーション装置との間に通信機器を通してPPP接続を確立し、
前記クライアント側端末装置のブラウザから前記車載ナビゲーション装置の前記HTTPサーバにHTTPプロトコルでアクセスするようにし、
走行位置付近の住所、目的地までの到着予想時間等の走行データから前記HTMLファイルを自動生成し、前記車載ナビゲーション装置のHTTPサーバで走行情報が記述されたHTMLファイルを提供する、
ことを特徴とするカーナビゲーション情報伝送方法。
GPS positioning device, direction detection device, the distance detecting device, a display device, the processing unit, the in-vehicle navigation apparatus body having a data transceiver, a storage equipment for storing electronic map data files, HTML files, content such as class files a vehicle navigation system equipped with HTTP server receives the information which the onboard navigation device sent from, between the client-side terminal equipment for executing an application using the information, to connect with the HTTP protocol A car navigation information transmission method for communicating ,
Establishing a PPP connection through communication equipment between the client-side terminal device and the in-vehicle navigation device,
Access to the HTTP server of the in-vehicle navigation device from the browser of the client side terminal device using the HTTP protocol,
The HTML file is automatically generated from travel data such as an address near the travel position and estimated arrival time to the destination, and an HTML file in which travel information is described by an HTTP server of the in-vehicle navigation device is provided.
Car navigation information transmission method characterized by the above .
前記車載ナビゲーション装置のHTTPサーバへのアクセス許可/不許可を、電話番号通知データに基づいて判断するようにした請求項1に記載のカーナビゲーション情報伝送方法。 The car navigation information transmission method according to claim 1, wherein access permission / denial to the HTTP server of the in-vehicle navigation device is determined based on telephone number notification data. 前記車載ナビゲーション装置のHTTPサーバから提供されるコンテンツの内容を、電話番号通知データに基づいて判断し、前記HTTPサーバから提供されるコンテンツの内容を変更することを特徴とする請求項1又は2に記載のカーナビゲーション情報伝送方法。Wherein the content of the content provided from the HTTP server of the in-vehicle navigation device, determines based on the telephone number notification data, to claim 1 or 2, characterized in that to change the contents of the content provided from the HTTP server The described car navigation information transmission method.
JP5572599A 1999-03-03 1999-03-03 Car navigation information transmission method Expired - Fee Related JP4192325B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP5572599A JP4192325B2 (en) 1999-03-03 1999-03-03 Car navigation information transmission method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5572599A JP4192325B2 (en) 1999-03-03 1999-03-03 Car navigation information transmission method

Publications (2)

Publication Number Publication Date
JP2000249563A JP2000249563A (en) 2000-09-14
JP4192325B2 true JP4192325B2 (en) 2008-12-10

Family

ID=13006845

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5572599A Expired - Fee Related JP4192325B2 (en) 1999-03-03 1999-03-03 Car navigation information transmission method

Country Status (1)

Country Link
JP (1) JP4192325B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7493565B2 (en) 2000-12-22 2009-02-17 Microsoft Corporation Environment-interactive context-aware devices and methods
JP2002320280A (en) * 2001-04-23 2002-10-31 Fujitsu Ltd Remote control method for on-vehicle equipment and control apparatus therefor
JP2003009204A (en) * 2001-06-25 2003-01-10 Nec Computertechno Ltd System and method for downloading area data using portable telephone
KR100930353B1 (en) 2003-03-06 2009-12-08 엘지전자 주식회사 How to handle connection request of disc player

Also Published As

Publication number Publication date
JP2000249563A (en) 2000-09-14

Similar Documents

Publication Publication Date Title
CN101102332B (en) System and method for providing an interactive screen on a wireless device interacting with a server
JP4020091B2 (en) Data transmission / reception system, data transmission / reception method, and data transmission / reception program
US7039708B1 (en) Apparatus and method for establishing communication in a computer network
RU2439856C2 (en) Server processing of interactive screens for wireless device
CN108769226A (en) The OAT upgrade methods and car-mounted terminal of vehicle
GB2527270A (en) Updating vehicle software using a smartphone
JP2008003891A (en) Information provision device and information provision method
US20080171514A1 (en) Method for operating a service by a host system with a human-machine interface, the host system and the mobile electronic device and host system package
CN107016279A (en) Using installation method and apply installation system
CN112860290A (en) Vehicle upgrading method, device and system, terminal equipment and storage medium
CN115328092A (en) Vehicle remote diagnosis method, system, electronic equipment and storage medium
JP4192325B2 (en) Car navigation information transmission method
CN114567552A (en) Vehicle-mounted V2X equipment upgrading method and device, computer equipment and storage medium
EP1486868B1 (en) Non-standard mime type supporting system of mobile terminal and method thereof
CN113282310A (en) Application management method and system, vehicle-mounted device, server and readable storage medium
US7174333B2 (en) Data obtaining method and terminals
CN104965728B (en) The method and car-mounted terminal, communication system of car-mounted terminal operation application program
JP2001005671A (en) Data transmission system
JP4461472B2 (en) MOBILE POSITION DISPLAY METHOD, MOBILE POSITION DISPLAY SYSTEM, INFORMATION MEDIATION DEVICE, AND COMPUTER PROGRAM THEREOF
JP2001273591A (en) Communication system, on-vehicle unit, communication equipment, its method, and recording medium with communication software recorded thereon
JP2006261924A (en) Vehicle-mounted communication terminal, and navigation device for vehicle
US20020010786A1 (en) Data transmitting apparatus and method
CN116939583B (en) Method for upgrading whole vehicle ECU (electronic control unit) device when TBOX (tunnel boring oxide) flow is insufficient
CN114937369B (en) Autonomous agent parking method, system, vehicle, parking lot end, device and medium
KR20050032156A (en) Method for processing download descriptor in mobile communication terminal and mobile communication terminal therefor

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060214

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080508

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080603

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080729

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080826

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080908

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111003

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121003

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131003

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees