CN114048258A - 直播数据调度、存取方法及其装置、设备、介质、产品 - Google Patents

Abstract

本申请公开一种直播数据调度、存取方法及其装置、设备、介质、产品，所述调度方法包括：调用回归预测模型，获取该模型所预测的直播平台中当前时间段内上线的主播客户端所对应的主播标识；查询分层数据库中存储的与主播标识相对应的直播数据，将所述直播数据确定为热点数据上浮至分层数据库的性能级别最高的存储介质中进行存储，分层数据库的数据分散存储于多个性能级别不同的存储介质中；响应直播业务服务器推送的数据获取事件，根据性能级别从高到低在各存储介质中查询该事件所对应的直播数据，并将直播数据推送之。本申请通过分层存储源直播数据，并将预测的热点数据上浮存储至高性能的存储介质中，有效地提升了直播数据的传输效率。

Description

直播数据调度、存取方法及其装置、设备、介质、产品

技术领域

本申请涉及网络直播数据调度技术领域，尤其涉及一种直播数据调度、存取方法，此外还涉及该方法相应的装置、设备、非易失性存储介质以及计算机程序产品。

背景技术

在现有的直播平台中的直播数据传输系统中，一般会将平台中主播用户的直播数据的分布式存储至存储业务服务器的机群中，以便业务服务器获取直播数据为主播用户(主播客户端)提供直播在线服务，为了保证机群中各业务服务器中存储的直播数据的一致性的问题，平台一般使用redis缓存技术，将机群中的业务服务器作为redis节点，以提升各业务服务器获取直播数据的速度。但因redis缓存的带宽局限性造成直播数据的传输瓶颈，且直播平台的请求量常常处于高并发的状态，所以，使用redis技术提升数据的传输速度在直播的实际业务使用中并不理想，其无法适应高并发请求的情况。此外，使用redis技术将机群中各业务服务器作为redis节点，搭建成本过高。概括而言，使用redis技术进行直播数据的传输依旧会造成整个直播数据传输系统的繁忙和低可用性。

针对上述的问题，本申请人出于解决该问题的考虑做出相应的探索。

发明内容

本申请的目的在于满足用户需求而提供一种直播数据调度、存取方法，此外还涉及该方法相应的装置、设备、非易失性存储介质以及计算机程序产品。

为实现本申请的目的，采用如下技术方案：

适应本申请的首要目的而提出的一种直播数据调度方法，包括如下步骤：

调用回归预测模型，获取该模型所预测的直播平台中当前时间段内上线的主播客户端所对应的主播标识；

查询分层数据库中存储的与所述主播标识相对应的直播数据，将所述直播数据确定为热点数据上浮至所述分层数据库的性能级别最高的存储介质中进行存储，所述分层数据库的数据分散存储于多个性能级别不同的存储介质中；

响应直播业务服务器推送的数据获取事件，根据性能级别从高到低在各存储介质中查询该事件所对应的直播数据，并将该些直播数据推送至所述直播业务服务器中进行数据更新。

进一步的实施例中，在所述调用回归预测模型的步骤中，包括由回归预测模型所执行的如下步骤：

获取所述直播平台中多个主播客户端所对应的上线时间信息；

将该些上线时间信息与其所对应的主播客户端的主播标识作为映射关系数据存储至主播上线时间列表中；

获取当前时间段信息，查询所述主播上线时间列表中与当前时间段信息所对应的一个或多个上线时间信息，获取该些上线时间信息所对应的主播标识；

生成包含该些主播标识的主播标识集合，并输出该主播标识集合。

进一步的实施例中，在所述响应直播业务服务器推送的数据获取事件的步骤中，还包括如下步骤：

响应所述数据获取事件，确定该事件所指向的直播数据；

依照多个存储介质各自所对应的性能级别，从高到低依次在该些存储介质中查询所述直播数据；

从存储所述直播数据的存储介质中获取所述直播数据，并将该直播数据推送至所述直播业务服务器中进行数据更新。

进一步的实施例中，所述分层数据库的数据分布存储于高性能级别的存储介质、中性能级别的存储介质以及低性能级别的存储介质中，其中，高性能级别的存储介质为设备的运行内存。

适应本申请的目的而提出的一种直播数据调度装置，其包括：

主播标识预测模块，用于调用回归预测模型，获取该模型所预测的直播平台中当前时间段内上线的主播客户端所对应的主播标识；

直播数据上浮模块，用于查询分层数据库中存储的与所述主播标识相对应的直播数据，将所述直播数据确定为热点数据上浮至所述分层数据库的性能级别最高的存储介质中进行存储，所述分层数据库的数据分散存储于多个性能级别不同的存储介质中；

获取事件响应模块，用于响应直播业务服务器推送的数据获取事件，根据性能级别从高到低在各存储介质中查询该事件所对应的直播数据，并将该些直播数据推送至所述直播业务服务器中进行数据更新。

进一步的实施例中，所述主播标识预测模块包括：

上线时间获取子模块，用于获取所述直播平台中多个主播客户端所对应的上线时间信息；

关系数据存储子模块，用于将该些上线时间信息与其所对应的主播客户端的主播标识作为映射关系数据存储至主播上线时间列表中；

主播标识获取子模块，用于获取当前时间段信息，查询所述主播上线时间列表中与当前时间段信息所对应的一个或多个上线时间信息，获取该些上线时间信息所对应的主播标识；

标识集合输出子模块，用于生成包含该些主播标识的主播标识集合，并输出该主播标识集合。

进一步的实施例中，所述获取事件响应模块包括：

直播数据确定子模块，用于响应所述数据获取事件，确定该事件所指向的直播数据；

直播数据查询子模块，用于依照多个存储介质各自所对应的性能级别，从高到低依次在该些存储介质中查询所述直播数据；

直播数据推送子模块，用于从存储所述直播数据的存储介质中获取所述直播数据，并将该直播数据推送至所述直播业务服务器中进行数据更新。

适应本申请的另一目的而提出的一种直播数据存取方法，包括如下步骤：

响应作用于直播数据库的数据增量查询事件，并将该数据增量查询事件广播至当前直播业务服务器所处的直播业务服务器机群中的所有直播业务服务器，所述直播数据库用于存储直播数据；

向源数据服务器推送数据获取事件，以驱动源数据服务器依照分层数据库所在的各存储介质的性能级别，从高到低在该些存储介质中查询该数据获取事件所对应的直播数据；

从源数据服务器的分层数据库中获取所述直播数据，并将该直播数据存储至直播数据库中。

进一步的实施例中，所述响应作用于直播数据库的数据增量查询事件的步骤之前，还包括如下步骤：

响应主播开播事件，确定该主播开播事件所指向的主播客户端；

确定该主播客户端所对应的主播标识，以生成向所述直播数据库中存储该主播标识所对应的直播数据的所述数据增量查询事件。

进一步的实施例中，在所述对应更新自身数据库中预存储的直播数据的步骤之后，还包括如下步骤：

响应源数据服务器的高负荷事件，向其他直播业务服务器推送数据同步事件；

响应其他直播业务服务器的数据获取事件，将从源数据服务器的分层数据库中所获取的增量直播数据推送至其他直播业务服务器中进行同步更新。

进一步的实施例中，所述分层数据库的数据分布存储于高性能级别的存储介质、中性能级别的存储介质以及低性能级别的存储介质中，其中，高性能级别的存储介质为设备的运行内存。

适应本申请的目的而提出的一种直播数据存取装置，其包括：

增量事件响应模块，用于响应作用于直播数据库的数据增量查询事件，并将该数据增量查询事件广播至当前直播业务服务器所处的直播业务服务器机群中的所有直播业务服务器，所述直播数据库用于存储直播数据；

获取事件推送模块，用于向源数据服务器推送数据获取事件，以驱动源数据服务器依照分层数据库所在的各存储介质的性能级别，从高到低在该些存储介质中查询该数据获取事件所对应的直播数据；

直播数据获取模块，用于从源数据服务器的分层数据库中获取所述直播数据，并将该直播数据存储至直播数据库中。

为解决上述技术问题本申请实施例还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述直播数据调度方法或直播数据存取方法的步骤。

为解决上述技术问题本申请实施例还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述直播数据调度方法或直播数据存取方法的步骤。

为解决上述技术问题本申请实施例还提供一种计算机程序产品，包括计算机程序及计算机指令，该计算机程序及计算机指令被处理器执行时，使得所述处理器执行上述所述直播数据调度方法或直播数据存取方法的步骤。

相对于现有技术，本申请的优势如下：

本申请基于分层存储技术构造源数据服务器中的直播数据的分层存储结构，构建用于存储直播数据的分层数据库，且结合回归预测模型预测热点数据，以将热点数据上浮存储至分层数据库的最高性能的存储介质中，以提升热点数据的写入及写出速度，相比现有的基于redis技术进行数据传输的技术，通过分层存储的方式所构建的直播数据管理系统与直播业务之间具有较高的融合性，进一步通过回归预测模型的作用，可有效地应对直播业务场景中常见的高并发请求，使得直播数据管理系统在有效提升数据查询速度的同时，也能提升系统整体的高可用性、鲁棒性和容忍性。

其次，本申请的回归预测模型可预测当前时间段内上线的主播客户端，将该些主播客户端的直播数据作为热点数据上浮存储至分层数据库的高性能存储介质中，从而提升主播客户端的直播业务的流畅性，且保证了主播客户端的数据即时性。

另外，本申请的由直播业务服务器所组成的直播业务服务器仅需从源数据服务器中获取已上线的主播客户端的直播数据进行存储即可，其基于增量查询技术，相比传统的全量数据复制，可有效地减轻源数据服务器的数据传输压力。

再者，本申请的直播业务服务器可为源数据服务器服务，负责将从源数据服务器中获取的直播数据推送至相应的机群中的其他直播业务服务器中，以分担直播数据系统中的数据推送服务，减轻源数据服务器的数据传输压力，提升系统整体的稳定性。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；

图2为本申请的直播数据调度方法的典型实施例的流程示意图；

图3为本申请的回归预测模型进行直播标识的预测时所执行的具体实施方式所形成的流程示意图，其为图2中步骤S11的具体实施方式；

图4为本申请的源数据服务器响应数据获取数据时所执行的具体实施方式所形成的流程示意图，其为图2中步骤S12的具体实施方式；

图5为本申请的直播数据调度装置的典型实施例的原理框图；

图6为本申请的直播数据存取方法的典型实施例的流程示意图；

图7为本申请的直播数据存取方法的前置步骤所形成的流程示意图，其在图6中步骤S22之前执行；

图8为本申请的直播数据存取方法的后置步骤所形成的流程示意图，其在图6中步骤S24之后执行；

图9为本申请的直播数据存取装置的典型实施例的原理框图；

图10为本申请一个实施例的计算机设备的基本结构框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；传统膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的传统膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称服务器80部署在云端，作为一个业务服务器，其可以负责进一步连接起相关数据服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82或者第三方服务器(未图示)提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。

对于服务器而言，所述的应用程序通常会被构建为服务进程，开放相应的程序接口，供各种终端设备上运行的应用程序进行远程调用，本申请中适于运行于服务器的相关技术方案，便可以此种方式实现于服务器中。

所述的应用程序，是指运行于服务器或终端设备上的应用程序，这一应用程序采用编程的方式实现了本申请的相关技术方案，其程序代码可被以计算机可执行指令的形式保存于计算机能识别的非易失性存储介质中，并被中央处理器调入内存中运行，通过该应用程序在计算机的运行而构造出本申请的相关装置。

对于服务器而言，所述的应用程序通常会被构建为服务进程，开放相应的程序接口，供各种终端设备上运行的应用程序进行远程调用，本申请中适于运行于服务器的相关技术方案，便可以此种方式实现于服务器中。

对时下流行的各类终端设备而言，特别是平板、手机之类的移动设备，通常都内置配备有摄像头之类的摄像设备，或者个人计算机也可外置接入所述的摄像设备，理论上，本申请的终端设备的应用程序对于这些情况下的摄像设备均可实现调用。

本申请中适于在终端设备实现的技术方案也可以被编程内置于提供网络直播的应用程序中，作为其一部分扩展功能。所述的网络直播，是指一种基于前述的网络部署架构所实现的一种直播间网络服务。

本申请所称的直播间，是指依靠互联网技术实现的一种视频聊天室，通常具备音视频播控功能，包括主播用户和观众用户，观众用户可以包括已经在平台中注册的注册用户，也可以是未注册的游客用户；可以是关注了主播用户的注册用户，也可以是未关注主播用户的注册或未注册用户。主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播用户以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如教育培训场景、视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。

本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。

请参阅图2，本申请的一种直播数据调度方法，在其典型实施例中，其包括如下步骤：

步骤S11，调用回归预测模型，获取该模型所预测的直播平台中当前时间段内上线的主播客户端所对应的主播标识：

源数据服务器调用所述回归预测模型，以通过该回归预测模型预测直播平台中当前时间段内上线的一个或多个主播客户端，并获取该回归预测模型所预测所确定的该些主播客户端各自所对应的主播标识。

所述的源数据服务器主要负责直播数据的分层管理，及向与其关联的直播业务服务器进行数据推送服务，源数据服务器统一化管理分层管理直播数据的策略元信息(一般包括所述回归预测模型)，以便于开发人员对分层管理直播数据系统的维护及升级。

所述的回归预测模型为已完成设置的算法模型，其将预测源数据服务器所服务的直播平台中当前数据段内上线的一个或多个主播客户端，以向源数据服务器输出该些主播客户端各自所对应的主播标识，具体的，回归预测模型获取所述主播平台中多个主播客户端所对应的上线时间信息，并生成存储该些上线时间信息与其相对应的主播客户端的主播标识的映射关系数据的主播上线列表，之后获取当前时间段信息，查询所述主播上线列表中上线时间信息在所述当前时间段信息所表征的时间段内的一个或多个主播标识，并将该些主播标识作为预测集合进行输出，以便源数据服务器获取该预测集合中包含的各个主播标识。

一种实施例中，所述的回归预测模型可为已训练至收敛状态的神经网络模型，其基于归一化算法实现，依照各主播标识所对应的上线时间信息进行时段分类，当对应该回归预测模型时，该模型将查询被分类至当前时间段内的一个或多个主播标识作为预测集合进行输出，以便源数据服务器获取该预测集合中包含的各个主播标识。

所述的主播标识一般是指主播客户端所对应的主播用户的用户ID，其也可为主播用户所对应的直播间ID，本领域设计人员可灵活设计所述主播标识，仅需其可实现辨识主播客户端的功能即可，本步骤恕不赘述。

步骤S12，查询分层数据库中存储的与所述主播标识相对应的直播数据，将所述直播数据确定为热点数据上浮至所述分层数据库的性能级别最高的存储介质中进行存储，所述分层数据库的数据分散存储于多个性能级别不同的存储介质中：

服务器获取由所述回归预测模型所预测输出的主播标识后，将在所述分层数据库中查询与该主播标识相对应的一个或多个直播数据，并将该些直播数据确定为热点数据，以将该些直播数据上浮至所述分层数据库中性能级别最高的存储介质中进行存储。

所述的直播数据是指主播客户端进行直播间在线服务时所需的数据，例如，主播客户端的主播昵称、直播间名称、直播类型，直播流数据等数据，当主播客户端在主播平台开启直播间进行直播间业务时，将需要服务器向其与观众客户端推送所述直播数据，以便所述主播客户端执行直播间在线服务。

所述的分层数据库所存储的数据一般存储于多个性能级别不同的存储介质中，各性能级别相对应的存储介质一般依照其性能级别进行从高性能到低性能的排序，典型的实施例中，各存储介质的性能级别的类型包含高性能级别的存储介质、中性能级别的存储介质以及低性能级别的存储介质中，其中，高性能级别的存储介质一般为设备的运行内存，中性能级别的存储介质一般为固态存储硬盘，低性能级别的存储介质一般为机械存储硬盘。其他实施例中，本领域技术人员可以根据存储介质的硬件性能不同设置不同的性能级别，例如两个或者四个性能级别。

源数据服务器将由所述分层数据库中存储的与所述回归服务器所预测的主播标识相对应的直播数据上浮存储至各存储介质中最高性能级别的存储介质中，以提升当前时间段内上线的主播客户端进行直播业务时，借助最高性能的存储介质的高性能，提升该主播客户端的直播数据的传输效率，其中，当源数据服务器将所述主播标识相对应的直播数据上浮至最高性能级别的存储介质进行存储时，若最高性能级别的存储介质的存储空间已满，则位于最高性能级别的存储介质中排序最后的直播数据将被下沉至下一性能级别的存储介质中进行存储，以释放最高性能级别的存储介质的存储空间直至满足存储与所述主播标识相对应的直播数据为止。

步骤S13，响应直播业务服务器推送的数据获取事件，根据性能级别从高到低在各存储介质中查询该事件所对应的直播数据，并将该些直播数据推送至所述直播业务服务器中进行数据更新：

源数据服务器响应所述直播业务服务器推送的所述数据获取事件，确定该数据获取事件所指向的直播数据，以在存储所述分层数据库的数据的各性能级别的存储介质中查询该直播数据，其中，源数据服务器将优先从最高性能级别的存储介质中查询所述数据获取事件所指向的直播数据，若查询不到该直播数据，将在下一性能级别的存储介质中查询该直播数据，以此类推，直至在某一性能级别的存储介质中查询到该直播数据，以获取该直播数据推送至所述直播业务服务器中，便于直播业务服务获取该直播数据进行相应直播在线服务的实施。

所述的数据获取事件一般由直播业务服务器响应直播平台中主播客户端开启直播业务所触发生成的事件，所述数据获取事件将指向该主播客户端所对应的直播数据，以便所述直播业务服务将所述数据获取事件推送至源数据服务器后，驱动源数据服务器从分层数据库中查询该数据获取事件所对应的直播数据进行推送，进而使所述直播业务服务器获取该直播数据，用于为所述主播客户端提供直播在线服务。

具体的，源数据服务器接收所述直播业务服务器触发的所述数据获取事件，确定该事件获取事件所指向的直播数据，并依照存储所述分层数据库中数据的多个存储介质各自所对应的性能级别，从高性能级别到低性能级别依次在该些存储介质中查询所述直播数据，当查询到所述直播数据时，从存储该直播数据的存储介质中获取该直播数据，并将该直播数据推送至所述直播业务服务器中。

可以理解，本方法通过回归预测模型预测当前上线的主播客户端，以将该主播客户端所属的直播数据作为热点数据，上浮存储至高性能存储介质中进行存储，可以提升源数据服务器向直播业务服务器推送直播数据的传输速度，减轻存储直播数据的源数据服务器的运行压力，同时，源数据服务器将分层数据库中存储的数据分散存储至各个性能级别的存储介质中，将热点数据上浮存储至最高性能级别的存储介质，基于分层存储思想管理源直播数据，从高性能至低性能的分层查询及分层写入，可以提升直播数据管理系统的效率，其次，分层管理直播数据的相关策略元信息，包括所述回归预测模型在内，均可由源服务器统一化管理，便于对元信息进行升级及维护，另外，相比较传统的分布式存储思想，本申请的应用可有效提升应对高并发请求的需求的能力，同时提升了直播数据管理系统整体的高可用性、鲁棒性及容忍性，可从总体上降低相关部署成本。

以上的典型实施例及其变化实施例充分揭示了本申请的直播数据调度方法的实施方案，但是，仍可通过对一些技术手段的变换和扩增而演绎出该方法的多种变化实施例，如下概要说明其他实施例：

一种实施例中，请参考图3，在所述调用回归预测模型的步骤中，包括由回归预测模型所执行的如下步骤：

步骤S111，获取所述直播平台中多个主播客户端所对应的上线时间信息：

所述回归预测模型获取源数据服务器所处的直播平台中多个主播客户端所对应的上线时间信息，所述上线时间信息是指主播客户端进行直播业务的时间段信息，其由直播平台通过记录主播客户端的上线时间所生成。

步骤S112，将该些上线时间信息与其所对应的主播客户端的主播标识作为映射关系数据存储至主播上线时间列表中：

所述回归预测模型获取多个主播客户端各自所应对的所述上线时间信息后，将该些上线时间信息与其所对应的主播客户端的主播标识作为映射关系数据，并将该些映射关系数据存储至所述主播上线时间列表中，以便后续预测的实施。

步骤S113，获取当前时间段信息，查询所述主播上线时间列表中与当前时间段信息所对应的一个或多个上线时间信息，获取该些上线时间信息所对应的主播标识：

当所述回归预测模型需预测当前时间段内直播平台上线的主播客户端时，将获取表征当前时间段的所述当前时间段信息，并查询所述主播上线时间列表中为该当前时间段信息所表征的时间段内相对应的上线时间信息，并获取查询所确定的一个或多个上线时间信息其所关联的主播标识。

步骤S114，生成包含该些主播标识的主播标识集合，并输出该主播标识集合：

所述回归预测模型从所述主播上线时间列表中获取与所述当前时间段信息所对应的一个或多个上线时间信息各自所关联的主播标识后，将封装该些主播标识，以生成包含该些主播标识的主播标识集合输出至源数据服务器中，以便源数据服务器将该些主播标识所对应的直播数据上浮至最高性能级别的存储介质中进行存储。

本实施例中，通过所述回归预测模型的构造，以预测当前时间段内上线的主播客户端，以便源数据服务器将该些主播客户端所对应的直播数据上浮存储至最高性能级别的存储介质中，提升对该些直播数据进行写入或读取时的速率，以提升当前时间段内主播客户端的直播业务的进行直播数据传输时的流畅性。

一种实施例中，请参考图4，在所述响应直播业务服务器推送的数据获取事件的步骤中，还包括如下步骤：

步骤S131，响应所述数据获取事件，确定该事件所指向的直播数据：

源数据服务器响应由直播业务服务器推送的所述数据获取事件，确定该数据获取事件所指向的直播数据。

步骤S132，依照多个存储介质各自所对应的性能级别，从高到低依次在该些存储介质中查询所述直播数据：

源数据服务器确定所述数据获取数据所指向的直播数据后，将依照存储所述分层数据库中数据的多个存储介质各自对应的性能级别，优先从最高性能级别的存储介质中查询该直播数据，若查询不到，则从下一性能级别的存储介质中查询该直播数据，以此类推，直至从某一性能级别的存储介质中查询到该直播数据为止。

步骤S133，从存储所述直播数据的存储介质中获取所述直播数据，并将该直播数据推送至所述直播业务服务器中进行数据更新：

当源数据服务器从任意性能级别的存储介质中查询到所述数据获取数据所指向的直播数据后，将从该存储介质中获取该直播数据，并将该直播数据推送至所述直播业务服务器中，以便该直播业务服务器获取该直播数据进行相应的直播在线服务。

本实施例中，源数据服务器将依照存储分层数据库中数据的多个存储介质各自所对应的性能级别，从高到低依次在该些存储介质中查询获取直播数据进行推送，有效地提升了直播数据的查询速度。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种直播数据调度装置，按照这一思路，请参阅图5，其中的一个典型实施例中，该装置包括：主播标识预测模块11，用于调用回归预测模型，获取该模型所预测的直播平台中当前时间段内上线的主播客户端所对应的主播标识；直播数据上浮模块12，用于查询分层数据库中存储的与所述主播标识相对应的直播数据，将所述直播数据确定为热点数据上浮至所述分层数据库的性能级别最高的存储介质中进行存储，所述分层数据库的数据分散存储于多个性能级别不同的存储介质中；获取事件响应模块13，用于响应直播业务服务器推送的数据获取事件，根据性能级别从高到低在各存储介质中查询该事件所对应的直播数据，并将该些直播数据推送至所述直播业务服务器中进行数据更新。

一种实施例中，所述主播标识预测模块11包括：上线时间获取子模块，用于获取所述直播平台中多个主播客户端所对应的上线时间信息；关系数据存储子模块，用于将该些上线时间信息与其所对应的主播客户端的主播标识作为映射关系数据存储至主播上线时间列表中；主播标识获取子模块，用于获取当前时间段信息，查询所述主播上线时间列表中与当前时间段信息所对应的一个或多个上线时间信息，获取该些上线时间信息所对应的主播标识；标识集合输出子模块，用于生成包含该些主播标识的主播标识集合，并输出该主播标识集合。

一种实施例中，所述获取事件响应模块13包括：直播数据确定子模块，用于响应所述数据获取事件，确定该事件所指向的直播数据；直播数据查询子模块，用于依照多个存储介质各自所对应的性能级别，从高到低依次在该些存储介质中查询所述直播数据；直播数据推送子模块，用于从存储所述直播数据的存储介质中获取所述直播数据，并将该直播数据推送至所述直播业务服务器中进行数据更新。

请参阅图6，本申请的一种直播数据存取方法，在其典型实施例中，其包括如下步骤：

步骤S22，响应作用于直播数据库的数据增量查询事件，并将该数据增量查询事件广播至当前直播业务服务器所处的直播业务服务器机群中的所有直播业务服务器，所述直播数据库用于存储直播数据：

当前直播业务服务器响应作用于所述直播数据库的数据增量查询事件的同时，将该将该数据增量查询事件广播至当前直播业务服务器所处的直播业务服务器机群中，以便该直播业务服务器机群中所包含的直播服务器接收该数据增量查询事件，进而向各自所对应的直播数据库中添加该数据增量查询事件所指向的直播数据。

具体的，当前直播业务服务器为直播业务服务器群中的首位服务器，当其接收到所述数据增量查询事件后，将该数据增量查询事件推送至直播数据获取队列中，并将直播数据获取队列中最新接收到的数据增量查询事件广播至所述直播业务服务器群中其他直播业务服务器各自所对应的直播数据获取队列中，以便该直播业务服务器群中其他直播业务服务器获取所述数据增量查询事件进行响应，各自从源数据服务器中增量查询该事件所对应的直播数据。

所述的直播数据库用于存储由直播数据与其所对应的直播标识所构成的映射关系数据，且该直播数据库中存储的直播数据一般为直播平台中当前正在进行直播业务的主播客户端所对应的直播数据，以便直播业务服务器通过该直播数据库中存储的所述映射关系数据，向直播平台中当前正在进行直播业务的主播客户端提供直播在线服务。

所述的直播业务服务器机群由多个直播业务服务器所构成，且该些直播业务服务器基于本地局域网建立各自之间的数据通信链路，以保证数据更新事件的广播推送的传输速度。

所述的数据增量查询事件一般为当前直播业务服务器所处的直播平台中的主播客户端进行直播业务的开启时所触发，当主播客户端进行直播业务的开启时(即俗称的开播)，将触发所述数据增量查询事件，以驱动直播业务服务器从源数据服务器中获取该主播客户端所对应的直播数据存储至所述直播数据库中，便于所述主播客户端根据所述直播数据执行直播业务。

监听直播平台中主播开播事件的监听方一般为直播平台所设置的直播监听服务器，当该直播监听服务器监听到直播平台中任意主播客户端开启直播业务时，将生成指向该主播客户端所对应的直播数据的所述数据增量查询事件，并将其推送至当前直播业务服务器中，以驱动直播业务服务器从源数据服务器中获取该事件所指向的直播数据存储至所述直播数据库中，便于所述主播客户端根据所述直播数据进行直播业务。

进一步的，当前直播业务服务器接收到由直播监听服务器推送的所述数据增量查询事件后，将该数据增量查询事件存储至直播数据获取队列中，所述更新事件列表中存储这多个数据更新事件，且各数据更新事件依照其入表时间，在所述更新事件列表中降序排序，直播业务服务器获取所述直播数据获取队列中最新的数据增量查询事件，以将该数据增量查询事件广播至当前直播业务服务器所处于的直播业务服务器机群其中所有直播业务服务器各自对应的直播数据获取队列中。

步骤S23，向源数据服务器推送数据获取事件，以驱动源数据服务器依照分层数据库所在的各存储介质的性能级别，从高到低在该些存储介质中查询该数据获取事件所对应的直播数据：

直播业务服务器推送所述数据获取指令至源数据服务器中，在源数据服务器确定所述数据获取数据所指向的直播数据后，将依照存储所述分层数据库中数据的多个存储介质各自对应的性能级别，优先从最高性能级别的存储介质中查询该直播数据，若查询不到，则从下一性能级别的存储介质中查询该直播数据，以此类推，直至从某一性能级别的存储介质中查询到该直播数据为止。

具体的，当前直播业务服务器响应所述数据增量查询事件后，将确定该事件所指向的直播数据，并生成指向该直播数据的所述数据获取事件推送至源数据服务器中，以从源数据服务器的分层数据库中查询该数据获取事件所对应的直播数据。

直播业务服务器获取所述更新事件列表中最新的数据更新事件，以将该数据新事件广播至该直播业务服务器所处于的直播业务服务器机群其中所有直播业务服务器各自对应的直播数据列表中。

步骤S24，从源数据服务器的分层数据库中获取所述直播数据，并将该直播数据存储至直播数据库中：

直播业务服务器从所述源数据服务器的任意性能级别的存储介质中查询到所述数据获取事件所对应的直播数据后，将从该存储介质中获取所述直播数据，并将该直播存储与其所对应的主播标识作为映射关系数据存储至所述直播数据库中。

一种实施例中，当前直播业务服务器响应所述数据获取指令，从所述直播数据库中获取该数据获取指令所指向的直播数据，已将该直播数据传输至推送所述数据获取指令的推送方中，其中，所述的数据获取指令一般由直播平台的主播客户端所推送，以从直播业务服务器的直播数据库中获取该指令所指向的直播数据进行直播业务。

一种实施例中，当前直播业务服务器响应主播下播事件，确定该事件所指向的主播客户端，以在所述直播数据库中查询与该主播客户端的主播标识所对应的直播数据，并将该直播数据从所述直播数据库中删除，以节省设备的存储空间。

可以理解，本方法中直播业务服务器通过响应作用于直播数据库的数据增量查询事件，在源数据服务器分层数据库的多个性能级别不同的存储介质中，从高性能级别至低性能级别的存储介质中顺序增量查询该事件所指向的直播数据进行存储，相比传统的数据库查询方式，分层存储的方式有效地提升了数据查询速度，且直播业务服务器将向其所处服务器机群中的其他服务器推送该数据增量查询事件，以提升机群中各直播业务服务器的数据同步效率，且直播业务服务器负责将从源数据服务器中获取的直播数据推送至相应的数据需求方中，可以分担直播数据系统中的数据推送服务，减轻源数据服务器的数据传输压力，提升系统整体的稳定性。

以上的典型实施例及其变化实施例充分揭示了本申请的直播数据存取方法的实施方案，但是，仍可通过对一些技术手段的变换和扩增而演绎出该方法的多种变化实施例，如下概要说明其他实施例：

一种实施例中，请参考图7，所述响应作用于直播数据库的数据增量查询事件的步骤之前，还包括如下步骤：

步骤S20，响应主播开播事件，确定该主播开播事件所指向的主播客户端：

当前直播业务服务器响应所述主播开播事件，驱动该主播开播事件所指向的主播客户端，以便从源数据服务器中获取该主播客户端所对应的直播数据。

所述主播开播事件由当前直播业务服务器于其所关联的主播客户端开启直播业务所触发生成。

步骤S21，确定该主播客户端所对应的主播标识，以生成向所述直播数据库中存储该主播标识所对应的直播数据的所述数据增量查询事件:

当前直播业务服务器响应所述主播开播事件，确定该事件所指向主播客户端后，将确定与该主播客户端相对应的主播标识，进而生成向所述直播数据库中存储该主播标识所对应的直播事件的所述数据增量查询事件。

当前直播业务服务器响应所述数据增量查询事件，进而向源数据服务器推送指向该事件所对应的直播数据的数据获取事件，以从源数据服务器的分层数据库中获取该数据获取事件所指向的直播数据存储至所述直播数据库中，便于向所述主播开播事件所指向的主播客户端提供直播在线服务。

本实施例中，通过响应直播平台中主播客户端的开播事件而生成数据获取事件，以便从源数据服务器中获取该主播客户端所对应的直播数据存储至直播数据库中，进而为该主播客户端提供直播在线服务，使该主播客户端的直播业务可流程执行。

一种实施例中，请参考图8，在所述对应更新自身数据库中预存储的直播数据的步骤之后，还包括如下步骤：

步骤S25，响应源数据服务器的高负荷事件，向其他直播业务服务器推送数据同步事件：

当前直播业务服务器在源数据服务器的分层数据库中获取所述数据获取事件所指向的直播数据并存储至直播数据库中后，当源服务器触发所述高负荷事件使，当前直播服务器将向其他直播业务服务器推送所述事件同步事件。

所述的高负荷事件一般是由源数据服务器因其高并发请求等负载过大的事件而无法向其他直播业务服务器推送直播数据所触发的事件，源数据服务器触发生成所述高负荷事件后，将由已从其分层数据库获取相应的直播数据的直播业务服务器负责响应，以驱动该直播业务服务器向其他直播业务服务器推送指向所述直播数据的所述数据同步事件，触发其他直播业务服务器从推送所述数据同步事件的直播业务服务器中获取所述直播数据。

步骤S26，响应其他直播业务服务器的数据获取事件，将从源数据服务器的分层数据库中所获取的增量直播数据推送至其他直播业务服务器中进行同步更新：

当前直播业务服务器向其他直播业务服务器推送所述数据同步事件后，将获取由该些直播业务服务器推送的所述数据获取事件，以将其预先从源数据服务器的分层数据库中获取的增量直播数据推送至该些直播业务服务器中，以便该些直播业务服务器获取该增量直播数据存储至各自对应的直播数据库中，完成直播数据库中的直播数据的同步更新。

所述的增量直播数据是指当前直播业务服务器通过响应所述数据增量查询事件从源数据服务器中所获取的直播数据。

本实施例中，已从源数据服务器中获取当前需增量的直播数据的直播业务服务器通过响应源数据服务器因高并发等负载过大的高负荷事件，将自身作为直播数据推送方，向其他直播业务服务器推送其从源数据服务器获取的直播数据，进而为源数据服务器分担直播数据的传输，以减少源数据服务器的传输压力，保证源数据服务器的传输稳定性，同时也提升了系统中直播数据的推送速度。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种直播数据存取装置，按照这一思路，请参阅图9，其中的一个典型实施例中，该装置包括：增量事件响应模块21，用于响应作用于直播数据库的数据增量查询事件，并将该数据增量查询事件广播至当前直播业务服务器所处的直播业务服务器机群中的所有直播业务服务器，所述直播数据库用于存储直播数据；获取事件推送模块22，用于向源数据服务器推送数据获取事件，以驱动源数据服务器依照分层数据库所在的各存储介质的性能级别，从高到低在该些存储介质中查询该数据获取事件所对应的直播数据；直播数据获取模块23，用于从源数据服务器的分层数据库中获取所述直播数据，并将该直播数据存储至直播数据库中。

为解决上述技术问题，本申请实施例还提供一种计算机设备，用于运行根据所述直播数据调度方法或直播数据存取方法所实现的计算机程序。具体请参阅图10，图10为本实施例计算机设备基本结构框图。

如图10所示，计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种直播数据调度方法或直播数据存取方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种直播数据调度方法或直播数据存取方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本实施方式中处理器用于执行本申请的直播数据调度或直播数据存取装置中的各个模块/子模块的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有直播数据调度或直播数据存取装置中执行所有模块/子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。

本申请还提供一种非易失性存储介质，所述的直播数据调度方法或直播数据存取方法被编写成计算机程序，以计算机可读指令的形式存储于该存储介质中，计算机可读指令被一个或多个处理器执行时，意味着该程序在计算机中的运行，由此使得一个或多个处理器执行上述任一实施例直播数据调度方法或直播数据存取方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

综上所述，本申请通过分层存储源直播数据，并将预测的热点数据上浮存储至高性能的存储介质中，有效地提升了直播数据的传输效率。

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

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种直播数据调度方法，其特征在于，包括如下步骤：

调用回归预测模型，获取该模型所预测的直播平台中当前时间段内上线的主播客户端所对应的主播标识；

查询分层数据库中存储的与所述主播标识相对应的直播数据，将所述直播数据确定为热点数据上浮至所述分层数据库的性能级别最高的存储介质中进行存储，所述分层数据库的数据分散存储于多个性能级别不同的存储介质中；

响应直播业务服务器推送的数据获取事件，根据性能级别从高到低在各存储介质中查询该事件所对应的直播数据，并将该些直播数据推送至所述直播业务服务器中。

2.根据权利要求1所述的方法，其特征在于，在所述调用回归预测模型的步骤中，包括由回归预测模型所执行的如下步骤：

获取所述直播平台中多个主播客户端所对应的上线时间信息；

将该些上线时间信息与其所对应的主播客户端的主播标识作为映射关系数据存储至主播上线时间列表中；

获取当前时间段信息，查询所述主播上线时间列表中与当前时间段信息所对应的一个或多个上线时间信息，获取该些上线时间信息所对应的主播标识；

生成包含该些主播标识的主播标识集合，并输出该主播标识集合。

3.根据权利要求1所述的方法，其特征在于，在所述响应直播业务服务器推送的数据获取事件的步骤中，还包括如下步骤：

响应所述数据获取事件，确定该事件所指向的直播数据；

依照多个存储介质各自所对应的性能级别，从高到低依次在该些存储介质中查询所述直播数据；

从存储所述直播数据的存储介质中获取所述直播数据，并将该直播数据推送至所述直播业务服务器中进行数据更新。

4.一种直播数据存取方法，其特征在于，包括如下步骤：

响应作用于直播数据库的数据增量查询事件，并将该数据增量查询事件广播至当前直播业务服务器所处的直播业务服务器机群中的所有直播业务服务器，所述直播数据库用于存储直播数据；

向源数据服务器推送数据获取事件，以驱动源数据服务器依照分层数据库所在的各存储介质的性能级别，从高到低在该些存储介质中查询该数据获取事件所对应的直播数据；

从源数据服务器的分层数据库中获取所述直播数据，并将该直播数据存储至直播数据库中。

5.根据权利要求4所述的方法，其特征在于，所述响应作用于直播数据库的数据增量查询事件的步骤之前，还包括如下步骤：

响应主播开播事件，确定该主播开播事件所指向的主播客户端；

确定该主播客户端所对应的主播标识，以生成向所述直播数据库中存储该主播标识所对应的直播数据的所述数据增量查询事件。

6.根据权利要求4至5任一所述的方法，其特征在于，在所述对应更新自身数据库中预存储的直播数据的步骤之后，还包括如下步骤：

响应源数据服务器的高负荷事件，向其他直播业务服务器推送数据同步事件；

响应其他直播业务服务器的数据获取事件，将从源数据服务器的分层数据库中所获取的增量直播数据推送至其他直播业务服务器中进行同步更新。

7.根据权利要求1至6任一所述的方法，其特征在于，所述分层数据库的数据分布存储于高性能级别的存储介质、中性能级别的存储介质以及低性能级别的存储介质中，其中，高性能级别的存储介质为设备的运行内存。

8.一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任一项所述的方法的步骤。

9.一种非易失性存储介质，其特征在于，其以计算机可读指令的形式存储有依据权利要求1至7中任意一项所述的方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至7任意一项所述方法的步骤。

Images