JP2021005218A - 機能拡張システムおよび電子制御装置 - Google Patents

Abstract

【課題】車両出荷後における電子制御装置の機能拡張を容易にする。【解決手段】機能拡張システム１は、車両に搭載されるＨＣＵ２および拡張モジュール３とサーバ４とを備える。ＨＣＵ２は、データ通信によって拡張モジュール３に接続されると、ユーザ情報をサーバ４へ送信する。拡張モジュール３は、スペック情報をサーバ４へ送信する。サーバ４は、ユーザ情報とスペック情報とに基づいて、アプリリストを作成し、作成したアプリリストを送信する。拡張モジュール３は、送信されたアプリ情報により特定される機能拡張アプリプログラムをダウンロードする。【選択図】図１

Description

本開示は、車両に搭載される電子制御装置の機能を拡張する機能拡張システムに関する。

特許文献１には、自動車等に組み込まれるコンピュータシステムが記載されている。車両のコクピットに設置される表示装置を制御するヒューマンマシンインタフェース制御装置では、携帯端末で使用されているオペレーティングシステム（以下、携帯端末用ＯＳ）が急速に普及している。携帯端末用ＯＳは年毎に更新されることが多く、この更新により、携帯端末用ＯＳに搭載される機能が拡張される。このため、携帯端末用ＯＳに搭載されるアプリケーションの機能も増加し、それに伴い、携帯端末に搭載されるハードウェアの性能向上が必要となる。

特許第６１３０６１７号公報

しかし、車両に搭載される電子制御装置においては、車両出荷後において一年毎または数年毎にハードウェアを交換するという対応が困難である。
本開示は、車両出荷後における電子制御装置の機能拡張を容易にすることを目的とする。

本開示の一態様は、車両に搭載される第１電子制御装置（２）と、車両に搭載される少なくとも１つの第２電子制御装置（３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ，３ｆ）と、サーバ（４）とを備える機能拡張システム（１）である。サーバは、車両の外部に設置され、第１電子制御装置および少なくとも１つの第２電子制御装置との間でデータ通信を行う。

第１電子制御装置は、第１制御部（１２）と、第１装置通信部（２６）と、第１サーバ通信部（２７）と、筐体（１１）と、ユーザ情報送信部（Ｓ５２０）とを備える。
第１制御部は、車両に搭載された機器を制御する少なくとも１つの第１アプリケーション（１０１，１０２，１０３，１０４）を動作させる第１オペレーティングシステム（８３）を実行するように構成される。

第１装置通信部は、少なくとも１つの第２電子制御装置との間でデータ通信を行うように構成される。
第１サーバ通信部は、サーバとの間でデータ通信を行うように構成される。

筐体は、第１制御部、第１装置通信部および第１サーバ通信部を内部に収容する。
ユーザ情報送信部は、第１装置通信部によるデータ通信によって第２電子制御装置に接続されると、車両のユーザを識別するためのユーザ情報をサーバへ送信するように構成される。

少なくとも１つの第２電子制御装置は、第２制御部（３２）と、第２装置通信部（４６）と、第２サーバ通信部（４７）と、スペック情報送信部（Ｓ１２０）と、ダウンロード部（Ｓ２６０〜Ｓ３５０）とを備える。

第２制御部は、車両に搭載された機器を制御する少なくとも１つの第２アプリケーション（１２１）を動作させる第２オペレーティングシステム（９１）を実行するように構成される。

第２装置通信部は、第１電子制御装置との間でデータ通信を行うように構成される。
第２サーバ通信部は、サーバとの間でデータ通信を行うように構成される。
スペック情報送信部は、第２電子制御装置のスペックを示すスペック情報をサーバへ送信するように構成される。

ダウンロード部は、アプリケーションリストを受信すると、アプリケーション特定情報により特定されるアプリケーションプログラムをサーバからダウンロードするように構成される。アプリケーションリストは、少なくとも、少なくとも１つの第２電子制御装置で利用可能なアプリケーションを特定する少なくとも１つのアプリケーション特定情報を含む。

サーバは、作成部（Ｓ７１０〜Ｓ７４０）を備える。作成部は、ユーザ情報とスペック情報とを受信すると、ユーザ情報とスペック情報とに基づいて、アプリケーションリストを作成し、作成したアプリケーションリストを送信するように構成される。

このように構成された本開示の機能拡張システムは、第１装置通信部と第２装置通信部とによって第１電子制御装置と少なくとも１つの第２電子制御装置との間でデータ通信を行わせて、車両に搭載された機器を制御することができる。そして、第１電子制御装置で動作する第１アプリケーションと、少なくとも１つの第２電子制御装置で動作する第２アプリケーションとは異なっているため、第１アプリケーションと第２アプリケーションとの間で相互に交換しながら利用するデータは少ない。このため、本開示の機能拡張システムは、第１電子制御装置と少なくとも１つの第２電子制御装置との間で送受信されるデータ量の増加を抑制することができる。これにより、本開示の機能拡張システムは、第１制御部および第２制御部の内部の通信バスによる通信よりも通信性能が低い通信を用いて第１電子制御装置と少なくとも１つの第２電子制御装置とを接続することにより、車両に搭載された機器を制御することができる。

そして、本開示の機能拡張システムでは、少なくとも１つの第２電子制御装置を交換して、新たな少なくとも１つの第２電子制御装置を通信により第１電子制御装置に接続することにより、少なくとも１つの第２電子制御装置のハードウェアを交換することができる。このため、本開示の機能拡張システムは、交換する前よりも高性能な少なくとも１つの第２電子制御装置を第１電子制御装置に接続することにより、第１電子制御装置と少なくとも１つの第２電子制御装置とにより構成される車両制御システム全体としての性能向上を図ることができる。

さらに、本開示の機能拡張システムでは、第１装置通信部と第２装置通信部との通信により少なくとも１つの第２電子制御装置を第１電子制御装置に接続することができる。これにより、本開示の機能拡張システムは、第１電子制御装置の筐体の一部分を開けて新たな少なくとも１つの第２電子制御装置を第１電子制御装置の筐体の内部へ収容することにより第１電子制御装置と少なくとも１つの第２電子制御装置とを接続するという交換作業を行う必要が無い。このため、本開示の機能拡張システムは、第１装置通信部と第２装置通信部との通信により少なくとも１つの第２電子制御装置を第１電子制御装置に接続するという簡便な方法で第１電子制御装置と少なくとも１つの第２電子制御装置とを接続することができる。

また、本開示の機能拡張システムでは、少なくとも１つの第２電子制御装置は、アプリケーションリストを受信すると、アプリケーション特定情報により特定されるアプリケーションプログラムをサーバからダウンロードする。これにより、本開示の機能拡張システムは、機能が更新されたアプリケーションプログラムをサーバから取得して、少なくとも１つの第２電子制御装置で利用することができ、車両制御システムの性能を向上させることができる。

以上より、本開示の機能拡張システムは、車両出荷後における電子制御装置の機能拡張を容易にすることができる。
本開示の別の態様は、車両に搭載される車載電子制御装置との間でデータ通信を行うことにより車載電子制御装置（２）に接続される電子制御装置（３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ，３ｆ）である。そして、本開示の電子制御装置は、制御部（３２）と、装置通信部（４６）と、サーバ通信部（４７）と、スペック情報送信部（Ｓ１２０）と、ダウンロード部（Ｓ２６０〜Ｓ３５０）とを備える。

制御部は、車両に搭載された機器を制御する少なくとも１つのアプリケーション（１２１）を動作させるオペレーティングシステム（９１）を実行するように構成される。
装置通信部は、車載電子制御装置との間でデータ通信を行うように構成される。

サーバ通信部は、車両の外部に設置されたサーバとの間でデータ通信を行うように構成される。
スペック情報送信部は、電子制御装置のスペックを示すスペック情報をサーバへ送信するように構成される。

ダウンロード部は、アプリケーションリストを受信すると、アプリケーション特定情報により特定されるアプリケーションプログラムをサーバからダウンロードするように構成される。アプリケーションリストは、少なくとも、電子制御装置で利用可能なアプリケーションを特定する少なくとも１つのアプリケーション特定情報を含む。

このように構成された本開示の電子制御装置は、本開示の機能拡張システムで使用される電子制御装置であり、本開示の機能拡張システムと同様の効果を得ることができる。

機能拡張システムの構成を示すブロック図である。 ＨＣＵおよび拡張モジュールの構成を示すブロック図である。 第１実施形態のＨＣＵおよび拡張モジュールの機能的な構成を示す機能ブロック図である。 サーバの構成を示すブロック図である。 起動時処理を示すフローチャートである。 第１実施形態の機能拡張処理の前半部分を示すフローチャートである。 第１実施形態の機能拡張処理の後半部分を示すフローチャートである。 アプリ情報を示す図表である。 第１実施形態の指示対応処理を示すフローチャートである。 リスト送信処理を示すフローチャートである。 第１実施形態におけるデータの流れを示す図である。 第２実施形態の機能拡張処理の後半部分を示すフローチャートである。 第２実施形態の指示対応処理を示すフローチャートである。 第３実施形態のＨＣＵおよび拡張モジュールの機能的な構成を示す機能ブロック図である。 第４実施形態のＨＣＵおよび拡張モジュールを示す図である。 第５実施形態のＨＣＵおよび拡張モジュールを示す図である。 第６実施形態のＨＣＵおよび拡張モジュールの機能的な構成を示す機能ブロック図である。 第７実施形態におけるデータの流れを示す図である。 第８実施形態におけるデータの流れを示す図である。 第９実施形態におけるデータの流れを示す図である。

（第１実施形態）
以下に本開示の第１実施形態を図面とともに説明する。
本実施形態の機能拡張システム１は、図１に示すように、ヒューマンマシンインタフェース制御装置２（以下、ＨＣＵ２）と、拡張モジュール３と、サーバ４とを備える。ＨＣＵは、Human Machine Interface Control Unitの略である。

ＨＣＵ２は、車両に搭載され、広域無線通信網ＮＷ（例えば携帯電話通信網）を介してサーバ４とデータ通信を行う機能を有する。
拡張モジュール３は、車両に搭載され、広域無線通信網ＮＷを介してサーバ４とデータ通信を行う機能を有する。拡張モジュール３は、車両の走行中に脱落しない位置に設置されるようにしてもよいし、脱落しないようにロック機構を備えるようにしてもよい。

ＨＣＵ２は、例えばＳｏＣで構成された半導体集積回路であり、図２に示すように、筐体１１と、制御部１２と、ＨＣＵ２の外部と制御部１２との間で信号の入出力を行わせるための外部入出力回路１３とを備える。ＳｏＣは、System on a Chipの略である。

筐体１１は、箱状に形成された金属製の部材であり、内部に、制御部１２と外部入出力回路１３とを収容する。
制御部１２は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュＲＯＭ２４と、入出力ポート２５と、ＵＳＢ通信部２６と、広域無線通信部２７と、これらを相互に接続するバスライン２８とを備える。ＵＳＢは、Universal Serial Busの略である。

ＣＰＵ２１は、ＲＯＭ２２に記憶されたプログラムに基づいて、ＨＣＵ２を制御するための各種処理を実行する。ＲＯＭ２２は、不揮発性メモリであり、ＣＰＵ２１が実行するプログラムと、プログラムの実行時に参照されるデータとを記憶する。ＲＡＭ２３は、揮発性メモリであり、ＣＰＵ２１の演算結果等を一時的に記憶する。

フラッシュＲＯＭ２４は、記憶内容を書き換え可能な不揮発性メモリである。
入出力ポート２５は、制御部１２の外部と制御部１２との間で信号の入出力を行わせるための回路である。ＵＳＢ通信部２６は、ＵＳＢ規格に準拠した方式で、筐体１１の外面上に取り付けられたＵＳＢコネクタ１４を介して接続された通信回路との間でデータの送受信を行う。広域無線通信部２７は、広域無線通信網ＮＷを介して、サーバ４との間でデータ通信を行う。

制御部１２の各種機能は、ＣＰＵ２１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ２２が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ２１が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。

拡張モジュール３は、例えばＳｏＣで構成された半導体集積回路であり、筐体３１と、制御部３２と、拡張モジュール３の外部と制御部３２との間で信号の入出力を行わせるための外部入出力回路３３と、ＵＳＢケーブル３４とを備える。

筐体３１は、箱状に形成された金属製の部材であり、内部に、制御部３２と外部入出力回路３３とを収容する。
制御部３２は、ＣＰＵ４１と、ＲＯＭ４２と、ＲＡＭ４３と、フラッシュＲＯＭ４４と、入出力ポート４５と、ＵＳＢ通信部４６と、広域無線通信部４７と、これらを相互に接続するバスライン４８とを備える。

ＣＰＵ４１は、ＲＯＭ４２に記憶されたプログラムに基づいて、拡張モジュール３を制御するための各種処理を実行する。ＲＯＭ４２は、不揮発性メモリであり、ＣＰＵ４１が実行するプログラムと、プログラムの実行時に参照されるデータとを記憶する。ＲＡＭ４３は、揮発性メモリであり、ＣＰＵ４１の演算結果等を一時的に記憶する。

なお、ＣＰＵ４１は、ＣＰＵ２１より処理性能が高い。すなわち、ＣＰＵ２１とＣＰＵ４１とで同一の演算処理を実行した場合に、ＣＰＵ４１は、ＣＰＵ２１よりも短時間で演算処理を完了することができる。

フラッシュＲＯＭ４４は、記憶内容を書き換え可能な不揮発性メモリである。
入出力ポート４５は、制御部３２の外部と制御部３２との間で信号の入出力を行わせるための回路である。ＵＳＢ通信部４６は、ＵＳＢ規格に準拠した方式で、ＵＳＢコネクタ１４を介して接続されたＵＳＢ通信部２６との間でデータの送受信を行う。広域無線通信部４７は、広域無線通信網ＮＷを介して、サーバ４との間でデータ通信を行う。

制御部３２の各種機能は、ＣＰＵ４１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ４２が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ４１が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。

ＵＳＢケーブル３４は、ケーブル３４ａとＵＳＢコネクタ３４ｂとを備える。ケーブル３４ａの一端がＵＳＢ通信部４６に接続され、ケーブル３４ａの他端にＵＳＢコネクタ３４ｂが取り付けられる。ＵＳＢコネクタ３４ｂは、ＵＳＢコネクタ１４に対して着脱可能に形成されており、ＵＳＢコネクタ３４ｂがＵＳＢコネクタ１４に接続されることにより、ＵＳＢ通信部２６とＵＳＢ通信部４６との間でＵＳＢ通信が可能となる。

ＨＣＵ２には、センタディスプレイ５１、メータディスプレイ５２、ヘッドアップディスプレイ５３、エアコンコントローラディスプレイ５４およびスピーカ５５が接続される。

センタディスプレイ５１は、運転席と助手席との間の前方に配置される。センタディスプレイ５１は、ナビゲーションおよびオーディオ等の各種車載機器の表示画面として使用されるとともに、アプリケーションの表示画面として使用される。メータディスプレイ５２は、ステアリングの前方に配置されて、各種メータ等を表示する。ヘッドアップディスプレイ５３は、運転者の前方に配置されているウィンドシールドに各種情報を表示する。エアコンコントローラディスプレイ５４は、車載エアコンディショナを制御するエアコンコントローラに関する情報（例えば、現在の設定温度等）を表示する。スピーカ５５は、車室内に設置され、ＨＣＵ２から入力された音声データが示す音声を出力する。

ＨＣＵ２には、カメラ６１、マイク６２、位置検出装置６３、チューナ６４、ドライバステータスモニタ６５（以下、ＤＳＭ６５）、ＬＩＤＡＲ６６およびレーダ６７が接続される。ＤＳＭは、Driver Status Monitorの略である。ＬＩＤＡＲは、Light Detection and Rangingの略である。

カメラ６１は、例えば、車両の後側に取り付けられており、車両の後方の状況を連続して撮影する。マイク６２は、車室内に設置され、車両の乗員が発話した音声を入力する。マイク６２は、入力した音声を示す音声データを出力する。

位置検出装置６３は、ＧＰＳ受信機と、ジャイロセンサとを備える。ＧＰＳは、Global Positioning Systemの略である。ＧＰＳ受信機は、ＧＰＳ衛星から送信されるＧＰＳ測位信号を受信して、受信したＧＰＳ測位信号を出力する。ジャイロセンサは、互いに直交するＸ軸、Ｙ軸およびＺ軸を中心とした回転の角速度を検出する。

チューナ６４は、ＡＭ放送およびＦＭ放送のラジオ放送信号を受信する。ＤＳＭ６５は、運転者の顔を撮影した顔画像の画像解析により、運転者の状態を検出する。ＬＩＤＡＲ６６は、レーザ光を送受信することで、車両の周囲に存在する物体の位置を検出する。レーダ６７は、ミリ波帯のレーダ波を送受信することで、車両の周囲に存在する物体の位置を検出する。

拡張モジュール３には、無線通信装置７１が接続される。無線通信装置７１は、ＢＴ通信部と、Ｗｉ−Ｆｉ通信部とを備える。ＢＴ通信部は、Ｂｌｕｅｔｏｏｔｈ規格に準拠した方式で近距離無線通信を行う。Ｂｌｕｅｔｏｏｔｈは登録商標である。Ｗｉ−Ｆｉ通信部は、Ｗｉ−Ｆｉ規格に準拠した方式で近距離無線通信を行う。Ｗｉ−Ｆｉは登録商標である。

図３に示すように、ＨＣＵ２は、ハイパーバイザ８１と、サービスバス８２と、オペレーティングシステム８３（以下、ＯＳ８３）と、リアルタイムオペレーティングシステム８４（以下、リアルタイムＯＳ８４）と、メータ処理部８５と、ＨＭＩ処理部８６と、ファイアウォール８７とを備える。ＯＳは、Operating Systemの略である。ＨＭＩは、Human Machine Interfaceの略である。

ハイパーバイザ８１は、複数のオペレーティングシステムをＣＰＵ２１上で並列に実行可能とするために複数のオペレーティングシステムを管理する機能を有する。すなわち、ハイパーバイザ８１は、ＯＳ８３およびリアルタイムＯＳ８４を管理する。

サービスバス８２は、アプリケーション層と、プレゼンテーション層以下の下位の任意の層を表す下位層との間のデータの橋渡しを行うアプリケーションである。サービスバス８２は、ＵＳＢコネクタ１４を介して通信を行うＨＣＵ２と拡張モジュール３とが、あたかも１つの装置であるかのようにデータのやりとりを行うことができるように、データの受け渡しを行う。このために、サービスバス８２は、下位層で用いるデータと、アプリケーション層で用いるデータとの対応付けを行うためのデータベースを備え、このデータベースを参照することによってアプリケーション層と下位層との間でデータの形式を変換する。

ＯＳ８３は、各種アプリケーションを動作させるためにＨＣＵ２に搭載された基本ソフトウェアである。本実施形態では、ＯＳ８３は、アンドロイドである。アンドロイドは登録商標である。

本実施形態では、ＯＳ８３は、ラジオアプリケーション１０１、エアコンアプリケーション１０２、ナビゲーションアプリケーション１０３および音声認識アプリケーション１０４を動作させる。

ラジオアプリケーション１０１は、チューナ６４が受信したラジオ放送信号に基づいて音声を出力するための処理を実行する。エアコンアプリケーション１０２は、車両に搭載されたエアコンディショナの制御を実行する。

ナビゲーションアプリケーション１０３は、位置検出装置６３が検出した位置情報に基づいて、車両の現在地を表示するための処理、および、現在地から目的地までの経路を案内するための処理などを実行する。

音声認識アプリケーション１０４は、マイク６２が検出した音声を認識するための処理、および、認識結果に基づいて応答するための処理などを実行する。
リアルタイムＯＳ８４は、ＨＭＩ処理部８６とメータ処理部８５とをＣＰＵ２１上で並列に実行可能とするためにＨＭＩ処理部８６およびメータ処理部８５を管理する機能を有する。リアルタイムＯＳ８４は、ＨＭＩ処理部８６およびメータ処理部８５による処理のリアルタイム性を確保することができるように、ＨＭＩ処理部８６およびメータ処理部８５を管理する。

メータ処理部８５は、メータアプリケーション１１１、ヘッドアップディスプレイアプリケーション１１２およびバックカメラアプリケーション１１３を動作させる。
メータアプリケーション１１１は、メータディスプレイ５２による表示を制御するための処理を実行する。ヘッドアップディスプレイアプリケーション１１２は、ヘッドアップディスプレイ５３による表示を制御するための処理を実行する。バックカメラアプリケーション１１３は、カメラ６１による撮影画像の表示を制御するための処理を実行する。

ＨＭＩ処理部８６は、ＨＭＩ処理部８６の外部から入力された映像データに基づいて、センタディスプレイ５１、メータディスプレイ５２、ヘッドアップディスプレイ５３およびエアコンコントローラディスプレイ５４による表示を制御する処理を実行する。またＨＭＩ処理部８６は、ＨＭＩ処理部８６の外部から入力された音声データに基づいて、スピーカ５５による音声出力を制御する処理を実行する。

ファイアウォール８７は、ＯＳ８３の外部からのＯＳ８３に対する不正なアクセスを制限する。またファイアウォール８７は、リアルタイムＯＳ８４の外部からのリアルタイムＯＳ８４に対する不正なアクセスを制限する。

拡張モジュール３は、オペレーティングシステム９１（以下、ＯＳ９１）を備える。ＯＳ９１は、各種アプリケーションを動作させるために拡張モジュール３に搭載された基本ソフトウェアである。本実施形態では、ＯＳ９１は、アンドロイドである。ＯＳ９１は、携帯機器通信アプリケーション１２１を動作させる。

携帯機器通信アプリケーション１２１は、無線通信装置７１を用いた近距離無線通信により携帯機器との間でデータを送受信し、受信したデータをＨＣＵ２へ送信する処理を実行する。

サーバ４は、図４に示すように、広域無線通信部２０１と、制御部２０２とを備える。広域無線通信部２０１は、広域無線通信網ＮＷを介して、ＨＣＵ２および拡張モジュール３との間でデータ通信を行う。制御部２０２は、広域無線通信部２０１からの入力に基づいて各種処理を実行し、広域無線通信部２０１を制御する。

制御部２０２は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３およびフラッシュＲＯＭ２１４等を備えたマイクロコンピュータを中心に構成された電子制御装置である。フラッシュＲＯＭ２１４は、記憶内容を書き換え可能な不揮発性メモリである。

マイクロコンピュータの各種機能は、ＣＰＵ２１１が非遷移的実体的記録媒体に格納されたプログラムを実行することにより実現される。この例では、ＲＯＭ２１２が、プログラムを格納した非遷移的実体的記録媒体に該当する。また、このプログラムの実行により、プログラムに対応する方法が実行される。なお、ＣＰＵ２１１が実行する機能の一部または全部を、一つあるいは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御部２０２を構成するマイクロコンピュータの数は１つでも複数でもよい。

次に、ＨＣＵ２のＣＰＵ２１が実行する起動時処理の手順を説明する。起動時処理は、ＨＣＵ２に電源電圧が印加されたときに開始される処理である。なお、拡張モジュール３がＵＳＢコネクタ１４を介してＨＣＵ２に接続されている場合には、ＨＣＵ２に電源電圧が印加されるとＵＳＢコネクタ１４を介して電源電圧が拡張モジュール３にも印加される。これにより、拡張モジュール３のＣＰＵ４１が起動し、ＣＰＵ４１はＯＳ９１を起動する。

起動時処理が実行されると、ＨＣＵ２のＣＰＵ２１は、図５に示すように、まずＳ１０にて、ＣＰＵ２１を起動させる起動処理を実行する。そして、ＣＰＵ２１が起動すると、ＣＰＵ２１は、Ｓ２０にて、ＢＳＰプログラムをロードする。ＢＳＰは、Board Support Packageの略である。ＢＳＰプログラムは、ＨＣＵ２を構成するＳｏＣ上でＯＳを実行させるために必要なプログラムであり、例えば、ハードウェアの初期化処理を実行するためのプログラムを含む。

次にＣＰＵ２１は、Ｓ３０にて、ハイパーバイザ８１を起動する。さらにＣＰＵ２１は、Ｓ４０にて、サービスバス８２を起動する。その後ＣＰＵ２１は、Ｓ５０にて、ＯＳ８３とリアルタイムＯＳ８４を起動する。またＣＰＵ２１は、Ｓ６０にて、サービスバス８２に外部ＯＳ（すなわち、ＯＳ９１）を接続するための処理を実行する。

そしてＣＰＵ２１は、Ｓ７０にて、サービスバス８２がＨＣＵ２の外部ＯＳ（すなわち、ＯＳ９１）に接続されたか否かを判断する。ここで、外部ＯＳに接続されていない場合には、ＣＰＵ２１は、起動時処理を終了する。一方、外部ＯＳに接続された場合には、ＣＰＵ２１は、Ｓ８０にて、外部ＯＳに対してリソースを割り当て、起動時処理を終了する。具体的には、ＣＰＵ２１は、拡張モジュール３から受信したデータを一時的に記憶する記憶領域をＲＡＭ２３内に設定する。

次に、拡張モジュール３のＣＰＵ４１が実行する機能拡張処理の手順を説明する。機能拡張処理は、拡張モジュール３がＨＣＵ２に接続されてＯＳ９１が起動した後に開始される処理である。

機能拡張処理が実行されると、ＣＰＵ４１は、図６および図７に示すように、まずＳ１１０にて、拡張モジュール３がＨＣＵ２に初めて接続されたか否かを判断する。ここで、拡張モジュール３がＨＣＵ２に接続されたのが２回以上である場合には、ＣＰＵ４１は、機能拡張処理を終了する。

一方、拡張モジュール３がＨＣＵ２に初めて接続された場合には、ＣＰＵ４１は、Ｓ１２０にて、拡張モジュール３のスペック情報をサーバ４へ送信する。スペック情報は、拡張モジュール３が搭載するＯＳおよびメモリ等に関する情報（例えば、ＯＳの種類およびメモリ容量）で構成されている。

またＣＰＵ４１は、Ｓ１３０にて、ユーザ情報の送信を指示するユーザ情報送信指示をＨＣＵ２へ送信する。
そしてＣＰＵ４１は、Ｓ１４０にて、ＨＣＵ２からアプリケーション情報ＡＰＩ（以下、アプリ情報ＡＰＩ）を受信したか否かを判断する。

アプリ情報ＡＰＩは、図８に示すように、１または複数の機能拡張アプリケーションプログラム（以下、機能拡張アプリプログラム）のそれぞれについて、第１，２，３，４，５，６，７項目に関する情報で構成されている。

第１項目は、アプリケーション名（以下、アプリ名）である。第２項目は、利用頻度である。第３項目は、優先度である。第４項目は、カテゴリである。カテゴリには、「車両制御」、「ラジオ」および「テレビ」等が設定される。

第５項目は、アプリプログラムを記憶するためのメモリ容量である。第６項目は、起動順番である。第７項目は、ダウンロードとインストールで利用されるメモリ容量である。
アプリ情報ＡＰＩは、１または複数の機能拡張アプリプログラムのそれぞれに対して、第１，２，３，４，５，６，７項目を横方向に沿って配列した項目群を備える。すなわち、アプリ情報ＡＰＩは、ｎ個の機能拡張アプリプログラムに対応したｎ個の項目群を備える。ｎは１以上の整数である。

そしてアプリ情報ＡＰＩは、ｎ個の項目群を縦方向に沿って配列して形成されている。以下、縦方向に沿って配列されているｎ個の項目群のうち、上からｉ番目に配置されている項目群を、ｉ番目の項目群という。ｉは、１からｎまでの整数である。例えば、図８では、アプリ名が「ＨＶＡＣ」である項目群が１番目の項目群であり、アプリ名が「Ｃｏｎｎｅｃｔｅｄ Ｒａｄｉｏ」である項目群が２番目の項目群である。

Ｓ１４０にて、アプリ情報ＡＰＩを受信していない場合には、図６に示すように、ＣＰＵ４１は、Ｓ１４０の処理を繰り返すことにより、アプリ情報ＡＰＩを受信するまで待機する。そして、アプリ情報ＡＰＩを受信すると、ＣＰＵ４１は、Ｓ１５０にて、並替条件情報を確認する。並替条件情報は、フラッシュＲＯＭ４４に記憶されており、「利用頻度」、「優先度」、「カテゴリ」、「メモリ容量」および「起動順番」の何れか一つが拡張モジュール３のメーカーにより予め設定されている。

そしてＣＰＵ４１は、Ｓ１６０にて、並替条件情報に「利用頻度」が設定されているか否かを判断する。ここで、「利用頻度」が設定されている場合には、ＣＰＵ４１は、Ｓ１７０にて、アプリ情報ＡＰＩの項目群を、利用頻度が多い順に並び替えて、Ｓ２５０に移行する。例えば、図８に示すアプリ情報ＡＰＩでは、ＣＰＵ４１は、アプリ名が「Ｃｏｎｎｅｃｔｅｄ Ｒａｄｉｏ」である項目群が１番目の項目群、アプリ名が「ＨＶＡＣ」である項目群が２番目の項目群、アプリ名が「ＤＴＶ」である項目群が３番目の項目群、アプリ名が「ＯＥＭ ＡＰＰ」である項目群が４番目の項目群となるように、アプリ情報ＡＰＩを並び替える。

一方、「利用頻度」が設定されていない場合には、ＣＰＵ４１は、Ｓ１８０にて、並替条件情報に「優先度」が設定されているか否かを判断する。ここで、「優先度」が設定されている場合には、ＣＰＵ４１は、Ｓ１９０にて、アプリ情報ＡＰＩの項目群を、優先度が高い順に並び替えて、Ｓ２５０に移行する。例えば、図８に示すアプリ情報ＡＰＩでは、ＣＰＵ４１は、アプリ名が「ＯＥＭ ＡＰＰ」である項目群が１番目の項目群、アプリ名が「ＨＶＡＣ」である項目群が２番目の項目群、アプリ名が「Ｃｏｎｎｅｃｔｅｄ Ｒａｄｉｏ」である項目群が３番目の項目群、アプリ名が「ＤＴＶ」である項目群が４番目の項目群となるように、アプリ情報ＡＰＩを並び替える。

一方、「優先度」が設定されていない場合には、ＣＰＵ４１は、Ｓ２００にて、並替条件情報に「カテゴリ」が設定されているか否かを判断する。ここで、「カテゴリ」が設定されている場合には、ＣＰＵ４１は、Ｓ２１０にて、アプリ情報ＡＰＩの項目群を、カテゴリ毎に並び替えて、Ｓ２５０に移行する。例えば、図８に示すアプリ情報ＡＰＩでは、ＣＰＵ４１は、アプリ名が「ＨＶＡＣ」である項目群が１番目の項目群、アプリ名が「ＯＥＭ ＡＰＰ」である項目群が２番目の項目群、アプリ名が「Ｃｏｎｎｅｃｔｅｄ Ｒａｄｉｏ」である項目群が３番目の項目群、アプリ名が「ＤＴＶ」である項目群が４番目の項目群となるように、アプリ情報ＡＰＩを並び替える。

一方、「カテゴリ」が設定されていない場合には、ＣＰＵ４１は、Ｓ２２０にて、並替条件情報に「メモリ容量」が設定されているか否かを判断する。ここで、「メモリ容量」が設定されている場合には、ＣＰＵ４１は、Ｓ２３０にて、アプリ情報ＡＰＩの項目群を、メモリ容量が少ない順に並び替えて、Ｓ２５０に移行する。例えば、図８に示すアプリ情報ＡＰＩでは、ＣＰＵ４１は、アプリ名が「ＯＥＭ ＡＰＰ」である項目群が１番目の項目群、アプリ名が「ＨＶＡＣ」である項目群が２番目の項目群、アプリ名が「ＤＴＶ」である項目群が３番目の項目群、アプリ名が「Ｃｏｎｎｅｃｔｅｄ Ｒａｄｉｏ」である項目群が４番目の項目群となるように、アプリ情報ＡＰＩを並び替える。

一方、「メモリ容量」が設定されていない場合には、ＣＰＵ４１は、並替条件情報に「起動順番」が設定されていると判断して、Ｓ２４０にて、アプリ情報ＡＰＩの項目群を、起動順番順に並び替えて、Ｓ２５０に移行する。例えば、図８に示すアプリ情報ＡＰＩでは、ＣＰＵ４１は、アプリ名が「ＯＥＭ ＡＰＰ」である項目群が１番目の項目群、アプリ名が「ＨＶＡＣ」である項目群が２番目の項目群、アプリ名が「ＤＴＶ」である項目群が３番目の項目群、アプリ名が「Ｃｏｎｎｅｃｔｅｄ Ｒａｄｉｏ」である項目群が４番目の項目群となるように、アプリ情報ＡＰＩを並び替える。

そして、Ｓ２５０に移行すると、ＣＰＵ４１は、拡張モジュール３において利用可能なメモリ容量を算出する。
さらにＣＰＵ４１は、Ｓ２６０にて、ＲＡＭ４３に設けられた項目群指示値ｉを１に設定する。

そしてＣＰＵ４１は、Ｓ２７０にて、並び替えられたアプリ情報ＡＰＩのｉ番目の項目群に対応する機能拡張アプリプログラムがダウンロード可能であるか否かを判断する。具体的には、ＣＰＵ４１は、並び替えられたアプリ情報ＡＰＩのｉ番目の項目群における第７項目の値（すなわち、ダウンロードとインストールで利用されるメモリ容量）が、Ｓ２５０または後述のＳ３１０で算出された「利用可能なメモリ容量」を超えているか否かを判断する。

ここで、ダウンロードとインストールで利用されるメモリ容量が「利用可能なメモリ容量」を超えている場合には、ＣＰＵ４１は、機能拡張処理を終了する。
一方、ダウンロードとインストールで利用されるメモリ容量が「利用可能なメモリ容量」以下である場合には、ＣＰＵ４１は、Ｓ２８０にて、アプリ情報ＡＰＩのｉ番目の項目群に対応する機能拡張アプリプログラムをサーバ４からダウンロードする。そしてＣＰＵ４１は、Ｓ２９０にて、Ｓ２８０でダウンロードした機能拡張アプリプログラムをＯＳ９１にインストールする。さらにＣＰＵ４１は、Ｓ３００にて、Ｓ２８０でダウンロードした機能拡張アプリプログラムを拡張モジュール３から削除する。そしてＣＰＵ４１は、Ｓ３１０にて、拡張モジュール３において利用可能なメモリ容量を算出する。

次にＣＰＵ４１は、Ｓ３２０にて、Ｓ２８０でダウンロードした機能拡張アプリプログラムと同じアプリ名が設定されている機能拡張アプリプログラムがＨＣＵ２に記憶されているか否かを判断する。

ここで、同じアプリ名が設定されている機能拡張アプリプログラムがＨＣＵ２に記憶されていない場合には、ＣＰＵ４１は、Ｓ３４０に移行する。一方、同じアプリ名が設定されている機能拡張アプリプログラムがＨＣＵ２に記憶されている場合には、ＣＰＵ４１は、Ｓ３３０にて、Ｓ２８０でダウンロードした機能拡張アプリプログラムと同じアプリ名が設定されている機能拡張アプリプログラムの削除を指示する削除指示をＨＣＵ２へ送信し、Ｓ３４０に移行する。ＨＣＵ２がこの削除指示を受信すると、ＨＣＵ２は、削除指示により特定される機能拡張アプリプログラムを削除する。

そして、Ｓ３４０に移行すると、ＣＰＵ４１は、項目群指示値ｉがプログラム数ｎ以上であるか否かを判断する。ここで、項目群指示値ｉがプログラム数ｎ未満である場合には、ＣＰＵ４１は、Ｓ３５０にて、項目群指示値ｉをインクリメント（すなわち、１加算）して、Ｓ２７０に移行する。

一方、項目群指示値ｉがプログラム数ｎ以上である場合には、ＣＰＵ４１は、機能拡張処理を終了する。
次に、ＨＣＵ２のＣＰＵ２１が実行する指示対応処理の手順を説明する。指示対応処理は、ＯＳ８３が起動した後に繰り返し実行される処理である。

指示対応処理が実行されると、ＣＰＵ２１は、図９に示すように、まずＳ５１０にて、拡張モジュール３からユーザ情報送信指示を受信したか否かを判断する。ここで、ユーザ情報送信指示を受信していない場合には、ＣＰＵ２１は、Ｓ５３０に移行する。一方、ユーザ情報送信指示を受信した場合には、ＣＰＵ２１は、Ｓ５２０にて、ユーザ情報をサーバ４へ送信し、Ｓ５３０に移行する。ユーザ情報は、ＨＣＵ２を搭載する車両を利用するユーザを識別する情報（例えば、ユーザＩＤ）である。

そしてＳ５３０に移行すると、ＣＰＵ２１は、拡張モジュール３から削除指示を受信したか否かを判断する。ここで、削除指示を受信していない場合には、ＣＰＵ２１は、Ｓ５５０に移行する。一方、削除指示を受信した場合には、ＣＰＵ２１は、Ｓ５４０にて、削除指示により特定される機能拡張アプリプログラムを削除し、Ｓ５５０に移行する。

そしてＳ５５０に移行すると、ＣＰＵ２１は、サーバ４からアプリケーションリスト（以下、アプリリスト）を受信したか否かを判断する。アプリリストは、拡張モジュール３がダウンロード可能な１または複数の機能拡張アプリプログラムのアプリ名を示す情報と、アプリ名に対応する上記の第５項目に関する情報と、アプリ名に対応する上記の第７項目に関する情報とで構成されている。なお、上記の第５項目は、アプリプログラムを記憶するためのメモリ容量である。また、上記の第７項目は、ダウンロードとインストールで利用されるメモリ容量である。

ここで、アプリリストを受信していない場合には、ＣＰＵ２１は、指示対応処理を終了する。一方、アプリリストを受信した場合には、ＣＰＵ２１は、Ｓ５６０にて、アプリ情報ＡＰＩを作成する。具体的には、ＣＰＵ２１は、アプリリストを構成する１または複数のアプリ名のそれぞれに対して、上記の第２，３，４，６項目に関する情報を追加することにより、アプリ情報ＡＰＩを作成する。なお、ＣＰＵ２１は、利用頻度を、例えば、複数の機能拡張アプリプログラム毎に、機能拡張アプリプログラムを起動した回数を記録し、記録した起動回数で判断する。また優先度は、ＯＥＭ等で決定され、複数のアプリ名のそれぞれに対して予め設定されており、ＣＰＵ２１は、アプリ情報ＡＰＩの優先度を、予め設定されている優先度に基づいて判断する。ＯＥＭは、Original Equipment Manufacturerの略であり、完成車メーカーのことである。またカテゴリは、アプリケーション製作者またはＯＥＭで決定され、複数のアプリ名のそれぞれに対して予め設定されている。また、起動順は複数のアプリ名のそれぞれに対して予め設定されており、ＣＰＵ２１は、起動順番を、この起動順に基づいて判断する。

そしてＣＰＵ２１は、Ｓ５７０にて、Ｓ５６０で作成したアプリ情報ＡＰＩを拡張モジュール３に送信して、指示対応処理を終了する。
次に、サーバ４のＣＰＵ２１１が実行するリスト送信処理の手順を説明する。リスト送信処理は、制御部２０２の動作中に繰り返し実行される処理である。

リスト送信処理が実行されると、ＣＰＵ２１１は、図１０に示すように、まずＳ７１０にて、拡張モジュール３からスペック情報を受信したか否かを判断する。ここで、スペック情報を受信していない場合には、ＣＰＵ２１１は、リスト送信処理を終了する。一方、スペック情報を受信した場合には、ＣＰＵ２１１は、Ｓ７２０にて、ＨＣＵ２からユーザ情報を受信したか否かを判断する。ここで、ユーザ情報を受信していない場合には、ＣＰＵ２１１は、Ｓ７２０の処理を繰り返すことにより、ユーザ情報を受信するまで待機する。そして、ユーザ情報を受信すると、ＣＰＵ２１１は、Ｓ７３０にて、アプリリストを作成する。具体的には、ＣＰＵ２１１は、フラッシュＲＯＭ２１４に記憶されている複数の機能拡張アプリプログラムのうち、Ｓ７２０で受信したユーザ情報に紐づいており、且つ、Ｓ７１０で受信したスペック情報で特定されるスペック（すなわち、ＯＳおよびメモリ容量）で利用可能な機能拡張アプリプログラムを選択する。そしてＣＰＵ２１１は、選択した１または複数の機能拡張アプリプログラムのそれぞれについて、上記の第１，５，７項目の情報を追加することにより、アプリリストを作成する。なお、上記の第１項目は、アプリ名である。また、上記の第５項目は、アプリプログラムを記憶するためのメモリ容量である。また、上記の第７項目は、ダウンロードとインストールで利用されるメモリ容量である。

さらにＣＰＵ２１１は、Ｓ７４０にて、Ｓ７３０で作成したアプリリストをＨＣＵ２へ送信し、リスト送信処理を終了する。
次に、ＨＣＵ２によるセンタディスプレイ５１、メータディスプレイ５２、ヘッドアップディスプレイ５３、エアコンコントローラディスプレイ５４およびスピーカ５５の制御について説明する。

図１１に示すように、カメラ６１が撮影することにより取得されたデータは、メータ処理部８５に入力される。メータ処理部８５に搭載されているバックカメラアプリケーション１１３は、入力されたデータを用いて、センタディスプレイ５１に表示させるための表示用データを作成する。そしてバックカメラアプリケーション１１３は、作成した表示用データを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、メータ処理部８５から入力された表示用データをセンタディスプレイ５１へ出力する。一点鎖線で示す折れ線Ｌ１は、カメラ６１からセンタディスプレイ５１へ至るデータの経路を示す。

マイク６２により検出された音声を示すデータは、ＯＳ８３に入力される。ＯＳ８３に搭載されている音声認識アプリケーション１０４は、入力された音声データに基づいて、音声認識処理を行い、必要な処理を行ってスピーカ５５から出力させる出力音声を決定し、決定した出力音声を示すデータを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、ＯＳ８３から入力されたデータをスピーカ５５へ出力する。破線で示す折れ線Ｌ２は、マイク６２からＯＳ８３へ至るデータの経路を示す。

位置検出装置６３により検出された位置を示すデータは、ＯＳ８３に入力される。ＯＳ８３に搭載されているナビゲーションアプリケーション１０３は、入力された位置データに基づいて、センタディスプレイ５１に表示させるための表示用データを作成する。そしてナビゲーションアプリケーション１０３は、作成した表示用データを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、ＯＳ８３から入力された表示用データをセンタディスプレイ５１へ出力する。破線で示す折れ線Ｌ３は、位置検出装置６３からセンタディスプレイ５１へ至るデータの経路を示す。

チューナ６４で受信されたラジオ放送信号を示すデータは、ＯＳ８３に入力される。ＯＳ８３に搭載されているラジオアプリケーション１０１は、入力されたデータに基づいて、スピーカ５５から出力させる出力音声を示すデータを作成し、作成したデータを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、ＯＳ８３から入力されたデータをスピーカ５５へ出力する。破線で示す折れ線Ｌ４は、チューナ６４からスピーカ５５へ至るデータの経路を示す。

ＯＳ８３に搭載されているエアコンアプリケーション１０２は、センタディスプレイ５１に表示させるための表示用データを作成する。そしてエアコンアプリケーション１０２は、作成した表示用データを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、ＯＳ８３から入力された表示用データをエアコンコントローラディスプレイ５４へ出力する。破線で示す折れ線Ｌ５は、ＯＳ８３からエアコンコントローラディスプレイ５４へ至るデータの経路を示す。

メータ処理部８５に搭載されているヘッドアップディスプレイアプリケーション１１２は、ヘッドアップディスプレイ５３に表示させるための表示用データを作成する。そしてヘッドアップディスプレイアプリケーション１１２は、作成した表示用データを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、メータ処理部８５から入力された表示用データをヘッドアップディスプレイ５３へ出力する。一点鎖線で示す折れ線Ｌ６は、メータ処理部８５からヘッドアップディスプレイ５３へ至るデータの経路を示す。

メータ処理部８５に搭載されているメータアプリケーション１１１は、メータディスプレイ５２に表示させるための表示用データを作成する。そしてメータアプリケーション１１１は、作成した表示用データを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、メータ処理部８５から入力された表示用データをメータディスプレイ５２へ出力する。一点鎖線で示す折れ線Ｌ７は、メータ処理部８５からメータディスプレイ５２へ至るデータの経路を示す。

無線通信装置７１で受信したデータは、ＯＳ９１に入力される。ＯＳ９１に搭載されている携帯機器通信アプリケーション１２１は、センタディスプレイ５１に表示させるための表示用データを作成する。そして携帯機器通信アプリケーション１２１は、作成した表示用データを、サービスバス８２を介してＨＭＩ処理部８６へ出力する。ＨＭＩ処理部８６は、ＯＳ９１から入力された表示用データをセンタディスプレイ５１へ出力する。実線で示す折れ線Ｌ８は、無線通信装置７１からセンタディスプレイ５１へ至るデータの経路を示す。

このように構成された機能拡張システム１は、車両に搭載されるＨＣＵ２と、車両に搭載される拡張モジュール３と、サーバ４とを備える。サーバ４は、車両の外部に設置され、ＨＣＵ２および拡張モジュール３との間でデータ通信を行う。

ＨＣＵ２は、制御部１２と、ＵＳＢ通信部２６と、広域無線通信部２７と、筐体１１とを備える。
制御部１２は、ラジオアプリケーション１０１、エアコンアプリケーション１０２、ナビゲーションアプリケーション１０３および音声認識アプリケーション１０４を動作させるＯＳ８３を実行する。ラジオアプリケーション１０１は、車両に搭載されたスピーカ５５を制御する。エアコンアプリケーション１０２は、車両に搭載されたエアコンコントローラディスプレイ５４を制御する。ナビゲーションアプリケーション１０３は、車両に搭載されたセンタディスプレイ５１を制御する。音声認識アプリケーション１０４は、車両に搭載されたスピーカ５５を制御する。

ＵＳＢ通信部２６は、拡張モジュール３との間でデータ通信を行う。広域無線通信部２７は、サーバ４との間でデータ通信を行う。筐体１１は、制御部１２、ＵＳＢ通信部２６および広域無線通信部２７を内部に収容する。

制御部１２は、ＵＳＢ通信部２６によるデータ通信によって拡張モジュール３に接続されると、車両のユーザを識別するためのユーザ情報をサーバ４へ送信する。
拡張モジュール３は、制御部３２と、ＵＳＢ通信部４６と、広域無線通信部４７とを備える。制御部３２は、車両に搭載されたセンタディスプレイ５１を制御する携帯機器通信アプリケーション１２１を動作させるＯＳ９１を実行する。

ＵＳＢ通信部４６は、ＨＣＵ２との間でデータ通信を行う。広域無線通信部４７は、サーバ４との間でデータ通信を行う。
制御部３２は、拡張モジュール３のスペックを示すスペック情報をサーバ４へ送信する。制御部３２は、ＨＣＵ２からアプリ情報ＡＰＩを受信すると、アプリ名により特定される機能拡張アプリプログラムをサーバ４からダウンロードする。アプリ情報ＡＰＩは、拡張モジュール３で利用可能なアプリケーションを特定する第１項目に関する情報（すなわち、アプリ名）を含む。

サーバ４は、制御部２０２を備える。制御部２０２は、ユーザ情報とスペック情報とを受信すると、ユーザ情報とスペック情報とに基づいて、アプリリストを作成し、作成したアプリリストをＨＣＵ２へ送信する。

また、ＨＣＵ２の制御部１２は、サーバ４からアプリリストを受信すると、少なくとも１つの第１項目に関する情報のそれぞれに対して、機能拡張アプリプログラムのダウンロード順を決定するための第２，３，４，６項目に関する情報を付加し、第２，３，４，６項目に関する情報が付加されたアプリリストをアプリ情報ＡＰＩとして拡張モジュール３へ送信する。

また、拡張モジュール３の制御部３２は、ＨＣＵ２から送信されたアプリ情報ＡＰＩに付加されている第２，３，４，５，６項目に関する情報に基づいて、機能拡張アプリプログラムのダウンロード順を決定して、機能拡張アプリプログラムをダウンロードする。

このように機能拡張システム１は、ＵＳＢ通信部２６とＵＳＢ通信部４６とによってＨＣＵ２と拡張モジュール３との間でデータ通信を行わせて、車両に搭載された機器を制御することができる。そして、ＨＣＵ２で動作するアプリケーション（以下、第１アプリケーション）と、拡張モジュール３で動作するアプリケーション（以下、第２アプリケーション）とは異なっているため、第１アプリケーションと第２アプリケーションとの間で相互に交換しながら利用するデータは少ない。このため、機能拡張システム１は、ＨＣＵ２と拡張モジュール３との間で送受信されるデータ量の増加を抑制することができる。これにより、機能拡張システム１は、制御部１２，３２の内部のバスライン２８，４８による通信よりも通信性能が低い通信を用いてＨＣＵ２と拡張モジュール３とを接続することにより、車両に搭載された機器を制御することができる。

そして、機能拡張システム１では、拡張モジュール３を交換して、新たな拡張モジュール３をＨＣＵ２に接続することにより、拡張モジュール３のハードウェアを交換することができる。このため、機能拡張システム１は、交換する前よりも高性能な拡張モジュール３をＨＣＵ２に接続することにより、ＨＣＵ２と拡張モジュール３とにより構成される車両制御システム全体としての性能向上を図ることができる。

さらに機能拡張システム１では、ＵＳＢ通信部２６とＵＳＢ通信部４６との通信により拡張モジュール３をＨＣＵ２に接続することができる。これにより、機能拡張システム１は、ＨＣＵ２の筐体１１の一部分を開けて新たな拡張モジュール３をＨＣＵ２の筐体１１の内部へ収容することによりＨＣＵ２と拡張モジュール３とを接続するという交換作業を行う必要が無い。このため、機能拡張システム１は、ＵＳＢ通信部２６とＵＳＢ通信部４６との通信により拡張モジュール３をＨＣＵ２に接続するという簡便な方法でＨＣＵ２と拡張モジュール３とを接続することができる。

また機能拡張システム１では、拡張モジュール３は、アプリ情報ＡＰＩを受信すると、第１項目に関する情報により特定される機能拡張アプリプログラムをサーバ４からダウンロードする。これにより、機能拡張システム１は、機能が更新された機能拡張アプリプログラムをサーバ４から取得して、拡張モジュール３で利用することができ、車両制御システムの性能を向上させることができる。

以上より、機能拡張システム１は、車両出荷後におけるＨＣＵ２および拡張モジュール３の機能拡張を容易にすることができる。
またアプリリストにおいて、少なくとも１つの第１項目に関する情報のそれぞれに対して、アプリケーションプログラムのダウンロード順を決定するための第２〜６項目に関する情報が付加されている。そして機能拡張システム１は、アプリ情報ＡＰＩに付加されている第２〜６項目に関する情報に基づいてダウンロード順を決定して、機能拡張アプリプログラムをダウンロードすることができる。これにより、機能拡張システム１は、ダウンロードする複数の機能拡張アプリプログラムにおいて互いに重要度が異なる場合に、拡張モジュール３の記憶容量の不足に起因して、重要度の低い機能拡張アプリプログラムがダウンロードされ、重要度の高い機能拡張アプリプログラムがダウンロードされないという事態の発生を抑制することができる。

アプリ情報ＡＰＩは、アプリ名に対応するアプリケーションの利用頻度に関する情報を含む。これにより、機能拡張システム１は、拡張モジュール３の記憶容量の不足に起因して、利用頻度の少ない機能拡張アプリプログラムがダウンロードされ、利用頻度の多い機能拡張アプリプログラムがダウンロードされないという事態の発生を抑制することができる。

アプリ情報ＡＰＩは、アプリ名に対応するアプリケーションの優先度に関する情報を含む。これにより、機能拡張システム１は、拡張モジュール３の記憶容量の不足に起因して、優先度の低い機能拡張アプリプログラムがダウンロードされ、優先度の高い機能拡張アプリプログラムがダウンロードされないという事態の発生を抑制することができる。

アプリ情報ＡＰＩは、アプリ名に対応するアプリケーションのカテゴリに関する情報を含む。これにより、機能拡張システム１は、重要度の低いカテゴリの機能拡張アプリプログラムがダウンロードされ、重要度の高いカテゴリの機能拡張アプリプログラムがダウンロードされないという事態の発生を抑制することができる。

アプリ情報ＡＰＩは、アプリ名に対応するアプリケーションのメモリ容量に関する情報を含む。このため、機能拡張システム１は、メモリ容量が少ない順に機能拡張アプリプログラムをダウンロードすることができる。これにより、機能拡張システム１は、拡張モジュール３の記憶容量の不足に起因して、ダウンロードされる機能拡張アプリプログラムの数が少なくなってしまう事態の発生を抑制することができる。

アプリ情報ＡＰＩは、アプリ名に対応するアプリケーションの起動順番に関する情報を含む。このため、機能拡張システム１は、起動順番が早い順に機能拡張アプリプログラムをダウンロードすることができる。これにより、機能拡張システム１は、起動順番が早い機能拡張アプリプログラムを、優先してダウンロードして早期に起動させることができる。

また、ＨＣＵ２の制御部１２は、拡張モジュール３がダウンロードした機能拡張アプリプログラムに対応する対応アプリケーションプログラムを記憶している場合に、対応アプリケーションプログラムを削除する。これにより、機能拡張システム１は、ＨＣＵ２の記憶容量を増やすことができ、ＨＣＵ２自体の負荷を軽くして、ＨＣＵ２におけるアプリケーションの動作を行い易くすることができる。

また、更新されたアプリケーションのみならず、拡張モジュール３に新規追加されるアプリケーションについても、アプリ情報ＡＰＩに設定することにより、ダウンロードすることが可能である。

以上説明した実施形態において、ＨＣＵ２は第１電子制御装置および車載電子制御装置に相当し、拡張モジュール３は少なくとも１つの第２電子制御装置および電子制御装置に相当する。

また、制御部１２は第１制御部に相当し、ＵＳＢ通信部２６は第１装置通信部に相当し、広域無線通信部２７は第１サーバ通信部に相当し、Ｓ５２０はユーザ情報送信部としての処理に相当する。

また、ラジオアプリケーション１０１、エアコンアプリケーション１０２、ナビゲーションアプリケーション１０３および音声認識アプリケーション１０４は第１アプリケーションに相当し、ＯＳ８３は第１オペレーティングシステムに相当する。

また、制御部３２は第２制御部および制御部に相当し、ＵＳＢ通信部４６は第２装置通信部および装置通信部に相当し、広域無線通信部４７は第２サーバ通信部およびサーバ通信部に相当し、Ｓ１２０はスペック情報送信部としての処理に相当し、Ｓ２６０〜Ｓ３５０はダウンロード部としての処理に相当する。

また、携帯機器通信アプリケーション１２１は第２アプリケーションおよびアプリケーションに相当し、ＯＳ９１は第２オペレーティングシステムおよびオペレーティングシステムに相当する。

また、Ｓ７１０〜Ｓ７４０は作成部としての処理に相当し、アプリ名はアプリケーション特定情報に相当し、第２，３，４，５，６項目に関する情報は決定用情報に相当する。
また、Ｓ５４０は削除部としての処理に相当する。

（第２実施形態）
以下に本開示の第２実施形態を図面とともに説明する。なお第２実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第２実施形態の機能拡張システム１は、機能拡張処理および指示対応処理が変更された点が第１実施形態と異なる。
第２実施形態の機能拡張処理は、図１２に示すように、Ｓ３３０の処理の代わりにＳ３３５の処理を実行する点が第１実施形態と異なる。

すなわち、Ｓ３２０にて、同じアプリ名が設定されている機能拡張アプリプログラムがＨＣＵ２に記憶されている場合には、ＣＰＵ４１は、Ｓ３３５にて、Ｓ２８０でダウンロードした機能拡張アプリプログラムと同じアプリ名が設定されている機能拡張アプリプログラムの圧縮を指示する圧縮指示をＨＣＵ２へ送信し、Ｓ３４０に移行する。

第２実施形態の指示対応処理は、図１３に示すように、Ｓ５３０およびＳ５４０の処理の代わりにＳ５３５およびＳ５４５の処理を実行する点が第１実施形態と異なる。
すなわち、Ｓ５１０にて、ユーザ情報送信指示を受信していない場合には、ＣＰＵ２１は、Ｓ５３５に移行する。また、Ｓ５２０の処理が終了すると、ＣＰＵ２１は、Ｓ５３５に移行する。

そしてＳ５３５に移行すると、ＣＰＵ２１は、拡張モジュール３から圧縮指示を受信したか否かを判断する。ここで、圧縮指示を受信していない場合には、ＣＰＵ２１は、Ｓ５５０に移行する。一方、圧縮指示を受信した場合には、ＣＰＵ２１は、Ｓ５４５にて、圧縮指示により特定される機能拡張アプリプログラムを圧縮し、Ｓ５５０に移行する。

このように構成された機能拡張システム１では、ＨＣＵ２の制御部１２は、拡張モジュール３がダウンロードした機能拡張アプリプログラムに対応する対応アプリケーションプログラムを記憶している場合に、対応アプリケーションプログラムを圧縮する。これにより、機能拡張システム１は、ＨＣＵ２の記憶容量を増やすことができ、ＨＣＵ２自体の負荷を軽くして、ＨＣＵ２におけるアプリケーションの動作を行い易くすることができる。

以上説明した実施形態において、Ｓ５４５は圧縮部としての処理に相当する。
（第３実施形態）
以下に本開示の第３実施形態を図面とともに説明する。なお第３実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第３実施形態の機能拡張システム１は、図１４に示すように、ＯＳ９１にスマートフォン連携アプリケーション１３１およびナビゲーションアプリケーション１３２が搭載されている点が第１実施形態と異なる。また第３実施形態の機能拡張システム１は、ＯＳ８３に物体検出アプリケーション１３６および画像認識アプリケーション１３７が搭載されている点が第１実施形態と異なる。

ＨＣＵ２ではＨＣＵの処理性能が不足しており、アプリケーション１３１，１３２，１３６，１３７を多重起動ができない。このため、拡張モジュール３をＨＣＵ２に接続し、拡張モジュール３のＨＣＵを利用して、アプリケーション１３６，１３７をＨＣＵ２で起動させ、アプリケーション１３１，１３２を拡張モジュール３で起動させることにより、多重起動が可能となる。拡張モジュール３のＳｏＣの処理性能がＨＣＵ２のＳｏＣの処理性能より高くなければならないわけではなく、同等レベルの処理性能でもいい。ＳｏＣの数を増やすことで1つのＳｏＣに集中していた負荷を分散し、アプリケーション１３１，１３２，１３６，１３７の多重起動を可能にする。

（第４実施形態）
以下に本開示の第４実施形態を図面とともに説明する。なお第４実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第４実施形態の機能拡張システム１は、図１５に示すように、拡張モジュール３の代わりに拡張モジュール３ａ，３ｂ，３ｃを備える点が第１実施形態と異なる。
拡張モジュール３ａ，３ｂ，３ｃは、ＵＳＢコネクタ３５を備える点が第１実施形態の拡張モジュール３と異なる。ＵＳＢコネクタ３５は、ＵＳＢコネクタ３４ｂに対して着脱可能に形成されており、ＵＳＢ通信部４６に接続されている。

拡張モジュール３ａのＵＳＢコネクタ３４ｂは、ＨＣＵ２のＵＳＢコネクタ１４に接続される。拡張モジュール３ｂのＵＳＢコネクタ３４ｂは、拡張モジュール３ａのＵＳＢコネクタ３５に接続される。拡張モジュール３ｃのＵＳＢコネクタ３４ｂは、拡張モジュール３ｂのＵＳＢコネクタ３５に接続される。

ＨＣＵ２は、拡張モジュール３ａ，３ｂ，３ｃのそれぞれから、拡張モジュール３ａ，３ｂ，３ｃのそれぞれに対応するアプリ情報ＡＰＩを受信する。ＨＣＵ２は、受信した３つのアプリ情報ＡＰＩをマージし、新たな１つのアプリ情報（以下、マージアプリ情報）を作成し、このマージアプリ情報を拡張モジュール３ａ，３ｂ，３ｃへ送信する。

このように構成された機能拡張システム１では、ＨＣＵ２は、データ通信を行うために拡張モジュール３ａ，３ｂ，３ｃのうちの一つと電気的に接続されるＵＳＢコネクタ１４を備える。拡張モジュール３ａ，３ｂ，３ｃはそれぞれ、データ通信を行うために拡張モジュール３ａ，３ｂ，３ｃまたはＨＣＵ２と電気的に接続されるＵＳＢコネクタ３４ｂおよびＵＳＢコネクタ３５を備える。

これにより、機能拡張システム１は、ＨＣＵ２に複数の拡張モジュール３ａ，３ｂ，３ｃを接続することができる。このため、機能拡張システム１は、拡張モジュール３ａ，３ｂ，３ｃのハードウェアが１つの拡張モジュール３のハードウェアよりも性能が低い場合であっても、ＨＣＵ２と拡張モジュール３ａ，３ｂ，３ｃとにより構成される車両制御システム全体としての性能向上を図ることができる。

以上説明した実施形態において、ＵＳＢコネクタ１４は第１通信用コネクタに相当し、ＵＳＢコネクタ３４ｂ，３５は第２通信用コネクタに相当する。
（第５実施形態）
以下に本開示の第５実施形態を図面とともに説明する。なお第５実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第５実施形態の機能拡張システム１は、図１６に示すように、拡張モジュール３の代わりに拡張モジュール３ｄ，３ｅ，３ｆを備える点と、ＨＣＵ２が１つのＵＳＢコネクタ１４の代わりに３つのＵＳＢコネクタ１４ｄ，１４ｅ，１４ｆを備える点とが第１実施形態と異なる。

拡張モジュール３ｄ，３ｅ，３ｆは、拡張モジュール３と同一の構成を備える。但し、拡張モジュール３ｄ，３ｅ，３ｆのうち、拡張モジュール３ｆが最新の拡張モジュールである。

拡張モジュール３ｄのＵＳＢコネクタ３４ｂは、ＨＣＵ２のＵＳＢコネクタ１４ｄに接続される。拡張モジュール３ｅのＵＳＢコネクタ３４ｂは、ＨＣＵ２のＵＳＢコネクタ１４ｅに接続される。拡張モジュール３ｆのＵＳＢコネクタ３４ｂは、ＨＣＵ２のＵＳＢコネクタ１４ｆに接続される。

ＨＣＵ２は、拡張モジュール３ｄ，３ｅ，３ｆのそれぞれから、拡張モジュール３ｄ，３ｅ，３ｆのそれぞれに対応するアプリ情報ＡＰＩを受信する。ＨＣＵ２は、受信した３つのアプリ情報ＡＰＩをマージし、新たな１つのマージアプリ情報を作成し、このマージアプリ情報を拡張モジュール３ｄ，３ｅ，３ｆへ送信する。

このように構成された機能拡張システム１では、ＨＣＵ２は、データ通信を行うために拡張モジュール３ｄ，３ｅ，３ｆのそれぞれと電気的に接続される複数のＵＳＢコネクタ１４ｄ，１４ｅ，１４ｆを備える。

これにより、機能拡張システム１は、ＨＣＵ２に複数の拡張モジュール３ｄ，３ｅ，３ｆを接続することができる。このため、機能拡張システム１は、拡張モジュール３ｄ，３ｅ，３ｆのハードウェアが１つの拡張モジュール３のハードウェアよりも性能が低い場合であっても、ＨＣＵ２と拡張モジュール３ｄ，３ｅ，３ｆとにより構成される車両制御システム全体としての性能向上を図ることができる。

以上説明した実施形態において、ＵＳＢコネクタ１４ｄ，１４ｅ，１４ｆは第１通信用コネクタに相当する。
（第６実施形態）
以下に本開示の第６実施形態を図面とともに説明する。なお第６実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第６実施形態の機能拡張システム１は、図１７に示すように、位置検出装置６３およびマイク６２が拡張モジュール３にも接続される点と、無線通信装置６８がＨＣＵ２に接続される点とが第１実施形態と異なる。無線通信装置６８は、無線通信装置７１と同様に、ＢＴ通信部と、Ｗｉ−Ｆｉ通信部とを備える。

第５実施形態の機能拡張システム１では、無線通信装置６８は、無線通信装置７１よりもバージョンが古い無線通信装置である。すなわち、無線通信装置６８を利用すると、アプリケーション等の動作が遅くなってしまうため、機能拡張システム１は、無線通信装置７１を利用して高速通信を行う。無線通信装置６８は、無線通信装置７１を利用することができなくなったときのバックアップとしてＨＣＵ２に接続される。

例えば、ＨＣＵ２に古いバージョン（例えば４Ｇ）の無線通信装置６８が接続され、拡張モジュール３に新しいバージョン（例えば４Ｇ）の無線通信装置７１を接続されているとする。

ＨＣＵ２は、拡張モジュール３側の無線通信装置７１が動作していることを認識した場合に、ＨＣＵ２側のＷｉ−Ｆｉ設定をオフし、拡張モジュール３で利用していたＷｉ−Ｆｉが利用できなくなった場合には、自動でＨＣＵ２側のＷｉ−Ｆｉ設定をオンにする。

（第７実施形態）
以下に本開示の第７実施形態を図面とともに説明する。なお第７実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第７実施形態の機能拡張システム１は、図１８に示すように、ＣａｒＰｌａｙ１４１がＯＳ９１に搭載されている点が第１実施形態と異なる。ＣａｒＰｌａｙは登録商標である。

ＣａｒＰｌａｙ１４１は、スマートフォンＳＰとの間でデータ通信を行い、スマートフォンＳＰに表示されているスマートフォン画面を示す画面データを取得し、この画面データをＨＣＵ２へ送信する。ＨＭＩ処理部８６は、受信した画面データをセンタディスプレイ５１へ出力する。図１８の実線で示す折れ線Ｌ１１は、ＣａｒＰｌａｙ１４１からセンタディスプレイ５１へ至るデータの経路を示す。

ＨＭＩ処理部８６は、センタディスプレイ５１におけるユーザによる画面タッチデータ等をＣａｒＰｌａｙ１４１へ送信する。
なお、Ａｎｄｒｏｉｄ Ａｕｔｏを含むスマートフォン連携の場合もＣａｒＰｌａｙと同様の仕組みで動作する。ＡＮＤＲＯＩＤは登録商標である。
（第８実施形態）
以下に本開示の第８実施形態を図面とともに説明する。なお第８実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第８実施形態の機能拡張システム１は、図１９に示すように、カメラアルゴリズム１５１がＯＳ９１に搭載されている点が第１実施形態と異なる。カメラアルゴリズム１５１は、取得したカメラ映像データを用いて画像解析等を行うアプリケーションである。

ＨＣＵ２のスペックが不足しているため、ＨＣＵ２はカメラアルゴリズム１５１を動作させることができない。拡張モジュール３は、ＨＣＵ２よりもＳｏＣが新しく高スペックであるため、カメラアルゴリズム１５１を動作させることができる。

カメラ６１で撮影することにより得られたカメラ映像データは、カメラアルゴリズム１５１が受信する。図１９の実線で示す折れ線Ｌ２１は、カメラアルゴリズム１５１へ至るデータの経路を示す。

カメラアルゴリズム１５１は、カメラ６１から取得したカメラ映像データを用いて画像解析を行い、解析結果を示す解析データをＨＣＵ２へ送信する。ＨＭＩ処理部８６は、受信した解析データをセンタディスプレイ５１へ出力する。図１９の破線で示す折れ線Ｌ２２は、カメラアルゴリズム１５１からセンタディスプレイ５１へ至るデータの経路を示す。
上記カメラシステムと同様に、ＬＩＤＡＲ６６およびレーダ６７等のＨＣＵ２に接続されている機器の解析等を行うアルゴリズムが、カメラアルゴリズム１５１と同様にＯＳ９１に搭載される。そのアルゴリズムは、ＬＩＤＡＲ６６およびレーダ６７等で取得したデータを用いて解析を行い、解析データをＨＣＵ２へ送信する。

（第９実施形態）
以下に本開示の第９実施形態を図面とともに説明する。なお第９実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第９実施形態の機能拡張システム１は、図２０に示すように、カメラアルゴリズム１５１がＯＳ９１に搭載されている点と、カメラ６１が省略された点と、カメラ６１よりも高性能なカメラ７５が拡張モジュール３に接続される点とが第１実施形態と異なる。

ＨＣＵ２のスペックが不足しているため、ＨＣＵ２はカメラアルゴリズム１５１を動作させることができない。拡張モジュール３は、ＨＣＵ２よりもＳｏＣが新しく高スペックであるため、カメラアルゴリズム１５１を動作させることができる。

カメラ７５で撮影することにより得られたカメラ映像データはカメラアルゴリズム１５１に入力される。そして、カメラアルゴリズム１５１は、カメラ７５から取得したカメラ映像データを用いて画像解析を行い、解析結果を示す解析データをＨＣＵ２へ送信する。ＨＭＩ処理部８６は、受信した解析データをセンタディスプレイ５１へ出力する。図２０の実線で示す折れ線Ｌ３１は、カメラ７５からセンタディスプレイ５１へ至るデータの経路を示す。
上記カメラシステムと同様に、ＬＩＤＡＲおよびレーダ等の解析等を行うアルゴリズムがＯＳ９１に搭載され、ＬＩＤＡＲおよびレーダ等が拡張モジュール３に接続される。そのアルゴリズムは、ＬＩＤＡＲおよびレーダ等で取得したデータを用いて解析を行い、解析データをＨＣＵ２へ送信する。

以上、本開示の一実施形態について説明したが、本開示は上記実施形態に限定されるものではなく、種々変形して実施することができる。
［変形例１］
例えば上記第１実施形態では、ＨＣＵ２と拡張モジュール３との間でＵＳＢ通信を行う形態を示したが、ＵＳＢ通信に限定されるものではなく、例えばＰＣＩ−Ｅｘにより通信を行うようにしてもよい。また、ＨＣＵ２と拡張モジュール３との間で無線通信を行うことにより、ＨＣＵ２と拡張モジュール３とを接続するようにしてもよい。

［変形例２］
上記第１実施形態では、ＨＣＵ２がユーザ情報を送信する形態を示したが、ＤＳＭによる個人認証結果を用いてユーザを特定し、特定したユーザを示すユーザ情報をサーバ４へ送信するようにしてもよい。

［変形例３］
上記第４，５実施形態では、ＨＣＵ２が、複数の拡張モジュール３のアプリ情報ＡＰＩをマージする形態を示したが、複数の拡張モジュール３のうちの１つがアプリ情報ＡＰＩをマージするようにしてもよい。

［変形例４］
上記第１実施形態では、並替条件情報が拡張モジュール３に記憶されている形態を示したが、並替条件情報がＨＣＵ２に記憶されているようにしてもよい。並替条件情報がＨＣＵ２に記憶されている場合には、ＨＣＵ２は並替条件情報を拡張モジュール３へ送信する。また、ＨＣＵ２および拡張モジュール３の両方で並替条件情報を記憶しているようにしてもよい。この場合には、ＨＣＵ２の並替条件情報を利用するか、拡張モジュール３の並替条件情報を利用するかを事前に、ＨＣＵ２または拡張モジュール３のメーカーによって指定しておく必要がある。

［変形例５］
ＨＣＵ２に搭載されていないアプリケーションでも、ＨＣＵ２に搭載されているアプリケーションと同様の仕組みを利用して、拡張モジュール３にダウンロードして動作させることができる。その場合には、例えば、利用頻度は０、優先度は０等に設定される。

本開示に記載の制御部１２，３２，２０２およびその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサおよびメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部１２，３２，２０２およびその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部１２，３２，２０２およびその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサおよびメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。制御部１２，３２，２０２に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。

上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加または置換してもよい。

上述した機能拡張システム１の他、機能拡張システム１としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、機能拡張方法など、種々の形態で本開示を実現することもできる。

１…機能拡張システム、２…ＨＣＵ、３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ，３ｆ…拡張モジュール、４…サーバ、１１…筐体、１２，３２，２０２…制御部、２６，４６…ＵＳＢ通信部、２７，４７…広域無線通信部、８３，９１…ＯＳ、１０１…ラジオアプリケーション、１０２…エアコンアプリケーション、１０３…ナビゲーションアプリケーション、１０４…音声認識アプリケーション、１２１…携帯機器通信アプリケーション

Claims (12)

1. 車両に搭載される第１電子制御装置（２）と、
   前記車両に搭載される少なくとも１つの第２電子制御装置（３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ，３ｆ）と、
   前記車両の外部に設置され、前記第１電子制御装置および前記少なくとも１つの第２電子制御装置との間でデータ通信を行うサーバ（４）とを備え、
   前記第１電子制御装置は、
   前記車両に搭載された機器を制御する少なくとも１つの第１アプリケーション（１０１，１０２，１０３，１０４）を動作させる第１オペレーティングシステム（８３）を実行するように構成された第１制御部（１２）と、
   前記少なくとも１つの第２電子制御装置との間でデータ通信を行うように構成された第１装置通信部（２６）と、
   前記サーバとの間でデータ通信を行うように構成された第１サーバ通信部（２７）と、
   前記第１制御部、前記第１装置通信部および前記第１サーバ通信部を内部に収容する筐体（１１）と、
   前記第１装置通信部によるデータ通信によって前記第２電子制御装置に接続されると、前記車両のユーザを識別するためのユーザ情報を前記サーバへ送信するように構成されたユーザ情報送信部（Ｓ５２０）とを備え、
   前記少なくとも１つの第２電子制御装置は、
   前記車両に搭載された機器を制御する少なくとも１つの第２アプリケーション（１２１）を動作させる第２オペレーティングシステム（９１）を実行するように構成された第２制御部（３２）と、
   前記第１電子制御装置との間でデータ通信を行うように構成された第２装置通信部（４６）と、
   前記サーバとの間でデータ通信を行うように構成された第２サーバ通信部（４７）と、
   前記第２電子制御装置のスペックを示すスペック情報を前記サーバへ送信するように構成されたスペック情報送信部（Ｓ１２０）と、
   少なくとも、前記少なくとも１つの第２電子制御装置で利用可能なアプリケーションを特定する少なくとも１つのアプリケーション特定情報を含むアプリケーションリストを受信すると、前記アプリケーション特定情報により特定されるアプリケーションプログラムを前記サーバからダウンロードするように構成されたダウンロード部（Ｓ２６０〜Ｓ３５０）とを備え、
   前記サーバは、
   前記ユーザ情報と前記スペック情報とを受信すると、前記ユーザ情報と前記スペック情報とに基づいて、前記アプリケーションリストを作成し、作成した前記アプリケーションリストを送信するように構成された作成部（Ｓ７１０〜Ｓ７４０）を備える機能拡張システム。
2. 請求項１に記載の機能拡張システムであって、
   前記アプリケーションリストにおいて、前記少なくとも１つのアプリケーション特定情報のそれぞれに対して、前記アプリケーションプログラムのダウンロード順を決定するための決定用情報が付加されている機能拡張システム。
3. 請求項２に記載の機能拡張システムであって、
   前記アプリケーションリストは、前記決定用情報として、前記アプリケーション特定情報に対応する前記アプリケーションの利用頻度に関する情報を含む機能拡張システム。
4. 請求項２または請求項３に記載の機能拡張システムであって、
   前記アプリケーションリストは、前記決定用情報として、前記アプリケーション特定情報に対応する前記アプリケーションのカテゴリに関する情報を含む機能拡張システム。
5. 請求項２〜請求項４の何れか１項に記載の機能拡張システムであって、
   前記アプリケーションリストは、前記決定用情報として、前記アプリケーション特定情報に対応する前記アプリケーションの優先度に関する情報を含む機能拡張システム。
6. 請求項２〜請求項５の何れか１項に記載の機能拡張システムであって、
   前記アプリケーションリストは、前記決定用情報として、前記アプリケーション特定情報に対応する前記アプリケーションの起動順番に関する情報を含む機能拡張システム。
7. 請求項２〜請求項６の何れか１項に記載の機能拡張システムであって、
   前記アプリケーションリストは、前記決定用情報として、前記アプリケーション特定情報に対応する前記アプリケーションで利用されるメモリ容量に関する情報を含む機能拡張システム。
8. 請求項２〜請求項７の何れか１項に記載の機能拡張システムであって、
   前記第１電子制御装置は、
   前記少なくとも１つの第２電子制御装置がダウンロードした前記アプリケーションプログラムに対応する対応アプリケーションプログラムを記憶している場合に、前記対応アプリケーションプログラムを削除するように構成された削除部（Ｓ５４０）を備える機能拡張システム。
9. 請求項２〜請求項７の何れか１項に記載の機能拡張システムであって、
   前記第１電子制御装置は、
   前記少なくとも１つの第２電子制御装置がダウンロードした前記アプリケーションプログラムに対応する対応アプリケーションプログラムを記憶している場合に、前記対応アプリケーションプログラムを圧縮するように構成された圧縮部（Ｓ５４５）を備える機能拡張システム。
10. 請求項１〜請求項９の何れか１項に記載の機能拡張システムであって、
    前記少なくとも１つの第２電子制御装置は、複数の第２電子制御装置（３ａ，３ｂ，３ｃ）であり、
    前記第１電子制御装置は、データ通信を行うために前記複数の第２電子制御装置のうちの一つと電気的に接続される第１通信用コネクタ（１４）を備え、
    前記複数の第２電子制御装置はそれぞれ、データ通信を行うために前記複数の第２電子制御装置または前記第１電子制御装置と電気的に接続される少なくとも２つの第２通信用コネクタ（３４ｂ，３５）を備える機能拡張システム。
11. 請求項１〜請求項９の何れか１項に記載の機能拡張システムであって、
    前記少なくとも１つの第２電子制御装置は、複数の第２電子制御装置（３ｄ，３ｅ，３ｆ）であり、
    前記第１電子制御装置は、データ通信を行うために前記複数の第２電子制御装置のそれぞれと電気的に接続される複数の第１通信用コネクタ（１４ｄ，１４ｅ，１４ｆ）を備える機能拡張システム。
12. 車両に搭載される車載電子制御装置（２）との間でデータ通信を行うことにより前記車載電子制御装置に接続される電子制御装置（３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ，３ｆ）であって、
    前記車両に搭載された機器を制御する少なくとも１つのアプリケーション（１２１）を動作させるオペレーティングシステム（９１）を実行するように構成された制御部（３２）と、
    前記車載電子制御装置との間でデータ通信を行うように構成された装置通信部（４６）と、
    前記車両の外部に設置されたサーバとの間でデータ通信を行うように構成されたサーバ通信部（４７）と、
    前記電子制御装置のスペックを示すスペック情報を前記サーバへ送信するように構成されたスペック情報送信部（Ｓ１２０）と、
    少なくとも、前記電子制御装置で利用可能なアプリケーションを特定する少なくとも１つのアプリケーション特定情報を含むアプリケーションリストを受信すると、前記アプリケーション特定情報により特定されるアプリケーションプログラムを前記サーバからダウンロードするように構成されたダウンロード部（Ｓ２６０〜Ｓ３５０）と
    を備える電子制御装置。

Images