一种摄像视频的点播方法、装置、服务器及存储介质与流程

本发明实施例涉及摄像视频技术领域，尤其涉及一种摄像视频的点播方法、装置、服务器及存储介质。

背景技术：

随着社会的发展和生活水平的提高，摄像监控在银行、超市、交通路口等公共区域已经随处可见，用户可从pc或手机等服务器对摄像视频进行点播，以查看监控内容，更好地保证人身和财产安全。与此同时，市场上出现了各式各样的摄像监控产品，如各大品牌的安防摄像机，为此行业内也逐渐推出了不同的视频协议标准。

多样化的协议标准增加了摄像机部署的复杂性，同时也给摄像视频点播带来了诸多不便。许多摄像机厂商的自有协议只适用于自有信息处理平台和专用的软件客户端，第三方平台无法快速调用摄像视频资源以进行点播，用户必须要在pc或者手机上安装专用客户端或者下载摄像机专用的插件才可以快速点播，但市面上的部分插件并未得到验证许可，大都被浏览器拦截，导致用户点播失败；并且不同厂家的摄像机存在一定的排他性，当对不同的摄像机的摄像视频进行点播时，要求pc或手机能够兼容不同的客户端或插件，并且需要用户下载和安装新的插件，给操作系统的开发和用户的使用都带来极大的不便。

技术实现要素：

本发明提供了一种摄像视频的点播方法、装置、服务器及存储介质，以解决现有的视频系统之间不能兼容以及用户使用不便的问题，实现无需安装专用软件即可快速点播摄像视频，提高摄像视频的兼容性和点播的便捷性。

第一方面，本发明实施例提供了一种摄像视频的点播方法，包括：

接收客户端的点播请求，所述点播请求包括待点播地址；

根据所述点播请求获取标准点播视频流，所述标准点播视频流为实时流传输协议(realtimestreamingprotocol，rtsp)视频流基于onvif协议转换后的视频流，所述rtsp视频流通过摄像机拍摄；

向客户端推送所述标准点播视频流。

进一步的，所述根据所述点播请求获取标准点播视频流，包括：

获取摄像机的rtsp视频流地址；

基于onvif协议将所述rtsp视频流地址中的rtsp视频流转换为标准点播视频流，所述标准点播视频流包括点播地址；

获取与所述待点播地址一致的点播地址对应的标准点播视频流。

进一步的，在获取摄像机的rtsp视频流地址之前，还包括；

对所述摄像机进行鉴权。

进一步的，所述rtsp视频流地址包括：主码流地址和子码流地址，对应的，所述点播地址包括主码流点播地址和子码流点播地址。

进一步的，所述摄像视频的点播方法，还包括：

获取摄像机的属性，并将所述属性以树形方式进行排列显示，所述属性包括：所述摄像机的ip地址、主码流地址以及子码流地址。

进一步的，所述rtsp视频流为h.264格式，所述标准点播视频流为http-flv格式和/或hls格式。

进一步的，所述向客户端推送所述标准点播视频流，包括：

识别客户端支持的视频流格式；

根据所述客户端支持的视频流格式向所述客户端推送所述标准点播视频流。

第二方面，本发明实施例提供了一种摄像视频的点播装置，包括：

点播请求接收模块，用于获取安防摄像机的ip地址和实时流传输协议rtsp视频流地址；

标准点播视频流获取模块，用于将所述rtsp视频流转换为标准点播视频流；标准点播视频流推送模块，用于向客户端推送所述标准点播视频流以进行点播。

第三方面，本发明实施例提供了一种服务器，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的摄像视频的点播方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如第一方面所述的摄像视频的点播方法。

本发明实施例提供了一种摄像视频的点播方法、装置、服务器及存储介质，该方法包括：接收客户端的点播请求，所述点播请求包括待点播地址；根据所述点播请求获取标准点播视频流，所述标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，所述rtsp视频流通过摄像机拍摄；向客户端推送所述标准点播视频流。通过基于onvif协议将摄像机拍摄的rtsp视频流转换为标准点播视频流，实现了无需安装专用软件即可快速点播摄像视频，提高摄像视频的兼容性和点播的便捷性。

附图说明

图1为本发明实施例一提供的一种摄像视频的点播方法在b/s架构中的结构示意图；

图2为本发明实施例一提供的一种摄像视频的点播方法的流程示意图；

图3为本发明实施例一提供的一种摄像视频的点播方法的实现流程图；

图4a为本发明实施例二提供的一种摄像视频的点播方法的流程示意图；

图4b为本发明实施例二提供的一种摄像视频的点播方法的摄像机属性以树形排列显示的示意图；

图5a为本发明实施例三提供的一种摄像视频的点播方法的实现流程图；

图5b为本发明实施例三提供的一种摄像视频的点播方法的实现界面的示意图；

图5c为本发明实施例三提供的一种摄像视频的点播方法的实现界面的另一示意图；

图6为本发明实施例四提供的一种摄像视频的点播装置的结构示意图；

图7为本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种摄像视频的点播方法在b/s(browser/server，浏览器/服务器模式)架构中的结构示意图。b/s架构是一种能够通过web浏览器将客户端的系统实现核心部分统一集中到服务器上的网络结构模式。参考图1，客户端101为用户进行点播的使用终端，客户端101可以为pc、手机等任意包括web浏览器的使用终端，web浏览器作为使用终端的主要应用软件，可通过b/s架构将系统实现的核心部分集中到服务器102上，同时，摄像机103的相关数据都存储在服务器102的数据库中，用户只需使用客户端101安装的浏览器，就可同服务器102中的数据库进行便捷的数据交互，从而实现用户从客户端101对摄像机103的摄像视频进行点播。

图2为本发明实施例一提供的一种摄像视频的点播方法的流程图，本实施例可适用于对摄像视频进行点播的情况。具体的，该摄像视频的点播方法可以由摄像视频的点播装置执行，该摄像视频的点播装置可以通过软件和/或硬件的方式实现，并集成在服务器中。进一步的，服务器包括但不限定于：工业集成服务器、系统后台服务器以及云端服务器。

需要说明的是，本发明实施例提供的摄像视频的点播方法运行于linux系统(ubuntu16.04)，采用b/s架构，能够在pc端或手机端支持chrome、uc、360、qq、微信等浏览器无插件点播摄像视频流。

参考图2，该方法具体包括如下步骤：

s110、接收客户端的点播请求，点播请求包括待点播地址。

具体的，当用户点播摄像视频时，通过客户端向服务器发出点播请求，服务器接收客户端的点播请求，并根据该点播请求向用户提供相应的摄像视频。用户点播摄像视频时，通常是针对特定的摄像机拍摄的视频进行点播，因此，点播请求中需包括该摄像机的ip地址、视频流地址等特定的地址信息，便于服务器根据地址信息提取摄像机的摄像视频。本实施例中，示例性地设置待点播地址为摄像视频的视频流地址，例如，用户对摄像机a进行点播，则点播请求中包括了摄像机a的视频流地址rtsp://192.168.2.6:554/cam/realmonitor？channel＝1&subtype＝0&unicast＝true&proto＝onvif。

s120、根据点播请求获取标准点播视频流，标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，rtsp视频流通过摄像机拍摄。

具体的，实时流传输协议rtsp是一种用于控制声音或影像的多媒体串流协议，可实现实时数据，如音频与视频的受控点播。现有的摄像机拍摄的视频通常都是基于rtsp传输的，即为rtsp视频流。

onvif协议是一种为网络视频设备之间的信息交换定义的通用协议，规范描述了网络视频的模型、接口、数据类型以及数据交互的模式。onvif协议的目标在于实现一个网络视频框架协议，使不同厂商所生产的网络视频产品(包括摄录前端、摄像设备等)具有互通性。基于onvif协议可将摄像机拍摄的rtsp视频流转换为标准点播视频流，由于标准点播视频流具有统一的视频流协议格式，用户进行点播时，无需再下载和安装新的插件，即可实现快速点播。服务器接收到点播请求之后，可根据其中的待点播地址获取相对应的标准点播视频流。

s130、向客户端推送标准点播视频流。

服务器获取标准点播视频流之后，将标准点播视频流推送给客户端，并为标准点播视频流设置点播按钮，即可为客户端提供标准点播视频流的点播服务。可选的，在推送标准点播视频流的同时，显示该标准点播视频流的格式信息。

本发明实施例提供了一种摄像视频的点播方法，包括：接收客户端的点播请求，所述点播请求包括待点播地址；根据所述点播请求获取标准点播视频流，所述标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，所述rtsp视频流通过摄像机拍摄；向客户端推送所述标准点播视频流。通过基于onvif协议将摄像机拍摄的rtsp视频流转换为标准点播视频流，实现了无需安装专用软件即可快速点播摄像视频，提高摄像视频的兼容性和点播的便捷性。

进一步的，图3为本发明实施例一提供的摄像视频的点播方法的实现流程图。参考图3，本实施例将上述的“s120、根据点播请求获取标准点播视频流，标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，rtsp视频流通过摄像机拍摄”，具体优化为下述步骤：

s1201、获取摄像机的rtsp视频流地址。

具体的，服务器可通过基于onvif标准的搜寻方式，扫描网络内连接的摄像机，并自动获取摄像机的rtsp视频流地址，以及其他相关信息(如端口、ip地址等)。表1为本实施例的摄像视频的点播方法摄像机与相关信息的映射关系表。

表1摄像机与相关信息的映射关系表

参考表1，通过扫描可获取摄像机名称、视频流地址、ip地址、摄像机描述等，这些信息都存储在服务器数据库中。

s1202、基于onvif协议将rtsp视频流地址中的rtsp视频流转换为标准点播视频流，标准点播视频流包括点播地址。

具体的，基于onvif协议可将摄像机拍摄的rtsp视频流转换为标准点播视频流，标准点播视频流具有统一的视频流协议格式，便于用户免插件快速点播。转换为标准点播视频流的同时，生成对应的点播地址，用于存储转换后的标准点播视频流，当用户进行点播时，可从相应的点播地址获取标准点播视频流。

s1203、获取与待点播地址一致的点播地址对应的标准点播视频流。

具体的，由于点播请求中包括了待点播地址，根据待点播地址可查询到与其一致的点播地址，并从该点播地址中获取标准点播视频流，以供用户点播。

本发明实施例提供了一种摄像视频的点播方法，包括：接收客户端的点播请求；根据所述点播请求获取标准点播视频流；向客户端推送所述标准点播视频流。其中，获取标准点播视频流的具体过程为，获取摄像机的rtsp视频流地址；基于onvif协议将rtsp视频流转换为标准点播视频流，并生成点播地址；获取点播地址对应的标准点播视频流。通过上述技术方案，实现了基于onvif协议将rtsp视频流统一转换为标准点播视频流并存储于点播地址，用户点播时无需安装专用软件即可快速读取点播地址中的标准点播视频流，提高了摄像视频的兼容性和点播的便捷性。

实施例二

图4a为本发明实施例二提供的一种摄像视频的点播方法的流程示意图。本实施例在实施例一的基础上进行了进一步优化，在获取摄像机的实时流传输协议rtsp视频流地址之前，增加了步骤s220、对所述摄像机进行鉴权；并将向客户端推送所述标准点播视频流具体优化为：步骤260、识别客户端支持的视频流格式；步骤270、根据所述客户端支持的视频流格式向所述客户端推送所述标准点播视频流。未在本实施例描述的细节参见上述实施例。

参考图4a，本实施例提供的一种摄像视频的点播方法具体包括以下步骤：

s210、接收客户端的点播请求，点播请求包括待点播地址。

具体的，当用户点播摄像视频时，通过客户端向服务器发出点播请求，服务器接收客户端的点播请求，并根据点播请求中的待点播地址扫描对应的摄像机。

s220、对摄像机进行鉴权。

具体的，在获取摄像机的视频流之前，服务器首先对该摄像机进行鉴权，以验证获取摄像视频的安全合法性。示例性的，在读取摄像机的相关信息之前，需要先验证点播该摄像机对应的登陆账号和密码，或者通过填写验证码、验证字符的方式，确保此次点播过程顺利进行。鉴权通过后，服务器才可扫描并读取该摄像机的相关信息，从而确保以安全合法的途径进行视频点播，保护个人隐私安全。

s230、获取摄像机的rtsp视频流地址。

具体的，服务器可通过基于onvif标准的搜寻方式，扫描网络内连接的摄像机，并自动获取摄像机的相关信息(如端口、ip地址等)和rtsp视频流地址。

进一步的，rtsp视频流地址包括：主码流地址和子码流地址，对应的，点播地址包括主码流点播地址和子码流点播地址。

通常摄像机产品中的编码器对拍摄的视频会同时产生两个不同的编码格式,即主码流和子码流，双码流技术提高了摄像机图像传输的质量。通常情况下，主码流用于本地存储和传输，具有更高的清晰度，而子码流适用于图像在远程网络进行传输，具有更高的流畅度。因此，在获取摄像机的rtsp视频流地址时，同时扫描获取主码流地址和子码流地址，以兼顾摄像视频的本地存储和远程传输性能，满足不同的实际需求。以摄像机a为例进行说明，其主码流地址为rtsp://192.168.2.6:554/cam/realmonitor？channel＝1&subtype＝0&unicast＝true&proto＝onvif，存储了摄像视频的rtsp主码流，子码流地址为rtsp://192.168.2.6:554/cam/realmonitor？channel＝1&subtype＝1&unicast＝true&proto＝onvif，存储了摄像视频的rtsp子码流。

可选的，获取摄像机的主码流地址和子码流地址之后，可将摄像机的主码流和子码流区分记录管理。示例性的，点播请求中的待点播地址也包括了地址类型的信息，即用户可自主选择同时获取主码流地址和子码流地址，或者只获取其中的一种。服务器将扫描得到的摄像机的主码流和子码流分别存储，并根据点播请求中的地址类型将相应的主码流地址和/或子码流地址中的rtsp视频流转换为标准点播视频流，从而提高转换效率。

对应的，将rtsp视频流转换为标准点播视频流后，会自动生成标准点播视频流的点播地址，该点播地址也包括了主码流点播地址和子码流点播地址，以满足用户不同的点播需求。服务器对标准点播视频流的主码流和子码流也做区分记录管理，可根据点播请求中的地址类型的信息，向客户端推送相应的标准点播视频流，并提供点播按钮，供用户选择视频流进行点播。

进一步的，所述摄像视频的点播方法还包括，获取摄像机的属性，并将所述属性以树形方式进行排列显示，所述属性包括：所述摄像机的ip地址、主码流地址以及子码流地址。

具体的，扫描摄像机获取相关信息的过程中，可以获得摄像机的属性信息，所述属性包括：ip地址、主码流地址以及子码流地址，将这些属性信息以树形的方式进行排列显示，例如，将摄像机的ip地址作为主树，将主码流rtsp地址、子码流rtsp地址作为子树，使同一摄像机的属性集中成一个树形图，利于摄像机属性信息的统一管理和可视化。

可选的，所述属性还包括摄像机的端口类型和摄像机描述，其中，摄像机描述可以为摄像机的品牌名称、运行时长、故障记录、清晰度等,例如，上述实施例的表1中的摄像机描述为品牌名称，除此之外也可以为运行时长，如10小时、24小时，也可以为故障记录，如“正在维修”、“离线状态”等，也可以为摄像机的清晰度，如“高清”、“流畅”等。将端口类型、摄像机描述也作为属性信息显示在树形图中，便于对摄像机进行全面的管理。

图4b为本发明实施例二提供的一种摄像视频的点播方法的摄像机属性以树形排列显示的示意图。参考图4b,本实施例示例性地将摄像机名称、ip地址、摄像机描述、主码流和子码流点播按钮显示在主树中，并将摄像机端口、主码流和子码流地址、鉴权账号及密码、摄像机描述、主码流和子码流点播按钮显示在子树中，并在每个摄像机属性的树形图中预留了两个子树，以根据实际需求添加不同的属性信息。其中，鉴权账号及密码、摄像机描述和预留子树中的内容可复制和修改。此外，将各摄像机的树形图按照顺序排列显示，如在扫描识别摄像机时自动为摄像机编号，按照编号顺序排列显示树形图，或根据摄像机的ip地址的最后一个字段递增的顺序排列显示。

进一步的，对扫描得到的摄像机属性进行区分管理。示例性的，将扫描得到的各摄像机的信息按照ip地址的最后一个字段递增的顺序排列管理，如表1中的摄像机按照192.168.2.6，192.168.2.7，192.168.2.8，192.168.2.101的顺序依次排列，分别进行管理；或者在扫面识别摄像机时自动为摄像机编号，按照编号顺序排列管理。在此基础上，将各摄像机的属性信息以树形的形式依次排列显示，便于用户查看。

可选的，根据端口类型或摄像机描述将摄像机分组管理，使用户可快速查询到摄像机属性信息。示例性的，将所有端口类型为80的摄像机(摄像机a、b、c、d)的信息存储在一个组中，或将摄像机按照备注的品牌名称分为多个组，同一品牌的摄像机存储在一个组中，便于对摄像机信息集中管理。

s240、基于onvif协议将rtsp视频流地址中的rtsp视频流转换为标准点播视频流，标准点播视频流包括点播地址。

具体的，基于onvif协议可将摄像机拍摄的rtsp视频流转换为具有统一的视频流协议格式的标准点播视频流，便于用户免插件快速点播。转换为标准点播视频流的同时，生成对应的点播地址，用于存储转换后的标准点播视频流，当用户进行点播时，可从相应的点播地址获取标准点播视频流。

需要说明的是，本申请不限定步骤s220-s240与s210的执行顺序，对摄像机进行鉴权、获取rtsp视频流地址、转换为标准点播视频流，包括rtsp视频流的区分管理、摄像机属性的排列显示，都可以在接收到客户端的点播请求之后进行，或者也可由服务器提前对各摄像机进行鉴权并实时获取或更新摄像机的相关信息和视频流，当接收到点播请求时，直接将相应的标准点播视频流向客户端推送即可。

进一步的，服务器所使用的onvif协议版本按照官方网站发布的最新版本生成，可自动更新并向下兼容旧版本，从而可兼容所有支持onvif协议的摄像机，无需再针对不同onvif协议版本的摄像机分别处理。

进一步的，所述rtsp视频流为h.264格式，所述标准点播视频流为http-flv和/或hls协议格式。

具体的，目前最常用的流媒体协议主要有基于rtsp和基于http两种，rtsp视频流常见的为h.264格式，h.264是一种常用的高度压缩数字视频编解码器标准，具有数据压缩比率高的特点。本实施例针对h.264格式的rtsp视频流进行转换，将其封装为http-flv和/或hls协议格式的标准点播视频流。

http-flv是一种基于http的流媒体网络传输协议，其具有延时低、穿透性强的优势，在客户端的使用率较高，只要浏览器支持flashplayer就能快速播放；hls也是一种基于http的流媒体网络传输协议，具有穿透性强、码率自适应的优势，即不同带宽的设备可以自动切换到最合适的码率进行点播，并且可通过html5可以直接打开播放，即不需要安装任何独立的app，有浏览器即可。本实施例将rtsp视频流转换为http-flv和/或hls协议格式的标准点播视频流，可满足视频流传输的需求，使不同品牌的摄像机可按照统一协议输出，实现摄像视频的免插件点播。

本实施例设定rtsp视频流为h.264格式，设定标准点播视频流为http-flv和/或hls协议格式，以适应主流的摄像视频编码技术和视频流传输协议，提高点播的便捷性和适用性。

s250、获取与待点播地址一致的点播地址对应的标准点播视频流。

具体的，由于点播请求中包括了待点播地址，根据待点播地址可查询到与其一致的点播地址，并从该点播地址中获取标准点播视频流，以供用户点播。

s260、识别客户端支持的视频流格式。

具体的，转换为标准点播视频流后，服务器可自动识别客户端的软件环境，以向客户端推送相应的标准点播视频流。例如，检测识别客户端浏览器内置的、或支持安装的插件是adobeflashplayer还是hlsplayer，据此决定要推送的标准点播视频流的协议格式。

需要说明的是，现有的浏览器都内置了或者都支持安装adobeflashplayer或hlsplayer，本实施例将摄像机拍摄的rtsp视频流都已经转换为标准点播视频流，可通过adobeflashplayer或hlsplayer直接播放，用户无需再下载和安装其他的专用软件或插件，从而提高摄像视频点播的兼容性和便捷性。

s270、根据所述客户端支持的视频流格式向所述客户端推送所述标准点播视频流。

具体的，根据识别到的客户端支持的视频流格式，可向客户端推送对应的协议格式的标准点播视频流。例如，智能识别内置(或支持安装)adobeflashplayer插件的浏览器(如360浏览器、uc浏览器、qq浏览器等)，向其推送http-flv协议视频流；智能识别内置(或支持安装)hlsplayer插件的浏览器(如谷歌浏览器、微信浏览器等)，向其推送hls协议视频流。

可选的，向客户端推送http-flv视频流的同时，设置http-flv视频流点播按钮，并在浏览器上提示“flvplayer”的字样；向客户端推送hls视频流的同时，设置hls视频流点播按钮，并在浏览器上提示“hlsplayer”的字样。

本发明实施例二提供了一种摄像视频的点播方法，通过对摄像机进行鉴权，保证了摄像视频点播的安全性；通过分别获取主码流地址和子码流地址，可满足不同的点播需求；通过对摄像机属性以树形方式排列显示，便于摄像机信息的集中管理；通过基于onvif协议将rtsp视频流转换为标准点播视频流，可适应主流的摄像视频编码技术和视频流传输协议，实现无需安装专用软件即可快速点播摄像视频，提高摄像视频的兼容性和点播的便捷性。

实施例三

图5a为本发明实施例三提供的一种摄像视频的点播方法的实现流程图。本实施例在上述实施例的基础上，详细描述了摄像视频点播方法的实现过程。参考图5a，摄像视频的点播方法的实现流程具体如下：

用户发送点播请求。具体的，以对摄像机a的摄像视频进行点播的情况为例，用户可通过点击客户端中摄像机a的点播或播放按钮，对摄像机a的摄像视频进行点播。点播请求可以包括点播的视频流类型，如果用户要点播本地的视频，可选择较高的清晰度，则可以点击主码流的点播按钮；如果用户要点播远程传输的视频，为了有更高的流畅度，可以点击子码流的播放按钮。用户点击播放按钮的同时，会向服务器发送点播请求，发送的点播请求中包括了待点播地址的信息。

服务器接收客户端的点播请求。点播请求中包括了待点播地址的信息，如，摄像机a的待点播地址为rtsp://192.168.2.6:554/cam/realmonitor？channel＝1&subtype＝0&unicast＝true&proto＝onvif，服务器接收到点播请求后，能够判断目标摄像机为摄像机a，进而判断其摄像视频是否支持onvif协议，如果不支持onvif协议，则重新获取点播请求；如果支持onvif协议，则继续执行点播方法。

对目标摄像机进行鉴权。在获取rtsp视频流之前，服务器先对目标摄像机进行鉴权，例如，验证点播该摄像机对应的登录账号和密码是否正确，只有通过鉴权之后，服务器才可以进一步扫描读取摄像机的相关信息，获取rtsp视频流。

获取摄像机拍摄的rtsp视频流。服务器通过基于onvif标准的搜寻方式，可获取存储在rtsp视频流地址中的rtsp视频流，同时，也可以获取端口、ip地址、摄像机描述等各项信息并存储在数据库中。进一步的，服务器可将每个摄像机的属性信息以树形的方式存储，并按照ip地址的字段排序、或按照ip地址和摄像机描述分组，便于用户查看和管理。其中，rtsp视频流分为主码流和子码流。

将rtsp视频流转换为标准点播视频流。基于onvif协议(官方网站发布的最新版本)将获取的rtsp视频流为http-flv和或hls协议格式的视频流，作为标准点播视频流存储在生成的点播地址中。其中，rtsp视频流可分为主码流和子码流，根据用户点播请求中的点播视频流类型，可以选择性地将相应的rtsp视频流进行转换，对应的，转换后的标准点播视频流也包括主码流和子码流。

识别客户端支持的视频流格式。如果客户端支持http-flv协议视频流，则向其推送点播地址中的http-flv视频流，并设置开始点播的按钮；如果客户端支持hls协议视频流，则向其推送点播地址中的hls视频流，并设置开始点播的按钮，以供用户进行点播。

上述摄像视频的点播方法的实现流程中未详尽描述的技术细节可参见上述任意实施例。

图5b为本发明实施例三提供的一种摄像视频的点播方法的实现界面的示意图。参考图5b，以手机客户端的显示界面为例，当用户对摄像头a的摄像视频进行点播时，界面中心会显示摄像头a的名称和ip地址，并在下方提供了主码流和子码流的点播按钮，点击其中的一个按钮，即可向服务器发送点播请求，实现对主码流或子码流进行点播；服务器根据接收到的点播请求，获取rtsp视频流地址，并将rtsp视频流地址详细显示在界面上供用户查看。另外，用户需要填写点播摄像机a对应的登录账号和登录密码，以通过鉴权，保证点播的合法安全性。除此之外，用户还可以通过客户端添加新的摄像机，便于对新的摄像机进行点播；进行授权管理，例如将该摄像机的点播视频分享给其他用户，使其他用户获得授权；摄像机管理，例如查看摄像机的属性信息(树形图)；系统设置，如设置默认选择的摄像机名称、优先播放的视频类型(主码流/子码流)和清晰度等。

图5c为本发明实施例三提供的一种摄像视频的点播方法的另一实现界面的示意图。参考图5c，以pc客户端的浏览器为例进行说明，如果识别到该浏览器内置了(或支持安装)adobeflashplayer插件，则向其推送http-flv协议视频流，同时显示“flvplayer”的字样以提示用户，并且为http-flv协议视频流设置点播按钮，当用户点击该点播按钮后，在浏览器的播放区域(中间空白部分)会播放该http-flv协议视频流，从而实现摄像视频的点播方法。

本发明实施例三提供了一种摄像视频的点播方法，通过对摄像机进行鉴权，保证了摄像视频点播的安全性；通过分别获取主码流地址和子码流地址，可满足不同的点播需求；通过对摄像机属性以树形方式排列显示，便于摄像机信息的集中管理；通过将rtsp视频流转换为标准点播视频流，可适应主流的摄像视频编码技术和视频流传输协议，实现无需安装专用软件即可快速点播摄像视频，提高摄像视频的兼容性和点播的便捷性。

实施例四

图6为本发明实施例四提供的一种摄像视频的点播装置的结构示意图。该装置适用于对摄像视频进行点播的情况，该装置可以由软件和/或硬件实现，并具体可集成在摄像视频点播服务器中。

如图6所示，该装置包括：

点播请求接收模块510，用于接收客户端的点播请求，所述点播请求包括待点播地址；

标准点播视频流转换模块520，用于根据所述点播请求获取标准点播视频流，所述标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，所述rtsp视频流通过摄像机拍摄；

标准点播视频流推送模块530，用于向客户端推送所述标准点播视频流以进行点播。

进一步的，标准点播视频流获取模块520具体包括：

rtsp视频流地址获取模块，用于获取摄像机的实时流传输协议rtsp视频流地址；

rtsp视频流转换模块，用于基于onvif协议将所述rtsp视频流地址中的rtsp视频流转换为标准点播视频流，所述标准点播视频流包括点播地址；

标准点播视频流获取模块，用于获取与所述待点播地址一致的点播地址对应的标准点播视频流。

进一步的，该装置还包括：

鉴权模块，用于对所述摄像机进行鉴权。

进一步的，rtsp视频流地址获取模块具体包括：

rtsp主码流地址获取模块：用于获rtsp视频流的主码流地址；

rtsp子码流地址获取模块：用于获rtsp视频流的子码流地址；

对应的，标准点播视频流读取模块具体包括：

主码流点播地址获取模块：用于获取与所述待点播地址一致的主码流点播地址对应的标准点播视频流，其中，主码流点播地址为rtsp视频流的主码流转换的标准点播视频流的存储地址；

子码流点播地址获取模块：用于获取与所述待点播地址一致的子码流点播地址对应的标准点播视频流，其中，子码流点播地址为rtsp视频流的子码流转换的标准点播视频流的存储地址。

进一步的，该装置还包括：

摄像机属性管理模块，用于获取摄像机的属性，并将所述属性以树形方式进行排列显示，所述属性包括：所述摄像机的ip地址、主码流地址以及子码流地址。

进一步的，标准点播视频流推送模块530具体包括：

识别模块，用于识别客户端支持的视频流格式；

推送模块，用于根据所述客户端支持的视频流格式向所述客户端推送所述标准点播视频流。

本实施例提供的摄像视频的点播装置可实现上述任意实施例中的摄像视频的点播方法并具备相应的功能和有益效果，未在本实施例中详尽描述的技术细节可参见上述任意实施例。

实施例五

图7为本发明实施例五提供的一种服务器的硬件结构示意图。如图6所示，本实施例提供的一种服务器，包括：处理器610和存储装置620。该服务器中的处理器可以是一个或多个，图7中以一个处理器610为例，所述服务器中的处理器610和存储装置620可以通过总线或其他方式连接，图6中以通过总线连接为例。

所述一个或多个程序被所述一个或多个处理器610执行，使得所述一个或多个处理器实现上述实施例中任意所述的摄像视频的点播方法。

该服务器中的存储装置620作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中摄像视频的点播方法对应的程序指令/模块(例如，附图5所示的摄像视频的点播装置中的模块，包括：点播请求接收模块510、标准点播视频流获取模块520以及标准点播视频流推送模块530)。处理器610通过运行存储在存储装置620中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中摄像视频的点播方法。

存储装置620主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据服务器的使用所创建的数据等(如上述实施例中的点播地址、摄像机ip地址、摄像机属性等)。此外，存储装置620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置620可进一步包括相对于处理器610远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

并且，当上述服务器中所包括一个或者多个程序被所述一个或者多个处理器610执行时，程序进行如下操作：

接收客户端的点播请求，所述点播请求包括待点播地址；根据所述点播请求获取标准点播视频流，所述标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，所述rtsp视频流通过摄像机拍摄；向客户端推送所述标准点播视频流。

本实施例提出的服务器与上述实施例提出的摄像视频的点播方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行摄像视频的点播方法相同的有益效果。

在上述实施例的基础上，本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被摄像视频的点播装置执行时实现本发明上述任意实施例提供的摄像视频的点播方法，该方法包括：

接收客户端的点播请求，所述点播请求包括待点播地址；根据所述点播请求获取标准点播视频流，所述标准点播视频流为rtsp视频流基于onvif协议转换后的视频流，所述rtsp视频流通过摄像机拍摄；向客户端推送所述标准点播视频流。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的摄像视频的点播方法的操作,还可以执行本发明任意实施例所提供的摄像视频的点播方法中的相关操作，且具备相应的功能和有益效果。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。