一种日志处理方法、装置、计算机设备以及存储介质与流程

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.图1示出了本公开一些实施例所提供的应用于车机端的日志处理方法的流程图；
30.图2示出了本公开一些实施例所提供的应用于日志分析端的日志处理方法的流程图；
31.图3示出了本公开一些实施例所提供的问题场景选取页面中展示有待选择的多种问题场景的示意图；
32.图4示出了一些实施例所提供的一种日志处理方法应用的示意图；
33.图5示出了本公开一些实施例所提供的一种日志处理装置的结构示意图；
34.图6示出了本公开一些实施例所提供的另一种日志处理装置的结构示意图；
35.图7示出了本公开一些实施例所提供的一种计算机设备的结构示意图；
36.图8示出了本公开一些实施例所提供的另一种计算机设备的结构示意图。
具体实施方式
37.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述。
38.随着计算机技术的发展，计算机设备生成的日志数据的数据量逐渐增大。相关技术中，在计算机设备出现运行错误的情况下，可以通过多种方式在现场进行数据采集，实现
一键日志数据的收集，并在收集完毕之后，上传至指定服务器。
39.但是，这方式采集的日志数据通常数据量较大，而且没有对收集的日志数据进行分类，导致工作人员处理日志数据的任务量增大，影响了日志数据处理的效率。
40.基于上述研究，本公开提供了一种日志处理方法、装置、计算机设备以及存储介质。通过上述描述可知，可以在接收日志分析端的日志获取请求之后，通过问题场景与日志类型之间的映射关系，来确定与日志获取请求所携带目标问题场景相匹配的目标日志类型，从而可以通过上述映射关系方便快捷的确定出与目标问题场景匹配的目标日志类型。之后，再基于该目标日志类型从管理的操作系统的日志数据中，获取与该目标日志类型匹配的目标日志数据。可见，本公开实施例提供了场景化的日志访问方式，用户可以按照出现的问题对应的问题场景，有针对性地获取对应场景下的日志数据，一方面可以避免获取的日志数据的数据量过大，引起的日志分析处理困难的现象，另一方面避免人工从大量的日志数据中，逐句挑选与日志获取请求相匹配的目标日志数据，节省了人力成本和时间成本。在获取目标日志数据之后，可以向日志分析端发送该目标日志数据，以通过该日志分析端对该目标日志数据进行分析处理，从而提高了日志处理的效率。
41.为便于对本实施例进行理解，首先对本公开实施例所公开的一种日志处理方法进行详细介绍。
42.参见图1所示，为本公开实施例提供的一种日志处理方法的流程图，所述方法包括步骤s101～s107，其中：
43.s101：接收日志分析端的日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
44.这里需要说明的是，上述日志处理方法可以应用在可生成日志信息的计算机设备中，其中，该计算机设备可以为车机设备(也即车机端)，也可以为移动终端设备，也可以为个人计算机(personal computer，pc)等。
45.下面以上述生成日志信息的计算机设备为车机端为例，对本公开实施例所提供的日志处理方法进行介绍。
46.在本公开实施例中，可以在车机端中设置日志管理应用，并通过该日志管理应用接收日志分析端的日志获取请求，并获取车机端中所包含操作系统的日志数据。或者，也可以通过车机端所包含的操作系统直接接收日志分析端的日志获取请求，并获取车机端中所包含操作系统的日志数据。
47.其中，日志分析端可以理解为与车机端互相通信的另一个计算机设备，例如，该计算机设备可以为移动终端设备，也可以为pc设备等。
48.由于车机端的系统可能会出现一些错误，例如，响应失败错误、语音识别错误、卡顿、黑屏、死机等。在车机端出现错误之后，可以通过日志分析端对车机端的日志数据进行分析处理，以解决车机端所出现的错误。
49.因此，在车机端出现错误之后，日志分析端可以发送日志获取请求，车机端可以接收日志分析端发送的日志获取请求，之后，执行下述s103～s107所述的步骤。
50.其中，日志获取请求中可以携带有目标问题场景的指示信息，此时，该目标问题场景可以为日志分析端预先设定的多个问题场景中的一个或多个。其中，该多个问题场景可以为语音场景、地图场景、卡顿场景、空中下载(over-the-air，ota，也即，远程升级)场景、
黑屏/死机/冻屏场景、跨域场景等。此时，可以为每个问题场景预先设置对应的指示信息，其中，问题场景的指示信息可以为问题场景的名称，也可以为数字标识信息等，本公开对问题场景的指示信息不作具体限定，以能准确清晰的区别出各个问题场景为准。
51.例如，在目标问题场景为语音场景的情况下，则该目标问题场景的指示信息可以为“语音场景”，或者，该目标问题场景的指示信息也可以为数字标识信息“01”(或者，该数字标识信息也可以为“001”、“02”等)。
52.s103：基于问题场景与日志类型之间的映射关系，确定与所述目标问题场景匹配的至少一个目标日志类型；
53.这里，日志类型可以理解为日志数据中与问题场景相关联的数据所属的类型，例如，该日志类型可以为logcat(android系统日志)、tombstone(墓碑日志)、anr(无响应日志)、kernel log(内核日志)、map log(地图日志)、soa log(通信日志)、slog2info(qnx系统日志)、coredump(崩溃日志)、gcore(虚拟机日志)、boot log(启动日志)等。
54.示例性的，在问题场景为跨域问题的情况下，与该跨域问题相对应的日志类型为：logcat、tombstone、anr、soa log、slog2info。
55.此时，可以预先设置多种问题场景内，并建立各问题场景与对应的日志类型之间的映射关系，从而可以基于该映射关系，确定与目标问题场景相匹配的目标日志类型。
56.s105：基于所述至少一个目标日志类型，从管理的操作系统的日志数据中，获取与所述至少一个目标日志类型匹配的目标日志数据；
57.这里，车载系统中可以包含至少一个操作系统；本公开实施例中支持车载系统包括多个操作系统的情况，例如，该操作系统可以包括安卓(android)系统，也可以为qnx系统，也可以为linux系统等。
58.此时，多个操作系统所包含的日志类型可以部分相同，例如，多个操作系统可以均包含kernel log类型的日志，也可以都包含soa log类型的日志。此时，在目标日志类型为kernel log的情况下，则需要从包含该kernel log类型的日志的多个操作系统中均获取该kernel log类型的日志数据。
59.在确定出与目标问题场景匹配的至少一个目标日志类型之后，就可以上述多个操作系统的日志数据中，获取与该至少一个目标日志类型匹配的目标日志数据。
60.之后，执行下面s107所述的步骤。
61.s107：向所述日志分析端发送所述目标日志数据。
62.在从多个操作系统的日志数据中，获取到与目标日志类型相匹配的目标日志数据之后，就可以将该目标日志数据发送至日志分析端。
63.具体实施时，可以从管理的多个操作系统中，确定一个主操作系统，并将多个操作系统中除该主操作系统之外的系统确定为从操作系统。此时，在接收到日志获取请求之后，可以将从操作系统的日志数据以及主操作系统对应的日志数据通过主操作系统(或者主操作系统对应的日志管理应用，也即第一日志管理应用)对应的数据传输接口发送至日志分析端。
64.例如，在多个操作系统为上述android系统、qnx系统、linux系统的情况下，则可以设置android系统为主操作系统，qnx系统和linux系统为从操作系统，那么，从管理的多个操作系统的日志数据中获取到目标日志数据之后，就可以通过android系统对应的数据传
输接口(例如，adb接口)发送至日志分析端。
65.通过上述描述可知，可以在接收日志分析端的日志获取请求之后，通过多种问题场景与日志类型之间的映射关系，来确定与日志获取请求对应的目标问题场景相匹配的目标日志类型，从而可以通过上述映射关系方便快捷的确定出与目标问题场景匹配的目标日志类型。之后，再基于该目标日志类型从管理的多个操作系统的日志数据中，获取与该目标日志类型匹配的目标日志数据，一方面避免获取的日志数据的数据量过大，引起的日志分析处理困难的现象，另一方面避免人工从大量的日志数据中，逐句挑选与日志获取请求相匹配的目标日志数据，节省了人力成本和时间成本。在获取目标日志数据之后，可以向日志分析端发送该目标日志数据，以通过该日志分析端对该目标日志数据进行分析处理，从而提高了日志处理的效率。
66.在一个可选的实施方式中，在接收日志分析端的日志获取请求之前，本公开实施例具体还包括如下过程：
67.响应于在日志分析端的日志分析触发操作，向所述日志分析端发送问题场景选取信息，所述问题场景选取信息中包含待选择的多种问题场景的指示信息；其中，所述多种问题场景为对最新更新的各日志类型进行场景归类得到的；所述各日志类型在发生应用上线或下线时发生更新。
68.本公开实施例中，在日志分析端的问题场景可以是动态更新的，比如，随着应用的增加或减少，相对应的问题场景也可以发生增加或减少；例如三维地图应用上线后，可以单独增加三维地图日志类型，进而增加与三维地图日志类型对应的问题场景(该三维地图日志类型可以单独对应一个问题场景)。通过动态更新问题场景，能够更好地进行日志的准确筛选。
69.这里，日志分析触发操作可以指示在日志分析端触发的日志分析功能(或者在日志分析端所展示的日志分析选项)，此时，该日志分析功能的触发操作可以为针对该日志分析功能(或者，日志分析选项)的点击操作，也可以为语音唤起日志分析功能等。
70.在本公开实施例中，日志分析功能可以理解为对车机端所产生的日志数据进行分析处理的功能，因此，在检测到对日志分析端的日志分析触发操作之后，可以确定车机端进入日志处理的进程中，此时，可以响应于该日志分析触发操作，向日志分析端发送最新更新的问题场景选取信息，以使车机端能够基于该问题场景选取信息中所包含的待选择的多种问题场景的指示信息展示问题场景选取页面，此时，就可以使用户基于该问题场景选取页面对展示的待选择的多种问题场景的指示信息进行选取，选取后确定目标问题场景。然后，就可以基于该目标问题场景的指示信息确定日志获取请求。之后，车机端可以接收日志分析端的日志获取请求，并执行上述s101～s105所描述的步骤。
71.上述实施方式中，可以通过响应于日志分析触发操作，向日志分析端发送问题场景选取信息，此时，问题场景选取信息中包含适配车机端的现有应用的多种问题场景的指示信息，从而可以使用户对多种问题场景的指示信息进行选择，使车机端能够更加准确地进行日志获取，提高日志处理的效率。
72.在一个可选的实施方式中，针对s105：在操作系统包括多个操作系统的情况下，获取与所述至少一个目标日志类型匹配的目标日志数据，具体包括如下步骤：
73.步骤s21：针对所述至少一个目标日志类型中的每个目标日志类型，确定所述管理
的多个操作系统中具有所述目标日志类型对应的日志数据的目标操作系统；
74.步骤s22：从所述目标操作系统的日志数据中，获取与所述目标日志类型匹配的目标日志数据。
75.在本公开实施例中，目标操作系统的数量可以为一个也可以为多个，此时，该目标操作系统可以为多个操作系统中的主操作系统，也可以为多个操作系统中的从操作系统。
76.在本公开实施例中，可以为每个操作系统安装对应的日志管理应用，从而可以通过该日志管理应用实现对操作系统所产生的日数据进行处理，例如，可以对操作系统产生的日志进行存盘、删除老旧日志、提供日志列表，监控报警等。
77.基于此，在确定出目标操作系统之后，可以通过目标操作系统对应的日志管理应用，从该目标操作系统的日志数据中，获取与该目标日志类型匹配的目标日志数据。
78.一种可选的实施方式，在目标操作系统包括第一操作系统的情况下，则可以通过第一日志管理应用从该第一操作系统的各日志数据中，提取与该目标日志类型匹配的目标日志数据；其中，第一操作系统为安装第一日志管理应用的操作系统。
79.这里，第一操作系统也可以理解为上述主操作系统。
80.示例性的，假设，管理的多个操作系统为上述android系统、qnx系统、linux系统，并且设置android系统为主操作系统，qnx系统和linux系统为操作系统的情况下，此时，目标操作系统即为android系统，此时，可以通过在该android系统上安装的第一日志管理应用来从该android系统的日志数据中提取与该目标日志类型匹配的目标日志数据。
81.另一种可选的实施方式，在目标操作系统包括第二操作系统的情况下，则可以通过第一日志管理应用控制该第二操作系统对应的第二日志管理应用，从该第二操作系统的各日志数据中，提取与目标日志类型匹配的目标日志数据；其中，第二操作系统为安装第二日志管理应用的操作系统，第二操作系统与第一操作系统不同，第一操作系统为安装第一日志管理应用的操作系统。
82.这里，第二操作系统可以理解为上述从操作系统。
83.示例性的，假设，管理的多个操作系统为上述android系统、qnx系统、linux系统，并且设置android系统为主操作系统，qnx系统和linux系统为操作系统的情况下，此时，目标操作系统即可以为qnx系统，此时，可以通过在android系统上安装的第一日志管理应用，来控制qnx系统中安装的第二日志管理应用从该qnx系统的日志数据中提取与该目标日志类型匹配的目标日志数据。
84.又例如，在目标操作系统为上述android系统和qnx系统的情况下，则可以基于android系统安装的第一日志管理应用，从android系统的各日志数据中提取与目标日志类型匹配的日志数据，以及控制qnx系统中安装的第二日志管理应用从qnx系统的各日志数据中提取与目标日志类型匹配的日志数据，得到目标日志数据。
85.上述实施方式中，可以通过专门的日志管理应用实现对各操作系统中日志数据的管理，在需要进行日志数据提取时，通过各日志管理应用来提取各操作系统中的目标日志数据，使日志的获取过程更加可靠，提高了日志提取的效率。除此之外，可以通过第一日志管理应用控制各第二日志管理应用，从而可以简化各日志管理应用的对外通信接口，避免由于通信接口数据过多引起的获取数据紊乱的现象。
86.基于上述第一日志管理应用和第二日志管理应用之间的管理关系，本公开实施例
的多个操作系统可以统一通过第一日志管理应用，与日志分析端通信，避免使用多个接口与日志分析端通信，造成的接口混乱以及数据传输混乱的问题。
87.在上述任一可选的实施方式的基础上，本公开实施例可以通过第一日志管理应用与日志分析端之间建立的数据连接，接收来自日志分析端的所述日志获取请求，并在按照上述任一项所述的可选的实施方式获取与该日志获取请求相匹配的目标日志数据之后，再通过该数据连接，向日志分析端发送所述目标日志数据。
88.这里，第一日志管理应用与日志分析端之间建立的数据连接与第一日志管理应用所对应的操作系统相关联，例如，在第一日志管理应用所对应的操作系统为android系统的情况下，则该第一日志管理应用与日志分析端之间可以通过adb接口进行数据连接。
89.其中，该数据连接可以通过有线的方式进行连接(例如，通过usb线连接)，也可以通过无线的方式进行连接(例如，通过wifi连接)，本公开对该数据连接的连接形式不作限定，以满足实际需要为准。
90.上述实施方式中，可以通过建立第一日志管理应用以及日志分析端之间的数据连接，来实现日志分析端与多个操作系统之间的通信，从而可以使日志分析端与多个操作系统之间的通信更加简单、直接，从而可以避免多个操作系统与日志分析端直接通信所造成的数据传输复杂、混乱的现象。
91.参见图2所示，为本公开实施例提供的另一种日志处理方法的流程图，所述方法可以应用在计算机设备中，此时，该日志处理方法的应用场景可以为在车机端出现运行错误(例如，卡顿、响应失败等)之后，可以通过车机端中所安装的日志管理应用捕获该错误，并发送错误信号至日志分析端(也即，日志管理应用的监控报警功能)。此时，在日志分析端接收到该错误信号之后，工作人员(或者用户)可以触发日志分析触发操作，并按照下面所描述的日志处理方法对车机端所产生的日志进行分析处理。
92.所述方法包括步骤s201～s205，其中：
93.s201：响应于日志分析触发操作，展示问题场景选取页面，所述问题场景选取页面中展示有待选择的多种问题场景的指示信息；
94.在本公开实施例中，可以在计算机设备中预先设置日志分析触发按钮，并在检测到针对该日志分析触发按钮的触发操作之后，展示问题场景选取页面。其中，在该问题场景选取页面中可以包含多个可选择的问题场景，此时，该问题场景可以指示车机端中运行发生错误的场景。
95.这里，展示的待选择的多个问题场景可以为预先设定的多个场景，并且，可以随着车机端中对应功能的更新来实时更新该预先设定的多个场景，从而可以车机端中所出现的在该多个场景下的运行错误进行分析处理。
96.例如，如图3所示，该问题场景可以为通用场景、语音场景、地图场景、跨域场景、ota场景、卡顿场景、黑屏/死机/冻屏场景、一键清除所有log等。
97.其中，通用场景可以指示用户根据错误信号无法确定出车机端出现运行错误的场景，此时，在该通用场景下可以获取车机端中目标操作系统的全部日志数据，并对该全部日志数据进行分析处理。
98.跨域场景指示车机端出现的运行错误包含从车辆的其他部件中所获取的数据，示例性的，假设，车机端出现车速显示错误，那么，该车机端的车速是通过获取车辆轮胎的速
度来确定的，此时，该车速显示错误即可以理解为跨域错误，此时，该跨域错误即可对应跨域场景。
99.一键清除所有log指示清除用户通过触发问题场景所接收的日志数据。
100.在本公开实施例中，在展示多种问题场景之后，可以执行下述s203～s205中所描述的步骤。
101.s203：确定用户从展示的所述多种问题场景的指示信息中选取的目标问题场景的指示信息，并向车机端发送日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
102.在本公开实施例中，可以检测用户针对问题场景选取页面的选择操作，并将用户所选择的问题场景确定为目标问题场景。
103.在本公开实施例中，在确定出用户选取的目标问题场景之后，就可以向车机端发送日志获取请求，此时，该日志获取请求中携带有目标问题场景。
104.之后，车机端可以按照上述s101～s107所描述的步骤得到与日志获取请求相匹配的目标日志数据，并向日志分析端发送该目标日志数据。
105.s205：接收所述车机端返回的与所述目标问题场景匹配的目标日志数据，并对所述目标日志数据进行分析处理。
106.在本公开实施例中，日志分析端可以接收车机端返回的与目标问题场景匹配的目标日志数据，并对该目标日志数据进行分析处理。
107.在本公开实施例中，可以响应于日志分析触发操作，展示问题场景选取页面，此时，可以通过检测用户针对该问题场景选取页面的触发操作，来确定用户从展示的多种问题场景中选取的目标问题场景，之后，可以向车机端发送携带该目标问题场景的日志获取请求，并接收车机端返回的与该目标问题场景相匹配的目标日志数据，以对该目标日志数据进行分析处理。
108.上述实施方式中，可以通过展示有多种问题场景的指示信息的问题场景选取页面，使用户快速、精准的确定车机端出现运行错误的目标问题场景，以基于该目标问题场景的指示信息向车机端发送日志获取请求，从而节省了用户确定车机端出现运行错误场景的时间，提高了效率。此时，车机端可以返回与该目标问题场景相匹配的目标日志数据，从而可以大大降低车机端返回的目标日志数据的数据量，减轻数据传输以及数据存储压力。之后，可以对目标日志数据进行分析处理，减轻了日志处理的数据量，提高了日志处理方法的性能。
109.在一个可选的实施方式中，针对上述s201：响应于日志分析触发操作，展示问题场景选取页面，具体包括如下过程：
110.首先，响应于日志分析触发操作，向日志管理应用端请求获取问题场景选取信息；所述问题场景选取信息中包含待选择的多种问题场景的指示信息；其中，所述多种问题场景为对最新更新的各日志类型进行场景归类得到的；所述各日志类型在发生应用上线或下线时发生更新。
111.然后，基于接收到的所述问题场景选取信息展示所述问题场景选取页面。
112.上述实施方式中，可以通过问题场景选取页面将车机端可能出现的错误对应的问题场景的指示信息展示出来，从而使用户简单快速的确定出目标问题场景，以快速获取车
机端对应的日志数据并进行分析，不仅减轻了数据处理量，还提高了日志处理效率。此外，在日志分析端的问题场景是动态更新的，通过动态更新问题场景，能够更好地进行日志的准确筛选。
113.在一个可选的实施方式中，在向车机端发送日志获取请求的情况下，可以通过日志分析端与所述车机端的第一日志管理应用之间建立的数据连接，向车机端发送所述日志获取请求。
114.在接收所述车机端返回的与所述目标问题场景匹配的目标日志数据的情况下，可以通过所述数据连接，接收所述车机端返回的与所述目标问题场景匹配的目标日志数据。
115.这里，日志分析端可以理解为对目标日志数据进行分析处理的一端，车机端的第一日志管理应用可以理解为：安装在车机端的第一操作系统的，用于管理车机端的第一操作系统的日志数据，以及管理安装在车机端第二操作系统的第二日志管理应用的应用。
116.在本公开实施例中，可以建立日志分析端与车机端的第一日志管理应用之间的数据连接，其中，该数据连接与第一日志管理应用所对应的车机端的操作系统相关联，例如，在第一日志管理应用所对应的操作系统为android系统的情况下，则该数据连接即可以为adb接口连接。
117.其中，该数据连接可以通过有线的方式进行连接(例如，通过usb线连接)，也可以通过无线的方式进行连接(例如，通过wifi连接)，本公开对该数据连接的连接形式不作限定，以满足实际需要为准。
118.上述实施方式中，可以通过建立日志分析端与车机端的第一日志管理应用之间的数据连接，来实现日志分析端以及车机端之间的通信，从而可以实现日志分析端以及第一日志管理应用之间的单线连接，从而可以使日志分析端与车机端之间的通信更加简单、直接，从而保证了日志分析端与车机端之间的通信安全，进而提高了日志处理的准确性。
119.在一个可选的实施方式中，针对上述s205：对所述目标日志数据进行分析处理，具体包括如下步骤：
120.步骤s2011：基于所述目标问题场景对应的多个问题字段信息，从所述目标日志数据中查找与所述问题字段信息匹配的各条日志记录；
121.步骤s2012：对所述各条日志记录进行分析，确定日志分析结果，所述日志分析结果包括指示出现问题的目标应用信息、问题原因、以及堆栈信息中的至少一种。
122.在本公开实施例中，每个问题场景可以对应至少一个日志类型(这里，该日志类型可以指示问题场景所涉及到的日志类型)，每个日志类型(也即日志类型)又可以对应多个问题字段信息，此时，该问题字段信息可以理解为在该日志类型下所包含的异常信息对应的字段。
123.示例性的，假设，日志类型(或者日志类型)为logcat，那么，该日志类型为logcat对应的多个问题字段信息即可以为“nullpointerexception(空指针引用异常)”、“classcastexception(类型强制转换异常)”“indexoutofboundsexception(下标越界异常)”等。
124.基于此，在本公开实施例中，在确定出目标问题场景之后，可以先确定与该目标问题场景相匹配的目标日志类型，并通过与该目标日志类型相匹配的问题字段信息来确定与该目标问题场景对应的多个问题字段信息。
125.在本公开实施例中，在确定出目标问题场景对应的多个问题字段信息之后，可以基于该多个问题字段信息遍历目标日志数据，并将目标日志数据中包含该问题字段信息的日志记录提取出来，得到与该问题字段信息相匹配的各条日志记录。
126.在本公开实施例中，在得到与问题字段信息匹配的各条日志记录之后，可以对该各条日志记录进行分析，得到日志分析结果。
127.上述实施方式中，可以通过目标问题场景对应的多个问题字段信息，从目标日志数据中查找与该问题字段信息相匹配的各条日志记录，从而可以从目标日志数据中快速查找到关键的日志记录。之后，可以通过对该各条日志记录进行分析，来得到对目标日志数据进行分析处理的日志分析结果，节省了之前通过人工逐条分析日志数据得到日志分析结果的时间，提高了日志处理的效率。
128.在一个可选的实施方式中，在对所述各条日志记录进行分析，确定日志分析结果之后，本公开实施例具体还包括如下过程：
129.确定所述日志分析结果指示的问题信息是否属于已上报的问题信息，如果不属于，则将所述日志分析结果上报至测试平台。
130.在本公开实施例中，在确定出各条日志记录中所包含的问题字段信息，以及该问题字段信息所对应的堆栈信息之后，就可以访问测试平台中所保存的历史日志分析结果，并从该历史日志分析结果中查找是否包含与该问题字段信息以及该问题字段信息所对应的堆栈信息相同的历史日志分析结果。
131.若在测试平台中确定出存在与该问题字段信息以及该问题字段信息所对应的堆栈信息相同的历史日志分析结果，那么，可以确定该日志分析结果指示的问题信息属于已上报的问题信息。此时，可以将日志分析结果以及判断属于已上报的问题信息的判断结果发送至用户。
132.此时，日志分析端还可以确定该已上报的问题信息是否已经解决，并在确定出已经解决的情况下，按照该问题信息的解决办法，解决日志分析结果所指示的问题信息，从而可以减少用户对日志进行分析处理的工作量。
133.若在测试平台中确定出不存在与该问题字段信息以及该问题字段信息所对应的堆栈信息相同的历史日志分析结果，那么，可以确定该日志分析结果指示的问题信息不属于已上报的问题信息。
134.此时，就可以将该日志分析结果上报至测试平台中，并基于该日志分析结果更新历史日志分析结果。此时，日志分析端还可以将日志分析结果以及不属于已上报的问题信息的判断结果发送至用户。
135.这里，在日志分析结果指示的问题信息属于已上报的问题信息的情况下，发送至用户的判断结果的展示形式与日志分析结果指示的问题信息不属于已上报的问题信息的判断结果的展示形式可以不同，以使用户更加清楚明白的判断日志分析结果指示的问题信息是否属于已上报的问题信息。
136.上述实施方式中，在得到日志分析结果之后，可以确定所述日志分析结果指示的问题信息是否属于已上报的问题信息，如果不属于，则将日志分析结果上报至测试平台，如果属于，则可以不用上报至测试平台，从而可以实现对日志分析结果的自动筛选，不仅减轻了用户(或者工作人员)的工作量，而且可以避免用户(或者工作人员)重复处理相同的问
题，影响了日志处理效率。
137.下面将结合具体示意图，对本公开实施例所提供的日志处理方法进行整体性的介绍。
138.如图4所示，假设，车机端包含两个操作系统，分别为android系统和qnx系统，其中，android系统为第一操作系统，qnx系统为第二操作系统，android系统安装有第一日志管理应用，qnx系统安装有第二日志管理应用。
139.此时，日志分析端可以响应于日志分析触发操作，展示问题场景选取页面，并基于用户从展示的多种问题场景中选取的目标问题场景确定日志获取请求。
140.之后，日志分析端可以向车机端发送日志获取请求。
141.车机端在接收到日志获取请求之后，可以基于日志获取请求携带的目标问题场景来确定与该目标问题场景匹配的目标日志类型。
142.之后，可以通过第一日志管理应用从android系统的各日志数据中，提取与该目标日志类型匹配的日志数据(如图4所示的日志数据1)，并通过第一日志管理应用控制qnx系统对应的第二日志管理应用，从qnx系统的各日志数据中，提取与该目标日志类型匹配的日志数据(如图4所示的日志数据2)，得到目标日志数据。
143.接着，就可以向日志分析端发送该目标日志数据。
144.然后，日志分析端就可以接收车机端返回的与目标问题场景匹配的目标日志数据，并对该目标日志数据进行分析处理。
145.综上，基于上述描述可知，在本公开实施例中，可以在日志分析端展示有多种问题场景的问题场景选取页面，使用户快速、精准的确定车机端出现运行错误的目标问题场景，以基于该目标问题场景向车机端发送日志获取请求。之后，车机端在接收日志分析端的日志获取请求之后，可以通过多种问题场景与日志类型之间的映射关系，来确定与日志获取请求所携带目标问题场景相匹配的目标日志类型，从而可以通过上述映射关系方便快捷的确定出与目标问题场景匹配的目标日志类型。之后，再基于该目标日志类型从管理的多个操作系统的日志数据中，获取与该目标日志类型匹配的目标日志数据。从而本公开实施例提供的场景化的日志访问方式，可以实现对日志数据的针对性提取，在确保能够获取到需求的日志数据的同时，减少获取的日志数据的数据量，从而减轻日志分析处理的负担，提高处理效率。
146.本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
147.基于同一发明构思，本公开实施例中还提供了与日志处理方法对应的日志处理装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述日志处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
148.参照图5所示，为本公开实施例提供的一种日志处理装置的示意图，所述装置包括：接收模块51、确定模块52、获取模块53、第一发送模块54；其中，
149.接收模块51，用于接收日志分析端的日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
150.确定模块52，用于基于问题场景与日志类型之间的映射关系，确定与所述目标问
题场景匹配的至少一个目标日志类型；
151.获取模块53，用于基于所述至少一个目标日志类型，从管理的操作系统的日志数据中，获取与所述至少一个目标日志类型匹配的目标日志数据；
152.第一发送模块54，用于向所述日志分析端发送所述目标日志数据。
153.一种可能的实施方式中，该装置还用于：在接收日志分析端的日志获取请求之前，响应于在日志分析端的日志分析触发操作，向所述日志分析端发送问题场景选取信息，所述问题场景选取信息中包含待选择的多种问题场景的指示信息；其中，所述多种问题场景为对最新更新的各日志类型进行场景归类得到的；所述各日志类型在发生应用上线或下线时发生更新。
154.一种可能的实施方式中，所述操作系统包括多个操作系统，此时，获取模块53，还用于：针对所述至少一个目标日志类型中的每个目标日志类型，确定所述管理的多个操作系统中具有所述目标日志类型对应的日志数据的目标操作系统；从所述目标操作系统的日志数据中，获取与所述目标日志类型匹配的目标日志数据。
155.一种可能的实施方式中，获取模块53，还用于：在所述目标操作系统包括第一操作系统的情况下，通过第一日志管理应用从所述第一操作系统的各日志数据中，提取与所述目标日志类型匹配的目标日志数据；所述第一操作系统为安装所述第一日志管理应用的操作系统。
156.一种可能的实施方式中，获取模块53，还用于：在所述目标操作系统包括第二操作系统的情况下，通过第一日志管理应用控制所述第二操作系统对应的第二日志管理应用，从所述第二操作系统的各日志数据中，提取与所述目标日志类型匹配的目标日志数据；所述第二操作系统为安装所述第二日志管理应用的操作系统，所述第二操作系统与第一操作系统不同，所述第一操作系统为安装所述第一日志管理应用的操作系统。
157.一种可能的实施方式中，该装置还用于：通过第一日志管理应用与日志分析端之间建立的数据连接，接收来自日志分析端的所述日志获取请求；通过所述数据连接，向所述日志分析端发送所述目标日志数据。
158.参照图6所示，为本公开实施例提供的另一种日志处理装置的示意图，所述装置包括：展示模块61、第二发送模块62、分析处理模块63；其中，
159.展示模块61，用于响应于日志分析触发操作，展示问题场景选取页面，所述问题场景选取页面中展示有待选择的多种问题场景的指示信息；
160.第二发送模块62，用于确定用户从展示的所述多种问题场景的指示信息中选取的目标问题场景的指示信息，并向车机端发送日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
161.分析处理模块63，用于接收所述车机端返回的与所述目标问题场景匹配的目标日志数据，并对所述目标日志数据进行分析处理。
162.一种可能的实施方式中，展示模块61，用于：响应于日志分析触发操作，向日志管理应用端请求获取问题场景选取信息；所述问题场景选取信息中包含待选择的多种问题场景的指示信息；其中，所述多种问题场景为对最新更新的各日志类型进行场景归类得到的；所述各日志类型在发生应用上线或下线时发生更新；基于接收到的所述问题场景选取信息展示所述问题场景选取页面。
163.一种可能的实施方式中，该装置还用于：通过日志分析端与所述车机端的第一日志管理应用之间建立的数据连接，向车机端发送所述日志获取请求；通过所述数据连接，接收所述车机端返回的与所述目标问题场景匹配的目标日志数据。
164.一种可能的实施方式中，分析处理模块63，还用于：基于所述目标问题场景对应的多个问题字段信息，从所述目标日志数据中查找与所述问题字段信息匹配的各条日志记录；对所述各条日志记录进行分析，确定日志分析结果，所述日志分析结果包括指示出现问题的目标应用信息、问题原因、以及堆栈信息中的至少一种。
165.一种可能的实施方式中，分析处理模块63，还用于：在对所述各条日志记录进行分析，确定日志分析结果之后，确定所述日志分析结果指示的问题信息是否属于已上报的问题信息，如果不属于，则将所述日志分析结果上报至测试平台。
166.关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
167.对应于图1中的日志处理方法，本公开实施例还提供了一种计算机设备700，如图7所示，为本公开实施例提供的计算机设备700结构示意图，包括：
168.处理器71、存储器72、和总线73；存储器72用于存储执行指令，包括内存721和外部存储器722；这里的内存721也称内存储器，用于暂时存放处理器71中的运算数据，以及与硬盘等外部存储器722交换的数据，处理器71通过内存721与外部存储器722进行数据交换，当所述计算机设备700运行时，所述处理器71与所述存储器72之间通过总线73通信，使得所述处理器71执行以下指令：
169.接收日志分析端的日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
170.基于问题场景与日志类型之间的映射关系，确定与所述目标问题场景匹配的至少一个目标日志类型；
171.基于所述至少一个目标日志类型，从管理的操作系统的日志数据中，获取与所述至少一个目标日志类型匹配的目标日志数据；
172.向所述日志分析端发送所述目标日志数据。
173.对应于图2中的日志处理方法，本公开实施例还提供了另一种计算机设备800，如图8所示，为本公开实施例提供的计算机设备800结构示意图，包括：
174.处理器81、存储器82、和总线83；存储器82用于存储执行指令，包括内存821和外部存储器822；这里的内存821也称内存储器，用于暂时存放处理器81中的运算数据，以及与硬盘等外部存储器822交换的数据，处理器81通过内存821与外部存储器822进行数据交换，当所述计算机设备800运行时，所述处理器81与所述存储器82之间通过总线83通信，使得所述处理器81执行以下指令：
175.响应于日志分析触发操作，展示问题场景选取页面，所述问题场景选取页面中展示有待选择的多种问题场景的指示信息；
176.确定用户从展示的所述多种问题场景的指示信息中选取的目标问题场景的指示信息，并向车机端发送日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
177.接收所述车机端返回的与所述目标问题场景匹配的目标日志数据，并对所述目标
日志数据进行分析处理。
178.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的日志处理方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。
179.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
180.所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
181.另外，在本公开各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。
182.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
183.最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

技术特征：
1.一种日志处理方法，其特征在于，包括：接收日志分析端的日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；基于问题场景与日志类型之间的映射关系，确定与所述目标问题场景匹配的至少一个目标日志类型；基于所述至少一个目标日志类型，从管理的操作系统的日志数据中，获取与所述至少一个目标日志类型匹配的目标日志数据；向所述日志分析端发送所述目标日志数据。2.根据权利要求1所述的方法，其特征在于，接收日志分析端的日志获取请求之前，还包括：响应于在日志分析端的日志分析触发操作，向所述日志分析端发送问题场景选取信息，所述问题场景选取信息中包含待选择的多种问题场景的指示信息；其中，所述多种问题场景为对最新更新的各日志类型进行场景归类得到的；所述各日志类型在发生应用上线或下线时发生更新。3.根据权利要求1-2任一项所述的方法，其特征在于，所述操作系统包括多个操作系统，所述获取与所述至少一个目标日志类型匹配的目标日志数据，包括：针对所述至少一个目标日志类型中的每个目标日志类型，确定所述管理的多个操作系统中具有所述目标日志类型对应的日志数据的目标操作系统；从所述目标操作系统的日志数据中，获取与所述目标日志类型匹配的目标日志数据。4.根据权利要求3所述的方法，其特征在于，所述目标操作系统包括第一操作系统，所述从所述目标操作系统的日志数据中，获取与所述目标日志类型匹配的目标日志数据，包括：通过第一日志管理应用从所述第一操作系统的各日志数据中，提取与所述目标日志类型匹配的目标日志数据；所述第一操作系统为安装所述第一日志管理应用的操作系统。5.根据权利要求3所述的方法，其特征在于，所述目标操作系统包括第二操作系统，所述从所述目标操作系统的日志数据中，获取与所述目标日志类型匹配的目标日志数据，包括：通过第一日志管理应用控制所述第二操作系统对应的第二日志管理应用，从所述第二操作系统的各日志数据中，提取与所述目标日志类型匹配的目标日志数据；所述第二操作系统为安装所述第二日志管理应用的操作系统，所述第二操作系统与第一操作系统不同，所述第一操作系统为安装所述第一日志管理应用的操作系统。6.根据权利要求1～5任一所述的方法，其特征在于，所述方法还包括：通过第一日志管理应用与日志分析端之间建立的数据连接，接收来自日志分析端的所述日志获取请求；通过所述数据连接，向所述日志分析端发送所述目标日志数据。7.一种日志处理方法，其特征在于，包括：响应于日志分析触发操作，展示问题场景选取页面，所述问题场景选取页面中展示有待选择的多种问题场景的指示信息；确定用户从展示的所述多种问题场景的指示信息中选取的目标问题场景的指示信息，并向车机端发送日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；
接收所述车机端返回的与所述目标问题场景匹配的目标日志数据，并对所述目标日志数据进行分析处理。8.根据权利要求7所述的方法，其特征在于，响应于日志分析触发操作，展示问题场景选取页面，包括：响应于日志分析触发操作，向日志管理应用端请求获取问题场景选取信息；所述问题场景选取信息中包含待选择的多种问题场景的指示信息；其中，所述多种问题场景为对最新更新的各日志类型进行场景归类得到的；所述各日志类型在发生应用上线或下线时发生更新；基于接收到的所述问题场景选取信息展示所述问题场景选取页面。9.根据权利要求7所述的方法，其特征在于，所述向车机端发送日志获取请求，包括：通过日志分析端与所述车机端的第一日志管理应用之间建立的数据连接，向车机端发送所述日志获取请求；所述接收所述车机端返回的与所述目标问题场景匹配的目标日志数据，包括：通过所述数据连接，接收所述车机端返回的与所述目标问题场景匹配的目标日志数据。10.根据权利要求7或8所述的方法，其特征在于，所述对所述目标日志数据进行分析处理，包括：基于所述目标问题场景对应的多个问题字段信息，从所述目标日志数据中查找与所述问题字段信息匹配的各条日志记录；对所述各条日志记录进行分析，确定日志分析结果，所述日志分析结果包括指示出现问题的目标应用信息、问题原因、以及堆栈信息中的至少一种。11.根据权利要求10所述的方法，其特征在于，对所述各条日志记录进行分析，确定日志分析结果之后，还包括：确定所述日志分析结果指示的问题信息是否属于已上报的问题信息，如果不属于，则将所述日志分析结果上报至测试平台。12.一种日志处理装置，其特征在于，应用于车机端，所述车机端用于执行如权利要求1～6中任一项所述的日志处理方法，包括：接收模块，用于接收日志分析端的日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；确定模块，用于基于问题场景与日志类型之间的映射关系，确定与所述目标问题场景匹配的至少一个目标日志类型；获取模块，用于基于所述至少一个目标日志类型，从管理的操作系统的日志数据中，获取与所述至少一个目标日志类型匹配的目标日志数据；第一发送模块，用于向所述日志分析端发送所述目标日志数据。13.一种日志处理装置，其特征在于，应用于日志分析端，所述日志分析端用于执行如权利要求7～11中任一项所述的日志处理方法，包括：展示模块，用于响应于日志分析触发操作，展示问题场景选取页面，所述问题场景选取页面中展示有待选择的多种问题场景的指示信息；第二发送模块，用于确定用户从展示的所述多种问题场景的指示信息中选取的目标问
题场景的指示信息，并向车机端发送日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；分析处理模块，用于接收所述车机端返回的与所述目标问题场景匹配的目标日志数据，并对所述目标日志数据进行分析处理。14.一种计算机设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至6任一项所述的日志处理方法的步骤，或者，执行如权利要求7至11任一项所述的日志处理方法的步骤。15.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至6任一项所述的日志处理方法的步骤，或者，执行如权利要求7至11任一项所述的日志处理方法的步骤。

技术总结
本公开提供了一种日志处理方法、装置、计算机设备以及存储介质，其中，该方法包括：接收日志分析端的日志获取请求；所述日志获取请求中携带有目标问题场景的指示信息；基于问题场景与日志类型之间的映射关系，确定与所述目标问题场景匹配的至少一个目标日志类型；基于所述至少一个目标日志类型，从管理的操作系统的日志数据中，获取与所述至少一个目标日志类型匹配的目标日志数据；向所述日志分析端发送所述目标日志数据。述目标日志数据。述目标日志数据。


技术研发人员：范贤诚 李宁 王维
受保护的技术使用者：上海集度汽车有限公司
技术研发日：2023.06.21
技术公布日：2023/8/31