交易系统的交易验证方法、装置和存储介质与流程

本申请涉及互联网技术领域，特别是涉及一种交易系统的交易验证方法、装置、计算机设备和存储介质。

背景技术：

交易系统常规版本1月有1-2次，每次发版后都需要端到端发起生产验证。而交易系统中的一些定期产品，进行交易时，需要的用于交易的资源过多、并且对于定期产品的资源赎回，有严格的时间控制，需要等待至定期赎回资源的赎回时间才可以定期赎回资源转换为流通资源，如要进行交易验证，则需要申请验证资源，而进行验证交易后，验证资源会进入封闭期不能赎回，只能等待至定期赎回资源的赎回时间才可以赎回资源，进行下次验证时使用，而交易系统在封闭期间，如需再次进行验证交易，则需要重新申请验证资源，导致工作效率低。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提高工作效率的交易系统的交易验证方法、装置、计算机设备和存储介质。

一种交易系统的交易验证方法，所述方法包括：

获取交易验证指令；

根据所述交易验证指令生成订单信息；

根据所述订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息；

获取所述订单信息中的用户信息，确定所述用户信息的用户类型；

当所述用户类型为白名单用户时，根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。

在其中一个实施例中，所述获取所述订单信息中的用户信息，确定所述用户信息用户类型的步骤包括：

获取所述订单信息中的用户信息；

检测所述用户信息是否有标记信息；

当所述用户信息有标记信息时，确定所述用户信息的用户类型为白名单用户；

或，

在白名单数据库中查找是否有所述用户信息；

当有所述用户信息时，确定所述用户信息的用户类型为白名单用户。

在其中一个实施例中，所述当所述用户类型为白名单用户时，根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证的步骤包括：

当所述用户信息的用户类型为白名单用户时，结束交易流程，生成交易结束信息并标记；

根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。

在其中一个实施例中，所述当所述用户信息的用户类型为白名单用户时，结束交易流程，生成交易结束信息并标记的步骤包括：

当所述用户信息的用户类型为白名单用户时，结束交易流程；

获取所述交易信息和所述订单信息，生成交易结束信息；

根据所述交易结束信息将订单标记为验证订单。

在其中一个实施例中，所述当所述用户类型为白名单用户时，根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证的步骤包括：

当所述用户信息的用户类型为白名单用户时，对所述交易信息和所述订单信息进行交易核对，获得核对结果信息；

结束交易流程，根据所述核对结果信息生成交易结束信息；

根据所述交易结束信息将订单标记为验证订单；

根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。

在其中一个实施例中，在获取交易验证指令之前，还包括：

获取用户类型设置请求，所述用户类型设置请求中包括用户信息；

将所述用户类型设置请求中的所述用户信息的用户类型设置为白名单用户。

在其中一个实施例中，所述将所述用户类型设置请求中的所述用户信息的用户类型设置为白名单用户的步骤包括：

对所述用户类型设置请求中的所述用户信息进行标记，所述标记后的用户信息的用户类型为白名单用户；

或，将所述用户类型设置请求中的所述用户信息存储至白名单数据库中，所述白名单数据库中的用户信息的用户类型为白名单用户。

一种交易系统的交易验证装置，所述装置包括：

获取指令模块，用于获取交易验证指令；

订单信息生成模块，用于根据所述交易验证指令生成订单信息；

资源转移请求发送模块，用于根据所述订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息；

用户类型确定模块，用于获取所述订单信息中的用户信息，确定所述用户信息的用户类型；

资源退回请求发送模块，用于当所述用户类型为白名单用户时，根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的方法的步骤。

上述交易系统的交易验证方法、装置、计算机设备和存储介质，通过获取交易验证指令；根据所述交易验证指令生成订单信息；根据所述订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息；获取所述订单信息中的用户信息，确定所述用户信息的用户类型；当所述用户类型为白名单用户时，向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。在需要进行交易验证时，利用白名单用户在交易系统中进行交易验证，通过在确定交易订单进入封闭期之前，对用户信息进行检测，拦截白名单用户的交易订单进入封闭期，在完成交易验证的同时，并将进行交易验证时转移的资源转移到该用户的账号中，也无需使验证资源进入封闭期，可以在短期内即可再次使用验证资源，提高了工作效率。

附图说明

图1为一个实施例中交易系统的交易验证方法的应用场景图；

图2为一个实施例中交易系统的交易验证方法的流程示意图；

图3为另一个实施例中交易系统的交易验证方法的交互流程示意图；

图4为一个实施例中交易系统的交易验证装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的交易系统的交易验证方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信，服务器104与资源服务器106通过网络进行通信。用户通过终端向服务器104下发交易验证指令，服务器104在接收到交易验证指令后进行交易验证，在验证过程中，服务器104向资源服务器106发送请求，使资源服务器106进行资源转移，配合完成交易验证。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104和资源服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种交易系统的交易验证方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤s220，获取交易验证指令。

其中，交易系统是指利用资金账户购买产品或服务的平台，交易系统提供的产品或服务与其交易内容相关。如交易系统可以为理财产品平台，通过资金账户用户能够购买相关理财产品。又如，交易系统可以为购物平台，通过资金账户用户能够购买相关产品。在交易系统的新版本发布时，测试人员对交易系统是否能够正常进行交易进行验证。测试终端安装有待发布的交易系统的新版本应用程序，通过测试终端向服务器发送交易验证指令，服务器获取交易验证指令，交易验证指令中至少包括：需要验证的产品的产品信息、用户信息等信息。需要验证的产品即交易所购买的产品，用户信息即购买产品的用户信息。

步骤s240，根据交易验证指令生成订单信息。

其中，根据交易验证指令中的需要验证的产品的产品信息、用户信息等信息，生成订单信息，该订单信息有唯一性，有可以用来区别其他订单的编号，该订单的编号可以用来查询订单的所有流程信息，订单信息中还有订单的状态信息，订单信息中还有交易内容信息等，以及交易过程中的资源转移信息。

步骤s260，根据订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息。

其中，在进行交易过程中，需要进行资源转移。资源转移是指基于交易的订单信息，将资源从购买方账户转移至交易系统运营方账户。其中资源可以为货币、电子货币或虚拟货币等。服务器获取订单信息中的资源转移信息，向资源转移信息中对应的资源服务器发送资源转移请求。资源转移请求中包括需要转移的资源的额度以及转移方向(转移方向是指：将资源从一个账户转移到另一个账户)等，根据需要转移的资源的额度以及转移方向将资源转移到对应的账户中，交易信息指的是在进行资源转移的过程中的转移记录信息。

步骤s280，获取订单信息中的用户信息，确定用户信息的用户类型。

其中，订单信息中的用户信息包括：用户的账号信息、用户的手机号码信息等等，还可以有实名认证的身份信息等；用户类型包括：用于交易验证的白名单用户及实际购买商品的用户(以下称正常交易的用户)。

步骤s300，当用户类型为白名单用户时，根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

其中，资源退回请求中包括需要转移的资源的额度以及转移方向等，根据需要转移的资源的额度以及转移方向将资源转移到对应的账户中，资源退回请求中的需要转移的资源的额度以及转移方向是根据交易信息中的转移记录信息确定的，如：交易信息中的转移记录信息是：a账户的资源转移到b账户中，转移额度为x；则，资源退回请求中的需要转移的资源的额度以及转移方向是：b账户的资源转移到a账户，转移额度为x。

上述交易系统的交易验证方法，通过获取交易验证指令；根据所述交易验证指令生成订单信息；根据所述订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息；获取所述订单信息中的用户信息，确定所述用户信息的用户类型；当所述用户类型为白名单用户时，向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。在需要进行交易验证时，利用白名单用户在交易系统中进行交易验证，通过在确定交易订单进入封闭期之前，对用户信息进行检测，拦截白名单用户的交易订单进入封闭期，在完成交易验证的同时，也无需使验证资源进入封闭期，可以在短期内即可再次使用验证资源，提高了工作效率。

在一个实施例中，获取订单信息中的用户信息，确定用户信息用户类型的步骤包括：获取订单信息中的用户信息；检测用户信息是否有标记信息；当用户信息有标记信息时，确定用户信息的用户类型为白名单用户。

其中，为了区别正常交易的用户和交易验证的用户进行区别，将用于交易验证的用户进行标记，可以根据标记信息确定是否为交易验证的用户。

在一个实施例中，获取订单信息中的用户信息，确定用户信息用户类型的步骤包括：在白名单数据库中查找是否有用户信息；当有用户信息时，确定用户信息的用户类型为白名单用户。

其中，为了区别正常交易的用户和交易验证的用户进行区别，将用于交易验证的用户信息存储至白名单数据库中，可以根据查找白名单数据库中是否有订单信息中的用户信息，确定是否为交易验证的用户。

在一个实施例中，当用户类型为白名单用户时，根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证的步骤包括：

当用户信息的用户类型为白名单用户时，结束交易流程，生成交易结束信息并标记；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

其中，当用户信息的用户类型为白名单用户时，可以确定此次交易订单是用于交易验证的订单，用于验证的交易订单，拦截进入封闭期，不对资源进行封闭，并将根据资源转移请求转移的资源通过向资源服务器下发资源退回请求，将转移的资源转回原来的账户，或者是转移到进行交易验证的账户中。交易结束信息是指根据交易流程所生成的交易流程记录信息，并包括交易结束的原因，并标记该交易订单为验证订单，可以验证交易过程中的交易流程、资源转移流程及资源退回流程是否正常。

在一个实施例中，当用户类型为白名单用户时，根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证的步骤包括：当用户信息的用户类型为白名单用户时，对交易信息和订单信息进行交易核对，获得核对结果信息；结束交易流程，根据核对结果信息生成交易结束信息并标记；并根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

其中，当用户信息的用户类型为白名单用户时，可以确定此次交易订单是用于交易验证的订单，对交易信息和订单信息进行交易核对后(主要核对转移的资源数额是都对等)，将用于验证的交易订单，拦截进入封闭期，不对资源进行封闭，并将根据资源转移请求转移的资源通过向资源服务器下发资源退回请求，将转移的资源转回原来的账户，或者是转移到进行交易验证的账户中，交易结束信息是指根据交易流程所生成的交易流程记录信息，并包括交易结束的原因，并标记该交易订单为验证订单，可以验证交易过程中的交易流程、资源转移流程、交易核对流程及资源退回流程是否正常。

在一个实施例中，在获取交易验证指令之前，还包括：

步骤s320：获取用户类型设置请求，用户类型设置请求中包括用户信息，将用户类型设置请求中的用户信息的用户类型设置为白名单用户。

其中，在进行验证之前，用户向服务器申请用于交易验证的账户，并将该账户进行白名单用户设置，在验证时，使服务器区别于交易验证订单与正常交易订单。

在一个实施例中，将用户类型设置请求中的用户信息的用户类型设置为白名单用户的步骤包括：对用户类型设置请求中的用户信息进行标记，标记后的用户信息的用户类型为白名单用户。

其中，接收用户通过终端发送白名单标记请求，获取白名单标记请求中的用户信息，将用户信息进行白名单标记，设定为白名单用户。

在一个实施例中，将用户类型设置请求中的用户信息的用户类型设置为白名单用户的步骤包括：将用户类型设置请求中的用户信息存储至白名单数据库中，白名单数据库中的用户信息的用户类型为白名单用户。

其中，建立一个白名单数据库(获取白名单数据库建立指令，根据白名单数据库建立指令建立白名单数据库建立)存储在服务器可读取的位置，可以是在服务器的存储区，也可以是在服务器所依赖的其他存储区，当获取用户类型设置请求时，根据用户类型设置请求获取到需要加入白名单数据库的用户信息，将获取的用户信息发送给白名单数据库进行保存。

上述交易系统的交易验证方法，在需要进行交易验证时，利用白名单用户在交易系统中进行交易验证，通过在确定交易订单进入封闭期之前，对用户信息进行检测，拦截白名单用户的交易订单进入封闭期，在完成交易验证的同时，并将进行交易验证时转移的资源转移到该用户的账号中，也无需使验证资源进入封闭期，可以在短期内即可再次使用验证资源，验证了在交易过程中的交易流程、资源转移流程、交易核对流程及资源退回流程是否正常的同时，提高了工作效率。

在一个实施例中，请参阅图3，一种交易系统的交易验证方法，以交易系统为理财产品平台为例，其中，需要验证的交易产品为定期理财产品，购买产品时所需资源为x：

用户通过终端的下发的交易验证指令，服务器获取到交易验证指令后，根据交易验证指令中的交易验证信息，生成订单信息，并向资源服务器发起资源转移请求(资源转移请求中包括：a账户的资源转移到b账户中，转移额度为x)，使资源服务器根据资源转移请求进行相应的资源转移，并反馈交易信息。服务器对订单信息中的用户信息进行检测，确认用户信息是否被标记，当检测到该用户信息被标记时，将该交易订单在进行交易核对，获得核对结果后，将该订单标记为验证订单。服务器获取到为验证订单的信息后，向资源服务器发送资源退回请求，使资源服务器根据资源退回请求将根据资源转移请求转移的资源转移回原来的账户中，完成交易验证。

上述交易系统的交易验证方法，在需要进行交易验证时，利用白名单用户在交易系统中进行交易验证，通过在确定交易订单进入封闭期之前，对用户信息进行检测，拦截白名单用户的交易订单进入封闭期，在完成交易验证的同时，并将进行交易验证时转移的资源转移到该用户的账号中，也无需使验证资源进入封闭期，可以在短期内即可再次使用验证资源，验证了在交易过程中的交易流程、资源转移流程、交易核对流程及资源退回流程是否正常的同时，提高了工作效率。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种交易系统的交易验证装置，包括：获取指令模块310、订单信息生成模块320、资源转移请求发送模块330、用户类型确定模块340和资源退回请求发送模块350，其中：

获取指令模块310，用于获取交易验证指令；

订单信息生成模块320，用于根据所述交易验证指令生成订单信息；

资源转移请求发送模块330，用于根据所述订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息；

用户类型确定模块340，用于获取所述订单信息中的用户信息，确定所述用户信息的用户类型；

资源退回请求发送模块350，用于当所述用户类型为白名单用户时，根据所述交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。

在一个实施例中，用户类型确定模块还用于：获取订单信息中的用户信息；检测用户信息是否有标记信息；当用户信息有标记信息时，确定用户信息的用户类型为白名单用户；或，在白名单数据库中查找是否有用户信息；当有用户信息时，确定用户信息的用户类型为白名单用户。

在一个实施例中，资源退回请求发送模块还用于：当用户信息的用户类型为白名单用户时，结束交易流程，生成交易结束信息并标记；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，资源退回请求发送模块还用于：当用户信息的用户类型为白名单用户时，结束交易流程；获取交易信息和订单信息，生成交易结束信息；根据交易结束信息将订单标记为验证订单。

在一个实施例中，资源退回请求发送模块还用于：当用户信息的用户类型为白名单用户时，对交易信息和订单信息进行交易核对，获得核对结果信息；结束交易流程，根据核对结果信息生成交易结束信息；根据交易结束信息将订单标记为验证订单；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，还包括：用户类型设置模块360，用于获取用户类型设置请求，所述用户类型设置请求中包括用户信息，将用户类型设置请求中的用户信息的用户类型设置为白名单用户。

在一个实施例中，用户类型设置模块360还用于：对用户类型设置请求中的用户信息进行标记，标记后的用户信息的用户类型为白名单用户；或，将用户类型设置请求中的用户信息存储至白名单数据库中，白名单数据库中的用户信息的用户类型为白名单用户。

上述交易系统的交易验证装置，通过获取指令模块310获取交易验证指令；订单信息生成模块320根据所述交易验证指令生成订单信息；资源转移请求发送模块330根据所述订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈所述交易信息；用户类型确定模块340获取所述订单信息中的用户信息，确定所述用户信息的用户类型；资源退回请求发送模块350在当所述用户类型为白名单用户时，向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移所述资源，完成交易验证。在需要进行交易验证时，利用白名单用户在交易系统中进行交易验证，通过在确定交易订单进入封闭期之前，对用户信息进行检测，拦截白名单用户的交易订单进入封闭期，在完成交易验证的同时，并将进行交易验证时转移的资源转移到该用户的账号中，也无需使验证资源进入封闭期，可以在短期内即可再次使用验证资源，验证了在交易过程中的交易流程、资源转移流程、交易核对流程及资源退回流程是否正常的同时，提高了工作效率。

关于交易系统的交易验证装置的具体限定可以参见上文中对于交易系统的交易验证方法的限定，在此不再赘述。上述交易系统的交易验证装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储名名单用户的用户信息相关的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种交易系统的交易验证方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取交易验证指令；根据交易验证指令生成订单信息；根据订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈交易信息；获取订单信息中的用户信息，确定用户信息的用户类型；当用户类型为白名单用户时，根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取订单信息中的用户信息；检测用户信息是否有标记信息；当用户信息有标记信息时，确定用户信息的用户类型为白名单用户；或，在白名单数据库中查找是否有用户信息；当有用户信息时，确定用户信息的用户类型为白名单用户。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当用户信息的用户类型为白名单用户时，结束交易流程，生成交易结束信息并标记；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当用户信息的用户类型为白名单用户时，结束交易流程；获取交易信息和订单信息，生成交易结束信息；根据交易结束信息将订单标记为验证订单。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当用户信息的用户类型为白名单用户时，对交易信息和订单信息进行交易核对，获得核对结果信息；结束交易流程，根据核对结果信息生成交易结束信息；根据交易结束信息将订单标记为验证订单；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取用户类型设置请求，所述用户类型设置请求中包括用户信息；将用户类型设置请求中的用户信息的用户类型设置为白名单用户。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：对用户类型设置请求中的用户信息进行标记，标记后的用户信息的用户类型为白名单用户；或，将用户类型设置请求中的用户信息存储至白名单数据库中，白名单数据库中的用户信息的用户类型为白名单用户。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取交易验证指令；根据交易验证指令生成订单信息；根据订单信息向资源服务器发送资源转移请求，使资源服务器根据资源转移请求进行资源转移，生成交易信息，并反馈交易信息；获取订单信息中的用户信息，确定用户信息的用户类型；当用户类型为白名单用户时，根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取订单信息中的用户信息；检测用户信息是否有标记信息；当用户信息有标记信息时，确定用户信息的用户类型为白名单用户；或，在白名单数据库中查找是否有用户信息；当有用户信息时，确定用户信息的用户类型为白名单用户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当用户信息的用户类型为白名单用户时，结束交易流程，生成交易结束信息并标记；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当用户信息的用户类型为白名单用户时，结束交易流程；获取交易信息和订单信息，生成交易结束信息；根据交易结束信息将订单标记为验证订单。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当用户信息的用户类型为白名单用户时，对交易信息和订单信息进行交易核对，获得核对结果信息；结束交易流程，根据核对结果信息生成交易结束信息；根据交易结束信息将订单标记为验证订单；根据交易信息向资源服务器发送资源退回请求，使资源服务器根据资源退回请求转移资源，完成交易验证。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取用户类型设置请求，所述用户类型设置请求中包括用户信息；将用户类型设置请求中的用户信息的用户类型设置为白名单用户。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：对用户类型设置请求中的用户信息进行标记，标记后的用户信息的用户类型为白名单用户；或，将用户类型设置请求中的用户信息存储至白名单数据库中，白名单数据库中的用户信息的用户类型为白名单用户。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。