CN117687880A - 日志处理方法及装置 - Google Patents

Abstract

本申请公开了日志处理方法及装置，该方法包括：获取第一故障场景；确定该第一故障场景对应的第一转储开关标识；根据该第一转储开关标识从服务器下载该第一故障场景对应的第一配置文件；检测该第一配置文件包括的一个或多个检测场景中的故障检测点是否发生故障；转储第一日志文件，该第一日志文件为第一故障检测点发生故障时的日志文件，该第一故障检测点为该一个或多个检测场景中发生故障的故障检测点；接收用户输入的日志上传指令；基于该日志上传指令，将该第一日志文件发送至服务器。通过本申请，能够提高对用户反馈的故障问题的处理效率。

Description

日志处理方法及装置

技术领域

本申请实施例涉及计算机领域，尤其涉及日志处理方法及装置。

背景技术

日志(log)是指系统所指定对象的某些操作和其操作结果按时间有序的集合。日志文件记录了系统与系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。在现代云系统中，每天会产生大量的日志数据，这些数据可以用于完成错误诊断、用户行为建模、系统性能分析、潜在安全风险预警等功能。随着系统规模的扩大，相应的日志数据的规模也在迅速增长。

目前，当商用用户发生故障问题时，云端可以通过远程日志采集的方式，采集客户端运行时的日志文件进行问题复现和处理，以达到监测和分析客户端运行状况和故障的目的。但是类似通信等问题领域的日志记录信息过多，日志文件超大，由于客户端具有保持文件大小和数量的限制，会导致可记录的问题日志时间较短。当用户反馈问题不及时或者用户感知和网络情况不一致时，便会出现采集到的日志有效性较低的问题，造成客户端需要反复反馈日志文件，从而降低了对用户反馈的故障问题的处理效率。

发明内容

本申请提供了一种日志处理方法及装置，能够提高对用户反馈的故障问题的处理效率。

第一方面，本申请提供了一种日志处理方法，包括：获取第一故障场景；确定该第一故障场景对应的第一转储开关标识；根据该第一转储开关标识从服务器下载该第一故障场景对应的第一配置文件；该第一配置文件包括针对该第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点；检测该一个或多个检测场景中的故障检测点是否发生故障；转储第一日志文件，该第一日志文件为第一故障检测点发生故障时的日志文件，该第一故障检测点为该一个或多个检测场景中发生故障的故障检测点；接收用户输入的日志上传指令；基于该日志上传指令，将该第一日志文件发送至服务器。

基于第一方面描述的方法，通过对该一个或多个第一故障场景中的故障监测点进行检测，若某个故障检测点(如第一故障检测点)发生故障时，便可将该第一故障检测点发生故障时的日志文件(即第一日志文件)进行自动转储，接收到商用用户输入的日志上传指令后，即可将该第一日志文件发送至服务器。由于第一日志文件是在第一故障检测点发生故障时便进行了自动转储，避免了记录的问题日志的时效性问题，保证了收集的日志文件的有效性，有利于提高对用户反馈的故障问题的处理效率，提高用户体验。

在一种可能的实现方式中，该第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于该第一转储次数门限值。基于该方式，对日志文件的转储次数进行限制，能够防止频繁转储日志的情况。

在一种可能的实现方式中，该第一配置文件还包括该第一故障场景对应的第二转储次数门限值，转储该第一日志文件的次数小于或等于该第二转储次数门限值。基于该方式，对日志文件的转储次数进行限制，能够防止频繁转储日志的情况。

在一种可能的实现方式中，获取第一故障场景，包括：在获得用户授权该服务器收集日志后，显示智能检测界面，该智能检测界面包括问题反馈选项；若检测到针对该问题反馈选项的触发操作，则显示问题反馈界面，该显示问题反馈界面包括一个或多个故障类型选项；若检测到针对该一个或多个故障类型选项中第一故障类型选项的触发操作，则显示故障场景分类框，该故障场景分类框包括一个或多个故障场景选项和确认选项；若检测到针对该一个或多个故障场景选项中第一故障场景选项的触发操作，则将该第一故障场景选项对应的故障场景确定为第一故障场景。基于该方式，可以实现自行问题反馈的可视化展示，同时提高问题反馈的准确性。

在一种可能的实现方式中，该故障场景分类框还包括确认选项，该方法还包括：若检测到针对该确认选项的触发操作，则开启针对该第一故障场景的故障诊断模式；确定该第一故障场景对应的第一转储开关标识，包括：在该第一故障场景的故障诊断模式下确定该第一故障场景对应的第一转储开关标识。基于该方式，可以实现开启故障诊断模式的可视化展示。

在一种可能的实现方式中，获取第一故障场景，包括：接收来自服务器的日志收集请求，该日志收集请求包括该第一故障场景。基于该方式，能够动态指示第一故障场景，提高第一故障场景的灵活性。

在一种可能的实现方式中，确定该第一故障场景对应的第一转储开关标识之前，该方法还包括：接收来自服务器的诊断验证码；若获得用户授权该服务器收集日志，则显示智能检测界面，该智能检测界面包括诊断分析选项；若检测到针对该诊断分析选项的触发操作，则显示诊断分析界面，该诊断分析界面包括验证码输入框；在获取到该验证码输入框中的第一验证码后，若该第一验证码与该诊断验证码相同，则开启针对该第一故障场景的故障诊断模式；确定该第一故障场景对应的第一转储开关标识，包括：在该第一故障场景的故障诊断模式下确定该第一故障场景对应的第一转储开关标识。基于该方式，可以实现开启故障诊断模式的可视化展示，同时由于增加了对验证码的验证过程，也能够提高故障检测的安全性。

在一种可能的实现方式中，基于该日志上传指令，将该第一日志文件发送至该服务器，包括：获取用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息；基于该日志上传指令，对该第一日志文件、该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到故障日志文件；将该故障日志文件发送至服务器。基于该方式，能够实现上次日志文件的可视化展示，同时提高对对用户反馈的故障问题处理的准确性。

在一种可能的实现方式中，该方法还包括：接收来自服务器的第一信息，该第一信息为故障场景与转储开关标识的映射关系；确定该第一故障场景对应的第一转储开关标识，包括：基于该映射关系确定该第一故障场景对应的第一转储开关标识。基于该方式，能够提高确定第一转储开关标识的准确性。

在一种可能的实现方式中，该第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。基于该方式，有利于提高故障场景分类的精确性。

在一种可能的实现方式中，该方法还包括：接收来自服务器的第二信息，该第二信息为该第一信息更新后的信息；将该第一信息调整为该第二信息。基于该方式，能够保证第一信息的灵活性和准确性。

在一种可能的实现方式中，该方法还包括：接收来自服务器的该第一故障场景对应的第二配置文件，该第二配置文件为该第一配置文件更新后的配置文件；将该第一配置文件调整为第二配置文件。基于该方式，能够保证第一配置文件的灵活性和准确性。

第二方面，本申请提供了一种日志处理方法，包括：接收来自终端设备的第一故障场景对应的第一转储开关标识；根据该第一故障场景对应的第一转储开关标识，向终端设备发送该第一故障场景对应的第一配置文件；该第一配置文件包括针对该第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点；接收来自终端设备的第一日志文件；该第一日志文件为第一故障检测点发生故障时的日志文件，该第一故障检测点为该一个或多个检测场景中发生故障的故障检测点。

第二方面的可能的实现方式的有益效果可参见第一方面的可能的实现方式的有益效果，在此不赘述。

在一种可能的实现方式中，该第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于该第一转储次数门限值。

在一种可能的实现方式中，该第一配置文件还包括该第一故障场景对应的第二转储次数门限值，转储该第一日志文件的次数小于或等于该第二转储次数门限值。

在一种可能的实现方式中，根据该第一故障场景对应的第一转储开关标识，向终端设备发送该第一故障场景对应的第一配置文件之前，该方法还包括：获取第一故障场景；向终端设备发送日志收集请求，该日志收集请求包括该第一故障场景。

在一种可能的实现方式中，获取第一故障场景之前，该方法还包括：显示远程获取日志界面，该远程获取日志界面包括新建任务选项；若检测到针对该新建任务选项的触发操作，则显示新建任务界面，该新建任务界面包括任务单号框、任务名称框、故障场景选项和保存选项；获取第一故障场景，包括：获取针对该故障场景选项选择的第一故障场景、该任务单号框中的任务单号信息、该任务名称框中的任务名称信息；若检测到针对该保存选项的触发操作，则生成诊断验证码；向终端设备发送该诊断验证码。基于该方式，可以实现远程日志收集任务创建的可视化展示，同时由于增加了对验证码的验证过程，也能够提高故障检测的安全性。

在一种可能的实现方式中，接收来自该终端设备的第一日志文件，包括：接收来自终端设备的故障日志文件，该故障日志文件是对第一日志文件、用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息进行打包得到的。

在一种可能的实现方式中，该方法还包括：向终端设备发送第一信息，该第一信息为故障场景与转储开关标识的映射关系。

在一种可能的实现方式中，该第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。

在一种可能的实现方式中，该方法还包括：当检测到该第一信息更新时，向终端设备发送第二信息，该第二信息为该第一信息更新后的信息。

在一种可能的实现方式中，该方法还包括：当检测到该第一配置文件更新时，向终端设备发送该第一故障场景对应的第二配置文件，该第二配置文件为该第一配置文件更新后的配置文件。

第三方面，本申请提供一种日志处理装置，该装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置；其中，该日志处理装置还可以是芯片系统，该日志处理装置可执行第一方面中终端设备所执行的方法。该日志处理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该日志处理装置执行的操作及有益效果可以参见上述第一方面所述的方法以及有益效果，重复之处不再赘述。

第四方面，本申请提供一种日志处理装置，该装置可以是服务器，也可以是服务器中的装置，或者是能够和服务器匹配使用的装置；其中，该日志处理装置还可以是芯片系统，该日志处理装置可执行第二方面中终端设备所执行的方法。该日志处理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该日志处理装置执行的操作及有益效果可以参见上述第二方面所述的方法以及有益效果，重复之处不再赘述。

第五方面，本申请提供了一种日志处理装置，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得日志处理装置执行上述第一方面或第二方面任一项可能的实现方式中的日志处理方法。

第六方面，本申请提供了一种日志处理装置，该日志处理装置包括用于执行如第一方面或第二方面中任一项所述方法的功能或单元。

第七方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序包括程序指令，当该程序指令在日志处理装置上运行时，使得该日志处理装置执行上述第一方面或第二方面任一项可能的实现方式中的日志处理方法。

第八方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第二方面任一项可能的实现方式中的日志处理方法。

附图说明

图1是本申请实施例提供的一种通信系统的系统架构图；

图2是本申请实施例提供的一种终端设备的硬件结构示意图；

图3是本申请实施例提供的一种终端设备的软件结构框图；

图4是本申请实施例提供的一种日志处理方法的框架示意图；

图5是本申请实施例提供的一种日志处理方法的流程示意图；

图6A是本申请实施例提供的一种智能检测授权界面的示意图；

图6B是本申请实施例提供的一种智能检测界面的示意图；

图6C是本申请实施例提供的一种问题反馈界面的示意图；

图6D是本申请实施例提供的一种故障场景分类框的示意图；

图6E是本申请实施例提供的一种故障诊断模式界面的示意图；

图7A是本申请实施例提供的一种远程获取日志界面的示意图；

图7B是本申请实施例提供的一种新建任务界面的示意图；

图7C是本申请实施例提供的一种验证码提示框的示意图；

图8A是本申请实施例提供的另一种智能检测界面的示意图；

图8B是本申请实施例提供的一种诊断分析界面的示意图；

图9是本申请实施例提供的一种日志上传界面的示意图；

图10A是本申请实施例提供的一种智能检测通知卡片的示意图；

图10B是本申请实施例提供的一种反馈问题界面的示意图；

图11是本申请实施例提供的另一种日志处理方法的流程示意图；

图12是本申请实施例提供的一种日志处理装置的结构示意图；

图13是本申请实施例提供的另一种日志处理装置的结构示意图；

图14是本申请实施例提供的一种芯片的结构示意图。

具体实施方式

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

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

本申请以下实施例中的术语“用户界面(user interface，UI)”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面是通过java、可扩展标记语言(extensible markuplanguage，XML)等特定计算机语言编写的源代码，界面源代码在终端设备上经过解析，渲染，最终呈现为用户可以识别的内容。用户界面常用的表现形式是图形用户界面(graphicuser interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在终端设备的显示屏中显示的文本、图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

为了更好地理解本申请实施例，下面首先对本申请实施例涉及的通信系统10进行介绍：

图1示出了本申请实施例提供的一种通信系统10的系统架构图。该通信系统10可以包括至少一个终端设备和至少一个服务器，图1以该通信系统10包括一个终端设备100和一个服务器200为例。终端设备100和服务器200可以建立通信连接。应当理解，图1仅仅为本申请实施例提供的通信系统的系统结构示意图，并不构成对通信系统10的具体限定，通信系统10可以包括比图示更多或更少的设备，在此不做限定。其中：

一、终端设备

终端设备可以是手机、平板电脑、笔记本电脑、台式计算机、智慧家庭中的无线终端、具备无线通讯功能的可穿戴终端设备(如智能手表)等，但并不局限于此。终端设备可以安装用户使用的应用程序，即客户端(也可以称为用户端)。所谓的客户端是指与服务器相对应，为客户提供本地服务的应用程序，可以与服务器互相配合运行。在本申请实施例中，终端设备可以配置有显示屏，并安装有预设应用程序(application，APP)，用户可以通过预设APP(如智能检测APP)对终端设备进行故障检测，如故障识别、日志收集、诊断分析等。

下面对终端设备100的硬件结构进行介绍。请参阅图2，图2是本申请实施例提供的终端设备100的硬件结构示意图。

终端设备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调用存储器中存储的指令或数据，使终端设备100执行以下方法实施例中终端设备所执行的动效处理方法。

在一些实施例中，处理器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)接口等。

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

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电在其他一些实施例中，电源管理模块141也可以设置于处理器110中。

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

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

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

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如Wi-Fi网络)，蓝牙(bluetooth，BT)，BLE广播，全球导航卫星系统(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可以通过无线通信技术与网络以及其他设备通信。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。ISP用于处理摄像头193反馈的数据。摄像头193用于捕获静态图像或视频。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。视频编解码器用于对数字视频压缩或解压缩。终端设备100可以支持一种或多种视频编解码器。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。

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

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

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口170D用于连接有线耳机。压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定终端设备100的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。加速度传感器180E可检测终端设备100在各个方向上(一般为三轴)加速度的大小。距离传感器180F，用于测量距离。接近光传感器180G可以包括例如发光二极管(LED)和光检测器。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。骨传导传感器180M可以获取振动信号。按键190包括开机键，音量键等。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

另外，终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明终端设备100的软件结构。图3是本申请实施例的终端设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图3所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息，智能检测等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

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

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

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

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

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

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

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

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

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

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

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式。

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

2D图形引擎是2D绘图的绘图引擎。

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

二、服务器

服务器200可以是独立的物理服务器，或者由多台服务器组成的服务器集群，或者是一个云端计算中心(如云服务器)。其中，所谓云服务器是一种简单高效、安全可靠计算服务，其管理方式要比物理服务器更简单高效；可以提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(contentdelivery network，CDN)以及大数据和人工智能平台等基础云计算服务。本申请实施例中，服务器200可以开启远程日志收集、创建故障诊断任务、下发或更新故障场景分类信息、生成故障诊断验证码、更新转储开关的配置文件等，在此不做限定。

为了便于理解本申请实施例提供的方案，下面对本申请实施例涉及的相关概念进行介绍：

1、日志(log)

日志是指系统所指定对象的某些操作和其操作结果按时间有序的集合。日志文件记录了系统与系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。对网络搜索而言，日志是利用网络搜索引擎搜索信息的用户在搜索信息期间与该网络搜索引擎发生互动的电子记录。在现代云系统中，每天会产生大量的日志文件，这些文件数据可以用于完成错误诊断、用户行为建模、系统性能分析、潜在安全风险预警等功能。随着系统规模的扩大，相应的日志文件的规模也在迅速增长。

2、日志收集

日志收集是指通过各种手段获取应用程序运行时产生的各类日志信息，并将这些信息存储到特定的地方，以便后续分析和使用。通常情况下，这些日志文件包括系统运行状态、错误信息、用户操作记录等。通过对这些信息的统计和分析，可以有效地监控应用程序的运行状况，及时发现和解决问题。需要说明的是，“收集”和“采集”这两个词也可以直接替换，例如“日志收集”和“日志采集”均可表示相同或相近的含义，本申请实施例不作限定。

在本申请实施例中，远程日志收集是指服务器通过网络向终端设备发起远程日志收集任务，终端设备可以将应用程序运行时的日志文件传输到服务器中进行分析和处理，以达到监测和分析客户端运行状况和故障的目的。远程日志收集不仅可以实时监测终端设备的运行情况，而且还能够帮助用户快速定位和解决各种网络问题。例如，当商用用户发生故障问题时，服务器可以通过远程日志收集的方式，收集客户端运行时的日志文件进行问题复现和处理。但是类似通信等问题领域的日志记录信息过多，日志文件超大，由于客户端具有保持文件大小和数量的限制，会导致可记录的问题日志时间较短。当用户反馈问题不及时或者用户感知和网络情况不一致时，便会出现收集到的日志有效性较低的问题，造成客户端需要反复反馈日志文件，从而降低了对用户反馈的故障问题的处理效率，严重降低了用户满意度。

因此，为了能够提高对用户反馈的故障问题的处理效率，提高用户体验，本申请提供了一种日志处理方法及装置。下面进一步对本申请实施例提供的日志处理方法及装置进行详细描述。

图4是本申请实施例提供的一种日志处理方法的框架示意图。如图4所示，该日志处理方法的框架分为服务器侧(可以认为是云端侧)和终端设备侧。其中，服务器侧包括远程日志收集模块401和云配置平台模块404。终端设备侧包括智能检测模块402、日志引擎模块403和通信诊断模块405。

(1)远程日志收集模块401

远程日志收集模块401可以提供远程获取日志界面，提供与终端设备侧交互的接口。具体地，客服人员(可以理解为是服务器侧的用户)在收到商用用户(可以理解为是终端设备侧的用户)反馈的故障问题后，可以在远程获取日志界面创建远程日志收集任务，并且可以在远程获取日志界面中根据该故障问题选择故障场景，即进行场景分类。例如，假设商用用户反馈的问题是通信领域的问题，可以在通信场景类型的二级目录中选择相应的故障场景。远程日志收集模块401也可以在获取到该故障场景后，向终端设备发起远程日志收集任务，并且可以携带指示该故障场景的信息(如二级故障代码)。

(2)智能检测模块402

智能检测模块402负责开启远程日志采集流程、隐私等任务。智能检测模块402可以是在终端设备上安装的应用程序(即客户端)。具体地，智能检测模块402可以接收远程日志收集模块401发起的远程日志收集任务或自行发起远程日志收集任务(即自反馈模式)。商用用户授权服务器收集日志后，可以通过智能检测模块402开启日志开关(即控制日志收集的开始和结束)，开启故障诊断模式；并且可以将该故障场景对应的转储开关标识发送给日志引擎模块403。

(3)日志引擎模块403

日志引擎模块403负责提供扩展数字用户线路(digital subscriber line，DSL)开关类型的解析和逻辑执行，负责转储开关的开启和关闭等动作。具体地，日志引擎模块403可以接收智能检测模块402发送的该故障场景对应的转储开关标识，可以从云配置平台模块404下载该转储开关标识对应的配置文件或者更新该转储开关标识对应的配置文件(即该故障场景对应的配置文件，具体包括一个或多个检测场景中的故障检测点)，也可以从云配置平台模块404下载通信故障日志打点自动转储的配置文件，也可以从云配置平台模块404获取或更新转储开关标识、故障场景的分类情况、故障场景与转储开关标识之间的映射关系等，也可以向通信诊断模块405发送动态转储开关命令(即广播通知开启故障识别和日志转储)等。

(4)云配置平台模块404

云配置平台模块404提供动态转储开关对应的配置文件的接入归档，提供终端设备侧下载配置文件的接口。具体地，云配置平台模块404可以发布和动态更新转储开关标识对应的配置文件，也可以发布通信故障日志打点自动转储的配置文件，也可以更新转储开关标识、故障场景的分类情况、故障场景与转储开关标识之间的映射关系等，也可以允许终端设备根据转储开关标识下载相应的配置文件等。

(5)通信诊断模块405

通信诊断模块405负责接收日志引擎模块403发送的动态转储开关命令(即广播通知开启故障识别和日志转储)，从日志引擎模块403读取该转储开关标识对应的配置文件，解析该配置文件的内容，开启故障打点对应的日志场景识别和日志转储特性。具体地，当该故障场景对应的配置文件中检测场景的检测故障点发生故障时，可以自动转储该检测故障点发生故障时的日志文件。

基于上述所述，图5是本申请实施例提供的一种日志处理方法的流程示意图。如图5所示，该日志处理方法包括如下步骤S501～S507。图5所示的方法执行主体可以为上述提及的终端设备和服务器。或者，图5所示的方法执行主体可以为终端设备中的芯片和服务器中的芯片，本申请实施例不做限定。图5以终端设备和服务器为方法的执行主体为例进行说明。

S501、终端设备获取第一故障场景。

在本申请实施例中，当商用用户(可以理解为是终端设备侧的用户)发生故障问题时，可以通过拨打服务热线电话向客服人员(可以理解为是服务器侧的用户)反馈该故障问题，也可以自行通过终端设备的智能检测模块反馈该故障问题。这里的故障问题可以分为可靠性类(如无法开机、重启、升级等)、性能类(如卡顿、启动慢等)、通信类(如通话、信号、短信等)、应用类(如通信社交、多媒体等)、器件类(如传感器、指纹、屏幕、红外线等)，等等，在此不做限定。本申请实施例以该故障问题是通信类问题为例进行说明。

不同类型的故障问题又可以进一步分为不同的故障场景。以该故障问题是通信类问题为例，如下表1所示，通信类问题可以分为四种故障场景，即信号问题、主被叫失败/掉话、语音质量问题和网络问题。针对“信号问题”可以进一步分为：无法注册4G/5G、信号降为2G/3G、无信号、信号差。针对“主被叫失败/掉话”可以进一步分为：接打电话失败、掉话问题。针对“信号质量问题”可以进一步分为：语音无声、语音断续。针对“网络问题”可以进一步分为：无法上网、网速慢、SIM卡无法识别。

表1

当然，通信类的故障问题也可以包括其他故障场景，每个故障场景也可以细分为其他类型的场景，在此不做限定。

在一种可能的实现方式中，终端设备获取第一故障场景的具体实现方式可以采用以下两种方式中的一种。

方式一：商用用户自行通过终端设备的智能检测模块(如上述提及的智能检测模块402)反馈该故障问题。具体包括以下步骤s11～s14。基于该方式，可以开启自反馈模式，实现自行问题反馈的可视化展示，同时提高问题反馈的准确性。

其中，智能检测模块可以认为是预设APP，该智能检测模块可以提供智能检测服务，如设备故障诊断、故障修复、问题反馈和日志反馈等功能。

s11、在获得用户授权该服务器收集日志后，终端设备显示智能检测界面，该智能检测界面包括问题反馈选项。

s12、若终端设备检测到针对该问题反馈选项的触发操作，则显示问题反馈界面，该显示问题反馈界面包括一个或多个故障类型选项。

s13、若终端设备检测到针对该一个或多个故障类型选项中第一故障类型选项的触发操作，则显示故障场景分类框，该故障场景分类框包括一个或多个故障场景选项。

s14、若终端设备检测到针对该一个或多个故障场景选项中第一故障场景选项的触发操作，则将该第一故障场景选项对应的故障场景确定为第一故障场景。

如图6A所示，图6A是本申请实施例提供的一种智能检测授权界面的示意图。该智能检测授权界面包括智能检测服务的解释说明、启动智能检测服务需要申请权限的应用程序、取消选项和同意选项。其中，智能检测服务的解释说明为：本服务提供设备故障诊断、故障修复、问题反馈和日志反馈功能。为了确保正常运行，启动智能检测服务需要申请权限的应用程序有蓝牙(用于读取设备的蓝牙状态信息)、相机(用于读取设备的相机状态信息)、麦克风(用于检测麦克风功能)、存储(用于保持相关诊断结果报告和诊断数据信息)、通讯录(用于检测联系人异常问题)、应用列表(用于检测应用异常问题)。当然，该智能检测服务还可以申请其他应用程序的权限，在此不做限定。

需要说明的是，该智能检测服务需要联网、获取设备信息、位置信息、网络信息、应用信息、通讯信息和商用用户主动上传的数据、开关无线局域网(wireless local areanetwork，WLAN)、用于检测硬件功能、给运营商拨打电话、用于通信检测。当商用用户点击“同意选项”时，则表示商用用户同意智能检测用户协议，并知悉关于智能检测与隐私的声明，即商用用户同意授权该智能检测服务(此时可以认为商业用户同意授权服务器收集日志)。可以理解为，智能检测服务中所涉及到的数据均是经过用户授权后所获取到的。并且，当本申请实施例运用到具体产品或技术中时，所涉及使用到的数据需要获得用户许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。当商用用户点击“取消选项”时，则表示商用用户不同意授权该智能检测服务。

在商用用户同意授权该智能检测服务(即获取商用用户授权服务器收集日志)后，显示智能检测界面(如图6B所示)。该智能检测界面包括诊断分析选项、远程服务选项、问题反馈选项等。当商用用户点击了问题反馈选项时，显示问题反馈界面(如图6C所示)。该显示问题反馈界面包括一个或多个故障类型选项，如可靠性类选项、性能类选项、通信类选项、应用类选项、器件类选项、功耗类选项等。假设商用用户点击了通信类选项(即第一故障场景选项)时，显示故障场景分类框(如图6D所示)。该故障场景分类框包括一个或多个故障场景选项，如信号问题选项、主被叫失败/掉话选项、语音质量问题选项、网络问题选项和其他通信问题选项。假设用户点击了主被叫失败/掉话选项，则将“主被叫失败/掉话”确定为第一故障场景。

可选地，该故障场景分类框还包括确认选项，该方法还包括：若检测到针对该确认选项的触发操作，则开启针对该第一故障场景的故障诊断模式。基于该方式，可以实现开启故障诊断模式的可视化展示。

又如图6D所示，该故障场景分类框还包括确认选项和取消选项。当商用用户点击了确认选项时，表示终端设备通过智能检测模块开启针对该第一故障场景的故障诊断模式，显示故障诊断模式界面(如图6E所示)。该故障诊断模式可以在预设时间后自动退出，例如假设该故障诊断模式已开启，可以在6个小时后自动退出该故障诊断模式。并且，该故障诊断模式的界面中还包括提示信息，该提示信息提示商业用户：在问题复现后，请在通知栏点击“智能检测”通知卡片上的“反馈问题”反馈故障信息。

方式二：通过拨打服务热线电话向客服人员(可以理解为是服务器侧的用户)反馈该故障问题。具体可以包括以下步骤s21和s22。基于该方式，能够动态指示第一故障场景，提高第一故障场景的灵活性。

s21、服务器获取第一故障场景。

具体实现中，当商用用户(可以理解为是终端设备侧的用户)发生故障问题时，可以通过拨打服务热线电话向客服人员(可以理解为是服务器侧的用户)反馈该故障问题。客服人员收到商用用户反馈的故障问题后，可以通过服务器中的远程日志收集模块(如上述远程日志收集模块401)提供的远程获取日志界面创建远程日志收集任务，并且在远程获取日志界面中根据该故障问题选择故障场景，即进行场景分类；服务器将客服人员选择的故障场景确定为第一故障场景。

在一种可能的实现方式中，在远程获取日志界面创建远程日志收集任务的具体实现过程可以包括以下步骤a～e。基于该方式，可以实现远程日志收集任务创建的可视化展示，同时能够提高故障检测的安全性。

步骤a、服务器获取第一故障场景之前，显示远程获取日志界面，该远程获取日志界面包括新建任务选项。

步骤b、若服务器检测到针对该新建任务选项的触发操作，则显示新建任务界面，该新建任务界面包括任务单号框、任务名称框、故障场景选项和保存选项。

步骤c、服务器获取针对该故障场景选项选择的第一故障场景、该任务单号框中的任务单号信息、该任务名称框中的任务名称信息。

其中，步骤c是步骤s21(即服务器获取第一故障场景)的一种具体实现方式。

步骤d、若服务器检测到针对该保存选项的触发操作，则生成诊断验证码。

步骤e、服务器向终端设备发送该诊断验证码。

如图7A所示，图7A是本申请实施例提供的一种远程获取日志界面的示意图。该远程获取日志界面可以展示各个远程日志收集任务，可以通过触发该远程获取日志界面中的搜索选项对某个远程日志收集任务进行搜索。另外，该远程获取日志界面还包括新建任务选项。当客服人员触发了该新建任务选项时，便显示新建任务界面(如图7B所示)，该新建任务界面包括任务单号框、任务名称框、超时时长框、故障类型选项、故障场景选项、保存选项等。

客服人员可以自行在任务单号框中填写任务单号信息(如SRZ20230728)，也可以由服务器自动在任务单号框中生成任务单号信息，在此不做限定。客服人员可以自行在任务名称框中填写任务名称信息(如TASK_2023_01)，也可以由服务器自动在任务名称框中生成任务名称信息，在此不做限定。客服人员可以自行在超时时长框中填写超时时长信息(如6个小时)，也可以采用默认的超时时长信息，在此不做限定。

客服人员可以针对故障场景选项进行选择，将客服人员选择的故障场景选项对应的故障场景作为第一故障场景。该新建任务界面包括一个或多个故障类型选项(可以认为是一级故障场景类型选项)，如可靠性类选项、性能类选项、通信类选项、应用类选项、器件类选项、功耗类选项等。假设商用用户点击了通信类选项，该通信类选项进一步包括一个或多个故障场景选项(可以认为是二级故障场景类型选项)，如信号问题选项、主被叫失败/掉话选项、语音质量问题选项、网络问题选项和其他通信问题选项。其中，信号类问题选项可以细分为无法注册4G/5G、信号降为2G/3G、无信号、信号差等场景；主被叫失败/掉话选项可以细分为接打电话失败、掉话问题等场景；语音质量问题选项可以细分为语音无声、语音断续等场景；网络问题选项可以细分分为无法上网、网速慢、SIM卡无法识别等场景。假设客服人员选择了主被叫失败/掉话选项，则将“主被叫失败/掉话”确定为第一故障场景。

服务器获取到针对该故障场景选项选择的第一故障场景、该任务单号框中的任务单号信息、该任务名称框中的任务名称信息、该超时时长框中的超时时长信息(如该第一故障场景为主被叫失败/掉话，任务单号信息为SRZ20230728，任务名称信息为TASK_2023_01，超时时长信息为6个小时)后，当客服人员触发了该保存选项时，便认为确定创建远程日志收集任务，此时服务器会生成诊断验证码(如123456)，并且在新建任务界面的验证码提示框中显示该诊断验证码(如图7C所示)。客服人员也可以通过该验证码提示框中的关闭按钮关闭该验证码提示框。同时，服务器也会将该诊断验证码下发至终端设备，以使得终端设备可以利用该诊断验证码安全开启故障诊断模式。

s22、服务器向终端设备发送日志收集请求。相应地，终端设备接收来自服务器的日志收集请求。

具体实现中，服务器开启远程日志收集任务后，会向终端设备发送日志收集请求，该日志收集请求包括该第一故障场景。可选地，该日志收集请求包括该第一故障场景对应的二级故障代码。商用用户可以通过预设APP(如智能检测APP)开启故障诊断模式，以针对该第一故障场景进行日志收集。这里预设APP可以认为是上述提及的终端设备中的智能检测模块402，该智能检测模块402可以提供智能检测服务，如设备故障诊断、故障修复、问题反馈和日志反馈等功能。

在一种可能的实现方式中，终端设备开启故障诊断模式的具体实现过程可以包括以下步骤1～4。基于该方式，可以实现开启故障诊断模式的可视化展示，同时能够提高故障检测的安全性。

步骤1、终端设备接收来自服务器的诊断验证码。

步骤2、若获得用户授权服务器收集日志，则终端设备显示智能检测界面，该智能检测界面包括诊断分析选项。

步骤3、若终端设备检测到针对该诊断分析选项的触发操作，则显示诊断分析界面，该诊断分析界面包括验证码输入框。

步骤4、在终端设备获取到该验证码输入框中的第一验证码后，若该第一验证码与该诊断验证码相同，则开启针对该第一故障场景的故障诊断模式。

在商用用户同意授权该智能检测服务(即获取商用用户授权服务器收集日志)后(如图6A所示)，显示智能检测界面(如图8A所示)。该智能检测界面包括诊断分析选项、远程服务选项、问题反馈选项等。当商用用户点击了诊断分析选项时，显示诊断分析界面(如图8B所示)。该诊断分析界面包括验证码输入框。商用用户可以通过拨打热线电话的方式联系客服人员，下发诊断验证码到终端设备，然后可以在该验证码输入框中输入验证码。当商用用户输入的第一验证码和终端设备从服务器获取的诊断验证码相同时，便可以开启针对该第一故障场景的故障诊断模式，显示故障诊断模式界面(如图6E所示)。该故障诊断模式可以在预设时间(即超时时长信息)后自动退出，例如假设该故障诊断模式已开启，可以在6个小时后自动退出该故障诊断模式。并且，该故障诊断模式的界面中还包括提示信息，该提示信息提示商业用户：在问题复现后，请在通知栏点击“智能检测”通知卡片上的“反馈问题”反馈故障信息。

S502、终端设备确定该第一故障场景对应的第一转储开关标识。

在本申请实施例中，不同的故障场景对应不同的转储开关标识，终端设备中的智能检测模块(如上述提及的智能检测模块402)可以进一步确定出该第一故障场景对应的第一转储开关标识，以便后续可根据该第一转储开关标识下载该第一故障场景对应的第一配置文件，从而控制终端设备转储日志文件的时机。

在一种可能的实现方式中，该方法还包括：服务器向终端设备发送第一信息，该第一信息为故障场景与转储开关标识的映射关系。相应地，终端设备接收来自服务器的第一信息；终端设备确定该第一故障场景对应的第一转储开关标识，包括：基于该映射关系确定该第一故障场景对应的第一转储开关标识。

也就是说，终端设备中的智能检测模块可以预先从服务器中的云配置平台模块接收每个故障场景与转储开关标识的映射关系，在接收到该第一故障场景后，便可以根据该映射关系查找到该第一故障场景对应的第一转储开关标识。基于该方式，能够提高确定第一转储开关标识的准确性。

例如，假设故障场景与转储开关标识的映射关系(即第一信息)是：故障场景A对应的转储开关标识为1，故障场景B对应的转储开关标识为2，故障场景C对应的转储开关标识为3。若第一故障场景为故障场景A，则根据该映射关系便可确定出该第一故障场景对应的第一转储开关标识为1。

在一种可能的实现方式中，终端设备确定该第一故障场景对应的第一转储开关标识时，具体的实现方式可以是：在该第一故障场景的故障诊断模式下确定该第一故障场景对应的第一转储开关标识。也就是说，智能检测模块开启针对该第一故障场景的故障诊断模式之后，在该第一故障场景的故障诊断模式下去确定该第一故障场景对应的第一转储开关标识。

可选地，该第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。也就是说，该第一信息中的故障场景的分类情况与步骤S501中对商用用户反馈的故障问题进行场景分类的方式相同，即该第一信息中的故障场景可以属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。基于该方式，有利于提高故障场景分类的精确性。

例如，假设故障场景与转储开关标识的映射关系(即第一信息)是：故障场景A对应的转储开关标识为1，故障场景B对应的转储开关标识为2，故障场景C对应的转储开关标识为3。其中，故障场景A属于主被叫失败/掉话，主被叫失败/掉话属于通信类问题；故障场景B属于无信号，无信号属于通信类问题；故障场景C属于启动慢，启动慢属于性能类问题。由此可以见，主被叫失败/掉话、无信号和启动慢为二级故障场景类型，通信类问题、性能类问题为一级故障场景类型。

可选地，该方法还包括：当服务器检测到该第一信息更新时，向终端设备发送第二信息，该第二信息为第一信息更新后的信息。相应地，终端设备接收来自服务器的第二信息，将该第一信息调整为该第二信息。

也就是说，第一信息可以在云配置平台模块进行调整，并实时更新生效。当服务器中的云配置平台模块检测到故障场景与转储开关标识的映射关系(即第一信息)更新时，便可以向终端设备发送更新后的第一信息(即第二信息)。终端设备的智能检测模块接收到后，需要对之前获取的第一信息进行调整更新，即将之前的第一信息更新为第二信息。基于该方式，能够保证第一信息的灵活性和准确性。

S503、终端设备根据该第一转储开关标识从服务器下载该第一故障场景对应的第一配置文件。相应地，服务器接收来自终端设备的第一转储开关标识，根据该第一转储开关标识向终端设备发送该第一故障场景对应的第一配置文件。

在本申请实施例中，该第一配置文件包括针对该第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点。终端设备确定出该第一故障场景对应的第一转储开关标识后，便可以将该第一转储开关标识传递给终端设备中的日志引擎模块(如上述提及的日志引擎模块403)，日志引擎模块可以通过服务器中云配置平台模块(如上述提及的云配置平台模块404)提供的文件下载接口，根据该第一转储开关标识从服务器下载该第一故障场景对应的第一配置文件。

例如，假设第一转储开关标识为1对应的配置文件为配置文件a，第一转储开关标识为2时对应的配置文件为配置文件b，第一转储开关标识为3时对应的配置文件为配置文件c。终端设备确定出该第一故障场景对应的第一转储开关标识为1，则可以从服务器中的云配置平台模块下载第一转储开关标识为1对应的配置文件，即配置文件a。这里的配置文件a便是该第一故障场景对应的第一配置文件。

可选地，该方法还包括：服务器向终端设备发送该第一故障场景对应的第二配置文件，该第二配置文件为所述第一配置文件更新后的配置文件。相应地，终端设备接收来自服务器的第二配置文件，将该第一配置文件调整为第二配置文件。

也就是说，第一配置文件可以在云配置平台模块进行调整，并实时更新生效。当服务器中的云配置平台模块检测到该第一故障场景对应的第一配置文件更新时，便可以向终端设备发送更新后的第一配置文件(即第二配置文件)。终端设备的智能检测模块接收到第二配置文件后，需要对之前获取的第一配置文件进行调整更新，即将之前的第一配置文件更新为第二配置文件。基于该方式，能够保证第一配置文件的灵活性和准确性。

S504、终端设备检测该一个或多个检测场景中的故障检测点是否发生故障。

在本申请实施例中，终端设备中的日志引擎模块从服务器中的云配置平台模块下载到该第一故障场景对应的第一配置文件后，进一步向终端设备中的通信诊断模块(如上述提及的通信诊断模块405)发送动态转储开关命令(即广播通知开启故障识别和日志转储)。通信诊断模块接收到该动态转储开关命令后，便可从日志引擎模块读取该第一故障场景对应的第一配置文件，并解析该第一配置文件的内容，从而检测该一个或多个检测场景中的故障检测点以及日志转储的特性，即对该第一配置文件包括的一个或多个检测场景中的故障检测点进行检测，检测该一个或多个检测场景中的故障检测点是否发生故障。

S505、终端设备转储第一日志文件。

在本申请实施例中，该第一日志文件为第一故障检测点发生故障时的日志文件，该第一故障检测点为该一个或多个检测场景中发生故障的故障检测点。也就是说，终端设备中的通信诊断模块(如上述提及的通信诊断模块405)对该第一配置文件包括的一个或多个检测场景中的故障检测点进行检测，假设当检测到第一故障检测点发生故障时，便自动转储该第一故障检测点发生故障时的日志文件，即第一日志文件。其中，第一故障检测点可以为一个或多个，也就是说，该一个或多个检测场景中发生故障的故障检测点可以是一个或多个。相应地，通信诊断模块转储的第一日志文件也为一个或多个。

在一种可能的实现方式中，当同一个故障问题频繁出现时，为了防止频繁转储日志的情况，可以对日志文件的转储次数进行限制。具体地，对日志文件的转储次数的限制方式可以采用以下三种方式中的一种。当然，对日志文件的转储次数的限制方式也可以采用其他策略，在此不做限定。

方式1：该第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于该第一转储次数门限值。

具体实现中，该第一预设时间可以是预设的时间段，可以从第一次转储该第一日志文件开始计时，也可以从开启故障诊断模式时开始计时，在此不做限定。每经过第一预设时间内转储日志文件的次数需要小于或等于该第一转储次数门限值。需要说明的是，所有故障场景对应的配置文件中配置的第一转储次数门限值可以是相同的。

例如，假设该第一配置文件中还配置了第一转储次数门限值为10。若设定第一预设时间为10分钟，从第一次转储该第一日志文件开始计时，每个10分钟内转储日志文件的次数需要小于或等于10。

方式2：该第一配置文件还包括该第一故障场景对应的第二转储次数门限值，转储该第一日志文件的次数小于或等于该第二转储次数门限值。

具体实现中，每个故障场景对应的配置文件中可以配置针对该故障场景的第二转储次数门限值，从开启故障诊断模式到关闭故障诊断模式的期间，需要保证转储日志文件的总次数小于或等于该第二转储次数门限值。需要说明的是，所有故障场景对应的配置文件中配置的第三转储次数门限值可以是相同或不同的。

例如，假设该第一配置文件中还配置了该第一故障场景对应的第二转储次数门限值为300。从开启故障诊断模式到关闭故障诊断模式的期间为6个小时，则需要保证在这6个小时内转储该第一日志文件的次数小于或等于300。

方式3：该第一配置文件还包括第三转储次数门限值，转储日志文件的次数小于或等于该第三转储次数门限值。

具体实现中，每个故障场景对应的配置文件中可以配置第三转储次数门限值，从开启故障诊断模式到关闭故障诊断模式的期间，需要保证转储日志文件的总次数小于或等于该第三转储次数门限值。需要说明的是，所有故障场景对应的配置文件中配置的第三转储次数门限值可以是相同的。

例如，假设该第一配置文件中还配置了第三转储次数门限值为300。从开启故障诊断模式到关闭故障诊断模式的期间为6个小时，则需要保证在这6个小时内转储该第一日志文件的次数小于或等于300。

需要说明的是，该第一配置文件不仅包括针对该第一故障场景的一个或多个检测场景中的故障检测点，也可以包括转储日志文件的次数、转储日志文件的数量、转储的日志文件的大小等配置，在此不做限定。

示例性地，下面可以采用表格的形式来反映故障场景、该一个或多个检测场景中的故障检测点与转储的第一日志文件之间的关系。如表2所示，针对通信类问题中的主被叫失败/掉话，在“主被叫失败/掉话”中可以细分为2个场景，即接打电话失败和掉话问题。接打电话失败包括的故障原因有2个，即被叫失败和主叫失败；其中，被叫失败对应有3个检测场景，即检测场景1、检测场景2和检测场景3，检测场景1包括3个故障检测点(即故障检测点a、故障检测点b、故障检测点c)，检测场景2包括2个故障检测点(即故障检测点d、故障检测点e)，检测场景3包括1个故障检测点(即故障检测点f)；主叫失败对应有2个检测场景，即故障场景4和故障场景5，故障场景4包括故障检测点g和故障检测点h，故障场景5包括故障检测点i。掉话问题包括的故障原因有1个，即通话掉话；其中，通话掉话对应1个检测场景，即检测场景6，检测场景6包括故障检测点j。

针对通信类问题中的语音质量问题，在“语音质量问题”中可以细分为2个场景，即语音无声和语音断续。语音无声包括的故障原因有1个，即通话无声；同理，通话无声也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点。语音断续包括的故障原因有1个，即杂音断续；同理，杂音断续也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。

针对通信类问题中的信号问题，在“信号问题”中可以细分为4个场景，即无法注册4G/5G、信号降为2G/3G、无信号和信号差。无法注册4G/5G包括的故障原因有2个，即独立组网(standalone，SA)逃生和无线资源控制(radio resource control，RRC)异常；同理，SA逃生也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；RRC异常也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。信号降为2G/3G包括的故障原因有2个，即无法回到4G信号和网络附属存储(networkattached storage，NAS)异常；同理，无法回到4G信号也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；NAS异常也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。无信号包括的故障原因有2个，即掉网原因值和调制解调器崩溃(modem crash)；同理，掉网原因值也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；modem crash也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。信号差包括的故障原因有2个，即信号格数低和信号强度；同理，信号格数低也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；信号强度也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。

针对通信类问题中的网络问题，在“网络问题”中可以细分为3个场景，即无法上网、网速慢和SIM卡无法识别。无法上网包括的故障原因有3个，即协议数据单元(protocoldata unit，PDU)承载激活异常、网络无响应触发数据恢复机制(doRecovery)和数据链路异常断开；同理，PDU承载激活异常也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；网络无响应触发doRecovery也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；数据链路异常断开也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。网速慢包括的故障原因有2个，即应用层和协议栈延迟；同理，应用层也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点；协议栈延迟也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点，在此不做赘述。SIM卡无法识别包括的故障原因有1个，即SIM卡异常；同理，SIM卡异常也可以对应多个检测场景，每个检测场景中可以包括一个或多个故障检测点。

假设第一故障场景为主被叫失败/掉话，则终端设备的通信诊断模块需要对检测场景1中的故障检测点a、故障检测点b、故障检测点c，检测场景2中的故障检测点d、故障检测点e，检测场景3中的故障检测点f，检测场景4中的故障检测点g、故障检测点h，检测场景5中的故障检测点i以及检测场景6中的故障检测点j进行检测。

在检测每个检测场景包括的故障检测点的过程中，识别到检测场景1中故障检测点a发生故障以及检测场景3中故障检测点f发生故障，那么通信诊断模块需要转储检测场景1中故障检测点a发生故障时的日志文件以及检测场景3中故障检测点f发生故障时的日志文件(即2个第一日志文件)。

表2

/>

S506、终端设备接收用户输入的日志上传指令。

S507、终端设备基于该日志上传指令，将该第一日志文件发送至服务器。相应地，服务器接收来自终端设备的第一日志文件。

在本申请实施例中，终端设备中的通信诊断模块(如上述提及的通信诊断模块405)将转储的第一日志文件发送至日志引擎模块(如上述提及的日志引擎模块403)。当日志引擎模块接收到用户输入的日志上传指令时，便需要将该第一日志文件发送至服务器。若该第一日志文件为多个，则需要对该多个第一日志文件进行打包，再将打包后的多个第一日志文件发送至服务器。

如图9所示，图9是本申请实施例提供的一种日志上传界面的示意图。该日志上传界面包括问题日志框、保存选项和提交选项。该问题日志框中显示之前打包成功的第一日志文件，当商用用户点击“提交选项”时(即终端设备接收到用户输入的日志上传指令)，便可将该第一日志文件发送至服务器。当然，商用用户也可以点击“保存选项”对当前日志上传界面中的信息进行保存。

在一种可能的实现方式中，终端设备基于该日志上传指令，将该第一日志文件发送至服务器时，具体的实现方式可以包括以下步骤s31～s33。基于该方式，能够实现上次日志文件的可视化展示，同时提高对对用户反馈的故障问题处理的准确性。

s31、终端设备获取用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息。

在具体实现中，终端设备的智能检测模块(如上述提及的智能检测模块402)可以获取到用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息。

s32、终端设备基于该日志上传指令，对该第一日志文件、该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到故障日志文件。

s33、终端设备将该故障日志文件发送至服务器。相应地，服务器接收来自终端设备的故障日志文件。

可选地，终端设备基于该日志上传指令，对该第一日志文件、该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到故障日志文件时，具体的实现方式可以是：终端设备对该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到反馈问题信息；对该反馈问题信息和该第一日志文件进行打包，得到故障日志文件。

也就是说，终端设备的智能检测模块可以对用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息进行打包，得到反馈问题信息；然后将该反馈问题信息发送给终端设备的日志引擎模块；日志引擎模块便可以将之前从通信诊断模块获取到的第一日志文件和该反馈问题信息一起打包发送至服务器。

可选地，当该第一日志文件为多个时，终端设备基于该日志上传指令，对该第一日志文件、该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到故障日志文件时，具体的实现方式可以是：终端设备对多个第一日志文件进行打包，得到打包后的多个第一日志文件；对该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到反馈问题信息；对该反馈问题信息和该打包后的多个第一日志文件进行打包，得到故障日志文件。

也就是说，终端设备的智能检测模块可以对用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息进行打包，得到反馈问题信息；然后将该反馈问题信息发送给终端设备的日志引擎模块；日志引擎模块便可以将之前从通信诊断模块获取到的打包后的多个第一日志文件和该反馈问题信息再一起打包发送至服务器。

如图10A所示，终端设备可以在通知栏中查看到智能检测通知卡片，该智能检测通知卡片包括通知信息、退出选项和反馈问题选项。该通知信息通知商用用户：“诊断模式已开启，将于2023年7月6日下午5:01自动退出。请在问题复现后点击反馈问题反馈相关信息。”商用用户可以在反馈时间内多次点击反馈问题选项，进行日志反馈。这里的反馈时间可以是从开启故障诊断模式起的预设时间段，也可以是从开启故障诊断模式到关闭故障诊断模式的期间，也可以是在关闭故障诊断模式后的预设时间段，在此不做限定。当然，商用用户也可以点击退出选项，退出该智能检测通知框。

当商用用户可以在反馈时间内点击了反馈问题选项时，便可以显示反馈问题界面(如图10B所示)。该反馈问题界面包括问题描述框、多媒体信息添加框、问题发生时间栏、问题发生概率栏、问题日志框、保存选项和提交选项。商用用户可以在问题描述框中输入问题描述信息(即用户反馈的问题描述信息)，具体可以描述遇到的问题详情等。商用用户可以在多媒体信息添加框中添加多媒体信息(即用户反馈的多媒体信息)，如出现问题的图片、视频、出现问题的应用程序的图标等，在此不做限定。商用用户可以在问题发生时间栏中选择问题发生的时间(即用户反馈的问题发生时间信息)，如2023年7月6日上午11:07。商用用户可以在问题发生概率栏中选择问题发生的概率(即用户反馈的问题发生概率信息)，如偶尔出现、经常出现等。在问题日志框中可以显示之前打包成功的第一日志文件，当商用用户点击“提交选项”时(即终端设备接收到用户输入的日志上传指令)，便可将该第一日志文件发送至服务器。当然，商用用户也可以点击“保存选项”对当前反馈问题界面中的信息进行保存。

总的来说，如图11所示，下面用有个完整的示例对该日志处理方法的实现流程进行说明。该日志处理方法的实现流程可以包括服务器侧的实现流程和终端设备侧的实现流程。具体包括如下步骤s41～s415，其中，步骤s41～s43是服务器侧执行的实现流程，步骤s44～s415是终端设备侧执行的实现流程。需要说明的是，步骤s41～s43也可以不执行，即由终端设备自行发起远程日志采集任务，实现自反馈模式。

s41、收到用户反馈故障问题。

在服务器侧的客服人员(可以理解为是服务器侧的用户)可以通过电话热线的方式收到商用用户(可以理解为是终端设备侧的用户)反馈的故障问题。

s42、选择问题分类。

服务器侧的客服人员通过服务器中的远程日志收集模块进一步对该故障问题进行问题分类，即根据故障问题选择故障场景。服务器将客服人员选择的故障场景确定为第一故障场景。具体可以参考上述步骤S501中的描述，在此不做赘述。

s43、开启远程日志收集。

服务器中的远程日志收集模块获取到客服人员选择的第一故障场景后，便可以对终端设备开启针对该第一故障场景的远程日志采集任务，具体可以是向终端设备发送日志收集请求，该日志收集请求可以包括该第一故障场景。具体可以参考上述步骤S501中的描述，在此不做赘述。

s44、商用用户开启故障诊断模式。

商用用户(可以理解为是终端设备侧的用户)可以通过终端设备中的智能检测模块开启故障诊断模式。具体可以参考上述步骤S501中的描述，在此不做赘述。

s45、智能检测模块开启日志开关，并向日志引擎模块发送第一故障场景对应的第一转储开关标识。

智能检测模块通过开启日志开关来控制日志收集的开始和结束。在故障诊断模式下智能检测模块进一步确定该第一故障场景对应的第一转储开关标识，并向日志引擎模块发送第一故障场景对应的第一转储开关标识。具体可以参考上述步骤S502中的描述，在此不做赘述。

s46、日志引擎模块根据该第一转储开关标识从服务器中的云配置平台模块下载该第一故障场景对应的第一配置文件。

相应地，配置平台模块向日志引擎模块发送该第一故障场景对应的第一配置文件。具体可以参考上述步骤S503中的描述，在此不做赘述。

s47、日志引擎模块向通信诊断模块发送自动转储指令。

相应地，通信诊断模块接收到该自动转储指令后，向日志引擎模块读取该第一故障场景对应的第一配置文件。具体可以参考上述步骤S504中的描述，在此不做赘述。

s48、通信诊断模块解析该第一配置文件，并开启故障识别和日志转储的特性。

通信诊断模块读取到该第一故障场景对应的第一配置文件后，便可以解析该第一配置文件中的内容，包括一个或多个检测场景，每个检测场景包括一个或多个故障检测点。然后可以开启对该一个或多个检测场景中的故障检测点进行故障检测。具体可以参考上述步骤S504中的描述，在此不做赘述。

s49、通信诊断模块检测到第一故障检测点发生故障。

s410、通信诊断模块自动转储该第一故障检测点发生故障时的第一日志文件。

s411、通信诊断模块打包转储该第一日志文件，并发送至日志引擎模块。

其中，步骤s49～s411具体可以参考上述步骤S505中的描述，在此不做赘述。

s412、商用用户通过智能检测模块上报反馈问题信息。

s413、智能检测模块调用打包流程将该反馈问题信息打包发送至日志引擎模块。

s414、日志引擎模块对第一日志文件和反馈问题信息进行打包，得到故障日志文件。

s415、日志引擎模块将该故障日志文件发送至服务器。

其中，步骤s412～s415具体可以参考上述步骤S506和S507中的描述，在此不做赘述。

可见，基于上述所描述的方法，终端设备获取到第一故障场景后，终端设备便可自动根据该第一故障场景对应的转储开关标识从配置平台下载该第一故障场景对应的第一配置文件，该第一配置文件中包括针对该第一故障场景的一个或多个检测场景，每个检测场景包括一个或多个故障检测点，终端设备通过对该一个或多个第一故障场景中的故障监测点进行检测，若某个故障检测点(如第一故障检测点)发生故障时，便可将该第一故障检测点发生故障时的日志文件(即第一日志文件)进行自动转储，接收到商用用户输入的日志上传指令后，即可将该第一日志文件发送至服务器。由于第一日志文件是在第一故障检测点发生故障时便进行了自动转储，避免了记录的问题日志的时效性问题，保证了收集的日志文件的有效性，有利于提高对用户反馈的故障问题的处理效率，提高用户体验。

请参见图12，图12示出了本申请实施例的一种日志处理装置1200的结构示意图。图12所示的日志处理装置可以终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置；或者图12所示的日志处理装置可以是服务器，也可以是服务器中的装置，或者是能够和服务器匹配使用的装置。图12所示的日志处理装置可以包括通信单元1201和处理单元1202。具体地，处理单元1202用于处理数据，该数据可以是通信单元1201接收的数据，该处理后的数据也可由通信单元1201发送。

在一种实施方式中，该日志处理装置1200是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置时，其中：

通信单元1201，用于获取第一故障场景；

处理单元1202，用于确定该第一故障场景对应的第一转储开关标识；

处理单元1202，用于根据该第一转储开关标识从服务器下载该第一故障场景对应的第一配置文件；该第一配置文件包括针对该第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点；

处理单元1202，用于检测该一个或多个检测场景中的故障检测点是否发生故障；

处理单元1202，用于转储第一日志文件，该第一日志文件为第一故障检测点发生故障时的日志文件，该第一故障检测点为该一个或多个检测场景中发生故障的故障检测点；

通信单元1201，用于接收用户输入的日志上传指令；

通信单元1201，用于基于该日志上传指令，将该第一日志文件发送至服务器。

在一种可能的实现方式中，该第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于该第一转储次数门限值。

在一种可能的实现方式中，该第一配置文件还包括该第一故障场景对应的第二转储次数门限值，转储该第一日志文件的次数小于或等于该第二转储次数门限值。

在一种可能的实现方式中，处理单元1202，在获取第一故障场景时，具体用于：在获得用户授权该服务器收集日志后，显示智能检测界面，该智能检测界面包括问题反馈选项；若检测到针对该问题反馈选项的触发操作，则显示问题反馈界面，该显示问题反馈界面包括一个或多个故障类型选项；若检测到针对该一个或多个故障类型选项中第一故障类型选项的触发操作，则显示故障场景分类框，该故障场景分类框包括一个或多个故障场景选项和确认选项；若检测到针对该一个或多个故障场景选项中第一故障场景选项的触发操作，则将该第一故障场景选项对应的故障场景确定为第一故障场景。

在一种可能的实现方式中，该故障场景分类框还包括确认选项，处理单元1202，还用于：若检测到针对该确认选项的触发操作，则开启针对该第一故障场景的故障诊断模式；确定该第一故障场景对应的第一转储开关标识，包括：在该第一故障场景的故障诊断模式下确定该第一故障场景对应的第一转储开关标识。

在一种可能的实现方式中，处理单元1202，在获取第一故障场景时，具体用于：接收来自服务器的日志收集请求，该日志收集请求包括该第一故障场景。

在一种可能的实现方式中，处理单元1202，在确定该第一故障场景对应的第一转储开关标识之前，还用于：接收来自服务器的诊断验证码；若获得用户授权该服务器收集日志，则显示智能检测界面，该智能检测界面包括诊断分析选项；若检测到针对该诊断分析选项的触发操作，则显示诊断分析界面，该诊断分析界面包括验证码输入框；在获取到该验证码输入框中的第一验证码后，若该第一验证码与该诊断验证码相同，则开启针对该第一故障场景的故障诊断模式；处理单元1202，在确定该第一故障场景对应的第一转储开关标识时，具体用于：在该第一故障场景的故障诊断模式下确定该第一故障场景对应的第一转储开关标识。

在一种可能的实现方式中，处理单元1202，在基于该日志上传指令，将该第一日志文件发送至该服务器时，具体用于：获取用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息；基于该日志上传指令，对该第一日志文件、该问题描述信息、该多媒体信息、该问题发生时间信息和该问题发生概率信息进行打包，得到故障日志文件；将该故障日志文件发送至服务器。

在一种可能的实现方式中，通信单元1201，还用于接收来自服务器的第一信息，该第一信息为故障场景与转储开关标识的映射关系；处理单元1202，在确定该第一故障场景对应的第一转储开关标识时，具体用于：基于该映射关系确定该第一故障场景对应的第一转储开关标识。

在一种可能的实现方式中，该第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。

在一种可能的实现方式中，通信单元1201，还用于接收来自服务器的第二信息，该第二信息为该第一信息更新后的信息；处理单元1202，还用于将该第一信息调整为该第二信息。

在一种可能的实现方式中，通信单元1201，还用于接收来自服务器的该第一故障场景对应的第二配置文件，该第二配置文件为该第一配置文件更新后的配置文件；处理单元1202，还用于将该第一配置文件调整为第二配置文件。

在一种实施方式中，该日志处理装置1200是服务器，也可以是服务器中的装置，或者是能够和服务器匹配使用的装置时，其中：

处理单元1202，用于接收来自终端设备的第一故障场景对应的第一转储开关标识；

通信单元1201，用于根据该第一故障场景对应的第一转储开关标识，向终端设备发送该第一故障场景对应的第一配置文件；该第一配置文件包括针对该第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点；

通信单元1201，用于接收来自终端设备的第一日志文件；该第一日志文件为第一故障检测点发生故障时的日志文件，该第一故障检测点为该一个或多个检测场景中发生故障的故障检测点。

在一种可能的实现方式中，该第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于该第一转储次数门限值。

在一种可能的实现方式中，该第一配置文件还包括该第一故障场景对应的第二转储次数门限值，转储该第一日志文件的次数小于或等于该第二转储次数门限值。

在一种可能的实现方式中，根据该第一故障场景对应的第一转储开关标识，向终端设备发送该第一故障场景对应的第一配置文件之前，处理单元1202，还用于获取第一故障场景；通信单元1201，还用于向终端设备发送日志收集请求，该日志收集请求包括该第一故障场景。

在一种可能的实现方式中，处理单元1202，在获取第一故障场景之前，还用于：显示远程获取日志界面，该远程获取日志界面包括新建任务选项；若检测到针对该新建任务选项的触发操作，则显示新建任务界面，该新建任务界面包括任务单号框、任务名称框、故障场景选项和保存选项；处理单元1202，在获取第一故障场景时，具体用于：获取针对该故障场景选项选择的第一故障场景、该任务单号框中的任务单号信息、该任务名称框中的任务名称信息；若检测到针对该保存选项的触发操作，则生成诊断验证码；通信单元1201，还用于向终端设备发送该诊断验证码。

在一种可能的实现方式中，通信单元1201，在接收来自该终端设备的第一日志文件时，具体用于：接收来自终端设备的故障日志文件，该故障日志文件是对第一日志文件、用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息进行打包得到的。

在一种可能的实现方式中，通信单元1201，还用于：向终端设备发送第一信息，该第一信息为故障场景与转储开关标识的映射关系。

在一种可能的实现方式中，该第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。

在一种可能的实现方式中，通信单元1201，还用于：当检测到该第一信息更新时，向终端设备发送第二信息，该第二信息为该第一信息更新后的信息。

在一种可能的实现方式中，通信单元1201，还用于：当检测到该第一配置文件更新时，向终端设备发送该第一故障场景对应的第二配置文件，该第二配置文件为该第一配置文件更新后的配置文件。

图13给出了另一种日志处理装置的结构示意图。该日志处理装置1300可以是上述方法实施例中的终端设备或服务器，还可以是支持终端设备或服务器实现上述方法的芯片、芯片系统、或处理器等。该日志处理装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

所述日志处理装置1300可以包括一个或多个处理器1301。所述处理器1301可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对日志处理装置(如，基站、基带芯片，终端、终端芯片，DU或CU等)进行控制，执行软件程序，处理软件程序的数据。

可选的，所述日志处理装置1300中可以包括一个或多个存储器1302，其上可以存有指令1304，所述指令可在所述处理器1301上被运行，使得所述日志处理装置1300执行上述方法实施例中描述的方法。可选的，所述存储器1302中还可以存储有数据。所述处理器1301和存储器1302可以单独设置，也可以集成在一起。

可选的，所述日志处理装置1300还可以包括收发器1305、天线1306。所述收发器1305可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1305可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。其中，图12所示的处理单元1202可以为处理器1301。通信单元1201可以为收发器1305。

另一种可能的设计中，处理器1301中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

又一种可能的设计中，可选的，处理器1301可以存有指令1303，指令1303在处理器1301上运行，可使得所述日志处理装置1300执行上述方法实施例中描述的方法。指令1303可能固化在处理器1301中，该种情况下，处理器1301可能由硬件实现。

又一种可能的设计中，日志处理装置1300可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请实施例中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(Bipolar Junction Transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的日志处理装置可以是终端设备或服务器，但本申请实施例中描述的日志处理装置的范围并不限于此，而且日志处理装置的结构可以不受图13的限制。日志处理装置可以是独立的设备或者可以是较大设备的一部分。例如所述日志处理装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，指令的存储部件；

(3)ASIC，例如调制解调器(MSM)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端、智能终端、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

对于日志处理装置可以是芯片或芯片系统的情况，可参见图14所示的芯片的结构示意图。图14所示的芯片1400包括处理器1401、接口1402。可选的，还可包括存储器1403。其中，处理器1401的数量可以是一个或多个，接口1402的数量可以是多个。

对于芯片用于实现本申请实施例中终端设备或服务器的情况：

所述接口1402，用于接收或输出信号；

所述处理器1401，用于执行终端设备或服务器的数据处理操作。

可以理解的是，本申请实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，比如其当前所基于的方案，而独立实施，解决相应的技术问题，达到相应的效果，也可以在某些场景下，依据需求与其他特征进行结合。相应地，本申请实施例中给出的日志处理装置也可以相应的实现这些特征或功能，在此不予赘述。

应理解，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序包括程序指令，当该程序指令在日志处理装置上运行时，实现上述任一方法实施例的功能。

本申请还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机实现上述任一方法实施例的功能。

本申请提供一种通信系统，该通信系统包括终端设备和服务器；其中终端设备用于执行上述实施例中终端设备执行的方法，服务器用于执行上述实施例中服务器执行的方法。

上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

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

Claims (26)

1.一种日志处理方法，其特征在于，所述方法包括：

获取第一故障场景；

确定所述第一故障场景对应的第一转储开关标识；

根据所述第一转储开关标识从服务器下载所述第一故障场景对应的第一配置文件；所述第一配置文件包括针对所述第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点；

检测所述一个或多个检测场景中的故障检测点是否发生故障；

转储第一日志文件，所述第一日志文件为第一故障检测点发生故障时的日志文件，所述第一故障检测点为所述一个或多个检测场景中发生故障的故障检测点；

接收用户输入的日志上传指令；

基于所述日志上传指令，将所述第一日志文件发送至所述服务器。

2.根据权利要求1所述的方法，其特征在于，所述第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于所述第一转储次数门限值。

3.根据权利要求1所述的方法，其特征在于，所述第一配置文件还包括所述第一故障场景对应的第二转储次数门限值，转储所述第一日志文件的次数小于或等于所述第二转储次数门限值。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述获取第一故障场景，包括：

在获得用户授权所述服务器收集日志后，显示智能检测界面，所述智能检测界面包括问题反馈选项；

若检测到针对所述问题反馈选项的触发操作，则显示问题反馈界面，所述显示问题反馈界面包括一个或多个故障类型选项；

若检测到针对所述一个或多个故障类型选项中第一故障类型选项的触发操作，则显示故障场景分类框，所述故障场景分类框包括一个或多个故障场景选项；

若检测到针对所述一个或多个故障场景选项中第一故障场景选项的触发操作，则将该第一故障场景选项对应的故障场景确定为第一故障场景。

5.根据权利要求4所述的方法，其特征在于，所述故障场景分类框还包括确认选项，所述方法还包括：

若检测到针对所述确认选项的触发操作，则开启针对所述第一故障场景的故障诊断模式；

所述确定所述第一故障场景对应的第一转储开关标识，包括：

在所述第一故障场景的故障诊断模式下确定所述第一故障场景对应的第一转储开关标识。

6.根据权利要求1-3中任一项所述的方法，其特征在于，所述获取第一故障场景，包括：

接收来自所述服务器的日志收集请求，所述日志收集请求包括所述第一故障场景。

7.根据权利要求6所述的方法，其特征在于，所述确定所述第一故障场景对应的第一转储开关标识之前，所述方法还包括：

接收来自所述服务器的诊断验证码；

若获得用户授权所述服务器收集日志，则显示智能检测界面，所述智能检测界面包括诊断分析选项；

若检测到针对所述诊断分析选项的触发操作，则显示诊断分析界面，所述诊断分析界面包括验证码输入框；

在获取到所述验证码输入框中的第一验证码后，若所述第一验证码与所述诊断验证码相同，则开启针对所述第一故障场景的故障诊断模式；

所述确定所述第一故障场景对应的第一转储开关标识，包括：

在所述第一故障场景的故障诊断模式下确定所述第一故障场景对应的第一转储开关标识。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述基于所述日志上传指令，将所述第一日志文件发送至所述服务器，包括：

获取用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息；

基于所述日志上传指令，对所述第一日志文件、所述问题描述信息、所述多媒体信息、所述问题发生时间信息和所述问题发生概率信息进行打包，得到故障日志文件；

将所述故障日志文件发送至所述服务器。

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

接收来自所述服务器的第一信息，所述第一信息为故障场景与转储开关标识的映射关系；

所述确定所述第一故障场景对应的第一转储开关标识，包括：

基于所述映射关系确定所述第一故障场景对应的第一转储开关标识。

10.根据权利要求9所述的方法，其特征在于，所述第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。

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

接收来自所述服务器的第二信息，所述第二信息为所述第一信息更新后的信息；

将所述第一信息调整为所述第二信息。

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

接收来自所述服务器的所述第一故障场景对应的第二配置文件，所述第二配置文件为所述第一配置文件更新后的配置文件；

将所述第一配置文件调整为所述第二配置文件。

13.一种日志处理方法，其特征在于，所述方法包括：

接收来自终端设备的第一故障场景对应的第一转储开关标识；

根据所述第一故障场景对应的第一转储开关标识，向所述终端设备发送所述第一故障场景对应的第一配置文件；所述第一配置文件包括针对所述第一故障场景的一个或多个检测场景，一个检测场景包括一个或多个故障检测点；

接收来自所述终端设备的第一日志文件；所述第一日志文件为第一故障检测点发生故障时的日志文件，所述第一故障检测点为所述一个或多个检测场景中发生故障的故障检测点。

14.根据权利要求13所述的方法，其特征在于，所述第一配置文件还包括第一转储次数门限值，在第一预设时间内转储日志文件的次数小于或等于所述第一转储次数门限值。

15.根据权利要求13所述的方法，其特征在于，所述第一配置文件还包括所述第一故障场景对应的第二转储次数门限值，转储所述第一日志文件的次数小于或等于所述第二转储次数门限值。

16.根据权利要求13-15中任一项所述的方法，其特征在于，所述根据所述第一故障场景对应的第一转储开关标识，向所述终端设备发送所述第一故障场景对应的第一配置文件之前，所述方法还包括：

获取第一故障场景；

向所述终端设备发送日志收集请求，所述日志收集请求包括所述第一故障场景。

17.根据权利要求16所述的方法，其特征在于，所述获取第一故障场景之前，所述方法还包括：

显示远程获取日志界面，所述远程获取日志界面包括新建任务选项；

若检测到针对所述新建任务选项的触发操作，则显示新建任务界面，所述新建任务界面包括任务单号框、任务名称框、故障场景选项和保存选项；

所述获取第一故障场景，包括：获取针对所述故障场景选项选择的第一故障场景、所述任务单号框中的任务单号信息、所述任务名称框中的任务名称信息；

若检测到针对所述保存选项的触发操作，则生成诊断验证码；

向所述终端设备发送所述诊断验证码。

18.根据权利要求13-17中任一项所述的方法，其特征在于，所述接收来自所述终端设备的第一日志文件，包括：

接收来自所述终端设备的故障日志文件，所述故障日志文件是对第一日志文件、用户反馈的问题描述信息、用户反馈的多媒体信息、用户反馈的问题发生时间信息和用户反馈的问题发生概率信息进行打包得到的。

19.根据权利要求13-18中任一项所述的方法，其特征在于，所述方法还包括：

向所述终端设备发送第一信息，所述第一信息为故障场景与转储开关标识的映射关系。

20.根据权利要求19所述的方法，其特征在于，所述第一信息中的故障场景属于一个或多个二级故障场景类型，一个二级故障场景类型属于一个一级故障场景类型。

21.根据权利要求19或20所述的方法，其特征在于，所述方法还包括：

当检测到所述第一信息更新时，向所述终端设备发送第二信息，所述第二信息为所述第一信息更新后的信息。

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

当检测到所述第一配置文件更新时，向所述终端设备发送所述第一故障场景对应的第二配置文件，所述第二配置文件为所述第一配置文件更新后的配置文件。

23.一种日志处理装置，其特征在于，包括：一个或多个处理器，一个或多个存储器；其中，一个或多个存储器与一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器在执行所述计算机指令时，使得所述日志处理装置执行如权利要求1-12或权利要求13-22中任一项所述的方法。

24.一种芯片，其特征在于，包括处理器和接口，所述处理器和所述接口耦合；所述接口用于接收或输出信号，所述处理器用于执行代码指令，以使权利要求1-12中任一项所述的方法被执行，或以使权利要求13-22中任一项所述的方法被执行。

25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序包括程序指令，当所述程序指令在日志处理装置上运行时，使得所述日志处理装置执行如权利要求1-12或权利要求13-22中任一项所述的方法。

26.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-12或权利要求13-22中任一项所述的方法。