本申请涉及车辆安全技术领域，特别涉及一种车辆异常检测方法、车载终端、服务器及存储介质。
背景技术
随着车联网(internetofvehicles)的发展和普及，越来越多的车辆开始接入互联网，以通过车辆与网络之间的协同通信，提高交通安全、优化交通效率、方便交通管理。然而，在实际使用中，由于车辆需要保持网络连接和数据传输，从而容易遭受恶意攻击，因此如何提高联网车的安全，成为备受关注的问题之一。
目前，为了提高联网车辆的安全，通常采用在车辆中设置安全防护系统，以通过安全防护系统对车辆的网路状态进行监控和防护。然而，利用上述方式，无法对联网车中设置的安全防护系统的防护效果进行准确评估，并且也无法对联网车面临的安全威胁进行掌握，从而增加了对联网车安全防护的难度，使得对联网车的安全防护准确性低，效果差。
技术实现要素：
本申请提供一种车辆异常检测方法、车载终端、服务器及存储介质，用于解决相关技术中，对联网车进行安全防护时，存在的安全防护难度大，准确性低、效果差的问题。
本申请一方面实施例提供一种车辆异常监测方法，该方法包括：车载终端对车辆当前的运行状态进行监测，获取所述车辆当前的各运行数据；判断所述车辆当前的各运行数据是否与预设的异常库匹配；若第一运行数据未与所述预设的异常库匹配，则根据所述第一运行数据的来源，确定所述第一运行数据对应的合法数据库，其中所述第一运行数据的来源用于指示所述第一运行数据来自网络侧或车辆中的设备侧；判断所述第一运行数据是否与对应的合法数据库匹配；若否，则将所述第一运行数据发送给异常监测服务器。
本申请另一方面实施例提供一种车辆异常监测方法，该方法包括：获取第一车载终端发送的异常处理请求，其中，所述异常处理请求中包括第一异常运行数据及所述第一车载终端所在车辆的标识；获取与所述车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与所述车辆的标识对应的车辆的配置信息；根据所述第一异常运行数据、所述各第二异常运行数据及所述车辆的配置信息，确定所述车辆对应的异常状态；将所述异常状态发送至所述车辆的标识对应的车厂。
本申请另一方面实施例提供一种车辆异常监测方法，该方法包括：车厂服务器获取异常监测服务器发送的各车辆异常状态数据，所述各车辆异常状态数据中包括各车辆的标识及各异常数据对应的车载终端标识；根据所述各车辆异常状态数据，确定与所述各车辆的标识对应的异常状态示意图，其中所述异常状态示意图中包括各异常数据对应的车载终端标识。
本申请另一方面实施例提供一种车载终端，该车载终端包括：第一获取模块，用于对车辆当前的运行状态进行监测，获取所述车辆当前的各运行数据；第一判断模块，用于判断所述车辆当前的各运行数据是否与预设的异常库匹配；第一确定模块，用于若第一运行数据未与所述预设的异常库匹配，则根据所述第一运行数据的来源，确定所述第一运行数据对应的合法数据库，其中所述第一运行数据的来源用于指示所述第一运行数据来自网络侧或车辆中的设备侧；第二判断模块，用于判断所述第一运行数据是否与对应的合法数据库匹配；控制模块，用于若否，则将所述第一运行数据发送给异常监测服务器。
本申请又一方面实施例提供一种异常监测服务器，该异常监测服务器包括：第二获取模块，用于获取第一车载终端发送的异常处理请求，其中，所述异常处理请求中包括第一异常运行数据及所述第一车载终端所在车辆的标识；第三获取模块，用于获取与所述车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与所述车辆的标识对应的车辆的配置信息；第二确定模块，用于根据所述第一异常运行数据、所述各第二异常运行数据及所述车辆的配置信息，确定所述车辆对应的异常状态；发送模块，用于将所述异常状态发送至所述车辆的标识对应的车厂。
本申请又一方面实施例提供一种车厂服务器，该车厂服务器包括：第四获取模块，用于获取异常监测服务器发送的各车辆异常状态数据，所述各车辆异常状态数据中包括各车辆的标识及各异常数据对应的车载终端标识；第三确定模块，用于根据所述各车辆异常状态数据，确定与所述各车辆的标识对应的异常状态示意图，其中所述异常状态示意图中包括各异常数据对应的车载终端标识。
本申请再一方面实施例提供一种计算机设备，该计算机设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，以实现第一方面实施例所述的车辆异常监测方法，或第二方面实施例所述的车辆异常监测方法，或第三方面实施例所述的车辆异常监测方法。
本申请再一方面实施例的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，以实现第一方面实施例所述的车辆异常监测方法，或第二方面实施例所述的车辆异常监测方法，或第三方面实施例所述的车辆异常监测方法。
本申请再一方面实施例的计算机程序，当所述计算机程序被处理器执行时，以实现第一方面实施例所述的车辆异常监测方法，或第二方面实施例所述的车辆异常监测方法，或第三方面实施例所述的车辆异常监测方法。
本申请公开的技术方案，具有如下有益效果：
通过对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据与预设的异常库不匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中，
图1是根据本申请一个实施例的车辆异常监测方法的流程示意图；
图2是根据本申请另一个实施例的车辆异常监测方法的流程示意图；
图3是根据本申请另一个实施例的车辆异常监测方法的流程示意图；
图4是根据本申请另一个实施例的车辆异常监测方法的流程示意图；
图5是根据本申请一个实施例的异常处理策略确定方式的流程示意图；
图6是根据本申请又一个实施例的车辆异常监测方法的流程示意图；
图7至图12是根据本申请实施例的一个确定与各车辆的标识对应的异常状态示意图；
图13是根据本申请一个具体实施例的车载终端、异常检测服务器及车厂服务器进行信令交互的示意图；
图14是根据本申请一个实施例的车载终端的结构示意图；
图15是根据本申请另一个实施例的车载终端的结构示意图；
图16是根据本申请一个实施例的异常监测服务器的结构示意图；
图17是根据本申请另一个实施例的异常监测服务器的结构示意图；
图18是根据本申请一个实施例的车厂服务器的结构示意图；
图19是根据本申请一个实施例的计算机设备的结构示意图；
图20是根据本申请另一个实施例的计算机设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
本申请各实施例针对相关技术中，对联网车进行安全防护时，存在的安全防护难度大、准确性低、效果差的问题，提出了一种车辆异常监测方法。
本申请实施例，通过车载终端对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若存在第一运行数据与预设的异常库不匹配时，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，其中第一运行数据的来源用于指示第一运行数据来自网络侧或车辆中的设备侧，然后判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
下面参考附图描述本申请实施例的车辆异常检测方法、车载终端、服务器及存储介质进行详细说明。
首先，结合图1以车载终端为例对本申请实施例提出的车辆异常监测方法进行具体说明。
图1是根据本申请一个实施例的车辆异常监测方法的流程示意图。
如图1所示，本申请的车辆异常监测方法可以包括以下步骤：
步骤101，车载终端对车辆当前的运行状态进行监测，获取车辆当前的各运行数据。
其中，本申请实施例提供的车辆异常监测方法，可以应用于本申请实施例的车载终端中，以实现对车辆的安全性进行控制。
在本实施例中，车载终端可以是，但不限于：车载t-box(telematicsbox，简称为：t-box)、车载诊断(on-boarddiagnostic)设备等等。其中，在本实施例中，车载终端的数量至少为一个。
在本实施例中，车辆的运行状态可以包括行驶状态、驻车状态、加速状态、减速状态等等，此处对其不作具体限制。
可选的，本实施例中的车载终端可以直接与车辆主机通过can总线(controllerareanetwork，控制局域网总线)的通信来获取车辆当前的各运行数据；或者，还可以通过与obd接口连接，获取车辆当前的各运行数据等等。
其中，车辆当前的各运行数据，可以包括，但不限于：行驶速度、行驶位置、发动机转速、水温等等。
步骤102，判断车辆当前的各运行数据是否与预设的异常库匹配，若不匹配，则执行步骤103，否则执行步骤106。
其中，预设的异常库可以是车厂在出厂之前预先设置的，此处对其不作具体限定。在本实施例中，预设的异常库中可以包括车辆在不同运行状态下的异常数据。
可选的，获取到车辆当前的各运行数据之后，车载终端可将获取的运行数据分别与预设的异常库进行匹配操作，以确定车辆当前的运行状态对应的各运行数据是否存在异常。
作为本申请的一种可选的实现形式，本实施例可以通过以下方式，判断车辆当前的各运行数据是否与预设的异常库匹配。
第一种实现方式，判断车辆当前的各运行数据对应的操作指令，是否与预设的操作指令匹配。
可选的，车载终端可以首先对获取的各运行数据进行解析处理，确定出各运行数据对应的操作指令，然后将确定的操作指令，分别与预设的操作指令进行匹配，然后根据匹配结果，确定车辆当前的运行状态是否存在异常。其中，当各运行数据中存在任一运行数据对应的操作指令，与预设的操作指令匹配时，则说明车辆当前运行状态可能存在异常，否则说明车辆当前的运行状态可能正常。
例如，若预设的操作指令包括：指令a，指令b，指令c，指令d，则车载终端可通过对获取的各运行数据进行解析处理，确定出各运行数据对应的操作指令，然后将确定的各操作指令，依次与预设的操作指令进行匹配操作，若第2个运行数据对应的操作指令，与预设的操作指令中的指令d匹配，则说明车辆当前的运行状态存在异常。
第二种实现方式，判断车辆当前的各运行数据占用的资源量，是否与预设的阈值匹配。
其中，在本实施例中，预设的阈值可以根据车辆运行状态进行适应性设置，此处对其不作具体限定。
可选的，本申请车载终端可以首先对获取的各运行数据进行解析处理，确定出各运行数据占用的资源量，然后将各运行数据占用的资源量，分别与预设的阈值进行匹配，并根据匹配结果，确定车辆当前的运行状态是否存在异常。其中，当任一各运行数据占用的资源量，与预设的阈值匹配时，则说明车辆当前的运行状态存在异常，否则说明车辆当前的运行状态可能正常。
例如，若预设的阈值为10兆(m)，那么车载终端可以将各运行数据分别占用的资源量，依次与预设的阈值进行比对，若第3个和第5个运行数据占用的资源量，超过20m，则说明车辆当前的运行状态存在异常。
又如，若预设的阈值为20m，那么车载终端可以将各运行数据分别占用的资源量，依次与预设的阈值进行比对，若各运行数据占用的资源量，均未超过20m，则说明车辆当前的运行状态可能正常。
步骤103，若第一运行数据未与预设的异常库匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，其中第一运行数据的来源用于指示第一运行数据来自网络侧或车辆中的设备侧。
由于在实际应用中，车辆在任一运行状态下时，可能会出现各种类型的异常情况，而这些异常情况有可能不包括在预设的异常库中。因此为了提高对车辆当前的运行状态是否正常进行更可靠的监测，本实施例还可以在确定各运行数据中任一运行数据与预设的异常库不匹配时，根据该运行数据的来源，确定对应合法数据库，并根据合法数据库对该运行数据是否合法进行判断，从而可以进一步增加对车辆当前运行状态是否存在异常的监测准确性。
可选的，本实施例可以通过对第一运行数据的获取接口进行识别，确定第一运行数据是来自于网络侧还是车辆中的设备侧，并当确定出第一运行数据的来源之后，车载终端即可根据第一运行数据的来源，确定对应的合法数据库。
其中，当第一运行数据的来源是网络侧时，则车载终端可以从网络侧获取对应的合法数据库；当第一运行数据的来源是车辆中的设备侧，则车载终端可以从车辆中的设备侧获取对应的合法数据库。也就是说，本实施例可以根据第一运行数据的来源，获取不同的合法数据库，从而根据获取的合法数据库对第一运行数据是否合法进行准确判断。
步骤104，判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则执行步骤105，否则返回步骤101。
步骤105，若否，则将第一运行数据发送给异常监测服务器。
可选的，当根据第一运行数据确定出对应的合法数据库之后，车载终端即可根据合法数据库对第一运行数据的合法性进行检测。若第一运行数据与对应的合法数据库匹配，则说明第一运行数据合法；若第一运行数据与对应的合法数据库不匹配，则说明第一运行数据不合法，此时则说明车辆当前可能存在异常。
进一步的，当确定第一运行数据与对应的合法数据库不匹配时，车载终端可将第一运行数据发送给异常监测服务器，以通过异常监测服务器对第一运行数据进行分析处理。
步骤106，若第二运行数据与预设的异常库匹配，则根据第二运行数据对车辆进行异常处理。
可选的，当确定车辆当前的各运行数据中的第二运行数据，与预设的异常库匹配时，则说明车辆当前的运行状态存在异常，此时车载终端可以根据第二运行数据在预设的数据库中，确定对应的处理操作，然后根据处理操作，对车辆进行异常处理，以保证车辆可以正常行驶，从而提高用户驾驶车辆的安全性。
本申请提供的车辆异常监测方法，通过对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据与预设的异常库不匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
通过上述分析可知，本申请通过车载终端将获取的各运行数据与预设的异常库进行匹配，当存在第一运行数据与预设的异常库不匹配时，则确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。
在本实施例的另一种可能实现的形式中，当车载终端将第一运行数据发送给异常监测服务器之后，还可以接收异常监测服务器返回的异常处理策略，以对预设的异常库进行更新，或者对第一运行数据引起的车辆异常进行处理，从而保证车辆在使用过程中，能够对出现的异常情况进行及时处理，进一步保证用户的安全。下面结合图2，对本申请的车辆异常监测方法进行进一步的说明。
图2是根据本申请另一个实施例的车辆异常监测方法的流程示意图。
如图2所示，本申请实施例的车辆异常监测方法可以包括以下步骤：
步骤201，车载终端对车辆当前的运行状态进行监测，获取车辆当前的各运行数据。
步骤202，判断车辆当前的各运行数据是否与预设的异常库匹配。若不匹配，则执行步骤203，否则执行步骤207。
步骤203，若第一运行数据未与预设的异常库匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，其中第一运行数据的来源用于指示第一运行数据来自网络侧或车辆中的设备侧。
步骤204，判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则执行步骤205，否则返回步骤201。
步骤205，若否，则将第一运行数据发送给异常监测服务器。
步骤206，根据异常监测服务器返回的异常处理策略，对预设的异常库进行更新，或对第一运行数据引起的车辆异常进行处理。
可选的，本实施例中当异常监测服务器接收到车载终端发送的第一运行数据之后，异常监测服务器可以首先对第一运行数据进行分析，并根据分析结果在预设数据库中，确定对应的异常处理策略，然后将确定的异常处理策略，返回给车载终端，使得车载终端可以根据异常监测服务器返回的异常处理策略，对预设的异常库进行更新操作，或者，对第一运行数据引起的车辆异常进行处理操作，从而当车辆出现预设异常库之外的异常情况时，可以及时对该异常进行处理，进一步提高了车辆的安全性，保证了用户的人身安全。
可以理解的是，在本实施例中，车载终端根据异常监测服务器返回的异常处理策略执行相应操作时，可以包括：对预设的异常库进行更新操作；或者，对第一运行数据引起的车辆异常进行处理操作；或者，还可以是对预设的异常库进行更新操作，并对第一运行数据引起的车辆异常进行处理操作，此处对其不作具体限定。
步骤207，若第二运行数据与预设的异常库匹配，则根据第二运行数据对车辆进行异常处理。
本申请实施例的车辆异常监测方法，通过对车辆当前的运行状态进行监测，获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据未与预设的异常库匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器，并接收异常监测服务器返回的异常处理策略，以根据异常处理策略，对预设的异常库进行更新，或者对第一运行数据引起的车辆异常进行处理，由此，实现了根据异常监测服务器对车辆的异常情况进行及时准确的监测，并对出现的异常情况进行处理，从而不仅降低了对车辆安全防护的难度，而且还提高了对车辆的安全防护的准确性及效率，为车辆的安全运行提供了保障。
下面结合附图，首先以异常监测服务器为例，对本申请的车辆异常监测方法进行详细描述。
图3是根据本申请一个实施例的车辆异常监测方法的流程示意图。
如图3所示，本申请实施例的车辆异常监测方法可以包括以下步骤：
步骤301，获取第一车载终端发送的异常处理请求，其中，异常处理请求中包括第一异常运行数据及第一车载终端所在车辆的标识。
其中，本实施例提供的车辆异常监测方法，可以应用于本申请提供的异常监测服务器，以实现对出现异常的车辆进行处理。
在本实施例中，第一车载终端所在车辆的标识，可以是以下信息中的至少一种，车辆的车辆识别号码(vehicleidentificationnumber)、生产商的名称、车辆型号等等，此处对此不作具体限定。
可选的，当获取到第一车载终端发送的异常处理请求之后，异常监测服务器可以对异常处理请求进行解析处理，获取异常处理请求中包括的第一异常运行数据及第一车辆终端所在车辆的标识。
步骤302，获取与车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与车辆的标识对应的车辆的配置信息。
其中，车辆的配置信息可以包括：车辆的硬件配置信息，各硬件中的软件配置信息等等。
可选的，当获取到异常处理请求中包括的第一异常运行数据及第一车载终端所在车辆的标识之后，异常监测服务器可以根据第一车载终端所在车辆的标识，从网络侧或者设备侧，获取与第一车载终端所在车辆的标识相同或相似的其他车辆的各第二车载终端发送的各第二异常运行数据，及车辆的标识对应的车辆的配置信息，从而使得异常监测服务器可以根据获取的各第二异常运行数据及车辆的配置信息进行后续的处理操作。
步骤303，根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常状态。
步骤304，将异常状态发送至车辆的标识对应的车厂。
可选的，当获取到第一异常运行数据、各第二异常运行数据及车辆的配置信息之后，异常监测服务器可以利用预设的处理规则，根据上述数据信息，确定车辆对应的异常状态，并将车辆对应的异常状态发送给车辆的标识对应的车厂，以使车厂可以根据车辆的异常状态，对车辆出现的异常状态进行统计分析操作。
进一步的，本实施例中异常监测服务器，在确定出车辆对应的异常状态时，还可以将异常状态提供给应急中心，以通过应急中心根据异常状态准备对应的应急方案，当车辆出现紧急情况时，可以为用户提供应急响应服务。同时，异常监测服务器还可根据车辆对应的异常状态，对情报数据中心进行更新操作，以使情报数据中心，可以广泛收集车辆端、网络侧等各领域的安全情报数据。
本申请提供的车辆异常监测方法，通过获取第一车载终端发送的异常处理请求，并根据异常处理请求中第一车载终端所在车辆的标识，获取与车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与车辆的标识对应的车辆的配置信息，然后根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常状态，并将异常状态发送给至车辆的标识对应的车厂。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
通过上述分析可知，本申请通过根据车辆的标识获取关联的各第二车载终端发送的各第二异常运行数据，及与车辆的标识对应的车辆的配置信息，然后根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常状态，并将异常状态发送给车辆标识对应的车厂。
在实际使用过程中，当异常监测服务器获取到各第二异常运行数据，及与车辆的标识对应的车辆的配置信息之后，本实施例还可以进一步的根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常处理策略，然后将异常处理策略返回给第一车载终端，以使第一车载终端可以根据异常处理策略执行对应的处理，从而使得第一车载终端所在的车辆恢复正常，能够正常运行。下面结合图4，对本申请的车辆异常监测方法进行进一步的说明。
图4是根据本申请一个实施例的车辆异常监测方法的流程示意图。
如图4所示，本申请实施例的车辆异常监测方法可以包括以下步骤：
步骤401，获取第一车载终端发送的异常处理请求，其中，异常处理请求中包括第一异常运行数据及第一车载终端所在车辆的标识。
步骤402，获取与车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与车辆的标识对应的车辆的配置信息。
步骤403，根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常处理策略。
步骤404，将异常处理策略返回至第一车载终端。
可选的，为了能够及时对第一车载终端所在车辆存在的异常情况进行有效处理，本实施例在获取到与车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与车辆的标识对应的车辆的配置信息之后，异常监测服务器可以根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，利用预设规则，确定出车辆对应的异常处理操作，并将确定的异常处理策略返回给第一车载终端，以使第一车载终端可以根据异常处理策略执行对应的异常处理，并且还可以通过第一车载终端向用户发送提醒消息，以使用户及时掌握车辆当前出现的异常情况，并根据需要对车辆进行相应的操作，例如停车等操作。
其中，在本实施例中，预设规则可以是根据实际应用场景进行相应设置的，此处对其不作具体限定。
例如，预设规则是根据第一异常运行数据在各第二异常运行数据中所占比例，确定对应处理规则，那么当异常监测服务器确定第二异常运行数据中未包括第一异常运行数据时，那么根据第一车载终端所在车辆与其他车辆的差异，确定处理策略。
作为本申请的一种可选的实现方式，本实施例可以通过如下步骤，确定异常处理策略。
具体如图5所示，该确定异常处理策略可以包括以下几个步骤：
步骤501，获取各网络设备及各车载终端分别同步的各类异常数据。
其中，在本实施例中，各网络设备可以是指除各车载终端之外的其他设备，此处对其不作具体限定。
可选的，在实际使用过程中，为了实现异常数据的冗余，可以将车辆各类异常数据在互联网中的各种网络设备及各车载终端中分别进行存储，从而使得异常监测服务器可以获取到全面可靠性高的各类异常数据。
步骤502，根据第一异常运行数据、第二异常运行数据分别与各类异常数据的匹配度，确定第一异常运行数据的异常原因。
步骤503，根据异常原因，确定车辆对应的异常处理策略。
其中，异常原因可以是网络问题，或者，还可以是第一车载终端自身的问题等等，此处对其不作具体限定。
可选的，当获取到各类异常数据之后，异常监测服务器可将第一异常运行数据和第二异常运行数据分别与各类异常数据进行匹配操作，并根据对应的匹配度，可以确定出第一异常运行数据的异常原因，进而根据异常原因，确定出车辆对应的异常处理策略。
其中，在本实施例中，异常检测服务器中可以预先存储车辆在不同运行状态、不同运行时段的所有异常数据，从而当确定出第一异常运行数据的异常原因之后，可以根据预先存储的所有异常数据，调查异常原因，并确定对应的异常处理策略。
本申请实施例的车辆异常监测方法，通过根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常处理策略，并将异常处理策略返回至第一车载终端，从而使得第一车载终端可以根据异常监测服务器返回的异常处理策略，对所在车辆的异常进行处理，以使车辆恢复正常，从而进一步保证车辆的行车安全，提高了用户体验。
下面结合附图，首先以车厂服务器为例，对本申请的车辆异常监测方法进行详细描述。
图6是根据本申请一个实施例的车辆异常监测方法的流程示意图。
如图6所示，本申请实施例的车辆异常监测方法可以包括以下步骤：
步骤601，车厂服务器获取异常监测服务器发送的各车辆异常状态数据，各车辆异常状态数据中包括各车辆的标识及各异常数据对应的车载终端标识。
其中，本实施例提供的车辆异常监测方法，可以应用于本申请提供的车厂服务器，以实现对出现异常的车辆进行管理或控制。
在本实施例中，各车辆的标识可以是以下信息中的至少一种，车辆的车辆识别号码(vehicleidentificationnumber)、生产商的名称、车辆型号等等，此处对此不作具体限定。
车载终端的标识可以是车载终端的类型，型号等等。
可选的，当异常检测服务器确定出第一车载终端所在车辆的异常状态之后，可将车辆的异常状态数据发送给车厂服务器，使得车厂服务器可以对异常监测服务器发送的异常状态数据进行解析处理，以获取各车辆异常状态数据中包括的各车辆的标识及各异常数据对应的车载终端标识。
其中，为了进一步的确定各车辆出现异常时的位置、时间等信息，异常监测服务器还可将各异常车辆所在位置信息、网址地址信息、时间信息发送给车厂服务器，使得车厂服务器可以根据上述信息生成更全面的异常状态示意图。
也就是说，本实施例中各车辆异常状态数据中还包括以下各信息中的至少一种：异常车辆所在的位置信息、网络地址信息、时间信息。
步骤602，根据各车辆异常状态数据，确定与各车辆的标识对应的异常状态示意图，其中异常状态示意图中包括各异常数据对应的车载终端标识。
可选的，本实施例中，车厂服务器根据各车辆异常状态数据，确定的与各车辆的标识对应的异常状态示意图的具体情况，可以参见图7至图12所示。
其中，图7为车厂服务器确定车辆状态的界面示意图，其中在该界面中，包括车辆安全状态701、攻击详情702、车辆管理703、通知记录704、情报中心705等多个功能模块。其中，攻击详情702中可以包括车辆出现异常时所有信息。
可选的，当处于车辆安全状态701功能模块时，该界面具体显示内容包括：车辆实时分布示意图、总在线车辆数71、当前处于危险车辆数和当前处于安全状态的车辆数72、对所有车辆保护的在线总时间73、实时预警消息74、通信连接异常排名75。其中，实时预警消息75包括：车辆出现异常的时间、车辆出现异常所在位置、网络位置。
图8是对图7中当前处于危险车辆的某一异常车辆的详细情况进行展示的界面示意图。其中，该界面示意图中包括：车辆信息81和攻击信息82。
图9为攻击详情702功能模块的界面示意图。其中，该界面中可以包括：攻击等级分布91、攻击分类92、攻击部分统计93、攻击数量统计94等等。也就是说，通过攻击详情702功能模块的显示的内容，可以了解各车辆当前受到攻击的具体情况。其中在本实施例中，攻击等级分布91可以通过攻击的严重等级和数量按照柱状图或者折线图进行展现；攻击分类92可以通过饼图展示攻击类型的分布等信息，此处对其不作限定。此外，图9中还可以包括查询、重置等功能按键，从而使得用户可以通过触发查询或者重置按键进行查询等操作，来获取车辆出现异常时的详细信息，进一步提高用户体验。
图10(a)为车辆管理703功能模块的界面示意图。其中，该界面中包括：整体车辆情况1001、监控车辆名单1002、被攻击车辆名单1003等单元，并且上述每个单元还可以包括多个数据信息，具体参见图10(a)至图10(c)。如图10(a)所示，整车车辆情况1001可以包括：加入监控、通知车辆、查询、重置等信息。如图10(b)所示，监控车辆名单1002包括：取消监控、通知车辆、查询、重置等信息。如图10(c)所示，被攻击车辆名单1003包括：通知车辆、查询、重置等信息。也就是说，通过车辆管理703功能显示界面可以随时随地的进行车辆情况的查询操作。
并且，如图10(a)至图10(c)所示，车辆管理703功能模块的界面上，还可以实时显示监控的车辆信息，比如车辆id、车型、版本(监控系统的版本)、安全状态等信息。
图11为通知记录704功能模块的界面示意图。其中，该界面中包括：通知车辆1101、联系用户1102等单元，并且上述各个单元还可以包括对应的信息内容，例如图11中，通知车辆1101对应包括：推送更新提醒及对应时间、部分功能禁用及对应时间、强制升级提醒及对应时间等信息。
图12为情报中心705功能模块的界面示意图。其中，该界面中包括：异常数据编号、危害程度、对应时间、异常数据简介以及建议等信息。
本申请实施例的车辆异常监测方法，通过对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据与预设的异常库不匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
下面通过一个具体实施例，对上述实施例车辆异常监测方法进行具体说明，具体参见图13。
图13是根据本申请一个具体实施例的车载终端、异常检测服务器及车厂服务器进行信令交互的示意图。
其中，假设本实施例中以2个车载终端分别为n1、n2为例进行说明，那么车载终端n1、n2、异常监测服务器b及车厂服务器c之间的交互过程可以包括以下步骤：
步骤110，车载终端n1、n2分别获取所在车辆当前的各运行数据，并判断出车辆当前的各运行数据中的第一运行数据a1和a2，与预设的异常库不匹配。
步骤120，车载终端n1根据第一运行数据a1的来源，确定第一运行数据a1对应的合法数据库，并判断第一运行数据a1与对应的合法数据库不匹配，车辆终端n2根据第一运行数据a2的来源，确定第一运行数据a2对应的合法数据库，并判断第一运行数据a2与对应的合法数据库不匹配。
步骤130，车载终端n1、n2分别将第一运行数据a1和a2，携带在异常处理请求中，发送给异常监测服务器b。
其中，异常处理请求中，还可以携带车载终端所在车辆的标识。
步骤140，异常监测服务器b获取车载终端n1、n2发送的异常处理请求，并获取异常处理请求中包括的第一异常运行数据a1、a2，以及车载终端n1、n2所在车辆的标识。
步骤150，异常监测服务器b获取与车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及车辆的标识对应的车辆的配置信息。
步骤160，异常监测服务器b根据第一异常运行数据a1、a2、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常状态b1、b2。
步骤170，异常监测服务器b将异常状态b1、b2发送至车辆的标识对应的车厂服务器c。
步骤180，车厂服务器c获取各车辆异常状态数据，并根据各车辆异常状态数据，确定与各车辆的标识对应的异常状态示意图。
通过上述实施例提供的车辆异常监测方法，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
为了实现上述实施例，本申请还提出了一种车载终端。
图14是根据本申请一个实施例的车载终端的结构示意图。
如图14所示，本申请的车载终端包括：第一获取模块11、第一判断模块12、第一确定模块13、第二判断模块14以及控制模块15。
其中，第一获取模块11用于对车辆当前的运行状态进行监测，获取所述车辆当前的各运行数据；
第一判断模块12用于判断所述车辆当前的各运行数据是否与预设的异常库匹配；
第一确定模块13用于若第一运行数据未与所述预设的异常库匹配，则根据所述第一运行数据的来源，确定所述第一运行数据对应的合法数据库，其中所述第一运行数据的来源用于指示所述第一运行数据来自网络侧或车辆中的设备侧；
第二判断模块14用于判断所述第一运行数据是否与对应的合法数据库匹配；
控制模块15用于若否，则将所述第一运行数据发送给异常监测服务器。
作为本申请的一种可选的实现方式，所述第一判断模块12具体用于：
判断所述车辆当前的各运行数据对应的操作指令，是否与预设的操作指令匹配；
或者，
判断所述车辆当前的各运行数据占用的资源量，是否与预设的阈值匹配。
作为本申请的一种可选的实现方式，本申请车载终端，还包括：处理模块。
其中，处理模块用于若第二运行数据与所述预设的异常库匹配，则根据所述第二运行数据对所述车辆进行异常处理。
需要说明的是，前述对车辆异常监测方法实施例的解释说明也适用于该实施例的车载终端，其实现原理类似，此处不再赘述。
本实施例提供的车载终端，通过对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据与预设的异常库不匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
图15是根据本申请另一个实施例的车载终端的结构示意图。
参照图15所示，本申请的车载终端包括：第一获取模块11、第一判断模块12、第一确定模块13、第二判断模块14、控制模块15以及第二处理模块16。
其中，第一获取模块11用于对车辆当前的运行状态进行监测，获取所述车辆当前的各运行数据；
第一判断模块12用于判断所述车辆当前的各运行数据是否与预设的异常库匹配；
第一确定模块13用于若第一运行数据未与所述预设的异常库匹配，则根据所述第一运行数据的来源，确定所述第一运行数据对应的合法数据库，其中所述第一运行数据的来源用于指示所述第一运行数据来自网络侧或车辆中的设备侧；
第二判断模块14用于判断所述第一运行数据是否与对应的合法数据库匹配；
控制模块15用于若否，则将所述第一运行数据发送给异常监测服务器。
作为本申请的一种可选的实现方式，本申请车载终端，还包括：第二处理模块16。
其中，第二处理模块16用于根据所述异常监测服务器返回的异常处理策略，对所述预设的异常库进行更新，或对所述第一运行数据引起的车辆异常进行处理。
需要说明的是，前述对车辆异常监测方法实施例的解释说明也适用于该实施例的车载终端，其实现原理类似，此处不再赘述。
本申请实施例提供的车载终端，通过对车辆当前的运行状态进行监测，获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据未与预设的异常库匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器，并根据异常监测服务器返回的异常处理策略，对预设的异常库进行更新，或者对第一运行数据引起的车辆异常进行处理，由此，实现了根据异常监测服务器对车辆的异常情况进行及时准确的监测，并对出现的异常情况进行处理，从而不仅降低了对车辆安全防护的难度，而且还提高了对车辆的安全防护的准确性及效率，为车辆的安全运行提供了保障。
在示例性实施例中，还提供了一种异常监测服务器。
图16是根据本申请一个实施例的异常监测服务器的结构示意图。
如图16所示，本申请的异常监测服务器包括：第二获取模块21、第三获取模块22、第二确定模块23及发送模块24。
其中，第二获取模块21用于获取第一车载终端发送的异常处理请求，其中，所述异常处理请求中包括第一异常运行数据及所述第一车载终端所在车辆的标识；
第三获取模块22用于获取与所述车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与所述车辆的标识对应的车辆的配置信息；
第二确定模块23用于根据所述第一异常运行数据、所述各第二异常运行数据及所述车辆的配置信息，确定所述车辆对应的异常状态；
发送模块24用于将所述异常状态发送至所述车辆的标识对应的车厂。
需要说明的是，前述对车辆异常监测方法实施例的解释说明也适用于该实施例的异常监测服务器，其实现原理类似，此处不再赘述。
本实施例的异常监测服务器，通过获取第一车载终端发送的异常处理请求，并根据异常处理请求中第一车载终端所在车辆的标识，获取与车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与车辆的标识对应的车辆的配置信息，然后根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常状态，并将异常状态发送给至车辆的标识对应的车厂。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
图17是根据本申请另一个实施例的异常监测服务器的结构示意图。
如图17所示，本申请的异常监测服务器包括：第二获取模块21、第三获取模块22、第四确定模块25、返回模块26。
其中，第二获取模块21用于获取第一车载终端发送的异常处理请求，其中，所述异常处理请求中包括第一异常运行数据及所述第一车载终端所在车辆的标识；
第三获取模块22用于获取与所述车辆的标识关联的各第二车载终端发送的各第二异常运行数据，及与所述车辆的标识对应的车辆的配置信息；
作为本申请的一种可选的实现形式，本申请异常监测服务器还包括：第四确定模块25、返回模块26。
其中，第四确定模块25用于根据所述第一异常运行数据、所述各第二异常运行数据及所述车辆的配置信息，确定所述车辆对应的异常处理策略；
返回模块26用于将所述异常处理策略返回至所述第一车载终端。
作为本申请的一种可选的实现形式，第四确定模块25具体用于
获取各网络设备及各车载终端分别同步的各类异常数据；
根据所述第一异常运行数据、所述第二异常运行数据分别与所述各类异常数据的匹配度，确定所述第一异常运行数据的异常原因；
根据所述异常原因，确定所述车辆对应的异常处理策略。
需要说明的是，前述对车辆异常监测方法实施例的解释说明也适用于该实施例的异常监测服务器，其实现原理类似，此处不再赘述。
本实施例的异常监测服务器，通过根据第一异常运行数据、各第二异常运行数据及车辆的配置信息，确定车辆对应的异常处理策略，并将异常处理策略返回至第一车载终端，从而使得第一车载终端可以根据异常监测服务器返回的异常处理策略，对所在车辆的异常进行处理，以使车辆恢复正常，从而进一步保证车辆的行车安全，提高了用户体验。
在示例性实施例中，还提供了一种车厂服务器。
图18是根据本申请一个实施例的车厂服务器的结构示意图。
如图18所示，本申请的车厂服务器包括：第四获取模块31、第三确定模块32。
其中，第四获取模块31用于获取异常监测服务器发送的各车辆异常状态数据，所述各车辆异常状态数据中包括各车辆的标识及各异常数据对应的车载终端标识；
第三确定模块32用于根据所述各车辆异常状态数据，确定与所述各车辆的标识对应的异常状态示意图，其中所述异常状态示意图中包括各异常数据对应的车载终端标识。
其中，在本实施例中，所述各车辆异常状态数据中还包括以下各信息中的至少一种：异常车辆所在的位置信息、网络地址信息、时间信息。
需要说明的是，前述对车辆异常监测方法实施例的解释说明也适用于该实施例的车厂服务器，其实现原理类似，此处不再赘述。
本申请实施例的车厂服务器，通过对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据与预设的异常库不匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
为了实现上述实施例，本申请还提出一种计算机设备。
图19是根据本申请一个实施例的计算机设备的结构示意图。图18显示的计算机设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图19所示，上述计算机设备200包括：包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，以实现第一方面实施例所述的车辆异常监测方法，或第二方面实施例所述的车辆异常监测方法，或第三方面实施例所述的车辆异常监测方法。
在一种可选的实现形式中，如图20所示，该计算机设备200还可以包括：存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本申请实施例所述的车辆异常监测方法。
总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
计算机设备200典型地包括多种计算机设备可读介质。这些介质可以是任何能够被计算机设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)240和/或高速缓存存储器250。计算机设备200可以进一步包括其他可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图20未显示，通常称为“硬盘驱动器”)。尽管图20中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本申请所描述的实施例中的功能和/或方法。
计算机设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该计算机设备200交互的设备通信，和/或与使得该计算机设备200能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口292进行。并且，计算机设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与计算机设备200的其他模块通信。应当明白，尽管图中未示出，可以结合计算机设备200使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
需要说明的是，本实施例的计算机设备的实施过程和技术原理参见前述对车辆异常监测方法的解释说明，此处不再赘述。
本申请实施例提供的计算机设备，通过对车辆当前的运行状态进行监测，以获取车辆当前的各运行数据，并判断车辆当前的各运行数据是否与预设的异常库匹配，若第一运行数据与预设的异常库不匹配，则根据第一运行数据的来源，确定第一运行数据对应的合法数据库，并判断第一运行数据是否与对应的合法数据库匹配，若不匹配，则将第一运行数据发送给异常监测服务器。由此，通过监测服务器对车辆的异常进行处理，由于监测服务器可以获取所有联网车的异常数据，从而实现了对联网车的防护效果进行实时评估和掌握，降低了对车辆安全防护的难度，提高了对车辆的安全防护的准确性及可靠性，为车辆的安全运行提供了保障。
为实现上述目的，本申请还提出一种计算机可读存储介质。
其中该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现第一方面实施例所述的车辆异常监测方法，或第二方面实施例所述的车辆异常监测方法，或第三方面实施例所述的车辆异常监测方法。
一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
为实现上述目的，本申请还提出一种计算机程序。其中当计算机程序被处理器执行时，以实现第一方面实施例所述的车辆异常监测方法，或第二方面实施例所述的车辆异常监测方法，或第三方面实施例所述的车辆异常监测方法。
在本申请中，除非另有明确的规定和限定，术语“设置”、“连接”等术语应做广义理解，例如，可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。