JP2003316681A - 車載通信システム - Google Patents

Abstract

(57)【要約】 【課題】 車載通信機器のコストダウンを実現し、その
通信機器のハードウェア構成の変更への対応を当該通信
機器が多数台ある場合でも迅速且つ容易にしかもコスト
安に行うこと。 【解決手段】 パケット通信機１と接続された車載サー
バ２には、所定個数のバージョンアップロジック１１ａ
を備えたプログラマブルロジック１１が設けられてい
る。車載サーバ２は、パケット通信機１の追加機能を実
現するためのハードウェアアップグレードデータを含む
アップグレードリソースを管理センタ１４から当該パケ
ット通信機１を通じてダウンロードすると共に、そのア
ップグレードリソース中のハードウェアアップグレード
データをプログラマブルロジック１１に定義し、パケッ
ト通信機１の追加機能のエミュレーションを当該プログ
ラマブルロジック１１を使用して実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車載サーバ及びこ
の車載サーバとの間で車内通信を行う通信機器を備えた
車載通信システムに関する。

【０００２】

【従来の技術】近年では、車両に種々の通信機器を搭載
することにより、ユーザ（車両搭乗者）に多くの情報を
提供したり、車載機器の機能や使い勝手の向上などを図
る試みが行われている。例えば、ＶＩＣＳ（道路交通情
報通信システム）のように、道路交通情報を管理センタ
１４（ＶＩＣＳセンタ）から光ビーコンやマイクロ波或
いはＦＭ波を用いて車両側に提供するシステムがある。
このシステムのために車両に搭載されるＶＩＣＳ受信機
は、管理センタ１４へ情報を送ることはできないが、こ
れとは別に携帯電話機やデータ通信用のパケット通信機
などを設けることにより、車両側において情報の送信並
びに受信を行うこともある。また、車両に搭載された機
器間で情報の授受を行って、その機能や使い勝手の向上
などを図るために、無線ＬＡＮ用通信機や Bluetooth
（登録商標）通信機のような近距離通信を行うデータ通
信機器を搭載することも一般的になりつつある。

【０００３】

【発明が解決しようとする課題】上記のように車両に搭
載される各種の通信機器は、ユーザニーズやインフラの
整備・拡張などに伴い、そのハードウェア構成を比較的
短い期間で次々とアップグレードすることが行われてい
る。従来では、このようなハードウェア仕様の変更を伴
うアップグレードについては通信機器の買い替えで対処
することになるが、近年における環境問題（ごみ低減、
種々のリサイクル法の施行）に対応できるようにするた
めに、資源を無駄使いせず、しかも通信機器を迅速且つ
容易にアップグレードできる手段が求められている。特
に、車両に搭載された通信機器の場合、頻繁なハードウ
ェアアップグレードに対応しようとするとユーザ側の手
間や取付工賃が嵩むことになり、しかも、このような車
載通信機器が複数台存在する場合には、その影響が極め
て大きくなるため、改善の要求が高いものである。

【０００４】本発明は上記事情に鑑みてなされたもので
あり、その目的は、車載通信機器のコストダウンを実現
できると共に、その通信機器のハードウェア構成の変更
への対応を当該通信機器が多数台ある場合でも迅速且つ
容易にしかもコスト安に行うことができる車載通信シス
テムを提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に請求項１に記載した手段を採用できる。この手段によ
れば、車載通信機器のハードウェア構成に追加機能を付
加する場合には、その追加機能に対応したハードウェア
仕様を実現するためのハードウェアアップグレードデー
タを含むアップグレードリソースを外部の情報管理セン
タからダウンロードし、そのリソース中のハードウェア
アップグレードデータを、車載サーバ側に設けられたプ
ログラマブルロジックに定義することになる。このよう
な定義が行われた状態では、車載サーバが、プログラマ
ブルロジックを使用して上記追加機能をエミュレーショ
ンするようになる。この結果、車載通信機器には基本ハ
ードウェアアップグレードデータ的なハードウェア構成
を搭載しておくだけでハードウェア仕様の変更に対応で
きる。このため、当該車載通信機器をコストダウンでき
るようになり、また、通信機器のハードウェア構成の変
更への対応を迅速且つ容易に行うことができる。しか
も、複数の車載通信機器についてハードウェア構成のア
ップグレードを行う場合でも、車載サーバ側で一括して
対応できるから、アップグレードコストの低減を図る上
で有益になる。

【０００６】請求項２に記載した手段によれば、車載通
信機器のハードウェア構成の仕様変更と同時に、そのソ
フトウエアアップデートも同時に行い得るようになり、
実用上において便利になる。

【０００７】請求項３記載に記載した手段によれば、車
載通信機器に搭載する記憶手段の記憶容量が不足するよ
うな状況下でも当該車載通信機器のソフトウエアアップ
デートが可能になる。従って、車載通信機器に比較的小
さい記憶容量の記憶手段を搭載しておくだけでソフトウ
エアアップデートに対応できるようになり、当該車載通
信機器の一層のコストダウンを実現できる。

【０００８】

【発明の実施の形態】以下、本発明の一実施例について
図面を参照しながら説明する。図１には、車載通信シス
テムの構成例が機能ブロックの組み合わせにより示され
ている。この図１において、本実施例による車載通信シ
ステムは、パケット通信機１（車載通信機器に相当）及
び車載サーバ２によって構成されている。

【０００９】パケット通信機１は、外部機関であるアッ
プグレード管理センタ１４（本発明でいう情報管理セン
タに相当）との間での情報の授受を、例えば携帯電話基
地局１５及び通信ネットワーク１６を通じて行うための
もので、携帯電話基地局１５との間のデータ通信（パケ
ット通信）をアンテナ３ａを通じて行うための通信回路
３と、この通信回路３による送受信情報の処理などを行
うためのデータ処理回路４とを含んで構成されている。
このデータ処理回路４は、ＣＰＵを主体に構成されたも
ので、予め記憶している基本プログラムに基づいた処理
動作を実行するものである。また、データ処理回路４に
は、車載サーバ２との間で信号の授受を行うための外部
インタフェース５、例えばＥＥＰＲＯＭのような書き換
え可能な記憶素子より成るメモリ６（記憶手段に相
当）、通信回路増設ポート７が接続されている。

【００１０】尚、通信回路増設ポート７は、同じパケッ
ト通信機を複数接続したり、異なる仕様の通信機を増設
するためのポートであり、異なる周波数帯のアンテナを
接続するポートとしても使用できるようになっている。
また、パケット通信機１内には、車載電源出力を安定化
してデータ処理回路４や通信回路３などに供給するため
の電源制御回路８が設けられており、この電源制御回路
８の動作（オンオフ）状態は、電源制御線９を通じて外
部から制御できるようになっている。

【００１１】車載サーバ２は、ＣＰＵ、ＲＯＭ、ＲＡ
Ｍ、Ｉ／Ｏなどを搭載したＣＰＵボードより成るメイン
ロジック１０と、これに接続されたプログラマブルロジ
ック１１とを含んで構成されている。このプログラマブ
ルロジック１１は、例えばＦＰＧＡ（Field Programmab
le Gate Array）より成る所定個数（本実施例では２
個）のバージョンアップロジック１１ａにより構成され
ている。尚、車両サーバ２には、前記パケット通信機１
の他にも種々の車載外部機器が接続されるものである
が、本実施例では、マン−マシンインタフェースに相当
する部分、つまり、当該車両サーバ２により制御される
表示装置１２及びデータ入力用の操作部１３が示されて
いる。メインロジック１０は、車載サーバ２の基本機能
を作動させるためのもので、ユーザによる操作部１３を
通じたデータの入出力、表示装置１２を通じたデータ表
示、種々のデータ処理、データ演算、車載外部機器群の
電源制御、外部機器群とのインタフェースなどを制御す
る。

【００１２】さて、パケット通信機１は、その機能を管
理センタ１４との間での情報の授受に基づいてアップグ
レードできる構成となっており、以下においては、その
アップグレードの手順について、関連部分の構成や作用
と共に説明する。図２には、管理センタ１４、パケット
通信機１、車載サーバ２、表示装置１２及び操作部１３
でそれぞれ実行される処理内容のシークエンスが示され
ている。この図２において、管理センタ１４側では、所
定時期（例えば、パケット通信機１についての仕様変更
が行われた後の所定タイミング）にアップグレード情報
をパケット通信機１に向けて送信する（ステップＡ
１）。パケット通信機１では、アップグレード情報を受
信すると共に、その情報を車載サーバ２へ転送するとい
う通信処理を行う（ステップＢ１）。尚、管理センタ１
４から送信されるアップグレード情報は、必ずしもパケ
ット通信機１を経由する必要はなく、例えば車載サーバ
２に接続された移動体通信機器（携帯電話機など）のよ
うな他の通信手段を利用することも可能である。

【００１３】車載サーバ２は、アップグレード情報を受
信したときに、その情報の内容を含む画像表示用のデー
タを表示装置１２へ出力する処理を行う（ステップＣ
１）。この画像表示用データを受けた表示装置１２にお
いては、アップグレード情報の内容を「アップグレード
のお知らせ」として表示するようになり（ステップＤ
１）、これを確認したユーザ側では、操作部１３を通じ
てアップグレード依頼する旨の入力操作を行うものであ
り（ステップＤ２）、そのアップグレード依頼は車載サ
ーバ２へ送信される。車載サーバ２は、アップグレード
依頼を受信したときには、アップグレード待機状態を呈
すると共に、パケット通信機１に応答指令信号を出力す
る（ステップＣ２）。この応答指令信号を受けたパケッ
ト通信機１では、管理センタ１４ヘ向けてアップグレー
ド要求信号を送信するという通信処理を行う（ステップ
Ｂ２）。尚、車載サーバ２は、アップグレード内容を自
動更新するモードを設定可能になっており、このような
モード設定となっていた場合には、ステップＣ１、ステ
ップＤ１及びＤ２は実行されずに、ステップＣ２が直ち
に実行されることになる（但し、必要に応じてステップ
Ｄ１を実行しても良い）。

【００１４】管理センタ１４側では、パケット通信機１
からアップグレード要求信号を受信したときには、アッ
プグレード準備を整え（ステップＡ２）、パケット通信
機１に対して、その仕様を問い合わせるという通信機仕
様確認処理を行う（ステップＡ３）。この場合、パケッ
ト通信機１には、そのハードウェア仕様やデータ処理回
路４の基本プログラムのバージョン情報などを含む機器
仕様データが記録されており、当該パケット通信機１
は、管理センタ１４側からの仕様問い合わせに応答し
て、上記機器仕様データを自身に固有のＩＤ（例えば、
ＩＰアドレス（ＩＰｖ６）や所定長のシリアル信号列よ
り成る）と共にアンサバックするというバージョン応答
処理を行う（ステップＢ３）。管理センタ１４側では、
通信仕様確認処理ステップＡ３において、アンサバック
された機器仕様データに基づいて、パケット通信機１の
ハードウェア構成や基本プログラムのバージョンなどの
仕様を認識する。

【００１５】この後、管理センタ１４では、上述のよう
に認識したパケット通信機１の仕様を参照して、当該パ
ケット通信機１をアップグレードするのに必要なコンポ
ーネントを調査し（ステップＡ４）、その調査結果に基
いて、通信機１のアップグレードがソフトウエアのみで
対応可能か否かを判断する（ステップＡ５）。ソフトウ
エアのみで対応可能なときには、そのソフトウエアを含
むアップグレードリソースをパケット通信機１へ送信す
る（ステップＡ６）。これを受信したパケット通信機１
側では、そのアップグレードリソース中のソフトウエア
データをメモリ６に記憶するというデータセット処理を
行う（ステップＢ７）。また、パケット通信機１におい
ては、データセット処理ステップＢ７の実行に応じてア
ップグレードが完了したときには、アップグレード処理
完了信号を管理センタ１４へ送信する動作を行う（ステ
ップＢ８）。

【００１６】この場合、パケット通信機１において上記
のようなデータセットを行う前に、古いバージョンのソ
フトウエアデータを、メモリ６や車載サーバ２側に記憶
しておく構成とすることが望ましく、これにより、必要
に応じて旧バージョンのソフトウエアを有効化した状態
へ容易に復帰可能にしている。尚、旧バージョンのソフ
トウエアデータの記憶を車載サーバ２側で行う構成とし
たほうが、パケット通信機１のメモリ６の容量が小さく
て済むから、そのパケット通信機１の構成の簡略化及び
コストダウンを図る上で有益になる。

【００１７】一方、管理センタ１４では、パケット通信
機１のアップグレードがソフトウエアのみでは不可能と
判断した場合（ステップＡ５で「ＮＯ」）には、ハード
ウエアアップグレードが必要であることを示す情報と、
そのアップグレードに必要なハードウェア仕様情報（車
載サーバ２に搭載されたプログラマブルロジック１１に
定義するためのデジタル回路の仕様を示す情報）とを含
むアップグレードリソース確認依頼信号を、パケット通
信機１へ送信する（ステップＡ７）。

【００１８】このアップグレードリソース確認依頼信号
を受信したパケット通信機１では、その信号を車載サー
バ２へ転送するという確認依頼処理を行う（ステップＢ
４）。アップグレードリソース確認依頼信号を受信した
車載サーバ２では、当該確認依頼信号中に含まれるハー
ドウェア仕様情報に基づいて、ハードウェアをアップグ
レードできるか否かを確認すると共に、その確認結果を
パケット通信機１へアンサバックする（ステップＣ
３）。尚、車載サーバ２においては、ハードウェア仕様
情報に対応したデジタル回路をプログラマブルロジック
１１に定義できる場合にアップグレード可能と判断する
ことになり、このように判断した場合には、管理センタ
１４からのデータを受信する準備をする。

【００１９】車載サーバ２から上記確認結果を受信した
パケット通信機１では、当該確認結果を管理センタ１４
へ送信するという確認応答処理を行う（ステップＢ
５）。図２中には示していないが、管理センタ１４側で
は、受信した確認結果が、ハードウェアのアップグレー
ドが不可能である内容であった場合には、そのままアッ
プグレードを終了する。尚、車載サーバ２側では、ハー
ドウェアのアップグレードが不可能であると確認したと
きには、その旨を表示装置１２に表示する動作を行うこ
とが望ましい。

【００２０】これに対して、管理センタ１４が受信した
確認結果がハードウェアのアップグレードが可能である
という内容であった場合には、アップグレードリソース
をパケット通信機１へ送信する（ステップＡ８）。この
場合、上記アップグレードリソースには、パケット通信
機１のハードウェア構成のアップグレードに必要なハー
ドウェアアップグレードデータは勿論のこと、そのソフ
トウエアアップグレードが必要な場合には該当するソフ
トウエアデータも含まれることになる。

【００２１】アップグレードリソースを受信したパケッ
ト通信機１では、そのアップグレードリソースを車載サ
ーバ２へ送信するための転送処理を行う（ステップＢ
６）。この転送処理時には、まず、受信アップグレード
リソース中のソフトウエアデータのサイズを確認すると
共に、メモリ６の空き容量を確認する。そして、当該ソ
フトウエアデータの全部をメモリ６に記憶できないと判
断した場合には、そのソフトウエアデータをメモリ６に
格納する第１のデータと、車載サーバ２側に格納する第
２のデータとに分割し、その第２のデータ及び受信リソ
ース中のハードウェアアップグレードデータを車載サー
バ２へ送信する処理を行う。また、ソフトウエアデータ
の全部をメモリ６に記憶できると判断した場合には、受
信リソース中のハードウェアアップグレードデータのみ
を車載サーバ２へ送信する処理を行う。

【００２２】パケット通信機１では、上記転送処理ステ
ップＢ６の実行後には、前述したデータセット処理ステ
ップＢ７を実行するものであり、この場合には、受信リ
ソース中のソフトウエアデータの全部、若しくは当該ソ
フトウエアデータのうち車載サーバ２へ転送しなかった
第１のデータを、メモリ６に記憶する処理を行う。

【００２３】一方、パケット通信機１からアップグレー
ドリソース（ハードウェアアップグレードデータの他
に、場合によってはソフトウエアデータに対応した第２
のデータが含まれる）の転送を受けた車載サーバ２で
は、ハードウェアの追加機能に対応したハードウェアア
ップグレードデータをプログラマブルロジック１１に定
義すると共に、第２のデータ（ソフトウエアデータ）が
ある場合に、その第２のデータを自身が有する記憶手段
に記憶するというデータ書き込み処理を実行する（ステ
ップＣ４）。このようにプログラマブルロジック１１に
ハードウェアアップグレードデータが定義された場合、
車載サーバ２は、パケット通信機１のための上記追加機
能のエミュレーションをプログラマブルロジック１１を
使用して実行することになる。尚、車載サーバ２は、上
記記憶手段へのパケット通信機１側からのアクセスを許
容しており、これによりパケット通信機１においては、
アップグレードされたソフトウエアを利用できる構成と
なっている。

【００２４】また、上記データ書き込み処理時には、プ
ログラマブルロジック１１に定義されたハードウェア
（デジタル回路）を制御するソフトウエアを指定された
メモリ番地に記憶するものであるが、その指定されたメ
モリ番地とは、定義されたハードウェアで制御されるパ
ケット通信機１について処理動作と、当該パケット通信
機１に当初から備えられているハードウェアについて処
理動作とがシームレスに行われる番地であり、パケット
通信機１からは、車載サーバ２中に定義されたハードウ
ェアの機能が自身の機能として使用できるようにするた
めのものである。そして、車載サーバ２では、上記デー
タ書き込み処理ステップＣ４が完了したときに、データ
書き込み完了信号をパケット通信機１へ送信する（ステ
ップＣ５）。

【００２５】このデータ書き込み完了信号を受信したパ
ケット通信機１では、データセット処理ステップＢ７が
済んでいることを前提に前述したステップＢ８を実行す
るものであり、これに応じて、当該パケット通信機１か
ら管理センタ１４ヘアップグレード処理完了信号が送信
される。

【００２６】管理センタ１４側では、前述したアップグ
レード送信ステップＡ６及びＡ８の実行後において、パ
ケット通信機１からアップグレード処理完了信号を受信
したときには、内部に構築されたアップグレードデータ
ベースのアップデートを行う（ステップＡ９）。ここ
で、上記アップグレードデータベースは、多数のパケッ
ト通信機１についてのアップグレード履歴を格納したも
のであり、例えば、各パケット通信機１に固有のＩＤ
（ＩＰアドレス（ＩＰｖ６）や所定長のシリアル信号列
など）に対応付けてアップグレード履歴を記録する構成
となっている。

【００２７】管理センタ１４側では、アップグレードデ
ータベースのアップデートが済んだ後は、アップグレー
ド完了情報をパケット通信機１に向けて送信する（ステ
ップＡ１０）。パケット通信機１では、アップグレード
完了情報を受信すると共に、その情報を車載サーバ２へ
転送するという通信処理を行う（ステップＢ９）。尚、
管理センタ１４から送信されるアップグレード完了情報
は、必ずしもパケット通信機１を経由する必要はなく、
例えば車載サーバ２に接続された移動体通信機器（携帯
電話機など）のような他の通信手段を利用することも可
能である。

【００２８】車載サーバ２は、アップグレード完了情報
を受信したときに、その情報の内容を含む画像表示用の
データを表示装置１２へ出力する処理を行う（ステップ
Ｃ１）。この画像表示用データを受けた表示装置１２に
おいては、アップグレード完了情報の内容を「アップグ
レード完了のお知らせ」として表示するようになり（ス
テップＤ３）、ユーザ側では、このような表示に基づい
て、パケット通信機１のアップグレードが正常に完了し
たことを確認できる。

【００２９】要するに上記した本実施例によれば、パケ
ット通信機１のハードウェア構成に追加機能を付加する
場合（ハードウェアアップグレードを行う場合）には、
その追加機能に対応したハードウェア仕様を実現するた
めのハードウェアアップグレードデータを含むアップグ
レードリソースを、管理センタ１４から当該パケット通
信機１を通じてダウンロードし、そのアップグレードリ
ソース中のハードウェアアップグレードデータを、車載
サーバ２側に設けられたプログラマブルロジック１１に
定義することになる。このような定義が行われた状態で
は、車載サーバ２が、プログラマブルロジック１１を使
用して上記追加機能をエミュレーションするようにな
る。この結果、パケット通信機１には基本的なハードウ
ェア構成を搭載しておくだけでハードウェア仕様の変更
（アップグレード）に対応できる。このため、当該パケ
ット通信機１をコストダウンできるようになり、また、
パケット通信機器１のハードウェア構成の変更への対応
を迅速且つ容易に行うことができる。しかも、パケット
通信機１を含む複数の車載通信機器についてハードウェ
ア構成のアップグレードを行う場合でも、車載サーバ２
側においてプログラマブルロジック１１の利用により一
括して対応できるから、アップグレードコストの低減を
図る上で有益になる。

【００３０】また、管理センタ１４からダウンロードす
るアップグレードリソースには、パケット通信機１のソ
フトウエアアップデートを行うためのソフトウエアデー
タも含まれ、車載サーバ２は、ダウンロードしたアップ
グレードリソース中のソフトウエアデータに基づいてパ
ケット通信機１のソフトウエアアップデートを実行する
構成となっているから、パケット通信機１のハードウェ
ア構成のアップグレードと同時に、そのソフトウエアア
ップデートも同時に行い得るようになり、実用上におい
て便利になる。

【００３１】しかも、本実施例では、上記のようなソフ
トウエアアップデートを行う場合、パケット通信機１に
おいてソフトウエアデータを記憶するためのメモリ６の
容量が不足するときには、オーバーフローしたソフトウ
エアデータが、車載サーバ２側の記憶手段に記憶される
と共に、その記憶手段へのパケット通信機１側からのア
クセスが許容される構成となっている。このため、パケ
ット通信機１に搭載するメモリ６の容量が不足するよう
な状況下でも当該パケット通信機１のソフトウエアアッ
プデートが可能になる。従って、パケット通信機１に比
較的小さい容量のメモリを搭載しておくだけでソフトウ
エアアップデートに対応できるようになり、そのパケッ
ト通信機１をさらにコストダウンできる。

【００３２】尚、本実施例において、パケット通信機１
の大幅なハードウェア仕様の変更が行われて、プログラ
マブルロジック１１を利用したアップグレード機能だけ
で対応できない場合には、パケット通信機１の通信回路
増設ポート７に増設機器を接続することにより対応でき
る。この場合には、管理センタ１４側からユーザに対し
て、通信回路増設ポート７に指定の増設機器を接続すれ
ばハードウェア仕様の変更に対応できる旨を伝達すれば
良い。また、これに応じて、通信回路増設ポート７に指
定の増設機器が接続された場合には、パケット通信機１
側で、その接続状態を検知して管理センタ１４へ送信す
る構成としておけば、管理センタ１４側でパケット通信
機１のさらなるアップグレードに対応できるようにな
る。尚、ソフトウエアアップデート時に、パケット通信
機１側のメモリ６の容量が不足する場合に、ユーザに対
しメモリ増設の必要を報知する構成としても良い。

【００３３】その他、本発明は上記した実施例に限定さ
れるものではなく、以下に述べるような変形或いは拡張
が可能である。車載通信機器の例としてパケット通信機
１を挙げたが、ＶＩＣＳ受信機、無線ＬＡＮ用通信機、
Bluetooth（登録商標）通信機などを対象とすることも
できることは勿論である。

【図面の簡単な説明】

【図１】本発明の一実施例を示す全体の機能ブロック図

【図２】動作内容を示すシークエンス図

【符号の説明】

１はパケット通信機（車載通信機器）、２は車載サー
バ、３は通信回路、４はデータ処理回路、６はメモリ
（記憶手段）、７は通信回路増設ポート、１０はメイン
ロジック、１１はプログラマブルロジック、１４は管理
センタ（情報管理センタ）を示す。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データ通信可能な車載通信機器と、この
   車載通信機器と車内通信を行う車載サーバとを備えた車
   載通信システムにおいて、 前記車載サーバ側に、ハードウェア構成を定義可能なプ
   ログラマブルロジックを設け、 前記車載サーバは、前記車載通信機器の追加機能に対応
   したハードウェア仕様を実現するためのハードウェアア
   ップグレードデータを含むアップグレードリソースを外
   部の情報管理センタからダウンロードすると共に、その
   アップグレードリソース中のハードウェアアップグレー
   ドデータを前記プログラマブルロジックに定義し、前記
   車載通信機器の追加機能のエミュレーションを当該プロ
   グラマブルロジックを使用して実行することを特徴とす
   る車載通信システム。
2. 【請求項２】 前記アップグレードリソースには、前記
   車載通信機器のソフトウエアアップデートを行うための
   ソフトウエアデータも含まれ、 前記車載サーバは、前記アップグレードリソースをダウ
   ンロードしたときに、前記ソフトウエアデータに基づい
   て前記車載通信機器のソフトウエアアップデートを実行
   することを特徴とする請求項１記載の車載通信システ
   ム。
3. 【請求項３】 請求項２記載の車載通信システムにおい
   て、 前記車載サーバは、前記車載通信機器のソフトウエアア
   ップデート時に前記ソフトウエアデータを当該車載通信
   機器が有する記憶手段に記憶する動作を行うように構成
   され、その記憶手段の記憶容量が不足する場合には、オ
   ーバーフローしたソフトウエアデータを、自身が有する
   記憶手段に記憶すると共にその記憶手段への車載通信機
   器側からのアクセスを許容することを特徴とする車載通
   信システム。
4. 【請求項４】 前記車載通信機器は、外部機器とデータ
   通信可能な仕様のものであり、 前記車載サーバは、前記情報管理センタからの前記アッ
   プグレードリソースのダウンロードを前記車載通信機器
   を通じて行うことを特徴とする請求項１〜３の何れかに
   記載の車載通信システム。