分层的用户界面和帮助系统的制作方法

本公开的多个方面总体上涉及用于装置操作的分层的用户界面和帮助系统。

背景技术：

诸如智能电话和可穿戴装置的个人装置的销售持续增长。因此，更多的个人装置被用户带入车辆环境中。智能电话已经可被用在一些车辆型号中，以访问各种各样的车辆信息、启动车辆以及打开车窗和车门。一些可穿戴装置能够向驾驶员提供实时的导航信息。装置制造商正在实现用于能够使得装置制造商的品牌的个人装置与驾驶体验更加无缝地融合(integration)到驾驶体验中的架构(framework)。

蓝牙技术可被包括在各种用户装置中，以允许这些装置互相通信。蓝牙低功耗(ble)是被设计为提供装置之间的数据通信的另一种无线技术。与蓝牙相比，ble在降低的功耗的情况下提供更小的数据量的通信。ble装置可执行中心装置或外围装置的角色。中心装置无线扫描来自外围装置的通告，而外围装置产生通告。一旦外围装置连接至中心装置，则外围装置可停止通告，使得其它中心装置不再能够无线识别该外围装置或连接该外围装置，直到现有的连接被终止。

ble装置使用被称为服务和特性的概念来传输数据。服务是特性的集合。中心装置可连接到并访问外围装置的服务的一个或更多个特性。特性封装了具有一个或更多个数据字节的单个值或数据类型以及描述特性的值的零个或更多个描述符。描述符可包括诸如人类可读的描述、特性的值的范围或者特性的值的测量单位的信息。服务发现协议(sdp)可允许装置发现由其它装置提供的服务及其相关联的参数。服务可通过通用唯一标识符(uuid)被识别。

技术实现要素：

在第一说明性的实施例中，一种系统包括存储器、显示器和处理器，所述处理器被配置为：当所述存储器包括用于车内组件的富内容的界面模板和低资源需求的界面模板时，向所述显示器提供富内容的用户界面，所述富内容的界面模板包括下载的媒体内容，所述低资源需求的界面模板从所述车内组件的功能通告被生成；当所述存储器包括所述低资源需求的界面模板但不包括所述富内容的界面模板时，向所述显示器提供低资源需求的用户界面。

在第二说明性的实施例中，一种方法包括：保存富内容的界面模板，所述富内容的界面模板包括针对车内组件的下载的内容；保存低资源需求的界面模板，所述低资源需求的界面模板包括基于所述车内组件的特性的列举的标识符；检测用户与富内容的界面模板的图形展示的控件的界面交互；将所述交互映射至所述低资源需求的界面模板的相应特性的标识符；使用所述标识符控制所述车内组件。

在第三说明性的实施例中，提供一种包含指令的非暂态计算机可读介质，所述指令在被个人装置的处理器执行时使得个人装置进行以下操作：列举指示车内组件的功能的一个或更多个服务的特性；基于所述特性，生成低资源需求的界面模板；使用所述低资源需求的界面模板，显示低资源需求的用户界面；下载所述用户车内组件的富内容的界面模板；响应于富内容的界面模板的下载的完成，切换为显示使用所述富内容的界面模板生成的富内容的用户界面。

根据本发明，提供一种包含指令的非暂态计算机可读介质，其中，所述指令在被个人装置的处理器执行时使得个人装置进行以下操作：列举指示车内组件的功能的一个或更多个服务的特性；基于所述特性，生成低资源需求的界面模板；使用所述低资源需求的界面模板，显示低资源需求的用户界面；下载所述车内组件的富内容的界面模板；响应于所述富内容的界面模板的下载的完成，切换为显示使用所述富内容生成的界面模板的富内容的用户界面。

根据本发明的一个实施例，所述介质还包括以下指令，所述指令在被所述处理器执行时使得所述个人装置进行以下操作：向服务器发送包括所述车内组件的标识符的请求；响应于所述请求，从所述服务器下载所述富内容的用户界面。

根据本发明的一个实施例，所述低资源需求的用户界面包括控件列表，所述富内容的用户界面包括所述车内组件的图形说明，所述图形说明包括在所述图形说明的可选择位置处的控件，所述图形说明中的每个控件与所述列表的控件中的相应控件对应。

根据本发明的一个实施例，所述介质还包括以下指令，所述指令在被所述处理器执行时使得所述个人装置进行以下操作：检测用户与所述富内容的用户界面的控件的界面交互；将所述交互映射至所述低资源需求的界面模板的相应特性的标识符；使用所述标识符操纵所述车内组件。

根据本发明的一个实施例，所述富内容的界面模板包括描述所述富内容的用户界面的标记格式，所述标记格式包括可扩展标记语言(xml)和超文本标记语言(html)中的一个或更多个。

附图说明

图1a示出了包括具有车内组件的网格(mesh)的车辆的示例系统，所述车内组件被配置为定位用户及用户的个人装置并与用户及用户的个人装置进行交互；

图1b示出了配备有无线收发器的示例性车内组件，所述无线收发器被配置为便于检测个人装置并识别个人装置的接近度；

图1c示出了请求来自车辆的其它车内组件的信号强度的示例性车内组件；

图2示出了个人装置与车辆的车内组件之间的示例性信息交换流程；

图3示出了从低资源需求内容的界面模板导出的示例性用户界面；

图4示出了从富内容的界面模板导出的示例性用户界面；

图5示出了将图形展示的控件映射到列表展示的控件的映射的示例；

图6示出了用于呈现用于控制车内组件的用户界面的示例性处理；

图7示出了用于通过车内组件提供界面模板信息的示例处理；

图8示出了从低资源需求的界面模板导出的示例性用户帮助界面；

图9示出了从富内容界面模板导出的示例性用户帮助界面。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，将理解的是，所公开的实施例仅是本发明的示例，其中，本发明可以以各种替代形式来实现。附图无需按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅作为用于教导本领域技术人员以多种形式采用本发明的代表性基础。

车辆内部模块(诸如阅读灯或扬声器)可利用无线通信接口(诸如蓝牙低能耗(ble))来增强。这些增强的车辆内部模块可被称作车内组件。车辆乘员可利用其个人装置通过通信接口控制车内组件的功能。在示例中，车辆乘员可利用安装至个人装置的应用打开或关闭阅读灯或者调节扬声器的音量。

个人装置可显示用于便于与车内组件进行用户交互的界面。用户界面可显示可用于配置车内组件的选项，以及指示车内组件的当前配置的状态信息。用户界面可另外或可选地显示描述车内组件的功能的帮助功能。

用户界面的简单版本可基于易于传输至个人装置的基本的低资源需求(low-footprint)的界面模板被生成。低资源需求的界面模板可包括嵌入蓝牙协议的通用唯一标识符(uuid)的信息，所述信息在车内组件和个人装置之间交换。例如，指示可用功能及其状态的信息可被编码在由车内组件通告的一个或更多个服务器的uuid特性中。个人装置可使用这种通告的信息以编程的方式生成可用功能及其当前状态的图形列表。

内容更为丰富且更为用户友好的用户界面的版本可基于富内容的界面模板生成。富内容的界面模板可包括含有媒体内容信息(诸如示出车内组件、声音、触觉效果、控制件位置以及用户界面的其它细节的图形)的界面标记语言。富内容的界面模板可从车内组件被下载至个人装置。作为一些其它的可能性，富内容界面模板可从被配置为便于传送(dissemination)富内容的界面模板的车辆的另一组件下载，或者从车辆外部的服务器下载。

由于富内容的界面模板包括比低资源需求的界面模板更多的内容量，所以富内容的界面模板可能会比基本的界面模板耗费更多的时间来接收。因此，个人装置在最初可基于低资源需求的界面模板显示用户界面，一旦富内容的模板被下载并可用于使用，则个人装置可切换至富内容的界面模板。

图1a示出了包括车内组件106的网格的车辆102的示例系统100-a，所述车内组件106被配置为定位用户及用户的个人装置104并与用户及用户的个人装置104进行交互。系统100-a可被配置为允许用户(诸如车辆乘员)与车辆102中的车内组件106进行无缝交互或者与启用任意其它架构的车辆102进行无缝交互。此外，该交互可在不需要个人装置104已经与车辆102的主机单元或其它集中式计算平台配对或者与车辆102的主机单元或其它集中式计算平台进行通信的情况下被执行。

车辆102可包括各种类型的机动车，跨界多用途车辆(cuv)、运动型多用途车辆(suv)、卡车、休旅车(rv)、船、飞机或用于运输人或货物的其它移动机器。在许多情况下，车辆102可由内燃发动机来驱动。作为另一种可能性，车辆102可以是由内燃发动机和一个或更多个电动马达两者来驱动的混合动力电动车辆(hev)，诸如串联式混合动力电动车辆(shev)、并联式混合动力电动车辆(phev)或并联/串联式混合动力电动车辆(pshev)。由于车辆102的类型和配置可能有所不同，所以车辆102的功能可能相应地有所不同。作为一些其它可能性，车辆102可针对载客量、牵引能力和容量以及储存容量而具有不同的功能。

个人装置104-a、104-b和104-c(统称为104)可包括用户的移动装置和/或用户的可穿戴装置。移动装置可以是任何不同类型的便携式计算装置，诸如蜂窝电话、平板计算机、智能手表、膝上型计算机、便携式音乐播放器或能够进行用户界面显示以及与其它移动装置联网通信的其它装置。作为一些非限制性示例，可穿戴装置可包括智能手表、智能眼镜、健身手环、控制环或被设计为被穿戴并与用户的移动装置进行通信的其它个人移动装置或附属装置。

车内组件106-a至106-n(统称为106)可包括具有用户可配置的设置的车辆102的各种元件。作为一些示例，这些车内组件106可包括顶灯车内组件106-a至106-d、气候控制车内组件106-e和106-f、座椅控制车内组件106-g至106-j以及扬声器车内组件106-k至106-n。车内组件106的其它示例(诸如，后排座椅娱乐屏幕或自动车窗遮光件)也是可能的。在许多情况下，车内组件106可提供(expose)可被用户用于配置车内组件106的特定设置的控制件(诸如按钮、滑块和触摸屏)。作为一些可能性，车内组件106的控制件可允许用户设置灯光控制件的照明水平、设置气候控制件的温度、设置扬声器的音量和音频源以及设置座椅的位置。

车辆102的内部可被划分为多个区域108，其中，每个区域108可与车辆102内部中的座椅位置进行关联。例如，示出的车辆102的前排可包括与驾驶员座椅位置关联的第一区域108-a以及与前排乘客座椅位置关联的第二区域108-b。示出的车辆102的第二排可包括与驾驶员侧的后排座椅位置关联的第三区域108-c以及与乘客侧的后排座椅位置关联的第四区域108-d。在区域108的数量和布置上进行变型是可能的。例如，另一种第二排可包括第二排中间座椅位置的额外的第五区域108(未示出)。四个乘员被示出为正位于示例车辆102的内部，其中的三个人正在使用个人装置104。位于区域108-a中的驾驶员乘员没有在使用个人装置104。位于区域108-b中的前排乘客乘员正在使用个人装置104-a。位于区域108-c中的后排驾驶员侧的乘客乘员正在使用个人装置104-b。位于区域108-d中的后排乘客侧的乘客乘员正在使用个人装置104-c。

存在于车辆102内部中的每个不同的车内组件106可与一个或更多个区域108关联。作为一些示例，车内组件106可与各个车内组件106所在的区域108关联和/或与各个车内组件106所控制的一个(或更多个)区域108关联。例如，可供前排乘客使用的灯光车内组件106-c可与第二区域108-b关联，而可供乘客侧的后排乘客使用的灯光车内组件106-d可与第四区域108-d关联。应注意的是，在图1a中示出的车辆102的一部分仅是示例，并且更多、更少和/或位于不同位置的车内组件106和区域108可被使用。

参照图1b，每个车内组件106可配备有无线收发器110，无线收发器110被配置为便于检测和识别个人装置104的接近。在示例中，无线收发器110可包括用于确定个人装置104的接近的无线装置，诸如被配置为启用低功耗蓝牙信号强度作为定位器的蓝牙低功耗收发器。在示例中，通过无线收发器110检测个人装置104的接近可使得检测到的个人装置104的车辆组件界面应用118被激活。

在很多示例中，个人装置104可包括被配置为与其它可兼容的装置进行通信的无线收发器112(例如，蓝牙模块、zigbee收发器、wi-fi收发器、irda收发器、rfid收发器等)。在示例中，个人装置104的无线收发器112可通过无线连接114与车内组件106的无线收发器110进行数据通信。在另一示例中，可穿戴的个人装置104的无线收发器112可通过无线连接114与移动个人装置104的无线收发器112进行数据通信。无线连接114可以是蓝牙低功耗(ble)连接，但也可以利用诸如wi-fi或zigbee的其它类型的局域无线连接114。

个人装置104还可包括被配置为便于个人装置104通过通信网络与其它装置进行通信的装置调制解调器。通信网络可向连接至通信网络的装置提供诸如分组交换网络服务(例如，互联网接入、互联网协议语音(voip)通信服务)的通信服务。通信网络的示例可包括蜂窝电话网络。为了便于通过通信网络进行通信，可将个人装置104与唯一装置标识符(例如，移动装置号码(mdn)、互联网协议(ip)地址、装置调制解调器的标识符等)关联，以识别个人装置104通过通信网络的通信。这些个人装置104的标识符还可被车内组件106使用以识别个人装置104。

车辆组件界面应用118可以是安装至个人装置104的应用。车辆组件界面应用118可被配置为便于车辆乘员经由无线收发器110访问被开放给网络配置的车内组件106的功能。在一些情况下，车辆组件界面应用118可被配置为：识别可用的车内组件106，识别所识别的车内组件106的可用功能和当前设置，并且确定可用的车内组件106中的哪一个在针对车辆乘员的接近度内(例如，在与个人装置104的位置相同的区域108中)。

车辆组件界面应用118还可被配置为：显示描述可用功能的用户界面，接收用户输入，并且基于用户输入提供命令以允许用户操纵或控制车内组件106的功能。因此，系统100-b可被配置为：在不需要个人装置104已经与车辆102的主机单元配对或与车辆102的主机单元进行通信的情况下，允许车辆乘员与车辆102中的车内组件106进行无缝交互。

系统100-b可使用一种或更多种装置位置追踪技术来识别个人装置104所在的区域108。位置追踪技术可根据估计是基于接近度(proximity)、角度(angulation)还是最小二乘法(lateration)来分类。接近度方法是“粗略的”，并可提供关于目标是否在预定义范围内的信息，但该方法不提供目标的精确位置。角度方法根据目标和参考位置之间的角度来估计目标的位置。最小二乘法提供对目标位置的估计，对目标位置的估计从目标和参考位置之间的可用距离开始。目标与参考位置之间的距离可从车内组件106的无线收发器110和个人装置104的无线收发器112之间的无线连接114上的信号强度116的测量值被获得，或者从到达时间(toa)或到达时间差(tdoa)的测量值被获得。

使用信号强度116的最小二乘法的优点之一在于：最小二乘法可利用现有的可用于许多通信协议的接收信号强度指示(receivedsignalstrengthindication，rssi)的信号强度116的信息。例如，ibeacon使用可用于蓝牙低功耗(ble)协议的rssi信号强度116的信息来推断信标与个人装置104(即，目标)之间的距离，使得特定的事件可在个人装置104接近信标时被触发。其它实施方式在该构思上扩展，所述其它实施方式利用多个参考位置来估计目标的位置。当与三个参考信标之间的距离是已知的时，可通过下面的公式来全面(三边测量)估计位置：

在示例中，如图1c中的系统100-c所示，车内组件106-b可向车辆102的其它车内组件106-a和106-c进行广播或者以其它方式向车辆102的其它车内组件106-a和106-c发送信号强度116的请求。该请求可使得其它车内组件106-a和106-c返回由其各自的无线收发器110针对它们检测到的任何装置而识别的无线信号强度116的数据(例如，由无线收发器110-a识别的个人装置104的信号强度116-a，由无线收发器110-c识别的个人装置104的信号强度116-c)。通过使用这些信号强度116-a和116-c以及由车内组件106-b使用其无线收发器110-b确定的信号强度116-b，车内组件106-b可使用公式(1)来执行三边测量并定位个人装置104。作为另一种可能性，车内组件106可按照如下公式将在车内组件106处具有最高信号强度116的个人装置104识别为在区域108内的个人装置104：

因此，车内组件106的网格和个人装置104可相应地被用于允许车内组件106识别每个个人装置104位于哪个区域108。

为了启用对车辆102中的个人装置104的追踪，描述每个车内组件106相对于车辆102内部的位置(例如，区域108)的信息可被车内组件106通告或广播至其它车内部件106和个人装置104。此外，为了提供指示车内组件106的当前设置的状态信息，车内组件106还可通告或广播状态信息和/或指示在何时对车内组件106的设置做出改变的信息。

由个人装置104执行的车辆组件界面应用118可被配置为扫描并且更新可用车内组件106的数据存储区。作为一些示例，该扫描可响应于用户的刷新请求或者在激活车辆组件界面应用118时被周期性地执行。在该扫描被自动执行的示例中，由于正确的功能集合被连续刷新并且车辆组件界面应用118的用户界面被更新以反映该变化，所以从车辆102到车辆102的转换可以是无缝的。

广播模式下的ble通告数据包可被用于将来自车内组件106的位置、事件或其它信息传送给个人装置104。由于个人装置104可能无法事先连接至每个车内组件106以接收状态更新，所以这可能是有利的。在许多ble实施方式中，存在可被保存的ble连接的最大计数，并且车内组件106的数量可能超过该计数。此外，许多ble实施方式要么不允许通告用户数据，要么使用不同或者不兼容的数据类型来通告用户数据(如果提供这种通告的话)。然而，位置和事件信息可被嵌入至被包括在由车内组件106产生的通告数据包中的主服务uuid中。

在示例中，通告的信息可包括被打包至车内组件106的主服务uuid中的信息。这种信息可包括指示通告是用于车内组件106的预定义的标头值或其它标识符。通告还可包括其它信息，诸如位置、组件类型和事件信息(例如，发生变化以向侦听器通知组件的状态已经改变并应该被重新读取的计数器值)。通过解析车内组件106的通告数据的服务uuid，扫描通告的个人装置104和其它车内组件106能够进行以下处理：(i)识别车辆102中存在的车内组件106；(ii)确定车内组件106在车辆102中的位置和区域108；(iii)检测用户和车内组件106之间是否已经发生过物理交互(例如，当针对通告数据识别出变化时)。

图2示出了个人装置104和车辆102的车内组件106之间的示例信息交换流程200。参照图1a的示例，四名乘客被示出为一起在车辆102乘坐。携带其个人装置104的乘客可能已经进入车辆102。为了便于解释，可在这些个人装置104和车内组件106之间执行示例信息交换流程200。

如在信息交换流程图200中示出的，当装置104安置到它们各自的安放位置区域108中时，在时间索引(a)，个人装置104可从车内组件106收集通告数据202的信息，以识别什么车内组件106位于乘客的区域108中并且提供了什么功能。通告数据202可包括指示车内组件106的功能的信息、指示车内组件106的位置或安放区域108的信息以及指示车内组件106支持提供富内容的用户界面的可选的标识符。

当每个个人装置104扫描通告数据202时，如果标识符指示通告是用于与发现个人装置104的区域相同的区域中的车内组件106的，则如在时间索引(b)示出的，连接请求204可被发送至车内组件106。

在时间索引(c)，个人装置104可接收嵌入至蓝牙协议uuid中的低资源需求内容206。低资源需求内容206的检索可响应于来自用户(例如通过车辆组件界面应用118、通过用户与车内组件106的控件的用户交互等)配置车内组件106的请求。

在示例中，低资源需求内容206可被个人装置104检索并编辑成用于车内组件106的低资源需求内容的界面模板120。低资源需求内容206可由车内组件106的服务uuid的特性中的特性uuid来指定。例如，低资源需求内容的界面模板120的最小定义可包括从特性uuid解码的信息(诸如车内组件106的可用功能的名称和/或标识符的列表和/或指示车内组件106的当前状态的信息)。个人装置104可将低资源需求内容的界面模板120存储至个人装置104的存储器，以允许低资源需求内容的界面模板120可用于以后使用。在示例中，可根据车内组件106的服务标识符在存储器中为低资源需求的内容的界面模板120建立索引，以便于低资源需求内容的界面模板120的识别和检索。

如果可选的标识符指示车内组件106支持提供富内容用户界面，则在时间索引(d)，个人装置104向车内组件106发送针对车内组件106的请求208，以将车内组件106的富内容的界面模板122发送至个人装置104。富内容的界面模板122可包括界面标记语言(作为一些非限制性示例，诸如超文本标记语言(html)、可扩展超文本标记语言(xhtml)、可伸缩矢量图形(svg)、可扩展应用标记语言(xaml))以及由可用于生成用户界面的标记语言引用的附加媒体内容(作为一些非限制性示例，诸如图形、声音和触觉效果的指示)。因此，富内容的界面模板122可定义包括媒体内容和可选择控件的内容展示，所述可选择控件在被调用时请求执行车内组件106的各种功能。在一些情况下，个人装置104还可被配置为延迟预定的时间量，以允许车辆102中的其它个人装置104在发送针对富内容的界面模板122的请求之前完成用户界面信息从车内组件106的初始传送。

在时间索引(e)，个人装置104可开始从车内组件106接收富内容210的界面模板122。富内容的界面模板122可被存储在个人装置104的永久存储器上。在示例中，可根据车内组件106的服务标识符在存储器中为富内容的界面模板122建立索引，以便于富内容的界面模板122的识别和检索。因此，如果个人装置104以后在相同或不同的车辆102中使用相同的服务标识符识别针对车内组件106的通告，则可从个人装置104的存储器直接且快速地获取富内容的界面模板122(和/或低资源需求内容的界面模板120)。

特别地，由于可能有许多的个人装置104存在于车辆102中，所以在富内容的界面模板122完全可用于由个人装置104生成用户界面之前可能需要一些时间。然而，由于低资源需求内容206可基于由车辆组件106开放的特性的列举被编辑时，所以低资源需求内容的界面模板120可被快速检索。因此，在富内容的界面模板122被充分检索之前，低资源需求内容的界面模板120可在乘客打算与一些内部功能交互的情况下允许对用户界面进行展示。因此，例如，当乘客(如在图1a中示出的位于后排驾驶员侧区域108-c中的某人)伸手接近车内组件106或者以其它方式发起与车内组件106的交互时，可用于个人装置104的最佳界面模板可用于便于用户与车内组件106交互。

图3示出了从低资源需求内容的界面模板120导出的示例用户界面300。例如，用户界面300包括与座椅车内组件106的功能相关的信息。用户界面300可由车辆组件界面应用118基于从车内组件106的服务的特性收集的信息来生成，并可被提供至个人装置104的显示器302。用户界面300可包括被配置为基于识别的车内组件106的功能来显示可选择控件306的展示304。每个可选择控件306(例如，示出的示例中的306-a至306-g)可指示可供用户使用以进行配置的指示的车内组件106的功能。例如，车内组件106的服务的每个列举的特性可在展示304中被表示为单独的可选择控件306。用户界面300还可包括用于向用户指示用户界面300正在显示指示的车内组件106的功能的菜单(例如，如示出的座椅)的标题标签308。

如示出的，展示304是这样一种列表，所述列表包括用于开启和关闭座椅车内组件106的高靠背的按摩功能的控件306-a、用于开启和关闭座椅车内组件106的中靠背的功能的控件306-b、用于开启和关闭座椅车内组件106的低靠背的功能的控件306-c、用于开启和关闭座椅车内组件106的后坐垫(rearcushion)的功能的控件306-d、用于开启和关闭座椅车内组件106的前坐垫(forwardcushion)的功能的控件306-e、用于开启和关闭座椅车内组件106的靠背两侧(backbolster)的功能的控件306-f、用于开启和关闭座椅车内组件106的坐垫两侧(cushionbloster)的功能的控件306-g。展示304还可指示列举的特性的当前状态。例如，可在激活状态下(例如，以第一颜色、使用选中的复选框、突出显示等)指示表示功能被激活的特性，而可在未激活状态下(例如，以与第一颜色不同的第二颜色、使用未选中的复选框、不突出显示等)指示表示功能未被激活的特性。

列表304还可在存在可同时被可视化地呈现在显示器302中的更多控件304的情况下提供滚动。在一些情况下，控件306可被显示在触摸屏上，使得用户能够触摸控件306，以对车内组件106的功能进行调节。作为另一示例，用户界面200可支持语音命令。例如，为了开启高靠背功能，用户可说出语音命令“高靠背”。应注意的是，示出的展示304和控件306仅是示例，并且可利用车内组件106的更多或不同的功能或者车内组件106的功能的更多或不同的展示304。

在一些示例中，用户界面300还可包括区域界面310，以选择在车辆102内部的不同区域108中可用的附加车内组件106。作为一种可能性，区域界面310可包括用于选择驾驶员侧的后方区域108-c的控件312-a以及用于选择乘客侧的后方区域108-d的控件312-b(统称为312)。响应于对控件312中的一个的选择，用户界面300可相应地显示所选择的区域108的对应的车内组件106的控件304。例如，如果当前正在显示区域108-c中的座椅控件示并且用户选择控件312-b以显示区域108-d的对应的座椅控件，则用户界面300可显示区域108-d的座椅控制的功能。

图4示出了从富内容的界面模板122导出的示例用户界面400。用户界面400包括与包括在用户界面300中的座椅车内组件106的相同功能相关的信息。然而，富内容的界面模板122包括附加内容，如示出的，所述附加内容可用于生成更有吸引力的用户界面400。例如，富内容的界面模板122可包括可扩展标记语言(xml)、javascript对象表示法(json)、超文本标记语言(html)(诸如html5或者xhtml)和/或用于描述用户界面400以及媒体(诸如由富内容的界面模板122引用的图形和声音)的其它标记格式。富内容的界面模板122还可指示控件在屏幕上的位置和/或类型，所述控件将被呈现在屏幕上以显示车内组件的106的功能和功能的状态。作为一种可能性，富内容的界面模板122可包括将由web浏览器呈现的web内容版本的用户界面400，其中，web内容包括链接，所述链接在被选择时指示用于调用车内组件106的各种功能的请求。

为了便于解释，与显示控件306的列表样式的展示304的示例用户界面300相比，示例用户界面400相反在控件306的图形展示404中显示了座椅本身的图形图像。特别地，相同的功能集合(例如，控件306-a至306-g)在用户界面400中是可用的。因此，与用户界面300中的列表相比，用户界面400在与车内组件106的功能相关的车内组件106的位置示出了车内组件106的功能。

尽管用户界面300和用户界面400可以以不同的形式显示相同的功能，但是可对个人装置104和将被控制的车内组件106之间的交互进行类似地处理。例如，当用户在示例用户界面400上操作控件时，将要从富内容的界面模板122被控制的功能的标识符与低资源需求内容界面模板120的控件的标识符进行匹配。

图5示出了将图形展示404的控件306映射到列表展示304的控件306的示例502。低资源需求内容的界面模板120随后可用于将期望的交互传送至车内组件106。因此，不论使用用户界面300还是使用用户界面400，可以用相对低的资源需求执行与车内组件106的交互。

图6示出了用于呈现用于控制车内组件106的用户界面的示例处理600。处理600可在操作602开始，在操作602中，个人装置可扫描车内组件106。在示例中，由个人装置104执行的车辆组件界面应用118的扫描服务可利用无线收发器112来扫描ble通告。

在操作604，个人装置104确定检测到的车内组件106是否是最近检测到的。例如，个人装置104可保存指示被定位的车内组件106的数据。个人装置104可将检测到的车内组件106的服务标识符的元素(例如，位置、区域、类型等)与先前检测的车内组件106的服务标识符的对应的元素进行比较，以确定车内组件106是否是最近检测到的。如果车辆组件106是最近检测到的，则控制转到操作606。否则，控制转到操作616。

在操作606，个人装置104确定是否启用用于车内组件106的富内容的界面模板122。例如，车辆组件界面应用118可确定车内组件106的服务标识符uuid的可选标识符是否规定车内组件106支持提供富内容的用户界面。如果所述标识符规定车内组件106支持提供富内容的用户界面，则控制转到操作608。否则，控制转到操作604。

在操作608，个人装置104请求连接至车内组件106。作为示例，车辆组件界面应用118可发送请求以连接至车内组件106的服务标识符uuid。在操作610，个人装置104获取低资源需求的界面模板120。例如，车辆组件界面应用118可利用无线收发器112列举车内组件106的服务的特性通告。

在操作612，个人装置104可在尝试检索富内容的界面模板122之前选择性地延迟。在示例中，车辆组件界面应用118可从连接到车内组件106起延迟预定的时间量，诸如使用存储到个人装置104的存储器中的预定的等待值。

在操作614，个人装置104请求富内容的界面模板122。作为一个示例，车辆组件界面应用118可向车内组件106发送针对车内组件106的请求，以将富内容的界面模板122传送至个人装置104。作为另一示例，车辆组件界面应用118可从被配置为提供富内容的界面模板122的车辆102中的服务器组件请求富内容的界面模板122。作为另一示例，车辆组件界面应用118可通过向车辆102外部的服务器指定车内组件106的服务标识符从所述服务器请求富内容的界面模板122。在操作614之后，处理600继续至操作604。

在操作616，个人装置104确定个人装置104的用户是否请求与车内组件106的交互。例如，用户可决定操纵或控制车内组件106，例如，通过从由车辆组件界面应用118提供的用户界面进行选择来决定操纵或控制车内组件106，或者由于车内组件106被通告给或以其它方式被指示给由车内组件106上的物理交互触发的个人装置104而决定操纵或控制车内组件106。

在操作618，个人装置104确定富内容的界面模板122是否可用。例如，车辆组件界面应用118可访问个人装置104的存储器，以确定与车内组件106的服务标识符uuid关联的富内容的界面模板122是否可用。如果可用，则控制转到操作620。如果不可用，则操作转到操作624。

在操作620，个人装置104提供从富内容的界面模板122导出的用户界面400。以上参照图4描述了示例用户界面400。

在操作622，个人装置104处理提供至用户界面400的车内组件106的控制请求。作为示例，车辆组件界面应用118可检测用户与图形展示404的控件306中的一个的界面交互，将所述交互映射至车内组件106的特性中的一个，并使用来自低资源需求内容的界面模板120的特性uuid来操纵或以其它方式控制车内组件106。作为另一示例，车辆组件界面应用118可检测用户与列表展示304的控件306中的一个的界面交互，并使用来自低资源需求内容的界面模板120的特性uuid来操纵或控制车内组件106。在操作622之后，处理600结束。

在操作624，个人装置104确定低资源需求内容的界面模板120是否可用。例如，车辆组件界面应用118可访问个人装置104的存储器，以确定与车内组件106的服务标识符uuid关联的低资源需求内容的界面模板120是否可用。如果可用，则控制转到操作630。如果不可用，则控制转到操作626。

在操作626，并且与如参照操作608描述的类似，个人装置104请求连接至车内组件106。在操作628，并且与如参照操作610描述的类似，个人装置104获取低资源需求内容的界面模板120。在操作628之后，控制转到操作630。

在操作630，个人装置104提供从低资源需求内容的界面模板120导出的用户界面300。以上参照图3描述了示例用户界面300。在操作630之后，控制转到操作622。

图7示出了用于通过车内组件106提供界面模板信息的示例处理700。处理700可在操作702开始，在操作702中，车内组件106通告车内组件106的服务。在示例中，通告的信息可包括车内组件106的主服务uuid。

在操作704，车内组件106确定是否接收到对车内组件106的连接请求。在示例中，车内组件106可识别个人装置104对车内组件106的连接。如果检测到连接，则控制转到操作706。否则，控制返回到操作702。

在操作706，车内组件106将低资源需求内容的界面模板120发送至个人装置104。在示例中，低资源需求内容的界面模板120可由车内组件106的服务uuid的特性中的特性uuid来指定。

在操作708，车内组件106确定是否接收到针对富内容的界面模板122的请求。在示例中，车内组件106可识别是否接收到用于向个人装置104发送富内容的界面模板122的请求。如果接收到这样的请求，则控制转到操作710，以向个人装置104发送富内容的界面模板122。否则，控制转到操作712。

在操作712，车内组件106确定与车内组件106交互的请求是否被请求。在示例中，车内组件106识别来自个人装置104的请求是否被接收，所述请求从低资源需求内容的界面模板120识别出特性uuid以操纵或控制车内组件106。如果该请求被接收，则控制转到操作714以处理该交互。否则，控制转到操作716。

在操作716，车内组件106确定个人装置104是否与车内组件106断开连接。在示例中，车内组件106可接收用于与个人装置104断开连接的请求。在另一示例中，车内组件106可确定在预定的时间段内还没有接收到来自个人装置104的消息。如果个人装置104与车内组件106断开连接，则控制转到操作702。否则，控制返回到操作708。

此外或可选地，混合用户界面方法可用于车内组件106的系统帮助。例如，由个人装置104显示的帮助信息可利用在用于操纵或控制车内组件106的界面中使用的相同图形来被构建。这样可使实现控制用户界面和用户帮助界面二者所需的信息量最小化，并保证更为一致的用户体验。

图8示出了从低资源需求内容的界面模板120导出的示例用户帮助界面800。如示出的，基于识别的车内组件106的功能的可选择控件306的展示304利用低资源需求的内容的界面模板120来被生成。类似地，所识别的车内组件106的功能的帮助信息802描述也利用低资源需求内容的界面模板120来被生成。

图9示出了从富内容的界面模板122导出的示例用户帮助界面900。如示出的，可选择控件306的展示404利用富内容的界面模板122来被生成。类似地，所识别的车内组件106的功能的帮助信息902描述也利用富内容的界面模板122来被生成。

总之，混合用户界面方法可以具有按照分层架构的两个可选的模板协议，所述两个可选的模板协议用于在个人装置104上呈现用于用户控制车内组件106的界面的。低资源需求内容的界面模板120可具有非常小的资源需求，所述资源需求保证了系统的响应性和低成本要求。富内容的界面模板122可例如基于界面标记语言(诸如引用媒体内容的xml、json、或html5)或其它技术来提供更图形密集的界面。然而，对车内组件106的控制可使用低资源需求的界面模板120的信息来被执行，因而与使用富内容的界面模板122来控制车内组件106相比，避免了在使用富内容的界面模板122来控制车内组件106时对正被控制的车内组件106使用额外的计算能力。

在此描述的计算装置(诸如，个人装置104和车内组件106)通常包括计算机可执行指令，其中，所述指令可由一个或更多个计算装置(诸如，以上列出的那些计算装置)来执行。可从使用各种编程语言和/或技术(包括但不限于java^tm、c、c++、c#、visualbasic、javascript、perl等中的一种或其组合)创建的计算机程序中编译或解释读计算机可执行指令。通常，处理器(例如，微处理器)例如从存储器、计算机可读介质等接收指令，并且执行这些指令，从而执行一个或更多个处理(包括在此描述的处理中的一个或更多个)。这种指令和其它数据可使用各种计算机可读介质被存储和传输。

关于在此描述的处理、系统、方法、启示等，应理解的是，尽管这种处理的步骤等已被描述为根据特定有序顺序发生，但这种处理可利用以与在此描述的顺序不同的顺序执行的所述步骤来实施。还应理解的是，可同时执行特定的步骤，可添加其它步骤，或者可省略在此描述的特定的步骤。换句话说，针对示出特定的实施例的目的而提供了在此描述的处理，并且不应以任何方式被解释为限制权利要求。

虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地说，说明书中使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。