CN110062250B - 一种推送直播列表的方法以及视联网服务器 - Google Patents

Abstract

本申请实施例公开了一种推送直播列表的方法，用于提高系统的可用性，视联网服务器统一管控直播业务信息，对直播业务列表进行统一收集和推送，为直播业务应用提供数据和功能支持。本申请实施例方法包括：视联网服务器接收第一电子设备发送的直播业务信息；所述视联网服务器保存所述直播业务信息；所述视联网服务器接收第二电子设备发送的直播列表请求；所述视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表；所述视联网服务器向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播。

Description

一种推送直播列表的方法以及视联网服务器

技术领域

本发明涉及视联网技术领域，特别是涉及一种推送直播列表的方法以及视联网服务器。

背景技术

目前视联网终端数量日益增多，在一个视联网内同时发起的直播数量日益增多，现有的收看直播方式只能通过输入视联网终端号码进行收看，此方式操作体验较差，并且可能存在号码输入错误收看直播失败或者收看错误业务的情况。

发明内容

本申请实施例提供了一种推送直播列表的方法以及视联网服务器，用于提高系统的可用性，视联网服务器统一管控直播业务信息，对直播业务列表进行统一收集和推送，为直播业务应用提供数据和功能支持。

有鉴于此，本发明第一方面提出了一种推送直播列表的方法，可以包括：

视联网服务器接收第一电子设备发送的直播业务信息；

所述视联网服务器保存所述直播业务信息；

所述视联网服务器接收第二电子设备发送的直播列表请求；

所述视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表；

所述视联网服务器向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播。

可选的，在本发明的一些实施例中，所述视联网服务器接收第二电子设备发送的直播列表请求，可以包括：

所述视联网服务器通过视联网透传协议或者互联网协议接收所述第二电子设备发送的所述直播列表请求。

可选的，在本发明的一些实施例中，所述直播业务信息包括第一直播业务信息，所述方法还可以包括：

当所述第一直播业务信息对应的第一直播业务停止时，所述视联网服务器更新所述第一直播业务的业务状态。

可选的，在本发明的一些实施例中，所述视联网服务器接收第一电子设备发送的直播业务信息，可以包括：

所述视联网服务器通过视联网透传协议或者互联网协议接收所述第一电子设备发送的所述直播业务信息。

可选的，在本发明的一些实施例中，所述视联网服务器保存所述直播业务信息，可以包括：

所述视联网服务器保存所述直播业务信息至数据库。

本发明第二方面提供了一种视联网服务器，可以包括：

接收模块，用于接收第一电子设备发送的直播业务信息；接收第二电子设备发送的直播列表请求；

处理模块，用于保存所述直播业务信息；根据所述直播列表请求和所述直播业务信息，确定直播列表；

发送模块，用于向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播。

可选的，在本发明的一些实施例中，

所述接收模块，具体用于通过视联网透传协议或者互联网协议接收所述第二电子设备发送的所述直播列表请求。

可选的，在本发明的一些实施例中，

所述处理模块，还用于当所述第一直播业务信息对应的第一直播业务停止时，更新所述第一直播业务的业务状态。

可选的，在本发明的一些实施例中，

所述接收模块，具体还用于通过视联网透传协议或者互联网协议接收所述第一电子设备发送的所述直播业务信息。

可选的，在本发明的一些实施例中，

所述处理模块，具体用于保存所述直播业务信息至数据库。

从以上技术方案可以看出，本申请实施例具有以下优点：

视联网服务器接收第一电子设备发送的直播业务信息；所述视联网服务器保存所述直播业务信息；所述视联网服务器接收第二电子设备发送的直播列表请求；所述视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表；所述视联网服务器向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播。视联网服务器统一管控直播业务信息，对直播业务列表进行统一收集和推送，为直播业务应用提供数据和功能支持。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，还可以根据这些附图获得其它的附图。

图1是本发明的一种视联网的组网示意图；

图2是本发明的一种节点服务器的硬件结构示意图；

图3是本发明的一种接入交换机的硬件结构示意图；

图4是本发明的一种以太网协转网关的硬件结构示意图；

图5是本发明的一种终端设备升级时数据传输过程的示意图；

图6是本发明实施例所应用的系统架构图；

图7是本发明中推送直播列表的方法的实施例示意图；

图8为本发明实施例所应用的软件架构图；

图9是本发明的一种视联网服务器的实施例示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、交互式电视点播(Video on Demand，VOD)系统、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。

为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术(Network Technology)

视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术(Switching Technology)

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术(Server Technology)

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术(Storage Technology)

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术(Network Security Technology)

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术(Service Innovation Technology)

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

如图1所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。

1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。

各接入网设备的具体硬件结构为：

节点服务器：

如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；

其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。

接入交换机：

如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；

其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream－id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream－id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。

交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。

码率控制模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。

以太网协转网关：

如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。

其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目的地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream－id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frametype(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目的地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

DA

SA

Reserved

Payload

CRC

其中：

目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS(Multi－Protoco lLabe lSwitch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

DA

SA

Reserved

标签

Payload

CRC

即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

基于视联网的上述特性，提出了本发明实施例的核心构思之一，遵循视联网的协议，由网管服务器管理所有的终端设备；由数据存储服务器存储各种数据包，其中包括升级程序包，终端设备获取升级程序包来进行程序升级。

在本发明实施例中，视联网包括终端设备，以及和终端设备相互通信的网管服务器和数据存储服务器

参照图5，在本发明实施例中，终端设备与网管服务器及数据存储服务器的通信是通过视联网进行传输。

下面对本发明中所涉及的术语做一个简要的说明，如下所示：

视联网终端：是一个能支持视联网音频、视频流解码等功能的硬件设备。

终端直播业务：视联网终端通过遥控器发起的直播业务。

视联网核心服务器：用于记录和管理视联网业务，转发视联网协议的硬件设备。

业务管控服务：用于接收终端业务状态和审批业务发起请求的服务端程序。

视联网会议管理平台：是一个能管理和监控视联网会议的服务平台，以下简称会管。

视联网流媒体平台：是一个能管理和发起软终端(电脑或者手机)会议、直播、可视电话业务的软件平台。

视联网监控业务平台：是一个能管理和发起监控设备会议、直播业务的软件平台。

视联网终端号：视联网中业务单元识别号码，用于标识可以发起视联网业务的真实或者虚拟终端。

视联网透传协议：视联网终端(虚拟终端)之间传输信息的通讯协议，源端终端发送8f85报文到视联网服务器，视联网服务器再发送8785报文到接收方终端。

在现有的技术方案中，视联网终端设备的数量日益增多，一个视联网内部署着多种类型的业务平台，在一个视联网内同时发起的直播数量日益增多，现有的收看直播方式只能通过输入视联网终端设备号码进行收看，此方式操作体验较差，并且可能存在号码输入错误收看直播失败或者收看错误业务的情况。部分业务平台只能查看本业务平台发起的直播业务，其他业务平台的直播业务无法获取。

如图6所示，为本发明实施例所应用的系统架构图。在图6所示中，可以包括：

收看直播终端，发起直播终端，收看直播业务平台，发起直播业务平台，视联网服务器，管控服务以及管控数据库(也可以简称为数据库)。这里的发起直播终端和发起直播业务平台在本申请实施例中可以理解为第一电子设备，收看直播终端和收看直播业务平台在本发明实施例中可以理解为第二电子设备。可选的，管控服务和视联网服务器可以理解为一个整体。

本发明通过以下方案有效的解决了该问题：

解决在视联网内的业务平台(即本发明中所说的第二电子设备)无法获取当前视联网内正在进行中的直播业务列表的问题。

任何平台或者终端(即本发明中的第一电子设备)发起直播业务时，都可以将直播业务信息上报至业务管控服务。

任何平台或者终端(即本发明中的第二电子设备)要收看直播时，可通过视联网透传协议或者互联网协议向业务管控服务发送获取直播列表请求。

业务管控服务通过权限判断，将直播列表返回至直播列表请求平台或终端(可以理解为第二电子设备)。

视联网中的终端设备、会议管理平台、流媒体平台、监控业务平台发起的直播业务，将会把直播业务信息发送至业务管控服务。

业务管控服务接收到直播业务信息后，将直播业务信息保存至管控数据库中。

当直播业务停止时，将更新管控数据库中的业务状态。

任何一个业务平台或者终端，可以通过视联网透传协议或者互联网协议，向业务管控服务请求直播列表。

业务管控平台(可理解为视联网服务器)接收到直播列表请求后，根据平台用户权限，从数据库中查询请求方可收看的直播列表信息，将直播列表信息进行分包，透传至业务请求平台或者终端。

业务请求平台或者终端可以在列表中选择要收看的直播名称进行收看。

下面以实施例的方式，对本发明技术方案做进一步的说明，如图7所示，为本发明技术方案中推送直播列表的方法的一个实施例示意图，包括：

701、视联网服务器接收第一电子设备发送的直播业务信息。

可以理解的是，在本发明实施例中，第一电子设备可以包括一般的手持电子终端，诸如智能电话、便携式终端、终端、个人数字助理(Persona lDigita lAssistant，PDA)、便携式多媒体播放器(Persona lMedia Player，PMP)装置、笔记本电脑、笔记本(Note Pad)、无线宽带(Wireless Broadband，Wibro)终端、平板电脑(persona lcomputer，PC)和智能PC；也可以包括业务平台，其中，业务平台可以包括会议管理平台、流媒体平台、监控业务平台等。

可选的，所述视联网服务器接收第一电子设备发送的直播业务信息，可以包括：所述视联网服务器通过视联网透传协议或者互联网协议接收所述第一电子设备发送的直播业务信息。

示例性的，终端设备发起的直播业务，可以通过透传方式将直播信息发送至管控服务。业务平台发起的直播业务，可以通过互联网协议将直播信息发送至管控服务。需要说明的是，这里的管控服务可以理解为视联网服务器上的功能模块，也可以作为独立的功能模块实现。

702、视联网服务器保存所述直播业务信息。

所述视联网服务器保存所述直播业务信息，可以包括：所述视联网服务器保存所述直播业务信息至数据库。

示例性的，管控服务接收来自各业务平台或者终端发起的直播状态信息推送，将直播信息列表保存至管控数据库中。

所述直播业务信息包括第一直播业务信息，所述方法还可以包括：当所述第一直播业务信息对应的第一直播业务停止时，所述视联网服务器更新所述第一直播业务的业务状态。

示例性的，直播业务信息可以包括一个或多个直播业务信息，当其中有直播业务停止直播时，视联网服务器可以将该停止的直播业务的业务状态更新为停止状态，或者，将该直播业务的业务信息从数据库中删除，或者，也可以是其他的操作方式，具体此处不做限定。

703、视联网服务器接收第二电子设备发送的直播列表请求。

所述视联网服务器接收第二电子设备发送的直播列表请求，可以包括：所述视联网服务器通过视联网透传协议或者互联网协议接收所述第二电子设备发送的所述直播列表请求。

704、视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表。

示例性的，视联网服务器根据直播列表请求，确定直播列表，直播列表可以包括直播业务信息。

视联网服务器接收到直播列表请求后，可以根据平台用户权限，从数据库中查询请求方可收看的直播列表信息，将直播列表信息进行分包，透传至第二电子设备。

705、视联网服务器向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播。

终端通过视联网协议发送请求从管控服务获取直播列表；业务平台通过互联网协议从管控服务获取直播列表。

可选的，当第二电子设备接收到直播列表后，响应用户的输入操作，生成选择指令，根据该选择指令，从所述直播列表中选择对应的直播业务进行播放。

示例性的，业务请求平台可以在列表中选择要收看的直播名称进行收看。

如图8所示，为本发明实施例所应用的软件架构图。在图8所示中，业务管控服务通过视联网接收模块接收终端推送的直播业务信息，在终端请求直播列表时，向终端发送直播列表。互联网交互模块接收来自业务平台的直播业务信息，并可响应业务平台的直播列表请求，向业务平台推送直播列表。直播信息接收模块将业务平台和终端上传的直播信息保存至数据库。直播列表查询模块根据直播列表请求来源的权限查询出可推送的直播列表。直播列表推送模块将查询到的信息进行格式转换，推送给请求来源模块。

在本发明实施例中，视联网服务器接收第一电子设备发送的直播业务信息；所述视联网服务器保存所述直播业务信息；所述视联网服务器接收第二电子设备发送的直播列表请求；所述视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表；所述视联网服务器向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播。视联网服务器统一管控直播业务信息，对直播业务列表进行统一收集和推送，为直播业务应用提供数据和功能支持。

如图9所示，为本发明实施例中视联网服务器的一个实施例示意图，可以包括：

接收模块901，用于接收第一电子设备发送的直播业务信息；接收第二电子设备发送的直播列表请求；

处理模块902，用于保存直播业务信息；根据直播列表请求和直播业务信息，确定直播列表；

发送模块903，用于向第二电子设备发送直播列表，直播列表用于第二电子设备进行直播。

可选的，在本发明的一些实施例中，

接收模块901，具体用于通过视联网透传协议或者互联网协议接收第二电子设备发送的直播列表请求。

可选的，在本发明的一些实施例中，

处理模块902，还用于当第一直播业务信息对应的第一直播业务停止时，更新第一直播业务的业务状态。

可选的，在本发明的一些实施例中，

接收模块901，具体还用于通过视联网透传协议或者互联网协议接收第一电子设备发送的直播业务信息。

可选的，在本发明的一些实施例中，

处理模块902，具体用于保存直播业务信息至数据库。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (8)

1.一种推送直播列表的方法，其特征在于，包括：

视联网服务器接收第一电子设备发送的直播业务信息；所述第一电子设备包括：视联网终端设备、会议管理平台、流媒体平台、监控业务平台；

所述视联网服务器保存所述直播业务信息；

所述视联网服务器接收第二电子设备发送的直播列表请求；所述第二电子设备包括：视联网终端设备、会议管理平台、流媒体平台、监控业务平台；

所述视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表；

所述视联网服务器向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备收看直播；

其中，所述视联网服务器根据所述直播列表请求和所述直播业务信息，确定直播列表，包括：

视联网服务器接收到所述直播列表请求后，根据直播列表请求来源的权限，从数据库中查询相应的直播列表信息，将直播列表信息进行分包，透传至所述第二电子设备；所述直播列表信息为所述视联网终端设备、会议管理平台、流媒体平台、监控业务平台中的一种或多种直播列表信息；

其中，所述直播业务信息包括第一直播业务信息，所述方法还包括：

当所述第一直播业务信息对应的第一直播业务停止时，所述视联网服务器依据第一直播业务信息进行动作，包括：

更新所述第一直播业务的业务状态为停止状态；

或者，将所述第一直播业务的业务信息从数据库中删除。

2.根据权利要求1所述的方法，其特征在于，所述视联网服务器接收第二电子设备发送的直播列表请求，包括：

所述视联网服务器通过视联网透传协议或者互联网协议接收所述第二电子设备发送的所述直播列表请求。

3.根据权利要求1或2所述的方法，其特征在于，所述视联网服务器接收第一电子设备发送的直播业务信息，包括：

所述视联网服务器通过视联网透传协议或者互联网协议接收所述第一电子设备发送的所述直播业务信息。

4.根据权利要求1或2所述的方法，其特征在于，所述视联网服务器保存所述直播业务信息，包括：

所述视联网服务器保存所述直播业务信息至数据库。

5.一种视联网服务器，其特征在于，包括：

接收模块，用于接收第一电子设备发送的直播业务信息，所述第一电子设备包括：视联网终端设备、会议管理平台、流媒体平台、监控业务平台；接收第二电子设备发送的直播列表请求，所述第二电子设备包括：视联网终端设备、会议管理平台、流媒体平台、监控业务平台；

处理模块，用于保存所述直播业务信息；根据所述直播列表请求和所述直播业务信息，确定直播列表；

发送模块，用于向所述第二电子设备发送所述直播列表，所述直播列表用于所述第二电子设备进行直播；

其中，所述处理模块，包括：

第一处理子模块，用于接收到所述直播列表请求后，根据直播列表请求来源的权限，从数据库中查询相应的直播列表信息，将直播列表信息进行分包，透传至所述第二电子设备；所述直播列表信息为所述视联网终端设备、会议管理平台、流媒体平台、监控业务平台中的一种或多种直播列表信息；

其中，所述直播业务信息包括第一直播业务信息，所述处理模块，还包括：

第二处理子模块，用于当所述第一直播业务信息对应的第一直播业务停止时，依据所述第一直播业务信息进行动作，包括：更新所述第一直播业务的业务状态为停止状态；或者，将所述第一直播业务的业务信息从数据库中删除。

6.根据权利要求5所述的视联网服务器，其特征在于，

所述接收模块，具体用于通过视联网透传协议或者互联网协议接收所述第二电子设备发送的所述直播列表请求。

7.根据权利要求5或6所述的视联网服务器，其特征在于，

所述接收模块，具体还用于通过视联网透传协议或者互联网协议接收所述第一电子设备发送的所述直播业务信息。

8.根据权利要求5或6所述的视联网服务器，其特征在于，

所述处理模块，具体用于保存所述直播业务信息至数据库。

Images