CN107380096A - 操作车辆时的应用执行 - Google Patents

Abstract

本公开涉及操作车辆时的应用执行，描述允许或禁止车辆应用执行。当车辆处理系统接收到执行应用的请求或者检测到车辆的操作状态的改变时，车辆处理系统可以获得对应用进行分类的分类数据以及车辆的当前操作状态。分类数据可以指示应用的应用类型以及能够执行应用的车辆操作状态的类型。基于分类数据、车辆操作状态以及一个或多个规则，车辆处理系统可以确定是允许在车辆中执行应用还是拒绝在车辆中执行应用。

Description

操作车辆时的应用执行

相关申请的交叉引用

本申请要求于2016年5月17日提交的第62/337,573号美国临时申请的优先权和权益，通过引用将其并入本文。

技术领域

本公开一般地涉及机动车。

背景技术

车辆变得与驾驶者之间具有越来越多的交互性。车辆系统和用户界面容许驾驶者选择若干所期望的应用，诸如例如选择导航应用以便执行导航操作。通常，可以将各种适当的应用下载到车辆。然而，随着能够在车辆上安装和执行的应用的数量增加，解决由于例如驾驶者分心而引起的安全问题是很重要的。

发明内容

本公开一般地涉及当车辆正在由驾驶者操作时用于控制车辆应用的执行的系统和方法。

在一些实现方式中，在本说明书中所描述的主题的革新方面包括执行动作的计算机实现的方法。所述动作包括：接收在车辆中执行应用的指示；获得与应用相关联的分类数据；由车辆处理器确定车辆的操作状态；以及由车辆处理器基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用。响应基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用，传达在车辆中执行应用。

实现方式均可以可选地包括下列特征中的一个或多个。例如，在一些实现方式中，与应用相关联的分类数据包括：指示应用是前端应用或后端应用的数据；指示应用在特定的驾驶模式中可执行的数据；指示可执行应用的车辆品牌(make)和型号(model)的数据；以及与应用相关联的元数据。

在一些实现方式中，接收在车辆中执行应用的指示包括下列之一：接收在车辆中执行应用的用户输入；从第二应用接收在车辆中执行应用的指令；以及接收响应车辆触发事件在车辆中执行应用的指令。

在一些实现方式中，获得与应用相关联的分类数据包括下列中的一个或多个：从一个或多个存储设备检索与应用相关联的分类数据的一个或多个部分；以及从网络服务器接收与应用相关联的分类数据的一个或多个第二部分。

在一些实现方式中，由车辆处理器确定车辆的操作状态包括下列中的一个或多个：确定车辆正在操作时的排档；确定车辆的移动或速度；以及确定车辆中乘客的数量。

在一些实现方式中，所述动作还包括：从网络服务器接收应用数据；从应用数据提取与应用相关联的分类数据；以及将与应用相关联的分类数据存储在车辆存储单元或者基于云的数据库中。

在一些实现方式中，所述动作还包括：响应基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定不执行应用，传输指示拒绝应用执行的拒绝消息。

在一些实现方式中，拒绝消息由扬声器输出，拒绝消息的内容由车辆中的图形用户界面输出，或者拒绝消息传输到与车辆的驾驶者相关联的便携式电子设备。

在一些实现方式中，传输指示拒绝应用执行的拒绝消息包括：传输已经终止、暂停或者延迟后端应用的执行的指示，或者传输阻止前端应用的执行的指示。

在一些实现方式中，响应基于车辆的操作状态确定执行应用，控制车辆中的图形用户界面显示与应用的执行相关联的输出数据。

在一些实现方式中，由车辆处理器基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用包括下列中的一个或多个：确定应用是前端应用还是后端应用；确定应用是否被分类为在停放车辆模式和移动车辆模式中的一个或多个中可操作；以及确定车辆的位置并且获得基于车辆的位置的一个或多个应用执行规则。

在一些实现方式中，基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：确定应用是前端应用；确定车辆的操作状态指示停放车辆模式；确定车辆的位置以及一个或多个执行规则容许应用的执行；以及确定执行应用。

在一些实现方式中，基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：确定应用是后端应用；响应确定应用是后端应用，确定执行应用对一个或多个前端应用的可能影响；确定执行后端应用对一个或多个前端应用的可能影响小于阈值量；确定车辆的位置以及一个或多个执行规则容许后端应用的执行；以及确定执行后端应用。

这些方面的其他实现方式包括对应的系统、装置、计算机可读存储介质以及被配置为实现上述方法的动作的计算机程序，例如包括包含这样的系统和计算机程序的诸如道路车辆这样的车辆。

下面在附图和描述中阐述一个或多个实现方式的细节。其他特征和优点将根据描述、附图和权利要求而变得明显。

附图说明

图1图示当车辆开始移动时禁止电子游戏应用的执行的示例性场景。

图2图示响应车辆操作状态的改变而继续应用的执行的示例性场景。

图3图示防止应用执行的示例性场景。

图4图示允许或禁止车辆中应用的执行的示例性方法的流程图。

图5图示允许或禁止车辆中应用的执行的示例性方法的流程图。

图6图示支持车辆中的应用执行的示例性系统。

各个附图中相同的标号和名称指示相同的元件。

具体实施方式

本公开一般地描述用于控制车辆应用的执行的系统和方法。

根据实现方式，当车辆处理系统接收到执行应用(app)的请求或者检测到车辆的操作状态的改变时，车辆处理系统可以执行若干动作以允许或禁止车辆中应用的执行。

在一些实现方式中，当接收到执行应用的请求时，车辆处理系统可以获得对应用进行分类的分类数据以及车辆的当前操作状态。分类数据可以指示应用的应用类型以及能够执行应用的车辆操作状态的类型。例如，文本消息传递应用的分类数据可以指示文本消息传递应用是使用图形用户界面的前端应用，但是应当只有当车辆处于停放状态或者没有移动时才执行。能够在驾驶时使用的应用可以显示特定的图形指示符，图形指示符可以是诸如图标、图像、设计、文本或图案这样的任何适当的图形表示。基于分类数据、车辆操作状态以及一个或多个规则，车辆处理系统确定是允许应用的执行还是拒绝应用的执行。

在一些实现方式中，当检测到车辆的操作状态的改变时，车辆处理系统确定正在车辆中执行的应用。对于当车辆操作状态改变时正在执行的车辆应用中的一个或多个，车辆处理系统可以获得对应用进行分类的分类数据。基于分类数据、车辆操作状态以及一个或多个规则，车辆处理系统确定是继续应用的执行还是中断应用的执行。例如，在一些情况下，电子游戏应用可以被分类为应当只有当车辆处于停放状态或者不移动时才执行的应用。因此，如果车辆从例如停放排档变成驾驶排档并且开始移动，则车辆的车辆处理系统将禁止电子游戏应用，使得驾驶者在车辆移动时不会分心。车辆处理系统可以输出驾驶安全消息，在一些实现方式中，驾驶安全消息可以在预先确定的时间段之后中断。在不再输出驾驶安全消息之后，车辆处理系统可以显示默认的主屏幕(home screen)。

图1图示当车辆开始移动时禁止电子游戏应用的执行的示例性场景。在示例性场景中，驾驶者可能正在使用驾驶者所坐的静止车辆的图形用户界面(GUI)玩电子游戏。虽然参考图1使用电子游戏的示例，但是应当理解，所图示的场景可以一般地应用于需要驾驶者的注意力的各种应用。应用的其他示例包括例如购物应用、网络浏览应用以及文本消息传递应用。车辆GUI的屏幕110例示驾驶者正在玩电子游戏的示例。

如果车辆开始移动或者排档从停放变成驾驶或者检测到倒车排档，则车辆中的处理器确定当前正在车辆中运行的所有应用以及是否容许这些应用在车辆移动时继续执行。如下面更详细地说明的那样，使用一个或多个规则和条件以及对各个应用进行分类的数据来确定当车辆操作状态改变时容许哪些应用继续执行。

参考图1中的示例性实现方式，车辆处理系统中的车辆处理器获得与电子游戏应用相关联的分类数据。然后，车辆处理器确定分类数据是否指示电子游戏应用是当车辆处于驾驶操作状态时能够执行的应用。另外，车辆处理器确定车辆系统规则和条件是否容许应用在车辆的驾驶操作状态中执行。

基于与电子游戏应用相关联的分类数据、车辆操作状态以及车辆系统规则和条件，车辆处理器确定电子游戏应用不能继续执行。因此，车辆处理器发送暂停或终止游戏的指令。如屏幕120中所示，已经暂停游戏的消息通过车辆GUI显示给驾驶者。游戏可以暂停，直到车辆操作状态的另一个改变发生为止，诸如例如车辆返回到静止状态或者车辆的排档位于停放排档位置。

在显示已经暂停或终止电子游戏应用的消息之后，车辆处理器控制车辆GUI返回到默认的GUI屏幕130。默认的GUI屏幕130可以是由车辆制造者、驾驶者配置的任何适当屏幕，或者可以是在电子游戏应用的执行之前显示的最后的屏幕。例如，默认的GUI屏幕130可以是显示导航应用屏幕、收音机应用屏幕、天气应用屏幕的屏幕，或者可以是由车辆制造者设置的默认屏幕。在显示指示已经暂停或终止电子游戏应用的消息之后，默认的GUI屏幕130可以显示长达由车辆制造者设置的预先确定的时间。

图2图示响应车辆操作状态的改变而继续应用的执行的示例性场景。在所例示的场景中，驾驶者正在利用导航应用从一个地方导航至另一个地方。导航应用GUI显示在屏幕210中，以提示驾驶者录入指示驾驶者想要驾驶去往的地方的目的地地址。在一些实现方式中，驾驶者可以利用语音识别应用提供目的地地址。在一些实现方式中，驾驶者可以使用一个或多个适当的触摸输入方法输入目的地地址。

在已经录入目的地地址之后，车辆处理器可能检测到车辆操作状态已经改变。例如，车辆处理器可能检测到汽车已经开始移动或者车辆排档已经从停放排档变成驾驶排档。响应车辆操作状态的改变，车辆处理器确定当前正在车辆中运行的所有应用以及是否容许这些应用在车辆移动时或者在当前的车辆操作状态中继续执行。如下面更详细地说明的那样，使用一个或多个规则和条件以及对各个应用进行分类的数据来确定当车辆操作状态改变时容许哪些应用继续执行。

参考图2中的示例性实现方式，车辆处理器获得与导航应用相关联的分类数据。然后，车辆处理器确定分类数据是否指示导航应用是当车辆处于驾驶操作状态时能够执行的应用以及车辆系统规则和条件是否容许应用在车辆的驾驶操作状态中执行。

在图2中，基于与导航应用相关联的分类数据、车辆操作状态以及车辆系统规则和条件，车辆处理器确定导航应用能够继续执行。因此，导航应用GUI过渡到下一个屏幕220，提供到达目的地地址的驾驶者指令。驾驶者在该处理中没有经历任何延迟或者不便，因为车辆处理器的上述操作在后台进行并且对驾驶者是看不见的。

图3图示防止应用执行的示例性场景。在图3中，驾驶者可以选择通过车辆GUI发送文本消息的选项。例如，驾驶者可以在显示与文本消息应用相对应的图标的屏幕区域处触摸车辆GUI的屏幕。通常，驾驶者可以利用各种适当的方法向车辆处理器传达驾驶者想要启动应用的执行。另外或者可选地，驾驶者能够指示驾驶者想要组成文本消息的方式。例如，驾驶者能够指示他想要使用语音识别应用或者语音转文本应用来组成文本消息。

在通过车辆GUI接收指示驾驶者想要使用语音识别应用发送文本消息的一个或多个触摸输入之后，车辆处理器可以控制车辆GUI输出确认驾驶者的指令的消息。例如，如图2中所示，车辆GUI的屏幕310可以显示要求驾驶者确认驾驶者的选择的确认消息。

在接收到来自驾驶者的选择的确认之后，车辆处理器确定：(i)当前的车辆操作状态；(ii)当前在车辆中运行的应用；(iii)当前在车辆中运行的应用是否能够在当前的车辆操作状态中执行。如下面更详细地说明的那样，使用一个或多个规则和条件以及对各个应用进行分类的数据来确定容许哪些应用在车辆操作状态改变的任何时候执行。

参考图3中的示例性实现方式，车辆处理器获得与文本消息传递应用和语音识别应用相关联的分类数据。然后，车辆处理器确定分类数据是否指示文本消息传递应用和语音识别应用是能够在当前车辆操作状态中执行的应用。另外，车辆处理器确定车辆系统规则和条件是否容许应用在车辆的驾驶操作状态中执行。

在图3中所例示的实现方式中，驾驶者在驾驶汽车时进行触摸输入。基于与文本消息传递应用相关联的分类数据、车辆操作状态以及车辆系统规则和条件，在一些情况下，车辆处理器可以确定文本消息传递应用因为驾驶者当前正在驾驶车辆而不能够执行。另外，车辆处理器也可以确定执行语音识别应用可能对驾驶者也正在使用的其他应用的执行具有不利的影响。例如，车辆处理器可以确定如果执行语音识别应用，则该执行将使得驾驶者正在依赖用于指向的导航应用变慢并且可能导致导航应用提供不适时的方向。

因此，车辆处理器可以确定语音识别应用和文本消息传递应用都不能执行。然后，如屏幕320中所示，车辆处理器控制车辆GUI显示指示已经拒绝驾驶者执行语音识别应用和文本消息传递应用的请求的拒绝消息。车辆处理器也可以向驾驶者传达何时请求能够被准许或者驾驶者应当再次请求应用的执行的条件。在一些实现方式中，由车辆处理系统传达给驾驶者的消息可以使用音频信号、连同通过车辆GUI显示的消息一起或者与通过车辆GUI显示的消息分开地输出。

在显示拒绝消息之后，车辆处理器控制车辆GUI返回到默认的GUI屏幕330。

在一些情况下，车辆处理器可以确定如果满足一个或多个条件则容许文本消息传递应用执行。例如，车辆处理器可以确定，如果使用语音识别或者语音转文本应用接收驾驶者可能希望包括在文本消息中的单词，则能够执行文本消息传递应用。如果除了文本消息传递应用之外，车辆系统还具有支持语音识别或者语音转文本应用的执行的能力，并且驾驶者同意使用语音识别或者语音转文本应用，则可以执行文本消息传递应用。

参考图4和5描述控制车辆应用的执行的方法。

参考图4，车辆处理系统420可以连接到网络服务器410和车辆GUI 430。车辆处理系统420可以与网络服务器410通信以接收应用数据(402)。例如，如果车辆的驾驶者想要从应用商店上传特定应用的内容或者应用数据，则车辆处理系统420可以与网络服务器410无线地通信以获得内容或者应用数据。

在一些实现方式中，用于安装、更新或者执行应用的应用数据可以由车辆处理系统420请求。在一些实现方式中，安装在车辆中的应用的应用数据可以由车辆制造者的服务器传输。在一些实现方式中，应用数据可以由车辆处理系统420通过驾驶者的便携式电子设备接收，并且在一些实现方式中，应用数据可以由车辆处理系统420从网络服务器410接收而不使用驾驶者的便携式电子设备。在一些情况下，应用数据可以由车辆处理系统420周期性地请求。在一些情况下，如果对于已经接收到执行请求的应用，没有应用数据可用，则可以请求应用数据。

在从网络服务器410接收应用数据之后，车辆处理系统420可以从接收到的应用数据中提取应用的分类数据(404)。分类数据可以包括各种类型的数据，包括例如将应用分类成前端应用或者后端应用的数据、指示应用的版本的数据、指示应用的签名的数据、指示能够执行应用的车辆操作模式的数据、指示可执行应用的车辆品牌和型号的数据、与应用相关联的元数据以及用于防止应用执行的二进制散列数据。

前端应用指驾驶者能够直接与其交互的应用。前端应用的示例包括但不局限于电话呼叫应用、网络浏览应用、文本消息传递应用以及导航应用。

后端应用指不需要与驾驶者直接交互的服务应用。后端应用可以连接到前端应用。后端应用的示例包括但不局限于监控车辆或者车辆的部件的性能的应用、控制诸如照明或挡风玻璃雨刷器激活这样的某些功能的应用或者对诸如内容提供器和广播接收器这样的其他应用提供服务的应用。

分类数据也可以包括关于应用的安全级别以及可以使用应用的车辆操作模式的指示。例如，在一些实现方式中，应用可以被分类为对于驾驶者正在驾驶时的使用是不安全的，并且应用也可以被指定为只有当车辆处于停放车辆操作状态时才可执行。

在一些实现方式中，指示应用的版本的数据可以包括指示由机动车系统420接收的应用的具体版本的安全级别的数据。例如，在一些情况下，应用的一个版本可以被分类为在车辆移动时执行是安全的，而应用的另一个版本可以被分类为在车辆移动时执行是不安全的。指示应用的版本的数据也可以包括到应用的其他版本的链接。例如，被分类为当车辆移动时执行是不安全的应用的版本可以具有链接以安装、执行或者运行被分类为当车辆移动时执行是安全的应用的版本。

通常，应用可以被分类为对于车辆在运动中时的使用是安全的或者不安全的，并且可以针对应用指明任何车辆操作状态。在一些实现方式中，如果无法提取或者获得应用的分类数据，则车辆处理系统420可以从诸如车辆制造者服务器或者因特网数据库或服务器这样的另外的数据源获得分类数据。

在一些实现方式中，应用可以被分类为对于车辆在运动中时的使用是安全的，并且应用可以被指明为在任何车辆操作状态中可执行。在一些实现方式中，应用可以被分类为对于车辆在运动中时的使用是不安全的，并且应用可以被指明为在涉及车辆移动的任何车辆操作状态中不可执行。在一些实现方式中，应用可以被指明为当满足一个或多个条件时可执行。这些条件可以包括但不局限于例如天气条件、驾驶条件、交通条件、照明条件、应用特定的使用条件以及引擎条件。应用特定的使用条件包括例如指定应用在另一个应用也被执行的情况下能够被执行的条件。

在一些实现方式中，车辆制造者可以限制能够安装在由该车辆制造者制造的车辆中的应用的数量或者类型。例如，特定的车辆制造者可以阻止针对由其他车辆制造者制造的车辆所设计的应用安装在由该特定的车辆制造者制造的车辆中。在另一个示例中，特定的车辆制造者可以允许能够控制或影响车辆中的仅特定组件或程序的应用安装在车辆中。

在一些实现方式中，如果无法提取或者获得应用的分类数据，则车辆处理系统420可以指明应用仅在停放车辆操作状态中可执行。通常，与应用相关联的分类数据可以由应用商店、应用开发者或者车辆制造者提供。例如，当开发应用时，应用开发者可以在应用中包括元数据，元数据包括指定能够执行应用的车辆操作状态的分类数据。

能够使用各种准则将应用分类为安全或者不安全。例如，在一些情况下，可以将需要进行比阈值时间(例如1.5秒)更长的持续时间的任务(诸如驾驶者输入)的应用确定为对于车辆在运动中时的执行是不安全的。在一些情况下，不具有针对车辆、驾驶者所配置的GUI或者不具有车辆GUI使用的应用可以被确定为对于在车辆中的执行是不安全的。

所提取的分类数据存储在车辆处理系统420中的任何适当的存储设备中(406)。在一些实现方式中，所提取的分类数据可以存储在基于云的存储系统中。

在存储所提取的分类数据之后，车辆处理系统420等待接收执行应用的指示(408-A、408-B)。执行应用的指示可以通过若干适当的手段或者通过车辆触发事件来生成。在一些实现方式中，车辆触发事件可以包括例如车辆操作状态的改变，诸如当车辆操作状态从停放状态变成移动状态时或者反过来。在一些实现方式中，当驾驶者输入执行应用的请求或者驾驶者动作提示应用要被执行时，可以生成执行应用的指示。在一些实现方式中，执行应用的指示可以由于另一个车辆应用请求执行该应用而生成。

响应接收到执行应用的指示，车辆处理系统420确定当前的车辆操作状态，并且检索所存储的所提取的与应用相关联的分类数据(410)。如图5中更详细示出的那样，在操作410中，车辆处理系统420可以提取或者确定信息，信息包括应用的应用商店分类、与应用相关联的车辆制造者规则、容许执行应用的一个或多个车辆操作状态、指示应用是后端应用还是前端应用的分类数据以及指示应用是支持另一个应用还是被另一个应用支持的数据中的一个或多个。

例如，在一些实现方式中，车辆处理系统420可以确定由提供应用以便用户下载的应用商店提供的应用的分类。当从应用商店下载应用时，应用的分类可以包括在元数据中。在一些情况下，应用的分类可以是例如指示当车辆在运动中时应用能够在车辆中执行的标签。在一些情况下，应用的分类可以是例如指示当车辆在运动中时应用不能够在车辆中执行的标签。在一些情况下，应用的分类可以是例如指示只有当满足某些条件时应用才能够在车辆中执行的标签。

在一些实现方式中，车辆处理系统420可以获得车辆的车辆制造者规则。车辆制造者规则可以从车辆中的存储数据库、与车辆制造者相关联的云数据库以及车辆制造者的一个或多个服务器中的一个或者多个获得。车辆制造者规则可以提供容许应用在车辆中安装或者使用的一个或多个准则。例如，在一些情况下，车辆制造者规则可以阻止来自其他车辆制造者的应用安装在车辆中，或者阻止被确定为安全危害的应用。被阻止的应用可以包括例如游戏应用以及车辆制造者已经确定为损害驾驶者操作车辆的能力的其他应用。在一些情况下，车辆制造者规则可以将能够在车辆中执行的应用限制为局限于特定类别的应用。例如，经批准的应用的类别可以包括支持导航的应用、车辆维护和操作相关的应用、路边援助应用、周围环境控制应用以及由车辆制造者确定为对于执行是安全的各种其他应用中的一个或多个。

在一些实现方式中，车辆处理系统420确定要执行的应用被分类为后端应用或者前端应用。将应用分类为后端或者前端应用的数据可以从各种适当的来源获得。例如，在一些情况下，将应用分类为后端或者前端应用的数据可以作为元数据而包括在应用文件中。在一些情况下，将应用分类为后端或者前端应用的数据可以从应用商店获得。在一些情况下，将应用分类为后端或者前端应用的数据可以由车辆生成。

在一些实现方式中，车辆处理系统420确定应用的版本以及该版本是否对应于当车辆在运动中时能够使用的版本。例如，对于特定的应用，具有不会使驾驶者分心的用户界面的版本可以被分类为在移动的车辆中执行是安全的。具有会使驾驶者分心的更复杂用户界面的相同应用的另一个版本可以被分类为在移动的车辆中执行是不安全的。如果应用的版本被确定为不安全，则车辆处理系统420可以确定是否被分类为安全的应用的其他版本可用于执行。如果有更安全的版本可用，则车辆处理系统420可以从分类数据或者各种其他适当的来源获得关于应用的一个或多个更安全版本的信息，并且将安全的版本用于操作410、412和414。

在一些实现方式中，车辆处理系统420确定要执行的应用是否被配置为支持其他应用或者当要执行的应用执行时是否需要执行其他应用。为了做出该确定，车辆处理系统420可以确定要执行的应用是否需要来自其他应用的输入或者支持以及其他应用在应用执行时是否需要来自该要执行的应用的输入或者支持。该确定允许车辆处理系统420估计在容许应用执行的情况下对车辆处理系统420中的带宽、执行和处理速度的影响。

在操作410中，车辆处理系统420还使用各种适当的手段，包括例如从一个或多个车辆部件、传感器、排档和处理器接收的数据，来确定车辆操作状态。车辆操作状态可以包括各种适当类型的信息，包括例如指示车辆是否在移动的信息、各种车辆部件(例如灯、排档、传感器、低电池)的状态指示以及周围和环境条件。

例如，车辆处理系统420可以通过识别车辆的当前排档位置来确定车辆操作状态。作为示例，如果车辆的排档处于停放位置，则车辆处理系统420可以确定车辆的车辆操作状态是静止的或者是不移动的。在一些情况下，车辆处理系统420可以基于从车辆中的速度传感器和加速器接收的数据，确定车辆操作状态，诸如车辆的速度或者方向。在一些实现方式中，当确定车辆操作状态时，车辆处理系统420也可以确定其他条件，诸如例如车辆照明条件、应用特定的使用条件、车辆中的乘客的数量以及引擎条件。车辆照明条件可以包括例如指示车辆的内部和外部的灯的状态的条件。

在一些实现方式中，当确定车辆操作状态时，车辆处理系统420可以确定网络连通性以及内部处理速度和诊断。例如，车辆处理系统420可以确定车辆与诸如蜂窝式网络或者因特网这样的无线网络没有连接、具有弱无线连接或者具有强无线连接。在一些情况下，车辆处理系统420可以确定车辆处理系统420的一个或多个处理器或者组件的状态，使得可以识别执行应用时的任何处理错误或延迟。

在确定当前车辆操作状态并且检索与应用相关联的分类数据(410)之后，车辆处理系统420确定是否容许应用的执行(412)。车辆处理系统420可以使用一个或多个规则来确定是否容许应用的执行。

在一些实现方式中，如果当前车辆操作状态或者条件与应用的所指明的车辆操作状态或者条件匹配，则车辆处理系统420容许应用执行。例如，导航应用的分类数据可以包括导航应用能够在任何车辆操作状态或者条件下执行的指示。电子游戏应用的分类数据可以包括电子游戏应用只有当车辆静止时才能够执行的指示。消息传递应用的分类数据可以包括消息传递应用只有在当使用支持语音转文本或者语音识别应用的情况下操作时才能够执行的指示。因此，如果车辆操作状态指示车辆是静止的，则可以容许导航应用、电子游戏应用和消息传递应用以任何次序执行。如果车辆操作状态指示车辆正在移动，则将容许导航应用执行，并且将不容许电子游戏应用执行。如果驾驶者同意使用语音转文本或者语音识别应用，使得驾驶者可以使用语音代替驾驶者的手来组成文本消息，则消息传递应用可以有条件地执行。

在一些实现方式中，车辆处理系统420可以执行一个或多个认证和验证操作来确定是否容许应用的执行。例如，在一些实现方式中，车辆处理系统420可以将散列函数应用于二进制散列数据以确定是否防止应用执行。在一些实现方式中，车辆处理系统420验证应用签名或者接收或生成应用的来源，以确定应用是否能够被信任和执行。

在一些实现方式中，确定是否容许应用执行的操作包括确定容许执行应用的哪个版本。如上所述，如果应用的一个版本被确定为不安全，则在一些情况下，车辆处理系统420可以执行可用的并且能够由车辆处理系统420获得的应用的安全版本。

可以使用各种另外的准则和规则来确定是否容许应用的执行。在一些实现方式中，如果应用是后端应用，那么如果由后端应用支持的其他应用的执行将不会有害地影响驾驶者的驾驶能力，则车辆处理系统420将容许应用的执行。例如，如果由于容许后端应用的执行而有害地影响导航应用，使得导航应用可能不能够向驾驶者提供及时的指令进行导航，则可以不容许执行该后端应用。通常，如果确定容许后端应用执行对前端应用(例如，导航应用)的可能影响以大于或等于阈值量的量是有害的，则车辆处理系统420将不容许后端应用执行。如果对前端应用的可能有害影响小于阈值量，则车辆处理系统420将容许后端应用执行。可能影响可以包括例如对执行应用的处理能力和时间的影响。

在一些实现方式中，如果要执行的应用是前端应用，则车辆处理系统420可以容许前端应用以及该前端应用所依赖的用于数据或输入的任何另外的后端应用的执行。在一些情况下，如果在当前车辆操作状态或者规则下禁止一个或多个后端应用执行，则车辆处理系统420可以容许前端应用以及仅仅该前端应用所依赖的、用于数据或输入的、未被禁止执行的后端应用的执行。指示禁止支持要执行的前端任务的后端任务的消息可以显示给驾驶者。然后，在一些情况下，驾驶者可以向车辆处理系统420提供输入，指示驾驶者在后端应用无法执行的情况下仍然对执行前端应用感兴趣。在一些情况下，驾驶者可以向车辆处理系统420提供输入，指示驾驶者在后端应用无法执行的情况下不再对执行前端应用感兴趣。

在一些实现方式中，车辆处理系统420可以确定应用的执行是否遵守当地司法规则。例如，在一些州，在驾驶时发送文本消息是违法的。然而，在其他州，在驾驶时发送文本消息是合法的。车辆处理系统420可以确定车辆的位置，获得在车辆所在的州中执行应用的法律规则，并且确定要执行的应用是否遵守车辆当前所在的州的法律规则。车辆的位置信息可以使用各种适当的系统获得，诸如全球定位系统(GPS)、实时定位系统(RLTS)、卫星定位服务、蜂窝定位系统以及其他基于网络的定位系统。

在一些实现方式中，如果应用被指明为仅在特定的车辆品牌和型号中可执行，则车辆处理系统420将防止该应用在任何不匹配在与应用相关联的分类数据中所指定的特定的车辆品牌和型号的任何车辆中执行。在一些实现方式中，仅在应用由车辆制造者所允许的供应商或者车辆制造者提供的情况下，车辆处理系统420才将容许应用的执行。

如果车辆处理系统420确定容许应用执行，则车辆处理系统420执行该应用以及任何相关联的操作和功能(414和504)。车辆处理系统420可以控制车辆GUI 430输出作为执行应用的结果所生成的数据。例如，在一些情况下，如果正在执行新的应用，则车辆GUI 430可以显示与应用的GUI相对应的GUI。在一些实现方式中，可以向驾驶者输出音频或视觉消息，指示应用的执行已经开始。

如果车辆处理系统420确定不容许应用的执行，则车辆处理系统420传输指示已经拒绝应用执行的拒绝消息(414和502)。拒绝消息可以以各种适当的方式传输。例如，在一些实现方式中，拒绝消息由扬声器输出。在一些实现方式中，拒绝消息的内容由车辆中的图形用户界面输出。在一些实现方式中，将拒绝消息传输到与车辆的驾驶者相关联的便携式电子设备。在一些实现方式中，拒绝消息可以包括已经终止、暂停、延迟或者阻止应用的指示。防止后端应用的执行的通知是重要的，因为在没有拒绝消息的情况下，驾驶者可能不知道后端应用已经被终止、暂停、延迟或者阻止。

在拒绝消息由车辆GUI 430接收并且拒绝消息的内容显示给驾驶者之后，车辆GUI430可以返回到车辆GUI 430的默认屏幕。

在一些实现方式中，如果不容许应用的特定版本的执行，则在可得到的情况下，车辆处理系统420可以获得被容许执行的应用的另一个版本，并且可以执行被容许的版本。当利用应用的被容许的版本时，车辆处理系统420可以向驾驶者输出消息，指示已经阻止应用的所请求的版本并且正在执行应用的安全版本。然后，车辆处理系统420可以提示驾驶者，以指示驾驶者是否想要继续或者终止应用的安全版本的执行。如果驾驶者想要车辆处理系统420继续执行应用的安全版本，则在一些情况下，应用的安全版本可以继续执行，直到关闭车辆引擎为止，或者在一些情况下，应用的安全版本可以执行，直到检测到车辆操作状态的改变为止。在后者的情况下，如果车辆操作状态改变以指示车辆不再移动，则车辆处理系统420可以执行最初未被容许并且被阻止的应用的版本。

上面描述的实现方式公开一种方法，通过该方法，当一个或多个应用在驾驶者操作车辆的同时正在由车辆处理系统420执行时，可以执行、阻止或者终止车辆应用，以提高乘客和驾驶者的体验和安全。虽然上面描述的实现方式指示可以执行、阻止或者终止车辆应用，但是在一些实现方式中，代替阻止或者终止应用，可以暂停应用，直到检测到应用或者车辆处理系统420的规则所容许的车辆操作状态或者条件为止。

上面描述的方法向用户提供若干优点，包括例如：当驾驶者在移动的车辆中时，控制能够在车辆中执行的应用，而不需要驾驶者的输入；通过阻止可能使驾驶者分心的应用来增强乘客和驾驶者的安全；以及通过执行车辆诊断并且在驾驶者正在驾驶车辆时以无缝的方式限制或者阻止可能使得前端应用变慢的后端应用工作，增强车辆中的整体驾驶者体验。在一些实现方式中，由车辆制造者信任的应用能够操纵车辆GUI显示它们自己独特的用户界面。

上面描述的方法可以在图6中所例示的系统600中实现。系统600包括车辆610、用户设备615、车辆620、一个或多个网络服务器630、车辆云数据库640、一个或多个车辆制造者650以及包括驾驶者社交网络660的一个或多个网络。虽然在系统600中示出两个车辆610、620，但是任何适当数量的车辆可以在任何时候存在于系统600中。每个车辆610、620可以包括车辆处理系统627，车辆处理系统627包括处理器621、传感器622、存储器623、显示器624、收发器625以及麦克风和扬声器626。

系统100可以包括：一个或多个网络，被配置为向连接到所述一个或多个网络的任何接口提供网络接入、数据传送和其他服务。通常，所述一个或多个网络可以包括并且实现常规定义的网络体系结构，包括由诸如全球移动通信系统(GSM)协会、因特网工程任务组(IETF)以及全球微波接入互操作性(WiMAX)论坛这样的标准体定义的那些。例如，一个或多个网络可以实现GSM体系结构、通用分组无线业务(GPRS)体系结构、通用移动电信系统(UMTS)体系结构以及被称作长期演进(LTE)的UMTS的演化中的一个或多个。一个或多个网络可以实现WiMAX论坛所定义的WiMAX体系结构或者无线保真(WiFi)体系结构。一个或多个网络可以包括例如局域网(LAN)、广域网(WAN)、因特网、虚拟LAN(VLAN)、企业LAN、第3层虚拟私有网络(VPN)、企业IP网络或者其任何组合。

所述一个或多个网络可以包括接入点、存储系统、云系统、模块、包括车辆云数据库640的一个或多个数据库以及包括一个或多个网络服务器630的服务器。所述一个或多个网络服务器630可以包括网络服务器410以及耦合到所述一个或多个网络的任何适当的计算设备，包括但不局限于个人计算机、服务器计算机、一系列服务器计算机、小型计算机以及大型计算机或者它们的组合。所述一个或多个网络服务器630也可以包括运行网络操作系统的网络服务器或者一系列服务器，网络操作系统的示例可以包括但不局限于Server、或者所述一个或多个网络服务器630可以包括车辆制造者的服务器或者提供诸如基于Google的应用这样的应用的服务器。所述一个或多个网络服务器630可以用于和/或提供云和/或网络计算。虽然图中没有示出，但是服务器可以具有到外部系统的连接，提供诸如电子邮件、SMS消息传递、文本消息传递这样的消息传递功能以及诸如广告服务、搜索服务等其他功能性。

在一些实现方式中，所述一个或多个网络可以包括云系统，云系统可以提供因特网连通性以及其他网络相关的功能。云系统可以提供在系统600的组件之间传输的数据的存储服务。

系统600还包括：车辆云数据库640，其可以包括云数据库或者由数据库管理系统(DBMS)管理的数据库。DBMS可以实现为控制数据库中数据的组织、存储、管理和检索的引擎。DBMS往往提供查询、备份和复制数据、实施规则、提供安全性、进行计算、执行改变和存取日志记录以及自动优化的能力。DBMS典型地包括建模语言、数据结构、数据库查询语言以及事务机制。建模语言用于根据数据库模型来定义DBMS中的每个数据库的模式，数据库模型可以包括层次模型、网络模型、关系模型、对象模型或者某种其他可适用的已知或方便的组织。数据结构能够包括字段、记录、文件、对象以及用于存储数据的任何其他可适用的已知或方便的结构。DBMS也可以包括关于所存储的数据的元数据。

在一些实现方式中，车辆云数据库640可以存储指示用于在车辆中执行应用的规则和/或条件的信息。车辆云数据库640可以按照车辆制造者或者车辆品牌和型号对规则和/或条件进行分类。车辆云数据库640也可以存储用于对车辆应用进行分类的分类数据。分类数据可以从各种适当的来源获得，包括例如社交网路、应用商店、一个或多个车辆制造者650以及因特网。

一个或多个网络服务器630以及车辆云数据库640也可以被配置为与一个或多个车辆制造者650以及与驾驶者相关联的一个或多个社交网络660通信。一个或多个车辆制造者650可以包括诸如丰田(Toyota)、本田(Honda)、梅赛德斯-奔驰(Mercedes-Benz)等任何车辆制造者。社交网络660可以包括诸如Facebook、Twitter、Instagram这样的任何适当的网络，并且也可以包括社交网络网站和博客(blog)。社交网络660可以包括朋友、家人或者驾驶者的追随者。一个或多个车辆制造者650可以将更新和各种信息传输到一个或多个网络服务器630以及车辆云数据库640，包括例如关于新的车辆型号的车辆设置的数据、现有车辆型号的车辆设置参数的改变以及关于车辆安全设置和车辆应用的信息和规则。

如图6中所示，网络服务器630可以与车辆620直接通信或者可以通过用户设备615与车辆610通信。

车辆610和车辆620中的每个可以是机动车、人力车、机动自行车、摩托车、自行车、雪地机动车、卡车、体感车(Segway)等。车辆610和车辆620均可以对应于各种适当的品牌和型号中的一个，包括例如本田思域(Honda Civic)、本田雅阁(Honda Accord)、丰田凯美瑞(Toyota Camry)、大众甲壳虫(Volkswagen Beetle)、梅赛德斯-奔驰CLK、宝马(BMW)5系列、雪佛兰科尔维特(Chevrolet Corvette)等。

用户设备615可以是任何适当的便携式电子设备。便携式电子设备的示例包括但不局限于计算机、膝上型电脑、个人数字助理、电子板、电子笔记本、电话、智能电话、电视机、智能电视机、手表、智能眼镜或者连接到网络并具有显示器的任何电子设备。用户设备615可以是硬件和软件的任何组合，并且可以执行诸如操作系统这样的任何适当操作系统。

用户设备615可以由车辆610的驾驶者使用。用户设备615可以包括允许用户设备615与车辆610以及一个或多个网络服务器630通信的应用。例如，在一些情况下，用户设备615上的应用可以控制用户设备615与车辆610中的车辆处理系统627通信。

在一些实现方式中，驾驶者可以使用用户设备615从一个或多个网络下载应用并且可以将用于安装或者执行应用的数据转发到车辆610中的车辆处理系统627。因此，在一些情况下，车辆610的驾驶者或者用户可以使用用户设备615为车辆610下载车辆应用。

图6也例示车辆处理系统627的示例性实现方式。车辆处理系统627可以对应于车辆处理系统420。如图6中所示，车辆处理系统627可以包括处理器621、传感器622、存储器623、显示器624、收发器625以及麦克风和扬声器626。

收发器625包括传输器和接收器，并且可以用来与系统600中的其他设备以及车辆处理系统627中的组件通信。收发器625可以包括放大器、调制器、解调器、天线以及各种其他组件。收发器625可以将从系统600中的其他设备接收的数据引导至诸如处理器621和存储器623这样的车辆处理系统627的其他组件。收发器625也可以将从车辆处理系统627的组件接收的数据引导至系统600中的其他设备。

存储器623可以包括一个或多个海量存储设备，例如磁性、磁光盘、光盘、EPROM、EEPROM、闪速存储设备，并且可以实现为用于存储数据的内部硬盘、可移动磁盘、磁光盘、CDROM或者DVD-ROM盘。在一些情况下，存储单元623可以存储用于执行车辆应用的规则。

车辆处理系统627可以包括一个或多个传感器622以及各种用户接口组件，诸如显示器624、麦克风和扬声器626、其他适当的输入单元，以便于与驾驶者交互。在一些实现方式中，显示器624、输入单元以及至少一个传感器622可以组合成单个集成组件，并且在一些实现方式中，显示器624、输入单元以及至少一个传感器622可以是多个组件。

显示器624可以通过适当的显示器来实现，包括例如投影显示器、液晶显示器(LCD)或者发光二极管(LED)显示器，以显示各种数据。显示器624可以显示车辆GUI 430。

传感器622可以包括例如光学传感器、电容传感器、电荷耦合器件传感器、陀螺仪、麦克风、高度计、碰撞传感器、压电传感器、运动传感器、生物传感器、有源像素传感器以及各种其他传感器。传感器622可以检测一个或多个车辆和环境条件，可以识别当前的车辆操作状态或者车辆组件状态，或者可以用来接收来自驾驶者的输入。

输入单元可以包括被配置为接收一个或多个输入的各种设备。例如，输入单元可以包括鼠标、触摸板或者用于接收字母数字文本的键盘。

麦克风和扬声器626可以接收来自驾驶者的音频信号，并且可以输出由车辆处理系统627提供并且指引给车辆驾驶者或者乘客的数据。例如，诸如拒绝消息这样的消息可以通过从扬声器626发射的音频信号来传达，并且诸如语音转文本应用这样的某些应用可以通过经由麦克风626接收音频或者视频信号来执行。

处理器230可以包括耦合到车辆处理系统627的所有组件的一个或多个处理器，并且可以控制车辆处理系统627的操作。处理器230可以包括各种逻辑电路系统和程序，以执行在本文中所描述的各种实现方式。

如上所述，车辆处理系统627包括用以实现命令和操作的各种组件并且可以确定车辆610、620或者车辆中的组件的操作状态。部分地基于车辆操作状态，车辆处理系统627可以控制车辆610、620中的应用执行。在一些实现方式中，车辆处理系统627也可以将关于车辆的状态信息提供给诸如一个或多个网络服务器630或者用户设备615这样的系统600元件。

在本说明书中报描述的实施例以及所有功能操作和/或动作可以在数字电子电路系统中或者在计算机软件、固件或者硬件中实现，包括在本说明书中公开的结构以及它们的结构等同物或者它们的一个或多个的组合。实施例可以作为一个或多个计算机程序产品实现，例如，在计算机可读介质上编码的、用于由数据处理装置执行或者控制数据处理装置的操作的、计算机程序指令的一个或多个模块。计算机可读介质可以是计算机可读存储介质、机器可读存储基板、存储设备、产生机器可读的传播信号的物质组成或者它们的一个或多个的组合。术语“数据处理装置”包括用于处理数据的所有装置、设备和机器，作为示例，包括可编程处理器、计算机或者多个处理器或计算机。除了硬件之外，装置还可以包括对所述计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或者它们的一个或多个的组合的代码。传播信号是人工生成的信号，例如机器生成的电气、光学或者电磁信号，生成信号以对信息进行编码以便传输到适当的接收器装置。

计算机程序(也被称作程序、软件、软件应用、脚本或者代码)可以以任何形式的编程语言(包括编译或解释语言)编写，并且它可以以任何形式来部署，包括部署为独立程序或者模块、组件、子例程或者适合于在计算环境中使用的其他单元。计算机程序未必对应于文件系统中的文件。程序可以存储在持有其他程序或数据的文件的一部分中、所述程序专用的单个文件中或者在多个协同的文件中。可以部署计算机程序以在一个计算机上、或者在位于一个场所或跨越多个场所分布并由通信网络互连的多个计算机上执行。

在本说明书中描述的处理和逻辑流程可以由一个或多个可编程处理器执行，一个或多个可编程处理器执行一个或多个计算机程序，以通过对输入数据进行操作并且生成输出来执行动作。处理和逻辑流程也可以由专用逻辑电路系统执行，并且装置也可以实现为专用逻辑电路系统，例如FPGA(现场可编程门阵列)或者ASIC(专用集成电路)。

作为示例，适合于计算机程序的执行的处理器包括通用和专用微处理器以及任何种类的数字计算机中的任何一个或多个处理器。通常，处理器将接收来自只读存储器或者随机存取存储器或者二者的指令和数据。

计算机的元件可以包括用于执行指令的处理器以及用于存储指令和数据的一个或多个存储设备。通常，计算机也将包括用于存储数据的一个或多个海量存储设备(或者操作地耦合到用于存储数据的一个或多个海量存储设备，以接收来自一个或多个海量存储设备的数据或者向一个或多个海量存储设备传送数据或者两者)，例如磁性、磁光盘或者光盘。然而，计算机可以不具有这样的设备。而且，计算机可以实施在另一个设备中，例如平板计算机、移动电话、个人数字助理(PDA)、移动音频播放器、全球定位系统(GPS)接收器(仅指出一些)。适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储设备，作为示例，包括：半导体存储器件，例如EPROM、EEPROM和闪速存储设备；磁盘，例如内部硬盘或者可移动磁盘；磁光盘；以及CD ROM和DVD-ROM盘。处理器和存储器可以由专用逻辑电路系统补充或者合并在专用逻辑电路系统中。

虽然本说明书包含许多具体细节，但是这些不应当解释为对本公开的范围或者可能要求保护的内容的范围的限制，而是应当解释为针对特定于具体实施例的特征的描述。在单独的实施例的上下文中，在本说明书中所描述的某些特征也可以在单个实施例中以组合的方式实现。相反，在单个实施例的上下文中描述的各种特征也可以单独地或者以任何适当的子组合在多个实施例中实现。而且，虽然特征可以如上所述地描述为在某些组合中起作用，并且甚至可能因此而要求保护，但是来自所要求保护的组合的一个或多个特征在某些情况下可以从该组合中去除，并且所要求保护的组合可以涉及子组合或者子组合的变型。

类似地，虽然动作在附图中以特定的次序图示，但是这不应当被理解为要求这样的操作应以所示的特定次序或者以顺序的次序来执行，或者应执行所有例示的动作，以实现期望的结果。而且，在上面描述的实施例中各种系统组件的分离不应当被理解为在所有实施例中需要这样的分离，并且应当理解到，所描述的程序组件和系统通常可以在单个软件产品中集成在一起或者封装到多个软件产品中。

这样，已经描述了具体的实现方式。其他实现方式在权利要求的范围内。例如，在权利要求中所述的动作可以以不同的次序来执行，并且仍然可以实现所期望的结果。

Claims (21)

1.一种计算机实现的方法，包括：

接收在车辆中执行应用的指示；

获得与应用相关联的分类数据；

由车辆处理器确定车辆的操作状态；

由车辆处理器基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用；以及

响应基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用，在车辆中执行应用。

2.根据权利要求1所述的计算机实现的方法，其中与应用相关联的分类数据包括：

指示应用是前端应用或后端应用的数据；

指示应用在特定的驾驶模式中可执行的数据；

指示可执行应用的车辆品牌和型号的数据；以及

与应用相关联的元数据。

3.根据权利要求1或2所述的计算机实现的方法，其中接收在车辆中执行应用的指示包括下列之一：

接收在车辆中执行应用的用户输入；

从第二应用接收在车辆中执行应用的指令；以及

接收响应车辆触发事件在车辆中执行应用的指令。

4.根据前述权利要求中的任一项所述的计算机实现的方法，其中获得与应用相关联的分类数据包括下列中的一个或多个：

从车辆中的一个或多个存储设备检索与应用相关联的分类数据的一个或多个部分；以及

从网络服务器接收与应用相关联的分类数据的一个或多个第二部分。

5.根据前述权利要求中的任一项所述的计算机实现的方法，其中由车辆处理器确定车辆的操作状态包括下列中的一个或多个：

确定车辆正在操作时的排档位置；

确定车辆的移动或速度；以及

确定车辆中的乘客的数量。

6.根据前述权利要求中的任一项所述的计算机实现的方法，还包括：

从网络服务器接收应用数据；

从应用数据提取与应用相关联的分类数据；以及

将与应用相关联的分类数据存储在车辆存储单元或者基于云的数据库中。

7.根据前述权利要求中的任一项所述的计算机实现的方法，还包括：

响应基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定不执行应用，传输指示拒绝执行应用的拒绝消息。

8.根据权利要求7所述的计算机实现的方法，其中：

拒绝消息由扬声器输出；

拒绝消息的内容由车辆中的图形用户界面输出；或者

拒绝消息传输到与车辆的驾驶者相关联的便携式电子设备。

9.根据权利要求7或8所述的计算机实现的方法，其中传输指示拒绝执行应用的拒绝消息包括：

传输已经终止、暂停或者延迟后端应用的执行的指示；或者

传输阻止前端应用的执行的指示。

10.根据前述权利要求中的任一项所述的计算机实现的方法，还包括：

响应基于车辆的操作状态确定执行应用，控制车辆中的图形用户界面显示与应用的执行相关联的输出数据。

11.根据前述权利要求中的任一项所述的计算机实现的方法，其中由车辆处理器基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用包括下列中的一个或多个：

确定应用是前端应用还是后端应用；

确定应用是否被分类为在停放车辆模式和移动车辆模式中的一个或多个中可操作；以及

确定车辆的位置并且获得基于车辆的位置的一个或多个应用执行规则。

12.根据权利要求11所述的计算机实现的方法，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：

确定应用是前端应用；

确定车辆的操作状态指示停放车辆模式；

确定车辆的位置以及一个或多个执行规则容许应用的执行；以及

确定执行应用。

13.根据权利要求11所述的计算机实现的方法，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：

确定应用是后端应用；

响应确定应用是后端应用，确定执行应用对一个或多个前端应用的可能影响；

确定执行应用对一个或多个前端应用的可能影响小于阈值量；

确定车辆的位置以及一个或多个执行规则容许应用的执行；以及

确定执行应用。

14.一种非临时性计算机可读存储介质，包括当由一个或多个计算机执行时使所述一个或多个计算机执行动作的指令，所述动作包括：

接收在车辆中执行应用的指示；

获得与应用相关联的分类数据；

确定车辆的操作状态；

基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用；以及

响应基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用，在车辆中执行应用。

15.根据权利要求14所述的非临时性计算机可读存储介质，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用包括下列中的一个或多个：

确定应用是前端应用还是后端应用；

确定应用是否被分类为在停放车辆模式和移动车辆模式中的一个或多个中可操作；以及

确定车辆的位置并且获得基于车辆的位置的一个或多个应用执行规则。

16.根据权利要求15所述的非临时性计算机可读存储介质，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：

确定应用是前端应用；

确定车辆的操作状态指示停放车辆模式；

确定车辆的位置以及一个或多个执行规则容许应用的执行；以及

确定执行应用。

17.根据权利要求15所述的非临时性计算机可读存储介质，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：

确定应用是后端应用；

响应确定应用是后端应用，确定执行应用对一个或多个前端应用的可能影响；

确定执行应用对一个或多个前端应用的可能影响小于阈值量；

确定车辆的位置以及一个或多个执行规则容许应用的执行；以及

确定执行应用。

18.一种系统，包括：

一个或多个计算机以及存储指令的一个或多个存储设备，所述指令是可操作的并且当由一个或多个计算机执行时使所述一个或多个计算机执行动作，所述动作包括：

接收在车辆中执行应用的指示；

获得与应用相关联的分类数据；

确定车辆的操作状态；

基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用；以及

响应基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用，在车辆中执行应用。

19.根据权利要求18所述的系统，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定是否执行应用包括下列中的一个或多个：

确定应用是前端应用还是后端应用；

确定应用是否被分类为在停放车辆模式和移动车辆模式中的一个或多个中可操作；以及

确定车辆的位置并且获得基于车辆的位置的一个或多个应用执行规则。

20.根据权利要求18所述的系统，其中基于车辆的操作状态、与应用相关联的分类数据以及一个或多个执行规则确定执行应用还包括：

确定应用是前端应用；

确定车辆的操作状态指示停放车辆模式；

确定车辆的位置以及一个或多个执行规则容许应用的执行；以及

确定执行应用。

21.一种包括根据权利要求18至20中的任一项所述的系统的车辆。