CN117130808A - 一种日志采集方法及电子设备 - Google Patents

Abstract

一种日志采集方法及电子设备，涉及数据处理技术领域，用于解决相关技术中电子设备出现故障时，无法精准的确定故障原因的技术问题。其中，日志采集方法包括：电子设备显示第一显示界面，第一显示界面包括输入区域；电子设备接收用户的第一操作，响应于第一操作显示第二显示界面，第一操作为用户在输入区域中输入日志采集标识的操作，第二显示界面中包括异常诊断模式已开启的第一提示信息；在异常诊断模式开启的过程中，电子设备采集与日志采集标识对应的日志信息；在异常诊断模式结束后，电子设备自动将日志信息发送至日志服务器。

Description

一种日志采集方法及电子设备

技术领域

本申请涉及数据处理技术领域，尤其涉及一种日志采集方法及电子设备。

背景技术

随着电子设备(比如，手机，平板电脑等设备)的普及，越来越多的电子设备被用户在生活中广泛使用。用户在使用电子设备的过程中，电子设备不可避免的会出现一些设备故障问题。

相关技术中，对电子设备进行故障定位时，主要依赖于电子设备的系统采集的故障日志。但是，当系统记录了电子设备的所有流程和日志时，会造成严重的系统负担，影响系统性能功耗等，比如内存监控，输入输出(input output，IO)状态监控等监控机制和日志全部打开时，会产生明显的性能问题，可能导致设备卡顿、功耗增加等问题。如果系统仅记录一些通用日志，当一些特定应用(比如，联系人，短信等)或者特定场景(比如，某一应用升级后出现闪退现象)出现故障时，会出现由于日志缺乏无法精准、快速的定位到设备故障原因的问题。

发明内容

本申请实施例提供一种日志采集方法及电子设备，该方法中电子设备接收到用户在输入区域输入的日志采集标识的操作后，根据日志采集标识确定至少一个待采集日志后，开启待采集日志的日志开关，在异常诊断模式开启的过程中，电子设备采集日志采集标识对应的日志信息。由于电子设备采集日志开关开启的日志对应的日志信息，从而实现了对日志信息进行精细化采集，以达到精准、快速的定位到手机故障原因的目的。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例提供一种日志采集方法，应用于电子设备，包括：

电子设备显示第一显示界面，第一显示界面包括输入区域；

电子设备接收用户的第一操作，响应于第一操作显示第二显示界面，第一操作为用户在输入区域中输入日志采集标识的操作，第二显示界面中包括异常诊断模式已开启的第一提示信息；

在异常诊断模式开启的过程中，电子设备采集与日志采集标识对应的日志信息；在异常诊断模式结束后，电子设备自动将日志信息发送至日志服务器。

其中，日志采集标识是远程服务器根据异常问题信息生成的，用于唯一标识异常问题信息对应的至少一个待采集日志。

在本申请实施例中，电子设备响应于用户在输入区域输入日志采集标识的第一操作后，开启异常诊断模式，在异常诊断模式开启的过程中，电子设备采集日志采集标识对应的日志信息。由此，实现了对日志信息进行精细化采集，以达到精准、快速的定位到手机故障原因的目的。

在一种可能的实现方式中，在显示第二显示界面之前，上述日志采集方法还可以包括：

响应于第一操作，电子设备显示第一提示窗口，第一提示窗口包括第一控件和第一用户信息；

响应于对第一控件的第二操作，电子设备开启异常诊断模式。

其中，第一用户信息可以为用户基础信息，比如，位置信息、设备信息、蓝牙状态信息或相机状态信息等等。

也就是说，在电子设备开启异常诊断模式之前，电子设备确定待采集日志中包括用户基础信息的情况下，电子设备检测到用户同意采集用户基础信息的操作后，在异常诊断模型开启的过程中，电子设备采集用户基础信息。由此，在电子设备采集的日志信息中包括用户基础信息的情况下，日志服务器可以根据电子设备发送的日志信息精准、快速的定位到故障问题，此外，还避免了用户基础信息泄漏的问题。

在另一种可能的实现方式中，电子设备开启异常诊断模式之前，上述日志采集方法还可以包括：

响应于第二操作显示第二提示窗口，第二提示窗口包括第二控件和第二用户信息；

响应于用户对第二控件的第三操作，电子设备开启异常诊断模式。

其中，第二用户信息可以为动态隐私信息，比如，备忘录信息或各个应用的信息等。

也就是说，在电子设备开启异常诊断模式之前，电子设备确定待采集日志中包括动态隐私信息的情况下，电子设备检测到用户同意采集动态隐私信息的操作后，在异常诊断模型开启的过程中，电子设备采集动态隐私信息。由此，在电子设备采集的日志信息中包括动态隐私信息的情况下，日志服务器可以根据电子设备发送的日志信息精准、快速的定位到故障问题，此外，还避免了动态隐私信息泄漏的问题。在另一种可能的实现方式中，在异常诊断模块开启的过程中，上述日志采集方法还可以包括：

电子设备的预设区域显示第二提示信息，第二提示信息中包括异常诊断模式的结束时间；

电子设备接收用户对预设区域的第四操作，响应于第四操作显示第三显示界面，第三显示界面包括第三控件；

响应于用户对第三控件的第五操作，电子设备向日志服务器发送日志信息。

其中，预设区域可以为电子设备的通知界面，该预设区域可以显示在电子设备中的任意位置，本申请中对预设区域在电子设备中显示的位置不做限定。比如，预设区域可以为图10中的(a)中显示的1001区域。第二提示信息可以为图10中的(a)中1001区域中显示的提示信息。第四操作可以为用户点击或触摸预设区域的操作。第三显示界面可以为图10中的(b)中显示的界面。第三控件可以为图10中的(b)中显示的反馈控件1003。第五操作可以为用户点击或触摸第五控件的操作。

也就是说，在电子设备开启异常诊断模式的过程中，电子设备可以响应于用户的操作，向日志服务器反馈采集的日志信息。由此，实现了用户自主反馈日志信息的目的。

在另一种可能的实现方式中，上述日志采集方法还可以包括：

响应于用户对第三控件的第五操作，电子设备显示第四显示界面，第四显示界面中包括电子设备向日志服务器反馈日志信息的反馈进度的第三提示信息。

其中，第三提示信息中包括电子设备向日志服务器发送日志信息的进度。

也就是说，电子设备可以响应于用户的操作，提示电子设备向日志服务器发送日志信息的进度。由此，实现了用户根据第四显示界面中的第三提示信息，可以直观的确定电子设备向日志服务器发送日志信息的进度的目的。

在另一种可能的实现方式中，上述日志采集方法还可以包括：

电子设备显示第五显示界面，第五显示界面包括提示日志信息反馈完成的第四提示信息和第四控件；

响应于用户对第四控件的第六操作，电子设备继续显示第三显示界面。

其中，第四控件可以为继续反馈控件，比如第四控件可以为图10中的(d)中的继续反馈控件1008。

也就是说，电子设备在反馈日志信息结束后，可以响应于用户的第六操作，继续显示第三显示界面。电子设备响应于用户对第三显示界面中第三控件的操作，还可以继续反馈日志信息。

在另一种可能的实现方式中，第三显示界面还包括第五控件，上述日志采集方法还可以包括：

响应于用户对第五控件的第七操作，电子设备的预设区域停止显示第二提示信息。

其中，第五控件可以为退出控件。比如，第五控件可以为图10中的(b)中显示的退出控件1005。

也就是说，电子设备响应于用户的第七操作，退出异常诊断模块。

在另一种可能的实现方式中，上述日志采集方法还可以包括：

电子设备接收用户对第一应用的第八操作，响应于第八操作显示第六显示界面，第六显示界面包括至少一项待检测项；

电子设备接收用户在第六显示界面的第九操作，响应于第九操作显示第七显示界面，第七显示界面包括检测进度的第四提示信息；

电子设备显示第八显示界面，第八显示界面包括检测结果的第五提示信息。

其中，第一应用可以为图13中的“我的荣耀”应用。第六显示界面可以为图13中的(c)中显示的界面。待检测项可以为系统性能、通信与网络或充电与电池等等。第九操作可以为用户点击或触摸立即检测控件的操作。第七显示界面可以为图13中的(d)中显示的界面。

也就是说，电子设备可以响应于用户的操作主动对电子设备进行异常问题检测，在检测的过程中，电子设备可以显示待检测项和检测进度。在电子设备主动检测结束后，电子设备的显示界面可以显示检测结果。由此，实现了用户对电子设备的异常问题进行主动检测的目的。

在另一种可能的实现方式中，上述日志采集方法还可以包括：

电子设备接收用户在第八显示界面的第十操作后，响应于第十操作显示第九显示界面，第九显示界面包括问题反馈区域和第六控件；

响应于用户对第六控件的第十一操作显示第十显示界面，第十显示界面包括日志开关列表，日志开关列表中包括参数配置完成的日志开关。

其中，问题反馈区域可以为用户输入异常问题信息的区域。第六控件可以为开启日志开关的控件，如图13中的(f)中的开启日志开关控件1310。

也就是说，电子设备可以响应于用户的操作开启待采集日志的开关。由此，实现了电子设备根据用户的操作定向采集日志信息，以根据采集的日志信息确定异常问题的目的。

在另一种可能的实现方式中，上述日志采集方法还可以包括：

电子设备接收用户在第十显示界面的第十二操作后，响应于第十二操作显示第一提示窗口，第一提示窗口包括第一控件和第一用户信息；

响应于对第一控件的第十三操作，电子设备开启异常诊断模式。

也就是说，在电子设备响应于用户的操作主动采集日志信息的过程中，电子设备确定待采集日志信息包括第一用户信息的情况下，电子设备检测到用户同意采集第一用户信息的操作后，开启异常诊断模式。由此，电子设备采集的日志信息中包括第一用户信息，使得日志服务器根据接收到的日志信息精准的定位到故障问题。

在另一种可能的实现方式中，电子设备开启异常诊断模式之前，上述日志采集方法还可以包括：

响应于第十三操作显示第二提示窗口，第二提示窗口包括第二控件和第二用户信息；

响应于用户对第二控件的第十四操作，电子设备开启异常诊断模式。

也就是说，在电子设备开启异常诊断模式之前，电子设备确定待采集日志中包括动态隐私信息的情况下，电子设备检测到用户同意采集动态隐私信息的操作后，在异常诊断模型开启的过程中，电子设备采集动态隐私信息。由此，日志服务器可以根据电子设备发送的日志信息精准、快速的定位到故障问题，此外，还避免了动态隐私信息泄漏的问题。

在另一种可能的实现方式中，在显示第二显示界面之前，上述日志采集方法还可以包括：

响应于用户的第一操作，生成任务查询请求并向远程服务器发送任务查询请求，其中，任务查询请求中携带有日志采集标识，任务查询请求用于远程服务器根据日志采集标识确定至少一个待采集日志，日志采集标识是远程服务器根据异常问题信息生成的，用于唯一标识异常问题信息对应的至少一个待采集日志；

接收至少一个待采集日志的任务；电子设备根据至少一个待采集日志的任务，开启至少一个待采集日志对应的日志开关。

也就是说，电子设备将用户输入的日志采集标识发送至远程服务器后，远程服务器可以根据接收到的日志采集标识确定至少一个待采集日志，电子设备接收到远程服务器发送的至少一个待采集日志的任务后，开启至少一个待采集日志对应的日志开关。由此，实现了定向开启日志开关的目的。

在另一种可能的实现方式中，电子设备显示第一提示窗口，包括：

在电子设备确定至少一个待采集日志包括第一用户信息的情况下，电子设备显示第一提示窗口。

在另一种可能的实现方式中，显示第二提示窗口，包括：

在电子设备确定至少一个待采集日志包括第二用户信息的情况下，电子设备显示第二提示窗口。

在另一种可能的实现方式中，电子设备接收用户的第一操作之前，上述日志采集方法还可以包括：

电子设备响应于用户的第十五操作，向远程服务器发送异常问题信息；第十三操作为用户输入异常问题信息的操作；

电子设备接收远程服务器发送的日志采集标识。

也就是说，电子设备检测到用户在输入区域输入异常问题信息后，将异常问题信息发送至远程服务器，远程服务器可以根据异常问题信息生成日志采集标识。

在另一种可能的实现方式中，电子设备根据至少一个待采集日志的任务，开启至少一个待采集日志对应的日志开关之前，上述日志采集方法还可以包括：

在电子设备的日志开关列表中不包括至少一个待采集日志的日志开关的情况下，电子设备生成日志配置请求；日志开关列表中包括参数配置完成的日志开关，日志配置请求用于请求云端配置平台对待采集日志的日志开关进行参数配置并生成配置文件；

电子设备接收到配置文件后，在日志开关列表中生成至少一个待采集日志的日志开关。

也就是说，云端配置平台可以对日志开关进行配置，并将配置完成的日志开关的配置文件发送至电子设备，从而实现了电子设备开启至少一个待采集日志的日志开关的目的。

在另一种可能的实现方式中，日志配置请求中携带有电子设备的设备标识码，设备标识码用于云端配置平台向设备标识码对应的电子设备发送配置文件。

在另一种可能的实现方式中，在异常诊断模式开启的过程中，上述日志采集方法还可以包括：

电子设备响应于用户的第十六操作，电子设备停止采集日志信息；第十六操作为电子设备关闭至少一个待采集日志的日志开关的操作。

在另一种可能的实现方式中，在异常诊断模式开启的过程中，上述日志采集方法还可以包括：

在电子设备对异常问题信息对应的异常问题进行复现结束的情况下，电子设备停止采集日志信息。

在另一种可能的实现方式中，在显示第六显示界面之前，方法还包括：

电子设备响应于用户的第八操作，确定至少一个待采集日志；

电子设备根据至少一个待采集日志，开启至少一个待采集日志对应的日志开关。

也就是说，电子设备可以响应于用户的操作，开启至少一个待采集日志对应的日志开关，从而实现了根据用户的需求采集日志信息的目的。

在另一种可能的实现方式中，上述日志采集方法还可以包括：

电子设备响应于用户的第十七操作，开启至少一个待采集日志对应的日志开关；第十五操作为用户在第二应用的显示界面中开启日志开关的操作；

电子设备响应于用户的第十八操作，采集日志开关开启的至少一个待采集日志的日志信息。

电子设备将日志信息发送至日志服务器。

第二方面，本申请提供一种电子设备，包括：显示屏；一个或多个处理器；存储器；其中，存储器中存储有一个或多个计算机程序，一个或多个计算机程序包括指令，当指令被电子设备执行时，使得电子设备执行如上述第一方面中任一项所述的日志采集方法。

第三方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在电子设备上运行时，使得电子设备执行如第一方面中任一项所述的日志采集方法。

第四方面，本申请提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面中任一项所述的日志采集方法。

可以理解地，上述提供的第二方面所述的电子设备、第三方面所述的计算机存储介质，以及第四方面所述的计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种日志采集系统的示意图；

图2为本申请实施例提供的一种服务器的结构框图；

图3为本申请实施例提供的一种电子设备的结构示意图；

图4为本申请实施例提供的一种电子设备的软件结构图；

图5为本申请实施例提供的一种日志采集系统的框架示意图；

图6为本申请实施例提供的另一种日志采集方法的交互示意图；

图7示出本申请一实施例的用户主动反馈异常问题信息时电子设备的交互界面示意图；

图8示出本申请一实施例中远程服务器生成日志采集标识时的交互界面示意图；

图9示出本申请一实施例的开启异常诊断模式时电子设备的交互界面示意图；

图10示出本申请一实施例中用户主动反馈日志时电子设备的交互界面示意图；

图11示出了用户通过云端配置平台对日志开关进行配置的交互界面示意图；

图12示出本申请一实施例的用户查看历史反馈日志时电子设备的交互界面示意图；

图13示出本申请一实施例的用户主动检测异常问题信息时电子设备的交互界面示意图；

图14示出本申请一实施例提供的一种日志采集方法的框架示意图；

图15示出本申请一实施例的日志采集的方法的流程示意图；

图16示出本申请一实施例的备忘录显示界面的示意图；

图17示出本申请一实施例提供的另一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例提供一种日志采集方法，该方法中电子设备(例如，手机)检测到用户输入的日志采集标识，并向远程服务器发送携带日志采集表示的信息，远程服务器根据日志采集标识确定待采集日志后，向手机发送开启待采集日志的日志开关的指令，手机根据指令开启对应的日志开关，在手机对异常问题进行问题复现的过程中，手机采集日志开关开启的日志对应的日志信息。由于手机采集日志开关开启的日志对应的日志信息，而非采集手机的所有日志，从而实现了对日志进行精细化采集，以精准、快速的定位到手机故障原因的目的。

本申请实施例提供的日志采集方法，应用于日志采集系统，该日志采集系统可以包括一个或多个电子设备以及一个或多个服务器。在一些实施例中，图1为本申请实施例提供的一种日志采集系统的示意图，如图1所示，该系统可以包括一个或多个电子设备、远程服务器、云端配置平台和日志服务器，下面结合图1说明本申请实施例的日志采集方法。

电子设备可以根据用户的操作显示反馈异常问题的界面，在该界面上，用户可以输入异常问题信息并反馈，电子设备响应于用户的反馈操作，可以将异常问题信息发送给远程服务器。其中，异常问题信息用于表征手机出现的异常问题。比如，异常问题信息可以为显示屏黑屏、通话异常、网络异常等信息。需要说明的是，图1示出的电子设备的图形以手机为例，本申请的实施例不限于此，本申请实施例的电子设备可以是手机、平板电脑、笔记本电脑、穿戴设备等，本申请对此不做具体限定。

远程服务器可以用于根据异常问题信息创建日志采集任务，并生成与日志采集任务对应的日志采集标识。然后，远程服务器将日志采集标识下发至用户的电子设备。其中，日志采集标识是远程服务器根据异常问题信息生成的，用于唯一标识异常问题信息对应的日志采集任务，即日志采集标识与日志采集任务是一一对应的。

可选地，日志采集标识可以是随机生成的，比如，远程服务器根据异常问题信息创建日志采集任务后，可以随机生成该日志采集任务对应的日志采集标识。该日志采集标识可以为任意位数，比如，日志采集标识可以为5位数，也可以为6位数，此处不做限定。

其中，日志采集任务是远程服务器根据异常问题信息生成的，用于指示采集该异常问题信息对应的日志的任务。比如，在异常问题信息为手机卡顿的情况下，“性能类”日志是该异常问题信息对应的日志，相应的，日志采集任务可以为采集“性能类”日志。在异常问题信息为通话异常的情况下，日志采集任务可以为采集“通信类”日志。

电子设备检测到用户输入的日志采集标识后，生成任务查询请求。电子设备将任务查询请求发送至远程服务器，远程服务器根据任务查询请求中携带的日志采集标识确定日志采集任务，从而确定日志采集日志对应的待采集日志的标识。其中，待采集日志的标识用于唯一标记日志采集任务。待采集日志的标识可包括但不限于日志名称。

远程服务器将待采集日志的标识发送至电子设备，电子设备根据待采集日志的标识确定待采集日志后，开启待采集日志对应的日志开关。然后，电子设备对异常问题进行重现的过程中，电子设备采集待采集日志的日志信息。

云端配置平台可以用于响应于研发工程师在日志开关配置界面对日志开关进行参数配置的操作，对待采集日志的日志开关进行参数配置。比如，云端配置平台可以根据研发工程师输入的数据，对待采集日志的开关编号、开关类型、开关参数、操作权限、中文名称、英文名称等进行配置。云端配置平台对待采集日志的日志开关进行参数配置完成后，将参数配置完成的日志开关名单发送至远程服务器，使得远程服务器对日志开关名单进行同步。

远程服务器可以将待采集日志和对应的日志开关关联，这样，在根据日志采集标识确定待采集日志的标识后，可以确定待采集日志对应的日志开关，从而向电子设备发送要开启的日志开关的信息，使得电子设备可以开启待采集日志对应的日志开关。

需要说明的是，维修工程师通过云端配置平台配置日志开关的过程可以是预先完成的，比如，在本申请实施例对应的日志采集方法上线之前已经完成部分或全部日志开关的配置过程。之后，也可以根据实际的需求，再次配置新的日志开关，或者对原来配置的日志开关的参数进行修改。

日志服务器可以用于接收电子设备上报的日志信息，并对接收到的日志信息进行存储。此外，日志服务器还可以根据日志信息对电子设备进行故障分析，以确定电子设备的故障原因。维修工程师可以根据日志服务器对日志信息的分析结果，确定电子设备的故障原因。

上述系统还可以包括比图1中更多或更少的设备，本申请实施例对此不做限制。

此处，远程服务器、云端配置平台及日志服务器可以集成在一起，也可以分别设置在不同的设备上，本申请实施例不予限定。

图2为本申请实施例提供的一种服务器的结构框图，该服务器可以是上述远程服务器、云端配置平台或日志服务器，也可以是集成有远程服务器、云端配置平台或日志服务器的设备。下面对服务器进行具体说明。可以理解的是，本申请实施例示意的结构并不构成对服务器的具体限定。在另一些实施例中，服务器可以包括比图2中更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

如图2所示，服务器可以包括处理器210、存储器220及通信模块230。处理器210可用于读取和执行计算机可读指令。可选地，处理器210还可以包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。寄存器是有限存贮容量的高速存贮部件,可用来暂存指令、数据和地址。

具体实现中，处理器210的硬件架构可以是专用集成电路(application specificintegrated circuit，ASIC)架构、无内锁流水线微处理器(microprocessor withoutinterlocked piped stages，MIPS)架构、ARM(advanced risc machines)架构或者网络处理器(net processor，NP)架构等等。

存储器220与处理器210耦合，用于存储各种软件程序和/或多组指令。本申请实施例中，电子设备的数据存储方法除了可以集成在服务器的一个处理器中实现以外，也可以以程序代码的形式存储于服务器的存储器中，由服务器的一个处理器调用服务器的存储器中存储的代码，执行以上方法。具体实现中，存储器220可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器220可以存储操作系统，例如uCOS，VxWorks、RTLinux等嵌入式操作系统。

通信模块230可用于通过网络建立服务器与其它通信终端(如图2中的多个电子设备)之间的通信连接，并用于通过网络收发数据。例如，服务器通过通信模块230与电子设备建立连接，以便于后续日志信息的传输。例如，服务器可以接收电子设备上报的日志信息，以根据接收到的日志信息对电子设备进行故障定位。

可以理解的是，本实施例示意的结构并不构成对服务器的具体限定。在另一些实施例中，服务器可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

比如说，本申请实施例的服务器还可以包括显示器，显示器可以显示上述配置日志开关的界面、创建日志采集任务的界面等。

在本申请实施例中，上述电子设备可以为手机、平板电脑、个人计算机(personalcomputer，PC)、个人数字助理(personal digital assistant，PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、车载设备、智能汽车、智能音响等设备，本申请实施例对此不做任何限制。

如图3所示，图3为本申请实施例提供的一种电子设备的结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中，传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备的软件结构。

图4为本申请实施例提供的一种电子设备的软件结构图。

可以理解的是，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统可以包括应用程序层(简称为应用层)和应用程序框架层(简称为框架层)。

上述应用程序层可以包括一系列应用程序包。

如图4所示，应用程序包可以包括系统应用。其中，系统应用是指电子设备在出厂之前设置在电子设备内的应用。示例性的，系统应用可以包括相机、图库、日历、音乐、短信息以及通话等程序。

应用程序包还可以包括第三方应用，第三方应用是指用户从应用商店(或者应用市场)下载安装包后安装的应用。例如，地图类应用、外卖类应用、阅读类应用(例如电子书)、社交类应用以及出行类应用等。

在一些实施例中，应用层还可以包括“我的荣耀”应用，手机检测到用户在“我的荣耀”应用的界面中输入日志采集标识后，响应于用户的操作，手机应用生成任务查询请求。手机向远程服务器发送任务查询请求，查询到待采集日志的标识。手机根据待采集日志的标识，开启待采集日志的日志开关。在手机对异常问题进行复现的过程中，手机采集日志开关开启的日志的日志信息，并将采集到的日志信息上传至日志服务器。

在一种可能的情况下，“我的荣耀”应用可以包括智能检测模块、日志引擎模块和日志采集模块。

其中，智能检测模块用于根据用户输入的日志采集标识，生成任务查询请求，并根据任务查询请求从远程服务器中确定待采集日志的标识后，将待采集日志的标识发送至日志引擎模块。

日志引擎模块用于开启待采集日志的日志开关。

日志采集模块用于采集日志开关开启的日志对应的日志信息后，将采集到的日志信息发送至日志引擎模块。

日志引擎模块还用于对日志信息进行封装，并将封装后的日志信息上传至日志服务器。

上述应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，手机振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了二维和三维图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

二维图形引擎是二维绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动以及传感器驱动。

以下实施例中所涉及到的技术方案均可以在具有上述硬件结构和软件架构的电子设备100中实现。以下仍以电子设备100为手机为例，对本方案进行示例性说明。

图5为本申请实施例提供的一种日志采集系统的框架示意图，图6为本申请实施例提供的一种日志采集方法的交互示意图，下面结合图5和图6对本申请实施例的日志信息的采集过程进行详细介绍。

在一种可能的场景下，如图5所示，在用户使用手机的过程中，用户发现手机出现异常问题，比如，手机的通话功能出现异常、手机的网络信号较差或没有网络、手机中某一些应用升级后出现闪退等异常问题，用户可以通过在手机的“我的荣耀”应用中填写异常问题信息上报、拨打售后维修热线进行维修，无需用户去售后维修网点也可对手机进行维修，当然，用户仍然可以选择去售后维修网点对该手机进行维修。在本申请的实施例中，上述用户可以是已经出售的商用产品的用户，也可以是对还未发布的产品(例如，软件版本或硬件产品)进行测试的测试用户，如图5所示的测试用户，也叫beta用户。

如图6所示，该日志采集方法可以包括以下步骤：

步骤6011，维修工程师可以获取到手机的异常问题信息。

在本申请实施例中，维修工程师获取手机的异常问题信息的方法包括但不限于以下几种：

1)第一种可能的实现方式，用户发现手机出现异常问题时，比如，用户发现手机的网络信号较差导致手机无法正常上网，用户可以通过拨打售后维修热线对手机进行故障维修。用户在与售后维修工程师进行通话的过程中，用户可以在电话里描述手机出现的异常问题，售后维修工程师可以根据用户的描述获取到手机的异常问题信息。

2)第二种可能的实现方式，用户发现手机出现异常问题时，用户可以去售后维修网点对手机进行故障维修。售后维修网点的维修工程师可以对手机进行异常问题检查或者与用户进行沟通，以获取到手机的异常问题信息。

3)第三种可能的实现方式，如图5中标号50部分所示，用户发现手机出现异常问题时，用户可以在手机的问题反馈界面主动反馈手机的异常问题信息。比如，用户可以通过“我的荣耀”应用，在手机的界面输入异常问题信息并提交反馈后，远程服务器采集到用户输入的异常问题信息后，维修工程师可以在远程服务器获取到用户主动反馈的异常问题信息。其中，第二界面是指手机的交互界面，用于手机与用户(比如，手机的使用者)进行交互，第二界面可以包括问题类型标签、反馈异常问题信息的窗口等。

需要解释的是，在第三种可能的实现方式中，远程服务器接收到的异常问题信息中可以携带有手机的标识信息，以使得远程服务器可以根据标识信息确定发送异常问题信息的手机。比如，标识信息可以为手机号码、手机的设备标识码，等等。本申请中对标识信息的具体内容不做限定，标识信息能唯一标记手机即可。

图7示出本申请一实施例的用户主动反馈异常问题信息时电子设备的交互界面示意图。用户在手机界面上通过“我的荣耀”应用主动反馈异常问题信息的过程可以参见图7中示出的过程。如图7中的(a)所示，手机检测到用户点击显示界面中显示的“我的荣耀”应用的图标701后，手机的显示界面显示“我的荣耀”应用的首页(未图示)。手机检测到用户点击“我的荣耀”应用首页中的“服务”图标702后，手机的显示界面显示自助服务界面，如图7中的(b)所示。手机检测到用户点击“问题反馈”图标703后，手机的显示界面显示第二界面704，如图7中的(c)所示。手机在第二界面采集到用户输入的异常问题信息可以为文字信息或声音信息。当手机检测到用户在第二界面704的手动输入区域705内输入异常问题信息的操作，以及手机检测到用户点击“提交”控件707的操作后，手机可以获取到异常问题信息，并将异常问题信息发送给远程服务器。比如，用户在手动输入区域705输入“通话异常”，手机可以采集到异常问题信息为“通话异常”。手机可以预先设定该手动输入区域705限定字符个数，如限定字符个数最多为500个。

当手机检测到用户对录音控件706的点击操作后，手机可以采集到用户通过声音输入的异常问题信息。比如，用户点击录音控件706时发出声音“网络连接异常”，手机可以采集到用户输入的声音信息“网络连接异常”。

需要解释的是，图7中的(c)显示的第二界面仅作为示例性描述，本申请所示的第二界面不限于图7中的(c)显示的界面。

步骤601，远程服务器响应于维修工程师在第一界面的操作，创建日志采集任务，并生成日志采集标识。

其中，第一界面是指远程服务器的交互界面，用于远程服务器与用户(比如，维修工程师、研发工程师等)进行交互。此处，第一界面可以为远程服务器显示的远程诊断操作界面。图8示出根据本申请一实施例的远程服务器显示的界面的示意图。

在本申请实施例中，如图5中标号54部分所示，维修工程师采用上述步骤6011中第一种和第二种实现方式获取到手机的异常问题信息后，维修工程师可以在远程服务器的第一界面输入异常问题信息、选择待开启的日志开关等操作，响应于维修工程师的操作，远程服务器可以建立日志采集任务、生成与该日志采集任务对应的日志采集标识，并显示日志采集标识。

在本申请实施例中，在用户采用上述步骤6011中的第三种实现方式向远程服务器反馈异常问题信息的场景下，远程服务器接收到异常问题信息后，远程服务器的界面上接收到远程获取日志任务。如图5中标号54部分所示，远程服务器检测到维修工程师在第一界面建立远程获取日志任务的操作后，响应于维修工程师的操作，远程服务器创建日志采集任务，并生成与该日志采集任务对应的日志采集标识。

在本申请实施例中，远程服务器创建待采集日志的日志采集任务，以及生成与该日志采集任务对应的日志采集标识后，远程服务器可以对日志采集标识与对应的日志采集任务进行存储。此后，远程服务器可以根据手机发送的日志采集标识查询到对应的日志采集任务，以确定对应的待采集日志。

示例性的，图8示出本申请一实施例中远程服务器生成日志采集标识时的交互界面示意图。如图8的(a)所示，维修工程师选中远程服务器的界面中显示的“远程获取日志”标签801后，远程服务器的界面切换至第一界面806，第一界面806上可包括新建任务的信息，如图8中的(a)所示。其中，第一界面806中显示的新建任务的信息可以包括日志采集任务的任务名称、单号、创建人、日志采集时间范围等信息。

当远程服务器检测到维修工程师在第一界面806上点击“新建任务”控件802的操作后，远程服务器可显示第三界面807，如图8中的(b)所示。维修工程师可以在第三界面807中设置日志采集时长，即在第三界面807中的超时时长中设置时长，比如，设置为6小时。其中，第三界面是指远程服务器显示的，包括创建日志采集任务的界面。当远程服务器检测到维修工程师选中与异常问题信息对应的日志后，远程服务器确定开启异常问题信息对应的日志开关。比如，假设异常问题信息为通话异常，远程服务器检测到维修工程师选中“通信类”日志后，远程服务器确定采集“通信类”的日志。当远程服务器检测到维修工程师选中图8中的(b)中详细日志对应的信息后，远程服务器确定采集用户的动态隐私信息。在手机开启异常诊断模式之前，手机的界面中会显示采集动态隐私信息的提示窗口，以提示用户是否同意采集动态隐私信息。当远程服务器检测到维修工程师点击“保存”控件803的操作后，远程服务器创建该“通信类”日志的日志采集任务，并生成该日志采集任务对应的日志采集标识。远程服务器可以通过提示界面804显示该日志采集任务对应的日志采集标识，如图8中的(c)所示。当远程服务器检测到维修工程师点击“关闭”控件805的操作后，远程服务器关闭提示界面。

需要解释的是，图8中日志采集任务中采集“通信类”日志仅作为示例性描述，远程服务器根据异常问题信息创建的日志采集任务中可以采集一个或多个日志，比如，远程服务器检测到维修工程师同时选中“性能类”，“通信类”和“应用类”日志后，远程服务器创建的日志采集任务中可以同时采集“性能类”，“通信类”和“应用类”日志，此处对在远程服务器创建的日志采集任务中确定待采集的日志的类型和个数不做限定。此外，图8中的(b)示出的基础日志的类型仅作为示例性描述，本申请实施例中的基础日志的类型不限于此，比如，基础日志还可以包括“功耗类”日志，“短距类”日志，等等。

上述图8中的(c)示出的通过在提示界面804显示日志采集标识的方式仅作为示例性描述，远程服务器还可以通过语音提示的方式提示维修工程师日志采集任务对应的日志采集标识。比如，远程服务器可以发出提示音“当前日志采集任务对应的日志采集标识为123456”。

在本申请实施例中，远程服务器生成与日志采集任务对应的日志采集标识后，远程服务器可以在界面上显示日志采集标识，然后，维修工程师将日志采集标识告知用户，或者，远程服务器还可以直接将该日志采集标识发送至手机。

在一种可能的场景下，当维修工程师根据通话中用户的描述获取到手机的异常问题信息的情况下，远程服务器生成与该异常问题信息对应的日志采集任务，以及与日志采集任务对应的日志采集标识后，远程服务器通过在交互界面显示日志采集标识，或者，通过语音提示的方式，将该日志采集标识提示给维修工程师后，维修工程师可以在通话过程中告知用户该日志采集标识。比如，远程服务器确定创建“通信类”的日志采集任务，并生成该日志采集任务对应的日志采集标识为“123456”，维修工程师可以在通话中告知用户该日志采集标识为“123456”。

在另一种可能的场景下，当远程服务器获取到的异常问题信息为用户通过手机的问题反馈界面主动反馈的情况下，假设异常问题信息中携带的标识信息为用户的手机号码的情况下，远程服务器生成与异常问题信息对应的日志采集任务，以及与日志采集任务对应的日志采集标识后，远程服务器可以根据异常问题信息中携带的标识信息确定用户的手机号码。然后，远程服务器可以通过向用户的手机号码发送短信的方式将日志采集标识发送至用户的手机。

比如，远程服务器根据异常问题信息中携带的标识信息确定用户的手机号码后，远程服务器根据异常问题信息确定创建“通信类”的日志采集任务，并生成该日志采集任务对应的日志采集标识为“123456”，远程服务器可以将该日志采集标识“123456”通过向用户的手机号码发送短信的方式发送至用户的手机。此外，远程服务器还可以在短信中提示用户在“我的荣耀”应用中的诊断分析界面中输入日志采集标识。

上述远程服务器将日志采集标识下发至用户的方式仅作为示例性描述，此处对远程服务器将日志采集标识下发至用户的方式不做限定。比如，远程服务器还可以将日志采集标识下发至手机，等等。

步骤602，手机的智能检测模块检测到用户输入日志采集标识后，生成任务查询请求，并开启异常诊断模式。

其中，异常诊断模式是指对手机的异常问题进行诊断的模式，在该模式下，手机会采集与日志采集任务相关的日志数据。

在本申请实施例中，如图5中标号50部分所示，用户获取到日志采集标识之后，可以在手机中输入该日志采集标识，智能检测模块检测到用户在手机的第四界面输入日志采集标识后，智能检测模块可以根据日志采集标识生成任务查询请求。其中，任务查询请求中可以携带有日志采集标识。上述第四界面是指手机中显示的用于用户输入日志采集标识的界面。

示例性的，图9示出本申请一实施例的开启异常诊断模式时电子设备的交互界面示意图。如图9中的(a)所示，手机检测到用户点击显示界面中显示的“我的荣耀”应用的图标901后，手机的显示界面显示“我的荣耀”应用的首页。手机检测到用户点击“我的荣耀”应用的界面中显示的“服务”图标902后，手机可显示如图9的(b)所示的自助服务界面903。手机检测到用户在自助服务界面903上点击“设备检测”图标904后，手机可显示如图9中的(c)所示的智能检测界面905。手机检测到用户在智能检测界面905上点击“诊断分析”控件906后，手机可显示如图9中的(d)所示的诊断分析界面907。在一些示例中，手机检测到用户在诊断分析界面907的文字输入区域908输入日志采集标识后，生成任务查询请求。

步骤603，智能检测模块向远程服务器发送任务查询请求。

步骤604，远程服务器根据任务查询请求中携带的日志采集标识确定待采集日志的标识。

其中，待采集日志的标识是用于标记待采集日志的，比如，待采集日志的标识可以为待采集日志的类型，名称，等等。此处，若远程服务器根据任务查询请求中携带的日志采集标识确定的待采集日志为多个，则待采集日志的标识也为多个。比如，远程服务器确定采集“性能类”日志和“通信类”日志，则待采集日志的标识可以为“性能类”日志的名称和“通信类”日志的名称。

在本申请实施例中，智能检测模块向远程服务器发送任务查询请求，远程服务器接收到智能检测模块发送的任务查询请求后，远程服务器根据任务查询请求中携带的日志采集标识确定日志采集任务中的待采集日志。

步骤605，远程服务器向智能检测模块发送待采集日志的标识。

步骤606，智能检测模块接收待采集日志的标识。

步骤607，智能检测模块向日志引擎模块发送待采集日志的标识。

智能检测模块可以将待采集日志的标识发送至日志引擎模块，此处不做限定。

步骤608，日志引擎模块根据待采集日志的标识确定待采集日志，并开启待采集日志的日志开关。

在手机开启异常诊断模式的过程中，手机的智能检测模块可以根据用户输入的日志采集标识向远程服务器发送任务查询请求。远程服务器接收到智能检测模块发送的任务查询请求后，根据任务查询请求中携带的日志采集标识确定日志采集任务中的待采集日志。然后，远程服务器将待采集日志的标识发送至智能检测模块。智能检测模块接收到待采集日志的标识后，将待采集日志的标识发送至日志引擎模块。日志引擎模块根据待采集日志的标识确定待采集日志后，日志引擎模块开启待采集日志的日志开关。

在一种可能的情况下，如图5中标号52部分所示，在智能检测模块确定待采集日志中包括用户隐私信息的情况下，智能检测模块开启异常诊断模式之前，需要提示用户是否获取用户基础信息和动态隐私信息。若智能检测模块检测到用户同意获取用户基础信息和动态隐私信息的操作，则日志引擎模块控制动态隐私相应的开关开启。其中，用户基础信息包括但不限于设备的位置信息、设备信息、蓝牙的状态信息、相机的状态信息、麦克风的信息或存储信息等等。动态隐私信息包括但不限于用户的位置信息、备忘录信息或图片信息等等。比如，待采集日志中采集用户的位置信息和设备信息。

在一些示例中，手机检测到用户在诊断分析界面907的文字输入区域908输入日志采集标识后，手机可弹出如图9中的(e)所示的第一提示窗口909。手机检测到用户点击第一提示窗口909中的“同意”控件910后，手机继续弹出如图9中的(f)所示的第二提示窗口911。手机检测到用户点击第二提示窗口911中的备忘录信息对应的开关控件912后，点击“继续”控件913后，手机开启异常诊断模式，手机可显示如图9中的(g)所示的异常诊断模式界面。

需要解释的是，上述图9中的(e)中手机检测到用户点击第一提示窗口909中的“同意”控件910后，日志采集模块在采集日志的过程中会采集用户基础信息。若手机检测到用户点击第一提示窗口909中的“取消”控件，则日志采集模块在采集日志的过程中不会主动采集用户基础信息。同样的，上述图9中的(f)中手机检测到用户打开第二提示窗口911中的备忘录信息对应的开关控件912后，日志采集模块在采集日志的过程中采集备忘录信息。

也就是说，本申请中手机不会主动获取用户基础信息和/或动态隐私信息，只有在用户授权的情况下，才会获取用户基础信息和/或动态隐私信息。

需要解释的是，上述图9中示出的手机开启异常诊断模式的过程仅作为示例性描述，本申请不限于此。比如，手机还可以响应于用户的声音输入，以在诊断分析界面输入日志采集标识。此外，手机的显示界面中显示启动异常诊断模式的过程，以实际场景中显示的界面为准，此处不做限定。

在本申请实施例中，在日志引擎模块开启待采集日志对应的日志开关时，在日志引擎模块确定手机端的日志开关列表中包括待采集日志对应的日志开关的情况下，日志引擎模块可以直接开启待采集日志对应的日志开关。在日志引擎模块确定手机端的日志开关列表中不包括待采集日志对应的日志开关的情况下，手机端可以向云端配置平台发送待采集日志的日志配置请求，云端配置平台接收到日志配置请求后，可以对待采集日志的日志开关进行配置，然后，云端配置平台将配置完成的待采集日志的日志开关下发至手机的日志开关列表中。其中，日志开关列表中显示有云端配置平台已经配置完成的并下发至手机端的日志开关。

可以理解为，手机端的日志开关列表中已经存储有预先配置完成的日志开关，比如，该日志开关可以是维修工程师通过云端配置平台配置的，也可以是手机出厂前配置的，此处不做限定。当日志引擎模块开启待采集日志对应的日志开关时，日志引擎模块确定日志开关列表中不包括待采集日志对应的日志开关，这种情况下，日志引擎模块向云端配置平台发送日志配送请求，以请求云端配置平台对待采集日志的日志开关进行配置的。上述日志配置请求用于云端配置平台对手机侧的待采集日志的日志开关进行配置，日志配置请求中携带有手机的设备标识码，这样云端配置平台对待采集日志的日志开关配置完成后，可以将配置完成的待采集日志的日志开关配置文件下发至设备标识码对应的手机。由此，云端配置平台可以准确的将配置完成的日志开关配置文件下发至请求配置日志开关的手机。

在本申请实施例中，手机的日志开关列表中的日志开关并非固定不变的，日志开关列表中的日志开关可以根据云端配置平台对日志开关的重新配置进行更新。比如，云端配置平台对“应用类”日志的日志开关进行重新配置后，将该“应用类”日志的日志开关配置文件发送至日志引擎模块，日志引擎模块对该“应用类”日志的日志开关配置文件进行解析，得到“应用类”日志的日志开关的新参数，然后，日志引擎模块可以对日志开关列表中的日志开关对应的参数进行更新。

此外，日志开关列表中的日志开关，还可以根据云端配置平台下发的新配置的日志开关对应的日志开关配置文件进行更新。比如，云端配置平台可以对云端配置平台中存储的日志开关名单进行更新。其中，日志开关名单中显示有云端配置平台已经配置完成的日志开关。比如，云端配置平台配置新的日志开关后，可以在日志开关名单中增加新配置的“通信类”日志的日志开关。然后，云端配置平台将该“通信类”日志的日志开关配置文件发送至日志引擎模块，日志引擎模块对该“通信类”日志的日志开关配置文件进行解析，得到“通信类”日志的日志开关的新参数，然后，日志引擎模块可以对日志开关列表中的日志开关对应的参数进行更新。

示例性的，图11示出了用户通过云端配置平台对日志开关进行配置的交互界面示意图，如图11所示，云端配置平台可以响应于用户操作，在日志开关配置界面中对待采集日志的日志开关进行配置。比如，云端配置平台可以响应于用户操作，对待采集日志的日志开关的开关编号、开关类型、开关参数、操作权限、中文名称、英文名称等进行配置，云端配置平台检测到用户点击“确认”控件的操作后，完成对待采集日志的日志开关的配置过程。

需要解释的是，图11中示出的对待采集日志的日志开关进行配置的配置界面仅作为示例性解释，图11中对待采集日志的日志开关进行配置的参数也仅作为示例性介绍，实际的对待采集日志的日志开关的参数进行配置时不限于图11中的配置参数。

作为一种可能的实现方式，云端配置平台接收到手机发送的对待采集日志的日志开关进行配置的日志配置请求后，云端配置平台对待采集日志的日志开关进行配置。云端配置平台对待采集日志的日志开关配置完成后，生成该日志开关配置文件。然后，云端配置平台将日志开关配置文件发送至日志配置请求中携带的手机的设备标识码对应的日志引擎模块。日志引擎模块获取到待采集日志的日志开关配置文件后，对待采集日志的日志开关配置文件进行解析，得到待采集日志的日志开关的参数。其中，日志开关的参数包括但不限于日志开关的名称、开启时间等参数。然后，日志引擎模块根据待采集日志的日志开关的参数开启对应的日志开关。比如，假设待采集日志为“通信类”日志，云端配置平台对“通信类”日志进行动态配置后，将该“通信类”日志的日志开关配置文件发送至日志引擎模块。日志引擎模块对接收到的“通信类”日志的日志开关配置文件进行解析，得到对应的日志开关的参数，日志引擎模块根据“通信类”日志的日志开关的参数开启该“通信类”日志的日志开关。

需要说明的是，云端配置平台对新的日志开关进行配置的过程，可以参见上述日志开关的配置方法，此处不再赘述。

如图5中标号53部分所示，云端配置平台对日志开关进行配置后，将配置完成的日志开关同步更新到日志开关名单里，远程服务器可以从云端配置平台获取日志开关名单。

此外，如图5中标号52和标号55部分所示，云端配置平台将配置完成的日志开关同步更新到日志开关名单后，云端配置平台可以将日志开关名单Push推送到日志引擎模块，日志引擎模块接收到云端配置平台Push推送的日志开关名单后，更新手机端的日志开关列表中的日志开关。

本申请实施例中，为了满足云端配置平台对日志开关进行不限个数的配置，以及手机的软件架构中不同层级架构中(手机的软件架构包括应用层、框架层、系统库和内核层)不同业务对日志开关的诉求不同，云端配置平台可以将日志开关的开关类型抽象为4类，分别为：Property系统，Broadcast广播，Service服务以及Node设备节点，具体见如下表1。

表1

上述表1中的4种开关类型是可以配置的，比如，云端配置平台可以对Property系统类型的配置字段key进行配置，以实现精细化管控相机的日志开关、短信的日志开关以及备忘录的日志开关，等等。日志引擎模块还可以通过发送广播的方式，以开启Broadcast广播类型的日志开关对应的日志。手机的android系统里包括多种服务，比如，蓝牙服务、闹钟服务等，每个服务模块对应的消息不同，日志引擎模块可以向Service服务类型的日志开关发送服务消息，以开启对应的日志开关。此外，日志引擎模块可以通过向设备节点写入对应的信息，以开启Node设备节点类型的日志开关。

需要解释的是，上述表1中包括的4种日志开关的开关类型仅作为示例性描述，日志开关的开关类型不限于表1中的4种开关类型，云端配置平台可以根据实际诉求对日志开关的开关类型进行扩展，此处不做限定。

步骤609，日志采集模块采集日志开关开启的日志对应的日志信息。

在手机开启异常诊断模式的过程中，手机响应于用户操作对手机的异常问题进行问题复现。如图5中标号51部分所示，在手机对异常问题进行问题复现的过程中，日志采集模块采集日志开关开启的日志对应的日志信息。

其中，问题复现是指手机响应于用户的操作，再次运行的过程中出现异常问题的场景。比如，假设异常问题为手机无法连接网络，手机处于异常诊断模式的过程中，手机响应于用户的连接网络操作再次连接网络失败，实现了对手机无法连接网络这一异常问题进行复现。在手机再次连接网络的过程中，日志采集模块采集通信类日志对应的日志信息。

在本申请实施例的一种可能的情况下，手机开启异常诊断模式达到预设时长后，手机自动关闭异常诊断模式。此时，日志采集模块对日志开关开启的日志结束采集。同时，日志引擎模块控制日志开关关闭。其中，预设时长可以为远程服务器预先设定的时长，比如，预设时长可以为5小时、10小时或12小时，等等，此处对远程服务器设定开启异常诊断模式的时长不做限定。

在本申请实施例的另一种可能的情况下，在手机对异常问题进行问题复现结束后，日志采集模块对日志开关开启的日志结束采集时，日志引擎模块即可控制日志开关关闭。由此，在日志采集模块采集日志结束后，日志引擎模块控制日志开关关闭，从而节省了手机的功耗。

在本申请实施例的又一种可能的情况下，在手机对异常问题进行问题复现结束后，日志采集模块对日志开关开启的日志结束采集。此时，日志引擎模块可以控制日志开关在手机的异常诊断模式达到预设时长后关闭。由此，在手机开启异常诊断模式的过程中，手机响应于用户操作对手机的异常问题进行再次问题复现时，日志采集模块可以再次采集到日志开关开启的日志，避免了日志采集模块漏采集日志信息的问题。

在本申请实施例的又一种可能的情况下，在日志采集模块对日志开关开启的日志采集的过程中，手机检测到用户对日志开关进行关闭的操作后，响应于用户的操作，日志引擎模块控制日志开关关闭。此时，日志采集模块停止采集日志开关关闭的日志。

可选地，日志采集模块采集到日志信息后，可以将日志信息存储在对应的日志文件中。本申请中对该日志文件的名称的命名方式不做限定，比如，该日志文件的名称可以由该日志采集标识确定，如当该日志采集标识为123456，则该日志文件的名称为123456。

当日志采集模块采集的日志信息包含多个日志对应的日志信息时，日志采集模块可以将该多个日志对应的日志信息存储在同一个日志文件中，也可以将该多个日志对应的日志信息分别存储在对应的日志文件中，此处不做限定。比如，日志采集模块采集“性能类”，“功耗类”和“通信类”日志后，可以将采集到的这三类日志对应的日志信息存储在同一个日志文件中，也可以将采集到的这三类日志对应的日志信息分别存储在三个日志文件中。

继续以图9中的示例进行说明，手机检测到用户点击图9中的(f)所示第二提示窗口911中的“继续”控件913后，手机开启异常诊断模式，日志引擎模块开启待采集日志的日志开关。之后，日志采集模块可采集日志开关开启的日志的信息。

在日志信息采集过程中，用户可以主动反馈日志采集模块采集的日志信息或查看历史反馈日志信息。图10示出本申请一实施例中用户主动反馈日志时电子设备的交互界面示意图。

在手机开启异常诊断模式的过程中，如图10中的(a)所示，手机的通知界面1001中可以显示手机已开启异常诊断模式的通知消息。该通知消息中可以提示用户异常诊断模式还有多长时间结束。如图10中的(a)示出的通知消息为“异常诊断模式已开启，将于2022年12月22日下午11:44结束，点击通知可进行反馈”。

需要解释的是，图10中的(a)示出的通知消息显示在手机的通知界面中仅作为一种示例性的实现方式，当然，上述通知消息也可以显示在手机的其它显示界面中，此处不做限定。比如，该通知消息可以在手机的显示界面、状态栏等位置显示，本申请实施例中对该通知消息显示的具体形式以及位置等不做限定。此外，通知消息在通知界面中显示的时长，可以为手机处于异常诊断模式的时长。该时长可以通过维修工程师在图8中的(b)所示的第三界面807中显示的“超时时长”设置。比如，假设图8中的(b)所示的超时时长为6小时，则手机开启异常诊断模式的时长为6小时。也就是说，上述通知消息在通知界面显示的时长为6小时。

继续以图10中的示例进行说明，手机检测到用户点击通知界面中显示的通知消息的操作后，手机可以显示如图10中的(b)所示的第五界面1002。其中，第五界面也是手机的交互界面，第五界面可以包括诊断分析反馈窗口。用户可以在第五界面1002反馈日志采集模块采集的日志信息或查看历史反馈日志信息。比如，手机检测到用户点击“反馈”控件1003的操作后，完成了日志信息反馈。然后，手机可显示如图10中的(c)所示的网络提示窗口1006。手机检测到用户点击“退出”控件1005的操作后，手机响应于用户操作退出异常诊断模式。然后，日志采集模式停止采集日志，日志引擎模块控制日志开关关闭。

需要解释的是，当手机关闭异常诊断模式后，图10中的(a)的通知界面中不再显示通知消息。此外，图10中的网络提示窗口1007是以弹窗的形式显示在手机的显示界面中，当然，网络提示窗口1007也可以通过其它形式显示在手机的显示界面中，此处不做限定。

图12示出本申请一实施例的用户查看历史反馈日志时电子设备的交互界面示意图。如图12所示，若手机检测到用户点击图12中的(b)所示的第五界面1202中“查看历史反馈”控件1204的操作后，手机可显示如图12中的(c)所示的第六界面1206。其中，第六界面中包括日志引擎模块已经上传至日志服务器的日志对应的日志信息。由此，用户通过查看第六界面1206中已经上传至日志服务器的日志信息，可以判断异常问题信息对应的日志是否已经上传至服务器，避免了重复采集日志的问题。

步骤610，日志采集模块向日志引擎模块发送日志信息。

步骤611，日志引擎模块向日志服务器发送日志信息。

本申请实施例中，如图5中标号52部分所示，日志采集模块将采集到的日志信息发送至日志引擎模块后，日志引擎模块可以将接收到的日志信息封装到一个数据包里，再将封装后的日志信息发送至日志服务器。

可选地，日志引擎模块可以对接收到的日志信息进行加密处理，再将加密处理后的日志信息封装到一个数据包里，然后将封装后的日志信息发送至日志服务器。由此，日志引擎模块对日志信息进行了加密处理，增加了数据传输的可靠性。

可选的，日志引擎模块还可以对封装后的日志信息进行压缩处理，然后将压缩后的日志信息发送至日志服务器，从而节省了带宽资源，减少流量浪费。

示例性的，当手机检测到用户在如图10中的(c)所示的网络提示窗口1006中选择网络的操作后，比如，若手机检测到用户选择了使用移动数据网络上传日志信息，则在移动数据网络开启时，日志引擎模块将日志信息上传至日志服务器。在日志引擎模块将日志信息上传至日志服务器后，手机的显示界面显示反馈完成界面1007，如图10中的(d)所示。

假设日志引擎模块将用户在第五界面1002中反馈的异常问题对应的日志信息上传至日志服务器后，手机检测到用户点击图10中的(d)所示的反馈完成界面1007中“继续反馈”控件1008的操作后，手机的显示界面继续显示如图10中的(b)所示的第五界面1002。

步骤612，日志服务器根据日志信息确定手机的异常问题。

本申请实施例中，如图5中标号56部分所示，日志服务器接收到日志引擎发送的日志信息后，对接收到的日志信息进行存储。日志服务器可以根据日志信息对手机进行故障分析，以确定手机的异常问题，实现了日志服务器快速、准确的对手机进行故障定位的目的。然后，日志服务器将手机的异常问题分配给对应的维修工程师进行分析处理。

在本申请实施例中，日志服务器根据日志信息对手机进行故障分析，确定手机的异常问题后，维修工程师可以在电话里告知用户手机的异常问题。或者，日志服务器可以将手机的异常问题发送至手机，以在手机的界面中显示异常问题，本申请实施例中对此不做限定。

上述过程中，智能检测模块检测到用户输入的日志采集标识后，根据日志采集标识确定待采集日志，日志引擎模块开启待采集日志的日志开关，然后，日志采集模块采集日志开关开启的日志对应的日志信息后，日志引擎模块将日志信息发送至日志服务器。由此，日志采集模块采集日志开关开启的日志对应的日志信息，不仅解决了相关技术中采集手机的所有日志，造成系统负担的问题，还实现了精准的日志采集的目的。

在另一种可能的场景下，在用户使用手机的过程中，用户还可以主动对手机进行异常问题检测，比如，手机无法充电或手机无法连接网络等异常问题，手机可以响应于用户的操作对手机的异常问题进行主动检测。可选地，手机的智能检测模块可以响应于用户的操作对手机的异常问题进行主动检测，以根据检测结果确定待采集日志。然后，智能检测模块将待采集日志发送至日志引擎模块。进一步地，日志引擎模块可以开启待采集的日志对应的日志开关。手机响应于用户的操作，对手机的异常问题进行复现，比如，手机响应于用户的操作对手机进行充电，或者，手机响应于用户的操作再次连接网络，等等。在手机复现异常问题的过程中，日志采集模块采集日志开关开启的日志对应的日志信息。然后，日志采集模块将日志信息发送至日志引擎模块，日志引擎模块将接收到的日志信息上传至日志服务器，以使得日志服务器根据日志信息对该手机进行故障定位。

需要解释的是，日志引擎模块将日志信息上传至日志服务器的过程，可以参见上述过程，比如，日志引擎模块将日志信息上传至日志服务器之前，也可以对日志信息进行加密和/或压缩等操作，此处不再做具体介绍。

示例性的，如13示出本申请一实施例的用户主动检测异常问题信息时电子设备的交互界面示意图。如图13中的(a)所示，手机检测到用户点击显示界面中显示的“我的荣耀”应用的图标1301后，手机的显示界面显示“我的荣耀”应用的首页。手机检测到用户点击“我的荣耀”应用中的“服务”图标1302后，手机的显示界面显示自助服务界面，如图13中的(b)所示。手机检测到用户点击“智能检测”图标1303后，手机的显示界面显示智能检测界面，如图13中的(c)所示。手机检测到用户选中“系统性能”和“通信与网络”后，检测到用户点击“立即检测”控件1304的操作后，手机的智能检测模块可以依次对手机的“系统性能”和“通信与网络”进行主动检测，以确定手机是否存在异常问题。手机的智能检测模块对手机进行异常问题的检测过程中，手机可以显示如图13中的(d)所示的界面，以提示用户当前的检测进度。当手机完成主动检测后，手机可以显示如图13中的(e)所示的检测结果界面1305。在检测结果界面1305中可以显示手机自动检测出的异常问题，比如，检测结果显示界面1305显示的异常问题信息为“振动器异常”。

需要解释的是，手机显示图13中的(c)所示的智能检测界面时，用户可以仅选中一项，也可以选中多项，此处对手机检测的内容不做限定。比如，当手机检测到用户选中的“系统性能”，然后，检测到用户点击“立即检测”控件1304的操作后，手机的智能检测模块可以对手机的“系统性能”进行主动检测。还比如，当手机检测到用户选中的“系统性能”、“通信与网络”和“充电与电池”，然后，检测到用户点击“立即检测”控件1304的操作后，手机的智能检测模块可以对手机的“系统性能”、“通信与网络”和“充电与电池”进行主动检测。图13中的(c)所示的智能检测界面显示的待检测项仅作为示例性描述，智能检测模块还可以对手机的其他性能进行检测，此处也不做限定。

在一种可能的情况下，当手机主动检测出的异常问题并非用户使用手机时实际出现的异常问题时，手机还可以响应于用户操作，获取到用户主动反馈的异常问题信息。比如，如图13中的(e)中显示的异常问题信息为“振动器异常”，用户使用手机时发现异常问题为连接网络异常，用户可以主动反馈手机实际出现的异常问题。即当手机检测到用户点击检测结果显示界面1305中显示的“否”控件1306的操作后，手机的显示界面可以显示第六界面1307，如图13中的(f)所示。其中，第六界面也是手机的交互界面，第六界面可以包括问题反馈与建议窗口，问题类型标签等。当手机检测到用户在第六界面1307中的手动输入区域1308内输入异常问题信息的操作，以及手机检测到用户点击“提交”控件1309的操作后，手机可以获取到用户主动反馈的异常问题信息。

在本申请实施例中，手机的第六界面1307中可以显示有开启日志开关的开关控件1310，手机检测到用户打开开启日志开关的开关控件1310的操作后，手机可以显示日志开关列表界面1311，如图13中的(g)所示。其中，日志开关列表界面1311中显示有手机中各种日志的开关控件。手机检测到用户点击日志开关列表界面1311中至少一个日志的开关控件后，日志引擎模块开启该至少一个日志对应的日志开关。比如，手机检测到用户点击日志开关列表界面1311中“通信类”日志的日志开关后，日志引擎模块开启该“通信类”日志的日志开关。

手机检测到用户点击日志开关列表界面1311中“打开成功”控件1312的操作后，手机可以显示第七界面1313，如图13中的(h)所示。其中，第七界面中显示有待采集的用户隐私信息和开启用户隐私信息的开关控件。比如，图13中的(h)中的第七界面1313中显示有开启位置、设备信息和位置信息的开关控件。手机检测到用户开启用户隐私信息的开关控件的操作后，手机的日志引擎模块开启对应的用户隐私信息的开关。比如，手机检测到用户点击“设备信息”的开关控件后，日志引擎模块开启“设备信息”的开关。

在本申请实施例中，当手机检测到用户在第六界面1307中的手动输入区域1308内输入异常问题信息的操作，以及手机检测到用户点击“提交”控件1309的操作后，手机可以根据用户在手动输入区域1308内输入异常问题信息向用户推荐待采集日志。比如，手机可以显示推荐日志开关列表，其中，推荐日志开关列表中显示有手机向用户推荐的待采集日志的日志开关。

由此，手机的显示界面显示日志开关和/或用户隐私信息开关以供用户选择，日志引擎模块可以根据用户的操作分别开启日志的开关和/或允许获取用户隐私信息的开关，不仅实现了精准的获取日志信息的目的，还可以根据获取到的日志信息准确的定位到手机的故障原因。此外，手机在检测到用户的同意操作后，再获取用户隐私信息，达到了保护用户隐私的目的。

在日志采集模块采集日志开关开启的日志对应的日志信息的过程中，日志采集模块同时采集用户隐私信息的开关开启的用户隐私信息。然后，日志采集模块将采集到的日志信息和用户隐私信息发送至日志引擎模块，日志引擎模块将接收到的日志信息和用户隐私信息上传至日志服务器，日志服务器对接收到的日志信息和用户隐私信息进行存储。然后，日志服务器可以根据日志信息和用户隐私信息对该手机进行故障分析，以确定手机出现故障的原因。

在此场景下，手机检测到用户关闭日志开关的开关控件后，日志引擎模块关闭该日志开关，且日志采集模块停止采集日志信息。比如，手机检测到用户关闭图13中的(g)显示的日志开关列表界面1311中“通信类”日志的日志开关后，日志引擎模块关闭该“通信类”日志的日志开关，日志采集模块停止采集该“通信类”日志的日志信息。

在另一种可能的场景下，如图5中标号57部分所示，当手机的测试用户在使用手机的过程中发现手机存在异常问题，比如，手机中某一应用在使用过程中存在闪退现象，或手机的电池耗电量过快等异常问题。其中，测试用户可以为开发人员预先设定的某些用户，测试用户可以在手机的测试应用的日志开关界面中开启待采集日志的日志开关。比如，测试用户可以为某一年龄段的用户，某一地区的用户，等等。其中，测试应用的日志开关界面中包括待采集日志的日志开关。手机的日志引擎模块可以响应于测试用户对手机中测试应用的操作，在测试应用的日志开关界面中开启待采集日志的日志开关。手机响应于测试用户的操作，对手机的异常问题进行问题复现，比如，手机响应于测试用户的操作再次打开某一应用，或者，手机响应于测试用户的操作再次连接网络，等等。在手机复现异常问题的过程中，日志采集模块采集日志开关开启的日志对应的日志信息。然后，日志采集模块将日志信息发送至日志引擎模块，日志引擎模块将接收到的日志信息上传至日志服务器，以使得日志服务器根据日志信息对该手机进行故障定位。

综上所述，本申请实施例中，如图5和图14所示，智能检测模块根据用户输入的日志采集标识确定待采集日志，日志引擎模块开启待采集日志的日志开关，在手机对异常问题进行问题复现的过程中，日志采集模块采集日志开关开启的日志对应的日志信息，然后，日志引擎模块将日志信息发送至日志服务器。由此，日志采集模块采集日志开关开启的日志对应的日志信息，不仅解决了相关技术中采集手机的所有日志，造成系统负担的问题，还实现了对日志进行精细化采集，以精准的定位到手机故障原因。

此外，智能检测模块还可以响应于用户的操作，对手机的异常问题进行主动检测，以根据检测结果确定待采集日志。日志引擎模块开启待采集日志的日志开关后，在手机对异常问题进行问题复现的过程中，日志采集模块采集到日志开关开启的日志对应的日志信息，日志引擎模块将日志信息发送至日志服务器，使得日志服务器根据日志信息快速、精准的定位到手机的故障原因。

此外，智能检测模块还可以检测到用户主动反馈的异常问题信息，智能检测模块根据异常问题信息确定待采集日志，日志引擎模块开启待采集日志的日志开关，在手机对异常问题进行问题复现的过程中，日志采集模块采集日志开关开启的日志对应的日志信息，然后，日志引擎模块将日志信息发送至日志服务器。

需要解释的是，上述图14中的具体实现过程，可以参考前述实施例的介绍过程，此处不再赘述。

图15示出本申请一实施例的日志采集的方法的流程示意图，下面结合图15对本申请实施例的日志采集的方法的过程进行示例性介绍。图15所示的实施方式以备忘录应用作为示例，本申请不限于此，图15所示的实施例中的日志采集方法的流程还可以适用于其他应用，区别在于弹出的动态隐私声明的窗口中显示的内容不同，动态隐私声明的窗口中显示的具体内容与具体的应用相关。

如图15所示，假设用户使用手机的过程中发现备忘录存在异常问题，比如，备忘录中部分内容打不开，备忘录中记录的信息丢失等问题。用户可以开启远程日志采集，比如，用户通过“我的荣耀”应用反馈备忘录的异常问题信息，维修工程师获取到备忘录的异常问题信息后，远程服务器响应于维修工程师在远程服务器的界面中的操作，创建日志采集任务，并生成日志采集标识。智能检测模块检测到用户输入日志采集标识后，生成任务查询请求。智能检测模块根据任务查询请求从远程服务器查询到日志采集任务。此处，智能检测模块根据任务查询请求从远程服务器查询到日志采集任务的过程可以参见上述图6中的介绍，此处不再赘述。

在智能检测模块确定日志采集任务中待采集日志中包括用户基础信息的情况下，手机的显示界面中可以弹出如图9中的(e)所示的提示窗口，以提示用户是否同意采集用户基础信息。当智能检测模块确定用户不同意采集用户基础信息的情况下，智能检测模块停止日志采集流程。当智能检测模块确定用户同意采集用户基础信息的情况下，智能检测模块继续判断待采集日志中是否包括动态隐私信息，其中，动态隐私信息是指与具体的应用相关的用户数据信息，对于不同的应用，需要采集的应用的数据可能不同。若智能检测模块确定待采集日志中不包括动态隐私信息，则智能检测模块开启异常诊断模式。若智能检测模块确定待采集日志中包括动态隐私信息，则手机的显示界面中可以弹出如图9中的(f)所示的隐私提示窗口，以提示用户是否同意采集动态隐私信息，对于不同的应用，图9的(f)所示的隐私提示窗口显示的具体内容不同。若智能检测模块确定用户不同意采集动态隐私信息，则智能检测模块开启异常诊断模式，并且在日志采集模块采集日志的过程中不采集动态隐私信息。若智能检测模块确定用户同意采集动态隐私信息，则智能检测模块开启异常诊断模式，并且在日志采集模块采集日志的过程中，除了采集用户基础信息，还采集动态隐私信息。

智能检测模块开启异常诊断模式后，日志引擎模块开启动态开关，比如，日志引擎模块开启备忘录的日志开关。在备忘录的日志开关开启后，日志采集模块采集备忘录的日志信息的过程中，手机可以响应于用户的操作，向日志服务器反馈备忘录的日志信息，如图12中的(b)所示。其中，备忘录的日志信息包括基础日志信息和动态日志信息。日志引擎模块获取到备忘录的日志信息后，可以将日志信息打包，并将打包后的日志信息上传至日志服务器。日志服务器根据日志信息确定异常备忘录后，日志服务器可以将异常备忘录对应的信息发送至手机的显示界面。

此后，手机的界面中可以显示如图16中所示的导出异常备忘录界面1600。手机检测到用户在界面1600中选中异常备忘录信息后，比如，用户选中图16中所示的第一个备忘录信息，手机响应于用户的选中操作，将该异常备忘录信息导出到日志文件中。

需要解释的是，图15中示出的开启备忘录的日志开关的过程仅作为示例性描述，具体的实现过程可以参见上文中对图5至图14的具体介绍过程，此处不再赘述。本申请中的异常问题信息不限于备忘录的异常问题，还可以为其他异常问题，比如，通话问题或网络问题等。此外，上述图15中的用户可以是已经出售的商用产品的用户，也可以是对还未发布的产品(例如，软件版本或硬件产品)进行测试的测试用户，此处不做限定。

相关技术中，手机中所有日志的日志开关被全部打开，导致用户使用手机的过程中出现卡顿、功耗等加等问题，在手机出现故障时，也无法精准、快速的定位到故障原因。而本申请实施例中，日志引擎模块仅开启待采集日志的日志开关，在手机对异常问题进行问题复现的过程中，日志采集模块采集到日志开关开启的日志对应的日志信息，不仅降低了手机的功耗，避免手机出现卡顿的问题，还可以快速定位到手机的故障原因。

如图17所示，本申请实施例公开了一种电子设备，该电子设备可以为上述手机。该电子设备具体可以包括：触摸屏1701，所述触摸屏1701包括触摸传感器1706和显示屏1707；一个或多个处理器1702；存储器1703；一个或多个应用程序(未示出)；以及一个或多个计算机程序1704，上述各器件可以通过一个或多个通信总线1705连接。其中，上述一个或多个计算机程序1704被存储在上述存储器1703中并被配置为被该一个或多个处理器1702执行，该一个或多个计算机程序1704包括指令，该指令可以用于执行上述实施例中的相关步骤。

可以理解的是，上述电子设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

本申请实施例可以根据上述方法示例对上述电子设备等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的电子设备的一种可能的组成示意图，该电子设备可以包括：显示单元、传输单元和处理单元等。需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种电子设备，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中的日志采集方法。

本申请的实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的日志采集方法。

本申请的实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的日志采集方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使装置执行上述各方法实施例中电子设备执行的日志采集方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或装置均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (23)

1.一种日志采集方法，应用于电子设备，其特征在于，所述方法包括：

所述电子设备显示第一显示界面，所述第一显示界面包括输入区域；

所述电子设备接收用户的第一操作，响应于所述第一操作显示第二显示界面，所述第一操作为用户在所述输入区域中输入日志采集标识的操作，所述第二显示界面中包括异常诊断模式已开启的第一提示信息；

在所述异常诊断模式开启的过程中，所述电子设备采集与所述日志采集标识对应的日志信息；

在所述异常诊断模式结束后，所述电子设备自动将所述日志信息发送至日志服务器。

2.根据权利要求1所述的方法，其特征在于，在显示第二显示界面之前，所述方法还包括：

响应于所述第一操作，所述电子设备显示第一提示窗口，所述第一提示窗口包括第一控件和第一用户信息；

响应于对所述第一控件的第二操作，所述电子设备开启所述异常诊断模式。

3.根据权利要求2所述的方法，其特征在于，所述电子设备开启所述异常诊断模式之前，所述方法还包括：

响应于所述第二操作显示第二提示窗口，所述第二提示窗口包括第二控件和第二用户信息；

响应于用户对所述第二控件的第三操作，所述电子设备开启所述异常诊断模式。

4.根据权利要求1-3任一项所述的方法，其特征在于，在所述异常诊断模块开启的过程中，所述方法还包括：

所述电子设备的预设区域显示第二提示信息，所述第二提示信息中包括所述异常诊断模式的结束时间；

所述电子设备接收用户对所述预设区域的第四操作，响应于所述第四操作显示第三显示界面，所述第三显示界面包括第三控件；

响应于用户对所述第三控件的第五操作，所述电子设备向所述日志服务器发送所述日志信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

响应于用户对所述第三控件的第五操作，所述电子设备显示第四显示界面，所述第四显示界面中包括所述电子设备向日志服务器反馈日志信息的反馈进度的第三提示信息。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述电子设备显示第五显示界面，所述第五显示界面包括提示日志信息反馈完成的第四提示信息和第四控件；

响应于用户对所述第四控件的第六操作，所述电子设备继续显示所述第三显示界面。

7.根据权利要求4所述的方法，其特征在于，所述第三显示界面还包括第五控件，所述方法还包括：

响应于用户对所述第五控件的第七操作，所述电子设备的预设区域停止显示所述第二提示信息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备接收用户对第一应用的第八操作，响应于所述第八操作显示第六显示界面，所述第六显示界面包括至少一项待检测项；

所述电子设备接收用户在所述第六显示界面的第九操作，响应于所述第九操作显示第七显示界面，所述第七显示界面包括检测进度的第四提示信息；

所述电子设备显示第八显示界面，所述第八显示界面包括检测结果的第五提示信息。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

所述电子设备接收用户在所述第八显示界面的第十操作后，响应于所述第十操作显示第九显示界面，所述第九显示界面包括问题反馈区域和第六控件；

响应于用户对所述第六控件的第十一操作显示第十显示界面，所述第十显示界面包括日志开关列表，所述日志开关列表中包括参数配置完成的日志开关。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述电子设备接收用户在所述第十显示界面的第十二操作后，响应于所述第十二操作显示第一提示窗口，所述第一提示窗口包括第一控件和第一用户信息；

响应于对所述第一控件的第十三操作，所述电子设备开启异常诊断模式。

11.根据权利要求10所述的方法，其特征在于，所述电子设备开启异常诊断模式之前，所述方法还包括：

响应于所述第十三操作显示第二提示窗口，所述第二提示窗口包括第二控件和第二用户信息；

响应于用户对所述第二控件的第十四操作，所述电子设备开启所述异常诊断模式。

12.根据权利要求1-11任一项所述的方法，其特征在于，在显示所述第二显示界面之前，所述方法还包括：

响应于用户的所述第一操作，生成任务查询请求并向远程服务器发送所述任务查询请求，其中，所述任务查询请求中携带有所述日志采集标识，所述任务查询请求用于所述远程服务器根据所述日志采集标识确定至少一个待采集日志，所述日志采集标识是所述远程服务器根据异常问题信息生成的，用于唯一标识所述异常问题信息对应的至少一个待采集日志；

接收所述至少一个待采集日志的任务；

所述电子设备根据所述至少一个待采集日志的任务，开启所述至少一个待采集日志对应的日志开关。

13.根据权利要求2-12任一项所述的方法，其特征在于，所述电子设备显示第一提示窗口，包括：

在所述电子设备确定所述至少一个待采集日志包括所述第一用户信息的情况下，所述电子设备显示所述第一提示窗口。

14.根据权利要求3-13任一项所述的方法，其特征在于，所述显示第二提示窗口，包括：

在所述电子设备确定所述至少一个待采集日志包括所述第二用户信息的情况下，所述电子设备显示所述第二提示窗口。

15.根据权利要求1-14任一项所述的方法，其特征在于，所述电子设备接收用户的第一操作之前，所述方法还包括：

所述电子设备响应于用户的第十五操作，向所述远程服务器发送所述异常问题信息；所述第十五操作为所述用户输入所述异常问题信息的操作；

所述电子设备接收所述远程服务器发送的所述日志采集标识。

16.根据权利要求12-15任一项所述的方法，其特征在于，所述电子设备根据所述至少一个待采集日志的任务，开启所述至少一个待采集日志对应的日志开关之前，所述方法还包括：

在所述电子设备的日志开关列表中不包括所述至少一个待采集日志的日志开关的情况下，所述电子设备生成日志配置请求；所述日志开关列表中包括参数配置完成的日志开关，所述日志配置请求用于请求云端配置平台对所述待采集日志的日志开关进行参数配置并生成配置文件；

所述电子设备接收到所述配置文件后，在所述日志开关列表中生成所述至少一个待采集日志的日志开关。

17.根据权利要求16所述的方法，其特征在于，所述日志配置请求中携带有所述电子设备的设备标识码，所述设备标识码用于所述云端配置平台向所述设备标识码对应的电子设备发送所述配置文件。

18.根据权利要求1-17任一项所述的方法，其特征在于，在所述异常诊断模式开启的过程中，所述方法还包括：

所述电子设备响应于所述用户的第十六操作，所述电子设备停止采集所述日志信息；所述第十六操作为所述电子设备关闭所述至少一个待采集日志的日志开关的操作。

19.根据权利要求1-18任一项所述的方法，其特征在于，在所述异常诊断模式开启的过程中，所述方法还包括：

在所述电子设备对所述异常问题信息对应的异常问题进行复现结束的情况下，所述电子设备停止采集所述日志信息。

20.根据权利要求8-19任一项所述的方法，其特征在于，在显示第六显示界面之前，所述方法还包括：

所述电子设备响应于用户的所述第八操作，确定所述至少一个待采集日志；

所述电子设备根据所述至少一个待采集日志，开启所述至少一个待采集日志对应的日志开关。

21.根据权利要求1-20任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备响应于所述用户的第十七操作，开启所述至少一个待采集日志对应的日志开关；所述第十七操作为所述用户在第二应用的显示界面中开启所述日志开关的操作；

所述电子设备响应于所述用户的第十八操作，采集日志开关开启的所述至少一个待采集日志的日志信息；

所述电子设备将所述日志信息发送至所述日志服务器。

22.一种电子设备，其特征在于，包括：

显示屏；

一个或多个处理器；

存储器；

其中，所述存储器中存储有一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如权利要求1-21中任一项所述的日志采集方法。

23.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-21中任一项所述的日志采集方法。