(57)【要約】【課題】  通信環境が悪い条件であっても通信優先度の高いアプリケーションによる情報取得を確実に実行することができる車載通信端末及び車両用ナビゲーション装置を提供する。【解決手段】  車両用ナビゲーション装置にはローカルプロキシ２６が搭載されている。このローカルプロキシ２６は、ＴＣＰ／ＩＰプロトコルスタックを通じた通信優先度の低いアプリケーション１，２のソケット通信中に通信優先度の高いアプリケーションがデータ通信を要求したときは、通信優先度の低いアプリケーション１，２のデータ通信を停止し、通信優先度の高いアプリケーションとサーバ２４との間のソケット通信を制御する。また、通信優先度の高いアプリケーションとサーバ２４との間のデータ通信中に、通信優先度の低いアプリケーション１，２がソケット通信を要求したときは拒絶する。これにより、通信優先度の高いアプリケーションにより情報を確実に取得することができる。【選択図】  図４
2006261924.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションが搭載され、起動されたアプリケーションの通信動作により広域通信網に接続されたサーバからコンテンツを取得可能な車載通信端末において、
前記アプリケーションと前記サーバとの間のデータ通信を制御するローカルプロキシと、
前記アプリケーションの通信優先度を記憶した記憶手段とを備え、
前記ローカルプロキシは、前記記憶手段に設定された通信優先度の高いアプリケーションがデータ通信を開始したときは、通信優先度の低いアプリケーションのデータ通信を停止することを特徴とする車載通信端末。
【請求項２】
前記ローカルプロキシは、通信優先度の高いアプリケーションのデータ通信中に通信優先度の低いアプリケーションの通信要求があった場合は、その接続を拒絶することを特徴とする請求項１記載の車載通信端末。
【請求項３】
請求項１または２の車載通信端末の機能を有したことを特徴とする車両用ナビゲーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ローカルプロキシが搭載された車載通信端末及び車両用ナビゲーション装置に関する。
【背景技術】
【０００２】
近年、通信用のアプリケーションが搭載された車載通信端末が提供されており、携帯電話機などの無線機を利用して情報センタのサーバにアクセスすることにより所望の情報を取得することが行われている。この車載通信端末に搭載されているアプリケーションとしては、情報センタのサーバから文字情報を取得するウェブブラウザ、音楽データをダウンロードして任意に再生できる音楽サーバ、車両用ナビゲーション装置と連携して交通情報或いは天気情報を取得する交通情報アプリなどである。
【０００３】
尚、本発明の従来技術は一般的な技術であることから、先行技術文献の記載を省略する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、車載通信端末のデータ通信では、携帯電話機などの無線機を利用するため、狭帯域で通信速度が比較的遅いという欠点がある。また、車両が移動している場合は、電波環境の変動が大きく、通信の中断、さらには切断するという悪条件下での通信となる。このような通信環境では、アプリケーションの通信が分断され、通信速度が一層遅くなる。このため、交通情報アプリ、緊急情報アプリ、セキュリティ情報アプリ、オペレータサービスアプリのように通信優先度の高いアプリケーションを動作した場合には、通信完了の前に回線が切断されて情報取得に失敗することがあり、このような場合は、重要或いは緊急性の高い情報の取得が困難となる。
【０００５】
本発明は上記事情に鑑みてなされたもので、その目的は、通信環境が悪い条件であっても通信優先度の高いアプリケーションによる情報取得を確実に実行することができる車載通信端末及び車両用ナビゲーション装置を提供することにある。
【課題を解決するための手段】
【０００６】
請求項１の発明によれば、通信優先度の低いアプリケーションのデータ通信中に通信優先度の高いアプリケーションがデータ通信を開始したときは、通信優先度の低いアプリケーションの通信は停止されるので、通信環境が悪い条件であっても通信優先度の高いアプリケーションにより重要な情報を取得することができ、重要な情報の取得に失敗してしまうことを防止できる。
【０００７】
請求項２の発明によれば、通信優先度の高いアプリケーションのデータ通信中に通信優先度の低いアプリケーションがデータ通信を開始するにしても、そのデータ通信は拒絶されるので、通信優先度の高いアプリケーションによる重要な情報の取得が中断されてしまうことを防止できる。
請求項３の発明によれば、本発明を車両用ナビゲーション装置に適用することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の一実施例について図面を参照して説明する。図１は、車両用ナビゲーション装置（車載通信端末に相当）１を中心とする全体構成についての概略的な機能ブロック図である。この図１において、車両用ナビゲーション装置１は、位置検出器２、地図データ入力部７、操作スイッチ群８、制御装置（記憶手段に相当）９、外部メモリ１０、表示装置１１、送受信機１２、音声コントローラ１３、スピーカー１４、音声認識装置１５、マイク１６、リモコンセンサ１７、リモートコントロール端末（以下リモコンと称する）１８、データ通信手段１９とを備えて構成されている。
【０００９】
制御装置９は通常のコンピュータとして構成されており、内部には周辺のＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ及びこれらの構成を接続するバスライン（いずれも図示せず）が備えられている。制御装置９は、位置検出器２、地図データ入力部７、操作スイッチ群８、外部メモリ１０、表示装置１１、送受信機１２、音声コントローラ１３、スピーカー１４、音声認識装置１５、リモコンセンサ１７から入力された各種情報に基づき、所定の処理（例えば、地図縮尺変更処理、メニュー表示選択処理、目的地設定処理、経路探索実行処理、経路案内開始処理、現在位置修正処理、表示画面変更処理、音量調整処理等）を実行する。
【００１０】
また、制御装置９は、操作スイッチ群８を使ったユーザ指示や、定期時間毎にデータ通信手段１９に指示して相互通信が可能な状態にする。
位置検出器２は、いずれも周辺の地磁気センサ３、ジャイロスコープ４、距離センサ５、及び衛星からの電波に基づいて車両の現在位置を検出するＧＰＳ（Global Positioning System）のためのＧＰＳ受信機６を有している。これらの各センサ３，４，５，６は各々が性質の異なる誤差を持っているため、複数のセンサにより各々補完しながら使用するように構成されている。なお精度によっては上述した内の一部で構成してもよく、更にステアリングの回転角センサ、各転動輪の車輪速センサ等を用いてもよい。
【００１１】
地図データ入力部７は、記憶媒体（図示せず）が装着され、該記憶媒体に格納されている位置検出の精度向上のためのいわゆるマップマッチング用データ、地図データ及び目印データを含む各種データを入力するための装置である。記憶媒体としては、そのデータ量からＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭを用いるのが一般的であるが、メモリカード、ＨＤＤ等を用いてもよい。
【００１２】
操作スイッチ群８は、例えば表示装置１１と一体になったタッチスイッチもしくはメカニカルなスイッチ等が用いられ、スイッチ操作により制御装置９へ各種機能（例えば、地図縮尺変更、メニュー表示選択、目的地設定、経路探索、経路案内開始、現在位置修正、表示画面変更、音量調整等）の操作指示を行う。また、リモコン１８には複数の操作スイッチ（図示せず）が設けられ、スイッチ操作によりリモコンセンサ１７を介して各種指令信号を制御装置９に入力し、制御装置９に各種機能を実行させる。なお、操作スイッチ群８とリモコン１８は、何れのスイッチ操作によっても制御装置９に同じ機能を実行させることが可能である。
【００１３】
リモコン１８を介してリモコンセンサ１７から、あるいは操作スイッチ群８により目的地が設定されると、制御装置９は、位置検出器２により検出された現在位置からその目的地までの最適な経路を自動的に探索して誘導経路を設定し表示する。このような自動的に最適な経路を設定する手法は、ダイクストラ法等の手法が知られている。
設定された経路は、地図データ入力部７の情報に基づき表示装置１１に表示される表示地図上に位置検出器２により検出された現在位置マークと共に重畳表示される。表示地図には、現在位置、経路のほかに、現在時刻、渋滞情報など他の情報表示も付加表示することもできる。
【００１４】
外部メモリ１０は、ＨＤＤ等の書き込み可能な大容量記憶装置である。外部メモリ１０には大量のデータや電源をＯＦＦしても消去してはいけないデータを記憶したり、頻繁に使用するデータを地図データ入力部７からコピーして利用する等の用途がある。なお、外部メモリ１０は、比較的記憶容量の小さいリムーバルなメモリであってもよい。
【００１５】
表示装置１１は、ナビゲーションとして地図や目的地選択画面等を表示するものであって、フルカラー表示が可能なものであり、液晶、有機ＥＬ等を用いて構成することができる。
【００１６】
送受信機１２は、外部（例えばVICSシステムなどのインフラ）から提供される交通情報等を受信し、また外部へ車両情報、ユーザ情報等を発信する装置である。外部から受け取った情報は制御装置９で処理する。また必要であれば、その制御装置９で処理した情報を送受信機１２から送信することもできる。
【００１７】
スピーカー１４は、音声コントローラ１３から入力された音声出力信号に基づき所定の音声（案内のための音声や画面操作の説明、音声認識結果等）を外部に報知する。
マイク１６は、操作者が発声した音声を電気信号として音声認識装置１５に入力する。
音声認識装置１５は、マイク１６を介し発声された操作者の入力音声と、内部に記憶する認識辞書（図示せず）中の語彙データ（比較対象パターン）とを照合し、最も一致度の高いものを認識結果として音声コントローラ１３に入力する。
【００１８】
音声コントローラ１３は、音声認識装置１５を制御すると共に、音声入力のあった操作者に対し、スピーカー１４を通じてトークバック出力制御（音声出力）する。また、音声認識装置１５の認識結果を制御装置９に入力する処理も行う。
【００１９】
制御装置９は、音声認識装置１５からの情報に基づき、操作者の発声に対する所定の処理（例えば、地図縮尺変更処理、メニュー表示選択処理、目的地設定処理、経路探索実行処理、経路案内開始処理、現在位置修正処理、表示画面変更処理、音量調整処理等）を実行する。また、制御装置９で処理された経路案内音声情報等は、音声コントローラ１３を介してスピーカー１４から適宜報知される。
【００２０】
データ通信手段１９は、相互通信機能を有しており、例えば携帯電話や自動車電話等から構成され、制御手段９に容易に着脱可能なように接続されている。勿論、データ通信手段１９を制御装置９に容易に着脱できないように組み込んでもよい。
【００２１】
また、データ通信手段１９が情報センタ２２からの要求を受信した場合にも相互通信が可能な状態になる。また、制御装置９は、データ通信手段１９を介して情報要求（文字情報、気象情報、他車情報、施設情報、広告情報など）を要求することにより情報センタ２２より情報を得る。
【００２２】
情報センタ２２は、電話局２１を介して通信する回線端末装置２３と、文字情報、音楽情報、交通情報、気象情報、他車情報、施設情報、広告情報など必要な情報をコンテンツとして加工するサーバ２４と、それらの各情報など必要なデータをコンテンツとして蓄積しておくデータベース２５を備えており、電話局２１を通じて無線基地局２０に接続されており、無線基地局２０から車両用ナビゲーション装置１とデータが送受信される。
【００２３】
情報センタ２２は通信によって得た現在地情報をサーバ２４によって加工し、データベース２５に蓄積する。情報要求があった場合はサーバ２４が必要な情報をデータベース２５より検索し、回線端末装置２３を使用してデータ送信する。
【００２４】
さて、車両用ナビゲーション装置１の制御装置９の図示しない記憶手段には、各種アプリケーションが記憶されている。これらのアプリケーションは、情報センタ２２に設置されたサーバ２４にアクセスすることにより当該サーバ２４のデータベース２５に記憶された各種コンテンツなどの情報サービスを取得する通信ソフトで、ＨＴＴＰ（Hyper Text Transfer Protocol）によりサーバ２４にアクセスするようになっている。
【００２５】
アプリケーションとしては、ウェブブラウザ、音楽サーバ、交通情報アプリなどの通信ソフトが搭載されている。ウェブブラウザは、文字情報を閲覧するためのものである。音楽サーバは、所望の音楽をダウンロードし、ユーザの操作に応じて音楽を任意に再生するものである。交通情報アプリは、車両の進行先の渋滞、事故、交通規制、天気などの交通情報を取得するものである。
【００２６】
ここで、制御装置９の記憶手段には各アプリケーションの通信優先度が予め記憶されている。つまり、本実施例では、交通情報アプリ（緊急情報アプリ、セキュリティ情報アプリ、オペレータサービスアプリが搭載されている場合は、それらのアプリケーション）の通信優先度が最も高く、ウェブブラウザと音楽サーバの通信優先度が交通情報アプリよりも低い同じ通信優先度に設定されている。
【００２７】
一方、制御装置９にはローカルプロキシ２６が搭載されている。このローカルプロキシ２６とは、一般的なプロキシサーバの機能を持ったプログラムのことで、アプリケーションがサーバ２４に直接アクセスする代わりにサーバ２４に接続する役割を果たすものある。例えばウェブブラウザなどの通信ソフトがサーバ２４にデータを要求すると、ローカルプロキシ２６が代わりにデータの要求を外部のサーバ２４に行い、そのサーバ２４からはローカルプロキシ２６にデータが送られ、ローカルプロキシ２６は、その受け取ったデータをウェブブラウザに返すようになっている。
【００２８】
図３は、アプリケーションとデータ通信手段１９とが通信するためのプロトコルであるＴＣＰ／ＩＰのプロトコル構造（以下、プロトコルスタック）を示している。この図３において、ＴＣＰ／ＩＰのプロトコルスタックは、下層から物理層、ネットワークインタフェース層、インターネット層、トランスポート層、セッション層により構成されている。第１層の物理層は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層のデータリンク層は、通信相手との物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行なう。第３層のネットワーク層は、相手までデータを届けるための通信経路の選択や、通信経路内のアドレスの管理を行なう。ＩＰ（Internet Protocol）は、データリンク層（第２層）からパケットを受け取り、宛先に転送する。ＩＣＭＰ（Internet Control Message Protocol）は、ネットワークで発生した問題やネットワークデバイスのエラー情報を知らせる。第４層のトランスポート層は、相手まで確実に効率よくデータを届けるためのデータ圧縮や誤り訂正、再送制御などを行なう。ＴＣＰ（Transmission Control Protocol）は、パケットにエラーがなく、すべてのパケットが正しい順番で宛先に到着することを監視し保証する。ＵＤＰ（User Datagram Protocol）は、インターネット層とアプリケーション層の間でデータの授受を行うが、ＴＣＰと違って、エラーチェックもパケットの番号割り当ても行わない。第５層のセッション層は、通信プログラム同士がデータの送受信を行なうための仮想的な経路(コネクション)の確立や解放を行なう。ソケットＡＰＩ(Application Program Interface)は、アプリケーション或いはサーバ２４との間のデータ通信の仲介をする。
【００２９】
ソケットとは、ＩＰアドレスとポート番号の組のことである。つまり、ＴＣＰ／ＩＰ通信においては、1つのＩＰアドレスは複数（通常は６５５３６個）のポートから構成され、他のＩＰアドレス上のポートと結合して、複数のアドレスと同時に通信できるようになっており、この組のことをソケットというと共に、このソケットを利用した通信をソケット通信という。
【００３０】
また、ソケットＡＰＩとは、ＴＣＰ／ＩＰに基づくＩＰＣ（Interprocess Communication）インタフェースで、このソケットＡＰＩを使うことにより、アプリケーションは、あたかもファイルの読み書き（ｒｅａｄ／ｗｒｉｔｅ）を行うのと同じように、ネットワーク経由でデータの送受信を行うことができるようにしたものである。
【００３１】
図２に示すように、車両の後席に対応して後席用ディスプレイ２７が配設されている。この後席用ディスプレイ２７は、車内ＬＡＮ２８で車両用ナビゲーション装置１に接続されている。この後席用ディスプレイ２７にはウェブブラウザ及び音楽サービスが搭載されており、それらのアプリケーションが起動したときは車両用ナビゲーション装置１に搭載されたローカルプロキシ２６に対してソケット通信を要求するようになっている。
【００３２】
ここで、車両用ナビゲーション装置１及び後席用ディスプレイ２７にはローカルのＩＰが予め設定されており、ローカルプロキシ２６は、アプリケーションからソケット通信の要求があったときは、そのソケットのＩＰに基づいて車両用ナビゲーション装置１に搭載されているアプリケーション或いは後席用ディスプレイ２７に搭載されているアプリケーションの何れがアクセスしたのかを判断するようになっている。
【００３３】
本実施例では、車両用ナビゲーション装置１及び後席用ディスプレイ２７に搭載されているウェブブラウザのポート番号として「８０８０」が設定され、音楽サーバのポート番号として「８０８１」が設定され、交通情報アプリのポート番号として「８０８２」が設定されているものの、上述したようなソケットに基づく識別により各アプリケーションが情報センタ２２のサーバ２４に同時にデータ通信可能となっている（図２参照）。
【００３４】
図４は、通信優先度が最も高いアプリケーション（本実施例では交通情報アプリ）、通信優先度の低いアプリケーション１，２（本実施例ではウェブブラウザ、音楽サーバ）、ローカルプロキシ２６、サーバ２４との間の通信動作を示すシーケンスである。尚、図中においてＴＣＰ／ＩＰプロトコルスタックに対する示す命令で、先頭に「Ｌ」が付加された命令は、ローカルエリアネットワーク（アプリケーションとローカルプロキシ２６との間の通信）を実行するための命令であることを示し、先頭に「Ｗ」が付加された命令は、広域エリアネットワーク（ローカルプロキシ２６とサーバ２４との間）の通信を実行するための命令であることを示している。この図４において、ローカルプロキシ２６は、動作開始すると、まず、ＴＣＰ／ＩＰプロトコルスタックに対してソケットの作成を要求する。つまり、ｓｏｃｋｅｔ（ソケット生成）を実行し、ｂｉｎｄ（ソケット登録）を実行し、ｌｉｓｔｅｎ（ソケット接続要求待ち）を実行する。つまり、ウェブブラウザに対応して待ち受けポート番号８０８０を作成し、音楽サーバに対応して待ち受けポート番号８０８１を作成し、交通情報アプリに対応して待ち受けポート番号８０８２を作成することを要求する。
以上の動作により、ＴＣＰ／ＩＰプロトコルスタックは、待ち受けポート番号８０８０〜８０８２を作成し、アプリケーションがソケット通信を要求するのを待機する。
【００３５】
さて、例えば後席の乗員が所望のホームページを閲覧するために後席用ディスプレイ２７のウェブブラウザを起動すると、ウェブブラウザは、車内ＬＡＮ２８を通じてソケット通信を要求する。
ローカルプロキシ２６は、ＴＣＰ／ＩＰプロトコルスタックを通じてソケット通信の要求があったことを検出したときは、ＴＣＰ／ＩＰプロトコルスタックに対してａｃｃｅｐｔ（ソケット接続要求許可）を実行してから、広域ネットワークを通じたソケット通信を要求する。これにより、ＴＣＰ／ＩＰプロトコルスタックは、データ通信手段１９を通じたＰＰＰ（Point to Point Protocol）により情報センタ２２のサーバ２４に接続するので、ＴＣＰ／ＩＰネゴシエーションが確立される。
【００３６】
以後においては、ウェブブラウザによりＨＴＴＰを用いたデータ通信が行われる。つまり、ソケットの接続状態では、それぞれのソケットに対してｗｒｉｔｅ(データ書き込み)によりソケットにデータを書き込むと、そのデータが相手に届くので、相手はｒｅａｄ(データ読み出し)によりソケットを読み出すと、相手側 が送信したデータを受信することができる。通常のＴＣＰ通信プログラムでは、通信が完了するまでｗｒｉｔｅとｒｅａｄにより データの送受信を互いに繰り返すことにより、ＨＴＴＰによるリクエスト及びレスポンスが行われ、その結果が後席用ディスプレイ２７の表示に反映される。従って、後席の乗員は、後席用ディスプレイ２７に対する操作により所望のホームページにアクセスして各種情報を取得することができる。
【００３７】
そして、アプリケーションとサーバ２４のどちらか一方がｃｌｏｓｅ（ソケットの消去）を実行して、ソケット通信接続を切断すると、ソケット通信が完了する。
ところで、このように後席の乗員が後席用ディスプレイ２７でウェブブラウザを動作している際に、前席の乗員が目的地或いは経由地の交通情報を取得したい場合は、車両用ナビゲーション装置１に対して交通情報アプリを起動する。
【００３８】
音楽情報アプリは、起動すると、ＴＣＰ／ＩＰプロトコルスタックに対してソケット通信を要求する。
ローカルプロキシ２６は、ソケット通信の要求があったときは、ソケットに基づいてポート番号８０８２に接続する。このとき、ローカルプロキシ２６は、ポート番号８０８２が最優先であることから、それ以外の待ち受けポート番号である８０８０、８０８１をクローズする。
【００３９】
以上の動作により、それまで後席用ディスプレイ２７で動作していたウェブブラウザはデータ通信が停止するので、後席の乗員は、以後のウェブブラウザによるコンテンツ提供のサービスを受けることができなくなる。
【００４０】
後席用ディスプレイ２７のウェブブラウザは、待ち受けポート番号８０８１がクローズされたことを検出したときは、車内ＬＡＮ２８を通じてＴＣＰ／ＩＰプロトコルスタックにｃｌｏｓｅ（ソケット消去）を要求する。
【００４１】
次に、ローカルプロキシ２６は、ＴＣＰ／ＩＰプロトコルスタックに対してソケット接続を許可してから、広域ネットワークを通じたソケット通信を要求する。これにより、交通情報アプリは、情報センタ２２のサーバ２４に接続して交通情報を取得することができる（図５参照）。この場合、車両の現在位置及び目的地或いは経由地を送信することにより、目的地までの経路の交通情報を取得することができるので、運転者は、交通情報アプリが取得した交通情報を参照して目的地までの走行時間の短縮を図ったり、目的地或いは経路の変更を検討したりすることができる。
【００４２】
また、このような交通情報アプリによるデータ通信中に、後席乗員が後席用ディスプレイ２７のウェブブラウザを操作すると、ウェブブラウザからＴＣＰ／ＩＰプロトコルスタックに対してソケット通信が要求されるものの、ソケットが消去されて接続が拒絶されるので、ウェブブラウザがソケット通信を実行することはできない。
【００４３】
そして、交通情報アプリによる交通情報の取得が終了すると、交通情報アプリがＴＣＰ／ＩＰプロトコルスタックに対してソケットのクローズを要求するので、それを受けてローカルプロキシ２６が車内ＬＡＮ２８側及び広域ネットワーク側のソケットをクローズする。
【００４４】
以上のようにして交通情報アプリによる交通情報の取得が終了したときは、ローカルプロキシ２６は、次の通信に備えて待ち受けポート番号８０８０〜８０８２を通じたソケット通信待ちの状態に移行する。
【００４５】
一方、上述したような後席用ディスプレイ２７のウェブブラウザの動作中に、前席の乗員が車両用ナビゲーション装置１の音楽サーバを動作させた場合は、音楽サーバがＴＣＰ／ＩＰプロトコルスタックに対してソケット通信を要求する。この場合、ウェブブラウザと音楽サーバの通信優先順位は同等であるので、ローカルプロキシ２６は、ウェブブラウザのソケットをクローズすることなく音楽サーバのソケットを作成して、後席用ディスプレイ２７の音楽サーバと情報センタ２２のサーバ２４との間のデータ通信を同時に制御する。
【００４６】
また、後席用ディスプレイ２７のウェブブラウザの動作中に、前席の乗員がウェブブラウザを動作させたときも、両方のウェブブラウザと情報センタ２２のサーバ２４との間のデータ通信を同時に制御する。この場合、車両用ナビゲーション装置１のウェブブラウザと後席用ディスプレイ２７のウェブブラウザのソケットのポート番号はいずれも８０８０であるが、ソケットのＩＰが異なることから、ローカルプロキシ２６は、両方のウェブブラウザによるデータ通信を混信することなく制御することができる。
【００４７】
このような実施例によれば、車両用ナビゲーション装置１の制御装置９にローカルプロキシ２６を搭載し、通信優先度の低いウェブブラウザ或いは音楽サーバによるデータ通信の実行中に、通信優先度の高い交通情報アプリがデータ通信を要求したときは、通信優先度の低いウェブブラウザ或いは音楽サーバのデータ通信を停止して交通情報アプリによる通信を実行すると共に、交通情報アプリのデータ通信中にウェブブラウザ或いは音楽サーバがデータ通信を要求したときは、そのデータ通信を拒絶するようにしたので、通信環境によって通信優先度の高いアプリケーションの通信が不安定となる虞がある従来例のものと違って、通信環境が悪い条件であっても通信優先度の高い交通情報アプリにより交通情報を確実に取得することができる。
しかも、ローカルプロキシ２６は、プログラムで構成されていることから、車両用ナビゲーション装置１の制御装置９に容易に搭載することができると共に、改良も容易に行うことができ、実施する際のコストを大幅に抑制することができる。
【００４８】
本発明は、上記実施例に限定されることなく、次のように変形または拡張できる。
アプリケーションとしては、ウェブブラウザ、音楽サーバ、交通情報アプリに限定されることなく、ニュース、天気予報、駐車場情報、株価情報、レストラン情報、宿泊情報、キャンプ場情報、占い情報、伝言板、メールなどの各種コンテンツを取得するためのアプリケーションを搭載するようにしてもよい。
【００４９】
待ち受けポート番号としては、８０８０〜８０８２に限定されることなく、任意に設定可能である。
上記実施例では、優先アプリケーションである交通情報アプリの通信が終了したときは、ローカルプロキシ２６は、交通情報アプリに対応した待ち受けポート番号８０８２をクローズするようにしたが、クローズすることなく待ち受け状態を継続するようにしてもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施例における全体構成を示す機能ブロック図
【図２】ローカルプロキシの通信を示す模式図
【図３】ＴＣＰ／ＩＰプロトコルスタックによる通信を示す概念図
【図４】各アプリケーションとサーバとの間の通信を示すシーケンス図
【図５】交通情報アプリによる通信を示す図２相当図
【符号の説明】
【００５１】
図面中、１は車両用ナビゲーション装置（車載通信端末）、９は制御装置（記憶手段）、２４はサーバ、２６はローカルプロキシである。
【図１】
2006261924.tif 000003
【図２】
2006261924.tif 000004
【図３】
2006261924.tif 000005
【図４】
2006261924.tif 000006
【図５】
2006261924.tif 000007