CN110097349A - 资源处理方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种资源处理方法，应用于接入系统，包括：接收应用客户端发送的下单请求；向计费平台发送下单请求，接收计费平台发送的订单标识；根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，将该支付请求发送给计费平台；接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。本申请还提供了相应的装置、系统及存储介质。

Description

资源处理方法、装置及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及资源处理方法、装置及存储介质。

背景技术

在现代经济社会，支付是每一个人必不可少的经济活动之一，随着技术不断发展的今天，支付方式已是多种多样，最常见的一般包括网络支付和现金支付。通过网络支付，人们可以足不出户地通过互联网络在支付双方之间进行款项的转出转入，支付方式比较方便。随着互联网技术的快速发展，利用智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等移动终端进行在线支付已成为一种便捷、流行的支付方式。

发明内容

本申请实例提供了一种资源处理方法，应用于资源转移业务的接入系统，包括：

接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

向计费平台发送下单请求，接收计费平台发送的订单标识；

根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，将该支付请求发送给计费平台；

接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

本申请实例还提供了一种虚拟资源接入系统，该资源接入系统包括下单接口及资源发送接口，其中，

下单接口接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

下单接口向计费平台发送下单请求，接收计费平台发送的订单标识；

下单接口根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

下单接口接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，将该支付请求发送给计费平台；

资源发送接口接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

本申请实例还提供了一种虚拟资源处理装置，包括：

接收单元，用以接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

发送单元，用以向计费平台发送下单请求；

所述接收单元，用以接收计费平台发送的订单标识；

生成单元，用以根据所述订单标识及所述下单信息生成支付页面数据；

所述发送单元，用以将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

所述接收单元，用以接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，

所述发送单元，用以将该支付请求发送给计费平台；

所述接收单元，用以接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；

所述发送单元，用以将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

本申请实例还提供了一种计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行如上述所述的方法。

采用本申请提供的上述方案将资源转移处理过程中的共有逻辑封装成接入系统，减低了计费平台的复杂度，减少了计费平台的资源消耗，提高了资源转移处理过程中的效率。

附图说明

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

图1是本申请实例涉及的系统构架图；

图2是本申请一实例资源处理方法的流程示意图；

图3是本申请一实例添加接入系统后的系统结构示意图；

图4A是本申请一实例资源入口页面示意图；

图4B是本申请一实例话费商品信息页面示意图；

图4C是本申请一实例支付页面示意图；

图5是本申请一实例包括下单接口及签名服务器的接入系统的结构示意图；

图6是本申请一实例资源信息查询的流程示意图；

图7是本申请一实例资源处理方法的详细流程图；

图8是本申请一实例资源处理装置的结构示意图；以及

图9是本申请实施例中的计算设备组成结构示意图。

具体实施方式

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

本申请提供的资源处理方法、装置及存储介质涉及的系统架构如图1所示，该系统架构包括客户端101、计费平台102、资源服务器103及资源转移服务器104，其中，客户端101与资源服务器103、计费平台102及资源转移服务器104之间通过互联网105进行连接。本申请提供的资源处理方法可以用以实现实物商品的处理，例如，实现商品(例如，电器产品、服装、食品等)的购买及支付。本申请提供的资源处理方法还可以用以实现虚拟商品的处理，例如，实现话费的充值、流量购买、视频会员卡的购买等。其中，所述客户端101可以为及时通信客户端，例如，微信客户端、QQ客户端，客户端101还可以为购物客户端，此外，还可以为其他应用客户端，例如视频客户端等。当进行资源处理时，客户端101从资源服务器103处获取资源信息，在客户端101处展示。当用户想购买展示的一资源(包括实物商品及虚拟商品)时，向计费平台102发送下单请求，计费平台响应于该下单请求，生成订单号，并生成支付页面数据，将支付页面数据发送给客户端101，客户端101展示对应的支付页面。用户在支付页面上完成支付操作后，向计费平台102发送支付请求，计费平台102当根据该支付请求完成支付后，向资源转移服务器发送资源发送请求，以使资源转移服务器进行资源的转移处理。例如，本申请提供的资源处理方法可以用以实现购买腾讯视频会员的支付，在该情况下，所述资源服务器103为腾讯视频服务器，所述资源转移服务器104为视频会员发放服务器。本申请提供的资源处理方法还可以用以实现第三方资源的处理，在该情况下，所述资源服务器103可以为第三方的资源服务器，所述资源转移服务器可以为第三方的发货服务器。

在一些实例中，各业务在进行资源处理的时候需要直接和计费平台打交道，而当前计费平台只是提供了最基本的支付和发货接口，而其他一些有一定共性的功能则需要各业务在接入的时候自己来处理。这些有一定共性的功能，包括，资源信息的在线更新，例如资源价格的在线更新，新资源的接入，以及防止资源信息被恶意篡改等。例如，当所述资源为商品时，对于新商品的接入，当进行第三方的商品的支付时，所述资源服务器103为第三方的商品信息服务器。当新商品接入时，在图1所示的系统架构中需加入该第三方的商品信息服务器，则需要对该商品信息服务器开发商品的接入逻辑，例如，商品信息的查询逻辑，形成商品信息页面数据的逻辑等。这样在新商品接入时，新商品对应的商品信息服务器都需要开发对应的商品接入逻辑，商品的扩展流程繁琐，开发代价高。同时，当进行商品的支付时，客户端101需要直接与计费平台102进行交互，计费平台需要提供订单页面数据生成和/或支付页面数据生成的相关逻辑以及支付过程中的数据防篡改的安全逻辑等，使得计费平台需要实现较多的逻辑，占用资源较多，使得实现资源处理时各业务接入的速度较慢。

为解决以上技术问题，本申请提供了一种资源处理方法，应用于资源转移业务的接入系统，如图2所示，包括以下步骤：

S201：接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息。

如图3所示，本申请在计费平台102的基础封装了一个接入系统106，该接入系统106执行资源处理时的共有逻辑，例如，执行资源信息查询的逻辑、订单页面数据生成的逻辑、支付页面数据生成、安全逻辑等。在该实例中，接入系统106执行步骤S201-S205。

用户通过应用客户端浏览资源信息页面上展示的资源。当用户在展示的资源信息页面上触发下单请求后，客户端将该下单请求发送给接入系统106。该下单请求中携带下单信息，其中下单信息中包括资源信息及资源接收方信息。其中资源信息可以包括资源的标识(ID)、资源的数量、资源的价格，其中，资源的数量可以为购买的话费值，购买的流量值，充的电费值等，资源的价格对应的可以为购买的话费、流量或电费需要付的钱。下单请求中携带的资源接收方信息可以为资源接收方的账号，例如充话费的手机号、电费的点卡号等。当资源为实物商品时，接收方信息中还可以包括接收方的接收地址等信息。例如，所述应用客户端为即时通信客户端微信，如图4A所示的微信页面上提供有多个资源信息入口401。其中，所述资源可以为话费、Q币、流量、水费、电费、燃气费等虚拟商品，也可以为实物商品，例如、服装、化妆品、箱包等。当用户点击其中一个资源入口时，展示对应的资源信息页面，例如，当点击手机充值资源入口时，展示话费充值页面，如图4B所述。在图4B中展示有多个话费商品的信息402，展示的话费商品的信息包括话费的面值、价格等信息。在图4B的页面图中还包括输入框403，客户端响应于用户对该输入框的输入获取资源接收方信息(充话费的手机号)。当用户在图4B的页面上输入手机号，并选取一个话费面值后触发下单请求。客户端将下单请求发送给接入系统106，该下单请求中携带手机号、话费面值的标识及价格。在该步骤中，客户端不直接与计费平台交互，而是与接入系统交互，避免了与计费平台交互的复杂。

S202：向计费平台发送下单请求，接收计费平台发送的订单标识。

其中，计费平台生成的订单标识为一交易序列号。该订单标识可以为商品购买中的订单号，该订单的标识可以根据交易的日期及交易的顺序生成的序列号。

S203：根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面。

交互系统106根据步骤S201中接收到的下单信息以及步骤S202中获取的订单标识生成支付页面数据。在另一些实例中，也可以根据下单信息及订单标识生成订单页面数据，发送给客户端展示对应的订单页面，客户端响应于用户对订单页面的操作展示支付页面。其中，客户端处可以存储支付页面数据，支付页面数据也可以由客户端向接入系统拉取。在没有接入系统的情况下，订单页面数据和/或支付页面数据需要由计费平台来生成。随着接入资源的逐渐增多，需要与计费平台进行交互的业务大量增加，使得计费平台处理的速度缓慢。本申请提供的资源处理方法，将生成页面数据的逻辑封装到接入系统，减轻了计费平台的负担，同时使得资源处理过程中业务接入的速度增加。接入系统将生成的支付页面数据发送给客户端，使客户端展示支付页面。例如，展示如图4C所示的支付页面。在该支付页面中展示有下单信息404、支付账号控件405及支付密码控件406。

S204：接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，将该支付请求发送给计费平台。

其中，支付信息包括支付账号、支付密码及支付金额，计费平台根据该支付账号及支付密码确认验证成功后，冻结所述支付账号中的所述支付金额，例如，将所述支付账号中的所述支付金额转移到计费平台的账号，完成该操作后，确认支付成功。对于支付请求的触发，还如图4C所示的支付页面，用户通过点击支付账号控件405选择支付方式，例如，选择银行卡、零钱。在一些实例中，在图4C所示的页面中，默认展示与所述客户端关联的银行卡。当用户通过键盘407输入在支付密码控件406中出入密码后，触发支付请求。该支付请求中携带支付信息(包括支付账号、支付密码及支付金额)，同时还包括对应的订单ID及下单信息。

S205：接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

支付信息包括支付账号、支付密码及支付金额，其中，计费平台中预存支付账号与支付密码的映射关系，当计费平台验证支付账号及支付密码成功后，从所述支付账号中扣除所述支付金额。之后，计费平台向交互系统106发送资源发送请求，交互系统106将资源发送请求发送给资源转移服务器，资源发送请求中携带下单信息及订单标识，资源转移服务器根据下单信息中的接收方信息及资源信息将对应的资源转移到对应的资源接收方，完成资源转移处理。例如，向手机号码中冲入手机话费、流量等。向接收方发送货物，向视频账号发送视频会员卡等。

采用本申请提供的资源处理方法，将资源转移处理过程中的共有逻辑封装成接入系统，由该接入系统执行共有逻辑，减低了计费平台的复杂度，减少了计费平台的资源消耗，提高了资源转移处理过程中的效率。

在一些实例中，本申请提供的接入系统中还封装了安全验证逻辑，来防止资源转移处理的过程中资源的信息被篡改。在接入系统106中封装安全验证逻辑，使得计费平台105在资源转移的处理过程中，不需要考虑安全验证问题，进一步减少了计费平台的工作量，减少了计费平台的资源消耗，提高了计费平台的效率。在该实例中，如图5所述，接入系统106包括下单接口1061及签名服务器1062。

其中，所述下单接口1061接收应用客户端发送的下单请求并向计费平台发送下单请求，还接收计费平台发送的订单标识；

当下单接口接收到所述订单标识之后，本申请提供的资源处理方法进一步包括：

S501：下单接口向签名服务器发送签名请求，所述签名请求中携带所述订单标识及所述下单信息；签名服务器根据所述订单标识及所述下单信息生成第一签名；及将所述第一签名发送给所述下单接口。

其中，所述下单接口1061生成支付页面数据，将所述支付页面数据发送给所述应用客户端，接收所述支付请求，将该支付请求发送给计费平台。

当所述下单接口将所述支付请求发送给所述计费平台之前，该方法进一步包括步骤：

S502：所述下单接口向所述签名服务器发送签名验证请求，所述签名验证请求中携带所述第一签名及所述支付请求中携带的所述订单标识及所述下单信息；及所述签名服务器根据所述订单标识及所述下单信息生成第二签名，当根据所述第一签名及所述第二签名确定验证成功后，向所述下单接口发送验证成功消息。

S503：所述下单接口当接收到所述验证成功消息时将所述支付请求发送给所述计费平台。

在下单接口接收到计费平台发送的订单标识之后，向客户端发送支付页面数据之前，下单接口向签名验证服务器发送签名请求，请求中携带下单信息及订单标识，根据所述下单信息及订单标识生成第一签名。之后，下单接口向客户端发送支付页面数据，发送的支付页面数据中包括订单的标识、下单信息及第一签名。客户端在用户完成支付操作后向下单接口发送支付请求，下单接口将支付请求发送给计费平台。在生成订单标识到向计费平台发送支付请求的过程中订单的标识及下单信息(例如，商品的数量、标识、价格、接收方账号、接收方地址等信息)可能被篡改，因而，该实例在向计费平台发送支付请求之前，对下单信息及订单标识进行安全验证。安全验证的方式为根据订单的标识及下单信息采用加密算法生成第二签名，其中生成第二签名的加密算法与生成第一签名的加密算法相同。当第二签名与第一签名相同时，说明支付请求中携带的下单信息与下单时的下单信息是一致的，签名验证通过。否则签名验证不通过。当签名验证通过后再向计费平台发送支付请求，否则不发送支付请求。从而能够有效防止下单信息被篡改。

在一些实例中，其中，所述签名服务器存储有密钥；其中，所述签名服务器根据所述订单标识及所述下单信息生成第一签名包括：所述签名服务器根据所述订单标识、所述下单信息及所述密钥生成所述第一签名；

其中，所述签名服务器根据所述订单标识及所述下单信息生成第二签名包括：所述签名服务器根据所述密钥及所述支付请求中携带的所述订单标识及所述下单信息生成所述第二签名；

其中，所述签名服务器当所述第一签名与所述第二签名相同时，向下单接口发送所述验证成功消息。

在该实例中，签名服务器生成第一签名及第二签名的方式为：签名服务器存储密钥，生成第一签名及第二签名时，根据存储的同一个密钥与对应的订单标识、下单信息分别生成对应的第一签名及签名。其中，密钥由签名服务器保存在本地，外界无法访问。在生成第一签名及第二签名时，采用相同的加密算法，例如，采用MD5(Message-Digest Algorithm5，信息摘要算法)算法。在该实例中，通过签名进行安全验证能够保证前端(客户端)与后台(接入系统、计费平台、资源转移服务器)的两次交互之间没有数据被篡改。主要是验证下单时的下单信息与支付时下单信息是否一致。其中，下单信息主要包括资源的信息、资源接收方的信息，例如，包括资源的数量、价格、标识、资源接收方账号、接收方接收地址等。

在一些实例中，本申请提供的接入系统106还封装了资源信息查询逻辑及资源信息页面数据生成逻辑。如图6所示，本申请提供的资源处理方法，还包括以下步骤：

S601：接收所述客户端发送的资源信息页面请求，所述资源信息页面请求中携带资源标识；

S602：向与所述资源标识对应的资源服务器发送资源信息查询请求，接收所述资源服务器发送的所述资源标识对应的资源信息；

S603：根据所述资源信息生成资源信息页面数据；将该资源信息页面数据发送给所述客户端，以使所述客户端展示对应的资源信息页面。

上述步骤中的S601-S603可以由接入系统106中的下单接口1061来执行。在该实例中，将资源信息的查询逻辑及资源信息页面数据的生成逻辑封装到接入系统的下单接口1061，在另一些实例中，也可以将资源信息的查询逻辑及资源信息页面数据的生成逻辑封装到接入系统106中一个单独的接口，例如，资源信息查询接口。将资源信息的查询逻辑及资源信息页面数据的生成逻辑封装到接入系统使得资源的扩展更加容易。当本申请提供的资源处理方法要新接入一个资源时，如果不将资源信息的查询逻辑及资源信息页面数据的生成逻辑封装到接入系统，则新接入的资源对应的资源服务器需要开发所述资源信息查询逻辑及所述资源信息页面数据生成逻辑。当接入多个资源时，各资源对应的资源服务器都要开发所述资源信息的查询逻辑及资源信息页面数据的生成逻辑，新资源接入流程复杂，开发成本高。同时多个资源服务器存在复杂的交互逻辑，例如，当资源信息页面展示多种资源的信息，在生成资源信息页面数据时，多个资源服务器之间通过交互获取商品信息的逻辑。本实例中，将资源信息查询的共有逻辑(例如，资源信息的查询逻辑及资源信息页面数据的生成逻辑封装)封装到接入系统，该接入系统向各资源服务器调取资源信息，资源服务器不需要再开发所述共有逻辑。接入系统中的下单接口1061当从各资源服务器获取到多个资源信息后，根据所述多个资源信息生成页面数据，多个资源服务器之间也不需要开发相互之间的交互逻辑。当本申请提供的资源处理方法接入新的资源时，只需要对应的资源服务器中加载新的资源的信息。使得新的资源接入时更加方便，提高了资源的扩展性。

对于具体的资源信息查询，接入系统根据资源标识去对应的资源服务器获取资源信息。例如，当所述咨询信息为视频会员时，则根据视频会员的标识去视频服务器获取视频会员的信息。又例如，当所述资源为手机话费时，如图4A所示的资源入口页面，当用户点击话费资源入口401时，客户端向接入系统发送话费页面请求，该请求中携带话费标识。接入系统106根据该话费标识去移动服务器(或者是联通服务器，或者是电信服务器)去拉取话费信息，根据获得的话费信息生成话费信息页面数据，发送给客户端，使客户端展示话费信息页面，如图4B所示。

当本申请提供的资源处理方法需要接入新的资源时，确定资源信息，资源服务器中设置有资源信息服务模块，用以提供资源信息的查询，将确定的资源信息配置到资源服务器中的资源信息服务模块。当所述资源服务器为第三的服务器时，如果第三方的资源需要在计费平台102及接入系统106上进行支付时，只需要第三方将接入的资源的信息配置到资源服务器中的资源信息服务模块。新资源接入流程简单。为了支持资源的快速上线，接入系统106、资源服务器103及资源转移服务器104设计了统一的接入协议，各业务在接入时只需按照统一协议提供相关信息即可实现资源的快速上线。其中，当所述资源为商品时，表1是协议中各字段的定义。

表1

在一些实例中，本申请提供的资源处理方法进一步包括以下步骤：

接收资源转移服务器将所述资源转移到相应的资源接收方时发送的资源转移成功消息，该资源转移成功消息中携带所述订单标识；根据所述订单标识向所述应用客户端发送所述资源转移成功消息。

在该实例中，当资源转移成功后，接入系统接收资源转移服务器发送的资源转移成功消息，并将资源转移成功消息发送给客户端。在一些实例中，在接入系统106中封装有资源发送接口，该资源发送接口接收计费平台发送的资源发送请求，将该资源发送请求发送给资源转移服务器。资源发送接口同时接收资源转移服务器发送的资源转移成功消息。将该资源转移成功消息发送给客户端，以在客户端处展示资源转移成功提醒。

在一些实例中，其中，所述支付信息中包括所述客户端对应的第一资金账号、支付密码及支付金额，所述计费平台中存储有所述资源转移服务器对应的第二资金账户，

其中，所述接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求包括：接收所述计费平台当根据所述第一资金账户及支付密码确认验证成功后，并冻结所述第一资金账号中的所述支付金额时发送的所述资源发送请求；

其中，所述方法进一步包括：将所述资源转移成功消息发送给所述计费平台，以使所述计费平台将冻结的所述第一资金账号中的所述支付金额转移到所述第二资金账号。

在该实例中，计费平台中存储有资金账户与支付密码的映射关系，同时还存储有资源转移服务器对应的第二资金账户。当计费平台接收到支付请求后，根据支付请求中的第一资金账户在映射关系中查找对应的支付密码，当查找到的支付密码与支付请求中携带的支付密码一致时，冻结第一资金帐中的所述支付金额。具体地，可以从第一资金账户中转移所述支付金额到计费平台的第三资金账户。当计费平台接收到资源转移成功消息后，第一资金账户中冻结的所述支付金额转移到所述第二资金账户。具体可以从所述第三资金账户中转移所述支付金额到第二资金账户。

当本申请提供的资源处理方法应用到商品的购买及支付中时，所述资源服务器可以为商品信息服务器，该资源服务器中设置有资源信息模块，用以提供资源信息查询。所述资源转移服务器可以为商品支付中的发货服务器，该资源转移服务器中设置有资源发送模块，用以实现资源的转移处理。计费平台中包括订单模块及结算模块，订单模块用以提供订单处理，结算模块用以处理支付。接入系统包括资源信息接口、下单接口、签名服务器及资源发送接口。本申请资源处理的详细流程如图7所示，主要包括以下步骤：

S701：客户端向资源信息接口发送资源信息页面请求，该请求中携带资源ID，其中，携带的资源ID可以为一个或多个。

S702：资源信息接口向资源服务器发送资源信息获取请求，请求中携带资源ID，其中，当资源ID有多个时，对应的资源服务器为多个，则根据各资源ID向各资源信息服务器请求资源信息。

S703：资源信息接口接收资源信息，根据接收到的资源信息生成资源信息页面数据。

S704：商品信息接口向客户端发送资源信息页面数据，在客户端处展示资源信息页面。例如，展示如图4B所示的商品信息页面。

S705：客户端响应于用户在资源信息页面上的操作，向下单接口发送下单请求。该下单请求中携带下单信息，下单信息中包括资源的信息，例如，当资源为商品时，包括商品的ID，商品的价格及下单的商品数量，还包括商品接收方信息，例如商品接收方账号、接收地址等。

S706：下单接口向计费平台中的订单模块发送下单请求。

S707：计费平台中的订单模块向下单接口返回订单ID。

S708：下单接口向签名服务器发送签名请求，该请求中携带下单信息及订单ID，签名服务器根据下单信息及订单ID生成第一签名。

S709：签名服务器向下单接口返回生成的第一签名。

S710：下单接口根据订单ID、下单信息、第一签名生成订单页面数据，发送给客户端展示订单页面，使客户端响应于用户对订单页面的操作展示支付页面。在另一些实例中，下单接口可以根据订单ID、下单信息及第一签名直接生成支付页面数据发送给客户端，使客户端直接展示支付页面。

S711：客户端向下单接口发送支付请求，该请求中携带订单ID、下单信息、支付信息及第一签名。

S712：下单接口在向计费平台发送支付请求之前，向签名服务器发送签名验证请求，该请求中携带订单ID、下单信息及第一签名。签名服务器根据订单ID及下单信息生成第二签名，当第二签名与第一签名相同时，验证成功。

S713：签名服务器验证成功后向下单接口发送验证成功消息，当签名服务器验证不成功时，向签名服务器发送验证失败消息。

S714：下单接口当接收到验证成功消息时，向计费平台中的结算模块发送支付请求，该支付请求中携带订单ID、下单信息及支付信息。如果下单接口接收到验证失败消息，不向结算模块发送支付请求，同时向客户端发送支付失败的提醒消息，流程结束。

S715：支付请求中的支付信息包括支付账号、支付密码、支付金额，结算模块当根据支付账号及支付密码验证成功后，冻结支付账号中的所述支付金额，向资源发送接口发送资源发送请求。该资源发送请求中携带订单ID及下单信息。

S716：资源发送接口将资源发送请求发送给资源转移服务器中的资源发送模块，资源发送模块根据下单信息中的接收方信息及资源信息进行资源转移处理。

S717：资源发送模块当资源转移成功后向资源发送接口发送资源转移成功消息，该消息中携带订单ID。

S718：资源发送接口将资源转移消息发送给所述订单ID对应的客户端。

S719：资源发送接口同时将资源转移成功消息发送给计费平台中的结算模块，结算模块将S715中冻结的支付金额转移到资源转移服务器对应的账号。

其中，客户端的主要作用是提供和用户的交互界面，用户在交互界面可以查看资源信息、进行下单并支付资源。客户端处的界面主要包括资源信息展示页面、订单页面及支付页面，在一些实例中，也可以将订单页面与支付页面合并。

接入系统是本方案的核心部分，在计费平台的基础上对一些共有逻辑做了统一封装。主要包括资源信息接口、下单接口、资源发送接口及签名服务器。3个接口封装为统一的接入协议；同时封装了签名生成与验证逻辑。当资源服务器及资源转移服务器为第三方时，当新资源接入时，只需开发资源服务器中的资源信息模块及资源转移服务器中的资源发送模块。计费平台中的订单模块用以下订单并生成订单号，结算模块用以用户支付。本申请在计费平台的基础上封装了接入系统，接入系统中包括3个接口，资源在接入时只需对接这个3个接口即可，无需关注计费平台，避免了与计费平台交互的复杂。接入系统中还封装了签名、验证逻辑，实现了对订单ID、下单信息的签名处理，防止这些数据被恶意篡改，使计费平台无需关注签名问题，极大减少了计费平台的工作量。在一些实例中，可以将资源信息接口与下单接口合并为下单接口。

本申请还提供了一种虚拟资源接入系统，如图5所示，该资源接入系统包括下单接口及资源发送接口，

下单接口接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

下单接口向计费平台发送下单请求，接收计费平台发送的订单标识；

下单接口根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

下单接口接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，将该支付请求发送给计费平台；

资源发送接口接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

本申请提供的虚拟资源接入系统中的各步骤与上述资源处理方法中的各步骤相对应，在此不再赘述。

采用本申请提供的资源处理系统，将资源转移处理过程中的共有逻辑封装成接入系统，由该接入系统执行共有逻辑，减低了计费平台的复杂度，减少了计费平台的资源消耗，提高了资源转移处理过程中的效率。

在一些实例中，如图7所示，所述接入系统还包括签名服务器；

当下单接口接收到所述订单标识之后，下单接口向签名服务器发送签名请求，所述签名请求中携带所述订单标识及所述下单信息；

签名服务器根据所述订单标识及所述下单信息生成第一签名；及将所述第一签名发送给所述下单接口；

当所述下单接口将所述支付请求发送给所述计费平台之前，所述下单接口向所述签名服务器发送签名验证请求，所述签名验证请求中携带所述第一签名及所述支付请求中携带的所述订单标识及所述下单信息；及

所述签名服务器根据所述订单标识及所述下单信息生成第二签名，当根据所述第一签名及所述第二签名确定验证成功后，向所述下单接口发送验证成功消息；

其中，所述下单接口当接收到所述验证成功消息时将所述支付请求发送给所述计费平台。

在一些实例中，其中，所述签名服务器存储有密钥；所述签名服务器根据所述订单标识、所述下单信息及所述密钥生成所述第一签名；

所述签名服务器根据所述密钥及所述支付请求中携带的所述订单标识及所述下单信息生成所述第二签名；

其中，所述签名服务器当所述第一签名与所述第二签名相同时，向下单接口发送所述验证成功消息。

在一些实例中，如图7所示，所述接入系统进一步包括资源信息接口，所述资源信息接口用以：

接收所述客户端发送的资源信息页面请求，所述资源信息页面请求中携带资源标识；

向与所述资源标识对应的资源服务器发送资源信息查询请求，接收所述资源服务器发送的所述资源标识对应的资源信息；

根据所述资源信息生成资源信息页面数据；

将该资源信息页面数据发送给所述客户端，以使所述客户端展示对应的资源信息页面。

在一些实例中，所述资源发送接口，还用以：

接收资源转移服务器将所述资源转移到相应的资源接收方时发送的资源转移成功消息，该资源转移成功消息中携带所述订单标识；

根据所述订单标识向所述应用客户端发送所述资源转移成功消息。

在一些实例中，其中，所述支付信息中包括所述客户端对应的第一资金账号、支付密码及支付金额，所述计费平台中存储有所述资源转移服务器对应的第二资金账户，

其中，所述资源发送接口，还用以：

接收所述计费平台当根据所述第一资金账户及支付密码确认验证成功后，并冻结所述第一资金账号中的所述支付金额时发送的所述资源发送请求；

所述资源发送接口，还用以：

将所述资源转移成功消息发送给所述计费平台，以使所述计费平台将冻结的所述第一资金账号中的所述支付金额转移到所述第二资金账号。

本申请还提供了一种虚拟资源处理装置800，如图8所示，包括：

接收单元801，用以接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

发送单元802，用以向计费平台发送下单请求；

所述接收单元801，用以接收计费平台发送的订单标识；

生成单元803，用以根据所述订单标识及所述下单信息生成支付页面数据；

所述发送单元802，用以将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

所述接收单元801，用以接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，

所述发送单元802，用以将该支付请求发送给计费平台；

所述接收单元801，用以接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；

所述发送单元802，用以将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

采用本申请提供的资源处理装置，将资源转移处理过程中的共有逻辑封装成接入系统，由该接入系统执行共有逻辑，减低了计费平台的复杂度，减少了计费平台的资源消耗，提高了资源转移处理过程中的效率。

本申请还提供了一种计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行如上述所述的方法。

图9示出了资源处理装置800所在的计算设备的组成结构图。如图9所示，该计算设备包括一个或者多个处理器(CPU)902、通信模块904、存储器906、用户接口910，以及用于互联这些组件的通信总线908。

处理器902可通过通信模块904接收和发送数据以实现网络通信和/或本地通信。

用户接口910包括一个或多个输出设备912，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口910也包括一个或多个输入设备914，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器906可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器906存储处理器902可执行的指令集，包括：

操作系统916，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

应用918，包括资源处理装置800的部分或全部单元或者模块。资源处理装置800中的至少一个单元可以存储有机器可执行指令。处理器902通过执行存储器906中各单元中至少一个单元中的机器可执行指令，进而能够实现上述各单元或模块中的至少一个模块的功能。

需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。

各实施例中的硬件模块可以以硬件方式或硬件平台加软件的方式实现。上述软件包括机器可读指令，存储在非易失性存储介质中。因此，各实施例也可以体现为软件产品。

各例中，硬件可以由专门的硬件或执行机器可读指令的硬件实现。例如，硬件可以为专门设计的永久性电路或逻辑器件(如专用处理器，如FPGA或ASIC)用于完成特定的操作。硬件也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本申请，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，这种数据处理程序可用于执行本申请上述方法实例中的任何一种实例。

图9模块对应的机器可读指令可以使计算机上操作的操作系统等来完成这里描述的部分或者全部操作。非易失性计算机可读存储介质可以是插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器。安装在扩展板或者扩展单元上的CPU等可以根据指令执行部分和全部实际操作。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (14)

1.一种资源处理方法，其特征在于，应用于资源转移业务的接入系统，包括：

接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

向计费平台发送下单请求，接收计费平台发送的订单标识；

根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，将该支付请求发送给计费平台；

接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

2.根据权利要求1所述的方法，其特征在于，所述接入系统包括下单接口及签名服务器；

其中，所述下单接口接收应用客户端发送的下单请求并向计费平台发送下单请求，还接收计费平台发送的订单标识；

当下单接口接收到所述订单标识之后，该方法进一步包括：

下单接口向签名服务器发送签名请求，所述签名请求中携带所述订单标识及所述下单信息；

签名服务器根据所述订单标识及所述下单信息生成第一签名；及

将所述第一签名发送给所述下单接口；

其中，所述下单接口生成支付页面数据，将所述支付页面数据发送给所述应用客户端，接收所述支付请求，将该支付请求发送给计费平台；

当所述下单接口将所述支付请求发送给所述计费平台之前，该方法进一步包括：

所述下单接口向所述签名服务器发送签名验证请求，所述签名验证请求中携带所述第一签名及所述支付请求中携带的所述订单标识及所述下单信息；及

所述签名服务器根据所述订单标识及所述下单信息生成第二签名，当根据所述第一签名及所述第二签名确定验证成功后，向所述下单接口发送验证成功消息；

其中，所述下单接口当接收到所述验证成功消息时将所述支付请求发送给所述计费平台。

3.根据权利要求2所述的方法，其特征在于，其中，所述签名服务器存储有密钥；其中，所述签名服务器根据所述订单标识及所述下单信息生成第一签名包括：

所述签名服务器根据所述订单标识、所述下单信息及所述密钥生成所述第一签名；

其中，所述签名服务器根据所述订单标识及所述下单信息生成第二签名包括：所述签名服务器根据所述密钥及所述支付请求中携带的所述订单标识及所述下单信息生成所述第二签名；

其中，所述签名服务器当所述第一签名与所述第二签名相同时，向下单接口发送所述验证成功消息。

4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

接收所述客户端发送的资源信息页面请求，所述资源信息页面请求中携带资源标识；

向与所述资源标识对应的资源服务器发送资源信息查询请求，接收所述资源服务器发送的所述资源标识对应的资源信息；

根据所述资源信息生成资源信息页面数据；

将该资源信息页面数据发送给所述客户端，以使所述客户端展示对应的资源信息页面。

5.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

接收资源转移服务器将所述资源转移到相应的资源接收方时发送的资源转移成功消息，该资源转移成功消息中携带所述订单标识；

根据所述订单标识向所述应用客户端发送所述资源转移成功消息。

6.根据权利要求5所述的方法，其特征在于，其中，所述支付信息中包括所述客户端对应的第一资金账号、支付密码及支付金额，所述计费平台中存储有所述资源转移服务器对应的第二资金账户，

其中，所述接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求包括：

接收所述计费平台当根据所述第一资金账户及支付密码确认验证成功后，并冻结所述第一资金账号中的所述支付金额时发送的所述资源发送请求；

其中，所述方法进一步包括：

将所述资源转移成功消息发送给所述计费平台，以使所述计费平台将冻结的所述第一资金账号中的所述支付金额转移到所述第二资金账号。

7.一种虚拟资源接入系统，其特征在于，该资源接入系统包括下单接口及资源发送接口，

下单接口接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

下单接口向计费平台发送下单请求，接收计费平台发送的订单标识；

下单接口根据所述订单标识及所述下单信息生成支付页面数据，将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

下单接口接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，将该支付请求发送给计费平台；

资源发送接口接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

8.根据权利要求7所述的系统，其特征在于，所述接入系统还包括签名服务器；

当下单接口接收到所述订单标识之后，下单接口向签名服务器发送签名请求，所述签名请求中携带所述订单标识及所述下单信息；

签名服务器根据所述订单标识及所述下单信息生成第一签名；及将所述第一签名发送给所述下单接口；

当所述下单接口将所述支付请求发送给所述计费平台之前，所述下单接口向所述签名服务器发送签名验证请求，所述签名验证请求中携带所述第一签名及所述支付请求中携带的所述订单标识及所述下单信息；及

所述签名服务器根据所述订单标识及所述下单信息生成第二签名，当根据所述第一签名及所述第二签名确定验证成功后，向所述下单接口发送验证成功消息；

其中，所述下单接口当接收到所述验证成功消息时将所述支付请求发送给所述计费平台。

9.根据权利要求8所述的系统，其特征在于，其中，所述签名服务器存储有密钥；所述签名服务器根据所述订单标识、所述下单信息及所述密钥生成所述第一签名；

所述签名服务器根据所述密钥及所述支付请求中携带的所述订单标识及所述下单信息生成所述第二签名；

其中，所述签名服务器当所述第一签名与所述第二签名相同时，向下单接口发送所述验证成功消息。

10.根据权利要求7所述的系统，其特征在于，所述接入系统进一步包括资源信息接口，所述资源信息接口用以：

接收所述客户端发送的资源信息页面请求，所述资源信息页面请求中携带资源标识；

向与所述资源标识对应的资源服务器发送资源信息查询请求，接收所述资源服务器发送的所述资源标识对应的资源信息；

根据所述资源信息生成资源信息页面数据；

将该资源信息页面数据发送给所述客户端，以使所述客户端展示对应的资源信息页面。

11.根据权利要求7所述的系统，其特征在于，所述资源发送接口，还用以：

接收资源转移服务器将所述资源转移到相应的资源接收方时发送的资源转移成功消息，该资源转移成功消息中携带所述订单标识；

根据所述订单标识向所述应用客户端发送所述资源转移成功消息。

12.根据权利要求11所述的系统，其特征在于，其中，所述支付信息中包括所述客户端对应的第一资金账号、支付密码及支付金额，所述计费平台中存储有所述资源转移服务器对应的第二资金账户，

其中，所述资源发送接口，还用以：

接收所述计费平台当根据所述第一资金账户及支付密码确认验证成功后，并冻结所述第一资金账号中的所述支付金额时发送的所述资源发送请求；

所述资源发送接口，还用以：

将所述资源转移成功消息发送给所述计费平台，以使所述计费平台将冻结的所述第一资金账号中的所述支付金额转移到所述第二资金账号。

13.一种虚拟资源处理装置，其特征在于，包括：

接收单元，用以接收应用客户端发送的下单请求，该下单请求中携带下单信息，其中所述下单信息包括资源信息、资源接收方信息，所述资源信息为待转移的资源的信息；

发送单元，用以向计费平台发送下单请求；

所述接收单元，用以接收计费平台发送的订单标识；

生成单元，用以根据所述订单标识及所述下单信息生成支付页面数据；

所述发送单元，用以将所述支付页面数据发送给所述应用客户端，以使所述应用客户端展示支付页面；

所述接收单元，用以接收所述应用客户端响应于对所述支付页面的操作发送的支付请求，该支付请求中携带支付信息、所述下单信息及所述订单标识，

所述发送单元，用以将该支付请求发送给计费平台；

所述接收单元，用以接收计费平台当根据所述支付信息确定支付成功后发送的资源发送请求，该资源发送请求中携带所述订单标识及所述下单信息；

所述发送单元，用以将该资源发送请求发送给资源转移服务器，以使所述资源转移服务器根据所述下单信息中的所述资源信息及所述资源接收方信息将所述资源转移到相应的资源接收方。

14.一种计算机可读存储介质，存储有计算机可读指令，可以使至少一个处理器执行如权利要求1-6任一项所述的方法。