[发明专利]应用内虚拟商品的购买方法、系统、设备和介质

说明书

本发明特别涉及应用内虚拟商品的购买方法、系统、设备和介质。本发明的方法包括：由客户端向第三服务器发送支付请求，其中，支付请求包括订单ID和请求支付的购买项；在客户端支付成功之后，由第三服务器向第二服务器发送支付成功信息，其中，支付成功信息包括订单ID；由第二服务器基于订单ID而获得与订单ID相关联的提货码，并且向第一服务器发送相关联的提货码；由第一服务器基于相关联的提货码而获得与相关联的提货码对应的商品ID以及与商品ID对应的商品内容，并且向客户端发送商品内容。本发明采用购买项和提货码的方式来标记商品，无需频繁注册购买项，简化了运营方的流程，可以快速上架商品，并且商品内容可以变化，实现用户定制化。

技术领域

本发明特别涉及应用内虚拟商品的购买方法、系统、设备和介质。

背景技术

在各种应用(例如，游戏类应用)中，会向用户出售虚拟商品，用户用真实货币进行支付。虚拟商品通常以套餐或礼包的形式出现，存在同一价格的套餐对应不同内容的情况，具体如下：

运营方出售“套餐A”，套餐A包括10个金币和5个木头，价格是6元，运营方在渠道方(例如，ios、android)注册一个6元礼包的“购买项1”。运营方出售“套餐B”，套餐B包括10个木头和5个金币，价格是6元，运营方在渠道方注册一个6元礼包的“购买项2”。用户在客户端支付6元向渠道方购买购买项1，渠道方通知运营方发货，运营方向客户端发送套餐A的内容10个金币和5个木头。用户在客户端支付6元向渠道方购买购买项2，渠道方通知运营方发货，运营方向客户端发送套餐B的内容10个木头和5个金币。

在上述示例中，套餐形式的虚拟商品是多个项目的组合，组合里面可能会有一些微调，但是价格是一致的。因为实际内容有差异，仅通过价格不能区分发货内容，所以需要对同一价格的不同礼包注册不同的购买项，以在发货时进行区分。

另外，ios、android系统的应用内虚拟商品购买依赖平台接口完成支付和发货流程，即用户直接向渠道方支付货款，这一购买流程中参与方较多，流程繁琐。对于游戏类应用而言，游戏中的商品类型复杂，用户需求也很复杂，存在套餐优惠购买、用户定制的客观需求，因此需要优化支付流程，提供更好的定制化套餐，提高套餐更新上架的速度。

以ios为例，运营方需要为应用内出售的虚拟商品注册一个购买项，应用内才可以购买。一般流程下，不同的套餐需要注册不同的购买项，过程繁琐，需要等待渠道方响应，速度慢，不利于运营方管理和动态生成套餐。如果运营方需要在短时间内推出新的套餐，必须等渠道方审核通过购买项，周期较长，不利于游戏的运营。

发明内容

本发明的目的在于提供应用内虚拟商品的购买方法、系统、设备和介质，采用购买项和提货码的方式来标记商品，无需频繁注册购买项，简化了运营方的流程，可以快速上架商品，并且商品内容可以变化，实现用户定制化。

本发明公开了一种应用内虚拟商品的购买方法，所述方法包括：

由客户端向第三服务器发送支付请求，其中，所述支付请求包括订单ID和请求支付的购买项；

在所述客户端支付成功之后，由所述第三服务器向第二服务器发送支付成功信息，其中，所述支付成功信息包括所述订单ID；

由所述第二服务器基于所述订单ID而获得与所述订单ID相关联的提货码，并且向第一服务器发送相关联的所述提货码；

由所述第一服务器基于相关联的所述提货码而获得与相关联的所述提货码对应的商品ID以及与所述商品ID对应的商品内容，并且向所述客户端发送所述商品内容。

可选地，在由客户端向第三服务器发送支付请求之前，所述方法还包括：

由所述第一服务器向所述客户端发送一个或多个商品信息，其中，所述一个或多个商品信息分别包括提货码、与所述提货码对应的商品ID以及与所述商品ID对应的商品内容。