移动装置功能的车载访问的制作方法
【技术领域】
[0001]本公开涉及用于改进移动装置功能的车载访问的系统、部件和方法。特别地，本公开针对使能改进移动装置功能(其包括车载用户控制、显示装置和用于与移动通信终端(UE)通信的收发器)的车载访问的系统、部件和方法。
【发明内容】
[0002]根据本公开，提供移动装置功能的改进车载访问。车辆耦合于移动装置，并且显示在其上安装的应用列表。用户操纵车辆控制来影响应用中的一个的操作。车辆基于应用来修改它的图形显示。
[0003]在说明性实施例中，用于移动装置功能的车载访问的系统可包括车载用户控制、显示装置和用于与移动通信终端(UE)通信的收发器。车辆可具有:协议栈(栈)，其操作成响应于用户控制的操纵来控制UE的功能；和浏览器应用，其可以呈递用户界面代码并且基于该代码在车辆显示器上呈现⑶I。车辆可请求并且接收安装在UE上的应用列表，并且响应于用户控制的操纵，促使选择的应用执行操作。
[0004]在说明性实施例中，用于移动装置功能的车载访问的方法可包括:经由收发器使车辆耦合于UE ;由车辆获得安装在UE上的应用列表；将该列表存储在车辆的存储器中；以及在车辆的显示器上呈现⑶I中的列表。UE可启动web服务器，并且车辆可启动浏览器应用。响应于车辆控制的用户操纵，选择的应用可执行操作。用户界面代码可提供给浏览器，其基于代码呈现⑶I。车辆可在呈现⑶I中使用存储的层叠样式表，并且可执行JavaScript来实现应用功能性。
[0005]本公开的另外的特征在考虑例示如之前认为的那样实施本公开的最佳模式的说明性实施例时将对本领域内技术人员变得明显。
【附图说明】
[0006]详细描述特别指附图，其中:
图1A图示与用户通信终端(UE)交互的车辆头部单元(HU)的现有技术设置。
[0007]图1B图示根据本公开与UE交互的车辆HU的设置。
[0008]图2是根据本公开的HU和UE的示范性实施例的框图。
[0009]图3是图示根据本公开的示范性操作的流程图。
[0010]图4A和4B包含根据本公开的示范性HTML代码。
【具体实施方式】
[0011]为了清楚理解本文描述的装置、系统和方法同时为了清楚起见而消除可在典型装置、系统和方法中发现的其他方面，本文提供的图和描述可已被简化来图示相关方面。本领域内技术人员可认识到其他元件和/或操作对于实现本文描述的装置、系统和方法可是可取和/或必需的。因为这样的元件和操作在本领域内是众所周知的，并且因为它们并未促进对本公开的更好理解，这样的元件和操作的论述可未在本文提供。然而，认为本公开固有地包括所有这样的元件、变化和对描述方面的修改，其将为本领域内技术人员所知。
[0012]例如智能电话及类似物的移动通信装置的使用已变得非常普遍，并且人们在他们的移动通信装置上花费大量时间来访问应用(“apps”)。移动通信装置在本文可称为“智能电话”或“用户设备”(UE)，但本文公开的设备、系统和方法也可应用于其他移动通信和/或计算装置。
[0013]然而，驾驶员有时变得分心，并且由于在驾驶时使用这样的移动装置以例如获得方向、接收电子邮件、保持连接到社交网络等而变得鲁莽。已经发现在驾驶时这样的使用可令人分心并且因此潜在地是危险的。因此，许多州禁止在驾驶时发短信，并且另外的州及联邦法律和法规可在未来实现以控制在驾驶时使用智能电话及类似物。
[0014]使得在车辆中使用UE变得不太令人分心的一个常规方式是实现使用户能够通过使用在车辆中提供的控制工具而与UE交互的方式。至少一个这样的技术方案在现有技术的叫作MirrorLink?中可用。MirrorLink是由汽车连接联盟(CCC)(包括各种汽车和电子装置制造商的组织)颁布的装置互操作性标准。CCC建立用于证明应用和装置在驾驶时安全使用的标准。特别地，经证明的遵从MirrorLink标准使UE和车辆的所谓的车载信息娱乐(IVI)系统(其包括“头部单元”(HU))能够互相通信和合作。由此，MirrorLink将智能电话或类似物变成可以在车辆中使用的应用平台，应用可以托管在其中并且当车辆乘员通过控制(其是车辆的部分)与应用交互时在智能电话上运行。这样的控制通常定位在例如方向盘、仪表板按钮和/或车辆的IVI系统的触屏上，并且已经设计成在驾驶时安全地操作。
[0015]MirrorLink采用完善的非专有技术，其包括互联网协议(IP)、通用串行总线(USB), WiFi无线局域网(WLAN)、Bluetooth、实时协议(RTP，对于音频)和通用即插即用(UPnP)o另外，MirrorLink使用虚拟网络计算(VNC)系统作为在车辆的IVI系统显示器上显示智能电话应用的用户界面的基线协议并且采用操纵车辆控制的形式将用户输入传送回到智能电话。VNC将车辆控制事件的操作从车辆传输到智能电话，并且将图形用户界面(GUI)更新从智能电话中继到车辆。车辆和智能电话通过通信链路(其可以是有线或无线的)来通信。由此，用户在驾驶时访问他/她的智能电话应用。
[0016]消费者电子(CE)行业使用明确定义的移动应用开发平台和框架(例如，Android,1S、Windows Mobile、HTML5、层叠样式表(CSS)、JavaScript (JS)等)以切实可行地高效开发移动应用。
[0017]然而，供在汽车环境中使用的装置和应用的开发必需额外的车辆特定要求。例如，关于硬件，必须考虑操作环境的温度范围、装置鲁棒性等。并且关于软件应用，与其中全用户参与通常可取的其他计算环境相比之下，必须考虑例如减轻驾驶员分心的可能。因此，对于车载环境的应用的开发比对于其他计算环境的应用开发可引起更长的开发周期。车辆信息娱乐平台架构因此应能够满足这样的汽车特定要求，并且可选地也满足web适应性和可扩展性。
[0018]另外，用户智能电话上的应用可需要访问车辆的控制器区域网络(CAN)来获得车辆数据，例如车辆速度、燃料消耗、行驶的距离、车辆运行时间等。这样的数据可在车辆显示器上显示(例如在仪表板中)，并且还可与智能电话应用共享。
[0019]各种常规机制是可用的，由此智能电话和车辆可以互相通信和合作。一个机制是在IVI显示器上呈现智能电话显示的副本。MirrorLink?规范包括这样的机制。特别地，MirrorLink协议桟使用虚拟网络计算(VNC)系统以在合作车辆的头部单元(HU)显示器上再现智能电话显示的内容。VNC基本上每秒若干次地逐像素地向HU显示器发送整个智能电话显示内容。MirrorLink规范在http://www.mirror link, com可获得，并且通过引用完全包括于此，直至并且其包括截至本申请的提交日可用的最新版本，并且特别包括版本1.1。
[0020]用于使智能电话应用与汽车的IVI系统集成的另一个现有技术的机制牵涉将第三方应用编程接口(API)并入IVI系统程序代码内。智能电话应用然后调用IVI系统API来访问IVI资源。
[0021]用于使智能电话功能与IVI系统集成的再另一个机制牵涉使用车辆控制来控制和操作智能电话(即，智能电话和它的应用的远程控制)。
[0022]最后，智能电话自身可简单地安装在底座或类似物上，其使得它在驾驶时对用户可方便地访问。底座可例如提供电源以在插接时使智能电话保持充电。
[0023]然而，在移动装置和它的组成功能性与车辆特定系统之间提供集成的这些常规机制中的每个仍然经受如在本文解释的各种劣势。这些劣势通过公开的实施例的技术方案来处理和解决。
[0024]本文公开的装置、系统和方法使用户通信终端(“用户设备”，或UE)(例如智能电话或类似物)能够与车辆信息娱乐系统或头部单元(HU)合作地起作用。如本文使用的，术语UE可以指Apple? iPhone?、使用Android?或其他操作系统的移动智能电话或可包括或可不包括移动电话功能性的各种其他移动计算装置中的任一个。示例可以包括个人数字助理(PDA)、平板计算机、上网本计算机、便携式计算机、媒体观看器或包含至少有形的计算处理器和数据存储装置(例如静态或动态存储器、磁或光盘驱动器或类似物)的其他计算资源。
[0025]图1A图示现有技术的设置，其中UE 100A与车辆信息娱乐中心110A(“头部单元”，或HU)合作。如示出的，UE和HU使用叫