JP2017517907A - 車両内のユーザ機器のロケーションに基づいてユーザ機器に関連する特徴を管理すること - Google Patents

Abstract

一態様では、ユーザ機器（ＵＥ）は車両のドライバ操作ゾーン内に位置し、１つまたは複数のＵＥベースユーザインターフェース（ＵＩ）は、車両ベースＵＩを介した１つまたは複数のＵＥベース特徴へのアクセスを許可するために、制限され、車両ベースＵＩコントローラにフォワーディングされる。別の態様では、ドライバ操作ゾーン中のＵＥは車両の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与し、ハンドセットベースオーディオモードにＵＥを遷移させようとする試みがブロックされる。別の態様では、ＵＥのハンドセットベースオーディオキャプチャおよび／または再生試みが検出されたとき、ＵＥは、１つまたは複数の近位スピーカーによって出力されているボリュームを一時的に低減するために、車両オーディオシステムと対話する。別の態様では、ＵＥは、それ自体のゾーンまたは車両の別のゾーン中のメディア提示デバイスにその上での提示のためにメディアをストリーミングする。

Description

序論
[0001]本開示の態様は、一般に、車両内のユーザ機器（ＵＥ）のロケーションに基づいてＵＥに関連する特徴を管理することに関する。

[0002]注意散漫な運転は今日主要な問題であり、スマートフォンなどのＵＥは注意散漫の主な原因である。このタイプの注意散漫を制限するための現在の手法は、通常、ユーザ介入を必要とする。たとえば、いくつかのＵＥが、ドライバがより安全なエクスペリエンスを選択することを可能にする「ドライバ」モードをサポートするが、ユーザは依然として手動でドライバモードを有効にする必要がある。スマートフォンのモードを自動的に設定することに対する１つの障壁は、電話（または他のクライアントデバイス）がドライバによって実際に操作されているかどうかを自動的に検出することが可能であることである。たとえば、ＵＥはドライバに登録され得るが、この登録にもかかわらず、ＵＥはドライバの代わりにパッセンジャによって操作され得る。

[0003]さらに、ドライバ操作として特定のＵＥが識別され得る場合でも、単にドライバ操作ＵＥのすべての特徴をブロックすることは厳格な安全ソリューションであり得る。たとえば、車両内ユーザインターフェース（ＵＩ）はドライバが様々な特徴にアクセスすることができる安全な機構を与えることができるが、ＵＥがそれらの特定のＵＩを車両内ＵＩ上に拡張および／またはハンドオフすることは概して困難である。

[0004]一態様では、ユーザ機器（ＵＥ）は車両のドライバ操作ゾーン内に位置し、１つまたは複数のＵＥベースユーザインターフェース（ＵＩ）は、車両ベースＵＩを介した１つまたは複数のＵＥベース特徴へのアクセスを許可するために、制限され、車両ベースＵＩコントローラにフォワーディングされる。別の態様では、ドライバ操作ゾーン中のＵＥは車両の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与し、ハンドセットベースオーディオモードにＵＥを遷移させようとする試みがブロックされる。別の態様では、ＵＥのハンドセットベースオーディオキャプチャおよび／または再生試みが検出されたとき、ＵＥは、１つまたは複数の近位スピーカーによって出力されているボリュームを一時的に低減するために、車両オーディオシステムと対話する。別の態様では、ＵＥは、それ自体のゾーンまたは車両の別のゾーン中のメディア提示デバイスにその上での提示のためにメディアをストリーミングする。

[0005]本開示の態様およびそれの付随する利点の多くのより完全な諒解は、以下の発明を実施するための形態を参照し、本開示を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってよりよく理解されれば、容易に得られるであろう。

[0006]本開示の一態様による、ワイヤレス通信システムの高レベルシステムアーキテクチャを示す図。 [0007]本開示の態様による、ユーザ機器（ＵＥ）の例を示す図。 [0008]本開示の一態様による機能を実施するように構成された論理を含む通信デバイスを示す図。 [0009]本開示の一態様によるサーバを示す図。 [0010]本開示の一態様による車両内構成をもつ車両を示す図。 [0011]本開示の一態様による、ＵＥベースユーザインターフェース（ＵＩ）へのアクセスを制限することと、車両ＵＩ上での提示のために車両ＵＩコントローラにＵＥベースＵＩをフォワーディングすることとのプロセスを示す図。 [0012]本開示の一態様による、別の車両内構成をもつ車両を示す図。 [0013]本開示の一態様による、ＵＥベースＵＩが車両ＵＩ上での提示のために車両ＵＩコントローラにフォワーディングされることの一例を示す図。 [0014]本開示の一態様による、ハンズフリースピーカーフォンモードからの遷移を選択的にブロックするプロセスを示す図。 [0015]本開示の一態様による、車両においてボリュームを選択的に低減するプロセスを示す図。 [0016]本開示の一態様による、別の車両内構成をもつ車両を示す図。 [0017]本開示の一態様による、車両内ロケーションに基づいてデータおよび／またはサービスへの異なるレベルのアクセスを与えるプロセスを示す図。 [0018]本開示の一態様による、車両においてメディアを出力するプロセスを示す図。 [0019]本開示の一態様による、別の車両内構成をもつ車両を示す図。 [0020]本開示の一態様による、車両においてメディアを出力する別のプロセスを示す図。 [0021]一連の相互に関係する機能モジュールとして表された例示的なＵＥを示す図。 [0022]一連の相互に関係する機能モジュールとして表された別の例示的なＵＥを示す図。 [0023]一連の相互に関係する機能モジュールとして表された別の例示的なＵＥを示す図。 [0024]一連の相互に関係する機能モジュールとして表された別の例示的なＵＥを示す図。

[0025]本開示は、いくつかの態様では、車両内のユーザ機器（ＵＥ）のロケーションに基づいてクライアントデバイスまたはＵＥの特徴を管理することに関する。たとえば、本開示の一態様は、ＵＥが車両のドライバゾーンに位置すると決定することと、次いで、ＵＥのユーザインターフェース（ＵＩ）の代わりに車両ＵＩを介した提示のために車両ＵＩコントローラにＵＥのＵＩをフォワーディングすることとに関する（たとえば、図５〜図８参照）。本開示の別の態様は、ハンズフリースピーカーフォンモードに関与する間、ＵＥが車両のドライバゾーンに位置すると決定することと、次いで、ハンドセットベースオーディオモードにＵＥを遷移させようとする試みが検出されたとき（たとえば、ＵＥがＵＥの操作者の耳の近傍に移動されるときなど、図９参照）、ハンズフリースピーカーフォンモードからハンドセットベースオーディオモードへのＵＥの遷移をブロックすることとに関する。本開示の別の態様は、ＵＥが位置する車両の現在ゾーンを決定することと、ＵＥを対象とする着信呼を検出することと、次いで、ゾーン決定に基づいて１つまたは複数の近位スピーカーのボリュームを一時的に低減することとに関する（たとえば、図１０〜図１１参照）。本開示の別の態様は、ＵＥが位置する車両の現在ゾーンを決定することと、決定されたゾーンを管理者ゾーンまたはゲストゾーンとして分類することと、次いで、ゾーン決定に基づくＵＥを介したデータおよび／またはサービスへのあるレベルのアクセスを許可することとに関する（たとえば、図１２参照）。本開示の別の態様は、ＵＥが位置する車両の現在ゾーンを決定することと、ゾーン決定に基づいて、ＵＥをメディア提示デバイスのセットに関連付けることと、次いで、ＵＥからメディア提示デバイスの関連付けられたセットにその上での提示のためにメディアをストリーミングすることとに関する（たとえば、図１３〜図１４参照）。本開示の別の態様は、ＵＥが位置する車両の現在ゾーンを決定することと、メディアを現在ゾーンとは異なるゾーンにストリーミングするようにとの要求を受信することと、ＵＥを異なるゾーンのメディア提示デバイスのセットに関連付けることと、次いで、ＵＥからメディア提示デバイスの関連付けられたセットにその上での提示のためにメディアをストリーミングすることとに関する（たとえば、図１４〜図１５参照）。

[0026]本開示の特定の態様を対象とする以下の説明および関連する図面において、本開示の態様が開示される。本開示の範囲から逸脱することなく、代替態様が考案され得る。さらに、本開示の関連する詳細を不明瞭にしないように、本開示のよく知られている要素については詳細に説明しないか、または省略する。

[0027]「例示的」および／または「例」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用する。本明細書で「例示的」および／または「例」として説明するいかなる態様も、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきであるとは限らない。同様に、「本開示の態様」という用語は、本開示のすべての態様が、説明する特徴、利点または動作モードを含むことを必要としない。

[0028]さらに、多くの態様について、たとえば、コンピューティングデバイスの要素によって実施されるべき一連のアクションに関して説明する。本明細書で説明する様々なアクションは、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実施され得ることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実施させるであろうコンピュータ命令の対応するセットを記憶した任意の形態のコンピュータ可読記憶媒体内で全体として実施されるべきものと見なされ得る。したがって、本開示の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形態で実施され得る。さらに、本明細書で説明する態様の各々について、任意のそのような態様の対応する形式について、本明細書では、たとえば、説明するアクションを実施する「ように構成された論理」として説明することがある。

[0029]本明細書でユーザ機器（ＵＥ）と呼ばれるクライアントデバイスは、モバイルまたは固定であり得、無線アクセスネットワーク（ＲＡＮ）と通信し得る。本明細書で使用する「ＵＥ」という用語は、互換的に、「アクセス端末」または「ＡＴ」、「ワイヤレスデバイス」、「加入者デバイス」、「加入者端末」、「加入者局」、「ユーザ端末」またはＵＴ、「モバイル端末」、「移動局」およびそれらの変形形態と呼ばれることがある。概して、ＵＥは、ＲＡＮを介してコアネットワークと通信することができ、コアネットワークを通して、ＵＥは、インターネットなどの外部ネットワークと接続され得る。もちろん、ワイヤードアクセスネットワーク、（たとえば、ＩＥＥＥ８０２．１１などに基づく）ＷｉＦｉ（登録商標）ネットワークなどを介してなど、コアネットワークおよび／またはインターネットに接続する他の機構もＵＥのために可能である。ＵＥは、限定はしないが、ＰＣカード、コンパクトフラッシュ（登録商標）デバイス、外部または内部モデム、ワイヤレスまたはワイヤラインフォンなどを含む、いくつかのタイプのデバイスのいずれかによって実施され得る。ＵＥがそれを通してＲＡＮに信号を送ることができる通信リンクはアップリンクチャネル（たとえば、逆方向トラフィックチャネル、逆方向制御チャネル、アクセスチャネルなど）と呼ばれる。ＲＡＮがそれを通してＵＥに信号を送ることができる通信リンクはダウンリンクまたは順方向リンクチャネル（たとえば、ページングチャネル、制御チャネル、ブロードキャストチャネル、順方向トラフィックチャネルなど）と呼ばれる。本明細書で使用するトラフィックチャネル（ＴＣＨ：traffic channel）という用語は、アップリンク／逆方向トラフィックチャネルまたはダウンリンク／順方向トラフィックチャネルのいずれかを指すことがある。

[0030]図１に、本開示の一態様による、ワイヤレス通信システム１００の高レベルシステムアーキテクチャを示す。ワイヤレス通信システム１００はＵＥ１．．．Ｎを含んでいる。ＵＥ１．．．Ｎは、セルラー電話、携帯情報端末（ＰＤＡ）、ページャ、ラップトップコンピュータ、デスクトップコンピュータなどを含むことができる。たとえば、図１では、ＵＥ１．．．２はセルラー発呼フォンとして示されており、ＵＥ３．．．５はセルラータッチスクリーンフォンまたはスマートフォンとして示されており、ＵＥ ＮはデスクトップコンピュータまたはＰＣとして示されている。

[0031]図１を参照すると、ＵＥ１．．．Ｎは、エアインターフェース１０４、１０６、１０８として図１に示されている物理通信インターフェースまたはレイヤ、および／あるいは直接ワイヤード接続を介して、アクセスネットワーク（たとえば、ＲＡＮ１２０、アクセスポイント１２５など）と通信するように構成される。エアインターフェース１０４および１０６は所与のセルラー通信プロトコル（たとえば、ＣＤＭＡ、ＥＶＤＯ、ｅＨＲＰＤ、ＧＳＭ（登録商標）、ＥＤＧＥ、Ｗ−ＣＤＭＡ（登録商標）、ＬＴＥ（登録商標）など）に準拠することができ、エアインターフェース１０８はワイヤレスＩＰプロトコル（たとえば、ＩＥＥＥ８０２．１１）に準拠することができる。ＲＡＮ１２０は、エアインターフェース１０４および１０６など、エアインターフェースを介してＵＥをサービスする複数のアクセスポイントを含む。ＲＡＮ１２０中のアクセスポイントは、アクセスノードまたはＡＮ、アクセスポイントまたはＡＰ、基地局またはＢＳ、ノードＢ、ｅノードＢなどと呼ばれることがある。これらのアクセスポイントは、地上波アクセスポイント（または地上局）、または衛星アクセスポイントであり得る。ＲＡＮ１２０は、ＲＡＮ１２０によってサービスされるＵＥと、ＲＡＮ１２０または異なるＲＡＮによってサービスされる他のＵＥとの間の回線交換（ＣＳ）呼を全体的にブリッジすることを含む、様々な機能を実施することができる、およびインターネット１７５などの外部ネットワークとのパケット交換（ＰＳ）データの交換を仲介することもできる、コアネットワーク１４０に接続するように構成される。インターネット１７５は（便宜上図１には示されていない）いくつかのルーティングエージェントおよび処理エージェントを含む。図１では、ＵＥ Ｎは、インターネット１７５に直接接続するもの（すなわち、ＷｉＦｉまたは８０２．１１ベースのネットワークのイーサネット（登録商標）接続を介してなど、コアネットワーク１４０とは別個）として示されている。インターネット１７５は、したがって、コアネットワーク１４０を介してＵＥ ＮとＵＥ１．．．Ｎとの間のパケット交換データ通信をブリッジするように機能することができる。また、ＲＡＮ１２０とは別個であるアクセスポイント１２５が図１に示されている。アクセスポイント１２５は、コアネットワーク１４０から独立して（たとえば、ＦｉＯＳなどの光通信システム、ケーブルモデムなどを介して）インターネット１７５に接続され得る。エアインターフェース１０８は、一例ではＩＥＥＥ８０２．１１など、ローカルワイヤレス接続を介してＵＥ４またはＵＥ５をサービスし得る。ＵＥ Ｎは、モデムまたはルータへの直接接続など、インターネット１７５へのワイヤード接続をもつデスクトップコンピュータとして示されており、これは、（たとえば、ワイヤード接続性とワイヤレス接続性の両方をもつＷｉＦｉルータについて）一例ではそれ自体がアクセスポイント１２５に対応することができる。

[0032]図１を参照すると、サーバ１７０が、インターネット１７５、コアネットワーク１４０、または両方に接続されるものとして示されている。サーバ１７０は、複数の構造的に別個のサーバとして実装され得るか、または代替的に単一のサーバに対応し得る。以下でより詳細に説明するように、サーバ１７０は、コアネットワーク１４０および／またはインターネット１７５を介してサーバ１７０に接続することができるＵＥのための１つまたは複数の通信サービス（たとえば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、プッシュツートーク（ＰＴＴ）セッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートし、ならびに／あるいはＵＥにコンテンツ（たとえば、ウェブページダウンロード）を提供するように構成される。

[0033]図２に、本開示の態様による、ＵＥ（すなわち、クライアントデバイス）の例を示す。図２を参照すると、ＵＥ２００Ａが発呼電話として示されており、ＵＥ２００Ｂがタッチスクリーンデバイス（たとえば、スマートフォン、タブレットコンピュータなど）として示されている。図２に示されているように、ＵＥ２００Ａの外部ケーシングが、当技術分野で知られているように、構成要素の中でも、アンテナ２０５Ａと、ディスプレイ２１０Ａと、少なくとも１つのボタン２１５Ａ（たとえば、ＰＴＴボタン、電源ボタン、ボリューム制御ボタンなど）と、キーパッド２２０Ａとで構成される。また、ＵＥ２００Ｂの外部ケーシングが、当技術分野で知られているように、構成要素の中でも、タッチスクリーンディスプレイ２０５Ｂと、周辺のボタン２１０Ｂ、２１５Ｂ、２２０Ｂおよび２２５Ｂ（たとえば、電源制御ボタン、ボリュームまたは振動制御ボタン、飛行機モードトグルボタンなど）と、少なくとも１つのフロントパネルボタン２３０Ｂ（たとえば、ホームボタンなど）とで構成される。ＵＥ２００Ｂの一部として明示的に示されていないが、ＵＥ２００Ｂは、限定はしないが、ＷｉＦｉアンテナ、セルラーアンテナ、衛星位置システム（ＳＰＳ）アンテナ（たとえば、全地球測位システム（ＧＰＳ）アンテナ）などを含む、１つまたは複数の外部アンテナ、および／またはＵＥ２００Ｂの外部ケーシングに組み込まれた１つまたは複数の集積アンテナを含むことができる。

[0034]ＵＥ２００Ａおよび２００ＢなどのＵＥの内部構成要素は異なるハードウェア構成で実施され得るが、内部ハードウェア構成要素のための基本ハイレベルＵＥ構成が図２にプラットフォーム２０２として示されている。プラットフォーム２０２は、コアネットワーク１４０、インターネット１７５ならびに／または他のリモートサーバおよびネットワーク（たとえば、サーバ１７０、ウェブＵＲＬなど）から最終的に来ることがある、ＲＡＮ１２０から送信されたソフトウェアアプリケーション、データおよび／またはコマンドを受信し、実行することができる。プラットフォーム２０２はまた、ＲＡＮ対話なしに、ローカルに記憶されたアプリケーションを独立して実行することができる。プラットフォーム２０２は、特定用途向け集積回路（ＡＳＩＣ）２０８、または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合された、トランシーバ２０６を含むことができる。ＡＳＩＣ２０８または他のプロセッサは、ワイヤレスデバイスのメモリ２１２中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース（ＡＰＩ）２１０レイヤを実行する。メモリ２１２は、読取り専用メモリまたはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ（登録商標）、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。プラットフォーム２０２は、メモリ２１２中でアクティブに使用されないアプリケーション、ならびに他のデータを記憶することができる、ローカルデータベース２１４をも含むことができる。ローカルデータベース２１４は、一般にフラッシュメモリセルであるが、磁気媒体、ＥＥＰＲＯＭ、光媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスであり得る。

[0035]したがって、本開示の一態様は、本明細書で説明する機能を実施する能力を含むＵＥ（たとえば、ＵＥ２００Ａ、２００Ｂなど）を含むことができる。当業者によって諒解されるように、本明細書で開示する機能を達成するために、様々な論理要素は、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施され得る。たとえば、ＡＳＩＣ２０８、メモリ２１２、ＡＰＩ２１０およびローカルデータベース２１４は、すべて、本明細書で開示する様々な機能をロードし、記憶し、実行するために、協働的に使用され得、したがって、これらの機能を実施するための論理は様々な要素に分散され得る。代替的に、機能は１つの個別構成要素に組み込まれ得る。したがって、図２におけるＵＥ２００Ａおよび２００Ｂの特徴は例示的なものにすぎないと見なされるべきであり、本開示は例示された特徴または構成に限定されない。

[0036]ＵＥ２００Ａおよび／または２００ＢとＲＡＮ１２０との間のワイヤレス通信は、ＣＤＭＡ、Ｗ−ＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多重（ＯＦＤＭ）、ＧＳＭ、あるいはワイヤレス通信ネットワークまたはデータ通信ネットワークにおいて使用され得る他のプロトコルなど、様々な技術に基づき得る。上記で説明したように、および当技術分野で知られているように、ボイス送信および／またはデータは、様々なネットワークおよび構成を使用してＲＡＮからＵＥに送信され得る。したがって、本明細書で提供する例示は、本開示の態様を限定するものではなく、本開示の態様の態様の説明を助けるものにすぎない。

[0037]図３に、機能を実施するように構成された論理を含む通信デバイス３００を示す。通信デバイス３００は、限定はしないが、ＵＥ２００Ａまたは２００Ｂを含む上述の通信デバイスのいずれか、ＲＡＮ１２０の任意の構成要素、コアネットワーク１４０の任意の構成要素、コアネットワーク１４０および／またはインターネット１７５に結合された任意の構成要素（たとえば、サーバ１７０）などに対応することができる。したがって、通信デバイス３００は、図１のワイヤレス通信システム１００を介して１つまたは複数の他のエンティティと通信する（またはそれらとの通信を容易にする）ように構成された任意の電子デバイスに対応することができる。

[0038]図３を参照すると、通信デバイス３００は、情報を受信および／または送信するように構成された論理３０５を含む。一例では、通信デバイス３００がワイヤレス通信デバイス（たとえば、ＵＥ２００Ａまたは２００Ｂ、アクセスポイント１２５、ＢＳ、ＲＡＮ１２０内のノードＢまたはｅノードＢなど）に対応する場合、情報を受信および／または送信するように構成された論理３０５は、ワイヤレストランシーバおよび関連するハードウェア（たとえば、ＲＦアンテナ、モデム、変調器および／または復調器など）などのワイヤレス通信インターフェース（たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、２Ｇ、ＣＤＭＡ、Ｗ−ＣＤＭＡ、３Ｇ、４Ｇ、ＬＴＥなど）を含むことができる。別の例では、情報を受信および／または送信するように構成された論理３０５は、ワイヤード通信インターフェース（たとえば、シリアル接続、ＵＳＢまたはファイアワイヤ接続、インターネット１７５がそれを通してアクセスされ得るイーサネット接続など）に対応することができる。したがって、通信デバイス３００が、何らかのタイプのネットワークベースのサーバ（たとえば、サーバ１７０など）に対応する場合、情報を受信および／または送信するように構成された論理３０５は、一例では、イーサネットプロトコルによってネットワークベースのサーバを他の通信エンティティに接続するイーサネットカードに対応することができる。さらなる一例では、情報を受信および／または送信するように構成された論理３０５は、通信デバイス３００がそれのローカル環境をそれによって監視することができる知覚または測定ハードウェア（たとえば、加速度計、温度センサー、光センサー、ローカルＲＦ信号を監視するためのアンテナなど）を含むことができる。情報を受信および／または送信するように構成された論理３０５はまた、実行されたとき、情報を受信および／または送信するように構成された論理３０５の関連するハードウェアがそれの（１つまたは複数の）受信および／または送信機能を実施できるようにする、ソフトウェアを含むことができる。ただし、情報を受信および／または送信するように構成された論理３０５は、ソフトウェアのみに対応せず、情報を受信および／または送信するように構成された論理３０５は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0039]図３を参照すると、通信デバイス３００は、情報を処理するように構成された論理３１０をさらに含む。一例では、情報を処理するように構成された論理３１０は、少なくともプロセッサを含むことができる。情報を処理するように構成された論理３１０によって実施され得るタイプの処理の例示的な実装形態は、限定はしないが、判断を行うこと、接続を確立すること、異なる情報オプション間で選択を行うこと、データに関係する評価を行うこと、測定演算を実施するために通信デバイス３００に結合されたセンサーと対話すること、情報をあるフォーマットから別のフォーマットに（たとえば、．ｗｍｖから．ａｖｉになど、異なるプロトコル間で）変換することなどを含む。たとえば、情報を処理するように構成された論理３１０中に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実施するように設計されたそれらの任意の組合せに対応することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、計算デバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。情報を処理するように構成された論理３１０はまた、実行されたとき、情報を処理するように構成された論理３１０の関連するハードウェアがそれの（１つまたは複数の）処理機能を実施できるようにする、ソフトウェアを含むことができる。ただし、情報を処理するように構成された論理３１０は、ソフトウェアのみに対応せず、情報を処理するように構成された論理３１０は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0040]図３を参照すると、通信デバイス３００は、情報を記憶するように構成された論理３１５をさらに含む。一例では、情報を記憶するように構成された論理３１５は、少なくとも非一時的メモリおよび関連するハードウェア（たとえば、メモリコントローラなど）を含むことができる。たとえば、情報を記憶するように構成された論理３１５中に含まれる非一時的メモリは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体に対応することができる。情報を記憶するように構成された論理３１５はまた、実行されたとき、情報を記憶するように構成された論理３１５の関連するハードウェアがそれの（１つまたは複数の）記憶機能を実施できるようにする、ソフトウェアを含むことができる。ただし、情報を記憶するように構成された論理３１５は、ソフトウェアのみに対応するものではなく、情報を記憶するように構成された論理３１５は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0041]図３を参照すると、通信デバイス３００は、随意に、情報を提示するように構成された論理３２０をさらに含む。一例では、情報を提示するように構成された論理３２０は、少なくとも出力デバイスおよび関連するハードウェアを含むことができる。たとえば、出力デバイスは、ビデオ出力デバイス（たとえば、ディスプレイスクリーン、ＵＳＢ、ＨＤＭＩ（登録商標）など、ビデオ情報を搬送することができるポートなど）、オーディオ出力デバイス（たとえば、スピーカー、マイクロフォンジャック、ＵＳＢ、ＨＤＭＩなど、オーディオ情報を搬送することができるポートなど）、振動デバイス、および／あるいは情報がそれによって出力のためにフォーマットされるか、または通信デバイス３００のユーザもしくはオペレータによって実際に出力され得る、任意の他のデバイスを含むことができる。たとえば、通信デバイス３００が、図２に示されているようなＵＥ２００ＡまたはＵＥ２００Ｂに対応する場合、情報を提示するように構成された論理３２０は、ＵＥ２００Ａのディスプレイ２１０ＡまたはＵＥ２００Ｂのタッチスクリーンディスプレイ２０５Ｂを含むことができる。さらなる一例では、情報を提示するように構成された論理３２０は、ローカルユーザを有しないネットワーク通信デバイス（たとえば、ネットワークスイッチまたはルータ、サーバ１７０などのリモートサーバなど）など、いくつかの通信デバイスでは省略されることがある。情報を提示するように構成された論理３２０はまた、実行されたとき、情報を提示するように構成された論理３２０の関連するハードウェアがそれの（１つまたは複数の）提示機能を実施できるようにする、ソフトウェアを含むことができる。ただし、情報を提示するように構成された論理３２０は、ソフトウェアのみに対応せず、情報を提示するように構成された論理３２０は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0042]図３を参照すると、通信デバイス３００は、随意に、ローカルユーザ入力を受信するように構成された論理３２５をさらに含む。一例では、ローカルユーザ入力を受信するように構成された論理３２５は、少なくともユーザ入力デバイスおよび関連するハードウェアを含むことができる。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス（たとえば、マイクロフォン、またはマイクロフォンジャックなど、オーディオ情報を搬送することができるポートなど）、および／または情報がそれによって通信デバイス３００のユーザもしくはオペレータから受信され得る任意の他のデバイスを含むことができる。たとえば、通信デバイス３００が、図２に示されているようなＵＥ２００ＡまたはＵＥ２００Ｂに対応する場合、ローカルユーザ入力を受信するように構成された論理３２５は、キーパッド２２０Ａ、ボタン２１５Ａまたは２１０Ｂ〜２２５Ｂのいずれか、タッチスクリーンディスプレイ２０５Ｂなどを含むことができる。さらなる一例では、ローカルユーザ入力を受信するように構成された論理３２５は、ローカルユーザを有しないネットワーク通信デバイス（たとえば、ネットワークスイッチまたはルータ、サーバ１７０などのリモートサーバなど）など、いくつかの通信デバイスでは省略されることがある。ローカルユーザ入力を受信するように構成された論理３２５はまた、実行されたとき、ローカルユーザ入力を受信するように構成された論理３２５の関連するハードウェアがそれの（１つまたは複数の）入力受信機能を実施できるようにする、ソフトウェアを含むことができる。ただし、ローカルユーザ入力を受信するように構成された論理３２５は、ソフトウェアのみに対応せず、ローカルユーザ入力を受信するように構成された論理３２５は、それの機能を達成するために少なくとも部分的にハードウェアに依拠する。

[0043]図３を参照すると、３０５〜３２５の構成された論理は、図３では別個のまたは異なるブロックとして示されているが、それぞれの構成された論理がそれの機能をそれによって実施する、ハードウェアおよび／またはソフトウェアは、部分的に重複することがあることを諒解されよう。たとえば、３０５〜３２５の構成された論理の機能を可能にするために使用される任意のソフトウェアは、情報を記憶するように構成された論理３１５に関連する非一時的メモリに記憶され得、それにより、３０５〜３２５の構成された論理はそれぞれ、情報を記憶するように構成された論理３１５によって記憶されたソフトウェアの動作に部分的に基づいてそれらの機能（すなわち、この場合はソフトウェア実行）を実施する。同様に、構成された論理のうちの１つに直接関連するハードウェアを時々、他の構成された論理が借りること、または使用することができる。たとえば、情報を処理するように構成された論理３１０のプロセッサはデータを、情報を受信および／または送信するように構成された論理３０５によって送信される前に、適切なフォーマットにフォーマットすることができ、それにより、情報を受信および／または送信するように構成された論理３０５は、情報を処理するように構成された論理３１０に関連するハードウェア（すなわち、プロセッサ）の動作に部分的に基づいてそれの機能（すなわち、この場合はデータの送信）を実施する。

[0044]概して、明示的に別段に記載されていない限り、本開示全体にわたって使用する「ように構成された論理」という句は、少なくとも部分的にハードウェアを用いて実装される態様を実施するものであり、ハードウェアから独立しているソフトウェア専用実装形態にマッピングするものではない。また、様々なブロックにおける構成された論理または「ように構成された論理」は、特定の論理ゲートまたは要素に限定されず、概して、（ハードウェアまたはハードウェアとソフトウェアの組合せのいずれかを介して）本明細書で説明する機能を実施する能力を指すことを諒解されよう。したがって、様々なブロックに示されているように構成された論理または「ように構成された論理」は、「論理」という単語を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるとは限らない。様々なブロック中の論理間の他の対話または協働が、以下でより詳細に説明する実施形態の検討から当業者に明らかになろう。

[0045]様々な態様は、図４に示されているサーバ４００など、様々な市販のサーバデバイスのいずれかの上で実装され得る。一例では、サーバ４００は、上記で説明したサーバ１７０の例示的な一構成に対応し得る。図４では、サーバ４００は、揮発性メモリ４０２と、ディスクドライブ４０３などの大容量不揮発性メモリとに結合されたプロセッサ４０１を含む。サーバ４００はまた、プロセッサ４０１に結合されたフロッピー（登録商標）ディスクドライブ、コンパクトディスク（ＣＤ）またはＤＶＤディスクドライブ４０６を含み得る。サーバ４００はまた、他のブロードキャストシステムコンピュータおよびサーバに、またはインターネットに結合されたローカルエリアネットワークなど、ネットワーク４０７とのデータ接続を確立するための、プロセッサ４０１に結合されたネットワークアクセスポート４０４を含み得る。図３のコンテキストでは、図４のサーバ４００は、通信デバイス３００の例示的な一実装形態を示しており、それにより、情報を送信および／または受信するように構成された論理３０５は、ネットワーク４０７と通信するためにサーバ４００によって使用されるネットワークアクセスポート４０４に対応し、情報を処理するように構成された論理３１０は、プロセッサ４０１に対応し、情報を記憶するように構成された論理３１５は、揮発性メモリ４０２、ディスクドライブ４０３、および／またはディスクドライブ４０６の任意の組合せに対応することが諒解されよう。情報を提示するように構成された随意の論理３２０とローカルユーザ入力を受信するように構成された随意の論理３２５とは、図４には明示的に示されておらず、図４に含まれることも含まれないこともある。したがって、図４は、通信デバイス３００が、図２の場合のような２０５Ａまたは２０５Ｂの場合のようなＵＥ実装形態に加えて、サーバとして実装され得ることを説明するのを助ける。

[0046]図５に、本開示の一態様による車両内構成５０５をもつ車両５００を示す。特に、車両内構成５０５は、ステアリングホイール５１０と、車両のドライバ５００にとってアクセス可能な車両ＵＩ５１５）と、ドライバシート５２０および複数のパッセンジャシート５２５〜５４５と、車両５００全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５とを含む。Ｂｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５は、集合的に、ＵＥの車両内ロケーションを検出するように（またはＵＥがそれを検出するのを助けるように）構成された「車両内ロケーション検出システム」の一例に対応する。たとえば、当技術分野で知られているように、（図５には明示的に示されていない）ＵＥ上に配備されたＢｌｕｅｔｏｏｔｈトランシーバが、Ｂｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ：Bluetooth（登録商標） Low Energy）受信信号強度インジケータ（ＲＳＳＩ）を測定するために、ＵＥとともに屋内環境に位置するＢｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５と信号を交換することができる。所与の送信電力について、ＢＴＬＥ ＲＳＳＩは、距離に反比例して相関し、したがって、屋内環境内で、この場合、車両５００内で、ＵＥのロケーションを近似するために、Ｂｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５のうちの１つまたは複数からのＢＴＬＥ ＲＳＳＩが使用され得る。もちろん、本開示の態様はＢｌｕｅｔｏｏｔｈベース車両内ロケーション検出システムに限定されず、本開示の他の態様は他の技術に基づく車両内ロケーション検出システムに拡張することができる。

[0047]図６に、本開示の一態様による、ＵＥベースＵＩへのアクセスを制限することと、車両ＵＩ上での提示のために車両ＵＩコントローラにＵＥベースＵＩをフォワーディングすることとのプロセスを示す。以下で、図６について、図７を参照しながら説明する。図７に、図５の車両５００と同様に構成された車両７００を示し、それにより、図７の７００〜７４５が、概して、それぞれ図５の５００〜５４５に対応する。しかしながら、図７では、Ｂｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５は明示的に示されない（ただし、少なくとも１つの態様では、これらのトランシーバおよび／または別の車両内ロケーション検出システムの構成要素が存在すると推定される）。また、図７は、図６に関して以下でより詳細に説明するように、（たとえば、車両７００の関連する車両内検出システムなどによって、車両７００の内部空間をドライバゾーン７５５と１つまたは複数の非ドライバゾーンとに区分することによって、ＵＥ７５０自体によって画定された）画定されたドライバゾーン７５５の内側で移動し、ドライバゾーン７５５の外側に移動するＵＥ７５０をさらに示している。一例では、ドライバゾーン７５５は、ドライバが位置すると予想されるところ（たとえば、米国では左前座席、アイルランドなど他の国では右前座席など）に基づいて、別様に構成され得る。また、車両内オーディオシステムの一部を集合的に備える、マイクロフォン７６０ならびにスピーカー７６５および７７０が図７に示されている。

[0048]図６を参照すると、ＵＥ７５０は、６００において、ＵＥ７５０が車両７００のドライバゾーン７５５に位置するかどうかを決定するために、（たとえば、図５に関して上記で説明したＢｌｕｅｔｏｏｔｈ車両内ロケーション検出システムなどの）車両内ロケーション検出システムと対話する。たとえば、図５に関する上記の説明と同様に、６００において、車両７００内のＵＥ７５０の相対車両内位置を計算するために、ＵＥ７５０上のＢｌｕｅｔｏｏｔｈトランシーバとＢｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５との間でＢｌｕｅｔｏｏｔｈ信号が交換され得る。次いで、相対車両内ロケーションが、図７に示されている画定されたドライバゾーン７５５内に入るかどうかを決定するために、相対車両内ロケーションがドライバゾーン７５５と比較され得る。

[0049]６０５において、ＵＥ７５０がドライバゾーン７５５に位置しないと決定された場合、ＵＥ７５０は、６１０において、１つまたは複数のＵＥベース特徴にアクセスするためのＵＥ７５０上にプロビジョニングされた１つまたは複数のＵＥベースＵＩを制限しない。たとえば、１つまたは複数のＵＥベースＵＩは、テクスティングＵＩを含むことができ、１つまたは複数のＵＥベース特徴は、６１０がＵＥ７５０の操作者によるテクスティングを許可するように機能するように、対応するテクスティングアプリケーションへのアクセスを含むことができる。別の例では、１つまたは複数のＵＥベースＵＩは、ウェブブラウジングＵＩを含むことができ、１つまたは複数のＵＥベース特徴は、６１０がＵＥ７５０の操作者によるウェブブラウジングを許可するように機能するように、対応するウェブブラウジングアプリケーションへのアクセスを含むことができる。

[0050]代替的に、６０５において、ＵＥ７５０がドライバゾーン７５５に位置すると決定された場合、ＵＥ７５０は、６１５において、１つまたは複数のＵＥベース特徴にアクセスするためのＵＥ７５０上にプロビジョニングされた１つまたは複数のＵＥベースＵＩを制限する。しかしながら、６１５においてドライバゾーン決定に基づいて１つまたは複数のＵＥベースＵＩを制限するだけでなく、ＵＥ７５０はまた、６２０において、車両ＵＩ７１５を制御するように構成された車両７００の車両ＵＩコントローラに１つまたは複数のＵＥベースＵＩをフォワーディングする。たとえば、６２０において行われるＵＩフォワーディングは、ＵＥ７５０が、（必要な場合）車両ＵＩコントローラに接続することと、次いで、制限された（１つまたは複数の）ＵＥベースＵＩに関係するＵＩ固有情報を送ることとを含むことができる。車両ＵＩコントローラは、６２５において、６２０においてフォワーディングされた（１つまたは複数の）ＵＥベースＵＩを受信し、フォワーディングされた（１つまたは複数の）ＵＥベースＵＩに基づいて（１つまたは複数の）ＵＥベース特徴へのアクセスを許可するように車両ＵＩ７１５を構成する。車両ＵＩコントローラは、必ずしも、６２５において、制限されたＵＥベースＵＩのクローンとして車両ＵＩ７１５を構成するとは限らず、ただしこれは確実に起こり得る。たとえば、制限されたウェブブラウジングＵＩに関して図８に示されているように、８００において示されているようにモバイルウェブブラウジングＵＩがブロックされ、モバイルウェブブラウジングＵＩは、８０５において、車両ＵＩ７１５のタッチスクリーンインターフェース８１０にフォワーディングされる。しかしながら、図８に示されているように、ウェブブラウジング車両ベースＵＩは、この例ではＵＥ７５０のディスプレイスクリーンとは異なるタッチスクリーンインターフェース８１０の解像度および／またはアスペクト比に準拠するように変更される。ウェブブラウジング車両ベースＵＩに入力された任意のウェブブラウジングコマンドが、処理（たとえば、要求されたウェブサイトを実際にフェッチするためにインターネットに接続することなど）のためにＵＥ７５０にフォワーディングされる。

[0051]図６の６２０のさらなる例では、１つまたは複数の他の実装形態では、ＵＩフォワーディングは、ＵＥ７５０から車両ＵＩコントローラへの（１つまたは複数の）ＵＥベース特徴の部分的なまたは完全なハンドオフであり得る。たとえば、ＵＥ７５０上のウェブブラウジングアプリケーションは、車両ＵＩコントローラに特定の状態（たとえば、ｗｗｗ．ｃｎｎ．ｃｏｍなどの現在のウェブサイト）をフォワーディングし得、車両ＵＩ７１５は、次いで、それ自体の車両ベースウェブブラウジングアプリケーションを特定の状態にロードし、その後、任意の関連データなどを実際にダウンロードするために車両自体のネットワーク接続を利用する。したがって、６２０のフォワーディングは、車両ＵＩ７１５が単に（１つまたは複数の）ＵＥベースＵＩの拡張であることを必ずしも暗示するとは限らない。さらに、（１つまたは複数の）ＵＥベースＵＩの背後にあるインテリジェンスは、ＵＥ７５０と車両ＵＩ７１５との間でも分割され得る。たとえば、メディア再生例では、メディアはＵＥ７５０に記憶されたままであり、ＵＥ７５０上のメディアストレージ内を探索するためにメディア探索ＵＩが車両ＵＩ７１５上にロードされ、再生のために選択された任意のメディアがＵＥ７５０から車両ＵＩコントローラにストリーミングされ、そこで、そのメディアが車両７００による再生のためにレンダリングされる。それにより、「フォワーディングされた」ＵＩは、車両ＵＩ７１５上への（１つまたは複数の）ＵＥベースＵＩの単なる拡張に対応し、ＵＥ７５０は任意の特徴の実装のための制御と責任とを最終的に維持することがあり、あるいは、代替的に、「フォワーディングされた」ＵＩは、ＵＥ７５０から車両ＵＩコントローラまたは車両ＵＩ７１５への任意の特徴の実装のための制御および／または責任の部分的なまたは完全なハンドオフに対応することがある。

[0052]ＵＥ７５０は、（たとえば、６００と同様に）６３０において、ＵＥ７５０が依然として車両７００のドライバゾーン７５５内に位置するかどうかを決定するために、車両内ロケーション検出システムと周期的に対話する。６３５において、ＵＥ７５０がドライバゾーン７５５に位置したままであると決定された場合、プロセスは６１５に戻り、（１つまたは複数の）ＵＥベースＵＩが、制限され（６１５）、車両ＵＩコントローラにフォワーディングされ（６２０）続ける。代替的に、６３５において、ＵＥ７５０がドライバゾーン７５５にもはや位置したままではないと決定された場合、ＵＥ７５０は、６４０において、（１つまたは複数の）ＵＥベースＵＩを制限することを停止し、ＵＥ７５０は、６４５において、車両ＵＩコントローラに（１つまたは複数の）ＵＥベースＵＩをフォワーディングすることを停止し、車両ＵＩコントローラは、６５０において、フォワーディングされた（１つまたは複数の）ＵＥベースＵＩを使用して、（１つまたは複数の）ＵＥベース特徴へのアクセスを許可することを停止するように車両ＵＩを再構成する。たとえば、図７の検討から理解されるように、ＵＥ７５０は、図７に示されているように最初にドライバゾーン７５５内の位置１に位置し、６００〜６０５においてＵＥ７５０のための初期ドライバゾーン決定を生じると仮定する。しかしながら、図７に示されているように、ＵＥ７５０は、車両７００のドライバからパッセンジャシート２（または７３０）に座っているパッセンジャに後で渡され、それにより、ドライバゾーン７５５の外側の位置２に移動する。この時点で、パッセンジャが（１つまたは複数の）ＵＥベースＵＩを介して（１つまたは複数の）ＵＥベース特徴にアクセスすることができるように、（１つまたは複数の）ＵＥベースＵＩはブロック解除（または無制限）になる。

[0053]図９に、本開示の一態様による、ハンズフリースピーカーフォンモードからの遷移を選択的にブロックするプロセスを示す。以下で、図９について、図６と同様に、図７を参照しながら説明する。

[0054]図９を参照すると、ＵＥ７５０は、９００において、車両７００の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与することを開始または継続し、車両オーディオシステムは、９０５において、マイクロフォン７６０を介してオーディオをキャプチャしながら、ＵＥ７５０からストリーミングされるオーディオをスピーカー７６５および７７０を介して再生する。ハンズフリースピーカーフォンモードに関与する間、ＵＥ７５０は、９１０において、ハンズフリースピーカーフォンモードからハンドセットベースオーディオモードにＵＥ７５０を遷移させようとする試みをＵＥ７５０が検出するかどうかを監視する。たとえば、９１０は、ＵＥ７５０が操作者の耳の近傍に移動されているかどうかを監視することを含むことができ、それは、マイクロフォン７６０の代わりにＵＥのマイクロフォンに話す操作者の要望を示すものと解釈され得る。ＵＥの耳近傍検出は、当技術分野でよく知られており、ＵＥ７５０などのＵＥ上に配備され得る１つまたは複数の近傍センサーを伴い、したがって簡潔のためにさらに説明しない。９１０において、ハンドセットベースオーディオモードに遷移しようとする検出された試みがないとＵＥ７５０が決定した場合、プロセスは９００に戻り、ＵＥ７５０は、車両オーディオシステムを介したハンズフリースピーカーフォンモードを継続する。そうではなく、９１０において、ＵＥ７５０がハンドセットベースオーディオモードに遷移しようとする試みを検出したとＵＥ７５０が決定した場合、ハンズフリースピーカーフォンモードからハンドセットベースオーディオモードに切り替わる（たとえば、それにより、ＵＥ７５０のスピーカー７６５および７７０ならびにマイクロフォン７６０が車両オーディオシステムの代わりに呼を扱うために使用される）だけでなく、ＵＥ７５０は、（たとえば、図６の６００および／または６３０と同様に）９１５において、ＵＥ７５０が車両７００のドライバゾーン７５５に位置するかどうかを決定するために、（たとえば、図５に関して上記で説明したＢｌｕｅｔｏｏｔｈ車両内ロケーション検出システムなどの）車両内ロケーション検出システムと対話する。

[0055]９２０において、ＵＥ７５０がドライバゾーン７５５に位置しないと決定された場合、ＵＥ７５０は、９２５において、ハンズフリースピーカーフォンモードからハンドセットベースオーディオモードに遷移し、車両オーディオシステムは、９３０において、ＵＥ７５０からストリーミングされるオーディオを再生すること、および／またはマイクロフォンによってキャプチャされたオーディオをＵＥ７５０に配信することを停止する。代替的に、ＵＥ７５０がドライバゾーン７５５に位置すると決定された場合、ＵＥ７５０は、９３５において、ハンズフリースピーカーフォンモードからハンドセットベースオーディオモードへの遷移をブロックし、プロセスは９００に戻り、そこで、ＵＥ７５０がハンズフリースピーカーフォンモードを継続する。諒解されるように、ＵＥ７５０の操作者がその人の耳にＵＥ７５０を当て、それに直接話すことを希望する場合でも、ＵＥ７５０がドライバゾーン７５５に位置したままである限り、図９のプロセスにおける操作者はハンズフリースピーカーフォンモードを使用することを強制される。

[0056]図１０に、本開示の一態様による、車両においてボリュームを選択的に低減するプロセスを示す。以下で、図１０について、図１１を参照しながら説明する。図１１に、図５の車両５００または図７の車両７００と同様に構成された車両１１００を示す。ただし、図１１では、車両内ロケーション検出システム（たとえば、図５からのＢｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５）、図７の車両ＵＩ７１５など、車両５００および／または７００からのいくつかの態様は、省略されるかまたは車両内構成１１０５の一部として明示的に参照されない。明示的に図示されてはいないが、これらの省略された態様は、場合によっては車両内構成１１０５の一部である。図１１を参照すると、車両内構成１１０５は、ステアリングホイール１１１０と、マイクロフォン１１１５と、複数のスピーカー１１２０〜１１５５とを含む。マイクロフォン１１１５および複数のスピーカー１１２０〜１１５５は、集合的に、車両１１００のための車両オーディオシステムの一部に対応する。また、図１１に示されているように、車両内構成１１０５は、ゾーン１〜６と標示されたゾーンに分割され、それにより、ゾーン１が前部パッセンジャのためのパッセンジャゾーンであり、ゾーン２が中央右側パッセンジャのためのパッセンジャゾーンであり、以下同様である。

[0057]図１０を参照すると、１０００において、車両オーディオシステムが車両内オーディオ出力方式に従ってオーディオを再生していると仮定する。たとえば、１０００において、車両オーディオシステムは、音楽、車両１０００のドライバを伴う通話などを再生し得る。１００５において、オーディオが１０００において再生され続ける間、所与のＵＥは、（たとえば、所与のＵＥに到着する着信呼、所与のＵＥによって発信される呼、所与のＵＥにおいて再生されているＹｏｕＴｕｂｅ（登録商標）ビデオ、所与のＵＥが呼またはボイスメモ機能のためのオーディオキャプチャモードをオンにすることなど、所与のＵＥ上のオーディオ記録機能のアクティブ化など）車両１１００における所与のＵＥにおけるハンドセットオーディオキャプチャおよび／または再生を検出する。１００５からのハンドセットオーディオキャプチャおよび／または再生の検出に応答して、所与のＵＥは、１０１０において、所与のＵＥが位置する現在ゾーンを決定するために、（たとえば、図５に関して上記で説明したＢｌｕｅｔｏｏｔｈ車両内ロケーション検出システムなどの）車両内ロケーション検出システムと対話する。たとえば、図５に関する上記の説明と同様に、１０１０において、車両１１００内の所与のＵＥの相対車両内位置を計算するために、所与のＵＥ上のＢｌｕｅｔｏｏｔｈトランシーバとＢｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５との間でＢｌｕｅｔｏｏｔｈ信号が交換され得る。次いで、相対車両内ロケーションが図１１からのゾーン１〜６のうちのいずれの内に入るかを決定するために、相対車両内ロケーションが評価され得る。

[0058]１０１５において、所与のＵＥは、１０１０からの決定されたゾーンにマッピングされた１つまたは複数の近位スピーカーのボリュームを一時的に低減するために、車両オーディオシステムと対話する。たとえば、所与のＵＥは、車両オーディオシステムにそれの決定されたゾーンを報告し、どの近位スピーカーを音低減（さらにはミューティング）のターゲットにすべきかを識別することができ、または、代替的に、所与のＵＥは、音低減のターゲットにすべき近位スピーカーをルックアップし、それらの特定のスピーカーのための音を低減する（さらにはミュートする）ように車両オーディオシステムに依頼することができる。いずれの場合も、車両オーディオシステムは、１０２０において、ゾーン決定に基づいて、１つまたは複数の近位スピーカーによって出力されているオーディオボリュームを低下させる。一例では、図１１を参照すると、ゾーン５内のパッセンジャシート３に着座するユーザによって所与のＵＥが操作される場合、音低減のターゲットにされる近位スピーカーは、１１４５および１１５０などのスピーカーのセットを含み得、ゾーン４内のパッセンジャシート５に着座する別のユーザによって所与のＵＥが操作される場合、音低減のターゲットにされる近位スピーカーは、スピーカー１１４０および１１４５などを含み得る。諒解されるように、特定のゾーンにマッピングされる近位スピーカーは、車両内構成１１０５のオーディオ特性に依存し得る。さらに、各近位スピーカーのためのボリューム低減は、１つまたは複数のボリューム低減パラメータに基づき得る。１つまたは複数のボリューム低減パラメータは、特定のゾーンへの音の予想される影響、一時的低減より前のボリュームレベル、ならびに／あるいは特定のゾーン内のハンドセットベースオーディオキャプチャおよび／または再生中の１つまたは複数の近位スピーカーのためのターゲットボリュームレベルを含み得る。さらなる例では、異なる近位スピーカーは、音低減の異なる程度を用いてターゲットにされ得る（たとえば、ゾーン２低減の場合、スピーカー１１２５がゾーン２により多くのボリュームを放出するので、スピーカー１１５０が１０％だけ低減され、スピーカー１１２５が２５％だけ低減されるなどであり得る）。また、音低減は、絶対低減または相対低減として実装され得る（たとえば、１００５の検出より前に、近位スピーカーが、車両内オーディオ出力方式に基づく高いボリュームを放出する第１のスピーカーと低いボリュームを放出する第２のスピーカーとを含む場合、１０２０において、第２のスピーカーがすでに音低減のためのターゲットボリュームしきい値未満であるので、第１のスピーカーのみが、それの音を低減されることが可能である）。

[0059]１０２５において、所与のＵＥは、ハンドセットオーディオキャプチャおよび／または再生が終了したかどうかを決定する。終了していない場合、１０２０において、１つまたは複数の近位スピーカーは、より低いオーディオボリュームを放出し続ける。そうではなく、１０２５において、所与のＵＥが、ハンドセットオーディオキャプチャおよび／または再生が終了したと決定した場合、所与のＵＥは、１０３０において、１つまたは複数の近位スピーカーによって出力されたボリュームを（１つまたは複数の）それの前のレベルにリセットするために、車両オーディオシステムと対話し、車両オーディオシステムは、１０３５において、１つまたは複数の近位スピーカーが車両内オーディオ出力方式に従ってオーディオをもう一度出力するように、ボリュームリセットを実装する。

[0060]図１２に、本開示の一態様による、車両内ロケーションに基づいてデータおよび／またはサービスへの異なるレベルのアクセスを与えるプロセスを示す。図１０と同様に、図１２について、図１１を参照しながら説明する。図１２では、図１１からのゾーン１〜６が管理者ゾーンまたはゲストゾーンのいずれかに対応するものとしてさらに特徴づけられると仮定する。管理者ゾーンでは、所与のＵＥのためのデータおよび／またはサービスへの第１のレベルのアクセス（たとえば、ドライバゾーンに位置する場合のドライバゾーン安全制限を除いて、フルアクセスまたは無制限アクセス）が許可され、ゲストゾーンでは、所与のＵＥのためのデータおよび／またはサービスへの第２のレベルのアクセス（たとえば、低減されたアクセスまたは制限されたアクセス）が許可される。図１２には明示的に示されていないが、３つまたはそれ以上のレベルのアクセスが実装されるなど、異なるティアのゲストゾーンが実装され得ることも可能である（たとえば、管理者ゾーンが「大人」ゾーンであり、第１のゲストゾーンが１３〜１７歳の間の子供用であり、第２のゲストゾーンが３〜１２歳の間の子供用であるなど）。

[0061]図１２を参照すると、所与のＵＥは、１２００において、所与のＵＥが位置する現在ゾーンを決定するために、（たとえば、図５に関して上記で説明したＢｌｕｅｔｏｏｔｈ車両内ロケーション検出システムなどの）車両内ロケーション検出システムと対話する。たとえば、図５に関する上記の説明と同様に、１２００において、車両１１００内の所与のＵＥの相対車両内位置を計算するために、所与のＵＥ上のＢｌｕｅｔｏｏｔｈトランシーバとＢｌｕｅｔｏｏｔｈトランシーバ５５０〜５９５との間でＢｌｕｅｔｏｏｔｈ信号が交換され得る。次いで、相対車両内ロケーションが図１１からのゾーン１〜６のうちのいずれの内に入るかを決定するために、相対車両内ロケーションが評価され得る。

[0062]図１２の例では、所与のＵＥが、１２０５において、（たとえば、ドライバゾーンまたはゾーン６、大人が座ることが予想されるゾーン１など）それの現在ゾーンを管理者ゾーンであると決定したと仮定する。したがって、１２１０において、所与のＵＥは、管理者ゾーンに関連付けられたデータおよび／またはサービスへの第１のレベルのアクセスを許可する。たとえば、１２１０において、所与のＵＥは、モバイルウェブブラウザを介したウェブサイトへの無制限アクセス、所与のＵＥに記憶された金融情報またはドキュメントへのアクセスを許可し得、自動保存されたパスワードが、モバイルアプリケーションおよび／またはウェブサイトなどへのクイックログインを許可するためにアクセス可能であり得る。

[0063]所与のＵＥは、１２１５において、それの現在ゾーンを車両内ロケーション検出システムを介して周期的に監視し続ける。１２２０において、所与のＵＥの現在ゾーンの分類（たとえば、管理者ゾーンまたはゲストゾーン）が変化していないと決定された場合、プロセスは１２１０に戻り、所与のＵＥが、データおよび／またはサービスへの第１のレベルのアクセスを許可し続ける。諒解されるように、ゾーン分類（またはタイプ）が変更されることなしにゾーン自体が変化することがあり、したがって、データおよび／またはサービスへの継続的な第１のレベルのアクセスを提供しながら、所与のＵＥが、ある管理者ゾーンから別のゾーンに渡され得る。そうではなく、１２２０において、所与のＵＥの現在ゾーンの分類が異なる（たとえば、ゾーン１中の親からゾーン２またはゾーン３に座っている子供に所与のＵＥが渡された）と決定された場合、プロセスは１２２５に進む。１２２５において、所与のＵＥが、それの新しいゾーン分類（またはゾーンタイプ）がゲストゾーンであり、もはや管理者ゾーンでないと決定したと仮定する。したがって、所与のＵＥは、１２３０において、ゲストゾーンに関連付けられた、データおよび／またはサービスへの第２のレベルのアクセスを許可するために、それの許可構造を切り替える。たとえば、１２３０において、所与のＵＥは、モバイルウェブブラウザを介してチャイルドセーフウェブサイトのみへの制限付きアクセスを許可し得、所与のＵＥに記憶された金融情報またはドキュメントへのアクセスがブロックされ得、自動保存されたパスワードは、親または監督者が、下位操作者などのためにパスワードを入力することが必要とされるように、アクセス可能でないことがある。図１２の検討から諒解されるように、管理操作者は、グループ特定の（たとえば、特定のファミリーなどのための）ゾーン構成が実装され得るように、ゾーン構成（たとえば、どのゾーンが管理者ゾーンであるか、どのゾーンが様々なゲストゾーンティアまたはレベルのゲストゾーンであるかなど）をカスタマイズすることができる。

[0064]図１３に、本開示の一態様による、車両においてメディアを出力するプロセスを示す。以下で、図１３について、図１４を参照しながら説明する。図１４では、車両１４００は、図１１といくつかの点では同様であり、それにより、１４１０と１４１３とは、それぞれ図１１の１１１０と１１１５とに対応し、車両内構成１４０５はゾーン１〜６で構成される。しかしながら、図１４では、車両１４００は、メディア提示（または出力）デバイス１４１５〜１４３０を用いてさらにプロビジョニングされる。一例では、メディア提示デバイス１４１５および１４３０は、特定のゾーンに位置するユーザに画像および／またはビデオを表示するために提供されたディスプレイスクリーンとして実装され得る。たとえば、メディア提示デバイス１４１５は、ゾーン１および６（たとえば、ドライバゾーンおよび右前部パッセンジャゾーン）をサポートする（またはそれらにマッピングされる）ように構成され、メディア提示デバイス１４２０は、ゾーン２をサポートする（またはそれにマッピングされる）ように構成され、メディア提示デバイス１４２５は、ゾーン５をサポートする（またはそれにマッピングされる）ように構成され、メディア提示デバイス１４３０は、ゾーン３および４にマッピングされる。

[0065]図１３を参照すると、所与のＵＥは、１３００において、所与のＵＥが位置する現在ゾーンを決定するために、（たとえば、図５に関して上記で説明したＢｌｕｅｔｏｏｔｈ車両内ロケーション検出システムなどの）車両内ロケーション検出システムと対話する。説明の便宜のために、１３００において、所与のＵＥの現在ゾーンがゾーン１であると決定されたと仮定する。所与のＵＥは、１３０５において、ゾーン１にマッピングされているメディア提示デバイス１４１５を識別し、所与のＵＥは、１３１０において、メディア提示デバイス１４１５に関連付ける。たとえば、１３１０において、所与のＵＥは、メディア提示デバイス１４１５への接続を形成し得、所与のＵＥは、メディア提示デバイス１４１５のディスプレイ能力（たとえば、解像度、アスペクト比など）などを決定し得る。ある後の時点において、所与のＵＥは、１３１５において、ゾーン１内でメディア（たとえば、ＹｏｕＴｕｂｅビデオ、Ｎｅｔｆｌｉｘムービーなど）を出力するようにとの要求を受信する。この時点で、１３１０からのゾーン特定の関連付けにより、所与のＵＥは、メディア提示デバイス１４１５による提示のためにメディアをフォーマットし、次いで、１３２０において、メディア提示デバイス１４１５にフォーマットされたメディアをストリーミングし、メディア提示デバイス１４１５は、１３２３において、メディアを出力する。

[0066]所与のＵＥは、１３２５において、それの現在ゾーンを車両内ロケーション検出システムを介して周期的に監視し続ける。説明の便宜のために、所与のＵＥが、１３２５において、それのゾーンがゾーン１からゾーン２に変化した（たとえば、ゾーン１中の所与のＵＥのユーザが、ゾーン２中に着座する異なるユーザに所与のＵＥを渡した、ゾーン１中に着座するユーザが、ユーザのシート位置を変更し、ゾーン２中に現在着座するなど）ことを検出したと仮定する。所与のＵＥは、１３３０において、ゾーン２にマッピングされているメディア提示デバイス１４２０を識別し、所与のＵＥは、１３３５において、ゾーン１にマッピングされたメディア提示デバイス１４１５とのそれの関連付けを中止し、メディア提示デバイス１４２０との関連付けを確立する。この時点で、所与のＵＥは、１３４０において、メディア提示デバイス１４１５にメディアをストリーミングすることを停止し、メディア提示デバイス１４２０にメディアをストリーミングすることを開始し、メディア提示デバイス１４２０は、１３４５において、メディアを出力する。諒解されるように、メディア提示デバイス１４２０がメディア提示デバイス１４１５と比較して異なるディスプレイ能力（たとえば、より高い解像度など）を有すると所与のＵＥが決定した場合、１３４０においてストリーミングされるメディアは、前に１３２０においてストリーミングされたメディアとは別様にフォーマットされ得る。

[0067]図１５に、本開示の一態様による、車両においてメディアを出力する別のプロセスを示す。図１３と同様に、図１５について、図１４を参照しながら説明する。図１５を参照すると、１５００〜１５１０は、それぞれ、図１３の１３００〜１３１０に実質的に対応し、簡潔のためにさらに説明しない。１５１５において、図１３の１３１５の場合のように、所与のＵＥが、それの現在ゾーン（すなわち、ゾーン１）中でメディア（たとえば、ＹｏｕＴｕｂｅビデオ、Ｎｅｔｆｌｉｘムービーなど）を出力するようにとの要求を受信する代わりに、所与のＵＥは、異なるゾーン（すなわち、ゾーン２）中でメディアを出力するようにとの要求を受信する。たとえば、１５１５は、ゾーン１に座っている親が、ゾーン２に座っている子供とビデオまたはムービーを共有することを望むことから生じ得る。場合によっては、１５１５の要求は、メディアが（たとえば、メディア提示デバイス１４１５を介して）同様にゾーン１中でおよび／または他のゾーン中で出力されるための明示的または暗黙的要求をも伴い得る。

[0068]１５１５からの要求に応答して、所与のＵＥは、１５２０において、ゾーン２にマッピングされているメディア提示デバイス１４２０を識別し、ゾーン１中の所与のＵＥは、１５２５において、ゾーン２にマッピングされたメディア提示デバイス１４２０に関連付ける。たとえば、１５２５において、所与のＵＥは、メディア提示デバイス１４２０への接続を形成し得、所与のＵＥは、メディア提示デバイス１４２０のディスプレイ能力（たとえば、解像度、アスペクト比など）などを決定し得る。１５２５からのゾーン特定の関連付けに基づいて、所与のＵＥは、メディア提示デバイス１４２０による提示のためにメディアをフォーマットし、次いで、１５３０において、メディア提示デバイス１４２０にフォーマットされたメディアをストリーミングし、メディア提示デバイス１４２０は、１５３５において、メディアを出力する。上述のように、要求される場合、メディアは、随意の点線１５３０および１５４０によって示されるように、所与のＵＥの現在ゾーン中のメディア提示デバイス１４１５（たとえば、同じく、他のゾーン、図示せず）にもストリーミングされ得る。

[0069]図１６に、一連の相互に関係する機能モジュールとして表された例示的なＵＥ１６００を示す。ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが車両のドライバ操作ゾーン内に位置すると決定するためのモジュール１６０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。決定に応答して、１つまたは複数のＵＥベース特徴にアクセスするためのＵＥ上にプロビジョニングされた１つまたは複数のＵＥベースＵＩを制限するためのモジュール１６０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３１０を処理するように構成された論理に対応し得る。決定に応答して、ドライバ操作ゾーン内のＵＥの操作者にとってアクセス可能である車両の車両ＵＩを介した１つまたは複数のＵＥベース特徴へのアクセスを許可するために、車両ベースＵＩに結合された車両ベースＵＩコントローラに１つまたは複数のＵＥベースＵＩをフォワーディングするためのモジュール１６０６は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。

[0070]図１７に、一連の相互に関係する機能モジュールとして表された例示的なＵＥ１７００を示す。ＵＥが車両の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与する間、ハンドセットベースオーディオモードに遷移しようとする試みを検出するためのモジュール１７０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３１０を処理するように構成された論理に対応し得る。ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが車両のドライバ操作ゾーン内に位置すると決定するためのモジュール１７０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。ＵＥがドライバ操作ゾーン内に位置するとの決定に基づいて、ハンドセットベースオーディオモードへの遷移をブロックするためのモジュール１７０６は、少なくともいくつかの態様では、たとえば、本明細書で説明するようにローカルユーザ入力３２５を受信するように構成された論理に対応し得る。

[0071]図１８に、一連の相互に関係する機能モジュールとして表された例示的なＵＥ１８００を示す。車両内にプロビジョニングされた複数のスピーカーを含む車両オーディオシステムによって、オーディオが車両内オーディオ出力方式に従って出力されている間、ＵＥによるハンドセットベースオーディオキャプチャおよび／または再生試みを検出するためのモジュール１８０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３１０を処理するように構成された論理に対応し得る。ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが複数のゾーンからの所与のゾーン内に位置すると決定するためのモジュール１８０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。所与のゾーンの１つまたは複数の近位スピーカーによるボリュームを一時的に低減するために、車両オーディオシステムと対話するためのモジュール１８０６は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。

[0072]図１９に、一連の相互に関係する機能モジュールとして表された例示的なＵＥ１９００を示す。ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが複数のゾーンからの所与のゾーン内に位置すると決定するためのモジュール１９０２は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。ＵＥから少なくとも１つのゾーンにメディアをストリーミングするようにとの要求を受信するためのモジュール１９０４は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスを識別するためのモジュール１９０６は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３１０を処理するように構成された論理に対応し得る。ＵＥを少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスに関連付けるためのモジュール１９０８は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。ＵＥから少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスにその上での提示のためにメディアをストリーミングするためのモジュール１９１０は、少なくともいくつかの態様では、たとえば、本明細書で説明するように情報３０５を受信および／または送信するように構成された論理に対応し得る。

[0073]情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

[0074]さらに、本明細書で開示する態様に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。

[0075]本明細書で開示した態様に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、計算デバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

[0076]本明細書で開示する態様に関して説明した方法、シーケンスおよび／またはアルゴリズムは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはそれらの２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ることができ、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末（たとえば、ＵＥ）中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。

[0001]１つまたは複数の例示的な態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0077]したがって、本開示の態様は、ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが車両のドライバ操作ゾーン内に位置すると決定することと、決定に応答して、１つまたは複数のＵＥベース特徴にアクセスするためのＵＥ上にプロビジョニングされた１つまたは複数のＵＥベースユーザインターフェース（ＵＩ）を制限することと、決定に応答して、ドライバ操作ゾーン内のＵＥの操作者にとってアクセス可能である車両の車両ＵＩを介した１つまたは複数のＵＥベース特徴へのアクセスを許可するために、車両ベースＵＩに結合された車両ベースＵＩコントローラに１つまたは複数のＵＥベースＵＩをフォワーディングすることとを含む、ドライバ操作ゾーンを含む車両内構成をもつ車両内でＵＥを操作するための方法を実施するコンピュータ可読媒体を含むことができる。

[0078]本開示の別の態様は、ＵＥが車両の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与する間、ハンドセットベースオーディオモードに遷移しようとする試みを検出することと、ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが車両のドライバ操作ゾーン内に位置すると決定することと、ＵＥがドライバ操作ゾーン内に位置するとの決定に基づいて、ハンドセットベースオーディオモードへの遷移をブロックすることとを含む、ドライバ操作ゾーンを含む車両内構成をもつ車両内でＵＥを操作するための方法を実施するコンピュータ可読媒体を含むことができる。

[0079]本開示の別の態様は、車両内にプロビジョニングされた複数のスピーカーを含む車両オーディオシステムによって、オーディオが車両内オーディオ出力方式に従って出力されている間、ＵＥによるハンドセットベースオーディオキャプチャおよび／または再生試みを検出することと、ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが複数のゾーンからの所与のゾーン内に位置すると決定することと、所与のゾーンの１つまたは複数の近位スピーカーによるボリュームを一時的に低減するために、車両オーディオシステムと対話することとを含む、複数のゾーンを含む車両内構成をもつ車両内でＵＥを操作するための方法を実施するコンピュータ可読媒体を含むことができる。

[0080]本開示の別の態様は、ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、ＵＥが複数のゾーンからの所与のゾーン内に位置すると決定することと、ＵＥから少なくとも１つのゾーンにメディアをストリーミングするようにとの要求を受信することと、少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスを識別することと、ＵＥを少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスに関連付けることと、ＵＥから少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスにその上での提示のためにメディアをストリーミングすることとを含む、少なくとも１つのメディア提示デバイスをそれぞれ含む複数のゾーンを含む車両内構成をもつ車両内でＵＥを操作するための方法を実施するコンピュータ可読媒体を含むことができる。したがって、本開示は、図示の例に限定されない。

[0081]上記の開示は本開示の例示的な態様を示しているが、添付の特許請求の範囲によって規定される本開示の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることに留意されたい。本明細書で説明した本開示の態様による方法クレームの機能、ステップおよび／またはアクションは、特定の順序で実施される必要がない。さらに、本開示の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。

[0081]上記の開示は本開示の例示的な態様を示しているが、添付の特許請求の範囲によって規定される本開示の範囲から逸脱することなく、本明細書において様々な変更および修正が行われ得ることに留意されたい。本明細書で説明した本開示の態様による方法クレームの機能、ステップおよび／またはアクションは、特定の順序で実施される必要がない。さらに、本開示の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ドライバ操作ゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定することと、
前記決定に応答して、１つまたは複数のＵＥベース特徴にアクセスするための前記ＵＥ上にプロビジョニングされた１つまたは複数のＵＥベースユーザインターフェース（ＵＩ）を制限することと、
前記決定に応答して、前記ドライバ操作ゾーン内の前記ＵＥの操作者にとってアクセス可能である前記車両の車両ＵＩを介した前記１つまたは複数のＵＥベース特徴へのアクセスを許可するために、前記車両ベースＵＩに結合された車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングすることとを備える、方法。
［Ｃ２］
前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバを含み、
前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定する、Ｃ１に記載の方法。
［Ｃ３］
前記決定することは、
前記車両の内部エリアを前記ドライバ操作ゾーンと少なくとも１つの非ドライバ操作ゾーンとに区分することと、
前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記ドライバ操作ゾーンに対応する前記区分されたエリアの内側であることを検出することとを含む、Ｃ１に記載の方法。
［Ｃ４］
前記１つまたは複数のＵＥベース特徴が、ウェブブラウジング特徴および／またはテクスティング特徴を含む、Ｃ１に記載の方法。
［Ｃ５］
前記フォワーディングすることは、前記１つまたは複数のＵＥベースＵＩが前記車両ベースＵＩによる提示のために変更されることを許可するように構成された、Ｃ１に記載の方法。
［Ｃ６］
前記ＵＥが、前記車両の前記ドライバ操作ゾーンを出て前記車両の非ドライバ操作ゾーンに入ったことを検出することと、
前記検出に応答して、前記１つまたは複数のＵＥベースＵＩの前記制限を取り除くことと、
前記検出に応答して、前記１つまたは複数のＵＥベースＵＩの前記フォワーディングすることを停止することとをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記フォワーディングすることが、前記ＵＥにおける前記１つまたは複数のＵＥベース特徴に対する制御を保持しながら、前記車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングするか、または
前記フォワーディングすることが、前記ＵＥと前記車両ベースＵＩコントローラとの間で前記１つまたは複数のＵＥベース特徴に対する制御を分割しながら、前記車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングするか、または
前記フォワーディングすることは、前記１つまたは複数のＵＥベース特徴の制御を前記ＵＥから前記車両ベースＵＩコントローラにハンドオフすることによって、前記車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングし、それにより、前記ハンドオフの後に前記ＵＥが前記１つまたは複数のＵＥベース特徴の処理を担当しなくなる、Ｃ１に記載の方法。
［Ｃ８］
ドライバ操作ゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
前記ＵＥが前記車両の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与する間、ハンドセットベースオーディオモードに遷移しようとする試みを検出することと、
前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定することと、
前記ＵＥが前記ドライバ操作ゾーン内に位置するとの前記決定に基づいて、前記ハンドセットベースオーディオモードへの前記遷移をブロックすることとを備える、方法。
［Ｃ９］
前記ハンドセットベースオーディオモードに遷移しようとする前記検出された試みが、前記ＵＥが前記ＵＥの操作者の耳の近傍で検出されたことに対応する、Ｃ８に記載の方法。
［Ｃ１０］
前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバを含み、
前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定する、Ｃ８に記載の方法。
［Ｃ１１］
前記決定することは、
前記車両の内部エリアを前記ドライバ操作ゾーンと少なくとも１つの非ドライバ操作ゾーンとに区分することと、
前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記ドライバ操作ゾーンに対応する前記区分されたエリアの内側であることを検出することとを含む、Ｃ８に記載の方法。
［Ｃ１２］
前記ＵＥが前記車両の前記ドライバ操作ゾーンを出て前記車両の非ドライバ操作ゾーンに入ったと決定することと、
前記ＵＥが前記車両の前記車両オーディオシステムを介して前記ハンズフリースピーカーフォンモードに関与したままである間、前記ハンドセットベースオーディオモードに遷移しようとする別の試みを検出することと、
前記ＵＥが前記非ドライバ操作ゾーン内に位置するとの前記決定に基づいて、前記ハンドセットベースオーディオモードへの前記遷移を許可することとをさらに備える、Ｃ８に記載の方法。
［Ｃ１３］
複数のゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
前記車両内にプロビジョニングされた複数のスピーカーを含む車両オーディオシステムによって、オーディオが車両内オーディオ出力方式に従って出力されている間、前記ＵＥによるハンドセットベースオーディオキャプチャおよび／または再生試みを検出することと、
前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記複数のゾーンからの所与のゾーン内に位置すると決定することと、
前記所与のゾーンの１つまたは複数の近位スピーカーによるボリュームを一時的に低減するために、前記車両オーディオシステムと対話することとを備える、方法。
［Ｃ１４］
前記ハンドセットベースオーディオキャプチャおよび／または再生試みが、オーディオキャプチャ構成要素とオーディオ再生構成要素とを含み、
前記ハンドセットベースオーディオキャプチャおよび／または再生試みが、前記ＵＥによって受信された着信呼、前記ＵＥによって発信される呼および／または前記ＵＥのオーディオ記録機能のアクティブ化に対応する、Ｃ１３に記載の方法。
［Ｃ１５］
前記ハンドセットベースオーディオキャプチャおよび／または再生試みが、前記ＵＥによる、オーディオ構成要素を含んでいるファイルを再生しようとする試みに対応する、Ｃ１３に記載の方法。
［Ｃ１６］
前記１つまたは複数の近位スピーカーのためのボリューム低減の程度が、１つまたは複数のボリューム低減パラメータに基づく、Ｃ１３に記載の方法。
［Ｃ１７］
前記１つまたは複数のボリューム低減パラメータが、前記所与のゾーンに対する音の予想される影響、前記一時的ボリューム低減より前のボリュームレベルならびに／あるいは前記所与のゾーン内でのハンドセットベースオーディオキャプチャおよび／または再生中の前記１つまたは複数の近位スピーカーのためのターゲットボリュームレベルを含む、Ｃ１６に記載の方法。
［Ｃ１８］
前記１つまたは複数の近位スピーカーが、前記１つまたは複数のボリューム低減パラメータに基づくボリューム低減の異なる程度を有する２つまたはそれ以上の近位スピーカーを含む、Ｃ１６に記載の方法。
［Ｃ１９］
前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバを含み、
前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記所与のゾーン内に位置すると決定する、Ｃ１３に記載の方法。
［Ｃ２０］
前記決定することは、
前記車両の内部エリアを前記複数のゾーンに区分することと、
前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記所与のゾーンに対応する前記区分されたエリアの内側であることを検出することとを含む、Ｃ１３に記載の方法。
［Ｃ２１］
前記ハンドセットベースオーディオキャプチャおよび／または再生試みが終了したと決定することと、
前記ハンドセットベースオーディオキャプチャおよび／または再生試みが終了したとの前記決定に応答して、前記一時的ボリューム低減以前の１つまたは複数のボリュームレベルに前記１つまたは複数の近位スピーカーをリセットするために、前記車両オーディオシステムと対話することとをさらに備える、Ｃ１３に記載の方法。
［Ｃ２２］
前記所与のゾーンが管理者操作ゾーンであるのかゲスト操作ゾーンであるのかを決定することと、
前記所与のゾーンが前記管理者操作ゾーンに対応する場合、前記ＵＥを介したデータおよび／またはサービスへの第１のレベルのアクセスを許可することと、
前記ＵＥが前記ゲスト操作ゾーンに対応する場合、前記ＵＥを介した前記データおよび／またはサービスへの第２のレベルのアクセスを許可することとをさらに備える、Ｃ１３に記載の方法。
［Ｃ２３］
少なくとも１つのメディア提示デバイスをそれぞれ含む複数のゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記複数のゾーンからの所与のゾーン内に位置すると決定することと、
前記ＵＥから前記少なくとも１つのゾーンにメディアをストリーミングするようにとの要求を受信することと、
前記少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスを識別することと、
前記ＵＥを前記少なくとも１つのゾーン中の前記少なくとも１つのターゲットメディア提示デバイスに関連付けることと、
前記ＵＥから前記少なくとも１つのゾーン中の前記少なくとも１つのターゲットメディア提示デバイスにその上での提示のために前記メディアをストリーミングすることとを備える、方法。
［Ｃ２４］
前記少なくとも１つのゾーンが前記所与のゾーンであり、前記少なくとも１つのターゲットメディア提示デバイスが、前記所与のゾーン内のメディア提示をサポートするように構成されたメディア提示デバイスのセットを含む、Ｃ２３に記載の方法。
［Ｃ２５］
前記メディアが前記ＵＥから前記少なくとも１つのターゲットメディア提示デバイスにストリーミングされている間、前記ＵＥが前記車両の前記所与のゾーンを出て前記車両の新しいゾーンに入ったと決定することと、
前記新しいゾーン中の少なくとも１つの新しいターゲットメディア提示デバイスを識別することと、
前記ＵＥを前記新しいゾーン中の前記少なくとも１つの新しいターゲットメディア提示デバイスに関連付けることと、
前記ＵＥから前記新しいゾーン中の前記少なくとも１つの新しいターゲットメディア提示デバイスにその上での提示のために前記メディアをストリーミングすることとをさらに備える、Ｃ２４に記載の方法。
［Ｃ２６］
前記少なくとも１つのゾーンが、前記所与のゾーンとは異なるゾーンであり、前記少なくとも１つのターゲットメディア提示デバイスが、前記異なるゾーン内のメディア提示をサポートするように構成されたメディア提示デバイスのセットを含む、Ｃ２３に記載の方法。
［Ｃ２７］
前記少なくとも１つのゾーンが、前記所与のゾーンと少なくとも１つの他のゾーンとを含み、前記少なくとも１つのターゲットメディア提示デバイスが、前記所与のゾーンと前記少なくとも１つの他のゾーンの両方内でメディア提示をサポートするように構成されたメディア提示デバイスのセットを含む、Ｃ２３に記載の方法。
［Ｃ２８］
前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバを含み、
前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記所与のゾーン内に位置すると決定する、Ｃ２３に記載の方法。
［Ｃ２９］
前記決定することは、
前記車両の内部エリアを前記複数のゾーンに区分することと、
前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記所与のゾーンに対応する前記区分されたエリアの内側であることを検出することとを含む、Ｃ２３に記載の方法。
［Ｃ３０］
前記所与のゾーンが管理者操作ゾーンであるのかゲスト操作ゾーンであるのを決定することと、
前記所与のゾーンが前記管理者操作ゾーンに対応する場合、前記ＵＥを介したデータおよび／またはサービスへの第１のレベルのアクセスを許可することと、
前記ＵＥが前記ゲスト操作ゾーンに対応する場合、前記ＵＥを介した前記データおよび／またはサービスへの第２のレベルのアクセスを許可することとをさらに備える、Ｃ２３に記載の方法。

Claims (30)

1. ドライバ操作ゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
   前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定することと、
   前記決定に応答して、１つまたは複数のＵＥベース特徴にアクセスするための前記ＵＥ上にプロビジョニングされた１つまたは複数のＵＥベースユーザインターフェース（ＵＩ）を制限することと、
   前記決定に応答して、前記ドライバ操作ゾーン内の前記ＵＥの操作者にとってアクセス可能である前記車両の車両ＵＩを介した前記１つまたは複数のＵＥベース特徴へのアクセスを許可するために、前記車両ベースＵＩに結合された車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングすることと
   を備える、方法。
2. 前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバを含み、
   前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定する、
   請求項１に記載の方法。
3. 前記決定することは、
   前記車両の内部エリアを前記ドライバ操作ゾーンと少なくとも１つの非ドライバ操作ゾーンとに区分することと、
   前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
   前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記ドライバ操作ゾーンに対応する前記区分されたエリアの内側であることを検出することと
   を含む、請求項１に記載の方法。
4. 前記１つまたは複数のＵＥベース特徴が、ウェブブラウジング特徴および／またはテクスティング特徴を含む、請求項１に記載の方法。
5. 前記フォワーディングすることは、前記１つまたは複数のＵＥベースＵＩが前記車両ベースＵＩによる提示のために変更されることを許可するように構成された、請求項１に記載の方法。
6. 前記ＵＥが、前記車両の前記ドライバ操作ゾーンを出て前記車両の非ドライバ操作ゾーンに入ったことを検出することと、
   前記検出に応答して、前記１つまたは複数のＵＥベースＵＩの前記制限を取り除くことと、
   前記検出に応答して、前記１つまたは複数のＵＥベースＵＩの前記フォワーディングすることを停止することと
   をさらに備える、請求項１に記載の方法。
7. 前記フォワーディングすることが、前記ＵＥにおける前記１つまたは複数のＵＥベース特徴に対する制御を保持しながら、前記車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングするか、または
   前記フォワーディングすることが、前記ＵＥと前記車両ベースＵＩコントローラとの間で前記１つまたは複数のＵＥベース特徴に対する制御を分割しながら、前記車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングするか、または
   前記フォワーディングすることは、前記１つまたは複数のＵＥベース特徴の制御を前記ＵＥから前記車両ベースＵＩコントローラにハンドオフすることによって、前記車両ベースＵＩコントローラに前記１つまたは複数のＵＥベースＵＩをフォワーディングし、それにより、前記ハンドオフの後に前記ＵＥが前記１つまたは複数のＵＥベース特徴の処理を担当しなくなる、
   請求項１に記載の方法。
8. ドライバ操作ゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
   前記ＵＥが前記車両の車両オーディオシステムを介してハンズフリースピーカーフォンモードに関与する間、ハンドセットベースオーディオモードに遷移しようとする試みを検出することと、
   前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定することと、
   前記ＵＥが前記ドライバ操作ゾーン内に位置するとの前記決定に基づいて、前記ハンドセットベースオーディオモードへの前記遷移をブロックすることと
   を備える、方法。
9. 前記ハンドセットベースオーディオモードに遷移しようとする前記検出された試みが、前記ＵＥが前記ＵＥの操作者の耳の近傍で検出されたことに対応する、請求項８に記載の方法。
10. 前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバを含み、
    前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記ドライバ操作ゾーン内に位置すると決定する、
    請求項８に記載の方法。
11. 前記決定することは、
    前記車両の内部エリアを前記ドライバ操作ゾーンと少なくとも１つの非ドライバ操作ゾーンとに区分することと、
    前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
    前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記ドライバ操作ゾーンに対応する前記区分されたエリアの内側であることを検出することと
    を含む、請求項８に記載の方法。
12. 前記ＵＥが前記車両の前記ドライバ操作ゾーンを出て前記車両の非ドライバ操作ゾーンに入ったと決定することと、
    前記ＵＥが前記車両の前記車両オーディオシステムを介して前記ハンズフリースピーカーフォンモードに関与したままである間、前記ハンドセットベースオーディオモードに遷移しようとする別の試みを検出することと、
    前記ＵＥが前記非ドライバ操作ゾーン内に位置するとの前記決定に基づいて、前記ハンドセットベースオーディオモードへの前記遷移を許可することと
    をさらに備える、請求項８に記載の方法。
13. 複数のゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
    前記車両内にプロビジョニングされた複数のスピーカーを含む車両オーディオシステムによって、オーディオが車両内オーディオ出力方式に従って出力されている間、前記ＵＥによるハンドセットベースオーディオキャプチャおよび／または再生試みを検出することと、
    前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記複数のゾーンからの所与のゾーン内に位置すると決定することと、
    前記所与のゾーンの１つまたは複数の近位スピーカーによるボリュームを一時的に低減するために、前記車両オーディオシステムと対話することと
    を備える、方法。
14. 前記ハンドセットベースオーディオキャプチャおよび／または再生試みが、オーディオキャプチャ構成要素とオーディオ再生構成要素とを含み、
    前記ハンドセットベースオーディオキャプチャおよび／または再生試みが、前記ＵＥによって受信された着信呼、前記ＵＥによって発信される呼および／または前記ＵＥのオーディオ記録機能のアクティブ化に対応する、
    請求項１３に記載の方法。
15. 前記ハンドセットベースオーディオキャプチャおよび／または再生試みが、前記ＵＥによる、オーディオ構成要素を含んでいるファイルを再生しようとする試みに対応する、請求項１３に記載の方法。
16. 前記１つまたは複数の近位スピーカーのためのボリューム低減の程度が、１つまたは複数のボリューム低減パラメータに基づく、請求項１３に記載の方法。
17. 前記１つまたは複数のボリューム低減パラメータが、前記所与のゾーンに対する音の予想される影響、前記一時的ボリューム低減より前のボリュームレベルならびに／あるいは前記所与のゾーン内でのハンドセットベースオーディオキャプチャおよび／または再生中の前記１つまたは複数の近位スピーカーのためのターゲットボリュームレベルを含む、請求項１６に記載の方法。
18. 前記１つまたは複数の近位スピーカーが、前記１つまたは複数のボリューム低減パラメータに基づくボリューム低減の異なる程度を有する２つまたはそれ以上の近位スピーカーを含む、請求項１６に記載の方法。
19. 前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバを含み、
    前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記所与のゾーン内に位置すると決定する、
    請求項１３に記載の方法。
20. 前記決定することは、
    前記車両の内部エリアを前記複数のゾーンに区分することと、
    前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
    前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記所与のゾーンに対応する前記区分されたエリアの内側であることを検出することと
    を含む、請求項１３に記載の方法。
21. 前記ハンドセットベースオーディオキャプチャおよび／または再生試みが終了したと決定することと、
    前記ハンドセットベースオーディオキャプチャおよび／または再生試みが終了したとの前記決定に応答して、前記一時的ボリューム低減以前の１つまたは複数のボリュームレベルに前記１つまたは複数の近位スピーカーをリセットするために、前記車両オーディオシステムと対話することと
    をさらに備える、請求項１３に記載の方法。
22. 前記所与のゾーンが管理者操作ゾーンであるのかゲスト操作ゾーンであるのかを決定することと、
    前記所与のゾーンが前記管理者操作ゾーンに対応する場合、前記ＵＥを介したデータおよび／またはサービスへの第１のレベルのアクセスを許可することと、
    前記ＵＥが前記ゲスト操作ゾーンに対応する場合、前記ＵＥを介した前記データおよび／またはサービスへの第２のレベルのアクセスを許可することと
    をさらに備える、請求項１３に記載の方法。
23. 少なくとも１つのメディア提示デバイスをそれぞれ含む複数のゾーンを含む車両内構成をもつ車両内でユーザ機器（ＵＥ）を操作する方法であって、
    前記ＵＥと車両内ロケーション検出システムとの間の対話に基づいて、前記ＵＥが前記複数のゾーンからの所与のゾーン内に位置すると決定することと、
    前記ＵＥから前記少なくとも１つのゾーンにメディアをストリーミングするようにとの要求を受信することと、
    前記少なくとも１つのゾーン中の少なくとも１つのターゲットメディア提示デバイスを識別することと、
    前記ＵＥを前記少なくとも１つのゾーン中の前記少なくとも１つのターゲットメディア提示デバイスに関連付けることと、
    前記ＵＥから前記少なくとも１つのゾーン中の前記少なくとも１つのターゲットメディア提示デバイスにその上での提示のために前記メディアをストリーミングすることと
    を備える、方法。
24. 前記少なくとも１つのゾーンが前記所与のゾーンであり、前記少なくとも１つのターゲットメディア提示デバイスが、前記所与のゾーン内のメディア提示をサポートするように構成されたメディア提示デバイスのセットを含む、請求項２３に記載の方法。
25. 前記メディアが前記ＵＥから前記少なくとも１つのターゲットメディア提示デバイスにストリーミングされている間、前記ＵＥが前記車両の前記所与のゾーンを出て前記車両の新しいゾーンに入ったと決定することと、
    前記新しいゾーン中の少なくとも１つの新しいターゲットメディア提示デバイスを識別することと、
    前記ＵＥを前記新しいゾーン中の前記少なくとも１つの新しいターゲットメディア提示デバイスに関連付けることと、
    前記ＵＥから前記新しいゾーン中の前記少なくとも１つの新しいターゲットメディア提示デバイスにその上での提示のために前記メディアをストリーミングすることと
    をさらに備える、請求項２４に記載の方法。
26. 前記少なくとも１つのゾーンが、前記所与のゾーンとは異なるゾーンであり、前記少なくとも１つのターゲットメディア提示デバイスが、前記異なるゾーン内のメディア提示をサポートするように構成されたメディア提示デバイスのセットを含む、請求項２３に記載の方法。
27. 前記少なくとも１つのゾーンが、前記所与のゾーンと少なくとも１つの他のゾーンとを含み、前記少なくとも１つのターゲットメディア提示デバイスが、前記所与のゾーンと前記少なくとも１つの他のゾーンの両方内でメディア提示をサポートするように構成されたメディア提示デバイスのセットを含む、請求項２３に記載の方法。
28. 前記車両内ロケーション検出システムが、前記車両全体にわたって配備された複数のＢｌｕｅｔｏｏｔｈトランシーバを含み、
    前記決定することは、前記ＵＥと前記複数のＢｌｕｅｔｏｏｔｈトランシーバのうちの少なくとも１つとの間のＢｌｕｅｔｏｏｔｈ低エネルギー（ＢＴＬＥ）受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記ＵＥが前記車両の前記所与のゾーン内に位置すると決定する、
    請求項２３に記載の方法。
29. 前記決定することは、
    前記車両の内部エリアを前記複数のゾーンに区分することと、
    前記ＵＥと前記車両内ロケーション検出システムとの間の前記対話に基づいて、前記内部エリア内の前記ＵＥの相対位置を決定することと、
    前記内部エリア内の前記ＵＥの前記決定された相対位置が、前記所与のゾーンに対応する前記区分されたエリアの内側であることを検出することと
    を含む、請求項２３に記載の方法。
30. 前記所与のゾーンが管理者操作ゾーンであるのかゲスト操作ゾーンであるのを決定することと、
    前記所与のゾーンが前記管理者操作ゾーンに対応する場合、前記ＵＥを介したデータおよび／またはサービスへの第１のレベルのアクセスを許可することと、
    前記ＵＥが前記ゲスト操作ゾーンに対応する場合、前記ＵＥを介した前記データおよび／またはサービスへの第２のレベルのアクセスを許可することと
    をさらに備える、請求項２３に記載の方法。

Images