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