CN116095053B - 虚拟空间麦位资源处理方法、装置、计算机设备 - Google Patents

Abstract

本申请涉及一种虚拟空间麦位资源处理方法、装置、计算机设备、存储介质。所述方法包括：获取第一账号所在用户端发送的虚拟空间的场景和麦位数量；根据所述场景和麦位数量从模板配置库中获取所述虚拟空间对应的配置信息，所述配置信息包括模板、麦位模式和账号交互方式；将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间。采用本方法能够实现基于配置信息动态更新虚拟空间，不需要基于场景和麦位数量不同而改动代码，节省代码改动和发布所需的系统资源。

Description

虚拟空间麦位资源处理方法、装置、计算机设备

技术领域

本申请涉及互联网技术领域，特别是涉及一种虚拟空间麦位资源处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着互联网与多媒体技术的发展，虚拟空间（如聊天室、直播间）的应用越来越广泛。

在相关技术中，主持人开设聊天室或直播间，通过麦位与观众进行互动与交流。然而，在直播过程中，麦位资源的处理和管理成为了一个需要解决的问题。

传统技术中，聊天室平台采用的是一种模板的配置实现，依赖于后端不停地调整该模板从而达到前端的不同展现形式。然而，目前的这种方法会频发代码改动的问题，需要频繁发布，需要消耗大量系统资源。

发明内容

基于此，有必要针对上述技术问题，提供一种能够节省系统资源的虚拟空间麦位资源处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种虚拟空间麦位资源处理方法。所述方法包括：

获取第一账号所在用户端发送的虚拟空间的场景和麦位数量；

根据所述场景和麦位数量从模板配置库中获取所述虚拟空间对应的配置信息，所述配置信息包括模板、麦位模式和账号交互方式；

将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间。

在其中一个实施例中，包括：获取第二账号发起的上麦请求，所述上麦请求中携带有待上的目标麦位；

将所述第二账号的身份信息与所述目标麦位对应的身份条件进行比较；

在所述第二账号的身份信息符合所述目标麦位对应的身份条件的情况下，确定所述第二账号具备上麦至所述目标麦位的权限。

在其中一个实施例中，包括：在确定所述第二账号具备上麦至所述目标麦位的权限所述方法之后，获取所述目标麦位的上麦方式；根据所述上麦方式对所述第二账号进行处理。

在其中一个实施例中，根据所述上麦方式对所述第二账号进行处理，包括：

在所述上麦方式为排队上麦的情况下，将所述第二账号添加至所述目标麦位的上麦队列中；

在所述上麦方式为自由上麦的情况下，将所述第二账号上麦至所述目标麦位。

在其中一个实施例中，包括：按照预设时间间隔轮询是否存在处于所述虚拟空间的目标账号发送的第一心跳信号；

在存在所述第一心跳信号的情况下，确定所述目标账号的状态为在线状态。

在其中一个实施例中，还包括：在不存在所述第一心跳信号的情况下，从底层维护的账号与虚拟空间标识关系中确定是否存在目标账号；

在所述底层维护的账号与虚拟空间标识的关联关系中存在所述目标账号，则确定所述目标账号的状态为暂时离开状态；

在所述底层维护的账号与虚拟空间标识关系中不存在所述目标账号，则确定所述目标账号的状态为离线状态。

在其中一个实施例中，还包括：在多次未检测到所述目标账号发送的第二心跳信号的情况下，确定所述目标账号的状态为离线状态，从所述底层维护的账号与虚拟空间标识的关联关系中删除所述目标账号。

第二方面，本申请还提供了一种虚拟空间麦位资源处理装置。所述装置包括：

获取模块，用于获取第一账号所在用户端发送的虚拟空间的场景和麦位数量；

处理模块，用于处理从所述场景和麦位数量的模板配置库中获取所述虚拟空间对应的配置信息；

发送模块，用于将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行如上述第一方面中任一实现方式所述的方法。

第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读程序指令，当所述计算机可读程序指令在计算机上运行时，使得所述计算机执行如上述第一方面中任一实现方式所述的方法。

第五方面，提供了一种计算机程序产品，所述计算机程序程序产品包括计算机可读程序指令，当所述计算机可读程序指令在计算机上运行时，使得所述计算机执行如上述第一方面中任一实现方式所述的方法。

上述一种虚拟空间麦位资源处理方法、装置、计算机设备、存储介质和计算机程序产品，可以通过获取第一账号所在用户端发送的虚拟空间的场景和麦位数量，根据所述场景和麦位数量从模板配置库中获取所述虚拟空间对应的配置信息，所述配置信息包括模板、麦位模式和账号交互方式，将所述配置信息发送给所述用户端，然后指示所述用户端基于所述配置信息更新所述虚拟空间，实现了基于配置信息动态更新虚拟空间，不需要基于场景和麦位数量不同而改动代码，节省了代码改动和发布所需的系统资源。

附图说明

图1为一个实施例中麦位资源处理方法的应用环境图；

图2为一种虚拟空间麦位资源处理方法的流程示意图；

图3为一个实施例中麦位配置方式的示意图；

图4为一个实施例中麦位人员在线状态管理的流程示意图；

图5为一个实施例中一种虚拟空间麦位资源处理装置的结构框图；

图6为一个实施例中计算机设备为服务器时的内部结构图；

图7为一个实施例中计算机设备为终端时的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在此需要说明的是，在本公开中出现的“若干项之中的至少一项”均表示包含“该若干项中的任意一项”、“该若干项中的任意多项的组合”、“该若干项的全体”这三类并列的情况。例如“包括A和B之中的至少一个”即包括如下三种并列的情况：(1)包括A；(2)包括B；(3)包括A和B。又例如“执行步骤一和步骤二之中的至少一个”，即表示如下三种并列的情况：(1)执行步骤一；(2)执行步骤二；(3)执行步骤一和步骤二。

本申请实施例提供的虚拟空间麦位资源处理方法，可以应用于如图1所示的应用环境中。其中，该应用环境可包括用户端102和服务器104。用户端102可以通过网络与服务器104进行通信。用户端102可以但不限于是各种终端（如个人计算机、笔记本电脑、智能手机、平板电脑）和便携式可穿戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2为一个实施例中虚拟空间麦位资源处理方法的流程图。如图2所示，该虚拟空间麦位资源处理方法包括步骤202至206。

步骤202，获取第一账号所在用户端发送的虚拟空间的场景和麦位数量。

其中，第一账号可以是指虚拟空间创建者账号或管理员账号，虚拟空间可以是聊天室或直播室等。虚拟空间创建者或管理员在创建聊天室时可以指定虚拟空间的场景和麦位数量，这些数据也可以存储在数据库中，供后续使用。聊天室平台可以提供一个设置页面，允许管理员修改虚拟空间的场景和麦位数量，并实时保存到数据库中。

虚拟空间的场景可以是指游戏中的多人在线模式、视频会议中的虚拟会议室、在线教育平台中的虚拟教室等。这些场景通过计算机网络技术实现了虚拟的空间，让不同地区、不同时间的用户可以在同一虚拟空间中进行交流、互动、学习等活动。可选地，虚拟空间的场景也可以是电台模式、交友模式等。虚拟空间可以包含多个虚拟麦位，每个麦位代表着一个席位，在某一时刻可供一个用户占用，用户可以根据麦位的上麦条件和个人需求进出不同的麦位。麦位数量可以是交友中的8麦模式和4麦位模式。

可选的，当虚拟空间创建者所对应的第一账号登录用户端，并在用户端上输入当前虚拟空间的场景和麦位数量。用户端获取第一账号对应的用户输入的场景和麦位数量，并获取用户发起的更新请求，向服务器发起虚拟空间更新请求。服务器获取该更新请求，该更新请求中携带有虚拟空间的场景和麦位数量。

可选的，当第二账号进入虚拟空间时，第二账号所在的客户端会向服务器发送一个请求，请求中携带虚拟空间标识。该虚拟空间标识用于唯一表征虚拟空间。虚拟空间标识可以为虚拟空间的账号，例如聊天室的房间号，或直播间的直播号等。服务器收到请求后，根据虚拟空间标识查询到当前虚拟空间的场景和麦位数量，然后将当前虚拟空间的场景和麦位数量返回给第二账号所在的客户端。客户端在接收到这些信息后，会根据这些信息动态展示当前聊天室的状态，例如显示当前空闲的麦位数量和已经被占用的麦位信息。这样，其他用户进入聊天室时可以快速了解当前聊天室的状态，并决定是否需要占用某个麦位。这个过程中，客户端通过网络与服务器进行通信，使用一些协议和接口实现数据的传输和处理。

在获取虚拟空间的场景和麦位数量时，还应该考虑到服务器和客户端之间的数据同步和实时性，避免出现信息不一致或延迟的情况。

步骤204，根据所述场景和麦位数量从模板配置库中获取所述虚拟空间对应的配置信息，所述配置信息包括模板、麦位模式和账号交互方式。

其中，虚拟空间以聊天室为例，模板(template)是指一种产品形态层分类。如电台模板、交友模板。在模板配置库中，可以根据聊天室类型和设计风格，选择一个符合要求的模板。

麦位模式(pattern)是指聊天室中各个麦位的布局和管理方式,模板下细分座位模式，例如交友中有8麦模式和4麦位模式。可选的，可以设置麦位的数量、位置、类型等，也可以设置麦位的管理方式，例如自由麦位、锁定麦位、随机麦位等。

账号交互方式指的是聊天室中用户之间的互动方式。例如，可以设置聊天室中是否支持文字、语音、视频等不同的交互方式，也可以设置用户之间的关注、私聊、好友申请等交互方式。

针对不同类型的聊天室，创建不同的聊天室模板，根据模板配置库中的模板获取聊天室的配置信息，通常需要在系统中设置一个模板配置库，存储各种类型的聊天室模板。当用户创建聊天室时，可以从模板配置库中选择一个合适的模板，服务器将会自动获取该模板的配置信息，并为该聊天室应用这些配置。当用户端获取了聊天室的配置信息，就可以根据这些信息自动设置聊天室的各种属性，例如麦位布局、麦位管理、麦位权限、交互方式等。这样可以大大简化聊天室的创建和配置过程，节省了代码改动和发布所需的系统资源，同时也可以保证聊天室的风格和管理方式的一致性。

步骤206，将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间。

其中，应用或服务器对虚拟空间进行更新，包括添加、删除、修改虚拟空间中的对象、添加新的麦位资源等等。

可选的，服务器将最新的配置信息打包成一条消息，通过网络发送给用户端。用户端收到配置信息后，根据新的配置信息更新虚拟空间的内容和行为。例如内容可以是更换场景，增加音效，添加、删除、修改对象，行为可以是更改用户的交互方式，可以通过修改软件系统中的代码更新行为。

本实施例中，可以及时更新虚拟空间的内容和行为，保证用户体验。同时，客户端只需要接收配置信息，无需进行复杂的计算或数据处理，对客户端的计算资源要求较低。

本实施例中，通过获取第一账号所在用户端发送的虚拟空间的场景和麦位数量，然后根据所述场景和麦位数量从模板配置库中获取所述虚拟空间对应的配置信息，其中配置信息包括模板、麦位模式和账号交互方式，最后将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间。实现了基于配置信息动态更新虚拟空间，不需要基于场景和麦位数量不同而改动代码，节省了代码改动和发布所需的系统资源。

在其中一个实施例中，所述方法还包括：获取第二账号发起的上麦请求，所述上麦请求中携带有待上的目标麦位；将所述第二账号的身份信息与所述目标麦位对应的身份条件进行比较；在所述第二账号的身份信息符合所述目标麦位对应的身份条件的情况下，确定所述第二账号具备上麦至所述目标麦位的权限。

其中，第二账号可为任一账号。身份信息可以是表征账号身份的相关信息，如身份信息包括普通用户、与主播具有关联关系、具有主持权限等。麦位对应的身份条件可以根据需要配置，例如麦位对应的身份条件是主持人权限，或与主播具有关联关系等。

图3为一个实施例中麦位配置方式。如图3所示，该虚拟空间麦位配置的示意图包括：用户身份302、麦位位置304、上麦权限306、上麦方式308。

用户身份302：业务定义的用户身份是可枚举的，可以为主持人、守护、普通用户。

可选的，守护、大神指的是有具体业务含义的身份类型，如守护麦位有特权，上麦需要先进入主播守护团，即与主播具有关联关系；必须符合拥有某个达人资格（歌手）。

麦位位置304：麦位位置可以定义为从0~N，标识该座位的位置。

上麦权限306：将麦位位置304对应的身份与上该座位需要的权限校验绑定。例如身份为守护的麦位seatIndex(指定位置)为0,1,2,3，则选择上守护位置只能拿到0，1，2，3这几个麦位的状态。

上麦方式308：将麦位位置304对应的身份与该位置上麦方式绑定，目前有自由上麦和排队上麦两种。例如主持位无需排队，有主持人身份即可以上麦。

可选的一个语音聊天室系统，包含多个麦位，每个麦位有不同的身份条件要求。例如，有些麦位只能由管理员或主持人身份的用户上麦，而有些麦位则可以由普通用户上麦。例如有两个用户，账号为A和B，其中A为管理员，B为普通用户。B想要申请上麦至某个特定麦位，则需要确定B是否有上麦权限。当B发起上麦请求时，在请求中携带待上的目标麦位，例如B请求上麦至第3号麦位，服务器端获取到B的请求后，根据请求中携带的目标麦位，查询该目标麦位的身份条件要求。假设第3号麦位的身份条件为“普通用户”或以上身份，即普通用户和管理员都可以上麦；服务器端将B的身份信息与目标麦位对应的身份条件进行比较。由于B是普通用户，符合“普通用户或以上”身份条件，因此B满足上麦条件。服务器端向B发送确认消息，告知B已获得上麦权限，可以加入第3号麦位进行语音聊天。

本实施例中，通过将上麦请求中携带的目标麦位与身份条件要求进行比较，可以确定用户是否具备上麦权限。这种方法可以通过在服务器端进行身份验证，保证只有具备相应身份权限的用户才能够上麦，增加了聊天室的安全性和稳定性。

在其中一个实施例中，在确定所述第二账号具备上麦至所述目标麦位的权限所述方法之后，所述方法还包括：获取所述目标麦位的上麦方式；根据所述上麦方式对所述第二账号进行处理。

根据所述上麦方式对所述第二账号进行处理，包括：

在所述上麦方式为排队上麦的情况下，将所述第二账号添加至所述目标麦位的上麦队列中；在所述上麦方式为自由上麦的情况下，将所述第二账号上麦至所述目标麦位。

其中，确定确定目标麦位的上麦方式：不同的麦位可能有不同的上麦方式，将座位对应的身份与该座位上麦方式绑定，目前有自由上麦和排队上麦两种。例如主持位无需排队，有主持人身份即可以上麦。

其中，如果所述目标麦位的上麦方式是排队上麦，那么就将所述第二账号添加到所述目标麦位的上麦队列中，等待轮到他上麦；如果所述目标麦位的上麦方式是自由上麦，那么就直接将所述第二账号上麦到目标麦位。具体来说，例如一个语音聊天室中有几个麦位，其中麦位A是排队上麦方式，麦位B是自由上麦方式。现在有用户C想要上麦，他发起了上麦请求，并指定了目标麦位为麦位A。经过身份验证后，系统判断用户C具备上麦到麦位A的权限。此时，服务器会将用户C添加到麦位A的上麦队列中，等待轮到他上麦。接着，用户C又想尝试上麦到麦位B，于是发起了另一个上麦请求，指定了目标麦位为麦位B。同样经过身份验证后，系统判断用户C具备上麦到麦位B的权限。此时，服务器直接将用户C上麦到麦位B，而不需要将他添加到任何队列中。

本实施例中，服务器可以根据不同的上麦方式对所述第二账号进行处理，保证用户能够顺利上麦，并在语音聊天室中进行交流。

图4为一个实施例中麦位人员在线状态管理的流程示意图。如图4所示，在其中一个实施例中，所述方法还包括：

步骤402，按照预设时间间隔轮询是否存在处于所述虚拟空间的目标账号发送的第一心跳信号。

预设时间间隔可以是根据需要设定的时间间隔，如5秒、10秒等。

步骤404，在存在所述第一心跳信号的情况下，确定所述目标账号的状态为在线状态。

其中，第一心跳信号是业务短心跳，可以18秒一次短链轮训。在虚拟空间中，每个账号都会定期发送心跳信号来维持与服务器的连接和状态。

可选的，第一心跳信号通常可以是在账号上线时发送的第一个心跳信号，用于向服务器表明该账号已经上线并且处于在线状态。因此，当服务器接收到目标账号发送的第一心跳信号时，就可以确定该账号处于在线状态。

步骤406，在不存在所述第一心跳信号的情况下，从底层维护的账号与虚拟空间标识关系中确定是否存在目标账号。

步骤408，在所述底层维护的账号与虚拟空间标识的关联关系中存在所述目标账号，则确定所述目标账号的状态为暂时离开状态。

步骤410，在所述底层维护的账号与虚拟空间标识关系中不存在所述目标账号，则确定所述目标账号的状态为离线状态。

在其中一个实施例中，所述方法还包括：在多次未检测到所述目标账号发送的第二心跳信号的情况下，确定所述目标账号的状态为离线状态，从所述底层维护的账号与虚拟空间标识的关联关系中删除所述目标账号。

其中，第二心跳信号是业务长心跳，第二心跳信号的时间间隔长度大于第一心跳信号的间隔时间长度。当用户进入房间时，与房间服务器建立长连接，以便实时获取用户状态。如果用户端长时间没有回应（延迟校验三次判断真正离线），则删除关系，虚拟空间服务器判断其离线。

本实施例中，用户和房间基于长链存在一个映射关系，我们将它称之为长链用户与房间的心跳，该状态为校准数据，不过在这一层因网络不稳定会导致闪断，业务层需要屏蔽该类型断开。基于长链心跳在业务层设计了一种长短心跳来屏蔽用户短暂离开的状态。长链层、Sona层(底层)、业务层是指软件系统中不同的组件或模块。

业务层：负责处理具体的业务逻辑，例如用户登录、加入房间、发送消息等操作，是与具体业务相关的模块。

Sona层：Sona层（Sona Bridge Layer）是一个自定义的通信层，用于处理网络通信和用户离线消息。负责维护用户与房间之间的关系，包括拉取矫正和短链写入等操作。

长链层：负责维护用户与虚拟空间关系，建立长连接、发送心跳包和接收消息等操作，是与网络通信相关的核心模块。

在软件系统中，长链层、Sona层和业务层通常是分层设计的，每一层都有不同的职责和功能。长链层负责底层的网络通信，Sona层负责维护用户与房间之间的关系，业务层负责处理具体的业务逻辑。长链层和Sona层一般由系统底层的开发人员负责实现和维护，而业务层则由具体业务场景的开发人员负责实现和维护。

在网络通信中，由于网络延迟、网络波动等原因，可能会出现用户离线消息屏蔽闪断不准确的现象。为了解决这个问题，可以在sona层进行处理。

具体而言，当sona层检测到用户离线时，会向服务器发送一个用户离线的消息，通知服务器该用户已经离线。服务器在接收到该消息后，会将该消息发送给所有需要接收该用户离线消息的客户端。如果出现网络延迟或网络波动等情况，可能会导致某些客户端没有及时接收到该用户离线消息，从而出现消息屏蔽或者闪断不准确的情况。为了解决这个问题，可以在sona层对离线消息进行缓存，待客户端重新连接后再发送给客户端。同时，也可以在sona层对网络状态进行监测和判断，确保客户端能够及时接收到离线消息，避免出现消息屏蔽或闪断不准确的情况。

在其中一个实施例中，在用户端和服务器之间建立长连接，保持长时间的持续连接。长连接可以使用TCP协议实现，TCP协议会自动维护连接的状态和可靠性。在长连接上实现短心跳（即第一心跳信号）和长心跳（即第二心跳信号）的检测。短心跳的发送周期一般设置比较短，如18秒，用于检测客户端和服务器之间的网络状态，以及判断客户端是否在线。而长心跳的周期一般设置比较长，如24小时，用于保持连接的状态和可靠性。例如当sona层发送用户离线消息给离线消息处理模块，离线消息处理模块发送延迟消息到服务器，用于检测用户端是否正常连接，这个延迟消息会进行三次校验，以确保用户的连接状态。在校验过程中，先访问短心跳，如果短心跳存在，则说明用户在线；如果短心跳不存在，则询问底层是否存在长心跳，如果底层返回长心跳存在，则再次设置短心跳为30秒（延长），如果底层返回不存在长心跳，则用户一定离线。离线消息处理模块同样会删除关联关系，并将用户设置为离线状态。其中，当客户端离开或者网络中断时，短心跳停止发送，长心跳继续发送，直到长心跳超时，服务器才会判定客户端离线。

本实施例中，确保用户的离线状态能够得到准确的判断，以及及时地清理用户与房间的关联关系。检查长短心跳是为了更准确地判断用户的连接状态，防止误判用户是否在线。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的一种虚拟空间麦位资源处理方法的一种虚拟空间麦位资源处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个一种虚拟空间麦位资源处理装置实施例中的具体限定可以参见上文中对于一种虚拟空间麦位资源处理方法的限定，在此不再赘述。

在一个实施例中，如图5所示，提供了一种虚拟空间麦位资源处理装置，包括：获取模块502、处理模块504和发送模块506，其中：

获取模块502，用于获取第一账号所在用户端发送的虚拟空间的场景和麦位数量；

处理模块504，用于处理从所述场景和麦位数量的模板配置库中获取所述虚拟空间对应的配置信息；

发送模块506，用于将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间。

本实施例中，在虚拟空间麦位资源的处理过程中，通过获取第一账号所在用户端发送的虚拟空间的场景和麦位数量，再从模板配置库中获取所述虚拟空间对应的配置信息，其中配置信息包括模板、麦位模式和账号交互方式，将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间，即可实现更加灵活地管理虚拟空间的麦位资源，满足不同聊天室的需求，为用户提供更好的聊天室体验。

在其中一个实施例中，一种虚拟空间麦位资源处理装置可以应用于各种需要进行虚拟空间麦位资源处理的场景，例如聊天室、直播间等等。

其中，一个聊天室需要配置不同的虚拟空间来满足不同用户的需求，这些虚拟空间可能包括不同的麦位数量和配置方式。

获取模块502：当第一账号所在用户端进入聊天室时，获取模块可以获取用户发送的虚拟空间的场景和麦位数量。例如，用户选择了某个主题房间，该房间的麦位数量为8个。

处理模块504：处理模块可以从模板配置库中获取该虚拟空间对应的配置信息。例如，该虚拟空间对应的模板是音乐房间模板，麦位模式是轮唱模式，账号交互方式是语音互动。通过处理模块，可以将这些配置信息应用到该虚拟空间中。

发送模块506：如果聊天室需要更新虚拟空间的配置，更新模块可以更新该虚拟空间的配置信息，例如增加或删除麦位数量，更换模板等等。

本实施例中，通过该虚拟空间麦位资源处理装置，用户可以根据自己的需求配置虚拟空间，而系统可以根据配置信息自动调整麦位资源，从而实现更好的用户体验。

上述一种虚拟空间麦位资源处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器。其内部结构图可以如图6所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O）和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储模板数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种虚拟空间麦位资源处理方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。其内部结构图可以如图7所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种虚拟空间麦位资源处理方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图6和图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-OnlyMemory，ROM）、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器（ReRAM）、磁变存储器（Magnetoresistive Random Access Memory，MRAM）、铁电存储器（Ferroelectric Random Access Memory，FRAM）、相变存储器（Phase Change Memory，PCM）、石墨烯存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random AccessMemory，SRAM）或动态随机存取存储器（Dynamic RandomAccess Memory，DRAM）等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种虚拟空间麦位资源处理方法，其特征在于，所述方法包括：

获取第一账号所在用户端发送的虚拟空间的场景和麦位数量；

根据所述场景和麦位数量从模板配置库中获取所述虚拟空间对应的配置信息，所述配置信息包括模板、麦位模式和账号交互方式；

将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间；

所述方法还包括：

按照预设时间间隔轮询是否存在处于所述虚拟空间的目标账号发送的第一心跳信号；

在存在所述第一心跳信号的情况下，确定所述目标账号的状态为在线状态；

在不存在所述第一心跳信号的情况下，从底层维护的账号与虚拟空间标识关系中确定是否存在目标账号；

在所述底层维护的账号与虚拟空间标识的关联关系中存在所述目标账号，则确定所述目标账号的状态为暂时离开状态；

在所述底层维护的账号与虚拟空间标识关系中不存在所述目标账号，则确定所述目标账号的状态为离线状态。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取第二账号发起的上麦请求，所述上麦请求中携带有待上的目标麦位；

将所述第二账号的身份信息与所述目标麦位对应的身份条件进行比较；

在所述第二账号的身份信息符合所述目标麦位对应的身份条件的情况下，确定所述第二账号具备上麦至所述目标麦位的权限。

3.根据权利要求2所述的方法，其特征在于，在确定所述第二账号具备上麦至所述目标麦位的权限所述方法之后，所述方法还包括：

获取所述目标麦位的上麦方式；

根据所述上麦方式对所述第二账号进行处理。

4.根据权利要求3所述的方法，其特征在于，根据所述上麦方式对所述第二账号进行处理，包括：

在所述上麦方式为排队上麦的情况下，将所述第二账号添加至所述目标麦位的上麦队列中；

在所述上麦方式为自由上麦的情况下，将所述第二账号上麦至所述目标麦位。

5.根据权利要求1所述的方法，其特征在于，所述麦位模式包括麦位的布局和管理方式。

6.根据权利要求1所述的方法，其特征在于，所述更新所述虚拟空间包括添加、删除、修改所述虚拟空间中的对象、添加新的麦位资源。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在多次未检测到所述目标账号发送的第二心跳信号的情况下，确定所述目标账号的状态为离线状态，从所述底层维护的账号与虚拟空间标识的关联关系中删除所述目标账号。

8.一种虚拟空间麦位资源处理装置，其特征在于，所述装置包括：

获取模块，用于获取第一账号所在用户端发送的虚拟空间的场景和麦位数量；

处理模块，用于处理从所述场景和麦位数量的模板配置库中获取所述虚拟空间对应的配置信息；

发送模块，用于将所述配置信息发送给所述用户端，以指示所述用户端基于所述配置信息更新所述虚拟空间；

所述发送模块还被配置为：

按照预设时间间隔轮询是否存在处于所述虚拟空间的目标账号发送的第一心跳信号；

在存在所述第一心跳信号的情况下，确定所述目标账号的状态为在线状态；

在不存在所述第一心跳信号的情况下，从底层维护的账号与虚拟空间标识关系中确定是否存在目标账号；

在所述底层维护的账号与虚拟空间标识的关联关系中存在所述目标账号，则确定所述目标账号的状态为暂时离开状态；

在所述底层维护的账号与虚拟空间标识关系中不存在所述目标账号，则确定所述目标账号的状态为离线状态。

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

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

Images