本发明涉及互联网技术领域，特别涉及一种资源转移方法、装置及第三方服务器。
背景技术
电子商务是利用计算机技术、网络技术和远程通信技术，实现整个交易过程的电子化、数字化和网络化。通过电子商务系统可以随时随地的进行交易，将卖家用户提供的目标物转移给买家用户，并将买家用户的资源转移给卖家用户，而不会受到时间或空间的限制。
以第一用户为买家用户，第二用户为卖家用户为例，电子商务系统包括交易服务器和第三方服务器，第三方服务器会获取第一用户标识对应的第一账户、第二用户标识对应的第二账户和交易服务器的收支账户。
当第一用户需要购买第二用户的目标物时触发对目标物的获取请求，交易服务器根据该获取请求生成订单，订单包括目标物信息、请求获取目标物的第一用户标识、提供目标物的第二用户标识以及第一用户标识需向第二用户标识转移的资源数量，交易服务器向第三方服务器发送携带订单的收单请求。第三方服务器接收到收单请求时收录订单，并基于收录的订单，将该资源数量对应的资源从第一账户转移到收支账户。之后，当交易服务器确认第二用户已将该目标物转移给第一用户之后，向第三方服务器发送处理请求，该处理请求携带该订单，则第三方服务器将该资源数量对应的资源从收支账户转移到第二账户。
在实现本发明的过程中，发明人发现上述技术至少存在以下缺陷：收支账户归属于交易服务器，第三方服务器会根据交易服务器发送的处理请求从收支账户中转移资源，那么，上述交易过程中将资源转移到收支账户之后，如果交易服务器发送了用于将收支账户中的资源转移到除第二账户以外的其他账户的处理请求时，第三方服务器会将收支账户中的资源转移到其他账户，此时会导致第二账户无法收到应得的资源，因此上述资源转移方法存在安全隐患。
技术实现要素：
为了解决相关技术的问题，本发明实施例提供了一种资源转移方法、装置及第三方服务器。所述技术方案如下：
第一方面，提供了一种资源转移方法，所述方法包括：
接收交易服务器发送的第一处理请求，所述第一处理请求携带指定订单，所述指定订单包括目标物信息、请求获取目标物的第一用户标识、提供所述目标物的第二用户标识以及所述目标物信息对应的资源数量，所述第一处理请求用于请求对所述第二用户标识对应的资源进行资源转移处理；
当确定第一订单数据库中包括所述指定订单时，确定所述资源数量中应分配给所述第二用户标识的账户的第一指定资源数量，所述第一订单数据库用于存储待处理的订单；
将所述第一指定资源数量对应的资源从所述交易服务器的中间账户转移到所述第二用户标识的账户，所述中间账户用于存储从所述第一用户标识的账户转出的与所述资源数量对应的资源。
第二方面，提供了一种资源转移装置，所述装置包括：
接收模块，用于接收交易服务器发送的第一处理请求，所述第一处理请求携带指定订单，所述指定订单包括目标物信息、请求获取目标物的第一用户标识、提供所述目标物的第二用户标识以及所述目标物信息对应的资源数量，所述第一处理请求用于请求对所述第二用户标识对应的资源进行资源转移处理；
数量分配模块，用于当确定第一订单数据库中包括所述指定订单时，确定所述资源数量中应分配给所述第二用户标识的账户的第一指定资源数量，所述第一订单数据库用于存储待处理的订单；
资源转移模块，用于将所述第一指定资源数量对应的资源从所述交易服务器的中间账户转移到所述第二用户标识的账户，所述中间账户用于存储从所述第一用户标识的账户转出的与所述资源数量对应的资源。
第三方面，提供了一种第三方服务器，所述第三方服务器包括处理器和存储介质，所述存储介质中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如第一方面所述的资源转移方法。
本发明实施例提供的技术方案带来的有益效果是：
本发明实施例提供的方法、装置及第三方服务器，通过为交易服务器设置中间账户，将从指定订单中第一用户标识的账户转出的资源存储于中间账户中，当接收到携带指定订单的第一处理请求时，确定第一订单数据库包括指定订单，则根据第一处理请求将应分配给第二用户标识的账户的资源从中间账户转移到第二用户标识的账户，而不会在未经验证的情况下根据交易服务器发送的任一资源转移请求进行资源转移，避免了将资源转移到其他账户而导致第二用户标识的账户无法收到资源的情况，提高了安全性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种实施环境的示意图；
图2是本发明实施例提供的一种资源转移方法的流程图；
图3a是本发明实施例提供的一种资源转移方法的流程图；
图3b是本发明实施例提供的一种卖家用户的管理流程图；
图4是本发明实施例提供的一种资源转移方法的流程图；
图5是本发明实施例提供的一种资源转移方法的流程图；
图6a是本发明实施例提供的一种业务流程示意图；
图6b是本发明实施例提供的第三方服务器的结构框架示意图；
图7是本发明实施例提供的一种资源转移装置的结构示意图；
图8是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在对本发明实施例进行详细说明之前，首先对本发明实施例涉及的概念进行如下介绍：
1、交易服务器：提供了一种交易平台，该交易平台是建立在因特网上进行商务活动的虚拟网络空间和保障商务顺利运营的管理环境，是协调、整合信息流、物质流、资金流有序、关联、高效流动的重要场所。企业、商家、个人可充分利用交易平台提供的网络基础设施、安全平台、管理平台等共享资源有效地、低成本地开展自己的商业活动。
2、第三方服务器：提供了供买卖双方在交易过程中进行资源转移的平台，是在监管之下保障交易双方利益的独立机构。
3、目标物：可以为实体物品或虚拟物品，实体物品可以包括衣服、首饰、生活用品等，虚拟物品可以包括优惠券、付费音乐等。
资源：是指具有一定价值的虚拟物品，可以用来兑换同等价值的目标物。资源可以为数值、虚拟礼物、虚拟票券等。
4、中间账户和收支账户：第三方服务器为交易服务器维护的账户。
其中，收支账户属于交易服务器的自有账户，交易服务器可以通过第三方服务器从收支账户转出资源或者向收支账户转入资源，而无需经过第三方服务器的验证。
中间账户作为资源中转账户，会存储交易服务器已生成的订单中的资源数量对应的资源。中间账户由交易服务器专用，但不属于交易服务器的自有账户，交易服务器不能随意地从中间账户转出资源或者向中间账户转入资源，每次要进行资源转移时需要由第三方服务器进行验证，验证通过后才可进行资源转移。
进一步地，收支账户可以包括两个账户：转入账户和转出账户，转入账户用于从中间账户转移资源，转出账户用于向中间账户转移资源，两者的资源转移方向不同。
5、收单：买家用户要获取卖家用户提供的目标物时，会触发交易服务器生成订单，交易服务器将该订单发送给第三方服务器后，第三方服务器收录该订单的过程即为收单。
6、资源转移处理：包括对交易服务器对应的资源进行资源转移处理和对卖家用户对应的资源进行资源转移处理两种情况；
第三方服务器收单后，会将订单对应的资源从买家用户的账户转移到中间账户中，而这些资源应当按照一定的比例分配给交易服务器和卖家用户，因此需要根据该订单从中间账户向交易服务器的收支账户和卖家用户的账户转移资源，该转移资源的过程即为资源转移处理过程。
7、交易服务器下单：交易服务器在请求处理订单之前，需要将已生成的订单上报给第三方服务器，以便第三方服务器进行核验，核验订单才可以进行资源转移处理，该上报订单的过程即为下单。
8、第一订单数据库：存储交易服务器上报的订单；
第二订单数据库：存储交易服务器生成的订单；
交易服务器生成订单后，通过上述收单过程可以将订单收录到第二订单数据库中，之后，通过上述交易服务器下单过程可以将订单收录到第一订单数据库中，以便根据该订单为交易服务器和卖家用户进行资源转移处理。
图1是本发明实施例提供的一种实施环境的示意图，该实施环境包括：第一用户终端101、第二用户终端102、交易服务器103和第三方服务器104，第一用户终端101和第二用户终端102均与交易服务器103连接，交易服务器103与第三方服务器104连接。
其中，第一用户终端101和第二用户终端102可以为手机、计算机、平板电脑等。交易服务器103可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。第三方服务器104也可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心。
第一用户终端101登录的第一用户标识所指示的第一用户为买家用户，第二用户终端102登录的第二用户标识所指示的第二用户为卖家用户，第一用户和第二用户通过交易服务器103可以进行交易。其中，第一用户终端101和第二用户终端102可以安装与交易服务器103关联的互联网应用，通过该互联网应用与交易服务器103进行交互，该互联网应用可以为购物应用、支付应用等。
第一用户标识和第二用户标识均在第三方服务器104上设置有账户，在账户中存储资源，该账户可以为第三方服务器提供的虚拟账户，也可以为银行账户、网上账户等。
交易服务器103在第三方服务器104上设置有中间账户和收支账户，中间账户为第三方服务器104提供的虚拟账户，由交易服务器103专用，但交易服务器103不具备从中间账户转出资源的权限和向中间账户转入资源的权限，即交易服务器103无法对中间账户进行充值、提现或转账等操作。收支账户归交易服务器103所有，可以为银行账户、网上账户等。交易服务器103具备从收支账户转出资源的权限和向收支账户转入资源的权限，可以通过第三方服务器对收支账户进行充值、提现或转账等操作。
本发明实施例应用于买家用户与卖家用户进行交易的多种场景下，如网络购物场景、在线缴费场景、扫码支付场景等。交易服务器提供了一种交易平台，买家用户与卖家用户在交易平台上进行交易时，由交易服务器生成订单，由第三方服务器针对该订单进行资源转移。
第三方服务器进行的资源转移过程中，并不是将买家用户转出的资源转移到交易服务器的账户再转移到卖家用户的账户，而是将买家用户转出的资源转移到为交易服务器设置的中间账户中，待处理时再将资源从中间账户分别转移到交易服务器的收支账户中和卖家用户的账户中，且从中间账户转移资源时需要第三方服务器进行验证，防止了将资源转移到其他账户而导致卖家用户收不到应得的资源。
图2是本发明实施例提供的一种资源转移方法的流程图。该发明实施例对第一用户与第二用户进行交易时的收单过程进行说明，交互主体为第一用户终端、交易服务器和第三方服务器，参见图2，该方法包括：
201、第一用户终端展示目标物信息页面，当在该目标物信息页面中检测到第一用户的确认操作时，向交易服务器发送对目标物的获取请求。
本发明实施例中，卖家用户会将提供的目标物的详情信息上传到交易服务器中，由交易服务器存储目标物的详情信息，详情信息至少包括提供目标物的卖家用户以及目标物对应的资源数量，该资源数量是指某一用户要获取该目标物时需要转出的资源数量。
另外，该详情信息还可以包括目标物的名称、类型、尺寸、颜色、材质、用来展示该目标物外观的图片、历史交易记录等信息，该历史交易记录中可以包括曾获取过同一目标物的买家用户、该买家用户进行交易的时间、该买家用户对目标物的评价等。
交易服务器可以提供目标物的目标物信息页面，供任一用户浏览，该目标物信息页面中包括目标物的详情信息，还可以包括针对该目标物的操作按钮，例如收藏按钮、加入购物车的按钮、确认按钮等。
本发明实施例以第一用户为买家用户、第二用户为卖家用户为例，对于第二用户标识提供的目标物，交易服务器提供目标物信息页面，第一用户终端可以展示该目标物信息页面。当第一用户浏览目标物信息页面时，可以查看目标物的各项信息，如果第一用户希望获取该目标物，可以在该目标物信息页面中触发确认操作。第一用户终端检测到该确认操作时，向交易服务器发送对该目标物的获取请求，该获取请求至少包括第一用户标识和目标物信息，还可以包括第二用户标识和该目标物信息对应的资源数量，其中，该第一用户标识可以为第一用户的账号、昵称、电话号码等，该第二用户标识可以为第二用户的账号、昵称、电话号码等，该目标物信息可以包括目标物的名称，也可以包括目标物的其他信息。
202、交易服务器接收到该获取请求时，生成指定订单。
其中，指定订单至少包括目标物信息、请求获取目标物的第一用户标识、提供目标物的第二用户标识以及目标物信息对应的资源数量，另外还可以包括该目标物信息、该指定订单的唯一编号、生成该指定订单的时间，即第一用户标识与第二用户标识的交易时间，当然还可以包括其他信息。
例如，第一用户终端展示信息页面，该信息页面中包括一件衣服的面料、款式、颜色、尺寸、价格等信息，还包括购买按钮，当第一用户点击购买按钮时，第一用户终端向交易服务器发送购买这件衣服的请求，交易服务器生成一个订单，订单中至少包括第一用户标识、第二用户标识和这件衣服的价格。
203、交易服务器向第三方服务器发送收单请求，收单请求携带指定订单。
其中，该收单请求在交易服务器生成订单时发送，用于请求第三方服务器收录生成的订单，并从买家用户的账户中转出相应的资源。
另外，交易服务器也可以存储指定订单，后续可以触发对指定订单的处理请求，请求第三方服务器对指定订单进行资源转移处理。
204、第三方服务器接收到收单请求时，将指定订单收录到第二订单数据库中，并将第一资源数量对应的资源从第一用户标识的账户转移到交易服务器的中间账户。
本发明实施例中，第三方服务器设置有第二订单数据库，第二订单数据库用于存储交易服务器生成的订单，后续可以根据这些订单进行资源转移处理。当第三方服务器接收到收单请求时，将该指定订单收录到第二订单数据库中，并且确定该指定订单中的资源数量，从第一用户标识的账户扣除资源数量对应的资源，将资源添加到交易服务器的中间账户，以便后续能够将该资源从中间账户分配给第二用户标识和交易服务器。
实际应用中，考虑到第三方服务器可能会接收到针对多个指定订单的收单请求，需要将多个指定订单收录到第二订单数据库中，此时为了便于管理，第三方服务器可以设置队列，每次接收到收单请求携带的指定订单时，将该指定订单存储于队列中，且每次从队列中取出一个指定订单，存储于第二订单数据库中，并针对该指定订单进行资源转移。其中，该队列可以为同步队列，或者异步队列。则同步队列中包括多个指定订单时，会采用数量与订单数量相等的线程，对同步队列中的多个指定订单进行同步处理，实现多个指定订单的同步存储，或者该队列也可以为异步队列，则异步队列包括多个指定订单时，会采用一个或多个线程，对异步队列中的一个或多个指定订单进行异步处理。
需要说明的是，第三方服务器为交易服务器创建了中间账户和收支账户：
中间账户用于存储生成的订单对应的资源，每次生成订单时，订单对应的资源会转入到中间账户中进行存储。收支账户用于存储分配给交易服务器的资源，订单对应的资源中属于交易服务器的部分资源会转入到收支账户中进行存储。其中，交易服务器请求从中间账户转出资源时需要第三方服务器进行验证，从收支账户转出资源时无需进行验证。
那么，针对任一订单，第三方服务器将从买家用户的账户转出的资源存储于中间账户中，再从中间账户中分配到收支账户和卖家用户的账户，由于交易服务器不能随意从中间账户转出资源，因此避免了由于交易服务器转出资源而导致卖家用户收不到资源的情况，提高了安全性。
在一种可能实现方式中，为了提高安全性，第三方服务器接收到收单请求时，可以向第一用户终端发送确认请求，该确认请求携带该资源数量，用于请求第一用户对该资源数量进行确认，第一用户终端展示确认页面，检测到第一用户的确认操作时，向第三方服务器发送确认消息，第三方服务器接收到确认消息时，将该资源数量对应的资源从第一用户标识的账户转移到中间账户中。
其中，该确认页面可以包括资源数量，另外也可以包括第二用户标识、交易时间、目标物信息等，以便第一用户确认各项信息是否与实际信息相符。
在另一种可能实现方式中，为了防止第三方服务器将中间账户的资源转移到其他账户而导致交易服务器和卖家用户收不到资源，第三方服务器可以具备将中间账户的资源转出到卖家用户的账户和收支账户的权限，而不具备将中间账户的资源转出到除卖家用户的账户和收支账户以外的其他账户的权限。
或者，考虑到在交易失败的情况下买家用户转出的资源需要退回到买家用户的账户中，第三方服务器可以具备将中间账户的资源转出到买家用户的账户、卖家用户的账户和收支账户的权限，而不具备将中间账户的资源转出到除买家用户的账户、卖家用户的账户和收支账户以外的其他账户的权限。
在另一种可能实现方式中，为了避免多个买家用户转出的资源同时转移到中间账户而导致资源错误，第三方服务器可以设置位于多个层级的多个收单账户，每个层级中包括多个收单账户，中间账户为最高层级的收单账户。
第三方服务器若要将资源从第一用户标识的账户转移到中间账户时，可以先将资源从第一用户标识的账户转移到第一级收单账户中，第一级收单账户中存储多个订单的资源，将这些资源汇总后转移到第二级的收单账户中，以此类推，直至转移到中间账户中。
由于每个层级的收单账户将多份资源合并汇总后，才会上报给上一层级的收单账户，随着层级越来越高，每路资源的数量会增大，但资源份数会逐渐减少，这就降低了多份资源同时上报给同一收单账户的概率，避免了账户的资源数量出现错误，提升了稳定性。
在上述图2所示实施例的基础上，指定订单对应的资源从第一用户的资源转移到中间账户后，需要从中间账户转移给第二用户和交易服务器。以下图3a和图4所示的实施例将分别对第二用户和交易服务器请求对订单进行资源转移处理的过程进行说明。
图3a是本发明实施例提供的一种资源转移方法的流程图。该发明实施例对第二用户请求对订单进行资源转移处理的过程进行说明，交互主体为第二用户终端、交易服务器和第三方服务器，参见图3a，该方法包括：
301、交易服务器向第三方服务器发送订单上报请求，订单上报请求携带待处理的指定订单。其中，该订单上报请求用于向第三方服务器上报已经生成但还未处理的订单。
交易服务器生成指定订单时，可以存储该指定订单，在向第三方服务器发送收单请求并由第三方服务器收录该指定订单后，可以立即向第三方服务器发送订单上报请求，或者也可以在经过一段时间后向第三方服务器发送订单上报请求。
为了简化交互流程，交易服务器可以每次生成一个订单时，将订单存储于本地订单数据库中，并向第三方服务器发送携带该订单的收单请求，但不发送订单上报请求。随着时间的推移，生成的订单逐渐增多，本地订单数据库中可以存储多个订单。针对存储的多个订单，交易服务器可以周期性地向第三方服务器发送订单上报请求，订单上报请求中可以携带本地订单数据库中已生成但还未上报的多个订单。
在第一种可能实现方式中，为了便于对订单进行管理，本地订单数据库中可以存储每个订单的状态，该状态包括未上报状态、未处理状态、已处理状态。其中，未上报状态是指订单已生成但还未上报给第三方服务器的状态，未处理状态是指订单已上报给第三方服务器但还未处理的状态，包括服务器未处理状态和卖家用户未处理状态中的至少一个，已处理状态是指订单已经处理完成的状态。
相应地，交易服务器可以周期性地从本地订单数据库中选取处于未上报状态的一个或多个订单，作为指定订单，向第三方服务器发送订单上报请求，该订单上报请求携带指定订单。
在第二种可能实现方式中，本地订单数据库可以包括多个数据库，分别用于存储处于不同状态的订单。例如，本地订单数据库包括第三订单数据库、第四订单数据库和第五订单数据库，交易服务器生成但还未上报的订单存储于第三订单数据库中，已上报但还未处理的订单存储于第四订单数据库中，已处理的订单存储于第五数据库中。则交易服务器可以周期性地获取第三订单数据库中的订单，向第三方服务器发送订单上报请求，该订单上报请求携带第三订单数据库中的订单，发送订单上报请求之后，这些已上报的订单可以从第三订单数据库中删除，并存储于第四数据库中。
302、第三方服务器接收订单上报请求，将指定订单收录到第一订单数据库中。其中，第一订单数据库用于存储待处理的订单。
在一种可能实现方式中，由于已生成的订单均收录在第二订单数据库中，则交易服务器上报的指定订单也应当已经收录在第二订单数据库中，因此，为了避免订单错误，第三方服务器接收到该订单上报请求时，可以先判断第二订单数据库中是否包括指定订单，当确定第二订单数据库中包括指定订单时，表示该指定订单确实为已经收录的订单，此时可以执行将指定订单收录到第一订单数据库中的步骤。
实际应用中，考虑到第三方服务器可能会接收到针对多个指定订单的订单上报请求，需要将多个指定订单收录到第一订单数据库中，此时为了便于管理，第三方服务器可以设置队列，每次接收到订单上报请求携带的指定订单时，将该指定订单存储于队列中，且每次从队列中取出一个指定订单，存储于第一订单数据库中。其中，该队列可以为同步队列，或者异步队列。
需要说明的是，上述步骤301和302为可选步骤，第三方服务器也可以不执行上述步骤301和302，直接执行下述步骤303-305对交易服务器的订单进行资源转移处理，而无需交易服务器在处理之前上报订单。
本发明实施例中，第三方服务器为交易服务器提供了资源转移服务，能够对交易服务器生成的订单进行收单、下单、资源转移处理等多种服务，在每次交易服务器上报订单时，第三方服务器也可以从中抽取一定数量的资源。也即是，该方法还可以包括：
第三方服务器接收交易服务器发送的订单上报请求，确定交易服务器应向第三方服务器转移的第三指定资源数量，将第三指定资源数量对应的资源从收支账户转移到第三方服务器的账户中。例如，第三方服务器需要抽取的资源数量比例为第三分配比例，则第三方服务器计算资源数量与第三分配比例的乘积，得到该第三指定资源数量。
其中，第三方服务器的账户中的资源归第三方服务器所有，第三方服务器可以对该账户进行充值、提现或转账等操作。
在一种可能实现方式中，收支账户包括转入账户和转出账户，则第三方服务器将第三指定资源数量对应的资源从转出账户转移到中间账户中。
303、第二用户终端向交易服务器发送第一处理请求，第一处理请求携带指定订单。
其中，第一处理请求用于请求对卖家用户对应的资源进行资源转移处理，即将卖家用户的订单对应的资源中应分配给卖家用户的账户的资源转移到卖家用户的账户中。
该第一处理请求可以由第二用户在第二用户终端上触发，例如，第二用户终端展示订单管理页面，第二用户可以从订单管理页面中选择未处理的指定订单，触发该第一处理请求。或者，该第一处理请求也可以由第二用户终端周期性地触发，即第二用户终端周期性地向第三方服务器发送第一处理请求，第一处理请求携带当前周期内还未处理的指定订单。
304、交易服务器接收第一处理请求，向第三方服务器发送第一处理请求。
在另一实施例中，该第一处理请求可以不由第二用户终端触发，而是由交易服务器触发，例如交易服务器可以周期性地向第三方服务器发送携带还未处理的指定订单的第一处理请求。或者，当交易服务器接收到第一用户终端检测到对指定订单的确认收货操作时发送的确认请求，表示第一用户确认交易完成，此时即可针对该指定订单为第二用户标识进行资源转移处理，因此交易服务器向第三方服务器发送携带该指定订单的第一处理请求。
基于上述步骤301中的第一种可能实现方式，交易服务器可以周期性地从本地订单数据库中选取处于卖家用户未处理状态的一个或多个订单，作为指定订单，向第三方服务器发送第一处理请求，该第一处理请求携带指定订单。
基于上述步骤301中的第二种可能实现方式，交易服务器可以周期性地获取第四订单数据库中卖家用户未处理的订单，作为指定订单，向第三方服务器发送第一处理请求，该第一处理请求携带指定订单。由于交易服务器还未对这些指定订单进行资源转移处理，因此交易服务器发送携带指定订单的第一处理请求之后，指定订单仍然存储于第四订单数据库中。
实际应用中，由第一用户终端、第二用户终端还是交易服务器触发该第一处理请求、触发该第一处理请求的方式等均可由第二用户与交易服务器的维护人员协商确定。
305、第三方服务器接收第一处理请求，当确定第一订单数据库中包括指定订单时，确定该资源数量中应分配给第二用户标识的账户的第一指定资源数量，将第一指定资源数量对应的资源从中间账户转移到第二用户标识的账户。
本发明实施例中，为了便于准确管理，避免出现资源转移处理错误，第三方服务器可以在接收到第一处理请求时，根据第一订单数据库对指定订单进行验证，当第一订单数据库中包括指定订单时，指定订单验证通过，才能确定该指定订单为真实的待处理订单，第二用户标识和资源数量真实可靠，此时才可对该指定订单进行资源转移处理。而当第一订单数据库中不包括指定订单时，指定订单验证不通过，此时不可对该指定订单进行资源转移处理。
例如，第三方服务器接收到第一处理请求时，可以先判断该第一订单数据库是否包括指定订单，根据判断结果确定该第一订单数据库中是否包括指定订单。
采用上述验证方式的原因在于：中间账户中由买家用户转出的资源应当转移到卖家用户的账户和交易服务器的收支账户，但是可能会出现以下情况：交易服务器向第三方服务器发送的处理请求中携带的指定订单为虚假的订单，或者指定订单中的卖家用户不是实际的卖家用户而是其他用户，或者指定订单中的资源数量错误等。如果第三方服务器接收到上述处理请求而不进行验证，就会根据错误的指定订单进行资源转移，这很可能会造成资源转移处理出现错误，导致中间账户的资源被转移到了除交易服务器和卖家用户的账户以外的其他账户，进而导致交易服务器和卖家用户收不到应得的资源，造成卖家用户的损失。
另外，考虑到第一订单数据库中的订单数量较多，判断该第一订单数据库是否包括指定订单时需要遍历该第一订单数据库中的多个订单，该遍历过程可能会花费一些时间，因此在进行验证之前可以先判断指定订单是否满足基本条件，将不满足基本条件的指定订单过滤掉，以免某些不满足基本条件的指定订单在进行多次遍历后才确定验证不通过而造成时间浪费。
例如，在接收到第一处理请求之后，该方法还可以包括以下步骤3051-3053中的至少一项：
3051、如果第一处理请求携带多个指定订单，判断第一处理请求携带的订单数量是否大于第一订单数据库中第二用户标识待处理的订单数量，如果第一处理请求携带的订单数量不大于第一订单数据库中第二用户标识待处理的订单数量，判断第一订单数据库中是否包括该指定订单。
第一订单数据库中存储第二用户标识待处理的一个或多个订单，第二用户本次请求处理的指定订单的数量应当不大于第一订单数据库中第二用户标识待处理的订单数量，因此第三方服务器通过判断确定第一处理请求携带的订单数量不大于第二用户标识待处理的订单数量时，才会对指定订单进行验证。
在另一实施例中，如果第一处理请求携带的订单数量大于第一订单数据库中第二用户标识待处理的订单数量，表示订单出现问题，第二用户本次要处理的订单数量超过了应处理的订单数量，此时第三方服务器可以向交易服务器发送通知消息，通知交易服务器本次处理出现错误，由交易服务器在核对后重新发起处理请求。
其中，第三方服务器可以预先对第一订单数据库中的订单进行统计，得到第二用户标识待处理的订单数量，则接收到第一处理请求时直接进行上述步骤3051即可，或者，第三方服务器也可以在接收到第一处理请求时对第一订单数据库中的订单进行统计，得到第二用户标识待处理的订单数量。
3052、判断资源数量是否大于第一订单数据库中第二用户标识待处理的订单的资源数量，如果资源数量不大于第一订单数据库中第二用户标识待处理的订单的资源数量，判断第一订单数据库中是否包括该指定订单。
第一订单数据库中存储第二用户标识待处理的一个或多个订单，第二用户本次请求处理的指定订单的资源数量应当不大于第一订单数据库中第二用户标识待处理的订单的资源数量，因此第三方服务器通过判断确定指定订单的资源数量不大于第二用户标识待处理的订单的资源数量时，才会对指定订单进行验证。
在另一实施例中，如果指定订单的资源数量大于第一订单数据库中第二用户标识待处理的订单的资源数量，表示订单出现问题，第二用户本次要处理的资源数量超过了应转移的资源数量，此时第三方服务器可以向交易服务器发送通知消息，通知交易服务器本次处理出现错误，由交易服务器在核对后重新发起处理请求。
其中，当指定订单包括多个订单时，指定订单的资源数量是指该多个订单中的资源数量的总和，该第三方服务器可以对该多个订单的资源数量进行求和，得到资源数量的总和，也可以对第一订单数据库中的第二用户标识待处理的多个订单的资源数量进行求和，得到第二用户标识待处理的资源数量的总和。
第三方服务器可以预先对第一订单数据库中的订单进行统计，得到第二用户标识待处理的资源数量，则接收到第一处理请求时根据已得到的资源数量进行上述步骤3052即可，或者，第三方服务器也可以在接收到第一处理请求时对第一订单数据库中的订单进行统计，得到第二用户标识待处理的资源数量。
3053、判断用户标识数据库中是否包括第二用户标识，如果用户标识数据库中包括第二用户标识，判断第一订单数据库中是否包括该指定订单。
其中，用户标识数据库用于存储已验证通过的卖家用户的标识，即目标物提供用户标识。第二用户标识属于已验证通过的卖家用户标识时才能对第二用户的订单进行资源转移处理，因此第三方服务器接收到第一处理请求时，判断用户标识数据库中是否包括第二用户标识，以确定第二用户标识是否为已验证通过的卖家用户标识。
本发明实施例中，为了提高安全性，需要对卖家用户进行监管验证。参见图3b，具体可以包括以下三个阶段：
第一阶段、在交易服务器上新注册的卖家用户会向第三方服务器发送开户申请，请求在第三方服务器上创建账户。此时第三方服务器要求交易服务器对卖家用户标识以及卖家用户的商户信息、实名信息、法人信息、联系人信息、银行资料、证照信息、行业类别信息、经营范围、协议确认时间、唯一店铺号等关键信息向第三方服务器进行备案，由第三方服务器验证通过后才能创建账户。其中，卖家用户标识可以为卖家用户的实名信息或者唯一店铺号等，卖家用户的关键信息与卖家用户标识对应存储于用户标识数据库中。
第二阶段、当卖家用户的信息发生变更时，由交易服务器将变更之后的信息发送给第三方服务器，由第三方服务器进行验证，验证通过后存档备案。
第三阶段、在卖家用户持续经营的过程中，由第三方服务器的管理部门对卖家用户的账户进行监管，发现某些卖家用户存在不合规行为时，要通知交易服务器对卖家用户进行清退、处罚等处理。其中，不合规行为具体包括哪些行为可以由第三方服务器确定。
需要说明的是，本发明实施例可以将上述步骤3051-3053中的验证方式进行结合，对待处理的指定订单进行多角度的判断。
在确定要对指定订单进行资源转移处理后，第三方服务器可以根据资源数量和预设分配策略确定第一指定资源数量，该预设分配策略用于确定将买家用户转出的资源分配给交易服务器和卖家用户的方式，根据该预设分配策略可以确定第一用户转出的资源中哪一部分资源分配给交易服务器，哪一部分资源分配给第二用户。
在一种可能实现方式中，该预设分配策略包括第一分配比例和第二分配比例，第一分配比例为第二用户从订单中抽取的资源数量比例，第二分配比例为交易服务器从订单中抽取的资源数量比例，且第一分配比例和第二分配比例之和为100％。其中，第一分配比例和第二分配比例可以由第二用户与交易服务器的维护人员协商确定。
相应地，第三方服务器对指定订单进行资源转移处理时，获取指定订单中的资源数量，计算资源数量与第一分配比例的乘积，得到第一指定资源数量，即为应分配给第二用户标识的账户的资源数量。
当第一分配比例为100％、第二分配比例为0时，表示订单对应的所有资源应当全部分配给第二用户，则第一指定资源数量与第一资源数量相等。
本发明实施例提供的方法，通过为交易服务器设置中间账户，将从指定订单中第一用户标识的账户转出的资源存储于中间账户中，当接收到携带指定订单的第一处理请求时，确定第一订单数据库包括指定订单，则根据第一处理请求将应分配给第二用户标识的账户的资源从中间账户转移到第二用户标识的账户，而不会在未经验证的情况下根据交易服务器发送的任一资源转移请求进行资源转移，避免了将资源转移到其他账户而导致第二用户标识的账户无法收到资源的情况，提高了安全性。
并且，相关技术中随着交易量的增长，其安全隐患也与日俱增，第三方服务器在整个资源转移的链路中仅仅根据交易服务器的指令进行了操作，而对原始的业务场景没有把握，在业务真实性、资源合规与否等方面存在盲点，不利于监管，而且第三方服务器不知道实际的卖家用户的信息，不了解其真实性，不能满足kyc(knowyourcustomer，了解客户)的监管要求。而本发明实施例中建立了第三方服务器与交易服务器以及卖家用户的信息链接，由第三方服务器对卖家用户进行监管，提高了安全性。
在上述图3a所示实施例的基础上，交易服务器也可以针对已生成的订单进行资源转移处理，具体过程详见下述实施例。
图4是本发明实施例提供的一种资源转移方法的流程图。该发明实施例对交易服务器请求对订单进行资源转移处理的过程进行说明，交互主体为交易服务器和第三方服务器，参见图4，该方法包括：
401、交易服务器向第三方服务器发送订单上报请求，订单上报请求携带待处理的指定订单。
402、第三方服务器接收订单上报请求，将指定订单收录到第一订单数据库中。
上述步骤401-402与图3a所示实施例中的步骤301-302类似，在此不再赘述。
403、交易服务器向第三方服务器发送第二处理请求，第二处理请求携带指定订单。
其中，第二处理请求用于请求对交易服务器对应的资源进行资源转移处理，将交易服务器生成的订单对应的资源中应分配给交易服务器的收支账户的资源转移到收支账户中。
该第二处理请求可以由交易服务器周期性地触发，且该第二处理请求携带当前周期内还未处理的指定订单。
基于上述步骤301中的第一种可能实现方式，交易服务器可以周期性地从本地订单数据库中选取处于交易服务器未处理状态的一个或多个订单，作为指定订单，向第三方服务器发送第二处理请求，该第二处理请求携带指定订单。
基于上述步骤302中的第二种可能实现方式，交易服务器可以周期性地获取第四订单数据库中交易服务器还未处理的订单，作为指定订单，向第三方服务器发送第二处理请求，该第二处理请求携带指定订单。之后交易服务器可以将指定订单从第四订单数据库中删除，并存储于第五数据库中。
或者，该第二处理请求也可以由交易服务器的管理人员主动触发，该指定订单由管理人员确定。
404、第三方服务器接收第二处理请求，当第一订单数据库中包括指定订单时，第三方服务器确定该资源数量中应分配给交易服务器的收支账户的第二指定资源数量，将第二指定资源数量对应的资源从中间账户转移到交易服务器的收支账户。
与上述步骤305类似，第三方服务器接收到第二处理请求时，也可以判断第一订单数据库中是否包括指定订单，以根据判断结果确定是否要对指定订单进行资源转移处理。
在一种可能实现方式中，第三方服务器可以根据资源数量和预设分配策略确定第二指定资源数量。预设分配策略包括第二分配比例，第二分配比例为交易服务器从生成的订单中抽取的资源数量比例，且第二分配比例不为0时，第三方服务器对指定订单进行资源转移处理时，获取指定订单中的资源数量，计算资源数量与第二分配比例的乘积，得到第二指定资源数量。
当收支账户包括转入账户和转出账户时，第三方服务器确定第二指定资源数量后，将第二指定资源数量对应的资源从中间账户转移到转入账户。
资源转移到收支账户之后，交易服务器只需向第三方服务器发送相应的资源转移请求，即可从收支账户中转出资源或者向收支账户转入资源，即收支账户的资源归交易服务器所有，由交易服务器自由支配，交易服务器可以对收支账户的资源进行提现、转账等多种操作。
另外，在接收到第二处理请求之后，该方法还可以包括以下步骤4041-4042中的至少一项：
4041、如果第二处理请求携带多个指定订单，判断第二处理请求携带的订单数量是否大于第一订单数据库中交易服务器待处理的订单数量，如果第二处理请求携带的订单数量不大于第一订单数据库中交易服务器待处理的订单数量，判断第一订单数据库中是否包括指定订单。
第一订单数据库中存储待处理的一个或多个订单，交易服务器本次请求处理的指定订单的数量应当不大于第一订单数据库中交易服务器待处理的订单数量，因此第三方服务器确定第二处理请求携带的订单数量不大于交易服务器待处理的订单数量时，才会对指定订单进行验证。
在另一实施例中，如果第二处理请求携带的订单数量大于第一订单数据库中交易服务器待处理的订单数量，表示订单出现问题，交易服务器本次要处理的订单数量超过了应处理的订单数量，此时第三方服务器可以向交易服务器发送通知消息，通知交易服务器本次处理出现错误，由交易服务器在核对后重新发起处理请求。
其中，第三方服务器可以预先对第一订单数据库中的订单进行统计，得到交易服务器待处理的订单数量，则接收到第一处理请求时直接进行上述步骤3051即可，或者，第三方服务器也可以在接收到第二处理请求时对第一订单数据库中的订单进行统计，得到交易服务器待处理的订单数量。
4042、判断资源数量是否大于第一订单数据库中交易服务器待处理的订单的资源数量，如果资源数量不大于第一订单数据库中交易服务器待处理的订单的资源数量，判断第一订单数据库中是否包括指定订单。
第一订单数据库中存储第待处理的一个或多个订单，交易服务器本次请求处理的指定订单的资源数量应当不大于第一订单数据库中交易服务器待处理的订单的资源数量，因此第三方服务器通过判断确定指定订单的资源数量不大于交易服务器待处理的订单的资源数量时，才会对指定订单进行验证。
在另一实施例中，如果指定订单的资源数量大于第一订单数据库中交易服务器待处理的订单的资源数量，表示订单出现问题，交易服务器本次要处理的资源数量超过了应处理的资源数量，此时第三方服务器可以向交易服务器发送通知消息，通知交易服务器本次处理出现错误，由交易服务器在核对后重新发起处理请求。
其中，当指定订单包括多个订单时，指定订单的资源数量是指该多个订单中的资源数量的总和，该第三方服务器可以对该多个订单的资源数量进行求和，得到资源数量的总和，也可以对第一订单数据库中的交易服务器待处理的多个订单的资源数量进行求和，得到交易服务器待处理的资源数量的总和。
第三方服务器可以预先对第一订单数据库中的订单进行统计，得到交易服务器待处理的资源数量，则接收到第二处理请求时根据已得到的资源数量进行上述步骤4042即可，或者，第三方服务器也可以在接收到第二处理请求时对第一订单数据库中的订单进行统计，得到交易服务器待处理的资源数量。
本发明实施例提供的方法，通过为交易服务器设置中间账户，将从指定订单中第一用户标识的账户转出的资源存储于中间账户中，当接收到携带指定订单的第一处理请求时，确定第一订单数据库包括指定订单，则根据第一处理请求将应分配给第二用户标识的账户的资源从中间账户转移到第二用户标识的账户，而不会在未经验证的情况下根据交易服务器发送的任一资源转移请求进行资源转移，避免了将资源转移到其他账户而导致第二用户标识的账户无法收到资源的情况，提高了安全性。当接收到第二处理请求时，确定第一订单数据库包括指定订单，则将应分配给交易服务器的资源从中间账户转移到收支账户，保证了交易服务器的顺利处理。
当交易服务器为了吸引卖家用户而组织某些优惠活动时，还可以向卖家用户下发资源。也即是，以第二用户为例，该方法还包括：交易服务器向第三方服务器发送资源下发请求，该资源下发请求用于请求为第二用户下发第四指定资源数量对应的资源，则第三方服务器将第四指定资源数量对应的资源从收支账户转移到中间账户，再从中间账户转移到第二用户标识的账户。
其中，该第四指定资源数量可以由交易服务器默认设置，或者由交易服务器的管理人员设置，或者根据第二用户标识参与活动的活跃程度设置。
结合上述实施例，交易服务器会向第三方服务器发送多种业务请求，包括收单请求、订单上报请求、第一处理请求和第二处理请求，当然也可以包括其他业务请求，相应的，第三方服务器在业务处理过程中也会生成多种业务数据。为了避免业务出现问题或者业务数据丢失，保障系统性能，第三方服务器可以与交易服务器核对业务数据。也即是，该方法还可以包括：
第三方服务器根据进行业务处理操作生成业务数据日志，应用过程中，交易服务器向第三方服务器发送业务匹配请求，该业务匹配请求携带交易服务器根据已发送给第三方服务器的业务请求生成的业务数据，第三方服务器接收到业务数据时，将业务数据与存储的业务数据日志进行比对，判断两者是否匹配，根据匹配结果能够及时地发现问题，并进行相应的处理操作。
其中，交易服务器可以周期性地发送业务匹配请求，业务匹配请求中携带在当前周期内涉及的业务数据。
图5是本发明实施例提供的一种资源转移方法的流程图，该发明实施例的执行主体为第三方服务器，参见图5，该方法包括：
501、接收交易服务器发送的第一处理请求。
第一处理请求携带指定订单，指定订单包括目标物信息、请求获取目标物的第一用户标识、提供目标物的第二用户标识以及目标物信息对应的资源数量，第一处理请求用于请求对第二用户标识对应的资源进行资源转移处理。
502、当确定第一订单数据库中包括指定订单时，确定资源数量中应分配给第二用户标识的账户的第一指定资源数量，第一订单数据库用于存储待处理的订单。
503、将第一指定资源数量对应的资源从交易服务器的中间账户转移到第二用户标识的账户。
其中，中间账户用于存储从第一用户标识的账户转出的与资源数量对应的资源。
本发明实施例提供的方法，通过为交易服务器设置中间账户和收支账户，将从第一用户标识的账户转出的资源存储于中间账户中，当接收到第一处理请求时，确定第一订单数据库包括指定订单，则将应分配给第二用户标识的账户的资源从中间账户转移到第二用户标识的账户，避免了根据错误的指定订单从中间账户转出资源而导致第二用户标识的账户无法收到资源的情况，提高了安全性。
可选地，接收交易服务器发送的第一处理请求之后，方法还包括：
如果第一处理请求携带多个指定订单，判断第一处理请求携带的订单数量是否大于第一订单数据库中第二用户标识待处理的订单数量；
如果第一处理请求携带的订单数量不大于第一订单数据库中第二用户标识待处理的订单数量，判断第一订单数据库中是否包括指定订单。
可选地，接收交易服务器发送的第一处理请求之后，方法还包括：
判断资源数量是否大于第一订单数据库中第二用户标识待处理的订单的资源数量；
如果资源数量不大于第一订单数据库中第二用户标识待处理的订单的资源数量，判断第一订单数据库中是否包括指定订单。
可选地，接收交易服务器发送的第一处理请求之后，方法还包括：
判断用户标识数据库中是否包括第二用户标识，用户标识数据库用于存储已验证通过的目标物提供用户标识；
如果用户标识数据库中包括第二用户标识，判断第一订单数据库中是否包括指定订单。
可选地，方法还包括：
接收交易服务器发送的第二处理请求，第二处理请求携带指定订单，第二处理请求用于请求对交易服务器已生成的订单进行资源转移处理；
判断第一订单数据库中是否包括指定订单；
当确定第一订单数据库中包括指定订单时，确定资源数量中应分配给交易服务器的收支账户的第二指定资源数量；
将第二指定资源数量对应的资源从中间账户转移到交易服务器的收支账户。
可选地，方法包括：
接收交易服务器在生成指定订单时发送的收单请求，收单请求携带指定订单；
将指定订单收录到第二订单数据库中，第二订单数据库中用于存储交易服务器生成的订单；
将资源数量对应的资源从第一用户标识的账户转移到中间账户。
可选地，将资源数量对应的资源从第一用户标识的账户转移到中间账户之后，方法还包括：
接收交易服务器发送的订单上报请求，订单上报请求携带指定订单；
将指定订单收录到第一订单数据库中，第一订单数据库用于存储待处理的订单。
可选地，接收交易服务器发送的订单上报请求之后，方法还包括：
判断第二订单数据库中是否包括指定订单，第二订单数据库中用于存储交易服务器生成的订单；
当确定第二订单数据库中包括指定订单，执行将指定订单收录到第一订单数据库中的步骤。
可选地，接收交易服务器发送的订单上报请求之后，方法还包括：
计算资源数量与第三分配比例的乘积，得到第三指定资源数量，第三分配比例为交易服务器上报订单时第三方服务器需要抽取的资源数量比例；
将第三指定资源数量对应的资源从收支账户转移到第三方服务器的账户。
可选地，方法还包括：
接收交易服务器发送的资源下发请求，资源下发请求用于请求为第二用户标识下发第四指定资源数量对应的资源；
将第四指定资源数量对应的资源从收支账户转移到中间账户；
将第四指定资源数量对应的资源从中间账户转移到第二用户标识的账户。
图6a是本发明实施例提供的一种业务流程示意图，图6b是本发明实施例提供的第三方服务器的结构框架示意图。参见图6a和图6b，在充分考虑资源流转和业务流程的前提下，为了尽可能地提升系统整体的吞吐性能，采用了多层接入的架构，第三方服务器整体上分为四层：接入层、业务处理层、存储层和控制层。
接入层负责与外部的交易平台进行对接，负责交易服务器的识别、交易安全加密保障、系统网管接入等工作。其中，入驻接入模块用于为新注册的卖家用户开户，收单接入模块用于收录交易服务器生成的订单，下单接入模块用于接收交易服务器上报的订单，资源接入模块用于对交易服务器或者卖家用户的订单进行资源转移处理，对账接入模块用于与交易服务器进行对账。
业务处理层负责完成实际的业务逻辑，包括卖家用户的信息管理和信息对接工作、收单工作、与收单关联的结算工作等。其中，管理单元用于对卖家用户进行管理，收单单元用于将生成的订单收录到数据库中，下单单元用于将将上报的订单收录到数据库中，结算单元用于对订单进行资源转移处理，分账单元用于为交易服务器分配应得的资源，请款单元用于为卖家用户分配应得的资源。
存储层主要负责存储相关的业务数据，其中，用户标识数据库存储卖家用户的信息，第二订单数据库存储收录的订单，第一订单数据库存储上报的订单，结算订单数据库存储已经处理完成的订单，业务数据日志存储业务数据。
其中，业务处理层为存储层提供卖家用户的信息或者订单时，可以采用队列进行存储。即业务处理层可以设置存储卖家用户的信息的队列，新注册的卖家用户的信息通过该队列存储于用户标识数据库中，设置收单队列，将收单请求携带的指定订单通过该队列存储于第二订单数据库，设置上报订单的队列，将订单上报请求携带的指定订单通过该队列存储于第一订单数据库，设置存储已处理订单的队列，将已处理完成的订单通过该队列存储于结算订单数据库。上述队列均可采用同步队列或异步队列，采用同步队列可以增强一致性，而采用异步队列可以提高灵活性，具体采用哪种队列可以根据业务需求确定。
控制层穿插于整个系统的内部，主要对业务工作进行验证，负责整个资源链路的合规性、真实性、一致性的判断。
其中，控制层的核心逻辑包含以下四个部分：
1、下单准入控制：本部分逻辑将内部的收单信息作为下单的准入判断标准，也就是上报的每笔待处理订单必须有唯一一笔关联的收单与其一致。如图6b所示，上报的订单要与第二订单数据库中收录的订单一致。
2、处理准入控制：本部分逻辑主要负责交易平台发送的待处理订单，请求处理的总资源数量必须不超过关联的收单的总资源数量。如图6b所示，处理的订单的资源数量要不超过第一订单数据库中的订单资源数量。
3、分账准入控制：本部分逻辑主要负责平台的手续费扣款比例和卖家用户一致性的判断。如果有其他非收单的待处理资源(平台营销、运费补助)等需要与平台提供的业务数据相匹配。
4、请款准入控制：卖家用户请求清算所有待处理资源后，负责完成在内部的账户进行卖家的资源数量的验证，仅当请款金额不超过可划转金额后才可以准入。如图6b所示，卖家用户请求处理的资源数量要不超过第一订单数据库中卖家用户的资源数量。
综上所述，本发明实施例涉及的操作流程包括：
1、买家用户发起交易后，第三方服务器完成收单，交易资源进入第三方服务器上的中间账户。该资源为卖家用户在交易服务器的平台上销售商品所获得的资源，所有权属于卖家用户，因此交易服务器对这类资源没有实际的控制权。
2、交易服务器在第三方服务器的所有下单业务需要支付手续费，这部分资源由交易服务器承担，所以需要由交易服务器的的收支账户转移到中间账户。
3、交易服务器为发展卖家用户会提供相应的营销活动、推广优惠等，这部分资源由交易服务器承担，转移给卖家用户，该资源也需要由交易服务器的收支账户转移到中间账户，再转移到卖家用户的账户中。
4、在交易服务器收到买家用户确认收货或要按时结算给卖家的过程中，由于交易服务器提供了交易平台和渠道，因此要从中抽取部分资源，该资源属于交易服务器所有，需要从中间账户转移到收支账户。
5、当卖家用户就待结算资金发起处理请求，请求将资源转入其注册的账户中，由交易服务器向第三方服务器发起代为结算的请求，将中间账户的资源转移给卖家用户的账户，完成实际的资源交付。
以上为完整的资源流过程，在资源流上，第三方服务器保留了整个资源转移链路上的关联信息，其中包括：卖家用户信息(卖家用户入驻阶段备案的信息)、结算分账时作为参与方的卖家账户或交易服务器的账户等等。这些信息用于第三方服务器对在系统内发生的资源变动进行事中、事后的核验工作。
并且，交易服务器可以提前向第三方服务器备案所有的资源类型(如保证金、营销款、手续费、广告费、处罚款等)，同时在请求扣款转账时需要标明扣款类型，并生成相应凭证，以备查验。
第三方服务器在必要情况下，可要求交易服务器提供独立审计报告，被监管的卖家用户应当配合。独立的审计报告确认在交易服务器侧发起的业务请求应当具有真实凭据，为买家用户与卖家用户发起的真实交易。
图7是本发明实施例提供的一种资源转移装置的结构示意图。参见图7，该装置包括：
接收模块701，用于执行上述步骤305中接收第一处理请求的过程；
数量分配模块702，用于执行上述步骤305中确定第一指定资源数量的过程；
资源转移模块703，用于执行上述步骤305中进行资源转移的过程；
可选地，该数量分配模块702用于执行上述计算资源数量与第一分配比例的乘积的步骤。
可选地，判断模块，用于执行上述步骤3051-3053中的至少一项。
可选地，该接收模块701还用于执行上述步骤404中接收第二处理请求的过程；
该数量分配模块702还用于执行上述步骤405中确定第二指定资源数量的过程；
该资源转移模块702还用于执行上述步骤405中进行资源转移的过程。
可选地，该数量分配模块702用于执行上述计算资源数量与第二分配比例的乘积的步骤。
可选地，该装置还包括判断模块，该判断模块用于执行上述步骤4041-4042中的至少一项。
可选地，该接收模块701还用于执行上述步骤204中接收收单请求的过程。
该装置还包括：收录模块，用于执行上述步骤204中收录订单的过程。
该资源转移模块702还用于执行上述步骤204中将资源数量对应的资源从第一用户标识的账户转移到中间账户的过程。
可选地，该接收模块701还用于执行上述步骤302或402中接收订单上报请求的过程；
该装置还包括：收录模块，用于执行上述步骤302或402中收录订单的过程。
可选地，该装置还包括判断模块，判断模块用于执行上述步骤302中判断第二订单数据库中是否包括指定订单的过程。
可选地，数量分配模块702还用于执行上述计算资源数量与第三分配比例的乘积的过程；
资源转移模块702还用于执行上述将第三指定资源数量对应的资源从收支账户转移到中间账户的过程。
可选地，接收模块701还用于接收资源下发请求；
资源转移模块702用于根据所述资源下发请求下发资源。
上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。
需要说明的是：上述实施例提供的资源转移装置在进行资源转移时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将第三方服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源转移装置与资源转移方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图8是本发明实施例提供的一种服务器的结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832和存储介质830可以是短暂存储或持久存储。存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在服务器800上执行存储介质830中的一系列指令操作。
服务器800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，一个或一个以上键盘856，和/或，一个或一个以上操作系统841，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm等等。
该服务器800可以用于执行上述实施例提供的资源转移方法中第三方服务器所执行的步骤。
本发明实施例还提供了一种第三方服务器，该第三方服务器包括处理器和存储介质，该存储介质中存储有至少一条指令，该指令由该处理器加载并执行以实现如上述实施例的资源转移方法中第三方服务器所执行的操作。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。