CN110287049A - 数据处理方法、装置和存储介质 - Google Patents
数据处理方法、装置和存储介质 Download PDFInfo
- Publication number
- CN110287049A CN110287049A CN201910427730.2A CN201910427730A CN110287049A CN 110287049 A CN110287049 A CN 110287049A CN 201910427730 A CN201910427730 A CN 201910427730A CN 110287049 A CN110287049 A CN 110287049A
- Authority
- CN
- China
- Prior art keywords
- application program
- data
- plug
- unit
- problem data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Debugging And Monitoring (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供一种数据处理方法、装置和存储介质，通过识别终端上报的原始异常问题数据中发生异常的插件的名称和版本标识，能够确定已修复的原始异常问题数据和未修复的原始异常问题数据，对于已修复的原始异常问题数据，可以直接将原始异常问题数据对应的响应数据发送给终端。本实施例中的数据处理方式避免了对已修复的原始异常问题数据重复进行处理的问题，提高了终端获取响应数据对插件进行修复的效率。
Description
技术领域
本申请涉及数据监测技术领域，尤其涉及一种数据处理方法、装置和存储介质。
背景技术
移动智能互联的大环境促使了很多具有不同功能的应用程序的上线，终端中可能安装有多款应用程序，来满足用户的使用需求。对于同一应用程序来说，不同终端中安装的应用程序的版本可能不同，或者，应用程序的版本相同，但相同插件的版本不同，或者，应用程序的版本和插件的版本均不相同。
目前，终端复杂的运行环境会导致应用程序的崩溃，异常问题层出不穷。现有技术中，为了及时修复应用程序的异常问题，引入了异常问题上报机制，即应用程序一旦出现异常，终端会将该应用程序的异常问题上报给云端。当海量的终端上报异常问题后，云端不能有效区分哪些异常问题是已修复的，哪些异常问题是未修复的，因此会对所有的异常问题进行上报处理，造成终端修复异常的效率低。
发明内容
本申请提供一种数据处理方法、装置和存储介质，避免了对已修复的异常问题数据进行重复处理，提高了终端修复插件的效率。
本申请的第一方面提供一种数据处理方法，包括：
接收终端上报的应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
根据所述应用程序的名称和版本标识，判断所述应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据所述应用程序中发生异常的插件的名称和版本标识，判断所述应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果；
若所述第一判断结果和所述第二判断结果中至少一个为否时，则从响应数据库中获取所述原始异常问题数据对应的响应数据，并向所述终端返回所述响应数据，所述响应数据用于修复所述应用程序中发生异常的插件。
可选的，所述接收终端上报的应用程序的原始异常问题数据之前，还包括：
向所述终端发送请求消息，所述请求消息用于请求终端获取所述原始异常问题数据，所述请求消息中包括所述原始异常问题数据的属性信息。
可选的，若所述应用程序与其他应用程序共用代码库，则所述原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若所述应用程序不与其他应用程序共用代码库，则所述原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，所述预设路径规则包括：插件名称和/或插件路径。
可选的，所述方法还包括：
若所述第一判断结果和所述第二判断结果均为是时，获取所述终端的硬件信息，所述硬件信息包括：所述终端的内存、CPU运行状态或内存分配比中的至少一个；
上报所述原始异常问题数据和所述终端的硬件信息；
接收用户输入的所述原始异常问题数据的响应数据，并将所述原始异常问题数据的响应数据返回给所述终端。
可选的，所述方法还包括：
将历史异常问题数据作为训练参数，获取所述预设路径规则，不同版本标识的插件的预设路径规则不同。
可选的，所述原始异常问题数据为所述终端在终端日志中获取的插件异常问题数据；和/或，
所述原始异常问题数据为所述终端构建预设异常消息获取的系统异常问题数据；和/或，
所述原始异常问题数据为所述终端获取的用户路径异常问题数据。
本申请的第二方面提供一种数据处理方法，包括：
向服务器上报应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
接收所述服务器发送的所述原始异常问题数据对应的响应数据，所述原始异常问题数据对应的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序不为最新版本的应用程序时发送的，和/或，所述服务器根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件不为最新版本的插件时从响应数据库获取并发送的，所述响应数据用于修复所述应用程序中发生异常的插件。
可选的，所述向服务器上报应用程序的原始异常问题数据之前，还包括：
接收所述服务器发送的请求消息，所述请求消息用于请求终端获取所述原始异常问题数据，所述请求消息中包括所述原始异常问题数据的属性信息。
可选的，若所述应用程序与其他应用程序共用代码库，则所述原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若所述应用程序不与其他应用程序共用代码库，则所述原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，所述预设路径规则包括：插件名称和/或插件路径。
可选的，所述方法还包括：接收所述服务器发送的所述原始异常问题数据的响应数据，所述原始异常问题数据的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序为最新版本的应用程序，且根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件为最新版本的插件时接收到的用户输入的所述原始异常问题数据的响应数据。
可选的，所述接收所述服务器发送的请求消息之后，还包括：
在终端日志中确定所述原始异常问题数据，所述终端日志中包括插件异常问题数据；和/或，
通过构建预设异常消息获取的系统异常问题数据中确定所述原始异常问题数据；和/或，
在获取的用户路径异常问题数据中确定所述原始异常问题数据。
本申请的第三方面提供一种服务器，包括：
收发模块，用于接收终端上报的应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
处理模块，用于根据所述应用程序的名称和版本标识，判断所述应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据所述应用程序中发生异常的插件的名称和版本标识，判断所述应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果；
所述收发模块，还用于若所述第一判断结果和所述第二判断结果中至少一个为否时，则从响应数据库中获取所述原始异常问题数据对应的响应数据，并向所述终端返回所述响应数据，所述响应数据用于修复所述应用程序中发生异常的插件。
可选的，所述收发模块，还用于向所述终端发送请求消息，所述请求消息用于请求终端获取所述原始异常问题数据，所述请求消息中包括所述原始异常问题数据的属性信息。
可选的，若所述应用程序与其他应用程序共用代码库，则所述原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若所述应用程序不与其他应用程序共用代码库，则所述原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，所述预设路径规则包括：插件名称和/或插件路径。
可选的，所述收发模块，还若所述第一判断结果和所述第二判断结果均为是时，获取上报所述终端的硬件信息，所述硬件信息包括：所述终端的内存、CPU运行状态或内存分配比中的至少一个；上报所述原始异常问题数据和所述终端的硬件信息；接收用户输入的所述原始异常问题数据的响应数据，并将所述原始异常问题数据的响应数据返回给所述终端。
可选的，所述处理模块，还用于将历史异常问题数据作为训练参数，获取所述预设路径规则，不同版本标识的插件的预设路径规则不同。
可选的，所述原始异常问题数据为所述至少两个终端在终端日志中获取的插件异常问题数据；和/或，
所述原始异常问题数据为所述至少两个终端构建预设异常消息获取的系统异常问题数据；和/或，
所述原始异常问题数据为所述至少两个终端获取的用户路径异常问题数据。
本申请的第四方面提供一种终端，包括：
收发模块，用于向服务器上报应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
接收所述服务器发送的所述原始异常问题数据对应的响应数据，所述原始异常问题数据对应的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序不为最新版本的应用程序时发送的，和/或，所述服务器根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件不为最新版本的插件时从响应数据库获取并发送的，所述响应数据用于修复所述应用程序中发生异常的插件。
可选的，所述收发模块，还用于接收所述服务器发送的请求消息，所述请求消息用于请求终端获取所述原始异常问题数据，所述请求消息中包括所述原始异常问题数据的属性信息。
可选的，若所述应用程序与其他应用程序共用代码库，则所述原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若所述应用程序不与其他应用程序共用代码库，则所述原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，所述预设路径规则包括：插件名称和/或插件路径。
可选的，所述收发模块，还用于接收所述服务器发送的所述原始异常问题数据的响应数据，所述原始异常问题数据的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序为最新版本的应用程序，且根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件为最新版本的插件时接收到的用户输入的所述原始异常问题数据的响应数据。
可选的，所述终端还包括：处理模块；
所述处理模块，用于在终端日志中确定所述原始异常问题数据，所述终端日志中包括所有插件的异常问题数据；和/或，
通过构建预设异常消息获取的系统异常问题数据中确定所述原始异常问题数据；和/或，
在获取的用户路径异常问题数据中确定所述原始异常问题数据。
本申请的第五方面提供一种服务器，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述服务器执行上述第一方面的数据处理方法。
本申请的第六方面提供一种终端，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述终端执行上述第二方面的数据处理方法。
本申请的第七方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现上述第一方面的数据处理方法。
本申请的第八方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现上述第二方面的数据处理方法。
本申请提供一种数据处理方法、装置和存储介质，通过识别终端上报的原始异常问题数据中发生异常的插件的名称和版本标识，能够识别已修复的原始异常问题数据和未修复的原始异常问题数据，对于已修复的原始异常问题数据，可以直接将原始异常问题数据对应的响应数据发送给终端。本实施例中的数据处理方式避免了对已修复的原始异常问题数据重复进行处理的问题，提高了终端获取响应数据对插件进行修复的效率。
附图说明
图1为本申请提供的数据处理方法适用的场景示意图；
图2为本申请提供的数据处理方法的流程示意图一；
图3为本申请提供的数据处理方法的流程示意图二；
图4为本申请提供的服务器的结构示意图一；
图5为本申请提供的服务器的结构示意图二；
图6为本申请提供的终端的结构示意图一；
图7为本申请提供的终端的结构示意图二。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请的实施例，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应用程序的崩溃问题层出不穷，现有技术中云端通过终端上报的异常问题数据对应用程序进行修复。对于相同的应用程序来说，不同终端安装的应用程序的版本可能不同，具有相同版本的应用程序，安装的插件版本也可能不同。由于终端的差异性，云端接收到的应用程序的异常问题数据可能是已经接收过并修复的问题。
例如，终端1上报的是应用程序A中的版本为1.0的插件B的异常问题数据，终端2上报的是应用程序A中的版本为2.0的插件B的异常问题数据。由于现有技术中终端无法对插件版本进行识别，对应的，云端接收到的异常问题数据中对插件版本是不进行区分的，即云端接收到的异常问题数据为：终端1上报的应用程序A中异常问题数据，以及终端2上报的是应用程序A中的异常问题数据。该种情况致使云端对终端1和终端2上报的异常问题数据均进行修复，但应用程序A中的版本为1.0的插件B的异常问题数据为已修复的异常问题。当异常问题数据的数据量大时，云端重复对已修复的异常问题数据进行处理，导致终端获取响应数据对插件进行修复的效率低。
为了解决上述问题，本申请中提供了一种数据处理方法，终端可以在上报异常问题数据时，增加插件名称和版本标识，以使云端可以对已修复和未修复的异常问题数据进行识别，进而对已修复的异常问题数据直接返回对应的响应数据，以达到提高终端修复插件的效率的目的。
图1为本申请提供的数据处理方法适用的场景示意图。如图1所示，本申请提供的数据处理方法适用的场景中包括：服务器和终端。其中，服务器可以为上述所述的云端(即云端服务器)。终端可以为其中设置有应用程序的终端。
本申请中的终端包括但不限于为移动终端或固定终端；移动终端包括但不限于手机、个人数字助理(Personal Digital Assistant，简称：PDA)、平板电脑、便携设备(例如，便携式计算机、袖珍式计算机或手持式计算机)等。固定终端包括但不限于台式计算机等。
图2为本申请提供的数据处理方法的流程示意图一。图2从服务器和终端交互的角度对本申请提供的数据处理方法进行说明。如图2所示，本实施例提供的数据处理方法可以包括：
S201，终端向服务器上报应用程序的原始异常问题数据，原始异常问题数据中包括：应用程序的名称和版本标识、应用程序中发生异常的插件的名称和版本标识。
对应的，服务器接收终端上报的应用程序的原始异常问题数据。
本实施例中的应用程序是安装有至少一个插件的应用程序。应理解，终端可以对其中安装的应用程序的运行状态进行监听，在应用程序中的插件发生异常时，可以将应用程序的原始异常问题数据发送给服务器。可选的，终端可以在终端日志中获取应用程序的原始异常问题数据，应用程序的原始异常问题数据具体为应用程序中发生异常的插件的原始异常问题数据。
本实施例中，原始异常问题数据中包括：应用程序的名称和版本标识、应用程序中发生异常的插件的名称和版本标识。应理解，应用程序的名称用于识别不同的应用程序，在服务器接收到应用程序的原始异常问题数据后，可以确定是哪个应用程序发生异常。应用程序的版本标识用于区分应用程序的版本，应用程序的版本标识可以为应用程序的版本号。同理的，插件的名称用于识别不同的插件。对于相同的应用程序来说，其中安装的插件可能为具有不同的版本，插件的版本标识用于区分相同插件的不同版本。例如，原始异常问题数据为：1.0版本的应用程序A中的2.0版本的插件B的异常问题数据。其中，A为应用程序的名称，1.0版本为应用程序的版本标识，B为插件的名称，2.0版本为插件的版本标识。在该种情况下，服务器接收到原始异常问题数据后，可以确定应用程序中发生异常的插件和插件的版本标识。
S202，服务器根据应用程序的名称和版本标识，判断应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据应用程序中发生异常的插件的名称和版本标识，判断应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果。
本实施例中，服务器可以根据终端上报的原始异常问题数据中携带的应用程序的名称和版本标识、应用程序中发生异常的插件的名称和版本标识，确定原始异常问题数据是否为已经修复的异常问题数据。下述实施例中均以版本标识为版本进行说明。
应理解，对于相同的应用程序，旧版本(非最新版本)的应用程序的原始异常问题数据是已修复的异常问题数据，因为将旧版本的应用程序中的原始异常问题数据修复后，服务器会生成该原始异常问题数据对应的响应数据，该响应数据可以为新版本的应用程序的数据包或新版本的应用程序对应的补丁包，在终端获取到响应数据后，可以将旧版本的应用程序更新至新版本的应用程序。据此，终端上报的原始异常问题数据中，最新版本的应用程序的原始异常问题数据是未修复的异常问题数据，而旧版本的应用程序的原始异常问题数据是已修复的异常问题数据。
进一步的，对于最新版本的应用程序中的相同插件来说，终端上报的可能是最新版本的应用程序中不同版本的插件的异常问题数据。对于相同的插件来说，旧版本(非最新版本)的插件中的原始异常问题数据是已修复的异常问题数据，最新版本的插件的原始异常问题数据为未修复的异常问题数据。具体理由可以参照上述对旧版本的应用程序的相关描述。
综上，本实施例中根据应用程序的名称和版本标识，判断应用程序是否为最新版本应用程序版本，得到第一判断结果，以及根据应用程序中发生异常的插件的名称和版本标识，判断应用程序中发生异常的插件是否为最新版本插件，得到第二判断结果。进而根据第一判断结果和第二判断结果确定原始异常问题数据是否为已经修复的异常问题数据。
S203，若第一判断结果和第二判断结果中至少一个为否时，则服务器从响应数据库中获取原始异常问题数据对应的响应数据，并向终端返回响应数据，响应数据用于修复应用程序中发生异常的插件。
对应的，终端接收原始异常问题数据对应的响应数据。
当服务器确定第一判断结果和第二判断结果中至少一个为否时，即原始异常问题数据对应的应用程序不为最新版本的应用程序，和/或，原始异常问题数据对应的应用程序中的插件不为最新版本的插件时，服务器确定该原始异常问题数据为已修复的原始异常问题数据，对应的，服务器从响应数据库中获取原始异常问题数据对应的响应数据，并向终端返回响应数据。
其中，该响应数据用于修复应用程序中发生异常的插件。可选的，响应数据可以为最新版本的应用程序以及最新版本的插件的响应数据，或者应用程序插件的版本均高于原始异常问题数据中的版本的响应数据。
本实施例中的响应数据库存储有已修复的应用程序中的不同插件对应的响应数据，以及响应数据对应的应用程序的名称、应用程序的版本标识、插件名称和插件的版本标识。例如，响应数据库中存储有应用程序A中版本标识为1.0的插件B的响应数据、版本标识为2.0的插件B的响应数据，以及版本标识为3.0的插件B的响应数据。若原始异常问题数据中的应用程序的版本标识为1.0，插件B的版本标识为1.0，则服务器可以将版本标识为3.0的插件B的响应数据发送给终端，或者将版本标识为2.0的插件B的响应数据发送给终端，以上响应数据均能够修复应用程序中发生异常的插件。
本实施例中提供的数据处理方法包括：接收终端上报的应用程序的原始异常问题数据，原始异常问题数据中包括：应用程序的名称和版本标识、应用程序中发生异常的插件的名称和版本标识；根据应用程序的名称和版本标识，判断应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据应用程序中发生异常的插件的名称和版本标识，判断应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果；若第一判断结果和第二判断结果中至少一个为否时，则从响应数据库中获取原始异常问题数据对应的响应数据，并向终端返回响应数据，响应数据用于修复应用程序中发生异常的插件。本实施例中通过识别终端上报的原始异常问题数据中发生异常的插件的名称和版本标识，能够识别已修复的原始异常问题数据和未修复的原始异常问题数据，对于已修复的原始异常问题数据，可以直接将原始异常问题数据对应的响应数据发送给终端。本实施例中的数据处理方式避免了对已修复的原始异常问题数据重复进行处理的问题，提高了终端获取响应数据对插件进行修复的效率。
在上述实施例的基础上，本实施例中终端还可以向服务器发送具有特定属性信息的原始异常问题数据，以进一步使得服务器更有针对性的对具有特定属性信息的原始异常问题数据进行处理。下面结合图3从终端和服务器交互的角度，对本申请提供的数据处理方法进行进一步说明。图3为本申请提供的数据处理方法的流程示意图二。如图3所示，本实施例提供的数据处理方法可以包括：
S301，服务器向终端发送请求消息，请求消息用于请求终端获取原始异常问题数据，请求消息中包括原始异常问题数据的属性信息。
对应的，终端接收服务器发送的请求消息。
应理解，本实施例中的服务器可以向终端发送获取具有原始异常问题数据的属性信息的请求消息。终端在接收到请求消息后会获取具有该属性信息对应的“异常问题数据的属性信息”的原始异常问题数据。
其中，原始异常问题数据的属性信息可以是预设的。原始异常问题数据的属性信息可以包括插件的名称和版本标识。如，可以为版本为2.0的插件B。或者，原始异常问题数据的属性信息还可以为代码路径类规则，如可以为“在插件B中的核心功能类路径”或包含有“com.baidu.xxx.yyy的路径”等。或者，原始异常问题数据的属性信息还可以为正则表达式或逻辑关系表达式，如“引用com.baidu.xxx.yyy的路径”等。本实施例中的服务器向终端发送的请求消息中包括原始异常问题数据的属性信息，目的是为了终端能够向服务器返回具有该原始异常问题数据的属性信息的原始异常问题数据，即终端向服务器返回满足预设条件的原始异常问题数据。
可选的，本实施例中服务器可以在代码路径库中通过查询确定应用程序与其他应用程序是否共用代码库，来确定请求消息中的原始异常问题数据的属性信息。
一种可能的情况为：若应用程序与其他应用程序共用代码库，则原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径。例如，应用程序A和应用程序C共用代码库，则服务器根据应用程序A和应用程序C上报的原始异常问题数据会确定发生的异常为共用代码库的异常，为了使得服务器能够获取更为准确的发生异常的原因。服务器针对共用代码库的应用程序，可以在出入异常栈路径中查询该应用程序A和应用程序C是否有其他不同的插件名称和/或插件路径，采用出入异常栈路径中不同的插件名称和/或插件路径作为原始异常问题数据的属性信息，可以使得服务器在获取原始异常问题数据后，能够确定发生异常的应用程序、插件和路径等信息，进而使得服务器针对原始异常问题数据进行相应的处理。
另一种可能的情况为：若应用程序不与其他应用程序共用代码库，则原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，预设路径规则包括：插件名称和/或插件路径。其中，该插件名称和/或插件路径可以为应用程序中的任意的插件名称和/或插件路径，不限于出入异常栈路径中插件名称和/或插件路径。应理解，在应用程序不与其他应用程序共用代码库时，服务器能够根据终端上报的原始异常数据确定发生异常的应用程序中的插件，因此不需要再在出入异常栈路径确定插件名称和/或插件路径。
该种情况下，服务器向终端发送的请求消息中只用包括满足预设路径规则的原始异常问题数据的属性信息。其中，预设路径规则包括：插件名称和/或插件路径。例如，请求消息中的原始异常问题数据的属性信息可以为包含有“com.baidu.xxx.yyy的路径”、或者原始异常问题数据的属性信息还可以为正则表达式或逻辑关系表达式，如“引用com.baidu.xxx.yyy的路径”。
应理解，本申请中的预设路径规则可以为服务器根据大量的历史异常问题数据获取的。可选的，服务器可以对相同应用程序中不同插件的历史异常问题数据进行聚类，获取发生异常的插件的异常特征(例如，插件名称和/或插件路径)，进而得到原始异常问题数据的属性信息。在服务器想要解决具有特定属性信息的插件的异常时，便可以将对应的属性信息携带在请求消息中发送给终端，以使终端返回满足该属性信息的原始异常问题数据。应理解，不同插件的预设路径规则不同，且不同版本标识的插件的预设路径规则不同，以便于终端对不同的插件或者不同版本标识的插件的异常问题数据进行分类提取。
S302，终端获取原始异常问题数据。
本实施例中，终端在接收到请求消息后，可以确定应用程序的原始异常问题中是否有满足“原始异常问题数据的属性”的数据。可选的，终端获取原始异常问题数据的方式可以分为以下三种：
第一种可能的方式为：终端在终端日志中确定原始异常问题数据。终端日志中可以包括至少一个插件的异常问题数据，该异常问题数据可以包括：插件的名称、插件的版本标识、发生异常的时间、发生异常的路径信息等。终端可以在终端日志中通过查询的方式确定具有“原始异常问题数据的属性”的原始异常问题数据。
第二种可能的方式为：终端可以通过构建预设异常消息获取系统异常问题数据，在系统异常问题数据中确定原始异常问题数据。应理解，如果应用程序崩溃或异常并不简单的是插件的问题，本实施例中还可以获取应用程序和操作系统之间的兼容性等异常问题数据。可选的，终端可以构建预设异常消息，如向操作系统发送该预设异常消息，该预设异常消息用于指示操作系统返回应用程序的兼容性等异常问题数据，进而终端可以在系统异常问题数据中确定具有“原始异常问题数据的属性”的原始异常问题数据。
第三种可能的方式为：终端在获取的用户路径异常问题数据中确定原始异常问题数据。用户在终端上使用应用程序的过程中，用户路径可能也会发生异常。对应的，终端可以记录用户每次使用应用程序的用户路径，进而在用户路径异常问题数据中确定具有“原始异常问题数据的属性”的原始异常问题数据。
应理解，以上三种可能的方式可以根据原始异常问题数据的属性信息单独或结合使用。
S303，终端向服务器上报原始异常问题数据。
S304，服务器根据应用程序的名称和版本标识，判断应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据应用程序中发生异常的插件的名称和版本标识，判断应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果。
S305，若第一判断结果和第二判断结果均为是时，服务器获取终端的硬件信息，硬件信息包括：终端的内存、CPU运行状态或内存分配比中的至少一个。
当服务器确定第一判断结果和第二判断结果均为是时，即原始异常问题数据对应的应用程序为最新版本的应用程序，且原始异常问题数据对应的应用程序中的插件为最新版本的插件。服务器中响应数据库中未存储有该原始异常问题数据对应的响应数据。
为了解决具有最新版本的应用程序及最新版本的插件的原始异常问题数据，本实施例中服务器还可以获取终端的硬件信息，以获取更为准确的原始异常问题数据对应的响应数据。
其中，终端的硬件信息包括：终端的内存、CPU运行状态或内存分配比中的至少一个。可选的，服务器可以通过监控终端的运行状态，获取终端的硬件信息；或者，服务器还可以向终端发送用于获取终端的硬件信息的消息，以使终端上报硬件信息。
S306，服务器上报原始异常问题数据和终端的硬件信息。
本实施例中，由于服务器的响应数据库中未存储有最新版本的应用程序及最新版本的插件的原始异常问题数据对应的响应数据，因此需要将获取的原始异常问题数据和终端的硬件信息进行上报，以获取响应数据。
可选的，本实施例中服务器可以将原始异常问题数据上报至用户的处理终端，该处理终端可以显示原始异常问题数据，以使用户根据该原始异常问题数据确定发生异常的应用程序的名称和版本标识，以及插件的名称和版本标识，进而可以获取发生异常的插件中的出错的代码行，根据代码逻辑判断异常原因，并确定有效异常问题数据的响应数据。
S307，服务器接收用户输入的原始异常问题数据的响应数据，并将原始异常问题数据的响应数据返回给终端。
对应的，终端接收服务器发送的原始异常问题数据的响应数据。
本实施例中获取原始异常问题数据的响应数据的方式可以参照上述实施例中的相关描述。其中，在用户获取原始异常问题数据的响应数据后，可以将原始异常问题数据的响应数据输入至服务器中，对应的，服务器接收用户输入的原始异常问题数据的响应数据，以向终端返回该原始异常问题数据的响应数据。
可选的，本实施例中用户还可以通过处理终端输入原始异常问题数据的响应数据，以使处理终端将该原始异常问题数据的响应数据发送给服务器，已达到与上述相同的目的。
可选的，在该实施例中，若第一判断结果和第二判断结果中至少一个为否时，则从响应数据库中获取原始异常问题数据对应的响应数据，并向终端返回响应数据。
应理解，其中的S303中的实施方式可以参照上述实施例中的S101中的相关描述，在此不做赘述。
本实施例中，终端可以向服务器发送满足“原始异常问题数据的属性”的原始异常问题数据，进而使得服务器能够更有针对性的对具有特定属性的原始异常问题数据进行处理。本实施例中提供的数据处理方法提高了服务器对异常问题数据获取和处理的灵活性。
图4为本申请提供的服务器的结构示意图一。如图4所示，该服务器400包括：收发模块401和处理模块402。
收发模块401，用于接收终端上报的应用程序的原始异常问题数据，原始异常问题数据中包括：应用程序的名称和版本标识、应用程序中发生异常的插件的名称和版本标识；
处理模块402，用于根据应用程序的名称和版本标识，判断应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据应用程序中发生异常的插件的名称和版本标识，判断应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果。
收发模块401，还用于若第一判断结果和第二判断结果中至少一个为否时，则从响应数据库中获取原始异常问题数据对应的响应数据，并向终端返回响应数据，响应数据用于修复应用程序中发生异常的插件。
可选的，收发模块401，还用于向终端发送请求消息，请求消息用于请求终端获取原始异常问题数据，请求消息中包括原始异常问题数据的属性信息。
可选的，若应用程序与其他应用程序共用代码库，则原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若应用程序不与其他应用程序共用代码库，则原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，预设路径规则包括：插件名称和/或插件路径。
可选的，收发模块401，还若第一判断结果和第二判断结果均为是时，获取终端的硬件信息，硬件信息包括：终端的内存、CPU运行状态或内存分配比中的至少一个；上报原始异常问题数据和终端的硬件信息；接收用户输入的原始异常问题数据的响应数据，并将原始异常问题数据的响应数据返回给终端。
可选的，处理模块402，还用于将历史异常问题数据作为训练参数，获取预设路径规则，不同版本标识的插件的预设路径规则不同。
可选的，原始异常问题数据为至少两个终端在终端日志中获取的插件异常问题数据；和/或，
原始异常问题数据为至少两个终端构建预设异常消息获取的系统异常问题数据；和/或，
原始异常问题数据为至少两个终端获取的用户路径异常问题数据。
本实施例提供的服务器与上述数据处理方法实现的原理和技术效果类似，在此不作赘述。
图5为本申请提供的服务器的结构示意图二。如图5所示，该服务器500包括：存储器501和至少一个处理器502。
存储器501，用于存储程序指令。
处理器502，用于在程序指令被执行时实现本实施例中的数据处理方法，具体实现原理可参见上述实施例，本实施例此处不再赘述。
该服务器500还可以包括及输入/输出接口503。
输入/输出接口503可以包括独立的输出接口和输入接口，也可以为集成输入和输出的集成接口。其中，输出接口用于输出数据，输入接口用于获取输入的数据。
图6为本申请提供的终端的结构示意图一。如图6所示，该终端600包括：收发模块601和处理模块602。
收发模块601，用于向服务器上报应用程序的原始异常问题数据，原始异常问题数据中包括：应用程序的名称和版本标识、应用程序中发生异常的插件的名称和版本标识；
接收服务器发送的原始异常问题数据对应的响应数据，原始异常问题数据对应的响应数据为：服务器根据应用程序的名称和版本标识，确定应用程序不为最新版本的应用程序时发送的，和/或，服务器根据应用程序中发生异常的插件的名称和版本标识，确定应用程序中发生异常的插件不为最新版本的插件时从响应数据库获取并发送的，响应数据用于修复应用程序中发生异常的插件。
可选的，收发模块601，还用于接收服务器发送的请求消息，请求消息用于请求终端获取原始异常问题数据，请求消息中包括原始异常问题数据的属性信息。
可选的，若应用程序与其他应用程序共用代码库，则原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若应用程序不与其他应用程序共用代码库，则原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，预设路径规则包括：插件名称和/或插件路径。
可选的，收发模块601，还用于接收服务器发送的原始异常问题数据的响应数据，原始异常问题数据的响应数据为：服务器根据应用程序的名称和版本标识，确定应用程序为最新版本的应用程序，且根据应用程序中发生异常的插件的名称和版本标识，确定应用程序中发生异常的插件为最新版本的插件时接收到的用户输入的原始异常问题数据的响应数据。
可选的，终端还包括：处理模块602；
处理模块602，用于在终端日志中确定原始异常问题数据，终端日志中包括所有插件的异常问题数据；和/或，
通过构建预设异常消息获取的系统异常问题数据中确定原始异常问题数据；和/或，
在获取的用户路径异常问题数据中确定原始异常问题数据。
图7为本申请提供的终端的结构示意图二。如图7所示，该终端700包括：存储器701和至少一个处理器702。
存储器701，用于存储程序指令。
处理器702，用于在程序指令被执行时实现本实施例中的数据处理方法，具体实现原理可参见上述实施例，本实施例此处不再赘述。
该终端700还可以包括及输入/输出接口703。
输入/输出接口703可以包括独立的输出接口和输入接口，也可以为集成输入和输出的集成接口。其中，输出接口用于输出数据，输入接口用于获取输入的数据。
本申请还提供一种可读存储介质，可读存储介质中存储有执行指令，当服务器或终端的至少一个处理器执行该执行指令时，当计算机执行指令被处理器执行时，实现上述实施例中服务器或终端执行的数据处理方法。
本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。服务器或终端的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得服务器或终端实施上述的各种实施方式提供的数据处理方法。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块602402中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在上述网络设备或者终端设备的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：ApplicationSpecific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (17)
1.一种数据处理方法，其特征在于，包括：
接收终端上报的应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
根据所述应用程序的名称和版本标识，判断所述应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据所述应用程序中发生异常的插件的名称和版本标识，判断所述应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果；
若所述第一判断结果和所述第二判断结果中至少一个为否时，则从响应数据库中获取所述原始异常问题数据对应的响应数据，并向所述终端返回所述响应数据，所述响应数据用于修复所述应用程序中发生异常的插件。
2.根据权利要求1所述的方法，其特征在于，所述接收终端上报的应用程序的原始异常问题数据之前，还包括：
向所述终端发送请求消息，所述请求消息用于请求所述终端获取所述原始异常问题数据，所述请求消息中包括所述原始异常问题数据的属性信息。
3.根据权利要求2所述的方法，其特征在于，
若所述应用程序与其他应用程序共用代码库，则所述原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；
若所述应用程序不与其他应用程序共用代码库，则所述原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，所述预设路径规则包括：插件名称和/或插件路径。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
若所述第一判断结果和所述第二判断结果均为是时，获取所述终端的硬件信息，所述硬件信息包括：所述终端的内存、CPU运行状态或内存分配比中的至少一个；
上报所述原始异常问题数据和所述终端的硬件信息；
接收用户输入的所述原始异常问题数据的响应数据，并将所述原始异常问题数据的响应数据返回给所述终端。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：
将历史异常问题数据作为训练参数，获取所述预设路径规则，不同版本标识的插件的预设路径规则不同。
6.根据权利要求1所述的方法，其特征在于，
所述原始异常问题数据为所述终端在终端日志中获取的插件异常问题数据；和/或，
所述原始异常问题数据为所述终端构建预设异常消息获取的系统异常问题数据；和/或，
所述原始异常问题数据为所述终端获取的用户路径异常问题数据。
7.一种数据处理方法，其特征在于，包括：
向服务器上报应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
接收所述服务器发送的所述原始异常问题数据对应的响应数据，所述原始异常问题数据对应的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序不为最新版本的应用程序时发送的，和/或，所述服务器根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件不为最新版本的插件时从响应数据库获取并发送的，所述响应数据用于修复所述应用程序中发生异常的插件。
8.根据权利要求7所述的方法，其特征在于，所述向服务器上报应用程序的原始异常问题数据之前，还包括：
接收所述服务器发送的请求消息，所述请求消息用于请求终端获取所述原始异常问题数据，所述请求消息中包括所述原始异常问题数据的属性信息。
9.根据权利要求7所述的方法，其特征在于，
若所述应用程序与其他应用程序共用代码库，则所述原始异常问题数据的属性信息包括：出入异常栈路径中的插件名称和/或插件路径；或，
若所述应用程序不与其他应用程序共用代码库，则所述原始异常问题数据的属性信息用于指示满足预设路径规则的异常问题数据，所述预设路径规则包括：插件名称和/或插件路径。
10.根据权利要求7-9任一项所述的方法，其特征在于，所述方法还包括：
接收所述服务器发送的所述原始异常问题数据的响应数据，所述原始异常问题数据的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序为最新版本的应用程序，且根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件为最新版本的插件时接收到的用户输入的所述原始异常问题数据的响应数据。
11.根据权利要求8所述的方法，其特征在于，所述接收所述服务器发送的请求消息之后，还包括：
在终端日志中确定所述原始异常问题数据，所述终端日志中包括所有插件的异常问题数据；和/或，
通过构建预设异常消息获取的系统异常问题数据中确定所述原始异常问题数据；和/或，
在获取的用户路径异常问题数据中确定所述原始异常问题数据。
12.一种服务器，其特征在于，包括：
收发模块，用于接收终端上报的应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
处理模块，用于根据所述应用程序的名称和版本标识，判断所述应用程序是否为最新版本的应用程序，得到第一判断结果，以及根据所述应用程序中发生异常的插件的名称和版本标识，判断所述应用程序中发生异常的插件是否为最新版本的插件，得到第二判断结果；
所述收发模块，还用于若所述第一判断结果和所述第二判断结果中至少一个为否时，则从响应数据库中获取所述原始异常问题数据对应的响应数据，并向所述终端返回所述响应数据，所述响应数据用于修复所述应用程序中发生异常的插件。
13.一种终端，其特征在于，包括：
收发模块，用于向服务器上报应用程序的原始异常问题数据，所述原始异常问题数据中包括：所述应用程序的名称和版本标识、所述应用程序中发生异常的插件的名称和版本标识；
接收所述服务器发送的所述原始异常问题数据对应的响应数据，所述原始异常问题数据对应的响应数据为：所述服务器根据所述应用程序的名称和版本标识，确定所述应用程序不为最新版本的应用程序时发送的，和/或，所述服务器根据所述应用程序中发生异常的插件的名称和版本标识，确定所述应用程序中发生异常的插件不为最新版本的插件时从响应数据库获取并发送的。
14.一种服务器，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述服务器执行权利要求1-6任一项所述的方法。
15.一种终端，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述终端执行权利要求7-11任一项所述的方法。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现权利要求1-6任一项所述的方法。
17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现权利要求7-11任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910427730.2A CN110287049B (zh) | 2019-05-22 | 2019-05-22 | 数据处理方法、装置和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910427730.2A CN110287049B (zh) | 2019-05-22 | 2019-05-22 | 数据处理方法、装置和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110287049A true CN110287049A (zh) | 2019-09-27 |
| CN110287049B CN110287049B (zh) | 2023-07-04 |
Family
ID=68002295
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910427730.2A Active CN110287049B (zh) | 2019-05-22 | 2019-05-22 | 数据处理方法、装置和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110287049B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111782504A (zh) * | 2020-05-20 | 2020-10-16 | 车智互联（北京）科技有限公司 | 一种应用程序异常的诊断方法、移动终端及可读存储介质 |
| CN113434319A (zh) * | 2021-06-24 | 2021-09-24 | 广州欢网科技有限责任公司 | 一种电视app客户端修复方法、装置及服务器 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7403901B1 (en) * | 2000-04-13 | 2008-07-22 | Accenture Llp | Error and load summary reporting in a health care solution environment |
| US20090158253A1 (en) * | 2007-12-14 | 2009-06-18 | International Business Machines Corporation | Method and system for automatically identifying the source of copied software |
| CN105677513A (zh) * | 2016-01-04 | 2016-06-15 | 北京小米移动软件有限公司 | 恢复备份数据的方法及装置 |
| CN108111330A (zh) * | 2017-11-06 | 2018-06-01 | 北京趣拿软件科技有限公司 | 更新数据包的获取、应用程序组件的更新方法及装置 |
| CN108241500A (zh) * | 2018-01-15 | 2018-07-03 | 腾讯科技（深圳）有限公司 | 一种硬件组件的修复方法、装置、系统和存储介质 |
| US20180307683A1 (en) * | 2017-04-19 | 2018-10-25 | Salesforce.Com, Inc. | Web application localization |
| CN109254864A (zh) * | 2018-09-11 | 2019-01-22 | 北京奇艺世纪科技有限公司 | 一种应用程序故障修复方法、装置及电子设备 |
| CN109445985A (zh) * | 2018-09-03 | 2019-03-08 | 平安普惠企业管理有限公司 | 应用程序的回滚方法及系统 |
-
2019
- 2019-05-22 CN CN201910427730.2A patent/CN110287049B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7403901B1 (en) * | 2000-04-13 | 2008-07-22 | Accenture Llp | Error and load summary reporting in a health care solution environment |
| US20090158253A1 (en) * | 2007-12-14 | 2009-06-18 | International Business Machines Corporation | Method and system for automatically identifying the source of copied software |
| CN105677513A (zh) * | 2016-01-04 | 2016-06-15 | 北京小米移动软件有限公司 | 恢复备份数据的方法及装置 |
| US20180307683A1 (en) * | 2017-04-19 | 2018-10-25 | Salesforce.Com, Inc. | Web application localization |
| CN108111330A (zh) * | 2017-11-06 | 2018-06-01 | 北京趣拿软件科技有限公司 | 更新数据包的获取、应用程序组件的更新方法及装置 |
| CN108241500A (zh) * | 2018-01-15 | 2018-07-03 | 腾讯科技（深圳）有限公司 | 一种硬件组件的修复方法、装置、系统和存储介质 |
| CN109445985A (zh) * | 2018-09-03 | 2019-03-08 | 平安普惠企业管理有限公司 | 应用程序的回滚方法及系统 |
| CN109254864A (zh) * | 2018-09-11 | 2019-01-22 | 北京奇艺世纪科技有限公司 | 一种应用程序故障修复方法、装置及电子设备 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111782504A (zh) * | 2020-05-20 | 2020-10-16 | 车智互联（北京）科技有限公司 | 一种应用程序异常的诊断方法、移动终端及可读存储介质 |
| CN111782504B (zh) * | 2020-05-20 | 2023-12-01 | 车智互联（北京）科技有限公司 | 一种应用程序异常的诊断方法、移动终端及可读存储介质 |
| CN113434319A (zh) * | 2021-06-24 | 2021-09-24 | 广州欢网科技有限责任公司 | 一种电视app客户端修复方法、装置及服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110287049B (zh) | 2023-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8792385B2 (en) | Method and device for auto-generating goose signal connection topology from substation level | |
| CN106886410B (zh) | 一种软件版本管理系统 | |
| KR101443071B1 (ko) | 웹페이지의 에러 체크 시스템 | |
| CN110188185A (zh) | 多轮对话的处理方法、装置、设备和存储介质 | |
| CN112737800A (zh) | 服务节点故障定位方法、调用链生成方法及服务器 | |
| CN108471359A (zh) | 一种网站访问异常监控方法、装置和介质 | |
| CN111694644A (zh) | 基于机器人操作系统的消息处理方法、装置及计算机设备 | |
| CN103581317B (zh) | 一种网络资源共享的方法 | |
| CN110287049A (zh) | 数据处理方法、装置和存储介质 | |
| CN108121716A (zh) | 处理问题单的方法和问题单处理系统 | |
| CN102035889A (zh) | 远程通讯终端的软件测试方法 | |
| CN108306749A (zh) | 一种监控系统报警方法、监控系统和监控装置 | |
| CN107562555A (zh) | 重复数据的清洗方法及服务器 | |
| CN108647315A (zh) | 数据采集方法及系统 | |
| CN108229133A (zh) | 一种业务操作方法及装置、业务权限获取方法及装置 | |
| CN109032979A (zh) | 一种bmc间的文件传输方法、装置、设备及存储介质 | |
| CN107277163A (zh) | 一种设备远程映射方法及装置 | |
| KR100902113B1 (ko) | 메시지를 이용한 모의 훈련 방법 및 시스템 | |
| CN103326892B (zh) | Web接口的操作方法及装置 | |
| CN110213281A (zh) | 安全防护方法及装置 | |
| CN111930548B (zh) | 一种多集群分布式服务的故障模拟系统 | |
| CN108924237A (zh) | 一种信息传输方法、服务器、系统及计算机存储介质 | |
| CN108667805A (zh) | 数据的解析方法及其装置和计算机可读存储介质 | |
| JP2011113441A (ja) | メッセージ分類用属性選択装置，メッセージ分類用属性選択プログラムおよびメッセージ分類用属性選択方法 | |
| JP4437416B2 (ja) | ネットワーク保守システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |