(57)【要約】      （修正有）【課題】支払い情報等の商取引データの安全な通信を行う。【解決手段】移動商取引システムは、車両制御システム１０６、小売商システム５０４、移動商取引エージェント５０６、及び遠隔支払い処理システム（例えば、銀行、銀行ネットワーク）５０２を含む。移動商取引システムは、車両のユーザが、車両と小売商との間の取引を完了することを可能にし、かつ、取引からの支払い（例えば、金銭、他のクレジット、支払い情報、支払いの約束）を小売商に提供するために、移動商取引エージェント及び支払い処理システムを使用する。【選択図】図５Ａ
2015158927.tif 000002
【特許請求の範囲】
【請求項１】
車両から離れた遠隔システムと取引を行うための前記車両用のシステムであって、
前記車両内に持ち込まれる支払い機構からデータを無線で取得し、且つ前記遠隔システムに前記データを無線で送信するように構成される回路を備えることを特徴とするシステム。
【請求項２】
前記回路が、前記支払い機構から前記データを無線で受信するように構成される読取機を備えることを特徴とする、請求項１に記載のシステム。
【請求項３】
前記回路が、前記遠隔システムに前記データを送信するように構成される送信機をさらに備えることを特徴とする、請求項１に記載のシステム。
【請求項４】
前記回路が、前記車両内の接続モジュールと通信するように構成され、且つ前記接続モジュールを介して前記遠隔システムに前記データを無線で送信するように構成されることを特徴とする、請求項１に記載のシステム。
【請求項５】
前記回路が、前記車両内のテレマティクスモジュールと通信し、且つ前記テレマティクスモジュールを介して前記遠隔システムに前記データを無線で送信するように構成されることを特徴とする、請求項１に記載のシステム。
【請求項６】
前記回路が、前記車両内の遠隔制御システムと通信し、且つ前記遠隔制御システムを介して前記遠隔システムに前記データを無線で送信するように構成されることを特徴とする、請求項１に記載のシステム。
【請求項７】
前記回路が、接続モジュールと統合されることを特徴とする、請求項１に記載のシステム。
【請求項８】
前記回路が、テレマティクスモジュールと統合されることを特徴とする、請求項１に記載のシステム。
【請求項９】
前記回路が、ガレージドア開閉器を作動させるための信号を送信するように構成される遠隔制御システムと統合されることを特徴とする、請求項１に記載のシステム。
【請求項１０】
前記支払い機構が、携帯型であり、且つクレジットカード、デビットカード、識別タグ、キーフォブ、携帯電話、及びパーソナルデジタルアシスタントの少なくとも１つであり、
前記遠隔システムが、遠隔支払い処理システム、移動商取引エージェント、及び小売商の少なくとも１つであることを特徴とする、請求項１に記載のシステム。
【請求項１１】
移動商取引エージェントを使用して車両から離れた小売商と前記車両から離れた支払い処理システムとの取引を行う前記車両用のシステムであって、
前記車両が、無線通信用の送信機及び受信機を有し、
前記システムが、前記移動商取引エージェントによって受信される取引信号を前記送信機に送信させ、且つ前記取引信号の送信後に前記受信機を介して第１の情報を受信するように構成される回路を備え、
前記回路が、支払いデータを収集するようにさらに構成され、
前記回路が、前記第１の情報及び前記支払いデータを処理して、前記遠隔支払い処理システムによって受信される支払い情報を前記送信機に送信させるようにさらに構成されることを特徴とするシステム。
【請求項１２】
前記第１の情報及び前記支払いデータの処理が、前記第１の情報に基づいて前記支払いデータを変換することを含むことを特徴とする、請求項１１に記載のシステム。
【請求項１３】
前記遠隔支払い処理システムが、複数の遠隔支払い処理システムの中の１つであり、且つ前記第１の情報及び前記支払いデータの処理が、前記第１の情報によって指示される特定の遠隔支払い処理システムへの安全な伝送のために前記支払い情報をフォーマットすることを含むことを特徴とする、請求項１１に記載のシステム。
【請求項１４】
前記移動商取引エージェントが、取引信号の受信に応答して車両システムに前記第１の情報を提供するように構成され、且つ前記第１の情報が、前記遠隔支払い処理システムの識別子を含むことを特徴とする、請求項１１に記載のシステム。
【請求項１５】
前記遠隔支払い処理システムのための前記識別子が、前記支払い情報と共に送信されることを特徴とする、請求項１１に記載のシステム。
【請求項１６】
前記回路が、送信の前に前記支払い情報の一部を暗号化するようにさらに構成されることを特徴とする、請求項１１に記載のシステム。
【請求項１７】
前記暗号化が、前記第１の情報に基づくことを特徴とする、請求項１６に記載のシステム。
【請求項１８】
前記第１の情報が、前記支払い情報の前記暗号化の間に暗号鍵の少なくとも一部として使用されることを特徴とする、請求項１７に記載のシステム。
【請求項１９】
前記回路が、
（ａ）ユーザインターフェース電子機器、
（ｂ）前記受信機、
（ｃ）前記回路のメモリ装置から呼び出される事前記憶の情報、
（ｄ）前記車両内に持ち込まれる支払い機構から前記支払いデータを受信するように構成される第２の受信機、及び
（ｅ）支払い機構及び前記車載制御システムを通信可能に結合する有線インターフェース
の中の少なくとも１つを使用して前記支払いデータを収集するように構成されることを特徴とする、請求項１１に記載のシステム。
【請求項２０】
前記第２の受信機が、前記携帯型電子装置から前記支払いデータを受信するために、誘導電磁界通信、近距離通信、又は誘導電磁界通信及び近距離通信を利用するように構成されることを特徴とする、請求項１９に記載のシステム。
【請求項２１】
前記支払い機構が、スマートカード、携帯電話、パーソナルデジタルアシスタント、キーフォブ、及び携帯型ナビゲーション装置の中の少なくとも１つであることを特徴とする、請求項１９に記載のシステム。
【請求項２２】
前記第２の受信機が、ブルートゥーストランシーバ、ＲＦＩＤ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）受信機、及びはＮＦＣ（ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）受信機の中の少なくとも１つであることを特徴とする、請求項１９に記載のシステム。
【請求項２３】
前記回路が、車載電子ディスプレイシステム及び／又は車載オーディオ再生システムに指示を提供するようにさらに構成され、前記指示が、
前記支払い情報が前記遠隔処理システムによって受け入れられたという第１の確認、
前記小売商が商品及び／又はサービスを提供することによって前記取引信号に応答するであろうという第２の確認
の少なくとも１つであることを特徴とする、請求項１１に記載のシステム。
【請求項２４】
前記移動商取引エージェントが、
（ａ）取引信号の受信に応答して車載制御システムに前記第１の情報を提供し、
（ｂ）遠隔支払い処理システムから支払い、支払いの約束、及び／又は支払いの確認を受信し、
（ｃ）小売商に取引信号を提供し、且つ
（ｄ）車載システムからのメニュー情報に対する要求に応答して、前記車載システムに前記メニュー情報を提供するように構成されることを特徴とする、請求項１１に記載のシステム。
【請求項２５】
前記送信機及び受信機が、少なくともいずれかの
（ａ）遠隔ソースと通信し且つ前記遠隔ソースから受信されたデータを前記受信機に提供し且つ前記送信機から受信されたデータを前記遠隔ソースに提供するように構成される、前記車両に持ち込まれた携帯型電子装置と無線通信リンクを形成するか、
（ｂ）前記車両に持ち込まれた携帯型電子装置を使用せずに無線サービス機構との無線通信リンクを形成するように構成されることを特徴とする、請求項１１に記載のシステム。
【請求項２６】
前記遠隔支払い処理システムが、銀行及び銀行ネットワークの中の少なくとも１つであることを特徴とする、請求項１１に記載のシステム。
【請求項２７】
車両システム、移動商取引エージェント、及び遠隔支払い処理システムを使用して小売商と取引を行う方法であって、
前記移動商取引エージェントによって受信される取引信号を前記車両内の送信機に送信させるステップと、
前記送信機が前記取引信号を送信した後に前記車両内の受信機で第１の情報を受信するステップと、
前記車両システムで支払いデータを収集するステップと、
前記第１の情報及び前記支払いデータを処理して、前記遠隔支払い処理システムによって受信される支払い情報を前記送信機に送信させるステップと
を含むことを特徴とする方法。
【請求項２８】
前記第１の情報の処理は、前記第１の情報に基づいて前記支払いデータを変換することを含むことを特徴とする、請求項２７に記載の方法。
【請求項２９】
前記遠隔支払い処理システムは、複数の遠隔支払い処理システムの中の１つであり、且つ前記第１の情報及び前記支払いデータの処理が、前記第１の情報によって指示される特定の遠隔支払い処理システムへの安全な伝送のために前記支払い情報をフォーマットすることを含むことを特徴とする、請求項２７に記載の方法。
【請求項３０】
前記第１の情報が、前記遠隔支払い処理システムの識別子を含むことを特徴とする、請求項２７に記載の方法。
【請求項３１】
前記遠隔支払い処理システムのための前記識別子が、前記支払い情報と共に送信されることを特徴とする、請求項２７に記載の方法。
【請求項３２】
前記支払いデータの一部を暗号化するステップをさらに含み、前記支払いデータの前記暗号化された部分が前記遠隔支払い処理システムに送信された前記支払い情報と共に含まれることを特徴とする、請求項２７に記載の方法。
【請求項３３】
前記暗号化が、前記第１の情報に基づくことを特徴とする、請求項３２に記載の方法。
【請求項３４】
前記第１の情報が、前記支払い情報の前記暗号化の間に暗号鍵の少なくとも一部として使用されることを特徴とする、請求項３３に記載の方法。
【請求項３５】
前記支払いデータが、
（ａ）前記車両に取り付けられるユーザインターフェース電子機器、
（ｂ）前記車両内のメモリ装置、及び
（ｃ）前記車両システムに通信可能に結合され且つ前記車両内に持ち込まれる支払い機構から前記支払いデータを受信するように構成される受信機、及び
（ｄ）支払い機構及び前記車両システムを通信可能に結合する有線インターフェース
の中の少なくとも１つを使用して前記車両システムにおいて収集されるように構成されることを特徴とする、請求項２７に記載の方法。
【請求項３６】
前記受信機が、前記支払いデータを受信するために、誘導電磁界通信及び／又は近距離通信を利用するように構成されることを特徴とする、請求項３５に記載の方法。
【請求項３７】
前記支払い情報が前記遠隔処理システムによって受信されたという第１の確認を前記受信機で受信するステップと、
前記小売商が商品及び／又はサービスを提供することによって前記取引信号に応答するであろうという第２の確認を前記受信機で受信するステップと、
電子ディスプレイシステム及び／又はオーディオ再生システムに前記第１の確認及び前記第２の確認の少なくとも１つの指示を提供するステップと
をさらに含むことを特徴とする、請求項２７に記載の方法。
【請求項３８】
前記移動商取引エージェントが、
（ａ）取引信号の受信に応答して車両システムに前記第１の情報を提供し、
（ｂ）遠隔支払い処理システムから支払い及び／又は支払いの確認を受信し、
（ｃ）小売商に取引信号を提供し、且つ
（ｄ）車両システムからのメニュー情報に対する要求に応答して前記車両システムに前記メニュー情報を提供するように構成されることを特徴とする、請求項２７に記載の方法。
【請求項３９】
車両システムから起こり、且つ小売商及び支払い処理システムを使用する取引を容易にする移動商取引エージェントであって、
前記車両システムから受信される取引信号を処理するように構成され、
前記取引信号に応答して前記車両システムへの支払い処理システム識別子の送信を引き起こすように構成され、
前記遠隔支払い処理システムから支払いの確認を受信するように構成され、且つ
支払いの確認の受信に応答して前記小売商への前記購入要求の送信を引き起こすようにさらに構成される処理回路を備えることを特徴とする移動商取引エージェント。
【請求項４０】
支払い処理システム識別子と小売商とを関係付けるメモリ装置をさらに備え、
前記処理回路が、前記取引信号によって指示される小売商と関係付けられる前記支払い処理システム識別子を呼び出すことによって前記車両制御システムに送信するための前記支払い処理システム識別子を選択するように構成されることを特徴とする、請求項３９に記載の移動商取引エージェント。
【請求項４１】
小売商及び支払い処理システムを使用して車両システムから生ずる取引を容易にする方法であって、
車両システムから取引信号を受信するステップと、
前記車両制御システムから受信された前記取引信号を処理して、前記取引信号に関連する支払い処理システム識別子を決定するステップと、
前記車両システムに前記支払い処理システム識別子を送信するステップと、
前記支払い処理システム識別子に対応する前記支払い処理システムから支払いの確認を受信するステップと、
前記支払いの確認の受信に応答して前記小売商に前記取引信号を送信するステップと
を含むことを特徴とする方法。
【請求項４２】
前記取引信号によって指示される小売商と関係付けられる支払い処理システム識別子を、メモリ装置から呼び出すことによって前記車両システムに送信するための前記支払い処理システム識別子を選択するステップ
をさらに含むことを特徴とする、請求項４１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、車内で商取引を行うシステム及び方法に関する。  
関連特許出願への相互参照
本願は、２００７年１２月２６日に提出された米国仮出願第６１／０１６，７８９号の利益を主張し、その全体は参照により本明細書に組み込まれ、２００８年１月２３日に提出された米国仮出願第６１／０６２，２０５号の利益を主張し、その全体は参照により本明細書に組み込まれ、且つ２００８年１月２３日に提出された米国仮出願第６１／０１１，９２８号の利益を主張し、その全体は参照により本明細書に組み込まれる。
【背景技術】
【０００２】
本開示は、車内で商取引を行うシステム及び方法に関する。出願人は、いくつかある課題の中で特に、例えば支払い情報等の商取引データの安全な通信が、ユーザ及び小売商の継続的な懸念となっていることを特定した。
【発明の概要】
【０００３】
１実施形態は、車内に設置し、且つ遠隔システムと取引を行うシステムに関する。システムは、車内に持ち込まれた支払い機構からデータを無線で取得して、遠隔システムにデータを送信するように構成される回路を有する。支払い機構は、例えば、クレジットカード、識別タグ、キーフォブ、携帯電話、及び／又はパーソナルデジタルアシスタントであってもよい。回路は、支払い機構からデータを受信するように構成される読取機を有し又は通信可能に結合されてもよい。同様に（又は代替的に）、回路は、遠隔システムにデータを送信するように構成される送信機を有してもよい。回路は、車内の接続モジュールと通信するように構成されてもよく、且つ接続モジュールを介して遠隔システムにデータを送信してもよい。同様に（又は代替的に）、回路は、車内のテレマティクスモジュールと通信して、接続モジュールを介して遠隔システムにデータを送信するように構成されてもよい。同様に（又は代替的に）、回路は、車内の遠隔制御システムと通信するように構成されてもよく、遠隔制御システムを介して遠隔システムにデータを送信する。回路は、接続モジュールと統合され、テレマティクスモジュールと統合され、且つ／又はガレージドア開閉器を作動するための信号を送信するように構成される遠隔制御システムと統合されてもよい。
【０００４】
別の実施形態は、車両用の、移動商取引エージェントを使用する車両から離れた小売商及び車両から離れた支払い処理システムとの取引を行うシステムに関する。車両は、無線通信用の送信機及び受信機を有する。システムは、移動商取引エージェントによって受信される取引信号を送信機に送信させて、取引信号の送信後に受信機を介して第１の情報を受信するように構成される回路を有する。回路は、支払いデータを収集するようにさらに構成される。回路は、第１の情報及び支払いデータを処理して、遠隔支払い処理システムによって受信される支払い情報を送信機に送信させるようにさらに構成される。
【０００５】
一部の実施形態では、第１の情報及び支払いデータの処理は、第１の情報に基づいて支払いデータを変換することであり又は含んでもよい。遠隔支払い処理システムは、複数の遠隔支払い処理システムの中の１つであってもよい。第１の情報及び支払いデータの処理は、第１の情報によって指示される特定の遠隔支払い処理システムへの安全な伝送のために支払い情報をフォーマットすることを含み得る。移動商取引エージェントは、取引信号の受信に応答して車両システムに第１の情報を提供するように構成されてもよく、第１の情報は、遠隔支払い処理システムの識別子であり又は含んでもよい。遠隔支払い処理システムのための識別子は、支払い情報と共に送信されてもよい。同様に（又は代替的に）、回路は、送信の前に支払い情報の一部を暗号化するように構成されてもよく、暗号化は、第１の情報に基づいてもよい。暗号化が第１の情報に基づく場合、第１の情報は、支払い情報の暗号化の間に暗号鍵の少なくとも一部として使用されてもよい。
【０００６】
さらに別の実施形態は、車両システム、移動商取引エージェント、及び遠隔支払い処理システムを使用して、小売商と取引を行う方法に関する。方法は、移動商取引エージェントによって受信される取引信号を車内の送信機に送信させることを含む。方法は、送信機が取引信号を送信した後に車内の受信機で第１の情報を受信すること及び車両システムで支払いデータを収集することをさらに含んでもよい。方法は、第１の情報及び支払いデータを処理して、遠隔支払い処理システムによって受信される支払い情報を送信機に送信させることをさらに含んでもよい。
【０００７】
別の実施形態は、車両システムから起こり、且つ小売商及び支払い処理システムを使用する取引を容易にする移動商取引エージェントに関する。移動商取引エージェントは、車両システムから受信される取引信号を処理するように構成される処理回路を有する。処理回路は、取引信号に応答して車両システムに支払い処理システム識別子の送信を引き起こすようにさらに構成される。処理回路は、遠隔支払い処理システムから支払いの確認を受信するように構成される。処理回路は、支払いの確認の受信に応答して小売商への購入要求の送信を引き起こすようにさらに構成される。また、移動商取引エージェントは、支払い処理システム識別子を小売商と関係付けるメモリ装置を有してもよい。処理回路は、取引信号によって示される小売商と関係付けられる支払い処理システム識別子を呼び出すことによって車両制御システムに送信するための支払い処理システム識別子を選択するように構成され得る。
【０００８】
別の実施形態は、小売商及び支払い処理システムを使用して車両システムから生ずる取引を容易にする方法に関する。方法は、車両システムから取引信号を受信すること及び車両制御システムから受信された取引信号を処理して取引信号に関連する支払い処理システム識別子を決定することを含む。方法は、車両システムに支払い処理システム識別子を送信することをさらに含む。方法は、支払い処理システム識別子に対応する支払い処理システムから支払いの確認を受信することをさらに含む。次に、取引信号は、支払いの確認の受信に応答して小売商に送信され得る。また、方法は、取引信号によって示される小売商と関係付けられる支払い処理システム識別子をメモリ装置から呼び出すことによって、車両システムに送信するための支払い処理システム識別子を選択することを含み得る。
【０００９】
代替的な例示の実施形態は、請求項に一般的に記載され得るような他の特徴及び特徴の組み合わせに関する。
【００１０】
本開示は、添付の図面を併用して以下の詳細な説明からより完全に理解されるであろう。ここで、同じ参照番号は同じ要素を参照する。
【図面の簡単な説明】
【００１１】
【図１Ａ】例示の実施形態による小売商と無線で通信する車両の斜視図である。
【図１Ｂ】例示の実施形態による小売商と無線で通信する車両の斜視図である。
【図２Ａ】例示の実施形態による車内で商取引を行うシステムのブロック図である。
【図２Ｂ】例示の実施形態による車内で商取引を行うシステムのブロック図である。
【図２Ｃ】例示の実施形態による車内で商取引を行うシステムのブロック図である。
【図２Ｄ】例示の実施形態による車内で商取引を行うシステムのブロック図である。
【図２Ｅ】例示の実施形態による車内で商取引を行うシステムのブロック図である。
【図２Ｆ】例示の実施形態による車内で商取引を行うシステムのブロック図である。
【図２Ｇ】例示の実施形態による移動装置ビンを含む車両室内の斜視図である。
【図２Ｈ】例示の実施形態による図１の車両制御システムのユーザインターフェースの正面図である。
【図３】例示の実施形態による図１の車両制御システム及び遠隔ソースのブロック図である。
【図４】例示の実施形態による図３の車両制御システム及び遠隔ソースのより詳細なブロック図である。
【図５Ａ】例示の実施形態による移動商取引エージェントを含む移動商取引システムのブロック図である。
【図５Ｂ】別の実施形態による移動商取引エージェントを含む移動商取引システムのブロック図である。
【図５Ｃ】例示の実施形態による図５Ａ−Ｂの移動商取引システムのための工程の流れ図である。
【図５Ｄ】例示の実施形態による図５Ａ−Ｃの移動商取引エージェントのブロック図である。
【図５Ｅ】例示の実施形態による図５Ａ−Ｄの移動商取引エージェントのための工程の流れ図である。
【図６Ａ】複数の例示の実施形態による移動商取引システムのブロック図である。
【図６Ｂ】複数の例示の実施形態による移動商取引システムのブロック図である。
【図６Ｃ】複数の例示の実施形態による移動商取引システムのブロック図である。
【図６Ｄ】複数の例示の実施形態による移動商取引システムのブロック図である。
【図７】例示の実施形態による通信アドオンに結合される小売商及び車両制御システムのブロック図である。
【図８Ａ】例示の実施形態による製品、サービス、及び／又は情報を購入或は取得するために図６Ａ−Ｄの移動商取引システムを使用する多様な工程の流れ図である。
【図８Ｂ】例示の実施形態による製品、サービス、及び／又は情報を購入或は取得するために図６Ａ−Ｄの移動商取引システムを使用する多様な工程の流れ図である。
【図８Ｃ】例示の実施形態による製品、サービス、及び／又は情報を購入或は取得するために図６Ａ−Ｄの移動商取引システムを使用する多様な工程の流れ図である。
【図８Ｄ】例示の実施形態による製品、サービス、及び／又は情報を購入或は取得するために図６Ａ−Ｄの移動商取引システムを使用する多様な工程の流れ図である。
【図９】例示の実施形態による支払い方法及び関連情報を記憶及び削除する工程の流れ図である。
【図１０Ａ】例示の実施形態による車両と給油所のポンプとの間の通信のシステムのブロック図である。
【図１０Ｂ】例示の実施形態による複数の車両、ポンプ、及び給油所の間の通信のシステムのブロック図である。
【図１０Ｃ】別の実施形態による複数の車両、ポンプ、及び給油所の間の通信のシステムのブロック図である。
【図１１】例示の実施形態による給油所及び／又はポンプと通信する車両制御システムのための工程の流れ図である。
【図１２】例示の実施形態による車両制御システムを使用して給油所を探し、選択し、且つ通信する工程の流れ図である。
【図１３】例示の実施形態による車両制御システムと給油所との間で非支払い情報を伝達する工程の流れ図である。
【図１４】例示の実施形態による車両制御システムを使用して給油所でポンプを選択する工程の流れ図である。
【図１５】例示の実施形態による給油所が車両制御システムと通信する工程の流れ図である。
【図１６Ａ】例示の実施形態による互いと通信するように構成される車両制御システム及び駐車システムのブロック図である。
【図１６Ｂ】例示の実施形態による、駐車ステーションを介して互いと通信するように構成される車両制御システム及び駐車システムのブロック図である。
【図１６Ｃ】例示の実施形態による互いと通信するように構成される車両制御システム及び駐車システムのブロック図である。
【図１６Ｄ】例示の実施形態による車両制御システム及び／又は他の装置と通信するように構成される駐車メータのブロック図である。
【図１７】例示の実施形態による図１６Ａ−Ｄのシステムを使用して駐車時間を購入する工程の流れ図である。
【図１８】例示の実施形態による駐車メータから受信される支払い要求を処理する工程の流れ図である。
【図１９】例示の実施形態による駐車時間又はクレジットに対して車両への課金を継続する駐車メータ又は駐車システムのための工程の流れ図である。
【図２０】例示の実施形態による車両制御システムに追加の情報を送信する駐車システムのための工程の流れ図である。
【図２１】駐車システムから追加の情報を受信する車両制御システムのための工程の流れ図である。
【図２２】例示の実施形態による複数の支払い方法から選択する工程の流れ図である。
【図２３】例示の実施形態による遠隔ソースを介して小売商と通信する車両のブロック図である。
【図２４】例示の実施形態による図２３の遠隔システムで注文する工程の流れ図である。
【図２５】例示の実施形態によるナビゲーション装置及び小売商のブロック図である。
【図２６】別の実施形態によるナビゲーション装置及び小売商のブロック図である。
【図２７】例示の実施形態による図２５−２６のナビゲーションシステムを使用して注文する工程の流れ図である。
【図２８】例示の実施形態による遠隔システムを介してＲＦＩＤ検出の小売商と通信する車両のブロック図である。
【図２９】例示の実施形態による図２８の遠隔システムで注文する工程の流れ図である。
【図３０Ａ】例示の実施形態による口頭入力に基づいてコマンドを実行する複数のシステム（例えば、音声認識又は言語認識システム）を使用する工程の流れ図である。
【図３０Ｂ】別の例示の実施形態による口頭入力に基づいてコマンドを実行する複数のシステム（例えば、音声認識又は言語認識システム）を使用する工程の流れ図である。
【図３１】例示の実施形態による車両と外部ソースとの間の通信のブロック図である。
【図３２Ａ】例示の実施形態による移動装置モジュール、受信機モジュール、オーディオモジュール、及びナビゲーションモジュールを有する車両制御システムの実施形態のブロック図である。
【図３２Ｂ】例示の実施形態による移動装置モジュール、受信機モジュール、オーディオモジュール、及びナビゲーションモジュールを有する車両制御システムの実施形態のブロック図である。
【図３２Ｃ】例示の実施形態による移動装置モジュール、受信機モジュール、オーディオモジュール、及びナビゲーションモジュールを有する車両制御システムの実施形態のブロック図である。
【図３２Ｄ】例示の実施形態による移動装置モジュール、受信機モジュール、オーディオモジュール、及びナビゲーションモジュールを有する車両制御システムの実施形態のブロック図である。
【図３２Ｅ】例示の実施形態による移動装置モジュール、受信機モジュール、オーディオモジュール、及びナビゲーションモジュールを有する車両制御システムの実施形態のブロック図である。
【図３２Ｆ】例示の実施形態による移動装置モジュール、受信機モジュール、オーディオモジュール、及びナビゲーションモジュールを有する車両制御システムの実施形態のブロック図である。
【図３３】例示の実施形態による図３２Ａ−Ｆのユーザインターフェースモジュールのブロック図である。
【図３４】例示の実施形態による図３３のユーザインターフェースモジュールのディスプレイエンジンのブロック図である。
【図３５Ａ】例示の実施形態による図２Ｈに示される車両制御システムのユーザインターフェースの代替の実施形態である。
【図３５Ｂ】例示の実施形態による図２Ｈに示される車両制御システムのユーザインターフェースの代替の実施形態である。
【発明を実施するための形態】
【００１２】
例示の実施形態を詳細に示す図面を参照する前に、応用は明細書又は図面に示された詳細又は方法論に限定されないことが理解されるべきである。また、用語法は単なる説明目的に過ぎないことが理解されるべきであり、限定と見なすべきではない。
【００１３】
図面を概略的に参照すると、車内で取引を行うための車両制御システム及び方法が示される。車両制御システムは、取引を行うために車両から離れて設置される１つ以上のシステムに情報を無線で送信するように構成される。
【００１４】
図１Ａを参照すると、例示の実施形態による車両１００の斜視図が示される。車両１００に取り付けられ又は設置される車両制御システム１０６は、移動商取引活動を容易にするように構成されてもよい。車両制御システム１０６は、例えば、ハンドル、バイザ、ダッシュボード、車両座席、トランク場所、バックミラー場所、中央スタック場所、又は任意の他の車両構造若しくは場所と関係付けられる場所を含む車両１００内の任意の場所に配置及び／又は設置され得る。同様に又は代替的に、車両制御システム１０６は、車両の複数の場所にわたって分配されてもよい。
【００１５】
車両制御システム１０６は、入力を受信し、通信を容易にし、且つ移動商取引活動に対するフィードバックを提供するために利用され得る。例えば、車両制御システム１０６は、小売商１０１（例えば、小売商用の支払いシステム、小売商用の受信機、小売商と関係付けられる銀行システム等）との無線通信リンクを形成してもよい。小売商１０１は、車両制御システム１０６に移動商取引情報を受信及び／又は送信するように構成されてもよい。多様な例示の実施形態によれば、車両制御システム１０６は、小売商１０１以外のソース又はシステムと通信し、ユーザは、車両制御システムとソース又はシステムとの間で取引が一旦完了すると、小売商１０１から商品又はサービスを受け取る。
【００１６】
次に図１Ｂを参照すると、例示の実施形態による車内で商取引を行うシステムのブロック図が示される。車両制御システム１０６は、支払い機構１７（例えば、金融商品、支払い装置等）からデータを無線で取得して、取引を開始、完了及び／又は容易にするために情報を遠隔システム１９に無線で提供するように構成される。例示の実施形態では、支払い機構１７から取得されるデータは、支払いデータ（例えば、口座番号、ユーザ識別子、クレジットカード番号、デビットカード番号、口座に関連するパスキー、支払い小売商と関係付けられる識別子等）を含む。遠隔システム１９に提供される情報は、支払いデータ、支払いデータに基づく情報、支払いデータの変換、取引信号、又は車両（例えば、車両のユーザ）と（遠隔システム１９と関係付けられ得る又は関係付けられなくてもよい）小売商との間の取引に関する任意の他の情報であってもよい。
【００１７】
次に図２Ａを参照すると、例示の実施形態による車内で商取引を行うシステムのブロック図が示される。接続モジュール２０２は、車両（例えば、図１に示される車両１００）に設置され得る（例えば、取り付けられる、統合される等）。接続モジュール２０２は、車両に持ち込まれる例えば携帯型電子装置２０６（例えば、携帯電話）との有線及び／又は無線の接続を形成するように構成されるモジュール（例えば、回路、電子機器の集合、回路の集合等）である。接続モジュール２０２は、遠隔システム２０７と通信するために接続された装置を使用することが出来る（例えば、接続モジュール２０２は、携帯型電子装置が遠隔システム２０７に情報を送信するようにし、且つ／又は遠隔システム２０７から情報を受信するようにすることが出来る）。接続モジュール２０２と（例えば、直接的に、間接的に、無線で、有線等で）通信する移動商取引回路２０３が示される。移動商取引回路２０３は、動作を実行するためのハードウェア（例えば、マイクロプロセッサ、複数のマイクロプロセッサ、メモリ等）及びソフトウェア（例えば、メモリ装置に記憶される実行可能コンピュータコード）を含み得る。また、移動商取引回路２０３は、支払い機構（例えば、携帯型電子装置２０６、パーソナルデジタルアシスタント２０８、クレジットカード２１０）からデータ（例えば、支払い情報）を無線で受信するために支払い機構読取機２０４と（例えば、有線又は無線接続を介して）通信することも出来る。接続モジュール２０２は、例えば小売商等の興味のある場所（ｐｏｉｎｔｓ  ｏｆ  ｉｎｔｅｒｅｓｔ）に関する情報を受信するために例えば携帯型ナビゲーションシステム２２０及び／又は組み込みナビゲーションシステム２２２等のナビゲーションシステムと通信することが出来る。移動商取引回路２０３は、（例えば、取引を開始する小売商を選択するために）移動商取引活動においてナビゲーションシステムからの情報を利用することが出来る。
【００１８】
図２Ｂに示される例示の実施形態によれば、移動商取引回路２０３は、接続モジュール２０２に統合されるように示される。接続モジュール２０２に統合される場合、移動商取引回路２０３は、接続モジュール２０２と構成要素（例えば、プロセッサ、メモリ、通信ハードウェア等）を共有することが出来る。
【００１９】
図２Ｃに示される例示の実施形態によれば、移動商取引回路２０３は、テレマティクスモジュール２０５に統合されるように示される。テレマティクスモジュール２０５は、遠隔システム２３６と（例えば、直接的に又は間接的に）通信するために（例えば、アンテナ２３４に結合される）トランシーバ２３０を使用するように構成される回路又は電子機器の組であり得る。テレマティクスモジュール２０５は、場所の指示を受信するために位置決めシステム２３２に結合され得る。テレマティクスモジュール２０５は、支払い機構（例えば、携帯電話２０６、パーソナルデジタルアシスタント２０８、クレジットカード２１０）からデータを受信するように構成される支払い機構読取機２０４に結合されるように示される。
【００２０】
図２Ｄに示される例示の実施形態によれば、移動商取引回路２０３は、有線（例えば、ＵＳＢ接続、光学接続、又は任意の他の有線接続）を介して又は無線接続（例えば、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））接続）を介してテレマティクスモジュール２０５に接続される。
【００２１】
図２Ｅに示される例示の実施形態によれば、移動商取引回路２０３は、遠隔システム２４２と通信するために遠隔制御システム２４０に統合されるように示される。遠隔制御システム２４０は、ボタン又は他のユーザインターフェース要素が車両乗員によって作動されるときに、遠隔装置（例えば、ガレージドア開閉器、照明システム等）に制御信号を無線で（例えば、無線周波通信を介して）送信するように構成されるシステムであってもよい。遠隔制御システム２４０は、例えば、ジョンソンコントロールズ社（Ｊｏｈｎｓｏｎ  Ｃｏｎｔｒｏｌｓ，Ｉｎｃ．）のホームリンク（ＨｏｍｅＬｉｎｋ）（Ｒ）システムであってもよい。移動商取引回路２０３は、遠隔システム２４２に（例えば、小売商、遠隔支払い処理システム、又は別のシステム）に取引信号、支払い情報、又は車両に関する取引に関係する他のデータを遠隔制御システム２４０に送信させることが出来る。
【００２２】
図２Ｆに示される例示の実施形態によれば、移動商取引回路２０３は、遠隔制御システム２４０と（有線又は無線接続を介して）通信するが統合はされないように示される。
【００２３】
図２Ｇに示される例示の実施形態によれば、移動装置ビン２５０を有する車両１００の室内が示される。移動装置ビン２５０は、ユーザが、任意の支払い機構（例えば、クレジットカード、デビットカード、身分証明証、携帯電話、パーソナルデジタルアシスタント、キーフォブ等）を含むユーザ自身の移動装置を設置する構造又は領域であり得る。移動装置ビン２５０は、凹所、ポケット、ドア、溝、クレードル、又は移動装置を保持する任意の他の構成であり得る。移動装置ビン２５０は、（図２Ｇに示されるような）中央スタックの場所、フロアコンソールの場所、オーバヘッドコンソールの場所、ドアの場所、床の場所、座席の場所、ダッシュボードの場所、計器パネルの場所、天井の場所、又は車両１００の中の任意の他の場所に設置され得る。移動装置ビン２５０は、図２Ａ−２Ｆに示されるような支払い機構読取機２０４を有することが出来る。支払い機構読取機２０４は、近距離無線通信（ＮＦＣ）読取機又は別の装置から情報を受信するために誘導電磁場通信を使用するように構成される任意の他の読取機であり得る。同様に（又は代替的に）、支払い機構読取機２０４は、スマートカード読取機、ＲＦＩＤ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）読取機、遠距離無線周波トランシーバ（例えば、ブルートゥーストランシーバ、ＩＥＥＥ８０２．１１トランシーバ、無線ＵＳＢトランシーバ、ジグビー（ＺｉｇＢｅｅ）トランシーバ、又は移動装置と通信するように構成される任意の他の標準若しくは専売のトランシーバ）であり得る。支払い機構読取機２０４は、受信するデータを解釈する回路を有し、又は支払い機構は、データを解釈及び使用するために別の回路（例えば、移動商取引回路、テレバティックス回路、接続回路等）に受信するデータを提供することが出来る。
【００２４】
次に図２Ｈを参照すると、例示の実施形態による車両制御システム１０６のユーザインターフェースの正面図が示される。図２Ｈに示される又は示されない車両ユーザインターフェースは、支払い情報を入力し、取引を開始する小売商を選択し、カタログ又はメニューから選択し、ユーザを識別し、ユーザを認証し、或は情報を受信し且つ／又はユーザに情報を提供するために使用され得る。
【００２５】
車両制御システム１０６は、多様な車両機能の制御を容易にする、出力ディスプレイ１０８、１つ以上のノブ１１２−１１５、１つ以上の押しボタン１１０、及び１つ以上の触覚ユーザ入力又は押しボタン１１１を有するように示される。出力ディスプレイ１０８は、車両機能の制御に関連するデータを表示するように構成されてもよい。例示的な実施形態では、出力ディスプレイ１０８は、タッチスクリーンディスプレイであってもよい。一方で、他の例示的な実施形態では、任意の他の非接触感知型ディスプレイであってもよい。さらに他の例示的実施形態では、出力ディスプレイ１０８は、任意の技術（例えば、ＬＣＤ、ＤＬＰ、プラズマ、ＯＬＥＤ、ＣＲＴ）、構成（例えば、縦長、横長）、又は形状（例えば、多角形、湾曲、曲線）であってもよい。出力ディスプレイ１０８は、製造業者による据付の出力ディスプレイ、アフターマーケットの出力ディスプレイ、又は任意の他の出所による出力ディスプレイであってもよい。出力ディスプレイ１０８は、組み込みディスプレイ（例えば、制御システム又は他の車両システム、部品、若しくは構造に組み込まれるディスプレイ）、独立型ディスプレイ（例えば、携帯型ディスプレイ、可動式アームに設置されるディスプレイ）、又は任意の他の構成を有するディスプレイであってもよい。ノブ１１２−１１５及び押しボタン１１０、１１１は、移動商取引アプリケーションの機能、例えばファン速度、車内温度、若しくは気流の経路等のＨＶＡＣシステムの機能を制御し、音声システム上でメディアファイルの再生を制御し、電話帳の登録の検索を制御し、接続される遠隔ソースの機能を制御し、又は任意の他の所望の車両機能を制御するように構成されてもよい。
【００２６】
押しボタン１１１は、一般的には、移動商取引選択及び機能、音声システム制御、メディアシステム制御、ディスプレイシステム制御、通信ステム制御、ハンズフリーホンの使用、ＨＶＡＣシステム制御、連絡先又はアドレス／電話帳管理、カレンダ閲覧及び修正、並びに車両データ記録を含む車両制御システム１０６の多様な機能の選択及び表示を可能にする。メディア再生のための押しボタン１１１の操作は、メディア再生メニュースクリーンを表示し、又はユーザに音声若しくは映像ファイルを触覚若しくは口頭コマンドで閲覧、選択、並べ替え、検索、及び／又は再生させるコマンドを実行してもよい。ハンズフリーホン操作のための押しボタン１１１の操作は、メニュースクリーンを表示し、又は車両制御システム１０６の車両コンソールに話しかけることが携帯電話を操作するように、ユーザが車両制御システム１０６を携帯電話に接続することを可能にするコマンドを実行してもよい。ＨＶＡＣ制御のための押しボタン１１１の操作は、メニュースクリーンを表示し、又はユーザに触覚で又は口頭コマンドで車室温度及び気流を制御させるコマンドを実行してもよい。連絡先管理のための押しボタン１１１の操作は、メニュースクリーンを表示し、又はユーザに触覚若しくは口頭コマンドを使用して、個人連絡先情報を含む１以上の登録を閲覧、リスト、選択、並べ替え、検索、編集、及び／又は電話をかけさせるコマンドを実行してもよい。カレンダ管理のための押しボタン１１１の操作は、メニュースクリーンを表示し、又はユーザに触覚若しくは口頭コマンドで、個人スケジュール情報を含む１以上の登録を閲覧、リスト、選択、並べ替え、検索、編集、及び／又は作成させるコマンドを実行してもよい。車両記録管理のための押しボタン１１１の操作は、メニュースクリーンを表示し、又はユーザに触覚又は口頭コマンドで、車両操作に関連する情報（例えば、燃費、エンジン温度、残り走行距離等）を入力、閲覧、選択、及び／又は初期化させるコマンドを実行してもよい。ナビゲーションのための押しボタン１１１の操作は、地図、一覧、又はディスプレイ１０８に提供される他のグラフィカルユーザインターフェースによる１つ以上の興味のある場所を選択することを含むことが出来る。例示の実施形態によれば、興味のある場所の選択は、興味のある場所から「買い物」を行い、興味のある場所から「カタログ閲覧」を行い、或は興味のある場所に関する移動商取引活動を開始するためのメニュー項目をユーザに提供することが出来る。移動商取引活動の開始に応じて、車両制御システムは、メニュー情報を要求するために遠隔ソース（例えば、インターネットソース、小売商、移動商取引エージェント等）とのデータ通信リンクを生成することが出来る。次に、データ通信リンクは、支払い情報、確認情報、認証情報、商品選択情報、取引信号、及び／又は取引に関する任意の他のデータを交換するために使用され得る。車両と遠隔ソースとの間で交換される情報（例えば、メニュー情報）は、出力ディスプレイ１０８に表示され得る。車両制御システム１０６のボタン又は他のユーザインターフェース要素は、ボタン又は他のユーザインターフェース要素を使用して表示されたメニューからユーザに選択させるために構成／再構成され得る。
【００２７】
「買い物」を実行するための押しボタン１１３の操作又は口頭コマンドは、メニュースクリーンを表示し、又はユーザに製品若しくはサービスを閲覧及び購入させるコマンドを実行してもよい。押しボタン１１４は、「購入」操作を実行するために使用されてもよく、メニュースクリーンを表示させ又は購入及び／若しくはダウンロード若しくは配達するための情報若しくはメディアをユーザに入力、閲覧、及び／若しくは選択させるコマンドを実行してもよい。押しボタン１１５は、「閲覧」操作を実行するために使用されてもよく、小売商又は別の外部ソースによって購入のために提供される製品又はサービスをユーザに閲覧させるメニュースクリーン（例えば、メニュー、カタログ、サービスのリスト、商品のリスト、メディアファイルのリスト等）を表示してもよい。押しボタン１１２−１１５の操作は、押しボタンの押下、押しボタンへの接触、押しボタンの回転、或は押しボタンの操作を含んでもよい。車両制御システム１０６で操作するために提供される１つ以上のユーザインターフェース要素は押しボタンであってもよいが、過去、現在、未来の任意の数の異なる種類のユーザインターフェース要素が使用されてもよい。
【００２８】
車両制御システム１０６の押しボタン１１０（及び／又は任意の他のユーザインターフェース要素）は、限定されないが、例えば、車両ドアロックシステム、車両運航制御システム、座席制御システム、窓制御システム、車両照明システム、車両ラジオシステム、無線制御システム、メディア制御システム、及び／又はユーザの入力を受け付け得る任意の他の制御システム等の他の車両サブシステムを制御するために使用されてもよい。
【００２９】
次に図３を参照すると、例示の実施形態による図１の車両制御システム１０６のブロック図が示される。車両制御システム１０６は、通信リンク１１８を介して遠隔ソース１１６（例えば、携帯型電子装置、支払い機構、携帯電話、パーソナルデジタルアシスタント、遠隔サーバ、インターネットアクセスポイント、移動商取引エージェント、遠隔支払い処理システム、銀行ネットワーク、小売商等）と通信するように構成されてもよい。例えば、車両制御システム１０６は、メニュー情報、注文情報、確認情報、興味のある場所の情報、メディアデータファイル、電話帳データファイル、カレンダデータ、又は車両制御システム１０６によって使用される任意の他のアクセス可能なデータにアクセスするために通信リンク１１８を使用してもよい。一部の実施形態では、車両制御システム１０６は、単一の通信リンク又は複数の通信リンク１１８を介して複数の遠隔ソース１１６からデータファイルにアクセス可能であってもよい。車両制御システム１０６は、通信リンク１１８を介して、要求、信号、ファイル、コマンド、メッセージ（例えば、テキストメッセージ、音声メッセージ等）、メタ情報、ストリームデータ若しくは情報、及び遠隔ソース１１６への及び／又は遠隔ソース１１６からの任意の他の種類のデータを送信及び／又は受信してもよい。
【００３０】
車両制御システム１０６は、処理回路１０７、通信装置１２０、データ処理システム１２２、ディスプレイドライバ１２４、ユーザインターフェース１２６、オーディオ入力装置１２８、オーディオ出力装置１３０、出力ディスプレイ１０８、及びメモリ装置１３２を含むように示される。
【００３１】
通信装置１２０は、一般に、遠隔ソース１１６との通信リンク１１８を確立するように構成される。多様な例示的実施形態では、車両制御システム１０６は、通信装置１２０を使用して、ブルートゥース通信プロトコル、ＩＥＥＥ８０２．１１プロトコル、ＩＥＥＥ８０２．１５プロトコル、ＩＥＥＥ８０２．１６プロトコル、セルラ信号、共有無線アクセスプロトコルコードアクセス（ＳＷＡＰ−ＣＡ）プロトコル、無線ユニバーサルシリアルバス（ＵＳＢ）プロトコル、又は任意の他の適切な無線技術等を用いて無線通信リンクを確立するように構成されてもよい。別の例示の実施形態では、車両制御システム１０６は、例えば、ＵＳＢ技術、ＩＥＥＥ１３９４技術、ファイヤワイヤ（Ｆｉｒｅｗｉｒｅ）技術、光学技術、他のシリアル若しくはパラレルポート技術、又は任意の他の適切な有線リンクを用いて有線通信リンクを確立してもよい。通信装置１２０は、通信リンクが複数の遠隔ソースと形成され得るように、及び／又は通信装置１２０が複数の遠隔ソース１１６と同時に通信できるように構成されてもよい。通信装置１２０は、遠隔ソース１１６へ及び／又は遠隔ソース１１６から、１つ以上のデータストリーム、データ列、データファイル及び／又は他の種類のデータ（例えば、非ファイルベースのデータ）を送信及び受信してもよい。多様な例示の実施形態では、伝達されたデータは、テキスト、数値データ、オーディオ、ビデオ、プログラムデータ、コマンドデータ、情報データ、暗号化データ、支払い日付、座標データ、画像データ、ストリーミングメディア、又はそれらの任意の組み合わせを含んでもよい。
【００３２】
処理回路１０７は、データ処理システム１２２、ディスプレイドライバ１２４、及びメモリ装置１３２を含むように示される。例示の実施形態によれば、データ処理システム１２２又は処理回路１０７の任意の他の処理電子機器は、通信装置１２０に通信可能に結合され、一般には、車両制御システム１０６の各機能を制御するように構成される。例えば、データ処理システム１２２は、ユーザの利便性のために、車両制御システム１０６の音声認識能力を容易にしてもよい。データ処理システム１２２は、任意の処理電子機器、デジタル若しくはアナログ処理要素、集積回路、他の回路であってもよく又は含んでもよく、及び／又は制御を容易にし又は車両制御システム１０６に処理機能を提供する任意の過去、現在、若しくは未来の設計であってもよい。データ処理システム１２２は、単一のデータ処理装置又は複数のデータ処理装置であってもよい。例えば、データ処理システム１２２は、複数のデータ処理二次装置又は要素を有するデータ処理装置であってもよい。データ処理システム１２２は、車両に制御、表示、通信、入力及び出力機能を提供することが出来る任意の組み合わせの（例えば、メモリ装置に記憶される）プログラムソフトウェア及びハードウェアを含んでもよい。データ処理システム１２２は、車両制御システム１０６の多様な装置、構成要素及び機能（例えば、通信装置１２０、出力ディスプレイ１０８、ディスプレイドライバ１２４、メモリ装置１３２、オーディオシステム１０４、ユーザインターフェース１２６、オーディオ入力装置１２８、オーディオ出力装置１３０、有線インターフェース１７０、有線インターフェース１７２、オーディオシステムインターフェース１７４、ディスプレイインターフェース１７６、電子インターフェース１８０等）を調整し、制御し、及び／又は容易にしてもよい。
【００３３】
ディスプレイドライバ１２４は、出力ディスプレイ１０８に結合され、且つ一般的には、電子信号を出力ディスプレイ１０８に提供するように構成される。１例示的な実施形態では、電子信号は、通信装置１２０を介して受信される又はメモリ装置１３２から呼び出される情報のテキスト及び／又は数値データを含んでもよい。別の例示的な実施形態では、ディスプレイドライバ１２４は、タッチスクリーン能力を有する出力ディスプレイ１０８を制御するように構成されてもよく、一方で他の例示的な実施形態では、ディスプレイドライバ１２４は、タッチスクリーン能力を使用することなく出力ディスプレイ１０８を制御するように構成されてもよい。ディスプレイドライバ１２４は、出力ディスプレイ１０８上の画像の制御及び表示を容易にするために、任意の数の機能、ソフトウェア又はハードウェアを含んでもよい。さらに他の例示的な実施形態では、ディスプレイドライバ１２４は、出力ディスプレイ１０８の制御を可能にする任意の過去、現在、又は未来の設計であってもよい。
【００３４】
ユーザインターフェース１２６は、一般には、電子インターフェース１８０を介して車両制御システム１０６との触覚ユーザ相互作用を容易にするように構成される。多様な例示の実施形態では、ユーザインターフェース１２６は、任意の類似の又は非類似の構成で図２に示される例示の実施形態におけるような押しボタン又は回転ノブを含み、又は他の触覚ユーザ接触点を含んでもよい。ユーザインターフェース１２６は、グラフィカルユーザインターフェース（ＧＵＩ）、音声認識システム又は音声認識インターフェース（ＶＵＩ）、テキストユーザインターフェース（ＴＵＩ）、及び／又は任意の他の種類のユーザインターフェースを含んでもよい。
【００３５】
オーディオ入力装置１２８、例えばマイクロホンは、車両制御システム１０６の機能が音声コマンドによって操作され得るように、ユーザの発話を受信して、音声認識のためにデータ処理システム１２２に発話の表現を提供するように構成される。オーディオ出力装置１３０、例えば、組み込みスピーカは、例えばユーザ選択確認、支払い確認、ユーザ入力に対するユーザからの可聴要求等の多様な機能のオーディオプロンプトをユーザに提供するように構成される。
【００３６】
メモリ装置１３２は、データを記憶するように構成される。メモリ装置１３２に記憶されるデータは、データ処理システム１２２又は任意の他の処理電子機器によってアクセスされてもよい。メモリ装置１３２は、遠隔ソース１１６から受信されるデータ、後で使用され得るデータ処理システム１２２によって生成されるデータ、現在の計算又は処理で使用される中間データ、又は車両制御システム１０６によって使用される任意の他のデータを記憶してもよい。また、メモリ装置１３２は、本明細書に記載される多様な動作を行うための実行可能コンピュータコード（又はコンパイル可能コンピュータコード若しくは実行可能コンピュータコードに変換可能な他のコンピュータコード）を記憶することが出来る。例えば、本明細書に記載される移動商取引回路は、１つ以上の処理装置（及び／又は他のハードウェア）及び処理装置が本明細書に記載される１つ以上の取引関連動作を遂行するために実行し得るメモリに記憶されるコンピュータコードと見なされてもよい。
【００３７】
さらに図３を参照すると、車両制御システム１０６は、インターフェース１７０−１８２を有するように示される。インターフェース１７０−１８２は、各インターフェースの接続された各装置に通信可能に結合するように構成される任意のハードウェア及び／又は電子機器を含み得る。インターフェース１７０−１８２は、遠隔ソース１１６に直接又は間接的に接続し得る車両制御システム１０６にローカルな電子機器を含んでもよい。一部の実施形態では、１つ以上のコード、コネクタ、又は他の電子機器が、車両制御システムインターフェース１７０−１８２と遠隔ソース１１６と共に及び間に含まれてもよい。
【００３８】
オーディオ入力インターフェース１８２は、オーディオ入力装置１２８を車両制御システム１０６に物理的に（例えば、コードでの接続を介して）結合するように構成され得る。オーディオ入力装置１２８からの信号は、オーディオ入力インターフェース１８２において受信され、フィルタされ、解釈され、或は処理され、且つ車両制御システム１０６の電子機器に（例えば、データ処理システム１２２又は車両制御システム１０６の別の処理回路に）ルーティングされ若しくは提供され得る。電子インターフェース１８０は、配線、ハーネス、又はユーザインターフェース電子機器１２６と関係付けられる別の接続スキームに通信可能に結合するように構成されてもよい。例えば、ボタン、スイッチ、ＬＥＤ又は車両室内の至る所に設置される他のユーザインターフェース要素は、電子インターフェース１８０に信号を提供し且つ／又はそれから信号を受信してもよい。電子インターフェース１８０は、接続されたユーザインターフェース要素の動作を制御し、受信信号を解釈し、且つ／又は受信信号をデータ処理システム１２２等の適切な処理回路にルーティングするように構成されてもよい。オーディオ出力装置インターフェース１７８は、データ処理システム１２２又は車両制御システム１０６の他の処理回路からオーディオ信号を受信して、受信オーディオ信号をオーディオ出力装置１３０に提供するように構成されてもよい。オーディオ出力インターフェース１７８は、或はオーディオ出力装置１３０に信号（又はオーディオ信号の変形版）を提供する前に、デジタル信号をアナログに変換し、信号を増幅し、信号を正規化してもよい。ディスプレイインターフェース１７６は、データ処理システム１２２又は車両制御システム１０６の他の処理回路から制御信号を受信し、ディスプレイインターフェース１７６に接続される特定の出力ディスプレイに対して制御信号をアナログ又はデジタル信号に変換するように構成され、或は車両制御システム１０６からのディスプレイ情報を出力ディスプレイ１０８に提供するように構成されてもよい。オーディオシステムインターフェース１７４は、データ処理システム１２２又は車両制御システム１０６の他の処理回路から信号を受信して、オーディオシステム１０４に信号をルーティングするように構成されてもよい。オーディオインターフェース１７４は、オーディオ信号（又はオーディオ信号の変形版）をオーディオシステム１０４に提供する前に、オーディオ信号に任意の数の処理タスク（例えば、Ａ／Ｄ変換、Ｄ／Ａ変換、復号化、正規化、フィルタリング等）を行ってもよい。有線インターフェース１７０、１７２は、任意の数のジャック、端子、半田点、コード、又は有線インターフェース１７０、１７２と有線ポートを有し得る遠隔ソース１１６との間に形成されるコード若しくは他のハードウェアリンクシステムを物理的に結合する他のハードウェアを含んでもよい。有線インターフェース１７０、１７２は、例えば、以下に記載され又は記載されていないＵＳＢ端子及び関連ハードウェアであってもよい。他の例示の実施形態によれば、有線インターフェース１７０、１７２は、専用インターフェース（例えば、アップルアイポッド（登録商標）（Ａｐｐｌｅ  ｉＰｏｄ）インターフェース等）であってもよい。有線インターフェース１７０、１７２は、車両制御システム１０６及び別の装置を接続するためのコネクタ又は端子だけを含んでもよく、又は車両制御システム１０６（及び、例えば、その多様な処理回路）と接続された装置との間の通信／機能的接続を容易にする電子機器（例えば、フィルタ、変換器、セキュリティ回路、充電回路）に加えて、コネクタ若しくは端子であり、又はコネクタ若しくは端子を含むことが出来る。多様な例示の実施形態によれば、通信装置１２０は、車両制御システム１０６と例えば遠隔装置１１６等の遠隔又は携帯装置とを無線で接続するためのインターフェースと考えられ得る。
【００３９】
次に図４を参照すると、例示の実施形態による図３の車両制御システム１０６のより詳細なブロック図が示される。車両制御システム１０６は、単一の回路基板モジュールで又は分散回路若しくは処理電子機器要素として提供され得る。データ処理システム１２２は、一般に、テキスト・ツー・グラマ装置１３４、音声認識装置１３６、及びテキスト・ツー・スピーチ装置１３８を有してもよい。データ処理システム１２２は、任意の数の追加のハードウェアモジュール、ソフトウェアモジュール、又は処理装置（例えば、さらなるグラフィクスプロセッサ、通信プロセッサ等）を含んでもよい。
【００４０】
テキスト・ツー・グラマ装置１３４は、提供されるテキスト及び／又は数値データの音素表現を生成するように構成されてもよい。テキスト及び／又は数値データの音素表現は、テキスト及び／又は数値データの音声認識を容易にするために使用されてもよい。例示の実施形態によれば、完全なファイル、部分的なファイル、又はファイル用の識別子が、音素表現に変換されてもよい。例示の実施形態によれば、テキスト・ツー・グラマ装置１３４は、遠隔ソース１１６から受信された情報の音素表現を提供することが可能であってもよい。
【００４１】
音声認識装置１３６は、一般的には、オーディオ入力装置１２８を介してユーザから口頭入力コマンドを受信するように構成される。音声認識装置１３６は、受信された口頭入力コマンドを１組の既定の入力コマンドと比較する。それは、テキスト・ツー・グラマ装置１３４によって構成されている可能性がある。多様な例示的な実施形態では、入力コマンドは、メディアファイルの再生、電話帳登録のダイアル若しくは入力、カレンダ若しくは連絡先データの登録若しくはリスト、ＨＶＡＣシステムの制御、又はデータに実行される任意の他の所望の機能に関連してもよい。音声認識装置１３６は、ユーザから受信する口頭入力コマンドへの適切な応答を決定してもよい。例えば、口頭入力コマンドが有効な又は無効な命令であるかどうか、どのコマンドを実行するべきか、又は任意の他の適切な応答を決定する。例示の実施形態によれば、音声認識装置１３６は、所定のコマンドが認識されると、車両制御システムのために移動商取引動作モードをトリガし、起動し、又は容易にすることが可能であってもよい。さらに、音声認識装置１３６は、通信リンクを介して遠隔ソース１１６の対話式制御を容易にするために、コマンドを認識し、解釈し、且つ遠隔ソース１１６に渡すことが可能であってもよい。
【００４２】
テキスト・ツー・スピーチ装置１３８は、一般に、遠隔ソース１１６から受信される各データファイルのテキスト及び／又は数値データを可聴音声表現に変換するように構成される。この機能によって、車両制御システム１０６は、オーディオ出力装置１３０又はオーディオシステム１０４を介してユーザに可聴的に情報を提供することが可能であってもよい。例えば、車両制御システム１０６は、ユーザ選択機能をユーザに繰り返し、ナビゲーション情報を提供し、道順を知らせ、メニュー選択肢を知らせ、価格を知らせ、支払い選択肢を知らせ、支払い確認を知らせ、メディアファイルの情報を知らせ、電話帳若しくは連絡先の情報、又はメモリ１３２、遠隔ソース１１６、遠隔サーバ１５４等に記憶されるデータに関連する他の情報を提供してもよい。例示の実施形態によれば、テキスト・ツー・スピーチ装置１３８は、遠隔ソース１１６から受信された情報の可聴音声表現を提供することが可能であってもよい。
【００４３】
多様な例示の実施形態によれば、テキスト・ツー・グラマ機能、音声認識機能、及びテキスト・ツー・スピーチ機能は、主として（例えば、メモリに記憶される）ソフトウェアで実装され、且つ汎用データ処理システムであり得るデータ処理システム１２２によって実行される。さらに他の例示の実施形態によれば、テキスト・ツー・グラマ機能、音声認識機能、及びテキスト・ツー・スピーチ機能は、部分的にソフトウェアで、及び部分的にハードウェアで実装される。
【００４４】
メモリ装置１３２は、揮発性メモリ１４０及び不揮発性メモリ１４２を共に含むように示される。揮発性メモリ１４０は、その中に記憶される内容が車両制御システム１０６又は車両１００の動力サイクルごとに消去され得るように構成されてもよい。不揮発性メモリ１４２は、その中に記憶される内容が動力サイクルを越えて保持され得るように構成されてもよく、その結果、車両制御システム１０６及び／又は車両１００の電源が投入されると、以前のシステムで使用したデータがユーザに利用可能に維持される。例示の実施形態によれば、不揮発性メモリ１４２は、１つ以上のユーザプロファイル、ディスプレイプロファイル、通信プロファイル、ナビゲーションプロファイル、及び／又は任意の他の種類のユーザ又はシステム設定ファイルを記憶してもよい。メモリ装置１３２は、コンピュータコード、スクリプト、オブジェクトコード、又はシスステムの処理電子機器（例えば、処理回路、データ処理システム、処理モジュール等）によって実行されると本明細書に記載の多様な例示の動作を起動し、遂行し、且つ／又は容易にする他の実行可能な情報を記憶してもよい。
【００４５】
例示の実施形態によれば、遠隔ソース１１６は、有線又は無線リンクを介して車両制御システム１０６とインターフェース接続可能である任意の適切な遠隔ソースであってもよい。多様な例示の実施形態では、遠隔ソース１１６は、移動装置１４４、パーソナルデジタルアシスタント（ＰＤＡ）１４６、メディアプレーヤ１４８、パーソナルナビゲーション装置（ＰＮＤ）１５０、ページャ１５２、インターネットに結合され得る遠隔サーバ１５４、携帯電話、又は多様な他の遠隔データソースの１つであってもよい。遠隔ソース１１６は、記憶装置、１つ以上の処理装置、及び１つ以上の通信装置を含んでもよい。多様な例示の実施形態によれば、遠隔ソース１１６は、第２の通信装置１６１を使用してインターネット又は任意の他の遠隔ソース１５４と接続中に、第１の通信装置１６０を使用して車両制御システム１０６に接続され得る移動装置１４４である。車両制御システムの処理電子機器は、遠隔ソース１５４に情報を提供するために遠隔ソース１１６に情報を提供する例えば通信装置１２０等の通信電子機器を利用するように構成され得る。
【００４６】
車両から移動商取引を安全に遂行するシステム及び方法
図５Ａ−Ｄを概略的に参照すると、移動商取引システムの多様な実施形態が詳細に記載されている。移動商取引システムは、一般に、車両制御システム、小売商システム、移動商取引エージェント、及び遠隔支払い処理システム（例えば、銀行、銀行ネットワーク）を含んでもよい。移動商取引システムは、一般に、車両のユーザが、車両と小売商との間の取引を完了することを可能にしてもよく、且つ取引からの支払い（例えば、金銭、他のクレジット、支払い情報、支払いの約束等）を小売商に提供するために、移動商取引エージェント及び支払い処理システムを使用してもよい。
【００４７】
次に図５Ａ及び５Ｂを参照すると、例示の実施形態による２つの例示の移動商取引システムが示される。移動商取引システムは、遠隔支払い処理システム５０２（例えば、銀行、銀行ネットワーク、他の金融機関又はシステム）、製品、サービス、及び／又は情報が購入され得る（例えば、取引が一度完了した商品／サービスの提供者）小売商５０４（又は小売商システム）、並びに車両の（例えば、本願に示され且つ記載される例示の実施形態等の）車両制御システム１０６を含んでもよい。
【００４８】
図５Ａに示された例示の実施形態によれば、車両制御システム１０６は、移動商取引エージェント（例えば、制御システム１０６及び／又は他の移動商取引システムの商取引動作を容易にするように構成される任意の遠隔システムであってもよい）からメニュー情報を要求するために使用され得る。移動商取引エージェント５０６は、（例えば、車両システムによる表示及び／又は再生のために）車両制御システム１０６にメニュー情報を提供することによって車両制御システム１０６のメニュー情報に対する要求に応答することが出来る。車両の乗員は、商品又はサービスを選択し、移動商取引エージェント５０６に取引信号（例えば、取引要求）を伝達することによって、移動商取引エージェント５０６に注文をすることが出来る。移動商取引エージェント５０６は、取引信号を処理し（又は１つ以上の他のシステムに処理のために取引信号を転送し）、且つ応答情報で取引信号に応答するように構成され得る。車両制御システム１０６は、支払い情報の遠隔支払い処理システム５０２に安全に伝達するために、応答情報及び収集された支払い情報（例えば、支払い機構読取機又はユーザインターフェースによって収集された口座情報）を処理することが出来る。遠隔支払い処理システム５０２は、支払い情報を承認して、支払い、支払いの約束、及び／又は支払いの確認を移動商取引エージェント５０６又は別のシステム（例えば、小売商５０４）に送信するように構成され得る。支払い、支払いの約束、及び／又は支払いの確認を受信した移動商取引エージェント５０６は、処理するために小売商５０４（又は小売商と関係付けられるシステム）に注文情報（例えば、車両制御システムに起因する取引信号の一部）を提供することが出来る。小売商５０４の処理は、注文を満たすこと（又は注文を満たす準備をすること）を含むことが出来る。従って、小売商は、注文を確認し、小売商５０４から受信された情報を車両のオーディオ及び／又は映像再生システムに提供することが出来る車両制御システム１０６に、引取りの詳細、及び／又は受領を送信することが出来る。
【００４９】
例示の実施形態によれば、応答情報及び支払いデータの処理は、応答情報に基づいて支払いデータを変換することを含むことが出来る。例えば、車両制御システムは、支払いデータを暗号化し、支払いデータを復号化し、支払いデータを圧縮し、支払いデータを切り取り、支払いデータをインタリーブし、且つ／又は支払いデータを変換するために応答情報を使用することが出来る。一部の例示の実施形態では、遠隔支払い処理システム５０２は、複数の遠隔支払い処理システムの１つであり、且つ応答情報及び支払いデータの処理は、第１の情報によって示される特定の遠隔支払い処理システムへの安全な伝送のために支払い情報をフォーマットすることを含み得る。移動商取引エージェントは、車両制御システムが取引を希望する小売商、商品／サービスの支払いに使用される支払い機構（例えば、クレジットカード、携帯電話等）、車両若しくは車両の乗員が同意した遠隔支払いプロセッサに基づいて、又は任意の他の決定に基づいて取引信号の受信に応答して車両システムに第１の情報を提供するように構成されてもよい。例示の実施形態によれば、移動商取引エージェントは、車両制御システム用の認証プロセッサであり得る。例えば、取引信号は、実際の注文に関する詳細の中で、車両識別子、顧客識別子、パスコード、口座コード、又は他の識別情報を含むことが出来る。移動商取引エージェントは、或は車両制御システムが遠隔支払い処理システム及び／又は小売商との取引を進めることが出来るように車両制御システムに応答情報を戻す前に、口座がまだ使用されていること、口座／車両が十分な支払い履歴を有すること、口座／車両が盗まれていないことを認証することが出来る。
【００５０】
例示の実施形態によれば、応答情報は、遠隔支払い処理システムの識別子であり又は含む。車両制御システムは、支払い情報と共に識別子を送信することによって、支払い情報を特定の遠隔支払い処理システムに方向付けることによって、遠隔支払い処理システムに送信される支払い情報を認証するために、送信の前に支払いデータ及び／又は支払い情報の一部を暗号化するために、遠隔支払い処理システム用の識別子を使用することが出来る。多様な例示の実施形態によれば、応答情報は、支払いデータの支払い情報への暗号化の間に、暗号鍵の少なくとも一部として使用されてもよい。
【００５１】
多様な例示の実施形態によれば、車両制御システムは、ユーザインターフェース電子機器、車両内の通信電子機器、メモリ装置から呼び出される事前記憶の支払い情報、車両内に持ち込まれる支払い機構から支払いデータを受信するように構成される第２の受信機、及び／又は支払い機構及び車内制御システムを通信可能に結合する有線インターフェースの少なくとも１つ以上を使用して、支払いデータを集めるように構成されてもよい。第２の受信機は、携帯型電子装置から支払いデータを受信するために、誘導電磁界通信、近距離通信、又は誘導電磁界通信及び近距離通信を利用するように構成されてもよい。同様に又は代替的に、第２の受信機は、ブルートゥーストランシーバ、ＲＦＩＤ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）受信機、及び／又は別の無線周波受信機であり得る。支払い機構は、例えば、スマートカード、携帯電話、パーソナルデジタルアシスタント、キーフォブ、及び携帯型ナビゲーション装置であってもよい。車両制御システムは、小売商５０４から受信される確認に基づいて車載電子ディスプレイシステム及び／又は車載オーディオ再生システムに指示を提供するように構成され得る。指示は、例えば、支払い情報が遠隔処理システムによって受信されたことの確認並びに／又は小売商が商品及び／若しくはサービスを提供することによって取引信号に応答することの確認であり得る。
【００５２】
次に図５Ｂを参照すると、車両制御システム１０６、車両から離れて位置する小売商５０４、移動商取引エージェント５０６、及び遠隔支払い処理システム５０２を含む移動商取引システムの別の例示の実施形態が示される。図５Ｂに示される実施形態では、車両制御システム１０６は、第１に小売商５０４（又は小売商と関係付けられるシステム）と通信するように構成される。図示のように、車両制御システム１０６は、小売商５０４からメニュー情報を要求し、小売商５０４からメニュー情報を受信し、小売商５０４へ取引信号を送信し、小売商５０４に取引信号を送信し、小売商５０４から応答情報を受信するように構成され得る。車両制御システム１０６は、図５Ａに関する上記の記載と同様の又は異なったやり方で支払いデータ及び応答情報を処理して、結果として生ずる支払い情報を遠隔支払い処理システム５０２に提供することが出来る。遠隔支払い処理システム５０２は、支払い情報を処理することにより購入を承認して、支払い、支払いの約束、及び／又は支払いの確認を移動商取引エージェント５０６及び／又は小売商５０４に送信することが出来る。支払い、支払いの約束、及び／又は支払いの確認が移動商取引エージェント５０６に提供される場合、移動商取引エージェント５０６は、支払い、支払いの約束、及び／又は支払いの確認を小売商５０４に転送するように構成され得る。移動商取引エージェント５０６は、支払いのセキュリティ又は確認に関する１つ以上の処理動作を行うように構成され得る。他の例示の実施形態では、遠隔支払い処理システム５０２は、支払い、支払いの約束、及び／又は支払いの確認を小売商５０４又はそれに関係付けられるシステムに直接的に提供することが出来る。
【００５３】
多様な例示の実施形態によれば、１つ以上のセキュリティ対策が、財政情報が公衆及び／又はハッカーに利用可能でないことを保証するために、移動商取引システム（遠隔支払い処理システム、小売商、及び車両制御システム）に提供されてもよい。例えば、車両制御システムに設けられるトランシーバ及び／又は通信回路は、車両制御システムと任意の他のシステムとの間に送信される任意の購入情報を暗号化するように構成されてもよい。さらなるセキュリティを提供するために、ＲＦスクランブリング及び／又はスペクトル拡散技術が用いられてもよい。車両制御システムは、他のセキュリティ技術（すなわち、情報を安全に記憶、送信、及び／又は受信する技術、不正な傍受及び／又は第３者による使用から情報を保護する技術）を用いてさらに構成されてもよい。こうした技術は、ローリングコード保護、キーコード保護、多因子認証、パブリック及び／又はプライベート鍵暗号化スキーム、及び多様な暗号作成手段等を含んでもよい。
【００５４】
さらにセキュリティに関して、一部の支払い又は口座データのみが、常時遠隔システムに送信されてもよい。例えば、カード番号の最後の４桁のみが、取引信号と共に車両制御システムから移動商取引エージェントに送信されてもよい。一方で、他の支払いデータ（例えば、残りのカード番号）が、移動商取引エージェントによって遠隔支払い処理システムに送信されてもよい。このようなシステムでは、小売商は、車両用の口座に関係付けられる事前に記憶された完全な支払い情報を有してもよい。この事前記憶は、例えば、移動商取引エージェントのサービスをユーザが購読し且つ／又は最初に署名したときに生じてもよい。例示の実施形態によれば、車両制御システムの支払い選択システムは、支払い情報のどの部分を小売商システム（例えば、異なるセキュリティレベル）に送信するべきかをユーザに選択させるように構成されてもよい。ユーザがセキュリティにあまり関心がない場合、ユーザは、処理の迅速化又はより多くの小売商による受領のために迅速な暗号化を用いて小売商に完全な支払い情報を提供することに対応し得る低いセキュリティレベルを選択してもよい。
【００５５】
さらにセキュリティに関して、商人によって多要因認証が使用されて、車両制御システムによってサポートされてもよい。例えば、車両制御システムは、支払い情報（例えば、クレジットカード情報）又は取引信号を有する車両識別子（例えば、ＶＩＮ）を送信するように構成されてもよい。ＶＩＮが予測され且つ支払い情報と以前に関係付けられている場合にのみ、移動商取引エージェント、小売商、及び／又は他の関連する遠隔システムは、支払い情報を受け入れ且つ／又は処理するであろう。他の情報がＶＩＮの代わりに（又は加えて）使用されてもよい。例えば、トランシーバと関係付けられるアドレス又は識別子が認証の目的で使用されてもよい。
【００５６】
さらにセキュリティに関して、他の目的で記憶された支払い情報は、多様な例示の実施形態によれば、商品又はサービスの購入に関連しない動作のために認証要因として使用されてもよい。例えば、（例えば、駐車場の）アクセスコントローラは、記憶された支払い情報を使用して接近する車両を認証するように構成されてもよい。アクセスコントローラが支払い情報（例えば、クレジットカードの最後の４桁）及び車両情報（例えば、ＶＩＮ）の両方を認識する場合にのみ、アクセスコントローラは車両の通過を許可するであろう。
【００５７】
上述のセキュリティに関する支払い動作は、自動的に行われてもよく、且つ／又は多様なレベルの手動ユーザ入力により行われてもよいことに留意することが重要である。例えば、認証用に事前記憶の情報を使用することに加えて、多様なユーザインターフェース動作が認証に使用されてもよい。メモリに記憶される支払いソフトウェアは、事前定義のユーザ入力動作がユーザを認証するために行われるまで、支払い情報が送信されないように構成されてもよい。例えば、支払いソフトウェアは、複数のボタンの押下、ボタン押下に加えて音声認識パスワード及び／又はコマンドを検出し、パスワード又は個人識別番号（ＰＩＮ）を促進し且つ（ＧＵＩ、ＴＵＩ、ＶＵＩ等を介して）受信するように構成されてもよい。ユーザインターフェース認証シーケンスは、車両制御システムのユーザによって選択され、且つ支払いルーチンが開始されるときに使用するためにメモリ（例えば構成ファイル）に記憶されてもよい。
【００５８】
さらに多様な車両制御システムで利用され得るセキュリティ対策を参照すると、鍵ベースの暗号化スキームが車両から小売商及び／又は別の遠隔システムに支払い情報を送信するために使用される場合、鍵は、車両から小売商及び／又は遠隔システムに（又はその逆に）渡されてもよい。例示の実施形態によれば、サーバは、車両に暗号化鍵（又は、例えば、シード、個別シークレット（ｄｉｓｔｉｎｃｔ  ｓｅｃｒｅｔ）、共有シークレット、プライベート鍵、パブリック鍵等）を送信してもよい。この鍵は、購入の前に車両に送信される他の情報（例えば、メニュー情報、価格情報等）と共に提供され且つ／又は隠されてもよい。鍵は、小売商及び／又は遠隔システムに送信される支払い情報を暗号化するために車両によって使用されてもよい。サーバは、鍵及び暗号化方法を使用して支払い情報を復号してもよい。多様な他の例示の実施形態によれば、遠隔システムは、サーバから鍵を受信してもよい。また、鍵を使用して、サーバ及び車両は安全な通信を確立してもよい。
【００５９】
多様な例示の実施形態によれば、記載された任意のセキュリティ機能は、独立型モジュールとして実装されてもよく、又は例えば車両制御システム、ガレージドア開閉器等の既存の車両システム内に含まれてもよい。
【００６０】
次に図５Ｃを参照すると、例示の実施形態による、移動商取引を遂行する工程５００の流れ図が示される。工程５５０は、車両制御システムを使用して移動商取引エージェントからメニューを要求することを含むように示される（ステップ５５２）。移動商取引エージェントは、車両オーディオ及び／又は映像システムで表示又は再生され得る要求に応答して車両制御システムにメニュー情報を送信する（ステップ５５４）。（例えば、車両乗員によって行われる任意の数のユーザインターフェース動作の後で）車両制御システムは、次に、移動商取引エージェントに取引信号を送信する（ステップ５５６）。移動商取引エージェントは、取引信号に応答して又は車両制御システムから移動商取引エージェントに送信される情報に対する別の要求に応答して、車両制御システムに応答情報を提供する（ステップ５５８）。車両制御システムは、次に、ユーザインターフェース及び／又は車内の支払い機構読取機を介して支払いデータを集めることが出来る（ステップ５６０）。ステップ５６２において、車両制御システムは、移動商取引エージェントから受信された応答情報及び集められた支払いデータを処理して、支払い情報を支払い処理システムに無線で安全に送信する。遠隔支払い処理システムは、支払い情報を処理して、支払い、支払いの約束、及び／又は支払いの確認を移動商取引エージェントに送信することが出来る（ステップ５６４）。移動商取引エージェントは、次に、取引信号及び／又は任意の他の情報を小売商に伝達することが出来る（ステップ５６６）。小売商は、車両制御システムに商品、サービス、受領証、又は他の情報を直接若しくは間接的に提供してもよい（ステップ５６８）。
【００６１】
次に図５Ｄ及び５Ｅを参照すると、図５Ａ−５Ｃのシステム又は方法で使用するために構成される移動商取引エージェントの例示の実施形態が示される。移動商取引エージェント５７０は、プロセッサ５７４及びメモリ５７６を有する回路５７２を有するように示される。移動商取引エージェント５７０は、データを送信及び／又は受信するために回路５７２によって使用され得る通信電気機器を含むようにさらに示される。（例えば、メモリ装置５７６又はその他に記憶されるコンピュータコードの実行等を介して）回路５７２は、車両制御システムから取引信号を受信するように構成され得る（ステップ５８０）。回路５７２は、取引信号に関する応答情報を決定するために取引信号を処理し（ステップ５８２）、且つ車両制御システムに応答情報が伝達されるようにする（ステップ５８４）。移動商取引エージェントは、次に、遠隔支払い処理システムから支払いの確認（又は、例えば、支払いの約束若しくは支払いの確認）を受信することが出来る（ステップ５８６）。回路５７２は、支払いの確認を受信することに応答して、取引信号（及び／又は、例えばそれに関する本質的な注文の詳細）を小売商又は小売商システムに伝達するように構成され得る（ステップ５８８）。
【００６２】
他の例示の移動商取引システム  
次に図６Ａを参照すると、さらなる別の実施形態による、移動商取引システムのブロック図が示される。車両制御システム１０６は、無線通信を介して小売商５０４と直接的に通信するように構成される。小売商５０４（又は小売商５０４と関係付けられるシステム）は、取引を容易にするために遠隔支払い処理システム５０２と通信することが出来る。また、車両制御システム１０６は、一部の例示の実施形態では、遠隔支払い処理システム５０２と直接に通信してもよいことに留意するべきである。
【００６３】
次に図６Ｂを参照すると、さらなる別の実施形態による、移動商取引システムのブロック図が示される。車両制御システム１０６は、無線サービス機構（ＷＳＯ）６０２（例えば、ネットワーク、セルラネットワーク、携帯電話ネットワーク、ＷｉＦｉネットワーク、ＷｉＭａｘネットワーク、別の種類のＷＬＡＮ等）を介して小売商５０４及び／又は遠隔支払い処理システム５０２と通信するように構成されてもよい。車両制御システム１０６は、携帯電話又は車両制御システム１０６によって制御可能な（有線又は無線通信を介して）且つローカルな別のデータ通信装置を介して（直接又は間接的に）ＷＳＯ６０２に到達してもよい。
【００６４】
次に図５Ｃを参照すると、さらなる別の実施形態による、移動商取引システムのブロック図が示される。車両制御システム１０６は、携帯装置６０４を介してＷＳＯ６０２に接続してもよい。また、車両制御システム１０６は、車両データバス、車両データモジュール、又は他の車両の物理的若しくは機能的要素６０６に結合されてもよい。
【００６５】
図５Ｄを参照すると、例示の実施形態による図５Ａの移動商取引システムのより詳細なブロック図が示される。車両制御システム１０６は、無線通信を介してクレジットカード又は他の購入情報の転送を許可するように構成され得るトランシーバ６１８を有するように示される。例示の実施形態によれば、トランシーバ６１８は、サイドミラー、バックミラー、又は車両１００の他の電子機器から持ち上げられ且つ／又は幾分離れた別の構造の中に設置されるように構成されてもよい。他の電子機器は、トランシーバ６１８と同じ筐体の中に設置されるように構成されてもよく、センタースタック若しくはコンソール制御システムと統合されてもよく、又は車両１００内の別の場所に設置されるように構成されてもよい。車両制御システム１０６は、支払い選択システム６２０をさらに有するように示される。支払い選択システム６２０は、異なる支払い口座情報、支払いの好み情報、及び／又は車両内に持ち込まれ且つ読取機６２４を介して検出される支払い機構に関する情報を呼び出し又は目録を作るように構成されてもよい。支払い選択システム６２０は、例えば、車両ディスプレイ又は車両オーディオシステムに提供されるグラフィカルユーザインターフェースを介して、それが呼び出し又は目録を作る異なる支払いの可能性に関する選択肢をユーザに提示するように構成されてもよい。支払い選択システム６２０は、ユーザに、スクロールさせ又は支払い選択肢を受信させて、使用される支払い機構又は情報に関する選択を行わせてもよい。例えば、読取機６２４が第１のクレジットカード６３０、支払い機構として使用可能なキーフォブ６３２、及び支払い機構として使用可能な携帯電話若しくはＰＤＡ６３４を無線で読み取る場合、読取機６２４は、支払い選択システム６２０にこの情報を提供することが可能であり、且つ支払い選択システム６２０は、移動商取引における支払いのための支払い選択肢と関係付けられる口座をユーザに選択させることが出来る。
【００６６】
読取機６２４（例えば、受信機）は、支払い対象（例えば、クレジットカード６３０、キーフォブ６３２、携帯電話又はＰＤＡ６３４）の存在を検出して、製品、サービス、又は情報を購入するために使用され得る支払いデータを集めるように構成されてもよい。また、読取機６２４は、支払い機構と１方向通信を行い又は支払い機構と双方向通信を行うように構成されてもよい。例えば、双方向通信は、支払い機構６３０−６３４と車両制御システム１０６との間の安全な通信を協議するために使用されてもよい。読取機６２４は、車両制御システム１０６に統合され又は通信可能に結合されてもよい。読取機６２４は、ユーザの利便性のために多様な場所（例えば、座席の中若しくは周囲、中央コンソールの中、オーバヘッドコンソールの中、「財布ホルダ」若しくは車両の他のホルダの中、計器パネルの中等）に配置又は設置されてもよい。読取機６２４は、ユーザが支払い対象６３０−６３４を札入れ又は財布から取り出す必要がないように配置されてもよい。多様な例示の実施形態によれば、読取機６２４は、近距離トランシーバ（例えば、０−１０ｃｍ内の通信用）、中距離トランシーバ（例えば、約１メートル内の通信用）、又は長距離トランシーバ（例えば、車両１００内の任意の場所からの通信用、車両１００の外部にいるときの通信用等）であってもよい。また、代替的な例示の実施形態によれば、小売商６０４と通信するために使用されるトランシーバ６１８は、支払い対象６３０−６３４を検出及び／又は読み取ってもよい。このような実施形態において、読取機６２４は、提供されなくてもよい。
【００６７】
支払い選択システム６２０は、メモリ装置６２６を有してもよく、又はメモリ装置（例えば、車両制御システム１０６のメモリ装置１３２）に結合されてもよい。メモリ装置６２６は、支払い方法に関するデータを記憶してもよい。例示の実施形態によれば、メモリ装置６２６は、以前にユーザによって使用された支払い方法を記憶してもよく、且つさらなる支払いを実行するために記憶される支払い方法情報を使用してもよい。例示の実施形態によれば、メモリは、情報が特定の長さの期間（例えば、１時間、１日等）に使用されない場合に支払い方法情報が消去され得るような揮発性メモリであってもよい。別の例示の実施形態によれば、揮発性メモリは、車両１００の電源を切ったときに全てのデータを消去してもよい。
【００６８】
支払い選択システム６２０は、ユーザと通信するためにユーザインターフェース電子機器を有し又は結合されてもよい。例えば、ユーザインターフェース電子機器６２２は、音声認識システム又はＶＵＩ、ＧＵＩ、ＴＵＩ、又は別のユーザインターフェースであってもよい。例示の実施形態によれば、ユーザインターフェース電子機器６２２は、ユーザに支払い方法に関する選択肢を提供してもよい。例えば、ユーザインターフェース電子機器６２２は、ユーザに、メモリ６２６に記憶され且つ／又は検出される周知の支払い選択肢を提供して、ユーザにメモリ６２６に記憶された支払い選択肢を選択させてもよい。別の例として、支払い選択システム６２０は、ユーザによって「好ましい」支払い方法が割り当てられてもよい。また、支払い選択システム６２０は、可能であれば全ての取引用に好ましい支払い方法（例えば、特定のクレジットカード、デビットカード、銀行口座等）を使用してもよい。
【００６９】
また、ユーザインターフェース電子機器６２２は、メモリ６２６にすでに記憶されていない支払い方法をユーザに尋ね／促進するように構成されてもよい。ユーザは、現在の購入に使用するために支払い選択システム６２０に提供する新しいクレジットカード又は口座情報を入力してもよい。支払い選択システム６２０は、次に、メモリ６２６に新しい情報を記憶してもよい。また、ユーザは、購入を行わないときにクレジットカード又は口座情報を支払い選択システム６２０に提供して、将来使用する情報を記憶してもよい。情報を提供する方法は、ＶＵＩ、ＧＵＩ、及び／又はＴＵＩを介して行われてもよい。さらに、ユーザインターフェース６２２は、クレジットカード又は他の物体を「通す（ｓｗｉｐｅ）」ために装置を有してもよい。
【００７０】
別の例示の実施形態によれば、支払い選択システム６２０は、ユーザ入力なしで自動的に支払い方法を検出してもよい。例えば、事前選択の支払い方法が、ユーザによって選択されてもよい。また、支払い選択システム６２０は、ユーザに確認して又は確認せずに、自動的に支払い方法を選択及び使用するようにプログラムされてもよい。
【００７１】
別の例示の実施形態によれば、支払い選択システム６２０は、無線接続を介して支払い方法を自動的に検出してもよい。例えば、ユーザは、携帯電話６３０、キーフォブ６３２、携帯電話若しくはＰＤＡ６３４、又は無線インターネット接続を介して口座にアクセスする他の装置を使用してもよい。装置は、金融及び識別取引を実行するために携帯電話又は近距離無線技術（例えば、近距離通信（ＮＦＣ））を介して支払い選択システム６２０にオンライン口座に関するデータを送信してもよい。別の例として、クレジットカード６３０は、支払い選択システム６２０又は販売時点管理（ＰＯＳ）端末がクレジットカード６３０及びクレジットカード情報を検出し又は「タップ（ｔａｐ）」することが出来るように「タグ」であってもよい（例えば、クレジットカードは無線周波識別子（ＲＦＩＤ）を有してもよい）。さらに、他の装置（例えば、キーフォブ６３２）が、口座情報が利用可能なＲＦＩＤタグ又は他のタグを含んでもよい。
【００７２】
ユーザインターフェース６２２は、ユーザに支払い情報を表示するための表示出力（例えば、図２−４の出力ディスプレイ１０８）を有してもよい。例えば、クレジットカードが検出され且つ／又は選択される場合、クレジットカードの種類、クレジットカードの所有者、及び／又はクレジットカードの番号の一部（例えば、最後の４桁）が表示されてもよい。ユーザは、情報が正しいかどうかを確認し且つ／又はカード選択の目的で表示された情報を使用してもよい。
【００７３】
例示の実施形態によれば、トランシーバ６１８は、ジョンソンコントロールズ社（Ｊｏｈｎｓｏｎ  Ｃｏｎｔｒｏｌｓ，Ｉｎｃ）によって販売されるＨｏｍｅｌｉｎｋ（Ｒ）遠隔制御システムのトランシーバであってもよい。トランシーバ６１８は、一般のＨｏｍｅｌｉｎｋ（Ｒ）送信機と同じ又は異なる周波数で動作するように構成されてもよい。例示の実施形態によれば、他の無線制御システム（例えば、ホームオートメーショントランシーバ、汎用トランシーバ、ホームセキュリティシステムトランシーバ等）が、小売商５０４に支払い情報を送信するように構成されてもよい。例示の実施形態によれば、車両制御システム１０６は、第１に、受信装置（例えば、ガレージドア開閉器等）と通信するために遠隔制御システムを訓練する工程にユーザを案内してもよく、次に、支払いシステムを構成及び／又は設定する工程にユーザを案内してもよい。任意の支払い構成及び／又は設定が、メモリ６２６に記憶されてもよい。
【００７４】
図７を参照すると、例示の実施形態による、通信アドオン装置７１０に通信可能に結合される小売商５０４のブロック図が示される。販売時点管理（ＰＯＳ）端末は、無線通信システムを備えて製造されてもよい。又は、無線通信システムは、（例えば、通信アドオン７１０を介して）アフターマーケットで付け加えられてもよい。アフターマーケットの実施形態では、さらなるＲＦ装置が、上述の新しいＲＦリンクを使用可能にし得る既存の小売商ＰＯＳ端末に付け加えられ得る。アドオンシステムは、既存のＰＯＳ端末に行われる変化量を低減させ得る。例えば、通信アドオン装置７１０は、例えば図６Ａ−６Ｄに示されたような製造された装置の代替としてアフターマーケット装置として製造後に車両に設置されてもよい。通信アドオン装置７１０は、車両制御システム１０６と小売商５０４との間の通信を容易にしてもよい。通信アドオン装置７１０は、小売商システム５０４のインターフェース７０２と結合するためのインターフェース７１２、及び車両制御システム１０６のトランシーバ７１８と通信するためのトランシーバ７１４を有してもよい。アドオン装置７１０は、セキュリティ動作、通信動作、論理動作、及び／又は本開示で言及される他の動作（例えば、多要因認証）をサポートするように構成されてもよい。
【００７５】
小売商から製品及びサービスを入手するための他の例示の工程  
図８Ａ−８Ｄは、多様な例示の実施形態による、商品及び／又はサービスを購入するための移動商取引システム（例えば、図６Ａ−Ｄの移動商取引システム）を使用する工程の流れ図である。
【００７６】
図８Ａを参照すると、例示の実施形態による、遠隔ソースから商品及び／又はサービスを購入する車両制御システム（例えば、車両制御システム１０６）の工程８００の流れ図が示される。商品／サービスの購入は、例えば、道順若しくは交通情報、ニュースの見出し若しくは他の小さなデータの組、又は任意の他の種類の情報であってもよく又は含んでもよい。工程８００は、車両のユーザが「購入」ボタン、又は他の指定ボタン（例えば、「ショップ」、「閲覧」）、又は車両制御システムと関係付けられる別のユーザインターフェース要素を押下又は起動すると初期化される（ステップ８０２）。「購入」又は同様の指定ボタンの用法は変化してもよい。例示の実施形態によれば、「購入」ボタンの１回の押下又は一定期間のボタンの押圧は、情報を取得する好みを示してもよい。「購入」ボタンは、次に、ボタンが再度押されると情報が取得され得る一定期間（例えば、１５秒、２０秒、３０秒、より長い又は短い時間）の間、「起動」してもよい。さらに、音声入力を使用して「購入」ボタンを補完又は置換する方法が実装されてもよい。多様な例示の実施形態によれば、「購入」ボタンを介する工程８００の起動は、他の方法で実装されてもよい。
【００７７】
ＷＳＯとの接続が形成され（ステップ８０４）、遠隔ソースに転送するために情報に対する要求がＷＳＯに送信される（ステップ８０６）。要求は、ユーザが取得することを望む情報を識別することが出来る。注文情報は、ＷＳＯを介して遠隔ソースと車両制御システムとの間で交換されてもよい（ステップ８０８）。注文情報は、情報の価格、情報が料金を有する場合の支払い方法（例えば、クレジットカード情報、支払の約束等）、製品若しくはサービスが提供されるフォーマット（例えば、ニュースの見出しの可聴版のためのＭＰ３フォーマット）、及び／又は他の情報を含んでもよい。
【００７８】
購入された情報は、次に、車両制御システムによってダウンロードされてもよい（ステップ８１０）。ＷＳＯから車両制御システムに情報を送信するために無線リンクが使用されてもよい。車両制御システムは、車両のユーザのために車両のオーディオ出力装置に映像表示（例えば、ニュースの見出し）又はオーディオ出力を提供するために情報を使用することが出来る。情報がセキュリティ又は著作権のために暗号化されている場合、車両制御システムは、車両で表示及び／又は再生するために情報を復号してもよい。
【００７９】
図８Ｂを参照すると、別の例示の実施形態による、遠隔ソースから商品、サービス及び／又は情報を購入する工程８２０の流れ図が示される。「購入」ボタンを押下し、ＷＳＯを介して遠隔ソースから情報を要求し、且つ注文情報を交換する工程（ステップ８２２−８２８）は、図８Ａの工程８００のステップ８０２−８０８と同様であってもよい。
【００８０】
ＷＳＯを介する遠隔ソースからの情報は、車両制御システムにダウンロードされてタグ付けされてもよい（ステップ８３０）。情報は、遠隔ソース、ＷＳＯ、又は車両制御システムによってタグ付けされてもよい。タグは、情報を分類する識別子であってもよく又は含んでもよい。例えば、ニュースの見出しは、ワールドニュース、ローカルニュース、ビジネスニュース、スポーツニュース等としてタグ付けされてもよい。情報は、車両制御システム又は車両内のシステムのメモリに記憶されてもよい（ステップ８３２）。割り当てられたタグは、車両の車両制御システム（又は別のシステム）のメモリに記憶される情報の並び替え及び選択に使用されてもよい。
【００８１】
所望の場合は、ユーザは、取得した情報が移動装置、例えば携帯電話又はＰＤＡ等に送信されることを選択することが出来る（ステップ８３４）。情報は、移動装置に無線で又は無線接続を介して送信されてもよい。１例示の実施形態によれば、車両制御システムのメモリ及び／又は不揮発性メモリに最初に情報を記憶せずに、情報が移動装置に直接送信されてもよい。
【００８２】
図８Ｃを参照すると、例示の実施形態による、車両制御システムで情報又はサービスに対する注文を行い且つ受信するための携帯型電子装置（例えば、携帯電話）を使用する工程８４０の流れ図が示される。工程８４０は、図６Ｃ又はその他の移動商取引システムと対応してもよい。情報は、図８Ｄに記載されるようにメディアファイルであってもよい。工程８４０は、特定のサービスの事前注文（たとえば、車両のオイル交換の事前注文又は事前スケジュール）又は任意の他のサービス若しくは製品を購入するために使用されてもよい。工程８４０は、携帯型電子装置が車両の車両制御システムに接続されると初期化されてもよい（ステップ８４２）。接続は、ＰＥＤとＶＣＳとの間で無線リンク又は優先リンクのいずれかを介して行われてもよい。一旦携帯装置が接続されて使用の準備が出来ると、携帯装置は、ＷＳＯに接続してもよい（ステップ８４４）。例示の実施形態によれば、接続は無線リンクを介して行われてもよい。
【００８３】
ＷＳＯは、携帯装置と形成された接続を検出してもよい。そして、車両制御システムは、ＷＳＯ又は携帯装置を介してＷＳＯと通信する遠隔ソースから送信されるメニュー情報を受信してもよい（ステップ８４６）。メニュー情報は、車両制御システムによる再生に利用出来るようにＰＥＤ、ＷＳＯ、又は遠隔ソースによって検出される任意の動作（例えば、音楽関連情報を促進するラジオの歌曲、適切な製品情報を促進する広告等）に関連し、又は単純にＷＳＯによって定期的に提供される一般の情報であってもよい。メニュー情報は、リストの形式又は多様なメニュー選択肢の形式であってもよい。メニュー情報は、携帯装置又は車両のオーディオ出力装置での再生用に映像的に表示され且つ／又は可聴的に提供されてもよい（ステップ８４８）。
【００８４】
車両のユーザは、携帯装置を介して提供されるメニュー情報を見て且つ／又は聞いてもよく、車両制御システムによって受信されることに応答してユーザ入力を提供してもよい（ステップ８５０）。例えば、ユーザ入力は、車両制御システムの「購入」ボタンの押下を含んでもよい。ユーザ入力は、製品、サービス、又は情報を購入する要求又は要望に関連してもよい。車両制御システムは、携帯装置を使用してＷＳＯ及び／又はＷＳＯを介して遠隔ソースに要求を送信する（ステップ８５２）。
【００８５】
一旦要求が、ＷＳＯによって識別されると、ＷＳＯと車両制御システムとの間で注文情報が交換されてもよい（ステップ８５４）。注文情報は、製品の価格、サービス、若しくは情報、製品、サービス、若しくは情報が料金を有する場合の支払い方法（例えば、クレジットカード情報）、製品、サービス、若しくは情報が提供されるフォーマット（例えば、ニュースの見出しの可聴版のためのＭＰ３フォーマット）、及び／又は他の情報を含んでもよい。一旦注文情報が車両のユーザによって再検討され且つ承認されると、注文が完了し又は成立する（ステップ８５６）。
【００８６】
注文された情報、製品、又はサービスは、図８Ａ及び８Ｂの工程８００、８２０又はその他を参照して記載されたように、車両制御システムに送信されてもよい（ステップ８５８）。別の例示の実施形態によれば、購入注文は、別の場所及び／又は装置（例えば、小売商、製品又はサービスの流通に責任のある企業又は配送会社、移動商取引エージェント等）に送信されてもよい。例えば、ユーザが本を注文する場合、注文が適切な企業に送信されてもよく、本がユーザの所帯に配達されてもよい。
【００８７】
図８Ｄを参照すると、例示の実施形態による、車両内においてメディアファイルを購入する工程８６０の流れ図が示される。メディアファイルは、歌曲、別のオーディオファイル、及び／又は映像クリップであってもよい。方法は、メディアファイルに関するイベントが生ずると初期化されてもよい（ステップ８６２）。例えば、車両は、ラジオサービスから歌曲を再生してもよく、車両制御システムは、歌曲と共に送信される情報を使用して又はマイクロホンを介して、歌曲のタイトル、歌曲のアーティスト、歌曲のジャンル、他の関連する特性を識別してもよい。代替的な例示の実施形態によれば、メディアファイルの代わりに、広告看板の広告又は他の形態の広告の付近を運転することが、無線通信を介して情報を受信することによって異なる製品又はサービスを購入する選択肢をトリガしてもよい。ステップ８６２は、歌曲の特徴を識別すること及びメディアファイルを購入する選択肢を表示することを含んでもよい。
【００８８】
選択肢が提供されると、ユーザは、メディアファイルを購入することを選択し或は取得してもよい（ステップ８６４）。ユーザは、車両制御システム上の「購入」ボタンを使用して、口頭コマンドを介して、又は任意の他の手動若しくは自動入力を介して、そのようにしてもよい。また、このようなコマンドを与えるユーザに対する選択肢は、車両制御システムが関連するメディアファイルを検出する場合に利用可能であってもよい。例えば、特定の歌曲がラジオに入れば、車両制御システムは、歌曲を購入する要望を示すユーザ入力が受け入れられ得るモードを自動的に起動してもよい。
【００８９】
一旦メディアファイルを購入又は取得するためのユーザ入力が認識されると、車両制御システムとＷＳＯ及び／又はＷＳＯを有する遠隔ソースとの間に無線接続が形成されてもよい（ステップ８６６）。車両制御システムは、取引信号で適切なメディアファイルを要求してもよい（ステップ８６８）。利用可能とされ得るメディアファイルは、多様な種類のものであってもよい。例えば、プレビュー、クリップ、ハイライト、完全な映画、テレビ番組、若しくは他の映像が購入されてもよく、歌曲の一部若しくは全部が購入されてもよく、又は任意の種類の記録オーディオが購入されてもよい。
【００９０】
ＷＳＯと車両制御システムとの間で注文情報が交換されてもよい（ステップ８７０）。一旦（例えば、支払い又は支払いの約束を発生させる）注文情報が車両のユーザによって再検討され且つ承認されると、メディアファイルは、車両制御システムにダウンロードされてもよい（ステップ８７２）。メディアファイルは、次に、車両制御システムによって再生されてもよい（ステップ６７４）。メディアファイルは、オーディオシステム、映像システム、又はオーディオシステム及び映像システムの組み合わせで再生されてもよい。
【００９１】
セキュリティ目的の支払い情報の更新  
図９を参照すると、例示の実施形態による、車両制御システムにおいて支払い選択システム（例えば、図６Ｄの支払い選択システム６２０又は移動商取引回路の支払い選択システム）を使用して、支払い情報（例えば、口座識別子、クレジットカード番号、銀行番号、銀行支店番号、口座識別子及びパスワード等）を記憶及び消去する工程９００の流れ図が示される。支払い選択システムは、多様な方法で初期化されてもよい（ステップ９０２）。例えば、システムは、車両制御システムのユーザによって一旦購入要求が形成されると初期化されてもよい。別の例示の実施形態によれば、車両制御システムは、購入要求に関する小売商からの信号を受信してもよい。信号は、車両制御システムが支払い要求に関する支払い情報を小売商に送信することが出来るように支払い選択システムを開始する。
【００９２】
支払い選択システムは、１つ又は複数の支払い対象（例えば、クレジットカード、携帯電話、スマートカード、パーソナルデジタルアシスタント、キーフォブ、政府識別カード等）を読み取ってもよい（ステップ９０４）。代替的に、支払い選択システムは、車両制御システムと関係付けられるメモリから支払い情報を取得してもよい。
【００９３】
複数の支払い対象又は記憶された口座が取引に利用可能である場合、利用可能な支払い対象は、ＧＵＩ、ＶＵＩ、及び／又はＴＵＩを介して車両のユーザにメニュー（又は他のデータフォーマット）で提示されてもよい（ステップ９０６）。ユーザは、特定の支払い対象及び／又は口座を選択及び／又は確認してもよい。確認は、車両制御システムのインターフェースを介して、車両のユーザに提供され得る受領証又は他の出力物を介して提供されてもよく、或は（例えば、テキストメッセージ、Ｅメール、車両制御システム上のディスプレイを介して、オーディオシステムでの再生等を介して）ユーザに配送されてもよい。
【００９４】
選択された対象及び／又は口座に関する支払い情報は、車両制御システムの揮発性メモリに記憶されてもよい（ステップ９０８）。例示の実施形態によれば、支払い情報が揮発性メモリに最初に記憶されるときにタイマが開始される（ステップ９１０）。
【００９５】
タイマが経過したかどうかに関する判断が行われてもよい（ステップ９１２）。期間が経過していれば、支払い情報はメモリから除去されてもよい（ステップ９１４）。工程９００は、新しい支払いが要求されて、支払い選択システムを初期化するまで、使用されなくてもよい（ステップ９１６）。例えば、システムは、特定の期間（例えば、１時間、２時間、１日等）の後、全ての支払い情報を消去するように構成されてもよい。タイマは、支払い情報が揮発性メモリに最初に記憶されるときに、支払い情報を保持する特定の期間をカウントダウンするように設定されてもよい。支払い情報が既に揮発性メモリに入っている場合は、タイマは、元の特定の期間にリセットされて再度カウントダウンを開始してもよい（ステップ９１０）。代替的な例示の実施形態によれば、記載されたようなタイマシステムは省略されてもよく、揮発性メモリ内のデータの消去の工程は、キーフォブによってトリガされたアラームに応答して、車両制御システムの通信電気機器で受信された要求に応答して、ユーザ入力の受信後、車両が電源を切ったときに行われてもよく、又は他の方法（例えば、音声コマンド）を介してトリガされてもよい。
【００９６】
他の例示の実施形態によれば、支払い情報は、工程９００又はその他で詳細に説明された車両メモリから定期的に消去されない。こうした実施形態では、車両制御システムは、自動車を使用する他人（従者、子守、親類、詐欺師等）が不正な支払いを行うことが出来ないように他のセキュリティ対策を用いて構成されてもよい。このようなシステムは、（ａ）車両の電源が切られる場合、及び／又は（ｂ）ユーザが車両の近傍から立ち去ったと車両が判断する場合は常に、支払いを無効にし且つ／又は記憶された支払い情報へのアクセスをロックする機能を有してもよい。例えば、従者が自動車を使用する場合、自動車は、運転者から従者に渡されたときに電源が切られなくてもよい。従者に支払い機能及び／又は支払い情報へのアクセスを与えるよりもむしろ、車両制御システムは、運転者に特有の携帯装置を承認と関係付けるように構成されてもよい。例えば、ユーザは、所定のキーフォブ、携帯電話、ＰＤＡ、又は特定のクレジットカードを車両の承認されたユーザ／運転者と関係付けてもよい。キーフォブ、携帯電話、ＰＤＡ、又は特定のカードが支払いシステムによって（例えば、車両の数メートル内に）検出されると、車両は、車両内に記憶された支払い情報のロックを解除し且つ／又は車両内の支払いシステムを有効にし若しくはロックを解除してもよい。同一の又は他の実施形態において、車両は、フォブ、電話、ＰＤＡ、又は特定のカードが検出されない（例えば、ユーザ又はその従者が自動車から立ち去る）場合に、支払いシステムを無効にし又は支払い情報をロックするように構成されてもよい。ユーザは、ＴＵＩ又はＧＵＩを用いて、例えば、パスワードを入力し、セキュリティの質問に回答し、音声認識される言葉を発し、又はその他によって、このセキュリティ対策を迂回することが可能であってもよい。
【００９７】
サービス／給油所の支払い  
１例示の実施形態によれば、図６Ａ−６Ｄの小売商５０４は、給油所又は類似の場所であってもよい。給油所は、車両への燃料及び他の車両関連サービスを提供してもよい。別の例示の実施形態によれば、ユーザは、実際の給油所よりもむしろ給油所の燃料ポンプと通信してもよい。図１０−１５を概略的に参照すると、小売商としての給油所又は給油所の燃料ポンプと共に使用するシステム及び方法がより詳細に記載される。
【００９８】
次に図１０Ａを参照すると、例示の実施形態による、車両１００と燃料ポンプ１０００との間の通信のシステムに関するブロック図が示さされる。車両１００の車両制御システム（ＶＣＳ）１０６は、  図６Ｄで詳細に記載されたようなトランシーバ６１８を有する。車両制御システム１０６のトランシーバ６１８は、燃料ポンプ１０００のトランシーバ１００２と通信してもよい。
【００９９】
燃料ポンプ１０００は、ユーザインターフェース（ＵＩ）１００４を有してもよい。ＵＩ１００４は、情報を入力し、燃料オクタンを選択し、支払い方法等を選択するための多様な押しボタン、触覚入力、及び／又は他のＵＩ要素を有してもよい。燃料ポンプ１０００は、車両１００のユーザにディスプレイ情報（例えば、燃料の状態、車両内に供給されたガロン数等）を表示するように構成されるディスプレイ出力１００６を有してもよい。燃料ポンプ１０００は、可聴メッセージ又はユーザへの警告を提供するオーディオ出力１００８をさらに有してもよい。燃料ポンプ１０００は、ユーザによって入力されたデータを処理し又は任意の他のタスクを実行するデータ処理システム１０１０を有してもよい。また、燃料ポンプ１０００は、他のシステムとの接続を生成するように構成される通信システム１０１２を有するように示される。例えば、ポンプ１０００は、遠隔支払い処理システムと無線で接続する通信システム１０１２を使用して支払いの取引を完了してもよい。別の例として、ポンプ１０００は、給油所と有線又は無線接続を介して接続して、情報を中継及び／又は要求してもよい。
【０１００】
図１０Ｂを参照すると、例示の実施形態による、複数の車両１００、給油所１０２０、及び複数のポンプ１０００の間の移動商取引通信のためのシステムのブロック図が示される。車両１００内のトランシーバは（例えば、テレマティクス及び／又は接続モジュールを介して）、給油所１０２０のトランシーバ１０２４との無線リンクを生成してもよい。
【０１０１】
給油所１０２０は、トランシーバ１０２４から入力を受信するプロセッサ１０３０を有してもよい。プロセッサ１０３０は、メモリ１０２６及び／又はデータベース１０２８に結合されてもよい。メモリ１０２６及びデータベース１０２８は、以前の車両の使用及び給油所１０２０への以前の訪問に関する情報、燃料価格、給油所によって提供された他のサービス等を記憶してもよい。プロセッサ１０３０は、車両１００から支払い要求及び他の車両情報を受信してもよく、且つメモリ１０２６及びデータベース１０２８を使用して車両１００に対する応答を提供してもよい。
【０１０２】
また、給油所１０２０のプロセッサ１０３０は、外部ソース１０３２、例えば、図６Ａ−６Ｂの遠隔支払い処理システムと通信してもよい。１例示の実施形態によれば、プロセッサ１０３０は、支払い情報に関するデータを受信してもよく、データは、外部ソース１０３２に送信されてよい。支払いの確認に応じて、給油所１０２０は、取引を確認するために車両１００に応答を送信してもよい。
【０１０３】
給油所１０２０は、給油所の多様なポンプ１０００と通信するために使用されるポンプインターフェース１０２２を有してもよい。給油所１０２０は、車両が使用している燃料ポンプ１０００に関する車両１００からのデータを受信してもよい。また、給油所１０２０は、適切な燃料ポンプ１０００に接続して、燃料ポンプ１０００のユーザインターフェース、ディスプレイ出力、又はオーディオ出力を介して車両１００のユーザに情報を提供してもよい。燃料ポンプ１０００は、図１０Ａ又はその他に記載されたような機能性を有してもよい。
【０１０４】
図１０Ｃを参照すると、別の例示の実施形態による、複数の車両１００、給油所１０２０、及び複数のポンプ１０００の間の通信のためのシステムのブロック図が示される。各車両１００は、車両１００が駐車している又は接近している燃料ポンプ１０００に無線で接続してもよい。各燃料ポンプ１０００は、有線又は無線リンクのいずれかを介して、給油所１０２０と通信してもよい。燃料ポンプ１０００は、車両１００から支払い情報を受信して、給油所１０２０及び／又は別のシステム（例えば、移動商取引エージェント、ＲＰＰＳ等）に情報を送信してもよい。同様に（又は代替的に）、給油所１０２０は、取引を実行するために銀行又は他の外部ソースと通信してもよい。
【０１０５】
図１１を参照すると、例示の実施形態による、給油所及び／又はポンプと通信する車両制御システムのための工程１１００の流れ図が示される。車両制御システムは、給油所及び／又はポンプとの無線通信リンクを形成してもよい（ステップ１１０２）。例示の実施形態によれば、車両制御システムは、図１０Ａ又はその他に示されるようなシステムを介してポンプと通信してもよい。
【０１０６】
車両制御システムは、給油所及び／又はポンプの選択情報を受信して（ステップ１１０４）、表示及び／又は再生してもよい（ステップ１１０６）。給油所情報は、燃料及びサービスの価格並びに提供される製品を有してもよい。ポンプ選択情報は、給油所において利用可能なポンプの指示を含んでもよい。車両制御システムは、ポンプ選択に関するＵＩ入力を受信してもよい（ステップ１１０８）。
【０１０７】
車両制御システムは、車両のユーザに対して支払い選択肢を表示及び／又は再生してもよい（ステップ１１１０）。支払い選択肢は、車両制御システムの支払い選択システムによって決定され且つ提示される選択肢であってもよい。車両制御システムは、ユーザから入力された支払いの選択を受信してもよい（ステップ１１１２）。支払いの選択は、車両制御システムのユーザインターフェースを介して遂行されてもよい。又は、車両制御システムは、無線リンク（例えば、携帯電話とのリンク、ＮＦＣ送受話器、クレジットカードのＲＦＩＤタグ等）を介してユーザの選択を検出してもよい。１例示の実施形態によれば、支払い情報は、車両が始動されると感知されて、車両電子機器に記憶され得る。一旦車両の電源が切られると、情報は消去されてもよい。一旦支払い情報が車両によって感知及び／又は決定されると、支払い情報は、（例えば、ユーザ入力に応じて、購入が行われる場合等に）給油所及び／又はポンプに送信されてもよい（ステップ１１１４）。
【０１０８】
支払いに関する確認及び／又は認証情報への要求は、車両制御システムによって給油所及び／又はポンプから受信される（ステップ１１１６）。確認及び／又は認証情報（例えば、キーパッド又は他の触覚入力で入力されたＰＩＮ番号、音声コマンド等）は、車両制御システムによって給油所及び／又はポンプに返される（ステップ１１１８）。車両制御システムは、メモリに記憶された確認及び／又は認証情報を有してもよい。又は、車両のユーザは、車両制御システムによって促されるときに（例えば、音声認証、触覚選択による認証等を介して）その情報を提供してもよい。車両制御システムは、支払い受領情報を受信してもよく（ステップ１１２０）、且つ車両のユーザに対して支払い受領情報を表示及び／又は再生してもよい（ステップ１１２２）。受領情報は、代替的に、車両に接続され得る送受話器又は移動装置に送信されてもよい。
【０１０９】
図１２を参照すると、例示の実施形態による、車両制御システムを使用して給油所を探し、選択し、且つ通信する工程１２００の流れ図が示される。近隣の給油所が、車両制御システムに結合されるＰＮＤ又は別のナビゲーションシステムを使用して位置決めされてもよい（ステップ１２０２）。ＷＳＯ又は他の遠隔システムとの無線通信リンクが確立されてもよい（ステップ１２０４）。ＰＮＤ又は他のナビゲーションシステムによって決定される近隣の給油所に関する給油所情報は、車両制御システムによって遠隔ソース又はＷＳＯから受信されてもよい（ステップ１２０６）。
【０１１０】
車両制御システムは、取得した給油所情報を表示及び／又は再生してもよい（ステップ１２０８）。給油所情報は、給油所の場所、給油所までの距離、各給油所の燃料価格等を含んでもよい。さらに、車両制御システムは、ユーザに給油所選択の選択肢を提示してもよい（ステップ１２１０）。例示の実施形態によれば、車両制御システムは、給油所が近隣にある場合に、給油所選択の選択肢をユーザに提示してもよい。別の例示の実施形態によれば、車両制御システムは、車両のユーザが選択肢を要求する場合に、給油所選択肢を提供してもよい。さらに別の例示の実施形態によれば、車両制御システムは、ユーザに給油所の選択肢を提供して又は提供せずに、最寄りの給油所（又は燃料価格等の他の特性に基づいて最も望ましい給油所）に関する給油所情報を提示してもよい。給油所選択の選択肢及び／又は給油所情報は、ＶＵＩ、ＧＵＩ、ＴＵＩ又はその任意の組み合わせを介して提供されてもよい。選択肢及び／又は情報は、車両との相対位置を示すラベル付きの印を有する地図として、任意の種類のメニュー若しくはリスト又はその他として表示されてもよい。
【０１１１】
例示の実施形態によれば、車両制御システムは、システムのＵＩを介して給油所の選択を受信してもよい（ステップ１２１２）。別の例示の実施形態によれば、車両制御システムは、車両のユーザのために給油所（例えば、最寄り又は次の給油所）を事前選択してもよい。車両制御システムは、車両を給油所に案内するのをユーザに支援するためにＰＮＤ又はナビゲーション装置を使用してもよい（ステップ１２１４）。
【０１１２】
車両が給油所の無線の範囲内にある場合、車両は、給油所との通信リンクを確立してもよい（ステップ１２１６）。同様に（又は代替的に）、通信リンクは、インターネット接続を介して確立されてもよい。車両情報が給油所に送信されてもよい（ステップ１２１８）。また、送信された車両情報に応答して給油所からの情報が車両制御システムによって受信されてもよい（ステップ１２２０）。車両制御システムは、図９の工程９００に、それ以外の本開示に、又はその他に記載されたような給油所の商品及びサービスに対する支払いを初期化及び完了してもよい（ステップ１２２２）。
【０１１３】
図１３を参照すると、例示の実施形態による、車両制御システムと給油所との間で他の情報を伝達する工程１３００の流れ図が示される。
【０１１４】
給油所との無線通信リンクが確立されてもよく（ステップ１３０２）、且つ車両制御システムから給油所に診断情報が送信されてもよい（ステップ１３０４）。診断情報は、油量、ウォッシャ液量、タイヤ圧、燃料レベル、エラーコード、並びに多様な車両の構成要素及び装置の多様な状態を含んでもよい。
【０１１５】
給油所は、車両制御システムに時間ベースのイベントに関するリマインダを提供してもよい（ステップ１３０６）。例えば、給油所は、車両が最後に油交換のために給油所に寄ったかに関するデータ及び記録を記憶してもよく、且つ車両が次の油交換の期限に来ていれば車両制御システムに警告を行ってもよい。さらに、給油所は、給油所の記憶されたデータ及び記録を使用しないで、時間ベースのイベントが必要であるかどうかを検出してもよい（例えば、提供された診断情報が、車両が特定の距離及び／又は期間にわたって油交換をせずに行っていることを示す場合に、給油所が車両にリマインダを提供してもよい）。
【０１１６】
また、給油所は、車両制御システムに診断情報の分析を提供してもよい（ステップ１３０８）。分析は、車両制御システムによって提供されるエラーコードの分析を含んでもよい。他の分析は、（例えば、油量又は空気圧が低下している場合に）警告を意味してもよく、又は単純に車両の性能評価を意味してもよい。
【０１１７】
多様な例示の実施形態によれば、車両は、音楽、地図、映画、興味のある場所、車両情報、個人設定等を含む給油所からの情報を受信してもよい。情報は、ユーザにコンテンツの購入を要求する「使用のための支払い（ｐａｙ  ｆｏｒ  ｕｓｅ）」選択肢を含んでもよい。
【０１１８】
図１４を参照すると、例示の実施形態による、車両制御システムを使用して給油所でポンプを選択する工程１４００の流れ図が示される。給油所と車両制御システムとの間に無線通信リンクが確立されてもよい（ステップ１４０２）。車両制御システムは、給油所において利用可能な燃料ポンプに関する給油所からの情報を受信して（ステップ１４０４）、情報を表示及び／又は再生してもよい（ステップ１４０６）。
【０１１９】
ユーザは、燃料ポンプの場所に駐車してもよい（ステップ１４０８）。また、車両制御システムは、選択された燃料ポンプのポンプ識別子を確認するために給油所から要求を受信してもよい。ユーザは、車両制御システムを使用して燃料ポンプのポンプ識別子を確認してもよい（ステップ１４１２）。追加的又は代替的に、ユーザは、燃料ポンプのユーザインターフェースを使用してユーザが燃料ポンプを選択したことを確認してもよい。ポンプ識別子は、１色又は多色、文字、数字、任意の他の識別子、又はそれらの任意の組み合わせであってもよい。
【０１２０】
図１５を参照すると、例示の実施形態による、車両制御システムと通信する給油所又は燃料ポンプに関する工程１５００の流れ図が示される。
【０１２１】
給油所及び／又は燃料ポンプは、車両制御システムとの無線通信リンクを確立する（ステップ１５０２）。給油所又は燃料ポンプに関する情報は、次に、車両制御システムに提供されてもよい（ステップ１５０４）。例えば、給油所又は燃料ポンプは、利用可能な車両サービス（例えば、油交換、洗車、調整等）、購入用の製品（例えば、製品名、価格等）、利用可能な燃料の種類、クーポン券又は特売品等に関する情報を提供してもよい。ユーザが車両用に燃料の購入を望む場合、ユーザは、次に、車両制御システムを介して燃料の種類及び／又はポンプを（例えば、音声コマンド、触覚入力等で）選択してもよく、燃料ポンプは、車両からの選択を受信してもよい（ステップ１５０６）。燃料ポンプ及び／又は給油所は、次に、車両から支払い情報を受信してもよい（ステップ１５０８）。燃料ポンプ及び／又は給油所は、確認及び／又は認証情報に対する要求を車両に送信する（ステップ１５１０）。燃料ポンプ及び／又は給油所は、次に、車両制御システムでユーザが提供した音声コマンド又は触覚入力を介して購入又は認証情報に対する確認を受信してもよい。一旦認証され又は確認されると、燃料ポンプ及び／又は給油所は、支払いを処理して（ステップ１５１４）、車両に支払いの受領を送信する（ステップ１５１６）。
【０１２２】
ポンプ、給油所、及び／又は上記の実施形態の給油は、ガソリン及び／又は任意の他のエネルギー提供技術（例えば、電気式）に関連してもよいことが留意されるべきである。
【０１２３】
駐車の支払い及び情報  
図１６−２１を概略的に参照すると、車両制御システムを介して駐車の支払いを容易にし且つ／又は車両制御システムに駐車システムからの情報を提供する多様なシステム及び方法が示される。図１６−２１の駐車システムは、本明細書に記載の本工程を参照して記載される小売商（例えば、小売商５０４が本開示に記載されている）の例示であってもよい。
【０１２４】
図１６Ａを参照すると、例示の実施形態による、互いと通信するように構成される車両制御システム１０６及び駐車システム１６００のブロック図が示される。駐車システム１６００は、ユーザインターフェース１６０４（ＵＩ）、ディスプレイ出力１６０６、オーディオ出力１６０８、データ処理システム１６１０、通信システム１６１２、及び／又はトランシーバ１６０２を有するように示される。駐車システム１６００は、駐車場入口の付近のキオスク、自動化駐車ブース、駐車メータ、駐車場付近のキオスク、又は本明細書に記載の１つ以上の駐車関連動作を遂行するように構成される別のシステムであってもよい。例示の実施形態によれば、図１６Ａの駐車システム１６００からの出力は、ユーザの車両からユーザによって見られ且つ／又は聞かれるように構成される。車両１００は、ＶＣＳ１０６のトランシーバ６１８を介して駐車システム１６００に接続してもよい。
【０１２５】
次に図１６Ｂを参照すると、別の例示の実施形態による、駐車ステーション１６２０を介して互いと通信するように構成される車両制御システム１０６及び駐車システム１６００のブロック図が示される。駐車ステーション１６２０は、（有線及び／又は無線接続及び／又はネットワークを介して）駐車システム１６００に通信可能に接続される。駐車システム１６００は、駐車ステーション１６２０及び／又は駐車場から離れて設置されてもよい。駐車ステーション１６２０は、（例えば、車両１００と駐車システム１６００との間の通信「ブリッジ」として機能するために）車両１００とのローカル通信用に構成されてもよい。駐車システム１６００は、支払い処理動作、ユーザ認証、支払い認証、及び／又は本明細書に記載の他の論理動作を行ってもよい。また、駐車ステーション１６２０は、データ処理システムを有してもよく、本明細書に記載された論理動作の一部又はその他を行うことが可能であってもよい。例えば、駐車ステーション１６２０は、所定の初期認証及び／又はユーザ相互作用動作を行ってもよい。このようなシステムでは、駐車ステーションは、取引を完了するために駐車システムとのみ通信してもよい。
【０１２６】
次に図１６Ｃを参照すると、別の例示の実施形態による、駐車ステーション１６２０が示される。図１６Ｃの駐車システム１６００は、車両制御システムとのデータ通信用に構成された中央及び／又は分散駐車システムであってもよい。図１６Ｃの実施形態では、駐車システム１６００は、ユーザと相互作用するために、車両制御システム１０６及び／又は制御システム１０６のＧＵＩ、ＶＵＩ、及び／又はＴＵＩを利用してもよい。駐車システム１６００は、ユーザとの相互作用を容易にするために、別個のディスプレイ又はオーディオシステムを含まなくてもよい。同様に又は代替的に、図１６Ａ及び／又は１６Ｂのシステムは、駐車システム１６００のＵＩよりもむしろ（又は加えて）、ユーザとの相互作用のために車両ディスプレイ及び／又はオーディオシステムを利用してもよい。
【０１２７】
次に図１６Ｄを参照すると、例示の実施形態による、多様な装置と相互作用する駐車メータ１６４０のブロック図が示される。駐車メータ１６４０は、ディスプレイ出力１６４２、トランシーバ１６４４、１つ以上のユーザインターフェース要素１６４６（例えば、ボタン、タッチパッド要素、タッチスクリーン領域等）、オーディオ出力１６４８（例えば、スピーカ）、及び／又はデータ処理システム１６５０（例えば、プロセッサ及び／又はメモリ）を有してもよい。駐車メータ１６４０は、ネットワーク、銀行システム、移動商取引エージェント、ＲＰＰＳ、駐車制御システム又はその他（１６５２）に結合されてもよい。駐車メータ１６４０は、車両制御システム１０６以外の装置からの支払い情報を受け入れるように構成されてもよいことに留意することが重要である。例えば、駐車メータ１６５２は、無線通信を介して、キーフォブ１６５４、携帯型電子装置１６５６、クレジットカード、又は別の支払い機構から支払い情報を受信するように構成されてもよい。支払い情報は、駐車メータ１６４０に送信されてもよい。また、車両乗員は、ＰＩＮ又は他の認証情報を入力して、支払う時間を選択／確認することが出来る。駐車時間は、車両が立ち去るまでの、支払い情報が処理され得る開放期間であってもよい。
【０１２８】
次に図１７を参照すると、例示の実施形態による、ユーザが駐車時間を購入することを可能にする工程１７００の流れ図が示される。車両制御システムと駐車システムとの間で無線通信リンクを確立した後（ステップ１７０２）、駐車システムは、車両制御システムに要求を送信してもよく、車両制御システムは、要求を受信してもよい（ステップ１７０４）。要求は、識別情報、確認情報、支払い情報、及び／又は他の駐車の好みに対するものであってもよい。一旦要求が車両制御システムで受信されると、車両制御システムによって、車両内のユーザインターフェース要素が、ユーザの駐車の好みに関する入力をユーザに促してもよい（ステップ１７０６）。駐車の好みは、例えば、予想駐車時間、車両のサイズ、車両のクラス（例えば、商用、個人用）、駐車クラス（例えば、エコノミー、ビジネス、ＶＩＰ等）等であってもよい。車両制御システムは、車両搭載のＧＵＩ、ＴＵＩ、及び／又はＶＵＩを介して好みに関するＵＩ入力を受信してもよい（ステップ１７０８）。車両制御システムは、ユーザ入力を編集及び／又は処理して、駐車システムに選択された駐車選択肢の表現を提供してもよい（ステップ１７１０）。駐車システムは、受信した駐車選択肢を処理して、処理された駐車選択肢に基づいて車両制御システムに支払い情報に対する要求を送信するように構成されてもよい（ステップ１７１２）。車両制御システムによって受信されると、車両制御システムは、駐車システムに（事前に記憶された、検出された、又はその他の）支払い情報を送信することによって要求に応答してもよい（ステップ１７１４）。
【０１２９】
次に図１８を参照すると、例示の実施形態による、駐車メータから受信される支払い要求を処理する車両制御システムのための工程１８００が示される。駐車メータとの無線通信リンクの確立後（ステップ１８０２）、支払い情報に対する要求は、ＵＩにおいて駐車メータから受信されてもよい（ステップ１８０４）。車両制御システムは、要求に応答して駐車メータに支払い情報を送信してもよい（ステップ１８０６）。駐車メータは、駐車購入に対する確認及び／又は受領を車両制御システムに送信してもよい（ステップ１８０８）。工程１８００は、移動装置（例えば、キーフォブ、携帯電話等）を使用して追加の時間及び／又は駐車クレジットを購入するために繰り返されてもよい。各駐車メータは、ユーザが追加の駐車時間を購入するために使用し得るＥメールアドレス、インターネットアドレス、他の識別子、及び／又は電話番号を有してもよい。移動装置は、駐車メータと直接接続し、インターネットを介して接続し、無線サービス機構を介して接続し、及び／又は駐車メータに設置されていない駐車システムを介して接続してもよい。ボタン又はＵＩ要素は、時間及び／又はクレジットを迅速に増加するために、移動装置及び／又は車両のＵＩで提供されてもよい。
【０１３０】
次に図１９を参照すると、例示の実施形態による、駐車時間又はクレジットに対して車両への課金を継続する駐車メータ又は駐車システムための工程１９００の流れ図が示される。車両制御システムとの潜在的な無線通信リンクが検出されると（ステップ１９０２）、駐車システムは、支払い情報に対する要求を車両制御システムに送信してもよい（ステップ１９０４）。多様な他の例示の実施形態によれば、車両制御システムは、（例えば、車両が駐車するであろう駐車メータの識別子をユーザが入力し且つシステムが送信することによって）通信を開始してもよい。
【０１３１】
図１９をさらに参照すると、一旦支払い情報が車両制御システムと駐車システムとの間で交換され且つ確認されると（ステップ１９０６−１９１０）、駐車メータは、所定の期間待機してから（ステップ１９１２）、車両制御システム用に構成された信号を送信してもよい（ステップ１９１４）。信号に対する応答が受信される期間が経過すれば（ステップ１９１８−１９２０）、駐車メータ又は駐車システムは、以前に受信した支払い情報に基づいて課金を継続してもよい（ステップ１９２２）。例示のように、このループは、信号に対する応答が受信されなくなるまで継続してもよい。駐車メータ又は駐車システムは、次に、車両が駐車場所にもはや駐車されないと判断してもよく、以前に受信した支払い情報を使用して課金セッションを終了するであろう（ステップ１９２０）。駐車メータは、駐車メータの表示器の色、又は関連する駐車場所が使用可能であるという他の車両への信号を変更してもよい。
【０１３２】
次に図２０を参照すると、例示の実施形態による、（購入又はその他に関係付けられる）追加の情報を車両制御システムに送信する、及び駐車システム用の工程２０００の流れ図が示される。無線通信が車両制御システムと駐車システムとの間で開始された後で（ステップ２００２）、駐車システムは、車両制御システムに識別情報を問い合わせてもよい（ステップ２００４）。受信した識別情報に基づいて（ステップ２００６）、駐車システムは、記憶された駐車情報（受信された識別情報又はその他に基づく駐車情報）を１つ以上のデータベースに問い合わせて（ステップ２００８）、車両制御システムに情報を送信してもよい（ステップ２０１０）。駐車システムは、例えば、車両の運転者が、好ましい顧客、常連のユーザ、所定の好みを持つユーザであると判断するために、又は駐車に関連する他の判断を行うために、識別情報を使用してもよい。例示の実施形態によれば、例えば、空港駐車システムは、ユーザが頻繁に飛行機を利用する人物であると判断して、ユーザをプレミアム及び／又は優先駐車場に向かわせるために、識別情報（例えば、クレジットカード情報、ＶＩＮ情報等）を利用してもよい。
【０１３３】
図２０をさらに参照すると、車両ユーザは、車内のユーザインターフェースシステムを介して駐車に関連する選択を行ってもよい。受信した支払い情報の選択及び／又は交換に基づいて（ステップ２０１２）、駐車システムは、車両制御システムにナビゲーション及び／又は地図情報を送信してもよい（ステップ２０１４）。ナビゲーション及び／又は地図情報は、ユーザが、予約済みの場所に駐車し、（例えば、遊園地、スポーツイベント、及び／又は他の特別なイベントで）無人の駐車車線内を運転し、所定の駐車領域（例えば、ゲート付き駐車領域、予約済み駐車領域、国立公園のプレミアム道、有線駐車場等）に入ること等を可能にしてもよい。ナビゲーション及び／又は地図情報は、完全に駐車システムによって生成されてもよく、車両制御システム（又は、例えば、ナビゲーションシステム／そのデータベース）、遠隔地図サービス、又はその他を併用して駐車システムによって生成されてもよい。
【０１３４】
また、図２０をさらに参照すると、駐車システムは、ナビゲーション情報でユーザ及び／又は車両制御システムを駐車場に案内してもよい（ステップ２０１６）。車両のＧＰＳ受信機からのＧＰＳ座標及び／又はステアリング情報、速度情報等が駐車システムに送信されてもよく、駐車システムは、それに応じて車両制御システムに送信するための映像及び／又はオーディオプロンプトを生成してもよい。例えば、決定された車両用のプレミアム駐車場所が左方向である場合、駐車システムは、「左折して駐車場所を見つけてください。」というオーディオプロンプトを生成して車両制御システムに送信してもよい。
【０１３５】
図２０をさらに参照すると、駐車システムは、車両制御システムに表示／再生用のカスタマイズ情報を送信し（ステップ２０１８）、表示／再生用の広告情報を送信し（ステップ２０２０）、且つ／又は表示／再生用の場所固有情報を送信するために使用されてもよい（ステップ２０２２）。広告情報は、ユーザ及び／又は車両に合わせて作成されてもよい（例えば、駐車システムは、第１の車種に所定の広告を提供し且つ第２の車種に他の広告を提供してもよい）。
【０１３６】
場所固有情報は、駐車システム又は駐車システム以外のシステムによって提供されてもよい。例えば、車両内のトランシーバを使用して、旅行システムが、旅行及び／又はドライブスルー展覧会情報をユーザに提供するように構成されてもよい。複数のステーション／展覧会を持つ旅行システムにおいて、ステーション及び／又は展覧会は、車両に送信する適切な情報を決定するために、トランシーバ強度（信号強度）情報及び／又は三角測量計算を利用してもよい。
【０１３７】
また、通信リンクは、人物が安全な領域に入ることを識別するために使用され得る。例えば、ゲートと関係付けられたトランシーバが安全な領域に接近する承認ＰＥＤを無線で検出すると、コミュニティゲートが自動的に開放されてもよい。また、情報は、駐車場へのアクセスとして又は任意の他の識別のために使用されるであろう商業環境においても使用され得る。
【０１３８】
次に図２１を参照すると、例示の実施形態による、駐車システムと相互作用する車両制御システムのための工程２１００の流れ図が示される。車両制御システム及び／又は工程２１００は、図２０において検討された工程２０００及び駐車システムを用いて動作するように構成される。例示の実施形態によれば、駐車システムから車両制御システムに提供される情報は、車両ディスプレイ及び／又は車両オーディオシステムを使用して車両制御システムによって可聴的及び／又は映像的に出力されてもよい。
【０１３９】
駐車システムとの無線通信リンクの確立後（ステップ２１０２）、車両制御システムは、駐車システムからの識別情報に対する問い合わせに応答してもよい（ステップ２１０４）。車両制御システムは、駐車システムから駐車情報を受信してもよく（ステップ２１０６）、且つ受信した情報に関するユーザインターフェースをユーザに提供してもよい（ステップ２１０８）。ユーザは、受信した駐車情報に基づいて選択肢を選択してもよい。また、車両制御システムは、選択肢及び支払い情報を駐車システムに送信してもよい（ステップ２１１０）。
【０１４０】
車両制御システムは、駐車システムからナビゲーション及び／又は地図情報を受信して（ステップ２１１２）、情報を表示又は再生してもよい（ステップ２１１４）。さらに、車両制御システムは、カスタマイズ情報、広告情報、及び／又は場所固有情報を受信して表示又は再生してもよい（ステップ２１１６−２１２０）。
【０１４１】
図２２を参照すると、複数の支払い方法から選択する工程２２００の流れ図が示される。車両が支払い機構読取機を使用して複数の支払い機構又は選択肢（例えば、１つ以上のＲＦＩＤカード（例えば、クレジットカード）及び／又は１つ以上のＮＣＦ送受話器）を検出する場合（ステップ２２０２）、車両は、支払い方法情報（例えば、カード情報及び／又はＮＣＦ情報又はカード及び／又はＮＣＦに関する再生情報）を表示してもよい（ステップ２２０４）。車両乗員は、次に、一度の購入に使用する支払い選択肢又は将来の購入用の好ましい選択肢として使用する支払い選択肢を選択してもよい（ステップ２２０６）。選択は、任意の触覚インターフェース又は音声コマンドによって行われてもよい。一旦ユーザが使用する支払い選択肢を選択すると、車両は、後で使用するのに好ましい選択肢としてその選択肢に関する情報を記憶してもよい（ステップ２２０８）。多様な例示の実施形態によれば、複数の支払い方法の選択は、任意の支払い伝達若しくは処理方法又は本開示に記載のステップと共に使用されてもよい。
【０１４２】
支払いシステム動作のモードに基づく変更  
例示の実施形態によれば、商品及び／又はサービスを無線で支払うように構成される車両制御システムは、多様な支払いモード情報を記憶するメモリ装置を有してもよい。支払いモード情報は、所定の支払いモード用に支払いシステムを構成するために使用されてもよい。異なる支払い方法は、ユーザが自身の支払いシステムの動作方法を変更できるようにしてもよい。一旦モードが選択されると、支払いシステムは、モードに従って動作するように構成されるであろう。支払いシステムは、例えば、ビジネスモード、個人モード、及び／又は旅行モードに従って動作を変更してもよい。例えば、ビジネスモードが選択されると、車両支払いシステムは、ビジネスアカウントに関係付けられたクレジットカード又は支払い機構を使用するように構成されてもよい。さらに、ビジネスモードのときは、より多くの及び／又はより詳細な記録情報が車両によって保持／収集されてもよい。例えば、ビジネスモードのときは、車両は、詳細な業務報告、出張旅行の概要、経費の概要、及び／又はマイル距離の記録を生成及び／又はＥメールするように構成されてもよい。個人モードは、ビジネスモードよりも強化されたセキュリティと関係付けられてもよく、且つ／又は１つ以上の個人金融口座と関係付けられてもよい。旅行モードは、最も高いセキュリティ選択肢で動作し、且つ／又は「旅行口座」（例えば、前払い口座）を借方に記入してもよい。他の構成が提供され又は考慮されてもよい。モードは、事前設定され、且つ／又は車両制御システムと関係付けられるＴＵＩ、ＶＵＩ、及び／若しくはＧＵＩを介して、再構成可能であってもよい。
【０１４３】
標的広告  
任意の上記の支払いシステムは双方向通信用に構成され得るので、車両制御システムは、車両内で広告を受信して表示及び／又は再生するように構成されてもよい。車両制御システムによって提供される構成選択肢は、車両のユーザが、ＧＵＩ、ＴＵＩ、又はＶＵＩを使用して、このような広告に「入る（ｏｐｔ  ｉｎ）」及び／又は「抜ける（ｏｐｔ  ｏｕｔ）」ことが出来るように構成されてもよい。車両情報、ユーザ情報、財政情報、及び／又は車両制御システムから得られる他の情報を使用して、車両外部のシステム及び／又は車両制御システム自身がユーザに合わせて広告を作成してもよい。広告は、クーポン、テクスチャ、グラフィカル、映像、画像ベース、可聴式、ディスカウント、インフォマティブ、又はその他であってもよい。例えば、ディスカウント及び／又はクーポンは、外部システム又は小売商の間で車両に／車両から伝達されてもよい。一部のシステムは、車両制御システムから人口統計学的情報、購入情報、習慣情報、及び／又は他の情報だけを収集するように構成されてもよい。他のシステムは、情報を収集して、（収集した情報又はその他に基づいて）広告を提供するように構成されてもよい。ユーザの上得意客識別情報（例えば、メンバシップカード番号、メンバシップＩＤ、口座番号等）が、車両及び／又は外部システムに伝達されてもよい。また、識別情報に基づいてディスカウントが表示及び／又は提供されてもよい。
【０１４４】
他の商品又はサービスのアクセス及び／又は支払い  
運転中の多様な商品及び／又はサービスに対しての支払いに使用され得る車両システムを提供することが望ましいであろう。例示の実施形態によれば、本開示に示され且つ記載された車両制御システムは、車両乗員が、勘定を支払い、商品／サービスを注文し、且つ／又は他の非車両関連の支払いを行うことが出来るように構成され且つ／又は変更されてもよい。例えば、車両に記憶され且つ／又は支払い機構読取機を介して車両によって発見された支払い情報は、公共料金を支払い、映画のチケットを注文し、レストランに注文をし、レストランからの持ち帰りを注文し、レストランからの配達等を注文するために使用されてもよい。遠隔ソース（例えば、銀行、クレジットカード会社、公益事業会社、保険会社、携帯電話会社等）は、車両制御システムに請求書情報を送信して、ユーザが請求書に関する詳細を見る／聞くことが出来るようにし、且つ／又はユーザが請求書を支払うことが出来るように構成されてもよい。レストランは、車両制御システムと直接又は間接的な接続を形成し、制御システムにメニュー情報を提供し、ユーザが制御システムを介して注文することが出来るようにし、且つ／又は車両制御システムから支払い情報を受信してもよい。取引は、例えば、ドライブスルーの窓、駐車場、料金所、公園、銀行、給油所、サービスステーション等の場所で行われてもよい。
【０１４５】
商品又はサービスに対して支払いが必要でなければ、車両制御システムが通信しているシステムは、支払いを必要とせずに、注文、コマンド、又は要求に応じてもよいことが理解されるべきである。例えば、車両制御システムは、ホームデジタルビデオレコーダを設定し、レストランの場所を予約し、コンシェルジュサービスを要求し、且つ／又はナビゲーション支援を要求するシステムに接続してもよい。さらに他の例示の実施形態によれば、本明細書に記載の車両制御システムを使用して、オンデマンドサービスが注文され且つ／又は支払いをされてもよい。例えば、衛星又はインターネットラジオ信号を受信するように構成された車両制御システムは、数ブロックの時間、シングルの歌曲、又は他のラジオアクセス単位を購入するように構成されてもよい。また、メディアファイルは、車両制御システムを介して閲覧され、注文され、且つ／又はダウンロードされてもよい。例えば、車両制御システムは、アップルのアイチューンズストア（ｉＴｕｎｅｓ  ｓｔｏｒｅ）に接続して、ユーザがアイチューンズ（ｉＴｕｎｅｓ）を閲覧し且つアイチューンズを介して音楽をダウンロードすることが出来るように構成されてもよい。
【０１４６】
また、本明細書に記載の支払いシステムは、官庁（例えば、ＤＭＶ（ｄｅｐａｒｔｍｅｎｔ  ｏｆ  ｍｏｔｏｒ  ｖｅｈｉｃｌｅｓ）にデータ及び／又は支払いを送信するために使用されてもよい。例えば、車両が登録されているＤＭＶは、車両制御システムに、排出試験のリマインダ、支払いのリマインダ、及び／又は他の情報を送信するように構成されてもよい。ＤＭＶから車両に送信される情報が支払いのリマインダである場合、車両制御システムは、ユーザが記憶され、検出され、且つ／又は入力された支払い情報を使用して請求書を支払うことが出来るように構成されてもよい。例えば、ＤＭＶと関係付けられる遠隔システムから送信される排出試験の要求は、車両制御システムによって処理され、且つプロンプト及び車両に組み込まれたセンサを使用して試験を遂行するために使用されてもよい。他の例示の実施形態では、車両は、（初期設定又はその他で）排出センサが取り付けられて、定期的又は非定期的に排出を試験するであろう。任意の排出試験（又はシリーズ）が失敗を示す場合、車両制御システムは、ＤＭＶに失敗を伝達してもよい。また、ＤＭＶは、さらなる試験を行うためにユーザの車両を持ち込み、且つ／又は問題を解決するために技術者を訪問するように指示してもよい。また、成功した試験の結果が車両から伝達されてもよく、その結果ＤＭＶ局での定期試験の必要がなくなる。
【０１４７】
また、本明細書に記載の車両制御システムは、要求に応じて情報を当局の装置に送信するように構成され且つ／又は変更されてもよい。例えば、警察官が停止した車両に歩み寄るときに、警察官は車両にＶＩＮ又は他の識別情報を無線で問い合わせてもよい。車両制御システムは、このような要求に応じるように構成されてもよい。当局の装置からの要求に応じるために、車両制御システムは、車両データバス及び／又は他の車両サブシステムに通信可能に接続されてもよい。当局の装置（例えば、ＰＤＡ、当局のヘッドセット、パトカー等）に送信され得るデータは、車両登録情報、保険証明情報、運転免許情報等を含んでもよい。
【０１４８】
他の例示の実施形態によれば、貨幣的交換に加えて又はそれ以外の多様な交換媒体が利用されてもよい。例えば、「ポイント」がメンバシップカードから獲得され又は加えられてもよく、商品及び／又はサービスが他の商品及び／又はサービスと交換されてもよく、製品が物々交換され又は金銭及び／又は他の製品と交換されてもよく、オークション商品の入札が提出され且つ／又は受け入れられてもよい。支払い情報の購入及び／又は交換は、如何なる種類の支払いとも交換せずに商品又はサービスを獲得することを含んでもよいことに留意することが重要である。
【０１４９】
保険情報  
例示の実施形態によれば、保険提供者は、本明細書に記載の車両制御システムから情報を受信し且つ／又は処理するように保険システムを構成してもよい。車両制御システムは、運転特徴に関する情報（平均速度、ブレーキ情報、速度制限までの速度情報、安定性制御システム情報等）を抽出し且つ／又は編集するように構成されてもよい。車両情報は、車両データバス、車両ＥＣＵ（ｅｌｅｃｔｒｏｎｉｃ  ｃｏｎｔｒｏｌ  ｕｎｉｔ）、及び／又は他の車両サブシステムからこの情報を受信してもよい。車両制御システムは、メモリ内の情報を編集し且つ／又は記憶するように構成されてもよい。
【０１５０】
保険システムは、情報を使用して、保険のディスカウントの提供、以降の保険料期間に対する料金の決定等を行うように構成されてもよい。例示の実施形態によれば、車両制御システムからの情報は、変化しやすい保険料を容易にするように構成されてもよい。例えば、（運転特徴及び／又は他の車両使用パラメータに関連する）車両制御システムからの情報を使用して、保険会社は、車両ユーザにさらなる危険及び／又はディスカウントを渡すことが可能であってもよい。例えば、ユーザが危険な運転者である場合（安定性制御システムを頻繁に起動させる、アンチロックブレーキを頻繁に利用する、制限速度を越えて頻繁に運転する等）、保険会社は、ユーザが危険であった期間（例えば、日、月、時間等）の間ユーザの料金を増加してもよい。安全な運転者が保険会社に少ない保険リスクを示すときは、運転者がディスカウントを受け取ってもよい。運転者の振舞いが電子的に監視されて保険エージェンシに伝達され得るので、このような論理は、安全運転を促進することになり得る。
【０１５１】
例示の実施形態によれば、車両制御システムは、静的又は動的な保険料金の計算を選択するインターフェースをユーザに提供するように構成されてもよい。さらに他の例示の実施形態によれば、ユーザは、いつでも適用範囲（その結果の料金）を変更することが可能であってもよい。例えば、車両制御システムは、ＧＵＩをユーザに提供して、ユーザのリスク許容度に従って、適用額、包括額、控除免責金額、又は他の保険パラメータをユーザにスライドさせるように構成されてもよい。ユーザは異なる運転状態において安心又は不安を感じる場合があるので、ユーザは、こうした状態の間は保険の保護を上方修正することが可能であってもよい。保険の保護が上昇している間、ユーザはより多く課金されるであろう。車両制御システムは、適用範囲パラメータ並びに複数の異なる費用レベル及び／又は適用範囲レベルの費用を（保険会社からの情報の提供に応じて）表示するように構成されてもよい。例示として、ユーザがラッシュアワーの交通渋滞の中を運転している場合、ユーザは、保護レベルを最大レベルに上昇させ且つ／又は控除免責金額を実質的に低下させてもよい。上方修正されている間、ユーザは、比較的高い料金を課金されてもよい。一旦ユーザが住宅街又は空いた幹線道路に戻ると、ユーザは、保護レベルを低下させ且つ／又は控除免責金額を上昇させてもよい。下方修正されている間、ユーザは、比較的低い料金を課金されてもよい。例示の実施形態によれば、車両制御システムは、車両又は接続されたシステムから、自動車速度、温度、道路の湿気、霧、交通情報、走行距離、「故郷（ｈｏｍｅ  ｃｉｔｙ）」、又は他の情報を検出してそれに従って保険適用範囲を調節する「自動」モードで構成されてもよい。例えば、車両制御システムは、ユーザの「故郷」以外の街を走行中は常に自動的に保険保護を増加させるように構成されてもよい。
【０１５２】
同様に（又は代替的に）、例示の実施形態によれば、保険目的で利用される運転特徴は、政府の、私設団体の、又は他の報奨金を提供するために使用されてもよい。例えば、州又は連邦政府は、車両から受信される実際のデータに基づいて炭素クレジットを調節してもよい。税金クレジット及び／又は他の税金報奨金は、決定され且つ伝達された排出、運転習慣、及び／又は他の実際の車両データに基づいて車両所有者に直接的に提供されてもよい。車両がハイブリッド、ソーラー、電気、又は他のエネルギー生成若しくは再生機能を有する車両である場合、エネルギー生成情報は、報奨金、クレジット、及び／又は他の目的で私設団体又は政府サイトに送信されてもよい。
【０１５３】
１例示の実施形態によれば、車両から余分のエネルギーを抽出して配電網に余分のエネルギーを提供し得るシステムが提供される場合、システムは、余分のエネルギーに対して車両と関係付けられる金融口座の貸し方に記入してもよい。
【０１５４】
遠隔システムを介する車両と小売商との間の通信  
図２３を参照すると、車両１００は、製品及び／又はサービスを注文するために遠隔システム２３００を介して小売商５０４と通信してもよい。多様な例示の実施形態によれば、車両１００及び／又は小売商５０４は、セルラネットワーク、インターネット、ＬＡＮ、ＷＡＮ、又は車両１００及び／又は小売商５０４と遠隔システム２３００との間の無線通信を容易にすることが出来る任意の他のネットワーク２３３０、２３３２を介して遠隔システム２３００と通信してもよい。
【０１５５】
車両１００は、ユーザインターフェース（例えば、ＶＵＩ、ＧＵＩ、ＴＵＩ等）を提供するように構成される車両制御システム１０６及び車両１００と遠隔システム２３００との間の通信を容易にするように構成される通信装置１２０を有する。多様な例示の実施形態によれば、通信装置１２０は、携帯電話、組み込み電話装置、ＰＤＡ、ＰＮＤ、組み込みナビゲーション装置、又は車両１００と遠隔システム２３００との間の通信を容易にすることが可能な任意の他の装置であってもよい。
【０１５６】
遠隔システム２３００は、支払い／注文処理モジュール２３０２及びメモリ２３０４であってもよく又は含んでもよい。支払い／注文処理モジュール２３０２は、（例えば、車両制御システム１０６のユーザによって特定される）車両１００からの注文情報を処理し、車両１００からの支払い情報を処理し、小売商からの注文確認等を処理するように構成される。メモリ２３０４は、注文情報２３０６（例えば、未決定の注文、注文履歴情報等）、顧客情報２３０８（例えば、好ましい支払い方法、住所、購入パターン等）、及び小売商情報２３１０（例えば、製品／サービス情報、価格情報、典型的な又は現在の配達／引取り時間情報等）を記憶するように構成される。
【０１５７】
小売商５０４は、注文処理モジュール２３２２及び記憶されたメニュー情報２３２４を有する。注文処理モジュール２３２２は、一旦注文が処理されると注文確認及び請求書を送信するだけでなく、（例えば、利用可能性、運送等について）遠隔システム２３００から注文を受信してさらに処理するように構成される。メニュー情報２３２４は、一般に、小売商の製品／サービスがどのように遠隔システム２３００に記憶されて車両ユーザに見えるかを制御する。例えば、メニュー構造及びレイアウト、価格情報、製品の画像及び／又は記載、並びに小売商の画像及び／又は記載は、メニュー情報２３００によって構成されてもよい。
【０１５８】
図２４を参照すると、例示の実施形態による、図２３の遠隔システム２３００を使用して注文する工程２４００の流れ図が示される。車両は、支払い機構を検出して、車両ディスプレイで車両乗員に支払い選択肢を表示する（ステップ２４０２）。車両は、車両乗員によって選択するために小売商から利用可能な製品及び／又はサービスに関連するメニュー情報を受信して表示する（ステップ２４０４）。一旦車両乗員によって選択されると、組み込み車両通信装置及び／又は接続された移動装置を介して遠隔システムに注文がなされる（ステップ２４０６）。一旦遠隔システムが注文を処理してそれをさらに処理するために小売商に転送すると、注文の確認が小売商から遠隔システムに送信されて、次に、車両乗員への表示のために車両に送信される（ステップ２４０８）。車両は、次に、処理のために遠隔システムに支払い情報（例えば、検出された支払い情報）を送信する（ステップ２４１０）。一旦処理されると、遠隔システムは、小売商に支払いを送信してもよい。遠隔システムは、例えば、記憶された小売商情報に基づいて又は小売商によって送信されたメッセージから、一旦支払いを処理して推定される引取り時間を提供すると、車両に確認及び／又は受領を送信する（ステップ２４１２）。
【０１５９】
ナビゲーション及び移動商取引機能  
図２５を参照すると、例示の実施形態による、製品及び／又はサービスを注文するためにナビゲーション装置２５００がデータ通信装置２５１４を介して小売商５０４と通信するように構成される。多様な例示の実施形態によれば、データ通信装置２５１４は、セルラネットワーク、インターネット、ＬＡＮ、ＷＡＮ、又はナビゲーション装置２５００と小売商５０４との間の無線通信を容易にすることが出来る任意の他のネットワーク２５１６を介して小売商５０４と通信してもよい。多様な例示の実施形態によれば、データ通信装置２５１４は、携帯電話、モデム、ＲＦトランシーバ、又はネットワーク２５１６を介して通信可能な任意の他の独立型装置若しくはナビゲーション装置２５００に組み込まれた装置であってもよい。データ通信装置２５１４が独立型装置である例示の実施形態では、ナビゲーション装置２５００との通信は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（Ｒ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、無線ＵＳＢ又は任意の他のＲＦ通信リンクを介して行われてもよい。代替的に、データ通信装置２５１４は、有線又は他の物理接続を介して、ナビゲーション装置２５００と通信してもよい。
【０１６０】
１例示の実施形態によれば、ナビゲーション装置２５００は、独立型ナビゲーション装置、例えばＰＮＤであってもよい。別の例示の実施形態によれば、ナビゲーション装置２５００は、別のシステム、例えば車両制御システムに組み込まれてもよい。ナビゲーション装置２５００は、ナビゲーションディスプレイ２５０４、ＧＰＳ受信機２５０８、ナビゲーションデータベース２５１０、支払い読取機２５０２、注文／支払い処理モジュール２５０６、ユーザデータベース２５１２を有する。ナビゲーションディスプレイ２５０４は、一般に、座標、方向、地図、及びＧＰＳ受信機２５０８から受信される及び／又はナビゲーションデータベース２５１０から読み込まれる他のナビゲーション情報を表示するように構成される。支払い機構読取機２５０２は、例えばクレジットカード又はＮＦＣ送受話器等のＲＦタグ支払い装置からデータを取得するように構成される。注文／支払い処理モジュール２５０６は、データ通信装置２５１４を介して小売商５０４に伝達するためにユーザが選択した注文情報及び支払い情報を処理するように構成され、且つ受信した注文確認を処理するように構成される。ユーザデータベース２５１２は、例えば過去の又は好ましい支払い情報、購入パターン及び／又は履歴、住所情報等のユーザ情報を記憶するように構成される。
【０１６１】
小売商５０４は、通信インターフェース２５２０、注文処理モジュール２３２２及び記憶されたメニュー情報２３２４を有する。通信インターフェース２５２０は、ネットワーク２５１６を介してデータ通信装置と通信するように構成される。注文処理モジュール２３２２は、一旦注文が処理されると注文確認及び請求書を送信するだけでなく、（例えば、利用可能性、運送等について）ナビゲーション装置２５００から注文を受信してさらに処理するように構成される。メニュー情報２３２４は、小売商の製品／サービスがナビゲーション装置２５００によってどのように表示されるかを制御するように構成されてもよい。例えば、メニュー構造及びレイアウト、価格情報、製品の画像及び／又は記載、並びに小売商の画像及び／又は記載は、メニュー情報２３２４によって構成されてもよい。
【０１６２】
図２６を参照すると、ナビゲーション装置２５００は、製品及び／又はサービスを注文するために小売商５０４と直接通信してもよい。多様な例示の実施形態によれば、ナビゲーション装置２５００は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（Ｒ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、無線ＵＳＢ又は任意の他の無線通信リンクを介して小売商５０４と通信してもよい。小売商５０４の通信インターフェース２５２０は、無線通信リンクを介して通信するように構成される。
【０１６３】
図２７を参照すると、例示の実施形態による、図２５−２６のナビゲーションシステムを使用して注文する工程２７００の流れ図が示される。ナビゲーション装置は、ＧＰＳ及び／又は興味のある場所（ＰＯＩ）情報を（ＧＰＳ受信機を介して且つ／又は小売商から）受信して、ナビゲーションディスプレイに表示する（ステップ２７０２）。ユーザは、次に、さらなる情報のため及び／又は注文をするためにＰＯＩを選択してもよい（ステップ２７０４）。一旦ＰＯＩが選択されると、ナビゲーション装置はＰＯＩに関連するメニュー情報、例えば、製品／サービス情報、場所情報、価格情報等を表示してもよい（ステップ２７０６）。
【０１６４】
ユーザは、ナビゲーション装置のユーザインターフェースを介してメニュー情報に基づく注文を選択してもよい（ステップ２７０８）。ユーザ入力又は選択に基づいて小売商に注文されてもよい（ステップ２７１０）。一旦小売商が注文を処理すると、ナビゲーション装置は、注文確認を受信してもよい（ステップ２７１２）。ナビゲーション装置は、次に、検出された、入力された、及び／又は事前記憶された支払い情報を小売商に送信してもよい（ステップ２７１４）。一旦小売商が支払い情報を処理すると、ナビゲーション装置に支払い受領が送信されてもよい（ステップ２７１６）。
【０１６５】
取引を処理するように構成される遠隔システム  
図２８を参照すると、車両１００は、製品及び／又はサービスを注文するために遠隔システム２３００を介して小売商５０４と通信してもよい。多様な例示の実施形態によれば、車両１００及び／又は小売商５０４は、セルラネットワーク、インターネット、ＬＡＮ、ＷＡＮ、又は車両１００及び／又は小売商５０４と遠隔システム２３００との間の無線通信を容易にすることが出来る任意の他のネットワーク２８１０、２８１２を介して遠隔システム２３００に注文／支払い情報を伝達してもよい。
【０１６６】
車両１００は、ＲＦＩＤ読取機２８０６、車両制御システム１０６、及びデータ通信装置１２０を有してもよい。ＲＦＩＤ読取機２８０６は、近隣の小売商のＲＦＩＤ装置に問い合わせを行って、タグから情報（例えば、小売商ＩＤ、製品情報、価格情報等）を受信するように構成されてもよい。車両制御システム１０６は、ユーザインターフェース（例えば、ＶＵＩ、ＧＵＩ、ＴＵＩ等）を提供するように構成され、通信装置１２０は、ネットワーク２８１２を介して車両１００と遠隔システム２３００との間の通信を容易にするように構成される。多様な例示の実施形態によれば、通信装置１２０は、携帯電話、組み込み電話装置、ＰＤＡ、ＰＮＤ、組み込みナビゲーション装置、又は車両１００と遠隔システム２３００との間の通信を容易にするように構成される任意の他の装置であってもよい。車両１００は、典型的には、処理するために小売商ＩＤ及び／又は注文選択情報を遠隔システム２３００に送信する。
【０１６７】
遠隔システム２３００は、１つ以上の通信インターフェース２８０２、２８０４、支払い／注文処理モジュール２３０２、及びメモリ２３０４を有してもよい。１つ以上の通信インターフェース２８０２、２８０４は、車両１００及び／又は小売商５０４との通信を容易にするように構成されてもよい。支払い／注文処理モジュール２３０２は、（例えば、車両制御システム１０６のユーザによって特定される）車両１００からの注文情報を処理し、車両１００からの支払い情報を処理し、小売商５０４からの注文確認等を処理するように構成され得る。メモリ２３０４は、注文情報２３０６（例えば、未決定の注文、注文履歴情報等）、顧客情報２３０８（例えば、好ましい支払い方法、住所、購入パターン等）、及び小売商情報２３１０（例えば、製品／サービス情報、価格情報、典型的な又は現在の配達／引取り時間情報等）を記憶するように構成され得る。遠隔システム２３００は、注文確認及び／又は支払い受領を車両１００に送信し、且つ／又は注文要求を小売商５０４に送信してもよい。
【０１６８】
小売商は、通信インターフェース２５２０、注文処理モジュール２３２２及び記憶されたメニュー情報２３２４を有する。通信インターフェース２５２０は、ネットワーク２８１０を介して遠隔システム２３００と通信するように構成される。注文処理モジュール２３２２は、一旦注文が処理されると注文確認及び請求書を送信するだけでなく、（例えば、利用可能性、運送等について）遠隔装置２３００から注文を受信してさらに処理するように構成される。メニュー情報２３２４は、小売商の製品／サービスが遠隔装置２３００によってどのように表示されるかを制御するように構成されてもよい。例えば、メニュー構造及びレイアウト、価格情報、製品の画像及び／又は記載、並びに小売商５０４の画像及び／又は記載は、メニュー情報２３２４によって構成されてもよい。小売商５０４は、典型的には、注文確認情報及び／又は請求書を遠隔システム２３００に送信する。
【０１６９】
図２９を参照すると、例示の実施形態による、図２８の遠隔システム２３００で注文する工程２９００の流れ図が示される。車両は、既定の間隔で及び／又は車両乗員の要求で範囲内のＲＦＩＤタグを問い合わせる（ステップ２９０２）。一旦ＲＦＩＤタグが見つけられると、車両は、小売商のＲＦＩＤタグからの情報（例えば、小売商ＩＤ、製品情報、価格情報等）を受信して表示する（ステップ２９０４）。ユーザは、次に、小売商に関連する注文情報を選択する（ステップ２９０６）。注文情報及び支払い情報は、次に、ユーザ選択に基づいて遠隔システムに送信されてもよい（ステップ２９０８）。支払いは、支払い情報を使用して遠隔システムによって処理される（ステップ２９１０）。また、遠隔システムは、サービス業務又はさらなる処理のために注文情報を小売商に送信する（ステップ２９１２）。一旦小売商が注文を履行し又はさらに処理すると、注文確認及び／又は支払い受領が遠隔システムを介して車両に送信される（ステップ２９１４）。
【０１７０】
音声認識システム  
本開示に置いて一般的に記載された車両制御システムは、図４に記載の音声認識装置をサポートし又は置換することが出来る音声認識システムを有してもよい。複数の音声認識システムの中のシステムは、最初の入力（例えば、音声コマンド又は発話）を受信するために１つの音声認識システムを指定し、全ての音素を解釈し、且つ他の利用可能な音声認識システムが残りの音素を解釈するために必要かどうかを判断するように構成されてもよい。図３０Ａ−Ｂに概略的に記載される音声認識システムは、本開示に記載の他の実施形態と共に使用されてもよい。例えば、図３０Ａ−Ｂに記載される音声認識システムは、ユーザによって発話されるが恐らく従来の音声認識システムで認識可能でない注文等を処理するために使用され得る。
【０１７１】
図３０Ａを参照すると、例示の実施形態による、音声発話に基づいてコマンドを実行する複数のシステム（例えば、音声認識又は言語認識システム）を使用する工程３０００の流れ図が示される。最初の（又は第１の）システムが口頭コマンドを受信する（ステップ３００２）。最初のシステムは、車両のユーザからの全ての口頭コマンドを受信するシステムとして車両制御システムによって指定されてもよい。又は口頭コマンドが発話されると、口頭コマンドを使用するのに理想的なシステムに関する決定が行われてもよい。口頭コマンドは、車両のユーザによって提供されてもよく、且つ製品、サービス、若しくは情報の任意の要求、車両の多様な設定を変更する要求、又は任意の他の要求若しくはコマンドを含んでもよい。
【０１７２】
最初のシステムは、次に、音声の部分に分けられている可能性がある口頭コマンドを解釈し且つ理解しようとする（ステップ３００４）。音声の部分は、単一の又は複数の単語、コマンド、文、単語又は句の音節又は部分的な発話、音素等を含んでもよい。システムによって解釈され得る音声の部分は解釈されて、解釈され得ない音声の部分が識別されてもよい。全ての部分が理解される場合、他のシステムは不要であり、結果に基づいてコマンドが実行されてもよい（ステップ３０１６）。
【０１７３】
音声の全ての部分が理解され得ない場合、残りの部分を解釈するために別のシステムが使用されてもよい。別のシステムが部分を解釈できるかどうかに関する判断が行われてもよい（ステップ３００６）。利用可能な各システムの特定の設定に従って判断が行われてもよい（例えば、１つのシステムが異なる言語又は方言を処理するように指定されてもよい）。又は、別のシステムは、ランダムに選択されてもよい。利用可能なシステムがない場合、ユーザは、提供された口頭コマンドに関するさらなる情報を促されてもよい（ステップ３０１８）。
【０１７４】
一旦別のシステムが識別されると、ユーザコマンドは、識別された第２のシステムに提供される。第１のシステムは、最初に、ユーザコマンドを構成要素（例えば、上記のステップで使用された音声の部分よりもさらに解析される音素又は他の音声の部分）に分解する（ステップ３００８）。構成要素は、音声の部分が前のステップで決定されたやり方に関連する方法で分けられてもよい。音声の部分が構成要素に分解される方法は、使用される第２のシステムの多様な設定に関連してもよい。構成要素のストリームは、次に、第２のシステムに渡される（ステップ３０１０）。１例示の実施形態によれば、解釈されない構成要素のみが第２のシステムに送信されてもよい。
【０１７５】
第２のシステムは、ユーザコマンドを音素に分解することに関与してもよい。第２のシステムは、次に、ユーザコマンドを解釈しようとしてもよい（ステップ３０１２）。全ての残りの音素が理解される場合、車両制御システムによってユーザコマンドが実行されてもよい（ステップ３０１６）。
【０１７６】
解釈されない音素がまだある場合、別のシステムが使用されてもよい（ステップ３０１４）。システムがまだ使用されていない場合、残りの音素がシステムに送信されてもよく、且つシステムは音素を解釈しようとしてもよい。工程は、全ての音素が解釈されてユーザコマンドが実行されるまで、又は利用可能なシステムがなくなるまで継続してもよい。全てのシステムが使用された場合、ユーザは、さらなる情報を提供するように促されてもよい。
【０１７７】
図３０Ｂを参照すると、別の例示の実施形態による、口頭入力に基づいてコマンドを実行するために複数の音声認識システムを使用する工程３０５０の流れ図が示される。最初のシステムが口頭コマンドを受信する（ステップ３０５２）。最初のシステムは、車両のユーザからの全ての口頭コマンドを受信するシステムとして車両制御システムによって指定されてもよい。又は、口頭コマンドが発話されるとき又は直後に、口頭コマンドを使用するのに理想的なシステムに関する決定が行われてもよい。口頭コマンドは、車両のユーザによって提供されてもよく、且つ製品、サービス、若しくは情報の任意の要求、車両の多様な設定を変更する要求、又は任意の他の要求若しくはコマンドを含んでもよい。
【０１７８】
最初のシステムは、次に、口頭コマンドを解釈し且つ理解しようとしてもよい（ステップ３０５４）。音声の全ての部分が理解される場合、他のシステムは不要であってもよく、結果に基づいてコマンドが実行されてもよい（ステップ３０６４）。
【０１７９】
音声の全ての部分が理解され得ない場合、別のシステムが残りの部分を解釈してもよい。別のシステムが音素を解釈できるかどうかに関する判断が行われる（ステップ３０５８）。利用可能なシステムがない場合、ユーザは、提供された口頭コマンドに関するさらなる情報を促される必要がある（ステップ３０６６）。
【０１８０】
一旦別のシステムが識別されると、ユーザコマンドは、第２のシステムに提供されてもよい。ユーザコマンドは、システムに直接渡されてもよい。第２のシステムは、ユーザコマンドを音素（又は音声の他の部分）に分解することに関与してもよい。第２のシステムは、次に、ユーザコマンドを解釈しようとしてもよい（ステップ３０６０）。第２のシステムは、元のシステムによって解釈されなかったと判断された音素を解釈してもよく、又はユーザコマンド全体を解釈しようとしてもよい。全ての音素が解釈され得る場合、車両制御システムによってユーザコマンドが実行されてもよい（ステップ３０６４）。
【０１８１】
そうでなければ、解釈されない音素がまだあり、従って、音素を解釈するために別のシステムが使用されてもよい。システムがまだ使用されていない場合、残りの音素がシステムに送信されてもよく、且つシステムは音素を解釈しようとしてもよい（ステップ３０６２）。工程は、全ての音素が解釈されてユーザコマンドが実行されるまで、又は利用可能なシステムがなくなるまで継続してもよい。全てのシステムが使用された場合、ユーザは、さらなる情報を提供するように促されてもよい。
【０１８２】
車両と遠隔システムとの間の通信  
図３１を参照すると、例示の実施形態による、車両１００と遠隔システムとの間で通信するためのシステムのブロック図が示される。無線サービス機構（ＷＳＯ）６０２に結合されるメディアサーバ３１０２が示される。ＷＳＯ６０２は、車両制御システムから多様な製品及びサービスに対する要求に関する信号を受信してもよい。ＷＳＯ６０２は、メディアサーバ３１０２にアクセスして無線リンク３１０４を介して車両に製品及びサービス（例えば、歌曲、オーディオブック、運転の道順等）を提供してもよい。
【０１８３】
車両制御システム１０６は、多様な製品及びサービスに対する要求を送信してもよい。要求は、車両１００に提供される現在の情報に関してもよい。例えば、歌曲に関連するラジオ広告は、ＷＳＯ６０２によって特定の歌曲をダウンロード出来るようにすることを要求するように車両制御システム１０６を促してもよい。車両制御システム１０６は、無線リンクを介してＷＳＯ６０２から応答を受信して、ディスプレイ１０８に応答を提供してもよく、それはユーザに表示するために応答（例えば、購入可能なメディアに関する情報）をフォーマットしてもよい。
【０１８４】
ディスプレイ１０８は、車両制御システム１０６を介して歌曲、アルバム、オーディオブック、又は他の製品の購入に関するディスプレイ情報を有してもよい。ＷＳＯ６０２は、要求に応じて製品を提供してもよい。例えば、一旦ユーザが製品購入の希望を示すと、製品は、車両制御システム１０６との無線接続を介してダウンロードされてもよい。ラジオ、ＣＤ（ｃｏｍｐａｃｔ  ｄｉｓｃ）、カセットテープ、又は他の装置から現在再生中の歌曲に関するトラック及び音楽情報が表示されてもよい。情報は、ラジオで再生中の歌曲を購入するための価格情報、歌曲のバンド及び／又はアーティスト情報等を含んでもよい。
【０１８５】
広告情報がディスプレイ１０８上に含まれてもよい。車両制御システム１０６は、所定の製品に関する広告を検出してもよい。また、ＷＳＯ６０２は、車両１００のユーザが即座に購入可能な製品を提供してもよい（例えば、音楽アルバムに関する広告によって、販売の申し出がある音楽アルバムがディスプレイ１０８上にもたらされてもよい）。また、プッシュされる情報及び購読情報（例えば、メディアのアクセスに関してユーザが有し得る購読に関する情報）が、ディスプレイ１０８に含まれてもよい。
【０１８６】
また、ニュース情報がディスプレイ１０８上に含まれてもよい。車両１００のユーザは、多様なジャンル（例えば、ワールド、ビジネス、スポーツ等）のニュースを要求してもよい。また、ＷＳＯ６０２は、多様なニュースソースにアクセスしてニュースを提供してもよい。車両１００のＧＰＳシステム又はＷＳＯ６０２のいずれかによって提供される地図及びナビゲーション情報が表示されてもよい。
【０１８７】
車両制御システムのユーザインターフェースの実施形態  
典型的に、車両の多様なモジュールは、それぞれが、それ自身の構成の組を有するそれ自身の制御システムを有してもよい。例えば、受信機モジュールは、無線信号を受信してディスプレイスクリーンに無線情報を表示する。一方で、ナビゲーションモジュールは、別のディスプレイスクリーン上に指示を表示してもよい。２つのモジュールは別個であってもよい。また、ディスプレイは異なってもよい（例えば、異なるフォントカラー又はサイズ、異なるグラフィクス等）。車両のユーザは、多様なモジュールに関して車両中のディスプレイスクリーン及び／又はオーディオ出力装置を利用してもよい。しかし、車内の一貫性のあるユーザインターフェースのルックアンドフィールを提供するように構成されるユーザインターフェースモジュール（ディスプレイスクリーン、オーディオ出力装置等を使用し得る）が望ましい場合がある。このようなシステムを実装する多様なやり方が図３２Ａ−Ｆに示される。
【０１８８】
図３２Ａを参照すると、例示の実施形態による、車両制御システム１０６のブロック図が示される。システム１０６は、車両及び車両制御システム１０６の多様なモジュールによって提供される情報に基づいて車両のユーザにディスプレイ又はオーディオ出力を提供するように構成されるユーザインターフェースモジュール３２８０を有するように示される。ユーザインターフェースモジュール３２８０は、図３３により詳細に記載される。また、システム１０６は、メモリ３２８２を有する。メモリ３２８２は、システム１０６が後に使用するための好み又はユーザ設定を記憶するように構成されてもよい。例えば、メモリ３２８２は、最もよく聴かれるラジオ局、ナビゲーションモジュールで最近使用された多様な検索及び道順、オーディオ設定（例えば、ベース、トレブル、フェード等）等に関するデータを記憶してもよい。
【０１８９】
また、移動装置モジュール３２０２は、システム１０６内に含まれるように示される。移動装置モジュール３２０２は、多様な移動装置の接続及び移動に関連するモジュール及びインターフェースを含んでもよい。多様な装置をモジュール３２０２に接続するために、光学ドライブ又はＵＳＢインターフェース３２０４、３２０６が提供されてもよい。携帯電話をシステム１０６に接続させて車両のユーザによって使用させるために、組み込み電話モジュール３２０８が含まれてもよい。また、無線接続（ブルートゥースモジュール３２１０、ＷｉＦｉモジュール３２１２、ＷｉＭａｘモジュール３２１４等）に提供される他のモジュールがモジュール３２０２内に含まれてもよい。
【０１９０】
システム１０６は、受信機モジュール３２２０を有する。受信機モジュール３２２０は、多様な外部信号を処理するように構成されてもよい。例えば、受信機モジュール内に含まれ得るモジュールは、ＡＭモジュール３２２２、ＳＤＡＲＳ（ｓａｔｅｌｌｉｔｅ  ｄｉｇｉｔａｌ  ａｕｄｉｏ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）モジュール３２２４、ＤＡＢ（ｄｉｇｉｔａｌ  ａｕｄｉｏ  ｂｒｏａｄｃａｓｔｉｎｇ）モジュール３２２６、ＦＭ／ＲＤＳ／ＨＤモジュール３２２８、及び／又はテレビモジュール３２３０を含んでもよい。
【０１９１】
システム１０６は、オーディオモジュール３２４０を有する。オーディオモジュール３２４０は、オーディオ設定及び好みを処理するように構成されてもよい。例えば、特性化モジュール３２４２、増幅モジュール３２４４、等化モジュール３２４６、及び／又はスピーカモジュール３２４８が、オーディオ出力の多様な設定を制御するために使用されてもよい。
【０１９２】
システム１０６は、ナビゲーションモジュール３２６０を有する。ナビゲーションモジュール３２６０は、場所情報を調べるために使用され得る地図データベース３２６２を有してもよい。経路生成モジュール３２６４は、２つの場所の間の道順を提供するように構成されてもよい。ＧＰＳモジュール３２６６は、ＧＰＳシステムから位置情報を受信するように構成されてもよい。
【０１９３】
多様なモジュールは、全てのモジュール３２０２、３２２０、３２４０、３２６０から入力を受信し、１つ以上のモジュール３２０２、３２２０、３２４０、３２６０に関する車両のユーザに映像又はオーディオディスプレイを提供するユーザインターフェースモジュール３２８０に全て結合される。
【０１９４】
図３２Ｂを参照すると、例示の実施形態による、車両制御システム１０６のブロック図が示される。限定されないが、移動装置モジュール３２０２、受信機モジュール３２２０、オーディオモジュール３２４０、及びナビゲーションモジュール３２６０に動作可能に結合されるシステム１０６が示される。システム１０６は、車両の多様なモジュール３２０２、３２２０、３２４０、３２６０から入力を受信して、１つ以上のモジュール３２０２、３２２０、３２４０、３２６０に関するデータを車両のユーザ用の映像又はオーディオディスプレイに提供する。
【０１９５】
図３２Ｃ−Ｆを概略的に参照すると、車両制御システム１０６は、任意の数のモジュールを有し、他のモジュールに動作可能に結合されてもよい。例えば、図３２Ｃの実施形態では、システム１０６は、移動装置モジュール３２０２を有するが、受信機モジュール３２２０、オーディオモジュール３２４０、及びナビゲーションモジュール３２６０に動作可能に結合される。図３２Ｄの実施形態では、システム１０６は、オーディオモジュール３２４０を有するが、移動装置モジュール３２０２、受信機モジュール３２２０、及びナビゲーションモジュール３２６０に動作可能に結合される。
【０１９６】
図３２Ｅの実施形態では、システム１０６は、受信機モジュール３２２０及びオーディオモジュール３２４０を有するが、移動装置モジュール３２０２及びナビゲーションモジュール３２６０に動作可能に結合されてもよい。受信機モジュール３２２０及びオーディオモジュール３２４０は、システム１０６内に動作可能に結合されてもよい。図３２Ｆの実施形態では、移動装置モジュール３２０２、受信機モジュール３２２０、及びオーディオモジュール３２４０は、システム１０６内で全てが互いに動作可能に結合され、一方で、ナビゲーションモジュール３２６０は、システム１０６に動作可能に結合される。
【０１９７】
例示の実施形態によれば、複数のモジュールがシステム１０６内でサブシステムを形成するために組み合わされ又は結合されてもよい。例えば、受信機モジュール３２２０及びオーディオモジュール３２４０は、自身のサブシステム又はモジュールとして結合されてもよい（例えば、両者は、受信機モジュールによって受信される外部信号と関係付けられるオーディオ入力及び出力を管理するオーディオオーバヘッドモジュールを形成するために結合してもよい）。サブシステムは、ユーザインターフェースモジュール３２８０に単一の接続を提供してもよい。又は、複数の接続が各モジュールに提供されてもよい。
【０１９８】
図３３を参照すると、例示の実施形態による、図３２Ａ−Ｆのユーザインターフェースモジュール３２８０及びメモリ３２８２のブロック図がより詳細に示される。ユーザインターフェースモジュール３２８０は、車両のユーザと相互作用するために使用される多様な構成要素を有してもよい。モジュール３２８０は、構成要素を調節することによって好みを入力する方法を車両のユーザに与えるように設計される触覚インターフェース３３０２を有してもよい。例えば、図２Ｈに記載の「購入」ボタンがモジュール３２８０に提供されてもよい。
【０１９９】
また、モジュール３２８０は、マイクロホン３３０８、スピーカ３３１０、及び口頭通信を介してユーザに車両の多様なモジュール及びシステムと通信させ、映像フィードバックの代わりに口頭フィードバックをユーザに提供するように構成される他の多様なオーディオ入力及び出力装置を有してもよい。また、モジュール３２８０は、図３４に記載の（例えば、図４の音声認識装置１３６と同様の）音声認識モジュール３３０４及びディスプレイエンジン３３０６を有してもよい。
【０２００】
メモリ３２８２は、モジュールに結合されてもよい。メモリ３２８２は、モジュール３２８０内の任意の構成要素、例えば、ディスプレイエンジン３３０６から記憶される多様な好みを有してもよい。メモリは、揮発性又は不揮発性メモリであってもよく、又は図３−４に記載のメモリであってもよい。
【０２０１】
図３４を参照すると、例示の実施形態による、車両制御システムと共に使用されるディスプレイエンジン３３０６のブロック図が示される。ディスプレイエンジン３３０６は、車両のユーザ用にグラフィカルユーザインターフェース／映像出力を制御するように構成される。ディスプレイエンジン３３０６は、表示されるフォント又はテキストを選択するフォントモジュール３４０２を有してもよい。また、ディスプレイエンジン３３０６は、表示するフォントのサイズ及び色をそれぞれ選択するために、フォントサイズモジュール３４０４及びフォントカラーモジュール３４０８を有してもよい。また、ディスプレイエンジン３３０６は、映像ディスプレイに使用されるスクリーンの背景、色、又は画像を構成する背景モジュール３４１０、及びディスプレイの特定のスタイル（例えば、「スキン」、記憶されたプロファイル、メニューデザイン又は構造等）を決定することに関与するスタイルモジュールを有してもよい。例えば、多様なグラフィクスが選択されてもよく、多様なテキストのフォーマットが選択されてもよい（例えば、テキストがスクロールするかどうか、選択肢のリストがあるかどうか、どのようにリストが注文され且つ表示されるか等）。
【０２０２】
また、ディスプレイエンジン３３０６は、テーマモジュール３４１２を有してもよい。テーマモジュール３４１２は、他の多様なモジュール（３４０２−３２１０）の代わりに又は補完するために含まれてもよい。データがディスプレイエンジン３３０６に提供されると、ディスプレイエンジン３３０６は、テーマモジュール３４１２に従ってデータをフォーマットする。テーマモジュール３４１２は、５つの別個のモジュール３４０２−３４１０を使用して５つの別個の性質を定義する代わりに、映像ディスプレイ用の特定の構成が全体として定義されることを可能にする。例えば、フォント、フォントサイズ、フォントカラー、背景、及びスタイルに関する情報を保持するテーマモジュール３４１２内に固有の「テンプレート」が記憶されてもよい。ディスプレイエンジン３３０６がディスプレイを生成する５つの別個のモジュール３４０２−３４１０を使用する代わりに、ディスプレイエンジン３３０６は、テーマモジュール３４１２の「テンプレート」を使用してもよい。
【０２０３】
車両制御システムのユーザインターフェースの実施形態  
図３５Ａ−Ｂを概略的に参照すると、図２Ｈに示される車両制御システムのユーザインターフェースの代替的な実施形態が記載される。
【０２０４】
図３５Ａを参照すると、別の例示の実施形態による図１の車両制御システム１０６のユーザインターフェースの正面図が示される。車両制御システム１０６は、一般に、上部ディスプレイ１７０と下部ディスプレイ１７２に分けられ得る出力ディスプレイ１０８、１つ以上のノブ１１２−１１５、及び多様な車両機能の制御を容易にする１つ以上の触覚ユーザ入力又は押しボタン１１１を有する。出力ディスプレイ１０８は、図２に記載の機能性を有し、且つ車両のユーザに２つ以上の固有のデータの組を表示するように構成されてもよい。例えば、図３５Ａに示されるように、上部ディスプレイ１７０は、ユーザが車両のラジオ又は出力装置のモードを選択することを可能にするタッチスクリーンである。下部ディスプレイ１７２は、チューナのチャンネル情報を表示するスクリーンであり、且つユーザがチューナの音量を調節することを可能にするタッチスクリーンであってもよい。他の例示の実施形態によれば、タッチスクリーンは、例えば、製品の購入又は注文を容易にするため又は任意の他の車両機能を容易にするために、他のメニュー項目をユーザに選択させるように構成されてもよい。
【０２０５】
押しボタン１１１は、図２Ｈのように押しボタン１１１を識別するために出力ディスプレイ１０８を使用する代わりにラベル付けされて示される。例えば、「チューナ」用の押しボタン１１１は、照明を当てられるように示され、且つ出力ディスプレイ１０８は、車両のラジオシステムに適切な選択肢及び情報を提供する。ＨＶＡＣ制御のための押しボタン１１１の操作は、メニュースクリーンを表示し、又はユーザに触覚で又は口頭コマンドで車室温度及び気流を制御させるコマンドを実行してもよい。オーディオ設定用の押しボタン１１１の操作は、音量、ベース、トレブル、又は他の設定（例えば、「ロック」ミュージック又は「ジャズ」ミュージック用の設定）を車両のユーザが調節することを可能にしてもよい。装置接続用の押しボタン１１１の操作は、遠隔装置を車両制御システム１０６に接続する方法を初期化してもよい。ナビゲーション制御用の押しボタン１１１の操作は、ユーザが道順を取得し、車両の現在位置を見つけ、又はＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）若しくは他の類似のシステムを使用する他の情報を探すことを可能にしてもよい。車両記録管理のための押しボタン１１１の操作は、メニュースクリーンを表示し、又はユーザに触覚若しくは口頭コマンドで、車両操作に関連する情報（例えば、燃費、エンジン温度、残り走行距離等）を入力、閲覧、選択、及び／又は初期化させるコマンドを実行してもよい。
【０２０６】
押しボタン１１１は、機能の１つの任意の操作を実行中に、記載された任意の機能に変化するように使用されてもよい。例えば、図３５Ａにおいて、「チューナ」が選択されると、オーディオ出力の種類の５つの選択肢が表示される（ＡＭ、ＦＭ／ＲＤＳ／ＨＤ、ＳＤＡＲＳ、ＴＶ、ＤＡＢ）。出力ディスプレイ１０８上の情報は、別の押しボタン１１１が使用される場合変化してもよく、一方で、他の情報（例えば、下端ディスプレイに表示されるラジオ情報）が押しボタン１１１に基づいて変化してもよく又はしなくてもよい。
【０２０７】
押しボタン１１３−１１５は、一般的には、車両制御システム１０６の多様な機能の選択及び表示を可能にする。「ショップ」操作を実行するための押しボタン１１３の操作又は口頭コマンドは、ラジオ若しくは他の広告に関連する購入可能な多様な製品を見ることをユーザに提供するためにメニュー又は他の構成を提供するように出力ディスプレイを促してもよい。車両は、音声認識構成要素又はモジュールの組によって解釈される音声コマンドを受信するためにマイクロホン（例えば、図３−４に示されるオーディオ入力装置）を有することが出来る。「購入」操作を実行するための押しボタン１１４の操作又は口頭コマンドは、メニュースクリーンを表示し、又は購入及び／若しくはダウンロード若しくは配達するための情報若しくはメディアをユーザに入力、閲覧、及び／若しくは選択させるコマンドを実行してもよい。「閲覧」操作を実行するための押しボタン１１３の操作又は口頭コマンドは、車両制御システムを介して購入可能な多様な製品及びサービスを案内するインターフェースをユーザに提供するように出力ディスプレイを促してもよい。
【０２０８】
図３５Ｂを参照すると、さらに別の例示の実施形態による、図１の車両制御システム１０６のユーザインターフェースの正面図が示される。図３５Ｂの実施形態では、上端ディスプレイ１７４、上部ディスプレイ１７０、及び下部ディスプレイ１７２に分けられる出力ディスプレイ１０８が示される。出力ディスプレイ１０８は、図２Ｈ及び３５Ａに記載の機能性を有し、且つ車両のユーザに３つ以上のデータの組を表示するように構成されてもよい。上端ディスプレイ１７４は、ユーザが任意の数の選択肢を選択することを可能にするタッチセンサ式ディスプレイであってもよい。選択肢（例えば、「チューナ」）の選択に応じて、上部ディスプレイ１７０及び下部ディスプレイ１７２が適切な情報を提供してもよく、且つ車両のユーザは、上端ディスプレイ１７４上の適切な場所を単純に「タッチ」することで上端ディスプレイ１７４から別の選択肢を選択してもよい。例示のように、上端ディスプレイ１７４は、タブ化メニュー構造又は他のメニュー構造であってもよい。「ショップ」、「購入」、及び「閲覧」コマンド及び押しボタン１１２−１１５は、図２Ｈ及び３５Ａの記載と同じ機能性を有してもよい。
【０２０９】
押しボタン１１１は、１つの機能の任意の操作を実行中に、記載された任意の機能に変化するように使用されてもよい。例えば、図３５Ｂにおいて、「チューナ」が選択されると、オーディオ出力の種類の５つの選択肢が表示される（ＡＭ、ＦＭ／ＲＤＳ／ＨＤ、ＳＤＡＲＳ、ＴＶ、ＤＡＢ）。出力ディスプレイ１０８上の情報（及びより詳細には、上部ディスプレイ１７０）は、別の押しボタン１１１が使用される場合変化してもよく、一方で、他の情報（例えば、下端ディスプレイ１７２に表示されるラジオ情報）が押しボタン１１１の使用に基づいて変化してもよく又はしなくてもよい。
【０２１０】
他の例示の実施形態又は本実施形態の変更  
図面に示された及び本明細書に記載された例示の実施形態が現在は好ましいが、実施形態は例示としてのみ提供されることが理解されるべきである。従って、本願は、特定の実施形態に限定されず、添付の請求項の範囲に含まれる多様な実施形態にまで及ぶ。多くの場合に、本明細書に記載の概念及び実施形態は、一緒に利用され得る。例えば、車両制御システムは、本明細書に記載の移動商取引動作を遂行し且つ本明細書に記載の二重構造の音声認識動作を提供するコンピュータコード及び／又はハードウェアを有するように構成され得る。
【０２１１】
本開示は、多様な動作を達成するための任意の機械読取り可能媒体における方法、システム及びプログラム製品を意図する。本開示の実施形態は、既存のコンピュータプロセッサを使用して、又はこの若しくは別の用途向けに組み込まれた適切なシステム用の専用コンピュータプロセッサによって、又は配線システムによって実装されてもよい。
【０２１２】
多様な例示の実施形態で示されたようなシステム及び方法の構築及び配置は例示のみを目的としている。本開示に置いて少数の実施形態のみが詳細に記載されているが、多くの変形（例えば、サイズ、寸法、構造、多様な要素の形状及び割合、パラメータの値、取り付け配置、材料の使用、色、方向等の変更）が可能である。例えば、統合されるように示された要素は複数の部分又は要素（例えば、図３−４の制御システム、メモリ装置、通信装置、データ処理装置、遠隔ソース、及び／又は遠隔サーバ等）から構築されてもよく、要素の位置は、逆転され或は変更されてもよく（例えば、図３−４の制御システムの構成要素）、且つ個々の要素の性質若しくは数又は位置が変形又は変更されてもよい（例えば、図３−４の制御システムの通信装置、メモリ装置、及び／又は構成要素）。従って、このような変更の全ては、本開示の範囲に含まれることが意図される。他の置換、変更、変形、及び省略が、本開示の範囲から逸脱することなく例示の実施形態の設計、動作条件及び配置で行われてもよい。車両制御システム、車両制御システム用の制御器、車両制御システム用の回路、車両制御システム用の送信機／受信機等は、車両に取り付けられ、車両に結合され、且つ／又は車両の任意の場所、たとえば、オーバヘッドコンソール位置、中央スタック位置、前方ダッシュボード位置で車両に統合され、車両中に分散される等が可能である。例示の実施形態によれば、車両制御システムの構成要素（例えば、その処理回路）は、バイザ、ミラー（例えば、バックミラー）、中央コンソール、オーバヘッドコンソール、又は任意の他の車両構成要素に統合されてもよい。
【０２１３】
本開示の範囲内の実施形態は、そこに記憶される機械実行可能命令又はデータ構造を伝達し又は有する機械可読媒体を備えるプログラム製品を含む。このような機械可読媒体は、汎用若しくは専用コンピュータ又はプロセッサを有する他の機械によってアクセスされ得る任意の利用可能な媒体であり得る。例示として、このような機械可読媒体には、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ若しくは他の光学ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は機械実行可能命令若しくはデータ構造の形態の所望のプログラムコードを伝達し又は記憶するために使用され且つ汎用若しくは専用コンピュータ若しくはプロセッサを有する他の機械によってアクセスされ得る任意の他の媒体が含まれ得る。情報がネットワーク又は別の通信接続（有線、無線、又は有線若しくは無線の組み合わせのいずれか）を介して機械に転送され又は提供される場合、機械は、この接続を機械可読媒体と適切にみなす。よって、任意のこのような接続は、機械可読媒体と適切に呼ばれる。また、上記の組み合わせは、機械可読媒体の範囲内に含まれる。機械実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、又は専用処理機械に所定の機能若しくは機能グループを実行させる命令及びデータを含む。
【０２１４】
図面は方法のステップの特定の順序を示すが、ステップの順序は、示されるものと異なってもよい。また、２つ以上のステップが同時に又は部分的に同時に実行されてもよい。このような変更は、選択されたソフトウェア及びハードウェア並びに設計者の選択に依存するであろう。全てのこのような変更が、本開示の範囲内である。同様に、ソフトウェアの実装は、規則ベース論理並びに多様な接続ステップ、処理ステップ、比較ステップ及び決定ステップを遂行する他の論理を用いる標準的なプログラミング技術によって達成され得る。
【図１Ａ】
2015158927.tif 000003
【図１Ｂ】
2015158927.tif 000004
【図２Ａ】
2015158927.tif 000005
【図２Ｂ】
2015158927.tif 000006
【図２Ｃ】
2015158927.tif 000007
【図２Ｄ】
2015158927.tif 000008
【図２Ｅ】
2015158927.tif 000009
【図２Ｆ】
2015158927.tif 000010
【図２Ｇ】
2015158927.tif 000011
【図２Ｈ】
2015158927.tif 000012
【図３】
2015158927.tif 000013
【図４】
2015158927.tif 000014
【図５Ａ】
2015158927.tif 000015
【図５Ｂ】
2015158927.tif 000016
【図５Ｃ】
2015158927.tif 000017
【図５Ｄ】
2015158927.tif 000018
【図５Ｅ】
2015158927.tif 000019
【図６Ａ】
2015158927.tif 000020
【図６Ｂ】
2015158927.tif 000021
【図６Ｃ】
2015158927.tif 000022
【図６Ｄ】
2015158927.tif 000023
【図７】
2015158927.tif 000024
【図８Ａ】
2015158927.tif 000025
【図８Ｂ】
2015158927.tif 000026
【図８Ｃ】
2015158927.tif 000027
【図８Ｄ】
2015158927.tif 000028
【図９】
2015158927.tif 000029
【図１０Ａ】
2015158927.tif 000030
【図１０Ｂ】
2015158927.tif 000031
【図１０Ｃ】
2015158927.tif 000032
【図１１】
2015158927.tif 000033
【図１２】
2015158927.tif 000034
【図１３】
2015158927.tif 000035
【図１４】
2015158927.tif 000036
【図１５】
2015158927.tif 000037
【図１６Ａ】
2015158927.tif 000038
【図１６Ｂ】
2015158927.tif 000039
【図１６Ｃ】
2015158927.tif 000040
【図１６Ｄ】
2015158927.tif 000041
【図１７】
2015158927.tif 000042
【図１８】
2015158927.tif 000043
【図１９】
2015158927.tif 000044
【図２０】
2015158927.tif 000045
【図２１】
2015158927.tif 000046
【図２２】
2015158927.tif 000047
【図２３】
2015158927.tif 000048
【図２４】
2015158927.tif 000049
【図２５】
2015158927.tif 000050
【図２６】
2015158927.tif 000051
【図２７】
2015158927.tif 000052
【図２８】
2015158927.tif 000053
【図２９】
2015158927.tif 000054
【図３０Ａ】
2015158927.tif 000055
【図３０Ｂ】
2015158927.tif 000056
【図３１】
2015158927.tif 000057
【図３２Ａ】
2015158927.tif 000058
【図３２Ｂ】
2015158927.tif 000059
【図３２Ｃ】
2015158927.tif 000060
【図３２Ｄ】
2015158927.tif 000061
【図３２Ｅ】
2015158927.tif 000062
【図３２Ｆ】
2015158927.tif 000063
【図３３】
2015158927.tif 000064
【図３４】
2015158927.tif 000065
【図３５Ａ】
2015158927.tif 000066
【図３５Ｂ】
2015158927.tif 000067
【手続補正書】
【提出日】平成27年4月24日(2015.4.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
（Ａ）取引信号を処理するように構成される処理回路を含み、小売商と関係付けられ且つ車両から離れている移動商取引エージェント及び（Ｂ）前記車両から離れ且つ前記移動商取引エージェントから離れている支払い処理システムを用いて前記車両から離れている前記小売商と取引を行うための前記車両に含まれているシステムであって、
前記移動商取引エージェント及び前記支払い処理システムと無線通信するように構成される通信装置と、
前記通信装置に前記移動商取引エージェントへの取引信号を送信させ且つ前記取引信号の受信に応じて前記移動商取引エージェントによって送信される応答情報を受信させるように構成される制御回路と、
購入を行うのに使用される支払いデータを記憶するように構成されるメモリと
を備え、前記制御回路は、前記移動商取引エージェントからの前記応答情報の受信に応じて前記支払い処理システムに支払い情報を送信するように更に構成され、前記支払い情報は少なくとも（Ａ）前記支払いデータ及び（Ｂ）前記応答情報の少なくとも一部を含み、前記取引信号は、前記移動商取引エージェントが前記支払い処理システムから支払い確認を受信すると、前記取引信号に基づいて、前記小売商への注文情報を前記移動商取引エージェントに送信させるようにフォーマットされる、システム。
【請求項２】
前記応答情報は、（Ａ）前記支払い処理システムへの送信の前に前記支払い情報を暗号化するのに前記制御回路によって使用される暗号鍵の少なくとも一部、又は（Ｂ）前記支払い処理システムへ前記支払い情報を送信するのに前記制御回路によって使用される前記支払い処理システムの識別子の少なくとも１つを含む、請求項１に記載のシステム。
【請求項３】
前記制御回路は、前記移動商取引エージェントから受信した応答情報に基づいて前記支払い処理システムへの送信の前に前記支払い情報を暗号化するように構成される、請求項２に記載のシステム。
【請求項４】
前記制御回路は、前記応答情報によって識別される前記支払い処理システムに前記支払い情報を送信するように構成される、請求項１に記載のシステム。
【請求項５】
ユーザから前記小売商の選択を受信するように構成されるユーザインターフェースを更に備え、前記制御回路は、前記取引信号を前記通信装置によって前記移動商取引エージェントへ送信させることによって前記選択に応答する、請求項１に記載のシステム。
【請求項６】
ユーザから前記小売商の選択を受信するように構成されるユーザインターフェースを更に備え、前記制御回路は、メニュー情報に対する要求を前記通信装置によって前記移動商取引エージェントへ送信させることによって前記選択に応答する、請求項１に記載のシステム。
【請求項７】
前記通信装置は、前記移動商取引エージェントによって送信されるメニュー情報を受信するように構成され、前記移動商取引エージェントは、メニュー情報に対する要求の受信に応じて前記メニュー情報を送信し、前記制御回路は、前記メニュー情報を前記ユーザインターフェースに表示させ且つ前記ユーザインターフェースを介してユーザ選択を受信するように構成され、前記制御回路は、前記ユーザ選択に応じて、前記ユーザ選択を含む前記取引信号を送信するように構成される、請求項６に記載のシステム。
【請求項８】
前記制御回路は、
（ａ）ユーザインターフェース電子機器、
（ｂ）受信機、
（ｃ）前記制御回路のメモリ装置から呼び出される事前記憶の情報、
（ｄ）前記車両の中に持ち込まれる支払い機構から前記支払いデータを受信するように構成される第２の受信機、及び
（ｅ）支払い機構及び車載制御システムを通信可能に結合する有線インターフェースの中の少なくとも１つを使用して前記支払いデータを収集するように構成される、請求項１に記載のシステム。
【請求項９】
前記制御回路は、車載電子ディスプレイシステム及び／又は車載オーディオ再生システムに指示を提供するように更に構成され、前記指示は、
前記支払い情報が前記支払い処理システムによって受け入れられたという第１の確認、
前記小売商が商品及び／又はサービスを提供することによって前記取引信号に応答するであろうという第２の確認の少なくとも１つであることを特徴とする、請求項１に記載のシステム。
【請求項１０】
前記支払い情報は、前記移動商取引エージェントを介して又は直接的に、支払い、金銭、クレジット、前記支払い情報、又は支払いの約束の少なくとも１つを前記支払い処理システムによって前記小売商へ提供させるように構成される、請求項１に記載のシステム。
【請求項１１】
遠隔支払い処理システムを使用して移動商取引エージェントから離れて位置する小売商と前記移動商取引エージェントから離れて位置する車両制御システムとの間で取引を行うための移動商取引エージェントであって、
前記車両制御システム、前記小売商及び前記遠隔支払い処理システムと無線通信するように構成される通信電子機器と、
メモリと、
前記通信電子機器に結合される回路であって、
前記車両制御システムから及び前記通信電子機器を介して、取引信号を受信し、
前記取引信号の受信に応じて、前記取引信号に含まれる注文情報をメモリに記憶し、前記小売商に支払いを提供するために前記遠隔支払い処理システムに支払い情報を送信するのに前記車両制御システムによって使用される応答情報を前記車両制御システムに送信し、
前記遠隔支払い処理システムから及び前記通信電子機器を介して、前記車両制御システムによって送信された前記支払い情報に基づいて前記小売商への支払いの確認を受信し、
前記遠隔支払い処理システムから前記支払いの確認を受信することに応じて、メモリに記憶された前記注文情報を前記小売商に送信するように構成される回路と、
を備える、移動商取引エージェント。
【請求項１２】
前記応答情報は、（Ａ）前記車両制御システムから前記遠隔支払い処理システムへの送信の前に前記支払い情報を暗号化するのに前記車両制御システムによって使用される暗号鍵の少なくとも一部、又は（Ｂ）前記支払い処理システムへ前記支払い情報を送信するのに前記車両制御システムによって使用される前記遠隔支払い処理システムの識別子の少なくとも１つを含む、請求項１１に記載の移動商取引エージェント。
【請求項１３】
前記回路は、前記車両制御システムから及び前記通信電子機器を介して、ユーザから前記小売商の選択を受信するように更に構成される、請求項１１に記載の移動商取引エージェント。
【請求項１４】
前記回路は、前記車両制御システムから及び前記通信電子機器を介して、前記小売商に関するメニュー情報に対する要求を受信するように更に構成され、前記回路は、前記通信電子機器を介してメモリに記憶され且つ前記小売商と対応する前記メニュー情報を前記車両制御システムに送信するように更に構成される、請求項１１に記載の移動商取引エージェント。
【請求項１５】
前記回路は、前記支払い情報が前記遠隔支払い処理システムによって受け入れられたという第１の確認を送信するように更に構成される、請求項１１に記載の移動商取引エージェント。
【請求項１６】
前記回路は、前記小売商が商品及び／又はサービスを提供することによって前記注文情報に応答するであろうという第２の確認を送信するように更に構成される、請求項１５に記載の移動商取引エージェント。
【請求項１７】
前記回路は、前記遠隔支払い処理システムから前記支払いの確認を受信することに応じて、前記小売商への全取引信号の送信の一部としてメモリに記憶された前記注文情報を前記小売商に送信するように更に構成される、請求項１１に記載の移動商取引エージェント。
【請求項１８】
前記回路は、前記取引信号に含まれる、車両識別子、顧客番号、パスコード、又は口座コードの少なくとも１つを受信するように更に構成される、請求項１１に記載の移動商取引エージェント。
【請求項１９】
前記応答情報の送信の前に、口座がまだ使用されていることの認証、口座が十分な支払い履歴を有することの認証、又は口座若しくは車両が盗まれていないことの確認の少なくとも１つを行うように更に構成される、請求項１８に記載の移動商取引エージェント。
【請求項２０】
前記回路は、前記支払い情報を前記小売商に送信しないように構成される、請求項１１に記載の移動商取引エージェント。
【外国語明細書】
2015158927000001.pdf