例程控制方法、装置、设备、介质及车辆

技术领域

本公开涉及车辆技术领域，尤其涉及一种例程控制方法、装置、设备、介质及车辆。

背景技术

统一诊断服务（Unified Diagnostic Services，UDS）是一种汽车通用诊断协议，位于在OSI模型中的应用层，它可在不同的汽车总线上实现，是当前汽车领域广泛使用的一种车载诊断协议标准，UDS诊断服务是介于诊断设备和电子控制单元（Electronic ControlUnit，ECU）之间的一种信息交互方式，通常由诊断设备发出请求，ECU作出回应。在诊断设备发出请求，ECU作出回应的过程中，涉及到例程控制，例程控制服务的目的是诊断设备或客户端或上位机使用此服务来执行定义的步骤序列并获取特定序列的相关结果，比如检查刷写条件是否满足、进行数据校准并获取校准结果等。

目前行业内都是按照ISO 14229协议或客户企标定制化流程实施，即在执行例程控制过程中，依次判断当前诊断会话模式、请求数据长度、请求数据是否过安全访问、例程标识符是否支持、子功能参数是否支持，其中，子功能参数包括启动例程、停止例程、请求例程结果，在启动例程时车辆需要满足执行该例程的前提条件，请求停止例程和请求例程结果时则需要判断请求序列是否正确，即在此之前是否有成功响应过启动例程请求。在现有的例程控制过程中，当启动例程的前提条件未满足时直接返回否定响应，当请求例程结果时，若诊断设备或客户端或上位机在之前未请求过启动例程或ECU未成功响应启动例程则会返回否定响应，即请求序列出错的结果。

但是，在现有的例程控制过程中，比如当启动例程对应的前提条件有多个条件时，无法得知具体是哪个前提条件不满足，即无法针对不满足的前提条件做出具体的操作，进而也就无法达到例程控制的目的。

发明内容

为了解决上述技术问题，本公开提供了一种例程控制方法、装置、设备、介质及车辆。

本公开实施例的第一方面提供了一种例程控制方法，包括：

获取客户端发送的例程请求；

响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足所述预设条件；

在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符；

基于目标标识符确定车辆不满足预设条件所对应的第一状态信息；

控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息。

本公开实施例的第二方面提供了一种例程控制装置，包括：

请求获取模块，用于获取客户端发送的例程请求；

第一确定模块，用于响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足预设条件；

结果返回模块，用于在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符；

第二确定模块，用于基于目标标识符确定车辆不满足预设条件所对应的第一状态信息；

例程控制模块，用于控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息。

本公开实施例的第三方面提供了一种电子设备，包括：

处理器；

存储器，用于存储可执行指令；

其中，处理器用于从存储器中读取可执行指令，并执行可执行指令以实现上述第一方面提供的例程控制方法。

本公开实施例的第四方面提供了一种计算机可读存储介质，该存储介质存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现上述第一方面提供的例程控制方法。

本公开实施例的第五方面提供了一种车辆，该车辆包括第三方面提供的电子设备。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例提供的例程控制方法、装置、设备、介质及车辆，能够获取客户端发送的例程请求，响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足所述预设条件，在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符，基于目标标识符确定车辆不满足预设条件所对应的第一状态信息，控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息，由此，能够根据每个预设条件设置的标识符，确定该预设条件对应的车辆状态信息是否满足，在不满足预设条件时，可以根据该预设条件对应的标识符适应性地调整与该预设条件对应的车辆状态信息，以使车辆状态信息满足预设条件，并执行例程请求，达到例程控制的目的。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种例程控制方法的流程图；

图2是本公开实施例提供的另一种例程控制方法的流程图；

图3是本公开实施例提供的一种例程控制装置的结构示意图；

图4是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

通常情况下，在现有的例程控制过程中，当启动例程的前提条件未满足时直接返回否定响应，当请求例程结果时，若未请求启动例程则会返回否定响应，即请求序列出错的结果。但是，在现有的例程控制过程中，比如当启动例程对应的前提条件有多个条件时，无法得知具体是哪个前提条件不满足，即无法针对不满足的前提条件做出具体的操作，进而也就无法达到例程控制的目的。针对该问题，本公开实施例提供了一种例程控制方法，下面结合具体的实施例对该方法进行介绍。

图1是本公开实施例提供的一种例程控制方法的流程图，该方法可以由例程控制装置来执行，该例程控制装置可以采用软件和/或硬件的方式实现，该例程控制装置可配置于电子设备中，例如服务器或终端，其中，终端具体包括手机、电脑或平板电脑、车载终端等。

如图1所示，本实施例提供的例程控制方法包括如下步骤。

S110、获取客户端发送的例程请求。

在本公开实施例中，电子设备在需要进行例程控制时，获取客户端发送的例程请求。

其中，例程请求可以包括例程标识信息（如例程标识符或例程对应的唯一标识）、例程对应的子功能参数等信息。

例程对应的子功能参数可以包括用于规定电子控制单元应启动例程标识信息指示的例程的参数（如子功能参数01）、规定电子控制单元应停止例程标识信息指示的例程的参数（如子功能参数02）、规定电子控制单元应返回例程标识信息指示的例程结果的参数（如子功能参数03）等。

具体地，当用户想要执行某项例程时，通过客户端或上位机等向电子控制单元发送例程请求，进而电子控制单元接收到该例程请求。

示例性地，例程请求可以是用于车辆中自动变速器统一诊断服务（UnifiedDiagnostic Services，UDS）的例程请求，也可以是用于其他服务的例程请求。

S120、响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足所述预设条件。

在本公开实施例中，电子设备在接收到例程请求之后，对例程请求进行解析，基于例程请求中的子功能参数信息确定例程请求对应的控制参数，在子功能参数为用于规定电子控制单元应启动例程标识信息指示的例程的参数时，确定例程请求为启动例程，响应于例程请求为启动例程时，将车辆的当前状态信息与多个预设条件进行比对，来确定车辆的当前状态信息是否满足启动例程对应的多个预设条件。

在本公开实施例中，启动例程对应的多个预设条件可以理解为要执行启动例程操作车辆所需要具备的前提条件。

示例性地，在执行的启动例程为用于进行加速度传感器校准功能时，执行加速度传感器校准功能时需要具备至少以下六个前提条件即启动例程对应的多个预设条件：（1）发动机转速信号有效；（2）发动机转速为0，即上电不打火；（3）输出转速信号有效，且输出转速为0，即车速为0；（4）车辆处于水平状态；（5）整车不晃动；（6）加速度传感器没有故障。

针对不同的启动例程对应的预设条件也有所不同，预设条件的个数也不同，其中预设条件可以是预先根据例程所对应的功能的具体情况确定的，以确保启动例程执行的有效性和准确性。

在本公开一些实施例中，对每个预设条件设置有用于确定车辆的当前状态信息是否满足该预设条件的比特位，如在车辆的当前状态信息满足该比特位对应的预设条件时，则比特位的值为0，在车辆的当前状态信息不满足该比特位对应的预设条件时，则比特位的值为1。

示例性地，在预设条件为六个时，可以选择采用unit8类型，对每个预设条件设置一个比特位，条件1对应bit0、条件2对应bit1、条件3对应bit2、条件4对应bit3、条件5对应bit4、条件6对应bit5、bit6和bit7设置为真值即满足预设条件，bit7用于在上述条件1至条件6中比特位中有用于表征不满足条件的比特位时，bit7确定为错误即不满足预设条件，进而可以通过bit7的值来确定是否有不满足预设条件的车辆状态信息，使用户可以一目了然。其中，在一些示例中，bit6是没有对应的条件，可设置为真值0即满足预设条件。bit7作为预留位，当前可以设置0或1，不代表具体条件，在有至少一个条件不满足时，用于后续逻辑确认当前有至少一条件不满足的指示位，与0x80按位或，不管bit7当前设置0或1，按位或处理完最高位都是1，证明当前有至少一个条件不满足，0x80表征在unit8类型的十六进制下的最高比特位如bit7的预留位的值为1。

可选地，也可以根据预设条件的数量的不同，选择不同的类型如unit16类型、unit32类型等。

在本公开另一些实施例中，还可以对每个预设条件设置出比特位之外的标识符，来对车辆的当前状态信息是否满足所述预设条件进行标识，在此不作限制。

S130、在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符。

在本公开实施例中，电子设备在将车辆的当前状态信息与多个预设条件进行比对后，确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符。

在本公开实施例中，第一结果可以是否定响应以及否定响应标识。

多个预设条件分别对应的目标标识符可以是用于表征是否满足该条件对应的比特位，如条件1对应的bit0的值为0，条件2对应的bit1的值为1，可以通过每个条件对应的比特位的值来确定每个条件是否满足，即对每个条件对应的bit的初始值设置为真值如0，如果条件不满足则将该条件对应的bit的值置为1，由此，可以直接根据每个条件的bit值来确定该条件是否满足。

S140、基于目标标识符确定车辆不满足预设条件所对应的第一状态信息。

在本公开实施例中，电子设备在获取到多个预设条件分别对应的目标标识符之后，则可以直接用每个条件对应的标识符的值来确定车辆的当前状态信息是否满足该条件，如条件1对应的bit0的值为1，则表明条件1不满足，进而可以直接确定是哪个具体的条件不满足，如条件1为发动机转速信号有效时，则确定车辆的当前状态信息不满足发动机转速信号有效的条件，即不满足预设条件所对应的第一状态信息为发动机转速信号为无效。

S150、控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息。

在本公开实施例中，电子设备在确定车辆不满足预设条件所对应的第一状态信息之后，执行与第一状态信息对应的操作，进而控制车辆由第一状态信息调整至第二状态信息，以将车辆的第一状态信息调整为满足预设条件对应的状态信息，然后执行启动例程。

示例性地，在第一状态信息为车辆的车速不为零转每秒时，则控制车辆使车速达到零转每秒，使得车速满足条件。

在本公开实施例中，在例程请求对应的所有预设条件均满足时，方可执行启动例程。

在本公开实施例中，能够获取客户端发送的例程请求，响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足所述预设条件，在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符，基于目标标识符确定车辆不满足预设条件所对应的第一状态信息，控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息，由此，能够根据每个预设条件设置的标识符，确定该预设条件对应的车辆状态信息是否满足，在不满足预设条件时，可以根据该预设条件对应的标识符适应性地调整与该预设条件对应的车辆状态信息，以使车辆状态信息满足预设条件，并执行例程请求，达到例程控制的目的。

在本公开上述实施例的基础上，在确定车辆的当前状态信息是否满足启动例程对应的多个预设条件之前，该例程控制方法还可以包括：判断诊断会话模式是否支持例程请求；在诊断会话模式支持例程请求时，判断例程请求是否为有效请求，以使在例程请求为有效请求的情况下，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件。

具体地，诊断会话模式的类型有默认会话（如用0x01表示）、编程会话（如用0x02表示）和扩展诊断会话（如用0x03表示），只有在扩展诊断会话模式下才能正常执行例程控制，因此，接收到例程请求之后需要先确定当前的诊断会话模式是否为扩展诊断会话，如果不在诊断会话模式下，则确定当前的诊断会话模式不支持例程请求的执行，进而返回不支持的结果；如果在诊断会话模式下时，则表明诊断会话模式支持例程请求，进一步判断例程请求是否为有效请求，以使在例程请求为有效请求的情况下，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件。

在本公开实施例中，判断例程请求是否为有效请求的步骤依次为：判断请求数据长度是否正确、请求是否已经通过安全访问、请求标识信息是否支持以及请求对应的子功能参数是否支持，只有在上述全部满足的情况下，方可认为该例程请求为有效请求。

在本公开实施例中，能够在判断车辆的当前状态信息是否满足启动例程对应的多个预设条件之前，首先判断当前的诊断会话模式以及例程请求的有效性，进而确保在例程请求为有效请求的情况下，才去进一步判断该例程请求是否满足预设条件，提高了例程请求执行的有效性和准确性。

在本公开实施例中，该例程控制方法还可以包括：在确定车辆的当前状态信息满足多个预设条件时，执行启动例程，并确定与启动例程对应的执行动作是否完成；在确定执行动作完成时，生成肯定响应，并返回肯定响应。

具体地，电子设备在确定车辆的当前状态信息满足多个预设条件中的所有条件时，说明具备执行启动例程的前提条件，进而执行启动例程，在执行启动例程过程中，确定与启动例程对应的执行动作是否完成，在确定执行动作完成时，生成肯定响应，并返回肯定响应，在确定与启动例程对应的执行动作未完成时，返回请求有效但执行动作未完成的结果，同时继续判断与启动例程对应的执行动作是否完成，由此，能够在启动例程执行过程中，反馈与执行结果，确保用户可以及时了解到启动例程对应的结果，提高了用户体验。

在本公开实施例中，该例程控制方法还可以包括：响应于例程请求为返回例程结果时，判断在例程请求之前是否已经成功请求与返回例程结果对应的启动例程；在确定在例程请求之前未成功请求与返回例程结果对应的启动例程时，判断与返回例程结果对应的启动例程的标志位信号是否为第一状态，第一状态用于表征在例程请求之前请求过与返回例程结果对应的启动例程但由于车辆的当前状态信息不满足启动例程对应的预设条件而中止；在标志位信号为第一状态时，返回第二结果，并将标志位信号由第一状态置为第二状态，以对第一状态进行初始化，以用于在下次执行启动例程之后，执行返回例程结果时进行是否请求过启动例程的判断操作。

具体地，电子设备在接收到例程请求之后，对例程请求进行解析，基于例程请求中的子功能参数信息确定例程请求对应的控制参数，在子功能参数为用于规定电子控制单元应返回例程标识信息指示的例程结果的参数时，确定例程请求为返回例程结果，则进一步判断在执行返回例程结果之前是否已经成功请求与返回例程结果对应的启动例程，在确定在例程请求之前未成功请求与返回例程结果对应的启动例程时，则进一步确定是在此之前未发起过启动例程，还是发起过启动例程但由于车辆的当前状态信息不满足启动例程对应的预设条件而中止，因此，需要判断与返回例程结果对应的启动例程的标志位信号是否为第一状态，即是否为不满足条件的标志位信号，如果是则确定发起过启动例程但由于车辆的当前状态信息不满足启动例程对应的预设条件而中止，则返回第二结果，并将标志位信号由所述第一状态置为第二状态；如果确定在此之前未发起过启动例程，则确定请求序列不正确。

其中，第二结果包括目标预设条件和返回例程结果对应的例程标识信息，目标预设条件为与返回例程结果对应的启动例程对应的预设条件中车辆不满足的条件。

示例性地，如条件1为车辆的车速为零，且条件1不满足时，则返回不满足的条件即条件1不满足，以使用户可以知道是哪个具体的条件不满足。

在本公开实施例中，能够在响应于例程请求为返回例程结果时，判断在例程请求之前是否已经成功请求与返回例程结果对应的启动例程；在确定在例程请求之前未成功请求与返回例程结果对应的启动例程时，判断与返回例程结果对应的启动例程的标志位信号是否为第一状态，在标志位信号为第一状态时，返回第二结果，并将标志位信号由第一状态置为第二状态，由此，能够在判断是由于发起的启动例程不满足条件而中止时，向用户反馈车辆的当前状态信息具体不满足的条件，同时将不满足条件的标志位置为第二状态，以使再次接收到返回例程结果时，确定返回例程结果对应的否定响应的具体原因，提高了例程控制的效率。

在本公开实施例中，该例程控制方法还可以包括：响应于例程请求为停止例程时，判断在例程请求之前是否已经成功请求与停止例程对应的启动例程；在确定在例程请求之前未成功请求与停止例程对应的启动例程，则返回第三结果（即否定响应码），第三结果用于表征请求序列不正确。

具体地，电子设备接收到例程请求之后，对例程请求进行解析，基于例程请求中的子功能参数信息确定例程请求对应的控制参数，在子功能参数为用于规定电子控制单元应停止例程标识信息指示的例程的参数时，确定例程请求为停止例程，进一步判断例程请求之前是否已经请求过与停止例程对应的启动例程且有肯定响应，在确定在例程请求之前未成功请求与停止例程对应的启动例程时，返回用于表征请求序列不正确的结果；在确定在例程请求之前已经请求与停止例程对应的启动例程且有肯定响应时，则进一步确定肯定响应是否已经准备好，如果是则返回肯定响应，如果否则返回请求有效，但执行动作未完成的指令，并继续进行判断，如果肯定响应还未准备好则周期性的返回否定相应代码表征当前正在执行，一直到有肯定响应返回则停止该例程。

在本公开实施例中，能够在响应于例程请求为停止例程时，判断在例程请求之前是否已经成功请求与停止例程对应的启动例程，进而根据判断结果反馈结果，以使用户及时有效地了解到该例程请求对应的结果，提高了用户体验。

图2是本公开实施例提供的另一种例程控制方法的流程图，以具体的示例进行说明，如图2所示，该例程控制方法如下：

首先，电子设备获取用户端发送的例程请求，在获取到例程请求之后，判断诊断会话模式是否满足，如果不满足则返回NRC7F在当前会话模式下例程控制服务不支持，其中，NRC7F代表在当前会话模式下服务不支持，如果满足则进一步判断请求数据长度是否正确，如果不正确，则返回NRC13数据长度不正确，NRC13代表数据长度不正确，如果正确，则进一步判断例程请求是否已经通过安全访问，如果未通过，则返回NRC33安全访问拒绝，其中，NRC33代表安全访问拒绝，如果通过，则继续判断请求标识信息是否支持，如果不支持，则返回NRC31数据标识信息未定义，其中，NRC31代表数据标识信息未定义，既不存在与该例程请求对应的例程服务，如果支持，说明该例程请求在服务例程控制范围内，则判断子功能参数是否支持，如果不支持，则返回NRC12子功能参数不支持，说明该子功能参数并非例程控制所对应的参数，如果支持，则进一步根据子功能参数进行进一步判断。

在子功能参数为01时，即启动例程时，判断车辆的当前状态信息是否满足启动例程对应的预设条件，如果不满足则根据每个预设条件对应的标识符如比特位的值确定不满足的条件，返回NRC22预设条件不满足，并将不满足条件标志位信号置第一状态，如果预设条件满足，则进一步判断肯定响应是否已经准备好，如果是，则生成肯定响应，并将肯定响应返回，如果否，则返回NRC78请求有效但执行动作未完成，其中，NRC78代表请求有效但执行动作未完成，则进一步判断肯定响应是否已经准备好。

在子功能参数为02时，即停止例程时，判断之前是否成功请求过子功能参数01，即在此之前是否请求过子功能参数01且有肯定响应，如果是，则进一步判断肯定响应是否已经准备好，并执行与上述子功能参数01中相应的操作；如果否，则返回NRC24请求序列不正确，其中，NRC24代表请求序列不正确。

在子功能参数为03时，即返回例程结果时，则判断之前是否成功请求过子功能参数01，即在此之前是否请求过子功能参数01且有肯定响应，如果是，则进一步判断执行工作是否完成，如果完成则返回肯定响应，如果未完成则返回NRC78请求有效但执行动作未完成，并进一步判断车辆的当前状态信息是否一直满足预设条件，如果满足，则判断执行工作是否完成，如果不满足，则返回不满足的条件，并将不满足条件标志位信号由第一状态置为第二状态；如果在此之前未成功请求过子功能参数01，则判断不满足条件标志位信号是否置在第一状态，如果是，则返回不满足的条件，并将不满足条件标志位信号由第一状态置为第二状态，如果否，则返回NRC24请求序列不正确。

在本公开实施例中，能够根据例程请求对应的子功能参数的不同确定不同的例程控制方法，同时对例程请求对应的多个预设参数设置标识符，以根据标识符确定车辆的当前状态不满足预设条件中的哪些具体条件，根据该不满足的具体条件对应的标识符适应性地调整与该预设条件对应的车辆状态信息，以使车辆状态信息满足预设条件，并执行例程请求，达到例程控制的目的。

图3是本公开实施例提供的一种例程控制装置的结构示意图。

在本公开实施例中，该例程控制装置可以设置于电子设备内，被理解为上述电子设备中的部分功能模块。具体地，电子设备可以为服务器或终端，其中，终端具体包括手机、电脑或平板电脑、车载终端等，在此不作限制。

如图3所示，该例程控制装置300可以包括请求获取模块310、第一确定模块320、结果返回模块330、第二确定模块340和例程控制模块350。

请求获取模块310可以用于获取客户端发送的例程请求。

第一确定模块320可以用于响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足预设条件。

结果返回模块330可以用于在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符。

第二确定模块340可以用于基于目标标识符确定车辆不满足预设条件所对应的第一状态信息。

例程控制模块350可以用于控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息。

在本公开实施例中，能够获取客户端发送的例程请求，响应于例程请求为启动例程时，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件，每个预设条件分别设置有对应的标识符，标识符用于表征车辆的当前状态信息是否满足所述预设条件，在确定车辆的当前状态信息不满足多个预设条件中的至少一个时，返回第一结果以及多个预设条件分别对应的目标标识符，基于目标标识符确定车辆不满足预设条件所对应的第一状态信息，控制车辆由第一状态信息调整至第二状态信息，并执行启动例程，第二状态信息用于表征车辆满足预设条件所对应的状态信息，由此，能够根据每个预设条件设置的标识符，确定该预设条件对应的车辆状态信息是否满足，在不满足预设条件时，可以根据该预设条件对应的标识符适应性地调整与该预设条件对应的车辆状态信息，以使车辆状态信息满足预设条件，并执行例程请求，达到例程控制的目的。

在本公开一些实施例中，该例程控制装置300还可以包括判断模块。

判断模块可以用于在确定车辆的当前状态信息是否满足启动例程对应的多个预设条件之前，判断诊断会话模式是否支持例程请求；在诊断会话模式支持例程请求时，判断例程请求是否为有效请求，以使在例程请求为有效请求的情况下，确定车辆的当前状态信息是否满足启动例程对应的多个预设条件。

在本公开一些实施例中，该例程控制装置300还可以包括第三确定模块。

第三确定模块可以用于在确定车辆的当前状态信息满足多个预设条件时，执行启动例程，并确定与启动例程对应的执行动作是否完成；在确定执行动作完成时，生成肯定响应，并返回肯定响应。

在本公开一些实施例中，该例程控制装置300还可以包括第一控制模块。

第一控制模块可以用于响应于例程请求为返回例程结果时，判断在例程请求之前是否已经成功请求与返回例程结果对应的启动例程；在确定在例程请求之前未成功请求与返回例程结果对应的启动例程时，判断与返回例程结果对应的启动例程的标志位信号是否为第一状态，第一状态用于表征在例程请求之前请求过与返回例程结果对应的启动例程但由于车辆的当前状态信息不满足启动例程对应的预设条件而中止；在标志位信号为第一状态时，返回第二结果，并将标志位信号由第一状态置为第二状态，以对第一状态进行初始化。

在本公开一些实施例中，第二结果中包括目标预设条件和返回例程结果对应的例程标识信息，目标预设条件为与返回例程结果对应的启动例程对应的预设条件中车辆不满足的条件。

在本公开一些实施例中，该例程控制装置300还可以包括第二控制模块。

第二控制模块可以用于响应于例程请求为停止例程时，判断在例程请求之前是否已经成功请求与停止例程对应的启动例程；在确定在例程请求之前未成功请求与停止例程对应的启动例程，则返回第三结果，第三结果用于表征请求序列不正确。

需要说明的是，图3所示的例程控制装置300可以执行上述方法实施例中的各个步骤，并且实现上述方法实施例中的各个过程和效果，在此不做赘述。

图4是本公开实施例提供的一种电子设备的结构示意图。

在本公开实施例中，图4所示的电子设备可以为服务器或终端，其中，终端具体包括手机、电脑或平板电脑、车载终端等，在此不作限制。

如图4所示，该电子设备可以包括处理器410以及存储有计算机程序指令的存储器420。

具体地，上述处理器410可以包括中央处理器（CPU），或者特定集成电路（Application Specific Integrated Circuit，ASIC），或者可以被配置成实施本公开实施例的一个或多个集成电路。

存储器420可以包括用于信息或指令的大容量存储器。举例来说而非限制，存储器420可以包括硬盘驱动器（Hard Disk Drive，HDD）、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线（Universal Serial Bus，USB）驱动器或者两个及其以上这些的组合。在合适的情况下，存储器420可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器420可在综合网关设备的内部或外部。在特定实施例中，存储器420是非易失性固态存储器。在特定实施例中，存储器420包括只读存储器（Read-Only Memory，ROM）。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM（Programmable ROM，PROM）、可擦除PROM（Electrical Programmable ROM，EPROM）、电可擦除PROM（Electrically ErasableProgrammable ROM，EEPROM）、电可改写ROM（Electrically Alterable ROM，EAROM）或闪存，或者两个或及其以上这些的组合。

处理器410通过读取并执行存储器420中存储的计算机程序指令，以执行本公开实施例所提供的例程控制方法的步骤。

在一个示例中，该电子设备还可以包括收发器430和总线440。其中，如图4所示，处理器410、存储器420和收发器430通过总线440连接并完成相互间的通信。

总线440包括硬件、软件或两者。举例来说而非限制，总线可包括加速图形端口（Accelerated Graphics Port，AGP）或其他图形总线、增强工业标准架构（ExtendedIndustry Standard Architecture，EISA）总线、前端总线（Front Side BUS，FSB）、超传输（Hyper Transport，HT）互连、工业标准架构（Industrial Standard Architecture，ISA）总线、无限带宽互连、低引脚数（Low Pin Count，LPC）总线、存储器总线、微信道架构（MicroChannel Architecture，MCA）总线、外围控件互连（Peripheral Component Interconnect，PCI）总线、PCI-Express（PCI-X）总线、串行高级技术附件（Serial Advanced TechnologyAttachment，SATA）总线、视频电子标准协会局部（Video Electronics StandardsAssociation Local Bus，VLB）总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线440可包括一个或多个总线。

本公开实施例还提供了一种计算机可读存储介质，该存储介质可以存储有计算机程序，当计算机程序被处理器执行时，使得处理器实现本公开实施例所提供的例程控制方法。

上述的存储介质可以例如包括计算机程序指令的存储器420，上述指令可由电子设备的处理器410执行以完成本公开实施例所提供的例程控制方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器（Random Access Memory，RAM）、光盘只读存储器（Compact Disc ROM，CD-ROM）、磁带、软盘和光数据存储设备等。

本公开实施例还提供了一种车辆，该车辆包括电子设备，可以实现本公开上述实施例中的各个过程和效果，在此不做赘述。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。