特表 2024-530137 車両の表示装置上に個別のホーム画面を表示するための方法及び対応する表示装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-16

(54)【発明の名称】車両の表示装置上に個別のホーム画面を表示するための方法及び対応する表示装置

(51)【国際特許分類】

   G09G 5/00 20060101AFI20240808BHJP

   G01C 21/26 20060101ALI20240808BHJP

   G06F 3/0481 20220101ALI20240808BHJP

   G06F 3/0488 20220101ALI20240808BHJP

   B60K 35/81 20240101ALI20240808BHJP

   G09G 5/377 20060101ALI20240808BHJP

   G09G 5/14 20060101ALI20240808BHJP

   G09G 5/37 20060101ALI20240808BHJP

   G09G 5/373 20060101ALI20240808BHJP

【ＦＩ】

G09G5/00 550C

G01C21/26 A

G06F3/0481

G06F3/0488

B60K35/81

G09G5/00 510A

G09G5/00 555D

G09G5/00 510X

G09G5/377 110

G09G5/00 530M

G09G5/14 A

G09G5/00 510H

G09G5/00 530T

G09G5/37 600

G09G5/00 550X

G09G5/373 200

G09G5/00 550B

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024504782

(86)(22)【出願日】2022-07-18

(85)【翻訳文提出日】2024-03-21

(86)【国際出願番号】 EP2022070007

(87)【国際公開番号】W WO2023006466

(87)【国際公開日】2023-02-02

(31)【優先権主張番号】2111015.0

(32)【優先日】2021-07-30

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】598051819

【氏名又は名称】メルセデス・ベンツ グループ アクチェンゲゼルシャフト

【氏名又は名称原語表記】Ｍｅｒｃｅｄｅｓ－Ｂｅｎｚ Ｇｒｏｕｐ ＡＧ

【住所又は居所原語表記】Ｍｅｒｃｅｄｅｓｓｔｒａｓｓｅ １２０，７０３７２ Ｓｔｕｔｔｇａｒｔ，Ｇｅｒｍａｎｙ

(74)【代理人】

【識別番号】100090583

【弁理士】

【氏名又は名称】田中 清

(74)【代理人】

【識別番号】100098110

【弁理士】

【氏名又は名称】村山 みどり

(72)【発明者】

【氏名】ジェイソン・カミン

(72)【発明者】

【氏名】ダグアン・チェン

(72)【発明者】

【氏名】クレア・グウ

(72)【発明者】

【氏名】ハッサン・ベンカスミ

(72)【発明者】

【氏名】クリストファー・ブーゼンバーク

(72)【発明者】

【氏名】マヤ・ブール

【テーマコード（参考）】

2F129

3D344

5C182

5E555

【Ｆターム（参考）】

2F129AA03

2F129BB03

2F129CC07

2F129EE50

2F129HH02

2F129HH12

2F129HH29

3D344AA19

3D344AB01

3D344AD01

5C182AB08

5C182AB15

5C182AB25

5C182BA01

5C182BA06

5C182BA28

5C182BA35

5C182BA44

5C182BA46

5C182BA47

5C182BA54

5C182BA65

5C182BA66

5C182BC01

5C182BC25

5C182BC26

5C182CB13

5C182CB14

5C182CB42

5C182CB57

5C182CC03

5C182CC21

5C182DA52

5C182DA62

5C182DA65

5E555AA21

5E555AA47

5E555BA23

5E555BB23

5E555BC01

5E555BE10

5E555CA12

5E555CB05

5E555CB14

5E555CB16

5E555CB34

5E555DB13

5E555DB18

5E555EA14

5E555FA00

(57)【要約】

本発明は、表示装置（１２）上に個別のホーム画面（１４）を表示するための方法に関し、この方法は、第１の車両コンポーネント（２８）から、その第１の機能性シンボル（１６）を表示するための検討事項に関する少なくとも第１の要求を受信するステップと、第２の車両コンポーネント（２８）から、その第２の機能性シンボル（１６）を表示するための検討事項に関する少なくとも第２の要求を受信するステップと、車両（１０）の現在のコンテキストデータによってコンテキストクラスタ（２６）を決定するステップと、現在のコンテキストクラスタ（２６）において、第１の要求コンポーネント（２８）についての現在の第１のランク（３０）を決定し、第２の要求についての現在の第２のランク（３０）を決定するステップと、第１のランク（３０）を、少なくとも第２のランク（３０）と比較するステップと、所与の第１のランク（３０）が第２のランク（３０）よりも高い場合に、第１の機能性シンボル（１６）が第２の機能性シンボル（１６）よりも高い優先順位を有する個別のホーム画面（１４）を表示するステップ、又はその逆のステップと、含み、第１のランク（３０）は、コンテキストクラスタ（２６）の第１の車両コンポーネント（２８）に関連してユーザによって実行される対話のタイプ及び頻度に応じて決定され、第２のランク（３０）は、コンテキストクラスタ（２６）の第２の車両コンポーネント（２８）に関連してユーザによって実行される対話のタイプ及び頻度に応じて決定される。更に、本発明は表示装置（１２）に関する。

【特許請求の範囲】

【請求項1】

車両（１０）の表示装置（１２）上に個別のホーム画面（１４）を表示するための方法であって、前記方法が、
第１の車両コンポーネント（２８）に関連付けられたプロバイダによって生成された、前記第１の車両コンポーネントの第１の機能性シンボル（１６）を表示するための検討事項に関する少なくとも第１の要求を受信するステップと、
第２の車両コンポーネント（２８）に関連付けられた更なるプロバイダによって生成された、前記第２の車両コンポーネントの第２の機能性シンボル（１６）を表示するための検討事項に関する少なくとも第２の要求を受信するステップと、
前記車両（１０）の現在のコンテキストデータによってコンテキストクラスタ（２６）を決定するステップと、
前記現在のコンテキストクラスタ（２６）内の前記第１の車両コンポーネント（２８）の前記第１の要求についての現在の第１のランク（３０）を決定し、前記現在のコンテキストクラスタ（２６）内の前記第２の車両コンポーネント（２８）の前記第２の要求についての現在の第２のランク（３０）を決定するステップと、
前記第１のランク（３０）を、前記コンテキストクラスタ（２６）について決定された少なくとも前記第２のランク（３０）と比較するステップと、
前記所与の第１のランク（３０）が前記第２のランク（３０）よりも高い場合に、前記第２の機能性シンボル（１６）よりも高い優先順位を有する前記第１の機能性シンボル（１６）を用いて、前記表示装置（１２）に割り当てられた前記個別のホーム画面（１４）を表示するステップ、又はその逆のステップと、
を含み、
前記第１のランク（３０）は、前記コンテキストクラスタ（２６）の前記第１の車両コンポーネント（２８）に関連して前記ユーザによって実行される対話のタイプ及び頻度に応じて決定され、
前記第２のランク（３０）は、前記コンテキストクラスタ（２６）の前記第２の車両コンポーネント（２８）に関連して前記ユーザによって実行される対話のタイプ及び頻度に応じて決定される、前記方法。

【請求項2】

前記第１の車両コンポーネント（２８）及び／又は前記第２の車両コンポーネント（２８）の前記要求は、所定のルールが満たされた場合に、前記第１の車両コンポーネント及び／又は前記第２の車両コンポーネントに関連付けられた前記プロバイダによってのみ生成される
ことを特徴とする、請求項１に記載の方法。

【請求項3】

前記第１のランク（３０）及び前記第２のランク（３０）は、増加又は減少する平均値を有するベータ分布（４６）の展開を使用することによって決定され、前記平均値は、前記ランクに関連付けられる
ことを特徴とする、請求項１又は２に記載の方法。

【請求項4】

前記ベータ分布（４６）の展開は、対話のタイプに応じて事前定義されたルールに従って、パラメータα、βを更新することによって実行される
ことを特徴とする、請求項３に記載の方法。

【請求項5】

車両コンポーネントとの対話は、シンボル上でのクリック、シンボルのスワイプアウェイ、提供されたシンボルとの対話なし、及び／又はサブメニューによるアクティブ化を含む
ことを特徴とする、請求項１～４のいずれか一項に記載の方法。

【請求項6】

前記第１のランク（３０）及び前記第２のランク（３０）は、所定の時間ステップで決定され、及び／又は、前記比較は、所定の時間ステップで実行され、及び／又は、前記車両（１０）のコンテキストデータによる前記現在のコンテキストクラスタ（２６）の前記決定は、所定の時間ステップで頻繁に実行される
ことを特徴とする、請求項１～５のいずれか一項に記載の方法。

【請求項7】

前記第１の機能性シンボル（１６）及び／又は前記第２の機能性シンボル（１６）の表示は、前記車両（１０）のユーザ（２４）による入力に応じて抑制される
ことを特徴とする、請求項１～６のいずれか一項に記載の方法。

【請求項8】

前記第１の機能性シンボル（１６）及び／又は前記第２の機能性シンボル（１６）の表示は、関連付けられた車両コンポーネントの前記要求についての前記ランクが事前定義の閾値を下回る限り、抑制される
ことを特徴とする、請求項１～７のいずれか一項に記載の方法。

【請求項9】

１つ又はいくつかのタイプの車両コンポーネント要求を含む各コンテキストクラスタ（２６）が、コンテキストフィーチャーのサブセットを指す
ことを特徴とする、請求項１～８のいずれか一項に記載の方法。

【請求項10】

各コンテキストクラスタ内では、車両コンポーネントに関連付けられた要求のランクが個別に記憶され、及び／又は展開される
ことを特徴とする、請求項９に記載の方法。

【請求項11】

同一の車両コンポーネントに関連付けられた要求のランクは、いくつかのコンテキストクラスタにおいて同時に実装され、個別に展開される
ことを特徴とする、請求項９に記載の方法。

【請求項12】

前記コンテキストクラスタ（２６）は、トレーニングによって、好ましくはニューロナルネットワークをトレーニングすることによって確立される
ことを特徴とする、請求項１～１０のいずれか一項に記載の方法。

【請求項13】

複数のコンテキストクラスタ（２６）がクラスタアンサンブル（６２）内に配置され、各クラスタアンサンブル（６２）が、他のクラスタアンサンブル（６２）と並行して別個のカーネル（２０）において処理される
ことを特徴とする、請求項１～１２のいずれか一項に記載の方法。

【請求項14】

各クラスタアンサンブルに、コンテキストフィーチャーのサブセットが割り当てられ、これらのクラスタアンサンブルの各々におけるコンテキストクラスタは、コンテキストフィーチャーのこのサブセットを指す
ことを特徴とする、請求項１３に記載の方法。

【請求項15】

前記ホーム画面（１４）上に、追加的に、更なる車両コンポーネント（２８）の少なくとも１つの静的機能性シンボル（２２）が表示され、前記静的機能性シンボル（２２）は、常に、適合不可能な様式で表示される、又はサイズをリトラクトすることによって適合可能である
ことを特徴とする、請求項１～１４のいずれか一項に記載の方法。

【請求項16】

静的なデフォルトランク（２２）よりも高いランクを有するプロバイダによって要求される更なる車両機能に関連付けられたシンボルが、限られたスペースを有する表示領域上に表示されなければならない場合、更なる車両コンポーネント（２８）の静的機能性シンボル（２２）のサイズが適合される
ことを特徴とする、請求項１５に記載の方法。

【請求項17】

個別のホーム画面（１４）を表示するための車両（１０）の表示装置（１２）であって、少なくとも１つの機能性シンボル（１６）が前記ホーム画面（１４）上に表示され、前記表示装置（１２）が、少なくとも１つの電子計算装置（１８）を備え、前記表示装置（１２）が、請求項１～１６のいずれか一項に記載の方法を実行するように構成されている、前記表示装置（１２）。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、自動車の分野に関する。より詳細には、本発明は、車両の表示装置上に個別のホーム画面を表示するための方法であって、少なくとも１つの機能性シンボルがホーム画面上に表示される、方法に関する。更に、本発明は、対応する表示装置に関する。

【背景技術】

【0002】

従来技術では、異なるアプリケーションにおいて機能性をクラスタ化し、サブメニューに隠された機能性を有するすべてのアプリケーションの概要を顧客に示すことが知られている。スマートフォンはこの一例である。しかしながら、これは、車両、特に自動車においては、かなり面倒であり、あまり安全な方法ではない。顧客は、運転に集中すると同時に、タッチスクリーンを見て、実行したいアクションに達する前に様々なクリックを実行することが予想される。

【0003】

特許文献１は、ディスプレイと、選択可能なグラフィカルオブジェクトを表示するための表示装置、表示されたオブジェクトのうちの１つを選択することができるユーザからの入力を受信するための入力部、及び受信された入力に応じて表示装置を制御するための制御装置を備える操作装置とを含む自動車に関し、制御装置は、受信された入力に応じて表示されたオブジェクトに特定の優先順位の値を割り当て、ディスプレイ及び操作装置の動作中に優先順位の値に応じてそれぞれのオブジェクトのサイズ及び／又は表示されたオブジェクトの互いに対する配置を設定するように設計されている。
特許文献２は、車両のタッチスクリーンと対話するための技法を開示している。１つ以上の実施形態によれば、少なくとも１つのメモリに記憶されたコンピュータ実行可能コンポーネントを実行するプロセッサを備えるシステムが提供され、タッチスクリーンとインターフェースするための触覚フィードバックモードのアクティブ化に基づいて、タッチスクリーン上にレンダリングするためにグラフィカルユーザインターフェースに含まれるグラフィカルタッチコントロールを選択するディスプレイ制御コンポーネントを含み、グラフィカルタッチコントロールは、車両に関連付けられた１つ以上のアプリケーション又は機能のためのコントロールに対応する。システムは、タッチスクリーン上に表示されたグラフィカルタッチコントロールに対するタッチスクリーン上又はその上方での指の場所を決定する位置決めコンポーネントと、グラフィカルタッチコントロールのグラフィカルタッチコントロールに対応する場所に基づいて、車両の振動ユニットに振動フィードバックを提供させる触覚フィードバックコンポーネントとを更に含む。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】ＤＥ１０２０１３２０７０８１Ａ１

【特許文献2】ＵＳ２０２０／２５７３６４Ａ１

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の目的は、個別のホーム画面を車両の表示装置上により快適な方法で表示することができる方法及び対応する表示装置を提供することである。

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

【0006】

この目的は、独立請求項に記載される方法及び対応する表示装置によって解決される。有利な実施形態は従属請求項に記載されている。

【0007】

本発明の一態様は、車両の表示装置上に個別のホーム画面を表示するための方法であって、少なくとも１つの機能性シンボルがホーム画面上に表示される、方法に関する。第１の車両コンポーネントに関連付けられたプロバイダによって生成された、第１の車両コンポーネントの第１の機能性シンボルを表示するための検討事項に関する少なくとも第１の要求が受信される。第２の車両コンポーネントに関連付けられた更なるプロバイダによって生成された、第２の車両コンポーネントの第２の機能性シンボルを表示するための検討事項に関する少なくとも第２の要求が受信される。車両の現在のコンテキストデータによってコンテキストクラスタを決定することが実行される。現在のコンテキストクラスタ内の第１の車両コンポーネントの第１の要求についての現在の第１のランクが決定され、現在のコンテキストクラスタ内の第２の車両コンポーネントの第２の要求についての現在の第２のランクが決定される。コンテキストクラスタについて決定された第１のランクが、コンテキストクラスタについて決定された少なくとも第２のランクと比較される。表示装置に割り当てられた個別のホーム画面は、所与の第１のランクが第２のランクよりも高い場合、第１の機能性シンボルを第２の機能性シンボルよりも高い優先順位で表示し、その逆も同様である。第１のランクは、第１の車両コンポーネントとの対話のタイプ及び頻度に応じて決定され、第２のランクは、第２の車両コンポーネントとの対話のタイプ及び頻度に応じて決定される。より高い優先順位とは、例えば、描写のためのスペースが第１の機能性シンボル又は第２の機能性シンボルのうちの一方のみを示すように制限されている場合、より高い優先順位を有するシンボルが表示され、他方は表示されないことを意味する。別の更なる実施形態では、第３、第２及び更なる機能性シンボルについて、優先順位が決定される。

【0008】

したがって、車両内の個別のホーム画面は、より快適な方法で表示される。そのため、ヘッドユニットとの必要な対話が低減され、すべての所望のパーソナライズされた機能及びユースケースに対するトップレベルでの容易なアクセスが、可能な限り提供される。これは特に、人工知能、例えばニューラルネットワークのサポートによって行われる。例えば、ホーム画面上のナビゲーションマップは、いわゆるマジックドックと組み合わせられる。マジックドックは、人工知能カーネルからの予測で満たされ、例えば、時間、場所、天候などの様々なコンテキスト内における学習されたユーザ挙動に基づいて、任意の所与の時間に最も望まれる機能性を示す。

【0009】

例えば、表示装置は、動的な全地球測位システム（ＧＰＳ）マップを備えたユーザインターフェース背景を含んでもよい。例えば、上部には、いわゆるマジックドックと共に、グローバル検索機能が下部に階層化されている。拡張された形態で表示されるエンターテインメントタイルは、最も小さいタイルのサイズまで、又は関連する提案がない場合には、ドック長全体にわたってリトラクトすることができる。使用されていない場合、及び／又は限られたスペースしかない場合、すなわち、表示領域上に追加のタイルを表示するためのスペースがない場合、サイズはリトラクトされ得る。本出願の意味において、タイルとは、ユーザによって操作可能な車両コンポーネントに関連付けられた機能性シンボルである。例えば、電話が接続されている場合、静的電話タイルが続き、任意のアクティブなユースケースがそれに続く。アクティブなユースケースの例は、進行中のシートマッサージプログラム、通話、又はシート暖房アクティビティであり得、進行中のアクティビティに直ちに関与するオプションをユーザに直接提供する。最後に、所与のコンテキスト状況において顧客が関心を持つことをシステムが学習した、提案されたユースケースのサブセットを含む、新規の人工知能アルゴリズムによって加速される、パーソナライズされたタイル提案が存在する。

【0010】

表示装置は、ホーム画面上に、ユースケースとも見なされ得る、コンテキストアウェアな、パーソナライズされた機能性のサブセットを示すように構成されている。これにより、顧客の運転行程全体を通して、顧客が気が散ることを制限しながら、容易かつ迅速なアクセスが可能になる。その結果、運転環境がはるかに安全になり、顧客は、より愉快でストレスの少ないユーザ体験を楽しむ。ユースケースは、事前定義されたセットであるが、バックエンドからの又は無線通信更新（over the air update）を介した追加のユースケースで拡張され得る。加えて、人工知能によって考慮されるコンテキストフィーチャーは、事前定義されたセットであるが、ヘッドユニット／表示装置への拡張可能な無線通信更新でもある。

【0011】

特に、コンテキストクラスタは、コンテキストフィーチャーの値の特定のセット、それぞれ、時間、場所、温度、天候、曜日、週及び／又は他の環境条件に基づくデータを指す。デフォルトランクは、その重要度を定義するためにユースケースの各々に与えられる。各ユースケースに関連付けられた展開ランクは、人工知能が学習するにつれて経時的に変化する。ユースケースは、学習されるコンテキストクラスタごとに異なるランクを展開させる。より高いランキングのユースケースは、より低いランキングよりも高い優先順位を保持する。ユースケースは、車両の機能であると見なすこともできる。これらは、人工知能カーネルが顧客に提案する機能である。

【0012】

一実施形態によれば、第１の車両コンポーネント及び／又は第２の車両コンポーネントの要求は、所定のルールが満たされた場合に、第１の車両コンポーネント及び／又は第２の車両コンポーネントに関連付けられたプロバイダによってのみ生成される。例えば、ルールは、所定の制限速度を超えないことであってもよい。例えば、コンテキストが駐車コンテキストである場合、制限速度は特定の値未満のままでなければならず、Ｐａｒｋｔｒｏｎｉｃ、すなわちパークアシスタントとして機能するコンポーネントに関連付けられた機能性シンボルが表示装置上に表示されてもよい。特に、例えば、Ｐａｒｋｔｒｏｎｉｃの機能は、車両が特定の制限速度を下回って走行するときにのみ使用され得る。これは、この要件が満たされる場合にのみ、ユースケースとしてＰａｒｋｔｒｏｎｉｃについて有意義であることを意味する。これらの種類のルール依存要求とは異なり、いくつかの車両機能は、例えば、音楽ストリーミングサービス、天気予報アプリ、システム設定機能など、任意のルールから独立した永続的要求を生成する。永続的要求を生成する車両機能は、常に利用可能であり、ルールベースの要求は、特定の状況においてのみ利用可能である。

【0013】

車両コンポーネントを使用する確率は、関連付けられたランクを生成するために使用される。特に、ユーザ対話は、学習に影響を及ぼす主要な考慮事項である。ユーザは、ホーム画面を介してユースケースと対話することができ、例えば、正のフィードバックを提供し、例えば、それを一時的に破棄する（これは、負のフィードバックを意味する）、あるいは単にユースケースと対話しない（これは、中立のフィードバックと見なされ得る）。更に、ユーザは、アプリケーションメニューを介してホーム画面上に表示されていない特定のユースケースと対話することを選択し、アプリケーションメニューを介してホーム画面上でナビゲートし、サブメニューを熟読することによってユーザインターフェースをナビゲートすることができる。表示装置はまた、これをユースケースのための正の強化として考慮し、これは、ランキングにも直接影響を及ぼすであろう。ユーザが表示装置によってサポートされるユースケースと対話するたびに、モデルは、そのデータでトレーニングされ、対応するカーネルが更新される。

【0014】

別の更に発展した実施形態では、第１のランク及び第２のランクは、増加又は減少する平均値を有するベータ分布の展開を使用することによって決定され、平均値は、ランクに関連付けられる、又はランクに少なくとも対応する。特に、カーネルが学習するにつれて、各クラス内のランクの仮定される値は、展開する、すなわち、ディスプレイ上に示された機能性シンボル又は選択メニューを介したユーザと車両コンポーネントとの対話に応じて増加又は減少する。これらの品質は、顧客がユースケースに関与するか否かを意味するベータ分布としてモデル化され、その後、共役事前ベータ分布によってパラメータ化される。ベータ分布は、ユースケースがユーザによって関与される確率に対するカーネルの信念を直接提示する。これらの事前分布は、カーネルが、各クラスタ内の各ユーザケースの顧客の関与又は非関与を観察するにつれて展開する。ベータ分布の展開は、対話のタイプに応じて事前定義されたルールに従って、ベータ分布の平均計算（平均＝α／（α＋β））に使用されるパラメータα，βを更新することによって実行される。ルールは、表示装置のメモリに記憶されたルックアップテーブルとして記憶される、又は適切なアルゴリズムによって計算される。対話のタイプは、シンボル上でのクリック、シンボルのスワイプアウェイ、提供されたシンボルとの対話なし、及び／又はサブメニューによるアクティブ化であり、各対話には、α及びβの事前値を展開する更新パラメータが割り当てられる。

【0015】

別の実施形態では、第１のランク及び第２のランクは、所定の時間ステップで決定され、かつ／又は、比較は、所定の時間ステップで実行され、かつ／又は、車両のコンテキストデータによる現在のコンテキストクラスタの決定は、所定の時間ステップで頻繁に実行される。これはタイマチェックと呼ばれることもある。ユースケースが設定チェックに合格した場合、タイマチェックが行われる。タイマには２つの目的がある。それは、ホーム画面があまりに頻繁に更新されないことを保証し、また、新しいユースケースのドネーションは行われないがコンテキストが変化する場合に、特定の間隔で人工知能チェックが実行されることも保証する。タイマチェックに合格し、ホーム画面について更新を考慮することができる場合、ランキングアルゴリズムにおいてコンテキストクラスタライザに対して要求又は予測呼び出しが行われる。

【0016】

別の実施形態によれば、第１の機能性シンボル及び／又は第２の機能性シンボルの表示は、車両のユーザによる入力に応じて抑制される。これは拒否権リストと見なすこともできる。特に、この拒否権リストに対して時間チェックが実行される。ユーザは、特定のユースケースを拒否するオプションを有し、これは、ユーザが、これらのユースケースが再び表示されないことを求めることができることを意味する。この拒否権リストは、すべての履歴及び学習がリセットされた場合にのみリセットすることができる。ユーザインターフェース上でスワイプアウェイされるユースケースは拒否され、すなわち、トリップの期間の間無視される。設定において恒久的に拒否されるユースケースは、設定エントリがオフにされている限り、表示されない。更なる実施形態において、第１の機能性シンボル及び／又は第２の機能性シンボルの表示は、関連付けられた車両コンポーネントの要求のランクが事前定義の閾値を下回る限り、抑制される。閾値は、ユーザにとって興味のないシンボルの表示を防止し、運転者の不必要な注意散漫を回避する。

【0017】

別の実施形態では、１つ又はいくつかのタイプの車両コンポーネント要求を含む各コンテキストクラスタは、コンテキストフィーチャーのサブセットを指す。割り当てられたランクを有するクラスタ内の車両コンポーネント要求は、プロバイダによって自動的に要求され得る、又はユーザによって開始され得るコンポーネントの機能を表す。これらのコンテキストフィーチャーは、天候、車両ナビゲーション状態、速度、又は時間であってもよい。特に、これらのコンテキストを環境条件に割り当てられ得る。特に、表示装置は、入力を受信し、様々なソースから学習する。一次入力は、環境コンテキストフィーチャー、例えば、時間、場所、及び天候である。しかしながら、他の入力は、挙動コンテキスト、例えば、ナビゲーション状態、シートヒータの使用、車両内の同乗者などを含む。ユーザが様々なユースケースと対話するとき、表示装置は、どのコンテキストがどのユースケースに関して重要であるか、及び各コンテキストセットに関する適切なランク値を学習する。これらの特定の個別化されたコンテキストセットは、クラスタと呼ばれ、ランキングアルゴリズムが適用され得る基礎を形成する。各クラスタ内では、個別のユースケースランキングが継続的に更新及び記憶され、多種多様なコンテキスト状況に基づく正確な予測につながる。

【0018】

別の実施形態によれば、コンテキストクラスタは、トレーニングによって、好ましくはニューラルネットワーク又は先行技術から知られている他の既知の機械学習技法をトレーニングすることによって確立される。したがって、特に、表示装置は、ニューラルネットワーク又は他の機械学習技法を有する。したがって、表示装置の個別のトレーニングを実現することができる。

【0019】

別の実施形態では、各コンテキストクラスタ内では、車両コンポーネント要求のランキングが個別に記憶され、かつ展開される。特に、同じ要求は、いくつかのコンテキストクラスタにおいて実装され得る。コンテキストクラスタは、コンテキストフィーチャー、例えば、時間と場所とのサブセットを指す。一方のコンテキストクラスタは朝の時間及び自宅の場所を参照し、他方のコンテキストクラスタは昼食の時間及びオフィスの場所を参照することができる。両方の場合において、同じ要求は、例えば、通話システム又は時間スケジューラの通知のうちの１つである。

【0020】

更なる実施形態では、複数のコンテキストクラスタがクラスタアンサンブル内に配置され、各クラスタアンサンブルは、他のクラスタアンサンブルと並行して別個のカーネルにおいて処理される。特に、全体的な精度を向上させ、それによってユーザ体験を向上させるために、学習カーネルのアンサンブルが、単一の車両内で動作する完全なモデルとして並行して開発される。表示装置によって構成されるコントローラの各カーネルは、異なるコンテキストフィーチャーのサブセットに対して同時に動作し、その結果は、最終的なユースケース提案リストのために組み合わせられる。このアンサンブルモデルは、欠落しているコンテキストフィーチャーの周りで、例えば、入力信号が決して送信されない又は紛失されることにつながる不具合の周りで回転する懸念に同時に対処すると共に、ほとんど／すべてのユーザに適切なジェネリックベースモデルの事前トレーニングを可能にし、新しいユーザプロファイルのライフサイクルにおいて直ちに望ましい直観的な提案につながる。

【0021】

カーネルは、並行してトレーニングされ構築されるクラスタアンサンブルから構成されている。各クラスタアンサンブルは、クラスタアンサンブルに割り当てられたコンテキストフィーチャーのサブセットに基づいたクラスタから構成されている。例えば、１つのクラスタアンサンブルは、そのクラスタを、時刻及び場所のコンテキストフィーチャーに基づいて構築し、別のクラスタアンサンブルは、曜日及び場所に基づいて構築し、更なるクラスタアンサンブルは、天候、温度、及び場所に基づいて構築する、などの可能性がある。これらのクラスタアンサンブルの各々に構築されるクラスタリングは、互いに独立している。コンテキストクラスタのクラスタリング及び車両コンポーネントに関連付けられた要求のランキングは、各データポイント上でトレーニングすることにより、同時に他のクラスタアンサンブルと並行して独立して行われる。したがって、各クラスタアンサンブル上に形成された車両コンポーネントに関連付けられた要求のコンテキストクラスタ及びランキングは、互いに完全に異なる可能性がある。例えば、駐車の例では、車両コンポーネント及び関連付けられたシンボル、例えばＰａｒｋｔｒｏｎｉｃに対する要求の異なるランキングを有することになる。異なるクラスタアンサンブルのクラスタ内のこの車両コンポーネントに対して、例えば、１つのクラスタアンサンブルに対して０．７のランキングを、別のクラスタアンサンブルに対して０．３のランキングを得ることができる。

【0022】

所与のコンテキストに基づいて推論を行うとき、各クラスタアンサンブル内の適切なクラスタ又は少なくとも最も近いクラスタを見つけることができ、それに基づいて、そのクラスタ内のランキングを見つけることができる。次に、ｋ個のクラスタアンサンブルについて、異なるクラスタアンサンブルに由来する各ランキングを有するｋ個のランキングを得ることになる。

【0023】

車両コンポーネントの各要求に関する最終的なランキングを計算するために、異なるクラスタアンサンブルにおけるそのランキングを平均化する必要がある。更なる実施形態では、各クラスタアンサンブルは、それに関連付けられた重みを有し、したがって、これは、より高い重要度を有するクラスタアンサンブルによるランキングに対してより高い重みを与える加重平均化である。好ましくは、これらの重みは、異なるストーリーシナリオに基づいて生成された大規模なシミュレートされたデータ（８００を超えるデータセットを含む）に対する評価に基づいて調整され、精度メトリクスに基づいて、これらのデータセットのすべてに対して最良の平均パフォーマンスをもたらした重みが選択される。

【0024】

別の実施形態では、ホーム画面上に、追加的に、更なる車両コンポーネントの少なくとも１つの静的機能性シンボルが表示され、静的機能性シンボルは、常に、適合不可能な様式で表示される、又は少なくとも適合可能な様式で表示される。例えば、静的機能性シンボルは、常に表示されるナビゲーションカードであってもよい。特に、第１の機能性シンボル及び第２の機能性シンボルは、強調された様式で表示されてもよい。したがって、ナビゲーション、又は例えば通話などの機能性は、それらが重要な機能性であるため、常に表示される。更なる車両コンポーネントの静的機能性シンボルのサイズは、事前定義の閾値より高いランクを有するプロバイダによって要求される更なる車両機能に関連付けられたシンボルが、限られたスペースを有する表示領域上に表示され得るように適合される。この場合、静的機能性シンボルは、更なる機能性シンボル、例えば第１の機能性シンボル及び／又は第２の機能性シンボルを表示するために利用可能な領域を作るために縮小される。静的機能性シンボル以外の機能性シンボルは、表示領域を完全に占めるまで優先順位の順に表示され、更なる機能性シンボルは拒絶される。

【0025】

本発明の更に別の態様は、個別のホーム画面を表示するための車両の表示装置であって、少なくとも１つの機能性シンボルがホーム画面上に表示され、表示装置が、少なくとも１つの電子計算装置を備え、表示装置が、上記態様による方法を実行するように構成されている、表示装置に関する。特に、本方法は表示装置によって実行される。

【0026】

本発明の更なる態様は、表示装置を含む車両、特に自動車に関する。表示装置は、本方法を実行するための電子手段、例えば、プロセッサ、集積回路、及び更なる電子手段を含む。

【0027】

本発明の更なる利点、特徴、及び詳細は、好ましい実施形態の以下の説明並びに図面から得られる。上記において説明した特徴及び特徴の組み合わせ、並びに以下の図面の説明において説明する、及び／又は図面にのみ図示された特徴及び特徴の組み合わせは、それぞれ示された組み合わせだけでなく、本発明の範囲を逸脱することなく、任意の他の組み合わせ又は単独でも使用することができる。

【0028】

本開示の新規の特徴及び特性は、添付の特許請求の範囲に記載されている。本開示に組み込まれ、また本開示の一部を構成する添付の図面は、例示的な実施形態を示し、またその説明と共に、開示された原理の説明に役立つ。同様の特徴及びコンポーネントを参照するために、図面全体を通して同じ番号が使用される。次に、本発明の主題の実施形態に係るシステム及び／又は方法のいくつかの実施形態を、単なる例示のために、添付の図面を参照しながら以下において説明する。

【0029】

各図には以下が図示されている：

【図面の簡単な説明】

【0030】

【図1】表示装置の一実施形態を有する自動車の一実施形態による概略側面図である。

【図2】本方法の一実施形態による概略フローチャートである。

【図3】重みを決定するための一実施形態による２つの概略図である。

【図4】車両コンポーネントの要求の展開ランクの例を示す。

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

【0031】

図中、同一の要素又は同一の機能を有する要素は、同一の参照符号によって示されている。

【0032】

ここで、本明細書においては、「例示的」という単語は、「例、事例、又は例示として役立つ」ことを意味するために用いられている。本明細書において「例示的」として説明される本発明の主題の任意の実施形態又は実現形態は、必ずしも他の実施形態よりも好ましい又は有利であると解釈されるべきではない。

【0033】

本開示は、様々な修正形態及び代替形態の余地があるが、それらの形態の特定の実施形態が、例として各図に図示されており、また以下において詳細に説明される。しかしながら、開示した特定の形態に本開示を限定することは意図されておらず、むしろ本開示は、本開示の範囲に含まれるあらゆる修正形態、等価形態、及び代替形態も対象としていると理解されたい。

【0034】

「含む（comprises）」、「含んでいる（comprising）」という用語、又はそれらの用語の任意の他の変形形態は、構成要素又はステップのリストを含むセットアップ、装置又は方法が、それらの構成要素又はステップのみを含むのではなく、明示的に列挙されていない他の構成要素若しくはステップ、又はそのようなセットアップ若しくは装置若しくは方法に固有の他の構成要素若しくはステップを含んでもよいように、非排他的な包含を対象とすることが意図されている。換言すれば、「含む（comprises）」又は「含む（comprise）」の前に置かれたシステム又は装置における１つ以上の要素は、より多くの制約を受けることなく、そのシステム又は方法における他の要素又は追加の要素の存在を排除しない。

【0035】

本開示の実施形態の以下の詳細な説明では、本明細書の一部を成し、且つ本開示が実施され得る特定の実施形態が例示のために図示されている添付の図面を参照する。それらの実施形態は、当業者が本開示を実施することができるように十分に詳細に説明されており、また他の実施形態が利用されてもよく、且つ本開示の範囲から逸脱することなく変更がなされてもよいと理解されたい。したがって、以下の説明は、限定的な意味で解釈されるべきではない。

【0036】

図１は、表示装置１２を備える自動車１０の一実施形態による概略側面図を示す。特に、表示装置１２は、拡大図で示されている個別のホーム画面１４を表示するためのものである。少なくとも１つの機能性シンボル１６がホーム画面上に表示され、表示装置１２は少なくとも１つの電子計算装置１８を備える。特に、電子計算装置１８は、人工知能、特に少なくとも１つのカーネル２０及び／又は複数のカーネル２０を含み得る。

【0037】

特に、ホーム画面は、例えば、少なくとも１つの静的機能性シンボル２２を示すことができ、この静的機能性シンボル２２は、例えば、ナビゲーション画面及び／又は通話のためのタイルとすることができる。特に、機能性のセットが自動車１０及び／又は表示装置１２のユーザ２４に提供され、静的機能性シンボル２２は、エンターテインメントモジュール状に、例えば、静的電話モジュール、ユーザ２４が特定のアクション並びに人工知能学習に基づいて提案される機能性を実行しているときに常に表示されるアクティブタイル上に提供される。全地球測位システム（ＧＰＳ）マップとして表示される永続的ユーザインターフェース背景が、図１に図示されている。上部には、例えば、グローバル検索機能と、例えば、第１の機能性シンボル１６又は第２の機能性シンボル１６であるいわゆるマジックドックとが下部に階層化されている。

【0038】

拡張された形態で表示されるエンターテインメントタイルは、最も小さいタイルのサイズまで、又は関連する提案がない場合には、ドック長全体にわたって、又はほぼ全体にわたってリトラクトすることができる。電話が接続されている場合、静的電話タイルが続き、任意のアクティブなユースケースがそれに続く。アクティブなユースケースの例は、進行中のシートマッサージプログラム、通話、又はシート暖房アクティビティであり得、進行中のアクティビティに直ちに関与するオプションをユーザに直接提供する。最後に、所与のコンテキスト状況においてユーザ２４が関心を持つことをシステムが学習した、提案されたユースケースのサブセットを含む、電子計算装置１８によって加速されるパーソナライズされたタイル提案がある。

【0039】

特に、コンテキストクラスタ２６（図２）は、例えば、時間、場所、並びに他の環境条件、例えば、天候、車両、及びナビゲーション状態に基づくコンテキストフィーチャーの値の特定のセットを指す。コンテキストクラスタ２６は、学習カーネル２０のクラスタアンサンブル６２内に配置され、学習カーネルでは、いくつかのクラスタアンサンブル６２が並行して動作している。コンテキストフィーチャー３３のサブセットが各クラスタアンサンブルに割り当てられ、各クラスタアンサンブル６２内のコンテキストクラスタ２６は、コンテキストフィーチャー３３のこれらのサブセットに基づいて学習される。この文脈において「ドネートする（donate）」とは、例えば、車両コンポーネント２８（図２）又は表示装置に割り当てられた車両コンポーネントの関連付けられた電子モジュールであり得るプロバイダが、電子計算装置１８に、そのユースケース（単数又は複数）が要求によってホーム画面１４上に表示されるように考慮されるべきであることを通知することを意味する。車両コンポーネントのいくつかの例は、エナジャイジングコーチ、シートヒータ、駐車支援システム、電話、マッサージ又はナビゲーションシステムなどである。ドネーションは、運転の全期間にわたって恒久的であってもよく、又はある特定の時間だけある特定のルールによって制限されてもよい。プロバイダとも呼ばれ得る車両コンポーネント２８又は関連付けられた電子モジュールは、それらのユースケースを考慮のために電子計算装置１８にドネートする。それらは、自身のユースケースをドネートする、又は任意の所与の瞬間にドネーションをリトラクトすることができる。各アプリケーションは、それらのユースケースセットに対して１つのプロバイダを有する。各アプリケーションはランク３０を有し得る。特に、デフォルトランク３０は、ユースケースの重要度を定義するために各ユースケースに与えられる。ランク３０は、電子計算装置１８が学習するにつれて経時的に変化する。ユースケースは、学習されるコンテキストクラスタ２６ごとに異なるランク３０を展開させる。より高いランキングのユースケースは、より低いランキングよりも高い優先順位を保持する。車両コンポーネント２８は、ホーム画面１４に対して考慮されるドネーションを除去するオプションを有する。この撤回は、通常、ユースケースが実行されるべき特定の要件に依存する場合、例えば、車両トランスミッションがパーキングからドライブに変わる場合に起こり、トランク開放タイルがリトラクトされる可能性がある。ユースケースも、車両１０の機能と見なすことができる。これらは、電子計算装置１８がユーザ２４に提案したい機能である。

【0040】

図２は、本方法の一実施形態による概略フローチャートを示す。特に、図２は、個別のホーム画面１４を表示するための方法が、第１の車両コンポーネント２８から、その第１の機能性シンボル１６を表示するための検討事項に関する少なくとも第１の要求を受信するステップを含むことを示す。更に、第２の車両コンポーネント２８から、第２の機能性シンボル１６を表示するための検討事項に関する少なくとも第２の要求を受信することが実行される。コンテキストクラスタ２６は、車両の現在のコンテキストデータによって決定される。第１の車両コンポーネント２８及び現在のコンテキストクラスタ２６の第１の要求についての現在の第１のランク３０が決定され、現在のコンテキストクラスタ２６内の第２の車両コンポーネント２８の第２の要求についての現在の第２のランク３０が決定される。第１のランク３０及び第２のランク３０は、比較モジュール３４において比較される。個別のホーム画面１４は、所与の第１のランク３０が第２のランク３０よりも高い場合に、より高い優先順位を有する第１の機能性シンボル１６を用いて表示され、逆もまた同様である。スペースが限られていることに起因して１つの機能性シンボルしか表示することができない場合には、優先順位の低い機能性シンボルは無視される。

【0041】

第１のランク３０は、コンテキストクラスタ２６の第１の車両コンポーネント２８に関連して使用の対話の回数及びタイプに応じて決定され、第２のランク３０は、コンテキストクラスタ２６の第２の車両コンポーネント２８に関連して使用のイン対話の回数及びタイプに応じて決定される。

【0042】

特に、電子計算装置１８のフローが図２に示されている。第１に、ユースケースは、車両コンポーネント２８に関連付けられた電子モジュールを介してドネートされる必要がある。プロバイダとしても知られる各アプリケーションは、それらの指定されたユースケースを、ホーム画面１４のために考慮されるべき電子計算装置１８、特にカーネル２０にドネートする。プロバイダは、開始時にユースケースをドネートし、常に検討事項のために残しておく、又は、指定されたルールに基づいてドネートすることを選択し、ルールが当てはまらなくなった場合にユースケースをリトラクトすることができる。後者の例は、Ｐａｒｋｔｒｏｎｉｃ Ｐｌｕｓ（ＰＴＳ）のユースケースである。この機能は、車両１０がある特定の制限速度未満で走行しているときにのみ使用することができ、したがって、この要件が満たされたときにのみ、プロバイダがユースケースをドネートするのに有意義である。

【0043】

ユースケースが電子計算装置１８にドネートされると、カーネル２０は、まず、顧客設定３６をチェックする。顧客設定３６又はユーザ設定は、プロファイル固有のユーザ２４が、もしあれば、どのユースケースについてシステムが学習してホーム画面１４上に示したいか、並びにどのユースケースを無視したいかを選択することを可能にする。初期設定３６は、電話サービス、ナビゲーションサービス、快適性サービス、車両サービス、車内オフィスサービス及びオンライン音声サービスのためのユースケースをカバーする。

【0044】

ユースケースが設定チェックに合格した場合、タイマ３８のチェックが行われる。タイマ３８には２つの目的がある。それは、ホーム画面１４があまりに頻繁に更新されないことを保証し、また、ユースケースのドネーションは行われないがコンテキストが変化する場合に、特定の間隔で電子計算装置１８のチェックが実行されることも保証する。タイマ３８のチェックが合格し、ホーム画面１４について更新を考慮することができる場合、コンテキストクラスタライザ及びランキングアルゴリズムに対して要求又は予測呼び出しが行われる。クラスタライザは、学習された環境コンテキストカテゴリのうちのどれが現在の条件に最も適切であるかを決定し、内部ランキングアルゴリズムと結合され、どのユースケースが表示されるように提案されるべきかについての優先順位付けされたフィードバックを提供する。ドネートされたユースケースのみが考慮される。クラスタライザは、様々なソースから入力を受け取り、学習する。一次入力は、環境コンテキストフィーチャー、例えば、時間、場所、及び天候である。しかしながら、他の入力は、挙動コンテキスト、例えば、ナビゲーション状態、電話の使用、又は車両内の同乗者を含む。ユーザ２４が様々なユースケースと対話するとき、電子計算装置１８は、どのコンテキストがどのユースケースに関して重要であるか、及び各コンテキストセットに関する適切なランク値を学習する。これらの特定の個別化されたコンテキストの集合は、２６クラスタと呼ばれ、ランキングアルゴリズムが適用され得る基礎を形成する。各クラスタ内では、個別のユースケースランキングが継続的に更新及び記憶され、多種多様なコンテキスト状況に基づく正確な予測につながる。

【0045】

クラスタの実行後、拒否権リスト４０に対するチェックが実行される。ユーザ２４は、特定のユースケースを拒否するオプションを有し、これは、ユーザが、これらのユースケースが再び表示されないことを求めることができることを意味する。例示的な実施形態では、この拒否権リスト４０は、すべての履歴及び学習がリセットされた場合にのみリセットすることができる。表示装置１２上でスワイプアウェイされるユースケースは、トリップの期間の間だけ無視され、一時的な無視リスト４２に対するチェックが実行されることを意味する。設定において恒久的に拒否されるユースケースは、設定エントリがオフにされている限り表示されない。

【0046】

ユースケースが拒否権リストチェックに合格すると、ユースケースのランク３０と、例えば静的エンターテインメントユースケースによって与えられる事前定義の閾値としてのデフォルトランクとの間で最終的な比較４４が行われる。ドネートされた更なるユースケースが静的デフォルトランク以上にランク付けされる場合、それは、機能性シンボルと共にホーム画面１４上でユーザ２４に表示される。それが静的デフォルトランクとしてより低くランク付けされる場合、それは表示されず、エンターテインメントモジュールは拡張されたままである。

【0047】

特に、ユーザ対話は、学習プロセスに影響を及ぼす主要な検討事項である。ユーザ２４は、ホーム画面１４を介してユースケースと対話することができ、例えば、正のフィードバックを提供し、例えば、それを一時的に破棄し（これは、負のフィードバックを意味する）、あるいは単にユースケースと対話しない（これは、中立のフィードバックと見なされ得る）。更に、ユーザ２４は、アプリケーションメニューを介してホーム画面１４上に表示されていない特定のユースケースと対話することを選択し、サブメニューを熟読することによって表示装置１２をナビゲートすることができる。電子計算装置１８はまた、このいわゆる長距離アクセス（Long－Way－Access）を、ユースケースに対する正の強化として考慮し、これは、関連付けられたコンテキストクラスタウェル内の学習されたランキングに直接影響を与える。言い換えれば、例えばヘッドユニットのメニュー又はサブメニューによって、要求側車両コンポーネントがアクティブ化されるたびに、関連付けられたシンボルがディスプレイ上に表示されなくても、この要求はより高くランク付けされる。ランクが十分に高くなるとすぐに、関連付けられたシンボルがディスプレイ上に現れ、使いやすさを向上させる。ユーザ２４が電子計算装置１８によってサポートされるユースケースと対話するたびに、モデルは、そのデータでトレーニングされ、電子計算装置１８が更新される。

【0048】

ランク３０は、電子計算装置１８内の意思決定プロセスに対する基本的な要である。各ユースケースは、初期のランク３０で開始し、これは、コールドスタート事前分布（cold－start priors）と考えられ得る。ランク３０は、別のユースケースと比較した１つのユースケースの相対的重要度を定義する。学習されたランク３０は、ユーザ２４がより頻繁にユースケースに関与するとき、より大きく成長する。推定されるランク３０が変化し得るレートは、対話のタイプに依存する。電子計算装置１８は、各クラスタ内のランク３０の仮定される値を、特に事前分布を学習する。これらの量は、図３に図示されるベータ分布４６としてモデル化され、これは、ユーザ２４がユースケースに関与するか又は関与しないかのいずれかを意味する。ベータ分布は、ユースケースがユーザ２４によって関与される確率に対するカーネルの信念を直接提示する。これらの事前分布は、カーネル２０が、各クラスタ内の各ユースケースについてユーザの関与又は非関与を観察するにつれて展開する。

【0049】

図３は、ランクを決定するための２つの図を示す。図示されているベータ分布は、特定のアクションが取られる確率にわたる分布を表す。図３の上のパネルは、ベータ分布の３つの例を示し、分布の平均が正規化されていないランク３０にどのように対応するかを強調している。これらの確率分布は、特定のクラスタ内の特定のユースケースのためのベータパラメータのセットに記憶された完全な情報コンテンツの例である。説明のために、第１の曲線４８は、ユーザ２４がユースケースと対話する推定される確率の我々の最良の推測が、例えば、ｘ軸上に示される０．７の平均値によって表される７０％であるという信念を表す。確率はランクに対応し、高い確率は高いランクを意味する。平均値は、平均＝α／（α＋β）によって特徴付けられ、α、βはベータパラメータである。曲線４８の場合、α＝７かつβ＝３である。しかしながら、その数において我々が有する信頼度はいくらか低く、それは大きな幅及び低い高さ、すなわち第１の曲線４８の高い分散によって表される。言い換えれば、信頼度は幅に関連付けられ、幅はグラフの高さに関連付けられ、高さに対応する値がｙ軸上に示される。代替として、第２の曲線５０（α＝７０及びβ＝３０）のピークは、７０％の同じ平均を有するが、狭い幅及びより高い高さ、すなわち、小さい分散によって表される、その値における信頼度は、はるかに強い。最後に、第３の曲線５２（α＝８００かつβ＝８００）は、信頼度レベルが５０％の確率の推定において非常に高いかどうかの例を示す。ユーザ挙動／アクション履歴は、ベータ分布でパラメータ化される。各タイル／アクションは、ベータパラメータのためのそれ自体の基本事前分布を有する。経時的に、ユーザが対話するにつれて、コンテキストクラスタ内のベータパラメータが更新され、それによってランクが展開していく。

【0050】

ユーザ関与のより多くの観察と共に事前分布がどのように展開するかを詳述するために、図３の下側のパネルは、ユーザがユースケースに関与する約４５％の確率の初期の仮定を特徴付ける第４の曲線５４における初期の事前分布を示すが、曲線の広い幅は、カーネル２０がこの事前の仮定についてあまり信頼できないことを示す。第５の曲線５６の分布は、ユーザ関与の真の確率分布である。経時的に、カーネル２０がユーザ挙動を観察するにつれて、カーネル２０は、確率の推定の更新を学習し始める。これは、第６の曲線５８及び第７の曲線６０に図示されており、これらの曲線は、真の分布に、したがって第５の曲線５６に、ますます近づいている。対話のタイプに応じて、α及びβが更新される。例えば、クリックとしての対話はαを＋１だけ増加させ、βは不変のままであり、長距離アクセスはαを＋５だけ増加させ、βは不変のままである。中立の対話はβを＋１だけ増加させ、スワイプアウェイアクションはβを＋５だけ増加させ、両方の場合において、αは不変のままである。α及びβの変化度を異なる用途に適合させるために、これらはソフトウェアを介してパラメータ化することができる。

【0051】

平均値に関連付けられた展開ランクの例が図４に示される。０．５の平均値（平均＝２／（２＋２）＝０．５）を有する事前の状態７０から開始して、車両コンポーネントとの対話が１５回実行される。この場合、対話は、タイル、例えばラジオタイル上のクリックである。各対話事前値が更新されると、αは＋１だけ増加し、βは不変のままである。終了状態７２において、αの現在値は１７であり、βは依然として２である。０．５から始まる平均値は、ここでは０．８１（平均＝（２＋１５）／（２＋１５＋２＋２）＝１７／２１＝０．８１）であり、これは、車両コンポーネントの要求に以前よりもはるかに高い優先順位を与える。

【0052】

ホーム画面１４にインターフェースを実際に表示するユースケースについて提案を行うために、カーネル２０は、すべての利用可能なユースケースについて確率分布を計算する。予想される確率値がメディアタイルの値を下回る場合、そのユースケースは破棄される、言い換えれば、確率に対応するランクがユースケースに関連付けられたデフォルトランクを下回る場合、このランクは破棄される。残りの確率は正規化されて比較され、提案の順序付けされたリストを構成する。上位の提案は、ユーザインターフェース、特に表示装置１２に表示される。初期のランク３０のバランスをとる例は、不在着信のユースケースとＰａｒｋｔｒｏｎｉｃユースケースとを比較することによって見つけることができる。ユーザデータが集約されると仮定すると、ユーザ２４は、等しい確率で、例えば、７０％の確率で、これらのユースケースの各々に関与する。しかしながら、Ｐａｒｋｔｒｏｎｉｃの確率にははるかに大きな変動があり、確率の平均は依然として７０％であり、多くの人々がほぼ毎回Ｐａｒｋｔｒｏｎｉｃに関与し、他の人々は非常にまれにしか関与しない。高い広がりに起因して、信頼度は低く、大きな幅を有する初期のベータ分布がＰａｒｋｔｒｏｎｉｃのユースケースに適用される。一方、ユーザ２４の大多数は、特に通知時に、例えば７０％の時間に、したがって高い信頼度を有する場合に、不在着信をチェックし、不在着信は、狭い幅が提供されるベータ分布を得ることになる。不在着信７０％値の信念の信頼度は、Ｐａｒｋｔｒｏｎｉｃ７０％値の信頼度よりも強い。ちなみに、この例は、不在着信に対する第１の曲線４８（例えば、Ｐａｒｋｔｒｏｎｉｃ）及び第２の曲線５０であり得る。

【0053】

各ユースケースのランク３０は、表示装置１２とのユーザの対話に基づいて変化し、すべてのクラスタについて独立して記憶される。クラスタ内で、ランク３０は個々に展開して、完全にパーソナライズされたユーザ体験を作成する。α及びβを展開させることによるユースケースのランキング更新は、挙動に応じて、ランク３０をより大きく又はより小さくすることができる。追加の入力がなければ、学習されたランク３０は最終的に初期のデフォルト値に向かって低下する。

【0054】

クラスタライザとランキングアルゴリズムとの組み合わせは、単一の学習カーネル２０を含む。全体的な精度を改善し、それによってユーザの経験を改善するために、学習カーネル２０のアンサンブル６２は、単一の車両１０上で実行される完全なモデルとして並行して展開される。各カーネル２０は、パラメータの特定のセットを有するコンテキストフィーチャーのサブセットに対して同時に動作し、その結果は、ブロック６４によって表示される最終的なユースケース提案リストのために組み合わせられる。アンサンブルモデルは、欠落しているコンテキストフィーチャーの周りで、例えば、入力信号が決して送信されない又は紛失されることにつながる不具合の周りで展開する懸念に同時に対処すると共に、ほとんど／すべてのユーザ２４に適切なジェネリックベースモデルの事前トレーニングを可能にし、新しいユーザプロファイルのライフサイクルにおいて直ちに望ましい直観的な提案につながる。

【0055】

ユースケースとして、例えば、通話が提示され得る。別のユースケースは、快適性のユースケース、例えば、マッサージ、暖房制御、快適性プログラムの通電、空気防御、アクティブ化プログラムの通電、又はパワーナップ（power nap）であり得る。別のユースケースは、直近の目的地、お気に入りの目的地、及び／又は予測される目的地が提示され得るナビゲーションケースであり得る。別のユースケースは、車両のユースケース、例えば、トランク制御、快適ドア制御、車両レベル調整、又はＰａｒｋｔｒｏｎｉｃのユースケースに関連し得る。更に、車内オフィスは、例えば、通話リスト及び誕生日であり得るユースケースであり得る。更に、オンライン音声サービスは、例えば食品注文などのユースケースであってもよい。これらの提示されたユースケースは、単なる例である。

【0056】

カーネル２０によって考慮されるコンテキストは、現地時間、タイムブート、ＧＰＳ、内部温度、外部温度、空気品質、車両内の同乗者、速度、ナビゲーションガイダンスステータス、推定到着時間、運転状態、シート暖房ステータス、及び最後のアプリケーション使用からの時間を含むことができる。これらのコンテキストは更新され、追加される。

【図1】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2024-03-21

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

車両（１０）の表示装置（１２）上に個別のホーム画面（１４）を表示するための方法であって、前記方法が、
第１の車両コンポーネント（２８）に関連付けられたプロバイダによって生成された、前記第１の車両コンポーネントの第１の機能性シンボル（１６）を表示するための検討事項に関する少なくとも第１の要求を受信するステップと、
第２の車両コンポーネント（２８）に関連付けられた更なるプロバイダによって生成された、前記第２の車両コンポーネントの第２の機能性シンボル（１６）を表示するための検討事項に関する少なくとも第２の要求を受信するステップと、
前記車両（１０）の現在のコンテキストデータによってコンテキストクラスタ（２６）を決定するステップと、
前記現在のコンテキストクラスタ（２６）内の前記第１の車両コンポーネント（２８）の前記第１の要求についての現在の第１のランク（３０）を決定し、前記現在のコンテキストクラスタ（２６）内の前記第２の車両コンポーネント（２８）の前記第２の要求についての現在の第２のランク（３０）を決定するステップと、
前記第１のランク（３０）を、前記コンテキストクラスタ（２６）について決定された少なくとも前記第２のランク（３０）と比較するステップと、
前記所与の第１のランク（３０）が前記第２のランク（３０）よりも高い場合に、前記第２の機能性シンボル（１６）よりも高い優先順位を有する前記第１の機能性シンボル（１６）を用いて、前記表示装置（１２）に割り当てられた前記個別のホーム画面（１４）を表示するステップ、又はその逆のステップと、
を含み、
前記第１のランク（３０）は、前記コンテキストクラスタ（２６）の前記第１の車両コンポーネント（２８）に関連して前記ユーザによって実行される対話のタイプ及び頻度に応じて決定され、
前記第２のランク（３０）は、前記コンテキストクラスタ（２６）の前記第２の車両コンポーネント（２８）に関連して前記ユーザによって実行される対話のタイプ及び頻度に応じて決定される、前記方法。

【請求項2】

前記第１の車両コンポーネント（２８）及び／又は前記第２の車両コンポーネント（２８）の前記要求は、所定のルールが満たされた場合に、前記第１の車両コンポーネント及び／又は前記第２の車両コンポーネントに関連付けられた前記プロバイダによってのみ生成される
ことを特徴とする、請求項１に記載の方法。

【請求項3】

前記第１のランク（３０）及び前記第２のランク（３０）は、増加又は減少する平均値を有するベータ分布（４６）の展開を使用することによって決定され、前記平均値は、前記ランクに関連付けられる
ことを特徴とする、請求項１又は２に記載の方法。

【請求項4】

前記ベータ分布（４６）の展開は、対話のタイプに応じて事前定義されたルールに従って、パラメータα、βを更新することによって実行される
ことを特徴とする、請求項３に記載の方法。

【請求項5】

車両コンポーネントとの対話は、シンボル上でのクリック、シンボルのスワイプアウェイ、提供されたシンボルとの対話なし、及び／又はサブメニューによるアクティブ化を含む
ことを特徴とする、請求項１又は２に記載の方法。

【請求項6】

前記第１のランク（３０）及び前記第２のランク（３０）は、所定の時間ステップで決定され、及び／又は、前記比較は、所定の時間ステップで実行され、及び／又は、前記車両（１０）のコンテキストデータによる前記現在のコンテキストクラスタ（２６）の前記決定は、所定の時間ステップで頻繁に実行される
ことを特徴とする、請求項１又は２に記載の方法。

【請求項7】

前記第１の機能性シンボル（１６）及び／又は前記第２の機能性シンボル（１６）の表示は、前記車両（１０）のユーザ（２４）による入力に応じて抑制される
ことを特徴とする、請求項１又は２に記載の方法。

【請求項8】

前記第１の機能性シンボル（１６）及び／又は前記第２の機能性シンボル（１６）の表示は、関連付けられた車両コンポーネントの前記要求についての前記ランクが事前定義の閾値を下回る限り、抑制される
ことを特徴とする、請求項１又は２に記載の方法。

【請求項9】

１つ又はいくつかのタイプの車両コンポーネント要求を含む各コンテキストクラスタ（２６）が、コンテキストフィーチャーのサブセットを指す
ことを特徴とする、請求項１又は２に記載の方法。

【請求項10】

各コンテキストクラスタ内では、車両コンポーネントに関連付けられた要求のランクが個別に記憶され、及び／又は展開される
ことを特徴とする、請求項９に記載の方法。

【請求項11】

同一の車両コンポーネントに関連付けられた要求のランクは、いくつかのコンテキストクラスタにおいて同時に実装され、個別に展開される
ことを特徴とする、請求項９に記載の方法。

【請求項12】

前記コンテキストクラスタ（２６）は、トレーニングによって、好ましくはニューロナルネットワークをトレーニングすることによって確立される
ことを特徴とする、請求項１又は２に記載の方法。

【請求項13】

複数のコンテキストクラスタ（２６）がクラスタアンサンブル（６２）内に配置され、各クラスタアンサンブル（６２）が、他のクラスタアンサンブル（６２）と並行して別個のカーネル（２０）において処理される
ことを特徴とする、請求項１又は２に記載の方法。

【請求項14】

各クラスタアンサンブルに、コンテキストフィーチャーのサブセットが割り当てられ、これらのクラスタアンサンブルの各々におけるコンテキストクラスタは、コンテキストフィーチャーのこのサブセットを指す
ことを特徴とする、請求項１３に記載の方法。

【請求項15】

前記ホーム画面（１４）上に、追加的に、更なる車両コンポーネント（２８）の少なくとも１つの静的機能性シンボル（２２）が表示され、前記静的機能性シンボル（２２）は、常に、適合不可能な様式で表示される、又はサイズをリトラクトすることによって適合可能である
ことを特徴とする、請求項１又は２に記載の方法。

【請求項16】

静的なデフォルトランク（２２）よりも高いランクを有するプロバイダによって要求される更なる車両機能に関連付けられたシンボルが、限られたスペースを有する表示領域上に表示されなければならない場合、更なる車両コンポーネント（２８）の静的機能性シンボル（２２）のサイズが適合される
ことを特徴とする、請求項１５に記載の方法。

【請求項17】

個別のホーム画面（１４）を表示するための車両（１０）の表示装置（１２）であって、少なくとも１つの機能性シンボル（１６）が前記ホーム画面（１４）上に表示され、前記表示装置（１２）が、少なくとも１つの電子計算装置（１８）を備え、前記表示装置（１２）が、請求項１又は２に記載の方法を実行するように構成されている、前記表示装置（１２）。

【国際調査報告】