车辆终端的日志获取方法、装置、系统及存储介质与流程

1.本技术涉及车联网技术领域，特别涉及一种车辆终端的日志获取方法、装置、系统及存储介质。


背景技术：

2.车联网终端能通过日志的方式时刻记录各个车端的运行状态、识别故障状态，当车辆发生异常时，通过远程获取日志提供给车辆制造商，再由车辆运营商根据日志记录内容来判别是哪一个部件的问题，从而进行维修。
3.车联网终端日志记录包括车辆ota(over-the-air technology，空中下载技术)日志，自身ota日志，自身诊断日志、车辆运行状态日志等，在正常通信的情况下，tbox(telematics box，车联网系统)的日志信息和can数据流等信息可以通过在云平台上操作来获取相应的信息，使得终端tbox与云平台的交互越来越频繁。
4.相关技术中，在tsp平台与终端的交互过程中，由于终端的日志信息都是通过云平台进行相应的操作并上传，但是在需要查看终端日志信息时不能够灵活的快速的获取一定时间范围的日志信息。


技术实现要素：

5.本技术提供一种车辆终端的日志获取方法、装置、系统及存储介质，以解决相关技术中无法快速定位到所需获取日志数据的数据分类信息以及一定时间范围的日志信息，导致日志获取效率低下等问题。
6.本技术第一方面实施例提供一种车辆终端的日志获取方法，所述方法应用于服务器，包括以下步骤：获取用户的日志获取意图；识别所述日志获取意图中期望获取日志数据的目标类型和目标时长，根据所述目标类型和所述目标时长封装成远程控制指令，利用所述远程控制指令控制车辆终端采集目标类型数据在所述目标时长的日志数据；接收所述车辆终端上传的日志数据，解析所述日志数据得到目标时长的目标类型数据。
7.可选地，在接收所述车辆终端上传的日志数据之前，还包括：发送url(uniform resource locator，统一资源定位系统)地址致所述车辆终端，其中，所述车辆终端上传日志数据之前调用预设接口获取code码，并基于所述url地址设置url接口；校验所述车辆终端发送的code码，在校验通过之后，调用所述url接口所述日志数据。
8.可选地，在解析所述日志数据得到目标时长的目标类型数据之后，还包括：获取日志数据的管理请求；根据所述管理请求执行所述日志数据的管理动作，其中，所述管理动作包括日志查看、日志下载和日志删除中的一种或多种。
9.本技术第二方面实施例提供一种车辆终端的日志获取方法，所述方法应用于车辆终端，包括以下步骤：接收服务器下发的远程控制指令；解析所述远程控制指令得到期望获取日志数据的目标类型和目标时长；根据所述目标类型匹配目标类型数据，采集所述目标类型数据在所述目标时长的日志数据，按照预设协议格式封装所述日志数据，得到封装数
据，发送所述封装数据至所述服务器，其中，所述服务器解析所述封装数据得到目标时长的目标类型数据。
10.本技术第三方面实施例提供一种车辆终端的日志获取装置，所述装置应用于服务器，包括：获取模块，用于获取用户的日志获取意图；采集模块，用于识别所述日志获取意图中期望获取日志数据的目标类型和目标时长，根据所述目标类型和所述目标时长封装成远程控制指令，利用所述远程控制指令控制车辆终端采集目标类型数据在所述目标时长的日志数据；第一解析模块，用于接收所述车辆终端上传的日志数据，解析所述日志数据得到目标时长的目标类型数据。
11.可选地，所述第一解析模块进一步用于：发送url地址至所述车辆终端，其中，所述车辆终端日志数据之前调用预设接口获取code码，并基于所述url地址设置url接口；校验所述车辆终端发送的code码，在校验通过之后，调用所述url接口所述日志数据。
12.可选地，所述第一解析模块进一步用于：获取日志数据的管理请求；根据所述管理请求执行所述日志数据的管理动作，其中，所述管理动作包括日志查看、日志下载和日志删除中的一种或多种。
13.本技术第四方面实施例提供一种车辆终端的日志获取装置，所述装置应用于车辆终端，其中，包括：接收模块，用于接收服务器下发的远程控制指令；第二解析模块，用于解析所述远程控制指令得到期望获取日志数据的目标类型和目标时长；发送模块，用于根据所述目标类型匹配目标类型数据，采集所述目标类型数据在所述目标时长的日志数据，按照预设协议格式封装所述日志数据，得到封装数据，发送所述封装数据至所述服务器，其中，所述服务器解析所述封装数据得到目标时长的目标类型数据。
14.本技术第五方面实施例提供一种车辆终端的日志获取系统，包括：服务器，用于获取用户的日志获取意图，识别所述日志获取意图中期望获取日志数据的目标类型和目标时长，根据所述目标类型和所述目标时长封装成远程控制指令；网关，用于所述服务器与所述车辆终端之间的数据传输，实现所述服务器的下行链路的数据传输，以及所述车辆终端的上行链路的数据传输；车辆终端，接收服务器下发的远程控制指令；解析所述远程控制指令得到期望获取日志数据的目标类型和目标时长；根据所述目标类型匹配目标类型数据，采集所述目标类型数据在所述目标时长的日志数据，按照预设协议格式封装所述日志数据，得到封装数据，发送所述封装数据至所述服务器；所述服务器解析所述封装数据得到目标时长的目标类型数据。
15.本技术第六方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车辆终端的日志获取方法。
16.由此，本技术至少具有如下有益效果：
17.通过tsp(total service provider，整体服务供应商)平台将想要获取的数据类型和时间长度内的日志信息封装成远程控制指令，然后下发远控指令，将远控指令封装为平台与tbox(telematics box，车联网系统)交互的协议格式发送给tbox，tbox接收到指令之后，先回复给平台本次远控的响应结果，之后以http(hyper text transfer protocol，超文本传输协议)请求的方式调用平台的获取验证码接口，获取到验证码之后携带验证码，日志文件再调用平台的接口，让日志文件保存至obs上，在平台的终端日志模块可以查看的日志的一些详细信息，也可以进行相应的下载、删除等操作；从而可以更快速的获取不同
canid的数据流和一定时间长度的数据流，提高定位的效率，提升工作效率；并且增加了code码的校验，使得信息获取或上传可以更加的安全。
18.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
19.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
20.图1为根据本技术实施例提供的一种车辆终端的日志获取方法应用于服务器的流程图；
21.图2为根据本技术实施例提供的一种车辆终端的日志获取方法应用于车辆终端的流程图；
22.图3为根据本技术实施例的车辆终端的日志获取系统的架构图；
23.图4为根据本技术实施例的车辆终端的日志获取装置应用于服务器的方框示意图；
24.图5为根据本技术实施例的车辆终端的日志获取装置应用于车辆终端的方框示意图；
25.图6为根据本技术实施例的车辆终端的日志获取系统的方框示意图。
具体实施方式
26.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
27.下面参考附图描述本技术实施例的车辆终端的日志获取方法、装置、系统及存储介质。针对上述背景技术中提到的相关技术中不能够灵活获取的某个canid的数据流信息；不能够快速的获取某个一定时间范围的日志信息等问题，本技术提供了一种车辆终端的日志获取方法，在该方法中，通过获取到的用户的日志获取意图了解用户期望获取日志数据的目标类型和目标时长，并基于此封装成远程控制指令，利用远程控制指令控制车辆终端采集目标类型在目标时长的日志数据，服务器接收车辆终端上传的日志数据，并解析得到的目标时长的目标类型数据，可以快速获取不同canid的数据流和一定时间长度的数据流，提高定位的效率，提升工作效率。由此，解决了相关技术中无法快速定位到所需获取日志信息的数据分类信息以及一定时间范围的日志信息导致工作效率低下等问题。
28.具体而言，图1为本技术实施例所提供的一种车辆终端的日志获取方法应用于服务器的流程示意图。
29.如图1所示，该车辆终端的日志获取方法，方法应用于服务器，包括以下步骤：
30.在步骤s101中，获取用户的日志获取意图。
31.可以理解的是，通过获取用户的日志获取意图，判断用户是否需要获取日志信息，以便于后续通过服务器接收来自车辆终端上传的日志数据。
32.在步骤s102中，识别日志获取意图中期望获取日志数据的目标类型和目标时长，
根据目标类型和目标时长封装成远程控制指令，利用远程控制指令控制车辆终端采集目标类型数据在目标时长的日志数据。
33.其中，目标类型和目标时长可以根据用户的意图进行设定和选择，例如：从日志数据中获取车辆故障日志类型；获取在车辆故障时前后5min的目标时长，在此不做具体限定。
34.可以理解的是，本技术实施例识别日志获取意图中期望获取的日志数据的目标类型和目标时长，并将其封装成远程控制指令，利用远程控制指令控制车辆终端采集目标类型数据在目标时长的日志数据，以便于后续对日志数据进行解析。
35.在步骤s103中，接收车辆终端上传的日志数据，解析日志数据得到目标时长的目标类型数据。
36.可以理解的是，本技术实施例中服务器接收车辆终端上传的日志数据并解析日志数据，得到目标时长的目标类型数据，通过终端对日志数据进行更为细化的分类以及对时间长度的设置，以便于用户在对其提取后能够快速定位对应位置，提升工作效率。
37.在本技术实施例中，在接收车辆终端上传的日志数据之前，还包括：发送url地址至车辆终端，其中，车辆终端上传日志数据之前调用预设接口获取code码，并基于url地址设置url接口；校验车辆终端发送的code码，在校验通过之后，调用url接口日志数据。
38.其中，预设接口可以是用户事先设定好的接口，在此不做具体限定。
39.可以理解的是，车辆终端在上传日志数据之前，可以调用接口获取code码，并基于url地址设置的url接口检验车辆终端发送的code码，在校验通过后调用url接口将日志数据上传，通过增加code码的校验，使得信息获取或上传可以更加的安全。
40.在本技术实施例中，在解析日志数据得到目标时长的目标类型数据之后，还包括：获取日志数据的管理请求；根据管理请求执行日志数据的管理动作，其中，管理动作包括日志查看、日志下载和日志删除中的一种或多种。
41.可以理解的是，本技术实施例可以通过获取到的日志数据的管理请求，如日志查看、下载或是删除等请求，根据对应的管理请求执行对应的管理动作，使得用户可以对日志数据进行管理操作，便于后续的查找和分析。
42.根据本技术实施例提出的车辆终端的日志获取方法，通过获取用户的日志获取意图，在需要获取日志信息时，识别日志获取意图中期望获取的日志数据的目标类型和目标时长，并将其封装成远程控制指令，利用远程控制指令控制车辆终端采集目标类型数据在目标时长的日志数据，服务器接收车辆终端上传的日志数据并解析日志数据，得到目标时长的目标类型数据，通过终端对日志数据进行更为细化的分类以及对时间长度的设置，以便于用户在对其提取后能够快速定位对应位置，提升工作效率。由此，解决了相关技术中无法快速定位到所需获取日志数据的数据分类信息以及一定时间范围的日志信息，导致日志获取效率低下等问题。
43.其次参照附图描述根据本技术实施例提出的车辆终端的日志获取方法。
44.图2是本技术实施例的车辆终端的日志获取方法应用于服务器的流程图。
45.如图2所示，该车辆终端的日志获取方法，方法应用于车辆终端，包括以下步骤：
46.在步骤s201中，接收服务器下发的远程控制指令。
47.可以理解的是，车辆终端接收到来自服务器下发的远程控制指令，便于后续根据远程控制指令获取相应的日志数据。
48.在步骤s202中，解析远程控制指令得到期望获取日志数据的目标类型和目标时长。
49.可以理解的是，本技术实施例车辆终端解析远程控制指令得到用户期望获取的日志数据的目标类型和目标时长，以便于后续发送日志数据至服务器。
50.在步骤s203中，根据目标类型匹配目标类型数据，采集目标类型数据在目标时长的日志数据，按照预设协议格式封装日志数据，得到封装数据，发送封装数据至服务器，其中，服务器解析封装数据得到目标时长的目标类型数据。
51.其中，预设协议格式封装可以是用户事先设定的协议格式封装，在此不做具体限定。
52.可以理解的是，本技术实施例根据目标类型匹配目标类型数据，并采集目标类型数据在目标时长的日志数据，按照协议格式封装日志数据得到封装数据并发送至服务器，可以快速定位所需目标日志数据，提升了工作效率。
53.根据本技术实施例提出的车辆终端的日志获取方法，车辆终端接收到来自服务器下发的远程控制指令，并解析远程控制指令得到用户期望获取的日志数据的目标类型和目标时长，然后根据目标类型匹配目标类型数据，并采集目标类型数据在目标时长的日志数据，按照协议格式封装日志数据得到封装数据并发送至服务器，主要通过车辆终端解析远程控制指令可以快速定位所需目标日志数据，提升了工作效率。由此，解决了相关技术中无法快速定位到所需获取日志数据的数据分类信息以及一定时间范围的日志信息，导致日志获取效率低下等问题。
54.下面将结合图3对车辆终端的日志获取方法进行详细阐述，具体如下：
55.在tsp的管理平台中，针对某一辆车来获取相应的tbox日志，can数据流信息，在设置界面输入要获取的canid、时间长度以及文件上传的url地址，确定之后将远控指令下发到remote service(远程服务)模块，将参数统一封装为远控的对象类，经过处理之后会将其发送到kafka指定的topic(目录)中，在网关层再消费这个topic，将消费到的消息按照协议文档封装为指定的协议格式，网关采用mqtt或者netty框架来实现，将消息发送到down topic(下行目录)加设备号的topic中，tbox端接收远控消息，到此整个下行链路的数据传输就结束了。
56.tbox在接收到远控指令之后，先将远控结果回复给云平台，消息格式也是按照协议文档的格式来封装，并带有成功或是失败这样的标识，然后网关层将收到的远控结果通过kafka生产，然后在remote service模块将其进行消费解析，并将远控结果的成功或是失败等状态更新到相应的远控日志的表中，最终可以在tsp平台中进行查看，整个上行链路的数据传输跟下行链路是类似的。
57.tbox在对远控指令进行了相应的应答之后，根据接收到的协议中的canid和时间长度的值采集相应的canid在一定时间长度内的日志信息，在上传日志文件之前先通过http请求的方式调用双方事前约定好的接口，获取code码，然后再携带code码，并通过日志文件调用参数中设置的url接口在tsp平台中对code码进行校验，查看其是否存在或者过期，通过校验之后再调用接口将日志文件上传到文件服务器中。
58.tsp平台中有终端日志的管理界面，可以查看所有的日志文件的大小，状态，也可以对其进行下载、删除，而且将日志文件下载到本地之后就可以很方便对其搜索，查询，分
析，方便问题的定位以及解决。
59.其次参照附图描述根据本技术实施例提出日志获取装置应用于服务器。
60.图4是本技术实施例的车辆终端的日志获取装置应用于服务器的方框示意图。
61.如图4所示，该车辆终端的日志获取装置10包括：获取模块110、采集模块120和第一解析模块130。
62.其中，获取模块110用于获取用户的日志获取意图；采集模块120用于识别日志获取意图中期望获取日志数据的目标类型和目标时长，根据目标类型和目标时长封装成远程控制指令，利用远程控制指令控制车辆终端采集目标类型数据在目标时长的日志数据；第一解析模块130用于接收车辆终端上传的日志数据，解析日志数据得到目标时长的目标类型数据。
63.在本技术实施例中，第一解析模块130进一步用于：发送url地址至车辆终端，其中，车辆终端日志数据之前调用预设接口获取code码，并基于url地址设置url接口；校验车辆终端发送的code码，在校验通过之后，调用url接口日志数据。
64.在本技术实施例中，第一解析模块130进一步用于：获取日志数据的管理请求；根据管理请求执行日志数据的管理动作，其中，管理动作包括日志查看、日志下载和日志删除中的一种或多种。
65.需要说明的是，前述对车辆终端的日志获取方法应用于服务器实施例的解释说明也适用于该实施例的车辆终端的日志获取装置应用于服务器，此处不再赘述。
66.根据本技术实施例提出的车辆终端的日志获取装置，通过获取用户的日志获取意图，在需要获取日志信息时，识别日志获取意图中期望获取的日志数据的目标类型和目标时长，并将其封装成远程控制指令，利用远程控制指令控制车辆终端采集目标类型数据在目标时长的日志数据，服务器接收车辆终端上传的日志数据并解析日志数据，得到目标时长的目标类型数据，通过终端对日志数据进行更为细化的分类以及对时间长度的设置，以便于用户在对其提取后能够快速定位对应位置，提升工作效率。由此，解决了相关技术中无法快速定位到所需获取日志数据的数据分类信息以及一定时间范围的日志信息，导致日志获取效率低下等问题。
67.其次参照附图描述根据本技术实施例提出的日志获取装置应用于车辆终端。
68.图5是本技术实施例的车辆终端的日志获取装置应用于车辆终端的方框示意图。
69.如图5所示，该车辆终端的日志获取装置20包括：接收模块210、第二解析模块220和发送模块230。
70.其中，接收模块210用于接收服务器下发的远程控制指令；第二解析模块220用于解析远程控制指令得到期望获取日志数据的目标类型和目标时长；发送模块230用于根据目标类型匹配目标类型数据，采集目标类型数据在目标时长的日志数据，按照预设协议格式封装日志数据，得到封装数据，发送封装数据至服务器，其中，服务器解析封装数据得到目标时长的目标类型数据。
71.需要说明的是，前述对车辆终端的日志获取方法应用于车辆终端实施例的解释说明也适用于该实施例的车辆终端的日志获取装置应用于车辆终端，此处不再赘述。
72.根据本技术实施例提出的车辆终端的日志获取装置，车辆终端接收到来自服务器下发的远程控制指令，并解析远程控制指令得到用户期望获取的日志数据的目标类型和目
标时长，然后根据目标类型匹配目标类型数据，并采集目标类型数据在目标时长的日志数据，按照协议格式封装日志数据得到封装数据并发送至服务器，主要通过车辆终端解析远程控制指令可以快速定位所需目标日志数据，提升了工作效率。由此，解决了相关技术中无法快速定位到所需获取日志数据的数据分类信息以及一定时间范围的日志信息，导致日志获取效率低下等问题。
73.其次参照附图描述根据本技术实施例提出的车辆终端的日志获取系统。
74.图6是本技术实施例的车辆终端的日志获取系统的方框示意图。
75.如图6所示，该车辆终端的日志获取系统30包括：服务器310、网关320和车辆终端330。
76.其中，服务器310用于获取用户的日志获取意图，识别日志获取意图中期望获取日志数据的目标类型和目标时长，根据目标类型和目标时长封装成远程控制指令；网关320用于服务器310与车辆终端330之间的数据传输，实现服务器310的下行链路的数据传输，以及车辆终端330的上行链路的数据传输；车辆终端330接收服务器310下发的远程控制指令；解析远程控制指令得到期望获取日志数据的目标类型和目标时长；根据目标类型匹配目标类型数据，采集目标类型数据在目标时长的日志数据，按照预设协议格式封装日志数据，得到封装数据，发送封装数据至服务器310；服务器310解析封装数据得到目标时长的目标类型数据。
77.可以理解的是，服务器获取用户日志获取意图并识别其中期望获取的日志数据的目标类型和目标时长，将其封装成远程控制指令，通过网关将指令传输至车辆终端，然后车辆终端接收到远程控制指令后解析得到期望获取日志数据的目标类型和目标时长，并匹配目标数据类型，采集目标时长日志数据并按照协议格式封装日志数据得到封装数据并通过网关在传输至服务器，以此实现整个上下行链路的数据传输，在正常通信的情况下实现车辆终端和服务器的交互，提升工作效率。
78.根据本技术实施例提出的车辆终端的日志获取系统，服务器获取用户日志获取意图并识别其中期望获取的日志数据的目标类型和目标时长，将其封装成远程控制指令，通过网关将指令传输至车辆终端，然后车辆终端接收到远程控制指令后解析得到期望获取日志数据的目标类型和目标时长，并匹配目标数据类型，采集目标时长日志数据并按照协议格式封装日志数据得到封装数据并通过网关在传输至服务器，以此实现整个上下行链路的数据传输，在正常通信的情况下实现车辆终端和服务器的交互，提升工作效率。
79.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆终端的日志获取方法。
80.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
81.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性
或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
82.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
83.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。
84.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
85.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。