CN116738184A - 一种应用程序故障分析方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种应用程序故障分析方法、装置、电子设备及存储介质，涉及计算机技术领域。该方法包括：读取终端上的预设存储设备获取第一标识信息，并获取关于目标应用程序的工作日志数据；获取在目标终端的目标应用程序上的账户信息；获取各工作日志数据中的关键字字段和账户信息对应的用户权限，得到目标应用程序故障分析结果，并将故障分析结果输入到预设分析模型中，输出得到解决方案。通过获取终端的标识信息，并根据标识信息获取关于目标应用程序的工作日志数据，无需人工对每一条工作日志数据进行分析。将故障分析结果输入到预设模型中输出对应的解决方案，不仅节省了人力，且能更加快速地解决异常状况，使用户不容易流失。

Description

一种应用程序故障分析方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，本申请涉及一种应用程序故障分析方法、装置、电子设备及存储介质。

背景技术

在当今时代，人们的日常生活离不开移动设备(如手机、平板等)，人们可以通过移动设备上的APP(Application，应用程序)进行工作、交流或者娱乐。但用户通过移动设备使用APP的过程中，难免会出现一些异常状况，如APP发生了闪退、APP中某项功能无法正常使用等，此时需要寻找出这些异常状况的发生原因并解决发生的异常状况。

由于目前大多数APP都需要用户登录自己的账号后才能使用全部功能，因此现有技术的方案通常是从服务器端读取出用户账号对应的工作日志数据，然后对这些工作日志数据进行分析，分析出异常状况的发生原因后，再对APP后台的相关部分代码进行修改以解决异常状况。

但是，在实际应用场景中，经常存在多个用户共享同一个账号的情况，在这种情况下，不同的用户在使用同一个账号登录时会使用不同的移动设备，因此采用现有技术的方案往往会读取到同一个账号在多个移动设备上的工作日志数据。由于获取到的工作日志数据量较大且较为繁杂，无法直观地区分出每一移动设备对应的工作日志数据，所以往往需要大量的测试人员先对读取到的工作日志数据进行分类并对分析出异常状况的发生原因，然后再将发生原因反馈给开发人员进行相关代码修改，该过程需要花费的人力资源较大，且人工分析的过程花费的时间较长，当异常状况不能在短时间内解决时，容易导致使用APP的用户流失。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，本申请实施例所提供的技术方案如下：

第一方面，本申请实施例提供了一种应用程序故障分析方法，包括：

根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，并根据第一标识信息获取目标终端在任一时段内关于目标应用程序的至少一条工作日志数据；

获取任一时段内在目标终端的目标应用程序上处于登录状态的账户信息；

获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取账户信息对应的用户权限，并根据用户权限得到第二故障分析结果，根据第一故障分析结果和第二故障分析结果获取目标应用程序故障分析结果，并将目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

在本申请的一种可选实施例中，根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，具体包括：

当接收到针对目标应用程序的启动触发操作时，对目标终端上的预设存储设备的存储信息进行读取；

若读取到预设存储设备中存储有第一标识信息，则将第一标识信息作为目标终端的第一标识信息；

若读取到预设存储设备中未存储有第一标识信息，则获取目标终端的第一特征信息，并根据第一特征信息获取目标终端的第一标识信息。

在本申请的一种可选实施例中，根据第一特征信息获取目标终端的第一标识信息，具体包括：

根据第一特征信息与第一预设数据库中已存储的各第二标识信息对应的第二特征信息进行匹配；其中，第一预设数据库中存储有各第二标识信息以及每一第二标识信息对应的第二特征信息；

获取第一预设数据库中每一第二特征信息与第一特征信息的匹配度，并将匹配度最高且匹配度大于第一预设阈值的第二特征信息对应的第二标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，若不存在匹配度大于第一预设阈值的第二特征信息，获取目标终端的第一标识信息，具体包括：

向目标终端发送提示信息，以使目标终端根据提示信息生成第三标识信息；其中，提示信息表征第一预设数据库中不存在与目标终端相匹配的第二标识信息；

获取第三标识信息，并将第三标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，根据各预设关键字字段得到第一故障分析结果，具体包括：

对于每一条工作日志数据中包含的预设关键字字段，根据预设关键字字段获取对应的第三故障分析结果；其中，每一预设关键字字段预设有对应的第三故障分析结果；

将各第三故障分析结果结合得到第一故障分析结果。

在本申请的一种可选实施例中，获取账户信息对应的用户权限，具体包括：

根据账户信息从各第二预设数据库中确定账户信息对应的用户类型，并根据用户类型确定出用户权限；其中，第二预设数据库中存储有每一账户信息对应的用户特征，用户特征用于表征用户类型。

在本申请的一种可选实施例中，预设分析模型通过以下方式获取：

获取初始分析模型，并基于每一历史故障数据样本对初始分析模型迭代执行以下训练操作，直至训练损失小于第二预设阈值，得到故障定位分析模型，包括：

将各历史故障数据样本输入初始分析模型，输出各历史故障数据样本对应的解决方案；

基于各历史故障数据样本的解决方案和解决方案标签，通过预设损失函数确定训练损失；

通过训练损失对初始分析模型的模型参数进行调整。

第二方面，本申请实施例提供了一种应用程序故障分析装置，包括：

日志数据获取模块，用于根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，并根据第一标识信息获取目标终端在任一时段内关于目标应用程序的至少一条工作日志数据；

账户信息获取模块，用于获取任一时段内在目标终端的目标应用程序上处于登录状态的账户信息；

故障分析模块，用于获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取账户信息对应的用户权限，并根据用户权限得到第二故障分析结果，根据第一故障分析结果和第二故障分析结果获取目标应用程序故障分析结果，并将目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

在本申请的一种可选实施例中，日志数据获取模块具体用于：

当接收到针对目标应用程序的启动触发操作时，对目标终端上的预设存储设备的存储信息进行读取；

若读取到预设存储设备中存储有第一标识信息，则将第一标识信息作为目标终端的第一标识信息；

若读取到预设存储设备中未存储有第一标识信息，则获取目标终端的第一特征信息，并根据第一特征信息获取目标终端的第一标识信息。

在本申请的一种可选实施例中，日志数据获取模块进一步用于：

根据第一特征信息与第一预设数据库中已存储的各第二标识信息对应的第二特征信息进行匹配；其中，第一预设数据库中存储有各第二标识信息以及每一第二标识信息对应的第二特征信息；

获取第一预设数据库中每一第二特征信息与第一特征信息的匹配度，并将匹配度最高且匹配度大于第一预设阈值的第二特征信息对应的第二标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，日志数据获取模块还可以用于：

向目标终端发送提示信息，以使目标终端根据提示信息生成第三标识信息；其中，提示信息表征第一预设数据库中不存在与目标终端相匹配的第二标识信息；

获取第三标识信息，并将第三标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，故障分析模块具体用于：

对于每一条工作日志数据中包含的预设关键字字段，根据预设关键字字段获取对应的第三故障分析结果；其中，每一预设关键字字段预设有对应的第三故障分析结果；

将各第三故障分析结果结合得到第一故障分析结果。

在本申请的一种可选实施例中，故障分析模块还可以用于：

根据账户信息从各第二预设数据库中确定账户信息对应的用户类型，并根据用户类型确定出用户权限；其中，第二预设数据库中存储有每一账户信息对应的用户特征，用户特征用于表征用户类型。

在本申请的一种可选实施例中，故障分析模块进一步用于：

获取初始分析模型，并基于每一历史故障数据样本对初始分析模型迭代执行以下训练操作，直至训练损失小于第二预设阈值，得到故障定位分析模型，包括：

将各历史故障数据样本输入初始分析模型，输出各历史故障数据样本对应的解决方案；

基于各历史故障数据样本的解决方案和解决方案标签，通过预设损失函数确定训练损失；

通过训练损失对初始分析模型的模型参数进行调整。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序；

处理器执行计算机程序以实现第一方面实施例或第一方面任一可选实施例中所提供的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现第一方面实施例或第一方面任一可选实施例中所提供的方法。

本申请实施例提供的技术方案带来的有益效果是：

通过获取目标终端的标识信息，并根据目标终端的标识信息获取目标终端关于目标应用程序的工作日志数据，保证获取到的每一条工作日志数据是目标终端产生的，无需人工参与对每一条工作日志数据进行分析。同时将故障分析结果输入到预设模型中输出得到对应的解决方案，相较于现有技术的方案，不仅无需人工参与分析，节省了人力资源，且能更加快速地解决异常状况，使用户不容易流失。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种应用程序故障分析方法的流程示意图；

图2为本申请实施例的一个示例中第一标识信息获取方法的流程示意图；

图3为本申请实施例的一个示例中根据账户信息读取用户特征以及根据目标终端第一标识信息读取工作日志数据的示意图；

图4为本申请实施例提供的一种应用程序故障分析装置的结构框图；

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

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

图1为本申请实施例提供一种应用程序故障分析方法的流程示意图，该方法的执行主体可以是服务器端，如图1所示，该方法可以包括：

步骤S101，根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，并根据第一标识信息获取目标终端在任一时段内关于目标应用程序的至少一条工作日志数据。

其中，目标终端可以是当前用户正在使用的移动设备。预设存储设备为目标终端上用于对标识信息进行存储的设备，示例性地，使用安卓系统的移动设备可以采用SDcard(Secure Digital Memory Card，安全数码卡)作为预设存储设备，使用ios(iPhoneOperating System，苹果操作系统)系统的移动设备可以采用keychain(钥匙串)作为预设存储设备。第一标识信息也可以称为UDID(Unique Device Identifier，设备的唯一设备识别符)，该标识信息为每个移动设备的唯一标识，即每个移动设备的第一标识信息都不相同，用于寻找每一移动设备。目标应用程序可以是目标终端上已安装的任一应用程序。工作日志数据可以是对用户的操作以及数据传输变化的过程的记录，工作日志数据的内容可以包含目标应用程序的前端界面的变化以及后端数据的修改。

具体地，由于需要筛选出关于目标终端的工作日志数据，因此首先需要确定目标终端，本方案中利用每一移动设备具有唯一UDID(即第一标识信息)的特点，通过获取目标终端的第一标识信息，即可确定出目标终端。获取到目标终端的第一标识信息后，可以根据第一标识信息获取到目标终端的工作日志数据，具体来说，由于目标终端的所有请求中都会携带自己的第一标识信息并写入Cookies(小型文本文件)中，因此可以将包含有目标终端的第一标识信息的工作日志数据作为目标终端的工作日志数据，再从目标终端的工作日志数据中自定义时段内选取针对目标应用程序的工作日志数据，即得到了目标终端在任一自定义时段内关于目标应用程序的至少一条工作日志数据。

步骤S102，获取任一时段内在目标终端的目标应用程序上处于登录状态的账户信息。

其中，账户信息可以是目标应用程序的账号信息，目前大部分应用程序都会让用户通过自己的账户进行登录，账户信息中包含有用户的标识信息，可选的，服务器端可以通过用户的标识信息获取对应的账号信息。

具体地，由于不同的用户可能会导致发生应用程序故障发生的原因也不相同，因此需要确定同一时段内在目标终端上使用目标应用程序的用户，具体来说，可以通过获取在该时段内在目标终端的目标应用程序上处于登录状态的账户信息来确定出对应的用户。

步骤S103，获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取账户信息对应的用户权限，并根据用户权限得到第二故障分析结果，根据第一故障分析结果和第二故障分析结果获取目标应用程序故障分析结果，并将目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

其中，预设关键字可以通过人工根据可能出现的故障原因设置。第一故障分析结果可以表征该自定义时段内工作日志数据所表征的故障原因。用户权限可以通过账户信息确定，对于不同的用户，根据账户信息不同，确定的用户权限也不相同。第二故障分析结果可以表征用户权限可能造成的故障原因。目标应用程序故障分析结果可以通过将第一故障分析结果和第二故障分析结果相结合得到，用于确定发生故障的具体原因。预设分析模型用于根据故障分析结果获取对应的解决方案，该模型的输入可以是故障分析原因，输出可以是该故障分析原因对应的解决方案。历史数据样本为历史的故障分析结果，对应的解决方案标签为该故障分析结果对应的解决方案。

具体地，本实施例可以通过识别目标终端的每条工作日志数据中是否包含有预设关键字字段，若包含有预设关键字字段，则可根据预设关键字字段确定出对应的第一故障分析结果；本实施例还可以通过获取账户信息对应的用户权限，然后根据用户权限确定出第二故障分析结果，例如，当用户的信用度不足时，可以使无法用户使用部分与信用度相关的功能等。然后将通过工作日志数据得到的第一故障分析结果和通过用户权限得到的第二故障分析结果相结合，得到最终目标应用程序故障分析结果，并将目标应用程序故障分析结果输入到预设分析模型中，预设分析模型即可根据输入的目标应用程序故障分析结果输出对应的解决方案。

本申请提供的方案，通过获取目标终端的标识信息，并根据目标终端的标识信息获取目标终端关于目标应用程序的工作日志数据，保证获取到的每一条工作日志数据是目标终端产生的，无需人工参与对每一条工作日志数据进行分析。同时将故障分析结果输入到预设模型中输出得到对应的解决方案，相较于现有技术的方案，不仅无需人工参与分析，节省了人力资源，且能更加快速地解决异常状况，使用户不容易流失。

在本申请的一种可选实施例中，根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，具体包括：

当接收到针对目标应用程序的启动触发操作时，对目标终端上的预设存储设备的存储信息进行读取；

若读取到预设存储设备中存储有第一标识信息，则将第一标识信息作为目标终端的第一标识信息；

若读取到预设存储设备中未存储有第一标识信息，则获取目标终端的第一特征信息，并根据第一特征信息获取目标终端的第一标识信息。

其中，第一特征信息可以用来表征目标终端的特点，具体来说，可以由目标终端的机型、处理器、内存等多方面因素确定。

具体地，第一标识信息一般是存储在目标终端的预设存储设备中的，因此可以通过对预设存储设备的存储信息读取来判断目标终端是否存在第一标识信息。若预设存储设备中存储有第一标识信息，则直接将该第一标识信息作为目标终端的第一标识信息，同时可以将该目标终端的第一标识信息进行存储(若已存储有该目标终端的第一标识信息且与本次读取到的第一标识信息不同，则将本次读取到的第一标识信息替换原存储的第一标识信息)；若预设存储设备中并未存储有第一标识信息，则可以从预设存储设备中获取目标终端的第一特征信息，然后再根据第一特征信息获取目标终端的第一标识信息。

在本申请的一种可选实施例中，根据第一特征信息获取目标终端的第一标识信息，具体包括：

根据第一特征信息与第一预设数据库中已存储的各第二标识信息对应的第二特征信息进行匹配；其中，第一预设数据库中存储有各第二标识信息以及每一第二标识信息对应的第二特征信息；

获取第一预设数据库中每一第二特征信息与第一特征信息的匹配度，并将匹配度最高且匹配度大于第一预设阈值的第二特征信息对应的第二标识信息作为目标终端的第一标识信息。

其中，第二标识信息可以是由人工输入的目前已知的各移动设备的标识信息。第二特征信息可以用来表征目前已知的各目标终端的特点。第一预设数据库用于存储各第二标识信息和各特征信息之间的对应关系。第一预设阈值可以表征第二特征信息与第一特征信息的匹配程度是否满足预设条件。

具体地，当预设存储设备中未存储有第一标识信息时，可以从第一预设数据库中将已存储目前已知的各移动设备的特征信息与目标终端的特征信息进行一一比对，将比对结果最接近的移动设备的特征信息对应的标识信息作为目标终端的标识信息。具体来说，可以根据目标终端的第一特征信息与第一预设数据库中已存储的每一移动设备的第二特征信息进行匹配，计算每一移动设备的第二特征信息与第一特征信息的匹配度，然后判断最高的匹配度是否超过第一预设阈值，若超过第一预设阈值，则可认为第一预设数据库中存在有与目标终端相同的移动设备，并将匹配度最高的第二特征信息对应的第二标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，若不存在匹配度大于第一预设阈值的第二特征信息，获取目标终端的第一标识信息，具体包括：

向目标终端发送提示信息，以使目标终端根据提示信息生成第三标识信息；其中，提示信息表征第一预设数据库中不存在与目标终端相匹配的第二标识信息；

获取第三标识信息，并将第三标识信息作为目标终端的第一标识信息。

其中，第三标识信息可以由目标终端自己生成，在第一预设数据库中存储在与目标终端相同的移动设备时，可以通过目标终端自己重新生成新的标识信息。

具体地，若最高的匹配度不超过第一预设阈值，则可认为第一预设数据库中不存在有与目标终端相同的移动设备，因此可以向目标终端发送第一预设数据库中不存在有与目标终端相同的移动设备的提示信息，目标终端接收到提示信息后即可生成新的第三标识信息，然后可以将第三标识信息作为第一标识信息存储至预设存储设备中，服务器端同时将该第一标识信息和目标终端设置对应关系进行存储。

综上所述，如图2所示，本申请提供的目标终端第一标识信息获取方案可以概括如下：

当目标终端启动目标应用程序时，服务器会读取目标终端的预设存储设备上是否存在第一标识信息。若存在第一标识信息，则根据读取到的第一标识信息对已存储的该目标终端的第一标识信息进行更新，并将读取到的第一标识信息作为目标终端的第一标识信息；若不存在第一标识信息，则获取终端的第一特征信息，然后根据第一特征信息从第一预设数据库中寻找是否存在与第一特征信息匹配度最高且匹配度大于第一预设阈值的第二特征信息；若存在，则将该第二特征信息对应的第二标识信息作为目标终端的第一标识信息并进行存储；若不存在，则告知目目标终端并使目标终端自己生成信息的第三标识信息，将该第三标识信息作为目标终端的第一标识信息并存储。

在本申请的一种可选实施例中，根据各预设关键字字段得到第一故障分析结果，具体包括：

对于每一条工作日志数据中包含的预设关键字字段，根据预设关键字字段获取对应的第三故障分析结果；其中，每一预设关键字字段预设有对应的第三故障分析结果；

将各第三故障分析结果结合得到第一故障分析结果。

其中，第三故障分析结果与预设关键字字段预设有对应关系，通过获取预设关键字即可确定出对应的第三故障分析结果，在本实施例中，可以将每一第三故障分析结果中包含的代码作为预设关键字。

具体地，由于获取到的工作日志数据有多条，因此可以对每条工作日志数据进行预设关键字的提取，并根据提取到的预设关键字确定每一条工作日志数据对应的第三故障分析结果，最后将所有工作日志数据的第三故障分析结果结合得到第一故障分析结果。

在本申请的一种可选实施例中，获取账户信息对应的用户权限，具体包括：

根据账户信息从各第二预设数据库中确定账户信息对应的用户类型，并根据用户类型确定出用户权限；其中，第二预设数据库中存储有每一账户信息对应的用户特征，用户特征用于表征用户类型。

其中，用户特征可以表征该账户的用户的个人信息，如姓名、年龄、信用度等等。第二预设数据库用于存储各账户的用户特征，通过用户特征可以确定出每个账户的用户类型，示例性地，若某账户的用户特征中的信用度小于某个预设值时，则可认为该账号的用户类型为高风险用户。

具体地，对于不同的账户，可以通过读取第二预设数据库中存储的用户特征确定出该账户所属的用户类型，再根据用户类型确定该账户所拥有的权限，举例来说，当确定某一账户的用户类型为高风险用户时，可以对该账户的部分操作权限进行限制，如禁止该用户进行消费、禁止该用户添加好友等。

如图3所示，服务器可以通过读取账户信息中用户的标识信息ID(Identitydocument，账号)，然后根据标识信息ID从各第二预设数据库中获取该账户的用户特征，其中，各第二预设数据库的类型可以包括但不限于Mysql(My Structured Query Language，关系型数据库)、Redis(Remote Dictionary Server，远程字典服务)、Pika(一种类Redis的存储系统)等，也可以根据标识信息ID从sentry(日志监控)和ClickHouse(Click Stream,Data WareHouse，一种高性能联机分析处理数据库)中获取该账户的工作日志数据。服务器还可以通过目标终端的第一标识信息UDID从nginx(一种用于反向代理的服务器)中读取该目标终端的log(日志)信息，或从ClickHouse中读取属于该目标终端的工作日志数据。

在本申请的一种可选实施例中，预设分析模型通过以下方式获取：

获取初始分析模型，并基于每一历史故障数据样本对初始分析模型迭代执行以下训练操作，直至训练损失小于第二预设阈值，得到故障定位分析模型，包括：

将各历史故障数据样本输入初始分析模型，输出各历史故障数据样本对应的解决方案；

基于各历史故障数据样本的解决方案和解决方案标签，通过预设损失函数确定训练损失；

通过训练损失对初始分析模型的模型参数进行调整。

其中，初始分析模型可以是现有的算法模型，本申请实施例可采用例如Chatgpt(Chat Generative Pre-trained Transformer，聊天生成预训练转换器)模型。预设损失函数是用于计算训练过程中的模型输出的解决方案与解决方案标签的差距。训练损失可以用于表征训练过程中的模型输出的解决方案与解决方案标签的差距。第二预设阈值用于表征模型训练后的输出与解决方案标签的差距已达到目标需求。

具体地，将获取到的各历史故障数据样本依次输入到初始分析模型中，每次输出得到当前输入的历史故障数据样本对应的解决方案，然后将该解决方案和该历史故障数据样本对应的解决方案标签输入到预设损失函数中，计算出本次训练的训练损失。当训练损失小于第二预设阈值时，认为本次训练后得到的模型已达到需求，即可停止训练。若训练损失不小于第二预设阈值，则认为本次训练后得到的模型还没有达到需求，则需要进一步根据本次训练得到的训练损失对模型参数进行进一步调整，然后再次将其它历史故障数据样本输入到模型中进行训练。

图4为本申请实施例提供的一种应用程序故障分析装置的结构框图，如图4所示，该应用程序故障分析装置400可以包括：日志数据获取模块401、账户信息获取模块402以及故障分析模块403，其中，

日志数据获取模块401用于根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，并根据第一标识信息获取目标终端在任一时段内关于目标应用程序的至少一条工作日志数据；

账户信息获取模块402用于获取任一时段内在目标终端的目标应用程序上处于登录状态的账户信息；

故障分析模块403用于获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取账户信息对应的用户权限，并根据用户权限得到第二故障分析结果，根据第一故障分析结果和第二故障分析结果获取目标应用程序故障分析结果，并将目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

本申请提供的方案，通过获取目标终端的标识信息，并根据目标终端的标识信息获取目标终端关于目标应用程序的工作日志数据，保证获取到的每一条工作日志数据是目标终端产生的，无需人工参与对每一条工作日志数据进行分析。同时将故障分析结果输入到预设模型中输出得到对应的解决方案，相较于现有技术的方案，不仅无需人工参与分析，节省了人力资源，且能更加快速地解决异常状况，使用户不容易流失。

在本申请的一种可选实施例中，日志数据获取模块具体用于：

当接收到针对目标应用程序的启动触发操作时，对目标终端上的预设存储设备的存储信息进行读取；

若读取到预设存储设备中存储有第一标识信息，则将第一标识信息作为目标终端的第一标识信息；

若读取到预设存储设备中未存储有第一标识信息，则获取目标终端的第一特征信息，并根据第一特征信息获取目标终端的第一标识信息。

在本申请的一种可选实施例中，日志数据获取模块进一步用于：

根据第一特征信息与第一预设数据库中已存储的各第二标识信息对应的第二特征信息进行匹配；其中，第一预设数据库中存储有各第二标识信息以及每一第二标识信息对应的第二特征信息；

获取第一预设数据库中每一第二特征信息与第一特征信息的匹配度，并将匹配度最高且匹配度大于第一预设阈值的第二特征信息对应的第二标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，日志数据获取模块还可以用于：

向目标终端发送提示信息，以使目标终端根据提示信息生成第三标识信息；其中，提示信息表征第一预设数据库中不存在与目标终端相匹配的第二标识信息；

获取第三标识信息，并将第三标识信息作为目标终端的第一标识信息。

在本申请的一种可选实施例中，故障分析模块具体用于：

对于每一条工作日志数据中包含的预设关键字字段，根据预设关键字字段获取对应的第三故障分析结果；其中，每一预设关键字字段预设有对应的第三故障分析结果；

将各第三故障分析结果结合得到第一故障分析结果。

在本申请的一种可选实施例中，故障分析模块还可以用于：

根据账户信息从各第二预设数据库中确定账户信息对应的用户类型，并根据用户类型确定出用户权限；其中，第二预设数据库中存储有每一账户信息对应的用户特征，用户特征用于表征用户类型。

在本申请的一种可选实施例中，故障分析模块进一步用于：

获取初始分析模型，并基于每一历史故障数据样本对初始分析模型迭代执行以下训练操作，直至训练损失小于第二预设阈值，得到故障定位分析模型，包括：

将各历史故障数据样本输入初始分析模型，输出各历史故障数据样本对应的解决方案；

基于各历史故障数据样本的解决方案和解决方案标签，通过预设损失函数确定训练损失；

通过训练损失对初始分析模型的模型参数进行调整。

下面参考图5，其示出了适于用来实现本申请实施例的电子设备(例如执行图1所示方法的终端设备或服务器)500的结构示意图。本申请实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)、可穿戴设备等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

电子设备包括：存储器以及处理器，存储器用于存储执行上述各个方法实施例所述方法的程序；处理器被配置为执行存储器中存储的程序。其中，这里的处理器可以称为下文所述的处理装置501，存储器可以包括下文中的只读存储器(ROM)502、随机访问存储器(RAM)503以及存储装置508中的至少一项，具体如下所示：

如图5所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本申请实施例的方法中限定的上述功能。

需要说明的是，本申请上述的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：

根据目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，并根据第一标识信息获取目标终端在任一时段内关于目标应用程序的至少一条工作日志数据；获取任一时段内在目标终端的目标应用程序上处于登录状态的账户信息；获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取账户信息对应的用户权限，并根据用户权限得到第二故障分析结果，根据第一故障分析结果和第二故障分析结果获取目标应用程序故障分析结果，并将目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块或单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一约束获取模块还可以被描述为“获取第一约束的模块”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

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

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种应用程序故障分析方法，其特征在于，包括：

根据目标终端上的预设存储设备的存储信息获取所述目标终端的第一标识信息，并根据所述第一标识信息获取所述目标终端在任一时段内关于目标应用程序的至少一条工作日志数据；

获取所述任一时段内在所述目标终端的目标应用程序上处于登录状态的账户信息；

获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取所述账户信息对应的用户权限，并根据所述用户权限得到第二故障分析结果，根据所述第一故障分析结果和所述第二故障分析结果获取目标应用程序故障分析结果，并将所述目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，所述预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

2.根据权利要求1中所述的方法，其特征在于，所述根据所述目标终端上的预设存储设备的存储信息获取目标终端的第一标识信息，包括：

当接收到针对所述目标应用程序的启动触发操作时，对所述目标终端上的预设存储设备的存储信息进行读取；

若读取到所述预设存储设备中存储有所述第一标识信息，则将所述第一标识信息作为所述目标终端的第一标识信息；

若读取到所述预设存储设备中未存储有所述第一标识信息，则获取所述目标终端的第一特征信息，并根据所述第一特征信息获取所述目标终端的第一标识信息。

3.根据权利要求2中所述的方法，其特征在于，所述根据所述第一特征信息获取所述目标终端的第一标识信息，包括：

根据所述第一特征信息与第一预设数据库中已存储的各第二标识信息对应的第二特征信息进行匹配；其中，所述第一预设数据库中存储有各第二标识信息以及每一第二标识信息对应的第二特征信息；

获取所述第一预设数据库中每一第二特征信息与所述第一特征信息的匹配度，并将所述匹配度最高且所述匹配度大于第一预设阈值的第二特征信息对应的第二标识信息作为所述目标终端的第一标识信息。

4.根据权利要求3中所述的方法，其特征在于，若不存在所述匹配度大于第一预设阈值的第二特征信息，所述获取所述目标终端的第一标识信息，包括：

向所述目标终端发送提示信息，以使所述目标终端根据所述提示信息生成第三标识信息；其中，所述提示信息表征所述第一预设数据库中不存在与目标终端相匹配的第二标识信息；

获取所述第三标识信息，并将所述第三标识信息作为所述目标终端的第一标识信息。

5.根据权利要求1中所述的方法，其特征在于，所述根据各预设关键字字段得到第一故障分析结果，包括：

对于每一条工作日志数据中包含的预设关键字字段，根据所述预设关键字字段获取对应的第三故障分析结果；其中，每一预设关键字字段预设有对应的第三故障分析结果；

将各第三故障分析结果结合得到所述第一故障分析结果。

6.根据权利要求1中所述的方法，其特征在于，所述获取所述账户信息对应的用户权限，包括：

根据所述账户信息从各第二预设数据库中确定所述账户信息对应的用户类型，并根据所述用户类型确定出用户权限；其中，所述第二预设数据库中存储有每一账户信息对应的用户特征，所述用户特征用于表征用户类型。

7.根据权利要求1中所述的方法，其特征在于，所述预设分析模型通过以下方式获取：

获取初始分析模型，并基于每一历史故障数据样本对所述初始分析模型迭代执行以下训练操作，直至训练损失小于第二预设阈值，得到所述故障定位分析模型，包括：

将各历史故障数据样本输入所述初始分析模型，输出各历史故障数据样本对应的解决方案；

基于各历史故障数据样本的解决方案和解决方案标签，通过预设损失函数确定所述训练损失；

通过所述训练损失对所述初始分析模型的模型参数进行调整。

8.一种应用程序故障分析装置，其特征在于，包括：

日志数据获取模块，用于根据目标终端上的预设存储设备的存储信息获取所述目标终端的第一标识信息，并根据所述第一标识信息获取所述目标终端在任一时段内关于目标应用程序的至少一条工作日志数据；

账户信息获取模块，用于获取所述任一时段内在所述目标终端的目标应用程序上处于登录状态的账户信息；

故障分析模块，用于获取各工作日志数据中的预设关键字字段，并根据各预设关键字字段得到第一故障分析结果，获取所述账户信息对应的用户权限，并根据所述用户权限得到第二故障分析结果，根据所述第一故障分析结果和所述第二故障分析结果获取目标应用程序故障分析结果，并将所述目标应用程序故障分析结果输入到预设分析模型中，输出得到对应的解决方案；其中，所述预设分析模型是基于历史故障数据样本训练得到的，每一历史故障数据样本携带有对应的解决方案标签。

9.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述方法的步骤。