一种车端日志获取方法及装置、电子设备和计算机可读存储介质与流程

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.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
29.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
30.图1是本技术的一示例性实施例示出的车端嵌入式控制器组成示意图；
31.图2是本技术的一示例性实施例示出的主嵌入式控制器a上应用部署图；
32.图3是本技术的一示例性实施例示出的云端拉取车端日志文件的数据流图；
33.图4是本技术的一示例性实施例示出的车端日志获取方法的流程图；
34.图5是本技术的一示例性实施例示出的车端日志获取装置的框图；
35.图6示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
36.以下将参照附图和优选实施例来说明本技术的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本技术的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本技术，而不是为了限制本技术的保护范围。
37.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本技术的基本构想，遂图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
38.在下文描述中，探讨了大量细节，以提供对本技术实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本技术的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本技术的实施例难以理解。
39.首先需要说明的是，at指令是应用于终端设备与pc应用之间的连接与通信的指令。at即attention。每个at命令行中只能包含一条at指令；对于at指令的发送，除at两个字符外，最多可以接收1056个字符的长度(包括最后的空字符)。
40.https(hyper text transfer protocol over secure socket layer，超文本传输安全协议)，是以安全为目标的http通道，在http的基础上通过传输加密和身份认证保证了传输过程的安全性。https在http的基础下加入ssl，https的安全基础是ssl，因此加密的详细内容就需要ssl。https存在不同于http的默认端口及一个加密/身份验证层(在http与tcp之间)。这个系统提供了身份验证与加密通讯方法。它被广泛用于万维网上安全敏感的通讯，例如交易支付等方面。
41.图1是本技术的一示例性实施例示出的车端嵌入式控制器组成示意图。如图1所示，车端嵌入式控制器组成包括：主嵌入式控制器a，该主嵌入式控制器a至少有一个能联网的通讯模组b；主嵌入式控制器a可以有多个通过各种链接方式的嵌入式控制器c、嵌入式控制器d、嵌入式控制器e等。主嵌入式控制器a与嵌入式控制器c、嵌入式控制器d、嵌入式控制器e的物理链接方式分别有串口方式(uart、spi等)、以太网方式、can网络方式等。主嵌入式控制器a通过at(attention)指令的方式来控制通讯模组b，把通讯模组b当做一个与云端联网的通道，包括通讯模组b的通讯功能的启停、需要链接云端的网站等信息、实现车端与云端的联网通讯功能。
42.如图2是本技术的一示例性实施例示出的主嵌入式控制器a上应用部署图。主嵌入式控制器a上首先部署与云端进行安全认证的应用模块swc-qa；完成车端与云端主功能实现的swc-master；完成该主嵌入式控制器上日志管理的swc-lt和收集其他嵌入式控制日志文件的swc-ltservice；完成车端日志文件传输到云端的swc-lttransfer。
43.如图3是本技术的一示例性实施例示出的云端拉取车端日志文件的数据流图。嵌入式控制器c、嵌入式控制器d、嵌入式控制器e包括需要部署日志管理的swc-lt和传输本控制器日志文件到主嵌入式控制器a的swc-ltclient。嵌入式控制器c、嵌入式控制器d、嵌入式控制器e可以分别通过uart/spi、eth和can的通讯方式与主嵌入式控制器a的swc-ltservice进行数据交互。
44.本技术实施例可以应用在车辆中，车辆可以支持3g(第三代的移动信息技术)、4g(第四代的移动信息技术)、5g(第五代的移动信息技术)等无线通信方法，本处不对此进行限制。
45.请参阅图4，图4是本技术的一示例性实施例示出的车端日志获取方法的流程图。该方法可以应用于图1、图2或图3所示的实施环境，并由该实施环境中的主嵌入式控制器a
实施，以下简称控制器a。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。
46.示例性的，本实施例揭示的车端日志获取方法所适用的智能终端中可以安装有sdk(software development kit，软件开发工具包，是为特定的软件包、软件框架、操作系统等建立应用软件时的开发工具集合)，而本实施例揭示的方法具体实现为该sdk对外提供的一项或多项功能。
47.如图4所示，在一示例性的实施例中，车端日志获取方法至少包括步骤s410至步骤s450，详细介绍如下：
48.步骤s410，通过通讯模组接收云端发送的日志文件获取指令。
49.其中，该通讯模组即为图1或图3所示的通讯模组b。
50.于本技术的一实施例中，通过通讯模组接收云端发送的日志文件获取指令之前，控制器a可以通过第二应用模块向通讯模块发送预设指令，其中，该第二应用模块可以是swc-master，用于完成车端与云端主功能实现，该预设指令可以是at指令。进而根据预设指令对通讯模块进行激活。也就是说，控制器a可以调用第二应用模块通过向通讯模组b发送at指令来激活通讯模组b，激活后的通讯模组b可以与云端进行通信。
51.于本技术的一实施例中，通过通讯模组接收云端发送的日志文件获取指令之前，通过通讯模组获取当前车辆的车辆识别码，并获取通讯模组的硬件标识信息。其中，该车辆识别码可以是vin识别码，硬件标识信息可以是通讯模组b的imei(international mobile equipment identity，国际移动设备识别码)。进一步地，调用第三应用模块根据车辆识别码和硬件表示信息验证通讯模组的安全性。其中，该第三应用模块可以是swc-qa，控制器a可以调用swc-qa使用mqtt和openssl双向认证方式，基于vin识别码和imei码完成与云端的安全连接，可以保证通讯模组与云端的通讯安全。其中，该vin识别码和imei码可以是绑定的，即“一车一码”，云端通过车辆的唯一“一车一码”来绑定对应的车辆，实现安全的远程通信。
52.步骤s420，响应目标文件获取指令，通过第一应用模块获取目标控制器中保存的日志文件，得到日志文件集合，目标控制器与第一应用模块建立连接。
53.于本技术的一实施例中，通过第一应用模块获取目标控制器中保存的日志文件之前，通过第二应用模块对日志文件获取指令进行解析；若解析成功，则执行响应目标文件获取指令的步骤，并将日志文件获取指令同步至第一应用模块。其中，日志文件获取指令可以是通过mqtt指令发送过来的，第二应用模块可以对该mqtt指令进行解析，并将解析后的结果通过线程间通讯方式同步给第一应用模块，即swc-ltservice。swc-ltservice可以收集车辆的日志文件。
54.具体地，控制器a可以通过第一应用模块确定至少一个目标控制器，也就是说可以确定出需要获取哪些控制器中的日志文件，需要获取日志文件的控制器则可以是目标控制器。进一步地，向至少一个目标控制器发送目标日志文件获取请求、进而，接收至少一个目标控制器发送的目标日志文件相应请求，得到日志文件集合。
55.示例性的，控制器a的应用swc-ltservice按照目标文件获取指令，向收集主嵌入式控制器a、嵌入式控制器c、嵌入式控制器d、嵌入式控制器e发送目标日志文件获取请求，以获取日志文件的存放信息，得到日志文件集合。其中，该目标文件获取指令可以指示获取
所有控制器的日志文件。进而，由各嵌入式控制器的swc-ltclient模块把文件传输给主嵌入式控制器a的swc-ltservice。
56.步骤s430，通过通讯模组向云端发送日志文件集合。
57.具体地，控制器a调用第四应用模块和通讯模组，通过超文本传输协议(https)向云端发送日志文件集合。
58.控制器a对日志文件集合按需调用应用swc-lttransfer发起htpps的链接方式，连接上指定的云端，完成对应日志文件的上传。
59.步骤s440，通过第一应用模块获取日志获取结果信息，并通过第二应用模块记录日志获取结果信息。
60.具体地，通过第四应用模块生产日志获取结果信息；通过线程间方式将日志获取结果信息同步至第一应用模块。其中，该第四应用模块可以是swc-lttransfer模块。第二应用模块，即swc-master可以将该日志获取结果信息进行记录。
61.步骤s450，通过第二应用模块和通讯模组向云端发送日志获取结果信息。
62.也就是说，swc-master可以通过at指令将该日志获取结果信息至云端发送到通讯模组b，通讯模组b再通过mqtt的方式反馈该日志获取结果信息至云端。
63.通过本技术实施例，通过通讯模组接收云端发送的日志文件获取指令；响应目标文件获取指令，通过第一应用模块获取目标控制器中保存的日志文件，得到日志文件集合，目标控制器与第一应用模块建立连接；通过通讯模组向云端发送日志文件集合；通过第一应用模块获取日志获取结果信息，并通过第二应用模块记录日志获取结果信息；通过第二应用模块和通讯模组向云端发送日志获取结果信息。通过该方法，可以提高拉取车端控制器中的日志文件的效率。
64.本技术是采用包括了“一车一码”来锁定唯一的车辆，云端与车端的主控嵌入式控制器a的安全通讯链接采用了mqtt+openssl双向认证方式来完成安全登录和发送命令，保证车端与云端的安全链接。
65.由于mqtt适合小文件，而日志文件有的时候是大量的，所以采用外加https的方式来实际上传对应的日志文件集合到云端。
66.针对车端嵌入式控制器处于研发的不同阶段对于日志的打印等级不同，云端在根据研发进度与车辆使用的各个阶段的需求通过远程发送当前和以后需要拉取对应日志系统运行等级命令，来完成远程配置车端嵌入式控制器日志系统运行的日志等级。
67.云端在主动拉取车端日志文件的时候，也可以指定车辆、指定拉取日志文件的时间断、指定日志的等级、指定应用的日志文件等需求，完成定制化的拉取所需的日志文件，再由云端对拉取的日志文件进行统一管理，包括按需可视化展示、按需进行存储等。
68.图5是本技术的一示例性实施例示出的车端日志获取装置的框图。该装置可以应用于图1所示的实施环境，并具体配置在车辆中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。
69.如图5所示，该示例性的车端日志获取装置包括：
70.收发单元510，用于通过通讯模组接收云端发送的日志文件获取指令；
71.获取单元520，用于响应目标文件获取指令，通过第一应用模块获取目标控制器中保存的日志文件，得到日志文件集合，目标控制器与第一应用模块建立连接；
72.收发单元510，还用于通过通讯模组向云端发送日志文件集合；
73.获取单元520，还用于通过第一应用模块获取日志获取结果信息，并通过第二应用模块记录日志获取结果信息；
74.收发单元510，还用于通过第二应用模块和通讯模组向云端发送日志获取结果信息。
75.于本技术的一实施例中，通过通讯模组接收云端发送的日志文件获取指令之前，收发单元510，还用于通过第二应用模块向通讯模块发送预设指令；处理单元530，用于根据预设指令对通讯模块进行激活。
76.于本技术的一实施例中，获取单元520，还用于通过通讯模组获取当前车辆的车辆识别码，并获取通讯模组的硬件标识信息；调用第三应用模块根据车辆识别码和硬件表示信息验证通讯模组的安全性。
77.于本技术的一实施例中，响应目标文件获取指令，通过第一应用模块获取目标控制器中保存的日志文件之前，处理单元530，还用于通过第二应用模块对日志文件获取指令进行解析；若解析成功，则执行响应目标文件获取指令的步骤，并将日志文件获取指令同步至第一应用模块。
78.于本技术的一实施例中，通过第一应用模块确定至少一个目标控制器；收发单元510，还用于向至少一个目标控制器发送目标日志文件获取请求；接收至少一个目标控制器发送的目标日志文件相应请求，得到日志文件集合。
79.于本技术的一实施例中，收发单元510，还用于调用第四应用模块和通讯模组，通过超文本传输协议向云端发送日志文件集合。
80.于本技术的一实施例中，获取单元520，还用于通过第四应用模块生产日志获取结果信息；收发单元510，还用于通过线程间方式将日志获取结果信息同步至第一应用模块。
81.需要说明的是，上述实施例所提供的车端日志获取装置与上述实施例所提供的车端日志获取方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的车端日志获取装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。
82.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的车端日志获取方法。
83.图6示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图6示出的电子设备的计算机系统600仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
84.如图6所示，计算机系统600包括中央处理单元(central processing unit，cpu)601，其可以根据存储在只读存储器(read-only memory，rom)602中的程序或者从储存部分608加载到随机访问存储器(random access memory，ram)603中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在ram 603中，还存储有系统操作所需的各种程序和数据。cpu 601、rom 602以及ram 603通过总线604彼此相连。输入/输出(input/output，i/o)接口605也连接至总线604。
85.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分607；包括硬盘等的储存部分608；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入储存部分608。
86.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本技术的系统中限定的各种功能。
87.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
88.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
89.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
90.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的车端日志获取方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
91.本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车端日志获取方法。
92.上述实施例仅示例性说明本技术的原理及其功效，而非用于限制本技术。任何熟悉此技术的人士皆可在不违背本技术的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本技术所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本技术的权利要求所涵盖。