JP6622705B2 - 車両におけるオーディオビジュアルコンテンツの提示及びこれとの相互作用 - Google Patents

車両におけるオーディオビジュアルコンテンツの提示及びこれとの相互作用 Download PDF

Info

Publication number
JP6622705B2
JP6622705B2 JP2016544610A JP2016544610A JP6622705B2 JP 6622705 B2 JP6622705 B2 JP 6622705B2 JP 2016544610 A JP2016544610 A JP 2016544610A JP 2016544610 A JP2016544610 A JP 2016544610A JP 6622705 B2 JP6622705 B2 JP 6622705B2
Authority
JP
Japan
Prior art keywords
application
vehicle
display
user
audiovisual system
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2016544610A
Other languages
English (en)
Other versions
JP2017507399A (ja
Inventor
ワヒード アフメド、
ワヒード アフメド、
ヨアヒム ビーツケ、
ヨアヒム ビーツケ、
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Johnson Controls Technology Co
Original Assignee
Johnson Controls Technology Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Johnson Controls Technology Co filed Critical Johnson Controls Technology Co
Publication of JP2017507399A publication Critical patent/JP2017507399A/ja
Application granted granted Critical
Publication of JP6622705B2 publication Critical patent/JP6622705B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)
  • Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)
  • Stored Programmes (AREA)

Description

本開示は、一般的には、車両インターフェースシステムに関する。本開示は、より詳細には、車両においてユーザインターフェースを生成して提示するためのシステム及び方法に関する。
（関連特許出願への相互参照）
本出願は、２０１４年１月６日に提出された米国特許仮出願第６１／９２４，２２３号の利益及び優先権を主張し、その全体は参照により本明細書に組み込まれる。
車両は、多くの場合、ドライバ情報及び娯楽システムを備えている。このようなシステムは、車両乗員に情報を利用可能にするように機能する１つ以上のグラフィカルユーザインターフェースを有し得る。こうしたインターフェースは、多くの場合、車両乗員がデータ又は入力コマンドを呼び出すことを可能にする。車両乗員は、典型的には、こうしたシステムを介して娯楽コンテンツを制御する能力を有する。例えば、車内のラジオコントロールインターフェースは、車両乗員がラジオ局を同調することを可能にする。
一部の車両インターフェースは、車両乗員にナビゲーションツールを提供し、例えば、ユーザが目的地住所を入力することを可能にして、目的地に到着するための方向をユーザに示す。このような機能は、多くの場合、グローバル・ポジショニング・システムデータにより情報が与えられている。場合によっては、燃料レベル、油温等の車両情報を提供するために車両乗員に他のディスプレイが提供される。このような他のディスプレイは、運転者情報及び娯楽システムと統合されてもよく又は統合されなくてもよい。
本開示の１つの実装は、車両インターフェースシステムを介して車両乗員への情報を処理し且つ提示するための方法である。この方法は、車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して車両乗員に情報を提示するステップと、車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、車両インターフェースシステムにユーザ装置を接続するステップとを含む。この方法は、ユーザ装置にインストールされている複数のソフトウェアアプリケーションの中の１つの非車両専用バージョンを識別するステップと、ユーザ装置にインストールされているソフトウェアアプリケーションの非車両専用バージョンを識別することに応じて、車両インターフェースシステムにおいて識別されたソフトウェアアプリケーションの車両専用バージョンをインストールするステップとを更に含む。
一部の実施形態では、この方法は、少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップと、複数の仮想動作フィールドの各々を複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップとを含む。複数の仮想動作フィールドの各々を割り当てるステップは、仮想動作フィールドの少なくとも１つを識別されたソフトウェアアプリケーションの車両専用バージョンからの情報を表示するように割り当てることを含んでもよい。一部の実施形態では、複数の仮想動作フィールドの各々は、表示フィールドの非重複部分を覆う。
一部の実施形態では、この方法は、識別されたソフトウェアアプリケーションの車両専用バージョンに関してアプリケーションデータベースを検索するステップと、アプリケーションデータベースから車両インターフェースシステムに識別されたソフトウェアアプリケーションの車両専用バージョンをダウンロードするステップとを含む。
一部の実施形態では、この方法は、電子ディスプレイを介して、車両インターフェースシステムにおいて識別されたソフトウェアアプリケーションの車両専用バージョンをインストールするかどうかを車両乗員が選択するためのプロンプトを提示するステップを含む。識別されたソフトウェアアプリケーションの車両専用バージョンは、車両乗員がプロンプトを介して識別されたソフトウェアアプリケーションの車両専用バージョンをインストールすることを選択したことに応じて、車両インターフェースシステムにインストールされてもよい。
一部の実施形態では、この方法は、認証情報が識別されたソフトウェアアプリケーションの車両専用バージョンをインストールするために要求されることを決定するステップと、ユーザ装置及び車両インターフェースシステムの少なくとも１つから認証情報を自動的に取得するステップと、識別されたソフトウェアアプリケーションの車両専用バージョンをインストールするために認証情報を使用するステップとを含む。
本開示の別の実装は、車両インターフェースシステムを介して車両乗員への情報を処理し且つ提示するための方法である。この方法は、車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して車両乗員に情報を提示するステップと、車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、車両インターフェースシステムにユーザ装置を接続するステップとを含む。この方法は、車両インターフェースシステムを介して、ユーザ装置から制御信号を受信するステップを更に含む。制御信号は、ユーザ装置を制御装置として使用する車両乗員からの入力に基づいている。この方法は、ユーザ装置から制御信号を受信することに応じて、少なくとも１つの電子ディスプレイを介して提示される情報を調節するステップを更に含む。
一部の実施形態では、この方法は、少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップと、複数の仮想動作フィールドの各々を複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップとを含む。一部の実施形態では、複数の仮想動作フィールドの各々は、表示フィールドの非重複部分を覆う。
一部の実施形態では、この方法は、ユーザ装置を制御装置として使用するかどうかに関して車両乗員に問い合わせるステップと、車両乗員がユーザ装置を制御装置として使用することを選択したことに応じてユーザ装置からの制御信号を受け入れるように車両インターフェースシステムを構成するステップとを含む。
一部の実施形態では、この方法は、ユーザ装置にユーザインターフェースを送信するステップを含む。ユーザインターフェースは、車両インターフェースシステムで実行中の複数のソフトウェアアプリケーションのオーバビュ―を提供し、車両乗員がユーザ装置を介して複数のソフトウェアアプリケーションと相互作用することを可能にする。
一部の実施形態では、この方法は、複数の仮想動作フィールドの各々を複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップと、車両インターフェースシステムの電子ディスプレイを使用して第１の仮想動作フィールドを表示するステップと、ユーザ装置の電子ディスプレイを使用して第２の仮想動作フィールドを表示するステップとを含む。
一部の実施形態では、この方法は、車両インターフェースシステムによって提供される複数のソフトウェアアプリケーションをサポートするためにユーザ装置のコンピュータリソースを使用するステップを含む。
本開示の別の実装は、車両インターフェースシステムを介して車両乗員への情報を処理し且つ提示するための方法である。この方法は、車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して車両乗員に情報を提示するステップと、車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップとを含む。この方法は、複数の仮想動作フィールドの第１の仮想動作フィールドに複数のソフトウェアアプリケーションの第１のソフトウェアアプリケーションを割り当てるステップと、第１の仮想動作フィールドのレイアウトに基づいて第１のソフトウェアアプリケーション用のレイアウトを選択するステップとを更に含む。
一部の実施形態では、この方法は、複数の仮想動作フィールドの各々を複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップと、割り当てられた仮想動作フィールドにおいて複数のソフトウェアアプリケーションからの情報を表示するステップとを含む。
一部の実施形態では、この方法は、第１のソフトウェアアプリケーションの現在のレイアウトが第１の仮想動作フィールドの現在のレイアウトに適合するかどうかを決定するステップと、第１のソフトウェアアプリケーションの第１の仮想動作フィールドへの適合性を改善するために第１のソフトウェアアプリケーションの現在のレイアウトを再フォーマットするステップとを含む。第１のソフトウェアアプリケーションの現在のレイアウトを再フォーマットするステップは、第１の仮想動作フィールドのサイズ及びアスペクト比の少なくとも１つに適合するように第１のソフトウェアアプリケーションのコンテンツを再配置することを含む。
一部の実施形態では、この方法は、第１のソフトウェアアプリケーションの現在のレイアウトが第１の仮想動作フィールドの現在のレイアウトに適合するかどうかを決定するステップと、第１のソフトウェアアプリケーションの第１の仮想動作フィールドへの適合性を改善するために第１の仮想動作フィールドの現在のレイアウトを再フォーマットするステップとを含む。第１の仮想動作フィールドの現在のレイアウトを再フォーマットするステップは、第１のソフトウェアアプリケーションの現在のレイアウトに適合するように第１の仮想動作フィールドのサイズを変更すること、配置を変更すること、及びアスペクト比を調節することの少なくとも１つを含んでもよい。
当業者は、上記の概要は単なる例示であって、限定することを全く意図していないことを理解するであろう。単に請求項に定義された本明細書に記載の装置及び／又は処理の他の態様、新規な特徴、及び利点は、本明細書に記載された詳細な説明と共に添付の図面を合わせて考慮すれば明らかになるであろう。
例示的な実施形態による、本発明の実装され得る車両の図である。 例示的な実施形態による、図１Ａの車両に実装され得るオーディオビジュアルシステムのブロック図である。 例示的な実施形態による、図１Ｂのオーディオビジュアルシステムのためのシステムアーキテクチャを示すブロック図である。 例示的な実施形態による、図１Ｃのオーディオビジュアルシステムを使用するためのプロセッサのフローチャートである。 例示的な実施形態による、図１Ｃのオーディオビジュアルシステムを使用するためのプロセッサのフローチャートである。 例示的な実施形態による、マルチコア処理環境を含む車両インターフェースシステムのブロック図である。 例示的な実施形態による、図１Ｆのマルチコア処理環境をより詳細に示すブロック図である。 例示的な実施形態による、本発明と共に使用され得る様々なディスプレイ装置を有するオーディオビジュアルシステムを示す。 例示的な実施形態による、本発明と共に使用され得る様々なディスプレイ装置を有するオーディオビジュアルシステムを示す。 例示的な実施形態による、本発明と共に使用され得る様々なディスプレイ装置を有するオーディオビジュアルシステムを示す。 例示的な実施形態による、図２Ａ−２Ｃのオーディオビジュアルシステムと共に使用され得る様々な入力装置を示す。 例示的な実施形態による、図２Ａ−２Ｃのオーディオビジュアルシステムと共に使用され得る様々な入力装置を示す。 例示的な実施形態による、図２Ａ−２Ｃのオーディオビジュアルシステムと共に使用され得る様々な入力装置を示す。 例示的な実施形態による、図２Ａ−２Ｃのオーディオビジュアルシステムと共に使用され得る様々な入力装置を示す。 例示的な実施形態による、図２Ａ−２Ｃのオーディオビジュアルシステムと共に使用され得る様々な入力装置を示す。 例示的な実施形態による、図２Ａ−２Ｃのオーディオビジュアルシステムと共に使用され得る様々な入力装置を示す。 例示的な実施形態による、ディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、ディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、ディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、ディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、ディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、ディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、図４Ａ−４Ｈのディスプレイ装置に表示されるアプリケーションを変更するための処理のフローチャートである。 例示的な実施形態による、図４Ａ−４Ｈのディスプレイ装置に表示されるアプリケーションを変更するための処理のフローチャートである。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、図５Ａ−５Ｆのディスプレイ装置に表示されるアプリケーションを変更するための処理のフローチャートである。 例示的な実施形態による、図５Ａ−５Ｆのディスプレイ装置に表示されるアプリケーションを変更するための処理のフローチャートである。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、別のディスプレイ装置上の仮想動作フィールドを示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われるアプリケーションへの仮想動作フィールドの割り当てを示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われるアプリケーションへの仮想動作フィールドの割り当てを示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われるアプリケーションへの仮想動作フィールドの割り当てを示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われるアプリケーションへの仮想動作フィールドの割り当てを示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われる仮想動作空間及び空間におけるアイテムへのフォーカスの変更を示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われる仮想動作空間及び空間におけるアイテムへのフォーカスの変更を示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われる仮想動作空間及び空間におけるアイテムへのフォーカスの変更を示す。 例示的な実施形態による、様々なユーザ入力を受信するように構成されるタッチセンサを示す。 例示的な実施形態による、様々なユーザ入力を受信するように構成されるタッチセンサを示す。 例示的な実施形態による、様々なユーザ入力を受信するように構成されるタッチセンサを示す。 例示的な実施形態による、様々なユーザ入力を受信するように構成されるタッチセンサを示す。 例示的な実施形態による、様々なユーザ入力を受信するように構成されるタッチセンサを示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、ユーザ入力を受信するためのインターフェース及びその入力に基づいて選択を行うための処理を示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われるアプリケーションへの仮想動作フィールドの割り当てを示す。 例示的な実施形態による、本発明の車両インターフェースシステムによって行われるアプリケーションへの仮想動作フィールドの割り当てを示す。 例示的な実施形態による、アプリケーションを管理して、ディスプレイ装置にディストリビュータの表示を分配するフローチャートである。 例示的な実施形態による、本発明の車両インターフェースシステムによって生成され得るアプリケーション管理のためのインターフェースの図である。 例示的な実施形態による、入出力装置へのアプリケーションの提供を可能にするためのオーディオビジュアルシステムの例示的な構成を示す。 例示的な実施形態による、複数の車両間でオーディオビジュアルシステム情報を共有するための処理のフローチャートである。 例示的な実施形態による、オーディオビジュアルシステムにソフトウェアアプリケーションをロードするための処理のフローチャートである。 例示的な実施形態による、オーディオビジュアルシステム用の入力制御装置としてユーザ装置を使用するための処理のフローチャートである。 例示的な実施形態による、オーディオビジュアルシステムにおいて適切なアプリケーションレイアウトを選択するための処理のフローチャートである。 例示的な実施形態による、オーディオビジュアルシステムにおいてコンテンツの表示を制御するための処理のフローチャートである。
以下の詳細な記載は、本発明の様々な実施形態を説明する。こうした実施形態は単なる例示であって、当業者であれば他の実施形態も本発明の範囲内に入ることを理解するであろう。
図１Ａを次に参照すると、例示的な自動車１が示されている。本明細書に記載の実施形態の特徴は、自動車１等の車両用に実装されてもよい。本明細書に記載の実施形態は、自動車１の運転者又は乗客に改善された表示機能を有利に提供する。実施形態は、自動車１の様々な電子及び機械システム上で自動車１の運転者又は乗客に改善された制御を更に提供してもよい。
図１Ｂを次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステム１００の単純化されたブロック図が示されている。図示のように、オーディオビジュアルシステム１００は、入力装置１１０、処理モジュール１２０、及び出力装置１３０を含む。オーディオビジュアルシステム１００は、他のコンポーネントを更に含んでもよい。オーディオビジュアルシステム１００は、自動車１に搭載されたハードウェア及び／又はハードウェアを制御するためのソフトウェアを含むシステムとして実装されてもよい。
図１Ｃを次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステム１００のシステムアーキテクチャが示されている。図示のように、オーディオビジュアルシステム１００は、水平レイヤ化関係及び垂直コンパートメント化関係を有する様々なハードウェア及びソフトウェア構造を含んでもよい。
低レベルでは、オーディオビジュアルシステム１００は、システム・オン・チップ（「ＳｏＣ」）レイヤ１４０、又はハードウェアプロセッサ、メモリ装置、グラフィックス処理装置及び他の電子機器を含む何らかの他のハードウェアレイヤを含んでもよい。図１Ｃの例示のハードウェアアーキテクチャでは、ＳｏＣレイヤ１４０は、オーディオビジュアルシステム１００の一部としてデジタル信号を実行することができる４つのプロセッサコア（Ａ、Ｂ、Ｃ及びＤとして示されている）を含む。他の実施形態では、ＳｏＣレイヤ１４０は、他のハードウェア構成によって実装されてもよい。例えば、ＳｏＣレイヤ１４０の機能は、汎用コンピュータ装置の単一の又は複数のマザーボードに設けられる１つ以上のプロセッサ、オーディオビジュアルシステム１００にコンピュータ情報を伝達するサーバ等の遠隔コンピュータ資源等を使用して実行されてもよい。
ハードウェア仮想化レイヤ１４２がＳｏＣレイヤ１４０で実行されている。ハードウェア仮想化レイヤ１４２は、ＳｏＣレイヤ１４０及びそのプロセッサコアへのアクセスを制御するためのソフトウェアを含んでもよい。高レベルソフトウェアレイヤが、ＳｏＣレイヤ１４０の他のプロセッサコアで実行される他のコンパートメント化ソフトウェアの動作を中断せずに単一のプロセッサコアでコンパートメント化されて実行され得る。
オペレーティングシステムレイヤ１４４がＳｏＣレイヤ１４２で実行されている。オペレーティングシステムレイヤ１４４は、同時に実行されるオペレーティングシステムの複数の独立したインスタンスを含んでもよい。この機能は、高レベルソフトウェア動作をコンパートメント化するハードウェア仮想化レイヤ１４２の上記機能に基づいて使用可能にされてもよい。例として、オペレーティングシステムレイヤ１４４は、Ｌｉｎｕｘ（登録商標）オペレーティングシステムの第１のインスタンス、Ｌｉｎｕｘオペレーティングシステムの第２のインスタンス、Ａｎｄｒｏｉｄオペレーティングシステムのインスタンス、及びＱＮＸ自動車用オペレーティングシステムを含んでもよい。各オペレーティングシステムは、同時に且つ互いから独立して実行されてもよい。ハードウェア仮想化レイヤ１４２は、ＳｏＣレイヤ１４０において自身のプロセッサコアで独立して及び排他的に実行されるように各オペレーティングシステムを機能的にコンパートメント化することにより、４つのオペレーティングシステムインスタンスの同時且つ独立の動作を促進してもよい。
機能レイヤ１４６がオペレーティングシステムレイヤ１４４で実行されている。機能レイヤ１４６は、自動車１、自動車１の乗客、娯楽コンテンツ、又はオーディオビジュアルシステム１００の様々な他の機能に関する機能を実行する様々なソフトウェアアプリケーションを含んでもよい。機能レイヤ１４６は、同様の又は様々なタイプのソフトウェアアプリケーションが互いにグループ化されるようにコンパートメント化されてもよい。例えば、第１の機能アプリケーション（機能アプリケーションＡ）は、計器クラスタ又はヘッドアップディスプレイ装置に関するソフトウェアアプリケーションを含んでもよい。第２の機能アプリケーション（機能アプリケーションＢ）は、自動車１の機械的動作に関するソフトウェアアプリケーションを含んでもよい。第３の機能アプリケーション（機能アプリケーションＣ）は、娯楽コンテンツに関するソフトウェアを含んでもよい。第４の機能アプリケーション（機能アプリケーションＤ）は、自動車１又は自動車１の乗客にネットワーク又はクラウドベースのサービスを提供することに関するソフトウェアを含んでもよい。
図１Ｃの例示のオーディオビジュアルシステム１００は、ユーザと相互作用するための様々な機能を提供するユーザインターフェースレイヤ１４８を含む。ユーザインターフェースレイヤ１４８は、タッチセンサ入力の受信、音声コマンドの受信等のユーザインターフェース技術を含んでもよい。図１Ｃのオーディオビジュアルシステム１００は、自動車１の乗客に出力の様々な手段を提供するためのディスプレイ装置１５０を更に含む。
一部の実施形態では、オーディオビジュアルシステム１００は、本明細書で検討される他の一般タスク（例えば、カスタム化メニューのために、コードを実行すること、入力を処理すること、出力を生成すること等、携帯型コンピュータ装置、サーバ等のオーディオビジュアルシステム１００以外の装置と通信すること）を実行するための追加のコンピュータハードウェアを含んでもよい。他の実施形態では、本明細書に記載の一般タスクは、１つ以上のプロセッサコアによって行われてもよい。
図１Ｄ−１Ｅを次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステム１００を使用するための例示の処理が示されている。図１Ｄに示されているように、処理はステップ１８０で開始し、オーディオビジュアルシステム１００がディスプレイの第１の機能領域及びディスプレイの第２の機能領域を含む情報の表示を生成する。ステップ１８１において、オーディオビジュアルシステム１００は、ディスプレイの第１の機能領域に関するユーザ入力を受信する。ステップ１８２において、オーディオビジュアルシステム１００は、第１の機能領域に割り当てられる第１の処理コア及びオペレーティングシステムでユーザ入力を処理する。ステップ１８３において、オーディオビジュアルシステム１００は、第２の機能領域の機能を中断せずに第１の機能領域に対する情報の新しい表示を生成する。
図１Ｅに示されているように、処理はステップ１９０で開始し、オーディオビジュアルシステム１００は、複数の機能領域を含む情報の表示を生成する。ステップ１９１において、オーディオビジュアルシステム１００は、まだ情報の表示の一部ではない新しい機能領域に関するユーザ入力を受信する。ステップ１９２において、オーディオビジュアルシステム１００は、新しい機能領域を含むように情報の表示のための新しい構成を決定する。
次に図１Ｆを参照すると、例示的な実施形態による、車両インターフェースシステム３０１が示されている。車両インターフェースシステム３０１は、マルチコア処理環境４００及び入出力装置、接続、及び／又は要素の間の接続を含む。マルチコア処理環境４００は、先に記載された車載オーディオビジュアルシステム用のシステムアーキテクチャを提供してもよい。マルチコア処理環境４００は、様々なコンピュータハードウェアコンポーネント（例えば、プロセッサ、集積回路、印刷回路基板、ランダムアクセスメモリ、ハードディスク記憶装置、ソリッドステートメモリ記憶装置、通信装置等）を含んでもよい。一部の実施形態では、マルチコア処理環境４００は、システムアーキテクチャによって、マルチコア処理環境４００内で実行中のアプリケーション及び／又は様々な周辺装置（例えば、装置３０３‐４４５）の間で交換される様々な入力及び出力を管理する。マルチコア処理環境４００は、例えば、計算を行い、アプリケーションを実行し、車両インターフェースシステム３０１を管理し、汎用処理タスクを行い、オペレーティングシステムを実行してもよい。
マルチコア処理環境４００は、マルチコア処理環境４００が他の装置又はソースから情報を受信し及び／又は他の装置又はソースに情報を送信することを可能にするコネクタハードウェアに接続されてもよい。例えば、マルチコア処理環境４００は、コネクタハードウェアを介してマルチコア処理環境４００に接続される携帯型メディア装置、データ記憶装置、サーバ、携帯電話等にデータを送信し又はこれらからデータを受信してもよい。一部の実施形態では、マルチコア処理環境４００は、アップル認定コネクタ３０３に接続される。アップル認定コネクタ３０３は、ＡＰＰＬＥ(R)製品に接続するための任意のコネクタであってもよい。例えば、アップル認定コネクタ３０３は、ファイアワイアコネクタ、３０ピンＡＰＰＬＥ(R)装置互換コネクタ、ライトニングコネクタ等であってもよい。
一部の実施形態では、マルチコア処理環境４００は、「ＵＳＢ２．０」（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ ｖｅｒｓｉｏｎ ２．０）コネクタ３０５に接続される。ＵＳＢ２．０コネクタ３０５は、１つ以上の装置又はデータソースの接続を可能にしてもよい。例えば、ＵＳＢ２．０コネクタ３０５は、４つのメスコネクタを含んでもよい。他の実施形態では、ＵＳＢ２．０コネクタ３０５は、１つ以上のオスコネクタを含む。一部の実施形態では、マルチコア処理環境４００は、「ＵＳＢ３．０」（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ ｖｅｒｓｉｏｎ ３．０）コネクタ３０７に接続される。ＵＳＢ２．０コネクタ３０５を参照して記載されたように、ＵＳＢ３．０コネクタ３０７は、互換装置が接続することを可能にする１つ以上のオス又はメス接続を含んでもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上の無線通信接続３０９に接続される。無線通信接続３０９は、追加の無線通信装置（例えば、プロセッサ、アンテナ等）と共に実装されてもよい。無線通信接続３０９は、マルチコア処理環境４００と他の装置又はソースとの間のデータ転送を可能にする。例えば、無線通信接続３０９は、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）３．０等のＢｌｕｅｔｏｏｔｈ（登録商標）通信、ＺｉｇＢｅｅ通信、Ｗｉ−Ｆｉ通信、ローカルエリアネットワーク及び／又は無線ローカルエリアネットワークを介する通信等を使用してデータ転送を可能にしてもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のビデオコネクタ３１１に接続される。ビデオコネクタ３１１は装置／ソース間のビデオデータの送信を可能にし、マルチコア処理環境４００が接続される。例えば、ビデオコネクタ３１１は、ＨＤＭＩ（登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）、ＭＨＬ（Ｍｏｂｉｌｅ Ｈｉｇｈ−ｄｅｆｉｎｉｔｉｏｎ Ｌｉｎｋ）等の標準に準拠するコネクタ又は接続であってもよい。一部の実施形態では、ビデオコネクタ３１１は、データ転送を促進する及び／又は標準に準拠するハードウェアコンポーネントを含む。例えば、ビデオコネクタ３１１は、補助プロセッサ、集積回路、メモリ、ＭＩＰＩ（ｍｏｂｉｌｅ Ｉｎｄｕｓｔｒｙ Ｐｒｏｃｅｓｓｏｒ Ｉｎｔｅｒｆａｃｅ）等を使用する標準を実装してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上の有線通信接続３１３に接続される。有線通信接続３１３は、ハードウェア及び／又はネットワーク装置間の接続を含んでもよい。例えば、有線通信接続３１３は、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチ、ルータ、ハブ、ネットワークブリッジ等であってもよい。
マルチコア処理環境４００は、車両コントロール３１５に接続されてもよい。一部の実施形態では、車両コントロール３１５は、マルチコア処理環境４００が車両によって使用されるプロセッサ、メモリ、センサ等の車両制御設備と接続することを可能にする。例えば、車両コントロール３１５は、マルチコア処理環境４００をエンジン制御装置、エアバッグモジュール、身体制御器、走行制御モジュール、トランスミッション制御器等に接続してもよい。他の実施形態では、マルチコア処理環境４００は、列挙されているようなコンピュータシステムに直接接続される。このような場合、車両コントロール３１５は、エンジン制御装置、搭載プロセッサ、搭載メモリ等の要素を含む車両制御システムである。車両コントロール３１５は、車両コントロール３１５に接続される追加のソースからの情報をルーティングしてもよい。情報は、追加のソースからマルチコア処理環境４００へ及び／又はマルチコア処理環境４００から追加のソースへルーティングされてもよい。
一部の実施形態では、車両コントロール３１５は、１つ以上のＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋｓ）３１７、車両センサ３１９、及び／又はＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）３２１に接続される。ＬＩＮ３１７は、ＬＩＮプロトコルに準拠し、車両コンポーネント間の通信を可能にしてもよい。車両センサ３１９は、車両テレメトリを決定するためのセンサを含んでもよい。例えば、車両センサ３１９は、ジャイロスコープ、加速度計、３次元加速度計、傾斜計等の１つ以上であってもよい。ＣＡＮ３２１は、ＣＡＮバスによって車両コントロール３１５に接続されてもよい。ＣＡＮ３２１は、車内のセンサからのフィードバックを制御又は受信してもよい。また、ＣＡＮ３２１は、車両の電子制御装置と通信してもよい。他の実施形態では、車両コントロール３１５の機能は、マルチコア処理環境４００によって実装されてもよい。例えば、車両コントロール３１５は省略されてもよく、マルチコア処理環境４００はＬＩＮ３１７、車両センサ３１９、ＣＡＮ３２１又は車両の他のコンポーネントと直接接続してもよい。
一部の実施形態では、車両インターフェースシステム３０１は、システムモジュール３２３を含む。システムモジュール３２３は、電源を含み、及び／又は他のやり方で車両インターフェースシステム３０１に電力を供給してもよい。システムモジュール３２３は、プラットフォーム温度を監視又は制御するコンポーネントを含んでもよい。また、システムモジュール３２３は、起動及び／又はスリープ機能を実行してもよい。
図１Ｆを更に参照すると、マルチコア処理環境４００は、チューナコントロール３２５に接続されてもよい。一部の実施形態では、チューナコントロール３２５は、マルチコア処理環境４００が無線信号受信機と接続することを可能にする。チューナコントロール３２５は、マルチコア処理環境４００とＦＭアンテナ、ＡＭアンテナ等の無線伝送受信機との間のインターフェースであってもよい。チューナコントロール３２５は、マルチコア処理環境４００が信号を受信し、及び／又は受信機を制御することを可能にしてもよい。他の実施形態では、チューナコントロール３２５は、無線信号受信機及び／又はアンテナを含む。チューナコントロール３２５は、マルチコア処理環境４００によって制御される無線信号を受信してもよい。例えば、マルチコア処理環境４００は、チューナコントロール３２５に特定の周波数に同調するように命令してもよい。
一部の実施形態では、チューナコントロール３２５は、１つ以上のＦＭ及びＡＭソース３２７、ＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）ソース３２９、及び／又は１つ以上のＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）ラジオソース３３１に接続されるＦＭ及びＡＭソース３２７は無線信号であってもよい。一部の実施形態では、ＦＭ及びＡＭソース３２７は、受信機、アンテナ等のハードウェアを含んでもよい。ＤＡＢソース３２９は、ＤＡＢ技術及び／又はプロトコルを利用する無線信号であってもよい。他の実施形態では、ＤＡＢソース３２９は、アンテナ、受信機、プロセッサ等のハードウェアを含んでもよい。ＨＤラジオソース３３１は、ＨＤラジオ技術及び／又はプロトコルを利用する無線信号であってもよい。他の実施形態では、ＨＤラジオソース３３１は、アンテナ、受信機、プロセッサ等のハードウェアを含んでもよい。
一部の実施形態では、チューナコントロール３２５は、１つ以上のアンプ３３３に接続される。アンプ３３３は、チューナコントロール３２５からオーディオ信号を受信してもよい。アンプ３３３は、信号を増幅して、それを１つ以上のスピーカに出力する。例えば、アンプ３３３は、１つ以上のスピーカ（例えば、４つのスピーカ）に接続される４チャネルパワーアンプであってもよい。一部の実施形態では、マルチコア処理環境４００は、（例えば、マルチコア処理環境４００内のアプリケーションによって生成される）オーディオ信号を、今度はアンプ３３３に信号を送信するチューナコントロール３２５に送信してもよい。
図１Ｆを更に参照すると、マルチコア処理環境４００は、マルチコア処理環境４００がメディアソースから情報を受信し及び／又はメディアソースに情報を送信することを可能にするコネクタハードウェア３３５−４４５に接続されてもよい。他の実施形態では、マルチコア処理環境４００は、メディアソースに直接接続され、マルチコア処理環境４００内に組み込まれるメディアソースを有し、及び／又は他のやり方でメディア情報を送受信してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のＤＶＤドライブ３３５に接続される。ＤＶＤドライブ３３５は、ＤＶＤドライブ３３５に挿入されたＤＶＤディスクからマルチコア処理環境４００にＤＶＤ情報を提供する。マルチコア処理環境４００は、接続を介してＤＶＤドライブ３３５を制御してもよい（例えば、ＤＶＤディスクを読み込み、ＤＶＤディスクを排出し、情報を再生し、情報を停止する等）。更なる実施形態では、マルチコア処理環境４００は、ＤＶＤディスクにデータを書き込むためにＤＶＤドライブ３３５を使用する。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅｓ）３３７に接続される。一部の実施形態では、マルチコア処理環境４００は、ＳＳＤ３３７に直接接続される。他の実施形態では、マルチコア処理環境４００は、ＳＳＤ３３７の取り外しを可能にする接続ハードウェアに接続される。ＳＳＤ３３７はデジタルデータを含んでもよい。例えば、ＳＳＤ３３７は、デジタル的に記憶された画像、ビデオ、テキスト、オーディオ、アプリケーション等を含んでもよい。更なる実施形態では、マルチコア処理環境４００は、ＳＳＤ３３７に情報を記憶するためにＳＳＤ３３７との接続を使用する。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カードスロット３３９に接続される。ＳＤカードスロット３３９は、ＳＤカードを受け入れるように構成される。一部の実施形態では、異なるサイズのＳＤカード（例えば、マイクロ、フルサイズ等）を受け入れる複数のＳＤカードスロット３３９がマルチコア処理環境４００に接続される。ＳＤカードスロット３３９は、マルチコア処理環境４００がＳＤカードから情報を取得し、及び／又はＳＤカードに情報を書き込むことを可能にする。例えば、マルチコア処理環境４００は、上記のソースからアプリケーションデータを取得し、及び／又は上記のソースにアプリケーションデータを書き込んでもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のビデオデコーダ４４１に接続される。ビデオデコーダ４４１は、マルチコア処理環境４００にビデオ情報を提供してもよい。一部の実施形態では、マルチコア処理環境４００は、情報を復号して、マルチコア処理環境４００にそれを送信するビデオデコーダ４４１に情報を提供してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のコーデック４４３に接続される。コーデック４４３は、デジタルデータストリーム又は信号を符号化又は復号することを可能にする情報をマルチコア処理環境４００に提供してもよい。コーデック４４３は、追加のハードウェア（例えば、プロセッサ、メモリ等）で実行されるコンピュータプログラムであってもよい。他の実施形態では、コーデック４４３は、マルチコア処理環境４００のハードウェアで実行されるプログラムであってもよい。更なる実施形態では、コーデック４４３は、マルチコア処理環境４００によって使用される情報を含む。一部の実施形態では、マルチコア処理環境４００は、コーデック４４３から情報を取得し、及び／又はコーデック４４３に情報（例えば、追加のコーデック）を提供してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上の衛星ソース４４５に接続される。衛星ソース４４５は、衛星から受信した信号及び／又はデータであってもよい。例えば、衛星ソース４４５は、衛星ラジオ及び／又は衛星テレビ信号であってもよい。一部の実施形態では、衛星ソース４４５は信号又はデータである。他の実施形態では、衛星ソース４４５は、アンテナ、受信機、プロセッサ等のハードウェアコンポーネントを含んでもよい。
図１Ｆを更に参照すると、マルチコア処理環境４００は、入出力装置４４１−４５３に接続されてもよい。入出力装置４４１−４５３は、マルチコア処理環境４００がユーザに情報を表示することを可能にしてもよい。また、入出力装置４４１−４５３は、ユーザがマルチコア処理環境４００に制御入力を提供することを可能にしてもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のＣＩＤディスプレイ４４７に接続される。マルチコア処理環境４００は、ＣＩＤディスプレイ４４７に画像、データ、ビデオ等を出力してもよい。例えば、マルチコア処理環境４００内で実行中のアプリケーションがＣＩＤディスプレイ４４７に出力されてもよい。一部の実施形態では、ＣＩＤディスプレイ４４７は、マルチコア処理環境４００に入力情報を送信してもよい。例えば、ＣＩＤディスプレイ４４７は、タッチ対応であり、マルチコア処理環境４００に入力情報を送信してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のＩＣＤディスプレイ４４９に接続される。マルチコア処理環境４００は、ＩＣＤディスプレイ４４９に画像、データ、ビデオ等を出力してもよい。例えば、マルチコア処理環境４００内で実行中のアプリケーションがＩＣＤディスプレイ４４９に出力されてもよい。一部の実施形態では、ＩＣＤディスプレイ４４９は、マルチコア処理環境４００に入力情報を送信してもよい。例えば、ＩＣＤディスプレイ４４９は、タッチ対応であり、マルチコア処理環境４００に入力情報を送信してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のＨＵＤディスプレイ４５１に接続される。マルチコア処理環境４００は、ＨＵＤディスプレイ４５１に画像、データ、ビデオ等を出力してもよい。例えば、マルチコア処理環境４００内で実行中のアプリケーションがＨＵＤディスプレイ４５１に出力されてもよい。一部の実施形態では、ＨＵＤディスプレイ４５１は、マルチコア処理環境４００に入力情報を送信してもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上の後部座席ディスプレイ４５３に接続される。マルチコア処理環境４００は、後部座席ディスプレイ４５３に画像、データ、ビデオ等を出力してもよい。例えば、マルチコア処理環境４００内で実行中のアプリケーションが後部座席ディスプレイ４５３に出力されてもよい。一部の実施形態では、後部座席ディスプレイ４５３は、マルチコア処理環境４００に入力情報を送信してもよい。例えば、後部座席ディスプレイ４５３は、タッチ対応であり、マルチコア処理環境４００に入力情報を送信してもよい。
更なる実施形態では、マルチコア処理環境４００は、他のソースから入力を受信してもよい。例えば、マルチコア処理環境４００は、ハードキーコントロール（例えば、ボタン、ノブ、スイッチ等）から入力を受信してもよい。一部の実施形態では、マルチコア処理環境４００は、パーソナルメディア装置、携帯電話等の接続装置からも入力を受信してもよい。追加の実施形態では、マルチコア処理環境４００は、こうした装置に出力してもよい。
図１Ｇを次に参照すると、例示的な実施形態によるマルチコア処理環境４００内で実行される様々な動作モジュールが示されている。動作モジュールは、車両内のディスプレイ装置で表示するためのアプリケーション画像（例えば、グラフィックス出力）を生成するために使用される。アプリケーション画像はフレームバッファコンテンツを含んでもよい。動作モジュールは、メモリに記憶されて、マルチコア処理環境４００のコンピュータコンポーネント及び／又はハードウェアコンポーネントにより実行されるコンピュータコードであってもよい。動作モジュールは、ハードウェアコンポーネントであり又はハードウェアコンポーネントを含んでもよい。一部の実施形態では、図１Ｇに示された動作モジュールは、マルチコア処理環境４００の単一コアで実装される。
一部の実施形態では、マルチコア処理環境４００は、システム構成モジュール３４１を含む。システム構成モジュール３４１は、システム構成に関連する情報を記憶してもよい。例えば、システム構成モジュール３４１は、接続ディスプレイの数、接続ディスプレイのタイプ、ユーザ設定（例えば、お気に入りのアプリケーション、好みのアプリケーション場所等）、デフォルト値（例えば、アプリケーションのデフォルト表示場所）等の情報を含んでもよい。
一部の実施形態では、マルチコア処理環境４００は、アプリケーションデータベースモジュール３４３を含む。アプリケーションデータベースモジュール３４３は、マルチコア処理環境４００にロードされる及び／又は実行される各アプリケーションに関連する情報を含んでもよい。例えば、アプリケーションデータベースモジュール３４３は、特定のアプリケーションに関連する表示情報（例えば、アイテム／ディスプレイ構成、色、相互作用可能要素、関連画像及び／又はビデオ等）、デフォルト又は設定情報（例えば、「ホワイトリスト」又は「ブラックリスト」情報、デフォルト表示場所、お気に入りの状態等）等を含んでもよい。
一部の実施形態では、マルチコア処理環境４００は、オペレーティングシステムモジュール３４５を含む。オペレーティングシステムモジュール３４５は、マルチコア処理環境４００で実行される１つ以上のオペレーティングシステムに関連する情報を含んでもよい。例えば、オペレーティングシステムモジュール３４５は、実行可能コード、カーネル、メモリ、モード情報、割り込み情報、プログラム実行命令、デバイスドライバ、ユーザインターフェースシェル等を含んでもよい。一部の実施形態では、オペレーティングシステムモジュール３４５は、マルチコア処理環境４００の他の全てのモジュールを管理するために使用されてもよい。
一部の実施形態では、マルチコア処理環境４００は、１つ以上のプレゼンテーションコントローラモジュール３４７を含む。プレゼンテーションコントローラモジュール３４７は、１つ以上のコンポーネントモジュール３４９と１つ以上のアプリケーションモジュール３５１との間の通信リンクを提供してもよい。プレゼンテーションコントローラモジュール３４７は、コンポーネントモジュール３４９とアプリケーションモジュール３５１との間の入力及び／又は出力を処理してもよい。例えば、プレゼンテーションコントローラ３４７は、コンポーネントモジュール３４９から適切なアプリケーションへと情報をルーティングしてもよい。同様に、プレゼンテーションコントローラ３４７は、アプリケーションモジュール３５１から適切なコンポーネントモジュール３４９へと出力命令をルーティングしてもよい。一部の実施形態では、プレゼンテーションコントローラモジュール３４７は、データをルーティングする前にマルチコア処理環境４００がデータを前処理することを許可してもよい。例えば、プレゼンテーションコントローラ３４７は、アプリケーションモジュール３５１又はコンポーネントモジュール３４９の何れかにより処理され得る形態に情報を変換してもよい。
一部の実施形態では、コンポーネントモジュール３４９は、マルチコア処理環境４００に接続されるコンポーネント（例えば、携帯電話、ＤＶＤドライブ等の娯楽装置、アンプ、信号チューナ等）に関連する入力及び／又は出力を処理する。例えば、コンポーネントモジュール３４９は、コンポーネントから入力を受信するための命令を提供してもよい。コンポーネントモジュール３４９は、コンポーネント及び／又は処理入力から入力を受信してもよい。例えば、コンポーネントモジュール３４９は、入力を命令に変換してもよい。同様に、コンポーネントモジュール３４９は、出力命令をコンポーネント用の出力又は出力コマンドに変換してもよい。他の実施形態では、コンポーネントモジュール３４９は、上記のタスクを行うために使用される情報を記憶する。コンポーネントモジュール３４９は、プレゼンテーションコントローラモジュール３４７によりアクセスされてもよい。次に、プレゼンテーションコントローラモジュール３４７は、アプリケーションモジュール３５１及び／又はコンポーネントとインターフェース接続してもよい。
アプリケーションモジュール３５１はアプリケーションを実行してもよい。アプリケーションモジュール３５１は、プレゼンテーションコントローラ３４７、ウィンドウマネージャ３５５、レイアウトマネージャ３５７、及び／又はユーザ入力マネージャ３５９から入力を受信してもよい。また、アプリケーションモジュール３５１は、プレゼンテーションコントローラ３４７、ウィンドウマネージャ３５５、レイアウトマネージャ３５７、及び／又はユーザ入力マネージャ３５９に情報を出力してもよい。アプリケーションモジュール３５１は、入力に基づいて計算を行って、出力を生成する。次に、出力は異なるモジュールに送信される。アプリケーションの例は、天気情報を取得してそれをユーザに表示する天気情報アプリケーション、携帯装置から通知を取得してユーザに表示する通知アプリケーション、他の入力装置を使用してユーザが携帯装置を制御することを可能にする携帯装置インターフェースアプリケーション、ゲーム、カレンダ、ビデオプレーヤ、音楽ストリーミングアプリケーションを含む。一部の実施形態では、アプリケーションモジュール３５１は、計算、処理、入力、及び／又は出力により引き起こされるイベントを処理する。アプリケーションモジュール３５１は、ユーザ入力を処理し、及び／又はそれに応じて表示される画像（例えば、レンダリング面３５３）を更新してもよい。アプリケーションモジュール３５１は、アプリケーションを終了する、アプリケーション等を立ち上げる等の他の動作を処理してもよい。
アプリケーションモジュール３５１は、１つ以上のレンダリング面３５３を生成してもよい。レンダリング面は、ユーザに表示される情報である。一部の実施形態では、レンダリング面３５３は、ディスプレイ上に位置する仮想動作フィールドを介してアプリケーションの表示を可能にする情報を含む。例えば、レンダリング面３５３は、表示される要素のレイアウト、表示される値、表示されるラベル、表示されるフィールド、色、形状等を含む。他の実施形態では、レンダリング面３５３は、ユーザに表示される画像内に含まれる情報のみを含んでもよい。例えば、レンダリング面３５３は、値、ラベル及び／又はフィールドを含み得るが、レイアウト（例えば、情報の位置、色、サイズ等）は、他のモジュール（例えば、レイアウトマネージャ３５７、ウィンドウマネージャ３５５等）によって決定されてもよい。
ウィンドウマネージャ３５５は、１つ以上のディスプレイ３４７における情報の表示を管理する。一部の実施形態では、ウィンドウマネージャ３５５は、他のモジュールから入力を受け取る。例えば、ウィンドウマネージャ３５５は、レイアウトマネージャ３５７及びアプリケーションモジュール３５１（例えば、レンダリング面３５３）からの入力を使用して、ディスプレイ３４７に表示するための画像を作成してもよい。ウィンドウマネージャ３５５は、表示情報を適切なディスプレイ３４７にルーティングしてもよい。レイアウトマネージャ３５７からの入力は、システム構成モジュール３４１、アプリケーションデータベースモジュール３４３からの情報、ユーザ入力マネージャ３５９からの表示レイアウトを変更するためのユーザ入力命令、レイアウトヒューリスティックによる単一ディスプレイ３４７上のアプリケーション表示のレイアウト、又はディスプレイ３４７に関係付けられる仮想動作フィールドを管理するためのルール等を含んでもよい。同様に、ウィンドウマネージャ３５５は、入力を処理して、他のモジュールにルーティングしてもよい（例えば、命令を出力する）。例えば、ウィンドウマネージャ３５５は、ユーザ入力を受信して、適切なクライアント又はアプリケーションモジュール３５１にリダイレクトしてもよい。一部の実施形態では、ウィンドウマネージャ３５５は、Ｘ、Ｙ、又はＺオーダーに基づいて異なるクライアント又はアプリケーション面（例えば、表示画像）を作成し得る。ウィンドウマネージャ３５５は、ユーザ入力を介してユーザにより制御されてもよい。ウィンドウマネージャ３５５は、シェル（例えば、Ｗａｙｌａｎｄ ｓｈｅｌｌ）を介してクライアント又はアプリケーションと通信してもよい。例えば、ウィンドウマネージャ３５５は、Ｘ−Ｓｅｒｖｅｒウィンドウマネージャ、Ｗｉｎｄｏｗｓウィンドウマネージャ、Ｗａｙｌａｎｄウィンドウマネージャ、Ｗａｙｌａｎｄサーバ等であってもよい。
レイアウトマネージャ３５７は、１つ以上のディスプレイ３４７上に表示されるアプリケーションのレイアウトを生成する。レイアウトマネージャ３５７は、アプリケーションデータのレイアウトを生成するのに使用されるシステム構成情報を取得してもよい。例えば、レイアウトマネージャ３５７は、ディスプレイ３４７の解像度及び場所を含むディスプレイ３４７の数、システム内のウィンドウマネージャの数、モニタのスクリーンレイアウトスキーム（ｂｉｎｉｎｇ）、車両状態等のシステム構成情報を取得してもよい。一部の実施形態では、システム構成情報は、システム構成モジュール３４１からレイアウトマネージャ３５７によって取得されてもよい。
また、レイアウトマネージャ３５７は、アプリケーションデータのレイアウトを生成するのに使用されるアプリケーション情報を取得してもよい。例えば、レイアウトマネージャ３５７は、どのアプリケーションがどのディスプレイ３４７（例えば、ＨＵＤ、ＣＩＤ、ＩＣＤ等）に表示されることができるか、各アプリケーションによってサポートされるディスプレイ解像度、アプリケーション状態（例えば、どのアプリケーションが実行中であり又はアクティブであるか）、トラックシステム及び／又は非システムアプリケーション（例えば、タスクバー、設定メニュー、エンジニアリングスクリーン等）等のアプリケーション情報を取得してもよい。
一部の実施形態では、レイアウトマネージャ３５７は、アプリケーションデータベースモジュール３４３からアプリケーション情報を取得してもよい。更なる実施形態では、レイアウトマネージャ３５７は、アプリケーションモジュール３５１からアプリケーション情報を取得してもよい。また、レイアウトマネージャ３５７は、ユーザ入力情報を受信してもよい。例えば、ユーザ入力から生じる情報及び／又は命令は、ユーザ入力マネージャ３５９からレイアウトマネージャ３５７に送信されてもよい。例えば、ユーザ入力は、あるディスプレイ３４７から別のディスプレイ３４７へアプリケーションを移動させ、アプリケーション画像をサイズ変更し、追加のアプリケーションアイテムを表示し、アプリケーションを終了する命令等を生じてもよい。レイアウトマネージャ３５７は、ユーザ入力に完全に又は部分的に基づいて新しい表示レイアウトを生成するように命令を実行し及び／又は情報を処理してもよい。
レイアウトマネージャ３５７は、１つ以上のディスプレイに表示されるアプリケーションデータ（例えば、レンダリング面３５３）用のレイアウトを決定するために上記の情報又は他の情報を使用してもよい。多くのレイアウトが可能である。レイアウトマネージャ３５７は、本明細書に記載のレイアウトを生成するために様々な技術を使用してもよい。こうした技術は、例えば、サイズ最適化、アプリケーションの優先順位付け、ユーザ入力への応答、ルール、ヒューリスティック、レイアウトデータベース等を含んでもよい。
レイアウトマネージャ３５７は、他のモジュールに情報を出力してもよい。一部の実施形態では、レイアウトマネージャ３５７は、アプリケーション情報及び／又はアイテムを所定の設定（例えば、所定のサイズ、所定のディスプレイ３４７、所定の表示場所（例えば、仮想動作フィールド）等でレンダリングするためにアプリケーションモジュール３５１に命令及び／又はデータを送信する。例えば、レイアウトマネージャ３５７は、レイアウトマネージャ３５７によって取得された情報及び／又は命令に基づいてレンダリング面３５３を生成するようにアプリケーションモジュール３５１に命令してもよい。
一部の実施形態では、レンダリング面３５３又は他のアプリケーションデータは、レイアウトマネージャ３５７に戻されてもよく、これは次にウィンドウマネージャ３５５にそれを転送してもよい。例えば、アプリケーション及び／又は仮想動作フィールドの方向、アプリケーション及び／又は仮想動作フィールドのサイズ、アプリケーション及び／又は仮想動作フィールドをどのディスプレイ３４７に表示すべきか等の情報が、レイアウトマネージャ３５７によってウィンドウマネージャ３５５に渡されてもよい。他の実施形態では、レイアウトマネージャ３５７からの命令に応答してアプリケーションモジュール３５１によって生成されるレンダリング面３５３又は他のアプリケーションデータが、ウィンドウマネージャ３５５に直接送信されてもよい。更なる実施形態では、レイアウトマネージャ３５７は、ユーザ入力マネージャ３５９に情報を伝達してもよい。例えば、レイアウトマネージャ３５７は、所定のユーザ入力を防ぐためにインターロック情報を提供してもよい。
マルチコア処理環境４００は、ユーザ入力３６１を受信してもよい。ユーザ入力３６１は、タッチスクリーン入力（例えば、プレス、スワイプ、ジェスチャ等）、ハードキー入力（例えば、ボタンを押すこと、ノブを回すこと、スイッチをアクティブ化すること等）、音声コマンド等のユーザ入力に応じたものであってもよい。一部の実施形態では、ユーザ入力３６１は入力信号又は命令であってもよい。例えば、入力ハードウェア及び／又は中間制御ハードウェア及び／又はソフトウェアがユーザ入力を処理して、マルチコア処理環境４００に情報を送信してもよい。他の実施形態では、マルチコア処理環境４００は、車両インターフェースシステム３０１からユーザ入力３６１を受信する。更なる実施形態では、マルチコア処理環境４００は、直接ユーザ入力（例えば、電圧の変化、測定キャパシタンス、測定抵抗等）を受信する。マルチコア処理環境４００は、直接ユーザ入力を処理し又は他のやり方で取り扱ってもよい。例えば、ユーザ入力マネージャ３５９及び／又は追加のモジュールが直接ユーザ入力を処理してもよい。
ユーザ入力マネージャ３５９はユーザ入力３６１を受信する。ユーザ入力マネージャ３５９はユーザ入力３６１を処理してもよい。例えば、ユーザ入力マネージャ３５９は、ユーザ入力３６１を受信して、ユーザ入力３６１に基づいて命令を生成してもよい。例えば、ユーザ入力マネージャ３５９は、ＣＩＤディスプレイ上のキャパシタンスの変化から成るユーザ入力３６１を処理し、ＣＩＤディスプレイ上の左から右のスワイプに対応する入力命令を生成してもよい。また、ユーザ入力マネージャは、ユーザ入力３６１に対応する情報を決定してもよい。例えば、ユーザ入力マネージャ３５９は、どのアプリケーションモジュール３５１がユーザ入力３６１に対応するかを決定してもよい。ユーザ入力マネージャ３５９は、レイアウトマネージャ３５７から受信したアプリケーションレイアウト情報及びユーザ入力３６１、ウィンドウマネージャ３５５からのウィンドウ情報、及び／又はアプリケーションモジュール３５１から受信したアプリケーション情報に基づいてこの決定を行ってもよい。
ユーザ入力マネージャ３５９は、ユーザ入力３６１に対応する情報及び／又は命令を出力してもよい。情報及び／又は命令は、レイアウトマネージャ３５７に出力されてもよい。例えば、あるディスプレイ３４７から別のディスプレイ３４７へとアプリケーションを移動させるための命令が、対応するディスプレイ３４７に対して更新されたレンダリング面３５３を生成するようにアプリケーションモジュール３５１を命令するレイアウトマネージャ３５７に送信されてもよい。他の実施形態では、情報及び／又は命令は、ウィンドウマネージャ３５５に出力されてもよい。例えば、情報及び／又は命令はウィンドウマネージャ３５５に出力されてもよく、これは次に情報及び／又は命令を１つ以上のアプリケーションモジュール３５１に転送してもよい。更なる実施形態では、ユーザ入力マネージャ３５９は、情報及び／又は命令をアプリケーションモジュール３５１に直接出力する。
レンダリング面３５３及び／又はアプリケーション情報は、１つ以上のディスプレイ３４７に表示されてもよい。ディスプレイ３４７は、ＩＣＤ、ＣＩＤ、ＨＵＤ、後部座席ディスプレイ等であってもよい。一部の実施形態では、ディスプレイ３４７は、統合型入力装置を含んでもよい。例えば、ＣＩＤディスプレイ３４７は容量性タッチスクリーンであってもよい。１つ以上のディスプレイ３４７がディスプレイシステム（例えば、拡張デスクトップ）を形成してもよい。ディスプレイシステムのディスプレイ３４７は、マルチコア処理環境４００の１つ又は複数のモジュールにより調整されてもよい。例えば、レイアウトマネージャ３５７及び／又はウィンドウマネージャ３５５は、どのアプリケーションがディスプレイシステムのどのディスプレイ３４７に表示されるかを決定してもよい。同様に、１つ以上のモジュールが、複数のディスプレイ３４７間での相互作用を調整してもよい。例えば、マルチコア処理環境４００は、あるディスプレイ３４７から別のディスプレイ３４７へのアプリケーションの移動を調整してもよい。
上記の図面について先に検討されたオーディオビジュアルシステム１００の特徴の説明は例示であり、他の実施形態も予測し得る。
図２Ａ−２Ｃを次に参照すると、本発明の一部の実施形態による、複数のディスプレイ装置を有するオーディオビジュアルシステム１００が示されている。図２Ａは、自動車１の例示的な室内を示している。図示のように、３つのディスプレイ装置、中央情報ディスプレイ（「ＣＩＤ」）２１０、計器クラスタディスプレイ（「ＩＣＤ」）２２０、及びヘッドアップディスプレイ（「ＨＵＤ」）２３０が設けられている。図２Ａに示された例では、ＣＩＤ２１０は中央コンソールに設けられ、ＩＣＤ２２０はハンドルの後ろのダッシュボード内に配置して設けられ、ＨＵＤ２３０はフロントガラス上に表示されて設けられている。図２Ｂは、図２Ａの例示の自動車１及びディスプレイ装置の別の斜視図を示している。図２Ｃは、オーディオビジュアルシステム１００の一部である出力装置１３０の一部としてブロック図の形態で、ＣＩＤ２１０、ＩＣＤ２２０及びＨＵＤ２３０を示している。
先の図面に示されたオーディオビジュアルシステム１００の記述は例示であり、他の実施形態も予測し得る。例えば、オーディオビジュアルシステム１００は、第２列の乗客がディスプレイ装置を閲覧できるように前列用のヘッドレストの後ろに差し込まれたディスプレイ装置等の更なるディスプレイ装置を含んでもよい。更なる例として、ＨＵＤ２３０は、ヘッドアップディスプレイの原理の範囲内にある様々な形態で提供されてもよい。例えば、ＨＵＤ２３０は自動車１のフロントガラス上に投影される画像から成ってもよく、又はＨＵＤ２３０はダッシュボードから上方に突出し且つその上に情報が投影され若しくは他のやり方で表示される剛性の透明スクリーンから成ってもよい。オーディオビジュアルシステム１００は、３つよりも少ないディスプレイ装置、より多くのディスプレイ装置、異なるディスプレイ装置、自動車１における又は隣接する異なる場所のディスプレイ装置の配置、又は本発明の範囲内の他の変化を含んでもよい。更に、オーディオビジュアルシステム１００は、後でさらに詳細に検討される処理コンポーネント及び入力コンポーネント等の非ディスプレイコンポーネントを含んでもよい。
図３Ａ−３Ｆを次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステムのための複数の入力装置が示されている。図３Ａは、オーディオビジュアルシステム１００用の入力装置の形態であり得るタッチスクリーンディスプレイ３００を示している。図３Ｂは、少なくとも１つのユーザ入力装置３１０を含むハンドルアセンブリを示している。図３Ｃは、ハンドルアセンブリに取り付けられるユーザ入力装置３１０を更に詳細に示している。
図３Ｄは、ユーザ入力装置３１０を更に詳細に示している。図示のように、ユーザ入力装置３１０は、タッチセンサ３２０、ハードキー３３０、及びハードキー３４０を含む。タッチセンサ３２０は、特に、ユーザの指との物理的接触又は近接性を検出して、検出された情報を電気信号に処理するように構成される装置であってもよい。ハードキー３３０及びハードキー３４０は、任意の種類の物理ボタン又はキーであってもよい。一部の実施形態では、ハードキー３３０及びハードキー３４０は、ユーザ入力装置３１０内で電気信号を生成するためにユーザによって押され得る物理ボタンである。
図３Ｅは、オーディオビジュアルシステム１００と通信するために使用され得るハンドヘルド装置３５０を示す。一部の実施形態では、ハンドヘルド装置３５０は、オーディオビジュアルシステム１００に制御信号を送信して、オーディオビジュアルシステム１００の機能を制御するために使用されてもよい。
図３Ｆは、ブロック図の形態で検討されたオーディオビジュアルシステム１００の特徴を示している。図示のように、オーディオビジュアルシステム１００の入力装置１１０は、タッチスクリーン３００、ユーザ入力装置３１０、タッチセンサ３２０、ハードキー３３０、及びハードキー３４０を含んでもよい。更に、入力装置１１０は、ハンドヘルド装置３５０から信号を受信するための有線受信機３７０及び無線受信機３６０を含んでもよい。更に、入力装置１１０は、ユーザからの可聴ボイス入力を検出および処理するためにボイス受信機３８０を含んでもよい。更に、入力装置１１０は、特定の手の動き又は腕のジェスチャ等、自動車１内のユーザによるジェスチャを検出する赤外線検出器３９０を含んでもよい。このような場合、入力装置１１０は、赤外線検出器３９０が赤外線フィールドの撹乱を介してユーザのジェスチャを検出するために赤外線送信機を更に含んでもよい。
先の図面に示されたオーディオビジュアルシステム１００の記述は例示であり、他の実施形態も予測し得る。例えば、オーディオビジュアルシステム１００は、先の特徴に示されたよりも少ない又は多くの入力装置を有してもよい。更なる例として、オーディオビジュアルシステム１００は、当技術分野で周知の異なるタイプの入力装置を有してもよい。ユーザ入力装置３１０は、より多くの又は少ないハードキー、より多くの又は少ないタッチセンサ等を有するように異なって構成されてもよい。ハンドヘルド装置３５０は、オーディオビジュアルシステム１００と電子的に通信することができる任意の電子装置として実装されてもよい。例えば、ハンドヘルド装置３５０は、スマートフォン、ＰＤＡ、タブレットコンピュータ、ラップトップコンピュータ等であってもよい。無線受信機３６０は、ハンドヘルド装置３５０と通信するために当技術分野で周知の様々な技術を使用して提供されてもよい。例えば、無線受信機３６０は、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信、ＺｉｇＢｅｅ通信、Ｗｉ−Ｆｉ通信等をサポートしてもよい。有線受信機３７０は、ハンドヘルド装置３５０と通信するために当技術分野で周知の様々な技術を使用して提供されてもよい。例えば、有線受信機３７０は、ＵＳＢインターフェースをサポートしてもよい。
本発明の一部の実施形態によれば、オーディオビジュアルシステム１００は、単一のディスプレイ装置で同時に並列的に実行される複数のアプリケーションからの出力を同時に表示するように構成されてもよい。オーディオビジュアルシステム１００は、各アプリケーションが、アプリケーションに関係付けられる情報を表示することができるディスプレイ装置の専用部分を有することを可能にしてもよい。このような部分が、この開示を通じて仮想動作フィールド又は動作フィールドとして検討される。以下の実施形態は、このようなディスプレイ装置がこのような同時表示を可能にするように構成され得る様々なやり方を開示する。
図４Ａ−４Ｆを次に参照すると、本発明の一部の実施形態による、ディスプレイ装置上の仮想動作フィールドが示されている。こうした図面は、例示的なＣＩＤ２１０に基づいてこのような構成を示している。ＣＩＤ２１０に関して、こうした図面に示されている３つの仮想動作フィールド等の複数の仮想動作フィールドをサポートすることは有利であってもよい。しかしながら、１つのアプリケーションのみが実行されている又は１つのアプリケーションのみがそれ以外のやり方でディスプレイ装置に情報を出力している場合、単一の仮想動作フィールドのみが必要とされてもよい。
図４Ａは、基本的にＣＩＤ２１０の表示フィールド全体を覆う単一の仮想動作フィールド４１０が提供される状況を示している。この場合、１つのアプリケーションのみがＣＩＤ２１０に情報を出力しているので、より多くの情報又は同じ情報のより詳細な表示を可能にするように、そのアプリケーションの仮想動作フィールド４１０がディスプレイ装置の全空間を覆うことを有利に可能にする。
図４Ｂは、２つのアプリケーションがＣＩＤ２１０に情報を表示している状況を示している。ここで、２つの仮想動作フィールド４１０が提供されている。図示のように、１つの仮想動作フィールドがＣＩＤ２１０の表示フィールド全体の約２／３を覆う一方で、他の仮想動作フィールド４１１がＣＩＤ２１０の表示フィールド全体の約１／３を覆っている。
図４Ｃは、３つのアプリケーションがＣＩＤ２１０に情報を表示している状況を示している。ここで、３つの仮想動作フィールド４１０、４１１、及び４１２が提供されている。図示のように、各仮想動作フィールド４１０、４１１及び４１２は、ＣＩＤ２１０の表示フィールド全体の約１／３を覆う。
先の図面における仮想動作フィールドの開示は例示であり、他の実施形態も予測し得る。例えば、ＣＩＤ２１０等のディスプレイ装置は、４つ、５つ又はそれ以上等、３つより多くの仮想動作フィールドをサポートしてもよい。更に、複数の仮想動作フィールドがディスプレイ装置上に存在する場合、各仮想動作フィールドに提供される合計表示フィールドの部分は、上記のものとは異なってもよい。例えば、２つの仮想動作フィールドがディスプレイ装置に提供される場合、各仮想動作フィールドは、表示フィールド全体の約１／２を覆ってもよい。更なる例として、先の図面には表示フィールドの垂直パーティション化が示されているが、仮想動作フィールドは、表示フィールドの水平パーティション化、水平及び垂直パーティション化の混合、又は他の技術等の他のパーティション化技術を使用して提供され得る。
図４Ｄ−４Ｆは、ソフトウェアアプリケーションにより提供される情報を有する仮想動作フィールドの使用の例を示す。図４Ｄでは、単一のアプリケーションが、ＣＩＤ２１０に表示される情報を提供している。このアプリケーションはラジオアプリケーションであり、表示される情報はＦＭ帯域におけるラジオ周波数を探索するためのラジオダイヤルである。図示のように、ラジオアプリケーションのみがＣＩＤ２１０に表示される情報を提供している場合、単一の動作フィールド４１０が、ＣＩＤ２１０の表示フィールドの実質的に全てを覆うように提供される。
図４Ｅでは、ラジオアプリケーション及びナビゲーションアプリケーションの両方がＣＩＤ２１０に表示される情報を提供している。このように、ラジオアプリケーション情報が仮想動作フィールド４１０に表示される一方で、仮想動作フィールド４１１にはナビゲーションアプリケーション情報が表示される。
図４Ｆでは、ラジオアプリケーション、ナビゲーションアプリケーション及び（現在のトリップに関する詳細を提供する）トリップアプリケーションが、ＣＩＤ２１０に表示される情報を提供している。このように、仮想動作フィールド４１０にラジオアプリケーション情報が表示され、仮想動作フィールド４１２にナビゲーションアプリケーション情報が表示され、仮想動作フィールド４１２にトリップアプリケーション情報が表示される。
図４Ｇ−４Ｈは、本発明の一部の実施形態による、ディスプレイ装置に表示されるアプリケーションを変更するための処理を示す。図４Ｇの処理はステップ４５０で開始し、オーディオビジュアルシステム１００が、０個以上のアプリケーションのために情報の表示を生成する。このステップでは、アプリケーションの何らかの事前の選択が行われており、こうしたアプリケーションがディスプレイ装置上の仮想動作フィールドに割り当てられて、こうしたアプリケーション用の情報が表示されている。場合によっては、アプリケーションが表示されておらず、この場合は、ディスプレイ装置には０個の仮想動作フィールドが有る。
ステップ４５１では、オーディオビジュアルシステム１００は、ディスプレイ装置に現在表示されていないアプリケーション用の情報を表示するようにオーディオビジュアルシステム１００に命令する入力を受信する。この入力は、ユーザ入力、システムトリガ、何らかの他のシステムからの入力、又はそれ以外に基づいてもよい。例えば、入力は、運転者がナビゲーション支援を受けること、ラジオ局等を変更すること等を望むことにより提供されてもよく、車両警告に基づいてトリガされてもよく、ハンドヘルド装置３５０における着信電話呼び出しによってトリガされてもよく、又はこれら以外であってもよい。オーディオビジュアルシステム１００は、入力を受信し且つ処理して、現在表示されていない追加のアプリケーションが表示されるべきであると決定する。
ステップ４５２では、オーディオビジュアルシステム１００は、ディスプレイ装置用の既定最大数の仮想動作フィールドが既に使用されているかどうかを決定する。オーディオビジュアルシステム１００は、メモリから仮想動作フィールドの既定最大数を取得して、それを現在使用されている仮想動作フィールドの数と比較することによりこの決定を行ってもよい。仮想動作フィールドの最大数にまだ到達していない場合、オーディオビジュアルシステム１００は、既に表示されている全てのアプリケーションに加えて新しいアプリケーションを表示するであろう。
ステップ４５３では、オーディオビジュアルシステム１００は、新しいアプリケーション用に別の仮想動作フィールドの追加を受け入れるために既に使用されている仮想動作フィールドをどのようにサイズ変更及び再配置するかを決定する。このステップは、オーディオビジュアルシステム１００が既存の仮想動作フィールドをどのようにサイズ変更及び再配置するかに関する既定のルールセットを適用することに関してもよい。例えば、オーディオビジュアルシステム１００は、ディスプレイ装置用の有限個の可能な構成の１つとして仮想動作フィールドの現在の配置を特定してもよい。次に、オーディオビジュアルシステム１００は、現在の構成及び別の仮想動作フィールドを追加するアクションに基づいてどのような構成に移行すべきかを定義する遷移テーブルを検討してもよい。
一部の実施形態では、ステップ４５３は、様々なアプリケーションの重要性（例えば、アプリケーションの１つが警告に関するか、一部のアプリケーションが他よりも車両動作にクリティカルであるか等）に基づいて構成を決定することを含む。この分析に基づいて、オーディオビジュアルシステム１００は、ディスプレイ装置上の仮想動作フィールドがどのように配置されるべきか、及びどの仮想動作フィールドでどのアプリケーションが情報を表示するかを決定する。こうした決定に基づいて、オーディオビジュアルシステム１００は、次にステップ４５０において、アプリケーションの表示を再生成する。
ステップ４５２で仮想動作フィールドの最大数に既に到達している場合、オーディオビジュアルシステム１００は、新しいアプリケーションを表示する仮想動作フィールドを解放するために現在表示されている１つのアプリケーションの表示を終了してもよい。
ステップ４５４では、オーディオビジュアルシステム１００は、現在表示されているどのアプリケーションがもはや表示されるべきでないかを決定する。この決定は、どのアプリケーションがユーザとの相互作用無しで最も長い時間経過したか、どのアプリケーションが最も低い既定の優先レベルを有するか、どのアプリケーションが新しいアプリケーションと機能領域を共有すべきか、どのアプリケーションが現在アイドル状態であるかを決定すること、どのアプリケーションをもはや表示すべきでないかをユーザに問い合わせること、又は何らかの他の決定機構等、ルール又はヒューリスティックのアプリケーションに関与してもよい。この分析に基づいてオーディオビジュアルシステム１００は、現在表示されているが次の表示生成では表示されることを止めるアプリケーションを特定する。
ステップ４５５では、オーディオビジュアルシステム１００は、使用中の仮想動作フィールドに表示され続けるアプリケーションをどのように再割り当てするかを決定する。オーディオビジュアルシステム１００は、現在未使用の仮想動作フィールドを特定するためにディスプレイが終了されるアプリケーションのステップ４５４における決定を使用する。オーディオビジュアルシステム１００は、表示され続けるアプリケーション及び新しいアプリケーションを仮想動作フィールドにどのように再割り当てするかを決定するためにルール又はヒューリスティックを適用してもよい。例えば、オーディオビジュアルシステム１００は、未使用の動作フィールドに表示される未使用の仮想動作フィールドの右側にアプリケーションの割り当てをシフトして、アプリケーションの左シフトを行ってもよい。オーディオビジュアルシステム１００は、最も右側の仮想動作フィールドが未使用になるまでディスプレイ装置上で表示されるアプリケーションのこの左シフトを継続してもよい。次に、オーディオビジュアルシステム１００は、最も右側の仮想動作フィールドに表示される新しいアプリケーションを割り当てるであろう。代替的に、オーディオビジュアルシステム１００は、現在未使用であるが除去されたアプリケーションによって以前使用されていた仮想動作フィールドに表示される新しいアプリケーションを単純に割り当ててもよい。様々な他の技術が使用されてもよい。アプリケーションの仮想動作フィールドへの新しい割り当てが決定されると、オーディオビジュアルシステム１００は、次にステップ４５０において、アプリケーションの表示を再生成する。
図４Ｈの処理はステップ４６０で開始し、オーディオビジュアルシステム１００が、１個以上のアプリケーションのために情報の表示を生成する。このステップでは、アプリケーションの何らかの事前の選択が行われており、こうしたアプリケーションがディスプレイ装置上の仮想動作フィールドに割り当てられて、こうしたアプリケーション用の情報が表示されている。
ステップ４６１では、オーディオビジュアルシステム１００は、ディスプレイ装置に現在表示されている特定のアプリケーション用の情報の表示を終了するようにオーディオビジュアルシステム１００に命令する入力を受信する。この入力は、ユーザ入力、システムトリガ、何らかの他のシステムからの入力、又はそれ以外に基づいてもよい。例えば、入力は、（電話アプリケーションが表示されている場合）電話呼び出し、（ユーザが車両設定、ラジオチャネル等を選択した場合）ユーザからのメニュー選択、車両警告のユーザ確認、又はこれら以外の結果に基づいてもよい。オーディオビジュアルシステム１００は、入力を受信し且つ処理して、現在表示されているアプリケーションがもはや表示されるべきではないと決定する。
ステップ４６２では、オーディオビジュアルシステム１００は、仮想動作フィールドの１つが一旦除去されると使用中のままになる仮想動作フィールドをどのようにサイズ変更及び再配置するかを決定する。このステップは、オーディオビジュアルシステム１００が残りの仮想動作フィールドをどのようにサイズ変更及び再配置するかに関する既定のルールセットを適用することに関してもよい。例えば、オーディオビジュアルシステム１００は、ディスプレイ装置用の有限個の可能な構成の１つとして仮想動作フィールドの現在の配置を特定してもよい。次に、オーディオビジュアルシステム１００は、現在の構成及び仮想動作フィールドを除去するアクションに基づいてどのような構成に移行すべきかを定義する遷移テーブルを検討してもよい。
一部の実施形態では、オーディオビジュアルシステム１００は、１つより多くの仮想動作フィールドが残る場合に、残りの仮想動作フィールドのどれが除去された仮想動作フィールドによって解放される空間を消費するかを決定する。このような場合、オーディオビジュアルシステム１００は、ユーザによって最も最近相互作用された又は現在フォーカスを有するアプリケーション用に仮想表示フィールドを選択してもよい。この分析に基づいて、オーディオビジュアルシステム１００は、ディスプレイ装置上の仮想動作フィールドがどのように配置されるべきか、及びどの仮想動作フィールドでどのアプリケーションが情報を表示するかを決定する。別の例として、オーディオビジュアルシステム１００は、典型的な車両アプリケーションの使用に基づいて、空いた仮想動作フィールドに挿入する新しいアプリケーションを決定してもよい。こうした決定に基づいて、オーディオビジュアルシステム１００は、次にステップ４６０において、アプリケーションの表示を再生成する。
図５Ａ−５Ｃを次に参照すると、本発明の一部の実施形態による、ディスプレイ装置上の仮想動作フィールドが示されている。こうした図面は、例示的なＩＣＤ２２０に基づいてこのような構成を示している。ＩＣＤ２２０に関して、こうした図面に示されている３つの仮想動作フィールド等の複数の仮想動作フィールドと共に予約空間をサポートすることは有利であってもよい。しかしながら、１つのアプリケーションのみが実行されている又は１つのアプリケーションのみがそれ以外のやり方でディスプレイ装置に情報を出力している場合、単一の仮想動作フィールドのみが必要とされてもよい。それにもかかわらず、予約空間は、１つ以上の仮想動作フィールドの存在と共に維持されてもよい。
図５Ａは、ＩＣＤ２２０の表示フィールドの約１／３を覆う単一の仮想動作フィールド５１０が提供される状況を示している。ＩＣＤ２２０の表示フィールドの残りの部分は、予約空間５０１及び予約空間５０２によって覆われている。予約空間５０１及び予約空間５０２は、自動車１の運転者に重要な情報を表示するために使用されてもよく、そのためアプリケーションがＩＣＤ２２０に表示される情報を提供しているとしても、空間は表示のために予約されていてもよい。そのため、１つのアプリケーションのみがＩＣＤ２２０に情報を出力しているとしても、アプリケーションの仮想動作フィールド５１０は、予約空間５０１及び予約空間５０２が他の情報を表示できるように表示フィールドの約１／３だけを覆う。
図５Ｂは、２つのアプリケーションがＩＣＤ２２０に情報を表示している状況を示している。ここで、２つの仮想動作フィールド５１０及び５１１が提供されている。図示のように、各仮想動作フィールド５１０及び５１１は、ＩＣＤ２２０の表示フィールド全体の約１／３を覆う。ＩＣＤ２２０の表示フィールドの残りの１／３は予約空間５０１と予約空間５０２とに分割され、各々がＩＣＤ２２０の表示フィールド全体の約１／６を覆う。
図５Ｃは、３つのアプリケーションがＩＣＤ２２０に情報を表示している状況を示している。ここで、３つの仮想動作フィールド５１０、５１１、及び５１２が提供されている。図示のように、各仮想動作フィールド５１０、５１１及び５１２は、ＩＣＤ２２０の表示フィールド全体の約１／３を覆う。この状況では、予約空間５０１及び予約空間５０２は、これらを表示するための十分な空間が無いのでもはや表示されない。
先の図面における仮想動作フィールドの開示は例示であり、他の実施形態も予測し得る。例えば、ＩＣＤ２２０等のディスプレイ装置は、４つ、５つ又はそれ以上等、３つより多くの仮想動作フィールドをサポートしてもよい。更に、複数の仮想動作フィールドがディスプレイ装置上に存在する場合、各仮想動作フィールドに提供される合計表示フィールドの部分は、上記のものとは異なってもよい。例えば、２つの仮想動作フィールドがディスプレイ装置に提供される場合、各仮想動作フィールドは、表示フィールド全体の約１／２を覆ってもよい。更なる例として、先の図面には表示フィールドの垂直パーティション化が示されているが、仮想動作フィールドは、表示フィールドの水平パーティション化、水平及び垂直パーティション化の混合、又は他の技術等の他のパーティション化技術を使用して提供され得る。更なる例として、３つ以上の仮想動作フィールドがＩＣＤ２２０等のディスプレイ装置に表示されるとしても、予約空間５０１及び５０２は表示され続けてもよい。更に、仮想表示フィールドの最大数が１つ又は２つ等に設定されてもよく、その結果、予約空間５０１及び５０２を表示するための十分な空間が常に有る。
図５Ｄ−５Ｆを次に参照すると、例示的な実施形態による、ソフトウェアアプリケーションによって提供される情報を有する仮想動作フィールドの使用の複数の例が示されている。図５Ｄでは、単一の第１のアプリケーションが、ＩＣＤ２２０に表示されるトリップ情報を提供している。図示のように、第１のアプリケーションのみがＩＣＤ２２０に表示されるトリップ情報を提供している場合、単一の動作フィールド５１０が、ＩＣＤ２２０の表示フィールドの約１／３を覆うように提供される。予約空間５０１は、速度計ダイヤルを使用して道路速度情報を表示する。予約空間５０２は、毎分回転数ダイヤルを使用してエンジン速度情報を表示する。更に、ＩＣＤ２２０の表示フィールドの上部に沿って水平に状態バー５２０が提供される。状態バー５２０は、自動車１の運転者に追加情報を表示してもよい。
図５Ｅでは、トリップアプリケーション及びナビゲーションアプリケーションの両方がＩＣＤ２２０に表示される情報を提供している。このように、トリップアプリケーション情報が仮想動作フィールド５１０に表示される一方で、仮想動作フィールド５１１にはナビゲーションアプリケーション情報が表示される。更に、予約空間５０１は、予約空間５０１に提供される縮小された表示空間に適合するようにより小型の視覚表現を使用して、道路速度情報を表示し続ける。同様に、予約空間５０２は、予約空間５０２に提供される縮小された表示空間に適合するようにより小型の視覚表現を使用して、エンジン速度情報を表示し続ける。また、この例では状態バー５２０も提供されている。
図５Ｆでは、トリップアプリケーション、ナビゲーションアプリケーション及び電話アプリケーションがＩＣＤ２２０に表示される情報を提供している。このように、仮想動作フィールド５１０にトリップアプリケーション情報が表示され、仮想動作フィールド５１２にナビゲーションアプリケーション情報が表示され、仮想動作フィールド５１１に電話アプリケーション情報が表示される。また、この例では状態バー５２０も提供されている。この例では、道路速度及びエンジン速度情報が他のやり方で表示されないので、情報が自動車１の運転者に利用可能であり続けるように、一方又は両方が状態バー５２０に表示されてもよい。
図５Ｇ−５Ｈを次に参照すると、本発明の一部の実施形態による、ディスプレイ装置に表示されるアプリケーションを変更するための処理が示されている。図５Ｇの処理はステップ５５０で開始し、オーディオビジュアルシステム１００が、０個以上のアプリケーションのために情報の表示を生成する。情報の表示は、０個以上の予約空間部分を含んでもよい。このステップでは、アプリケーションの何らかの事前の選択が行われており、こうしたアプリケーションがディスプレイ装置上の仮想動作フィールドに割り当てられて、こうしたアプリケーション用の情報が表示されている。場合によっては、アプリケーションが表示されておらず、この場合は、ディスプレイ装置には０個の仮想動作フィールドが有るが、予約空間部分は他の情報を表示してもよい。
ステップ５５１では、オーディオビジュアルシステム１００は、ディスプレイ装置に現在表示されていないアプリケーション用の情報を表示するようにオーディオビジュアルシステム１００に命令する入力を受信する。この入力は、ユーザ入力、システムトリガ、何らかの他のシステムからの入力、又はそれ以外に基づいてもよい。例えば、入力は、運転者がナビゲーション支援を受けること、ラジオ局等を変更すること等を望むことにより提供されてもよく、車両警告に基づいてトリガされてもよく、ハンドヘルド装置３５０における着信電話呼び出しによってトリガされてもよく、又はこれら以外であってもよい。オーディオビジュアルシステム１００は、入力を受信し且つ処理して、現在表示されていない追加のアプリケーションが表示されるべきであると決定する。
ステップ５５２では、オーディオビジュアルシステム１００は、ディスプレイ装置用の既定最大数の仮想動作フィールドが既に使用されているかどうかを決定する。オーディオビジュアルシステム１００は、メモリから仮想動作フィールドの既定最大数を取得して、それを現在使用されている仮想動作フィールドの数と比較することによりこの決定を行ってもよい。仮想動作フィールドの最大数にまだ到達していない場合、オーディオビジュアルシステム１００は、既に表示されている全てのアプリケーションに加えて新しいアプリケーションを表示するであろう。
ステップ５５３では、オーディオビジュアルシステム１００は、新しいアプリケーション用に別の仮想動作フィールドの追加を受け入れるために既に使用されている仮想動作フィールドをどのようにサイズ変更及び再配置するかを決定する。このステップは、オーディオビジュアルシステム１００が既存の仮想動作フィールドをどのようにサイズ変更及び再配置するかに関する既定のルールセットを適用することに関してもよい。
一部の実施形態では、ステップ５５３は、可能な予約空間の任意のサイズ変更又は再配置を考慮することを含む。例えば、オーディオビジュアルシステム１００は、ディスプレイ装置用の有限個の可能な構成の１つとして仮想動作フィールド及び予約空間の現在の配置を特定してもよい。次に、オーディオビジュアルシステム１００は、現在の構成及び別の仮想動作フィールドを追加するアクションに基づいてどのような構成に移行すべきかを定義する遷移テーブルを検討してもよい。
一部の実施形態では、ステップ５５３は、様々なアプリケーションの重要性（例えば、アプリケーションの１つが警告に関するか、一部のアプリケーションが他よりも車両動作にクリティカルであるか）に基づいて構成を決定することを含む。この分析に基づいて、オーディオビジュアルシステム１００は、ディスプレイ装置上の仮想動作フィールドがどのように配置されるべきか、及びどの仮想動作フィールドでどのアプリケーションが情報を表示するかを決定する。こうした決定に基づいて、オーディオビジュアルシステム１００は、次にステップ５５０において、アプリケーションの表示を再生成する。
ステップ５５２で仮想動作フィールドの最大数に既に到達している場合、オーディオビジュアルシステム１００は、新しいアプリケーションを表示する仮想動作フィールドを解放するために現在表示されている１つのアプリケーションの表示を終了してもよい。
ステップ５５４では、オーディオビジュアルシステム１００は、現在表示されているどのアプリケーションがもはや表示されるべきでないかを決定する。この決定は、どのアプリケーションがユーザとの相互作用無しで最も長い時間経過したか、どのアプリケーションが最も低い既定の優先レベルを有するか、どのアプリケーションが新しいアプリケーションと機能領域を共有すべきか、どのアプリケーションが現在アイドル状態であるかを決定すること、どのアプリケーションをもはや表示すべきでないかをユーザに問い合わせること、又は何らかの他の決定機構等、ルール又はヒューリスティックのアプリケーションに関与してもよい。この分析に基づいてオーディオビジュアルシステム１００は、現在表示されているが次の表示生成では表示されることを止めるアプリケーションを特定する。
一部の実施形態では、所定の仮想動作フィールドは変更されなくてもよく、及び／又は仮想動作フィールドに関係付けられるアプリケーションは終了されなくてもよい。例えば、道路速度、エンジン速度、警告等のクリティカル情報を表示するアプリケーションは、ユーザが情報の表示を終了できないように構成されてもよい。一部の実施形態では、ユーザは、クリティカル情報に関係付けられる仮想動作フィールドを再配置することが可能であるが、全てのディスプレイから仮想動作フィールドを除去しなくてもよい。
ステップ５５５では、オーディオビジュアルシステム１００は、使用中の仮想動作フィールドに表示され続けるアプリケーションをどのように再割り当てするかを決定する。オーディオビジュアルシステム１００は、現在未使用の仮想動作フィールドを特定するためにディスプレイが終了されるアプリケーションのステップ５５４における決定を使用する。オーディオビジュアルシステム１００は、表示され続けるアプリケーション及び新しいアプリケーションを仮想動作フィールドにどのように再割り当てするかを決定するためにルール又はヒューリスティックを適用してもよい。例えば、オーディオビジュアルシステム１００は、未使用の動作フィールドに表示される未使用の仮想動作フィールドの右側にアプリケーションの割り当てをシフトして、アプリケーションの左シフトを行ってもよい。
一部の実施形態では、オーディオビジュアルシステム１００は、最も右側の仮想動作フィールドが未使用になるまでディスプレイ装置上で表示されるアプリケーションのこの左シフトを継続する。次に、オーディオビジュアルシステム１００は、最も右側の仮想動作フィールドに表示される新しいアプリケーションを割り当てるであろう。代替的に、オーディオビジュアルシステム１００は、現在未使用であるが除去されたアプリケーションによって以前使用されていた仮想動作フィールドに表示される新しいアプリケーションを単純に割り当ててもよい。様々な他の技術が使用されてもよい。アプリケーションの仮想動作フィールドへの新しい割り当てが決定されると、オーディオビジュアルシステム１００は、次にステップ５５０において、アプリケーションの表示を再生成する。
図５Ｈの処理はステップ５６０で開始し、オーディオビジュアルシステム１００が、１個以上のアプリケーションのために情報の表示を生成する。このステップでは、アプリケーションの何らかの事前の選択が行われており、こうしたアプリケーションがディスプレイ装置上の仮想動作フィールドに割り当てられて、こうしたアプリケーション用の情報が表示されている。更に、情報は、ディスプレイ装置上の予約空間に表示されてもよい。
ステップ５６１では、オーディオビジュアルシステム１００は、ディスプレイ装置に現在表示されている特定のアプリケーション用の情報の表示を終了するようにオーディオビジュアルシステム１００に命令する入力を受信する。この入力は、ユーザ入力、システムトリガ、何らかの他のシステムからの入力、又はそれ以外に基づいてもよい。例えば、入力は、（電話アプリケーションが表示されている場合）電話呼び出し、（ユーザが車両設定、ラジオチャネル等を選択した場合）ユーザからのメニュー選択、車両警告のユーザ確認、又はこれら以外の結果に基づいてもよい。オーディオビジュアルシステム１００は、入力を受信し且つ処理して、現在表示されているアプリケーションがもはや表示されるべきではないと決定する。
ステップ５６２では、オーディオビジュアルシステム１００は、仮想動作フィールドの１つが除去されると使用中のままになる仮想動作フィールドと共に仮想動作フィールドの１つが除去されると使用中のままになるか又は使用され得る予約空間をどのようにサイズ変更及び再配置するかを決定する。このステップは、オーディオビジュアルシステム１００が残りの仮想動作フィールド及び予約空間をどのようにサイズ変更及び再配置するかに関する既定のルールセットを適用することに関してもよい。例えば、オーディオビジュアルシステム１００は、ディスプレイ装置用の有限個の可能な構成の１つとして仮想動作フィールド及び予約空間の現在の配置を特定してもよい。次に、オーディオビジュアルシステム１００は、現在の構成及び仮想動作フィールドを除去するアクションに基づいてどのような構成に移行すべきかを定義する遷移テーブルを検討してもよい。
一部の実施形態では、オーディオビジュアルシステム１００は、１つより多くの仮想動作フィールド及び／又は予約空間が残る場合に、残りの仮想動作フィールド又は予約空間のどれが除去された仮想動作フィールドによって解放される空間を消費するかを決定する。このような場合、オーディオビジュアルシステム１００は、ユーザによって最も最近相互作用された又は現在フォーカスを有するアプリケーション用に仮想表示フィールドを選択してもよく、又は予約空間の間の新しく解放された空間を分割することを選択してもよい。この分析に基づいて、オーディオビジュアルシステム１００は、ディスプレイ装置上の仮想動作フィールド及び予約空間がどのように配置されるべきか、及びどの仮想動作フィールドでどのアプリケーションが情報を表示するかを決定する。別の例として、オーディオビジュアルシステム１００は、典型的な車両アプリケーションの使用に基づいて、空いた仮想動作フィールドに挿入する新しいアプリケーションを決定してもよい。こうした決定に基づいて、オーディオビジュアルシステム１００は、次にステップ５６０において、アプリケーションの表示を再生成する。
図６Ｂを次に参照すると、本発明の一部の実施形態による、ディスプレイ装置上の仮想動作フィールドが示されている。こうした図面は、例示的なＨＵＤ２３０に基づいてこのような構成を示している。ＨＵＤ２３０に関して、こうした図面に示されている少なくとも１つの仮想動作フィールドと共に予約空間をサポートすることは有利であってもよい。
図６Ａは、ＨＵＤ２３０の表示フィールドの約１／３を覆う単一の仮想動作フィールド６１０が提供される状況を示している。ＨＵＤ２３０の表示フィールドの残りの部分は、予約空間２３０、予約空間６０２及び予約空間６０３によって覆われている。予約空間６０１、６０２及び６０３は、自動車１の運転者に重要な情報を表示するために使用されてもよく、そのためアプリケーションがＨＵＤ２３０に表示される情報を提供しているとしても、空間は表示のために予約されていてもよい。
図６Ｂでは、単一のナビゲーションアプリケーションが、ＨＵＤ２３０に表示される情報を提供している。図示のように、ナビゲーションアプリケーションのみがＨＵＤ２３０に表示される情報を提供している場合、単一の動作フィールド６１０が、ＨＵＤ２３０の表示フィールドの約１／３を覆うように提供される。予約空間６０１は、運転者が認識すべき自動車の潜在的な問題についての警告情報を表示する。予約空間６０１は、存在したままであるが、任意の時点で警告が利用可能でなければ空になってもよい。予約空間６０２は、自動車が進行しているマイル時速の数値を表示することにより道路速度情報を表示する。予約空間６０３は、自動車のエンジンの毎分回転数の数値を表示することによりエンジン速度情報を表示する。
先の図面における仮想動作フィールドの開示は例示であり、他の実施形態も予測し得る。例えば、警告情報が利用可能でない場合、予約空間６０１は消えて、予約空間６０２及び予約空間６０３が拡大されることを可能にしてもよい。更なる例として、ＨＵＤ２３０に表示される情報を提供しているアプリケーションが無い場合、仮想動作空間６１０は消えて、予約空間６０２及び予約空間６０３が拡大されることを可能にしてもよい。他の実施形態では、仮想動作空間６１０及び予約空間６０１、６０２及び６０３は、情報がこうした部分のディスプレイに提供されない場合であっても、サイズ及び位置が固定されてもよい。これは、さもなければＨＵＤ２３０の表示フィールドのサイズ変更及び再配置により引き起こされる自動車１の運転者の注意が逸れることを減らすのに有利であり得る。更に、ＨＵＤ２３０に提供される仮想動作フィールド及び予約空間は、異なる比率及び異なる位置で配置されてもよい。ＨＵＤ２３０は、先に示されたようにＣＩＤ２１０及びＩＣＤ２２０と同様に制御されてもよい。図４Ｇ−４Ｈ及び図５Ｇ−５Ｈの処理は、ＨＵＤ２３０ディスプレイを制御するように適合されてもよい。
図７Ａ−７Ｄを次に参照すると、本発明の一部の実施形態による、アプリケーションへの仮想動作フィールドの割り当てが示されている。特に、この図面のセットは、新しいアプリケーションがディスプレイ装置、この場合、例示のＣＩＤ２１０に表示されるコンテンツを提供し始めるときの進行を示している。図７Ａは、単一のアプリケーション、アプリケーション１がＣＩＤ２１０に表示される情報を提供して、単一の仮想動作フィールド４１０が提供されることを示している。
図７Ｂは、第２のアプリケーション、アプリケーション２がＣＩＤ２１０に表示される情報を今度は提供して、２つの仮想動作フィールド４１０及び４１１が提供されることを示している。特に、アプリケーション１はより大きな仮想動作フィールド４１０を有しており、仮想動作フィールド４１０は仮想動作フィールド４１１の左にシフトしている。他の実施形態では、仮想動作フィールド４１０及び４１１は、同じサイズ又は異なる構成を有してもよい。
図７Ｃにおいて、第３のアプリケーション、アプリケーション３がＣＩＤ２１０に表示される情報を今度は提供して、３つの仮想動作フィールド４１０、４１１及び４１２が提供されることを示している。特に、アプリケーション１は、最も左にシフトしている仮想動作フィールド４１０に割り当てられる。アプリケーション２は、中央の位置にシフトしている仮想動作フィールド４１１に割り当てられる。アプリケーション３は仮想動作フィールド４１２に割り当てられ、仮想動作フィールド４１２は最も左側の位置に入っている。
図７Ｄでは、第４のアプリケーション、アプリケーション４が、ＣＩＤ２１０に表示される情報を今度は提供している。この例では、第４の仮想動作フィールドは許可されず、３つの仮想動作フィールド４１０、４１１及び４１２が提供されたままである。アプリケーション１は最も古く導入されていたので、アプリケーションがＣＩＤ２１０にもはや表示されないことに関して、仮想動作フィールド、ひいては情報がもはや提供されない。アプリケーション２及びアプリケーション３の各々は１つの仮想動作フィールドを左にシフトさせて、アプリケーション４が最も右側の仮想動作フィールドに割り当てられる。このようにして、本発明の一部の実施形態では、ディスプレイ装置が、アプリケーションがディスプレイ装置に表示される情報の提供を開始及び終了するときにどのようにアプリケーションが同時に表示されるかについて予測可能な挙動を提供するように構成され得る。
先の図面におけるディスプレイ装置の開示は例示であり、他の実施形態も予測し得る。例えば、仮想動作フィールドの最大数が３つとは異なっていてもよく、又は最大数が提供されなくてもよい。更なる例として、どのアプリケーションが仮想動作フィールドにもはや割り当てられないかを選択するとき、この決定を行うのに、例えば、どれが最初に仮想動作空間を提供されたか、どれが最も最近仮想動作空間を提供されたか、どれがユーザによって最も長い時間相互作用されていないか、ユーザはもはや表示されないためにどれを選択するか、どれが新しく表示されたアプリケーションと機能領域を共有するか、どれが最も高い又は最も低い優先度を有するか等の様々な要因が考慮され得る。
本発明の一部の実施形態によれば、仮想動作空間、仮想動作空間内のアイテム、又はオーディオビジュアルシステム１００のディスプレイ装置に表示される任意の他の仮想オブジェクトは、ある時点におけるフォーカスを有してもよい。システムにおけるフォーカスは、ユーザが現在相互作用し得る仮想動作空間、アイテム又は他の仮想オブジェクトを示すグラフィカル要素である。このように、フォーカスは、入力が入力される場合に、どのアイテムがユーザにより入力されたこのような入力を受信するかについてのカーソル又は他の指示に類似している。ユーザ及びシステムは、本開示において後で検討される様々なやり方でフォーカスを変更してもよい。
図８Ａ−８Ｃを次に参照すると、本発明の一部の実施形態による、仮想動作空間及びこうした空間内のアイテムに対するフォーカスの変更が示されている。図８Ａは、仮想動作空間４１０、４１１及び４１２を有する例示的なＣＩＤ２１０を示している。各仮想動作空間４１０、４１１及び４１２は、その表示空間内に様々なアイテムを含んでいる。この例では、フォーカスは、何れの仮想動作空間にも無く、従って非アクティブである。
図８Ｂでは、図面で異なる破線で示されているように、フォーカスは仮想動作空間４１２に有る。フォーカスは、ユーザ又はシステムの何らかのアクション（例えば、センサ又はハードキーへのユーザタップ）により何も無いところから仮想動作空間４１２へと変化してもよい。
図８Ｃでは、フォーカスは、仮想動作空間４１２の表示空間におけるアイテム１ ８１０に有る。フォーカスは、ユーザ又はシステムの何らかのアクション（例えば、センサ上でのユーザの上方又は下方のスワイプ）によりアイテム１ ８１０に変化している。
先の図面におけるディスプレイ装置についての開示は例示であり、他の実施形態も予測し得る。例えば、フォーカスが任意の時点でどこにあるかを示すために、テキスト色付け、影付け、テキストハイライト、色付きオブジェクトでの囲み、明るさ、テキストサイズ等の様々な技術が使用されてもよい。例えば、フォーカスされているアイテム又は動作空間は、他のアイテムと比較してより明るくてもよく、異なる色であってもよく、境界又は他のアイテム及び空間とは異なる境界を特徴としてもよく、拡大テキスト等を有してもよい。
図９Ａ−９Ｅを次に参照すると、本発明の一部の実施形態による、タッチセンサにおけるユーザ入力が示されている。図９Ａに示されているように、ユーザは、タッチセンサ３２０の表面で又はその付近で水平スワイプを行ってもよい。図９Ｂに示されているように、ユーザは、タッチセンサ３２０の表面で又はその付近で垂直スワイプを行ってもよい。図９Ｃに示されているように、ユーザは、タッチセンサ３２０の表面で又はその付近で回転スワイプを行ってもよい。図９Ｄに示されているように、ユーザは、タッチセンサ３２０の表面で又はその付近でシングルタップを行ってもよい。図９Ｅに示されているように、ユーザは、タッチセンサ３２０の表面で又はその付近でダブルタップを行ってもよい。ユーザは、後の図面に記載されるように様々なディスプレイと相互作用するため（例えば、メニューオプション間を上下に移動するため、ディスプレイ又はディスプレイ内のコンポーネントを選択するため等）、タッチセンサ３２０と相互作用してもよい
先の図面におけるユーザ入力についての開示は例示であり、他の実施形態も予測し得る。例えば、ハードキーを押すこと、タッチスクリーンディスプレイ装置の表面に又はその付近に接触すること、ボイス入力等を含む様々な他のユーザ入力がシステムに提供されてもよい。
本発明の一部の実施形態によれば、オーディオビジュアルシステム１００は、様々な入力インターフェースを介してユーザから入力を受信する。こうした入力は、オーディオビジュアルシステム１００の一部として提供されるアプリケーションにおいてユーザがアイテムの選択を行うことを可能にするように作用する。このような入力は、（図９Ａ−９Ｅに示されている）タッチセンサ、（図３Ｂ−３Ｄに示されている）１つ以上のハードキー又は他のボタン、（図３Ｅに示されている）ハンドヘルド装置３５０、マイクロホンからの１つ以上のオーディオ入力、又はこれら以外とのユーザ相互作用を介して受信されてもよい。
図１０Ａ−１０Ｉを次に参照すると、本発明の様々な実施形態による、ユーザ入力を受信して、その入力に基づいて選択を行うための複数の方法が示されている。特に図１０Ａを参照すると、ユーザがアプリケーションのディスプレイインターフェースにおいて物品を選択することができる例示の処理が示されている。ステップ１０１０で開始して、ユーザはオーディオビジュアルシステム１００におけるフォーカスをアクティブ化する必要があってもよい。上記のようにフォーカスは、ユーザが既定の期間オーディオビジュアルシステム１００と相互作用しなければ非アクティブになってもよい。また、他のイベントがフォーカスが非アクティブになることを引き起こしてもよい。フォーカスが非アクティブである場合、ユーザはフォーカスをアクティブ化する何らかの入力を提供してもよい。フォーカスがアクティブ化されると、フォーカスが最も最近アクティブになった表示特徴等、デフォルトの何らかのアプリケーション又はアプリケーションにおけるアイテムになってもよい。他の実施形態では、フォーカスは、ユーザが特定のアプリケーション表示インターフェースにフォーカスを合わせることによりアクティブになってもよい。このような場合、フォーカスが適用される表示特徴は、ユーザがフォーカスを合わせた表示特徴である。更なる実施形態では、フォーカスは非アクティブにならない。一実施形態では、フォーカスはアクティブのままであるが、所定期間の非アクティブの後、フォーカスの視覚的区別がディスプレイから取り除かれる。ユーザがフォーカスを変更すると、フォーカスの視覚的に区別できる特徴が再び表示されてもよい。
ステップ１０１１では、アクティブ化後のフォーカスがアプリケーション内のアイテムに有る場合、ステップ１０１２において、それはアクティブ化レベルに変更されなければならない。例えば、図８Ｃを再び参照すると、ステップ１０１１は、アイテム１ ８１０から仮想動作空間４１２にフォーカスを変更することを含む。アクティブ化後のフォーカスがアプリケーションに有る場合、このステップは不要である。フォーカスがアプリケーションに有ると、処理はステップ１０１３に進む。
ステップ１０１３では、ユーザが相互作用を望まないアプリケーションにフォーカスが無い場合に、ユーザはアプリケーション間でフォーカスを変更する必要があってもよい。このような場合、ユーザは、現在のアプリケーションからユーザが相互作用を望むアプリケーションにフォーカスを変更させる何らかの入力を提供しなければならない。例えば、ユーザは、アプリケーションを変更するためにタッチセンサ上で左又は右スワイプを行ってもよい。
ステップ１０１４では、アプリケーション間で変化した後のフォーカスがまだ所望のアプリケーションに無い場合、ステップ１０１３は繰り返されなければならない。アプリケーション間で変化した後のフォーカスが所望のアプリケーションに有る場合、処理はステップ１０１５に進む。
ステップ１０１５では、フォーカスがユーザが相互作用を望むアプリケーションに有ると、ユーザはアプリケーションを選択する。アプリケーションを選択することにより、フォーカスは、アプリケーションの仮想動作フィールド内のアイテムに移動する。アプリケーションの選択は、入力装置、例えば、ハードキーとの相互作用に基づいてユーザにより行われてもよい。
ステップ１０１６では、ユーザが相互作用を望まないアイテムにフォーカスが無い場合に、ユーザはアイテム間でフォーカスを変更する必要があってもよい。このような場合、ユーザは、現在のアイテムからユーザが相互作用を望むアイテムにフォーカスを変更させる何らかの入力を提供しなければならない。例えば、このような入力は、タッチセンサ上の上下のスワイプ、又は１つ以上のボタンプレスを含んでもよい。
ステップ１０１７では、アイテム間で変化した後のフォーカスがまだ所望のアイテムに無い場合、ステップ１０１６は繰り返されなければならない。アイテム間で変化した後のフォーカスが所望のアイテムに有る場合、処理はステップ１０１８に進む。
ステップ１０１８では、フォーカスがユーザが相互作用を望むアイテムに有ると、ユーザはアイテムを選択する。アイテムを選択することにより、オーディオビジュアルシステム１００は、何らかのシステムオブジェクトの状態を変更すること、ディスプレイ装置における状態の変化を示すこと、何らかの外部システムとの相互作用を変更すること等、様々なやり方で応答してもよい。例えば、選択は、ラジオ局を変更し、ナビゲーションアプリケーションの目的地を変更し、電話呼び出しを開始又は中止し、又はこれら以外であってもよい。この時点で、ユーザは所望のアイテムを選択しているので、処理は完了する。
特に図１０Ｂを参照すると、ユーザがアプリケーションのディスプレイインターフェースにおいて物品を選択することができるユーザ入力を受信する例示の処理が示されている。この例では、図３Ｄのユーザ入力装置３１０に設けられるタッチセンサ３２０及びハードキー３３０等の第１のタッチセンサ及び第１のハードキーが参照される。
ステップ１０２０で開始して、ユーザは、オーディオビジュアルシステム１００におけるフォーカスをアクティブ化するために第１のタッチセンサにシングルタップを提供する。この時点で、フォーカスは、何らかのアプリケーション又はアプリケーション内のアイテムに有る。
ステップ１０２１において、フォーカスがアプリケーションに有るかどうかについての決定が行われる。フォーカスがアプリケーションには無いがアプリケーションにおけるアイテムに有る場合、ユーザはステップ１０２２で第１のハードキーを押して、フォーカスが現在位置しているどのようなアイテム又はメニュー階層においても１階層レベル上にフォーカスを移動させる。これは、フォーカスがアプリケーション上に有るようになるまで繰り返される。
ステップ１０２３において、ユーザは、左又は右に水平スワイプを行って、フォーカスをアプリケーション間で移動させる。オーディオビジュアルシステム１００は、スワイプの方向性を認識してもよく、その結果、左側への水平スワイプはフォーカスを次のアプリケーションへと左に移動させ、右側への水平スワイプはフォーカスを次のアプリケーションへの右に移動させる。
ステップ１０２４において、ユーザが相互作用することを望むアプリケーションにフォーカスが有るかどうかについての決定が行われる。フォーカスがそのように配置されていない場合、ユーザは、フォーカスが所望のアプリケーションに到達するまでステップ１０２３の水平スワイプを繰り返す。
ステップ１０２５において、フォーカスが所望のアプリケーションに有り、ユーザは第１のタッチセンサのシングルタップを行う。そうすることにより、フォーカスは、アプリケーションの仮想動作フィールド内のアイテムに移動する。
ステップ１０２６において、ユーザは、上又は下に垂直スワイプを行って、フォーカスをアイテム間で移動させる。オーディオビジュアルシステム１００は、スワイプの方向性を認識してもよく、その結果、上方への垂直スワイプはフォーカスを次のより高いアイテムへと移動させ、下方への垂直スワイプはフォーカスを次のより低いアイテムへと移動させる。
ステップ１０２７において、ユーザが相互作用することを望むアイテムにフォーカスが有るかどうかについての決定が行われる。フォーカスがそのように配置されていない場合、ユーザは、フォーカスが所望のアイテムに到達するまでステップ１０２６の垂直スワイプを繰り返す。
ステップ１０２８では、フォーカスがユーザが相互作用を望むアイテムに有ると、ユーザは第１のタッチセンサのシングルタップを行うことによりアイテムを選択する。アイテムを選択することにより、オーディオビジュアルシステム１００は、何らかのシステムオブジェクトの状態を変更すること、ディスプレイ装置における状態の変化を示すこと、何らかの外部システムとの相互作用を変更すること等、様々なやり方で応答してもよい。この時点で、ユーザは所望のアイテムを選択しているので、処理は完了する。
一部の実施形態では、フォーカスは、様々なユーザ入力を介して操作されてもよい（例えば、アプリケーション間で変更され、アプリケーションのアイテム間で変更され、非アクティブ化される等）。一実施形態では、ユーザは、図９Ａ−９Ｅを参照して記載されたような様々なタッチ入力を使用してフォーカスを操作してもよい。例えば、水平又は垂直スワイプは、アプリケーション間でフォーカスをサイクルさせてもよい。一部の実施形態では、スクリーンに行われるジェスチャが全てのディスプレイを通じてフォーカスをサイクルさせてもよい。例えば、１つのディスプレイへの水平スワイプが、フォーカスをＣＩＤ２１０に表示されたアプリケーションからＩＣＤ２２０へと移動させてもよい。
一部の実施形態では、フォーカスは、一連のハードキーで操作されてもよい。例えば、ボタン、ノブ、ダイヤル、方向パッド、ジョイスティック等によって、ユーザはフォーカスを操作することができてもよい。ハードキーコントロールは、例えば、ハンドルに、ダッシュボード上に又はその近くに、計器クラスタ上に又はその近くに、中央カウンセル上に又はその近くに、乗客に使用される座席内に埋め込まれて、肘掛に、ヘッドレストに設けられてもよい。一部の実施形態では、タッチコントロールも、同様の場所に設けられてもよい。更なる実施形態では、タッチ入力及び／又はハードキー入力は、フォーカスを制御するために交互に使用されてもよい。一実施形態では、ユーザは、その特徴にフォーカスが有ることが望まれるアプリケーション及び／又はアイテム上でタッチ可能ディスプレイをタップしてもよい。ユーザは、アプリケーションにフォーカスを合わせるためにアプリケーションを押し、アイテムにフォーカスを合わせるためにアイテムを押してもよい。更なる実施形態では、ユーザは、オーディオビジュアルシステム１００に接続される携帯装置で音声コマンド又は入力を使用してフォーカスを操作してもよい。
特に図１０Ｃ−１０Ｉを参照すると、ユーザが電話キーボードにおいて数字「１」を選択することができるユーザ入力の例示的な処理が示されている。図１０Ｃ−１０Ｉに示された処理は、図１０Ａ−１０Ｂの処理によって実行されてもよい。この例では、電話アプリケーション１０３２及び電話キーボードアプリケーション１０３４を有する例示のＣＩＤ２１０が示されている。更に、天気アプリケーション１０３６を有する例示のＩＣＤ２２０が示されている。
図１０Ｃは、フォーカスが非アクティブのオーディオビジュアルシステム１００を示している。図１０Ｄでは、ユーザは、天気アプリケーション１０３６に位置するようにデフォルトに戻っているフォーカス１０５０をアクティブ化している。図１０Ｅでは、ユーザは水平方向１に右にフォーカス１０５０をシフトさせており、それはＩＣＤ２２０の右側からＣＩＤ２１０の左側へと移動している。結果として、フォーカス１０５０は、電話アプリケーション１０３２に有る。図１０Ｆでは、ユーザは水平方向に右にフォーカス１０５０を移動させており、その結果、それは所望のアプリケーションである電話キーボードアプリケーション１０３４に位置している。フォーカス１０５０のシフトは、図９Ａに示されているように水平スワイプ及び／又は先に記載された他のジェスチャ又はハードキー入力を介して達成されてもよい。
図１０Ｇでは、ユーザは電話キーボードアプリケーション１０３４を選択しており、フォーカス１０５０は電話キーボードアプリケーションの仮想動作フィールド内のアイテムにシフトされている。この場合、フォーカス１０５０は、電話キーボードの数字「０」にシフトしている。図示のように、フォーカスが電話キーボードアプリケーション内のアイテムに有るが、フォーカスは電話キーボードアプリケーション自体には無いことをユーザに強調するようにＣＩＤ２１０上で二次フォーカス１０５５が示されてもよい。二次フォーカス１０５５は、フォーカスを示すことを参照して先に記載された任意の技術により示されてもよい。一部の実施形態では、１つ又は複数の二次フォーカスが異なる技術で示される。他の実施形態では、１つ又は複数の二次フォーカスは同じ技術を使用して示されてもよい。
図１０Ｈでは、ユーザは、フォーカスを上方に、電話キーボード上の数字「１」へと右にシフトさせている。例えば、これは、図９Ｂに示されている垂直スワイプ、上方移動として指定されるハードキーのボタンプレス、方向パッドを上方に押すこと等を介して達成されてもよい。これは所望のアイテムであるので、（例えば、図９Ｄに示されたタップ、選択と指定されたハードキーボタンを押すこと等により）ユーザはそれを選択する。図１０Ｉでは、ユーザは数字「１」のアイテムを選択しており、それに応じて、電話キーボードアプリケーションは仮想表示フィールドの中央に表示された電話番号に数字「１」を追加している。この時点で、ユーザは所望のアイテムを選択しているので、処理は完了する。
オーディオビジュアルシステム１００においてアイテムを選択するためのユーザ入力についての先の図面の開示は例示であり、他の実施形態も予測可能である。例えば、フォーカスをアクティブ化するために第１のハードキーを押すこと、アプリケーション間をナビゲートするために垂直スワイプを使用すること、アイテム間をナビゲートするために水平スワイプを使用すること等、上記の機能を行うために他のユーザ入力が使用されてもよい。更なる例として、ＣＩＤ２１０及びＩＣＤ２２０がＣＩＤ２１０の左にＩＣＤ２２０を有するように先に表示されているが、ＩＣＤ２２０における最も左側のアプリケーションからの左への水平スワイプがＣＩＤ２１０における最も右側のアプリケーションにフォーカスがシフトすることを引き起こしてもよく、それによりアプリケーション間のナビゲートが回路を形成するように所謂ラップアラウンド効果をもたらす。
本発明の実施形態は、使用される入力装置に基づいてユーザ入力を更に可能にしてもよい。例えば、アプリケーションの仮想動作フィールドが階層メニュー等のアイテムの階層を含む場合、ユーザは、第１のタッチセンサのシングルタップを使用することにより階層を「下方」に（ルートから離れて）移動し、第１のハードキーを押すことにより「上方」に（ルートに向かって）移動してもよい。更なる例として、第１のタッチセンサに関係付けられる第２のハードキーが、「お気に入り」と見なされるアプリケーションの事前選択のセットの任意の１つを表示するためのオプション等、特別なオプションを提供するメニューにフォーカスを即座にシフトさせてもよい。
一部の実施形態では、第１のタッチセンサ上で回転スワイプを行うことは、フォーカスがアプリケーション間をシフトすることを引き起こしてもよいが、こうしたアプリケーションは様々なディスプレイ装置で現在表示されており且つお気に入りと見なされるアプリケーションのみである。更に、オーディオビジュアルシステム１００は回転スワイプの方向を認識していてもよく、その結果、時計回りの回転スワイプがお気に入りアプリケーションを通じて左から右にフォーカスを移動させ、反時計回りの回転スワイプがお気に入りアプリケーションを通じて右から左にフォーカスを移動させる。
一部の実施形態では、第２のタッチセンサに関係付けられる第３のハードキーがステレオ音量コントロールにフォーカスを即座にシフトさせてもよく、その結果、第２のタッチセンサへの後続の水平又は垂直スワイプはステレオ音量を増加又は減少させるように作用する。同様に、第２のタッチセンサに関係付けられる第４のハードキーが所定のヘッドホンポートに対する音量コントロールにフォーカスを即座にシフトさせてもよく、その結果、第２のタッチセンサへの後続の水平又は垂直スワイプはヘッドホンポートに伝達されるオーディオ信号の音量を増加又は減少させるように作用する。
図１１Ａ−１１Ｂを次に参照すると、本発明の一部の実施形態による、ポップアップ及び警告通知の提示が示されている。本発明の一部の実施形態によれば、オーディオビジュアルシステム１００は、ユーザからの入力無しで様々なディスプレイ装置における仮想動作フィールドに割り当てられるアプリケーションを変更してもよい。例えば、オーディオビジュアルシステム１００は、ユーザに特定の状態の重要性を通知するための警告メッセージを表示してもよい。
図１１Ａは、中央に配置された仮想動作フィールド１１１０に情報を表示するために割り当てられた天気アプリケーションを有する例示のＩＣＤ２２０を示している。速度計及びタコメータが、仮想動作フィールド１１１０のそれぞれ右及び左の予約空間に情報を表示している。
図１１Ｂでは、オーディオビジュアルシステム１００は、警告ポップアップ１１２０のための情報を表示するために仮想動作フィールド１１１０の割り当てを変更する。図示のように、警告ポップアップ１１２０は、自動車の燃料が低下していることをユーザに知らせる。警告は、何らかの現在の状態に関する情報をユーザに提供する任意のタイプの一般的な警告であってもよい。ユーザは、例えば、第１のタッチセンサに対してシングルタップを行うことにより警告ポップアップ１１２０を閉じることを選択してもよい。警告ポップアップ１１２０を閉じると、仮想動作フィールド１１１０は、過去に表示された天気アプリケーション用の情報を再び表示してもよい。
先の図面における警告ポップアップについての開示は例示であり、他の実施形態も予測し得る。例えば、ポップアップは、低タイヤ圧、着信電話呼び出し等の他の目的で提供されてもよい。更なる例として、警告情報は、先に検討された状態バー５２０に類似の状態バー等の他の形態で提示されてもよい。更に、警告情報及びポップアップは、ＣＩＤ２１０及びＨＵＤ２３０上で様々な形態で提示されてもよい。先に検討されたように、ＨＵＤ２３０の予約空間６０１は、提示される警告指示のために特に予約されていてもよい。
一部の実施形態では、ユーザによる警告の選択、又は警告自体の生成は、１つ以上のディスプレイが警告に関する更なる情報で更新されることを引き起こしてもよい。例えば、低燃料レベルは、燃料レベルを強調して表示される仮想動作フィールドをもたらしてもよい。このような例では、図４Ｇ又は５Ｇに示されたような処理が、ディスプレイにおいて仮想動作フィールドをサイズ変更及び再配置するために開始されてもよい。
一部の実施形態では、警告情報及び／又はポップアップは、既定量の時間の後で閉じてもよい。これはユーザによってカスタマイズ可能であってもよい。更なる実施形態では、警告情報及び／又はポップアップは、イベントの発生に応じて閉じてもよい。例えば、低燃料のポップアップは、追加の燃料が検出されるまで（例えば、ユーザが自動車１を追加の燃料で満たすまで）アクティブのままであってもよい。
図１２Ａを次に参照すると、本発明の一部の実施形態による、アプリケーションを管理してディスプレイ装置にアプリケーションの表示を分配するための処理が示されている。図１２Ａの処理はステップ１２１０で開始して、ユーザは、アプリケーションを表示することを望む特定のディスプレイ装置と共に表示することを望むアプリケーションを決定する。他の実施形態では、ユーザはアプリケーションの選択のみを提供してもよく、ディスプレイシステムが適切なディスプレイ装置を選択してもよい。ステップ１２１２では、ユーザは、所望のアプリケーションが所望のディスプレイ装置に対してお気に入りリストにあるかどうかを決定する。
ステップ１２１２で決定されたように所望のアプリケーションが所望のディスプレイ装置に対してお気に入りリストに有る場合、ユーザは、ステップ１２１４において、所望のディスプレイ装置に対してお気に入りメニューから所望のアプリケーションを選択する。これは、ユーザがお気に入りのリスト内を検索して所望のアプリケーションを選択するために、所望のディスプレイ装置に関係付けられるタッチセンサ上で回転スワイプを行うことを含んでもよい。この選択に基づいて、オーディオビジュアルシステム１００は、ステップ１２１６において、所望のディスプレイ装置上で所望のアプリケーションを表示する。
ステップ１２１２で決定されたように所望のアプリケーションが所望のディスプレイ装置に対してお気に入りリストに無い場合、ユーザは、ステップ１２１８において、オーディオビジュアルシステム１００の何らかの他のディスプレイ装置に対してお気に入りリストに所望のアプリケーションが有るかどうかを決定する。
ステップ１２１８で決定されたように何らかの他のアプリケーションが所望のディスプレイ装置に対してお気に入りリストに有る場合、ユーザは、ステップ１２２０において、所望のディスプレイ装置に対してお気に入りメニューから他のアプリケーションを選択する。これは、ユーザがお気に入りのリスト内を検索して所望のアプリケーションを選択するために、他のディスプレイ装置に関係付けられるタッチセンサ上で回転スワイプを行うことを含んでもよい。次に、ユーザは、所望のアプリケーション用のサブメニューを開くために他のディスプレイ装置に関係付けられるタッチセンサ上でダブルタップを行ってもよい。次に、ユーザは、ディスプレイ装置のリストを下に検索して、所望のディスプレイ装置をシングルタップで選択してもよい。この選択に基づいて、オーディオビジュアルシステム１００は、ステップ１２１６において、所望のディスプレイ装置上で所望のアプリケーションを表示する。
ステップ１２１８で決定されたように所望のアプリケーションが何らかの他のディスプレイ装置に対してお気に入りリストに無い場合、ユーザは、ステップ１２２２において、所望のアプリケーションがオーディオビジュアルシステム１００にロードされているかどうかを決定する。
ステップ１２２２で決定されるように所望のアプリケーションがオーディオビジュアルシステム１００にロードされていない場合、ユーザは、ステップ１２２４において、オーディオビジュアルシステム１００にロードする所望のアプリケーションを選択して、オーディオビジュアルシステム１００は所望のアプリケーションをロードする。これは、ユーザがオーディオビジュアルシステム１００のディスプレイ装置に提供されるメニュー内でアプリケーションストアを検索し、アプリケーションを検索し、それがロードされることを選択することを含んでもよい。これは、アプリケーションに対する購入価格を支払う合意を更に含んでもよい。また、これは、ユーザ又はユーザのアカウントに関係付けられる認証又は承認情報の入力を含んでもよい。
アプリケーションがオーディオビジュアルシステム１００にロードされると、ユーザは、ステップ１２２６において、オーディオビジュアルシステム１００の何らかのディスプレイ装置に対してお気に入りリストに追加される所望のアプリケーションを選択する。この時点で、処理はステップ１２１２から基本的に現在の処理に続くように継続し、所望のアプリケーションが、ステップ１２１４又はステップ１２２０の何れかを介してステップ１２１６で所望のディスプレイ装置に表示される。
図１２Ｂを次に参照すると、本発明の一部の実施形態による、アプリケーション管理用の例示のインターフェースが示されている。インターフェースは、例えば、ＣＩＤに提供されてもよい。図示のように、第１のディスプレイ装置の表示フィールド１２５０がメニュー１２５２を表示している。メニュー１２５２は、第１のディスプレイ装置用のお気に入りリストにおける各アプリケーションに対するアイテム及びアプリケーションストアアイテムを含む様々なアイテムを含む。図示のように、メニュー１２５２からのナビゲーションアプリケーションアイテムが選択され、それによりナビゲーションアプリケーション用のサブメニュー１２５４の表示がもたらされる。サブメニュー１２５４は、他のディスプレイ装置のリスト１２５６を含む。この１２５６を使用して、ユーザは、オーディオビジュアルシステム１００に選択された他のディスプレイ装置（例えば、ＩＣＤ又はＨＵＤ）にナビゲーションアプリケーションを表示させるために別のディスプレイ装置を選択し得る。
一部の実施形態では、ユーザは、表示されるアプリケーションを選択するためにインターフェースを使用する。また、ユーザは、どのディスプレイ装置にアプリケーションを表示するかを選択してもよい。ユーザは、１つ以上のＩＣＤ、ＨＵＤ、ＣＩＤ、乗客ディスプレイ、接続された携帯装置等にアプリケーションを表示してもよい。更なるアプリケーションにおいて、ユーザは、どの仮想動作フィールドにアプリケーションが表示されるか及び／又は仮想動作フィールドのサイズ及び特性を選択してもよい。利用可能オプションは制限されてもよい。例えば、ユーザは、クリティカル情報を表示する仮想動作フィールドを除去する又は他のやり方で変更することができなくてもよい。
一部の実施形態では、ユーザがアプリケーションが表示されるディスプレイ装置を選択して、オーディオビジュアルシステム１００は、仮想動作フィールド及び／又はアプリケーションが表示される仮想動作フィールドの特徴を決定する。更なる実施形態では、ユーザは、異なる仮想動作フィールドにそれを割り当てることによりアプリケーションを再配置してもよい。更なる実施形態では、ユーザは、仮想動作フィールドを移動させ、又はアプリケーションを表示する仮想動作フィールドを他のやり方で変更してもよい。仮想動作フィールド割り当て及び仮想動作フィールドの変更の組合せは、１つ以上のディスプレイをカスタマイズするために使用されてもよい。
一部の実施形態では、アプリケーションは、ユーザ入力に従ってスクリーン間で移動されてもよい。例えば、メインスクリーン（例えば、ＩＣＤ）で、全てのアクティブアプリケーションに対してサムネール画像が表示されてもよい。サムネール画像は、ディスプレイの上部にあるリボンに表示されてもよい。仮想動作領域におけるＩＣＤで実行中のアクティブアプリケーションは、リボンに隣接して（例えば、下に）表示されてもよい。一部の実施形態では、ユーザは、ディスプレイスクリーン（例えば、ＨＵＤ、ＩＣＤ、ＣＩＤ、後方乗客ディスプレイ等）間でアクティブアプリケーションを移動させるための入力と合わせてアクティブアプリケーションのリボンを使用する。例えば、ユーザはアプリケーションにフォーカスを合わせていてもよい（例えば、ディスプレイ装置のアプリケーションに接触する、ハードキーコントロールでアプリケーションを強調する、サムネールリボンにおけるアプリケーション画像に接触する、又は先に記載されたようにアプリケーションにフォーカスを与える）。
次に、ユーザは、オーディオビジュアルシステム１００が特定のディスプレイにアプリケーションを移動させる入力を与えてもよい。例えば、ユーザは、ＣＩＤにアプリケーションを移動させるためにＣＩＤ上で下にスワイプしてもよい。続く例として、ユーザは、ＨＵＤにアプリケーションを移動させるためにアプリケーションにフォーカスを合わせたあとで上にスワイプしてもよい。更なる例として、ユーザは、ＩＣＤにアプリケーションを移動させるためにアプリケーションにフォーカスを合わせたあとで左にスワイプしてもよい。更なる実施形態では、代替的な入力がアプリケーションを移動させてもよい。例えば、ユーザは、メニュー選択、ハードキーコントロール、接続された装置等を通じてアプリケーションを移動させてもよい。
オーディオビジュアルシステム１００におけるアプリケーション管理についての先の図面の開示は例示であり、他の実施形態も予測可能である。例えば、アプリケーションが何らかのディスプレイ装置に対するお気に入りリストに関係付けられるかどうかに関わらず、所望のディスプレイ装置において所望のアプリケーションを表示することは、ロードされたアプリケーションのマスタリストからアプリケーションを選択することにより行われてもよい。
図１３を次に参照すると、本発明の一部の実施形態による、入出力装置へのアプリケーションの提供を可能にするためのオーディオビジュアルシステムの例示的な構成が示されている。図１３は、図１Ｃで以前に紹介された一部の特徴を示す。図１Ｃにおけるように、オペレーティングシステムレイヤ１４４及び機能レイヤ１４６が有る。他の特徴も図１Ｃのものと同様であるが図示されていない。
図１３では、機能レイヤ１４６が機能アプリケーションＡ １３１０を含み、次にこれはアプリケーションＡ １３１２及びアプリケーションＢ １３１４を含む。アプリケーションＡ １３１２及びアプリケーションＢ １３１４は別のアプリケーションであってもよく、又は並行して実行中の同じアプリケーションの異なるインスタンスであってもよい。インターフェース／ディスプレイ装置マッパ１３２０が更に提供される。インターフェース／ディスプレイ装置Ａ １３３０及びインターフェース／ディスプレイ装置Ｂ １３３２が更に提供される。
図１３の例示的なオーディオビジュアルシステム１００では、インターフェース／ディスプレイ装置マッパ１３２０は、アプリケーションから入出力装置に入力及び出力信号をマッピングするために提供される。図示のように、インターフェース／ディスプレイ装置マッパ１３２０は、アプリケーションＡ １３１２をインターフェース／ディスプレイ装置Ａ １３３０にマッピングする。インターフェース／ディスプレイ装置マッパ１３２０は、アプリケーションＢ １３１４をインターフェース／ディスプレイ装置１３３２にマッピングする。このようにして、インターフェース／ディスプレイ装置マッパ１３２０は、他の入出力装置が何をしているかとは無関係に、異なる入力／出力装置が異なるアプリケーションのために入力を表示及び受信することを可能にする。
一部の実施形態では、インターフェース／ディスプレイ装置マッパ１３２０は、オーディオビジュアルシステム１００の要素間で入力及び出力を管理してもよい。例えば、インターフェース／ディスプレイ装置マッパ１３２０は、入力がディスプレイ装置上で又はハードキーコントロールを通じて登録されるときに、どのアプリケーションが入力を受信するかを決定してもよい。インターフェース／ディスプレイ装置マッパ１３２０は、どの仮想動作フィールドが入力を受信したかを決定して、その入力を対応するアプリケーションに送信してもよい。同様に、インターフェース／ディスプレイ装置マッパ１３２０は、ディスプレイ装置がそのアプリケーションに対応する仮想動作フィールドにアプリケーション出力を表示することを制御し又は他のやり方で引き起こしてもよい。
一部の実施形態では、インターフェース／ディスプレイ装置マッパ１３２０は、自動車１の前方に提供されるＣＩＤ２１０にインターネットラジオストリーミングアプリケーションをマッピングし、それによりオーディオストリーミングデータを自動車１のステレオで再生してもよい。同時に、インターフェース／ディスプレイ装置マッパ１３２０は、自動車１の後部座席の乗客に提供される関連オーディオ出力ポート装置及びタッチスクリーンディスプレイにインターネットビデオストリーミングアプリケーションをマッピングしてもよく、それにより後部座席の乗客が提供された装置でインターネットビデオストリーミングを見ることができる。このようにして、オーディオビジュアルシステム１００は、自動車１の異なる乗客が異なるアプリケーションと独立して相互作用することを可能にしてもよい。
一部の実施形態では、インターフェース／ディスプレイ装置マッパ１３２０は、第１の乗客に提供される出力オーディオポートにインターネットラジオストリーミングアプリケーションの１つのインスタンスをマッピングしながら、第２の乗客に提供される出力オーディオポートに同じインターネットラジオストリーミングアプリケーションの第２のインスタンスをマッピングする。このようにして、オーディオビジュアルシステム１００は、自動車１の異なる乗客が、並行して実行中の同じアプリケーションの異なるインスタンスと独立して相互作用することを可能にしてもよい。
一部の実施形態では、インターフェース／ディスプレイ装置マッパ１３２０は、ハンドヘルド装置３５０にナビゲーションアプリケーションへの入力をマッピングしながら、ＨＵＤ２３０にナビゲーションアプリケーションの出力をマッピングする。このようにして、オーディオビジュアルシステム１００は、出力が提供されるソースとは異なる入力ソースからアプリケーションが制御されることを可能にしてもよい。これは、自動車１の運転者がナビゲーションアプリケーションからの出力の主要観察者であり、そのため、ＨＵＤ２３０がナビゲーションアプリケーション用の最良の出力装置であり得るナビゲーションアプリケーション設定において有利であり得る。しかしながら、自動車１の運転者は、運転中に注意を逸らされないように、目的地住所等の情報をナビゲーションアプリケーションに入力することを望まなくてもよい。この状況では、ナビゲーションアプリケーションに入力を提供する最良の乗客は、前方の非運転者座席の乗客又は後部座席の乗客であってもよい。何れの場合も、乗客は、入力情報をナビゲーションアプリケーションに提供するためにオーディオビジュアルシステム１００との無線接続を介して通信するハンドヘルド装置３５０等の装置を使用してもよい。
図１４を次に参照すると、本発明の一部の実施形態による、複数の車両間でオーディオビジュアルシステム情報を共有するための処理が示されている。一部の状況では、第１の車両のオーディオビジュアルシステム１００のユーザが、第２の車両にオーディオビジュアルシステム１００の構成及び設定を転送できるようにすることが有利であり得る。
このようにする処理はステップ１４１０で開始して、構成情報、設定情報及び表示レイアウト情報等の関連情報が第１の車両のオーディオビジュアルシステム１００に記憶される。ステップ１４１２において、記憶された情報は、次に、サーバ又は他のネットワークベースの装置等の中間場所に転送されてもよい。ステップ１４１４において、記憶された情報は、次に、第２の車両のオーディオビジュアルシステム１００にロードされてもよい。この転送は、記憶ディスク等の物理転送媒体を介して又は無線通信を介して行われてもよい。
この処理は、第１の車両がユーザの主要車両でありながら、第２の車両がユーザのレンタル車両である場合に有利であってもよい。それによって、この処理は、第２の車両で何らの再構成無しで第２の車両にいる間、ユーザが慣れたやり方でオーディオビジュアルシステム１００を使用し続けることを可能にするであろう。この処理は、第１の車両がユーザの主要車両でありながら、第２の車両がユーザの新規購入車両である他のシナリオで有利であってもよい。それによって、この処理は、新規車両で何らの再構成無しで新規車両にいる間、ユーザが慣れたやり方でオーディオビジュアルシステム１００を使用し続けることを可能にするであろう。
この処理は、レンタカー会社にとって第１の車両がマスター車両、潜在的には仮想車両であり、第２の車両がレンタカー会社の顧客にレンタルされる任意の車両である他のシナリオで有利であってもよい。それによって、この処理は、車両をレンタルする次の顧客のためにオーディオビジュアルシステム１００の標準設定を確実にするように、顧客によるレンタルの後で、レンタカー会社がレンタルされた車両をデフォルト設定又は複数のデフォルト設定の１つにリセットすることを可能にするであろう。
一部の実施形態では、レイアウト情報は、自動車キー、フォブ、又は他の同様の装置内に設けられるメモリ内に記憶される。自動車１は、キー又はフォブが自動車１の対応するレセプタクルに挿入されるとレイアウト情報を取得するように構成されてもよい。例えば、キー又はフォブは、ＵＳＢ又は同様の接続等の有線の接触を介してレイアウト情報を転送してもよい。他の実施形態では、自動車１は、無線プロトコルを使用してキー又はフォブに記憶された情報を取得してもよい。更なる実施形態では、キー又はフォブは、識別コードを記憶していてもよい。この識別コードは、無線で又は有線接続を介して（例えば、無線自動識別、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＳＢ接続等により）自動車１によって取得されてもよい。オーディオビジュアルシステム１００は、遠隔記憶場所（例えば、サーバ）からキー又はフォブの識別コードに対応するレイアウト情報を取得して、レイアウト情報を自動車１に適用してもよい。
図１５を次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステムにソフトウェアアプリケーションをロードするための処理が示されている。図１５の処理はステップ１５１０で開始する。ステップ１５１０において、ユーザは、ユーザ装置をオーディオビジュアルシステム１００に接続する。このユーザ装置は、有線又は無線接続によってオーディオビジュアルシステム１００に接続することが可能なスマートフォン、他のセルラ電話、タブレットコンピュータ、又は他のパーソナル装置であってもよい。ユーザは、任意の様々な理由でユーザ装置をオーディオビジュアルシステム１００に接続していてもよい。例えば、ユーザは、ユーザ装置をオーディオビジュアルシステム１００への入力装置として仕様するためにユーザ装置をオーディオビジュアルシステム１００に接続していてもよい。
ステップ１５１２において、オーディオビジュアルシステム１００は、どのソフトウェアアプリケーションがユーザ装置にロードされるかを決定する。オーディオビジュアルシステム１００は、様々なやり方でこの決定を行ってもよい。オーディオビジュアルシステム１００は、どのソフトウェアアプリケーションがそこにロードされるかについてユーザ装置に問い合わせてもよい。ユーザ装置は、オーディオビジュアルシステム１００により問い合わせずにそれにロードされるソフトウェアアプリケーションのリストを提供してもよい。一部の実施形態では、ユーザは、ユーザ装置に問い合わせるようにオーディオビジュアルシステム１００を促す。他の実施形態では、オーディオビジュアルシステム１００は、ユーザ装置がオーディオビジュアルシステム１００に接続すると自動的にユーザ装置に問い合わせる。
ステップ１５１４において、オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００に既にロードされているアプリケーションを決定する。オーディオビジュアルシステム１００は、メモリに既に記憶されているアプリケーションを決定し、既にロードされているアプリケーションを含むデータセットを生成してもよい。
ステップ１５１６において、オーディオビジュアルシステム１００は、ソフトウェアアプリケーションのデルタセットを決定する。このデルタセットは、オーディオビジュアルシステム１００には無いがユーザ装置には有るアプリケーションを含む。デルタセットは、オーディオビジュアルシステム１００にロードするためのソフトウェアアプリケーションの候補セットとして機能する。一部の実施形態では、オーディオビジュアルシステム１００は、既にロードされているアプリケーションのデータセットをユーザ装置にロードされるソフトウェアアプリケーションのリストと比較する。
ステップ１５１８において、オーディオビジュアルシステム１００は、デルタセットにおいてオーディオビジュアルシステム１００に専用に適合されるソフトウェアアプリケーションのバージョンを検索する。オーディオビジュアルシステム１００に専用に適合されるソフトウェアアプリケーションのバージョンは、ソフトウェアアプリケーションのバージョンが自動車で使用されるように設計されていることを意味してもよい。代替的に、オーディオビジュアルシステム１００に専用に適合されるソフトウェアアプリケーションのバージョンは、そのバージョンがオーディオビジュアルシステム１００の一部として利用可能な解像度のディスプレイ装置で動作するように設計されることを意味してもよい。
オーディオビジュアルシステム１００は、様々な場所でソフトウェアアプリケーションのバージョンを検索してもよい。オーディオビジュアルシステム１００は、ユーザ装置又はそこで実行されているソフトウェアの製造業者に関係付けられるアプリケーションストアを検索してもよい。オーディオビジュアルシステム１００は、車両１の製造業者に関係付けられるアプリケーションストアを検索してもよい。オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００の製造業者に関係付けられるアプリケーションストアを検索してもよい。
一部の実施形態では、オーディオビジュアルシステム１００は、ユーザ装置にロードされているアプリケーションがオーディオビジュアルシステム１００と互換性を有するかどうか（例えば、アプリケーションがオーディオビジュアルシステム１００で使用されるユーザ装置からダウンロードされてもよいこと、出力がオーディオビジュアルシステム１００に提供されながらアプリケーションがユーザ装置で実行されてもよいこと等）を決定する。一部の実施形態では、オーディオビジュアルシステム１００での使用が意図されていないソフトウェアアプリケーションが、互換モードでオーディオビジュアルシステム１００で実行されるようにオーディオビジュアルシステム１００によってダウンロードされ又は他のやり方で取得されてもよい。例えば、オーディオビジュアルシステム１００は、標準のモバイルオペレーティングシステムのバージョンを実行し、その標準のモバイルオペレーティングシステムを実行する処理コアを使用してアプリケーションを実行してもよい。更なる実施形態では、アプリケーションは、他のソースから獲得されてもよい（例えば、ウェブサイトからダウンロードされる、サードパーティストアから獲得される等）。
一部の実施形態では、オーディオビジュアルシステム１００で実行することが意図されていないアプリケーションをオーディオビジュアルシステム１００と互換性を有するアプリケーションに変換するために、コンバータが使用されてもよい。変換は、特徴をサイズ変更すること、ディスプレイ解像度を変更すること、表示される情報を選択すること、画像又はアイコンを変更すること等を含んでもよい。コンバータは、オーディオビジュアルシステム１００のヒューマンマシンインターフェースを制御するマルチコア処理環境のコアにより実行されてもよい。一部の実施形態では、コンバータは、サードパーティにより提供され、アプリケーションとして実行されてもよい。このアプリケーションは、他のアプリケーションを変換するための専用アプリケーションであってもよい。他の実施形態では、コンバータは、アプリケーションのコンポーネントとして含まれてもよい。更なるアプリケーションにおいて、コンバータは共有される。コンバータは、アプリケーション側コンポーネント（例えば、異なる構成、情報、解像度等のアプリケーション出力オプションを提供する）及びオーディオビジュアルシステム１００側コンポーネント（アプリケーションからの出力構成を選択し、情報をサイズ変更し、表示されるアイテムから選択するモジュール等）を含んでもよい。
図１５を更に参照すると、ステップ１５２０において、オーディオビジュアルシステム１００は、ユーザがオーディオビジュアルシステム１００にソフトウェアアプリケーションの発見されたバージョンをロードしたいかどうかについてユーザに問い合わせる。この問い合わせは、様々なやり方で行われてもよい。オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００の一部として提供されるディスプレイ装置にビジュアルプロンプトを提供してもよい。オーディオビジュアルシステム１００は、ビジュアルプロンプトをユーザ装置のディスプレイスクリーンに表示させてもよい。オーディオビジュアルシステム１００は、車両１のスピーカでオーディオプロンプトを再生してもよい。オーディオプロンプトは、ユーザ装置のスピーカで再生されてもよい。
ステップ１５２２において、オーディオビジュアルシステム１００は、ユーザがオーディオビジュアルシステム１００にソフトウェアアプリケーションをインストールしたいかどうかを決定する。ユーザがオーディオビジュアルシステム１００にソフトウェアアプリケーションをインストールしたくない場合、処理はステップ１５２４で終了する。ユーザがオーディオビジュアルシステム１００にソフトウェアアプリケーションをインストールしたい場合、処理はステップ１５２６に進む。ステップ１５２６において、オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００にソフトウェアアプリケーションをインストールするために認証情報が要求されるかどうかを確認する。こうした認証情報は、ユーザを識別するためにソフトウェアアプリケーションが取得されるアプリケーションストアによって要求されてもよい。
ステップ１５２８において、オーディオビジュアルシステム１００は、ソフトウェアアプリケーションをオーディオビジュアルシステム１００にロードするために認証情報が要求されるかどうかを決定する。認証情報が要求されない場合、オーディオビジュアルシステム１００は、ステップ１５３６においてソフトウェアアプリケーションをロードする。認証情報が要求される場合、オーディオビジュアルシステム１００は、ステップ１５３０に進む。ステップ１５３０において、オーディオビジュアルシステム１００は、認証情報が既に利用可能であるかどうかを確認する。オーディオビジュアルシステム１００は、認証情報がオーディオビジュアルシステム１００に既に記憶されているかどうかを確認してもよい。オーディオビジュアルシステム１００は、認証情報がそこに既に記憶されているかどうかを確認するためにユーザ装置に問い合わせてもよい。
ステップ１５３２において、オーディオビジュアルシステム１００は、認証情報が既に利用可能であることを決定する。認証情報が既に利用可能である場合、オーディオビジュアルシステム１００は、ステップ１５３６においてソフトウェアアプリケーションをロードする。認証情報がまだ利用可能でない場合、オーディオビジュアルシステム１００は、ステップ１５３４においてユーザに認証情報を問い合わせる。次に、オーディオビジュアルシステム１００は、ステップ１５３６においてソフトウェアアプリケーションをロードする。本明細書では、認証情報は、証明書、暗号鍵、デジタル著作権管理に関する情報、装置承認等を含んでもよい。一部の実施形態では、オーディオビジュアルシステム１００は、認証情報を獲得するようにユーザを促してもよい。例えば、オーディオビジュアルシステム１００は、ユーザが、アプリケーションストアからアプリケーションを購入し、パスワード情報を入力し、オーディオビジュアルシステム１００を承認すること等を可能にするためにビジュアルプロンプトを提供してもよい。
オーディオビジュアルシステム１００にロードされるアプリケーションについての先の図面の開示は例示であり、他の実施形態も予測可能である。例えば、オーディオビジュアルシステム１００は、ユーザにロードすることを問い合わせるアプリケーションの既定のリストを有してもよい。これは、ステップ１５１２から１５１８の代わりに又は追加して行われてもよい。更なる例として、オーディオビジュアルシステム１００は、認証情報がアプリケーションストアにより提供されない又は提供されるが受け入れられない場合に、様々なアクションを取ってもよい。オーディオビジュアルシステム１００は、ユーザに認証情報を問い合わせ又は再び問い合わせしてもよい。オーディオビジュアルシステム１００は処理を終了してもよい。
図１６を次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステム用の入力制御装置としてユーザ装置を使用するための処理が示されている。図１６の処理はステップ１６１０で開始する。ステップ１６１０において、ユーザは、ユーザ装置をオーディオビジュアルシステム１００に接続する。このユーザ装置は、有線又は無線接続によってオーディオビジュアルシステム１００に接続することが可能なスマートフォン、他のセルラ電話、タブレットコンピュータ、又は他のパーソナル装置であってもよい。ユーザは、任意の様々な理由でユーザ装置をオーディオビジュアルシステム１００に接続していてもよい。例えば、ユーザは、ユーザ装置をオーディオビジュアルシステム１００への入力装置として仕様するためにユーザ装置をオーディオビジュアルシステム１００に接続していてもよい。本例示では、ユーザ装置はタッチスクリーンディスプレイを有する。代替的に、ユーザ装置は、タッチセンサ及び別の出力ディスプレイを有してもよい。他の実施形態では、ユーザ装置は、タッチスクリーンセンサ及び／又はディスプレイを有さなくてもよい。ユーザ装置は、ユーザ入力を受信するためのハードウェアを有してもよい。
ステップ１６１２において、オーディオビジュアルシステム１００は、ユーザ装置を検出しており、ユーザがオーディオビジュアルシステム１００用の制御装置としてユーザ装置を使用したいかどうかについてユーザに問い合わせる。この問い合わせは、様々なやり方で行われてもよい。オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００の一部として提供されるディスプレイ装置にビジュアルプロンプトを提供してもよい。オーディオビジュアルシステム１００は、ビジュアルプロンプトをユーザ装置のディスプレイスクリーンに表示させてもよい。オーディオビジュアルシステム１００は、車両１のスピーカでオーディオプロンプトを再生してもよい。オーディオビジュアルシステム１００は、ユーザ装置のスピーカでオーディオプロンプトを再生さてもよい。一部の実施形態では、複数のプロンプトが提供されてもよい。
ステップ１６１４において、オーディオビジュアルシステム１００は、ユーザがオーディオビジュアルシステム１００用の制御装置としてユーザ装置を使用したいかどうかを決定する。一部の実施形態では、オーディオビジュアルシステム及び／又はユーザ装置は、入力を提供するようにユーザを促してもよい。例えば、ユーザは、コントロールとしてユーザ装置を使用するためにプロンプトに応答してもよい。他の実施形態では、ユーザは、オーディオビジュアルシステム１００及びユーザ装置の一方又は両方にパーソナル識別番号又は他のパスワードを提供してもよい。例えば、オーディオビジュアルシステム１００及びユーザ装置は、ペアリング処理を経てもよい。ユーザが制御装置としてユーザ装置を使用したくない場合、処理はステップ１６１６で終了する。ユーザが制御装置としてユーザ装置を使用したい場合、オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００への制御入力として様々なユーザ入力を受け入れてもよい。例えば、オーディオビジュアルシステム１００は、入力として、タッチ入力、ジェスチャ、データ転送、コマンド等を受け入れてもよい。
ステップ１６１８において、オーディオビジュアルシステム１００は、ユーザ装置がディスプレイ装置のオーバビュ―を表示することを可能にするために、ユーザ装置に情報を送信する。ディスプレイ装置のオーバビュ―は、オーディオビジュアルシステム１００のディスプレイ装置のための表示フィールドのシミュレーションであってもよい。このシミュレーションは、オーディオビジュアルシステム１００で現在使用中の各仮想動作フィールドの小型化及び／又は要約バージョンを含んでもよい。このシミュレーションは、オーディオビジュアルシステム１００におけるディスプレイ装置上のレイアウトに基づいて仮想動作フィールドをグループ化及び配置することを含んでもよい。このシミュレーションは、フォーカスが現在オーディオビジュアルシステム１００のどこに有るかの指示を示すことを含んでもよい。このシミュレーションは、ソフトキーをタップすることによりユーザが特定の機能を行うことができるようにユーザ装置のタッチスクリーン又はタッチセンサに表示される様々なソフトキーを含んでもよい。
ユーザ装置に示されたディスプレイ装置のオーバビュ―のこうした及び他の特徴を介して、ユーザは、オーディオビジュアルシステム１００に現在どのようなアプリケーションが及びどのようなコンテンツが表示されているかを見ることができる。これは、ユーザが、こうしたアプリケーションを管理するために更なる入力を提供することを可能にする。このようにして、ユーザは、オーディオビジュアルシステム１００を示し且つユーザが容易にオーディオビジュアルシステム１００を制御することを可能にする一種のダッシュボードをユーザ装置に有する。他の実施形態では、オーディオビジュアルシステム１００は、ユーザ装置に追加の情報を提供してもよい。例えば、オーディオビジュアルシステム１００は、ユーザ装置を介してユーザにセットアップ又はカスタム化メニューオプションを提供してもよい。更なる実施形態では、ユーザ装置は、アプリケーションを表示するために１つ以上の追加の仮想動作フィールドとして扱われてもよい。他の実施形態では、オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００の機能をサポートするためにユーザシステムのコンピュータリソースを利用してもよい。例えば、オーディオビジュアルシステム１００は、追加の処理コアとしてユーザ装置を扱ってもよい。
ステップ１６２０において、ユーザがユーザ装置に関係付けられるタッチスクリーン又はタッチセンサ上でスワイプを行うと、ユーザ装置は、オーディオビジュアルシステム１００にこの制御信号を渡す。このスワイプは、水平、垂直、環状又はそれ以外であってもよい。ステップ１６２２において、オーディオビジュアルシステム１００は、この入力コントロールをフォーカスの変更の要求と解釈する。オーディオビジュアルシステム１００は、入力に従ってフォーカスを変更する。オーディオビジュアルシステム１００は、スワイプの方向を検出し、それに従ってフォーカスを変更してもよい。フォーカスが現在のところアプリケーションに有る場合、オーディオビジュアルシステム１００は、別のアプリケーションにフォーカスを変更してもよい。フォーカスが現在のところアプリケーション内のアイテムに有る場合、オーディオビジュアルシステム１００は、その同じアプリケーションの何らかの他のアイテムにフォーカスを変更してもよい。
ステップ１６２４において、特定の仮想動作フィールドのシミュレーションが表示されるユーザ装置に関係付けられるタッチスクリーン上でユーザがシングルタップを行うと、ユーザ装置は、この制御信号をオーディオビジュアルシステム１００に渡す。ステップ１６２６において、オーディオビジュアルシステム１００は、この入力コントロールを、ユーザがシングルタップを行った仮想動作フィールドにおける情報を表示するアプリケーションにフォーカスをシフトする要求として解釈する。オーディオビジュアルシステム１００は、入力に従ってフォーカスを変更する。
ステップ１６２８において、ユーザがユーザ装置に関係付けられるタッチスクリーンに表示されるソフトキー上でシングルタップを行うと、ユーザ装置は、オーディオビジュアルシステム１００にこの制御信号を渡す。ステップ１６３０において、オーディオビジュアルシステム１００は、この入力コントロールを、選択されたソフトキーに関係付けられる特定の機能が実行される要求として解釈する。オーディオビジュアルシステム１００は、入力に従って選択された機能を実行する。例えば、ユーザは、「メインメニュー」とラベルされたソフトキーをタップしてもよい。この場合、オーディオビジュアルシステム１００は、ユーザ装置にメインメニュースクリーンを表示してもよい。
ステップ１６３２において、ユーザがユーザ装置に関係付けられるタッチスクリーン又はタッチセンサ上でダブルタップを行うと、ユーザ装置は、オーディオビジュアルシステム１００にこの制御信号を渡す。ステップ１６３４において、オーディオビジュアルシステム１００は、この入力コントロールを、フォーカスが現在位置しているアイテムのサブメニューにフォーカスをシフトする要求として解釈する。オーディオビジュアルシステム１００は、入力に従ってフォーカスを変更する。
オーディオビジュアルシステム１００への制御入力についての先の図面の開示は例示であり、他の実施形態も予測可能である。例えば、オーディオビジュアルシステム１００は、これが望ましいかどうかについてステップ１６１２でユーザに最初に問い合わせずにユーザ装置からの制御入力を自動的に受け入れてもよい。更なる例として、オーディオビジュアルシステム１００は、ステップ１６１８でユーザ装置がディスプレイ装置のオーバビュ―を表示せずにユーザ装置からの制御入力を受け入れてもよい。更なる例として、ディスプレイ装置のオーバビュ―は、ユーザ装置に位置するアプリケーションの一部としてユーザ装置に表示されてもよい。オーディオビジュアルシステム１００がユーザ装置からの制御入力を受け入れることを決定すると、それは、ディスプレイ装置のオーバビュ―がステップ１６１８のように提示されるようにユーザ装置に位置するアプリケーションの立ち上げを引き起こしてもよい。更なる例として、オーディオビジュアルシステム１００は、ユーザ装置に関係付けられるハードキーからの制御入力を受け入れてもよい。例えば、オーディオビジュアルシステム１００は、ユーザがユーザ装置上の音量アップ又はダウンのハードキーを押すと、車両１に対するオーディオ出力の音量を増加又は減少させてもよい。更なる例として、オーディオビジュアルシステム１００は、他のスワイプ技術等、ユーザ装置における他のタイプの入力を制御入力として認識してもよい。更なる実施形態では、オーディオビジュアルシステム１００とユーザ装置との間の上記の相互作用は、他の入力（例えば、他のタイプのタッチジェスチャ）を受け入れてもよい。
図１７を次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステムにおいて適切なアプリケーションレイアウトを選択するための処理が示されている。図１７の処理はステップ１７１０で開始する。ステップ１７１０において、オーディオビジュアルシステム１００は、アプリケーションを特定の仮想動作フィールドに割り当てている。この実施形態では、アプリケーションは、仮想動作フィールドにまだ表示されていない。しかしながら、この処理は、アプリケーションが仮想動作フィールドに既に表示されている場合にも使用されてもよい。また、この処理は、アプリケーションが仮想動作フィールドに既に表示されているが、仮想動作フィールドがサイズ変更及び／又は再配置されている場合にも使用され得る。アプリケーションの仮想動作フィールドへの割り当てに基づいて、オーディオビジュアルシステム１００は、垂直動作フィールドの少なくとも水平及び垂直寸法に基づいて仮想動作フィールドに表示されるアプリケーションのコンテンツを作成する必要がある。
ステップ１７１２において、オーディオビジュアルシステム１００は、アプリケーション用のどの既定のレイアウトが仮想動作フィールドに最良であるかを決定する。この実施形態では、アプリケーションは１つ以上の既定のレイアウトを有すると想定される。このような既定のレイアウトはポートレートレイアウトであってもよい。即ち、垂直寸法が水平寸法より大きいかそれに等しい。このような既定のレイアウトはランドスケープレイアウトであってもよい。即ち、水平寸法が垂直寸法より大きいかそれに等しい。このようなレイアウトは、車両専用レイアウトであってもよい。車両専用レイアウトは、オーディオビジュアルシステム１００等のシステムにおける仮想動作フィールドの典型的な寸法に専用に設計されているレイアウトであってもよい。このレイアウトは、先に検討されたように、アプリケーションの車両専用バージョンと共にオーディオビジュアルシステム１００にロードされるアプリケーションに特に利用可能であってもよい。
一部の実施形態では、仮想動作フィールドのための異なる幾何学的形状が可能である。他の実施形態では、仮想動作フィールドは、アプリケーションのコンテンツの作成の量を最適化及び／又は最小化するように選択される。更なる実施形態では、仮想動作フィールドは、アプリケーションに最適な仮想動作フィールドの特徴と最も近く一致する仮想動作フィールドの特徴に基づいてアプリケーションに対して選択される。例えば、ポートレート構成で最適に表示されるアプリケーションは、ポートレートレイアウトで情報を表示するように既に構成されている仮想動作フィールドに表示されるように割り当てられてもよい。
アプリケーションに対してどの既定のレイアウトが仮想動作フィールド用に最良であるかを決定することは、様々な形態を取ってもよい。１つのやり方では、オーディオビジュアルシステム１００は、仮想動作フィールドの垂直及び水平寸法に正確に適合するように、垂直及び水平寸法について等しい比率でスケーリングされ得る任意のレイアウトを最良のレイアウトとして選択してもよい。両方の寸法で等しくスケーリングして仮想動作フィールドに正確に適合するレイアウトが存在しない場合、オーディオビジュアルシステム１００は、各寸法を仮想動作フィールドに適合させるために垂直及び水平寸法間のスケーリング比の最小の差を有するレイアウトを最良のレイアウトとして選択してもよい。例えば、仮想動作フィールドは、１単位対１単位の垂直及び水平寸法を有してもよい。アプリケーション用のポートレートレイアウトは、３単位対１単位の垂直及び水平寸法を有してもよい。アプリケーション用のランドスケープレイアウトは、１単位対２単位の垂直及び水平寸法を有してもよい。この場合、ポートレートレイアウトは水平スケーリングの３ｘの垂直スケーリングを必要とする一方で、ランドスケープレイアウトは垂直スケーリングの２ｘの水平スケーリングを要求する。このように、寸法のスケーリングの差が小さいので、ランドスケープレイアウトが最良である。
最良のレイアウトを選択するための様々な他の選択基準が使用されてもよい。例えば、レイアウトは、設定された寸法を有するディスプレイ装置上に表示され得るアプリケーション、アイテム及び／又は情報の数を最大化するために選択されてもよい。他の実施形態では、各機能は、オーディオビジュアルシステム１００に最適な表示寸法（例えば、審美的に、情報最大化等）を提供してもよい。オーディオビジュアルシステム１００は、アプリケーションを利用可能仮想動作フィールドに割り当てると、この情報を考慮してもよい。
図１７を更に参照すると、ステップ１７１４において、オーディオビジュアルシステム１００は、アプリケーション用の最良の既定のレイアウトが更なる修正無しで仮想動作フィールドに適合するかどうかを決定する。この実施形態に関して、更なる修正の無い適合は、アプリケーションレイアウトが垂直及び水平寸法の等しいスケーリングを要求するが、仮想動作フィールドに正確に適合することを意味してもよい。例えば、２単位対２単位の寸法を有するレイアウトは、更なる修正無しで、１単位対１単位の寸法を有する仮想動作フィールドに適合するであろう。
更なる修正無しでアプリケーション用の最良の既定のレイアウトが仮想動作フィールドに適合する場合、オーディオビジュアルシステム１００は、ステップ１７３０で等しいスケーリングで仮想動作フィールドにアプリケーションを表示する。更なる修正無しでアプリケーション用の最良の既定のレイアウトが仮想動作フィールドに適合しない場合、処理はステップ１７１６に進む。ステップ１７１６において、オーディオビジュアルシステム１００は、アプリケーションのコンテンツがオーディオビジュアルシステム１００によって個別に制御され得るかどうかを確認する。例えば、オーディオビジュアルシステム１００は、アプリケーションコンテンツが映像フィールド、一連のアイコン写真フィールド、及びオーディオビジュアルシステム１００が仮想動作フィールド内で再配置することができる他の別個のフィールドを含むかどうかを確認してもよい。
ステップ１７１８において、オーディオビジュアルシステム１００は、アプリケーションコンテンツがオーディオビジュアルシステム１００によって個別に制御され得るかどうかを決定する。アプリケーションコンテンツがオーディオビジュアルシステム１００によって個別に制御され得る場合、処理はステップ１７２０に進む。ステップ１７２０において、オーディオビジュアルシステム１００は、仮想動作フィールドの寸法に最良に適合するようにアプリケーションコンテンツを再配置する。例えば、１単位対１単位の垂直及び水平寸法を有する仮想動作フィールドに対して、アプリケーションは、０．５単位対２．０単位の垂直及び水平寸法を有する最良の既定のレイアウトを有してもよい。この例では、最良の既定のレイアウトは、左側に０．５単位対１．０単位の寸法を有するビデオ表示フィールド及び右側に合計で０．５単位対１．０単位の一連のアイコンであってもよい。この場合、オーディオビジュアルシステム１００は、アイコンがビデオ表示フィールド上に配置されるようにアプリケーションコンテンツを再配置してもよく、合計で１．０単位対１．０単位の寸法を与えてもよい。
オーディオビジュアルシステム１００は、仮想動作フィールド用のアプリケーションコンテンツを最良に配置するために様々な他の再配置技術を行ってもよい。特に、オーディオビジュアルシステム１００は、垂直及び水平寸法間のスケーリングの差を減らすようにアプリケーションコンテンツを再配置してもよい。このようにして、再配置の活動の後、アプリケーションコンテンツが仮想動作フィールドに完全に適合しない場合であっても、垂直及び水平寸法の比率は、再配置の活動の後、仮想動作フィールドの垂直及び水平寸法の比率に良好に適合するであろう。
ステップ１７２２において、オーディオビジュアルシステム１００は、再配置後のアプリケーションコンテンツが今度は仮想動作フィールドに適合するかどうかを決定する。再配置されたアプリケーションコンテンツが今度は仮想動作フィールドに適合する場合、オーディオビジュアルシステム１００は、ステップ１７３０で再配置に基づいて仮想動作フィールドにアプリケーションを表示する。アプリケーションコンテンツがオーディオビジュアルシステム１００によって個別に制御され得ないか、又は再配置されたアプリケーションコンテンツがまだ仮想動作フィールドに適合しない場合、処理はステップ１７２４に進む。
ステップ１７２４において、オーディオビジュアルシステム１００は、第１の寸法が仮想動作フィールドに対して同じ寸法で正確に適合するようにアプリケーションをスケーリングする。オーディオビジュアルシステム１００は、様々なやり方でスケーリングするために第１の寸法を選択してもよい。オーディオビジュアルシステム１００は、仮想動作フィールドの最長の寸法をスケーリングを決定するアプリケーションの寸法として選択してもよい。オーディオビジュアルシステム１００は、仮想動作フィールドの最短の寸法をスケーリングを決定するアプリケーションの寸法として選択してもよい。オーディオビジュアルシステム１００は、アプリケーションの最長の寸法をスケーリングを決定するアプリケーションの寸法として選択してもよい。オーディオビジュアルシステム１００は、アプリケーションの最短の寸法をスケーリングを決定するアプリケーションの寸法として選択してもよい。オーディオビジュアルシステム１００は、垂直寸法をスケーリングを決定するアプリケーションの寸法として常に選択してもよい。オーディオビジュアルシステム１００は、水平寸法をスケーリングを決定するアプリケーションの寸法として常に選択してもよい。他の実施形態では、オーディオビジュアルシステム１００は、表示するアプリケーションの少数を選択するようにユーザを促すか、又は（例えば、使用頻度、優先度、お気に入りの状態等に基づいて）表示するアプリケーションのサブセットを決定してもよい。一部のアプリケーションは、スケーリング無しでアプリケーションをディスプレイに適合するために表示されなくてもよい。
ステップ１７２６において、オーディオビジュアルシステム１００は、スケーリング後のアプリケーションコンテンツが今度は仮想動作フィールドに適合するかどうかを決定する。スケーリングされたアプリケーションコンテンツが今度は仮想動作フィールドに適合する場合、オーディオビジュアルシステム１００は、ステップ１７３０でスケーリングに基づいて仮想動作フィールドにアプリケーションを表示する。スケーリングされたアプリケーションコンテンツがまだ仮想動作フィールドに適合しない場合、処理はステップ１７２８に進む。
ステップ１７２８において、オーディオビジュアルシステム１００は、第２の寸法でアプリケーション表示を切り取る。この切り取りは、様々なやり方で行われてもよい。オーディオビジュアルシステム１００は、アプリケーションの第２の寸法が仮想動作フィールドの第２の寸法に適合するまで第２の寸法でアプリケーションの各端部を等しく切り取ってもよい。オーディオビジュアルシステム１００は、アプリケーションの第２の寸法が仮想動作フィールドの第２の寸法に適合するまで第２の寸法でアプリケーションの一端の全てを切り取ってもよい。オーディオビジュアルシステム１００は、アプリケーションの第２の寸法が仮想動作フィールドの第２の寸法に適合するまで何らかの他の形態でアプリケーションを切り取ってもよい。アプリケーションを切り取ると、アプリケーションは両寸法で仮想動作フィールドに適合し、オーディオビジュアルシステム１００はステップ１７３０でアプリケーションを表示する。
オーディオビジュアルシステム１００におけるアプリケーションレイアウトを選択することについての先の図面の開示は例示であり、他の実施形態も予測可能である。例えば、ステップ１７２８において第２の寸法でアプリケーションを切り取る代わりに、オーディオビジュアルシステム１００は、アプリケーションの第２の寸法も仮想動作フィールドに適合するまで、第１の寸法におけるアプリケーションを更にスケーリングしてもよい。これは、更なるスケーリングに基づいて仮想動作フィールドにブランク空間を残してもよい。更なる例として、ブランク空間が仮想動作フィールドに含まれる場合、オーディオビジュアルシステム１００は、ブランク空間を埋めるためにアプリケーション表示の伸縮を行ってもよい。更なる例として、ステップ１７２０においてオーディオビジュアルシステム１００は、アプリケーションコンテンツの再配置に加えて追加機能を行ってもよい。例えば、オーディオビジュアルシステム１００は、表示されているものからアプリケーションのコンテンツの一部を除去してもよい。
一部の実施形態では、オーディオビジュアルシステム１００は、仮想動作フィールドにおけるアプリケーション表示として表示される１つ又は少数のコンテンツ部分のみを選択する。更に、アプリケーションを仮想動作フィールドに適切に表示させるために、図１７の処理において、再配置、切り取り及びスケーリングの任意の組み合わせが行われてもよい。一実施形態では、図１７の処理は、仮想動作フィールドにおける適切なレイアウトを決定するのを支援する（例えば、写真又はテキストが小さ過ぎない又は歪みを生じていないことを確実にする）ためにアプリケーションのコンテンツの視認性（例えば、テキストサイズ、明瞭性、解像度）を使用してもよい。別の実施形態では、アプリケーションは、アプリケーションを仮想動作フィールドに適合するのを支援するために、省略され得るアイテム、最初にスケーリングされる寸法等に関するデータをオーディオビジュアルシステム１００に提供する。
図１８を次に参照すると、本発明の一部の実施形態による、オーディオビジュアルシステムにおけるコンテンツの表示を制御するための処理が示されている。車両内のオーディオビジュアルシステム１００の実施形態に関して、表示され得るコンテンツのタイプを制御することは有益であり得る。例えば、車両１の運転者に動画ビデオが表示され得るかどうかの法的制約があってもよい。更に、混乱させる又は注意を逸らさせるコンテンツが車両１の運転者の注意を逸らし得るかどうかについて法的制約が存在しなくても、セーフティに対する懸念があってもよい。こうした及び他の理由で、オーディオビデオシステム１００は、一部の実施形態では、コンテンツの表示を制御してもよい。
図１８の処理はステップ１８１０で開始する。ステップ１８１０において、オーディオビジュアルシステム１００は、最初に、どのようなディスプレイ装置にアプリケーションが表示されているかを識別する。これは、どの仮想動作フィールドにアプリケーションが割り当てられているかを決定することを伴ってもよい。オーディオビジュアルシステム１００は、１つのディスプレイ装置に表示され得るコンテンツのタイプが別のディスプレイ装置に表示され得るものとは異なる状況においてこの決定を行ってもよい。ディスプレイ装置に基づく制約のこの様々なセットは、表示され得るコンテンツについてヘッドアップディスプレイ（「ＨＵＤ」）が厳しく制約されることをもたらしてもよい。この強い制約は、車両１を運転中に運転者の視界にヘッドアップディスプレイが直接有ることを考慮して選択されてもよい。計器クラスタディスプレイ（「ＩＣＤ」）は、車両１を運転中に運転者の視界に多かれ少なかれ有ることを考慮して、その次に最も強く制約されるディスプレイ装置であってもよい。中央情報ディスプレイ（「ＣＩＤ」）は、直接前方を見ているとき運転者の視界にそれほど直接的には無いが、運転者の注意を道路から逸らし得ることを考慮して、その次に最も強く制約されるディスプレイ装置であってもよい。通常は車両１の運転者の視界には無い後部座席ディスプレイ装置又は他の装置は、そのディスプレイ装置におけるコンテンツが車両１の運転者の注意を逸らす可能性が少ないことを考慮して、最も少ない制約を有してもよい。
ステップ１８１２において、オーディオビジュアルシステム１００は、現在の車両コンテキストを決定する。これは、車両の現在のアクション又は環境の何らかの特徴を決定することを伴ってもよい。このような特徴は、どのようなコンテンツがオーディオビジュアルシステム１００のディスプレイ装置に表示され得るかに更に影響を与えてもよい。例えば、車両がフォワード又はリバースギアにある間、注意を逸らすコンテンツについての通常の制約は全てのディスプレイ装置に対して効果が有ってもよい。しかしながら、車両が「パーキング」又は他の静止ギアに有る場合、オーディオビジュアルシステム１００は、コンテンツ表示における制約を除去又は緩和してもよい。これは、車両１が安全に駐車されている場合及び事故又は衝突の危険性が無いようなとき、車両１の運転者がアプリケーションコンテンツを見ることを許可するために有益であってもよい。
オーディオビジュアルシステム１００は、車両の速度等の他のコンテキスト情報を考慮してもよい。車両の速度が０ｍｐｈより大きい場合、オーディオビジュアルシステム１００は、通常のコンテンツ制約を適用してもよい。しかしながら、オーディオビジュアルシステム１００は、車両１の現在速度が０ｍｐｈである場合、コンテンツ制約を除去又は緩和してもよい。一部の実施形態では、コンテキスト情報は、雨が降っているかどうか、濃い霧が有るかどうか等、車両の運転に集中するための運転者の能力に影響を与え得る現在の天気状態を含む。一部の実施形態では、コンテキスト情報は、暗いか又は昼光であるかの決定等、車外の光のレベルを含む。一部の実施形態では、オーディオビジュアルシステム１００は、オペレータ、製造業者、又は車両１のそれ以外の者によってオーディオビジュアルシステム１００に入力されるコンテンツに対する任意の手動の制約を考慮してもよい。
図１８を更に参照すると、ステップ１８１４において、オーディオビジュアルシステム１００は、現在のコンテキストで割り当てられたディスプレイ装置にそれが表示され得るかどうかについてアプリケーションを分析する。このステップでは、オーディオビジュアルシステム１００は、現在それが提供しているコンテンツについてではなく、一般的なアプリケーションについて利用可能な情報を考慮してもよい。このアプリケーション情報に基づいて、オーディオビジュアルシステム１００は、割り当てられたディスプレイ装置におけるアプリケーションのための情報の表示を修正する又は防ぐことを決定してもよい。
例えば、オーディオビデオシステム１００は、常に表示され得るアプリケーションの「ホワイトリスト」へのアクセスを有してもよい。ホワイトリストにあるアプリケーションについて、オーディオビデオシステム１００は、更なる考慮無しで、ステップ１８１８においてその完全な情報を自動的に表示してもよい。ホワイトリストは、アプリケーションとアプリケーションがホワイトリストに登録されるディスプレイ装置のタイプとの両方を含む、２次元データを含んでもよい。例えば、ナビゲーションアプリケーションは、ＨＵＤ、ＩＣＤ、ＣＩＤ及び後部座席ディスプレイ装置に対してホワイトリストに登録されてもよい。しかしながら、ニュースアプリケーションは、ＩＣＤ、ＣＩＤ及び後部座席ディスプレイ装置に対してのみホワイトリストに登録されてもよい。更に、ホワイトリスト機能は、アプリケーションに関する全てのコンテンツをホワイトリストに登録する必要はない。例えば、アプリケーションが個別に制御可能なコンテンツ要素を含む場合、所定の識別可能なコンテンツ要素がホワイトリストに登録されてもよいが、その他はそうでなくてもよい。例えば、天気アプリケーションは、現在の天気状態を表示する画像コンテンツを含んでもよい。このコンテンツは、全てのディスプレイ装置上でホワイトリストに登録されてもよい。天気アプリケーションは、局地気象予報士が局地予報を説明するショートビデオを表示するビデオコンテンツを含んでもよい。このコンテンツは、全くホワイトリストに登録されなくてもよく、又はＣＩＤ及び／又は後部座席ディスプレイに対してのみホワイトリストに登録されてもよい。一部の実施形態では、「ホワイトリスト」は、（例えば、オーディオビジュアルシステム１００のメニュー入力を介して）ユーザにより制御されてもよい。他の実施形態では、オーディオビジュアルシステム１００は、上記の考慮に基づいて所定のアプリケーション又はその一部を自動的にホワイトリストに登録してもよい。更なる実施形態では、アプリケーション（例えば、アプリケーションストアからダウンロードされたもの）は、アプリケーション又はその一部を「ホワイトリスト」に登録するようにオーディオビジュアルシステム１００に命令を提供してもよい。
ホワイトリスト機能と同様に、オーディオビジュアルシステム１００は、「ブラックリスト」機能を実装してもよい。オーディオビジュアルシステム１００は、任意のディスプレイ装置においてブラックリストに登録されたアプリケーションについての情報の表示を防いでもよい。更に、ブラックリストは、特定のアプリケーションがブラックリストに登録されているディスプレイ装置の特定のタイプを指定してもよい。別のやり方として、オーディオビジュアルシステム１００は、オーディオビジュアルシステム１００の全てのディスプレイ装置に対してそれがブラックリストに登録されている場合、アプリケーションがオーディオビジュアルシステム１００にロードされることを最初から防いでもよい。例えば、ＹＯＵＴＵＢＥ（登録商標）アプリケーションは、ＨＵＤ及びＩＣＤディスプレイ装置に対してブラックリストに登録されてもよい。従って、オーディオビジュアルシステム１００は、こうしたディスプレイ装置においてＹＯＵＴＵＢＥアプリケーションについての情報が表示されることを防いでもよい。別の例として、ＹＯＵＴＵＢＥアプリケーションは、車両１が動作中である間、ＣＩＤディスプレイ装置に対してブラックリストに登録されてもよいが、車両１が駐車されている間、ＣＩＤディスプレイ装置に対してブラックリストに登録されなくてもよい。一部の実施形態では、「ブラックリスト」は、（例えば、オーディオビジュアルシステム１００のメニュー入力を介して）ユーザにより制御されてもよい。他の実施形態では、オーディオビジュアルシステム１００は、上記の考慮に基づいて所定のアプリケーション又はその一部を自動的にブラックリストに登録してもよい。更なる実施形態では、アプリケーション（例えば、アプリケーションストアからダウンロードされたもの）は、アプリケーション又はその一部を「ブラックリスト」に登録するようにオーディオビジュアルシステム１００に命令を提供してもよい。
一部の実施形態では、オーディオビジュアルシステム１００は、ステップ１８１４で取得された場合に、アプリケーションストアにおけるアプリケーションの分類情報を考慮する。オーディオビジュアルシステム１００は、特定のアプリケーション分類についてのルールを実装してもよい。例えば、オーディオビジュアルシステム１００は、アプリケーションストアにおいて「ゲーム」又は「ビデオ」の分類を有する任意のアプリケーションについての情報の表示をＨＵＤ又はＣＩＤディスプレイ装置において防いでもよい。対照的に、オーディオビジュアルシステム１００は、アプリケーションストアにおいて「天気」又は「オーディオ」の分類を有する任意のアプリケーションについての情報の表示をＨＵＤ又はＣＩＤディスプレイ装置において許可してもよい。他の実施形態では、オーディオビジュアルシステム１００は、アプリケーションにより提供される（例えば、アプリケーションに組み込まれる）情報を考慮してもよい。
ステップ１８１６において、オーディオビジュアルシステム１００は、現在のコンテキストで割り当てられたディスプレイ装置にそれが表示され得るかどうかについてアプリケーションコンテキストを分析する。このステップにおいて、オーディオビジュアルシステム１００は、単に一般的なアプリケーションではなく、アプリケーションによって現在提供されている実際のコンテンツについて利用可能な情報を考慮してもよい。このアプリケーションコンテンツ情報に基づいて、オーディオビジュアルシステム１００は、割り当てられたディスプレイ装置におけるアプリケーションのための情報の表示を修正する又は防ぐことを決定してもよい。
オーディオビジュアルシステム１００は、潜在的に混乱させるタイプのコンテンツを示す任意のコンテンツタグに関してアプリケーションによって提供されるコンテンツを分析してもよい。例えば、ＨＴＭＬ５仕様を使用してコンテンツを提供しているアプリケーションに関して、オーディオビジュアルシステム１００は、アプリケーションによるビデオコンテンツの伝達を示す「＜ｖｉｄｅｏ＞」タグについてコンテンツを監視してもよい。また、アプリケーションにより伝達されるコンテンツにおいて他の形態のマークアップが検出されてもよい。潜在的に注意を逸らすコンテンツの指示を検出することに基づいて、オーディオビジュアルシステム１００は、全体的にアプリケーションコンテンツを又は特に識別されたコンテンツをブロックしてもよい。
オーディオビジュアルシステム１００は、アプリケーションがビデオコンテンツを検出するために使用されるグラフィックス処理装置（「ＧＰＵ」）フレームバッファの使用を分析してもよい。フレームバッファにおける動画ビデオコンテンツを検出するために様々な技術が使用されてもよいが、オーディオビジュアルシステム１００は、例えば、フレームバッファにおけるピクセル情報に関する変化率を検出してもよい。仮想動作フィールドにおけるピクセルの大部分又は集中部分に対する高い変化率は、動画ビデオが表示されていることを示してもよい。このような状況では、オーディオビジュアルシステム１００は、ビデオコンテンツが表示されているように見えるアプリケーションコンテンツ全体又は仮想動作フィールドの特定のフィールドをブロックしてもよい。
オーディオビジュアルシステム１００は、ビデオコンテンツを検出するためにアプリケーションに関するデータ転送のダウンリンク速度を分析してもよい。オーディオビジュアルシステム１００は、サーバ又は基地局からアプリケーションが実行されているユーザ装置又はオーディオビジュアルシステム１００へのダウンリンクにおいて特定のアプリケーションに対する高データ転送速度を監視してもよい。オーディオビジュアルシステム１００は、ビデオコンテンツがダウンロード及び表示されている指示を高データ転送速度として扱ってもよい。このような状況では、オーディオビジュアルシステム１００は、アプリケーションコンテンツを完全にブロックしてもよい。更に、非ビデオデータの大量ダウンロードを一時的に行っているアプリケーションを誤ってブロックすることを回避するために、オーディオビジュアルシステム１００は、活動がビデオコンテンツを示していると決定する前に、所定時間長にわたり高データ転送速度が維持されることを確認してもよい。
オーディオビジュアルシステム１００は、車両のオーディオシステムへの大きなオーディオ出力についてアプリケーションを監視してもよい。先の複数の例はビデオコンテンツへの制約を検討したが、他のコンテンツが制約されてもよい。例えば、突然の大きな音で車両１の運転者の注意を逸らさないように、オーディオ出力強度の大スパイクが制約されてもよい。オーディオビジュアルシステム１００は、車両１のオーディオ出力に送信されるアプリケーション用のデータを分析することによりソフトウェアでこの監視及び防止を行ってもよい。オーディオビジュアルシステム１００は、車両１のオーディオ出力を電気的に制限することによりハードウェアでこの監視を行ってもよい。オーディオビジュアルシステム１００は、様々なオーディオコンテンツの特徴を監視してもよい。オーディオビジュアルシステム１００は、音量レベル、出力の電力、音波の圧力として見なされ得るオーディオ出力強度を監視してもよい。オーディオビジュアルシステム１００はオーディオ出力強度の変化率を監視し、それにより、オーディオ出力強度の突然の変化が制限される。
ステップ１８１８において、オーディオビジュアルシステム１００は、先の決定及び分析ステップに基づいてどのようなコンテンツを表示すべきかを決定する。オーディオビジュアルシステム１００は、特定のコンテンツの表示を制約するために様々なアクションを取ってもよい。制約されたコンテンツの存在に基づいて、オーディオビジュアルシステム１００は、アプリケーションに関する情報の表示を完全にブロックしてもよい。オーディオビジュアルシステム１００は、コンテンツのこのような個別の制御が可能である場合に制約されるように識別された特定のコンテンツをブロックしてもよい。仮想動作フィールドの特定の部分が制約されたコンテンツを表示するために使用されている場合、オーディオビジュアルシステム１００は、アプリケーションに対して仮想動作フィールドの一部をブロックしてもよい。オーディオビジュアルシステム１００は、車両コンテキスト等の何らかの状態が変化するまで、制約されたコンテンツの表示を一時的に中断してもよい。オーディオビジュアルシステム１００は、制約されたコンテンツが検出されて表示が停止されたことの通知をユーザに提示してもよい。特に、制約された動画ビデオコンテンツに関して、オーディオビジュアルシステム１００は、動画ビデオがもはや動画ビデオとして表示されない（むしろ、ゆっくりと更新される静止画像として表示される）ようにアプリケーションの仮想動作フィールドに対するリフレッシュレートを手動で低減してもよい。オーディオビジュアルシステム１００は、ＧＰＵと直接干渉することによりこのリフレッシュレート制御を行ってもよい。オーディオビジュアルシステム１００は、仮想動作フィールドに対してビデオコンテンツを定期的に廃棄することによりこのリフレッシュレート制御を行ってもよい。オーディオビジュアルシステム１００は、制約されたコンテンツがユーザに表示される効果を緩和するために様々な他のステップを取ってもよい。
オーディオビジュアルシステム１００におけるコンテンツの表示を制御することについての先の図面の開示は例示であり、他の実施形態も予測可能である。例えば、ステップ１８１０−１８１６における分析及び決定を含むステップは異なる順番で行われてもよい。更なる例として、オーディオビジュアルシステム１００の一部の実施形態は、車両コンテキスト情報を使用しなくてもよく、そのためステップ１８１２をスキップしてもよい。更なる例として、オーディオビジュアルシステム１００の一部の実施形態は、ディスプレイ装置に関わらずシステム全体に対するルールを使用してもよく、そのためステップ１８１０をスキップしてもよい。更なる例として、この処理で記載された活動は、オーディオビジュアルシステム１００において様々なタイミングで行われてもよい。例えば、この処理は、オーディオビジュアルシステム１００の電源が最初に投入されたときに行われてもよい。この処理は、オーディオビジュアルシステム１００がアプリケーションの仮想動作フィールドへの新しい割り当てを行うと行われてもよい。この処理は、オーディオビジュアルシステム１００の電源が入っている間、継続して行われてもよい。他の実施形態では、表示されるコンテンツは、アプリケーションによって部分的に又は完全に制御されてもよい。例えば、アプリケーションは、どのようなコンテンツを表示するかを決定する際に考慮される表示命令をオーディオビジュアルシステム１００に提供してもよい。更なる例として、アプリケーションは、こうした命令を実行するオーディオビジュアルシステム１００に表示命令を提供することにより、どのようなコンテンツが表示されるかを単独で決定してもよい。
様々な例示的な実施形態に示されたシステム及び方法の構造及び配置は単なる例示である。本開示には少数の実施形態のみが詳細に記載されているが、多くの修正（例えば、サイズ、寸法、構造、形状及び様々な要素の比率、パラメータの値、取り付け配置、材料の使用、色、方向の変更）が可能である。例えば、要素の配置は反転され又は他のやり方で変更されてもよく、個々の要素の性質又は数又は位置が変更又は変形されてもよい。従って、このような全ての修正が、本開示の範囲内に含まれることが意図される。任意の処理又は方法のステップの順番又は順序が、代替的な実施形態に従って変更され又は再順序付けされてもよい。他の置換、修正、変更及び省略が、本開示の範囲から逸脱することなく、例示的な実施形態の設計、動作条件及び配置で行われてもよい。
本開示は、様々な動作を遂行するための任意の機械可読媒体上のプログラム製品、システム及び方法を考慮している。本開示の実施形態は、既存のコンピュータプロセッサを使用して、又はこの若しくは別の目的で組み込まれる、適切なシステムのための専用コンピュータプロセッサによって、又は配線システムによって実装されてもよい。本開示の範囲内の実施形態は、機械実行可能命令又はそれに記憶されるデータ構造を伝送する又は有する機械可読媒体を含むプログラム製品を含む。このような機械可読媒体は、汎用又は専用コンピュータ又はプロセッサを有する他の機械によりアクセスされ得る任意の利用可能な媒体であってもよい。例えば、このような機械可読媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又は他の光学ディスク記憶装置、磁気ディスク記憶装置又は他の磁気記憶装置、又は機械実行可能命令又はデータ構造の形態で所望のプログラムコードを伝送又は記憶するために使用され得る且つ汎用又は専用コンピュータ又はプロセッサを有する他の機械によりアクセスされ得る任意の他の媒体を含んでもよい。情報が機械とのネットワーク又は別の通信接続（有線、無線、又は有線若しくは無線の組み合わせ）を介して伝送又は提供される場合、機械は適切に接続を機械可読媒体と見なす。従って、任意のこのような接続は、適切に機械可読媒体と呼ばれる。上記の組み合わせも、機械可読媒体の範囲内に含まれる。例えば、機械実行可能命令は、汎用コンピュータ、専用コンピュータ、又は専用処理機械に所定の機能若しくは機能グループを実行させる命令及びデータを含む。
図面は方法ステップの特定の順番を示しているが、ステップの順番は描かれたものと異なっていてもよい。また、２つ以上のステップが同時に又は部分的に同時に行われてもよい。このような変形は、選択されたソフトウェア及びハードウェアシステムに及び設計者の選択に依存するであろう。このような全ての変形は、本開示の範囲内である。同様に、ソフトウェアの実装は、様々な接続ステップ、処理ステップ、比較ステップ及び決定ステップを遂行するためのルールベース論理及び他の論理を有する標準プログラミング技術によって達成され得る。

Claims (17)

  1. 車両インターフェースシステムを介して車両乗員への情報を処理及び提示する方法であって、
    前記車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して前記車両乗員に情報を提示するステップと、
    前記車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、
    前記車両インターフェースシステムにユーザ装置を接続するステップと、
    前記ユーザ装置にインストールされている前記複数のソフトウェアアプリケーションの中の１つの非車両専用バージョンを識別するステップと、
    前記ユーザ装置にインストールされている前記ソフトウェアアプリケーションの前記非車両専用バージョンを識別することに応じて、前記車両インターフェースシステムにおいて識別されたソフトウェアアプリケーションの車両専用バージョンをインストールするステップと、
    前記少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップと、
    各ソフトウェアアプリケーションに対して最適な仮想動作フィールドの特徴と最も近く一致する仮想動作フィールドの特徴に基づいて、前記複数の仮想動作フィールドの各々を前記複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップと
    を含み、前記仮想動作フィールドの特徴は、垂直及び水平寸法間のスケーリング比を含む、方法。
  2. 前記複数の仮想動作フィールドの各々を割り当てるステップは、前記仮想動作フィールドの少なくとも１つを前記識別されたソフトウェアアプリケーションの前記車両専用バージョンからの情報を表示するように割り当てることを含む、請求項１に記載の方法。
  3. 前記複数の仮想動作フィールドの各々は、前記表示フィールドの非重複部分を覆う、請求項１に記載の方法。
  4. 前記識別されたソフトウェアアプリケーションの車両専用バージョンに関してアプリケーションデータベースを検索するステップと、
    前記アプリケーションデータベースから前記車両インターフェースシステムに前記識別されたソフトウェアアプリケーションの前記車両専用バージョンをダウンロードするステップと
    を更に含む、請求項１に記載の方法。
  5. 前記電子ディスプレイを介して、前記車両インターフェースシステムにおいて前記識別されたソフトウェアアプリケーションの前記車両専用バージョンをインストールするかどうかを前記車両乗員が選択するためのプロンプトを提示するステップを更に含み、
    前記識別されたソフトウェアアプリケーションの前記車両専用バージョンは、前記車両乗員が前記プロンプトを介して前記識別されたソフトウェアアプリケーションの前記車両専用バージョンをインストールすることを選択したことに応じて、前記車両インターフェースシステムにインストールされる、請求項１に記載の方法。
  6. 前記識別されたソフトウェアアプリケーションの前記車両専用バージョンをインストールするために認証情報が要求されることを決定するステップと、
    前記ユーザ装置及び前記車両インターフェースシステムの少なくとも１つから前記認証情報を自動的に取得するステップと、
    前記識別されたソフトウェアアプリケーションの前記車両専用バージョンをインストールするために前記認証情報を使用するステップと
    を更に含む、請求項１に記載の方法。
  7. 車両インターフェースシステムを介して車両乗員への情報を処理及び提示する方法であって、
    前記車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して前記車両乗員に情報を提示するステップと、
    前記車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、
    前記車両インターフェースシステムにユーザ装置を接続するステップと、
    前記車両インターフェースシステムにおいて前記ユーザ装置から制御信号を受信するステップであって、前記制御信号は前記ユーザ装置を制御装置として使用する前記車両乗員からの入力に基づくステップと、
    前記ユーザ装置から前記制御信号を受信することに応じて、前記少なくとも１つの電子ディスプレイを介して提示される前記情報を調節するステップと、
    前記少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップと、
    各ソフトウェアアプリケーションに対して最適な仮想動作フィールドの特徴と最も近く一致する仮想動作フィールドの特徴に基づいて、前記複数の仮想動作フィールドの各々を前記複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップと
    を含み、前記仮想動作フィールドの特徴は、垂直及び水平寸法間のスケーリング比を含む、方法。
  8. 前記複数の仮想動作フィールドの各々は、前記表示フィールドの非重複部分を覆う、請求項７に記載の方法。
  9. 前記ユーザ装置を制御装置として使用するかどうかに関して前記車両乗員に問い合わせるステップと、
    前記車両乗員が前記ユーザ装置を制御装置として使用することを選択したことに応じて、前記ユーザ装置からの制御信号を受け入れるように前記車両インターフェースシステムを構成するステップと
    を更に含む、請求項７に記載の方法。
  10. 前記ユーザ装置にユーザインターフェースを送信するステップを更に含み、前記ユーザインターフェースは、前記車両インターフェースシステムで実行中の前記複数のソフトウェアアプリケーションのオーバビューを提供し、且つ前記車両乗員が前記ユーザ装置を介して前記複数のソフトウェアアプリケーションと相互作用することを可能にする、請求項７に記載の方法。
  11. 複数の仮想動作フィールドの各々を前記複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップと、
    前記車両インターフェースシステムの前記電子ディスプレイを使用して第１の仮想動作フィールドを表示するステップと、
    前記ユーザ装置の電子ディスプレイを使用して第２の仮想動作フィールドを表示するステップと
    を更に含む、請求項７に記載の方法。
  12. 前記車両インターフェースシステムによって提供される前記複数のソフトウェアアプリケーションをサポートするために前記ユーザ装置のコンピュータリソースを使用するステップを更に含む、請求項７に記載の方法。
  13. 車両インターフェースシステムを介して車両乗員への情報を処理及び提示する方法であって、
    前記車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して前記車両乗員に情報を提示するステップと、
    前記車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、
    前記少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップと、
    前記複数のソフトウェアアプリケーションの中の第１のソフトウェアアプリケーションを前記複数の仮想動作フィールドの中の第１の仮想動作フィールドに割り当てるステップと、
    前記第１の仮想動作フィールドのレイアウトに基づいて、前記第１のソフトウェアアプリケーション用のレイアウトを選択するステップと、
    前記第１のソフトウェアアプリケーションの現在のレイアウトが前記第１の仮想動作フィールドの現在のレイアウトに適合するかどうかを決定するステップと、
    前記第１のソフトウェアアプリケーションの前記第１の仮想動作フィールドへの適合性を改善するために前記第１のソフトウェアアプリケーションの前記現在のレイアウトを再フォーマットするステップと
    を含む、方法。
  14. 前記複数の仮想動作フィールドの各々を前記複数のソフトウェアアプリケーションの１つに関する情報を表示するように割り当てるステップと、
    割り当てられた仮想動作フィールドにおいて前記複数のソフトウェアアプリケーションからの情報を表示するステップと
    を更に含む、請求項１３に記載の方法。
  15. 前記第１のソフトウェアアプリケーションの前記現在のレイアウトを再フォーマットするステップは、前記第１の仮想動作フィールドのサイズ及びアスペクト比の少なくとも１つに適合するように前記第１のソフトウェアアプリケーションのコンテンツを再配置することを含む、請求項１３に記載の方法。
  16. 車両インターフェースシステムを介して車両乗員への情報を処理及び提示する方法であって、
    前記車両インターフェースシステムの少なくとも１つの電子ディスプレイを介して前記車両乗員に情報を提示するステップと、
    前記車両インターフェースシステムにおいて複数のソフトウェアアプリケーションを実行するステップと、
    前記少なくとも１つの電子ディスプレイの表示フィールドを複数の仮想動作フィールドにパーティション化するステップと、
    前記複数のソフトウェアアプリケーションの中の第１のソフトウェアアプリケーションを前記複数の仮想動作フィールドの中の第１の仮想動作フィールドに割り当てるステップと、
    前記第１の仮想動作フィールドのレイアウトに基づいて、前記第１のソフトウェアアプリケーション用のレイアウトを選択するステップと、
    前記第１のソフトウェアアプリケーションの現在のレイアウトが前記第１の仮想動作フィールドの現在のレイアウトに適合するかどうかを決定するステップと、
    前記第１のソフトウェアアプリケーションの前記第１の仮想動作フィールドへの適合性を改善するために前記第１の仮想動作フィールドの前記現在のレイアウトを再フォーマットするステップと
    を含む、方法。
  17. 前記第１の仮想動作フィールドの前記現在のレイアウトを再フォーマットするステップは、前記第１のソフトウェアアプリケーションの前記現在のレイアウトに適合するように前記第１の仮想動作フィールドのサイズを変更すること、配置を変更すること、及びアスペクト比を調節することの少なくとも１つを含む、請求項１６に記載の方法。
JP2016544610A 2014-01-06 2014-12-31 車両におけるオーディオビジュアルコンテンツの提示及びこれとの相互作用 Expired - Fee Related JP6622705B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461924223P 2014-01-06 2014-01-06
US61/924,223 2014-01-06
PCT/US2014/072956 WO2015103371A2 (en) 2014-01-06 2014-12-31 Presenting and interacting with audio-visual content in a vehicle

Publications (2)

Publication Number Publication Date
JP2017507399A JP2017507399A (ja) 2017-03-16
JP6622705B2 true JP6622705B2 (ja) 2019-12-18

Family

ID=52395220

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016544610A Expired - Fee Related JP6622705B2 (ja) 2014-01-06 2014-12-31 車両におけるオーディオビジュアルコンテンツの提示及びこれとの相互作用

Country Status (4)

Country Link
US (1) US20160342406A1 (ja)
EP (1) EP3092563A2 (ja)
JP (1) JP6622705B2 (ja)
WO (1) WO2015103371A2 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150277114A1 (en) * 2014-03-27 2015-10-01 Ford Global Technologies, Llc System and method for a vehicle system using a high speed network
US9799128B2 (en) 2015-07-30 2017-10-24 Microsoft Technology Licensing, Llc Incremental automatic layout of graph diagram
US10048936B2 (en) * 2015-08-31 2018-08-14 Roku, Inc. Audio command interface for a multimedia device
KR101678096B1 (ko) * 2015-11-05 2016-11-23 현대자동차주식회사 통신 모듈, 그를 가지는 차량 및 그 제어 방법
US10331314B2 (en) * 2016-03-11 2019-06-25 Denso International America, Inc. User interface including recyclable menu
US9775138B1 (en) * 2016-05-06 2017-09-26 Ford Global Technologies, Llc Mechanism for moveable telematics services
US20170337027A1 (en) * 2016-05-17 2017-11-23 Google Inc. Dynamic content management of a vehicle display
US10950229B2 (en) * 2016-08-26 2021-03-16 Harman International Industries, Incorporated Configurable speech interface for vehicle infotainment systems
CN106965755A (zh) * 2016-12-06 2017-07-21 上海赫千电子科技有限公司 双系统车载中控信息系统
JP6565944B2 (ja) 2017-01-23 2019-08-28 トヨタ自動車株式会社 車両用入力装置、及び、車両用入力装置の制御方法
CN106791212B (zh) * 2017-03-10 2019-07-02 Oppo广东移动通信有限公司 一种移动终端刷新率的控制方法、装置及移动终端
US20200320896A1 (en) * 2017-03-29 2020-10-08 Sony Corporation Information processing device, information processing method, and program
WO2018225488A1 (ja) * 2017-06-06 2018-12-13 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
US20200062276A1 (en) * 2018-08-22 2020-02-27 Faraday&Future Inc. System and method of controlling auxiliary vehicle functions
JP6778735B2 (ja) 2018-12-26 2020-11-04 本田技研工業株式会社 表示装置、表示方法、およびプログラム
CN109783181B (zh) * 2019-01-31 2019-12-20 掌阅科技股份有限公司 屏幕适配显示方法、电子设备及计算机存储介质
JP1656705S (ja) * 2019-02-08 2020-04-06 自動車用情報表示器
USD941322S1 (en) * 2019-02-08 2022-01-18 Nissan Motor Co., Ltd. Display screen or portion thereof with graphical user interface
USD941323S1 (en) 2019-02-08 2022-01-18 Nissan Motor Co., Ltd. Display screen or portion thereof with graphical user interface
CN110290333B (zh) * 2019-06-14 2022-07-15 未来（北京）黑科技有限公司 信号发送方法及系统、转接板、存储介质
CN110336962B (zh) * 2019-06-14 2022-09-06 未来（北京）黑科技有限公司 信号处理方法、转接板、hud设备及存储介质
CN112181545B (zh) * 2019-07-03 2023-04-07 比亚迪股份有限公司 车载数据处理方法、装置、车载设备及存储介质
USD942482S1 (en) * 2019-08-06 2022-02-01 Nissan Motor Co., Ltd. Display screen or portion thereof with graphical user interface
USD930664S1 (en) * 2019-10-10 2021-09-14 Google Llc Display screen supporting a transitional graphical user interface
EP4036757A1 (en) * 2021-01-27 2022-08-03 Hyundai Mobis Co., Ltd. Apparatus for searching using multiple displays
US11816318B2 (en) * 2021-07-28 2023-11-14 Google Llc Application compatibility on a computing device
DE102021131482A1 (de) 2021-11-30 2023-06-01 Bayerische Motoren Werke Aktiengesellschaft Verfahren zur Ansteuerung einer Unterhaltungsvorrichtung eines Fahrzeugs, Unterhaltungsvorrichtung für ein Fahrzeug, Computerprogrammprodukt

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2448932A1 (en) * 2001-07-02 2003-01-16 British Telecommunications Public Limited Company Program installation process
US6934942B1 (en) * 2001-08-24 2005-08-23 Microsoft Corporation System and method for using data address sequences of a program in a software development tool
EP1828890A1 (de) * 2004-12-14 2007-09-05 Bayerische Motorenwerke Aktiengesellschaft System zur bereitstellung einer auf einem mobilen endgeraet vorhandenen software-anwendung in einem kraftfahrzeug
US8839142B2 (en) * 2007-06-08 2014-09-16 Apple Inc. Desktop system object removal
JP2009229172A (ja) * 2008-03-21 2009-10-08 Alpine Electronics Inc 情報提供装置及び情報提供方法
US8838332B2 (en) * 2009-10-15 2014-09-16 Airbiquity Inc. Centralized management of motor vehicle software applications and services
US20130241720A1 (en) * 2012-03-14 2013-09-19 Christopher P. Ricci Configurable vehicle console
US8863196B2 (en) * 2010-11-30 2014-10-14 Sony Corporation Enhanced information on mobile device for viewed program and control of internet TV device using mobile device
WO2012151286A1 (en) * 2011-05-04 2012-11-08 Apperian, Inc. Processing, modification, distribution of installation packages
GB2492789B (en) * 2011-07-12 2018-01-03 Denso Corp Displays
US9369820B2 (en) * 2011-08-23 2016-06-14 Htc Corporation Mobile communication device and application interface switching method
US9348555B2 (en) * 2013-03-15 2016-05-24 Volkswagen Ag In-vehicle access of mobile device functions
US10251034B2 (en) * 2013-03-15 2019-04-02 Blackberry Limited Propagation of application context between a mobile device and a vehicle information system
CN104239083A (zh) * 2013-06-21 2014-12-24 中兴通讯股份有限公司 移动终端的应用的迁移方法、装置以及系统

Also Published As

Publication number Publication date
EP3092563A2 (en) 2016-11-16
WO2015103371A2 (en) 2015-07-09
US20160342406A1 (en) 2016-11-24
WO2015103371A3 (en) 2015-09-03
JP2017507399A (ja) 2017-03-16

Similar Documents

Publication Publication Date Title
JP6622705B2 (ja) 車両におけるオーディオビジュアルコンテンツの提示及びこれとの相互作用
EP3092559B1 (en) Presenting and interacting with audio-visual content in a vehicle
CN101582053B (zh) 将用户界面推到远程设备
CN104281406B (zh) 用于管理信息娱乐功能的方法和系统
JP6525888B2 (ja) コンテキストに基づいた車両ユーザインターフェースの再構成
US11042341B2 (en) Integrated functionality of center display, driver display, and shared-experience display
EP2726981B1 (en) Human machine interface unit for a communication device in a vehicle and i/o method using said human machine interface unit
US9575771B2 (en) Method for integrating a component into an information system of a vehicle
US20160034238A1 (en) Mirroring deeplinks
WO2013074897A1 (en) Configurable vehicle console
US9997063B2 (en) Remote controller for vehicle and method for providing function thereof
CN104935986A (zh) 用于控制多源和多显示器的系统和方法
US9936065B2 (en) Selectively limiting a non-vehicle user input source of a handheld mobile device
JP2016097928A (ja) 車両用表示制御装置
TWI742421B (zh) 使用者介面整合方法和車載裝置
CN114816142A (zh) 一种车载屏幕的控制方法、设备和智能汽车
US20170255441A1 (en) System and method for operating a multiple display assembly
US20160253088A1 (en) Display control apparatus and display control method
JP5728957B2 (ja) 車両用操作装置
KR20180075815A (ko) 차량 내 멀티 원격 제어 설정 방법과 이를 위한 차량
GB2502595A (en) Touch sensitive input device compatibility notification when a mobile device is connected to an In-Vehicle device
WO2015083266A1 (ja) 表示制御装置及び表示制御方法
US11126282B2 (en) System and method for touchpad display interaction with interactive and non-interactive regions
KR102268644B1 (ko) 개인화 디지털 운전석 시스템의 hmi 개발 시스템 및 방법
KR20210053666A (ko) 차량 디스플레이 제어 시스템 및 그 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171213

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190122

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190419

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190730

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191025

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191112

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191122

R150 Certificate of patent or registration of utility model

Ref document number: 6622705

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees