CN104660997A - 面向服务的多源异构视频监控适配方法和系统 - Google Patents

Abstract

本发明提供一种面向服务的多源异构视频监控适配方法，包括：S1、定义上层通用的视频监控核心适配层；核心适配层中包含视频操作的基本子接口；S2、根据各厂商提供的不同的视频开发SDK，将上述核心适配层中的各基本子接口分别继承并详细实现为各子适配层；S3、将上述各子适配层分别注册为各本地子服务，用于调用相应的子适配层，所述本地子服务根据不同的设备厂商名称命名；S4、定义核心实现层，继承核心适配层并详细实现，用于解析视频操作请求信息，提取设备厂商名称并调度上述各本地子服务，所述核心实现层与上述核心适配层拥有相同的基本子接口；S5、将所述核心实现层注册为远程核心服务。本发明具备兼容性好、可扩展性高的特点。

Description

面向服务的多源异构视频监控适配方法和系统

技术领域

本发明涉及视频监控方法和系统，尤其涉及一种可以实现多种视频监控设备兼容使用的方法和系统。

背景技术

随着社会的发展，人们对安全防范的要求日益提高，视频监控已成为最重要的安防手段之一。随着监控需求的逐渐多样化，监控设备的复杂度也日益增加，在实际大型项目应用场景中，出于复杂的商业合作关系以及为充分使用各厂商监控设备各自特色功能等历史原因，系统中的监控设备可能来源于不同监控设备生产厂商的现象是较为常见的。然而，由于视频监控领域缺乏权威的统一行业标准，各视频设备生产厂商就各自制定了符合企业自身特点的企业标准，因此受不同的视频流编解码协议的限制，传统的视频监控软件大多仅支持本厂商的监控设备，导致了需要同时安装多套不同的监控软件才能实现管理和使用各自厂商的监控设备，也无法在统一的系统平台界面中查看监控画面，这将进一步导致设备管理的零散化、繁琐化以及系统可扩展性的严重受限。

对于上述视频监控设备的兼容性问题，由国际著名的开放型网络视频接口论坛于2008年底所提出的onvif协议，旨在实现不同厂商生产的网络视频产品之间的互通性，为网络视频设备之间的信息交换定义了通用协议。然而，虽然国内外主流视频厂商已实现对onvif协议的支持，但它们对onvif协议均有不同程度的改动，使得onvif版本过于杂乱，因而不同厂商间的监控设备仍然存在很大的兼容性问题。另外，onvif协议是针对于底层视频元数据所规定的统一标准，只有近年来的部分监控设备支持此协议，而并不支持原有的大部分监控设备，导致在实际应用中具有较大的局限性。

发明内容

本发明的目的在于，针对上述问题和现有技术存在的缺陷，本发明提供了一种面向服务的多源异构视频监控适配方法和系统，以实现各大厂商监控设备的兼容使用，从而具备兼容性好、可扩展性高的特点。本发明采用的技术方案是：

为解决上述技术问题，本发明提供了一种面向服务的多源异构视频监控适配方法，所述方法包括：

S1、定义一套上层通用的视频监控核心适配层，所述核心适配层用于封装视频预览、停止预览、抓图、录像、停止录像、参数配置等一系列视频操作基本子接口；

S2、根据各厂商提供的不同的视频开发SDK（Software Development Kit），将上述核心适配层中的各基本子接口分别继承并详细实现为各子适配层。所述视频开发SDK，是指由各大监控设备生产厂商提供的与本厂商监控设备通讯并实现本厂商视频流编解码的软件开发工具包，所述子适配层与上述核心适配层拥有相同的基本子接口；

S3、将上述各子适配层分别注册为各本地子服务，用于调用相应的子适配层，所述本地子服务根据不同的设备厂商名称命名；相同视频厂商的同类监控设备对应同一个本地子服务。

S4、定义核心实现层，继承核心适配层并详细实现，用于解析视频操作请求信息，提取设备厂商名称并调度上述各本地子服务，所述核心实现层与上述核心适配层拥有相同的基本子接口；

S5、将所述核心实现层注册为远程核心服务，用于接收用户发来的视频操作请求信息并将相关参数传递给所述核心实现层；

然后进行：

S6、所述远程核心服务接收各视频操作请求信息并从中提取设备编码后传递给所述核心实现层；

S7、所述核心实现层根据设备编码获取设备的厂商名称；

S8、核心实现层根据获取到的设备厂商名称调取设备厂商名称对应的本地子服务并向其传递视频操作请求信息；

S9、所调取的本地子服务根据本地子适配层的具体实现进行最终的请求操作；例如视频预览；

S10、本地子适配层完成操作处理后将操作结果发送至远程核心服务；

S11、远程核心服务将所述操作结果回传给操作请求者。

进一步地，所述核心适配层封装了视频预览、停止预览、抓图、录像、停止录像、参数配置、云台控制一系列视频操作基本子接口。

进一步地，步骤S3中，相同视频厂商的同类监控设备对应同一个本地子服务。

进一步地，步骤S8中，所述核心实现层根据获取到的设备厂商名称调取设备厂商名称对应的本地子服务之前进一步包括：

判断是否存在所述本地子服务；

若不存在，则以当前设备厂商名称将所对应的子适配层注册为所述本地子服务，从而以服务的形式向外提供。

为实现上述目的，本发明还提供了一种C/S架构的多源异构视频监控系统，所述系统包括：前端监控设备、服务器端、客户端、通信网络，所述服务器端包括数据库、缓存池、服务接口模块、服务处理模块。

所述前端监控设备，用于接收来自服务器端的各项视频操作请求并执行操作，将操作结果通过所述通信网络回传给所述服务器端；

所述客户端，用于用户认证并登录系统以及将所述视频操作请求信息发送给服务器端，并接收来自服务器端的操作结果；

所述服务器端，用于建立与客户端之间的连接以及响应客户端发起的一系列请求；

所述数据库，用于存储用户登录所需的认证信息以及前端监控设备的各项基本参数，包括厂商名称、用户名、密码、IP、通道号等；

所述缓存池，用于存储所述数据库中存在的所述前端监控设备的缓存对象；所述缓存对象中包含设备编码、厂商名称、当前状态等信息；

所述服务接口模块，用于接收所述客户端发起的视频操作请求信息，并根据所述请求信息中提取到设备厂商名称，调度相应的服务处理模块进行请求处理；服务接口模块包括远程核心服务和各本地子服务；

所述服务处理模块，包括核心实现层，以及结合各厂商视频开发SDK，详细实现成为的各个子适配层；用于处理最终的操作请求，供服务接口模块调度；

所述通信网络，用于实现客户端与服务器端、服务器端与前端监控设备的数据传送，所述通信网络可以是有线或者无线网络。

本发明的优点在于：通过在应用层面上设计和实现通用的视频监控适配层并以服务的形式统一向外提供，使得来自不同设备、不同网络、不同格式的多种视频资源能够在同一套多源异构的视频监控系统中实现统一查看、统一操作、统一管理，这种屏蔽底层视频流编码格式区别而向用户提供统一的服务接口的做法，有效避免了onvif解决方案存在的种种缺陷，让用户能够在同一套系统中查看监控画面和管理监控设备，从而为现有设备资源充分节省了经济成本和维护成本；另外，若后续新增加其他厂商的监控设备，只需简单增加并适配该厂商的子适配层再以本地服务的形式向外提供即可实现兼容，而无需修改顶层核心适配层，充分保证了系统的可扩展性。此外，由于系统需频繁查询设备的厂商类型和当前状态，本系统建立设备缓存池，使得服务接口模块可以快速获取设备的厂商类型和当前状态，无需每次访问数据库，从而提高了系统的响应速度。再者，每类监控设备对应同一个本地子服务，而无需为每一个监控设备均建立一个本地子服务，既便于管理也降低了系统资源负载，而且同一个服务器端可以供多个客户端连接，所有业务处理均在服务器端实现，充分实现了系统资源的共享和实时同步。

附图说明

图1是本发明面向服务的视频监控适配层实现方法示意图。

图2是本发明视频监控系统的结构示意图。

图3是本发明视频监控方法具体实施例的流程图。

具体实施方式

下面结合具体附图和实施例对本发明作进一步说明。

为了更清楚地说明本发明和现有技术中的技术方案，以下将结合附图对本发明的优选实施例进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用于解释本发明，并不用于限定本发明。

本发明的监控设备专指视频监控设备。

如图1所示，为本发明提供的一种面向服务的多源异构视频监控适配层实现方法示意图，包括以下步骤：

S1、首先定义在最上层通用的视频监控核心适配层，里面包括视频的预览、停止预览、抓图、录像、停止录像、云台控制、各类参数配置等多项基本子接口；基本子接口以程序代码中的函数表示，比如“play( )”函数表示视频预览操作。

S2、然后在不同的开发包（此处的开发包指的是自定义的开发包，而非各厂商的SDK）中定义各子适配层，分别继承核心适配层，并使用各个厂商的视频开发SDK将核心适配层所包含的所有子接口各自进行详细实现；

S3、将上述各子适配层分别注册为各本地子服务，各个本地子服务根据不同的设备厂商名称命名，用于调用相应的子适配层；

S4、定义核心实现层，继承核心适配层并详细实现，用于解析用户请求信息，提取设备厂商类型并调度上述各本地子服务，所述核心实现层与上述核心适配层拥有相同的基本子接口；

核心实现层可根据设备编码从相关缓存列表中获取设备的厂商名称；缓存列表中每条记录都包含着设备编码和所对应的设备厂商名称，后续会介绍缓存列表位于缓存池中。S4中可先制定对各子适配层的调度规则，然后核心实现层就可以调度上述各本地子服务。

所述核心实现层、各子适配层均继承了所述核心适配层，即与所述核心适配层拥有相同的基本子接口。

S5、将所述核心实现层注册为远程核心服务，用于接收用户发来的视频操作请求信息并将相关参数传递给所述核心实现层；

待远程核心服务收到用户发来的视频操作请求信息，通过一系列解析后，将相关参数传递给相应的本地子服务，由其子适配层完成最终操作处理。过程如下：

S6、所述远程核心服务接收各视频操作请求信息并从中提取设备编码后传递给所述核心实现层；

S7、所述核心实现层根据设备编码获取设备的厂商名称；

S8、核心实现层根据获取到的设备厂商名称调取设备厂商名称对应的本地子服务并向其传递视频操作请求信息；

步骤S8中，所述核心实现层根据获取到的设备厂商名称调取设备厂商名称对应的本地子服务之前进一步包括：

判断是否存在所述本地子服务；

若不存在，则以当前设备厂商名称将所对应的子适配层注册为所述本地子服务，从而以服务的形式向外提供。

S9、所调取的本地子服务根据本地子适配层的具体实现进行最终的请求操作；

S10、本地子适配层完成操作处理后将操作结果发送至远程核心服务；

S11、远程核心服务将所述操作结果回传给操作请求者。

如图2所示，是本发明提供的多源异构视频监控系统结构示意图，具体包括前端监控设备、客户端、服务器端、通信网络等，其中服务器端包括数据库、缓存池、服务接口模块、服务处理模块。

所述前端监控设备，用于接收来自服务器端的各项视频操作请求并执行操作，将操作结果通过所述通信网络回传给所述服务器端；例如视频操作请求是视频预览，则前端监控设备待采集当前所在环境的视频监控数据后通过所述通信网络回传给所述服务器端。

所述客户端，用于用户认证并登录系统以及将所述视频操作请求信息发送给服务器端，并接收来自服务器端的操作结果。客户端用于用户认证和登录系统，可对当前系统存在的前端监控设备进行增、删、改、查等一系列操作，将请求信息发送给服务器端，并接收来自服务器端返回的操作结果，当客户端与服务器端建立连接时，将从服务器端读取到系统当前存在的所有监控设备信息，并构造统一的设备树进行展示和供用户操作。

所述服务器端，用于建立与客户端之间的连接，一个服务器端可与多个客户端建立连接，当服务器端启动时，将查询数据库中已存在的监控设备信息，并在缓存池中建立相应的缓存对象，当与客户端建立连接时将此监控设备信息发送到客户端，供其构造设备树。

所述数据库，用于存储用户登录所需的认证信息以及前端监控设备的各项基本参数，例如厂商名称、用户名、密码、IP、通道号等，用户通过客户端进行前端监控设备的增、删、改、查时，系统将调用数据库提供的操作接口执行相应的参数修改或查询动作。

所述缓存池，用于存储数据库模块中存在的所有监控设备的缓存对象，当数据库中的数据发生变化时，系统将对缓存池中缓存对象的参数进行自动同步；缓存池中设有缓存列表，表中每条记录都包含着设备编码和所对应的设备厂商名称；

所述服务接口模块，用于接收客户端发起的视频操作请求信息，根据请求信息提取到设备编码，根据设备编码从缓存池中获取设备的厂商名称，调度相应的服务处理模块进行请求处理，服务接口模块包含了远程核心服务与各个本地子服务，均在服务器端中以服务的形式提供外部接口供其他应用调用；

所述服务处理模块，包括核心实现层，以及结合各厂商视频开发SDK，详细实现成为的各个子适配层；用于处理最终的操作请求，供服务接口模块调度；

所述通信网络，用于实现客户端与服务器端、服务器端与前端监控设备的数据传送，通信网络可以是有线或者无线网络。

在上述系统架构的基础上，下面通过具体实施例对本发明所实现的面向服务的多源异构视频监控适配流程进行详细说明，如图3所示，包括以下步骤：

用户输入用户名和密码登录客户端；

用户在客户端新添加监控设备或选择已存在的监控设备，点击所需的具体操作，这里以视频预览为例；

客户端调用服务器端中服务接口模块所提供的远程核心服务，将附带有设备编码的视频预览请求信息发送给服务器端；

服务接口模块接收到某个客户端发来的请求信息后，从请求信息中提取设备编码并将其传递给服务处理模块中的核心实现层；

核心实现层根据设备编码从缓存池中查找并获取设备厂商名称，生成所需调用的本地子服务的名称并将其回传给服务接口模块；

服务接口模块根据设备厂商名称查询是否存在此本地子服务，若不存在则立即注册相同名称的本地子服务并以服务的形式向外提供统一接口；

服务接口模块根据设备厂商名称将请求信息传递给相应的本地子服务；

本地子服务调用服务处理模块中相应的子适配层对视频预览请求进行处理，即通过相应的SDK接口向对应的前端监控设备发送视频流编解码请求，并将视频流回传给客户端；

客户端收到视频流后，在用户所选择的预览窗口中进行画面显示。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的其中一个具体实施例而已，并不用与限定本发明的保护范围，对于本领域的技术人员来说，其依然可以对此实施例的所涉及的技术方案进行修改，或者对其中部分技术特征进行等同替换，因此，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种面向服务的多源异构视频监控适配方法，其特征在于，所述方法包括：

S1、定义上层通用的视频监控核心适配层；核心适配层中包含视频操作的基本子接口；

S2、根据各厂商提供的不同的视频开发SDK，将上述核心适配层中的各基本子接口分别继承并详细实现为各子适配层；

S3、将上述各子适配层分别注册为各本地子服务，用于调用相应的子适配层，所述本地子服务根据不同的设备厂商名称命名；

S4、定义核心实现层，继承核心适配层并详细实现，用于解析视频操作请求信息，提取设备厂商名称并调度上述各本地子服务，所述核心实现层与上述核心适配层拥有相同的基本子接口；

S5、将所述核心实现层注册为远程核心服务，用于接收用户发来的视频操作请求信息并将相关参数传递给所述核心实现层；

然后进行：

S6、所述远程核心服务接收各视频操作请求信息并从中提取设备编码后传递给所述核心实现层；

S7、所述核心实现层根据设备编码获取设备的厂商名称；

S8、核心实现层根据获取到的设备厂商名称调取设备厂商名称对应的本地子服务并向其传递视频操作请求信息；

S9、所调取的本地子服务根据本地子适配层的具体实现进行最终的请求操作；

S10、本地子适配层完成操作处理后将操作结果发送至远程核心服务；

S11、远程核心服务将所述操作结果回传给操作请求者。

2.如权利要求1所述的面向服务的多源异构视频监控适配方法，其特征在于：

所述核心适配层封装了视频预览、停止预览、抓图、录像、停止录像、参数配置、云台控制一系列视频操作基本子接口。

3.如权利要求1所述的面向服务的多源异构视频监控适配方法，其特征在于：

步骤S3中，相同视频厂商的同类监控设备对应同一个本地子服务。

4.如权利要求1所述的面向服务的多源异构视频监控适配方法，其特征在于：

步骤S8中，所述核心实现层根据获取到的设备厂商名称调取设备厂商名称对应的本地子服务之前进一步包括：

判断是否存在所述本地子服务；

若不存在，则以当前设备厂商名称将所对应的子适配层注册为所述本地子服务，从而以服务的形式向外提供。

5.一种多源异构视频监控系统，用于如权利要求1～4中任一项所述的视频监控适配方法，其特征在于，包括：前端监控设备、服务器端、客户端、通信网络，所述服务器端包括数据库、缓存池、服务接口模块、服务处理模块；

所述前端监控设备，用于接收来自服务器端的各项视频操作请求并执行操作，将操作结果通过所述通信网络回传给所述服务器端；

所述客户端，用于用户认证并登录系统以及将所述视频操作请求信息发送给服务器端，并接收来自服务器端的操作结果；

所述服务器端，用于建立与客户端之间的连接以及响应客户端发起的一系列请求；

所述数据库，用于存储用户登录所需的认证信息以及前端监控设备的各项基本参数；

所述缓存池，用于存储所述数据库中存在的所述前端监控设备的缓存对象；

所述服务接口模块，用于接收所述客户端发起的视频操作请求信息，并根据所述请求信息中提取到设备厂商名称，调度相应的服务处理模块进行请求处理；服务接口模块包括远程核心服务和各本地子服务；

所述服务处理模块，包括核心实现层，以及结合各厂商视频开发SDK，详细实现成为的各个子适配层；用于处理最终的操作请求，供服务接口模块调度；

所述通信网络，用于实现客户端与服务器端、服务器端与前端监控设备的数据传送。

6.如权利要求5所述的多源异构视频监控系统，其特征在于：

当所述服务器端启动时，会查询所述数据库中已存在的监控设备信息并在所述缓存池中建立相应的缓存对象，当与所述客户端建立连接时将所述监控设备信息发送到所述客户端，供其构造设备树。

7.如权利要求5所述的多源异构视频监控系统，其特征在于：

当数据库中的数据发生变化时，系统将对缓存池中缓存对象的参数进行自动同步。