CN112822528A - 直播列表服务系统、直播列表管理方法、服务器及介质 - Google Patents

Abstract

本发明实施例公开了直播列表服务系统、直播列表管理方法、服务器及介质。该系统包括列表服务层和数据层；列表服务层包含列表服务节点用于根据接收到的相对目标直播房间的直播数据请求，对目标直播房间关联的直播间列表进行管理；数据层包含数据中心用于存储构成直播间列表的有序集合序列，有序集合序列包括至少一个有序集合，各有序集合中以直播属性键值对来表示直播间列表信息。利用该系统，实现直播间列表存储与直播房间运行时中各业务进程的解耦，保证直播间列表存储操作的逻辑独立，同时避免了因某个保存有部分列表信息的机器故障而对整个直播间列表的影响，也避免了列表存储中数据结构的特殊设计，在业务实现中具备更好的通用性以及简洁性。

Description

直播列表服务系统、直播列表管理方法、服务器及介质

技术领域

本发明实施例涉及直播技术领域，尤其涉及直播列表服务系统、直播列表管理方法、服 务器及介质。

背景技术

在网络直播领域，针对直播间内观众用户形成直播间列表是直播应用软件的必备功能， 直播间内约一半以上的业务都需要围绕直播间列表进行展开，由此，对直播间列表的维护与 管理直接关系到直播用户在直播间中的整个直播业务体验。

传统的直播间列表维护与管理中，通常采用进程内存存储或机器共享内存存储的方式进 行直播间所对应直播间列表的存储。然而，采用进程内存存储的方式，在进程启动时需要从 其他进程进行信息同步，导致整个直播间列表管理的业务逻辑复杂，不简洁；采用机器共享 内存存储的方式，所依赖的数据结构复杂且需要自行设计，在业务实现中的通用性低，同时 在机器处于关机状态后相应的内存无法继续共享内容，且在机器故障时主从备份的容灾性较 差。

发明内容

有鉴于此，本发明实施例提供了直播列表服务系统、直播列表管理方法、服务器及介质， 以实现直播间列表的有效管理。

第一方面，本发明实施例提供了一种直播列表服务系统，包括：列表服务层和数据层；

所述列表服务层包含列表服务节点，用于根据接收到的相对目标直播房间的直播数据请 求，对所述目标直播房间关联的直播间列表进行管理；

所述数据层包含数据中心，用于存储构成所述直播间列表的有序集合序列，所述有序集 合序列包括至少一个有序集合，各所述有序集合中以直播属性键值对来表示直播间列表信 息。

第二方面，本发明实施例提供一种直播列表管理方法，由本发明第一方面实施例提供的 直播列表服务系统中列表服务层的列表服务节点执行，包括：根据接收到的相对目标直播房 间的直播数据请求，对所述目标直播房间关联的直播间列表进行管理；

其中，所述直播间列表由有序集合序列构成，所述有序集合序列存储在所述直播列表服 务系统中数据层的数据中心内，包括至少一个有序集合，各所述有序集合中以直播属性键值 对来表示直播间列表信息。

第三方面，本发明实施例提供了一种服务器，作为本发明第一方面实施例提供的直播列 表服务系统中列表服务层的列表服务节点，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本 发明第二方面实施例提供的直播列表管理方法。

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

本发明实施例提供的直播列表服务系统、直播列表管理方法、服务器及介质中，在直播 列表服务系统的列表服务层上，列表服务节点可以根据接收到的相对目标直播房间直播数据 请求，对目标直播房间关联的直播间列表进行管理，数据层包含的数据中心内存储了构成所 述直播间列表的有序集合序列，有序集合序列包括了至少一个有序集合，各有序集合中以直 播属性键值对的形式来表示直播间列表信息。上述技术方案，将直播房间关联的直播间列表 采用第三方储存服务构成的数据中心进行存储，可在接收到直播数据请求时直接对数据层中 存储的直播间列表进行管理，以此来实现直播间列表存储与列表服务层中各业务进程的解 耦，保证了直播间列表存储操作的逻辑独立；同时，直播间列表在数据中心内由多个相独立 的有序集合构成，避免了因保存某个有序集合的机器故障而对整个直播间列表的影响；此外， 直播间列表直接依赖了数据中心内有序集合所具备的特性，避免了现有对直播间列表存储中 数据结构的单独设计，在业务实现中具备更好的通用性以及简洁性。

附图说明

图1给出了本发明实施例一提供的一种直播列表管理方法的流程示意图；

图1a给出了本实施所提供一种直播列表服务系统中所包括列表服务节点的结构框图；

图2给出了本发明实施例二提供的一种直播列表管理方法的流程示意图；

图2a给出了本发明实施例二在用户进入直播房间时对直播间列表进行管理的实现示例 图；

图2b给出了本发明实施例二在用户离开直播房间时对直播间列表进行管理的实现示例 图；

图3给出了本发明实施例三提供的一种服务器的硬件结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例方式作 进一步地详细描述。应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的 实施例。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的 对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于 本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

实施例一

图1给出了本发明实施例一提供的一种直播列表服务系统的结构框图，该系统适用于对 直播房间的直播间列表进行管理的情况，如图1所示，该直播列表服务系统包括：列表服务 层11和数据层12。

其中，该列表服务层11包含列表服务节点111，用于根据接收到的相对目标直播房间的 直播数据请求，对该目标直播房间关联的直播间列表进行管理；

该数据层12包含数据中心121，用于存储构成该直播间列表的有序集合序列1211，该 有序集合序列1211包括至少一个有序集合，各该有序集合中以直播属性键值对来表示直播 间列表信息。

在本实施例中，所提供直播列表服务系统具体可理解为一个部署在直播应用软件的后台 服务端的服务支持系统，该直播列表服务系统具体可看做一个分布式架构系统，且为保证全 球服务部署，该直播列表服务系统具体可在架设于不同地域的后台服务器上实现。

在本实施例中，列表服务层11以及数据层12均可理解为整个直播服务系统中进行直播 列表服务的抽象机制，本实施例可以将列表服务层11抽象为一个列表服务执行机制，包含 了为直播房间提供列表服务的列表服务节点111，各列表服务节点111可以由作为服务器的 计算机设备构成。对于列表服务层11而言，其主要通过列表服务节点111对所服务直播房间 的直播列表的信息内容更新进行管理。

具体的，列表服务层11中的列表服务节点111可以服务于相对主播用户所创建的直播房 间，本实施例以列表服务节点111对一个直播房间的服务为例进行说明，且本实施例将列表 服务节点111所服务的直播房间记为目标直播房间。可以知道的是，在直播应用中，主播用 户可以通过相应的客户端向直播后台服务端发送直播房间创建的创建请求，列表服务节点 111可以基于该创建请求为主播用户创建相应的目标直播房间，并为该主播用户的目标直播 房间提供相应的业务服务，如对该目标直播房间的直播间列表进行管理和维护。

同时，考虑到直播间列表管理中的重点在于对基于观众用户所形成直播间列表的存储， 而现有对直播间列表数据进行存储的存储方式中均存在不同的缺陷，并不能实现直播间列表 的有效管理。本实施例提供的直播列表服务系统中，采用了专门的第三存储服务，即，数据 层12，其包含了部署在不同地域的数据中心121，可以作为本实施进行直播间列表存储的存 储方。由此，列表服务节点111相对直播房间进行直播间列表管理时，相当于与数据层12 进行交互，从而对数据层12中对应直播房间存储的数据进行管理。

具体的，数据层12可以抽象为一个数据管理机制，包含了部署在后台服务器中的数据 中心121，列表服务层11中的列表服务节点111可以与数据层12中的一个数据中心121建 立连接，并将所服务目标直播房间对应的直播间列表存储在该数据中心121上，需要说明的 是，本实施例可以在不同地域对应的后台服务器上通过搭建codis集群来形成数据层12中的 各数据中心121，其中，codis集群可理解为一个分布式数据库集群具体可用于进行海量数据 的存储以及通过其他服务的交互实现数据管理，如实现对数据的增删改查等管理操作。

具体的，对于目标直播房间的直播间列表存储，本实施例可以通过在数据中心121上对 应目标直播房间建立一个有序集合序列1211来实现，且有序集合序列1211可以至少一个有 序集合来构成。需要说明的是，数据中心121上构成有序集合序列1211的各有序集合具备 有查询和排序功能，且具备将数据信息以键值对形式进行关系映射存储的特点。本实施例通 过数据中心121上有序集合具备的特性，采用有序集合进行直播间列表数据的存储，并以直 播属性键值对进行直播间列表信息的表示。

在本实施例提供的直播列表服务系统中，列表服务节点111可以对所服务目标直播房间 的相关事件进行处理，如，可以接收到相对目标直播房间的直播数据请求，该直播数据请求 可以由观看该目标直播房间直播内容的观众用户通过相应的客户端生成并由列表服务节点 111接收；一般的，观众用户发送的直播用户请求的请求目的可能与直播间列表有关，此时， 列表服务节点111可以通过对该直播数据请求的分析，对构成直播间列表的有序集合序列 1211进行更新管理。

对于数据中心121内与目标直播房间关联的有序集合，可认为该有序集合中包括了直播 属性键值对，每个直播属性键值对可以表示目标直播房间中一个观众用户所对应的直播间列 表信息。而每个直播属性键值对中具体包括了关键词和关联信息两部分，其中，关键词可认 为是参与目标直播房间直播业务的观众用户的用户标识号，关联信息则可以是向列表服务节 点111转发该条直播数据请求的前端服务进程131的进程标识号，以及该条直播数据请求在 用户终端生成时的生成时间戳。

需要知道的是，直播属性键值对中的关联信息可以采用特殊设计的64位整数来表示， 64位从高往低看，首位可看作一个标识为，也是符号位，初始置为0，表示该条信息数据为 正数；依次往后的32位可以用来表示直播数据请求关联的生成时间戳；再依次往后的20位 可以用来表示向列表服务节点111发送该直播数据请求的前端服务进程131的进程标识号； 余下的最后11位可认为是保留位，能够灵活使用，以便于技术人员可以在直播列表管理的 实现中根据实际情况进行更多内容的存储。

本实施例通过采用直播属性键值对进行存储的有序集合进行直播间列表信息的记录，能 够实现直播房间业务运行中观众用户所关联多种信息的同时记录，保证了直播件列表信息的 有效性。

需要说明的是，本实施例数据层12中目标直播房间关联的有序集合序列1211可以由列 表服务节点111在目标直播房间创建后，通过向数据层12发送相应的创建请求而实现关联 创建，由此，不同的直播房间在数据中心121上分别存在相应的有序集合序列1211，且有序 集合序列1211中也已经对应包含了一定数量的有序集合，在进行直播间列表的管理中，列 表服务节点111可以根据不同观众用户所具备的用户标识号按照某种方式为其确定一个有序 集合，由此该观众用户相应目标直播房间的数据信息将会在该有序集合中进行更新。

本发明实施例一提供的一种直播列表服务系统，将直播房间关联的直播间列表采用第三 方储存服务构成的数据中心121进行存储，可在接收到直播数据请求时直接对数据层12中 存储的直播间列表进行管理，以此来实现直播间列表的存储与列表服务层11中各业务进程 的解耦，保证了直播间列表存储操作的逻辑独立；同时，直播间列表在数据中心121内由多 个相独立的有序集合构成，避免了因保存某个有序集合的机器故障而对整个直播间列表的影 响；此外，直播间列表直接依赖了数据中心121内有序集合所具备的特性，避免了现有对直 播间列表存储中数据结构的单独设计，在业务实现中具备更好的通用性以及简洁性。

进一步地，本实施例还优化该系统包括了接入层13；

该接入层13包含前端服务进程131，用于接收由建立连接的观众用户终端生成并发送的 直播数据请求，并转发给该目标直播房间关联的列表服务节点111。

本实施例所提供的直播列表服务系统中，列表服务层11并不直接与观众用户的用户终 端进行通信，本实施例还优化该系统中包括了接入层13，该接入层13可抽象为一个用户端 请求监听机制，具体包含了创建于后台服务器中的前端服务进程131，对于接入层13而言， 其主要通过所包含的前端服务进程131来监听用户端是否有请求发送，并通过前端服务进程131来接收观众用户的用户终端发送的请求(如直播数据请求)，然后前端服务进程131可 将监控到的请求转发给列表服务层11中的列表服务节点111。

需要说明的是，本实施例中的接入层13同样可以由后台服务器来作为前端服务进程131 的执行载体，而同一地域中后台服务器上可以创建有各前端服务进程131，还可以作为列表 服务节点111进行业务服务，由此可认为前端服务进程131与列表服务节点111可以进行通 信，但是前端服务进程131与列表服务节点111并不存在绝对的连接关系，其连接可看做动 态随机的(图1将处于同一地域中的前端服务进程131与列表服务节点111以一一对应连接， 但实际应用中并不局限于此)，如，一个列表服务节点111可以与一个前端服务进程131连 接，当该前端服务进程131宕机时，列表服务节点111可以切换所连接的前端服务进程131。

同样可以知道的是，前端服务进程131与用户终端的连接也是动态随机的，在观众用户 参与目标直播房间的直播业务中，用户终端因网络或其他原因可能会存在断线重连的情况， 该种情况下与用户终端重新建立连接的前端服务进程131的进程标识号可能已经发生变化。

进一步地，图1a给出了本实施所提供一种直播列表服务系统中所包括列表服务节点111 的结构框图，如图1a所示，列表服务节点111包括：

信息确定进程1110，用于对接收到的相对该目标直播房间的直播数据请求进行分析，确 定请求目的以及所关联观众用户的用户属性信息，该用户属性信息包括：请求的当前生成时 间戳、观众用户的用户标识号以及所连接前端服务进程131的当前进程标识号；

查找执行进程1111，用于确定该用户标识号在该有序集合序列1211中对应的目标有序 集合，并从该目标有序集合中查找该用户标识号；

列表管理进程1112，用于根据查找结果结合该请求目的，对该目标直播房间关联的直播 间列表进行管理。

在本实施例中，列表服务节点111可以为多个直播房间提供业务服务，本实施例以对其 中一个目标直播房间的业务服务为例进行直播间列表的管理描述。具体的，列表服务节点111 对前端服务进程131反馈的各种数据请求进行分析，由此可以确定是否接收到相对目标直播 房间的直播数据请求，之后可以通过该直播数据请求为该目标直播房间提供直播间列表的管 理。

在本实施例中，列表服务节点111可以通过上述信息确定进程1110、查找执行进程1111 以及列表管理进程1112对目标直播房间的直播间列表进行管理。具体的，信息确定进程1110 可以对直播数据请求进行分析，该直播数据请求包括了观众用户在参与该目标直播房间的直 播业务中可能具备的请求目的以及所关联观众用户的用户标识号，该请求目的可以是观众用 户请求进入该目标直播房间，也可以观众用户请求离开该直播房间等，用户标识号为观众用 户的唯一身份标识，可用来标识该直播数据请求具体关联了哪个观众用户。

同时，信息确定进程1110还可以确定由哪个前端服务进程131将该直播数据请求转发 到列表服务节点111，该前端服务进程131相当于与观众用户的用户终端存在通信连接，可 以获得到所连接前端服务进程131的进程标识号，该进程标识号也相当于前端服务进程131 的唯一标识；此外，信息确定进程1110还可以获得到该直播数据请求在用户终端侧生成时 的生成时间戳。信息确定进程1110可以将通过对直播数据请求的分析获得用户标识号，进 程标识号以及生成时间戳看作所关联观众用户的用户属性信息，且为便于区分，本实施例记 该进程标识号为当前进程标识号，生成时间戳记为当前生成时间戳。

在本实施例中，数据中心121上针对目标直播房间设定的有序集合序列1211相当于用 于直播间列表存储的存储空间，直播列表服务系统可以在进行直播间列表管理的之前首先对 应目标直播房间初始设定有序集合序列1211，并可在该有序集合序列1211中初始划分多个 有序集合，不同的有序集合可以散落到不同的存储节点上进行部署，由此当一个存储节点出 现问题时，只会影响到该存储节点上有序集合的存储，而不会对整个有序集合序列1211的 数据信息造成影响。

需要说明的是，不同的有序集合可用于存储不同观众用户相对目标直播房间的直播信 息，其中，有序集合与观众用户之间的关联可基于观众用户的用户标识号结合预先设定的路 由算法来决定。即，根据观众用户的用户标识号可以确定该观众用户的直播数据信息应该存 储在哪个有序集合中，或者可以确定该观众用户的直播数据信息可以从哪个有序集合中查找 到。同时，采用不同有序集合作为目标直播房间所对应直播间列表的好处在于，可以避免单 个有序集合数量过大，导致在数据查询时所花费的时间过多。

从时间复杂度的角度对本实施例所提供直播列表服务系统中所采用直播间列表的存储 方式进行分析，也可以更好的说明本实施例所采用直播间列表存储方式的有效性。具体的， 假设直播间列表由一个有序集合构成，且该有序集合所包括元素(一个直播属性键值对可记 为一个元素)数量为M，则增加一个元素到该有序集合中的时间复杂度为O(logM)，从该有 序集合中移除一个元素的时间复杂度也同样为O(logM)；若采用N各有序集合来构成直播间 列表，则一个元素相对某一个有序集合的时间复杂度为O(logM/N)，且N越大，对单个有序 集合检索所花费的时间就越小。本实施例中，有序集合序列1211所包括有序集合的数量可 具体根据直播间的实际人数来动态调整。

在本实施例优选有序集合序列1211包括多个有序集合的前提下，列表服务节点111可以 通过查找执行进程1111根据用户属性信息中的用户标识号，来首先确定直播数据请求所关联 观众用户与有序集合序列1211中的哪个有序集合关联，并将该关联的有序集合确定为目标 有序集合，之后对该观众用户在直播间列表中相关信息的管理只需要相对该目标有序集合进 行即可，大大的缩短了直播间列表的管理时间。

具体的，查找执行进程1111可以通过路由算法确定该用户标识号在有序集合序列1211 中对应的目标有序集合，然后直接在该目标有序集合中进行是否存在该用户标识号的查找。

在上述查找的基础上，列表服务节点111可以通过列表管理进程1112来基于查找结果以 及上述获得请求目的来实现目标直播房间所关联直播间列表的管理。具体的，查找结果包括 了用户标识号在目标有序集合中，或者不在目标有序集合中；请求目的也至少可以是进入直 播房间或者离开直播房间，列表管理子进程可以根据查询结果以及请求目的具体包括的内容 分情况来对直播间列表进行管理。

示例性的，对于列表管理进程1112而言，其进一步包括了第一执行子进程和第二执行 子进程。

其中，第一执行子进程，用于当该查询结果为该目标有序集合中存在该用户标识号时， 从该目标有序集合中获取以该用户标识号作为关键词的目标直播属性键值对；

第二执行子进程，用于根据该目标直播属性键值对结合该请求目的，对该目标直播房间 关联的直播间列表进行管理。

本实施例通过第一执行子进程以及第二执行子进程来实现查询结果为用户标识号在目 标有序集合中，请求目的分别为进入目标直播房间或者离开目标直播房间时的直播间列表管 理。如，通过第一执行子进程可以首先从目标有序集合中获取到将该用户标识号作为关键词 的目标直播属性键值对。目标直播属性键值对中记录了该直播数据请求之前观众用户相对其 他直播数据请求所产生的相关数据，如目标进程标识号以及目标生成时间戳等，通过第二执 行子进程可以根据获取的目标直播属性键值对结合不同的请求目的采用不同的管理方式对 观众用户相对目标直播房间的直播信息进行不同的数据更新。

进一步地，对于直播间列表的管理，该第二执行子进程具体可通过执行下述步骤实现， 而下述步骤主要给出了请求目的为进入目标直播房间时的具体实现。

a1)当该请求目的为进入该目标直播房间时，从该目标直播属性键值对包括的关联信息 中提取目标生成时间戳。

b1)判定目标生成时间戳小于该当前生成时间戳，若是，执行步骤c1)；若否，执行步 骤d1)。

在本实施例中，目标生成时间戳与当前生成时间戳的比对，可以确定该直播数据请求与 目标有序集合中已存储信息所对应请求的在用户终端侧的生成顺序，假设该目标生成时间戳 小于当前生成时间戳，可认为该直播数据请求为在后请求，相当于一个有效请求，由此可继 续执行步骤c1，否则，可认为该直播数据请求为一个在先请求，相当于一个无效请求，需要 执行步骤c2。

c1)采用该用户属性信息形成当前属性键值对替换该目标直播属性键值对，以通过更新 该目标有序集合来更新该直播间列表。

本步骤中，该当前属性键值对中的关键词为该用户标识号作为关键词，关联信息为该当 前进程标识号及当前生成时间戳。当前属性键值对可以替换掉原有的目标直播属性键值对， 以对目标有序集合中观众用户的相关直播信息进行修正，达到对目标直播房间的直播列表进 行更新的目的。

d1)确定该直播数据请求为无效请求，保持该目标有序集合不变。

进一步地，对于直播间列表的管理，该第二执行子进程具体还可以通过执行下述步骤实 现，而下述步骤主要给出了请求目的为离开目标直播房间时的具体实现：

a2)当该请求目的为离开该目标直播房间时，从该目标直播属性键值对包括的关联信息 中提取目标生成时间戳和目标进程标识号；

b2)如果该目标进程标识号等于该当前进程标识号，且该目标生成时间戳小于该当前生 成时间戳，则从该目标有序集合中删除该目标直播属性键值对，以通过更新该目标有序集合 来更新该直播间列表；否则，确定该直播数据请求为无效请求，保持该目标有序集合不变。

在本实施例中，当该直播数据请求为一个观众用户申请离开目标直播房间的请求时，要 实现对直播间列表的更新，除了要保证当前生成时间戳早于目标有序集合所存储目标直播属 性键值对中的目标生成时间戳，还要保证目标直播属性键值对中所记录的目标进程标识号与 当前进程标识号相同。当满足该条件后，相当于观众用户满足了离开目标直播房间的条件， 由此可以通过将该目标属性键值对从目标有序集合中删除来相应观众用户的离开请求。

示例性地，对于列表管理进程1112而言，其进一步还包括了第三执行子进程。

其中，第三执行子进程，用于当该查询结果为有序集合序列1211中未存在包含该用户 标识号的目标有序集合时，根据该请求目的，对该目标直播房间关联的直播间列表进行管理。

本实施例可以通过第三执行子进程来实现查询结果为用户标识号不在目标有序集合中， 请求目的分别为进入目标直播房间或者离开目标直播房间时的直播间列表管理。如，当第三 执行子进程确定用户标识号不在目标有序集合中时，若请求目的为进入目标直播房间，则相 当于需要在目标有序集合中添加该观众用户的相关数据信息，而若请求目的为离开目标直播 房间，则可认为该直播数据请求为一个无效请求。

进一步地，对于直播间列表的管理，该第三执行子进程具体可以通过下述步骤来实现根 据该请求目的，对该目标直播房间关联的直播间列表进行管理，而下述步骤主要给出了请求 目的为进入目标直播房间时的具体实现：

a3)当该请求目的为进入该目标直播房间时，转换该用户属性信息，获得以该用户标识 号作为关键词、以该当前进程标识号以及请求生成时间戳作为关联信息的用户属性键值对。

本步骤相当于给出了用户属性信息到用户属性键值对的转换实现。

b3)将该用户属性键值对添加到该目标有序集合中，以通过更新该目标有序集合来更新 该直播间列表。

进一步地，对于直播间列表的管理，该第三执行子进程执行根据该请求目的，对该目标 直播房间关联的直播间列表进行管理的步骤也可以为：当该请求目的为离开该目标直播房间 时，确定该直播数据请求为无效请求，保持各该有序集合的信息不变。

本实施例上述步骤具体给出了请求目的为离开目标直播房间，但目标有序集合中并不存 在该用户标识号所关联直播属性键值对时的执行情况，此时相当于直播数据请求为一个无效 请求，可以忽略并不对目标有序集合进行操作。

上述实施例的基础上，该数据中心121内还存储有与该目标直播房间关联的前端进程监 控表1212；

该前端进程监控表1212以监控键值对的数据形式进行信息存储；

该监控键值对中包括目标前端服务进程131的进程标识号和进程关联总量；

该目标前端服务进程131为观众用户终端发送直播数据请求时采用的前端服务进程131。

在本实施例中，列表服务节点111与目标直播房间所关联各观众用户之间的业务数据交 互主要靠接入层13中的前端服务进程131进行转发。在采用有序集合序列1211对目标直播 房间的直播间列表进行存储后，当列表服务节点111在目标直播房间的业务服务中存在需要 发送给观众用户的业务消息时，需要先遍历有序集合通过存储在其上的直播属性键值对来确 定每个观众用户的用户终端当前建立连接的前端服务进程131，然后再将待发送的业务消息 根据已确定的各前端服务进程131发送给需要接收该业务消息的观众用户。采用该种方式进 行观众用户所关联前端服务进程131的确定时，针对待发送的每个观众用户，都需要进行所 关联有序集合的遍历操作，由此造成了有序集合的重复性遍历，影响了业务消息发送的发送 效率。

基于此，本实施例考虑在数据中心121中对应该目标直播房间增设前端进程监控表1212， 该前端进程监控表1212中的信息同样以键值对的形式存储，并记该键值为为监控键值对， 该监控键值对的具体内容主要包括了作为关键词的进程标识号以及作为关联信息的进程关 联总量。其中，前端进程监控表1212中主要包括了各目标前端服务进程131的进程标识号， 目标前端服务进程131可理解为与目标直播房间关联的观众用户，其所对应观众用户终端在 进行直播数据请求发送时所采用的前端服务进程131。监控键值对中每个进程标识号对应的 进程关联总量则可理解为该进程标识号所对应前端服务进程131存在通信连接的观众用户的 用户总量。

需要说明的是，该前端进程监控表1212同样可以在创建目标直播房间后，在数据中心 121上对应该目标直播房间创建，且可以初始为空，之后在目标直播房间的业务服务过程中 可采用相应的策略对该前端进程监控表1212进行更新。

进一步地，该列表服务节点111，还包括：监控表更新进程；

该监控表更新进程，用于根据该请求目的，对该目标直播房间关联的前端进程监控表 1212进行更新。

本实施例给出了列表服务节点111的另一个功能执行，即，通过所包括的监控表更新进 程在接收到直播数据请求后，对目标直播房间在数据中心121上对应的前端进程监控表1212 在符合相应的更新时机后时进行更新。

具体的，对于前端进程监控表1212的更新，同样需要根据对直播数据请求进行分析后 获得的请求目的，请求目的的不同，所对应的更新策略也不相同。示例性的，可以在请求目 的为进入目标直播房间时，考虑是否需要对所关联观众用户相连接前端服务进程131的进程 关联总量进行累加操作；也可以在请求目的为离开目标直播房间时，考虑是否需要对所关联 观众用户相连接前端服务进程131的进程关联总量进行累减操作。

进一步地，本实施例通过该监控表更新进程所执行的一种更新前端进程监控表1212的 实现步骤如下，且下述实现主要给出了请求目的为进入目标直播房间时的操作：

a4)如果该请求目的为进入该目标直播房间，则在确定该用户标识号未存在于该目标有 序集合后，从该前端进程监控表1212中查找该当前进程标识号。

在本实施例中，在接收到直播数据请求后，除了需要通过前面的相关进程实现有序集合 的更新外，还需要通过监控表更新进程进行前端进程监控表1212的更新，首先监控表更新 进程执行本步骤时，在确定请求目的为进入目标直播房间后，等待查找执行进程1111相对该 用户标识号进行是否存在于目标有序结合中的查找判定，并可在获得到用户标识号未存在于 该目标有序集合的查找结果后，启动执行在前端进程监控表1212中查找当前进程标识号的 操作。

b4)若存在该当前进程标识号，则将该当前进程标识号所属监控键值对中的进程关联总 量加1。

监控表更新进程可以在确定前端进程监控表1212中存在该当前进程标识号时，通过本 步骤将该当前进程标识号所属监控键值对中的进程关联总量的值加1，实现前端进程监控表 1212在由新的观众用户加入时的更新。

c4)若不存在该当前进程标识号，则形成包含该当前进程标识的监控键值对并添加至该 前端进程监控表1212。

监控表更新进程可以在确定前端进程监控表1212中不存在该当前进程标识号时，考虑 该观众用户为新加入用户，且可认为该观众用户终端发送该直播数据请求时所采用的前端服 务进程131为未参与其他观众用户相关请求转发的新进程。此时，可通过本步骤在前端进程 监控表1212中添加形成以该当前进程标识号为关键词的监控键值对，且可将该监控键值对 中当前进程标识号所对应进程关联总量的值初始为1。

此外，本实施例还给出了通过该监控表更新进程采用另一种更新方式进行前端进程监控 表1212更新的操作，该操作步骤同样给出了请求目的为进入目标直播房间时的具体实现：

a5)如果该请求目的为进入该目标直播房间，则在采用当前属性键值对替换该目标直播 属性键值对后，获取当前进程标识号以及目标直播属性键值对中的目标进程标识号。

在本实施例中，请求目的为进入目标直播房间时，采用上述给定的相关进程可以根据用 户标识号是否存在于目标有序集合中的查询结果，对目标有序集合进行不同的操作，监控表 更新进程则可以通过本步骤在确定上述进程采用当前属性键值对替换该目标直播属性键值 对实现目标有序集合的更新后，获得当前进程标识号，以及目标直播属性键值对中的目标进 程标识号。

b5)将该目标进程标识号所属监控键值对中的进程关联总量减1，并当减1后的进程关 联总量为0时，将包含该目标进程标识号的监控键值对从该前端进程监控表1212中删除。

c5)当该前端进程监控表1212中存在该当前进程标识号时，将该当前进程标识号所属 监控键值对中的进程关联总量加1；否则，形成包含该当前进程标识且所对应进程关联总量 为1的监控键值对并添加至该前端进程监控表1212。

可以知道的是，当采用当前属性键值对替换目标有序集合中的目标直播属性键值对后， 可认为观众用户当前发送直播数据请求依赖当前进程标识号所对应的前端服务进程131，不 再依赖目标进程标识号依赖的前端服务进程131(存在当前进程标识号与目标进程标识号相 等的情况)，由此，需要通过步骤b5)将前端进程监控表1212中目标进程标识号对应的进 程关联总量减1，还可以在减1后的值为0时，直接将该目标进程标识号所属的监控键值对 从前端进程监控表1212中删除。

相应的，还可以通过步骤c5)考虑对当前进程标识号所属的监控键值对进行更新，首先 可以先判断前端进程监控表1212中是否存在该当前进程标识号对应的检索键值对，如果存 在，可直接将相应的进程关联总量加1，如果不存在，则需要基于该当前进程号形成包含当 前进程标识号的监控键值对，并将相应的进程关联总量赋值为1。

需要知道的是，本实施例中监控表更新进程采用上述方式进行前端进程监控表1212的 更新操作，同样适用于当前进程标识号与目标进程标识号相等的情况，即按照上述所给定步 骤执行即可，并不会存在更新有误的问题。

进一步地，本实施例也给出了通过该监控表更新进程采用有一种更新方式进行前端进程 监控表1212更新的操作，该操作步骤则主要给出了请求目的为离开目标直播房间时的具体 实现：

a6)如果该请求目的为离开该目标直播房间，则在从该目标有序集合中删除包含该用户 标识号的直播属性键值对后，将该当前进程标识号所属监控键值对中的进程关联总量减1。

在本实施例中，请求目的为离开目标直播房间时，采用上述给定的相关进程可以将所关 联观众用户的相关信息从目标有序集合中删除，监控表更新进程则可以通过本步骤在确定上 述进程从该目标有序集合中删除包含该用户标识号的直播属性键值对后，直接对前端进程监 控表1212中当前进程标识号所属监控键值对中的进程关联总量进行减1操作。

b6)如果减1后的进程关联总量为0，则将包含该当前进程标识号的监控键值对从该前 端进程监控表1212中删除。

监控表更新进程还可以在执行步骤a6)后确定减1后当前进程标识号对应的进程关联总 量是否为0，若为0，则可以通过本步骤将包含该当前进程标识号的监控键值对从前端进程 监控表1212中删除。

进一步地，该列表服务节点111，还包括：直播列表检测进程，

该直播列表检测进程，用于以设定周期检测该直播间列表中所关联各观众用户的参与状 态，并根据该检测结果更新该有序集合序列1211及该前端进程监控表1212。

需要知道的是，在目标直播房间的业务运行过程中，观众用户进出目标直播房间的直播 数据请求存在因网络、服务进程不可用等而导致的直播数据请求丢失的情况，由此会造成有 序集合序列1211中所存储观众用户的直播相关信息或参与状态不准确的问题，为解决该问 题，需要定时对有序集合序列1211中观众用户的参与状态进行修正，以剔除掉已不存在于 目标直播房间内的用户。

基于此，本实施例在列表服务节点111上进一步增设了直播列表检测进程，通过该直播 列表检测进程，可以以设定周期对目标直播房间内关注用户的参与状态进行检测，从而根据 检测结果对有序集合序列1211以及前端进程监控表1212进行更新。

示例性的，可以在检测结果为观众用户不再参与直播时，考虑通过对有序集合序列1211 以及前端进程监控表1212的更新来删除不存在观众用户的相关信息。

进一步的，该直播列表检测进程具体可以执行下述步骤实现直播间列表及该前端进程监 控表1212：

a7)在当前时刻满足检测启动时机后，遍历该有序集合序列1211中各有序集合。

本实施例可以将直播列表检测进程的检测更新具体为满足检测启动时间的任一次操作 中。检测启动时机可理解为当前时刻距离上一次检测所间隔的时长达到了设定周期时长，直 播列表检测进程通过本步骤所执行的操作主要是对有序集合序列1211中各有序集合的遍历， 该遍历具体到每个有序集合下的每个直播属性键值对。

b7)针对每个有序集合中的每个直播属性键值对，根据该直播属性键值对中包括的生成 时间戳确定关联的目标观众用户当前是否参与直播。

直播列表检测进程通过本步骤所执行的操作主要针对每个有序集合中的每个直播属性 键值对，其中，一个直播属性键值对通过其具备的用户标识号与一个目标观众用户关联。本 步骤还可以获取到直播属性键值对中记录的生成时间戳，并基于该生成时间戳进行目标观众 用户当前是否参与直播的判定；示例性的，对于该判定的执行，首先可以进行该生成时间戳 与一个常量值之和的操作，然后可以将计算所得的和与当前时刻的时间值进行比对，如果小 于当前时刻的时间值，则可认为该目标观众用户当前已经不再参与直播，否则，可认为用户 当前仍参与直播。

需要说明的是，该生成时间戳进行相加的常量值为所设定心跳周期的时长与一个常数的 乘积，该常数可以表示系统默认用户状态无效的上限值，具体表示允许观众用户终端所发送 心跳请求丢失的最大次数。

可以知道的是，观众用户终端在成功申请进入目标直播房间后，也会以设定的心跳周期 向列表服务节点111发送心跳请求，上述相关进程也可以在接收到该心跳请求后采用与接收 到请求目的为进入直播房间相同的操作来对有序集合序列1211进行更新，但相对该心跳请 求所进行前端进程监控表1212的更新还需要考虑目标进程标识号与当前进程标识号是否相 同的判定，且仅在二者不同时进行更新。由此，有序集合序列1211中一个用户标识号所对 应的生成时间戳一般为通过所接收心跳请求更新后的时间戳。

c7)若确定参与直播，则保持该有序集合序列1211及前端进程监控表1212不变。

通过上述步骤确定用户当前仍参与直播时，就可以保持有序集合序列1211及前端进程 监控表1212不变。

d7)若确定未参与直播，则从该有序集合中删除该直播属性键值对，以及根据该直播属 性键值对更新该前端进程监控表1212。

通过上述步骤确定用户当前未参与直播时，可以考虑从有序结合中删除直播属性键值 对，并采用一定更新策略前端进程监控表1212进行更新。以此来对目标直播房间的直播间 列表信息进行修正，保证直播间列表的有效性

具体的，该直播列表检测进程执行根据该直播属性键值对更新该前端进程监控表1212 的具体步骤可以包括：提取该直播属性键值对中的进程标识号；将该前端进程监控表1212 中该进程标识号对应的进程关联总量减1，并当减1后的进程关联总量为0时，删除包含该 已有进程标识号的监控键值对。

进一步地，该列表服务节点111还包括：业务消息发送进程，

该业务消息发送进程，用于当相对该目标直播房间存在待发送的业务消息时，根据确定 的消息发送形式进行该业务消息发送，其中，该消息发送形式根据该业务消息的消息类型确 定。

通过本实施例上述描述，可知列表服务节点111在对目标直播房间的业务服务中存在向 观众用户发送业务消息的需求，基于此，本实施例在列表服务节点111中还增设了业务消息 发送进程，以通过该业务消息发送进程在相对目标直播房间存在需要发送的业务消息时，实 现业务消息的有效发送。

具体的，列表服务节点111具备向观众用户发送业务消息的需求时，需要根据不同的情 况选择不同的消息发送形式来进行业务消息的发送。而本实施例具体可以根据业务消息所具 备的消息类型来确定消息发送形式。示例性的，业务消息的消息类型一般可以是发送给一个 或者几个观众用户的私有消息，也可以是发送给所有观众用户的公告消息。私有消息的发送 需要确定所面向观众用户的进程标识号，然后仅将业务消息发送给所确定各进程标识号关联 的前端服务进程131；公告消息的发送确定确定所有的观众用户具备和那些前端服务进程131 关联，由此将业务消息发送给所关联的各前端服务进程131。

本实施例给出了业务消息发送进程的实现业务消息发送的具体操作，其中，该业务消息 发送进程可以包括下述子进程：

类型确定子进程，用于当相对该目标直播房间存在待发送的业务消息时，分析该业务消 息的消息类型；

第一发送子进程，用于当该消息类型为私有消息时，根据该有序集合序列1211进行该 业务消息的发送；

第二发送子进程，用于当该消息类型为公告消息时，根据该前端进程监控表1212进行 该业务消息的发送。

其中，类型确定子进程可以通过对所形成待发送业务消息的分析，确定出该业务消息的 消息类型，并通过第一发送子进程执行消息类型为私有消息时的消息发送操作，以及通过第 二发送子进程进行消息类型为公告消息时的消息发送操作。

在上述实施例的基础上，本实施例给出了第一发送子进程的具体实现步骤：当该消息类 型为私有消息时，确定该业务消息所关联观众用户在该有序集合序列1211中对应的关联进 程标号；将该业务消息发送给各该关联进程号对应的第一前端服务进程131，以通过各该第 一前端服务进程131将该业务消息转发给所关联观众用户。

可以知道的是，消息类型为私有消息时，业务消息所面向发送对象为一个或几个观众用 户，由此需要获得这些所关联观众用户的用户标识号，并从有序集合序列1211中查找出各 观众用户的关联进程号，最终可以将该业务消息发送给各关联进程号所对应的前端服务进程 131，本实施例记为第一前端服务进程131，各第一前端服务进程131可以将该业务消息转发 给与之建立连接的各观众用户的用户终端。

在上述实施例的基础上，本实施例给出了第二发送子进程具体实现步骤：当该消息类型 为公告消息时，分别确定该前端进程监控表1212中各进程标识号对应的第二前端服务进程 131；向各该第二前端服务进程131发送该业务消息，以通过各该第二前端服务进程131将 该业务消息转发给全部观众用户。

可以知道的是，消息类型为公有消息时，业务消息所面向发送对象为目标直播房间的所 有观众用户，不同的观众用户可能与接入层13中不同的前端服务进程131建立连接，且这 些前端服务进程131仅是接入层13中的部分进程。此时，如果还从有序集合序列1211中查 找每个观众用户对应的关联进程号将会占用大量的时间，由此本实施例可以在消息类型为公 告消息时，直接获取前端进程监控表1212中所包括各监控键值对中的进程标识号，并由此 获得各进程标识号所对应的各前端服务进程131，本实施例记为第二前端服务进程131，最 终可以将该业务消息发送给每个第二前端服务进程131，以通过各第二前端服务进程131实 现业务消息到所有观众用户的发送。该种操作有效的节省了业务消息发送时前端服务进程 131的确定时间。

在上述实施例的基础上，该列表服务节点111，还包括：检索请求执行进程，

该检索请求执行进程用于在接收到相对该目标直播房间的直播间列表检索请求时，从该 有序集合序列1211中确定相匹配的关联有序集合，并通过对该关联有序集合的遍历获得相 应的检索结果。

可以知道的是，列表服务节点111在对目标直播房间的业务服务中，还存在按照一定的 条件对直播间列表进行检索的需求。基于此，本实施例在列表服务节点111上还增设了检索 请求执行进程。如后台技术人员或者主播用户需要对目标直播房间的用户参与情况进行查询 时，就可以通过该检索请求执行进程，在接收到相对该目标直播房间的直播间列表检索请求 时，从该有序集合序列1211中确定相匹配的关联有序集合，并通过对该关联有序集合的遍 历获得相应的检索结果。

需要说明的是，本实施例为了提高目标直播房间业务服务中的检索速度和效率，优选考 虑对各观众用户基于用户标识号进行按需存储，由此可以将符合某一条件的观众用户存储到 同一个有序集合中，当需要对具备这些条件的观众用户进行检索时，只需要检索单个的有序 集合，避免了对所有有序集合的遍历，从而使得检索速度能够提高N倍(N为构成直播间列 表的有序集合数量)。

本发明实施例一上述可选实施例提供的直播列表服务系统，给出了列表服务节点通过直 播数据请求进行直播间列表管理的具体实现，即，主要通过直播数据请求中包括的请求目的 以及所关联观众用户的用户属性信息来对该观众用户对应的目标有序集合进行更新，以此来 实现所关联观众用户的相关信息在直播间列表中的更新，该种方式实现了直播间列表存储与 列表服务层中各业务进程的解耦，保证了直播间列表存储操作的逻辑独立，提高业务灵活性。

同时，本可选实施例中在数据层的数据中心内对应目标直播房间还增设了前端进程监控 表，通过该前端进程监控表来对观众用户进行直播数据请求发送所依赖的前端服务进程进行 监控，从而使得列表服务节点具备业务消息发送需求时，能够快速有效的实现业务消息的发 送，极大地缩短了业务消息发送前对各观众用户所使用前端服务进程的查询时间，提高了直 播房间的服务效率。

实施例二

图2给出了本发明实施例二提供的一种直播列表管理方法的流程示意图，该方法适用于 对直播房间的直播间列表进行管理的情况，具体可以由本发明实施例一所提供直播列表服务 系统中列表服务层的列表服务节点执行，该列表服务节点可以优选为一个服务器。

如图2所示，本发明实施例二提供的一种直播列表管理方法，具体可以包括下述步骤：

S201、根据接收到的相对目标直播房间的直播数据请求，对所述目标直播房间关联的直 播间列表进行管理。

其中，所述直播间列表由有序集合序列构成，所述有序集合序列存储在所述直播列表服 务系统中数据层的数据中心内，包括至少一个有序集合，各所述有序集合中以直播属性键值 对来表示直播间列表信息。

具体的，目标直播房间的直播间列表可以采用由多个有序集合构成的有序集合序列的形 式存储在数据层的数据中心上，且有序集合中主要以直播属性键值对的形式来表示观众用户 在直播间列表内的直播间列表信息。

在本实施例中，直播数据请求由观众用户的用户终端生成并首先发送给与之建立连接的 前端服务进程，本步骤则可以接收到前端服务进程转发的各直播数据请求。同时可以知道的 是，直播数据请求可能根据请求目的不同至少包括进入直播房间的进入请求以及离开直播房 间的离开请求。示例性的，在请求目的为进入直播房间时，对目标直播房间所关联直播间列 表的管理可以是对有序集合序列中某个有序集合上直播属性键值对的添加或者替换修正；在 请求目的为离开直播房间时，对目标直播房间所关联直播间列表的管理可以是对有序集合序 列中某个有序集合上直播属性键值对的删除操作。

本发明实施例二提供的一种直播列表管理方法，将直播房间关联的直播间列表采用第三 方储存服务构成的数据中心进行存储，可在接收到直播数据请求时直接对数据层中存储的直 播间列表进行管理，以此来实现直播间列表的存储与列表服务层中各业务进程的解耦，保证 了直播间列表存储操作的逻辑独立；同时，直播间列表在数据中心内由多个相独立的有序集 合构成，避免了因保存某个有序集合的机器故障而对整个直播间列表的影响；此外，直播间 列表直接依赖了数据中心内有序集合所具备的特性，避免了现有对直播间列表存储中数据结 构的单独设计，在业务实现中具备更好的通用性以及简洁性。

为更好的说明本实施例所提供方法在接收到直播数据请求时对直播间列表的管理实现， 本实施例对直播数据请求的请求目的分别为进入直播房间、离开直播房间时的具体实现进行 示例性说明。

图2a给出了本发明实施例二在用户进入直播房间时对直播间列表进行管理的实现示例 图。如图2a所示，包括了方法实现中涉及的多个执行主体，其中观众的用户终端21为直播 数据请求的发送端，直播数据请求与目标直播房间关联；用户终端21与接入层22中的一个 前端服务进程与建立连接；列表服务层23中的一个列表服务节点为该目标直播房间的业务 执行端；数据层24中的一个数据中心上存储有目标直播房间关联的有序集合序列以及前端 进程监控表。

具体的，如图2a所示，在用户进入直播房间的场景下对直播间列表的管理实现如下：

S1、用户终端监控到观众用户触发进入目标直播房间的操作时，生成请求目的为进入目 标直播房间的直播进入请求并发送给前端服务进程。

S2、前端服务进程将该直播进入请求转发给为该目标直播房间提供服务的列表服务节 点。

S3、列表服务节点基于直播进入请求中获取到对应该观众用户的用户标识号、当前进程 标识号以及当前生成时间戳。

S4、列表服务节点访问数据中心，通过用户标识号从有序集合序列中确定相应的目标有 序集合。

S5、列表服务节点确定所述用户标识号是否存在与该目标有序集合中，若存在，则执行 S6；若不存在，则执行S9至S11。

S6、列表服务节点从该目标有序集合中获取包含该用户标识号的目标直播属性键值对， 其中，目标直播属性键值对中包括目标生成时间戳。

S7、列表服务节点判定当前生成时间戳是否大于目标直播属性键值对中的目标生成时间 戳，若否，则执行S8；若是，则执行S12。

S8、列表服务节点以用户标识号作为关键词，以当前进程标识号和当前生成时间戳作为 关联信息形成当前属性键值对替换目标直播属性键值对。

S9、列表服务节点以用户标识号作为关键词，以当前进程标识号和当前生成时间戳作为 关联信息形成当前属性键值添加至目标有序集合。

S10、列表服务节点访问数据中心中的前端进程监控表。

S11、列表服务节点确定前端进程监控表中存在当前进程标识号时，将对应的进程关联 总量加1；否则，将当前进程标识号及值为1的进程关联总量作为新的监控键值对添加至前 端进程监控表。

S12、列表服务节点丢弃该直播进入请求。

进一步地，图2b给出了本发明实施例二在用户离开直播房间时对直播间列表进行管理 的实现示例图，图2b中所给的示例图中同样包括了方法实现时所涉及的多个执行主体，所 涉及各执行主体与上述图2a的相同，这里不再赘述。

具体的，如图2b所示，在用户离开直播房间的场景下对直播间列表的管理实现如下：

S20、用户终端监控到观众用户触发离开目标直播房间的操作时，生成请求目的为离开 目标直播房间的直播数据请求并发送给前端服务进程。

S21、前端服务进程将该直播数据请求转发给为该目标直播房间提供服务的列表服务节 点。

S22、列表服务节点基于直播数据请求中获取到对应该观众用户的用户标识号、当前进 程标识号以及当前生成时间戳。

S23、列表服务节点访问数据中心，通过用户标识号从有序集合序列中确定相应的目标 有序集合。

S24、列表服务节点确定所述用户标识号是否存在与该目标有序集合中，若存在，则执 行S25；若不存在，则执行S27。

S25、列表服务节点从该目标有序集合中获取包含该用户标识号的目标直播属性键值对， 其中，目标直播属性键值对中包括目标进程标识号和目标生成时间戳。

S26、列表服务节点判定当前生成时间戳是否大于目标生成时间戳且当前进程标识号等 于目标进程标识号，若否，则执行S27；若是，则执行S28至S210。

S27、列表服务节点丢弃该直播离开请求。

S28、列表服务节点将目标直播属性键值对从目标有序集合中移除。

S29、列表服务节点访问数据中心中的前端进程监控表。

S210，列表服务节点将前端进程监控表当前进程标识号对应的进程关联总量减1，并当 减1后的进程关联总量为0时，从前端进程监控表中删除该当前进程标识号所在的监控键值 对。

此外，本实施例还给出了对存储有直播间列表信息的有序集合序列进行检索查询的相关 示例。如，当具备某个特殊条件的信息查询者(如后台技术人员或者主播人员)具备检索需 求时，可以向列表服务节点发送相应的直播间列表检索请求，其中，该直播间列表检索请求 可以是确定某个用户是否参与了目标直播房间的检索请求，也可以是进行满足某些条件的用 户有哪些的检索请求。

在具体实现中，列表服务节点接收到该直播间列表检索请求，并确定检索需求为某个用 户是否参与了直播时，可以根据某个用户的用户标识号先从有序集合序列中确定待检索的有 序集合，然后在确定出的有序集合中检索是否包括该用户标识号形成的直播属性键值对，以 此来确定该用户是否参与了目标直播房间的直播；同样的，列表服务节点接收到该直播间列 表检索请求，并在确定检索需求为满足某个条件的用户有哪些时，也可以根据某个条件与有 序集合划分的对应关系确定出相关联的有序集合，由此将该有序集合中所包括用户标识号对 应的观众用户确定为满足该条件的用户。

实施例三

图3给出了本发明实施例三提供的一种服务器的硬件结构示意图，具体地，该服务器用 于构成上述实施例一所提供服务发现系统中的一致性存储服务层，具体可以包括：处理器和 存储装置。存储装置中存储有至少一条指令，且指令由所述处理器执行，使得所述服务器可 以执行上述实施例二所提供服务数据管理方法中一致性存储服务层对应的操作步骤。

参照图3，该服务器具体可以包括：处理器40、存储装置41、显示屏42、输入装置43、输出装置44以及通信装置45。该服务器中处理器40的数量可以是一个或者多个，图3中以一个处理器40为例。该服务器中存储装置41的数量可以是一个或者多个，图3中以一个存储装置41为例。该服务器的处理器40、存储装置41、显示屏42、输入装置43、输出装置 44以及通信装置45可以通过总线或者其他方式连接，图3中以通过总线连接为例。

具体的，实施例中，处理器40执行存储装置41中存储的一个或多个程序时，可以实现 如下操作：根据接收到的相对目标直播房间的直播数据请求，对所述目标直播房间关联的直 播间列表进行管理；其中，所述直播间列表由有序集合序列构成，所述有序集合序列存储在 所述直播列表服务系统中数据层的数据中心内，包括至少一个有序集合，各所述有序集合中 以直播属性键值对来表示直播间列表信息。

本发明实施例还提供一种计算机可读存储介质，所述存储介质中的程序由计算机设备的 处理器执行时，使得计算机设备能够执行如上述实施例所述的直播列表管理方法。示例性的， 上述实施例所述的直播列表管理方法包括：根据接收到的相对目标直播房间的直播数据请 求，对所述目标直播房间关联的直播间列表进行管理；其中，所述直播间列表由有序集合序 列构成，所述有序集合序列存储在所述直播列表服务系统中数据层的数据中心内，包括至少 一个有序集合，各所述有序集合中以直播属性键值对来表示直播间列表信息。

需要说明的是，对于装置、计算机设备、存储介质实施例而言，由于其与方法实施例基 本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助 软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施 方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以 软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机 的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory, RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以 是机器人，个人计算机，服务器，或者网络设备等)执行本发明任意实施例所述的直播列表 管理方法。

值得注意的是，上述直播列表服务系统中，所包括的各个单元和模块只是按照功能逻辑 进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元 的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施 方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行装置执行的软件或固件 来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术 中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻 辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程 门阵列(FPGA)等。

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

Claims (25)

1.一种直播列表服务系统，其特征在于，包括：列表服务层和数据层；

所述列表服务层包含列表服务节点，用于根据接收到的相对目标直播房间的直播数据请求，对所述目标直播房间关联的直播间列表进行管理；

所述数据层包含数据中心，用于存储构成所述直播间列表的有序集合序列，所述有序集合序列包括至少一个有序集合，各所述有序集合中以直播属性键值对来表示直播间列表信息。

2.根据权利要求1所述的系统，其特征在于，所述系统还包括：接入层；

所述接入层包含前端服务进程，用于接收由建立连接的观众用户终端生成并发送的直播数据请求，并转发给所述目标直播房间关联的列表服务节点。

3.根据权利要求2所述的系统，其特征在于，所述列表服务节点，包括：

信息确定进程，用于对接收到的相对所述目标直播房间的直播数据请求进行分析，确定请求目的以及所关联观众用户的用户属性信息，所述用户属性信息包括：请求的当前生成时间戳、观众用户的用户标识号以及所连接前端服务进程的当前进程标识号；

查找执行进程，用于确定所述用户标识号在所述有序集合序列中对应的目标有序集合，并从所述目标有序集合中查找所述用户标识号；

列表管理进程，用于根据查找结果结合所述请求目的，对所述目标直播房间关联的直播间列表进行管理。

4.根据权利要求3所述的系统，其特征在于，所述列表管理进程包括：

第一执行子进程，用于当所述查询结果为所述目标有序集合中存在所述用户标识号时，从所述目标有序集合中获取以所述用户标识号作为关键词的目标直播属性键值对；

第二执行子进程，用于根据所述目标直播属性键值对结合所述请求目的，对所述目标直播房间关联的直播间列表进行管理。

5.根据权利要求4所述的系统，其特征在于，所述第二执行子进程，具体用于：

当所述请求目的为进入所述目标直播房间时，从所述目标直播属性键值对包括的关联信息中提取目标生成时间戳；

如果所述目标生成时间戳小于所述当前生成时间戳，则采用所述用户属性信息形成当前属性键值对替换所述目标直播属性键值对，以通过更新所述目标有序集合来更新所述直播间列表；

否则，确定所述直播数据请求为无效请求，保持所述目标有序集合不变；

其中，所述当前属性键值对中的关键词为所述用户标识号作为关键词，关联信息为所述当前进程标识号及当前生成时间戳。

6.根据权利要求4所述的系统，其特征在于，所述第二执行子进程，具体用于：

当所述请求目的为离开所述目标直播房间时，从所述目标直播属性键值对包括的关联信息中提取目标生成时间戳和目标进程标识号；

如果所述目标进程标识号等于所述当前进程标识号，且所述目标生成时间戳小于所述当前生成时间戳，则从所述目标有序集合中删除所述目标直播属性键值对，以通过更新所述目标有序集合来更新所述直播间列表；否则，确定所述直播数据请求为无效请求，保持所述目标有序集合不变。

7.根据权利要求3所述的系统，其特征在于，所述列表管理进程，包括：

第三执行子进程，用于当所述查询结果为有序集合序列中未存在包含所述用户标识号的目标有序集合时，根据所述请求目的，对所述目标直播房间关联的直播间列表进行管理。

8.根据权利要求7所述的系统，其特征在于，所述第三执行子进程执行根据所述请求目的，对所述目标直播房间关联的直播间列表进行管理的步骤包括：

当所述请求目的为进入所述目标直播房间时，转换所述用户属性信息，获得以所述用户标识号作为关键词、以所述当前进程标识号以及请求生成时间戳作为关联信息的用户属性键值对；

将所述用户属性键值对添加到所述目标有序集合中，以通过更新所述目标有序集合来更新所述直播间列表。

9.根据权利要求7所述的系统，其特征在于，所述第三执行子进程执行根据所述请求目的，对所述目标直播房间关联的直播间列表进行管理的步骤包括：

当所述请求目的为离开所述目标直播房间时，确定所述直播数据请求为无效请求，保持各所述有序集合的信息不变。

10.根据权利要求3所述的系统，其特征在于，所述数据中心内还存储有与所述目标直播房间关联的前端进程监控表；

所述前端进程监控表以监控键值对的数据形式进行信息存储；

所述监控键值对中包括目标前端服务进程的进程标识号和进程关联总量；

所述目标前端服务进程为观众用户终端发送直播数据请求时采用的前端服务进程。

11.根据权利要求10所述的系统，其特征在于，所述列表服务节点，还包括：监控表更新进程；

所述监控表更新进程，用于根据所述请求目的，对所述目标直播房间关联的前端进程监控表进行更新。

12.根据权利要求11所述的系统，其特征在于，所述监控表更新进程具体用于：

如果所述请求目的为进入所述目标直播房间，则在确定所述用户标识号未存在于所述目标有序集合后，从所述前端进程监控表中查找所述当前进程标识号；

若存在所述当前进程标识号，则将所述当前进程标识号所属监控键值对中的进程关联总量加1；

若不存在所述当前进程标识号，则形成包含所述当前进程标识的监控键值对并添加至所述前端进程监控表；

其中，所述当前进程标识号所对应进程关联总量的值初始为1。

13.根据权利要求11所述系统，其特征在于，所述监控表更新进程具体用于：

如果所述请求目的为进入所述目标直播房间，则在采用当前属性键值对替换所述目标直播属性键值对后，获取当前进程标识号以及目标直播属性键值对中的目标进程标识号；

将所述目标进程标识号所属监控键值对中的进程关联总量减1，并当减1后的进程关联总量为0时，将包含所述目标进程标识号的监控键值对从所述前端进程监控表中删除；

当所述前端进程监控表中存在所述当前进程标识号时，将所述当前进程标识号所属监控键值对中的进程关联总量加1；否则，形成包含所述当前进程标识且所对应进程关联总量为1的监控键值对并添加至所述前端进程监控表。

14.根据权利要求11所述系统，其特征在于，所述监控表更新进程具体用于：

如果所述请求目的为离开所述目标直播房间，则在从所述目标有序集合中删除包含所述用户标识号的直播属性键值对后，将所述当前进程标识号所属监控键值对中的进程关联总量减1；

如果减1后的进程关联总量为0，则将包含所述当前进程标识号的监控键值对从所述前端进程监控表中删除。

15.根据权利要求10所述的系统，其特征在于，所述列表服务节点，还包括：直播列表检测进程，

所述直播列表检测进程，用于以设定周期检测所述直播间列表中所关联各观众用户的参与状态，并根据所述检测结果更新所述有序集合序列及所述前端进程监控表。

16.根据权利要求15所述的系统，其特征在于，所述直播列表检测进程，具体用于：

在当前时刻满足检测启动时机后，遍历所述有序集合序列中各有序集合；

针对每个有序集合中的每个直播属性键值对，根据所述直播属性键值对中包括的生成时间戳确定关联的目标观众用户当前是否参与直播；

若确定参与直播，则保持所述有序集合序列及前端进程监控表不变；

若确定未参与直播，则从所述有序集合中删除所述直播属性键值对，以及根据所述直播属性键值对更新所述前端进程监控表。

17.根据权利要求16所述的系统，其特征在于，所述直播列表检测进程执行根据所述直播属性键值对更新所述前端进程监控表的步骤包括：

提取所述直播属性键值对中的进程标识号；

将所述前端进程监控表中所述进程标识号对应的进程关联总量减1，并当减1后的进程关联总量为0时，删除包含所述已有进程标识号的监控键值对。

18.根据权利要求10所述的系统，其特征在于，所述列表服务节点还包括：业务消息发送进程，

所述业务消息发送进程，用于当相对所述目标直播房间存在待发送的业务消息时，根据确定的消息发送形式进行所述业务消息发送，其中，所述消息发送形式根据所述业务消息的消息类型确定。

19.根据权利要求18所述的系统，其特征在于，所述业务消息发送进程包括：

类型确定子进程，用于当相对所述目标直播房间存在待发送的业务消息时，分析所述业务消息的消息类型；

第一发送子进程，用于当所述消息类型为私有消息时，根据所述有序集合序列进行所述业务消息的发送；

第二发送子进程，用于当所述消息类型为公告消息时，根据所述前端进程监控表进行所述业务消息的发送。

20.根据权利要求19所述的系统，其特征在于，所述第一发送子进程具体用于：

当所述消息类型为私有消息时，确定所述业务消息所关联观众用户在所述有序集合序列中对应的关联进程标号；

将所述业务消息发送给各所述关联进程号对应的第一前端服务进程，以通过各所述第一前端服务进程将所述业务消息转发给所关联观众用户。

21.根据权利要求19所述的系统，其特征在于，所述第二发送子进程具体用于：

当所述消息类型为公告消息时，分别确定所述前端进程监控表中各进程标识号对应的第二前端服务进程；

向各所述第二前端服务进程发送所述业务消息，以通过各所述第二前端服务进程将所述业务消息转发给全部观众用户。

22.根据权利要求1-21所述的系统，其特征在于，所述列表服务节点，还包括：检索请求执行进程，

所述检索请求执行进程用于在接收到相对所述目标直播房间的直播间列表检索请求时，从所述有序集合序列中确定相匹配的关联有序集合，并通过对所述关联有序集合的遍历获得相应的检索结果。

23.一种直播列表管理方法，其特征在于，由权利要求1-22任一项所述直播列表服务系统中列表服务层的列表服务节点执行，包括：

根据接收到的相对目标直播房间的直播数据请求，对所述目标直播房间关联的直播间列表进行管理；

其中，所述直播间列表由有序集合序列构成，所述有序集合序列存储在所述直播列表服务系统中数据层的数据中心内，包括至少一个有序集合，各所述有序集合中以直播属性键值对来表示直播间列表信息。

24.一种服务器，其特征在于，作为权利要求1-22任一项所述直播列表服务系统中列表服务层的列表服务接入点，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器用于执行权利要求23所述直播列表管理方法。

25.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求23所述的直播列表管理方法。

Images