CN112561633B - 虚拟对象订单数据的校验方法、装置及设备 - Google Patents

Abstract

本申请公开了一种虚拟对象订单数据的校验方法、装置及设备，涉及数据处理技术领域，通过对通过校验的订单信息进行失效判断，能够监控到已经退款的订单数据，提高订单数据的校验效率。其中方法包括：响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据；通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，所述失效订单列表记录有预设时间内处于失效订单状态的订单信息；根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据；从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理。

Description

虚拟对象订单数据的校验方法、装置及设备

技术领域

本申请涉及数据处理技术领域，尤其是涉及到一种虚拟对象订单数据的校验方法、装置及设备。

背景技术

随着技术发展，手机应用开发成本逐渐降低，手机应用商城里出现越来越多的游戏应用，游戏开发商会不同区域用户的行为和消费习惯对游戏应用进行修改，对于国内的游戏应用侧重于用户升级，对于国外的游戏应用更侧重于游戏体验。

为了拓展安卓游戏市场，将游戏体验较优的安卓游戏应用推广到海外国家，能够提高游戏的使用范围。通常情况下，安卓游戏应用在海外发布时，首要渠道就是海外应用发布平台，所有接入海外应用发布平台的游戏应用，购买渠道都是使用海外支付渠道，通常是客户端在发起的订单后，由海外支付渠道对订单数据进行处理，并且整个流程完全由程序操作，在极短时间内(通常为数秒)即可完成支付操作和游戏应用内虚拟对象的发放，并且用户在完成交易并获取游戏应用内虚拟对象后的一定时间内，同样可以通过后台向海外支付渠道发起退款请求，而海外支付渠道会绕过游戏开发商处理用户发起的退款请求，游戏开发商无法处理退款请求，也不会接收到任何退款通知。对于已经退款的订单数据的校验方式，游戏开发商只能事后通过海外支付后台的订单记录进行人工筛查，很难及时监控到已经退款的非正常订单数据，影响订单数据的校验效率。

发明内容

有鉴于此，本申请提供了一种虚拟对象订单数据的校验方法、装置及设备，主要目的在于解决现有技术中人工筛查的方式很难监控到已经退款的订单数据，影响订单数据的校验效率的问题。

根据本申请的第一个方面，提供了一种虚拟对象订单数据的校验方法，应用于第一数据平台，该方法包括：响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据；通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，所述失效订单列表记录有预设时间内处于失效订单状态的订单信息；根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据；从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理。

在另一个实施例中，在所述响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据之前，所述方法还包括：响应于订单操作的触发指令，生成订单标识；若检测到订单支付成功的操作指令，基于所述订单支付成功的订单标识存储支付成功的订单信息。

在另一个实施例中，所述利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据，具体包括：根据所述订单数据的订单标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单标识，以对所述订单数据进行有效性校验；若所述有效性验证通过，则根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验；若所述重复性校验通过，则利用校验通过的所述订单数据生成所述校验过的第一订单数据。

在另一个实施例中，所述订单信息中存储有每个订单对应的订单状态，所述订单组合标识包括订单标识和购买令牌，所述根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验，具体包括：根据所述订单数据的订单组合标识遍历匹配所述预先存储支付成功的订单信息，判断所述订单信息中是否存在所述订单数据的订单组合标识；若存在，则获取所述订单组合标识映射的订单信息，并根据所述订单信息查询所述订单对应的订单状态；根据所述订单对应的订单状态，对所述订单数据进行重复性校验。

在另一个实施例中，所述根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据，具体包括：根据所述失效订单列表，提取失效订单对应的购买令牌；根据所述校验通过的第一订单数据，提取校验通过订单对应的购买令牌；通过将所述失效订单对应的购买令牌和所述校验通过订单对应的购买令牌取字段交集，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据。

在另一个实施例中，所述从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理，具体包括：从所述第二订单数据中筛选出由用户发起退款操作的异常订单数据；统计所述由用户发起退款操作的异常订单数据，得到所述异常订单数据覆盖的账户标识；若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理。

在另一个实施例中，在所述若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理之前，所述方法还包括：根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单数量；若所述账户标识对应的订单数量在指定时间内达到数量阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

在另一个实施例中，在所述若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理之前，所述方法还包括：根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单退款时间；若所述账户标识对应的订单退款时间与订单支付时间形成的时间差值小于时间阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

在另一个实施例中，所述对符合封禁条件的目标账户标识映射的客户端执行封禁处理，具体包括：设置封禁功能和封禁时间；按照所述封禁功能和封禁时间，对所述符合封禁条件的目标账户标识映射的客户端执行封禁处理。

根据本申请的第二个方面，提供了一种虚拟对象订单数据的校验装置，应用于第一数据平台，该装置包括：校验单元，用于响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据；获取单元，用于通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，所述失效订单列表记录有预设时间内处于失效订单状态的订单信息；判断单元，用于根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据；处理单元，用于从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理。

在另一个实施例中，所述装置还包括：生成单元，用于在所述响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据之前，响应于订单操作的触发指令，生成订单标识；存储单元，用于若检测到订单支付成功的操作指令，基于所述订单支付成功的订单标识存储支付成功的订单信息。

在另一个实施例中，所述校验单元包括：第一判断模块，用于根据所述订单数据的订单标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单标识，以对所述订单数据进行有效性校验；第二判断模块，用于若所述有效性验证通过，则根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验；获取模块，用于若所述重复性校验通过，则利用校验通过的所述订单数据生成所述校验通过的第一订单数据。

在另一个实施例中，所述订单信息中存储有每个订单对应的订单状态，所述订单组合标识包括订单标识和购买令牌，所述第二判断模块包括：匹配子模块，用于根据所述订单数据的订单组合标识遍历匹配所述预先存储支付成功的订单信息，判断所述订单信息中是否存在所述订单数据的订单组合标识；获取子模块，用于若存在，则获取所述订单组合标识映射的订单信息，并根据所述订单信息查询所述订单对应的订单状态；校验子模块，用于根据所述订单对应的订单状态，对所述订单数据进行重复性校验。

在另一个实施例中，所述判断单元包括：第一提取模块，用于根据所述失效订单列表，提取失效订单对应的购买令牌；第二提取模块，用于根据所述校验通过的第一订单数据，提取校验通过订单对应的购买令牌；第三判断模块，用于通过将所述失效订单对应的购买令牌和所述校验通过订单对应的购买令牌取字段交集，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据。

在另一个实施例中，所述处理单元包括：筛选模块，用于从所述第二订单数据中筛选出由用户发起退款操作的异常订单数据；统计模块，用于统计所述由用户发起退款操作的异常订单数据，得到所述异常订单数据覆盖的账户标识；处理模块，用于若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理。

在另一个实施例中，所述统计模块，还用于根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单数量；所述统计模块，还用于若所述账户标识对应的订单数量在指定时间内达到数量阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

在另一个实施例中，所述统计模块，还用于根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单退款时间；所述统计模块，还用于若所述账户标识对应的订单退款时间与订单支付时间形成的时间差值小于时间阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

在另一个实施例中，所述处理模块包括：设置子模块，用于设置封禁功能和封禁时间；处理子模块，用于按照所述封禁功能和封禁时间，对所述符合封禁条件的目标账户标识映射的客户端执行封禁处理。

根据本申请的第三个方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述方法的步骤。

根据本申请的第四个方面，提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

借由上述技术方案，本申请提供的一种虚拟对象订单数据的校验方法、装置及设备，与目前现有方式中人工筛查已经退款的订单数据来对订单数据进行校验的方式相比，本申请通过响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对订单数据进行校验，获取校验通过的第一订单数据，该校验通过的第一订单数据为支付有效且未重复发放游戏虚拟对象的订单数据，能够保证订单的有效性，进一步通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，该失效订单列表记录有预设时间内处于失效订单状态的订单信息，利用失效订单列表对校验通过的订单信息进行校验，确定校验通过的第一订单数据中对应失效订单状态的第二订单数据，能够使用程序代替人工自动对失效状态的订单进行筛选，提高订单校验的时效性，通过从第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理，能够准确监控到已退款的订单信息，避免受到重放攻击和恶意刷单的影响，提高游戏应用中内购的安全性，保证了开发者的权益。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种订单数据的校验方法的流程示意图；

图2示出了本申请实施例提供的另一种订单数据的校验方法的流程示意图；

图3a示出了本申请实施例提供的一种订单数据的校验方法的流程示意图；

图3b示出了本申请实施例提供的另一种订单数据的校验方法的流程示意图；

图4示出了本申请实施例提供的一种订单数据的校验装置的结构示意图；

图5示出了本申请实施例提供的另一种订单数据的校验装置的结构示意图；

图6示出了本发明实施例提供的一种计算机设备的装置结构示意图。

具体实施方式

现在将参照若干示例性实施例来论述本发明的内容。应当理解，论述了这些实施例仅是为了使得本领域普通技术人员能够更好地理解且因此实现本发明的内容，而不是暗示对本发明的范围的任何限制。

如本文中所使用的，术语“包括”及其变体要被解读为意味着“包括但不限于”的开放式术语。术语“基于”要被解读为“至少部分地基于”。术语“一个实施例”和“一种实施例”要被解读为“至少一个实施例”。术语“另一个实施例”要被解读为“至少一个其他实施例”。

在游戏应用发布到海外的应用场景中，海外应用发布平台提供应用内支付系统，允许游戏应用发布到应用市场中，用户可以通过一次性非定期付费购买一次性消耗游戏虚拟对象，当用户消耗该游戏虚拟对象时，应用会分配关联的内容，而用户随后可以再次购买相应的游戏虚拟对象，而用户在完成交易并获取游戏应用内虚拟对象后的一定时间内，同样可以通过后台向海外支付渠道发起退款请求，而海外支付渠道会绕过游戏开发商处理用户发起的退款请求，游戏开发商无法处理退款请求，也不会接收到任何退款通知，用户在退款时已经获取到游戏虚拟对象，通过上述方式可进行恶意刷单，给开发者造成损失。现有技术中，对于已经退款的订单数据，游戏开发商只能事后通过海外支付后台的订单记录进行人工筛查，很难及时监控到已经退款的非正常订单数据，另外，海外支付平台允许用户在48小时内随时发起退款，而用户退款时间随机性较高，仅通过人工筛查影响订单数据的校验效率。

为了解决该问题，本实施例提供了一种订单数据的校验方法，如图1所示，该方法应用于游戏服务端的第一数据平台，包括如下步骤：

101、响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据。

其中，订单数据的校验请求为游戏客户端针对已经下单的用户数据向游戏服务端发起的校验请求，针对海外平台的订单支付场景，用户在游戏客户端支付完成后，海外支付平台会通知游戏客户端支付结果并响应订单支付信息，此时游戏客户端会根据订单支付信息发起订单数据的验证请求。

通常情况下，用户在使用游戏应用过程中，经常会购买游戏虚拟对象，该游戏虚拟对象相当于游戏中的虚拟工具，例如，游戏装备、游戏币、游戏道具等。当游戏客户端触发下单操作后，游戏服务端会生成订单标识，并返回给游戏客户端进行存储，该订单标识为全局唯一，具体可以表现为订单号和/或订单编码的一种或者组合形式，例如，00234a、admds，并且一个订单标识对应一个订单，不能出现重复，为了避免订单标识的伪造，该订单标识不使用自增字段，而是使用随机生成的字段。应说明的是，为了对支付成功的订单数据进行整理，游戏服务端会在用户完成订单支付后，存储支付成功的订单信息，该订单信息包括订单标识、用户标识和购买令牌，该购买令牌相当于订单票据，能够确保游戏账户和购买令牌的映射关系，并且凭借购买令牌可以领取相应的虚拟对象。

具体可以利用预先存储支付成功的订单信息，对订单数据进行校验的过程，可以包括两部分，一部分是对订单数据进行有效性验证，可以通过提取订单信息中的订单标识，具有订单标识的订单数据为有效订单，如果订单数据中不具有订单标识或者订单标识并不在支付成功的订单信息中，说明订单数据并非是真实订单生成，不予校验通过；另一部分是对订单数据进行重复性校验，可以通过查询订单信息中虚拟对象的发放状态，对于已发放状态的订单数据为重复订单，不予校验通过，进一步获取校验通过的第一订单数据，该校验通过的第一订单数据为经过双重校验的订单，能够保证订单的可靠性。

对于本实施例的执行主体可以为订单数据的校验装置或设备，可以配置在游戏服务器端的第一数据平台，在用户客户端完成订单支付后，无法确定订单数据的真实与否，为了保证订单数据的可靠性，可以向游戏服务端发起订单数据的校验请求，而游戏服务端的第一数据平台可以根据存储支付成功的订单信息，对订单数据进行有效性校验和重复性校验，以获取校验通过的第一订单数据。

102、通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表。

其中，第二数据平台可以为海外支付平台，交易服务接口为海外支付平台提供的服务接口，该服务接口可以对接指定时间内的失效订单列表，该失效订单列表记录有预设时间内处于失效订单状态的订单信息，这里失效订单状态为海外支付平台已执行退款操作的情况，具体可以为用户发起退款操作的订单，还可以为开发者主动退给用户的，还有可能为用户的信用卡失效已付款被银行追回的，这里对失效订单状态不进行限定。

通常情况下，对于失效订单状态的订单信息，如果由用户主动发起退款操作，海外支付平台并不会向游戏服务端发送相应退款通知，使得游戏服务器很难监控到用户是否向海外支付平台发起退款操作，对于已下发虚拟对象的用户，存在恶意刷单行为的嫌疑，给游戏开发者造成损失，这里通过从第二数据平台获取预设时间内失效订单列表，可以及时监控到用户已发起退款操作的订单信息，并针对已退款操作的订单信息对校验通过对订单信息进一步判定，以保障游戏开发商的权益。

103、根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据。

在本发明实施例中，由于失效订单列表中的订单信息为已执行退款操作，具体可以通过将失效订单列表中的订单信息与校验通过的第一订单数据进行比对，判断校验通过的第一订单数据是否处于失效订单状态，如果是，说明通过校验的订单已执行退款操作，该订单数据可能为由用户发起退款的异常订单，也可能为由开发者发起退款的订单，进一步从校验通过的第一订单数据中确定出处于失效订单状态的第二订单数据。

应说明的是，对于用户发起退款的情况很有可能是在游戏服务端已经向用户发放虚拟对象后，用户利用游戏服务端与海外支付平台之间订单校验的不便利性，来实现恶意刷单，需要进一步对用户的订单进行监控，如果游戏平台未发放虚拟对象，开发者的权益并未受损，无需对用户的订单进行监控；对于开发者发起退款的情况，游戏服务端并不会向用户发放虚拟对象，同样开发者的权益并未受损，无需对这类订单进行监控。

104、从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理。

在本发明实施例中，具体第二订单数据是否为异常订单数据的判定，可以由游戏服务端来执行，如果游戏服务端判断该退款操作由用户发起，并且游戏服务端已向用户发放虚拟对象，说明用户存在恶意刷单嫌疑，可以对该用户账户进行标记，并获取该用户账户发起的订单情况，对于用户账户在一段时间内存在大量订单，则说明用户账户刷单嫌疑较大，可以对用户账户映射的客户端执行封禁处理，控制用户刷单行为的扩张。

本申请实施例提供的订单数据的校验方法，与目前现有方式中人工筛查已经退款的订单数据来对订单数据进行校验的方式相比，本申请通过响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对订单数据进行校验，获取校验通过的第一订单数据，该校验通过的第一订单数据为支付有效且未重复发放虚拟对象的订单数据，能够保证订单的有效性，进一步通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，该失效订单列表记录有预设时间内处于失效订单状态的订单信息，利用失效订单列表对校验通过的订单信息进行校验，确定校验通过的第一订单数据中对应失效订单状态的第二订单数据，能够使用程序自动对失效状态的订单进行筛选，提高订单校验的时效性，通过从第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理，能够准确监控到已退款的订单信息，避免或减少受到重放攻击和恶意刷单的影响，提高游戏应用中内购的安全性，保证了开发者的权益。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，本实施例提供了另一种订单数据的校验方法，如图2所示，该方法包括：

201、响应于订单操作的触发指令，生成订单标识。

在海外游戏支付的应用场景中，游戏服务端在将游戏应用连接到海外支付平台后，游戏客户端可以对游戏应用内商品(虚拟对象)发起购买请求，海外支付平台会为用户进入海外支付渠道提供支付界面。一般而言，海外支付平台并不会对上述购买行为进行额外限制(是否具有购买权限、购买数量、购买频率等)，即，海外支付平台仅处理支付行为。当然，也可以通过申请实现海外支付平台对特殊虚拟对象或购买行为进行限制，例如，当虚拟对象被用户购买后，海外支付平台会识别到用户获取到虚拟对象，并在虚拟对象被消耗前阻止用户购买具有相同ID的另一虚拟对象，当然还可以通过游戏服务端监控虚拟对象在游戏应用中的消耗情况，当消耗完成后开启虚拟对象的购买功能，以通知用户可再次购买虚拟对象，还可以通过游戏服务端查询海外支付平台，以便快速检索到用户的购买列表，根据购买列表内虚拟对象的购买情况来决定是否启动虚拟对象的购买功能。

在本发明实施例中，一旦游戏客户端发起订单操作时，游戏服务端针对订单操作会生成订单标识，为了避免订单被黑客伪造来生成新订单以到达非法目的，该订单标识通常不使用自增字段，如0、1、2、3等，而是使用工具库生成的随机数，以使得游戏服务端生成的订单标识没有任何规律，黑客无法伪造出新的订单标识。

上述实施中用来生成订单标识的工具库可以是一个或多个，例如，可以通过预置方式选定工具库并在之后的订单生成中一直使用该工具库，也可以依据设定在不同时间段使用不同工具库或针对不同虚拟对象组(包括至少一个虚拟对象的分类)使用不同的工具库，从而增加订单标识生成方式被破解的困难。

202、若检测到订单支付成功的操作指令，基于所述订单支付成功的订单标识存储支付成功的订单信息。

可以理解的是，用户支付完成后，游戏服务端会检测游戏客户端接收到支付结果，如果支付结果为成功，则记录订单状态为支付成功，并保存每一个支付成功的订单标识、用户标识和订单票据，如果支付成功为失败，则记录订单状态为支付失败。

应说明的是，对于订单支付成功的订单数据，游戏服务端才会记录订单信息，并向相应用户账户发放虚拟对象，以对订单数据进行整理，实现游戏服务资源的有效管理。

203、响应于订单数据的校验请求，根据所述订单数据的订单标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单标识，以对所述订单数据进行有效性校验。

其中，有效性校验用于对订单是否为伪造订单进行校验，对于伪造订单的订单标识通常为黑客或者攻击者虚构的订单标识，该订单标识不会出现在支付成功的订单信息中，进而通过将订单数据的订单标识与支付成功的订单信息中的订单标识进行比对，以验证订单数据的有效性。

可以理解的是，由于订单标识在表征订单上具有全局唯一性，在订单数据进行有效校性验过程中，使用订单标识作为比对依据，能够保证订单校验结果的可靠性，避免出现订单重复的情况。

作为订单数据进行有效性校验的一种实施方式，还可以在订单标识比对的过程中，考虑到订单时间对订单有效性的影响，设置对订单时间的的辅助校验，例如，判断游戏服务端保存的订单时间与游戏客户端记录下单操作的时间是否一致，如果一致，则说明订单时间为有效，当然还可以针对其他的订单参数设置有效性验证，这里不进行限定。

204、若所述有效性验证通过，则根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验。

其中，重复性校验用于对订单是否重复发放虚拟对象进行校验，对于重复发放虚拟对象的订单，订单标识必然为有效订单标识，但是如果在订单支付成功后重复向服务器发起订单操作，就可以导致订单被重复发放虚拟对象的情况，进而通过将订单数据的订单组合标识与支付成功的订单信息中的订单组合标识比对，以对订单数据进行重复性校验。

在本发明实施例中，订单信息中存储有每个订单对应的订单状态，订单组合标识包括订单标识和购买令牌等，订单组合标识包括订单标识和购买令牌，该订单状态可以包括但不局限于已下单、已支付、已完成等，订单状态为已下单说明游戏客户端已收到用户执行的订单操作，订单状态为已支付说明游戏客户单已收到支付平台反馈支付成功的支付结果，订单状态为已完成说明游戏服务端已向用户发放虚拟对象。具体在对订单数据进行重复性校验的过程中，可以根据订单数据的订单组合标识遍历匹配预先存储支付成功的订单信息，判断订单信息中是否存在所述订单数据的订单组合标识，若存在，则获取订单组合标识映射的订单信息，并根据订单信息查询订单对应的订单状态，根据订单对应的订单状态，对订单数据进行重复性校验。

具体在实际应用过程中，游戏服务端会将每一个订单信息存储至数据库，并记录订单标识、购买令牌、订单金额、用户标识、订单状态等信息，在对订单数据进行重复性校验时，根据订单标识和购买令牌搜索数据库中是否存在与订单数据匹配的订单信息，若存在，进一步判断订单状态是否为已完成，若订单状态为已完成，则说明该订单数据已发放过虚拟对象，无需再执行虚拟对象的发放，以对订单数据进行重复性校验。

205、若所述重复性验证通过，则获取校验通过的第一订单数据。

在本发明实施例中，校验通过的第一订单数据为有效且未重复发放虚拟对象的订单数据，通过对订单数据进行有效性和重复性的双重校验，提高订单数据的安全性，降低订单处理过程中出现伪造或者重复执行的风险。

206、通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表。

在本发明实施例中，第二数据平台可以为海外支付平台，为了便于校验订单是否由用户执行退款，游戏服务端可以周期性的调用海外支付平台提供的交易服务接口，该交易服务接口可以向游戏服务器返回预设时间内的失效订单列表，该失效订单列表中记录有预设时间间隔内的失效订单信息，该失效订单信息可以包括但不限定于订单类型、购买令牌、订单时间、订单失效时间、订单标识、失效来源等字段。

207、根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据。

由于失效订单列表中记录有失效订单的多个字段，而购买令牌字段能够表明该失效订单是否经过上述双重验证且完成过支付，这里可利用失效订单的购买令牌来对校验通过的订单当前的订单状态进行判断。具体可以根据失效订单列表，提取失效订单对应的购买令牌，根据校验通过的第一订单数据，提取校验通过订单对应的购买令牌，进一步通过将失效订单对应的购买令牌和校验通过订单对应的购买令牌取字段交集，确定校验通过的第一订单数据中对应失效订单状态的第二订单数据。

208、从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理。

在本发明实例中，失效订单列表中的订单数据并非都是由用户发起的退款操作，还有可能是支付中遇到问题由第三方支付平台发起，还有可能是游戏服务端发起。对于用户发起的退款操作，说明游戏服务端可能并未知道用户发起的退款操作，很有可能未执行退款操作，例如，订单状态更新、虚拟对象回收等，使得用户能够在收回退款的同时使用虚拟对象，影响游戏开发者的收益，该部分订单数据作为异常订单数据需要被追回或者进一步处理，而对于订单数据并非用户发起的退款操作，说明游戏服务端已经执行了相应退款操作，无需对订单数据进一步处理。在实际应用过程中，可以通过将获取到失效订单列表内购买令牌字段与游戏服务端记录的购买令牌字段取交集，得到周期时间内执行退款操作的订单数据，若存在，进一步校验交集内订单对应的失效来源段是否为0，如果为0，则说明订单数据的退款操作由用户发起，并记录用户标识，标记为异常订单数据，以从第二订单数据中筛选出由用户发起退款操作的异常订单数据，若不为0，说明订单数据并非用户发起，游戏服务端已经执行了相应退款操作，无需记录用户标识。

在本发明实例中，对于异常订单数据很有可能并未影响业务运行的情况，可以无需对异常订单数据进行处理，而若异常订单数据影响到业务运行时，具体可以从第二订单数据中筛选出由用户发起退款操作的异常订单数据，统计由用户发起退款操作的异常订单数据，得到异常订单数据覆盖的账户标识，判断若异常订单数据覆盖的账户标识是否符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理。

这里符合封禁条件的目标账户标识映射的客户端可以为退款次数过多的用户，还可以为在订单成功后迅速发起退款的用户，具体在确定符合封禁条件的目标账户标识过程中，针对退款次数过多的用户，具体可以根据异常订单数据覆盖的账户标识，统计账户标识对应的订单数量，若账户标识对应的订单数量在指定时间内达到数量阈值，则说明账户多次发起退款操作，确定账户标识为符合封禁处理条件的目标账户标识；针对在订单成功后迅速发起退款的用户，具体可以根据异常订单数据覆盖的账户标识，统计账户标识对应的订单退款时间，若账户标识对应的订单退款时间与订单支付时间形成的时间差值小于时间阈值，则确定账户标识为符合封禁处理条件的目标账户标识。当然还可以根据实际应用场景设置封禁条件，例如，查询账户标识产生的历史购买行为数据，对历史购买行为数据进行分析，若发现历史购买行为数据发生退款的概率较高，则确定该账户标识符合封禁条件，还可以查询账户标识在游戏中的道具使用行为数据，若发现道具使用行为较高，但是发生退款的概率也较高，则确定该账户标识符合封禁条件，在此对封禁条件不进行限定。

具体对符合封禁条件的目标账户标识映射的客户端执行封禁处理的过程，可以设置封禁功能和封禁时间，并按照封禁功能和封禁时间，对所述符合封禁条件的目标账户标识映射的客户端执行封禁处理。

应说明的是，上述执行封禁处理过程中，可以根据实际业务策略自行执行，例如，某个用户在指定时间内的异常订单数量达到一定数量，判定用户在恶意刷单，对用户的客户端执行封禁处理。这里的封禁处理可以是对用户客户端进行全部功能的封禁，可以仅封禁部分时间，还可以仅封禁支付功能，具体可以根据实际业务自行设置。

具体在订单数据处理的实际应用场景中，针对海外网络游戏的支付过程中，如图3a所示，用户在游戏应用内点击购买对象后，游戏客户端向游戏服务端发起下单操作，游戏服务端判断下单是否成功，若是，则游戏客户端发起向海外支付，支付完成后由海外服务器返回订单相关信息，游戏服务端后续可以使用订单信息中的购买令牌向海外服务器发送订单验证请求，校验订单是否有效，若是，则支付完成，游戏服务单下发虚拟对象，否则支付失败。而本申请考虑到很多用户海外支付平台订单退款的时效性来进行恶意刷单，如图3b所示，通过在游戏服务端判断下单是否成功之前，随机生成全局唯一订单ID并返回给游戏客户端，以使得在游戏服务端可以进行订单有效性的验证，通过在判断下单成功后，利用订单ID来校验订单是否为伪造，利用订单ID和购买令牌校验订单是否重复，进而对订单数据进行双重校验，提高订单支付的安全性，最后在订单支付完成下发游戏商品后，为了避免用户绕过游戏开发商发起退款操作，游戏服务端周期性调用海外服务接口，与本地记录的已支付订单进行校验，从而校验订单是否已被用户退款，如果是，则用户存证刷单嫌疑，并记录用户ID并对相应用户客户端执行封禁处理，否则，说明用户无异常，流程结束。

进一步的，作为图1和图2方法的具体实现，本申请实施例提供了一种订单数据的校验装置，如图4所示，该装置包括：校验单元31、获取单元32、判断单元33、处理单元34。

校验单元31，可以用于响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据；

获取单元32，可以用于通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，所述失效订单列表记录有预设时间内处于失效订单状态的订单信息；

判断单元33，可以用于根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据；

处理单元34，可以用于从所述第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理。

本发明实施例提供的订单数据的校验装置，与目前现有方式中人工筛查已经退款的订单数据来对订单数据进行校验的方式相比，本申请通过响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对订单数据进行校验，获取校验通过的第一订单数据，该校验通过的第一订单数据为支付有效且未重复发放虚拟对象的订单数据，能够保证订单的有效性，进一步通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，该失效订单列表记录有预设时间内处于失效订单状态的订单信息，利用失效订单列表对校验通过的订单信息进行校验，确定校验通过的第一订单数据中对应失效订单状态的第二订单数据，能够使用程序代替人工自动对失效状态的订单进行筛选，提高订单校验的时效性，通过从第二订单数据中筛选出异常订单数据，并对所述异常订单数据进行处理，能够准确监控到已退款的订单信息，避免受到重放攻击和恶意刷单的影响，提高游戏应用中内购的安全性，保证了开发者的权益。

在具体的应用场景中，如图5所示，所述装置还包括：

生成单元35，可以用于在所述响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据之前，响应于订单操作的触发指令，生成订单标识；

存储单元36，可以用于若检测到订单支付成功的操作指令，基于所述订单支付成功的订单标识存储支付成功的订单信息。

在具体的应用场景中，如图5所示，所述校验单元31包括：

第一判断模块311，可以用于根据所述订单数据的订单标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单标识，以对所述订单数据进行有效性校验；

第二判断模块312，可以用于若所述有效性验证通过，则根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验；

获取模块313，可以用于若所述重复性校验通过，则利用校验通过的所述订单数据生成所述校验通过的第一订单数据。

在具体的应用场景中，如图5所示，所述订单信息中存储有每个订单对应的订单状态，所述订单组合标识包括订单标识和购买令牌，所述第二判断模块312包括：

匹配子模块3121，可以用于根据所述订单数据的订单组合标识遍历匹配所述预先存储支付成功的订单信息，判断所述订单信息中是否存在所述订单数据的订单组合标识；

获取子模块3122，可以用于若存在，则获取所述订单组合标识映射的订单信息，并根据所述订单信息查询所述订单对应的订单状态；

校验子模块3123，可以用于根据所述订单对应的订单状态，对所述订单数据进行重复性校验。

在具体的应用场景中，如图5所示，所述判断单元33包括：

第一提取模块331，可以用于根据所述失效订单列表，提取失效订单对应的购买令牌；

第二提取模块332，可以用于根据所述校验通过的第一订单数据，提取校验通过订单对应的购买令牌；

第三判断模块333，可以用于通过将所述失效订单对应的购买令牌和所述校验通过订单对应的购买令牌取字段交集，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据。

在具体的应用场景中，如图5所示，所述处理单元34包括：

筛选模块341，可以用于从所述第二订单数据中筛选出由用户发起退款操作的异常订单数据；

统计模块342，可以用于统计所述由用户发起退款操作的异常订单数据，得到所述异常订单数据覆盖的账户标识；

处理模块343，可以用于若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理。

在具体的应用场景中，所述统计模块342，还可以用于根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单数量；

所述统计模块342，还可以用于若所述账户标识对应的订单数量在指定时间内达到数量阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

在具体的应用场景中，所述统计模块342，还可以用于根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单退款时间；

所述统计模块342，还可以用于若所述账户标识对应的订单退款时间与订单支付时间形成的时间差值小于时间阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

在具体的应用场景中，如图5所示，所述处理模块343包括：

设置子模块3431，可以用于设置封禁功能和封禁时间；

处理子模块3432，可以用于按照所述封禁功能和封禁时间，对所述符合封禁条件的目标账户标识映射的客户端执行封禁处理。

需要说明的是，本实施例提供的一种订单数据的校验装置所涉及各功能单元的其它相应描述，可以参考图1-图2中的对应描述，在此不再赘述。

基于上述如图1-图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1-图2所示的订单数据的校验方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1-图2所示的方法，以及图4-图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种订单数据的校验的实体设备，具体可以为计算机，智能手机，平板电脑，智能手表，服务器，或者网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1-图2所示的订单数据的校验方法。

可选的，该实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。

在示例性实施例中，参见图6，上述实体设备400包括通信总线、处理器、存储器和通信接口，还可以包括、输入输出接口和显示设备，其中，各个功能单元之间可以通过总线完成相互间的通信。该存储器存储有计算机程序，处理器，用于执行存储器上所存放的程序，执行上述实施例中的画作挂载方法。

本领域技术人员可以理解，本实施例提供的一种订单数据的校验的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述店铺搜索信息处理的实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有方式相比，本申请通过利用失效订单列表对校验通过的订单信息进行校验，能够使用程序代替人工自动对失效状态的订单进行筛选，提高订单校验的时效性，通过对处于失效订单状态的的订单信息进行处理，能够准确监控到已退款的订单信息，避免受到重放攻击和恶意刷单的影响，提高游戏应用中内购的安全性，保证了开发者的权益。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (11)

1.一种虚拟对象订单数据的校验方法，应用于第一数据平台，其特征在于，包括：

响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据，所述校验通过的第一订单数据为支付有效且未重复发放游戏虚拟对象的订单数据；

通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，所述失效订单列表记录有预设时间内处于失效订单状态的订单信息，所述失效订单状态为第二数据平台已执行退款操作的情况；

根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据；

从所述第二订单数据中筛选出由用户发起退款操作的异常订单数据，统计所述由用户发起退款操作的异常订单数据，得到异常订单数据覆盖的账户标识，若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理，所述封禁条件包括订单退款次数和/或订单退款时间。

2.根据权利要求1所述的方法，其特征在于，在所述响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据之前，所述方法还包括：

响应于订单操作的触发指令，生成订单标识；

若检测到订单支付成功的操作指令，基于所述订单支付成功的订单标识存储支付成功的订单信息。

3.根据权利要求1所述的方法，其特征在于，所述利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据，具体包括：

根据所述订单数据的订单标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单标识，以对所述订单数据进行有效性校验；

若所述有效性验证通过，则根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验；

若所述重复性校验通过，则利用校验通过的所述订单数据生成所述校验通过的第一订单数据。

4.根据权利要求3所述的方法，其特征在于，所述订单信息中存储有每个订单对应的订单状态，所述订单组合标识包括订单标识和购买令牌，所述根据所述订单数据的订单组合标识，判断所述预先存储支付成功的订单信息中是否存在所述订单数据的订单组合标识，以对所述订单数据进行重复性校验，具体包括：

根据所述订单数据的订单组合标识遍历匹配所述预先存储支付成功的订单信息，判断所述订单信息中是否存在所述订单数据的订单组合标识；

若存在，则获取所述订单组合标识映射的订单信息，并根据所述订单信息查询所述订单对应的订单状态；

根据所述订单对应的订单状态，对所述订单数据进行重复性校验。

5.根据权利要求1所述的方法，其特征在于，所述根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据，具体包括：

根据所述失效订单列表，提取失效订单对应的购买令牌；

根据所述校验通过的第一订单数据，提取校验通过订单对应的购买令牌；

通过将所述失效订单对应的购买令牌和所述校验通过订单对应的购买令牌取字段交集，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据。

6.根据权利要求1所述的方法，其特征在于，在所述若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理之前，所述方法还包括：

根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单数量；

若所述账户标识对应的订单数量在指定时间内达到数量阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

7.根据权利要求1所述的方法，其特征在于，在所述若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理之前，所述方法还包括：

根据所述异常订单数据覆盖的账户标识，统计账户标识对应的订单退款时间；

若所述账户标识对应的订单退款时间与订单支付时间形成的时间差值小于时间阈值，则确定所述账户标识为符合封禁处理条件的目标账户标识。

8.根据权利要求1所述的方法，其特征在于，所述对符合封禁条件的目标账户标识映射的客户端执行封禁处理，具体包括：

设置封禁功能和封禁时间；

按照所述封禁功能和封禁时间，对所述符合封禁条件的目标账户标识映射的客户端执行封禁处理。

9.一种虚拟对象订单数据的校验装置，应用于第一数据平台，其特征在于，包括：

校验单元，用于响应于订单数据的校验请求，利用预先存储支付成功的订单信息，对所述订单数据进行校验，获取校验通过的第一订单数据，所述校验通过的第一订单数据为支付有效且未重复发放游戏虚拟对象的订单数据；

获取单元，用于通过调用交易服务接口，从第二数据平台获取预设时间内失效订单列表，所述失效订单列表记录有预设时间内处于失效订单状态的订单信息；

判断单元，用于根据所述失效订单列表，确定所述校验通过的第一订单数据中对应失效订单状态的第二订单数据，所述失效订单状态为第二数据平台已执行退款操作的情况；

处理单元，用于从所述第二订单数据中筛选出由用户发起退款操作的异常订单数据，统计所述由用户发起退款操作的异常订单数据，得到异常订单数据覆盖的账户标识，若判断所述异常订单数据覆盖的账户标识符合封禁条件，则对符合封禁条件的目标账户标识映射的客户端执行封禁处理，所述封禁条件包括订单退款次数和/或订单退款时间。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述订单数据的校验方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述订单数据的校验方法的步骤。

Images