专利名称：用于云镜控制的方法和设备的制作方法
技术领域：
本发明一般地涉及一种用于云镜控制的方法和设备，并且特别涉及使用双音多频 (DTMF)来实现云镜控制的方法和设备。
背景技术：
目前，在视频监控应用中，利用SIP INFO(会话发起协议信息)消息或其它适当的 方式，通过信令层来将用于照相机或摄像机的PTZ(Pan TiltZoom)云镜控制指令从客户端 传送到数字视频服务器和/或数字视频录像机(DVS/DVR)。客户端必须实现这些指令，并且 控制消息在到达DVS/DVR之前，需要穿过若干信令设备，这对于具有高时间要求的上述操 作来说增加了时延。对此功能，智能视频监控系统(ViSS)所采用的解决方案是使用视频访问协议 VAP (超文本传输协议HTTP+可扩展标记语言XML)，在客户端侧，通过控制信令网关(CSG) 将PTZ控制指令发送到DVS/DVR。然而，这并不是一种足够好的解决方案，这是因为第一，对于具有高时间要求的 上述操作来说，CSG在对所接收到的消息进行解码/编码并将该消息传送到DVS/DVR时增 加了时延；第二，在诸如下一代网络/因特网协议多媒体子系统(NGN/IMS)这样的其它系统 中，像会话发起协议SIP硬电话或SIP软电话这样的客户端并不支持VAP接口，它们通常支 持的是由因特网工程任务组IETF制定的RFC(请求注解)2833标准(RFC观33规定了传送 DTMF数字以及其它电话音和电话信号的标准)；第三，当DVS/DVR位于多个网络地址转换 (NAT)设备之后时，对于HTTP来说，难以穿过这些NAT设备，尤其是动态NAT设备。图1给出了上述ViSS解决方案的示意性框图。图1所示出的示例性系统包括客户 端单元CU 101，控制信令网关CSG 102，以及视频服务器DVS/DVR 103。视频服务器103为 ViSS解决方案提供媒体源。客户端单元101可以包括个人计算机客户端、监控客户端等，其 通过视频访问协议VAP来发送控制指令。控制信令网关102通过VAP接受来自客户端侧的 该控制指令，并使用由DVS/DVR提供商所提供的视频访问协议(VAP)或应用程序编程接口 (API)来将该控制指令发送到DVS/DVR。此外，控制信令网关还接受来自DVS/DVR的告警信 息、心跳(heart-beat)信息以及其它信息，并将这些信息报告给中央管理服务器(CMS)。图2示出了根据图1所给出的解决方案的消息流示意图。在该解决方案中，如图2 所示，客户端单元⑶将通过VAP协议(HTTP+XML)来向控制信令网关CSG发送PTZ控制指 令201，在CSG接收到该指令之后，该CSG需要对所接收到的消息进行解码，并将其转换成 DVS/DVR所支持的PTZ命令，以便向DVS/DVR转发消息202。对于该功能来说，不同的DVS/ DVR提供商可以使用不同的方式，例如API或VAP。在接收到CSG所转发的PTZ控制指令消 息之后，服务器DVS/DVR对该消息进行响应203。然后，CSG将响应消息转发给客户端单元 CU 204。对于上述解决方案来说，存在若干缺陷。例如，需要在控制信令网关CSG中花费一 些时间来对所接收到的消息进行解码/编码和传送，该过程对于这一具有高时间要求的指令操作来说增加了时延。因此，一些ViSS用户会抱怨PTZ控制功能，因为该操作的速度很 慢。此外，当与诸如NGN/IMS的其它系统互操作时，这些系统中的硬电话/软电话通常不支 持VAP，因而无法有效地实现网络互操作性。因此，需要一种改进的解决方案，其能够克服以上所提及的一个或多个缺陷以及 其它问题，从而在客户端与视频服务器之间有效地传送PTZ控制指令。
发明内容
根据本发明的第一方面，提供了一种在客户端处用于云镜控制的方法，所述方法 包括建立与服务器的会话；以及将双音多频承载的云镜控制消息发送到所述服务器。根据本发明的第二方面，提供了一种用于云镜控制的客户端，所述客户端包括会 话建立装置，用于建立与服务器的会话；以及发送装置，用于将双音多频承载的云镜控制消 息发送到所述服务器。根据本发明的第三方面，提供了一种在服务器处用于云镜控制的方法，所述方法 包括建立与客户端的会话；以及接收由所述客户端所发送的双音多频承载的云镜控制消 肩、O根据本发明的第四方面，提供了一种用于云镜控制的服务器，所述服务器包括会 话建立装置，用于建立与客户端的会话；以及接收装置，用于接收由所述客户端所发送的双 音多频承载的云镜控制消息。根据本发明的第五方面，提供了一种计算机程序产品，所述计算机程序产品体现 在有形的存储介质中，并且包括程序指令，所述程序指令当被处理器执行时导致实现根据 本发明的第一方面和/第三方面的方法的步骤。根据本发明的第六方面，提供了一种用于云镜控制的系统，所述系统包括根据本 发明的第二方面的客户端和根据本发明的第四方面的服务器。根据示例性实施例，本发明所提供的方法、客户端、服务器、系统和计算机程序产 品可应用于诸如ViSS的视频监控系统。根据示例性实施例，可以将双音多频承载的云镜控制消息从所述客户端直接发送 到所述服务器。根据示例性实施例，还可以经由网关设备将来自所述客户端的所述云镜控 制消息转发到所述服务器。根据示例性实施例，在将所述云镜控制消息从所述客户端直接发送到所述服务器 或经由所述网关设备转发到所述服务器的过程中，无需对所述云镜控制消息进行任何的格 式转换。根据示例性实施例，建立与所述服务器的会话可以包括与所述服务器协商在所 述会话中使用的双音多频信息。可以通过会话发起协议(SIP)来建立与所述服务器的会 话。在所述会话期间传输的消息可以包括承载RFC 2833DTMF的实时传输协议(RTP)数据 包。根据示例性实施例，所述客户端可以支持以下中的至少一项视频监控特征，以及 RFC观33标准。支持RFC观33标准的客户端可以包括NGN和/或IMS通信系统中的SIP客户端。根据示例性实施例，所述网关设备可以包括流媒体网关。所述服务器可以包括数字视频服务器和/或数字视频录像机。
当结合附图阅读时，参照附图中所示的示例性实施例，本发明所教导的前述和其 它方面将在以下的详细描述中更加明显，在附图中图1示出了现有技术中ViSS解决方案的示意性框图；图2示出了根据图1所给出的解决方案的消息流示意图；图3依照本发明的示例性实施例说明了在客户端处用于云镜控制的方法的流程 图；图4依照本发明的示例性实施例说明了在服务器处用于云镜控制的方法的流程 图；图5依照本发明的示例性实施例说明了视频监控系统与NGN/IMS系统的互操作；图6依照本发明的示例性实施例示出了不同云镜控制模式的消息流；图7依照本发明的示例性实施例说明了用于实现云镜控制的客户端；以及图8依照本发明的示例性实施例说明了用于实现云镜控制的服务器。
具体实施例方式下面将参照附图来详细描述本发明的实施例。贯穿本说明书全文，谈及特征、优点 或类似的措辞并非意味着可以利用本发明而实现的所有特征与优点应当在或者是在本发 明的任何单个的实施例中。相反，要理解涉及特征与优点的措辞意味着结合实施例所描述 的具体特征、优点或特性包括在本发明的至少一个实施例中。因而，贯穿本说明书全文，对 特征和优点的讨论以及类似的措辞可以指同一实施例，但却不一定指同一实施例。此外，所 描述的本发明的特征、优点以及特性可以用任何合适的方式合并在一个或多个实施例中。 相关领域的技术人员将会认识到，可以在没有特定实施例的一个或多个具体特征或优点的 情况下实践本发明。在其它的实例中，可以在某些实施例中实现附加的特征和优点，其不一 定出现于本发明的所有实施例之中。为了在客户端与服务器之间实现有效的云镜控制，本发明给出了一种基于双音 多频DTMF的解决方案。通过引入DTMF，本发明的解决方案可以在客户端与服务器之间传 送PTZ控制指令/消息，而无需在传送过程中对消息进行格式转换。因此，本发明的技术 方案能够改进由于在转发过程中对消息的编码/解码等附加操作所引入的延迟。除此之 外，由于ViSS将很快变成使用会话发起协议/实时传输协议/实时传输控制协议(SIP/ RTP/RTCP)，当在那时候与诸如NGN/IMS这样的其它系统互操作时，这些系统中通常不支持 VAP(但一般都支持RFC 2833)的硬电话/软电话可以在不改变其软件的情况下使用DTMF 来控制PTZ。下面的示意性流程图一般作为逻辑流程图来进行阐述。因此，所示出的顺序和所 标记的步骤表示所提出的方法的一个实施例。可以想到在功能、逻辑或效果方面等效于所 描述的方法的一个或多个步骤或其部分的其它步骤和方法。另外，所采用的格式和符号是 为了阐释该方法的逻辑步骤而提供的，并且被理解为并不限制该方法的范围。尽管在流程 图中可以采用各种箭头类型和线条类型，然而它们被理解为并不限制相应的方法的范围。事实上，某些箭头或其它的连接符可能仅仅用于指示该方法的逻辑流程。例如，箭头可以指 示所示方法的所列步骤之间未指定的持续时间的等待或监视期。另外，特定方法发生的顺 序可以严格按照所示对应步骤的顺序，或者，可以不严格按照所示对应步骤的顺序。图3是依照本发明的示例性实施例说明了在客户端处用于云镜控制的方法的流 程图。该方法的过程可应用于希望从服务器获得视频资源的客户端，这样的客户端可以支 持以下中的至少一项视频监控特征，以及RFC2833标准。支持RFC观33标准的客户端可以 包括诸如NGN/IMS系统等其它通信网络中的SIP客户端。在步骤302，客户端建立与服务器 的会话。可以利用能够发起会话的适当协议(例如，SIP协议)来建立该会话。举例来说， 诸如个人计算机、视频客户设备这样的客户端可以使用SIP信令来建立与前端服务器DVS/ DVR的视频呼叫。根据示例性实施例，在会话建立期间，客户端与服务器可以协商在会话通 信过程中要使用的双音多频信息。例如，客户端可以使用会话描述协议(SDP)来进行该协 商，以便确定在本次呼叫中使用的视频编解码以及DTMF信息。在步骤304，客户端将双音多 频承载的云镜控制消息发送到服务器。根据本发明的示例性实施例，可以基于预定的传输 策略来发送该云镜控制消息。预定的传输策略可以包括以下之一客户端直接与服务器进 行通信，以及客户端经由网关设备与服务器间接地进行通信。在图3所示的方法中，由于客 户端和服务器都支持DTMF，因此，在将云镜控制消息(PTZ控制指令)从客户端发送到服务 器的过程中，不论在客户端与服务器之间采用的直接(直连)通信模式还是间接(中转) 通信模式，均无需对该云镜控制消息(PTZ控制指令)进行格式转换(例如，解包、解码、编 码、打包等操作)。相应地，图4是依照本发明的示例性实施例说明了在服务器处用于云镜控制的方 法的流程图。该方法的过程可应用于能够提供视频资源的服务器。在步骤402，服务器建 立与客户端的会话。类似于关于图3所描述的过程，可以利用诸如SIP这样的适当协议来 实现该会话的建立。举例来说，在会话建立期间，服务器可以通过与客户端进行协商，从而 确定在会话过程中要使用的双音多频信息。应当注意，该协商过程不仅可以确定双音多频 信息，而且还可以使得客户端和服务器能够获知在本次呼叫中使用的视频编解码信息和其 它相关的信息。在步骤404，服务器接收由客户端所发送的双音多频承载的云镜控制消息。 服务器可以从客户端直接接收该云镜控制消息，也可以从网关设备接收经转发的云镜控制 消息。在客户端与服务器之间传输的消息可以包括承载RFC观33双音多频的RTP数据包。 在示例性实施例中，可以由视频监控平台根据所配置的策略，决定在客户端与服务器之间 是采用直连方式还是中转方式来传输数据和消息。视频监控平台可以是位于服务器处的应 用或模块，也可以是单独的应用或模块。根据示例性实施例，可以根据媒体流的分发模式来 配置传输策略。举例来说，在一对一的视频分发模式中，可以在客户端与服务器之间采用直 连方式；而一对多的视频分发模式中，可以在客户端与服务器之间采用中转方式(例如，通 过流媒体网关来转发媒体流)。以上描述了根据示例性实施例的用于实现云镜控制的方法。应当指出的是，所描 述的方法仅为示例，而不是对本发明的限制。本发明的用于实现云镜控制的方法可具有更 多、更少或不同的步骤，所描述的一些步骤可合并为单个步骤或划分为更细的步骤，且一些 步骤之间的顺序可改变或可并行执行。图5依照本发明的示例性实施例说明了智能视频监控系统ViSS与NGN/IMS系统的互操作。如先前所提及的，在诸如NGN/IMS这样的其它系统中，像SIP硬电话或SIP软电 话这样的客户端并不支持VAP接口，它们通常支持的是由IETF所制定的RFC观33标准。因 此，当与这些系统互操作时，这些系统中的客户端可以使用DTMF而不是VAP来控制PTZ控 制指令。在图5所示的互操作解决方案中，视频监控客户端CU 501实现所有的视频监控特 征，并且SIP客户端502代表并不支持所有视频监控特征但却能够从服务器DVS/DVR 504 获得视频的现有的软SIP电话/硬SIP电话。SIP客户端502和视频监控客户端⑶501可 以根据SIP协议，通过呼叫会话控制功能(CSCF) 505和/或呼叫控制服务器(CCS) 506来与 服务器DVS/DVR 504建立呼叫连接(如图5中的虚线所示)。此外，根据本发明的示例性实 施例，SIP客户端502和视频监控客户端⑶501可以根据RTP/RTCP协议，通过流媒体网关 (51^)503来与0￥5/1^1 504进行通信(如图5中的实线所示)。根据本发明的另一示例性 实施例，SIP客户端502和视频监控客户端⑶501还可以根据RTP/RTCP协议直接与DVS/ DVR 504进行通信(图5中未示出)。客户端501、502与服务器504之间的通信不论是采 用直连方式还是经由SMG 503转发的中转方式，来自SIP客户端502或视频监控客户端⑶ 501的PTZ控制指令都将根据RFC观33标准通过DTMF而被发送到服务器DVS/DVR 504。下面结合图6来描述根据本发明示例性实施例的不同云镜控制模式的消息流。图 6中所示的客户端⑶601包括视频监控客户端(例如图5中所示的⑶501)、在诸如NGN/ IMS这样的其它通信系统中的SIP客户端(例如图5中所示SIP客户端502)，以及支持 DTMF(RFC 2833)的能够获得视频服务的任何其它的客户端。根据众多移动运营商的视频监 控规范，对于呼叫/会话控制将在信令层使用SIP，并且将在媒体层使用RTP/RTCP。根据本 发明的示例性实施例，因为使用了标准协议，所以将易于与诸如NGN或IMS这样的其它通信 系统进行互操作。如图6所示，客户端⑶601使用SIP信令来建立与前端DVS/DVR 603的视频呼叫。 在该过程中，使用SDP来协商本次呼叫中使用的DTMF信息。此外，该协商还涉及本次呼叫 中使用的视频编解码信息以及其它相关的传输信息。根据本发明的示例性实施例，视频监 控平台或应用软件可以根据配置的传输策略，决定媒体流是使用中转模式(如图6所示的 中转模式I)还是直连模式(如图6所示的直连模式II)。根据本发明的示例性实施例，当建立呼叫/会话时，在SDP中用于DTMF的参数遵 循RFC 2833标准，用于PTZ控制的示例性关键配置可以是2:向上(UP)8:向下(DOWN)4:向左(LEFT)6:向右(RIGHT)* 放大(ZOOM IN)# 缩小(ZOOM OUT)7 聚焦(FOCUS IN)9 散焦(FOCUS OUT)等等。当已经根据SIP协议在客户端⑶601与服务器DVS/DVR 603之间建立了呼叫之 后，客户端601将DTMF承载的PTZ控制指令发送到服务器603。举例来说，可以在客户端CU601与DVS/DVR 603之间直接传送媒体流(直连模式II)或者通过网关设备SMG 602来分 发媒体流(中转模式I)。在使用中转模式I的情况下，承载RFC 2833 (DTMF)的RTP包经过 诸如SMG这样的网关设备而被转发。在直连模式II的情况下，承载RFC2833(DTMF)的RTP 包被直接从CU发送到DVS/DVR。由于现有信令层一般基于HTTP或者私有的TCP (传输控制协议)，采用XML来包 含这些PTZ参数，而且不同厂家的DVS/DVR的控制也不同，因此网关设备在转发PTZ控制消 息时涉及对这些参数的解包和打包。而采用标准协议RFC观33方式，诸如SMG这样的网关 设备只是转发PTZ控制消息而无需对消息进行解包和打包。此外，在媒体层而不是在信令 层使用DTMF(RFC 2833)可以加快具有高时间要求的PTZ操作，并且还使得易于实现与诸如 NGN/IMS这样的其它系统进行互操作，这些系统中支持RFC 2833的硬电话/软电话可以在 不改变其软件的情况下使用DTMF来控制PTZ。图7依照本发明的示例性实施例说明了用于实现云镜控制的客户端700。如图7 所示，客户端700包括会话建立装置702和发送装置704。根据本发明的示例性实施例，客 户端700可以支持以下中的至少一项视频监控特征，以及RFC观33标准。举例来说，支持 RFC观33标准的客户端包括诸如NGN/IMS这样的通信系统中的SIP客户端。客户端700可 以使用会话建立装置702来建立与服务器(例如图8中所示的服务器800)的会话，例如， 通过SIP协议或者任何其它能够发起会话的适当协议。在该过程中，客户端700可以通过 协商装置(未示出)来与服务器协商在会话中使用的双音多频信息和/或视频编解码参数 等信息。根据示例性实施例，客户端700通过发送装置704将DTMF承载的PTZ消息发送到 服务器。基于预定的传输策略(例如，根据图6中所示的中转模式I或直连模式II)，可以 将DTMF承载的PTZ消息直接发送到服务器，或是通过网关设备等中继设备将来自客户端的 DTMF承载的PTZ消息转发到服务器。在将PTZ消息发送到服务器的过程中，即使是通过网 关设备来进行转发，也无需对该PTZ消息进行任何的格式转换。相应地，图8依照本发明的示例性实施例说明了用于实现云镜控制的服务器800。 参照图8，服务器800包括会话建立装置802和接收装置804。根据本发明的示例性实施例， 服务器800可以包括数字视频服务器、数字视频录像机或者提供视频源的任何其它的服务 器。服务器800可以通过会话建立装置802来建立与客户端的会话，例如通过与图7中所示 的客户端700的会话建立装置702进行交互。举例来说，在该交互过程中，服务器800可以 与客户端700协商在会话中使用的DTMF信息，并且还可以获知其它与媒体流相关的参数， 例如视频编解码参数等。在建立会话的情况下，服务器800通过接收装置804来接收由客 户端所发送的DTMF承载的PTZ消息，例如，从客户端700直接接收该消息或是从诸如SMG 这样的网关设备接收该消息。根据示例性实施例，在客户端与服务器之间传输的消息可以 包括承载RFC 2833 (DTMF)的RTP数据包。需要注意的是，图7和图8仅示意性地示出了用于实现云镜控制的客户端和服务 器及其主要装置/模块。所描述的客户端700和服务器800仅为示例，而不是对本发明的限 制。本发明的客户端700和服务器800可具有比所描述的更多、更少或不同的功能模块，所 描述的一些功能模块可合并在一起，或进一步划分，或具有不同的连接关系和包含关系，所 有这些变化均处于本发明的精神和范围之内。举例来说，客户端700和服务器800可以各 自包括相应的协商装置，用于实现对会话参数等信息的协商。客户端700可以进一步包括接收装置，用于从服务器或网关设备接收媒体流、告警信息、心跳信息和其它相关信息。相 应地，服务器800可以进一步包括用于发送媒体流、告警信息、心跳信息和其它相关信息的 发送装置。此外，服务器800还可以包括视频监控平台或应用软件，从而可以根据所配置的 策略，决定使用中转模式还是直连模式来传输PTZ控制消息和/或RTP数据包。本发明的技术方案可以获得诸多优点。举例来说，该方案可以加速ViSS解决方案 中的PTZ控制功能，并且使用RFC 2833 (DTMF)使得更易于与诸如IMS/NGN这样的其它系统 互操作。当与诸如IMS/NGN这样的其它系统互操作时，现有的支持RFC观33的软/硬SIP 电话可以在不改变其软件的情况下控制PTZ。此外，由于在本发明的解决方案中采用的是标 准协议，因此，其可以提供给众多不同的视频监控系统厂商来使用。可以用硬件、软件、固件或其组合的方式实现本发明。适于实现文中所描述的方法 的任何计算机系统或其它装置都是合适的。一种典型的硬件和软件的组合可以是含有计 算机程序的通用计算机系统，当该计算机程序被加载和执行时，其控制该计算机系统而使 其执行文中所描述的方法的步骤，或者构成根据本发明的实施例的装置和系统中的功能模 块。本发明的客户端、网关设备和服务器及其任意或全部组件均可以在通用或专用计算机 系统(例如，个人计算机(PC)、工作站、服务器、大型计算机、笔记本式或膝上型计算机、平 板PC、台式计算机、便携式计算机系统、个人数字助理(PDA)、机顶盒、移动电话、无线设备 等中的一个或多个)上执行。本发明还可以体现在计算机程序产品中，该计算机程序产品含有使得能够实现文 中所描述的方法的所有特征，并且当其被加载到计算机系统中时，能够执行这些方法或者 构成根据本发明的实施例的装置和系统中的功能模块。尽管已经公开了本发明的具体实施例，然而本领域的普通技术人员应该理解，在 不背离本发明的精神和范围的情况下可以对具体的实施例进行改变。因此，本发明的范围 并不限于具体的实施例，并且其旨在由所附权利要求涵盖本发明范围内的任何以及所有这 样的应用、修改和实施例。
权利要求
1.一种在客户端处用于云镜控制的方法，所述方法包括建立与服务器的会话；将双音多频承载的云镜控制消息发送到所述服务器。
2.根据权利要求1的方法，其中，将双音多频承载的云镜控制消息发送到所述服务器 进一步包括经由网关设备将来自所述客户端的所述云镜控制消息转发到所述服务器。
3.根据权利要求1或2的方法，其中，在所述会话期间传输的消息包括承载RFC2833 双音多频的实时传输协议数据包。
4.一种用于云镜控制的客户端，所述客户端包括会话建立装置，用于建立与服务器的会话；以及发送装置，用于将双音多频承载的云镜控制消息发送到所述服务器。
5.根据权利要求4的客户端，其中，将双音多频承载的云镜控制消息发送到所述服务 器进一步包括经由网关设备将来自所述客户端的所述云镜控制消息转发到所述服务器。
6.根据权利要求4或5的客户端，其中，所述客户端支持以下中的至少一项视频监控 特征，以及RFC沘33标准。
7.—种在服务器处用于云镜控制的方法，所述方法包括建立与客户端的会话；接收由所述客户端所发送的双音多频承载的云镜控制消息。
8.根据权利要求7的方法，其中，接收由所述客户端所发送的双音多频承载的云镜控 制消息进一步包括接收由网关设备所转发的来自所述客户端的所述云镜控制消息。
9.一种用于云镜控制的服务器，所述服务器包括会话建立装置，用于建立与客户端的会话；以及接收装置，用于接收由所述客户端所发送的双音多频承载的云镜控制消息。
10.根据权利要求9的服务器，其中，接收由所述客户端所发送的双音多频承载的云镜 控制消息进一步包括接收由网关设备所转发的来自所述客户端的所述云镜控制消息。
全文摘要
本发明提供了用于云镜控制的方法和设备。所述方法包括在客户端建立与服务器的会话；以及将双音多频承载的云镜控制消息发送到所述服务器。
文档编号H04L12/18GK102045538SQ20091019771
公开日2011年5月4日 申请日期2009年10月23日 优先权日2009年10月23日
发明者平会兵, 王煜坚, 蒋洪月, 黄强雄, 黄波 申请人:上海贝尔股份有限公司