CN115509850A - 日志处理方法、装置、设备、储存介质及计算机程序 - Google Patents

Abstract

本公开提供了一种日志处理方法、装置、设备、储存介质及计算机程序，涉及车辆技术领域，尤其涉及人工智能领域。具体实现方案为：通过统一的前端日志接口获取车辆中各域控的初始日志；对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控；由目标域控根据域控日志处理策略对目标日志进行处理。本申请提供统一的前端日志接口及灵活的日志处理机制，可以方便的对整车日志控制与输出，域控开发者只需要关注业务细节而无需考虑日志如何采集及处理，简化整车日志处理机制，为后期量产车辆售后及维护提供便捷。

Description

日志处理方法、装置、设备、储存介质及计算机程序

技术领域

本公开涉及车辆技术领域，尤其涉及人工智能领域，具体涉及一种日志处理方法、装置、设备、储存介质及计算机程序。

背景技术

目前车辆正在向面向服务的架构(Service-Oriented Architecture，SOA)发展，但目前车载服务开发以域控为单位，不同域控采用的硬件平台，底层操作系统均不一样，各硬件平台提供的原生日志输出接口也不同，这就造成各域控产生和输出日志输出混乱且接口不统一，不符合SOA架构模式实现统一的日志处理策略机制。

发明内容

本公开提供了一种日志处理方法、装置、设备、储存介质及计算机程序。

根据本公开的一方面，提供了一种日志处理方法，该方法包括：通过统一的前端日志接口获取车辆中各域控的初始日志；对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控；由目标域控根据域控日志处理策略对目标日志进行处理。

本申请提供统一的前端日志接口及灵活的日志处理机制，可以方便的对整车日志加以控制与输出，各域控开发者只需要关注业务细节而无需考虑日志如何采集及处理，简化整车日志处理机制，为后期量产车辆售后及维护提供便捷。

根据本公开的另一方面，提供了一种日志处理装置，包括：日志获取模块，用于通过前端日志接口获取车辆中各域控的初始日志；预处理模块，用于对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；日志发送模块，用于针对每个目标日志，通过目标日志所对应的目标域控的后端日志接口，将目标日志发送给对应的目标域控；再处理模块，用于由目标域控根据域控日志处理策略对目标日志进行处理。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述日志处理方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述日志处理方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述日志处理方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开一示例性实施例的一种日志处理方法的示例性实施方式。

图2是根据本公开一示例性实施例的一种日志处理方法的框架图。

图3是根据本公开一示例性实施例的确定每个目标日志对应的目标域控的示例性实施方式。

图4是根据本公开一示例性实施例的一种日志处理方法的示例性实施方式。

图5是根据本公开一示例性实施例的一种日志处理方法的总体流程图。

图6是根据本公开一示例性实施例的一种日志处理装置的示意图。

图7是根据本公开一示例性实施例的电子设备的示意图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

人工智能(Artificial Intelligence，简称AI)，是研究使计算机来模拟人生的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术，也有软件层面的技术。人工智能硬件技术一般包括计算机视觉技术、语音识别技术、自然语言处理技术以及及其学习/深度学习、大数据处理技术、知识图谱技术等几大方面。

域控，即域控制器，是指在“域”模式下，至少有一台服务器负责每一台联入网络的电脑和用户的验证工作，相当于一个单位的门卫一样，称为“域控制器(DomainController，简写为DC)”。域控制器是活动目录的存储位置,安装了活动目录的计算机称为域控制器。在第一次安装活动目录时,安装活动目录的那台计算机就成为域控制器,简称“域控”。域控制器存储着目录数据并管理用户域的交互关系,其中包括用户登录过程、身份验证和目录搜索等。

图1是本申请示出的一种日志处理方法的示例性实施方式，如图1所示，该日志处理方法，包括以下步骤：

S101，通过统一的前端日志接口获取车辆中各域控的初始日志。

车辆的域控可以按照功能域进行具体划分，各汽车主机厂家会根据自身的设计理念差异而划分成几个不同的域控。示例性的，车辆的域控可以划分为5个：动力域控(PowerTrain)、底盘域控(Chassis)、车身域控(Body/Comfort)、座舱域控(Cockpit/Infotainment)和自动驾驶域控(ADAS)。

车辆的各域控在测试阶段或者使用过程中，会分别产生用于描述该域控任务执行情况的日志，将该日志作为初始日志，为了实现在整车集成时能够统一控制日志的输出及采集，本申请中，设置一个统一的前端日志接口，并通过该统一的前端日志接口获取车辆中各域控的初始日志。

S102，对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控。

经前端日志接口获取车辆中各域控的初始日志后，需要对初始日志进行预处理，获取处理后各域控的目标日志。可选的，预处理可包括收集、过滤或者统一格式等。

作为一种可实现的方式，若预处理为过滤，则为了方便域控开发人员能直接通过获取在域控任务执行失败时产生的日志从而进行分析，可将初始日志中在各域控任务执行失败的情况下产生的初始日志过滤留下来，并将各域控任务执行失败的情况下产生的初始日志作为目标日志。

作为另一种可实现的方式，由于不同域控采用的硬件平台，底层操作系统均不一样，产生的初始日志的格式也可能不相同，若预处理为统一格式，则可将各域控的初始日志都统一为同一种格式，以方便域控开发人员进行分析。

作为另一种可实现的方式，若预处理为收集，即表示不需要对初始日志进行任何的处理，直接将初始日志作为目标日志，这样主要可以实现在整车集成时能够统一控制日志的输出及采集。

除此之外，为了避免在将处理后得到的目标日志发回给各域控时出现差错，本申请中，需要确定每个目标日志对应的域控，并将每个目标日志对应的域控作为该目标日志对应的目标域控。

S103，针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控。

本申请基于车载SOA架构模式，采用前后端分离策略，即前端采用统一的前端日志接口，每个域控中，都有该域控对应的统一的后端日志接口，针对上述预处理后产生的每个目标日志，通过目标日志所对应的目标域控的后端日志接口，将目标日志发送给对应的目标域控。

S104，由目标域控根据域控日志处理策略对目标日志进行处理。

在上述将目标日志发送给对应的目标域控后，由目标域控根据该目标域控内部的域控日志处理策略对目标日志进行处理。其中，域控日志处理策略可由各域控开发者可灵活扩展，从而满足不同域控对日志的个性化处理。

图2是本申请示出的一种日志处理方法的框架图，如图2所示，统一的前端日志接口用于获取各域控产生的初始日志，前端采集层用于对各域控产生的初始日志进行预处理，在预处理后获得目标日志，确定目标日志对应的目标域控，如图2所示，若目标域控为域控1，则通过域控1统一的后端日志接口将目标日志发送给域控1，域控1对应的域控日志处理策略包括域控日志处理策略1、域控日志处理策略2……域控日志处理策略n等，最后由域控1根据域控1内部的域控日志处理策略对目标日志进行处理。

本申请实施例提出了一种日志处理方法，方法包括：通过统一的前端日志接口获取车辆中各域控的初始日志；对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控；由目标域控根据域控日志处理策略对目标日志进行处理。本申请提供统一的前端日志接口及灵活的日志处理机制，可以方便的对整车日志加以控制与输出，各域控开发者只需要关注业务细节而无需考虑日志如何采集及处理，简化整车日志处理机制，为后期量产车辆售后及维护提供便捷。

进一步的，通过统一的前端日志接口获取车辆中各域控的初始日志之后，可获取车辆对应的云端储存地址作为第一云端储存地址，并根据第一云端储存地址，将初始日志上传至车辆云端，以实现在整车集成时能够统一控制日志的输出及采集，方便实时对整车中各域控对应的初始日志进行调取。

进一步的，各个域控的域控日志处理策略包括标准化日志处理策略和自定义日志处理策略(UserdefineAppender)。

其中，标准化日志处理策略包括：将目标域控对应的目标日志输出到目标域控对应的文件(FileAppender)；或者，将目标域控对应的目标日志输出到目标域控对应的控制台(ConsoleAppender)。

其中，自定义日志处理策略为各域控开发者根据该域控情况自行设置的日志处理策略。示例性的，自定义日志处理策略可以为：针对每个域控，获取该域控对应的云端储存地址作为第二云端储存地址，并根据第二云端储存地址，将该域控对应的目标日志上传至该域控对应的域控云端。

由此，域控日志处理策略可由各域控开发者可灵活扩展，从而满足不同域控对日志的个性化处理。

进一步的，除了从车辆云端可以直接调取车辆各域控的初始日志外，域控开发人员或者客户也可以直接经前端日志接口从前端采集层调取车辆各域控的初始日志，具体的，接收客户端发送的初始日志请求，初始日志请求上携带有日志标识，获取初始日志请求所携带的日志标识后，根据日志标识从所有初始日志中确定目标初始日志，将目标初始日志发送给客户端。以实现在整车集成时能够统一控制日志的输出及采集，方便实时对整车中各域控对应的初始日志进行调取。其中，客户端可以为手机、平板、电脑等终端设备，域控用户或者开发人员可以注册并登录账号以向前端采集层发送初始日志请求。

图3是本申请示出的一种日志处理方法的示例性实施方式，如图3所示，基于上述实施例的基础上，确定每个目标日志对应的目标域控，包括以下步骤：

S301，获取各域控的第一域控标识和目标日志携带的第二域控标识。

每个域控都有自己对应的域控标识，每个目标日志也会携带有该目标日志所对应的域控的标识，将每个域控的域控标识作为第一域控标识，将每个目标日志携带的域控标识作为第二域控标识。

S302，对第一域控标识和第二域控标识进行对比，确定目标日志对应的目标域控。

将任一目标日志所携带的第二域控标识与每个域控的第一域控标识进行对比，若某个域控的第一域控标识与该目标日志所携带的第二域控标识相同，则确定该域控为目标日志对应的目标域控。

本申请实施例通过对第一域控标识和第二域控标识进行对比，确定目标日志对应的目标域控，能够准确的确定各目标日志对应的目标域控，避免在将处理后得到的目标日志发回给各域控时出现差错。

图4是本申请示出的一种日志处理方法的示例性实施方式，如图4所示，该日志处理方法，包括以下步骤：

S401，通过统一的前端日志接口获取车辆中各域控的初始日志。

关于步骤S401的具体实现方式，可参照上述实施例中相关部分的介绍，在此不再进行赘述。

S402，对初始日志进行统一格式处理，获取处理后的目标日志。

作为一种可实现的方式，在对初始日志进行预处理时，由于不同域控采用的硬件平台，底层操作系统均不一样，产生的初始日志的格式也可能不相同，对初始日志进行统一格式处理，则可将各域控的初始日志都统一为同一种格式，以方便域控开发人员进行分析。

具体的，在对初始日志进行统一格式处理，获取处理后的目标日志时，可根据各域控的第一域控标识，确定各域控的初始日志对应的初始格式，比如说域控1对应的初始格式为格式1，域控2对应的初始格式为格式2，根据各域控的第一域控标识，确定各域控的初始日志对应的初始格式后，将初始日志从初始格式转换为目标格式，以获取目标日志。

S403，从初始日志中过滤出携带有任务失败标识的初始日志作为目标日志。

作为另一种可实现的方式，在对初始日志进行预处理时，可获取每个初始日志所携带的任务标识，其中，任务标识包括任务成功标识和任务失败标识，若任一初始日志的任务标识为任务失败标识，将该初始日志作为目标日志。比如说，若初始日志1携带有任务失败标识，则将初始日志1作为目标日志，若初始日志2携带有任务成功标识，则将初始日志2不作为目标日志，以方便域控开发人员能直接通过获取在域控任务执行失败时产生的日志从而进行分析，而不需要对域控任务执行成功时产生的大量的日志进行排除。

S404，从初始日志中，过滤出携带有任务失败标识的初始日志作为候选目标日志。

作为另一种可实现的方式，在对初始日志进行预处理时，除上述方案外，还可将对初始日志进行过滤与统一格式相结合起来，首先获取每个初始日志所携带的任务标识，其中，任务标识包括任务成功标识和任务失败标识，若任一初始日志的任务标识为任务失败标识，将该初始日志作为候选目标日志。

S405，对候选目标日志进行统一格式处理，获取处理后的目标日志。

在上述确定候选目标日志后，对候选目标日志进行统一格式处理，获取处理后的目标日志。由此，可以方便域控开发人员能直接对统一为同一种格式之后的域控任务执行失败时产生的日志进行分析，避免了域控开发人员对域控任务执行成功时产生的大量的日志进行排除时的时间成本。

S406，确定每个目标日志对应的目标域控。

S407，针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控。

S408，由目标域控根据域控日志处理策略对目标日志进行处理。

关于步骤S406～S408的具体实现方式，可参照上述实施例中相关部分的介绍，在此不再进行赘述。

本申请可根据不同的情况采取不同的预处理方法对初始日志进行预处理，提供统一的前端日志接口及灵活的日志处理机制，可以方便的对整车日志加以控制与输出，各域控开发者只需要关注业务细节而无需考虑日志如何采集及处理，简化整车日志处理机制，为后期量产车辆售后及维护提供便捷。

图5是本申请示出的一种日志处理方法的总体流程图，如图5所示，该日志处理方法，包括以下步骤：

S501，通过统一的前端日志接口获取车辆中各域控的初始日志。

S502，对初始日志进行预处理，获取处理后各域控的目标日志。

S503，获取各域控的第一域控标识和目标日志携带的第二域控标识。

S504，对第一域控标识和第二域控标识进行对比，确定目标日志对应的目标域控。

S505，针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控。

S506，由目标域控根据域控日志处理策略对目标日志进行处理。

关于步骤S501～S506的具体实现方式，可参照上述实施例中相关部分的介绍，在此不再进行赘述。

S507，将目标域控对应的目标日志输出到目标域控对应的文件。

S508，将目标域控对应的目标日志输出到目标域控对应的控制台。

S509，针对每个域控，获取域控对应的第二云端储存地址，并根据第二云端储存地址，将该域控对应的目标日志上传至该域控对应的域控云端。

关于步骤S507～S509的具体实现方式，可参照上述实施例中相关部分的介绍，在此不再进行赘述。

本申请实施例提出了一种日志处理方法，方法包括：通过统一的前端日志接口获取车辆中各域控的初始日志；对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控；由目标域控根据域控日志处理策略对目标日志进行处理。本申请提供统一的前端日志接口及灵活的日志处理机制，可以方便的对整车日志加以控制与输出，各域控开发者只需要关注业务细节而无需考虑日志如何采集及处理，简化整车日志处理机制，为后期量产车辆售后及维护提供便捷。

图6是本申请提出的一种日志处理装置的示意图，如图6所示，该日志处理装置600，包括日志获取模块601、预处理模块602、日志发送模块603和再处理模块604，其中：

日志获取模块601，用于通过统一的前端日志接口获取车辆中各域控的初始日志；

预处理模块602，用于对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；

日志发送模块603，用于针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控；

再处理模块604，用于由目标域控根据域控日志处理策略对目标日志进行处理。

本申请提供了一种日志处理装置，包括：日志获取模块，用于通过统一的前端日志接口获取车辆中各域控的初始日志；预处理模块，用于对初始日志进行预处理，获取处理后各域控的目标日志，并确定每个目标日志对应的目标域控；日志发送模块，用于针对每个目标日志，通过目标日志所对应的目标域控的统一的后端日志接口，将目标日志发送给对应的目标域控；再处理模块，用于由目标域控根据域控日志处理策略对目标日志进行处理。本申请提供统一的前端日志接口及灵活的日志处理机制，可以方便的对整车日志加以控制与输出，各域控开发者只需要关注业务细节而无需考虑日志如何采集及处理，简化整车日志处理机制，为后期量产车辆售后及维护提供便捷。

进一步的，预处理模块602，还用于：获取各域控的第一域控标识和目标日志携带的第二域控标识；对第一域控标识和第二域控标识进行对比，确定目标日志对应的目标域控。

进一步的，预处理模块602，还用于：对初始日志进行统一格式处理，获取处理后的目标日志；或者，从初始日志中过滤出携带有任务失败标识的初始日志作为目标日志。

进一步的，预处理模块602，还用于：根据各域控的第一域控标识，确定各域控的初始日志对应的初始格式；将初始日志从初始格式转换为目标格式，以获取目标日志。

进一步的，预处理模块602，还用于：获取每个初始日志所携带的任务标识，其中，任务标识包括任务成功标识和任务失败标识；响应于任一初始日志的任务标识为任务失败标识，将该初始日志作为目标日志。

进一步的，预处理模块602，还用于：从初始日志中，过滤出携带有任务失败标识的初始日志作为候选目标日志；对候选目标日志进行统一格式处理，获取处理后的目标日志。

进一步的，日志处理装置600还包括：地址获取模块605，用于获取车辆对应的第一云端储存地址；上传模块606，用于根据第一云端储存地址，将初始日志上传至车辆云端。

进一步的，域控日志处理策略包括标准化日志处理策略和自定义日志处理策略，再处理模块604，还用于：针对每个域控，获取域控对应的第二云端储存地址；根据第二云端储存地址，将该域控对应的目标日志上传至该域控对应的域控云端。

进一步的，再处理模块604，还用于：将目标域控对应的目标日志输出到目标域控对应的文件；或者，将目标域控对应的目标日志输出到目标域控对应的控制台。

进一步的，日志处理装置600还包括：接收模块607，用于接收客户端发送的初始日志请求；确定模块608，用于获取初始日志请求所携带的日志标识，并根据日志标识确定目标初始日志；发送模块609，用于将目标初始日志发送给客户端。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如日志处理方法。例如，在一些实施例中，日志处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的日志处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行日志处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (23)

1.一种日志处理方法，包括：

通过统一的前端日志接口获取车辆中各域控的初始日志；

对所述初始日志进行预处理，获取处理后各域控的目标日志，并确定每个所述目标日志对应的目标域控；

针对每个所述目标日志，通过所述目标日志所对应的目标域控的统一的后端日志接口，将所述目标日志发送给所述对应的目标域控；

由所述目标域控根据域控日志处理策略对所述目标日志进行处理。

2.根据权利要求1所述的方法，其中，所述确定每个所述目标日志对应的目标域控，包括：

获取所述各域控的第一域控标识和所述目标日志携带的第二域控标识；

对所述第一域控标识和所述第二域控标识进行对比，确定所述目标日志对应的目标域控。

3.根据权利要求1或2所述的方法，其中，所述对所述初始日志进行预处理，获取处理后各域控的目标日志，包括：

对所述初始日志进行统一格式处理，获取处理后的所述目标日志；或者，

从所述初始日志中过滤出携带有任务失败标识的初始日志作为所述目标日志。

4.根据权利要求3所述的方法，其中，所述对所述初始日志进行统一格式处理，获取处理后的所述目标日志，包括：

根据所述各域控的所述第一域控标识，确定所述各域控的所述初始日志对应的初始格式；

将所述初始日志从初始格式转换为目标格式，以获取所述目标日志。

5.根据权利要求3所述的方法，其中，所述从所述初始日志中过滤出携带有任务失败标识的初始日志作为所述目标日志，包括：

获取每个所述初始日志所携带的任务标识，其中，所述任务标识包括任务成功标识和任务失败标识；

响应于任一所述初始日志的所述任务标识为所述任务失败标识，将该初始日志作为所述目标日志。

6.根据权利要求1或2所述的方法，其中，所述对所述初始日志进行预处理，获取处理后各域控的目标日志，包括：

从所述初始日志中，过滤出携带有任务失败标识的初始日志作为候选目标日志；

对所述候选目标日志进行统一格式处理，获取处理后的所述目标日志。

7.根据权利要求1所述的方法，其中，所述方法还包括：

获取所述车辆对应的第一云端储存地址；

根据所述第一云端储存地址，将所述初始日志上传至车辆云端。

8.根据权利要求1所述的方法，其中，所述域控日志处理策略包括标准化日志处理策略和自定义日志处理策略，所述自定义日志处理策略包括：

针对每个所述域控，获取所述域控对应的第二云端储存地址；

根据所述第二云端储存地址，将该域控对应的所述目标日志上传至该域控对应的域控云端。

9.根据权利要求8所述的方法，其中，所述标准化日志处理策略包括：

将所述目标域控对应的所述目标日志输出到所述目标域控对应的文件；或者，

将所述目标域控对应的所述目标日志输出到所述目标域控对应的控制台。

10.根据权利要求1所述的方法，其中，所述通过统一的前端日志接口获取车辆中各域控的初始日志之后，还包括：

接收客户端发送的初始日志请求；

获取所述初始日志请求所携带的日志标识，并根据所述日志标识确定目标初始日志；

将所述目标初始日志发送给所述客户端。

11.一种日志处理装置，包括：

日志获取模块，用于通过统一的前端日志接口获取车辆中各域控的初始日志；

预处理模块，用于对所述初始日志进行预处理，获取处理后各域控的目标日志，并确定每个所述目标日志对应的目标域控；

日志发送模块，用于针对每个所述目标日志，通过所述目标日志所对应的目标域控的统一的后端日志接口，将所述目标日志发送给所述对应的目标域控；

再处理模块，用于由所述目标域控根据域控日志处理策略对所述目标日志进行处理。

12.根据权利要求11所述的装置，其中，所述预处理模块，还用于：

获取所述各域控的第一域控标识和所述目标日志携带的第二域控标识；

对所述第一域控标识和所述第二域控标识进行对比，确定所述目标日志对应的目标域控。

13.根据权利要求11或12所述的装置，其中，所述预处理模块，还用于：

对所述初始日志进行统一格式处理，获取处理后的所述目标日志；或者，

从所述初始日志中过滤出携带有任务失败标识的初始日志作为所述目标日志。

14.根据权利要求13所述的装置，其中，所述预处理模块，还用于：

根据所述各域控的所述第一域控标识，确定所述各域控的所述初始日志对应的初始格式；

将所述初始日志从初始格式转换为目标格式，以获取所述目标日志。

15.根据权利要求13所述的装置，其中，所述预处理模块，还用于：

获取每个所述初始日志所携带的任务标识，其中，所述任务标识包括任务成功标识和任务失败标识；

响应于任一所述初始日志的所述任务标识为所述任务失败标识，将该初始日志作为所述目标日志。

16.根据权利要求11或12所述的装置，其中，所述预处理模块，还用于：

从所述初始日志中，过滤出携带有任务失败标识的初始日志作为候选目标日志；

对所述候选目标日志进行统一格式处理，获取处理后的所述目标日志。

17.根据权利要求11所述的装置，其中，所述装置还包括：

地址获取模块，用于获取所述车辆对应的第一云端储存地址；

上传模块，用于根据所述第一云端储存地址，将所述初始日志上传至车辆云端。

18.根据权利要求11所述的装置，其中，所述域控日志处理策略包括标准化日志处理策略和自定义日志处理策略，所述再处理模块，还用于：

针对每个所述域控，获取所述域控对应的第二云端储存地址；

根据所述第二云端储存地址，将该域控对应的所述目标日志上传至该域控对应的域控云端。

19.根据权利要求18所述的装置，其中，所述再处理模块，还用于：

将所述目标域控对应的所述目标日志输出到所述目标域控对应的文件；或者，

将所述目标域控对应的所述目标日志输出到所述目标域控对应的控制台。

20.根据权利要求11所述的装置，其中，所述装置还包括：

接收模块，用于接收客户端发送的初始日志请求；

确定模块，用于获取所述初始日志请求所携带的日志标识，并根据所述日志标识确定目标初始日志；

发送模块，用于将所述目标初始日志发送给所述客户端。

21.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

22.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-10中任一项所述的方法。

23.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-10中任一项所述方法的步骤。

Images