CN113643112A - 金融交易状态的判定方法和装置 - Google Patents

Abstract

本发明提供了金融交易状态的判定方法和装置，该方法包括：根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，查询状态码用于表征金融机构在接收到结果查询请求时待处理金融交易所处的状态；获取来自金融机构返回的待处理金融交易的交易状态信息；其中，交易状态码用于表征金融机构在付款方付款后返回信息时待处理金融交易所处的状态；根据查询状态信息、交易状态信息和预先设定的判定规则，判定待处理金融交易的状态。本方案能够对金融交易所处的状态进行判定。

Description

金融交易状态的判定方法和装置

技术领域

本发明涉及电子金融技术领域，特别涉及金融交易状态的判定方法和装置。

背景技术

随着越来越多的企业加入到数字化转型的队伍中，企业通过银企直联对接银行进行金融交易的方式也越来越常见。

然而，在通过银企直联平台进行金融交易时，可能会出现由于各种原因导致付款后返回交易异常的结果，而再调用交易结果查询接口查询状态时也返回异常结果导致该交易状态无法变更为最终状态。如此在交易状态无法准确的查询到时，可能会导致交易延误或为客户带来经济损失。

发明内容

本发明提供了金融交易状态的判定方法和装置，能够对金融交易所处的状态进行判定。

第一方面，本发明实施例提供了金融交易状态的判定方法，包括：

根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，所述查询状态信息包括：查询状态码和查询异常信息；所述查询状态码用于表征所述金融机构在接收到所述结果查询请求时所述待处理金融交易所处的状态；

获取来自金融机构返回的所述待处理金融交易的交易状态信息；其中，所述交易状态信息包括：交易状态码和交易异常信息；所述交易状态码用于表征金融机构在付款方付款后返回信息时所述待处理金融交易所处的状态；

根据所述查询状态信息、所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态。

在一种可能的实现方式中，所述根据所述查询状态信息、所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态，包括：

S1：判断所述交易状态码和所述判定规则中预先定义的预设交易状态码是否相同；若相同，则执行步骤S2；否则维持所述待处理金融交易的当前状态；

S2：判断所述查询状态码和所述判定规则中预先定义的预设查询状态码是否相同；若相同，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；否则，维持所述待处理金融交易的当前状态。

在一种可能的实现方式中，在判定出所述查询状态码和所述判定规则中预先定义的查询状态码相同之后，且在判定所述待处理金融交易的状态为成功之前，进一步包括：

获取所述金融机构返回所述交易状态码时的交易时间，以及返回所述查询状态码时的查询时间；

计算所述交易时间和所述查询时间的时间间隔；

判断所述时间间隔是否满足所述判定规则中预先定义的预设时间间隔范围；

若所时间间隔满足所述判定规则中预先定义的预设时间间隔范围，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；

若所述时间间隔不满足所述判定规则中预先定义的预设时间间隔范围，则维持所述待处理金融交易的当前状态。

在一种可能的实现方式中，所述结果查询信息包括：所述待处理金融交易所对应的金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号；

所述获取来自金融机构返回的所述待处理金融交易的交易状态信息，包括：

利用所述金融机构编号、所述金融机构系统标识、所述金融机构系统版本、所述付款日期和所述付款流水号中的至少一个，获取所述待处理金融交易的状态信息。

在一种可能的实现方式中，定义所述判定规则的步骤，包括：

利用定义的判定规则的关键信息进行签名加密；

在根据所述查询状态信息、所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态之前，进一步包括：

对所述预先设定的判定规则进行签名验证，并在签名验证通过后根据所述查询状态信息、所述交易状态信息和预先设定的判定规则判定所述待处理金融交易的状态。

第二方面，本发明实施例提供了金融交易状态的判定装置，包括：查询状态码获取模块、交易状态码获取模块和交易状态判定模块；

所述查询状态码获取模块，用于根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，所述查询状态信息包括：查询状态码和查询异常信息；所述查询状态码用于表征所述金融机构在接收到所述结果查询请求时所述待处理金融交易所处的状态；

所述交易状态码获取模块，用于获取来自金融机构返回的所述待处理金融交易的交易状态信息；其中，所述交易状态信息包括：交易状态码和交易异常信息；所述交易状态码用于表征金融机构在付款方付款后返回信息时所述待处理金融交易所处的状态；

交易状态判定模块，用于根据所述查询状态码获取模块获取到的所述查询状态信息、所述交易状态获取模块获取到的所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态。

在一种可能的实现方式中，所述交易状态判定模块用于执行如下操作：

S1：判断所述交易状态码和所述判定规则中预先定义的预设交易状态码是否相同；若相同，则执行步骤S2；否则维持所述待处理金融交易的当前状态；

S2：判断所述查询状态码和所述判定规则中预先定义的预设查询状态码是否相同；若相同，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；否则，维持所述待处理金融交易的当前状态。

在一种可能的实现方式中，所述交易状态判定模块，进一步用于执行如下操作：

获取所述金融机构返回所述交易状态码时的交易时间，以及返回所述查询状态码时的查询时间；

计算所述交易时间和所述查询时间的时间间隔；

判断所述时间间隔是否满足所述判定规则中预先定义的预设时间间隔范围；

若所时间间隔满足所述判定规则中预先定义的预设时间间隔范围，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；

若所述时间间隔不满足所述判定规则中预先定义的预设时间间隔范围，则维持所述待处理金融交易的当前状态。

在一种可能的实现方式中，所述结果查询信息包括：所述待处理金融交易所对应的金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号；

所述交易状态码获取模块，利用所述金融机构编号、所述金融机构系统标识、所述金融机构系统版本、所述付款日期和所述付款流水号中的至少一个，获取所述待处理金融交易的状态信息。

在一种可能的实现方式中，进一步包括：判定规则加密模块；

所述判定规则加密模块，用于利用定义的判定规则的关键信息进行签名加密；

所述交易状态判定模块，用于对经过所述判定规则加密模块签名加密后的预先设定的判定规则进行签名验证，并在签名验证通过后根据所述查询状态信息、所述交易状态信息和预先设定的判定规则判定所述待处理金融交易的状态。

由上述技术方案可知，在对金融交易的状态进行判定时，首先根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息，然后获取来自金融机构返回的交易状态信息，如此利用能够表征金融机构在接收到结果查询请求时待处理金融交易所处的状态，能够表征金融机构在付款方付款后返回信息时待处理金融交易所处的状态，以及结合预先设定的判定规则，即可确定出该待处理金融交易当前所处的状态。由此可见，本方案能够根据金融机构返回的状态码和判定规则自动进行状态判定，不需要人工联系金融机构进行确认，减轻了运维人员的工作量的同时，能够提高判定结果的准确定和时效性。

附图说明

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

图1是本发明一个实施例提供的一种金融交易状态的判定方法的流程图；

图2是本发明一个实施例提供的一种金融交易状态的判定装置的示意图。

具体实施方式

如前所述，在如今的互联网时代，越来越多的企业加入到数字化转型的队伍中，因而，企业通过银企直联对接各银行实现付款也更加常见。在企业客户增长的过程中，银企直联平台对接的银行数量也在不断增长，不同的银行与银企直联之间的通讯可以分为专线、公网、有前置、免前置等情况。一般情况下，企业客户通过银企直联平台做出的付款交易需要异步调用付款结果查询接口查询处理状态。然而，在实际生产环境中付款发送银行可能因为各种原因导致返回异常结果，再调用付款结果查询接口查询状态时也返回异常结果致使该笔付款状态无法变更为最终状态，各个银行出现这种情况的原因各不相同，可能是银行未处理这种状态导致报错，也可能是银行因为某些原因未将其写入接口文档中。这种问题的出现将导致付款状态一直是银行处理中状态，有可能延误付款造成客户的经济损失。

当企业客户发现这种问题的出现，传统处理方法是联系运维人员，运维人员发现无法处理后联系开发人员查询相关日志，开发人员确认是该种异常后，由客户联系银行确认该笔付款银行是否收到，客户再通过网银确认，为避免银行有继续处理的可能，客户最后还要等1天时间再将这笔单据标记为失败后重新发送。这种问题的出现即增加了开发人员与运维人员的工作量也延误了客户的付款。

基于此，本方案考虑通过预制判定规则，结合金融机构返回的交易状态信息对当前金融交易的状态进行自动判定，从而实现减轻了维人员工作量的同时，提高判定结果的准确定和时效性。为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种金融交易状态的判定方法，该方法可以包括如下步骤：

步骤101：根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，查询状态信息包括：查询状态码和查询异常信息；查询状态码用于表征金融机构在接收到结果查询请求时待处理金融交易所处的状态；

步骤102：获取来自金融机构返回的待处理金融交易的交易状态信息；其中，交易状态信息包括：交易状态码和交易异常信息；交易状态码用于表征金融机构在付款方付款后返回信息时待处理金融交易所处的状态；

步骤103：根据查询状态信息、交易状态信息和预先设定的判定规则，判定待处理金融交易的状态。

本发明实施例中，在对金融交易的状态进行判定时，首先根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息，然后获取来自金融机构返回的交易状态信息，如此利用能够表征金融机构在接收到结果查询请求时待处理金融交易所处的状态，能够表征金融机构在付款方付款后返回信息时待处理金融交易所处的状态，以及结合预先设定的判定规则，即可确定出该待处理金融交易当前所处的状态。由此可见，本方案能够根据金融机构返回的状态码和判定规则自动进行状态判定，不需要人工联系金融机构进行确认，减轻了运维人员的工作量的同时，能够提高判定结果的准确定和时效性。

在本发明实施例中，考虑结合多年研发参与问题分析的经验，将问题分析过程固化到程序中。在银企直联产品中新增了两个实体表对象——规则、事实，规则实体用于存储判定规则的内容，事实实体用于记录付款过程中的实际情况。即交易状态码可以从事实实体中获取得到。预制的规则可以是多次手工标记失败后的经验总结，也可以是与银行沟通确认的结果。

在一种可能的实现方式中，在步骤103根据查询状态信息、交易状态信息和预先设定的判定规则，判定待处理金融交易的状态时，可以通过如下步骤实现：

S1：判断交易状态码和判定规则中预先定义的预设交易状态码是否相同；若相同，则执行步骤S2；否则维持待处理金融交易的当前状态；

S2：判断查询状态码和判定规则中预先定义的预设查询状态码是否相同；若相同，则将判定规则中预先设定的金融交易状态确定为待处理金融交易的状态；否则，维持待处理金融交易的当前状态。

在本发明实施例中，在对待处理金融交易的状态进行判定时，首先可以判断交易状态码和判定规则中预先定义的预设交易状态码是否相同，如果不相同，则维持该待处理金融交易所处的状态。如果相同，则可以进一步判断查询状态码和判定规则中预先定义的预设查询状态码是否相同，若不相同，则维持该待处理金融交易所处的状态。若相同，则将判定规则中预先设定的金融交易状态确定为待处理金融交易的状态。由此可见，本方案通过利用银行返回的状态码和判定规则中预先定义的状态码进行对比，从而自动确定出待处理金融交易的当前状态，提高了异常付款结果判定的准确性与时效性，有效减少长期为处理中状态的付款数量，减轻运维人员需要人工确认状态的工作量。

在一种可能的实现方式中，在判定出查询状态码和判定规则中预先定义的查询状态码相同之后，且在判定待处理金融交易的状态为成功之前，还可以进一步包括如下步骤：

获取金融机构返回交易状态码时的交易时间，以及返回查询状态码时的查询时间；

计算交易时间和查询时间的时间间隔；

判断时间间隔是否满足判定规则中预先定义的预设时间间隔范围；

若所时间间隔满足判定规则中预先定义的预设时间间隔范围，则将判定规则中预先设定的金融交易状态确定为待处理金融交易的状态；

若时间间隔不满足判定规则中预先定义的预设时间间隔范围，则维持待处理金融交易的当前状态。

在本发明实施例中，还可以考虑通过交易时间和查询时间的间隔来进行进一步判断，以避免出现重复交易的情况。具体可以首先获取金融机构返回交易状态码时的交易时间，以及返回查询状态码时的查询时间，然后判断交易时间和查询时间的时间间隔是否满足判定规则中预先定义的预设时间间隔范围，如果满足，则可以将判定规则中预先设定的金融交易状态确定为待处理金融交易的状态，否则维持待处理金融交易的当前状态。如此解决了由于交易时间间隔不满足一定时间而产生错误判定，导致产生重复交易的问题。

在判定规则中可以包括三个要素：

1.支付时银行返回某种确定内容的报错信息；

2.通过查询得知银行未收到或未处理过此业务；

3.要素二与要素一满足某时间间隔。

预制的规则可以是多次手工标记失败后的经验总结，也可以是与银行沟通确认的结果。规则中除关键的“三要素”与判定结果外还可以包括其他附加字段，如下表1所示。

表1规则实体字段表

事实实体是对付款信息与付款返回状态码与错误信息等的记录，其所有字段说明如下表2所示，付款时记录对应的信息到事实实体表中，当付款结果查询该笔付款状态时，结果查询返回的状态码与错误信息为要素二信息，通过被查询付款的关键信息匹配事实实体中的银行编号、银行版本、付款日期、付款流水号、票号、系统标识等字段实现唯一确认该笔付款要素一的信息，事实实体中的记录时间与当前时间的差值为要素三。

结果判定，首先根据付款信息确认对应规则并检查规则签名，当规则验签成功时才继续进行判定，防止规则被随意修改，保证判定结果的准确性，其次，根据规则实体中的判定规则启用确定对应规则，最后，如果三要素满足规则，则将该笔付款结果判定为规则实体中的判定结果。

表2事实实体字段

当然，如上表1和2中所示，实体中可以银行编号、银行版本、银行接口交易码等内容。因此在进行待处理金融交易的状态查询时，结果查询信息可以包括：待处理金融交易所对应的金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号等信息；如此在获取来自金融机构返回的待处理金融交易的交易状态信息时，可以考虑利用金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号中的至少一个，获取待处理金融交易的状态信息。如此能够保证查询的待处理金融交易和获取到的交易状态码所对应的金融交易是同一个金融交易业务，保证了金融交易判定的准确性。此外，本方案可以通过对规则中多个字段的区分，实现所有银行、所有版本与所有支付场景的异常付款结果判定，从而在保证判定结果准确的前提下，兼容更多的应用场景。

在一种可能的实现方式中，在定义判定规则时，还可以利用定义的判定规则的关键信息进行签名加密，如表1中的规则签名字段。如此在根据查询状态信息、交易状态信息和预先设定的判定规则，判定待处理金融交易的状态之前，可以进一步包括：对预先设定的判定规则进行签名验证，并在签名验证通过后根据查询状态信息、交易状态信息和预先设定的判定规则判定待处理金融交易的状态。由此可见，本方案通过对规则采用所有字段签名，结果判定时验签的方法实现防篡改，保证自动判定的权威性与判定结果的准确性。

在一种可能的实现方式中，规则实体中的三要素规则可以启用自动生成，既满足了实际生产中规则实体的实时补充，也避免了人工统计可能造成的误判。

启用规则自动生成后，运维人员手工标记失败的付款信息与付款结果查询信息会作为要素一与要素二自动记录到规则实体中，但此时判定规则启用字段为000000，即此规则暂不启用。表1中的“标记失败累计数量”字段是每当有相同的要素一与要素二出现时，不再增加记录而是该字段累加；并将该笔付款结果查询到手工标记的时间差累加到“付款结果查询到标记失败累计时间”字段，“标记失败累计时间”字段是该记录第一次手工标记失败与最后一次手工标记失败的时间差。

规则的自动生成是当“标记失败累计数量”字段达到指定数量阈值，或是“标记失败累计数量”与“标记失败累计时间”字段联合确定的频率达到指定频率阈值，则将“付款结果查询到标记失败累计时间”字段与“标记失败累计数量”字段确定的平均值作为要素三，并将判定规则启用字段置为111111，即本条规则正式启用。

由此可见，当在进行人工标记时，若同一种情况出现的次数满足了一定的累积时间或累积数量，那么可以对该情况自动生成规则。如此之后在出现该种情况的状态判定时，不需要进行人工标记了，利用自动生成的规则即可对该状态进行判定。也就是说，本方案可通过对运维人员手工标记的记录进行统计，实现对高频率、大数量、一致性的异常付款自动生成判定规则，避免了人工统计制定规则可能导致的误判，保证了全过程自动化，即自动生成判定规则与根据规则自动判定结果。

如图2所示，本发明实施例还提供了一种金融交易状态的判定装置，该装置可以包括：查询状态码获取模块201、交易状态码获取模块202和交易状态判定模块203；

查询状态码获取模块201，用于根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，查询状态信息包括：查询状态码和查询异常信息；查询状态码用于表征金融机构在接收到结果查询请求时待处理金融交易所处的状态；

交易状态码获取模块202，用于获取来自金融机构返回的待处理金融交易的交易状态信息；其中，交易状态信息包括：交易状态码和交易异常信息；交易状态码用于表征金融机构在付款方付款后返回信息时待处理金融交易所处的状态；

交易状态判定模块203，用于根据查询状态码获取模块201获取到的查询状态信息、交易状态码获取模块202获取到的交易状态信息和预先设定的判定规则，判定待处理金融交易的状态。

在一种可能的实现方式中，交易状态判定模块203用于执行如下操作：

S1：判断交易状态码和判定规则中预先定义的预设交易状态码是否相同；若相同，则执行步骤S2；否则维持待处理金融交易的当前状态；

S2：判断查询状态码和判定规则中预先定义的预设查询状态码是否相同；若相同，则将判定规则中预先设定的金融交易状态确定为待处理金融交易的状态；否则，维持待处理金融交易的当前状态。

在一种可能的实现方式中，交易状态判定模块203，进一步用于执行如下操作：

获取金融机构返回交易状态码时的交易时间，以及返回查询状态码时的查询时间；

计算交易时间和查询时间的时间间隔；

判断时间间隔是否满足判定规则中预先定义的预设时间间隔范围；

若所时间间隔满足判定规则中预先定义的预设时间间隔范围，则将判定规则中预先设定的金融交易状态确定为待处理金融交易的状态；

若时间间隔不满足判定规则中预先定义的预设时间间隔范围，则维持待处理金融交易的当前状态。

在一种可能的实现方式中，结果查询信息包括：待处理金融交易所对应的金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号；

交易状态码获取模块202，利用金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号中的至少一个，获取待处理金融交易的状态信息。

在一种可能的实现方式中，该装置进一步包括：判定规则加密模块；

判定规则加密模块，用于利用定义的判定规则的关键信息进行签名加密；

交易状态判定模块203，用于对经过判定规则加密模块签名加密后的预先设定的判定规则进行签名验证，并在签名验证通过后根据查询状态信息、交易状态信息和预先设定的判定规则判定待处理金融交易的状态。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行本方案中任一个实施例中的方法。

本说明书还提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现本方案中任一个实施例中的方法。

可以理解的是，本方案实施例示意的结构并不构成对金融交易状态的判定装置的具体限定。在说明书的另一些实施例中，金融交易状态的判定装置可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或者软件和硬件的组合来实现。

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

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。

上述装置内的各单元之间的信息交互、执行过程等内容，由于与本方案方法实施例基于同一构思，具体内容可参见本方案方法实施例中的叙述，此处不再赘述。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本方案所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本方案描述的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (10)

1.金融交易状态的判定方法，其特征在于，包括：

根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，所述查询状态信息包括：查询状态码和查询异常信息；所述查询状态码用于表征所述金融机构在接收到所述结果查询请求时所述待处理金融交易所处的状态；

获取来自金融机构返回的所述待处理金融交易的交易状态信息；其中，所述交易状态信息包括：交易状态码和交易异常信息；所述交易状态码用于表征金融机构在付款方付款后返回信息时所述待处理金融交易所处的状态；

根据所述查询状态信息、所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态。

2.根据权利要求1所述的方法，其特征在于，所述根据所述查询状态信息、所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态，包括：

S1：判断所述交易状态码和所述判定规则中预先定义的预设交易状态码是否相同；若相同，则执行步骤S2；否则维持所述待处理金融交易的当前状态；

S2：判断所述查询状态码和所述判定规则中预先定义的预设查询状态码是否相同；若相同，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；否则，维持所述待处理金融交易的当前状态。

3.根据权利要求2所述的方法，其特征在于，在判定出所述查询状态码和所述判定规则中预先定义的查询状态码相同之后，且在判定所述待处理金融交易的状态为成功之前，进一步包括：

获取所述金融机构返回所述交易状态码时的交易时间，以及返回所述查询状态码时的查询时间；

计算所述交易时间和所述查询时间的时间间隔；

判断所述时间间隔是否满足所述判定规则中预先定义的预设时间间隔范围；

若所时间间隔满足所述判定规则中预先定义的预设时间间隔范围，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；

若所述时间间隔不满足所述判定规则中预先定义的预设时间间隔范围，则维持所述待处理金融交易的当前状态。

4.根据权利要求1所述的方法，其特征在于，所述结果查询信息包括：所述待处理金融交易所对应的金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号；

所述获取来自金融机构返回的所述待处理金融交易的交易状态信息，包括：

利用所述金融机构编号、所述金融机构系统标识、所述金融机构系统版本、所述付款日期和所述付款流水号中的至少一个，获取所述待处理金融交易的状态信息。

5.根据权利要求1至4中任一所述的方法，其特征在于，定义所述判定规则的步骤，包括：

利用定义的判定规则的关键信息进行签名加密；

在根据所述查询状态信息、所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态之前，进一步包括：

对所述预先设定的判定规则进行签名验证，并在签名验证通过后根据所述查询状态信息、所述交易状态信息和预先设定的判定规则判定所述待处理金融交易的状态。

6.金融交易状态的判定装置，其特征在于，包括：查询状态码获取模块、交易状态码获取模块和交易状态判定模块；

所述查询状态码获取模块，用于根据付款方发出的查询待处理金融交易的状态的结果查询信息，获取来自金融机构返回的查询状态信息；其中，所述查询状态信息包括：查询状态码和查询异常信息；所述查询状态码用于表征所述金融机构在接收到所述结果查询请求时所述待处理金融交易所处的状态；

所述交易状态码获取模块，用于获取来自金融机构返回的所述待处理金融交易的交易状态信息；其中，所述交易状态信息包括：交易状态码和交易异常信息；所述交易状态码用于表征金融机构在付款方付款后返回信息时所述待处理金融交易所处的状态；

交易状态判定模块，用于根据所述查询状态码获取模块获取到的所述查询状态信息、所述交易状态码获取模块获取到的所述交易状态信息和预先设定的判定规则，判定所述待处理金融交易的状态。

7.根据权利要求6所述的装置，其特征在于，所述交易状态判定模块用于执行如下操作：

S1：判断所述交易状态码和所述判定规则中预先定义的预设交易状态码是否相同；若相同，则执行步骤S2；否则维持所述待处理金融交易的当前状态；

S2：判断所述查询状态码和所述判定规则中预先定义的预设查询状态码是否相同；若相同，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；否则，维持所述待处理金融交易的当前状态。

8.根据权利要求7所述的装置，其特征在于，所述交易状态判定模块，进一步用于执行如下操作：

获取所述金融机构返回所述交易状态码时的交易时间，以及返回所述查询状态码时的查询时间；

计算所述交易时间和所述查询时间的时间间隔；

判断所述时间间隔是否满足所述判定规则中预先定义的预设时间间隔范围；

若所时间间隔满足所述判定规则中预先定义的预设时间间隔范围，则将所述判定规则中预先设定的金融交易状态确定为所述待处理金融交易的状态；

若所述时间间隔不满足所述判定规则中预先定义的预设时间间隔范围，则维持所述待处理金融交易的当前状态。

9.根据权利要求6所述的装置，其特征在于，所述结果查询信息包括：所述待处理金融交易所对应的金融机构编号、金融机构系统标识、金融机构系统版本、付款日期和付款流水号；

所述交易状态码获取模块，利用所述金融机构编号、所述金融机构系统标识、所述金融机构系统版本、所述付款日期和所述付款流水号中的至少一个，获取所述待处理金融交易的状态信息。

10.根据权利要求6至9中任一所述的装置，其特征在于，进一步包括：判定规则加密模块；

所述判定规则加密模块，用于利用定义的判定规则的关键信息进行签名加密；

所述交易状态判定模块，用于对经过所述判定规则加密模块签名加密后的预先设定的判定规则进行签名验证，并在签名验证通过后根据所述查询状态信息、所述交易状态信息和预先设定的判定规则判定所述待处理金融交易的状态。

Images