资源获取方法、装置、电子设备及计算机可读存储介质与流程

1.本公开涉及通信领域，尤其涉及一种资源获取方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.即时通信(real-time communication，缩写为rtc)中通过虚拟空间(如聊天室、直播间)聊天的场景下，在该虚拟空间中可以发送资源(如常见的红包)，虚拟空间的用户可以获取该资源中随机份额的资源。一般情况下，在用户完成特定条件后，即可开启该资源，但是否能得到该资源中随机份额的资源，依靠系统概率决定，此类方式操作随机且单一。


技术实现要素：

3.本公开提供一种资源获取方法、装置、电子设备及计算机可读存储介质，以至少解决相关技术资源获取随机且单一等问题。
4.根据本公开实施例的第一方面，提供一种资源获取方法，应用于第一终端，包括：在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，显示上麦提示信息，其中，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；响应于针对上麦提示信息的第一用户输入，向服务器发送上麦请求；在第一账号上麦成功的情况下，从服务器接收第一麦位资源，其中，第一账号被添加到分发集合，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
5.可选地，显示上麦提示信息包括：在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。
6.可选地，在所述虚拟空间的空麦位上显示第一麦位资源获取提示信息，包括：接收麦位资源显示通知，其中，麦位资源显示通知中携带有指定空麦位的标识，指定空麦位是虚拟空间中的一个空麦位；基于指定空麦位的标识，在指定空麦位上显示第一麦位资源获取提示信息。
7.可选地，从服务器接收第一麦位资源，包括：在第一账号所在麦位为指定空麦位的情况下，从服务器接收第一麦位资源。
8.可选地，在从服务器接收第一麦位资源之前，还包括：向服务器发送第一账号的下麦请求；从服务器接收响应于下麦请求的下麦提示信息，显示下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。
9.可选地，在显示上麦提示信息之前，还包括：响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求。
10.可选地，在响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求之前，还包括：接收引导消息，其中，引导消息用于引导第一账号发送
麦位资源；基于引导消息，接收针对引导消息的第三用户输入。
11.根据本公开实施例的第二方面，提供一种资源获取方法，应用于服务器，包括：在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从第一终端接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；在第一账号上麦成功的情况下，将第一账号添加到分发集合，其中，分发集合包括参与分享麦位资源的所有账号；向第一终端发送第一麦位资源，其中，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源。
12.可选地，通过如下至少一种方式显示上麦提示信息：在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。
13.可选地，在从第一终端接收第一账号的上麦请求之前，还包括：向第一终端发送麦位资源显示通知，其中，麦位资源显示通知用于指示在指定空麦位上显示第一麦位资源获取提示信息，指定空麦位是虚拟空间中的一个空麦位。
14.可选地，将第一账号添加到分发集合，包括：检查第一账号所在的麦位是否为指定空麦位；在检查到第一账号所在的麦位为指定空麦位，将第一账号添加到分发集合。
15.可选地，在向第一终端发送第一麦位资源之前，还包括：从第一终端接收第一账号的下麦请求；响应于下麦请求，向第一终端发送下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。
16.可选地，在从第一终端接收第一账号的上麦请求之前，还包括：从第一终端接收第一账号的针对发送麦位资源的请求，请求是第一终端响应于针对虚拟空间中预定元素的第三用户输入得到的；或者，从第二终端接收第二账号的针对发送麦位资源的请求，请求是第二终端响应于针对虚拟空间中预定元素的用户输入得到的。
17.可选地，在从第一终端接收第一账号的针对发送麦位资源的请求之前，还包括：向第一终端发送引导消息，其中，引导消息用于引导第一账号发送麦位资源；在从第二终端接收第二账号的针对发送麦位资源的请求之前，还包括：向第二终端发送引导消息，其中，引导消息用于引导第二账号发送麦位资源。
18.根据本公开实施例的第三方面，提供一种资源获取方法，应用于第二终端，包括：在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从服务器接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；响应于上麦请求向服务器发送同意上麦通知，其中，同意上麦通知用于指示在第一账号上麦成功的情况下，第一终端获取第一麦位资源，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
19.可选地，在从服务器第一账号的上麦请求之前，还包括：响应于针对所述虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求。
20.可选地，在响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求之前，还包括：接收引导消息，其中，引导消息用于引导第二账号发送麦位
资源；基于引导消息，接收针对引导消息的用户输入。
21.根据本公开实施例的第四方面，提供一种资源获取装置，应用于第一终端，包括：显示单元，被配置为在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，显示上麦提示信息，其中，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；发送单元，被配置为响应于针对上麦提示信息的第一用户输入，向服务器发送上麦请求；接收单元，被配置为在第一账号上麦成功的情况下，从服务器接收第一麦位资源，其中，第一账号被添加到分发集合，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
22.可选地，显示单元，还被配置为在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。
23.可选地，显示单元，还被配置为在显示上麦提示信息之前，接收麦位资源显示通知，其中，麦位资源显示通知中携带有指定空麦位的标识，指定空麦位是虚拟空间中的一个空麦位；基于指定空麦位的标识，在指定空麦位上显示第一麦位资源获取提示信息。
24.可选地，接收单元，还被配置为在第一账号所在麦位为指定空麦位的情况下，从服务器接收第一麦位资源。
25.可选地，接收单元，还被配置为在从服务器接收第一麦位资源之前，向服务器发送第一账号的下麦请求；从服务器接收响应于下麦请求的下麦提示信息，显示下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。
26.可选地，显示单元，还被配置为在显示上麦提示信息之前，响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求。
27.可选地，显示单元，还被配置为在响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求之前，接收引导消息，其中，引导消息用于引导第一账号发送麦位资源；基于引导消息，接收针对引导消息的第三用户输入。
28.根据本公开实施例的第五方面，提供一种资源获取装置，应用于服务器，包括：接收单元，被配置为在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从第一终端接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；添加单元，被配置为在第一账号上麦成功的情况下，将所述第一账号添加到分发集合，其中，分发集合包括参与分享麦位资源的所有账号；发送单元，被配置为向第一终端发送第一麦位资源，其中，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源。
29.可选地，通过如下至少一种方式显示上麦提示信息：在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。
30.可选地，接收单元，还被配置为在从第一终端接收第一账号的上麦请求之前，向第一终端发送麦位资源显示通知，其中，麦位资源显示通知用于指示在指定空麦位上显示第一麦位资源获取提示信息，指定空麦位是虚拟空间中的一个空麦位。
31.可选地，添加单元，还被配置为检查所述第一账号所在的麦位是否为所述指定空麦位；在检查到所述第一账号所在的麦位为所述指定空麦位，将所述第一账号添加到所述分发集合。
32.可选地，发送单元，还被配置为在向第一终端发送第一麦位资源之前，从第一终端接收第一账号的下麦请求；响应于下麦请求，向第一终端发送下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。
33.可选地，接收单元，还被配置为在从第一终端接收第一账号的上麦请求之前，从第一终端接收第一账号的针对发送麦位资源的请求，请求是第一终端响应于针对虚拟空间中预定元素的第三用户输入得到的；或者，从第二终端接收第二账号的针对发送麦位资源的请求，请求是第二终端响应于针对虚拟空间中预定元素的用户输入得到的。
34.可选地，接收单元，还被配置为在从第一终端接收第一账号的针对发送麦位资源的请求之前，向第一终端发送引导消息，其中，引导消息用于引导第一账号发送麦位资源；在从第二终端接收第二账号的针对发送麦位资源的请求之前，向第二终端发送引导消息，其中，引导消息用于引导第二账号发送麦位资源。
35.根据本公开实施例的第六方面，提供一种资源获取装置，应用于第二终端，包括：接收单元，被配置为在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从服务器接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；发送单元，被配置为响应于上麦请求向服务器发送同意上麦通知，其中，同意上麦通知用于指示在第一账号上麦成功的情况下第一终端获取第一麦位资源，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
36.可选地，接收单元，还被配置为在从服务器接收针对第一账号的上麦请求之前，响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求。
37.可选地，接收单元，还被配置为在响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求之前，接收引导消息，其中，引导消息用于引导第二账号发送麦位资源；基于引导消息，接收针对第二账号的用户输入。
38.根据本公开实施例的第七方面，提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现根据本公开的资源获取方法。
39.根据本公开实施例的第八方面，提供了一种计算机可读存储介质，当计算机可读存储介质中的指令被至少一个处理器运行时，促使至少一个处理器执行如上根据本公开的资源获取方法。
40.根据本公开实施例的第九方面，提供了一种计算机程序产品，包括计算机指令，计算机指令被处理器执行时实现根据本公开的资源获取方法。
41.本公开的实施例提供的技术方案至少带来以下有益效果：
42.根据本公开的资源获取方法、装置、电子设备及计算机可读存储介质，在虚拟空间引入麦位资源，并显示用于提示通过上麦获取该麦位资源的上麦提示信息，当虚拟空间中的一个账号(如第一账号)上麦成功时，可以获取到该麦位资源分发给该账号的资源，即本
公开通过引入麦位资源，增加虚拟空间的上麦的账号的数量，从而可以让虚拟空间快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间，而且也保证上麦成功的账号可以获取到相应的资源。因此，本公开解决了相关技术资源获取随机且单一等问题。
43.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
44.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
45.图1是示出根据本公开的示例性实施例的资源获取方法的实施场景示意图；
46.图2是根据一示例性实施例示出的一种资源获取方法的流程图一；
47.图3是根据一示例性实施例示出的一种空麦位显示红包的示意图；
48.图4是根据一示例性实施例示出的一种评论区指示麦位红包的示意图；
49.图5是根据一示例性实施例示出的一种氛围渲染指示获取麦位红包的示意图；
50.图6是根据一示例性实施例示出的一种发送麦位红包的时序图；
51.图7是根据一示例性实施例示出的一种引导发送麦位红包的时序图；
52.图8是根据一示例性实施例示出的一种评论区显示引导消息的示意图；
53.图9是根据一示例性实施例示出的一种获取麦位红包的方式的示意图；
54.图10是根据一示例性实施例示出的一种获取完麦位红包的示意图；
55.图11是根据一示例性实施例示出的一种获取麦位红包到展示获取结果的时序图；
56.图12是根据一示例性实施例示出的一种主播端展示麦位红包获取结果的示意图；
57.图13是根据一示例性实施例示出的一种麦上嘉宾端展示麦位红包获取结果的示意图；
58.图14是根据一示例性实施例示出的一种麦下观众端展示麦位红包获取结果的示意图；
59.图15是根据一示例性实施例示出的一种麦位红包和麦位不同关系下记录分享麦位红包用户的示意图；
60.图16是根据一示例性实施例示出的一种下麦提醒的示意图；
61.图17是根据一示例性实施例示出的一种资源获取方法的流程图二；
62.图18是根据一示例性实施例示出的一种资源获取方法的流程图三；
63.图19是根据一示例性实施例示出的一种资源获取装置的框图一；
64.图20是根据一示例性实施例示出的一种资源获取装置的框图二；
65.图21是根据一示例性实施例示出的一种资源获取装置的框图三；
66.图22是根据本公开实施例的一种电子设备2200的框图。
具体实施方式
67.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
68.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第
二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
69.在此需要说明的是，在本公开中出现的“若干项之中的至少一项”均表示包含“该若干项中的任意一项”、“该若干项中的任意多项的组合”、“该若干项的全体”这三类并列的情况。例如“包括a和b之中的至少一个”即包括如下三种并列的情况：(1)包括a；(2)包括b；(3)包括a和b。又例如“执行步骤一和步骤二之中的至少一个”，即表示如下三种并列的情况：(1)执行步骤一；(2)执行步骤二；(3)执行步骤一和步骤二。
70.本公开提供了一种资源获取方法，能够提升虚拟空间的上麦的账号的数量，从而可以让虚拟空间快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间，下面以虚拟空间为直播间、麦位资源为麦位红包为例进行说明。图1是示出根据本公开的示例性实施例的资源获取方法的实施场景示意图，如图1所述，该实施场景包括服务器100、直播端110、观众端120和观众端130，其中，观众端不限于2个，且主播端和观众端包括并不限于手机、个人计算机等设备，主播端和观众端可以安装直播的应用程序，服务器可以是一个服务器，也可以是若干个服务器组成服务器集群，还可以是云计算平台或虚拟化中心。
71.直播端110(即第二终端)上的第二账号开启了直播间的聊天室，观众端120上的第一账号和观众端130的第三账号进入了该直播间的聊天室。以观众端120(即第一终端)的角度为例说明，当观众端120显示了上麦提示信息，其中，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位红包。观众端120的用户看到上麦提示信息后，可以点击该上麦提示信息，即针对上麦提示信息的第一用户输入，观众端120可以在检测到该第一用户输入后，向服务器100发送上麦请求。服务器100会将上麦请求发送给直播端110，假设直播端110同意该观众端120上麦，则会向服务器100发送同意上麦通知。服务器100接收到该同意上麦通知后，将第一账号添加到分发集合，其中，分发集合包括参与分享麦位红包的所有账号，服务器100会向观众端120发送该第一麦位红包，其中，第一麦位红包是麦位红包分发到分发集合中各个账号之后第一账号获得的红包份额，此时观众端120即通过上麦成功获取到相应的红包份额。
72.下面，将参照附图详细描述根据本公开的示例性实施例的资源获取方法、装置、电子设备及计算机可读存储介质。
73.图2是根据一示例性实施例示出的一种资源获取方法的流程图一，如图2所示，资源获取方法包括以下步骤：
74.在步骤s201中，在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，显示上麦提示信息，其中，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源。
75.根据本公开的示例性实施例，显示上麦提示信息可以包括：在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。根据本实施例，提供了多种方式指示麦位资源出现了，可以提高上麦对用户
的吸引力。
76.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，可以通过直播间的空麦位显示红包图标(即上述第一麦位资源获取提示信息)来显示上麦提示信息，如图3所示；可以将虚拟空闲显示的用于指示虚拟空间中的账号分享麦位资源的第二麦位资源获取提示，作为上麦提示信息。对于第二麦位资源获取提示，可以是通过直播间的评论区指示获取麦位红包的第二麦位资源获取提示，如图4所示；可以是通过直播间氛围渲染指示获取麦位红包的第二麦位资源获取提示，如图5所示；还可以通过临时指示器承载指示获取麦位红包的第二麦位资源获取提示，如可以将图4、图5中“更多”的区域临时显示为指示获取麦位红包的第二麦位资源获取提示。对于上麦提示信息的显示方式本公开对此并不进行限定，同时对第二麦位资源获取提示也不进行限定。
77.根据本公开的示例性实施例，在所述虚拟空间的空麦位上显示第一麦位资源获取提示信息可以包括：接收麦位资源显示通知，其中，麦位资源显示通知中携带有指定空麦位的标识，指定空麦位是虚拟空间中的一个空麦位；基于指定空麦位的标识，在指定空麦位上显示第一麦位资源获取提示信息。根据本实施例，可以指定虚拟空间的一个空麦位，并将麦位资源显示在虚拟空间的指定空麦位上，从而将麦位资源与指定空麦位相关联，保证后续通过该麦位资源上麦到指定空麦位上。
78.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，在有用户在直播间中发麦位红包时，可以指定直播间的一个空麦位，并将麦位红包显示在直播间中指定空麦位上，将麦位红包和该指定空麦位相关联，从而后续点击该麦位红包时，可以上麦到该指定空麦位上，如图3所示。
79.根据本公开的示例性实施例，在显示上麦提示信息之前，还可以响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求。根据本实施例，麦位资源不局限于由开启虚拟空间的第二账号所在的第二终端发送，还可以由处于虚拟空间的第一账号所在的第一终端发送，使得麦位资源的发送更灵活。
80.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，观众端(即第一终端)的用户想要在直播间发送麦位红包的时候，可以通过第一账号触发发麦位红包的流程，即上述第三用户输入，当观众端察觉到第三用户输入时，可以向服务器请求发送麦位红包。需要说明的是，还可以通过主播端(即第二终端)向服务器请求发送麦位红包，即可以仅主播有权独发送麦位红包，还可以是观众(未上麦的用户)、嘉宾(上麦成功的用户)、主播均有权发送麦位红包，本公开对此并不进行限定。
81.具体地，图6是根据一示例性实施例示出的一种发送麦位红包的时序图，如图6所示，假设观众(未上麦的用户)、嘉宾(上麦成功的用户)、主播均有权发送麦位红包。观众端(c端)或主播端出发麦位红包发送流程，服务端(server端或s端)的麦位红包服务平台先提交到s端的支付服务平台，请求支付麦位红包对应的金额。s端的麦位红包服务收到支付成功的通知后，请求s端强消息服务平台下发长连接信令(即强消息)通知c端和主播端麦位红包发送成功。c端和主播端接收到红包发送成功通知后，进行红包展示等ui交互，即展示麦位红包，如将麦位红包显示在指定麦位上或者显示第二麦位资源获取提示。如果s端的支付服务平台反馈的是余额不足时，可以通知c端和主播端余额不足，并在c端和主播端展示余额不足。
82.根据本公开的示例性实施例，在响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求之前，还可以接收引导消息，其中，引导消息用于引导第一账号发送麦位资源；基于引导消息，接收针对引导消息的第三用户输入。根据本实施例，可以引导观众发送麦位资源，来增加对第一账号的虚拟空间的支持，增加观众间的互动。
83.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，假设直播间有很多空麦位时，后台可以自主给观众端(即第一终端)发送引导观众发送麦位红包的引导消息，来引导观众发送麦位红包支持主播的直播间，增加观众与主播、观众与观众的互动。
84.具体地，图7是根据一示例性实施例示出的一种引导发送麦位红包的时序图，如图7所示，当主播端开启聊天室直播间后时或观众端进入聊天室直播间时，s端的麦位红包服务可以查询c端观众是否可以引导发送麦位红包，如可以查询预先存储的白名单，看c端观众是否在该白名单中，如果在白名单的话，确定c端观众可以引导发送麦位红包，此时通过s端的强消息服务平台向c端观众端发送确定的消息。接下来，s端的麦位红包服务可以根据权限向c端观众下发麦位红包引导配置，该麦位红包引导配置可以包含引导发送的延迟时间(开播/看播n秒后展示引导消息)、频控(引导几次)等，c端观众对麦位红包引导配置进行解析，并根据麦位红包引导配置展示麦位红包引导消息，如通过更多按钮临时态透出引导观众发放麦位红包，还可以如图8所示，在评论区可以按不同场景显示引导信息来引导c端观众发送麦位红包，以及通过更多面板增加发红包入口引导观众发放麦位红包等，本公开对此并不进行限定。如果c端观众不在白名单中，确定c端观众不可以引导发送麦位红包，则结束引导流程。同理，主播端也可以展示引导消息，过程与c端观众相类似，此处不在展开论述。
85.返回图2，在步骤s202中，响应于针对上麦提示信息的第一用户输入，向服务器发送上麦请求。
86.根据本公开的示例性实施例，在响应于针对上麦提示信息的第一用户输入，向服务器发送上麦请求之前，还包括：在第一账号是虚拟空间中上麦成功的账号的情况下，响应于针对虚拟空间中第二元素的第二用户输入，向服务器发送分享麦位资源的请求。根据本实施例，在显示了麦位资源时，且第一账号已经是上麦的账号，此时直接请求分享麦位资源即可，使得已经上麦成功的用户为了获取该麦位资源持续在麦位上，从而可以进一步保证虚拟空间中的上麦的账号的数量，让虚拟空间可以快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间，而且保证了虚拟空间中内容的连续性。
87.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，当直播间出现了麦位红包的时候，观众端(即上述第一终端)的第一账号已经是上麦成功的账号，此时，第一账号直接获取该麦位红包即可，需要说明的是，该麦位红包不仅观众可以获取，直播端(即第二终端)也可以获取，本公开对此并不进行限定。具体地，图9是根据一示例性实施例示出的一种获取麦位红包的方式的示意图，图10是根据一示例性实施例示出的一种获取完麦位红包的示意图，图11是根据一示例性实施例示出的一种获取麦位红包到展示获取结果的时序图。如图9所示，从主播端、麦上嘉宾端和麦下观众端三个视角展示了获取麦位红包的界面示意图。如图10所示，当主播端发送了麦位红包，其他用户在获取完红包后，主播端可以在评论区看到其他用户所获取到的份额。如图11所示，以麦下观众端(c端)视角简单说明，c端点击
指示获取红包的红包页面来获取麦位红包或点击有红包展示的麦位获取麦位红包，开始通过s端的麦位服务平台请求上麦，s端的麦位服务平台通知主播端该上麦请求，主播端同意上麦请求后，开始交由rtc服务执行进房操作，但是当主播端发现麦位已满时，会通过s端的麦位服务平台通知c端麦位已满。需要说明的时，麦位红包页面的弹窗结构、多人获取麦位红包冲突逻辑、主播视角麦位红包弹窗、下麦拦截提醒本公开并不进行限定。
88.返回图2，在步骤s203中，在第一账号上麦成功的情况下，从服务器接收第一麦位资源，其中，第一账号被添加到分发集合，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。在本步骤中，在上麦成功的情况下，还可以在向服务器发送请求，请求服务器下发第一麦位资源，当服务器接收到该请求后，向第一终端下发第一麦位资源，此时再接收该第一麦位资源，具体的方式本公开并不进行限定。
89.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，如图11所示，当c端进房成功后，此时c端上麦成功，通知主播端和c端刷新麦位界面，并通知s端的麦位红包服务平台记录该观众参与分享对应麦位红包。当s端查询到该麦位红包的开启时间到了，便统计所有记录的参与分享麦位红包的用户，分享麦位红包，也即通过记录的用户分享麦位红包，麦位红包获取结果(也即分享结果)可以通过长连接信令服务下发到主播端和c端，麦位红包获取结果如图12-14所示，图12是根据一示例性实施例示出的一种主播端展示麦位红包获取结果的示意图，图13是根据一示例性实施例示出的一种麦上嘉宾端展示麦位红包获取结果的示意图，图14是根据一示例性实施例示出的一种麦下观众端展示麦位红包获取结果的示意图，如图12-14所示，从主播端、麦上嘉宾端和麦下观众端三个视角展示了获取麦位红包后麦位红包获取结果展示的界面示意图，麦位红包获取结果可以包括统计的各用户分享麦位红包的结果，也即得到麦位红包的份额。对于麦位红包获取逻辑、麦位红包获取弹窗、麦位红包获取结果展示本公开并不进行限定。麦位红包获取结果中的第一麦位资源，即c端分享到的红包份额可以后续发送，在上麦成功的情况下，展示麦位红包获取结果的时候，向s端的麦位红包服务平台发送请求，s端的麦位红包服务平台根据该请求下发第一麦位资源。
90.根据本公开的示例性实施例，从服务器接收第一麦位资源可以包括：在第一账号所在麦位为指定空麦位的情况下，从服务器接收第一麦位资源。根据本实施例，可以指定只有上麦到指定空麦位的用户才可以获取到相应的资源，可以激起用户对指定空麦位的兴趣。
91.例如，s端的麦位红包服务平台记录参与分享麦位红包的用户，可以通过但不限于下面两种方式：麦位红包和麦位绑定、麦位红包和麦位非绑定，这两种方式主要在获取麦位红包的技术流程上有所不同，具体如图15所示：
92.麦位红包和麦位绑定：s端的麦位红包服务在收到观众端上麦成功的通知后，进行麦位红包检查，仅上麦的当前麦位存在麦位红包时，才将该观众计入红包分享池。
93.麦位红包和麦位非绑定：s端的麦位红包服务将红包存在期间的所有上麦成功的观众，都计入红包分享池。
94.根据本公开的示例性实施例，在从服务器接收第一麦位资源之前，还包括：向服务器发送第一账号的下麦请求；从服务器接收响应于下麦请求的下麦提示信息，显示下麦提
示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。根据本实施例，在麦位资源被分发完前，也即从服务器接收第一麦位资源之前，就下麦，此时可以提醒用户无法获取麦位资源，从而避免有用户获取完资源立马下麦的情况，也即上麦后即可下麦，使得虚拟空间无法正常观看，保证了虚拟空间中内容的连续性，而且可以让虚拟空间快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间。
95.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，当直播间中标的观众端通过麦位红包上麦后，目的仅仅在于获取红包，获取到红包后立马下麦，不仅降低了虚拟空间中的上麦的账号的数量，还使得虚拟空间无法正常观看，所以可以在获取到红包和发放资源之前设置一定的时间，即不是获取到红包后立即发送资源，当没有发放资源前下麦的话，即使获取到红包了，后续也不能得到获取到的红包份额，如在下麦前可以提醒用户，如图16中所示，以次避免用户获取完红包立即下麦的情况。
96.图17是根据一示例性实施例示出的一种资源获取方法的流程图二，如图17所示，资源获取方法包括以下步骤：
97.在步骤1701中，在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从第一终端接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源。
98.根据本公开的示例性实施例，通过如下至少一种方式显示上麦提示信息：在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。根据本实施例，提供了多种方式指示麦位资源出现了，可以提高上麦对用户的吸引力。
99.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，可以通过直播间的空麦位显示红包来显示上麦提示信息，如图3所示；可以将虚拟空闲显示的用于指示虚拟空间中的账号分享麦位资源的第二麦位资源获取提示，作为上麦提示信息。对于第二麦位资源获取提示，可以是通过直播间的评论区指示获取麦位红包的第二麦位资源获取提示，如图4所示；可以是通过直播间氛围渲染指示获取麦位红包的第二麦位资源获取提示，如图5所示；还可以通过临时指示器承载指示获取麦位红包的第二麦位资源获取提示，如可以将图4、图5中“更多”的区域临时显示为指示获取麦位红包的第二麦位资源获取提示。对于上麦提示信息的显示方式本公开对此并不进行限定，同时对第二麦位资源获取提示也不进行限定。
100.根据本公开的示例性实施例，在从第一终端接收第一账号的上麦请求之前，还可以向第一终端发送麦位资源显示通知，其中，麦位资源显示通知用于指示在指定空麦位上显示第一麦位资源获取提示信息，指定空麦位是虚拟空间中的一个空麦位。根据本实施例，可以指定虚拟空间的一个空麦位，并将麦位资源显示在虚拟空间的指定空麦位上，从而将麦位资源与指定空麦位相关联，保证后续通过该麦位资源上麦到指定空麦位上。
101.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，在有用户在直播间中发麦位红包时，可以指定直播间的一个空麦位，并将麦位红包图标显示在直播间中指定空麦位上，将麦位红包和该指定空麦位相关联，从而后续点击该麦位红包时，可以上麦到该指定空麦位上，如图3所示。
102.根据本公开的示例性实施例，在从第一终端接收第一账号的上麦请求之前，还可以在第一账号是虚拟空间中上麦成功的账号的情况下，从第一终端接收第一账号分享麦位资源的请求，其中，请求是第一终端响应于针对麦位资源的第二用户输入得到的；响应于请求，获取第一账号的第一麦位资源。根据本实施例，在显示了麦位资源时，且第一账号已经是上麦的账号，此时直接请求分享麦位资源即可，使得已经上麦成功的用户为了获取该麦位资源持续在麦位上，从而可以进一步保证虚拟空间中的上麦的账号的数量，让虚拟空间可以快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间，而且保证了虚拟空间中内容的连续性。
103.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，当直播间出现了麦位红包的时候，观众端(即上述第一终端)的第一账号已经是上麦成功的账号，此时，第一账号直接获取该麦位红包即可。具体地，图9是根据一示例性实施例示出的一种获取麦位红包的方式的示意图，图10是根据一示例性实施例示出的一种获取完麦位红包的示意图，图11是根据一示例性实施例示出的一种获取麦位红包到展示获取结果的时序图。如图9所示，从主播端、麦上嘉宾端和麦下观众端三个视角展示了获取麦位红包的界面示意图。如图10所示，当主播端发送了麦位红包，其他用户在获取完红包后，主播端可以在评论区看到其他用户所获取到的份额。如图11所示，以麦下观众端(c端)视角简单说明，c端点击指示获取红包的红包页面来获取麦位红包或点击有红包展示的麦位获取麦位红包，开始通过s端的麦位服务平台请求上麦，s端的麦位服务平台通知主播端该上麦请求，主播端同意上麦请求后，开始交由rtc服务执行进房操作，但是当主播端发现麦位已满时，会通过s端的麦位服务平台通知c端麦位已满。需要说明的时，麦位红包页面的弹窗结构、多人获取麦位红包冲突逻辑、主播视角麦位红包弹窗、下麦拦截提醒本公开并不进行限定。
104.根据本公开的示例性实施例，在从第一终端接收第一账号的上麦请求之前，还可以从第一终端接收第一账号的针对发送麦位资源的请求，请求是第一终端响应于针对虚拟空间中预定元素的第三用户输入得到的；或者，从第二终端接收第二账号的针对发送麦位资源的请求，请求是第二终端响应于针对虚拟空间中预定元素的用户输入得到的。根据本实施例，麦位资源可以由开启虚拟空间的第二账号所在的第二终端发送，还可以由处于虚拟空间的第一账号所在的第一终端发送，使得麦位资源的发送更灵活。
105.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，观众端(即第一终端)的用户想要在直播间发送麦位红包的时候，可以通过第一账号触发发麦位红包的流程，即上述第三用户输入，当观众端察觉到第三用户输入时，可以向服务器请求发送麦位红包。需要说明的是，还可以通过主播端(即第二终端)向服务器请求发送麦位红包，即可以仅主播有权独发送麦位红包，还可以是观众(未上麦的用户)、嘉宾(上麦成功的用户)、主播均有权发送麦位红包，本公开对此并不进行限定。
106.具体地，图6是根据一示例性实施例示出的一种发送麦位红包的时序图，如图6所示，假设观众(未上麦的用户)、嘉宾(上麦成功的用户)、主播均有权发送麦位红包。观众端(c端)或主播端出发麦位红包发送流程，服务端(server端或s端)的麦位红包服务平台先提交到s端的支付服务平台，请求支付麦位红包对应的金额。s端的麦位红包服务收到支付成功的通知后，请求s端强消息服务平台下发长连接信令(即强消息)通知c端和主播端麦位红包发送成功。c端和主播端接收到红包发送成功通知后，进行红包展示等ui交互，即展示麦
位红包，如将麦位红包显示在指定麦位上或者显示第二麦位资源获取提示。如果s端的支付服务平台反馈的是余额不足时，可以通知c端和主播端余额不足，并在c端和主播端展示余额不足。
107.根据本公开的示例性实施例，在从第一终端接收第一账号的针对发送麦位资源的请求之前，还可以向第一终端发送引导消息，其中，引导消息用于引导第一账号发送麦位资源；在从第二终端接收第二账号的针对发送麦位资源的请求之前，还可以向第二终端发送引导消息，其中，引导消息用于引导第二账号发送麦位资源。根据本实施例，可以引导观众和主播端发送麦位资源，来增加对第一账号的虚拟空间的支持，增加观众间的互动。
108.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，假设直播间有很多空麦位时，后台可以自主给观众端(即第一终端)发送引导观众发送麦位红包的引导消息，来引导观众发送麦位红包支持主播的直播间，增加观众与主播、观众与观众的互动。
109.具体地，图7是根据一示例性实施例示出的一种引导发送麦位红包的时序图，如图7所示，当主播端开启聊天室直播间后时或观众端进入聊天室直播间时，s端的麦位红包服务可以查询主播是否可以引导发送麦位红包，如可以查询预先存储的白名单，看主播是否在该白名单中，如果在白名单的话，确定主播可以引导发送麦位红包，此时通过s端的强消息服务平台向主播端发送确定的消息。接下来，s端的麦位红包服务可以根据权限向主播端下发麦位红包引导配置，该麦位红包引导配置可以包含引导发送的延迟时间(开播/看播n秒后展示引导消息)、频控(引导几次)等，主播端对麦位红包引导配置进行解析，并根据麦位红包引导配置展示麦位红包引导消息，如图8所示，在评论区可以按不同场景来引导主播端发送麦位红包，需要说明的是，还可以通过更多按钮临时态透出引导观众发放麦位红包，以及通过更多面板增加发红包入口引导观众发放麦位红包等，本公开对此并不进行限定。如果主播不在白名单中，确定主播不可以引导发送麦位红包，则结束引导流程。同理，观众端也可以展示引导消息，过程与主播端相类似，此处不在展开论述。
110.在步骤s1702中，在第一账号上麦成功的情况下，将第一账号添加到分发集合，其中，分发集合包括参与分享麦位资源的所有账号。例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，如图11所示，当c端进房成功后，此时c端上麦成功，通知主播端和c端刷新麦位界面，并通知s端的麦位红包服务平台记录该观众参与分享对应麦位红包。当s端查询到该麦位红包的开启时间到了，便统计所有记录的参与分享麦位红包的用户，分享麦位红包，也即通过记录的用户分享麦位红包。
111.根据本公开的示例性实施例，将第一账号添加到分发集合，包括：检查第一账号所在的麦位是否为指定空麦位；在检查到第一账号所在的麦位为指定空麦位，将第一账号添加到分发集合。根据本实施例，可以指定只有上麦到指定空麦位的用户才可以获取到相应的资源，可以激起用户对指定空麦位的兴趣。
112.例如，s端的麦位红包服务平台记录参与分享麦位红包的用户，可以通过但不限于下面两种方式：麦位红包和麦位绑定、麦位红包和麦位非绑定，这两种方式主要在获取麦位红包的技术流程上有所不同，具体如图15所示：
113.麦位红包和麦位绑定：s端的麦位红包服务在收到观众端上麦成功的通知后，进行麦位红包检查，仅上麦的当前麦位存在麦位红包时，才将该观众计入红包分享池。
114.麦位红包和麦位非绑定：s端的麦位红包服务将红包存在期间的所有上麦成功的
观众，都计入红包分享池。
115.在步骤s1703中，向第一终端发送第一麦位资源，其中，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源。例如，发送给第一终端还有麦位红包获取结果(也即分享结果)，麦位红包获取结果可以通过长连接信令服务下发到主播端和c端，麦位红包获取结果如图12-14所示，图12是根据一示例性实施例示出的一种主播端展示麦位红包获取结果的示意图，图13是根据一示例性实施例示出的一种麦上嘉宾端展示麦位红包获取结果的示意图，图14是根据一示例性实施例示出的一种麦下观众端展示麦位红包获取结果的示意图，如图12-14所示，从主播端、麦上嘉宾端和麦下观众端三个视角展示了获取麦位红包后展示麦位红包获取结果的界面示意图，麦位红包获取结果可以包括统计的各用户分享麦位红包结果，也即得到麦位分包的份额。对于麦位红包获取逻辑、麦位红包获取弹窗、麦位红包获取结果的展示本公开并不进行限定。
116.根据本公开的示例性实施例，在向第一终端发送第一麦位资源之前，还可以从第一终端接收第一账号的下麦请求；响应于下麦请求，向第一终端发送下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。根据本实施例，在麦位资源被分发完前，也即从服务器接收第一麦位资源之前，就下麦，此时可以提醒用户无法获取麦位资源，从而避免有用户获取完资源立马下麦的情况，也即上麦后即可下麦，使得虚拟空间无法正常观看，保证了虚拟空间中内容的连续性，而且可以让虚拟空间快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间。
117.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，当直播间中标的观众端通过麦位红包上麦后，目的仅仅在于获取红包，获取到红包后立马下麦，不仅降低了虚拟空间中的上麦的账号的数量，还使得虚拟空间无法正常观看，所以可以在获取到红包和发放资源之前设置一定的时间，即不是获取到红包后立即发送资源，当没有发放资源前下麦的话，即使获取到红包了，后续也不能得到获取到的红包份额，如在下麦前可以提醒用户，如图16中所示，以次避免用户获取完红包立即下麦的情况。
118.图18是根据一示例性实施例示出的一种资源获取方法的流程图三，如图18所示，资源获取方法应用于第二终端，包括以下步骤：
119.在步骤s1801中，在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从服务器接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源。
120.根据本公开的示例性实施例，在从服务器接收第一账号的上麦请求之前，还可以响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求。根据本实施例，麦位资源可以由开启虚拟空间的第二账号所在的第二终端发送，使得麦位资源的发送更灵活。
121.根据本公开的示例性实施例，在响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求之前，还可以接收引导消息，其中，引导消息用于引导第二账号发送麦位资源；基于引导消息，接收针对引导消息的用户输入。根据本实施例，可以引导主播端发送麦位资源，来增加对第一账号的虚拟空间的支持，增加观众间的互动。
122.例如，仍以虚拟空间为直播间、麦位资源为麦位红包为例，假设直播间有很多空麦
位时，后台可以自主给观众端(即第一终端)发送引导观众发送麦位红包的引导消息，来引导观众发送麦位红包支持主播的直播间，增加观众与主播、观众与观众的互动。
123.具体地，图7是根据一示例性实施例示出的一种引导发送麦位红包的时序图，如图7所示，当主播端开启聊天室直播间后时或观众端进入聊天室直播间时，s端的麦位红包服务可以查询主播是否可以引导发送麦位红包，如可以查询预先存储的白名单，看主播是否在该白名单中，如果在白名单的话，确定主播可以引导发送麦位红包，此时通过s端的强消息服务平台向主播端发送确定的消息。接下来，s端的麦位红包服务可以根据权限向主播端下发麦位红包引导配置，该麦位红包引导配置可以包含引导发送的延迟时间(开播/看播n秒后展示引导消息)、频控(引导几次)等，主播端对麦位红包引导配置进行解析，并根据麦位红包引导配置展示麦位红包引导消息，如图8所示，在评论区可以按不同场景来引导主播端发送麦位红包，需要说明的是，还可以通过更多按钮临时态透出引导观众发放麦位红包，以及通过更多面板增加发红包入口引导观众发放麦位红包等，本公开对此并不进行限定。如果主播不在白名单中，确定主播不可以引导发送麦位红包，则结束引导流程。同理，观众端也可以展示引导消息，过程与主播端相类似，此处不在展开论述。
124.在步骤s1802中，响应于上麦请求向服务器发送同意上麦通知，其中，同意上麦通知用于指示在第一账号上麦成功的情况下，第一终端获取第一麦位资源，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
125.综上，本公开实施例可以应用于语音直播间(聊天室典型的rtc社交直播)的场景，通过新增麦位红包玩法，也即将红包服务和rtc服务通过rpc(remote procedure call)进行深度结合，如将麦位和红包做联动，牵引用户上麦，进而提升上麦人数、上麦率，让虚拟空间快速完成内容可输出的状态，减少观众在虚拟空间中等待的时间。此外，麦位红包的金额门槛可以设置低于现有红包玩法的金额门槛，以此能够提高聊天室付费率、付费数量等，加强聊天室社交场景下红包功能的渗透，即提升红包的数量、发红包的人数、获取到红包的人数，被获取红包的数量等等。通过本公开还增加rtc服务在业务上的扩展使用场景。
126.图19是根据一示例性实施例示出的一种资源获取装置的框图一。参照图19，该装置应用于第一终端，包括：
127.显示单元1900，被配置为在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，显示上麦提示信息，其中，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；发送单元1902，被配置为响应于针对上麦提示信息的第一用户输入，向服务器发送上麦请求；接收单元1904，被配置为在第一账号上麦成功的情况下，从服务器接收第一麦位资源，其中，第一账号被添加到分发集合，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
128.根据本公开的示例性实施例，显示单元1900，还被配置为在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。
129.根据本公开的示例性实施例，显示单元1900，还被配置为在显示上麦提示信息之
前，接收麦位资源显示通知，其中，麦位资源显示通知中携带有指定空麦位的标识，指定空麦位是虚拟空间中的一个空麦位；基于指定空麦位的标识，在指定空麦位上显示第一麦位资源获取提示信息。
130.根据本公开的示例性实施例，接收单元1904，还被配置为在第一账号所在麦位为指定空麦位的情况下，从服务器接收第一麦位资源。
131.根据本公开的示例性实施例，接收单元1904，还被配置为在从服务器接收第一麦位资源之前，向服务器发送第一账号的下麦请求；从服务器接收响应于下麦请求的下麦提示信息，显示下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。
132.根据本公开的示例性实施例，发送单元1902，还被配置为在响应于针对上麦提示信息的第一用户输入，向服务器发送上麦请求之前，在第一账号是虚拟空间中上麦成功的账号的情况下，响应于针对麦位资源的第二用户输入，向服务器发送分享麦位资源的请求。
133.根据本公开的示例性实施例，显示单元1900，还被配置为在显示上麦提示信息之前，响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求。
134.根据本公开的示例性实施例，显示单元1900，还被配置为在响应于针对虚拟空间中预定元素的第三用户输入，向服务器发送针对发送麦位资源的请求之前，接收引导消息，其中，引导消息用于引导第一账号发送麦位资源；基于引导消息，接收针对引导消息的第三用户输入。
135.图20是根据一示例性实施例示出的一种资源获取装置的框图二。参照图20，该装置应用于服务器，包括：
136.接收单元2000，被配置为在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从第一终端接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；添加单元2002，被配置为在第一账号上麦成功的情况下，将所述第一账号添加到分发集合，其中，分发集合包括参与分享麦位资源的所有账号；发送单元2004，被配置为向第一终端发送第一麦位资源，其中，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源。
137.根据本公开的示例性实施例，通过如下至少一种方式显示上麦提示信息：在虚拟空间的空麦位上显示第一麦位资源获取提示信息，其中，第一用户输入为针对空麦位的用户输入；和/或，在虚拟空间显示第二麦位资源获取提示，其中，第一用户输入为针对第二麦位资源获取提示的用户输入。
138.根据本公开的示例性实施例，接收单元2000，还被配置为在从第一终端接收第一账号的上麦请求之前，向第一终端发送麦位资源显示通知，其中，麦位资源显示通知用于指示在指定空麦位上显示第一麦位资源获取提示信息，指定空麦位是虚拟空间中的一个空麦位。
139.根据本公开的示例性实施例，添加单元2002，还被配置为检查所述第一账号所在的麦位是否为所述指定空麦位；在检查到所述第一账号所在的麦位为所述指定空麦位，将所述第一账号添加到所述分发集合。
140.根据本公开的示例性实施例，发送单元2004，还被配置为在向第一终端发送第一麦位资源之前，从第一终端接收第一账号的下麦请求；响应于下麦请求，向第一终端发送下麦提示信息，其中，下麦提示信息用于提示第一账号下麦后无法获取虚拟空间的麦位资源。
141.根据本公开的示例性实施例，接收单元2000，还被配置为在从第一终端接收第一账号的上麦请求之前，在第一账号是虚拟空间中上麦成功的账号的情况下，从第一终端接收第一账号分享麦位资源的请求，其中，请求是第一终端响应于针对麦位资源的第二用户输入得到的；响应于请求，获取第一账号的第一麦位资源。
142.根据本公开的示例性实施例，接收单元2000，还被配置为在从第一终端接收第一账号的上麦请求之前，从第一终端接收第一账号的针对发送麦位资源的请求，请求是第一终端响应于针对虚拟空间中预定元素的第三用户输入得到的；或者，从第二终端接收第二账号的针对发送麦位资源的请求，请求是第二终端响应于针对虚拟空间中预定元素的用户输入得到的。
143.根据本公开的示例性实施例，接收单元2000，还被配置为在从第一终端接收第一账号的针对发送麦位资源的请求之前，向第一终端发送引导消息，其中，引导消息用于引导第一账号发送麦位资源；在从第二终端接收第二账号的针对发送麦位资源的请求之前，向第二终端发送引导消息，其中，引导消息用于引导第二账号发送麦位资源。
144.图21是根据一示例性实施例示出的一种资源获取装置的框图三。参照图21，该装置应用于第二终端，包括：
145.接收单元2100，被配置为在第一终端对应的第一账号进入第二终端对应的第二账号开启的虚拟空间的情况下，从服务器接收第一账号的上麦请求，其中，上麦请求是第一终端响应于显示的上麦提示信息的第一用户输入得到的，上麦提示信息用于提示第一账号通过上麦获取虚拟空间的麦位资源；发送单元2102，被配置为响应于上麦请求向服务器发送同意上麦通知，其中，同意上麦通知用于指示在第一账号上麦成功的情况下，第一终端获取第一麦位资源，第一麦位资源是麦位资源分发到分发集合中各个账号之后第一账号获得的资源，分发集合包括参与分享麦位资源的所有账号。
146.根据本公开的示例性实施例，接收单元2100，还被配置为在从服务器接收第一账号的上麦请求之前，响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求。
147.根据本公开的示例性实施例，接收单元2100，还被配置为在响应于针对虚拟空间中预定元素的用户输入，向服务器发送针对发送麦位资源的请求之前，接收引导消息，其中，引导消息用于引导第二账号发送麦位资源；基于引导消息，接收针对第二账号的用户输入。
148.根据本公开的实施例，可提供一种电子设备。图22是根据本公开实施例的一种电子设备2200的框图，该电子设备包括至少一个存储器2201和至少一个处理器2202，所述至少一个存储器中存储有计算机可执行指令集合，当计算机可执行指令集合被至少一个处理器执行时，执行根据本公开实施例的资源获取方法。
149.作为示例，电子设备2200可以是pc计算机、平板装置、个人数字助理、智能手机、或其他能够执行上述指令集合的装置。这里，电子设备1000并非必须是单个的电子设备，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。电子设备2200
还可以是集成控制系统或系统管理器的一部分，或者可被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子设备。
150.在电子设备2200中，处理器2202可包括中央处理器(cpu)、图形处理器(gpu)、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理器2202还可包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。
151.处理器2202可运行存储在存储器中的指令或代码，其中，存储器2201还可以存储数据。指令和数据还可经由网络接口装置而通过网络被发送和接收，其中，网络接口装置可采用任何已知的传输协议。
152.存储器2201可与处理器2202集成为一体，例如，将ram或闪存布置在集成电路微处理器等之内。此外，存储器2201可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数据库系统可使用的其他存储装置。存储器2201和处理器2202可在操作上进行耦合，或者可例如通过i/o端口、网络连接等互相通信，使得处理器2202能够读取存储在存储器2201中的文件。
153.此外，电子设备2200还可包括视频显示器(诸如，液晶显示器)和用户交互接口(诸如，键盘、鼠标、触摸输入装置等)。电子设备的所有组件可经由总线和/或网络而彼此连接。
154.根据本公开的实施例，还可提供一种计算机可读存储介质，其中，当计算机可读存储介质中的指令被至少一个处理器运行时，促使至少一个处理器执行本公开实施例的资源获取方法。这里的计算机可读存储介质的示例包括：只读存储器(rom)、随机存取可编程只读存储器(prom)、电可擦除可编程只读存储器(eeprom)、随机存取存储器(ram)、动态随机存取存储器(dram)、静态随机存取存储器(sram)、闪存、非易失性存储器、cd-rom、cd-r、cd r、cd-rw、cd rw、dvd-rom、dvd-r、dvd r、dvd-rw、dvd rw、dvd-ram、bd-rom、bd-r、bd-r lth、bd-re、蓝光或光盘存储器、硬盘驱动器(hdd)、固态硬盘(ssd)、卡式存储器(诸如，多媒体卡、安全数字(sd)卡或极速数字(xd)卡)、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘以及任何其他装置，所述任何其他装置被配置为以非暂时性方式存储计算机程序以及任何相关联的数据、数据文件和数据结构并将所述计算机程序以及任何相关联的数据、数据文件和数据结构提供给处理器或计算机使得处理器或计算机能执行所述计算机程序。上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，此外，在一个示例中，计算机程序以及任何相关联的数据、数据文件和数据结构分布在联网的计算机系统上，使得计算机程序以及任何相关联的数据、数据文件和数据结构通过一个或多个处理器或计算机以分布式方式存储、访问和执行。
155.根据本公开实施例，提供了一种计算机程序产品，包括计算机指令，计算机指令被处理器执行时实现本公开实施例的资源获取方法。
156.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
157.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并
且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。