用于应用管理和控制的方法和设备的制造方法
【专利摘要】本发明公开了用于应用管理和控制的方法和装置。一种系统包括被配置为加载包括对第二级应用的控制的仪表盘应用的处理器。所述处理器还被配置为通过仪表盘应用确定与第二级应用的启动相关联的条件。此外，处理器被配置为确定是否条件已发生，并在条件发生时，指示从仪表盘应用启动第二级应用。
【专利说明】
用于应用管理和控制的方法和设备
技术领域
[0001]说明性的实施例总体上涉及一种用于应用管理和控制的方法和设备。
【背景技术】
[0002]随着车辆远程信息处理和信息娱乐系统持续进步，与汽车相关的智能电话应用在买车公众中已经变得日益流行。汽车公司已经提供这样的应用编程接口(API)，所述API允许程序员和开发者创建可以访问车辆的输入和输出的应用并利用车辆数据以深化特定应用的目标。目前可利用数百个与汽车相关的应用，包括但不限于:燃料相关的应用、增强导航应用、驾驶辅助应用、通信管理应用、媒体提供应用乃至广告应用。
[0003]与智能电话应用一样，特定驾驶员可以具有大量的下载到车辆或由与车辆通信的装置提供的与汽车相关的应用。一些应用可仅在特定条件下有用，驾驶员可能希望将其它应用运用在每次驾驶上。在车辆开动的同时管理应用可能是困难的和分散注意力的。而且，在每次起动车辆时选择和启动每一个需要/期望的应用可能是繁琐的。一些应用甚至可以提供增强的安全性，但驾驶员试图在应用所针对的条件发生时启动这些应用可能是不明智的。
[0004]—个用于应用管理的解决方案包括用于在移动计算装置上提供应用对象的系统和方法。该方法包括自动确定针对新安装的应用的一个或更多个分类。维护关于安装的应用的库的应用元信息，所述应用元信息包括与新安装的应用相关联的元信息。元信息还包括分类信息。该方法还包括提供呈现包括安装的应用库的各个应用的可选对象的应用启动界面。提供应用启动界面包括按照分类自动组织各个应用的可选对象，以使可选对象按照分类显示。
【发明内容】
[0005]在第一说明性实施例中，一种系统包括被配置为加载包括对第二级应用(secondary applicat1n)的控制的仪表盘应用的处理器。所述处理器还被配置为通过所述仪表盘应用确定与第二级应用启动相关联的条件。此外，所述处理器被配置为:确定所述条件是否已经发生，并且在所述条件发生时，指示从所述仪表盘应用启动第二级应用。
[0006]在第二说明性实施例中，一种计算机实现的方法:包括加载包括对第二级应用的控制的仪表盘应用。所述方法还包括:通过所述仪表盘应用确定与第二级应用的启动相关联的条件。此外，所述方法包括:确定所述条件是否已经发生，并且当所述条件发生时，指示从所述仪表盘应用启动次要应用。
[0007]在第三说明性实施例中，一种非暂时性计算机可读存储介质存储在被执行时使得处理器执行计算机实现的方法的指令，其中，所述方法包括:加载包括对第二级应用的控制的仪表盘应用。所述方法还包括:通过所述仪表盘应用确定与第二级应用的启动相关联的条件。此外，所述方法包括:确定所述条件是否已经发生，并且当所述条件发生时，指示从所述仪表盘应用启动第二级应用。
[0008]根据本发明的实施例，所述方法还包括:通过所述仪表盘应用记录针对当前不与所述仪表盘应用关联的第三级应用的应用使用的实例；在记录的使用超过预定阈值时，将所述第三级应用作为第二级应用与所述仪表盘应用相关联。
【附图说明】
[0009]图1示出了说明性的车辆计算系统；
[0010]图2示出了仪表盘启动处理的说明性示例；
[0011]图3示出了应用控制处理的说明性示例；
[0012]图4示出了应用添加/移除处理的说明性示例；
[0013I图5示出了应用启动处理的说明性示例；
[0014]图6示出了说明性的仪表盘应用。
【具体实施方式】
[0015]根据需要，在此公开本发明的详细实施例；然而，应理解的是，所公开的实施例仅为本发明的示例，本发明可采用各种可替代形式实现。附图不必按比例绘制;可夸大或缩小一些特征以示出特定部件的细节。因此，在此公开的具体结构和功能细节不应被解释为限制，而仅为用于教导本领域技术人员以多种形式采用本发明的代表性基础。
[0016]图1示出用于车辆31的基于车辆的计算系统(VCS)I的示例框式拓扑图。这种基于车辆的计算系统I的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还能够与所述界面进行交互。在另一说明性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。
[0017]在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于:HDD XD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。
[0018]处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此说明性实施例中，麦克风29、辅助输入25(用于输入33)、1^8输入23、6?3输入24、屏幕4(可为触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。对于麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS(或其组件)传送数据并传送来自VCS(或其组件)的数据。
[0019]系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如PND 54)或USB装置(诸如车辆导航装置60)的输出。
[0020]在一说明性实施例中，系统I使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。
[0021]移动装置53与蓝牙收发器之间的示例性通信由信号14表示。
[0022]可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。
[0023]可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在CPU 3与网络61之间通过语音频带传送数据(16)。移动装置53随后可用于通过例如与蜂窝塔57的通信
(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。
[0024]在一说明性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802PAN(个域网)协议的子集。IEEE 802LAN(局域网)协议包括WiFi并与IEEE 802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如IrDA)和非标准化消费者IR协议。
[0025]在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITU頂T_2000(3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced (4G)为在车辆中的用户提供10mbs的数据速率，并为静止的用户提供I gbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(而非限制)802.1lg网络(S卩WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
[0026]在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置、穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。
[0027]其它的可与车辆进行接口连接的源包括:具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或与网络61连接的远程导航系统(未示出)WSB是一类串行联网协议中的一种。IEEE 1394(火线?(苹果)、1.LINK?(索尼)和Lynx?(德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/H)IF(索尼/飞利浦数字互连格式)和USB-1F(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。
[0028]此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。
[0029]此外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围中连接到远程网络。
[0030]除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于:无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”，因此无线装置不执行该部分处理。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。
[0031]在这里讨论的每个说明性实施例中，示出了可由计算系统实现的处理的示例性而非限制性示例。针对每个处理，为了执行处理的有限目的，执行该处理的计算系统被配置成为用于执行该处理的专用处理器是可行的。所有处理不必全部被执行，并可被理解为可被执行以实现本发明的要素的处理类型的示例。根据需要，附加的步骤可被添加进示例性处理或从示例性处理中移除。
[0032]在多种解决方案已被开发以帮助应用管理的同时，说明性实施例为多个车辆相关应用的呈现、启动、结束和管理提供了改进的应用和环境。就那些应用依赖于多种车辆或环境状态的发生而言，应用基于观测的用户偏好被控制并且某些应用可适时地启动。例如但不限于，用户可能总是想车辆一经发动就启动媒体播放器应用，以及启动提供增强导航的应用。用户还可拥有每当在燃料补给点附近时或在燃料低的情况下用户想查看的寻找便宜燃料的应用。用户还可以拥有用户想在恶劣天气或可使通信不理想的其它驾驶条件下启动的呼叫处理应用。
[0033]利用说明性实施例，控制应用(称为仪表盘应用)可以根据需要处理多种应用的启动和终止。并且，如果用户频繁地使用新应用，或结合可观测的条件使用新应用(当前不是仪表盘的一部分)，则系统可以学习要包括该应用和/或在适当条件下启动该应用。以这种方式，说明性实施例适于改变用户需求，并可帮助提供增强的驾驶体验。
[0034]图2示出了仪表盘启动处理的说明性实施例。关于在该图中描述的说明性实施例，应注意的是，出于执行在此示出的部分或全部示例性方法的意图，通用处理器可以临时用作专用处理器。在执行提供指令以执行所述方法的一些或所有步骤的代码时，处理器可以临时改换意图作为专用处理器，直到所述方法完成时为止。在另一个示例中，在适当程度上，遵照预配置处理器执行的固件可使得处理器充当以执行所述方法或其一些合理变型为目的而提供的专用处理器。
[0035]在该说明性实施例中，处理首先检测车辆初始化(201)。通常，虽然不是必要的，但这可以对应于车辆起动。但是，例如，如果车辆被远程起动，则这可以替代为车辆进入事件的检测。例如，可以管理应用被启动的“初始”点，以避免当用户仍然在室内时启动应用。结合初始化，所述处理包括启动车辆仪表盘应用以处理其它应用(203)。
[0036]仪表盘应用将结合驾驶员资料来被启动，或具有识别特定驾驶员的其它方式(205)。例如，如果应用在车辆上运行，则应用可以识别驾驶员的电话或可穿戴装置。由于不同驾驶员可能有不同的应用偏好，因此仪表盘应用将基于识别的驾驶员的核心应用(预先确认的)添加到驾驶员可能想访问的应用群(207)。例如，如果这些应用中的若干应用是与驾驶员想要经常使用的应用对应的应用(即，在没有仪表盘应用时，驾驶员要每次或在大多数情况下手动启动的应用)，则所述若干应用也可以在初始化时被启动。
[0037]除了上述持久的应用外，所述应用还可包括在某些条件发生时启动(或将由驾驶员启动)的若干个基于状态或条件的应用(209)。基于观测到的驾驶员行为或与这些应用预先关联的条件(举例来说，低燃料条件、下雨/雪等等)，这些应用可以在多种状态/条件发生时启动。
[0038]如果在仪表盘应用中存在基于条件的应用，则处理将对多种条件的发生进行监测(211)，并且如果指定的事件/条件发生(213)，则处理可启动应用(215)。检查基于事件的应用(由于一些应用可在旅途中被添加)，并且监测事件的发生可以持续到车辆置于泊车状态为止(217)。此时，可以终止应用(219)。这还有助于避免不得不使驾驶员终止在与车辆通信的移动装置上运行的应用，以便保护电池寿命。应用还可以基于多种触发状态或条件的结束(举例来说，停止下雪、驾驶员补给燃料等等)自动终止。通过使用仪表盘应用自动启用或终止应用，驾驶员的注意力可以集中在道路上。因为仪表盘应用不但可以动态地学习启用/终止条件，而且可以添加和移除应用，所以如果驾驶员不想操心，则驾驶员可不必花过多时间来实际设置仪表盘应用。
[0039]图3示出了应用控制处理的说明性实施例。关于在该图中描述的说明性实施例，应注意的是，出于执行在此示出的部分或全部示例性方法的意图，通用处理器可以临时用作专用处理器。在执行提供指令以执行所述方法的一些或所有步骤的代码时，处理器可以临时改换意图作为专用处理器，直到所述方法完成时为止。在另一个示例中，在适当程度上，遵照预配置处理器执行的固件可使得处理器充当以执行所述方法或其一些合理变型为目的而提供的专用处理器。
[0040]在本说明性示例中，处理再次检测车辆起动条件(301)。这里，监测当前未在仪表盘应用上的新应用以及作为仪表盘应用的一部分的应用(303)，以确定是否应该将应用添加到仪表盘应用或从仪表盘应用中移除应用(随后描述的处理)。在本示例中，处理每次都检测应用(无论该应用是否是仪表盘应用的一部分)被启动(305)，并记录关于启动的数据(307)。关于启动的数据可包括，但不限制于:启动的时间、车辆状态、环境状态、驾驶员注意力分散水平、使用持续时间等等。此外，在本例中，应用是否置于前台被监测(309)。
[0041]在用户正与应用交互或应用处于系统的主动控制中时，该应用通常处于前台。例如，某些旧应用可能在每次车辆起动时被自动启动，但实际上从未在行程中被用户使用。启动可基于旧偏好，新偏好的应用可能已经取代旧应用。因此，如果仅应用启动被记录，则应用可能看起来得到了大量使用。在本示例中，还通过记录前台实例(311)，可以进一步确定应用是否正得到实际使用，或是否只是被启动。当然，如果想得到较不复杂的系统，或者如果前台监测产生其它问题，则也可以以有用的方式仅监测纯启动。本示例中的监测持续到行程结束(313)，在行程结束时记录的数据被保存(315)。可将数据本地保存在车辆上、保存在无线连接的装置上和/或上传到远程服务器以供处理和/或分析。
[0042]图4示出了应用的添加/移除处理的说明性示例。关于在该图中描述的说明性实施例，应注意的是，出于执行在此示出的部分或全部示例性方法的意图，通用处理器可以临时用作专用处理器。在执行提供指令以执行所述方法的一些或所有步骤的代码时，处理器可以临时改换意图作为专用处理器，直到所述方法完成时为止。在另一个示例中，在适当程度上，遵照预配置处理器执行的固件可使得处理器充当以执行所述方法或其一些合理变型为目的而提供的专用处理器。
[0043]在本说明性实施例中，处理将试图以动态和自动的方式将新应用添加到仪表盘应用中并将未使用的应用从仪表盘应用中移除。在本例中，处理首先启动仪表盘应用(401)。
[0044]一旦仪表盘应用启动，则处理将检验使用已被记录(和/或具有前台使用)的任何新应用(403)。在一个例子中，例如，这可能对应于在先前的旅程期间或自先前的更新处理运行以后的任何应用的任何用户发起的应用启动。
[0045]对于每个最近被利用的应用，处理可检查启动/前台统计(405)。这些应用启动和/或使用的记录可以指示:应用被启动的频繁程度，应用启动是否连带记录的条件，应用在启动后被使用的频繁程度等。如果启动统计证明应用被使用的次数多于阈值量(407)，则处理可推荐将应用添加到仪表盘应用中，来作为仪表盘应用(409)。
[0046]在某些情况下，阈值可基于应用启动次数的数目或次数的百分比。在其它情况下，例如对于条件应用，阈值可基于在条件发生时应用启动次数的数目或百分比。处理可以尝试动态地确定用于启动的条件(可能需要一些最小数据集)，或者用户可以指示与应用有关的用于启动的基础(例如，响应于查询)。
[0047]一旦处理推荐了应用的添加，则处理查看自动应用添加是否被启用(411)。在自动添加中，满足设置阈值的任何应用将被自动地添加并且启动顺序(例如，在发动时、在条件发生时等)也可以被自动设置。如果自动添加未被启用，则处理将等待用户确认(413)以将应用添加到仪表盘应用(415)。作为用户确认的一部分(并且即使可能自动添加被利用)，处理可使得用户配置应用以使仪表盘了解何时启动应用。这可以在车辆未运动时解决，例如，和/或可通过一个或更多个简单配置菜单和查询解决。
[0048]除了检查应该添加的应用，说明性处理还检查应该从仪表盘应用中移除的应用。在本示例中，处理检查目前是仪表盘应用的一部分的所有应用的使用统计(417)。如果应用的使用或启动低于移除阈值(419)，则处理可推荐移除应用(421)。移除阈值可与添加阈值相同或不同。此外，与添加一样，对条件应用的使用或启动统计可以相对于用于启动的特定条件发生的次数来考虑，而不是相对于每次行程来考虑。
[0049]如果应用满足移除的标准，并且移除被推荐，则处理可以查看自动移除是否被启用(423)。与自动添加一样，这将自动改变不合格应用的状态(在这种情况下为移除)。否则，将在进行应用移除(427)之前请求用户确认(425)。
[0050]通过允许仪表盘应用处理追踪当前仪表盘应用和新应用的使用，仪表盘上选项的排列可根据用户实际期望的应用保持相当的更新。
[0051]图5示出了应用启动处理的说明性示例。关于在该图中描述的说明性实施例，应注意的是，出于执行在此示出的部分或全部示例性方法的意图，通用处理器可以临时用作专用处理器。在执行提供指令以执行所述方法的一些或所有步骤的代码时，处理器可以临时改换意图作为专用处理器，直到所述方法完成时为止。在另一个示例中，在适当程度上，遵照预配置处理器执行的固件可使得处理器充当以执行所述方法或其一些合理变型为目的而提供的专用处理器。
[0052]在本说明性实施例中，处理将尝试追踪一些与应用启动和/或使用相关的状态集。仪表盘应用将加载所有已知的与仪表盘应用相关的应用(501)并显示这些应用以供用户选择(503)(例如，如果这些应用未全部自动启动)。如果任何应用将基于状态或车辆发动被自动启动(505)，则处理可以适时地启动那些应用(507)。
[0053]此外，处理将监测已启动的应用(509)和用户可以利用或发起的应用。如果有应用的手动启动(511)(从仪表盘应用或从应用的菜单手动启动)，则处理可记录与特定应用的启动或使用相关联的状态/事件/条件的集(513)。这将有助于开发用于确定用于启动的适宜条件的更好的数据集。例如而不限于，处理可将燃料寻找器作为仪表盘的一部分来显示。基于燃料状态低于基于以前的数据的20%，该应用可被触发启动。
[0054]随着时间的流逝，记录的数据可指示实际上每当燃料低于25%的标记时应用就被用户启动。因此，应用可以变换自动启用以反映新的25 %阈值，从而使得在更早的时间自动启用。这种统计和状态信息的收集可以发生直到行程结束为止(515)。
[0055]图6示出了说明性的仪表盘应用。这是一个可以显示什么样的仪表盘应用的非限制示例，并且本示例仅被提供用于说明性的目的。例如，这种仪表盘应用可以在车载显示器上示出，或者在与车辆通信的移动装置上示出。
[0056]在本示例中，仪表盘应用601包括针对多个应用的若干个分类。在本示例中，这些分类包括:运行应用603、自动启动的应用605、常用应用607和最近使用的应用609。在一个示例中，可以使用允许用户容易地将应用移进或移出域的拖放界面。如果手动地将应用添加到自动启动，则例如，用于设置启动的条件的次级处理可开始。
[0057]这里，应用1、2和3现在运行在车辆(611)上。应用I和3被配置为自动启动613，这样它们启动的条件就会各自满足。常用的应用1-5(615)时易于从仪表盘应用中选择的并且可启动的，用户不必滚动不想要的或无关的应用菜单。最近使用的应用1、6和7(617)也可以在这里选择，例如，如果用户想要将它们添加到常用菜单或自动启动菜单的话。
[0058]通过提供针对应用使用的管理工具，并且通过自动开始、结束、添加和移除应用，仪表盘应用可以使用户体验效率更高，并鼓励更多的会帮助进一步改善用户体验的应用使用。
[0059]虽然以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。而是，说明书中所使用的词语是描述性词语而非限制，并且应理解的是，可在不脱离本发明的精神和范围的情况下做出各种改变。此外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。
【主权项】
1.一种系统，包括: 处理器，被配置为: 加载包括对第二级应用的控制的仪表盘应用； 通过所述仪表盘应用确定与第二级应用的启动相关联的条件； 确定所述条件是否已经发生； 在所述条件发生时，指示从所述仪表盘应用启动第二级应用。2.如权利要求1所述的系统，其中，所述处理器还被配置为:通过所述仪表盘应用记录针对当前不与所述仪表盘应用关联的第三级应用的应用使用的实例。3.如权利要求2所述的系统，其中，所述处理器还被配置为:在记录的使用超过预定阈值时，将所述第三级应用作为第二级应用与所述仪表盘应用相关联。4.如权利要求3所述的系统，其中，所述记录的使用是基于应用的启动的，并且所述阈值是基于启动的总次数的。5.如权利要求3所述的系统，其中，所述记录的使用是基于已启动的应用的利用的，并且所述阈值是基于利用实例的总数的。6.如权利要求3所述的系统，其中，所述记录的使用包括与使用相关联的条件，并且所述阈值基于与使用相关联的条件的发生而被确定。7.如权利要求1所述的系统，其中，所述处理器还被配置为:通过所述仪表盘应用追踪第二级应用未被利用的行程，并且如果第二级应用的利用下降到预定阈值以下，则推荐从与所述仪表盘应用的关联中移除所述第二级应用。8.如权利要求7所述的系统，其中，所述利用包括应用启动。9.如权利要求7所述的系统，其中，所述利用包括已启动的应用的主动使用。10.一种计算机实现的方法，包括: 加载包括对第二级应用的控制的仪表盘应用； 通过所述仪表盘应用确定与第二级应用的启动相关联的条件； 确定所述条件是否已经发生； 在所述条件发生时，指示从所述仪表盘应用启动次要应用。11.如权利要求10所述的方法，还包括:通过所述仪表盘应用记录针对当前不与所述仪表盘应用关联的第三级应用的应用使用的实例。12.如权利要求11所述的方法，还包括:在记录的使用超过预定阈值时，将所述第三级应用作为第二级应用与所述仪表盘应用相关联。13.如权利要求12所述的方法，其中，所述记录的使用是基于应用的启动的，并且所述阈值是基于启动的总次数的。14.如权利要求12所述的方法，其中，所述记录的使用是基于已启动的应用的利用的，并且所述阈值是基于利用实例的总数的。15.如权利要求12所述的方法，其中，所述记录的使用包括与使用相关联的条件，并且所述阈值基于与使用相关联的条件的发生而被确定。16.如权利要求10所述的方法，还包括:通过所述仪表盘应用追踪第二级应用未被利用的行程，并且如果第二级应用的利用下降到预定阈值以下，则推荐从与所述仪表盘应用的关联中移除所述第二级应用。17.如权利要求16所述的方法，其中，所述利用包括应用启动。18.如权利要求16所述的方法，其中，所述利用包括已启动的应用的主动使用。
【文档编号】G06F9/445GK105882415SQ201610090253
【公开日】2016年8月24日
【申请日】2016年2月17日
【发明人】马克·A·卡迪希, 马纳哈普拉瑟德·K·劳, 夸库·O·普拉卡阿桑特
【申请人】福特全球技术公司