在车辆ECU与附近外部装置之间的通信的制作方法

本公开的各个实施例涉及一种用于经由电子接口来促进通信的系统和方法。更具体地，本公开的各个实施例涉及用于经由车辆的电子接口来与电子装置通信的系统和方法。

背景技术：

通信技术、信息技术、汽车技术、和其它相关技术领域的进步已经在智能车辆系统和解决方案的发展中引起了技术融合。在某些场景中，当车辆被拖走、扣留、或者固定时，可能会给车主造成很大的不便。例如，当车辆被发现遗弃在路边或者在拥挤的地方长时间无人看管时，车辆可能被扣留。进一步地，当车辆停放在停车限制区域中或者按照不希望的方式停放时，可能给其它道路使用者造成不便。通过使用牌照来寻找车主的联系方式的努力可能是单调乏味的，并且在大多数情况下，执法人员可能不需要这些联系方式。

在某些其它场景中，车辆用户可以为停车收据进行支付以将车辆停放在路边。在这种场景中，观察到车辆用户通常将停车收据贴附到车辆以供停车执法人员确认。有时，执法人员可能看不到停车收据，这可能导致罚款。在又一场景中，停车执法人员可以将罚单(诸如，停车罚单)放在车辆的刮水器与挡风玻璃之间。这种罚单可能受到恶劣天气(诸如，下雨或者强风)的影响。进一步地，当这种罚单丢失时，可能会受到处罚。

在又一场景中，出于打广告的目的而分发的传单常常激怒车辆用户，因为它们可能在驾驶期间限制能见度并且可能造成干扰。由于这些问题，车辆用户有时会丢失对车辆用户可能重要的或者车辆用户可能个人感兴趣的信息。因此，鉴于上述问题，可能需要节省时间、努力，并且增加执法人员和车辆用户两者的便利性的智能技术解决方案。

通过将所描述的系统与本公开的一些方面相比较(如在本申请的其余部分中并且参照附图阐述的)，常规和传统方法的进一步限制和缺点对于本领域的技术人员而言将变得显而易见。

技术实现要素：

如在权利要求书中更完整地阐述的，一种大体上如在附图中的至少一张附图中示出的和/或结合附图中的至少一张附图描述的用于经由车辆的电子接口来促进通信的系统和方法。

可以通过回顾本公开的以下详细描述以及附图来了解本公开的这些和其它特征和优点，在这些附图中，相同的附图标记始终表示相同的部分。

附图说明

[图1-A]图1A是图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的网络环境的框图。

[图1-B]图1B图示了根据本公开的实施例的在一个或者多个电子装置处进行渲染以促进通信的一个或者多个示例性用户界面。

[图2]图2是图示了根据本公开的实施例的车辆的各种示例性部件或者系统的框图。

[图3]图3图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的所公开的系统和方法的实施方式的第一示例性场景。

[图4]图4图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的所公开的系统和方法的实施方式的第二示例性场景。

[图5]图5图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的所公开的系统和方法的实施方式的第三示例性场景。

[图6-A]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

[图6-B]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

[图6-C]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

[图6-D]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

[图6-E]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

[图6-F]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

[图6-G]图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。

具体实施方式

在用于经由车辆的电子接口来促进通信的所公开的系统和方法中可以找到下面描述的实施方式。本公开的示例性方面可以包括一种方法，该方法可以经由电子接口通过使用第一通信协议来从第一电子装置接收信息。可以在车辆的电子控制单元(ECU)处接收信息，该电子控制单元(ECU)可以与电子接口通信地耦合。第一通信协议可以是近场通信(NFC)协议或者蓝牙通信协议。第一电子装置可以处于车辆的电子接口的第一接近范围内。可以基于接收到的信息和与车辆相关联的用户的偏好来执行一个或者多个对应动作。

根据实施例，接收到的信息可以包括：第一电子装置的标识符、请求者类型、与第一电子装置相关联的联系信息、电子停车罚单、电子传单、电子停车收据、和/或针对与车辆相关联的用户的定制消息。可以基于与车辆相关联的用户的预配置偏好来对接收到的信息进行分析。可以基于对接收到的信息的分析来确定请求类型。该请求类型可以与以下请求对应：与车辆相关联的用户通信的请求。该请求类型可以进一步与以下内容对应：检查电子停车收据的请求、发出车辆的电子停车罚单的请求、传送车辆的电子传单的请求、与违规停车对应的通知、和/或将车辆从第一位置移动到第二位置的请求。

根据实施例，可以将接收到的信息存储在对应的预定义模板中。可以通过使用第二通信协议来将经过分析的信息或者存储的信息传送至第二电子装置。该第二电子装置可以处于车辆的电子接口的第二接近范围内。第二通信协议可以是蜂窝通信协议、蓝牙通信协议、无线保真(Wi-Fi)协议、或者专用短程通信(DSRC)协议。

根据实施例，ECU可以生成与从第一电子装置接收信息是成功还是失败的指示对应的音频响应、视觉响应、和/或触觉响应。可以通过使用第二通信协议来动态地向第二电子装置传送延长停车收据的有效期的提醒。可以基于对接收到的信息的分析来传送该提醒。根据实施例，电子接口和/或ECU可以安装在车辆的外部后视镜或者仪表板上。

根据实施例，可以通过使用第二通信协议基于经过分析的接收到的信息来向第二电子装置传送授权请求。可以从第二电子装置接收可以指示授权请求是被接受还是被拒绝的确认。

根据实施例，第一电子装置可以经由车辆的电子接口来与第二电子装置通信但不知道与用户相关联第二电子装置的联系信息。可以由ECU通过使用车辆的电子接口来促进在第一电子装置与第二电子装置之间的安全双向通信。该安全双向通信可以由ECU通过使用多种不同的通信协议来建立。

根据实施例，可以经由电子接口在ECU处接收来自第二电子装置的许可以在预定距离范围内将车辆从第一位置移动到第二位置。该许可可以由ECU通过使用电子接口基于确定的请求类型而进一步被传送至第一电子装置。车辆的锁定门可以被远程解锁以准许车辆的移动。

图1A是图示了根据本公开的实施例的用于向车辆传送消息的网络环境的框图。参照图1，示出了网络环境100。该网络环境100可以包括一个或者多个电子装置，诸如，第一电子装置102、第二电子装置104、和车辆106。该车辆106可以包括可以是车辆106的电子接口的无线通信系统108。车辆106可以进一步包括可以通信地耦合至无线通信系统108的电子控制单元(ECU)110。进一步示出了通信信道112、无线通信网络114、服务器116、和一个或者多个用户(诸如，停车执法人员118、传单分发人员120、和车辆用户122)。进一步示出了分别与第一电子装置102和第二电子装置104相关联的请求者应用124和车辆用户应用126。

第一电子装置102可以包括可以配置为与电子接口(诸如，车辆106的无线通信系统108)建立通信的合适的逻辑、电路系统、接口、和/或代码。无线通信系统108可以包括近场通信(NFC)电路系统。可以经由通信信道112来建立通信。第一电子装置102还可以包括近场通信(NFC)电路系统。请求者应用124可以预先安装在第一电子装置102处。第一电子装置102可以配置为接收启动请求者应用124的输入。请求者应用124可以在第一电子装置102处对一个或者多个用户界面(UI)进行渲染。请求者应用124的一个或者多个UI可以用于键入、编辑、更新、和/或存储请求者(诸如，停车执法人员118和传单分发人员120)的信息。请求者应用124的一个或者多个UI可以配置为显示从ECU 110或者第二电子装置104接收到的信息。

第二电子装置104可以包括可以配置为通过使用无线通信网络114经由无线通信系统108来与ECU 110建立通信的合适的逻辑、电路系统、接口、和/或代码。车辆用户应用126可以预先安装在第二电子装置104处。第一电子装置102可以配置为接收启动车辆用户应用126以对车辆用户122的偏好进行预配置的输入。车辆用户应用126可以对在第二电子装置104处的一个或者多个UI进行渲染。车辆用户应用126的一个或者多个UI可以用于键入、编辑、更新、和/或存储车辆用户122的信息。车辆用户应用126的一个或者多个UI可以配置为显示经由无线通信系统108或者第一电子装置102从ECU110接收到的信息。第一电子装置102和第二电子装置104的示例可以包括但不限于：智能电话、智能眼镜、智能手表、平板计算机、和/或其它便携式计算装置。

车辆106可以包括可以配置为经由无线通信系统108来促进在第一电子装置102与第二电子装置104之间的通信的ECU 110。车辆106的示例可以包括但不限于：机动车辆、混合动力车辆、和/或使用一个或者多个不同的可再生或者不可再生动力源的车辆。使用可再生或者不可再生动力源的车辆可以包括：基于化石燃料的车辆、基于电力推进的车辆、基于氢燃料的车辆、太阳能车辆、和/或由其它形式的替代能源供电的车辆。

无线通信系统108可以包括可以配置为与一个或者多个外部装置(诸如，第一电子装置102、第二电子装置104)和一个或者多个云服务器(诸如，服务器116)通信的合适的逻辑、电路系统、接口、和/或代码。与第一电子装置102的通信可以经由通信信道112来发生。与第二电子装置104和服务器116的通信可以经由无线通信网络114来发生。无线通信系统108可以包括但不限于：天线、射频(RF)收发器、近场通信(NFC)电路系统、远程信息处理单元、一个或者多个放大器、一个或者多个振荡器、数字信号处理器、编码解码器(CODEC)芯片集、和/或用户身份模块(SIM)卡。无线通信系统108可以通过使用通信信道112和/或无线通信网络114经由无线通信来进行通信。

ECU 110可以包括可以配置为对从第一电子装置102接收到的信息进行分析的合适的逻辑、电路系统、接口、和/或代码。可以基于与车辆106相关联的用户(诸如，车辆用户122)的预配置偏好来对接收到的信息进行分析。ECU 110可以配置为访问车辆106的车辆数据或者向车辆106的其它ECU、部件、或者系统传送一个或者多个控制命令。可以经由车载网络(诸如，车辆区域网络(VAN))和/或车载数据总线(诸如，控制器区域网络(CAN)总线)来传送车辆数据和一个或者多个控制命令。根据实施例，ECU 110可以与车辆106的电子接口对应。ECU 110可以安装在ORVM、仪表板、或者在车辆106的外表面上的区域处。

通信信道112可以指介质，通过该介质，第一电子装置102可以与处于第一接近范围内的车辆106通信。第一电子装置102可以通过使用第一通信协议(诸如，短程无线通信协议)来与车辆106通信。通信信道112的示例可以包括但不限于：近场通信(NFC)、双向射频网络(诸如，基于蓝牙的网络)、或者通过位于第一电子装置102处的投射式电容触摸板和车辆106的无线通信系统108的基于电容耦合的数据通信。第一通信协议的示例可以包括但不限于：NFC通信协议、ZigBee协议、红外(IR)协议、基于电容耦合的数据传输协议、和/或蓝牙(BT)通信协议。

无线通信网络114可以指介质，通过该介质，车辆106，尤其是车辆106的无线通信系统108可以与第二电子装置104通信。第二电子装置104可以在第二接近范围内通过使用的第二通信协议来与车辆106的无线通信系统108通信。无线通信网络114可以进一步包括介质，通过该介质，一个或者多个电子装置(诸如，第二电子装置104)可以与服务器116通信。无线通信网络114的示例可以包括但不限于：蜂窝网络(诸如，长期演进(LTE)网络)、无线保真(Wi-Fi)网络、无线局域网(WLAN)、互联网、专用短程通信(DSRC)网络、移动自组织网络(MANET)、车辆自组织网络(VANET)、和/或城域网(MAN)。第二通信协议(诸如，无线通信协议)的示例可以包括但不限于：蜂窝通信协议(诸如，长期演进(LTE))、无线保真(Wi-Fi)协议、DSRC协议、IEEE 802.11、802.11p、802.15、802.16、1609、全球微波接入互操作性(Wi-MAX)、车载环境中的无线接入(WAVE)、传输控制协议和互联网协议(TCP/IP)、用户数据报协议(DUP)、超文本传输协议(HTTP)、ZigBee、EDGE、和/或蓝牙(BT)通信协议。

服务器116可以包括可以配置为接收来自一个或者多个订阅的装置(诸如，第一电子装置102和第二电子装置104)的请求的合适的逻辑、电路系统、接口、和/或代码。服务器116可以配置为存储授权人员(诸如，停车执法人员118)的标识符(ID)的数据库。可以通过使用本领域的技术人员熟知的若干技术来实施服务器116。

在操作中，第一电子装置102可以处于车辆106的无线通信系统108的第一接近范围内。第一电子装置102可以配置为在第一接近范围内经由无线通信系统108来向车辆106的ECU 110传送信息(诸如，请求)。所传送的信息与通过使用请求者应用124在第一电子装置102处预先配置的信息对应。预配置可以由请求者(诸如，停车执法人员118或者传单分发人员120)来执行。

根据实施例，ECU 110可以配置为在无线通信系统108的第一接近范围(诸如，NFC范围)内检测到第一电子装置102时从第一电子装置102接收信息。可以经由通信信道112来接收来自第一电子装置102的信息。ECU 110可以配置为基于与车辆106相关联的用户(诸如，车辆用户122或者其他用户)的预配置偏好来对接收到的信息进行分析。可以通过使用车辆用户应用126来对车辆用户122的偏好进行预配置。

根据实施例，ECU 110可以配置为基于对接收到的信息的分析来确定请求类型。该请求类型可以与以下请求对应：与车辆106相关联的车辆用户122通信的请求(如在图4中示出的)。请求类型可以与以下内容对应：检查电子停车收据的请求、发出车辆106的电子停车罚单的请求、传送车辆106的电子传单的请求(如在图3中示出的)、与违规停车对应的通知、和/或将车辆106从第一位置移动到第二位置的请求。

根据实施例，ECU 110可以配置为基于接收到的信息和与车辆106相关联的车辆用户122的偏好来执行一个或者多个对应动作。可以进一步基于对接收到的信息的分析和/或确定的请求类型来执行一个或者多个对应动作。根据实施例，ECU 110可以配置为生成音频响应、视觉响应、和/或触觉响应以指示从第一电子装置102接收信息是成功还是失败。ECU 110可以配置为经由无线通信系统108来将经过分析的信息传送至第二电子装置104。通信可以通过使用无线通信网络114来发生。与车辆用户122相关联的第二电子装置104可以处于车辆106的无线通信系统108的第二接近范围内。

在某些实例中，可以按照分布式的方式来实施无线通信系统108(诸如，电子接口)。例如，可以将无线通信系统108实施为可以安装在车辆106的外表面(诸如，挡风玻璃)处的NFC使能装置。在这种实例中，NFC使能装置可以经由车载网络或者通信信道112来通信地耦合至ECU 110。当第一电子装置102处于NFC使能装置进行短程无线通信的第一接近范围(诸如，NFC范围)内时，可以由使能NFC装置来接收来自第一电子装置102的信息。然后可以将接收到的信息传输至ECU 110以便进一步进行分析。在这种实施例中，可以在车辆106的内部电路系统内安装另一无线通信系统(诸如，远程信息处理单元)。ECU 110可以配置为通过使用无线通信网络114经由车辆106进行短程、中程、或者远程无线通信的其它无线通信系统(诸如，蓝牙范围、Wi-Fi范围、蜂窝通信)或者经由互联网来与在第二接近范围内的第二电子装置104通信。可替代地，根据实施例，无线通信系统108可以实施为可以包括用于在ECU 110的控制下与第一电子装置102和第二电子装置104两者通信的功能的单个单元或者通信系统。换句话说，如上所述，由NFC装置和其它无线通信系统执行的操作可以实施在相同的无线通信系统108中。

根据实施例，ECU 110可以配置为经由车辆106的无线通信系统108来促进在第一电子装置102与第二电子装置104之间的安全双向通信。该安全双向通信可以由ECU 110通过使用多种不同的通信协议(诸如，第一通信协议和第二通信协议)来建立。

根据实施例，ECU 110可以配置为基于对接收到的信息的分析来向第二电子装置104传送授权请求。可以通过使用无线通信网络114经由无线通信系统108来传送授权请求。ECU 110可以配置为通过使用无线通信网络114经由无线通信系统108来从第二电子装置104接收确认。该确认可以指示授权请求是被接受还是被拒绝。

根据实施例，ECU 110可以配置为将接收到的信息存储在车辆106处。可以将接收到的信息存储在与接收到的信息的类型或者内容对应的预定义模板中。例如，可以基于对接收到的信息的分析来将车辆106的电子停车罚单或者车辆106的电子传单存储在车辆106处。

图1B图示了根据本公开的实施例的在一个或者多个电子装置处进行渲染以促进通信的一个或者多个示例性用户界面。结合图1A中的元件来解释图1B。参照图1B，示出了请求者应用124的可以在第一电子装置102处进行渲染的一个或者多个用户界面(UI)，诸如，UI 124a至124f。进一步示出了可以在第二电子装置104处进行渲染的一个或者多个其它UI，诸如，UI 126a至126c。

参照图1B，各个UI 124a至124f可以用于促进用户(诸如，停车执法人员118或者传单分发人员120)与第一电子装置102的交互。例如，UI 124a可以用于通过使用UI 124a的UI元素128来在第一电子装置102处更新与请求者类型相关联的请求者信息。该请求者信息可以包括联系信息，诸如，手机号码、装置标识符、请求者的姓名、或者与请求者相关联的唯一ID。请求者类型的示例可以包括但不限于：停车执法人员118、传单分发人员120、停车收据检查员、交通警察、和/或与第一电子装置102相关联的其它用户。UI元素130可以用于对各种其它Ul(诸如，Ul 124b和UI 124c)或者用于探索请求者应用124的功能的其它选项进行渲染。

UI 124b可以用于编辑或者选择请求者(诸如，停车执法人员118)的用户偏好。UI 124b的UI元素132可以用于编辑请求者的联系信息。UI 124b的UI元素134可以用于在请求者应用处设置请求类型。根据实施例，请求类型与以下内容对应：与车辆106相关联的车辆用户122通信的请求、检查电子停车收据的请求、或者发出车辆106的电子停车罚单的请求。请求类型可以与以下内容对应：传送车辆106的电子传单的请求、与违规停车对应的通知、和/或将车辆106从第一位置移动到第二位置的请求。

对与请求者相关联的信息的更新和配置可以是一次性活动。当更新了在一个或者多个必填字段中与请求者相关联的信息(诸如，请求者类型、请求者的手机号码、和/或与请求者相关联的唯一ID)并且选择了偏好时，第一电子装置102可以配置为向中央服务器(诸如，服务器116)传送对请求者(诸如，停车执法人员118)的身份的验证请求。结合授权人员的ID数据库，服务器116可以配置为验证请求者的身份。服务器116可以向第一电子装置102发送验证确认或者拒绝消息。可以通过使用UI 124b的UI元素136来设置请求者的偏好，诸如，请求者的语言偏好。同样，可以由请求者通过使用UI元素138来执行可视化偏好，诸如，主题、字体、颜色、背景或者前景图像、或者其它可视化改变。UI元素140可以用于导航回先前访问的UI(诸如，UI124a)，而UI元素130可以用于导航到如上所述的其它UI。

当与第一电子装置102相关联的请求者(诸如，停车执法人员118)想要与车辆106的车辆用户122通信时，UI 124c可以显示一个或者多个UI元素，诸如，UI元素142(“请求联系信息”)和/或UI元素144(“发送消息”)。停车执法人员118可以选择UI 124c的UI元素142以经由车辆106的无线通信系统108来向车辆用户122请求联系信息。停车执法人员118可以使用UI 124c的UI元素144来经由车辆106的无线通信系统108向车辆用户122发送消息。可替代地，停车执法人员118可以在车辆106的无线通信系统108处轻击第一电子装置102(诸如，NFC使能装置)。无线通信系统108可以与车辆106的ECU 110建立通信。在这种情况下，可以自动地向车辆用户122传送一个或者多个预先存储的定制消息。

UI 124d可以包括UI元素148，该UI元素148可以向车辆用户122显示传送的消息的当前状态。例如，在轻击操作之后，可以在等待与车辆用户122相关联的信息的时间点显示消息，诸如，“等待车辆用户信息”。UI 124e可以包括用于在将车辆用户122的联系方式存储在车辆106中并且不限于将车辆用户122的联系方式提供至第一电子装置102时显示车辆用户122的联系方式的UI元素150至154。在这种情况下，车辆用户122的联系方式被存储在车辆106的存储器中并且配置为“公开的”。UI元素154可以显示轻击操作的当前和/或更新状态。例如，可以在接收到与车辆用户122相关联的信息的时间点显示消息，诸如，“接收到车辆用户信息”。另一方面，UI 124f可以包括UI元素156，当车辆用户122的联系方式被限制并且配置为“私有的”时，可以将UI元素156渲染为显示信息性消息。

停车执法人员118可以使用UI元素158(诸如，菜单项“发送消息”)来与第二电子装置104建立通信但不知道车辆用户122的联系方式。当在第一电子装置102上选择UI元素158(诸如，菜单项“发送消息”)时，经由无线通信系统108来向车辆106发送消息。车辆106的ECU 110将联系方式的设定确定为“私有的”，并且向第一电子装置102发送无法共享车辆用户122的联系方式的信息。ECU 110还经由无线通信系统108向第二电子装置104发送请求者正在寻找车辆用户122的联系方式。车辆用户122然后可以选择经由车辆106的无线通信系统108按照不共享(车辆用户122的)联系方式的隐藏方式来与请求者通信。因此，车辆106充当在请求者的第一电子装置102与车辆用户122的第二电子装置104之间的通信网关。

在第二电子装置104处，UI 126a可以在第二电子装置104从第一电子装置102接收到信息时显示从第一电子装置102接收到信息。例如，显示的信息(如通过UI 126a的UI元素162图示的)可以是在第二电子装置104处接收到的请求者的信息。当请求者(诸如，车辆用户122)选择UI元素162时，如在UI 126b中图示的，显示请求者的信息。请求者的信息的内容可以是请求者的名称(如通过UI 126b的UI元素168图示的)、和联系信息(诸如，如通过UI 126b的UI元素170图示的，请求者的手机号码或者电子邮件地址)。在从第一电子装置102接收到的信息包括对联系方式的请求的情况下，UI126a可以对UI元素(诸如，可以包括子UI元素(诸如，软件按钮“私有的”和“公开的”)的UI元素160)进行渲染以设置车辆用户122的联系方式的限制等级。

UI 126a可以进一步显示如通过UI 126a中的UI元素164图示的车辆106的状态信息。如通过UI 126c的UI元素172图示的，当车辆用户122选择UI元素164时，显示与车辆状态有关的信息，诸如，车辆106的位置或者车门锁定/解锁状态。如通过UI 126c的UI元素172图示的，UI 126c可以显示车辆106的车辆状态信息。UI 126c可以显示地图174以对车辆106的当前地理位置进行定位。

上述示例示出了请求者应用124和与车辆用户122通信的请求有关的车辆用户应用126的各种UI。尽管如此，可以按照任何合适的格式来呈现在第一电子装置102和第二电子装置104处的视觉输出和一个或者多个UI，而不限制本公开的范围。

图2是图示了根据本公开的实施例的车辆的各种示例性部件或者系统的框图。结合图1A和图1B中的元件来解释图2。参照图2，示出了车辆106。该车辆106可以包括ECU 110，该ECU 110可以包括微处理器202和存储器204。车辆106可以进一步包括无线通信系统108、音频接口206、显示器208、外部后视镜(ORVM)210、动力系控制系统212、转向系统214、制动系统216、感测系统218、车身控制模块220、以及车载网络222。进一步示出了与车辆动力系统226相关联的电池224。根据实施例，无线通信系统108、音频接口206、显示器208、和ORVM 210还可以与ECU 110相关联。显示器208可以对用户界面(UI)208a进行渲染。

各种部件或者系统可以经由车载网络222(诸如，车辆区域网络(VAN))和/或车载数据总线通信地彼此耦合。微处理器202可以经由车载网络222通信地耦合至存储器204、无线通信系统108、音频接口206、显示器208、和感测系统218。根据实施例，微处理器202可以可操作地连接至动力系控制系统212和车身控制模块220。应该理解，车辆106还可以包括其它合适的部件或者系统，但是为了简洁起见，本文图示了用于描述和解释本公开的功能和操作的那些部件或者系统。

微处理器202可以包括可以配置为执行存储在存储器204中的一组指令的合适的逻辑、电路系统、接口、和/或代码。微处理器202可以配置为经由通信信道112来从第一电子装置102接收信息。微处理器202的示例可以是：基于X86的处理器、精简指令集计算(RISC)处理器、专用集成电路(ASIC)处理器、复杂指令集计算(CISC)处理器、显式并行指令计算(EPIC)处理器、超长指令字(VLIW)处理器、微控制器、中央处理单元(CPU)、图形处理单元(GPU)、状态机、和/或其它处理器或者电路。

根据实施例，可以按照分布式的方式来实施无线通信系统108。例如，可以在ORVM 210中提供NFC装置。在这种实例中，微处理器202可以提供在可以安装在车辆106的内部电路系统内的ECU 110中。在这种实例中，NFC装置(如无线通信系统108)可以经由车载网络222或者通信信道112通信地耦合至微处理器202。当第一电子装置102处于NFC装置的第一接近范围内时，来自第一电子装置102的信息可以由NFC装置接收。然后可以经由车载网络222来将接收到的信息传输至ECU 110的微处理器202以便进一步进行分析。可以将NFC装置和/或微处理器202称为车辆106的可以促进在第一电子装置102与第二电子装置104之间的通信的电子接口。

存储器204可以包括可以配置为存储可由微处理器202执行的机器代码和/或一组指令的合适的逻辑、电路系统、和/或接口。存储器204可以进一步配置为存储由用户(诸如，车辆用户122)配置的用户偏好。存储器204的实施方式的示例可以包括但不限于：电可擦除可编程只读存储器(EEPROM)、随机存取存储器(RAM)、只读存储器(ROM)、硬盘驱动器(HDD)、闪速存储器、安全数字(SD)卡、固态驱动器(SSD)、和/或CPU高速缓冲存储器。

音频接口206可以连接至扬声器、门铃、蜂鸣器、或者可以操作以生成声音的其它装置。音频接口206还可以连接至麦克风或者用于接收来自车辆106的乘客(诸如，车辆用户122)的语音输入其它装置。音频接口206还可以通信地耦合至微处理器202。音频接口206可以是车辆106的车载信息娱乐(IVI)系统或者头部单元的一部分。

显示器208可以指用于向车辆106的乘客(诸如，车辆用户122)显示各种类型的信息的显示屏幕。根据实施例，显示器208可以是可以接收来自车辆用户122的输入的触摸屏显示器。车辆用户122可以经由UI 208a来提供输入，诸如，用户偏好。可以通过使用UI 208a来对与接收到的信息的处理有关的一个或者多个规则进行预配置。UI 208a可以是与车辆106的ECU 110或者头部单元(HU)相关联的基于应用的UI。显示器208的示例可以包括但不限于：具有增强现实系统(AR-HUD)的抬头显示器(HUD)或者平视显示器、驾驶员信息控制台(DIC)、基于投影的显示器、和/或电致变色显示器。车辆106可以包括可以配置为与微处理器202通信的其它输入/输出(I/O)装置。

ORVM 210可以指安装在车辆106的一侧上的后视镜。根据实施例，ORVM 210可以包括NFC装置和/或接近传感器。ORVM 210可以包括可以改变颜色(诸如，从绿色变为红色，反之亦然)的一个或者多个指示灯。指示灯可以由微处理器202来控制。

动力系控制系统212可以指车辆106的控制车辆106的发动机和变速器系统(当提供时)的操作的机载计算机。动力系控制系统212可以控制变速器系统(当提供时)和制动系统216的点火、燃料喷射、排放系统、和/或操作。

转向系统214可以与动力系控制系统212相关联。转向系统214可以包括可以由车辆用户122用于在手动模式或者半自主模式下控制车辆106的移动的方向盘和/或电动马达(提供用于助力转向)。根据实施例，当车辆106处于自主模式时，可以自动地控制车辆106的移动或者转向。转向系统214的示例可以包括但不限于：自主转向控件、助力转向系统、基于真空/液压的转向系统、电动液压助力系统(EHPAS)、或者本领域已知的“线控转向”系统。

制动系统216可以用于通过施加摩擦力来停止车辆106或者使车辆106减慢。当车辆106处于自主模式或者半自主模式时，制动系统216可以配置为在微处理器202的控制下从动力系控制系统212接收命令。根据实施例，当微处理器202预先检测到障碍物、道路危险、和/或车辆106的移动超出预定距离范围时，制动系统216可以配置为从车身控制模块220和/或微处理器202接收命令。

感测系统218可以指感测或者检测车辆106的地理空间位置的一个或者多个车辆传感器。感测系统218可以包括用于通过外部装置(诸如，第一电子装置102或者第二电子装置104)来感测车辆106的第一接近范围或者第二接近范围的一个或者多个接近传感器。感测系统218可以可操作地连接至微处理器202以提供输入信号。可以在感测系统218中提供一个或者多个通信接口(诸如，CAN接口)以连接至车载网络222。感测系统218的示例可以包括但不限于：车速传感器、测距传感器、速度计、横摆率传感器、全球定位系统(GPS)、转向角监测传感器、车辆行驶方向检测传感器、磁力计、图像传感器、触摸传感器、和/或红外传感器。

车身控制模块220可以指另一电子控制单元，该另一电子控制单元包括可以配置为控制车辆106的各种电子部件或者系统(诸如，中央车门锁定系统)的合适的逻辑、电路系统、接口、和/或代码。车身控制模块220可以配置为从微处理器202接收对车辆106的车门进行解锁的命令。车身控制模块220可以将命令中继到其它合适的车辆系统或者部件(诸如，中央车门锁定系统)以便进行对车辆106的访问控制。

车载网络222可以包括介质，通过该介质，车辆106的各种控制单元、部件、或者系统(诸如，ECU 110、无线通信系统108、动力系控制系统212、感测系统218、和/或车身控制模块220)可以彼此通信。根据实施例，多媒体组件的音频/视频数据的车载通信可以通过使用车载网络222的媒体定向系统传输(MOST)多媒体网络协议来发生。车载网络222可以促进在ECU 110与车辆106的其它ECU(诸如，远程信息处理控制单元(TCU))之间的访问控制和/或通信。根据各种有线和无线通信协议，车辆106中的各种装置可以配置为连接至车载网络222。车辆106的各种部件或者系统可以使用一个或者多个通信接口(诸如，CAN接口、本地互连网络(LIN)接口)来连接至车载网络222。用于车载网络222的有线和无线通信协议的示例可以包括但不限于：车辆区域网络(VAN)、CAN总线、国内数字总线(D2B)、时间触发协议(TTP)、FlexRay、IEEE 1394、基于带冲突检测的载波侦听多路访问(CSMA/CD)的数据通信协议、内置集成电路(FC)、内部设备总线(IEBus)、汽车工程师学会(SAE)J1708、SAEJ1939、国际标准化组织(ISO)11992、ISO 11783、面向媒体的系统传输(MOST)、MOST25、MOST50、MOST150、塑料光纤(POF)、电力线通信(PLC)、串行外设接口(SPI)总线、和/或本地互连网络(LIN)。

电池224可以是一个或者多个电路或者负载(未示出)的电力的源。例如，负载可以包括但不限于：各种灯(诸如，车头灯和内部舱灯)、电动可调整部件(诸如，车辆座椅、镜子、窗户等)、和/或其它车载信息娱乐系统(诸如，无线电、扬声器、电子导航系统、电控转向器、动力转向器和/或辅助转向器(诸如，转向系统214))。电池224可以是可充电电池。电池224可以是ECU 110、感测系统218的一个或者多个传感器、和/或车辆信息娱乐系统的一个或者多个硬件单元(诸如，显示器208)的电力的源(通过虚线示出的)。电池224可以是通过选择性地向车辆106的点火系统(未示出)提供电力来启动车辆106的发动机的电力的源。

如上所述，车辆动力系统226可以针对车辆106的各种电路和负载调节电池的充电和功率输出。当车辆106是混合动力车辆或者自主车辆时，车辆动力系统226可以为所有部件提供所需的电压，并且使车辆106能够在充足的时间量内利用电池224的电力。根据实施例，车辆动力系统226可以与动力电子器件对应，并且可以包括可以通信地耦合(通过虚线示出的)至车载网络222的微控制器。在这种实施例中，微控制器可以在微处理器202的控制下从动力系控制系统212接收命令。

在操作中，微处理器202可以配置为通过使用接近传感器来在无线通信系统108的第一接近范围内检测第一电子装置102。微处理器202可以配置为经由无线通信系统108来从检测到的第一电子装置102接收信息。可以通过使用第一通信协议来从检测到的第一电子装置102接收信息。接收到的信息可以包括：第一电子装置102的标识符、请求者的标识符、请求者类型、与第一电子装置102相关联的联系信息、电子停车罚单、电子传单、电子停车收据、和/或针对与车辆106相关联的车辆用户122的定制消息。

根据实施例，微处理器202可以配置为基于与车辆106相关联的用户(诸如，车辆用户122)的预配置偏好来对接收到的信息进行分析。可以经由UI208a来对偏好进行预配置。微处理器202可以进一步配置为接收来自车辆用户122的在显示器208处启动UI 208a的输入。车辆用户122可以经由UI 208a来键入联系方式，将信息设置为公开的或者私有的，和/或选择语言偏好。

根据实施例，微处理器202可以配置为经由UI 208a来接收限定类型并且选择要从外部装置(诸如，第一电子装置102)接收的信息的类别的输入。例如，车辆用户122可能对与电子传单的某些话题或者类别(诸如，餐馆或者房地产)相关联的信息感兴趣。类型限定可以与报价、折扣、和/或关键字对应。这种类型限定和类别选择可以对不需要的信息进行过滤，并且使得能够接收车辆用户122感兴趣的信息。根据实施例，微处理器202可以配置为将接收到的信息存储在存储器204处的对应预定义模板中。

根据实施例，微处理器202可以配置为基于对接收到的信息的分析来确定请求类型。该请求类型与以下内容对应：与车辆106相关联的车辆用户122通信的请求、检查电子停车收据的请求、或者发出车辆106的电子停车罚单的请求。请求类型可以与以下内容对应：传送车辆106的电子传单的请求、与违规停车对应的通知、和/或将车辆106从第一位置移动到第二位置的请求。

根据实施例，微处理器202可以配置为基于对接收到的信息的分析来执行一个或者多个对应动作。微处理器202可以配置为通过使用无线通信网络114来将经过分析的信息传送至第二电子装置104。这种通信可以经由无线通信系统108来发生。第二电子装置104可以处于车辆106的无线通信系统108的第二接近范围内。

根据实施例，当请求类型与以下请求对应时：与车辆106相关联的车辆用户122通信的请求，微处理器202可以确定与车辆用户122的联系方式对应的信息是被配置为私有的还是公开的。在与联系方式对应的信息被配置为私有的情况下，微处理器202可以配置为经由无线通信系统108来促进在第一电子装置102与第二电子装置104之间的安全双向通信。第一电子装置102可以在微处理器202的控制下与第二电子装置104通信，但不知道与车辆用户122相关联的第二电子装置104的联系信息。

在与联系方式对应的信息被配置为公开的情况下，微处理器202可以配置为经由通信信道112来直接将信息传送至第一电子装置102。例如，停车执法人员118可以将第一电子装置102轻击到可以包括NFC装置的ORVM 210。NFC装置可以直接将车辆用户122的联系方式传送至第一电子装置102。可以经由请求者应用124的UI 124e(如在图1B中示出的)来将车辆用户122的联系方式显示在第一电子装置102处。在另一实例中，NFC装置可以将接收到的信息传送至微处理器202。然后，微处理器202可以经由NFC装置来将存储在存储器204处的信息传送至第一电子装置102。根据实施例，响应于从第一电子装置102接收到信息，微处理器202可以经由通信信道112来直接将信息传送至第一电子装置102。

根据实施例，当请求类型与检查电子停车收据的请求对应时，微处理器202可以配置为通过使用无线通信网络114经由无线通信系统108来向第二电子装置104传送授权请求。授权请求的传送可以基于对接收到的信息的分析。微处理器202可以配置为经由无线通信系统108来从第二电子装置104接收确认。该确认可以指示授权请求是被接受还是被拒绝。例如，当授权请求被接受时，ORVM 210的指示灯可以在微处理器202的控制下变为绿色。同样，当授权请求被拒绝时，指示灯可以在微处理器202的控制下变为红色。

根据实施例，微处理器202可以配置为：响应于接受授权请求，经由无线通信系统108来将电子停车收据信息传送至第一电子装置102。在实例中，当指示灯为绿色时，停车执法人员118可以将第一电子装置102轻击到ORVM210(该ORVM 210可以包括无线通信系统108的NFC装置)。在这种实例中，微处理器202可以配置为基于从第一电子装置102接收到的输入(轻击事件)经由无线通信系统108的NFC装置来将电子停车收据信息传输至第一电子装置。

根据实施例，当将接收到的信息分析为电子停车罚单时，微处理器202可以配置为进一步对第一电子装置102的请求者类型和标识符进行分析。微处理器202可以配置为经由无线通信系统108来向服务器116传送验证停车执法人员118的身份的授权请求。将授权请求传送至服务器116可以经由无线通信网络114(诸如，LTE协议或者互联网)。微处理器202可以配置为将电子停车罚单存储在存储器204中。当验证了停车执法人员118的身份并且确认了授权时，可以存储电子停车罚单。

根据实施例，微处理器202可以配置为通过使用无线通信网络114经由无线通信系统108来将存储的信息(诸如，电子停车罚单)传送至第二电子装置104。微处理器202可以配置为通过使用音频接口206来生成音频响应，通过使用ORVM 210的一个或者多个指示灯或者显示器208来生成视觉响应，或者通过使用感测系统218的一个或者多个车辆传感器来在车辆106处生成触觉响应。音频响应、视觉响应、和/或触觉响应的生成可以指示与电子停车罚单的存储和由第二电子装置104进行的接收有关的成功或者失败。

根据实施例，微处理器202可以配置为通过使用无线通信网络114经由无线通信系统108来动态地向第二电子装置104传送延长停车收据的有效期时间的提醒。可以基于对接收到的信息的分析来传送该提醒。第二电子装置104可以配置为通过使用车辆用户应用126来执行对停车罚单进行支付的货币交易或者延长停车收据的有效期时间。根据实施例，第一电子装置102可以是可以接收停车罚单的支付确认的NFC使能停车计时器。

在实例中，接收到的信息的确定的请求类型可以与将车辆106从第一位置移动到第二位置的请求对应。在这种实例中，微处理器202可以配置为经由无线通信系统108来向第二电子装置104传送许可请求。微处理器202可以配置为经由无线通信系统108来从车辆用户的第二电子装置104接收许可。微处理器202可以配置为进一步向车辆106的另一ECU(诸如，车身控制模块220)传送与对车辆106的锁定门进行解锁的许可相关联的命令。根据实施例，可以经由车载网络222来向车辆106的另一部件或者系统(诸如，动力系控制系统212和/或转向系统214)传送一个或者多个命令，诸如，与车门解锁、方向盘解锁、或者车辆点火有关的那些命令。这种命令准许车辆106的移动。

许可信号可以允许车辆106在预定距离范围内移动到第二位置。可以在微处理器202的控制下经由无线通信系统108进一步将许可传送至第一电子装置102。可以通过使用感测系统218的一个或者多个车辆传感器来监测车辆106行进的距离。在微处理器202检测到车辆106已经接近预定距离范围(诸如，“100米”)的情况下，微处理器202可以通过使用制动系统216来自动降低速度。微处理器202可以通过使用音频接口206或者显示器208来生成随后用于访问驾驶员(诸如，停车执法人员118)的各种咨询信息。该咨询建议信息可以是用于警告停车执法人员118接近预定距离范围的蜂鸣声。例如，可以经由音频接口206来间歇地输出一个或者多个音频警报。音频警报的示例可以是：“您被准许移动多达100米的距离”、“您已经移动了准许的100米中的60米”、和/或“距离限制只剩10米，请注意，汽车(车辆106)将在达到100米的限制时自动停止。”

根据实施例，当将接收到的信息分析为电子传单时，微处理器202可以配置为确定接收到的电子传单的内容是否与信息的一个或者多个预配置类别和/或类型对应。信息的一个或者多个预配置类别和/或类型可以指车辆用户122感兴趣的话题。在实例中，当确定接收到的电子传单的内容与信息的预配置类别和/或类型相似或者在信息的预配置类别和/或类型的域内时，可以存储接收到的电子传单以供车辆用户122稍后查看。在实例中，当确定接收到的电子传单的内容与信息的预配置类别和/或类型不相似或者不在信息的预配置类别和/或类型的域内时，可以不将接收到的电子传单存储在车辆106处。

根据实施例，微处理器202可以配置为在车辆106经过某一地理位置时(诸如，在购物中心附近的区域)动态地接收电子传单。收据可以基于与车辆106相关联的一个或者多个用户的预配置偏好经由无线通信系统108。

图3图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的所公开的系统和方法的实施方式的第一示例性场景。结合图1A、图1B、和图2中的元件来解释图3。参照图3，示出了第一智能电话302、第二智能电话304、和第三智能电话306、汽车308、外部后视镜(ORVM)310、NFC装置312、ECU 314和汽车308的头部单元的显示器316。进一步示出了与汽车308相关联的驾驶员318和乘客320。进一步示出了与第一智能电话302相关联的传单分发人员120。第一智能电话302、第二智能电话304、和第三智能电话306可以分别启动Ul 322、UI 324、和UI 326。

根据第一示例性场景，第一智能电话302可以与第一电子装置102对应，并且可以具有与第一电子装置102的功能相似的功能(图1A)。第二智能电话304和第三智能电话306可以具有与第二电子装置104的功能相似的功能(图1A)。汽车308可以与车辆106相似(图1A)。提供在ORVM 310处的NFC装置312可以与ORVM 210的NFC装置或者无线通信系统108对应(如在图2中描述的)。根据第一示例性场景，NFC装置312可以是电子接口。NFC装置312可以通信地耦合至ECU 314。该ECU 314可以具有与ECU 110的功能相似的功能(图1和图2)。头部单元的显示器316可以与车辆106的显示器208对应。UI 322和UI 324可以分别与请求者应用124和车辆用户应用126对应(如在图1A和图1B中描述的)。传单分发人员120可能出于打广告的目的而想要向汽车308的用户传送各种电子传单。

在操作中，传单分发人员120可以经由UI 322来选择要传送给汽车308的用户的一种或者多种电子传单，诸如，电子传单322a、322b和322c。可以经由UI 322来在第一智能电话302处对与每种电子传单相关联的请求者类型、联系信息、和/或语言偏好进行预配置。电子传单322a可以是与餐馆的食物折扣优惠券有关的广告。食物折扣优惠券可能在某一日期内有效。电子传单322b可以是与商场的开业仪式有关的促销、和在某一时间限制内在商场中的某一折扣报价。电子传单322c可以是与在某一地理位置处的房地产物业的交易相关的另一广告。

根据实施例，NFC装置312可以配置为接收电子传单322a、322b、和322c。当传单分发人员120将第一智能电话302放置在包括NFC装置312的ORVM310附近以经由NFC协议来启动通信时，可以接收电子传单322a、322b和322c。可以将接收到的电子传单322a、322b和322c传送至ECU 314以便进行分析。

根据实施例，ECU 314可以配置为确定接收到的电子传单322a、322b和322c的内容是否与信息的一个或者多个预配置类别和/或类型对应。信息的一个或者多个预配置类别和/或类型可以指驾驶员318和乘客320感兴趣的话题。在实例中，驾驶员318可以经由头部单元的显示器316来将类别预配置为“<食物>”并且将类型预配置为“<折扣>”。同样，乘客320可以经由UI 326或者在显示器316处进行渲染的UI来将类别预配置为“<购物中心>”并且将类型预配置为“<报价>”。将与驾驶员318和/或乘客320相关联的预设置类别存储在汽车308的存储器中。

根据实施例，ECU 314可以配置为通过参照存储在汽车308中的存储器中的预配置类别基于驾驶者318和/或乘客320的偏好来存储电子传单322a和322b和丢弃电子传单322c。ECU 314可以配置为通过经由汽车308的无线通信系统将这些传单发送至第二智能电话304和第三智能电话306来同时将电子传单322a传送至第二电话304和将电子传单322b传送至第三智能电话306。第二智能电话304可以配置为经由UI 324来对电子传单322a以及附加细节进行渲染。第二智能电话304可以配置为设置食物折扣优惠券到期的日期提醒。同样，第三智能电话306可以配置为根据乘客320的预配置偏好来接收电子传单322b但不立即对电子传单322b进行渲染。因此，与汽车308相关联的驾驶员318和乘客320可以接收被认为重要的信息或者根据其个人兴趣来接收信息。

图4图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的所公开的系统和方法的实施方式的第二示例性场景。结合图1A、图1B、图2、和图3中的元件来解释图4。参照图4，示出了安装在汽车308的ORVM310处的ECU 402。进一步示出了在第一智能电话302处进行渲染的UI 404以及在第二智能电话304处进行渲染的另一UI 406的放大图。

根据第二示例性场景，第一智能电话302可以与停车执法人员118相关联。ECU 402可以与ECU 110相似(图1A和图2)，并且可以包括NFC装置312和ECU 314两者的功能(图3)。UI 404和UI 406可以分别与请求者应用124和车辆用户应用126的一个或者多个UI对应(如在图1A和图1B中描述的)。

汽车308可能停放在可能比较拥挤的地方的第一位置处并且无人看管。用户(诸如，停车执法人员118)可能想要联系汽车308的驾驶员318，但是可能不知道驾驶员318的联系方式。驾驶员318可能不是汽车308的所有者。

在操作中，停车执法人员118可以经由UI 404来对要传送给汽车308的驾驶员318的请求进行预配置。当在ECU 402的第一接近范围内检测到第一智能电话302时，ECU 402可以配置为从第一智能电话302接收信息。可以通过使用第一通信协议(诸如，NFC协议)来接收信息。接收到的信息可以包括：第一智能电话302的标识符、停车执法人员118的身份信息、和联系汽车308的用户(诸如，驾驶员318)的请求。ECU 402可以配置为基于与车辆106相关联的驾驶员318的预配置偏好来对接收到的信息进行分析。ECU402可以配置为基于对接收到的信息的分析来确定请求类型。

根据实施例，当确定的请求类型与联系汽车308的用户(诸如，驾驶员318)的请求对应时，ECU 402可以配置为经由汽车308的无线通信系统来促进在第一智能电话302与第二智能电话304之间的安全双向通信。ECU 402可以配置为通过使用蜂窝通信协议(诸如，LTE)经由汽车308的无线通信系统来将请求传送至第二智能电话304。驾驶员318可以根据选择来向第一智能电话302发送定制消息(诸如，“我将在<5>分钟内移动<汽车308>，请不要扣留我的汽车”)和/或可以发送他的联系电话。可替代地，可以经由第二通信协议通过使用UI 406来发送定制消息，诸如，SMS。在实例中，可以经由第二通信协议来将定制消息或者联系电话传送至ECU 402。ECU 402可以经由汽车308的无线通信系统(诸如，无线通信系统108)来接收定制消息。在这种实例中，当停车执法人员118第二次轻击到ORVM 310时，可以进一步将定制消息传送至第一智能电话302。

根据实施例，第二智能电话304可以配置为经由汽车308的无线通信系统并且通过使用无线通信网络114来向ECU 402传送许可。可以传送许可以使得能够在预定距离范围内将汽车308从拥挤的地点移动到另一期望的位置，诸如，在距离停放的位置50米的圆周内。可以在ECU 402的控制下进一步将许可传送至第一智能电话302。ECU 402可以向第二智能电话304传送由汽车308的GPS传感器追踪的汽车308的新位置的更新。因此，汽车308，尤其是汽车308的ECU 402和/或无线通信系统，充当用于促进在第一智能电话302与第二智能电话304之间的通信的网关。因此，可以提供节省时间和努力并且增加停车执法人员118和与汽车308相关联的用户(诸如，驾驶员318)两者的便利性的智能机构。

图5图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的所公开的系统和方法的实施方式的第三示例性场景。结合图1A、图1B、图2、图3、和图4中的元件来解释图5。参照图5，示出了安装在汽车308的ORVM 310处的无线通信系统502和安装在汽车308的仪表板中的ECU 504。进一步示出了在第一智能电话302处进行渲染的UI 506至509以及在第二智能电话304处进行渲染的其它UI 510至512的放大图。

根据第三示例性场景，第一智能电话302可以与停车执法人员118相关联。无线通信系统502可以与无线通信系统108对应(图1A和图2)。ECU 504可以与ECU 110对应(图1A和图2)。UI 506至509可以与请求者应用124的一个或者多个UI对应。UI 510至512可以与车辆用户应用126的一个或者多个UI对应(如在图1A和图1B中描述的)。汽车308可能停放在停车限制区域中或者按照可能对其他道路使用者造成不便的不希望的方式停放。用户(诸如，停车执法人员118)可能想要联系汽车308的驾驶员318。

在操作中，停车执法人员118可以将第一智能电话302放置在提供在ORVM 310中的无线通信系统502附近。如图所示，可以在第一智能电话302处对UI 506进行渲染。如通过UI 506的UI元素506a、506b、和506c图示的，UI 506可以显示消息(诸如，“与车牌号507a为<0123456>的汽车通信”)并且提供针对向停车执法人员118寻求确认的“是”或者“否”选项。当停车执法人员118选择UI元素506b(诸如，“是”)时，其表示与车辆106建立通信的请求。

第一智能电话302可以配置为经由无线通信系统502来将可以包括停车执法人员118的身份信息(ID)的请求传送至ECU 504。ECU 504可以配置为经由无线通信系统502来从检测到的第一电子装置102接收信息。ECU 504可以配置为基于包括停车执法人员118的ID的接收到的信息来确定请求类型。ECU 504可以配置为经由无线通信系统502来向第二智能电话304传送消息。如通过UI 510的UI元素510a图示的，可以传送消息以通知驾驶员318停车执法人员118将汽车308与停车执法人员118的ID“<PO11>”通信。

随后，如图所示，可以在第一智能电话302处对UI 507进行渲染。UI 507可以显示各种选项，诸如，“打电话给驾驶员”(如通过UI元素507a图示的)或者“移动该汽车”(如通过UI元素507b图示的)。在停车执法人员118选择表示与汽车308的驾驶员318通信的请求的UI元素507a的情况下，ECU 504可以确定与驾驶员318的联系方式对应的信息配置为公开的。在这种情况下，ECU 504可以配置为经由无线通信系统502来直接将驾驶员318的联系方式传送至第一智能电话302。在这种情况下，如通过UI 511的UI元素511a图示的，ECU 504还可以经由无线通信系统502来向第二智能电话304传送消息以通知驾驶员318的联系方式被传送给ID为“<PO11>”的停车执法人员118。第一智能电话302可以基于接收到的驾驶员318的联系方式来在第一智能电话302处发起呼叫应用。根据实施例，可以在进行呼叫时在第一智能电话302处显示接收到的驾驶员318的联系电话和/或驾驶员318的姓名。可替代地，根据实施例，可以在进行呼叫时隐藏并且可以不显示接收到的驾驶员318的联系电话。可以在第一智能电话302处显示驾驶员318的姓名。

在停车执法人员118选择表示移动汽车308的请求的UI元素507b的情况下，可以在停车执法人员118的第一智能电话302处对UI 508进行渲染。如通过UI元素508a图示的，停车执法人员118可以通过使用显示在UI 508上的地图来选择移动汽车308的目的地。如通过UI元素508b图示的，可以在UI 508上显示距离范围的各种选项(诸如，“0至50米”、“50至200米”、“200米”)以允许停车执法人员118选择用于将汽车308从汽车308的当前位置移动到期望的目的地位置的最大距离。在示例中，可以通过使用滚动条508c来导航UI 508。如通过UI元素508d图示的，停车执法人员118还可以进一步选择用于移动汽车308的驾驶模式。如通过UI元素508e图示的，停车执法人员118可以进一步选择与停车执行人员118相关联的ID(该ID将被传送)。

第一智能电话302可以传送包括针对向驾驶员318请求移动汽车308的许可的偏好(诸如，选择的选项)的信息。传送的信息可以包括停车执法人员118的ID、选择的选项(诸如，目的地位置、最大距离范围、和驾驶模式偏好)。根据实施例，第一智能电话302可以通过使用NFC协议、或者蓝牙协议、或者其它短程无线通信协议经由无线通信系统502来将信息传送至ECU 504。可替代地，根据实施例，第一智能电话302可以传送信息协议(诸如，LTE)或者无线通信网络114的其它无线通信协议。如通过UI 512的UI元素512a图示的，第二智能电话304可以配置为显示接收到的与移动汽车308的许可有关的信息。驾驶员318可以经由UI 512来选择一个或者多个选项以如通过UI 512b图示的，改变偏好(诸如，改变目的地位置)或者如通过UI 512的UI元素512c图示的，改变移动汽车308的距离的范围。

根据实施例，第二智能电话304可以经由汽车308的无线通信系统502来向ECU504传送响应。在响应指示驾驶员318接受移动汽车308的请求条件的情况下(诸如，从UI 512中选择“是”)，在ECU 504处设置与请求条件(或者偏好)对应的控制模式。ECU 504可以配置为进一步将与许可相关联的一个或者多个命令传送至另一ECU(诸如，动力系控制系统212)以使点火和自主驾驶模式能够在设定距离范围内将汽车308移动到设定目的地。

根据实施例，第二智能电话304可以直接向第一智能电话302传送响应。在这种实施例中，可以经由汽车308的无线通信系统502来将接收到的响应发送至ECU 504，诸如，通过轻击ORVM 310。如上所述，然后可以在ECU 504处设置与请求条件(或者偏好)对应的控制模式以便汽车308自主移动。

在驾驶员318改变了指示移动汽车308的请求条件的响应的情况下(诸如，从UI 512中选择UI元素512b)，在ECU 504处设置与请求的改变条件对应的控制模式。ECU 504可以将指示移动汽车308的请求条件发生了变化的响应传送至第一智能电话302。如通过UI 509的UI元素509a图示的，可以经由UI 509来在第一智能电话302处显示接收到的指示移动汽车308的请求条件发生了变化的响应。如图所示，停车执法人员118可以通过使用UI 509的UI元素509b来针对改变与汽车308的移动有关的条件进行进一步选择。因此，可以提供节省时间、努力并且增加停车执法人员118和汽车308的和驾驶员318两者的便利性的智能机构。

图6A至图6G共同描绘了图示了根据本公开的实施例的用于经由车辆的电子接口来促进通信的示例性方法的流程图。参照图6A至图6G，示出了流程图600。结合图1A、图1B、图3、图4、和图5来描述流程图600。该方法可以实施在ECU 110中。该方法开始于步骤602并且进行到步骤604。

在步骤604中，可以在车辆106的无线通信系统108的第一接近范围内检测第一电子装置102。例如，当将第一电子装置102放置在无线通信系统108附近时，第一电子装置102可以通过使用请求者应用124的UI 124c(图1B)来与车辆106建立通信。UI的其它示例包括：可以用于在第一智能电话302(第一电子装置102的示例)与汽车308(诸如，汽车308的无线通信系统502)之间建立通信的UI 404(图4)和/或UI 506(图5)。

在步骤606中，来自第一电子装置102的信息可以由ECU 110经由车载网络222来经由无线通信系统108接收。当第一电子装置102处于第一接近范围内时，可以通过使用第一种通信协议来接收信息。例如，如在图3中描述的，NFC装置312(无线通信系统108的示例)接收电子传单322a、322b和322c。当传单分发人员120将第一智能电话302放置在包括NFC装置312的ORVM 310附近以经由NFC协议来启动通信时，可以接收电子传单322a、322b和322c。在这种情况下，第一智能电话302可以使用UI 322(图3)来选择要经由NFC装置312传送至ECU 314的电子传单322a、322b和322c。在另一示例中，如在图4中描述的，当在ECU 402的第一接近范围内检测到第一智能电话302时，ECU 402从第一智能电话302接收信息。可以通过使用第一通信协议(诸如，NFC协议)来接收信息。接收到的信息可以包括：第一智能电话302的标识符、停车执法人员118的身份信息、和联系汽车308的用户(诸如，驾驶员318)的请求。

在步骤608中，可以基于与车辆106相关联的用户(诸如，车辆用户122)的预配置偏好来对接收到的信息进行分析。例如，偏好可以由车辆用户122通过使用可以在显示器208上进行渲染的UI 208a(图2)来进行预配置。UI208a可以是与车辆106的ECU 110相关联的基于应用的UI。

在步骤610中，可以基于对接收到的信息的分析来确定请求类型。可以基于对接收到的信息的分析来执行一个或者多个对应动作。在确定的请求类型与以下请求对应的情况下：与车辆106相关联的车辆用户122通信的请求，控制转到步骤612(图6B)。在确定的请求类型与发出车辆106的与车辆106相关联的电子停车罚单的请求对应的情况下，控制转到步骤622(图6C)。在确定的请求类型与检查电子停车收据的请求对应的情况下，控制转到步骤640(图6D)。在确定的请求类型与向车辆106传送电子传单的请求对应的情况下，控制转到步骤654(图6E)。在确定的请求类型与将车辆106从第一位置移动到第二位置的请求对应的情况下，控制转到步骤662(图6F)。在确定的请求类型与指示违规停车的通知对应的情况下，控制转到步骤676(图6G)。

参照图6B，当确定的请求类型对应与以下请求对应时：与车辆用户122通信的请求，通过步骤610在步骤612中接收控制(图6A)。在步骤612中，可以确定与用户的联系方式相关联的信息，诸如，与车辆106相关联的车辆用户122被配置为私有的。在与联系方式对应的信息被配置为私有的情况下，控制转到步骤614。在与联系方式对应的信息被配置为公开的情况下，控制转到步骤618。

在步骤614中，可以通过使用第二通信协议(诸如，LTE)来将请求传送至第二电子装置104。第二电子装置104可以处于车辆106的ECU 110的第二接近范围内。可以通过UI 126a来对在第二电子装置104处显示的信息的示例进行例示(图1B)。如通过UI 126a的UI元素162图示的，显示的信息可以是在第二电子装置104处接收到的请求者的信息。如在UI 126b中图示的，当请求者(诸如，车辆用户122)选择UI元素162时，显示请求者的信息(图1B)。如通过UI 126c的UI元素172图示的，当车辆用户122选择UI元素164时，显示与车辆状态有关的信息，诸如，车辆106的位置或者车门锁定/解锁状态。在另一示例中，如在图4中图示的，并且通过UI 406图示的，驾驶员318可以根据选择来向第一智能电话302发送定制消息(诸如，“我将在<5>分钟内移动<汽车308>，请不要扣留我的汽车”)和/或可以发送他的联系电话。可替代地，可以经由第二通信协议通过使用UI 406来发送定制消息，诸如，SMS。

在步骤616中，可以在与车辆用户122相关联的第一电子装置102与第二电子装置104之间促进安全双向通信。该安全双向通信可以由ECU 110经由无线通信系统108来促进。根据实施例，可以基于从ECU 110接收到的请求来直接在第二电子装置104与第一电子装置102之间促进安全双向通信。该安全双向通信可以使得能够通过使用请求者应用124和车辆用户应用126来交换定制消息、联系方式、和/或其它数据。

在步骤618中，可以将与车辆用户122的联系方式相关联的信息传送至第一电子装置102(如在图1B的UI 124e中示出的)。可以经由通信信道112来传送与预先存储在车辆106处的联系方式对应的信息。在这种情况下，ECU110还可以经由无线通信系统108来向第二电子装置104传送消息以通知车辆用户122的联系方式被传送给请求者。例如，如在图5中描述的并且通过UI511图示的，ECU 504(ECU 110的示例)经由无线通信系统502来向第二智能电话304传输消息以如通过UI 511的UI元素511a图示的，通知驾驶员318的联系方式被传送给ID为“<PO11>”的停车执行人员118。控制可以转到结束步骤620。

参照图6C，在确定的请求类型与发出车辆106的电子停车罚单的请求对应的情况下，通过步骤622在步骤610中接收控制(图6A)。在步骤622中，可以向服务器(诸如，服务器116)传送认证请求。可以传送认证请求以验证停车执法人员118的身份，和/或确定接收到的电子停车罚单的真实性。在步骤624中，可以确定认证是否被确认。在认证成功的情况下，控制转到步骤626。并且在认证不成功的情况下，控制转到步骤636。

在步骤626中，可以将电子停车罚单存储在(车辆106的)存储器204中。在步骤628中，可以经由无线通信网络114(诸如，经由LTE协议)来将电子停车罚单传送至第二电子装置104。在步骤630中，可以在车辆106处(诸如，在车辆106的ORVM的灯光指示器处)生成音频响应、视觉响应、或者触觉响应。音频响应、视觉响应、或者触觉响应的生成可以指示与电子停车罚单的存储和由第二电子装置104进行的接收有关的成功或者失败。

在步骤632中，可以监测存储的电子停车罚单的有效期时间。在步骤634中，可以经由无线通信网络114来向第二电子装置104传送延长电子停车罚单的有效期的提醒。第二电子装置104可以经由车辆用户应用126来显示有效期时间。在步骤636中，可以在车辆106处生成另一音频响应、视觉响应、或者触觉响应以指示认证失败。控制可以转到结束步骤638。

参照图6D，在确定的请求类型与检查电子停车收据的请求对应的情况下，通过步骤610在步骤640中接收控制(图6A)。在步骤640中，可以经由无线通信网络114来向第二电子装置104传送授权请求。在步骤642中，来自第二电子装置104的确认可以由ECU 110接收。

在步骤644中，可以确定授权请求是否被接受。在授权请求被接受的情况下，控制转到步骤646。在授权请求被拒绝的情况下，控制转到步骤650。在步骤646中，可以在ECU 110的控制下在车辆106处生成音频响应、视觉响应、或者触觉响应以指示成功的授权。

在步骤648中，响应于接受授权请求，可以将电子停车收据信息从ECU110传送至第一电子装置102。在步骤650中，可以在ECU 110的控制下在车辆106处生成另一音频响应、视觉响应、或者触觉响应以指示不成功的授权。控制转到结束步骤652。

参照图6E，在确定的请求类型与向车辆106传送电子传单的请求对应的情况下，控制从步骤610转到步骤654(图6A)。在步骤654中，可以确定接收到的电子传单的内容是否与信息的一个或者多个预配置类别和/或类型对应。信息的一个或者多个预配置类别和/或类型可以指车辆用户122感兴趣的话题。

在确定接收到的电子传单的内容与信息的预配置类别和/或类型相似或者在信息的预配置类别和/或类型的域内的情况下，控制转到步骤656。在确定接收到的电子传单的内容与信息的预配置类别和/或类型不相似或者不在信息的预配置类别和/或类型的域内时，控制转到步骤658。在步骤656中，可以存储接收到的电子传单以供车辆用户122稍后查看和/或传送至第二电子装置104(诸如，在图3的UI 324和326中示出的)。在步骤658中，可以不将接收到的电子传单存储在车辆106处。控制可以转到结束步骤660。

参照图6F，在确定的请求类型与将车辆106从第一位置移动到第二位置的请求对应的情况下，控制从步骤610转到步骤662(图6A)。在步骤662中，可以向第二电子装置104传送许可请求。根据实施例，可以经由无线通信系统108来将许可请求从ECU 110传送至第二电子装置104。可替代地，当先前接收到第二电子装置104的联系方式时，还可以直接将许可请求从第一电子装置102传送至第二电子装置104。例如，如在图5中描述的，并且如通过UI 508图示的，传送的信息可以包括选择的选项(诸如，目的地位置、最大距离范围、驾驶模式偏好)和选择的停车执行人员118的ID，如通过UI508的UI元素508a至508e图示的。在这种情况下，如通过UI 512的UI元素512a图示的，第二智能电话304(第二电子装置104的示例)可以配置为显示接收到的与移动汽车308的许可有关的信息。驾驶员318可以经由UI 512来选择一个或者多个选项以改变偏好，诸如，改变目标位置(如通过UI 512b图示的)、或者改变移动汽车308的距离的范围(如通过UI 512b的UI元素512c图示的)。然后，第二智能电话304可以经由汽车308的无线通信系统502来向ECU 504(ECU 110的示例)传送响应(诸如，从UI 512中选择“是”或者“否”)。

在步骤664中，可以接收在预定距离范围内将车辆106移动到第二位置的许可或者拒绝消息。在步骤666中，可以确定接收到的消息是否指示准许移动车辆106。在接收到的命令指示准许移动车辆106的情况下，控制可以转到步骤668。在接收到的命令指示拒绝移动车辆的情况下，控制可以转到步骤672。

在步骤668中，可以向一个或者多个其它ECU(诸如，车身控制模块220)传输一个或者多个命令。命令可以包括对车辆106的锁定车门进行解锁和/或启用车辆点火的能力。在示例中，如在图5中图示的，如上所述，然后可以针对车辆308(车辆106的示例)的自主移动在ECU 504(ECU 110的示例)处设置与请求条件(或者偏好)对应的控制模式。

在步骤670中，在ECU 110的控制下，可以进一步将移动车辆106的许可传送至第一电子装置102。例如，如在图5中描述的，如通过UI 509的UI元件图示的，当接收到的指示移动汽车308的请求条件发生了变化的响应时，可以经由UI 509来显示在第一智能电话302上。在步骤672中，在ECU 110的控制下，可以进一步向第一电子装置102传送拒绝消息。控制然后可以转到结束步骤674。

参照图6G，在确定的请求类型与指示违规停车的通知对应的情况下，控制从步骤610转到步骤676(图6A)。在步骤676中，可以向服务器(诸如，服务器116)传送认证请求。可以传送认证请求以验证传送请求的用户(诸如，执法人员)的身份。在步骤678中，可以确定认证是否被确认。在认证成功的情况下，控制转到步骤680。在认证不成功的情况下，控制转到步骤684。

在步骤680中，可以经由无线通信网络114来将违规停车通知传送至第二电子装置104。在步骤682中，可以在与车辆用户122相关联的第一电子装置102与第二电子装置之间促进安全双向通信104。安全双向通信可以由ECU110经由无线通信系统108来促进。

在步骤684中，可以在车辆106处生成另一音频响应、视觉响应、或者触觉响应以通过使用音频接口206、显示器208、或者提供在ORVM 210处的一个或者多个指示器来指示认证失败。在步骤686中，可以向第一电子装置102传送与不成功的认证对应的消息。控制可以转到结束步骤688。

根据本公开的实施例，公开了一种用于经由车辆的电子接口来与第一电子装置(诸如，第一电子装置102或者第一智能电话302)通信的系统。系统(诸如，ECU 110(图1A))可以包括一个或者多个电路(以下称为微处理器202(图2))。微处理器202可以配置为经由电子接口通过使用第一通信协议来从第一电子装置102接收信息(图1A)。第一电子装置102可以处于车辆106的电子接口(诸如，无线通信系统108(图1A)或者无线通信系统502(图5)的第一接近范围内。微处理器202可以配置为基于接收到的信息和与车辆106相关联的用户(诸如，车辆用户122)的偏好来执行一个或者多个对应动作。

根据本公开的实施例，公开了一种车辆(诸如，车辆106(图1A和图2))。车辆106可以包括电池224、由该电池224供电的电子接口(诸如，无线通信系统108(图1A和图2))、和电子控制单元(ECU)(诸如，ECU 110(图1A和图2)。ECU可以与电子接口通信地耦合以经由车辆106的电子接口来与一个或者多个外部装置通信。ECU可以包括一个或者多个电路(以下称为微处理器202(图2))。微处理器202可以配置为经由电子接口通过使用第一通信协议来从与一个或者多个外部装置对应的第一电子装置102(图1)接收信息。第一电子装置可以处于电子接口的第一接近范围内。微处理器202可以配置为基于接收到的信息和与车辆106相关联的用户(诸如，车辆用户122)的偏好来执行一个或者多个对应动作。

本公开的各个实施例可以提供一种存储有一组计算机可执行指令的非暂时性计算机可读介质和/或存储介质，该一组计算机可执行指令用于使机器和/或计算机经由车辆(诸如，车辆106)的电子接口(诸如，无线通信系统108(图1A和图2))来促进通信。在ECU(诸如，ECU 110)中的计算机可执行指令的集合可以使机器和/或计算机执行步骤，该步骤包括：ECU 110经由车辆106的电子接口来从第一电子装置102(图1A)接收信息。可以通过使用第一通信协议来接收信息。第一电子装置102可以处于车辆106的电子接口的第一接近范围内。ECU 110可以基于接收到的信息和与车辆106相关联的用户(诸如，车辆用户122)的偏好来执行一个或者多个对应动作。

本公开可以实现在硬件、或者硬件和软件的组合中。本公开可以按照集中的方式实现在至少一个计算机系统中，或者按照分布式的方式来实现，其中，不同的元件可以分布在若干相互连接的计算机系统上。适用于实施本文描述的方法的计算机系统或者其它设备可以是合适的。硬件和软件的组合可以是具有计算机程序的通用计算机系统，该计算机程序在被加载和执行时可以控制计算机系统，使得计算机系统实施本文描述的方法。本公开可以实现在包括还执行其它功能的集成电路的一部分的硬件中。

本公开还可以嵌入在计算机程序产品中，该计算机程序产品包括能够实施本文描述的方法的所有特征，并且该计算机程序产品在被加载在计算机系统中时能够实施这些方法。在本上下文中，计算机程序是指旨在使具有信息处理能力的系统直接或者在以下操作中的一种操作或者两种操作之后执行特定功能的一组指令的任何语言、代码或者符号形式的任何表达：a)转换为另一种语言、代码或者符号；b)以不同的材料形式复制。

虽然已经参照某些实施例描述了本公开，但是本领域技术人员要明白，在不脱离本公开的范围的情况下，可以进行各种改变并且可以替换等效物。另外，在不脱离本发明的范围的情况下，可以进行许多修改以使特定情况或者材料适应本公开的教导。因此，意图是：本公开不限于所公开的特定实施例，而是本公开将包括落入随附权利要求书的范围内的所有实施例。