JP2017135742A - 推論された車両状態に基づいたユーザ・インタフェース体験の提供 - Google Patents

Abstract

【課題】車両内でモバイル装置を操作するユーザにユーザ・インタフェース体験を提供するモバイル・デバイスを提供する。
【解決手段】モバイル・デバイスは、モード機能を使用してユーザ・インタフェース体験を提供する。モード機能は、１つ又は複数の入力源から推論入力情報を受け取ることによって動作する。少なくとも１つの入力源は、モバイル・デバイスの移動を判定する、モバイル・デバイスによって備えられる少なくとも１つの移動検知デバイスに対応する。モード機能は次いで、推論入力情報に基づいて車両の状態を推論し、車両状態に適切なユーザ・インタフェース体験を提示する。一シナリオでは、モード機能は更に、車両が危険状態にあると推論することが可能である。これに応じて、モード機能はユーザに対する支援を求めることが可能である。
【選択図】図４

Description

車両を運転しているユーザが、自分のモバイル・デバイスと対話（interact）したい場合がある。

例えば、ユーザが、通話の実行及び受信、サーチの実施、電子メールの閲読等を行いたい場合がある。前述の活動は、車両を運転するという主タスクからユーザの注意をそらし、よって、ユーザの安全性（及び他者の安全性）に対して重大な危険を呈し得る。前述の課題に対応するために、多くの法律制定主体は、ユーザが自分の車両内でモバイル・デバイスと手動で対話することを阻止する法律を制定している。

上記課題に対する解決策の１つは、車両を運転している間にユーザが自分のモバイル・デバイスと対話することを完全に排除することである。別の解決策では、ユーザは、種々のハンズフリー対話デバイスを使用することが可能である。例えば、ユーザは、音声認識技術を使用して通話を開始することが可能である。ユーザは次いで、モバイル・デバイスを把持することなく、ヘッドセット等を使用して通話を行うことが可能である。前述の解決策は、特定の場合にユーザが自分のモバイル・デバイスを使用するリスクを削減することに寄与し得るが、運転中にユーザが直面し得る、注意をそらす無数のものに対する一般的に満足な解決策を提供するものでない。

車両内でモバイル・デバイスを操作しているユーザにユーザ・インタフェース体験を提供するモバイル・デバイスを本明細書及び特許請求の範囲において説明する。モバイル・デバイスは、モード機能を使用して前述のタスクを行う。モード機能は、１つ又は複数の入力源から推論入力情報を受け取ることによって作動する。少なくとも１つの入力源は、モバイル・デバイスによって提供された移動検知デバイスに対応する。モード機能デバイスは次いで、推論入力情報に基づいて車両の状態（すなわち、「車両状態」）を推論する。モード機能は次いで、車両状態に鑑みて適切なユーザ・インタフェース体験をユーザに提示する。より具体的には、モード機能は、特定の注意関連要求を課すユーザ・インタフェース体験をユーザに提示する。前述の注意関連要求は車両状態に鑑みて適切である。例えば、モード機能は、車両が高速で走行している旨を車両状態が示す場合にユーザの注意に対する最小源の要求を提供するユーザ・インタフェース体験を提示し得る。

一シナリオでは、モード機能は更に、例えば、事故又は他のトラブルの結果として、車両が危険状態にあると、推論入力情報に基づいて推論することが可能である。前述の評価に応じて、モード機能はユーザに対する支援を提供することが可能である。１つの場合では、モード機能は、（ａ）モバイル・デバイスが車両内にあり、（ｂ）車両が、急停車したか、又は別の態様で急減速し、（ｃ）モバイル・デバイスがそのマウントから取り外された（か、又は前述の事象の部分集合が生じた）ことの、推論入力情報から収集された証拠に基づいて車両が危険状態にあることを推論することが可能である。

上記手法は、種々のタイプのシステム、構成部分、方法、コンピュータ読み取り可能な媒体、データ構造、製品等において表され得る。

本概要は、単純化された形式で概念の選択肢を紹介するために提供する。前述の概念は。詳細な説明において以下に更に説明している。本概要は、特許請求の範囲に記載の主題の主要な構成又は必須の構成を識別することを意図するものでなく、特許請求の範囲に記載の主題の範囲を限定するために使用することを
意図するものでもない。

車両の推論状態（すなわち、車両状態）に基づいたユーザ・インタフェース体験をユーザが受ける例証的な環境を示す図である。 車両の内部領域を図示した図である。内部領域は、マウントを使用して車両の表面に取り付けられたモバイル・デバイスを含む。 車両内のモバイル・デバイスを取り付けるために使用することが可能な一タイプの代表的なマウントを示す図である。 図１の環境において使用するための、モバイル・デバイスの例証的な一実現形態を示す図である。 図４のモバイル・デバイスによって使用することが可能な例証的な移動検知デバイスを示す図である。 出力情報を提示するために図４のモバイル・デバイスによって使用することが可能な例証的な出力機能を示す図である。 図３のマウントに関連付けられた例証的な機能、及び前述の機能がモバイル・デバイスと対話することが可能な態様を示す図である。 図４のモバイル・デバイスによって提供されるそれぞれの２つの出力モードを図示した図である。 図４のモバイル・デバイスによって提供されるそれぞれの２つの出力モードを図示した図である。 図４のモバイル・デバイスによって提供されるそれぞれの３つの入力モードを図示した図である。 図４のモバイル・デバイスによって提供されるそれぞれの３つの入力モードを図示した図である。 図４のモバイル・デバイスによって提供されるそれぞれの３つの入力モードを図示した図である。 図４のモバイル・デバイスによって提供することが可能な代表的なアプリケーション及びモード機能に関する更なる詳細を示す図である。 図４のモバイル・デバイスが、車両の状態に応じてユーザ・インタフェース体験を制御することが可能な例証的なオプションを列挙した図である。 機能が、車両に影響を及ぼし得る危険状態を推論し、上記危険状態に応答し得る例証的な実施例を示す図である。例えば、車両が事故にあった際に、危険状態が車両に生じ得る。 図１５の環境において使用することが可能な例証的な危険管理モジュールを示す図である。 ユーザの観点から、図１の環境の動作の一態様を説明する例証的な手順を示す図である。 モバイル・デバイスが車両の推論状態に基づいてユーザ・インタフェース体験を提供することが可能な例証的な手順を示す図である。 別々の３つの車両状態シナリオに対応する、図１８の手順の別々の３つのインスタンシエイションを示す図である。 別々の３つの車両状態シナリオに対応する、図１８の手順の別々の３つのインスタンシエイションを示す図である。 別々の３つの車両状態シナリオに対応する、図１８の手順の別々の３つのインスタンシエイションを示す図である。 図１６の危険管理モジュールが、車両に影響を及ぼし得る危険状態を推論し、上記危険状態に応答し得る例証的な手順を示す図である。 上記図面に示す構成の何れかの局面を実現するために使用することが可能な例証的なコンピューティング機能を示す図である。

同様な構成部分及び構成を参照するために、本開示を通して同じ数字を使用している。１００台の数字は元々図１に存在した構成を表し、２００台の数字は元々図２に存在した構成を表し、３００台の数字は元々図３に存在して構成を表す等である。

本開示は以下の通りに編成される。セクションＡは、推論された車両状態に応じてユーザ・インタフェース体験を提供する例証的な機能を記載する。セクションＢは、セクションＡの機能の動作を説明する例証的な方法を記載する。セクションＣは、セクションＡ及びＢにおいて記載された構成の何れかの局面を実現するために使用することが可能な例証的なコンピューティング機能を記載する。

前置き的事項として、図の一部は、機能、モジュール、構成、構成要素等として様々に表される１つ又は複数の構造的な構成部分の関係における概念を表す、図に示す種々の構成部分は、何れかの物理的及び有形機構により（、例えば、ソフトウェア、ハードウェア（例えば、チップによって実現されるロジック機能）、ファームウェア等、及び／又は、それらの何れかの組み合わせにより、）何れかの態様で実現することが可能である。一場合では、図中の種々の構成部分を別個の単位に例証的に分離していることは、実際の実現形態において対応する別個の物理的及び有形構成部分を使用していることを反映し得る。あるいは、又は、更に、図中に示す何れかの単一の構成部分は、複数の実際の物理的構成部分によって実現し得る。あるいは、又は、更に、図中の２つ以上の別個の構成部分を表していることは、単一の実際の物理的構成部分によって行われた別々の機能を反映し得る。次に説明する図２３は、図中に示す機能の１つの例証的な物理的実現形態に関する更なる詳細を提供する。

他の図はフローチャート形式で概念を表す。前述の形式において、特定の処理を、特定の順序で行われる別個のブロックを構成するものとして表す。前述の実現形態は、例証的であり、かつ、限定するものでない。本明細書記載の特定のブロックを併せてグループ化し、単一の処理において行うことが可能であり、特定のブロックを複数の構成部分ブロックに分離することが可能であり、特定のブロックを、（ブロックを行う並列の態様を含む、）本明細書及び特許請求の範囲記載の順序と異なる順序で行うことが可能である。フローチャートにおいて示すブロックは、何れかの物理的及び有形機構により（、例えば、ソフトウェア、ハードウェア（例えば、チップによって実現可能なロジック機能）、ファームウェア等、及び／又は、それらの何れかの組み合わせにより、）何れかの態様で実現することが可能である。

用語については、「〜よう構成された」の句は、識別された処理を行うよう、何れかの種類の物理的及び有形機能を構成することが可能である何れかの態様を包含する。機能は、例えば、ソフトウェア、ハードウェア（例えば、チップによって実現されたロジック機能）、ファームウェア等、及び／又はそれらの何れかの組み合わせを使用して動作を行うよう構成することが可能である。

「ロジック」の語は、タスクを行うための何れかの物理的及び有形機能を包含する。例えば、フローチャートに示す処理はそれぞれ、その処理を行うためのロジック構成部分に対応する。処理は、例えば、ソフトウェア、ハードウェア（例えば、チップによって実現されたロジック機能）、ファームウェア等、及び／又はそれらの何れかの組み合わせを使用して行うことが可能である。コンピューティング・システムによって実現された場合、ロジック構成部分は、どのように実現されても、コンピューティング・システムの物理的部分の電気構成部分を表す。

本出願の特許請求の範囲の原文に記載の「ｍｅａｎｓ ｆｏｒ」の句は、使用される場合、３５Ｕ．Ｓ．Ｃ．§１１２第６段落の規定を援用することを意図している。前述の特定の句以外の他の文言は、上記法令の前述の部分の規定を援用することを意図するものでない。

以下の説明は１つ又は複数の構成を「任意的」として記し得る。前述のタイプの記載は、任意的であるとみなし得る構成の網羅的に示すものとして解釈されないものとする。すなわち、他の構成は、本文中に明記されていないが、任意的であるとみなし得る。最後に、「例示的」又は「例証的」の語は、潜在的に多くの実現形態のうちの一実現形態を表す。

Ａ．例証的なモバイル・デバイス、及びその使用環境
図１は、ユーザが車両内でモバイル・デバイスを操作することが可能な例証的な環境１００を示す。例えば、図１は、車両１０６内のモバイル・デバイス１０４を操作する例証的なユーザ１０２、及び車両１１２内のモバイル・デバイス１１０を操作するユーザ１０８を表す。しかし、環境１００は、何れの数のユーザ、モバイル・デバイス、及び車両をも収容することが可能である。説明を単純にするために、このセクションでは、環境１００内の何れかのモバイル・デバイスの動作を表すものとして、このモバイル・デバイス１０４を扱い、ユーザ１０２によって操作されるモバイル・デバイス１０４の動作の例証的な構成及び態様を記載する。更に、特定の場合では、前述の説明は、モバイル・デバイス１０４が特定の処理機能を行うことを示す。前述の記載は、大まかに解されるものとする。場合によっては、モバイル・デバイス１０４は、前述の機能を実行するロジックを提供することにより、機能を行うことが可能である。あるいは、又は、更に、モバイル・デバイス１０４は、モバイル・デバイス１０４に代わって機能を行う遠隔エンティティと対話することにより、機能を行うことが可能である。

より具体的には、モバイル・デバイス１０４は少なくとも２つのモードで動作する。ハンドヘルド動作モードでは、ユーザ１０２は、自分の手で把持しながら、モバイル・デバイス１０４と対話することが可能である。例えば、ユーザ１０２は、何れかのデバイス機能を行うために、モバイル・デバイス１０４のキーパッド及び／又はモバイル・デバイス１０４のタッチ入力デバイスと対話することが可能である。車両動作モードでは、ユーザ１０２は自分の車両１０６内のモバイル・デバイス１０４と対話することが可能である。前述のモードでは、モバイル・デバイス１０４は、推論入力情報に基づいて車両１０６の状態（すなわち、本明細書及び特許請求の範囲使用の用語による「車両状態」）を自動的に評価する。モバイル・デバイス１０４は次いで、以下に更に詳細に説明するように車両状態に基づいてユーザ・インタフェース体験を提示する。

概要として、車両状態は、車両１０６をユーザ１０２が現在動作させている態様を特徴付ける。車両状態の一部の局面は、車両の移動の動力学に直接関係し得る。前述の直接的な局面は、限定列挙でないが、車両１０６が走行する速度、車両１０６を加減速させる態様、車両１０６の向きを操作させる態様、車両１０６のブレーキをかける態様等を含み得る。車両状態の他の局面は、車両１０６が移動する態様に対して、より間接的な関係を有し得る。例えば、車両状態の前述の局面は、車両１０６の移動が行われる制限的な状況に関係し得る。前述の間接的な局面は、限定列挙でないが、車両１０６が走行する地域、車両１０６が走行する時刻、車両１０６が走行する日付、車両１０６が走行する天候、車両１０６が走行する道路の状況等を含み得る。

モバイル・デバイス１０４は、推論入力情報に基づいて車両状態を判定することが可能である。推論入力情報は、車両状態を推論するために使用することが可能な何れかの情報に関する。推論入力情報の一部は、モバイル・デバイス１０４の内部にある入力源から生じ得る。他の推論入力情報は、モバイル・デバイス１０４の外部にある入力源から生じ得る。

最終的には、車両状態は注意プロファイルと対応する。注意プロファイルは、車両状態内で運転している間にユーザ１０２が維持するのに適切な注意のタイプ及び注意のレベルを特徴付ける。例えば、車両状態が、混雑した都市地域内でユーザ１０２が高速で走行していると仮定する。前述の考慮点に基づけば、モバイル・デバイス１０４は、車両１０６を動作させるタスクにユーザ１０２が細心の注意を払うことが適切であるという結論に達し得る。対照的に、車両状態が、交通渋滞で停止した自分の車両１０６内にユーザ１０２が座っていることを示していると仮定する。前述の場合には、モバイル・デバイス１０４は、（最初のシナリオと比較して、）補足的な非運転関連タスクに対して、ユーザ１０２が、より大きな注意を向けることが許されるという結論に達し得る。

モバイル・デバイス１０４は次いで、車両状態に対応した、ユーザ１０２に対する、注意に関連した要求を行うユーザ・インタフェース体験を提示する。すなわち、（例えば、車両１０６を運転している間にユーザ１０２が提供する「ことができる」ことを超える注意のタイプ及びレベルを要求しないことにより、）車両状態の注意プロファイルに鑑みて適切な態様でユーザ１０２を関与させる。例えば、（ユーザ１０２が、渋滞した地域内で高速で走行している）上記第１のシナリオで、モバイル・デバイス１０４は、ユーザ１０２の注意に対して、あってもわずかな要求を課すに過ぎないユーザ・インタフェース体験を提示することが可能である。（ユーザ１０２が、移動しないで、自分の車両１０６内に座っている）上記第２のシナリオで、モバイル・デバイス１０４は、ユーザ１０２の注意に対して、更に大きな要求を課すことが可能である。

モバイル・デバイス１０４は、適切なユーザ・インタフェース体験を種々の態様で提供することが可能である。一般に、ユーザ・インタフェース体験は、モバイル・デバイス１０４にユーザ入力情報を提供する工程、又はモバイル・デバイス１０４から出力情報を受け取る工程により、ユーザ１０２がモバイル・デバイス１０４と対話する態様を表す。より具体的には、ユーザ１０２がユーザ入力情報をモバイル・デバイス１０４に提供する態様は、ユーザ入力情報をモバイル・デバイス１０４に提供するためにユーザ１０２が使用することが可能な種々の入力モードによって規定される。例証的な入力モードは、（以下に更に詳細に説明する）キーパッド入力モード、タッチ画面入力モード、音声認識入力モード、ジェスチャ認識入力モード等を含み得る。モバイル・デバイス１０４が出力情報をユーザに提供する態様は種々の出力モードによって規定される。例証的な出力モードは、（以下に更に詳細に説明する）表示出力モード、音声出力モード等を含み得る。モバイル・デバイス１０４は、特定の入力モード及び／又は出力モードを起動／又は解除することにより、ユーザ・インタフェース体験を変えることが可能である。あるいは、又は、更に、モバイル・デバイス１０４は、（やはり、以下に更に詳細に説明する）何れかの入力モード及び／又は何れかの出力モードの動作の態様を変更することにより、ユーザ・インタフェース体験を変えることが可能である。

上記概要を考慮するに、次に、図１に表す個々の構成の更に詳細な説明に進む。モバイル・デバイス１０４自体から始めるに、前述のデバイスは、何れかの態様で実現することが可能であり、何れかの機能、又は機能の組み合わせを行うことが可能である。例えば、モバイル・デバイス１０４は、（スマートフォン・デバイスなどの）何れかのタイプのモバイル電話デバイス、ブック・リーダ・デバイス、携帯情報端末デバイス、ラップトップ・コンピューティング・デバイス、タブレット型コンピューティング・デバイス、ネットブック型コンピューティング・デバイス、ポータブル・ゲーム・デバイス、ポータブル・メディア・システム・インタフェース・モバイル・デバイス等に対応し得る。

車両１０６は、ユーザを輸送するための何れかの機構に対応し得る。例えば、車両１０６は、何れかのタイプの自動車、トラック、バス、オートバイ、スクータ、自転車、飛行機、ボ―ト等に対応し得る。しかし、説明を容易にするために、車両１０６が、ユーザ１０２によって動作させる自家用車に対応するものとする。

環境１００は更に、モバイル・デバイス１０４が何れかの遠隔エンティティ（「遠隔エンティティ」は、ユーザ１０２に対して遠隔にあるエンティティを意味する）と対話することを可能にするための通信管路１１４を含む。例えば、通信管路１１４は、（モバイル・デバイス１１０を使用しているユーザ１０８などの、）別のモバイル・デバイスを使用している別のユーザとユーザ１０２がモバイル・デバイス１０４を使用することを可能にし得る。更に、通信管路１１４は、ユーザ１０２が何れかの遠隔サービスと対話することを可能にし得る。一般的に言えば、通信管路１１４は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク（例えば、インターネット）、又はそれらの何れかの組み合わせを表し得る。通信管路１１４は、何れかのプロトコル、又はプロトコルの組み合わせによって支配され得る。

より具体的には、通信管路１１４は、その一部として無線通信インフラストラクチャ１１６を含み得る。無線通信インフラストラクチャ１１６は、モバイル・デバイス１０４が無線通信を介して遠隔エンティティと通信することを可能にする機能を表す。無線通信インフラストラクチャ１１６は、セル・タワー、基地局、中央交換局、衛星機能等の何れかを包含し得る。通信管路１１４は、配線リンク、ルータ、ゲートウェイ機能、ネーム・サーバ等も含み得る。

環境１００は更に、１つ又は複数の遠隔処理システム１１８を含む。遠隔処理システム１１８は、ユーザに向けて何れかのタイプのサービスを提供する。一場合には、遠隔処理システム１１８はそれぞれ、１つ又は複数のサーバ及び関連付けられたデータ・ストアを使用して実現することが可能である。例えば、図１は、遠隔処理システム１１８が、少なくとも１つのインスタンスの遠隔処理機能１２０及び関連付けられたシステム・ストア１２２を含み得る。後続する説明では、車両１０６内のモバイル・デバイス１０４の動作に適切な、遠隔処理機能１２０が行うことが可能な例証的な機能を記載する。

図２に進めば、この図は車両１０６の代表的な内部領域２００の一部分を示す。マウント２０２は、内部領域２００内にモバイル・デバイス１０４を固定する。より具体的には、マウント２０２は、車両制御パネル領域２０４のすぐ上の、ユーザ１０２の左側の車両のダッシュボードの最上部にモバイル・デバイス１０４を固定する。電源コード２０６は、（図７に関して説明するように直接又は間接に）モバイル・デバイス１０４に、車両１０６によって提供される何れかの電源から給電する。

モバイル・デバイス１０４は、ユーザ１０２に向けて、モバイル・デバイス１０４の表面から突き出る視野を有する（図２に図示しない）少なくとも１つの内部カメラ・デバイスを含み得る。より具体的には、ユーザ１０２は、ユーザ１０２の解剖学的構造の少なくとも一部をカメラ・デバイスの視野が包含するように内部領域２００内にモバイル・デバイス１０４を配置し得る。一実現形態では、前述の配置は、内部カメラ・デバイスが対話空間を確立することを可能にする。内部カメラ・デバイスは、前述の対話空間内のユーザ１０２によって行われたジェスチャを捕捉することが可能である。例証的な一実現形態では、対話空間は一般に、（別々のエンドユーザ環境が、別々の「サイズ」及び形状を有する対話空間を採用することが可能であるが、）車両１０６を運転しているユーザ１０２に向けられた、モバイル・デバイス１０４の面から約６０ｃｍ延在する円錐体積に対応し得る。

しかし、図２に示すモバイル・デバイス１０４の配置は、代表的であるに過ぎず、これは、ユーザ１０２がモバイル・デバイス１０４の他の位置及び向きを選ぶことが可能であるということを意味する。例えば、ユーザ１０２は、（図２に示すように）ハンドルに対して右の領域内の代わりに、ハンドルに対して左の領域内にモバイル・デバイス１０４を直接、配置し得る。これは、例えばハンドルが車両１０６の右側に設けられた国において適切であり得る。あるいは、ユーザ１０２は、ハンドルのすぐ後方に、又はハンドル上にモバイル・デバイス１０４を配置し得る。あるいは、ユーザ１０２は、車両１０６のフロントガラスにモバイル・デバイス１０４を固定し得る。前述のオプションについて、例証の目的で、かつ、限定でなく、言及している。モバイル・デバイス１０４のなお他の配置も考えられる。

図３は、車の内部領域２００の特定の表面にモバイル・デバイス１０４を固定するために使用することが可能な代表的な一マウント３０２に過ぎないものを表す。（前述のマウント３０２は、図２に示すマウント２０２と別のタイプのマウントである。）限定なしで、図３のマウント３０２は、内部領域２００内の表面にマウント３０２を固定するための何れかのタイプの結合機構３０４を含む。例えば、車両１０６の空気転送グリルに付いたクランプ又は突起部材（図示せず）を含み得る。別の場合には、カップリング機構３０４は、何れかのタイプの締結具（例えば、ねじ、クランプ、ベルクロ（登録商標）カップリング機構、スライディング・カップリング機構、スナッピング・カップリング機構、吸引カップ・カップリング機構等）を使用して車両１０６の何れかの表面に締結することが可能な板又は他のタイプの部材を含み得る。更に他の場合には、マウント３０２は、単に、ダッシュボードの最上部の上などのような、内部領域２００の略水平表面上、その表面に締結されることなく、搭載し得る。車両１０６の移動中の表面上の前述のタイプのマウント摺動のリスクを削減するために、砂充填可鍛性ベース部材などの荷重部材を含み得る。

例証に過ぎない一実現形態では、図３に示す代表的なマウント３０２は、結合機構３０４から延びるフレキシブル・アーム３０６を含み、クレードル３０８において終端する。クレードル３０８は、モバイル・デバイス１０４をクレードル３０８に固定するための調節可能なクランプ機構３１０を含み得る。この特定のシナリオでは、ユーザ１０２は、ポートレート・モードで操作することが可能であるようにモバイル・デバイス１０４をクレードル３０８に取り付けている。しかし、ユーザ１０２は、（図２に示すように）代替的に、ランドスケープ・モードで操作することが可能であるようにモバイル・デバイス１０４を取り付けることが可能である。

上述のように、モバイル・デバイス１０４は、モバイル・デバイス１０４の前面３１４（又はモバイル・デバイス１０４の他の面）から突出する少なくとも１つの内部カメラ・デバイス３１２を含む。内部カメラ・デバイス３１２は、通常、モバイル・デバイス１０４の一体的な部分とみなされる限り、「内部」であると識別される。更に、モバイル・デバイス１０４は、１つ又は複数の外部カメラ・デバイス（図示せず）から画像情報を受け取ることが可能である。

更に、モバイル・デバイス１０４がマウント３０２のクレードル３０８に挿入された時点を判定するための何れかの取り付け感知機構３１６を内蔵し得る。例えば、ユーザ１０２がモバイル・デバイス１０４をクレードル３０８に挿入した際にＯＦＦ状態からＯＮ状態に切り換えられ、モバイル・デバイス１０４がクレードル３０８から取り外された際にユーザ１０２がＯＮ状態からＯＦＦ状態に切り換えられる機械式スイッチを備える。取り付け感知デバイスの他の実現形態は、感光スイッチ、感圧スイッチ等を含む。あるいは、又は、更に、モバイル・デバイス１０４は、取り付け感知機構（図示せず）を実現することが可能である。すなわち、補完的に、デバイスによって実現される取り付け感知機構は、ユーザ１０２がモバイル１０４をクレードル・デバイス３０８に入れると起動するよう構成される。あるいは、又は更に、モバイル・デバイス１０４は、間接証拠を基に、クレードル３０８から取り外されたということを推論することが可能である。何れかの実現形態では、以下に説明するように、取り付け感知機構３１６は、車両１０６が危険状態にあるか否かを判定するうえでの役割を果たす。

更に、マウント３０２は、（破線ボックスにより、図３に概括的に表す）１つ又は複数の補助センサ・デバイス３２０を含み得る。例えば、センサ・デバイス３２０は、（後述する）図５に示す１つ又は複数のタイプの移動検知デバイス４３０を包含し得る。更に、マウント３０２は、何れかのタイプの１つ又は複数の更なるカメラ・デバイス等などの更なる画像検知機構を包含し得る。

図４は、モバイル・デバイス１０４を実現するために使用することが可能な種々の構成部分を示す。この図は、概ね、上から下に説明する。まず、モバイル・デバイス１０４は、無線通信を介して遠隔エンティティとの間の情報を送受信するための通信機能４０２を含む。すなわち、通信機能４０２は、通信管路１１４の無線通信インフラストラクチャ１１６とモバイル・デバイス１０４が対話することを可能にするトランシーバを含み得る。

モバイル・デバイス１０４は更に、１つ又は複数のアプリケーション４０４の組を含み得る。アプリケーション４０４は、それぞれのタスク何れかを行うための何れかのタイプの機能を表す。一部の場合には、アプリケーション４０４は上位レベルのタスクを行う。代表的なタスクを挙げれば、第１のアプリケーションはマップ・ナビゲーション・タスクを行い得、第２のアプリケーションはメディア・プレゼンテーション・タスクを行い得、第３のアプリケーションは電子メール対話タスクを行い得る。他の場合には、アプリケーション４０４は、下位レベルの管理タスク又はサポート・タスクを行う。アプリケーション４０４は、何れかの態様で（、実行可能なコード、スクリプト・コンテンツ等、又はそれらの何れかの組み合わせなどによって）実現することが可能である。モバイル・デバイス１０４は更に、何れかのアプリケーション関連情報及び他の情報を記憶するための少なくとも１つのデバイス・ストア４０６を含み得る。

他の実現形態では、アプリケーション４０４の少なくとも一部は、遠隔処理システム１１８によって実現することが可能である。例えば、特定の実現形態では、アプリケーション４０４の一部は、ネットワークがアクセス可能なページ及び／又は他のタイプの機能を表し得る。

モバイル・デバイス１０４は更に、デバイス・オペレーティング・システム４０８を含み得る。デバイス・オペレーティング・システム４０８は、下位レベルのデバイス管理タスクを行うための機能を提供する。モバイル・デバイス１０４によって提供される種々のリソースを利用するために、何れのアプリケーションもデバイス・オペレーティング・システム４０８に依存し得る。

モバイル・デバイス１０４は更に、入力情報を受け取り、処理するための入力機能４１０を含み得る。一般に、入力機能４１０は、（モバイル・デバイス１０４自体の一部である構成部分を表す）内部入力デバイスからの入力情報を受け取るための特定の機能、及び外部入力デバイスからの入力情報を受け取るための特定の機能を含む。入力機能４１０は、配線接続、無線接続（例えば、ブルートゥース（登録商標）接続）等などの何れかの結合手法、又は結合手法の組み合わせを使用して、外部入力デバイスからの入力情報を受け取り得る。

前述の説明は、推論入力情報として車両１０６の状態を推論するために最終的に使用される入力情報を表す。前述の説明は、ユーザ入力情報としてユーザ１０２によって提供される入力情報を表す。前述の２つのクラスの入力情報は必ずしも、相互排他的でない。すなわち、ユーザ１０２によって入力される情報の一部は、推論入力情報を構成し得る。修飾語句「ユーザ」又は「推論」なしでの、「入力情報」への総称参照は、何れのタイプの入力情報を表す。

入力機能４１０は、少なくとも１つの内部カメラ・デバイス４１４からの画像情報及び少なくとも１つの外部カメラ・デバイス４１６からの画像情報を受け取るための任意的なジェスチャ認識モジュール４１２を含む。（例えば、内部カメラ・デバイス４１６は、マウント３０２と、又は、車両１０６内の特定の他のユニットによって結びつけ得る。）前述のカメラ・デバイスは何れも、何れかのタイプの画像情報を提供することが可能である。例えば、一場合には、カメラ・デバイスは、可視スペクトル放射、赤外スペクトル放射等、又はそれらの組み合わせを受け取ることによって生成されるビデオ画像情報を提供することが可能である。別の場合には、カメラ・デバイスは、深度情報を提供するよう更に処理することが可能な画像情報を提供することが可能である。深度情報は、（例えば、カメラ・デバイスの位置に対応する）参照点と、捕捉されたシーン内の別々の点との間の距離の表示を提供する。深度処理機能は、飛行時間法、構造化光法、立体視法等などの何れかの手法を使用して深度情報を生成することが可能である。画像情報を受け取った後、ジェスチャ認識モジュール４１２は、認識可能なジェスチャをユーザ１０２が行ったことを画像情報が明らかにするか否かを判定することが可能である。

入力機能４１０は更に、車両１０６の外部のシーンを捕捉する１つ又は複数のカメラ・デバイスからの画像情報を受け取ることが可能である。例えば、内部又は外部のカメラ・デバイスは、車両１０６の前方、車両１０６の後方、車両１０６の側方の何れか等のシーンを捕捉することが可能である。前述のカメラ・デバイスは更に、上述の何れかのタイプの深度処理機能とともに使用することが可能である。深度処理機能の使用は、モバイル・デバイス１０４が、車両１０６と、他の近傍の車両及び障害物との間の距離を評価することを可能にする。入力機能４１０は更に、光検出及び測距（ＬＩＤＡＲ）センシング・デバイス等などの何れかの他のタイプの距離検出機構からの推論入力情報も受け取ることが可能である。

入力機能４１０は更に、補助システム・インタフェース・モジュール４１８を含み得る。補助システム・インタフェース・モジュール４１８は、何れかの車両システム４２０、及び／若しくはマウント３０２、並びに／又は何れかの他の外部システムからの推論入力情報を受け取る。例えば、補助システム・インタフェース・モジュール４１８は、車両の情報管理システムによって提供される何れかのタイプのＯＢＤＩＩ情報を受け取ることが可能である。前述の情報は、車両の速度、ステアリング状態、ブレーキ状態、エンジン温度、エンジン性能、走行距離計示度、オイル・レベル、フュエル・レベル、車両１０６内の乗員の存在等に関する情報を提供することなどにより、特定の時点における車両１０６の動作状態を表し得る。前述の情報を提供するために、車両システム４２０は、車両１０６によって設けられた複数の検知デバイスからのセンサ情報を受け取り得る。あるいは、又は更に、補助システム・インタフェース・モジュール３１８は、（マウント３０２によって備えられる１つ又は複数の補助加速度計デバイスなどの）１つ又は複数のセンサ・デバイスによって収集された推論入力情報を受け取ることが可能である。

入力機能４１０は更に、ユーザ１０２がタッチ入力デバイス４２４に接触する際にユーザ入力情報を受け取るタッチ入力モジュール４２２を含み得る。図４に表していないが、入力機能４１０は更に、何れかのタイプの物理キーパッド入力機構、何れかのタイプのジョイスティック制御機構、何れかのタイプのマウス・デバイス機構等を含み得る。入力機能４１０は更に、１つ又は複数のマイクロフォン・デバイス４２８からの音声コマンドを受け取る音声認識モジュール４２６を含み得る。

入力機能４１０は更に、１つ又は複数の移動検知デバイス４３０を含み得る。一般に、移動検知デバイス４３０は、モバイル・デバイス１０４を何れかの特定の時点で移動させる態様を判定する。前述の情報は、今度は、何れかの特定の時点におけるモバイル・デバイス１０４の位置、及び／又は、モバイル・デバイス１０４の動的移動に関係し得る。手短に、図５に進めば、この図は、移動検知デバイス４３０が、加速度計デバイス５０２、ジャイロ・デバイス５０４、磁気計デバイス５０６、ＧＰＳデバイス５０８（又は他の衛星ベースの位置判定機構）、推測位置判定デバイス（図示せず）、セル・タワー、又はワイファイ（登録商標）三角測量デバイス（図示せず）等のうちの何れかを含み得るということを示す。更に、移動検知デバイス４３０は、（例えば、１つ又は複数のカメラ・デバイス及び関連した機能に対応する）上述の何れかのタイプの視察デバイスを含み得る。すなわち、視覚デバイスによって捕捉される画像は、車両１０６の移動に関する証拠を含む。したがって、視覚デバイスは、一タイプの移動検知デバイスとみなし得る。前述の考えられるデバイスの組は、網羅的でなく、代表的なものである。他の場合には、（モバイル・デバイス１０４の他に、又はモバイル・デバイス１０４に加えて、）特定の他のエンティティは、遠隔処理システム１１８によって提供される何れかの機能などの、モバイル・デバイス１０４の移動を評価することが可能である。

モバイル・デバイス１０４は更に、出力の提示においてユーザ１０２に向けて情報を伝えるための出力機能４３２を含む。手短に図６に進めば、この図は、出力機能４３２が、デバイス画面６０２、１つ又は複数のスピーカ・デバイス６０４、何れかの表面上に出力情報を投影するプロジェクタ・デバイス６０６等を含み得るということを示す。

出力機能４３２は更に、モバイル・デバイス１０４が、車両１０６に関連付けられた何れかの車両システム４２０に向けて出力情報を送出することを可能にする車両インタフェース・モジュール６０８を含む。これは、ユーザ１０２がモバイル・デバイス１０４と対話して、車両１０６自体に関連付けられた何れかの機能の動作を制御することを可能にする。例えば、ユーザ１０２は、モバイル・デバイス１０４と対話して、別個の車両メディア・システム上のメディア・コンテンツの再生を制御することが可能である。ユーザ１０２は、車両１０６のシステムでなく、モバイル・デバイス１０４と直接対話することを好み得る。ユーザ１０２が、モバイル・デバイス１０４が動作する態様に既に通じていることと推定されるからである。更に、モバイル・デバイス１０４は、ユーザ特有情報を提供することが可能な遠隔システム・ストア１２２へのアクセスを有する。モバイル・デバイス１０４は、特定のユーザ１０２にカスタマイズされた態様で何れかの車両システム４２０を制御するようこの情報を活用することが可能である。

最後に、モバイル・デバイス１０４は任意的には、モード機能４３４を含む。モード機能４３４は、特定の時点における車両１０６の状態の評価、及び車両状態を考慮に入れたユーザ・インタフェース体験の提供を含む、上記においてまとめられたコア機能を行う。あるいは、モード機能４３４の少なくとも一部は、遠隔処理システム１１８によって実現することが可能である。

図７は、（図３の）マウント３０２によって提供される機能がモバイル・デバイス１０４と対話することが可能な一態様を示す。マウント３０２は、モバイル・デバイス１０４の入力機能４１０に取り付け信号を供給する（上述の）取り付け感知機構３１６を含み得る。取り付け信号は、モバイル・デバイス１０４が現在、マウント３０２に結合されているか否かを示す。マウント３０２は更に、モバイル・デバイス１０４の入力機能４１０に推論入力情報を供給する何れかの他の任意的なデバイス７０２を含み得る。あるいは、又は、更に、デバイス７０２は種々の処理機能を行うことが可能であり、次いで、前述の処理の結果をモバイル・デバイス１０４に送出することが可能である。

マウント３０２は更に、（例えば、モバイル・デバイス１０４によって備えられる外部電源インタフェース・モジュール７０６を介して）モバイル・デバイス１０４に給電する電源７０４を含み得る。電源７０４は、今度は、車両１０６に関連付けられた電源（図示せず）などの外部源から電力を受け取り得る。前述の実現形態では、電源７０４は、モバイル・デバイス１０４，及びマウント３０２の構成部分を給電する。あるいは、マウント３０２及びモバイル・デバイス１０４にはそれぞれ、別個の電源を供給し得る。

最後に、図７は、マウント３０２の構成部分と通信するためにモバイル・デバイス１０４の入力機能４１０を可能にするインタフェース（７０８、７１０）を示す。

図８及び図９は、２つの出力モードを絵によってまとめている。すなわち、図８では、モバイル・デバイス１０４は、モバイル・デバイス１０４の表示画面６０２上に視覚コンテンツ８０２を提示する。図９では、モバイル・デバイス１０４は、視覚コンテンツ８０２を補足し、又は置き換えるオーディオ・コンテンツ９０２を提示する。

図１０乃至図１２は、３つの入力モードを絵でまとめている。すなわち、図１０では、タッチ入力モジュール４２２は、ユーザ１０２が、手１００２を用いて、モバイル・デバイス１０４のタッチ入力画面上に提示されたアイコン１００４又は他のオブジェクトに接触する際にユーザ入力情報を受け入れる。図１１では、ジェスチャ認識モジュール４１２は、ユーザ１０２が、モバイル・デバイス１０４に接触することなく、モバイル・デバイス１０４の内部カメラ・デバイス４１４によって捕捉されるジェスチャを行う際にユーザ入力情報を受け取る。ジェスチャ認識モジュール４１２は、考えられる候補ジェスチャの組それぞれに関連付けられた候補ジェスチャ情報と、捕捉された画像情報を比較することにより、前述のジェスチャを認識することが可能である。図１２では、音声認識モジュール４２６は、ユーザ１０２が音声コマンドをアナウンスする際にユーザ入力情報を受け取る。

図１３は、図４乃至図７のコンテキストで上述したモバイル・デバイス１０４の構成部分の部分集合に関する更なる情報を示す。構成部分は、代表的なアプリケーション１３０２及びモード機能４３４を含む。上記名称が示すように、「代表的なアプリケーション」１３０２は、モバイル・デバイス１０４上で実行され得る（かつ／又は、遠隔処理機能上で実行され得る）アプリケーション４０４の組の１つを表す。

より具体的には、図１３は、それぞれの機能を行う別個のエンティティとして、代表的なアプリケーション１３０２及びモード機能４３４を表す。しかし、モード機能４３４の何れかの局面は、あるいは、又は更に、代表的なアプリケーション１３０２によって行うことが可能である。同様に、代表的なアプリケーション１３０２の何れかの局面は、あるいは、又は更に、モード機能４３４によって行うことが可能である。更に、図１３に示す構成部分は、本明細書及び特許請求の範囲では、モバイル・デバイス１０４によって行われるものとして表している。しかし、あるいは、又は更に、代表的なアプリケーション１３０２及びモード機能４３４の機能の少なくとも一部は、遠隔処理システム１１８及び／又はマウント３０２の何れかの機能によって行うことが可能である。

代表的なアプリケーション１３０２は、リソース１３０４の組を含んでいるものとして概念化することが可能である。アプリケーション・リソース１３０４は、代表的なアプリケーション１３０２がそのサービスを提供するために使用し得る画像コンテンツ、テキスト・コンテンツ、オーディオ・コンテンツ、プログラム・コンテンツ、制御デバイスの設定値等を表す。更に、場合によっては、開発者は、別々の車両状態における起動のための複数のリソース収集物を提供することが可能である。例えば、２つの主車両状態（すなわち、移動状態、及び非移動状態）が存在していると仮定する。開発者は、モバイル・デバイス１０４が、移動状態において提示することが可能なインタフェース・アイコン及びプロンプト・メッセージの第１の収集物と、モバイル・デバイス１０４が、非移動状態において提示することが可能なインタフェース・アイコン及びプロンプト・メッセージの第２の収集物とを提供することが可能である。移動状態収集物は、非移動状態収集物と異なり得る。例えば、移動状態収集物は、非移動状態収集物と比較して、より大きなサイズのアイコン及びフォントを使用することが可能である。アプリケーションの実行中、モード機能４３４は特定の時点における車両状態を判定することが可能である。これに応じて、モード機能４３４は、移動収集物を起動させて、移動状態におけるユーザ・インタフェース体験を提供し、非移動収集物を起動させて、非移動状態におけるユーザ・インタフェース体験を提供することが可能である。（以下に説明するように、モード機能４３４は、適切なユーザ・インタフェース体験をもたらすために他の変更を行うことが可能である。）
２つの収集物の例は例証的なものに過ぎない。他のアプリケーションは、車両１０６を運転する別々のそれぞれの態様に対応する３つ以上のクラスのリソース収集物を提供することが可能である。例えば、開発者は、夜間運転車両状態の場合の使用のためのリソース収集物、及び昼間運転車両状態の場合のリソース収集物（、並びに非移動状態の場合のリソース収集物）を生成することが可能である。

上記タイプの開発環境では、開発者は、別々の組のリソースの生成において自分を支援するために、適切なソフトウェア開発キット（ＳＤＫ）を参照することが可能である。ＳＤＫは、別々の車両状態において使用する対象のリソースの特性に関する種々の要求及び推奨を記載している。例えば、ＳＤＫは、特定の車両状態の場合の特定のサイズ以上のフォントを開発者が使用することを要求し、又は推奨し得る。

次に、モード機能４３４の説明に進めば、前述の構成部分は、３つのサブモジュール（すなわち、インタフェース・モジュール１３０６、状態検出モジュール１３０８、及び体験提示モジュール１３１０）を備えているものとして示す。説明を容易にするために、前述の３つの機能を実現するためのロジックは全て、実際に、モード機能４３４として表されるユニットにカプセル化されているものとする。しかし、上述のように、モード機能４３４の何れかの局面は、あるいは、又は更に、代表的なアプリケーション１３０２、及び／又は特定の他のエンティティ（遠隔処理システム１１８など）によって行うことが可能である。

インタフェース・モジュール１３０６は、推論入力情報の種々の形式を受け取る。推論入力情報のインスタンスの部分集合１３１２は、モバイル・デバイス１０４自体に関連付けられた入力源に端を発する。推論入力情報のインスタンスの別の部分集合１３１４は、モバイル・デバイス１０４の外部の入力源に（例えば、車両システム４２０、マウント３０２等に）端を発する。

例えば、推論入力情報の内部インスタンスの部分集合１３１２は、図５に列挙された移動検知デバイス４３０の何れかに端を発し得る。部分集合１３１２は、車両１０６の内部及び／又は車両１０６の外部の１つ又は複数のシーンを捕捉する１つ又は複数の内部カメラ・デバイスから受け取られた画像情報も含み得る。部分集合１３１２は、１つ又は複数のマイクロフォン・デバイスによって捕捉されたオーディオ情報も含み得る。

外部推論入力情報のインスタンスの部分集合１３１４は、（例えば、ＯＢＤＩＩ情報等によって表されるような）センサ情報を何れかの車両システム４２０に供給する何れかのセンサ・デバイスに端を発し得る。部分集合１３１４は更に、車両１０６内部及び／又は車両１０６外部の１つ又は複数のシーンを捕捉する１つ又は複数の外部カメラ・デバイスから受け取られた画像情報を含み得る。例えば、外側を指し示すカメラ・デバイスによって捕捉された画像情報は、歩行者及び近傍の車両の存在、交通信号の存在等を明らかにするために使用することが可能である。部分集合１３１４は更に、１つ又は複数のマイクロフォン・デバイスによって捕捉されたオーディオ情報を含み得る。

前述の部分集合１３１４は更に、遠隔源から（、例えば、遠隔処理システム１１８の何れかから）抽出された何れかの情報を包含し得る。前述の情報は、地図情報、交通情報、道路状況情報、ハザード情報、気象情報、地域人口情報、関心地点情報、特定の管轄区域と関係のある運転関連規則に関する法的情報等を含み得る。更に、地図情報は、何れかのレベルの細粒度における領域に関する情報を提供することが可能である。例えば、地図情報は、地域内の交通信号、複雑な交差点、スクール・ゾ―ン等の場所を識別することが可能である。

遠隔処理システム１１８によって維持される情報は種々のやり方で収集することが可能である。一手法では、遠隔処理システム１１８は、道路カメラ・デバイス、航空及び衛星カメラ・デバイス、温度検知デバイス、降水検知デバイス等などの場内検知デバイスに基づいて情報を収集することが可能である。更に、又はあるいは、遠隔処理システム１１８は、情報を手作業で通知する人間の観察者からの情報を収集することが可能である。更に、又はあるいは、遠隔処理システム１１８は、それぞれの車両において設けられた複数のモバイル・デバイスからのクラウドソーシングにより、情報を収集することが可能である。

推論入力情報の上記識別された形式は、例証の目的のために挙げており、限定でない。他の実現形態は、他の形式の推論入力情報を提供することが可能であり、かつ／又は、上記１つ又は複数の形式の推論入力情報を割愛することが可能である。

状態検出モジュール１３０８は、上記形式の推論入力情報（及び／又は他の形式の推論入力情報）の何れかの組み合わせに基づいて車両１０６の状態を推論する。状態検出モジュール１３０８は前述のタスクを種々のやり方で行うことが可能である。一実現形態では、状態検出モジュール１３０８は、（推論入力情報によって定義された）入力状態の別々の順列を対応する車両状態情報にマッピングするルックアップ・テーブルを維持することが可能である。すなわち、状態検出モジュール１３０８は、入力状態Ｌ、Ｍ、Ｎ、及びＰが存在している場合、車両状態が状態Ｘにあるということを示し得る。別の場合には、状態検出モジュール１３０８は、統計モデルを使用して、入力状態の組に関連付けられた特徴ベクトルを、識別された車両状態にマッピングすることが可能である。前述の統計モデルは、機械学習プロセスにおいて生成することが可能である。別の場合には、状態検出モジュール１３０８は、何れかのタイプのルールベースのエンジン、又はニューラル・ネットワークを使用して、識別された車両状態等に入力状態をマッピングすることが可能である。前述の実現形態は、例として挙げており、限定でない。セクションＢでは、代表的なシナリオの関係で、更に詳細に状態検出モジュール１３０８の例証的な挙動を説明する。

更に、状態検出モジュール１３０８は、経路予測モジュールを参照して、特定された、又は予測された目的地（destination）に達するためにユーザ１０２がとる可能性が高い経路を判定することが可能である。経路情報は、移動が進むにつれてユーザ１０２が直面する可能性が高い困難な運転状態を、上記状態に実際に遭遇する前に予測することにより、状態検出モジュール１３０８が、より予防的に動作することに寄与する。状態検出モジュール１３０８は、カレンダ情報、購買履歴情報、過去の移動経路情報等などの車両状態を生成するために、何れかの他のユーザ・リソースを調べることも可能である。

体験提示モジュール１３１０は、状態検出モジュール１３０８から、推論された車両状態に関する情報を受け取る。これに応じて、体験提示モジュール１３１０は車両状態をユーザ・インタフェース体験にマッピングする。一般に、上述のように、モード機能４３４は、車両状態に対応するやり方でユーザ１０２の注意を吸収するユーザ・インタフェース体験を提供しようとする。これは、ユーザ・インタフェース体験が、車両状態に鑑みてユーザ１０２が安全に与えることが可能でないレベル及びタイプの注意を要求しないようなものであるということを意味する。前述の挙動は、今度は、最終的に、車両１０６内のモバイル・デバイス１０４の使用に関連付けられたリスクを削減する。同時に、モード機能４３４は、例えば、ユーザ１０２に対して重大なリスクを呈しない特定の対話を不必要に除外することにより、不当に制限的でないユーザ体験を提供する。

体験提示モジュール１３１０は更に、遠隔処理システム１１８（及びその関連付けられたシステム・ストア１２２）において提供された機能を参照して、ユーザ１０２に提示するユーザ・インタフェース体験を選ぶことが可能である。例えば、体験提示モジュール１３１０は、ユーザ１０２の選好及び習慣を求め、次いで、この情報を使用してユーザ・インタフェース体験の選択に影響を及ぼすことが可能である。選好は、別々の運転状況においてユーザが受けることを好むユーザ・インタフェース体験の構成を示し得る。体験提示モジュール１３１０は、特定の運転状況に対するユーザの選好を満たすことを、前述の選択が他の考慮点と矛盾しない場合、試行し得る。習慣は、別々のユーザ・インタフェース体験に関して種々の運転状況に直面した際に、ユーザが（過去の機会に）車両１０６を運転した態様を示し得る。運転状況及びユーザ・インタフェース体験の特定の組み合わせについてユーザの動作が劣悪であった場合、体験提示モジュール１３１０は、この組み合わせに負の重みを加えて、将来の機会でのその使用を退け得る。

ユーザ・インタフェース体験の提供に加えて、体験提示モジュール１３１０は、ユーザに向けて警告を与え得る。例えば、警告は、スクール・ゾーンに近付いているということをユーザに知らせ得る。警告は、子ども達の存在に気をつけることを運転者に奨励し得る。更に、又は、あるいは、警告は、当該状況の場合に運転が速すぎるということをユーザに知らせ得る。

図１４は、体験提示モジュール１３１０が所望のユーザ・インタフェース体験をもたらし得る別々のやり方の一部を列挙する。（セクションＢは、体験提示モジュール１３１０の動作の更に多くの例を説明する。）１つの一般的な分類として、体験提示モジュール１３１０は出力機能４３２の一部局面を調節することが可能である。別の一般的な分類として、体験提示モジュール１３１０は入力機能４１０の特定の局面を調節することが可能である。体験提示モジュール１３１０は更に、図１に示す環境１００の何れかの他の局面を修正することが可能である。

まず、出力機能４３２に対する変更を検討する。最初の変更として、体験提示モジュール１３１０は、車両状態に応じて特定の出力モードを起動若しくは解除（し、又は、少なくとも、特定の出力モードの１つ又は複数の部分を部分的に起動し、又は制限）することが可能である。一例を挙げれば、体験提示モジュール１３１０は、車両１０６が移動している際、表示出力モードを解除することが可能である。出力の前述の態様に代わり、体験提示モジュール１３１０は、移動状態になっている限り、出力情報を何ら生成しないか、又は音声出力モードを介して出力情報を供給することが可能である。

あるいは、又は、更に、体験提示モジュール１３１０は、車両状態に応じて提示するコンテンツを変更することが可能である。例えば、上述のように、アプリケーションは、出力提示の供給において使用するために２つ以上のリソース収集物を含み得る。体験提示モジュール１３１０は、車両状態に基づいた適切なリソース収集物を使用して出力提示を提示することが可能である。例えば、体験提示モジュール１３１０は、車両１０６の速度が所定の閾値を超えると、大型のアイコンを表示することが可能である。

あるいは、又は更に、体験提示モジュール１３１０は、車両状態に応じて出力提示自体の何れかの１つ又は複数の特性を変更することが可能である。前述のタイプの変更は、直前に説明したものと同様である。しかし、ここでは、全く新たなリソース収集物を選ぶ代わりに、体験提示モジュール１３１０は出力提示の１つ又は複数の変数属性を修正することが可能である。前述の分類は広い範囲のオプションを包含する。例えば、視覚的な出力提示の場合、体験提示モジュール１３１０は、表示されるコンテンツのサイズ、コントラスト、色、透明度等、コンテンツが表示される時間の長さ、表示されるコンテンツの別々の部分間の空間編成等を調節することが可能である。オーディオ出力提示の場合、体験提示モジュール１３１０は、提示されるオーディオ・コンテンツの音量、可聴コンテンツによってもたらされる発話速度等を調節することが可能である。

あるいは、又は更に、体験提示モジュール１３１０は、車両状態に基づいて別々の宛先に向けて出力情報を送出することが可能である。例えば、一部の車両状態の場合、モバイル・デバイス１０４は、モバイル・デバイス１０４自体に関連付けられた出力デバイスに出力情報をルーティングし得る。他の車両状態の場合、モバイル・デバイス１０４は、車両１０６に関連付けられたメディア・システムなどの何れかの車両システム４２０に出力情報をルーティングし得る。

体験提示モジュール１３１０は、車両状態に基づいて何れかの出力提示を修正するための更に他のストラテジを使用することが可能である。

次に、入力機能４１０を検討する。最初の変更として、体験提示モジュール１３１０は、特定の入力モードを起動又は解除（し、又は、少なくとも、特定の入力モードの１つ又は複数の部分を部分的に起動又は制限）することが可能である。一例を挙げれば、体験提示モジュール１３１０は、車両１０６が高速で移動している場合、タッチ画面入力モード、及びキーパッド入力モードを解除することが可能である。入力の前述の態様の代わりに、体験提示モジュール１３１０は、音声認識入力モード及び／又はジェスチャ認識入力モードを介して入力を供給することが可能である。

あるいは、又は更に、体験提示モジュール１３１０は、車両状態に基づいて得られたユーザ入力情報のタイプを変更することが可能である。例えば、体験提示モジュール１３１０は、車両１０６が低速で移動している場合と比較して、車両１０６が高速で移動している場合、受け入れる音声コマンドの数はより少なくなる。前述の変更は、より高い速度で音声認識入力モードの複雑度、及び、よって、前述のモードがユーザ１０２を注意散漫にさせることの削減に寄与し得る。

あるいは、又は更に、体験提示モジュール１３１０は、何れかの入力モ―ドがユーザ入力情報を収集する態様を変更することが可能である。例えば、特定の時点では、入力モードは、応答を要求するクエリをユーザ１０２に向けて提示し得る。回答を受け取らない特定時間量後、入力モードはクエリを解除することが可能である。より高い速度では、ユーザ１０２が、注意が散漫になり、すばやい回答を供給することができないことがあり得るので、ユーザ１０２からの応答を求める時間の長さを延長することが可能である。

体験提示モジュール１３１０は、車両状態に基づいて何れかの入力モードを修正するための更に他のストラテジを使用することが可能である。

図１５は、ユーザ１０２が車両１０６内で自分のモバイル・デバイス１０４を操作することが可能な別の環境１５００を示す。この意味合いで、環境１５０は、車両１０６が危険状態にあるとみられる時点を判定する。危険状態は、車両１０６、そして更には車両１０６を運転しているユーザ１０２に降りかかる何れかの不快な事象に対応する。例えば、危険状態は、車両１０６に関係する、起こった事故に対応し得る。危険状態が生じると、環境１５００は運転者支援システム１５０２に支援を求める。運転者支援システム１５０２は、種々のやり方で（、（ａ）電話、テキスト・メッセージング、又は他の通信機構により、ユーザ１０２に連絡し、（ｂ）（１つ又は複数の）緊急応答サービスに連絡し、（ｃ）ユーザの家族又は他の指定連絡先に連絡し、（ｄ）サービス・ステーション及び／又は他の支援センタに関する情報を提供することなどにより、）ユーザ１０２を支援することが可能である。運転者支援システム１５０２は、危険状態の発生を関係者に通知すると、車両１０６の場所、及び危険状態を取り巻く何れかの有効な状況を識別することが可能である。運転者支援システム１５０２には、危険状態の場合にユーザ１０２を支援する、人間のエージェントを配置し得る。更に、又は、あるいは、運転者支援システム１５０２は、ユーザ１０２を支援するための自動化された機能を含み得る。

図１６は、図１５の環境１５００内の危険状態を検出し、上記危険状態に応答し得る危険管理モジュールに関する更なる情報を提供する。一場合には、モバイル・デバイス１０４は危険管理モジュール１６０２を実現する。あるいは、又は、更に、遠隔処理システム１１８及び／又はマウント３０２は危険管理モジュール１６０２の少なくとも一部を実現することが可能である。

危険管理モジュール１６０２は、１つ又は複数の内部入力源からの推論入力情報のインスタンスの部分集合１６０６、及び１つ又は複数の外部入力源からの推論入力情報のインスタンスの部分集合１６０８を受け取るインタフェース・モジュール１６０４を含む。すなわち、インタフェース・モジュール１６０４は、図１３のインタフェース・モジュール１３０６と同様に機能する。

危険状態検出モジュール１６１０は、入力情報を解析して、危険状態が生じたか否かを判定する。別々の環境は、前述の判断を別々のやり方で行い得る。一般に、危険状態検出モジュール１６１０は、受け取られた推論入力情報の種々のインスタンスからシグネチャを形成し、前述のシグネチャが危険状態のテルテール・シグネチャに一致するか否かを判定する。一場合には、危険状態検出モジュール１６１０は、（１）モバイル・デバイス１０４が車両１０６内に存在し、（２）車両１０６が、急停止し、又は他の態様で急減速し（、若しくは急加速し）、かつ／又は、（３）モバイル・デバイス１０４が、急減速（若しくは急加速）の発生とほぼ同時にマウント３０２から取り外されている場合に、危険状態が生じたと判定する。非公式に、これは、衝撃を与えてモバイル・デバイス１０４をそのクレードル３０８から揺さぶり出す事故が発生した可能性があることを意味する。あるいは、モバイル・デバイス１０４は、さもなければ、必ずしもクレードル３０８から取り外されることなく、著しい（例えば、軋轢の）減速又は加速に遭遇し得る。衝撃を与える減速は、移動車両１０６が、その経路内の物体と衝突したことを示し得る。衝撃を与える加速は、車両が元々静止状態にある場合を含め、車両１０６が別の移動物体にぶつかったことを意味し得る。

急減速の直前に、取り付け感知機構３１６が、マウント３０２のクレードル３０８にモバイル・デバイス１０４が挿入されていることを示す場合、モバイル・デバイス１０４が車両１０６内に存在していると、危険状態検出モジュール１６１０は想定し得る。同様に、危険状態検出モジュール１６１０は、取り付け感知機構３１６の出力に基づいてモバイル・デバイス１０４のマウント３０２から解放されたと判定し得る。危険状態検出モジュール１６１０は、例えば、加速度計デバイス５０２の出力に基づいて、モバイル・デバイス１０４が急停止し、又は他の態様で急減速（又は急加速）していると判定し得る。

他の場合には、危険状態検出モジュール１６１０は、事象（２）及び／（３）の生起無しでの、危険状態の生起を示し得る。例えば、危険状態検出モジュール１６１０は、危険状態の生起の評価において、（ａ）ブレーキの強烈な印加、（ｂ）軌道の定まらないステアリング、（ｃ）（車両１０６が道路から外れる際のような）かなりの高低差のある表面の横断、及び（ｄ）車両１０６の横転又は完全な転覆の事象の何れかを考慮に入れる。更に、又はあるいは、危険状態検出モジュール１６１０は、その解析を、１つ又は複数のカメラ・デバイスによって捕捉された画像情報及び／又は、１つ又は複数のマイクロフォン・デバイスによって捕捉されたオーディオ情報に基づかせることが可能である。前述の事象は、例として挙げており、限定でない。

動作モジュール１６１２は、危険状態が生じたことを危険状態検出モジュール１６１０が知らせると、運転者支援システム１５０２に通知することが可能である。支援センタ対話モジュール１６１４は、ユーザ１０２が、後に運転者支援システム１５０２と通信して、そのエンティティから手作業の、及び／又は自動化された支援を受けることを可能にする。

締めくくりとして、上記説明は、車両内のモード機能４３４の使用を記載している。しかし、ユーザ１０２は、モード機能４３４を使用して、何れかの環境においてモバイル・デバイス１０４と対話することが可能である。概して言えば、モード機能４３４は、ユーザ１０２が別々の使用シナリオにおいてモバイル・デバイス１０４と対話し、更に、ユーザ１０２が前述の別々のシナリオにおいてモバイル・デバイス１０４と対話する別々のそれぞれの機能を有する環境において特に有用なサービスを提供する。単に一例を挙げれば、モバイル・デバイス１０４は、ユーザ１０２が、歩いているか、又は走っている間にモバイル・デバイス１０４と対話しているか否かを判定することが可能である。肯定の場合、モバイル・デバイス１０４は、（単一の場所にいる間にモバイル・デバイス１０４と対話するのでなく）歩いているか、又は走っている間にユーザ１０２が課されることがあり得る種々の制約を考慮に入れたユーザ・インタフェース体験をユーザ１０２に向けて提示することが可能である。

Ｂ． 例証的な処理
図１７乃至２２は、図１の環境１００の動作の一態様を説明する手順を示す。環境１００の動作の下にある原理が既にセクションＡで説明されているので、特定の動作を、このセクションで要約して扱う。

図１７から始めるに、この図は、ユーザ１０２の観点から、図１の環境１００の動作の一態様を記載する例証的な手順１７００を示す。ブロック１７０２では、ユーザ１０２は、通常の動作モードで（、例えば、タッチ入力デバイス４２４を使用してモバイル・デバイス１０４と対話するために、自分の手を使用することにより）、自分のモバイル・デバイス１０４を使用し得る。ブロック１７０４では、ユーザ１０２は車両１０６に入り、モバイル・デバイス１０４を、マウント３０２などの何れかのタイプのマウントに入れる。ブロック１７０６では、ユーザ１０２は、車両モードにおいて動作する旨をモバイル・デバイス１０４に指示する。ブロック１７０８では、ユーザ１０２は、車両１０６を使用してナビゲーションを開始する。ブロック１７１０では、ユーザ１０２は、現在の車両状態に合ったユーザ・インタフェース体験を受ける。車両状態は、今度は、種々の入力源によって供給される入力情報に基づく。ブロック１７１２では、ユーザの移動の完了後、ユーザ１０２は、マウント３０２からモバイル・デバイス１０４を取り外し得る。ユーザ１０２は次いで、通常のハンドヘルド動作モードでモバイル・デバイス１０４の使用を再開し得る。

図１８は、モード機能４３４の観点から、モード機能４３４の動作の一態様を説明する例証的な手順１８００を示す。ブロック１８０２では、モード機能４３４は、（例えば、移動検知デバイス４３０に対応する）１つ又は複数の内部入力源、及び／又は、（例えば、車両システム４２０によって提供されるセンサ情報に対応する）１つ又は複数の外部入力源を含む１つ又は複数の入力源から推論入力情報を受け取る。ブロック１８０４では、モード機能４３４は、推論入力情報に基づいて車両状態を推論する。ブロック１８０６では、モード機能４３４は、推論された運転状態に基づいたユーザ・インタフェース体験を提示する。

図１９乃至図２１は図１７の手順１７００の３つのインスタンス化を示す。例えば、図１９は、車両１０６が移動しているか否か次第であるシナリオを提示する。ブロック１９０２では、モード機能４３４は推論入力情報を受け取る。ブロック１９０４では、モード機能４３４は、車両１０６が移動しているか否かを判定する。ブロック１９０６では、モード機能４３４は、図８に要約した変更の何れかの組み合わせを行うことが可能である。

例えば、一シナリオでは、モード機能４３４は、移動検知デバイス４３０及び／又は外部センサ・デバイスの何れかによって提供される推論入力情報を使用して、車両１０６が移動中であることを判定することが可能である。これに応じて、モード機能４３４は、表示入力モードの使用を終結させ、又は、表示入力モードを使用して、（車両１０６が静止状態にある場合に提示するコンテンツに対して）単純化されたコンテンツを提示することが可能である。表示入力モードに代えて、モード機能４３４は任意的には、音声認識モード及び／又はジェスチャ認識入力モードを使用して、ユーザ１０２と対話することが可能である。あるいは、モード機能４３４は、車両１０６が移動中に、ビデオ・コンテンツなどの特定のタイプのコンテンツの提示を除外することが可能である。

図２０は、ユーザ１０２が車両１０６を運転する態様に依存するシナリオを提示する。ブロック２００２では、モード機能４３４は推論入力情報を受け取る。ブロック２００４では、モード機能４３４は、モバイル・デバイス１０４が推論入力情報に基づいて移動する態様を分類する。ブロック２００６では、モード機能４３４は、図８に要約した変更の何れかの組み合わせを行うことが可能である。

例えば、モード機能４３４は、何れかの組み合わせの推論入力情報を使用して、デバイスが移動する態様を特徴付ける移動シグネチャを編集することが可能である。モード機能４３４は次いで、前述の移動シグネチャを、別々の移動クラスに関連付けられたテルテール移動シグネチャと比較することが可能である。一致するテルテール・シグネチャは、車両１０６が現在、受けている移動のタイプを示す。前述の移動クラスは（、限定列挙でないが、）（ａ）所定の閾値を超える速度での走行、（ｂ）大いに変動する速度での走行、（ｃ）曲がりくねった道路の走行、（ｄ）高低差が顕著な道路の走行、（ｅ）高低のある表面の走行、（ｆ）走行中の、頻繁な車線変更、（ｇ）走行中の、車両１０６のブレーキの頻繁な印加、（ｈ）走行中の頻繁なギア・シフト、（ｉ）走行中の道路上での逸脱、又は、他の態様での迷走等を含み得る。モード機能４３４は次いで、一致するテルテール移動シグネチャと対応するユーザ・インタフェース体験を適用することが可能である。一般原則として、運転のタスクが、現時点で、骨の折れる、又は複雑なタスクである（又は、あるべきである）ということを、収集された証拠が示す場合、モード機能４３４は、ユーザ１０２に課す注意関連要求を削減しようと努める。あるいは、又は更に、（劣悪な運転によって分かるように）ユーザ１０２が常に注意散漫になっていることを、収集された証拠が示す場合、モード機能４３４は、ユーザ１０２に対する注意関連の負担を軽減しようと努める。

図２１は、車両１０６の評価された位置に依存するシナリオを提示する。ブロック２１０２では、モード機能４３４は推論入力情報を受け取る。推論入力情報は車両１０６の場所に関する何れかの証拠を含み得る。前述の証拠は、ＧＰＳ情報、ワイファイ（登録商標）又はセル・タワー三角測量情報、推測情報等などの位置情報を含み得る。更に、又は、あるいは、モード機能４３４は、１つ又は複数のカメラ・デバイスによって捕捉された画像情報、及び／又は、１つ又は複数のマイクロフォン・デバイスによって捕捉されたオーディオ情報に基づいてユーザ１０２が走行する環境を直接、監視することが可能である。

ブロック２１０４では、モード機能４３４は、車両１０６が推論入力情報に基づいて位置特定される地域を識別する。これは、何れかの位置判定デバイスによって受け取られた位置情報の位置関連解析を含み得る。例えば、この動作には、モバイル・デバイス１０４及び／又は遠隔処理システム１１８によって提供される地図情報を参照することにより、車両１０６の道路位置を求める動作が関係し得る。地域の判定には、カメラ・デバイスから受け取られた画像情報の解析、及び／又は、マイクロフォン・デバイスから受け取られたオーディオ情報の解析が関係し得る。例えば、モード機能４３４は、ユーザ１０２が走行する道路が、歩行者及び／又は他の車両で混雑していることを判定するために画像解析に依存し得る。

前述のブロック２１０４の別の部分として、モード機能４３４は、車両１０６が位置特定される地域の運転関連の示唆を確かめることが可能である。一実現形態では、モード機能４３４は、遠隔処理システム１１８（及び関連付けられたシステム・ストア１２２）を参照することにより、前述の評価を行うことが可能である。遠隔処理システム１１８は、ユーザ１０２が、識別された地域内にいる間に維持することが期待される注意の量及びタイプに対する関係を有する何れかの注意関連の考慮点が存在しているか否かを判定することが可能である。前述の情報に基づいて、ブロック２１０６では、モード機能４３４は、図８に要約した変更の何れかの組み合わせを行うことが可能である。

例えば、モード機能４３４は、ユーザ１０２が、特定の注意プロファイルが該当し得る、（ａ）スクール・ゾーン、（ｂ）工事現場、（ｃ）緊急サービスの近傍地域、及び、（ｄ）危険区域等の代表的な地域の何れかにいるか否かを確かめることが可能である。より一般的には、モード機能は更に、何れかの位置関連証拠を使用して、特定の時点における車両１０６に適用可能な運転規則を判定することが可能である。モード機能４３４はその場合、識別された地域に適切なユーザ・インタフェース体験を適用することが可能である。

あるいは、モード機能４３４は、ユーザ１０２が、（シナリオＣにおいて確かめられるように）車両１０６の現在の位置に関する洞察と組み合わせた、（シナリオＡ又はシナリオＢにおいて確かめられるように）自分の車両１０６を運転する態様に基づいて、車両状態のその判定を行うことが可能である。例えば、モード機能４３４は、公園に隣接する道路上でユーザが２０ＭＰＨ超で運転している場合、表示入力モード出力提示を選択的に解除することが可能である。

図２２は、図１６に示す危険管理モジュール１６０２の動作の一態様を要約する手順２２００を示す。ブロック２２０２では、危険管理モジュール１６０２は、推論入力情報を受け取る。ブロック２２０２では、危険管理モジュール１６０２は推論入力情報を受け取る。ブロック２２０４では、危険管理モジュール１６０２は、推論入力情報に基づいて、車両１０６が現時点で危険状態にあるか否かを判定する。ブロック２２０６では、危険管理モジュール１６０２は、（車両１０６が危険状態にあると仮定して）ユーザ１０２に支援を提示する。前述の支援は、遠隔運転者支援システム１５０２との通信を含み得る。

Ｃ． 代表的なコンピューティング機能
図２３は、上記機能の何れかの局面を実現するために使用することが可能な例証的なコンピューティング機能２３００を示す。例えば、コンピューティング機能２３００はモバイル・デバイス１０４の何れかの局面を実現するために使用することが可能である。更に、図２３に示すタイプのコンピューティング機能は、遠隔処理システム１１８の何れかの局面を実現するために使用することが可能である。一場合には、コンピューティング機能２３００は、１つ又は複数の処理デバイスを含む何れかのタイプのコンピューティング・デバイスに対応し得る。全ての場合において、コンピューティング機能２３００は、１つ又は複数の物理的及び有形の処理機構を表す。

コンピューティング機能２３００は、１つ又は複数の処理デバイス２３０６（例えば、１つ若しくは複数のＣＰＵ、及び／又は、１つ若しくは複数のＧＰＵ等）と、ＲＡＭ２３０２及びＲＯＭ２３０４などの揮発性メモリ及び不揮発性メモリを含み得る。コンピューティング機能２３００は更に、任意的には、ハード・ディスク・モジュール、光ディスク・モジュール等などの種々のメディア・デバイス２３０８を含む。コンピューティング機能２３００は、処理デバイス２３０６が、メモリ（例えば、ＲＡＭ２３０２、ＲＯＭ２３０４、又はその他）によって維持される命令を実行する。

より一般的には、命令及び他の情報は、スタティック・メモリ記憶デバイス、磁気記憶デバイス、光記憶デバイス等を含む何れかのコンピュータ読み取り可能な媒体２３１０上に記憶することが可能である。コンピュータ読み取り可能な媒体の語は更に、複数の記憶デバイスを包含する。全ての場合において、コンピュータ読み取り可能な媒体２３１０は、特定の形態の物理的及び有形のエンティティを表す。

計算機能２３００は更に、（入力モジュール２３１４を介して）種々の入力を受け取り、（出力モジュールを介して）種々の出力を受け取る入出力モジュール２３１２も含む。１つの特定の出力機構は提示モジュール２３１６及び関連付けられたグラフィカル・ユーザ・インタフェース（ＧＵＩ）２３１８を含み得る。コンピューティング機能２３００は更に、１つ又は複数の通信管路２３２２を介して他のデバイスとデータを交換するための１つ又は複数のネットワーク・インタフェース２３２０を含み得る。１つ又は複数の通信バス２３２４は、上記構成部分を併せて、通信可能に結合する。

通信管路２３２２は、何れかの態様で（例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク（例えば、インターネット）等、又はそれらの何れかの組み合わせによって）実現することが可能である。通信管路２３２２は、何れかのプロトコル、又はプロトコルの組み合わせによって支配される、配線リンク、無線リンク、ルータ、ゲートウェイ機能、ネーム・サーバ等の組み合わせを含み得る。

あるいは、又は更に、セクションＡ及びＢに記載された機能の何れかを少なくとも部分的に、１つ又は複数のハードウェア・ロジック構成部分によって行うことが可能である。例えば、限定なしで、使用することが可能な例証的なタイプのハードウェア・ロジック構成部分は、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向集積回路（ＡＳＩＣ）、特定用途向標準製品（ＡＳＳＰ）、システム・オン・チップ・システム（ＳＯＣ）、複合プログラマブル・ロジック・デバイス（ＣＰＬＤ）等を含む。

締めくくりに、本明細書及び特許請求の範囲記載の機能は、機能によって維持されるユーザ・データの秘密性を確実にするために種々の機能を使用することが可能である。例えば、機能は、ユーザが機能の規定に明示的にオプトイン（し、次いで、明示的にオプトアウト）することを可能にし得る。機能は更に、（データ・サニタイズ機構、暗号化機構、パスワード保護機構等などの）ユーザ・データの秘密性を保証するために適切なセキュリティ機構を提供することが可能である。

更に、上記説明では、例証的な課題又は問題点の関係で種々の概念を説明している場合がある。前述の説明の態様は、本明細書及び特許請求の範囲に記載された態様で上記課題又は問題点を理解し、かつ／又は、明確に表現していると認めることでない。

更に、本願の主題は、構造的な構成及び／又は方法論的な動作に特有の文言で記載しているが、特許請求の範囲記載の本願の主題は、記載された特定の構成又は動作に必ずしも制限されない。むしろ、上記特定の特徴及び動作は、本特許請求の範囲記載の発明を実現する例示的な形態として開示している。

Claims (20)

1. コンピュータ実装方法において：
   モバイルデバイスによって提供されるモバイルデバイス提供入力情報又は車両によって提供される車両提供入力情報のうちの少なくとも一方に基づいて、前記モバイルデバイスが前記車両内にあると決定するステップと；
   前記モバイルデバイス提供入力情報又は前記車両提供入力情報のうちの前記少なくとも一方に基づいて、前記モバイルデバイスをハンドヘルドモードから車両モードに自動的に切り替えるステップと；
   前記モバイルデバイス提供入力情報又は前記車両提供入力情報のうちの前記少なくとも一方を評価して、対応するレベルの運転の複雑度を有する前記車両の現在の車両状態を選択するステップであって、前記現在の車両状態は、異なるレベルの運転の複雑度に関連付けられる複数の所定の車両状態から選択される、ステップと；
   前記現在の車両状態の前記対応するレベルの運転の複雑度に少なくとも部分的に基づいて、前記車両を操作しているユーザのためにユーザ・インタフェース体験を生成するステップであって、前記ユーザ・インタフェース体験は、前記ユーザに注意関連要求を課し、前記ユーザ・インタフェース体験は、少なくとも幾つかの入力コマンドを、前記現在の車両状態の前記対応するレベルの運転の複雑度に関連付けられる他の入力コマンドで置き換える、ステップと；
   を具備する方法。
2. 前記モバイルデバイス提供入力情報を、
   前記モバイルデバイスの加速度計デバイス、
   前記モバイルデバイスのジャイロデバイス、
   前記モバイルデバイスの視覚デバイス、
   前記モバイルデバイスの磁気計デバイス、又は、
   前記モバイルデバイスの位置決定デバイス、
   のうちの１つ以上から取得するステップ、
   を更に備え、前記モバイルデバイス提供入力情報を評価して前記現在の車両状態を選択する、
   請求項１に記載の方法。
3. 前記モバイルデバイス提供入力情報は、前記位置決定デバイスから取得され、前記位置決定デバイスはＧＰＳデバイスを備える、
   請求項２に記載の方法。
4. 前記車両提供入力情報を取得するステップ、
   を更に備え、前記車両提供入力情報は、前記車両内に乗っている人が存在するかどうかを示し、前記車両提供入力情報を評価して前記現在の車両状態を選択する、
   請求項１に記載の方法。
5. 前記車両提供入力情報と前記モバイルデバイス提供入力情報の双方を取得及び評価して前記現在の車両状態を選択する、
   請求項１に記載の方法。
6. 前記評価するステップは、
   前記車両提供入力情報又は前記モバイルデバイス提供入力情報のうちの前記少なくとも一方から移動シグネチャを編集するステップを備える、
   請求項１に記載の方法。
7. 前記評価するステップは、
   前記移動シグネチャを、異なる移動クラスに関連付けられる複数の異なる移動シグネチャと比較して、前記現在の車両状態を決定するステップを備える、
   請求項６に記載の方法。
8. 前記異なる移動クラスは、前記車両の速度における異なるバリーションに対応し、前記現在の車両状態は、前記車両の速度が変化する範囲を特徴付ける、
   請求項７に記載の方法。
9. 前記異なる移動クラスは、前記車両の異なるブレーキ量に対応し、前記現在の車両状態は、前記車両のブレーキが加えられる範囲を特徴付ける、
   請求項７に記載の方法。
10. 前記車両モードにおいて、前記生成するステップは、前記車両による提示のために、前記生成したユーザ・インタフェース体験を前記車両に送るステップを備える、
    請求項１に記載の方法。
11. 置き換えられる前記少なくとも幾つかの入力コマンドは、タッチ入力コマンドであり、前記他の入力コマンドは、音声ベース又はジェスチャベースのコマンドである、
    請求項１に記載の方法。
12. 前記生成するステップは、前記モバイルデバイス上に前記ユーザ・インタフェース体験を提示するステップを備える、
    請求項１に記載の方法。
13. モバイルデバイスであって：
    ディスプレイと、
    プロセッサと、
    前記プロセッサによって実行されると、前記プロセッサに、
    当該モバイルデバイスがハンドヘルドモード又は車両モードで動作することをユーザが指定することを可能にさせ；
    前記車両モードにおいて：
    １つ以上のセンサからのセンサ情報を取得させ；
    前記センサ情報を使用して、車両が、指定又は予測される目的地に到達するために取る可能性が高い経路を予測させ；
    少なくとも前記予測した経路に基づいて、前記車両について予測される将来の車両状態を決定させることであって、前記予測される将来の車両状態は、前記車両を操作している間に前記ユーザが維持すべき適切な注意のレベル及び注意のタイプを特徴付ける注意プロファイルを有し；
    前記予測される将来の車両状態についての前記注意プロファイルに整合するよう、前記モバイルデバイスのユーザ・インタフェースを構成させる；
    コンピュータ読取可能命令を記憶するコンピュータ読取可能媒体と、
    を具備する、モバイルデバイス。
14. 当該モバイルデバイスが対話するアプリケーションは、複数のリソースを含み、前記複数のリソースは少なくとも、第１の車両状態のアプリケーション用に適合される第１のリソース群と、第２の車両状態のアプリケーション用に適合される第２のリソース群とを含み、
    前記コンピュータ読取可能命令は、前記プロセッサによって実行されると、前記プロセッサに、少なくとも前記予測される将来の車両状態に基づいて、前記第１のリソース群又は前記第２のリソース群のいずれかを使用させる、
    請求項１３に記載のモバイルデバイス。
15. 前記１つ以上のセンサを更に備える、
    請求項１３に記載のモバイルデバイス。
16. 前記１つ以上のセンサは、当該モバイルデバイスの位置を示し、
    前記コンピュータ読取可能命令は、前記プロセッサによって実行されると、当該モバイルデバイスによって移動した過去の経路を参照して前記経路を予測させる、
    請求項１５に記載のモバイルデバイス。
17. 前記コンピュータ読取可能命令は、前記プロセッサによって実行されると、
    前記予測した経路に関連付けられる予測運転状態を決定させ、
    少なくとも前記予測運転状態に基づいて、前記予測される将来の車両状態を決定させる、
    請求項１３に記載のモバイルデバイス。
18. 前記１つ以上のセンサは前記車両によって提供され、
    前記コンピュータ読取可能命令は、前記プロセッサによって実行されると、前記車両から前記センサ情報を取得させる、
    請求項１３に記載のモバイルデバイス。
19. ハンドヘルドモードと車両モードを有するモバイルデバイスを、前記車両モードで動作させるステップと；
    前記車両モードの間に：
    １つ以上のセンサからのセンサ情報を取得し、
    前記センサ情報を使用して、車両が、指定又は予測される目的地に到達するために取る可能性が高い経路を予測するステップと；
    少なくとも前記予測した経路に基づいて、前記車両について予測される将来の車両状態を決定するステップであって、前記予測される将来の車両状態は、前記車両を操作している間にユーザが維持すべき適切な注意のレベル及び注意のタイプを特徴付ける注意プロファイルを有するステップと；
    前記予測される将来の車両状態についての前記注意プロファイルに従って、前記モバイルデバイスのユーザ・インタフェースを構成するステップと；
    を具備する、方法。
20. 全体として前記モバイルデバイスによって実行される、請求項１９に記載の方法。

Images