CN1750651A - 一种多媒体监控系统 - Google Patents

Abstract

本发明公开了一种多媒体监控系统，其包括：客户端，设置于多个域内，其包括被监控终端及监控终端，每个客户端均具有其帐户信息；定位服务器，设置于因特网内，其接收并存储客户端发出的帐户信息和地址信息；注册服务器，设置于因特网内，用于根据定位服务器进行客户端的注册、登录和认证过程；代理服务器，设置于因特网内，其接收客户端发出的请求，从而根据请求内容和注册服务器、定位服务器提供的地址信息，实现客户端之间以及客户端与注册服务器和定位服务器之间的通讯。相对现有技术，本发明具有客户端移动性强、使用便利灵活、系统扩展性好，监控领域易扩大等特点。

Description

一种多媒体监控系统

技术领域

本发明涉及一种基于图像视频监控的多媒体监控系统。

技术背景

随着多媒体技术的发展，多媒体监控系统越来越多地被用在安全作业、治安防范、静态监控等领域，并发挥着重大的作用。目前，在大多数单位和地方已经实现了通过传输视频或音频来进行实时监控的系统，譬如在一些安装了相应监控系统的写字楼，或者一些具有很好安全管理系统的生活小区，甚至是一些私人住宅内等。

目前的监控系统主要分为模拟监控和数字监控。模拟监控由于采用的是模拟信号，具有线路独占性，占用带宽高，是点到点技术，传输距离近，可管理性差，图像质量差，没有智能性，应用场合小，范围窄，局域性强等缺点，因此正逐渐被数字监控所取代。

数字监控的特点是：采用数字编码，大大降低占用带宽，图象质量高，存储占用空间减小，监控信息可以通过网络发送，实时性强，使用方便。

目前的数字监控系统大都采用视频编码卡加PC的方式，采用C/S(客户机和服务器)结构或B/S(浏览器和服务器)结构，可以监控的点少，大都只限于局域网，扩展性差，管理性差，由于采用编码卡，成本高，应用场合有限等。如图1所示。

在中国专利申请CN00101634所公开的方案中，远程的监控终端可以借助其所使用的浏览器通过网络来取得监控区域的监控信息和报警信息，并在监控终端上进行显示，如图2所示。

中国专利申请CN02129616.2公开了一种基于以太网的示警式多媒体自动监控系统，其通过一个管理中心来对接收模组中的网络摄像头进行管理，监控终端用户借助电脑、移动电话等在任何一个地方，通过互联网去访问管理中心服务器的IP地址来访问该web服务器，向该服务器发出请求信息并接收所请求的多媒体信息，并将该多媒体信息，如图像、声音、运动画面等显示在显示器上，亦即实现不限定距离的远端监控，如图3所示。

但是目前的网络监控系统存在如下的问题：

第一个问题是，监控的点比较少，大都只限于局域网，扩展性差，管理性差，只能在小范围内部署，不能大范围、大量用户同时使用以及不能解决大量终端管理的问题。

第二个问题是，目前的监控系统，主要是针对特定的应用而开发，不具有通用性，因此其不存在对用户的分组，以及权限的管理，内容的保密等问题；而作为一个通用的，大面积使用的，可以商业运行的监控系统平台，需要对不同的用户提供不同的服务；同样也要对用户的私密性加以考虑，即每个用户只能监控自己对应的被监控点，而不能对其他的被监控点进行监控。

第三个问题是，现有的监控系统，被监控端只能固定在某一地点，不能经常或实时移动，主要原因是其地址不能动态改变，或没有支持移动性的功能，但随着网络的发展，监控的应用领域不断扩大，要求监控系统具有很大的灵活性，如被监控和监控点不断的改变，甚至都在实时的移动中。

第四个问题是，监控点的摄像头不能与管理的服务器之间形成有效的互动，监控点的摄像头只能被动地被寻找，本身不能向外界传递自己的一些资料。

第五个问题是，目前的监控系统都不能实现跨网关功能，监控点的摄像头必须具有一个公网的IP地址，如果具有的是一个内网IP地址时，则外界的用户便访问不到它。

第六个问题是，整个系统不能方便地进行升级。

发明内容

本发明的目的是：针对现有技术的不足，提供一种结构合理、功能性强、可扩展性强的多媒体监控系统。

为了解决上述技术问题，本发明所采取的技术方案是：一种多媒体监控系统，其包括客户端、注册服务器、定位服务器以及代理服务器，其中：

所述客户端设置于多个域内，其包括被监控终端及监控终端，其中被监控终端是用来采集其监控区域内的图像，监控终端是用来对被监控终端发来的图像进行显示以供用户监控，所述每个客户端均具有其帐户信息；所述定位服务器设置于因特网内，其接收并存储客户端发出的帐户信息和地址信息；

所述注册服务器设置于因特网内，用于根据定位服务器进行客户端的注册、登录和认证过程；

所述代理服务器设置于因特网内，其接收客户端发出的请求，从而根据请求内容和注册服务器、定位服务器提供的地址信息，实现客户端之间以及客户端与注册服务器和定位服务器之间的通讯。

优选的，所述代理服务器可以接收来自各个域的客户端的请求，所述定位服务器内存储所有域的客户端的帐户信息和地址信息，所述代理服务器接收到客户端发出的呼叫其它客户端请求后，将根据请求中包含的其它客户端的帐户信息，从所述定位服务器中查询相应的地址信息，从而转发该呼叫请求至被呼叫的客户端。

优选的，所述各个域内可以均设置有代理服务器、注册服务器和定位服务器，每个域的代理服务器接收本域内客户端的请求和其它域的代理服务器转发的信息；每个域的定位服务器内存储本域内的客户端的帐户信息和地址信息；每个域的注册服务器根据本域内的定位服务器对本域内的客户端进行注册、登录和认证过程；所述代理服务器接收到某一客户端呼叫另一客户端的呼叫请求后，将根据请求中包含的被呼叫客户端的帐户信息，从所述定位服务器中查询被呼叫客户端是否为属于本域，如果是，则获得其地址信息，从而转发该呼叫请求至被呼叫的客户端；如果不是则将该呼叫请求转发到其它域的代理服务器。

进一步的，所述定位服务器还可以用于存储客户端的系统信息，所述客户端利用账户信息基于因特网通过代理服务器向注册服务器发出注册、登录认证请求，所述注册服务器查询定位服务器，从而根据所存储的帐户信息对其进行认证，并在认证通过后更新客户端当前的地址信息、帐户信息和系统信息。

进一步的，所述代理服务器还可以用于进行客户端分组和权限管理，所述定位服务器内存储有客户端分组和权限管理信息，所述代理服务器接收客户端发出的请求后，将先根据客户端帐户信息自所述定位服务器中查询客户端的分组和权限管理信息，从而判断该客户端的分组状况以及权限范围。

进一步的，还可以包括重定向服务器，其设置于因特网内，用于确定所有域的代理服务器的位置信息，并向所述客户端发出重定向消息。

进一步的，还可以包括数据库，其设置于因特网内，用于存储各个域的客户端的帐户信息，并提供给所述重定向服务器查询。

优选的，所述被监控终端可以包括摄像模块、图像处理模块、控制单元、存储模块和网络接口，所述被监控终端的账户信息被储存入存储模块内，所述控制单元内设置有客户端应用程序，用于实现被监控终端自动向注册服务器发出注册和登录认证请求，并定时发送其地址信息至所述定位服务器。

进一步的，还可以包括媒体服务器，用于接收来自被监控终端的媒体流和数据，并存储，同时提供监控终端对已保存的信息的查询。

进一步的，还可以还包括跨网关服务器，用于实现位于网关内的客户端进行跨越网关的数据通信。

优选的，所述被监控终端可以为网络摄像头。

进一步的，所述帐户信息可以包括帐户名和密码，且所述帐户名采用用户名@域名的结构，所述地址信息包括IP地址和端口。

本发明相对现有技术的优点是：由于采用上述技术方案，本发明由于采用域的概念，通过域对客户端进行有效管理，并通过注册和定位服务器进行客户端的帐户信息、地址信息的管理和更新，从而保证代理服务器可以顺利路由域内和域间的客户端之间的信令和消息，因此相对现有技术，本发明所提供的系统客户端移动性强、使用便利灵活、系统扩展性好，监控领域易扩大。更进一步的，本发明通过跨网关服务器实现了客户端的跨网关通讯，从而打破了网络环境对系统应用的局限性。

附图说明

附图1为第一种现有技术的监控系统结构简图；

附图2为第二种现有技术的监控系统结构框图；

附图3为第三种现有技术的监控系统结构框图；

附图4为本发明多媒体监控系统的实施例一的系统原理框图；

附图5为本发明多媒体监控系统的实施例二的系统原理框图；

附图6为本发明多媒体监控系统的实施例三的系统原理框图；

附图7为本发明多媒体监控系统的实施例四的系统原理框图；

附图8为实施例四中跨网关处理过程的原理框图。

具体实施方式

下面将结合说明书附图及具体实施例对本发明作进一步详细说明。

实施例一

参考附图4，本实施例给出的多媒体监控系统由设置于因特网内的代理服务器、注册服务器和定位服务器，以及设置于多个域内的客户端构成。

所述客户端包括监控终端和被监控终端。所述被监控终端是用来采集其监控区域内的图像，所述监控终端是用来对被监控终端发来的图像进行显示以供用户监控。所述每个客户端均具有其帐户信息，该帐户信息可以是用户预先向运营商申请的，也可以是客户端系统默认的。

所述监控终端可以是用户所能使用的任何一台可以接入因特网的电脑或手持设备，比如手机或掌上电脑等，换句话说就是，用户可以将任何一台接入因特网的电脑或手持设备作为监控终端来对自己所需要监控的区域进行监控。

所述被监控终端是可以接入因特网的摄像装置，如网络摄像头(IPCamera)，所述摄像装置移动的设置在用户需要监控的任何地方，只要该摄像装置能够通过网络接口上网，用户就可以通过监控终端对摄像装置所监控的区域进行监控。作为一种应用实例，所述网络摄像头可以包括摄像模块、图像处理模块、控制单元、存储模块和网络接口，其账户信息被储存入存储模块内，所述控制单元内设置有客户端应用程序，用于实现被监控终端自动向注册服务器发出注册和登录认证请求，并定时发送其地址信息至所述定位服务器。另外，用作监控终端的电脑中也可以设置同样的客户端应用程序。

所述定位服务器设置于因特网内，其内部设置有用于存储所有域中客户端的帐户信息和地址信息的数据库，并可供代理服务器和定位服务器查询。

所述注册服务器设置于因特网内，用于根据定位服务器进行客户端的注册、登录和认证过程。

另外，所述定位服务器还用于存储客户端的系统信息。

所述客户端利用账户信息基于因特网通过代理服务器向注册服务器发出注册、登录认证请求，所述注册查询所述定位服务器，从而根据所存储的帐户信息对客户端进行认证，并在认证通过后更新客户端当前的地址信息、帐户信息和系统信息。

所述代理服务器设置于因特网内，用于接收来自各个域的客户端的请求，所述代理服务器接收到客户端发出的呼叫其它客户端请求后，将根据请求中包含的其它客户端的帐户信息，从所述定位服务器中查询相应的地址信息，从而转发该呼叫请求至被呼叫的客户端。

并且，所述代理服务器还用于进行客户端分组和权限管理，所述定位服务器内存储有客户端分组和权限管理信息，所述代理服务器接收客户端发出的请求后，将先根据客户端帐户信息自所述定位服务器中查询客户端的分组和权限管理信息，从而判断该客户端的分组状况以及权限范围。

为了清楚的说明本实施例的系统结构原理以及工作流程，下面将根据应用实例详细说明。

首先假定本实施例中包括两个域，如图4所示，其中域A的域名为tom.com，域B的域名为jimmy.net。当然，实际实施时，域的数量可以根据需要扩充。

第一步，客户端的账户申请。

如果某一客户端在本监控系统中还没有合法账户信息，则用户需要在使用前向本监控系统的运营商申请一个合法的帐户。该帐户申请的过程可以是直接向运营商申请后，将帐户信息植入到客户端内，如摄像装置的存储模块中。

当客户端申请到合法帐户后，所述定位服务器将存储该客户端的帐户信息。

所述的帐户信息包括帐户名和密码，所述帐户名可以采用用户名@域名的结构，从而在帐户申请阶段即为客户端分配了合法的域。另外，管理员可以在所述定位服务器上将客户端分组，如按照域名将同一个域内的客户端分为一个组，或者按照监控终端和被监控终端的形式分组，又或者可按照其它方式，将不同域内的客户端分为一个组。从而通过配置组的属性来对相应组的用户的权限、所能享受的服务类型质量等进行管理。当然，客户端亦可在登录因特网后，对其权限等属性进行一定范围内的修改、更新。

比如，摄像装置A被植入的账户名为张三@tom.com，密码为111111；监控终端B的账户名为李四@jimmy.net，其密码为000000。

第二步，客户端登录。

当用户将摄像装置A张三@tom.com通过其网络接口接入因特网时，摄像装置A内的控制单元将会调用客户端应用程序并控制摄像装置自动向代理服务器发送登录请求，所述代理服务器则转发该登录请求给注册服务器。

具体来讲，即摄像装置A的控制单元根据客户端应用程序将存储模块内的账户名和密码取出，并首先将帐户名通过代理服务器转发到所述注册服务器，注册服务器收到帐户名后，相应产生一个随机码，并保存和返回该随机码；摄像装置A收到该随机码后，将其帐户名、密码以及该随机码通过一种预先约定好的加密算法(如MD5算法)，进行加密计算得到加密数据，然后将该加密数据通过代理服务器转发给注册服务器。所述注册服务器再取出其内部存储的摄像装置A的帐户名和密码，也采用同样的加密算法，对该帐户名、密码以及随机码进行加密计算获得加密数据，然后将其自己计算所得的加密数据与摄像装置A发来的加密数据进行比较，当二者完全一致时，即认证通过，摄像装置A登录成功。

相似的，用户可以通过账户名李四@jimmy.net和密码将任何一台接入因特网的电脑或手持设备作为监控终端B通过代理服务器向注册位服务器登录。

第三步，客户端注册。

登录成功之后，在客户端程序的支持下，摄像装置A可以将自身的系统信息通过代理服务器向注册服务器进行注册。

所述摄像装置A的系统信息包括其地址信息、温度、湿度、昵称等，当然此时摄像装置A会同时安装温度、湿度传感器。所述的地址信息可以为IP地址和端口。

如果所述摄像装置是第一次通过代理服务器向注册服务器注册其自身系统信息，那么注册服务器将储存所有摄像装置A的系统信息至所述定位服务器。如果所述摄像装置不是第一次向注册服务器注册，那么注册服务器将仅仅将定位服务器中将与上次注册信息不同的部分作更新，尤其是将摄像装置A的地址信息刷新为当前地址。在一个特定实施例中，所述注册请求与登录请求一起发送给注册服务器。在另外一个特定的实施例中，所述摄像装置会在客户端程序的支持下定时的向注册服务器注册。

本发明提供的摄像装置的此种设置，使摄像装置无论被移动到哪里，只要它可以被连接到因特网，其都会主动向注册服务器注册其系统信息，尤其是地址信息，以使监控终端可以通过定位服务器找到它。

相似的，所述监控终端B在登录后，监控终端A亦会向注册服务器注册其系统信息，尤其是地址信息。监控终端的此种设计也使用户不仅限于使用固定的监控设备，而可以任意选择设备作为监控终端。

第四步，监控终端对被监控终端(即摄像装置)进行监控。

如果监控终端B李四@jimmy.net需要对摄像装置A张三@tom.com进行监控，首先，监控终端B向代理服务器发出对摄像装置A的呼叫请求。

该呼叫请求数据包中包括被请求摄像装置A的帐户名、监控终端B李四@jimmy.net自己的账户名及地址信息，还可以包括呼叫内容、数据类型等其它信息。

作为一种实施方式，所述代理服务器接收到该呼叫请求后，首先根据其中的摄像装置A的帐户名到定位服务器进行地址查询，获得摄像装置A的IP地址和端口，然后将该呼叫请求根据查询到的IP地址和端口转发到摄像装置A上。

作为另一种具体实施方式，所述代理服务器接收到该呼叫请求后，首先根据其中的监控终端B和摄像装置A的帐户名，在定位服务器中查询它们的分组和权限管理信息，从而代理服务器判断它们是否具有互相通信的权限。当代理服务器判断监控终端B无权访问摄像装置A时，代理服务器将返回一个拒绝访问的信息给监控终端B。反之，则代理服务器自所述定位服务器查询获得的摄像装置A的地址信息，然后继续前面所述的转发呼叫请求的操作。

由于本实施例中帐户名采用用户名@域名的结构，因此代理服务器可以先根据域名查询，再根据用户名查询，从而加快查询速度。

所述摄像装置A接到呼叫请求后，可以以通过代理服务器的方式，或直接的方式，向监控终端B返回同意信息，此时摄像装置A和监控终端B已经知道彼此最新的地址信息。接下来，摄像装置A便可以将所监控区域内的多媒体数据按照呼叫请求，传输至监控终端B供用户监控。需要注意的是，上述摄像装置的响应请求或传输图像动作，均是摄像装置在其控制单元根据客户端应用程序的控制下所做出的。

本实施例通过域的设置，可以很方便的实现系统的扩展。如果新增加一个域，则只需要将该域的域名记录在定位服务器中。如果域内新增加一个客户端，也只需要将客户端的帐户信息和地址信息记录到定位服务器中。这样代理服务器就可以很方便的联系到系统内任意一个域内的客户端，从而帮助客户端实现域内和域外的数据通讯。

实施例二

参考附图5，与实施例一不同的是，在本实施例中，各个域均具有自己的代理服务器、注册服务器和定位服务器。从而，每个域的代理服务器接收本域内客户端的请求和其它域的代理服务器转发的信息，每个域的定位服务器内存储本域内的客户端的帐户信息和地址信息，每个域的注册服务器根据本域内的定位服务器对本域内的客户端进行注册、登录和认证过程。某一个域的客户端只向其域内的代理服务器、注册服务器和定位服务器进行登录、认证和注册的操作，其具体的登录、认证和注册的操作过程与实施例一相似，因此不再赘述。

某一个域内的监控终端对被监控终端(即本实施例中的摄像装置)发出的呼叫请求首先被发送到其所在域内的代理服务器。该代理服务器接收到该呼叫请求后，先根据该呼叫请求中包含的监控终端和被监控终端的帐户名到定位服务器查询，从而判断监控终端的分组和权限状况，并在监控终端无权呼叫被监控终端时，返回拒绝呼叫信息。而在具有呼叫权限时，转发呼叫请求。由于本实施例中监控终端和被监控终端的帐户名均采用用户名@域名的结构，因此代理服务器分析摄像装置的帐户名，获得摄像装置的域名，从而判断该摄像装置是否为属于本域，如果是，则获得其地址信息，从而转发该呼叫请求至被监控终端；如果不是则将该呼叫请求转发到其它域的代理服务器。

如此就建立了不同域内的监控终端和被监控终端的通讯通道，从而使它们可以互相通讯。监控终端与摄像装置建立通讯后，其后续的步骤与实施例一所述相同，此处不再赘述。

本实施例如果新增加域，只需要新添加该域的代理服务器、注册服务器和定位服务器，同时将其域名以及代理服务器的地址信息告知其它域，即可轻松实现系统扩展。

实施例三

分析实施例二可知，实施例二相对实施例一，由于在各个域内均设置代理服务器、注册服务器和定位服务器，因此不仅减轻了代理服务器、注册服务器和定位服务器的工作负荷，而且更利于系统的扩容。但是，当客户端自身的客户端应用程序内预先设置有默认的代理服务器时，客户端在登录时，将向这个默认的代理服务器发出登录请求，而此时，客户端不一定属于该代理服务器所处的域。实施例二处理这种情况时，将会将此登录请求转发到其它代理服务器上，直至查询到该客户端所属的域的代理服务器为止。如此，则由于客户端并不知道自己发送请求的代理服务器不是自己所属域的代理服务器，因此每次登录，甚至以后的每次发出请求都会向这个默认的代理服务器发送，这样就造成了默认的代理服务器工作负荷大，系统内部管理混乱的局面。

基于上述原因，参考图6，本实施例中增加重定向服务器，其设置于因特网内，用于确定所有域内的代理服务器位置信息，并向所述客户端发出重定向消息。

具体而言，是客户端首次向其默认的代理服务器发出登录请求时，所述代理服务器根据客户端的帐户名中包含的域名，获知该客户端并非属于自己管理的域，因此将此登录请求转发到所述重定向服务器。这时，所述重定向服务器将向所有域的定位服务器查询，以确定该客户端所属域，并将此域的代理服务器的位置信息(可包括IP地址和端口)，以重定向消息的形式直接或通过默认的代理服务器发送到客户端。收到此重定向消息后，客户端会将重定向后的代理服务器取代其默认的代理服务器，从而在其以后的操作流程中，只与重定向后的代理服务器进行通讯。

实施例四

参考图7，本实施例与前面三个实施例所不同的是，在系统中增加了跨网关服务器、数据库以及媒体服务器。其中，

所述数据库设置于因特网内，用于存储各个域的客户端的帐户信息，并提供给所述重定向服务器查询以及定位服务器下载。

所述媒体服务器设置于因特网内，用于接收来自被监控终端的媒体流和数据，并存储，同时提供监控终端对已保存的信息的查询。

所述跨网关服务器设置于因特网内，用于实现位于网关内的客户端进行跨越网关的数据通信。

因此本实施例相对前面三个实施例，其功能性更强、网络数据交互更通畅、且结构配置更合理。

本实施例中，客户端向注册服务器登录、认证、注册以及代理服务器权限管理、转发请求等过程与前面实施例相似，这里不再赘述。下面将详细描述本实施例的与前面实施例的不同之处。

由于本实施例的系统内增设了数据库，这样，当客户端向运营商申请帐户时，其帐户信息将被记录在数据库中。各个域内的定位服务器将从数据库中下载更新后的本域的客户端帐户信息。而重定向服务器在进行重定向时，亦可直接向数据库查询某个客户端所属的域。如此，则一方面增加了系统数据的冗余性，保证数据不丢失，另一方面也加速重定向服务器的工作效率。

由于本实施例的系统内增设了媒体数据库，则客户端(尤其是摄像装置)的媒体流或数据等，可以通过发送到所述媒体服务器进行保存，已认证的用户也可以通过访问媒体服务器来获取已保存的信息。

如图7中所示，监控终端C通过网关登录因特网，这样由于本实施例的系统内增设了跨网关服务器，就解决了监控系统内客户端跨网关通讯的问题。

作为一种具体实施方式，本实施例中，参考图8(需要说明的是，为简便起见，图8中省去了代理服务器等其它服务器，但摄像装置和监控终端均是通过代理服务器与跨网关服务器通信的)，所述跨网关服务器具体工作流程为：

1、跨网关服务器初始化流程：

所述跨网关服务器启动后，将初始化设置于其内部的映射表，具体为：如果跨网关服务器内部没有映射表，则跨网关服务器将建立一张映射表，该映射表由若干条记录构成，且每一条记录是一个或两个多元组，该多元组的具体内容将在下文中描述。如果跨网关服务器内部已经存在该映射表，则清空映射表的内容，以获得最新的映射关系。

当跨网关服务器完成映射表的设置和初始化步骤后，将打开监听端口port0，进入监听状态。这样就可以等待进行帮助网络摄像装置跨网关通信了。

2、客户端(包括摄像装置和监控终端)网络状态检测流程：

客户端登录网络后，首先向所述跨网关服务器的一个端口(如x端口)发送一个检测请求。

跨网关服务器接收该检测请求后，通过其接收检测请求的端口(即x端口)以及另一个端口(如y端口)分别向客户端回复消息，并且在消息中包含x端口接收请求的源地址，当该客户端处于公网中时，所述源地址为其接入公网的IP地址和网络通信接口分配的端口号；当其处于私网中时，所述源地址为其所在的网关分配的公网IP地址和端口号。

所述客户端接收到跨网关服务器回复的消息后，可以将消息内的源地址与自己实际发送请求的地址比较，如果二者一致，说明该客户端直接连入公网。如果地址不一致，说明客户端通过网关连入公网。

客户端可以将此网络状态检测结果存储在本地，亦可告知代理服务器。客户端通过代理服务器向外界发出请求时，代理服务器根据客户端的网络状态检测结果，判断该请求是否需要转发到所述跨网关服务器上。

3、客户端跨网关通信流程：

当客户端处于私网中时，客户端通过代理服务器将向所述跨网关服务器的监听端口port0发送连接请求(TCP/IP协议)或者分配请求(UDP协议)。网关进行网络地址转换，从而为客户端分配一个端口port1。

跨网关服务器监听到该请求后，检测与网关之间的协议类型。当所检测的协议类型为UDP时，该消息为分配请求，跨网关服务器分配端口，并将UDP作为协议类型值，并与网关和跨网关服务器的端口映射关系一起写入所述映射表中。

假设我们设置其中一客户端(如监控终端)的内网IP地址为10.0.1.16，其通过端口5500连接网关。网关的公网IP地址为202.1.1.1，它进行网络地址转换时为网络摄像装置分配的端口port1的端口号为2222。从而有映射关系：

10.0.1.16：5500→202.1.1.1：2222。

所述跨网关服务器根据监听端口port0所获得的请求，分配另一个端口port1-1，并在映射表内记录网关端口port1与跨网关服务器端口port1-1的映射关系，具体为：记录网关端口port1的IP地址和端口号、跨网关服务器的端口port1-1所在的IP地址和端口号。本实施例中我们可以设置监听端口port0的IP地址及端口号为202.0.10.168：4000。设置端口port1-1的IP地址及端口号为202.0.10.169：5000。因此，映射表内记录的映射关系为：

202.1.1.1：2222→202.0.10.169：5000。

另外，跨网关服务器还在映射表内记录该请求的协议类型。

然后，跨网关服务器再通过端口port0发送一个答复给网关，从而通过网关转发到所述客户端(监控终端)。

一旦跨网关服务器在映射表内记录下网络摄像装置的地址映射关系，其它客户端(如为摄像装置，且它不论是位于公网，还是位于网关下的私网)只要获知了跨网关服务器上的端口port1-1的IP地址和端口号，就可以向该客户端(监控终端)发送通信数据了。

所述跨网关服务器的端口port1-1上收到来自其它客户端通信数据后，跨网关服务器将根据其映射表内所记录的映射关系，将消息通过端口port0转发到所述网关，从而通过网关转发到所述客户端(监控终端)上。同理，亦可转发来自所述客户端的通信数据。

如此则完成了私网下客户端进行基于UDP协议的跨网关通信的数据交互过程。

当所述跨网关服务器所检测的协议类型为TCP/IP时，该消息为连接请求。跨网关服务器的监听端口port0收到来自网关后的客户端(如监控终端)的连接请求后，将分配一个通信端口port1-0，从而通过通信端口port1-0返回一个答复给所述客户端，并保持该端口与网关的通信状态。

所述客户端收到此答复后，将再向所述跨网关服务器的端口port1-0发送一个分配请求，这时跨网关服务器再开辟另一个监听端口port0-1。当监听端口port0-1收到来自其它客户端(如摄像装置)的连接请求时，将关闭监听端口port0-1，而分配另一个端口port1-1，用于与所述其它客户端进行通信。然后跨网关服务器在映射表内记录端口port1-1的IP地址及端口号、所述客户端(监控终端)的IP地址和端口号、所述通信端口port1-0的IP地址及端口号、所述网关端口port1的IP地址和端口号、以及网关与跨网关服务器通信的协议类型和其它客户端(摄像装置)与跨网关服务器通信的协议类型。

本实施例中，可以设置监控终端的内网IP地址为10.0.1.16，其通过端口5500连接网关。网关的公网IP地址为202.1.1.1，它进行网络地址转换时为监控终端分配的端口port1的端口号为2222。从而有映射关系：

10.0.1.16：5500→202.1.1.1：2222。

并且设置监听端口port0的IP地址及端口号为202.0.10.168：4000。设置通信端口port1-0的IP地址和端口号为：202.0.10.168：4001。设置端口port0-1的IP地址及端口号为202.0.10.169：5001。设置端口port1-1的IP地址及端口号为202.0.10.169：5000。另外，还设置摄像装置的IP地址和端口号为：202.10.1.111：4000。因此，映射表内一条记录所包含的两个五元组分别为：

202.1.1.1：2222，202.0.10.168：4001，TCP；

202.0.10.169：5000，202.10.1.111：4000，TCP。

因此，当所述的摄像装置向端口port0-1发送消息时，所述跨网关服务器可以根据映射表内的映射关系，将该消息通过端口port1-0发送到网关的port1端口，从而转发到监控终端。同样，监控终端也发送通信数据至所述跨网关服务器，以此转发到摄像装置上。

如此则完成了系统内客户端的进行基于TCP/IP协议的跨网关通信的数据交互过程。

由上述可知，本发明采用域的概念，通过域对用户进行权限管理及分组等，使用代理服务器及注册和定位服务器来对域用户进行管理，通过代理服务器来路由不同域的用户之间的信令和消息的传递，通过跨网关服务器来实现客户端跨网关通讯，通过扩展代理服务器和注册和定位服务器等，可以对系统的容量进行扩展。另外，本发明的系统中客户端可实现移动监控和被监控，使用更方便。而且本发明的系统架构采用分布式结构，方便扩展，便于大面积使用，为商业运营提供了有效的、安全可靠的运营平台。

Claims (12)

1、一种多媒体监控系统，其包括客户端、注册服务器、定位服务器以及代理服务器，其中：

所述客户端设置于多个域内，其包括被监控终端及监控终端，其中被监控终端是用来采集其监控区域内的图像，监控终端是用来对被监控终端发来的图像进行显示以供用户监控，所述每个客户端均具有其帐户信息；所述定位服务器设置于因特网内，其接收并存储客户端发出的帐户信息和地址信息；

所述注册服务器设置于因特网内，用于根据定位服务器进行客户端的注册、登录和认证过程；

所述代理服务器设置于因特网内，其接收客户端发出的请求，从而根据请求内容和注册服务器、定位服务器提供的地址信息，实现客户端之间以及客户端与注册服务器和定位服务器之间的通讯。

2、如权利要求1所述多媒体监控系统，其特征在于：所述代理服务器接收来自各个域的客户端的请求，所述定位服务器内存储所有域的客户端的帐户信息和地址信息，所述代理服务器接收到客户端发出的呼叫其它客户端请求后，将根据请求中包含的其它客户端的帐户信息，从所述定位服务器中查询相应的地址信息，从而转发该呼叫请求至被呼叫的客户端。

3、如权利要求1所述多媒体监控系统，其特征在于：所述各个域内均设置有代理服务器、注册服务器和定位服务器，每个域的代理服务器接收本域内客户端的请求和其它域的代理服务器转发的信息；每个域的定位服务器内存储本域内的客户端的帐户信息和地址信息；每个域的注册服务器根据本域内的定位服务器对本域内的客户端进行注册、登录和认证过程；所述代理服务器接收到某一客户端呼叫另一客户端的呼叫请求后，将根据请求中包含的被呼叫客户端的帐户信息，从所述定位服务器中查询被呼叫客户端是否为属于本域，如果是，则获得其地址信息，从而转发该呼叫请求至被呼叫的客户端；如果不是则将该呼叫请求转发到其它域的代理服务器。

4、如权利要求1所述多媒体监控系统，其特征在于：所述定位服务器还用于存储客户端的系统信息，所述客户端利用账户信息基于因特网通过代理服务器向注册服务器发出注册、登录认证请求，所述注册服务器查询定位服务器，从而根据所存储的帐户信息对其进行认证，并在认证通过后更新客户端当前的地址信息、帐户信息和系统信息。

5、如权利要求1所述多媒体监控系统，其特征在于：所述代理服务器还用于进行客户端分组和权限管理，所述定位服务器内存储有客户端分组和权限管理信息，所述代理服务器接收客户端发出的请求后，将先根据客户端帐户信息自所述定位服务器中查询客户端的分组和权限管理信息，从而判断该客户端的分组状况以及权限范围。

6、如权利要求1、3、4或5所述多媒体监控系统，其特征在于：还包括重定向服务器，其设置于因特网内，用于确定所有域的代理服务器的位置信息，并向所述客户端发出重定向消息。

7、如权利要求6所述多媒体监控系统，其特征在于：还包括数据库，其设置于因特网内，用于存储各个域的客户端的帐户信息，并提供给所述重定向服务器查询。

8、如权利要求1所述多媒体监控系统，其特征在于：所述被监控终端包括摄像模块、图像处理模块、控制单元、存储模块和网络接口，所述被监控终端的账户信息被储存入存储模块内，所述控制单元内设置有客户端应用程序，用于实现被监控终端自动向注册服务器发出注册和登录认证请求，并定时发送其地址信息至所述定位服务器。

9、如权利要求7所述多媒体监控系统，其特征在于：还包括媒体服务器，用于接收来自被监控终端的媒体流和数据，并存储，同时提供监控终端对已保存的信息的查询。

10、如权利要求7所述多媒体监控系统，其特征在于：还包括跨网关服务器，用于实现位于网关内的客户端进行跨越网关的数据通信。

11、如权利要求1所述多媒体监控系统，其特征在于：所述被监控终端为网络摄像头。

12、如权利要求1所述多媒体监控系统，其特征在于：所述帐户信息包括帐户名和密码，且所述帐户名采用用户名@域名的结构，所述地址信息包括IP地址和端口。

Images