CN113781119A - 一种虚拟资源发送方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及互联网技术领域，尤其涉及一种虚拟资源发送方法、装置、电子设备及存储介质，响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分目标平台支持识别的一种虚拟资源；若基于初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使第三方平台将至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分所述第三方平台支持使用的一种虚拟资源；将初始标识集合中，至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端，这样，能够简化虚拟资源的获取操作，并提高发送虚拟资源的效率。

Description

一种虚拟资源发送方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种虚拟资源发送方法、装置、电子设备及存储介质。

背景技术

目前，随着互联网技术的发展，各个平台可以向目标对象分发虚拟资源。

通常情况下，当执行任务的目标对象完成设定的任务时，可以获得任务发起平台和第三方平台随机分发的虚拟资源。

具体的，目标对象可以在客户端呈现的操作界面中，点击任务发起平台的操作控件，向任务发起平台发送虚拟资源获取请求(如，抽奖请求)，从而获得任务发起平台随机分发的虚拟资源，以及，目标对象也可以在客户端呈现的操作界面中，点击第三方平台的操作控件，向第三方平台也发送虚拟资源获取请求，从而获得第三方平台随机分发的虚拟资源。

然而，相关技术下，采用上述方式获得虚拟资源，需要针对不同平台分别触发虚拟资源获取请求。随着获取虚拟资源的次数增加，触发虚拟资源获取请求的次数也在成倍增加，不仅操作较复杂，而且，获取虚拟资源的效率较低。

发明内容

本申请实施例提供一种虚拟资源发送方法、装置、电子设备及存储介质，以简化操作，提高虚拟资源的获取效率。

本申请实施例提供的具体技术方案如下：

一种虚拟资源发送方法，包括：

响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分所述目标平台支持识别的一种虚拟资源；

若基于所述初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使所述第三方平台将所述至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分所述第三方平台支持使用的一种虚拟资源；

将所述初始标识集合中，所述至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端。

一种虚拟资源发送装置，包括：

获得模块，用于响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分所述目标平台支持识别的一种虚拟资源；

第一处理模块，用于若基于所述初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使所述第三方平台将所述至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分所述第三方平台支持使用的一种虚拟资源；

第二处理模块，用于将所述初始标识集合中，所述至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端。

可选的，所述响应于目标对象触发的虚拟资源获取请求之前，还包括建立模块，所述建立模块用于：

确定第三方平台提供的各个虚拟资源各自对应的目标标识；

针对获得的各个目标标识，分别执行以下操作：从所述目标平台提供的用于建立标识映射关系的各个初始标识中，随机选取出一个初始标识，建立一个目标标识，与所述一个初始标识之间的标识映射关系，并删除所述一个初始标识。

可选的，所述将获得的至少一个目标标识发送给第三方平台时，第一处理模块具体用于：

将所述至少一个目标标识添加至标识队列中；

当确定所述标识队列中未包含历史标识时，分别将所述至少一个目标标识发送给所述第三方平台；

当确定所述标识队列包含所述至少一个目标标识和至少一个历史标识时，分别将所述至少一个历史标识作为目标标识，并将各个目标标识按照预设规则进行排序，分别将排序后的各个目标标识发送给第三方平台。

可选的，所述将所述至少一个目标标识发送给第三方平台之后，第一处理模块还用于：

接收所述第三方平台针对所述至少一个目标标识分别返回的虚拟资源发送结果；

确定存在携带失败标识的目标虚拟资源发送结果时，基于所述失败标识，将相应的目标标识作为历史标识，重新添加至所述标识队列中。

可选的，所述基于所述失败标识，将相应的目标标识作为历史标识，重新添加至所述标识队列中时，第一处理模块具体用于：

对所述失败标识进行识别，获得所述失败标识对应的失败类型；

确定所述失败标识对应的失败类型表征允许将历史标识重新添加至标识队列时，将所述相应的目标标识作为历史标识，重新添加至所述标识队列中。

可选的，所述重新添加至所述标识队列中时，第一处理模块具体用于：

获取与所述目标标识关联的已发送次数，其中，所述已发送次数为所述目标标识发送给所述第三方平台的历史累积次数；

当确定所述已发送次数不大于相应的第二次数门限值时，重新将所述历史标识添加至所述标识队列中。

可选的，所述将获得的至少一个目标标识发送给第三方平台之后，第一处理模块还用于：

当确定计时时间段内未接收到所述第三方平台针对所述至少一个目标标识分别返回的虚拟资源发送结果时，将相应的目标标识作为历史标识，重新添加至所述标识队列中。

可选的，所述虚拟资源获取请求中还包括任务进度信息，则所述获得初始标识集合时，获得模块具体用于：

基于所述任务进度信息，确定所述目标对象的任务进度结果，其中，所述任务进度结果用于表征所述目标对象是否完成任务；

确定所述任务进度结果为完成任务时，获得所述初始标识集合。

可选的，所述虚拟资源获取请求中还包括目标对象标识，则所述获得初始标识集合时，获得模块具体用于：

基于预设的各个第一原始标识集合各自对应的抽取概率，从所述各个第一原始标识集合中抽取一个第一原始标识集合，作为获得的目标原始标识集合；

基于所述目标对象标识，获取与所述目标对象标识关联的已抽取次数，其中，所述已抽取次数为所述目标对象的历史累积抽取次数；

当确定所述已抽取次数大于相应的第一次数门限值时，获取预设的第二原始标识集合，并将所述第二原始标识集合作为所述初始标识集合，其中，所述第二原始标识集合与所述各个第一原始标识集合均不相同；

确定所述已抽取次数不大于相应的第一次数门限值时，将所述目标原始标识集合作为所述初始标识集合。

可选的，还包括告警模块，所述告警模块具体用于：

获取所述标识队列中至少一个历史标识各自对应的添加时间，其中，所述添加时间为将历史标识添加至所述标识队列的时间；

对所述至少一个历史标识中满足添加时间条件的历史标识进行告警。

本申请实施例提供的一种电子设备，其包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行上述任意一种虚拟资源发送方法的步骤。

本申请实施例提供的一种计算机可读存储介质，其包括程序代码，当所述程序代码在电子设备上运行时，所述程序代码用于使所述电子设备执行上述任意一种虚拟资源发送方法的步骤。

本申请实施例提供的一种计算机程序产品，包括计算机程序/指令，当其在计算机上运行时，使得计算机执行上述虚拟资源发送方法。

本申请有益效果如下：

本申请实施例提供了虚拟资源发送方法、装置、电子设备及存储介质，通过预先建立的标识映射关系，将初始标识集合中存在标识映射关系的至少一个初始标识，映射为第三方平台能够识别的目标标识，并将映射获得的至少一个目标标识发送给第三方平台，使得第三方平台分别将与至少一个目标标识对应的虚拟资源发送给客户端，以及，将不存在标识映射关系的其它初始标识各自对应的虚拟资源发送给客户端，这样，无需针对不同平台分别触发虚拟资源获取请求，通过一次虚拟资源获取请求，就能够同时获取第三方平台和目标平台发送的虚拟资源，实现多平台虚拟资源的混合发送，并且，由于仅需要触发一次虚拟资源获取请求，就能够获得多个平台发送的虚拟资源，能够简化获取虚拟资源的操作，提高获取虚拟资源的效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

图1为本申请实施例中应用场景示意图；

图2a为本申请实施例中标识映射关系的建立过程示意图；

图2b为本申请实施例中操作界面的第一界面示意图；

图3a为本申请实施例中虚拟资源发送方法的流程示意图；

图3b为本申请实施例中操作界面的第二界面示意图；

图3c为本申请实施例中权限校验的流程示意图；

图3d为本申请实施例中操作界面的第三界面示意图；

图3e为本申请实施例中操作界面的第四界面示意图；

图3f为本申请实施例中获得初始标识集合的流程示意图；

图3g为本申请实施例中将目标标识添加至标识队列的流程示意图；

图3h为本申请实施例中确定虚拟资源发送结果的流程示意图；

图3i为本申请实施例中发送成功的界面示意图；

图3j为本申请实施例中添加至标识队列的流程示意图；

图3k为本申请实施例中将历史标识重新添加至标识队列的流程示意图；

图3l为本申请实施例中失败的界面示意图；

图4为本申请实施例中虚拟资源发送的示例图；

图5a为本申请实施例中告警的第一流程示意图；

图5b为本申请实施例中告警的第二流程示意图；

图6为本申请实施例中发送虚拟资源的逻辑示意图；

图7为本申请实施例中抽奖的流程示意图；

图8为本申请实施例中发货流程示意图；

图9为本申请实施例中一种发货状态图；

图10为本申请实施例中所列举的一种虚拟资源发送装置的结构示意图；

图11为本申请实施例的一种电子设备的一个硬件组成结构示意图；

图12为本申请实施例中的一个计算装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够在除了这里图示或描述的那些以外的顺序实施。

以下对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

虚拟资源：可以包括流量、增值服务、游戏虚拟物品(比如，金币、钻石、欢乐豆、装备、道具、服装等)、直播虚拟物品(比如，虚拟礼物、红花、代币等)，或者，对应实体奖励的虚拟礼物(比如，对应奖励一部手机的礼包)。

虚拟资源获取请求：是指由目标对象在客户端的操作界面中触发并发送至目标平台用于获取虚拟资源的请求，如，目标对象在客户端的操作界面中，点击“领取”操作控件，触发生成虚拟资源获取请求，从而客户端将虚拟资源获取请求发送给目标平台，获取相应的虚拟资源。

目标平台：是指目标对象在客户端中使用的应用所属的平台，如，当目标对象使用的应用为游戏应用时，则目标平台为游戏平台，当目标对象使用的应用为直播应用时，则目标平台为直播平台。

第三方平台：是指与目标平台合作的平台，目标平台与第三方平台进行合作，联合运营，流量互转，第三方平台会将任务查询服务、虚拟资源发送服务提供给目标平台使用，从而使得目标平台具有第三方平台的任务查询、虚拟资源发送的能力。如，第三方平台为直播平台、游戏平台等。

需要说明的是，目标平台与第三方平台可以为不同类型的平台，当然，目标平台与第三方平台可以为相同类型的平台，如，均为直播平台，但目标平台与第三方平台所对应的应用是不同的。

任务进度信息：是指目标对象的任务完成情况对应的信息，如，当目标平台为直播平台时，则任务进度信息为当前观看直播的累积时间。

初始标识集合：初始标识集合中包含有各个初始标识，每个初始标识各自对应虚拟资源；其中，第一原始标识集合中的预设数量个初始标识对应于目标平台提供的虚拟资源，第一原始标识集合中的其它各个初始标识对应于第三方平台提供的虚拟资源。

第二原始标识集合：第二原始标识集合为与第一原始标识集合内容不同的集合，当确定目标对象的抽取次数大于相应的第一次数门限值时，则将第二原始标识集合作为初始标识集合，如，第二原始标识集合为当目标对象的抽取次数达到上限时，则第二原始标识集合为默认礼包。

下面对本申请实施例的设计思想进行简要介绍：

目前，随着互联网技术的发展，各个平台之间进行合作，联合运营，第三方平台会将其任务查询服务、虚拟资源发送服务提供给目标平台使用，在同一活动中，可以进行多平台的虚拟资源获取，也即，各个平台可以向目标对象分发虚拟资源。

通常情况下，当执行任务的目标对象完成设定的任务时，可以获得任务发起平台和第三方平台随机分发的虚拟资源，如，任务发起平台为游戏平台，第三方平台为直播平台，设定的任务为游戏时长，目标对象在游戏平台提供的游戏应用中进行游戏对战，当目标对象完成设定的任务，即完成任务“游戏对战10分钟”时，游戏平台与直播平台分别向目标对象随机分发虚拟资源。

具体的，目标对象可以在客户端呈现的操作界面中，点击任务发起平台的操作控件，向任务发起平台发送虚拟资源获取请求，如，当虚拟资源获取请求为抽奖请求时，点击操作界面中呈现的任务发起平台的抽奖控件，从而可以获得任务发起平台随机分发的道具，以及，目标对象还可以在客户端呈现的操作界面中，点击第三方平台的操作控件，向第三方平台也发送虚拟资源获取请求，如，点击操作界面中呈现的第三方平台的抽奖控件，从而可以获得第三方平台随机分发的道具。

然而，相关技术下，采用上述方式获得虚拟资源时，由于一个抽奖控件仅能获取一个平台的虚拟资源，若需要获取不同平台的虚拟资源时，则需要拆分成不同的操作控件，分别触发虚拟资源获取请求。因此，随着获取虚拟资源的次数增加，触发虚拟资源获取请求的次数也在成倍增加，不仅操作较复杂，而且，获取虚拟资源的效率较低。

有鉴于此，本申请实施例提出了虚拟资源发送方法、装置、电子设备及存储介质。由于本申请实施例中，只需触发一次虚拟资源获取请求，即可获得初始标识集合，并基于标识映射关系，获得至少一个初始标识各自对应的目标标识，从而第三方平台能够在获取到目标标识之后，将目标标识对应的虚拟资源发送给客户端，同时，目标平台将初始标识集合中，至少一个初始标识以外的各个初始标识对应的虚拟资源发送给客户端。因此，无需针对第三方平台和目标平台分别触发虚拟资源获取请求，即可实现不同平台之间的合作，从而能够简化获取虚拟资源的操作，提高获取虚拟资源的效率。

需要说明的是，本申请实施例提出的虚拟资源发送方法能够应用于各类游戏终端，并且涵盖所有的品类游戏。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请实施例及实施例中的特征可以相互组合。

参阅图1所示，其为本申请实施例中应用场景示意图。该应用场景图中包括客户端110、目标平台120，以及第三方平台130。

在一种可选的实施方式中，客户端110与目标平台120之间、客户端110与第三方平台130之间、目标平台120与第三方平台130之间，均可以采用有线网络或无线网络，通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

客户端110中可以安装有与直播相关的应用，还可以安装有与游戏相关的应用，其中，相关的应用可以是需要安装在设备上才能够使用的客户端应用，也可以是某些社交应用中的小程序，网页等应用，不需要下载安装即可搜索使用。

其中，本申请实施例中并不仅限于一个客户端110，可以有多个客户端与目标平台，以及第三方平台之间建立连接，对此并不进行限制。

本申请实施例中，客户端110为目标对象关联的电子设备，该电子设备该可以是个人计算机、手机、平板电脑、笔记本、电子书阅读器、智能家居等具有一定计算能力并且运行有即时通讯类软件及网站或者社交类软件及网站的计算机设备，其中，本申请实施例中目标对象指正在使用相关的应用的用户。

目标平台120为用于管理目标对象正在使用的相关的应用的服务器，目标平台120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，因此，目标平台120用于为目标对象所使用的应用提供服务。

第三方平台130为用于管理合作的应用的服务器，也即，第三方平台130与目标平台120为合作关系，进行联合运营，第三方平台130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，因此，第三方平台130用于为目标对象所使用的应用对应的合作应用提供服务。

其中，本申请实施例中对于虚拟资源的发送，可以在目标平台120上进行。当由目标平台120进行虚拟资源的发送时，目标平台120响应于目标对象触发的虚拟资源获取请求，获得包含有各初始标识的初始标识集合，若基于初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将目标标识发送给第三方平台130，从而第三方平台130将至少一个目标标识各自对应的虚拟资源发送给客户端110，同时，目标平台120将至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端110。

本申请实施例中的虚拟资源发送方法，可以应用于抽取道具礼包的场景中，例如，目标对象在完成游戏任务时，触发生成抽奖请求，目标平台响应于抽奖请求，在抽取获得初始标识集合之后，将初始标识集合中至少一个初始标识映射为相应的目标标识，并将目标标识发发送至第三方平台，以使第三方平台将目标标识对应的道具发送给客户端，同时，目标平台未经过映射的初始标识各自对应的道具发送给客户端。

基于上述实施例，首先对于本申请实施例中标识映射关系的建立过程进行详细阐述，参阅图2a所示，为本申请实施例中标识映射关系的建立过程示意图，下面结合附图2a，对本申请实施例中建立标识映射关系的过程进行详细阐述。

步骤20：确定第三方平台提供的各个虚拟资源各自对应的目标标识。

本申请实施例中，确定第三方平台提供的各个虚拟资源，以及各个虚拟资源各自对应的目标标识。

例如，当第三方平台为直播平台时，虚拟资源例如可以为直播道具“鱼丸*100”，对应的目标标识为第三方平台支持识别的标识。

步骤21：针对获得的各个目标标识，分别执行以下操作：从目标平台提供的用于建立标识映射关系的各个初始标识中，随机选取出一个初始标识，建立一个目标标识，与一个初始标识之间的标识映射关系，并删除一个初始标识。

本申请实施例中，确定目标平台体用的用于建立标识映射关系的各个初始标识，并分别针对获得的各个目标标识，确定每个目标标识的标识映射关系，具体的，以任意一个目标标识(以下称为目标标识a)为例，介绍确定标识映射关系的过程如下：

首先，通过随机抽样的方式，从各个初始标识中，确定出任意一个初始标识，然后，建立目标标识a与随机抽取出的初始标识之间的标识映射关系，最后，当标识映射关系建立成功后，删除该初始标识。

例如，假设各个初始标识分别为n1、n2、n3、n4、n5、n6、n7、n8、n9，从各个初始标识中，随机抽取出一个初始标识为n2，则建立目标标识a与初始标识n2之间的标识映射关系。

可选的，本申请实施例中，还可以在目标平台所展示的操作界面中，选择目标标识，以及对应的初始标识，从而建立目标标识与初始标识之间的标识映射关系。

例如，参阅图2b所示，为本申请实施例中操作界面的第一界面示意图，在图2b中，包含有“新增映射关系”操作控件和“删除映射关系”操作控件，可以下拉道具列表，选择出目标标识所代表的道具，并且，还可以下拉初始标识的列表，从各个初始标识中选择出初始标识，如，目标标识“90021324111”所代表的第三方平台的道具为“鱼丸*100”，并为该目标标识选择对应的初始标识为“IEGAMS-393280”，从而建立目标标识与初始标识之间的标识映射关系。

需要说明的是，本申请实施例中，目标平台提供的各个初始标识为用于建立标识映射关系的虚拟资源所对应的标识。例如，假设应用场景为游戏场景，虚拟资源为道具，则使用目标平台提供的非游戏道具对应的目标标识来代替第三方平台的道具。

本申请实施例中，预先建立标识映射关系，这样，在后续进行虚拟资源的发送时，能够将第三方平台提供的虚拟资源与目标平台提供的虚拟资源均设置在同一初始标识集合中，从而无需向不同平台分别发送虚拟资源获取请求，可以提高虚拟资源的获取效率。

基于上述实施例，参阅图3a所示，其为本申请实施例中虚拟资源发送方法的流程示意图，应用于图1所示意的目标平台110，该方法的具体实施流程如下：

步骤30：响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分目标平台支持识别的一种虚拟资源。

本申请实施例中，目标对象点击在客户端的操作界面中呈现的操作控件，从而在客户端中触发生成虚拟资源获取请求，然后，客户端将虚拟资源获取请求发送给目标平台，从而目标平台在获得虚拟资源获取请求之后，响应于虚拟资源获取请求，获得初始标识集合。

例如，假设目标对象为用户，参阅图3b所示，为本申请实施例中操作界面的第二界面示意图，如图3b所示，在客户端的操作界面中呈现有“领取”操作控件、“切换账号”操作控件、“前往直播间完成任务”操作控件、“点击领取”操作控件、“点击前往官网升级宝箱”操作控件、“刷新任务进度”操作控件。

当用户点击“领取”操作控件之后，可在客户端中触发生成虚拟资源获取请求；当用户点击“切换账号”操作控件之后，可在客户端中触发生成切换账号请求，从而能够进行账号切换操作；当用户点击“前往直播间完成任务”操作控件之后，可在客户端中触发生成第一界面切换请求，从而能够从当前领取奖励的操作界面切换至直播间的操作界面；当用户点击“点击领取”操作控件之后，可在客户端中触发生成积分领取操作，从而能够获得相应的积分；当用户点击“点击前往官网升级宝箱”操作控件之后，可在客户端中触发生成第二界面切换请求，从而能够从当前领取奖励的操作界面切换至官网的操作界面，进行升级宝箱操作；当用户点击“刷新任务进度”操作控件之后，可在客户端中触发生成刷新请求，从而能够对任务进度信息进行刷新。

可选的，为了提高获取虚拟资源的安全性，本申请实施例中，在获得初始标识集合时，可以先对目标对象是否具有获取虚拟资源的权限进行校验，从而确定目标对象是否能够获得初始标识集合。具体的，本申请实施例中，为对目标对象是否具有获取虚拟资源的权限提供了一种可能的实施方式，参阅图3c所示，为本申请实施例中权限校验的流程示意图，具体包括：

S30-1-1：基于任务进度信息，确定目标对象的任务进度结果；其中，任务进度结果用于表征目标对象是否完成任务。

本申请实施例中，当目标对象在客户端中触发生成虚拟资源获取请求时，客户端会根据目标对象对应的目标对象标识，查找与目标对象标识关联的任务进度信息，并将查找到的任务进度信息添加至虚拟资源获取请求中，因此，虚拟资源获取请求中还包括任务进度信息，然后，当目标平台响应于虚拟资源获取请求时，根据虚拟资源获取请求中的任务进度信息，以及预设的任务进度条件，确定目标对象的任务进度结果。

其中，任务进度条件预先设置在目标平台中，可以自行设定，保证运营的多样性，任务进度条件用于判定任务进度信息对应的任务进度结果，例如，任务进度条件为观看直播10分钟，本申请实施例中对此并不进行限制。

需要说明的是，本申请实施例中的任务进度结果可以分为以下两种，分别为完成任务和未完成任务。

例如，假设任务进度条件为观看直播10分钟，当目标平台响应于目标对象触发的虚拟资源获取请求时，在虚拟资源获取请求中携带有任务进度信息“已观看直播8分钟”，从而目标平台在获取到任务进度信息“已观看直播8分钟”之后，确定任务进度信息无法满足任务进度条件，因此，确定目标对象的任务进度结果为未完成任务。

又例如，假设任务进度条件为完成游戏对战3局，当目标平台响应于目标对象触发的虚拟资源获取请求时，在虚拟资源获取请求中携带有任务进度信息“游戏对战3局”，从而目标平台在获取到任务进度信息“游戏对战3局”之后，确定任务进度信息能够满足任务进度条件，因此，确定目标对象的任务进度结果为完成任务。

可选的，本申请实施例中，还可将任务进度条件发送至客户端，使得客户端在操作界面中展示任务进度条件，如图3b所示，任务进度条件为“登录客户端完成任意一局对局”、“观看任一分区直播5分钟”，以及“观看任一分区直播10分钟”。

可选的，本申请实施例中，当生成任务进度结果之后，还可以将任务进度结果发送给客户端，以使客户端在操作界面中呈现任务进度结果。

例如，当任务进度结果为完成任务时，则向客户端发送完成任务信息，从而使得客户端在操作界面中展示完成任务信息，参阅图3d所示，为本申请实施例中操作界面的第三界面示意图，在本次请求中，由于能够达到任务进度条件，因此，任务进度结果为完成任务，则在操作界面中展示完成任务信息“任务已完成！”。

又例如，当任务进度结果为未完成任务时，则向客户端发送未完成任务信息，从而使得客户端在操作界面中展示未完成任务信息，参阅图3e所示，为本申请实施例中操作界面的第四界面示意图，在本次请求中，由于未能达到任务进度条件，因此，任务进度结果为未完成任务，则在操作界面中展示未完成任务信息“任务未完成，无法领取宝箱！”，用户可通过在操作界面中点击“返回”操作控件，重新返回至直播间完成任务。

需要说明的是，本申请实施例中，为了能够及时获取到任务进度信息，目标对象还可以通过点击如图3b中所示的“刷新任务进度”操作控件，触发生成刷新请求，以使客户端能够获得实时的任务进度信息。

S30-1-2：确定任务进度结果为完成任务时，获得初始标识集合。

本申请实施例中，当确定接收到的任务进度结果为完成任务时，确定目标对象在本次虚拟资源获取请求中具有获取初始标识集合的权限，从而能够从预设的各个初始标识集合中，获得一个初始标识集合。

可选的，本申请实施例中，可以通过预设的抽取概率，获得初始标识集合，具体的，参阅图3f所示，为本申请实施例中获得初始标识集合的流程示意图，下面结合附图3f，对本申请实施例中获得初始标识集合的过程进行详细阐述，具体包括：

S30-2-1：基于预设的各个第一原始标识集合各自对应的抽取概率，从各个第一原始标识集合中抽取一个第一原始标识集合，作为获得的目标原始标识集合。

本申请实施例中，在获得初始标识集合时，可以通过随机抽取的方式，从各个第一原始标识集合中获得目标原始标识集合，从而确定出初始标识集合。具体的，由于每个预设的第一原始标识集合各自对应有抽取概率，因此，基于各个第一原始标识集合各自对应的抽取概率，从各个第一原始标识集合中抽取出一个第一原始标识集合，并将抽取获得的第一原始标识集合作为获得的目标原始标识集合。

其中，抽取概率表征抽取到第一原始标识集合的概率，当抽取概率越大时，抽取到对应的第一原始标识的可能性就越大。

例如，假设共有10个第一原始标识集合，分别为A、B、C、D、E、F、G、H、I、J，A对应的抽取概率为90％，B对应的抽取概率为85％，C对应的抽取概率为80％，D对应的抽取概率为75％，E对应的抽取概率为70％，F对应的抽取概率为65％，G对应的抽取概率为60，H对应的抽取概率为55％，I对应的抽取概率为50％，J对应的抽取概率为45％，从上述10个第一原始标识集合中抽取一个第一原始标识集合，则抽取到第一原始标识集合A的概率最大。

S30-2-2：基于目标对象标识，获取与目标对象标识关联的已抽取次数；其中，已抽取次数为目标对象的历史累积抽取次数。

本申请实施例中，当目标对象在完成预设的任务，但已抽取次数已达到上限时，则无法获得第一原始标识集合，此时，会发送默认的第二原始标识集合，因此，需要先判断目标对象的已抽取次数是否已经达到了上限。具体的，基于目标对象标识，以及目标对象标识与已抽取次数的关联关系，确定与目标对象标识关联的已抽取次数。

需要说明的是，每个目标对象标识均关联有已抽取次数。

另外，需要说明的是，本申请实施例中的各个目标对象标识与关联的已抽取次数可以通过关联关系表存储在目标平台中，参阅表1所示，为本申请实施例中已抽取次数关联关系表。

表1

目标对象标识	已抽取次数
		A	1
B	2
		C	4
D	5
		E	1

由表1可知，与目标对象标识A关联的已抽取次数为1，与目标对象标识B关联的已抽取次数为2，与目标对象标识C关联的已抽取次数为4，与目标对象标识D关联的已抽取次数为5，与目标对象标识E关联的已抽取次数为1。因此，可通过表1的已抽取次数关联关系表确定出每个目标对象标识关联的已抽取次数。

需要说明的是，本申请实施例中，目标平台在获取到虚拟资源获取请求之后，将存储的该目标对象标识关联的已抽取次数加1，换言之，目标平台每次获取到虚拟资源获取请求之后，会更新存储的已抽取次数。

S30-2-3：当确定已抽取次数大于相应的第一次数门限值时，获取预设的第二原始标识集合，并将第二原始标识集合作为初始标识集合；其中，第二原始标识集合与各个第一原始标识集合均不相同。

本申请实施例中，预先设置第一次数门限值，第一次数门限值用于确定目标对象的已抽取次数是否达到上限，然后，判断已抽取次数是否大于相应的第一次数门限值，当确定已抽取次数的大于相应的第一次数门限值时，确定目标对象的抽取次数已经达到上限，虽然已经从各个第一原始标识集合中抽取获得目标原始标识集合，但是，无法将抽取获得的目标原始标识集合作为最终的初始标识集合，需要获取默认的第二原始标识集合，因此，获取预设的第二原始标识集合，并将第二原始标识集合作为最终要发送的初始标识集合。

以第一次数门限值为5、第二原始标识集合为默认礼包、目标原始标识集合为目标礼包，以及目标对象为用户为例，假设获取到的与用户标识关联的已抽取次数为6，则确定在本次虚拟资源获取请求中，与用户标识关联的已抽取次数6已达到第一次数门限值5，即使在本次请求中，抽取到的对应的目标礼包，但由于用户的已抽取次数已达到上限，因此，用户也无法获取到抽取的礼包，那么，可将默认礼包作为最终发送的礼包，并将默认礼包发送给客户端。

需要说明的是，本申请实施例中，第二原始标识集合与各个第一原始标识集合均不相同，也即，第二原始标识集合中包含的各个标识与各个第一原始标识集合中包含的各个标识可能有部分相同，但并非完全相同，并且，各个第一原始标识集合中包含的各个标识可能有部分相同，但并非完全相同。

S30-2-4：确定已抽取次数不大于相应的第一次数门限值时，将目标原始标识集合作为初始标识集合。

本申请实施例中，确定已抽取次数不大于相应的第一次数门限值时，确定在本次请求中，可以将抽取获得的目标原始标识集合作为初始标识集合，从而目标原始标识集合中的各个原始标识作为相应的各个初始标识。

以第一次数门限值为5、目标原始标识集合为目标礼包，以及目标对象为用户为例，假设获取到的与用户标识关联的已抽取次数为4，则确定在本次虚拟资源获取请求中，与用户标识关联的已抽取次数4未达到第一次数门限值5，确定可将抽取到的目标礼包作为最终发送的礼包，并将抽取到的目标礼包所对应的虚拟资源发送至客户端。

这样，在获取虚拟资源时，当已抽取次数大于相应的第一次数门限值时，则将第二原始标识集合作为初始标识集合发送给客户端，实现对目标对象抽取的虚拟资源的数量的控制。

可选的，本申请实施例中，在获得各个初始标识之后，将各个初始标识的各个参数存储至数据库中，参阅表2所示，为本申请实施例中初始标识参数表。

表2

步骤31：若基于初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使第三方平台将至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分第三方平台支持使用的一种虚拟资源。

本申请实施例中，在获得标识映射关系之后，即可基于初始标识集合和标识映射关系，确定初始标识集合中的每个初始标识是否存在相应的标识映射关系，确定存在相应的标识映射关系时，则基于标识映射关系将相应的初始标识映射为目标标识，从而获得至少一个初始标识各自对应的目标标识，将获得的至少一个目标标识发送给第三方平台，以使第三方平台确定出每个目标标识各自对应的虚拟资源，并将确定出的至少一个虚拟资源发送给客户端。

具体实施时，以初始标识集合中的任意一个初始标识(以下称为初始标识i)为例，介绍向第三方平台发送目标标识的过程如下：

首先，基于初始标识i以及预设的标识映射关系，确定初始标识i是否存在相应的标识映射关系，若确定初始标识i存在相应的标识映射关系，则基于确定出的标识映射关系，将初始标识i映射为目标标识i-1，然后，将获得的目标标识i-1发送给第三方平台，以使第三方平台根据目标标识i-1确定出对应的虚拟资源，最后，将确定出的虚拟资源发送给客户端。

可选的，为了保证目标标识能够及时被响应，提高虚拟资源的发送成功率，本申请实施例中，还可将获得的至少一个目标标识添加到标识队列中，参阅图3g所示，为本申请实施例中将目标标识添加至标识队列的流程示意图，下面结合附图3g，对本申请实施例中将至少一个目标标识发送给第三方平台的步骤进行详细阐述，具体包括：

S311：将至少一个目标标识添加至标识队列中。

本申请实施例中，获取标识队列，并将映射获得的至少一个目标标识添加至标识队列中。

需要说明的是，本申请实施例中的标识队列中包含的内容存在以下两种情况：

第一种情况：标识队列中仅包含有至少一个目标标识。

本申请实施例中，在将至少一个目标标识添加至标识队列之前，标识队列可能为空，因此，将至少一个目标标识添加至标识队列之后，标识队列中未包含有历史标识，仅包含有至少一个目标标识。

第二种情况：标识队列中包含有至少一个目标标识和至少一个历史标识。

本申请实施例中，在将至少一个目标标识添加至标识队列之前，标识队列不为空，在标识队列中还包含有至少一个历史标识，因此，将至少一个目标标识添加至标识队列之后，标识队列中不仅包含有至少一个目标标识，还包含有至少一个历史标识，换言之，标识队列由至少一个目标标识和至少一个历史标识组成。

S312：当确定标识队列中未包含历史标识时，分别将至少一个目标标识发送给第三方平台。

本申请实施例中，当确定标识队列中未包含有历史标识，也即，标识队列中仅包含有至少一个目标标识时，则分别基于每个目标标识，生成标识发送请求，并分别将至少一个携带有目标标识的标识发送请求发送给第三方平台，以使第三方平台分别响应于至少一个标识发送请求，确定至少一个目标标识各自对应的虚拟资源发送给客户端。

例如，假设标识队列中共有2个目标标识，分别为目标标识1和目标标识2，则基于目标标识1生成标识发送请求1，将标识发送请求1发送给第三方平台，以使第三方平台响应于标识发送请求1，确定出标识发送请求1中携带的目标标识1对应的虚拟资源，并将确定出的虚拟资源发送给客户端，同时，基于目标标识2生成标识发送请求2，将标识发送请求2发送给第三方平台，以使第三方平台响应于标识发送请求2，确定出标识发送请求2中携带的目标标识2对应的虚拟资源，并将确定出的虚拟资源发送给客户端。

需要说明的是，本申请实施例中，在处理各个目标标识时，可以采用异步处理方式，换言之，当目标平台用于发送虚拟资源的进程为空闲状态时，即可执行将目标标识发送给第三方平台的过程。

S313：当确定标识队列包含至少一个目标标识和至少一个历史标识时，分别将至少一个历史标识作为目标标识，并将各个目标标识按照预设规则进行排序，分别将排序后的各个目标标识发送给第三方平台。

本申请实施例中，当确定标识队列中不仅包含有至少一个目标标识，而且还包含有至少一个历史标识时，确定标识队列中包含有还未进行处理的标识，因此，分别将标识队列中包含的至少一个历史标识作为对应的目标标识，从而获得各个目标标识，然后，按照预设的排序规则，对获得的各个目标标识进行排序，获得排序后的各个目标标识，从而分别将排序后的各个目标标识，按照排序顺序依次发送给第三方平台，以使第三方平台分别将各个目标标识各自对应的虚拟资源发送给客户端。

其中，按照预设的排序规则对获得的各个目标标识进行排序时，可以根据每个目标标识添加到标识队列的添加时间的大小，对各个目标标识进行排序。当然，还可以依次穿插历史标识与目标标识，从而获得排序后的各个目标标识。

例如，假设标识队列中共有4个目标标识，分别为目标标识1、2、3和4，其中，目标标识1的添加时间为12:05，目标标识2的添加时间为11:45，目标标3的添加时间为12:00，目标标识4的添加时间为12:10，则根据添加时间的大小对各个目标标识进行排序，从而获得排序后的目标标识为目标标识2、目标标识3、目标标识1和目标标识4，从而使得添加时间较早的目标标识能够更早地被处理。

可选的，为了能够保证第三方平台在发送虚拟资源时，能够确定虚拟资源发送结果，从而提高虚拟资源的发送成功率，本申请实施例中，将至少一个目标标识发送给第三方平台之后，还可以接收第三方平台针对目标标识返回的虚拟资源发送结果，并根据虚拟资源发送结果确定目标标识是否需要重新添加至标识队列中，参阅图3h所示，为本申请实施例中确定虚拟资源发送结果的流程示意图，下面结合附图3h，对本申请实施例中确定虚拟资源发送结果的过程进行详细阐述，具体包括：

S314：接收第三方平台针对至少一个目标标识分别返回的虚拟资源发送结果。

本申请实施例中，将至少一个目标标识发送给第三方平台之后，第三方平台分别将至少一个目标标识发送给客户端，并生成虚拟资源发送结果，然后，第三方平台将生成的至少一个虚拟资源发送结果返回给目标平台，从而目标平台接收至少一个虚拟资源发送结果。

需要说明的是，由于目标平台在发送至少一个目标标识时，返回与目标标识数量相同的虚拟资源发送结果。

其中，虚拟资源发送结果可以分为携带有成功标识的虚拟资源发送结果，以及携带有失败标识的虚拟资源发送结果。当虚拟资源发送结果携带有成功标识时，确定第三方平台向客户端发送该虚拟资源成功。当虚拟资源发送结果携带有失败标识时，确定第三方平台向客户端发送该虚拟资源失败。

进一步地，当确定各个虚拟资源发送结果均携带有成功标识时，则向客户端发送成功消息，以使客户端及时获知虚拟资源已全部发送成功，如，参阅图3i所示，为本申请实施例中发送成功的界面示意图。

S315：确定存在携带失败标识的目标虚拟资源发送结果时，基于失败标识，将相应的目标标识作为历史标识，重新添加至标识队列中。

本申请实施例中，由于每个虚拟资源发送结果可能携带有失败标识，当虚拟资源发送结果携带有失败标识时，则确定针对该虚拟资源发送结果对应的目标标识发送失败。因此，确定存在携带失败标识的目标虚拟资源发送结果时，基于失败标识，将相应的目标标识作为历史标识，并将历史标识重新添加至标识队列中。

可选的，本申请实施例中，对将历史标识重新添加至标识队列提供了一种可能的实施方式，参阅图3j所示，为本申请实施例中添加至标识队列的流程示意图，下面结合附图3j，对本申请实施例中添加至标识队列的流程进行详细阐述。

S3151：对失败标识进行识别，获得失败标识对应的失败类型。

本申请实施例中，由于虚拟资源发送结果中可能携带有失败标识，且对于一些失败类型来说，无法重新将历史标识添加至标识队列，因此，需要对失败标识进行识别，确定失败标识对应的失败类型，并基于失败类型判断是否可以将历史标识重新添加至对应的标识队列中。

S3152：确定失败标识对应的失败类型表征允许将历史标识重新添加至标识队列时，将相应的目标标识作为历史标识，重新添加至标识队列中。

本申请实施例中，当确定失败标识对应的失败类型为，允许将历史标识重新添加至标识队列时，则将该失败标识对应的目标标识作为历史标识，并将历史标识重新添加至标识队列中，以等待下一次重新发送至第三方平台。

基于失败类型确定是否可以将目标标识重新添加至标识队列中，能够保证允许进行重试的目标标识可以被添加到标识队列中，从而提高虚拟资源发送的成功率。

需要说明的是，为了减少计算量，并将标识队列中重试次数过多的历史标识删除，本申请实施例中，还可以设置第二次数门限值，从而使得已发送次数超过第二次数门限值的历史标识无法重新添加至标识队列中，参阅图3k所示，为本申请实施例中将历史标识重新添加至标识队列的流程示意图，下面结合附图3k，介绍本申请实施例中将历史标识重新添加至标识队列的过程如下：

S3152-1：获取与目标标识关联的已发送次数；其中，已发送次数为目标标识发送给第三方平台的历史累积次数。

本申请实施例中，由于各个虚拟资源发送结果中，可能存在有多个携带有失败标识的目标虚拟资源发送结果，因此，在针对各个目标虚拟资源发送结果，将相应的目标标识作为历史标识之后，分别针对各个目标标识，获取与每个目标标识关联的已发送次数。

例如，假设目标标识1、目标标识2和目标标识3各自对应的虚拟资源发送结果中，目标标识1对应的目标虚拟资源发送结果和目标标识2对应的目标虚拟资源发送结果携带有失败标识，则将目标标识1作为历史标识，并获取目标标识1关联的已发送次数，以及将目标标识2作为历史标识，并获取目标标识2关联的已发送次数。

需要说明的是，当各个虚拟资源发送结果中，存在一个携带失败标识的目标虚拟资源发送结果时，则将与该目标虚拟资源发送结果相应的目标标识作为历史标识之后，则获取与该目标标识关联的已发送次数。

S3152-2：当确定已发送次数不大于相应的第二次数门限值时，重新将历史标识添加至标识队列中。

本申请实施例中，判断每个已发送次数是否大于相应的第二次数门限值，确定发送次数不大于相应的第二次数门限值时，则确定能够将历史标识重新添加至标识队列中。

可选的，当确定发送次数大于相应的第二次数门限值时，则无法将历史标识重新添加至标识队列中，并向客户端发送相应的添加失败信息，在客户端的界面上展示添加失败信息，以使目标对象能够重新发起虚拟资源获取请求，如，参阅图3l所示，为本申请实施例中失败的界面示意图。

可选的，本申请实施例中，当请求超时的时候，则无法接收到第三方平台返回的虚拟资源发送结果，因此，在将至少一个目标标识发送给第三方平台之后，设置一个计时时间段，并在确定请求超时的时候，判断是否需要将目标标识作为历史标识，并重新添加至标识队列中，具体包括：

当确定计时时间段内未接收到第三方平台针对至少一个目标标识分别返回的虚拟资源发送结果时，将相应的目标标识作为历史标识，重新添加至标识队列中。

本申请实施例中，分别将获得的至少一个目标标识发送给第三方平台之后，则开始计时，若确定计时时间段内未接收到第三方平台针对至少一个目标标识分别返回的虚拟资源发送结果时，则将未接收到虚拟资源发送结果对应的目标标识作为历史标识，并将历史标识重新添加至标识队列中。

步骤32：将初始标识集合中，至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端。

本申请实施例中，基于初始标识集合和标识映射关系，确定初始标识集合中的每个初始标识是否存在相应的标识映射关系，并确定出未存在相应的标识映射关系对应的初始标识，确定出的各个初始标识为目标平台提供的虚拟资源，因此，目标平台可直接基于确定出的各个初始标识，获得各个初始标识各自对应的虚拟资源，并将获得的各个虚拟资源发送给客户端。

需要说明的是，本申请实施例中，步骤31和步骤32可同时执行，也即，对存在标识映射关系的初始标识进行标识映射的同时，目标平台还可以将未存在标识映射关系的初始标识各自对应的虚拟资源发送给客户端，本申请实施例中对步骤31和步骤32的执行顺序并不进行限制。

本申请实施例中，响应于目标对象触发的虚拟资源发送请求，获取初始标识集合，并基于初始标识集合和预设的标识映射关系，确定至少一个初始标识对应的目标标识，并将第三方平台能够识别的目标标识发送给第三方平台，进行虚拟资源的发送，同时，目标平台将至少一个初始标识以外的其它初始标识对应的虚拟资源发送给客户端，这样，目标对象只需触发一次虚拟资源获取请求，就能够同时接收到第三方平台和目标平台发送的虚拟资源，简化了虚拟资源的获取操作，提高了虚拟资源的获取效率，且保证了虚拟资源获取请求的一致性和唯一性，增强了多平台能力，提升了用户体验。

基于上述实施例，下面以目标对象为用户，虚拟资源为道具为例，对本申请实施例中的虚拟资源的发送方法进行示例性阐述，参阅图4所示，为本申请实施例中虚拟资源发送的示例图。

首先，用户在操作界面中点击“领取”操作控件，触发生成虚拟资源获取请求，并将虚拟资源获取请求发送给目标平台，以使目标平台响应于虚拟资源获取请求，从第一原始标识集合A、第一原始标识集合B，以及第一原始标识集合C中，随机抽取出第一原始标识集合A，并将第一原始标识集合A作为初始标识集合，第一原始标识集合A中包含有初始标识1、初始标识2和初始标识3，基于初始标识集合和标识映射关系，获得初始标识2对应的目标标识为目标标识2，获得初始标识3对应的目标标识为目标标识3，然后，将目标标识1和目标标识2发送给第三方平台，第三方平台确定出目标标识1对应的虚拟资源为鱼丸*100，确定出目标标识2对应的虚拟资源为小火箭*1，并将鱼丸*100和小火箭*1发送给客户端，同时，目标平台确定初始标识1对应的虚拟资源为月卡*1，并将月卡*1发送给客户端，若确定第三方平台与目标平台均发送成功，则向客户端发送成功信息“宝箱开启成功！”，并将客户端发送获得的宝箱内容“获得鱼丸*100、小火箭*1、月卡*1”。

基于上述实施例，由于标识队列中可能存在未进行响应的历史标识，因此，还可以对未进行响应的历史标识进行告警，参阅图5a所示，为本申请实施例中告警的第一流程示意图，下面结合附图5a，对本申请实施例中进行告警的过程进行详细阐述，具体包括：

步骤500：获取标识队列中至少一个历史标识各自对应的添加时间；其中，添加时间为将历史标识加至标识队列的时间。

本申请实施例中，由于每个历史标识各自对应有添加时间，因此，获取标识队列中每个历史标识各自对应的添加时间。

需要说明的是，添加时间为将历史标识添加至标识队列的时间。

步骤501：对至少一个历史标识中满足添加时间条件的历史标识进行告警。

本申请实施例中，针对至少一个历史标识，确定每个历史标识对应的添加时间是否满足添加时间条件，并对满足添加时间条件的历史标识进行告警。

例如，假设添加时间阈值为12:05，则对添加时间早于12:05的历史标识进行告警。

本申请实施例中，通过对未进行响应的历史标识进行告警，能够使得相关工作人员及时获知未响应的历史标识，及时人工介入排查，提高虚拟资源发送的效率。

基于上述实施例，本申请实施例中，还可以对未响应的虚拟资源获取请求、未成功添加至标识队列中的目标标识等进行告警，参阅图5b所示，为本申请实施例中进行告警的第二流程示意图。

步骤510：查找1小时前未响应的虚拟资源获取请求。

本申请实施例中，由于虚拟资源获取请求可能未被响应，或存在响应失败的情况，因此，需要查找预设时间段内未进行响应或响应失败的虚拟资源获取请求。

其中，预设时间段例如为1小时。

步骤511：查找1小时前未被成功添加至标识队列中的目标标识。

本申请实施例中，由于可能存在标识添加失败的情况，导致映射获得的目标标识未被成功添加至标识队列中，因此，需要查找预设时间段内未被成功添加至标识队列中的目标标识。

步骤512：查找1小时前未被处理的发送请求。

本申请实施例中，在将标识队列中的目标标识发送至第三方平台时，基于每个目标标识分别生成发送请求，并将携带有目标标识的发送请求发送至第三方平台，以使第三方平台进行虚拟资源的发送，因此，可能会存在未被处理的发送请求，需要查找预设时间段内未被处理的发送请求。

步骤513：判断是否存在未被处理的请求和标识，若是，则执行步骤514，若否，则执行步骤510。

步骤514：进行告警。

需要说明的是，在选择预设的时间段时，若确定下调时间段阈值，告警会更加及时，但容易出现误报，若确定上调时间段阈值，不容易出现误报，但告警会迟钝，因此，可基于实际需求自行设定时间段。

可选的，本申请实施例中，还可以对未成功记录至数据库中的虚拟资源获取请求和初始标识集合进行告警，同时，还可以对长时间处于发送中状态的发送请求进行告警，对此并不进行限制。

本申请实施例中，及时对未处理的请求和标识进行告警，能够保证相关工作人员可以及时发现未被处理的请求和标识，从而及时对告警的请求和标识进行处理，提高虚拟资源的获取效率。

基于上述实施例，下面以虚拟资源获取请求为抽奖请求、目标对象为用户、目标平台为直播中台、初始标识集合为礼包、虚拟资源为道具为例，对本申请实施例中的发送虚拟资源的流程进行详细阐述，参阅图6所示，为本申请实施例中发送虚拟资源的逻辑示意图，具体包括：

首先，目标平台提供抽奖服务，用户在客户端中通过抽奖服务，触发生成抽奖请求，并通过直播中台的开放应用程序接口(Application Programming Interface，API)服务，将抽奖请求发送至直播中台。用户抽取到的礼包同步至直播中台，并且，直播中台会记录礼包的信息，并将礼包的信息存储至数据库中，同时，还会将礼包中存在映射关系的至少一个初始标识映射为目标标识，并将目标标识填写至kafka中，并通过发送线程进行道具发送。

在道具发送过程中，将kafka中的每个目标标识发送至第三方平台，以使第三方平台进行道具发送。同时，由目标平台实时监听kafka，当监听到kafka时，进行发送道具服务，请求发送道具。若确定道具发送成功，则在数据库中记录成功的发送结果。若确定道具发送失败，则将目标标识重新写入kafka中，待后续重新发送，并同时更新一次数据库的记录，记录本次重新发送事件。发送失败的目标标识是否重新写入kafka，可以根据数据库中的第二次数门限值进行灵活调整。

同时，会定时扫描数据库中的发送记录的状态，当达到设定的阈值，将进行告警，人工进行排查。

基于上述实施例，下面以虚拟资源获取请求为抽奖请求、初始标识集合为礼包，对本申请实施例中的虚拟资源发送方法进行示例性阐述，参阅图7所示，为本申请实施例中抽奖的流程示意图，具体包括：

步骤700：初始化目标平台的抽奖请求参数。

本申请实施例中，对抽奖请求参数中的活动标识、用户标识、唯一标识和日志序列号进行初始化。

步骤701：初始化抽奖请求的状态。

本申请实施例中，将抽奖请求的状态设置为初始，并记录抽奖请求的已发送次数为1。

步骤702：响应于抽奖请求，抽取获得礼包。

步骤703：判断礼包中的各个初始标识是否存在映射关系，若是，则执行步骤704，若否，则执行步骤707。

本申请实施例中，判断礼包中的各个初始标识是否存在有映射关系，当至少一个初始标识存在映射关系时，则调用第三方平台进行发货，当各个初始标识均不存在映射关系时，则目标平台可直接进行发货。

步骤704：将存在映射关系的初始标识存储至数据库中。

步骤705：将各个初始标识的状态修改为待发送。

步骤706：将映射完获得的目标标识添加至kafaka中。

本申请实施例中，当确定至少一个初始标识存在映射关系时，则基于标识映射关系，将至少一个初始标识映射为对应的目标标识，并将获得的目标标识添加至kafaka中。

步骤707：将各初始标识各自对应的道具发送给客户端。

本申请实施例中，能够有效解决多平台道具混合发货的难题，做到用户体验与在一家平台抽奖无异，很好的增加了运营的创新性，扩展了平台的运营能力，将第三方平台的用户与目标平台的用户很好的关联了起来。

基于上述实施例，下面对本申请实施例中，第三方平台的虚拟资源发送流程进行详细阐述，参阅图8所示，为本申请实施例中发货流程示意图，具体包括：

步骤800：异步发送。

步骤801：从kafka队列中提取出一个目标标识。

步骤802：将目标标识的状态修改为发送中。

步骤803：获取目标标识对应的参数，构造发送请求，并将发送请求发送给第三方平台，以使第三方平台将目标标识对应的道具发送给客户端。

步骤804：判断是否发送失败，若是，则执行步骤805，若否，则执行步骤811。

步骤805：判断发送失败的原因是否为超时，若是，则执行步骤809，若否，则执行步骤806。

步骤806：判断错误码的类型是否为可以重试的类型，若是，则执行步骤807，若否，则执行步骤808。

步骤807：判断目标标识的已发送次数是否大于预设第二次数阈值，若是，则执行步骤808，若否，则执行步骤809。

步骤808：发送失败，并将目标标识对应的状态设置为失败。

步骤809：将目标标识对应的状态设置为重试。

步骤810：将已发送次数+1，并将目标标识作为初始标识重新添加至kafka队列。

步骤811：发送成功，并将目标标识对应的状态设置为结束。

本申请实施例中，当判断抽到第三方平台的道具时，将进行完善的第三方平台道具方法操作，保证第三方平台道具发放的请求打到第三方平台的服务器上，从而实现第三方平台的发货流程。

基于上述实施例，参阅图9所示，为本申请实施例中一种发货状态图。

初始状态：当抽取到对应的初始标识集合时，将初始标识集合中的每个初始标识的状态设置为初始状态。

空：当初始标识集合中未存在具有标识映射关系的初始标识时，则确定各个初始标识的状态为空。

待发送状态：当初始标识集合中存在至少一个具有标识映射关系的初始标识时，则将初始标识映射为目标标识，并将目标标识写入kafka中，确定每个目标标识的状态为待发送状态。

发送中状态：确定从kafka中选择出一个目标标识进行kafka消费时，则将选择出的目标标识的状态修改为发送中状态，若确定发送失败，且发送次数小于等于3，则重新将目标标识的状态修改为待发送状态。

结束状态：确定发送成功时，将目标标识的状态修改为结束状态。

失败状态：确定发送失败，且发送次数大于3时，则将目标标识的状态修改为结束状态，无法继续发送。

基于相同的发明构思，本申请实施例还提供一种虚拟资源发送装置。参阅图10所示，其为本申请实施例中所列举的一种虚拟资源发送装置的结构示意图，可以包括：

获得模块1000，用于响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分所述目标平台支持识别的一种虚拟资源；

第一处理模块1010，用于若基于所述初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使所述第三方平台将所述至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分所述第三方平台支持使用的一种虚拟资源；

第二处理模块1020，用于将所述初始标识集合中，所述至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端。

可选的，所述响应于目标对象触发的虚拟资源获取请求之前，还包括建立模块1030，所述建立模块1030用于：

确定第三方平台提供的各个虚拟资源各自对应的目标标识；

针对获得的各个目标标识，分别执行以下操作：从所述目标平台提供的用于建立标识映射关系的各个初始标识中，随机选取出一个初始标识，建立一个目标标识，与所述一个初始标识之间的标识映射关系，并删除所述一个初始标识。

可选的，所述将获得的至少一个目标标识发送给第三方平台时，第一处理模块1010具体用于：

将所述至少一个目标标识添加至标识队列中；

当确定所述标识队列中未包含历史标识时，分别将所述至少一个目标标识发送给所述第三方平台；

当确定所述标识队列包含所述至少一个目标标识和至少一个历史标识时，分别将所述至少一个历史标识作为目标标识，并将各个目标标识按照预设规则进行排序，分别将排序后的各个目标标识发送给第三方平台。

可选的，所述将所述至少一个目标标识发送给第三方平台之后，第一处理模块1010还用于：

接收所述第三方平台针对所述至少一个目标标识分别返回的虚拟资源发送结果；

确定存在携带失败标识的目标虚拟资源发送结果时，基于所述失败标识，将相应的目标标识作为历史标识，重新添加至所述标识队列中。

可选的，所述基于所述失败标识，将相应的目标标识作为历史标识，重新添加至所述标识队列中时，第一处理模块1010具体用于：

对所述失败标识进行识别，获得所述失败标识对应的失败类型；

确定所述失败标识对应的失败类型表征允许将历史标识重新添加至标识队列时，将所述相应的目标标识作为历史标识，重新添加至所述标识队列中。

可选的，所述重新添加至所述标识队列中时，第一处理模块具体用于：

获取与所述目标标识关联的已发送次数，其中，所述已发送次数为所述目标标识发送给所述第三方平台的历史累积次数；

当确定所述已发送次数不大于相应的第二次数门限值时，重新将所述历史标识添加至所述标识队列中。

可选的，所述将获得的至少一个目标标识发送给第三方平台之后，第一处理模块1010还用于：

当确定计时时间段内未接收到所述第三方平台针对所述至少一个目标标识分别返回的虚拟资源发送结果时，将相应的目标标识作为历史标识，重新添加至所述标识队列中。

可选的，所述虚拟资源获取请求中还包括任务进度信息，则所述获得初始标识集合时，获得模块1000具体用于：

基于所述任务进度信息，确定所述目标对象的任务进度结果，其中，所述任务进度结果用于表征所述目标对象是否完成任务；

确定所述任务进度结果为完成任务时，获得所述初始标识集合。

可选的，所述虚拟资源获取请求中还包括目标对象标识，则所述获得初始标识集合时，获得模块1000具体用于：

基于预设的各个第一原始标识集合各自对应的抽取概率，从所述各个第一原始标识集合中抽取一个第一原始标识集合，作为获得的目标原始标识集合；

基于所述目标对象标识，获取与所述目标对象标识关联的已抽取次数，其中，所述已抽取次数为所述目标对象的历史累积抽取次数；

当确定所述已抽取次数大于相应的第一次数门限值时，获取预设的第二原始标识集合，并将所述第二原始标识集合作为所述初始标识集合，其中，所述第二原始标识集合与所述各个第一原始标识集合均不相同；

确定所述已抽取次数不大于相应的第一次数门限值时，将所述目标原始标识集合作为所述初始标识集合。

可选的，还包括告警模块1040，所述告警模块1040具体用于：

获取所述标识队列中至少一个历史标识各自对应的添加时间，其中，所述添加时间为将历史标识添加至所述标识队列的时间；

对所述至少一个历史标识中满足添加时间条件的历史标识进行告警。

在介绍了本申请示例性实施方式的目标行驶路线的确定方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为***、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备，参阅图11所示，其为应用本申请实施例的一种电子设备的一个硬件组成结构示意图，电子设备1100可以至少包括处理器1101、以及存储器1102。其中，存储器1102存储有程序代码，当程序代码被处理器1101执行时，使得处理器1101执行上述任意一种虚拟资源发送方法的步骤。

在一些可能的实施方式中，根据本申请的计算装置可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的虚拟资源发送的步骤。例如，处理器可以执行如图3a中所示的步骤。

下面参照图12来描述根据本申请的这种实施方式的计算装置1200。如图12所示，计算装置1200以通用计算装置的形式表现。计算装置1200的组件可以包括但不限于：上述至少一个处理单元1201、上述至少一个存储单元1202、连接不同***组件(包括存储单元1202和处理单元1201)的总线1203。

总线1203表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、***总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元1202可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)12021和/或高速缓存存储单元12022，还可以进一步包括只读存储器(ROM)12023。

存储单元1202还可以包括具有一组(至少一个)程序模块12024的程序/实用工具12025，这样的程序模块12024包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置1200也可以与一个或多个外部设备1204(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算装置1200交互的设备通信，和/或与使得该计算装置1200能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口805进行。并且，计算装置1200还可以通过网络适配器1206与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1206通过总线1203与用于计算装置1200的其它模块通信。应当理解，尽管图中未示出，可以结合计算装置1200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

与上述方法实施例基于同一发明构思，本申请提供的虚拟资源发送方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述描述的根据本申请各种示例性实施方式的虚拟资源发送方法中的步骤，例如，电子设备可以执行如图3a中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (15)

1.一种虚拟资源发送方法，其特征在于，包括：

响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分所述目标平台支持识别的一种虚拟资源；

若基于所述初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使所述第三方平台将所述至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分所述第三方平台支持使用的一种虚拟资源；

将所述初始标识集合中，所述至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端。

2.如权利要求1所述的方法，其特征在于，所述响应于目标对象触发的虚拟资源获取请求之前，还包括：

确定第三方平台提供的各个虚拟资源各自对应的目标标识；

针对获得的各个目标标识，分别执行以下操作：从所述目标平台提供的用于建立标识映射关系的各个初始标识中，随机选取出一个初始标识，建立一个目标标识，与所述一个初始标识之间的标识映射关系，并删除所述一个初始标识。

3.如权利要求1所述的方法，其特征在于，所述将获得的至少一个目标标识发送给第三方平台，具体包括：

将所述至少一个目标标识添加至标识队列中；

当确定所述标识队列中未包含历史标识时，分别将所述至少一个目标标识发送给所述第三方平台；

当确定所述标识队列包含所述至少一个目标标识和至少一个历史标识时，分别将所述至少一个历史标识作为目标标识，并将各个目标标识按照预设规则进行排序，分别将排序后的各个目标标识发送给第三方平台。

4.如权利要求3所述的方法，其特征在于，所述将所述至少一个目标标识发送给第三方平台之后，还包括：

接收所述第三方平台针对所述至少一个目标标识分别返回的虚拟资源发送结果；

确定存在携带失败标识的目标虚拟资源发送结果时，基于所述失败标识，将相应的目标标识作为历史标识，重新添加至所述标识队列中。

5.如权利要求4所述的方法，其特征在于，所述基于所述失败标识，将相应的目标标识作为历史标识，重新添加至所述标识队列中，具体包括：

对所述失败标识进行识别，获得所述失败标识对应的失败类型；

确定所述失败标识对应的失败类型表征允许将历史标识重新添加至标识队列时，将所述相应的目标标识作为历史标识，重新添加至所述标识队列中。

6.如权利要求4或5所述的方法，其特征在于，所述重新添加至所述标识队列中，具体包括：

获取与所述目标标识关联的已发送次数，其中，所述已发送次数为所述目标标识发送给所述第三方平台的历史累积次数；

当确定所述已发送次数不大于相应的第二次数门限值时，重新将所述历史标识添加至所述标识队列中。

7.如权利要求3所述的方法，其特征在于，所述将获得的至少一个目标标识发送给第三方平台之后，还包括：

当确定计时时间段内未接收到所述第三方平台针对所述至少一个目标标识分别返回的虚拟资源发送结果时，将相应的目标标识作为历史标识，重新添加至所述标识队列中。

8.如权利要求1或2所述的方法，其特征在于，所述虚拟资源获取请求中还包括任务进度信息，则所述获得初始标识集合，具体包括：

基于所述任务进度信息，确定所述目标对象的任务进度结果，其中，所述任务进度结果用于表征所述目标对象是否完成任务；

确定所述任务进度结果为完成任务时，获得所述初始标识集合。

9.如权利要求1或2所述的方法，其特征在于，所述虚拟资源获取请求中还包括目标对象标识，则所述获得初始标识集合，具体包括：

基于预设的各个第一原始标识集合各自对应的抽取概率，从所述各个第一原始标识集合中抽取一个第一原始标识集合，作为获得的目标原始标识集合；

基于所述目标对象标识，获取与所述目标对象标识关联的已抽取次数，其中，所述已抽取次数为所述目标对象的历史累积抽取次数；

当确定所述已抽取次数大于相应的第一次数门限值时，获取预设的第二原始标识集合，并将所述第二原始标识集合作为所述初始标识集合，其中，所述第二原始标识集合与所述各个第一原始标识集合均不相同；

确定所述已抽取次数不大于相应的第一次数门限值时，将所述目标原始标识集合作为所述初始标识集合。

10.如权利要求5所述的方法，其特征在于，还包括：

获取所述标识队列中至少一个历史标识各自对应的添加时间，其中，所述添加时间为将历史标识添加至所述标识队列的时间；

对所述至少一个历史标识中满足添加时间条件的历史标识进行告警。

11.一种虚拟资源发送装置，其特征在于，包括：

获得模块，用于响应于目标对象触发的虚拟资源获取请求，获得初始标识集合；其中，每个初始标识用于唯一区分所述目标平台支持识别的一种虚拟资源；

第一处理模块，用于若基于所述初始标识集合和标识映射关系，获得至少一个初始标识各自对应的目标标识，则将获得的至少一个目标标识发送给第三方平台，以使所述第三方平台将所述至少一个目标标识各自对应的虚拟资源发送给客户端；其中，每个目标标识用于唯一区分所述第三方平台支持使用的一种虚拟资源；

第二处理模块，用于将所述初始标识集合中，所述至少一个初始标识以外的各个初始标识各自对应的虚拟资源发送给客户端。

12.如权利要求11所述的装置，其特征在于，所述响应于目标对象触发的虚拟资源获取请求之前，还包括建立模块，所述建立模块用于：

确定第三方平台提供的各个虚拟资源各自对应的目标标识；

针对获得的各个目标标识，分别执行以下操作：从所述目标平台提供的用于建立标识映射关系的各个初始标识中，随机选取出一个初始标识，建立一个目标标识，与所述一个初始标识之间的标识映射关系，并删除所述一个初始标识。

13.一种电子设备，其特征在于，其包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行权利要求1～10中任一所述方法的步骤。

14.一种计算机可读存储介质，其特征在于，其包括程序代码，当所述程序代码在电子设备上运行时，所述程序代码用于使所述电子设备执行权利要求1～10中任一所述方法的步骤。

15.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1～10所述方法的步骤。

Images