CN115729727A - 故障修复方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例涉及一种故障修复方法、装置、设备及介质，该方法应用于服务器，包括接收客户端发送的应用程序故障信息；根据所述应用程序故障信息确定故障所属的故障分类；根据预设映射表查找到所述故障分类对应的故障修复包，其中，所述预设映射表记录有故障分类与故障修复包的对应关系；将所述故障修复包发送给所述客户端，以使客户端根据所述故障修复包修复所述故障。

Description

故障修复方法、装置、设备及介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种故障修复方法、装置、设备及介质。

背景技术

随着互联网技术的飞速发展，在各种终端设备上的应用程序(Application，简称APP)的使用愈加广泛。在使用移动端APP的过程中，经常会出现各种故障，如APP崩溃，需要进行修复。

在实现本发明构思的过程中，发明人发现相关技术中至少存在如下技术问题：目前大部分相关技术通常采用全量热修复的方式，在服务器端需要根据发生崩溃的APP版本号、发生故障的设备ID、用户名等信息手动配置修复方案，造成修复时机晚，导致用户使用数据的丢失，修复速度慢，用户体验差。尤其是在紧急故障的情况下，难以实现快速修复。存在效率低、不能实现自动配置修复包的问题。

发明内容

第一方面，本发明的实施例提供了一种故障修复方法，应用于服务器，该方法包括：接收客户端发送的应用程序故障信息；根据上述应用程序故障信息确定故障所属的故障分类；根据预设映射表查找到上述故障所属的故障分类对应的故障修复包，其中，上述预设映射表记录有故障分类与故障修复包的对应关系；将上述故障修复包发送给上述客户端，以使客户端根据上述故障修复包修复上述故障。

根据本发明的实施例，在接收客户端发送的应用程序故障信息之后，上述方法还包括：获取第一预定时间段内发生上述故障的次数，当上述次数达到第一预设阈值时，执行根据上述应用程序故障信息确定故障所属的故障分类的操作。

根据本发明的实施例，上述根据上述应用程序故障信息确定故障所属的故障分类，包括：对上述应用程序故障信息进行语义分析，确定上述故障所属的故障分类。

根据本发明的实施例，上述方法还包括：若在上述预设映射表中未查找到上述故障所属的故障分类，则将上述故障所属的故障分类构建为新的故障分类，并生成与上述新的故障分类对应的故障修复包。

根据本发明的实施例，上述服务器部署有故障样本库，上述故障样本库中存储有历史故障事件，上述历史故障事件包括历史故障信息和修复上述历史故障的历史故障修复包；上述生成与上述新的故障分类对应的故障修复包，包括：从上述故障样本库中查找到与上述故障信息之间的相似度大于预设的相似度阈值的历史故障信息所对应的历史故障事件；将上述历史故障事件中的历史故障修复包输入到机器学习模型中，生成与上述新的故障分类对应的至少一个故障修复包。

根据本发明的实施例，上述将上述故障修复包发送给上述客户端，包括：若上述客户端根据上述至少一个故障修复包中的其中一个故障修复包进行故障修复后，获取第二预定时间段内发生上述故障的次数，当上述次数达到第二预设阈值时，指示上述客户端根据上述至少一个故障修复包中的另一个故障修复包进行故障修复。

根据本发明的实施例，上述方法还包括：将服务器当前接收的上述故障的故障信息和故障修复包作为一次故障事件更新到上述故障样本库中。

第二方面，本发明的实施例提供了一种故障修复方法，应用于客户端，上述方法包括：采集应用程序故障信息，向服务器发送上述应用程序故障信息；接收服务器发送的故障修复包；根据上述故障修复包进行故障修复。

第三方面，本发明的实施例提供了一种故障修复装置，上述装置包括：接收模块，用于接收客户端发送的应用程序故障信息；分类模块，用于根据上述应用程序故障信息确定故障所属的故障分类；查找模块，用于根据预设映射表查找到上述故障所属的故障分类对应的故障修复包，其中，上述预设映射表记录有故障分类与故障修复包的对应关系；发送模块，用于将上述故障修复包发送给上述客户端，以使客户端根据上述故障修复包修复上述故障。

第四方面，本发明的实施例提供了一种故障修复装置，上述装置包括：采集模块，用于采集应用程序故障信息，向服务器发送上述应用程序故障信息；接收模块，用于接收服务器发送的故障修复包；修复模块，用于根据上述故障修复包进行故障修复。

第五方面，本发明的实施例提供了一种故障修复系统，上述系统包括服务器和客户端，上述服务器和客户端通过网络进行交互，其特征在于：上述服务器用于执行如上所述的方法，上述客户端用于执行如上所述的方法。

第六方面，本发明的实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现如上所述的方法。

第七方面，本发明的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的方法。

本发明实施例提供的上述技术方案与现有技术相比至少具有如下优点的部分或全部：

本发明实施通过采用通过根据客户端发送的应用程序故障信息确定故障所属的故障分类，根据预设映射表查找到该分类对应的故障修复包并下发至客户端进行修复，实现了修复方案的自动化配置，提高了响应速度，大大缩短了解决故障的用时，实现了快速修复，提升了用户体验，大大提升了故障修复的效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出适用于本发明实施例的故障修复方法及装置的系统架构；

图2示意性示出了根据本发明一实施例的故障修复方法的流程图；

图3示意性示出了根据本发明另一实施例的故障修复方法的流程图；

图4示意性示出了根据本发明另一实施例的故障修复方法的流程图；

图5示意性示出了根据本发明一实施例的故障修复装置的结构框图；

图6示意性示出了根据本发明又一实施例的故障修复装置的结构框图；以及

图7示意性示出了根据本发明实施例的电子设备的结构框图。

具体实施方式

本发明实施例旨在提供一种故障修复方法，应用于服务器，该方法包括：接收客户端发送的应用程序故障信息；根据上述应用程序故障信息确定故障所属的故障分类；根据预设映射表查找到上述故障所属的故障分类对应的故障修复包，其中，上述预设映射表记录有故障分类与故障修复包的对应关系；将上述故障修复包发送给上述客户端，以使客户端根据上述故障修复包修复上述故障。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的第一个示例性实施例提供了一种故障修复方法。

图1示意性示出了适用于本发明实施例的故障修复方法及装置的系统架构。

参照图1所示，适用于本发明实施例的故障修复的方法及装置的系统架构100包括：终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各类客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是显示屏并且支持网页浏览的各种电子设备，例如电子设备包括但不限于智能手机、平板电脑、笔记本电脑、台式计算机、智能手表等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103访问的网页进行数据处理提供服务支持的管理服务器(仅为示例)。管理服务器可以对接收到的访问请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、数据等)反馈给终端设备。

需要说明的是，本发明实施例所提供的故障修复的方法一般可以由服务器105或具有一定运算能力的终端设备执行。相应地，本发明实施例所提供的故障修复的装置一般可以设置于服务器105中或上述具有一定运算能力的终端设备中。本发明实施例所提供的故障修复的方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本发明实施例所提供的故障修复的装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

例如，在使用终端设备的APP的过程中，经常会出现各种APP故障，例如，闪退、进程终止等APP崩溃故障，需要进行修复。相关技术中，在由用户操作触发或其他各种原因导致终端设备上应用崩溃时，通常会上报至服务器，由开发人员按照发生崩溃的APP版本号、发生故障的设备ID、用户名等信息手动配置修复方案并下发至终端，造成修复时机晚，导致用户使用数据的丢失，修复速度慢，用户体验差。尤其是在紧急故障的情况下，难以实现快速修复。存在效率低、不能实现自动配置修复包的问题。

综上所述，如何在上报崩溃后立即完成修复方案的配置并下发至客户端，具有重要的实际价值。

有鉴于此，本发明的实施例提供了一种故障修复方法，通过根据客户端发送的应用程序故障信息确定故障所属的故障分类，根据预设映射表查找到该分类对应的故障修复包并下发至客户端进行修复，实现了修复方案的自动化配置，提高了响应速度，大大缩短了解决故障的用时，实现了快速修复，提升了用户体验，大大提升了故障修复的效率。

需要说明的是，尽管本发明的实施场景以针对互联网技术中发生在移动终端中的各应用程序的崩溃故障进行修复作为示例，本发明的应用场景可以拓展至安装有各种应用的各种计算设备的故障修复中，不局限于移动终端的场景。

图2示意性示出了根据本发明一实施例的故障修复方法流程图。

参照图2所示，本发明的实施例提供的故障修复方法，应用于服务器，包括以下操作：S202、S204、S206和S208。上述操作S202～S208可以由服务器执行。

在操作S202，接收客户端发送的应用程序故障信息。

在操作S204，根据上述应用程序故障信息确定故障所属的故障分类。

在操作S206，根据预设映射表查找到上述故障所属的故障分类对应的故障修复包，其中，上述预设映射表记录有故障分类与故障修复包的对应关系。

在操作S208，将上述故障修复包发送给上述客户端，以使客户端根据上述故障修复包修复上述故障。

在针对发生在移动终端中的各应用程序的崩溃故障进行修复的场景中，上述操作S202～S208以服务器执行作为示例。

上述操作S202中，在发生崩溃故障时，客户端会将发生崩溃的相关信息上报给服务器，服务器接收客户端发送的应用程序故障信息。应用程序故障信息可以包括，例如，包含崩溃相关信息的崩溃日志，相关信息可以是当前应用程序的版本信息、发生崩溃的终端设备的基本信息(设备ID，用户名等)、本次故障的原因等各种信息。

上述操作S204中，服务器可以根据接收的故障信息确定该故障所属的故障分类。在实际应用场景下，各个终端设备的包含多种不同型号设备，即使多个设备所上报的故障信息内容(例如，崩溃日志)上有所不同，但可能属于同一种故障分类，从而可以通过操作S206，根据预设映射表查找到所述故障所属的故障分类对应的故障修复包，找到能够解决该同一种故障分类的修复包，从而解决上述故障信息内容不同的多个设备的故障。

根据本发明实施例，上述操作S204还可以以如下步骤执行：对上述应用程序故障信息进行语义分析，确定上述故障所属的故障分类。具体的，各个终端设备上报多种故障信息给服务器后，服务器执行上述操作，对故障信息进行语义分析(例如语义聚合)，从而定位各种不同故障所属的故障分类，然后执行操作S206和S208，根据预设映射表查找到上述故障所属的故障分类对应的故障修复包，预设映射表记录有故障分类与故障修复包的对应关系，该预设映射表可以存储于服务器或设置于服务器的各种存储设备中等，再将上述故障修复包发送给上述客户端，以使客户端根据上述故障修复包修复上述故障。

示例性的，以分析客户端崩溃日志的具体应用场景为例，在一次故障事件中，在设备A发生一次崩溃C1时，报了崩溃日志L1，服务器通过语义分析确定了C1所属的故障分类S1，并在预设映射表中找到对应的故障修复包P1，将该修复包下发给设备A进行安装修复。类似的，在另一次故障事件中，在设备B发生一次崩溃C2时，报了崩溃日志L2，服务器通过语义分析确定了C2所属的故障分类S1，与设备A发生的崩溃C1所属的故障分类S1相同，并在预设映射表中找到对应的故障修复包P1，将该修复包下发给设备B进行安装修复。可选的，语义分析可以通过机器学习模型实现，例如将已构建的语义分析模型预先配置在服务器，在接收来自客户端上报的各种故障信息后，利用该模型完成对故障所属类型的确定，再执行上述操作S206和S208。

基于上述操作，本发明实施例通过对应用程序故障信息进行语义分析，实现了对任意型号终端产生的任意故障，均可以在服务器端实现自动的确定故障类型，从而找到对应的修复包进行修复。实现了智能化分析定位故障所属分类的效果，与相关技术相比，不需要进行手动配置或下发修复方案，实现了修复方案的自动化配置，提高了响应速度，大大缩短了解决故障的用时，实现了快速修复，提升了用户体验，大大提升了故障修复的效率。

本发明的第二个示例性实施例提供了一种故障修复方法。

图3示意性示出了根据本发明另一实施例的故障修复方法的流程图。

参照图3所示，在执行上述操作S202之后，本发明实施例提供的故障修复方法还可以包括操作S301，获取第一预定时间段内发生上述故障的次数，当上述次数达到第一预设阈值时，执行操作S204～S208。在实际应用场景下，服务器在接收终端设备所上报的某种故障的故障信息后，可以通过判断该故障发生次数是否达到预设阈值，如果达到则进行修复，执行操作S204～S208，如果未达到，则可以不修复。

示例性的，上述第一预设阈值和第一预定时间段可以根据具体应用场景进行设置。例如，如果第一预定时间段为24小时，第一预设阈值为3，那么对于上报的在8小时内发生10次的崩溃，服务器执行后续操作S204～S208，而对于上报的在5天内发生了1次的崩溃，服务器不进行后续修复操作。

基于上述操作，本发明实施例的方法通过判断故障发生次数是否达到预设阈值，如果达到则进行修复，未达到则可以不修复，采用这种策略可以实现对故障的智能化修复，有选择的修复，具体的，对不频繁发生的故障，例如可能仅是某一台终端无法联网所导致的APP崩溃，且发生频率极低，在这种情况下选择不去修复，因为客户端在网络连接成功后则会正常工作，无需服务器做后续操作即可修复，因此，上述操作可以实现节约服务器计算成本。此外，上述操作可以实现针对频繁发生的故障，例如更加紧急发生的、大面积发生的故障，尤其是大量用户短时间之内上报的同种故障，能够基于上述操作S202、S301、S204、S206和S208更加迅速的响应，使得能够快速修复此种更需要优先处理的故障，以智能化的策略进行修复进一步提升用户体验，有效缩短大面积紧急崩溃的响应时间，提高响应速度，提高修复效率。

图4示意性示出了根据本发明另一实施例的故障修复方法的流程图。

参照图4所示，本发明实施例提供的故障修复方法还可以包括操作S401，在执行操作S202～S204之后，若在上述预设映射表中未查找到上述故障所属的故障分类，则将上述故障所属的故障分类构建为新的故障分类，并生成与上述新的故障分类对应的至少一个故障修复包。

示例性的，终端设备上报某种故障信息给服务器后，服务器通过执行上述操作S204(例如对故障信息进行语义分析)确定了当前故障所属的故障分类，但上述预设映射表中不存在该分类，则无法进一步找到相对应的故障修复包，通过上述操作S401，可以将所确定的当前故障的分类构建为新的故障分类，并生成与其对应的故障修复包。

具体的，生成新的故障分类对应的故障修复包的操作可以通过机器学习模型实现，例如将预先构建的修复包创建模型预先配置在服务器，在接收到当前来自客户端上报的故障信息，在上述预设映射表中未查找到当前故障所属的故障分类时，基于当前故障所属的新的故障分类，利用该模型生成当前故障所属的新的故障分类所对应的故障修复包，再执行后续操作S208。

具体的，可以在服务器部署故障样本库，该故障样本库中存储有历史故障事件，历史故障事件包括历史故障信息和修复上述历史故障的历史故障修复包，上述生成与上述新的故障分类对应的故障修复包的操作，包括：从上述故障样本库中查找到与上述故障信息之间的相似度大于预设的相似度阈值的历史故障信息所对应的历史故障事件；将上述历史故障事件中的历史故障修复包输入到机器学习模型(例如，上述修复包创建模型)中，生成与上述新的故障分类对应的故障修复包。相似度阈值可以根据具体应用场景进行设置，例如，可以在最近一次或多次历史故障事件查找故障信息与当前故障相似度最高的事件，利用修复包创建模型执行例如差量对比等技术步骤，自动生成修复包用于修复当前次故障。又如，上述操作还可以实施为，查找到当前发生故障的APP版本，在样本库中查找自该版本至当前样本库中更新的故障事件，并使用上述修复包创建模型执行后续操作。

在具体应用场景下，历史故障事件例如可以是发生在当前一次故障事件之前，各终端设备的用户已上报的故障，又如，历史故障事件还可以是相关APP的开发、测试等技术人员，在开发测试等过程中发生的APP故障等。每一个历史故障事件包括历史故障信息和修复上述历史故障的历史故障修复包等故障相关的信息和历史记录。每一个故障事件都作为样本保存在故障样本库中，服务器当前接收的故障的故障信息和故障修复包同样可以作为一次故障事件更新到所述故障样本库中。进一步的，上述预设映射表也可以更加不断更新的故障样本库而更新，还可以提取更新的故障事件中包含的新的分类与修复包的对应关系，不断地更新预设映射表，用于为后续故障修复储备更多样本。

基于上述操作，随着服务器接收客户端不断上报的故障和后续修复操作，故障事件不断补充到样本库中。基于不断扩大的样本库可以不断训练上述修复包创建模型，从而进一步使得根据本发明实施例的方法进一步实现智能化修复各种故障，即使是发生的故障是预设映射表中不存在的故障类型，实现了更广泛适用性，与相关技术中遇到新的崩溃需个性化手动配置修复包相比，使用上述机器学习模型实现上述操作，能够更加迅速的响应，使得能够快速修复属于新的故障分类的故障，以智能化的策略进行修复进一步提升用户体验，有效缩短响应时间，提高响应速度，提高修复效率。

在执行操作S208将上述故障修复包发送给客户端，包括：若上述客户端根据上述至少一个故障修复包中的其中一个故障修复包进行故障修复后，获取第二预定时间段内发生上述故障的次数，当上述次数达到第二预设阈值时，指示上述客户端根据上述至少一个故障修复包中的另一个故障修复包进行故障修复。

在具体应用场景下，在基于上述S401操作生成至少一个故障修复包之后，服务器将上述故障修复包发送给客户端，该修复包可以是一个或多个，在终端设备接收修复包并安装进行修复后，如仍会发生当前故障，可以通过判断该故障发生次数是否达到预设阈值，如果达到则安装另一个修复包并执行后续操作。该一个或多个修复包可以通过上述修复包创建模型一次生成，一起下发给客户端，还可以逐个下发，且根据实际应用场景均可灵活设置，包括但不局限于上述操作的实施步骤。

示例性的，上述第二预设阈值和第二预定时间段可以根据具体应用场景进行设置。例如，如果第二预定时间段为7天，第二预设阈值为3，那么对于使用已安装的一个修复包进行修复后，终端设备在2天内再次发生5次的崩溃，则服务器可以指示上述客户端根据上述至少一个故障修复包中的另一个故障修复包进行故障修复。上述阈值和时间段的设定仅为示例，在实施本发明实施例所述方法是，可以结合实际需求根据具体应用场景进行设定。

根据本发明实施例提供的故障修复方法，应用于客户端，包括以下操作：采集应用程序故障信息，向服务器发送所述应用程序故障信息；接收服务器发送的故障修复包；根据所述故障修复包进行故障修复。上述操作可以由各种终端设备执行，包括但不限于智能手机、平板电脑、笔记本电脑、台式计算机、智能手表等。

本发明的第三个示例性实施例提供了一种故障修复装置。

图5示意性示出了根据本发明一实施例的故障修复装置的结构框图。

参照图5所示，本发明实施例提供的故障修复装置500，包括接收模块501、分类模块502、查找模块503和发送模块504。

上述接收模块501用于接收客户端发送的应用程序故障信息。

上述分类模块502用于根据所述应用程序故障信息确定故障所属的故障分类。上述分类模块502还可以进一步包括语义分析模块，上述语义分析模块用于对所述应用程序故障信息进行语义分析，确定所述故障所属的故障分类。

上述查找模块503用于根据预设映射表查找到所述故障所属的故障分类对应的故障修复包，其中，所述预设映射表记录有故障分类与故障修复包的对应关系。

上述发送模块504用于将所述故障修复包发送给所述客户端，以使客户端根据所述故障修复包修复所述故障。

上述故障修复装置500除了包括接收模块501、分类模块502、查找模块503和发送模块504之外，还可以进一步包括：判断模块。

上述判断模块用于获取第一预定时间段内发生所述故障的次数，当所述次数达到第一预设阈值时，执行根据所述应用程序故障信息确定故障所属的故障分类的操作。

上述接收模块501、分类模块502、查找模块503、发送模块504中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。接收模块501、分类模块502、查找模块503和发送模块504中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，接收模块501、分类模块502、查找模块503和发送模块504中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

本发明的第四个示例性实施例提供了一种故障修复装置。

图6示意性示出了根据本发明又一实施例的故障修复装置的结构框图。

参照图6所示，本发明实施例提供的故障修复装置600，包括采集模块601、接收模块602和修复模块603。

上述采集模块601用于采集应用程序故障信息，向服务器发送所述应用程序故障信息。

上述接收模块602用于接收服务器发送的故障修复包。

上述修复模块603用于根据所述故障修复包进行故障修复。

上述采集模块601、接收模块602和修复模块603中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。采集模块601、接收模块602和修复模块603中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，采集模块601、接收模块602和修复模块603中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

本发明的第五个示例性实施例提供了一种电子设备故障修复系统，所述系统包括服务器和客户端，所述服务器和客户端通过网络进行交互，所述服务器用于执行本发明上述实施例所述的故障修复方法，所述客户端用于执行本发明上述实施例所述的故障修复方法。

本发明的第六个示例性实施例提供了一种电子设备。

图7示意性示出了本发明实施例提供的电子设备的结构框图。

参照图7所示，本发明实施例提供的电子设备700包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701、通信接口702和存储器703通过通信总线704完成相互间的通信；存储器703，用于存放计算机程序；处理器701，用于执行存储器上所存放的程序时，实现如上所述的故障修复的方法。

本发明的第七个示例性实施例还提供了一种计算机可读存储介质。上述计算机可读存储介质上存储有计算机程序，上述计算机程序被处理器执行时实现如上所述的故障修复的方法。

该计算机可读存储介质可以是上述实施例中描述的设备/装置中所包含的；也可以是单独存在，而未装配入该设备/装置中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本发明实施例的故障修复的方法。

根据本发明的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其他实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所发明的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种故障修复方法，应用于服务器，其特征在于，包括：

接收客户端发送的应用程序故障信息；

根据所述应用程序故障信息确定故障所属的故障分类；

根据预设映射表查找到所述故障所属的故障分类对应的故障修复包，其中，所述预设映射表记录有故障分类与故障修复包的对应关系；

将所述故障修复包发送给所述客户端，以使客户端根据所述故障修复包修复所述故障。

2.根据权利要求1所述的方法，其特征在于，在接收客户端发送的应用程序故障信息之后，所述方法还包括：

获取第一预定时间段内发生所述故障的次数，当所述次数达到第一预设阈值时，执行根据所述应用程序故障信息确定故障所属的故障分类的操作。

3.根据权利要求1所述的方法，其特征在于，所述根据所述应用程序故障信息确定故障所属的故障分类，包括：

对所述应用程序故障信息进行语义分析，确定所述故障所属的故障分类。

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

若在所述预设映射表中未查找到所述故障所属的故障分类，则将所述故障所属的故障分类构建为新的故障分类，并生成与所述新的故障分类对应的故障修复包。

5.根据权利要求4所述的方法，其特征在于，所述服务器部署有故障样本库，所述故障样本库中存储有历史故障事件，所述历史故障事件包括历史故障信息和修复所述历史故障的历史故障修复包；所述生成与所述新的故障分类对应的故障修复包，包括：

从所述故障样本库中查找到与所述故障信息之间的相似度大于预设的相似度阈值的历史故障信息所对应的历史故障事件；

将所述历史故障事件中的历史故障修复包输入到机器学习模型中，生成与所述新的故障分类对应的至少一个故障修复包。

6.根据权利要求5所述的方法，其特征在于，所述将所述故障修复包发送给所述客户端，包括：

若所述客户端根据所述至少一个故障修复包中的其中一个故障修复包进行故障修复后，获取第二预定时间段内发生所述故障的次数，当所述次数达到第二预设阈值时，指示所述客户端根据所述至少一个故障修复包中的另一个故障修复包进行故障修复。

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

将服务器当前接收的所述故障的故障信息和故障修复包作为一次故障事件更新到所述故障样本库中。

8.一种故障修复方法，应用于客户端，其特征在于，包括：

采集应用程序故障信息，向服务器发送所述应用程序故障信息；

接收服务器发送的故障修复包；

根据所述故障修复包进行故障修复。

9.一种故障修复装置，其特征在于，包括：

接收模块，用于接收客户端发送的应用程序故障信息；

分类模块，用于根据所述应用程序故障信息确定故障所属的故障分类；

查找模块，用于根据预设映射表查找到所述故障所属的故障分类对应的故障修复包，其中，所述预设映射表记录有故障分类与故障修复包的对应关系；

发送模块，用于将所述故障修复包发送给所述客户端，以使客户端根据所述故障修复包修复所述故障。

10.一种故障修复装置，其特征在于，包括：

采集模块，用于采集应用程序故障信息，向服务器发送所述应用程序故障信息；

接收模块，用于接收服务器发送的故障修复包；

修复模块，用于根据所述故障修复包进行故障修复。

11.一种故障修复系统，所述系统包括服务器和客户端，所述服务器和客户端通过网络进行交互，其特征在于：

所述服务器用于执行如权利要求1至7中任一项所述的方法，所述客户端用于执行如权利要求8所述的方法。

12.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现如权利要求1至7中任一项或权利要求8所述的方法。

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

Images