CN112686542A - 业务处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及数据处理技术，尤其涉及一种业务处理方法、装置、电子设备及存储介质，该方法包括：接收上报信息，所述上报信息中包括出错业务的相关信息；确定与所述出错业务的相关信息对应的解决策略；基于所述解决策略对所述出错业务对应的业务系统进行修复；对修复后的所述业务系统进行验证，推送验证结果。采用本申请实施例能够在业务出错时，及时上报，并且提供相应的解决策略以修复业务系统，以避免业务系统再出现类似错误，有助于提升业务处理效率。

Description

业务处理方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种业务处理方法、装置、电子设备及存储介质。

背景技术

生产问题处理是一直困恼着IT及业务同事，同时为了提升客户满意度，提升品牌及声誉，生产问题的处理时效、合规性及安全性迫切需要改进。目前生产问题都是投入大量的开发，运维，业务等人力来处理，沟通成本极高，流程非常繁琐，产生大量人力的重复投入(比如，相同或者类似生产问题处理、人员变动、岗位调整等原因等)，也容易引发客诉，极端情况下会有声誉及法律风险。系统旨在帮助公司节省人力，提升人员利用率，改善服务质量，提高业务及客户满意度。

现有的处理生产问题流程复杂、冗长、繁琐，用户及业务需要逐层上报沟通才能得到服务，这容易给用户及客户造成较差的体验，此流程面临越来越明显的发展挑战。同时，由于业务不能获取便捷的自助服务，大量生产问题涌入开发内部，使得开发人员不能专注在开发工作中，宝贵的开发资源大量投入于重复劳动中，使得开发的整体工作效率难以提升，开发成本居高不下，业务及客户满意度也受到了影响。如何提升业务处理效率的问题亟待解决。

发明内容

本申请实施例提供了一种业务处理方法、装置、电子设备及存储介质，能够提升业务处理效率。

第一方面，本申请实施例提供一种业务处理方法，所述方法包括：

接收上报信息，所述上报信息中包括出错业务的相关信息；

确定与所述出错业务的相关信息对应的解决策略；

基于所述解决策略对所述出错业务对应的业务系统进行修复；

对修复后的所述业务系统进行验证，推送验证结果。

第二方面，本申请实施例提供一种业务处理装置，所述装置包括：接收单元、确定单元、修复单元和验证单元，其中，

所述接收单元，用于接收上报信息，所述上报信息中包括出错业务的相关信息；

所述确定单元，用于确定与所述出错业务的相关信息对应的解决策略；

所述修复单元，用于基于所述解决策略对所述出错业务对应的业务系统进行修复；

所述验证单元，用于对修复后的所述业务系统进行验证，推送验证结果。

第三方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面中的步骤的指令。

第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，具备如下有益效果：

可以看出，本申请实施例中所描述的业务处理方法、装置、电子设备及存储介质，接收上报信息，该上报信息中包括出错业务的相关信息，确定与出错业务的相关信息对应的解决策略，基于解决策略对出错业务对应的业务系统进行修复，对修复后的业务系统进行验证，推送验证结果，如此，能够在业务出错时，及时上报，并且提供相应的解决策略以修复业务系统，以避免业务系统再出现类似错误，有助于提升业务处理效率。

附图说明

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

图1是本申请实施例提供的一种业务处理方法的流程示意图；

图2是本申请实施例提供的另一种业务处理方法的流程示意图；

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

图4是本申请实施例提供的一种业务处理装置的功能单元组成框图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例所涉及到的电子设备可以包括各种具有无线通信功能的手持设备(如手机、平板电脑、POS机等等)、台式机、车载设备、可穿戴设备(智能手表、智能手环、无线耳机、增强现实/虚拟现实设备、智能眼镜)、AI机器人、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(user equipment，UE)，移动台(mobilestation，MS)，终端设备(terminal device)等等。为方便描述，上面提到的设备统称为电子设备，电子设备还可以为服务器。

下面对本申请实施例进行详细介绍。

请参阅图1，图1是本申请实施例提供的一种业务处理方法的流程示意图，如图所示，应用于电子设备，本业务处理方法包括：

101、接收上报信息，所述上报信息中包括出错业务的相关信息。

其中，上报信息可以包括出错业务的相关信息，该相关信息可以为以下至少一种：时间、IP地址、业务类型、用户信息、出错原因、网络区域等等，在此不作限定。用户信息可以为以下至少一种：用户名、用户身份等级、职业、岗位、人脸图像、指纹图像、虹膜图像、静脉图像等等，在此不作限定。业务类型可以为以下至少一种：保险业务、借贷业务、理财业务、还款业务等等，在此不作限定。上报信息可以由系统自动触发，或者，用户自主上报。本申请实施例，可以应用于测试阶段或者产品上市之后。上报信息可以为来自一个设备的上报信息或者多个设备的上报信息。电子设备可以每隔预设时间间隔接收上报信息，预设时间间隔可以由用户自行设置或者系统默认。或者，电子设备也可以在只有在特定条件下接收上报信息，特定条件可以为人为触发或者系统故障时。

在一个可能地示例中，上述步骤101，接收上报信息，所述上报信息中包括出错业务的相关信息，可以包括如下步骤：

A11、获取目标数据包；

A12、对所述目标数据包进行解析，得到参考信息；

A13、对所述参考信息进行关键字提取，得到至少一个关键字，将所述至少一个关键字作为所述出错业务的相关信息。

其中，上报信息可以以数据包的形式进行上报，进而，电子设备可以获取目标数据包，还可以对目标数据包进行解析，具体地，可以为以下至少一种操作：解压、解包、解码等等，在此不作限定。进而，电子设备可以对参考信息进行关键字提取，得到至少一个关键字，具体地，可以依据预设关键字库对参考信息进行关键字提取，例如，查询参考信息中是否存在与预设关键字库中相同或者相近的关键字，预设关键字库中可以预先存储多个关键字；又例如，还可以对参考信息进行语义识别，进而，得到其包括的至少一个关键字；又例如，则可以依据参考信息进行分词处理，进而，依据各个词所在位置确定其是否为关键字，最后，可以将至少一个关键字作为出错业务的相关信息。

进一步地，在一个可能地示例中，上述步骤A13之后，还可以包括如下步骤：

A1、检测所述至少一个关键字是否包括预设关键字，所述预设关键字用于指示需要对所述出错业务的业务系统进行修复；

A2、在所述至少一个关键字包括所述预设关键字时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

其中，预设关键字可以预先设置或者系统默认，不同的业务系统可以对应不同的关键字，预设关键字可以用于指示需要对出错业务的业务系统进行修复，即出错的原因极有可能是系统原因，进而，需要修复系统以保证后续业务顺利实施。

具体实现中，电子设备可以检测至少一个关键字是否包括预设关键字，在至少一个关键字包括预设关键字时，则可以执行步骤102，反之，则说明业务出错原因不是系统原因，则可以不对系统进行修复。

在一个可能地示例中，上述步骤101，接收上报信息，可以包括如下步骤：

B11、获取上报指令；

B12、对所述上报指令进行解析，得到上报信息。

在具体实现中，若出现问题，则设备可以提醒用户，用户可以确定操作，以告知设备业务出现问题，以触发上报指令，对上报指令进行解析，得到上报信息。

在一个可能地示例中，上述步骤101-步骤102之间，还可以包括如下步骤：

B1、对所述上报信息进行解析，得到目标出错原因；

B2、按照预设的出错原因与预警等级之间的映射关系，确定所述目标出错原因对应的目标预警等级；

B3、在所述目标预警等级高于预设预警等级时，执行步骤102。

其中，预设预警等级可以由用户自行设置或者系统默认。电子设备中可以预先存储预设的出错原因与预警等级之间的映射关系，具体实现中，电子设备可以对上报信息进行解析，得到目标出错原因，按照预设的出错原因与预警等级之间的映射关系，确定目标出错原因对应的目标预警等级，在目标预警等级高于预设预警等级时，执行步骤102，反之，则可以不执行步骤102，仅仅是提示上报信息。

102、确定与所述出错业务的相关信息对应的解决策略。

其中，本申请实施例中，不同的出错原因可以对应不同的解决策略，解决策略可以预先设置，不同的解决策略可以对应不同的操作参数，操作参数可以用于为以下至少一种：操作指令、执行流程、修改代码等等，在此不做限定，操作指令可以为以下至少一种：重启、优化、调用、修复等等，在此不做限定。

在一个可能地示例中，上述步骤102，确定与所述出错业务的相关信息对应的解决策略，可以包括如下步骤：

21、对所述出错业务的相关信息进行特征提取，得到多个特征；

22、将所述多个特征输入到预设神经网络模型，得到计算结果；

23、依据所述计算结果确所述解决策略。

其中，预设神经网络模型可以预先保存在电子设备中，预设神经网络模型可以为以下至少一种：卷积神经网络模型、脉冲神经网络模型、循环神经网络模型、全连接神经网络模型等等，在此不作限定。由于出错业务的相关信息中存在一些关键参数，例如，出错位置、出错类型，这些均对应相应的特征，特征可以为向量、具体值等等，在此不做限定，计算结果可以为一个评价值，按照预设的评价值与策略之间的映射关系，可以确定计算结果对应的解决策略。

103、基于所述解决策略对所述出错业务对应的业务系统进行修复。

具体实现中，解决策略可以对应操作参数，基于这些操作参数可以对出错业务对应的系统进行修复。电子设备则可以基于解决策略对出错业务对应的业务系统进行修复，例如，可以定位到业务系统对应的出错位置，并出错位置进行定向修复。

在一个可能地示例中，上述步骤103，基于所述解决策略对所述出错业务对应的系统进行修复，可以包括如下步骤：

31、对所述解决策略进行关键字提取，得到多个关键字，每一关键字对应一个执行优先级；

32、按照预设的关键字与执行指令之间的映射关系，确定所述多个关键字中每一关键字对应的执行指令，得到多个执行指令；

33、按照所述执行优先级执行所述多个执行指令。

其中，电子设备中可以预先存储预设的关键字与执行指令之间的映射关系。具体实现中，电子设备可以对解决策略进行关键字提取，得到多个关键字，每一关键字对应一个执行优先级，进而，按照预设的关键字与执行指令之间的映射关系，确定多个关键字中每一关键字对应的执行指令，得到多个执行指令，按照执行优先级执行多个执行指令，进而，可以实现对出错业务的系统进行自动修复。

104、对修复后的所述业务系统进行验证，推送验证结果。

进而，电子设备可以对修复后的系统进行验证，验证成功，则验证结果为验证成功，验证失败，则验证结果为验证失败，当然，在推送验证结果为验证失败时，还可以继续修复业务系统，在预设次数或者预设时长内，倘若修复失败，则可以向管理人员推送求助信息。其中，预设次数、预设时长均可以由用户自行设置或者系统默认。

举例说明下，本申请实施例中，具体业务处理流程可以参考如下步骤1-5：

1、问题上报：业务发现生产问题后，在系统用户选择生产问题多级分类类型，上报生产问题。

2、系统自我学习：学习IT人员导入的生产问题处理方案，对接的业务关联系统业务功能变更，能自动调用智能系统推送变更方案。

3、方案匹配：匹配解析关联系统修复方案(解决策略)。

4、校验及验证：自动导入COW库验证处理方案的可行性。

5、业务验证：验证处理结果。

在一个可能地示例中，在步骤104，对修复后的所述业务系统进行验证，推送验证结果之后，还可以包括如下步骤：

C1、在所述验证结果为所述业务系统被修复失败时，确定目标修复失败原因；

C2、按照预设的修复失败原因与系统故障等级之间的映射关系，确定所述目标修复失败原因对应的目标系统故障等级；

C3、在所述目标系统故障等级高于预设系统故障等级时，调用所述出错业务对应的备用业务系统，以通过所述备用业务系统再次处理所述出错业务。

其中，预设系统故障等级可以预先设置或者系统默认。电子设备中可以预先存储预设的修复失败原因与系统故障等级之间的映射关系。电子设备中还可以预先存储各个业务对应的备用业务系统，在确认业务系统无法及时修复时，可以考虑调用备用业务系统处理业务。

具体实现中，电子设备可以在推送验证结果为业务系统被修复失败时，确定目标修复失败原因，具体地，可以获取验证失败的流程节点或者关键字，进而根据流程节点以及关键字确定业务系统被修复失败的原因。进一步地，电子设备还可以按照预设的修复失败原因与系统故障等级之间的映射关系，确定目标修复失败原因对应的目标系统故障等级，在目标系统故障等级高于预设系统故障等级时，调用出错业务对应的备用业务系统，以通过备用业务系统再次处理出错业务，当然，也可以处理后续与出错业务的业务类型相同或者类似的业务，反之，在目标系统故障等级低于或者等于预设系统故障等级时，则可以继续修复当前的业务系统。

在一个可能地示例中，在步骤104，对修复后的所述业务系统进行验证，推送验证结果之后，还可以包括如下步骤：

D1、在所述验证结果为所述业务系统被修复失败时，确定所述业务系统对应的修复失败流程节点以及修复失败原因；

D2、获取所述解决策略对应的序列指令集；

D3、确定所述解决策略中所述修复失败流程节点对应的操作指令；

D4、依据所述修复失败原因对所述操作指令进行调节，得到目标操作指令；

D5、依据所述目标操作指令对所述序列指令集进行调节，得到参考序列指令集，依据所述参考序列指令集对所述业务系统进行修复。

具体实现中，电子设备可以在验证结果为业务系统被修复失败时，确定业务系统对应的修复失败流程节点以及修复失败原因，不同的操作指令可以对应不同的流程节点，每一节点失败，则可以对应相应的修复失败原因，还可以获取解决策略对应的序列指令集，该序列指令集可以包括多个指令，进而，可以确定解决策略中修复失败流程节点对应的操作指令，并且可以依据修复失败原因对操作指令进行调节，得到目标操作指令，例如，调节的手段可以为：指令对应的参数调整、指令替换、指令执行优先级调节、指令执行时长调节等等，在此不做限定。进一步地，电子设备可以依据目标操作指令对序列指令集进行调节，得到参考序列指令集，最后，依据参考序列指令集对业务系统进行修复，如此，在业务系统修复失败之后，还可以调整解决策略，以实现再次实现业务系统修复，有助于提升业务系统的鲁棒性以及后期业务处理效率。

可以看出，本申请实施例中所描述的业务处理方法，接收上报信息，该上报信息中包括出错业务的相关信息，确定与出错业务的相关信息对应的解决策略，基于解决策略对出错业务对应的业务系统进行修复，对修复后的业务系统进行验证，推送验证结果，如此，能够在业务出错时，及时上报，并且提供相应的解决策略以修复业务系统，以避免业务系统再出现类似错误，有助于提升业务处理效率。

请参阅图2，图2是本申请实施例提供的一种业务处理方法的流程示意图，应用于电子设备，如图所示，本业务处理方法包括：

201、接收上报信息，所述上报信息中包括出错业务的相关信息。

202、确定与所述出错业务的相关信息对应的解决策略。

203、基于所述解决策略对所述出错业务对应的业务系统进行修复。

204、对修复后的所述业务系统进行验证，推送验证结果。

205、在所述推送验证结果为所述业务系统被修复失败时，确定目标修复失败原因。

206、按照预设的修复失败原因与系统故障等级之间的映射关系，确定所述目标修复失败原因对应的目标系统故障等级。

207、在所述目标系统故障等级高于预设系统故障等级时，调用所述出错业务对应的备用业务系统，以通过所述备用业务系统再次处理所述出错业务。

其中，上述步骤201-步骤207的具体描述可以参照上述图1所描述的业务处理方法的相应步骤，在此不再赘述。

可以看出，本申请实施例中所描述的业务处理方法，接收上报信息，该上报信息中包括出错业务的相关信息，确定与出错业务的相关信息对应的解决策略，基于解决策略对出错业务对应的业务系统进行修复，对修复后的业务系统进行验证，推送验证结果，在验证结果为业务系统被修复失败时，确定目标修复失败原因，按照预设的修复失败原因与系统故障等级之间的映射关系，确定目标修复失败原因对应的目标系统故障等级，在目标系统故障等级高于预设系统故障等级时，调用出错业务对应的备用业务系统，以通过备用业务系统再次处理出错业务，一方面，能够在业务出错时，及时上报，并且提供相应的解决策略以修复业务系统，以避免业务系统再出现类似错误，另一方面，还可以在业务系统修复失败且无法较快修复时，调用备用业务系统对出错业务再次进行业务处理，有助于提升业务处理效率。

与上述实施例一致地，请参阅图3，图3是本申请实施例提供的一种电子设备的结构示意图，如图所示，该电子设备包括处理器、存储器、通信接口以及一个或多个程序，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，本申请实施例中，上述程序包括用于执行以下步骤的指令：

接收上报信息，所述上报信息中包括出错业务的相关信息；

确定与所述出错业务的相关信息对应的解决策略；

基于所述解决策略对所述出错业务对应的业务系统进行修复；

对修复后的所述业务系统进行验证，推送验证结果。

可以看出，本申请实施例中所描述的电子设备，接收上报信息，该上报信息中包括出错业务的相关信息，确定与出错业务的相关信息对应的解决策略，基于解决策略对出错业务对应的业务系统进行修复，对修复后的业务系统进行验证，推送验证结果，如此，能够在业务出错时，及时上报，并且提供相应的解决策略以修复业务系统，以避免业务系统再出现类似错误，有助于提升业务处理效率。

在一个可能地示例中，在所述确定与所述出错业务的相关信息对应的解决策略方面，上述程序包括用于执行以下步骤的指令：

对所述出错业务的相关信息进行特征提取，得到多个特征；

将所述多个特征输入到预设神经网络模型，得到计算结果；

依据所述计算结果确所述解决策略。

在一个可能地示例中，在所述基于所述解决策略对所述出错业务对应的业务系统进行修复方面，上述程序包括用于执行以下步骤的指令：

对所述解决策略进行关键字提取，得到多个关键字，每一关键字对应一个执行优先级；

按照预设的关键字与执行指令之间的映射关系，确定所述多个关键字中每一关键字对应的执行指令，得到多个执行指令；

按照所述执行优先级执行所述多个执行指令。

在一个可能地示例中，在所述接收上报信息，所述上报信息中包括出错业务的相关信息方面，上述程序包括用于执行以下步骤的指令：

获取目标数据包；

对所述目标数据包进行解析，得到参考信息；

对所述参考信息进行关键字提取，得到至少一个关键字，将所述至少一个关键字作为所述出错业务的相关信息。

在一个可能地示例中，上述程序还包括用于执行以下步骤的指令：

检测所述至少一个关键字是否包括预设关键字，所述预设关键字用于指示需要对所述出错业务的业务系统进行修复；

在所述至少一个关键字包括所述预设关键字时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

在一个可能地示例中，在所述接收上报信息之后，以及所述确定与所述出错业务的相关信息对应的解决策略之前，上述程序还包括用于执行以下步骤的指令：

对所述上报信息进行解析，得到目标出错原因；

按照预设的出错原因与预警等级之间的映射关系，确定所述目标出错原因对应的目标预警等级；

在所述目标预警等级高于预设预警等级时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

在一个可能地示例中，在所述对修复后的所述业务系统进行验证，推送验证结果之后，上述程序还包括用于执行以下步骤的指令：

在所述验证结果为所述业务系统被修复失败时，确定目标修复失败原因；

按照预设的修复失败原因与系统故障等级之间的映射关系，确定所述目标修复失败原因对应的目标系统故障等级；

在所述目标系统故障等级高于预设系统故障等级时，调用所述出错业务对应的备用业务系统，以通过所述备用业务系统再次处理所述出错业务。

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

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

图4是本申请实施例中所涉及的业务处理装置400的功能单元组成框图。该业务处理装置400，所述装置400包括：接收单元401、确定单元402、修复单元403和验证单元404，其中，

所述接收单元401，用于接收上报信息，所述上报信息中包括出错业务的相关信息；

所述确定单元402，用于确定与所述出错业务的相关信息对应的解决策略；

所述修复单元403，用于基于所述解决策略对所述出错业务对应的业务系统进行修复；

所述验证单元404，用于对修复后的所述业务系统进行验证，推送验证结果。

可以看出，本申请实施例中所描述的业务处理装置，接收上报信息，该上报信息中包括出错业务的相关信息，确定与出错业务的相关信息对应的解决策略，基于解决策略对出错业务对应的业务系统进行修复，对修复后的业务系统进行验证，推送验证结果，如此，能够在业务出错时，及时上报，并且提供相应的解决策略以修复业务系统，以避免业务系统再出现类似错误，有助于提升业务处理效率。

在一个可能地示例中，在所述确定与所述出错业务的相关信息对应的解决策略方面，所述确定单元402具体用于：

对所述出错业务的相关信息进行特征提取，得到多个特征；

将所述多个特征输入到预设神经网络模型，得到计算结果；

依据所述计算结果确所述解决策略。

在一个可能地示例中，在所述基于所述解决策略对所述出错业务对应的业务系统进行修复方面，所述修复单元403具体用于：

对所述解决策略进行关键字提取，得到多个关键字，每一关键字对应一个执行优先级；

按照预设的关键字与执行指令之间的映射关系，确定所述多个关键字中每一关键字对应的执行指令，得到多个执行指令；

按照所述执行优先级执行所述多个执行指令。

在一个可能地示例中，在所述接收上报信息，所述上报信息中包括出错业务的相关信息方面，所述接收单元401具体用于：

获取目标数据包；

对所述目标数据包进行解析，得到参考信息；

对所述参考信息进行关键字提取，得到至少一个关键字，将所述至少一个关键字作为所述出错业务的相关信息。

进一步地，在一个可能地示例中，所述装置400还用于执行如下操作：

检测所述至少一个关键字是否包括预设关键字，所述预设关键字用于指示需要对所述出错业务的业务系统进行修复；

由所述确定单元402在所述至少一个关键字包括所述预设关键字时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

在一个可能地示例中，在所述接收上报信息之后，以及所述确定与所述出错业务的相关信息对应的解决策略之前，所述装置400还用于执行如下操作：

对所述上报信息进行解析，得到目标出错原因；

按照预设的出错原因与预警等级之间的映射关系，确定所述目标出错原因对应的目标预警等级；

由所述确定单元402在所述目标预警等级高于预设预警等级时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

在一个可能地示例中，在所述对修复后的所述业务系统进行验证，推送验证结果之后，所述装置400还用于执行如下操作：

在所述验证结果为所述业务系统被修复失败时，确定目标修复失败原因；

按照预设的修复失败原因与系统故障等级之间的映射关系，确定所述目标修复失败原因对应的目标系统故障等级；

在所述目标系统故障等级高于预设系统故障等级时，调用所述出错业务对应的备用业务系统，以通过所述备用业务系统再次处理所述出错业务。

可以理解的是，本实施例的业务处理装置的各程序模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

接收上报信息，所述上报信息中包括出错业务的相关信息；

确定与所述出错业务的相关信息对应的解决策略；

基于所述解决策略对所述出错业务对应的业务系统进行修复；

对修复后的所述业务系统进行验证，推送验证结果。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述出错业务的相关信息对应的解决策略，包括：

对所述出错业务的相关信息进行特征提取，得到多个特征；

将所述多个特征输入到预设神经网络模型，得到计算结果；

依据所述计算结果确所述解决策略。

3.根据权利要求1或2所述的方法，其特征在于，所述基于所述解决策略对所述出错业务对应的业务系统进行修复，包括：

对所述解决策略进行关键字提取，得到多个关键字，每一关键字对应一个执行优先级；

按照预设的关键字与执行指令之间的映射关系，确定所述多个关键字中每一关键字对应的执行指令，得到多个执行指令；

按照所述执行优先级执行所述多个执行指令。

4.根据权利要求1或2所述的方法，其特征在于，所述接收上报信息，所述上报信息中包括出错业务的相关信息，包括：

获取目标数据包；

对所述目标数据包进行解析，得到参考信息；

对所述参考信息进行关键字提取，得到至少一个关键字，将所述至少一个关键字作为所述出错业务的相关信息。

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

检测所述至少一个关键字是否包括预设关键字，所述预设关键字用于指示需要对所述出错业务的业务系统进行修复；

在所述至少一个关键字包括所述预设关键字时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

6.根据权利要求1或2所述的方法，其特征在于，在所述接收上报信息之后，以及所述确定与所述出错业务的相关信息对应的解决策略之前，所述方法还包括：

对所述上报信息进行解析，得到目标出错原因；

按照预设的出错原因与预警等级之间的映射关系，确定所述目标出错原因对应的目标预警等级；

在所述目标预警等级高于预设预警等级时，执行所述确定与所述出错业务的相关信息对应的解决策略的步骤。

7.根据权利要求1或2所述的方法，其特征在于，在所述对修复后的所述业务系统进行验证，推送验证结果之后，所述方法还包括：

在所述验证结果为所述业务系统被修复失败时，确定目标修复失败原因；

按照预设的修复失败原因与系统故障等级之间的映射关系，确定所述目标修复失败原因对应的目标系统故障等级；

在所述目标系统故障等级高于预设系统故障等级时，调用所述出错业务对应的备用业务系统，以通过所述备用业务系统再次处理所述出错业务。

8.一种业务处理装置，其特征在于，所述装置包括：接收单元、确定单元、修复单元和验证单元，其中，

所述接收单元，用于接收上报信息，所述上报信息中包括出错业务的相关信息；

所述确定单元，用于确定与所述出错业务的相关信息对应的解决策略；

所述修复单元，用于基于所述解决策略对所述出错业务对应的业务系统进行修复；

所述验证单元，用于对修复后的所述业务系统进行验证，推送验证结果。

9.一种电子设备，其特征在于，包括处理器、存储器，所述存储器用于存储一个或多个程序，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。

Images