JP7515427B2 - 車両設定システム及び方法 - Google Patents

Description

本発明は、概して、車両に搭載されているコンピュータに対する設定に関する。

一般に、ユーザは、当該ユーザが乗車する車両に、当該ユーザの所望の設定されていることを望む。携帯端末を通じて車載装置に対して設定を行う技術が知られている（例えば、特許文献１～３）。

特開２０１１－２２３３４９号公報 特開２０１５－１５０９６６号公報 特開２０１６－０００５７０号公報

車両の機能のソフトウェア依存度が進んでいる。例えば、車両はＥＣＵ（Electronic Control Unit）を備えていて、ＥＣＵに実行されるソフトウェアにより、機能が実現される。ＯＴＡ（Over The Air）技術を利用して、ユーザ所望の機能を実現するためのソフトウェアを車両にダウンロードすることが考えられる。

つまり、車両へのユーザ所望の設定として、ソフトウェアベースのユーザ所望の機能の設定がある。

しかし、通常、機能実現のためのソフトウェア構成は機能によって異なり、ソフトウェアが展開されるハードウェアの構成は車両によって異なる。このため、ユーザ所望の機能とその機能の実現先の車両との関係によっては、ユーザ所望の機能を車両に実現できるとは限らない。車両にソフトウェアベースの機能が実現されることに関するこのような特有の課題を、上述した特許文献１～３のいずれも開示も示唆もしていない。

システムに、機能定義情報、車両構成情報、及びユーザ設定情報が用意される。機能定義情報は、ソフトウェアベースの機能と、機能の実現のためのハードウェア構成と、機能の実現のためのソフトウェア構成との対応関係を表す情報である。車両構成情報は、車両のハードウェア構成を表す情報である。ユーザ設定情報は、各ユーザが所望する一つ又は複数のユーザ所望機能を表す情報である。システムが、認証されたユーザに対して特定された、当該ユーザに対応する一つ以上の機能の各々について、車両における当該機能に対応した各ハードウェアに、当該機能に対応したソフトウェアを展開することで、複数のユーザに利用される車両に対して各ユーザの希望に応じた機能設定を行う。

本発明によれば、ソフトウェアベースのユーザ所望の機能を車両に実現することの確実性の向上が期待できる。

第１の実施形態に係るシステム全体の構成を示す。 ＥＣＵの構成例を示す。 ＨＥＣＵの構成例を示す。 ＥＣＵ ＲＯＭにおけるソフトウェア構成の一例を示す。 ＥＵＣゲートウェイの構成例を示す。 ＯＴＡサーバシステムの構成例を示す。 ユーザデバイスの構成例を示す。 機能定義テーブルの構成例を示す。 ソフトウェア定義テーブルの構成例を示す。 車両構成テーブルの構成例を示す。 ユーザ設定テーブルの構成例を示す。 ユーザサイドソフトウェアテーブルの構成例を示す。 第１の実施形態で行われる処理全体の流れの一例を示す。 図１３のＳ１０６の流れの一例を示す。 図１３のＳ１０７の流れの一例を示す。 図１３のＳ１０８の流れの一例を示す。 第２の実施形態で行われる処理全体の流れの一例を示す。

以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏ（Input/Output）インターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボード及びポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「メモリ」は、一つ以上の記憶デバイスの一例である一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。

また、以下の説明では、「永続記憶装置」は、一つ以上の記憶デバイスの一例である一つ以上の永続記憶デバイスでよい。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよく、具体的には、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＮＶＭＥ（Non-Volatile Memory Express）ドライブ、又は、ＳＣＭ（Storage Class Memory）でよい。

また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。

また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスでよい。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスでよいが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部又は全部を行うハードウェア記述言語によりゲートアレイの集合体である回路（例えばＦＰＧＡ（Field-Programmable Gate Array）、ＣＰＬＤ（Complex Programmable Logic Device）又はＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて、入力に対して出力が得られる情報を説明することがあるが、当該情報は、どのような構造のデータでもよいし（例えば、構造化データでもよいし非構造化データでもよいし）、入力に対する出力を発生するニューラルネットワーク、遺伝的アルゴリズムやランダムフォレストに代表されるような学習モデルでもよい。従って、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、一つのテーブルは、二つ以上のテーブルに分割されてもよいし、二つ以上のテーブルの全部又は一部が一つのテーブルであってもよい。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサによって実行されることで、定められた処理を、適宜に記憶装置及び／又はインターフェース装置を用いながら行うため、処理の主語が、プロセッサ（或いは、そのプロセッサを有する装置又はシステム）とされてもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、以下の説明において、二つ以上のプログラムが一つのプログラムとして実現されてもよいし、一つのプログラムが二つ以上のプログラムとして実現されてもよい。

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号のうちの共通符号を使用し、同種の要素を区別して説明する場合は、参照符号を使用することがある。例えば、ＥＣＵ（Electronic Control Unit）を特に区別しないで説明する場合には、「ＥＣＵ Ｃ１０」と記載し、個々のＥＣＵを区別して説明する場合には、「ＥＣＵ Ｃ１０－０１」、「ＥＣＵ Ｃ１０－０２」のように記載することがある。

また、以下の説明では、「車両」は、複数のユーザに利用され得るいずれの車両でもよく、例えば、自家用車、レンタル又はシェアリングの対象となる車両、及び、フリード車両のいずれでもよい。

また、以下の説明では、「ユーザ」は、車両において運転者となるユーザでもよいし同乗者となるユーザでもよい。

また、以下の説明では、「ＩＤ」は、識別情報であり、要素を一意に識別可能な狭義の識別情報でもよいし、要素の名称のような広義の識別情報でもよい。例えば、車両ＩＤは、車両識別番号と車名とのうち少なくとも車名を含んでよい。
［第１の実施形態］

図１は、第１の実施形態に係るシステム全体の構成を示す。

車両Ｖ１０００、ユーザデバイスＵ１０００及びＯＴＡサーバシステムＴ１０００がネットワーク５を介して（例えばインターネット）を介して通信可能である。車両Ｖ１０００、ユーザデバイスＵ１０００及びＯＴＡサーバシステムＴ１０００の少なくとも一つは、ネットワーク５に代えて又は加えて、近距離無線通信等で通信可能でもよい。

車両Ｖ１０００は、複数のコンピュータデバイス、具体的には、複数のＥＣＵ Ｃ１０（例えば、六つのＥＣＵ Ｃ１０－０１～Ｃ１０－０６）と、複数のＥＣＵ Ｃ１０に接続されたＥＣＵゲートウェイＣ１１とを備える。なお、少なくとも一つのＥＣＵ Ｃ１０が、ＥＣＵゲートウェイＣ１１の機能を有し、ＥＣＵゲートウェイＣ１１が備えられていなくてもよい。また、図１において、ＥＣＵ Ｃ１０の近傍に記載の文字列（例えば、“Ｆｖ１０”、“Ｂｖ１０”、…）は、当該ＥＣＵ Ｃ１０のバージョンを表す。

ユーザデバイスＵ１０００は、ユーザの情報処理デバイスであり車両Ｖ１０００と通信可能なデバイスである。ユーザデバイスＵ１０００は、パーソナルコンピュータ（例えば、デスクトップ型、ラップトップ型又はタブレット型のパーソナルコンピュータ）又はスマートフォンでよい。ユーザデバイスＵ１０００が無くてもよい。

ＯＴＡサーバシステムＴ１０００は、ＯＴＡ（Over the Air）技術に従いソフトウェア又はその更新のための情報を配信するサーバシステムである。

本実施形態に係る車両設定システムでは、機能定義テーブルＴ１４００が、ＯＴＡサーバシステムＴ１０００に用意される。機能定義テーブルＴ１０００は、ソフトウェアベースの機能と、車両の車両ＩＤと、機能実現のためのハードウェア構成と、機能実現のためのソフトウェア構成との対応関係を表すテーブルである。事前判定プログラムＴ６１がＯＴＡサーバシステムＴ１０００で実行され、機能設定プログラムＣ１４がＥＣＴゲートウェイＣ１１で実行される。事前判定プログラムＴ６１が、ユーザのユーザ所望機能群を構成する一つ又は複数のユーザ所望の機能と車両Ｖ１０００が有するハードウェア構成との関係の判定を含む事前判定を、機能定義テーブルＴ１０００を基に行う。事前判定において特定された一つ以上の機能の各々について、当該機能を車両Ｖ１０００に実現するために、機能設定プログラムＣ１４が、車両Ｖ１０００における、当該機能に対応したハードウェア構成に、当該機能に対応したソフトウェア構成を展開する。このように、ユーザ所望の機能に対応するハードウェア構成が車両Ｖ１０００に存在する場合に当該機能に対応するソフトウェア構成が当該ハードウェア構成に展開されるため、ソフトウェアベースのユーザ所望の機能を車両Ｖ１０００に実現することの確実性の向上が期待できる。

図２は、ＥＣＵ Ｃ１０の構成例を示す。

ＥＣＵ Ｃ１０は、ＨＥＣＵ ＣＵ１０００（コントローラの一例）と、ＨＥＣＵ ＣＵ１０００に接続されたＥＣＵ ＲＯＭ Ｅ１０００とを備える。

「ＨＥＣＵ」は、Ｈｉｇｈ ｐｅｒｆｏｒｍａｎｃｅ ＥＣＵの略である。ＨＥＣＵ ＣＵ１０００に、車両Ｖ１０００に搭載の一つ又は複数のカメラのうちの少なくとも一つが接続されてよい。

ＥＣＵ ＲＯＭ Ｅ１０００の「ＲＯＭ」は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略であるが、ＥＣＵ ＲＯＭ Ｅ１０００は、書き換え可能なメモリの一例であり、具体的には、フラッシュＲＯＭである。ＥＣＵ ＲＯＭ Ｅ１０００を含む記憶装置（例えば、ＥＣＵ ＲＯＭ Ｅ１０００と永続記憶装置）が備えられてもよい。

図３は、ＨＥＣＵ ＣＵ１０００の構成例を示す。

ＨＥＣＵ ＣＵ１０００は、インターフェース装置ＣＵ１２００、メモリＣＵ１４００及びそれらに接続されたプロセッサＣＵ１１００を備える。メモリＣＵ１４００を含む記憶装置（例えば、メモリＣＵ１４００と永続記憶装置）が備えられてもよい。

インターフェース装置ＣＵ１２００は、複数の通信インターフェースデバイス、例えば、近距離無線通信のためのインターフェースデバイス、無線ＬＡＮ（例えば、ＷｉＦｉ（登録商標））通信のためのインターフェースデバイス、及び、図示しないカメラに接続される通信インターフェースデバイスを含んでよい。メモリＣＵ１４００は、複数のメモリデバイスを含んでよい。プロセッサＣＵ１１００は、複数のＣＰＵを含んでよい。インターフェース装置ＣＵ１２００、メモリＣＵ１４００及びプロセッサＣＵ１１００のいずれも、ヘテロジニアスな構成でもよいしホモジニアスな構成でもよい。

図４は、ＥＣＵ ＲＯＭ Ｅ１０００におけるソフトウェア構成の一例を示す。

本実施形態において、「ソフトウェア構成」の要素として、ハイパバイザＨ１０、ＯＳ（Operating System） Ｏ１０、ミドルウェアＭ１０、及びアプリケーションＡ１０といったプログラムがあり得る。ハイパバイザＨ１０は、図示しない一つ以上の仮想計算機を実行し、各仮想計算機において、ＯＳ Ｏ１０、ミドルウェアＭ１０及びアプリケーションＡ１０が実行されてよい。仮想計算機に代えて又は加えてコンテナといった他種の実行環境が展開され、当該実行環境内で、ミドルウェアＭ１０又はアプリケーションＡ１０が実行されてよい。図４に例示のソフトウェア構成の一部が無くてもよいし、図４に示されない要素がソフトウェア構成に含まれてもよい。例えば、ハイパバイザＨ１０、ＯＳ Ｏ１０、ミドルウェアＭ１０及びアプリケーションＡ１０のいずれも、図示の数に限定されない。

ソフトウェア構成に含まれる各プログラムは、当該プログラムのバージョン及び当該プログラムに対する設定を含む。各プログラムのバージョン及び設定は、当該プログラムの動作に影響し、結果として、当該プログラムを含むソフトウェア構成の実行により実現される機能に影響する。

図５は、ＥＵＣゲートウェイＣ１１の構成例を示す。

ＥＵＣゲートウェイＣ１１は、ＥＣＵ ＲＯＭ Ｅ２０００、メモリＣ５１及びそれらに接続されたＨＥＣＵ ＣＵ２０００を備える。ＥＣＵ ＲＯＭ Ｅ２０００を含む記憶装置が備えられてもよいし、メモリＣ５１を含む記憶装置が備えられてもよい。ＥＣＵ ＲＯＭ Ｅ２０００及びＨＥＣＵ ＣＵ２０００により、ＥＵＣゲートウェイＣ１１は、ゲートウェイとしての処理（例えば、ＯＴＡサーバシステムＴ１０００及びユーザデバイスＵ１０００の少なくとも一つのような外部デバイスとＥＣＵ Ｃ１０との間の情報の入出力の制御）の他に、ＥＣＵとしての処理（例えば、ソフトウェア構成における各プログラムの実行）を行ってよい。例えば、ＨＥＣＵ ＣＵ２０００が有するインターフェース装置が、車両Ｖ１０００内の複数のＥＣＵ Ｃ１０に接続される一つ以上のインターフェースデバイスを含む。

メモリＣ５１は、ソフトウェアリポジトリＣ１２００を含む。ソフトウェアリポジトリＣ１２００に、ＥＣＵ ＲＯＭ２０００、又は、ＥＣＵ Ｃ１０（例えば、ＥＣＵ ＲＯＭ Ｅ１０００）に展開されるソフトウェア構成におけるプログラムが格納され得る。

メモリＣ５１は、ソフトウェア定義テーブルＣ１３００、車両構成テーブルＣ１４００ユーザ設定テーブルＣ１５００及びユーザサイドソフトウェアテーブルＣ１６００のような管理情報を記憶する。ソフトウェア定義テーブルＣ１３００は、部分更新が可能なソフトウェア構成を表す。車両構成テーブルＣ１４００は、車両Ｖ１０００のハードウェア構成を表す。ユーザ設定テーブルＣ１５００は、ユーザ所望の機能と当該機能に対する設定とを表す。ユーザサイドソフトウェアテーブルＣ１６００は、ユーザ所望機能群（ユーザ所望の一つ以上のソフトウェアベースの機能）を表す。これらのテーブルＣ１３００、Ｃ１４００、Ｃ１５００及びＣ１６００の各々の詳細は後述する。

メモリＣ５１は、ユーザ認証プログラムＣ１１００及び機能設定プログラムＣ１４といったプログラムを記憶する。これらのプログラムはＨＥＣＵ ＣＵ２０００におけるプロセッサにより実行される。ユーザ認証プログラムＣ１１００は、少なくとも一つのＥＣＵ Ｃ１０におけるソフトウェア構成を異なるソフトウェア構成に変更するためのアクセス（ＯＴＡサーバシステムＴ１０００へのアクセス）を許可する。機能設定プログラムＣ１４は、機能に対応したソフトウェア構成を、当該機能に対応したハードウェア構成におけるＥＣＵ Ｃ１０に展開する。

図６は、ＯＴＡサーバシステムＴ１０００の構成例を示す。

ＯＴＡサーバシステムＴ１０００は、ＯＴＡ（Over the Air）技術に従い、要求されたプログラムを提供する。ＯＴＡサーバシステムＴ１０００は、車両Ｖ１０００のレンタル又はシェアリングのサービスを提供する企業又はＯＥＭ（Original Equipment Manufacturer）のサーバシステムの一例でよい。ＯＴＡサーバシステムＴ１０００は、インターフェース装置Ｔ１３００、メモリＴ５１を含んだ記憶装置、及び、それらに接続されたプロセッサＴ１３０を備える物理的な計算機システム（一つ以上の物理的な計算機）でもよいし、物理的な計算機システム（例えばクラウド基盤）に基づく論理的な計算機システム（例えば、クラウドコンピューティングサービスとしてのシステム）でもよい。

Ｉ／Ｆ装置Ｔ１３００を通じて、車両Ｖ１０００（ＥＣＵゲートウェイＣ１１）及びユーザデバイスＵ１０００のうちの少なくとも一つと通信可能である。

メモリＴ５１は、ソフトウェアリポジトリＴ１１００を含む。ソフトウェアリポジトリＴ１１００に、提供可能なプログラムが格納されてよい。

メモリＴ５１は、機能定義テーブルＴ１４００のような管理情報を記憶する。機能定義テーブルＴ１４００の詳細は後述する。

メモリＴ５１は、ユーザ認証プログラムＴ１２００、事前判定プログラムＴ６１、機能通知プログラムＴ６２及び制限通知プログラムＴ６３といったプログラムを記憶する。これらのプログラムはプロセッサＴ１３０により実行される。ユーザ認証プログラムＴ１２００は、ＥＣＵゲートウェイＣ１１又はユーザデバイスＵ１０００からのアクセスの認証と許可を行う。事前判定プログラムＴ６１は、上述した事前判定を行う。機能通知プログラムＴ６２は、事前判定において特定された一つ以上の機能を表す情報を車両Ｖ１０００（ＥＣＵゲートウェイＣ１１）に通知する。制限通知プログラムＴ６３は、事前判定において特定された一つ以上の機能の少なくとも一部の機能がユーザ所望の機能でない場合に当該一部の機能を表す情報である機能制限情報をユーザに通知する。

図７は、ユーザデバイスＵ１０００の構成例を示す。

ユーザシステムＴＵ０００は、インターフェース装置Ｕ１３００、メモリＵ５１を含んだ記憶装置、及び、それらに接続されたプロセッサＵ１３０を備える。

Ｉ／Ｆ装置Ｕ１３００を通じて、車両Ｖ１０００（ＥＣＵゲートウェイＣ１１）及びＯＴＡサーバシステムＴ１０００のうちの少なくとも一つと通信可能である。

メモリＴＵ１は、ソフトウェアリポジトリＵ１１００を含む。ソフトウェアリポジトリＵ１１００に、ＥＣＵゲートウェイＣ１１（例えば、ＥＣＵ ＲＯＭ２０００）、又は、ＥＣＵ Ｃ１０（例えば、ＥＣＵ ＲＯＭ Ｅ１０００）に展開されるソフトウェア構成におけるプログラムが格納され得る。

メモリＵ５１は、ユーザ設定テーブルＵ１５００及びユーザサイドソフトウェアテーブルＵ１６００のような管理情報を記憶する。ユーザ設定テーブルＵ１５００及びユーザサイドソフトウェアテーブルＵ１６００の構成は、ＥＣＵゲートウェイＣ１１におけるユーザ設定テーブルＣ１５００及びユーザサイドソフトウェアテーブルＣ１６００の構成とそれぞれ同じでよい。

メモリＵ５１は、ユーザ認証プログラムＵ１２００といったプログラムを記憶する。ユーザ認証プログラムＵ１２００は、少なくとも一つのＥＣＵ Ｃ１０におけるソフトウェア構成を異なるソフトウェア構成に変更するためのアクセス（ＯＴＡサーバシステムＴ１０００へのアクセス）を許可する。

図８は、機能定義テーブルＴ１４００の構成例を示す。

機能定義テーブルＴ１４００は、ソフトウェアベースの機能と、車両ＩＤと、機能実現のためのハードウェア構成と、機能実現のためのソフトウェア構成との対応関係を表すテーブルである。ソフトウェアベースの機能としては、種々の機能、例えば、自動運転に関わる機能やその他の機能が採用されてよい。

機能定義テーブルＴ１４００は、例えば、ソフトウェアベースの機能毎に、エントリを有する。各エントリは、機能ＩＤ８０１、車両ＩＤ８０２、ＥＣＵバージョン８０３、ＥＣＵ ＲＯＭ ＩＤ８０４、ＥＣＵ ＲＯＭバージョン８０５、アプリケーションＩＤ８０６、アプリケーションバージョン８０７、ミドルウェアＩＤ８０８、ミドルウェアウェアバージョン８０９、ＯＳ ＩＤ８１０、ＯＳバージョン８１１、ハイパバイザＩＤ８１２及びハイパバイザバージョン８１３といった情報を保持する。情報８０１が、機能を表す情報である。情報８０２が、車両ＩＤを表す情報である。情報８０３～８０５が、ハードウェア構成を表す情報である。情報８０６～８１３が、ソフトウェア構成を表す情報である。一つの機能を例に取る（図８の説明において「注目機能」）。

機能ＩＤ８０１は、注目機能のＩＤ（例えば名称）を表す。車両ＩＤ８０２は、注目機能の実現先になり得る一つ以上の車両の各々の車両ＩＤを表す。ＥＣＵバージョン８０３は、注目機能の実現先になり得る車両毎に、一つ以上のＥＣＵの各々（当該車両に存在し注目機能に対応したソフトウェア構成が展開されるＥＣＵ）のバージョンを表す。

注目機能に対応した各ＥＣＵについて、ＥＣＵ ＲＯＭ ＩＤ８０４は、注目機能に対応したソフトウェア構成の展開先のＥＣＵ ＲＯＭのＩＤを表し、ＥＣＵ ＲＯＭバージョン８０５は、当該ＥＣＵ ＲＯＭのバージョンを表す。

また、注目機能に対応した各ＥＣＵについて、情報８０６～８１３は、当該ＥＣＵに展開されるソフトウェア構成を表し、具体的には、アプリケーションＩＤ８０６は、アプリケーションのＩＤ（例えば名称）、アプリケーションバージョン８０７は、当該アプリケーションのバージョン、ミドルウェアＩＤ８０８は、ミドルウェアのＩＤ（例えば名称）、ミドルウェアウェアバージョン８０９は、当該ミドルウェアのバージョン、ＯＳ ＩＤ８１０は、ＯＳのＩＤ（例えば名称）、ＯＳバージョン８１１は、当該ＯＳのバージョン、ハイパバイザＩＤ８１２は、ハイパバイザのＩＤ（例えば名称）、ハイパバイザバージョン８１３は、当該ハイパバイザのバージョンを表す。

本実施形態では、車両に実現されるソフトウェアベースの機能に対応したハードウェア構成は、車両に搭載されているＥＣＵ（例えば、ＥＣＵバージョン、及び、ＥＣＵ ＲＯＭのバージョン）に依存し、機能に対応したソフトウェア構成は、プログラムの組合せ（例えば、プログラムの種類とプログラムのバージョン）に依存する。別の言い方をすれば、所定のＯＳが存在していることのみが実質的な条件であってハードウェア構成を問わない一般的なソフトウェアインストールとは異なり、ソフトウェアベースの機能を車両に実現するには特有の課題があり、そのような課題を、図８に例示するように機能毎にハードウェア構成とソフトウェア構成の関係を定義しておき上述した事前判定を含む処理によって解決することができる。

図９は、ソフトウェア定義テーブルＣ１３００の構成例を示す。

ソフトウェア定義テーブルＣ１３００は、例えば、ソフトウェア構成毎に、エントリを有する。各エントリは、ＥＣＵ ＲＯＭ ＩＤ９０１、ＥＣＵ ＲＯＭバージョン９０２、ＥＣＵバージョン９０３、アプリケーションＩＤ９０４、アプリケーションバージョン９０５、ミドルウェアＩＤ９０６、ミドルウェアウェアバージョン９０７、ＯＳ ＩＤ９０８、ＯＳバージョン９０９、ハイパバイザＩＤ９１０、ハイパバイザバージョン９１１及び部分更新フラグ９１２といった情報を保持する。一つのソフトウェア構成を例に取る（図９の説明において「注目ソフトウェア構成」）。

情報９０１～９０３は、注目ソフトウェア構成が展開されるハードウェア構成を表す情報である。情報９０１～９０３は、上述した情報８０４、８０５及び８０３と同じ情報である。

情報９０４～９１１は、注目ソフトウェア構成を表す情報である。情報９０４～９１１は、上述した情報８０６～８１３と同じ情報である。

部分更新フラグ９１２は、注目ソフトウェア構成の部分更新が可能か否かを表す情報である。“Ｙｅｓ”が、部分更新可能を意味し、“Ｎｏ”が、部分更新不可を意味する。なお、「部分更新」とは、ＥＣＵ ＲＯＭにおけるソフトウェア構成にプログラムを追加する、ＥＣＵ ＲＯＭにおけるソフトウェア構成からプログラムを削除する、ＥＣＵ ＲＯＭにおけるソフトウェア構成内の一部のプログラムを更新する、のうちの少なくとも一つを含む。つまり、「部分更新」は、ＥＣＵ ＲＯＭ全体に対する消去無しに、ＥＣＵ ＲＯＭにソフトウェア構成を展開することである。

図１０は、車両構成テーブルＣ１４００の構成例を示す。

車両構成テーブルＣ１４００は、当該テーブルＣ１４００を有する車両Ｖ１０００の車両ＩＤを表す情報と、当該車両Ｖ１０００が有するＥＣＵ Ｃ１０毎のＥＣＵバージョンを表す。

図１１は、ユーザ設定テーブルＣ１５００の構成例を示す。

ユーザ設定テーブルＣ１５００は、ユーザ所望機能群を表す情報の一例である。ユーザ設定テーブルＣ１５００は、例えば、ユーザ毎に存在する。ユーザ設定テーブルＣ１５００には、対応するユーザのユーザＩＤが関連付けられている。ユーザ設定テーブルＣ１５００は、ユーザ所望の各機能について、当該機能のＩＤ（例えば名称）を表す情報と、当該機能に対する設定（例えば、一つ以上のパラメータ項目の各々について設定されたパラメータ値）とを含む。

図１２は、ユーザサイドソフトウェアテーブルＣ１６００の構成例を示す。

ユーザサイドソフトウェアテーブルＣ１６００は、車両とユーザ所望機能群との関係を表す情報の一例である。ユーザサイドソフトウェアテーブルＣ１６００は、例えば、ユーザ毎に存在する。ユーザサイドソフトウェアテーブルＣ１６００には、対応するユーザのユーザＩＤが関連付けられている。ユーザサイドソフトウェアテーブルＣ１６００は、車両毎にエントリを有する。ここで言う「車両」は、ユーザが過去に乗車したことのある車両でもよいし、ユーザが将来乗車する予定の車両でもよい。ユーザサイドソフトウェアテーブルＣ１６００は、ユーザにより選択された車両毎に、当該車両への実現が望まれるユーザ所望機能群を表す。

ユーザサイドソフトウェアテーブルＣ１６００において、各エントリは、車両ＩＤ１２０１、機能ＩＤ１２０２、ＥＣＵ ＲＯＭ ＩＤ１２０３、ＥＣＵバージョン１２０４、ＥＣＵ ＲＯＭバージョン１２０５、アプリケーションＩＤ１２０６、アプリケーションバージョン１２０７、ミドルウェアＩＤ１２０８、ミドルウェアバージョン１２０９、ＯＳ ＩＤ１２１０、ＯＳバージョン１２１１、ハイパバイザＩＤ１２１２及びハイパバイザバージョン１２１３といった情報を保持する。情報１２０１は、車両のＩＤを表し、情報１２０２は、ユーザ所望の機能を表し、情報１２０３～１２０５は、当該機能に対応したソフトウェア構成が展開されるハードウェア構成を表し、情報１２０６～１２１３は、当該機能に対応したソフトウェア構成を表す。

図１３は、本実施形態で行われる処理全体の流れの一例を示す。

ユーザがユーザデバイスＵ１０００を使用しない場合には（Ｓ１００：Ｎｏ）、Ｓ１０１が行われるが、ユーザがユーザデバイスＵ１０００を使用する場合には（Ｓ１００：Ｙｅｓ）、Ｓ１０６を経てＳ１０１が行われる。Ｓ１０６では、ユーザデバイスＵ１０００と車両Ｖ１０００のＥＣＵゲートウェイＣ１１が通信可能に接続される。Ｓ１０６の詳細は後に説明する。

Ｓ１０１で、車両Ｖ１０００の車両ＩＤを持つＥＣＵゲートウェイＣ１１におけるユーザ認証プログラムＣ１１００と、同じ車両Ｖ１０００の車両ＩＤを持つＯＴＡサーバシステムＴ１０００におけるユーザ認証プログラムＴ１２００とにより、ユーザが認証され、ＥＣＵゲートウェイＣ１１とＯＴＡサーバシステムＴ１０００が通信可能に接続される。

Ｓ１０２で、事前判定プログラムＴ６１が、車両Ｖ１０００の車両ＩＤと、ユーザサイドソフトウェアテーブルＣ１６００の情報とを受けて、当該車両ＩＤを含んだエントリがユーザサイドソフトウェアテーブルＣ１６００にあるか否かを判定する。Ｓ１０２の判定結果が偽の場合、Ｓ１０７（事前判定）を経てＳ１０３が行われる。Ｓ１０２の判定結果が真の場合、Ｓ１０７無しにＳ１０３が行われる。Ｓ１０７の詳細は後に説明する。

Ｓ１０３で、展開対象のソフトウェア構成における全プログラムがＥＣＵゲートウェイＣ１１又はユーザデバイスＵ１０００のいずれかのソフトウェアリポジトリに存在するかの判定が行われる。この判定は、ＥＣＵゲートウェイＣ１１及びユーザデバイスＵ１０００における所定のプログラムにより行われてよい。Ｓ１０３の判定結果が偽の場合、Ｓ１０８で、不足しているプログラムのダウンロードが行われ、その後、Ｓ１０４が行われる。Ｓ１０３の判定結果が真の場合、Ｓ１０８無しにＳ１０４が行われる。Ｓ１０８の詳細は後に説明する。

Ｓ１０４で、制限通知プログラムＴ６３が、Ｓ１０７が行われ、且つ、Ｓ１０７で特定された一つ以上の機能の一部の機能がユーザ所望の機能でない場合に、当該一部の機能を表す情報である機能制限情報をユーザに通知する。機能制限情報は、ＥＣＵゲートウェイＣ１１を通じて車両Ｖ１０００内の表示デバイス（例えば車載装置の表示デバイス）に表示されてもよいし、ユーザデバイスＵ１０００に送信されて表示されてもよい。機能制限情報に対してユーザの承認が得られた場合（例えば、制限通知プログラムＴ６３が、ユーザからＥＣＵゲートウェイＣ１１又はユーザデバイスＵ１０００を通じて承認を受けた場合）、Ｓ１０５が行われる。Ｓ１０７が行われなかった場合、又は、Ｓ１０７で特定された一つ以上の機能の全てがユーザ所望の機能である場合、Ｓ１０４無しにＳ１０５が行われる。

Ｓ１０５で、機能設定プログラムＣ１４が、一つ以上の機能の各々について、当該機能を車両Ｖ１０００に実現するために、車両Ｖ１０００における、当該機能に対応したハードウェア構成に、当該機能に対応したソフトウェア構成を展開する（例えば、ＥＣＵゲートウェイＣ１１又はユーザデバイスＵ１０００におけるソフトウェアリポジトリから、ソフトウェア構成における各プログラムを、対応するＥＣＵのＥＣＵ ＲＯＭに展開する）。具体的には、例えば、機能通知プログラムＴ６２が、事前判定において特定された機能（事前判定の後述のＳ３０４で選択された機能）について、当該機能と、当該機能に対応したハードウェア構成及びソフトウェア構成とを表す情報をＥＣＵゲートウェイＣ１１に通知し、機能設定プログラムＣ１４が、当該機能に対応したハードウェア構成に該当するＥＣＵのＥＣＵ ＲＯＭに、当該機能に対応したソフトウェア構成における各プログラムを展開してよい。

図１４は、図１３のＳ１０６の流れの一例を示す。

Ｓ２００で、ユーザデバイスＵ１０００が、ユーザデバイスＵ１０００が使用可能な通信媒体（例えば、無線ＬＡＮ又は近距離無線通信）を使って、車両Ｖ１０００を探索する。Ｓ２０１で、ユーザデバイスＵ１０００は、車両Ｖ１０００の発見に使用された通信媒体経由で、車両Ｖ１０００のＥＣＵゲートウェイＣ１１と通信可能に接続する。

図１５は、図１３のＳ１０７の流れの一例を示す。

Ｓ３０１で、事前判定プログラムＴ６１が、ユーザ設定テーブルＣ１５００から機能ＩＤを特定する。

Ｓ３０２で、事前判定プログラムＴ６１が、車両構成テーブルＣ１４００から、車両Ｖ１０００の全ＥＣＵバージョンを特定する。

Ｓ３０３で、事前判定プログラムＴ６１が、機能定義テーブルＴ１４００から、車両Ｖ１０００の車両ＩＤに対応した全機能のうち、Ｓ３０２で抽出したＥＣＵバージョンを含むハードウェア構成に対応した機能の機能ＩＤを特定する。なお、車両Ｖ１０００の車両ＩＤは、ユーザから指定された車両ＩＤでもよいし、ユーザが乗車した車両Ｖ１０００のＥＣＵゲートウェイＣ１１から通知された車両ＩＤでもよい。

Ｓ３０４で、事前判定プログラムＴ６１が、Ｓ３０３で特定された全機能ＩＤが表す機能のうち、ユーザから機能の選択を受け付ける。例えば、事前判定プログラムＴ６１が、ＥＣＵゲートウェイＣ１１又はユーザデバイスＵ１０００を通じて、Ｓ３０３で特定された全機能ＩＤを提供し、ユーザから所望の機能ＩＤの選択を受け付けてよい。事前判定プログラムＴ６１が、選択を受ける前又は受けた後、Ｓ３０３で特定された機能のうち、Ｓ３０１で特定されたユーザ所望機能と同じ機能に対し、相対的に高い優先度を付与してよい。また、例えば、ユーザ設定テーブルＣ１５００に代えて又は加えて、事前判定プログラムＴ６１が、ユーザサイドソフトウェアテーブルＣ１６００から特定される機能ＩＤを、ユーザ所望機能の機能ＩＤとみなしてよい。すなわち、車両Ｖ１０００についてユーザ所望機能群の登録が無いが故に車両Ｖ１０００についてユーザ所望機能群の登録が行われる場合、他の車両に対応したユーザ所望機能群の少なくとも一部の機能が、車両Ｖ１０００についてのユーザ所望機能として流用されてよい。

Ｓ３０５で、事前判定プログラムＴ６１が、Ｓ３０４で選択された全機能の機能ＩＤと、車両Ｖ１０００の車両ＩＤとを含んだエントリをユーザサイドソフトウェアテーブルＣ１６００に追加する。Ｓ３０４で選択された全機能のうち、相対的に高い優先度が付与された機能には、ユーザサイドソフトウェアテーブルＣ１６００において、高い優先度を表す情報が関連付けられてよい。また、Ｓ３０４で選択された各機能について、当該機能に対応したハードウェア構成及びソフトウェア構成が、機能定義テーブルＴ１４００から特定され、ユーザサイドソフトウェアテーブルＣ１６００に登録されてよい。

図１６は、図１３のＳ１０８の流れの一例を示す。

ユーザデバイスＵ１０００が使用されない場合（Ｓ４０１：Ｎｏ）、Ｓ４０２で、ＥＣＵゲートウェイＣ１１が、ＯＴＡサーバシステムＴ１０００（又は他のサーバシステム）からプログラムをソフトウェアリポジトリＣ１２００にダウンロードする。

ユーザデバイスＵ１０００が使用される場合（Ｓ４０１：Ｙｅｓ）、Ｓ４０３で、ユーザデバイスＵ１０００が、ＯＴＡサーバシステムＴ１０００（又は他のサーバシステム）からプログラムをソフトウェアリポジトリＵ１１００にダウンロードする。

以上の流れによれば、車両Ｖ１０００に対応したユーザ所望機能群の登録が無ければ、事前判定において、ソフトウェアベースの機能のうち、車両Ｖ１０００のハードウェア構成に含まれるハードウェア構成に対応した機能が特定され、当該機能に対応したソフトウェア構成が、当該機能に対応したハードウェア構成に展開されることで、当該機能が車両Ｖ１０００に実現される。これにより、ソフトウェアベースのユーザ所望の機能を車両Ｖ１０００に実現することの確実性の向上が期待できる。

また、車両Ｖ１０００に対応したユーザ所望機能群の登録があれば、Ｓ１０７（事前判定）無しにそのユーザ所望機能群を車両Ｖ１０００に実現することができる。すなわち、迅速な機能実現が期待される。

また、Ｓ１０７が行われ、事前判定後に出力された一つ以上の機能の一部の機能がユーザ所望の機能でない場合に（例えば、一部の機能に、高い優先度が関連付けられていない場合に）、Ｓ１０４で、制限通知プログラムＴ６３が、当該一部の機能を表す情報である機能制限情報をユーザに通知する。これにより、ユーザは、車両Ｖ１０００に実現される機能うちユーザ所望の機能と異なる機能があることと当該機能があってもよいか否かを判定して、そのような異なる機能を含んだ機能群の実現の許否を制御できる。

Ｓ１０５で次の処理が行われてよい。すなわち、各機能について、当該機能に対応したソフトウェア構成の一部が車両Ｖ１０００に無い場合（Ｓ１０３：Ｎｏ）、Ｓ１０５において、機能設定プログラムＣ１４が、ソフトウェア定義テーブルＣ１３００を基に、当該機能に対応したソフトウェア構成の部分更新が可能か否かを判定してよい。当該判定の結果が真の場合、当該機能に対応したソフトウェア構成の展開は、車両Ｖ１０００のＥＣＵ ＲＯＭにおけるソフトウェア構成の部分更新を含んでよい。当該判定の結果が偽の場合、当該機能に対応したソフトウェア構成の展開は、車両Ｖ１０００のＥＣＵ ＲＯＭにおけるソフトウェア構成全体の削除と、当該機能に対応したソフトウェア構成全体の当該ＥＣＵ ＲＯＭへの展開とを含んでよい。このように、部分更新可能なソフトウェア構成があれば部分更新が行われるので、迅速な機能実現への貢献がされる。

なお、ＥＣＵゲートウェイＣ１１におけるテーブルＣ１３００、Ｃ１４００、Ｃ１５００及びＣ１６００のうちの少なくとも一部が、車両Ｖ１０００（例えばＥＣＵゲートウェイＣ１１）に代えて又は加えて、ユーザデバイスＵ１０００に存在してもよいしＯＴＡサーバシステムＴ１０００に存在してもよい。ＯＴＡサーバシステムＴ１０００におけるテーブルＴ１４００の少なくとも一部が、ＯＴＡサーバシステムＴ１０００に代えて又は加えて、車両Ｖ１０００（例えばＥＣＵゲートウェイＣ１１）及びユーザデバイスＵ１０００のうちの少なくとも一つに備えられてもよい。事前判定プログラムＴ６１は、ＯＴＡサーバシステムＴ１０００に代えて又は加えて、車両Ｖ１０００（例えばＥＣＵゲートウェイＣ１１）及びユーザデバイスＵ１０００のうちの少なくとも一つに備えられてもよい。機能設定プログラムＣ１４は、車両Ｖ１０００（例えばＥＣＵゲートウェイＣ１１）に代えて又は加えて、ＯＴＡサーバシステムＴ１００及びユーザデバイスＵ１０００のうちの少なくとも一つに備えられてよい。車両のハードウェア構成は、ＥＣＵを含む構成に限らないでよい。また、ＯＴＡサーバシステムＴ１０００とＥＣＵゲートウェイＣ１１間の通信が、ユーザデバイスＵ１０００経由又は非経由で行われる。

また、上述したように、ＯＴＡサーバシステムＴ１０００は、車両のシェアリングサービス（又はレンタルサービス）を提供する企業又はＯＥＭのサイトにおけるサーバシステムでもよい。

また、車両Ｖ１０００について複数のユーザが存在する場合、ユーザ毎のユーザサイドソフトウェアテーブルＣ１６００が車両Ｖ１０００に備えられてよい。

また、車両Ｖ１０００にユーザ所望機能群が実現されるタイミングは、ユーザが車両Ｖ１０００に乗車してユーザがユーザデバイスＵ１０００経由又は非経由で車両Ｖ１０００に対しユーザ所望機能群の実現を命じたタイミングでもよいし、ユーザが車両Ｖ１０００に乗車する前の任意のタイミングでよい。また、全ユーザについてユーザ所望機能群が車両Ｖ１０００に登録されていてもよい。
［第２の実施形態］

第２の実施形態を説明する。その際、第１の実施形態との相違点を主に説明し、第１の実施形態の共通点については説明を省略又は簡略する。

第１の実施形態は、ユーザが車両Ｖ１０００を利用することが決まっている場合の実施形態であるが、第２の実施形態は、ユーザにとって車両Ｖ１０００に乗車することよりもユーザ所望機能群が実現されることの方を優先することができる。

図１７は、第２の実施形態で行われる処理全体の流れの一例を示す。

ユーザが車両Ｖ１０００に乗車することを優先する場合（Ｓ５０１：Ｙｅｓ）、図１３に示した処理が行われる。

ユーザが車両Ｖ１０００に乗車することよりもユーザ所望機能群の実現を優先する場合（Ｓ５０１：Ｎｏ）、Ｓ５０２で、事前判定プログラムＴ６１が、事前判定において、所定の条件を満たす一つ又は複数の車両の各々について、機能定義テーブルＴ１４００を基に、ユーザのユーザ所望機能群を構成する一つ又は複数のユーザ所望の機能と当該車両が有するハードウェア構成との関係の判定を行う。当該判定において、事前判定プログラムＴ６１が、ユーザ所望機能群（例えば、ユーザ設定テーブル及びユーザサイドソフトウェアテーブルのうちの少なくとも一つから特定された機能群）に対応したハードウェア構成を有する車両である該当車両の有無を判定する。ここで言う「所定の条件」とは、ユーザが指定した地理的範囲（例えば、市町村といった地域、ユーザが指定した地点から所定距離の範囲）に存在すること、ユーザが指定した車種に該当することといった一つ以上の要件のうちの少なくとも一つの要件でよい。

該当車両があれば（Ｓ５０２：Ｙｅｓ）、Ｓ５０３で、事前判定プログラムＴ６１（又は、事前判定プログラムＴ６１と通信するプログラム）が、該当車両の車両ＩＤのリストを表示し、当該リストから、ユーザ所望の車両の選択をユーザから受け付けてよい。当該リストは、例えば、車載装置の表示デバイス又はユーザデバイスに表示されてよい。その後、図１３の処理が行われてよい。但し、Ｓ１０３は、Ｓ１０２及びＳ１０７非経由で実行される。

該当車両がなければ（Ｓ５０２：Ｎｏ）、Ｓ５０４で、事前判定プログラムＴ６１（又は、事前判定プログラムＴ６１と通信するプログラム）が、車両の車両ＩＤのリストを表示し、当該リストから、ユーザ所望の車両の選択をユーザから受け付けてよい。ここで表示される車両ＩＤは、ユーザ所望機能群のなるべく多くの機能に対応したハードウェア構成を有する車両の車両ＩＤでもよいし、Ｓ５０２で言う「所定の条件を満たす一つ又は複数の車両」の全ての車両の車両ＩＤでもよい。リストからの車両ＩＤの選択の後、図１３の処理が行われてよい。但し、Ｓ１０２がスキップされるが、Ｓ１０３は、Ｓ１０７経由で実行される。

第２の実施形態では、Ｓ１０５において、各機能についてソフトウェア構成が展開される車両は、Ｓ５０３又はＳ５０４において選択された車両である。

第２の実施形態では、ユーザは、ユーザ所望機能群が実現される車両を知りその車両に乗車することを決定できる。

以上、幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

Ｔ６１ 事前判定プログラム
Ｃ１４ 機能設定プログラム
Ｖ１０００ 車両

Claims (9)

1. 複数のユーザに利用される車両に対して各ユーザの希望に応じた機能設定を行うシステムであって、
   ソフトウェアベースの機能と、前記機能の実現のためのハードウェア構成と、前記機能の実現のためのソフトウェア構成との対応関係を表す情報である機能定義情報、前記車両のハードウェア構成を表す情報である車両構成情報、及び各ユーザが所望する一つ又は複数のユーザ所望機能を表す情報であるユーザ設定情報を記憶する記憶部と、
   前記ユーザの認証を行うユーザ認証部と、
   前記機能定義情報、前記車両構成情報および前記ユーザ設定情報に基づいて、前記車両で前記機能設定の対象とする一つ以上の機能を前記ユーザごとに特定する事前判定部と、
   前記事前判定部により特定された前記一つ以上の機能の各々について、前記車両における当該機能に対応した各ハードウェアに、当該機能に対応したソフトウェアを展開することで、前記機能設定を行う機能設定部と
   を備え、
   前記機能設定部は、前記ユーザ認証部により認証された前記ユーザに対して前記事前判定部により特定された、当該ユーザに対応する各機能を対象として、前記機能設定を行う車両設定システム。
2. 前記車両は、第１の車両および第２の車両を含み、
   前記記憶部は、前記ユーザ認証部により認証された前記ユーザについて、前記第１の車両と前記ユーザ所望機能との関係を表す情報であるユーザサイド情報を記憶しており、
   前記事前判定部は、前記記憶部に記憶された前記第１の車両に関する前記ユーザサイド情報に基づいて、当該ユーザについて前記第２の車両で前記機能設定の対象とする前記一つ以上の機能を特定する、
   請求項１に記載の車両設定システム。
3. 前記事前判定部により特定された前記一つ以上の機能の一部の機能が前記ユーザ所望機能でない場合に当該一部の機能を表す情報である機能制限情報をユーザに通知する制限通知部を更に備え、
   前記機能設定部は、当該機能に対応した前記ソフトウェアを展開することを、前記機能制限情報に対して前記ユーザから承認を受けた場合に行う、
   請求項１に記載の車両設定システム。
4. 前記機能定義情報において、
   前記ハードウェア構成は、前記機能ごとに対応する前記車両のＥＣＵ（Electronic Control Unit）のバージョンを含み、
   前記ソフトウェア構成は、前記機能ごとに対応するアプリケーション、ミドルウェア、ＯＳ（Operating System）、及びハイパバイザのうちの少なくとも一つについてのバージョンを含む、
   請求項１に記載の車両設定システム。
5. 前記記憶部は、前記車両に設けられた第１の記憶部と、前記ユーザにより操作されて前記車両と通信可能な情報デバイスであるユーザデバイスに設けられた第２の記憶部と、前記車両及び前記ユーザデバイスのうちの少なくとも一つと通信可能なサーバシステムに設けられた第３の記憶部と、を含み、
   前記機能定義情報、前記車両構成情報及び前記ユーザ設定情報は、前記第１の記憶部、前記第２の記憶部及び前記第３の記憶部の少なくとも一つにそれぞれ記憶されており、
   前記事前判定部は、前記サーバシステム、前記車両及び前記ユーザデバイスのうちの少なくとも一つに備えられており、
   前記機能設定部は、前記サーバシステム、前記車両及び前記ユーザデバイスのうちの少なくとも一つに備えられている、
   請求項１に記載の車両設定システム。
6. 前記事前判定部により特定された前記一つ以上の機能の各々について、
   当該機能に対応したソフトウェア構成の一部が前記車両に無い場合、前記機能設定部は、部分更新が可能なソフトウェア構成が定義されたソフトウェア定義情報を基に、当該機能に対応したソフトウェア構成の部分更新が可能か否かを判定し、
   当該判定の結果が真の場合、当該機能に対応したソフトウェア構成の展開は、当該車両のメモリにおけるソフトウェア構成の部分更新を含み、
   当該判定の結果が偽の場合、当該機能に対応したソフトウェア構成の展開は、当該車両のメモリにおけるソフトウェア構成全体の削除と、当該機能に対応したソフトウェア構成全体の当該メモリへの展開とを含む、
   請求項１に記載の車両設定システム。
7. 前記事前判定部は、複数の前記車両のうち所定の条件を満たす一つ又は複数の車両のリストを表示し、
   前記機能設定部は、前記リストに表示された前記一つ又は複数の車両のうち前記ユーザにより選択された車両について前記機能設定を行い、
   前記所定の条件は、前記ユーザが指定した地理的範囲及び車種のうち少なくとも一つ以上の要件である、
   請求項１に記載の車両設定システム。
8. 複数のユーザに利用される車両に対して各ユーザの希望に応じた機能設定を行う方法であって、
   コンピュータが、前記ユーザの認証を行い、
   コンピュータが、ソフトウェアベースの機能と、前記機能の実現のためのハードウェア構成と、前記機能の実現のためのソフトウェア構成との対応関係を表す情報である機能定義情報、前記車両のハードウェア構成を表す情報である車両構成情報、及び各ユーザが所望する一つ又は複数のユーザ所望機能を表す情報であるユーザ設定情報に基づいて、前記車両で前記機能設定の対象とする一つ以上の機能を前記ユーザごとに特定し、
   コンピュータが、認証された前記ユーザに対して特定された、当該ユーザに対応する前記一つ以上の機能の各々について、前記車両における当該機能に対応した各ハードウェアに、当該機能に対応したソフトウェアを展開することで、前記機能設定を行う、
   車両設定方法。
9. 複数のユーザに利用される車両に対して各ユーザの希望に応じた機能設定を行うための通知を行うシステムであって、
   前記ユーザの認証を行うユーザ認証部と、
   ソフトウェアベースの機能と、前記機能の実現のためのハードウェア構成と、前記機能の実現のためのソフトウェア構成との対応関係を表す情報である機能定義情報、前記車両のハードウェア構成を表す情報である車両構成情報、及び各ユーザが所望する一つ又は複数のユーザ所望機能を表す情報であるユーザ設定情報に基づいて、前記車両で前記機能設定の対象とする一つ以上の機能を前記ユーザごとに特定する事前判定部と、
   前記ユーザ認証部により認証された前記ユーザに対して前記事前判定部により特定された、当該ユーザに対応する前記一つ以上の機能を表す情報を前記車両に通知する機能通知部と
   を備えるサーバシステム。

Images