CN117351592A - 车辆异常状态判断方法、装置、复杂事件处理引擎及介质 - Google Patents

Abstract

本发明涉及车辆异常判断技术领域，公开了车辆异常状态判断方法、装置、复杂事件处理引擎及介质，包括：获取车辆状态信号队列；利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号；利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列；利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端，本发明通过利用位于车辆引擎端的监听器，对车辆状态信号进行处理，仅将异常状态结果上传至云端，不仅保证了车辆状态信号处理的实时性，减少了云端所需的算力和存储资源。在车辆端进行判断，无需存储信号，减少了额外存储及算力资源开销。

Description

车辆异常状态判断方法、装置、复杂事件处理引擎及介质

技术领域

本发明涉及车辆异常判断技术领域，具体涉及车辆异常状态判断方法、装置、复杂事件处理引擎及介质。

背景技术

车辆上有很多电子元件，这些元件时刻都在产生大量的信号。一个信号值或者多种信号值的组合能反映车辆以及驾驶者当前的状态。如果能够及时、准确的掌握处于异常状态的车辆并做出相应的处理，对于车辆和驾驶者来说都是非常重要的。上述需求的关键点是异常状态的判定，异常状态判定涉及的信号不止一个。现有车规级芯片发展迅速，但是算力、存储相对云端都是较小的。

相关技术中，车辆将信号上报至云端，云端通过大数据平台计算哪些车辆处于异常状态。然而每辆车产生信号的量非常巨大，随着车辆数和判定涉及信号种类的增加，所需的算力和存储的量级是难以想象的巨大。

发明内容

有鉴于此，本发明提供了一种车辆异常状态判断方法、装置、复杂事件处理引擎及介质，以解决现有车辆异常判断所需的算力和存储量巨大的问题。

第一方面，本发明提供了一种车辆异常状态判断方法，应用于车辆引擎，方法包括：

获取车辆状态信号队列，其中，车辆状态信号队列包括目标车辆在当前产生的至少一个状态信号；

利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号；

利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列；

利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端。

在本发明中，通过利用位于车辆引擎端的监听器，对车辆状态信号进行处理，仅将异常状态结果上传至云端，不仅保证了车辆状态信号处理的实时性，同时无需将庞大的车辆状态信号全部上传云端，减少了云端所需的算力和存储资源。在车辆端进行判断，无需存储信号，减少了额外的存储资源开销，与此同时，通过监听器进行判断，计算逻辑简单，减少了额外算力资源的开销，提升了车辆异常判断的实时性。

在一种可选的实施方式中，方法还包括：

在异常状态判定条件对应的车辆状态信号数量大于1时，基于车辆状态信号，将异常状态判定条件拆解为若干第一监听器与一个第二监听器，其中第一监听器用于处理单一的车辆状态信号，第二监听器用于处理异常状态判定条件对应的车辆状态信号组合；

在异常状态判定条件对应的车辆状态信号数量等于1时，生成异常状态判定条件对应的第一监听器。

在该方式中，通过针对单一状态信号及异常状态判定条件构建监听器，使得监听器无需对每一条车辆状态信号进行判断，可以快速进行异常状态的判断，提升了车辆异常状态判定的实时性。

在一种可选的实施方式中，车辆状态信号包括状态信号键与状态信号值；

利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号，包括：

将监听器的身份标识作为派生信号的派生信号键；

判断当前车辆状态信号的信号键与监听器的关注信号键是否一致，关注信号键为监听器对应处理的车辆状态信号的状态信号键；

在当前车辆状态信号的信号键与监听器的关注信号键一致时，利用监听器，生成当前车辆状态信号对应的派生信号。

在该方式中，通过利用监听器，对监听器关注的车辆状态信号生成派生信号，使得监听器仅专注于自身关注的车辆状态信号，提高了监听器的处理效率，进一步提升了车辆异常判断的实时性。

在一种可选的实施方式中，利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列，包括：

将当前车辆状态信号移出车辆状态信号队列，利用第一监听器依次判断当前车辆状态信号是否满足当前第一监听器判断的异常状态判定条件；

在当前车辆状态信号满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为真，将第一派生信号压入车辆状态信号队列的队尾。

在该方式中，通过利用派生信号，记录车辆状态信号是否符合异常状态判定条件，将派生信号压入车辆状态信号队列的对尾，便于后续利用派生信号进行车辆异常状态判定。

在一种可选的实施方式中，利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得异常状态的判断结果，包括：

利用第二监听器，判断当前第一派生信号组合得到的第二派生信号的第二信号键与第二监听器的关注信号键是否一致；

在当前第二信号键与第二监听器的关注信号键一致时，判断当前第二派生信号的第二信号值是否满足第二监听器判断的异常状态判定条件；

在当前第二信号值满足第二监听器判断的异常状态判定条件时，确认当前第二派生信号对应的车辆状态信号存在异常状态。

在该方式中，通过第二监听器对组合后的派生信号进行判断，无需关注异常状态判定条件中车辆状态信号的组合逻辑关系，降低了异常状态判断的复杂度，提升了车辆异常状态判断的速度，进一步提升了车辆异常状态判断的实时性。

在一种可选的实施方式中，在当前车辆状态信号不满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为假，将第一派生信号压入车辆状态信号队列的队尾。

在该方式中，通过将不符合车辆异常判断条件的车辆状态信号对应的派生信号值记为假，便于后续对车辆异常进行判断。

在一种可选的实施方式中，在当前车辆状态信号的信号键与监听器的关注信号键不一致时，将当前车辆状态信号移出车辆状态信号队列。

在该方式中，通过利用监听器，将无关异常状态判定的信号舍弃，减少了额外存储资源的开销及额外的判定处理造成的算力和存储资源的开销。

第二方面，本发明提供了一种车辆异常状态判断装置，装置包括：

信号获取模块，用于获取车辆状态信号队列，其中，车辆状态信号队列包括目标车辆在当前产生的至少一个状态信号；

派生信号生成模块，用于利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号；

信号队列更新模块，用于利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列；

异常状态判断模块，用于利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端。

第三方面，本发明提供了一种复杂事件处理引擎，包括：存储器和处理器，存储器和处理器之间互相通信连接，存储器中存储有计算机指令，处理器通过执行计算机指令，从而执行上述第一方面或其对应的任一实施方式的车辆异常状态判断方法。

第四方面，本发明提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，计算机指令用于使计算机执行上述第一方面或其对应的任一实施方式的车辆异常状态判断方法。

附图说明

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

图1是根据本发明实施例的车辆异常状态判断方法的流程示意图。

图2是根据本发明实施例的信号处理的流程示意图。

图3是根据本发明实施例的另一车辆异常状态判断方法的流程示意图。

图4是根据本发明实施例的车辆状态信号及派生信号的示意图。

图5是根据本发明实施例的监听器的主要组成成分的示意图。

图6是根据本发明实施例的简单监听器处理信号的流程示意图。

图7是根据本发明实施例的复杂监听器处理信号的流程示意图。

图8是根据本发明实施例的又一车辆异常状态判断方法的流程示意图。

图9是根据本发明实施例的监听器生成的流程示意图。

图10是根据本发明实施例的雾灯信号处理的流程示意图。

图11是根据本发明实施例的车速信号s＝20处理的流程示意图。

图12是根据本发明实施例的车速信号s＝0处理的流程示意图。

图13是根据本发明实施例的气囊信号a＝open处理的流程示意图。

图14是根据本发明实施例的派生信号s_0_l＝false处理的流程示意图。

图15是根据本发明实施例的派生信号s_0_l＝true处理的流程示意图。

图16是根据本发明实施例的派生信号a_l＝true处理的流程示意图。

图17是根据本发明实施例的车辆异常状态判断装置的结构框图。

图18是本发明实施例的复杂事件处理引擎的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

相关技术中，车辆将信号上报至云端，云端通过大数据平台计算哪些车辆处于异常状态。然而每辆车产生信号的量非常巨大，随着车辆数和判定涉及信号种类的增加，所需的算力和存储的量级是难以想象的巨大。

为解决上述问题，本发明实施例中提供一种车辆异常状态判断方法，用于复杂事件处理引擎中，需要说明的是，其执行主体可以是车辆异常状态判断装置，该装置可以通过软件、硬件或者软硬件结合的方式实现成为复杂事件处理引擎的部分或者全部，其中，该复杂事件处理引擎可以是终端或客户端或服务器，服务器可以是一台服务器，也可以为由多台服务器组成的服务器集群，本申请实施例中的终端可以是智能手机、个人电脑、平板电脑等其他智能硬件设备。下述方法实施例中，均以执行主体是复杂事件处理引擎为例来进行说明。

本实施例中的复杂事件处理引擎，适用于在车辆复杂事件处理引擎CEP端对车辆端产生的车辆状态信号进行处理的使用场景。通过本发明提供车辆异常状态判断方法，通过利用位于车辆引擎端的监听器，对车辆状态信号进行处理，仅将异常状态结果上传至云端，不仅保证了车辆状态信号处理的实时性，同时无需将庞大的车辆状态信号全部上传云端，减少了云端所需的算力和存储资源。在车辆端进行判断，无需存储信号，减少了额外的存储资源开销，与此同时，通过监听器进行判断，计算逻辑简单，减少了额外算力资源的开销，提升了车辆异常判断的实时性。

根据本发明实施例，提供了一种车辆异常状态判断方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了一种车辆异常状态判断方法，可用于上述的复杂事件处理引擎，图1是根据本发明实施例的车辆异常状态判断方法的流程图，如图1所示，该流程包括如下步骤：

步骤S101，获取车辆状态信号队列。

在本发明实施例中，车辆状态信号队列包括目标车辆在当前产生的至少一个状态信号。

在一示例中，车辆状态信号可以用于反应车辆的某个状态，由信号键和信号值组成。例如车速为20km/h，就是一个车速信号，信号键是s，信号值是20，本文中简单表示为(s＝20)；气囊弹出，也是一个车辆状态信号，信号键是a，信号值是open，简单表示为(a＝open)。v_sig为车辆状态信号，由signal_sender发出的信号。例如车速为20km/h(s＝20)。其中，signal_sender为车端信号发送组件，属于每辆车辆的软件中的一部分，在本发明中车端信号发送组件的种类不进行限制。Queue为车辆状态信号队，用于维护车辆状态信号、派生信号的入队出队。图2是根据本发明实施例的信号处理的流程示意图，如图2所示，信号先进先出，出队信号被每个监听器均处理一次。队列中的状态信号为空时，会保持阻塞状态，直到有新的信号进入，交给各监听器处理。

步骤S102，利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号。

在一示例中，监听器用于处理车辆状态信号，判定状态是否达成。例如【车速为0的监听器】处理queue中的车辆状态信号，判定车辆的速度是否等于0；【气囊弹出的监听器】处理queue中的信号，判定车辆气囊是否弹出；【车速为0且气囊弹出的监听器】处理queue中的信号，判定车速等于0并且气囊弹出。唯一标识、关注的信号键、判定条件是监听器的主要组成。监听器个数与要判定的条件对应。需要判定“车速为0且气囊弹出”，则需要三个监听器，分别是【车速为0的监听器】【气囊弹出的监听器】【车速为0且气囊弹出的监听器】。

监听器处理信号，不管条件是否达成都会产生派生信号，并将信号推入队列供监听器再次处理。其中，监听器只处理自己关注的信号，不关注的信号不处理。监听器处理自己关注的信号时，如果条件达成，产生一个派生信号，派生信号键是监听器的唯一标识，值是true；条件未达成，产生一个派生信号，派生信号的键是监听器的唯一标识，值是false。

步骤S103，利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列。

在一示例中，产生的派生信号推入信号队列，供监听器再次处理。

步骤S104，利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端。

在一实施场景中，车辆复杂事件处理引擎CEP处理的过程可以包括：1.根据判定的条件生成监听器，不同监听器关注的信号不同，每个监听器需要判定自己关注的状态是否达成。

2.信号队列接收signal_sender发送的车辆状态信号，接收监听器产生的派生信号。信号先进先出，出队的信号由所有监听器处理一次。当队列中信号全部被处理，队列保持阻塞，直到新的信号进入队列。

3.监听器不处理不关注的信号。

4.监听器处理关注的信号时，不管条件是否达成，都会产生一个派生信号，派生信号的键是监听器的唯一标识。如果条件达成，派生信号的值是true，否则派生信号的值是false。派生信号被推入信号队列，待再次出队被所有监听器处理。

5.当监听器关注的状态达成，且该状态对应车辆的异常状态，监听器向云端输出异常状态结果。

本实施例提供的车辆异常状态判断方法，通过利用位于车辆引擎端的监听器，对车辆状态信号进行处理，仅将异常状态结果上传至云端，不仅保证了车辆状态信号处理的实时性，同时无需将庞大的车辆状态信号全部上传云端，减少了云端所需的算力和存储资源。在车辆端进行判断，无需存储信号，减少了额外的存储资源开销，与此同时，通过监听器进行判断，计算逻辑简单，减少了额外算力资源的开销，提升了车辆异常判断的实时性。

在本实施例中提供了一种车辆异常状态判断方法，可用于上述的复杂事件处理引擎，图3是根据本发明实施例的另一车辆异常状态判断方法的流程图，如图3所示，该流程包括如下步骤：

步骤S301，在异常状态判定条件对应的车辆状态信号数量大于1时，基于车辆状态信号，将异常状态判定条件拆解为若干第一监听器与一个第二监听器。

步骤S302，在异常状态判定条件对应的车辆状态信号数量等于1时，生成异常状态判定条件对应的第一监听器。

在一示例中，监听器按关注信号类型的数量可分为简单监听器和复杂监听器，关注单一信号的监听器是简单监听器，即第一监听器，关注多类信号的监听器是复杂监听器，即第二监听器。以异常状态判定条件“车速为0且气囊弹出”为例，【车速为0监听器】【气囊弹出监听器】是第一监听器，【车速为0且气囊弹出监听器】是第二监听器。

步骤S303，获取车辆状态信号队列。详细请参见图1所示实施例的步骤S101，在此不再赘述。

步骤S304，利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号。

具体地，车辆状态信号包括状态信号键与状态信号值。上述步骤S304包括：

步骤S3041，将监听器的身份标识作为派生信号的派生信号键。

在一示例中，图4是根据本发明实施例的车辆状态信号及派生信号的示意图。如图4所示，车辆状态信号用于反应车辆的某个状态，由信号键和信号值组成。例如车速为20km/h，车速状态信号的信号键是s，信号值是20，表示为(s＝20)；气囊弹出，也是一个车辆状态信号，信号键是a，信号值是open，表示为(a＝open)。信号按产生方式可以分为车辆状态信号和派生信号。v_sig：车辆状态信号，由signal_sender发出的信号。例如车速为20km/h(s＝20)。c_sig：派生信号，由监听器产生的信号。这类信号的键是监听器的唯一标识，值只有true、false。例如判定车速是否为0的监听器产生的信号(s_0_l＝true、s_0_l＝false)；判定气囊是否弹出的监听器产生的信号(a_l＝true、a_l＝false)。

监听器用于处理信号，判定状态是否达成。图5是根据本发明实施例的监听器的主要组成成分的示意图。如图5所示，例如【车速为0的监听器】处理queue中的信号，判定车辆的速度是否等于0；【气囊弹出的监听器】处理queue中的信号，判定车辆气囊是否弹出；【车速为0且气囊弹出的监听器】处理queue中的信号，判定车速等于0并且气囊弹出。监听器的主要组成可以包括唯一标识、关注的信号键、判定条件。监听器个数与要判定的条件对应。需要判定“车速为0且气囊弹出”，则需要三个监听器，分别是【车速为0的监听器】、【气囊弹出的监听器】与【车速为0且气囊弹出的监听器】。

步骤S3042，判断当前车辆状态信号的信号键与监听器的关注信号键是否一致，关注信号键为监听器对应处理的车辆状态信号的状态信号键。

在一示例中，以【车速为0的监听器】为例，【车速为0的监听器】用于判断车速是否为0，因此【车速为0的监听器】的关注信号键为车速信号键s，标识为s_0_l。【车速为0且气囊弹出的监听器】用于判断车速是否为零且气囊是否弹出，因此【车速为0且气囊弹出的监听器】的关注信号键为车速为0信号键s_0_l与气囊弹出信号键a_l，标识为s_0_a_l。

步骤S3043，在当前车辆状态信号的信号键与监听器的关注信号键一致时，利用监听器，生成当前车辆状态信号对应的派生信号。

在一示例中，监听器处理自己关注的信号时，如果条件达成，产生一个派生信号，派生信号键是监听器的唯一标识，值是true。监听器处理信号，不管条件是否达成都会产生派生信号，并将信号推入队列供监听器再次处理。

在一些可选的实施方式中，上述步骤S3043包括：

步骤a1，将当前车辆状态信号移出车辆状态信号队列，利用第一监听器依次判断当前车辆状态信号是否满足当前第一监听器判断的异常状态判定条件；

步骤a2，在当前车辆状态信号满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为真，将第一派生信号压入车辆状态信号队列的队尾。

步骤S3044，在当前车辆状态信号不满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为假，将第一派生信号压入车辆状态信号队列的队尾。

在一示例中，监听器处理自己关注的信号时，条件未达成，产生一个派生信号，派生信号的键是监听器的唯一标识，值是false。产生的派生信号推入信号队列，供监听器再次处理。

图6是根据本发明实施例的简单监听器处理信号的流程示意图。以【车速为0监听器】为例，简单监听器处理车辆状态信号的过程具体包括：

当雾灯信号出队时，判断雾灯信号的信号键是否为【车速为0监听器】的关注信号键s，雾灯信号的信号键不是【车速为0监听器】的关注信号键s，【车速为0监听器】不进行任何处理。

当车速信号s＝20出队时，判断车速信号s＝20的信号键是否为【车速为0监听器】的关注信号键s，车速信号s＝20的信号键是【车速为0监听器】的关注信号键s，判断【车速为0监听器】的异常状态判定条件s＝0是否成立，异常状态判定条件s＝0不成立，生成派生信号s_0_l＝false并将派生信号s_0_l＝false压入队尾。

当车速信号s＝0出队时，判断车速信号s＝0的信号键是否为【车速为0监听器】的关注信号键s，车速信号s＝0的信号键是【车速为0监听器】的关注信号键s，判断【车速为0监听器】的异常状态判定条件s＝0是否成立，异常状态判定条件s＝0成立，生成派生信号s_0_l＝true并将派生信号s_0_l＝true压入队尾，此时信号队列中的信号依次为s_0_l＝false、s_0_l＝true。

当派生信号s_0_l＝false出队时，判断派生信号s_0_l＝false的信号键是否为【车速为0监听器】的关注信号键s，派生信号s_0_l＝false的信号键不是关注信号键s，【车速为0监听器】不进行任何处理。

当派生信号s_0_l＝true出队时，判断派生信号s_0_l＝true的信号键是否为【车速为0监听器】的关注信号键s，派生信号s_0_l＝true的信号键不是关注信号键s，【车速为0监听器】不进行任何处理。

图7是根据本发明实施例的复杂监听器处理信号的流程示意图。以【车速为0且气囊弹出监听器】为例，复杂监听器处理车辆状态信号的过程具体包括：

当雾灯信号出队时，判断雾灯信号的信号键是否为【车速为0且气囊弹出监听器】的关注信号键s_0_l、a_l，雾灯信号的信号键不是【车速为0且气囊弹出监听器】关注信号键s_0_l、a_l，【车速为0且气囊弹出监听器】不进行任何处理。

当派生信号s_0_l＝true出队时，判断派生信号s_0_l＝true的信号键是否为【车速为0且气囊弹出监听器】的关注信号键s_0_l、a_l，派生信号s_0_l＝true符合【车速为0且气囊弹出监听器】的关注信号键s_0_l、a_l，判断车速为0且气囊弹出是否成立，派生信号s_0_l＝true部分符合【车速为0且气囊弹出监听器】的异常判定条件，【车速为0且气囊弹出监听器】记录车速为0的状态，产生派生信号s_0_a_l＝false并压入队尾。

当派生信号a_l＝true出队时，判断派生信号a_l＝true的信号键是否为【车速为0且气囊弹出监听器】的关注信号键s_0_l、a_l，派生信号键a_l＝true符合【车速为0且气囊弹出监听器】的关注信号键s_0_l、a_l，判断车速为0且气囊弹出是否成立，结合上一步记录车速为0的状态，【车速为0且气囊弹出监听器】判定条件全部成立，产生派生信号s_0_a_l＝true并压入队尾，上报异常结果至云端。派生信号s_0_a_l＝true出队，判断派生信号s_0_a_l＝true的信号键是否为【车速为0且气囊弹出监听器】的关注信号键s_0_l、a_l，派生信号s_0_a_l＝true的信号键不是【车速为0且气囊弹出监听器】关注信号键s_0_l、a_l，【车速为0且气囊弹出监听器】不进行任何处理。

步骤S305，利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列。详细请参见图1所示实施例的步骤S103，在此不再赘述。

步骤S306，利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端。详细请参见图1所示实施例的步骤S104，在此不再赘述。

本实施例提供的车辆异常状态判断方法，通过针对单一状态信号及异常状态判定条件构建监听器，使得监听器无需对每一条车辆状态信号进行判断，可以快速进行异常状态的判断，提升了车辆异常状态判定的实时性。通过利用监听器，对监听器关注的车辆状态信号生成派生信号，使得监听器仅专注于自身关注的车辆状态信号，提高了监听器的处理效率，进一步提升了车辆异常判断的实时性。通过利用派生信号，记录车辆状态信号是否符合异常状态判定条件，将派生信号压入车辆状态信号队列的对尾，便于后续利用派生信号进行车辆异常状态判定。通过利用监听器，将无关异常状态判定的信号舍弃，减少了额外存储资源的开销及额外的判定处理造成的算力和存储资源的开销。

在本实施例中提供了一种车辆异常状态判断方法，可用于上述的复杂事件处理引擎，图8是根据本发明实施例的又一车辆异常状态判断方法的流程图，如图8所示，该流程包括如下步骤：

步骤S801获取车辆状态信号队列。详细请参见图3所示实施例的步骤S303，在此不再赘述。

步骤S802，利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号。详细请参见图3所示实施例的步骤S304，在此不再赘述。

步骤S803，利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列.

具体地，上述步骤S803包括：

步骤S8031，将当前车辆状态信号移出车辆状态信号队列，利用第一监听器依次判断当前车辆状态信号是否满足当前第一监听器判断的异常状态判定条件。

步骤S8032，在当前车辆状态信号满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为真，将第一派生信号压入车辆状态信号队列的队尾。

步骤S804，利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端。

具体地，上述步骤S804包括：

步骤S8041，利用第二监听器，判断当前第一派生信号组合得到的第二派生信号的第二信号键与第二监听器的关注信号键是否一致。

步骤S8042，在当前第二信号键与第二监听器的关注信号键一致时，判断当前第二派生信号的第二信号值是否满足第二监听器判断的异常状态判定条件。

步骤S8043，在当前第二信号值满足第二监听器判断的异常状态判定条件时，确认当前第二派生信号对应的车辆状态信号存在异常状态。

步骤S8044，在当前车辆状态信号不满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为假，将第一派生信号压入车辆状态信号队列的队尾。

在一实施场景中，以“车速为0且气囊弹出”为例，

1.生成监听器：图9是根据本发明实施例的监听器生成的流程示意图，如图9所示，根据车速为0且气囊弹出的判定条件，对应生成【车速为0的监听器】、【气囊弹出的监听器】与【车速为0且气囊弹出的监听器】，signal_sender发送车辆状态信号进入队列。

2.雾灯信号处理：图10是根据本发明实施例的雾灯信号处理的流程示意图。如图10所示，雾灯信号l＝on出队，三个监听器依次处理。监听器都不关注雾灯信号，均不处理。

3.车速信号s＝20处理：图11是根据本发明实施例的车速信号s＝20处理的流程示意图，如图11所示，车速信号s＝20出队，三个监听器依次处理。【车速为0的监听器】关注车速信号s＝20，判定“车速为0”不成立，产生派生信号s_0_l＝false，派生信号压入队列尾部。【气囊弹出的监听器】【车速为0且气囊弹出的监听器】不关注车速信号s＝20，不处理。

4.车速信号s＝0处理：图12是根据本发明实施例的车速信号s＝0处理的流程示意图，如图12所示，车速信号s＝0出队，三个监听器依次处理。【车速为0的监听器】关注车速信号s＝0，判定“车速为0”成立，产生派生信号s_0_l＝true，派生信号压入队列尾部。【气囊弹出的监听器】【车速为0且气囊弹出的监听器】不关注车速信号s＝0，不处理。

5.气囊信号a＝open处理：图13是根据本发明实施例的气囊信号a＝open处理的流程示意图，如图13所示，气囊信号a＝open出队，三个监听器依次处理。【车速为0的监听器】、【车速为0且气囊弹出的监听器】不关注气囊信号a＝open，不处理。【气囊弹出的监听器】关注气囊信号a＝open，判定“气囊弹出”成立，产生派生信号a_l＝true，派生信号压入队列尾部。

6.派生信号s_0_l＝false处理：图14是根据本发明实施例的派生信号s_0_l＝false处理的流程示意图，如图14所示，派生信号s_0_l＝false出队，三个监听器依次处理。【车速为0的监听器】【气囊弹出的监听器】不关注派生信号s_0_l＝false，不处理。【车速为0且气囊弹出的监听器】关注派生信号s_0_l＝false，判定“车速为0且气囊弹出”不成立，产生派生信号s_0_a_l＝false，派生信号压入队列尾部。

7.派生信号s_0_l＝true处理：图15是根据本发明实施例的派生信号s_0_l＝true处理的流程示意图，如图15所示，派生信号s_0_l＝true出队，三个监听器依次处理。【车速为0的监听器】【气囊弹出的监听器】不关注派生信号s_0_l＝true，不处理。【车速为0且气囊弹出的监听器】关注派生信号s_0_l＝true，判定“车速为0且气囊弹出”部分条件成立，监听器记录“车速为0”条件成立，产生派生信号s_0_a_l＝false，派生信号压入队列尾部。

8.派生信号a_l＝true处理：图16是根据本发明实施例的派生信号a_l＝true处理的流程示意图，如图16所示，派生信号a_l＝true出队，三个监听器依次处理。【车速为0的监听器】【气囊弹出的监听器】不关注派生信号a_l＝true，不处理。【车速为0且气囊弹出的监听器】关注派生信号a_l＝true，结合步骤7中记录的车速为0，判定“车速为0且气囊弹出”成立，产生派生信号s_0_a_l＝true，派生信号压入队列尾部。报告云端车辆处于异常状态。

9.队列中剩余的三个派生信号s_0_a_l＝false、s_0_a_l＝false、s_0_a_l＝true不是监听器关注的信号，它们依次出队后不会被监听器处理。队列信号处理完成，进入阻塞状态，等待新的车辆状态信号进入。

本实施例提供的车辆异常状态判断方法，通过利用派生信号，记录车辆状态信号是否符合异常状态判定条件，将派生信号压入车辆状态信号队列的对尾，便于后续利用派生信号进行车辆异常状态判定。通过第二监听器对组合后的派生信号进行判断，无需关注异常状态判定条件中车辆状态信号的组合逻辑关系，降低了异常状态判断的复杂度，提升了车辆异常状态判断的速度，进一步提升了车辆异常状态判断的实时性。通过将不符合车辆异常判断条件的车辆状态信号对应的派生信号值记为假，便于后续对车辆异常进行判断。

在本实施例中还提供了一种车辆异常状态判断装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种车辆异常状态判断装置，如图17所示，包括：

信号获取模块1701，用于获取车辆状态信号队列，其中，车辆状态信号队列包括目标车辆在当前产生的至少一个状态信号。详细请参见图1所示实施例的步骤S101，在此不再赘述。

派生信号生成模块1702，用于利用监听器所配置的车辆异常状态判定条件对车辆状态信号进行处理，生成派生信号。详细请参见图1所示实施例的步骤S102，在此不再赘述。

信号队列更新模块1703，用于利用派生信号对车辆状态信号队列进行更新，得到更新后的车辆状态信号队列。详细请参见图1所示实施例的步骤S103，在此不再赘述。

异常状态判断模块1704，用于利用监听器依次对更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将判断结果发送至云端。详细请参见图1所示实施例的步骤S104，在此不再赘述。

在一些可选的实施方式中，车辆异常状态判断装置还包括：

判定条件拆解单元，用于在异常状态判定条件对应的车辆状态信号数量大于1时，基于车辆状态信号，将异常状态判定条件拆解为若干第一监听器与一个第二监听器，其中第一监听器用于处理单一的车辆状态信号，第二监听器用于处理异常状态判定条件对应的车辆状态信号组合。

监听器生成单元，用于在异常状态判定条件对应的车辆状态信号数量等于1时，生成异常状态判定条件对应的第一监听器。

在一些可选的实施方式中，车辆状态信号包括状态信号键与状态信号值。

派生信号生成模块1702包括：

派生信号键生成单元，用于将监听器的身份标识作为派生信号的派生信号键。

关注信号键判断单元，用于判断当前车辆状态信号的信号键与监听器的关注信号键是否一致，关注信号键为监听器对应处理的车辆状态信号的状态信号键。

派生信号生成单元，用于在当前车辆状态信号的信号键与监听器的关注信号键一致时，利用监听器，生成当前车辆状态信号对应的派生信号。

在一些可选的实施方式中，信号队列更新模块1703包括：

第一异常判定单元，用于将当前车辆状态信号移出车辆状态信号队列，利用第一监听器依次判断当前车辆状态信号是否满足当前第一监听器判断的异常状态判定条件。

第一派生信号值记录单元，用于在当前车辆状态信号满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为真，将第一派生信号压入车辆状态信号队列的队尾。

在一些可选的实施方式中，异常状态判断模块1704包括：

关注信号判断单元，用于利用第二监听器，判断当前第一派生信号组合得到的第二派生信号的第二信号键与第二监听器的关注信号键是否一致。

第二异常判定单元，用于在当前第二信号键与第二监听器的关注信号键一致时，判断当前第二派生信号的第二信号值是否满足第二监听器判断的异常状态判定条件。

异常状态确认单元，用于在当前第二信号值满足第二监听器判断的异常状态判定条件时，确认当前第二派生信号对应的车辆状态信号存在异常状态。

在一些可选的实施方式中，信号队列更新模块1703还包括：

第二派生信号值记录单元，用于在当前车辆状态信号不满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为假，将第一派生信号压入车辆状态信号队列的队尾。

在一些可选的实施方式中，派生信号生成模块1702还包括：

信号移出单元，用于在当前车辆状态信号的信号键与监听器的关注信号键不一致时，将当前车辆状态信号移出车辆状态信号队列。

上述各个模块和单元的更进一步的功能描述与上述对应实施例相同，在此不再赘述。

本实施例中的车辆异常状态判断装置是以功能单元的形式来呈现，这里的单元是指ASIC(Application Specific Integrated Circuit，专用集成电路)电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。

本发明实施例还提供一种复杂事件处理引擎，具有上述图17所示的车辆异常状态判断装置。

请参阅图18，图18是本发明可选实施例提供的一种复杂事件处理引擎的结构示意图，如图18所示，该复杂事件处理引擎包括：一个或多个处理器10、存储器20，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相通信连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在复杂事件处理引擎内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在一些可选的实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个复杂事件处理引擎，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图18中以一个处理器10为例。

处理器10可以是中央处理器，网络处理器或其组合。其中，处理器10还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路，可编程逻辑器件或其组合。上述可编程逻辑器件可以是复杂可编程逻辑器件，现场可编程逻辑门阵列，通用阵列逻辑或其任意组合。

其中，所述存储器20存储有可由至少一个处理器10执行的指令，以使所述至少一个处理器10执行实现上述实施例示出的方法。

存储器20可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据复杂事件处理引擎的使用所创建的数据等。此外，存储器20可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些可选的实施方式中，存储器20可选包括相对于处理器10远程设置的存储器，这些远程存储器可以通过网络连接至该复杂事件处理引擎。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

存储器20可以包括易失性存储器，例如，随机存取存储器；存储器也可以包括非易失性存储器，例如，快闪存储器，硬盘或固态硬盘；存储器20还可以包括上述种类的存储器的组合。

该复杂事件处理引擎还包括通信接口30，用于该复杂事件处理引擎与其他设备或通信网络通信。

本发明实施例还提供了一种计算机可读存储介质，上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可记录在存储介质，或者被实现通过网络下载的原始存储在远程存储介质或非暂时机器可读存储介质中并将被存储在本地存储介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件的存储介质上的这样的软件处理。其中，存储介质可为磁碟、光盘、只读存储记忆体、随机存储记忆体、快闪存储器、硬盘或固态硬盘等；进一步地，存储介质还可以包括上述种类的存储器的组合。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现上述实施例示出的方法。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种车辆异常状态判断方法，其特征在于，应用于车辆引擎，所述方法包括：

获取车辆状态信号队列，其中，所述车辆状态信号队列包括目标车辆在当前产生的至少一个状态信号；

利用监听器所配置的车辆异常状态判定条件对所述车辆状态信号进行处理，生成派生信号；

利用所述派生信号对所述车辆状态信号队列进行更新，得到更新后的车辆状态信号队列；

利用所述监听器依次对所述更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将所述判断结果发送至云端。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述异常状态判定条件对应的车辆状态信号数量大于1时，基于所述车辆状态信号，将所述异常状态判定条件拆解为若干第一监听器与一个第二监听器，其中所述第一监听器用于处理单一的车辆状态信号，所述第二监听器用于处理所述异常状态判定条件对应的车辆状态信号组合；

在所述异常状态判定条件对应的车辆状态信号数量等于1时，生成所述异常状态判定条件对应的第一监听器。

3.根据权利要求2所述的方法，其特征在于，所述车辆状态信号包括状态信号键与状态信号值；

所述利用监听器所配置的车辆异常状态判定条件对所述车辆状态信号进行处理，生成派生信号，包括：

将所述监听器的身份标识作为所述派生信号的派生信号键；

判断当前车辆状态信号的信号键与所述监听器的关注信号键是否一致，所述关注信号键为所述监听器对应处理的车辆状态信号的状态信号键；

在当前车辆状态信号的信号键与所述监听器的关注信号键一致时，利用所述监听器，生成当前车辆状态信号对应的派生信号。

4.根据权利要求3所述的方法，其特征在于，所述利用所述派生信号对所述车辆状态信号队列进行更新，得到更新后的车辆状态信号队列，包括：

将当前车辆状态信号移出所述车辆状态信号队列，利用所述第一监听器依次判断当前车辆状态信号是否满足当前第一监听器判断的异常状态判定条件；

在当前车辆状态信号满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为真，将所述第一派生信号压入所述车辆状态信号队列的队尾。

5.根据权利要求4所述的方法，其特征在于，所述利用所述监听器依次对所述更新后的车辆状态信号队列中的信号进行异常状态判断，得异常状态的判断结果，包括：

利用所述第二监听器，判断当前第一派生信号组合得到的第二派生信号的第二信号键与所述第二监听器的关注信号键是否一致；

在当前第二信号键与所述第二监听器的关注信号键一致时，判断当前第二派生信号的第二信号值是否满足所述第二监听器判断的异常状态判定条件；

在当前第二信号值满足所述第二监听器判断的异常状态判定条件时，确认当前第二派生信号对应的车辆状态信号存在异常状态。

6.根据权利要求4所述的方法，其特征在于，在当前车辆状态信号不满足当前第一监听器判断的异常状态判定条件时，将当前第一监听器对应的第一派生信号的信号值记为假，将所述第一派生信号压入所述车辆状态信号队列的队尾。

7.根据权利要求3所述的方法，其特征在于，在当前车辆状态信号的信号键与所述监听器的关注信号键不一致时，将当前车辆状态信号移出所述车辆状态信号队列。

8.一种车辆异常状态判断装置，其特征在于，所述装置包括：

信号获取模块，用于获取车辆状态信号队列，其中，所述车辆状态信号队列包括目标车辆在当前产生的至少一个状态信号；

派生信号生成模块，用于利用监听器所配置的车辆异常状态判定条件对所述车辆状态信号进行处理，生成派生信号；

信号队列更新模块，用于利用所述派生信号对所述车辆状态信号队列进行更新，得到更新后的车辆状态信号队列；

异常状态判断模块，用于利用所述监听器依次对所述更新后的车辆状态信号队列中的信号进行异常状态判断，得到异常状态的判断结果，并将所述判断结果发送至云端。

9.一种复杂事件处理引擎，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1至7中任一项所述的车辆异常状态判断方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机指令，所述计算机指令用于使计算机执行权利要求1至7中任一项所述的车辆异常状态判断方法。