诊断车载智能终端的方法、装置、电子设备及存储介质与流程

1.本技术涉及车辆领域，并且更具体地，涉及车辆领域中的诊断车载智能终端的方法、装置、电子设备及存储介质。


背景技术：

2.车载智能终端(telematic-box，t-box)是智能网联车辆上的主要通信设备，它是云端与车端之间进行网络通信的重要通道。如果t-box发生故障，会对车辆的网络通信产生很大的隐患。
3.因此，亟需一种诊断t-box的方案，使得在车辆中的t-box发生网络通信故障等问题时，能够快速地发现问题的关键点。从而，使得技术人员基于问题关键点快速地解决问题。


技术实现要素：

4.本技术提供诊断车载智能终端的方法、装置、电子设备及存储介质，该方法能够及时地确定该车载智能终端发生故障时的关键点，使得技术人员基于该关键点快速地解决问题。
5.第一方面，提供一种诊断车载智能终端的方法，该方法由车载智能终端的远程诊断平台执行，该方法包括：接收车载智能终端的诊断信息，该诊断信息用于指示对该车载智能终端的状态进行诊断，该诊断信息包括车辆的行驶信息和该车辆中的车载智能终端的网络信息；基于该诊断信息以及该诊断信息对应的诊断策略，确定是否发送预警信息，该预警信息用于指示该车载智能终端发生故障。
6.上述技术方案中，车载智能终端的远程诊断平台能够接收到车载智能终端自身的诊断信息，并基于该诊断信息以及诊断信息对应的诊断策略对该车载智能终端的状态进行诊断，以在车载智能终端发生故障的情况下，发送预警信息。由于该诊断信息具体为车辆的行驶信息和该车载智能终端的网络信息，因此，基于该诊断策略能够对该车辆实时的信息进行诊断，能够及时地确定该车载智能终端发生故障时的关键点，使得技术人员基于该关键点能够快速地解决问题。
7.结合第一方面，在某些可能的实现方式中，基于该诊断信息以及该诊断信息对应的诊断策略，确定是否发送预警信息，包括：确定该诊断信息是否满足该诊断策略指示的预警条件；在该诊断信息满足该预警条件的情况下，发送该预警信息；在该诊断信息不满足该预警条件的情况下，不发送该预警信息。
8.上述技术方案中，具体地，确定该诊断信息是否满足该诊断策略指示的预警条件，在该诊断信息满足该预警条件的情况下，发送该预警信息。这能够使得技术人员得知当前该车载智能终端的状态发生故障，能够提醒技术人员及时去解决该故障。在该诊断信息不满足该预警条件的情况下，不发送该预警信息。这能够使得技术人员不必时刻监测着对诊断信息的诊断过程，而由该远程诊断平台智能提醒技术人员，避免人力成本的消耗。
9.结合第一方面和上述实现方式，在某些可能的实现方式中，该状态为网络状态，确定该诊断信息是否满足该诊断策略指示的预警条件，包括：在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，确定该车载智能终端中用户识别卡的状态是否为该预警条件中的非激活状态；在该用户识别卡的状态不是该非激活状态的情况下，确定未发送该心跳数据之前该车载智能终端的接入点的状态是否为该预警条件中的异常状态；在该接入点的状态不是该异常状态的情况下，确定该车载智能终端再次登录的原因是否为该预警条件中的预设原因；在该原因不是该预设原因的情况下，确定第一里程差是否大于该预警条件中的预设里程，该第一里程差为未发送该心跳数据之前该车辆的行驶里程与该车载智能终端再次登录时该车辆的行驶里程之间的里程差。
10.上述技术方案中，具体描述对车载智能终端的网络状态进行诊断的过程。应理解，该诊断信息包括描述该车载智能终端发送心跳数据的信息、该车载智能终端中用户识别卡的状态、该车载智能终端的接入点的状态、该车载智能终端再次登录的原因以及未发送该心跳数据之前该车辆的行驶里程与该车载智能终端再次登录时该车辆的行驶里程之间的里程差(第一里程差)。在诊断车载智能终端的网络状态时，需要先关注预设时长内该车载智能终端是否发送心跳数据。在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，先诊断用户识别卡的状态，以确定该车载智能终端的网络状态是否受用户识别卡的状态的影响。接下来，在该车载智能终端的网络状态不受用户识别卡的状态的影响下(在该用户识别卡的状态不是该非激活状态的情况下)，确定该车载智能终端的网络状态是否受接入点的状态的影响。接下来，在该车载智能终端的网络状态不受接入点的状态的影响下(在该接入点的状态不是该异常状态的情况下)，确定该车载智能终端的网络状态是否受该车载智能终端再次登录的原因是否为预设原因的影响。接下来，在该车载智能终端的网络状态不受该预设原因的影响下(在该原因不是该预设原因的情况下)，确定该车载智能终端的网络状态是否受车辆的行驶里程的影响。
11.结合第一方面和上述实现方式，在某些可能的实现方式中，在该诊断信息满足该预警条件的情况下，发送该预警信息，包括下述中的任一项：在该用户识别卡的状态为该非激活状态的情况下，发送该用户识别卡的状态处于异常状态的预警信息；在该接入点的状态为该异常状态的情况下，发送该接入点的状态处于异常状态的预警信息；在该原因为该预设原因的情况下，发送该车载智能终端在联网状态异常时重启的预警信息；在该第一里程差大于该预设里程的情况下，发送该车辆在该第一里程差指示的行驶区域内网络异常的预警信息。
12.上述技术方案中，在诊断信息满足预警条件的情况下，确定车载智能终端发生故障。在确定车载智能终端发生故障的情况下，具体发送车载智能终端发生故障的原因。这使得技术人员能够得知车载智能终端的网络状态异常时的具体原因。从而，能够基于该具体原因快速地解除网络状态异常的故障。
13.结合第一方面和上述实现方式，在某些可能的实现方式中，发送该预警信息，包括：将该预警信息发送给移动终端，该远程诊断平台与该移动终端通信连接；和/或，在该远程诊断平台的显示界面上显示该预警信息。
14.上述技术方案中，以两种方式进行预警信息的发送。第一种，将该预警信息发送给移动终端。该移动终端可以是目标对象(技术人员)的移动终端，这能够避免该技术人员不
在远程诊断平台附近时，能够及时地得知该车载智能终端发生故障，并对该故障进行解除。第二种，在该远程诊断平台的显示界面上显示该预警信息。这使得远程诊断平台附近的技术人员也能够及时且直观地得知车载智能终端发生故障，并及时地处理故障。
15.结合第一方面和上述实现方式，在某些可能的实现方式中，将该预警信息发送给移动终端之后，该方法还包括：接收通过该移动终端输入的该车辆的车辆识别码；显示该车辆的车载智能终端的至少一个监测数据，以使该目标对象基于该至少一个监测数据对该车载智能终端进行故障解除。
16.上述技术方案中，远程诊断平台将该预警信息发送给移动终端之后，能够从移动终端处得知车载智能终端的状态发生异常，使得能够将车辆的车辆识别码输入到该远程诊断平台。进而，在远程诊断平台接收到该车辆的车辆识别码之后，显示该车辆的车载智能终端的至少一个监测数据，从而使得能够基于该至少一个监测数据对该车载智能终端进行故障解除，使得车载智能终端能够为车辆提供良好的通信服务，提高车主的用车体验。
17.结合第一方面和上述实现方式，在某些可能的实现方式中，在该远程诊断平台的显示界面上显示该预警信息之后，该方法还包括：接收对该预警信息的确认操作；响应于对该预警信息的验证操作，在预设时长内获取该预警信息指示的该车载智能终端发生故障的信息，该验证操作用于对该预警信息指示的该车载智能终端发生的故障进行验证；基于该信息验证该预警信息。
18.上述技术方案中，远程诊断平台将该预警信息显示在该显示界面之后，远程诊断平台附近的技术人员能够确认接收到该预警信息，以表示会对该预警信息做出响应。响应于该预警信息的验证操作，在预设时长内获取该预警信息指示的该车载智能终端发生故障的信息，相当于技术人员通过远程诊断平台再次获取该预警信息指示的车载智能终端发生故障的信息，以基于该信息再次确认车载智能终端是否真的发生故障，即基于该信息验证该预警信息。这能够减少预警信息误报的情形。
19.第二方面，提供一种诊断车载智能终端的装置，该装置包括：接收模块，用于接收车载智能终端的诊断信息，该诊断信息用于指示对该车载智能终端的状态进行诊断，该诊断信息包括车辆的行驶信息和该车辆中的车载智能终端的网络信息；确定模块，用于基于该诊断信息以及该诊断信息对应的诊断策略，确定是否发送预警信息，该预警信息用于指示该车载智能终端发生故障。
20.结合第二方面，在某些可能的实现方式中，该确定模块，具体用于：确定该诊断信息是否满足该诊断策略指示的预警条件；该装置还包括：发送模块，用于：在该诊断信息满足该预警条件的情况下，发送该预警信息；在该诊断信息不满足该预警条件的情况下，不发送该预警信息。
21.结合第二方面和上述实现方式，在某些可能的实现方式中，该状态为网络状态，该确定模块，具体还用于：在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，确定该车载智能终端中用户识别卡的状态是否为该预警条件中的非激活状态；在该用户识别卡的状态不是该非激活状态的情况下，确定未发送该心跳数据之前该车载智能终端的接入点的状态是否为该预警条件中的异常状态；在该接入点的状态不是该异常状态的情况下，确定该车载智能终端再次登录的原因是否为该预警条件中的预设原因；在该原因不是该预设原因的情况下，确定第一里程差是否大于该预警条件中的预设里程，该第一里程
差为未发送该心跳数据之前该车辆的行驶里程与该车载智能终端再次登录时该车辆的行驶里程之间的里程差。
22.结合第二方面和上述实现方式，在某些可能的实现方式中，该发送模块，具体用于下述中的任一项：在该用户识别卡的状态为该非激活状态的情况下，发送该用户识别卡的状态处于异常状态的预警信息；在该接入点的状态为该异常状态的情况下，发送该接入点的状态处于异常状态的预警信息；在该原因为该预设原因的情况下，发送该车载智能终端在联网状态异常时重启的预警信息；在该第一里程差大于该预设里程的情况下，发送该车辆在该第一里程差指示的行驶区域内网络异常的预警信息。
23.结合第二方面和上述实现方式，在某些可能的实现方式中，该发送模块，具体还用于：将该预警信息发送给移动终端，该远程诊断平台与该移动终端通信连接；和/或，在该远程诊断平台的显示界面上显示该预警信息。
24.结合第二方面和上述实现方式，在某些可能的实现方式中，将该预警信息发送给移动终端之后，该接收模块，还用于接收通过该移动终端输入的该车辆的车辆识别码；该装置还包括：显示模块，用于显示该车辆的车载智能终端的至少一个监测数据，以使得基于该至少一个监测数据对该车载智能终端进行故障解除。
25.结合第二方面和上述实现方式，在某些可能的实现方式中，在该远程诊断平台的显示界面上显示该预警信息之后，该接收模块，还用于接收对该预警信息的确认操作；该装置还包括：获取模块，还用于响应于对该预警信息的验证操作，在预设时长内获取该预警信息指示的该车载智能终端发生故障的信息，该验证操作用于对该预警信息指示的该车载智能终端发生的故障进行验证；该装置还包括：验证模块，还用于基于该信息验证该预警信息。
26.第三方面，提供一种电子设备，包括存储器、处理器以及存储在该存储器中并在该处理器上运行的计算机程序，其中，该处理器执行该计算机程序时，使得该电子设备执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
27.第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机或处理器上运行时，使得该计算机或处理器执行上述第一方面或第一方面任意一种可能的实现方式中的方法。
附图说明
28.图1是本技术实施例提供的一种车辆的网络连接的示意图；
29.图2是本技术实施例提供的一种诊断车载智能终端的方法的示意性流程图；
30.图3是本技术实施例提供的一种远程诊断平台的诊断策略的示意图；
31.图4是本技术实施例提供的一种移动终端显示预警信息的示意图；
32.图5是本技术实施例提供的一种对该预警信息进行验证的示意图；
33.图6是本技术实施例提供的一种诊断t-box的网络状态的示意性流程图；
34.图7是本技术实施例提供的一种诊断车载智能终端的装置的结构示意图；
35.图8是本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
36.下面将结合附图，对本技术中的技术方案进行清楚、详尽地描述。其中，在本技术实施例的描述中，“多个”是指两个或多于两个。术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。
37.图1是本技术实施例提供的一种车辆的网络连接的示意图。
38.应理解，车载智能终端(telematics-box，t-box)是车辆中的携带通讯功能的盒子，内含一张用户识别(security identification module，sim)卡，与该盒子配套的硬件还有全球定位系统(global positioning system，gps)天线等。t-box主要用于车辆与云端服务平台之间的通信，它还集成微控制单元(microcontroller unit，mcu)/中央处理单元(central processing unit，cpu)、各种传感器、gps、3g/4g、无线保真(wireless fidelity，wifi)/蓝牙等模块。其中，sim卡能够为车辆提供高速的数据网络通信服务。
39.还应理解，t-box还能够将车辆的信息实时地上传到云端服务平台。t-box通过控制器局域网络(controller area network，can)总线与车辆进行通信，实时地获取车辆的信息。该信息包括实时油耗、发动机水温、发动机的转速、行驶里程、行驶速度/行驶加速度、电源状态、发动机负载以及位置信息等等。当然，t-box也能够获取t-box中的sim卡的状态、t-box中的接入点(access point name，apn)、apn的状态等。其中，apn决定了车辆访问网络时的接入方式。
40.示例性的，如图1所示，目标网络为3g/4g数据网络，该车辆中包括t-box。该车辆通过t-box与云端服务平台进行3g/4g通信，将车辆的各种信息上传到云端服务平台。
41.图2是本技术实施例提供的一种诊断车载智能终端的方法的示意性流程图。
42.应理解，本技术实施例提供的一种诊断车载智能终端的方法可以应用于电子设备。具体地，该诊断车载智能终端的方法可以应用于车载智能终端的远程诊断平台，该远程诊断平台能够外接显示屏。
43.示例性的，如图2所示，该方法200包括：
44.步骤201，远程诊断平台接收车载智能终端的诊断信息，该诊断信息用于指示对该车载智能终端的状态进行诊断，该诊断信息包括车辆的行驶信息和该车辆中的车载智能终端的网络信息。
45.应理解，该远程诊断平台为云端服务平台的一种，该远程诊断平台为车辆中的车载智能终端(t-box)提供诊断功能。在步骤201之前，t-box能够将与车辆相关的各种诊断信息上传到远程诊断平台。
46.还应理解，诊断信息可简单地理解为：对t-box的哪种状态进行诊断的信息。其中，t-box的状态可以是网络状态、t-box与云端服务平台之间的链接状态、t-box中的apn的状态、t-box连接网络的信号质量的状态等等。当然，t-box不会将具体诊断的状态发送给远程诊断平台，而是将与该状态相关的车辆的行驶信息和该t-box的网络信息发送给远程诊断平台(诊断信息)。远程诊断平台接收到该诊断信息之后，基于该诊断信息进行分析，确定t-box需要诊断的状态(是网络状态还是链接状态等)。
47.其中，步骤201中的“车辆的行驶信息”包括车辆的行驶速度、车辆的行驶加速度、车辆中发动机的转速、车辆的行驶里程、车辆中的电源状态等等。“车载智能终端的网络信
息”包括t-box发送心跳数据的频率、未发送心跳数据的时长、t-box中的sim卡的状态、t-box中的apn、apn的状态、t-box连接网络的信号质量、t-box在云端服务平台上登录信息的间隔时长等等。其中，sim卡的状态包括激活状态、激活状态、未使用状态、使用中状态、已停用状态、已停机状态、已销户状态等。
48.可选地，该诊断信息中还包括该车辆的身份信息，该身份信息包括该车辆的(internet protocol，ip)地址和该车辆的车辆识别码(vehicle identification number，vin)。
49.应理解，vin可以唯一的标记该车辆。例如第一车辆的vin为lfph5abc469010138，其中，前三位lfp表示a品牌汽车公司生产的车辆，第四位h表示车辆的品牌，第五位5表示该车辆的排量在2.1～2.6升，第六位a表示该车辆的驱动方式为前轮驱动，第七位b表示该车辆为四门车型，第八位c表示该车辆的安全带为紧急锁止式安全带，第九位表示该车辆的数字校验码，第十位6表示该车辆的生产年份为2006年，第十一位9表示生产该车辆的装配厂是被b通信委员会认证的装配厂，第十二位表示生产该车辆的生产线代码，第十三位至第十七位表示生产该车辆的生产顺序号。
50.一种可能的实现方式中，远程诊断平台接收车载智能终端的诊断信息，包括：远程诊断平台通过目标网络接收该诊断信息，该目标网络为该车载智能终端中接入点选择的接入方式所指示的网络。
51.可选地，目标网络为3g网络或4g网络或以太网。
52.上述技术方案中，描述远程诊断平台接收该诊断信息的通信方式。由于车辆与远程诊断平台之间的通信具体是t-box来控制的，因此，远程诊断平台可通过该车载智能终端中接入点选择的接入方式所指示的网络接收该诊断信息。
53.步骤202，远程诊断平台基于该诊断信息以及该诊断信息对应的诊断策略，确定是否发送预警信息，该预警信息用于指示该车载智能终端发生故障。
54.应理解，上述步骤202中的“该诊断信息对应的诊断策略”具体可理解为：对诊断信息指示的该车载智能终端的状态进行诊断的策略(状态对应的诊断策略)。诊断不同的状态时，所对应的策略是不同的。例如，对t-box的网络状态进行诊断时，需要诊断t-box是否向云端服务平台发送心跳数据、t-box中的sim卡的状态、t-box中apn的状态、车辆的行驶里程等；而对t-box与云端服务平台之间的链接状态进行诊断时，需要诊断t-box是否向云端服务平台发送心跳数据、车辆的行驶速度、车辆中的电源状态等。
55.还应理解，远程诊断平台中存储有诊断不同的状态对应的诊断策略。该车载智能终端发生故障具体是该车载智能终端的状态存在异常。
56.图3是本技术实施例提供的一种远程诊断平台的诊断策略的示意图。
57.应理解，图3中的诊断类别用于指示诊断策略是通用的还是自定义的，通用是指诊断策略对每一车辆都适用，自定义是指诊断策略只针对某些车辆适用。更新时间是指对诊断策略的更新时间。状态是指该诊断策略是处于启用状态还是停用状态。
58.如图3所示，给出了对车辆中的t-box的诊断信息进行诊断的诊断策略。具体给出了网络状态的诊断策略、信号质量的诊断策略和远程控制的诊断策略。其中，网络状态的诊断策略用于对t-box的网络状态进行诊断，信号质量的诊断策略用于对t-box连接云端服务平台的信号质量进行诊断，远程控制的诊断策略用于对基于t-box实现车辆的远程控制的
功能进行诊断。其中，网络状态的诊断策略的诊断类别为自定义，更新时间为2023-01-15 14:24:19，状态为启用状态；信号质量的诊断策略的诊断类别为通用，更新时间为2022-10-13 17:35:30，状态为启用状态；远程控制的诊断策略的诊断类别为通用，更新时间为2022-10-09 16:26:10，状态为停用状态。
59.还应理解，步骤202中的远程诊断平台发送的预警信息不是简单的表述t-box发生故障的指令信息，而是t-box中具体发生何种故障的信息。例如，t-box中的sim卡的状态处于异常状态的信息、t-box中的apn的状态处于异常状态的信息。
60.一种可能的实现方式中，步骤202，包括：远程诊断平台确定该诊断信息是否满足该诊断策略指示的预警条件；在该诊断信息满足该预警条件的情况下，远程诊断平台发送该预警信息；在该诊断信息不满足该预警条件的情况下，远程诊断平台不发送该预警信息。
61.上述技术方案中，具体地，确定该诊断信息是否满足该诊断策略指示的预警条件，在该诊断信息满足该预警条件的情况下，发送该预警信息。这能够使得技术人员得知当前该车载智能终端的状态发生故障，能够提醒技术人员及时去解决该故障。在该诊断信息不满足该预警条件的情况下，不发送该预警信息。这能够使得技术人员不必时刻监测着对诊断信息的诊断过程，而由该远程诊断平台智能提醒技术人员，避免人力成本的消耗。
62.如下讨论“远程诊断平台发送该预警信息”的具体过程。
63.一种可能的实现方式中，远程诊断平台发送该预警信息，包括：远程诊断平台将该预警信息发送给移动终端，该远程诊断平台与该移动终端通信连接；和/或，远程诊断平台在该远程诊断平台的显示界面上显示该预警信息。
64.上述技术方案中，以两种方式进行预警信息的发送。第一种，将该预警信息发送给移动终端。该移动终端可以是目标对象(技术人员)的移动终端，这能够避免该技术人员不在远程诊断平台附近时，能够及时地得知该车载智能终端发生故障，并对该故障进行解除。第二种，在该远程诊断平台的显示界面上显示该预警信息。这使得远程诊断平台附近的技术人员也能够及时且直观地得知车载智能终端发生故障，并及时地处理故障。
65.应理解，该远程诊断平台中注册了目标对象的用户信息，该远程诊断平台与该移动终端通信连接。在远程诊断平台需要发送该预警信息的情况下，远程诊断平台能够通过目标网络基于该用户信息将该预警信息发送给该目标对象的移动终端。
66.图4是本技术实施例提供的一种移动终端显示预警信息的示意图。
67.示例性的，以该诊断信息用于指示对t-box的网络状态进行诊断，车辆的vin码为lfph5abc469010138为例，描述该移动终端显示预警信息的过程。远程诊断平台在接收到诊断信息之后，对该诊断信息进行分析，确定该t-box需要诊断的状态为网络状态。远程诊断平台基于网络状态的诊断策略对诊断信息进行诊断，确定该诊断信息中t-box的apn的状态为该诊断策略指示的预警条件中的异常状态。远程诊断平台确定向目标对象的移动终端发送针对此时诊断过程的预警信息。具体如图4所示，发送的预警信息包括：此次预警信息的具体时间(2月27日15：03)，预警信息的标题(网络状态异常)，用于指示t-box的网络状态异常，此次预警事件id为2022022150312，车辆的vin为lfph5abc469010138，具体的预警信息为apn的状态处于异常状态和诊断策略为网络状态的诊断策略。
68.可选地，远程诊断平台将该预警信息发送给移动终端之后，该方法200还包括：远程诊断平台接收通过该移动终端输入的该车辆的车辆识别码；远程诊断平台显示该车辆的
车载智能终端的至少一个监测数据，以使得基于该至少一个监测数据对该车载智能终端进行故障解除。
69.应理解，该移动终端是目标对象(技术人员)的移动终端。在目标对象看到该预警信息之后，目标对象会在远程诊断平台上输入该车辆的车辆识别码，该远程诊断平台接收该目标对象输入的该车辆的车辆识别码。
70.还应理解，目标对象能够基于该至少一个监测数据判断t-box发生故障的具体时间和频率。
71.上述技术方案中，远程诊断平台将该预警信息发送给目标对象的移动终端之后，目标对象能够从移动终端处得知车载智能终端的状态发生故障，使得该目标对象能够将车辆的车辆识别码输入到该远程诊断平台。进而，在远程诊断平台接收到该车辆的车辆识别码之后，显示该车辆的车载智能终端的至少一个监测数据，从而使得目标对象能够基于该至少一个监测数据对该车载智能终端进行故障解除，使得车载智能终端能够为车辆提供良好的通信服务，提高车主的用车体验。
72.可选地，远程诊断平台显示该车辆的车载智能终端的至少一个监测数据之后，该方法200还包括：远程诊断平台接收该目标对象对该至少一个监测数据的导出操作，生成该至少一个监测数据对应的目标文档，以使该目标对象基于该目标文档对该车载智能终端进行故障解除。
73.上述技术方案中，远程诊断平台将该预警信息发送给移动终端之后，能够从移动终端处得知车载智能终端的状态发生异常，使得能够将车辆的车辆识别码输入到该远程诊断平台。进而，在远程诊断平台接收到该车辆的车辆识别码之后，显示该车辆的车载智能终端的至少一个监测数据，从而使得能够基于该至少一个监测数据对该车载智能终端进行故障解除，使得车载智能终端能够为车辆提供良好的通信服务，提高车主的用车体验。
74.可选地，远程诊断平台在该远程诊断平台的显示界面上显示该预警信息之后，该方法200还包括：远程诊断平台接收对该预警信息的确认操作；远程诊断平台响应于对该预警信息的验证操作，在预设时长内获取该预警信息指示的该车载智能终端发生故障的信息，该验证操作用于对该预警信息指示的该车载智能终端发生的故障进行验证；远程诊断平台基于该信息验证该预警信息。
75.上述技术方案中，远程诊断平台将该预警信息显示在该显示界面之后，远程诊断平台附近的技术人员能够确认接收到该预警信息，以表示会对该预警信息做出响应。响应于该预警信息的验证操作，在预设时长内获取该预警信息指示的该车载智能终端发生故障的信息，相当于技术人员通过远程诊断平台再次获取该预警信息指示的车载智能终端发生故障的信息，以基于该信息再次确认车载智能终端是否真的发生故障，即基于该信息验证该预警信息。这能够减少预警信息误报的情形。
76.图5是本技术实施例提供的一种对该预警信息进行验证的示意图。
77.示例性的，在该远程诊断平台的显示界面上显示如图5中的(a)所示的预警信息之后，该远程诊断平台附近的技术人员能够通过点击界面上的“x”符号，来表示以对该预警信息进行确认。在该远程诊断平台接收到该确认操作之后，远程诊断平台会在该界面上显示如图5中的(b)所示的验证框，该验证框中的获取apn的状态是基于图5中的(a)所示的具体的预警信息得到的，该技术人员能够通过点击“确认”的方式，以再次获取apn的状态，可对
此时预警信息中描述apn的状态异常的故障进行验证，确定apn的状态是否真的处于异常状态。
78.如下以几种场景来描述对车载智能终端的状态进行诊断。
79.第一种：该状态为网络状态
80.一种可能的实现方式中，远程诊断平台确定该诊断信息是否满足该诊断策略指示的预警条件，包括：在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，远程诊断平台确定该车载智能终端中用户识别卡的状态是否为该预警条件中的非激活状态；在该用户识别卡的状态不是该非激活状态的情况下，远程诊断平台确定未发送该心跳数据之前该车载智能终端的接入点的状态是否为该预警条件中的异常状态；在该接入点的状态不是该异常状态的情况下，远程诊断平台确定该车载智能终端再次登录的原因是否为该预警条件中的预设原因；在该原因不是该预设原因的情况下，远程诊断平台确定第一里程差是否大于该预警条件中的预设里程，该第一里程差为未发送该心跳数据之前该车辆的行驶里程与该车载智能终端再次登录时该车辆的行驶里程之间的里程差。
81.可选地，预设时长为120秒。
82.应理解，影响车载智能终端的网络状态的因素很多。因此，对车载智能终端的网络状态进行诊断的过程中，需要对影响车载智能终端的网络状态的因素进行一一的分析或排除，直到确定出当前情况下，车载智能终端的网络状态发生故障的具体原因。也就是说，先排除是否是sim卡的状态的影响，再排除是否是apn的状态的影响，再排除是否是该车载智能终端再次登录的原因的影响，然后再确定是否是车辆的行驶里程指示的行驶区域的问题。
83.还应理解，上述诊断t-box的网络状态的过程中，确定未发送该心跳数据之前该车辆的行驶里程与该t-box再次登录时该车辆的行驶里程之间的里程差(第一里程差)，是为了确定此次t-box的网络状态异常是否是因为该第一里程差指示的车辆行驶路段的问题，也就是说，该第一里程差指示的行驶区域的网络问题。利用第一里程差来指示未发送该心跳数据之前与该t-box再次登录时车辆所行驶的行驶区域。其中，t-box每隔一定时长向云端服务平台发送一次心跳数据，因此未发送该心跳数据之前该车辆的行驶里程是指t-box未发送心跳数据之前该远程诊断平台所能获取到的该车辆的最大行驶里程。
84.上述技术方案中，具体描述对车载智能终端的网络状态进行诊断的过程。应理解，该诊断信息包括描述该车载智能终端发送心跳数据的信息、该车载智能终端中用户识别卡的状态、该车载智能终端的接入点的状态、该车载智能终端再次登录的原因以及未发送该心跳数据之前该车辆的行驶里程与该车载智能终端再次登录时该车辆的行驶里程之间的里程差(第一里程差)。在诊断车载智能终端的网络状态时，需要先关注预设时长内该车载智能终端是否发送心跳数据。在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，先诊断用户识别卡的状态，以确定该车载智能终端的网络状态是否受用户识别卡的状态的影响。接下来，在该车载智能终端的网络状态不受用户识别卡的状态的影响下(在该用户识别卡的状态不是该非激活状态的情况下)，确定该车载智能终端的网络状态是否受接入点的状态的影响。接下来，在该车载智能终端的网络状态不受接入点的状态的影响下(在该接入点的状态不是该异常状态的情况下)，确定该车载智能终端的网络状态是否受该车载智能终端再次登录的原因是否为预设原因的影响。接下来，在该车载智能终端的网
络状态不受该预设原因的影响下(在该原因不是该预设原因的情况下)，确定该车载智能终端的网络状态是否受车辆的行驶里程的影响。
85.一种可能的实现方式中，在该诊断信息满足该预警条件的情况下，远程诊断平台发送该预警信息，包括下述中的任一项：在该用户识别卡的状态为该非激活状态的情况下，远程诊断平台发送该用户识别卡的状态处于异常状态的预警信息；在该接入点的状态为该异常状态的情况下，远程诊断平台发送该接入点的状态处于异常状态的预警信息；在该原因为该预设原因的情况下，远程诊断平台发送该车载智能终端在联网状态异常时重启的预警信息；在该第一里程差大于该预设里程的情况下，远程诊断平台发送该车辆在该第一里程差指示的行驶区域内网络异常的预警信息。
86.应理解，在该第一里程差大于该预设里程的情况下，远程诊断平台发送该车辆在该第一里程差指示的行驶区域内网络异常的预警信息。也就是说，车辆行驶的过程中，可能到达了无网络区域，导致有一段时间t-box不能向云端服务平台发生心跳数据，而非t-box本身发生故障。
87.上述技术方案中，在诊断信息满足预警条件的情况下，确定车载智能终端发生故障。在确定车载智能终端发生故障的情况下，具体发送车载智能终端发生故障的原因。这使得技术人员能够得知车载智能终端的网络状态异常时的具体原因。从而，能够基于该具体原因快速地解除网络状态异常的故障。
88.图6是本技术实施例提供的一种诊断t-box的网络状态的示意性流程图。
89.示例性的，如图6所示，在诊断t-box的网络状态的过程中，诊断信息包括预设时长内t-box发送心跳数据的信息、sim卡的状态、apn的状态、t-box再次登录的原因以及未发送心跳数据之前车辆的行驶里程与t-box再次登录时车辆的行驶里程之间的里程差(第一里程差)。远程诊断平台在基于诊断信息对该t-box的网络状态进行诊断的过程中，会优先关注在预设时长内是否能够检测到t-box发送的心跳数据。在预设时长内没有检测到该t-box发送的心跳数据的情况下，远程诊断平台获取该t-box中sim卡的状态，判断该sim卡的状态是否为非激活状态。在该sim卡的状态是非激活状态的情况下，确定该sim卡的状态处于异常状态。在该sim卡的状态不是该非激活状态的情况下，远程诊断平台获取未发送该心跳数据之前该t-box的apn的状态，判断该apn的状态是否为异常状态。在该apn的状态为异常状态的情况下，确定该apn的状态处于异常状态。在该apn的状态不是该异常状态的情况下，远程诊断平台获取该t-box再次登录的原因，判断该t-box再次登录的原因是否为预设原因。在t-box再次登录的原因为预设原因的情况下，确定t-box在联网状态异常时重启。在该原因不是该预设原因的情况下，远程诊断平台获取未发送该心跳数据之前该车辆的行驶里程与该t-box再次登录时该车辆的行驶里程之间的第一里程差，判断该第一里程差是否大于预设里程。在该第一里程差大于该预设里程的情况下，远程诊断平台确定该车辆在第一里程差指示的行驶区域内网络异常，而不是车辆中的该t-box本身发生故障。
90.第二种：该状态为链接状态，具体是车载智能终端与云端服务平台之间的链接状态
91.一种可能的实现方式中，远程诊断平台确定该诊断信息是否满足该诊断策略指示的预警条件，包括：在该预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，远程诊断平台确定未发送该心跳数据之前该车辆中的电源的状态是否为该预警条件中的
关闭状态；在该电源的状态不是该关闭状态的情况下，远程诊断平台确定该车辆的行驶速度是否大于该预警条件中的预设速度。
92.可选地，预设速度为5千米/时。
93.应理解，上述诊断t-box与云端服务平台之间的链接状态的过程中，确定车辆中的电源的状态，是由于车辆中的电源为t-box提供电能。在该电源的状态为关闭状态的情况下，该电源不能为t-box提供电能，从而可能导致t-box与云端服务平台不能建立链接。在诊断t-box与云端服务平台之间的链接状态的过程中，还确定车辆的行驶速度，这是由于车辆行驶在网络环境比较好的场景时，行驶速度比较大；行驶在网络环境比较差的场景时，行驶速度比较小。网络环境的好坏影响链接状态，换句话说，车辆的行驶速度会影响t-box与云端服务平台之间的链接状态。
94.上述技术方案中，具体描述对车载智能终端的链接状态进行诊断的过程。应理解，该诊断信息包括描述该车载智能终端发送心跳数据的信息、该车辆中的电源的状态和该车辆的行驶速度。在诊断车载智能终端的链接状态时，需要先关注预设时长内该车载智能终端是否发送心跳数据。在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，先诊断该车辆中的电源的状态，以确定该车载智能终端的链接状态是否受电源的状态的影响。接下来，在该电源的状态为该打开状态的情况下，需要诊断该车辆的行驶速度，以确定该车载智能终端的链接状态是否受该车辆的行驶速度的影响。
95.一种可能的实现方式中，在该诊断信息满足该预警条件的情况下，远程诊断平台发送该预警信息，包括下述中的任一项：在该电源的状态为该关闭状态的情况下，发送该电源的状态处于异常状态的预警信息；在该车辆的行驶速度大于预设速度的情况下，发送该车辆的行驶速度处于异常的预警信息。
96.上述技术方案中，在诊断信息满足预警条件的情况下，确定车载智能终端发生故障。在确定车载智能终端的链接状态发生故障的情况下，具体发送车载智能终端发生故障的原因。这使得技术人员能够得知车载智能终端的链接状态异常时的具体原因。从而，技术人员能够基于具体原因快速地解除链接状态异常的故障。
97.图7是本技术实施例提供的一种诊断车载智能终端的装置的结构示意图。
98.示例性的，如图7所示，该装置700包括：
99.接收模块701，用于接收车载智能终端的诊断信息，该诊断信息用于指示对该车载智能终端的状态进行诊断，该诊断信息包括车辆的行驶信息和该车辆中的车载智能终端的网络信息；
100.确定模块702，用于基于该诊断信息以及该诊断信息对应的诊断策略，确定是否发送预警信息，该预警信息用于指示该车载智能终端发生故障。
101.可选地，该确定模块702，具体用于：确定该诊断信息是否满足该诊断策略指示的预警条件；该装置还包括：发送模块，用于：在该诊断信息满足该预警条件的情况下，发送该预警信息；在该诊断信息不满足该预警条件的情况下，不发送该预警信息。
102.可选地，该状态为网络状态，该确定模块702，具体还用于：在预设时长内没有检测到该车载智能终端发送的心跳数据的情况下，确定该车载智能终端中用户识别卡的状态是否为该预警条件中的非激活状态；在该用户识别卡的状态不是该非激活状态的情况下，确定未发送该心跳数据之前该车载智能终端的接入点的状态是否为该预警条件中的异常状
态；在该接入点的状态不是该异常状态的情况下，确定该车载智能终端再次登录的原因是否为该预警条件中的预设原因；在该原因不是该预设原因的情况下，确定第一里程差是否大于该预警条件中的预设里程，该第一里程差为未发送该心跳数据之前该车辆的行驶里程与该车载智能终端再次登录时该车辆的行驶里程之间的里程差。
103.可选地，该发送模块，具体用于下述中的任一项：在该用户识别卡的状态为该非激活状态的情况下，发送该用户识别卡的状态处于异常状态的预警信息；在该接入点的状态为该异常状态的情况下，发送该接入点的状态处于异常状态的预警信息；在该原因为该预设原因的情况下，发送该车载智能终端在联网状态异常时重启的预警信息；在该第一里程差大于该预设里程的情况下，发送该车辆在该第一里程差指示的行驶区域内网络异常的预警信息。
104.可选地，该发送模块，具体还用于：将该预警信息发送给移动终端，该远程诊断平台与该移动终端通信连接；和/或，在该远程诊断平台的显示界面上显示该预警信息。
105.可选地，将该预警信息发送给移动终端之后，该接收模块701，还用于接收通过该移动终端输入的该车辆的车辆识别码；该装置还包括：显示模块，用于显示该车辆的车载智能终端的至少一个监测数据，以使得基于该至少一个监测数据对该车载智能终端进行故障解除。
106.可选地，在该远程诊断平台的显示界面上显示该预警信息之后，该接收模块701，还用于接收对该预警信息的确认操作；该装置还包括：获取模块，还用于响应于该预警信息的验证操作，在预设时长内获取该预警信息指示的该车载智能终端发生故障的信息，该验证操作用于对该预警信息指示的该车载智能终端发生的故障进行验证；该装置还包括：验证模块，还用于基于该信息验证该预警信息。
107.图8是本技术实施例提供的一种电子设备的结构示意图。
108.示例性的，如图8所示，该电子设备800包括：存储器801、处理器802以及存储在该存储器801中并在处理器802上运行的计算机程序803，其中，该处理器802执行该计算机程序803时，使得该电子设备可执行前述介绍的任意一种诊断车载智能终端的方法。
109.本实施例可以根据上述方法示例对车辆进行功能模块的划分，例如，可以对应各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中，上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
110.在采用对应各个功能划分各个功能模块的情况下，该电子设备可以包括：接收模块、确定模块、发送模块、获取模块、显示模块和验证模块等。需要说明的是，上述方法实施例涉及的各个步骤的所有相关内容的可以援引到对应功能模块的功能描述，在此不再赘述。
111.在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块。其中，处理模块可以用于对电子设备的动作进行控制管理。存储模块可以用于电子设备执行相互程序代码和数据等。
112.其中，处理模块可以是处理器或控制器，其可以实现或执行结合本技术公开内容所藐视的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，数字信号处理(digital signal processing，dsp)和微处
理器的组合等等，存储模块可以是存储器。
113.本实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机或处理器上运行时，使得该计算机或处理器执行前述介绍的任意一种诊断车载智能终端的方法。
114.本实施例还提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机或处理器上运行时，使得计算机或处理器执行上述相关步骤，以实现前述介绍的任意一种诊断车载智能终端的方法。
115.其中，本实施例提供的电子设备、计算机可读存储介质、包含指令的计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
116.通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
117.在本技术所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
118.以上内容，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。

技术特征：
1.一种诊断车载智能终端的方法，其特征在于，所述方法由车载智能终端的远程诊断平台执行，所述方法包括：接收车载智能终端的诊断信息，所述诊断信息用于指示对所述车载智能终端的状态进行诊断，所述诊断信息包括车辆的行驶信息和所述车辆中的车载智能终端的网络信息；基于所述诊断信息以及所述诊断信息对应的诊断策略，确定是否发送预警信息，所述预警信息用于指示所述车载智能终端发生故障。2.根据权利要求1所述的方法，其特征在于，所述基于所述诊断信息以及所述诊断信息对应的诊断策略，确定是否发送预警信息，包括：确定所述诊断信息是否满足所述诊断策略指示的预警条件；在所述诊断信息满足所述预警条件的情况下，发送所述预警信息；在所述诊断信息不满足所述预警条件的情况下，不发送所述预警信息。3.根据权利要求2所述的方法，其特征在于，所述状态为网络状态，所述确定所述诊断信息是否满足所述诊断策略指示的预警条件，包括：在预设时长内没有检测到所述车载智能终端发送的心跳数据的情况下，确定所述车载智能终端中用户识别卡的状态是否为所述预警条件中的非激活状态；在所述用户识别卡的状态不是所述非激活状态的情况下，确定未发送所述心跳数据之前所述车载智能终端的接入点的状态是否为所述预警条件中的异常状态；在所述接入点的状态不是所述异常状态的情况下，确定所述车载智能终端再次登录的原因是否为所述预警条件中的预设原因；在所述原因不是所述预设原因的情况下，确定第一里程差是否大于所述预警条件中的预设里程，所述第一里程差为未发送所述心跳数据之前所述车辆的行驶里程与所述车载智能终端再次登录时所述车辆的行驶里程之间的里程差。4.根据权利要求3所述的方法，其特征在于，所述在所述诊断信息满足所述预警条件的情况下，发送所述预警信息，包括下述中的任一项：在所述用户识别卡的状态为所述非激活状态的情况下，发送所述用户识别卡的状态处于异常状态的预警信息；在所述接入点的状态为所述异常状态的情况下，发送所述接入点的状态处于异常状态的预警信息；在所述原因为所述预设原因的情况下，发送所述车载智能终端在联网状态异常时重启的预警信息；在所述第一里程差大于所述预设里程的情况下，发送所述车辆在所述第一里程差指示的行驶区域内网络异常的预警信息。5.根据权利要求2所述的方法，其特征在于，所述发送所述预警信息，包括：将所述预警信息发送给移动终端，所述远程诊断平台与所述移动终端通信连接；和/或，在所述远程诊断平台的显示界面上显示所述预警信息。6.根据权利要求5所述的方法，其特征在于，所述将所述预警信息发送给移动终端之后，所述方法还包括：接收通过所述移动终端输入的所述车辆的车辆识别码；
显示所述车辆的车载智能终端的至少一个监测数据，以使得基于所述至少一个监测数据对所述车载智能终端进行故障解除。7.根据权利要求5所述的方法，其特征在于，所述在所述远程诊断平台的显示界面上显示所述预警信息之后，所述方法还包括：接收对所述预警信息的确认操作；响应于对所述预警信息的验证操作，在预设时长内获取所述预警信息指示的所述车载智能终端发生故障的信息，所述验证操作用于对所述预警信息指示的所述车载智能终端发生的故障进行验证；基于所述信息验证所述预警信息。8.一种诊断车载智能终端的装置，其特征在于，所述装置包括：接收模块，用于接收车载智能终端的诊断信息，所述诊断信息用于指示对所述车载智能终端的状态进行诊断，所述诊断信息包括车辆的行驶信息和所述车辆中的车载智能终端的网络信息；确定模块，用于基于所述诊断信息以及所述诊断信息对应的诊断策略，确定是否发送预警信息，所述预警信息用于指示所述车载智能终端发生故障。9.一种电子设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时，使得所述电子设备执行如权利要求1至7中任意一项所述的诊断车载智能终端的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在计算机或处理器上运行时，使得所述计算机或处理器执行如权利要求1至7中任意一项所述的诊断车载智能终端的方法。

技术总结
本申请提供诊断车载智能终端的方法、装置、电子设备及存储介质。车载智能终端的远程诊断平台能够接收到车载智能终端自身的诊断信息，并基于该诊断信息以及诊断信息对应的诊断策略对该车载智能终端的状态进行诊断，以在车载智能终端发生故障的情况下，发送预警信息。由于该诊断信息具体为车辆的行驶信息和该车载智能终端的网络信息，因此，基于该诊断策略能够对该车辆实时的信息进行诊断，能够及时地确定该车载智能终端发生故障时的关键点，使得技术人员基于该关键点能够快速地解决问题。得技术人员基于该关键点能够快速地解决问题。得技术人员基于该关键点能够快速地解决问题。


技术研发人员：杨勇
受保护的技术使用者：长城汽车股份有限公司
技术研发日：2023.04.12
技术公布日：2023/9/23