CN111325553A - 交换资源的支付方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种交换资源的支付方法、装置、设备及可读存储介质，涉及计算机技术领域。该方法包括：接收终端发送的资源支付信息，资源支付信息中包括交换资源的支付数量和目标帐号对应的支付序列号，支付序列号为分配至目标帐号进行单次支付使用的序列号；响应于支付状态符合状态要求，对目标帐号扣除支付数量对应的交换资源。通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

Description

交换资源的支付方法、装置、设备及可读存储介质

技术领域

本申请实施例涉及计算机技术领域，特别涉及一种交换资源的支付方法、装置、设备及可读存储介质。

背景技术

在游戏应用程序中，通常能够对游戏中所应用的道具进行购买，如：在游戏商店中，对游戏对局中需要应用的卡牌、经验、礼包、虚拟枪械、虚拟载具等道具通过交换资源进行购买。

相关技术中，当登录有目标帐号的终端接收到购买操作时，获取该购买操作所对应的商品购买信息后，将商品购买信息发送至服务器，由服务器根据商品购买信息扣除目标帐号的账户中与商品购买信息对应的交换资源。

然而，由于终端和服务器之间建立有TCP长连接，稳定性较差，存在终端发送商品购买信息后服务器延迟响应，而终端再次发送商品购买信息，导致重复购买的情况，购买过程的错误率较高。

发明内容

本申请实施例提供了一种交换资源的支付方法、装置、设备及可读存储介质，可以降低交换资源在支付过程中的错误率。所述技术方案如下：

一方面，提供了一种交换资源的支付方法，所述方法包括：

接收终端发送的资源支付信息，所述资源支付信息为目标帐号对目标商品进行购买时生成的信息，所述资源支付信息中包括所述交换资源的支付数量和所述目标帐号对应的支付序列号，所述支付序列号为分配至所述目标帐号进行单次支付使用的序列号；

对所述支付序列号在服务器中对应存储的支付状态进行验证；

响应于所述支付状态符合状态要求，将所述支付序列号的所述支付状态修改为支付中状态；

对所述目标帐号扣除所述支付数量对应的所述交换资源。

另一方面，提供了一种交换资源的支付装置，所述装置包括：

接收模块，用于接收终端发送的资源支付信息，所述资源支付信息为目标帐号对目标商品进行购买时生成的信息，所述资源支付信息中包括所述交换资源的支付数量和所述目标帐号对应的支付序列号，所述支付序列号为分配至所述目标帐号进行单次支付使用的序列号；

验证模块，用于对所述支付序列号在服务器中对应存储的支付状态进行验证；

修改模块，用于响应于所述支付状态符合状态要求，将所述支付序列号的所述支付状态修改为支付中状态；

扣除模块，用于对所述目标帐号扣除所述支付数量对应的所述交换资源。

另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述本申请实施例中任一所述的交换资源的支付方法。

另一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述本申请实施例中任一所述的交换资源的支付方法。

另一方面，提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上述本申请实施例中任一所述的交换资源的支付方法。

本申请实施例提供的技术方案带来的有益效果至少包括:

通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

附图说明

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

图1是本申请一个示例性实施例提供的实施环境示意图；

图2是本申请一个示例性实施例提供的区块链系统的结构示意图；

图3是本申请一个示例性实施例提供的交换资源的支付方法的流程图；

图4是基于图3示出的实施例提供的对目标商品进行购买的界面示意图；

图5是本申请另一个示例性实施例提供的交换资源的支付方法的流程图；

图6是基于图5示出的实施例提供的支付状态不符合状态要求时终端的界面示意图；

图7是申请一个示例性实施例提供的交换资源的支付方法的整体过程示意图；

图8是本申请另一个示例性实施例提供的交换资源的支付方法的流程图；

图9是本申请一个示例性实施例提供的交换资源的支付过程中的交互示意图；

图10是本申请一个示例性实施例提供的交换资源的支付装置的结构框图；

图11是本申请另一个示例性实施例提供的交换资源的支付装置的结构框图；

图12是本申请一个示例性的实施例提供的服务器的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先，对本申请实施例中涉及的名词进行简单介绍：

支付序列号：是指分配至目标帐号进行单次支付使用的序列号，用于对目标帐号的支付过程进行验证。可选地，单个支付序列号仅能分配给单个目标帐号进行验证应用。可选地，向目标帐号分配支付序列号后，服务器对支付序列号和目标帐号之间的对应关系进行存储，并对支付序列号的支付状态进行设置，示意性的，支付序列号对应的初始支付状态为未支付，当接收到目标帐号的支付事件时，通过支付序列号对支付事件进行验证，并将支付序列号的支付状态修改为支付中，从而实现目标帐号的支付事件。可选地，在支付事件支付完成后，向目标帐号分配新的支付序列号，并在服务器中存储新的序列号与目标帐号之间的对应关系。

可选地，支付序列号可以是服务器中随机生成并经过去重处理后得到的序列号，也可以是由区块链系统生成并发送至服务器的序列号，还可以是按照预设规则生成的序列号，对上述三种情况分别进行说明：

第一，支付序列号为服务器中随机生成并经过去重处理后得到的序列号，也即，服务器通过随机算法生成一个支付序列号，通过已生成并分配至目标帐号的支付序列号对新生成的支付序列号进行重复匹配，当新生成的支付序列号与已分配的支付序列号不重复时，对新生成的支付序列号进行分配，当新生成的支付序列号与已分配的支付序列号重复时，则重新生成一个支付序列号并进行重复匹配；

第二，支付序列号是由区块链系统生成并发送至服务器的序列号，可选地，服务器可以实现为区块链系统中的一个节点，也可以是与区块链系统连接的服务器。可选地，在区块链系统中，通过共识机制生成支付序列号后，向服务器发送新生成的支付序列号，服务器将支付序列号发送至目标帐号，并存储支付序列号与目标帐号之间的对应关系；

第三，支付序列号是按照预设规则生成的序列号，示意性的，服务器按照在前一个支付序列号的基础上加一的规则依次生成支付序列号。

区块链(Blockchain)：是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

区块链可以分为私有链、联盟链和公有链；其中，联盟链也称共同体区块链(Consortium Block chains)，是指其共识过程受到预选节点控制的区块链。在联盟链中，只针对链内的节点成员开放全部或部分功能，联盟链中的各个区块链节点可以基于需要定制读写权限、查询权限等。

共识机制(Consensus mechanism)：是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。在区块链系统中，通过特殊节点的投票，可以在很短的时间内完成对交易的验证和确认，对一笔交易，如果利益不相干的若干个节点能够达成共识，就可以认为系统中的全部节点对此也能够达成共识。

图1是本申请一个示例性实施例提供的实施环境示意图，如图1所示，该实施环境中包括终端110和服务器120，终端110和服务器120之间通过通信网络130连接；

可选地，终端110中安装有提供购买服务的应用程序，且应用程序中登录有目标帐号，用户通过目标帐号在应用程序中对目标商品进行购买。可选地，终端110接收用户对目标商品的购买操作后，根据终端110中存储的目标商品的商品信息(如：单价、数量等)生成资源支付信息，并将资源支付信息通过通信网络130发送至服务器120。

可选地，终端110可以在验证支付验证信息后向服务器120发送资源支付信息，也可以向服务器120发送支付验证信息进行验证通过后，向服务器120发送资源支付信息，可选地，支付验证信息包括密码信息、生物特征信息等，其中，生物特征信息包括指纹信息、人脸识别信息、虹膜识别信息等。

可选地，资源支付信息为目标帐号对目标商品进行购买时生成的信息，其中包括目标商品的商品信息、交换资源的支付数量以及目标帐号对应的支付序列号等，支付序列号为分配至目标帐号进行单次支付使用的序列号。

可选地，服务器120接收到资源支付信息后，对资源支付信息中的支付序列号在服务器中对应存储的支付状态进行验证，当支付状态不处于支付中状态时，则表示目标帐号在服务器120中不存在重复支付的事件，从而根据资源支付信息完成目标帐号对目标商品的购买。

值得注意的是，上述终端110可以实现为手机、平板电脑、可穿戴设备、便携式膝上笔记本电脑等移动终端，也可以实现为台式电脑、电子游戏机等终端，本申请实施例对此不加以限定。

上述服务器120可以实现为一台服务器，也可以实现为多台服务器组成的服务器集群，上述服务器120可以实现为物理服务器，也可以实现为云服务器，可选地，服务器120还可以实现为区块链系统中的一个服务器节点，示意性的，请参考图2，其示出了本申请一个示例性实施例提供的区块链系统的结构示意图。该系统包括多个服务器120、多个存储设备220，其中，多个服务器120可以配置有同一条区块链，也即该多个服务器120可以组成区块链系统，各个服务器120分别为该区块链系统中的节点。可选地，区块链系统中的节点包括主记账节点和其他节点，区块链系统中的任一节点都可成为主记账节点。该多个服务器120可以是同一机构的多个服务器，还可以是属于不同机构的多个服务器，例如，该区块链系统内可以包括医院的各个科室的服务器；该区块链系统内可以包括公司的各个部门的服务器，当然，该区块链系统内还可以包括证券交易所的服务器、银行的服务器等等。各个机构的用户可以通过终端1201来访问机构的服务器，该多个终端设备110可以为能够访问该多个服务器120的电子设备，该电子设备可以为电脑、智能手机、平板电脑或者其他电子设备。

当然，为了进行安全验证、权限管理等服务，区块链系统中配置有CA中心(Certificate Authority，证书授权中心)103，用于存储各个机构的密钥，区块链系统中的各个服务器可以从CA中心中获取各个机构的密钥，如任一节点的公钥，以进行数据的加密和解密等过程。多个存储设备220用于为该多个服务器120提供存储服务，需要说明的是，该多个存储设备220可以组成分布式存储系统，用于采用分布式的形式来对提供存储数据。

结合上述名词简介及实施环境，对本申请实施例中涉及的交换资源的支付方法进行说明，图3是本申请一个示例性实施例提供的交换资源的支付方法的流程图，以该方法应用于服务器中进行说明，如图3所示，该方法包括：

步骤301，接收终端发送的资源支付信息，资源支付信息为目标帐号对目标商品进行购买时生成的信息，支付资源信息中包括交换资源的支付数量和目标帐号对应的支付序列号。

可选地，支付序列号为分配至目标帐号进行单次支付使用的序列号。可选地，单个支付序列号仅能分配给单个目标帐号进行验证应用。可选地，支付序列号为终端中登录目标帐号时，服务器向目标帐号发送的序列号，或，支付序列号为在目标帐号注册时，服务器向目标帐号发送的序列号。

可选地，向目标帐号分配支付序列号后，服务器对支付序列号和目标帐号之间的对应关系进行存储，并对支付序列号的支付状态进行设置，示意性的，支付序列号对应的初始支付状态为未支付，当接收到目标帐号的支付事件时，通过支付序列号对支付事件进行验证，并将支付序列号的支付状态修改为支付中，从而实现目标帐号的支付事件。可选地，在支付事件支付完成后，向目标帐号分配新的支付序列号，并在服务器中存储新的序列号与目标帐号之间的对应关系。

可选地，支付数量用于表示目标帐号在对目标商品进行购买时，根据目标商品的购买数量以及目标商品的单价计算得到的目标帐号需要支付的数量。

可选地，终端首先显示目标商品的购买界面，接收在购买界面上对目标商品的购买操作，根据购买操作生成资源支付信息并将资源支付信息发送至服务器。

示意性的，请参考图4，其示出了本申请一个示例性实施例提供的对目标商品进行购买的界面示意图，如图4所示，在应用程序的商城界面400中显示有候选商品410、候选商品420以及目标商品430，当前用户在商城界面400中选定了目标商品430，并在目标商品430的购买区域440中显示有目标商品的购买信息，其中包括单价信息441、数量信息442和总价信息443，用户在数量信息442上对目标商品430的购买数量进行选择后，总价信息443根据数量信息442和单价信息441对应调整，当接收到在确认控件450上的选择操作时，终端将目标帐号对目标商品430的资源支付信息发送至服务器。

步骤302，对支付序列号在服务器中对应存储的支付状态进行验证。

可选地，支付序列号在服务器中对应存储有支付状态，该支付状态包括未支付状态、待支付状态、支付中状态、支付后弃用状态、失效状态中的任意一种。值得注意的是，上述支付状态的命名仅为示意性的举例，未支付状态的命名还可以实现为待支付状态、第一支付状态等，本申请实施例对支付状态的命名不加以限定。

可选地，首先获取服务器中存储的与目标帐号对应的目标序列号，将资源支付信息中的支付序列号与目标序列号进行比对，响应于支付序列号与目标序列号一致，对目标序列号的支付状态进行验证。也即，首先对资源支付信息中的支付序列号本身进行验证，确保资源支付信息中的支付序列号与服务器中已存储的目标帐号的目标序列号一致，再进行支付状态的验证。

步骤303，响应于支付状态符合状态要求，将支付序列号的支付状态修改为支付中状态。

可选地，支付状态符合状态要求包括如下情况中的任意一种：

第一，支付状态处于未支付状态；

可选地，目标帐号的支付序列号在服务器中未进行过支付操作或未处于支付过程中，则确定支付序列号的支付状态符合状态要求；

第二，支付状态处于待支付状态；

可选地，目标帐号的支付序列号在服务器中处于准备支付状态时，则确定支付序列号的支付状态符合状态要求；

第三，支付状态未处于支付中状态。

可选地，目标帐号的支付序列号在服务器中未处于支付中状态时，则表示该支付序列号未启动支付过程，确定支付序列号的支付状态符合状态要求。

步骤304，对目标帐号扣除支付数量对应的交换资源。

可选地，当支付状态符合状态要求时，根据资源支付信息中的支付数量，对目标帐号所持有的交换资源进行扣除，即，扣除目标帐号的账户中，与支付数量对应的交换资源。

示意性的，资源支付信息中包括的支付数量为88金币，则当目标帐号的支付序列号符合状态要求时，从目标帐号的账户中扣除88金币，从而完成目标帐号对目标商品的购买。

可选地，当目标帐号的支付序列号的支付状态不符合状态要求时，向终端反馈支付失败通知，如：向终端发送提示消息“支付失败，请稍后重试”。

综上所述，本实施例提供的交换资源的支付方法，通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

在一个可选的实施例中，对支付序列号的验证过程包括支付序列号本身的验证和支付状态的验证，图5是本申请另一个示例性实施例提供的交换资源的支付方法的流程图，以该方法应用于服务器中为例进行说明，如图5所示，该方法包括：

步骤501，接收终端发送的资源支付信息，资源支付信息为目标帐号对目标商品进行购买时生成的信息，支付资源信息中包括交换资源的支付数量和目标帐号对应的支付序列号。

可选地，支付序列号为分配至目标帐号进行单次支付使用的序列号。

可选地，支付数量用于表示目标帐号在对目标商品进行购买时，根据目标商品的购买数量以及目标商品的单价计算得到的目标帐号需要支付的数量。

步骤502，获取服务器中存储的与目标帐号对应的目标序列号。

可选地，服务器中存储有每个目标帐号与目标序列号之间的对应关系。可选地，资源支付信息中还包括目标帐号的帐号标识，服务器中存储有帐号标识与目标序列号之间的对应关系，通过获取资源支付信息中的帐号标识，从已存储的对应关系中获取与该帐号标识对应的目标序列号，即为目标帐号所对应的目标序列号。

可选地，目标序列号为服务器向目标帐号分配序列号后与目标帐号对应存储的序列号，也即，服务器生成目标序列号，并将目标序列号分配至目标帐号后，将目标帐号与目标序列号之间的对应关系进行存储，并将目标序列号发送至登录有目标帐号的终端，终端获知该目标序列号，并在目标帐号对目标商品进行购买时，应用目标序列号对购买过程进行验证，也即，终端将目标序列号作为支付序列号设置于资源支付信息中发送至服务器，由服务器根据支付序列号与已存储的目标序列号对支付过程进行验证。

步骤503，响应于支付序列号与目标序列号一致，对目标序列号的支付状态进行验证。

可选地，当支付序列号与目标序列号一致时，则表示目标序列号尚未在目标帐号的支付过程中进行过应用，从而对目标序列号的支付状态进行验证。

可选地，存在如下情况：终端与服务器之间的TCP连接关系不稳定，终端中存储的帐号1的序列号为序列号a，服务器中存储的与帐号1对应的序列号为序列号a，终端向服务器发送资源支付信息A，资源支付信息A中包括序列号a，服务器接收到资源支付信息A后，通过序列号a对支付过程进行验证，当验证通过后，完成帐号1对商品的购买，并向帐号1分配新的序列号b，但由于TCP连接关系不稳定，服务器向终端发送的支付成功通知和序列号b未能顺利发送至终端，从而终端进行第二次支付尝试，终端向服务器发送资源支付信息B，资源支付信息B中包括序列号a，服务器接收到资源支付信息B后，获取资源支付信息B中的序列号a，而服务器中存储的与帐号1对应的序列号为序列号b，序列号a与序列号b不一致，故服务器向终端发送支付失败通知。

步骤504，响应于支付状态未处于支付中状态，将支付序列号的支付状态修改为支付中状态。

可选地，当支付状态处于未支付状态时，将支付序列号的支付状态修改为支付中状态。

可选地，资源支付信息中还包括目标商品的商品信息，在将支付序列号的支付状态修改为支付中状态之前，还需要对商品信息与服务器中预先存储的目标商品信息进行比对，响应于商品信息符合目标商品信息的信息要求，将支付序列号的支付状态修改为支付中状态。

可选地，资源支付信息中还包括目标商品的商品标识，获取与商品标识对应的目标商品信息后，将商品信息与目标商品信息进行比对。

步骤505，对目标帐号扣除支付数量对应的交换资源。

可选地，当支付状态符合状态要求时，根据资源支付信息中的支付数量，对目标帐号所持有的交换资源进行扣除，即，扣除目标帐号的账户中，与支付数量对应的交换资源。

示意性的，资源支付信息中包括的支付数量为88金币，则当目标帐号的支付序列号符合状态要求时，从目标帐号的账户中扣除88金币，从而完成目标帐号对目标商品的购买。

可选地，当目标帐号的支付序列号的支付状态不符合状态要求时，向终端反馈支付失败通知，如：向终端发送提示消息“支付失败，请稍后重试”。

示意性的，请参考图6，其示出了本申请一个示例性实施例提供的支付状态不符合状态要求时终端的界面示意图，如图6所示，终端接收到支付失败通知后，显示提示消息框610，提示消息框610中显示有提示消息“支付失败，请稍后重试”。

综上所述，本实施例提供的交换资源的支付方法，通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

本实施例提供的方法，首先对支付序列号与目标序列号是否一致进行匹配，仅当支付序列号与目标序列号一致时，对支付序列号的支付状态进行验证，从而避免服务器中的目标序列号已更新，而终端尚未完成支付过程而导致的重复支付事件的发生。

示意性的，图7是本申请一个示例性实施例提供的交换资源的支付方法的整体过程示意图，如图7所示，在终端的商城界面700上选定目标商品后，接收在确认控件710上的选择操作，根据选择操作，终端向服务器720发送资源支付信息，且资源支付信息中附带有终端中存储的支付序列号，服务器720对支付序列号的状态进行验证，当支付序列号的支付状态处于未支付状态时，则完成支付，当支付序列号的支付状态处于支付中状态时，则支付失败。

在一个可选的实施例中，商品信息中包括资源类型、单价、购买数量中的至少一种。图8是本申请另一个示例性实施例提供的交换资源的支付方法的流程图，以该方法应用于服务器中为例进行说明，如图8所示，该方法包括：

步骤801，接收终端发送的资源支付信息，资源支付信息为目标帐号对目标商品进行购买时生成的信息，支付资源信息中包括交换资源的支付数量和目标帐号对应的支付序列号。

可选地，支付序列号为分配至目标帐号进行单次支付使用的序列号。

可选地，支付数量用于表示目标帐号在对目标商品进行购买时，根据目标商品的购买数量以及目标商品的单价计算得到的目标帐号需要支付的数量。

步骤802，对支付序列号在服务器中对应存储的支付状态进行验证。

可选地，支付序列号在服务器中对应存储有支付状态，该支付状态包括未支付状态、待支付状态、支付中状态、支付后弃用状态、失效状态中的任意一种。值得注意的是，上述支付状态的命名仅为示意性的举例，未支付状态的命名还可以实现为待支付状态、第一支付状态等，本申请实施例对支付状态的命名不加以限定。

可选地，首先获取服务器中存储的与目标帐号对应的目标序列号，将资源支付信息中的支付序列号与目标序列号进行比对，响应于支付序列号与目标序列号一致，对目标序列号的支付状态进行验证。也即，首先对资源支付信息中的支付序列号本身进行验证，确保资源支付信息中的支付序列号与服务器中已存储的目标帐号的目标序列号一致，再进行支付状态的验证。

步骤803，响应于支付状态符合状态要求，获取与商品标识对应的目标商品信息。

可选地，当支付序列号的支付状态处于未支付状态时，通过商品标识获取目标商品信息，其中，商品标识为用于唯一表示目标商品的标识，可选地，资源支付信息中包括该目标商品的商品标识，服务器接收到资源支付信息后，从资源支付信息中获取商品标识，从而获取服务器中已存储的与该目标商品对应的目标商品信息。

可选地，当商品信息中包括交换资源的资源类型时，目标商品信息中即包括用于交换目标商品的目标资源类型；当商品信息中包括目标商品的单价时，目标商品信息中包括服务器中存储的目标商品的目标单价；当商品信息中包括目标商品的购买数量时，目标商品信息中包括目标商品在服务器中存储的剩余数量。

步骤804，将资源类型与目标资源类型进行比对。

可选地，商品信息中包括资源类型，目标商品信息中包括交换目标商品的目标资源类型。将资源类型与目标资源类型进行比对。

步骤805，响应于资源类型与目标资源类型一致，确定商品信息符合信息要求。

示意性的，资源类型为金币，目标资源类型为金币，则资源类型与目标资源类型一致，也即商品信息符合信息要求。

示意性的，资源类型为金币，目标资源类型为钻石，则资源类型与目标资源类型不一致，商品信息不符合信息要求。

步骤806，将目标商品的单价与目标单价进行比对。

可选地，商品信息中包括目标商品的单价，目标商品信息中包括目标单价，将目标商品的单价与目标单价进行比对。

步骤807，响应于目标商品的单价与目标单价一致，确定商品信息符合信息要求。

示意性的，资源支付信息中目标商品的单价为88，服务器中存储的目标商品的目标单价为88，则目标商品的单价与目标单价一致，也即商品信息符合信息要求。

示意性的，资源支付信息中目标商品的单价为88，服务器中存储的目标商品的目标单价为90，则目标商品的单价与目标单价不一致，商品信息不符合信息要求。

步骤808，将购买数量与剩余数量进行比对。

可选地，商品信息中包括目标帐号对目标商品进行购买的购买数量，目标商品信息中包括目标商品的剩余数量。将购买数量与剩余数量进行比对，即，确定购买数量是否在剩余数量的数量范围内，也即，确定购买数量是否不大于剩余数量。

步骤809，响应于购买数量在剩余数量的数量范围内，确定商品信息符合信息要求。

示意性的，目标帐号对目标商品的购买数量为5，服务器中存储的目标商品的剩余数量为8，则购买数量在剩余数量的数量范围内，也即商品信息符合信息要求。

示意性的，目标帐号对目标商品的购买数量为5，服务器中存储的目标商品的剩余数量为3，则购买数量不在剩余数量的数量范围内，商品信息不符合信息要求。可选地，当购买数量不在剩余数量的数量范围内时，可以自动将购买数量调整为与剩余数量一致的数量，并重新确认商品信息符合信息要求，也可以直接确定商品信息不符合信息要求。

步骤810，响应于商品信息符合目标商品的信息要求，将支付序列号的支付状态修改为支付中状态。

步骤811，对目标帐号扣除支付数量对应的交换资源。

可选地，当支付状态符合状态要求时，根据资源支付信息中的支付数量，对目标帐号所持有的交换资源进行扣除，即，扣除目标帐号的账户中，与支付数量对应的交换资源。

可选地，当目标帐号的支付序列号的支付状态不符合状态要求时，向终端反馈支付失败通知，如：向终端发送提示消息“支付失败，请稍后重试”。

综上所述，本实施例提供的交换资源的支付方法，通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

本实施例提供的方法，通过在资源支付信息中添加目标商品的商品信息，并将商品信息与服务器中已存储的目标商品信息进行比对，从而避免终端中的商品信息与服务器中的目标商品信息不一致，而以服务器中的目标商品信息完成支付导致支付结果与终端对应的预期支付结果不一致的问题，提高了支付结果的准确率。

在一个示例性的实施例中，如图9所示，以交换资源的支付方法应用于游戏客户端和游戏服务器中为例进行说明，请参考图9，该过程包括：

步骤901，游戏客户端加载配置商品数据。

可选地，游戏客户端首先从游戏服务端获取商品数据，并配置存储商品数据。

步骤902，游戏服务端加载配置商品数据。

可选地，游戏服务端中的商品数据为由配置人员配置并存储的。

步骤903，游戏服务端生成随机支付序列号。

可选地，游戏服务端为每个帐号随机生成一个唯一的支付序列号，或，游戏服务端为需要进行支付的帐号生成随机支付序列号。

步骤904，游戏客户端本地缓存支付序列号。

可选地，游戏服务端生成随机支付序列号后，将支付序列号发送至游戏客户端，游戏客户端对接收到的支付序列号进行缓存。

步骤905，游戏客户端选择商品的数量，并点击购买。

步骤906，游戏客户端生成资源支付信息，附上支付序列号。

可选地，资源支付信息中包括被选择商品的商品数据，也即商品信息，以及终端中缓存的支付序列号。

步骤907，游戏服务端校验商品数据，以及支付序列号是否一致。

可选地，支付序列号用于对商品购买过程是否重复进行验证，商品数据用于对商品在终端和服务器中存储的数据是否一致进行验证。

步骤908，当商品数据以及支付序列号一致时，将支付状态修改为支付中状态，并锁定支付序列号。

可选地，当支付状态修改为支付状态，而游戏服务器再次接收到带有该支付序列号的资源支付信息时，则后接收到的资源支付信息对应的支付过程无法完成。

步骤909，扣除交换资源，发送道具商品。

步骤910，解锁并更新支付序列号。

可选地，完成支付后，更新支付序列号，并将更新后的支付序列号发送至游戏客户端。

步骤911，游戏客户端购买成功。

步骤912，当商品数据以及支付序列号不一致时，游戏客户端购买失败。

综上所述，本实施例提供的交换资源的支付方法，通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

图10是本申请一个示例性实施例提供的交换资源的支付装置的结构框图，如图10所示，该装置包括：接收模块1010、验证模块1020、修改模块1030以及扣除模块1040；

接收模块1010，用于接收终端发送的资源支付信息，所述资源支付信息为目标帐号对目标商品进行购买时生成的信息，所述资源支付信息中包括所述交换资源的支付数量和所述目标帐号对应的支付序列号，所述支付序列号为分配至所述目标帐号进行单次支付使用的序列号；

验证模块1020，用于对所述支付序列号在服务器中对应存储的支付状态进行验证；

修改模块1030，用于响应于所述支付状态符合状态要求，将所述支付序列号的所述支付状态修改为支付中状态；

扣除模块1040，用于对所述目标帐号扣除所述支付数量对应的所述交换资源。

在一个可选的实施例中，如图11所示，所述装置，还包括：

获取模块1050，用于获取所述服务器中存储的与所述目标帐号对应的目标序列号；

所述验证模块1020，还用于响应于所述支付序列号与所述目标序列号一致，对所述目标序列号的所述支付状态进行验证。

在一个可选的实施例中，所述修改模块1030，还用于响应于所述支付状态未处于所述支付中状态，将所述支付序列号的所述支付状态修改为所述支付中状态。

在一个可选的实施例中，所述资源支付信息中还包括所述目标商品的商品信息；

所述修改模块1030，还用于对所述商品信息与所述服务器中预先存储的目标商品信息进行比对；响应于所述商品信息符合所述目标商品信息的信息要求，将所述支付序列号的所述支付状态修改为支付中状态。

在一个可选的实施例中，所述资源支付信息中还包括所述目标商品的商品标识；

所述装置，还包括：

获取模块1050，用于获取与所述商品标识对应的所述目标商品信息；

匹配模块1060，用于将所述商品信息与所述目标商品信息进行比对。

在一个可选的实施例中，所述商品信息中包括所述交换资源的资源类型，所述目标商品信息中包括目标资源类型；

所述匹配模块1060，还用于将所述资源类型与所述目标资源类型进行比对；响应于所述资源类型与所述目标资源类型一致，确定所述商品信息符合所述信息要求。

在一个可选的实施例中，所述商品信息中包括所述目标商品的单价，所述目标商品信息中包括目标单价；

所述匹配模块1060，还用于将所述目标商品的单价与所述目标单价进行比对；响应于所述目标商品的单价与所述目标单价一致，确定所述商品信息符合所述信息要求。

在一个可选的实施例中，所述商品信息中包括所述目标商品的购买数量，所述目标商品信息中包括所述目标商品的剩余数量；

所述匹配模块1060，还用于将所述购买数量与所述剩余数量进行比对；响应于所述购买数量在所述剩余数量的数量范围内，确定所述商品信息符合所述信息要求。

综上所述，本实施例提供的交换资源的支付装置，通过向目标帐号分配单次支付使用的支付序列号，以支付序列号对目标帐号的支付状态进行验证，仅当支付序列号的支付状态符合状态要求时，实现目标帐号对目标商品的购买，从而避免目标帐号由于网络问题而导致的重复购买问题，提高了目标帐号在对目标商品进行购买时的购买准确率，避免重复购买事件的存在。

需要说明的是：上述实施例提供的交换资源的支付装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的交换资源的支付装置与交换资源的支付方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图12示出了本申请一个示例性实施例提供的服务器的结构示意图。该服务器可以是图1示出的服务器。具体来讲：

服务器1200包括中央处理单元(CPU，Central Processing Unit)1201、包括随机存取存储器(RAM，Random Access Memory)1202和只读存储器(ROM，Read Only Memory)1203的系统存储器1204，以及连接系统存储器1204和中央处理单元1201的系统总线1205。服务器1200还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统，Input Output System)1206，和用于存储操作系统1213、应用程序1214和其他程序模块1215的大容量存储设备1207。

基本输入/输出系统1206包括有用于显示信息的显示器1208和用于用户输入信息的诸如鼠标、键盘之类的输入设备1209。其中显示器1208和输入设备1209都通过连接到系统总线1205的输入输出控制器1210连接到中央处理单元1201。基本输入/输出系统1206还可以包括输入输出控制器1210以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1210还提供输出到显示屏、打印机或其他类型的输出设备。

大容量存储设备1207通过连接到系统总线1205的大容量存储控制器(未示出)连接到中央处理单元1201。大容量存储设备1207及其相关联的计算机可读介质为服务器1200提供非易失性存储。也就是说，大容量存储设备1207可以包括诸如硬盘或者紧凑型光盘只读存储器(CD-ROM，Compact Disc Read OnlyMemory)驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPROM,Electrically Erasable Programmable Read OnlyMemory)、闪存或其他固态存储其技术，CD-ROM、数字通用光盘(DVD，Digital VersatileDisc)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1204和大容量存储设备1207可以统称为存储器。

根据本申请的各种实施例，服务器1200还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1200可以通过连接在系统总线1205上的网络接口单元1211连接到网络1212，或者说，也可以使用网络接口单元1211来连接到其他类型的网络或远程计算机系统(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。

本申请的实施例还提供了一种计算机设备，该计算手机设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的交换资源的支付方法。

本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行，以实现上述各方法实施例提供的交换资源的支付方法。

可选地，该计算机可读存储介质可以包括：只读存储器(ROM，Read OnlyMemory)、随机存取记忆体(RAM，Random Access Memory)、固态硬盘(SSD，Solid State Drives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM，Dynamic Random Access Memory)。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (15)

1.一种交换资源的支付方法，其特征在于，所述方法包括：

接收终端发送的资源支付信息，所述资源支付信息为目标帐号对目标商品进行购买时生成的信息，所述资源支付信息中包括所述交换资源的支付数量和所述目标帐号对应的支付序列号，所述支付序列号为分配至所述目标帐号进行单次支付使用的序列号；

对所述支付序列号在服务器中对应存储的支付状态进行验证；

响应于所述支付状态符合状态要求，将所述支付序列号的所述支付状态修改为支付中状态；

对所述目标帐号扣除所述支付数量对应的所述交换资源。

2.根据权利要求1所述的方法，其特征在于，所述对所述支付序列号在服务器中对应存储的支付状态进行验证，包括：

获取所述服务器中存储的与所述目标帐号对应的目标序列号；

响应于所述支付序列号与所述目标序列号一致，对所述目标序列号的所述支付状态进行验证。

3.根据权利要求2所述的方法，其特征在于，所述响应于所述支付状态符合状态要求，将所述支付序列号的所述支付状态修改为支付中状态，包括：

响应于所述支付状态未处于所述支付中状态，将所述支付序列号的所述支付状态修改为所述支付中状态。

4.根据权利要求1至3任一所述的方法，其特征在于，所述资源支付信息中还包括所述目标商品的商品信息；

所述将所述支付序列号的所述支付状态修改为支付中状态，包括：

对所述商品信息与所述服务器中预先存储的目标商品信息进行比对；

响应于所述商品信息符合所述目标商品信息的信息要求，将所述支付序列号的所述支付状态修改为支付中状态。

5.根据权利要求4所述的方法，其特征在于，所述资源支付信息中还包括所述目标商品的商品标识；

所述对所述商品信息与所述服务器中预先存储的目标商品信息进行比对，包括：

获取与所述商品标识对应的所述目标商品信息；

将所述商品信息与所述目标商品信息进行比对。

6.根据权利要求5所述的方法，其特征在于，所述商品信息中包括所述交换资源的资源类型，所述目标商品信息中包括目标资源类型；

所述将所述商品信息与所述目标商品信息进行比对，包括：

将所述资源类型与所述目标资源类型进行比对；

响应于所述资源类型与所述目标资源类型一致，确定所述商品信息符合所述信息要求。

7.根据权利要求5所述的方法，其特征在于，所述商品信息中包括所述目标商品的单价，所述目标商品信息中包括目标单价；

所述将所述商品信息与所述目标商品信息进行比对，包括：

将所述目标商品的单价与所述目标单价进行比对；

响应于所述目标商品的单价与所述目标单价一致，确定所述商品信息符合所述信息要求。

8.根据权利要求5所述的方法，其特征在于，所述商品信息中包括所述目标商品的购买数量，所述目标商品信息中包括所述目标商品的剩余数量；

所述将所述商品信息与所述目标商品信息进行比对，包括：

将所述购买数量与所述剩余数量进行比对；

响应于所述购买数量在所述剩余数量的数量范围内，确定所述商品信息符合所述信息要求。

9.一种交换资源的支付装置，其特征在于，所述装置包括：

接收模块，用于接收终端发送的资源支付信息，所述资源支付信息为目标帐号对目标商品进行购买时生成的信息，所述资源支付信息中包括所述交换资源的支付数量和所述目标帐号对应的支付序列号，所述支付序列号为分配至所述目标帐号进行单次支付使用的序列号；

验证模块，用于对所述支付序列号在服务器中对应存储的支付状态进行验证；

修改模块，用于响应于所述支付状态符合状态要求，将所述支付序列号的所述支付状态修改为支付中状态；

扣除模块，用于对所述目标帐号扣除所述支付数量对应的所述交换资源。

10.根据权利要求9所述的装置，其特征在于，所述装置，还包括：

获取模块，用于获取所述服务器中存储的与所述目标帐号对应的目标序列号；

所述验证模块，还用于响应于所述支付序列号与所述目标序列号一致，对所述目标序列号的所述支付状态进行验证。

11.根据权利要求10所述的装置，其特征在于，所述修改模块，还用于响应于所述支付状态未处于所述支付中状态，将所述支付序列号的所述支付状态修改为所述支付中状态。

12.根据权利要求9至11任一所述的装置，其特征在于，所述资源支付信息中还包括所述目标商品的商品信息；

所述修改模块，还用于对所述商品信息与所述服务器中预先存储的目标商品信息进行比对；响应于所述商品信息符合所述目标商品信息的信息要求，将所述支付序列号的所述支付状态修改为支付中状态。

13.根据权利要求12所述的装置，其特征在于，所述资源支付信息中还包括所述目标商品的商品标识；

所述装置，还包括：

获取模块，用于获取与所述商品标识对应的所述目标商品信息；

匹配模块，用于将所述商品信息与所述目标商品信息进行比对。

14.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至8任一所述的交换资源的支付方法。

15.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至8任一所述的交换资源的支付方法。

Images