车控指令执行时长采集方法、超时时长标定方法及装置与流程

1.本发明实施例涉及通信技术领域，尤其涉及一种车控指令执行时长采集方法、超时时长标定方法及装置、设备、标定系统及介质。


背景技术：

2.随着科技的发展，智能车控方法在车辆中快速得到应用。车控指令从车控设备发出后，可通过蓝牙或者远程无线通信方式送达车辆，车控指令执行完成后会返回执行结果至车控设备。无论通过蓝牙还是远程无线通信方式在传输车控指令时信号都可能存在波动性，使得车控指令的执行时长存在差异。若车控指令执行时长过大，会影响用户使用体验，故而通过车控指令的标定超时时长限制车控指令的执行时间，若一条车控指令的实际执行时长超过标定超时时长，则可提醒用户重新执行该车控指令，避免长时间等待影响用户体验。因此需要对各种车控指令的超时时长进行标定。
3.目前，车控指令的执行时长数据大都是通过人工手动方式获取。人工测试效率低、数据量小且难以覆盖极端数据和无效数据，同时由于是手动方式执行车控指令，在操作顺序、准确度的影响下，导致每次的结果数据差异性较大，大大降低数据的有效性，进而影响到标定结果的可靠性。


技术实现要素：

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.将同一车控指令的执行时长数据分成n组，每组包括m条执行时长信息；
29.从每组的m条执行时长信息中去除执行时长满足预设条件的执行时长数据；其中，n、m均为正整数；
30.所述根据过滤后的所述车控指令的执行时长数据得到所述车控指令的标定超时时长，包括：
31.计算过滤后每组车控指令的执行时长数据的执行时长的算数平均值；
32.计算n组车控指令的执行时长的算数平均值的算数平均值作为所述车控指令的标定超时时长；
33.可选地，所述方法还包括：
34.通过web api方式将车控指令的标定超时时长下发至车控设备。
35.第三方面，本发明实施例提供了一种车控指令执行时长的采集装置，包括：
36.参数获取模块，用于获取车控指令的执行时长数据采集参数；
37.时长数据采集模块，用于根据所述采集参数采集车控指令的执行时长数据。
38.第四方面，本发明实施例提供了一种车控指令超时时长标定装置，包括：
39.接收模块，用于接收车控指令的执行时长数据；
40.过滤模块，用于对所述车控指令的执行时长数据进行过滤；
41.标定模块，用于根据过滤后的所述车控指令的执行时长数据得到所述车控指令的标定超时时长。
42.第五方面，本发明实施例提供了一种设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如前所述的车控指令执行时长采集方法或车控指令超时时长标定方法。
43.第六方面，本发明实施例提供了一种标定系统，包括至少一数据采集端以及标定端；
44.所述至少一数据采集端分别与所述标定端通信连接；
45.所述数据采集端用于执行如前所述的车控指令执行时长采集方法；
46.所述标定端用于执行如前所述的车控指令超时时长标定方法。
47.第七方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的车控指令执行时长采集方法或者如第二方面所述的车控指令超时时长标定方法。
48.本发明实施例提供的技术方案与现有技术相比至少具备以下积极效果：
49.本发明实施例的车控指令执行时长采集方法及车控指令超时时长标定方法，通过自动化方式获取足量的车控指令执行时长数据，不仅数据采集效率高而且数据质量高；通过对执行时长数据中的无效数据进行过滤，然后根据大量有效的执行时长数据得到车控指令的标定超时时长，从而使得车控指令超时时长更准确、合理，有利于优化车控指令执行结果反馈。
附图说明
50.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
51.图1为本发明实施例一提供的车控指令执行时长采集方法的流程示意图；
52.图2为本发明实施例一提供的车控指令超时时长标定方法的流程示意图；
53.图3为本发明实施例三提供的车控指令执行时长采集装置的结构示意图；
54.图4为本发明实施例四提供的车控指令超时时长标定装置的结构示意图；
55.图5为本发明实施例五提供的数据采集端的结构示意图；
56.图6为本发明实施例六提供的标定端的结构示意图；
57.图7为本发明实施例七提供的标定系统的结构示意图。
具体实施方式
58.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
59.实施例一
60.图1为本发明实施例一提供的车控指令执行时长采集方法的流程示意图，本实施例应用于数据采集端。该方法能够自动化采集足量的车控指令的执行时长数据，为车控指令超时时长的标定提供有效的数据源。该方法可以由本发明实施例提供的一种车控指令执行时长采集装置来执行，该装置可以采用软件和/或硬件的方式实现，并配置于数据采集端。数据采集端可以为能够模拟车控设备功能的计算设备或系统，比如可以为智能手机，然不限于此，数据采集端也可以为其他能够模拟车控设备功能的装置或系统，在此不做具体限制。本发明实施例具体包括如下步骤：
61.步骤101、获取车控指令的执行时长数据采集参数。
62.车控指令是由车控设备发送的车辆控制指令，包括但不限于车辆解锁/闭锁、车门
开/闭锁、车载空调打开、关闭等一切可通过车控设备发送的车控指令。一般而言，车控设备可通过近距离无线通信技术比如蓝牙与车辆建立通信连接，在通过身份认证后向车辆发送车控指令，或者也可以通过远程无线通信技术，比如4g、5g等与车辆建立长连接，并通过长连接向车辆发送车控指令。车控指令的执行时长可为车控指令的开始执行时间与执行结果返回时间的时间间隔，通常不包括车控设备与车辆建立通信连接以及进行身份认证的过程。
63.车控指令的传输会受到蓝牙或者远程通信信号波动的影响，比如蓝牙数据传输过程中可能出现丢包等，导致车控指令执行时间过长，通过设置车控指令的超时时长可限制车控指令的执行时长，在车控指令的执行时间超过超时时长时可向用户发出提示，并重新执行车控指令，因此需要对相关车控指令的超时时长进行标定，为此需要获取足量的车控指令的执行时长数据。
64.采集参数可用于设置采集车控指令执行时长所需的各种参数，其可包括以下一者或其任意组合：车控指令信息、指令类型、指令采集次数或指令采集时长。车控指令信息为不同车控指令的信息，比如车控指令信息可以是车辆解锁指令、车辆闭锁指令、车门开启指令以及车门关闭指令等。指令类型可以根据车控指令传输方式分类，比如，指令类型可以是蓝牙车控指令，远程通信指令等，在此不做具体限制。指令采集次数即单条车控指令的执行次数，也就是采集到的车控指令的执行时长信息的条数。指令采集时长即单条车控指令按照一定频率进行执行时的总执行时长。通过设置指令采集次数或者指令采集时长使得能够采集到足量的车控指令执行时长数据即可，本实施例对其各自的取值均不作具体限制。
65.其中，车控指令的执行时长采集设备(下文均称为数据采集端)可以是智能手机。可以在智能手机中提供参数设置界面，以输入采集车控指令执行时长所需的各种参数。可以理解的是，采集参数也可以采用默认设置。步骤101中可以逐条车控指令进行采集，也可以对多条或者全部车控指令进行批量采集。
66.步骤102、根据采集参数采集车控指令的执行时长数据。
67.在采集车控指令的执行时长数据之前，可以根据车控指令的真实执行环境模拟搭建车控指令执行时长数据采集系统。
68.步骤102用于根据采集参数自动化地控制所有车控指令的执行时长数据的采集。具体地，步骤102可包括：根据采集参数生成采集控制列表，采集该采集控制列表中的每条车控指令的执行时长数据，直到采集控制列表中的所有车控指令的执行时长数据采集完成。
69.采集控制列表包含至少一条车控指令。采集控制列表中可包含一条、多条或者所有需要采集执行时长数据的车控指令。当采集控制列表中包含多条车控指令时，可按照车控指令在采集控制列表中的顺序对逐条车控指令进行采集，直到所有待采集车控指令的执行时长数据均采集完成。当一条车控指令的执行时长数据采集结束后，可将该条车控指令从采集控制列表中移出，当采集控制列表中的待采集车控指令为空时，表明所有待采集车控指令的执行时长数据均已采集完成。
70.采集每条车控指令的执行时长数据，可以基于步骤101中设置的指令采集次数或者指令采集时长对每条车控指令采集得到足量的车控指令执行时长数据，比如可针对每条车控指令可采集数千条执行时长数据。可选地，采集该采集控制列表中的每条车控指令的
执行时长数据可以包括：读取采集控制列表中待采集的当前车控指令，逐次执行当前车控指令的执行时长数据采集，直到完成当前车控指令的执行时长数据的采集。
71.具体地，逐次执行当前车控指令的执行时长数据采集可包括：发送当前车控指令并记录当前车控指令的开始执行时间，接收当前车控指令执行后的返回结果并记录当前车控指令的执行结果返回时间。车控指令的开始执行时间和执行结果返回时间之间的时间间隔为车控指令的执行时长。
72.其中，当车控指令为远程车控指令时，在数据采集端与车辆建立长连接后，车控指令可通过http协议发送至车辆。为了准确记录车控指令的执行时长，在准备好发送车控指令时，可记录该车控指令的执行开始时间戳，然后发送车控指令。车辆接收到该车控指令并执行完成后会将其执行结果返回至数据采集端。数据采集端记录车控指令的执行结果返回时间戳。需要说明的是，对于相同的车控指令，比如车门关闭指令，需分别记录其蓝牙和http传输方式下的执行时长数据。可以理解的是，本实施例对于步骤102不做具体限制，比如，不同的车控指令也可以混合采集只要能够采集得到相关车控指令的执行时长数据即可。
73.值得一提的是，为了防止车控指令发送过于频繁造成数据堵塞，本实施例的方法还可以包括：控制相邻车控指令发送时间间隔为第一预设时长。第一预设时长可以根据蓝牙或者http网络的性能进行设置，只要能够保证发送出的车控指令能够被可靠地执行，不会因为数据堵塞而丢失即可。
74.此外，为了保证得到每条车控指令的最后一次执行时长数据的采集结果，该方法还可以包括：若为当前车控指令的最后一次执行时长数据采集，则在当前车控指令最后一次发送后等待第二预设时长以得到当前车控指令的最后一次执行时长数据。第二预设时长可以根据最后一次车控指令发送完毕后再执行其它逻辑前的等待时间，可以确保能够收到最后一条指令的执行结果即可。
75.可选地，本实施例的车控指令执行时长采集方法还可包括：发送采集的车控指令执行时长数据至标定端，以供标定端根据车控指令执行时长数据标定出车控指令的超时时长。可以理解的是在发送采集的车控指令执行时长数据至标定端之前，可以对采集的数据进行处理，比如对没有收到执行结果的数据设定结束时间戳，然后将可处理后的数据发送至标定端进行保存，标定端可以为服务器。
76.需要说明的是，当智能手机作为车控设备时，由于不能机型的蓝牙和4g/5g通信性能存在差异。在采集数据时，可以针对性能接近的手机类型分别进行标定。
77.本发明实施例与现有技术相比，通过自动化方式采集车控指令执行时长数据，采集效率高、数据量丰富、数据质量佳，同时还可节省人力成本。
78.实施例二
79.图2为本发明实施例二提供的车控指令超时时长标定方法的流程示意图，本实施例应用于标定端。该方法能够根据已采集的足量的车控指令的执行时长数据得到车控指令的超时时长。该方法可以由本发明实施例提供的一种车控指令超时时长标定装置来执行，该装置可以采用软件和/或硬件的方式实现，并配置于标定端。标定端可以为服务器。本发明实施例具体包括如下步骤：
80.步骤201：接收车控指令的执行时长数据。
81.步骤201中接收到的车控指令的执行时长数据为实施例一中数据采集端发送的数据。
82.步骤202：对车控指令的执行时长数据进行过滤。
83.步骤102可以过滤掉无效的执行时长数据，使得标定超时时长更精确。可选地，对车控指令的执行时长数据进行过滤可包括：将同一车控指令的执行时长数据分成n组，每组包括m条执行时长信息；从每组的m条执行时长信息中去除执行时间满足预设条件的执行时长数据。
84.示例性地，m可以在4到14之间取值，即每组的执行时长数据条数可以大于或者等于4且小于或者等于5，比如m取值为10。n的取值根据执行时长数据的总条数以及m的取值确定即可。预设条件可以是执行时间最长和执行时间最短的执行时长数据，即对每组执行时长数据都去掉波动最大的执行时长数据。
85.步骤203：根据过滤后的车控指令的执行时长数据得到车控指令的标定超时时长。
86.示例性地，根据过滤后的车控指令的执行时长数据得到车控指令的标定超时时长，可以包括：计算过滤后每组车控指令的执行时长数据的执行时长的算数平均值；计算n组车控指令的执行时长的算数平均值的算数平均值作为车控指令的标定超时时长。这样，通过计算每组数据的算数平均值可以使得每组的执行时长数据更为平滑，然后通过计算n组数据的算数平均值最终使得车控指令的执行数据再次平滑，从而得到车控指令的标定超时时长。
87.以下为计算出算数平均值的python示例代码：
[0088][0089]
需要说明的是，本实施例的车控指令超时时长标定方法还可包括通过web api(application programming interface，应用程序接口，简称api)方式将车控指令的标定超时时长下发至车控设备，即将不同车控指令对应的标定超时时长下发至车控设备，使得
标定超时时长可以应用于app应用和web应用，从而在较短的时间内对车控指令的执行情况进行反馈。
[0090]
本发明实施例与现有技术相比，通过对采集的大量车控指令执行时长数据进行筛选，并对筛选后的数据进行计算得到车控指令的标定超时时长，使得用户远程控车更顺畅，可以较短的等待时间获得车控指令执行进度的反馈。
[0091]
实施例三
[0092]
本发明实施例三提供一种车控指令执行时长采集装置，配置于数据采集端。如图3所示，该采集装置300包括：参数获取模块302和时长数据采集模块304。
[0093]
时长数据采集模块304具体包括：
[0094]
列表生成一级子模块，用于根据采集参数生成采集控制列表，采集控制列表包含至少一条车控指令；
[0095]
单指令执行时长采集一级子模块，用于采集该采集控制列表中的每条车控指令的执行时长数据；以及
[0096]
第一控制一级子模块，用于控制单指令执行时长采集一级子模块进行采集直到采集控制列表中的所有车控指令的执行时长数据采集完成。
[0097]
可选地，采集参数包括以下一者或其任意组合：车控指令信息、指令类型、指令采集次数或指令采集时长。
[0098]
单指令执行时长采集一级模块包括：
[0099]
指令读取二级子模块，具体用于读取采集控制列表中待采集的当前车控指令；
[0100]
单次时长采集二级子模块，用于逐次执行当前车控指令的执行时长数据采集，
[0101]
第二控制二级子模块，用于控制单次时长采集二级子模块进行采集直到完成当前车控指令的所有执行时长数据的采集。
[0102]
可选地，单次时长采集二级子模块可包括：
[0103]
执行开始三级子模块，用于发送所述当前车控指令并记录所述当前车控指令的开始执行时间；一级
[0104]
执行结束三级子模块，用于接收所述当前车控指令执行后的返回结果并记录所述当前车控指令的执行结果返回时间；所述开始执行时间和所述执行结果返回时间之间的时间间隔为车控指令的执行时长。
[0105]
可选地，所述装置还包括：
[0106]
第一间隔控制模块，用于控制相邻车控指令发送时间间隔为第一预设时长；和/或
[0107]
第二间隔控制模块，用于若为所述当前车控指令的最后一次执行时长数据采集，则在所述当前车控指令最后一次发送后等待第二预设时长以得到所述当前车控指令的最后一次执行时长数据。
[0108]
该采集装置300还可包括发送模块，用于发送采集的车控指令执行时长数据至标定端。
[0109]
本发明实施例的采集装置与现有技术相比，通过自动化方式采集车控指令执行时长数据，采集效率高、数据量丰富、数据质量佳，同时还可节省人力成本。
[0110]
实施例四
[0111]
本发明实施例四提供一种车控指令超时时长标定装置，配置于标定端。如图4所
示，该标定装置400包括：接收模块402、过滤模块404以及标定模块406。
[0112]
接收模块402用于接收车控指令的执行时长数据，过滤模块404用于对车控指令的执行时长数据进行过滤，标定模块406用于根据过滤后的车控指令的执行时长数据得到车控指令的标定超时时长。
[0113]
可选地，过滤模块404包括：分组子模块以及筛选子模块。
[0114]
分组子模块，用于将同一车控指令的执行时长数据分成n组，每组包括m条执行时长信息。筛选子模块用于从每组的m条执行时长信息中去除满足预设条件的执行时长数据。
[0115]
可选地，标定模块406可包括第一计算子模块以及第二计算子模块。
[0116]
第一计算子模块用于计算过滤后每组车控指令的执行时长数据的执行时长的算数平均值。第二计算子模块用于计算n组车控指令的执行时长的算数平均值的算数平均值作为车控指令的标定超时时长。
[0117]
可选地，该标定装置还可包括下发模块。下发模块用于通过web api方式将车控指令的标定超时时长下发至车控设备。
[0118]
本发明实施例的标定装置与现有技术相比，通过对采集的大量车控指令执行时长数据进行筛选，并对筛选后的数据进行计算得到车控指令的标定超时时长，使得用户远程控车更顺畅，可以较短的等待时间获得车控指令执行进度的反馈。
[0119]
实施例五
[0120]
图5为本发明实施例五提供的数据采集端的结构示意图。该数据采集端50包括存储器51、处理器52及存储在所述存储器51上并可在所述处理器52上运行的计算机程序，所述处理器52执行所述程序时实现如前述实施例一所述的技术方案。
[0121]
实施例六
[0122]
图6为本发明实施例六提供的标定端的结构示意图。该标定端60包括存储器61、处理器62及存储在所述存储器61上并可在所述处理器62上运行的计算机程序，所述处理器62执行所述程序时实现如前述实施例二所述的技术方案。
[0123]
实施例七
[0124]
图7为本发明实施例七提供的标定系统的结构示意图。该标定系统可包括至少一数据采集端702以及标定端704。
[0125]
至少一数据采集端702分别与标定端704通信连接。其中，数据采集端702用于执行如实施例一所述的车控指令执行时长采集方法。标定端704用于执行如实施例二所述的车控指令超时时长标定方法。
[0126]
本发明实施例八提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在由计算机处理器执行时用于执行任一方法实施例的技术方案。
[0127]
通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网格设备等)执行本发明各个实施例所述的方法。
[0128]
值得注意的是，上述更新装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
[0129]
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。