虚拟服务的订阅方法、装置和存储介质及电子设备转让专利

申请号 : CN202110554297.6

文献号 : CN113259444B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 蒲东林

申请人 : 腾讯科技(深圳)有限公司

摘要 :

本发明公开了一种虚拟服务的订阅方法、装置和存储介质及电子设备。其中,该方法包括:获取目标帐号触发的资源订阅请求;获取目标订阅占位集合中的空闲的订阅占位的数量;在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号,上述方法还可应用在云技术场景,具体还涉及云游戏等技术。本发明解决了虚拟服务的订阅灵活度较低的技术问题。

权利要求 :

1.一种虚拟服务的订阅方法,其特征在于,包括:

获取目标帐号触发的资源订阅请求,其中,所述资源订阅请求用于请求为所述目标帐号订阅目标应用中的虚拟服务集合,所述虚拟服务集合中的虚拟服务的数量为目标数量,所述目标帐号在所述目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;

获取目标订阅占位集合中的空闲的订阅占位的数量,其中,所述目标订阅占位集合是所述目标应用为所述目标帐号提供的订阅占位集合,所述空闲的订阅占位是未与所述目标帐号已订阅的虚拟服务进行绑定的订阅占位,所述目标订阅占位集合中的订阅占位的数量为所述上限数量;

在所述空闲的订阅占位的数量大于或等于所述目标数量的情况下,将所述虚拟服务集合中所述目标数量的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定,以使得将所述虚拟服务集合订阅给所述目标帐号。

2.根据权利要求1所述的方法,其特征在于,所述将所述虚拟服务集合中的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定包括:在所述目标订阅占位集合中的每个订阅占位未预先绑定一个空闲服务的情况下,将所述虚拟服务集合中的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定。

3.根据权利要求1所述的方法,其特征在于,

在所述获取目标帐号触发的资源订阅请求之前,所述方法还包括:为所述目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;

所述将所述虚拟服务集合中所述目标数量的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定,包括:将所述目标数量的虚拟服务分别与所述目标数量的空闲服务进行绑定,以在所述目标数量的虚拟服务、所述目标数量的空闲的订阅占位、以及所述目标数量的空闲服务之间建立绑定关系,其中,所述目标数量的空闲服务是所述目标数量的空闲的订阅占位预先绑定的空闲服务。

4.根据权利要求3所述的方法,其特征在于,所述将所述目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,包括以下至少之一:在所述目标应用被发布在目标应用平台时,为所述目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;或者在所述目标应用被发布在所述目标应用平台之后,响应于第一绑定指令,为所述目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务。

5.根据权利要求3所述的方法,其特征在于,

所述为所述目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,包括:在目标应用平台上为所述目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,其中,所述目标应用被发布在所述目标应用平台上;

所述将所述目标数量的虚拟服务分别与所述目标数量的空闲服务进行绑定,包括:在所述目标应用上将所述目标数量的虚拟服务分别与所述目标数量的空闲服务进行绑定。

6.根据权利要求1所述的方法,其特征在于,

所述获取目标订阅占位集合中的空闲的订阅占位的数量,包括:获取多个应用平台中空闲的订阅占位的数量,其中,所述目标订阅占位集合包括所述目标应用在所述多个应用平台中为所述目标帐号提供的订阅占位,所述目标应用被发布在所述多个应用平台上;

所述将所述虚拟服务集合中所述目标数量的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定,包括:在所述多个应用平台中空闲的订阅占位的数量大于或等于所述目标数量的情况下,将所述目标数量的虚拟服务分别与所述多个应用平台中所述目标数量的空闲的订阅占位进行绑定。

7.根据权利要求6所述的方法,其特征在于,所述将所述目标数量的虚拟服务分别与所述多个应用平台中所述目标数量的空闲的订阅占位进行绑定,包括:在所述多个应用平台中的第一应用平台中空闲的订阅占位的数量大于或等于所述目标数量的情况下,将所述目标数量的虚拟服务分别与所述第一应用平台中所述目标数量的空闲的订阅占位进行绑定;

在所述第一应用平台中空闲的订阅占位的数量小于所述目标数量、且所述第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于所述目标数量的情况下,将所述目标数量的虚拟服务分别与所述第一应用平台和所述第二应用平台中所述目标数量的空闲的订阅占位进行绑定,其中,所述多个应用平台包括所述第二应用平台。

8.根据权利要求1所述的方法,其特征在于,

所述获取目标订阅占位集合中的空闲的订阅占位的数量,包括:获取第一应用平台中空闲的订阅占位的数量,其中,所述目标订阅占位集合包括所述目标应用在所述第一应用平台中为所述目标帐号提供的订阅占位,所述目标应用被发布在所述第一应用平台上;

所述方法还包括:在所述第一应用平台中空闲的订阅占位的数量小于所述目标数量的情况下,获取第二应用平台中空闲的订阅占位的数量,其中,所述目标应用被发布在所述第二应用平台上;在所述第一应用平台和所述第二应用平台中空闲的订阅占位的数量大于或等于所述目标数量的情况下,将所述目标数量的虚拟服务分别与所述第一应用平台和所述第二应用平台中所述目标数量的空闲的订阅占位进行绑定。

9.根据权利要求8所述的方法,其特征在于,所述方法还包括:

在所述第一应用平台中空闲的订阅占位的数量小于所述目标数量的情况下,在所述目标应用中显示第一提示信息,其中,所述第一提示信息用于提示所述目标帐号在所述第一应用平台上的所述目标应用中允许被订阅的虚拟服务的数量不足。

10.根据权利要求1至9中任一项所述的方法,其特征在于,在所述将所述虚拟服务集合中所述目标数量的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定之后,包括:获取所述虚拟服务集合中已订阅给所述目标帐号的第一虚拟服务对应的第一生效时间,其中,所述第一生效时间包括第一订阅开始时间和第一订阅结束时间;

在当前时刻达到所述订阅结束时间的情况下,显示第二提示信息,其中,所述第二提示信息用于提示已停止将所述第一虚拟服务订阅给所述目标帐号。

11.根据权利要求1至9中任一项所述的方法,其特征在于,在所述获取目标帐号触发的资源订阅请求之前,所述目标帐号已订阅第二虚拟服务,且已订阅的所述第二虚拟服务对应的第二生效时间包括第二订阅开始时间和第二订阅结束时间,其中,在所述将所述虚拟服务集合中所述目标数量的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定之后,所述方法还包括:获取所述虚拟服务集合中已订阅给所述目标帐号的所述第二虚拟服务对应的第三生效时间,其中,所述第三生效时间包括第三订阅开始时间和第三订阅结束时间;

在所述第二生效时间与所述第三生效时间部分或完全重叠的情况下,将所述第二虚拟服务对应的生效时间调整为第四生效时间,其中,所述第四生效时间包括第四订阅开始时间和第四订阅结束时间,所述第四订阅开始时间等于所述第二订阅开始时间,所述第四订阅结束时间等于所述第二订阅结束时间与目标订阅时长之和,所述目标订阅时长为所述第三订阅开始时间到所述第三订阅结束时间的时长。

12.根据权利要求1至9中任一项所述的方法,其特征在于,所述方法还包括:

创建所述目标应用中的目标虚拟服务;

在所述目标虚拟服务未与所述订阅占位进行绑定的情况下,将所述目标虚拟服务设置为允许被所述目标应用中的帐号订阅。

13.一种虚拟服务的订阅装置,其特征在于,包括:

第一获取单元,用于获取目标帐号触发的资源订阅请求,其中,所述资源订阅请求用于请求为所述目标帐号订阅目标应用中的虚拟服务集合,所述虚拟服务集合中的虚拟服务的数量为目标数量,所述目标帐号在所述目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;

第二获取单元,用于获取目标订阅占位集合中的空闲的订阅占位的数量,其中,所述目标订阅占位集合是所述目标应用为所述目标帐号提供的订阅占位集合,所述空闲的订阅占位是未与所述目标帐号已订阅的虚拟服务进行绑定的订阅占位,所述目标订阅占位集合中的订阅占位的数量为所述上限数量;

绑定单元,用于在所述空闲的订阅占位的数量大于或等于所述目标数量的情况下,将所述虚拟服务集合中所述目标数量的虚拟服务分别与所述目标订阅占位集合中所述目标数量的空闲的订阅占位进行绑定,以使得将所述虚拟服务集合订阅给所述目标帐号。

14.一种计算机可读的存储介质,其特征在于,所述计算机可读的存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至12任一项中所述的方法。

15.一种电子设备,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为通过所述计算机程序执行所述权利要求1至12任一项中所述的方法。

说明书 :

虚拟服务的订阅方法、装置和存储介质及电子设备

技术领域

[0001] 本发明涉及计算机领域,具体而言,涉及一种虚拟服务的订阅方法、装置和存储介质及电子设备。

背景技术

[0002] 近年来像主播、会员、虚拟商品等虚拟服务的发展越发迅猛,但用户可订阅的虚拟服务通常取决于于应用,而应用可提供给用户进行订阅的虚拟服务的数量往往是有限的,那么在某个虚拟服务无法提供订阅的情况下,即便用户再心仪该虚拟服务,也无法执行订阅。
[0003] 上述情况发生的原因主要在于用于发布应用的平台往往只会提供给每个应用固定数量的订阅占位,且应用需预先将订阅占位与每个虚拟服务进行绑定,如此就导致应用可提供可用户进行订阅的虚拟服务的数量最多也不超过平台提供的订阅占位的数量,且未与订阅占位预先进行绑定的虚拟服务也无法为用户提供订阅。
[0004] 换言之,现有技术中的虚拟服务的订阅方式灵活度加较低,进而导致无法为用户提供更大范围或更大数量的虚拟服务的订阅。即,现有技术中存在虚拟服务的订阅灵活度较低的问题。
[0005] 针对上述的问题,目前尚未提出有效的解决方案。

发明内容

[0006] 本发明实施例提供了一种虚拟服务的订阅方法、装置和存储介质及电子设备,以至少解决虚拟服务的订阅灵活度较低的技术问题。
[0007] 根据本发明实施例的一个方面,提供了一种虚拟服务的订阅方法,包括:获取目标帐号触发的资源订阅请求,其中,上述资源订阅请求用于请求为上述目标帐号订阅目标应用中的虚拟服务集合,上述虚拟服务集合中的虚拟服务的数量为目标数量,上述目标帐号在上述目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;获取目标订阅占位集合中的空闲的订阅占位的数量,其中,上述目标订阅占位集合是上述目标应用为上述目标帐号提供的订阅占位集合,上述空闲的订阅占位是未与上述目标帐号已订阅的虚拟服务进行绑定的订阅占位,上述目标订阅占位集合中的订阅占位的数量为上述上限数量;在上述空闲的订阅占位的数量大于或等于上述目标数量的情况下,将上述虚拟服务集合中上述目标数量的虚拟服务分别与上述目标订阅占位集合中上述目标数量的空闲的订阅占位进行绑定,以使得将上述虚拟服务集合订阅给上述目标帐号。
[0008] 根据本发明实施例的另一方面,还提供了一种虚拟服务的订阅装置,包括:包括:第一获取单元,用于获取目标帐号触发的资源订阅请求,其中,上述资源订阅请求用于请求为上述目标帐号订阅目标应用中的虚拟服务集合,上述虚拟服务集合中的虚拟服务的数量为目标数量,上述目标帐号在上述目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;第二获取单元,用于获取目标订阅占位集合中的空闲的订阅占位的数量,其中,上述目标订阅占位集合是上述目标应用为上述目标帐号提供的订阅占位集合,上述空闲的订阅占位是未与上述目标帐号已订阅的虚拟服务进行绑定的订阅占位,上述目标订阅占位集合中的订阅占位的数量为上述上限数量;第一绑定单元,用于在上述空闲的订阅占位的数量大于或等于上述目标数量的情况下,将上述虚拟服务集合中上述目标数量的虚拟服务分别与上述目标订阅占位集合中上述目标数量的空闲的订阅占位进行绑定,以使得将上述虚拟服务集合订阅给上述目标帐号。
[0009] 根据本发明实施例的又一方面,还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述虚拟服务的订阅方法。
[0010] 根据本发明实施例的又一方面,还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,上述处理器通过计算机程序执行上述的虚拟服务的订阅方法。
[0011] 在本发明实施例中,获取目标帐号触发的资源订阅请求,其中,上述资源订阅请求用于请求为上述目标帐号订阅目标应用中的虚拟服务集合,上述虚拟服务集合中的虚拟服务的数量为目标数量,上述目标帐号在上述目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;获取目标订阅占位集合中的空闲的订阅占位的数量,其中,上述目标订阅占位集合是上述目标应用为上述目标帐号提供的订阅占位集合,上述空闲的订阅占位是未与上述目标帐号已订阅的虚拟服务进行绑定的订阅占位,上述目标订阅占位集合中的订阅占位的数量为上述上限数量;在上述空闲的订阅占位的数量大于或等于上述目标数量的情况下,将上述虚拟服务集合中上述目标数量的虚拟服务分别与上述目标订阅占位集合中上述目标数量的空闲的订阅占位进行绑定,以使得将上述虚拟服务集合订阅给上述目标帐号,利用再获取到资源订阅请求,再建立与该资源订阅请求对应的虚拟服务与订阅占位之间的绑定关系的方式,使得用户对虚拟服务的订阅选择无需局限与订阅占位的上限数量,进而达到了在不改变订阅占位的数量的前提下,仍能灵活地为用户提供更大范围的虚拟服务的目的,从而实现了提高虚拟服务的订阅灵活度的技术效果,进而解决了虚拟服务的订阅灵活度较低的技术问题。

附图说明

[0012] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0013] 图1是根据本发明实施例的一种可选的虚拟服务的订阅方法的应用环境的示意图;
[0014] 图2是根据本发明实施例的一种可选的虚拟服务的订阅方法的流程的示意图;
[0015] 图3是根据本发明实施例的一种可选的虚拟服务的订阅方法的示意图;
[0016] 图4是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0017] 图5是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0018] 图6是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0019] 图7是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0020] 图8是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0021] 图9是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0022] 图10是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0023] 图11是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0024] 图12是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0025] 图13是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0026] 图14是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0027] 图15是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0028] 图16是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0029] 图17是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0030] 图18是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0031] 图19是根据本发明实施例的另一种可选的虚拟服务的订阅方法的示意图;
[0032] 图20是根据本发明实施例的一种可选的虚拟服务的订阅装置的示意图;
[0033] 图21是根据本发明实施例的一种可选的电子设备的结构示意图。

具体实施方式

[0034] 为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
[0035] 需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0036] 首先,为方便理解本发明实施例,下面对本发明中所涉及的部分术语或名词进行解释说明:
[0037] 云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。
[0038] 云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用,将来每个物品都有可能存在自己的识别标志,都需要传输到后台系统进行逻辑处理,不同程度级别的数据将会分开处理,各类行业数据皆需要强大的系统后盾支撑,只能通过云计算来实现。
[0039] 云游戏(Cloud gaming)又可称为游戏点播(gaming on demand),是一种以云计算技术为基础的在线游戏技术。云游戏技术使图形处理与数据运算能力相对有限的轻端设备(thin client)能运行高品质游戏。在云游戏场景下,游戏并不在玩家游戏终端,而是在云端服务器中运行,并由云端服务器将游戏场景渲染为视频音频流,通过网络传输给玩家游戏终端。玩家游戏终端无需拥有强大的图形运算与数据处理能力,仅需拥有基本的流媒体播放能力与获取玩家输入指令并发送给云端服务器的能力即可。
[0040] 根据本发明实施例的一个方面,提供了一种虚拟服务的订阅方法,可选地,作为一种可选的实施方式,上述虚拟服务的订阅方法可以但不限于应用于如图1所示的环境中。其中,可以但不限于包括用户设备102、网络110及服务器112,其中,该用户设备102上可以但不限于包括显示器108、处理器106及存储器104。
[0041] 具体过程可如下步骤:
[0042] 步骤S102,用户设备102获取目标帐号触发的资源订阅请求,其中,假设目标帐号为当前登录并展示“主播A”的直播画面的帐号,则该资源订阅请求用于请求为目标帐号订阅“主播A”对应的虚拟服务;
[0043] 步骤S104‑S106,用户设备102通过网络110将资源订阅请求发送给服务器112;
[0044] 步骤S108,服务器112通过处理引擎116,根据资源订阅请求将“主播A”对应的虚拟服务与目标帐号进行绑定处理,从而生成资源订阅结果;
[0045] 步骤S110‑S112,服务器112通过网络110将资源订阅结果发送给用户设备102,用户设备102中的处理器106将资源订阅结果显示在显示器108中,并将资源订阅结果存储在存储器104中。
[0046] 除图1示出的示例之外,上述步骤可以由用户设备102独立完成,即由用户设备102执行图像的处理、采集姿态正常或异常的判断等步骤,从而减轻服务器的处理压力。该用户设备102包括但不限于手持设备(如手机)、笔记本电脑、台式电脑、车载设备等,本发明并不限制用户设备102的具体实现方式。
[0047] 可选地,作为一种可选的实施方式,如图2所示,虚拟服务的订阅方法包括:
[0048] S202,获取目标帐号触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号订阅目标应用中的虚拟服务集合,虚拟服务集合中的虚拟服务的数量为目标数量,目标帐号在目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;
[0049] S204,获取目标订阅占位集合中的空闲的订阅占位的数量,其中,目标订阅占位集合是目标应用为目标帐号提供的订阅占位集合,空闲的订阅占位是未与目标帐号已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合中的订阅占位的数量为上限数量;
[0050] S206,在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号。
[0051] 可选地,在本实施例中,上述虚拟服务的订阅方法可以但不限于应用在虚拟主播的订阅场景中,例如目标应用用于为用户提供虚拟主播的相关服务的订阅,但由于可虚拟主播的订阅通常需依赖于对应系统的订阅渠道,而该订阅渠道往往会限定数量,进而导致可提供订阅的虚拟主播的数量也有了一定限制。而利用上述虚拟服务的订阅方法,可将目标应用中的全部虚拟主播都显示在用户侧的客户端上,且该全部虚拟主播都可支持订阅;
[0052] 进一步举例说明,假设目标应用可提供订阅的主播包括主播A、主播B以及主播C,那么在相关技术中,通常需要提前建立每个主播与订阅占位之间的绑定关系,如果订阅占位的数量小于主播数,如当前可绑定的占位数量为2,则表示目标应用只能在主播A、主播B以及主播C中选取两个主播与订阅占位进行绑定,即表示用户侧所能显示可订阅的也只是进行绑定后的两个主播,而未进行绑定的主播,在用户侧是无法提供订阅,甚至无法显示的;
[0053] 而在上述虚拟服务的订阅方法中,可选的如图3中的(a)所示,假设响应于对虚拟按钮“批量订阅”触发的触控操作,以在主播列表中选择主播A、主播B共同组成虚拟服务集合302,并触发资源订阅请求;进一步,如图3中的(b)所示的目标订阅占位集合304中,假设提供有数量为4的订阅占位,其中,2个订阅占位已被主播D、主播E进行绑定(即当前订阅占位的状态为已占用),另2个订阅占位未进行绑定(即当前订阅占位的状态为空闲),那么在此基础上,响应图3中的(a)所示触发的资源订阅请求,建立处于空闲状态的订阅占位与主播A、主播B之间的绑定关系(以双向箭头表示)。概括而言,在上述虚拟服务的订阅方法中,订阅占位与主播之间的绑定为动态绑定,或者说是基于资源订阅请求再进行绑定,如此一来,虽然用户侧可订阅的主播数量仍受限于订阅占位的数量,但用户侧可选择可订阅的主播数量理论上是无限的,进而扩大了虚拟服务的订阅范围,为用户提供了一种灵活度较高的虚拟服务的订阅方法。
[0054] 可选地,在本实施例中,目标应用可以但不限于为可提供订阅的虚拟服务的应用程序软件(application,简称APP),且在目标应用发布在对应系统(如Android、IOS等)的平台时,目标应用的虚拟服务的订阅过程,可以但不限依赖于该平台所提供的订阅占位,其中,该订阅占位可以但不限于为帐号提供虚拟服务的订阅/支付等功能的渠道;
[0055] 进一步举例说明,假设在IOS、Android等平台(如手机生态)中的App,只能使用对应系统提供的支付渠道,那么其可提供订阅的虚拟服务数量就出现了限制,原因在于App在手机生态里面可绑定的订阅占位有上限,如图4中的(a)所示,假设手机生态为APP(目标应用)提供了目标订阅占位集合402(包括数量为4的订阅占位),且APP已将虚拟服务集合404中的虚拟服务与该目标订阅占位集合402中的订阅占位分别绑定,且由于订阅占位的数量小于虚拟服务的数量,进而导致虚拟服务E未建立绑定;基于图4中的(a)所示的绑定关系,进一步如图4中的(b)所示,在目标帐号406登录的APP的展示界面上,显示可订阅的虚拟服务,包括已建立绑定关系的虚拟服务A、虚拟服务B、虚拟服务C、虚拟服务D,而不包括未建立绑定关系的虚拟服务E。基于此,即使目标帐号406有订阅虚拟服务E的意向或意愿,也无法在当前的APP上实现对虚拟服务E的订阅。
[0056] 而可选地,在本实施例中,基于图4所示场景,继续如图5所示为例说明,假设手机生态为APP(目标应用)提供了目标订阅占位集合402(包括数量为4的订阅占位),且虚拟服务集合404中的虚拟服务未与该目标订阅占位集合402中的订阅占位分别绑定,都处于相对空闲的状态,如图5中的(a)所示;进一步如图5中的(b)所示,在目标帐号406登录的APP的展示界面上,显示可订阅的虚拟服务,包括未建立绑定关系的虚拟服务A、虚拟服务B、虚拟服务C、虚拟服务D以及虚拟服务E,并获取到目标帐号406对虚拟服务E对应的虚拟按钮“订阅”触发的资源订阅请求;再者,如图5中的(C)所示,响应于该资源订阅请求,即时对虚拟服务集合404中的虚拟服务E与目标订阅占位集合402中处于空闲状态的订阅占位进行绑定,以使得为目标帐号406提供虚拟服务E的订阅。由此可见,虽然目标帐号406可订阅的虚拟服务的数量上限仍为目标订阅占位集合402的订阅占位的数量上限,但对于目标帐号406侧,APP将全部虚拟服务都提供给目标帐号406,以使目标帐号406进行选择性订阅,相比于图4所示的订阅方式,本实施例的虚拟服务的订阅范围更广、更灵活。
[0057] 可选地,在本实施例中,虚拟服务可以但不限于包括通过线上支付/订阅等方式以获取的虚拟资源或虚拟权限或虚拟商品等,例如订阅帐号会员(订阅帐号会员相当于开通了与该帐号会员对应的相关权限)、订阅虚拟主播(订阅虚拟主播相当于开通了对该虚拟主播的操作权限,其中,操作可以但不限于包括访问、信息交互、信息查看等)、订阅虚拟商品(订阅虚拟商品相当于通过虚拟货币的转移以获如图得该虚拟商品的使用权)等;
[0058] 进一步以虚拟服务为帐号会员(VIP)为例说明,假设图6中的(a)所示的界面,为目标帐号602登录的目标应用(某视频应用)的主页面,且在该界面上显示有虚拟按键“VIP”,并在该虚拟按钮上获取到对应的触控指令;进一步响应上述触控指令,显示提示信息“是否开通VIP”,并响应于在该提示信息上的虚拟按钮“是”上触发的选定指令,以使为目标帐号602开通VIP,换言之,以使为目标帐号602提供VIP对应的虚拟服务。
[0059] 可选地,在本实施例中,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,可以但不限于理解为虚拟服务与订阅占位是为目标帐号进行的绑定,或者说,将虚拟服务与订阅占位进行绑定还可以但不限于理解为将目标帐号、虚拟服务与订阅占位进行绑定;
[0060] 进一步举例说明,假设帐号A请求订阅主播X,进而为主播X分配的订阅占位为占位1,则绑定关系可以但不限于为“帐号A‑主播X‑占位1”,在此基础上,占位1对于帐号A来说已与主播X进行绑定,即表示占位1已由空闲状态调整为已占用状态,再下一次的空闲的订阅占位的选择操作中,将不再考虑占位1;例如帐号A再请求订阅主播Y,进而为主播X分配的订阅占位从空闲的占位中选择,假设选择了占位2,则绑定关系可以但不限于为“帐号A‑主播Y‑占位2”;此外,占位1对于帐号A虽然已处于已占用状态,但对其他帐号并不做影响,例如假设占位1对于帐号B并未与任何主播进行绑定,则对于帐号B来说,该占位1仍处于空闲状态,进而假设帐号B请求订阅主播Z,且为主播Z分配的空闲订阅占位为占位1,那么绑定关系可以但不限于为“帐号B‑主播Z‑占位1”。
[0061] 需要说明的是,利用再获取到资源订阅请求,再建立与该资源订阅请求对应的虚拟服务与订阅占位之间的绑定关系的方式,使得用户对虚拟服务的订阅选择无需局限与订阅占位的上限数量,进而在不改变订阅占位的数量的前提下,仍能灵活地为用户提供更大范围的虚拟服务。
[0062] 进一步举例说明,可选的如图7中的(a)所示,获取目标帐号702触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号702订阅目标应用中的虚拟服务集合706,虚拟服务集合706中的虚拟服务的数量为4,如图7中的(b)所示;再者,获取目标订阅占位集合706中的空闲的订阅占位的数量5,其中,目标订阅占位集合704是目标应用为目标帐号702提供的订阅占位集合,空闲的订阅占位是未与目标帐号702已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合704中的订阅占位的数量为上限数量;进一步,在空闲的订阅占位的数量(5)大于或等于目标数量(4)的情况下,将虚拟服务集合706中目标数量的虚拟服务分别与目标订阅占位集合704中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合706订阅给目标帐号702,如图7中的(c)所示。
[0063] 通过本申请提供的实施例,获取目标帐号触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号订阅目标应用中的虚拟服务集合,虚拟服务集合中的虚拟服务的数量为目标数量,目标帐号在目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;获取目标订阅占位集合中的空闲的订阅占位的数量,其中,目标订阅占位集合是目标应用为目标帐号提供的订阅占位集合,空闲的订阅占位是未与目标帐号已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合中的订阅占位的数量为上限数量;在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号,利用再获取到资源订阅请求,再建立与该资源订阅请求对应的虚拟服务与订阅占位之间的绑定关系的方式,使得用户对虚拟服务的订阅选择无需局限与订阅占位的上限数量,进而达到了在不改变订阅占位的数量的前提下,仍能灵活地为用户提供更大范围的虚拟服务的目的,从而实现了提高虚拟服务的订阅灵活度的技术效果。
[0064] 作为一种可选的方案,将虚拟服务集合中的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定包括:
[0065] 在目标订阅占位集合中的每个订阅占位未预先绑定一个空闲服务的情况下,将虚拟服务集合中的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定。
[0066] 可选地,在本实施例中,在获取到帐号触发的相关订阅请求之前,不对订阅占位作绑定操作,也不对虚拟服务作绑定操作,以使订阅占位与虚拟服务都处于空闲状态;进而在获取到帐号触发的相关订阅请求的情况下,可基于该订阅请求,确定绑定操作的执行方式,如为该订阅请求所请求定于的虚拟服务挑选一个空闲的订阅占位,并将二者进行绑定,以使得将对应的虚拟服务订阅给上述帐号。
[0067] 需要说明的是,相关技术中对订阅占位与虚拟服务之间的绑定,与帐号触发的相关订阅请求无关,可以但不限于理解为一种静态绑定;而在本实施例中,对订阅占位与虚拟服务之间的绑定,是以帐号触发的相关订阅请求为基础进行的,可以但不限于理解为一种动态绑定;而动态绑定相比于静态绑定,扩大了为帐号提供可订阅的虚拟服务的范围,也提高了虚拟服务的订阅灵活度。
[0068] 通过本申请提供的实施例,在目标订阅占位集合中的每个订阅占位未预先绑定一个空闲服务的情况下,将虚拟服务集合中的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,达到了扩大虚拟服务的订阅范围的目的,实现了提高虚拟服务的订阅灵活度的效果。
[0069] 作为一种可选的方案,在获取目标帐号触发的资源订阅请求之前,方法还包括:为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;
[0070] 作为一种可选的方案,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,包括:将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定,以在目标数量的虚拟服务、目标数量的空闲的订阅占位、以及目标数量的空闲服务之间建立绑定关系,其中,目标数量的空闲服务是目标数量的空闲的订阅占位预先绑定的空闲服务。
[0071] 可选地,在本实施例中,考虑到在建立绑定关系时,会由于平台的审核等情况而导致等待周期的产生,而该等待周期对于目标帐号侧来说可能会降低目标帐号对虚拟服务的订阅效率,进而利用空闲服务预先与订阅占位建立绑定关系,但并不限定空闲服务为具体哪一种虚拟服务,而是在获取到资源订阅请求的情况下,根据资源订阅请求,为对应的虚拟服务分配对应的空闲服务,再建立虚拟服务与空闲服务之间的绑定关系;且由于预先已建立好空闲服务与订阅占位之间的绑定关系,那么相当于也建立了三者(虚拟服务、空闲服务与订阅占位)之间的绑定关系,其中,虚拟服务与订阅占位之间的绑定关系可理解为间接绑定,而虚拟服务与空闲服务之间,或空闲服务与订阅占位之间的绑定关系可理解为直接绑定。
[0072] 需要说明的是,相关技术中公开的是预先(静态)建立虚拟服务与订阅占位之间的直接绑定关系,而上述本实施例中动态建立虚拟服务与订阅占位之间的间接绑定,其既不会影响到可提供订阅的虚拟服务的选择范围(虚拟服务是否支持订阅并不受与订阅占位之间是否绑定而限定),也不会由于当前绑定关系的建立导致平台的审核周期而降低虚拟服务的订阅效率(虚拟服务与订阅占位之间的绑定并非真实建立,因此不需经过平台审核,自然也无审核周期的产生)。
[0073] 进一步举例说明,可选的例如图8所示,预先建立目标订阅占位集合802中每个订阅占位与空闲服务804中每个空闲服务之间的绑定关系,如图8中的(a)所示;进一步,如图8中的(b)所示,获取目标帐号806触发的资源订阅请求,且假设资源订阅请求用于请求订阅虚拟服务集合808,且该虚拟服务集合808中包括虚拟服务E;再者如图8中的(c)所示,响应于该资源订阅请求,建立空闲服务804与虚拟服务集合808中每个虚拟服务(虚拟服务E)之间的直接绑定关系,也相当于建立了虚拟服务集合808中每个虚拟服务(虚拟服务E)与目标订阅占位集合802中的订阅占位之间的间接绑定关系。
[0074] 通过本申请提供的实施例,在获取目标帐号触发的资源订阅请求之前,方法还包括:为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,包括:将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定,以在目标数量的虚拟服务、目标数量的空闲的订阅占位、以及目标数量的空闲服务之间建立绑定关系,其中,目标数量的空闲服务是目标数量的空闲的订阅占位预先绑定的空闲服务,实现了在保证较大的订阅范围的前提下,还能提高虚拟服务的订阅效率的效果。
[0075] 作为一种可选的方案,将目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,包括以下至少之一:
[0076] S1,在目标应用被发布在目标应用平台时,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;或者
[0077] S2,在目标应用被发布在目标应用平台之后,响应于第一绑定指令,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务。
[0078] 可选地,在本实施例中,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务的时机可以但不限于为自动绑定,以提高绑定效率。也可以但不限于响应于第一绑定指令而被动绑定,以提高绑定的灵活度,在此不做限定。
[0079] 作为一种可选的方案,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,包括:在目标应用平台上为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,其中,目标应用被发布在目标应用平台上;
[0080] 作为一种可选的方案,将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定,包括:在目标应用上将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定。
[0081] 可选地,在本实施例中,目标应用平台可以但不限用于发布各类应用,并未上述各类应用提供订阅、支付、服务等渠道,例如安卓平台、苹果商店平台等。
[0082] 需要说明的是,在目标应用平台上为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,并在目标应用上完成虚拟服务与目标数量的空闲服务之间的绑定。
[0083] 通过本申请提供的实施例,在目标应用平台上为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,其中,目标应用被发布在目标应用平台上;在目标应用上将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定,实现了在保证较大的订阅范围的前提下,还能提高虚拟服务的订阅效率的效果。
[0084] 作为一种可选的方案,获取目标订阅占位集合中的空闲的订阅占位的数量,包括:获取多个应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在多个应用平台中为目标帐号提供的订阅占位,目标应用被发布在多个应用平台上;
[0085] 作为一种可选的方案,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,包括:在多个应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与多个应用平台中目标数量的空闲的订阅占位进行绑定。
[0086] 需要说明的是,获取多个应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在多个应用平台中为目标帐号提供的订阅占位,目标应用被发布在多个应用平台上;在多个应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与多个应用平台中目标数量的空闲的订阅占位进行绑定。
[0087] 进一步举例说明,可选的例如图9所示,假设目标应用908为应用B,则在目标应用平台902上为应用B的目标订阅占位集合904中的每个订阅占位预先绑定一个空闲服务906,如图9中的(a)所示;并在获取到目标帐号触发的资源订阅请求的情况下,在目标应用908上将虚拟服务集合908中的虚拟服务分别与空闲服务906进行绑定,以此实现响应于资源订阅请求,建立虚拟服务集合908中的虚拟服务与目标订阅占位集合904中的订阅占位之间的间接绑定。
[0088] 通过本申请提供的实施例,获取多个应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在多个应用平台中为目标帐号提供的订阅占位,目标应用被发布在多个应用平台上;在多个应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与多个应用平台中目标数量的空闲的订阅占位进行绑定,实现了提高虚拟服务的订阅范围的效果。
[0089] 作为一种可选的方案,将目标数量的虚拟服务分别与多个应用平台中目标数量的空闲的订阅占位进行绑定,包括:
[0090] S1,在多个应用平台中的第一应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台中目标数量的空闲的订阅占位进行绑定;
[0091] S2,在第一应用平台中空闲的订阅占位的数量小于目标数量、且第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台和第二应用平台中目标数量的空闲的订阅占位进行绑定,其中,多个应用平台包括第二应用平台。
[0092] 可选地,一个应用平台可提供的订阅占位的数量是有限的,例如应用平台A可提供给目标应用的订阅占位为1000个,那么可以但不限于理解为,目标帐号通过应用平台A订阅目标应用中的虚拟服务的最大数量即为1000个;但在本实施例中,可以但不限于跨越不同应用平台,或者说将不同的应用平台分别可提供的订阅占位整合为一个订阅占位集合,例如应用平台A可提供给目标应用的订阅占位为1000个,应用平台B可提供给目标应用的订阅占位为2000个,那么在本实施例中,目标帐号通过应用平台A或应用平台B订阅目标应用中的虚拟服务的最大数量即为3000(1000+2000)个。或者说,无论目标帐号通过应用平台A还是应用平台B订阅目标应用中的虚拟服务,其数量不受单个平台数量(1000/2000)的限定,而是受总数量(3000)的限定;
[0093] 此外,本实施例中,目标帐号通过应用平台A订阅目标应用中的虚拟服务的最大数量也可以但不限于仍为1000个,以及通过应用平台B订阅目标应用中的虚拟服务的最大数量也可以但不限于仍为2000个,但目标帐号可订阅目标应用中的虚拟服务的最大数量为3000(1000+2000)个。或者说,无论目标帐号通过应用平台A还是应用平台B订阅目标应用中的虚拟服务,其数量仍受单个平台数量(1000/2000)的限定,但目标帐号可订阅的最大数量为全部单个平台上限数量之和(3000)。
[0094] 通过本申请提供的实施例,在多个应用平台中的第一应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台中目标数量的空闲的订阅占位进行绑定;在第一应用平台中空闲的订阅占位的数量小于目标数量、且第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台和第二应用平台中目标数量的空闲的订阅占位进行绑定,其中,多个应用平台包括第二应用平台,实现了提高虚拟服务的订阅范围的效果。
[0095] 作为一种可选的方案,获取目标订阅占位集合中的空闲的订阅占位的数量,包括:获取第一应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在第一应用平台中为目标帐号提供的订阅占位,目标应用被发布在第一应用平台上;
[0096] 作为一种可选的方案,方法还包括:在第一应用平台中空闲的订阅占位的数量小于目标数量的情况下,获取第二应用平台中空闲的订阅占位的数量,其中,目标应用被发布在第二应用平台上;在第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台和第二应用平台中目标数量的空闲的订阅占位进行绑定。
[0097] 需要说明的是,在目标帐号通过第一应用平台订阅目标应用中的虚拟服务的数量,大于第一应用平台当前可提供的、空闲的订阅占位的数量的情况下,则自动为目标帐号提供第二应用平台当前可提供的、空闲的订阅占位,以扩大虚拟服务的订阅范围。
[0098] 进一步举例说明,可选的例如图10所示,假设第一应用平台可为目标应用提供的为第一订阅占位集合1002,第二应用平台可为目标应用提供的为第二订阅占位集合1006,进而在目标应用当前需建立绑定关系的虚拟服务集合1004中的虚拟服务的数量大于第一订阅占位集合1002中的订阅占位的数量的情况下,可以但不限于以组合的方式,结合第一订阅占位集合1002与第二订阅占位集合1006中的订阅占位共同为虚拟服务集合1004中的虚拟服务提供待绑定的订阅占位。
[0099] 通过本申请提供的实施例,获取第一应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在第一应用平台中为目标帐号提供的订阅占位,目标应用被发布在第一应用平台上;在第一应用平台中空闲的订阅占位的数量小于目标数量的情况下,获取第二应用平台中空闲的订阅占位的数量,其中,目标应用被发布在第二应用平台上;在第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台和第二应用平台中目标数量的空闲的订阅占位进行绑定,实现了提高虚拟服务的订阅范围的效果。
[0100] 作为一种可选的方案,方法还包括:
[0101] 在第一应用平台中空闲的订阅占位的数量小于目标数量的情况下,在目标应用中显示第一提示信息,其中,第一提示信息用于提示目标帐号在第一应用平台上的目标应用中允许被订阅的虚拟服务的数量不足。
[0102] 可选地,在本实施例中,考虑到目标帐号在不同的应用平台进行订阅时,可能会对应用平台的虚拟资源造成影响,在此情况下,在应用平台中空闲的订阅占位的数量小于目标数量的情况下,显示提示信息,并进一步获取目标帐号触发的指令以执行其他应用平台的空闲的订阅占位的调用分配。
[0103] 进一步举例说明,可选的基于图9所示场景,继续例如图11所示,假设如图11中的(a)所示的场景,目标帐号在目标应用平台1102上可订阅的数量已达上限,或者说,目标帐号当前订阅的虚拟服务(虚拟服务集合1108)的数量已超过目标应用平台1102当前可为目标应用提供的、空闲的订阅占位(第一订阅占位集合1106)的数量,并获取目标帐号对显示信息1104上的虚拟按钮“是”上触发的选定指令;进一步如图11中的(b)所示,响应于上述选定指令以将其他应用平台的第二订阅占位集合1112中的订阅占位分配给虚拟服务集合1108,以使虚拟服务集合1108中的全部虚拟服务皆可与订阅占位完成绑定,具体的,虚拟服务A、虚拟服务B与第一订阅占位集合1106中的订阅占位进行绑定,虚拟服务C、虚拟服务D与第二订阅占位集合1112中的订阅占位进行绑定。
[0104] 通过本申请提供的实施例,在第一应用平台中空闲的订阅占位的数量小于目标数量的情况下,在目标应用中显示第一提示信息,其中,第一提示信息用于提示目标帐号在第一应用平台上的目标应用中允许被订阅的虚拟服务的数量不足,实现了提高虚拟服务的订阅范围的效果。
[0105] 作为一种可选的方案,在将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定之后,包括:
[0106] S1,获取虚拟服务集合中已订阅给目标帐号的第一虚拟服务对应的第一生效时间,其中,第一生效时间包括第一订阅开始时间和第一订阅结束时间;
[0107] S2,在当前时刻达到订阅结束时间的情况下,显示第二提示信息,其中,第二提示信息用于提示已停止将第一虚拟服务订阅给目标帐号。
[0108] 可选地,在本实施例中,获取虚拟服务集合中已订阅给目标帐号的第一虚拟服务对应的第一生效时间,如日期1至日期3;进而在当前时刻达到日期3的情况下,显示第二提示信息,其中,第二提示信息用于提示已停止将第一虚拟服务订阅给目标帐号。
[0109] 通过本申请提供的实施例,获取虚拟服务集合中已订阅给目标帐号的第一虚拟服务对应的第一生效时间,其中,第一生效时间包括第一订阅开始时间和第一订阅结束时间;在当前时刻达到订阅结束时间的情况下,显示第二提示信息,其中,第二提示信息用于提示已停止将第一虚拟服务订阅给目标帐号,实现了及时提示虚拟服务的订阅失效的效果。
[0110] 作为一种可选的方案,在获取目标帐号触发的资源订阅请求之前,目标帐号已订阅第二虚拟服务,且已订阅的第二虚拟服务对应的第二生效时间包括第二订阅开始时间和第二订阅结束时间,其中,在将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定之后,方法还包括:
[0111] S1,获取虚拟服务集合中已订阅给目标帐号的第二虚拟服务对应的第三生效时间,其中,第三生效时间包括第三订阅开始时间和第三订阅结束时间;
[0112] S2,在第二生效时间与第三生效时间部分或完全重叠的情况下,将第二虚拟服务对应的生效时间调整为第四生效时间,其中,第四生效时间包括第四订阅开始时间和第四订阅结束时间,第四订阅开始时间等于第二订阅开始时间,第四订阅结束时间等于第二订阅结束时间与目标订阅时长之和,目标订阅时长为第三订阅开始时间到第三订阅结束时间的时长。
[0113] 可选地,在本实施例中,由于目标帐号可通过不同的应用平台完成对相同应用的相同虚拟服务(假设为虚拟服务A)的订阅,如果在上述订阅过程中,目标账户在相同或重合的时间内订阅了相同应用的相同虚拟服务(虚拟服务A),为避免虚拟服务的订阅准确性,将目标帐号通过每个应用平台对虚拟服务A的订阅时效信息进行整合处理,以获取整体性更高的订阅时效信息。
[0114] 进一步举例说明,可选的例如目标帐号通过第一应用平台在时间1订阅了目标应用中的虚拟服务A,且其订阅的失效日期为时间3;基于此,假设目标帐号还通过第二应用平台在时间2订阅了目标应用中的虚拟服务A,且其订阅的失效日期为时间4。概括而言,对于第一应用平台,为目标帐号提供了时间1至时间3的虚拟服务A的订阅,而对于第二应用平台,为目标帐号提供了时间2至时间4的虚拟服务A的订阅,其中,时间1至时间2,第一应用平台与第二应用平台相当于为目标帐号提供了相同的虚拟服务,但在目标帐号侧,只会体现订阅了虚拟服务,这会导致目标帐号出现重复订阅的问题;
[0115] 而在本实施例中,将第一应用平台以及第二应用平台提供的虚拟服务A的时效信息进行了整合处理,整合后的时效信息包括了起始时刻(日期1),以及结束时刻(日期5),且起始时刻与结束时刻之间的时长差为第一应用平台以及第二应用平台提供的虚拟服务A的总时效时长(2+2=4)。
[0116] 通过本申请提供的实施例,获取虚拟服务集合中已订阅给目标帐号的第二虚拟服务对应的第三生效时间,其中,第三生效时间包括第三订阅开始时间和第三订阅结束时间;在第二生效时间与第三生效时间部分或完全重叠的情况下,将第二虚拟服务对应的生效时间调整为第四生效时间,其中,第四生效时间包括第四订阅开始时间和第四订阅结束时间,第四订阅开始时间等于第二订阅开始时间,第四订阅结束时间等于第二订阅结束时间与目标订阅时长之和,目标订阅时长为第三订阅开始时间到第三订阅结束时间的时长,实现了降低对虚拟服务出现重复订阅的概率的效果。
[0117] 作为一种可选的方案,方法还包括:
[0118] S1,创建目标应用中的目标虚拟服务;
[0119] S2,在目标虚拟服务未与订阅占位进行绑定的情况下,将目标虚拟服务设置为允许被目标应用中的帐号订阅。
[0120] 进一步举例说明,可选的例如图5中的(c)所示,假设虚拟服务A为新创建的目标虚拟服务,则在虚拟服务A未与订阅占位进行绑定的情况下,仍可如图5中的(b)所示,将虚拟服务A提供给目标帐号406进行订阅。
[0121] 通过本申请提供的实施例,创建目标应用中的目标虚拟服务;在目标虚拟服务未与订阅占位进行绑定的情况下,将目标虚拟服务设置为允许被目标应用中的帐号订阅,实现了提高虚拟服务的订阅范围的效果。
[0122] 作为一种可选的方案,为方便理解,以一种具体的为大量主播提供订阅能力的场景为例说明,主播无对应的固定商品,且根据需要动态绑定,例如有(n+2)个主播,当用户1订阅它,系统根据用户没使用的商品自动选择一个分配给主播。用户能同时订阅的主播是平台可提供的占位数量的上限值(例如单用户能同时订阅10000个主播),但主播数量无限,可参考图12所示的主播、账号以及占位三者之间的关系。
[0123] 进一步,详细描述订阅过程:
[0124] 用户订阅主要生成两个关系数据:支付订阅表和虚拟订阅表,点击如图13所示的订阅按钮1302,后台开始绑定主播和商品关系;
[0125] 绑定主播和商品:让主播、用户,商品ID组成唯一的绑定关系,如ios用户A,订阅主播X,ios用户A,订阅主播Y,ios用户B,订阅主播Y,生成如下表(1)所示的绑定关系:
[0126]用户A 主播X ios IAP商品1
用户A 主播Y ios IAP商品2
用户B 主播Y ios IAP商品1
[0127] 表(1)
[0128] 其中,绑定主要流程如图14所示,具体步骤如下:
[0129] S1402,开始关联;
[0130] S1404,初始化zsel,key为subscriberUID;
[0131] S1406,获取商品列表;
[0132] S1408,获取subscriber已占用的商品subscriberUID:subscriberPayinfo;
[0133] S1410,占用商品,时间戳subscriberUID:subscriberPayinfo。
[0134] 点击完图13所示的订阅按钮1302建立绑定关系后,UI弹出支付商品的界面,如图15所示,不同的渠道有不同的支付界面,图15所示的支付界面1502只为其中一个渠道测试示例,在此不做限定。
[0135] App支付后,直播平台收到ios,Android,paypal等渠道的支付回调,告知某商品被支付,有效期开始和结束时间。直播平台生成一条订阅记录(支付订阅表),如下述表(2)所示:
[0136] 用户ID 主播ID 开始有效期 结束有效期
[0137] 表(2)
[0138] 具体的,支付回调处理过程如图16所示,具体步骤如下:
[0139] 步骤S1602,支付订阅回调;
[0140] 步骤S1604,获取subscriber已经占用的商品;
[0141] 步骤S1606,更新商品,时间戳,自动续费状态,续费周期,介乎时间,subscriberUID:productID;
[0142] 步骤S1608,计算timeStart;
[0143] 步骤S1610,更新zset flag,key为subscriberUID;
[0144] 步骤S1612,更新权益,key为subscriber‑streamer;
[0145] 其中,“计算timestart”是处理虚拟订阅的起始时间;
[0146] 进一步对虚拟订阅举例说明,用户不支付的情况,直播平台也可以产生虚拟订阅关系(虚拟订阅表),如下述表(3)所示:
[0147] 用户ID 主播ID 起始时间 时间长度
[0148] 表(3)
[0149] 增加续订的流程如图17所示,具体步骤如下:
[0150] 步骤S1702,开始赠送;
[0151] 步骤S1704,读SQL:预存天数;
[0152] 步骤S1706,判断是否满足条件,若是,则执行步骤S1708,若否,则执行步骤S1712;
[0153] 步骤S1708,计算time Start;
[0154] 步骤S1710,写SQL:更新预存天数;
[0155] 步骤S1712,确定结果;
[0156] 其中,“计算timestart”是处理虚拟订阅的起始时间。
[0157] 再者,在查询订阅权益的场景中,当用户在主播平台活动的时候,可查询支付订阅和虚拟订阅的记录,合并判断用户有无订阅权益,如图18所示的订阅界面1802。
[0158] 此外,在异常处理的场景中,如用户A在多支付渠道期望同时订阅同一个主播,用户准备,生成绑定关系前,先查询订阅绑定关系是否存在,以及支付订阅是否已经存在(可能在其他渠道订阅过),存在的订阅即可拒绝,防止多渠道重复订阅;或,用户A在多支付渠道期望已经订阅同一个主播,由于用户异步操作的特性,可能用户会同时多渠道支付完成,对于如何保证用户多渠道支付后权益不受损,提出了当发生重复支付,则把重复的订阅时间折算为有效日,存入“虚拟订阅”。当用户“支付订阅”有效期使用完后,激活虚拟订阅,权益继续有效。
[0159] 重复订阅的处理流程图19所示,具体步骤如下:
[0160] 步骤S1902,支付回调开始;
[0161] 步骤S1904,查询已存在的支付订阅;
[0162] 步骤S1906,判断是否存在,若是,则执行步骤S1908,若否,则执行步骤S1910;
[0163] 步骤S1908,存入虚拟订阅;
[0164] 步骤S19010,存入支付订阅。
[0165] 需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
[0166] 根据本发明实施例的另一个方面,还提供了一种用于实施上述虚拟服务的订阅方法的虚拟服务的订阅装置。如图20所示,该装置包括:
[0167] 第一获取单元2002,用于获取目标帐号触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号订阅目标应用中的虚拟服务集合,虚拟服务集合中的虚拟服务的数量为目标数量,目标帐号在目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;
[0168] 第二获取单元2004,用于获取目标订阅占位集合中的空闲的订阅占位的数量,其中,目标订阅占位集合是目标应用为目标帐号提供的订阅占位集合,空闲的订阅占位是未与目标帐号已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合中的订阅占位的数量为上限数量;
[0169] 第一绑定单元2006,用于在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号。
[0170] 可选地,在本实施例中,上述虚拟服务的订阅装置可以但不限于应用在虚拟主播的订阅场景中,例如目标应用用于为用户提供虚拟主播的相关服务的订阅,但由于可虚拟主播的订阅通常需依赖于对应系统的订阅渠道,而该订阅渠道往往会限定数量,进而导致可提供订阅的虚拟主播的数量也有了一定限制。而利用上述虚拟服务的订阅装置,可将目标应用中的全部虚拟主播都显示在用户侧的客户端上,且该全部虚拟主播都可支持订阅;
[0171] 可选地,在本实施例中,目标应用可以但不限于为可提供订阅的虚拟服务的应用程序软件(application,简称APP),且在目标应用发布在对应系统(如Android、IOS等)的平台时,目标应用的虚拟服务的订阅过程,可以但不限依赖于该平台所提供的订阅占位,其中,该订阅占位可以但不限于为帐号提供虚拟服务的订阅/支付等功能的渠道;
[0172] 可选地,在本实施例中,虚拟服务可以但不限于包括通过线上支付/订阅等方式以获取的虚拟资源或虚拟权限或虚拟商品等,例如订阅帐号会员(订阅帐号会员相当于开通了与该帐号会员对应的相关权限)、订阅虚拟主播(订阅虚拟主播相当于开通了对该虚拟主播的操作权限,其中,操作可以但不限于包括访问、信息交互、信息查看等)、订阅虚拟商品(订阅虚拟商品相当于通过虚拟货币的转移以获如图得该虚拟商品的使用权)等;
[0173] 可选地,在本实施例中,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,可以但不限于理解为虚拟服务与订阅占位是为目标帐号进行的绑定,或者说,将虚拟服务与订阅占位进行绑定还可以但不限于理解为将目标帐号、虚拟服务与订阅占位进行绑定;
[0174] 需要说明的是,利用再获取到资源订阅请求,再建立与该资源订阅请求对应的虚拟服务与订阅占位之间的绑定关系的方式,使得用户对虚拟服务的订阅选择无需局限与订阅占位的上限数量,进而在不改变订阅占位的数量的前提下,仍能灵活地为用户提供更大范围的虚拟服务。
[0175] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0176] 通过本申请提供的实施例,获取目标帐号触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号订阅目标应用中的虚拟服务集合,虚拟服务集合中的虚拟服务的数量为目标数量,目标帐号在目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;获取目标订阅占位集合中的空闲的订阅占位的数量,其中,目标订阅占位集合是目标应用为目标帐号提供的订阅占位集合,空闲的订阅占位是未与目标帐号已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合中的订阅占位的数量为上限数量;在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号,利用再获取到资源订阅请求,再建立与该资源订阅请求对应的虚拟服务与订阅占位之间的绑定关系的方式,使得用户对虚拟服务的订阅选择无需局限与订阅占位的上限数量,进而达到了在不改变订阅占位的数量的前提下,仍能灵活地为用户提供更大范围的虚拟服务的目的,从而实现了提高虚拟服务的订阅灵活度的技术效果。
[0177] 作为一种可选的方案,第一绑定单元2006包括:
[0178] 第一绑定模块,用于在目标订阅占位集合中的每个订阅占位未预先绑定一个空闲服务的情况下,将虚拟服务集合中的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定。
[0179] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0180] 作为一种可选的方案,装置还包括:第二绑定单元,用于在获取目标帐号触发的资源订阅请求之前,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;
[0181] 第一绑定单元包括:第二绑定模块,用于将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定,以在目标数量的虚拟服务、目标数量的空闲的订阅占位、以及目标数量的空闲服务之间建立绑定关系,其中,目标数量的空闲服务是目标数量的空闲的订阅占位预先绑定的空闲服务。
[0182] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0183] 作为一种可选的方案,第二绑定单元,包括以下至少之一:
[0184] 第三绑定模块,用于在目标应用被发布在目标应用平台时,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务;或者
[0185] 第四绑定模块,用于在目标应用被发布在目标应用平台之后,响应于第一绑定指令,为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务。
[0186] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0187] 作为一种可选的方案,第二绑定单元,包括:第五绑定模块,用于在目标应用平台上为目标订阅占位集合中的每个订阅占位预先绑定一个空闲服务,其中,目标应用被发布在目标应用平台上;
[0188] 第二绑定模块,包括:第一绑定子模块,用于在目标应用上将目标数量的虚拟服务分别与目标数量的空闲服务进行绑定。
[0189] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0190] 作为一种可选的方案,第二获取单元2004,包括:第一获取模块,用于获取多个应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在多个应用平台中为目标帐号提供的订阅占位,目标应用被发布在多个应用平台上;
[0191] 第一绑定单元2006,包括:第六绑定模块,用于在多个应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与多个应用平台中目标数量的空闲的订阅占位进行绑定。
[0192] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0193] 作为一种可选的方案,第六绑定模块,包括:
[0194] 第二绑定子模块,用于在多个应用平台中的第一应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台中目标数量的空闲的订阅占位进行绑定;
[0195] 第三绑定子模块,用于在第一应用平台中空闲的订阅占位的数量小于目标数量、且第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台和第二应用平台中目标数量的空闲的订阅占位进行绑定,其中,多个应用平台包括第二应用平台。
[0196] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0197] 作为一种可选的方案,第二获取单元2004,包括:第二获取模块,用于获取第一应用平台中空闲的订阅占位的数量,其中,目标订阅占位集合包括目标应用在第一应用平台中为目标帐号提供的订阅占位,目标应用被发布在第一应用平台上;
[0198] 装置还包括:第三获取单元,用于在第一应用平台中空闲的订阅占位的数量小于目标数量的情况下,获取第二应用平台中空闲的订阅占位的数量,其中,目标应用被发布在第二应用平台上;
[0199] 第三绑定单元,用于在第一应用平台和第二应用平台中空闲的订阅占位的数量大于或等于目标数量的情况下,将目标数量的虚拟服务分别与第一应用平台和第二应用平台中目标数量的空闲的订阅占位进行绑定。
[0200] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0201] 作为一种可选的方案,装置还包括:
[0202] 第一显示单元,用于在第一应用平台中空闲的订阅占位的数量小于目标数量的情况下,在目标应用中显示第一提示信息,其中,第一提示信息用于提示目标帐号在第一应用平台上的目标应用中允许被订阅的虚拟服务的数量不足。
[0203] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0204] 作为一种可选的方案,包括:
[0205] 在将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定之后,获取虚拟服务集合中已订阅给目标帐号的第一虚拟服务对应的第一生效时间,其中,第一生效时间包括第一订阅开始时间和第一订阅结束时间;
[0206] 在将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定之后,在当前时刻达到订阅结束时间的情况下,显示第二提示信息,其中,第二提示信息用于提示已停止将第一虚拟服务订阅给目标帐号。
[0207] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0208] 作为一种可选的方案,在获取目标帐号触发的资源订阅请求之前,目标帐号已订阅第二虚拟服务,且已订阅的第二虚拟服务对应的第二生效时间包括第二订阅开始时间和第二订阅结束时间,其中,在将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定之后,装置还包括:
[0209] 第四获取单元,用于获取虚拟服务集合中已订阅给目标帐号的第二虚拟服务对应的第三生效时间,其中,第三生效时间包括第三订阅开始时间和第三订阅结束时间;
[0210] 第二显示单元,用于在第二生效时间与第三生效时间部分或完全重叠的情况下,将第二虚拟服务对应的生效时间调整为第四生效时间,其中,第四生效时间包括第四订阅开始时间和第四订阅结束时间,第四订阅开始时间等于第二订阅开始时间,第四订阅结束时间等于第二订阅结束时间与目标订阅时长之和,目标订阅时长为第三订阅开始时间到第三订阅结束时间的时长。
[0211] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0212] 作为一种可选的方案,装置还包括:
[0213] 创建单元,用于创建目标应用中的目标虚拟服务;
[0214] 设置单元,用于在目标虚拟服务未与订阅占位进行绑定的情况下,将目标虚拟服务设置为允许被目标应用中的帐号订阅。
[0215] 具体实施例可以参考上述虚拟服务的订阅方法中所示示例,本示例中在此不再赘述。
[0216] 根据本发明实施例的又一个方面,还提供了一种用于实施上述虚拟服务的订阅方法的电子设备,如图21所示,该电子设备包括存储器2102和处理器2104,该存储器2102中存储有计算机程序,该处理器2104被设置为通过计算机程序执行上述任一项方法实施例中的步骤。
[0217] 可选地,在本实施例中,上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
[0218] 可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
[0219] S1,获取目标帐号触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号订阅目标应用中的虚拟服务集合,虚拟服务集合中的虚拟服务的数量为目标数量,目标帐号在目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;
[0220] S2,获取目标订阅占位集合中的空闲的订阅占位的数量,其中,目标订阅占位集合是目标应用为目标帐号提供的订阅占位集合,空闲的订阅占位是未与目标帐号已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合中的订阅占位的数量为上限数量;
[0221] S3,在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号。
[0222] 可选地,本领域普通技术人员可以理解,图21所示的结构仅为示意,电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices,MID)、PAD等终端设备。图21其并不对上述电子设备的结构造成限定。例如,电子设备还可包括比图21中所示更多或者更少的组件(如网络接口等),或者具有与图21所示不同的配置。
[0223] 其中,存储器2102可用于存储软件程序以及模块,如本发明实施例中的虚拟服务的订阅方法和装置对应的程序指令/模块,处理器2104通过运行存储在存储器2102内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的虚拟服务的订阅方法。存储器2102可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器2102可进一步包括相对于处理器2104远程设置的存储器,这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中,存储器2102具体可以但不限于用于存储资源订阅请求、虚拟服务以及订阅占位等信息。作为一种示例,如图21所示,上述存储器2102中可以但不限于包括上述虚拟服务的订阅装置中的第一获取单元2002、第二获取单元2004及第一绑定单元2006。此外,还可以包括但不限于上述虚拟服务的订阅装置中的其他模块单元,本示例中不再赘述。
[0224] 可选地,上述的传输装置2106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中,传输装置2106包括一个网络适配器(Network Interface Controller,NIC),其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中,传输装置2106为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
[0225] 此外,上述电子设备还包括:显示器2108,用于显示上述资源订阅请求、虚拟服务以及订阅占位等信息;和连接总线2110,用于连接上述电子设备中的各个模块部件。
[0226] 在其他实施例中,上述终端设备或者服务器可以是一个分布式系统中的一个节点,其中,该分布式系统可以为区块链系统,该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中,节点之间可以组成点对点(Peer To Peer,简称P2P)网络,任意形式的计算设备,比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。
[0227] 根据本申请的一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述虚拟服务的订阅方法,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0228] 可选地,在本实施例中,上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序:
[0229] S1,获取目标帐号触发的资源订阅请求,其中,资源订阅请求用于请求为目标帐号订阅目标应用中的虚拟服务集合,虚拟服务集合中的虚拟服务的数量为目标数量,目标帐号在目标应用中允许被订阅的虚拟服务的数量为预设的上限数量;
[0230] S2,获取目标订阅占位集合中的空闲的订阅占位的数量,其中,目标订阅占位集合是目标应用为目标帐号提供的订阅占位集合,空闲的订阅占位是未与目标帐号已订阅的虚拟服务进行绑定的订阅占位,目标订阅占位集合中的订阅占位的数量为上限数量;
[0231] S3,在空闲的订阅占位的数量大于或等于目标数量的情况下,将虚拟服务集合中目标数量的虚拟服务分别与目标订阅占位集合中目标数量的空闲的订阅占位进行绑定,以使得将虚拟服务集合订阅给目标帐号。
[0232] 可选地,在本实施例中,本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read‑Only Memory,ROM)、随机存取器(Random Access Memory,RAM)、磁盘或光盘等。
[0233] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
[0234] 上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
[0235] 在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
[0236] 在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
[0237] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0238] 另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
[0239] 以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。