特許 7051939 車両製造者ユーザ管理システムと自動車オペレーティングシステムとの統合

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-04-01

(45)【発行日】2022-04-11

(54)【発明の名称】車両製造者ユーザ管理システムと自動車オペレーティングシステムとの統合

(51)【国際特許分類】

   B60W 50/08 20200101AFI20220404BHJP

【ＦＩ】

B60W50/08

【請求項の数】 20

【外国語出願】

(21)【出願番号】P 2020107662

(22)【出願日】2020-06-23

(65)【公開番号】P2021147027

(43)【公開日】2021-09-27

【審査請求日】2020-08-26

(31)【優先権主張番号】62/990,910

(32)【優先日】2020-03-17

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】フェリペ・レメ

(72)【発明者】

【氏名】クン・ヨン・パク

【審査官】竹村 秀康

(56)【参考文献】

【文献】特開２０１９－２０２７０４（ＪＰ，Ａ）

【文献】特開２０１０－０８４５４４（ＪＰ，Ａ）

【文献】特開２００８－０１９８４３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ６０Ｗ １０／００－１０／３０

Ｂ６０Ｗ ３０／００－６０／００

Ｇ０８Ｇ １／００－９９／００

(57)【特許請求の範囲】

【請求項1】

方法であって、
車両の１つまたは複数のプロセッサが、第１のオペレーティングシステムを実行して、前記車両にユーザ管理サービスを提供することと、
前記１つまたは複数のプロセッサによって実行される前記第１のオペレーティングシステムが、第２のオペレーティングシステムに対して、前記ユーザ管理サービスの機能を提供する、前記第１のオペレーティングシステムのアプリケーションプログラミングインターフェースを提示することとを備え、前記第２のオペレーティングシステムは前記アプリケーションプログラミングインターフェースによってユーザ管理オペレーションを呼び出し、前記方法はさらに、
前記１つまたは複数のプロセッサによって実行される前記第１のオペレーティングシステムが、ユーザ管理に関連する第１のメッセージを生成することと、
前記アプリケーションプログラミングインターフェースが、前記第１のメッセージを前記第２のオペレーティングシステムに与えることと、
前記アプリケーションプログラミングインターフェースが、前記第２のオペレーティングシステムから第２のメッセージを受信することとを備え、前記第２のメッセージは、前記第１のオペレーティングシステムと前記第２のオペレーティングシステムとの間においてユーザ管理を同期させることに関連する、方法。

【請求項2】

前記第１のメッセージは、ユーザを変更する要求、ユーザ作成メッセージ、ユーザ削除メッセージ、初期ユーザ割り当てメッセージ、またはゲストユーザメッセージのうちの少なくとも１つを含む、請求項１に記載の方法。

【請求項3】

前記第１のメッセージは、ユーザ作成メッセージまたは初期ユーザ割り当てメッセージのうちの少なくとも１つを含み、前記第１のメッセージは、新たなユーザプロファイルまたは初期ユーザプロファイルのうちの少なくとも１つをさらに含む、請求項２に記載の方法。

【請求項4】

前記第２のメッセージは、
ユーザの変更がある時点で許可されるか否か、
内部ユーザプロファイルが前記第２のオペレーティングシステムによって車両ユーザ管理システムにおいて記憶され、前記内部ユーザプロファイルは前記第１のメッセージ内の新たなユーザプロファイルに基づくこと、
ユーザが車両ユーザ管理システムから削除されるか否か、または
現在のユーザがゲストユーザであるか否か、のうちの少なくとも１つを示す、請求項１～３のいずれか１項に記載の方法。

【請求項5】

さらに、
前記１つまたは複数のプロセッサによって実行される前記第１のオペレーティングシステムが、ユーザの変更がある時点で許可されるかどうかを前記第２のメッセージに基づいて判断することと、
前記ユーザの変更が前記ある時点で許可されるという判断に基づいて、前記アプリケーションプログラミングインターフェースが、前記車両の１つまたは複数のシステムを制御する第３のメッセージを前記第２のオペレーティングシステムに与えることとを備える、請求項４に記載の方法。

【請求項6】

前記車両の前記１つまたは複数のシステムは、人間工学的システム、エンターテインメントシステム、インフォテインメントシステム、環境システム、安全システム、またはドライブモードシステムのうちの少なくとも１つを含む、請求項５に記載の方法。

【請求項7】

さらに、
前記１つまたは複数のプロセッサ上で実行される前記第１のオペレーティングシステムが、現在のユーザがゲストユーザであるかどうかを前記第２のメッセージに基づいて判断することと、
前記現在のユーザがゲストユーザであるという判断に基づいて、前記アプリケーションプログラミングインターフェースが、第３のメッセージを前記第２のオペレーティングシステムに与えることとを備え、前記第３のメッセージは、前記第２のオペレーティングシステムによるゲストユーザプロファイルの作成を制御する、請求項４～６のいずれか１項に記載の方法。

【請求項8】

前記アプリケーションプログラミングインターフェースが、前記第２のオペレーティングシステムから第３のメッセージを受信することをさらに備え、前記第３のメッセージは、車両ユーザ管理システムにユーザが記憶されていないことを示す、請求項１～３のいずれか１項に記載の方法。

【請求項9】

さらに、
前記１つまたは複数のプロセッサによって実行される前記第１のオペレーティングシステムが、ユーザを認証の形態に関連付けることと、
前記１つまたは複数のプロセッサによって実行される前記第１のオペレーティングシステムが、前記認証の形態に基づいて、現在のユーザが最後のアクティブユーザと異なる、と判断することとを備え、前記認証の形態は、キーフォブ、指紋、顔または音声の１つまたは複数を含む、請求項１～８のいずれか１項に記載の方法。

【請求項10】

前記車両は、少なくとも１つの車両システムを含み、
前記アプリケーションプログラミングインターフェースは、前記第２のオペレーティングシステムの車両ハードウェア抽象化層にメッセージを与え、前記車両ハードウェア抽象化層からメッセージを受信し、
前記車両ハードウェア抽象化層は、前記アプリケーションプログラミングインターフェースと前記少なくとも１つの車両システムとの間にソフトウェアシム層を与える、請求項１～９のいずれか１項に記載の方法。

【請求項11】

車両と対話するように構成されたデバイスであって、
ユーザ管理データを記憶するよう構成されたメモリと、
前記メモリに通信可能に結合される１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサは、
第１のオペレーティングシステムを実行するよう構成され、前記第１のオペレーティングシステムは、ユーザ管理オペレーションを呼び出すために第２のオペレーティングシステムに、前記第１のオペレーティングシステムのアプリケーションプログラミングインターフェースを提示し、
前記第１のオペレーティングシステムは、ユーザ管理に関連する第１のメッセージを生成するように構成され、前記アプリケーションプログラミングインターフェースは、前記第１のメッセージを前記第２のオペレーティングシステムに与えるように構成され、前記アプリケーションプログラミングインターフェースは、前記第２のオペレーティングシステムから第２のメッセージを受信するようにさらに構成され、前記第２のメッセージは、前記第１のオペレーティングシステムと前記第２のオペレーティングシステムとの間においてユーザ管理を同期させることと関連し、
前記第１のオペレーティングシステムは、前記第１のメッセージに基づいて前記車両にユーザ管理サービスを提供し、
前記アプリケーションプログラミングインターフェースは、前記ユーザ管理サービスの機能を提供する、車両と対話するように構成されたデバイス。

【請求項12】

前記第１のメッセージは、ユーザを変更する要求、ユーザ作成メッセージ、ユーザ削除メッセージ、初期ユーザ割り当てメッセージ、またはゲストユーザメッセージのうちの少なくとも１つを含む、請求項１１に記載のデバイス。

【請求項13】

前記第１のメッセージは、ユーザ作成メッセージまたは初期ユーザ割り当てメッセージのうちの少なくとも１つを含み、前記第１のメッセージは、新たなユーザプロファイルまたは初期ユーザプロファイルのうちの少なくとも１つをさらに含む、請求項１２に記載のデバイス。

【請求項14】

前記第２のメッセージは、
ユーザの変更がある時点で許可されるか否か、
内部ユーザプロファイルが前記第２のオペレーティングシステムによって車両ユーザ管理システムにおいて記憶され、前記内部ユーザプロファイルは前記第１のメッセージ内の新たなユーザプロファイルに基づくこと、
ユーザが車両ユーザ管理システムから削除されるか否か、または
現在のユーザがゲストユーザであるか否か、のうちの少なくとも１つを示す、請求項１１～１３のいずれか１項に記載のデバイス。

【請求項15】

前記第１のオペレーティングシステムは、さらに、ユーザの変更がある時点で許可されるかどうかを前記第２のメッセージに基づいて判断するよう構成され、前記アプリケーションプログラミングインターフェースは、さらに、第３のメッセージを前記第２のオペレーティングシステムに与えるよう構成され、前記第３のメッセージは、前記ユーザの変更が前記ある時点で許可されるという判断に基づいて、前記車両の１つまたは複数のシステムを制御する、請求項１４に記載のデバイス。

【請求項16】

前記車両の前記１つまたは複数のシステムは、人間工学的システム、エンターテインメントシステム、インフォテインメントシステム、環境システム、安全システム、またはドライブモードシステムのうちの少なくとも１つを含む、請求項１５に記載のデバイス。

【請求項17】

前記第１のオペレーティングシステムは、さらに、現在のユーザがゲストユーザであるかどうかを前記第２のメッセージに基づいて判断するように構成され、前記アプリケーションプログラミングインターフェースは、さらに、前記第２のオペレーティングシステムに第３のメッセージを与えるように構成され、前記第３のメッセージは、前記現在のユーザがゲストユーザであるという判断に基づいて、前記第２のオペレーティングシステムによるゲストユーザプロファイルの作成を制御する、請求項１４～１６のいずれか１項に記載のデバイス。

【請求項18】

前記アプリケーションプログラミングインターフェースは、さらに、前記第２のオペレーティングシステムから第３のメッセージを受信するよう構成され、前記第３のメッセージは、車両ユーザ管理システムにユーザが記憶されていないことを示す、請求項１１～１３のいずれか１項に記載のデバイス。

【請求項19】

前記第１のオペレーティングシステムは、さらに、
ユーザを認証の形態に関連付け、
前記認証の形態に基づいて、現在のユーザが最後のアクティブユーザと異なる、と判断するよう構成され、
前記認証の形態は、キーフォブ、指紋、顔または音声の１つまたは複数を含む、請求項１１～１８のいずれか１項に記載のデバイス。

【請求項20】

命令を含むコンピュータプログラムであって、前記命令は、実行されると、車両ヘッドユニットの１つまたは複数のプロセッサに、
第１のオペレーティングシステムを実行させて、車両にユーザ管理サービスを提供し、
第２のオペレーティングシステムに対して、前記ユーザ管理サービスの機能を提供する、前記第１のオペレーティングシステムのアプリケーションプログラミングインターフェースを提示させ、前記第２のオペレーティングシステムは前記アプリケーションプログラミングインターフェースによってユーザ管理オペレーションを呼び出し、前記命令は、実行されると、さらに、前記車両ヘッドユニットの前記１つまたは複数のプロセッサに、
ユーザ管理に関連する第１のメッセージを生成させ、
前記アプリケーションプログラミングインターフェースによって、前記第１のメッセージを前記第２のオペレーティングシステムに与えさせ、
前記アプリケーションプログラミングインターフェースによって、前記第２のオペレーティングシステムから第２のメッセージを受信させ、前記第２のメッセージは、前記第１のオペレーティングシステムと前記第２のオペレーティングシステムとの間においてユーザ管理を同期させることに関連する、コンピュータプログラム。

【発明の詳細な説明】

【背景技術】

【0001】

本出願は、２０２０年３月１７日に提出された米国仮出願６２／９９０，９１０に関連する優先権を主張し、その全内容は参照により本明細書に組み込まれる。

【0002】

背景
車両は、暖房、換気、および空調（ＨＶＡＣ）システム、（内部および／または外部照明を制御するための）照明システム、インフォテインメントシステム、（運転手席および／または同乗者席の位置を制御するための）着座システムなどの車両システムを制御するインターフェース（グラフィカルユーザインターフェース－ＧＵＩなど）を提示する、いわゆる「ヘッドユニット」または他の統合コンピューティングデバイスを含み得る。ヘッドユニットは、車両システムのうちの１つまたは複数の車両システムの動作状態を変更するために、車両システムに１つまたは複数のコマンド（本明細書では「コマンドセット」とも称される）を発行することができる。

【0003】

自動車、自動二輪車、バス、リクリエーションビークル（ＲＶ）、セミトレーラトラック、トラクタまたは他の種類の農耕機具、列車、飛行機、ドローン、ヘリコプター、個人輸送車両などの車両を使用する様々なユーザは、これらの車両システムに対する設定に対して異なる選好を有し得る。例えば、より背の高い運転者は、同じ車両を利用する、より背の低い運転者と比較して、操舵輪からより後方の座席位置および異なるミラー設定を好み得る。異なる運転者はまた、異なる無線局設定、環境制御設定、安全設定、運転設定等を好み得る。したがって、車両製造者（元の設備製造者またはＯＥＭとも称される）は、ユーザ管理機能を車両に組み込んでいる。例えば、多くの車両は、ユーザがそのユーザに関連付けられるカスタマイズされた設定を保存することを可能にする。ボタンなどのインターフェースと対話することによって、ユーザは、様々なシステムの設定を、そのときの既存の設定からユーザ自身の好みのカスタマイズされた設定に迅速に変更することができる。

【0004】

同じ製造者からの異なるモデル間だけでなく、異なる製造者のモデル間でも多種多様な車両システム（機能性および動作の両方に関して）を考えると、コマンドセットの手動設定は時間および費用がかかるため、ヘッドユニットは車両システムの最高パーセンテージを概して制御するコマンドセットを出力するように構成されてもよい。

【0005】

さらに、製造者は、各動作状態変更を実行するためにコマンドセットを静的にコード化（すなわち、「ハードコード化」）し得る。すなわち、製造者は、車両ヘッドユニットが１つまたは複数のシステムと通信することができる特定の制御バスプロトコル（そのうちのいくつかはプロプライエタリであってもよい）に準拠するようにコマンドセットを静的にコード化し得る。製造者は、制御バスプロトコルに従うコマンドセットを生成するために、車両ヘッドユニットによって実行されるオペレーティングシステムをハードコード化し得る。コマンドセットの各々は、１つまたは複数のシステムの制御バスおよび／またはベンダなどによって変動し得、その結果、車両モデルトリムレベル間でも変動し得る、車両の特定の構成に対するコマンドセットの、時間のかかる静的なコード化となり得る。

【発明の概要】

【課題を解決するための手段】

【0006】

概要
一般に、本開示の技法は、車両コンピューティングデバイス（車両ヘッドユニットなど）が車両にユーザ管理サービスを提供することを可能にすることを対象とする。車両ヘッドユニットの第１のオペレーティングシステムは、人間工学的システム（例えば、座席、操舵輪、および／またはペダルシステム）、インフォテインメントシステム、環境システム、安全システム、およびドライブモードシステムなどの車両上の様々なシステムの設定を制御し得る、車両上の第２のオペレーティングシステム（これも車両ヘッドユニットのものであってもよい）と対話することができる。車両ヘッドユニットは、一様なメッセージセットをサポートする第１のオペレーティングシステムを実行することができ、第２のオペレーティングシステムは、車両の様々なシステムを制御するために、複数の制御バスプロトコルのうちの特定の制御バスプロトコルに従って指定されるローカル制御メッセージを通信することができる。車両ヘッドユニットの第１のオペレーティングシステムによって提供されるユーザ管理サービスをサポートするために特定のローカル制御メッセージをサポートするように第１のオペレーティングシステムをハードコード化するのではなく、本開示の技法の様々な態様は、第１のオペレーティングシステムが、ユーザ管理サービスを提供するために第２のオペレーティングシステムにインターフェース、例えばアプリケーションプログラミングインターフェース（「ＡＰＩ」）を与えることを可能にし得る。第２のオペレーティングシステムは、ＡＰＩとインターフェースするためのハードウェア抽象化層（「ＨＡＬ」）を含むことができる。

【0007】

したがって、本技法の様々な態様は、製造者が、ＡＰＩからのメッセージを、車両の１つまたは複数のシステムを制御するために第２のオペレーティングシステムによって操作可能なメッセージに変換することを提供することができるＨＡＬを定義することを可能にし得る。このようにして、ヘッドユニットの第１のオペレーティングシステムは、車両にユーザ管理サービスを提供することができる。ローカルコマンドセットのみをサポートするために第１のオペレーティングシステムまたは第２のオペレーティングシステム内で変換マッピングを静的にハードコード化するのではなく、ＡＰＩおよびＨＡＬのみが定義され得るので、本技法の様々な態様は、車両ヘッドユニットオペレーティングシステムが開発され得る速度を改善し、新たなまたは変化する制御バスプロトコルとの相互運用性を改善し、他の態様では、ユーザ管理サービスを提供するそのようなオペレーティングシステムの迅速な展開に適合しながら、車両ヘッドユニットオペレーティングシステムの開発を改善し得る。

【0008】

一例では、本技法の様々な態様は、ある方法を対象とし、その方法は：車両の１つまたは複数のプロセッサが、第１のオペレーティングシステムを実行して、車両にユーザ管理サービスを提供することと、１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムが、第２のオペレーティングシステムにインターフェースを提示することとを備え、第２のオペレーティングシステムはインターフェースによってユーザ管理オペレーションを呼び出し、前記方法はさらに、１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムが、ユーザ管理に関連する第１のメッセージを生成することと、インターフェースが、第１のメッセージを第２のオペレーティングシステムに与えることと、インターフェースが、第２のオペレーティングシステムから第２のメッセージを受信することとを備え、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間でユーザ管理を同期させることと関連する。

【0009】

別の例では、本技法の様々な態様は、車両と対話するように構成されたデバイスを対象とし、このデバイスは、ユーザ管理データを記憶するメモリと、メモリに通信可能に結合され、第１のオペレーティングシステムを実行するよう構成される１つまたは複数のプロセッサとを備え、第１のオペレーティングシステムは、ユーザ管理オペレーションを呼び出すために第２のオペレーティングシステムにインターフェースを提示し、第１のオペレーティングシステムは、ユーザ管理に関連する第１のメッセージを生成するように構成され、インターフェースは、そのメッセージを第２のオペレーティングシステムに与えるように構成され、インターフェースは、さらに、第２のオペレーティングシステムから第２のメッセージを受信するように構成され、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間でユーザ管理を同期させることに関連し、第１のオペレーティングシステムは、第１のメッセージに基づいて車両にユーザ管理サービスを提供する。

【0010】

別の例では、本技法の様々な態様は、命令を記憶した非一時的なコンピュータ可読記憶媒体を対象とし、上記命令は、実行されると、車両ヘッドユニットの１つまたは複数のプロセッサに、第１のオペレーティングシステムを実行させて、車両にユーザ管理サービスを提供し、第２のオペレーティングシステムに対して第１のオペレーティングシステムのインターフェースを提示させ、第２のオペレーティングシステムはインターフェースによってユーザ管理オペレーションを呼び出し、上記命令は、実行されると、さらに、車両ヘッドユニットの１つまたは複数のプロセッサに、ユーザ管理に関連する第１のメッセージを生成させ、インターフェースによって、第１のメッセージを第２のオペレーティングシステムに提供させ、インターフェースによって、第２のオペレーティングシステムから第２のメッセージを受信させ、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間でユーザ管理を同期させることに関連する。

【0011】

１つまたは複数の例の詳細が、添付の図面および以下の説明に記載される。本開示の他の特徴、目的、および利点は、説明および図面、ならびに特許請求の範囲から明らかとなるであろう。

【図面の簡単な説明】

【0012】

【図1】本開示で説明する技法の様々な態様を実行するように構成された例示的な車両を示すブロック図である。

【図2】図１のヘッドユニットの一例をより詳細に示すブロック図である。

【図3】本開示の技法による、成功したユーザ切り替えの一例を示すフロー図である。

【図4】本開示の技法による、失敗したユーザ切り替えの一例を示すフロー図である。

【図5】本開示の技法による、失敗したユーザ切り替えの別の例を示すフロー図である。

【図6】本開示の技法による、成功したユーザ作成の一例を示すフロー図である。

【図7】本開示の技法による、失敗したユーザ作成の一例を示すフロー図である。

【図8】本開示の技法による、失敗したユーザ作成の別の例を示すフロー図である。

【図9】本開示の技法による、成功したユーザ除去の例を示すフロー図である。

【図10】本開示の技法による、失敗したユーザ除去の一例を示すフロー図である。

【図11】本開示の技法による、失敗したユーザ除去の別の例を示すフロー図である。

【図12】本開示の技法による、ユーザの認証因子との関連付けの一例を示すフロー図である。

【図13】本開示の技法による、ユーザ管理サービスを提供する例のフローチャートである。

【図14A】本開示の技法による、ユーザ管理サービスを提供するさらなる例のフローチャートである。

【図14B】本開示の技法による、ユーザ管理サービスを提供するさらなる例のフローチャートである。

【図14C】本開示の技法による、ユーザ管理サービスを提供するさらなる例のフローチャートである。

【図15】第１のオペレーティングシステムおよび第２のオペレーティングシステムのコンポーネントの一例を示すブロック図である。

【発明を実施するための形態】

【0013】

詳細な説明
図１は、本開示で説明する技法の様々な態様を実行するように構成された例示的な車両８を示すブロック図である。図１の例では、車両８を以下の説明において自動車として説明する。しかしながら、本開示で説明する技法は、自動二輪車、バス、リクリエーションビークル（ＲＶ）、セミトレーラートラック、トラクタまたは他のタイプの農耕機具、列車、飛行機、ドローン、ヘリコプター、個人輸送車両など、場所間で１人または複数の乗員を搬送することができる任意のタイプの車両に適用されることができる。いくつかの例では、車両８は、自律車両であり得る。

【0014】

図１の例では、車両８は、プロセッサ１５と、グラフィック処理ユニット（ＧＰＵ）１４と、システムメモリ１６とを含む。いくつかの例では、プロセッサ１５、ＧＰＵ１４、およびトランシーバモジュール（図１には図示せず）は、集積回路（ＩＣ）として形成され得る。例えば、ＩＣは、チップパッケージ内の処理チップと見なされてもよく、システムオンチップ（ＳｏＣ）であってもよい。

【0015】

プロセッサ１５およびＧＰＵ１４の例は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の等価な集積回路もしくは離散論理回路を含むが、これらに限定されない。プロセッサ１５は、車両８の中央処理装置（ＣＰＵ）を表すことができる。いくつかの例では、ＧＰＵ１４は、グラフィック処理に好適な大量並列処理能力をＧＰＵ１４に与える集積および／または離散論理回路を含む特殊ハードウェアであり得る。いくつかの事例では、ＧＰＵ１４はまた、汎用処理機能も含み得、汎用処理タスク（例えば、非グラフィック関連タスク）を実現する場合、汎用ＧＰＵ（ＧＰＧＰＵ）と呼ぶことができる。専用のＧＰＵ１４として示されているが、ＧＰＵ１４は、基底の回路基板（いわゆる「マザーボード」）に統合されるか、またはプロセッサ１５に組み込まれる統合ＧＰＵを表してもよい。

【0016】

プロセッサ１５は、様々な種類のアプリケーションを実行することができる。アプリケーションの例は、ウェブブラウザ、電子メールアプリケーション、スプレッドシート、ビデオゲーム、または表示のための視聴可能オブジェクトを生成する他のアプリケーションを含む。システムメモリ１６は、１つまたは複数のアプリケーションの実行のための命令を記憶することができる。プロセッサ１５によるアプリケーションの実行は、プロセッサ１５に、表示されるべき画像コンテンツのグラフィックスデータを生成させる。プロセッサ１５は、プロセッサ１５がＧＰＵ１４に送信する命令またはコマンドに基づくさらなる処理のために、画像コンテンツのグラフィクスデータをＧＰＵ１４に送信することができる。

【0017】

システムメモリ１６はまた、ユーザ管理データ３５を記憶することもできる。ユーザ管理データ３５は、許可されたユーザのユーザ識別、ユーザ名、車両システム２６のうちの１つまたは複数の車両システムの動作状態に対するユーザ優先設定、またはユーザに関連付けられる認証の形態などのユーザに関係する他の情報を含むことができる。いくつかの例では、そのような情報のすべてまたは一部は、ユーザプロファイルとしてユーザ管理データに記憶されることができる。ユーザ管理データ３５は、ＨＡＬ２８または第２のＯＳ３１によってシステムメモリ１６に書き込まれるか、またはシステムメモリ１６から読み出されることができ、いくつかの例では、一緒に車両ユーザ管理システムを形成することができる。

【0018】

プロセッサ１５は、アプリケーションプログラミングインターフェース（ＡＰＩ）に従ってＧＰＵ１４と通信することができる。さらに、本開示で説明する技法は、ＡＰＩに従って機能する必要はなく、プロセッサ１５およびＧＰＵ１４は、ＧＰＵ１４と通信するための任意の技法を利用することができる。

【0019】

システムメモリ１６は、車両８用のメモリを表し得る。システムメモリ１６は、１つまたは複数のコンピュータ可読記憶媒体を備えることができる。システムメモリ１６の例は、ランダムアクセスメモリ（ＲＡＭ）、電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、または命令および／もしくはデータ構造の形態で所望のプログラムコードを担持もしくは記憶するために使用でき、コンピュータもしくはプロセッサによってアクセスできる他の媒体を含むが、これらに限定されない。

【0020】

いくつかの態様では、システムメモリ１６は、プロセッサ１５に本開示に記載される機能を実行させる命令を含むことができる。したがって、システムメモリ１６は、実行されると、１つまたは複数のプロセッサ（例えば、プロセッサ１５）に様々な機能を実行させる命令が記憶されている非一時的コンピュータ可読記憶媒体であることができる。

【0021】

システムメモリ１６は、非一時的記憶媒体である。「非一時的」という用語は、記憶媒体が搬送波または伝搬される信号で具現化されていないことを示す。しかしながら、「非一時的」という用語は、システムメモリ１６が可動でない、またはその内容が静止していることを意味すると解釈されるべきではない。一例として、システムメモリ１６は車両８から取り外され、別の装置に移動されてもよい。別の例として、実質的にシステムメモリ１６と同様のメモリを車両８に挿入することができる。いくつかの例では、非一時的記憶媒体は、経時的に（例えば、ＲＡＭ内に）変化し得るデータを記憶することができる。

【0022】

図１の例にさらに示すように、車両８は、ディスプレイ２０およびユーザインターフェース２２を含み得る。ディスプレイ２０は、画像が投影され得る任意のタイプのパッシブ反射型スクリーン、または画像を表示することができるアクティブ反射型もしくは放射型もしくは透過型ディスプレイ（発光ダイオード（ＬＥＤ）ディスプレイ、有機ＬＥＤ（ＯＬＥＤ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、または他のタイプのアクティブディスプレイなど）を表し得る。単一のディスプレイ２０を含むように示されているが、車両８は、車両８の室内全体にわたって配置され得るいくつかのディスプレイを含んでもよい。いくつかの例では、ディスプレイ２０のパッシブバージョン、またはディスプレイ２０の特定のタイプのアクティブバージョン（例えばＯＬＥＤディスプレイ）は、座席、テーブル、ルーフライナ、床、窓（または、窓がないかまたは窓がほとんどない車両において、壁）、または車両の室内の他の態様に統合されることができる。ディスプレイ２０がパッシブディスプレイを表すとき、ディスプレイ２０は、パッシブディスプレイ２０上に画像を投影する、またはそうでなければ再生成することができるプロジェクタまたは他の画像投影デバイスも含むことができる。さらに、ディスプレイ２０は、物理的機器クラスタ（速度、毎分回転数、エンジン温度などを示す）を仮想的に表す運転者側ダッシュボードに統合されたディスプレイを含んでもよい。

【0023】

ディスプレイ２０はまた、車両８が自律的である場合、車両８と有線または無線通信するディスプレイを表してもよい。ディスプレイ２０は、例えば、ラップトップコンピュータ、ヘッドアップディスプレイ、ヘッドマウントディスプレイ、拡張現実コンピューティングデバイスもしくはディスプレイ（「スマートメガネ」など）、仮想現実コンピューティングデバイスもしくはディスプレイ、携帯電話（いわゆる「スマートフォン」を含む）、タブレットコンピュータ、ゲームシステム、または車両８に組み込まれるディスプレイの拡張として、もしくはその代わりに機能することができる別のタイプのコンピューティングデバイスなどの、コンピューティングデバイスを表し得る。

【0024】

ユーザインターフェース２２は、ユーザが車両８の様々な機能を制御するためにインターフェースすることができる任意のタイプの物理的または仮想インターフェースを表してもよい。ユーザインターフェース２２は、物理的ボタン、ノブ、スライダ、または他の物理的制御具を含むことができる。ユーザインターフェース２２はまた、仮想インターフェースも含むことができ、それによって車両８の乗員は、一例として、タッチセンシティブ画面を介して、またはタッチレスインターフェースを介して、仮想ボタン、ノブ、スライダ、または他の仮想インターフェース要素と対話する。乗員は、ユーザインターフェース２２とインターフェースして、車両８内の環境、車両８による音声再生、車両８による映像再生、車両８を介した送信（携帯電話通話など）、または車両８によって実行され得る任意の他の操作のうちの１つまたは複数を制御することができる。

【0025】

ユーザインターフェース２２はまた、車両８に統合されたディスプレイの拡張として、またはその代わりに動作するときに、ディスプレイ２０に拡張されたインターフェースを表してもよい。すなわち、ユーザインターフェース２２は、ヘッドアップディスプレイ（ＨＵＤ）、拡張現実コンピューティングデバイス、仮想現実コンピューティングデバイスもしくはディスプレイ、タブレットコンピュータ、または上で列挙された異なるタイプの拡張ディスプレイのうちの任意の他のものを介して提示される仮想インターフェースを含むことができる。

【0026】

車両８の文脈では、ユーザインターフェース２２は、車両８を手動または半手動で制御するために使用される物理的要素をさらに表すことができる。例えば、ユーザインターフェース２２は、車両８の移動方向を制御するための１つまたは複数の操舵輪、車両８の移動速度を制御するための１つまたは複数のペダル、１つまたは複数のハンドブレーキなどを含むことができる。

【0027】

図１の例では、プロセッサ１５、ＧＰＵ１４、システムメモリ１６、ディスプレイ２０、およびＵＩ２２は、自動車の状況においてヘッドユニット２４（または、言い換えれば、「車両用ヘッドユニット２４」）と呼ばれるものを少なくとも部分的に集合的に表すことができる。ヘッドユニット２４は、車両８の様々な態様とインターフェースすることができ、ならびに／または乗員のためのエンターテイメントおよび／もしくは車両８に関する情報（ここで、このようなヘッドユニットは、「インフォテインメントユニット」または「インフォテインメントシステム」と呼ばれ得る）を提供することができる任意の統合されたまたは別個のコンピューティングデバイスを表すことができる。

【0028】

さらに図１の例に示すように、車両８は、ある数の異なる車両システム２６Ａ～２６Ｎ（「車両システム２６」）を含むことができる。車両システム２６は、暖房、換気、空調（ＨＶＡＣ）システムまたは温度調節システム（例えば、ＨＶＡＣシステムに加えて、暖められたおよび／または冷やされた座席を含んでもよい）（これらのいずれかまたは両方は、本明細書では環境システムとも呼ばれ得る）、（室内および／または室外照明を提供するための）照明システム、（乗員着座位置を調整するための）座席制御システム、（バックミラー、サイドミラー、バイザーミラー等を含む室内および／または室外ミラーを制御する）ミラー制御システム、フロントガラスワイパー制御システム、（ラジオ再生、ビデオ再生、画像表示などを制御するための）エンタテインメントシステム、（駐車支援やバックアップ支援などを制御するための）安全支援システム、（サスペンション、変速機などを制御するための）ドライブモードシステム、（サンルーフ／ムーンルーフを制御するための）サンルーフ／ムーンルーフ制御システム、ならびにヘッドユニット２４などのヘッドユニットを介して制御することができる任意の他のタイプの車両システムを含んでもよい。車両システム２６の例は、車両システム２６の前述の例のいずれかを制御し得る電子制御ユニット（ＥＣＵ）を含んでもよい。

【0029】

ヘッドユニット２４は、図１においてコマンド（「ＣＳ」）２５Ａ～２５Ｎとして示される１つまたは複数のメッセージを車両システム２６に発行して、車両システム２６のうちの１つまたは複数の車両システムの動作状態を変更してもよい。同じ製造者からの車両の異なるモデル間だけでなく、異なる製造者からの車両の異なるモデル間においても、多種多様な車両システム２６（機能性および動作の両方に関して）を考えると、コマンドセットの手動設定は、時間および費用がかかり、エラーを起こしやすいため、ヘッドユニット２４は、車両システム２６の最高パーセンテージを概して制御するコマンド２５Ａ～２５Ｎを出力するように構成されてもよい。

【0030】

さらに、ヘッドユニット２４は、車両８にユーザ管理サービスを提供するように構成された第１のオペレーティングシステム（「ＯＳ」）３０を実行することができる。第１のＯＳ３０は、第２のＯＳ３１などの別のオペレーティングシステムとインターフェースするためのＡＰＩ２９などのインターフェースを含むことができる。ヘッドユニット２４はさらに、コントロールエリアネットワーク（ＣＡＮ）プロトコルのような制御バスプロトコルに従ってメッセージを出力するように構成された第２のＯＳ３１を実行することができる。第２のＯＳ３１などの、ヘッドユニットのオペレーティングシステムは、ＣＡＮプロトコルまたは他の規格（例えば、オープンまたはプロプライエタリ）制御バスプロトコルを介して車両システム２６と通信するように静的な構成（すなわち、「ハードコード化」）されてもよい。すなわち、製造者は、第２のＯＳ３１が制御バス（図１の例には、説明を容易にするために示されていない）を介して車両システム２６の各々とインターフェースすることを可能にするように、第２のＯＳ３１を手動でプログラムしてもよい。

【0031】

車両システム２６の各々と正しくインターフェースするようにオペレーティングシステムをプログラミングすることは、時間がかかり、車両システム２６との正しい相互運用性を保証するためにかなりのテストを必要とし得る。例証すると、製造者は、車両システム２６を多種多様なベンダから調達し得、それらのベンダは、車両特性の状態を通信し、いくつかの異なる制御バスプロトコルに従って制御される車両システム２６を提供し得る。製造者は、単一のモデル内でさえ、（同じモデルの異なるトリムレベル間でなど）異なる制御バスプロトコルに従って通信する車両システム２６を調達しなければならないかもしれない。製造者は、結果として、オペレーティングシステムの２つ以上の異なるバージョンを作成する場合があり、それらの各々は、異なる制御バスプロトコルを介して車両システム２６と通信するように個別にハードコード化される。さらに、制御バスプロトコルに対するいかなる変更も、製造者がオペレーティングシステムを更新して、制御バスプロトコルのより新しいバージョンをサポートするようにオペレーティングシステムをハードコード化する結果となり得、これは、製造者が新しい制御バスプロトコルまたは変化する制御バスプロトコルをサポートする能力を低減し得る潜在性があり、それによって車両８が車両８の安全性、利便性および他の態様を改善するアップグレードを受けることを阻止し得る潜在性がある。

【0032】

本開示で説明する技法の様々な態様によれば、オペレーティングシステム（第１のＯＳ３０など）は、ユーザ管理サービスを提供するために車両内の別のオペレーティングシステム（第２のＯＳ３１など）とメッセージを通信するためのＡＰＩなどのインターフェースを与えることができる。上述したように、車両システムバスは、コマンド２５Ａ～２５Ｎがヘッドユニット２４（「車両ヘッドユニット２４」とも称される）と車両の１つまたは複数のシステム（例えば、車両システム２６）との間で通信される異なるプロプライエタリおよびオープン規格に準拠することができる。車両ヘッドユニット２４は、車両８にユーザ管理サービスを提供するための一様なメッセージをサポートする第１のＯＳ３０と、複数のローカル制御バスプロトコルのうちの特定のローカル制御バスプロトコルに従って指定される車両システムバス２６上で通信するためにローカル制御メッセージをサポートすることができる第２のＯＳ３１とを実行することができる。特定のローカル制御メッセージをサポートするよう第１のＯＳ３０をハードコード化するのではなく、本技法の様々な態様は、車両ヘッドユニット２４の第１のＯＳ３０がＡＰＩなどのインターフェースを提供して、第１のＯＳ３０と第２のＯＳ３１との間のメッセージの通信を可能にし、第１のＯＳ３０による車両８へのユーザ管理サービスの提供を容易にすることを可能にし得る。ローカル制御メッセージは、ＤＢＣフォーマット、Ｋａｙａｋ ＣＡＮ定義（ＫＣＤ）フォーマットまたは他のフォーマットのうちの１つに従ってフォーマットされてもよい。

【0033】

動作中、プロセッサ１５は、車両８のためにユーザ管理サービスを提供するよう第１のＯＳ３０を実行することができる。いくつかの例では、プロセッサ１５は、第１のＯＳ３０を実行して、第２のＯＳ３１を介して、車両システム２６のうちの１つまたは複数を制御し、例えば、１つまたは複数の車両システム２６の設定を変更し、特定のユーザの選好を反映してもよい。例えば、第１のＯＳ３０は、ＡＰＩ２９などのインターフェースを介してメッセージを第２のＯＳ３１に与えることができる。

【0034】

いくつかの例では、プロセッサ１５は、第１のＯＳ３０の１つまたは複数のスレッドおよび第２のＯＳ３１の１つまたは複数のスレッドを実行することができる。いくつかの例では、別のプロセッサが第１のＯＳ３０の１つまたは複数のスレッドを実行することができ、別のプロセッサが第２のＯＳ３１の１つまたは複数のスレッドを実行することができる。いくつかの例では、第２のＯＳ３１は、ＨＡＬ２８を与えるように構成されることができる。ＨＡＬ２８は、ＡＰＩ２９と車両システム２６（図１の例には示されていないが、制御バスを含む）との間にソフトウェアシム層と呼ばれるものを与えることができる。プロセッサ１５は、ＨＡＬ２８に関連付けられた１つまたは複数のスレッドを含む、第２のＯＳ３１を表す１つまたは複数のスレッドを実行することができる。プロセッサ１５は、第１のＯＳ３０（ＡＰＩ２９を含む）または第２のＯＳ３１（ＨＡＬ２８を含む）を、それぞれ第１のＯＳ３０または第２のＯＳ３１の１つまたは複数のスレッドに関連付けられた１つまたは複数のコマンドの形態でシステムメモリ１６から取り出し、実行前にコマンドをローカルメモリ（例えば、層１（Ｌ１）、層２（Ｌ２）、および／または層３（Ｌ３）キャッシュ（説明を容易にするために図１の例には示されていない））にロードすることができる。したがって、ＡＰＩ２９、第１のＯＳ３０、ＨＡＬ２８、および第２のＯＳ３１は、プロセッサ１５による実行を示すために破線を用いてプロセッサ１５内に含まれるものとして示されているが、ＡＰＩ２９、第１のＯＳ３０、ＨＡＬ２８、および第２のＯＳ３１の長期記憶を示すために実線を用いてシステムメモリ１６内に含まれるものとしても示されている。プロセッサ１５によって実行されるとして示されているが、ＨＡＬ２８はまた、専用回路またはハードウェアロジックを用いて実現されてもよい。

【0035】

いずれにせよ、ＨＡＬ２８は、ＡＰＩ２９とインターフェースして、第１のＯＳ３０が第２のＯＳ３１を介して車両システム２６とインターフェースすることを可能にする。したがって、第１のＯＳ３０は、ユーザ管理に関連するメッセージを第２のＯＳ３１に与えることができ、第２のＯＳ３１は、１つまたは複数の車両システム２６を制御するために第２のＯＳ３１によってサポートされる制御バスプロトコルに準拠するコマンド２５を生成することができる。ＨＡＬ２８は、メッセージを受信（または、いくつかの例では傍受）し、それらのメッセージを変換して（いくつかの例では、第２のＯＳ３１がそのような変換を要求することなく）（そして、この点において、第２のＯＳ３１の視点から透明に）、ローカル制御バスに準拠するローカルメッセージを得ることができる。

【0036】

いくつかの例では、ＨＡＬ２８は、車両システム２６のうちの１つまたは複数の車両システムの動作状態を所与のユーザの選好に適合させるために、車両システム２６のうちの１つまたは複数の車両システムの動作状態を変更するかまたは車両システム２６のうちの１つまたは複数の車両システムの動作状態変更を開始する要求など、ユーザ管理に関連する情報を含むことができるメッセージの第１の表現をＡＰＩ２９から受信することができる。

【0037】

ＨＡＬ２８は、メッセージ内のバイトの値を再配置または変換し、それによって、メッセージを変換して、制御バスプロトコルに準拠するローカル制御メッセージを得ることができる。ローカル制御メッセージは、したがって、メッセージの第２の表示を含むことができる。ＨＡＬ２８は、プロセッサ１５および車両システム２６に結合された制御バスを介して、車両システム２６のうちの１つまたは複数の車両システムの動作状態変更を開始するよう、ローカル制御メッセージを送信することができる。

【0038】

ＨＡＬ２８は、同様に、車両システム２６から動作状態２７Ａ～２７Ｎ（図１には「ＳＴ２７Ａ～２７Ｎ」として示される「動作状態２７」）を含むローカルメッセージを受信（または、いくつかの例では、第２のＯＳ３１および車両システム２６の視点から透過的に傍受）することができる。ローカル制御メッセージは、ローカル制御バスプロトコルに準拠してもよい。ＨＡＬ２８は、ローカル制御メッセージを変換して、第１のＯＳ３０のＡＰＩ２９によってサポートされるメッセージを得ることができる。上述したように、ＨＡＬ２８は、基底のハードウェアの抽象化の一部として（言い換えれば、シムソフトウェア層を与えることの一部として）この変換を提供することができ、様々な異なるハードウェアプラットフォームにわたる第１のＯＳ３０の潜在的により単純な開発およびインストールを可能にする。ＨＡＬ２８はメッセージをＡＰＩ２９に与えることができ、ＡＰＩ２９は以前に送られたメッセージによって要求された動作状態変更の確認を得ることができる。

【0039】

上述したように、ＨＡＬ２８は、一例では、車両システム２６のうちの１つまたは複数の車両システムの動作状態を変更するためにユーザからディスプレイ２０によって提示されるＧＵＩを介して受信された入力に応答して、第１のＯＳ３０のＡＰＩ２９からのメッセージを処理するように構成されるユニットを表し得る。ＨＡＬ２８はまた、動作状態２７などの他の入力に応答して自動的に生成される第１のＯＳ３０のＡＰＩ２９からの出力を処理することもできる。出力とは、動作状態の変更を行うかまたは動作状態の変更を要求するよう第１のＯＳ３０によって発行されるメッセージをいう。

【0040】

いくつかの例では、第１のＯＳ３０または第２のＯＳ３１は、認証の形態に基づいて、車両システム２６のうちの１つまたは複数の車両システムの動作状態の変更を開始することを判断することができる。例えば、第１のＯＳ３０または第２のＯＳ３１は、ユーザを、キーフォブ、指紋、顔または音声に関連付けてもよい。いくつかの例では、車両システム２６のうちの１つは、認証システムを表してもよい。他の例では、ヘッドユニット２４は認証システムを含むことができる。認証システムは、どのキーフォブが使用されているか、ユーザの指紋、ユーザの顔の画像、またはユーザの音声のサンプルなどの認証因子（本明細書では認証の形態とも称される）を判断することができる。認証システムは、認証因子を示すメッセージを第２のＯＳ３１に与えることができる。

【0041】

いくつかの例では、ＨＡＬ２８は、認証因子を示すメッセージをＡＰＩ２９に与えることができる。第１のＯＳ３０は、認証因子に基づいて現在のユーザが「最後のアクティブユーザ」ではないと判断し、現在のユーザが最後のアクティブユーザではないことに基づいて車両システム２６のうちの１つまたは複数の車両システムの変更を要求するメッセージをＡＰＩ２９を介してＨＡＬ２８に与えてもよい。最後のアクティブユーザは、（自動車のエンジンがオフにされるかまたは自動車がシャットダウンされる前に）自動車を用いていた最後のユーザであってもよい。メッセージは、現在のユーザについての車両システム２６のうちの１つまたは複数の車両システムの１つまたは複数の好ましい設定を含むことができる。

【0042】

ＨＡＬ２８は、所与の時間にどのユーザ管理サービスが利用可能であるかを判断することができる。例えば、ＨＡＬ２８は、車両が動いている間にユーザ設定の変更が利用可能であってはならない、または安全上の理由からユーザ設定の変更が利用可能となるようにするためには車両が駐車していなければならない、と判断してもよい。いくつかの例では、ＨＡＬ２８は、あるユーザ設定は変更されてもよいが、他のユーザ設定は車両の状態に基づき変更されてはならない、と判断し得る。例えば、Ｈａｌ２８は、車両が移動しているとき、座席相対位置は変更してはならないが、環境制御は変更してもよい、と判断してもよい。

【0043】

図２は、図１のヘッドユニットの一例をより詳細に示すブロック図である。図２の例に示すヘッドユニット２４Ａは、図１に示すヘッドユニット２４の一例である。ヘッドユニット２４Ａは、自動車サービス５０、例えばユーザ管理サービスの実行環境を提供する第１のＯＳ３０（およびＡＰＩ２９）を実行することができる。

【0044】

ヘッドユニット２４Ａはまた、２つの異なるＨＡＬ２８Ａおよび２８Ｂを実行することもできる。車両ＨＡＬ２８Ａは、本開示で説明する技法の様々な態様に従って、ＡＰＩ２９からのメッセージとローカル制御メッセージとの間の変換を実行することができる変換サービス５２を実行することができる。コントローラエリアネットワーク（ＣＡＮ）バスＨＡＬ２８Ｂは、ローカル制御メッセージをユニバーサルシステムバス（ＵＳＢ）信号に変換し、ＵＳＢ信号をローカル制御メッセージに変換し、ハードウェアと第１のＯＳ３０との間の抽象化のさらに別の層を与えるように構成されたユニットを表し得る。

【0045】

ヘッドユニット２４Ａはまた、ＵＳＢ ＣＡＮインターフェース５８およびゲートウェイ６０を公開する、１つまたは複数のプロセッサ、固定論理回路、専用信号プロセッサ、専用制御プロセッサ（専用制御バスプロセッサなど）などと共に物理ＵＳＢインターフェースであるＵＳＢ５６を含み得る。ＵＳＢ ＣＡＮインターフェース５８は、ＵＳＢポートを介してＣＡＮ６１へのアクセスを与えるように構成されたユニットを表し得る。ゲートウェイ６０は、ＣＡＮ６１へのアクセスを制御する制御バスゲートウェイを公開するように構成されたユニットを表し、ある条件（例えば、正常に形成されなかったＣＡＮ信号を落とすなど）が存在する場合にＣＡＮ６１へのアクセスを制限することができるファイアウォールまたは他の種類のデバイスを表し得る。車両電気システムまたはサブシステムを制御し得るいくつかの電子制御ユニット（ＥＣＵ）６２Ａ～６２Ｎが、ＣＡＮ６１に通信可能に結合されてもよい。

【0046】

図３は、本開示の技法による成功したユーザ切り替えの一例を示すフロー図である。この例では、現在のユーザはユーザ１０に設定され、既存のユーザはユーザ０、１０、および１１を含み得る。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、ユーザをユーザ１０からユーザ１１に切り替えることを要求するメッセージ（例えば、SwitchToUser (11, listener)）を、CarUserManagerアプリケーション１０２（ＡＰＰ ＣＡＲＵＭ）に送信することができる（２０２）。いくつかの例では、メッセージは、ユーザ入力に基づくことができる。他の例では、メッセージは認証因子に基づくことができる。いくつかの例では、メッセージは、車両システム２６のうちの１つまたは複数の車両システムの動作状態の設定についてのユーザ１１の選好を含み得る。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（２０４）。CarUserManagerアプリケーション１０２は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SwitchToUser (11, listener)）をCarUserService１０４（ＣＡＲ ＣＡＲＵＳ）に送信することができる（２０６）。CarUserService１０４は、第１のＯＳ３０の一例を表してもよい。CarUserService１０４は、ユーザを切り替える許可が有効にされたかどうかを判断することができる（２０８）。許可が有効にされた場合、CarUserService１０４は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SwitchUser (10, 11, (0, 10, 11), listener)）を、UserHalService１０６（ＣＡＲ ＵＨＳ）に送信することができる（２１０）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0047】

UserHalService１０６は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SWITCH_USER_REQUEST: 10, 11 (0, 10, 11)）をVehicleHAL１０８（ＯＥＭ ＶＨＡＬ）に送信する（２１２）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、ユーザ１０をユーザ１１に切り替えること（２１３）を、例えば内部的にVehicleHAL１０８において、または第２のＯＳ３１において行うことができる。例えば、VehicleHAL１０８は、車両システム２６のうちの１つまたは複数の車両システムにローカルコマンドを発行して、１つまたは複数の動作状態をユーザ１１の選好に合致するように変更することができる。VehicleHALは、車両上におけるユーザの切り替えを示すメッセージ（例えば、SWITCH_USER_REQUEST: OK, -1)をUserHalService１０６に返すことができる（２１４）。UserHalService１０６は、第１のＯＳ３０におけるユーザの変更がオーケーであることを示すメッセージ（例えば、Result(ok)）をCarUserService１０４に送信することができる（２１６）。CarUserService１０４は、ユーザを切り替えるメッセージ（例えば、SwitchUser (11)）をIActivityManager１１０（第１のＯＳ３０の一例であってもよい）に与えることができる（２１８）。IActivityManager１１０は、第１のＯＳ３０におけるユーザをユーザ１１に切り替え（２１９）、ユーザがユーザ１１に変更されたことを示すメッセージ（例えば、真）をCarUserService１０４に返すことができる（２２０）。

【0048】

いくつかの例では、CarUserService１０４は、ユーザ１０からユーザ１１への切り替えがなされたことを確認するポストリクエスト（例えば、postSwitchUser (ok, 10, 11, (0, 10, 11))）をUserHalService１０６に送信してもよく（２２２）、UserHalService１０６は、ユーザ１０からユーザ１１への切り替えがなされたことを確認するメッセージ（例えば、SWITCH_USER_POST_REQUEST: OK, 10, 11, (0, 10, 11)）をVehicleHAL１０８に送信してもよい（２２４）。いくつかの例では、ポストリクエストは、onUserSwitch()コールバックのように作用し、ACTION_LOCKED_BOOT_COMPLETEDで送られる。CarUserService１０４はまた、ユーザの変更が行われることを示すメッセージ（例えば、listener.onResult(result=ok) ）をＵＩ１００に送信することができる（２２６）。いくつかの例では、ＵＩ１００は、ユーザに、ユーザの変更が行われたことの表示を与えることができる（簡略化のため図示せず）。例えば、ＵＩ１００は、「ようこそ、ジョン」または「車両システムがあなたのお好みに合うように変更されました、メアリー」などのメッセージを表示してもよい。いくつかの例では、ＵＩ１００は、変更が行われたという聴覚表示をユーザに与えてもよい。

【0049】

図４は、本開示の技法による、第２のＯＳ３１に基づく失敗したユーザ切り替えの一例を示すフロー図である。この例では、現在のユーザはユーザ１０であり、既存のユーザはユーザ０、１０、および１１を含み得る。ＵＩ１００は、ユーザ１０からユーザ１１にユーザを切り替えることを要求するメッセージ（例えば、SwitchToUser (11, listener)）をCarUserManagerアプリケーション１０２に送信する（２２８）。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（２３０）。CarUserManagerアプリケーション１０２は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SwitchToUser(11, listener)）をCarUserService１０４に送信することができる（２３２）。CarUserService１０４は、第１のＯＳ３０の一例を表してもよい。CarUserService１０４は、ユーザを切り替える許可が有効にされたかどうかを判断することができる（２３４）。許可が有効にされた場合、CarUserService１０４は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SwitchUser (10, 11, (0, 10, 11), listener)）をUserHalService１０６に送信することができる（２３６）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0050】

UserHalService１０６は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SWITCH_USER_REQUEST: 10, 11 (0, 10, 11)）をVehicleHAL１０８に送信することができる（２３８）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、ユーザ１０をユーザ１１に切り替える要求を拒否し、ユーザを切り替える要求の拒否（例えば、SWITCH_USER_REQUEST: FAIL, 42)を示すメッセージをUserHalService１０６に返すことができる（２４０）。例えば、VehicleHAL１０８は、車両が移動していると判断し、ユーザの切り替えを防止する。UserHalService１０６は、ユーザを変更する要求が拒否されたことを示すメッセージ（例えば、Result (FAIL, 42)）をCarUserService１０４に送信することができる（２４２）。CarUserService１０４は、ユーザへの切り替えが発生していないことを示すメッセージ（例えば、listener.onResult (result=OEM_FAIL, error=42)）をＵＩ１００に与えることができる（２４４）。いくつかの例では、ＵＩ１００は、切り替えが発生していないという表示をユーザ１１に与えることができる（２４５）。例えば、ＵＩ１００は、エラーメッセージ、または車両が移動しているなど、何らかの理由でユーザの変更が許可されないというメッセージを表示してもよい。いくつかの例では、ＵＩ１００は、ユーザの変更が発生しなかったという聴覚表示を与えてもよい。

【0051】

図５は、本開示の技法による、第１のＯＳ３０に基づく失敗したユーザ切り替えの一例を示すフロー図である。この例では、現在のユーザはユーザ１０に設定され、既存のユーザはユーザ０、１０、および１１を含み得る。ＵＩ１００は、ユーザ１０からユーザ１１にユーザを切り替えることを要求するメッセージ（例えば、SwitchToUser (11, listener)）をCarUserManagerアプリケーション１０２に送信することができる（２４６）。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（２４８）。CarUserManagerアプリケーション１０２は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SwitchToUser (11, listener)）をCarUserService１０４に送信することができる（２５０）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、ユーザを切り替える許可が有効にされたかどうかを判断することができる（２５２）。許可が有効にされた場合、CarUserService1０４は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SwitchUser (10, 11, (0, 10, 11), listener))）をUserHalService１０６に送信することができる（２５４）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0052】

UserHalService１０６は、ユーザ１０からユーザ１１への切り替えを要求するメッセージ（例えば、SWITCH_USER_REQUEST: 10, 11 (0, 10, 11)）をVehicleHAL１０８に送信することができる（２５６）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、ユーザ１０をユーザ１１に切り替えること（２５７）を、例えば内部的にVehicleHAL１０８において、または第２のＯＳ３１において行い、車両上のユーザの切り替えがオーケーであることを示すメッセージ（例えば、SWITCH_USER_REQUEST: OK, -1)をUserHalService１０６に返すことができる（２５８）。UserHalService １０６は、第１のＯＳ３０におけるユーザの変更がオーケーであることを示すメッセージ（例えば、Result (ok)）をCarUserService １０４に送信することができる（２６０）。CarUserService１０４は、ユーザ１１に切り替えるメッセージ（例えば、SwitchUser (11)）をIActivityManager１１０（第１のＯＳ３０の一例であることができる）に与えることができる（２６２）。IActivityManager１１０は、第１のＯＳ３０においてユーザを変更することができないことがあり（簡略化のため図示せず）、ユーザが変更されていないことを示すメッセージ（例えば偽）をCarUserService１０４に返すことがある（２６４）。CarususerService１０４は、ユーザ１０からユーザ１１への切替が行われなかったことを確認するポストリクエスト（例えば、postSwitchUser (fail, 10, 10, (0, 10, 10))）をUserHalService１０６に送信し（２６６）、UserHalService１０６はユーザがユーザ１０のままであることを示すメッセージ（例えば、SWITCH_USER_POST_REQUEST: 10, 11, (0, 10, 10)）をVehicleHAL１０８に送信することができる（２６８）。VehicleHAL１０８は、ユーザをユーザ１０に戻す変更（２６９）を内部的にVehicleHAL１０８において、または第２のＯＳ３１において行うことができる。CarUserService１０４は、ユーザにおける切替が発生していないことを示すメッセージ（例えば、listener.onResult (result=ANDROID FAIL）（ANDROID：登録商標）をＵＩ１００に与えることができる（２７０）。いくつかの例では、ＵＩ１００は、切り替えが発生しなかった旨の表示をユーザ１１に与えることができる（簡略化のため図示せず）。例えば、ＵＩ１００は、エラーメッセージ、または車両が移動しているなど、何らかの理由でユーザの変更が許可されないというメッセージを表示してもよい。いくつかの例では、ＵＩ１００は、ユーザの変化が発生しなかったという聴覚表示を与えてもよい。

【0053】

図６は、本開示の技法による成功したユーザ作成の一例を示すフロー図である。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をCarUserManagerアプリケーション１０２に送信することができる（２７２）。メッセージは、ユーザタイプ（通常のユーザまたはゲストユーザなど）およびユーザ名を含んでもよい。いくつかの例では、ゲストユーザは、通常のユーザとは異なる、車両システム２６を制御する能力を有し得る。例えば、ゲストユーザは、通常のユーザが通常のユーザのプロファイルに基づいて構成でき得るほど多くの車両システム２６を、ゲストユーザのプロファイルに基づいて構成することはできない。いくつかの例では、メッセージは、初期ユーザ作成要求であってもよい。例えば、車両が最初に（初めて、または車両の販売時に）オンにされると、ＵＩ１００は初期ユーザの作成を試みてもよい。ユーザプロファイルは、様々な車両システム２６Ａ～２６Ｎの設定に対するユーザ選好を含むことができる。

【0054】

さらに、メッセージは、車両システム２６のうちの１つまたは複数の車両システムの動作状態に対する好ましい設定を含むことができる。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（２７４）。CarUserManagerアプリケーション１０２は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をCarUserService１０４に送信することができる（２７６）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をIUserManager１１２に送信することができる（２７８）。IUserManager１１２は、ユーザを作成する許可が有効にされたかどうかを判断することができる（２８０）。許可が有効にされた場合、IUserManager１１２は、新たなユーザが作成されてもよいこと、および新たなユーザ識別がユーザ１２であることを示すメッセージ（例えば、UserInfo (info.id-12)）をCarUserService１０４に送信することができる（２８２）。CarUserService１０４は、新たなユーザ１２を作成することを要求するメッセージ（例えば、CreateUser ( 12, "TheDude", userType, flags, listener)）をUserHalService１０６に送信することができる（２８４）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0055】

UserHalService１０６は、新たなユーザ１２を作成するようメッセージ（例えば、CREATE_USER_REQUEST: 12, flags, "userType, TheDude"）をVehicleHAL１０８に送信することができる（２８６）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、VehicleHAL１０８または第２のＯＳ３１において新たなユーザ１２を作成し、新たなユーザ情報（例えば、ユーザｉｄ、ユーザ名、ユーザタイプ、および／または車両システム２６の１つまたは複数の好ましい設定）をユーザ管理データ３５に記憶する（２８７）。VehicleHAL１０８は、新たなユーザ１２がユーザ管理データ35において作成されたことを示すメッセージ（例えば、CREATE_USER_REQUEST: OK）をUserHalService１０６に与えることができる（２８８）。UserHalService１０６は、新たなユーザ１２の作成が成功したことを示すメッセージ（例えば、Result (ok)）をCarUserService１０４に送信することができる（２９０）。CarUserService１０４は、新たなユーザ１２の作成が成功したことを示すメッセージ（例えば、listener.onResult (result=ok, userId=12)）をＵＩ１００に与えることができる（２９２）。いくつかの例では、ＵＩ１００は、新たなユーザの作成が成功したという表示をユーザ１２に与えることができる（簡略化のため図示せず）。例えば、ＵＩ１００は、新たなユーザの作成が成功したことを示すメッセージを表示することができ、またはＵＩ１００は、新たなユーザの作成が成功したという聴覚表示を与えることができる。

【0056】

図７は、本開示の技法による、第１のＯＳ３０に基づく失敗したユーザ作成の一例を示すフロー図である。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をCarUserManagerアプリケーション１０２に送信することができる（２９４）。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（２９６）。CarUserManagerアプリケーション１０２は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をCarUserService１０４に送信することができる（２９８）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をIUserManager１１２に送信することができる（３００）。IUserManager１１２は、ユーザを作成する許可が有効にされたかどうかを判断することができる（３０２）。許可が有効化されていない場合、IUserManager１１２は、新たなユーザが作成されてはならないことを示すメッセージ（例えば、null）をCarUserService１０４に送信することができる（３０４）。この場合、CarUserService１０４は、VehicleHAL１０８を呼び出さなくてもよい。CarUserService１０４は、新たなユーザの作成が成功しなかったことを示すメッセージ（例えば、listener.onResult (result=ANDROID_FAIL)）をＵＩ１００に与えることができる（３０６）。ＵＩ１００は、新たなユーザの作成が成功しなかったという表示を与えることができる（３０７）。例えば、ＵＩ１００は、新たなユーザの作成が成功しなかったことを、メッセージで表示するか、または聴覚表示を与えることができる。

【0057】

図８は、本開示の技法による、第２のＯＳ３１に基づく失敗したユーザ作成の一例を示すフロー図である。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をCarUserManagerアプリケーション１０２に送信することができる（３０８）。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（３１０）。CarUserManagerアプリケーション１０２は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をCarUserService１０４に送信することができる（３１２）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、新たなユーザを作成することを要求するメッセージ（例えば、CreateUser ("TheDude", userType, flags, listener)）をIUserManager１１２に送信することができる（３１４）。IUserManager１１２は、第１のＯＳ３０の一例を表し得る。IUserManager１１２は、ユーザを作成する許可が有効にされたかどうかを判断することができる（３１６）。許可が有効にされた場合、IUserManager１１２は、新たなユーザ、例えば、ユーザ１２をIUserManager１１２において作成することができる（簡略化のため図示せず）。IUserManager１１２は、新たなユーザが作成されてもよいこと、および新たなユーザ識別がユーザ１２であることを示すメッセージ（例えば、UserInfo (info.id=12)）をCarUserService１０４に送信することができる（３１８）。CarUserService104は、新たなユーザ１２を作成することを要求するメッセージ（例えば、CreateUser (12, "TheDude", userType, flags, listener)）をUserHalService１０６に送信することができる（３２０）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0058】

UserHalService１０６は、新たなユーザ１２を作成するためにメッセージ（例えば、CREATE_USER_REQUEST: 12, flags, "userType, TheDude"）をVehicleHAL１０８に送信することができる（３２２）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、ユーザ管理データ３５において新たなユーザ１２を作成することができないことがある（３２３）。VehicleHAL１０８は、新たなユーザ１２がユーザ管理データ３５において作成されていないことを示すメッセージ（例えば、CREATE_USER_REQUEST: FAIL, 42）をUserHalService１０６に与えることができる（３２４）。UserHalService１０６は、新たなユーザ１２の作成が失敗したことを示すメッセージ（例えば、Result (FAIL, 42) ）をCarUserService１０４に送信することができる（３２６）。CarUserService１０４は、ユーザ１２を除去するメッセージ（例えば、removeUser (12)）をIUserManager１１２に与えることができる（３２８）。IUserManager１１２は、ユーザ１２を除去できる（簡略化のため図示せず）。CarUserService１０４は、新たなユーザ１２の作成が失敗したことを示すメッセージ（例えば、 listener.onResult (result=OEM_FAIL, error=42)）をＵＩ１００に与えることができる（３３０）。ＵＩ１００は、新たなユーザの作成が失敗したという表示を与えることができる（簡略化のため図示せず）。

【0059】

図９は、本開示の技法による、成功したユーザ除去の例を示すフロー図である。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12, listener))をCarUserManagerアプリケーション１０２に送信することができる（３２２）。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（３３４）。CarUserManagerアプリケーション１０２は、ユーザ１２の除去を要求するメッセージ（例えば、removeUser (12)）をCarUserService１０４に送信することができる（３３６）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、ユーザ１２を除去するメッセージ（例えば、removeUser (12)）をIUserManager１１２に送信することができる（３３８）。IUserManager１１２は、第１のＯＳ３０の一例を表し得る。IUserManager１１２は、ユーザを除去する許可が有効にされたかどうかを判断することができる（３４０）。許可が有効にされた場合、IUserManager１１２は、CarUserService１０４がユーザを除去できることを示すメッセージ（例えば、真)をCarUserService１０４に送信することができる（３４２）。CarUserService１０４は、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12)）をUserHalService１０６に送信することができる（３４４）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0060】

UserHalService１０６は、ユーザ１２を除去するようメッセージ（例えば、REMOVE_USER_REQUEST: 12）をVehicleHAL１０８に送信することができる（３４６）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、例えば、ユーザ管理データ３５からユーザ１２を除去することができる（３４７）。VehicleHAL１０８は、ユーザ１２が除去されたことを示すメッセージ（例えば、REMOVE_USER_REQUEST: OK）をUserHalService１０６に与えることができる（３４８）。UserHalService１０６は、ユーザ１２が除去されたことを示すメッセージ（例えば、Result (ok)）をCarUserService１０４に送信することができる（３５０）。CarUserService１０４は、メッセージ（例えば、removeUser (12)）をIUserManager１１２に送信してユーザ１２を除去することもできる（３５２）。IUserManager１１２は、例えばクラウド（簡略化のため図示せず）に基づくメモリからユーザ１２を除去することができる。CarUserService１０４は、ユーザ１２が除去されたことを示すメッセージをＵＩ１００に与えることもできる。ＵＩは、表示されたメッセージまたは聴覚表示（簡略化のため図示せず）など、ユーザ１２が除去されたことをユーザに示すことができる。

【0061】

図１０は、本開示の技法による、第１のＯＳ３０に基づく失敗したユーザ除去の一例を示すフロー図である。ＵＩ１００は、ユーザ、例えば、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12, listener))をCarUserManagerアプリケーション１０２に送信することができる（３５６）。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（３５８）。CarUserManagerアプリケーション１０２は、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12)）をCarUserService１０４に送信することができる（３６０）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12)）をIUserManager１１２に送信することができる（３６２）。IUserManager１１２は、第１のＯＳ３０の一例を表し得る。IUserManager１１２は、ユーザを除去する許可が有効にされたかどうかを判断することができる（３６４）。許可が有効化されていない場合、IUserManager１１２は、CarUserService１０４がユーザを除去できないことを示すメッセージ（例えば偽）をCarUserService１０４に送信することができる（３６６）。この場合、CarUserService１０４は、VehicleHAL１０８を呼び出さなくてもよい。CarUserService１０４は、ユーザ１２が除去されていないことを示すメッセージ（例えば、listener.onResult (result=ANDROID_FAIL)）をＵＩ１００に送信することができる（３６８）。ＵＩ１００は、ユーザ１２が除去されていないという表示を与えることができる。

【0062】

図１１は、本開示の技法による、第２のＯＳ３１に基づく失敗したユーザ除去の一例を示すフロー図である。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12, listener)）をCarUserManagerアプリケーション１０２に送信することができる（３７０）。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、メッセージが受信された旨をＵＩ１００に応答することができる（３７２）。CarUserManagerアプリケーション１０２は、ユーザ１２の除去を要求するメッセージ（例えば、removeUser (12)）をCarUserService１０４に送信することができる（３７４）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、ユーザ12を除去することを要求するメッセージ（例えば、removeUser (12)）をIUserManager１１２に送信することができる（３７６）。IUserManager１１２は、第１のＯＳ３０の一例を表し得る。IUserManager１１２は、ユーザを除去する許可が有効にされたかどうかを判断することができる（３７８）。許可が有効にされた場合、IUserManager１１２は、CarUserService１０４がユーザを除去できることを示すメッセージ（例えば、真)をCarUserService１０４に送信することができる（３８０）。CarUserService１０４は、ユーザ１２を除去することを要求するメッセージ（例えば、removeUser (12)）UserHalService１０６にを送信することができる（３８２）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0063】

UserHalService１０６は、ユーザ１２を除去するメッセージ（例えば、REMOVE_USER_REQ:12)をVehicleHAL１０８に送信することができる（３８４）。ＨＡＬ１０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、例えば、ユーザ管理データ３５からユーザ１２を除去することができない場合がある（３８５）。例えば、VehicleHAL１０８は、ユーザ１２が現在のユーザであると判断し、現在のユーザを除去しない場合がある。VehicleHAL１０８は、ユーザ１２が除去されていないことを示すメッセージ（例えば、REMOVE_USER_REQ:FAIL, 42）をUserHalService１０６に与えることができる（３８６）。UserHalService１０６は、ユーザ１２が除去されなかったことを示すメッセージ（例えば、Result (FAIL, 42)）をCarUserService１０４に送信することができる（３８８）。CarUserService１０４は、ユーザ１２が除去されなかったことを示すメッセージ（例えば、listener.onResult (result=OEM_FAIL, error=42)）をＵＩ１００に与えることができる（３９０)。ＵＩ１００は、ユーザ１２が除去されなかったという表示を与えることができる（簡略化のため図示せず）。例えば、ＵＩ１００は、ユーザ１２が除去されなかったことをメッセージで表示するか、または聴覚表示を与えることができる。

【0064】

現代の車両は、車両がキーフォブ、顔画像、指紋、または音声サンプルを介してなど、人間の運転者をコンピュータにおいてユーザと関連付けることができる複数の方法を有する。ＡＰＩ２９は、認証方法のチェックおよび設定を提供するように構成されてもよい。いくつかの例では、それは、認証のための事前定義済み値（キーフォブ、顔認証、ブルートゥース（登録商標）接続など）を与えることができる。車両製造者は、認証をカスタマイズすることができる。図１２は、本開示の技法による、ユーザの認証因子との関連付けの一例を示すフロー図である。図１２の例は、認証因子としてキーフォブを説明するが、指紋、顔画像、音声サンプルなど、任意の認証因子が使用され得る。ユーザインターフェース（「ＵＩ」）１００（ＡＰＰ ＵＩ）は、ユーザが用いているキーフォブに関連付けられたユーザ識別を要求するメッセージ（例えば、getUserIdentification ((KEY_FOB)）をCarUserManagerアプリケーション１０２に送信することができる（３９２）。ＵＩ１００は、図１に示される例示的なディスプレイ２０を表し得る。CarUserManagerアプリケーション１０２は、キーフォブに関連付けられたユーザ識別を要求するメッセージ（例えば、getUserIdentification ((KEY_FOB)）をCarUserService１０４に送信することができる（３９４）。CarUserService１０４は、第１のＯＳ３０の一例を表し得る。CarUserService１０４は、ユーザ識別を与える許可が有効にされたかどうかを判断することができる（３９５）。許可が有効化された場合、CarUserService１０４は、キーフォブに関連付けられたユーザ識別を要求するメッセージ（例えば、getUserIdentification ((KEY_FOB)）をUserHalService１０６に送信することができる（３９６）。UserHalService１０６は、図１および図２に示されるＡＰＩ２９の一例を表し得る。

【0065】

UserHalService１０６は、キーフォブに関連付けられたユーザ識別を要求するメッセージ（例えばget USER_IDENTIFICATION_ASSOCIATION (10, (KEY_FOB)）をVehicleHAL１０８に送信することができる（３９８）。VehicleHAL １０８は、図１および図２に示されるＨＡＬ２８の一例を表し得る。VehicleHAL１０８は、キーフォブがユーザ識別に関連付けられているかどうかを判断することができる(簡略化のため図示せず）。

【0066】

キーフォブがユーザ識別に関連付けられている場合、VehicleHAL１０８はユーザ識別をUserHalService１０６に与えることができ（簡略化のため図示せず）、UserHalService１０６はユーザ識別をCarUserService１０４に与えることができ（簡略化のため図示せず）、CarUserService１０４はユーザ識別をＵＩ１００に与えることができる（簡略化のため図示せず）。ユーザ識別が最後のアクティブユーザと異なる場合、ＵＩ１００は、図３～図５のように、ユーザを切り替えることを試みることができる（簡略化のため図示せず）。

【0067】

一方、キーフォブがユーザ識別に関連付けられていない場合、VehicleHAL１０８は、キーフォブがユーザ識別に関連付けられていないことを示すメッセージ（例えば、USER_IDENTIFICATION_ASSOCIATION (NOT_ASSOCIATED_ANY_USER)）を、UserHalService１０６に与えることができる（４００）。UserHalService１０６は、キーフォブがユーザ識別に関連付けられていないことを示すメッセージ（例えば、(NOT_ASSOCIATED_ANY_USER)）をCarUserService１０４に送信することができる（４０２）。CarUserService１０４は、キーフォブがユーザ識別に関連付けられていないことを示すメッセージ（例えば、 (NOT_ASSOCIATED_ANY_USER)）をＵＩ１００に与えることができる（４０４）。ＵＩ１００は、現在のユーザに関連付けられるキーフォブを要求するメッセージをCarUserManager１０２に送信することができる（４０６）。CarUserManager１０２は、現在のユーザと関連付けられるキーフォブを要求するメッセージ（例えば、setUserIdentification ((KEY_FOB))）をCarUserService１０４に送信することができる（４０８）。CarUserService１０４は、キーフォブを現在のユーザと関連付ける許可が有効にされたかどうかを判断することができる（４１０）。許可が有効化された場合、CarUserService１０４は、現在のユーザに関連付けられるキーフォブを要求するメッセージ（例えば、setUserIdentification ((KEY_FOB))）をUserHalService１０６に送信することができる（４１２）。

【0068】

UserHalService１０６は、ユーザ１０（現在のユーザの識別）をキーフォブに関連付けるようにVehicleHAL１０８に命令するメッセージ（例えば、set_USER_IDENTIFICATION_ASSOCIATION (10, KEY_FOB)）をVehicleHAL１０８に送信することができる（４１４）。VehicleHAL１０８は、現在のユーザをキーフォブと関連付け（簡略化のため図示せず）、現在のユーザがキーフォブに現在関連付けられていることを示すメッセージ（例えば、USER_IDENTIFICATION_ASSOCIATION (ASSOCIATE_CURRENT_USER）をUserHalService１０６に送信することができる（４１６）。UserHalService１０６は、現在のユーザが現在キーフォブに関連付けられていることを示すメッセージ（例えば、ASSOCIATE_CURRENT_USER）をCarUserService１０４に送信することができる（４１８）。CarUserService１０４は、現在のユーザが現在キーフォブに関連付けられていることを示すメッセージ（例えば、ASSOCIATE_CURRENT_USER）をＵＩ１００に送り返すことができる（４２０）。ＵＩ１００は、現在キーフォブに関連付けられているという表示、例えば、表示されたメッセージまたは聴覚表示を、現在のユーザに与えることができる（簡略化のため図示せず）。

【0069】

図１３は、本開示の技法による、ユーザ管理サービスを提供する例のフローチャートである。車両の１つまたは複数のプロセッサ（例えば、プロセッサ１５）は、車両にユーザ管理サービスを提供するために第１のオペレーティングシステム（例えば、第１のＯＳ３０）を実行することができる（５００）。例えば、プロセッサ１５は、システムメモリ１６から第１のＯＳ３０をロードし、第１のＯＳ３０を実行することができる。第１のＯＳ３０は、本開示で説明するように、車両にユーザ管理サービスを提供することができる。

【0070】

第１のオペレーティングシステムは、第２のオペレーティングシステムにインターフェースを提示することができ、第２のオペレーティングシステムはインターフェースによってユーザ管理オペレーションを呼び出すことができる（５０２）。例えば、第１のＯＳ３０は、ＡＰＩ２９を第２のＯＳ３１に提示することができる。第２のＯＳ３１は、ＡＰＩ２９を用いて、本開示で説明するように、ユーザ管理動作を呼び出すことができる。

【0071】

第１のオペレーティングシステムは、ユーザ管理に関連する第１のメッセージを生成することができる（５０４）。例えば、第１のＯＳ３０は、ユーザを変更する要求、ユーザ作成メッセージ、ユーザ削除メッセージ、初期ユーザ割り当てメッセージ、またはゲストユーザメッセージのうちの少なくとも１つを含み得る、ユーザ管理に関連する第１のメッセージを生成することができる。いくつかの例では、第１のメッセージは、新たなユーザプロファイル（場合によってはゲストユーザプロファイルであり得る）または初期ユーザプロファイルをさらに含むことができる。

【0072】

インターフェースは、第１のメッセージを第２のオペレーティングシステムに与えることができる（５０６）。例えば、ＡＰＩ２９は、第１のメッセージを第２のＯＳ３１に与えることができる。いくつかの例では、ＡＰＩ２９は、第１のメッセージを第２のＯＳ３１のＨＡＬ２８に与えることができる。

【0073】

インターフェースは、第２のオペレーティングシステムから第２のメッセージを受信することができ、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間でユーザ管理を同期させることに関連する（５０８）。例えば、ＡＰＩ２９は、第２のＯＳ３１から第２のメッセージを受信することができる。いくつかの例では、ＡＰＩ２９は、第２のＯＳ３１のＨＡＬ２８から第２のメッセージを受信することができる。いくつかの例では、第２のメッセージは、ユーザの変更がある時点で許可されるかどうか；内部ユーザプロファイルが第２のオペレーティングシステムによって車両ユーザ管理システムにおいて記憶され、内部ユーザプロファイルは第１のメッセージ内の新たなユーザプロファイルに基づくこと；ユーザが車両ユーザ管理システムから削除されるか否か；または、現在のユーザがゲストユーザであるか否か、のうちの少なくとも１つを示す。

【0074】

いくつかの例では、インターフェースは、第２のオペレーティングシステムから第３のメッセージを受信することができる。例えば、ＡＰＩ２９は、ＯＳ３１から（例えば、ＨＡＬ２８から）、車両管理システム内に（例えば、ユーザ管理３５において）ユーザが記憶されていないことを示す第３のメッセージを受信することができる。

【0075】

図１４Ａ～図１４Ｃは、本開示の技法によるユーザ管理サービスを提供するさらなる例のフローチャートである。図１４Ａ～図１４Ｃの例のいずれかまたはすべては、図１３の例と一緒に用いられる。

【0076】

図１４Ａでは、第１のオペレーティングシステムは、第２のメッセージに基づいて、ユーザの変更がある時点で許可されるかどうかを判断することができる（５１０）。例えば、第１のＯＳ３０は、第２のメッセージを読み取り、ユーザ変更が許可されている（例えば、ユーザの変更は、第２のＯＳ３１によって禁止されない）と判断することができる。ユーザの変更がその時点で許可されるという判断に基づいて、インターフェースは、車両の１つまたは複数のシステムを制御する第３のメッセージを第２のオペレーティングシステムに与えることができる。例えば、ＡＰＩ２９は、第３のメッセージを第２のＯＳ３１（例えば、ＨＡＬ２８）に与えることができる。第３のメッセージは、人間工学的システム、エンターテインメントシステム、インフォテインメントシステム、環境システム、安全システム、またはドライブモードシステムなど、車両の１つまたは複数のシステムを制御することができる。

【0077】

図１４Ｂにおいて、第１のオペレーティングシステムは、第２のメッセージに基づいて現在のユーザがゲストユーザであるか否かを判断することができる。例えば、第１のＯＳ３０は、第２のメッセージを読み取り、現在のユーザがゲストユーザであると判断することができる。現在のユーザがゲストユーザであるという判断に基づいて、インターフェースは、第２のオペレーティングシステムに第３のメッセージを与えることができ、第３のメッセージは、第２のオペレーティングシステムによるゲストユーザプロファイルの作成を制御する。例えば、ＡＰＩ２９は、第３のメッセージを第２のＯＳ３１（例えば、ＨＡＬ２８）に与えることができる。第３のメッセージは、現在のユーザに関連付けられたゲストユーザプロファイルの作成を制御することができる。このゲストユーザプロファイルは、例えば、ユーザ管理３５に記憶されてもよい。

【0078】

図１４Ｃでは、第１のオペレーティングシステムは、ユーザを認証の形態と関連付けることができる（５１８）。例えば、第１のＯＳ３０は、キーフォブ、指紋、顔（顔のスキャンまたは画像による）または音声（声紋による）のうちの１つまたは複数をユーザと関連付けることができる。第１のオペレーティングシステムは、認証の形態に基づいて、現在のユーザが最後のアクティブなユーザと異なる、と判断することができる（５２０）。例えば、第１のＯＳ３０は、現在のユーザの認証因子（これは、ユーザ管理３５、または車両システム２６Ａ～２６Ｎのうちの１つであることができる車両認証システムに記憶され得る）を検索し、現在のユーザが最後のアクティブユーザではない、と判断することができる。この場合、第１のＯＳ３０は、ユーザを現在のユーザに変更したり、新たなユーザを作成したり、ゲストユーザを作成したりすることを試みることができる。

【0079】

図１５は、第１のＯＳ３０および第２のＯＳ３１の例示的なコンポーネントを示すブロック図である。第１のＯＳ３０は、（車両製造者に関連付けられることができる）ユーザに関連付けられることができる設定などの設定アクティビティ１１４、および（車両製造者に関連付けられるソフトウェア開発キットであることができる）CarUserManagerアプリケーション１０２（CARUSERMGR）を含むことができる。また、第１のＯＳ３０は、CarUserService１０４と、UserHalService１０６と、IActivityManager１１０と、IUserManager１１２とを含むこともできる。第２のＯＳ３１は、VehicleHAL１０８およびＯＥＭ固有コンポーネント１２２を含むことができ、これらは、ユーザ管理のために第２のＯＳ３１によって利用されることができる。VehicleHAL１０８は、以下でさらに説明されるＨＡＬプロパティ１２０を含むことができる。

【0080】

いくつかの例では、第１のＯＳ３０が、ＨＡＬ２８に対して、どのタイプのユーザが使用されるべきか（例えば、初期ユーザ、ゲストユーザ、通常のユーザなど）を通信するように要求し始める場合、第１のＯＳ３０は、ＡＰＩ２９を介してＨＡＬ２８にメッセージを送信することができる。このメッセージは、第１のブート（例えば、車が初めて始動される）、コールドブート（例えば、第１のブート後の通常のブート）、またはＲＡＭへのサスペンド（例えば、スリープからのウェイク）など、異なるタイプのスタートで送信されることができる。ＨＡＬ２８は、第１のＯＳ３０によって用いられるべきユーザのタイプでＡＰＩ２９に応答することができる。いくつかの例では、第１のブート、コールドブート、またはＲＡＭからのサスペンド中に、第１のＯＳ３０は、ＨＡＬ２８を呼び出すことができる。ＨＡＬ２８は、既存のユーザへの切り替え、ユーザの作成、またはそれら２つの混合で、応答することができる。

【0081】

いくつかの例では、コールバックイベントが有効化されることができる。例えば、第１のＯＳ３０は、ユーザがロック解除されるかまたは切り替えられるときに第１のＯＳ３０上で動作することができるアプリケーション（車両製造者によって提供され得る）に通知を送信することができる。

【0082】

第１のＯＳ３０が起動すると、第１のＯＳ３０は、CarServiceHelperServiceを用いて、どのユーザに切り替えるかを判断することができる。例えば、第１のブートにおいて、ＯＳ３０は、初期ユーザ（例えば、ユーザ１０）を作成することができる。他のブートまたはＲＡＭへのサスペンドで、ＯＳ３０は、ユーザを最後のアクティブユーザに切り替えることができる。他の例では、ＯＳ３０は、ユーザを、車をロック解除したＦＯＢに関連付けられるユーザまたは別の認証因子に関連付けられるユーザに切り替えることができる。

【0083】

本明細書で説明する例は、ＵＩ１００が様々なワークフローを開始することに焦点を当てるが、いくつかの例では、ＨＡＬ２８がワークフローを開始することができる。例えば、車両顔認識システム（例えば、車両システム２６のうちの１つ）が最後のユーザとは異なるユーザを検出すると、ＨＡＬ２８は、ユーザ切り替えを開始するためにＡＰＩ２９にメッセージを送信することができる。

【0084】

いくつかの例では、ＯＳ３０は、他の態様でＨＡＬ２８と対話することができる。一例では、ユーザ切り替え、作成、および除去は、以下のようにインターフェースに抽象化されるようことができる：

【0085】

【数1】

【0086】

UserManagerServiceおよびActivityManagerServiceは、これらのインターフェースを任意選択で用いてもよい：

【0087】

【数2】

【0088】

基底の内部サービスに様々な技法を追加することにより、本開示の技法を第１のＯＳ３０からの既存のユーザ管理ＡＰＩと統合することができる。例えば、CarServiceHelperServerは、以下のように変更されてもよい：

【0089】

【数3】

【0090】

いくつかの例では、UserManagerは、ユーザを切り替えることができるかどうかをチェックするために呼び出されることができるＡＰＩを与えることができる。

【0091】

いくつかの例では、ＨＡＬ２８メッセージは、現在のユーザステータス（例えば、現在のユーザ識別、すべてのユーザのリストなど）についての情報を含む。いくつかの例では、ＨＡＬ２８は、現在のユーザステータスに関する情報を利用して、ＨＡＬ２８のユーザ状態を第１のＯＳ３０のユーザ状態と同期して維持することができる。いくつかの例では、第１のＯＳ３０のコールバックは、現在のユーザステータスについての情報も含むことができる。

【0092】

いくつかの例では、CarUserService１０４は、任意の時点で実行している動作がたった１つのみであることを保証することができる。例えば、前の要求が完了する前にユーザ切り替え要求が試みられる場合、CarUserService１０４は新たなユーザ切り替え要求に失敗してもよい。

【0093】

いくつかの例では、ＡＰＩ２９メッセージに対するＨＡＬ２８応答は同期的であることができる。そのような場合、本開示の技法は、実現することがより簡単であることができる。例えば、アプリケーションからの呼び出し元は一方向バインダトランザクションを発行することができ、したがって、UserHalService１０６は、ＨＡＬ２８が応答するまでブロックすることができる。しかしながら、ＨＡＬ２８が応答しない場合、これは多くのブロックされたスレッドをもたらし得る。

【0094】

他の例では、ＡＰＩ２９に対するＨＡＬ２８応答は非同期的であることができる。そのような例では、ステートマシンを用いて要求を応答にマッピングすることができ、UserHalServiceはより軽量であることができる。

【0095】

VehicleHAL１０８の例示的な実現例は、以下のとおりである：

【0096】

【数4】

【0097】

【0098】

【0099】

【0100】

【0101】

【0102】

【0103】

【0104】

【0105】

【0106】

【0107】

【0108】

【0109】

【0110】

【0111】

【0112】

【0113】

【0114】

【0115】

【0116】

【0117】

【0118】

【0119】

【0120】

【0121】

【0122】

【0123】

【0124】

VehicleHAL１０８の別の例示的な実現例は、以下のとおりである：

【0125】

【数5】

【0126】

【0127】

【0128】

【0129】

CarUserManager１０２の例示的な実現例は、以下のとおりである：

【0130】

【数6】

【0131】

【0132】

いくつかの例では、フレームワーク構成プロパティによって定義されるいくつかのユーザ関連設定は、ＨＡＬ２８内にあることができる。そのような場合、（オーバーレイされたリソースの解析の前に）ＨＡＬ２８に直ちにプロパティ値を利用可能にする、および、ＨＡＬ２８がその値を動的に変更する（例えば、システムメモリ１６内の現在の記憶容量に基づいてユーザの最大数を定義する）ことができる、という利点を有する。

【0133】

これらの場合、初期設定は、UserControllerに渡されてもよい。幾つかの例では、初期設定は、UserControllerにActivityManagerService.retrieveSettings() で渡されるが、それはCarServiceHelperServiceがインスタンス化される前にActivityManagerService.systemReady()から呼び出される。初期設定をUserControllerに渡すための例示的な技術は、ActivityManagerService.systemReady()によって使用されるgoingCallbackを設定を戻すことであろう。例示的な実現例は以下のとおりである：

【0134】

【数7】

【0135】

次いで、CarServiceHelperServiceは、VehicleHAL１０８から値を読み取ることによってそのインターフェースを実現することができる。

【0136】

別の例示的な技術は、ActivityManagerServiceが初期値を設定し、CarServiceHelperが、ActivityManagerInternal上で新しいメソッドを呼び出すことによって開始したときに、CarServiceHelperが初期値をオーバーライドすることを可能にすることである：

【0137】

【数8】

【0138】

限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の記憶媒体を含み得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を用いて、ウェブサイト、サーバ、または他の遠隔ソースから送信される場合、当該同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体および媒体ならびにデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスクおよびブルーレイディスクを含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

【0139】

命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の等価な集積回路もしくは離散論理回路などの、１つまたは複数のプロセッサによって実行されることができる。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造のいずれか、または本明細書で説明する技法の実現に好適な他の構造のいずれかを指すことができる。さらに、いくつかの態様では、本明細書で説明する機能は、専用のハードウェアおよび／またはソフトウェアモジュール内に設けることができる。また、本技法は、１つもしくは複数の回路または論理要素において完全に実現され得る。

【0140】

本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置において実現されることができる。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために様々なコンポーネント、モジュール、またはユニットが説明されるが、必ずしも異なるハードウェアユニットによって実現される必要はない。むしろ、上述のように、様々なユニットを、適切なソフトウェアおよび／またはファームウェアと併せて、ハードウェアユニットにおいて組み合わせるか、または上述の１つもしくは複数のプロセッサを含む相互動作ハードウェアユニットの集合によって提供することができる。

【0141】

本開示は多くの例を含む。これらの例は、以下のものを含む。
例１．方法であって、車両の１つまたは複数のプロセッサによって、第１のオペレーティングシステムを実行して、車両にユーザ管理サービスを提供することと、１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムによって、第２のオペレーティングシステムにインターフェースを提示することとを備え、第２のオペレーティングシステムはインターフェースによってユーザ管理オペレーションを呼び出し、前記方法はさらに、１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムによって、ユーザ管理に関連する第１のメッセージを生成することと、インターフェースによって、第１のメッセージを第２のオペレーティングシステムに与えることと、インターフェースによって、第２のオペレーティングシステムから第２のメッセージを受信することとを備え、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間においてユーザ管理を同期させることに関連する、方法。

【0142】

例２．第１のメッセージは、ユーザを変更する要求を含む、例１の方法。
例３．さらに、１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムによって、第２のメッセージに基づいて、ユーザの変更がある時点で許可されるかどうかを判断することと、ユーザの変更がある時点で許可されるという判断に基づいて、インターフェースによって、車両の１つまたは複数のシステムを制御する第３のメッセージを第２のオペレーティングシステムに与えることとを備える、例２の方法。

【0143】

例４．第３のメッセージは、現在のユーザの、車両の１つまたは複数のシステムの動作状態の選好をさらに含む、例３の方法。

【0144】

例５．第１のメッセージは、ユーザ作成メッセージを含む、例１の方法。
例６．第１のメッセージは、新たなユーザプロファイルメッセージをさらに含む、例５の方法。

【0145】

例７．第２のメッセージは、内部ユーザプロファイルが第２のオペレーティングシステムによって車両ユーザ管理システムにおいて記憶されることを示し、内部ユーザプロファイルは新たなユーザプロファイルに基づく、例６の方法。

【0146】

例８．第１のメッセージは、ユーザ削除メッセージを含む、例１の方法。
例９．第２のメッセージは、ユーザが車両ユーザ管理システムから削除されることを示す、例８の方法。

【0147】

例１０．第２のメッセージは、さらに、１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムによる、ユーザが現在のユーザではないという判断を示す、例９の方法。

【0148】

例１１．第１のメッセージは、初期ユーザ割り当てメッセージを含む、例１の方法。
例１２．第１のメッセージは、初期ユーザプロファイルをさらに含む、例１１の方法。

【0149】

例１３．インターフェースによって、１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムから第３のメッセージを受信することをさらに備え、第３のメッセージは、車両ユーザ管理システム内にユーザが記憶されていないことを示すものであり、第２のメッセージは、１つまたは複数のプロセッサ上で実行される第２のオペレーティングシステムによって、初期ユーザプロファイルに基づいて、内部ユーザプロファイルが記憶されていることを示す、例１２の方法。

【0150】

例１４．第１のメッセージはゲストユーザメッセージを含む、例１の方法。
例１５．１つまたは複数のプロセッサ上で実行される第１のオペレーティングシステムによって、現在のユーザがゲストユーザであるかどうかを第２のメッセージに基づいて判断することと、現在のユーザがゲストユーザであるという判断に基づいて、１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムに第３のメッセージをインターフェースによって与えることとを備え、第３のメッセージは、車両ユーザ管理システムにおける１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムによるゲストユーザプロファイルの作成を制御する、例１４の方法。

【0151】

例１６．１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムによって、ユーザを認証の形態に関連付けることをさらに備える、例１～例１５の任意の組み合わせの方法。

【0152】

例１７．認証の形態は、キーフォブ、指紋、顔または音声のうちの１つまたは複数を含む、例１６の方法。

【0153】

例１８．１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムによって、現在のユーザが最後のアクティブユーザとは異なる、とを判断することをさらに備える、例１～例１７の任意の組み合せの方法。

【0154】

例１９．現在のユーザが最後のアクティブユーザとは異なると判断することは、現在のキーフォブ、指紋、顔、または音声が最後のアクティブユーザに関連付けられていないと判断することを含む、例１８の方法。

【0155】

例２０．車両の１つまたは複数のシステムは、人間工学的システム、インフォテインメントシステム、環境システム、安全システム、またはドライブモードシステムを含む、例１～例１９の任意の組み合わせの方法。

【0156】

例２１．インターフェースは、１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムの車両ハードウェア抽象化層にメッセージを与え、車両ハードウェア抽象化層からメッセージを受信する、例１～例２０の任意の組み合わせの方法。

【0157】

例２２．１つまたは複数のプロセッサは第２のオペレーティングシステムを実行する、例１～例２１の任意の組み合わせの方法。

【0158】

例２３．車両と対話するように構成されたデバイスであって、ユーザ管理データを記憶するよう構成されたメモリと、メモリに通信可能に結合される１つまたは複数のプロセッサとを備え、１つまたは複数のプロセッサは、第１のオペレーティングシステムを実行するよう構成され、第１のオペレーティングシステムは、ユーザ管理オペレーションを呼び出すために第２のオペレーティングシステムにインターフェースを提示し、第１のオペレーティングシステムは、ユーザ管理に関連する第１のメッセージを生成するように構成され、インターフェースは、メッセージを第２のオペレーティングシステムに与えるように構成され、インターフェースは、第２のオペレーティングシステムから第２のメッセージを受信するようにさらに構成され、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間においてユーザ管理を同期させることと関連し、第１のオペレーティングシステムは、第１のメッセージに基づいて車両にユーザ管理サービスを提供する、車両と対話するように構成されたデバイス。

【0159】

例２４．第１のメッセージは、ユーザを変更する要求を含む、例２３のデバイス。
例２５．第１のオペレーティングシステムは、さらに、第２のメッセージに基づいて、ユーザの変更がある時点で許可されるかどうかを判断するよう構成され、インターフェースは、さらに、第３のメッセージを第２のオペレーティングシステムに与えるよう構成され、第３のメッセージは、ユーザの変更がある時点で許可されるという判断に基づいて、車両の１つまたは複数のシステムを制御する、例２４のデバイス。

【0160】

例２６．第３のメッセージは、現在のユーザの、車両の１つまたは複数のシステムの動作状態の選好をさらに含む、例２５のデバイス。

【0161】

例２７．第１のメッセージは、ユーザ作成メッセージを含む、例２３のデバイス。
例２８．第１のメッセージは、新たなユーザプロファイルメッセージをさらに含む、例２７のデバイス。

【0162】

例２９．第２のメッセージは、内部ユーザプロファイルが第２のオペレーティングシステムによって車両ユーザ管理システムにおいて記憶されることを示し、内部ユーザプロファイルは新たなユーザプロファイルに基づく、例２８のデバイス。

【0163】

例３０．第１のメッセージは、ユーザ削除メッセージを含む、例２３のデバイス。
例３１．第２のメッセージは、ユーザが車両ユーザ管理システムから削除されることを示す、例３０のデバイス。

【0164】

例３２．第２のメッセージは、１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムによる、ユーザが現在のユーザではないという判断をさらに示す、例３１のデバイス。

【0165】

例３３．第１のメッセージは、初期ユーザ割り当てメッセージを含む、例２３のデバイス。

【0166】

例３４．第１のメッセージは、初期ユーザプロファイルをさらに含む、例３３のデバイス。

【0167】

例３５．インターフェースは、さらに、第２のオペレーティングシステムから第３のメッセージを受信するように構成され、第３のメッセージは、車両ユーザ管理システムにユーザが記憶されていないことを示し、第２のメッセージは、内部ユーザプロファイルが車両ユーザ管理システムに記憶されていることを示す、例３４のデバイス。

【0168】

例３６．第１のメッセージはゲストユーザメッセージを含む、例２３のデバイス。
例３７．第１のオペレーティングシステムは、さらに、第２のメッセージに基づいて現在のユーザがゲストユーザであるかどうかを判断するように構成され、インターフェースは、さらに、第２のオペレーティングシステムに第３のメッセージを与えるように構成され、第３のメッセージは、現在のユーザがゲストユーザであるという判断に基づいて、第２のオペレーティングシステムによるゲストユーザプロファイルの作成を制御する、例３６のデバイス。

【0169】

例３８．第１のオペレーティングシステムは、さらに、ユーザを認証の形態と関連付けるように構成される、例２３～例３７の任意の組み合わせのデバイス。

【0170】

例３９．認証の形態は、キーフォブ、指紋、顔または音声のうちの１つまたは複数を含む、例３８のデバイス。

【0171】

例４０．第１のオペレーティングシステムは、さらに、現在のユーザが最後のアクティブユーザとは異なる、と判断するように構成される、例２３～例３９の任意の組み合わせのデバイス。

【0172】

例４１．第１のオペレーティングシステムは、現在のキーフォブ、指紋、顔、または音声が最後のアクティブユーザと関連付けられていないと判断することによって、現在のユーザが最後のアクティブユーザとは異なると判断する、例４０のデバイス。

【0173】

例４２．車両の１つまたは複数のシステムは、人間工学的システム、インフォテインメントシステム、環境システム、安全システム、またはドライブモードシステムを含む、例２３～例４１の任意の組み合わせのデバイス。

【0174】

例４３．インターフェースは、第２のオペレーティングシステムの車両ハードウェア抽象化層にメッセージを与え、車両ハードウェア抽象化層からメッセージを受信するように構成される、例２３～例４２の任意の組み合わせのデバイス。

【0175】

例４４．１つまたは複数のプロセッサは、さらに、第２のオペレーティングシステムを実行するように構成される、例２３～例４３の任意の組み合わせのデバイス。

【0176】

例４５．命令を記憶する非一時的なコンピュータ可読記憶媒体であって、命令は、実行されると、車両ヘッドユニットの１つまたは複数のプロセッサに、第１のオペレーティングシステムを実行させて、車両にユーザ管理サービスを提供し、第２のオペレーティングシステムに対して第１のオペレーティングシステムのインターフェースを提示させ、第２のオペレーティングシステムはインターフェースによってユーザ管理オペレーションを呼び出し、命令は、実行されると、さらに、車両ヘッドユニットの１つまたは複数のプロセッサに、ユーザ管理に関連する第１のメッセージを生成させ、インターフェースによって、第１のメッセージを第２のオペレーティングシステムに提供させ、インターフェースによって、第２のオペレーティングシステムから第２のメッセージを受信させ、第２のメッセージは、第１のオペレーティングシステムと第２のオペレーティングシステムとの間でユーザ管理を同期させることに関連する、非一時的なコンピュータ可読記憶媒体。

【0177】

例４６．第１のメッセージは、ユーザを変更する要求を含む、例４５の非一時的コンピュータ可読記憶媒体。

【0178】

例４７．命令が実行されると、１つまたは複数のプロセッサに、第２のメッセージに基づいて、ユーザの変更がある時点で許可されるか否かを判断させ、その時点でユーザの変更が許可されるという判断に基づいて、インターフェースによって、第３のメッセージを第２のオペレーティングシステムに与えさせ、第３のメッセージは車両の１つまたは複数のシステムを制御する、例４６の非一時的コンピュータ可読記憶媒体。

【0179】

例４８．第３のメッセージは、現在のユーザの、車両の１つまたは複数のシステムの動作状態の選好をさらに含む、例４７の非一時的コンピュータ可読記憶媒体。

【0180】

例４９．第１のメッセージは、ユーザ作成メッセージを含む、例４５の非一時的コンピュータ可読記憶媒体。

【0181】

例５０．第１のメッセージは、新たなユーザプロファイルメッセージをさらに含む、例４９の非一時的コンピュータ可読記憶媒体。

【0182】

例５１．第２のメッセージは、内部ユーザプロファイルが第２のオペレーティングシステムによって車両ユーザ管理システムにおいて記憶されることを示し、内部ユーザプロファイルは新たなユーザプロファイルに基づく、例５０の非一時的コンピュータ可読記憶媒体。

【0183】

例５２．第１のメッセージは、ユーザ削除メッセージを含む、例４５の非一時的コンピュータ可読記憶媒体。

【0184】

例５３．第２のメッセージは、ユーザが車両ユーザ管理システムから削除されることを示す、例５２の非一時的コンピュータ可読記憶媒体。

【0185】

例５４．第２のメッセージは、１つまたは複数のプロセッサによって実行される第２のオペレーティングシステムによる、ユーザが現在のユーザではないという判断をさらに示す、例５３の非一時的コンピュータ可読記憶媒体。

【0186】

例５５．第１のメッセージは、初期ユーザ割り当てメッセージを含む、例４５の非一時的コンピュータ可読記憶媒体。

【0187】

例５６．第１のメッセージは、初期ユーザプロファイルをさらに含む、例５５の非一時的コンピュータ可読記憶媒体。

【0188】

例５７．命令は、実行されると、さらに、１つまたは複数のプロセッサに、インターフェースによって、第２のオペレーティングシステムから第３のメッセージを受信させ、第３のメッセージは、車両ユーザ管理システム内にユーザが記憶されていないことを示すものであり、第２のメッセージは、第２のオペレーティングシステムによって、初期ユーザプロファイルに基づいて、内部ユーザプロファイルが記憶されていることを示す、例５６の非一時的コンピュータ可読記憶媒体。

【0189】

例５８．第１のメッセージはゲストユーザメッセージを含む、例４５の非一時的コンピュータ可読記憶媒体。

【0190】

例５９．命令は、実行されると、さらに、１つまたは複数のプロセッサに、第１のオペレーティングシステムによって、第２のメッセージに基づいて、現在のユーザがゲストユーザであるか否かを判断させ、インターフェースによって、第３のメッセージを第２のオペレーティングシステムに与えさせ、第３のメッセージは、車両ユーザ管理システムにおける第２のオペレーティングシステムによるゲストユーザプロファイルの作成を制御する、例５８の非一時的コンピュータ可読記憶媒体。

【0191】

例６０．命令は、実行されると、１つまたは複数のプロセッサに、第１のオペレーティングシステムによって、ユーザを認証の形態と関連付けさせる、例４５～例５９の任意の組み合わせの非一時的コンピュータ可読記憶媒体。

【0192】

例６１．認証の形態は、キーフォブ、指紋、顔または音声のうちの１つまたは複数を含む、例６０の非一時的コンピュータ可読記憶媒体。

【0193】

例６２．命令が実行されると、１つまたは複数のプロセッサに、１つまたは複数のプロセッサによって実行される第１のオペレーティングシステムによって、現在のユーザが最後のアクティブユーザとは異なる、と判断させる、例４５～例６１の任意の組み合わせの非一時的コンピュータ可読記憶媒体。

【0194】

例６３．第１のオペレーティングシステムは、現在のキーフォブ、指紋、顔、または音声が最後のアクティブユーザと関連付けられていないと判断することによって、現在のユーザが最後のユーザとは異なると判断する、例６２の非一時的なコンピュータ可読記憶媒体。

【0195】

例６４．車両の１つまたは複数のシステムは、人間工学的システム、インフォテインメントシステム、環境システム、安全システム、またはドライブモードシステムを含む、例４５～例６３の任意の組み合わせの非一時的なコンピュータ可読記憶媒体。

【0196】

例６５．インターフェースは、第２のオペレーティングシステムの車両ハードウェア抽象化層にメッセージを与え、車両ハードウェア抽象化層からメッセージを受信するように構成される、例４５～例６４の任意の組み合わせの非一時的なコンピュータ可読記憶媒体。

【0197】

例６６．命令は、実行されると、さらに、１つまたは複数のプロセッサに第２のオペレーティングシステムを実行させる、例４５～例６５の任意の組み合わせの非一時的コンピュータ可読記憶媒体。

【0198】

以上、様々な実施形態について説明した。これらおよび他の実施形態は、以下の特許請求の範囲内である。

【符号の説明】

【0199】

８ 車両、１５ プロセッサ、３０ 第１のオペレーティングシステム、３１ 第２のオペレーティングシステム、２９ インターフェース。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14A】

【図14B】

【図14C】

【図15】