知財求人 - 知財ポータルサイト「IP Force」
▶ ジョンソン コントロールズ テクノロジー カンパニーの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】5676108
(24)【登録日】2015年1月9日
(45)【発行日】2015年2月25日
(54)【発明の名称】リモートディスプレイ再現システム
(51)【国際特許分類】
B60R 16/02 20060101AFI20150205BHJP
G01C 21/26 20060101ALI20150205BHJP
【ＦＩ】
B60R16/02 640J
G01C21/26 A
【請求項の数】10
【全頁数】34
(21)【出願番号】特願2009-543188(P2009-543188)
(86)(22)【出願日】2007年12月19日
(65)【公表番号】特表2010-514604(P2010-514604A)
(43)【公表日】2010年5月6日
(86)【国際出願番号】US2007088175
(87)【国際公開番号】WO2008079891
(87)【国際公開日】20080703
【審査請求日】2010年12月7日
【審判番号】不服2013-14752(P2013-14752/J1)
【審判請求日】2013年8月1日
(31)【優先権主張番号】60/875,946
(32)【優先日】2006年12月20日
(33)【優先権主張国】US
(31)【優先権主張番号】60/875,947
(32)【優先日】2006年12月20日
(33)【優先権主張国】US
(31)【優先権主張番号】60/881,953
(32)【優先日】2007年1月23日
(33)【優先権主張国】US
(31)【優先権主張番号】61/005,419
(32)【優先日】2007年12月5日
(33)【優先権主張国】US
(73)【特許権者】
【識別番号】598147400
【氏名又は名称】ジョンソン コントロールズ テクノロジー カンパニー
【氏名又は名称原語表記】Ｊｏｈｎｓｏｎ Ｃｏｎｔｒｏｌｓ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏｍｐａｎｙ
(74)【代理人】
【識別番号】100083806
【弁理士】
【氏名又は名称】三好 秀和
(74)【代理人】
【識別番号】100095500
【弁理士】
【氏名又は名称】伊藤 正和
(72)【発明者】
【氏名】ヴァンダーウォール、 フィリップ ジェイ．
(72)【発明者】
【氏名】シムズ、 マイケル ジェイ．
(72)【発明者】
【氏名】アンダーソン、 エリザベト エイ．
(72)【発明者】
【氏名】シュトラッシュ、 リチャード ジェイ．
(72)【発明者】
【氏名】ゴールデン、 ジェフリー
(72)【発明者】
【氏名】エイク、 ロジャー ダブリュー．
(72)【発明者】
【氏名】シックス、 パスカル
【合議体】
【審判長】
新海 岳
【審判官】
堀川 一郎
【審判官】
矢島 伸一
(56)【参考文献】
【文献】
特開２００３−２４４３４３（ＪＰ，Ａ）
【文献】
特開２００３−３３０８５６（ＪＰ，Ａ）
(57)【特許請求の範囲】
【請求項1】
リモートソースによって生成されて前記リモートソースのディスプレイ上に示される画像を再現するための車載のシステムであって、
車載のディスプレイとして設けられた出力ディスプレイと、
前記リモートソースと通信して前記リモートソースから前記画像を受信する車載の通信装置と、
前記通信装置及び前記出力ディスプレイと操作可能に接続されて、前記画像のビットマップ表現を前記出力ディスプレイに与える処理システムと、
前記処理システムと通信可能に接続されるメモリ装置と
前記出力ディスプレイに与えられる前記ビットマップ表現が、前記リモートソース上に生成かつ示される新たな画像を反映するべく更新されるように前記通信装置を制御する制御システムと
を含み、
前記通信装置は無線通信のための構成を含み、
前記通信装置は前記リモートソースから、前記ビットマップ表現を補完するグラフィクス、テキスト又は音声のデータを含むメタ情報を受信し、
前記処理システムは、前記画像とは別個に前記出力ディスプレイに与えられるように前記メタ情報を処理し、
前記メタ情報は、前記画像のビットマップデータとは別個に前記制御システムに送信されて前記メモリ装置に格納され、
前記処理システムは、前記メモリ装置に格納された前記メタ情報を処理して出力タスクを実行するべく構成され、
前記出力タスクは、前記メタ情報を前記出力ディスプレイ上に表示されるビットマップデータに変換することと、前記メタ情報に含まれるビットマップ座標の情報に基づいて前記画像の前記ビットマップ表現の上に、方向矢印又は方向テキストを含む表示オブジェクトをオーバレイすることとを含むディスプレイ出力タスクを含むシステム。
車載のディスプレイとして設けられた出力ディスプレイと、
前記リモートソースと通信して前記リモートソースから前記画像を受信する車載の通信装置と、
前記通信装置及び前記出力ディスプレイと操作可能に接続されて、前記画像のビットマップ表現を前記出力ディスプレイに与える処理システムと、
前記処理システムと通信可能に接続されるメモリ装置と
前記出力ディスプレイに与えられる前記ビットマップ表現が、前記リモートソース上に生成かつ示される新たな画像を反映するべく更新されるように前記通信装置を制御する制御システムと
を含み、
前記通信装置は無線通信のための構成を含み、
前記通信装置は前記リモートソースから、前記ビットマップ表現を補完するグラフィクス、テキスト又は音声のデータを含むメタ情報を受信し、
前記処理システムは、前記画像とは別個に前記出力ディスプレイに与えられるように前記メタ情報を処理し、
前記メタ情報は、前記画像のビットマップデータとは別個に前記制御システムに送信されて前記メモリ装置に格納され、
前記処理システムは、前記メモリ装置に格納された前記メタ情報を処理して出力タスクを実行するべく構成され、
前記出力タスクは、前記メタ情報を前記出力ディスプレイ上に表示されるビットマップデータに変換することと、前記メタ情報に含まれるビットマップ座標の情報に基づいて前記画像の前記ビットマップ表現の上に、方向矢印又は方向テキストを含む表示オブジェクトをオーバレイすることとを含むディスプレイ出力タスクを含むシステム。
【請求項2】
受信された前記画像は、前記リモートソースによって表示された画像の複製である、請求項１に記載のシステム。
【請求項3】
受信された前記画像は、前記リモートソースによって生成される、請求項１に記載のシステム。
【請求項4】
前記処理システムは、前記出力ディスプレイに前記ビットマップ表現を与える前に、前記画像に処理タスクを行う、請求項１に記載のシステム。
【請求項5】
前記処理タスクは、前記画像を異なるサイズにスケーリングすることである、請求項４に記載のシステム。
【請求項6】
前記出力タスクは、車両オーディオシステムにオーディオ信号を与えるオーディオインタフェースに情報を与えることを含むオーディオ出力タスクをさらに含む、請求項１に記載のシステム。
【請求項7】
前記メタ情報は、前記処理システムが構文解析する記述テキストである、請求項１に記載のシステム。
【請求項8】
構文解析された前記記述テキストが出力タスクを生成する、請求項７に記載のシステム。
【請求項9】
前記メモリ装置はさらに、前記出力ディスプレイの色、解像度、サイズ、言語又はチルトに関する任意の設定又は変数を含む少なくとも１つのプロファイルを格納する、請求項１に記載のシステム。
【請求項10】
前記メモリ装置はさらに、前記リモートソースのディスプレイの色、解像度、サイズ、言語又はチルトに関する任意の設定又は変数を含む少なくとも１つのプロファイルを格納する、請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は一般に、自動車の通信、ナビゲーション、及びユーザ制御の分野に関する。詳しくは、本発明は、リモートソースから車載ディスプレイへのディスプレイ再現のためのシステム及び方法に関する。
【0002】
関連特許出願の相互参照本願は、２００６年１２月２０日出願の米国仮特許出願第６０／８７５，９４６号の利益を主張し、その開示を全て本明細書に参照として組み込む。本願はまた、２００６年１２月２０日出願の米国仮特許出願第６０／８７５，９４７号の利益を主張し、その開示を全て本明細書に参照として組み込む。本願はまた、２００７年１２月５日出願の米国仮特許出願第６１／００５，４１９号の利益を主張し、その開示を全て本明細書に参照として組み込む。本願はまた、２００７年１月２３日出願の米国仮特許出願第６０／８８１，９５３号の利益を主張し、その開示を全て本明細書に参照として組み込む。
【背景技術】
【0003】
典型的に車両は、例えばオーディオシステム、携帯電話システム、ナビゲーションシステム、車載娯楽システム、ユーザインタフェースにより制御されるエンジン管理システム、ＨＶＡＣシステム等の複数の電子システム及びサブシステムを含む。かかるシステムの１つ以上は、当該車両にセットアップされる車載制御システムを含むか又はこれによって与えられる。制御システムは、制御インタフェース及び付随する制御機器を含み、ディスプレイシステム又はオーディオシステムのような他の車両電子システムに接続又は統合される。
【0004】
制御システムを有する従来車両は、他の車両システム又はリモートシステムと十分な通信をしない点で通常、比較的「スタンドアローン」である。制御システムを有する従来車両の中には、携帯電話のようなリモートソースと通信できるものもあり、ハンズフリー携帯通話等の様々なオーディオ機能が可能である。典型的な車載制御システムはまた、当該車載制御システムがユーザフレンドリーに、便利に、又は楽しくなるようにデザインされた画像の提供が可能な視覚出力ディスプレイを含む。典型的な車載制御システムの中には、当該視覚出力ディスプレイ上にナビゲーション情報を表示可能とするものもある。かかるシステムは、当該表示に係る情報を組み込みシステムにより生成する。かかるシステムには様々な欠点のあることが多い。例えば、内部生成ナビゲーション情報を備える組み込みシステムは、格納ナビゲーションデータ（例えばナビゲーションＤＶＤ等）の使用が必要となることが多い。道路が変わるたびにユーザは、当該ナビゲーションデータのアップデートを購入するか又は古いデータでドライブを続けるかしなければならない。同様に、生成ソフトウェア又はハードウェアも急速に時代遅れとなっていく。すなわち、従来型ナビゲーションシステムの利便性は時の経過とともに減少する。
【0005】
典型的な「ビルトイン」又は組み込みシステムは、ナビゲーションデータ及びソフトウェアの分野以外でもこれと同じ問題を抱えている。例えば、メディアプレーヤ、Ｅメール及びテキストメッセージング・コミュニケータ、ホーム制御システムその他任意の視覚的要素を有する制御又は娯楽システムは、時代遅れのデータ、ソフトウェア、又はハードウェアの問題を抱えている。例えば、車載制御システムのメッセージング機能は開発当初は適切に動作する。しかし、メッセージングのプロトコルが変わると当該車載制御システムは時代遅れとなる。同様に、人気のあるメディアコーデック（すなわち、音楽、動画その他のメディアファイル等の圧縮伸長アルゴリズム）も時の経過とともに変わり、時には極めて急速に変わる。利便性及びコストを含む多くの理由により、ユーザもオリジナル機器メーカ（ＯＥＭ）も車載制御システムの頻繁なソフトウェア更新をしたいとは思わない。さらに、ソフトウェア及びハードウェアの機能が車載制御システムに加えられると、ＯＥＭ、車両メーカ、並びに、最終的には顧客及び運転者にとって、設計及び製造のコストが上昇する。
【0006】
リモートソースからの視覚的情報を表示することができる車載制御システムが必要とされている。さらに、リモートソースから、リアルタイムの、生の、又は頻繁に更新される画像を表示できる車載制御システムが必要とされている。リモートソースに基づいて生成されたビットマップ情報を表示できる車載制御システム又は方法が必要とされている。さらに、リモートソースからビットマップを受信して車載出力ディスプレイ上にそれを表示させるシステム及び方法を与える車載制御システムが必要とされている。
【0007】
これらの必要性の１つ以上を満たして他の有利な特徴も与えるシステム及び／又は方法を提供することが望まれる。他の特徴及び利点が本明細書から明らかとなる。開示される教示は、上述の必要性の１つ以上を実現するか否かにかかわらず、特許請求の範囲内に当てはまる当該実施例まで拡張される。
【先行技術文献】
【特許文献】
【0008】
【特許文献1】欧州特許出願公開第１３３８８６６（Ａ）号明細書
【特許文献2】欧州特許出願公開第１６９８５１８（Ａ）号明細書
【特許文献3】欧州特許出願公開第１６５５６７７（Ａ）号明細書
【特許文献4】欧州特許出願公開第１３０４６９５（Ａ）号明細書
【特許文献5】欧州特許出願公開第１４９３９９４（Ａ）号明細書
【発明の概要】
【0009】
一実施例は、少なくとも一部がリモートソースにより生成されて当該リモートソースのディスプレイ上に表示された画像を再現する車載のシステムに関する。本システムは、ディスプレイに信号を与える表示インタフェースを含む。本システムは、リモートソースと通信して当該リモートソースから画像を受信する車載の通信装置をさらに含む。本システムは、通信装置及び表示インタフェースに操作可能に接続されて、当該表示インタフェースに画像の表現を与える処理システムをさらに含む。本システムは、処理装置に通信可能に接続されるメモリ装置をさらに含む。メモリ装置は通信装置を制御するためのコンピュータコードを含む。これにより、表示インタフェースに与えられた画像の表現は、リモートソース上に生成かつ表示された新たな画像を反映するべく更新される。
【0010】
他実施例は、車載出力ディスプレイに画像を与える方法に関する。本方法は、リモートソースと通信リンクを確立すること、及びリモートソースにより生成された第１画像を受信することを含む。当該画像は、リモートソース上に最近表示された第２画像を表す。本方法は、出力ディスプレイ上に第１画像を表示することをさらに含む。
【0011】
本発明はその他の実施例が可能であり、様々な方法で実施又は実行できる。代替的な実施例は、特許請求の範囲に一般に記載されるように、他の特徴、及び特徴の組み合わせに関する。
【0012】
本発明は、添付の図面とともに考慮される以下の詳細な記載により十分に理解される。添付の図面では、同様の参照番号により同様の要素が参照される。
【図面の簡単な説明】
【0013】
【図1】一実施例に係る車載制御システムを含む複数の車両システムを有する自動車の斜視図である。
【図5】一実施例に係る、リモートソースの表示を複製する車載制御システムの斜視図である。
【図6A】一実施例に係る、リモートソースから受信した画像を車両ディスプレイ上に表示するべく使用される処理のフローチャートである。
【図6B】他実施例に係る、リモートソースから受信した画像を車両ディスプレイ上に表示するべく使用される処理のフローチャートである。
【図7】他実施例に係る、リモートソースのビットマップを車両ディスプレイ上に表示するべく使用される処理のフローチャートである。
【図8A】一実施例に係る、リモートソースと通信して画像情報及びメタ情報を受信する車載制御システムを説明するブロック図である。
【図8B】一実施例に係る、リモートソースと通信して画像情報を受信かつユーザインタフェース情報を送受信する車載制御システムを説明するブロック図である。
【図9】一実施例に係る、受信画像に関するメタ情報を出力するべく車載制御システムが使用される処理のフローチャートである。
【図10A】一実施例に係る、リモートソースから受信した画像を表示するべく車載制御システムが使用される処理のフローチャートである。
【図10B】一実施例に係る、表示用車両制御システムに画像を与えるべくリモートソースが使用される処理のフローチャートである。
【図11A】一実施例に係る、ローカルのユーザインタフェース（ＵＩ）要素から受信した信号を変換し、当該信号に基づきコマンド及び／又は制御信号をリモートソースへ与えるべく車載制御システムが使用される処理のフローチャートである。
【図11B】一実施例に係るプログラマブル制御器の正面図である。
【図12】一実施例に係る、携帯装置のディスプレイ上に表示された部分的画像を再現する車両ディスプレイのブロック図である。
【図13】一実施例に係る、携帯装置の機能を車両制御システムのＵＩ要素又は機能にマッピングする車両制御システムのブロック図である。
【図14】一実施例に係る、携帯装置の機能をＵＩ要素又は機能にマッピングするべく車両制御システムが使用される処理のフローチャートである。
【図15】一実施例に係る、マッピングされたＵＩ要素に基づいて携帯装置にコマンドを送信するべく車両制御システムが使用される処理のフローチャートである。
【図16】一実施例に係る、複数のリモートソースコマンドを車両ＵＩ要素にマッピングするべく車載制御システムが使用される処理のフローチャートである。
【図18】一実施例に係る、車両制御システムに接続される複数の装置の概略図である。
【図19】一実施例に係る、車両データバスを介して車両モジュール及びサブシステムに接続された車両制御システムのブロック図である。
【図20】一実施例に係る、複数のリモートソースに接続された車両制御システムのブロック図である。
【図21】一実施例に係る、複数の装置との接続を行う処理のフローチャートである。
【図22】一実施例に係る、通信タスクを完了する処理のフローチャートである。
【図23】一実施例に係る、機能をリモートソースに与える処理のフローチャートである。
【発明を実施するための形態】
【0014】
実施例を詳細に説明する図面を参照する前に、用途が、以下記載された又は図面に示された詳細又は方法に限定されないことを理解すべきである。また、ここで使用される表現及び用語は説明のみを目的とし、限定とみなしてはならないことを理解すべきである。
【0015】
図面を一般的に参照すると、リモートソース上に生成及び表示された表示を再現又は複製するべく車両制御システムが与えられる。車両制御システムは、リモートソースとの（有線又は無線の）データ接続を確立する。リモートソースは１つ以上のアプリケーションを実行する。かかるアプリケーションに関連してリモートソース上に表示された画像は車両制御システムへ送信される。ひとたび車両制御システムによって受信されると、画像は車両ディスプレイシステムに与えられる。画像の他、リモートソースの１つ以上のユーザインタフェース機能もまた、車両制御システムに与えられるか又は利用可能とされる。車両制御システムは、車両のユーザインタフェース要素を使用して、リモートソースの当該１つ以上のユーザインタフェース機能にコマンド及び制御を与える。
【0016】
図１を参照すると、車両１００には、ユーザの利便及び娯楽のための複数のサブシステムが含まれる。車両１００には一般に、ヒーティング・ベンチレーション・エアコンディショニング（ＨＶＡＣ）システム、音響システム、車載制御システム１０６（例えば、メディアシステム、ナビゲーションシステム、娯楽システム、ディスプレイシステム、通信システム等）が含まれる。ＨＶＡＣシステム、音響システム、ディスプレイシステム、及び通信システムは、車載制御システム１０６に接続される。車載制御システム１０６は、自動的に又はマニュアルユーザコマンドにより様々なシステムを制御及びモニタすることができる。なお、様々な実施例において、車両１００、ＨＶＡＣシステム、音響システム等の車両システムは、車載制御システム１０６と相互作用可能な任意の過去、現在、又は将来の設計であってよい。
【0017】
図２を参照すると、車載制御システム１０６の一実施例が示される。車載制御システム１０６には一般に、出力ディスプレイ１０８、１つ以上のノブ１１０、１つ以上のプッシュボタン１１２、及び１つ以上の触覚ユーザインプット又はプッシュボタン１１４が含まれる。これらは、様々な車両及びメディアの機能を制御可能とする。一実施例において、出力ディスプレイ１０８は、タッチスクリーンディスプレイであってよい。他実施例においては、他の任意の非接触感知ディスプレイであってよい。さらに他の実施例において、出力ディスプレイ１０８は、任意のテクノロジ（例えば、ＬＣＤ、ＤＬＰ、プラズマ、ＣＲＴ）、設定（例えば、縦長又は横長）、又は形状（例えば、多角形状、湾曲状、曲線状）であってよい。出力ディスプレイ１０８は、メーカ設置の出力ディスプレイ、アフターマーケットの出力ディスプレイ、又は任意のソースからの出力ディスプレイであってよい。出力ディスプレイ１０８は、組み込みディスプレイ（例えば、制御システム又は他の車両システム、部品、若しくは構造に組み込まれたディスプレイ）、スタンドアローンのディスプレイ（例えば、携帯ディスプレイ、可動アームに取り付けられたディスプレイ）、又は他の任意の設定を有するディスプレイであってよい。出力ノブ１１０並びにプッシュボタン１１２及び１１４は、（ｉ）ファン速度、室内温度、若しくは空気流のルーティングのようなＨＶＡＣシステムの機能を制御、（ｉｉ）音響システムに対してメディアファイルの再生を制御、（ｉｉｉ）電話帳エントリの取得を制御、（ｉｖ）他の任意の所望車両機能を制御、又は（ｖ）接続されたリモートソースの機能を制御するべく設定され得る。典型的にプッシュボタン１１４は、車載制御及びメディアシステム１９６の様々な機能の選択及び表示を可能とする。これらには、ＨＶＡＣシステム制御、音響システム制御、メディアシステム制御、ディスプレイシステム制御、通信システム制御、ハンズフリー電話使用、連絡先若しくは住所／電話帳管理、カレンダー閲覧／修正、及び車両データロギングが含まれる。プッシュボタン１１４はまた、ディスプレイ再現設定、装置プロファイル、並びに／又はコマンド及び制御のマッピングの閲覧及び再設定を可能とする。
【0018】
メディア再生用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭指示でオーディオ又は動画ファイルを閲覧、選択、ソート、サーチ、及び／又は再生できるメディア再生メニュー画面が表示されるか又はコマンドが実行される。ハンズフリー電話操作用のプッシュボタン１１４の操作により、ユーザが車載制御システム１０６の車両コンソールに話しかけることにより携帯電話を操作できるように車載制御システム１０６を携帯電話に接続するメニュー画面が表示されるか又はコマンドが実行される。ＨＶＡＣ制御用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭指示で室内温度及び空気流を制御できるメニュー画面が表示されるか又はコマンドが実行される。連絡先管理用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭のコマンドで、個人連絡先情報を含む１つ以上のエントリを閲覧、リスト化、選択、ソート、サーチ、編集、及び／又はダイヤルできるメニュー画面が表示されるか又はコマンドが実行される。カレンダー管理用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭のコマンドで、個人スケジュール情報を含む１つ以上のエントリを閲覧、リスト化、選択、ソート、サーチ、編集、及び／又は作成できるメニュー画面が表示されるか又はコマンドが実行される。車両ログ管理用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭のコマンドで、車両動作関連情報（例えば、燃料経済性、エンジン温度、ガス欠になるまでの距離等）を入力、閲覧、選択、及び／又はリセットできるメニュー画面が表示されるか又はコマンドが実行される。通信制御用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭のコマンドで、通信設定又は通信モードの入力、閲覧、選択、リセット、設定、又は起動できるメニュー画面が表示されるか又はコマンドが実行される。ディスプレイ再現制御用のプッシュボタン１１４の操作により、ユーザが触覚又は口頭のコマンドで、例えば色、解像度、サイズ、言語、チルト等の任意の設定又は変数のような表示プロファイル設定又は表示設定を入力、閲覧、設定、選択、及び／又は変更できるメニュー画面が表示されるか又はコマンドが実行される。装置プロファイル制御用のプッシュボタン１１４の操作により、当該システムに接続された（接続される又は接続される可能性がある）リモート装置に関連するプロファイルをユーザが入力、閲覧、設定、選択、及び／又は変更できるメニュー画面が表示されるか又はコマンドが実行される。コマンド及び制御マッピング用のプッシュボタン１１４の操作により、任意のプッシュボタン、タッチスクリーン要素、ジョイスティック、スクロールホイール、ステアリングホイール搭載制御、音声コマンド、又は他の車両ユーザインタフェース（ＵＩ）要素に関連する機能又はコマンドをユーザが入力、閲覧、設定、選択、及び／又は変更できるメニュー画面が表示されるか又はコマンドが実行される。例えば、コマンド及び制御マッピングメニュー・インタフェースは、車両ＵＩ要素をリモートソースの機能又はコマンドにマッピングするべく使用される。
【0019】
図３を参照すると、車載制御システム１０６は、通信リンク１１８を介してリモートソース１１６からのデータファイルにアクセスすることができる。例えば、車載制御システム１０６は、メディアファイル、電話帳データファイル、カレンダーデータ、画像データ等の任意のアクセス可能データにアクセスできる。これらは、車載制御メディアシステム１０６によって使用される。車載制御システム１０６はまた、通信リンク１１８を介してリモートソース１１６から及び／又はリモートソース１１６へ、要求を送信、ファイルを受信、コマンドを送受信、並びに他の任意のタイプのデータを送信及び／又は受信する。
【0020】
車載制御システム１０６は一般に、通信装置１２０、データ処理システム１２２、ディスプレイドライバ１２４、ユーザインタフェース１２６、オーディオ入力装置１２８、オーディオ出力装置１３０、出力ディスプレイ１０８、及びメモリ装置１３２を含む。
【0021】
通信装置１２０は一般に、リモートソース１１６との通信リンク１１８を確立する。一実施例において、車載制御メディアシステム１０６は、例えばBluetooth通信プロトコル、IEEE802.11プロトコル、IEEE802.16プロトコル、セルラーシグナル、共有無線アクセスプロトコル・コードアクセス（SWAP-CA）プロトコル、無線ＵＳＢプロトコル等任意の適した無線テクノロジによって、無線通信リンクを確立する。他の実施例において、車載制御メディアシステム１０６は、例えばＵＳＢテクノロジ、IEEE1394テクノロジ、光テクノロジ、他のシリアル若しくはパラレルポートテクノロジ、又は他の任意の適切な有線リンクによって、有線通信リンクを確立する。通信装置１２０は、リモートソース１１６から１つ以上のデータファイルを受信する。様々な実施例において、データファイルは、テキスト、数値データ、オーディオ、動画、プログラムデータ、コマンドデータ、情報データ、座標データ、画像データ、ストリーミングメディア、又はこれらの任意の組み合わせを含む。
【0022】
データ処理システム１２２は通信装置１２０に接続され、一般に車載制御メディアシステム１０６の各機能を制御する。データ処理システム１２２は、ユーザの利便のため車載制御システム１０６の音声認識能力を有してよい。データ処理システム１２２は、デジタル若しくはアナログ処理要素を含み、及び／又は車載制御システム１０６の制御若しくは機能を可能とする任意の過去、現在、若しくは将来の設計であってよい。データ処理システム１２２は、１つ又は複数のデータ処理装置であってよい。データ処理システム１２２は、データ処理サブ装置又は部材を有するデータ処理装置であってよい。データ処理システム１２２は、制御、表示、通信、入力、及び出力の機能を車両に与えることができるプログラムソフトウェア及びハードウェアの任意の組み合わせを含んでよい。データ処理システム１２２は、車載制御システムの様々な装置、部材、及び機能（例えば、通信装置１２０、出力ディスプレイ１０８、ディスプレイドライバ１２４、メモリ装置１３２、オーディオシステム１０４、ユーザインタフェース１２６、オーディオ入力装置１２８、オーディオ出力装置１３０等）を調整してよい。
【0023】
ディスプレイドライバ１２４は出力ディスプレイ１０８に接続され、典型的には当該出力ディスプレイに電気信号を与える。一実施例において、電気信号はデータファイルのテキスト及び／又は数値データを含むが、他実施例においては、出力ディスプレイへの電気信号は、他の任意の所望データをテキスト及び／若しくは数値データとともに又は単独で含む。他実施例においてディスプレイドライバ１２４は、タッチスクリーン能力を有する出力ディスプレイ１０８を制御するが、他実施例においてはディスプレイドライバ１２４は、タッチスクリーン能力を利用せずにディスプレイ１０８を制御する。ディスプレイドライバ１２４は、ディスプレイ１０８上で画像の制御及び表示を行うべく任意の数の機能、ソフトウェア、又はハードウェアを含んでよい。さらに他の実施例において、ディスプレイドライバ１２４は、出力ディスプレイ１０８の制御を可能とする任意の過去、現在、又は将来の設計であってよい。
【0024】
オーディオ入力装置１２８は例えばマイクロホンであり、ユーザの発声を受信して音声認識のためのデータ処理システム１２２へ送信する。車載制御システム１０６の機能が音声コマンドによって操作される。オーディオ出力装置１３０は例えばビルトインスピーカであり、ユーザに、ユーザ選択確認のような様々な機能のオーディオプロンプトを与える。
【0025】
メモリ装置１３２は、車載制御システム１０６によってアクセスされるデータを格納する。例えば、メモリ装置１３２は、リモートソース１１６によって入力されたデータ、データ処理システム１２２によって生成されてその後使用される可能性のあるデータ、現在の計算若しくは処理に使用される中間データ、又は車載制御システム１０６によって使用される任意のデータを格納する。
【0026】
図４を参照すると、車載制御システム１０６及びリモートソース１１６が詳細に示される。データ処理システム１２２は一般に、テキスト文法変換装置１３４、音声認識装置１３６、及びテキスト音声変換装置１３８を含んでよい。データ処理システム１２２は、任意の数の付加的なハードウェアモジュール、ソフトウェアモジュール、又は処理装置（例えば、付加的なグラフィクスプロセッサ、通信プロセッサ等）を含んでよい。
【0027】
テキスト文法変換装置１３４は通信装置１２０に接続されてよく、一般に、通信装置１２０がリモートソース１１６から受信した各データファイルのテキスト及び／又は数値データの音韻表現を生成する。各データファイルのテキスト及び／又は数値データの音韻表現は、各データファイルの音声認識が行えるように構成される。データファイルを音韻表現に変換した後、データファイルは、音声認識装置１３６がオーディオ入力装置１２８を介して受信した口頭入力コマンドによってアクセスされる。一実施例によれば、テキスト文法変換装置１５４は、リモートソースから受信された情報の音韻表現を与えることができる。
【0028】
音声認識装置１３６は典型的に、ユーザからの口頭入力コマンドをオーディオ入力装置１２８を介して受信する。音声認識装置は、受信された口頭入力コマンドを、テキスト文法変換装置１３４が構成した所定の入力コマンドセットと比較する。様々な実施例において、入力コマンドは、メディアファイルの再生、電話帳項目のダイアル又は入力、カレンダー又は連絡先データの入力又はリスト化、ＨＶＡＣシステムの制御、その他データに対する任意の所望の機能に関連してよい。音声認識装置１３６は、ユーザから受信した口頭入力コマンドに対して適切な応答を決定してよい。例えば、口頭入力コマンドが有効な命令か無効な命令か、どのコマンドを実行すべきか等の任意の適切な応答である。一実施例によると、音声認識装置１３６は、所定のコマンドが認識された場合にディスプレイ再現モードをトリガ又は起動することができる。さらに、音声認識装置１３６は、コマンドをリモート装置１１６に渡し、通信リンクを介してのリモートソースとのインタラクティブ制御を行うこともできる。
【0029】
テキスト音声変換装置１３８は一般に、リモートソース１１６から受信した各データファイルのテキスト及び／又は数値データを可聴音声表現に変換する。この機能により、車載制御システム１０６は、オーディオ出力装置１３０又はオーディオシステム１０４を介してデータを可聴的にユーザに与えることができる。例えば、車載制御システム１０６は、ユーザが選択した機能をユーザへ復唱したり、ナビゲーション情報を与えたり、方向をアナウンスしたり、メニューオプションをアナウンスしたり、メディアファイル情報をアナウンスしたり、電話帳若しくは連絡先情報又はその他メモリ１３２、リモートソース１１６、リモートサーバ１５４等に格納されたデータに関する情報を与えたりしてよい。一実施例によれば、テキスト音声変換装置１３８は、リモートソースから受信された情報の可聴音声表現を与えることができる。
【0030】
メモリ装置１３２は、揮発性メモリ１４０及び不揮発性メモリ１４２の双方を含む。揮発性メモリ１４０は、自身に格納されたコンテンツが制御システム１６０又は車両１００の電源オンオフの各サイクル中に消去される。不揮発性メモリ１４２は、自身に格納されたコンテンツが電源オンオフのサイクルにわたり維持される。制御システム１０６の起動時でも、前のシステム使用からのデータがユーザにとって利用可能のままとなる。一実施例によれば、不揮発性メモリ１４２は、１つ以上のユーザプロファイル、表示プロファイル、通信プロファイル、又は他の任意のタイプのユーザ又はシステム設定ファイルを格納してよい。
【0031】
一実施例によれば、リモートソース１１６は、送受信機を含む任意の適切なリモートソースであってよく、通信リンク１１８（無線又は有線のいずれか）を介して車載制御システム１０６と連動することができる。様々な実施例において、リモートソース１１６は、インターネット又は他の様々なリモートソースに接続可能な１つ以上の携帯電話１４４、携帯情報端末（ＰＤＡ）１４６、メディアプレーヤ１４８、携帯ナビゲーション装置（ＰＮＤ）１５０、ポケットベル１５２、リモートサーバ１５４であってよい。リモートソース１１６は、格納装置、１つ以上の処理装置、及び１つ以上の通信装置を有してよい。一実施例によれば、リモートソース１１６は、グローバル・ポジショニング・システム対応のリモートソースである。様々な実施例によれば、リモートソース１１６は、第１通信装置によってインターネット又は他の任意のリモートソースに接続する一方で、第２通信装置によって制御システムと通信することができる。
【0032】
図５を参照すると、一実施例による、出力ディスプレイ１０８上にリモートソース１１６の表示を複製する車載制御システム１０６が示される。リモートソース１１６は、支持アーム５０２に置かれたＰＤＡ又はＰＮＤとして示される。ここで、車載制御システム１０６は、リモートソース１１６と無線通信する。リモートソース１１６は、ナビゲーションデータにアクセスしてそのナビゲーションデータを使用するＧＰＳ対応リモートソースであってよい。リモートソース１１６は、リモートディスプレイ５０１上に示される画像を少なくとも部分的に生成する。車載制御システム１０６は、リモートソース１１６との通信リンクを確立し、ビットマップ再現モードを開始し、リモートソース１１６からビットマップを受信し、及び受信したビットマップを出力ディスプレイ１０８上に表示する。様々な実施例によれば、リモートソース１１６は、自身のディスプレイに出力するべくグラフィクスを生成（例えば、部分的に生成、完全に生成、又はそれ以外に生成等）することができる。また、表示されたグラフィクスの画像（例えば、最近表示された、現在表示されている、又は将来表示される等）を制御システム１０６に通信することができる。画像は、任意の画像、ラスターグラフィクス、ビットマップ、ベクトルグラフィクス、デジタル画像、データファイル、又は、一般に矩形の画素格子を表示できる他の任意構造であってよい。画像は圧縮されてもよく及び／又は様々な任意の画像ファイルタイプであってよい。例えば、画像は、ＪＰＥＧファイル、ＪＰＧファイル、ＴＩＦＦファイル、ＰＤＦファイル、ＧＩＦファイル、ＰＮＤファイル、ＢＭＰファイル、及び／又は、リモートソースの組み込みディスプレイ上に生成及び表示可能な画像を表示できる過去、現在、若しくは将来の任意のファイルであってよい。
【0033】
一実施例によれば、リモートソース１１６は、そのディスプレイシステムからの画像を車載制御システム１０６に転送するべく画像をキャプチャするための任意の数の処理、ソフトウェア、及び／又はハードウェアを含んでよい。例えば、リモートソース１１６は、リモートディスプレイ５０２上に現在又は最近表示された情報の画像を抽出（例えばスクリーンショット、「スクリーンダンプ」、スクリーンキャプチャ等）するソフトウェアプログラムを含んでよい。このソフトウェアは、リモートソースの情報抽出用ハードウェア装置（例えばメモリ装置、ディスプレイバッファ、ディスプレイドライババッファ、ディスプレイハードウェア等）を読み込むこと、及び／又は他の情報抽出用ソフトウェア（例えば、ディスプレイドライバソフトウェア、オペレーティングシステムソフトウェア、アプリケーションソフトウェア等）を使用することを含む任意の数の方法で動作してよい。
【0034】
一実施例によれば、リモートソース１１６はまた、キャプチャされた画像をリモートソース１１６から車載制御システム１０６まで転送する通信ソフトウェアを有してよい。キャプチャ画像の転送を行う通信ソフトウェアは、当該画像キャプチャソフトウェアに統合されてもよく、相対的に分離されたソフトウェアとしてもよい。リモートソース１１６のソフトウェア及び／又は制御システム１０６のソフトウェアは、処理システムが画像のキャプチャ・転送機能の動作を決定するべく使用する任意の数の変数を含んでよい。例えば、リモートソース１１６にロードされるソフトウェアには、リフレッシュレート変数（例えば、画像をキャプチャする頻度、画像を送信する頻度等）、キャプチャ変数（例えば、キャプチャすべきスクリーンの量、キャプチャが行われる解像度等）、及び転送変数（例えば、転送頻度、転送試行頻度、画像転送に伴い含められるメタ情報、転送前の画像圧縮の要否等）を使用するソフトウェアが含まれてよい。これらの変数は、リモートソース１１６が与えるユーザインタフェース、又は車載制御システム１０６が与えるユーザインタフェースを使用して変更又は編集してよい。例えば、車両内のユーザは、入力装置１１２、１１４、タッチスクリーンディスプレイ１０８、及び／又は音声認識によって当該通信及び表示の変数を編集できる。当該変数情報は、リモートソース１１６、車載制御システム１０６、又は双方のメモリ装置内に格納されてよい。変数情報は、プロファイル情報としてリモートソース１１６又は車載制御システム１０６内に（例えば、表示プロファイル、通信プロファイル等内に）格納されてよい。プロファイル情報は、不揮発性メモリ（例えば、図４の不揮発性メモリ１４２等）に格納されて、車載制御システム１０６がディスプレイ再現モード動作に入るたびごとに呼び出されてよい。
【0035】
なお、通信ソフトウェア及び／又は画像抽出ソフトウェアは、リモートソース上で実行されるアプリケーションソフトウェアに統合されるか又はアドオンされてよい。例えば、リモートソースのナビゲーションソフトウェアパッケージが、画像を抽出して当該画像を車両制御システムに通信するべく（アドオンモジュールを介しするか又は他の方法で）構成されてよい。
【0036】
図５は、一実施例に係る支持アーム５０２をさらに示す。支持アーム５０２は、図示されるように、可撓性アーム及びクレイドル装置を介してリモートソース１１６を支持する。支持アーム５０２及びこれに付随するクレイドルは、パッシブ型（すなわち、保持又は支持機能等のみを有する）支持アーム及びクレイドルであってよい。また、アクティブ型（すなわち、リモートソース１１６と制御システム１０６との有線及び／又は充電接続を行う）クレイドル又はドッキングステーションであってもよい。他の様々な実施例によれば、支持アーム５０２は、システムに含まれるか又はこれと共に使用されない。支持アーム５０２は、リモートソース１１６が車両１００内外の任意の場所に物理的に配置されてよい。例えば、リモートソース１１６は、運転者のポケット内、運転者のスーツケース内、シート上、車両外の場所等に存在してよい。
【0037】
図６Ａを参照すると、一実施例に係る、リモートソースから送られた画像を車載ディスプレイに表示する処理が示される。任意の数のコマンド又は他の処理の後に、車両制御システムは、リモートソースとの通信リンクを確立してよい（ステップ６０２）。この通信リンクが確立する（すなわち処理６００がトリガを受ける）のは、制御システムへの任意の数の起動ユーザ入力（すなわち入力ボタン、音声入力、タッチスクリーン入力、音声コマンド等）に起因してよい。なお、通信リンクは、制御システムの通信装置及びリモートソースの通信装置が形成可能な任意の通信リンク（例えば、無線、有線、IEEE802.xx、Bluetooth、無線ＵＳＢ、ＵＳＢ、セルラー等）であってよい。
【0038】
図６Ａを参照すると、制御システムとリモートソースとの間に通信リンクがひとたび確立されて、制御システムが、リモートソースから装置識別子（ＩＤ）を受信する（ステップ６０４）。この受信は、プロトコルに基づく転送又は自動転送によって行われる。一実施例によれば、制御システムがリモートソースに要求信号を送信し、リモートソースは装置ＩＤを送信することによって応答する。
【0039】
制御システムがひとたび装置ＩＤを受信すると、制御システムは、受信した装置ＩＤに基づいて装置情報を取得する（ステップ６０６）。装置情報は、１つ以上のメモリ装置、１つ以上のテーブル、１つ以上のデータベース、又は他の任意の情報格納システムに格納されてよい。装置情報は例えば、ＵＳＢ装置クラス、機能のデータベース、装置が生成した画像の解像度、認証スキームに関する情報、通信プロトコル等を含んでよい。
【0040】
装置ＩＤに基づいて取得又は受信された装置情報は、任意の数のアクティビティのために使用される。一実施例によれば、装置情報は、ユーザインタフェース要素（例えば、ボタン、スイッチ、タッチスクリーン領域等）を、リモート装置の（ユーザインタフェース機能のような）機能にマッピングされる（ステップ６０８）。
【0041】
図６Ａを参照すると、車両ユーザインタフェース（ＵＩ）要素をリモートＵＩ機能にマッピングするアクティビティの前、最中、又は後に、車両制御システムは、リモートソースから画像の受信を始める（ステップ６１０）。ひとたび受信されると、車両制御システムは、受信された画像に基づいて複数の処理タスクを実行する。例えば、画像は、車両ディスプレイシステム上での閲覧のための新たなサイズ及び／又は解像度にスケーリングされてよい（ステップ６１２）。画像は拡大（例えば、ズームイン、ズームアウト、引き伸ばし、変形等）されてよい（ステップ６１４）。画像は、強調（例えば、鮮明化、高輝度化、コントラスト増加、アウトライン処理等）がされてよく（ステップ６１６）及び／又はクロップされてよい（ステップ６１８）。次に画像は、車両ディスプレイ上に表示される（ステップ６２０）。所定時間の待機後（ステップ６２２）、リモートソースから新たな画像が受信されてディスプレイはリフレッシュされる。なお、リモートソースから受信された画像全体、リモートソースから受信された画像の一部、リモートソースから受信された複数の画像、リモートソースから受信された画像の派生画像等に対して任意の処理タスク（例えば、スケーリング、クロップ、強調、拡大等）が実行されてよい。リフレッシュまで待機することは、引き続いての画像が、リモートソースによって制御システムに「プッシュ」されるのを待つことを含んでよい。また、車両制御システムからの画像要求をリモートソースに送信することを含んでよい。リフレッシュまで待機することは、制御システムからリモートソースへの規則的間隔でのリフレッシュ要求の送信を含んでよい。画像受信を待つこと、画像を受信すること、及び当該画像を表示することのループは、ユーザがディスプレイ再現モードを終了させる等により通信接続が終了するまで続けてよい。
【0042】
なお、画像（例えばビットマップ）は、リモートソースに格納された画像、リモートソースにより部分的に生成された画像、リモートソースにより全体的に生成された画像、及び／又は、サードパーティのソース（例えば、インターネットサーバ、ナビゲーションソース等）により少なくとも部分的に生成された画像であってよい。一実施例によれば、画像は、リモートソースにより部分的又は全体的に生成される画像であり、画像の車両制御システムへの送信が行われるときにリモートソースのディスプレイ上に現在表示されている（又は最近表示された）画像である。
【0043】
図６Ｂを参照すると、一実施例による、リモートソースからの画像を車両ディスプレイシステム上に表示する処理６５０が示される。リモートソースとの通信リンクがひとたび確立されると（ステップ６５２）、処理は、リモートソースに対してＵＩ機能を問い合わせる（ステップ６５４）。問い合わせは、リモートソースの全てのＵＩ機能に関する情報の要求をリモートソースへ送信することを含んでよい。また、問い合わせは、対象となる特定のＵＩ機能、一組のＵＩ機能、装置のクラス等に関する情報の要求をリモートソースへ送信することも含んでよい。処理はさらに、リモートソースからＵＩ機能情報を受信することを含んでよい（ステップ６５６）。ＵＩ機能情報は、機能定義、機能識別子、リモートソースが含む又は含まない機能を表す１つ以上のビット、機能のリスト、当該機能を記述するドキュメント、当該機能を記述するＸＭＬドキュメント等であってよい。
【0044】
図６Ｂをさらに参照すると、車両制御システムは、リモートソースから受信したＵＩ機能情報を使用して、車両ＵＩ要素をリモートＵＩ機能にマッピングする（ステップ６５８）。マッピングは、ＵＩ要素識別子を機能識別子、コマンド識別子、制御信号識別子、機能に対して与えられるパラメータ、送信のためのパラメータ等に関連付けることを含んでよい。ＵＩ要素のＵＩ機能への関連付けは、データベース、テーブル、リスト、ＸＭＬドキュメント、又は他の任意のデータ構造若しくはデータファイルに格納されてよい。マッピングは、新たなレコードを加えること、レコードを更新すること、古いレコードを削除すること、エントリ又はラインを加えること、又は、ＵＩ機能情報に対して更新されたＵＩ要素にデータ構造若しくはデータファイルを更新するべく使用される他の任意のアクティビティを実行することを含んでよい。
【0045】
また、リモートソースＵＩ機能に関する問い合わせ、受信、及び／又はマッピングのステップの前、最中、又は後に、車両制御システムは、リモートソースから画像を受信（ステップ６６０）、画像を車両ディスプレイにスケーリング（ステップ６６２）、画像を拡大（ステップ６６４）、画像を強調（ステップ６６６）、画像をクロップ（ステップ６６８）、及び／又は画像を車両ディスプレイ上に表示（ステップ６７０）してよい。システムは、ステップ６６０等にループバックする前に所定時間待機してもよい（ステップ６７２）。
【0046】
図７を参照すると、一実施例に係る、リモートソースから送信された画像を車載ディスプレイ上に表示する詳細な処理が示される。「ディスプレイ複製」又は「ディスプレイ再現」の動作モードは、ユーザのアクティベーションコマンドを制御システムが受信して起動される（ステップ７０２）。アクティベーションコマンドは、ユーザ入力装置、タッチスクリーン、音声認識装置、又はユーザ入力を受け入れることができる他の任意の装置によって生成される。様々な代替実施例によれば、アクティベーションコマンド（及びこれに付随する制御コマンド）は、制御システムではなくリモートソースから送信される。アクティベーションコマンドがひとたび受信されると、制御システムは例えば、どの装置ディスプレイを制御システムが再現すべきか選択するようにユーザに要求することによってユーザをプロンプトを与えてよい（ステップ７０４）。このステップは、通信範囲内の２つ以上の有効なリモートソースの存在又は不存在に基づいて実行されて又は実行されなくてよい。制御システムはまた、表示プロファイルの選択についてユーザにプロンプトを与えてもよい（ステップ７０６）。ユーザが表示プロファイルを選択するか、又はデフォルト若しくは標準のプロファイルが（例えば、ユーザ選択のタイムアウト後等に）選択されてよい。制御システムとリモートソースとの間に通信リンクが確立されてよい（ステップ７０８）。通信リンクがひとたび確立されると、制御システムは、リモートソースに画像要求コマンドを送信する（ステップ７１０）。画像要求コマンドは、通信リンクを確立するのに使用された通信に暗黙のもの又はこれにバンドルされてよい。または、当該画像要求は、通信リンクを介して送信される別個の要求であってよい。次に制御システムは、リモートソースから画像を受信してよい（ステップ７１２）。この受信画像は、制御システムの要素に接続されたメモリ装置に格納されてよい（ステップ７１４）。次に制御システムは、受信及び格納された画像を、制御システムの処理システムを使用して処理してよい（ステップ７１６）。この処理は、ディスプレイ再現プロファイル設定、出力ディスプレイの物理的属性、ユーザ入力に基づくか又は自動処理であってよい。処理は、スケーリング、回転、クロップ、ズーム、圧縮解除、及び／又は他の任意の画像編集機能を含んでよい。一代替実施例によれば、所定量の処理が、制御システムへの転送前にリモートソース上で行われてよい。次に制御システムは、処理の後、得られた画像を制御システムのディスプレイドライバに送信して制御システムの出力ディスプレイ上に出力する（ステップ７１８）。この送信により、画像が出力ディスプレイ上に表示される。第１画像が制御システムの出力ディスプレイ上に表示された後、システムは、出力装置上での画像の表示方法をユーザが調整できるユーザオプションを与えてよい（ステップ７２０）。制御システムは、ユーザ調整がリモートソース上の設定更新を要求するか否かをチェックする（ステップ７２２）。調整がリモートソース設定の更新を要求しない場合、制御システムは、ローカル処理又は表示プロファイルの設定を更新してよい（ステップ７２４）。調整がリモートソース設定の更新を要求する場合、制御システムは、更新されたコマンド情報を含む新たな画像要求をリモートソースに送信する（ステップ７２６）。様々な代替実施例によれば、リモートソース設定更新は別個の通信に含まれてよい。リモートソースは、リモートソースに格納された表示プロファイル（又は他のプロファイル）を更新するよう指示されてよい。ユーザがユーザオプションを使用しないことを選択するか又はローカル更新若しくはリモート更新のタイプのユーザオプションを選択するかにかかわらず、制御システムは、画像要求を送信し続け及び／又は画像をリモートソースから受信し続ける（ステップ７１２）。
【0047】
新たな画像要求及び／又は新たな画像のリモートソースからの受信は、所定時間経過時の異なる又は新たな画像の要求又は受信を含んでよい。例えば、新たな画像は、制御システムの出力ディスプレイ上に表示される画像を更新又はリフレッシュするべく５秒ごとにリモートソースから制御システムへ送信されてよい。他の様々な実施例によれば、新たな画像は、通信条件又は通信コンテンツに応じて不規則的なレートでリモートソースから制御システムへストリーミング又はプッシュされてよい。例えば、車両がナビゲーションルートに沿った所定ポイントに到達するときに新たな画像が要求及び送信されてよい。例えば、車両が静止している場合、制御システムは、新たな又は更新された画像をリモートソースに要求する必要がないと決定してよい。この決定はまた、リモートソース上で行われてもよい。他実施例によれば、任意の数の通信決定が、感知されたデータ通信条件に基づいて行われてよい。例えば、データのスループットが低いと決定された場合、リモートソース又は制御システムは新たな画像の転送レートの減少を選択してよい。
【0048】
図８Ａを参照すると、リモートソース１１６を説明するブロック図が示される。リモートソース１１６は、画像又は画像データ８０４を制御システム１０６に送信するほかに当該画像を記述又は補完するメタ情報も送信する。制御システム１０６は、受信されたメタ情報８０６を使用して、受信された画像を表示するほかに出力タスクも行う。メタ情報８０６は受信されるとメモリ装置１３２に格納される。受信の後、データ処理システム１２２は、メタ情報８０６を処理して出力タスクを行う。出力タスクは、ディスプレイ出力タスク及びオーディオ出力タスクを含む幅広いバリエーションの出力タスクであってよい。メタ情報８０６は、グラフィクス、テキスト、音声であってよい。また、命令、画像若しくはビットマップ座標、構文解析されるプログラムコード若しくは命令、機能入力、又は、受信されたビットマップの表示を補完するべく処理、読み取り、出力、若しくは格納される他の任意の形態であってよい。例えば、メタ情報８０６は、ナビゲーション支援グラフィクスを表示させる命令、ナビゲーション支援若しくはオーバレイのグラフィクス自身、音声ナビゲーション命令を生成させるコンピュータ命令、方向指示器を生成するコード等であってよい。メタ情報８０６は、ビットマップを補完可能な任意のデータ又は情報であってよい。メタ情報８０６は、（図８Ａに示されるように）ビットマップデータ８０４とは別個に送信されてよく、又はビットマップに組み込まれるか若しくは含められてよい。リモートソース１１６から送信され車載制御システム１０６に受信されたメタ情報８０６はまた、他の任意のタイプの情報、データ、又は出力に処理又は変換されてよい。例えば、リモートソース１１６から通信装置８０２を介して車載制御システム１０６に送信される音声情報は、車載制御システム１０６の出力ディスプレイ１０８上に示されるビットマップ情報に変換されてよい。一実施例によれば、ＰＮＤは、Bluetoothを使用して車載制御システム１０６に接続されてよい。また、車載制御システム１０６へのストリーミング音声命令を含むBluetoothデータを送信してよい。車載制御システム１０６（及びその処理要素）は、かかる受信されたストリーミング音声命令を、ディスプレイ上に表示されるビットマップデータに変換してよい。例えば、ＰＮＤは、「１００番通りで右折して下さい」というストリーミング音声命令を車載制御システム１０６に送信してよい。次に車載制御システム１０６は、かかる命令を１００番通りでの右折を示す矢印に変換し、車載制御システム１０６の出力ディスプレイ１０８上にオーバレイ及び／又は他の表示をする。
【0049】
ディスプレイ出力タスクは、受信されたビットマップが出力ディスプレイ１０８上に表示されている間に、そのビットマップの上に表示オブジェクトをオーバレイするタスクであってよい。例えば、方向矢印グラフィクスが、出力ディスプレイ１０８上に表示される地図上にオーバレイされてよい。この機能により、車載制御システム１０６は、矢印のサイズ、形状、色、又は他の任意のパラメータを追加、削除、変更することができる。この柔軟性は、様々なユーザの好みに合わせる上で、転送されたビットマップに組み込まれるアイコン又は方向矢印を受け入れるよりも望ましい。「ユーザの好み」のタイプのオプションに加えて、受信されたビットマップ上にグラフィクスをオーバレイすることは、ビットマップ自身をリフレッシュする必要性を低減するのに役立ち得る。例えば、リモートソース１０６は、定期的に地図を示すビットマップをリフレッシュするのではなく、ビットマップから独立したメタ情報８０６として矢印のための更新されたビットマップ座標（例えば＜ｘ，ｙ＞等）を送信してよい。この態様で使用される場合、矢印は、極めて少ない量の通信データを使用して（少量の帯域幅を利用して）、ビットマップ自身がリフレッシュする必要が生じる前に何回もリフレッシュすることができる。これにより、ユーザは、あたかもビットマップ自身が迅速に更新されているかのような外観と感触のスムーズな表示を体験することができる。ディスプレイ出力タスクはまた、方向テキスト（例えば「メイン通りを左折」等）を車両ディスプレイに送信することを含んでよい。様々な実施例によれば、ディスプレイ出力タスクは、任意の数のディスプレイ出力タスクであってよい。例えば、ディスプレイ情報をダッシュボードに組み込まれた第２の車載ディスプレイに送信すること、発光ダイオードのようなディスプレイ要素を起動すること、ユーザに入力を求めるプロンプトを与えること、ユーザにこの先に危険があることを警告すること等であってよい。
【0050】
オーディオ出力タスクは、車両乗員とのコミュニケーションを図るべくオーディオシステム１０４又はオーディオ出力装置１３０を起動又は使用するタスクであってよい。例えば、ビットマップと共に送信されたメタ情報８０６は、「ブラウン・ディア交差点で左折して下さい」のような音声出力を制御システム１０６に与えるように命令してよい。なお、オーディオ出力タスクを駆動するメタ情報８０６は、任意の形態又はタイプであってよい。例えば、メタ情報８０６は、デジタルオーディオ情報の実オーディオファイルであってよい。オーディオファイル又はオーディオ生成メカニズムは制御システム１０６に設けられてよい。メタ情報８０６は単に、特定のオーディオ出力を生成するか又は所定の格納オーディオファイルを再生するための制御システム１０６のコマンドデータ処理システム１２２であってよい。様々な実施例によれば、制御システム１０６は、メモリ装置１３２内に格納されたストックオーディオファイルのアレイを有してよい。かかるオーディオファイルは、少量のメタ情報８０６の使用で格納オーディオファイルにトリガが与えられるほど十分に包括的であってよい。例えば、メタ情報８０６として送信される「Ｌ，５００」という単純なコマンドが処理及び使用されて「５００フィート（１５２．４メートル）先で左折して下さい」という音響がトリガ又は生成される。他の様々な実施例によれば、１つのオーディオ出力タスクの一部が事前に生成又は格納される一方で、新たな又はオンデマンドの生成をするべく他の部分が送信されてよい。
【0051】
図８Ｂを参照すると、リモートソース１１６は、通信装置８５２を有する携帯電話である。リモートソース１１６及び／又は通信装置８５２は、携帯電話から通信装置１２０へ画像データ８５４を送信してよい。リモートソース１１６及び／又は通信装置８５２はまた、電話情報８５６（例えば、電話ＵＩ情報、電話帳情報、テキストメッセージ情報、Ｅメール情報、ＧＰＳ情報、ＧＰＳ座標、ダイアル情報、ＵＩコマンド等）を制御システム１０６へ送信及び／又は制御システム１０６から受信してよい。一実施例によれば、通信装置１２０及び８５２はBluetooth（登録商標）準拠装置、ニアフィールド通信装置、ＷｉＦｉ通信装置、又は他の任意の無線装置である。他実施例によれば、通信装置１２０及び８５２は有線通信インタフェース（例えばＵＳＢインタフェース）である。
【0052】
図９を参照すると、車両の出力ディスプレイ上にナビゲーショングラフィクスを表示する処理９００が示される。車載制御システムは、リモートソースから画像を受信する前に（ステップ９０４）、リモートソースとの通信リンクを確立してよい（ステップ９０２）。車載制御システムはまた、リモートソースからナビゲーション支援データを受信してよい（ステップ９０６）。このナビゲーション支援データは、車載制御システムのデータ処理システムによって処理されてよい（ステップ９０８）。ナビゲーション支援データの処理は結果的に、ナビゲーション支援データを出力する（ステップ９１０）。次に車載制御システムは、受信された画像を表示する（ステップ９１２）。ナビゲーション支援データがひとたび出力されると、車載制御システムは所定時間待機してからナビゲーション支援データをリフレッシュする（ステップ９１４）。この時間がひとたび経過すると、車載制御システムはリモートソースから追加のナビゲーション支援データを受信する（ステップ９０６）。画像が表示された後、車載制御システムは所定時間待機してから画像をリフレッシュする（ステップ９１６）。この時間がひとたび経過すると、車載制御システムはリモートソースから一の追加画像又は複数の画像を受信する（ステップ９０４）。なお、ナビゲーション支援データ及び画像のリフレッシュレートは変化してよく、及び／又は送信の順番は逆転してよい。一方で、ナビゲーション支援データよりも早く又は迅速に画像をリフレッシュする方が望ましい場合もある。他方で、画像よりも早く又は迅速にナビゲーション支援データをリフレッシュする方が望ましい場合もある。例えば、ナビゲーション支援データ（これは、ナビゲーション矢印のオーバレイを更新するデータであってよい）を、画像がリフレッシュされるよりも所定倍速だけ迅速に更新することが望ましい場合がある（例えば、下地の地図画像の受信ごとに５倍速等で方向指示器オーバレイを更新することが好ましい場合がある）。
【0053】
図１０Ａを参照すると、一実施例に係る、リモートソースからの画像を車両制御システム上に表示する処理１０００が示される。リモートソースに接続されると（ステップ１００２）、車両制御システムは、リモートソースに関連する属性を受信する（ステップ１００４）。この受信は、属性交換プロトコル、処理、又はソフトウェアアルゴリズムの一部であってよい。属性は、生成された画像サイズ、画像解像度、リモートソースのスクリーンサイズ、画像識別子、画像記述子、又はこれらと同等のものであってよく又は表してよい。制御システムは、受信された属性に基づいて、接続されたディスプレイシステムに与えられるグラフィクス出力を調整又は設定する（ステップ１００６）。画像がリモートソースから受信されると（ステップ１００８）、画像は、受信された属性に基づいて処理される（ステップ１０１０）。受信及び／又は処理された画像が車両ディスプレイシステム（又は車両ディスプレイシステムインタフェース）に与えられる（ステップ１０１２）。
【0054】
図１０Ｂを参照すると、一実施例に係る、リモートソースから受信された画像を車両制御システムへ送信する処理１０５０が示される。リモートソースは、車両制御システムからコマンド又は要求信号を受信する（ステップ１０５２）。リモートソースはまた（又はその代わりに）、車両制御システムから表示属性を受信する（ステップ１０５４）。リモートソースは、受信されたコマンド、要求、及び／又は属性を使用して、車両制御システムのグラフィクス能力に関連する決定を行う（ステップ１０５６）。この決定は、車両制御システムの解像度、車両制御システムのスクリーンサイズ、要求画像サイズ、画像の使用、及び／又は車両ディスプレイシステムの要求されたリフレッシュレートのいずれかに関連してよい。リモートソースは例えば、車両制御システムへの送信用の任意画像のクロップ、リサイズ、鮮明化、アンチエイリアス、コントラスト変更等を行うための車両制御システム表示サイズに関連する表示属性を使用してよい。
【0055】
図１０Ｂをさらに参照すると、処理１０５０が示される。これは、受信された表示属性に基づいてグラフィクス出力を調整するステップ（ステップ１０５８）を含む。リモートソースが生成した任意画像を調整するだけでなく、リモートソースはまた（又はその代わりに）、車両制御システムの表示属性に基づいてリモートソースの実際のグラフィクス出力を調整する。処理１０５０はまた（又はその代わりに）、車両制御システムの決定されたグラフィクス能力に基づいてグラフィクス出力を調整するステップ（ステップ１０６０）を含んでよい。
【0056】
様々な実施例によれば、グラフィクス出力を調整することは、生成されてリモートソースのディスプレイに与えられるグラフィクス出力を実際に調整することを含んでよい。例えば、リモートソースのディスプレイ上のリモートソースによって「演算量削減（reduced complexity）」ディスプレイ又は「ラージテキスト」ディスプレイが生成及び出力されてよい。グラフィクス出力がひとたび調整されると、画像（例えば、リモートソースのグラフィクス出力の画像）が車両制御システムに送信される（ステップ１０６２）。
【0057】
図１１Ａを参照すると、一実施例に係る、リモートソースへコマンド又は制御を送信するべく車両制御システムが使用する処理１１００のフローチャートが示される。示される処理１１００は、ＵＩ要素から信号を受信することを含む（ステップ１１０２）。車両制御システムは、当該信号をプログラムされたコマンド又は制御アクティビティと認識又は関連付ける任意の数のステップを含んでよい。例えば、車両制御システムは、ＵＩマップ（例えば、図６Ａ又は図６Ｂで生成されたＵＩマップ）を使用して、ＵＩ要素からの受信信号に関連するコマンド及び／又は制御信号に対してアクセス、リコール、又はルックアップを行う。次にコマンド及び／又は制御信号は、リモートソースへ与えられる（ステップ１１０４）。車両制御システムは、リモートソースからの確認を待つ（ステップ１１０６）。確認が受信されると（ステップ１１０８の決定）、車両制御システムは、リモートソースからの新たな画像を要求及び／又は受信する（又は他の任意の次回アクティビティを行う）（ステップ１１１２）。確認が受信されない（又は否定である）と、車両制御システムは、ディスプレイ又はオーディオシステムに不能の通知を送信する（ステップ１１１０）。
【0058】
図１１Ｂを参照すると、一実施例に係る例示的プログラマブル制御器１１５０の正面図が示される。これは、リモートソースのＵＩ機能にマッピングされるＵＩ要素を含む。制御器１１５０は、車両内部の要素に取り付けられるか又は車両内部の要素（例えばステアリングホイール）に統合される。示される制御器は方向パッド１１５２を含む。これにより、ユーザは、パッドの上、左、右、及び下の部分をプレスすることができる。制御器はまた、パッドの中央１１５４をプレスするように構成してよい。方向パッドの角には１つ以上のプログラマブルボタン１１５６−１１６２が与えられてよい。ボタン１１５６−１１６２はデフォルト設定を有してよい。例えば、左上のボタン１１５６（これは左矢印のグラフィクスを含んでよい）は「戻る」コマンドに対応してよい。右上角のボタン１１６０（これは「電話」というテキストを含んでよい）は、電話若しくはハンズフリー機能又はメニューに対応する。ボタン１１６２（これは「メニュー」というテキストを含んでよい）は、ホーム又はルートメニューアクティビティに対応する。ボタン１１５８（これは「連絡先」というテキストを含んでよい）は、連絡先メニュー又は連絡先画面をトリガする。なお、ボタン要素１１５６−１１６２は、（例えば、本願に記載のマッピングアクティビティのいずれかを介して）接続された携帯装置の機能又はマクロに対してプログラムされてよい。新たな携帯装置が車両に持ち込まれて接続されると、制御システムは、制御器１１５０の１つ以上の要素１１５２−１１６２を携帯装置のコマンド、機能、又はマクロに自動的にマッピングする。制御システムのメモリ装置に格納されたプロファイル情報は、接続された携帯装置のそれぞれがアクセスしてよい。当該プロファイル情報は、１つ以上の制御要素をプログラムするべく車両制御システムが使用する。したがって、ユーザが車両内に第１の携帯装置を持ち込んで第１携帯装置に接続すると、制御システムは、要素１１５２−１１６２を第１携帯装置の機能にマッピング設定する。ユーザが車両内に第２携帯装置を持ち込んで第２携帯装置に接続すると、制御システムは、要素１１５２−１１６２を第２携帯装置の機能にマッピング設定する。様々な実施例によれば、ユーザが２つ以上の装置を車両制御システム及び／又は双方の装置が要素１１５２−１１６２にマッピングされた機能を事前に有している場合、車両制御システムはユーザに、どちらの装置の機能セットを要素１１５２−１１６２にマッピングすべきかを求めるプロンプトを与える。
【0059】
図１２を参照すると、一実施例に係るディスプレイ再現システム１２００のブロック図が示される。第１ディスプレイ部分１２０４及び第２ディスプレイ部分１２０６を有する携帯装置ディスプレイ１２０２が示される。携帯装置は一般に、１つ以上の携帯ディスプレイ部分の画像を、再現用の車両制御システム及び／又はディスプレイシステム１２０８に送信する。
【0060】
図１２に示される実施例によれば、下側又は周縁のディスプレイ部分１２１０のみが再現用車両ディスプレイ１２０８に送信される。１つのディスプレイ部分のみが車両ディスプレイ１２０８上に再現される場合でも、携帯装置上に示されるディスプレイ全体１２０２を表す画像が車両システムに送信されてよい。画像と共に車両システムに送信されるチェックビット、コマンド、又は他のコードが、画像のどの部分を再現すべきか示してよい。他実施例によれば、車両ディスプレイ１２０８上の再現のための部分のみが、携帯装置ディスプレイ１２０２から車両ディスプレイ１２０８へ送信されてよい。車両システムは、車両ディスプレイサイズ、解像度、ディスプレイ再現に寄与する車両ディスプレイサイズ、又は、車両ディスプレイ１２０８の属性を記述するための他の情報の通知を携帯装置に送信してよい。
【0061】
携帯装置のナビゲーションインタフェースが車両ディスプレイ１２０８上に再現される実施例によれば、携帯装置のナビゲーションソフトウェアが、車両ディスプレイ１２０８上のディスプレイ再現のために特に構成されたソフトウェアと共に動作してよい（又は当該ソフトウェアであってよい）。このソフトウェアは、車両インタフェースの「ブランド」又は同様の外観と感触を有してよい。ソフトウェアは、車両システムに送信されるべきディスプレイ部分の定義を含んでよい。ソフトウェアは、携帯装置ディスプレイ１２０２上に示されたナビゲーション画像又はＧＵＩの最も重要な部分のみを送信してよい。有利なことに、このソフトウェアは携帯ディスプレイ装置に常駐して交換可能である。これにより、車両と関連付けられたソフトウェアの変更を要求することなく、携帯ディスプレイ装置上の新たなソフトウェアへの順応が可能となる。他実施例によれば、車両又は携帯ディスプレイは、携帯装置ディスプレイ１２０２上に示された画像がフィットしないか又は車両ディスプレイ１２０８上に完全に表示されているという決定を行うことができる。そして、当該決定に基づいて部分的な画像を要求及び／又は送信する。
【0062】
車両ディスプレイ１２０８は、車両内部に取り付けられ、統合され、又は他の態様で設けられる車両ディスプレイであってよい。一実施例によれば、再現用ディスプレイ部分は、車両のヘッドミディアムディスプレイ又はヘッドアップディスプレイに設けられる。一実施例によれば、車両制御システムは、ユーザがディスプレイ再現設定を切り替え及び／又は調整できるユーザインタフェース及びロジックを含む。制御システムは、ユーザがディスプレイ再現条件及び／又は再現頻度を設定できるように構成されてよい。例えば、再現画像が車両のミディアムディスプレイ又はヘッドアップディスプレイ上に示される場合、ユーザは１つ又は複数の再現画像を、向きの変更、マージ、回転等を行う前に選択して表示させることができる。さらなる例では、車両制御システムは、携帯装置が音声案内を出すときに画像を再現してよい。再現された１つ又は複数の画像は、音声命令の完了後、所定時間（秒、分等）表示されてよい。
【0063】
様々な実施例によれば、車両制御システム及び／又は車両ディスプレイシステム１２００は、携帯装置から受信した任意の画像部分に、拡大、反転、鮮明化、処理、引き伸ばし、クロップ、オーバレイ、処理、又は他の強調を施してよい。強調アクティビティは、ユーザに選択可能であってよい。複数の強調アクティビティが任意の一時に又は任意の一画像に与えられる。例えば、制御システムは、携帯装置から第２ディスプレイ部分１２０６を受信、読みやすくなるように画像の色を反転、画像のコントラストを調整、画像の輝度を調整、画像の所定要素をアウトライン処理、画像を拡大、画像をリサイズ、及び／又はエッジのソフト化若しくは画像へのアンチエイリアス処理を行ってよい。
【0064】
ここで図１３を参照すると、一実施例に係る、携帯装置１３０２の機能を承継するための及び／又は携帯装置１３０２に機能を与えるための車両制御システム１３００のブロック図が示される。携帯装置１３０２及び／又は車両制御システム１３００の機能は変更することができる。携帯装置１３０２の機能には運転時に操作するには複雑なものもある。携帯装置１３０２の他の機能は、車両の移動中に操作するには適切でない急速な変化又は詳細な画像を生成及び／又は表示するかもしれない。さらに、携帯装置１３０２の機能には、車両制御システム１３００上で通常は利用可能でないもの及びその逆のものがあり得る。携帯装置１３０２及び／又は車両制御システム１３００は、他の装置の機能を利用してよい。
【0065】
携帯装置１３０２のヒューマン・マシン・インタフェース（ＨＭＩ）要素１３０４は、ディスプレイ再現、音声認識、及び／又は携帯装置１３０２と制御システム１３００との間の転送データを介して車両制御システム１３００によって使用される。
【0066】
車両制御システム１３００と関連付けられた触覚制御１３０６が使用されて、携帯装置アクティビティが制御され、及び／又は車両ディスプレイ１３０８上に再現されたディスプレイ要素１３０７の選択が行われる。
【0067】
車両のＧＰＳ受信機１３１０が、１つ以上のアプリケーションでの使用又はリモートソースへの送信を目的として位置及び／又は移動先の情報を携帯装置１３０２に送信してよい。
【0068】
車両制御システム１３００の処理システム１３１２が、携帯装置１３０２から与えられる情報、ファイル、又はストリーミングを処理するべく使用されてよい。同様に、携帯装置１３０２の処理システムが、車両制御システム１３００から与えられる情報、ファイル、ストリーミング、又は信号を処理してよい。この態様で使用される場合、所定要素の処理に対してより適切及び又は利用可能な処理装置が使用されてよい。
【0069】
車両制御システム１３００が設けられた音声認識システム１３１４が使用されて、携帯装置１３０２に制御が与えられる。
【0070】
車両マイクロホン１３１６が使用されて、発声の検知がより正確になされる。処理を目的としてその発声は制御システムから携帯装置１３０２に送信される。
【0071】
車両オーディオシステム１３１８が使用されて、携帯装置１３０２から与えられるオーディオ信号が出力される。
【0072】
携帯装置１３０２の音声認識エンジン１３２０が車両制御システム１３００及び／又は車両音声認識システム１３１４によって使用されて、追加の機能、余分な処理能力等が与えられる。
【0073】
車両タッチスクリーン１３２２が使用されて、携帯装置１３０２から再現されたディスプレイにタッチスクリーン機能が与えられ、又は携帯装置１３０２に他の制御信号が送信される。
【0074】
世界時計情報１３２４が、表示、緊急システムでの使用、車両時計の更新等を目的として、携帯装置１３０２から車両制御システム１３００に送信される。
【0075】
ナビゲーション機能、ナビゲーションデータベース、及び／又は地図情報１３２６が、表示及び／又は処理を目的として、携帯装置１３０２から車両制御システム１３００へ与えられる。
【0076】
携帯装置１３０２に与えられたメディアデコード要素１３２８が使用されて、携帯装置１３０２及び／又は車両制御システム１３００に格納されたオーディオファイルがデコードされる。デコードされた音響が携帯装置１３０２から制御システム１３００に与えられて、車両オーディオシステム１３１８を介して出力される。
【0077】
携帯装置１３０２の接続アプリケーション１３３０が車両制御システム１３００によって利用される。例えば、ＴＣＰ／ＩＰスタック、通信プロトコル要素、セキュリティソフトウェア、暗号解読アルゴリズム、ブラウザソフトウェア、又は通信若しくは通信ソフトウェアが車両制御システム１３００によって利用されて、車両制御システム通信タスクが実行され及び／又は車両制御システム１３００へ転送するための情報が取得される。
【0078】
携帯装置１３０２のカレンダーアプリケーション１３３２が車両制御システム１３００によって利用されて、アラート、リマインダ、スケジュール情報、カレンダー表示、ミーティング要求の受入若しくは拒否のためのメカニズム等が、これらの機能を欠いている車両制御システム１３００に与えられる。様々な代替実施例によれば、車両制御システム１３００はカレンダー機能を含んでよく、データをカレンダーアプリケーション及び／又は携帯装置１３０２のデータベースと同期させる。
【0079】
携帯装置１３０２のＥメール機能１３３４が車両制御システム１３００によって利用されて、Ｅメールテキストの受信、受信箱閲覧の再現、Ｅメール受信箱にあるボイスメールの再生、及び／又は（例えば、車両の音声認識機能を使用しての）Ｅメールの作成及び送信が行われる。
【0080】
携帯装置１３０２のテキストメッセージング機能１３３６が車両制御システム１３００によって利用されて、テキストメッセージの受信、テキストメッセージの送信、受信箱閲覧の再現、及び／又は（例えば、車両の音声認識機能を使用しての）テキストメッセージの作成及び送信が行われる。
【0081】
携帯装置１３０２のボイスメール機能１３３８が車両制御システム１３００によって利用されて、新たなメッセージ着信の通知、新たなメッセージの数、未削除メッセージの数、保存メッセージの数、及び／又は（車両等に設けられた音声テキスト変換モジュールによる音響及び／又はテキストを介して）ボイスメールの内容が表示若しくは可聴的に与えられる。
【0082】
携帯装置１３０２のウェブサービス１３４０が車両制御システム１３００によって利用されて、オンライン通信及び／又は情報受信の提供、情報の構文解析、情報の表示等が行われる。
【0083】
携帯装置１３０２の動画サービス１３４２が車両制御システム１３００によって利用されて、動画デコード及び／又は再生機能が車両に与えられる。例えば、車両制御システム１３００は、標準ＭＰＥＧファイルを再生する条件を含んでよい。携帯装置１３０２は、携帯装置１３０２又は車両制御システム１３００に格納されたメディアファイルをデコードするための特異なコーデック及び／又はアプリケーションを含んでよい。
【0084】
携帯装置１３０２のフラッシュメモリ要素１３４４（又は他のメモリ要素）が車両制御システム１３００によって利用されて、メディアファイル、設定ファイル、及び／又は他の任意のタイプの情報が格納される。
【0085】
携帯要素に設けられたゲーム１３４６が車両制御システム１３００及び／又は車両ディスプレイ１３０８若しくは車両オーディオシステム１３１８に与えられる。車両制御システム１３００は、ゲーム情報を後部座席の娯楽システム、車載送信機を介しての無線ヘッドホン等に転送する。
【0086】
携帯装置１３０２にて利用可能なホームステータス情報１３４８が、処理、表示、及び／又はユーザアラートを目的として車両制御システム１３００に転送される。例えば、携帯装置１３０２は、ホームセキュリティシステムからのアラートを受信する。アラートは、表示、処理、及び／又は可聴の通知を目的として携帯装置１３０２から車両制御システム１３００に転送される。
【0087】
携帯装置１３０２で利用可能な株式市場情報１３５０又はアプリケーションが、携帯装置１３０２から車両制御システム１３００に転送される（又は取得される）。
【0088】
携帯装置１３００の通常のディスプレイ及び／又はメニューモードがディスプレイ再現等にとって望ましくない場合は、携帯装置１３０２は、通常動作モードから車両動作モードへ切り替えてよい。車両動作モードは、リモートソース上に通常示される画像よりも車両ディスプレイ上での再現及び／又は拡大に適切な画像をリモートソースが生成、表示、及び／又は与えるモードを含む。ヒューマン・マシン・インタフェース（ＨＭＩ）設定エンジン１３５２は一般に、車両制御システム１３００のユーザが、携帯装置の機能を動作させるべく車両制御システムＵＩ要素（例えば、要素１３０６、１３２２、１３１６等）を設定することができるハードウェア及び／又はソフトウェアモジュールであってよい。例えば、ＨＭＩ設定エンジン１３５２は、携帯装置１３０２及び／又はその１つ以上の機能を動作させるべく図１１Ｂに示される制御器１１５０をプログラムするために使用される。ＨＭＩ設定エンジン１３５２が受信したユーザ入力は、後の取得及び／又は使用を目的として車両制御システム１３００のメモリユニット、データベース、プロファイル、又は設定ファイルに格納される。
【0089】
ここで図１４を参照すると、一実施例に係る、携帯装置の機能を承継する処理１４００のフローチャートが示される。処理は、携帯装置が（無線又は有線）接続状態にあること又は機能通信の準備状態にあることを示す信号を受信することを含む（ステップ１４０２）。車両制御システムは、接続された携帯装置に、機能承継アクティビティとの互換性をチェックするべく要求を送信する（ステップ１４０４）。車両制御システムが携帯装置から応答を受信した後（ステップ１４０６）、制御システムは、互換性決定を行う（ステップ１４０８）。互換性の決定は、車両が携帯装置からどの機能を承継すべきかに影響を与える。次に車両制御システムは、携帯装置から機能セット情報を要求する（ステップ１４１０）。機能セット情報は、１つ以上の機能テーブル、テキストファイル、リスト利用可能機能、装置タイプ若しくはクラス識別子等を含んでよい。車両制御システムは、機能セット情報を受信及び変換し（ステップ１４１２）、携帯装置機能を車両ユーザインタフェース要素にマッピングする（ステップ１４１４）。例えば、携帯装置がワンタッチダイヤル機能、リターンコールボタン、リストＮコールリスト（list N calls list）、又は他の所望の機能を含む場合、車両制御システムは、携帯装置に送信されるルーチン又はコマンドを、ステアリングホイール上のプログラマブルボタンから信号を受信することにマッピングしてよい。
【0090】
図１５を参照すると、一実施例に係る、プログラムされた／マッピングされたユーザインタフェース要素に基づいた車両制御システムのアクティビティ１５００のフローチャートが示される。処理は、マッピングされたユーザインタフェース要素から信号を受信すること（例えば、ステアリングホイール上のプログラマブルボタンがプレスされたという信号を受信すること）を含む（ステップ１５０２）。この信号への応答として、車両制御システムは、携帯装置に送信される所定のコマンド若しくは制御信号、所望の携帯装置機能の実行をトリガ又は要求するコマンド若しくは制御信号を取得又は決定する（ステップ１５０４）。コマンド又は制御信号は、携帯装置へ送信される（ステップ１５０６）。携帯装置は、コマンドへの応答として確認信号を車両制御システムへ送信する（ステップ１５０８）。
【0091】
ここで図１６を参照すると、一実施例に係る、複数コマンド機能を携帯装置から承継する車両アクティビティの処理１６００のフローチャートが示される。車両制御システムは、複数コマンド機能を携帯装置から承継する。複数コマンド機能は、ユーザが所望するターゲットユーザインタフェース機能であってよい。例えば、車両の乗員が最近のコールリストを車両ディスプレイ上に表示したいと考えた場合、最近のコールリストの表示は、携帯装置における２つのコマンドを要求する（例えば、電話メニュー上の項目を選択した後に電話メニューにアクセスする必要がある）。車両制御システムは、携帯装置へ機能セット情報を要求し（ステップ１６０２）、機能セットを受信及び変換する（ステップ１６０４）。携帯装置に格納された機能情報は、ターゲットユーザインタフェース機能が複数のアクティビティ又は単数のコマンドにより利用可能であることを示す（ステップ１６０６、１６１０）。車両制御システムは、機能情報を構文解析又は変換する。ターゲットユーザインタフェース機能が単数のコマンドにより装置上で利用可能である場合、ユーザインタフェース機能が当該コマンドへマッピングされる（ステップ１６０８）。ターゲットユーザインタフェース機能が複数のコマンドによってのみ装置上で利用可能である場合、車載制御システムは、任意の数の処理及び／又は携帯装置からの機能セット情報に基づいてマクロ（例えば、スクリプト、構文解析されるべきテーブル、構文解析されるべきテキストファイル等）を構築（又はメモリから取得）する（ステップ１６１４）。次に車両ユーザインタフェース機能がマクロにマッピングされる（ステップ１６１６）。または、ターゲットユーザインタフェース機能をユーザに設定できなかったことが表示されてよい（ステップ１６１２）。
【0092】
ここで図１７，を参照すると、一実施例に係る、複数コマンド機能を使用する車両の処理１７００が示される。処理１７００は、マクロにマッピングされたＵＩ機能から信号を受信すること、マクロを構文解析又は実行すること（ステップ１７０２）、及びマクロに基づいて複数のコマンドを携帯装置へ送信すること（ステップ１７０４）を含む。車両制御システムは、携帯装置からの応答を（例えば、再試行又はタイムアウトに先立って）所定時間待機してよい（ステップ１７０６）。一実施例によれば、車両制御システムは、携帯装置が応答すると予想される所定時間待機してから携帯装置のディスプレイの再現を開始する（ステップ１７０８）。このアクティビティは、車両ボタンをプレスすることから当該ボタンプレスに関連する情報表示までのシームレスな移行を与えるのに役立つ。マクロに基づいて情報が車両制御システムへ送信される場合、車両制御システムは、車両オーディオシステムへオーディオ信号を送信するか及び／又は車両ディスプレイシステムへディスプレイ信号を送信してよい（ステップ１７１０）。
【0093】
図１８を参照すると、一実施例に係る、様々なリモートソースとのデータ接続を有する制御システム１０６が示される。例えば、制御システム１０６は、携帯電話１４４、ＰＤＡ１４６、メディアプレーヤ１４８、ＰＮＤ１５０等とのデータ接続を確立してよい。制御システム１０６は、図３の通信装置を使用する複数のリモートソースとの同時データ接続を確立してよい。例えば、制御システム１０６は、携帯電話１４４及びメディアプレーヤ１４８との同時データ接続を確立してよい。様々な実施例によれば、制御システム１０６は、任意の組み合わせ及び／又は数のリモートソースとの同時データ接続を確立してよい。制御システム１０６は、データ処理システム及び／又は通信装置を使用して車両制御システム１０６と複数のリモートソースとの通信を制御してよい。接続されたリモートソースは、車両制御システム１０６へ又は車両制御システム１０６から直接データを送信してよい。車両制御システム１０６はまた、ネットワークゲートウェイ又はルータとして使用されてよく、車両制御システム１０６に接続された１つのリモートソースから他のリモートソースへ情報をルーティングしてよい。
【0094】
図１９を参照すると、一実施例に係る、車両データバス１９０２との接続を有する制御システム１０６が示される。車両データバス１９０２との接続は、制御システムのインタフェースモジュールを経由してよい。車両データバス１９０２は、複数の車両モジュールに接続されてよい。かかるモジュールは、ＧＰＳ受信機モジュール１９０４、エンジン制御モジュール１９０６、トランスミッション制御モジュール１９０８、ボディ制御モジュール１９１０、ＨＶＡＣ制御モジュール１９１２、燃料システムモジュール１９１４、コンパスモジュール１９１６、タイミング制御モジュール、アンチロックブレーキモジュール等を含んでよい。車両データバス１９０２は、車両部材を相互接続する任意の電子通信ネットワークであってよい。車両データバスに接続される車両モジュールは典型的には、車両モジュールが計算に使用するセンサ（例えば、速度センサ、温度センサ、圧力センサ等）からの入力を受信する。車両モジュールはまた、当該モジュールからのコマンドによる動作（例えば、クーリングファンのオン、ギアチェンジ、ドアのアンロック等）を行うアクチュエータを使用してよい。複数のモジュールは、車両データバス１９０２を介して自身間のデータ交換をしてよい。制御システム１０６又は処理システム１２２（図３参照）は、車両データバス上で車両モジュールへ若しくは車両モジュールから、制御システムの他の要素へ若しくは制御システムの他の要素から、又はリモートソースへ若しくはリモートソースから情報をルーティングしてよい。様々な実施例によれば、車両バス１９０２は、任意のタイプ又はテクノロジの車両バスであってよい。例えば、車両バス１９０２は、ローカル相互接続ネットワーク、コントローラエリアネットワーク、FlexRayバス、Media Oriented System Transport、Keyword Protocol 2000バス、シリアルバス、パラレルバス、Vehicle Area Network、DC-BUS、IDB-1394バス、SMARTwireXバス等であってよい。様々な実施例によれば、車両データバス１９０２は、車両ハードウェア要素を車両内で相互接続する電子通信ネットワークを与えることができる任意の過去、現在、又は将来の設計に係るものであってよい。
【0095】
図１９をさらに参照すると、一実施例に係る制御システム１０６が、車両データバス１９０２さらには車両ハードウェアモジュール１９０４−１９１６のデータにアクセスして、制御システム１０６及び／又はリモートソース１４４−１５０に機能を与える。例えば、制御システム１０６は、車両データバス１９０２を介してコンパスモジュール１９１６からコンパス情報を読み取ってよい。制御システム１０６は、この情報を任意の組み込みディスプレイ上に表示してよい。また、この情報を、さらなる送信、表示、又は処理を目的としてリモートソースへ転送してよい。例えば、リモートソース１５０（ＰＮＤ）は、コンパスモジュールから取得されたこの情報を使用して、車載出力ディスプレイへ送信するべくさらに正確なナビゲーション画像を生成する。他実施例によれば、燃料システムモジュール１９１４は、低燃料の警告又は情報を制御システム１０６に送信してよい。次に制御システム１０６は、ＷｉＦｉ準拠ＰＤＡ１４６又は携帯電話１４４を使用して、近くの給油所に関する情報をダウンロードしてよい。この情報は、制御システム１０６に転送されて処理及び表示されるか、又は制御システム１０６を介してＰＮＤ１５０へルーティングされて当該ＰＮＤ上で処理されてよい。なお、制御システム１０６が、複数のリモートソースと車両データバスの車両ハードウェアモジュールとに同時接続されるネットワークゲートウェイとして機能できる場合、任意の数の強調データ又は制御機能が、制御システム１０６及び／又は接続されたリモートソース１４４−１５０に追加されてよい。
【0096】
図２０を参照すると、一実施例に係る、通信ゲートウェイとして機能することができる通信装置１２０（図３参照）を有する制御システム１０６が示される。制御システム１０６は、車両データバス上の装置、複数のリモートソース１１６、リモートサーバ１５４、及び／又は任意の数の他の車載システム若しくはリモートソースと同時接続されてよい。通信装置は、無線ネットワークゲートウェイとして機能することができる通信装置であってよい。通信装置は、ピコネットを生成できる通信装置であってよい。複数の装置及び／又はリモートソースは、通信装置との通信リンクを形成可能であってよい。通信装置は、スレーブとして動作する任意の数のリモートソースとの１対多データネットワーク内のマスターノードとして機能してよい。一実施例によれば、通信装置は、Bluetooth通信装置である。マスター装置又はBluetoothピコネット若しくはスキャタネット上のスレーブ装置として機能することができる。（図３の）処理システム１２２及び通信装置は、車載制御システム１０６へネットワークゲートウェイ機能を与えるのに必要な通信リンクを確立、データアクティビティを制御、及びユーザインタフェース機能を実行してよい。様々な他実施例によれば、通信装置は、複数の無線データ接続を確立してネットワークゲートウェイとして機能することができる現在、過去、又は将来の任意のタイプ又は設計の通信装置（又は通信装置のグループ）であってよい。通信装置は、制御システムのデータ処理システムと協働して様々な通信及びデータのタスクを実行してよい。
【0097】
図２０を参照すると、一実施例に係る制御システム１０６は、第１無線データ通信範囲２００２を有する。この第１無線データ通信範囲は、第１無線プロトコル又はテクノロジに基づいてよい。制御システム１０６は、その第１無線データ通信範囲の外部のリモートソースと接続することができる第２無線データ通信範囲を有してよい。例えば、制御システム１０６は、第１無線データ通信範囲２００２から離れた位置にあるリモートサーバ１５４との通信が可能な第２無線プロトコル又はテクノロジを含んでよい。スター又は１対多ネットワークトポロジ内のリモートソース１１６と通信する制御システム１０６が示されるが、任意のネットワークトポロジが使用されてよい。例えば、制御システム１０６及びその通信装置は、メッシュネットワークのノードとして機能してよい。なお、各リモートソース１１６はまた、複数の通信方法、装置、及び／又はプロトコルを有してよい。例えば、リモートソース１４４は、制御システム１０６及びセルラーアンテナ２００４との同時データ接続を維持することができる携帯電話であってよい。同様に、ＰＮＤ１５０は、制御システム１０６及び衛星２００６との同時データ接続を維持することができるＧＰＳ装置であってよい。例えば、リモートソース１４６、ＰＤＡが、制御システム１０６及びＷｉＦｉルータ２００８との同時データ接続を維持することができる。この方法で使用される場合、ＰＤＡ１４６は、外部ネットワーク（例えば、無線ルータ２００８によって形成されるＷｉＦｉネットワークのコンピュータ２０１０等）の装置にアクセス又は通信することができる。複数のリモートソース１１６はまた、自身間で通信してよい。例えば、リモートソース１５０及び１４４は、制御システム１０６との接続を維持しつつ自身間で通信することができる。この接続は通信リンク２０１２として示される。
【0098】
図２０を参照すると、制御システム１０６は、当該制御システムに接続された全てのリモートソースのための無線（若しくは有線）アクセスポイント又はルータとして機能してよい。例えば、リモートソース１４４（例えばＰＤＡ）は、リモートソース１５０−１４４からコンピュータ２０１０へデータをルーティングするべく制御システム１０６を使用して、リモートソース１５０（例えば携帯メディアプレーヤ）からコンピュータ２０１０へ情報を送信することができる。制御システム１０６は、車両データバスに接続された車両モジュールからリモートソースへ及び／又は最終的にはルータ２００８及び複数のコンピュータ２０１０のネットワークへ情報をルーティングすることができる。様々な実施例によれば、制御システム１０６は、任意の車両モジュール、システム装置、又は接続されたリモート装置へ及びこれらから情報をルーティングしてよい。データ処理システム及び通信装置を含む制御システム１０６は、上記のデータ通信タスクを行うのに必要な全てのネットワークタスクを実行してよい。例えば、制御システム１０６は通信装置を制御してリモートソース１１６と車載制御システム１０６とをペアにしてよい。制御システム１０６は、ペアを形成する処理によってユーザにプロンプトを行うユーザインタフェースを与えてよい。複数の装置がひとたびペアとなって接続されると、通信装置は、所望のデータ又は音声通信を行うのに必要な任意の数のデジタル及び／又はアナログ通信タスクを実行できる。例えば、通信装置は（データ処理システムの支援により又はよらず）、任意の数の暗号化タスク、変調タスク、スペクトラム拡散タスク、優先順位化タスク、周波数ホッピングタスク等を実行できる。
【0099】
図２１を参照すると、一実施例に係る、車載制御システムを介して複数のリモート装置と接続するべく使用される処理２１００が示される。車載制御システムは、ユーザが通信リンクを確立又は通信タスクを実行したいことを示すと、出力ディスプレイ上に通信ユーザインタフェースを与える（ステップ２１０２）。次に制御システムは、接続するべき装置を選択するようにユーザにプロンプトを与える（ステップ２１０４）。ユーザがひとたび、接続したいと考える装置を選択すると、制御システムは新たなペアの形成が必要か否かを決定する（ステップ２１０５）。新たなペアの形成が必要な場合、システムは、ペアリングルーチン（又は装置セットアップルーチン）を行う（ステップ２１０６）。新たなペアの形成が必要でない場合、又は全ての必要な装置がペアとなった後、制御システムは、選択された装置との通信リンクの確立を調整する（ステップ２１０８）。次に制御システムは、出力ディスプレイを介して通信タスクユーザインタフェースを与える（ステップ２１１０）。通信タスクユーザインタフェースは、接続されたリモートソースではなく制御システムによって実行され得る可能通信タスクのメニューを与えてよい。例えば、ユーザは、制御システムの出力ディスプレイ及び入力装置（例えば、ボタン、音声認識等）を使用して「私の位置を連絡先に送信して下さい」のような通信タスクを選択することができる。次に制御システムは、追加の装置との通信リンクを接続又は確立すべきか否かを決定する（ステップ２１１２）。追加の通信リンクを確立する必要がある場合、制御システムは、追加の装置との接続を調整する（これは、必要に応じて当該装置とのペアを形成することも含む）（ステップ２１１４）。ユーザがひとたび通信タスクを選択して制御システムが全ての必要な通信リンクを確立すると、制御システムは、選択された通信タスクを必要に応じて調整する（ステップ２１１６）。例えば、ユーザが「私の位置を連絡先に送信して下さい」という通信タスクを選択すると、制御システムは、データ対応携帯電話接続及びＧＰＳ装置が関係かつ接続されるべきことを決定する。制御システムは、これらの装置との通信リンクを確立して必要な通信を行う。例えば、制御システムは、ＧＰＳ装置からの座標を要求し、当該座標を制御システムのメモリ装置に一時的に格納し、当該座標を携帯電話に転送し、及び当該座標を選択された連絡先へテキストメッセージで送信するコマンドを当該携帯電話に与える。
【0100】
図２２を参照すると、一実施例に係る、制御システムに機能を与えるべく使用される処理２２００が示される。任意の数の装置セットアップ及び／又はペア形成のステップが実行された後、制御システムは、ユーザが完了したいアクティビティに関するユーザ入力を取得する。制御システムは、ユーザ入力に基づいて通信タスクを生成する（ステップ２２０２）。通信タスクは、結果又は出力を与えるべく制御システム及びリモート装置によって実行されるタスクであってよい。システムは、通信タスクを生成するべく追加入力を求めるプロンプトをユーザに与える（ステップ２２０４）。制御システムは、どの装置接続が必要かを決定し（ステップ２２０６）、その後全ての必要な装置との通信リンクを確立する（ステップ２２０８）。この方法で使用される場合、どの装置を接続すべきかをユーザが最初に入力する必要がない。制御システムが、不要なユーザ入力なしでこれらの接続を決定する。必要な通信リンクがひとたび確立されると、制御システムは、接続されたリモート装置を使用して当該制御システムに機能を与える（ステップ２２１０）。制御システムに与えられた機能は、データ機能又はユーザインタフェース機能であってよい。例えば、データ機能は、接続されたリモートソースが存在しなければ利用することができないデータを制御システムに与えることであってよい。ユーザインタフェース機能は、接続されたリモートソースが存在しなければ制御システムが実行できない入力方法又は出力方法をユーザに与えることであってよい。様々な実施例によれば、制御システムは、任意の数のリモートソースを使用して新たなデータ又はインタフェース機能を受信する。データ機能の例は以下のようなものであってよい：ＷｉＦｉ準拠ＰＤＡがＷｉＦｉ準拠サーバから新たなメディアファイルを取得できる、制御システムがメディアファイルからアーチスト情報を読み取る、及びデータ対応携帯電話との同時データ接続を使用して当該アーチストのチケット情報をダウンロードする。メディアファイルの受信又はチケット情報の受信のいずれかは、制御システムが実行できないデータ機能であってよい。インタフェース機能の例は以下のようなものであってよい：ＰＮＤがＧＰＳ情報を受信して、ＰＮＤ自身のローカル又は組み込みディスプレイ上に表示する画像を生成する。制御システムとＰＮＤとの接続は、ＰＮＤから制御システムの出力ディスプレイへの画像転送（又は動画転送）を与えるべく使用されてよい。ユーザは、ＰＮＤのユーザインタフェース機能を操作して制御システムの表示を変更してよい。この方法で使用される場合、追加の表示機能及び／又はＰＮＤ入力の使用は、制御システムが実行できないインタフェース機能であってよい。
【0101】
図２３を参照すると、一実施例による、リモートソースへ機能を与える処理２３００が示される。上記段落等に記載の任意の数の選択、ペア形成、又は決定ステップの後、制御システムは、リモートソースへの機能提供を開始するための追加入力を求めるプロンプトをユーザに与える（ステップ２３０４）。次に制御システムは、制御システムと任意の必要な部材、モジュール、若しくはリモートソースとの通信リンクを確立する（ステップ２３０６）。通信リンクが確立された後、接続された任意の装置（例えば、制御システム、リモートソース、車両モジュール等）は、他のソース又はメモリからの情報を必要に応じて要求、読み取り、及び／又は受信してよい（ステップ２３０８）。制御システム（又は当該制御システムに接続された他のソース）は、通信リンク及び任意の他の関連データを使用して、リモートソースに機能を与える。機能は、リモートソースが実行できない機能であってよい。機能は、データ機能又はユーザインタフェース機能であってよい。リモートソースに与えられるデータ機能は、車両データバス上の他のリモートソース又はデータ上に存在し又は生成される特定のリモートソースアクセスデータを含んでよい。例えば、リモートソースは、コンパスデータ、安定化制御データ、速度データ、低燃料データ、サービスデータ等のような機能にアクセスすることができる。リモートソースはまた、制御システム又は他のリモートソースによって与えられるユーザインタフェース機能であってよい。例えば、制御システムとリモートソースとの間のデータ接続を使用することによって、制御システムの音声認識処理が、リモートソースにコマンド及び制御を与えるべく使用されてよい。制御システム１０６の車内スイッチ、ボタン、又はタッチスクリーン機能を使用して、高度なユーザインタフェース機能を接続されたリモートソース１１６に与えることができる。
【0102】
図面に示され及び上述された実施例が現在のところ好ましいが、これらの実施例は例示目的でのみ与えられる。したがって、本発明は特定の実施例に限定されず、添付の特許請求の範囲に該当する様々な修正例に拡張される。任意の処理又は方法のステップの順番又は配列は、代替の実施例に応じて変更又は再配列してよい。
【0103】
任意の好ましい実施例によれば、制御システム１０６は、図面に一般的に示される車載制御システム１０６である。制御システム１０６は、不揮発性メモリ１４２及び揮発性メモリ１４０を有するメモリ装置１３２であってよい。制御システム１０６はまた、様々な異なる装置又はリモートソースと通信する少なくとも１つの通信装置１２０であってよい。通信装置１２０は、様々な無線リモートソース（例えば携帯電話１４４、ＰＤＡ１４６、メディアプレーヤ１４８、ＰＮＤ１５０、ポケットベル１５２、リモートソース１１６、リモートサーバ１５４等）と通信する無線通信装置であってよい。通信装置１２０は、データ処理システム１２２、メモリ装置１３２、及び出力ディスプレイ１０８と接続されてよい。当該システムは、通信装置１２０とリモートソース１１６との間に確立された通信リンクを介して画像を受信してよい。当該受信された画像は、リモートソース１１６によって少なくとも部分的に生成されてよい。ひとたび受信されると、データ処理システム１２２は、当該受信された画像を出力ディスプレイ１０８上に表示するべく通信装置１２０及び出力ディスプレイ１０８を調整する。当該受信された画像は、車載制御システムの出力ディスプレイ１０８上の出力が、リモートソース１１６のディスプレイ５０１の拡大された複製又は再現となるように受信及び表示されてよい。当該受信された画像は、リモートソース１１６によって全体的に生成されてよい。データ処理システム１２２が、当該受信された画像上で画像処理タスクを、当該画像がメモリ装置１３２等に存在している間に実行してよい。画像処理タスクは、当該画像を異なるサイズにスケーリングすること又は解像度を変更することを含んでよい。車載制御システムはまた、メタ情報、ナビゲーション支援データ、ユーザインタフェース情報、又は電話情報を受信することができる。この追加の情報は、ディスプレイ再現アクティビティを補完又は車両若しくはリモートソースのユーザインタフェース機能を高める様々な入力及び／又は出力タスクを目的として処理及び使用されてよい。
【0104】
ユーザは、ディスプレイ再現に対して調整を行ってよい。これは、送信レート又はビットマップ表示リフレッシュレートの変更を含む。調整は、リモートソースに通信されるか又はローカル処理により実行されてよい。調整の設定は、車載制御システム１０６の不揮発性メモリ内の表示プロファイルに格納されてよい。様々な他実施例によれば、通信リンクを介して受信された画像情報を使用してリモートソース上に表示された画像を再現できる、任意の過去、現在、又は将来の設計の部材を有する車載制御システムが与えられる。
【0105】
図面を用いての本発明の説明は、当該図面に現れる限定を何ら本発明に与えるものではない。本発明では、その動作を実現するべく任意の機械読み取り可能媒体上の方法、システム、及びプログラム製品が意図される。本発明の実施例は、既存のコンピュータ処理装置を使用して、又はこの若しくは他の目的のために組み込まれる所定の車両システムのための特殊目的のコンピュータ処理装置によって若しくは有線システムによって実装されてよい。
【0106】
なお、様々な実施例で示された制御システムの構成及び配置は説明のみを目的とする。本発明の少数の実施例のみが本開示にて詳細に説明されたが、当業者であれば、特許請求の範囲に記載の発明の新規な教示及び利点から実質的に逸脱することなく、多くの修正例（例えば、様々な要素のサイズ、寸法、構造、形状、及び比率、パラメータの値、取り付け配置、材料の使用、色、配向等のバリエーション）が可能であることがわかる。例えば、統合的に形成されて示された要素は複数の部材又は要素から構成されてよく（例えば、制御システム１０６、メモリ装置１３２、通信装置１２０、データ処理装置１２２、リモートソース１１６、リモートサーバ１５４等）、要素の位置は反転又は変更してよく（例えば、制御システム１０６の要素等）、及び別個の要素又は位置の性質又は数は修正又は変更されてよい（例えば、通信装置１２０、メモリ装置１３２、制御システム１０６の要素等）。したがって、全てのかかる修正例が、添付の請求項に定められる本発明の範囲内に含まれるように意図される。任意の処理又は方法のステップの順番又は配列は、代替の実施例に応じて変更又は再配列してよい。請求項において、機能的記載はいずれも、記載の機能を行う際の本明細書に説明される構造、及び構造の均等物のみならず同等の構造もカバーするように意図される。実施例の設計、動作条件、及び配置において、添付の請求項に表現される本発明の範囲から逸脱することなく、他の代替、修正、変更、及び省略が行われてよい。
【0107】
上述のように、本発明の範囲内の実施例は、機械読み取り可能媒体を含みこれに格納された機械実行可能な命令又はデータ構造を保持するためのプログラム製品を含む。かかる機械読み取り可能媒体は、汎用若しくは専用コンピュータ又は処理装置を有する他の機械がアクセス可能な任意の利用可能媒体であってよい。例えば、かかる機械読み取り可能媒体は、所望のプログラムコードを機械実行可能な命令又はデータ構造の形態で保持又は格納するべく使用され、かつ、汎用若しくは専用コンピュータ又は処理装置を有する他の機械がアクセス可能な、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、若しくは他の光ディスクストレージ、磁気ディスクストレージ若しくは他の磁気ストレージ装置、又は任意の他の媒体を含んでよい。情報は、ネットワーク又は他の通信接続（有線、無線、又は有線若しくは無線の組み合わせのいずれか）を介して機械へ転送又は提供される場合、当該機械は当該接続を適宜、機械読み取り可能媒体としてみなす。したがって、かかる任意の接続は適宜、機械読み取り可能媒体と称する。上述の組み合わせもまた、機械読み取り可能媒体の範囲内に含まれる。機械実行可能命令は例えば、汎用コンピュータ、専用コンピュータ、又は専用処理機械に所定機能又は機能グループを行わせる命令及びデータを含む。
【0108】
なお、本明細書の線図は、方法のステップの特定順序を示すが、これらのステップの順序は図示されたものと異なってよい。また、２以上のステップが並行して又は部分的に並行して行われてよい。かかるバリエーションは、選択されるソフトウェア及びハードウェアシステム並びに設計者の選択による。なお、かかるバリエーションの全ては本発明の範囲内にある。同様に、本発明のソフトウェア実装は、様々な接続ステップ、処理ステップ、比較ステップ、及び決定ステップを実行する規則に基づくロジック又は他のロジックを有する標準のプログラミング技術によって行われてよい。
【0109】
本発明に係る実施例の上記説明は、図示及び説明を目的として与えられてきた。これは網羅的なものでなく、又は本発明を開示の正確な形態に限定するものでもない。修正及び変形が、上述の教示に照らして可能であり又は本発明の実施から得ることができる。本発明の原理を説明するべく実施例が選択及び記載されたが、その実用的な用途により、当業者は、意図される特定の使用に合うような様々な実施例及び様々な修正例で本発明を利用することができる。