CN108810564A

CN108810564A - 直播方法及装置

Info

Publication number: CN108810564A
Application number: CN201810524776.1A
Authority: CN
Inventors: 岳朝伟
Original assignee: Beijing Hao Yi Technology Co Ltd
Current assignee: Beijing Hao Yi Technology Co Ltd
Priority date: 2018-05-28
Filing date: 2018-05-28
Publication date: 2018-11-13

Abstract

本申请公开了一种直播方法及装置。该直播方法包括：在直播服务器配置第一预设接口；接收第一用户的直播播放请求；将所述直播播放请求通过所述第一预设接口转发至采集端；判断所述采集端是否与目标网站端口链接成功；以及如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。本申请解决了音视频直播无法按需进行直播推流的技术问题。本申请能够按需直播推流，节省直播服务器带宽。此外，本申请可适用于分布式视频监控系统中。

Description

直播方法及装置

技术领域

本申请涉及音视频直播领域，具体而言，涉及一种直播方法及装置，适用于分布式视频监控系统中。

背景技术

在现有的音视频直播领域中，主要涉及以下几个方面的交互：

用于作为推流端的音视频直播器，能够实时采集音视频信号，实时将音视频信号转换成数字数据。通过流媒体网络协议，将压缩编码后的音视频数据实时发送给音视频直播服务器。

用于作为服务器端的音视频直播服务器，能够按照推流端协议实时接收音视频压缩数据，将接收到音视频压缩数据实时发送给已经链接到音视频直播服务器的观看用户。

以及，用于作为观看端的音视频直播观看端，能够按照服务器端的协议，链接并接收实时音视频压缩数据，将解码音视频压缩数据，显示在终端设备的屏幕上，并保持音视频同步。

发明人发现，如果在没有终端观看的情况下，每个推流端都会一直向音视频直播服务器推流，进而会造成服务器带宽资源的极大浪费。

需要在有观看端观看实时直播时，才需要“推流端”上传音视频数据，从而达到节省服务器带宽的目的。

针对相关技术中音视频直播无法按需进行直播推流的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种直播方法，以解决音视频直播无法按需进行直播推流的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种直播方法。

根据本申请的直播方法包括：在直播服务器配置第一预设接口；接收第一用户的直播播放请求；将所述直播播放请求通过所述第一预设接口转发至采集端；判断所述采集端是否与目标网站端口链接成功；以及如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

进一步地，将所述直播播放请求通过所述第一预设接口转发至采集端包括：将所述直播播放请求通过所述第一预设接口转发至中转服务器；在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

进一步地，将所述直播播放请求通过所述第一预设接口转发至采集端包括：将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；在中转服务器中接收从所述直播服务器转发的用户数量。

进一步地，判断所述采集端是否与目标网站端口链接成功包括：判断所述采集端是否通过接收到的目标直播端地址和目标端口上传直播内容；如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果包括：如果判断所述采集端通过接收到的目标直播端地址和目标端口上传直播内容，则向中转服务器返回目标链接地址并通过第一预设接口将目标链接地址反馈给用户端；在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态。

进一步地，如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果包括：如果判断所述采集端与目标网站端口链接上传成功，则在用户端的直播播放器链接直播链接，其中，所述直播链接用于作为通过采集端反馈给用户端的目标链接地址。

为了实现上述目的，根据本申请的另一方面，提供了一种直播装置。

根据本申请的直播装置包括：配置模块，用于在直播服务器配置第一预设接口；接收模块，用于接收第一用户的直播播放请求；转发模块，用于将所述直播播放请求通过所述第一预设接口转发至采集端；判断模块，用于判断所述采集端是否与目标网站端口链接成功；以及配置模块，用于如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

进一步地，，所述转发模块包括：接口转发单元，将所述直播播放请求通过所述第一预设接口转发至中转服务器；接口接收单元，在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

进一步地，所述转发模块包括：请求转发单元，用于将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；中转接收单元，用于在中转服务器中接收从所述直播服务器转发的用户数量。

进一步地，所述判断模块包括：第一判断单元，所述配置模块包括：第一配置单元，第一判断单元，用于判断所述采集端是否通过接收到的目标直播端地址和目标端口上传直播内容；第一配置单元，用于判断所述采集端通过接收到的目标直播端地址和目标端口上传直播内容时，向中转服务器返回目标链接地址并通过第一预设接口将目标链接地址反馈给用户端；以及在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态。

进一步地，所述配置模块包括：第二判断单元，用于判断所述采集端与目标网站端口链接上传成功时，在用户端的直播播放器链接直播链接，其中，所述直播链接用于作为通过采集端反馈给用户端的目标链接地址。

在本申请实施例中，采用在直播服务器配置第一预设接口的方式，通过接收第一用户的直播播放请求以及将所述直播播放请求通过所述第一预设接口转发至采集端，达到了通过所述第一预设接口返回直播结果的目的，从而实现了按需直播推流节省直播服务器带宽的技术效果，进而解决了音视频直播无法按需进行直播推流的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的直播方法示意图；

图2是根据本申请第二实施例的直播方法示意图；

图3是根据本申请第三实施例的直播方法示意图；

图4是根据本申请第四实施例的直播方法示意图；

图5是根据本申请第一实施例的直播装置示意图；

图6是根据本申请第二实施例的直播装置示意图；

图7是根据本申请第三实施例的直播装置示意图；

图8是根据本申请第四实施例的直播装置示意图；

图9是根据本申请第五实施例的直播装置示意图；以及

图10是根据本申请实施例的直播按需推流示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，该方法包括如下的步骤S102至步骤S110：

步骤S102，在直播服务器配置第一预设接口；

第一预设接口是指需要专门给直播服务器编写一个专用接口。

具体地，该专用接口可采用PHP扩展。PHP扩展采用超文本预处理器(英文名称：Hypertext Preprocessor，缩写：PHP)是一种通用开源脚本语言。PHP与WEB页面交互是实现PHP网站与用户交互的重要手段。在PHP中提供了两种与WEB页面交互的方法，一种是通过WEB表单提交数据，另一种是通过URL参数传递。

比如，通过PHP接口接收经由用户端超文本预处理器的WEB页面交互信息。

步骤S104，接收第一用户的直播播放请求；

接收来自客户端WEB页面的直播播放请求。

步骤S106，将所述直播播放请求通过所述第一预设接口转发至采集端；

用户点击直播播放页面时，PHP扩展会通过中转服务器通知到对应的采集端，采集端顺便会接收到一个直播端地址和端口。采集端可以在具有目标IP地址的主机上安装的软件程序。

步骤S108，判断所述采集端是否与目标网站端口链接成功；

采集端会根据拿到的直播地址和端口，尝试上传直播，如果上传直播成功，则反馈结果给中转服务器。

此外，一旦有观看端用户接入或退出观看直播，会引发用户数发生变化，直播服务器将用户数汇报给中转服务器。

采集端可以在具有目标IP地址的主机上安装的软件程序。

步骤S110，如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

如果采集端上传成功，用户播放器就会链接直播链接，所述直播链接是采集端反馈给用户的。

从以上的描述中，可以看出，本申请实现了如下技术效果：

根据本申请实施例，作为本实施例中的优选，如图2所示，将所述直播播放请求通过所述第一预设接口转发至采集端包括：

步骤S202，将所述直播播放请求通过所述第一预设接口转发至中转服务器；

用户点击直播播放页面时，通过PHP扩展接口会首先转发中转服务器。之后，中转服务器通过转发请求至采集端的采集器。通过通知到对应的采集端，采集端顺便会接收到一个直播端地址和端口。

步骤S204，在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

在中转服务器中能够接收从直播服务器中转发的本机的IP访问地址和服务器的端口。通过IP访问地址能够找到对应的主机服务器，通过服务器端口能够上传或同步用户变化数量。

根据本申请实施例，作为本实施例中的优选，如图3所示，将所述直播播放请求通过所述第一预设接口转发至采集端包括：

步骤S302，将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；

在直播服务器中，当有观看端用户接入或退出观看直播，会引发用户数发生变化，需要把用户数汇报给中转服务器。通过在直播服务器中，新增网站地址和端口的配置，一旦启动则不断尝试链接目标网站端口，同时汇报本机的IP和服务端口给中转服务器。中转服务器还用于接收从采集端采集器返回的目标统一资源定位符URL地址。

步骤S304，在中转服务器中接收从所述直播服务器转发的用户数量。

通过PHP扩展接口将用户数量转发至中转服务器，通过中转服务器转发回客户端。

根据本申请实施例，作为本实施例中的优选，如图4所示，判断所述采集端是否与目标网站端口链接成功包括：

步骤S402，判断所述采集端是否通过接收到的目标直播端地址和目标端口上传直播内容；

采集端会根据拿到的直播地址和端口，尝试上传直播。如果上传直播成功，反馈结果给中转服务器。

步骤S404，如果判断所述采集端通过接收到的目标直播端地址和目标端口上传直播内容，则向中转服务器返回目标链接地址并通过第一预设接口将目标链接地址反馈给用户端；

中转服务器再回应给PHP扩展接口，PHP扩展接口将结果反馈给用户，直播播放器停止等待显示结果。

步骤S406，在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态。

优选地，如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果包括：如果判断所述采集端与目标网站端口链接上传成功，则在用户端的直播播放器链接直播链接，其中，所述直播链接用于作为通过采集端反馈给用户端的目标链接地址。

区别于现有技术中，在没有终端观看的情况下，每个监控都一直向直播服务器推流，进而会造成服务器带宽资源的浪费的情况。在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态时，只有当采集端的采集器上传直播成功时，用户端的播放会链接直播链接，该直播链接则是采集端反馈给观看用户的。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述直播方法的装置，如图5所示，该装置包括：配置模块10，用于在直播服务器配置第一预设接口；接收模块20，用于接收第一用户的直播播放请求；转发模块30，用于将所述直播播放请求通过所述第一预设接口转发至采集端；判断模块40，用于判断所述采集端是否与目标网站端口链接成功；以及配置模块50，用于如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

本申请实施例的配置模块10中第一预设接口是指需要专门给直播服务器编写一个专用接口。

本申请实施例的接收模块20中接收来自客户端WEB页面的直播播放请求。

本申请实施例的转发模块30中用户点击直播播放页面时，PHP扩展会通过中转服务器通知到对应的采集端，采集端顺便会接收到一个直播端地址和端口。采集端可以在具有目标IP地址的主机上安装的软件程序。

本申请实施例的判断模块40中采集端会根据拿到的直播地址和端口，尝试上传直播，如果上传直播成功，则反馈结果给中转服务器。

采集端可以在具有目标IP地址的主机上安装的软件程序。

本申请实施例的配置模块50中如果采集端上传成功，用户播放器就会链接直播链接，所述直播链接是采集端反馈给用户的。

根据本申请实施例，作为本实施例中的优选，如图6所示，所述转发模块30包括：接口转发单元301，将所述直播播放请求通过所述第一预设接口转发至中转服务器；接口接收单元302，在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

本申请实施例的接口转发单元301中用户点击直播播放页面时，通过PHP扩展接口会首先转发中转服务器。之后，中转服务器通过转发请求至采集端的采集器。通过通知到对应的采集端，采集端顺便会接收到一个直播端地址和端口。

本申请实施例的接口接收单元302中在中转服务器中能够接收从直播服务器中转发的本机的IP访问地址和服务器的端口。通过IP访问地址能够找到对应的主机服务器，通过服务器端口能够上传或同步用户变化数量。

根据本申请实施例，作为本实施例中的优选，如图7所示，所述转发模块30包括：请求转发单元303，用于将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；中转接收单元304，用于在中转服务器中接收从所述直播服务器转发的用户数量。

本申请实施例的请求转发单元303中在直播服务器中，当有观看端用户接入或退出观看直播，会引发用户数发生变化，需要把用户数汇报给中转服务器。通过在直播服务器中，新增网站地址和端口的配置，一旦启动则不断尝试链接目标网站端口，同时汇报本机的IP和服务端口给中转服务器。中转服务器还用于接收从采集端采集器返回的目标统一资源定位符URL地址。

本申请实施例的中转接收单元304中通过PHP扩展接口将用户数量转发至中转服务器，通过中转服务器转发回客户端。

根据本申请实施例，作为本实施例中的优选，如图8所示，所述判断模块40包括：第一判断单元401，所述配置模块50包括：第一配置单元501，第一判断单元401，用于判断所述采集端是否通过接收到的目标直播端地址和目标端口上传直播内容；第一配置单元501，用于判断所述采集端通过接收到的目标直播端地址和目标端口上传直播内容时，向中转服务器返回目标链接地址并通过第一预设接口将目标链接地址反馈给用户端；以及在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态。

本申请实施例的第一判断单元401采集端会根据拿到的直播地址和端口，尝试上传直播。如果上传直播成功，反馈结果给中转服务器。

本申请实施例的第一配置单元501中转服务器再回应给PHP扩展接口，PHP扩展接口将结果反馈给用户，直播播放器停止等待显示结果。

根据本申请实施例，作为本实施例中的优选，如图9所示，所述配置模块50包括：第二判断单元502，用于判断所述采集端与目标网站端口链接上传成功时，在用户端的直播播放器链接直播链接，其中，所述直播链接用于作为通过采集端反馈给用户端的目标链接地址。

如图10所示，是根据本申请实施例的直播按需推流示意图。为了节省成本，需要在有观看端观看实时直播时，才需要推流端上传音视频数据，从而达到节省服务器带宽的目的。附图中涉及，用户端，直播服务器，采集器，PHP拓展接口以及中转服务器。

首先通过部署PHP扩展接口，针对直播服务器编写一个专用接口。

其次，在所述直播服务器，在新增网站地址和端口的配置之后则不断尝试链接网站端口，汇报本机的IP和服务端口给中转服务器；

最后，在直播服务器，如果有观看端用户接入或退出观看直播，会引发用户数发生变化，需要把用户数汇报给所述中转服务器。

用户点击直播播放页面时，PHP扩展接口会通过中转服务器通知到对应的采集端，采集端顺便会接收到一个直播端地址和端口。直播播放器会一直处于等待反馈状态。采集端会根据拿到的直播地址和端口，尝试去上传直播，上传直播成功，反馈结果给中转服务器，中转服务器再回应给PHP扩展接口，PHP扩展接口将结果反馈给用户，直播播放器停止等待，显示结果。如果采集端上传成功，用户播放器就会链接直播链接，这个直播链接是采集端反馈给用户的。

具体地，本申请实施例的直播方法按照如下步骤执行：

在直播服务器配置第一预设接口；接收第一用户的直播播放请求；将所述直播播放请求通过所述第一预设接口转发至采集端；判断所述采集端是否与目标网站端口链接成功；以及如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

将所述直播播放请求通过所述第一预设接口转发至采集端包括：将所述直播播放请求通过所述第一预设接口转发至中转服务器；在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

将所述直播播放请求通过所述第一预设接口转发至采集端包括：将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；在中转服务器中接收从所述直播服务器转发的用户数量。

判断所述采集端是否与目标网站端口链接成功包括：

判断所述采集端是否通过接收到的目标直播端地址和目标端口上传直播内容；

如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果包括：

如果判断所述采集端通过接收到的目标直播端地址和目标端口上传直播内容，则向中转服务器返回目标链接地址并通过第一预设接口将目标链接地址反馈给用户端；

在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态。

如果判断所述采集端与目标网站端口链接上传成功，则在用户端的直播播放器链接直播链接，其中，所述直播链接用于作为通过采集端反馈给用户端的目标链接地址。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种直播方法，其特征在于，包括：

在直播服务器配置第一预设接口；

接收第一用户的直播播放请求；

将所述直播播放请求通过所述第一预设接口转发至采集端；

判断所述采集端是否与目标网站端口链接成功；以及

如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

2.根据权利要求1所述的直播方法，其特征在于，将所述直播播放请求通过所述第一预设接口转发至采集端包括：

将所述直播播放请求通过所述第一预设接口转发至中转服务器；

在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

3.根据权利要求1所述的直播方法，其特征在于，将所述直播播放请求通过所述第一预设接口转发至采集端包括：

将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；

在中转服务器中接收从所述直播服务器转发的用户数量。

4.根据权利要求1所述的直播方法，其特征在于，

判断所述采集端是否与目标网站端口链接成功包括：

5.根据权利要求1所述的直播方法，其特征在于，如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果包括：

6.一种直播装置，其特征在于，包括：

配置模块，用于在直播服务器配置第一预设接口；

接收模块，用于接收第一用户的直播播放请求；

转发模块，用于将所述直播播放请求通过所述第一预设接口转发至采集端；

判断模块，用于判断所述采集端是否与目标网站端口链接成功；以及

配置模块，用于如果判断所述采集端与目标网站端口链接成功，则通过所述第一预设接口返回直播结果。

7.根据权利要求6所述的直播装置，其特征在于，所述转发模块包括：

接口转发单元，将所述直播播放请求通过所述第一预设接口转发至中转服务器；

接口接收单元，在中转服务器中接收从所述直播服务器转发的本机IP地址和服务端口。

8.根据权利要求6所述的直播装置，其特征在于，所述转发模块包括：

请求转发单元，用于将所述用户接入请求或退出请求通过所述第一预设接口转发至中转服务器；

中转接收单元，用于在中转服务器中接收从所述直播服务器转发的用户数量。

9.根据权利要求6所述的直播装置，其特征在于，所述判断模块包括：第一判断单元，所述配置模块包括：第一配置单元，

第一判断单元，用于判断所述采集端是否通过接收到的目标直播端地址和目标端口上传直播内容；

第一配置单元，用于判断所述采集端通过接收到的目标直播端地址和目标端口上传直播内容时，向中转服务器返回目标链接地址并通过第一预设接口将目标链接地址反馈给用户端；

以及在所述用户端的直播播放器从处于等待反馈状态变化到停止等待状态。

10.根据权利要求6所述的直播装置，其特征在于，所述配置模块包括：

第二判断单元，用于判断所述采集端与目标网站端口链接上传成功时，在用户端的直播播放器链接直播链接，其中，所述直播链接用于作为通过采集端反馈给用户端的目标链接地址。