JP2002318702A - 車載情報システム - Google Patents

Abstract

(57)【要約】 【課題】 車載情報システムにおいて、追加搭載すべき
モジュールの量を削減し、システム全体の信頼性を上げ
ると共に、初期設計が容易な車載情報システムを提供す
る。また、さらなる機能追加とその段階的開発も容易に
可能な車載情報システムを提供する。 【解決手段】 車載情報システムの基本的な情報サービ
スを提供する基本機能モジュール３０、および拡張機能
を提供する拡張機能モジュール４０のそれぞれに相互に
通信を行うための拡張機能インターフェースモジュール
３１、および基本機能インターフェースモジュール４１
を設け、これらインターフェースを介して通信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ナビゲーション
サービス・ハイパーテキスト閲覧・デジタルオーディオ
再生等を実行し、使用者にこれら情報の提供を行う車載
情報システムに関するもので、かつこれら機能の追加・
削除が容易に実現できる車載情報システムに関するもの
である。

【０００２】

【従来の技術】図１５は、例えば特開平１１−２１１４
８９号公報に示された従来のナビゲーション装置のシス
テム構成を示すブロック図である。図において、５０は
ナビゲーションハードウェア、５２はデバイスドライ
バ、５４はナビゲーションＯＳ、５４ａは追加修正制御
部、５６はナビゲーション基本動作部、５８はＪａｖａ
バーチャルマシン部、６０は車両用マルチメディアプロ
グラム部、６２はＪａｖａ基本ＡＰＩ（Ａｐｌｉｃａｔ
ｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃ
ｅ）、６４はサービスモジュール、６６はナビ用クラス
ライブラリ、６８はＪａｖａ拡散ＡＰＩ、７０はナビプ
ログラムＡＰＩである。

【０００３】次に、従来例の動作を説明する。ナビゲー
ションハードウエア５０は、プログラムを実行するマイ
クロプロセッサや、地図・プログラムなどを記録したＣ
Ｄ−ＲＯＭ等の記憶媒体とその読取装置などを含んでお
り、デバイスドライバ５２により制御される。ナビゲー
ション基本動作部５６は、ナビゲーションＯＳ５４の上
に位置する。このナビゲーション基本動作部５６は、現
在位置計算や経路計算や地図検索といった、従来よりの
ナビゲーション基本動作部分の処理を行う。また、図１
５に示される従来のナビゲーション装置には、Ｊａｖａ
バーチャルマシン部５８が設けられている。そして、汎
用の言語Ｊａｖａで書かれた車両用マルチメディアプロ
グラム部６０が、Ｊａｖａバーチャルマシン部５８によ
り解釈され、実行される。Ｊａｖａバーチャルマシン部
５８と車両用マルチメディアプログラム部６０の間に
は、Ｊａｖａ基本ＡＰＩ６２が介在している。ナビゲー
ション基本動作に含まれない車両用マルチメディアプロ
グラムは、拡張プログラムに相当し、図示しないＣＤ−
ＲＯＭからロードされて本システムに組み込まれる。

【０００４】この車両用マルチメディアプログラムの実
行中に、ナビゲーション基本動作に係るナビ用拡張ＡＰ
Ｉコードが発生すると、このコードは以下のように処理
される。車両用マルチメディアプログラムにおいて発生
した制御コードは、ナビ用拡張ＡＰＩコードであるか否
かが判断され、ナビ用拡張ＡＰＩコードであれば、サー
ビスモジュール６４にて、そのコードに該当するサービ
ス単位により、ナビ用拡張ＡＰＩコードが変更され、変
更コードがナビゲーション基本動作部５６に受け渡さ
れ、この変更コードに従った基本動作が実行される。

【０００５】

【発明が解決しようとする課題】従来のナビゲーション
装置は、以上のように構成されているため、サービスモ
ジュール６４には、個々の車両用マルチメディアプログ
ラムが使用するか否かに関わらず、使用が予想されるナ
ビ用拡張ＡＰＩコードおよびそれに該当するサービス単
位、ナビプログラムＡＰＩを用意する必要があり、サー
ビスモジュール６４のサイズが大きくなるといった問題
があった。また、システム全体の信頼性、応答性が低下
すると共に、システムの初期設計にコストがかかるとい
った問題があった。

【０００６】また、ナビゲーション基本動作部５６の新
規機能追加、車両用マルチメディアプログラム部６０の
新規機能追加に伴う拡張ＡＰＩコードの追加を行うには
サービスモジュール６４全体の更新が必要となり、更新
が容易でないという問題もあった。

【０００７】この発明は上記のような課題を解決するた
めになされたものであり、連携する拡張機能を定義、制
限し、基本機能と拡張機能との相互利用を実現するため
に必要なインタフェースモジュールのみを各々の機能モ
ジュール内に設けて、追加搭載すべきモジュールの量を
削減し、システム全体の信頼性を上げると共に、初期設
計が容易な車載情報システムを提供することを目的とす
る。また、さらなる機能追加とその段階的開発も容易に
可能な車載情報システムを提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明の車載情報システ
ムは、ハードウェア、及び上記ハードウェアを管理制御
すると共に、プログラムを実行する基本ソフトウェアか
らなるプラットフォーム部と、上記プラットフォーム部
の起動と同時に動作を開始し、基本的な車載情報サービ
スを提供するプログラムからなる基本機能モジュール
と、上記プラットフォーム部に必要に応じて随時組み込
まれて起動され、拡張車載情報サービスを提供するプロ
グラムからなる拡張機能モジュールとを備えた車載情報
システムであって、上記基本機能モジュール内には、上
記拡張機能モジュールとの情報・コマンド交換を行う拡
張機能インターフェースモジュールを、上記拡張機能モ
ジュール内には、上記基本機能モジュールとの情報・コ
マンド交換を行う基本機能インターフェースモジュール
を備え、上記拡張機能モジュールと上記基本機能モジュ
ールとが、上記基本機能インターフェースモジュールと
上記拡張機能インターフェースモジュールのいずれか一
方もしくは双方を介して情報交換を行い機能の連携を行
うものである。

【０００９】また、この発明の車載情報システムは、上
記車載情報システムにおいて、拡張機能モジュールが、
プラットフォーム部に搭載された仮想プラットフォーム
と、上記仮想プラットフォームで解釈・実行され、上記
プラットフォーム部に依存しない言語で記述された拡張
機能アプリケーションとで構成され、上記基本機能イン
ターフェースモジュールを上記拡張機能アプリケーショ
ン内に備えたものである。

【００１０】また、この発明の車載情報システムは、上
記車載情報システムにおいて、仮想プラットフォームは
Ｊａｖａ仮想マシンであり、拡張機能アプリケーション
はＪａｖａ言語で記述され、基本機能インターフェース
モジュールおよび拡張機能インターフェースモジュール
は、Ｊａｖａネイティブインタフェースに従って通信す
るようにしたものである。

【００１１】また、この発明の車載情報システムは、上
記車載情報システムにおいて、基本機能モジュールは、
複数の基本機能サブモジュールと拡張機能インターフェ
ースモジュールとからなり、上記基本機能サブモジュー
ルまたは拡張機能インターフェースモジュールは、通信
処理が必要な他のモジュールとの通信仕様を定義する通
信仕様定義部を有するものである。

【００１２】また、この発明の車載情報システムは、上
記車載情報システムにおいて、拡張機能アプリケーショ
ンに含まれる基本機能インターフェースモジュールは、
基本機能モジュールを構成する複数の基本機能サブモジ
ュールの内、拡張機能の実行時に通信処理が必要な基本
機能サブモジュールに対しての基本機能インターフェー
スモジュールを設け、上記基本機能インターフェースモ
ジュールを介して上記基本機能サブモジュールの機能を
利用するようにしたものである。

【００１３】

【発明の実施の形態】実施の形態１．以下、本発明の実
施の形態１を図を用いて説明する。図１はこの発明の実
施の形態１による車載マルチメディア装置（車載情報シ
ステム）のハードウェアの構成を示すブロック図であ
る。図において、１は後述の基本機能モジュール、拡張
機能モジュール等のプログラムを記録したＲＯＭ、２は
基本機能モジュール、拡張機能モジュール等のプログラ
ムを実行するためのマイクロプロセッサ、３は基本機能
モジュール、拡張機能モジュール等のプログラムの実行
時にプログラムやデータを一時的に記憶するＲＡＭであ
る。４はＤＶＤ−ＲＯＭ／ＣＤ−ＲＯＭ等の外部記憶メ
ディアを起動し、データを読み出す外部記憶装置ドライ
ブ、５は外部記憶装置ドライブ４とマイクロプロセッサ
２との間でデータの授受を実行する外部記憶装置インタ
ーフェース（外部記憶装置ＩＦ）である。６はマイクロ
プロセッサ２からの画像データや画像処理命令に応じて
フレームバッファ７に画像データを記憶させ、その画像
データに対する画像を液晶ディスプレイ等のディスプレ
イ８に描画するグラフィック制御回路である。９はリモ
ートコントローラや各種スイッチなどのユーザ操作部、
１０はユーザ操作部９とマイクロプロセッサ２との間で
データの授受を実行する操作部インタフェースである
（操作部ＩＦ）。１１はＧＰＳ受信機、車速パルス、ジ
ャイロ等のカーナビゲーションを行うための装置や、案
内音声、音楽再生のためのアンプ、スピーカ等を含めた
周辺機器であり、自車位置情報を取得するＧＰＳレシー
バ、自車の向きを取得するジャイロ、自車の速度情報を
取得する車速パルスセンサ、音声案内を出力するスピー
カおよびその駆動回路、外部インフラストラクチャとの
通信を実行するＦＭ多重放送受信機、電波ビーコン／光
ビーコン受信機、携帯電話機等が設けられている。１２
は周辺機器１１とマイクロプロセッサ２との間でデータ
の授受を実行する周辺機器インターフェース（周辺機器
ＩＦ）である。１３は地図データベース等を予め記憶し
た外部記憶メディアである。外部記憶メディアにはＤＶ
Ｄ−ＲＯＭ／ＣＤ−ＲＯＭ／メモリカード等がある。そ
の他、外部記憶装置としてのハードディスク等を設ける
ことも可能である。

【００１４】なお、ＲＯＭ１の代わりに、基本機能モジ
ュール、拡張機能モジュール等のプログラムをＤＶＤ−
ＲＯＭなどの記憶媒体に記録し、外部記憶メディアより
これらのプログラムを読み取り使用するようにしても良
い。またＲＯＭ１に基本機能モジュールのみ記憶させて
おき、その他の拡張機能アプリケーションは外部記憶メ
ディア１３に記録し、それを必要に応じて随時読み込ん
で使用するようにしても良い。

【００１５】図２はこの発明の実施の形態１による車載
情報システムの構成を階層的に示す図である。図におい
て、２０は車載情報システムハードウェア、２１は車載
情報システムハードウェア２０の各部を制御するデバイ
スドライバ、２２はデバイスドライバ２１を用いて、車
載情報システムの各ハードウェアを管理制御すると共
に、以降に述べる各モジュール群の動作環境を提供し、
プログラムを実行するナビゲーションＯＳである。２０
０は、車載情報システムハードウェア２０、デバイスド
ライバ２１、ナビゲーションＯＳ２２よりなるプラット
フォーム部である。

【００１６】３０はナビゲーションＯＳ２２に依存した
ネイティブコードでプログラムされた基本機能モジュー
ルであって、車載情報システムハードウェア２０からデ
バイスドライバ２２を介して得た情報を元に、車両の現
在位置の計算、誘導経路の計算などを行い、さらにデバ
イスドライバ２１を介して車載情報システムハードウェ
ア２０に含まれる図示しない表示機や図示しないスピー
カ等に信号を送出し、表示、案内音声の再生などを行
う。基本機能モジュール３０は、車載情報システムに必
須の機能として動作の高速化を計るためにマイクロプロ
セッサ２、およびナビゲーションＯＳ３０に適したネイ
ティブコードで予めＲＯＭ１に記録して出荷される。あ
るいは、ＲＯＭ１として電気的に書き換え可能なフラッ
シュメモリを用い、交換可能な外部記憶メディアである
ＤＶＤ−ＲＯＭ／ＣＤ−ＲＯＭ１３に記録され、起動時
あるいは所定のタイミングにてフラッシュメモリに書き
込み利用されるよう構成しても良い。

【００１７】４０は拡張機能モジュールであって、拡張
機能モジュール４０は、マイクロプロセッサ２、および
ナビゲーションＯＳ３０に適したネイティブコードで予
めＲＯＭ１に記録されているが、基本機能モジュール３
０に含まれない機能を提供するため、必要に応じて随時
ＲＡＭ３にロードされ、起動される。あるいはＲＯＭ１
に基本機能モジュールのみ記憶させておき、その他の拡
張機能モジュールは外部記憶メディア１３に記録し、そ
れを必要に応じて随時ＲＡＭ３に読み込んで使用するよ
うにしても良い。

【００１８】３１は拡張機能インターフェースモジュー
ルであって、拡張機能インターフェースモジュール３１
は、基本機能モジュール３０にあらかじめ含まれ、基本
機能モジュール３０から拡張機能モジュール４０の機能
を利用する際のインターフェースを定義したライブラリ
からなる。

【００１９】４１は基本機能インターフェースモジュー
ルであって、基本機能インターフェースモジュール４１
は、拡張機能モジュール４０に含まれ、拡張機能モジュ
ール４０と同時にＲＡＭ３にロードされ、拡張機能モジ
ュールが基本機能モジュールの機能を必要とした際のイ
ンターフェイスを定義したライブラリからなる。

【００２０】次に動作について説明する。基本機能モジ
ュール３０は、基本的な車載情報サービスを提供するも
のとして、例えばナビゲーションサービスと通常の音楽
ＣＤ再生サービスを提供する。両者のサービスがメディ
アの種別によって自動で切り替えられる例を以下に説明
する。

【００２１】図３において、電源投入後に基本機能が開
始された後、外部記憶装置ドライブ４に挿入されている
外部記憶メディア１３の種別がＳＴ１によって行われ
る。ＳＴ１によって挿入されている外部記憶メディア１
３がナビ用ＣＤであった場合には、ＳＴ２によってナビ
ゲーションサービスが開始され、ナビ用ＣＤ以外の例え
ば音楽用ＣＤが挿入されていた場合にはＳＴ３によって
音楽再生サービスが開始される。なお、それぞれのサー
ビスが開始された後でも、外部記憶メディア１３の交換
は、外部記憶装置ドライブ４によって検出され、再度Ｓ
Ｔ１の判定が行われる。

【００２２】ＳＴ２においてナビゲーションサービスが
開始された後の、該サービスの基本的な動作を図４を用
いて説明する。図４において、ナビゲーションサービス
が開始されると、ＳＴ１０にて周辺機器１１に接続され
た図示しないＧＰＳ受信機からの測位信号を周辺機器Ｉ
Ｆ１２を介してマイクロプロセッサ２で受信する。マイ
クロプロセッサ２で受信された測位信号は自車両の位置
（緯度経度）情報に変換され、ＳＴ１１において自車両
の位置を含む周辺の地図を外部記憶装置ＩＦ５を介して
外部記憶装置ドライブ４を駆動し、外部記憶メディア１
３から地図データを読み出し、ＲＡＭ３の所定領域に記
憶させる。ＳＴ１２では所定のアルゴリズムに従い、読
み出された地図データを表示するために、グラフィック
制御回路６で必要とされるフォーマットに地図データを
変換するとともに、ＳＴ１３にて自車位置を示すグラフ
ィックデータも同様に変換し、ＳＴ１４にて表示データ
として変換しフレームバッファ７に転送する。ＳＴ１５
では表示命令を実行し、グラフィック制御回路６はフレ
ームバッファ７に蓄えられた描画データを所定タイミン
グ毎に映像データに変換し、ディスプレイ８によって表
示する。このように構成することにより、例えばナビゲ
ーションサービスでは、常時自車周辺の地図をディスプ
レイ８によって表示する地図表示ナビゲーションサービ
スが運転者に提供される。

【００２３】次に図３のＳＴ３にて音楽再生サービスが
起動された場合の動作を図５を用いて説明する。音楽再
生サービスが起動された後、ユーザにトラック数や再生
可能な時間などの表示を行うとともに、再生するトラッ
クを選択させるためのユーザインターフェース（ＵＩ）
の生成・表示をＳＴ２０にて実行する。ＳＴ２１では記
録されている音楽トラックの全リストの読込を行い、Ｕ
Ｉにて表示をおこなう。ＳＴ２２において図示しない入
力装置によって、再生するトラックがユーザにより指定
されると、ＳＴ２３にて、指定されたトラックのフォー
マット判定を行う。ＳＴ２３で、記録フォーマットが通
常の音楽ＣＤのフォーマット（ＣＤ−Ａｕｄｉｏ）であ
った場合には、ＳＴ２４にてトラックデータを読み込
み、ＳＴ２５で周辺機器ＩＦ１２の図示しないＤＡ変換
装置にデータを送出し、送出されたデータは周辺機器１
１が持つ音響アンプ、スピーカ（ともに図示せず）によ
って再生される。

【００２４】以上が基本機能モジュールの動作であり、
以下に拡張機能モジュールの動作の一例として音楽デー
タの拡張フォーマットの再生機能を例に取り説明を行
う。図５のＳＴ２３にてフォーマットが判定され、ＣＤ
−Ａｕｄｉｏ以外のファイルフォーマット、例えば楽曲
を圧縮記録するフォーマットであった場合、一旦マイク
ロプロセッサ２でデータを伸長する計算を実行する必要
があり、またこのような圧縮記録フォーマットは日々高
性能なものが出現するため、随時伸長プログラムも更新
の必要があり、これに対応した拡張機能モジュールを動
作開始する（ＳＴ２６）ことが必要となる。

【００２５】図６を用いて、拡張機能モジュールと基本
機能モジュールの連携について説明する。基本機能モジ
ュール３０内の音楽再生サービスにおいて、フォーマッ
トがＣＤ−Ａｕｄｉｏ以外と判定された場合（ＳＴ２
３）には、ＳＴ２６にて拡張機能モジュールを開始す
る。図６において、ＳＴ３０にて拡張機能インターフェ
ースモジュール３１内に用意された拡張機能確認インタ
ーフェース（ＩＦ）にフォーマットタイプをセットし、
インターフェース（ＩＦ）関数をコールする。拡張機能
確認ＩＦは、メッセージ通信等のプロセス間／モジュー
ル間通信手法を用いて、拡張機能モジュール４０内の拡
張機能確認部にフォーマットタイプとともに対応の可否
を問合せる。ＳＴ４０では、拡張機能モジュール４０で
の対応の可否を応答する。ＳＴ３０において、対応が可
能であるとの応答を受信すると、ＳＴ３１で拡張機能起
動インターフェース（ＩＦ）を介して拡張機能モジュー
ル４０とメッセージ通信を行い、伸長処理プログラムの
起動をおこなう。ＳＴ３０にて対応が不能であるとの応
答を受信するとＵＩ部に対応が不能である旨を表示す
る。

【００２６】ＳＴ３１にて伸長処理プログラムが起動さ
れると、ＳＴ４１で曲データの要求を行うが、この際は
拡張機能モジュール４０内の基本機能インターフェース
モジュール４１に用意された外部記憶装置ＩＦに必要と
する曲のデータ取得要求を発行する。ＳＴ４２にて、上
記外部記憶装置ＩＦは基本機能モジュール３０内の外部
記憶装置制御部に、その関数アドレスおよび制御の際に
セットすべきパラメータ類の情報をメッセージ通信によ
って送信する。次にＳＴ３２では、外部記憶装置制御部
において、受信した情報を元に外部記憶装置ドライブか
ら楽曲のデータの取得を行う。取得された楽曲データ
は、ＳＴ３３にて、拡張機能インターフェースモジュー
ル３１内に定義された曲データバッファにセットされ、
ＳＴ４３では、拡張機能モジュール４０内の曲データ伸
長処理部においてセットされた曲データの伸長を行う。
伸長され再生可能となったデータは、ＳＴ４４で、基本
機能インターフェースモジュール４１部に定義されてい
るデータ送出インターフェース（ＩＦ）部を介して基本
機能モジュール３０内のデータ送出部に送られ、ＳＴ３
４では通常のＣＤ−Ａｕｄｉｏと同様に音楽再生用の周
辺機器ＩＦ１２を介して図示しないアンプ・スピーカを
介して再生が行われる。

【００２７】このように、本実施の形態においては、基
本機能と拡張機能の相互利用を実現するためのインタフ
ェースモジュールを各々の機能モジュール内に設け、ま
た、その際、個々のモジュールが必要とする連携機能に
必要なインターフェースのみを搭載するようにしたの
で、全体のモジュールサイズが低減し、システム全体の
信頼性が上がる。また、応答性が向上すると共に、初期
設計が容易となり、コストも低減できる効果がある。ま
た、拡張機能アプリケーションを基本機能とは独立して
開発、組み込むことが可能となり、既存部分の更新の際
にも全体の組込み工数を削減することが出来、開発コス
ト、開発期間などが有利となる。

【００２８】実施の形態２．図７は本発明の実施の形態
２による車載情報システムの構成を階層的に示す図であ
る。図において、２０〜３１、２００は実施の形態１と
同一であるので説明を省略する。４０は機能の拡張を行
う拡張機能モジュールであり、拡張機能モジュール４０
は大きく、仮想プラットフォーム４２と、実際の処理を
行う拡張機能アプリケーション４３とからなり、拡張機
能アプリケーション４３は、拡張機能アプリケーション
４３内に定義された基本機能インターフェースモジュー
ル４１を搭載する。実施の形態１における拡張機能モジ
ュール４０は、ナビゲーションＯＳ２２に依存したアプ
リケーションコードで記述されていたが、本実施の形態
２においては拡張機能モジュール４０としてナビゲーシ
ョンＯＳ２２上で動作する仮想プラットフォーム４２
と、ナビゲーションＯＳ２２の種別とは無関係に仮想プ
ラットフォーム４２に対応したアプリケーションコード
で記述された拡張機能アプリケーション４３とで構成さ
れている。

【００２９】なお、仮想プラットフォーム４２は拡張機
能モジュール４０と一体にして外部記憶メディア１３に
記録し、それを必要に応じて随時ＲＡＭ３に読み込んで
使用するようにしても良いし、また、拡張機能モジュー
ル４０と一体に、あるいは仮想プラットフォーム４２の
み、予めＲＯＭ１に記録しておき、必要に応じて随時Ｒ
ＡＭ３にロードしてもよい。

【００３０】図８に、本実施の形態２における基本機
能、拡張機能の連携動作の詳細を音楽再生サービスを例
に取り説明する。実施の形態１と同様に、ＣＤ−Ａｕｄ
ｉｏ以外の音楽フォーマットの再生要求が基本機能モジ
ュールの音楽再生サービスで発生すると、ＳＴ３５にお
いて拡張機能インターフェースモジュール３１に用意さ
れた仮想プラットフォーム起動命令が実行され、拡張機
能モジュール４０で仮想プラットフォーム４２が起動さ
れる。仮想プラットフォーム４２は、起動が完了したこ
とを戻り値としてＳＴ３５の仮想プラットフォーム起動
命令に返信し、ＳＴ３５にて起動が完了したことを知る
と、ＳＴ３０で拡張機能インターフェースモジュール３
１内に用意された拡張機能確認ＩＦを介してサービスへ
の対応可否の問合せを行う。以下実施の形態１における
動作と同様であるので省略する。

【００３１】このように構成することにより、拡張機能
アプリケーション４３はナビゲーションＯＳ２２の種別
と独立して記述することが可能となり、機種の変更やナ
ビゲーションＯＳの変更によらず同一のアプリケーショ
ンモジュールを利用できるため、開発のコスト、期間の
低減、資源の再利用などが可能になる。

【００３２】実施の形態３．図９は本発明の実施の形態
３による車載情報システムの構成を階層的に示す図であ
る。本実施の形態３は、実施の形態２における仮想プラ
ットフォーム４２をＪａｖａ Ｖｉｒｔｕａｌ Ｍａｃ
ｈｉｎｅ（ＪＶＭ）とし、拡張機能アプリケーション４
３、基本機能インターフェースモジュール４１を、ＪＶ
Ｍによって動作するＪａｖａアプリケーションコードで
記述したものである。また、ナビゲーションＯＳ２２に
依存するコードで記述された基本機能モジュール３０
と、拡張機能アプリケーション４３及び基本機能インタ
ーフェースモジュール４１との間のメッセージまたはデ
ータ通信を、Ｊａｖａ Ｎａｔｉｖｅ Ｉｎｔｅｒｆａ
ｃｅ（ＪＮＩ）４４を用いて行うように構成する。

【００３３】図９において、２０〜３１、２００は実施
の形態１、２と同一であるので説明を省略する。４０
は、機能の拡張を行う拡張機能モジュールであり、拡張
機能モジュール４０はＪＶＭ４２と、実際の処理を行う
Ｊａｖａ言語で記述された拡張機能アプリケーション４
３とで構成され、拡張機能アプリケーション４３内には
基本機能インターフェースモジュール４１を搭載する。
基本機能モジュール３０の内部で定義された拡張機能イ
ンターフェース３１、ならびに拡張機能アプリケーショ
ン４３の内部で定義された基本機能インターフェースモ
ジュール４１はともにＪＮＩ４４の通信仕様に従ってデ
ータ・コマンドの交換を行う。

【００３４】図１０に、本実施の形態３における基本機
能、拡張機能の連携動作の詳細を音楽再生サービスを例
に取り説明する。実施の形態１、２と同様に、ＣＤ−Ａ
ｕｄｉｏ以外の音楽フォーマットの再生要求が基本機能
モジュールの音楽再生サービスで発生すると、ＳＴ３５
にて拡張機能インターフェースモジュール３１に用意さ
れたＪＶＭ起動部で起動命令が実行され、拡張機能モジ
ュール４０でコンストラクタ関数をコールすることによ
りＪＶＭ４２が起動される。ＪＶＭ４２が起動すると、
ＳＴ３５ではＪＶＭ４２のワークエリアへのポインタを
コンストラクタ関数の戻り値として取得し、このポイン
タの指す変数を知ることで、拡張機能モジュール４０と
基本機能モジュール３０間のデータ・コマンド交換の準
備が整う。

【００３５】ＪＶＭ起動後、ＳＴ３０ではＪａｖａアプ
リケーションとして拡張機能モジュール４０に特定の伸
長プログラムの存在・対応可否を問合せるコマンドを発
行し、拡張機能モジュール４０内のＳＴ４０で問い合わ
せに対する応答を行う。対応動作が可能であることが判
明した後、ＳＴ３１では、ＳＴ３５で取得したワークエ
リアを利用し、拡張機能アプリケーションとして伸長処
理プログラムを起動させ、さらにその戻り値として、伸
長処理プログラムと基本機能モジュールが共有するワー
クエリアのポインタを取得し、以下のデータ交換のため
の準備を行う。ＳＴ４１では伸長処理プログラムの起動
後、処理を行う曲のデータを得るため、基本機能インタ
ーフェースモジュール４１内の外部記憶装置ＩＦをコー
ルする。外部記憶装置ＩＦは、基本機能モジュール３０
内の外部記憶装置制御部に対し、共有変数のアドレスや
コマンドパターンを模擬する、代理アクセスパターンが
定義されており、ＳＴ４２で上記代理アクセスパターン
に対してアクセスされると、ＪＮＩ４４部により基本機
能モジュール３０内の関数および変数パターンに変換さ
れ外部記憶装置制御部が操作される。これによりＳＴ３
２では、外部記憶装置制御部にて、外部記憶メディア１
３から再生する曲のデータが取得され、これをＳＴ３３
にて拡張機能アプリケーション４３部で利用可能とする
ために、曲データバッファに転送される。ＳＴ３３で曲
データバッファは、先のＳＴ３１で取得した共有変数の
ポインタを利用し、曲データバッファとして確保した共
有エリアにデータを保管し、また保管したことを拡張機
能アプリケーション４３内の曲データ伸長の処理部にコ
マンドとして送信する。ＳＴ４３で、伸長処理を行い、
通常の周辺機器１１で再生可能に変換された曲データ
は、ＳＴ４４にて、基本機能モジュール３０内のデータ
送出用データバッファへのポインタおよび基本機能モジ
ュール３０内のデータ送出部の関数ポインタを利用した
基本機能インターフェースモジュール４１内のデータ送
出ＩＦを介して送出され、ＳＴ３４にて周辺機器ＩＦ１
２を介して、周辺機器１１へ送出され再生される。

【００３６】以上のように構成することにより、プラッ
トフォームやナビゲーションＯＳの種別に左右されるこ
と無く、汎用のＪａｖａ言語で記述された拡張機能を利
用することが可能となり，また、拡張機能の開発におい
てもプラットフォーム、ナビゲーションＯＳが変更され
ても再利用が可能となる利点が得られる。

【００３７】実施の形態４．図１１は本発明の実施の形
態４による車載情報システムの構成を示す図であり、実
施の形態１〜３とは別の基本機能モジュールの構成の例
を示す。図１１において、３０は車載情報システムにお
ける基本的な機能を提供するプログラムからなる基本機
能モジュールである。３０１〜３０３は基本機能モジュ
ールで提供される各々の基本機能をさらに構成の小さな
サブモジュールに分割して定義したもので、例えば基本
機能サブモジュール３０１は音楽再生、基本機能サブモ
ジュール３０２はビゲーションのサービスを行うナビゲ
ーションサブモジュールであり、基本機能サブモジュー
ル３０３は、インターネット、専用情報センタなどのネ
ットワーク情報を参照するためのブラウジングサービス
を行うサブモジュールとして構成される。３０４は各基
本機能サブモジュール内に含まれたモジュール通信イン
ターフェース（ＩＦ）であって、他のモジュールとの通
信処理を行う。さらに３０５、３０６２、３０６３はモ
ジュール通信ＩＦ３０４の内部に設けられ、他のモジュ
ールとの通信仕様を定義したサブモジュールＡＰＩ（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎ
ｔｅｒｆａｃｅ）（通信仕様定義部）であって、３０５
は拡張機能インターフェース３１との通信仕様が定義さ
れた拡張機能ＡＰＩであり、３０６２は基本機能サブモ
ジュール３０２との通信仕様が定義されたサブモジュー
ルＡＰＩ、３０６３は基本機能サブモジュール３０３と
の通信仕様が定義されたサブモジュールＡＰＩである。
サブモジュールＡＰＩ３０６２、３０６３は基本機能サ
ブモジュール３０１と他の基本機能サブモジュール３０
２、３０３との関連がある場合に必要となるものであ
り、関連が無ければ必要ない。他の基本機能サブモジュ
ール３０２、３０３においても同様に、他のモジュール
との通信処理を行うモジュール通信ＩＦを有しており、
モジュール通信ＩＦ内には必要な拡張機能ＡＰＩ及びサ
ブモジュールＡＰＩを有する。３１は、基本機能モジュ
ール３０内に用意された拡張機能とのインターフェース
を行う拡張機能インターフェースモジュールであり、さ
らに拡張機能インターフェースモジュール３１内には、
基本機能サブモジュール３０１と同様にモジュール通信
インターフェース（ＩＦ）３１４を有し、モジュール通
信ＩＦ３１４内にはサブモジュールＡＰＩ３１６１、３
１６２、３１６３を有する。

【００３８】さらに、図１２に、モジュール通信ＩＦ３
０４、およびサブモジュールＡＰＩ３０６２、３０６３
の詳細を示す。図１２において、３０６２、３０６３は
モジュール通信ＩＦ３０４の内部に定義されたサブモジ
ュールＡＰＩの一例であり、３０６２はナビゲーション
サービス基本機能サブモジュールに、３０６３はブラウ
ザサービス基本機能サブモジュールに対応したサブモジ
ュールＡＰＩである。サブモジュールＡＰＩ３０６２、
３０６３では、対応する各モジュールについて、それぞ
れのモジュールが提供可能な機能およびその機能を利用
するためのデータ交換フォーマットなどがＡＰＩ（Ａｐ
ｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔ
ｅｒｆａｃｅ）として定義される。例えば、図１２の例
ではブラウザ基本機能モジュールについては、定義され
ているサービスの名称やデータ・コマンド交換を行う際
の関数名称とともに、コマンドエリア、引数エリア、戻
り値エリアなどデータ・コマンド交換を行うフォーマッ
ト類が規定されていることを示す。すなわち、ブラウザ
のサービスには、関数名称としてＢｒｏｗｓｅｒ＿Ｍｏ
ｄｕｌｅを利用し、そのコマンドとして起動、終了ある
いは検索実行等などを記述し、さらに、関数の引数とし
て例えば検索対象とするアドレスを記述すればよく、こ
の関数の戻り値として成功／失敗などの状態値が得られ
る。

【００３９】次に、前述のＡＰＩによる定義に従って基
本機能サブモジュールより関数がコールされると、モジ
ュール通信ＩＦ内部で定義されたメッセージ通信処理部
３０７は所定の手続きに従いメッセージ通信を用いて他
のサブモジュールに情報を送信する。

【００４０】一方、メッセージを送信された基本機能サ
ブモジュールでは、同じくモジュール通信ＩＦ３０４内
のメッセージ受信処理部３０８がメッセージ通信を受信
し、所定の手続きに従い、サブモジュールＡＰＩで定義
されていた関数、データ・コマンド類を各基本機能サブ
モジュール３０４内の実行処理部に転送し、処理を実行
する。

【００４１】さらに、図１３に拡張機能インターフェー
スモジュール３１との連携についての詳細を示す。図１
３において、３０５は拡張機能インターフェースモジュ
ール３１を介し、拡張機能モジュール４０でサービスさ
れる拡張機能サービスを利用するための拡張機能ＡＰＩ
であって、前述のサブモジュールＡＰＩ３０６２、３０
６３と同様に、拡張機能のサービスの名称やデータ・コ
マンド交換を行う際の関数名称とともに、コマンドエリ
ア、引数エリア、戻り値エリアなどデータ・コマンド交
換を行うフォーマット類が規定される。基本機能サブモ
ジュール３０１の内部処理において、拡張機能モジュー
ル４０の機能が必要となった場合、内部処理は、拡張機
能ＡＰＩ３０５で拡張機能の呼び出しを行う。

【００４２】拡張機能ＡＰＩ３０５のコールは、メッセ
ージ通信処理３０７を介し、拡張機能インターフェース
モジュール３１内のモジュール通信ＩＦ３１４に伝達さ
れ、さらにモジュール通信ＩＦ３１４内のメッセージ受
信処理部３２０で受信される。メッセージ受信処理部３
２０で受信された拡張機能の呼び出しは、ＪＮＩ通信処
理部３１８およびＪＮＩ４４を介して拡張機能モジュー
ル４０で利用可能な形式に変換され、所定の拡張機能が
呼び出される。

【００４３】拡張機能モジュール４０側から、基本機能
サブモジュール３０の機能利用を行う場合には、上記と
は逆にＪＮＩ４４を介した呼び出しが、ＪＮＩ受信処理
部３１９で受信される。ＪＮＩ受信処理部３１９では、
拡張機能モジュール４０からの呼び出しを機能の種類に
よって該当するサブモジュールＡＰＩ３１６１、３１６
２、３１６３を利用して、メッセージ通信処理部３１７
を介し、必要とする基本機能サブモジュールの呼び出し
を行う。サブモジュールＡＰＩ３１６１、３１６２、３
１６３等を利用して送信されたメッセージは該当する基
本機能サブモジュールのモジュール通信ＩＦ３０４内に
定義されたメッセージ受信処理部３０８を介し、実行処
理部３０９にて必要とするサブモジュール処理が呼び出
される。

【００４４】なお、上記実施の形態においては、各基本
機能サブモジュールのモジュール通信ＩＦ３０４内に、
拡張機能インターフェースモジュール３１との通信処理
を行うサブモジュールＡＰＩ（拡張機能ＡＰＩ）３０５
と、他の基本機能サブモジュールとの通信処理を行うサ
ブモジュールＡＰＩ３０６２、３０６３とを有するも
の、及び拡張機能インターフェースモジュール３１のモ
ジュール通信ＩＦ３１４内に、各基本機能サブモジュー
ル３０１、３０２、３０３との通信処理を行うサブモジ
ュールＡＰＩ３１６１、３１６２、３１６３を有するも
のを示したが、モジュール通信ＩＦ３０４、３１４内に
は、上記各モジュール間の通信処理が必要なモジュール
に対してのみのサブモジュールＡＰＩを設ければよいこ
とは言うまでもない。

【００４５】以上のように構成することにより、基本機
能モジュールを個々の機能に分割したサブモジュールと
することが可能となり、各サブモジュール単位に機能の
入れ替えが可能となる。さらに連携を行うためのサブモ
ジュールＡＰＩ部も個々のサブモジュールに対応する形
で細分化することが可能となり、サブモジュール単位の
入れ替えに対応して、変更が容易となり、機能の改訂に
要するソフトウェアの規模、開発工数、さらには組込み
時の不具合処理や組込みコストなどの低減が可能とな
る。また、拡張機能モジュールの処理体系は、拡張機能
ＡＰＩによって隠蔽され、基本機能サブモジュールは拡
張機能モジュールの処理体系に左右されること無く拡張
機能モジュールの機能を利用することが可能となる。

【００４６】実施の形態５．図１４は本発明の実施の形
態５による車載情報システムの構成を示す図であり、本
発明の拡張機能モジュールについての別の構成例を示
す。図１４において、基本機能モジュール部の構成は、
実施の形態４における基本機能モジュールの説明と同一
であるので省略する。４０は拡張機能モジュールであ
り、大きくＪＶＭ４２と拡張機能アプリケーション４３
からなる。拡張アプリケーション４３は、実際の拡張機
能を実行する拡張機能実行モジュール４１４と、基本機
能モジュール３０からのＪＮＩ４４を介した通信を処理
するＪＮＩ通信処理部４１０と、拡張機能実行モジュー
ル４１４から基本機能モジュール３０内の各基本機能サ
ブモジュール３０１、３０２、３０３の各々を利用する
ための基本機能インターフェースモジュール４１１、４
１２、４１３とからなる。

【００４７】本実施の形態において、基本機能サブモジ
ュール３０１等が拡張機能実行モジュール４１４の機能
を利用するための拡張機能実行モジュール４１４の関
数、データ形式等は前述のようにサブモジュールＡＰＩ
３０５で定義されており、拡張機能インターフェースモ
ジュール３１のそれぞれの機能とＪＮＩ４４を介して拡
張機能アプリケーション４１４内のＪＮＩ通信処理部４
１０に渡される。ＪＮＩ通信処理部４１０では、受け取
った関数を呼び出し、データ等を拡張機能実行モジュー
ル４１４が解釈可能な形式に変換し、拡張機能実行モジ
ュール４１４がこれを実行する。

【００４８】拡張機能実行モジュール４１４から基本機
能モジュール３０内の各基本機能サブモジュール３０１
等の機能を利用するには、拡張機能アプリケーション４
３内に用意された基本機能インターフェースモジュール
４１１、４１２、４１３等を利用する。基本機能インタ
ーフェースモジュールは、拡張機能実行モジュール４１
４で必要となる基本機能サブモジュールの個々に対応し
て用意され、拡張機能インターフェースモジュール３１
内で使用されているサブモジュールＡＰＩ３１６１、３
１６２、３１６３等のそれぞれに対して同等のＡＰＩ機
能をＪａｖａ言語で記述した代理パターンとして定義す
る。代理パターンは、拡張機能アプリケーション４３で
アクセス可能な関数・変数形式で定義され、この代理パ
ターンはＪＮＩ４４を介して前述のＪＮＩ受信処理３１
９で解釈され、拡張機能インターフェースモジュール３
１のサブモジュールＡＰＩを利用して、各基本機能サブ
モジュールに伝達される。

【００４９】なお、上記実施の形態においては、拡張機
能モジュール４０の拡張機能アプリケーション４３内
に、複数の基本機能サブモジュール３０１、３０２、３
０３に対応して、複数の基本機能インターフェースモジ
ュール４１１、４１２、４１３を設けたが、上記複数の
基本機能サブモジュールの内、通信処理が必要な基本機
能サブモジュールに対してのみ基本機能インターフェー
スモジュールを設ければよい。

【００５０】このように構成することにより、拡張機能
実行モジュール４１４からは、拡張機能モジュールで通
常に利用可能な関数を用い、かつ基本機能モジュール３
０の処理体系に依存することなく基本機能サブモジュー
ルを利用することが可能となる。

【００５１】

【発明の効果】以上のように、この発明によれば、ハー
ドウェア、及び上記ハードウェアを管理制御すると共
に、プログラムを実行する基本ソフトウェアからなるプ
ラットフォーム部と、上記プラットフォーム部の起動と
同時に動作を開始し、基本的な車載情報サービスを提供
するプログラムからなる基本機能モジュールと、上記プ
ラットフォーム部に必要に応じて随時組み込まれて起動
され、拡張車載情報サービスを提供するプログラムから
なる拡張機能モジュールとを備えた車載情報システムで
あって、上記基本機能モジュール内には、上記拡張機能
モジュールとの情報・コマンド交換を行う拡張機能イン
ターフェースモジュールを、上記拡張機能モジュール内
には、上記基本機能モジュールとの情報・コマンド交換
を行う基本機能インターフェースモジュールを備え、上
記拡張機能モジュールと上記基本機能モジュールとが、
上記基本機能インターフェースモジュールと上記拡張機
能インターフェースモジュールのいずれか一方もしくは
双方を介して情報交換を行い機能の連携を行うので、追
加搭載すべきモジュールの量が削減され、システム全体
の信頼性が上がると共に、初期設計が容易な車載情報シ
ステムが提供できる効果がある。また、車載情報システ
ムに新規機能の追加が必要となった場合にも容易に機能
追加が可能であり、利用者の要望に応じたシステムを提
供できるととともに、それぞれを個別に開発、進化させ
ることが可能となり、開発コスト、期間の点でも向上が
期待できるという効果がある。

【００５２】また、この発明によれば、上記車載情報シ
ステムにおいて、拡張機能モジュールが、プラットフォ
ーム部に搭載された仮想プラットフォームと、上記仮想
プラットフォームで解釈・実行され、上記プラットフォ
ーム部に依存しない言語で記述された拡張機能アプリケ
ーションとで構成され、上記基本機能インターフェース
モジュールを上記拡張機能アプリケーション内に備えた
ので、拡張機能をプラットフォームやＯＳなどに依存す
ることなく開発することが可能となり、拡張機能の開
発、提供が迅速に行えるという効果がある。また、基本
機能やプラットフォーム、ＯＳ等を変更する際にも開発
した資源の有効活用が図れる効果がある。

【００５３】また、この発明によれば、上記車載情報シ
ステムにおいて、仮想プラットフォームはＪａｖａ仮想
マシンであり、拡張機能アプリケーションはＪａｖａ言
語で記述され、基本機能インターフェースモジュールお
よび拡張機能インターフェースモジュールは、Ｊａｖａ
ネイティブインタフェースに従って通信するようにした
ので、プラットフォーム、ＯＳなどの制約にとらわれる
ことなく迅速な拡張機能の提供が可能となり、また、汎
用に用意されているＪａｖａアプリケーションを再利用
することが可能となるため、資源の再利用による開発コ
ストの低減、迅速な機能の提供が可能になる効果があ
る。

【００５４】また、この発明によれば、上記車載情報シ
ステムにおいて、基本機能モジュールは、複数の基本機
能サブモジュールと拡張機能インターフェースモジュー
ルとからなり、上記基本機能サブモジュールまたは拡張
機能インターフェースモジュールは、通信処理が必要な
他のモジュールとの通信仕様を定義する通信仕様定義部
を有するので、基本機能部を個別に分割したことによ
り、個々の機能についての分割した開発が可能となり全
体の開発効率を向上できる効果を持つ。また、連携のた
めのインターフェースを定義したことにより、一つのモ
ジュールの更新が他のモジュールに影響を与えることな
く可能となるため、全体の機能が大きくなったとしても
コンパイル、デバッグなどの開発作業が極小化される効
果がある。

【００５５】また、この発明によれば、上記車載情報シ
ステムにおいて、拡張機能アプリケーションに含まれる
基本機能インターフェースモジュールは、基本機能モジ
ュールを構成する複数の基本機能サブモジュールの内、
拡張機能の実行時に通信処理が必要な基本機能サブモジ
ュールに対しての基本機能インターフェースモジュール
を設け、上記基本機能インターフェースモジュールを介
して上記基本機能サブモジュールの機能を利用するよう
にしたので、それぞれの機能の独立した開発、改訂が可
能となり、全体の機能が大きくなったとしてもコンパイ
ル、デバッグなどの開発作業が極小化される効果を有す
るとともに、機種に依存せず、拡張機能の相互利用が可
能になるという効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による車載情報シス
テムのハードウェア構成を示すブロック図である。

【図２】 この発明の実施の形態１による車載情報シス
テムの構成を階層的に示す図である。

【図３】 この発明の実施の形態１に係わる提供情報サ
ービスの選択についての動作を示すフローチャートであ
る。

【図４】 この発明の実施の形態１に係わるナビゲーシ
ョンサービスの動作の一例を示すフローチャートであ
る。

【図５】 この発明の実施の形態１に係わる音楽再生サ
ービスの動作の一例を示すフローチャートである。

【図６】 この発明の実施の形態１に係わる拡張機能モ
ジュールと基本機能モジュールの連携動作を説明する説
明図である。

【図７】 この発明の実施の形態２による車載情報シス
テムの構成を階層的に示す図である。

【図８】 この発明の実施の形態２に係わる拡張機能モ
ジュールと基本機能モジュールの連携動作を説明する説
明図である。

【図９】 この発明の実施の形態３による車載情報シス
テムの構成を階層的に示す図である。

【図１０】 この発明の実施の形態３に係わる拡張機能
モジュールと基本機能モジュールの連携動作を説明する
説明図である。

【図１１】 この発明の実施の形態４に係わる基本機能
モジュールの構成を示すブロック図である。

【図１２】 この発明の実施の形態４に係わるモジュー
ル間の通信仕様を説明する説明図である。

【図１３】 この発明の実施の形態４に係わる拡張機能
インターフェースモジュールと基本機能モジュールの連
携動作を説明する説明図である。

【図１４】 この発明の実施の形態５に係わる拡張機能
モジュールと基本機能モジュールの連携動作を説明する
説明図である。

【図１５】 従来のナビゲーション装置の構成を階層的
に示す図である。

【符号の説明】

１ ＲＯＭ、２ マイクロプロセッサ、３ ＲＡＭ、４
外部記憶装置ドライブ、５ 外部記憶装置ＩＦ、６
グラフィック制御回路、７ フレームバッファ、８ デ
ィスプレイ、９ ユーザ操作部、１０ ユーザ操作部Ｉ
Ｆ、１１ 周辺機器、１２ 周辺機器ＩＦ、１３ 外部
記憶メディア、２０ 車載情報システムハードウェア、
２１ デバイスドライバ、２２ ナビゲーションＯＳ、
３０ 基本機能モジュール、３１ 拡張機能インターフ
ェースモジュール、４０ 拡張機能モジュール、４１
基本機能インターフェースモジュール、４２ 仮想プラ
ットフォーム、４３ 拡張機能アプリケーション、４４
ＪＮＩ、３０１，３０２，３０３ 基本機能サブモジ
ュール、３０４，３１４ モジュール通信ＩＦ、３０
５，３０６２，３０６３，３１６１，３１６２，３１６
３ サブモジュールＡＰＩ、３０７，３１７ メッセー
ジ通信処理部、３０８，３２０ メッセージ受信処理
部、３１８，４１０ ＪＮＩ通信処理部、３１９ ＪＮ
Ｉ受信処理部、４１１，４１２，４１３ 基本機能イン
ターフェースモジュール、４１４ 拡張機能実行モジュ
ール、５０ ナビゲーションハードウェア、５２ デバ
イスドライバ、５４ ナビゲーション、５６ ナビゲー
ション基本動作部、５８ Ｊａｖａバーチャルマシン
部、６０ 車両用マルチメディアプログラム部、６２
Ｊａｖａ基本ＡＰＩ、６４ サービスモジュール、６６
ナビ用クラスライブラリ、６８ Ｊａｖａ拡散ＡＰ
Ｉ、７０ ナビプログラムＡＰＩ。

フロントページの続き (72)発明者 上川 哲生 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 吉田 実 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 池内 智哉 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 下谷 光生 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 2F029 AA02 AB01 AB07 AC02 AC04 AC14 AC18 5B076 EA02 EA10 5H180 AA01 BB02 BB04 BB05 BB12 BB13 EE18 FF04 FF05 FF22 FF25 FF27 FF33

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ハードウェア、及び上記ハードウェアを
   管理制御すると共に、プログラムを実行する基本ソフト
   ウェアからなるプラットフォーム部と、上記プラットフ
   ォーム部の起動と同時に動作を開始し、基本的な車載情
   報サービスを提供するプログラムからなる基本機能モジ
   ュールと、上記プラットフォーム部に必要に応じて随時
   組み込まれて起動され、拡張車載情報サービスを提供す
   るプログラムからなる拡張機能モジュールとを備えた車
   載情報システムであって、上記基本機能モジュール内に
   は、上記拡張機能モジュールとの情報・コマンド交換を
   行う拡張機能インターフェースモジュールを、上記拡張
   機能モジュール内には、上記基本機能モジュールとの情
   報・コマンド交換を行う基本機能インターフェースモジ
   ュールを備え、上記拡張機能モジュールと上記基本機能
   モジュールとが、上記基本機能インターフェースモジュ
   ールと上記拡張機能インターフェースモジュールのいず
   れか一方もしくは双方を介して情報交換を行い機能の連
   携を行うことを特徴とする車載情報システム。
2. 【請求項２】 拡張機能モジュールは、プラットフォー
   ム部に搭載された仮想プラットフォームと、上記仮想プ
   ラットフォームで解釈・実行され、上記プラットフォー
   ム部に依存しない言語で記述された拡張機能アプリケー
   ションとで構成され、上記基本機能インターフェースモ
   ジュールを上記拡張機能アプリケーション内に備えたこ
   とを特徴とする請求項１記載の車載情報システム。
3. 【請求項３】 仮想プラットフォームはＪａｖａ（登録
   商標）仮想マシンであり、拡張機能アプリケーションは
   Ｊａｖａ言語で記述され、基本機能インターフェースモ
   ジュールおよび拡張機能インターフェースモジュール
   は、Ｊａｖａネイティブインタフェースに従って通信す
   ることを特徴とする請求項２記載の車載情報システム。
4. 【請求項４】 基本機能モジュールは、複数の基本機能
   サブモジュールと拡張機能インターフェースモジュール
   とからなり、上記基本機能サブモジュールまたは拡張機
   能インターフェースモジュールは、通信処理が必要な他
   のモジュールとの通信仕様を定義する通信仕様定義部を
   有することを特徴とする請求項１ないし３のいずれかに
   記載の車載情報システム。
5. 【請求項５】 拡張機能アプリケーションに含まれる基
   本機能インターフェースモジュールは、基本機能モジュ
   ールを構成する複数の基本機能サブモジュールの内、拡
   張機能の実行時に通信処理が必要な基本機能サブモジュ
   ールに対しての基本機能インターフェースモジュールを
   設け、上記基本機能インターフェースモジュールを介し
   て上記基本機能サブモジュールの機能を利用するように
   したことを特徴とする請求項４記載の車載情報システ
   ム。