一种直播数据的推流方法及系统与流程

文档序号:13011322阅读:747来源:国知局
一种直播数据的推流方法及系统与流程

本申请涉及网络直播技术领域,特别涉及一种直播数据的推流方法及系统。



背景技术:

随着网络直播技术的发展,更多的硬件厂商想要将各式各样的直播设备接入直播平台,即借助于直播平台的rtmp(realtimemessagingprotocol,实时消息传输协议)推流功能,将不限于pc的各式直播设备通过rtmp推流的方式将这些直播设备上得到的直播数据推送至直播平台,从而实现灵活性较高的网络直播。

在现有技术当中,想要将各式直播设备上的包括音视频数据在内的直播数据推流至直播平台上,不免需要进行参数的配置,传统应用于pc上的参数配置过程十分繁琐,虽然应用在各式智能移动终端时已经大幅减少了需要不必要的参数配置过程,但考虑到有些设备不具有触摸屏、键盘或其它信息输入模块,例如运动相机、专业的摄像机以及无线编码器等,无法采用输入的方式进行参数的配置,有时不得不舍弃这类效果极好但无法使用的直播设备,提高了各式设备应用与直播的技术门槛,还存在其它诸多问题。

所以,如何提供一种无须手动配置参数、步骤简单快捷、准确率高的应用于各式直播设备的直播数据推流机制是本领域技术人员亟待解决的问题。



技术实现要素:

本申请的目的是提供一种直播数据的推流方法及系统,其可应用于不含信息输入模块的各式直播设备,即无须手动进行推流参数的配置、能够通过简单快捷的操作步骤,以极高的推流准确率进行直播数据的推流,降低了各式设备应用于网络直播的技术门槛,提高了各式设备的利用率。

为解决上述技术问题,本申请提供一种直播数据的推流方法,该推流方法包括:

导播设备根据网络环境生成相应的rtmp推流网络配置参数,并将所述rtmp推流网络配置参数利用二维码技术生成推流二维码;

直播设备获取所述推流二维码并对所述推流二维码进行识别,得到所述rtmp推流网络配置参数;

所述直播设备配置所述rtmp推流网络配置参数,以将所述直播设备的直播数据上传至所述rtmp推流网络配置参数包含的推流网络地址。

可选的,导播设备根据网络环境生成相应的rtmp推流网络配置参数,包括:

判断各所述直播设备距所述导播设备的最大距离是否超过阈值;

若是,则从预设的互联网推流网络地址库中选取得到互联网推流地址,并将所述互联网推流地址和对应的互联网连接端口号执行打包操作,得到互联网推流配置参数;

若否,则从预设的局域网推流网络地址库中选取得到局域网推流地址,并将所述局域网推流地址和对应的局域网连接端口号执行打包操作,得到局域网推流配置参数。

可选的,直播设备获取所述推流二维码并对所述推流二维码进行识别,得到所述rtmp推流网络配置参数,包括:

利用所述直播设备的摄像头拍摄得到所述推流二维码的图片信息;其中,所述直播设备包括摄像头且能够正常连接至局域网或互联网;

利用内置于所述直播设备的二维码识别程序对所述图片信息进行信息提取,得到所述rtmp推流网络配置参数。

可选的,所述直播设备配置所述rtmp推流网络配置参数,以将所述直播设备的直播数据上传至所述rtmp推流网络配置参数包含的推流网络地址,包括:

将所述rtmp推流网络配置参数执行拆分操作,得到推流网络地址和相应的端口号;

分别将所述推流网络地址和所述端口号配置在上传地址输入处和连接端口号输入处;

所述直播设备利用配置完成的所述推流网络地址和所述端口号推流所述直播数据。

可选的,该推流方法还包括:

当存在至少两个所述直播设备时,根据预设规则对至少两路所述直播数据执行轮换操作。

可选的,该推流方法还包括:

对所述直播数据进行后期处理,以使所述直播数据满足直播要求。

本申请还提供了一种直播数据的推流系统,该推流系统包括:

导播设备,用于导播设备根据网络环境生成相应的rtmp推流网络配置参数,并将所述rtmp推流网络配置参数利用二维码技术生成推流二维码;

直播设备,用于获取所述推流二维码并对所述推流二维码进行识别,得到所述rtmp推流网络配置参数;将所述rtmp推流网络配置参数配置在自身,以将直播数据上传至所述rtmp推流网络配置参数包含的推流网络地址。

可选的,所述导播设备具体用于判断各所述直播设备距所述导播设备的最大距离是否超过阈值;若是,则从预设的互联网推流网络地址库中选取得到互联网推流地址,并将所述互联网推流地址和对应的互联网连接端口号执行打包操作,得到互联网推流配置参数;若否,则从预设的局域网推流网络地址库中选取得到局域网推流地址,并将所述局域网推流地址和对应的局域网连接端口号执行打包操作,得到局域网推流配置参数。

可选的,所述直播设备具体用于将所述rtmp推流网络配置参数执行拆分操作,得到推流网络地址和相应的端口号;分别将所述推流网络地址和所述端口号配置在上传地址输入处和连接端口号输入处;利用配置完成的所述推流网络地址和所述端口号推流所述直播数据。

可选的,该推流系统还包括:

合成服务器,用于对所述直播数据进行后期处理,以使所述直播数据满足直播要求。

本申请所提供的一种直播数据的推流方法,通过导播设备根据网络环境生成相应的rtmp推流网络配置参数,并将所述rtmp推流网络配置参数利用二维码技术生成推流二维码;直播设备获取所述推流二维码并对所述推流二维码进行识别,得到所述rtmp推流网络配置参数;所述直播设备配置所述rtmp推流网络配置参数,以将所述直播设备的直播数据上传至所述rtmp推流网络配置参数包含的推流网络地址。

显然,本申请所提供的技术方案,首先利用导播设备根据网络环境生成相应的rtmp推流网络配置参数,并搭配二维码技术将该rtmp推流网络配置参数内含在推流二维码内,直播设备可以直接对该推流二维码进行识别操作,且可以直接将识别结果配置在该直播设备自身上,实现参数的自动配置。该推流方法可应用于不含信息输入模块的各式直播设备,即无须手动进行推流参数的配置、能够通过简单快捷的操作步骤,以极高的推流准确率进行直播数据的推流,降低了各式设备应用于网络直播的技术门槛,提高了各式设备的利用率。本申请同时还提供了一种直播数据的推流系统,具有上述有益效果,在此不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种直播数据的推流方法的流程图;

图2为本申请实施例所提供的另一种直播数据的推流方法的流程图;

图3为本申请实施例所提供的又一种直播数据的推流方法的流程图;

图4为本申请实施例所提供的再一种直播数据的推流方法的流程图;

图5为本申请实施例所提供的一种直播数据的推流系统的结构框图;

图6为本申请实施例所提供的另一种直播数据的推流系统的结构框图;

图7为本申请实施例所提供的又一种直播数据的推流系统的结构框图。

具体实施方式

本申请的核心是提供一种直播数据的推流方法及系统,其可应用于不含信息输入模块的各式直播设备,即无须手动进行推流参数的配置、能够通过简单快捷的操作步骤,以极高的推流准确率进行直播数据的推流,降低了各式设备应用于网络直播的技术门槛,提高了各式设备的利用率。

为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。

以下结合图1,图1为本申请实施例所提供的一种直播数据的推流方法的流程图。

其具体包括以下步骤:

s101:导播设备根据网络环境生成相应的rtmp推流网络配置参数,并将rtmp推流网络配置参数利用二维码技术生成推流二维码;

本步骤旨在利用导播设备生成的rtmp推流网络配置参数,并利用二维码生成技术生成将该rtmp推流网络配置参数包含内在的推流二维码。

其中,生成的该rtmp推流网络配置参数是根据实际情境下有针对性的生成的,因为导播设备的不确定性,需要利用该导播设备进行网络直播的直播设备与该导播设备的距离也不确定,而在相距的距离有限时,可以使用覆盖小区域范围的局域网络进行直播数据的传输,那么该rtmp推流网络配置参数在此时就是能使在局域网环境下直播设备与该导播设备实现连接的一系列参数;在直播设备与导播设备相距较远,不满足局域网的覆盖范围时,只能利用广泛存在的互联网,现代互联网的设置决定了不管在什么位置总能通过四通八达的路由器、交换机实现访问和连接,即此时生成的rtmp推流网络配置参数就是使在不满足局域网直播条件的情况下,利用互联网的特性包含互联网连接参数的一系列参数。

当然,还可能存在其它特殊的网络环境,因为不具备普遍的适用性,可以根据实际情况结合多种影响因素进行分析和选择,选择最适合自己的一种方式即可,上面提及的两种常见的网络环境各具长处,即使在局域网环境下也可以使用互联网的连接参数,但是前者由于导播设备与直播设备相距相近,可以实现直播数据的高速传输,且相较互联网的方式可以将延迟削减至极低。

其中,rtmp基于tcp(transmissioncontrolprotocol,传输控制协议),是一个协议族,包括rtmp基本协议及rtmpt/rtmps/rtmpe等多种变种。rtmp是一种设计用来进行实时数据通信的网络协议,主要用来在flash/air平台和支持rtmp协议的流媒体/交互服务器之间进行音视频和数据通信。常见的支持该协议的软件包括adobemediaserver/ultrantmediaserver/red5等。

该rtmp推流网络配置参数是包含能够实现直播设备与导播设备连接且进行稳定传输直播数据的全部参数的集合,可以包括:与导播设备相连的推流网络地址、网络连接端口号、数据转换格式要求等等,此处并不做具体限定,应视实际应用场景下的导播设备型号、直播设备型号、操作系统要求等等进行综合选择和设定。

二维码又称qrcode,qr全称quickresponse,是一个近几年来移动设备上超流行的一种编码方式,它比传统条形码能存更多的信息,也能表示更多的数据类型。它是用某种特定的几何图形按一定规律在二维方向上分布的黑白相间的图形记录数据符号信息的;在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念,使用若干个与二进制相对应的几何形体来表示文字数值信息,通过图象输入设备或光电扫描设备自动识读以实现信息自动处理:每种码制有其特定的字符集;每个字符占有一定的宽度;具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及处理图形旋转变化点。

本步骤就是利用能将一长串的rtmp推流网络配置参数包含在一张小小的二维码图片中的方式,以使直播设备在后续步骤中方便快捷的从该二维码中提取得到该rtmp推流网络配置参数。

s102:直播设备获取推流二维码并对推流二维码进行识别,得到rtmp推流网络配置参数;

在s101的基础上,本步骤旨在使直播设备获取到生成的推流二维码并从中识别得到包含在该推流二维码中的rtmp推流网络配置参数。

众所周知的是,二维码生成技术将一定量的信息生成了将该信息包含在内的特定二维码,而只有该二维码生成技术必然是不行的,必须存在与之配套的识别提取技术,能够将内含在该特定二维码内的信息提取出来才行,才能实现借用二维码图片便于流通的形式,将繁杂信息进行流通的目的。而在智能移动终端大行其道的今天,不管哪种操作系统中都可自行安装二维码识别软件,轻易的实现从二维码中解析出包含的信息。故此处并不对如何具体从推流二维码中识别得到该rtmp推流网络配置参数进行限定,因为相同功能的软件或程序数量极多,但功能原理相同或极其相似,可以根据实际情况下的直播设备型号、操作系统种类、个人喜好等等综合进行选择。

而在考虑到s101中提及的两种极具代表性的网络环境下,直播设备如何获取到导播设备生成的推流二维码的方式也多种多样,在局域网环境下,可以借助智能移动终端的摄像头从导播设备处拍摄得到该推流二维码,再利用内置的识别解析软件解析得到包含的rtmp推流网络配置参数;也可以利用类似qq、微信等这样的即时通讯软件,借助互联网将该推流二维码间接传递给各导播设备等等方式,此处也并不做具体限定,应视实际情况具体分析来做出选择。

且该导播设备可同时连接的直播设备的数量可以为多个,具体连接的个数收到各种网络通讯协议的限制,但是本申请所提供的方案已经可以做到同时连接12个直播设备,即经过后续步骤的参数配置后可同时实现12路直播数据的连接。而连接12个直播设备时并不是仅生成一组rtmp推流网络配置参数,相对应的需要存在12路rtmp推流网络配置参数,其一一对应,各自互不牵扯和影响。

s103:直播设备配置rtmp推流网络配置参数,以将直播设备的直播数据上传至rtmp推流网络配置参数包含的推流网络地址。

在s102的基础上,本步骤旨在将识别得到的rtmp推流网络配置参数配置在该直播设备上,以将直播设备的直播数据上传至rtmp推流网络配置参数包含的推流网络地址。当然,本步骤所提供的配置方式不同于现有技术的手动配置方式,是自动的将识别得到rtmp推流网络配置参数根据包含的各种参数,将直播设备所需的参数配置在对应的位置,全程不需要使用者进行手动输入,当然如果实在需要进行手动修改或特殊操作,也可以进行手动修改等操作。

而具体的如何实现配置的方式有很多,例如,因为rtmp推流网络配置参数中包含的各种参数都有各自很明显的识别特征,可以借助各识别特征进行各参数的判断,并具体将判断结果配置在直播设置的相应位置,实现自动配置过程;还可以在生成该推流二维码时就对rtmp推流网络配置参数包含的各参数进行统一类型标号,即一类参数赋予同种识别编号,直播设备只需根据该识别编号进行种类判断进而进行配置即可,此处并不做具体配置方式的限定,应视实际情况结合实现难度和方便程度综合进行考虑和选择。

进一步的,为了保证直播数据符合导播设备能够稳定的进行直播的要求,可以在直播设备与导播设备间增添合成服务器,该合成服务器可以进行诸如:音视频合成、拆分,格式转换、码率调整、生成各清晰度的直播数据以及进行后期特效添加等操作,如果除此之外还存在其它要求可以有针对性定制或选择特殊型号的合成服务器等等,此处并不做具体限定。

考虑到为了充分调动直播观看观众的兴趣和收看倾向,在直播数据的路数大于或等于两路时,可以按照预设的周期轮换机制进行不同路直播数据的轮换,以消除观众对同一性质直播数据的厌烦,进而保证收看率和在线人数。

基于上述技术方案,本申请实施例提供的一种直播数据的推流方法,首先利用导播设备根据网络环境生成相应的rtmp推流网络配置参数,并搭配二维码技术将该rtmp推流网络配置参数内含在推流二维码内,直播设备可以直接对该推流二维码进行识别操作,且可以直接将识别结果配置在该直播设备自身上,实现参数的自动配置。该推流方法可应用于不含信息输入模块的各式直播设备,即无须手动进行推流参数的配置、能够通过简单快捷的操作步骤,以极高的推流准确率进行直播数据的推流,降低了各式设备应用于网络直播的技术门槛,提高了各式设备的利用率。

以下结合图2,图2为本申请实施例所提供的另一种直播数据的推流方法的流程图。

本实施例是针对上一实施例中s101中如何根据实际网络环境得到相应的推流配置参数以及如何得到相应的推流二维码所做出的一个具体限定,其它步骤与上一实施例大体相同,相同部分可参见上一实施例相关部分,在此不再赘述。

其具体包括以下步骤:

s201:判断各直播设备距导播设备的最大距离是否超过阈值;

本步骤旨在利用直播设备与各导播设备之间相距的最大距离与阈值比较。假设在一个办公大楼中,其中一层的一台pc充当此时的导播设备,而其它同时的多台智能机充当此时的直播设备,因为各人相距该导播设备距离不同,故采用最大距离作为判断依据。而该最大距离可以是掌控该导播设备的管理人员根据掌控各直播设备的直播人员进行确认得到到,也可以利用各式地图定位程序计算得到的,此处并不做具体限定,应视具体情况具体选择。

s202:从预设的互联网推流网络地址库中选取得到互联网推流地址;

本步骤建立在s201的判断结果为该最大距离超过阈值,即不在局域网的覆盖范围内,也就无法借助局域网的渠道与该导播设备进行连接,旨在从预设的互联网推流网络地址库中选取得到互联网推流地址。预设的该互联网推流网络地址库可以是导播程序自身所提供的,也可以来源于该程序根据某种条件自身获取得到的。进一步的,获取到的互联网推流地址的数量应至少大于直播设备的数量,多余的互联网推流地址可以打上替补标记,以在某个之前互联网推流地址出现异常时,自动进行替换。

s203:将互联网推流地址和对应的互联网连接端口号执行打包操作,得到互联网推流配置参数;

本步骤建立在s202的基础上,因为要实现与导播设备的连接还需要对应的互联网连接端口号,该端口号一般采用rtmp协议所默认的,也可以依据特殊的要求进行更改。在成功获得该互联网推流地址和对应的互联网连接端口号后,执行打包操作以得到互联网推流配置参数。

s204:从预设的局域网推流网络地址库中选取得到局域网推流地址;

s205:将局域网推流地址和对应的局域网连接端口号执行打包操作,得到局域网推流配置参数;

s204建立在s201的判断结果为该最大距离未超过阈值,即在局域网的覆盖范围内,可以借助局域网的渠道与该导播设备进行连接,旨在从预设的局域网推流网络地址库中选取得到局域网推流地址。s204的其它内容和s205的内容与s202和s203大体类似,只是从互联网渠道更改为了局域网渠道,只需选择相应的局域网推流地址和局域网连接端口号即可,此处不再赘述。

s206:将互联网推流配置参数利用二维码技术生成互联网推流二维码或将局域网推流配置参数利用二维码技术生成局域网推流二维码。

本步骤旨在将s203或s205生成的互联网推流配置参数或局域网推流配置参数借助二维码生成技术生成相应的互联网推流二维码或局域网推流二维码。

以下结合图3,图3为本申请实施例所提供的又一种直播数据的推流方法的流程图。

本实施例是针对上一实施例中s102和s103中如何从推流二维码中得到相应的推流网络配置参数以及如何进行配置并成功推流直播数据所做出的一个具体限定,其它步骤与上一实施例大体相同,相同部分可参见上一实施例相关部分,在此不再赘述。

其具体包括以下步骤:

s301:利用直播设备的摄像头拍摄得到推流二维码的图片信息;其中,直播设备包括摄像头且能够正常连接至局域网或互联网;

s302:利用内置于直播设备的二维码识别程序对图片信息进行信息提取,得到rtmp推流网络配置参数;

本步骤旨在利用内置于直播设备的二维码识别程序对拍摄得到的二维码图片信息进行内含信息提取操作,以得到包含在推流二维码内的rtmp推流网络配置参数。

s303:将rtmp推流网络配置参数执行拆分操作,得到推流网络地址和相应的端口号;

根据实施例二的描述,在当rtmp推流网络配置参数由推流网络地址和相应端口号组成时,本步骤旨在利用拆分操作,重新得到推流网络地址和相应的端口号。

s304:分别将推流网络地址和端口号配置在上传地址输入处和连接端口号输入处;

在s303的基础上,本步骤分别将推流网络地址和端口号配置在上传地址输入处和连接端口号输入处。具体如何能够将推流网络地址和端口号配置在上传地址输入处和连接端口号输入处的方式,可以参见s103中的相关部分,在此不再赘述。

s305:直播设备利用配置完成的推流网络地址和端口号推流直播数据;

s306:对直播数据进行后期处理,以使直播数据满足直播要求。

本步骤旨在利用位于直播设备与导播设备之间的合成服务器对直播数据进行后期处理,以使直播设备满足各式特殊的要求。

以下结合图4,图3为本申请实施例所提供的再一种直播数据的推流方法的流程图。

本实施例结合实际应用场景,并根据某一场景下的实际情况,以一个较为实际的例子对本申请进行阐述。其中,在本实施例中的导播设备为一台导播pc,直播设备则为6台智能移动终端,其中包括:一台ios手机、两台android手机、一台运动相机、一台专业摄像机以及一只智能手表。该6台智能移动终端均设置有摄像头,内置二维码识别程序并正常连接至网络,且均与导播pc相距不超过70米。

其具体包括以下步骤:

s401:导播pc在当前局域网环境下从局域网推流地址库中按次序选取与6台智能移动终端数量相对应的6组局域网推流配置参数;

s402:将6组局域网推流配置参数利用二维码生成技术相应生成6个对应的局域网推流二维码;

s403:将6个局域网推流二维码按生成次序呈现在导播pc的显示界面顶层;

s404:6个智能移动终端利用内置的二维码识别程序分别扫取一个局域网推流二维码;

s405:6个智能移动终端将各自从局域网推流二维码扫取得到的局域网推流地址和局域网连接端口号配置在相应的位置;

s406:6个智能移动终端通过各自配置完成的局域网推流地址和局域网连接端口号将直播数据上传至导播pc;

s407:6路直播数据以15分钟为周期进行轮换。

基于上述技术方案,本申请实施例提供的一种直播数据的推流方法,首先利用导播设备根据网络环境生成相应的rtmp推流网络配置参数,并搭配二维码技术将该rtmp推流网络配置参数内含在推流二维码内,直播设备可以直接对该推流二维码进行识别操作,且可以直接将识别结果配置在该直播设备自身上,实现参数的自动配置。该推流方法可应用于不含信息输入模块的各式直播设备,即无须手动进行推流参数的配置、能够通过简单快捷的操作步骤,以极高的推流准确率进行直播数据的推流,降低了各式设备应用于网络直播的技术门槛,提高了各式设备的利用率。

因为情况复杂,无法一一列举进行阐述,本领域技术人员应能意识到更具本申请提供的基本方法原理结合实际情况可以存在很多的例子,在不付出足够的创造性劳动下,应均在本申请的保护范围内。

下面请参见图5至图7,图5为本申请实施例所提供的一种直播数据的推流系统的结构框图;图6为本申请实施例所提供的另一种直播数据的推流系统的结构框图;图7为本申请实施例所提供的又一种直播数据的推流系统的结构框图。

该推流系统可以包括:

导播设备100,用于导播设备根据网络环境生成相应的rtmp推流网络配置参数,并将rtmp推流网络配置参数利用二维码技术生成推流二维码;

直播设备200,用于获取推流二维码并对推流二维码进行识别,得到rtmp推流网络配置参数;将rtmp推流网络配置参数配置在自身,以将直播数据上传至rtmp推流网络配置参数包含的推流网络地址。

其中,导播设备100具体用于判断各直播设备距导播设备的最大距离是否超过阈值;若是,则从预设的互联网推流网络地址库中选取得到互联网推流地址,并将互联网推流地址和对应的互联网连接端口号执行打包操作,得到互联网推流配置参数;若否,则从预设的局域网推流网络地址库中选取得到局域网推流地址,并将局域网推流地址和对应的局域网连接端口号执行打包操作,得到局域网推流配置参数。

其中,直播设备200具体用于将rtmp推流网络配置参数执行拆分操作,得到推流网络地址和相应的端口号;分别将推流网络地址和端口号配置在上传地址输入处和连接端口号输入处;利用配置完成的推流网络地址和端口号推流直播数据。

进一步的,该推流系统还包括:

合成服务器,用于对直播数据进行后期处理,以使直播数据满足直播要求;

周期轮换定时器,用于当存在至少两个直播设备时,根据预设规则对至少两路直播数据执行轮换操作。

其中,导播设备100可以是安装了云导播mshow程序的一台终端,该云导播mshow程序是一套可以对于多路视频源进行采集、合成、切换、发布一体化的软件系统,可以设置各种图文场景,其视频源不限于传统的摄像机、网络流、可以采集网络主播的视频流并进行连麦以及多人连麦等操作。

合成服务器是可以是一种能对不同视频源做各种特效、编解码处理、推拉rtmp流等功能的服务器。

其中,在利用局域网实现与导播设备的连接时,包含音视频在内的直播数据具有传输快、延迟低、丢包少、质量高等优点,较为适用于会议直播或室内培训等场景。可以在mshow上内置局域网推流服务器,提供多路局域网rtmp推流地址及地址生成的二维码,直播设备与安装了mshow程序的导播设备处于同一网络,扫描二维码,将mshow程序提供的局域网rtmp推流地址配置在直播设备上,打开直播设备的摄像头,将该摄像头拍摄的直播数据传入mshow程序内嵌的局域网服务器上,安装了mshow程序的pc则从局域网服务器上拉去直播设备推到该服务器的直播数据,并显示在该pc的显示界面上,同时通过在本地编码上行传到mshow合成服务器,做各种特效处理后,将直播数据推流到直播平台。在利用互联网实现上述功能时,只需做相应更改即可,在此不再赘述。

多个直播设备200通过安装了mshow程序的导播设备所提供的二维码能够快速的连入到mshow,并将直播数据推流到mshow,最终显示在mshow客户端,操作导播设备100的导播人员可以根据直播安排的具体流程,通过鼠标拖动或者快捷键的方式,在不同的时间段切换不同的直播数据到直播窗口,并开播到直播平台,可以让观众看到更丰富、更加多样化的直播内容。

说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。

专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1