一种车辆日志的上传方法、装置、设备及存储介质与流程

1.本发明涉及数据处理技术领域，尤其是涉及一种车辆日志的上传方法、装置、设备及存储介质。


背景技术：

2.日志用于在程序运行过程中对特定信息(包括但不限于提示、警告及错误信息等)进行记录，这些特定信息不仅可以用于程序现阶段的运行性能分析，而且为后续的控制程序提供了数据支撑。
3.随着车辆的智能化技术不断发展，将全车日志上传至云端服务器，由服务器进行大数据的分析处理，可以得到更为智能且更精准的分析结果，从而为后续的行车控制提供良好的决策支撑。但是，现有技术中只是将所有日志统一进行上传，这会导致整车网络带宽和流量的消耗显著提升，更重要的是，某些重要日志会受到非重要日志的影响，难以及时上传至云端服务器进行分析处理，导致后续车辆的决策下发受到影响，降低了日志处理的实时性与有效性。


技术实现要素：

4.本发明提供一种车辆日志的上传方法、装置、设备及存储介质，以解决现有的车辆日志上传会导致整车网络带宽和流量的消耗显著提升，重要日志难以及时上传的技术问题，通过对每一待上传日志进行获取、分析、以及排列，能够得到反映日志重要程度的上传队列并进行上传，不仅降低了整车网络的带宽和流量，而且提高了后续日志处理的实时性和有效性。
5.为了解决上述技术问题，本发明实施例提供了一种车辆日志的上传方法，包括：
6.响应于日志上传请求，获取车辆终端生成的每一待上传日志；
7.根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；
8.基于排列后形成的日志队列，依次上传每一所述待上传日志。
9.作为其中一种优选方案，所述根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，包括：
10.若所述待上传日志对应的排列策略为所述静态策略，则依次确定每一所述待上传日志的日志类型；
11.在预设的日志类型优先级的对照表中查询每一所述待上传日志的日志类型对应的优先级；
12.根据所述日志类型对应的优先级对每一所述待上传日志进行排列。
13.作为其中一种优选方案，所述根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，还包括：
14.若所述待上传日志对应的排列策略为所述动态策略，则依次确定每一所述待上传
日志中的各个特征属性的权重和优先级变化系数；
15.基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重；
16.根据计算得到的权重对每一所述待上传日志进行排列。
17.作为其中一种优选方案，所述基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重，包括：
18.根据如下计算式计算每一所述待上传日志的权重：
[0019][0020]
其中，x为所述待上传日志的权重，α、β、γ、δ为所述待上传日志中各个特征属性的权重，α1、a2、a3、a4为所述待上传日志中各个特征属性对应的优先级变化系数。
[0021]
本发明另一实施例提供了一种车辆日志的上传装置，包括：
[0022]
日志获取模块，用于响应于日志上传请求，获取车辆终端生成的每一待上传日志；
[0023]
日志排列模块，用于根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；
[0024]
日志上传模块，用于根据排列后形成的日志队列，依次上传每一所述待上传日志。
[0025]
作为其中一种优选方案，所述日志排列模块，具体用于：
[0026]
若所述待上传日志对应的排列策略为所述静态策略，则依次确定每一所述待上传日志的日志类型；
[0027]
在预设的日志类型优先级的对照表中查询每一所述待上传日志的日志类型对应的优先级；
[0028]
根据所述日志类型对应的优先级对每一所述待上传日志进行排列。
[0029]
作为其中一种优选方案，所述日志排列模块，具体还用于：
[0030]
若所述待上传日志对应的排列策略为所述动态策略，则依次确定每一所述待上传日志中的各个特征属性的权重和优先级变化系数；
[0031]
基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重；
[0032]
根据计算得到的权重对每一所述待上传日志进行排列。
[0033]
作为其中一种优选方案，所述基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重，包括：
[0034]
根据如下计算式计算每一所述待上传日志的权重：
[0035][0036]
其中，x为所述待上传日志的权重，α、β、γ、δ为所述待上传日志中各个特征属性的权重，α1、a2、a3、a4为所述待上传日志中各个特征属性对应的优先级变化系数。
[0037]
本发明又一实施例提供了一种车辆日志的上传设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的车辆日志的上传方法。
[0038]
本发明再一实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包
括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上所述的车辆日志的上传方法。
[0039]
相比于现有技术，本发明实施例的有益效果在于以下所述中的至少一点：首先响应于日志上传请求，获取车辆终端生成的每一待上传日志；然后根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，在这其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；最后基于排列后形成的日志队列，依次上传每一所述待上传日志。整个日志的上传过程基于每一待上传日志本身的数据属性考量，通过结合代表日志类型的优先级排列策略，和代表日志权值变化的排列策略，使得对每一待上传日志的排列更具针对性和有效性，保证重要程度较高的日志能够及时上传，减少了车辆网络带宽的占用以及流量的消耗，提升日志上传的稳定性和效率，为后续日志的及时处理以及决策的准确下发提供了可靠的保障。
附图说明
[0040]
图1是本发明其中一种实施例中的车辆日志的上传方法的流程示意图；
[0041]
图2是本发明其中一种实施例中的车辆日志的上传装置的结构示意图；
[0042]
图3是本发明其中一种实施例中的车辆日志的上传设备的结构框图；
[0043]
其中，11、日志获取模块；12、日志排列模块；13、日志上传模块；21、处理器；22、存储器。
具体实施方式
[0044]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0045]
在本技术描述中，术语“第一”、“第二”、“第三”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”等的特征可以明示或者隐含地包括一个或者更多个该特征。在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
[0046]
在本技术的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。
[0047]
在本技术的描述中，需要说明的是，除非另有定义，本发明所使用的所有的技术和科学术语与属于本的技术领域的技术人员通常理解的含义相同。本发明中说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明，对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。
[0048]
本发明一实施例提供了一种车辆日志的上传方法，具体的，请参见图1，图1示出为本发明其中一种实施例中的车辆日志的上传方法的流程示意图，其中包括步骤s1～s3：
[0049]
s1、响应于日志上传请求，获取车辆终端生成的每一待上传日志；
[0050]
s2、根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；
[0051]
s3、基于排列后形成的日志队列，依次上传每一所述待上传日志。
[0052]
需要说明的是，待上传日志生成于车辆终端，包括但不限于车辆中的各个数据处理平台，例如vdcm整车域控制器、bdcm车身域控制器和vsp车辆声响警示系统等。各平台生成的日志通过对应的数据传输系统和协议(如ftp协议)上传至车辆的管理模块中，例如车辆中控单元(主屏)，由车辆中控单元进行日志的上传流程。
[0053]
发明人经研究发现，现有的车辆日志的上传大部分采用将所有日志统一进行上传的方式，这会导致整车网络带宽和流量的消耗显著提升，而在某些其他专利或现有技术中虽然也会逐一对日志进行上传，但是所采取的日志上传顺序为预设的顺序，这一预设的顺序往往是基于预置的模块日志顺序或日志文件的创建时间顺序等，举例来说，全车日志通过不同方式传到主屏日志管理模块，然后日志管理模块根据预制的日志顺序，以文件创建时间对各日志进行检索，并依次上传日志到云端服务器。虽然这种方式的实现较为简单，但没有基于日志本身的数据属性进行考量，某些重要日志的创建时间虽然较晚，但是其需要第一时间上传至云端服务器进行分析处理，方能保障后续处理结果的实时性和有效性。
[0054]
在一种示例中，车辆在行驶过程中，当检测到前方来车时，会生成对应的日志文件，但车辆的自动驾驶系统adas马上会产生其他大量的行驶日志文件淹没前述日志文件，也即，代表前方来车的日志文件的创建时间会被最新的其他日志文件所覆盖，无法成为最新的日志文件，也就无法首先进行上传，但是，代表前方来车这一日志文件往往需要及时上传至云端服务器，方能由云端服务器进行计算分析，给出车辆的车速、转向、制动等一系列的后续决策，由此可见，如果这一日志文件没有及时上传至云端服务器进行处理，车辆的自动控制策略就难以根据实时的车况进行调整，这会极大地影响车辆自动驾驶功能的性能，甚至会造成与前车碰撞的行车事故。
[0055]
在另一种示例中，车辆在行驶过程中，出现异常(中央控制器出现黑屏、死机、破音等)，此时刻生成的日志伴随着同期其他控制域的日志，也即重要日志在上传过程中会被排序到靠后的位置上传，并且日志上传期间可能由于网络等原因导致重要日志一直没法及时上传，造成开发人员无法及时获取日志，分析和处理问题的时间被动的拉长，维护成本增大。由此可见，如果车辆行驶过程中重要日志没有及时上传至云端服务器，会极大地影响软件开发维护成本和软件迭代效率。
[0056]
因此，发明人经过大量的试验分析，发现可以综合考虑日志的两种层面的影响因素，一种是代表日志的静态特性的日志类型的优先级，另一种是代表日志动态特性的权值变化，基于这两点考量，对日志进行更具针对性地排列，按照排列后的队列顺序进行上传，能够保证重要日志得到服务器的及时处理。举例来说，全车日志通过不同方式传到主屏日志管理模块后，由日志管理模块通过上述方法对日志进行重新排序，最后上传模块按照队列顺序依次取出日志，上传至云端服务器中，从而保证重要日志及时上传到云端，同时减少了整车网络带宽和流量的消耗。
[0057]
此外，上述实施例优选为通过日志上传模块进行上传，也可根据实际的系统架构
和车型变换上传的执行主体，在此不再赘述，同理，由日志上传模块上传至云端服务器的方式包括但不限于4g、5g、wi-fi等方式，在此不做具体限定。
[0058]
进一步地，在上述实施例中，对于静态策略，所述根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，具体包括：
[0059]
若所述待上传日志对应的排列策略为所述静态策略，则依次确定每一所述待上传日志的日志类型；
[0060]
在预设的日志类型优先级的对照表中查询每一所述待上传日志的日志类型对应的优先级；
[0061]
根据所述日志类型对应的优先级对每一所述待上传日志进行排列。
[0062]
应当说明的是，不同的日志具有对应的日志类型，日志类型的优先级能够一定程度反映日志的重要程度。在本实施例中，预设的日志类型优先级的对照表为预先设置，如下表所示：
[0063]
日志类型logcatkmsgqnxother优先级abcd
[0064]
在实际的上传过程中，首先确定由车辆终端获取到的每一所述待上传日志的日志类型，在上述对照表中进行查询，得到每一待上传日志的优先级，然后依序进行排列，能够得到准确的待上传日志队列。
[0065]
当然，在系统的实际运行过程中，日志可能会发生各种各样的动态特征事件，由于在发生动态变化后日志的权重也会相应变化，因此需要对每一所述待上传日志的权重进行重新计算，具体的，所述根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，还包括：
[0066]
若所述待上传日志对应的排列策略为所述动态策略，则依次确定每一所述待上传日志中的各个特征属性的权重和优先级变化系数；
[0067]
基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重；
[0068]
根据计算得到的权重对每一所述待上传日志进行排列。
[0069]
当采用动态策略对每一所述待上传日志进行处理时，需要仔细结合每一日志的不同动态属性进行分析，以上表中的logcat的类型的日志进行举例，其具有四种动态属性，如下表所述：
[0070]
特征属性
ⅰⅱⅲⅳ
特征权重αβγδ
[0071]
当然，上表中logcat类型的日志具有四种特征属性，每一特征属性对应的特征权重由实际的日志类型和日志属性决定，例如，实际的日志属性包括墓碑文件属性，墓碑文件是反映android开发系统中出现的应用程序长时间未响应所具有的特征属性，当然还会具有其他对应不同事件的特征属性，上表中的ⅰ、ⅱ、ⅲ和ⅳ仅是举例说明，在此不再赘述。在得到上表中的每一特征属性对应的特征权重后，再根据实际的动态特征事件，获取各个特征属性的优先级变化系数，然后基于这两种类型数据(特征权重和优先级变化系数)之间的关系，计算得到动态特征事件发生后，logcat类型的日志的权值变化，从而能够基于最新的logcat类型的日志的权值，对其在上传队列中的顺序进行排列，高权重值的日志位于队列顶部，低权重值的日志位于队列底部，然后进行日志的准确上传。
[0072]
为便于理解，在本实施例中，所述基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重，具体包括：
[0073]
根据如下计算式计算每一所述待上传日志的权重：
[0074][0075]
其中，x为所述待上传日志的权重，α、β、γ、δ为所述待上传日志中各个特征属性的权重，a1、a2、a3、a4为所述待上传日志中各个特征属性对应的优先级变化系数。
[0076]
上述计算式能够准确地反映日志在动态事件发生后的权值变化，基于计算后的权重值进行队列的排序能够使得待上传的日志队列更具针对性，同时能够更为准确地反映出不同日志的重要程度，保证重要日志得以及时上传。
[0077]
本发明另一实施例提供了一种车辆日志的上传装置，具体的，请参见图2，图2示出为本发明其中一种实施例中的车辆日志的上传装置的结构示意图，其包括：
[0078]
日志获取模块11，用于响应于日志上传请求，获取车辆终端生成的每一待上传日志；
[0079]
日志排列模块12，用于根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；
[0080]
日志上传模块13，用于根据排列后形成的日志队列，依次上传每一所述待上传日志。
[0081]
进一步地，在上述实施例中，所述日志排列模块，具体用于：
[0082]
若所述待上传日志对应的排列策略为所述静态策略，则依次确定每一所述待上传日志的日志类型；
[0083]
在预设的日志类型优先级的对照表中查询每一所述待上传日志的日志类型对应的优先级；
[0084]
根据所述日志类型对应的优先级对每一所述待上传日志进行排列。
[0085]
进一步地，在上述实施例中，所述日志排列模块，具体还用于：
[0086]
若所述待上传日志对应的排列策略为所述动态策略，则依次确定每一所述待上传日志中的各个特征属性的权重和优先级变化系数；
[0087]
基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重；
[0088]
根据计算得到的权重对每一所述待上传日志进行排列。
[0089]
进一步地，在上述实施例中，所述基于所述权重与所述变化系数之间的关系，计算每一所述待上传日志的权重，包括：
[0090]
根据如下计算式计算每一所述待上传日志的权重：
[0091][0092]
其中，x为所述待上传日志的权重，α、β、γ、δ为所述待上传日志中各个特征属性的权重，a1、a2、a3、a4为所述待上传日志中各个特征属性对应的优先级变化系数。
[0093]
参见图3，其是本发明实施例提供的车辆日志的上传设备的结构框图，本发明实施
例提供的车辆日志的上传设备20，包括处理器21、存储器22以及存储在所述存储器22中且被配置为由所述处理器21执行的计算机程序1，所述处理器21执行所述计算机程序1时实现如上述车辆日志的上传方法实施例中的步骤，例如图1中所述的步骤s1～s3；或者，所述处理器21执行所述计算机程序1时实现上述各装置实施例中各模块的功能，例如日志获取模块11。
[0094]
示例性的，所述计算机程序可以被分割成一个或多个模块，所述一个或者多个模块被存储在所述存储器22中，并由所述处理器21执行，以完成本发明。所述一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述车辆日志的上传设备20中的执行过程。例如，所述计算机程序可以被分割成日志获取模块11、日志排列模块12、日志上传模块13，各模块具体功能如下：
[0095]
日志获取模块11，用于响应于日志上传请求，获取车辆终端生成的每一待上传日志；
[0096]
日志排列模块12，用于根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；
[0097]
日志上传模块13，用于根据排列后形成的日志队列，依次上传每一所述待上传日志。
[0098]
所述车辆日志的上传设备20可包括，但不仅限于，处理器21、存储器22。本领域技术人员可以理解，所述示意图仅仅是车辆日志的上传设备的示例，并不构成对车辆日志的上传设备20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述车辆日志的上传设备20还可以包括输入输出设备、网络接入设备、总线等。
[0099]
所述处理器21可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器21是所述车辆日志的上传设备20的控制中心，利用各种接口和线路连接整个车辆日志的上传设备20的各个部分。
[0100]
所述存储器22可用于存储所述计算机程序和/或模块，所述处理器21通过运行或执行存储在所述存储器22内的计算机程序和/或模块，以及调用存储在存储器22内的数据，实现所述车辆日志的上传设备20的各种功能。所述存储器22可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
[0101]
其中，所述车辆日志的上传设备20集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理
解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。
[0102]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)或随机存储记忆体(random access memory，ram)等。
[0103]
相应地，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述实施例的车辆日志的上传方法中的步骤，例如图1中所述的步骤s1～s3。
[0104]
本发明实施例提供的一种车辆日志的上传方法、装置、设备及存储介质，有益效果在于以下所述中的至少一点：
[0105]
(1)首先响应于日志上传请求，获取车辆终端生成的每一待上传日志；然后根据所述待上传日志对应的排列策略对每一所述待上传日志进行排列，在这其中，所述排列策略包括反映日志的类型优先级的静态策略、和反映日志的权重变化的动态策略；最后基于排列后形成的日志队列，依次上传每一所述待上传日志；
[0106]
(2)整个日志的上传过程基于每一待上传日志本身的数据属性考量，通过结合代表日志类型的优先级排列策略，和代表日志权值变化的排列策略，使得对每一待上传日志的排列更具针对性和有效性，保证重要程度较高的日志能够及时上传，减少了车辆网络带宽的占用以及流量的消耗，提升日志上传的稳定性和效率，为后续日志的及时处理以及决策的准确下发提供了可靠的保障。
[0107]
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。