车辆远程唤醒的处理方法及计算机可读存储介质与流程

1.本发明涉及车辆数据处理领域，具体而言，涉及一种车辆远程唤醒的处理方法及计算机可读存储介质。


背景技术：

2.随着车联网技术的快速发展，车联网已经成为现在主流车型的主要配置之一，通过车内控制器、车载通信终端、车联网云平台、车联网手机应用程序等实现远程控车等功能。其中，远程控车功能可以通过用户终端(例如手机)实现远程发动机启动，使用户可以提前对车辆进行控制。需要说明的是，远控流程涉及车辆和云端的通信。当车辆熄火后，无法连接车辆后台和云端进行通信，此时就会涉及车载通信终端唤醒。
3.目前对车载终端进行远程唤醒时，主要依靠下发唤醒短信的方式实现，但是，仅依靠唤醒短信唤醒车辆，无法准确的定位唤醒失败的具体原因，进而导致对车辆进行远程唤醒的唤醒准确率低。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种车辆远程唤醒的处理方法及计算机可读存储介质，以至少解决相关技术中对车辆进行远程唤醒的唤醒准确率低的技术问题。
6.根据本发明实施例的一个方面，提供了一种车辆远程唤醒的处理方法，包括：在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至车辆；基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据；接收车辆发送的第二埋点数据，其中，第二埋点数据用于表征与远程唤醒指令接收相关的数据；基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果。
7.可选地，基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果，包括：响应于第一埋点数据或第二埋点数据不完整，生成唤醒结果为唤醒失败，并确定唤醒结果对应的失败原因为远程唤醒指令下发失败；响应于第一埋点数据和第二埋点数据完整，基于第一埋点数据包含的第一时间信息和第二埋点数据包含的第二时间信息，生成唤醒结果，其中，第一时间信息用于表征生成第一埋点数据的时间，第二时间信息用于表征车辆发送第二埋点数据的时间。
8.可选地，基于第一埋点数据包含的第一时间信息和第二埋点数据包含的第二时间信息，生成唤醒结果，包括：获取第一时间信息与第二时间信息的差值，得到时间差值；响应于时间差值大于第一预设阈值，生成唤醒结果为唤醒失败，并基于时间差值确定唤醒结果对应的失败原因；响应于时间差值小于或等于第一预设阈值，生成唤醒结果为唤醒成功。
9.可选地，基于时间差值确定唤醒结果对应的失败原因，包括：响应于时间差值大于第二预设阈值，确定失败原因为远程唤醒指令发送出现延迟；响应于时间差值大于第一预设阈值，且小于或等于第二预设阈值，确定失败原因为车辆存在唤醒延迟。
10.可选地，基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果，包括：获取本地存储的埋点数据列表，其中，埋点数据列表用于存储第一埋点数据和第二埋点数据；遍历埋点数据列表，得到目标埋点数据，其中，目标埋点数据用于表征埋点数据列表中的任意一个埋点数据；基于目标埋点数据，生成唤醒结果。
11.可选地，在基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果之后，该方法还包括：基于唤醒结果，确定唤醒结果为唤醒成功的次数，并确定生成唤醒结果的总次数；获取次数和总次数的商值，得到远程唤醒指令的唤醒成功率。
12.可选地，将用户终端发送的远程唤醒指令转发至车辆，包括：响应于车辆处于在线状态，将远程唤醒指令转发至车辆；响应于车辆处于离线状态，基于远程唤醒指令，生成短信信息，并发送短信信息至车辆。
13.可选地，短信信息包括但不限于：唤醒密文、标识信息以及下发时间戳，其中，下发时间戳由用户终端发送唤醒短信的情况下产生。
14.可选地，该方法还包括：接收车辆返回的远程唤醒指令对应的执行结果；将执行结果发送至用户终端。
15.根据本发明实施例的另一方面，还提供了一种车辆远程唤醒的处理方法，包括：接收服务器转发的远程唤醒指令，其中，远程唤醒指令由用户终端发送至服务器；控制车辆执行远程唤醒指令，并生成第二埋点数据；发送第二埋点数据至服务器，其中，第二埋点数据和服务器中存储的第一埋点数据用于确定远程唤醒指令的唤醒结果，第一埋点数据由服务器基于远程唤醒指令生成。
16.根据本发明实施例的另一方面，还提供了一种车辆远程唤醒的处理装置，包括：第一发送模块，用于在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至车辆；第一生成模块，用于基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据；第一接收模块，用于接收车辆发送的第二埋点数据，其中，第二埋点数据用于表征与远程唤醒指令接收相关的数据；第二生成模块，用于基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果。
17.根据本发明实施例的另一方面，还提供了一种车辆远程唤醒的处理装置，包括：接收模块，用于接收服务器转发的远程唤醒指令，其中，远程唤醒指令由用户终端发送至服务器；控制模块，用于控制车辆执行远程唤醒指令，并生成第二埋点数据；发送模块，用于发送第二埋点数据至服务器，其中，第二埋点数据和服务器中存储的第一埋点数据用于确定远程唤醒指令的唤醒结果，第一埋点数据由服务器基于远程唤醒指令生成。
18.根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述任意一项的车辆远程唤醒的处理方法。
19.根据本发明实施例的另一方面，还提供了一种车辆，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任意一项的车辆远程唤醒的处理方法。
20.在本发明实施例中，采用在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至车辆；基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据；接收车辆发送的第二埋点数据，其中，第二埋点数据用
于表征与远程唤醒指令接收相关的数据；基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果的方式。容易注意到的是，通过第一埋点数据和第二埋点数据，可以准确的确定远程唤醒指令的接收端以及发送端是否出现问题，达到了能够准确的对车辆进行远程唤醒的目的，从而实现了提高对车辆进行远程唤醒的唤醒准确率的技术效果，进而解决了相关技术中对车辆进行远程唤醒的唤醒准确率低的技术问题。
附图说明
21.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
22.图1是根据本发明实施例1的一种车辆远程唤醒的处理方法的流程图；
23.图2是根据本发明实施例1的一种可选的车辆远程唤醒的系统架构图；
24.图3是根据本发明实施例1的一种可选的唤醒指令下发的流程交互图
25.图4是根据本发明实施例1的一种可选的买点数据上报的流程交互图；
26.图5是根据本发明实施例1的一种可选的埋点数据分析的交互流程图；
27.图6是根据本发明实施例2的一种车辆远程唤醒的处理方法的流程图；
28.图7是根据本发明实施例1的一种车辆远程唤醒的处理装置的结构示意图；
29.图8是根据本发明实施例2的一种车辆远程唤醒的处理装置的结构示意图。
具体实施方式
30.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
31.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
32.实施例1
33.根据本发明实施例，提供了一种车辆远程唤醒的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
34.图1是根据本发明实施例1的一种车辆远程唤醒的处理方法的流程图，如图1所示，该方法包括如下步骤：
35.步骤s102，在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发
至车辆。
36.在本发明步骤s102公开的技术方案中，车辆可以是任意一种具有远程唤醒功能的车辆，例如可以是具有远程唤醒功能的燃油汽车，也可以是具有远程唤醒功能的新能源车辆，还可以是具有远程唤醒功能的混合动力车辆，但不仅限于此。上述的用户终端可以是任意一种能够下发远程唤醒指令的终端，其中，用户终端可以包括但不限于：手机、个人电脑、平板电脑。上述的远程唤醒指令可以是用户终端发送的唤醒指令，用于唤醒车辆，例如，可以是“启动发动机”、“打开空调”、“打开车窗”、“打开车窗和空调”等，但不仅限于此。
37.在一种可选的实施例中，在车辆处于休眠状态的情况下，当用户需要远程控制车辆时，用户可以通过用户终端向车辆发送远程唤醒指令，然后云端可以将用户终端的远程唤醒指令转发至车辆，当车辆接收到远程唤醒指令后，会基于远程唤醒指令执行相对应的操作。
38.需要说明的是，在远程唤醒技术领域中，车辆与用户终端的通信需要经过云端，因此在本发明实施例中，可以通过云端对用户终端的远程唤醒指令进行转发。
39.例如，在车辆处于休眠状态的情况下，当用户想要启动车辆的发动机时，用户可以通过用户终端向车辆发送“启动发动机”的远程唤醒指令，然后云端可以将用户终端的远程唤醒指令转发至车辆，当车辆成功接收到该远程唤醒指令后，车辆可以基于该远程唤醒指令启动发动机。
40.又例如，在车辆处于休眠状态的情况下，当用户想要打开车辆的车窗和空调时，用户可以通过用户终端发送“打开车窗和空调”的远程唤醒指令，然后云端可以将用户终端的远程唤醒指令转发至车辆，当车辆成功接收到该远程唤醒指令后，车辆可以基于该远程唤醒指令打开车窗和空调。
41.步骤s104，基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据。
42.上述的第一埋点数据可以是云端生成的，与远程唤醒指令转发相关的数据。例如，可以包括但不限于：远程唤醒指令的下发时间戳、标识信息。其中，下发时间戳用于表示远程唤醒指令的下发至车辆的时间，该标识信息可以是唯一标识远程唤醒指令的信息，例如，可以是远程唤醒指令的id。
43.在一种可选的实施例中，当云端将用户终端发送的远程唤醒指令转发给车辆之后，云端可以基于远程唤醒指令的下发时间以及标识信息，生成第一埋点数据。
44.在另一种可选的实施例中，云端将用户终端发送的远程唤醒指令转发给车辆的同时，云端可以基于远程唤醒指令的下发时间以及标识信息，生成第一埋点数据。
45.步骤s106，接收车辆发送的第二埋点数据，其中，第二埋点数据用于表征与远程唤醒指令接收相关的数据。
46.上述的第二埋点数据可以是车辆在接受到远程唤醒指令后，向云端发送的与接收远程唤醒指令相关的数据，例如，可以包括但不限于：远程唤醒指令的接收时间戳。其中，接收时间戳用于表征车辆接收到远程唤醒指令的时间。
47.在一种可选的实施例中，当车辆成功接收到云端转发的远程唤醒指令后，车辆可以基于接收到远程唤醒指令的时间，向云端发送第二埋点数据。
48.步骤s108，基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果。
49.上述的唤醒结果可以是表征车辆唤醒成功的结果，也可以是表征车辆唤醒失败并分析失败原因的结果，还可以是车辆的唤醒率，但不仅限于此。
50.在一种可选的实施例中，当得到第一埋点数据和第二埋点数据后，云端可以对第一埋点数据和第二埋点数据进行分析，进而可以得到远程唤醒指令的唤醒结果。例如，可以对第一埋点数据和第二埋点数据中的时间戳进行分析，响应于第一埋点数据中的下发时间戳和第二埋点数据中的接收时间戳的时间间隔为一个唤醒周期，可以确定唤醒结果为唤醒成功。又例如，响应于第一埋点数据中的下发时间戳和第二埋点数据中的接收时间戳的时间间隔小于或大于一个唤醒周期，可以确定唤醒结果为唤醒失败。但不仅限于此。
51.在另一种可选的实施例中，当得到第一埋点数据和第二埋点数据后，云端可以将第一埋点数据和第二埋点数据中的数据进行对比，基于对比结果，可以得到远程唤醒指令的唤醒结果。例如，可以将第一埋点数据中的下发时间戳和第二埋点数据中的接收时间戳的时间值进行对比，响应于接收时间戳的时间值大于下发时间戳的时间值，可以得到唤醒结果为唤醒成功。又例如，响应于接收时间戳的时间值小于或等于下发时间戳的时间值，可以得到唤醒结果为唤醒失败。
52.在本发明实施例中，采用在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至车辆；基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据；接收车辆发送的第二埋点数据，其中，第二埋点数据用于表征与远程唤醒指令接收相关的数据；基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果的方式。容易注意到的是，通过第一埋点数据和第二埋点数据，可以准确的确定远程唤醒指令的接收端以及发送端是否出现问题，达到了能够准确的对车辆进行远程唤醒的目的，从而实现了提高对车辆进行远程唤醒的唤醒准确率的技术效果，进而解决了相关技术中对车辆进行远程唤醒的唤醒准确率低的技术问题。
53.下面对该实施例的上述方法进行进一步介绍。
54.可选地，基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果，包括：响应于第一埋点数据或第二埋点数据不完整，生成唤醒结果为唤醒失败，并确定唤醒结果对应的失败原因为远程唤醒指令下发失败；响应于第一埋点数据和第二埋点数据完整，基于第一埋点数据包含的第一时间信息和第二埋点数据包含的第二时间信息，生成唤醒结果，其中，第一时间信息用于表征生成第一埋点数据的时间，第二时间信息用于表征车辆发送第二埋点数据的时间。
55.在一种可选的实施例中，在得到第一埋点数据和第二埋点数据后，云端首先会对第一埋点数据和第二埋点数据的完整性进行判断，当判断第一埋点数据或第二埋点数据不完整时，云端可以直接生成唤醒结果为唤醒失败；当判断第一埋点数据和第二埋点数据均完整时，可以基于第一时间信息和第二时间信息，生成唤醒结果。其中，第一时间信息用于表征第一埋点数据的生成时间，第二时间信息用于表征第二埋点数据的发送时间。例如，可以将第一时间信息与第二时间信息作对比，响应于对比结果为第二时间信息小于第一时间信息，可以确定用户终端下发远程唤醒指令之前车辆就已接收到远程唤醒指令，云端可以判断车辆接收到的远程唤醒指令与用户终端下发的远程唤醒指令不一致，因此可以生成唤醒失败的唤醒结果；还可以获取第一时间信息与第二时间信息的时间差值，响应于时间差值大于远程唤醒指令的唤醒周期，云端可以确定用户终端或者运营商下发远程唤醒指令存
在延迟，因此可以生成唤醒失败的唤醒结果；响应于时间差值小于或等于远程唤醒指令的唤醒周期，云端可以确定用户终端和运营商下发远程唤醒指令没有延迟，因此可以生成唤醒成功的唤醒结果，但不仅限于此。
56.可选地，基于第一埋点数据包含的第一时间信息和第二埋点数据包含的第二时间信息，生成唤醒结果，包括：获取第一时间信息与第二时间信息的差值，得到时间差值；响应于时间差值大于第一预设阈值，生成唤醒结果为唤醒失败，并基于时间差值确定唤醒结果对应的失败原因；响应于时间差值小于或等于第一预设阈值，生成唤醒结果为唤醒成功。
57.上述的第一预设阈值可以是用户提前设置的用于判断远程唤醒是否失败的阈值，具体的数值用户可根据实际需求自行设定，在本实施例中，以10秒(s)为例进行说明，但不仅限于此，还可以是8s、12s等。
58.在一种可选的实施例中，得到第一时间信息和第二时间信息后，首先可以获取第一时间信息与第二时间信息的差值，得到时间差值；其次可以将时间差值与第一预设阈值进行判断，当判断时间差值大于第一预设阈值，云端可以生成唤醒结果为唤醒失败，并且可以基于时间差值确定唤醒结果对应的失败原因，当判断时间差值小于第一预设阈值，云端可以生成唤醒结果为唤醒成功。
59.可选地，基于时间差值确定唤醒结果对应的失败原因，包括：响应于时间差值大于第二预设阈值，确定失败原因为远程唤醒指令发送出现延迟；响应于时间差值大于第一预设阈值，且小于或等于第二预设阈值，确定失败原因为车辆存在唤醒延迟。
60.上述的第二时间差可以是用户提前设置的用于判断失败原因的阈值，具体的数值用户可根据实际需求自行设定，在本实施例中，以20秒(s)为例进行说明，但不仅限于此，还可以是18s、22s等。
61.在一种可选的实施例中，在判断时间差值大于第一预设阈值后，可以将时间差值与第二预设阈值进行判断，当判断时间差值大于第二预设阈值，可以确定失败原因为远程唤醒指令发送出现延迟；当判断时间差值大于第一预设阈值，且小于或等于第二预设阈值时，可以确定失败原因为车辆存在唤醒延迟。
62.可选地，基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果，包括：获取本地存储的埋点数据列表，其中，埋点数据列表用于存储第一埋点数据和第二埋点数据；遍历埋点数据列表，得到目标埋点数据，其中，目标埋点数据用于表征埋点数据列表中的任意一个埋点数据；基于目标埋点数据，生成唤醒结果。
63.上述的埋点数据列表可以是云端本地存储的列表，用于存储第一埋点数据和第二埋点数据。上述的目标埋点数据可以是埋点数据列表中的所有埋点数据。
64.在一种可选的实施例中，云端还可以每间隔一段时间获取本地存储的埋点数据列表，其中，埋点数据存储列表中存储有第一埋点数据和第二埋点数据；其次可以遍历埋点数据列表，得到目标埋点数据，其中，目标埋点数据为埋点数据列表中的埋点数据；最后可以基于目标埋点数据生成唤醒结果。其中，基于目标埋点数据生成唤醒结果的方法与上述的方法一致，在此不做赘述。
65.需要说明的是，上述的一段时间可以是用户基于实际需求自行设定的时间段，在本实施例中，以一天为例进行说明，但不仅限于此。
66.可选地，在基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果之
后，该方法还包括：基于唤醒结果，确定唤醒结果为唤醒成功的次数，并确定生成唤醒结果的总次数；获取次数和总次数的商值，得到远程唤醒指令的唤醒成功率。
67.在一种可选的实施例中，得到唤醒结果后，云端可以确定一定时间段内唤醒结果为唤醒成功的次数，并且可以获取该一定时间段内的生成唤醒结果的总次数；其次云端可以获取次数和总次数的商值，得到远程唤醒指令的唤醒成功率。
68.需要说明的是，上述的一定时间段可以是用户基于实际需求自行设定的时间段，在本实施例中，以一天为例进行说明，但不仅限于此。
69.可选地，将用户终端发送的远程唤醒指令转发至车辆，包括：响应于车辆处于在线状态，将远程唤醒指令转发至车辆；响应于车辆处于离线状态，基于远程唤醒指令，生成短信信息，并发送短信信息至车辆。
70.在一种可选的实施例中，当车辆处于在线状态，云端可以转发远程唤醒指令至车辆，当车辆处于离线状态，云端可以基于远程唤醒指令生成短信信息，并将短信信息发送至车辆，以进行远程唤醒。
71.可选地，短信信息包括但不限于：唤醒密文、标识信息以及下发时间戳，其中，下发时间戳由用户终端发送唤醒短信的情况下产生。
72.在一种可选的实施例中，短信信息可以包括但不限于：唤醒密文，车辆接受到唤醒密文后会对短信信息进行解密，并基于解密后的内容执行对应的唤醒操作；标识信息是短信信息的唯一标识，可以是一串字符串，但不仅限于此，基于标识信息可以找到对应的短信信息；下发时间戳，用户终端发送唤醒短信时同步会生成下发时间戳。
73.可选地，该方法还包括：接收车辆返回的远程唤醒指令对应的执行结果；将执行结果发送至用户终端。
74.上述的执行结果可以包括但不限于：执行成功、执行失败。
75.在一种可选的实施例中，车辆基于远程唤醒指令执行相应的操作后，会将执行结果发送至云端，云端接收到执行结果后，可以将执行结果转发至用户终端，进而用户可以直观清晰的看到远程唤醒是否执行成功。
76.本发明采用一种数据埋点方式，云平台发送指令记录埋点内容，车载通信终端收到数据后，进行埋点数据上报到云平台，云平通过大数据分析存在问题的节点。可以准确的统计唤醒成功率以及出现问题的节点。统计唤醒失败的原因：如平台下发短信失败、运营商短信下发失败或延时、或车载通信终端收到短信没有执行唤醒指令等问题原因，得到唤醒失败的问题占比，该数据用于解决产品质量问题，以及指导下一代产品优化升级，提高车联网产品的易用性。此外，也为车载终端的唤醒测试和产品评估提供了便利，通过数据分析的方式评估唤醒成功率和产品的可用性。
77.图2是根据本发明实施例1的一种可选的车辆远程唤醒的系统架构图，如图2所示，该系统包括：客户端、车辆网云平台、物联网平台以及车辆。其中，客户端包括用户终端以及管理网站；车辆网云平台包括：远控后台服务，数据下行服务、物联网对接协议解码服务、数据上行服务、以及数据统计模块，其中，数据统计模块又包括：数据分析服务和数据埋点服务；车量包括车内通讯终端以及车载控制器。
78.其中，客户端包含用户终端和管理网站。用户终端用于远控下发，发送启动发动机等指令；管理网站用于用户查看车载通信终端唤醒结果统计结果
79.车联网云平台作为后台服务，支撑用户终端远控等业务功能，以及实现远控唤醒成功率统计业务。远控部分包含：远控后台服务、数据上行服务、数据下行服务、物联网对接服务；远控唤醒统计部分包含：数据埋点服务、数据分析服务。
80.物联网平台作为整车和车联网云平台信息通信的媒介，主要负责传递车云数据。
81.整车接收云端指令，以实现车辆控制动作，上传埋点数据。其中，车内通信终端模块作为接收唤醒指令，以及上传埋点数据主模块；车内控制器用于实现各种远控指令。
82.由图2可知，用户终端发送远程唤醒指令后，车联网云平台的远控后台服务接收远程唤醒指令，并通过数据下行服务和物联网对接协议解码服务将远程唤醒指令发送至物联网平台，物联网平台将远程唤醒指令转发至车辆的车内通讯终端，然后车内控制器基于远程唤醒指令，将车端埋点数据(即第二埋点数据)发送至车内通讯终端，车内通讯终端将车端埋点数据发送至物联网平台，物联网平台将车端埋点数据发送至车辆网云平台，车辆网云平台通过物联网对接协议解码服务、数据上行服务、数据统计模块，并结合客户端的管理网站对车端埋点数据进行处理，得到唤醒结果，然后通过车辆网云平台的远控后台服务将唤醒结果发送至用户终端。
83.图3是根据本发明实施例1的一种可选的唤醒指令下发的流程交互图，如图3所示，用户终端发送远程唤醒指令后，发起远控业务，远控后台服务接收指令，进行指令编排，并将指令发送至数据下行服务，数据下行服务接收到指令后，首先会判断车辆是否在线，响应于车辆在线，下发远控指令至物联网对接服务，物联网对接服务发送数据至物联网平台，物联网平台转发数据至车内通信终端，车内通信终端接收远控指令，并将指令发送给各控制器，然后发送远控结果应答至物联网平台，物联网平台转发数据至物联网对接服务，物联网对接服务转发数据至数据上行服务，数据上行服务接收远控数据，并分发远控结果至远控后台服务，远控后台服务接收远控执行结果并将结果发送至用户终端，用户终端接收执行结果后结束流程；响应于车辆不在线，数据下行服务生成短信唤醒指令，其中，短信唤醒指令包括但不限于：下发时间戳、标识信息，然后发送唤醒短信至移动运营商，移动运营商接收短信后对车辆进行唤醒处理，同时，数据下行服务还会进行唤醒状态轮询判断，继续发送远控指令，此时会重复上述的判断车辆是否在线的流程，在此不做赘述。
84.手机用户下发远控指令，云平台远控后台服务接收请求后进行指令编排，然后把远控指令发送给数据下行服务，数据下行服务判断车辆在线状态，如果在线通过物联网平台发送远控指令到车内；如果不在线(休眠状态)，生成唤醒短信信息(包含：唤醒密文+短信唯一标识+下发时间戳)，并且把唤醒指令数据同步到数据埋点服务，数据埋点服务进行埋点数据存储。云端唤醒指令下发，埋点记录完毕。
85.图4是根据本发明实施例1的一种可选的买点数据上报的流程交互图，如图4所示，车载通信终端接收到唤醒短信后，首先解析短信内容，其次根据短信指令自唤醒车载终端，然后进行短信唤醒车端埋点，最后将车端埋点数据车况上报至物联网平台，其中，车端埋点数据可以包括但不限于：短信时间戳、唯一标识、接收短信时间以及上报时间；物联网平台接收数据后将数据转发至物联网对接服务，物联网对接服务接收到数据后将数据转发至数据上行服务，数据上行服务接收到数据后，将车端埋点数据转发至数据埋点服务，数据埋点服务接收到车端埋点数据后，查找预设时间段(例如5分钟)内车辆的云端埋点数据，并进行数据更新，然后结束流程。
86.车载通信终端接收短信后，解析短信内容，完成车载终端自唤醒。之后进行唤醒短信数据埋点封装。车端埋点数据通过时间车况进行数据上报(包含短信中时间戳，唯一标识，车端接收短信时间，车端埋点上报时间)。云平台接收上报的埋点数据，数据同步给埋点服务。查找5分钟(可标定)以内该车的该车云端埋点数据，更新埋点数据。
87.图5是根据本发明实施例1的一种可选的埋点数据分析的交互流程图，如图5所示，数据分析服务接收到埋点数据后，可以按照t+1的方式(即每天)进行埋点数据分析，通过遍历埋点数据列表逐条进行数据分析，首先可以判断埋点记录中云端埋点数据与车端埋点数据是否齐全，若数据不齐全，可以确定车端未上报埋点，或车端未收到短信，或短信运营商出现问题，并结束流程；若数据齐全，可以判断云端埋点时间和车端接收短信的时间是否小于20秒，若大于或等于20秒，可以确定短信运营商发送短信存在延迟问题，并结束流程；若小于20秒，可以判断云端埋点时间和车端上报时间是否小于10秒，若大于或等于10秒，可以确定车端唤醒存在延迟问题，可以在车端进行问题分析，并结束流程；若小于10秒，车端可以唤醒整车，则可以结束流程。
88.基于埋点记录进行数据分析，生成唤醒分析结果。每天执行一次(t+1方式)，遍历埋点数据列表，逐条进行数据分析。通过判断车端埋点数据是否齐全，车端接收短信时间，车端上报埋点数据时间来定位运营商未下发短信问题、运营商下发短信延迟问题，车端自唤醒问题。
89.实施例2
90.根据本发明实施例，提供了一种车辆远程唤醒的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
91.图6是根据本发明实施例2的一种车辆远程唤醒的处理方法的流程图，如图6所示，该方法包括如下步骤：
92.步骤s602，接收服务器转发的远程唤醒指令，其中，远程唤醒指令由用户终端发送至服务器；
93.步骤s604，控制车辆执行远程唤醒指令，并生成第二埋点数据；
94.步骤s606，发送第二埋点数据至服务器，其中，第二埋点数据和服务器中存储的第一埋点数据用于确定远程唤醒指令的唤醒结果，第一埋点数据由服务器基于远程唤醒指令生成。
95.在一种可选的实施例中，车辆首先可以接收服务器转发的远程唤醒指令，其中，远程唤醒指令由用户终端发送至服务器；其次，可以控制车辆执行远程唤醒指令，并生成第二埋点数据；最后可以发送第二埋点数据至服务器，其中，第二埋点数据和服务器中存储的第一埋点数据用于确定远程唤醒指令的唤醒结果，第一埋点数据由服务器基于远程唤醒指令生成。
96.实施例3
97.根据本发明实施例，还提供了一种车辆远程唤醒的处理装置，该装置可以执行上述实施例1中提供的车辆远程唤醒的处理方法，具体实现方式和优选应用场景与上述实施例1相同，在此不做赘述。
98.图7是根据本发明实施例1的一种车辆远程唤醒的处理装置的结构示意图，如图所示，该装置包括：第一发送模块72，用于在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至车辆；第一生成模块74，用于基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据；第一接收模块76，用于接收车辆发送的第二埋点数据，其中，第二埋点数据用于表征与远程唤醒指令接收相关的数据；第二生成模块78，用于基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果。
99.可选地，第二生成模块包括：第一生成单元，用于响应于第一埋点数据或第二埋点数据不完整，生成唤醒结果为唤醒失败，并确定唤醒结果对应的失败原因为远程唤醒指令下发失败；第二生成单元，用于响应于第一埋点数据和第二埋点数据完整，基于第一埋点数据包含的第一时间信息和第二埋点数据包含的第二时间信息，生成唤醒结果，其中，第一时间信息用于表征生成第一埋点数据的时间，第二时间信息用于表征车辆发送第二埋点数据的时间。
100.可选地，第二生成单元包括：获取子单元，用于获取第一时间信息与第二时间信息的差值，得到时间差值；第一生成子单元，用于响应于时间差值大于第一预设阈值，生成唤醒结果为唤醒失败，并基于时间差值确定唤醒结果对应的失败原因；第二生成子单元，用于响应于时间差值小于或等于第一预设阈值，生成唤醒结果为唤醒成功。
101.可选地，第一生成子单元还用于：响应于时间差值大于第二预设阈值，确定失败原因为远程唤醒指令发送出现延迟；响应于时间差值大于第一预设阈值，且小于或等于第二预设阈值，确定失败原因为车辆存在唤醒延迟。
102.可选地，第二生成模块还包括：获取单元，用于获取本地存储的埋点数据列表，其中，埋点数据列表用于存储第一埋点数据和第二埋点数据；遍历单元，用于遍历埋点数据列表，得到目标埋点数据，其中，目标埋点数据用于表征埋点数据列表中的任意一个埋点数据；第三生成单元，用于基于目标埋点数据，生成唤醒结果。
103.可选地，该装置还包括：确定模块，用于基于唤醒结果，确定唤醒结果为唤醒成功的次数，并确定生成唤醒结果的总次数；获取模块，用于获取次数和总次数的商值，得到远程唤醒指令的唤醒成功率。
104.可选地，发送模块包括：转发单元，用于响应于车辆处于在线状态，将远程唤醒指令转发至车辆；第四生成单元，用于响应于车辆处于离线状态，基于远程唤醒指令，生成短信信息，并发送短信信息至车辆。
105.可选地，短信信息包括但不限于：唤醒密文、标识信息以及下发时间戳，其中，下发时间戳由用户终端发送唤醒短信的情况下产生。
106.可选地，该装置还包括：第二接收模块，用于接收车辆返回的远程唤醒指令对应的执行结果；第二发送模块，用于将执行结果发送至用户终端。
107.实施例4
108.根据本发明实施例，还提供了一种车辆远程唤醒的处理装置，该装置可以执行上述实施例2中提供的车辆远程唤醒的处理方法，具体实现方式和优选应用场景与上述实施例2相同，在此不做赘述。
109.图8是根据本发明实施例2的一种车辆远程唤醒的处理装置的结构示意图，如图8所示，该装置包括：接收模块82，用于接收服务器转发的远程唤醒指令，其中，远程唤醒指令
由用户终端发送至服务器；控制模块84，用于控制车辆执行远程唤醒指令，并生成第二埋点数据；发送模块86，用于发送第二埋点数据至服务器，其中，第二埋点数据和服务器中存储的第一埋点数据用于确定远程唤醒指令的唤醒结果，第一埋点数据由服务器基于远程唤醒指令生成。
110.实施例5
111.根据本发明实施例，还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，在程序运行时控制计算机可读存储介质所在设备执行上述任意一项的车辆远程唤醒的处理方法。
112.实施例6
113.根据本发明实施例，还提供了一种车辆，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任意一项的车辆远程唤醒的处理方法。
114.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
115.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
116.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
117.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
118.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
119.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
120.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

技术特征：
1.一种车辆远程唤醒的处理方法，其特征在于，包括：在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至所述车辆；基于所述远程唤醒指令，生成第一埋点数据，其中，所述第一埋点数据用于表征与所述远程唤醒指令转发相关的数据；接收所述车辆发送的第二埋点数据，其中，所述第二埋点数据用于表征与所述远程唤醒指令接收相关的数据；基于所述第一埋点数据和所述第二埋点数据，生成所述远程唤醒指令的唤醒结果。2.根据权利要求1所述的方法，其特征在于，基于所述第一埋点数据和所述第二埋点数据，生成所述远程唤醒指令的唤醒结果，包括：响应于所述第一埋点数据或所述第二埋点数据不完整，生成所述唤醒结果为唤醒失败，并确定所述唤醒结果对应的失败原因为所述远程唤醒指令下发失败；响应于所述第一埋点数据和所述第二埋点数据完整，基于所述第一埋点数据包含的第一时间信息和所述第二埋点数据包含的第二时间信息，生成所述唤醒结果，其中，所述第一时间信息用于表征生成所述第一埋点数据的时间，所述第二时间信息用于表征所述车辆发送所述第二埋点数据的时间。3.根据权利要求2所述的方法，其特征在于，基于所述第一埋点数据包含的第一时间信息和所述第二埋点数据包含的第二时间信息，生成所述唤醒结果，包括：获取所述第一时间信息与所述第二时间信息的差值，得到时间差值；响应于所述时间差值大于第一预设阈值，生成所述唤醒结果为唤醒失败，并基于所述时间差值确定所述唤醒结果对应的失败原因；响应于所述时间差值小于或等于所述第一预设阈值，生成所述唤醒结果为唤醒成功。4.根据权利要求3所述的方法，其特征在于，基于所述时间差值确定所述唤醒结果对应的失败原因，包括：响应于所述时间差值大于第二预设阈值，确定所述失败原因为所述远程唤醒指令发送出现延迟；响应于所述时间差值大于所述第一预设阈值，且小于或等于所述第二预设阈值，确定所述失败原因为所述车辆存在唤醒延迟。5.根据权利要求1所述的方法，其特征在于，基于所述第一埋点数据和所述第二埋点数据，生成所述远程唤醒指令的唤醒结果，包括：获取本地存储的埋点数据列表，其中，所述埋点数据列表用于存储所述第一埋点数据和所述第二埋点数据；遍历所述埋点数据列表，得到目标埋点数据，其中，所述目标埋点数据用于表征所述埋点数据列表中的任意一个埋点数据；基于所述目标埋点数据，生成所述唤醒结果。6.根据权利要求1所述的方法，其特征在于，在基于所述第一埋点数据和所述第二埋点数据，生成所述远程唤醒指令的唤醒结果之后，所述方法还包括：基于所述唤醒结果，确定唤醒结果为唤醒成功的次数，并确定生成所述唤醒结果的总次数；获取所述次数和所述总次数的商值，得到所述远程唤醒指令的唤醒成功率。
7.根据权利要求1所述的方法，其特征在于，将用户终端发送的远程唤醒指令转发至所述车辆，包括：响应于所述车辆处于在线状态，将所述远程唤醒指令转发至所述车辆；响应于所述车辆处于离线状态，基于所述远程唤醒指令，生成短信信息，并发送所述短信信息至所述车辆。8.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收所述车辆返回的所述远程唤醒指令对应的执行结果；将所述执行结果发送至所述用户终端。9.一种车辆远程唤醒的处理方法，其特征在于，包括：接收服务器转发的远程唤醒指令，其中，所述远程唤醒指令由用户终端发送至所述服务器；控制所述车辆执行所述远程唤醒指令，并生成第二埋点数据；发送所述第二埋点数据至所述服务器，其中，所述第二埋点数据和所述服务器中存储的第一埋点数据用于确定所述远程唤醒指令的唤醒结果，所述第一埋点数据由所述服务器基于所述远程唤醒指令生成。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至9中任意一项所述的车辆远程唤醒的处理方法。

技术总结
本发明公开了一种车辆远程唤醒的处理方法及计算机可读存储介质。其中，该方法包括：在车辆处于休眠状态的情况下，将用户终端发送的远程唤醒指令转发至车辆；基于远程唤醒指令，生成第一埋点数据，其中，第一埋点数据用于表征与远程唤醒指令转发相关的数据；接收车辆发送的第二埋点数据，其中，第二埋点数据用于表征与远程唤醒指令接收相关的数据；基于第一埋点数据和第二埋点数据，生成远程唤醒指令的唤醒结果。本发明解决了相关技术中对车辆进行远程唤醒的唤醒准确率低的技术问题。程唤醒的唤醒准确率低的技术问题。程唤醒的唤醒准确率低的技术问题。


技术研发人员：高向飞 陈涛 吕贵林 孙玉洋 姜大力 公正 田鹤
受保护的技术使用者：中国第一汽车股份有限公司
技术研发日：2023.04.18
技术公布日：2023/7/12