(57)【要約】  車両（１００）に取付けるための且つ第１のソース装置から車両の乗員に情報を提供するための制御システム（１０６）が提供される。車両は、音声システム（１３０）及び／又はディスプレイシステム（１００）を有する。制御システムは、第１のソース装置（１１６）と通信するための第１のインターフェース（１２０）を有する。制御システムはさらに、音声システム及び／又はディスプレイシステムに信号を提供するための第２のインターフェースを有する。制御システムはさらに、プロセッサ（１２２）を有する。メモリ装置（１２２）は、プロセッサに通信可能に接続され、且つインターフェースに制御信号を送信するように構成される第１の伝送手段（２１１２）を有する。メモリ装置（１３２）はさらに、アプリケーション（２１０４）からコマンドを受信し、且つアプリケーション（２１０４）からのコマンドを送信手段（２１１２）に対するコマンドに変換するように構成される第１のマネージャを有する。
2010516554.tif 000002
【特許請求の範囲】
【請求項１】
車両に取付けるための且つ第１のソース装置から前記車両の乗員に情報を提供するための制御システムであって、前記車両が音声システム及び／又はディスプレイシステムを有するシステムにおいて、
前記第１のソース装置と通信するための第１のインターフェースと、
前記音声システム及び／又は前記ディスプレイシステムに信号を提供するための第２のインターフェースと、
プロセッサと、
前記プロセッサに通信可能に接続され、且つ
前記インターフェースに制御信号を送信するように構成される第１の伝送手段、及び
アプリケーションからコマンドを受信し、且つ前記アプリケーションからの前記コマンドを前記伝送手段に対するコマンドに変換するように構成される第１のマネージャ
を有するメモリ装置と
を備えるシステム。
【請求項２】
前記第１のソース装置に記憶されるメディアファイルに関連するカタログ情報を記憶するためのデータベースシステムをさらに備える、請求項１に記載のシステム。
【請求項３】
前記データベースシステムが、前記第１のソース装置が前記第１のインターフェースに接続されると、自動的に前記カタログを管理するように構成される、請求項２に記載のシステム。
【請求項４】
第２のソース装置と通信するための第３のインターフェースをさらに備え、
前記メモリ装置が、前記第２のソース装置が前記第３のインターフェースに通信可能に接続されると第２のマネージャを生成するためのコンピュータコードを含む、請求項１に記載のシステム。
【請求項５】
前記第２のマネージャが前記第２のソース装置と関係付けられ、且つ前記第１のマネージャが前記第１のソース装置と関係付けられる、請求項４に記載のシステム。
【請求項６】
前記メモリ装置がさらに前記第１のソース装置及び前記第２のソース装置のメディアファイルをカタログ化してリストにするためのコンピュータコードをさらに備える、請求項５に記載のシステム。
【請求項７】
前記第１のソース装置がデジタルラジオ装置であり、且つ前記アプリケーションが前記制御システムを介して前記デジタルラジオ装置の動作を前記乗員に制御させるように構成される、請求項１に記載のシステム。
【請求項８】
前記車両に取付けられるマイクロホンから音声信号を受信するための第２のインターフェースをさらに備え、
前記メモリ装置が前記マイクロホンで受信され且つ前記第２のインターフェースに前記音声信号として提供される発話のディクテーションを容易にするためのコンピュータコードを含む、請求項１に記載のシステム。
【請求項９】
前記アプリケーションが前記第１のソース装置から受信されるテキストメッセージを前記音声システム及び／又は前記ディスプレイシステムへと提供するためのテキストメッセージングアプリケーションであり、前記アプリケーションがさらにユーザに前記受信されるテキストメッセージに応答するための複数の選択肢を提供するように構成される、請求項１に記載のシステム。
【請求項１０】
遠隔ソースからのデータを受信するように構成される、前記車両に取付けられる電話モジュールと、
車両アクチュエータへのインターフェースと
をさらに備え、
前記メモリ装置がさらに、
前記遠隔ソースから前記電話モジュールで受信される情報を解析するためのコンピュータコード、及び
前記インターフェースにコマンド信号を送信するためのコンピュータコード
をさらに有する、請求項１に記載のシステム。
【請求項１１】
第１のソース装置から前記車両の乗員に情報を提供するための方法であって、前記車両が音声システム及び／又はディスプレイシステムを有する方法において、
前記第１のソース装置との通信リンクを確立するステップと、
前記音声システム及び／又は前記ディスプレイシステムに信号を送信するための第１のインターフェースを提供するステップと、
マネージャにおいてアプリケーションからのコマンドを受信するステップと、
前記マネージャを使用して前記アプリケーションからの前記コマンドを伝送手段に対するコマンドに変換するステップと、
伝送手段を使用して前記第１のインターフェースに制御信号を送信するステップと
を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、一般に、自動車における通信、ナビゲーション、及びユーザ制御の分野に関する。本願は、より詳細には、車両制御システムと遠隔ソースとの間の通信を確立し且つ行うためのシステム及び方法に関する。
【背景技術】
【０００２】
（関連出願の相互参照）
本願は、２００７年１月２３日に提出された米国仮特許出願第６０／８８１９５３号の利益及びそれへの優先権を主張する。その開示の全体は、参照により本明細書に組み込まれる。本願は、２００７年２月９日に提出された米国仮特許出願第６０／８８９２１２号の利益及びそれへの優先権を主張する。その開示の全体は、参照により本明細書に組み込まれる。
【０００３】
（背景）
車両は、典型的には、例えば音声システム、携帯電話システム、ナビゲーションシステム、車両娯楽システム、ユーザインターフェースにより制御され得るエンジン管理システム、ＨＶＡＣシステム等の複数の電子システム及びサブシステムを有する。１つ以上のこうしたシステムは、車両に設定され得る車両制御システムを有し又は備える場合がある。制御システムは、制御インターフェース及び付随の制御を有する場合があり、且つ例えばディスプレイシステム又は音声システム等の他の車両電子システムと結合又は統合されるように構成される場合がある。
【０００４】
従来の車両は、他の車両システム又は遠隔ソースと十分に通信しないという点で、比較的「独立型」である制御システムを有する場合がある。例えば、いくつかの車両制御システムは、娯楽システム又はＨＶＡＣシステムを制御するように構成される場合がある一方で、制御システムは、他の車両システム又は遠隔ソースとの限定的な接続性を有する場合がある。典型的な車両制御システムが、遠隔ソースと通信可能な場合、それは通常、単一の遠隔ソースで特定のタスクを遂行するためである。例えば、いくつかの制御システムは、携帯電話でハンズフリー移動通信タスクを行うことが可能な場合がある。例えば携帯情報端末、携帯電話、携帯メディア装置、及び携帯ナビゲーション装置等の遠隔ソースは、ビジネス及び個人の用途により一般的且つ重要になったので、遠隔ソースと車両システムとの間の接続性及び相互作用性を増大することが、より所望されるようになった。
【０００５】
複数の遠隔ソースとの複数の同時データ接続を容易にすることが出来る車両ネットワークゲートウェイに対する要求が存在する。さらに、複数の接続された遠隔ソース及び車両データバスのための車両ネットワークゲートウェイとして機能することが可能な車両制御システムに対する要求がある。さらに、車両ハードウェアモジュールから遠隔ソースへのデータ転送を容易にすることが可能な車両制御システムに対する要求がある。さらに、１つ以上の接続された遠隔ソースに増大機能を提供するために、車両データバス及び複数の遠隔ソースへの接続を有する車両制御システムを使用する方法に対する要求がある。さらに、制御システムの強化又は特徴を提供するために、複数の遠隔ソースに接続される車両制御システムを使用する方法に対する要求がある。さらに、有線又は無線の遠隔ソースから流される音声を受け入れ、且つ車両音声システムを通じて音声を出力することが可能な車両制御システムに対する要求がある。さらに、有線又は無線の遠隔ソースから流される映像を受け入れ、且つ車両ディスプレイシステムを通じて映像を出力することが可能な車両制御システムに対する要求がある。さらに、有線又は無線接続を介して携帯情報端末から進路変更ごとの指示を受け入れる能力を有し、且つ再生するために車両音声システムにこうした指示を送信する能力を有する車両制御システムに対する要求がある。さらに、外部メモリ装置（例えば、ＵＳＢメモリドライブ）に接続し、メモリ装置からメディアファイルを読取り、メモリ装置からのメディアファイルを復号し、且つ再生するために車両音声システムに音声を送信する能力を有する車両制御システムに対する要求がある。さらに、接続されたメディアプレーヤからファイルを復号する能力を有し、且つデジタル著作権管理（ＤＲＭ）保護ファイルを再生する能力を有する車両制御システムに対する要求がある。さらに、接続された遠隔ソースに記憶されたファイルを表示し且つ並び替える能力を有する車両制御システムに対する要求がある。さらに、音声コマンドを介してメディアファイルにアクセスする能力を有する車両制御システムに対する要求がある。
【０００６】
１つ以上のこうした要求を満足させるシステム及び／又は方法を提供し、且つ他の有利な特徴を提供することが望ましいであろう。他の特徴及び利点は、本明細書から明らかになるであろう。本開示の教示は、１つ以上の前述の要求を達成するかにかかわらず、特許請求の範囲に含まれる実施形態に及ぶ。
【発明の概要】
【０００７】
１実施形態は、車両に取り付るための且つ第１のソース装置から車両の乗員に情報を提供するための制御システムに関する。車両は、音声システム及び／又はディスプレイシステムを有する。制御システムは、第１のソース装置と通信するための第１のインターフェースを有する。制御システムはさらに、信号を音声システム及び／又はディスプレイシステムに提供するための第２のインターフェースを有する。制御システムはさらに、プロセッサを有する。メモリ装置は、プロセッサに通信可能に接続され、且つ制御信号をインターフェースに送信するように構成される第１の伝送手段を有する。メモリ装置はさらに、アプリケーションからコマンドを受信し、且つアプリケーションからのコマンドを伝送手段に対するコマンドに変換するように構成される第１のマネージャを有する。
【０００８】
本願は、他の実施形態及び様々な方法で実施又は実行されることが可能である。代替的な例示的実施形態は、一般に請求項に記載され得るような他の特徴及び特徴の組み合わせに関する。
【０００９】
本願は、同様の参照番号が同様の要素を参照する添付の図面と共に、以下の詳細な説明からより完全に理解されるであろう。
【図面の簡単な説明】
【００１０】
【図１】１例示的実施形態による、車両制御システムを含む、複数の車両システムを有する自動車の斜視図である。
【図２】１例示的実施形態による、図１の車両制御システムのユーザインターフェースの正面図である。
【図３】１例示的実施形態による、図１の車両制御システムのブロック図である。
【図４】１例示的実施形態による、図３の車両制御システムのより詳細な実施形態及びブロック図である。
【図５】１例示的実施形態による、車両制御システム及び遠隔ソースの斜視図である。
【図６】１例示的実施形態による、複数の遠隔ソースと通信する車両制御システムのブロック図である。
【図７】１例示的実施形態による、複数の遠隔ソースと通信し、車両データバス及び複数の車両ハードウェアモジュールに接続されるインターフェースモジュールを有する車両制御システムのブロック図である。
【図８】１例示的実施形態による、複数の遠隔ソースとの複数の同時通信リンクを容易にする車両制御システムを例示するブロック図である。
【図９】１例示的実施形態による、受信したテキストメッセージに応答する方法の流れ図である。
【図１０Ａ】１例示的実施形態による、車体制御モジュールに結合される制御システムのブロック図である。
【図１０Ｂ】１例示的実施形態による、遠隔装置と制御システムとの間の通信方法の流れ図である。
【図１０Ｃ】１例示的実施形態による、遠隔ソースと制御システムとの間の通信方法の流れ図である。
【図１１】１例示的実施形態による、例えばテキストメッセージ等のファイルを復号する方法の流れ図である。
【図１２】１例示的実施形態による、インターネット音声アプリケーションを実行する方法の流れ図である。
【図１３】１例示的実施形態による、車両制御システムの電話システムを使用する車両訓練の方法の流れ図である。
【図１４】１例示的実施形態による、遠隔装置を使用するサービスステーションを検出する方法の流れ図である。
【図１５】１例示的実施形態による、遠隔装置上で好みを更新する方法の流れ図である。
【図１６】１例示的実施形態による、遠隔装置上で設定を変更する方法の流れ図である。
【図１７】１例示的実施形態による、遠隔ナビゲーション装置を使用して経路を決定する方法の流れ図である。
【図１８Ａ】１例示的実施形態による、携帯デジタルラジオに結合される制御システムのブロック図である。
【図１８Ｂ】１例示的実施形態による、図１８Ａのデジタルラジオ装置を使用する方法の流れ図である。
【図１９Ａ】１例示的実施形態による、複数の遠隔場所の間でデータを同期及び／又は転送するシステムのブロック図である。
【図１９Ｂ】１例示的実施形態による、車両制御システムを使用するデジタルディクテーションのための方法の流れ図である。
【図２０】１例示的実施形態による、車両制御システムのブロック図である。
【図２１】１例示的実施形態による、車両制御システムの機能的ソフトウェア及び／又はハードウェアアーキテクチャのブロック図である。
【図２２】１例示的実施形態による、車両制御システムのためのソフトウェアアーキテクチャのブロック図である。
【図２３】１例示的実施形態による、制御信号を車両制御システム及び／又はソフトウェアに提供するためのシステムのブロック図である。
【図２４Ａ】１例示的実施形態による、装置と車両制御システムとの間の互換性を決定するための方法の工程図である。
【図２４Ｂ】１例示的実施形態による、装置と車両制御システムとの間のカタログ化方法の工程図である。
【発明を実施するための形態】
【００１１】
例示的な実施形態を詳細に示す図面を参照する前に、本願は、以下の記載において説明され又は図面の中で例示される詳細又は方法論に限定されないことが理解されるべきである。また、本明細書で用いられる表現及び専門用語は、説明のみの用途であり、限定するもとのみなされるべきではないことが理解されるべきである。
【００１２】
図１を参照すると、車両１００は、ユーザの利便性及び娯楽のために複数のサブシステムを有する。車両１００は、一般に、暖房、換気、及び空調（ＨＶＡＣ）システム、音響システム、並びに車両制御システム１０６（例えば、メディアシステム、ナビゲーションシステム、娯楽システム、ディスプレイシステム、通信システム等）を有する。ＨＶＡＣシステム、音響システム、及び他のシステムは、自動的に又は手動のユーザコマンドによって、様々なシステムを制御及び監視することが出来る車両制御システム１０６に結合されてもよい。様々な例示的実施形態において、車両１００、ＨＶＡＣシステム、音響システム、及び他の車両システムは、車両制御システム１０６を収容し（車両１００の場合）且つ相互作用することが出来る任意の過去、現在、又は将来のものであってもよいことが留意される。
【００１３】
図２を参照すると、車両制御システム１０６の１例示的実施形態が示される。車両制御システム１０６は、一般に、様々な車両機能の制御を容易にする、出力ディスプレイ１０８、１つ以上のノブ１１０、１つ以上の押しボタン１１２、及び１つ以上の触覚ユーザ入力又は押しボタン１１４を有する。出力ディスプレイ１０８は、車両機能の制御に関連するデータを表示するように構成されてもよい。１例示的実施形態において、出力表示１０８は、タッチスクリーン式ディスプレイであってもよく、一方で他の実施形態では、任意の他の非タッチセンサ式ディスプレイであってもよい。さらに他の実施形態において、出力ディスプレイ１０８は、任意の技術（例えば、ＬＣＤ、ＤＬＰ、プラズマ、ＣＲＴ）、構成（例えば、縦長又は横長）、又は形状（例えば、多角形、湾曲、曲線）であってもよい。ディスプレイの表面は、３次元的に湾曲し又は平面であってもよい。出力ディスプレイ１０８は、製造業者設置の出力ディスプレイ、補修部品市場の出力ディスプレイ、又は任意の出所の出力ディスプレイであってもよい。出力ディスプレイ１０８は、組み込みディスプレイ（例えば、制御システム又は他の車両システムに組み込まれるディスプレイ、独立型ディスプレイ（例えば、携帯ディスプレイ、可動式アームに取付けられるディスプレイ）、又は任意の他の構成を有するディスプレイであってもよい。入力ノブ１１０並びに押しボタン１１２及び１１４は、例えばファン速度等のＨＶＡＣシステムの機能を制御し、音響システム上のメディアファイルの再生を制御し、電話帳エントリの検索を制御し、接続された遠隔ソースの機能を制御し、又は任意の他の車両機能を制御するように構成されてもよい。
【００１４】
押しボタン１１４及び／又は他のユーザインターフェース要素（例えば、ノブ１１０）は、再構成可能であってもよいことが留意されるべきである。押しボタン１１４の機能は、例えば、画面上の内容に適合するように再構成されてもよい。従って、ユーザは、ディスプレイ画面を利用するアプリケーションに関して、押しボタン１１４で具体的に選択することが可能であってもよい。
【００１５】
押しボタン１１４は、典型的には、音響システム制御、メディアシステム制御、ディスプレイシステム制御、通信システム制御、ハンズフリー電話の使用、ＨＶＡＣシステム制御、連絡先又はアドレス／電話帳管理、カレンダーの閲覧及び修正、並びに車両データのロギングを含む車両制御システム１０６の様々な機能の選択及び表示を可能にする。メディア再生のための押しボタン１１４の操作は、メディア再生メニューを表示し、且つユーザに接触又は口頭コマンドによって音声又は映像ファイルを閲覧、選択、並び替え、検索、及び／又は再生させるコマンドを実行してもよい。ハンズフリーホンを操作するための押しボタン１１４の操作は、メニュースクリーンを表示し、又は車両制御システム１０６の車両コンソールに話しかけることが携帯電話を動作させるように、ユーザが車両制御システム１０６を携帯電話に接続することを可能にするコマンドを実行してもよい。ＨＶＡＣ制御のための押しボタン１１４の操作は、メニュー画面を表示し、又は触覚若しくは口頭のコマンドによってユーザに車内温度及び気流を制御させるコマンドを実行してもよい。連絡先管理のための押しボタン１１４の操作は、メニュー画面を表示し、触覚又は口頭のコマンドによって、ユーザに個人連絡先情報を含む１つ以上のエントリを閲覧、リスト、選択、並べ替え、検索、編集、及び／又はダイヤルさせるコマンドを実行してもよい。カレンダー管理のための押しボタン１１４の操作は、メニュー画面を表示し、触覚又は口頭のコマンドによってユーザに個人スケジュール情報を含む１つ以上のエントリを閲覧、リスト、選択、並べ替え、検索、編集、及び／又は生成させるコマンドを実行してもよい。ログ管理のための押しボタン１１４の操作は、メニュー画面を表示し、触覚又は口頭のコマンドによって、ユーザに車両操作（例えば、燃費、エンジン温度、空になるまでの走行距離等）に関連する情報を入力、閲覧、選択、及び／又は初期化させるコマンドを実行してもよい。携帯デジタルラジオプレーヤ（図２では示されない）のための押しボタン１１４の操作は、メニュー画面を表示し、ユーザに車両制御システム１０６と携帯デジタルラジオプレーヤを接続させて、携帯デジタルラジオプレーヤを使用してアクセスされる衛星ラジオサービスの様々なコンテンツチャネルを閲覧、選択、並べ替え、検索、及び／若しくは相互作用し、並びに／又は触覚又は口頭のコマンドを使用して、携帯デジタルラジオプレーヤに記憶された衛星ラジオコンテンツファイルを閲覧、選択、並べ替え、検索、及び／若しくは相互作用するコマンドを実行してもよい。ディスプレイ制御（図２では示されない）のための押しボタン１１４の操作は、メニュー画面を表示し、触覚又は口頭のコマンドによって、ユーザにディスプレイプロファイル設定又は色、解像度、大きさ、言語、傾き、若しくは任意の他の設定若しくは変数のようなディスプレイ設定を入力、閲覧、設定、選択、及び／又は変更させるコマンドを実行してもよい。通信制御（図２では示されない）のための押しボタン１１４の操作は、メニュー画面を表示し、触覚又は口頭のコマンドによって、通信設定又は通信モードを入力、閲覧、選択、初期化、設定及び／又は起動させるコマンドを実行してもよい。様々な他の例示的実施形態によれば、ジェスチャ感知器又は存在感知器からの入力が、接触以外のものを検出するために車両制御システムに提供されてもよい。ジェスチャ感知器又は存在感知器は、触覚制御の代わりに又は触覚制御に加えて提供されてもよい。
【００１６】
車両制御システム１０６の押しボタン１１４（及び／又は他のユーザインターフェース要素）は、限定されるものではないが、例えば、車両ドアロックシステム、車両運行制御システム、座席制御システム、窓制御システム、車両照明システム、車両ラジオシステム、無線制御システム（例えば、汎用送信機システム、遠隔制御システム、訓練可能送信機システム、ＨｏｍｅＬｉｎｋ（Ｒ）システム等）、メディア制御システム、及び／又はユーザ入力を受け入れ得る任意の他の制御システム等の他の車両サブシステムを制御するために使用されてもよい。
【００１７】
図３を参照すると、車両制御システム１０６は、通信リンク１１８を介して遠隔ソース１１６からのデータファイルにアクセスすることが出来る。例えば、車両制御システム１０６は、車両制御システム１０６により使用されるメディアファイル、電話帳データ、カレンダーデータ、又は任意の他の利用可能データにアクセスしてもよい。車両制御システム１０６は、単一又は複数の通信リンクを介して複数の遠隔ソースからのデータファイルにアクセス可能であり得る。車両制御システム１０６はまた、通信リンク１１８を介して遠隔ソースへ及び／又はからの要求、信号、ファイル、コマンド、メッセージ（例えば、テキストメッセージ、音声メッセージ等）、メタ情報、ストリームデータ又は情報、並びに任意の他の種類のデータを送信及び受信してもよい。
【００１８】
車両制御システム１０６は、一般に、通信装置１２０、データ処理システム１２２、ディスプレイドライバ１２４、ユーザインターフェース１２６、音声入力装置１２８、音声出力装置１３０、出力ディスプレイ１０８、及びメモリ装置１３２を有する。
【００１９】
通信装置１２０は、一般に、遠隔ソース１１６との通信リンク１１８を確立するように構成される。１実施形態では、車両制御システム１０６は、例えばＢｌｕｅｔｏｏｔｈ通信プロトコル、ＩＥＥＥ８０２．１１プロトコル、ＩＥＥＥ８０２．１５プロトコル、ＩＥＥＥ８０２．１６プロトコル、セルラ信号、共有無線アクセスプロトコル−コードレスアクセス（ＳＷＡＰ−ＣＡ）プロトコル、無線ユニバーサルシリアルバス（ＵＳＢ）プロトコル、又は任意の他の適切な無線技術等との無線通信リンクを確立してもよい。別の実施形態では、車両制御システム１０６は、例えばＵＳＢ技術、ＩＥＥＥ１３９４技術（例えば、Ｆｉｒｅｗｉｒｅ技術）、光学技術、他のシリアル若しくはパラレルポート技術、又は任意の他の適切な有線リンクを確立してもよい。様々な他の例示的な実施形態によれば、車両制御システム１０６及び通信装置１２０は、複数の遠隔ソースとの無線及び有線接続の両方を形成してもよい。通信リンクは、通信装置１２０が複数の遠隔ソースに同時に接続され得るように形成されてもよい。通信リンク１２０は、遠隔ソース１１６から１つ以上のデータストリーム、データ列、データファイル及び／又は他の種類のデータ（例えば、非ファイルベースのデータ）を送信及び受信してもよい。様々な例示的実施形態では、データファイルは、テキスト、数値データ、音声、映像、プログラムデータ、コマンドデータ、情報データ、座標データ、画像データ、ストリーミングメディア、又はこれらの任意の組み合わせを含んでもよい。
【００２０】
データ処理システム１２２は、通信装置１２０に結合され、且つ一般に、車両制御１０６の各機能を制御するように構成される。データ処理システム１２２は、ユーザの利便性のために車両制御システム１０６の音声認識機能を促進してもよい。データ処理システム１２２は、デジタル又はアナログ処理要素を含んでもよく、且つ／又は制御を容易にし若しくは車両制御システム１０６の処理機能を提供する任意の過去、現在、又は将来の設計であってもよい。データ処理システム１２２は、単一のデータ処理装置又は複数のデータ処理装置であってもよい。データ処理システム１２２は、データ処理サブ装置又は構成要素を有するデータ処理装置であってもよい。データ処理装置１２２は、車両に制御、表示、通信、入力及び出力機能を提供することが出来るプログラムソフトウェア及びハードウェアの任意の組み合わせを有してもよい。データ処理システム１２２は、車両制御システムの様々な装置、構成要素及び機能（例えば、通信装置１２０、出力ディスプレイ１０８、ディスプレイドライバ１２４、メモリ装置１３２、音声システム１０４、ユーザインターフェース１２６、音声入力装置１２８、音声出力装置１３０等）を統合、制御、及び／又は促進してもよい。
【００２１】
ディスプレイドライバ１２４は、出力ディスプレイ１０８に結合され、且つ典型的には出力ディスプレイ１０８に電子信号を提供するように構成される。１例示的実施形態では、電子信号は、データファイルのテキスト及び／又は数値データを含んでもよく、一方他の実施形態では、任意の他の所望のデータが、テキスト及び／若しくは数値データと共に又は単独で出力ディスプレイ１０８への電子信号に含まれてもよい。別の例示的実施形態では、ディスプレイドライバ１２４は、タッチスクリーン機能で出力ディスプレイ１０８を制御するように構成されてもよく、一方他の例示的実施形態では、ディスプレイドライバ１２４は、タッチスクリーン機能を利用せずに出力ディスプレイ１０８を制御するように構成されてもよい。ディスプレイドライバ１２４は、出力ディスプレイ１０８上の画像の制御及び表示を容易にするために、任意の数の機能、ソフトウェア又はハードウェアを含んでもよい。さらに別の例示的実施形態では、ディスプレイドライバ１２４は、出力ディスプレイ１０８の制御を可能にする任意の過去、現在、又は将来の設計のものであってもよい。
【００２２】
ユーザインターフェース１２６は、典型的には、車両制御システム１０６との触覚ユーザ相互作用を容易にするように構成される。様々な例示的実施形態では、ユーザインターフェース１２６は、任意の類似の又は非類似の構成において図２の例示的実施形態におけるように押しボタン又は回転可能ノブを有してもよく、又は他の触覚ユーザ接触点を有してもよい。
【００２３】
音声入力装置１２８、例えばマイクロホンは、車両制御システム１０６の機能が音声コマンドによって操作され得るように、音声認識用のデータ処理システム１２２へ送信されるユーザの発話を受信するように構成される。音声出力装置１３０、例えば組み込みスピーカは、例えばユーザ選択の確認等の様々な機能の音声プロンプトをユーザに提供するように構成される。
【００２４】
メモリ装置１３２は、車両制御システム１０６によりアクセスされるデータを記憶するように構成される。例えば、メモリ装置１３２は、遠隔ソース１１６により入力されるデータ、後に使用され得るデータ処理システム１２２により生成されるデータ、現在の計算又は処理において使用される中間データ、又は車両制御システム１０６により使用される任意の他のデータを記憶してもよい。
【００２５】
図４を参照すると、車両制御システム１０６及び遠隔ソース１１６が、より詳細に示される。データ処理システム１２２は、一般に、テキスト・ツー・グラマ装置１３４、音声認識装置１３６、及びテキスト・ツー・スピーチ装置１３８を有してもよい。データ処理システム１２２は、任意の数の追加のハードウェアモジュール、ソフトウェアモジュール、又は処理装置（例えば、追加のグラフィックスプロセッサ、通信プロセッサ等）を有してもよい。
【００２６】
テキスト・ツー・グラマ装置１３４は、好ましくは通信装置１２０に結合され、且つ一般に、遠隔ソース１１６から通信装置１２０によって受信される各データファイルのテキスト及び／又は数値データの音素表現を生成するように構成される。各データファイルのテキスト及び／又は数値データの音素表現は、各データファイルの音声認識を容易にするように構成されてもよい。データファイルの音素表現への変換後、データファイルは、音声入力装置１２８を介して音声認識装置１３６により受信される口頭入力コマンドを介してアクセスされてもよい。例示的な実施形態によれば、テキスト・ツー・グラマ装置１３４は、遠隔ソースから受信される情報の音素表現を提供することが可能であってもよい。
【００２７】
音声認識装置１３６は、典型的には、音声入力装置１２８を介してユーザからの口頭入力コマンドを受信するように構成される。音声認識装置１３６は、受信した口頭入力コマンドを、テキスト・ツー・グラマ装置１３４によって構成された可能性がある１組の既定の入力コマンドと比較する。様々な例示的実施形態では、入力コマンドは、メディアファイルの再生、電話帳エントリのダイヤル若しくは入力、カレンダ若しくは連絡先データのエントリ若しくはリスト化、ＨＶＡＣシステムの制御、又はデータについて実行される任意の他の所望の機能に関係付けられてもよい。音声認識装置１３６は、ユーザから受信される口頭入力コマンドへの適切な応答、例えば、口頭入力コマンドが有効若しくは無効な指示かどうか、何のコマンドを実行するべきか、又は任意の他の適切な応答を決定してもよい。例示的な実施形態によれば、音声認識装置１３６は、所定のコマンドが認識されるとディスプレイ複製モードをトリガ又は起動することが可能であってもよい。さらに、音声認識装置１３６は、通信リンクを介して遠隔ソースの双方向制御を容易にするために遠隔装置１１６にコマンドを渡すことが可能であってもよい。
【００２８】
テキスト・ツー・スピーチ装置１３８は、一般に、遠隔ソース１１６から受信される各データファイルのテキスト及び／又は数値データを可聴音声表現に変換する。この機能は、車両制御システム１０６が音声出力装置１３０又は音声システム１０４を介してユーザに可聴的にデータを与えることを可能にしてもよい。例えば、車両制御システム１０６は、ユーザにユーザ選択機能を復唱し、ナビゲーション情報を提供し、指示を知らせ、メニューオプションを知らせ、メディアファイル情報を知らせ、電話帳若しくは連絡先情報、又はメモリ１３２、遠隔ソース１１６、遠隔サーバ１５４等に記憶されるデータに関連する他の情報を提供してもよい。例示的実施形態では、テキスト・ツー・スピーチ装置１３８は、遠隔ソースから受信される情報の可聴音声表現を提供可能であってもよい。
【００２９】
様々な他の例示的実施形態によれば、テキスト・ツー・グラマ機能、音声認識機能、及びテキスト・ツー・スピーチ機能は主として、ソフトウェア及び汎用データ処理システムであるデータ処理システム１２２において実装される。さらに他の例示的実施形態によれば、テキスト・ツー・グラマ機能、音声認識機能、及びテキスト・ツー・スピーチ機能は部分的にソフトウェアで、且つ部分的にハードウェアで実装される。
【００３０】
メモリ装置１３２は、揮発性メモリ１４０及び不揮発性メモリ１４２を共に含む。揮発性メモリ１４０は、そこに記憶される内容が車両制御システム１０６又は車両１００の各動力サイクルの間に消去され得るように構成されてもよい。不揮発性メモリ１４２は、車両制御システム１０６及び／又は車両１００の電源が投入されると以前にシステムを使用したデータがユーザに利用可能であるように、そこに記憶される内容が動力サイクルにわたり保持され得るように構成されてもよい。例示的実施形態によれば、不揮発性メモリ１４２は、１つ以上のユーザプロファイル、ディスプレイプロファイル、通信プロファイル、ナビゲーションプロファイル、又は任意の他の種類のユーザ又はシステム設定ファイルを記憶してもよい。
【００３１】
例示的実施形態によれば、遠隔ソース１１６は、送受信機を含む任意の適切な遠隔ソースであってもよく、無線又は有線の実施形態のいずれかで、通信リンク１１８上で車両制御システム１０６とインターフェース接続することが可能であってもよい。様々な例示的実施形態で、遠隔ソース１１６は、１つ以上の携帯電話１４４、携帯情報端末（ＰＤＡ）１４６、メディアプレーヤ１４８、携帯ナビゲーション装置（ＰＮＤ）１５０、ページャ１５２、インターネットに結合され得る遠隔サーバ１５４、又は様々な他の遠隔データソースであってもよい。遠隔ソース１１６は、記憶装置、１つ以上の処理装置、及び１つ以上の通信装置を有してもよい。例示的実施形態によれば、遠隔ソース１１６は、全地球測位システム可能遠隔ソースである。様々な例示的実施形態によれば、遠隔ソース１１６は、第１の通信装置１６０でインターネット又は他の遠隔ソースに接続してもよく、一方で第２の通信装置１６１を使用して車両制御システム１０６と通信してもよい。
【００３２】
図５を参照すると、例示的実施形態によれば、出力ディスプレイ１０８上で遠隔ソース１１６のディスプレイを再現する車両制御システム１０６が示される。遠隔ソース１１６は、支持アーム５０２に置かれるＰＤＡ又はＰＮＤとして示される。遠隔ソース１１６は、ナビゲーションデータにアクセスし且つこのナビゲーションデータを使用して遠隔ディスプレイ５０１上で示され得る画像を少なくとも部分的に生成するように構成される位置感知可能遠隔ソース（例えば、ＧＰＳ受信機を有する遠隔ソース）であってもよい。車両制御システム１０６は、遠隔ソース１１６との通信リンクを確立し、画像再現モードを開始し、遠隔ソース１１６から画像を受信し、且つ出力ディスプレイ１０８上で受信画像を表示してもよい。様々な例示的実施形態によれば、遠隔ソース１１６は、自身のディスプレイに出力するグラフィックスを生成（例えば、部分的に生成、完全に生成又は別に生成等）し、且つ自身のディスプレイ上で表示（例えば、最近表示、現在表示、又は将来表示等）される画像を制御システム１０６に伝達することが可能な遠隔ソースである。遠隔ソースから車両制御システム１０６に画像を提供することは、車両制御システム１０６に機能又は強化を提供する遠隔ソースの１例であってもよい。例示的実施形態によれば、通信装置１２０は、複数の遠隔ソースを制御システム１０６に同時に接続させてもよい。複数の遠隔ソースが制御システム１０６に接続される場合、１つより多くの遠隔ソースが、１つの又は複数の機能を制御システム１０６に提供するために使用されてもよい。例えば、ＰＮＤは、ＧＰＳ装置を有してもよく、且つそのナビゲーションデータに基づいて地図画像を生成してもよい。この画像は、表示のために制御システムに送信され、且つ車両が移動すると定期的に更新されてもよい。車両制御システムはまた、例えばＰＮＤ等の遠隔ソースに接続し且つ接続された有線又は無線通信装置を介してＰＮＤから進路変更ごとの指示を受信することにより、車両音声システム上で音声の進路変更ごとの指示をユーザに伝達してもよい。データ通信を行うことが出来る携帯電話が、制御システムに同時に接続されてもよい。携帯電話は、そのデータ特徴を使用してＰＮＤにより生成される画像について追加の情報をダウンロードしてもよい。この情報は次に、制御システム上のオーバレイ又は他の出力のために制御システムに送信されてもよい。例えば、携帯電話は、近くのホテル又はレストランの位置をダウンロードし、こうした位置を制御システムに送信してもよく、且つ制御システムは、強化ナビゲーション機能を出力ディスプレイ１０８に提供するために、ＰＮＤから受信される画像及び携帯電話から受信される座標を共に使用してもよい。
【００３３】
例示的な実施形態によれば、遠隔ソース１１６は、制御システムに伝送されるデータを生成するために、任意の数の工程、ソフトウェア、及び／又はハードウェアを有してもよい。例えば、遠隔ソース１１６は、遠隔ディスプレイ５０１上に現在又は最近表示される情報の画像（例えば、スクリーンショット、ビットマップ画面ダンプ、画面キャプチャ等）を復元するソフトウェアプログラムを有してもよい。このソフトウェアは、情報（例えば、メモリ装置、ディスプレイバッファ、ディスプレイドライババッファ、ディスプレイハードウェア等）を抽出するために遠隔ソースのハードウェア装置を読み取ること、及び／又は情報（例えば、ディスプレイドライバソフトウェア、オペレーティングシステムソフトウェア等）を抽出するために他のソフトウェアを使用することを含む任意の数の方法で動作してもよい。
【００３４】
例示的実施形態によれば、遠隔ソース１１６はまた、遠隔ソース１１６から車両制御システム１０６へのデータ、情報、又は画像の転送を容易にするように構成される通信ソフトウェアを有してもよい。データの転送を容易にするように構成される通信ソフトウェアは、データ生成ソフトウェアと一体化されてもよく、又は相対的に別個の通信ソフトウェアであってもよい。このソフトウェアは、データ生成及び転送機能の動作を決定し得る任意の数の変数を含んでもよい。例えば、遠隔ソース１１６上でロードされるソフトウェアは、リフレッシュレート変数（例えば、データを生成する頻度、データを送信する頻度等）、キャプチャ変数（例えば、キャプチャする画面の量、キャプチャする解像度、画面をキャプチャする頻度等）、及び転送変数（例えば、転送する頻度、転送を試行する頻度、転送に伴って含むメタ情報、転送前に画像を圧縮するか等）を有するソフトウェアを含んでもよい。こうした変数は、遠隔ソース１１６により提供されるユーザインターフェースで又は車両制御システム１０６により提供されるユーザインターフェースで変更又は編集されてもよい。例えば、車両の中のユーザは、入力装置１１２、１１４、タッチスクリーンディスプレイ１０８で、及び／又は音声認識で関連する通信若しくはディスプレイ変数を編集してもよい。関連する変数情報は、遠隔ソース１１６上のメモリ装置内に、車両制御システム１０６内に、又は両方に記憶されてもよい。変数情報は、遠隔ソース１１６又は車両制御システム１０６のいずれかの中にプロファイル情報（例えば、ディスプレイプロファイル、通信プロファイル等の中に）記憶されてもよい。このプロファイル情報は、不揮発性メモリ（例えば、不揮発性メモリ１４２、フラッシュメモリ等）に記憶されてもよく、且つ必要なときに車両制御システム１０６によって呼び出されてもよい。
【００３５】
図５はさらに、例示的実施形態による支持アーム５０２を示す。支持アーム５０２は、柔軟性アーム及びクレードル装置を介して遠隔ソース１１６を支持するように示される。支持アーム５０２及び付随するクレードルは、無線プロトコルを介して通信する間は受動支持アーム及びクレードル（例えば、保持又は支持機能等のみを有する）であってもよく、又は能動クレードル又は結合ステーション（すなわち、遠隔ソース１１６と制御システム１０６との間の有線及び／又は充電接続を容易にする等）であってもよい。様々な他の種類の例示的実施形態によれば、支持アーム５０２は、システムに含まれ又は使用されず、且つ遠隔ソース１１６は、車両１００の内部又は外部の任意の場所に物理的に設置されてもよい。例えば、遠隔ソース１１６は、運転者のポケット内、ドライバのスーツケース内、座席上、車両の外部位置等に存在してもよい。
【００３６】
図６を参照すると、例示的実施形態によれば、様々な遠隔ソースとのデータ接続を有する制御システム１０６が示される。例えば、制御システム１０６は、携帯電話１１６ａ、ＰＮＤ１１６ｂ、ＰＤＡ１１６ｃ、メディアプレーヤ１１６ｄ等とのデータ接続を確立してもよい。制御システム１０６は、通信装置１２０を使用して複数の遠隔ソース１１６との同時データ接続を確立するように構成されてもよい。例えば、制御システム１０６は、携帯電話１１６ａ及びメディアプレーヤ１１６ｄとの同時データ接続を確立してもよい。様々な例示的実施形態によれば、制御システム１０６は、任意の組み合わせ及び／又は数の遠隔ソースとの同時データ接続を確立してもよい。制御システム１０６は、車両制御システムと複数の遠隔ソースとの間の通信を制御するためにデータ処理システム１２２及び／又は通信装置１２０を使用してもよい。接続される遠隔ソースは、車両制御システムへ又はから直接データを送信してもよい。車両制御システムはまた、ネットワークゲートウェイ又はルータとして使用されてもよく、１つの遠隔ソースから車両制御システムに接続される他の遠隔ソースに情報をルーティングするように構成されてもよい。車両制御システム１０６は、複数の装置接続性を実装するために任意の数のハードウェア及び／又はソフトウェア構成要素を有してもよい。例えば、車両制御システム１０６は、１つより多くの無線通信装置、１つより多くの有線通信装置、並びに／又は複数の装置接続性を容易にし且つ制御するように構成される任意の数のソフトウェアドライバ、ソフトウェアプロファイル、及びソフトウェアアプリケーションを有してもよい。
【００３７】
図７を参照すると、例示的実施形態によれば、車両データバス６０２を有する制御システム１０６が示される。車両データバス６０２との接続は、制御システムのインターフェースモジュールを介してであってもよい。車両データバスは、複数の車両モジュールに接続されてもよい。こうしたモジュールは、ＧＰＳ受信機モジュール６０４、エンジン制御モジュール６０６、送信制御モジュール６０８、車体制御モジュール６１０、ＨＶＡＣ制御モジュール６１２、燃料システムモジュール６１４、コンパスモジュール６１６、タイミング制御モジュール、アンチロックブレーキモジュール等を含んでもよい。車両データバス６０２は、車両構成要素を相互接続する任意の電子通信ネットワークであってもよい。車両データバスに接続される車両モジュールは、典型的に、車両モジュールが計算において使用し得る感知器（例えば、速度感知器、温度感知器、圧力感知器等）から入力を受信してもよい。車両モジュールはまた、モジュールによって命令される動作（例えば、冷却ファンをオンにする、ギアを変える、ドアを開錠する等）を行うためにアクチュエータを使用してもよい。モジュールは、車両データバス６０２を介してモジュール自身の間でデータを交換するように構成されてもよい。制御システム１０６又は処理システム１２２は、車両データバス上で車両モジュールへの若しくはからの情報を、車両制御システムの他の構成要素へ若しくはから又は遠隔ソースへ若しくはからルーティングするように構成されてもよい。様々な実施形態によれば、車両バス６０２は、任意の種類又は技術の車両バスであってもよい。例えば、車両バス６０２は、ローカルインターコネクトネットワーク、コントローラエリアネットワーク、ＦｌｅｘＲａｙバス、メディアオリエンテッドシステムトランスポート（ＭＯＳＴ）、キーワードプロトコル２０００バス、シリアルバス、パラレルバス、ビークルエリアネットワーク、ＤＣ−ＢＵＳ、ＩＤＢ−１３９４バス、ＳＭＡＲＴｗｉｒｅＸバス、ＣＡＮ（例えば、ＢＣＡＮ）バス、ＩＥバス（例えば、ＧＡ−ＮＥＴ）バス等であってもよい。様々な例示的実施形態によれば、車両データバス６０２は、車両内の車両ハードウェア構成要素を相互接続する電子通信ネットワークを提供する任意の過去、現在又は将来の設計のものであってもよい。車両制御システム１０６は、車両の車両データバスの通信活動を制御するように構成される任意の数のハードウェアインターフェース、送受信機、バスコントローラ、ハードウェアコントローラ、及び／又はソフトウェアコントローラを有してもよい。
【００３８】
図７をさらに参照すると、例示的な実施形態によれば、制御システム１０６は、制御システム１０６及び／又は遠隔ソース１１６ａ−ｄに機能を提供するために、車両データバス６０２の及びさらに車両ハードウェアモジュール６０４−６１６のデータにアクセスしてもよい。例えば、制御システム１０６は、車両データバス６０２を介してコンパスモジュール６１６からコンパス情報を読み取ってもよい。制御システム１０６は、任意のその組み込みディスプレイにこの情報を表示してもよく、しかしまたさらなる送信、表示、又は処理のために遠隔ソースにこの情報を送信してもよい。例えば、遠隔ソース１１６ｂ（ＰＮＤ）は、車両出力ディスプレイへの送信のためのナビゲーション画像をより正確に生成するためにコンパスモジュールから取得される情報を使用してもよい。別の例示的実施形態によれば、燃料システムモジュール６１４は、制御システム１０６に燃料低下の警告又は情報を送信してもよい。制御システム１０６は、次に、ＷｉＦｉ可能ＰＤＡ１１６ｃ又はデータ通信可能携帯電話１１６ａを使用して近くのガソリンスタンドに関する情報をダウンロードしてもよい。この情報は、処理及び表示のために制御システム１０６に転送され、又は制御システム１０６を介してＰＮＤ上で処理するために遠隔ソース１１６ｂにルーティングされてもよい。制御システム１０６が複数の遠隔ソース及び車両データバスの車両ハードウェアモジュールに同時に接続されるネットワークゲートウェイとして機能することが可能な場合、任意の数の強化データ又は制御機能が制御システム１０６に及び／又は接続された遠隔ソース１１６ａ−ｄに追加されてもよいことに留意することが重要である。
【００３９】
図８を参照すると、例示的実施形態によれば、通信ゲートウェイとして機能することが可能な通信装置１２０を有する制御システム１０６が示される。制御システム１０６は、車両データバス上の装置、複数の遠隔ソース１１６、遠隔サーバ１５４、及び／又は任意の数の他の車両システム又は遠隔ソースと同時に接続されてもよい。通信装置１２０は、有線及び／又は無線ネットワークゲートウェイとして機能することが可能な通信装置であってもよい。通信装置１２０は、ピコネットを生成可能な通信装置であってもよい。複数の装置及び／又は遠隔ソースは、通信装置１２０と共に通信リンクを形成することが可能であってもよい。通信装置１２０は、スレーブとして動作する任意の数の遠隔ソースを有する一対多のデータネットワークにおいてマスタノードとして機能してもよい。１例示的実施形態によれば、通信装置１２０は、Ｂｌｕｅｔｏｏｔｈ（Ｒ）ピコネット又はスキャターネット上でマスタ装置又はスレーブ装置として機能することが可能なＢｌｕｅｔｏｏｔｈ通信装置である。処理システム１２２及び通信装置１２０は、通信リンクを確立し、データ活動を制御し、且つ車両制御システム１０６にネットワークゲートウェイ機能を提供するために必要なユーザインターフェース機能を行うように構成されてもよい。様々な他の実施形態によれば、通信装置１２０は、任意の種類の又は複数の無線データ接続を確立し且つネットワークゲートウェイとして機能することが出来る過去、現在又は将来の設計の通信装置（又は通信装置の群）であってもよい。通信装置１２０は、様々な通信及びデータタスクを遂行するために制御システムのデータ処理システムと共に動作する。例えば、複数の有線及び無線通信装置を有する車両制御システム１０６は、データ処理システム１２２、ソフトウェアオペレーティングシステム、及び車両制御システムの多くの通信タスクを調整し且つ制御システムが移動装置ゲートウェイとして機能することを可能にする様々な通信ソフトウェアを使用してもよい。
【００４０】
図８をさらに参照すると、例示的実施形態によれば、制御システム１０６は、第１の無線データ通信範囲８０２を有する。この第１の無線データ通信範囲は、第１の無線プロトコル又は技術に基づいてもよい。制御システム１０６は、それがその第１の無線データ通信範囲の外側の遠隔ソースと接続することを可能にする第２の無線データ通信範囲を有してもよい。例えば、制御システム１０６は、第１の無線データ通信範囲８０２を超えて設置される遠隔サーバ１５４とそれを通信させる第２の無線プロトコル又は技術を有してもよい。スター又は一対多のネットワークトポロジで遠隔ソース１１６と通信する制御システム１０６が示されるが、任意のネットワークトポロジが使用されてもよい。例えば、制御システム１０６及びその通信装置１２０は、複数のノードから構成されるネットワークのメッシュネットワークのノード（又はコーディネータ若しくはコントローラ）として機能してもよい。各遠隔ソース１１６はまた、複数の通信方法、装置、及び／又はプロトコルを有してもよいことに留意することが重要である。例えば、遠隔ソース１１６ａは、制御システム１０６及びセルラアンテナ８０４と同時のデータ接続を維持することが可能な携帯電話であってもよい。同様に、ＰＮＤ１１６ｂは、制御システム１０６及び衛星８０６と同時のデータ接続を維持することが可能なＧＰＳ装置であってもよい。遠隔ソース１１６ｃ、例えばＰＤＡは、制御システム１０６及びＷｉＦｉルータ８０８と同時のデータ接続を維持することが可能であってよい。この態様で使用される場合、遠隔ソース１１６ｃは、外部ネットワーク（例えば、無線ルータ８０８により形成されるＷｉＦｉネットワークのコンピュータ８１０等）上の装置にアクセスし又は通信してもよい。車両制御システム１０６は、こうした複数の通信を調整又は認識することが可能であり且つそれらを機能増加のために使用してもよい。遠隔ソース１１６はまた、それらの間で通信するように構成されてもよい。例えば、遠隔ソース１１６ｂ及び１１６ａは、制御システム１０６との接続を維持しながら、それら自身の間で通信することが可能であってもよい。この接続は、通信リンク８１２として示される。
【００４１】
図８をさらに参照すると、制御システム１０６は、無線（若しくは有線）アクセスポイント又は制御システムに接続されるすべての遠隔ソースのためのルータとして機能してもよい。例えば、遠隔ソース１１６ｃ（例えば、ＰＤＡ）は、遠隔ソース１１６ｄから１１６ｃを経てコンピュータ８１０へとデータをルーティングするために制御システム１０６を使用して、遠隔ソース１１６ｄ（例えば、携帯メディアプレーヤ）からコンピュータ８１０へ情報を送信することが可能であってもよい。制御システム１０６は、車両データバスに接続される車両モジュールから遠隔ソースへ及び／又は最終的にはルータ８０８及びコンピュータ８１０のネットワークへと情報をルーティングすることが可能であってもよい。様々な例示的実施形態によれば、制御システム１０６は、それが接続される任意の車両モジュール、システム装置、又は遠隔装置へ且つから情報をルーティングしてもよい。データ処理システム１２２及び通信装置１２０を含む制御システム１０６は、説明されたデータ通信タスクを容易にするために必要な全てのネットワークタスクを行うように構成されてもよい。例えば、制御システム１０６は、遠隔ソース１１６を車両制御システム１０６とペアにするために通信装置１２０を制御してもよい。制御システム１０６は、ペア化プロセスを介してユーザに指示するユーザインターフェースを提供してもよい。一旦装置がペアにされ且つ接続されると、通信装置１２０は、所望のデータ又は音声通信を行うために必要な任意の数のデジタル及び／又はアナログ通信タスクを行ってもよい。例えば、通信装置１２０は（データ処理システム１２２からの支援有り又は無しで）、任意の数の暗号化タスク、変調タスク、スペクトル拡散タスク、優先順位付けタスク、周波数ホッピングタスク等を行ってもよい。
【００４２】
（テキストメッセージング）  
図９を参照すると、例示的実施形態による、受信テキストメッセージに応答する方法９００の流れ図が示される。テキストメッセージは、車両制御システム、例えば車両制御システム１０６に結合又は接続される装置（例えば、ＰＤＡ、携帯電話等）により受信されてもよい（ステップ９０２）。車両制御システムは、テキストメッセージへの応答に関連する選択肢（例えば、ディスプレイシステム及び／又は音声出力システムを使用して）を表示及び／又は再生してもよい（ステップ９０４）。選択肢は、限定されるものではないが、メッセージを読み上げること（例えば、車両のユーザに対してメッセージを表示及び／又は再生すること）、メッセージの送信者を呼び出すこと、メッセージを無視すること、別の装置にメッセージを転送すること、別の電話番号にメッセージを転送すること、Ｅメールアドレスにメッセージを転送すること、及びメッセージに応答すること（例えば、可聴又は触覚入力を介して）を含んでもよい。
【００４３】
ユーザがメッセージを読むことを選択する場合（ステップ９０６）、メッセージは、ディスプレイシステム（例えば、ディスプレイシステム１０８）に表示され且つ／又はユーザのために音声システム（例えば、音声システム１０４）で再生されてもよい（ステップ９０８）。音声システムは、テキストメッセージを音声システムのための可聴音声表現に構成するために図４のテキスト・ツー・スピーチ装置１３８を使用してもよい。ユーザがメッセージの送信者を呼び出すことを選択する場合（ステップ９１０）、装置は、メッセージの送信者を呼び出してもよい（ステップ９１２）。車両制御システムは、メッセージの送信者を呼び出す際に装置及びユーザを支援するために図２で説明されたハンズフリーホン操作を使用してもよい。ユーザがメッセージに応答することを選択する場合（ステップ９１４）、メッセージ応答のための選択肢が、車両制御システムで表示又は再生されてもよく（ステップ９１６）、並びにユーザが選択肢を選択してもよく且つ選択肢が車両制御システムによって受信されてもよい（ステップ９１８）。例えば、「はい」、「いいえ」、「運転中です」等のような、選択肢のリストが車両制御システム上で表示され又は再生されてもよい。ユーザは、テキストメッセージへの応答として送信するために既定の選択肢を選択してもよい。代替的に、ユーザは、音声入力装置を介して可聴応答を車両制御システムに提供してもよく、且つ車両制御システムは、音声認識装置を使用して音声入力をテキストメッセージへの応答として送信するためにテキストメッセージに変換してもよい。応答は、次に、図２のハンズフリーホン操作又は他の方法を使用して元のテキストメッセージの送信者へと送信されてもよい（ステップ９２０）。
【００４４】
（組み込み電話モジュール／接続済み電話動作）  
図１０Ａを参照すると、例示的実施形態による、車両モジュール１００２（例えば、車体制御モジュール６１０）に結合される制御システム１０６のブロック図が示される。車両モジュール１００２は、車両の機能に関連する様々な車両モジュール及びシステムから構成されてもよい。例えば、照明システム、ドアロックシステム、窓システム、セキュリティシステムモジュール、ＨＶＡＣシステム、及び／又は他のシステムが、車両モジュール１００２内に含まれてもよい。
【００４５】
制御システム１０６は、組み込み電話モジュール１０００を有してもよい。組み込み電話モジュール１０００は、携帯電話、ＰＤＡ、又は制御システム１０６に接続し得る他の遠隔装置からデータを受け入れるように構成されてもよい。制御システム１０６は、車両データリンク又はバス６０２を介して車両モジュール１００２に接続され、車両モジュール１００２に組み込み電話モジュール１０００から受信されるデータを提供する。データは、車両モジュール１００２の様々な車両システムに関するコマンド又は要求を有してもよい。例えば、コマンドは、車両のドアを施錠又は開錠し、車両の窓を降下又は上昇させ、車両の室内照明をオン又はオフにし、暖房、空調、又は車両の他のＨＶＡＣ機能をオンにする等の要求を含んでもよい。
【００４６】
組み込み電話モジュール１０００が、様々な呼び出し型及び／又は通信型に対処するように構成され得ることに留意することが重要である。例えば、組み込み電話モジュール１０００は、音声電話をかけ、テキストメッセージを送信し（例えば、ＳＭＳメッセージ）、音声呼び出しを使用するモデムとして動作し、制御チャネルデータを送信及び／又は受信し、且つデータ呼び出し（例えば、１ｘＲＴＴデータ呼び出し）を行うように構成されてもよい。さらに、任意の組み込み電話の動作、呼び出し型、又は通信型が、車両制御システムの論理を介して及び／又は車両制御システムにおける遠隔ソースから受信される信号に応答してもたらされ得ることに留意することが重要である。同様に、組み込み電話の動作、呼び出し型、又は通信型は、車両制御システムの論理を介して及び／又は車両制御システムにおける遠隔ソースから受信される信号に応答して終了する。組み込み電話の動作、呼び出し型、又は通信型が、制御システム１０６の１つ以上のソフトウェアアプリケーションによって又は接続される移動ネットワークにより管理され得ることに留意することも重要である。
【００４７】
図１０Ｂを参照すると、例示的実施形態による、遠隔装置（例えば、携帯電話、ＰＤＡ等）と制御システム（例えば、図１０Ａに示される制御システム）との間の通信の方法１０３０の流れ図が示される。車両の制御システム（例えば、制御システム１０６）は、遠隔装置からの通信要求、例えば携帯電話からの電話呼び出しを受信する（ステップ１０３２）。装置は接続されてもよく、データは接続又は呼び出しを介して制御システムにより受信されてもよい（ステップ１０３４）。受信データは解釈され（ステップ１０３６）、例えば可聴コマンドからテキスト式表現のコマンドへと変換される。
【００４８】
解釈されたデータに基づいて、信号が車両モジュールに送信されてもよい（ステップ１０３８）。例えば、ユーザが車両のドアを施錠することを希望する場合、ドアを施錠する信号が、制御システムによって車体制御モジュールに提供されてもよい。一旦信号により示されたコマンドが車両モジュールによって実行されると、車両モジュールから制御システムによって確認が受信されてもよい（ステップ１０４０）。確認は、次に、ユーザに使用されるために接続される装置に送信される（１０４２）。
【００４９】
１０Ｃを参照すると、別の例示的実施形態による、遠隔装置（例えば、携帯電話、ＰＤＡ等）と制御システム（例えば、図１０Ａに示される制御システム）との間の通信の方法１０６０の流れ図が示される。車両モジュール（例えば、ドアロック、エンジン、クラスタディスプレイ等）は、車両データバスに情報を送信してもよく、制御システムは、車両データバスから情報を受信してもよい（ステップ１０６２）。受信された情報は、次に、例えば車両のユーザの閲覧のために遠隔装置又は他のモジュールに送信され得る信号を定義するために、解釈されてもよい（ステップ１０６４）。情報は、車両データバスから制御システムにおいて受信される必要はないが、制御システムによって生成される情報、制御システムに接続される装置に関連する情報、制御システムに直接接続される本体モジュールからの情報、又は任意の他の情報であり得ることに留意することが重要である。
【００５０】
通信リンク（例えば、電話呼び出しを介して）が、制御システムと遠隔ソースとの間に確立されてもよい（ステップ１０６６）。例示的実施形態によると、通信リンクは、制御システムに通信可能に又は固定可能に結合される電話モジュール（例えば、組み込み電話モジュール）を使用して形成される。一旦リンクが確立されると、情報を表す信号が遠隔ソースに提供されてもよい（ステップ１０６８）。信号は、車両モジュールのシステムの状態（例えば、ドアが施錠されているか、アラームが起動されたか等）に対応してもよい。
【００５１】
例示的な実施形態によると、方法１０６０で接触される遠隔ソースは、サービス組織又はサービスプロバイダである。車両制御システムから情報を受信後、サービスプロバイダはさらに、情報を解釈し、且つ／又は別の装置又はソース（例えば、ユーザのＥメールアドレス、ページャ、携帯電話番号、テキストメッセージを受信するように構成される装置等）に情報（又は情報に基づくメッセージ）を転送してもよい。例えば、車両制御システムは、クラッシュが起こったことを判断する論理を有してもよい。車両制御システムは、サービスプロバイダを呼び出すために、組み込み電話モジュールを使用してもよい。サービスプロバイダは、緊急資源（例えば、救急車、警察）に通知し、且つ家族の一員の携帯電話に警報を送信することも可能である。
【００５２】
（ソフトウェア／ファームウェア更新）  
車両のモジュール、車両制御システム、及び／又は接続される装置は、追加の機能を使用可能にし、誤りを訂正し、且つ／又は性能を改善するためにソフトウェア／ファームウェアの更新を要求し得る場合がある。例示的な実施形態によれば、車両制御システムは、接続される装置から受信される情報に基づいて更新されるように構成されてもよい。さらに他の例示的な実施形態によれば、車両制御システムは、第１の接続される装置から別の接続される装置に更新を提供してもよい。例えば、ＵＳＢ接続を介して制御システムに接続される携帯電話は、車両制御システムに接続されるＨｏｍｅＬｉｎｋ（Ｒ）装置に対する更新を提供可能であってもよい。車両制御システムは、接続される装置、ネットワーク（例えば、インターネット、携帯電話ネットワーク等）、又は他の接続される遠隔ソースから１つ以上の更新ファイルを受信するように構成されてもよい。一旦受信されると、車両制御システムは、更新ファイルを処理して更新を行い且つ／又は別の接続される装置に更新ファイルを転送してもよい。更新動作は、制御システム、装置ファームウェア、オペレーティングシステム要素、ソフトウェアアプリケーション、デバイスドライバ、及び／又は任意の他のモジュール、機能、ソフトウェア、不揮発性メモリ内の実行ファイル、構成ファイル、若しくはソフトウェアを介して更新され得る構成要素を更新してもよい。更新工程は、更新が安全であり且つ／又は期待されることを確実にしようとするための任意の数の認証、解凍、及び／又は復号ステップを含んでもよい。
【００５３】
図１１を参照すると、例示的実施形態による、例えば有線又は無線ＵＳＢ接続を介して、システム更新ファイルを復号する方法１１００の流れ図が示される。第１に、ファイルはファイルを符号化及び複合化すること関与するシステム、例えば制御システム１０６によって受信される（ステップ１１０２）。次に、方法１１００は、ファイルのシグネチャがキーリングにおいて利用可能であるかどうかを決定してもよい（ステップ１１０４）。キーリングは、一般に、既知の署名者に対する復号符号及びファイルに対するシグネチャを含む。符号は、例えば、モジュールモデル及びシリアル番号、車両メーカ、モデル又はＶＩＮ等のファイル特性を決定するために使用されてもよい。代替的な例示的実施形態によれば、ファイルが復号され得るか否かを決定する任意の他の技術が使用される。キーリングがファイルに対する復号符号を有しない場合、方法１１００は終了してもよい。そうでない場合、メッセージは適切な復号符号を使用して復号されてもよい（ステップ１１０６）。
【００５４】
ファイルの復号が完全であり且つ／又は誤りがない場合（ステップ１１０８）、次に、その結果の抽出ファイルは、適切な車両機能に適用されてもよい（ステップ１１１０）。符号化又は暗号化ファイルは、一旦復号されると適用され得る実行可能コマンド、構成ファイル、スクリプト等を含んでもよい。例えば、ファイルは、ユーザの好みに関する情報を含む更新ファイルであってもよく、且つ車両制御システムのメモリ内に記憶される好みは、一旦抽出されると更新ファイルで更新されてもよい。複合化が完全でなく又は誤りがある場合、復号符号は、ファイルを復号しようとする際に再度適用されてもよい（ステップ１１０６）。
【００５５】
（インターネット／ストリーミングメディア）  
図１２を参照すると、例示的実施形態による、インターネット音声アプリケーションを実行する方法１２００の流れ図が示される。音声アプリケーションは、ストリーミング音声アプリケーション（例えば、車両制御システムで音声が継続的に受信及び再生される）又は別のもの（例えば、車両制御システムに音声がダウンロードされてから再生される）であってもよい。様々な例示的実施形態によれば、アプリケーションは、音声アプリケーション、映像アプリケーション、音声及び映像アプリケーションの組み合わせ、又は他のメディアアプリケーションであってもよい。車両制御システム（例えば、制御システム１０６）は、インターネットロケーションからのストリーミング音声を再生するためにユーザから要求を受信してもよい（ステップ１２０１）。
【００５６】
ダイヤルアップ接続が移動装置へのＢｌｕｅｔｏｏｔｈ接続を使用して形成され得るかどうかについての決定が行われる（ステップ１２０２）。他の代替的実施形態によれば、別の接続がＢｌｕｅｔｏｏｔｈ接続の代わりに使用されてもよく、且つ別のネットワークがダイヤルアップネットワーク以外に接続されてもよい。接続が行われ得る場合、ダイヤルアップネットワーク上のリンクが確立されてもよい（ステップ１２０４）。リンクは、ポイント・ツー・ポイントプロトコル（ＰＰＰ）又はそれ以外であってもよい。
【００５７】
ネットワークリンク信号強度が十分であるかどうかが決定される（ステップ１２０６）。例えば、システムが、ストリーミング音声が音声出力に実質的な中断無しで車両の車両制御システム上で再生され得ると判断する場合、ネットワークリンクは十分であるとみなされてもよい。ネットワークリンクが十分である場合、音声データがサイトから車両に転送され得る選択されたサイトに接続される（ステップ１２０８）。
【００５８】
ユーザは、様々な方法で方法１２００を終了してもよい。ユーザは、可聴又は触覚入力のいずれかを介して、手動で選択して方法１２００を終了してもよい（ステップ１２１０）。提供された音声データが終了した場合（例えば、歌曲の再生が終了した、音声プログラムが終了した等）、方法１２００は終了させられてもよい（ステップ１２１２）。そうでない場合、音声データは、車両制御システムの音声システム上で継続して再生されてもよい。
【００５９】
（電話システムを介して支援される訓練）  
図１３を参照すると、例示的実施形態による、車両制御システムの電話システムを使用する装置訓練のための方法１３００の流れ図が示される。電話システムが制御システム内に組み込まれてもよく、携帯電話が制御システムに結合されてもよい。訓練は、ユーザが車両システムに対する所望の設定又は好みで車両システム（例えば、ＨＶＡＣの好み、座席特性（例えば、傾斜、座席位置及び場所等）等）を訓練することに関連してもよい。訓練はまた、車両外の目的装置への送信を操作するために車両に結合される汎用又は訓練可能送信機を訓練することに関連してもよい。例えば、訓練は、ガレージドア受信機又は他の受信装置により認識されるように構成される信号の送信を活性化するためにＨｏｍｅＬｉｎｋ（Ｒ）装置のユーザインターフェース要素（例えば、ボタン）をプログラミングすることに関連してもよい。訓練工程は、装置を訓練するために実行されてもよい（ステップ１３０２）。ユーザは、車両内の複数のボタンを押し且つ／若しくは保持し又は受信側装置上でボタンを押し且つ／若しくは保持することが必要とされてもよい。訓練が成功したかどうかについての決定が行われる（ステップ１３０４）。この決定は、ユーザ、車両制御システム、又は訓練される装置（例えば、汎用送信機）によって行われてもよい。例えば、ユーザは、訓練が成功した又は成功しなかったことを、マイクロホンに向かって発話し、又は触覚ユーザインターフェース（ＴＵＩ）若しくはグラフィカルユーザインターフェース（ＧＵＩ）を介して示してもよい。このユーザ入力は、汎用送信機又は制御システムからディスプレイ又は音声再生装置へのプロンプトに応答して行われてもよい。訓練の成功は、ユーザ入力が理解され且つ関連車両システムによってユーザの好みが首尾よく設定されたかどうかに関連してもよい。訓練が成功した場合、方法１３００は終了してもよい。
【００６０】
そうでない場合、車両制御システムへの接続が存在するかどうかに関する決定が行われる（ステップ１３０６）（例えば、訓練される構成要素と車両制御システムとの間の接続）。そうである場合、接続が車両制御システムと電話又は他の外部装置との間で行われ得るかどうかについての決定が行われる（ステップ１３０８）。そうである場合、訓練支援に関する電話番号が車両制御システムの電話システムによってダイヤルされてもよい（ステップ１３１０）。電話番号は、ユーザ支援のために予め記憶された番号であってもよく、又は更新された番号は、ディレクトリ又は遠隔ソースから取得されてもよい。装置を訓練するための指示の音声及び／又は映像の再生が、次に、車両及び車両制御システムのユーザに提示されてもよい（ステップ１３１２）。予め記録されたメッセージが、ユーザに再生されてもよく、電話回線上で話しかけられるオペレータが利用可能であってもよく、又は任意の他の訓練方法が、ステップ１３１２において使用されてもよい。
【００６１】
例示的な実施形態によれば、訓練される装置及び／又は車両制御システムは、どの訓練ステップ又は局面が失敗しているかに関する情報を取得する。この情報を使用して、装置又はシステムは、ダイヤルする所定の番号を（例えば、ルックアップテーブル又はデータベースから）検索してもよい。異なる番号が異なる訓練の問題に関連してもよい。一旦番号がダイヤルされ且つ呼び出しが確立されると、ユーザは、自身の問題に合わせた訓練メッセージを即座に聞き取ってもよい。様々な他の例示的実施形態によれば、失敗又は問題の情報は、遠隔ソースへ組み込み又は接続される通信装置（例えば、組み込み電話、接続される携帯電話、接続されるＷｉＦｉ装置等）を介するデータ通信を介して送信される。遠隔ソースは、情報を解析してもよく、且つ解析情報に基づいて遠隔ソースは、元の装置又はシステムに提供される応答を調整してもよい。例えば、遠隔ソースは、情報に基づいた特定の記録メッセージを提供してもよく、遠隔ソースは、車両ディスプレイシステムへの出力のためにディスプレイ情報を送信してもよく、且つ／又は遠隔ソースは、音声接続を介して適切な資源にユーザを接続してもよい。
【００６２】
ユーザは、故障時に呼び出し又は支援の受信の選択肢を提供されてもよいことに留意することが重要である。例えば、音声プロンプト及び／又はディスプレイプロンプトが、呼び出しが行われるべきか或いは支援が要求されるかどうかをユーザに質問してもよい。様々な例示的実施形態によれば、呼び出す電話番号及び／又は訪問するウェブサイトが表示及び／又は再生される。これは、自身の都合のよいときに支援を受信する選択肢をユーザに提供してもよい。支援が電話呼び出しを介して要求される必要が無いことに留意することもまた重要である。例えば、装置又はシステムは、故障又は支援の必要性に関するヘルプファイル（例えば、テキスト、ＰＤＦ等）、音声ファイル（例えば、指示のｍｐ３等）、及び／又はウェブサイト若しくはハイパーテキストページを要求するように構成されてもよい。
【００６３】
（ナビゲーション動作）  
図１４を参照すると、例示的な実施形態による、サービスステーション（例えば、給油ステーション）を検出する方法１４００の流れ図が示される。通信リンクが遠隔ソース（例えば、ＰＮＤ）と車両制御システムとの間に確立されてもよい（ステップ１４０２）。車両の燃料供給が低いか否かについての決定が行われてもよい（ステップ１４０４）。燃料タンクが少量である場合、信号が車両データバスを介して車両の燃料タンクシステムから制御システムに中継されてもよい（ステップ１４０６）。そうでない場合、遠隔装置（例えば、ＰＮＤ）の状態に変化が無くてもよい（ステップ１４１８）。
【００６４】
燃料レベルが少量である場合、ＰＮＤは、近くにある給油ステーションに関する給油ステーション情報を検出する（ステップ１４０８）。ＰＮＤは、車両の現在の場所から特定の距離又は場所内の全ての給油ステーションを検索してもよい。例えば、所定の半径内の全てのステーションが検出されてもよく（例えば、半径１０マイル、半径２０マイル等）、所定の期間内の全てのステーションが検出されてもよい（例えば、車で１５分、２０分等かかるであろうステーション）等である。給油ステーション情報は、アドレス、電話番号、給油の費用、ステーション製品に関係する様々な特価品又はクーポン等を含んでもよい。
【００６５】
ＰＮＤによって決定されるような車両の場所は、変更されてもよい。例えば、車両の速度パルス、ジャイロ、又は後退ギアは、ＰＮＤによって示されるような車両の場所を調整するために使用されてもよい。例えば、ステップ１４０６と１４０８との間の時間において、車両の位置が変わってもよい。車両制御システムは、様々な車両の移動特性を収集し、且つＰＮＤによって提供されるような車両の場所の座標を変更し、従って、以下のステップで提供される経路を調整し且つまた必要に応じて給油ステーションの選択を調整してもよい。
【００６６】
ディスプレイシステム（及び／又は音声出力システム）は、車両のユーザに編集された給油ステーションの情報を提供するために更新されてもよい（ステップ１４１０）。ユーザは、近くの給油ステーションにルーティングされるための好みを示してもよい（ステップ１４１２）。ユーザがルーティングされたくない場合、ＰＮＤの状態に変更が生じない（ステップ１４１８）。ユーザがルーティングされることを希望する場合、給油ステーションが選択される（ステップ１４１４）。給油ステーションの選択は、触覚入力又は可聴コマンドのいずれかを介してユーザによって行われてもよい。代替的に、制御システム及び／又はＰＮＤは、給油ステーションに移動するための距離、燃料の費用、ユーザ又は制御システム及び若しくはＰＮＤのいずれかによって選択される任意の他の特性に基づいて給油ステーションを選択してもよい。一旦給油ステーションが選択されると、ＰＮＤが給油ステーションへの経路を検出して車両のユーザに表示及び／又は再生するために使用されてもよい（ステップ１４１６）。
【００６７】
方法１４００は、低燃料電池以外の車両特性に責任を負うために調整されてもよい。例えば、タイヤ圧計測器は、タイヤ圧に関する問題を示してもよく、ドア若しくはトランク感知器は、移動中のドア若しくはトランクの開放を示してもよく、又は照明システムは、ヘッドライト若しくはブレーキライトの不具合に関する問題を示してもよく、並びに方法１４００は、サービスステーション、休憩施設、若しくは問題を解決可能な他の場所を探すために使用されてもよい。別の例示として、車両制御システムは、厳しい気候（例えば、激しい雷雨、積雪又は凍結状況等）に関する天候情報を遠隔ソースから受信してもよく、方法１４００は、最も安全な移動経路（例えば、凍結状況の間、大通り又は高速道路で移動すること）を決定するために使用されてもよい。さらに、サービス情報又は映像ストリーム情報が、車両に対してサービスステーションを探すための要求を信号で伝えるために使用されてもよく、且つ方法１４００が使用されてもよい。
【００６８】
図１５を参照すると、例示的実施形態による、例えばＰＮＤ等の遠隔装置上で好みを更新する方法１５００の流れ図が示される。ＰＮＤと制御システムとの間の通信リンクが確立される（ステップ１５０２）。装置（例えば、キーフォブ、携帯電話、ＰＤＡ、又は他の個人用ハンドヘルド装置）が制御システムによって検出される（ステップ１５０４）。検出は、無線接続を介して（例えば、装置が制御システムの範囲に入る）、有線接続を介して（例えば、装置が制御システムに結合するためのインターフェースを有する）発生する。装置は、制御システムによって検出される個別化識別子（ＩＤ）を有してもよい。装置は、データを含み、或いはＰＮＤ若しくは他の遠隔装置用の様々な設定及び好みと関係付けられてもよい。設定及び好みは、ＰＮＤ又は他の遠隔装置に転送されてもよく、且つＰＮＤ又は他の遠隔装置の設定及び好みは、次いで、調整される（ステップ１５０６）。例示として、キーフォブは、ＰＮＤに関連する設定又は好みを含んでもよく、且つキーフォブと制御システムとの間の接続により、制御システムが設定及び好みの情報を受信し且つデータをＰＮＤに中継することになる。
【００６９】
方法１５００は、任意の数及び種類の装置と遠隔装置との間で設定及び好みの情報を転送することを含むように調整されてもよい。
【００７０】
図１６を参照すると、例示的実施形態による遠隔装置上で設定を変更する方法１６００の流れ図が示される。ＰＮＤと制御システムとの間の通信リンクが確立される（ステップ１６０２）。車両の好みが検出又は受信されてもよい（ステップ１６０４）。１実施形態によれば、車両及びＰＮＤのユーザは、制御システムに対して自身を識別してもよく、且つユーザの好みが制御システムのメモリに記憶されてもよい。ユーザは、可聴コマンド又は触覚入力を介して自身を識別してもよく、又はユーザは、識別タグ又は車両制御システムの車両システムによって検出され得る他の装置を有してもよい。ステップ１６０４はまた、ユーザがＰＮＤに対して好みを選択する工程を含んでもよく、且つ選択された好みは制御システムのメモリに記憶されてもよく又はされなくてもよい。
【００７１】
好みは、座席位置、サイドミラー位置、ＨＶＡＣシステム設定等を含んでもよい。好みはまた、例えばＰＮＤ等の遠隔装置のための個人設定を含んでもよい。例えば、ＰＮＤ用の個人設定は、地図カラー、地図ビュー（例えば、２−Ｄ、３−Ｄ、拡大レベル等）、音声の種類、言語、ウェルカムグリーティング、旅程、お気に入りメニュー、安全性設定、最近の目的地リスト、自宅場所、音楽、プロファイル等を含んでもよい。様々なＰＮＤの個人設定がＰＮＤの特定のユーザ用に設定されてもよい。
【００７２】
一旦ユーザが識別され且つユーザの好みが決定されると、ＰＮＤの設定が調整されてもよい（ステップ１６０６）。ＰＮＤは、特定のユーザ用に設定をメモリに記憶してもよい。ＰＮＤは、次に、ユーザ用の設定を更新し且つ変更してもよい（ステップ１６０８）。
【００７３】
図１７を参照すると、例示的な実施形態による、ＰＮＤ又は他の遠隔ナビゲーション装置を使用して経路を決定する方法１７００の流れ図が示される。通信リンクが制御システムとＰＮＤとの間に確立される（ステップ１７０２）。制御システムは、可聴コマンド、触覚入力、又は他のユーザインターフェースのいずれかを介して、特定の場所（例えば、「自宅」）への経路に対する要求に関連するユーザ入力を受信する（ステップ１７０４）。他の場所の例は、レストラン、サービスステーション、ポイント・オブ・インタレスト（ＰＯＩ）、宿泊施設等を含んでもよい。要求がＰＮＤに送信される（ステップ１７０６）。ＰＮＤは、有線接続を介して制御システムに結合されてもよく、又は制御システムと無線で通信してもよい。
【００７４】
ＰＮＤは、要求を受信し、且つ現在の車両の位置に基づいて経路を計算する（ステップ１７０８）。経路は、制御システムに送信され（ステップ１７１０）且つユーザのために車両のディスプレイ出力又は音声出力装置用に構成される（ステップ１７１２）。
【００７５】
方法１７００は、多様な用途に適合されてもよい。例えば、車両のユーザは、ユーザが経路を受信するために選択し得る場所の「お気に入り」リストを有してもよい。ユーザはまた方法１７００を使用して、車両の現在の場所から目的地へ移動するための新しい経路を「再ルーティング」又は計算してもよい（例えば、交通、道路、又は天候状態が新しい経路を所望するようにユーザを促してもよい）。さらに、ＰＮＤの設定が方法１７００と共に変更されてもよい。例えば、拡大の設定が変更されてもよく（例えば、ユーザは、町、国、群等のビューを要求してもよく、又は地図の拡大若しくは縮小を要求してもよい）、再生の選択肢が変更されてもよい（例えば、音声をミュートする、ボリュームを上げる若しくは下げる等）等である。
【００７６】
（デジタルラジオ／メディアプレーヤ制御）  
メディアプレーヤの１種類は、携帯デジタルラジオ、例えば、衛星デジタル音声受信機システム（ＳＤＡＲＳ）又は高品位デジタルラジオ（ＨＤラジオ）である。携帯デジタルラジオは、車両、事務所若しくは職場、家庭、又は他の場所の間をユーザにより移動されることが可能であってもよい（例えば、ユーザが、ショッピングセンターにラジオを持って行くこと、運動所にいる間にラジオを使用すること等）。携帯デジタルラジオは、「独立型」装置であってもよく（例えば、ラジオが、追加の装置を用いずに機能する）、又は別の装置と共に使用されてもよい。携帯デジタルラジオは、一般に、携帯デジタルラジオの音声出力装置を使用して音声入力（例えば、職場又は家庭のコンピュータ、車両の車両制御システム等）に接続してもよい。代替的に、携帯デジタルラジオは、別の装置と無線で接続してもよい。
【００７７】
メディアプレーヤの他の例は、衛星ラジオ、ＨＤ  ＳＤＡＲＳラジオ、衛星映像（例えば、テレビ）、ＷｉＭａｘ又は他の技術を介しての映像、及び他のハンドヘルド映像装置を含んでもよい。
【００７８】
図３で検討されたように、車両制御システムは、通信リンク上で遠隔ソースへ及び／又はからデータを送信及び受信するように構成されてもよい。例として、車両制御システム１０６は、携帯デジタルラジオプレーヤによって「リアルタイム」で受信されている衛星ラジオサービスコンテンツ、以前に受信されて携帯デジタルラジオプレーヤに記憶された衛星サービスコンテンツ、及び／又は車両制御システム１０６によって使用可能な携帯デジタルラジオプレーヤに記憶される任意の他のデータを入力してもよい。
【００７９】
図１８Ａを参照すると、例示的実施形態による、携帯デジタルラジオ１８１０に結合される制御システム１０６のブロック図が示される。制御システム１０６は、携帯デジタルラジオ１８１０からの入力を受け入れ且つ制御システム１０６の音声出力装置のために入力を構成するように構成され、並びに制御システム１０６の入力装置からの入力を受け入れるように構成されるデジタルラジオモジュール１８０２を有してもよい。制御システム１０６は、無線インターフェース１８０４又は有線インターフェース１８０６のいずれかを介して携帯デジタルラジオ１８１０に結合されてもよい。
【００８０】
携帯デジタルラジオ１８１０は、遠隔コマンド及び制御インターフェース１８１２を有してもよい。インターフェース１８１２は、可聴コマンド又は触覚入力のいずれかを介して、コマンド及び制御信号に関するユーザ入力を受け入れるように構成されてもよい。インターフェース１８１２は、受信信号に基づいてラジオ１８１０の機能を制御するデジタルラジオプレーヤに受信信号を渡してもよい。様々な例示的実施形態では、機能は、衛星チャネルの選択、記憶された衛星ラジオサービスコンテンツの再生、受信衛星ラジオサービスコンテンツの記憶、消去、及び若しくはそれ以外の管理、音量制御、並びに／又はラジオ１８１０の任意の他の現在実装され若しくは後で開発され若しくは実装されない機能の１つ以上を含んでもよい。
【００８１】
プレーヤ制御モジュール１８１４は、ラジオ１８１０に含まれてもよい。モジュール１８１４は、ラジオ１８１０の様々な機能を制御することに関連してもよい。機能は、再生する音声ファイルの選択、選択する音声ファイルのジャンル、音量レベル、及び他の音声特性に関連してもよい。モジュール１８１４は、制御システム１０６に図１８Ｂのステップ１８６４−１８６８に対応するデータを提供してもよい。ラジオ１８１０は、認証、暗号化、復号化、及びラジオ１８１０へのインターフェース１８１２を有効にすることが必要とされ得るもの等をもたらすために必要な又は望ましい可能性がある様々な技術、ハードウェア、ソフトウェア、アルゴリズム、並びに任意の他の資源を含んでもよい。
【００８２】
図１８Ｂを参照すると、例示的実施形態による、図１８Ａのデジタルラジオ装置を使用する方法１８５０の流れ図が示される。車両の制御システムは、デジタルラジオ装置を認識してもよい（ステップ１８５２）。ステップ１８５２は、ユーザ又は制御システムが方法を開始するときに生じてもよく、デジタルラジオ装置が制御システムに結合するときに生じてもよく、デジタルラジオ装置が制御システムの無線の範囲に入るときに生じてもよい。無線又は有線のいずれかの通信リンクが、制御システムとデジタルラジオ装置との間に確立される（ステップ１８５４）。制御システムは、車両のユーザのためのユーザインターフェース（例えば、グラフィカルユーザインターフェース（ＧＵＩ）、音声駆動ユーザインターフェース（ＶＵＩ）、テキストユーザインターフェース（ＴＵＩ）等）を提供する（ステップ１８５６）。ユーザは、インターフェースを使用して、制御システムを介してデジタルラジオ装置にコマンドを送信し得る。制御システムはコマンドを受信し（ステップ１８５８）、且つ受信コマンドに基づいて制御信号を生成する（ステップ１８６０）。制御信号は、通信リンクを介してデジタルラジオ装置に送信される（ステップ１８６２）。
【００８３】
デジタルラジオ装置は、制御システムに状態情報（ステップ１８６４）、音声（ステップ１８６６）、及びメタデータ（ステップ１８６８）を提供してもよい。状態情報は、デジタルラジオ装置の状態（例えば、デジタルラジオ装置によって提供される製品及びサービス、多様な製品及びサービスが利用可能か否か、動作状態、状況、又は関連補助情報等）に関連してもよい。音声は、ユーザインターフェースを介してユーザによって要求される音声であってもよい。メタ情報は、音声と関係付けられるデータに関連してもよい（例えば、歌曲が提供される場合、アーティスト、アルバム、ジャンル、及び他の音楽特性）。
【００８４】
（同期化データファイルのテキスト・ツー・ボイス／ボイス・ツー・テキスト）  
様々な例示的実施形態によれば、車両制御システム（例えば、図面に示され且つ本明細書に記載される車両制御システム）は、転送同期を可能にする、好都合に起動される同期化、データ検索又はダウンロード機構を提供するように構成されてもよく、車両制御システムへの又はからのファイルを更新又は拡大する。車両制御システムは、車両制御システムに結合されるマイクロホンを使用して発話メッセージをユーザにディクテーションさせるディクテーションエンジンを有するように構成されてもよい。ディクテーションエンジンは、音声認識技術を使用してディクテーションされた音声をテキストに変換してもよい。テキストファイルは、任意の周知の又は後に開発される有線若しくは無線技術を使用して車両制御システム及び任意の遠隔目的地へ又はから転送され得る。車両制御システムはさらに、テキストファイル上のテキストを完全な単語又は句と省略テキストとの間で変換するように構成されてもよい（例えば、「ＳＭＳ型」テキスト、「テキスティング」型テキスト等）。
【００８５】
図２を簡単に参照すると、車両制御システムによって受信される触覚操作を介して又は口頭コマンドを介してのいずれかのメッセージ再生のための押しボタン１１４の操作は、様々なメニュー画面を表示し、又はユーザに再生用のメッセージを選択させ、再生中に使用される音声、及び／若しくは他の再生選択肢を選択させ、並びに遠隔ソースからユーザによって送信されるデータ、情報等を入力、閲覧、選択、及び／若しくは初期化させるコマンドを実行してもよい。メッセージディクテーション機能用の押しボタン１１４の操作は、ユーザに、例えばＥメールメッセージ又はＳＭＳメッセージ等のテキストメッセージに書き換えられる新しいメッセージを口頭で入力させるコマンドを実行するために様々なメニュー画面を表示してもよい。メッセージディクテーション機能のための押しボタン１１４はまた、ユーザに以前にディクテーションされたメッセージを閲覧、選択、送信、編集及び／又は消去させるコマンドを実行するために様々なメニュー画面を表示してもよい。
【００８６】
図１９Ｂを参照すると、方法１９５０の流れ図において、車両制御システムがディクテーション用のメッセージの記録を開始するコマンドを受信する場合（ステップ１９５２）、車両制御システムは、音声入力装置（例えば、音声入力装置１２８）を使用して記録を開始するであろう（ステップ１９５４）。記録が始まった場合、システムは、ユーザに発話を開始するように、又は記録が現在開始していることを促す（ステップ１９５６）。一旦ユーザがメッセージのディクテーションを終了すると、メッセージは、音声ファイルとして車両制御システムに記憶される（ステップ１９５８）。音声ファイルは、様々なフォーマット（例えば、圧縮音声ファイル、ＭＰ３ファイル、ＷＡＶファイル、非圧縮音声ファイル等）による音声ファイルであってもよい。その結果の音声ファイルは、次に、テキストファイルに変換されてもよい（ステップ１９６０）。変換は、音声認識モジュール（例えば、装置１３６）を利用して達成されてもよい。その結果生ずるテキストファイルは、データ通信のための任意の周知の又は後に開発される装置若しくは方法を使用して送信され得る。その結果生ずるテキストファイルはまた、車両制御システムからの後の時点での送信（ステップ１９６４）のために車両制御システムにおいて記憶されてもよい（ステップ１９６２）。様々な例示的実施形態によれば、テキストメッセージは、例えばＥメール又はテキストメッセージ等のデータファイルとして送信されてもよい。
【００８７】
次に図１９Ａを参照すると、例示的な実施形態による、遠隔ソースと車両制御システムとの間でテキストを同期及び／又は転送するためのシステムのブロック図が示される。車両制御システム１０６は、車両ディスプレイシステムへの転送システムインターフェース１９０２を提供するように構成されてもよい。様々な他の例示的実施形態によれば、車両制御システム１０６は、車両制御システム上に存在するウェブサーバ又は別のサービスを介して遠隔ソース（例えば、家庭のコンピュータ装置１９０４）への転送システムインターフェースを提供するように構成されてもよい。さらに他の例示的実施形態によれば、転送層システムインターフェース１９０８はまた、或いは代替的に遠隔ソース上に存在してもよい（例えば、職場のコンピュータ装置１９１０）。
【００８８】
さらに図１９Ａを参照すると、制御システム１０６のメモリ内に存在するコンピュータコードは、コンピュータ装置１９０４、１９１６、１９１２（ネットワーク１９１４を介して車両制御システム１０６に接続されて示される）、携帯コンピュータ装置１９１６、及び／又は車両制御システム１０６のメモリの間のファイルの転送及び／又は同期を容易にするように構成される。転送システムインターフェース（例えば、１９０２、１９０８）は、一般に、ユーザにファイルの転送及び／又は同期を制御させるように構成される。例示的な実施形態によれば、転送システムインターフェースは、車両制御システムに接続されるように構成され得る１つ以上のコンピュータ装置用のアイコン及び車両制御システム用のアイコンをユーザに提供する。ユーザは、任意のコンピュータ装置及び／又は車両制御システムにファイル又はアイコンをドラッグすることが可能であってもよい。一旦ファイル又は装置がデータファイルの送信、受信、又は同期化のための目的地にドラッグされると、転送システムインターフェース及び／又は車両制御システムの他の適切な構成要素は、送信用のファイルを準備する（例えば、ファイルを圧縮する、ファイルをパッケージ化する、ファイルを暗号化する等）。ファイルは、次に、無線で若しくは有線通信により及び／又は任意の他の周知の若しくは後に開発される記憶装置及び／若しくは伝送装置若しくはシステムを使用してのいずれかで、選択された目的地に送信されてもよい。
【００８９】
図１９Ａをさらに参照すると、遠隔ソースが転送システムインターフェース（例えば、転送システムインターフェース１９０８）を有し又は車両制御システムが遠隔ソース（例えば、コンピュータ装置１９１２、１９１６、１９０４）に転送システムインターフェースを遠隔的に（例えば、無線で）提供し得る実施形態において、ユーザは、コンピュータ装置にローカルなメモリからファイル又は装置を、車両制御システムを表すアイコンにドラッグすることが可能であってもよい。転送システムインターフェースは、次に、遠隔ソースから車両制御システムへのファイルの転送を容易にするように構成されてもよい。遠隔ソースから車両制御システムへファイル（例えば、特にテキストファイル）を転送することは、車両で移動中に（例えば、テキストリーダとしての車両制御システム１０６を使用して）、ユーザに文書又はファイルの閲覧を継続させ得る。一旦ファイルが車両制御システムにより受信されると、制御システムは、表示、音声再生、及び／又はユーザによる選択のためにファイルを準備するように構成されてもよい。例えば、車両制御システムの電源が投入されると、車両制御システムは、選択のためにディスプレイシステムを介してユーザに最近受信したファイルを表示してもよい。様々な例示的実施形態によれば、ユーザは、様々なコマンド（例えば、触覚コマンド及び／又は音声コマンド）を介して受信ファイルにアクセスすることが出来る。ユーザは、システムが選択されたテキストファイルを読み上げることを要求してもよい。ここで選択されたファイルは、例えば、ワードプロセッシング文書、Ｅメールメッセージ、ＳＭＳメッセージ、メタデータファイル、又は別の種類の適切なファイルである。システムはまた、１つ以上の他のファイル（例えば、メディアファイル等）からメタデータ及び／又はヘッダ情報を読み取るように構成されてもよい。一旦選択されると、車両制御システムは、選択されたテキストファイルのテキストを音声信号に変換するように構成されてもよい。信号は、音声システムに直接出力され、且つユーザのために再生され得る。さらなる例として、一旦ファイルが車両制御システムによって受信されると、テキスト・ツー・スピーチモジュール（ハードウェア及び／又はソフトウェア）がテキストに基づいた再生のために音声ファイルを準備してもよい。車両制御システムは、バックグラウンドでこの動作を行うように構成されてもよく、且つテキストファイルが音声ファイルに変換されていて音声再生の用意が出来ている場合、ユーザに表示を提供してもよい。
【００９０】
図４を簡単に参照すると、テキスト・ツー・スピーチ装置１３８は、一般に、遠隔ソースから受信されるデータファイルのテキスト及び／又は数値データを可聴音声表現に変換するように構成される。この機能により、車両制御システム１０６は、音声出力装置１３０又は音声システム１０４を介してユーザに可聴的にデータを与え且つ／又はテキストファイル、メッセージ、又は文字列を読み上げることが可能であり得る。可聴音声表現に変換するためのテキストは、遠隔ソースから受信される必要がないということに留意することが重要である。例えば、テキストファイル、メッセージ又は文字列を「読み上げる」ことに加えて、車両制御システム１０６は、ユーザにユーザ選択機能を復唱し、メディアファイル情報を知らせ、電話帳又は連絡先情報を提供し、進路変更ごとの指示、進路変更プロンプト、又は他の車両ナビゲーションデータ、又はメモリ装置１３１及び／若しくは遠隔ソースに記憶されたデータに関連する他の情報を提供してもよい。
【００９１】
様々な例示的実施形態によれば、車両制御システムは、変換されたテキストファイルが再生される方法に関する幅広い選択をユーザに（例えば、ＧＵＩ又はＶＵＩを介して）提示するように構成されてもよい。例えば、ＳＭＳメッセージを変換及び／又は再生する場合、ユーザは、ＳＭＳメッセージの音声の声を予め記録し且つ車両制御システム１０６のメモリに作者の声の表現を記憶出来た可能性がある。様々な他の例示的実施形態では、ユーザは、次に、そのＳＭＳメッセージがテキストから音声に変換され且つユーザに再生されるときにその音声表現を使用することが出来る。ユーザはさらに、車両制御システムの音声システムを介して再生されるテキスト文字列のテキスト・ツー・スピーチ変換のために、有名人の声の表現を購入又は使用し得る。
【００９２】
様々な他の例示的実施形態によれば、図４に示されるテキスト・ツー・グラマ装置１３４、テキスト・ツー・スピーチ装置１３８、及び／又は他のハードウェア／ソフトウェアは、処理の前又は間に、メッセージ内のＳＭＳ型簡潔表現のテキスト文字列等を一般に理解される又はより完全な発話（例えば、正しい英語と同等のもの）に変換するためにも使用可能である。変換は、テキストを処理して音声再生用の音素表現にする前に行われてもよい。例として、ユーザは、「ｌａｔｅｒ」の言葉に対する「ｌ８ｒ」のような普及している簡易型表現を使用してフォーマットされるＳＭＳメッセージを受信してもよい。このような例示的実施形態では、テキスト・ツー・グラマ装置１３４及び／又はテキスト・ツー・スピーチ装置１３８は、簡易表現のテキスト文字列「ｌ８ｒ」を解釈し、且つそれを適切な音素表現に変換する。様々な例示的実施形態では、テキスト・ツー・グラマ装置１３４及び／又はテキスト・ツー・スピーチ装置１３８は、車両ディスプレイシステム上で表示するためにＳＭＳ型簡易表現のテキスト文字列の代わりに同等のテキストをテキストメッセージ等に挿入して、こうしたＳＭＳ型の簡易表現メッセージを同等の発話に変換することが出来る。
【００９３】
テキスト・ツー・グラマ装置１３４及び／又は音声認識装置１３６は、ＳＭＳ型簡易表現のテキスト文字列を有するディクテーションされたメッセージ内の認識される単語を同等のＳＭＳ型の簡易表現テキストに自動的に又は制御可能に変換することが出来るということが理解されるべきである。この動作は、認識されたテキストメッセージ又はテキストファイルを携帯電話又は他の遠隔ソースに出力する前に生じてもよい。テキスト・ツー・グラマ装置１３４は、限定されるわけではないが、データベースルックアップテーブルにアクセスする、ローカル変換テーブル、ＳＭＳ型簡易表現のテキスト文字列を英単語等の同等の音素表現に変換するように設計されるアルゴリズムを含む、適切な周知の又は後に開発される装置、システム及び方法を使用して、ＳＭＳ型簡易表現のテキスト文字列を一般に理解される発話（例えば、単語、文、句、正しい英語、音素、音素の組等）に変換することが出来るということが理解されるべきである。同様に、音声認識装置１３６又はテキスト・ツー・グラマ装置１３４は、例えば、遠隔サーバデータベースルックアップテーブルにアクセスする、ローカル変換テーブル、英語をＳＭＳ型簡易表現のテキスト文字列等に変換するように設計されるアルゴリズム等を含む、任意の適切な周知の又は後に開発される装置、システム、又は方法を使用して、ユーザの音声を適切なＳＭＳ型簡易表現のテキスト文字列に変換することが出来る。
【００９４】
（様々な実施形態によるハードウェア及び／又はソフトウェアアーキテクチャ）  
次に図２０を参照すると、例示的実施形態による、車両制御システム２０００のブロック図が示される。通信可能にランダムアクセスメモリ２００４及びフラッシュメモリ２００６に接続されるコントローラ２００２が示される。コントローラ２００２は、シングルプロセッサ、シングルマイクロコントローラ、複数のプロセッサ及び／又はマイクロコントローラ、特定用途向け集積回路、１つ以上のプログラム可能ゲートアレイ、汎用プロセッサ、又は任意の他の適切な処理システムであってもよい。例示的な実施形態によれば、コントローラ２００２は、例えばＲＥＮＥＳＡＳ（Ｒ）Ｓｕｐｅｒ  ＳＨ４Ｒプロセッサ等のプロセッサである。
【００９５】
ランダムアクセスメモリ２００４は、アドレスバス及びデータバスを介してコントローラ２００２に通信可能に接続されてもよい。コントローラ２００２は、アドレスバス及びデータバスに接続するためのローカルバスインターフェース２００８を含んでもよい。ローカルバスインターフェース２００８は、アドレスバス、データバス、ランダムアクセスメモリ２００４、及び／又はフラッシュメモリ２００６の動作を制御するためのハードウェア及び／又はソフトウェア要素を含んでもよい。
【００９６】
コントローラ２００２は、映像モジュール２０１０を含み又はに結合されてもよい。映像モジュール２０１０は、映像信号（例えば、アナログ信号、デジタル信号）をディスプレイインターフェース２０１２に送信及び／又は受信するための複数のハードウェア及び／又はソフトウェア要素を有してもよい。ディスプレイインターフェース２０１２は、システムをディスプレイモジュール２０１４（例えば、ＬＣＤディスプレイ、ＴＦＴディスプレイ、ＯＬＥＤディスプレイ等）に結合するための、１つ以上のジャック、端末、又は他のハードウェア接続を含んでもよい。様々な例示的実施形態によると、映像モジュール２０１０は、コントローラ２００２上に含まれない。さらに他の例示的実施形態によれば、ディスプレイインターフェース２０１２及び／又は２０１６は、マイクロコントローラ２００２に統合されてもよい。ディスプレイインターフェース２０１６は、一般に、有線遠隔ソースから映像信号を受信するように構成されてもよい。ディスプレイインターフェース２０１６は、映像モジュール２０１０に映像信号（変更される又は変更されない）を提供してもよい。
【００９７】
コントローラ２００２はさらに、インターフェース２０１８を有するように示される。インターフェース２０１８は、例えばＢｌｕｅｔｏｏｔｈ送受信機２０２０及び／又はコントローラ２００２への種々のシリアル通信インターフェース２０２２等の通信装置に通信可能に結合されるように構成されてもよい。様々なユーザインターフェース要素２０３０（例えば、ボタン、タッチスクリーン、ジョイスティック、スイッチ等）が汎用入力／出力インターフェース２０２６を介してコントローラ２００２に結合されてもよい。例示的な実施形態によれば、インターフェース２０１８はシリアルインターフェースである。
【００９８】
コントローラ２００２の様々な動作は、１つ以上のコプロセッサ又は２次コントローラを必要とし又はに支援されてもよい。このような装置は、デジタル著作権管理（ＤＲＭ）コプロセッサ２０２８を含んでもよく、且つインターフェース２０３１又は任意の他の適切な方法を介してコントローラ２００２に操作可能に結合されてもよい。ＤＲＭコプロセッサ２０２８は、一般に、デジタル著作権アクセス制御方法によって保護されるデジタルメディアファイルを復号化し且つ／又は解除するように構成されてもよい。例示的な実施形態によれば、インターフェース２０３１は、シリアルインターフェースである。
【００９９】
ユニバーサルシリアルバス（ＵＳＢ）インターフェース又はＵＳＢポート２０３２をサポートし得るホスト２０３３を有するコントローラ２００２がさらに示される。構成要素２０３３及び２０３２は、ＵＳＢインターフェース用の任意の過去、現在又は将来の標準と互換性を有するように構成されるＵＳＢ要素であり得る。
【０１００】
コントローラ２００２はさらに、音声インターフェース又は音声バス２０３９に結合される音声入力／出力調整モジュール２０３８を有するように示される。音声調整モジュール２０３８は、デジタル信号処理、フィルタリング、雑音低減、及び／又は任意の他の調整動作を提供するように構成されるハードウェア及び／又はソフトウェアを含んでもよい。例示的な実施形態によれば、コントローラ２００２はさらに、コントローラ２００２を装置２０４０に結合するためのインターフェース２０４１に結合されるリセット及び発振器／クロック２０４０を含むように示される。
【０１０１】
コントローラ２００２は、車両データバスインターフェース２０３５及び２０３７を有するように示される。車両データバスインターフェース２０３５及び２０３７は、同一の又は異なる種類のものであってもよい。例えば、車両データバスインターフェース２０３５は、データバス２０３４と互換性を有するメディアオリエンテッドシステムズトランスポート（ＭＯＳＴ）と通信するように構成され得る一方で、車両データバスインターフェース２０３７は、コントローラエリアネットワーク（ＣＡＮ）バス２０３６と通信するように構成される。例示的実施形態によれば、異なる車両データバスの種類が提供されてもよい。例えば、システムの車両データバスは、ＩＥＢｕｓ（例えば、ＧＡ−ＮＥＴバス）であってもよい。例示的な実施形態によれば、コントローラ２００２の少なくとも１つの車両データバスインターフェースは、例えばＧＡ−ＮＥＴ互換バス等のアービトレートバス又はアービトレート音声バスである。様々な例示的実施形態によれば、アービトレートバスは、音声動作専用である。アービトレート音声バスに加えて、別個の音声／映像特有のバスが提供されてもよい（例えば、後部座席娯楽システムバス、映像バス、データ／映像バス、データバス等）。
【０１０２】
次に図２１を参照すると、例示的実施形態による、システム２０００の機能的ソフトウェア及び／又はハードウェアアーキテクチャの高レベルブロック図が示される。ソフトウェア２１０２は、一般に、メモリ２００４及び／又は２００６内に存在してもよく、並びに本明細書に記載された様々な動作を管理するソフトウェアコードを含んでもよい。システム２０００は、アプリケーション２１０４、システムサービス２１０６、音声サービス２１０８、グラフィックスディスプレイモジュール２１１０、遠隔装置伝送モジュール２１１２、リアルタイムオペレーティングシステム（ＯＳ）２１１４、及びデバイスドライバ２１１６を含むように示される。
【０１０３】
図２１をさらに参照すると、例示的実施形態によれば、アプリケーション２１０４は、システム及び／又はユーザに機能を提供するように構成される多様なアプリケーションを含んでもよい。例えば、アプリケーションは、ハンズフリー呼び出しアプリケーション、電話帳アクセスアプリケーション、テキストメッセージングアプリケーション、音楽管理アプリケーション、携帯ナビゲーションアプリケーション、及び／又は市場外情報サービスアプリケーションを含んでもよい。ソフトウェア２１０２のアプリケーション２１０４はさらに、ヒューマンマシンインターフェースモジュール２１２０、音声ユーザインターフェースモジュール２１２２、触覚ユーザインターフェースモジュール２１２４、及びグラフィカルユーザインターフェースモジュール２１２６を有してもよい。モジュール２１２０−２１２６は、一般に、メニューアイテム、プロンプト、入力論理、及び／又は任意の他のユーザインターフェース機能を提供することにより、システムのユーザに任意の他のアプリケーション及び／又はハードウェアと相互作用させるように構成されてもよい。
【０１０４】
図２１をさらに参照すると、例えばリアルタイムオペレーティングシステム（例えば、ＱＮＸにより提供されるようなリアルタイムオペレーティングシステム）等のオペレーティングシステム２１１４が車載制御システムに組み込まれてもよい。例示的実施形態によると、オペレーティングシステムは、略リアルタイムであり、又はリアルタイムと分類されるオペレーティングシステムである。例示的実施形態によると、オペレーティングシステム２１１４は、クリティカルタスクの期限に制約され得るオペレーティングシステムである。オペレーティングシステム２１１４は、ソフトリアルタイムシステム、ハードリアルタイムシステム、即時リアルタイムシステム、又は任意の他の種類のリアルタイムシステムであってもよい。様々な他の例示的実施形態によれば、オペレーティングシステム２１１４は、任意の商用の又は独自のオペレーティングシステムであってもよく、リアルタイムオペレーティングシステムである必要はない。システムサービス２１０６は、モジュール又はデジタルシグナルプロセッサ（ＤＳＰ）構成要素等のソフトウェア構成要素、Ｅ−ＣＡＮ、ＮＲ構成要素、高可用性マネージャ、ウォッチドッグ構成要素、電源マネージャ構成要素、診断マネージャ構成要素、故障ロガー、音声プレーヤ（例えば、ａｐｌａｙ）、電話帳構成要素、及び本明細書に記載される動作を容易にし得る任意の他のサービスを含んでもよい。音声サービス２１０８は、音声ツリー、語彙、音声プロンプト構成要素、音声タグデータベース、音素基礎形式ジェネレータ、音声認識ハードウェア、音声コンディショナ、及び／又は音声サービスを容易にし得る任意の他の構成要素を含んでもよい。グラフィックスディスプレイ２１１０構成要素は、コンテンツマネージャ、グラフィックスレンダリングエンジン（例えば、２Ｄ又は３Ｄレンダリングエンジン）、ウィンドウマネージャ、及び／又は制御グラフィックスディスプレイを容易にし得る任意の他の構成要素を含んでもよい。遠隔装置伝送（ＲＤＴ）サブシステム２１１２は、遠隔ソース又は装置（例えば、Ｂｌｕｅｔｏｏｔｈソフトウェア構成要素、ＵＳＢソフトウェア構成要素、シリアルメディアプレーヤソフトウェア構成要素等）への接続を容易にする任意の数の構成要素を含んでもよい。
【０１０５】
次に図２２を参照すると、例示的実施形態による、車両制御システムのための、例えば図２０に示されたシステム２０００等のソフトウェアアーキテクチャのブロック図が示される。システム２０００は、持続性サブシステム２２０８を含むように示される。持続性サブシステム２２０８は、所定のデータが持続性であり且つ／又はオペレーティングシステム又は他のソフトウェア／ハードウェアに高度に利用可能であり続けることを確保するように構成されるソフトウェアモジュールであってもよい。オペレーティングシステム２１１４がリアルタイムオペレーティングシステムである場合、持続性サブシステム２２０８は、最優先データを追跡及び／又は保持する際にオペレーティグシステム２１１４を支援してもよい。持続性サブシステム２２０８は、データがもはや必要とされなくなるまで高可用性メモリからデータが消去されない態様で高可用性メモリに最優先データを維持してもよい。持続性サブシステム２２０８は、データ、タスク、メモリ、スレッド、プロセス、及び／又は他の重要なデータ構造又は動作に優先順位をつけるように構成されてもよい。
【０１０６】
有線装置伝送手段２２０６は、接続される携帯有線装置と通信し且つ制御するように構成されるモジュールである。例えば、有線装置伝送手段２２０６は、１つ以上の物理的に接続される装置と通信及び制御してもよい。例えば、物理的に接続された装置は、ＵＳＢ大容量記憶装置、ＵＳＢ「ＰｌａｙｓＦｏｒＳｕｒｅ」メディアプレーヤ、ｉＰｏｄメディア、任意の他の種類のメディアプレーヤ、補助音声ジャックを介してシステムに有線接続される装置及び／又は任意の他の有線接続装置を含んでもよい。有線装置伝送手段２２０６は、異なる装置の型を管理する別個のソフトウェアモジュールを含んでもよい。有線装置伝送手段２２０６及び／又はそのソフトウェアモジュールは、共通のアプリケーションプログラミングインターフェース（ＡＰＩ）に従って構成されてもよい。
【０１０７】
システム２０００は、車両インターフェースサブシステム２２０４を含むように示される。車両インターフェースサブシステム２２０４は、一般に、車両データバス及び／又はそれの車両構成部品と通信するソフトウェアインターフェース及び機能を提供するように構成される。システム２０００はさらに、触覚入力マネージャ２２０２を含むように示される。触覚入力マネージャ２２０２は、一般に、車両制御システムの触覚装置と通信するためのソフトウェアインターフェース及び１組の機能を提供するように構成される。
【０１０８】
なおも図２２を参照すると、装置サービスサブシステム２２１０は、音楽マネージャを含むように示される。音楽マネージャは、ファイルベース音楽装置のような音楽装置、有線メディアプレーヤ、及び／又はＢｌｕｅｔｏｏｔｈ装置を使用可能にするために使用される音楽サービスであってもよい。
【０１０９】
図２２をさらに参照すると、例示的実施形態による、接続優先順位マネージャ２２９０が示される。接続優先順位マネージャ２２９０は、重要な機能を遂行するために接続される装置の優先順位を管理するように構成されるソフトウェアモジュールである。接続優先順位マネージャ２２９０は、ソース（例えば、音声ソース、映像ソース、ナビゲーションソース、データソース、ネットワークソース、電話ソース等）を利用し得る１つ以上の重要な機能のリストを維持してもよい。接続優先順位マネージャ２２９０は、ＧＵＩ、ＴＵＩ、及び／又はＶＵＩを介してユーザに、各機能及び／又はソース型のための優先順位を再構成するためのメニューを提供してもよい。こうしたメニューから受信された入力を使用して、接続優先順位マネージャ２２９０は、機能が使用されるために要求されるときに、最も優先度の高い装置に接続し且つ／又はを利用してもよい。例示として、ユーザ又はユーザの家族がデータ又はネットワークサービスに使用され得る複数の電話を所有する場合、接続優先順位マネージャ２２９０は、優先順位の順番で電話のリストを提供してもよい。ユーザは、リストを再順序付けしてもよい。複数の電話が車両内で利用可能である場合、接続優先順位マネージャは、再順序付けされたリストにアクセスしてデータ接続動作のためにどれを使用すべきかを決定してもよい。同様の動作及び／又はメニューが、メディア装置、ナビゲーション装置、及び／又は任意の他の装置の型に提供されてもよい。
【０１１０】
次に図２３を参照すると、例示的実施形態による、図２０−２２に示されたシステム及び／又はソフトウェアに制御を提供するためのシステム２３００のブロック図が示される。システム２３００は、一般に、アプリケーション層２３０２に存在するアプリケーション及び音声／映像（ＡＶ）ルータ２３０８に接続されるハードウェア装置のための統合された周知のインターフェースを提供するように構成されてもよい。例示的な実施形態によれば、システム２３００は、装置サービスサブシステム２２１０に示される音楽マネージャへの代替手段を提供してもよい。
【０１１１】
システム２３００は、音声映像マネージャ２３０４を有するように示される。マネージャ２３０４は、下位層における伝送及び制御のためにアプリケーション層２３０２に共通マネージャ及びアプリケーションプログラミングインターフェース（ＡＰＩ）を提供するように構成される。マネージャ２３０４は、アプリケーション開発者が１の装置を別のものと異なって処理することを気にする必要がないように、アプリケーション層に共通インターフェースを有利に提供する。マネージャ２３０４のＡＰＩは、全ての装置の型と通信するために使用される。ＡＰＩはアプリケーションから呼び出しを受信し、且つそのコントローラ又は伝送手段の独自のプロトコル及び／又は状態が管理され得るように、適切な装置コントローラ又は伝送手段と相互作用してもよい。マネージャ２３０４は、ディスク関連装置（例えば、ＤＶＤドライブ）を制御するために遠隔装置伝送手段２１１２、有線装置接続手段（ＷＤＴ）２２０６、及びディスクドライブコントローラ（ＤＤＣ）２３０６と通信するように構成される。例示的な実施形態によれば、マネージャ２３０４がＡＰＩサーバ及び／又は機能を有する一方で、アプリケーション層は対応ＡＰＩクライアントを有する。アプリケーション層は、優先及び無線メディア装置と通信し且つ制御するためにマネージャＡＰＩを利用する。様々な例示的実施形態によれば、アプリケーション層は、ＡＶルータを制御するためにマネージャ２３０４への直接接続を有する。
【０１１２】
図２３をさらに参照すると、ＡＶルータ２３０８は、システムの複数のＡＶ入力と複数の出力との間のインターフェースを提供するように構成される。ＡＶルータは、入力選択、出力選択、及び／又は音声レベルが音声映像マネージャの動作とは独立して調整され得るように、アプリケーション層から独立制御信号を受信するように構成されてもよい。ＡＶルータ２３０８は、ユーザが様々な音声及び／又は映像ソースをシステムに接続することを有利に可能にする。ＡＶルータ２３０８への装置の機能的入力接続を開始するために、ＷＤＴ２２０６及び／又はＤＤＣ２３０６は、入力チャネルの作成及び設定を制御する。ＷＤＴ２２０６及び／又はＤＤＣ２３０６はまた、音声入力レベルを設定するためにＡＶルータへ制御信号を送信する。アプリケーション層２３０２は、どのＡＶルータ入力がどのＡＶルータ出力にルーティングされるかを管理するように構成される。アプリケーション層２３０２はまた、ＡＶルータの音声出力レベルを調整することにも関与する。例示的実施形態によれば、電話及びプロンプトを含む全ての音声は、ＡＶルータ２３０８を介してルーティングされる。
【０１１３】
なおも図２３を参照すると、データベースシステム２３０７は、マネージャ２３０４に通信可能に結合されてもよい。データベースシステム２３０７は、一般に、音楽、映像、及び画像ファイルに関連するメタデータ及びリストを記憶するように構成される。例示的実施形態によれば、データベースシステム２３０７は、装置マネージャデータベースに記憶される装置シグネチャへのインデックス番号を使用して、特定の装置へのメタデータを相互参照する。例示的実施形態によれば、音声（及び／又は映像ファイル）用に記憶されるメタデータは、アルバム、アーティスト、歌曲名、ジャンル、及びトラック番号である。任意の数の追加のメタデータ成分がまた含まれてもよい。例示的実施形態によれば、データベースシステム２３０７は、単一のデータベースファイル又は各装置ごとの別個のファイルに記憶される全ての装置のメタデータを有するＳＱＬデータベースである。データベースファイル又は複数のファイルは、実行時にＲＡＭに配置され且つ／又はアクセスされるように構成され、並びに装置カタログが変更若しくは削除されるときは常にフラッシュメモリに記憶（で更新）されるであろう。例示的実施形態によれば、データベースシステム２３０７は、一時的な閲覧、シャッフル及びカタログベースのリスト（例えば、集約化カタログ）の構築、管理、及び記憶に関与する。様々な例示的実施形態によれば、リストが生成されるときは常に、特定のリストを生成するために必要な情報を含むキーが生成されるであろう。この方法は、動力サイクル中にデータベースシステムにキーのみが記憶されることを許容して、データベースサイズを軽減する。このような実施形態において、リストは、ＲＡＭベースのデータベースファイルに記憶され、且つフラッシュには書き込まれないであろう。キーを使用して、データベースシステムは、電源が入れなおされるごとにリストを再生成してもよい。
【０１１４】
図２３をさらに参照すると、ディスクドライブコントローラ（ＤＤＲ）２３０６は、ディスクドライブと通信し且つ制御するように構成されるソフトウェアモジュールである。例示的な実施形態によれば、ディスクドライブコントローラ２３０６がファイルベースのディスク（ＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ）が挿入されたことを検出すると、ＤＤＣ２３０６は、有線装置伝送手段（ＷＤＴ）２２０６に通知を送信するであろう。有線装置伝送手段２２０６は、次に、ディスクをファイルシステムとしてマウントし且つ必要に応じてディスクコンテンツのカタログ化及び／又は再生を管理するように構成されてもよい。様々な他の実施形態によれば、音声映像マネージャ２３０４又はアプリケーションは、ＷＤＴ２２０６及び／又はＤＤＣ２３０６によるトリガの後でカタログ化及び／又は再生を行う。
【０１１５】
車載制御システムの多様な入力装置（例えば、ＶＵＩ、ＧＵＩ、ＴＵＩ等）が、それぞれシステムの多様なアプリケーションにユーザ入力コマンドを提供し、且つ／又はそれとのヒューマンマシンインターフェースの相互作用を提供するために使用されてもよいことに留意することが重要である。システム２３００により提供される統合化アプリケーションプログラミングインターフェース及び／又はコマンド／制御インターフェースは、車載制御システムの様々なアプリケーション（例えば、テキストメッセージングアプリケーション、ハンズフリーアプリケーション、電話アプリケーション、デジタルラジオアプリケーション等）のための統合化ルックアンドフィールを有利に容易にしてもよい。
【０１１６】
（メディア装置ユーザ体験の改善／バックグラウンド認証）  
先の図面に示され且つ本願に記載される車両制御システムは、例えばアップルインコーポレーテッドにより販売されるｉＰｏｄ等のメディア装置に接続するように構成されてもよい。図２４Ａを参照すると、例示的実施形態によれば、ユーザがメディア装置を車両制御システムに接続する場合（ステップ２４０２）、システムは、装置のインターフェース機能を決定しようとするであろう（ステップ２４０４）。このステップは、装置に機能の組を問い合わせること、装置にバージョン番号又は識別子を問い合わせること及び車両制御システムのメモリ内のルックアップテーブルを使用すること、又はメディア装置がどの機能を含み若しくは含まないかを車両制御システムが知ることになり得る任意の他の動作を含んでもよい。システムはまた、メディア装置の互換性のあるファームウェア又はアプリケーションソフトウェアの確認を試行してもよい（ステップ２４０６）。ファームウェア（及び／又はアプリケーションソフトウェア）が旧式である場合、車両制御システムは、新しい又は互換性のあるバージョンのためにインターネット又は別の遠隔ソースを調べるように構成されてもよい（ステップ２４０８）。ファームウェアのためにインターネット又は別の遠隔ソースを調べることは、車両制御システムの１つ以上の通信装置を使用して接続を形成することを含んでもよい。新しいファームウェアが利用可能な場合、システムは、新しいファームウェアをダウンロードし且つファームウェアをメディア装置に提供するように構成されてもよい（ステップ２４１０）。様々な他の実施形態によれば、システムは、ユーザに更新が利用可能であることを通知するが、ユーザの確認無しに新しいファームウェアをダウンロードし且つメディア装置を更新しようとはしない。新しいファームウェアが利用可能でない場合（又はユーザがファームウェアを更新しない場合）、ユーザは、別の構成選択肢を選択するように促されるであろう（ステップ２４１２）。代替的に、システムは、互換性のある構成選択肢を選択し、且つユーザが自身のメディア装置を更新するまでユーザ体験が若干低下し得ることをユーザに通知してもよい。
【０１１７】
例えばアップルインコーポレーテッドにより販売されるｉＰｏｄ等のいくつかのメディア装置は、例えばデジタル音声及び／又は高度の制御等のいくつかの機能がｉＰｏｄから例えば車両制御システム等の別の装置に提供されることが許可される前に、認証を要求する。例示的な実施形態によれば、車両制御システムのメモリ装置は、そのメディア装置の認証動作の間の、メディア装置からの再生を許可するためのコンピュータコードを含む。認証処理が成功すると、再生が継続し、且つユーザはこのバックグラウンド認証が発生したことを認識しないであろう。認証が失敗すると、ユーザは、所定の期間のみの再生を許容されるであろう。一旦時間が満了すると、ユーザは認証処理が失敗したことを通知されるであろう。例示的な実施形態によれば、認証は、メディアプレーヤに関する主要タスク（例えば、音声再生、メディアカタログ化等）に対してバックグラウンドで発生する。制御システムのソフトウェアモジュールは、複数の異なる方法を利用してこのバックグラウンド認証を遂行してもよい。例えば、主要タスク及び認証は、システムが並列処理を行うことが出来る場合、平行して発生してもよい。さらなる例示として、システムは、ユーザが主要タスクの中断に気付かないような態様で認証を行うために、利用可能な又はヌルＣＰＵ時間を使用するように構成されてもよい。さらに他の実施形態によれば、主要タスクはより高い優先順位が提供され、且つ認証はより低い優先順位が提供される。
【０１１８】
（メディアカタログ化／装置集約化）  
図２４Ｂを参照すると、例示的実施形態によれば、メディアファイルを保持する装置は、車両制御システムに接続され（ステップ２４５２）、ユーザは、非カタログ化モード、閲覧モード、又はカタログ化モードの３つのモードのうちの１つで動作する選択肢を提供されるであろう（ステップ２４５４）。非カタログ化モードにおいて、ユーザは、再生、一時停止、停止、次、及び前のような、限定されたコマンドの組を使用して連続してファイルを案内及び／又は再生することが許可されるであろう。閲覧モードにおいて、ユーザは、アクセスするファイルに対するメディア装置のファイル構造をユーザに閲覧させる、ファイル構造ビュー（例えば、「ファイルツリー」ビュー、「ファイルシステムディレクトリ」ビュー、ファイルリスト、フィルアイコンの表示等）のインターフェースが提供される。ファイルを記述するためにメタデータが使用されてもよく、且つ／又はファイル名がユーザに表示され又は読み上げられてもよい。カタログ化モードにおいて、ユーザは、装置をリスト（例えば、ジャンル、アーティスト、アルバム、歌曲名、ユーザプレイリストのようなリスト等）にカタログ化する選択肢を有するであろう。
【０１１９】
カタログ化モードにおいて、例示的実施形態によれば、一旦装置が接続されると、車両制御システムは、装置上でメディアファイルに対するメタデータを抽出してもよい（ステップ２４５６）。カタログ情報が抽出されている間、ユーザは装置からのコンテンツを再生することが出来るであろう（ステップ２４５８）。言い換えると、車両制御システムは、同時にメタデータファイルをカタログ化し且つ音声ファイルを再生することが出来るであろう。カタログ化は、再生中にバックグラウンドで生じてもよい。
【０１２０】
メディアファイルに対するメタデータは、異なるバージョン、ファイルフォーマット、及び／又はファイル型によりフォーマットされてもよい。例えば、ＭＰ３メディアファイルは、ＩＤ３バージョン１又はＩＤ３バージョン２によるメタデータコンテナを有してもよい。他の種類のメディアファイルは、他の種類のメタデータコンテナを有してもよい。カタログ化モードをサポートする装置上でメディアファイルに対するメタデータを抽出するステップの間、システムは、好ましいメタデータの型及びバージョンを検索してもよい。好ましいメタデータの型及び／又はバージョンが見つかると、データはカタログをポピュレートするために使用される。メタデータの型及び／又はバージョンが見つからない場合、代わりの型及び／又はバージョンが検索される。このようにして、メディアファイルが異なるか他のものであり且つ多様なメタデータの型／バージョンを含む場合であっても、カタログが構築され得る。例示的実施形態によれば、どの型及び／又はバージョンのメタデータファイルを選ぶかの順番は、ユーザにより設定可能である。
【０１２１】
カタログ化される装置について、車両制御システムは、全ての接続装置からのデータを集約し（ステップ２４６０）、且つユーザに歌曲、アルバム、アーティスト、ジャンル、又はプレイリストの完全なリストを提示する（ステップ２４６２）ように構成されてもよい。車両制御システムは、ユーザに装置集約機能を無効及び／又は有効にさせるように構成されてもよい。
【０１２２】
さらにステップ２４６０を参照すると、複数の装置が車両制御システムに同時に接続され得る（図８）。複数の接続装置から利用可能な歌曲、アルバム、アーティスト等の完全なリストの閲覧後、車両制御システムは、ユーザに、再生、転送、編集、又はいくつかの他の動作のための選択をさせるであろう。例示的実施形態によれば、ステップ２４６０は、複数の装置のうちのどれが選択を含むかを決定すること及び動作を行うために適切な装置にアクセスすることを含む。決定の工程は、識別子、ルックアップテーブル、データベース又は表示されるメディアファイルをソース装置と関係付ける別の情報構造にアクセスすることを含んでもよい。
【０１２３】
図面に示され且つ本明細書に記載される例示的な実施形態が現段階では好ましいが、こうした実施形態は、例示のみの目的で提供されることが理解されるべきである。従って、本発明は、特定の実施形態に限定されないが、それでもやはり添付の請求項の範囲に入る様々な変形にも及ぶ。任意の工程又は方法のステップの順番又は順序は、代替的な実施形態によれば変えられ、又は再順序付けされてもよい。
【０１２４】
図面と共に発明を記載することは、図面に存在し得る如何なる限定を発明に課するとも解釈されるべきではない。本発明は、その動作を達成するために任意の機械読み取り可能媒体上の方法、システム及びプログラム製品を意図する。本発明の実施形態は、この若しくは別の目的で又はハードワイア接続システムにより組み込まれる、既存のコンピュータプロセッサ、又は適切な車両システムのための特殊用途コンピュータを使用して実行される。
【０１２５】
様々な例示的実施形態において示されたような制御システムの構造及び配置は例示目的のみであることに留意することが重要である。本発明の少数の実施形態のみが本開示において詳細に記載されたが、この開示を検討する当業者であれば、請求項に記載された主題の新規な教示及び利点から実質的に逸脱することなく、多くの変形が可能である（例えば、サイズ、寸法、構造、形状及び様々な要素の割合、パラメータの値、取付け配置、材料の使用、色、方向等の変形）ことを容易に理解するであろう。例えば、一体的に形成されるように示された要素は、複数の部品又は要素で構築されてもよく（例えば、制御システム１０６、メモリ装置１３２、通信装置１２０、データ処理装置１２２、遠隔ソース１１６、遠隔サーバ１５４等）、要素の位置は、逆転され又は別に変更されてもよく（例えば、制御システム１０６の構成要素等）、且つ個々の要素又は位置の性質又は数は、変更され又は変形されてもよい（例えば、通信装置１２０、メモリ装置１３２、制御システム１０６の構成要素等）。従って、全てのこのような変形は、添付の請求項に定義されるように本発明の範囲内に含まれることが意図される。任意の工程又は方法のステップの順番又は順序は、代替的な実施形態により変更され又は再順序付けされてもよい。請求項において、任意のミーンズプラスファンクション節は、記載された機能及び構造的な均等物だけでなく均等な構造を実行するものとして本明細書に記載される構造を含むことが意図される。他の置換、変形、変更及び省略が、添付の請求項に表現される本発明の範囲から逸脱することなく、例示的実施形態の設計、動作条件及び配置において行われてもよい。
【０１２６】
上記のように、本発明の範囲内の実施形態は、そこに記憶される機械実行可能命令又はデータ構造を持ち運び且つ有するための機械可読媒体を備えるプログラム製品を含む。このような機械可読媒体は、汎用若しくは特殊用途コンピュータ又はプロセッサを有する他の機械によりアクセスされ得る任意の利用可能な媒体であり得る。例示として、このような機械読み取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は機械実行可能命令又はデータ構造の形式で所望のプログラムコードを持ち運び又は記憶するために使用されることが可能であり且つ汎用若しくは特殊用途コンピュータ又はプロセッサを有する他の機械によりアクセスされることが可能な任意の他の媒体を備え得る。情報が、機械にネットワーク又は別の通信接続（有線、無線、物理接続、又は有線若しくは無線の組み合わせのいずれか）を介して転送され又は提供される場合、機械は、接続を適切に機械可読媒体であるとみなす。よって、任意のこのような接続が機械可読媒体と適切に呼ばれる。上記の組み合わせもまた、機械可読媒体の範囲内に含まれる。機械可読媒体命令は、例えば、汎用コンピュータ、特殊用途コンピュータ、又は特殊用途処理機械に所定の機能又は機能群を実行させる命令及びデータを備える。
【０１２７】
本明細書の図面は方法のステップの特定の順番を示すが、こうしたステップの順番は描かれたものとは異なってもよいと理解されることに留意するべきである。また、２つ以上のステップが、同時に又は部分的に同時に実行されてもよい。このような変形は、選択されたソフトウェア及びハードウェアシステムに並びに設計者の選択に基づくであろう。全てのこのような変形が本発明の範囲内であることが理解される。同様に、本発明のソフトウェアの実装は、規則に基づく論理及び様々な接続ステップ、処理ステップ、比較ステップ及び決定ステップを遂行するための他の論理を用いた標準的なプログラミング技術で達成され得る。
【０１２８】
本発明の実施形態の上述の説明は、例示及び説明の目的のために提示されている。網羅的であり又は本発明を開示の厳密な形式に限定することは意図されておらず、修正及び変形は、上記の教示に照らして可能であり又は本発明の実施から取得されてもよい。実施形態は、当業者が様々な実施形態において及び意図される特定の使用に適するような様々な修正と共に本発明を利用することを可能にするための、本発明の原理及びその実際の応用を説明するために選択され且つ記載された。
【図１】
2010516554.tif 000003
【図２】
2010516554.tif 000004
【図３】
2010516554.tif 000005
【図４】
2010516554.tif 000006
【図５】
2010516554.tif 000007
【図６】
2010516554.tif 000008
【図７】
2010516554.tif 000009
【図８】
2010516554.tif 000010
【図９】
2010516554.tif 000011
【図１０Ａ】
2010516554.tif 000012
【図１０Ｂ】
2010516554.tif 000013
【図１０Ｃ】
2010516554.tif 000014
【図１１】
2010516554.tif 000015
【図１２】
2010516554.tif 000016
【図１３】
2010516554.tif 000017
【図１４】
2010516554.tif 000018
【図１５】
2010516554.tif 000019
【図１６】
2010516554.tif 000020
【図１７】
2010516554.tif 000021
【図１８Ａ】
2010516554.tif 000022
【図１８Ｂ】
2010516554.tif 000023
【図１９Ａ】
2010516554.tif 000024
【図１９Ｂ】
2010516554.tif 000025
【図２０】
2010516554.tif 000026
【図２１】
2010516554.tif 000027
【図２２】
2010516554.tif 000028
【図２３】
2010516554.tif 000029
【図２４Ａ】
2010516554.tif 000030
【図２４Ｂ】
2010516554.tif 000031
【国際調査報告】
2010516554.tif 000032
2010516554.tif 000033
2010516554.tif 000034