专利名称：应用程序控制方法
技术领域：
本发明涉及一种应用程序控制方法。
背景技术：
随着Iph0ne、Andr0id或其它智能手机以及PDA的兴起，可用应用程序的巨大市场已经出现。已经写出数百万的可在这些小型、可移动的类似于计算机的装置上运行的应用程序，并且可用应用程序的数目继续以指数级增长。这些应用程序运行在从音乐播放器至 GPS功能，以及几乎任何可想到的全部装置上。在2009年6月，纽约时报报道据估算平均每个智能手机用户下载23. 6个应用程序并且每天使用6. 8个应用程序。过一半的智能手机用户汇报每天使用应用程序超过30 分钟。(来源:http://bits. blogs. nytimes. com/2009/06/05/quantifying-the-mobile-a pps-revolution/)然而，在很多(即使不是所有)情况下，应用程序必须由用户手动运行。许多智能手机(例如Iphone 3G和更早期版本的Iphone)也会在一次仅运行一个应用程序。此外， 保持应用程序"激活"(“on")会消耗电池寿命。因此，即使应用程序会在需要的情况下有用，智能手机用户也不必要倾向于让所有的应用程序在他们的装置上运行。另外，在多个管辖区内禁止或限制在驾驶时使用移动电话。在一些研究中，已经显示出在驾驶时使用移动电话或其它无线装置以执行特定功能(例如打字)事实上比酒驾更危险。因此，这些法规的焦点在于将驾驶员的注意力固定在道路上而不是无线装置。由于驾驶员越来越知道分散注意力驾照的危险，而在驾照时会经常出现一个应用程序可能有用，但是驾驶员不能或不想使用无线装置以激活该应用程序，或查看安装为车辆封装部分的导航屏幕以开始车载应用程序。在其它的情况下，驾驶员甚至不会知道特定的程序在特定设定下会有用。
发明内容
根据本发明一方面，提供一种计算机执行的应用程序控制方法，包含在车辆计算机系统(VCQ处接收一个或多个触发器和与VCS通信的无线设备上可用的一个或多个应用程序的列表；将应用程序和触发器的列表存储在本地车辆存储器内；对于与触发器相应的状态，使用VCS监视一个或多个车辆传感器或其它输入装置；在探测到与触发器相应的状态时，使用VCS比较触发器和与一个或多个应用程序相关联的触发器；及，使用VCS建议至少一个应用程序用于激活，所述至少一个应用程序具有与相应于状态的触发器相同的相关联的触发器。根据本发明另一方面，提供一种车辆计算机装置，包含收发器，用于在车辆计算机装置(VCA)处接收在与VCA通信的无线设备上可用的应用程序列表；车载存储器，用于在本地存储器内存储应用程序列表，包括与一个或多个应用程序相关联的触发器；至少一个监视程序，用于对于与触发器相应的状态，通过VCA监视一个或多个车辆传感器或其它输入装置；至少一个比较程序，用于在探测到于触发器相应的状态时比较该触发器和与一个或多个应用程序相关的触发器；及至少一个激活程序，用于建议激活具有与相应于所述状态的触发器相同的相关联的触发器的至少一个应用程序。根据本发明的一个实施例，其中，接收是响应于从VCA发出的查询。根据本发明的一个实施例，还包含至少一个自动激活程序，用于如果应用程序为具有与相应于所述状态的触发器相同的相关联的触发器的唯一应用程序，则自动地激活应用程序。根据本发明的一个实施例，还包含至少一个自动激活程序，用于如果应用程序为具有与相应于状态的触发器相同的相关联的触发器的应用程序并且被指定为优先的应用程序，则自动地激活应用程序。根据本发明的一个实施例，其中，自动激活应用程序还包含如果应用程序对于与相应于所述状态的触发器相同的触发器，所述应用程序被指定为优先应用程序，则自动地激活应用程序。根据本发明的一个实施例，还包含至少一个自动激活程序，用于如果车辆乘客响应于相应于探测的状态的触发器而先前至少预定次数选择了应用程序用于激活则自动地激活应用程序。根据本发明再一方面，提供一种存储指令的计算机可读存储介质，当通过车辆计算机系统(VCQ执行指令时使得VCS执行以下方法，包含在VCS处接收与VCS通信的无线设备上可用的应用程序列表；在本地存储器上存储应用程序列表，包括与一个或多个应用程序相关联的触发器；通过VCS对于与触发器相应的状态监视一个或多个车辆传感器或其它输入装置；在探测到与触发器相应的状态时，通过VCS比较触发器和与一个或多个应用程序相关联的触发器；及，通过VCS建议激活具有与相应于所述状态的触发器相同的相关联的触发器的至少一个应用程序。根据本发明的一个实施例，其中，该接收响应于从VCS处发出的查询。根据本发明的一个实施例，该建议还包含如果应用程序为具有与相应于所述状态的触发器相同的相关联的触发器的唯一应用程序，则自动地激活应用程序。根据本发明的一个实施例，该建议还包含如果应用程序为具有与相应于所述状态的触发器相同的相关联的触发器的应用程序并且被指定为优先的应用程序，则自动地激活应用程序。根据本发明的一个实施例，该自动激活应用程序还包含如果对于与相应于所述状态的触发器相同的触发器，所述应用程序被指定为优先应用程序，则自动地激活所述应用程序。根据本发明的一个实施例，该建议还包含如果车辆乘客响应于相应于探测的状态的触发器而先前至少预定次数了选择应用程序用于激活则自动地激活应用程序。
图1显示了车辆计算机系统和远程网络的说明性示例。图2为与车辆计算机系统通信的无线装置上可访问的应用程序相关的一列触发器总成的说明性实施例。
图3显示了用于基于一个或多个环境触发器的动态应用程序激活的一般程序的说明性实施例。图4显示了用于优选的应用程序选择过程的程序说明性实施例。图5显示了用于基于出现至少一个触发器启动集成两个或多个逻辑连接的触发器的应用程序的程序的说明性实施例。
具体实施例方式尽管根据说明性的实施例在下面描述了本发明，仅出于非限制的说明目的提供这些示例，并且不意图限制本发明的范围。图1说明了用于车辆31的车辆载计算机系统(VCS) 1的示例的框式拓朴图。这种基于车辆的计算机系统1的示例为由福特汽车公司制造的SYNC系统。设有基于车辆的计算机系统的车辆可包含位于车辆中的可视前端界面4。用户还可通过例如触摸屏与该界面 (如果有的话)交互。在另一说明性的实施例中，通过按压按扭、口头对话和语音合成进行交互。在图1中所示的说明性实施例1中，处理器3控制车载计算机系统的运行的至少一部分。设在车辆中的处理器允许指令和路线的车载处理。此外，处理器连接至非持久存储器5和持久存储器7。在这个说明性实施例中，非持久存储器为随机存取存储器(RAM)并且持久存储器为硬盘驱动器(HDD)或快闪存储器。处理器还提供有多个不同的输入，允许用户与处理器交互。在该说明性实施例中， 提供有麦克风四、辅助输入25 (用于输入33)、USB输入23、GPS输入M和蓝牙输入15。还设有输入选择器51以允许用户在多种输入之间切换。在麦克风和辅助连接器的输入传递至处理器之前通过转换器27将其从模拟信号转换为数字信号。尽管未显示，与VCS通信的多个车辆组件和辅助组件可使用车辆网络(例如但不限于CAN总线)向VCS(或其组件) 传递数据或从其接收。对系统的输出可包括(但不限于)视觉显示器4和扬声器13或立体声系统输出。 扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿 19、21处所示的双向数据流输出至远程蓝牙设备(例如PND 54)或USB设备(例如车辆导航设备60)。在一个说明性实施例中，系统1使用蓝牙收发器15与用户的漫游设备53 (例如蜂窝电话、智能电话、PDA等)通信17。漫游设备可随后用于通过例如与蜂窝塔57的通信55 来与车辆31外部的网络61通信59。在一些实施例中，蜂窝塔57可为WiFi接入点。信号14代表了漫游设备和蓝牙收发器之间的示例性通信。可通过按钮52或类似输入指示漫游设备53和蓝牙收发器15的配对。这样，指示 CPU车载蓝牙收发器将与漫游设备中的蓝牙收发器配对。可利用例如与漫游设备53相关联的数据计划(data-plan)、声载数据(data over voice)或双音多频(DTMF)音调在CPU3和网络61之间传递数据。可替代地，可能需要包括具有天线18的车载调制解调器63以便通过语音频带(voice band)在CPU3和网络61之间传递16数据。随后，漫游设备53能够通过例如与蜂窝塔57的通信55与车辆31之外的网络61通信59。在一些实施例中，调制解调器63可与蜂窝塔建立通信20用于与网络61通信。如非限制性示例，调制解调器63可为USB蜂窝调制解调器并且通信20可为蜂窝通
fn °在一个说明性实施例中，处理器可设有包括API的操作系统以与调制解调器应用软件通信。调制解调器应用软件可访问蓝牙收发器上的嵌入模块或固件以完成与远程蓝牙收发器(例如在漫游设备中发现的)的无线通信。在另一实施例中，漫游设备53包括用于语音带或宽带数据通信的调制解调器。在声载数据的实施例中，当正在传输数据期间漫游设备的用户对设备说话时，可执行已知为频分复用的技术。在其它时间，当用户没有使用该设备时，数据传输能够使用整个带宽(在一个示例中为300Hz至3. 4kHz)。如果用户具有与漫游设备相关联的数据计划，该数据计划可能允许宽带传输且系统可使用更宽的带宽(加速数据传输)。在又一实施例中，漫游设备53被安装至车辆31的蜂窝通信设备(未显示)所代替。在又一实施例中，漫游设备53可以是能够通过例如(而非限定)802. 11网络(例如WiFi)或WiMax网络通信的无线局域网(LAN)设备。在一个实施例中，输入数据可经由声载数据或数据计划穿过漫游设备、穿过车载蓝牙收发器、并进入车辆内部处理器3。例如，在某些临时数据的情况下，数据可存储在HDD 或其它存储介质7上直至不再需要的时候。其它可与车辆交互的来源包括具有例如USB连接56和/或天线58的个人导航设备M，或者具有USB 62或其它连接的车辆导航设备60、车载GPS设备M、或者可与网络61 连接的远程导航系统(未显示)。此外，CPU可与多个其它辅助设备65通信。这些设备可通过无线连接67或有线连接69相连。同样地或可替代地，CPU可使用例如WiFi 71收发器连接至基于车辆的无线路由器73。这可允许CPU在本地路由器73范围内连接至远程网络。辅助设备65可包括但不限于个人媒体播放器、无线健康设备、移动计算机等。说明性的实施例提供基于环境因素动态激活应用程序的系统。环境因素能够由多个车辆系统或传感器确定、能够由驾驶员动态地输入、或能够通过连接至车辆计算机系统的第三方设备探测或触发。使用所有这些(或其它合适的)探测方法的组合，能够在任意给定的时间知道关于驾驶员周围环境的大量信息阵列。由于很多车辆计算机系统(例如但不限于福特SYNC系统)也能够连接至互联网，收集的数据能够与现有在线数据相互参考以确定更多驾驶员周围的环境信息。环境因素包括(但不限于)天气、本地商业、驾驶员健康、舒适、饥饿状态、音乐、本地剧场、车辆内的人数、当天时间、地点、车辆速度、乘客年龄、工作日、季节(每年的季节或体育季节)等。一些非限制性的探测每个前述的非排他示例中的示例可包括如下。天气可通过车辆传感器或通过组合GPS位置与当地天气数据的远程系统来探测。在已经“知道”或“猜测” 天气时，在例如车辆计算机系统上运行的应用程序能够确定当前天气是例如恶劣的。这会导致存储在与车辆计算机系统通信的移动设备上的天气应用程序启动并且经由车辆计算机系统为驾驶员提供更新的天气数据。在这种情况下，驾驶员会想知道例如暴风雨持续多长时间，但是不能将焦点移离道路以获得该信息。取代扫描广播的天气预报，车辆计算机系统自动地启动天气应用程序。
在至少一个说明的实施例中，会为车辆计算机系统和/或应用程序预先提供一些 “智能”级。例如，一系列基于环境的词汇以及这些词汇的一系列触发器会预编程到车辆计算机系统。在前述的天气示例中，词汇“恶劣天气、天气、暴风雨、下雨、下雪、雨夹雪”等可与天气相关联。随后应用程序也具有与这些相关联的特定触发器，以使得车辆计算机系统可“知道”当触发器出现时特定应用程序具有相关性或适用性。触发器环境可甚至保持开启，这样应用程序在与计算机系统通信时可将它们自身的触发器和/或触发程序添加至车辆计算机系统。在这个实施例中，当触发器由环境状况 “设置”时，与环境状况相关的触发器词汇以及与至少一个应用程序相关的相同触发器的组合会导致该应用程序被启动或认为要启动。类似地，该环境会包括识别特定环境触发器和与其相关的词汇的至少一个程序。也就是说，探测恶劣天气的程序也会导致激活(或呼叫导致激活的程序)一个或多个触发器，其可随后与配对的无线设备上现有的应用程序相关的触发器相互参考。本地环境因素的另一示例可为驾驶员的状态。这可包括经由无线或有线连接输入至车辆计算机系统的健康信息。例如但不限于，糖尿病患者的驾驶员的血糖监视可提供反馈至车辆计算机系统。驾驶员还可具有在无线设备上的当血糖低的时候找出最近的便利店的应用程序。在这个示例中，低血糖警报会导致触发器“低血糖”、“糖尿病，，或一些其它类似触发器发生。随后车辆计算机系统会探测到无线设备上的至少一个应用程序也具有与之相关联的糖尿病相关的触发器。随后该系统会启动那个应用程序，所有的都不需要来自驾驶员的任何实际的指令或交互。在其它驾驶员状态的示例中，驾驶员可为饥饿的。简单地说出词汇“饥饿”至车辆系统输入(例如但不限于后视镜上的麦克风)会导致触发“饥饿”、“饭店”、“吃饭”等。随后这会导致启动例如饭店相关的应用程序。情况可能会是通过驾驶员简单说出触发器来激活多个或所有的触发器。因此，当下载新的应用程序时，会为驾驶员提供一个或多个与该应用程序相关的触发词汇。说出词汇会激活触发器，其相应地导致车辆计算机系统激活应用程序。不同的触发器词汇甚至会激活应用程序的不同组件。然而，在至少一个示例中，替代拿起无线设备、激活应用程序、激活语音识别程序、 随后驾驶员使用语音导航应用程序，简单地说出词汇至车辆计算机系统输入实现所需的结果。因此，驾驶员较少分散注意力。在又一非限制性示例中，环境可包括当前在广播上播放的歌曲或节目。例如，元数据可流入广播中，该数据涉及歌曲、艺术家、电台、唱片集等。任意或所有的这种数据可导致触发器被激活。如果驾驶员口头(或其它方式)激活触发器，还可简单地使用这种数据。例如，如果广播上正在播放一位艺术家的一首新歌，驾驶员可说出触发器“购买歌曲”或“购买唱片集”。这会导致一些应用程序中的一个被启动。如果没有足够的数据以简单地购买该唱片，车辆计算机系统可查找带有相关的“购买唱片集”触发器的应用程序。但是，在启动该应用程序之前或之后，车辆计算机系统可发现不存在足够的数据。因此，其可查找带有与其相关的“音乐信息”触发器的应用程序。随后其可启动该应用程序并且输入歌曲名称。
启动音乐信息应用程序可导致信息被提供回至驾驶员，其随后会要求驾驶员方的一些互动以购买唱片集。例如但不限于，驾驶员的“购买唱片集”的第一请求可已经启动第一购买应用程序，其随后询问驾驶员“你希望购买哪个唱片集”(假设该数据不可用)。驾驶员随后必须触发“音乐信息”以启动第二应用程序，其随后会返回唱片集的名称。驾驶员随后可重新触发购买唱片集并且完成该交易。在这个示例中，甚至驾驶员被要求以与车辆计算机系统进行一些交互，驾驶员仍然不必须将主要焦点移离开道路，或做除了对计算机说话之外的任何事。
上面的示例以及许多其它也会有助于实现应用程序之间的更多的交互。例如，这会是所需的并且足够有利于(特别相关于音乐购买)整合多个应用程序和/或使得车辆计算机能够执行一些或所有上述“驾驶员步骤”而无需要交互。如果使用足够大标准化误差的通信库、API等，车辆计算机系统能够识别唱片集元数据不存在(跟随有“购买唱片集”触发器)、启动查询应用(如果可用)、获得所需数据并且回输入购买唱片集应用程序内。
其它说明性的多个应用程序使用可关于场地和在场地处的事件。例如，车辆计算机系统可探测用户在接近特定场地的范围内(至少部分基于GPS坐标)。这会导致启动事件通知应用程序。一旦通知用户该事件，“购买票”的触发器会导致第二、购买应用程序启动。来自第一应用程序的所有相关数据可通过车辆计算机被预植入第二应用程序，这样用户仅需要选择例如座位数。事件名称、日期等可已经被输入。在一个示例中，一个应用程序的实际激活可以是第二应用程序的触发器。
由于一些用户可能会发现应用程序的自动启动会转移注意力，其也可能通过预设来限制允许的触发器的类型。例如，篮球迷会想知道他每天驾车经过的区域何时有地方比赛，但是会不需要在用餐时间的食物提醒。一个解决方案不会具有后面情形的应用程序，但是作为替代，篮球迷可预设“场地”或“体育事件”或“篮球”等触发器。随后，在这个说明的示例中，仅这些触发器会导致试图自动启动应用程序。
通过整合应用程序、标准化触发器并且允许定制经历，这能够在很少或不会从驾驶分散注意力的情况下使得无线设备上的应用程序在合适的情况下和需要时无缝开启和关闭。因此，驾驶员能够在需要时访问他们的应用程序而不需要将他们的注意力移开道路。
下面提供一些说明性程序的非限制性的示例，其为达到这里所描述的部分功能的一个方法。
图2为与车辆计算机系统通信的无线设备上可访问的应用程序相关的一系列触发器的组合的说明性实施例。
在这个说明性的实施例中，在201处车辆计算机系统连接至配对的设备。连接为有线或无线的，并且其允许无线设备和车辆计算机系统之间的通信。
随后在203处车辆计算机系统询问存储在无线设备上的应用程序。任何可接受的技术都合理地用于该询问。例如但不限于，能够(至少通过无线连接可转移)移植无线设备上的应用程序的列表和任何相关的属性(在这个示例中例如相关的触发词汇)。
在205处，在车辆计算机系统处接收应用程序列表。在这个实施例中，根据车辆制造商做出的已知可用的触发器，触发器与应用程序开发者开发的应用程序相关联。一旦在车辆处接收到列表，在207处，车辆计算机系统选择列表上的应用程序并且在209处，从列表拉出与特定应用程序相关的触发器并且在211处，存储在本地。
图3显示了用于基于一个或多个环境触发器的动态应用程序激活的一般程序的说明性实施例。在这个说明性的实施例中，在301处，车辆计算机系统首先探测输入信号。 该信号可由驾驶员输入(语音、按钮引起等)或可由出现一个或多个环境因素而产生。例如，如果用户已经预选择特定类型的所有音乐将引起某些反应，则出现特定歌曲可导致自动地产生触发器以进行输入。可替代地(另外地)，用户能够口头指示任何给定触发器。
一旦已经接收或产生触发器，在303处，系统检查该触发器是否存在于预植入列表上。例如，如果探测到触发器“购买音乐”，系统将检查(来自于与连接的无线设备上当前可用的应用程序相关的所有触发器的)该预植入列表以查看具有购买音乐(如由相关的触发器所指示)能力的应用程序是否存在。
如果不存在带有相应触发器的应用程序，随后在307处该系统将(在这个实施例中)忽略该触发器。在这个实施例中，由于车辆将运行相应于触发器生成逻辑的一个或多个程序，很可能具有在相应的应用程序不可用的情况下生成的触发器。在一个示例中，复杂和稳健的逻辑运算在多个情况下产生多种触发器。随后这些触发器可用于应用程序开发者以使得它们可与特定应用程序整合和/或相关联。
在不同的示例中，提供了一组更基本的逻辑程序，并且特定应用程序能够装载新触发器和将产生这些触发器情况的相关事件(该方法还能够与前述更稳健的系统结合)。
如果在预植入的列表上存在至少一个触发器的情况，在305处系统检查是否存在具有与其相关的触发器的多个应用程序。尽管参考说明性的实施例按词汇描述触发器，触发器也可能是代码、数字、字母或任何合适的将要采取的行为的指示器。
如果存在具有与其相关的触发器的多个应用程序，在317处该系统列出(视觉、听觉等)相应的应用程序。在这个实施例中，在319处系统随后等待选择可用程序。如果仅有一个应用程序相应于触发器，则在309处系统则建议用于已经出现的情况的应用程序。
在至少一个实施例中，在给定情况下可预设系统运行一些或所有应用程序。例如， 用户可不想自动地购买特定音乐类型，但是希望在广播上出现这种类型的音乐时给出该选项。另一方面，无论何时车辆传感器探测到出现降水，用户可总是想要天气报告，并且因此可不需要每次询问用户而可启动天气应用程序。
在这个说明性的示例中，一旦已经建议该应用程序，在311处系统等待以检查用户是否想要该应用程序运行。如果用户不想，则程序在313处退出(退出也会导致系统内的一些类型的延迟设定，这样一旦退出再出现触发器不会再次立即激活)。
如果用户想要启动应用程序，随后在315处系统处理“运行”指令并且发送该指令至无线设备以使得实施所需的应用程序。同样，情况可以为关于触发器设置内部延迟以防止相同的事件导致多个触发器。
图4显示了用于优选的应用程序选择过程的程序说明性实施例。在这个说明性的实施例，触发器探测和产生过程总体上与参考图3中所示的相同。然而，在这个例子中，系统能够识别特定应用程序对于给定的触发器或情况是优选的。
说明性的程序以前述方式进行，除非发现触发器(或多个触发器)相应于存储在预植入列表305上的多于一个的应用。尽管该列表已经在前面描述为预植入的列表，该列表也可根据触发器(或多个触发器)的出现并且在每个触发器出现时可动态地检查现有应用程序动态地植入。
在参考图4中所显示的说明性实施例中，当出现多个应用程序相应于触发器时， 在404处系统检查特定应用程序的使用是否超过阈值。例如当选择应用程序时，系统可作出该选择的标注或日志用于将来参考。
如果没有应用程序超过阈值，系统平等对待所有应用程序并且相应在317处处理它们。但是，如果足够经常地对于触发器选择特定应用程序，在403处系统会建议该应用程序为优选应用程序。如果在405处用户同意这个选择(或将系统设置为自动接受建议)，随后在315处该系统处理该建议的应用程序。否则，如果不存在优选的应用程序，则在317处系统处理触发器的出现。
图5显示了用于基于出现至少一个触发器启动集成两个或多个逻辑连接的触发器的应用程序的程序的说明性实施例。
在这个说明性的实施例中，如果触发器可用并且将辅助完成给定任务，则这些触发器会导致第二触发的情况。一旦探测到特定触发器，在501处系统检查是否存在与特定触发器相关的次生行为。
例如但不限于，如果用户/触发器请求购买相应于广播上播放的音乐的唱片集， 这里可能没有提供相应于该歌曲的唱片集信息。在这种情况下，在501处系统会检查是否有相关行为，例如“查找唱片集”。因此，如果唱片集数据不可用，“购买唱片集”触发器可导致“查找唱片集”触发器的情况。如果不存在相关行为，或存在相关行为，但是在503处的相关行为不能处理(例如由于缺少相应于“查找唱片集”触发器的应用程序)，系统可仅处理305处的原始应用程序触发器。否则，在505处系统首先执行相关行为并且随后处理原始触发器。
尽管已经根据说明的实施例描述了本发明，这些仅为示例并且不意图限制本发明的范围。对这里描述的部分程序的合理和众所周知的替代也在本发明的范围内。
权利要求
1.一种应用程序控制方法，包含在车辆计算机系统VCS处接收一个或多个触发器和与所述VCS通信的无线设备上可用的一个或多个应用程序的列表；将所述应用程序和所述触发器的列表存储在本地车辆存储器内；对于与触发器相应的状态，使用所述VCS监视一个或多个车辆传感器或其它输入装置；在探测到与触发器相应的状态时，使用所述VCS比较所述触发器和与一个或多个应用程序相关联的触发器；及使用所述VCS建议至少一个应用程序用于激活，所述至少一个应用程序具有与相应于所述状态的触发器相同的相关联的触发器。
2.如权利要求1所述的应用程序控制方法，其特征在于，所述接收响应于从所述VCS发送的查询。
3.如权利要求1所述的应用程序控制方法，其特征在于，所述建议进一步包含如果应用程序为具有与相应于所述状态的触发器相同的相关联的触发器的唯一应用程序，则自动地激活所述应用程序。
4.如权利要求1所述的应用程序控制方法，其特征在于，建议进一步包含如果应用程序为具有与相应于所述状态的触发器相同的相关联的触发器的应用程序并且被指定为优先的应用程序，则自动地激活该应用程序。
5.如权利要求4所述的应用程序控制方法，其特征在于，自动激活应用程序进一步包含如果对于与相应于所述状态的触发器相同的相关联的触发器，所述应用程序被指定为优先应用程序，则自动地激活所述应用程序。
6.如权利要求1所述的应用程序控制方法，其特征在于，所述建议进一步包含如果车辆乘客响应于相应于所述探测的状态的触发器而先前至少预定次数选择了应用程序以用于激活，则自动地激活所述应用程序。
全文摘要
本发明提供一种应用程序控制方法，包含在车辆计算机系统(VCS)处接收一个或多个触发器和与VCS通信的无线设备上可用的一个或多个应用程序的列表；将应用程序和触发器的列表存储在本地车辆存储器内；对于相应于触发器的状态，使用VCS监视一个或多个车辆传感器或其它输入装置；在探测到相应于触发器的状态时，使用VCS比较触发器和与一个或多个应用程序相关联的触发器；及使用VCS建议至少一个应用程序用于激活，该应用程序具有与相应于状态的触发器相同的相关联的触发器。
文档编号G06F9/445GK102541588SQ20111039164
公开日2012年7月4日 申请日期2011年11月23日 优先权日2010年11月29日
发明者马克·斯肯德 申请人:福特全球技术公司