一种告警方法、系统、车辆终端、车联网云平台及介质与流程

1.本技术涉及车辆控制技术领域，特别是涉及一种告警方法、系统、车辆终端、车联网云平台及介质。


背景技术：

2.车辆在运行中会产生大量的车辆数据。在车辆数据中的信号值异常的情况下，车辆终端会生成告警报文，并将告警报文上传到车联网云平台，以支持车联网云平台进行故障分析。但是在一些特定场景下，信号值异常是被允许的，此时如果进行故障分析，则容易发生告警失误。
3.在目前的告警方法中，为了减少告警失误，车辆终端还会定时(例如每十秒)向车联网云平台发送状态报文，使车联网云平台可以根据状态报文中的车辆数据确定是否屏蔽该告警报文，从而减少告警失误。
4.但是状态报文中的车辆数据的数据量大且有传输延迟，车联网云平台无法快速确定告警是否无效，从而无法快速实现告警屏蔽。


技术实现要素：

5.基于此，本技术提供了一种告警方法、系统、车辆终端、车联网云平台及介质，改善了现有技术中无法快速实现告警屏蔽的问题。
6.第一方面，本技术提供了一种告警方法，应用于车辆终端，该告警方法包括：在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包；向车联网云平台发送数据包，使车联网云平台根据状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。
7.结合第一方面，在第一方面的第一种可实施方式中，上述对告警报文进行封装得到数据包的步骤，包括：确定异常信号值所来源的数据帧；提取数据帧中的车辆数据，其中，车辆数据用于故障分析；将告警报文和车辆数据进行封装，得到数据包。
8.结合第一方面，在第一方面的第二种可实施方式中，上述告警报文包括报文头和报文体，报文体包括故障字段和扩展字段，其中：报文头用于承载告警报文的标识信息，标识信息包括版本号、设备标识、时间、信息类型以及业务标识中的至少一项；故障字段用于承载车辆的故障信息，扩展字段用于承载车辆的状态信息，状态信息至少包括一种车辆模式。
9.第二方面，本技术还提供了一种告警方法，应用于车联网云平台，该告警方法包括：接收车辆终端发送的数据包；根据接收到的数据包中的状态信息和信号值确定告警是否无效；若告警无效，则屏蔽告警；若告警有效，则进行故障分析。
10.结合第二方面，在第二方面的第一种可实施方式中，上述根据数据包中的状态信息和信号值确定告警是否无效的步骤，包括：对接收到的数据包进行解封装，以获取数据包
中的告警报文；对照数据字典，读取告警报文的扩展字段中的状态信息及信号值，其中，数据字典包括至少一个状态信息及各状态信息分别对应的屏蔽值；若存在至少一个状态信息下的信号值为对应的屏蔽值，则确定告警无效。
11.结合第二方面，在第二方面的第二种可实施方式中，在根据数据包中的状态信息和信号值确定告警是否无效之前，还包括：接收客户终端的更新信息，其中，更新信息包括状态信息及屏蔽值；根据接收到的更新信息对本地数据库中的数据字典进行更新。
12.第三方面，本技术还提供了一种告警系统，该告警系统包括：车辆终端以及车联网云平台；其中，车辆终端用于执行如第一方面或第一方面的任一项实施方式的告警方法，车联网云平台用于执行如第二方面或第二方面的任一项实施方式的告警方法。
13.第四方面，本技术还提供了一种车辆终端，该车辆终端包括生成单元和发送单元，其中：生成单元用于在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包；发送单元用于向车联网云平台发送数据包，使车联网云平台根据状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。
14.结合第四方面，在第四方面的第一种可实施方式中，上述生成单元具体用于：确定异常信号值所来源的数据帧；提取数据帧中的车辆数据，其中，车辆数据用于故障分析；将告警报文和车辆数据进行封装，得到数据包。
15.结合第四方面，在第四方面的第二种可实施方式中，上述告警报文包括报文头和报文体，报文体包括故障字段和扩展字段，其中：报文头用于承载告警报文的标识信息，标识信息包括版本号、设备标识、时间、信息类型以及业务标识中的至少一项；故障字段用于承载车辆的故障信息，扩展字段用于承载车辆的状态信息，状态信息至少包括一种车辆模式。
16.第五方面，本技术还提供了一种车联网云平台，该车联网云平台包括接收单元、确定单元、分析单元和屏蔽单元，其中：接收单元，用于接收车辆终端发送的数据包；确定单元，用于根据接收到的数据包中的状态信息和信号值确定告警是否无效；分析单元，用于若告警有效，则进行故障分析；屏蔽单元，用于若告警无效，则屏蔽告警。
17.结合第五方面，在第五方面的第一种可实施方式中，上述分析单元具体用于：对接收到的数据包进行解封装，以获取数据包中的告警报文；对照数据字典，读取告警报文的扩展字段中的状态信息及信号值，其中，数据字典包括至少一个状态信息及各状态信息分别对应的屏蔽值；若存在至少一个状态信息下的信号值为对应的屏蔽值，则确定告警无效。
18.结合第五方面，在第五方面的第二种可实施方式中，上述接收单元还用于接收客户终端的更新信息，其中，更新信息包括状态信息及屏蔽值；上述车联网云平台还包括更新单元，该更新单元用于根据接收到的更新信息对本地数据库中的数据字典进行更新。
19.第六方面，本技术还提供了一种计算机可读存储介质，计算机可读存储介质中存储有多条指令，指令适于由处理器加载并执行如第一方面或第一方面的任一项实施方式的告警方法，或者执行如第二方面或第二方面的任一项实施方式的告警方法。
20.综上，本技术提供了一种告警方法、系统、车辆终端、车联网云平台及介质，其中，告警系统中的车辆终端在发生告警时，在告警报文中添加了状态信息和对应信号值，并将该告警报文发送给告警系统的车联网云平台，使车联网云平台可以根据该告警报文中的状
态信息和对应的信号值，快速判断告警报文是否有效，从而确定是否屏蔽告警。可见，由于告警报文中添加了状态信息和对应的信号值，因此车联网云平台在接收到告警报文的同时便可以确定是否屏蔽告警，不容易产生告警失误且延迟较小，因此改善了现有技术中无法快速实现告警屏蔽的问题。
附图说明
21.图1为本技术提供的一种实施例中告警方法的应用环境图；
22.图2为本技术提供的一种实施例中告警报文的格式示意图；
23.图3为本技术提供的一种实施例中告警方法的流程示意图；
24.图4为本技术提供的另一种实施例中告警方法的流程示意图；
25.图5为本技术提供的另一种实施例中告警方法的流程示意图；
26.图6为本技术提供的另一种实施例中告警方法的流程示意图；
27.图7为本技术提供的另一种实施例中告警方法的流程示意图；
28.图8为本技术提供的一种实施例中车辆终端的示意性框图；
29.图9为本技术提供的一种实施例中车联网平台的示意性框图。
具体实施方式
30.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
31.本技术提供的告警方法，可以应用于如图1所示的应用环境中。其中，车辆终端110与车联网云平台120通过网络进行通信。其中，车辆终端110可以但不限于是整车控制器(vehicle control unit，vcu)、通信设备或处理器等。车辆终端可以与车辆上的其他装置进行数据交互，例如车辆终端可以通过can总线获取其他装置产生的车辆数据。处理器可以包括但不限于图形处理器(graphics processing unit，gpu)、中央处理器(central processing unit，cpu)、通用处理器、协处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application-specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器可以实现本技术的所描述的告警方法，例如将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段等，本技术对此不再赘述。车联网云平台120可以是独立的服务器或者是多个服务器组成的服务器集群等。
32.目前，为了减少告警失误，车辆终端会定时向车联网云平台发送状态报文，使车联网云平台可以根据状态报文中的车辆数据确定是否屏蔽告警报文，从而减少告警失误。但是状态报文的数据量大且有传输延迟，车联网云平台无法快速确定告警是否无效，从而无法快速实现告警屏蔽。
33.对此，本技术提供了一种告警方法，该方法通过在告警报文中添加状态信息来快速实现告警屏蔽。具体的，车辆终端向车联网云平台发送添加了状态信息和对应的信号值的告警报文，状态信息可以包括电源模式、维修模式和运行模式中的至少一种车辆模式，车联网云平台在接收到告警报文之后，根据状态信息对应的信号值判断车辆是否处于电源模
式、处于维修模式或处于运行模式等场景下，若是则确定该告警报文无效，并且屏蔽该告警报文，以此避免告警的误报。可见，本技术提供的告警方法相较于现有技术，不仅更不容易产生告警失误，而且还减小了时延，改善了现有技术中无法快速实现告警屏蔽的问题。
34.为了可以将状态信息添加到告警报文中，本技术提供了一种告警报文，该告警报文包括用于承载状态信息的扩展字段。需要说明的是，该扩展字段的长度以及扩展字段承载的状态信息的类型可以是固定的，也可以是可变的，即不同告警报文的扩展字段的长度以及状态信息的类型可以是不同的。扩展字段的长度以及状态信息的类型可以由厂商在车辆出厂时定义，也可以由技术人员在后期运维时通过程序覆盖来定义，本技术对此不作限制。但无论扩展字段的长度和状态信息的类型如何变化，都能被车联网云平台识别，例如在可变的情况下，车联网云平台可以利用数据字典来识别。更具体的，告警报文的格式如图2所示，本技术提供的告警报文可以包括报文头和报文体，报文体包括故障字段和扩展字段，其中：报文头用于承载告警报文的标识信息，标识信息包括版本号、设备标识、时间、信息类型以及业务标识中的至少一项；故障字段用于承载车辆的故障信息，扩展字段用于承载车辆的状态信息，故障信息可以包括故障码和故障码异常枚举值。举例来说，告警报文的伪代码如下：
[0035][0036][0037]
其中，“message header”表示报文头，“message body”表示报文体，“version”表示版本号，“device id”表示设备标识，“time”表示时间，“message type”表示信息类型，“message type”下的信号值“alarm_warning”表示该报文是告警报文，“biz id”表示业务标识，“fault code”表示故障码，“fault code value”表示故障码异常枚举值，“shield status”表示状态信息，“power mode”表示电源模式，“powermode”下的信号值“0x1”表示充电中，“repair mode”表示维修模式，“repairmode”下的信号值“0x1”表示非维修中。接下来，本技术对告警报文的具体格式不再赘述。
[0038]
为了更好的理解本技术所提供的应用于车辆终端上的告警方法，本技术提供了一种实施例，如图3所示。接下来，本技术将以该方法应用于图1中的车辆终端为例进行说明，对图3所描述的告警方法进行说明。具体的：
[0039]
301：在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包。
[0040]
其中，车辆终端可以通过与其他装置直连的方式，或连接到can总线的方式，来获取得到其他装置中的车辆数据。车辆终端获取到车辆中其他装置的车辆数据之后，会对车辆数据中的异常信号值进行检测，在检测到异常信号值时，判断车辆可能存在故障，然后将车辆数据中部分的或者全部的状态信息以及对应的信号值填充到告警报文的扩展字段中，最后在告警报文的各个字段填充完毕之后，对告警报文进行封装得到数据包。
[0041]
需要说明的是，在检测到异常信号值后，车辆终端还会根据该异常信号值生成故障码，并将该故障码填写到告警报文中，例如可填写到告警报文的故障字段。生成并填写故障码的过程包括：读取车辆数据中的多个传感信息以及各传感信息下的信号值，并将各传感信息下的信号值与对应的预设值或者预设范围比较，如果大于预设值或者超出预设范围，则表示该信号值异常，此时获取该传感信息对应的故障码，并将故障码填写到告警报文中。传感信息指的是其他装置中的传感器所采集的数据项，例如发动机冷却液温度、空燃比和车速等，传感信息下的信号值是采集到的具体数值，状态信息指的是其他装置中记录的车辆模式，例如电源模式、维修模式和运行模式等，状态信息下的信号值是车辆模式的状态标识，例如0x1表示开启，0x2表示关闭。举例来说，假设车辆数据包括传感信息“发动机冷却液温度”，“发动机冷却液温度”下的信号值为110(单位为℃)，车辆终端在接收到该车辆数据之后，读取到传感信息的信号值超过对应的预设范围[75，98](单位为℃)，可以确定该传感信息的信号值异常，然后获取该传感信息对应的故障码“p0115”，并将该故障码填写到告警报文中。另外，本技术对填写故障码和状态信息的顺序不做限制，可以顺序执行，也可以并行执行；对填写告警报文中的其他信息(例如标识信息等)的过程也不再赘述。
[0042]
302：向车联网云平台发送上述数据包，使车联网云平台根据状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。
[0043]
其中，车辆终端在将告警信息封装成数据包之后，向车联网云平台发送该数据包，使车联网云平台在接收到该数据包之后，先对该数据包进行解封装，以提取其中的告警报文，然后先读取告警报文的扩展字段，如果读取到扩展字段中存在至少一个状态信息下的信号值与对应的屏蔽值一致，则确定该告警报文无效，此时对该告警报文采取略过或者丢弃等措施，以实现屏蔽告警；如果扩展字段中的任一状态信息下的信号值与对应的屏蔽值都不一致，或者与对应的非屏蔽值一致，则确定该告警报文有效，此时进行故障分析，以响应该告警报文。
[0044]
针对步骤301中的封装过程，本技术还提出了一种可实施方式，该可实施方式将告警报文和车辆数据一起上传，使车联网云平台在确认告警有效时，可以根据车辆数据进行故障分析，或者将数据包转发给客户终端进行故障分析，或者显示在客户终端上，使技术人员根据车辆数据进行故障分析，以提高故障分析的实时性。具体的，步骤301中的对告警报文进行封装得到数据包的步骤，包括：确定异常信号值所来源的数据帧；提取数据帧中的车
辆数据，其中，车辆数据用于故障分析；将告警报文和车辆数据进行封装，得到数据包。
[0045]
其中，车辆终端在检测异常信号值时，为了确定异常信号值所来源的数据帧，可以前向读取位于异常信号值的存储地址之前的数据，以确定异常信号值所在的数据帧，也可以根据异常信号值产生的时间点，获取相同时间点下产生的数据帧，该时间点也即是告警报文中的“time”下的信号值。在确定异常信号值所来源的数据帧之后，车辆终端提取数据帧的数据段中所承载的车辆数据，然后将告警报文和该数据帧的车辆数据进行封装，得到数据包。需要说明的是，一个数据帧的车辆数据的数据量远远小于现有技术中定时上传的车辆数据的数据量，例如一个can数据帧中的数据段的长度仅有0至8字节。可见，在上传告警报文的同时上传一个数据帧的车辆数据，几乎不会增加输出传输的负担，由于数据量小，因此收发时间短，实时性高，抗干扰力强。可见，本技术通过将告警来源的车辆数据以及告警报文一起上传，可以使车联网云平台在进行故障分析时，快速获取到告警所来源的车辆数据，这样一来，车联网云平台一是无需等待较长时间才能获取到车辆终端的车辆数据，缩短了故障分析的时延；二是无需从大量数据中查找告警报文对应的车辆数据，减少了告警失误的发生。
[0046]
综上，本技术实施例所提供的基于车辆终端的告警方法，通过在告警报文中添加状态信息和对应的信号值，使车联网云平台可以快速判断是否告警屏蔽，改善了现有技术中还存在着无法快速实现告警屏蔽的问题。
[0047]
另外，本技术还提供了应用于车联网云平台的告警方法的一种实施例，如图4所示。接下来，本技术将以该方法应用于图1中的车联网云平台为例进行说明，对图4所描述的告警方法进行说明。具体的：
[0048]
401：接收车辆终端发送的数据包，并根据接收到的数据包中的状态信息和信号值确定告警是否无效。
[0049]
其中，车联网云平台在接收到数据包之后，对该数据包进行解封装，以获取数据包中的告警报文中的状态信息和信号值，并比较各状态信息下的信号值是否与对应的屏蔽值一致。需要说明的是，不同状态信息对应的屏蔽值可以一致，也可以不一致，这根据预先设置而定。例如，告警报文中的状态信息“power mode”的信号值“0x1”与该状态信息对应的屏蔽值“0x1”一致，则确定该告警无效；再例如，告警报文中的状态信息“repair mode”的信号值“0x1”与该状态信息对应的非屏蔽值“0x1”一致，则确定该告警有效。
[0050]
402：若告警无效，则屏蔽告警；若告警有效，则进行故障分析。
[0051]
其中，车联网云平台在确定告警无效的情况下，忽略该告警报文，甚至可以丢弃该告警报文，从而不进行告警分析；在确定告警有效的情况下，则根据告警报文所对应的车辆数据进行故障分析，或者将数据包转发给客户终端，由客户终端或者使用该客户终端的技术人员进行故障分析。需要说明的是，告警报文对应的车辆数据指的是告警所来源的数据帧中的车辆数据，也即是异常信号值所来源的数据帧中的车辆数据。
[0052]
针对步骤401，本技术还提供了一种可实施方式，以实现动态告警。具体的，上述步骤401中，车联网云平台接收车辆终端发送的数据包；根据接收到的数据包中的状态信息和信号值确定告警是否无效的步骤，包括：对接收到的数据包进行解封装，以获取数据包中的告警报文；对照数据字典，读取告警报文的扩展字段中的状态信息及信号值，其中，数据字典包括至少一个状态信息及各状态信息分别对应的屏蔽值；若存在至少一个状态信息下的
信号值为对应的屏蔽值，则确定告警无效，若反之则确定告警有效。
[0053]
其中，车联网云平台中还存储了数据字典，该数据字典中记载了至少一个状态信息及各状态信息分别对应的屏蔽值和非屏蔽值。车联网云平台在获取到数据包中的告警报文之后，无论告警报文中上传的是何种类型的状态信息，车联网云平台都可以对照数据字典进行识别。也就是说，由于车联网云平台中存储了数据字典，因此无论不同厂商不同车型所定义的扩展字段的长度以及状态信息的类型是相同的还是不同的，是固定的还是可变的，车联网云平台都可以对照数据字典进行识别。可见，本实施方式所提供的告警方法可适配各种厂商各种车型，实现了动态告警，提高了告警的效率。举例来说，数据字典如表一所示：
[0054]
状态信息屏蔽值非屏蔽值powermode0x10x2pepairmode0x00x1
[0055]
表一数据字典
[0056]
需要说明的是，数据字典还可以被更新，以进一步提升动态告警的效果。对此，本技术还提供了一种可实施的方式。具体的，车联网云平台在根据数据包中的状态信息和信号值确定告警是否无效之前，还包括：接收客户终端的更新信息，根据接收到的更新信息对本地数据库中的数据字典进行更新。
[0057]
其中，更新信息包括状态信息及屏蔽值，还可以包括非屏蔽值。技术人员在客户终端上对数据字典进行更新操作，对数据字典进行新增、删除和修改等至少一项操作，然后客户终端根据技术人员的更新操作生成更新信息，并向车联网云平台发送该更新信息。车联网云平台在接收到该更新信息之后，根据该更新信息对字典更新，来进一步实现动态告警。
[0058]
综上，本技术实施例所提供的基于车联网云平台的告警方法，可以根据告警报文中的状态信息确定告警是否无效，并在无效的情况下告警屏蔽，从而改善了现有技术中还存在着无法快速实现告警屏蔽的问题。
[0059]
另外，本技术还提供了应用于车联网云平台的告警方法的另一种实施例，如图5所示。接下来，本技术将以该方法应用于图1中的车联网云平台为例进行说明，对图5所描述的告警方法进行说明。具体的：
[0060]
501：接收客户终端的更新信息，并根据接收到的更新信息对本地数据库中的数据字典进行更新。
[0061]
其中，车联网云平台接收到客户终端的更新信息之后，根据该更新信息对本地数据库中的数据字典，进行新增、删除和修改中的至少一项操作，以实现对数据字典的更新。举例来说，车联网云平台对前述表一中的数据字典进行新增操作，“run mode”指的是运行模式，更新后的数据字典如表二所示：
[0062]
状态信息屏蔽值非屏蔽值powermode0x10x2repairmode0x00x1runmode0x10x2
[0063]
表二数据字典
[0064]
502：接收车辆终端发送的数据包，并根据接收到的数据包中的状态信息和信号值
确定告警是否无效。
[0065]
503：若告警无效，则屏蔽告警；若告警有效，则进行故障分析。
[0066]
其中，步骤502和步骤503的具体实施过程参照前一实施例，本技术实施例在此不再赘述。
[0067]
综上，本技术实施例所提供的基于车联网云平台的告警方法，不仅可以快速实现告警屏蔽，还可以更新数据字典，以实现动态告警，提高告警效率。
[0068]
另外，本技术还提供了告警系统的一种实施例，如图6所示，该告警系统包括车辆终端以及车联网云平台。其中，车辆终端用于执行前述实施例中应用于车联终端的告警方法，车联网云平台用于执行前述实施例中应用于车联网云平台的告警方法，具体的：
[0069]
601：车辆终端在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包。
[0070]
602：车辆终端向车联网云平台发送数据包。
[0071]
603：车联网云平台在接收到数据包之后，根据数据包中的状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。
[0072]
在本技术实施例中，车辆终端向车联网云平台发送添加了状态信息和信号值的告警报文，使车联网云平台可以根据告警报文中的状态信息和信号值来确定告警是否无效，并在无效的情况下屏蔽告警，从而快速实现告警屏蔽。
[0073]
在另一种可实施方式中，如图7所示，告警系统还包括客户终端。其中，客户终端用于向车联网云平台发送更新信息以及根据数据包进行故障分析，车联网云平台还用于根据更新信息对数据字典进行更新，具体的：
[0074]
701：客户终端向车联网云平台发送更新信息。
[0075]
702：车联网云平台在接收到更新信息之后，根据接收到的更新信息对本地数据库中的数据字典进行更新。
[0076]
703：车辆终端在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包。
[0077]
704：车辆终端向车联网云平台发送数据包。
[0078]
705：车联网云平台在接收到数据包之后，根据数据包中的状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警。
[0079]
706：车联网云平台在告警有效的情况下，向客户终端转发数据包。
[0080]
707：客户终端在接收到数据包之后，根据数据包进行故障分析。
[0081]
综上，基于本技术实施例提供的告警系统，不仅可以快速实现告警屏蔽，而且在车联网云平台对数据字典进行更新之后，还可以根据更新后的数据字典，对不同厂商不同车型的汽车的告警报文的扩展字段进行识别，并进行告警屏蔽，从而实现动态告警。
[0082]
应当理解的是，虽然图3-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3-7中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也非必然是依次
进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
[0083]
本技术还分别针对车辆终端和车联网云平台提供了实施例，分别如图8和图9所示。本发明实施例可以根据上述方法示例对设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0084]
如图8所示，本技术提供的车辆终端包括生成单元810和发送单元820，具体的：生成单元810用于在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包；发送单元820用于向车联网云平台发送数据包，使车联网云平台根据状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。
[0085]
在一种可实施的方式中，上述生成单元810具体用于：确定异常信号值所来源的数据帧；提取数据帧中的车辆数据，其中，车辆数据用于故障分析；将告警报文和车辆数据进行封装，得到数据包。
[0086]
在一种可实施的方式中，上述告警报文包括报文头和报文体，报文体包括故障字段和扩展字段，其中：报文头用于承载告警报文的标识信息，标识信息包括版本号、设备标识、时间、信息类型以及业务标识中的至少一项；故障字段用于承载车辆的故障信息，扩展字段用于承载车辆的状态信息，状态信息至少包括一种车辆模式。
[0087]
如图9所示，本技术提供的车联网云平台包括接收单元910、确定单元920、分析单元930和屏蔽单元940，具体的：接收单元910、确定单元920、分析单元930和屏蔽单元940，其中：接收单元910，用于接收车辆终端发送的数据包；确定单元920，用于根据接收到的数据包中的状态信息和信号值确定告警是否无效；分析单元930，用于若告警有效，则进行故障分析；屏蔽单元940，用于若告警无效，则屏蔽告警。
[0088]
在一种可实施的方式中，上述分析单元930具体用于：对接收到的数据包进行解封装，以获取数据包中的告警报文；对照数据字典，读取告警报文的扩展字段中的状态信息及信号值，其中，数据字典包括至少一个状态信息及各状态信息分别对应的屏蔽值；若存在至少一个状态信息下的信号值为对应的屏蔽值，则确定告警无效。
[0089]
在一种可实施的方式中，上述接收单元910还用于接收客户终端的更新信息，其中，更新信息包括状态信息及屏蔽值；上述车联网云平台还包括更新单元，该更新单元用于根据接收到的更新信息对本地数据库中的数据字典进行更新。
[0090]
本技术还提供了一种车辆终端，该车辆终端包括：处理器、收发器和存储器。上述处理器、收发器和存储器通过总线连接。处理器，用于执行多条指令；收发器用于与其他设备进行数据交互；存储器，用于存储多条指令，该指令适于由处理器加载并执行前述实施例中应用于车辆终端的告警方法。其中，处理器用于执行生成单元810的功能，收发器用于执行发送单元820的功能。
[0091]
本技术还提供了一种车联网云平台，该车联网云平台包括：处理器、收发器和存储器。上述处理器、收发器和存储器通过总线连接。处理器，用于执行多条指令；收发器用于与
其他设备进行数据交互；存储器，用于存储多条指令，该指令适于由处理器加载并执行前述实施例中应用于车联网云平台的告警方法。其中，收发器用于执行接收单元910的功能，处理器用于执行确定单元920、分析单元930和屏蔽单元940的功能。
[0092]
需要说明是，前述处理器可以是电子调整单元(electronic control unit，ecu)、中央处理器(central processing unit，cpu)，通用处理器，协处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application-specific integrated circuit，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。该处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。在本实施例中，处理器可采用单片机，通过对单片机进行编程可以实现各种控制功能，比如在本实施例中，实现图像的采集、处理和解调功能，处理器具有计算能力强大，处理快速的优点。
[0093]
在一种实施例中，本技术还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有多条指令，指令适于由处理器加载并执行前述任意实施例中的方法。处理器，用于执行多条指令；存储器，用于存储多条指令，该指令适于由处理器加载并执行如上述实施例中的应用于车辆终端或车联网云平台的告警方法。
[0094]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0095]
以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。

技术特征：
1.一种告警方法，应用于车辆终端，其特征在于，包括：在检测到异常信号值后，将车辆的状态信息和所述状态信息下的信号值填充到告警报文的扩展字段，并对所述告警报文进行封装得到数据包；向车联网云平台发送所述数据包，使所述车联网云平台根据所述状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。2.根据权利要求1所述的方法，其特征在于，所述对所述告警报文进行封装得到数据包的步骤，包括：确定所述异常信号值所来源的数据帧；提取所述数据帧中的车辆数据，其中，所述车辆数据用于故障分析；将所述告警报文和所述车辆数据进行封装，得到数据包。3.根据权利要求1所述的方法，其特征在于，所述告警报文包括报文头和报文体，所述报文体包括故障字段和扩展字段，其中：所述报文头用于承载所述告警报文的标识信息，所述标识信息包括版本号、设备标识、时间、信息类型以及业务标识中的至少一项；所述故障字段用于承载车辆的故障信息，所述扩展字段用于承载车辆的状态信息，所述状态信息至少包括一种车辆模式。4.一种告警方法，应用于车联网云平台，其特征在于，包括：接收车辆终端发送的数据包；根据接收到的数据包中的状态信息和信号值确定告警是否无效；若告警无效，则屏蔽告警；若告警有效，则进行故障分析。5.根据权利要求4所述的方法，其特征在于，所述根据接收到的数据包中的状态信息和信号值确定告警是否无效的步骤，包括：对接收到的数据包进行解封装，以获取所述数据包中的告警报文；对照数据字典，读取所述告警报文的扩展字段中的状态信息及信号值，其中，所述数据字典包括至少一个状态信息及各状态信息分别对应的屏蔽值；若存在至少一个状态信息下的信号值为对应的屏蔽值，则确定告警无效。6.根据权利要求4所述的方法，其特征在于，在根据接收到的数据包中的状态信息和信号值确定告警是否无效之前，还包括：接收客户终端的更新信息，其中，所述更新信息包括状态信息及屏蔽值；根据接收到的更新信息对本地数据库中的数据字典进行更新。7.一种告警系统，其特征在于，所述告警系统包括：车辆终端以及车联网云平台；其中，所述车辆终端用于执行如权利要求1至权利要求3中的任一项所描述的告警方法，所述车联网云平台用于执行如权利要求4至权利要求6中任一项所描述的告警方法。8.一种车辆终端，其特征在于，包括：生成单元，用于在检测到异常信号值后，将车辆的状态信息和所述状态信息下的信号值填充到告警报文的扩展字段，并对所述告警报文进行封装得到数据包；发送单元，用于向车联网云平台发送所述数据包，使所述车联网云平台根据所述状态
信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。9.一种车联网云平台，其特征在于，包括：接收单元，用于接收车辆终端发送的数据包；确定单元，用于根据数据包中的状态信息和信号值确定告警是否无效；分析单元，用于若告警有效，则进行故障分析；屏蔽单元，用于若告警无效，则屏蔽告警。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有多条指令，所述指令适于由处理器加载并执行如权利要求1至3所述的告警方法，或者执行如权利要求4至7所述的告警方法。

技术总结
本申请涉及一种告警方法、系统、车辆终端、车联网云平台及介质。其中，应用于车辆终端的告警方法包括：在检测到异常信号值后，将车辆的状态信息和状态信息下的信号值填充到告警报文的扩展字段，并对告警报文进行封装得到数据包；向车联网云平台发送数据包，使车联网云平台根据状态信息和信号值确定告警是否无效，并在告警无效的情况下屏蔽告警，或者，在告警有效的情况下进行故障分析。通过采用本申请所提供的告警方法，改善了现有技术中无法快速实现告警屏蔽的问题。现告警屏蔽的问题。现告警屏蔽的问题。


技术研发人员：陈仕强
受保护的技术使用者：成都赛力斯科技有限公司
技术研发日：2023.03.31
技术公布日：2023/7/12