CN117455469A - 资源处理方法及装置、存储介质及电子设备 - Google Patents

Abstract

本公开提供了一种资源处理方法、装置、电子设备及存储介质，涉及计算机技术领域。该方法包括：接收资源扣除请求；资源扣除请求的请求参数包括资源转出方的信息和资源管理方的信息；对资源转出方进行额度扣除生成额度扣除处理记录，额度扣除处理记录中包含额度扣除标识；根据额度扣除标识和请求参数创建资源扣除处理记录；基于资源扣除处理记录判断资源转出方是否满足资源扣除条件；在资源转出方满足资源扣除条件的情况下对资源转出方进行资源扣除。该方法可以对资源转出方先进行额度扣除再进行资源扣除，通过异步处理的方式提升资源处理的安全性和可靠性，还可以从多个方面判断资源转出方是否满足资源扣除条件，保证资源处理的安全性和可靠性。

Description

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

技术领域

本公开涉及计算机技术领域，尤其涉及一种资源处理方法及装置、存储介质及电子设备。

背景技术

随着网络技术和计算机技术的发展，基于互联网提供线上服务的应用越来越广泛，随之产生的线上资源扣除业务的需求程度也越来越高。

相关技术中，在进行资源扣除时，常常是在接收到资源扣除请求后就调用资源管理系统进行资源扣除，容易产生资源扣除不准确或重复进行资源扣除的错误，导致资源处理的安全性较低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种资源处理方法、装置、电子设备及存储介质，以提升资源处理的安全性和可靠性。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种资源处理方法，包括：接收资源扣除请求；资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息；根据待扣除资源量对资源转出方进行额度扣除，生成额度扣除处理记录，额度扣除处理记录中包含额度扣除标识；根据额度扣除标识和请求参数创建资源扣除处理记录；基于资源扣除处理记录判断资源转出方是否满足资源扣除条件；在资源转出方满足资源扣除条件的情况下，通过资源管理方根据待扣除资源量对资源转出方进行资源扣除。

在本公开一个实施例中，在根据额度扣除标识和请求参数创建资源扣除处理记录之后，资源处理方法还包括：将资源扣除处理记录存储至数据库，并返回资源扣除请求的响应消息。

在本公开一个实施例中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：监听资源扣除主题消息；其中，资源扣除主题消息是根据数据库中的资源扣除处理记录生成的；当监听到资源扣除主题消息时，根据资源扣除主题消息读取数据库中的资源扣除处理记录；基于读取到的资源扣除处理记录判断资源转出方是否满足资源扣除条件。

在本公开一个实施例中，资源扣除处理记录包括资源扣除状态；资源扣除状态的初始值为未扣除；其中，在通过资源管理方根据待扣除资源量对资源转出方进行资源扣除之后，资源处理方法还包括：将资源扣除处理记录中资源扣除状态的值更新为已扣除；以及，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：若资源扣除状态的值为未扣除，则确定资源转出方满足资源扣除条件。

在本公开一个实施例中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：基于资源扣除处理记录中的额度扣除标识，查询额度扣除处理记录中是否存在额度扣除记录；若存在，则确定资源转出方满足资源扣除条件。

在本公开一个实施例中，资源扣除处理记录包括资源转出方的转出方标识；其中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据转出方标识获取资源转出方的已扣除额度值和资源转出方的已扣除资源值；基于待扣除资源量、已扣除额度值、已扣除资源值判断资源转出方是否满足资源扣除条件。

在本公开一个实施例中，请求参数包括资源渠道类型，资源扣除处理记录中还包括资源渠道类型；其中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据转出方标识和资源渠道类型获取转出方在各资源渠道类型下的历史资源扣除处理记录；若各资源渠道类型下的历史资源扣除处理记录中不存在与资源扣除请求对应的历史资源扣除处理记录，则确定资源转出方满足资源扣除条件。

在本公开一个实施例中，资源扣除处理记录包括资源管理方的管理方标识；其中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据管理方标识获取资源管理方的处理状态记录；若处理状态记录中不存在与资源扣除请求对应的处理状态记录，则确定资源转出方满足资源扣除条件。

根据本公开的另一个方面，提供一种资源处理装置，包括：接收模块，用于接收资源扣除请求；资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息；额度扣除模块，用于根据待扣除资源量对资源转出方进行额度扣除，生成额度扣除处理记录，额度扣除处理记录中包含额度扣除标识；创建模块，用于根据额度扣除标识和请求参数创建资源扣除处理记录；判断模块，用于基于资源扣除处理记录判断资源转出方是否满足资源扣除条件；资源扣除模块，用于在资源转出方满足资源扣除条件的情况下，通过资源管理方根据待扣除资源量对资源转出方进行资源扣除。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的资源处理方法。

根据本公开的再一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述的资源处理方法。

本公开的实施例所提供的资源处理方法，能够在收到资源扣除请求后，先基于资源扣除请求对资源转出方进行额度扣除，并生成资源扣除处理记录，然后基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，并在确定满足资源扣除条件的情况下通过资源管理方对资源转出方进行资源扣除。可见，一方面，由于资源扣除处理记录中可以包含处理资源扣除请求的过程中所产生的多项数据，因此可以基于资源扣除处理记录从多个方面来判断资源转出方是否满足资源扣除条件，实现更全面的校验，保证资源处理的安全性和可靠性；另一方面，可以对资源转出方先进行额度扣除再进行资源扣除，因此实现了两种扣除的分阶段异步处理，进一步提升了资源处理的安全性和可靠性，降低了资源重复扣除的风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本公开实施例的资源处理方法的示例性系统架构的示意图；

图2示出了本公开一个实施例的资源处理方法的流程图；

图3示出了本公开实施例中一种资源处理方法的流程示意图；

图4示出了本公开一个实施例的资源处理装置400的框图；和

图5示出本公开实施例中一种资源处理计算机设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

图1示出了可以应用本公开实施例的资源处理方法的示例性系统架构的示意图。

如图1所示，该系统架构可以包括服务器101、网络102和客户端103。网络102用以在客户端103和服务器101之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

在示例性实施例中，与服务器101进行数据传输的客户端103可以包括但不限于智能手机、台式计算机、平板电脑、笔记本电脑、智能音箱、数字助理、AR(Augmented Reality，增强现实)设备、VR(Virtual Reality，虚拟现实)设备、智能可穿戴设备等类型的电子设备。可选的，电子设备上运行的操作系统可以包括但不限于安卓系统、IOS系统、linux系统、windows系统等。

服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。在一些实际应用中，服务器101也可以是网络平台的服务器，网络平台例如可以是交易平台、直播平台、社交平台或者音乐平台等，本公开实施例对此不作限定。其中，服务器可以是一台服务器，也可以是多台服务器形成的集群，本公开对于服务器的具体架构不做限定。

在示例性实施例中，服务器101上可以安装有可以应用本公开实施例的资源处理方法的系统，用户可以通过客户端103上的相关系统程序生成资源扣除请求，并通过相关系统程序将资源扣除请求发送至服务器101，以使服务器101使用本公开提供的资源处理方法处理该资源扣除请求。

在示例性实施例中，服务器101用于实现资源处理方法的过程可以是：服务器101接收资源扣除请求；服务器101资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息；服务器101根据待扣除资源量对资源转出方进行额度扣除，生成额度扣除处理记录，额度扣除处理记录中包含额度扣除标识；服务器101根据额度扣除标识和请求参数创建资源扣除处理记录；服务器101基于资源扣除处理记录判断资源转出方是否满足资源扣除条件；在资源转出方满足资源扣除条件的情况下，服务器101通过资源管理方根据待扣除资源量对资源转出方进行资源扣除。

此外，需要说明的是，图1所示的仅仅是本公开提供的资源处理方法的一种应用环境。图1中的服务器101、网络102和客户端103的数目仅仅是示意性的，根据实际需要，可以具有任意数目的客户端、网络和服务器。

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图及实施例对本公开示例实施例中的资源处理方法的各个步骤进行更详细的说明。

图2示出了本公开一个实施例的资源处理方法的流程图。本公开实施例提供的方法可以由如图1所示的服务器101或客户端103执行，但本公开并不限定于此。

在下面的举例说明中，以服务器101为执行主体进行示例说明。

如图2所示，本公开实施例提供的资源处理方法可以包括以下步骤：

步骤S201，接收资源扣除请求；资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息。

本公开实施例中，资源扣除请求可以是响应于用户在相关系统程序(如交易系统)中进行的操作数据而产生的请求，可以用于请求对资源进行扣除；其中，资源可以是资金货币的虚拟映射表示，如储蓄资源、电子货币资源、电子代金券等，也可以是具有价值属性的虚拟数值，如积分、游戏币等。

资源扣除请求可以是在用户参与服务交互或者物品置换的过程中产生的，资源扣除请求中可以携带待扣除资源量、资源转出方的信息和资源管理方的信息；其中，待扣除资源量可以是换得的服务或物品所对应资源的属性值，如资金金额等；资源转出方可以是需提供资源以换取服务或物品的一方，如上述用户；资源管理方可以是具有资源管理能力的一方，如银行系统等。

在一些实际应用中，资源扣除请求可以被称为出金请求，资源转出方的信息可以是上述用户在交易系统上的用户账户信息或用户的银行卡号，资源管理方的信息可以是银行的名称或代号。

在一些实施例中，在接收到资源扣除请求后，还可以先对资源扣除请求中的请求参数进行校验，例如，可以校验用户的银行卡号是否符合银行卡号预设长度，可以校验银行名称是否属于可查询到的银行名称，可以查询获得用户账户中的额度值进而校验待扣除资源量是否小于或等于该额度值；若都是，则可以确定资源扣除请求中的请求参数均校验通过，可以执行后续步骤；否则，可以停止处理。

步骤S203，根据待扣除资源量对资源转出方进行额度扣除，生成额度扣除处理记录，额度扣除处理记录中包含额度扣除标识。

其中，对资源转出方进行额度扣除，可以理解为对资源转出方在交易系统的用户账户中的额度值进行扣除，其中，资源转出方的用户账户上的额度值可以与资源转出方的实际资源值相对应，例如，用户在交易系统上的额度值可以与用户在银行账户上的储蓄资源值相等。在一些实际应用中，额度扣除处理记录可以被称为额度扣除流水。

本步骤中，先基于待扣除资源量对资源转出方进行额度扣除，而不通过资源管理方直接对资源转出方进行资源扣除，可以对资源转出方的额度值进行锁定，以便对资源转出方是否满足资源扣除条件进行判断，进而可以在确定资源转出方满足资源扣除条件之后再进行实际的资源扣除，实现了额度扣除和资源扣除的异步处理，提升了资源处理的安全性和可靠性。

步骤S205，根据额度扣除标识和请求参数创建资源扣除处理记录。

在一些实际应用中，资源扣除处理记录可以被称为待扣除记录或出金流水，资源扣除处理记录可以记录处理上述资源扣除请求的过程中所产生的数据，可以包括与资源转出方相关的信息、与资源管理方相关的信息、与额度扣除相关的信息等。

具体而言，根据额度扣除标识和请求参数创建得到的资源扣除处理记录中，可以包括如额度扣除后生成的额度扣除标识、资源扣除请求中的一项或多项请求参数等。

在又一些实际应用中，资源扣除处理记录中可以包括资源扣除标识(也可称为出金流水号)、额度扣除标识(也可称为额度扣除流水号)、经过加密处理(如AES加密)的银行卡号、经过加密处理(如AES加密)的用户姓名、待扣除资源量(如金额)、资源扣除状态(也可称为出金状态)，资源渠道类型、用户账户号、银行名称等信息；进一步地，在资源扣除处理记录刚创建时，资源扣除状态可以是未扣除(或者待出金)。

步骤S207，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件。

由于资源扣除处理记录中记录了处理资源扣除请求的过程中所产生的多项数据，因此可以构建多种资源扣除条件、根据资源扣除处理记录中的多项数据从多个方面来判断资源转出方是否满足资源扣除条件，从而实现更全面的校验，保证资源处理的安全性和可靠性。

步骤S209，在资源转出方满足资源扣除条件的情况下，通过资源管理方根据待扣除资源量对资源转出方进行资源扣除。

本步骤中，在确定资源转出方满足资源扣除条件后，可以调用资源管理方的与资源扣除相关的接口、基于待扣除资源量对资源转出方进行实际的资源扣除。例如，可以调用银行的代付接口进行资源扣除。

此外，在资源管理方发生异常的情况下，可以在一定时间后直接再次调用资源管理方的相关接口实现资源转出方的资源扣除，也可以基于资源扣除处理记录再次判断资源转出方是否满足资源扣除条件，以及在资源转出方满足资源扣除条件的情况下再次调用资源管理方的相关接口实现资源转出方的资源扣除。

通过本公开提提供的资源处理方法，可以在收到资源扣除请求后，先基于资源扣除请求对资源转出方进行额度扣除，并生成资源扣除处理记录，然后基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，并在确定满足资源扣除条件的情况下通过资源管理方对资源转出方进行资源扣除。一方面，由于资源扣除处理记录中可以包含处理资源扣除请求的过程中所产生的多项数据，因此可以基于资源扣除处理记录从多个方面来判断资源转出方是否满足资源扣除条件，实现更全面的校验，保证资源处理的安全性和可靠性；另一方面，可以对资源转出方先进行额度扣除再进行资源扣除，因此实现了两种扣除的分阶段异步处理，进一步提升了资源处理的安全性和可靠性，降低了资源重复扣除的风险。

在一些实施例中，在根据额度扣除标识和请求参数创建资源扣除处理记录之后，方法还包括：将资源扣除处理记录存储至数据库，并返回资源扣除请求的响应消息。

本实施例中，可以将资源扣除处理记录先落库存储，然后可以不用等待资源扣除处理结果，而是快速返回给上游响应结果，达到快速响应的效果，进而提升用户的使用体验。

在一些实施例中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：监听资源扣除主题消息；其中，资源扣除主题消息是根据数据库中的资源扣除处理记录生成的；当监听到资源扣除主题消息时，根据资源扣除主题消息读取数据库中的资源扣除处理记录；基于读取到的资源扣除处理记录判断资源转出方是否满足资源扣除条件。

本实施例中，在将资源扣除处理记录存储至数据库之后，可以生成处理状态为“未处理”的资源扣除任务(也可称为出金任务)，并将资源扣除任务存储在任务处理表中；然后可以定期对处理表中处理状态为“未处理”的资源扣除任务进行读取，例如可以使用Batch(一种用于处理异步任务的跑批系统)工具对任务处理表中的资源扣除任务进行读取；接着，在读取到处理状态为“未处理”的资源扣除任务后，可以生成相应的资源扣除主题消息，其中，资源扣除主题消息中可以携带有资源扣除标识；可以对资源扣除主题消息进行监听，当监听到后可以对该消息进行解析，获得消息体中的资源扣除标识，进而可以根据资源扣除标识在数据库中查找相应的资源扣除处理记录，之后可以基于在数据库中查找到的资源扣除处理记录来判断资源转出方是否满足资源扣除条件。

可见，本实施例中，可以在同步返回资源扣除请求的响应消息的情况下异步处理资源扣除任务，也即，通过分布式系统交互的方式实现异步处理，先落库，再起Batch处理资源扣除，实现了将资源扣除处理记录的落库和真正的资源扣除分离开，不仅可以快速返回给上游响应结果已提升请求响应时间，还可以在即使资源管理方的服务暂时不可用时，最终也能成功通过资源管理方进行资源扣除，在保证快速响应的同时还保证了资源处理的可靠性和安全性。

在一些实施例中，资源扣除处理记录包括资源扣除状态；资源扣除状态的初始值为未扣除；其中，在通过资源管理方根据待扣除资源量对资源转出方进行资源扣除之后，本公开提供的资源处理方法还包括：将资源扣除处理记录中资源扣除状态的值更新为已扣除；以及，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：若资源扣除状态的值为未扣除，则确定资源转出方满足资源扣除条件。

其中，可以通过资源扣除状态的值对是否已进行资源扣除进行判断，若资源扣除状态的值不是“未扣除”，则可以认为资源扣除状态的值已被更新为“已扣除”，即已发生资源扣除，因此在此种情况下可以终止处理。而在资源扣除状态的值是“未扣除”的情况下，可以认为资源转出方满足一种资源扣除条件。

此外，在确定资源扣除状态的值是“未扣除”后，还可以通过redis增加一个分布式锁，在加锁后开始处理资源扣除任务，可以防止同时接受到多个重复的资源扣除主题消息而造成重复的出金(即资源扣除)，从而进一步保证资源处理的安全性和可靠性。

在一些实施例中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：基于资源扣除处理记录中的额度扣除标识，查询额度扣除处理记录中是否存在额度扣除记录；若存在，则确定资源转出方满足资源扣除条件。

其中，在进行额度扣除后，可能会由于系统故障或人物因素导致未能成功生成额度扣除记录，因此，可以先判断额度扣除处理记录中是否存在额度扣除记录，若不存在，则可以认为此前未能成功进行额度扣除，则可以终止处理，还可以返回“处理失败”的消息。而在确定额度扣除处理记录中存在额度扣除记录的情况下，可以认为资源转出方满足又一种资源扣除条件。

在一些实施例中，资源扣除处理记录包括资源转出方的转出方标识；其中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据转出方标识获取资源转出方的已扣除额度值和资源转出方的已扣除资源值；基于待扣除资源量、已扣除额度值、已扣除资源值判断资源转出方是否满足资源扣除条件。

其中，可以计算已扣除额度值与待扣除资源量的差值，并判断该差值是否等于已扣除资源值；若该差值等于已扣除资源值，则可以确定资源转出方满足又一种资源扣除条件。本实施例中，可以对账户的额度流水数据进行校验，确定是否真正准确扣除过额度，从数值上保证了资源处理的安全性和可靠性。

在一些实施例中，请求参数包括资源渠道类型，资源扣除处理记录中还包括资源渠道类型；其中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据转出方标识和资源渠道类型获取转出方在各资源渠道类型下的历史资源扣除处理记录；若各资源渠道类型下的历史资源扣除处理记录中不存在与资源扣除请求对应的历史资源扣除处理记录，则确定资源转出方满足资源扣除条件。

其中，历史资源扣除处理记录可以是真实出金记录，即资源扣除状态为“已扣除”的记录。可以根据资源扣除处理记录中的资源扣除标识(也可称为出金流水号)查询各个渠道的真实出金记录(即历史资源扣除处理记录)中是否存在与资源扣除请求对应的记录，若存在，则可以认为针对此次资源扣除请求，已实际进行了资源扣除并产生了资源扣除状态为“已扣除”的资源扣除处理记录，因此在此种情况下可以终止处理。而若各资源渠道类型下的历史资源扣除处理记录中不存在与资源扣除请求对应的历史资源扣除处理记录，可以认为资源转出方满足又一种资源扣除条件。

可见，通过本实施例，可以针对本地通道流水(即各个渠道的真实出金记录)进行校验，防止发生重复的资源扣除。

在一些实施例中，资源扣除处理记录包括资源管理方的管理方标识；其中，基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据管理方标识获取资源管理方的处理状态记录；若处理状态记录中不存在与资源扣除请求对应的处理状态记录，则确定资源转出方满足资源扣除条件。

其中，在通过资源管理方进行资源扣除的时候，需要调用资源管理方的相关接口，若调用成功，则会产生资源管理方的处理状态记录，其中，每次调用接口产生的处理状态记录可以与当次资源扣除的资源扣除请求相关联，也即，处理状态记录可以与资源扣除标识(也可称为出金流水号)相关联，因此，可以根据资源扣除处理记录中的资源扣除标识查询处理状态记录中是否存在与资源扣除请求对应的处理状态记录，若存在，则可以认为针对此次资源扣除请求，已实际调用了资源管理方的相关接口进行了资源扣除，因此在此种情况下可以终止处理。而若处理状态记录中不存在与资源扣除请求对应的处理状态记录，则可以认为资源转出方满足又一种资源扣除条件。

可见，通过本实施例，可以针对资源管理方产生的记录进行校验，防止发生重复的资源扣除。

图3示出了本公开实施例中一种资源处理方法的流程示意图。在一些实施例中，应用本公开实施例的资源处理方法的系统可以包括：交易前置系统、交易系统、Batch系统、出金系统、交易系统；如图3所示，本公开提供的资源处理方法可以包括以下步骤。

步骤301，对资源扣除请求进行前置校验。

交易前置系统实时接受上游业务系统发送的出金请求(即资源扣除请求)，检查资源扣除请求中请求参数的合法性。例如，可以检查金额的正确性、出金流水号(即资源扣除标识)的长度的正确性、用户账户中额度金额是否大于等于出金金额(即待扣除资源量)、卡号长度的正确性、姓名的正确性。并在检查通过后调用交易系统。

步骤303，进行额度扣除，生成资源扣除处理任务并落库。

交易系统首先可以请求账户系统进行用户额度扣除，在账户系统进行额度扣除完成后，交易系统可以生成额度扣除流水(即额度扣除处理记录)。然后根据交易前置系统上送的请求参数生成待出金记录(即资源扣除处理记录)，待出金记录(即资源扣除处理记录)中可以包括出金流水号(可以是出金系统生成的)、额度扣除流水号(即额度扣除标识)(可以是交易系统上送的)、卡号(经过AES加密的)、姓名(经过AES加密的)、金额、出金状态(即资源扣除状态)(初始为“待出金”)、资源渠道类型(可以包括网联渠道和银联渠道)、账户标识、银行名称、版本号等。生成待出金记录后，可以生成task(一种用于处理异步消息的表)任务流水(即资源扣除处理任务)；可以提交任务处理事务，并将资源扣除处理任务入库保存成功。之后，交易系统可以快速返回处理成功的响应消息。

步骤305，生成资源扣除主题消息。

Batch系统扫描未处理的task任务，解析task中的消息内容并组装成异步的资源扣除主题消息，然后调用中间件rocket-mq发送资源扣除主题消息。

步骤307，监听消息，获取资源扣除处理记录；判断资源转出方是否满足资源扣除条件；在资源转出方是否满足资源扣除条件的情况下进行资源扣除。

出金系统监听到出金消息(即资源扣除主题消息)后，解析消息体，得到消息体中的出金流水号(即资源扣除标识)；

(1)，反查出金流水(即资源扣除处理记录)，判断出金流水的状态是否是原始未出金状态，如果是原始未出金状态，则通过redis增加一个分布式锁。开始处理出金任务。

(2)，首先调用账户系统，根据出金流水中存储的额度扣除流水号(即额度扣除标识)组装参数查询额度扣除记录，如果没有查询得到原扣除额度记录，则返回失败。如果查询到额度扣除成功的记录(即额度扣除记录)，则进入下一步，

(3)，根据账户号查询各个渠道代付成功(已进行资源扣除)的金额；例如，若代付系统包括网联渠道和银联渠道，则可以分别统计这两个总的出金成功金额，和总扣除的额度(不包含本次额度)是否相等；其中，可以根据账户号查询类型为“出金类型”的额度扣除流水。这一步成功(即相等)之后，可以进入下一步。

(4)，根据出金流水号查询各个渠道的真实出金记录(即历史资源扣除处理记录)(每次调用银行代付接口都会生成一条流水记录)，判断是否已经存在过成功的调用记录，如果存在，则返回失败，不存在则可以进入下一步。

(5)，下一步根据出金流水号查询银行代付状态查询接口，如果返回成功，则说明已经成功代付(资源扣除)过，则终止该笔代付，不再调用代付接口。如果代付查询接口返回不存在记录，则可以进入下一步。

开始调用银行的代付接口，根据银行返回码进行资源扣除处理。如果返回银行暂时系统异常的消息，则不修改出金状态，可以在预设时间段之后再次调用代付系统。如果银行返回资源扣除成功的消息，则更新task任务，将所述资源扣除处理记录中资源扣除状态的值更新为已扣除(或成功扣除)。

步骤309，更新状态。

交易系统在收到资源扣除成功的消息后，可以将该笔交易状态更新为成功，如果收到失败消息，则可以更新交易状态为失败。

本实施例中的系统设计可以通过出金请求先前置校验、在交易系统落单、然后异步处理出金任务的方式，防止同步调用银行接口失败而导致出金失败的情况，增加了容错率；且异步调用银行代付失败后可多次重试，直到出金成功。另外，异步出金系统中可以增加分布式锁，以防止同时接受到多个重复异步消息造成重复出金。并且，在出金过程中增加核验账户额度流水的校验步骤，可以判断出是否真正扣除过额度，防止人为恶意发送异步消息或修改数据库task状态；以及，在调银行代付接口之前可以增加本地通道流水校验和银行打款记录校验，从而通过两道防线来防止同一笔出金多次调用银行代付接口。

可见，本公开实施例提供的资源扣除方法，可以提高资源扣除的效率和成功率，还可以避免人为恶意的资源扣除和其他原因导致的重复资源扣除的风险。

需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

图4示出了本公开一个实施例的资源处理装置400的框图；如图4所示，包括：接收模块401，用于接收资源扣除请求；资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息；额度扣除模块402，用于根据待扣除资源量对资源转出方进行额度扣除，生成额度扣除处理记录，额度扣除处理记录中包含额度扣除标识；创建模块403，用于根据额度扣除标识和请求参数创建资源扣除处理记录；判断模块404，用于基于资源扣除处理记录判断资源转出方是否满足资源扣除条件；资源扣除模块405，用于在资源转出方满足资源扣除条件的情况下，通过资源管理方根据待扣除资源量对资源转出方进行资源扣除。

通过本公开提供的资源处理装置，在收到资源扣除请求后，可以先基于资源扣除请求对资源转出方进行额度扣除，并生成资源扣除处理记录，然后基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，并在确定满足资源扣除条件的情况下通过资源管理方对资源转出方进行资源扣除。一方面，由于资源扣除处理记录中可以包含处理资源扣除请求的过程中所产生的多项数据，因此可以基于资源扣除处理记录从多个方面来判断资源转出方是否满足资源扣除条件，实现更全面的校验，保证资源处理的安全性和可靠性；另一方面，可以对资源转出方先进行额度扣除再进行资源扣除，因此实现了两种扣除的分阶段异步处理，进一步提升了资源处理的安全性和可靠性，降低了资源重复扣除的风险。

在一些实施例中，资源处理装置400还包括存储模块406和响应模块407，在根据额度扣除标识和请求参数创建资源扣除处理记录之后，存储模块406用于将资源扣除处理记录存储至数据库，响应模块407用于返回资源扣除请求的响应消息。

在一些实施例中，判断模块404基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：监听资源扣除主题消息；其中，资源扣除主题消息是根据数据库中的资源扣除处理记录生成的；当监听到资源扣除主题消息时，根据资源扣除主题消息读取数据库中的资源扣除处理记录；基于读取到的资源扣除处理记录判断资源转出方是否满足资源扣除条件。

在一些实施例中，资源扣除处理记录包括资源扣除状态；资源扣除状态的初始值为未扣除；其中，在通过资源管理方根据待扣除资源量对资源转出方进行资源扣除之后，资源扣除模块405还用于：将资源扣除处理记录中资源扣除状态的值更新为已扣除；以及，判断模块404基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：若资源扣除状态的值为未扣除，则确定资源转出方满足资源扣除条件。

在一些实施例中，判断模块404基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：基于资源扣除处理记录中的额度扣除标识，查询额度扣除处理记录中是否存在额度扣除记录；若存在，则确定资源转出方满足资源扣除条件。

在一些实施例中，资源扣除处理记录包括资源转出方的转出方标识；其中，判断模块404基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据转出方标识获取资源转出方的已扣除额度值和资源转出方的已扣除资源值；基于待扣除资源量、已扣除额度值、已扣除资源值判断资源转出方是否满足资源扣除条件。

在一些实施例中，请求参数包括资源渠道类型，资源扣除处理记录中还包括资源渠道类型；其中，判断模块404基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据转出方标识和资源渠道类型获取转出方在各资源渠道类型下的历史资源扣除处理记录；若各资源渠道类型下的历史资源扣除处理记录中不存在与资源扣除请求对应的历史资源扣除处理记录，则确定资源转出方满足资源扣除条件。

在一些实施例中，资源扣除处理记录包括资源管理方的管理方标识；其中，判断模块404基于资源扣除处理记录判断资源转出方是否满足资源扣除条件，包括：根据管理方标识获取资源管理方的处理状态记录；若处理状态记录中不存在与资源扣除请求对应的处理状态记录，则确定资源转出方满足资源扣除条件。

图4实施例的其它内容可以参照上述其它实施例。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

图5示出本公开实施例中一种资源处理计算机设备的结构框图。需要说明的是，图示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

下面参照图5来描述根据本发明的这种实施方式的电子设备500。图5显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元510可以执行如图2中所示的方法。

存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)5201和/或高速缓存存储单元5202，还可以进一步包括只读存储单元(ROM)5203。

存储单元520还可以包括具有一组(至少一个)程序模块5205的程序/实用工具5204，这样的程序模块5205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备500也可以与一个或多个外部设备600(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

根据本公开的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例的各种可选实现方式中提供的方法。

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

Claims (11)

1.一种资源处理方法，其特征在于，包括：

接收资源扣除请求；所述资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息；

根据所述待扣除资源量对所述资源转出方进行额度扣除，生成额度扣除处理记录，所述额度扣除处理记录中包含额度扣除标识；

根据所述额度扣除标识和所述请求参数创建资源扣除处理记录；

基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件；

在所述资源转出方满足所述资源扣除条件的情况下，通过所述资源管理方根据所述待扣除资源量对所述资源转出方进行资源扣除。

2.根据权利要求1所述的方法，其特征在于，在根据所述额度扣除标识和所述请求参数创建资源扣除处理记录之后，所述方法还包括：

将所述资源扣除处理记录存储至数据库，并返回所述资源扣除请求的响应消息。

3.根据权利要求2所述的方法，其特征在于，基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件，包括：

监听资源扣除主题消息；其中，所述资源扣除主题消息是根据所述数据库中的资源扣除处理记录生成的；

当监听到所述资源扣除主题消息时，根据所述资源扣除主题消息读取所述数据库中的所述资源扣除处理记录；

基于读取到的所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述资源扣除处理记录包括资源扣除状态；所述资源扣除状态的初始值为未扣除；

其中，在通过所述资源管理方根据所述待扣除资源量对所述资源转出方进行资源扣除之后，所述方法还包括：将所述资源扣除处理记录中资源扣除状态的值更新为已扣除；

以及，基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件，包括：

若所述资源扣除状态的值为未扣除，则确定所述资源转出方满足资源扣除条件。

5.根据权利要求1-3任一项所述的方法，其特征在于，基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件，包括：

基于所述资源扣除处理记录中的所述额度扣除标识，查询所述额度扣除处理记录中是否存在额度扣除记录；

若存在，则确定所述资源转出方满足资源扣除条件。

6.根据权利要求1-3任一项所述的方法，其特征在于，所述资源扣除处理记录包括所述资源转出方的转出方标识；

其中，基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件，包括：

根据所述转出方标识获取所述资源转出方的已扣除额度值和所述资源转出方的已扣除资源值；

基于所述待扣除资源量、所述已扣除额度值、所述已扣除资源值判断所述资源转出方是否满足所述资源扣除条件。

7.根据权利要求1-3任一项所述的方法，其特征在于，所述请求参数包括资源渠道类型，所述资源扣除处理记录中还包括所述资源渠道类型；

其中，基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件，包括：

根据所述转出方标识和所述资源渠道类型获取所述转出方在各资源渠道类型下的历史资源扣除处理记录；

若所述各资源渠道类型下的历史资源扣除处理记录中不存在与所述资源扣除请求对应的历史资源扣除处理记录，则确定所述资源转出方满足资源扣除条件。

8.根据权利要求1-3任一项所述的方法，其特征在于，所述资源扣除处理记录包括所述资源管理方的管理方标识；

其中，基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件，包括：

根据所述管理方标识获取所述资源管理方的处理状态记录；

若所述处理状态记录中不存在与所述资源扣除请求对应的处理状态记录，则确定所述资源转出方满足资源扣除条件。

9.一种资源处理方法，其特征在于，包括：

接收模块，用于接收资源扣除请求；所述资源扣除请求的请求参数包括待扣除资源量、资源转出方的信息和资源管理方的信息；

额度扣除模块，用于根据所述待扣除资源量对所述资源转出方进行额度扣除，生成额度扣除处理记录，所述额度扣除处理记录中包含额度扣除标识；

创建模块，用于根据所述额度扣除标识和所述请求参数创建资源扣除处理记录；

判断模块，用于基于所述资源扣除处理记录判断所述资源转出方是否满足资源扣除条件；

资源扣除模块，用于在所述资源转出方满足所述资源扣除条件的情况下，通过所述资源管理方根据所述待扣除资源量对所述资源转出方进行资源扣除。

10.一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如权利要求1至8任一项所述的资源处理方法。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至资源处理任一项所述的资源处理方法。