CN111372093B - 直播房间管理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种直播房间管理方法、装置、设备及存储介质，其中该方法应用于直播后台，具体包括：通过用户接入端获取用户对于目标直播房间的房间业务请求；将房间业务请求通过房间接入转发端转发至房间接入端，房间接入转发端中存储有房间接入端与用户的关联关系；通过房间接入端根据房间业务请求执行相应操作，并在房间逻辑端中更新房间接入端与目标直播房间的关联关系。本发明实施例在用户接入端和房间逻辑端之间增加房间接入转发端和房间接入端，通过少量的数据存储和数据迁移的手段，可以有效解决现有技术中用户接入服务和房间业务逻辑之间因耦合过多造成的矛盾，提高了直播房间的业务管理性能和可扩展性。

Description

直播房间管理方法、装置、设备及存储介质

技术领域

本发明实施例涉及直播技术领域，尤其涉及一种直播房间管理方法、装置、设备及存储介质。

背景技术

随着智能终端和直播技术的发展，用户通过进入直播间浏览信息越来越成为生活中的一部分。

目前，对于直播后台架构中的直播房间管理，由于房间逻辑端(Group media，GM)通常是嵌入在接入端(Access Servcic，AS)中的，房间逻辑端与接入端的功能高度耦合，造成性能上的矛盾，并且给日常开发和维护也增加不必要的成本，需要进行改进。

发明内容

本发明实施例提供一种直播房间管理方法、装置、设备及存储介质，可以优化直播房间管理方案，解决现有技术中接入服务和业务逻辑之间的矛盾。

第一方面，本发明实施例提供了一种直播房间管理方法，应用于直播后台，该方法包括：

通过用户接入端获取用户对于目标直播房间的房间业务请求；

将所述房间业务请求通过房间接入转发端转发至房间接入端，所述房间接入转发端中存储有所述房间接入端与所述用户的关联关系；

通过所述房间接入端根据所述房间业务请求执行相应操作，并在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系。

第二方面，本发明实施例还提供了一种直播房间管理装置，配置于直播后台，该装置包括：

请求获取模块，用于通过用户接入端获取用户对于目标直播房间的房间业务请求；

请求转发模块，用于将所述房间业务请求通过房间接入转发端转发至房间接入端，所述房间接入转发端中存储有所述房间接入端与所述用户的关联关系；

业务执行模块，用于通过所述房间接入端根据所述房间业务请求执行相应操作，并在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系。

第三方面，本发明实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明实施例提供的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例提供的方法。

本发明实施例提供的直播房间管理方案应用于直播后台，通过用户接入端获取用户对于目标直播房间的房间业务请求，将房间业务请求通过房间接入转发端转发至房间接入端，房间接入转发端中存储有房间接入端与用户的关联关系，通过房间接入端根据房间业务请求执行相应操作，并在房间逻辑端中更新房间接入端与目标直播房间的关联关系。采用上述技术方案，在用户接入端和房间逻辑端之间增加房间接入转发端和房间接入端，通过少量的数据存储和数据迁移的手段，可以有效解决现有技术中用户接入服务和房间业务逻辑之间因耦合过多造成的矛盾，提高了直播房间的业务管理性能和可扩展性。

附图说明

图1为本发明实施例提供的一种直播房间管理方法的流程示意图；

图2为本发明实施例提供的一种直播后台的架构示意图；

图3为本发明实施例提供的一种直播房间广播示意图；

图4为本发明实施例提供的一种房间接入端下线示意图；

图5为本发明实施例提供的另一种直播房间管理方法的流程示意图；

图6为本发明实施例提供的一种进房示意图；

图7为本发明实施例提供的一种退房示意图；

图8为本发明实施例提供的一种直播房间管理装置的结构框图；

图9为本发明实施例提供的一种计算机设备的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本发明实施例提供的一种直播房间管理方法的流程示意图，该方法可以由直播房间管理装置执行，其中该装置可由软件和/或硬件实现，一般可集成在计算机设备中。如图1所示，该方法应用于直播后台，可以包括：

步骤101、通过用户接入端获取用户对于目标直播房间的房间业务请求。

其中，用户接入端可以理解为配置在直播后台架构中用于进行前端用户接入的前端接入服务(Access Servcice，简称AS)端，目前的直播后台架构中配置有上述前端接入服务。本发明实施例中对用户接入端的数量不作限定。目标直播房间可以为当前用户在其所在客户端选择的直播房间，例如目标直播房间可以为用户当前感兴趣的直播房间等。

本发明实施例中，房间业务请求是指用于对目标直播房间执行目标业务的请求，本发明实施例以房间业务请求包括进房请求和退房请求为例进行说明，进房请求是指进入目标直播房间的请求，退房请求是指退出目标直播房间的请求。

用户所在客户端发起对于目标直播房间的房间业务请求之后，直播房间管理装置通过上述用户对应的用户接入端可以接收该房间业务请求，当房间业务请求为进房请求时，可以直接转发该进房请求至房间接入转发端；当房间业务请求为退房请求时，转发退房请求至房间接入转发端，并返回退房响应给用户。可选的，用户与用户接入端之间的对应关系可以基于位置或信号传输速率等进行确定，具体本发明实施例中不作限定。例如，直播房间管理装置通过距离用户最近的用户接入端可以接收房间业务请求。

步骤102、将房间业务请求通过房间接入转发端转发至房间接入端，房间接入转发端中存储有房间接入端与用户的关联关系。

其中，房间接入转发端和房间接入端为本发明实施例中在直播后台架构中新增的服务端。房间接入转发端可以理解为直播后台的前端房间代理(Group Access Proxy，简称GAP)，用户接入转发端可以记录用户与房间接入端之间的关联关系以及转发用户请求至房间接入端。而房间接入端可以理解为直播后台的前端房间接入(Group Access，简称GA)，用于处理房间业务请求。房间接入转发端、房间接入端与上述用户接入端可以部署在直播后台架构中的前端机房，在每个前端机房中，房间接入转发端和房间接入端的部署数量均大于等于1，实际部署数量可以根据用户接入端和房间逻辑端的性能压力进行调整。

本发明实施例中，用户接入端对于相同用户的请求需要路由到同一个房间接入端进行处理，用户接入端获取到用户对于目标直播房间的房间业务请求之后，发送至房间接入转发端中，房间接入转发端根据预先存储的房间接入端与用户的关联关系查找该用户对应的房间接入端，并转发该房间业务请求至上述房间接入端。可以理解的是，若房间接入转发端未查找到该用户对应的房间接入端，则房间接入转发端为首次转发该用户的请求，分配一个房间接入端给用户，在本地记录用户与分配的房间接入端的关联关系，并可以将用户与房间接入端的关联关系同步到同一前端机房中的其他房间接入转发端。

步骤103、通过房间接入端根据房间业务请求执行相应操作，并在房间逻辑端中更新房间接入端与目标直播房间的关联关系。

其中，房间逻辑端用于在直播房间中实现功能管理，可以为直播后台架构中的房间逻辑服务(Group Media，简称GM)端，具体在直播房间中的管理的功能可以包括房间成员管理、直播房间广播发送以及直播房间弹幕管理等，目前的直播后台架构中配置有上述房间逻辑服务。房间逻辑端中可以存储房间接入端和目标直播房间的关联关系。

示例性的，图2为本发明实施例提供的一种直播后台的架构示意图。如图2所示，AS表示用户接入端，GAP表示房间接入转发端，GA表示房间接入端，GM表示房间逻辑端，直播后台可以包括用户接入端、房间接入转发端、房间接入端和房间逻辑端，用户接入端、房间接入转发端和房间接入端部署在前端机房1和前端机房2中，房间逻辑端单独部署。图中前端机房1中的Ip1.1、Ip1.2、Ip1.3，以及前端机房2中的Ip2.1、Ip2.2、Ip2.3可以表示所在IP地址。

相较于现有技术中，本发明实施例中的直播后台新增了房间接入转发端和房间接入端，用户接入端与房间接入端没有固定映射关系，房间接入端可以随意启停，房间接入端的请求可能来自同一个前端机房中的任何用户接入端，同一个用户的房间业务请求只能去往同一个房间接入端。并且房间逻辑端关联的对象为房间接入端，因而用户接入端与房间逻辑端之间不再有交互，房间逻辑端的下行路径按顺序依次为房间逻辑端、房间接入端、房间接入转发端、用户接入端和用户。

本发明实施例中，通过房间接入端接收到房间接入转发端转发的房间业务请求之后，可以根据房间业务请求执行相应操作，并在房间逻辑端中更新房间接入端与目标直播房间的关联关系。例如，当房间业务请求为进房请求时，则发送进房请求给房间逻辑端，以执行对目标直播房间的进房操作，并可以转发房间逻辑端返回的进房响应给用户；当房间业务请求为退房请求时，则删除本地历史存储的相关数据。

本发明实施例提供的直播房间管理方案应用于直播后台，通过用户接入端获取用户对于目标直播房间的房间业务请求，将房间业务请求通过房间接入转发端转发至房间接入端，房间接入转发端中存储有房间接入端与用户的关联关系，通过房间接入端根据房间业务请求执行相应操作，并在房间逻辑端中更新房间接入端与目标直播房间的关联关系。采用上述技术方案，在用户接入端和房间逻辑端之间增加房间接入转发端和房间接入端，通过少量的数据存储和数据迁移的手段，使得用户接入端与房间逻辑端之间不再有交互，可以有效解决现有技术中用户接入服务和房间业务逻辑之间因耦合过多造成的矛盾，提高了直播房间的业务管理性能和可扩展性。

在一些实施例中，当房间业务请求为进房请求时，通过用户接入端获取用户对于目标直播房间的房间业务请求之后，还可以包括：通过用户接入端记录当前进房时间，并将当前进房时间添加至进房请求中。

由于房间接入端的房间业务请求可能来自同机房的其他用户接入端，为了避免用户发送请求至用户接入端的时序问题，本发明实施例中在房间业务请求为进房请求时，可以通过用户接入端记录当前进房时间，将当前进房时间添加至进房请求中，以将该当前进房时间通过房间接入转发端转发给房间接入端，以该当前进房时间为标准通过对比执行后续房间业务。

在一些实施例中，当房间业务请求为进房请求时，通过房间接入端根据房间业务请求执行相应操作，可以包括：通过房间接入端将本地存储的用户的历史进房时间与进房请求中的当前进房时间进行比对，得到第一比对结果；如果第一比对结果为当前进房时间晚于历史进房时间，则发送进房请求至房间逻辑端，以执行对目标直播房间的进房操作。

房间接入端接收到进房请求之后，针对目标直播房间可以获取本地存储的该用户的历史进房时间，并将该历史进房时间与当前进房时间进行比对，如果当前进房时间晚于历史进房时间，则说明当前进房请求为新的进房请求，发送新的进房请求至房间逻辑端，以使房间逻辑端判断该用户是否允许进入目标直播房间，如果允许，则进入目标直播房间，如果不允许，则拒绝进入目标直播房间。而如果当前进房时间早于历史进房时间，则说明当前进房请求是之前发送的请求，可能已经处理过了或者出现其他问题，不需要处理当前的进房请求。即房间接入端仅仅处理进房时间晚于历史进房时间所对应的进房请求。

通过记录进房时戳，可以避免因请求在直播后台中转发时间过长而造成的时序问题，提高房间业务处理的可靠性。

在一些实施例中，如果第一比对结果为当前进房时间晚于历史进房时间，则发送进房请求至房间逻辑端，以执行对目标直播房间的进房操作之后，还可以包括：通过房间接入端转发房间逻辑端返回的进房响应给用户。

房间逻辑端可以根据预先存储的进房逻辑判断当前的用户是否允许进入目标直播房间，若允许，则返回进房成功的进房响应给房间接入端，若不允许，则返回进房失败的进房响应给房间接入端，房间接入端可以将上述两种进房响应返回给用户。上述房间逻辑端中的进房逻辑可以根据实际情况进行设定，本发明实施例中不作限定，例如进房逻辑可以为目标直播房间的用户黑名单，如果用户在用户黑名单中，则该用户不允许进入目标直播房间。这样设置的好处在于，对于用户客户端而言，接收到进房响应之后可以得知是否进房成功，提高了用户体验。

在一些实施例中，通过房间接入端将本地存储的用户的历史进房时间与当前进房时间进行比对，得到第一比对结果之后，还可以包括：如果第一比对结果为当前进房时间晚于历史进房时间，则通过房间接入端记录用户与目标直播房间之间的路径数据，路径数据包括目标直播房间的房间号、用户接入端的接入端标识和用户的用户标识。

如果当前进房时间晚于历史进房时间，则房间接入端可以处理进房请求，同时还可以在本地记录用户与目标直播房间的路径数据，该路径数据为目标直播房间实现功能的关键数据，该路径数据记录了目标直播房间、用户接入端和用户之间在设定时间内的关联关系，上述设定时间为用户、用户接入端和目标直播房间均不掉线或出现其他故障，且用户还未退房时的一段时间。路径数据具体可以采用“gid_user:<gid,<ASid,uids>>”的格式表示，其中gid表示目标直播房间的房间号，ASid表示用户接入端的接入端标识，uid表示用户标识，上述表示方式仅为示例。

在一些实施例中，当房间业务请求为进房请求时，在房间逻辑端中更新房间接入端与目标直播房间的关联关系，可以包括：如果通过房间接入端确定首次成功进入目标直播房间，则将房间接入端与目标直播房间的关联关系发送至房间逻辑端，以在房间逻辑端中存储。

本发明实施例中，如果对于房间接入端而言，是第一次成功进入目标直播房间，则需要记录该目标直播房间，并将自身与目标直播房间的关联关系发送至房间逻辑端，以在房间逻辑端中存储；如果房间接入端进入目标直播房间失败或不是第一次进入目标直播房间，则不需要记录该目标直播房间。也即，房间逻辑端中存储有房间接入端与目标直播房间的关联关系，该关联关系可以理解为一种订阅关系，目标直播房间可以下发信息给关联的房间接入端。这样设置的好处在于，房间逻辑端与用户接入端不再有交互，房间逻辑端中通过存储房间接入端与目标直播房间的关联关系，仅与房间接入端进行交互，房间逻辑端与用户接入端之间的不会互相影响性能。

在一些实施例中，当房间业务请求为退房请求时，通过用户接入端获取用户对于目标直播房间的房间业务请求之后，还可以包括：通过用户接入端将用户所在当前直播房间与目标直播房间进行比对，得到第二比对结果；如果第二比对结果为当前直播房间与目标直播房间相同，则获取用户在本地存储的第一进房时间，将第一进房时间添加至退房请求中，并返回退房响应给用户。

由于用户进入目标直播房间时，用户接入端可以记录进房时间，因此在房间业务请求为退房请求时，用户接入端需要判断对用户所在的当前直播房间与需要退房的目标直播房间是否相同，具体可以比对直播房间号来确定，若相同，则说明目标直播房间为用户实际想要退出的直播房间，获取本地在之前进房时存储的第一进房时间，并将该第一进房时间添加至退房请求中，以转发第一进房时间给房间接入端执行后续操作。

本发明实施例中，用户接入端中接收到退房请求并确定第二比对结果为当前直播房间与目标直播房间相同时，可以将用户退出目标直播房间，并发送退房响应给用户。对目标直播房间执行退房和进房时是不同的，退房时在用户接入端直接将用户退出即可，因此退房响应的返回不同于进房响应，用户接入端确认直播房间之后即可返回，也即直播后台架构对于用户的进房请求需要进行逻辑判断，但是对于用户的退房请求不需要逻辑判断即可实现退房。并且用户接收到退房响应即表示成功退房，如果用户没有收到退房响应时才说明退房失败。

本发明实施例中，如果不进行直播房间号的确认，因房间接入端中之前直播房间的直播房间号未删除而用户已经进入另一个直播房间号对应的直播房间，可能会出现用户想要退出的是之前直播房间，而错误地将另一个直播房间退出的情况，因此通过直播房间号的确认可以提高业务请求处理的可靠性。

在一些实施例中，当房间业务请求为退房请求时，通过房间接入端根据房间业务请求执行相应操作，可以包括：通过房间接入端将本地存储的第二进房时间以及退房请求中的第一进房时间进行比对，得到第三比对结果；如果第三比对结果为第二进房时间和第一进房时间相同，则删除本地存储的用户与目标直播房间之间的路径数据。

用户接入端通过房间接入转发端发送退房请求给房间接入端之后，房间接入端可以获取本地存储的目标直播房间的第二进房时间，判断第二进房时间与退房请求中的第一进房时间是否相同，若相同，则执行删除操作，删除本地存储的用户与目标直播房间之间的路径数据；若不同，则不执行删除操作。这样设置的好处在于，通过房间接入端对进房时间的确认操作，可以避免消息乱序导致的误删除。

在一些实施例中，在房间逻辑端中更新房间接入端与目标直播房间的关联关系，可以包括：如果通过房间接入端确定第三比对结果为第二进房时间和第一进房时间相同，则发送退房请求至房间逻辑端，以使房间逻辑端删除房间接入端与目标直播房间的关联关系。

通过房间接入端确定第二进房时间与第一进房时间相同之后，还可以发送退房请求至房间逻辑端，以使房间逻辑端删除该房间接入端与目标直播房间的关联关系，即针对目标直播房间取消房间接入端的订阅关系。

直播后台架构接收到用户的退房请求之后，除了通过用户接入端返回退房响应，还删除房间接入端中相关的路径数据和房间逻辑端中相关的关联关系，可以释放直播后台架构中的缓存，节省空间。

在一些实施例中，本发明实施例中的直播房间管理方法还可以包括：通过房间逻辑端接收直播房间广播请求，获取直播房间广播请求中的广播信息和房间信息，并将广播信息发送至房间信息对应的房间接入端，以使房间接入端通过房间信息对应的用户接入端，将广播信息转发至对应的用户。

示例性的，图3为本发明实施例提供的一种直播房间广播示意图。如图3所示，当用户进入直播房间之后，可以通过房间逻辑端接收直播房间广播请求，该直播房间广播请求中包括房间信息和广播信息。由于房间逻辑端中存储有与所有与该房间信息对应的直播房间关联的房间接入端，房间逻辑端可以将广播信息发送至关联的房间接入端中，如图中的房间接入端1和房间接入端3中，而房间接入端2并没有接收到广播消息。房间接入端接收到广播消息之后可以转发该广播消息至与所有与该房间信息对应的直播房间关联的用户接入端，最终由用户接入端将消息转发到每个用户。如图3中，房间接入端1将广播消息转发至关联的用户接入端1和用户接入端2，用户接入端1再将广播消息转发至用户3，用户接入端2将广播消息转发至用户1和用户2；而房间接入端3将广播消息转发至关联的用户接入端3，并由用户接入端3转发至用户4和用户5。

本发明实施例中，在进行直播房间广播时，房间逻辑端不关心把广播消息广播给哪些用户，而是直接发送广播消息至对应的房间接入端，以发送广播消息至用户，提高了房间逻辑端处理直播房间相关功能的效率。

在一些实施例中，本发明实施例中的直播房间管理方法还可以包括：如果确定房间接入端满足下线条件，则通过房间接入端将下线指令发送至房间接入转发端和房间逻辑端；通过房间接入转发端获取房间接入端对应的待处理用户，并将下线指令转发至待处理用户对应的用户接入端，以通过用户接入端重新发送进房请求并选择新的房间接入端执行进房；在房间逻辑端中更新房间接入端与直播房间的关联关系。

本发明实施例中，上述下线条件可以根据实际情况进行设定，本发明实施例中不作限定，例如当房间接入端需要升级或者出现故障时，可以确定房间接入端满足下线条件。

示例性的，参见图4，图4为本发明实施例提供的一种房间接入端下线示意图。图中包括房间接入端下线的具体时序操作，包括：时序1)房间接入端下线，即房间逻辑端满足下线条件。时序2)房间接入端下线通知由服务发现机制推送到房间接入转发端和房间逻辑端，也即房间接入端将下线指令发送至房间接入转发端和房间逻辑端。时序3)房间接入转发端上处理本机房的房间接入端的下线通知，获取房间接入端对应的所有待处理用户；房间逻辑端上处理所有房间接入端的下线通知，更新房间接入端与直播房间的关联关系。时序4)房间接入转发端通知对应的用户接入端，即将下线指令转发至待处理用户对应的用户接入端。时序5)用户接入端上立即触发对应待处理用户的进房请求。时序6)发送进房请求至房间接入转发端。时序7)房间接入转发端选择新的房间接入端，并将进房请求透传到新的房间接入端。时序8)在新的房间接入端上重新发起进房流程。

本发明实施例中，房间接入端下线时，通过数据迁移手段不需要重新恢复数据即可不影响后续的处理，提高了直播后台的性能。

图5为本发明实施例提供的另一种直播房间管理方法的流程示意图。本发明实施例在上述实施例的基础上，对上述直播房间管理方法进行具体说明。相应的，如图5所示，本发明实施例的方法具体包括：

步骤201、通过用户接入端获取用户对于目标直播房间的房间业务请求。

步骤202、判断房间业务请求的类型，如果房间业务请求为进房请求，则执行步骤2031-步骤2039；如果房间业务请求为退房请求，则执行步骤2041-步骤2049。

本发明实施例中，直播后台可以包括用户接入端、房间接入转发端、房间接入端和房间逻辑端，通过用户接入端接收到房间业务请求之后，房间业务请求分别为进房请求和退房请求时，直播后台可以执行相应的不同操作。

步骤2031、通过用户接入端记录当前进房时间，并将当前进房时间添加至进房请求中。

步骤2032、将进房请求通过房间接入转发端转发至房间接入端。

其中，房间接入转发端中存储有房间接入端与用户的关联关系。

步骤2033、通过房间接入端将本地存储的用户的历史进房时间与房间业务请求中的当前进房时间进行比对，得到第一比对结果。

步骤2034、判断第一比对结果是否为当前进房时间晚于历史进房时间，若是，则执行步骤2036；否则，执行步骤2035。

步骤2035、拒绝处理进房请求。

步骤2036、通过房间接入端发送进房请求至房间逻辑端，以执行对目标直播房间的进房操作，并转发房间逻辑端返回的进房响应给用户。

可选的，第一比对结果为当前进房时间晚于历史进房时间，则房间接入端可以处理进房请求，通过房间接入端记录用户与目标直播房间之间的路径数据。路径数据包括目标直播房间的房间号、用户接入端的接入端标识和用户的用户标识。

步骤2036之后，可以执行步骤2037。

步骤2037、通过房间接入端确定是否是首次成功进入目标直播房间，若是，则执行步骤2038；否则，执行步骤2039。

本发明实施例中，房间接入端可以获取房间逻辑端返回的进房响应，确定进房响应是否为进房成功的响应，若是，则当本地没有记录有该目标直播房间，确定首次成功进入目标直播房间，执行步骤2038。如果房间接入端确定进房响应为进房失败的响应或本地记录有该目标直播房间，则执行步骤2039。

步骤2038、将房间接入端与目标直播房间的关联关系发送至房间逻辑端，以在房间逻辑端中存储。

步骤2039、结束。

步骤2041、通过用户接入端将用户所在当前直播房间与目标直播房间进行比对，得到第二比对结果。

步骤2042、判断第二比对结果是否为当前直播房间与目标直播房间相同，若是，则执行步骤2044；否则，执行步骤2043。

步骤2043、拒绝处理退房请求。

步骤2044、获取用户在本地存储的第一进房时间，将第一进房时间添加至退房请求中，并返回退房响应给用户。

用户接收到退房响应说明退房成功，与进房响应不同。步骤2044之后，可以执行步骤2045。

步骤2045、将退房请求通过房间接入转发端转发至房间接入端。

步骤2046、通过房间接入端将本地存储的第二进房时间以及房间业务请求中的第一进房时间进行比对，得到第三比对结果。

步骤2047、判断第三比对结果是否为第二进房时间和第一进房时间相同，若是，则执行步骤2048；否则，执行步骤2043。

步骤2048、删除本地存储的用户与目标直播房间之间的路径数据。

步骤2048之后，可以执行步骤2049。

步骤2049、通过房间接入端发送退房请求至房间逻辑端，以使房间逻辑端删除房间接入端与目标直播房间的关联关系。

本发明实施例中，房间接入端和房间逻辑端接收到退房请求之后，执行的是删除本地存储的与该用户相关的路径数据和关联关系的数据。

示例性的，图6为本发明实施例提供的一种进房示意图，图中包括用户进入目标直播房间时的具体时序操作，包括：时序1)用户客户端发起进房请求。时序2)用户接入端记录当前进房时戳，添加至进房请求中。时序3)通过房间接入转发端将带有当前进房时戳的进房请求转发至与用户对应的用户接入端中，房间接入转发端中存储有用户与房间接入端之间的关联关系。时序4)房间接入端比对目标直播房间对应的本地存储的历史进房时戳和当前进房时戳，若当前进房时戳晚于历史进房时戳时，转发进房请求至房间逻辑端，以执行对目标直播房间的进房操作，并且房间接入端还可以在本地记录用户与目标直播房间之间的路径数据，即关键数据“gid_user:<gid,<ASid,uids>>”；房间接入端可以接收进房响应。时序5)房间接入端缓存一秒内的进房信息，定时推送到房间逻辑端，并转发退房响应给用户接入端，进而返回给用户。时序6)房间接入端确定进房响应为进房成功的响应时，并且第一次进入目标直播房间，可以推送房间接入端与目标直播房间的关联关系(即房间接入端到目标直播房间的订阅关系)到房间逻辑端。时序7)进房成功后，用户接入端会定时发送心跳请求给房间接入端。时序8)房间接入端若一定时间未收到心跳请求，则可以纠正直播房间的状态，删除用户。

本发明实施例中，如果直播后台的服务器内部的进房请求丢失，则不会加入直播房间，用户客户端接收不到进房响应时可以触发重试；直播后台的服务器内部的进房请求未丢失，客户端接收不到进房响应时也可以触发重试，针对请求幂等无影响，即本发明实施例的直播房间管理方法在执行进入直播房间时的可靠性可以保证。

示例性的，图7为本发明实施例提供的一种退房示意图，图中包括用户退出目标直播房间时的具体时序操作，包括：时序1)用户客户端发起退房请求。时序2)在退房前用户接入端需要比对用户当前所在直播房间与需要退出的直播房间是否相同，若相同，获取第一进房时戳添加至退房请求中，并返回退房响应给用户。时序3)通过房间接入转发端将带有第一进房时戳的退房请求转发至用户对应的房间接入端。时序4)房间接入端为了避免消息乱序导致的误删除，需要先对比本地保存的目标直播房间对应的第二进房时戳与第一进房时戳是否相同，若相同才执行删除操作，删除本地存储的路径数据。时序5)用户接入端缓存一秒内的退房信息，定时推送到房间逻辑端。时序6)用户接入端发送退房请求给房间逻辑端，以使房间逻辑端删除目标直播房间与用户接入端的关联关系，即取消用户接入端对于目标直播房间的订阅关系。

本发明实施例中，如果用户客户端到房间接入端的退房请求丢失，则直播后台的服务器退房失败，可以依赖用户接入端到房间接入端的心跳请求超时，将用户从目标直播房间剔除，保证了退房的可靠性。

本发明实施例提供的直播房间管理方法，可以在用户接入端与房间逻辑端之间增加房间接入端，来承担房间逻辑的处理，并且可以动态调整房间接入端的实际数量，实现用户接入端与房间逻辑端的压力平衡，房间接入端或用户接入端启停时，通过数据迁移手段不需要重新恢复数据。

本发明实施例提供的直播房间管理方案应用于直播后台，通过用户接入端获取用户对于目标直播房间的房间业务请求，当房间业务请求为进房请求时，可以通过房间接入转发端、房间接入端和房间逻辑端中的配合处理进房请求，并返回进房响应给用户；当房间业务请求为退房请求时，可以通过用户接入端转发退房响应给用户，并删除房间接入端和房间逻辑端中对应的数据。采用上述技术方案，在用户接入端和房间逻辑端之间增加房间接入转发端和房间接入端，通过少量的数据存储和数据迁移的手段，可以有效解决现有技术中用户接入服务和房间业务逻辑之间因耦合过多造成的矛盾，提高了直播房间的业务管理性能和可扩展性。

图8为本发明实施例提供的一种直播房间管理装置的结构框图，该装置可由软件和/或硬件实现，一般可集成在计算机设备中。如图8所示，该装置包括：

请求获取模块301，用于通过用户接入端获取用户对于目标直播房间的房间业务请求；

请求转发模块302，用于将所述房间业务请求通过房间接入转发端转发至房间接入端,所述房间接入转发端中存储有所述房间接入端与所述用户的关联关系；

业务执行模块303，用于通过所述房间接入端根据所述房间业务请求执行相应操作，并在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系。

本发明实施例提供的直播房间管理装置配置于直播后台，通过用户接入端获取用户对于目标直播房间的房间业务请求，将所述房间业务请求通过房间接入转发端转发至房间接入端，所述房间接入转发端中存储有所述房间接入端与所述用户的关联关系，通过所述房间接入端根据所述房间业务请求执行相应操作，并在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系。采用上述技术方案，在用户接入端和房间逻辑端之间增加房间接入转发端和房间接入端，通过少量的数据存储和数据迁移的手段，可以有效解决现有技术中用户接入服务和房间业务逻辑之间因耦合过多造成的矛盾，提高了直播房间的业务管理性能和可扩展性。

可选的，所述房间业务请求包括进房请求和退房请求。

可选的，当所述房间业务请求为所述进房请求时，所述装置还包括时间记录模块，具体用于：

所述通过用户接入端获取用户对于目标直播房间的房间业务请求之后，通过所述用户接入端记录当前进房时间，并将所述当前进房时间添加至所述进房请求中。

可选的，所述业务执行模块303具体用于：

通过所述房间接入端将本地存储的所述用户的历史进房时间与所述进房请求中的当前进房时间进行比对，得到第一比对结果；

如果所述第一比对结果为所述当前进房时间晚于所述历史进房时间，则发送所述进房请求至所述房间逻辑端，以执行对所述目标直播房间的进房操作。

可选的，所述装置还包括进房响应模块，具体用于：

所述如果所述第一比对结果为所述当前进房时间晚于所述历史进房时间，则发送所述进房请求至所述房间逻辑端，以执行对所述目标直播房间的进房操作之后，通过所述房间接入端转发所述房间逻辑端返回的进房响应给所述用户。

可选的，所述装置还包括路径记录模块，具体用于：

通过所述房间接入端将本地存储的所述用户的历史进房时间与所述当前进房时间进行比对，得到第一比对结果之后，

如果所述第一比对结果为所述当前进房时间晚于所述历史进房时间，则通过所述房间接入端记录所述用户与所述目标直播房间之间的路径数据，所述路径数据包括所述目标直播房间的房间号、所述用户接入端的接入端标识和所述用户的用户标识。

可选的，当所述房间业务请求为所述退房请求时，所述装置还包括时间比对模块，具体用于：

所述通过用户接入端获取用户对于目标直播房间的房间业务请求之后，通过所述用户接入端将所述用户所在当前直播房间与所述目标直播房间进行比对，得到第二比对结果；

如果所述第二比对结果为所述当前直播房间与所述目标直播房间相同，则获取所述用户在本地存储的第一进房时间，将所述第一进房时间添加至所述退房请求中，并返回退房响应给所述用户。

可选的，所述业务执行模块303具体用于：

通过所述房间接入端将本地存储的第二进房时间以及所述退房请求中的所述第一进房时间进行比对，得到第三比对结果；

如果所述第三比对结果为所述第二进房时间和所述第一进房时间相同，则删除本地存储的所述用户与所述目标直播房间之间的路径数据。

可选的，所述业务执行模块303还用于：

如果通过所述房间接入端确定所述第三比对结果为所述第二进房时间和所述第一进房时间相同，则发送所述退房请求至所述房间逻辑端，以使所述房间逻辑端删除所述房间接入端与所述目标直播房间的关联关系。

可选的，当所述房间业务请求为所述进房请求时，所述业务执行模块303还用于：

如果通过所述房间接入端确定首次成功进入所述目标直播房间，则将所述房间接入端与所述目标直播房间的关联关系发送至所述房间逻辑端，以在所述房间逻辑端中存储。

可选的，所述装置还包括广播模块，具体用于：

通过房间逻辑端接收直播房间广播请求，获取所述直播房间广播请求中的广播信息和房间信息，并将所述广播信息发送至所述房间信息对应的房间接入端，以使所述房间接入端通过所述房间信息对应的用户接入端，将所述广播信息转发至对应的用户。

可选的，所述装置还包括下线模块，具体用于：

如果确定房间接入端满足下线条件，则通过所述房间接入端将下线指令发送至房间接入转发端和房间逻辑端；

通过所述房间接入转发端获取所述房间接入端对应的待处理用户，并将所述下线指令转发至所述待处理用户对应的用户接入端，以通过所述用户接入端重新发送进房请求并选择新的房间接入端执行进房；

在所述房间逻辑端中更新所述房间接入端与直播房间的关联关系。

本发明实施例提供了一种计算机设备，该计算机设备中可集成本发明实施例提供的直播房间管理装置。图9为本发明实施例提供的一种计算机设备的结构框图。计算机设备400包括存储器401、处理器402及存储在存储器401上并可在处理器402上运行的计算机程序，所述处理器402执行所述计算机程序时实现本发明实施例提供的直播房间管理方法。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本发明实施例提供的直播房间管理方法。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDORAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

上述实施例中提供的直播房间管理装置、存储介质以及计算机设备可执行本发明相应实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明相应实施例所提供的方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (15)

1.一种直播房间管理方法，其特征在于，应用于直播后台，包括：

通过用户接入端获取用户对于目标直播房间的房间业务请求；

将所述房间业务请求通过房间接入转发端转发至房间接入端，所述房间接入转发端中存储有所述房间接入端与所述用户的关联关系；

通过所述房间接入端根据所述房间业务请求执行相应操作，并在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系；

所述用户接入端与所述房间逻辑端之间不存在交互；

所述房间逻辑端用于在直播房间中实现功能管理。

2.根据权利要求1所述的方法，其特征在于，所述房间业务请求包括进房请求和退房请求。

3.根据权利要求2所述的方法，其特征在于，当所述房间业务请求为所述进房请求时，所述通过用户接入端获取用户对于目标直播房间的房间业务请求之后，还包括：

通过所述用户接入端记录当前进房时间，并将所述当前进房时间添加至所述进房请求中。

4.根据权利要求3所述的方法，其特征在于，所述通过所述房间接入端根据所述房间业务请求执行相应操作，包括：

通过所述房间接入端将本地存储的所述用户的历史进房时间与所述进房请求中的当前进房时间进行比对，得到第一比对结果；

如果所述第一比对结果为所述当前进房时间晚于所述历史进房时间，则发送所述进房请求至所述房间逻辑端，以执行对所述目标直播房间的进房操作。

5.根据权利要求4所述的方法，其特征在于，如果所述第一比对结果为所述当前进房时间晚于所述历史进房时间，则发送所述进房请求至所述房间逻辑端，以执行对所述目标直播房间的进房操作之后，还包括：

通过所述房间接入端转发所述房间逻辑端返回的进房响应给所述用户。

6.根据权利要求4所述的方法，其特征在于，通过所述房间接入端将本地存储的所述用户的历史进房时间与所述当前进房时间进行比对，得到第一比对结果之后，还包括：

如果所述第一比对结果为所述当前进房时间晚于所述历史进房时间，则通过所述房间接入端记录所述用户与所述目标直播房间之间的路径数据，所述路径数据包括所述目标直播房间的房间号、所述用户接入端的接入端标识和所述用户的用户标识。

7.根据权利要求2所述的方法，其特征在于，当所述房间业务请求为所述退房请求时，所述通过用户接入端获取用户对于目标直播房间的房间业务请求之后，还包括：

通过所述用户接入端将所述用户所在当前直播房间与所述目标直播房间进行比对，得到第二比对结果；

如果所述第二比对结果为所述当前直播房间与所述目标直播房间相同，则获取所述用户在本地存储的第一进房时间，将所述第一进房时间添加至所述退房请求中，并返回退房响应给所述用户。

8.根据权利要求7所述的方法，其特征在于，所述通过所述房间接入端根据所述房间业务请求执行相应操作，包括：

通过所述房间接入端将本地存储的第二进房时间以及所述退房请求中的所述第一进房时间进行比对，得到第三比对结果；

如果所述第三比对结果为所述第二进房时间和所述第一进房时间相同，则删除本地存储的所述用户与所述目标直播房间之间的路径数据。

9.根据权利要求8所述的方法，其特征在于，所述在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系，包括：

如果通过所述房间接入端确定所述第三比对结果为所述第二进房时间和所述第一进房时间相同，则发送所述退房请求至所述房间逻辑端，以使所述房间逻辑端删除所述房间接入端与所述目标直播房间的关联关系。

10.根据权利要求2所述的方法，其特征在于，当所述房间业务请求为所述进房请求时，所述在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系，包括：

如果通过所述房间接入端确定首次成功进入所述目标直播房间，则将所述房间接入端与所述目标直播房间的关联关系发送至所述房间逻辑端，以在所述房间逻辑端中存储。

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

通过房间逻辑端接收直播房间广播请求，获取所述直播房间广播请求中的广播信息和房间信息，并将所述广播信息发送至所述房间信息对应的房间接入端，以使所述房间接入端通过所述房间信息对应的用户接入端，将所述广播信息转发至对应的用户。

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

如果确定房间接入端满足下线条件，则通过所述房间接入端将下线指令发送至房间接入转发端和房间逻辑端；

通过所述房间接入转发端获取所述房间接入端对应的待处理用户，并将所述下线指令转发至所述待处理用户对应的用户接入端，以通过所述用户接入端重新发送进房请求并选择新的房间接入端执行进房；

在所述房间逻辑端中更新所述房间接入端与直播房间的关联关系。

13.一种直播房间管理装置，其特征在于，配置于直播后台，包括：

请求获取模块，用于通过用户接入端获取用户对于目标直播房间的房间业务请求；

请求转发模块，用于将所述房间业务请求通过房间接入转发端转发至房间接入端，所述房间接入转发端中存储有所述房间接入端与所述用户的关联关系；

业务执行模块，用于通过所述房间接入端根据所述房间业务请求执行相应操作，并在房间逻辑端中更新所述房间接入端与所述目标直播房间的关联关系；

所述用户接入端与所述房间逻辑端之间不存在交互；

所述房间逻辑端用于在直播房间中实现功能管理。

14.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-12任一项所述的方法。

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

Images