(57)【要約】  車両の電子インタフェースを介した通信を容易にするためのシステム及び方法の様々な態様が本明細書中に開示される。一実施形態によれば、方法は、車両の電子インタフェースを介して電子制御ユニット（ＥＣＵ）により第１の電子デバイスから情報を受信することを含む。情報は、第１の通信プロトコルの使用によって受信される。第１の電子デバイスは、車両の電子インタフェースの第１の近接範囲内にある。受信情報と車両に関連するユーザの好みとに基づいて、１つ以上の対応する動作がＥＣＵによって実行される。【選択図】図１Ａ
2019505026.tif 000002
【特許請求の範囲】
【請求項１】
車両の電子インタフェースを介して第１の電子デバイスと通信するためのシステムであって、前記システムは、
前記車両の電子制御ユニット（ＥＣＵ）内に１つ以上の回路を備え、前記１つ以上の回路は、
前記電子インタフェースを介して第１の通信プロトコルを使用して前記第１の電子デバイスから情報を受信するように構成され、前記第１の電子デバイスが前記電子インタフェースの第１の近接範囲内にあり、
前記受信情報と前記車両に関連付けられるユーザの好みとに基づいて１つ以上の対応する動作を実行するように構成される、
システム。
【請求項２】
前記受信情報は、前記第１の電子デバイスの識別子、リクエスタタイプ、前記第１の電子デバイスと関連付けられる連絡先情報、電子パーキングチケット、電子チラシ、電子パーキングレシート、及び／又は、前記車両と関連付けられる前記ユーザ向けのカスタムメッセージのうちの１つ以上を含む請求項１に記載のシステム。
【請求項３】
前記第１の通信プロトコルは、近距離通信（ＮＦＣ）プロトコル又はブルートゥース通信プロトコルのうちの一方である請求項１に記載のシステム。
【請求項４】
前記１つ以上の回路は、前記車両と関連付けられる前記ユーザの事前設定された好みに基づいて前記受信情報を解析するように構成される請求項１に記載のシステム。
【請求項５】
前記１つ以上の回路は、前記受信情報の前記解析に基づいて少なくとも１つの要求タイプを決定するように構成される請求項４に記載のシステム。
【請求項６】
前記要求タイプは、前記車両に関連する前記ユーザと通信する要求、電子パーキングレシートをチェックする要求、前記車両のための電子パーキングチケットを発行する要求、前記車両のための電子チラシを通信する要求、駐車違反に対応する通知、及び／又は、前記車両を第１の位置から第２の位置へ移動させる要求のうちの１つに対応する請求項５に記載のシステム。
【請求項７】
前記１つ以上の回路は、前記車両を所定の距離範囲内で第１の位置から第２の位置へ移動させるための許可を第２の電子デバイスから受信するように構成され、前記許可は、前記決定された要求タイプに基づいて前記第１の電子デバイスに更に通信され、前記車両のロックされたドアは、前記車両の前記移動を可能にするべく遠隔的にロックが解除される請求項５に記載のシステム。
【請求項８】
前記ＥＣＵは、外部リアビューミラー、フロントガラス、ダッシュボード、及び／又は、前記車両の外面の領域のうちの１つに設置される請求項１に記載のシステム。
【請求項９】
前記１つ以上の回路は、前記受信情報を対応する所定のテンプレートに記憶するように構成される請求項１に記載のシステム。
【請求項１０】
前記１つ以上の回路は、第２の通信プロトコルを使用して前記解析された情報又は前記記憶された情報を第２の電子デバイスに通信するように構成され、前記第２の電子デバイスが前記車両の前記ＥＣＵの第２の近接範囲内にある請求項９に記載のシステム。
【請求項１１】
前記第２の通信プロトコルは、セルラ通信プロトコル、ブルートゥース通信プロトコル、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）プロトコル、又は、専用短距離通信（ＤＳＲＣ）プロトコルのうちの１つである請求項１０に記載のシステム。
【請求項１２】
前記１つ以上の回路は、第２の通信プロトコルを使用して前記解析された前記受信情報に基づいて承認要求を第２の電子デバイスに通信するように構成される請求項１に記載のシステム。
【請求項１３】
前記１つ以上の回路は、前記承認要求が受け入れられるか又は拒否されるかどうかを示す肯定応答を前記第２の電子デバイスから受信するように構成される請求項１２に記載のシステム。
【請求項１４】
前記１つ以上の回路は、前記ＥＣＵによる前記第１の電子デバイスからの前記情報の受信の成功又は失敗を示すために音声、視覚、及び／又は、触覚応答を生成するように構成される請求項１に記載のシステム。
【請求項１５】
前記１つ以上の回路は、第２の通信プロトコルを使用してパーキングレシートの有効期限を延長するためのリマインダを第２の電子デバイスに動的に通信するように構成され、前記リマインダは、前記受信情報の前記解析に基づいて通信される請求項１に記載のシステム。
【請求項１６】
前記１つ以上の回路は、前記車両の前記電子インタフェースを使用する前記第１の電子デバイスと第２の電子デバイスとの間の安全な双方向通信を容易にするように構成される請求項１に記載のシステム。
【請求項１７】
前記安全な双方向通信は、複数の異なる通信プロトコルを使用して前記ＥＣＵによって確立される請求項１６に記載のシステム。
【請求項１８】
前記第１の電子デバイスは、前記第２の電子デバイスの連絡先情報を知らずに前記第２の電子デバイスと通信し、前記第２の電子デバイスは、前記車両の前記ＥＣＵを使用する前記ユーザと関連付けられる請求項１６に記載のシステム。
【請求項１９】
車両の電子インタフェースを介して第１の電子デバイスと通信するための方法であって、前記方法は、
車両の電子制御ユニット（ＥＣＵ）で、前記電子インタフェースを介して第１の通信プロトコルを使用して前記第１の電子デバイスから情報を受信するステップであって、前記第１の電子デバイスが前記電子インタフェースの第１の近接範囲内にある、ステップと、
前記ＥＣＵで、前記受信情報と前記車両に関連付けられるユーザの好みとに基づいて１つ以上の対応する動作を実行するステップと、
を備える方法。
【請求項２０】
バッテリと、
前記バッテリにより給電される電子インタフェースと、
車両の前記電子インタフェースを介して１つ以上の外部デバイスと通信するために前記電子インタフェースと通信可能に結合される電子制御ユニット（ＥＣＵ）と、
前記ＥＣＵ内の１つ以上の回路であって、前記１つ以上の回路が、
前記電子インタフェースを介して第１の通信プロトコルを使用して前記１つ以上の外部デバイスのうちの１つに対応する第１の電子デバイスから情報を受信するように構成され、前記第１の電子デバイスが前記電子インタフェースの第１の近接範囲内にあり、
前記受信情報と前記車両に関連付けられるユーザの好みとに基づいて１つ以上の対応する動作を実行するように構成される、
１つ以上の回路と、
を備える車両。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の様々な実施形態は、電子インタフェースを介した通信を容易にするシステム及び方法に関する。より具体的には、本開示の様々な実施形態は、車両の電子インタフェースを介した電子デバイスとの通信のためのシステム及び方法に関する。
【背景技術】
【０００２】
通信技術、情報技術、自動車技術、及び、他の相互に関連する技術の分野における進歩は、情報車両システム及びソリューションの開発において技術的収束をもたらしてきた。特定のシナリオでは、車両がレッカー移動され、没収され、又は、クランプされると、それが車両所有者にとって大きな不都合をもたらす場合がある。例えば、車両が路側に乗り捨てられた状態で見つけられ又は混雑した場所で長時間にわたって放置されたままであると、車両が没収される場合がある。また、車両が駐車禁止ゾーンに駐車され又は望ましくない態様で駐車されると、それが他の道路ユーザにとって不都合をもたらす場合がある。ナンバープレートを使用して車両所有者の連絡先の詳細を見つける努力は、面倒な場合があり、また、殆どのケースで執行官が必要としない場合がある。
【０００３】
特定の他のシナリオにおいて、車両ユーザは、路側に車両を駐車するためにパーキングレシートの代金を支払う場合がある。そのようなシナリオでは、車両ユーザが通常はパーキングレシートをパーキング執行官が確認できるように車両に貼り付けることが観察される。時々、パーキングレシートが執行官に見えない場合があり、その結果、罰金がかかる場合がある。更なる他のシナリオにおいて、パーキング執行官は、ワイパと車両のフロントガラスとの間にパーキングチケットなどのチケットを置く場合がある。そのようなチケットは、雨や強風などの悪天候に弱い場合がある。更に、そのようなチケットが紛失されると、処罰が課される場合がある。
【０００４】
更なる他のシナリオにおいて、広告目的のために配布されるチラシは、しばしば車両ユーザを苛立たせる。これは、それらが視認性を制限する場合があり且つ運転中に混乱を引き起こす場合があるからである。これらの問題に起因して、車両ユーザは、時として、重要な場合がある又は車両ユーザにとって個人的に関心があるかもしれない情報を失う。したがって、上記の問題に鑑みて、時間と労力を節約し、執行官及び車両ユーザの両方の利便性を高める賢明な技術的解決策が必要とされ得る。
【０００５】
従来の伝統的な手法の更なる制限及び欠点は、本出願の残りの部分に図面と関連して記載される本開示の幾つかの態様を伴う記載されるシステムの比較により、当業者に明らかになる。
【発明の概要】
【０００６】
車両の電子インタフェースを介した通信を容易にするためのシステム及び方法は、特許請求の範囲においてより完全に記載されるように、図のうちの少なくとも１つに実質的に示され、及び／又は、図のうちの少なくとも１つに関連して説明される。
【０００７】
本開示のこれらの及び他の特徴並びに利点は、添付の図と共に本開示の以下の詳細な説明を検討することにより分かり、図中、参照数字は全体にわたって同様の部分を示す。
【図面の簡単な説明】
【０００８】
【図１Ａ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするためのネットワーク環境を示すブロック図である。
【図１Ｂ】本開示の一実施形態に係る通信を容易にするための１つ以上の電子デバイスでレンダリングされる１つ以上の典型的なユーザインタフェースを示す。
【図２】本開示の一実施形態に係る車両の様々な典型的な構成要素又はシステムを示すブロック図である。
【図３】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法の実施のための第１の典型的なシナリオを示す。
【図４】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法の実施のための第２の典型的なシナリオを示す。
【図５】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法の実施のための第３の典型的なシナリオを示す。
【図６Ａ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【図６Ｂ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【図６Ｃ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【図６Ｄ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【図６Ｅ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【図６Ｆ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【図６Ｇ】本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャート全体の一部を表す。
【発明を実施するための形態】
【０００９】
以下の説明の実施は、車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法において見出されてもよい。本開示の典型的な態様は、電子インタフェースを介して第１の通信プロトコルの使用によって第１の電子デバイスから情報を受信できる方法を備えてもよい。情報は、電子インタフェースと通信可能に結合され得る車両の電子制御ユニット（ＥＣＵ）で受信されてもよい。第１の通信プロトコルは、近距離通信（ＮＦＣ）プロトコル又はブルートゥース通信プロトコルであってもよい。第１の電子デバイスは、車両の電子インタフェースの第１の近接範囲内にあってもよい。受信情報及び車両と関連付けられるユーザの好みに基づいて、１つ以上の対応する動作が行われてもよい。
【００１０】
一実施形態によれば、受信情報は、第１の電子デバイスの識別子、リクエスタタイプ、第１の電子デバイスと関連付けられる連絡先情報、電子パーキングチケット、電子チラシ、電子パーキングレシート、及び／又は、車両と関連付けられるユーザ向けのカスタムメッセージを含んでもよい。受信情報は、車両と関連付けられるユーザの予め設定された好みに基づいて解析されてもよい。受信情報の解析に基づいて要求タイプが決定されてもよい。要求タイプは、車両と関連付けられるユーザと通信する要求に対応してもよい。要求タイプは、電子パーキングレシートをチェックする要求、車両のための電子パーキングチケットを発行する要求、電子チラシを車両に通信する要求、駐車違反に対応する通知、及び／又は、車両を第１の位置から第２の位置へ移動させる要求に更に対応してもよい。
【００１１】
一実施形態によれば、受信情報は、対応する所定のテンプレートに記憶されてもよい。解析される情報又は記憶される情報は、第２の通信プロトコルの使用によって第２の電子デバイスに通信されてもよい。第２の電子デバイスは、車両の電子インタフェースから第２の近接範囲にあってもよい。第２の通信プロトコルは、セルラ通信プロトコル、ブルートゥース通信プロトコル、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）プロトコル、又は、専用短距離通信（ＤＳＲＣ）プロトコルであってもよい。
【００１２】
一実施形態によれば、第１の電子デバイスからの情報の受信の成功又は失敗の表示に対応する音声、視覚、及び／又は、触覚応答が、ＥＣＵによって生成されてもよい。パーキングレシートの有効期限を延長するためのリマインダが、第２の通信プロトコルの使用によって第２の電子デバイスに動的に通信されてもよい。リマインダは、受信情報の解析に基づいて通信されてもよい。一実施形態によれば、電子インタフェース及び／又はＥＣＵは、車両の外部リアビューミラー（ＯＲＶＭ）又はダッシュボードに設置されてもよい。
【００１３】
一実施形態によれば、第２の通信プロトコルの使用によって解析される受信情報に基づいて承認要求が第２の電子デバイスに通信されてもよい。承認要求が受け入れられるか又は拒否されるかどうかを示してもよい肯定応答が第２の電子デバイスから受信されてもよい。
【００１４】
一実施形態によれば、第１の電子デバイスは、ユーザと関連付けられる第２の電子デバイスの連絡先情報の知識を伴わずに、車両の電子インタフェースを介して第２の電子デバイスと通信してもよい。第１の電子デバイスと第２の電子デバイスとの間の安全な双方向通信が車両の電子インタフェースの使用によりＥＣＵによって容易にされてもよい。安全な双方向通信は、複数の異なる通信プロトコルの使用によりＥＣＵによって確立されてもよい。
【００１５】
一実施形態によれば、第２の電子デバイスからの許可は、車両を所定の距離範囲内で第１の位置から第２の位置へ移動させるために電子インタフェースを介してＥＣＵで受信されてもよい。許可は、決定される要求タイプに基づいて電子インタフェースの使用によりＥＣＵによって第１の電子デバイスに更に通信されてもよい。車両のロックされたドアは、車両の移動を可能にするために遠隔的にロック解除されてもよい。
【００１６】
図１Ａは、本開示の一実施形態に係るメッセージを車両に通信するためのネットワーク環境を示すブロック図である。図１を参照すると、ネットワーク環境１００が示される。ネットワーク環境１００は、第１の電子デバイス１０２、第２の電子デバイス１０４、及び、車両１０６などの１つ以上の電子デバイスを含んでもよい。車両１０６は、車両１０６の電子インタフェースであってもよい無線通信システム１０８を含んでもよい。車両１０６は、無線通信システム１０８に通信可能に結合されてもよい電子制御ユニット（ＥＣＵ）１１０を更に含んでもよい。また、通信チャネル１１２、無線通信ネットワーク１１４、サーバ１１６、及び、パーキング執行官１１８、チラシ配布者１２０、及び、車両ユーザ１２２などの１人以上のユーザが示される。更に、第１の電子デバイス１０２及び第２の電子デバイス１０４とそれぞれ関連付けられるリクエスタアプリケーション１２４及び車両ユーザアプリケーション１２６が示される。
【００１７】
第１の電子デバイス１０２は、車両１０６の無線通信システム１０８などの電子インタフェースとの通信を確立するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備えてもよい。無線通信システム１０８は近距離通信（ＮＦＣ）回路を含んでもよい。通信は、通信チャネル１１２を介して確立されてもよい。また、第１の電子デバイス１０２は、近距離通信（ＮＦＣ）回路を含んでもよい。リクエスタアプリケーション１２４は、第１の電子デバイス１０２に予めインストールされてもよい。第１の電子デバイス１０２は、リクエスタアプリケーション１２４を起動するための入力を受信するように構成されてもよい。リクエスタアプリケーション１２４は、第１の電子デバイス１０２で１つ以上のユーザインタフェース（ＵＩ）をレンダリングしてもよい。リクエスタアプリケーション１２４の１つ以上のＵＩは、パーキング執行官１１８及びチラシ配布者１２０などのリクエスタの情報を入力、編集、更新、及び／又は、記憶するために使用されてもよい。リクエスタアプリケーション１２４の１つ以上のＵＩは、ＥＣＵ１１０又は第２の電子デバイス１０４から受信される情報を表示するように構成されてもよい。
【００１８】
第２の電子デバイス１０４は、無線通信ネットワーク１１４の使用により、無線通信システム１０８を介したＥＣＵ１１０との通信を確立するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備えてもよい。車両ユーザアプリケーション１２６は、第２の電子デバイス１０４に予めインストールされてもよい。第１の電子デバイス１０２は、車両ユーザ１２２の好みを事前設定するために車両ユーザアプリケーション１２６を起動するための入力を受信するように構成されてもよい。車両ユーザアプリケーション１２６は、第２の電子デバイス１０４で１つ以上のＵＩをレンダリングしてもよい。車両ユーザアプリケーション１２６の１つ以上のＵＩを使用して、車両ユーザ１２２の情報を入力、編集、更新、及び／又は、記憶してもよい。車両ユーザアプリケーション１２６の１つ以上のＵＩは、無線通信システム１０８又は第１の電子デバイス１０２を介してＥＣＵ１１０から受信される情報を表示するように構成されてもよい。第１の電子デバイス１０２及び第２の電子デバイス１０４の例としては、スマートフォン、スマートガラス、スマートウォッチ、タブレットコンピュータ、及び／又は、他のポータブルコンピューティングデバイスを挙げることができるが、これらに限定されない。
【００１９】
車両１０６は、無線通信システム１０８を介した第１の電子デバイス１０２と第２の電子デバイス１０４との間の通信を容易にするように構成されてもよいＥＣＵ１１０を備えてもよい。車両１０６の例としては、自動車、ハイブリッド車、及び／又は、１つ以上の別個の再生可能又は再生不可能な動力源を使用する車両を挙げることができるが、これらに限定されない。再生可能又は再生不可能な動力源を使用する車両としては、化石燃料系車両、電気推進系車両、水素燃料系車両、太陽光発電車両、及び／又は、他の形態の代替エネルギー源によって動力が供給される車両を挙げることができる。
【００２０】
無線通信システム１０８は、第１の電子デバイス１０２、第２の電子デバイス１０４、及び、１つ以上のクラウドサーバ、例えばサーバ１１６などの１つ以上外部デバイスと通信するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備えてもよい。第１の電子デバイス１０２との通信は、通信チャネル１１２を介して行われてもよい。第２の電子デバイス１０４及びサーバ１１６との通信は、無線通信ネットワーク１１４を介して行われてもよい。無線通信システム１０８としては、アンテナ、無線周波数（ＲＦ）トランシーバ、近距離通信（ＮＦＣ）回路、テレマティクスユニット、１つ以上の増幅器、１つ以上の発振器、デジタル信号プロセッサ、コーダデコーダ（ＣＯＤＥＣ）チップセット、及び／又は、加入者識別モジュール（ＳＩＭ）カードを挙げることができるが、これらに限定されない。無線通信システム１０８は、通信チャネル１１２及び／又は無線通信ネットワーク１１４の使用により無線通信を介して通信してもよい。
【００２１】
ＥＣＵ１１０は、第１の電子デバイス１０２から受信される情報を解析するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備えてもよい。受信情報は、車両１０６と関連付けられる車両ユーザ１２２などのユーザの事前設定された好みに基づいて解析されてもよい。ＥＣＵ１１０は、車両１０６の車両データにアクセスする又は車両１０６の他のＥＣＵ、構成要素、又は、システムに１つ以上の制御コマンドを通信するように構成されてもよい。車両データ及び１つ以上の制御コマンドは、車両エリアネットワーク（ＶＡＮ）などの車載ネットワーク及び／又はコントローラエリアネットワーク（ＣＡＮ）バスなどの車載データバスを介して通信されてもよい。一実施形態によれば、ＥＣＵ１１０２１６は、車両１０６の電子インタフェースに対応してもよい。ＥＣＵ１１０は、ＯＲＶＭ、ダッシュボード、又は、車両１０６の外面の領域に設置されてもよい。
【００２２】
通信チャネル１１２とは、第１の電子デバイス１０２が第１の近接範囲内にある車両１０６と通信できるようにする媒体を指してもよい。第１の電子デバイス１０２は、短距離無線通信プロトコルなどの第１の通信プロトコルの使用によって車両１０６と通信してもよい。通信チャネル１１２の例としては、近距離通信（ＮＦＣ）、双方向無線周波数ネットワーク（ブルートゥースベースのネットワークなど）、又は、車両１０６の第１の電子デバイス１０２及び無線通信システム１０８に位置される投影容量性タッチパネルを介した容量結合に基づくデータ通信を挙げることができるが、これらに限定されない。第１の通信プロトコルの例としては、ＮＦＣ通信プロトコル、ＺｉｇＢｅｅプロトコル、赤外線（ＩＲ）プロトコル、容量結合に基づくデータ転送プロトコル、及び／又は、ブルートゥース（ＢＴ）通信プロトコルを挙げることができるが、これらに限定されない。
【００２３】
無線通信ネットワーク１１４とは、車両１０６、特に車両１０６の無線通信システム１０８が第２の電子デバイス１０４と通信できるようにする媒体を指してもよい。第２の電子デバイス１０４は、第２の近接範囲内の第２の通信プロトコルの使用によって、車両１０６の無線通信システム１０８と通信してもよい。無線通信ネットワーク１１４は、第２の電子デバイス１０４などの１つ以上の電子デバイスがサーバ１１６と通信できるようにする媒体を更に含んでもよい。無線通信ネットワーク１１４の例としては、セルラネットワーク、例えばロングタームエボリューション（ＬＴＥ）ネットワーク、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）ネットワーク、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、インターネット、専用短距離通信（ＤＳＲＣ）ネットワーク、モバイルアドホックネットワーク（ＭＡＮＥＴ）、車両アドホックネットワーク（ＶＡＮＥＴ）、及び／又は、メトロポリタンエリアネットワーク（ＭＡＮ）を挙げることができるが、これらに限定されない。無線通信プロトコルなどの第２の通信プロトコルの例としては、セルラ通信プロトコル、例えば、ロングタームエボリューション（ＬＴＥ）、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）プロトコル、ＤＳＲＣプロトコル、ＩＥＥＥ８０２．１１，８０２．１１ｐ，８０２．１５，８０２．１６，１６０９、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Ｗｉ−ＭＡＸ）、車両環境における無線アクセス（ＷＡＶＥ）、伝送制御プロトコル及びインターネットプロトコル（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＺｉｇＢｅｅ、ＥＤＧＥ、及び／又は、ブルートゥース（ＢＴ）通信プロトコルを挙げることができるが、これらに限定されない。
【００２４】
サーバ１１６は、第１の電子デバイス１０２及び第２の電子デバイス１０４などの１つ以上の加入デバイスから要求を受信するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備えてもよい。サーバ１１６は、パーキング執行官１１８などの承認された人員の識別子（ＩＤ）のデータベースを記憶するように構成されてもよい。サーバ１１６は、当業者に良く知られている幾つかの技術の使用によって実装されてもよい。
【００２５】
動作時、第１の電子デバイス１０２は、車両１０６の無線通信システム１０８に対して第１の近接範囲内にあってもよい。第１の電子デバイス１０２は、第１の近接範囲内の無線通信システム１０８を介して車両１０６のＥＣＵ１１０に要求などの情報を通信するように構成されてもよい。通信される情報は、リクエスタアプリケーション１２４の使用によって第１の電子デバイス１０２で事前設定される情報に対応する。事前設定は、パーキング執行官１１８又はチラシ配布者１２０などのリクエスタによって実行されてもよい。
【００２６】
一実施形態によれば、ＥＣＵ１１０は、無線通信システム１０８のＮＦＣ範囲などの第１の近接範囲内で第１の電子デバイス１０２が検出されるときに、第１の電子デバイス１０２から情報を受信するように構成されてもよい。第１の電子デバイス１０２からの情報は、通信チャネル１１２を介して受信されてもよい。ＥＣＵ１１０は、車両１０６と関連付けられる車両ユーザ１２２又は他のユーザなどのユーザの事前設定された好みに基づいて受信情報を解析するように構成されてもよい。車両ユーザ１２２の好みは、車両ユーザアプリケーション１２６の使用によって事前設定されてもよい。
【００２７】
一実施形態によれば、ＥＣＵ１１０は、受信情報の解析に基づいて要求タイプを決定するように構成されてもよい。要求タイプは、（図４に示されるような）車両１０６と関連付けられる車両ユーザ１２２と通信する要求に対応してもよい。要求タイプは、電子パーキングレシートをチェックする要求、車両１０６のための電子パーキングチケットを発行する要求、（図３に示される）車両１０６のための電子チラシを通信する要求、駐車違反に対応する通知、及び／又は、車両１０６を第１の位置から第２の位置へ移動させる要求に対応してもよい。
【００２８】
一実施形態によれば、ＥＣＵ１１０は、受信情報と車両１０６に関連付けられる車両ユーザ１２２の好みとに基づいて、１つ以上の対応する動作を実行するように構成されてもよい。１つ以上の対応する動作は、受信情報及び／又は決定された要求タイプの解析に基づいて更に実行されてもよい。一実施形態によれば、ＥＣＵ１１０は、第１の電子デバイス１０２からの情報の受信の成功又は失敗を示すために音声、視覚、及び／又は、触覚応答を生成するように構成されてもよい。ＥＣＵ１１０は、無線通信システム１０８を介して、解析された情報を第２の電子デバイス１０４に通信するように構成されてもよい。通信は、無線通信ネットワーク１１４の使用によって行われてもよい。車両ユーザ１２２と関連付けられる第２の電子デバイス１０４は、車両１０６の無線通信システム１０８の第２の近接範囲にあってもよい。
【００２９】
特定の場合には、（電子インタフェースなどの）無線通信システム１０８が分散態様で実装されてもよい。例えば、無線通信システム１０８は、車両１０６のフロントガラスなどの外面に設置されてもよいＮＦＣ対応デバイスとして実装されてもよい。そのような場合、ＮＦＣ対応デバイスは、車載ネットワーク又は通信チャネル１１２を介して、ＥＣＵ１１０に通信可能に結合されてもよい。第１の電子デバイス１０２からの情報は、第１の電子デバイス１０２が（ＮＦＣ範囲など）短距離無線通信のためのＮＦＣ対応デバイスの第１の近接範囲内にあるときにＮＦＣ対応デバイスによって受信されてもよい。受信情報は、その後、更なる解析のためにＥＣＵ１１０に送信されてもよい。そのような実施形態では、テレマティクスユニットなどの他の無線通信システムが車両１０６の内部回路内に設置されてもよい。ＥＣＵ１１０は、短距離、中距離、又は、長距離無線通信（ブルートゥース範囲、Ｗｉ−Ｆｉ範囲、セルラ通信、又は、無線通信ネットワーク１１４の使用によるインターネット経由など）のための車両１０６の他の無線通信システムを介して、第２の近接範囲内の第２の電子デバイス１０４と通信するように構成されてもよい。或いは、一実施形態によれば、無線通信システム１０８は、ＥＣＵ１１０の制御下で第１の電子デバイス１０２及び第２の電子デバイス１０４の両方と通信するための機能を備えてもよい単一のユニット又は通信システムとして実装されてもよい。言い換えると、前述したようなＮＦＣデバイス及び他の無線通信システムによって実行される動作は、同じ無線通信システム１０８において実施されてもよい。
【００３０】
一実施形態によれば、ＥＣＵ１１０は、車両１０６の無線通信システム１０８を介して、第１の電子デバイス１０２と第２の電子デバイス１０４との間の安全な双方向通信を容易にするように構成されてもよい。安全な双方向通信は、第１の通信プロトコル及び第２の通信プロトコルなどの複数の異なる通信プロトコルの使用により、ＥＣＵ１１０によって確立されてもよい。
【００３１】
一実施形態によれば、ＥＣＵ１１０は、受信情報の解析に基づいて第２の電子デバイス１０４に承認要求を通信するように構成されてもよい。承認要求は、無線通信ネットワーク１１４の使用により無線通信システム１０８を介して通信されてもよい。ＥＣＵ１１０は、無線通信ネットワーク１１４の使用により、無線通信システム１０８を介して、第２の電子デバイス１０４から肯定応答を受信するように構成されてもよい。肯定応答は、承認要求が受け入れられるか又は拒否されるかどうかを示してもよい。
【００３２】
一実施形態によれば、ＥＣＵ１１０は、受信情報を車両１０６に記憶するように構成されてもよい。受信情報は、受信情報のタイプ又は内容に対応する所定のテンプレートに記憶されてもよい。例えば、車両１０６のための電子パーキングチケット又は車両１０６のための電子チラシは、受信情報の解析に基づいて車両１０６に記憶されてもよい。
【００３３】
図１Ｂは、本開示の一実施形態に係る通信を容易にするために１つ以上の電子デバイスでレンダリングされる１つ以上の典型的なユーザインタフェースを示す。図１Ｂは、図１Ａからの要素と関連して説明される。図１Ｂを参照すると、第１の電子デバイス１０２でレンダリングされてもよいリクエスタアプリケーション１２４のＵＩ１２４ａ〜１２４ｆなどの１つ以上のユーザインタフェース（ＵＩ）が示されている。更に、第２の電子デバイス１０４でレンダリングされてもよいＵＩ１２６ａ〜１２６ｃなどの１つ以上の他のＵＩが示される。
【００３４】
図１Ｂを参照すると、様々なＵＩ１２４ａ〜１２４ｆを使用して、パーキング執行官１１８又はチラシ配布者１２０などのユーザの第１の電子デバイス１０２との相互作用を容易にしてもよい。例えば、ＵＩ１２４ａは、ＵＩ１２４ａのＵＩ要素１２８の使用により、第１の電子デバイス１０２で、リクエスタタイプと関連付けられるリクエスタ情報を更新するために使用されてもよい。リクエスタ情報は、モバイル番号、デバイス識別子、リクエスタの名前、又は、リクエスタと関連付けられる固有のＩＤなどの連絡先情報を含んでもよい。リクエスタタイプの例としては、パーキング執行官１１８、チラシ配布者１２０、パーキングレシートチェッカー、交通警察、及び／又は、第１の電子デバイス１０２と関連付けられる他のユーザを挙げることができるが、これらに限定されない。ＵＩ要素１３０は、ＵＩ１２４ｂ及びＵＩ１２４ｃなどの他の様々なＵＩ、又は、リクエスタアプリケーション１２４の機能性を探るための他のオプションをレンダリングするために使用されてもよい。
【００３５】
ＵＩ１２４ｂは、パーキング執行官１１８などのリクエスタのユーザ好みを編集する又は選択するために使用されてもよい。ＵＩ１２４ｂのＵＩ要素１３２は、リクエスタの連絡先情報を編集するために使用されてもよい。ＵＩ１２４ｂのＵＩ要素１３４は、リクエスタアプリケーションで要求タイプを設定するために使用されてもよい。一実施形態によれば、要求タイプは、車両１０６と関連付けられる車両ユーザ１２２と通信する要求、電子パーキングレシートをチェックする要求、又は、車両１０６のための電子パーキングチケットを発行する要求に対応する。要求タイプは、車両１０６のための電子チラシを通信する要求、駐車違反に対応する通知、及び／又は、車両１０６を第１の位置から第２の位置へ移動させる要求に対応してもよい。
【００３６】
リクエスタと関連付けられる情報の更新及び設定は、一度だけの作業であってもよい。リクエスタタイプ、リクエスタのモバイル番号、及び／又は、リクエスタと関連付けられる固有ＩＤなどの１つ以上の必須フィールドにおけるリクエスタと関連する情報が更新されて、好みが選択されると、第１の電子デバイス１０２は、パーキング執行官１１８などのリクエスタの身元の検証要求をサーバ１１６などの中央サーバに通信するように構成されてもよい。サーバ１１６は、認証された人員のＩＤのデータベースと併せて、リクエスタの身元を検証するように構成されてもよい。サーバ１１６は、検証確認又は拒否メッセージを第１の電子デバイス１０２に送信してもよい。リクエスタの言語好みなどのリクエスタの好みは、ＵＩ１２４ｂのＵＩ要素１３６の使用によって設定されてもよい。同様に、テーマ、フォント、色、背景若しくは前景画像、又は、他の視覚化変更などの視覚化好みは、ＵＩ要素１３８の使用によりリクエスタによって果たされてもよい。ＵＩ要素１４０は、既に訪問された元のＵＩ、例えば、ＵＩ１２４ａへナビゲートするために使用されてもよく、一方、ＵＩ要素１３０は、前述のように他のＵＩへナビゲートするために使用されてもよい。
【００３７】
ＵＩ１２４ｃは、第１の電子デバイス１０２と関連付けられるパーキング執行官１１８などのリクエスタが車両１０６の車両ユーザ１２２と通信したいときに、ＵＩ要素１４２（「連絡先情報の要求」）及び／又はＵＩ要素１４４（「メッセージ送信」）などの１つ以上のＵＩ要素を表示してもよい。パーキング執行官１１８は、ＵＩ１２４ｃのＵＩ要素１４２を選択して、車両１０６の無線通信システム１０８を介して車両ユーザ１２２から連絡先情報を要求してもよい。パーキング執行官１１８は、ＵＩ１２４ｃのＵＩ要素１４４を使用して、車両１０６の無線通信システム１０８を介して車両ユーザ１２２にメッセージを送信してもよい。或いは、パーキング執行官１１８は、車両１０６のＮＦＣ対応デバイスなどの無線通信システム１０８で第１の電子デバイス１０２をタップしてもよい。無線通信システム１０８は、車両１０６のＥＣＵ１１０との通信を確立してもよい。そのような場合、１つ以上の予め記憶されたカスタマイズされたメッセージが車両ユーザ１２２へ自動的に通信されてもよい。
【００３８】
ＵＩ１２４ｄは、通信されたメッセージの現在の状態を車両ユーザ１２２に表示できるＵＩ要素１４８を備えてもよい。例えば、タップ操作の後、車両ユーザ１２２と関連付けられる情報が待たされる時点で、「車両ユーザ情報待ち」などのメッセージが表示されてもよい。ＵＩ１２４ｅは、車両ユーザ１２２の連絡先の詳細が車両１０６に記憶されて第１の電子デバイス１０２に与えられるように制限されないときに、車両ユーザ１２２の連絡先の詳細を表示するためのＵＩ要素１５０〜１５４を備えてもよい。この場合、車両ユーザ１２２の連絡先の詳細は、車両１０６のメモリに記憶されて「パブリック」として設定される。ＵＩ要素１５４は、タップ操作の現在の状態及び／又は更新された状態を表示してもよい。例えば、車両ユーザ１２２と関連付けられる情報が受信される時点で「車両ユーザ情報受信」などのメッセージが表示されてもよい。他方で、ＵＩ１２４ｆは、車両ユーザ１２２の連絡先の詳細が制限されて「プライベート」として設定されるときに情報メッセージを表示するようにレンダリングされ得るＵＩ要素１５６を備えてもよい。
【００３９】
パーキング執行官１１８は、メニュー項目「メッセージ送信」などのＵＩ要素１５８を使用して、車両ユーザ１２２の連絡先の詳細の知識を伴うことなく第２の電子デバイス１０４との通信を確立してもよい。第１の電子デバイス１０２上でＵＩ要素１５８（メニュー項目「メッセージ送信」など）が選択されるときに、メッセージが無線通信システム１０８を介して車両１０６に送信される。車両１０６のＥＣＵ１１０は、「プライベート」としての連絡先の詳細の設定を決定して、車両ユーザ１２２の連絡先の詳細を共有できないという情報を第１の電子デバイス１０２に送信する。また、ＥＣＵ１１０は、リクエスタが車両ユーザ１２２の連絡先の詳細を求めていることを無線通信システム１０８を介して第２の電子デバイス１０４に通信する。その後、車両ユーザ１２２は、車両１０６の無線通信システム１０８を介して（車両ユーザ１２２の）連絡先の詳細を共有することなく秘匿態様でリクエスタと通信することを選択してもよい。したがって、車両１０６は、リクエスタの第１の電子デバイス１０２と車両ユーザ１２２の第２の電子デバイス１０４との間の通信ゲートウェイとしての機能を果たす。
【００４０】
第２の電子デバイス１０４のＵＩ１２６ａは、第２の電子デバイス１０４が第１の電子デバイス１０２から情報を受信するときに第１の電子デバイス１０２からの情報の受信を表示してもよい。例えば、表示される情報は、ＵＩ１２６ａのＵＩ要素１６２によって示されるように、第２の電子デバイス１０４で受信されるリクエスタの情報であってもよい。ＵＩ要素１６２が車両ユーザ１２２などのリクエスタによって選択されると、ＵＩ１２６ｂに示されるように、リクエスタの情報が表示される。リクエスタの情報の内容は、ＵＩ１２６ｂのＵＩ要素１６８によって示されるようなリクエスタの名前、及び、ＵＩ１２６ｂのＵＩ要素１７０によって示されるようなリクエスタのモバイル番号又は電子メールアドレスなどの連絡先情報であってもよい。第１の電子デバイス１０２からの受信情報が連絡先の詳細の要求を含む場合、ＵＩ１２６ａは、ソフトウェアボタン「プライベート」及び「パブリック」などのサブＵＩ要素を含んでもよいＵＩ要素１６０などのＵＩ要素をレンダリングして、車両ユーザ１２２の連絡先の詳細に関する制限レベルを設定してもよい。
【００４１】
ＵＩ１２６ａは、ＵＩ１２６ａ内のＵＩ要素１６４によって示されるような車両１０６の状態情報を更に表示してもよい。ＵＩ要素１６４が車両ユーザ１２２によって選択されると、ＵＩ１２６ｃのＵＩ要素１７２によって示されるように、車両１０６の位置又はドアロック状態／ロック解除状態などの車両状態関連情報が表示される。ＵＩ１２６ｃは、車両１０６のＵＩ１２６ｃのＵＩ要素１７２によって示されるように、車両状態情報を表示してもよい。ＵＩ１２６ｃは、車両１０６の現在の地理的位置を突き止めるための地図１７４を表示してもよい。
【００４２】
前述の例は、車両ユーザ１２２と通信する要求に関連する車両ユーザアプリケーション１２６及びリクエスタアプリケーション１２４の様々なＵＩを示す。それにもかかわらず、第１の電子デバイス１０２及び第２の電子デバイス１０４における１つ以上のＵＩ及び視覚出力は、開示の範囲を限定することなく、任意の適切なフォーマットで与えられてもよい。
【００４３】
図２は、本開示の一実施形態に係る車両の様々な典型的な構成部品又はシステムを示すブロック図である。図２は、図１Ａ及び図１Ｂの要素と関連して説明される。図２を参照すると、車両１０６が示される。車両１０６は、マイクロプロセッサ２０２及びメモリ２０４を含んでもよいＥＣＵ１１０を備えてもよい。車両１０６は、無線通信システム１０８、オーディオインタフェース２０６、ディスプレイ２０８、外部リアビューミラー（ＯＲＶＭ）２１０、パワートレイン制御システム２１２、ステアリングシステム２１４、ブレーキシステム２１６、検知システム２１８、車体制御モジュール２２０、及び、車載ネットワーク２２２を更に備えてもよい。また、車両電源システム２２６と関連付けられるバッテリ２２４が示される。一実施形態によれば、無線通信システム１０８、オーディオインタフェース２０６、ディスプレイ２０８、及び、ＯＲＶＭ２１０は、ＥＣＵ１１０と関連付けられてもよい。ディスプレイ２０８はユーザインタフェース（ＵＩ）２０８ａをレンダリングしてもよい。
【００４４】
様々な構成要素又はシステムは、車両エリアネットワーク（ＶＡＮ）及び／又は車載データバスなどの車載ネットワーク２２２を介して、互いに通信可能に結合されてもよい。マイクロプロセッサ２０２は、車載ネットワーク２２２を介して、メモリ２０４、無線通信システム１０８、オーディオインタフェース２０６、ディスプレイ２０８、及び、検知システム２１８に通信可能に結合されてもよい。一実施形態によれば、マイクロプロセッサ２０２は、パワートレイン制御システム２１２及び車体制御モジュール２２０に動作可能に接続されてもよい。車両１０６は、他の適切な構成要素又はシステムを含んでもよいが、簡潔にするために、本開示の機能及び動作を記載して説明するために使用される構成要素又はシステムがここに例示されていることが理解されるべきである。
【００４５】
マイクロプロセッサ２０２は、メモリ２０４に記憶される一組の命令を実行するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備えてもよい。マイクロプロセッサ２０２は、通信チャネル１１２を介して、第１の電子デバイス１０２から情報を受信するように構成されてもよい。マイクロプロセッサ２０２の例は、Ｘ８６ベースプロセッサ、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）プロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、明示的並列命令コンピューティング（ＥＰＩＣ）プロセッサ、超長命令語（ＶＬＩＷ）プロセッサ、マイクロコントローラ、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、状態機械、及び／又は、他のプロセッサ若しくは回路であってもよい。
【００４６】
一実施形態によれば、無線通信システム１０８が分散態様で実装されてもよい。例えば、ＮＦＣデバイスがＯＲＶＭ２１０内に設けられてもよい。そのような場合、マイクロプロセッサ２０２は、車両１０６の内部回路内に設置されてもよいＥＣＵ１１０内に設けられてもよい。そのような場合、（無線通信システム１０８としての）ＮＦＣデバイスは、車載ネットワーク２２２又は通信チャネル１１２を介して、マイクロプロセッサ２０２に通信可能に結合されてもよい。第１の電子デバイス１０２からの情報は、第１の電子デバイス１０２がＮＦＣデバイスの第１の近接範囲内にあるときにＮＦＣデバイスによって受信されてもよい。受信情報は、その後、更なる分析のために、車載ネットワーク２２２を介して、ＥＣＵ１１０のマイクロプロセッサ２０２に送信されてもよい。ＮＦＣデバイス及び／又はマイクロプロセッサ２０２は、第１の電子デバイス１０２と第２の電子デバイス１０４との間の通信を容易にし得る車両１０６の電子インタフェースと称されてもよい。
【００４７】
メモリ２０４は、マイクロプロセッサ２０２によって実行可能なマシンコード及び／又は一組の命令を記憶するように構成されてもよい適切な論理、回路、及び／又はインタフェースを備えてもよい。メモリ２０４は、車両ユーザ１２２などのユーザによって設定されるユーザ好みを記憶するように更に構成されてもよい。メモリ２０４の実施の例としては、電気的に消去可能なプログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスクドライブ（ＨＤＤ）、フラッシュメモリ、セキュアデジタル（ＳＤ）カード、ソリッドステートドライブ（ＳＳＤ）、及び／又は、ＣＰＵキャッシュメモリを挙げることができるが、これらに限定されない。
【００４８】
オーディオインタフェース２０６は、スピーカ、チャイム、ブザー、又は、音を発生するようになっていてもよい他のデバイスに接続されてもよい。また、オーディオインタフェース２０６は、車両ユーザ１２２などの車両１０６の搭乗者から音声入力を受信するためにマイクロフォン又は他のデバイスに接続されてもよい。また、オーディオインタフェース２０６は、マイクロプロセッサ２０２に通信可能に結合されてもよい。オーディオインタフェース２０６は、車両１０６の車載インフォテインメント（ＩＶＩ）システム又はヘッドユニットの一部であってもよい。
【００４９】
ディスプレイ２０８とは、車両ユーザ１２２などの車両１０６の搭乗者に様々なタイプの情報を表示するためのディスプレイスクリーンを指してもよい。一実施形態によれば、ディスプレイ２０８は、車両ユーザ１２２から入力を受信してもよいタッチスクリーンディスプレイであってもよい。車両ユーザ１２２は、ＵＩ２０８ａを介して、ユーザの好みなどの入力を与えてもよい。受信情報の処理に関連する１つ以上の規則がＵＩ２０８ａの使用によって事前に設定されてもよい。ＵＩ２０８ａは、ＥＣＵ１１０又は車両１０６のヘッドユニット（ＨＵ）と関連付けられるアプリケーションベースのＵＩであってもよい。ディスプレイ２０８の例としては、ヘッドアップディスプレイ（ＨＵＤ）又は拡張リアリティーシステムを伴うヘッドアップディスプレイ（ＡＲ−ＨＵＤ）、ドライバ情報コンソール（ＤＩＣ）、投影ベースのディスプレイ、及び／又は、エレクトロクロミックディスプレイを挙げることができるが、これらに限定されない。車両１０６は、マイクロプロセッサ２０２と通信するように構成されてもよい他の入力／出力（Ｉ／Ｏ）デバイスを含んでもよい。
【００５０】
ＯＲＶＭ２１０とは、車両１０６の側面に装着されるリアビューミラーを指してもよい。一実施形態によれば、ＯＲＶＭ２１０は、ＮＦＣデバイス及び／又は近接センサを備えてもよい。ＯＲＶＭ２１０は、例えば緑色から赤色へ又はその逆へと色を変えることができる１つ以上のインジケータライトを備えてもよい。インジケータライトは、マイクロプロセッサ２０２によって制御されてもよい。
【００５１】
パワートレイン制御システム２１２とは、車両１０６のエンジン及びトランスミッションシステム（設けられている場合）の動作を制御する車両１０６の車載コンピュータを指してもよい。パワートレイン制御システム２１２は、点火システム、燃料噴射システム、排気システム、及び／又は、トランスミッションシステム（設けられている場合）及びブレーキシステム２１６の動作を制御してもよい。
【００５２】
ステアリングシステム２１４はパワートレイン制御システム２１２と関連付けられてもよい。ステアリングシステム２１４は、手動モード又は半自律モードで車両１０６の動きを制御するために車両ユーザ１２２によって使用されてもよいステアリングホイール及び／又は（パワーアシストステアリングのために設けられる）電気モータを含んでもよい。一実施形態によれば、車両１０６が自律モードにあるとき、車両１０６の動き又は操舵が自動的に制御されてもよい。ステアリングシステム２１４の例としては、自律ステアリング制御器、パワーアシストステアリングシステム、真空／油圧ベースのステアリングシステム、電気油圧パワーアシストシステム（ＥＨＰＡＳ）、又は、当該技術分野で知られている「ステアバイワイヤ」システムを挙げることができるが、これらに限定されない。
【００５３】
ブレーキシステム２１６は、摩擦力の印加によって車両１０６を停止させる又は減速させるために使用されてもよい。ブレーキシステム２１６は、車両１０６が自律モード又は半自律モードにあるときに、マイクロプロセッサ２０２の制御下でパワートレイン制御システム２１２からコマンドを受信するように構成されてもよい。一実施形態によれば、ブレーキシステム２１６は、マイクロプロセッサ２０２が障害物、道路の危険、及び／又は、所定の距離範囲を超える車両１０６の動きを先取りして検出するときに、車体制御モジュール２２０及び／又はマイクロプロセッサ２０２からコマンドを受信するように構成されてもよい。
【００５４】
検知システム２１８とは、車両１０６の地理空間的位置を検知又は検出するための１つ以上の車両センサを指してもよい。検知システム２１８は、第１の電子デバイス１０２又は第２の電子デバイス１０４などの外部デバイスからの車両１０６の第１の近接範囲又は第２の近接範囲を検知するための１つ以上の近接センサを含んでもよい。検知システム２１８は、入力信号を与えるためにマイクロプロセッサ２０２に動作可能に接続されてもよい。ＣＡＮインタフェースなどの１つ以上の通信インタフェースが車載ネットワーク２２２に接続するように検知システム２１８に設けられてもよい。検知システム２１８の例としては、車速センサ、オドメータセンサ、速度計、ヨーレートセンサ、グローバルポジショニングシステム（ＧＰＳ）、ステアリング角検出センサ、車両走行方向検出センサ、マグノメータ、イメージセンサ、タッチセンサ、及び／又は、赤外線センサを挙げることができるが、これらに限定されない。
【００５５】
車体制御モジュール２２０とは、中央ドアロックシステムなどの車両１０６の様々な電子部品又はシステムを制御するように構成されてもよい適切な論理、回路、インタフェース、及び／又は、コードを備える他の電子制御ユニットを指してもよい。車体制御モジュール２２０は、車両１０６の車両ドアのロックを解除するためにマイクロプロセッサ２０２からコマンドを受信するように構成されてもよい。車体制御モジュール２２０は、車両１０６のアクセス制御のため、中央ドアロックシステムなどの他の適切な車両システム又は構成要素にコマンドを中継してもよい。
【００５６】
車載ネットワーク２２２は、ＥＣＵ１１０、無線通信システム１０８、パワートレイン制御システム２１２、検知システム２１８、及び／又は、車体制御モジュール２２０などの車両１０６の様々な制御ユニット、構成要素、又は、システムが互いに通信できるようにする媒体を含んでもよい一実施形態によれば、マルチメディアコンポーネントのためのオーディオ／ビデオデータの車載通信は、車載ネットワーク２２２のメディア指向システムトランスポート（ＭＯＳＴ）マルチメディアネットワークプロトコルの使用によって行われてもよい。車載ネットワーク２２２は、ＥＣＵ１１０と車両１０６のテレマティクス制御ユニット（ＴＣＵ）などの他のＥＣＵとの間のアクセス制御及び／又は通信を容易にすることができる。車両１０６内の様々なデバイスは、様々な有線及び無線通信プロトコルにしたがって車載ネットワーク２２２に接続するように構成されてもよい。ＣＡＮインタフェース、ローカル相互接続ネットワーク（ＬＩＮ）インタフェースなどの１つ以上の通信インタフェースは、車載ネットワーク２２２に接続するために車両１０６の様々な構成要素又はシステムによって使用されてもよい。車載ネットワーク２２２のための有線及び無線通信プロトコルの例としては、車両エリアネットワーク（ＶＡＮ）、ＣＡＮバス、国内デジタルバス（Ｄ２Ｂ）、タイムトリガプロトコル（ＴＴＰ）、ＦｌｅｘＲａｙ、ＩＥＥＥ１３９４、衝突検出を伴うキャリアセンスマルチプルアクセス（ＣＳＭＡ／ＣＤ）ベースのデータ通信プロトコル、相互集積回路（Ｉ２Ｃ）、機器間バス（ＩＥＢｕｓ）、自動車技術者協会（ＳＡＥ）Ｊ１７０８、ＳＡＥＪ１９３９、国際標準化機構（ＩＳＯ）１１９９２、ＩＳＯ１１７８３、メディア指向システムトランスポート（ＭＯＳＴ）、ＭＯＳＴ２５、ＭＯＳＴ５０、ＭＯＳＴ１５０、プラスチック光ファイバ（ＰＯＦ）、電力線通信（ＰＬＣ）、シリアルペリフェラルインタフェース（ＳＰＩ）バス、及び／又は、ローカル相互接続ネットワーク（ＬＩＮ）を挙げることができるが、これらに限定されない。
【００５７】
バッテリ２２４は、１つ以上の電気回路又は負荷（図示せず）のための電力源であってもよい。例えば、負荷としては、ヘッドライト及び室内キャビンライトなどの様々なライト、車両シート、ミラー、窓などのような電動調整可能な構成要素、及び／又は、他の車載インフォテインメントシステム、例えばラジオ、スピーカ、電子ナビゲーションシステム、電気的に制御された電動及び／又はアシストステアリング、例えばステアリングシステム２１４を挙げることができるが、これらに限定されない。バッテリ２２４は充電式バッテリであってもよい。バッテリ２２４は、ＥＣＵ１１０への電力源（破線で示される）、検知システム２１８の１つ以上のセンサ、及び／又は、車載インフォテインメントシステムのディスプレイ２０８などの１つ以上のハードウェアユニットであってもよい。バッテリ２２４は、車両１０６の点火システム（図示せず）に選択的に電力を供給することによって車両１０６のエンジンを始動させるための電力源であってもよい。
【００５８】
車両電源システム２２６は、前述のように、車両１０６の様々な電気回路及び負荷へのバッテリの充電及び電力出力を調整してもよい。車両１０６がハイブリッド車両又は自律車両である場合、車両電源システム２２６は、全ての構成要素に必要な電圧を供給して、車両１０６がバッテリ２２４の電力を十分な時間にわたって利用できるようにしてもよい。一実施形態によれば、車両電源システム２２６は、電力エレクトロニクスに対応してもよく、また、車載ネットワーク２２２に通信可能に結合されてもよい（点線で示される）マイクロコントローラを含んでもよい。そのような実施形態において、マイクロコントローラは、マイクロプロセッサ２０２の制御下でパワートレイン制御システム２１２からコマンドを受信してもよい。
【００５９】
動作時、マイクロプロセッサ２０２は、近接センサの使用によって、無線通信システム１０８の第１の近接範囲内の第１の電子デバイス１０２を検出するように構成されてもよい。マイクロプロセッサ２０２は、無線通信システム１０８を介して検出された第１の電子デバイス１０２から情報を受信するように構成されてもよい。情報は、第１の通信プロトコルの使用によって検出された第１の電子デバイス１０２から受信されてもよい。受信情報は、第１の電子デバイス１０２の識別子、リクエスタタイプ、第１の電子デバイス１０２と関連付けられる連絡先情報、電子パーキングチケット、電子チラシ、電子パーキングレシート、及び／又は、車両１０６と関連付けられる車両ユーザ１２２向けのカスタムメッセージを含んでもよい。
【００６０】
一実施形態によれば、マイクロプロセッサ２０２は、車両１０６と関連付けられる車両ユーザ１２２などのユーザの事前設定された好みに基づいて受信情報を解析するように構成されてもよい。好みは、ＵＩ２０８ａを介して事前設定されてもよい。マイクロプロセッサ２０２は、車両ユーザ１２２からの入力を受信して、ディスプレイ２０８でＵＩ２０８ａを起動するように更に構成されてもよい。車両ユーザ１２２は、ＵＩ２０８ａを介して、連絡先の詳細を入力し、情報をパブリック又はプライベートとして設定し、及び／又は、言語の好みを選択してもよい。
【００６１】
一実施形態によれば、マイクロプロセッサ２０２は、ＵＩ２０８ａを介して入力を受信して、タイプを定義するとともに、第１の電子デバイス１０２などの外部デバイスから受信されるようになっている情報のカテゴリを選択するように構成されてもよい。例えば、車両ユーザ１２２は、電子チラシのためのレストラン又は不動産などの特定のトピック又はカテゴリと関連する情報に関心を持ってもよい。タイプ定義は、提供、ディスカウント、及び／又は、キーワードに対応してもよい。そのようなタイプ定義及びカテゴリ選択は、望ましくない情報をフィルタリングして、車両ユーザ１２２に関心のある情報の受信を可能にしてもよい。一実施形態によれば、マイクロプロセッサ２０２は、対応する所定のテンプレート内の受信情報をメモリ２０４に記憶するように構成されてもよい。
【００６２】
一実施形態によれば、マイクロプロセッサ２０２は、受信情報の解析に基づいて要求タイプを決定するように構成されてもよい。要求タイプは、車両１０６と関連付けられる車両ユーザ１２２と通信する要求、電子パーキングレシートをチェックする要求、又は、車両１０６のための電子パーキングチケットを発行する要求に対応してもよい。要求タイプは、車両１０６のための電子チラシを通信する要求、駐車違反に対応する通知、及び／又は、車両１０６を第１の位置から第２の位置へ移動させる要求に対応してもよい。
【００６３】
一実施形態によれば、マイクロプロセッサ２０２は、受信情報の解析に基づいて１つ以上の対応する動作を実行するように構成されてもよい。マイクロプロセッサ２０２は、無線通信ネットワーク１１４の使用によって、解析された情報を第２の電子デバイス１０４に通信するように構成されてもよい。そのような通信は、無線通信システム１０８を介して行われてもよい。第２の電子デバイス１０４は、車両１０６の無線通信システム１０８の第２の近接範囲にあってもよい。
【００６４】
一実施形態によれば、要求タイプが車両１０６と関連付けられる車両ユーザ１２２と通信する要求に対応する場合、マイクロプロセッサ２０２は、車両ユーザ１２２の連絡先の詳細に対応する情報がプライベート又はパブリックとして設定されるかどうかを決定してもよい。連絡先の詳細に対応する情報がプライベートとして設定される場合、マイクロプロセッサ２０２は、無線通信システム１０８を介して、第１の電子デバイス１０２と第２の電子デバイス１０４との間の安全な双方向通信を容易にするように構成されてもよい。第１の電子デバイス１０２は、マイクロプロセッサ２０２の制御下で、車両ユーザ１２２と関連付けられる第２の電子デバイス１０４の連絡先情報の知識を伴うことなく第２の電子デバイス１０４と通信してもよい。
【００６５】
連絡先の詳細に対応する情報がパブリックとして設定される場合、マイクロプロセッサ２０２は、通信チャネル１１２を介して、情報を第１の電子デバイス１０２に直接に通信するように構成されてもよい。例えば、パーキング執行官１１８は、ＮＦＣデバイスを含んでもよいＯＲＶＭ２１０に第１の電子デバイス１０２をタップしてもよい。ＮＦＣデバイスは、車両ユーザ１２２の連絡先の詳細を第１の電子デバイス１０２に直接に通信してもよい。車両ユーザ１２２の連絡先の詳細は、リクエスタアプリケーション１２４のＵＩ１２４ｅ（図１Ｂに示される）を介して、第１の電子デバイス１０２で表示されてもよい。他の例において、ＮＦＣデバイスは、受信情報をマイクロプロセッサ２０２に通信してもよい。その後、マイクロプロセッサ２０２は、メモリ２０４に記憶された情報をＮＦＣデバイスを介して第１の電子デバイス１０２に通信してもよい。一実施形態によれば、第１の電子デバイス１０２から受信される情報に応じて、マイクロプロセッサ２０２は、通信チャネル１１２を介して第１の電子デバイス１０２に情報を直接に通信してもよい。
【００６６】
一実施形態によれば、要求タイプが電子パーキングレシートをチェックする要求に対応する場合、マイクロプロセッサ２０２は、無線通信ネットワーク１１４の使用により無線通信システム１０８を介して、承認要求を第２の電子デバイス１０４に通信するように構成されてもよい。承認要求の通信は、受信情報の解析に基づいてもよい。マイクロプロセッサ２０２は、無線通信システム１０８を介して、第２の電子デバイス１０４から肯定応答を受信するように構成されてもよい。肯定応答は、承認要求が受け入れられるか又は拒否されるかどうかを示してもよい。例えば、承認要求が受け入れられると、ＯＲＶＭ２１０のインジケータライトは、マイクロプロセッサ２０２の制御下で緑色に変わってもよい。同様に、承認要求が拒否されると、マイクロプロセッサ２０２の制御下で、インジケータライトが赤色に変わってもよい。
【００６７】
一実施形態によれば、マイクロプロセッサ２０２は、承認要求の受け入れに応答して、無線通信システム１０８を介して、電子パーキングレシート情報を第１の電子デバイス１０２に通信するように構成されてもよい。ある場合において、パーキング執行官１１８は、インジケータライトが緑色である場合、第１の電子デバイス１０２をＯＲＶＭ２１０（無線通信システム１０８のＮＦＣデバイスを含んでもよい）にタップしてもよい。そのような場合、マイクロプロセッサ２０２は、第１の電子デバイス１０２から受信される入力（タップ事象）に基づき、無線通信システム１０８のＮＦＣデバイスを介して、電子パーキングレシート情報を第１の電子デバイス１０２に送信するように構成されてもよい。
【００６８】
一実施形態によれば、受信情報が電子パーキングチケットであると解析される場合、マイクロプロセッサ２０２は、第１の電子デバイス１０２の識別子及びリクエスタタイプを更に解析するように構成されてもよい。マイクロプロセッサ２０２は、パーキング執行官１１８の身元を確認するために、無線通信システム１０８を介して、承認要求をサーバ１１６に通信するように構成されてもよい。サーバ１１６に対する承認要求の通信は、ＬＴＥプロトコル又はインターネットなどの無線通信ネットワーク１１４を介したものであってもよい。マイクロプロセッサ２０２は、電子パーキングチケットをメモリ２０４に記憶するように構成されてもよい。電子パーキングチケットは、パーキング執行官１１８の身元が確認されて承認が裏付けられるときに記憶されてもよい。
【００６９】
一実施形態によれば、マイクロプロセッサ２０２は、無線通信ネットワーク１１４の使用により無線通信システム１０８を介して、電子パーキングチケットなどの記憶情報を第２の電子デバイス１０４に通信するように構成されてもよい。マイクロプロセッサ２０２は、オーディオインタフェース２０６の使用による音声応答、ＯＲＶＭ２１０若しくはディスプレイ２０８の１つ以上のインジケータライトの使用による視覚的応答、又は、検知システム２１８の１つ以上の車両センサの使用による車両１０６での触覚応答を生成するように構成されてもよい。音声応答、視覚応答、及び／又は、触覚応答の生成は、電子パーキングチケットの記憶及び第２の電子デバイス１０４による受信に関連する成功又は失敗を示してもよい。
【００７０】
一実施形態によれば、マイクロプロセッサ２０２は、無線通信ネットワーク１１４の使用により無線通信システム１０８を介して、パーキングレシートの有効期限を延長するためのリマインダを第２の電子デバイス１０４に動的に通信するように構成されてもよい。リマインダは、受信情報の解析に基づいて通信されてもよい。第２の電子デバイス１０４は、車両ユーザアプリケーション１２６の使用によりパーキングチケットの代金を支払うための金銭的取引を実行する又はパーキングレシートの有効期限を延長するように構成されてもよい。一実施形態によれば、第１の電子デバイス１０２は、パーキングチケットの代金の支払いの確認を受け取ってもよいＮＦＣ対応パーキングメータであってもよい。
【００７１】
ある場合には、受信情報の決定された要求タイプは、車両１０６を第１の位置から第２の位置へ移動させる要求に対応してもよい。そのような場合、マイクロプロセッサ２０２は、無線通信システム１０８を介して、第２の電子デバイス１０４に許可要求を通信するように構成されてもよい。マイクロプロセッサ２０２は、無線通信システム１０８を介して、車両ユーザ１２２の第２の電子デバイス１０４から許可を受信するように構成されてもよい。マイクロプロセッサ２０２は、車両１０６のロックされたドアのロックを解除するために、許可と関連するコマンドを車両１０６の車体制御モジュール２２０などの他のＥＣＵに更に通信するように構成されてもよい。一実施形態によれば、ドアロック解除、ステアリングホイールロック解除、又は、車両の点火に関連するコマンドなどの１つ以上のコマンドは、車載ネットワーク２２２を介して、パワートレイン制御システム２１２及び／又はステアリングシステム２１４などの車両１０６の他の構成要素又はシステムに送信されてもよい。そのようなコマンドは、車両１０６の移動を可能にする。
【００７２】
許可信号は、所定の距離範囲内で第２の位置への車両１０６の移動を可能にしてもよい。許可は、マイクロプロセッサ２０２の制御下で、無線通信システム１０８を介して、第１の電子デバイス１０２へ更に通信されてもよい。車両１０６が走行した距離は、検知システム２１８の１つ以上の車両センサの使用によって監視されてもよい。車両１０６が「１００メートル」などの所定の距離範囲に接近したことをマイクロプロセッサ２０２が検出すると、マイクロプロセッサ２０２は、ブレーキシステム２１６の使用によって自動的に速度を低下させてもよい。マイクロプロセッサ２０２は、オーディオインタフェース２０６又はディスプレイ２０８の使用により、パーキング執行官１１８などのそのときのゲストドライバのための様々な勧告情報を生成してもよい。勧告情報は、接近している所定の距離範囲をパーキング執行官１１８に警告するためのブザー音であってもよい。例えば、１つ以上の音声警告がオーディオインタフェース２０６を介して断続的に出力されてもよい。音声警告の例は、「あなたは１００メートルの距離まで移動することが許されている」、「あなたは許可された１００メートルの距離から６０メートルを移動した」、及び／又は、「許容された限界まで１０メートルしか残っていないので、車（車両１０６）が１００メートルの限界に達すると自動的に停止することにご注意ください」であってもよい。
【００７３】
一実施形態によれば、受信情報が電子チラシであると解析されると、マイクロプロセッサ２０２は、受信された電子チラシの内容が１つ以上の事前設定されたカテゴリ及び／又は情報のタイプに対応するかどうかを決定するように構成されてもよい。１つ以上の事前設定されたカテゴリ及び／又は情報のタイプが、車両ユーザ１２２にとって興味のあるトピックを指してもよい。受信された電子チラシの内容が事前設定されたカテゴリ及び／又は情報のタイプの領域内にある或いは類似していると決定される場合、受信された電子チラシは、車両ユーザ１２２が後で見るために記憶されてもよい。受信された電子チラシの内容が事前設定されたカテゴリ及び／又は情報のタイプの領域内にない或いは類似していないと決定される場合には、受信された電子チラシが車両１０６に記憶されなくてもよい。
【００７４】
一実施形態によれば、マイクロプロセッサ２０２は、車両１０６がショッピングセンター付近の領域などの特定の地理的位置を通過するときに電子チラシを動的に受信するように構成されてもよい。受信は、車両１０６と関連付けられる１人以上のユーザの事前設定された好みに基づき無線通信システム１０８を介して行われてもよい。
【００７５】
図３は、本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法の実施のための第１の典型的なシナリオを示す。図３は、図１Ａ、図１Ｂ及び図２の要素と関連して説明される。図３を参照すると、第１のスマートフォン３０２、第２のスマートフォン３０４、及び、第３のスマートフォン３０６、車３０８、外部リアビューミラー（ＯＲＶＭ）３１０、ＮＦＣデバイス３１２、ＥＣＵ３１４、並びに、車３０８のヘッドユニットのディスプレイ３１６が示される。また、ドライバ３１８及び車３０８と関連する搭乗者３２０が示される。更に、第１のスマートフォン３０２と関連するチラシ配布者１２０が示される。第１のスマートフォン３０２、第２のスマートフォン３０４、及び、第３のスマートフォン３０６は、ＵＩ３２２，３２４，３２６をそれぞれ起動してもよい。
【００７６】
第１の典型的なシナリオによれば、第１のスマートフォン３０２は、第１の電子デバイス１０２に対応してもよく、また、第１の電子デバイス１０２（図１Ａ）の機能と同様の機能を有してもよい。第２のスマートフォン３０４及び第３のスマートフォン３０６は、第２の電子デバイス１０４（図１Ａ）と同様の機能を有してもよい。車３０８は、車両１０６（図１Ａ）の機能と同様であってもよい。ＯＲＶＭ３１０に設けられるＮＦＣデバイス３１２は、（図２に示されるような）ＯＲＶＭ２１０又は無線通信システム１０８のＮＦＣデバイスに対応してもよい。第１の典型的なシナリオによれば、ＮＦＣデバイス３１２が電子インタフェースであってもよい。ＮＦＣデバイス３１２は、ＥＣＵ３１４に通信可能に接続されてもよい。ＥＣＵ３１４は、ＥＣＵ１１０（図１及び図２）の機能と同様の機能を有してもよい。ヘッドユニットのディスプレイ３１６は、車両１０６のディスプレイ２０８に対応してもよい。ＵＩ３２２及びＵＩ３２４は、（図１Ａ及び図１Ｂに記載されるような）リクエスタアプリケーション１２４及び車両ユーザアプリケーション１２６にそれぞれ対応してもよい。チラシ配布者１２０は、広告目的のために様々な電子チラシを車３０８のユーザに通信したい場合がある。
【００７７】
動作時、チラシ配布者１２０は、ＵＩ３２２を介して、車３０８のユーザに通信されるべき電子チラシ３２２ａ、３２２ｂ，３２２ｃなどの１つ以上の電子チラシを選択してもよい。各電子チラシと関連付けられるリクエスタタイプ、連絡先情報、及び／又は、言語好みは、ＵＩ３２２を介して、第１のスマートフォン３０２で事前設定されてもよい。電子チラシ３２２ａは、レストランのフード割引クーポンに関連する広告であってもよい。フード割引クーポンは、特定の日付に有効であってもよい。電子チラシ３２２ｂは、ショッピングモールの開店セレモニーに関連するプロモーションであってもよく、また、特定の時間制限にわたるショッピングモールでの特定の割引提供であってもよい。電子チラシ３２２ｃは、特定の地理的な場所での不動産の取引に関連する他の広告であってもよい。
【００７８】
一実施形態によれば、ＮＦＣデバイス３１２は、電子チラシ３２２ａ、３２２ｂ，３２２ｃを受信するように構成されてもよい。チラシ配布者１２０がＮＦＣプロトコルを介して通信を起動するべくＮＦＣデバイス３１２を備えるＯＲＶＭ３１０付近に第１のスマートフォン３０２を配置するときに電子チラシ３２２ａ，３２２ｂ，３２２ｃが受信されてもよい。受信された電子チラシ３２２ａ，３２２ｂ，３２２ｃが解析のためにＥＣＵ３１４に通信されてもよい。
【００７９】
一実施形態によれば、ＥＣＵ３１４は、受信された電子チラシ３２２ａ，３２２ｂ，３２２ｃの内容が１つ以上の事前設定されたカテゴリ及び／又は情報のタイプに対応するかどうかを決定するように構成されてもよい。１つ以上の事前設定されたカテゴリ及び／又は情報のタイプとは、ドライバ３１８及び搭乗者３２０にとって興味のあるトピックを指してもよい。ある場合、ドライバ３１８は、ヘッドユニットのディスプレイ３１６によりＵＩ３２４又はＵＩ（ＵＩ２０８ａ（図２）など）を介してカテゴリを「＜食品＞」として及びタイプを「＜割引＞」として事前設定してもよい。同様に、搭乗者３２０は、ＵＩ３２６又はディスプレイ３１６でレンダリングされるＵＩを介して、カテゴリを「＜ショッピングセンター＞」として及びタイプを「＜提供＞」として事前設定してもよい。ドライバ３１８及び／又は搭乗者３２０と関連付けられる事前設定されたカテゴリは、車３０８のメモリに記憶される。
【００８０】
一実施形態によれば、ＥＣＵ３１４は、車３０８のメモリに記憶される事前設定されたカテゴリを参照することによってドライバ３１８及び／又は搭乗者３２０の好みに基づき電子チラシ３２２ａ及び３２２ｂを記憶するとともに電子チラシ３２２ｃを廃棄するように構成されてもよい。ＥＣＵ３１４は、車３０８の無線通信システムを介してこれらのチラシを第２のスマートフォン３０４及び／又は第３のスマートフォン３０６に送信することにより、電子チラシ３２２ａを第２のスマートフォン３０４へ及び電子チラシ３２２ｂを第３のスマートフォン３０６へ同時に通信するように構成されてもよい。第２のスマートフォン３０４は、ＵＩ３２４を介して、レストランの連絡先情報などの付加的な詳細と共に電子チラシ３２２ａをレンダリングするように構成されてもよい。第２のスマートフォン３０４は、食品割引クーポンが期限切れになる日付に関するリマインダを設定するように構成されてもよい。同様に、第３のスマートフォン３０６は、搭乗者３２０の事前設定された好みの通りに電子チラシ３２２ｂを受信するが即時にレンダリングしないように構成されてもよい。したがって、車３０８と関連付けられるドライバ３１８及び搭乗者３２０は、重要であると見なされる情報又は彼らの個人的な利益に係る情報を受信してもよい。
【００８１】
図４は、本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法の実施のための第２の典型的なシナリオを示す。図４は、図１Ａ、図１Ｂ、図２及び図３の要素と関連して説明される。図４を参照すると、車３０８のＯＲＶＭ３１０に設置されるＥＣＵ４０２が示される。更に、第１のスマートフォン３０２でレンダリングされるＵＩ４０４及び第２のスマートフォン３０４でレンダリングされる他のＵＩ４０６の拡大図が示される。
【００８２】
第２の典型的なシナリオによれば、第１のスマートフォン３０２がパーキング執行官１１８と関連付けられてもよい。ＥＣＵ４０２は、ＥＣＵ１１０（図１Ａ及び図２）と同様であってもよく、また、ＮＦＣデバイス３１２及びＥＣＵ３１４（図３）の両方の機能を備えていてもよい。ＵＩ４０４及びＵＩ４０６は、（図１Ａ及び図１Ｂに記載されるような）リクエスタアプリケーション１２４及び車両ユーザアプリケーション１２６の１つ以上のＵＩにそれぞれ対応してもよい。
【００８３】
車３０８は、混雑した場所であってもよい第１の位置に駐車されて無人のままにされてもよい。パーキング執行官１１８などのユーザは、車３０８のドライバ３１８と連絡を取りたいが、ドライバ３１８の連絡先の詳細を知らない場合がある。ドライバ３１８は車３０８の所有者でなくてもよい。
【００８４】
動作時、パーキング執行官１１８は、ＵＩ４０４を介して、車３０８のドライバ３１８に通信されるべき要求を事前設定してもよい。第１のスマートフォン３０２がＥＣＵ４０２に対する第１の近接範囲内で検出されると、ＥＣＵ４０２は、第１のスマートフォン３０２から情報を受信するように構成されてもよい。情報は、ＮＦＣプロトコルなどの第１の通信プロトコルの使用によって受信されてもよい。受信情報は、第１のスマートフォン３０２の識別子、パーキング執行官１１８の識別情報、及び、車３０８のドライバ３１８などのユーザに連絡する要求を含んでもよい。ＥＣＵ４０２は、車両１０６と関連付けられるドライバ３１８の事前設定された好みに基づいて、受信情報を解析するように構成されてもよい。ＥＣＵ４０２は、受信情報の解析に基づいて要求タイプを決定するように構成されてもよい。
【００８５】
一実施形態によれば、決定された要求タイプが車３０８のドライバ３１８などのユーザに連絡する要求に対応する場合、ＥＣＵ４０２は、車３０８の無線通信システムを介した第１のスマートフォン３０２と第２のスマートフォン３０４との間の安全な双方向通信を容易にするように構成されてもよい。ＥＣＵ４０２は、ＬＴＥなどのセルラ通信プロトコルの使用により、車３０８の無線通信システムを介して要求を第２のスマートフォン３０４に通信するように構成されてもよい。ドライバ３１８は、「私は＜車３０８＞を＜５＞分で移動させるので、私の車を没収しないでください」などのカスタムメッセージを送信してもよく、及び／又は、選択通りに自分の連絡先番号を第１のスマートフォン３０２に送信してもよい。或いは、ドライバ３１８は、ＵＩ４０６の使用により、第２の通信プロトコルを介して、ＳＭＳなどのカスタムメッセージを送信してもよい。ある場合において、カスタムメッセージ又は連絡先番号は、第２の通信プロトコルを介してＥＣＵ４０２に通信されてもよい。ＥＣＵ４０２は、車３０８の無線通信システム（無線通信システム１０８など）を介してカスタムメッセージを受信してもよい。そのような場合、パーキング執行官１１８が２回にわたってＯＲＶＭ３１０にタップすると、カスタムメッセージが第１のスマートフォン３０２に対して更に送信されてもよい。
【００８６】
一実施形態によれば、第２のスマートフォン３０４は、車３０８の無線通信システムを介して、無線通信ネットワーク１１４の使用により、許可をＥＣＵ４０２に通信するように構成されてもよい。混雑した場所から車３０８を駐車位置の周囲５０メートル内などの所定の距離範囲内の他の所望の位置へと移動できるようにするために許可が通信されてもよい。許可は、ＥＣＵ４０２の制御下で、第１のスマートフォン３０２へ更に通信されてもよい。車３０８のＧＰＳセンサによって追跡される車３０８の新たな位置に関する更新は、ＥＣＵ４０２によって第２のスマートフォン３０４へ通信されてもよい。したがって、車３０８、特に車３０８のＥＣＵ４０２及び／又は無線通信システムは、第１のスマートフォン３０２と第２のスマートフォン３０４との間の通信を容易にするためのゲートウェイとしての機能を果たす。したがって、時間及び労力を節約してパーキング執行官１１８及び車３０８と関連付けられるドライバ３１８などのユーザの両方の利便性を高めるスマート機構が設けられてもよい。
【００８７】
図５は、本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための開示されたシステム及び方法の実施のための第３の典型的なシナリオを示す。図５は、図１Ａ、図１Ｂ、図２、図３、及び、図４の要素と関連して説明される。図５を参照すると、車３０８のＯＲＶＭ３１０に設置される無線通信システム５０２と、車３０８のダッシュボードに設置されるＥＣＵ５０４とが示される。更に、第１のスマートフォン３０２でレンダリングされるＵＩ５０６〜ＵＩ５０９及び第２のスマートフォン３０４でレンダリングされる他のＵＩ５１０〜ＵＩ５１２の拡大図が示される。
【００８８】
第３の典型的なシナリオによれば、第１のスマートフォン３０２がパーキング執行官１１８と関連付けられてもよい。無線通信システム５０２は、無線通信システム１０８（図１Ａ及び図２）に対応してもよい。ＥＣＵ５０４がＥＣＵ１１０（図１Ａ及び図２）に対応してもよい。ＵＩ５０６〜ＵＩ５０９は、リクエスタアプリケーション１２４の１つ以上のＵＩに対応してもよい。ＵＩ５１０〜ＵＩ５１２は、（図１Ａ及び図１Ｂに記載されるような）車両ユーザアプリケーション１２６の１つ以上のＵＩに対応してもよい。車３０８は、駐車制限区域内に駐車されてもよく、又は、他のロードユーザに不都合をもたらす場合がある望ましくない態様で駐車されてもよい。パーキング執行官１１８などのユーザは、車３０８のドライバ３１８と連絡を取りたい場合がある。
【００８９】
動作時、パーキング執行官１１８は、ＯＲＶＭ３１０に設けられる無線通信システム５０２付近に第１のスマートフォン３０２を配置してもよい。ＵＩ５０６は、図示のように、第１のスマートフォン３０２でレンダリングされてもよい。ＵＩ５０６は、ＵＩ５０６のＵＩ要素５０６ａ，５０６ｂ，５０６ｃによって示されるように、「車両番号＜０１２３４５６＞のこの車と通信してください」などのメッセージを表示して、パーキング執行官１１８から確認を求めるために「はい」又は「いいえ」のオプションを与えてもよい。パーキング執行官１１８が「はい」などのＵＩ要素５０６ｂを選択すると、それは車両１０６との通信を確立する要求を意味する。
【００９０】
第１のスマートフォン３０２は、無線通信システム５０２を介して、パーキング執行官１１８の識別情報（ＩＤ）を含んでもよい要求をＥＣＵ５０４に通信するように構成されてもよい。ＥＣＵ５０４は、無線通信システム５０２を介して、検出された第１の電子デバイス１０２から情報を受信するように構成されてもよい。ＥＣＵ５０４は、パーキング執行官１１８のＩＤを含む受信情報に基づいて要求タイプを決定するように構成されてもよい。ＥＣＵ５０４は、無線通信システム５０２を介して、メッセージを第２のスマートフォン３０４に通信するように構成されてもよい。メッセージは、ＵＩ５１０のＵＩ要素５１０ａにより示されるように、車３０８がパーキング執行官１１８のＩＤ「＜ＰＯ１１＞」を伴うパーキング執行官１１８により通信されることをドライバ３１８に知らせるために通信されてもよい。
【００９１】
その後、図示のように、ＵＩ５０７が第１のスマートフォン３０２でレンダリングされてもよい。ＵＩ５０７は、（ＵＩ要素５０７ａにより示されるような）「ドライバを呼ぶ」又は（ＵＩ要素５０７ｂにより示されるような）「この車を移動させる」などの様々なオプションを表示してもよい。パーキング執行官１１８が車３０８のドライバ３１８と通信する要求を示すＵＩ要素５０７ａを選択する場合、ＥＣＵ５０４は、ドライバ３１８の連絡先の詳細に対応する情報がパブリックとして設定されると決定してもよい。そのような場合、ＥＣＵ５０４は、無線通信システム５０２を介して、ドライバ３１８の連絡先の詳細を第１のスマートフォン３０２に直接に通信するように構成されてもよい。そのような場合、ＥＣＵ５０４は、無線通信システム５０２を介して第２のスマートフォン３０４にメッセージを通信して、ＵＩ５１１のＵＩ要素５１１ａに示されるように、ドライバ３１８の連絡先の詳細がＩＤ「＜ＰＯ１１＞」を伴うパーキング執行官１１８に通信されることを知らせてもよい。第１のスマートフォン３０２は、ドライバ３１８の受信された連絡先の詳細に基づいて、第１のスマートフォン３０２において発呼アプリケーションを開始してもよい。一実施形態によれば、ドライバ３１８の受信された連絡先番号及び／又はドライバ３１８の名前は、電話をしている間に第１のスマートフォン３０２に表示されてもよい。或いは、一実施形態によれば、ドライバ３１８の受信された連絡先番号は、秘匿されてもよく、また、電話している間に表示されなくてもよい。ドライバ３１８の名前が第１のスマートフォン３０２に表示されてもよい。
【００９２】
パーキング執行官１１８が車３０８を移動させる要求を示すＵＩ要素５０７ｂを選択する場合、ＵＩ５０８は、パーキング執行官１１８の第１のスマートフォン３０２でレンダリングされてもよい。パーキング執行官１１８は、ＵＩ要素５０８ａによって示されるように、ＵＩ５０８に表示される地図の使用により車３０８を移動させる目的地を選択してもよい。パーキング執行官１１８が車３０８の現在位置から所望の目的地位置へと車３０８を移動させるための最大距離を選択できるようにするために、ＵＩ５０８には、ＵＩ要素５０８ｂによって示されるように、「０−５０メートル」、「５０−２００メートル」、「２００メートル」などの距離範囲の様々なオプションが表示されてもよい。ＵＩ５０８は、一例では、スクロールバー５０８ｃの使用によってナビゲートされてもよい。パーキング執行官１１８は、ＵＩ要素５０８ｄによって示されるように、車３０８を移動させるための運転モードを更に選択してもよい。パーキング執行官１１８は、ＵＩ要素５０８ｅによって示されるように、パーキング執行官１１８と関連付けられる（通信されるようになっている）ＩＤを更に選択してもよい。
【００９３】
第１のスマートフォン３０２は、車３０８を移動させるためのドライバ３１８からの許可を要求するために、（選択されたオプションなどの）好みを含む情報を通信してもよい。通信される情報は、パーキング執行官１１８のＩＤ、目的地位置、最大距離範囲などの選択されるオプション、及び、運転モード好みを含んでもよい。一実施形態によれば、第１のスマートフォン３０２は、ＮＦＣプロトコル、ブルートゥースプロトコル、又は、他の短距離無線通信プロトコルの使用によって無線通信システム５０２を介して、ＥＣＵ５０４に情報を通信してもよい。或いは、一実施形態によれば、第１のスマートフォン３０２は、ＬＴＥなどのセルラ通信プロトコル又は無線通信ネットワーク１１４の他の無線通信プロトコルの使用によって、第２のスマートフォン３０４に情報を通信してもよい。第２のスマートフォン３０４は、ＵＩ５１２のＵＩ要素５１２ａによって示されるように、車３０８を移動するための許可に関連する受信情報を表示するように構成されてもよい。ドライバ３１８は、ＵＩ５１２を介して１つ以上のオプションを選択して、ＵＩ５１２ｂによって示されるように目的地位置を変更するなど好みを変更してもよく、又は、ＵＩ５１２のＵＩ要素５１２ｃによって示されるように車３０８を移動させる距離の範囲を変更してもよい。
【００９４】
一実施形態によれば、第２のスマートフォン３０４は、車３０８の無線通信システム５０２を介して応答をＥＣＵ５０４に通信してもよい。車３０８を移動させるために要求される条件がドライバ３１８によって受け入れられる（ＵＩ５１２からの「はい」の選択など）ことを応答が示す場合、要求される条件（又は好み）に対応する制御モードがＥＣＵ５０４で設定される。ＥＣＵ５０４は、許可と関連付けられる１つ以上のコマンドをパワートレイン制御システム２１２などの他のＥＣＵに更に通信して、点火・自律運転モードが車３０８を設定された距離範囲内で設定された目的地へと移動できるようにするべく構成されてもよい。
【００９５】
一実施形態によれば、第２のスマートフォン３０４は、第１のスマートフォン３０２に直接に応答を通信してもよい。そのような実施形態において、受信される応答は、例えばＯＲＶＭ３１０上のタップによって、車３０８の無線通信システム５０２を介してＥＣＵ５０４に送信されてもよい。要求される条件（又は好み）に対応する制御モードは、その後、前述のように車３０８の自律移動のためにＥＣＵ５０４で設定されてもよい。
【００９６】
車３０８を移動させるために要求される条件がドライバ３１８によって変更される（ＵＩ５１２からのＵＩ要素５１２ｂの選択など）ことを応答が示す場合、要求される変更された条件に対応する制御モードがＥＣＵ５０４で設定される。ＥＣＵ５０４は、車３０８を移動させるために要求される条件が第１のスマートフォン３０２に変更されることを示す応答を通信してもよい。車３０８を移動させるために要求される条件が変更されることを示す受信された応答は、ＵＩ５０９のＵＩ要素５０９ａによって示されるように、ＵＩ５０９を介して第１のスマートフォン３０２で表示されてもよい。パーキング執行官１１８は、図示のように、ＵＩ５０９のＵＩ要素５０９ｂの使用によって車３０８の移動に関連する条件を変更することを更に選択してもよい。したがって、時間及び労力を節約してパーキング執行官１１８及び車３０８のドライバ３１８の両方の利便性を高めるスマート機構が設けられてもよい。
【００９７】
図６Ａ〜図６Ｇは、全体として、本開示の一実施形態に係る車両の電子インタフェースを介した通信を容易にするための典型的な方法を示すフローチャートを描く。図６Ａ〜図６Ｇを参照すると、フローチャート６００が示される。フローチャート６００は、図１Ａ、図１Ｂ、図３、図４、及び図５に関連して説明される。方法は、ＥＣＵ１１０で実施されてもよい。方法は、ステップ６０２で開始し、ステップ６０４に進む。
【００９８】
ステップ６０４において、第１の電子デバイス１０２は、車両１０６の無線通信システム１０８の第１の近接範囲内で検出されてもよい。例えば、第１の電子デバイス１０２が無線通信システム１０８付近に配置される場合、第１の電子デバイス１０２は、リクエスタアプリケーション１２４のＵＩ１２４ｃ（図１Ｂ）の使用によって、車両１０６との通信を確立してもよい。ＵＩの他の例は、第１のスマートフォン３０２（第１の電子デバイス１０２の一例）と車３０８、例えば車３０８の無線通信システム５０２（図５）との間の通信を確立するために使用されてもよいＵＩ４０４（図４）及び／又はＵＩ５０６（図５）を含む。
【００９９】
ステップ６０６において、第１の電子デバイス１０２からの情報は、車載ネットワーク２２２を介して無線通信システム１０８によりＥＣＵ１１０によって受信されてもよい。情報は、第１の電子デバイス１０２が第１の通信プロトコルの使用によって第１の近接範囲内にあるときに受信されてもよい。例えば、図３に記載されるように、ＮＦＣデバイス３１２（無線通信システム１０８の一例）が電子チラシ３２２ａ，３２２ｂ，３２２ｃを受信する。チラシ配布者１２０がＮＦＣプロトコルを介して通信を起動するべくＮＦＣデバイス３１２を備えるＯＲＶＭ３１０付近に第１のスマートフォン３０２を配置するときに電子チラシ３２２ａ，３２２ｂ，３２２ｃが受信されてもよい。この場合、第１のスマートフォン３０２は、ＵＩ３２２（図３）を使用して、ＮＦＣデバイス３１２を介してＥＣＵ３１４に通信される電子チラシ３２２ａ，３２２ｂ，３２２ｃを選択してもよい。他の例では、図４に記載されるように、第１のスマートフォン３０２がＥＣＵ４０２に対して第１の近接範囲内で検出されると、ＥＣＵ４０２が第１のスマートフォン３０２から情報を受信する。情報は、ＮＦＣプロトコルなどの第１の通信プロトコルの使用によって受信されてもよい。受信情報は、第１のスマートフォン３０２の識別子、パーキング執行官１１８の識別情報、及び、車３０８のドライバ３１８などのユーザに連絡する要求を含んでもよい。
【０１００】
ステップ６０８において、受信情報は、車両１０６と関連付けられる車両ユーザ１２２などのユーザの事前設定された好みに基づいて解析されてもよい。例えば、好みは、ディスプレイ２０８上にレンダリングされてもよいＵＩ２０８ａ（図２）の使用により車両ユーザ１２２によって事前設定されてもよい。ＵＩ２０８ａは、車両１０６のＥＣＵ１１０と関連するアプリケーションベースのＵＩであってもよい。
【０１０１】
ステップ６１０では、受信情報の解析に基づいて要求タイプが決定されてもよい。受信情報の解析に基づいて、１つ以上の対応する動作が実行されてもよい。決定された要求タイプが車両１０６と関連する車両ユーザ１２２と通信する要求に対応する場合には、制御がステップ６１２（図６Ｂ）に移行する。決定された要求タイプが車両１０６と関連する車両１０６のための電子パーキングチケットを発行する要求に対応する場合には、制御がステップ６２２（図６Ｃ）に移行する。決定された要求タイプが電子パーキングレシートをチェックする要求に対応する場合には、制御がステップ６４０（図６Ｄ）に移行する。決定された要求タイプが電子チラシを車両１０６に通信する要求に対応する場合には、制御がステップ６５４（図６Ｅ）に移行する。決定された要求タイプが車両１０６を第１の位置から第２の位置へ移動させる要求に対応する場合には、制御がステップ６６２（図６Ｆ）に移行する。決定された要求タイプが駐車違反を示す通知に対応する場合には、制御がステップ６７６（図６Ｇ）に移行する。
【０１０２】
図６Ｂを参照すると、決定された要求タイプが車両ユーザ１２２と通信する要求に対応する場合には、制御がステップ６１０（図６Ａ）からステップ６１２で受信される。ステップ６１２では、車両１０６と関連付けられる車両ユーザ１２２などのユーザの連絡先の詳細に関連する情報がプライベートとして設定されるかどうかが決定されてもよい。連絡先の詳細に対応する情報がプライベートとして設定される場合には、制御がステップ６１４に移行する。連絡先の詳細に対応する情報がパブリックとして設定される場合には、制御がステップ６１８に移行する。
【０１０３】
ステップ６１４では、第２の通信プロトコル（例えば、ＬＴＥ）の使用によって、要求が第２の電子デバイス１０４に通信されてもよい。第２の電子デバイス１０４は、車両１０６のＥＣＵ１１０の第２の近接範囲内にあってもよい。第２の電子デバイス１０４で表示される情報の一例は、ＵＩ１２６ａ（図１Ｂ）によって例示されてもよい。表示される情報は、ＵＩ１２６ａのＵＩ要素１６２によって示されるように、第２の電子デバイス１０４で受信されるリクエスタの情報であってもよい。車両ユーザ１２２などのリクエスタによってＵＩ要素１６２が選択されると、ＵＩ１２６ｂ（図１Ｂ）に示されるように、リクエスタの情報が表示される。ＵＩ要素１６４が車両ユーザ１２２によって選択されると、ＵＩ１２６ｃ（図１Ｂ）のＵＩ要素１７２によって示されるように、車両１０６の位置又はドアロック状態／ロック解除状態などの車両状態関連情報が表示される。他の例では、図４に記載されるように、また、ＵＩ４０６によって例示されるように、ドライバ３１８は、「私は＜車３０８＞を＜５＞分で移動させるので、私の車を没収しないでください」などのカスタムメッセージを送信してもよく、及び／又は、選択通りに自分の連絡先番号を第１のスマートフォン３０２に送信してもよい。或いは、ドライバ３１８は、ＵＩ４０６の使用により、第２の通信プロトコルを介して、ＳＭＳなどのカスタムメッセージを送信してもよい。
【０１０４】
ステップ６１６では、車両ユーザ１２２と関連付けられる第１の電子デバイス１０２と第２の電子デバイス１０４との間で安全な双方向通信が容易にされ得る。安全な双方向通信は、無線通信システム１０８を介してＥＣＵ１１０によって容易にされてもよい。一実施形態によれば、安全な双方向通信は、ＥＣＵ１１０から受信される要求に基づき、第２の電子デバイス１０４と第１の電子デバイス１０２との間で直接に容易にされてもよい。安全な双方向通信は、リクエスタアプリケーション１２４及び車両ユーザアプリケーション１２６の使用によって、カスタムメッセージ、連絡先の詳細、及び／又は、他のデータのやりとりを可能にしてもよい。
【０１０５】
ステップ６１８では、車両ユーザ１２２の連絡先の詳細と関連する情報が（図１ＢのＵＩ１２４ｅに示されるように）第１の電子デバイス１０２に通信されてもよい。車両１０６に予め記憶される連絡先の詳細に対応する情報は、通信チャネル１１２を介して通信されてもよい。そのような場合、ＥＣＵ１１０は、無線通信システム１０８を介して第２の電子デバイス１０４にメッセージを送信して、車両ユーザ１２２の連絡先の詳細がリクエスタに通信されることを知らせてもよい。例えば、図５に記載されてＵＩ５１１により示されるように、ＥＣＵ５０４（ＥＣＵ１１０の一例）は、無線通信システム５０２を介して第２のスマートフォン３０４にメッセージを通信して、ドライバ３１８の連絡先の詳細がＵＩ５１１のＵＩ要素５１１ａによって示されるようにＩＤ「＜ＰＯ１１＞」を伴うパーキング執行官１１８に通信されることを知らせる。制御はステップ６２０に移行できる。
【０１０６】
図６Ｃを参照すると、決定された要求タイプが車両１０６のための電子パーキングチケットを発行する要求に対応する場合には、制御がステップ６１０（図６Ａ）からステップ６２２で受信される。ステップ６２２では、認証要求がサーバ１１６などのサーバに通信されてもよい。認証要求は、パーキング執行官１１８の身元を確認するため及び／又は受信された電子パーキングチケットの信憑性を決定するために通信されてもよい。ステップ６２４では、認証が確かめられるかどうかが決定されてもよい。認証がうまくいった場合には、制御がステップ６２６に移行する。また、認証がうまくいかない場合には、制御がステップ６３６に移行する。
【０１０７】
ステップ６２６では、電子パーキングチケットが（車両１０６の）メモリ２０４に記憶されてもよい。ステップ６２８において、電子パーキングチケットは、無線通信ネットワーク１１４を介して（例えばＬＴＥプロトコルを介して）第２の電子デバイス１０４に通信されてもよい。ステップ６３０では、音声、視覚、又は、触覚応答が車両１０６で、例えば車両１０６のＯＲＶＭの光インジケータで生成されてもよい。音声、視覚、又は、触覚応答の生成は、電子パーキングチケットの記憶及び第２の電子デバイス１０４による受信に関連する成功又は失敗を示してもよい。
【０１０８】
ステップ６３２では、記憶された電子パーキングチケットの有効期限が監視されてもよい。ステップ６３４では、電子パーキングチケットの有効期限を延長するためのリマインダが、無線通信ネットワーク１１４を介して、第２の電子デバイス１０４に通信されてもよい。第２の電子デバイス１０４は、車両ユーザアプリケーション１２６を介して有効期限を表示してもよい。ステップ６３６では、認証の失敗を示すために、他の音声、視覚、又は、触覚応答が車両１０６で生成されてもよい。制御は終了ステップ６３８に移行できる。
【０１０９】
図６Ｄを参照すると、決定された要求タイプが電子パーキングレシートをチェックする要求に対応する場合には、制御がステップ６１０（図６Ａ）からステップ６４０で受信される。ステップ６４０では、承認要求が無線通信ネットワーク１１４を介して第２の電子デバイス１０４に通信されてもよい。ステップ６４２では、第２の電子デバイス１０４からの肯定応答がＥＣＵ１１０によって受信されてもよい。
【０１１０】
ステップ６４４では、承認要求が受け入れられるかどうかが決定されてもよい。承認要求が受け入れられる場合には、制御がステップ６４６に移行する。承認要求が拒否される場合には、制御がステップ６５０に移行する。ステップ６４６では、承認の成功を示すために、ＥＣＵ１１０の制御下で、音声、視覚、又は、触覚応答が車両１０６で生成されてもよい。
【０１１１】
ステップ６４８では、承認要求の受け入れに応答して、電子パーキングレシート情報がＥＣＵ１１０から第１の電子デバイス１０２に通信されてもよい。ステップ６５０では、承認の不成功を示すために、ＥＣＵ１１０の制御下で、他の音声、視覚、又は、触覚応答が車両１０６で生成されてもよい。制御は終了ステップ６５２に移行できる。
【０１１２】
図６Ｅを参照すると、決定された要求タイプが電子チラシを車両１０６に通信する要求に対応する場合には、制御がステップ６１０（図６Ａ）からステップ６５４に移行する。ステップ６５４では、受信された電子チラシの内容が１つ以上の事前設定されたカテゴリ及び／又は情報のタイプに対応するかどうかが決定されてもよい。１つ以上の事前設定されたカテゴリ及び／又は情報のタイプが、車両ユーザ１２２にとって興味のあるトピックを指してもよい。
【０１１３】
受信された電子チラシの内容が事前設定されたカテゴリ及び／又は情報のタイプの領域内にある或いは類似していると決定される場合には、制御がステップ６５６に移行する。受信された電子チラシの内容が事前設定されたカテゴリ及び／又は情報のタイプの領域内にない或いは類似していないと決定される場合には、制御がステップ６５８に移行する。ステップ６５６において、受信された電子チラシは、車両ユーザ１２２がその後に見るために記憶されてもよく、及び／又は、（図３のＵＩ３２４及びＵＩ３２６に示されるように）第２の電子デバイス１０４に通信されてもよい。ステップ６５８では、受信された電子チラシが車両１０６で記憶されなくてもよい。制御は終了ステップ６６０に移行できる。
【０１１４】
図６Ｆを参照すると、決定された要求タイプが車両１０６を第１の位置から第２の位置へ移動させる要求に対応する場合には、制御がステップ６１０（図６Ａ）からステップ６６２に移行する。ステップ６６２では、許可要求が第２の電子デバイス１０４に通信されてもよい。一実施形態によれば、許可要求は、無線通信システム１０８を介して、ＥＣＵ１１０から第２の電子デバイス１０４に通信されてもよい。或いは、許可要求は、第２の電子デバイス１０４の連絡先の詳細が既に受信される場合に、第１の電子デバイス１０２から直接に第２の電子デバイス１０４に通信されてもよい。例えば、図５に記載されるように、また、ＵＩ５０８により示されるように、通信される情報は、ＵＩ５０８のＵＩ要素５０８ａ〜５０８ｅにより示されるように、目的地位置、最大距離範囲、運転モード好み、及び、パーキング執行官１１８の選択されたＩＤなどの選択されるオプションを含んでもよい。そのような場合、第２のスマートフォン３０４（第２の電子デバイス１０４の一例）は、ＵＩ５１２のＵＩ要素５１２ａによって示されるように、車３０８を移動させるための許可に関連する受信情報を表示するように構成されてもよい。ドライバ３１８は、ＵＩ５１２を介して１つ以上のオプションを選択して、ＵＩ５１２ｂによって示されるように目的地位置を変更するなど好みを変更してもよく、又は、ＵＩ５１２のＵＩ要素５１２ｃによって示されるように車３０８を移動させる距離の範囲を変更してもよい。その後、第２のスマートフォン３０４は、車３０８の無線通信システム５０２を介して応答（ＵＩ５１２からの「はい」又は「いいえ」の選択時など）をＥＣＵ５０４（ＥＣＵ１１０の一例）に通信してもよい。
【０１１５】
ステップ６６４では、車両１０６を所定の距離範囲内で第２の位置へ移動させるための許可又は拒否メッセージが受信されてもよい。ステップ６６６では、受信されたメッセージが車両１０６を移動させるための許可を示すかどうかが決定されてもよい。受信されたコマンドが車両１０６を移動させるための許可を示す場合には、制御がステップ６６８に移行できる。受信されたコマンドが車両を移動させるための拒否を示す場合には、制御がステップ６７２に移行できる。
【０１１６】
ステップ６６８では、１つ以上のコマンドが車体制御モジュール２２０などの１つ以上の他のＥＣＵに送信されてもよい。これらのコマンドは、車両１０６のロックされたドアのロックを解除できる及び／又は車両の点火を可能にできる能力を含んでもよい。一例では、図５に記載されるように、要求される条件（又は好み）に対応する制御モードは、その後、前述のように車３０８（車両１０６の一例）の自律移動のためにＥＣＵ５０４（ＥＣＵ１１０の一例）で設定されてもよい。
【０１１７】
ステップ６７０では、ＥＣＵ１１０の制御下で、車両１０６を移動させるための許可が第１の電子デバイス１０２に更に通信されてもよい。例えば、図５に記載されるように、車３０８を移動させるために要求される条件が変更されることを示す受信された応答は、ＵＩ５０９のＵＩ要素５０９ａによって示されるように、ＵＩ５０９を介して第１のスマートフォン３０２で表示されてもよい。ステップ６７２では、ＥＣＵ１１０の制御下で、拒否メッセージが第１の電子デバイス１０２に更に通信されてもよい。その後、制御は終了ステップ６７４に移行できる。
【０１１８】
図６Ｇを参照すると、決定された要求タイプが駐車違反を示す通知に対応する場合には、制御がステップ６１０（図６Ａ）からステップ６７６に移行する。ステップ６７６では、認証要求がサーバ１１６などのサーバに通信されてもよい。認証要求は、執行官などの要求を通信したユーザの身元を確認するために通信されてもよい。ステップ６７８では、認証が確かめられるかどうかが決定されてもよい。認証がうまくいった場合には、制御がステップ６８０に移行する。認証がうまくいかない場合には、制御がステップ６８４に移行する。
【０１１９】
ステップ６８０では、無線通信ネットワーク１１４を介して、駐車違反通知が第２の電子デバイス１０４に通信されてもよい。ステップ６８２では、車両ユーザ１２２と関連付けられる第１の電子デバイス１０２と第２の電子デバイス１０４との間で安全な双方向通信が容易にされ得る。安全な双方向通信は、無線通信システム１０８を介してＥＣＵ１１０によって容易にされてもよい。
【０１２０】
ステップ６８４では、オーディオインタフェース２０６、ディスプレイ２０８、又は、ＯＲＶＭ２１０（図２）に設けられる１つ以上のインジケータの使用によって認証の失敗を示すために、他の音声、視覚、又は、触覚応答が車両１０６で生成されてもよい。ステップ６８６では、失敗した認証に対応するメッセージが第１の電子デバイス１０２に通信されてもよい。制御は終了ステップ６８８に移行できる。
【０１２１】
本開示の一実施形態によれば、車両の電子インタフェースを介して第１の電子デバイス（第１の電子デバイス１０２又は第１のスマートフォン３０２など）と通信するためのシステムが開示される。システム（ＥＣＵ１１０（図１Ａ）など）は、１つ以上の回路（以下、マイクロプロセッサ２０２（図２）と称される）を備えてもよい。マイクロプロセッサ２０２は、電子インタフェースを介して第１の通信プロトコルの使用により第１の電子デバイス１０２（図１Ａ）から情報を受信するように構成されてもよい。第１の電子デバイス１０２は、電子インタフェース（車両１０６（図１Ａ）の無線通信システム１０８（図１Ａ）又は無線通信システム５０２（図５）など）の第１の近接範囲内にあってもよい。マイクロプロセッサ２０２は、受信情報と車両１０６に関連するユーザ（車両ユーザ１２２など）の好みとに基づいて、１つ以上の対応する動作を実行するように構成されてもよい。
【０１２２】
本開示の一実施形態によれば、車両（車両１０６（図１Ａ及び図２）など）が開示される。車両１０６は、バッテリ２２４と、バッテリ２２４により給電される電子インタフェース（無線通信システム１０８（図１Ａ及び図２）など）と、電子制御ユニット（ＥＣＵ）（ＥＣＵ１１０（図１Ａ及び図２）など）を備えてもよい。ＥＣＵは、車両１０６の電子インタフェースを介して１つ以上の外部デバイスと通信するために電子インタフェースと通信可能に結合されてもよい。ＥＣＵは、１つ以上の回路（以下、マイクロプロセッサ２０２（図２）と称される）を備えてもよい。マイクロプロセッサ２０２は、電子インタフェースを介して第１の通信プロトコルの使用により１つ以上の外部デバイスのうちの１つに対応する第１の電子デバイス１０２（図１）から情報を受信するように構成されてもよい。第１の電子デバイスは、電子インタフェースの第１の近接範囲内にあってもよい。マイクロプロセッサ２０２は、受信情報と車両１０６に関連するユーザ（車両ユーザ１２２など）の好みとに基づいて、１つ以上の対応する動作を実行するように構成されてもよい。
【０１２３】
本開示の様々な実施形態は、機械及び／又はコンピュータに車両（車両１０６など）の無線通信システム１０８（図１Ａ及び図２）などの電子インタフェースを介した通信を容易にさせるためのコンピュータ実行可能命令の組が記憶されて成る持続性コンピュータ可読媒体及び／又は記憶媒体を提供できる。ＥＣＵ１１０などのＥＣＵ内のコンピュータ実行可能命令の組は、機械及び／又はコンピュータに車両１０６の電子インタフェース（図１Ａ）を介したＥＣＵ１１０による第１の電子デバイス１０２（図１Ａ）からの情報の受信を含むステップを実行させてもよい。情報は、第１の通信プロトコルの使用によって受信されてもよい。第１の電子デバイス１０２は、車両１０６の電子インタフェースの第１の近接範囲内にあってもよい。１つ以上の対応する動作は、受信情報と車両１０６に関連するユーザ（車両ユーザ１２２など）の好みとに基づいて、ＥＣＵ１１０によって実行されてもよい。
【０１２４】
本開示は、ハードウェアで又はハードウェアとソフトウェアとの組み合わせで実現されてもよい。本開示は、少なくとも１つのコンピュータシステムにおいて、集中態様で実現されてもよく、或いは、異なる要素が幾つかの相互接続されたコンピュータシステムにわたって分散され得る分散態様で実現されてもよい。本明細書中に記載される方法を実施するように適合されるコンピュータシステム又は他の装置が適している場合がある。ハードウェアとソフトウェアとの組み合わせは、取り込まれて実行されるときにそれが本明細書中に記載の方法を実行するようにコンピュータシステムを制御できるコンピュータプログラムを伴う汎用コンピュータシステムであってもよい。本開示は、他の機能も果たす集積回路の一部を備えるハードウェアで実現されてもよい。
【０１２５】
また、本開示は、本明細書中に記載される方法の実施を可能にする全ての特徴を備えるとともにコンピュータシステムに取り込まれるときにこれらの方法を実行できるコンピュータプログラムプロダクトに組み込まれてもよい。この文脈において、コンピュータプログラムとは、情報処理能力を有するシステムに特定の機能を直接的に又は以下、すなわち、ａ）他の言語、コード、又は、表記への変換、ｂ）異なる素材形態での再生のいずれか一方又は両方の後に実行させるようになっている命令の組の任意の言語、コード、又は、表記による任意の表現を意味する。
【０１２６】
本開示を特定の実施形態に関連して説明してきたが、当業者であれば分かるように、本開示の範囲から逸脱することなく、様々な変更を行うことができ、また、等価物を置き換えることができる。加えて、本開示の範囲から逸脱することなく、特定の状況又は材料を本開示の教示内容に適合させるべく多くの修正を行うことができる。したがって、本開示が開示された特定の実施形態に限定されず、本開示が添付の特許請求の範囲内に入る全ての実施形態を含むことが意図される。
【図１Ａ】
2019505026.tif 000003
【図１Ｂ】
2019505026.tif 000004
【図２】
2019505026.tif 000005
【図３】
2019505026.tif 000006
【図４】
2019505026.tif 000007
【図５】
2019505026.tif 000008
【図６Ａ】
2019505026.tif 000009
【図６Ｂ】
2019505026.tif 000010
【図６Ｃ】
2019505026.tif 000011
【図６Ｄ】
2019505026.tif 000012
【図６Ｅ】
2019505026.tif 000013
【図６Ｆ】
2019505026.tif 000014
【図６Ｇ】
2019505026.tif 000015
【国際調査報告】
2019505026.tif 000016
2019505026.tif 000017
2019505026.tif 000018
2019505026.tif 000019
2019505026.tif 000020