CN105284136A

CN105284136A - 移动装置功能的车载访问

Info

Publication number: CN105284136A
Application number: CN201480016118.1A
Authority: CN
Inventors: M.贝克曼; P.巴奇; L.肖尔茨
Original assignee: Audi AG; Volkswagen AG
Current assignee: Audi AG; Volkswagen AG
Priority date: 2013-03-15
Filing date: 2014-03-14
Publication date: 2016-01-27
Anticipated expiration: 2034-03-14
Also published as: CN105284136B; US9348555B2; EP2997745A1; WO2014139769A1; KR20150137076A; KR101687932B1; EP2997745B1; US20140277937A1; WO2014140269A1

Abstract

提供移动装置功能的车载访问，其中车辆耦合于移动装置，并且获得安装在其上的应用列表。用户操纵车辆控制来操作选择的应用并且车辆基于应用来修改它的显示。

Description

移动装置功能的车载访问

技术领域

本公开涉及用于改进移动装置功能的车载访问的系统、部件和方法。特别地，本公开针对使能改进移动装置功能（其包括车载用户控制、显示装置和用于与移动通信终端（UE）通信的收发器）的车载访问的系统、部件和方法。

发明内容

根据本公开，提供移动装置功能的改进车载访问。车辆耦合于移动装置，并且显示在其上安装的应用列表。用户操纵车辆控制来影响应用中的一个的操作。车辆基于应用来修改它的图形显示。

在说明性实施例中，用于移动装置功能的车载访问的系统可包括车载用户控制、显示装置和用于与移动通信终端（UE）通信的收发器。车辆可具有：协议栈（栈），其操作成响应于用户控制的操纵来控制UE的功能；和浏览器应用，其可以呈递用户界面代码并且基于该代码在车辆显示器上呈现GUI。车辆可请求并且接收安装在UE上的应用列表，并且响应于用户控制的操纵，促使选择的应用执行操作。

在说明性实施例中，用于移动装置功能的车载访问的方法可包括：经由收发器使车辆耦合于UE；由车辆获得安装在UE上的应用列表；将该列表存储在车辆的存储器中；以及在车辆的显示器上呈现GUI中的列表。UE可启动web服务器，并且车辆可启动浏览器应用。响应于车辆控制的用户操纵，选择的应用可执行操作。用户界面代码可提供给浏览器，其基于代码呈现GUI。车辆可在呈现GUI中使用存储的层叠样式表，并且可执行JavaScript来实现应用功能性。

本公开的另外的特征在考虑例示如之前认为的那样实施本公开的最佳模式的说明性实施例时将对本领域内技术人员变得明显。

附图说明

详细描述特别指附图，其中：

图1A图示与用户通信终端（UE）交互的车辆头部单元（HU）的现有技术设置。

图1B图示根据本公开与UE交互的车辆HU的设置。

图2是根据本公开的HU和UE的示范性实施例的框图。

图3是图示根据本公开的示范性操作的流程图。

图4A和4B包含根据本公开的示范性HTML代码。

具体实施方式

为了清楚理解本文描述的装置、系统和方法同时为了清楚起见而消除可在典型装置、系统和方法中发现的其他方面，本文提供的图和描述可已被简化来图示相关方面。本领域内技术人员可认识到其他元件和/或操作对于实现本文描述的装置、系统和方法可是可取和/或必需的。因为这样的元件和操作在本领域内是众所周知的，并且因为它们并未促进对本公开的更好理解，这样的元件和操作的论述可未在本文提供。然而，认为本公开固有地包括所有这样的元件、变化和对描述方面的修改，其将为本领域内技术人员所知。

例如智能电话及类似物的移动通信装置的使用已变得非常普遍，并且人们在他们的移动通信装置上花费大量时间来访问应用（“apps”）。移动通信装置在本文可称为“智能电话”或“用户设备”（UE），但本文公开的设备、系统和方法也可应用于其他移动通信和/或计算装置。

然而，驾驶员有时变得分心，并且由于在驾驶时使用这样的移动装置以例如获得方向、接收电子邮件、保持连接到社交网络等而变得鲁莽。已经发现在驾驶时这样的使用可令人分心并且因此潜在地是危险的。因此，许多州禁止在驾驶时发短信，并且另外的州及联邦法律和法规可在未来实现以控制在驾驶时使用智能电话及类似物。

使得在车辆中使用UE变得不太令人分心的一个常规方式是实现使用户能够通过使用在车辆中提供的控制工具而与UE交互的方式。至少一个这样的技术方案在现有技术的叫作MirrorLink™中可用。MirrorLink是由汽车连接联盟（CCC）（包括各种汽车和电子装置制造商的组织）颁布的装置互操作性标准。CCC建立用于证明应用和装置在驾驶时安全使用的标准。特别地，经证明的遵从MirrorLink标准使UE和车辆的所谓的车载信息娱乐（IVI）系统（其包括“头部单元”（HU））能够互相通信和合作。由此，MirrorLink将智能电话或类似物变成可以在车辆中使用的应用平台，应用可以托管在其中并且当车辆乘员通过控制（其是车辆的部分）与应用交互时在智能电话上运行。这样的控制通常定位在例如方向盘、仪表板按钮和/或车辆的IVI系统的触屏上，并且已经设计成在驾驶时安全地操作。

MirrorLink采用完善的非专有技术，其包括互联网协议（IP）、通用串行总线（USB）、WiFi无线局域网（WLAN）、Bluetooth、实时协议（RTP，对于音频）和通用即插即用（UPnP）。另外，MirrorLink使用虚拟网络计算（VNC）系统作为在车辆的IVI系统显示器上显示智能电话应用的用户界面的基线协议并且采用操纵车辆控制的形式将用户输入传送回到智能电话。VNC将车辆控制事件的操作从车辆传输到智能电话，并且将图形用户界面（GUI）更新从智能电话中继到车辆。车辆和智能电话通过通信链路（其可以是有线或无线的）来通信。由此，用户在驾驶时访问他/她的智能电话应用。

消费者电子（CE）行业使用明确定义的移动应用开发平台和框架（例如，Android、iOS、Windows Mobile、HTML5、层叠样式表（CSS）、JavaScript（JS）等）以切实可行地高效开发移动应用。

然而，供在汽车环境中使用的装置和应用的开发必需额外的车辆特定要求。例如，关于硬件，必须考虑操作环境的温度范围、装置鲁棒性等。并且关于软件应用，与其中全用户参与通常可取的其他计算环境相比之下，必须考虑例如减轻驾驶员分心的可能。因此，对于车载环境的应用的开发比对于其他计算环境的应用开发可引起更长的开发周期。车辆信息娱乐平台架构因此应能够满足这样的汽车特定要求，并且可选地也满足web适应性和可扩展性。

另外，用户智能电话上的应用可需要访问车辆的控制器区域网络（CAN）来获得车辆数据，例如车辆速度、燃料消耗、行驶的距离、车辆运行时间等。这样的数据可在车辆显示器上显示（例如在仪表板中），并且还可与智能电话应用共享。

各种常规机制是可用的，由此智能电话和车辆可以互相通信和合作。一个机制是在IVI显示器上呈现智能电话显示的副本。MirrorLink™规范包括这样的机制。特别地，MirrorLink协议栈使用虚拟网络计算（VNC）系统以在合作车辆的头部单元（HU）显示器上再现智能电话显示的内容。VNC基本上每秒若干次地逐像素地向HU显示器发送整个智能电话显示内容。MirrorLink规范在http://www.mirrorlink.com可获得，并且通过引用完全包括于此，直至并且其包括截至本申请的提交日可用的最新版本，并且特别包括版本1.1。

用于使智能电话应用与汽车的IVI系统集成的另一个现有技术的机制牵涉将第三方应用编程接口（API）并入IVI系统程序代码内。智能电话应用然后调用IVI系统API来访问IVI资源。

用于使智能电话功能与IVI系统集成的再另一个机制牵涉使用车辆控制来控制和操作智能电话（即，智能电话和它的应用的远程控制）。

最后，智能电话自身可简单地安装在底座或类似物上，其使得它在驾驶时对用户可方便地访问。底座可例如提供电源以在插接时使智能电话保持充电。

然而，在移动装置和它的组成功能性与车辆特定系统之间提供集成的这些常规机制中的每个仍然经受如在本文解释的各种劣势。这些劣势通过公开的实施例的技术方案来处理和解决。

本文公开的装置、系统和方法使用户通信终端（“用户设备”，或UE）（例如智能电话或类似物）能够与车辆信息娱乐系统或头部单元（HU）合作地起作用。如本文使用的，术语UE可以指Apple™ iPhone™、使用Android™或其他操作系统的移动智能电话或可包括或可不包括移动电话功能性的各种其他移动计算装置中的任一个。示例可以包括个人数字助理（PDA）、平板计算机、上网本计算机、便携式计算机、媒体观看器或包含至少有形的计算处理器和数据存储装置（例如静态或动态存储器、磁或光盘驱动器或类似物）的其他计算资源。

图1A图示现有技术的设置，其中UE 100A与车辆信息娱乐中心110A（“头部单元”，或HU）合作。如示出的，UE和HU使用叫作MirrorLink的标准来通信，该标准使用叫作虚拟网络计算（VNC）的图形用户界面（GUI）共享系统。VNC使用远程帧缓冲（RFB）协议来传输事件，其在该上下文中关于车辆控制的用户操纵。控制事件从车辆传输到UE。MirrorLink也用于将屏幕更新从UE传输到HU以供在它的显示器上呈现。屏幕更新被逐像素地运送到HU。这在图中显而易见，其中HU显示器再现UE显示器上的图像。

然而，当前基于VNC的MirrorLink标准（版本1.1）具有一些缺点。这些包括这一事实：因为在UE中使用的显示器有非常广泛的多样性，在许多情况下UE显示器和HU显示器的分辨率和纵横比不匹配。因此，HU显示器的部分经常未被装置框架（即，在HU显示器的水平和/或垂直像素尺寸大于UE显示器的时）覆盖或应用表现为被裁切且像素化（即，当UE显示器具有比HU显示器更大的像素尺寸时）。在图1A中，两个显示器具有相同的像素尺寸，因此UE显示器正好填充HU显示器。然而，如果不是这样的情况，HU显示器可由于失配而呈现前述的伪影中的一个。

此外，VNC逐像素地复制整个屏幕，从而导致大量数据，其必须从UE传输到HU以用于每个屏幕刷新，并且屏幕必须每秒刷新至少若干次来给予良好的用户体验。使用具有800×480屏幕分辨率的Nokia UE（其经由有线通用串行总线（USB）连接而耦合于HU）的测试示出小于每秒15个帧的传输速率。在所有其他事情相同的情况下，引入具有越来越高密度显示的新UE模型的趋势在屏幕访问基于VNC时将不可更改地导致次于最佳用户体验，因为以高的帧速（例如每秒30个帧（fps））刷新高密度屏幕可需要比可用的更多的通信带宽。

现有技术中存在的另一个挑战是不同的车辆品牌通常对于它们的信息娱乐系统具有不同的用户界面（UI）指南。应用开发者可必须对要支持的每个车辆品牌建立完全新的应用，从而导致大的开发成本或与可能以其他方式支持的相比数量更少的车辆品牌。此外，在UE上运行的第三方应用的外观和感觉由第三方开发者而不是由车辆制造商控制。因此每当发布新的车辆UI指南时，必须更新应用来与新的UI匹配。因为该更新不受车辆制造商的控制，更新可未采用及时的方式完成，或根本未完成。

前述的挑战可以导致差的用户体验，和/或与启用MirrorLink的车辆兼容的应用的数量减少。

公开的实施例对上文描述的技术问题提供解决方案，用于在移动装置、它们的组成功能性与车载控制和信息娱乐系统之间提供改进的集成。

公开的实施例通过向HU发送用户界面（UI）代码以由在HU上运行的浏览器呈递而对该技术问题提供技术方案，其中UE和HU可都使用相同的界面代码和语法及语义来呈递UI代码以供在显示器上呈现，其结果是它们都采用相同方式渲染界面。在至少一个公开的实施例中，在UE显示器上呈现的UI代码可与传输到HU以供在HU显示器上呈现的UI代码相同；使用该框架，应用开发者不需要对它们的应用写入任何额外代码以在车辆HU的显示器上正确显示。

从而，公开的实施例用例如HTML5等可以由浏览器应用呈递的标记语言来增强MirrorLink，该浏览器应用显著改变现状。由于该更改，第三方应用可看上去更好，因为头部单元（HU）或其他车辆显示器上应用的出现可由浏览器应用管理以在HU显示器上正确呈现应用的界面，而不管它的像素尺寸如何，并且不考虑UE显示器与HU显示器之间的任何失配。这在图1B中图示，其中通过更改应用图标的设置以在HU显示器上正确呈现，修改在UE 100B的显示器上呈现的图像以供在HU 110B的显示器上呈现。

此外，软件应用可更好地执行并且更好地集成到信息娱乐系统内。这是因为代替发出新的UI指南，车辆制造商可以简单地更改浏览器应用来提供更新的外观，其表征它们的品牌并且由制造商而不是由应用开发者控制。因此，应用开发者不必简单地更新来遵循新的UI指南。另外，应用开发者可以用额外功能性来增强他们现有的车载应用，并且新的功能性将正确地在HU屏幕上呈现而不进行任何品牌特定调整。这对于使用VNC的MirrorLink通常是不可能的。

特别地，用户界面（UI）代码可发送到HU以要由在HU上运行的浏览器呈递。为了支持使用相同的界面代码，UE和HU两者都可使用相同的语法和语义来呈递UI代码以供在显示器上呈现，其结果是它们都采用相同方式渲染界面。在至少一个实施例中，在UE显示器上呈现的UI代码可以是传输到HU以供在HU显示器上呈现的相同UI代码。使用该框架，应用开发者不必对它们的应用写入任何额外代码以在车辆HU的显示器上正确显示。

图2是图示示范性实施例的部件的框图。如示出的，UE 200A与可在单个外壳（例如HU 200B）中包含的车辆部件通信。UE 200A包括有形的处理器205A，其耦合于存储装置（例如存储器210A）以及显示装置215A并且耦合于收发器220A。收发器220A可经由例如WiFi、Bluetooth或近场通信（NFC）接口等空中接口通信。备选地，收发器可使用有线接口来通信，例如使用插入UE端口和车辆端口内的USB电缆，或通过将UE放置到为了该目的而在车辆中提供的插接站或底座内。

UE存储器210A包括操作软件，例如操作系统，像iOS、Android、Windows、Linux等。存储器还存储任何数量的安装应用225A，其包括用户可希望在驾驶时使用的应用。这样的应用可包括例如提供到目的地的方向的映射应用，或社交媒体应用（像Facebook）或例如Skype等通信应用。

可选地，应用可提供在使用图形界面代码230A生成的图形用户界面（GUI）的UE显示器上的呈现。尽管可使用能够生成适合于应用的用户界面的任何用户界面代码，在当前公开的实施例中，界面代码包括行业标准机制，例如超文本标记语言版本5（HTML5）和层叠样式表（CSS）。应用还可包含采用例如JavaScript（JS）等脚本语言编写或可以使用JS重现的功能。存储器210A还包括服务器软件235A，其可以经由UE收发器220A向头部单元发送用户界面代码。存储器210A进一步包括指令240A，用于设置与车辆部件的通信，如将描述的。另外，UE可包括硬件和软件（未示出），用于支持蜂窝通信，例如常规蜂窝电话呼叫和蜂窝数据服务。

在图2中还图示示范性车辆部件。如示出的，车辆部件可包含在例如HU 200B等单个外壳中，但其他设置是可能的并且部件不必全部包含在单个外壳中。HU 200B包括在通用功能性上与连同UE 200A描述的那些相似的一些部件，其包括处理器205B、存储器210B、显示器215B和收发器220B。HU还包括协议栈225B，其在根据指令240B设置与UE的通信中使用，如将描述的。用户界面信息可经由收发器220B从UE接收，以由浏览器235B渲染为可在显示器215B上呈现的用户界面。如在上文在描述中连同UE 200A指出的，尽管可使用任何合适的用户界面代码，在当前公开的实施例中，接收的界面代码包括行业标准机制，例如HTML5。在实施例中，存储器可以将之前由车辆或HU制造商提供的至少一个CSS存储在其中，并且设计成提供表征车辆品牌或HU品牌的应用外观。备选地或另外，一个或多个CSS可以包括在从UE接收的用户界面代码中。从UE接收的界面代码还可包括JS，用于实现某一应用功能性。

UE中的服务器和HU中的浏览器使用互联网协议（IP）来通信。在HU上运行的浏览器使用套接字连接而通信连接到在UE上运行的服务器。UE服务器然后可以使用户界面代码（其包括例如HTML5代码）服务于HU浏览器。HU栈225B包括MirrorLink协议，其告知浏览器哪些IP地址用作进入点。因为MirrorLink是基于IP的并且UE和HU在套接字连接上通信，该架构可以与MirrorLink集成而不更改预先存在的MirrorLink协议。

为了实现品牌特定外观和感觉，从UE接收的用户界面代码可以与已经存储在HU存储器中的HU特定CSS和JavaScript文件230B混合以在HU显示器上呈现UE上运行的应用的“以HU为主题的”或“以车辆品牌为主题的”版本。

Web应用通常由若干文件组成，其在它们的源代码中使用相对路径名引用彼此和/或其他资源。当浏览器遇到这样的引用时，它典型地使用HTTP GET命令、使用与当前打开的主机地址有关的相对路径名来请求引用文件或其他资源。然而，因为这样的资源可非HU本机的并且可未从UE传输到HU，引用资源在HU上可不可用。因此，在至少一个实施例中，这样的资源请求可重定向到UE。在至少一个实施例中，重定向可由定制成请求来自UE而不是来自HU（其是当前主机）的引用资源的浏览器实现。在至少另一个实施例中，可在HU上提供委托服务器250B，其可用于将那些请求委托给UE。可选地，委托服务器250B的使用不牵涉定制浏览器应用，并且从而未不利地影响浏览器互换性和可维护性。

示范性实现的操作在图3中以序列图图示。图包括UE 200A和HU 200B，其与图2的UE和HU相似。另外，图3示出在HU上运行的浏览器应用300，和可选的委托服务器302，其（如果包括的话）也在HU上运行。委托服务器和牵涉它的操作使用虚线示出来图示它们的可选性质。

现在参考图3，说明性操作以标准MirrorLink握手开始（304），以在UE与HU之间建立通信会话。HU然后请求在UE上可用的可被HU访问的应用列表（306）。在实施例中，可用应用列表可以包括例如仅仅由CCC和/或汽车制造商或监管机构或类似物被批准在驾驶时使用的应用。批准机构可产生应用所包括的指示符，例如应用代码中的标志或类似物，其对HU将应用识别为已经被批准在车辆运行期间使用。UE可通过提供应用列表而对请求作出响应（308）。列表可是可配置的并且可包括例如安装在UE上的所有应用，或例如所有批准应用的子集，或喜爱应用列表或喜爱的经批准应用的列表，等。

HU还启动它的浏览器应用（310）。在实施例中，浏览器可基于Chromium™、与Google Chrome浏览器有关的开放源web浏览器项目，但为了该目的可使用或开发其他浏览器应用。可选地，HU还可启动委托服务器（312）。HU浏览器获得由UE提供的应用列表并且在HU显示器上呈现列表（314）。例如，应用列表可作为多个图标在显示器上呈现，例如在图1B中的HU 110B的显示器中示出的图标120B。用户可例如通过触摸在显示器触屏上呈现的应用图标或通过根据MirrorLink标准操作车辆的用户控制来选择应用而选择显示的应用中的一个（316）。作为响应，具有选择的应用的应用ID的启动应用请求可经由HU收发器220B从浏览器发送（318）到UE 320。

作为响应，UE可起动它的web服务器（322）。备选地，UE web服务器可较早启动，例如在MirrorLink握手304期间或之后。UE然后将它的web服务器URL发送到HU（324）。在一些实施例中，UE可启动选择的应用、更新它自己的显示器以呈现应用的用户界面并且向HU发送用户界面信息代码（UI代码），例如HTML5、CSS和/或JS代码。HU浏览器应用可获得UI代码并且更新HU显示器以基于获得的UI代码来呈现GUI（326）。可选地，在UE上运行的应用在UE显示器上呈现使用UI代码生成的用户界面，该UI代码包括例如HTML5、CSS和/或JS兼容代码或类似物，并且相同的UI代码可发送到HU，其接收UI代码并且将它转发到浏览器。浏览器然后至少部分基于接收的UI代码在HU显示器上呈现应用UI。备选地，如果这样的代码未被UE用于呈现应用界面，则可提供独立的转换器应用（未示出）以基于由UE使用以在它的显示器上呈现应用界面的应用用户界面数据来生成UI代码。转换器可例如在UE上或在HU上运行。可选地，发送到HU的用户界面数据或代码对应于应用在UE上执行时的UE显示器更新。由此，所得的在HU显示器上呈现的用户界面可对应于在应用在UE上运行并且引起UE显示器中的改变时在UE显示器上呈现的用户界面。

在实施例中，在324处，结合它的web服务器URL，UE还可将对于请求应用的应用代码中的一些或全部以及在请求的应用运行时可被它使用的一个或多个资源的统一资源标识符（URI）。例如，如果应用采用例如JavaScript（JS）或类似物等解释语言编写，UE可向HU发送应用的代码中的一些或全部。在该情况下，HU可接收应用代码并且在它自己的处理器205B上执行应用。在HU上运行的应用然后可提供UI代码来更新它的显示器，或备选地，应用可在浏览器应用中运行（326）。在实施例中，HU可可选地也向UE（未示出）发送在其上生成的UI代码。UE然后可基于从HU接收的UI代码来更新它的显示器，由此使UE显示器与HU显示器同步。

在任一情况下（即，UE运行应用并且向HU发送UI代码或信息，或UE发送应用代码以直接在HU上运行时），HU接收由UE发送的信息，并且可通过访问资源以供它自己在采用具有表征HU品牌或车辆品牌的外观和感觉的方式在它的显示器上呈现用户界面中使用而作出响应。

例如，在326处执行的操作在说明性操作中可包括HU浏览器加载驻存在它的存储器230B中的预定义文件。这样的文件的一个示例是在图4A中示出的HTML代码，其可在其中UE运行应用并且仅将用户界面信息或UI代码发送到HU的情况下使用。图4A的加载HTML代码使HU浏览器能够请求在代码的头部段中引用的两个文件（即，<head>与</head>标记之间的两个线）。在示出的示例中，两个引用文件中的一个（叫作“css/brand.css”）可包含一个或多个CSS，其可将作为特定品牌（例如HU或车辆的品牌）的特征的外观提供给在HU上显示的应用UI。其他引用文件“brand.js”可包含一个或多个JS脚本，其可将作为品牌的特征的感觉提供给应用。

预定义文件的另一个示例是在图4B中示出的HTML代码，其可在UE向HU发送应用代码以及应用在HU上运行的情况下使用。加载该HTML代码使HU浏览器能够请求在它的头部段中引用的两个额外文件，叫作“css/app.css”和“app.js”。前者可包含由应用使用以在HU上提供它本机的用户界面的一个或多个CSS。后者可包含应用中包括的JS代码，其提供它的本机功能性。该设置促进品牌特定CSS和JS与应用特定CSS和JS的容易集成。

返回图3，在应用在HU上运行的情况下，应用可请求执行任务所需要的资源（328）（由大的点328表示）。在应用在浏览器中运行的情况下，则浏览器可提供请求（由箭头328表示）。因为到应用代码中引用的资源的路径是相对的，资源请求由HU通过首先注意它本地的文件系统来解决。本地找到的资源的地址返回应用（330）（点）或返回浏览器（箭头）。但在未本地找到请求的资源的情况下，请求可可选地转发到委托服务器（332）。委托服务器然后可使用服务器URL将请求转发到UE（334）。UE然后可定位请求的资源或它的地址并且将其返回给HU上的委托服务器（336）。委托服务器然后可将资源或它的地址转发到应用（箭头338）或浏览器（点338）。备选地，UE和HU可通过HU经由委托服务器将计算任务委托给UE并且UE执行委托任务并且在分布式计算设置（未示出）中将结果返回给HU而合作。在这样的设置中，由HU委托给UE的计算任务可但不必关于对HU本地不可用的资源。相反，任何合适的准则可由HU使用来将任务委托给UE。例如，HU可确定它可通过将UE可以比HU更快速执行的任务委托给UE而获得更好的应用性能，这或许因为UE的处理器比HU的处理器更有能力和/或更不重地负荷。

在现有技术中，MirrorLink兼容应用总是在UE上运行，并且为了访问车辆数据，应用调用车辆应用编程接口（API）。在其中应用在UE上运行并且仅向HU发送UI代码的实施例中，可仍使用该方案。然而，在本公开的实施例（其中应用在车辆上运行（例如在HU处理器上））中，应用可未直接访问车辆API，因为该设置未被现有技术的MirrorLink标准所预想或提供。在这样的实施例中，应用相反可经由UE间接访问车辆API。由在HU上运行的应用对车辆数据的车辆API调用可与对于未本地找到的资源的请求相似地被处理。即，HU委托服务器可将API调用转换成对于车辆数据的请求。请求然后可发送到UE，其可使用现有技术的API和MirrorLink能力来访问请求的车辆数据，并且将车辆数据返回给HU。由此，对车辆数据的间接访问可经由UE提供给HU上的应用。

为了使应用MirrorLink™得到认证，将应用提交给CCC设施以供检查。可选地，应用所访问的web服务的列表连同不混乱的应用代码一起提交，因此审查者可以评估应用。然而，一些开发者可不情愿或不愿意采用该方式揭示它们的知识产权。此外，对于MirrorLink，认证需要应用到URL的通信链路必须使用安全超文本传输协议（HTTPS）来保护连接以防止所谓的中间人攻击。在本公开的实施例中，可解决且减轻这些问题。例如，在运行时，HU委托服务器可以确保在HU上运行的应用使用HTTPS访问URL，和/或仅访问MirrorLink兼容和/或经批准的web服务。因此，应用本身不必提供HTTPS能力，由此使开发者为了MirrorLink兼容而搬移（port）应用的负担减小。此外，当发布应用更新时，在现有技术中，应用必须被重新回顾，就好像它是新的应用一样严格。然而，因为HTTPS和web服务要求可由HU委托服务器实施，证明应用更新的管理负担可对应地减小。

尽管某些实施例采用示范性形式以一定特殊性描述和说明，注意这些描述和说明仅通过示例进行。可在部件和操作的构造、组合和设置的细节中做出许多改变。因此，规定这样的改变包括在本公开的范围内，其的保护范围由权利要求限定。

Claims

1. 一种用于移动装置功能的车载访问的系统，其包括：

车载用户控制，其操作成控制车载头部单元（HU）的功能；

所述HU，其包括：

-图形显示装置；

-收发器，其操作成与移动用户设备（UE）通信终端通信；

-有形的处理单元（处理器）；

-非暂时性数据存储装置（存储器），其与所述处理器数据通信，在所述非暂时性数据存储装置上存储计算机代码，所述计算机代码在所述处理器上执行时实现：

MirrorLink™协议栈（栈），其操作成在所述HU与所述UE之间建立通信会话；

浏览器应用（浏览器），其操作成接收超文本标记语言版本5（HTML5）代码并且基于接收的HTML5代码在所述显示器上生成且呈现图形用户界面（GUI）；

至少一个层叠样式表（CSS），其与接收的HTML5代码合作地运作以向生成的GUI提供特有的外观；以及

指令，其促使所述HU：

经由所述收发器向所述UE发送对应用数据的请求，所述应用数据包括HTML5代码和JavaScript（JS）代码中的至少一个；

经由所述收发器接收请求的应用数据；以及

经由所述浏览器应用在所述显示器上呈现使用所述接收的应用数据和所述CSS生成的GUI；以及

用于使所述MirrorLink协议栈与所述浏览器应用集成的工具，其包括用于向所述HU提供安装在所述UE上的应用列表的工具、用于启动所述应用中选择的一个的工具、用于在所述HU上启动所述浏览器的工具以及用于在所述UE上启动web服务器的工具。

2. 如权利要求1所述的系统，其进一步包括至少一个JavaScript（JS），所述JavaScript与所述接收的HTML5代码合作地运作以向生成的GUI提供特有的感觉。

3. 如权利要求1所述的系统，其进一步包括存储在所述存储器中、实现委托服务器的计算机代码。

4. 如权利要求3所述的系统，其中所述委托服务器从所述UE请求在所述处理器上运行的应用所寻找的资源。

5. 一种用于移动装置功能的车载访问的系统，其包括：

车载用户控制，其操作成控制所述车辆的功能；

车载图形显示装置；

车载收发器，其操作成与移动用户设备（UE）通信终端通信；

车载有形的处理单元（处理器）；

车载非暂时性数据存储装置（存储器），其与所述处理器数据通信，在所述车载非暂时性数据存储装置上存储计算机代码，所述计算机代码在所述处理器上执行时实现：

　-协议栈（栈），其操作成在所述车辆与所述UE之间建立通信会话；

　-浏览器应用，其操作成接收用户界面代码并且至少部分基于接收的代码在所述显示器上生成并且呈现图形用户界面（GUI）；

　-指令，其促使所述车辆：

　　发现所述UE的存在；

　　请求并且接收安装在所述UE上的应用列表；

　　向所述浏览器提供选择的应用的用户界面代码、至少部分基于提供的用户界面代码来生成GUI以及在所述显示器上呈现所述GUI；以及

　　响应于所述用户控制的操纵，促使所述应用执行操作。

6. 如权利要求5所述的系统，其进一步包括存储在所述存储器中的指令，其促使所述车辆：

响应于执行的应用操作来更新在所述显示器上呈现的GUI。

7. 如权利要求5所述的系统，其进一步包括头部单元（HU），所述头部单元包括所述图形显示装置、所述收发器、所述处理器和所述存储器。

8. 如权利要求5所述的系统，其中所述栈与所述MirrorLink™标准兼容。

9. 如权利要求5所述的系统，其中所述浏览器源代码包括Chromium™源代码。

10. 如权利要求5所述的系统，其进一步包括至少一个层叠样式表（CSS），所述层叠样式表存储在所述存储器中并且操作成促使所述浏览器使用提供特有外观的预定义GUI元素来呈现所述GUI。

11. 如权利要求5所述的系统，其中所述用户界面数据包括HTML5兼容代码。

12. 如权利要求5所述的系统，其中所述用户界面数据包括JavaScript代码（JS）。

13. 如权利要求12所述的系统，其中所述JS促使所述GUI使用提供特有感觉的预定义功能性来操作。

14. 如权利要求5所述的系统，其中所述车辆在发现所述UE的存在时使用通用即插即用（UPnP）。

15. 如权利要求5所述的系统，其进一步包括存储在所述存储器中、实现委托服务器的计算机代码。

16. 如权利要求15所述的系统，其中所述委托服务器从所述UE请求在所述处理器上运行的应用所寻找的资源。

17. 一种车辆，其访问附近移动装置的功能，所述车辆包括：

用户控制，其操作成控制所述车辆的功能；

图形显示装置；

收发器，其操作成与移动用户设备（UE）通信终端通信；

有形的处理单元（处理器）；

非暂时性数据存储装置（存储器），其与所述处理器数据通信，在所述非暂时性数据存储装置上存储计算机代码，其在所述处理器上执行时实现：

　-指令，其促使所述车辆：

　　发现所述UE的存在；

　　请求并且接收安装在所述UE上的应用列表；

　　响应于所述用户控制的操纵，促使所述应用执行操作。

18. 一种对于移动装置功能的车载访问的方法，其包括：

经由车辆的收发器使所述车辆通信耦合于UE；

由所述车辆获得安装在所述UE上的应用列表；

将所述列表存储在所述车辆的存储器中；

在所述车辆的显示器上的GUI中呈现所述列表；

在所述车辆的处理器上启动浏览器应用；

在所述UE上启动web服务器；

响应于所述车辆的用户控制的操纵，启动所述应用中选择的一个；

由所述浏览器接收应用数据，其包括HTML5和JS代码；

访问存储在所述车辆的存储器中的至少一个CSS；

至少部分基于接收的HTML5和访问的CSS在所述显示器上呈现由所述浏览器生成的GUI；以及

执行接收的JS代码来实现选择的应用的至少一个功能。

19. 如权利要求18所述的方法，其中通信耦合步骤包括根据所述MirrorLink™标准在所述车辆与所述UE之间建立通信连接。

20. 如权利要求18所述的方法，其中由所述浏览器接收的应用数据之前由所述车辆从所述UE获得，并且进一步包括从所述UE获得的至少一个CSS。

21. 如权利要求18所述的方法，其中所述应用在所述车辆处理器上运行，其进一步包括：

在所述车辆处理器上启动委托服务器；以及

由所述委托服务器向所述UE发送对于所述应用所寻找的资源的请求。

22. 如权利要求21所述的方法，其进一步包括由所述车辆经由所述UE获得对请求的资源的访问。