CN103475533B - 监控前端接入方法、装置及*** - Google Patents

Abstract

本发明公开了监控前端接入方法、装置及***，该方法包括：监控***平台接收监控前端发送的上线请求，其中上线请求携带有监控前端作为服务端或客户端的接入请求；监控***平台将监控前端作为服务端或客户端进行接入。通过本发明，提高了监控***平台的兼容性。

Description

监控前端接入方法、装置及***

技术领域

本发明涉及通信领域，具体而言，涉及一种监控前端接入方法、装置及***。

背景技术

视频监控***发展经历了模拟，数字和网络视频监控三个发展阶段，应用越来越广泛，***规模也在不断的扩大，特别在社会公共安全方面的作用更加明显和突出。但是，由于缺少统一的行业标准，视频监控***中的信令控制协议没有统一标准，市场相对比较混乱，每家企业都各自为政，产品上互不兼容。视频监控***对监控前端的兼容性非常差，往往是一套***平台只能接入符合自家信令控制协议的监控前端。

通常，要想在一套视频监控***中允许接入一款其他厂家的监控前端到自己的***中使用，往往需要开发一套新的业务***或者让监控前端厂家满足本监控***定义的信令控制协议。显然，无论采用其中哪种方式，成本都是非常巨大的。

针对相关技术中一套监控平台不允许不同类型的监控前端接入的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中一套监控平台不允许不同类型的监控前端接入的问题，本发明提供了一种监控前端接入方法、装置及***，以至少解决该问题。

根据本发明的一个方面，提供了一种监控前端接入方法，包括：监控***平台接收监控前端发送的上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求；所述监控***平台将所述监控前端作为所述服务端或所述客户端进行接入。

优选地，所述监控***平台将所述监控前端作为所述服务端或所述客户端进行接入包括：所述上线请求携带有所述监控前端作为服务端，所述监控***平台向所述监控前端发送媒体接入请求，将所述监控前端的视频码流接入到所述监控***平台的媒体服务器；所述监控***平台向所述监控前端发送心跳保活请求，与所述监控前端进行心跳保活。

优选地，所述监控***平台将所述监控前端作为所述服务端或所述客户端进行接入包括：所述上线请求携带有所述监控前端作为客户端，所述监控***平台接收所述监控前端发送的媒体接入请求；所述监控***平台接收所述监控前端上传的前端视频流，其中，所述前端视频流是所述前端根据接收到的所述媒体接入请求响应中的媒体接入地址上传的；所述监控***平台接收所述监控前端发送的心跳保护请求，对所述监控前端进行心跳保活。

根据本发明的一个方面，提供了一种监控前端接入方法，包括：监控前端向监控***平台发送上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求；所述监控前端作为所述服务端或所述客户端接入所述监控***平台。

优选地，监控前端向监控***平台发送上线请求包括：所述监控前端通过在上线请求中增加参数指示该监控前端作为所述服务端或所述客户端接入；所述监控前端设置所述上线请求中的预设比特位置指示该监控前端作为所述服务端或所述客户端接入。

优选地，所述监控前端通过协议适配实现监控前端所使用的协议与所述监控***平台支持的协议之间的转换。

根据本发明的另一方面，提供了一种监控前端接入装置，位于监控***平台，包括：第一接收模块，用于接收监控前端发送的上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求；第一接入模块，用于将所述监控前端作为所述服务端或所述客户端进行接入。

优选地，所述第一接入模块包括：第一发送模块，用于所述上线请求携带有所述监控前端作为服务端时，向所述监控前端发送媒体接入请求；处理模块，用于将所述监控前端的视频码流接入到所述监控***平台的媒体服务器；第二接收模块，用于向所述监控前端发送的心跳保活请求；第一保活模块，用于对所述监控前端进行心跳保活。

优选地，所述第一接入模块包括：第三接收模块，用于所述上线请求携带有所述监控前端作为客户端时，接收所述监控前端发送的媒体接入请求；第四接收模块，用于接收所述监控前端上传的前端视频流，其中，所述前端视频流是所述监控前端根据接收到的所述媒体接入请求响应中的媒体接入地址上传的；第五接收模块，用于接收所述监控前端发送的心跳保活请求；第二保活模块，用于对所述监控前端进行心跳保活。

根据本发明的另一方面，提供了一种监控前端接入装置，位于监控前端，包括：第二发送模块，用于向监控***平台发送上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求；第二接入模块，用于作为所述服务端或所述客户端接入所述监控***平台。

优选地，所述第二发送模块包括：第一处理模块，用于通过在上线请求中增加参数指示该监控前端作为所述服务端或所述客户端接入；或第二处理模块，用于设置所述上线请求中的预设比特位置指示该监控前端作为所述服务端或所述客户端接入。

根据本发明的另一方面，提供了一种监控前端接入***，包括：根据上述的监控前端接入装置（位于监控***平台）和根据上述的监控前端接入装置（位于监控前端）。

通过本发明，采用监控***平台根据接收到上线请求中携带的该监控前端作为服务端或者客户端的信息，按照服务端或者客户端将该监控前端进行接入，克服了相关技术中一套监控平台不允许不同类型的监控前端接入的问题，从而提高了监控***平台的兼容性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的视频监控***的工作的流程图；

图2是根据本发明实施例的监控前端接入方法的第一流程图；

图3是根据本发明实施例的监控前端接入方法的第二流程图；

图4是根据本发明实施例的监控前端接入装置的第一结构框图；

图5是根据本发明实施例的监控前端接入装置的优选的第一结构框图；

图6是根据本发明实施例的监控前端接入装置的第二结构框图；

图7是根据本发明实施例的监控前端接入装置的优选的第二结构框图；

图8是根据本发明实施例的监控前端接入***的结构框图；

图9是根据本发明实施例的监控前端（PU作为服务端）的工作流程图；

图10是根据本发明实施例的监控前端（PU作为客户端）的工作流程图。

具体实施方式

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

本实施例提供了一种监控前端接入方法，图2是根据本发明实施例的监控前端接入方法的第一流程图，如图2所示，该方法包括如下的步骤S202和步骤S204。

步骤S202：监控***平台接收监控前端发送的上线请求，其中该上线请求携带有该监控前端作为服务端或客户端的接入请求。

步骤S204：监控***平台将该监控前端作为服务端或客户端进行接入。

通过上述步骤，监控***平台根据接收到上线请求中携带的该监控前端作为服务端或者客户端的信息，按照服务端或者客户端将该监控前端进行接入，克服了相关技术中一套监控平台不允许不同类型的监控前端接入的问题，从而提高了监控***平台的兼容性。

在实施中，步骤S204中监控***平台将监控前端作为该服务端或该客户端进行接入可以通过如下步骤实现：上线请求携带有该监控前端作为服务端，该监控***平台向该监控前端发送媒体接入请求，将该监控前端的视频码流接入到该监控***平台的媒体服务器；该监控***平台向监控前端发送心跳保活请求，与监控前端进行心跳保活。该优选实施例中的上线请求携带有该监控前端作为服务端的信息，实现了对监控前端作为服务端的接入。

在实施中，步骤S204中监控***平台将该监控前端作为该服务端或该客户端进行接入可以通过如下步骤实现：上线请求携带有该监控前端作为客户端，该监控***平台接收该监控前端发送的媒体接入请求；该监控***平台接收该监控前端上传的前端视频流，其中，该前端视频流是该前端根据接收到的该媒体接入请求响应中的媒体接入地址上传的；该监控***平台接收该监控前端发送的心跳保活请求，对该监控前端进行心跳保活。该优选实施例中的上线请求携带有该监控前端作为客户端的信息，实现了对监控前端作为客户端的接入。

本实施例提供了一种监控前端接入方法，图3是根据本发明实施例的监控前端接入方法的第一流程图，如图3所示，该方法包括如下的步骤S302和步骤S304。

步骤S302：监控前端向监控***平台发送上线请求，其中该上线请求携带有监控前端作为服务端或客户端的接入请求。

步骤S304：监控前端作为该服务端或该客户端接入监控***平台。

通过该优选实施例，监控前端发送携带有监控前端作为服务端或者客户端的接入请求，然后按照服务端或者客户端将该监控前端进行接入，克服了相关技术中一套监控平台不允许不同类型的监控前端接入的问题，从而提高了监控***平台的兼容性。

为了提高发送上线请求的灵活性，步骤S302可以采用如下两种方式：

方式一：该监控前端通过在上线请求中增加参数指示该监控前端作为该服务端或该客户端接入。

方式二：监控前端设置该上线请求中的预设比特位置指示该监控前端作为该服务端或该客户端接入。

作为一个较优的实施方式，为了实现多种监控前端与监控***平台之间的通信，监控前端通过协议适配实现监控前端所使用的协议与该监控***平台支持的协议之间的转换。需要说明的是，该转换可以独立设置一个转换模块来实现。

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

在另外一个实施例中，还提供了一种监控前端接入软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述监控前端接入软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

本发明实施例还提供了一种监控前端接入装置，位于监控***平台，该监控前端接入装置可以用于实现上述监控前端接入方法及优选实施方式，已经进行过说明的，不再赘述，下面对该监控前端接入装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的***和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的监控前端接入装置的第一结构框图，如图4所示，该装置包括：第一接收模块42，第一接入模块44，下面对上述结构进行详细说明。

第一接收模块42，用于接收监控前端发送的上线请求，其中该上线请求携带有该监控前端作为服务端或客户端的接入请求；第一接入模块44，连接至第一接收模块42，用于将该监控前端作为服务端或客户端进行接入。

图5是根据本发明实施例的监控前端接入装置的优选的第一结构框图，如图5所示，该第一接入模块包括44：第一发送模块441，处理模块442，第二接收模块443，第一保活模块444，第三接收模块445，第四接收模块446，第五接收模块447，第二保活模块448，下面的上述结构进行描述。

第一接入模块包括44：第一发送模块441，用于上线请求携带有该监控前端作为服务端时，向该监控前端发送媒体接入请求；处理模块442，连接至第一发送模块441，用于将监控前端的视频码流接入到该监控***平台的媒体服务器；第二接收模块443，用于向该监控前端发送心跳保护请求；第一保活模块444，连接至第一保活模块444，用于对该监控前端进行心跳保活。

第一接入模块44包括：第三接收模块445，用于上线请求携带有该监控前端作为客户端时，接收该监控前端发送的媒体接入请求；第四接收模块446，连接至第三接收模块445，用于接收该监控前端上传的前端视频流，其中，该前端视频流是该监控前端根据接收到的该媒体接入请求响应中的媒体接入地址上传的；第五接收模块447，用于接收该监控前端发送的心跳保护请求；第二保活模块448，连接至第五接收模块447，用于对该监控前端进行心跳保活。

在另外一个实施例中，还提供了一种监控前端接入软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述监控前端接入软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

本发明实施例还提供了一种监控前端接入装置，位于监控前端，该监控前端接入装置可以用于实现上述监控前端接入方法及优选实施方式，已经进行过说明的，不再赘述，下面对该监控前端接入装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的***和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的监控前端接入装置的第二结构框图，如图6所示，该装置包括：第二发送模块62，第二接入模块64，下面对上述结构进行详细描述。

第二发送模块62，用于向监控***平台发送上线请求，其中上线请求携带有该监控前端作为服务端或客户端的接入请求；第二接入模块64，连接至第二发送模块62，用于作为服务端或客户端接入该监控***平台。

图7是根据本发明实施例的监控前端接入装置的优选的第二结构框图，如图7所示，第二发送模块62包括：第一处理模块622或第二处理模块624，下面对上述结构进行详细描述。

第二发送模块62包括：第一处理模块622，用于通过在上线请求中增加参数指示该监控前端作为服务端或客户端接入；或第二处理模块624，用于设置该上线请求中的预设比特位置指示该监控前端作为该服务端或该客户端接入。

本实施例提供了一种监控前端接入***，图8是根据本发明实施例的监控前端接入***的结构框图，如图8所示，该***包括上述的监控前端接入装置（位于监控***平台）2和上述的监控前端接入装置（位于监控前端）4，监控前端接入装置（位于监控***平台）2的结构如图4或5所示，监控前端接入装置（位于监控前端）4的结构如图6或7所示，在此不再赘述。

下面将结合优选实施例进行说明，以下优选实施例结合了上述实施例及优选实施方式。

优选实施例一

本优选实施例提供了一种监控前端接入方法，通过本方法实现的监控***，可以实现不同厂家视频监控前端接入使用，对监控前端具有良好的兼容性，并且在支持一种新类型的监控前端时不需要改造监控平台，从而较大的降低了开发成本。

在本优选实施例中，视频监控平台与前端监控设备之间的接口主要包括：设备管理、媒体管理、事件管理。

其中，设备管理指：监控前端到监控平台接入上线或者下线；监控平台发控制命令给监控前端让其进行一些动作（比如：云镜控制、设备重启等）。

媒体管理指：监控前端摄像头的视频数据码流接续到监控平台的流媒体服务器（SS）。从而可以在平台的SS上开展业务（比如：拍照、录像）。

事件管理指：监控前端向监控平台上报一些事件（比如：告警），平台根据自身需要对感兴趣的事件进行处理。

在本实施例中，从视频监控前端的服务提供模式上，可以将其划分为两类：作为服务端的监控前端、作为客户端的监控前端。

作为服务端的监控前端是指该设备上电运行后，提供一种公开的服务（例如WebService），而视频监控***的角色则类似于客户端。需要由监控平台主动发现监控前端、主动获取设备信息、主动请求媒体接入。这类型的监控前端在近些年开始应用。如：ONVIF协议即是这样一种由多家著名厂商联合推动制定的国际协议。

大多数传统的监控前端是作为客户端的，这类设备上电运行后，主动发出注册上线、媒体接入等请求，要求接入到视频监控平台。

本优选实施例的方法包括如下两个方面：

（1）改进现有监控***功能，扩展监控设备上线接口，现有上线接口的参数一般包括：用户名、密码等认证信息。在此基础上，扩展1个参数，指明将要接入上线的监控前端设备是作为服务端还是客户端。

（2）对于作为服务端的监控前端设备，由监控平台主动发起媒体接入请求，主动将前端视频码流接入到监控平台内部的媒体服务器。同时，由监控平台主动发起心跳保活请求，由监控前端应答。

对于作为客户端的监控前端设备，由监控前端主动发起媒体接入请求，监控平台向其返回媒体接入地址，然后监控前端主动将视频码流上传到监控平台内部的媒体服务器。同时，由监控前端主动发起心跳保活请求，监控平台作心跳应答。

优选地，为每一类型的监控前端接入监控平台，增加一个独立的协议适配模块，在监控平台内部控制协议与监控前端所支持的控制协议之间作翻译转换。这样，监控平台在进行第1步改进之后，就不用再为一种新的监控前端设备接入而改造监控平台，只修改针对此类型监控前端设备的协议适配模块。对于监控平台而言，将平台外部的协议适配模块和监控前端看作一个整体，即逻辑上的“虚拟监控前端”。

优选实施例二

本优选实施例提供了一种监控前端接入方法，下面结合图1和图9进行详细说明。

如图1所示，为已公开的传统视频监控***示意图。在这种类型的视频监控***中，监控前端作为客户端主动要求接入到监控平台。其中，监控前端模块可以配置监控平台内的目标接入服务器地址，在上电后就向该地址发起注册、上线请求。之后，主动请求媒体服务器提供的视频码流接续上传地址，并将码流上传至监控平台。

在本优选实施例中，改进了现有视频监控平台的设备上线接口。通常，现有设备上线接口的参数一般包括：用户名、密码等认证信息。在此基础上，扩展1个参数，指明将要接入上线的监控前端设备是作为服务端还是客户端。此接口属于改进后的监控平台内部接口，定义如下：

设备上线请求（用户名，密码，…，设备服务提供模式）；

其中，设备服务提供模式参数为0，表示监控前端设备作为服务端；设备服务提供模式参数为1，表示监控前端设备作为客户端；

图9是根据本发明实施例的监控前端（PU作为服务端）的工作流程图，如图9所示，任何一种商用的服务端PU必须要支持至少一种公开的服务协议。ONVIF监控前端就是此类型的典型案例。下面以此举例说明：ONVIF监控前端为服务端，对外提供公开的WebService服务。其服务协议规范可参考：http://www.onvif.org/onvif/ver10/device/wsdl。

步骤S902：协议适配模块PA预先设置好待接入的ONVIF监控前端的IP地址和服务端口，自己感兴趣的前端事件类型等信息。PA模块启动时，根据协议规范发送UDP探测消息，并收到PU的应答。然后再向其获取设备管理基本信息，用于后续设备管理时使用。同理，获取媒体管理的基本信息（例如：监控前端支持的媒体协议，如RTCP/RTSP/RTP），用于后续媒体管理时使用。之后，PA向ONVIF PU发起自己感兴趣的事件类型的订阅请求。需要说明的是PA模块与监控前端通讯时使用的协议为监控前端所公开的控制协议。

步骤S904：协议适配模块在获取到监控前端必要信息后。向监控***平台的业务服务器（SCP）发起设备上线请求。其中，设备服务提供模式参数填写为0，表示有一个作为服务端的监控前端申请接入***。对于监控***平台而言，它把协议适配模块和监控前端当作一个“虚拟监控前端”来对待，只与PA模块进行通讯，由PA与ONVIF PU进行通讯。

步骤S906：改进后的监控平台业务服务器SCP收到设备上线请求并认证通过后。根据设备上线请求中填写的设备服务提供模式参数，发现该监控前端设备为服务端，则启动心跳保活定时器，并通知监控平台内部的流媒体服务器（SS）主动到该虚拟监控前端去请求视频码流。请求由SS发送到PA模块，请求当中携带SS接收该码流的地址、端口，流媒体传输层协议（如：TCP/UDP）和控制层协议（如：RTCP/RTSP/RTP）等信息。PA记录SS的上述地址、端口、支持的协议等信息后，进行协议转换，构造获取视频码流请求。其中，接收媒体码流的地址、端口信息填写为PA自己的地址、端口。流媒体传输层协议和控制层协议的选择依赖于步骤201中获取到的ONVIF PU支持的媒体协议类型（如：传输层为TCP，控制层协议为RTSP/RTP），然后将请求发送至ONVIF PU前端。

步骤S908：监控前端收到协议适配模块的码流请求后，解析请求中的PA接收媒体码流的地址、端口，流媒体传输层协议和控制层协议（如：RTSP/RTP）等信息，并向PA的地址、端口发送满足此媒体协议要求的码流。PA接收到视频码流后，进行媒体码流协议转换，并采用SS所支持的媒体协议向SS接收媒体码流的地址、端口发送码流数据。

此步骤采用的技术为现有技术。完成这个步骤后，监控前端的码流就接入了监控平台，这样在监控平台内部就可以进行拍照和录像等业务。

步骤S910：在监控平台运行过程中，根据业务需要，可以向已经接入平台的“虚拟监控前端”进行设备控制（如：云镜控制、设备重启等）。SCP是直接将控制命令下发给协议适配模块PA，由PA将控制信令转换为监控前端所支持的协议。同理，PA收到应答时，也进行协议转换，并通知到SCP。

步骤S912：ONVIF PU产生PA感举的事件（比如：某种类型的告警）后，向订阅过此事件类型的PA发起事件通知，由PA转换为监控平台内部协议，并将事件通知给SCP进行业务处理。

步骤S914：SCP业务服务器上的心跳保活定时器到时，则向PA发起心跳保活请求，由PA转换为ONVIF PU支持的心跳保活请求发送到ONVIF PU，收到响应时也进行协议转换并向SCP返回心跳保活应答。

通过上面的步骤，监控平台如果要支持一种新类型的服务端PU时，只需要开发、部署对应的协议适配模块即可。

优选实施例三

本优选实施例提供了一种监控前端接入的方法，图10是根据本发明实施例的监控前端（PU作为客户端）的工作流程图，如图10所示，该方法包括如下步骤S1002至步骤S1012。

步骤S1002：监控前端预先配置自己要接入的注册上线目标服务器的地址、端口为PA模块的地址、端口。认证用户名、密码配置为PA预先为自己分配的用户名、密码。设备上电后，直接向PA发起注册上线请求。PA对上线请求认证通过后，向监控***平台的业务服务器（SCP）发起设备上线请求。其中，设备服务提供模式参数填写为1，表示有一个作为客户端的监控前端申请接入***。对于监控***平台而言，它把协议适配模块和监控前端当作一个“虚拟监控前端”来对待，只与PA模块进行通讯，由PA与监控前端进行通讯。

步骤S1004：监控前端收到上线成功应答后，向PA请求获取媒体码流上传接续的地址、端口、传输码流时采用的媒体协议等信息。PA进行协议转换后到SCP请求此监控平台内部SS的这些信息。在收到SCP的应答后，PA将记录监控平台内部SS接收媒体码流的地址、端口，媒体传输层协议（如：TCP）、媒体控制层协议（如：RTSP/RTP）。并将PA自己接收媒体码流的地址、端口，媒体传输层协议和媒体控制层协议在应答中告诉监控前端。

步骤S1006：监控前端收到PA获取码流接续信息的应答后，解析请求中的PA接收媒体码流的地址、端口，流媒体传输层协议和控制层协议（如：RTSP/RTP）等信息，并向PA的地址、端口发送满足此媒体协议要求的码流。PA接收到视频码流后，进行媒体码流协议转换，并采用SS所支持的媒体协议向SS接收媒体码流的地址、端口发送码流数据。

此步骤采用的技术为现有技术。完成这个步骤后，监控前端的码流就接入了监控平台，这样在监控平台内部就可以进行拍照和录像等业务。

步骤S1008：在监控平台运行过程中，根据业务需要，可以向已经接入平台的“虚拟监控前端”进行设备控制（如：云镜控制、设备重启等）。SCP是直接将控制命令下发给协议适配模块PA，由PA将控制信令转换为监控前端所支持的协议。同理，PA收到应答时，也进行协议转换，并通知到SCP。

步骤S1010：监控前端产生事件（比如：某种类型的告警）后，向PA发起事件通知，由PA转换为监控平台内部协议，并将事件通知给SCP，当然SCP只对自己感兴趣的事件进行业务处理。

步骤S1012：监控前端上的心跳保活定时器到时，则向PA发起心跳保活请求，由PA进行协议转换后发送给监控平台内部的SCP，由SCP维护在线监控前端信息。同理，PA收到应答后，经过协议转换再通知到监控前端。

通过上面的实施步骤，监控平台如果要支持一种新类型的客户端PU时，只需要开发、部署对应的协议适配模块即可。

通过上述实施例，提供了监控前端接入方法、装置及***，监控***平台根据接收到上线请求中携带的该监控前端作为服务端或者客户端的信息，按照服务端或者客户端将该监控前端进行接入，克服了相关技术中一套监控平台不允许不同类型的监控前端接入的问题，从而提高了监控***平台的兼容性。需要说明的是，这些技术效果并不是上述所有的实施方式所具有的，有些技术效果是某些优选实施方式才能取得的。

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

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

Claims (12)

1.一种监控前端接入方法，其特征在于包括：

监控***平台接收监控前端发送的上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求，其中，所述监控前端通过在所述上线请求中增加参数指示所述监控前端作为所述服务端或所述客户端接入；或者所述监控前端设置所述上线请求中的预设比特位置指示所述监控前端作为所述服务端或所述客户端接入；

所述监控***平台将所述监控前端作为所述服务端或所述客户端进行接入。

2.根据权利要求1所述的方法，其特征在于，所述监控***平台将所述监控前端作为所述服务端或所述客户端进行接入包括：

所述上线请求携带有所述监控前端作为服务端，所述监控***平台向所述监控前端发送媒体接入请求，将所述监控前端的视频码流接入到所述监控***平台的媒体服务器；

所述监控***平台向所述监控前端发送心跳保活请求，与所述监控前端进行心跳保活。

3.根据权利要求1所述的方法，其特征在于，所述监控***平台将所述监控前端作为所述服务端或所述客户端进行接入包括：

所述上线请求携带有所述监控前端作为客户端，所述监控***平台接收所述监控前端发送的媒体接入请求；

所述监控***平台接收所述监控前端上传的前端视频流，其中，所述前端视频流是所述前端根据接收到的所述媒体接入请求响应中的媒体接入地址上传的；

所述监控***平台接收所述监控前端发送的心跳保护请求，对所述监控前端进行心跳保活。

4.一种监控前端接入方法，其特征在于包括：

监控前端向监控***平台发送上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求，其中，所述监控前端通过在所述上线请求中增加参数指示所述监控前端作为所述服务端或所述客户端接入；或者所述监控前端设置所述上线请求中的预设比特位置指示所述监控前端作为所述服务端或所述客户端接入；

所述监控前端作为所述服务端或所述客户端接入所述监控***平台。

5.根据权利要求4所述的方法，其特征在于，监控前端向监控***平台发送上线请求包括：

所述监控前端通过在上线请求中增加参数指示该监控前端作为所述服务端或所述客户端接入；

所述监控前端设置所述上线请求中的预设比特位置指示该监控前端作为所述服务端或所述客户端接入。

6.根据权利要求4或5所述的方法，其特征在于，所述监控前端通过协议适配实现监控前端所使用的协议与所述监控***平台支持的协议之间的转换。

7.一种监控前端接入装置，位于监控***平台，其特征在于包括：

第一接收模块，用于接收监控前端发送的上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求，其中，所述监控前端通过在所述上线请求中增加参数指示所述监控前端作为所述服务端或所述客户端接入；或者所述监控前端设置所述上线请求中的预设比特位置指示所述监控前端作为所述服务端或所述客户端接入；

第一接入模块，用于将所述监控前端作为所述服务端或所述客户端进行接入。

8.根据权利要求7所述的装置，其特征在于，所述第一接入模块包括：

第一发送模块，用于所述上线请求携带有所述监控前端作为服务端时，向所述监控前端发送媒体接入请求；处理模块，用于将所述监控前端的视频码流接入到所述监控***平台的媒体服务器；

第二接收模块，用于向所述监控前端发送的心跳保活请求；第一保活模块，用于对所述监控前端进行心跳保活。

9.根据权利要求7所述的装置，其特征在于，所述第一接入模块包括：

第三接收模块，用于所述上线请求携带有所述监控前端作为客户端时，接收所述监控前端发送的媒体接入请求；

第四接收模块，用于接收所述监控前端上传的前端视频流，其中，所述前端视频流是所述监控前端根据接收到的所述媒体接入请求响应中的媒体接入地址上传的；

第五接收模块，用于接收所述监控前端发送的心跳保活请求；第二保活模块，用于对所述监控前端进行心跳保活。

10.一种监控前端接入装置，位于监控前端，其特征在于包括：

第二发送模块，用于向监控***平台发送上线请求，其中所述上线请求携带有所述监控前端作为服务端或客户端的接入请求，其中，所述监控前端通过在所述上线请求中增加参数指示所述监控前端作为所述服务端或所述客户端接入；或者所述监控前端设置所述上线请求中的预设比特位置指示所述监控前端作为所述服务端或所述客户端接入；

第二接入模块，用于作为所述服务端或所述客户端接入所述监控***平台。

11.根据权利要求10所述的装置，其特征在于，所述第二发送模块包括：

第一处理模块，用于通过在上线请求中增加参数指示该监控前端作为所述服务端或所述客户端接入；或

第二处理模块，用于设置所述上线请求中的预设比特位置指示该监控前端作为所述服务端或所述客户端接入。

12.一种监控前端接入***，其特征在于包括：根据权利要求7至9中任一项所述的监控前端接入装置和根据权利要求10或11所述的监控前端接入装置。