JP6983198B2 - チュートリアルを伴う運転後の総括 - Google Patents

Description

[0001] ますます、コンピュータのような機能およびユーザインターフェースが、自動車へと入り込んでいる。かつて車は、ダッシュボード上に配置されているアナログ計器のセットを有していたところ、より新しい車は、しばしばデジタル計器を有しており、地図情報、バックアップビデオ、走行統計、オーディオデータ、コンピュータアプリケーションなどを表示するディスプレイを有している場合もある。自動車用のユーザインターフェースの機能セットは、多すぎるオプションを含んでいる場合がある。これらのオプションについては、自動車の所有者の長ったらしいマニュアルおよびおそらくはその他の文書において詳述されている場合があるが、多くの所有者は、これらの資料を読まない。

[0002] 本明細書において特許請求されている主題は、あらゆる不利な点を解決する実施形態、または上述の環境などの環境においてのみ機能する実施形態に限定されるものではない。むしろ、この背景技術は、本明細書において説明されているいくつかの実施形態を実施することができる１つの例示的なテクノロジーエリアを示すために提供されているにすぎない。

[0003] 簡潔に言えば、本明細書において説明されている主題の態様は、乗り物での通知
に関する。複数の態様において、乗り物が移動している間には、特定のタイプの通知は運転手に提示されない。乗り物が停止して、通知にとって適切なポイントが生じてから、通知を提示することができる。その通知は、たとえば、乗り物の機能について知る上で、効率を高める上で、またはその他の多くの点で運転手を補助することができる。

[0004] この「発明の概要」は、主題のいくつかの態様を簡潔に識別するために提供されており、その主題については、以降の「発明を実施するための形態」においてさらに説明されている。この「発明の概要」は、特許請求される主題の鍵となる特徴または必要不可欠な特徴を識別することを意図されているものではなく、特許請求される主題の範囲を限定するために使用されることを意図されているものでもない。

[0005] 「本明細書において説明されている主題」というフレーズは、文脈によって別段の内容が明確に示されていない限り、「発明を実施するための形態」において説明されている主題を指している。「態様」という用語は、「少なくとも１つの態様」として読み取られるべきである。「発明を実施するための形態」において説明されている主題の態様を識別することは、特許請求される主題の鍵となる特徴または必要不可欠な特徴を識別することを意図されているものではない。

[0006] 本明細書において説明されている主題の上述の態様およびその他の態様が、限定ではなく例として、添付の図において示されており、それらの図においては、同様の参照番号は、類似した要素を示している。

[0007]本明細書において説明されている主題の態様を組み込むことができる例示的なコンピューティング環境を表すブロック図である。 [0008]本明細書において説明されている主題の態様による例示的な表示ページのブロック図である。 本明細書において説明されている主題の態様による例示的な表示ページのブロック図である。 本明細書において説明されている主題の態様による例示的な表示ページのブロック図である。 本明細書において説明されている主題の態様による例示的な表示ページのブロック図である。 本明細書において説明されている主題の態様による例示的な表示ページのブロック図である。 [0009]本明細書において説明されている主題の態様に従って生じることが可能である例示的なアクションを一般的に表す流れ図である。

定義
[0010] 「ｉｎｃｌｕｄｅｓ（含む）」という用語およびその異形は、本明細書において使用される際には、「ｉｎｃｌｕｄｅｓ， ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ（含むが、それに限定されない）」を意味するオープンエンドな用語として読み取られるべきである。「ｏｒ（または）」という用語は、文脈によって別段の内容が明確に示されていない限り、「ａｎｄ／ｏｒ（および／または）」として読み取られるべきである。「ｂａｓｅｄ ｏｎ（に基づいて）」という用語は、「ｂａｓｅｄ ａｔ ｌｅａｓｔ ｉｎ ｐａｒｔ ｏｎ（に少なくとも部分的に基づいて）」として読み取られるべきである。「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（１つの実施形態）」および「ａｎ ｅｍｂｏｄｉｍｅｎｔ（一実施形態）」という用語は、「ａｔ ｌｅａｓｔ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（少なくとも１つの実施形態）」として読み取られるべきである。「ａｎｏｔｈｅ
ｒ ｅｍｂｏｄｉｍｅｎｔ（別の実施形態）」という用語は、「ａｔ ｌｅａｓｔ ｏｎｅ ｏｔｈｅｒ ｅｍｂｏｄｉｍｅｎｔ（少なくとも１つの他の実施形態）」として読み取られるべきである。

[0011] 「ａ（１つの）」、「ａｎ（１つの）」、および「ｔｈｅ（その）」などの用語は、本明細書において使用される際には、示されているアイテムまたはアクションのうちの１つまたは複数を含む。とりわけ、特許請求の範囲においては、アイテムへの言及は一般に、少なくとも１つのそのようなアイテムが存在することを意味し、アクションへの言及は、そのアクションの少なくとも１つのインスタンスが実行されることを意味する。

[0012] データという用語は、１つまたは複数のコンピュータストレージ要素によって表すことができるあらゆるものを含むように広い意味で読み取られるべきである。論理的に、データは、揮発性または不揮発性のメモリにおいて一連の１および０として表すことができる。非バイナリーストレージメディアを有するコンピュータにおいては、データは、そのストレージメディアの性能に従って表すことができる。データは、数字、文字等などのシンプルなデータ型、階層的なデータ型、リンクされているデータ型、またはその他の関連したデータ型、複数のその他のデータ構造もしくはシンプルなデータ型を含むデータ構造などを含むさまざまなタイプのデータ構造へと編成することができる。データのいくつかの例は、情報、プログラム状態、プログラムデータ、その他のデータなどを含む。

[0013] 見出しは、便宜上のものにすぎず、所与のトピックに関する情報が、そのトピックを示す見出しを有するセクションの外部で見つかる可能性もある。

[0014] その他の定義は、明示的なものであれ黙示的なものであれ、以降に含まれている場合がある。

例示的なオペレーティング環境
[0015] 図１は、本明細書において説明されている主題の態様を実施することができる適切な環境１００の一例を示している。環境１００は、適切な環境の一例にすぎず、本明細書において説明されている主題の態様の範囲、使用、または機能に関して何らかの限定を提示することを意図されているものではない。環境１００は、この例示的な環境１００内に示されているコンポーネントのうちの任意の１つまたは組合せに関して何らかの依存性または必要性を有すると解釈されるべきでもない。

[0016] さらに、さまざまな例が、図において示されており、本明細書において文章で説明されているが、与えられている例は、すべてを含んでいることまたは網羅していることを意図されてはいない。実際には、本明細書における教示に基づいて、本明細書において説明されている主題の態様の趣旨または範囲から逸脱することなく適切に使用することができるその他の多くの例を当業者なら認識することができる。

[0017] 図１において示されているのは、乗り物１０２である。乗り物１０２は、たとえば、車、バン、トラック、オートバイ、ボート、トラクター、ハーベスタ、その他の乗り物などを含むことができる。乗り物１０２は、乗り物システム１０１を含むことができる。乗り物システム１０１は、例示的なコンポーネント、たとえば、センサ１０５〜１０７、入力１１０〜１１２、出力１１５〜１１９、入力マネージャー１２０、プロセッサ１２５、出力マネージャー１３０、その他のコンポーネント（図示せず）などを含むことができる。

[0018] 図１において示されているコンポーネントは、例示的なものであり、必要とされるまたは含まれる可能性があるコンポーネントをすべて含むことを意図されているもので
はない。さらに、その他の実施形態においては、本明細書において説明されている主題の態様の趣旨または範囲から逸脱することなく、コンポーネントの数が異なることが可能である。いくつかの実施形態においては、本明細書において説明されている主題の態様の趣旨または範囲から逸脱することなく、図１と関連して説明されているコンポーネントを、（図示されている、もしくは図示されていない）その他のコンポーネント内に含めること、またはサブコンポーネント内に配置することが可能である。いくつかの実施形態においては、図１と関連して説明されているコンポーネントおよび／または機能を複数のデバイスにわたって分散させることができる。

[0019] コンポーネントという用語は、本明細書において使用される際には、代替実施態様においては、ハードウェア、たとえば、デバイスの全体または一部分、１つまたは複数のソフトウェアモジュールの集合またはその部分、１つまたは複数のソフトウェアモジュールまたはその部分と、１つまたは複数のデバイスまたはその部分との何らかの組合せなどを含むように読み取ることができる。一実施態様においては、１つまたは複数のアクションを実行するようにプロセッサを構成すること（たとえば、プログラムすること）によってコンポーネントを実装することができる。

[0020] 図２において示されているコンポーネントのうちの１つまたは複数は、１つまたは複数のコンピューティングデバイスまたはそれらの部分を使用して実装することができる。そのようなデバイスは、たとえば、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイスまたはラップトップデバイス、マルチプロセッサシステム、マイクロコントローラベースのシステム、セットトップボックス、プログラム可能な家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、携帯電話、携帯情報端末（PDA）、ゲーミングデバイス、プリンタ、セットトップを含む機器、メディアセンター、またはその他の機器、自動車に組み込まれているまたは取り付けられているコンピューティングデバイス、その他のモバイルデバイス、上記のシステムまたはデバイスのうちの任意のものを含む分散コンピューティング環境などを含むことができる。

[0021] 本明細書において説明されている主題の態様は、コンピュータによって実行されているプログラムモジュールなどのコンピュータ実行可能命令というコンテキストにおいて説明することができる。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。本明細書において説明されている主題の態様は、通信ネットワークを通じてリンクされているリモート処理デバイスどうしによってタスクが実行される分散コンピューティング環境において実施することもできる。分散コンピューティング環境においては、メモリストレージデバイスを含むローカルおよびリモート両方のコンピュータストレージメディアにプログラムモジュールを配置することができる。

[0022] 代替として、または追加として、本明細書において説明されている機能は、少なくとも部分的に、１つまたは複数のハードウェアロジックコンポーネントによって実行することができる。限定ではなく、例として、使用することができるハードウェアロジックコンポーネントの例示的なタイプとしては、フィールドプログラマブルゲートアレイ（FPGA）、プログラム固有集積回路（ASIC）、プログラム固有標準製品（ASSP）、システムオンアチップシステム（SOC）、結合プログラム可能論理回路（CPLD）などが含まれる。

[0023] 図１を参照すると、プロセッサ１２５は、入力マネージャー１２０および出力マネージャー１３０に結合することができる。入力マネージャー１２０は、センサ１０５〜１０７、タッチスクリーン１１０、オーディオ入力デバイス１１１、およびその他の入力デバイス１１２から入力を受け取ることができる。同様に、出力マネージャー１３０は、ワイヤレス出力１１５、ディスプレイ１１６、計器１１７、オーディオ出力デバイス１１
８、その他の出力デバイス１１９などに出力を提供することができる。一実施態様においては、ディスプレイ１１６およびタッチスクリーン１１０は、同じデバイス上に実装することができる。示されているように、特定の数のセンサ、入力デバイス、および出力デバイスがあるが、所与の乗り物システム内にいかなる現実的な数があることも可能であるということ、ならびに所与の乗り物システム内に異なる数のセンサ、入力デバイス、および／または出力デバイスがあることも可能であるということを理解すべきであるという点に留意されたい。

[0024] 一般には、センサ１０５〜１０７は、環境１００に関する特徴（乗り物１０２の内部の人々、もの、および状況、ならびに乗り物１０２の外部の人々、もの、および状況を含むことができる）を感知する。一般には、センサは、たとえば、乗り物１０２の内部または外部の搭乗者、環境の状況またはその他の状況、アイテムなどを含む何かの特徴を検知することができる任意のデバイスを含むことができる。例示的なセンサは、フォトセル、カメラ、マイクロフォン、ＧＰＳ、ジャイロスコープ、電気皮膚反応ストリップ、カメラ、温度センサ、速度センサ、モーションセンサ、湿度センサなどを含む。

[0025] タッチスクリーン１１０は、乗り物１０２内のディスプレイデバイスとのユーザ対話に関するデータを入力マネージャー１２０に提供することができる。オーディオ入力デバイス１１１は、音、たとえば、乗り物１０２の搭乗者からの音を取り込むことを意図されているマイクロフォンによって検知されたオーディオに対応するデータを提供することができる。

[0026] 本明細書における教示に基づいて、本明細書において説明されている主題の態様の趣旨または範囲から逸脱することなく、入力データを入力マネージャー１２０に提供するために使用することができるその他の入力デバイスを当業者なら認識することができる。その他の入力デバイスのいくつかの例は、ステアリングホイール、ハプティックコントロール、ジョグダイヤル、キーボード、マウス、ストレージデバイス（たとえば、USBドライブ）、カメラ、ワイヤレスデバイスなどを含む。

[0027] ワイヤレス出力１１５は、ワイヤレス信号を使用して通信を行う任意のデバイスにワイヤレス信号を提供することができる。ワイヤレス出力１１５は、たとえば、そのようなワイヤレスデバイスとの間で信号を送信および受信するアンテナを含むことができる。

[0028] ディスプレイ１１６は、乗り物の搭乗者に対してグラフィカルな情報を表示することができる。一実施態様においては、ディスプレイ１１６は、ユーザ入力を受け取ることもできるようにタッチセンシティブであってもよい。別の実施態様においては、ディスプレイ１１６は、タッチセンシティブでなくてもよい。

[0029] 計器１１７は、乗り物１０２のさまざまなコンポーネントのステータスを示すことができる。一実施態様においては、計器１１７のうちの１つまたは複数をディスプレイ１１６と統合することができ、それによって、それらの１つまたは複数の計器の情報は、ディスプレイ１１６を介して表示される。

[0030] オーディオ出力デバイス１１８は、オーディオを提供することができる。そのオーディオは、ユーザによって要求されたオーディオ（たとえば、乗り物１０２のオーディオシステム上で再生されるようユーザが要求した何か）、ならびに乗り物システム１０１によって提供される指示、情報、エンターテイメントなどを含むことができる。

[0031] ストア１３５は、任意のタイプのコンピュータストレージメディアを含むことが
できる。コンピュータストレージメディアは、コンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータなどの情報を格納するための任意の方法、製品、またはテクノロジーにおいて実装される揮発性のメディアおよび不揮発性のメディアならびに取り外し可能なメディアおよび取り外し不能なメディアの両方を含む。コンピュータストレージメディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ソリッドステートストレージ、フラッシュメモリ、もしくはその他のメモリテクノロジー、ＣＤ−ＲＯＭ、デジタル多用途ディスク（DVD）、もしくはその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくはその他の磁気ストレージデバイス、または、所望の情報を格納するために使用することが可能な、かつプロセッサ１２５によってアクセスすることが可能なその他の任意のメディアを含む。コンピュータストレージメディアは、通信メディアを含まない。

[0032] 通信メディアは、典型的には、搬送波またはその他の伝送メカニズムなどの変調されたデータ信号においてコンピュータ可読命令、データ構造、プログラムモジュール、またはその他のデータを具体化し、任意の情報伝達メディアを含む。「変調されたデータ信号」という用語は、その信号の特性のうちの１つまたは複数が、その信号内で情報をエンコードするような様式で設定または変更されている信号を意味する。限定ではなく、例として、通信メディアは、有線ネットワークまたは直接有線接続などの有線メディア、ならびに、音響メディア、ＲＦメディア、赤外線メディア、およびその他のワイヤレスメディアなどのワイヤレスメディアを含む。

[0033] 人は、乗り物システム１０１のさまざまな入力デバイスを通じて乗り物システム１０１と対話することができる。いくつかの例示的な入力デバイスについては、上述した。その他の例示的な入力デバイス（図示せず）は、ジョイスティック、ゲームパッド、スキャナ、ライティングタブレット、ポインティングデバイス（たとえば、マウス、トラックボール、タッチパッドなどを含む）などを含むことができる。

[0034] 上で識別された入力デバイスのうちの１つまたは複数の使用を通じて、ナチュラルユーザインターフェース（NUI）を確立することができる。ＮＵＩは、話声認識、タッチ認識およびスタイラス認識、スクリーン上およびスクリーン近傍の両方でのジェスチャー認識、エアジェスチャーまたはその他のジェスチャー、ヘッドトラッキングおよびアイトラッキング、音声および話声、視覚、タッチ、マシンインテリジェンスなどに依存することが可能である。ユーザと対話するために採用することができる何らかの例示的なＮＵＩテクノロジーは、タッチセンシティブディスプレイ、音声認識および話声認識、意図および目的の理解、電気皮膚反応ストリップ、粒子／分子検知システム、深度カメラ（立体カメラシステム、赤外線カメラシステム、RGBカメラシステム、およびそれらの組合せなど）を使用するモーションジェスチャー検知、加速度計／ジャイロスコープを使用するモーションジェスチャー検知、顔認識、３Ｄディスプレイ、ヘッドトラッキング、アイトラッキング、およびゲイズトラッキング、没入型拡張現実システムおよび仮想現実システム、ならびに、電界感知電極を使用して脳の活動を感知するためのテクノロジー（EEGおよび関連した方法）を含む。

[0035] 乗り物システム１０１は、１つまたは複数のリモートデバイスへの論理接続を使用して、ネットワーク化された環境において機能することができる。論理接続は、ローカルエリアネットワーク（LAN）、ワイドエリアネットワーク（WAN）、電話ネットワーク、近距離無線ネットワーク、その他のネットワークなどを含むことができる。

[0036] 提示における容易さのために、「運転手」（driver）という用語は、本明細書においては、乗り物を運転している人を指すために使用されている場合が多い。代替実施態様においては、運転手に当てはまるものとして本明細書において提供されている教示は、
乗り物を運転していないその他の個人に当てはまることも可能である。何人かの例示的な個人は、乗り物内の乗客、運転手の親戚または友達、乗り物を保守点検または清掃する人々、乗り物と対話する緊急事態に携わる人々または法律を執行する人々、その他の人々などを含むことができる。

[0037] 乗り物は、別々の時点において別々の運転手を有する場合があるので、乗り物システム１０１は、乗り物１０２の運転手およびその他の搭乗者を識別することができるアイデンティティーコンポーネントを含むことができる。複数の搭乗者が乗り物１０２内にいるということを検知するために、乗り物システム１０１は、たとえば、乗り物の座席のそれぞれにおける重さ、および／またはシートベルトがバックルで留められているかどうかを検知するセンサ、搭乗者を視覚的に検知するカメラ、その他のタイプのセンサなどを含むことができる。

[0038] 一実施態様においては、乗り物１０２が移動している間の特定の情報、および乗り物１０２が停止されていて通知にとって適切なポイントにあるときのその他の情報を表示するように（たとえば、プロセッサ１２５にとって利用可能なハードウェア、ファームウェア、および／またはソフトウェア内の命令を介して）乗り物システム１０１を構成することができる。たとえば、命令をロードしてそれらの命令を実行することによって回路を作成するようにプロセッサ１２５を構成することができる。その回路は、乗り物が停止したということを検知するセンサに反応することが可能である。乗り物が、個人に通知を提示するのに適切なポイントにあるかどうかを判定するように（たとえば、さらなる命令を実行することによって）プロセッサをさらに構成することができる。

[0039] 一実施態様においては、乗り物が移動している間には、緊急事態の通知（たとえば、乗り物または搭乗者の安全に影響を与える可能性がある問題に関する通知）、ステータスの（たとえば、計器のような）通知などを除くすべてを提示することを差し控えるように乗り物システム１０１を構成することができる。表示することができるさまざまな情報のいくつかの例が、図２〜図６において示されている。

[0040] 一実施態様においては、乗り物が移動しているときでさえ、いくつかのタイプの通知を提示するように乗り物システム１０１を構成することができる。たとえば、運転が自動化されている乗り物においては、どんな通知を表示することができるかに関する制約がまったくまたはほとんどない場合がある。別の例としては、さまざまな通知を乗り物の後部座席の搭乗者に提供することができる。別の例としては、本明細書において言及されているその他の通知は、それらの通知を表示するのに適切なポイントが生じている場合には、乗り物が移動している間に表示することができる。

[0041] 一実施態様においては、乗り物が停止されている間に、停止されているその乗り物は、それ自体では、重要ではない通知を表示することを正当化するのに十分でない場合がある。たとえば乗り物は、停止信号で一時的に停止されている可能性があり、その場合、通知を表示することは、運転手の気を散らす可能性がある。別の例としては、乗り物は、渋滞の中で一時的に停止する可能性がある。乗り物が、通知にとって適切な停止ポイントにあるかどうかを判定することは、（その乗り物が停止されていることに加えて）１つまたは複数の条件が満たされているかどうかを見るためにチェックを行うことを含むことができる。

[0042] たとえば、一実施態様においては、下記の因子のうちの１つまたは複数を含む関数を、含まれている因子のうちのそれぞれに関する重みとともに使用して、値を生成することができる。その値が、設定可能なしきい値または固定されたしきい値を上回っている場合には、乗り物システム１０１は、通知にとって適切なポイントが生じているというこ
とを判定することができる。別の実施態様においては、通知にとって適切なポイントが生じているということを判定するために、ルールベースのシステムを使用することができる。別の実施態様においては、通知にとって適切なポイントが生じているということを判定するために、関数およびルールを使用するハイブリッドプロセスを使用することができる。

[0043] いくつかの例示的な条件は、下記の条件を含む。

[0044] １．乗り物がどれぐらい長く停止されているか。たとえば、乗り物がＸ秒を超えて停止されている場合には（この場合、Xは、設定可能であるか、調節可能であるか、または固定されている）、これは、通知が適切であるかどうかを判定する際の因子であると言える。

[0045] ２．乗り物がエンジンを切られているか、または別の動力状態にあるかどうか。乗り物がエンジンを切られているか、または別の動力状態にある場合には、これは、運転手が少なくともしばらくの間乗り物の運転を終えているということを示す強力な指標であると言える。乗り物がエンジンを切られているか、または別の動力状態にある場合には、乗り物システム１０１は、これを、通知が適切であるかどうかを判定する際の因子として使用することができる。

[0046] ３．乗り物がギアをパーキングに置かれているかどうか。乗り物はしばしば、ギアをパーキングに置かれた直後にエンジンを切られる。乗り物システム１０１は、これを、通知が適切であるかどうかを判定する際の因子として使用することができる。

[0047] ４．乗り物のギアがどれぐらい長くパーキングにあるか。たとえば、乗り物のギアがＸ秒を超えてパーキングにある場合には（この場合、Xは、設定可能であるか、調節可能であるか、または固定されている）、これは、通知が適切であるかどうかを判定する際の因子であると言える。

[0048] ５．乗り物がどこに位置しているか。乗り物が運転手のガレージに駐車されている場合には、これを、適切な通知ポイントが生じているということを判定する際の因子として使用することができる。

[0049] ６．何時か。たとえば、乗り物が午後５：００時以降に家に位置している場合には、これは、適切な通知ポイントが生じているということを判定するのに十分であると言える。別の例としては、時間が、運転手が車の運転をやめるおおよその時間であって、かつ車が家に位置している場合には、これは、適切な通知ポイントが生じているということを判定するのに十分であると言える。

[0050] ７．友達への近接度。たとえば、乗り物が友達の隣に位置している場合には、これは、通知を提供するには不適切な時間とみなすことができる。なぜなら、運転手はその友達と対話したいと望んでいる可能性があるからである。

[0051] ８．地域に住んでいる人々に固有のデータ。たとえば、ある地域に住んでいる人々は、コーヒーショップに立ち寄っている間の通知ではなく、１日の終わりにおける家での通知に対して、より受容性を示すかもしれない。

[0052] ９．乗り物が典型的にそのロケーションで多くの時間を費やしているかどうか。たとえば、通勤者の多くの乗り物は、家および職場で多くの時間を費やす。乗り物が、その乗り物が典型的に多くの時間を費やしている場所で停止されているということは、通知
にとって適切なポイントが生じているということを判定する際の因子として使用することができる。

[0053] １０．その乗り物は、どんなタイプの乗り物か。たとえば、若者向けの乗り物に関しては、その乗り物がギアをパーキングに入れられた場合には、これを、通知ポイントにとって適切なポイントが生じているということを判定する際の因子として使用することができる。別の例としては、高級な乗り物に関しては、その乗り物が実際にエンジンを切られた場合が、その乗り物がギアをパーキングに入れられた場合よりも、通知ポイントにとって適切なポイントが生じているということを判定する際のさらに重要な因子であると言える。

[0054] １１．ロケーションに関する過去のデータ。たとえば、乗り物が特定のロケーション（たとえば、フェリーターミナルまたはその他のロケーション）に長い間停止したままであるということを過去のデータが示す場合がある。乗り物がそのようなロケーションで停止した場合には、これを、通知にとって適切なポイントが生じているということを判定する際の因子として使用することができる。

[0055] 前述のように、乗り物システム１０１のような乗り物システムを含む現代の車は、多くの機能を有している場合がある。助けがなければ、運転手は、これらの機能に気づかない場合があり、またはこれらの機能を使用する上で問題を抱える場合がある。たとえば、いくつかの問題は、持ち込まれたデバイスを使用する上での問題、乗り物システムのコア機能を使用する上での問題、乗り物システム使用の最適化の提案（乗り物システムをよりよく使用するためには、どのようにするか）、乗り物システムのソフトウェアアプリケーションを使用する上での問題、ソフトウェアアプリケーションに関する最適化の提案、くどいシステム通知（たとえば、チェックエンジンライトを特定の通知およびガイダンス内に外挿すること）などを含む。乗り物システム１０１は、運転手の行動をモニタすることによって、役立つヒントを運転手に提供できる場合がある。これらのヒントは、上で特定されたポイントにおいて提供することができる。たとえば、下記のとおりである。

[0056] １．運転手は、携帯電話またはその他のデバイス（たとえば、ヘッドセット、タブレット、ラップトップ、GPS、またはその他のデバイス）を乗り物システム１０１とペアリングする上で問題を抱えているかもしれない。この問題を認識することと関連して、乗り物システム１０１は、運転手の携帯電話またはその他のデバイスと乗り物システム１０１との間におけるペアリングの問題に対処する更新が利用可能であるということを判定することができる。それに応じて、乗り物システム１０１は、ペアリングの問題に対処する更新が受信されているということを運転手に通知することができ、その更新をダウンロードおよびインストールするためのボタンを提供することができる。

[0057] ２．運転手は、地域の場所を検索するために乗り物システム１０１を使用しているかもしれないが、メディアまたは地域のイベントを検索するために乗り物システム１０１を使用していないかもしれない。乗り物システム１０１は、この行動を観察することができ、運転手が既に行っていることと同様または同等であるこの使用されていない機能を運転手に通知することができる。

[0058] ３．運転手は、利用可能なショートカットを利用していないかもしれない。たとえば、運転手は、地図システムに関する行き先を選択するために一連のオンスクリーンメニューを通じてナビゲートを行っているかもしれない。（たとえば、行き先を選択することという）同じ目的を、はるかに迅速な入力メカニズムを通じて（たとえば、音声コマンドを介して）達成することができる。乗り物システム１０１は、面倒な方法を使用しているという行動を観察することができ、ショートカットを運転手に通知することができる。

[0059] ４．運転手は、乗り物の燃料節約機能を利用していないかもしれない。たとえば運転手は、高速道路のスピードで運転しているときに、乗り物を、燃費にとって最適ではないギアのままにしているかもしれない。たとえば運転手は、たとえ高速道路のスピードで運転する上でさらに燃費がよいオーバードライブギアを乗り物が有している可能性があっても、乗り物をドライブギアのままにしているかもしれない。乗り物システム１０１は、この行動を観察することができ、乗り物１０２の性能についての自分の知識に基づいて、オーバードライブギアについて、どのようにすればオーバードライブギアを選択することができるかについて、および高速道路のスピードで運転している間の燃費にとってのオーバードライブギアを使用することの利点について運転手に通知することができる。

[0060] ５．運転手は、ラジオを頻繁に聴いているかもしれない。乗り物システム１０１は、この行動を観察することができ、よりよいリスニング経験を提供するためにダウンロードおよびインストールすることができる無料または有料のアプリケーションについて運転手に通知することができる。

[0061] ６．運転手は、ラジオを特定の局に合わせるためにタッチメカニズムをしばしば使用しているかもしれない。乗り物システム１０１は、この行動を観察することができ、運転手が安全を犠牲にすることなく同じ目的をより簡単にかつより迅速に達成することを可能にする同等の話声オプションについて運転手に通知することができる。たとえば、乗り物システム１０１は、ラジオを８９．５に合わせるようにするには「ＦＭ８９．５と言ってください」と示す通知を提供することができる。

[0062] ７．運転手は、乗り物１０２のさまざまな要素（たとえば、ウィンドウおよびミラー）の霜取りを乗り物に行わせるために複数の別々の手動コントロールを使用しているかもしれない。乗り物システム１０１は、この行動を観察することができ、同じ目的を運転手が達成することを可能にする同等の話声オプション（たとえば、「すべての霜を取れ、と言ってください」）について運転手に通知することができる。

[0063] ８．運転手は、ラジオに関してお気に入り（たとえば、プリセット）を使用しているかもしれないが、その他のシナリオにおいてはお気に入りを使用していないかもしれない。たとえば、運転手は、人々の同じグループに電話するために連絡先リストを頻繁にナビゲートしているかもしれない。乗り物システム１０１は、この行動を観察することができ、同じ目的を達成するためにお気に入りを設定する機能（たとえば、連絡先UI要素を通話スクリーンにピン留めすること）について運転手に通知することができる。

[0064] 別の例としては、運転手は、ナビゲーションに関してお気に入りを使用していないかもしれない。システム１０１は、この行動を観察することができ、同じ目的を達成するためにお気に入りを設定する機能（たとえば、ロケーションUI要素をナビゲーションスクリーンにピン留めすること）について運転手に通知することができる。

[0065] ９．運転手は、乗り物システム１０１のアプリケーションと対話するさまざまな方法に不慣れであるかもしれない。たとえば、運転手は、地図システムに指示するために「ロケーションに行け」または「ロケーションで停まれ」という音声コマンドを使用していないかもしれない。別の例としては、運転手は、ユーザインターフェースをナビゲートするために使用することができるジェスチャーまたはその他のユーザ入力に気づいていないかもしれない。運転手は、カレンダー機能、または利用可能な新しいアプリケーション、ホームページウィジェットの使い方などに気づいていないかもしれない。それに応じて、乗り物システム１０１は、運転手がこれらの方法で乗り物システム１０１と対話していないということを観察することができ、これらの機能について運転手に教えるヒントを提
供することができる。

[0066] １０．乗り物システム１０１を介して利用可能であるアプリケーションに関して、新たなアプリケーション、および既存のアプリケーションのための更新を運転手に通知することができる。乗り物システム１０１上に現在インストールされているアプリケーション、ならびに乗り物システム１０１にダウンロードするのに利用可能であるアプリケーションを運転手が見ることを可能にするメニューを運転手に提供することができる。

[0067] 本明細書において説明されている主題の態様は、ゲーミフィケーションを通じて運転手の行動に影響を与えるために使用することができる。ゲーミフィケーションにおいては、運転システム１０１は、運転手の行動を改善するためにゲームのコンセプト（たとえば、ポイントを得ること、目標に到達すること、競争など）を導入することを試みる。たとえば、下記のとおりである。

[0068] １．どのようにして運転手の効率を友達の効率と比較するかを運転手に知らせることができ、効率を高めるには何をすることができるかを示すことができる。

[0069] ２．運転手の直近の加速が燃費をいかに悪化させたかを運転手に具体的に知らせることができる。

[0070] ３．運転手が他の乗り物の後ろをどれぐらい近づいて走行していたために安全スコアが低下したかを運転手に知らせることができる。このことが特定の条件において運転手の乗り物の保険にいかに悪影響を与える可能性があるかに関して運転手にさらに知らせることができる。

[0071] ４．運転手は、通勤するのにさまざまなルートを採用しているかもしれない。運転システム１０１は、通勤するのに別々のルートが採用されているということに気づくことができ、それぞれのルートがどれぐらい効率的であるかを判定することができる。それぞれのルートの平均効率に関する通知を運転手に提供することができる。

[0072] ５．ライドシェアリングの組織によって乗り物が提供される場合があり、この場合には、別々の人々が別々の時点でその乗り物を運転する。運転システム１０１によって提供される測定値を用いて、その組織は、ゲーミフィケーションを使用して運転手に報酬を与えることができる。

[0073] 乗り物システム１０１は、通知に対する運転手の反応を観察し、この観察を使用してその後の通知を導くことができる。これのいくつかの例は、下記を含む。

[0074] １．乗り物１０２のための燃料効率をどのようにして高めるかに関するヒントに対して運転手が受容性を示しているということを乗り物システム１０１が観察した場合には、乗り物システム１０１は、そのようなヒントをますます提供することができる。

[0075] ２．利用可能な新しいアプリケーションに関する通知に対して運転手がより高い受容性を示しているということを乗り物システム１０１が観察した場合には、乗り物システム１０１は、そのような通知をますます提供することができる。

[0076] 乗り物システム１０１は、乗り物１０２内にいる人々の数および／またはアイデンティティーに基づいて通知を提示すること、または提示するのを差し控えることが可能である。これのいくつかの例は、下記を含む。

[0077] １．潜在的な個人情報は表示しない。

[0078] ２．乗り物１０２内の人々の数および／またはアイデンティティーに適したクーポン、お買い得品、またはアクティビティーの通知を提示する。

[0079] 乗り物システム１０１は、運転手に提示するための複数の通知を生成することができる。運転手に情報を詰め込みすぎることを避けるために、一度に提示できる通知の数を、設定可能な数に制限することができる。提示するのに利用可能な複数の通知に伴って、どんな通知を表示するかを、ストア１３５から得られたルールに基づいてプロセッサ１２５によって優先順位付けすることができる。一実施態様においては、優先順位付けは、たとえば下記を含む１つまたは複数の因子に基づくことが可能である。

[0080] １．データが運転手にどれぐらい関連しているか。たとえば、新たな携帯電話との乗り物システム１０１の相互運用性を可能にする更新が利用可能であるかもしれないが、その携帯電話が、乗り物内にあるものとして検知されない場合には、これは、通知が通知ポイントにおいて提供されるかどうかを優先順位付けする際の因子であると言える。その一方で、運転手が有している携帯電話とペアリングを行うための更新が利用可能である場合で、かつ運転手が、その携帯電話を乗り物システム１０１とペアリングする上で問題を抱えている場合には、これは、通知が通知ポイントにおいて提供されるかどうかを優先順位付けする際の因子であると言える。

[0081] 関連性の別の例としては、メディアおよび／またはエンターテイメントの通知は、メディアコンポーネントと対話することにかなりの（たとえば、事前に定義されたしきい値または設定可能なしきい値を超える）時間を費やす運転手に関連していると言える。さらに、あるコンポーネントと対話することに運転手が費やす時間の量を、そのコンポーネントに関する通知が通知ポイントにおいて提供されるかどうかを優先順位付けする際の因子として使用することができる。

[0082] ２．アポイントメント。次のアポイントメントがどれだけ遠くに離れているかを、通知が通知ポイントにおいて提供されるかどうかを優先順位付けする際の因子として使用することができる。

[0083] ３．乗り物の特徴。いくつかの乗り物は、完全にバッテリーによって動力供給され、航続距離が限られている。通常訪問されているロケーションに関する現在のパターンおよび以前の観察された運転手の行動に基づいて、乗り物システム１０１は、過去の観察された運転手の行動に基づいて運転手が行くであろうと乗り物システム１０１が予測するロケーションに到達するには充電が必要とされるということを運転手に告げる通知が高い優先度であるということを判定することができる。ガソリンによって動力供給される乗り物およびハイブリッドの乗り物に関しても、同様の優先順位付けおよび通知が生じることが可能である。

[0084] ４．通知のタイプに対する受容性。前述のように、運転手は、いくつかのタイプの通知に対して、その他のタイプの通知に対するよりも高い受容性を示す場合がある。その他の例として、乗り物システム１０１は、以前の通知において示されたそれまで使用されていなかったショートカットを運転手が使用したということ、以前の通知において示されたアプリケーションを運転手がインストールしたということなどを観察することができる。別の例としては、乗り物システム１０１は、ストレスの検知を介して（たとえば、皮膚センサ、顔面紅潮の検知、心拍数の変化の検知、瞳孔拡張の検知などを介して）受容性または非受容性に気づくことができる。受容性を、通知が通知ポイントにおいて提供されるかどうかを優先順位付けする際の因子として使用することができる。

[0085] ５．適時性および／またはロケーション。いくつかのタイプの通知の優先度は、時刻、乗り物のロケーションなどによって影響される場合がある。たとえば乗り物が、家から遠いロケーションにあって、運転手にとって関心があると言えるそのロケーションにおけるチーズフェスティバルに関する情報を得ている場合には、この通知は、その乗り物がチーズフェスティバルの近くで停止したならば、より高い優先度を受け取る可能性があるが、その乗り物がチーズフェスティバルから遠く離れて（たとえば、家で）、またはチーズフェスティバルが終わった後に停止したならば、低い優先度を受け取る可能性があり、または優先度を受け取らない可能性がある。その一方で、チュートリアル通知は、タイムリーであることが可能であり、家で、または家から遠く離れて提供することが可能である。乗り物システム１０１は、特定の時間および／または場所にとって適切である通知に対して、より高い優先度を与えることができる。

例示的な表示
[0086] 前述のように、コンピュータを備えた乗り物は、特にそのコンピュータが、図１と関連して説明されているようなさまざまな乗り物コンポーネントへとつながれている場合には、多くのオプションを提供することができる。図２〜図６は、本明細書において説明されている主題の態様による例示的な表示ページのブロック図である。これらの例を提供することによって、情報のタイプまたはフォーマット設定を、提供されている例に限定する意図はない。むしろ、これらのページは例示的なものにすぎないということ、およびその他の実施態様においては、より多くの、より少ない、またはその他のユーザインターフェース要素およびデータを表示することができるということを理解されたい。

[0087] 一例においては、表示ページ２００は、エリア２２０〜２２２およびその他のユーザインターフェース要素を含むことができる。（前に説明したように）乗り物が停止して、通知を提示するのに適切なポイントが生じている場合には、ページ２００を自動的に表示することができる。ページ２００は、ディスプレイデバイスのメニューを介して、音声入力を介して、または本明細書において説明されているようなその他のユーザ入力を介して利用可能とすることもできる。乗り物が移動しているときにページ２００が利用可能である場合には、その乗り物の運転手の気を散らすことを避けるために情報を簡略化すること、またはその他の形で修正することが可能である。

[0088] ページ２００は、メニューオプション、ジェスチャーを行うこと、音声コマンド、またはその他のＮＵＩナビゲーション手段を介してナビゲートされる先であることが可能な利用できるいくつかのページのうちの１つであることが可能である。

[0089] 一般には、ユーザインターフェース（UI）要素（コントロール、ペイン、ボタン、またはアイコンと呼ばれる場合もある）は、ゼロ個以上のその他のＵＩ要素から構成されている場合がある。たとえば、あるＵＩ要素が、ゼロ個以上のその他のＵＩ要素を含む場合があり、それらのＵＩ要素が、ゼロ個以上のその他のＵＩ要素を含む場合がある、といった具合である。その他の例においては、表示ページ２００は、本明細書において説明されている主題の趣旨または範囲から逸脱することなく、さまざまな方法で構成することができる、より多くの、より少ない、またはその他のＵＩ要素を有することができる。

[0090] エリア２２０は、たとえば、ＵＩ要素２１５〜２１９、ならびに時刻要素、温度要素などを表示することができる。ＵＩ要素２１５〜２１９は、選択された場合には、ユーザがページへナビゲートすることを可能にすることができ、それらのページでは、ユーザは、乗り物の特定のサブシステムに関するさらに詳細な情報を受け取ることができる。たとえば、ＵＩ要素２１５〜２１９は、地図、携帯電話、音楽、環境制御、またはその他のサブシステムに対応するアイコンを含むことができる。

[0091] エリア２２１は、タイル２２３〜２２５、エリア２２６〜２２７、およびボタン２２８〜２２９を含むことができる。タイル２２３は、たとえば、運転したマイル数、現在の走行にかかった時間、次の保守点検の予定はいつかを表示することができる。タイル２２４は、その日の天気予報に関する詳細を表示することができる。空のタイル２２５は、ユーザが所望のタイルをピン留めすることができるエリアのためのプレースホルダであることが可能である。タイル内に表示されるその他の情報は、たとえば、メッセージ、カレンダー、効率スコアなどを含むことができる。

[0092] タイル２２３〜２２５は回転して、その他の情報を表示することができる。タイル内に表示される情報は、乗り物が移動しているか、または駐車されているかどうかに応じて変わることが可能である。エリア２２１の最上部、右、最下部、または中央を含む、ページ２２０内のその他のロケーションにタイル２２３を配置することができる。

[0093] エリア２２６〜２２７を使用して、さらなるコンテンツを表示することができる。たとえば、エリア２２６〜２２７は、下記を表示することができる。

[0094] １．その乗り物に関して、新たなソフトウェア更新が利用可能であるかどうか。

[0095] ２．乗り物の保守点検が必要とされているかどうか。乗り物の保守点検が必要とされている場合には、あるエリアは、たとえば、乗り物のどんな保守点検が必要とされているか、乗り物の保守点検がどれぐらい期日を過ぎているか、必要とされている保守点検に関して典型的にはどんなものが処置されるか、保守点検を実行することができる保守点検会社、保守点検の推定されたコストなどをさらに表示することができる。

[0096] ３．乗り物の健全性の情報。乗り物の健全性の情報は、たとえば、タイヤ圧力、エンジンステータス、残っている燃料、その他の健全性の情報などを含むことができる。

[0097] ４．運転効率。運転の効率、およびより効率よく運転する方法に関するヒント、チャレンジ情報、ヒントなどに関する情報を表示することができる。

[0098] 一実施態様においては、エリア２２６〜２２７を結合して、（たとえば、リストとして）情報が表示される単一のエリアにすることができる。これの一例が、図６において示されている。

[0099] アクションボタン２２８〜２２９は、乗り物システム１０１によってアクションが実行されるべきであるということを運転手が示すことを可能にすることができる。たとえばアクションは、下記を含むことができる。

[00100] １．保守点検のアポイントメントをスケジュールすること。

[00101] ２．スコアまたはその他の情報を友達と共有すること。

[00102] ３．電話を乗り物システム１０１とペアリングすること。

[00103] ４．アプリケーションの問題に対処すること（たとえば、サービスにログオンするための新たなクレデンシャルを提供すること）。

[00104] ５．（たとえば、ゲーミフィケーションにおいて友達に）チャレンジを提供すること。

[00105] たとえば、表示されているデータが情報のみである場合には、アクションボタン２２８〜２２９を省略することができる。

[00106] 希望に応じてその他のＵＩ要素を表示するためにエリア２２２を使用することができる。一実施態様においては、エリア２２２は、その他のどんなページが利用可能であるか、ならびに検索アイコンおよび設定アイコンを示すことができる。別の実施態様においては、エリア２２２をページ２００上のその他のエリアと結合することができる。

[00107] 図３を参照すると、ページ３００は、図２のページ２００と比べていくつかの異なる情報を有している。具体的には、エリア２２６は、連絡先をホームスクリーンにピン留めする方法についてのヒントを提供している。加えて、エリア２２７は、ゲーミフィケーションに関連したチャレンジを示している。

[00108] 図４を参照すると、ページ４００は、図２のページ２００と比べていくつかの異なる情報を有している。具体的には、エリア２２６は、ドライブの効率に関する通知を、効率スコアを改善するための提案とともに提供している。ボタン２２８は、運転手が効率を他者と共有することを可能にする。

[00109] エリア２２７は、発見されていない機能（たとえば、電話を運転システムとペアリングすること）に関する通知を運転手に与え、その一方でボタン２２９は、運転手がペアリングプロセスに入ることを可能にする。

[00110] 図５を参照すると、ページ５００は、図２のページ２００と比べていくつかの異なる情報を有している。具体的には、エリア２２６は、運転手がオーディオを要求することを可能にする音声コマンドに関するヒントを含む通知を提供し、この通知は、いくつかの例を運転手に与えている。アクションボタン２２８は、運転手が話声コマンドのさらに多くの例を得ることを可能にすることができる。

[00111] エリア２２７は、運転手が運転システムの地図システムに停止ポイントを加えることを可能にする音声コマンドに関するヒントを含む通知を提供する。実施に際しては、「ＣｏｆｆｅｅＳｈｏｐ」という用語は、コーヒーを供する企業、または運転手がしばしば立ち寄るその他の何らかの企業の商標名と置き換えることができる。アクションボタン２２９は、地図システムにどんなコマンドを与えることができるかのさらに多くの例を運転手が得ることを可能にすることができる。

[00112] 図６を参照すると、ページ６００は、図２のページ２００と比べていくつかの異なる情報を有している。具体的には、エリア２２６および２２７を結合して、エリア６０５が作成されている。エリア６０５は、リストで提供されるさまざまなタイプの通知を示している。

[00113] 図７は、本明細書において説明されている主題の態様に従って生じることが可能である例示的なアクションを一般的に表す流れ図である。説明を簡単にするために、図７と関連して説明されている方法は、一連の行為として示され、説明されている。本明細書において説明されている主題の態様は、示されている行為によって、および／または行為の順序によって限定されるものではないということを理解および認識されたい。一実施形態においては、それらの行為は、以降で説明されている順序で生じる。しかしながら、その他の実施形態においては、それらの行為のうちの複数が、並行して、または別の順序で生じることが可能である。その他の実施形態においては、アクションのうちの１つまたは複数が、本明細書において提示および説明されていないその他の行為とともに生じるこ
とが可能である。さらに、本明細書において説明されている主題の態様による方法を実施するためにすべての示されている行為が必要とされるとは限らないかもしれない。加えて、この方法は、状態図を介した一連の相互に関連した状態として、またはイベントとして表すこともできるということを当業者なら理解および認識するであろう。

[00114] 図７を参照すると、ブロック７０５において、アクションが開始する。ブロック７１０において、観察を実行することができる。たとえば、センサおよび／または入力デバイスから得られたデータから、プロセッサ１２５は、運転手の行動を観察すること、環境の状況を観察すること、乗り物コンポーネントのステータスを観察すること、または別の観察を実行することが可能である。乗り物が移動しているまたは停止されている間に、観察を行うことができる。

[00115] ブロック７１５において、通知を生成することができる。たとえば、図１を参照すると、運転手の行動に基づく通知に関して、プロセッサ１２５は、運転手と乗り物１０２との間における観察された対話に基づいて通知を生成することができる。この通知は、任意の時点で生成することが可能であり、運転手との以前の運転対話中に生成されている可能性がある。通知を生成することは、通知のリストから通知を選択すること、どんな静的なテキストおよび／またはその他のグラフィックスを動的なテキストおよび／またはその他のグラフィックスと結合するかを判定すること、実行されたときに通知を返すことになる関数を作成または選択することなどを含むことができる。

[00116] ブロック７２０において、一実施態様では、特定の通知に関して、その通知は、乗り物が移動している間には提示されない。別の実施態様においては、乗り物が移動している間に、通知の簡略化または修正されたバージョンを提示することができる。たとえば、図１を参照すると、プロセッサ１２５は、乗り物１０２が移動している間には通知を提示することを差し控える。

[00117] ブロック７２５において、乗り物が停止した旨の表示が得られる。乗り物が停止した旨の多くの異なる表示が存在することが可能である。たとえば、スピードメータ、ＧＰＳ、またはその他のスピード測定デバイスを使用して、ゼロのスピード表示を介して、乗り物が停止した旨の表示を得ることができる。別の例としては、乗り物がギアをパーキングに置かれているということを、乗り物が停止した旨の表示として使用することができる。別の例としては、乗り物がエンジンを切られているかまたは別の動力状態にあるということを、乗り物が停止した旨の表示として使用することができる。乗り物が停止した旨の表示を得ることは、スピードデータを求めてコンポーネントにポーリングを行うこと、および／またはポーリングを行わずに表示を受け取ることを含むことができる。

[00118] さらに、乗り物が停止した旨の表示を得ることができる元であるセンサは、スピードメータ、ＧＰＳ、またはその他のスピード測定デバイス、乗り物のギアがパーキングにあるということを示すセンサ、乗り物のギアがパーキングまたは別の動力状態にあるかどうかを検知するセンサなどを含むことができる。たとえば、図１を参照すると、プロセッサは、センサ１０５〜１０７のうちの１つまたは複数を介して、乗り物１０２が停止した旨の表示を得ることができる。

[00119] ブロック７３０においては、乗り物が停止したということを検知したことに応答して、通知を提示するのに適切なポイントが生じているかどうかに関して特定が行われる。そのポイントが、指定の条件を、乗り物が停止されている場合よりも多く（たとえば、それに加えて）満たしているならば、そのポイントは適切である。前に説明したように、通知を提示するのに適切なポイントが生じているかどうかを判定することは、乗り物がどれぐらい長く停止しているか、乗り物がエンジンを切られているかどうか、乗り物がギ
アをパーキングに置かれているかどうか、乗り物がどれぐらい長くギアをパーキングに置かれているか、乗り物がどこに位置しているか、何時か、個人の友達への乗り物の近接度、乗り物が位置している地域に住んでいる人々にとっての通知の受容性に関するデータ、乗り物が停止したロケーションにその乗り物がどれぐらい長く停止されたままでいるかに関する過去のデータ、乗り物が停止したロケーションでその乗り物が何パーセントの時間を費やしているか、およびその乗り物はどんなタイプの乗り物か、のうちの１つまたは複数を含む命令を実行することを含むことができる。

[00120] たとえば、図１を参照すると、プロセッサ１２５は、下記の場合に、通知を提示するのに適切なポイントが生じているということを判定することができる。

[00121] １．乗り物１０２が停止した場合、および

[00122] ２．乗り物１０２が、少なくとも事前に定義されたしきい値の期間にわたって（たとえば、X秒よりも長く）停止されている場合。

[00123] 「ｉｎｃｌｕｄｅ ｏｎｅ ｏｒ ｍｏｒｅ ｏｆ（〜のうちの１つまたは複数を含む）」というフレーズが使用されている場合には、これは、条件が、そのフレーズに続くリスト内で言及されているアイテムのうちの少なくとも１つを含むということ、および条件が、そのリスト内で言及されていないその他のアイテムを含むこともできるということを意味している。

[00124] たとえば、図１を参照すると、プロセッサ１２５は、下記の場合に、通知を提示するのに適切なポイントが生じているということを判定することができる。

[00125] １．乗り物１０２が停止した場合、

[00126] ２．乗り物１０２が、少なくとも事前に定義されたしきい値の期間にわたってギアをパーキングに置かれている場合、および

[00127] ３．（リスト内で言及されていない）別の条件が満たされている場合。

[00128] ブロック７３５において、通知が適切である場合には、アクションはブロック７４０において継続し、そうでない場合には、アクションはブロック７４５において継続する。

[00129] ブロック７４０において、待機が生じる。たとえば、図１を参照すると、（たとえば、現在の条件に基づいて）通知ポイントがまだ適切ではないということをプロセッサ１２５が特定した場合には、プロセッサ１２５は待機することができる。待機の後に、アクションは、図７のブロックのうちの任意のブロックにおいて継続することができるが、図示されているのは、ブロック７２０およびブロック７３０である。たとえば、乗り物１０２は再び移動を開始する場合があり、そのケースにおいては、ブロック７２０に関連付けられているアクションが実行される。別の例としては、待機の後に、プロセッサ１２５は、ブロック７３０と関連して説明されているように、通知が適切であるかどうかを再び判定することができる。

[00130] ブロック７４５において、通知が提供される。たとえば、図１を参照すると、プロセッサ１２５は、ディスプレイ１１６、またはその他の出力コンポーネントのうちの１つを介して通知を表示することを出力マネージャー１３０に行わせることができる。

[00131] ブロック７５０において、その他のアクションがあれば、そのアクションを実行することができる。たとえば、その他のアクションは、下記を含むことができる。

[00132] １．通知を提示することを、類似した通知に対する個人の観察された以前の受容性に基づいて優先順位付けすること、

[00133] ２．燃料効率に関するユーザへのゲーミフィケーションフィードバック、個人と乗り物との間における観察された対話に基づくゲーミフィケーションフィードバック、燃料効率を高めるために取るよう個人がアドバイスされるアクションを示すゲーミフィケーションフィードバックを提供すること、

[00134] ３．個人と乗り物との間における観察された対話以外の対話を介して利用可能である乗り物の機能に関する情報を提供する、

[00135] ４．個人と乗り物との間における観察された対話を介して得られた結果と同等の結果を有する話声コマンドを提供すること、

[00136] ５．個人が携帯電話を乗り物とペアリングすることに成功していないということを観察し、ペアリングソフトウェアの更新が利用可能であるということを特定し、その更新の表示をユーザインターフェース要素とともに提供し、そのユーザインターフェース要素は、選択された場合に、更新されたペアリングソフトウェアを使用して携帯電話のペアリングを開始する、および

[00137] ６．本明細書において示されているその他の任意のアクション。

[00138] 前述の詳細な説明からわかるように、態様は、乗り物の通知に関連して説明されている。本明細書において説明されている主題の態様は、さまざまな修正および代替構造を受け入れる余地があるが、その特定の例示されている実施形態が、図面において示されており、詳細に上述されている。しかしながら、特許請求されている主題の態様を、開示されている特定の形態に限定する意図はまったくなく、それどころか、本明細書において説明されている主題のさまざまな態様の趣旨および範囲内に収まるすべての修正、代替構造、および均等物をカバーすることを意図しているということを理解されたい。

Claims (16)

1. 乗り物のプロセッサによって実施される方法であって、
   前記乗り物が移動していると判定するステップと、
   前記乗り物が移動している間に、１または複数の通知が前記乗り物のユーザに提示されるべきであると判定するステップと、
   前記乗り物が移動していること、および第２の条件が存在することの両方を判定することに少なくとも部分的に基づいて、
   前記１または複数の通知のうちの少なくとも１つを提示する方法を判定すること、および
   前記１または複数の通知のうちの少なくとも１つをいつ提示するかを判定すること、
   のうちの少なくとも１つを実行するステップと、
   を含み、
   前記１または複数の通知のうちの少なくとも１つの通知は、２つの追加の条件が満たされるまで提示されるべきではないと判定することをさらに含み、前記２つの追加の条件のうちの１つは、前記乗り物が停止したという判定を含み、
   前記２つの追加の条件のうちの第２の条件は、１または複数の重み付け因子に基づいて生成された値を含み、前記値が特定のしきい値を満たすときに、前記第２の条件は満たされ、
   前記１または複数の重み付け因子は、前記乗り物のロケーション、時刻、前記ユーザの１または複数の友達への近接度、前記ユーザが居住する地域に関連するデータ、前記乗り物に関連するロケーション履歴、および前記乗り物のタイプのうちの少なくとも１つを含み、
   前記２つの追加の条件のうちの第２の条件は、前記第２の条件がいつ満たされたかを判定するためのルールベースのシステムに関連付けられる、方法。
2. 前記ユーザは、前記乗り物の運転手、前記乗り物の前部座席の乗客、または前記乗り物の後部座席の乗客のうちの少なくとも１人を含む、請求項１に記載の方法。
3. 前記第２の条件は、前記乗り物のディスプレイの状態、または、前記１または複数の通知の決定されたタイプのうちの少なくとも１つを含む、請求項１に記載の方法。
4. 前記少なくとも１つの通知が緊急事態の通知タイプを含むと判定することに基づいて、前記乗り物が移動している間に前記１または複数の通知のうちの少なくとも１つを提示するステップをさらに含む、請求項３に記載の方法。
5. 前記乗り物が移動している間に前記１または複数の通知のうちの少なくとも１つの簡略化バージョンを提示するステップをさらに含む、請求項３に記載の方法。
6. 前記乗り物の前記ディスプレイが特定の状態にあると判定することに基づいて、前記乗り物が移動している間に前記１または複数の通知のうちの少なくとも１つの簡略化バージョンを提示するステップをさらに含む、請求項３に記載の方法。
7. 前記乗り物の前記ディスプレイが前記特定の状態にあると判定することは、前記ディスプレイの特定のユーザインターフェースが現在閲覧可能であると判定することを含む、請求項６に記載の方法。
8. 前記ルールベースのシステムの少なくとも１つのルールは、前記乗り物のロケーション、時刻、前記ユーザの１または複数の友達への近接度、前記ユーザが居住する地域に関連するデータ、前記乗り物に関連するロケーション履歴、および前記乗り物のタイプのうちの少なくとも１つに対応する、請求項１に記載の方法。
9. 乗り物におけるシステムであって、
   前記乗り物の動きを特定するためのセンサと、
   前記乗り物と対話するユーザからの入力を受け取るための入力デバイスと、
   通知を前記ユーザに提示するための出力デバイスと、
   前記センサ、前記入力デバイス、および前記出力デバイスに結合されているプロセッサと、を含み、
   前記プロセッサは、方法を実行するように構成されており、
   前記方法は、
   前記乗り物が移動していると判定するステップと、
   前記乗り物が移動している間に、１または複数の通知が前記乗り物のユーザに提示されるべきであると判定するステップと、
   前記乗り物が移動していること、および第２の条件が存在することの両方を判定することに少なくとも部分的に基づいて、
   前記１または複数の通知のうちの少なくとも１つを提示する方法を判定すること、および
   前記１または複数の通知のうちの少なくとも１つをいつ提示するかを判定すること、
   のうちの少なくとも１つを実行するステップと、
   を含み、
   前記１または複数の通知のうちの少なくとも１つの通知は、２つの追加の条件が満たされるまで提示されるべきではないと判定することをさらに含み、前記２つの追加の条件のうちの１つは、前記乗り物が停止したという判定を含み、
   前記２つの追加の条件のうちの第２の条件は、１または複数の重み付け因子に基づいて生成された値を含み、前記値が特定のしきい値を満たすときに、前記第２の条件は満たされ、
   前記１または複数の重み付け因子は、前記乗り物のロケーション、時刻、前記ユーザの１または複数の友達への近接度、前記ユーザが居住する地域に関連するデータ、前記乗り物に関連するロケーション履歴、および前記乗り物のタイプのうちの少なくとも１つを含む、システム。
10. 前記入力デバイスは、前記ユーザからのタッチ入力を受信するように構成されたタッチスクリーンを含み、前記タッチスクリーンは、出力を前記ユーザに提供するための前記出力デバイスとして機能するようにさらに構成されている、請求項９に記載のシステム。
11. 前記プロセッサは、他のセンサまたは前記入力デバイスからデータを受信し、そこから前記ユーザの行動を判定するようにさらに構成され、前記行動に基づいて１または複数の追加の通知を生成するようにさらに構成されている、請求項９に記載のシステム。
12. 前記プロセッサが、前記行動に基づいて前記通知を生成するように構成されていることは、前記プロセッサが、前記行動によって示される、前記ユーザが以前に使用したことがない前記乗り物の機能について前記ユーザに教える１または複数の追加の通知を生成するように構成されていることを含む、請求項１１に記載のシステム。
13. 前記プロセッサが、前記行動によって示される、前記ユーザが以前に使用したことがない前記乗り物の機能について前記ユーザに教える１または複数の追加の通知を生成するように構成されていることは、前記プロセッサが、前記ユーザが行った１または複数の動作と同等の音声コマンドを提供するように構成されていることを含む、請求項１２に記載のシステム。
14. 前記プロセッサが、前記行動に基づいて１または複数の追加の通知を生成するように構成されていることは、前記プロセッサが、少なくとも１つの通知を、当該少なくとも１つの通知と同様の特性を有する以前の通知に対する前記ユーザの受容性に基づいて生成するように構成されていることを含む、請求項１１に記載のシステム。
15. 前記プロセッサは、前記乗り物にいる人々の数、または前記乗り物にいる１もしくは複数の人々のアイデンティティのうちの少なくとも１つに基づいて、どの通知を提示するかを判定するようにさらに構成されている、請求項９に記載のシステム。
16. 乗り物であって、
    通知をユーザに表示するためのディスプレイと、
    前記乗り物の動きを特定するためのセンサと、
    前記通知を生成するための実行可能な命令を格納するためのストレージと、
    前記ディスプレイ、前記センサ、および前記ストレージに結合されているプロセッサと、を含み、
    前記プロセッサは、方法を実行するように構成されており、
    前記方法は、
    前記乗り物が移動していると判定するステップと、
    前記乗り物が移動している間に、１または複数の通知が前記乗り物のユーザに提示されるべきであると判定するステップと、
    前記乗り物が移動していること、および第２の条件が存在することの両方を判定することに少なくとも部分的に基づいて、
    前記１または複数の通知のうちの少なくとも１つを提示する方法を判定すること、および
    前記１または複数の通知のうちの少なくとも１つをいつ提示するかを判定すること、
    のうちの少なくとも１つを実行するステップと、
    を含み、
    前記１または複数の通知のうちの少なくとも１つの通知は、２つの追加の条件が満たされるまで提示されるべきではないと判定することをさらに含み、前記２つの追加の条件のうちの１つは、前記乗り物が停止したという判定を含み、
    前記２つの追加の条件のうちの第２の条件は、１または複数の重み付け因子に基づいて生成された値を含み、前記値が特定のしきい値を満たすときに、前記第２の条件は満たされ、
    前記１または複数の重み付け因子は、前記乗り物のロケーション、時刻、前記ユーザの１または複数の友達への近接度、前記ユーザが居住する地域に関連するデータ、前記乗り物に関連するロケーション履歴、および前記乗り物のタイプのうちの少なくとも１つを含む、乗り物。

Images