异常信息处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种异常信息处理方法、装置、设备及存储介质。

背景技术

随着互联网技术的迅速发展，互联网支付业务系统(简称业务服务器)可以对接多个金融系统以开展业务，虽然各种金融系统提供的支付能力类似，但是因为金融系统由不同的开发人员进行设计开发，市面上没有统一规范，导致不同金融系统针对同样的异常返回的返回码和返回语句千差万别。因此，在业务服务器输出金融系统的异常情况时，需要给用户提供明确清晰的错误提示，从而需要对每个金融系统的异常返回码进行整理匹配和转换。

现有技术中，业务服务器主要通过人工方式对各个金融系统的异常返回码进行处理。具体的，首先人工在各个金融系统生产上线之前有效、全面的梳理出各个金融系统的各种异常场景(主要通过异常返回码标识)，然后提前将各个金融系统的异常返回码与业务服务器的标准返回码的关联关系加载到业务服务器中，以便金融系统返回异常返回码时，业务服务器能够自动实现对各个金融系统的异常返回码进行匹配。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：在实际生活中，通常无法人工完整、全面的梳理出各个金融系统的各种异常场景，并且随着业务发展，金融系统的异常场景也会不断细化，尤其是当金融系统侧新增异常场景的返回码而没有提前发送给业务服务器时，会导致业务服务器无法识别该异常场景，存在业务处理效率低，影响了用户体验，甚至存在财产安全问题。

发明内容

本申请实施例提供一种异常信息处理方法、装置、设备及存储介质，用以解决现有异常信息处理方法中存在的业务处理效率低、用户体验差的问题。

根据本申请的第一方面，本申请实施例提供一种异常信息处理方法，包括：

接收第一设备发送的业务处理信息，所述业务处理信息包括：异常返回码、所述异常返回码对应的异常返回语句和业务类型；

在根据预置的异常处理逻辑关系无法确定与所述异常返回码匹配的标准返回码时，根据预置的标准异常库，确定出所述异常返回语句对应的相似度返回语句，所述标准异常库用于存储标准返回语句的分词索引信息，所述相似度返回语句的分词索引信息与所述异常返回语句的分词索引信息的相似度大于或等于相似度阈值；

将所述相似度返回语句对应的标准返回码，确定为与所述异常返回码匹配的标准返回码；

向第二设备发送业务异常信息，所述业务异常信息包括：所述标准返回码、所述相似度返回语句和所述业务类型。

在第一方面的一种可能设计中，所述根据预置的标准异常库，确定出所述异常返回语句对应的相似度返回语句，包括：

对所述异常返回语句进行处理，得到所述异常返回语句对应的分词索引信息；

将所述异常返回语句对应的分词索引信息与所述标准异常库存储的分词索引信息进行相似度对比，确定出所述异常返回语句对应的相似度返回语句。

可选的，所述对所述异常返回语句进行处理，得到所述异常返回语句对应的分词索引信息，包括：

对所述异常返回语句进行分词处理，得到所述异常返回语句包括的多个词；

根据每个词的词性和/或预设的过滤词词库，过滤掉所述多个词中的非强相关词，得到所述异常返回语句对应的至少一个异常关键词；

根据预设的同义词词库和预设的异常分词词库，将所述至少一个异常关键词转换为至少一个标准异常词；

根据所述至少一个标准异常词，构建得到所述异常返回语句对应的分词索引信息。

在第一方面的另一种可能设计中，所述方法还包括：

根据所述第一设备的标识、所述异常返回码和所述业务类型，得到新增异常信息；

建立并存储所述新增异常信息与所述标准返回码之间的关联关系；

更新所述异常处理逻辑关系。

在第一方面的再一种可能设计中，所述方法还包括：

判断所述异常处理逻辑关系中是否存在与所述异常返回码匹配的标准返回码；

在确定所述异常处理逻辑关系中存在与所述异常返回码匹配的标准返回码时，将所述异常返回码转换为所述标准返回码。

在第一方面的又一种可能设计中，所述方法还包括：

确定出从所述第一设备接收到的多条历史业务处理信息，每条历史业务处理信息包括：历史异常返回码、所述历史异常返回码对应的历史异常返回语句和历史业务类型；

根据所述多条历史业务处理信息的异常处理结果，确定出历史业务类型相同且具有相同异常处理结果的至少一个历史异常返回语句；

确定所述至少一个历史异常返回语句对应的至少一个历史异常返回码与同一个标准返回码相匹配。

在第一方面的又一种可能设计中，所述方法还包括：

在所述标准异常库中不存在所述异常返回语句对应的相似度返回语句时，输出提示消息；

获取外部输入的所述异常返回码与新增标准返回码之间的关联关系，所述新增标准返回码是人工对所述异常返回语句进行异常分析确定的；

根据所述异常返回码与新增标准返回码之间的关联关系，更新所述异常处理逻辑关系，同时，根据所述异常返回语句对应的分词索引信息，更新所述标准异常库。

根据本申请的第二方面，本申请实施例提供一种异常信息处理装置，包括：

接收模块，用于接收第一设备发送的业务处理信息，所述业务处理信息包括：异常返回码、所述异常返回码对应的异常返回语句和业务类型；

处理模块，用于在根据预置的异常处理逻辑关系无法确定与所述异常返回码匹配的标准返回码时，根据预置的标准异常库，确定出所述异常返回语句对应的相似度返回语句，并将所述相似度返回语句对应的标准返回码，确定为与所述异常返回码匹配的标准返回码；其中，所述标准异常库用于存储标准返回语句的分词索引信息，所述相似度返回语句的分词索引信息与所述异常返回语句的分词索引信息的相似度大于或等于相似度阈值；

发送模块，用于向第二设备发送业务异常信息，所述业务异常信息包括：所述标准返回码、所述相似度返回语句和所述业务类型。

在第二方面的一种可能设计中，所述处理模块，用于根据预置的标准异常库，确定出所述异常返回语句对应的相似度返回语句，具体为：

所述处理模块，具体用于：

对所述异常返回语句进行处理，得到所述异常返回语句对应的分词索引信息；

将所述异常返回语句对应的分词索引信息与所述标准异常库存储的分词索引信息进行相似度对比，确定出所述异常返回语句对应的相似度返回语句。

可选的，所述处理模块，用于对所述异常返回语句进行处理，得到所述异常返回语句对应的分词索引信息，具体为：

所述处理模块，具体用于：

对所述异常返回语句进行分词处理，得到所述异常返回语句包括的多个词；

根据每个词的词性和/或预设的过滤词词库，过滤掉所述多个词中的非强相关词，得到所述异常返回语句对应的至少一个异常关键词；

根据预设的同义词词库和预设的异常分词词库，将所述至少一个异常关键词转换为至少一个标准异常词；

根据所述至少一个标准异常词，构建得到所述异常返回语句对应的分词索引信息。

在第二方面的另一种可能设计中，所述处理模块，还用于：

根据所述第一设备的标识、所述异常返回码和所述业务类型，得到新增异常信息；

建立并存储所述新增异常信息与所述标准返回码之间的关联关系；

更新所述异常处理逻辑关系。

在第二方面的再一种可能设计中，所述处理模块，还用于：

判断所述异常处理逻辑关系中是否存在与所述异常返回码匹配的标准返回码；

在确定所述异常处理逻辑关系中存在与所述异常返回码匹配的标准返回码时，将所述异常返回码转换为所述标准返回码。

在第二方面的又一种可能设计中，所述处理模块，还用于：

确定出从所述第一设备接收到的多条历史业务处理信息，每条历史业务处理信息包括：历史异常返回码、所述历史异常返回码对应的历史异常返回语句和历史业务类型；

根据所述多条历史业务处理信息的异常处理结果，确定出历史业务类型相同且具有相同异常处理结果的至少一个历史异常返回语句；

确定所述至少一个历史异常返回语句对应的至少一个历史异常返回码与同一个标准返回码相匹配。

在第二方面的又一种可能设计中，所述处理模块，还用于：

在所述标准异常库中不存在所述异常返回语句对应的相似度返回语句时，输出提示消息；

获取外部输入的所述异常返回码与新增标准返回码之间的关联关系，所述新增标准返回码是人工对所述异常返回语句进行异常分析确定的；

根据所述异常返回码与新增标准返回码之间的关联关系，更新所述异常处理逻辑关系，同时，根据所述异常返回语句对应的分词索引信息，更新所述标准异常库。

根据本申请的第三方面，本申请实施例提供一种信息处理设备，包括处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面及各可能设计所述的方法。

根据本申请的第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述第一方面及各可能设计所述的方法。

根据本申请的第五方面，本申请实施例提供一种计算机程序产品，包括：计算机程序，所述计算机程序被处理器执行时用于实现如上述第一方面及各可能设计所述的方法。

本申请实施例提供的异常信息处理方法、装置、设备及存储介质，从第一设备接收到包括异常返回码、异常返回语句和业务类型的业务处理信息时，首先根据预置的异常处理逻辑关系确定是否存在与所述异常返回码匹配的标准返回码，若否，则根据预置的标准异常库，确定出异常返回语句对应的相似度返回语句，将该相似度返回语句对应的标准返回码，确定为与该异常返回码匹配的标准返回码，最后向第二设备发送业务异常信息，该业务异常信息包括：标准返回码、相似度返回语句和业务类型。该技术方案中，通过异常返回语句和标准异常库中分词检索信息的自动匹配，自动完成外部新增异常的匹配转换，降低了无法受理新增异常返回码的情况，提升业务受理准确性，提高了用户体验，在一定程度上保证了财产安全。

附图说明

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

图1为本申请实施例提供的异常信息处理系统的架构示意图；

图2为本申请实施例提供的异常信息处理方法的应用场景图；

图3为本申请实施例提供的异常信息处理方法实施例一的流程示意图；

图4为本申请实施例提供的异常信息处理方法实施例二的流程示意图；

图5为本申请实施例提供的异常信息处理方法中对异常返回语句进行处理的实现过程示意图；

图6为本申请实施例提供的异常信息处理方法实施例三的流程示意图；

图7为本申请实施例提供的异常信息处理方法的具体实现过程示意图；

图8为本申请实施例提供的异常信息处理装置实施例的结构示意图；

图9为本申请提供的信息处理设备实施例的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

随着信息技术的迅速发展，目前很多业务均可以通过线上办理，例如，线上充值、线上办理业务、线上购物等。目前，互联网支付便是一种线上交易形式，其支持客户购买特定商品或服务，通过计算机、手机等设备，依托互联网发起支付指令，实现货币资金转移的行为。因而，互联网支付的业务系统(简称业务服务器)需要与多个金融系统进行对接以开展业务。

根据背景技术中的内容介绍可知，现有技术中，业务服务器主要通过人工方式对各个金融系统的异常返回码进行处理，具体的，该方案要求各个金融系统在生产上线之前能够有效、全面的梳理各个金融系统的各种异常场景(主要通过返回码标识)，并提前让对接的业务服务器提前对各种返回码进行代码的逻辑处理，这样才能避免业务服务器为了补充异常受理逻辑而频繁发版上线的问题。而在实际生活中，很少有金融系统能够完整全面的提前梳理出各种异常情况，并且随着业务发展，金融系统的异常场景也会不断的细化。尤其是当金融系统侧新增异常返回码而没有提前通知给业务服务器时，会导致业务服务器无法识别该种异常返回码对应的错误，从而会影响用户体验，甚至造成资金损失。

举例1：以银行虚拟钱包业务场景举例，在某用户通过业务服务器从银行A提现的过程中，银行A系统因为资金安全的考虑补充了对提现金额的限制，当用户提现金额大于限制额度时，银行A系统会返回新的异常(包含返回码、返回语句等信息)给业务服务器，因为业务服务器没有提前对该类型的错误进行处理，导致无法识别该类型的错误，这时，业务服务器会返回未明的错误呈现给用户，导致用户无法了解错误的真实原因，最终影响用户提现交易的顺利进行。

举例2：在某企业用户通过业务服务器向银行进行代发工资的过程中，因为传参错误，可能出现银行无法识别，银行侧代付失败的情况，这时，银行系统则向业务服务器返回了新的异常，但是因为业务服务器未提前对该异常进行处理，因而，可能出现无法识别的情况，也会将该交易处理为未明交易，导致交易挂单在业务服务器中(非终态：不是成功也不是失败)。如果没有人工对这种场景进行及时干预，会导致用户代付交易无法进行重试，影响工资发放和用户收益。

此外，除了以上会对用户造成的影响外，人工核对再补充返回码逻辑到业务服务器的方案，需要业务服务器的系统频繁的发版上线，不仅仅影响生产稳定性，时效性也低，人工成本高，同时也会间接影响用户体验。

针对现有技术存在的上述问题，本申请技术方案的技术构思如下：由于目前已经梳理了各个金融系统可能存在的一些异常场景，给出了一些代码处理逻辑关系，为了降低业务服务器的处理压力，可以在各金融系统和业务服务器之间、业务服务器和用户终端之间新增一个异常信息处理设备，除了可以将已有的代码处理逻辑关系存储至该异常信息处理设备外，还可以提前对各种异常场景的异常返回语句进行分词、过滤等操作，建立用于分词检索的标准异常库，并将该标准异常库存储至异常信息处理设备中，这样，在后续接收到金融系统返回的业务处理信息时，可以自动实现对业务处理信息的异常分析和异常处理，并给出明确的异常提示，提高了用户体验，解决了财产安全问题。

基于上述技术构思，本申请实施例提供了一种异常信息处理方法，从第一设备接收到包括异常返回码、异常返回语句和业务类型的业务处理信息时，首先根据预置的异常处理逻辑关系确定是否存在与所述异常返回码匹配的标准返回码，若否，则根据预置的标准异常库，确定出异常返回语句对应的相似度返回语句，将该相似度返回语句对应的标准返回码，确定为与该异常返回码匹配的标准返回码，最后向第二设备发送业务异常信息，该业务异常信息包括：标准返回码、相似度返回语句和业务类型。该技术方案中，当通过预置的异常处理逻辑关系无法实现异常返回码和标准返回码的自动转换时，通过异常返回语句和标准异常库中分词检索信息的自动匹配，自动完成外部新增异常的匹配转换，降低了无法受理新增异常返回码的情况，提升业务受理准确性。

示例性的，图1为本申请实施例提供的异常信息处理系统的架构示意图。如图1所示，该异常信息处理系统可以包括：第一设备11、第二设备12和设置在第一设备11和第二设备12之间的信息处理设备10。

在本实施例中，第一设备11对第二设备12发出的业务处理请求进行处理，可以得到业务处理信息，为了使得第二设备12获取业务处理结果，第一设备11会将该业务处理信息返回给第二设备12。示例性的，该业务处理请求可以是用户通过终端设备发出的，例如，可以是充值、绑卡、转账等。本申请实施例并不对业务处理请求的类型进行限定。

在一种具体的实施方式中，当第一设备11对接收到的业务处理请求处理异常时，通常会产生异常返回语句和异常返回码，并通过该业务处理信息将异常返回语句、异常返回码和业务类型返回给第二设备12，以便第二设备12对其进行识别。

在本申请的实施例中，为了降低第二设备12的处理负担，在第一设备11和第二设备12之间新增了信息处理设备10。该信息处理设备10中可以预置现有的异常处理逻辑关系，以及对现有异常场景对应的异常返回语句进行处理生成的标准异常库，该标准异常库用于存储标准返回码对应的分词索引信息。也即，利用信息处理设备10对不同系统之间的异常处理逻辑进行转换，以保证接收业务异常信息的系统能够识别。

可选的，第一设备11可以将业务处理信息发送给信息处理设备10，以便该信息处理设备10可以基于预置的异常处理逻辑关系和标准异常库对业务处理信息中异常返回码和/或异常返回语句进行处理，确定出与该异常返回码匹配的标准返回码。相应的，信息处理设备10便可以将标准返回码、异常返回语句和业务类型组成的异常业务信息发送给第二设备12，以便第二设备12将其呈现给用户。

作为一种示例，该第一设备11为金融系统的金融服务器，第二设备12为业务服务器。作为另一种示例，该第一设备11为业务服务器，第二设备12为用户侧系统的用户终端。本申请实施例并不对第一设备11和第二设备12的具体实现进行限定，其可以根据实际场景确定，此处不作说明。

进一步的，在上述图1所示架构示意图的基础上，图2为本申请实施例提供的异常信息处理方法的应用场景图。如图2所示，该应用场景可以包括：至少一个金融服务器(图2中以包括金融服务器211、金融服务器212和金融服务器213为例进行说明)、业务服务器22、至少一个用户终端(图2中以包括用户终端231、用户终端232和用户终端232为例进行说明)以及信息处理设备20。

可选的，如图2所示，该信息处理设备20可以包括：金融返回码过滤器201、用户返回码过滤器202、返回码管理模块203、分词模块204和告警模块205。其中，金融返回码过滤器201位于至少一个金融服务器和业务服务器22之间，用户返回码过滤器202位于业务服务器22和至少一个用户终端之间。返回码管理模块203分别与金融返回码过滤器201和用户返回码过滤器202连接，分词模块204和告警模块205均连接到该返回码管理模块203。

在本申请的实施例中，金融返回码过滤器201主要用于将上述至少一个金融服务器发送的业务处理信息中的金融返回码转换为标准返回码。

用户返回码过滤器202主要用于将业务服务器22识别的标准返回码转换为每个用户终端能够识别的用户返回码。

返回码管理模块203主要在金融返回码过滤器201无法将接收到的金融返回码转换为标准返回码时，对业务处理信息中的异常返回语句进行分词索引信息的匹配，以便得到与上述金融返回码匹配的标准返回码，还用于在用户返回码过滤器202将接收到的标准返回码转换为用户终端可识别的用户返回码时，对异常返回语句进行分词索引信息的匹配，以便得到与上述标准返回码匹配的用户返回码。

分词模块204用于对异常返回语句进行处理，以得到分词索引信息。

告警模块205用于在返回码管理模块203也无法将接收到的金融返回码转换为标准返回码或者将标准返回码转换为用户返回码时，发出告警通信，以提示操作人员进行处理。

需要说明的是，图1和图2是本申请实施例提供的示意图，本申请实施例不对图1和图2中包括的设备进行限定，也不对图2中信息处理设备的组成进行限定，其均可以根据实际场景确定，此处不作赘述。

在实际应用中，由于终端设备和服务器均可以通过预置异常处理逻辑关系和标准异常库从实现本申请的技术方案，因而，上述图1和图2中的信息处理设备既可以通过终端设备实现，也可以通过服务器实现，本申请实施例以异常信息处理方法的执行主体为信息处理设备进行解释说明。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图3为本申请实施例提供的异常信息处理方法实施例一的流程示意图。如图3所示，该异常信息处理方法可以包括如下步骤：

S301、接收第一设备发送的业务处理信息，该业务处理信息包括：异常返回码、该异常返回码对应的异常返回语句和业务类型。

在本申请的实施例中，由于第一设备和第二设备属于不同系统的处理设备，其针对相同的异常问题可能会采用不同的代码表示，因而，第一设备执行业务处理并生成业务处理信息后，可以首先将其发送给信息处理设备，以便该信息处理设备对业务处理信息中异常返回码或异常返回语句进行处理，以得到该异常返回码匹配的标准返回码，该标准返回码为第二设备可识别的异常代码。

示例性的，由于不同业务的业务类型可能不同，为了便于信息处理设备确定出准确的标准返回码，因而，第一设备发送给信息处理设备的业务处理信息中还可以包括业务类型。示例性的，以银行虚拟钱包业务场景举例，该业务类型可以包括但不局限于绑卡、提现、充值、转账等，其可以根据实际场景以及第一设备和第二设备可支持的业务进行确定，此处不作赘述。

S302、判断预置的异常处理逻辑关系中是否存在与异常返回码匹配的标准返回码；若是，执行S303；若否，执行S304。

在本申请的实施例中，信息处理设备可以对接收到的业务处理信息进行解析，得到业务处理信息包括的异常返回码、异常返回语句以及业务类型。

可选的，信息处理设备可以首先查询预置的异常处理逻辑关系，判断该异常逻辑处理关系中是否存在该异常返回码与标准返回码的匹配关系，再根据判断结果，执行后续的操作。

示例性的，假设第一设备为上述图2所示的应用场景中金融服务器，本方案的执行主体为信息处理设备进行举例说明。这时，信息处理设备的金融返回码过滤器接收到业务处理信息后，便可以根据预置的异常处理逻辑关系，判断是否存在与返回码匹配的标准返回码，若存在，则执行下述的S303，将异常返回码转换为标准返回码。若不存在，则执行下述的S304，将异常返回语句传输给返回码管理模块，利用返回码管理模块对异常返回语句进行处理，以期望得到异常返回码匹配的标准返回码。

S303、将该异常返回码转换为标准返回码。

作为一种示例，在确定异常处理逻辑关系中存在与异常返回码匹配的标准返回码时，则可以将该异常返回码转换为该标准返回码。

S304、根据预置的标准异常库，确定出异常返回语句对应的相似度返回语句。

其中，该标准异常库用于存储标准返回语句的分词索引信息，该相似度返回语句的分词索引信息与异常返回语句的分词索引信息的相似度大于相似度阈值。

作为另一种示例，在根据预置的异常处理逻辑关系无法确定与该异常返回码匹配的标准返回码时，信息处理设备则可以调用返回码管理模块，利用该返回码管理模块对异常返回语句进行处理，得到异常返回语句的对应的分词索引信息，然后在预置的标准异常库中查询，确定出异常返回语句对应的相似度返回语句。

例如，以图2所示的场景进行说明。当金融返回码过滤器对异常返回码转换失败时，其会将该异常返回语句转发给返回码管理模块，由返回码管理模块通过对异常返回语句进行分词检索，以确定出异常返回语句对应的相似度返回语句。

关于该步骤的具体实现可以参见下述图4所示实施例中的记载，此处不作赘述。

进一步的，在本申请的一种可能设计中，若异常返回语句对应的多个分词索引信息中，相似度最高的分词索引信息的相似度小于预设的相似度阈值，则确定匹配失败，即，表明标准异常库中不存在异常返回语句对应的相似度返回语句。此时，该异常信息处理方法还可以包括如下步骤：

A1、在标准异常库中不存在上述异常返回语句对应的相似度返回语句时，输出提示消息；

A2、获取外部输入的异常返回码与新增标准返回码之间的关联关系，该新增标准返回码是人工对异常返回语句进行异常分析确定的；

A3、根据该异常返回码与新增标准返回码之间的关联关系，更新异常处理逻辑关系，同时，根据异常返回语句对应的分词索引信息，更新上述标准异常库。

示例性的，在本实施例中，对于相似度匹配失败的情况，可以通过发出提示消息的方式进行告警，即通知人工介入。相应的，操作人员可以根据场景对异常返回语句进行异常分析，在人工核实后，确定该异常返回码相匹配的新增标准返回码，并将该异常返回码与新增标准返回码之间的关联关系输入到该信息处理设备中。

可选的，信息处理设备可以将该异常返回码与新增标准返回码之间的关联关系更新到异常处理逻辑关系中，以便后续收到该异常返回码时能够实现异常返回码与该新增标准返回码的自动转换；此外，通过将该异常返回语句对应的分词索引信息更新到标准异常库中，以便该信息处理设备遇到已有异常场景的类似场景时，可以通过分词索引信息和标注异常库确定出满足预设条件(相似度大于相似度阈值，且业务类型契合)的标准返回码，提高了业务受理的准确性。

S305、将相似度返回语句对应的标准返回码，确定为与该异常返回码匹配的标准返回码。

可选的，在本申请的实施例中，信息处理设备在根据相似度返回语句和标准异常库确定出异常返回语句对应的相似度返回语句时，便可以根据相似度返回语句与标准返回码的对应关系，确定出该相似度返回语句对应的标准返回码，并将该相似度返回语句对应的标准返回码作为与该异常返回码匹配的标准返回码。

示例性的，假设异常返回语句为“输入的XX卡号长度[不合法]”，该异常返回语句为对应的相似度返回语句为“银行卡长度错误，请重新输入”，且“银行卡长度错误，请重新输入”对应的标准返回码为“BZ0001”，则异常返回码匹配的标准返回码也为“BZ0001”。

S306、向第二设备发送业务异常信息，该业务异常信息包括：标准返回码、相似度返回语句和业务类型。

在本实施例中，当信息处理设备通过对异常返回语句进行分词索引，确定出异常返回码匹配的标准返回码时，可以将包括标准返回码、相似度返回语句和业务类型的业务异常信息发送给第二设备，以便第二设备能够准确的识别，并执行相应的处理。

在本申请的实施例中，通过异常返回码与标准返回码、异常返回语句与标准返回码的二层匹配机制，能够自动完成某些新增异常场景的匹配转换，整个过程都是自动进行的，快速安全，在匹配失败时，提示信息也可由该信息处理设备自动发出，无需人工干预，降低人工成本。

在一种可能的场景中，随着业务发展，金融系统的异常场景会不断细化，金融系统中会新增一些异常返回码，如果在传输给业务服务器之前未对该异常返回码进行标准化处理，则可能导致业务服务器无法识别的问题，因而，在本实施例中，该第一设备可以是金融系统的金融服务器，该第二设备为业务服务器。

在另一种可能的场景中，随着业务发展，业务系统随着业务发展也会产生一些标准异常码，如果未对其做转换处理，可能会导致用户终端在接收到新的异常时(新的标准返回码、新的标准返回语句)出现无法受理的情况，从而导致呈现给莫名的错误，同样会导致用户体验差的问题。因此，在本实施例中，第一设备还可以是业务服务器，相应的，该第二设备为用户终端。

在本申请的再一种场景中，该信息处理设备还可以是位于金融服务器与业务服务器、业务服务器与用户终端的一个设备，参见上述图2所示的场景示意图，其中，金融返回码过滤器位于金融服务器与业务服务器之间，用户返回码过滤器位于业务服务器与用户终端之间，金融返回码过滤器和用户返回码过滤器的实现原理类似，本申请实施例不对其进行限定。

本申请实施例提供的异常信息处理方法，从第一设备接收到包括异常返回码、异常返回语句和业务类型的业务处理信息时，首先根据预置的异常处理逻辑关系确定是否存在与所述异常返回码匹配的标准返回码，若否，则根据预置的标准异常库，确定出异常返回语句对应的相似度返回语句，将该相似度返回语句对应的标准返回码，确定为与该异常返回码匹配的标准返回码，最后向第二设备发送业务异常信息，该业务异常信息包括：标准返回码、相似度返回语句和业务类型。该技术方案中，当通过预置的异常处理逻辑关系无法实现异常返回码和标准返回码的自动转换时，通过异常返回语句和标准异常库中分词检索信息的自动匹配，自动完成外部新增异常的匹配转换，降低了无法受理新增异常返回码的情况，提升业务受理准确性，而且，在传输给第二设备之前进行标准化的转换，减低了第二设备的逻辑处理复杂度。

在上述实施例的基础上，图4为本申请实施例提供的异常信息处理方法实施例二的流程示意图。如图4所示，在本实施例中，上述S304可以通过如下步骤实现：

S401、对上述异常返回语句进行处理，得到该异常返回语句对应的分词索引信息。

示例性的，假设本实施例以图2所示应用场景示意图中的金融服务器与业务服务器之间的标准化处理进行解释说明。当信息处理设备的金融返回码过滤器无法对金融服务器新增的异常场景进行直接转码时，可以通过返回码管理器对返回语句进行处理，以得到该异常返回语句对应的分词索引信息。

在本实施例中，该S401可以通过如下步骤实现：

B1、对异常返回语句进行分词处理，得到该异常返回语句包括的多个词。

示例性的，信息处理设备可以利用分词软件对异常返回语句进行分词处理，得到该异常返回语句包括的一个个词。

示例性的，假设业务处理信息对应的异常场景是某银行系统新增绑卡场景异常，具体为：

信息处理设备对异常返回语句“输入的XX卡号长度[不合法]。”进行分词处理，得到的词有“输入的”、“XX卡号”、“长度”、“[”、“不合法”、“]”、“。”等。

B2、根据每个词的词性和/或预设的过滤词词库，过滤掉多个词中的非强相关词，得到异常返回语句对应的至少一个异常关键词。

可选的，在本申请的实施例中，考虑到一些词在后续的检索过程中非强相关，可以根据预设的专门的过滤词词库进行去除。示例性的，过滤词词库可以包括如下词：“输入的”、“提交的”、“的”、“吗”、“和”等。本申请实施例并不限定过滤词词库中的词内容，其可以根据实际场景创建，此处不作赘述。

值得说明的是，对于符号或者助词等过滤可以通过词性，比如“的”的词性为“u”，符号的词性为：“w”等，可选的，也可以把这些特殊词纳入过滤词词库中，以便后续可以对其进行过滤。

可选的，对于上述“输入的XX卡号长度[不合法]。”对应的多个词““输入的”、“XX卡号”、“长度”、“[”、“不合法”、“]”、“。””进行识别和过滤，可以得到异常返回语句对应的至少一个异常关键词，即，“XX卡号”、“长度”、“不合法”。

B3、根据预设的同义词词库和预设的异常分词词库，将至少一个异常关键词转换为至少一个标准异常词。

可选的，在实际应用中，可以在信息处理设备的返回码管理器中预设同义词词库和异常分词词库，以便后续可以根据同义词词库和异常分词词库进行词的转换。

示例性的，虽然目前市面上有许多分词词库，比如，贴吧、IK中文分词词库、mmseg分词词库等，但是基于支付业务的特殊场景，也可以考虑自行进行梳理建立有效的支付业务场景分词词库，例如，同义词词库或异常分词词库。

可选的，业务相关的分词词库部分内容如下(‘词’,‘词性’)：

可以理解的是，本申请实施例中并不限定分词词库中包括的内容，其可以根据实际场景增减，例如，本实施例中的同义词词库和异常分词词库中不包括符号、助词等词，此处不作赘述。

示例性的，通过对上述异常返回语句进行处理，可以得到该异常返回语句的至少一个关键词，即，“XX卡号”、“长度”、“不合法”，根据预设的同义词词库和预设的异常分词词库，对异常返回语句中的原词进行同义词转换，从而可以得到至少一个异常关键词对应的至少一个标准异常词，即，“银行卡号”、“卡号”、“长度”、“错误”、“无效”等。具体关系如下所示：

B4、根据至少一个标准异常词，构建得到异常返回语句对应的分词索引信息。

在本步骤中，按照同义词组合进行分词检索，可以确定上述异常返回语句对应的分词检索信息。可选的，由于多个标准异常词的组合方式可以可能有多种，因而，可以得到多种不同的表述，例如，1、XX卡号|长度|不合法；2、XX卡号|长度|错误；3、银行卡号|长度|错误；4、卡号|长度|错误；5、卡号|长度|无效；6、卡号|长度|不合法等等。

可选的，图5为本申请实施例提供的异常信息处理方法中对异常返回语句进行处理的实现过程示意图。如图5所示，信息处理设备的返回码管理模块在得到异常返回语句后，可以基于分词器将异常返回语句划分成一个个的词，然后通过同义词转换得到标准异常词汇，进而得到异常返回语句对应的分词索引信息。关于分词的具体实现可以参见上述各步骤的具体实现，此处不作赘述。

S402、将上述异常返回语句对应的分词索引信息与标准异常库存储的分词索引信息进行相似度对比，确定出异常返回语句对应的相似度返回语句。

可选的，在本申请的实施例中，信息处理设备可以利用分词检索技术对分词索引信息进行相似度对比。可选的，分词检索技术有多种，常用的有字符串匹配的分词方法、词义分词法、统计分词法，本申请实施例仅以字符串匹配法为例进行解释说明(但不限于该方法)。

示例性的，信息处理设备可以采用计算机软件技术以及分词检索技术解决异常信息自动转换的问题，其实现前提是事先针对各种业务的异常场景建立标准异常库，该标准异常库中存储有标准返回码的分词索引信息，用于实现分词检索。

示例性的，以银行虚拟钱包业务场景举例，假设信息处理设备的标准异常库中存在的分词索引信息“银行卡号|长度|错误”，其适用的业务类型有：绑卡、提现、充值、转账等，具体信息如下：

相应的，在本申请的实施例中，将异常返回语句对应的每个分词检索信息分别与标准异常库中的分词索引信息进行相似度对比，得到相似度对比结果。具体如下：

可选的，对于上述相似度对比结果，从异常返回语句对应的多个分词索引信息中确定出相似度最高的一组，判断该相似度是否大于或等于预设的相似度阈值，该相似度大于或等于预设的相似度阈值且业务类型相契合，即为匹配成功。示例性的，在以上的场景中，相似度最高的为情况4，相似度大于相似度阈值(例如，60％)的要求，且业务类型契合(都是绑卡)，视为匹配成功。所以，上述异常返回语句“输入的XX卡号长度[不合法]”对应的相似度返回语句为“银行卡长度错误，请重新输入”。

进一步的，在本申请的实施例中，在上述S306之后，该方法还可以包括如下步骤：

C1、根据第一设备的标识、异常返回码和业务类型，得到新增异常信息。

可选的，在本申请的实施例中，若信息处理设备的返回码管理模块基于标准异常库和异常返回语句确定出异常返回码对应的标准返回码，则首先可以根据第一设备的标识、异常返回码和业务类型确定出上述业务处理信息对应的新增异常信息，以便后续能够对该新增异常信息进行识别。

C2、建立并存储新增异常信息与上述标准返回码之间的关联关系。

C3、更新上述异常处理逻辑关系。

可选的，根据上述图3所示实施例的记载可知，异常返回码对应的标准返回码是相似度返回码对应的标准返回码，因而，为了后续再次收到该异常返回码时，信息处理设备能够直接对其标准化转换，则可以首先建立并存储新增异常信息与上述标准返回码的关联关系，再将该异常返回码与标准返回码之间的关联关系更新至异常处理逻辑关系中。

本申请实施例提供的异常信息处理方法，通过对上述异常返回语句进行处理，得到该异常返回语句对应的分词索引信息，将上述异常返回语句对应的分词索引信息与标准异常库存储的分词索引信息进行相似度对比，确定出异常返回语句对应的相似度返回语句，也即，通过异常返回语句和业务场景实现了检索匹配，自动完成了新增异常到标准返回码的匹配转换，降低因新增异常信息而导致业务无法受理的情况，提升业务受理准确性。进一步的，在向第二设备输出业务异常信息后，通过根据第一设备的标识、异常返回码和业务类型，得到新增异常信息，然后建立并存储新增异常信息与上述标准返回码之间的关联关系，并更新上述异常处理逻辑关系，实现了异常处理逻辑关系的更新，为后续再次出现此类异常时的自动转换提供了实现条件。

可选的，基于上述各实施例中的记载可知，信息处理设备可以把不同外部系统的相同场景异常(异常返回码和异常信息不同)规范成业务服务器内部定义的异常信息，进一步的，信息处理设备还可以对不同场景的异常，基于逻辑处理方式相同而归结为一类异常，以简化业务服务器的处理复杂度。

示例性的，在上述各实施例的基础上，图6为本申请实施例提供的异常信息处理方法实施例三的流程示意图。如图6所示，在本实施例中，该异常信息处理方法还可以包括如下步骤：

S601、确定出从第一设备接收到的多条历史业务处理信息。

其中，每条历史业务处理信息包括：历史异常返回码、该历史异常返回码对应的历史异常返回语句和历史业务类型。

示例性的，在本申请的实施例中，信息处理设备还可以对异常返回语句进行分词检索匹配外，还可以用于异常场景的汇总，以简化业务服务器的判断逻辑。

可选的，信息处理设备可以对从每个设备接收到的多条历史业务处理信息进行汇总，例如，信息处理设备可以从历史处理信息中确定出从第一设备接收到的多条历史业务处理信息，该历史业务处理信息主要是针对异常场景的业务处理信息，因而，在本实施例中，每条历史业务处理信息均需要包括历史异常返回码、该历史异常返回码对应的历史异常返回语句和历史业务类型。

S602、根据多条历史业务处理信息的异常处理结果，确定出历史业务类型相同且具有相同异常处理结果的至少一个历史异常返回语句。

可选的，信息处理设备还可以分析每条历史业务处理信息的异常处理结果，确定出每条历史处理信息的历史业务类型和处理逻辑，然后将历史业务类型相同且具有相同异常处理结果的历史异常返回语句划分为一组。

例如，假设多条历史业务处理信息中的历史异常返回语句包括银行侧系统异常、银行侧数据库异常、银行侧网关异常等，由于上述异常返回语句对应的历史业务类型相同且具有相同异常处理结果，所以，可以将上述历史异常返回语句划分为一组。

S603、确定至少一个历史异常返回语句对应的至少一个历史异常返回码与同一个标准返回码相匹配。

可选的，由于历史业务类型相同且具有相同异常处理结果的多个历史异常返回语句的实际处理逻辑是一样的，所以，可以将这些历史异常返回语句对应的至少一个历史异常返回码映射到同一个标准返回码，即上述至少一个历史异常返回语句对应的至少一个历史异常返回码与同一个标准返回码相匹配，从而简化了异常判断逻辑。

可以理解的是，虽然上述至少一个历史异常返回码与同一个标准返回码相匹配，但是其对应的异常返回语句可以保留，即每条历史业务处理信息的异常返回语句保持不变。

本申请实施例提供的异常信息处理方法，通过对从第一设备接收到的多条历史业务处理信息进行分析，根据多条历史业务处理信息的异常处理结果，确定出历史业务类型相同且具有相同异常处理结果的至少一个历史异常返回语句，并确定至少一个历史异常返回语句对应的至少一个历史异常返回码与同一个标准返回码相匹配。该技术方案中，对于不同的异常信息、相同处理方式的场景，通过返回码过滤器进行转码并归集，将不同的异常场景归集成一类异常返回码，简化了业务服务器的处理复杂度。

进一步的，结合上述各实施例中的记载，下述通过一个具体的示例对本申请技术方案的具体实现过程进行说明。

示例性的，图7为本申请实施例提供的异常信息处理方法的具体实现过程示意图。该实施例以信息处理设备的返回码管理模块对不同金融服务器返回的不同业务处理信息(包括异常返回码和异常返回语句)进行处理的过程进行说明。如图7所示，本实施例给出了信息处理设备对银行A的金融服务器A、银行B的金融服务器B和银行C的金融服务器C返回的业务处理信息进行处理的过程。

例如，金融服务器A返回的业务处理信息包括：“异常返回码：A0001，异常返回语句：银行卡号长度错误”，通过对“银行卡号长度错误”进行分词，确定出该异常返回语句的分词索引信息为“银行卡号|长度|错误(A0001)”，通过同义词语义识别，在标准异常库中确定的与该“银行卡号|长度|错误”具有最高相似度的分词索引信息为“银行卡号|长度|错误(BZ0001)”，由于两者的相似度为100％，匹配成功，从而将金融服务器A返回的业务处理信息转换为业务服务器可识别的标准返回码(BZ0001)，同时，将异常返回语句替换为“银行卡号|长度|错误”对应的相似度返回语句“银行卡长度错误，请重新输入”。

例如，金融服务器B返回的业务处理信息包括：“异常返回码：B0001，异常返回语句：输入的XX卡号长度不足”，通过对“输入的XX卡号长度不足”进行分词，确定出该异常返回语句的分词索引信息为“XX卡号|长度|不足(B0001)”，通过同义词语义识别，在标准异常库中确定的与该“XX卡号|长度|不足”具有最高相似度的分词索引信息为“银行卡号|长度|错误(BZ0001)”，由于两者的相似度为60％，满足相似度阈值的条件，匹配成功，从而将金融服务器B返回的业务处理信息转换为业务服务器可识别的标准返回码(BZ0001)，同时，将异常返回语句替换为“银行卡号|长度|错误”对应的相似度返回语句“银行卡长度错误，请重新输入”。

例如，金融服务器C返回的业务处理信息包括：“异常返回码：C0001，异常返回语句：无法识别的卡号”，通过对“无法识别的卡号”进行分词，确定出该异常返回语句的分词索引信息为“无法|卡号|识别(C0001)”，通过同义词语义识别，在标准异常库中确定的与该“无法|卡号|识别”具有最高相似度的分词索引信息为“银行卡号|长度|错误(BZ0001)”，由于两者的相似度仅为30％，不满足相似度阈值的条件，匹配失败，此时，发出告警通知。

由上述分析可知，本申请的技术方案不仅可以将外部系统的异常进行标准化转换，降低业务服务器逻辑处理复杂度，而且可以利用分词技术，对异常返回语句和业务类型实现检索匹配，自动完成外部新增异常的匹配转换，提升业务受理准确性，在匹配失败时，可以自动发起告警，无需人工干预，减低了人工成本。

上述介绍了本申请提供的异常信息处理方法的具体实现过程，下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图8为本申请实施例提供的异常信息处理装置实施例的结构示意图。参照图8所示，该异常信息处理装置可以包括：

接收模块801，用于接收第一设备发送的业务处理信息，所述业务处理信息包括：异常返回码、所述异常返回码对应的异常返回语句和业务类型；

处理模块802，用于在根据预置的异常处理逻辑关系无法确定与所述异常返回码匹配的标准返回码时，根据预置的标准异常库，确定出所述异常返回语句对应的相似度返回语句，并将所述相似度返回语句对应的标准返回码，确定为与所述异常返回码匹配的标准返回码；其中，所述标准异常库用于存储标准返回语句的分词索引信息，所述相似度返回语句的分词索引信息与所述异常返回语句的分词索引信息的相似度大于或等于相似度阈值；

发送模块803，用于向第二设备发送业务异常信息，所述业务异常信息包括：所述标准返回码、所述相似度返回语句和所述业务类型。

在本申请实施例的一种可能设计中，所述处理模块802，用于根据预置的标准异常库，确定出所述异常返回语句对应的相似度返回语句，具体为：

所述处理模块802，具体用于：

对所述异常返回语句进行处理，得到所述异常返回语句对应的分词索引信息；

将所述异常返回语句对应的分词索引信息与所述标准异常库存储的分词索引信息进行相似度对比，确定出所述异常返回语句对应的相似度返回语句。

可选的，所述处理模块802，用于对所述异常返回语句进行处理，得到所述异常返回语句对应的分词索引信息，具体为：

所述处理模块802，具体用于：

对所述异常返回语句进行分词处理，得到所述异常返回语句包括的多个词；

根据每个词的词性和/或预设的过滤词词库，过滤掉所述多个词中的非强相关词，得到所述异常返回语句对应的至少一个异常关键词；

根据预设的同义词词库和预设的异常分词词库，将所述至少一个异常关键词转换为至少一个标准异常词；

根据所述至少一个标准异常词，构建得到所述异常返回语句对应的分词索引信息。

在本申请实施例的另一种可能设计中，所述处理模块802，还用于：

根据所述第一设备的标识、所述异常返回码和所述业务类型，得到新增异常信息；

建立并存储所述新增异常信息与所述标准返回码之间的关联关系；

更新所述异常处理逻辑关系。

在本申请实施例的再一种可能设计中，所述处理模块802，还用于：

判断所述异常处理逻辑关系中是否存在与所述异常返回码匹配的标准返回码；

在确定所述异常处理逻辑关系中存在与所述异常返回码匹配的标准返回码时，将所述异常返回码转换为所述标准返回码。

在本申请实施例的又一种可能设计中，所述处理模块802，还用于：

确定出从所述第一设备接收到的多条历史业务处理信息，每条历史业务处理信息包括：历史异常返回码、所述历史异常返回码对应的历史异常返回语句和历史业务类型；

根据所述多条历史业务处理信息的异常处理结果，确定出历史业务类型相同且具有相同异常处理结果的至少一个历史异常返回语句；

确定所述至少一个历史异常返回语句对应的至少一个历史异常返回码与同一个标准返回码相匹配。

在本申请实施例的又一种可能设计中，所述处理模块802，还用于：

在所述标准异常库中不存在所述异常返回语句对应的相似度返回语句时，输出提示消息；

获取外部输入的所述异常返回码与新增标准返回码之间的关联关系，所述新增标准返回码是人工对所述异常返回语句进行异常分析确定的；

根据所述异常返回码与新增标准返回码之间的关联关系，更新所述异常处理逻辑关系，同时，根据所述异常返回语句对应的分词索引信息，更新所述标准异常库。

本申请实施例提供的装置，可用于执行方法实施例所述的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，处理模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图9为本申请提供的信息处理设备实施例的结构示意图。如图8所示，该信息处理设备可以包括：处理器901、存储器902、通信接口903和系统总线904，所述存储器902和所述通信接口903通过所述系统总线904与所述处理器901连接并完成相互间的通信，所述存储器902用于存储计算机程序，所述通信接口903用于和其他设备进行通信，所述处理器901执行所述计算机程序时实现如上述方法实施例所述的技术方案。

在该图9中，上述的处理器901可以是通用处理器，包括中央处理器CPU、网络处理器(network processor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器902可能包含随机存取存储器(random access memory，RAM)，也可能包括只读存储器(read-only memory，RAM)，还可能包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

通信接口903用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。

系统总线904可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当该计算机执行指令在计算机上运行时，使得计算机执行如上述方法实施例所述的技术方案。

可选的，本申请实施例还提供一种运行指令的芯片，所述芯片用于执行上述方法实施例所述的技术方案。

根据本申请的实施例，本申请还提供了一种计算机程序产品，包括：计算机程序，计算机程序存储在可读存储介质中，信息处理设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得信息处理设备执行上述任一实施例提供的方案。

本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。