CN113132743B - 直播存储播放方法和系统 - Google Patents

Abstract

本发明实施例提供的直播存储播放方法和系统，涉及相机录像存储播放领域，直播存储播放系统包括：服务器、相机及至少两个PC端，PC端用于存储和/或播放相机录制的视频流；所述方法包括：实时获取相机的存储PC的数量；当存储PC的数量不满足目标数量时，采用调度策略更改存储PC的数量，以使存储PC的数量满足目标数量。服务器采用调度算法将相机录制的视频流实时存储在PC设备上，且视频流的转发和播放都在PC设备上，任意一个存储PC出现硬盘损坏时不会导致录像丢失，实现了视频流存储的可靠点播；当引入监控设备时不需要额外配置存储服务器、转发服务器这样的存储转发设备，降低了硬件成本减少了设备成本及对网络带宽的消耗。

Description

直播存储播放方法和系统

技术领域

本发明涉及相机录像存储播放领域，具体而言，涉及一种直播存储播放方法和系统。

背景技术

相机录像得到的视频一般存储在专有存储上，同时视频录像和视频实况观看分离，存储服务器不提供实况播放，回放端不能存储。

对于存储可靠性要求比较高的场景中，现有解决方案一般将录像存储在中心专有云存储服务器上，同时视频录像和视频实况观看分离，云存储服务器不提供录像播放功能。这样导致中心云存储服务器存储压力大，存储成本高等问题。

发明内容

有鉴于此，本发明的目的在于提供一种直播存储播放方法和系统。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供一种直播存储播放方法，应用于直播存储播放系统中的服务器，所述直播存储播放系统还包括：相机及至少两个PC端，所述PC端用于存储和/或播放相机录制的视频流，所述服务器与所述相机及所述PC端数据连接，所述相机与所述PC端数据连接；包括：

实时获取所述相机的所述存储PC的数量；所述存储PC用于实时存储视频流；

当所述存储PC的数量不满足目标数量时，采用调度策略更改所述存储PC的数量，以使所述存储PC的数量满足目标数量。

在可选的实施方式中，采用调度策略更改所述存储PC的数量的步骤，包括：

将所述存储PC的数量与所述目标数量进行比对，得到比对结果；

根据所述比对结果更改所述存储PC的数量。

在可选的实施方式中，根据所述比对结果更改所述存储PC的数量的步骤，包括：

若所述比对结果为所述存储PC的数量小于所述目标数量，则增加所述存储PC的数量。

在可选的实施方式中，增加所述存储PC的数量的步骤，包括：

实时获取所述相机的播放PC的数量；所述播放PC用于实时播放视频流；

将所述播放PC的数量与所述目标数量进行比对；

若所述播放PC的数量大于等于所述目标数量，则选定未存储视频流的所述播放PC作为所述存储PC。

在可选的实施方式中，增加所述存储PC的数量的步骤，还包括：

实时获取所述相机的播放PC的数量；所述播放PC用于实时播放视频流；

将所述播放PC的数量与所述目标数量进行比对；

若所述播放PC的数量小于所述目标数量，则从未播放视频流的所述PC端中选定剩余空间大于第一阈值和/或剩余宽带大于第二阈值的所述PC作为所述存储PC。

在可选的实施方式中，根据所述比对结果更改所述存储PC的数量的步骤，包括：

若所述比对结果为所述存储PC的数量大于所述目标数量，则从所述存储PC中选定剩余空间最小的所述存储PC停止存储视频流。

在可选的实施方式中，还包括：

当接收到所述播放PC发送的播放视频请求信息时，根据所述播放视频请求信息检索包含所述播放PC所请求的视频片段的所述PC端，并将所述PC端作为回放PC；所述回放PC用于实时存储所述播放PC请求播放的视频流。

在可选的实施方式中，还包括：

若所述相机的所述存储PC均不在线，通过唤醒协议唤醒预定PC端。

第二方面，本发明实施例提供一种直播存储播放系统，所述直播存储播放系统还包括：服务器、相机及至少两个PC端，所述PC端用于存储和/或播放相机录制的视频流，所述服务器与所述相机及所述PC端数据连接，所述相机与所述PC端数据连接；包括：

所述服务器用于实时获取所述相机的所述存储PC的数量；所述存储PC用于实时存储视频流；

以及还用于当所述存储PC的数量不满足目标数量时，采用调度策略更改所述存储PC的数量，以使所述存储PC的数量满足目标数量。

在可选的实施方式中，所述服务器还用于将所述存储PC的数量与所述目标数量进行比对，得到比对结果；

以及还用于根据所述比对结果更改所述存储PC的数量。

本发明实施例提供的直播存储播放方法和系统，所述直播存储播放系统还包括：服务器、相机及至少两个PC端，所述方法包括：实时获取相机的存储PC的数量；当存储PC的数量不满足目标数量时，采用调度策略更改存储PC的数量，以使存储PC的数量满足目标数量。服务器采用调度算法将相机录制的视频流实时存储在PC设备上，且视频流的转发和播放都在PC设备上，任意一个存储PC出现硬盘损坏时不会导致录像丢失，实现了视频流存储的可靠点播；当引入监控设备时不需要额外配置存储服务器、转发服务器这样的存储转发设备，降低了硬件成本减少了设备成本及对网络带宽的消耗。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的直播存储播放系统的连接关系示意图。

图2示出了本发明实施例提供的服务器的方框示意图。

图3示出了本发明实施例提供的直播存储播放方法的流程示意图。

图4示出了本发明实施例提供的另一种直播存储播放方法的流程示意图。

图标：10-服务器；11-存储器；12-处理器；13-通信模块；20-相机；30-PC端；100-直播存储播放系统。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

请参照图1，为本发明实施例提供的直播存储播放系统的连接关系示意图。

直播存储播放系统100包括服务器10、相机20及多个PC端30，服务器10与相机20及PC端30数据连接，相机20与PC端30数据连接。

在相机录制视频之前，相机与PC端均向服务器进行会话初始协议(SessionInitiation Protocol，SIP)注册，以使服务器得到相机与PC端的信息，如编码、IP地址等信息。

需要说明的是，SIP是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话，是一种源于互联网的IP语音会话控制协议，具有灵活、易于实现、便于扩展等特点。

相机用于录制视频，以及还用于在服务器的调度下将视频流发送至对应的PC端进行存储。

PC端用于存储和/或播放相机录制的视频流；PC端包括存储PC和播放PC，存储PC用于实时存储视频流，播放PC用于实时播放视频流；其中，存储PC和播放PC可以是同一个PC端。

PC端还用于定时向服务器上报自身的存储空间大小、网络带宽及CPU占用。

服务器用于接收相机的信息，如视频流的相机编码、视频开始时间及视频结束时间，及PC端上报的存储空间大小、网络带宽及CPU占用；还用于根据PC端上报的信息选择视频流的存储位置，即具体存储在哪一个PC端；并且保存视频流对应的相机编码、视频开始时间、视频结束时间及存储PC编码。

服务器还用于计算每个PC端的空闲能力，空闲能力＝剩余网络带宽*剩余CPU占用。

需要说明的是，当剩余带宽小于8Mbps或剩余CPU占用小于70％时均按0计算。

请参照图2，为本发明实施例提供的服务器的方框示意图。所述服务器10包括存储器11、处理器12及通信模块13。所述存储器11、处理器12以及通信模块13各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中，存储器11用于存储程序或者数据。所述存储器11可以是，但不限于，随机存取存储器11(Random Access Memory，RAM)，只读存储器11(Read Only Memory，ROM)，可编程只读存储器11(Programmable Read-Only Memory，PROM)，可擦除只读存储器11(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器11(ElectricErasable Programmable Read-Only Memory，EEPROM)等。

处理器12用于读/写存储器11中存储的数据或程序，并执行相应地功能。

通信模块13用于通过所述网络建立所述服务器10与其它通信终端之间的通信连接，并用于通过所述网络收发数据。

应当理解的是，图2所示的结构仅为服务器10的结构示意图，所述服务器10还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参照图3，为本发明实施例提供的直播存储播放方法的流程示意图。

步骤101，实时获取相机的存储PC的数量。

步骤102，当存储PC的数量不满足目标数量时采用调度策略更改存储PC的数量，以使存储PC的数量满足目标数量。

在本实施例中，首先实时获取相机的存储PC的数量，当存储PC的数量不满足目标数量时采用调度策略更改存储PC的数量，以使存储PC的数量满足目标数量。服务器采用调度算法将存储PC的数量稳定在目标数量，使得存储PC的数量稳定，且视频流的转发和播放都在PC设备上，实现了视频流存储的可靠点播。

请参照图4，为本发明实施例提供的另一种直播存储播放方法的流程示意图。

需要说明的是，本实施例所提供的直播存储播放方法，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。

步骤101，实时获取相机的存储PC的数量。

存储PC为实时存储视频流的PC端。

步骤102，当存储PC的数量不满足目标数量时采用调度策略更改存储PC的数量，以使存储PC的数量满足目标数量。

在一种优选的实施例中，目标数量为3。

需要说明的是，目标数量可以为但不限于3，如还可以为2或者其他数值，只要能提供可靠的存储和点播即可；具体的数量此处不做限制，视具体情况而定。

当存储PC的数量不为3时采用调度算法更改存储PC的数量，以使存储PC的数量稳定为3。

需要说明的是，步骤102包括两个子步骤，本步骤中未提及之处将在其子步骤中进行详细的阐述。

子步骤102-1，将存储PC的数量与目标数量进行比对，得到比对结果。

将当前相机的存储PC的数量与目标数量进行比对。

子步骤102-2，根据比对结果更改存储PC的数量。

需要说明的是，子步骤102-2包括两个子步骤，本步骤中未提及之处将在其子步骤中进行详细的阐述。

子步骤102-2-1，若比对结果为存储PC的数量小于目标数量，则增加存储PC的数量。

当存储PC的数量小于3时，说明存储PC的数量较少，应增加存储PC的数量，以保证视频流有足够的存储空间。

需要说明的是，子步骤102-2-1包括四个子步骤，本步骤中未提及之处将在其子步骤中进行详细的阐述。

子步骤102-2-1-1，实时获取相机的播放PC的数量。

子步骤102-2-1-2，将播放PC的数量与目标数量进行比对。

子步骤102-2-1-3，若播放PC的数量大于等于目标数量，则选定未存储视频流的所述播放PC作为存储PC。

当存储PC的数量小于3而播放PC的数量大于等于3时，说明存储PC的数量较少，播放PC的数量较多，应选定未存储视频流的播放PC作为存储PC，用来存储视频流，这样使得播放PC尽可能的从本机硬盘请求视频流，节约请求视频的时间，避免网络带宽的消耗。

子步骤102-2-1-4，若播放PC的数量小于目标数量，则从未播放视频流的PC端中选定剩余空间大于第一阈值和/或剩余宽带大于第二阈值的PC作为存储PC。

当存储PC的数量小于3且播放PC的数量也小于3时，说明存储PC的数量较少，播放PC的数量也较少，应选定剩余空间大于第一阈值和/或剩余宽带大于第二阈值的PC作为存储PC。

子步骤102-2-2，若比对结果为存储PC的数量大于目标数量，则从存储PC中选定剩余空间最小的存储PC停止存储视频流。

若当前相机的存储PC数量大于3时，则说明当前存储PC数量过多，应从存储PC中，选取空闲能力最小的PC端停止存储视频流，使得存储PC数量稳定为3，同时也避免了空闲能力最小的PC端资源占用过多。

需要说明的是，在本实施例中，若选定的作为存储PC的PC端未启动成功，则将该PC端标识为无效PC，无效PC不能作为存储PC和/或播放PC。

需要说明的是，在本实施例中，当服务器当接收到播放PC端发送的播放视频请求信息时，从PC端中选定空闲能力最大的PC端作为回放PC；回放PC用于实时存储播放PC请求播放的视频流。

具体的，当用户想要播放某一段视频流时，控制播放PC发送播放视频请求信息至服务器，该播放视频请求信息包括该视频流对应的相机编码及视频起止时间，服务器根据相机编码及视频起止时间检索包含播放PC所请求的视频片段的PC端，并将该PC端作为回放PC，回放PC用于提供播放PC请求播放的视频流。服务器与播放PC及回放PC间进行三方电话呼叫控制协商(Third Party Call Control，3PCC)，调度回放PC将待播放的视频流发送到播放PC，以使播放PC端进行视频流实况观看。

需要说明的是，在本实施例中，若某个时间所有的存储PC均不在线，则服务器通过唤醒协议唤醒预定PC端。在本实施例中，该唤醒协议为Wake-On-LAN协议。

综上所述，本发明实施例提供的直播存储播放方法和系统，所述直播存储播放系统还包括：服务器、相机及至少两个PC端，所述方法包括：实时获取相机的存储PC的数量；当存储PC的数量不满足目标数量时，采用调度策略更改存储PC的数量，以使存储PC的数量满足目标数量。服务器采用调度算法将相机录制的视频流实时存储在PC设备上，且视频流的转发和播放都在PC设备上，任意一个存储PC出现硬盘损坏时不会导致录像丢失，实现了视频流存储的可靠点播；当引入监控设备时不需要额外配置存储服务器、转发服务器这样的存储转发设备，降低了硬件成本减少了设备成本及对网络带宽的消耗。

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

Claims (6)

1.一种直播存储播放方法，应用于直播存储播放系统中的服务器，所述直播存储播放系统还包括：相机及至少两个PC端，所述PC端用于存储和/或播放相机录制的视频流，所述服务器与所述相机及所述PC端数据连接，所述相机与所述PC端数据连接；其特征在于，包括：

实时获取所述相机的存储PC的数量；所述存储PC用于实时存储视频流；

当所述存储PC的数量不满足目标数量时，将所述存储PC的数量与所述目标数量进行比对，得到比对结果；

若所述比对结果为所述存储PC的数量小于所述目标数量，则增加所述存储PC的数量，以使所述存储PC的数量满足目标数量；

其中，增加所述存储PC的数量的步骤，包括：

实时获取所述相机的播放PC的数量；所述播放PC用于实时播放视频流；

将所述播放PC的数量与所述目标数量进行比对；

若所述播放PC的数量大于等于所述目标数量，则选定未存储视频流的所述播放PC作为所述存储PC。

2.根据权利要求1所述的方法，其特征在于，增加所述存储PC的数量的步骤，还包括：

实时获取所述相机的播放PC的数量；所述播放PC用于实时播放视频流；

将所述播放PC的数量与所述目标数量进行比对；

若所述播放PC的数量小于所述目标数量，则从未播放视频流的所述PC端中选定剩余空间大于第一阈值和/或剩余宽带大于第二阈值的所述PC作为所述存储PC。

3.根据权利要求1所述的方法，其特征在于，所述当所述存储PC的数量不满足目标数量时，将所述存储PC的数量与所述目标数量进行比对，得到比对结果之后，还包括：

若所述比对结果为所述存储PC的数量大于所述目标数量，则从所述存储PC中选定剩余空间最小的所述存储PC停止存储视频流。

4.根据权利要求1所述的方法，其特征在于，还包括：

当接收到播放PC发送的播放视频请求信息时，根据所述播放视频请求信息检索包含所述播放PC所请求的视频片段的所述PC端，并将所述PC端作为回放PC；所述回放PC用于提供所述播放PC请求播放的视频流。

5.根据权利要求1所述的方法，其特征在于，还包括：

若所述相机的所述存储PC均不在线，通过唤醒协议唤醒预定PC端。

6.一种直播存储播放系统，所述直播存储播放系统还包括：服务器、相机及至少两个PC端，所述PC端用于存储和/或播放相机录制的视频流，所述服务器与所述相机及所述PC端数据连接，所述相机与所述PC端数据连接；其特征在于，包括：

所述服务器用于实时获取所述相机的存储PC的数量；所述存储PC用于实时存储视频流；

以及还用于当所述存储PC的数量不满足目标数量时，将所述存储PC的数量与所述目标数量进行比对，得到比对结果；

所述服务器还用于：若所述比对结果为所述存储PC的数量小于所述目标数量，则增加所述存储PC的数量，以使所述存储PC的数量满足目标数量；

所述服务器还用于：

实时获取所述相机的播放PC的数量；所述播放PC用于实时播放视频流；

将所述播放PC的数量与所述目标数量进行比对；

若所述播放PC的数量大于等于所述目标数量，则选定未存储视频流的所述播放PC作为所述存储PC。

Images