一种返回码识别方法和装置
技术领域
本公开涉及网络技术领域,特别涉及一种返回码识别方法和装置。
背景技术
返回码是在系统间调用的时候,服务端将处理结果按类型进行编号返回给客户端,该编码即为返回码。服务端返回的对返回码的描述可以称为返回码描述。例如,系统调用发生在第三方支付平台对接银行机构的时候,可能需要对接上千个机构,每家机构又有上百个返回码,那么就会十万多的返回码。由处理结果来看,返回码一般可以分成三种类型:成功、失败、未知。通过服务端接口文档以及邮件确认,可以确认一部分返回码的类型。
但是还有一些返回码并没有出现在接口文档中,通常可以通过某种方式对这些返回码的所属类型进行配置,比如,对某个返回码配置其类型是成功。但是,返回码配置有可能出现错误,可能将失败类型的返回码配置为成功,这种配置错误可能会对业务处理造成影响。例如,系统处理成功率可以根据服务端处理成功或失败的结果计算得到,据以判断系统处理是否健康,而返回码配置错误将使得对系统处理健康状态的判断出现失误。
发明内容
有鉴于此,本公开提供一种返回码识别方法和装置,以实现准确快速的识别返回码类型。
具体地,本公开是通过如下技术方案实现的:
第一方面,提供一种返回码识别方法,所述方法包括:
获取待分析的返回码对应的返回码描述;
对所述返回码描述进行拆解,得到所述返回码描述包括的多个词组;
根据词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
第二方面,提供一种返回码识别装置,所述装置包括:
信息获取模块,用于获取待分析的返回码对应的返回码描述;
词组获取模块,用于对所述返回码描述进行拆解,得到所述返回码描述包括的多个词组;
映射识别模块,用于根据词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
第三方面,提供一种返回码识别设备,所述设备包括存储器和处理器,以及存储在存储器上并可在处理器上运行的计算机指令,所述处理器执行指令时实现如下步骤:获取待分析的返回码对应的返回码描述;
对所述返回码描述进行拆解,得到所述返回码描述包括的多个词组;
根据词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
本公开的返回码识别方法和装置,通过结合不断积累的返回码语境与返回码类型对应关系的经验得到的映射关系,根据返回码描述推测返回码类型,使得预估的返回码类型较为准确,而且是根据映射关系自动执行识别返回码类型,实现了快速且准确的返回码类型识别。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开一个实施例的返回码和所处语境关系的分析流程图;
图2为本公开一个实施例的返回码识别方法的流程图;
图3为本公开一个实施例的返回码配置核查流程图;
图4为本公开一个实施例的返回码识别装置的结构示意图;
图5为本公开一个实施例的返回码识别装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本公开中的技术方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。
系统间调用时,服务端在将处理结果返回给客户端时,可以向客户端返回一个用于表示处理结果类型的编号,该编号即为返回码,同时服务端还可以向客户端返回上述返回码对应的返回码描述。例如,第三方支付平台对接银行机构时,银行可以返回一个返回码,以及返回码描述“商户备付金不足”,这就表明商户支付能力不够导致交易失败,上述返回码的类型为失败。
返回码描述相当于返回码对应的语境,例如,银行返回的返回码类型是未知,且返回码描述中包含“数据库异常”,即表示银行方系统异常,那么可以得到,当返回码描述中包含数据库关键字时,可以表明是银行方系统异常,返回码类型未知。又例如,还可以是当银行返回的返回码描述中同时包含“数据库+不可用”时,则对应返回码类型为失败。
可以通过返回码描述,来辅助判断该描述对应的返回码的类型,即尽管此时返回码类型是接口文档中没有出现的,但是可以通过返回码所对应的返回码描述,推测出返回码对应的语境,比如是上述的数据库异常或者数据库不可用,进而确定这种语境下的返回码类型。当然,根据返回码描述中的一些主要关键词组来推测返回码的类型,并不是根据单个的返回码描述确定,而是可以对返回码描述和返回码的对应关系不断的积累,通过大量样本综合确定。
图1示例了一种返回码和所处语境关系的分析流程图,可以包括:
在步骤102中,抽样多个返回码描述,所述返回码描述对应的返回码配置类型是已知的类型。本步骤可以由已有的返回码描述中进行抽样,这些抽样样本中的返回码类型是确定的。
在步骤104中,对每个所述返回码描述,拆解出其中的词组与对应的返回码的配置类型。例如,对于某一个返回码描述,对应的返回码的配置类型是失败,且返回码描述中包括的词组有“数据库”、“不可用”等词组。
在步骤106中,根据所述多个返回码描述中的词组和配置类型,得到所述词组与配置类型的映射关系。
本步骤是根据抽样的多个样本综合得到的映射关系,具体的获取方式不限,例如可以通过模型训练等方式得到所述映射关系。如下表示示例一种映射表:
表1词组和配置映射表
返回码描述中的词组 |
返回码的配置类型 |
商户 |
失败 |
数据库+不可用 |
失败 |
数据库+异常 |
未知 |
本例子中,可以按照图1所示的流程构建词组状态映射库,所述词组状态映射库中可以包括多组所述映射关系。例如,上述表1示例了三组映射关系,表示了词组和配置类型的对应,比如,如果返回码描述中包含“数据库”和“不可用”两个词组,那么配置的返回码类型应该是失败。
图2示例了一种返回码识别方法,该方法可以根据图1中建立的映射关系,识别到返回码的类型。如图2所示,可以包括:
在步骤202中,获取返回码描述,所述返回码描述对应待分析的返回码。
例如,本步骤可以获取待分析的返回码列表,这些返回码是接口文档中没有的,并且可以是尚未确定返回码的类型。
在步骤204中,拆解所述返回码描述,得到多个词组。
示例性的,假设返回码描述中包括“商户备付金不足”,则可以得到其中包括词组“商户、备付金、不足”;又例如,返回码描述中包括“数据库不可用”,则可以得到词组“数据库、不可用”。
在步骤206中,根据预先得到的词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
例如,根据表1所示的映射关系,如果步骤202得到的词组中包括“数据库、不可用”,则可以将“数据库+不可用”对应的类型“失败”,作为正在分析的返回码的类型。又例如,在另一个例子中,一旦银行返回商户备付金不足,包含商户关键字,表明银行已明确知道是商户支付能力导致交易失败,因此可以通过语境分析在返回码描述包含商户关键字时,确定返回码类型为失败。
本例子的识别方法,可以解决系统运行时遇到的突发状况,比如,当遇到一个从未接收到的返回码时,且不知道该返回码的类型,则可以利用图2所示的处理流程,预估该返回码的类型,例如是成功或者失败,从而识别服务端返回的处理结果。并且,该方法是结合不断积累的返回码语境与返回码类型对应关系的经验,根据返回码描述推测返回码类型,使得预估的返回码类型较为准确,而且是根据映射关系自动执行识别返回码类型,实现了快速且准确的返回码类型识别。
在另一个例子中,还可以根据预先建立的映射关系,对返回码配置的存量问题进行检查,比如,可以核查历史存量的返回码配置中是否存在错误的配置。图3示例的返回码识别方法可以用于返回码配置的检查,可以包括:
在步骤302中,获取待分析的返回码列表中的其中一个返回码。
在步骤304中,查询所述待分析的返回码是否在返回码白名单,所述返回码白名单包括已经确定配置类型的返回码。
若在白名单,则返回执行步骤302,即遍历下一个返回码。
若不在白名单,则继续执行步骤306。
在步骤306中,对返回码描述进行拆解,得到多个词组。
在步骤308中,根据预先得到的词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
在步骤310中,比较返回码的配置类型与返回码的实际配置类型是否一致。
若配置类型一致,则表明当前分析的返回码的配置类型无误,返回执行步骤302,获取下一个返回码继续分析。
若配置类型不一致,则继续执行步骤312。
在步骤312中,确定所述返回码为待审核的返回码,放入待审核列表。
例如,返回码配置人员可以与机构或相关方确认疑似有误的返回码的配置是否正确。若确认配置有误,则订正返回码配置。若确认配置无误,则可以将该返回码放入返回码白名单中。
本例子的识别方法,可以较快且准确的识别到配置问题,解决了现有技术中的人工核查存量配置问题时效率低且容易出错的状况。此外,该方法中所依据的映射关系也可以定期更新,以使得映射关系更加准确。
为了实现本公开的返回码识别方法,本公开例子还提供了一种返回码识别装置。如图4所示,该装置可以包括:信息获取模块41、词组获取模块42和映射识别模块43。
信息获取模块41,用于获取待分析的返回码对应的返回码描述;
词组获取模块42,用于对所述返回码描述进行拆解,得到所述返回码描述包括的多个词组;
映射识别模块43,用于根据词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
在一个例子中,如图5所示,该装置还可以包括:映射建立模块44。
信息获取模块41,还用于抽样多个已知配置类型的返回码的返回码描述;
词组获取模块42,还用于分别拆解每个所述返回码描述,得到所述返回码描述中的词组,并建立所述词组与返回码描述对应的返回码配置类型的对应组;
映射建立模块44,用于根据多个对应组,得到词组与配置类型的映射关系。
在一个例子中,映射建立模块44,还用于构建词组状态映射库,所述词组状态映射库中包括多组所述映射关系。
在一个例子中,信息获取模块41,还用于在获取返回码描述之前,查询所述待分析的返回码是否在返回码白名单,所述返回码白名单包括已经确定配置类型的返回码;经查询确定所述返回码不在所述返回码白名单。
在一个例子中,映射识别模块43,还用于比较所述返回码的配置类型与所述返回码的实际配置类型;若配置类型一致,则获取下一个待分析的返回码;若配置类型不一致,则确定所述返回码为待审核的返回码。
上述图2所示流程中的各个步骤,其执行顺序不限制于流程图中的顺序。此外,各个步骤的描述,可以实现为软件、硬件或者其结合的形式,例如,本领域技术人员可以将其实现为软件代码的形式,可以为能够实现所述步骤对应的逻辑功能的计算机可执行指令。当其以软件的方式实现时,所述的可执行指令可以存储在存储器中,并被设备中的处理器执行。
例如,对应于上述方法,本公开同时提供一种返回码识别设备,该设备可以包括处理器、存储器、以及存储在存储器上并可在处理器上运行的计算机指令,所述处理器通过执行所述指令,用于实现如下步骤:获取待分析的返回码对应的返回码描述;对所述返回码描述进行拆解,得到所述返回码描述包括的多个词组;根据词组与配置类型的映射关系,若所述多个词组中包括所述映射关系中的词组,则将所述词组对应的配置类型作为所述返回码的配置类型。
上述实施例阐明的装置或模块,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本公开时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于返回码识别设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
以上所述仅为本公开的较佳实施例而已,并不用以限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开保护的范围之内。