CN110728519A - 拒付任务的处理方法、装置和服务器 - Google Patents

Abstract

本说明书提供了拒付任务的处理方法、装置和服务器。在一个实施例中，可以预先配置对应多种业务场景下的拒付任务处理的拒付任务状态变更流程；在具体处理拒付任务时，可以先根据拒付任务处理请求，从预设的拒付任务状态变更流程中匹配出目标状态变更流程来配置状态机，再通过配置后的状态机，根据目标状态变更流程分别按照对应状态节点的处理规则，执行状态节点处的数据处理，以不断推进变更到下一个状态节点，完成拒付任务的处理。避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的处理逻辑和代码文件，能通过利用配置有对应目标状态变更流程的状态机来高效地执行多种业务场景下的拒付任务的处理，提高了处理效率。

Description

拒付任务的处理方法、装置和服务器

技术领域

本说明书属于互联网技术领域，尤其涉及一种拒付任务的处理方法、装置和服务器。

背景技术

当用户对已经核算过的交易订单存在异议，可以通过发卡行向中间组织，例如卡组织提出拒付申请，以申请返还部分或者全部的资金数据。中间组织会根据对应的拒付协议，将该拒付申请转发给收单行，并通过收单行要求对应的商户对该拒付申请进行相应处理。

由于不同的拒付申请所涉及到的中间组织、发卡行、收单行等场景因素不同，导致在处理不同业务场景的拒付申请时所要基于的拒付协议、处理逻辑以及时限要求都会存在较大差异。

因此，亟需一种能够高效地执行多种业务场景下的拒付任务处理的拒付任务的处理方法。

发明内容

本说明书提供了一种拒付任务的处理方法、装置和服务器，通过配置有与拒付申请对应的目标状态变更流程配的状态机，高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。

本说明书提供的一种拒付任务的处理方法、装置和服务器是这样实现的：

一种拒付任务的处理方法，包括：获取拒付任务处理请求；根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

一种拒付任务的处理装置，包括：获取模块，用于获取拒付任务处理请求；第一确定模块，用于根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；处理模块，用于通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现获取拒付任务处理请求；根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现获取拒付任务处理请求；根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

本说明书提供的一种拒付任务的处理方法、装置和服务器。通过预先配置对应多种业务场景下的拒付任务处理的拒付任务状态变更流程；在具体处理拒付任务时，先根据拒付任务处理请求，从预设的拒付任务状态变更流程中匹配出目标状态变更流程来配置状态机，再通过配置后的状态机，根据目标状态变更流程分别按照对应状态节点的处理规则，执行状态节点处的数据处理，以不断推进变更到下一个状态节点，完成拒付任务的处理。从而避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的执行逻辑和代码程序，达到可以通过利用配置有对应的目标状态变更流程配的状态机来高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。

附图说明

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

图1是在一个场景示例中，应用本说明书实施例提供的拒付任务的处理方法的一种实施例的示意图；

图2是本说明书实施例提供的拒付任务的处理方法的流程的一种实施例的示意图；

图3是在一个实施例中，应用本说明书实施例提供的拒付任务的处理方法的一种实施例的示意图；

图4是在一个实施例中，应用本说明书实施例提供的拒付任务的处理方法的一种实施例的示意图；

图5是本说明书的一个实施例提供的服务器的结构示意图；

图6是本说明书的一个实施例提供的拒付任务的处理装置的结构示意图。

具体实施方式

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

考虑到基于通常处理不同业务场景中的拒付请求所请求的拒付任务时，由于涉及到的发卡行、中间组织、收单行、业务类型等不同。导致在具体处理拒付任务时，所基于的拒付协议规则，发卡行、收单行的时效要求都会存在较大差异。进而使得在处理不同业务场景的拒付任务之前，都需要先针对该业务场景设计单独对应的处理逻辑，再基于该处理逻辑编写对应的代码执行文件，来处理该业务场景中拒付任务。即，基于所编写的代码执行文件往往只能适用于一种业务场景下的拒付任务处理，所适用的业务场景往往有限，且也不容易扩展应用到其他的业务场景。如果要处理其他业务场景下的拒付任务处理，则需要另外专门针对其他的业务场景，重新设计对应的处理逻辑，并编写相应的代码可执行文件。进而增加了处理成本，不容易接入新的业务场景，影响了处理效率。

本说明书考虑可以引入状态机来高效、准确地执行拒付任务的处理，同时可以根据不同业务场景预先配置好多种对应的拒付任务状态变更流程作为预设的拒付任务状态变更流程。在对某一个拒付任务进行处理时，可以根据该拒付任务从多个预设的拒付任务状态变更流程中找到匹配的拒付任务状态变更流程作为目标状态变更流程，再利用该目标状态变更流程配置状态机，使得状态机可以适用于该业务场景。进而可以通过上述配置后的状态机来处理该拒付任务。从而避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的处理逻辑和代码文件的麻烦，而是通过利用配置有对应目标状态变更流程的状态机来高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。解决了处理成本高，适用的业务场景有限，不适宜扩展的技术问题。

本说明书实施例提供了一种拒付任务的处理方法，所述拒付任务的处理方法可以应用于服务于商户的业务平台的服务器一侧。

具体的，上述服务器可以用于接收并响应商户的账户所在机构，例如收单行转发的拒付申请，并基于该拒付申请生成对应的拒付任务处理请求。先根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出匹配的预设的拒付任务状态变更流程作为目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则。进而可以通过配置后的状态机，根据所述目标状态变更流程，自动分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

在本实施例中，所述服务器可以是一种应用于业务平台一侧，能够实现数据传输、数据处理等功能的后台业务服务器。具体的，所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施方式中，并不具体限定所述服务器的数量。所述服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。

在一个场景示例中，参阅图1所示，某网络购物平台可以应用本说明书实施例提供的拒付任务的处理方法协助该平台上的商户处理用户提出的拒付申请。

在本场景示例中，用户A之前在某网络购物平台上的商户B处下单购买了一件衣服，并已经确认支付了该衣服的交易订单。相关银行已经完成了针对该笔交易订单的核算处理，即将用于购买该衣服的货款资金从用户A在甲银行的账户中转账到了商户B在乙银行的账户中。

用户A在试穿完衣服后发现该衣服存在瑕疵，例如衣服的袖口有开线，觉得所收到的衣服不值之前所支付的货款资金，想要请求商户B退还部分货款资金。这时，用户A可以通过自己手机客户端上安装的该购物平台的APP针对该衣服的交易订单提出拒付申请，以请求商户基于所售衣服的瑕疵退还部分货款资金。

具体的，用户A可以在该购物平台APP中找到包含有该衣服的交易订单的界面，并通过在该界面中点击申请退款，进入针对该交易订单的拒付申请设置界面中。在该拒付申请设置界面中按照指示，填写该交易订单的流水号、拒付理由、所申请的具体内容要求(例如，退还原货款资金的10％)等信息。手机客户端会接受并根据用户A在该界面上设置的上述信息，生成对应的拒付申请，并将该拒付申请发送给用户A的账户所在银行，即甲银行的服务器。

甲银行的服务器在接收到上述拒付申请后，会对该拒付申请进行解析，确定用户A所申请的具体内容，以及相关的收单行和中间机构(例如，中间卡组织：VISA或者Mastercard等)。再根据与中间结构的拒付协议规则，先将该拒付申请转发给对应的中间机构的服务器。

中间机构的服务器在接收到该拒付申请后，会先根据该拒付申请确定对应的收单行为乙银行，即商户B的账户所在银行。再将该拒付申请发送给乙银行的服务器，以要求乙银行的服务器通知与该拒付申请相关的商户B在一定的时限内做出回复，例如，提供抗辩文件，或者，同意用户A的提出的申请，返还部分货款资金。

乙银行的服务器在接收到上述拒付申请后，会将该拒付申请发送给某购物网络平台的服务器。其中，该购物网络平台还为入驻该平台的商户提供与相关银行对接协助处理拒付申请的业务服务。

具体的，某购物网络平台的服务器会协助该平台上的商户B与相关银行以及中间机构进行交互，且在商户B授权的情况下，代表商户B根据相应的拒付协议规则，在规定的时限内推进相关的处理流程，完成针对该拒付申请的处理。

例如，某购物网络平台的服务器可以在中间机构所规定的时限内协助商户B获取并提供能够证明商户B所出售的衣服不存在用户A拒付理由中所指出的瑕疵的证据并拒绝用户的拒付申请的抗辩文件。再通过乙银行的服务器转发给中间机构的服务器，进行仲裁。以便中间机构的服务器可以根据用户A的提供拒付申请，以及商户B提供的抗辩文件对该笔交易订单的是否需要退款，以及具体如何退款进行仲裁，得到对应的仲裁结果。再根据具体的仲裁结果要求商户B向用户A在银行甲的账户退回相应数额的货款资金，或者根据仲裁结果驳回了用户A提出拒付申请，并告知用户A拒付申请失败，不支持本次拒付申请等。

在本场景示例中，某网络购物平台的服务器在接收到银行B的服务器转发的拒付申请后，会先对该拒付申请进行解析，确定发出申请的对象与用户A，该用户A的发卡行为银行甲，参与本次拒付处理的中间机构，申请中用于指示用户A的拒付理由的理由码，以及用户A在申请中所提出的具体拒付申请内容，例如，退还10％的货款资金等信息。进而，服务器可以根据基于上述信息所确定的中间机构的身份标识、拒付申请内容和拒付理由码等生成对应的拒付任务处理请求。其中，上述中间机构的身份标识具体可以理解为一种与中间机构对应的标识信息。具体的，可以是中间机构的名称、中间机构的机构代码等等。

在本场景示例中，考虑到针对不同业务场景中的拒付任务的处理，由于不同业务场景所涉及的参与拒付处理的中间机构不同，因此所基于的拒付协议规则存在差异，导致不同业务场景中的拒付任务的具体处理流程会存在较大差异。此外，不同业务场景中的拒付申请还由于所涉及到的具体拒付理由不同，也会导致对应的拒付任务的处理流程出现差异。为了能够同时有效地支持多种不同业务场景下的拒付申请的任务处理，可以先结合造成拒付任务处理流程差异具体原因，即先根据不同业务场景下的中间机构所基于的不同的拒付协议规则以及不同的拒付理由，结合状态机的实现机制，先建立配置出能够分别适用于多个不同业务场景下的拒付任务处理的多个处理流程，即多个预设的拒付任务状态变更流程。

其中，上述预设的拒付任务状态变更流程具体可以理解为针对一类业务场景通过状态机实现的拒付任务处理流程。具体的，上述预设的拒付任务状态变更流程汇总可以包括多个按照一定的顺序排列的状态节点，其中，每一个状态节点上还设置有对应的处理规则。

这样每次在具体处理某一个拒付任务处理请求所请求的处理任务时，可以先根据该任务处理请求从多个预设的拒付业务状态变更流程中找到匹配的拒付业务状态变更流程作为目标状态变更流程。再利用上述目标状态变更流程配置状态机，得到能够适用于该业务场景下的拒付任务处理的配置后的状态机，从而可以通过该配置后的状态机准确、高效地对该拒付任务处理请求所请求的拒付任务进行具体处理。这样可以有效地扩展所适用的业务场景范围，能准确地对多种不同业务场景下的拒付任务进行针对性处理。

在本场景示例中，具体实施时，服务器可以先从所获取的任务处理请求中提取出对应的中间机构的身份标识，以及拒付理由码；再根据上述中间机构的身份标识，以及拒付理由码在多个预设的拒付任务状态变更流程中检索出与上述中间机构的身份标识，以及拒付理由码匹配的预设的拒付任务状态变更流程作为适用于该拒付任务处理的目标状态变更流程。

进一步，可以将目标状态变更流程配置到状态机上，使得配置后的状态机能够基于目标状态变更流程进行对应业务场景下的拒付任务处理。

在本场景示例中，具体实施时，服务器在得到上述配置后的状态机以后，可以通过调用该配置后的状态机，根据对应的目标状态变更流程，逐个地根据状态节点处对应的处理规则，按顺序执行完成目标状态变更流程中的状态节点处的数据处理，以推进变更到下一个状态节点，进行下一个状态节点的数据处理。按照上述方式，逐个完成各个状态节点处的数据处理，直到变更到并处理完目标状态变更流程中结束状态节点处的数据处理，从而完成了该拒付任务的处理。

具体实施时，以执行目标状态变更流程中当前状态节点的数据处理为例，根据目标状态变更流程，确定与当前状态节点对应的处理规则和下一个状态节点。再根据上述处理规则，确定在当前状态节点处可以执行的用以触发由当前状态节点变更到下一个状态节点的预设动作。进而执行上述预设动作，得到对应的执行结果。并根据执行结果，确定是否将当前状态节点变更至下一个状态节点。

在本场景示例中，上述预设动作具体可以理解为在对应的当前状态节点所要执行的操作处理。例如，在某一个状态节点需要生成并通过乙银行的服务器向中间机构的服务器转发商户B的抗辩文件具体可以认为是一种预设动作。当然，上述所列举的预设动作只是一种示意性说明。具体实施时，上述预设动作还可以是在某一个状态请求申请并调用与拒付申请相关的资金文件，或者申请并调取与拒付申请所对应的交易订单相关的清算文件和对账文件，再或者对抗辩文件和资金文件汇总的资金数据进行核算，为商户B发起预仲裁请求等等。

具体的，可以根据当前状态节点处的处理规则，对应的可执行的预设动作可以包括多个不同的预设动作，这时基于处理规则，可以在该状态节点处分别执行多个预设动作，得到对应的多个执行结果，根据多个执行结果，从当前状态节点之后的多个可连接的下一个状态节点中筛选出与多个执行结果相匹配的下一个状态节点作为要变更进入的下一个状态节点。也可以在该状态节点处进行条件判断，根据判断结果从多个预设动作中确定出一个或多个目标预设动作，进而可以执行上述一个或多个目标预设动作，得到对应的执行结果。再根据上述执行结果，变更跳转到与上述一个或多个目标预设动作关联的下一个状态节点。

在本场景示例中，具体实施时，可以将获取到拒付任务处理请求作为第一个状态节点，即初始状态节点。获取初始状态节点处的处理规则，并根据处理规则执行以下预设动作：申请调用与拒付申请相关的资金文件；向商户B展示拒付申请，以及相关的资金文件，并接受商户B针对该拒付申请的指令操作。

如果服务器得到的执行结果为：商户B输入的同意按照用户A要求的资金对用户A进行退款指令操作，则根据目标状态变更流程变更进入到结束状态节点，并在该状态节点向乙银行的服务器发送同意并接受拒付申请的确认信息。乙银行的服务器在接收到上述确认信息后，可以通过中间机构将货款资金10％从商户B的乙银行账户中转账给用户A的甲银行账户，从而完成本次拒付任务处理。

在上述初始状态节点处，如果接收到的执行结果为：商户B输入的不同意拒付申请的指令操作，则可以根据该指令操作，通过状态机可以根据目标状态变更流程从初始状态节点变更跳转到下一个状态节点(记为第二个状态节点)。

在变更跳转到第二个状态节点后，服务器可以获取该状态节点处的处理规则。并根据处理规则执行以下预设动作：搜集与拒付申请所针对的交易订单相关的产品信息、物流信息等订单信息；接收商户B提出的处理结果(例如只同意退还5％的货款资金数据，或者不同意用户A提出的拒付理由)；进而可以根据上述订单信息，以及商户B可接受的处理结果生成对应的抗辩文件；再将该抗辩文件通过乙银行的服务器发送至中间机构的服务器，以请求中间结构基于抗辩文件对该次拒付申请进行仲裁。

在服务器接收到乙银行的服务器反馈的抗辩文件发送中间机构成功的确认信息(作为第二个状态节点的执行结果)后，变更进入下一个状态节点(记为第三个状态节点)。同样，服务器可以获取该状态节点的处理规则，并根据处理规则执行以下预设动作：自进入第三个状态节点开始计时，检测是否在预设的时限内(例如150天)收到银行乙的服务器转发的仲裁失败的仲裁结果。

如果得到的执行结果为：在预设的时限内没有接收到银行乙的服务器转发的仲裁失败的仲裁结果，则可以判断商户B仲裁成功，即中间机构基于服务器所反馈的抗辩文件判定商户B胜诉，支持商户B在抗辩文件中提出的处理结果。这时可以根据目标状态变更流程变更进入到结束状态节点，并在该状态节点处，根据对应的处理规则，基于上述执行结果生成对应的提示信息：仲裁成功，并将该提示信息发送给商户B，从而完成本次拒付任务的处理。

如果得到的执行结果为：在预设的时限内接收到银行乙转发的仲裁失败的仲裁结果，则可以判断商户B仲裁失败，即中间机构基于服务器所反馈的抗辩文件判定商户B败诉，不支持商户B在抗辩文件中提出的处理结果。这时可以根据目标状态变更流程变更进入到下一个状态节点(即为第四个状态节点)以进行第二次仲裁请求。

在另一个场景示例中，某购物网络平台需要协助该网络平台上的商户对新接入的业务场景中的拒付申请进行处理。由于之前所配置构建的多个预设的拒付任务状态变更流程都不适用与新接入的业务场景，服务器可以先获取新接入的业务场景中中间机构与发卡行、收单行之间所基于的拒付规则协议，并根据上述新接入的业务场景中的拒付规则协议，结合收单行的处理规则，配置建立对应该业务场景新的拒付任务状态变更流程，以扩充原来使用的预设的拒付任务状态变更流程。这样在具体处理拒付申请时，如果根据从拒付任务处理请求提取到的中间机构的身份标识，以及拒付理由码确定该拒付任务处理请求所针对拒付申请为新接入的业务场景下的拒付申请时，可以从扩充后的多个预设的拒付任务状态变更流程中匹配到上述新建立的对应新的业务场景的预设的拒付任务状态变更流程作为目标状态变更流程。再利用该目标状态变更流程配置状态机，通过配置后的状态机来处理该拒付任务。从而可以较为简便地对状态机所能适用的业务场景进行扩展，能够高效地针对新接入的业务场景中的拒付任务进行准确处理。

由上述场景示例可见，本说明书提供的拒付任务的处理方法，由于通过预先配置对应多种业务场景下的拒付任务处理的拒付任务状态变更流程；具体处理拒付任务时，根据拒付任务处理请求，从预设的拒付任务状态变更流程中匹配出目标状态变更流程来配置状态机，再通过配置后的状态机，根据目标状态变更流程分别按照对应状态节点的处理规则，执行状态节点处的数据处理，以不断推进变更到下一个状态节点，完成拒付任务的处理。从而避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的执行逻辑和代码程序，达到通过利用配置有对应目标状态变更流程配的状态机，高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。

参阅图2所示，本说明书实施例提供了一种拒付任务的处理方法，其中，该方法具体可以应用于服务器一侧。具体实施时，该方法可以包括以下内容。

S21：获取拒付任务处理请求。

在本实施例中，上述拒付任务处理请求具体可以理解为一种请求执行与服务器所接收到的拒付申请相关的数据处理的请求数据。

在本实施例中，在获取拒付任务处理请求之前，所述方法具体实施时，还可以包括以下内容：接收第一机构的服务器转发的拒付申请，其中，所述拒付申请为用户针对已经核算了的交易数据向第二机构的服务器发起的申请数据，所述第二机构的服务器根据拒付协议规则将所述拒付申请发送至中间机构的服务器，所述中间机构的服务器将所述拒付申请转发给所述第一机构的服务器；根据所述拒付申请，确定中间机构的身份标识、拒付申请内容、拒付理由码；根据所述中间机构的身份标识、拒付申请内容、拒付理由码，生成对应的拒付任务处理请求。

在本实施例中，上述拒付申请具体可以理解为一种用户作为付款方对已经核算过的交易数据存在异议所提出的要求收款方返还与该交易数据相关的部分资金数据或者全部资金数据的请求数据。

在本实施例中，上述第一机构具体可以理解为收款方的账户所在机构，例如，收款方的账户所在银行、收单行等。上述第二机构具体可以理解为付款方的账户所在机构，例如，付款方的账户所在银行、发卡行等。当然，需要说明的是，上述所列举的第一机构和第二机构只是一种示意性说明。具体实施时，根据具体的业务场景还可以引入其他组织机构作为上述第一机构和第二机构。对此，本说明书不作限定。

在本实施例中，还需要补充的是，基于交易数据的处理规则，在第一机构和第二机构之间还存在中间机构，例如卡组织VISA或者Master card等。所述中间机构会根据相应的协议规则参与第一机构和第二机构之间的交易数据的处理。

在本实施例中，当某个用户作为收款方对一个已经核算过的交易数据(例如，一个交易订单)有异议时，想要申请拒付(例如，申请退单)，可以通过向该用户的账户所在机构，即第二机构提出拒付申请。以申请要求退还全部或者部分的资金数据作为所主张的申请内容。并在提出拒付申请时，按照相应指示写明具体的拒付理由等信息。

第二机构的服务器在接收到该用户提出的拒付申请后，会按照与中间机构之间的拒付协议规则，将该拒付申请转发送给中间机构的服务器，由中间机构进行裁决。

中间机构的服务器在接收到上述拒付申请后，根据拒付申请确定与该拒付申请相关的收款方，以及收款方的账户所在机构，即第一机构，再将该拒付申请转发给第一机构的服务器。

第一机构的服务器，在接收到上述拒付申请后，会将该拒付申请转发给服务器(例如，某购物网络平台的服务等)。该服务器可以与收款方进行交互，协助收款方按照对应的拒付协议规则，在规定的时限内完成针对该拒付申请的具体处理。例如，同意拒付申请，按照用户的要求退还全部或者部分的资金数据；或者，不同意拒付申请，协助收款方生成并向中间机构发送抗辩文件，提出针对该拒付申请的仲裁请求等等。

在本实施例中，具体实施时，服务器可以先对该拒付申请进行解析，获取拒付申请内容，例如用户所主张的退款方式是退还全部资金数据还是部分资金数据，以及拒付理由码，例如用于指示用户拒付理由类型的指示码等，同时服务器还可以通过查询等方式获取参与本次拒付申请处理的中间机构的身份标识。进而可以根据上述确定的中间机构的身份标识、拒付申请内容，以及拒付理由码确定该拒付申请所对应的业务场景，并生成针对该拒付申请的拒付任务处理请求，以便后续可以基于该拒付任务处理请求针对该拒付申请进行相应处理。

S23：根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则。

在本实施例中，上述多个预设的拒付任务状态变更流程为根据不同业务场景下拒付申请所涉及的中间机构的拒付规则协议、拒付理由类型等，结合状态机的实现机制，预先配置建立的适用于多个不同业务场景下的拒付申请所对应的拒付任务处理的处理流程。

其中，上述每一个预设的拒付任务状态变更流程可以包括多个状态节点，且在每一个状态节点上都设置有与该状态节点对应的处理规则，每一个状态节点对应一个拒付任务的处理状态。后续状态机将会根据上述预设的拒付任务状态变更流程进行具体的拒付任务处理。

在本实施例中，上述状态机(Finite-state machine,FSM)，也称为有限状态机，具体理解为一种包含了有多个状态以及在这些状态之间的转移变更和相应动作等行为的模型。通过状态机可以高效地描述出拒付任务处理过程中的要经历的各个状态、各个状态之间的承接关系，以及各个状态中对所接收到的动作事件的响应规则。

后续状态机具体实施时，可以根据预设的拒付任务的状态变更流程，按照每一个状态节点处的处理规则，执行该状态节点处的数据处理，以便推进变更到下一个状态节点。在变更到下一个状态节点后，再根据该状态节点处的处理规则，执行对应的数据处理，以推进变更到该状态节点之后的下一个状态节点。这样可以根据上述预设的拒付任务的状态变更流程，不断地执行完当前状态节点处的数据处理，变更进入到下一个状态节点，进行下一个状态节点处的数据处理。直到变更进入并执行完预设的拒付任务的状态变更流程中结束状态节点处的数据处理，从而完成了针对拒付申请的拒付任务处理。

在本实施例中，考虑到对于不同业务场景的拒付申请处理，由于参与的中间机构、涉及的拒付理由存在差异，导致状态机所基于的拒付任务状态变更流程也会不同。因此，具体实施时，服务器可以先针对不同业务处理场景中拒付申请，根据所涉及的中间机构使用拒付规则协议，以及具体的拒付理由类型，通过状态机的状态机配置管理模块分别配置建立对应多个业务处理场景的拒付任务处理的拒付任务状态变更流程，作为预设的拒付任务状态变更流程。并将上述多个预设的拒付任务状态变更流程以xml的形式保存在状态机，或者服务器中。

当然，具体实施时，服务器还可以为技术人员提供预设的拒付任务状态变更流程的设置界面，技术人员也可以根据具体需要，通过该设置界面可以灵活地设置建立新的预设的拒付任务状态变更流程，也可以通过该设置界面便捷高效地对原本保存的多个预设的拒付任务状态变更流程进行修改和调整。

在本实施例中，在对任意一个拒付任务处理请求进行处理时，可以根据拒付任务处理请求所涉及的中间机构以及拒付理由从上述多个预设的拒付任务变更流程中找到匹配的变更流程作为对应当前要处理的拒付任务处理请求的目标变更流程。

具体的，上述根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，可以包括以下内容：从所述拒付任务处理请求中提取中间机构的身份标识、拒付理由码；从多个预设的拒付任务状态变更流程中检索出与所述中间机构的身份标识、拒付理由码匹配的预设的拒付任务状态变更流程作为目标状态变更流程。这样对于任意一个拒付任务处理请求，服务器可以根据该拒付任务处理请求的中间机构标识以及拒付理由码作为依据，从多个预先配置建立的预设的拒付任务状态变更流程中找到适用于当前的拒付任务处理的目标状态变更流程。

进一步，服务器可以将上述目标状态变更流程配置到状态机，从而得到针对该拒付任务处理请求的配置后的状态机。具体的，例如，服务器可以通过状态机的映射关系管理模块将所述目标状态变更流程映射到状态机上，完成配置，这样得到的配置后的状态机可以根据目标状态变更流程，结合状态机运行时进行针对拒付任务的数据处理。

S25：通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

在本实施例中，服务器在的得到上述针对拒付任务处理请求的配置后的状态机后，可以通过运行配置后的状态机，根据目标状态变更流程地根据各个状态节点处的处理规则进行对应状态节点处的数据处理，以变更推进到下一个状态节点。直到变更进入到目标状态变更流程中的结束状态节点，根据结束状态节点的处理规则完成结束状态节点处的数据处理，从而完成了拒付任务的处理。

在本实施例中，具体实施时，可以参阅图3所示，对于目标状态变更流程中的多个状态节点中的当前状态节点可以按照以下方式处理：根据目标状态变更流程，确定与当前状态节点对应的处理规则，以及当前状态节点之后的下一个状态节点；根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果；根据所述执行结果，确定是否将当前状态节点变更至下一个状态节点。

在本实施例中，根据目标状态变更流程，在当前状态节点处设置有对应的处理规则，根据处理规则服务器可以知道在当前的状态节点可以执行的预设动作。

在本实施例中，在当前状态节点处执行预设动作得到对应的执行结果可以被映射成为一个事件(即Event)，当事件满足该状态节点处的处理规则所记载的要求时，可以触发从当前状态跳转到对应的下一个状态，即有由当前状态节点变更进入到下一个状态节点。

其中，上述可以执行的预设动作可以是一个预设动作，也可以是多个不同的预设动作。其中，多个不同的预设的动作是相互独立可在该状态节点同时执行的动作；也可以是相互关联需要按照一定先后顺序执行的动作，或者择一执行的动作等。类似的，当前状态节点的下一个状态节点可以包括多种不同的状态节点，可以针对预设动作的执行结果，从上述多个不同的状态节点中确定出从前状态节点真正变更进入的下一个状态节点。

具体的，上述预设动作可以是调取与所述拒付申请相关的资金文件；也可以是调取与所述拒付申请所对应的交易数据相关的清算文件和对账文件；还可以是调取针对所述拒付申请的抗辩文件；还可以是核算抗辩文件和资金文件中的资金数据，发起预仲裁请求等等。当然，需要说明的是，上述所列举的预设动作只是一种示意性说明。具体实施时，根据具体的应用场景，还可以引入其他内容的动作作为上述预设动作。对此，本说明书不作限定。

在本实施例中，考虑到基于中间机构的拒付协议规则，以及第一机构的处理规则，对于一些预设动作还会有对应的时限要求。例如，可能要求每一个预设动作的执行结果必须在3天内上传转发给中间机构。因此，具体实施时，上述确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果，可以包括以下内容：根据所述处理规则，确定在当前状态节点处的预设动作，以及与预设动作对应的动作时限；执行预设动作，并确定是否在所述动作时限内接收到针对预设动作的结果数据，以生成所述执行结果。

例如，所执行的预设动作是调取针对所述拒付申请的抗辩文件，并核算抗辩文件和资金文件中的资金数据，发起预仲裁请求这个组合动作。其中，根据处理规则该预设动作对应的时限要求为5天。服务器可以自进入当前状态点起开始计时，如果在5天内没有完成了上述预设动作，并得到了中间机构反馈的预仲裁请求的接收确认信息，则可以生成执行成功的执行结果。这时基于该执行结果可以由当前状态节点变更进入到下一个状态节点，以等待中间机构的仲裁结果。

相反，如果在5天没有执行完成上述预设动作，没有得到中间机构反馈的预仲裁请求的接收确认信息，则可以生成执行失败的执行结果。这时基于该执行结果可以由当前状态节点变更进入到结束状态节点，确认预仲裁请求失败。

在本实施例中，上述服务器具体可以配置有定时器，进而服务器可以调用并根据上述定时器对是否在相应的时限内获得到预设动作所对应的结果数据进行判断，从而准确地确定出对应的执行结果。此外，还可以通过定时器对整个目标状态变更流程的处理进行监控。以保证目标状态变更流程中各个状态节点处的数据处理符合要求。

在本实施例中，由于通过预先配置对应多种业务场景下的拒付任务处理的拒付任务状态变更流程；具体处理拒付任务时，根据拒付任务处理请求，从预设的拒付任务状态变更流程中匹配出目标状态变更流程来配置状态机，再通过配置后的状态机，根据目标状态变更流程分别按照对应状态节点的处理规则，执行状态节点处的数据处理，以不断推进变更到下一个状态节点，完成拒付任务的处理。从而避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的执行逻辑和代码程序，达到通过利用配置有对应目标状态变更流程配的状态机，高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。

在一个实施例中，在获取拒付任务处理请求之前，所述方法具体实施时，还可以包括以下内容：接收第一机构的服务器转发的拒付申请，其中，所述拒付申请为用户针对已经核算了的交易数据向第二机构的服务器发起的申请数据，所述第二机构的服务器根据拒付协议规则将所述拒付申请发送至中间机构的服务器，所述中间机构的服务器将所述拒付申请转发给所述第一机构的服务器；根据所述拒付申请，确定中间机构的身份标识、拒付申请内容、拒付理由码；根据所述中间机构的身份标识、拒付申请内容、拒付理由码，生成对应的拒付任务处理请求。

在一个实施例中，上述根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，具体实施时可以包括以下内容：从所述拒付任务处理请求中提取中间机构的身份标识、拒付理由码；从多个预设的拒付任务状态变更流程中检索出与所述中间机构的身份标识、拒付理由码匹配的预设的拒付任务状态变更流程作为目标状态变更流程。其中，上述理由码具体可以用于指示拒付申请的拒付理由类型的信息数据。

在一个实施例中，上述通过状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，具体实施时，可以包括以下内容：按照以下方式，通过状态机，根据所述目标状态变更流程，执行当前状态节点的数据处理：根据目标状态变更流程，确定与当前状态节点对应的处理规则，以及当前状态节点之后的下一个状态节点；根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果；根据所述执行结果，确定是否将当前状态节点变更至下一个状态节点。

在一个实施例中，所述预设动作具体可以包括以下至少之一：调取与所述拒付申请相关的资金文件，调取与所述拒付申请所对应的交易数据相关的清算文件和对账文件，调取针对所述拒付申请的抗辩文件，核算抗辩文件和资金文件中的资金数据，发起预仲裁请求等。当然，需要说明的是，上述所列举的预设动作只是一种示意性说明。具体实施时，根据具体情况和处理需要，还可以引入其他内容的动作作为上述预设动作。对此，本说明书不作限定。

在一个实施例中，当前状态节点处的预设动作具体可以包括多个预设动作；相应的，所述当前状态节点之后的下一个状态节点包括多个与预设动作关联的下一个状态节点。

在一个实施例中，上述根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果，具体实施时，可以包括以下内容：根据所述处理规则，确定在当前状态节点处的预设动作，以及与预设动作对应的动作时限；执行预设动作，并确定是否在所述动作时限内接收到针对预设动作的结果数据，以生成所述执行结果。

在一个实施例中，上述预设的拒付任务状态变更流程可以按以下方式建立：获取对应的业务场景中涉及的中间机构所使用的拒付规则协议，以及对应的业务场景中的拒付申请的拒付理由类型；根据上述拒付规则协议，以及拒付申请的拒付理由类型，基于状态机的实现机制，结合第一机构的处理规则，建立对应的拒付任务状态变更流程作为预设的拒付任务状态变更流程。

在一个实施例中，在对新接入的业务场景的拒付申请进行处理时，可以先获取新接入的业务场景中涉及的中间机构所使用的新的拒付规则协议，根据上述新的拒付规则协议，结合第一结构的处理规则，建立针对新的业务场景的拒付任务状态变更流程。可以将上述拒付任务状态变更流程配置到状态机上，得到能适用于该业务场景中拒付任务处理的配置后的状态机，进而可以使用上述配置后的状态机处理上述新接入的业务场景的拒付申请的处理。

在一个实施例中，具体实现运用上述方法时，可以参阅图4所示，可以预先在服务器上配置好相应的状态机(即拒付状态机)、资金文件管理模型和拒付任务管理模块。其中，上述状态机具体可以包括状态机配置管理单元、状态机映射关系管理单元，以及状态机运行时单元等。上述拒付任务管理模块具体可以包括拒付对账单元、拒付任务(task)处理单元和拒付业务流程单元等。

其中，上述状态机配置管理单元用于配置建立对应多种不同业务场景下的拒付处理的预设的拒付任务状态变更流程，并将上述预设的拒付任务状态变更流程以xml形式进行保存和后续的配置、管理。同时，还为还可以接收技术人员通过所提供的设置界面等对所保存的预设的拒付任务状态变更流程的修改，以对所保存的预设的拒付任务状态流程进行更新。还可以接收技术人员通过上述设置界面等输入设置的新的拒付任务状态变更流程，并将新的拒付任务状态变更流程也以xml形式进行保存和后续的配置、管理。上述状态机运行时单元具体用于负责状态机运行时对不同状态节点的变更跳转的处理。

在本实施例中，基于上述配置的服务器，在获取拒付任务处理请求后，可以通过状态机的状态机配置管理单元以及状态机映射关系管理单元确定出拒付任务处理请求匹配的目标状态变更流程，并利用该目标状态变更流程配置状态机，得到对应的适用于该拒付任务处理的配置后的状态机。

进而，服务器可以通过配置后的状态机，基于状态机运行时单元根据所确定的目标状态变更流程，运行状态机，以响应状态任务处理请求，自动完成状态节点的变更和跳转，分别根据对应的状态节点的处理规则，处理各个状态节点的数据处理。在对各个状态节点进行对应的数据处理时，可以通过调用运行拒付任务管理模块和/或资金文件管理模块完成每个状态节点的预设动作。例如，可以通过调用资金文件管理模块获取清算文件，对账文件。可以通过调用拒付对账单元核算抗辩文件和资金文件中的资金数据。可以通过调用拒付业务流程单元对各个业务节点处的数据处理进行监控和管理，协助完成状态节点的变更，实现任务更新。可以通过调用拒付任务处理处理模块对各个状态节点的数据处理进行管理，并与服务器进行交互，反馈各个状态节点处的处理规则，以及可执行的预设动作等信息。服务器还可以提供一个与网络平台的工作人员，例如，负责为商户处理拒付任务的小二的交互端口。服务器可以通过该交互端口将每个状态节点处的处理规则，以及可执行的预设动作等信息展示给工作人员，以便工作人员可以根据所展示的上述信息，配合协助完成各个状态节点处的预设动作。例如，根据所展示的信息，协助搜集证据生成并通过上述交互端口上传针对拒付申请的抗辩文件，或者通过上述交互端口代表商户发起预仲裁请求等。此外，工作人员还可以通过上述交互端口查询任务状态节点的处理情况，了解任务处理的具体进度。

此外，还可以在服务器上预先配置好定时器管理单元，这样在按照上述方式具体运行配置后的状态机执行各个状态节点的数据处理时，还可以通过调用定时器管理单元根据基于目标状态变更流程所确定的时间表，利用定时器根据对应状态节点处的处理规则，对该状态节点处的预设动作的时限情况进行监控和管理。例如查询状态节点处的数据处理时限等。

由上可见，本说明书实施例提供的拒付任务的处理方法，由于通过预先配置对应多种业务场景下的拒付任务处理的拒付任务状态变更流程；具体处理拒付任务时，根据拒付任务处理请求，从预设的拒付任务状态变更流程中匹配出目标状态变更流程来配置状态机，再通过配置后的状态机，根据目标状态变更流程分别按照对应状态节点的处理规则，执行状态节点处的数据处理，以不断推进变更到下一个状态节点，完成拒付任务的处理。从而避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的执行逻辑和代码程序，达到通过利用配置有对应目标状态变更流程配的状态机，高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。解决了处理成本高，适用的业务场景有限，不适宜扩展的技术问题。还通过根据新接入的业务场景中涉及到的拒付协议规则，以及第一机构的业务处理规则，建立新的拒付状态变更流程，再通过将上述新的拒付状态变更流程配置到状态机上，从而可以较为简便地对状态机所能适用的业务场景进行扩展，能够高效地针对新接入的业务场景中的拒付任务进行准确处理。

本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：获取拒付任务处理请求；根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

为了能够更加准确地完成上述指令，参阅图5所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口501、处理器502以及存储器503，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。

其中，所述网络通信端口501，具体可以用于获取拒付任务处理请求；

所述处理器502，具体可以用于根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务；

所述存储器503，具体可以用于存储相应的指令程序。

在本实施例中，所述网络通信端口501可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的80号端口，也可以是负责进行FTP数据通信的21号端口，还可以是负责进行邮件数据通信的25号端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施例中，所述处理器502可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。

在本实施例中，所述存储器503可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

本说明书实施例还提供了一种基于上述拒付任务的处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：获取拒付任务处理请求；根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

参阅图6所示，在软件层面上，本说明书实施例还提供了一种拒付任务的处理装置，该装置具体可以包括以下的结构模块：

获取模块601，具体可以用于获取拒付任务处理请求；

第一确定模块602，具体可以用于根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；

处理模块603，具体可以用于通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

在一个实施例中，所述装置具体还可以包括：

接收模块，具体可以用于接收第一机构的服务器转发的拒付申请，其中，所述拒付申请为用户针对已经核算了的交易数据向第二机构的服务器发起的申请数据，所述第二机构的服务器根据拒付协议规则将所述拒付申请发送至中间机构的服务器，所述中间机构的服务器将所述拒付申请转发给所述第一机构的服务器；

第二确定模块，具体可以用于根据所述拒付申请，确定中间机构的身份标识、拒付申请内容、拒付理由码；

生成模块，具体可以用于根据所述中间机构的身份标识、拒付申请内容、拒付理由码，生成对应的拒付任务处理请求。

在一个实施例中，所述第一确定模块602具体可以包括以下结构单元：

提取单元，具体可以用于从所述拒付任务处理请求中提取中间机构的身份标识、拒付理由码；

匹配单元，具体可以用于从多个预设的拒付任务状态变更流程中检索出与所述中间机构的身份标识、拒付理由码匹配的预设的拒付任务状态变更流程作为目标状态变更流程。

在一个实施例中，所述处理模块603具体可以包括以下结构单元：

第一确定单元，具体可以用于根据目标状态变更流程，确定与当前状态节点对应的处理规则，以及当前状态节点之后的下一个状态节点；

执行单元，具体可以用于根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果；

第二确定单元，具体可以用于根据所述执行结果，确定是否将当前状态节点变更至下一个状态节点。

在一个实施例中，所述预设动作具体可以包括以下至少之一：调取与所述拒付申请相关的资金文件，调取与所述拒付申请所对应的交易数据相关的清算文件和对账文件，调取针对所述拒付申请的抗辩文件，核算抗辩文件和资金文件中的资金数据，发起预仲裁请求等。

在一个实施例中，当前状态节点处的预设动作具体可以包括多个预设动作；

相应的，所述当前状态节点之后的下一个状态节点具体可以包括多个与预设动作关联的下一个状态节点。

在一个实施例中，所述执行单元具体可以包括结构子单元：

确定子单元，具体可以用于根据所述处理规则，确定在当前状态节点处的预设动作，以及与预设动作对应的动作时限；

执行子单元，具体可以用于执行预设动作，并确定是否在所述动作时限内接收到针对预设动作的结果数据，以生成所述执行结果。

需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

由上可见，本说明书实施例提供的拒付任务的处理装置，由于通过预先配置对应多种业务场景下的拒付任务处理的拒付任务状态变更流程；具体处理拒付任务时，通过第一确定模块根据拒付任务处理请求，从预设的拒付任务状态变更流程中匹配出目标状态变更流程来配置状态机，再通过处理模块利用上述配置后的状态机，根据目标状态变更流程分别按照对应状态节点的处理规则，执行状态节点处的数据处理，以不断推进变更到下一个状态节点，完成拒付任务的处理。从而避免了需要分别为不同业务场景下的拒付任务处理单独编制对应的执行逻辑和代码程序，达到通过利用配置有对应目标状态变更流程配的状态机，高效地执行多种业务场景下的拒付任务的处理，提高了处理效率，降低了处理成本。解决了处理成本高，适用的业务场景有限，不适宜扩展的技术问题。

虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (16)

1.一种拒付任务的处理方法，包括：

获取拒付任务处理请求；

根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；

通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

2.根据权利要求1所述的方法，在获取拒付任务处理请求之前，所述方法还包括：

接收第一机构的服务器转发的拒付申请，其中，所述拒付申请为用户针对已经核算了的交易数据向第二机构的服务器发起的申请数据，所述第二机构的服务器用于将所述拒付申请发送至中间机构的服务器，所述中间机构的服务器用于将所述拒付申请转发给所述第一机构的服务器；

根据所述拒付申请，确定中间机构的身份标识、拒付申请内容、拒付理由码；

根据所述中间机构的身份标识、拒付申请内容、拒付理由码，生成对应的拒付任务处理请求。

3.根据权利要求2所述的方法，根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程，包括：

从所述拒付任务处理请求中提取中间机构的身份标识、拒付理由码；

从多个预设的拒付任务状态变更流程中检索出与所述中间机构的身份标识、拒付理由码匹配的预设的拒付任务状态变更流程作为目标状态变更流程。

4.根据权利要求1所述的方法，通过状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，包括：

按照以下方式，通过状态机，根据所述目标状态变更流程，执行当前状态节点的数据处理：

根据目标状态变更流程，确定与当前状态节点对应的处理规则，以及当前状态节点之后的下一个状态节点；

根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果；

根据所述执行结果，确定是否将当前状态节点变更至下一个状态节点。

5.根据权利要求4所述的方法，所述预设动作包括以下至少之一：调取与所述拒付申请相关的资金文件，调取与所述拒付申请所对应的交易数据相关的清算文件和对账文件，调取针对所述拒付申请的抗辩文件，核算抗辩文件和资金文件中的资金数据，发起预仲裁请求。

6.根据权利要求4所述的方法，当前状态节点处的预设动作包括多个预设动作；

相应的，所述当前状态节点之后的下一个状态节点包括多个与预设动作关联的下一个状态节点。

7.根据权利要求4所述的方法，根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果，包括：

根据所述处理规则，确定在当前状态节点处的预设动作，以及与预设动作对应的动作时限；

执行预设动作，并确定是否在所述动作时限内接收到针对预设动作的结果数据，以生成所述执行结果。

8.一种拒付任务的处理装置，包括：

获取模块，用于获取拒付任务处理请求；

第一确定模块，用于根据所述拒付任务处理请求，从多个预设的拒付任务状态变更流程中确定出目标状态变更流程来配置状态机，其中，所述目标状态变更流程包括多个状态节点，所述状态节点设置有对应的处理规则；

处理模块，用于通过配置后的状态机，根据所述目标状态变更流程，分别根据对应的处理规则执行状态节点处的数据处理，以处理所述拒付任务。

9.根据权利要求8所述的装置，所述装置还包括：

接收模块，用于接收第一机构的服务器转发的拒付申请，其中，所述拒付申请为用户针对已经核算了的交易数据向第二机构的服务器发起的申请数据，所述第二机构的服务器用于将所述拒付申请发送至中间机构的服务器，所述中间机构的服务器用于将所述拒付申请转发给所述第一机构的服务器；

第二确定模块，用于根据所述拒付申请，确定中间机构的身份标识、拒付申请内容、拒付理由码；

生成模块，用于根据所述中间机构的身份标识、拒付申请内容、拒付理由码，生成对应的拒付任务处理请求。

10.根据权利要求9所述的装置，所述第一确定模块包括：

提取单元，用于从所述拒付任务处理请求中提取中间机构的身份标识、拒付理由码；

匹配单元，用于从多个预设的拒付任务状态变更流程中检索出与所述中间机构的身份标识、拒付理由码匹配的预设的拒付任务状态变更流程作为目标状态变更流程。

11.根据权利要求8所述的装置，所述处理模块包括：

第一确定单元，用于根据目标状态变更流程，确定与当前状态节点对应的处理规则，以及当前状态节点之后的下一个状态节点；

执行单元，用于根据所述处理规则，确定在当前状态节点处的预设动作，并执行预设动作，得到对应的执行结果；

第二确定单元，用于根据所述执行结果，确定是否将当前状态节点变更至下一个状态节点。

12.根据权利要求11所述的装置，所述预设动作包括以下至少之一：调取与所述拒付申请相关的资金文件，调取与所述拒付申请所对应的交易数据相关的清算文件和对账文件，调取针对所述拒付申请的抗辩文件，核算抗辩文件和资金文件中的资金数据，发起预仲裁请求。

13.根据权利要求11所述的装置，当前状态节点处的预设动作包括多个预设动作；

相应的，所述当前状态节点之后的下一个状态节点包括多个与预设动作关联的下一个状态节点。

14.根据权利要求11所述的装置，所述执行单元包括：

确定子单元，用于根据所述处理规则，确定在当前状态节点处的预设动作，以及与预设动作对应的动作时限；

执行子单元，用于执行预设动作，并确定是否在所述动作时限内接收到针对预设动作的结果数据，以生成所述执行结果。

15.一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至7中任一项所述方法的步骤。

16.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现权利要求1至7中任一项所述方法的步骤。

Images