CN106791714A - 网络摄像头与服务端设备的匹配方法和设备 - Google Patents
网络摄像头与服务端设备的匹配方法和设备 Download PDFInfo
- Publication number
- CN106791714A CN106791714A CN201710100779.8A CN201710100779A CN106791714A CN 106791714 A CN106791714 A CN 106791714A CN 201710100779 A CN201710100779 A CN 201710100779A CN 106791714 A CN106791714 A CN 106791714A
- Authority
- CN
- China
- Prior art keywords
- camera
- server device
- message
- maximum allowable
- probematch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Studio Devices (AREA)
Abstract
本发明实施例提供一种网络摄像头与服务端设备的匹配方法和设备。该方法包括:网络摄像头接收服务端设备发送的搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值;若所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置匹配。本发明实施例的方法,在搜索阶段就可以确定服务端设备和网络摄像头是否匹配,并且一旦发现二者的功能或者配置不匹配,则无须执行后续的ONVIF能力协商阶段和播放阶段,大大节省了ONVIF能力协商阶段和播放阶段的信令开销,也缩短了服务端设备和网络摄像头发现二者不匹配的时间,满足了用户的实时性要求。
Description
技术领域
本发明实施例涉及视频监控技术,尤其涉及一种网络摄像头与服务端设备的匹配方法和设备。
背景技术
开放性网络视频接口论坛(Open Network Video Interface Forum,简称ONVIF)协议是一种全球性的开放接口标准,该协议是一种适用于大多数高性能网络监控摄像头的一种有效传输和通讯的协议。遵循ONVIF协议的各种智能设备通过ONVIF协议与网络摄像头之间进行信令交互,实现对实时传输协议(Real-time Transport Protocol,简称RTP)RTP或者实时流传输协议(Real Time Streaming Protocol,简称RTSP)的音视频实时监控信息的播放或存储。
目前,在对以智能电视为代表的智能设备进行ONVIF协议的移植过程中发现,由于不同智能设备本身CPU或者内存的限定、以及其本身对基于H264或者H265编码的RTSP流媒体的解码功能及播放性能差异,许多低配置的智能设备在播放配置较高的网络摄像头的监控视频时,存在缓冲时间过长、播放延时过大的情况,用户体验和监控效果无法满足实时监控的需求。但是,这种智能设备和网络摄像头之间的功能不匹配或者配置不匹配,往往在实际播放阶段才能被研发人员发现,而这种发现的滞后通常会带来额外的信令交互和智能设备处理时间的浪费。
因此,如何快速获知智能设备和网络摄像头之间的功能不匹配的情况,以节省信令开销和智能设备的处理时间,成为目前亟待解决的技术问题。
发明内容
本发明实施例提供一种网络摄像头与服务端设备的匹配方法和设备,用以解决现有技术中无法及时获知智能设备和网络摄像头之间的功能不匹配的情况,导致额外的信令交互和智能设备处理时间的浪费的技术问题。
第一方面,本发明实施例提供一种网络摄像头与服务端设备的匹配方法,包括:
网络摄像头接收服务端设备发送的搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值;
若所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率,则确定所述服务端设备与所述网络摄像头的配置匹配。
在一种实施方式中,所述方法还包括:
若所述最大允许播放能力值小于所述网络摄像头的最小分辨率,则所述网络摄像头确定所述服务端设备与所述网络摄像头不匹配,并向所述服务端设备发送第一搜索匹配ProbeMatch消息,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头配置不匹配的原因。
在另一种实施方式中,所述方法还包括:
若所述服务端设备与所述网络摄像头的配置匹配,所述网络摄像头向所述服务端设备发送第二搜索匹配ProbeMatch消息,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
在又一种实施方式中,所述网络摄像头接收服务端设备发送的搜索Probe消息,具体包括:
所述网络摄像头接收所述服务端设备根据预设的映射关系发送的所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的所述服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
第二方面,本发明实施例提供一种网络摄像头与服务端设备的匹配方法,包括:
服务端设备向网络摄像头发送搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值,以使所述网络摄像头根据所述最大允许播放能力值和所述网络摄像头的最小分辨率确定所述服务端设备与所述网络摄像头的配置是否匹配;
所述服务端设备判断在预设时间内是否接收到所述网络摄像头发送的搜索匹配ProbeMatch消息,并根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配。
在一种实施方式中,所述服务端设备根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配,具体包括:
若所述服务端设备在所述预设时间内未接收到所述网络摄像头发送的任一ProbeMatch消息,则确定所述服务端设备与所述网络摄像头的配置不匹配;
或者,
若所述服务端设备在所述预设时间内接收到所述网络摄像头发送的第一ProbeMatch消息,则确定所述服务端设备与所述网络摄像头的配置不匹配,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头的配置不匹配的原因;
或者;
若所述服务端设备在所述预设时间内接收到所述网络摄像头发送的第二ProbeMatch消息,则确定所述服务端设备与所述网络摄像头的配置匹配,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
在另一种实施方式中,所述服务端向网络摄像头发送搜索Probe消息,具体包括:
所述服务端设备根据预设的映射关系,向所述网络摄像头发送所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的所述服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
在又一种实施方式中,所述方法还包括:
所述服务端设备根据所述服务端设备的显示分辨率、所述服务端设备的CPU的最大频率以及不同编码格式的流媒体的传输速率,建立所述映射关系。
第三方面,本发明实施例提供一种网络摄像头,包括:
接收模块,用于接收服务端设备发送的搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值;
处理模块,用于在所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置匹配。
在一种实施方式中,所述网络摄像头还包括:第一发送模块;
所述处理模块,还用于在所述最大允许播放能力值小于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置不匹配;
所述第一发送模块,用于向所述服务端设备发送第一搜索匹配ProbeMatch消息,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头配置不匹配的原因。
在另一种实施方式中,所述网络摄像头还包括:第二发送模块;
所述第二发送模块,用于在所述服务端设备与所述网络摄像头的配置匹配时,向所述服务端设备发送第二搜索匹配ProbeMatch消息,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
在又一种实施方式中,所述接收模块,具体用于接收所述服务端设备根据预设的映射关系发送的所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的所述服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
第四方面,本发明实施例提供一种服务端设备,包括:
发送模块,用于向网络摄像头发送搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值,以使所述网络摄像头根据所述最大允许播放能力值和所述网络摄像头的最小分辨率确定所述服务端设备与所述网络摄像头的配置是否匹配;
处理模块,用于判断在预设时间内是否接收到所述网络摄像头发送的搜索匹配ProbeMatch消息,并根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配。
在一种实施方式中,所述处理模块,具体用于在所述预设时间内未接收到所述网络摄像头发送的任一ProbeMatch消息时,确定所述服务端设备与所述网络摄像头的配置不匹配;
或者,
在所述预设时间内接收到所述网络摄像头发送的第一ProbeMatch消息时,确定所述服务端设备与所述网络摄像头的配置不匹配,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头的配置不匹配的原因;
或者;
在所述预设时间内接收到所述网络摄像头发送的第二ProbeMatch消息时,确定所述服务端设备与所述网络摄像头的配置匹配,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
在另一种实施方式中,所述发送模块,具体用于根据预设的映射关系,向所述网络摄像头发送所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的所述服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
在又一种实施方式中,所述处理模块,还用于根据所述服务端设备的显示分辨率、所述服务端设备的CPU的最大频率以及不同编码格式的流媒体的传输速率,建立所述映射关系。
本发明实施例提供的网络摄像头与服务端设备的匹配方法和设备,通过服务端设备向网络摄像头发送携带服务端设备的最大允许播放能力值的Probe消息,使得网络摄像头根据服务端设备的最大允许播放能力值和网络摄像头的最小分辨率的大小,确定服务端设备与网络摄像头的配置是否匹配,即本发明实施例在搜索阶段就可以确定服务端设备和网络摄像头是否匹配,并且一旦发现二者的功能或者配置不匹配,则无须执行后续的ONVIF能力协商阶段和播放阶段,大大节省了ONVIF能力协商阶段和播放阶段的信令开销,也缩短了服务端设备和网络摄像头发现二者不匹配的时间,满足了用户的实时性要求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的视频监控场景架构图;
图2为本发明一实施例提供的网络摄像头与服务端设备的匹配方法的信令流程示意图;
图3为本发明另一实施例提供的网络摄像头与服务端设备的匹配方法的信令流程示意图;
图4为本发明一实施例提供的网络摄像头的结构示意图;
图5为本发明另一实施例提供的网络摄像头的结构示意图;
图6为本发明一实施例提供的服务端设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供的网络摄像头与服务端设备的匹配方法,可以适用于图1所示的视频监控场景架构图,如图1所示,该场景包括:多个服务端设备和多个网络摄像头,服务端设备和网络摄像头之间的数据传输或者信令的传输通过ONVIF协议实现。网络摄像头可以将拍摄的视频通过网络以及ONVIF协议传输给服务端设备,服务端设备可以通过访问网络来实时播放监控视频。可选的,本实施例中的服务端设备可以是手机、平板电脑,还可以是智能电视等可以播放视频的网络设备,本网络摄像头可以为任一类型、并具有网络功能的摄像头,本实施例对此并不做限定。
需要说明的是,服务端设备和网络摄像头在进行通信或者数据传输的过程可以分为三个阶段,按照执行顺序分别为搜索阶段、ONVIF能力协商阶段和播放阶段。其中,搜索阶段,服务端设备寻找网络中正在提供服务的网络摄像头;ONVIF能力协商阶段,服务端设备从正在提供服务的网络摄像头中任选一个或多个网络摄像头为自己提供流媒体服务,然后服务端设备在这个阶段询问这部分网络摄像头所支持的媒体格式、编码方式等设备能力相关信息,并获取这些网络摄像头各自拍摄的流媒体的播放URL;播放阶段,服务端设备根据播放URL播放这些网络摄像头各自拍摄的流媒体。
现有技术中,由于不同服务端设备本身CPU或者内存的限定、以及其本身对不同编码的流媒体的解码功能及播放性能差异,许多低配置的服务端设备在播放配置较高的网络摄像头的监控视频时,存在缓冲时间过长、播放延时过大的情况,用户体验和监控效果无法满足实时监控的需求。但是,这种智能设备和网络摄像头之间的功能不匹配或者配置不匹配,往往在实际播放阶段才能被研发人员发现,而这种发现的滞后通常会带来额外的信令交互和智能设备处理时间的浪费。
因此,本发明实施例所提供的网络摄像头与服务端设备的匹配方法,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图2为本发明一实施例提供的网络摄像头与服务端设备的匹配方法的信令流程示意图。本实施例涉及的是在搜索阶段网络摄像头确定服务端设备和网络摄像头是否匹配,从而缩短发现网络摄像头和服务端设备不匹配的时间、以及节省信令开销的具体过程。如图2所示,该方法包括如下步骤:
S101:服务端设备向网络摄像头发送搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值,以使所述网络摄像头根据所述最大允许播放能力值和所述网络摄像头的最小分辨率确定所述服务端设备与所述网络摄像头的配置是否匹配。
具体的,在搜索阶段,服务端设备为了获取实时的监控视频,需要向网络中的所有网络摄像头发送Probe消息,可选的,该Probe消息为一广播消息,其可以携带在UDP中发送给网络中的网络摄像头。该Probe消息中携带服务端设备的最大允许播放能力值,可选的,该最大允许播放能力值可以通过服务端设备的最大允许分辨率来体现,该最大允许播放能力值小于或者等于服务端设备的显示分辨率。需要说明的,服务端设备的显示分辨率为服务端独有的属性,一个服务端设备对应一个显示分辨率,而服务端设备的最大允许播放能力值指的是该服务端设备的CPU能够支持播放的流媒体的最大分辨率。
S102:网络摄像头接收服务端设备发送的Probe消息。
S103:若所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置匹配。
具体的,当网络摄像头接收到服务端设备发送的Probe消息后,判断该Probe消息中的最大允许播放能力值是否小于网络摄像头的最小分辨率。当网络摄像头判断服务端设备的最大允许播放能力值大于或者等于网络摄像头的最小分辨率时,网络摄像头确定服务端设备与该网络摄像头的配置匹配,即网络摄像头确定该服务端设备能够流畅播放该网络摄像头拍摄的流媒体;当网络摄像头判断服务端设备的最大允许播放能力值小于网络摄像头的最小分辨率时,表明服务端设备无法支持播放该网络摄像头拍摄的流媒体,会出现缓冲时间过长或者卡顿的情况,网络摄像头确定该服务端设备的配置与其不匹配。可选的,网络摄像头在确定该服务端设备的配置与网络摄像头的配置或者功能不匹配时,网络摄像头可以选择不向服务端设备发送搜索匹配(ProbeMatch)消息,当服务端设备在预设时间内未接收到该网络摄像头的任何ProbeMatch消息时,服务端设备可以确定服务端设备与该网络摄像头不匹配。可选的,网络摄像头也可以选择向服务端设备发送第一ProbeMatch消息,该第一ProbeMatch消息可以携带上述服务端设备与网络摄像头配置不匹配的原因以及该网络摄像头的通用唯一识别码UUID,即告知服务端设备当前与该网络摄像头不匹配是因为服务端设备的最大允许播放能力值低,无法满足该网络摄像头拍摄的媒体的流畅播放。
可选的,当网络摄像头确定服务端设备与该网络摄像头的配置匹配时,网络摄像头此时可以向服务端设备发送第二ProbeMatch消息,该第二ProbeMatch消息包括该网络摄像头的统一资源定位符(Uniform Resource Locator,简称URL)和该网络摄像头的通用唯一识别码(Universally Unique Identifier,简称UUID)。服务端设备在接收到第二ProbeMatch消息时,可以根据该网络摄像头的UUID和网络摄像头的URL获知服务端设备与该网络摄像头的配置或者功能匹配。
S104:服务端设备判断在预设时间内是否接收到所述网络摄像头发送的搜索匹配ProbeMatch消息,并根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配。
具体的,服务端设备在向网络摄像头发送了Probe消息之后,服务端设备判断在预设时间内是否接收到上述网络摄像头发送的ProbeMatch消息。可选的,该ProbeMatch消息可以是上述S103中的第一ProbeMatch消息,还可以是上述S103中的第二ProbeMatch消息。
可选的,当服务端设备在预设时间内未接收到上述网络摄像头发送的第一ProbeMatch消息以及第二ProbeMatch消息时,服务端设备确定自身的配置与网络摄像头的配置不匹配;或者,当服务端设备在预设时间内接收到第一ProbeMatch消息时,服务端设备确定自身与该网络摄像头的配置不匹配,且根据该第一ProbeMatch消息确定服务端设备与网络摄像头的配置不匹配的原因是由于服务端设备的最大允许播放能力值过低;可选的,当服务端设备在预设时间内接收到网络摄像头发送的第二ProbeMatch消息时,其确定自身与该网络摄像头的配置匹配,即确定自身可以流畅播放该网络摄像头所拍摄的流媒体。
由上述描述可知,服务端设备和网络摄像头在搜索阶段就可以确定二者的功能或者配置是否匹配,并且一旦发现二者的功能或者配置不匹配,则无须执行后续的ONVIF能力协商阶段和播放阶段,大大节省了ONVIF能力协商阶段和播放阶段的信令开销,也缩短了服务端设备和网络摄像头发现二者不匹配或者匹配的时间,大大提高了用户的实时体验;而现有技术中服务端设备和网络摄像头通常是在实际播放出现长时间的缓冲或者卡顿时才获知服务端设备和网络摄像头的功能或者配置不匹配,但其由于经历了搜索阶段和ONVIF能力协商阶段的信令交互,使得额外的信令开销较大,且服务端设备和网络摄像头发现二者不匹配的时间也较长,无法满足用户的实时体验。
本发明实施例提供的网络摄像头与服务端设备的匹配方法,通过服务端设备向网络摄像头发送携带服务端设备的最大允许播放能力值的Probe消息,使得网络摄像头根据服务端设备的最大允许播放能力值和网络摄像头的最小分辨率的大小,确定服务端设备与网络摄像头的配置是否匹配,即本发明实施例在搜索阶段就可以确定服务端设备和网络摄像头是否匹配,并且一旦发现二者的功能或者配置不匹配,则无须执行后续的ONVIF能力协商阶段和播放阶段,大大节省了ONVIF能力协商阶段和播放阶段的信令开销,也缩短了服务端设备和网络摄像头发现二者不匹配的时间,满足了用户的实时性要求。
作为本发明实施例的一种可能的实施方式,上述服务端设备向网络摄像头发送的Probe消息中携带的最大允许播放能力值,可以为多个,即不同编码格式的流媒体对应的服务端设备的最大允许播放能力值可能不同,例如,对于H264编码的流媒体,一个显示分辨率为1080p、CPU的频率为1.5GHZ的服务端设备,其针对该H264编码的流媒体的最大允许播放能力值可以是1080p,即CPU最大可以支持分辨率为1080p的H264编码的流媒体;但是对于H265编码的流媒体,该服务端设备的最大允许播放能力值为720p,即CPU最大可以支持分辨率为720p的H265编码的流媒体。也就是说,一个服务端设备中具有一预设的映射关系,该映射关系包括不同编码格式的流媒体对应的服务端设备的最大允许播放能力值。因此,服务端设备在向网络摄像头发送Probe消息时,可以根据该映射关系,向网络中的网络摄像头广播Probe消息,该Probe消息中可以包括不同编码格式的流媒体与服务端设备的最大允许播放能力值之间的对应关系。当网络摄像头接收到该Probe消息时,网络摄像头结合自身所支持的流媒体的编码格式确定与该编码格式对应的服务端设备的最大允许播放能力值,然后结合该最大允许播放能力值和网络摄像头自身的最小分辨率之间的大小确定服务端设备是否与该网络摄像头匹配。
可选的,服务端设备中的映射关系可以是服务端设备根据服务端设备的显示分辨率、服务端设备的CPU的最大频率以及不同编码格式的流媒体的传输速率预先确定的,具体为:
服务端设备可以根据不同编码格式的流媒体的传输速率,计算出服务端设备在流畅播放不同的流媒体所需要的不同的码率。这里以H264编码格式的流媒体为例,服务端设备计算出流畅播放该流媒体所需的码率之后,将该码率乘以H264流媒体的解码的最大容许系数(不同编码格式的流媒体对应的解码的最大容许系数不同),这里的最大容许系数可以是软解码的最大容许系数,还可以是硬解码的最大容许系数。之后,服务端设备将上述码率乘以H264流媒体的解码的最大容许系数的乘积与该服务端的CPU的最大频率进行差值计算,并判断所得到的差值的绝对值是否小于预设的阈值。如果该差值小于预设阈值,表明该服务端设备的CPU可以支持该流媒体的流畅播放。假设该服务端设备的CPU可以支持的流媒体的分辨率包括1080p、720p以及480i,则此时服务端设备确定与该H264编码格式的流媒体对应的服务端设备的最大允许播放能力值为1080p,即服务端设备可以支持分辨率为1080p的H264编码的流媒体的流畅播放。当然,如果另一种编码格式的流媒体的码率与其对应的最大容许系数的乘积与该服务端设备的CPU的最大频率的差值的绝对值大于上述预设的阈值,则服务端设备可以从CPU所支持的流媒体的分辨率中选择一个次大或者更小的分辨率作为该编码格式对应的服务端设备的最大允许播放能力值,本实施例对此并不做限定。基于上述方式,服务端就可以获取不同编码格式的流媒体对应的服务端设备的最大允许播放能力值,从而建立上述映射关系。需要说明的是,任何一种编码格式的流媒体所对应的服务端设备的最大允许播放能力值不能大于该服务端设备的显示分辨率。
本实施方式提供的方法,服务端设备可以根据预设的映射关系向网络中的所有网络摄像头广播包含该映射关系的Probe消息,使得任一个网络摄像头在接收到该Probe消息之后,根据该网络摄像头根据所支持的流媒体的编码格式从该Probe消息中确定与该编码格式对应的服务端设备的最大允许播放能力值,然后结合该最大允许播放能力值和该网络摄像头自身的最小分辨率的大小,确定服务端设备是否与该网络摄像头匹配,本实施方式在节省信令开销的基础上,提高了网络摄像头确定服务端设备是否与网络摄像头匹配的准确性。
图3为本发明另一实施例提供的网络摄像头与服务端设备的匹配方法的信令流程示意图。本实施例涉及的是服务端设备和网络摄像头实现实时视频监控的具体过程。如图3所示,该方法包括:
S201:服务端设备根据预设的映射关系向网络摄像头发送Probe消息,所述Probe消息中携带该映射关系,该映射关系包括不同编码格式的流媒体对应的最大允许播放能力值。
也就是说,该Probe消息中携带了不同编码格式的流媒体对应的服务端设备的最大允许播放能力值。
S202:网络摄像头接收服务端设备发送的Probe消息。
S203:网络摄像头根据自身所支持的流媒体的编码格式,从Probe消息中确定与自身所支持的流媒体的编码格式对应的服务端设备的最大允许播放能力值。
S204:网络摄像头判断该最大允许播放能力值是否小于网络摄像头自身的最小分辨率。若是,执行S205或者S206,若否,执行S207。
S205:网络摄像头确定该服务端设备与网络摄像头的配置不匹配。
该步骤中,网络摄像头可以不向服务端设备发送第一ProbeMatch消息。
S206:网络摄像头确定该服务端设备与网络摄像头的配置不匹配,并向服务端设备发送第一ProbeMatch消息,该第一ProbeMatch消息包括服务端设备与该网络摄像头配置不匹配的原因以及该网络摄像头的UUID。
S207:网络摄像头确定该服务端设备与网络摄像头的配置匹配,并向服务端设备发送第二ProbeMatch消息,该第二ProbeMatch消息包括该网络摄像头的URL和UUID。
S208:服务端设备判断在预设时间内是否接收到网络摄像头发送的ProbeMatch消息,并根据判断结果确定服务端设备与上述网络摄像头的配置是否匹配。之后,执行S209-S211。
S209:若服务端设备在预设时间内未接收到网络摄像头发送的第一ProbeMatch消息以及第二ProbeMatch消息,则确定服务端设备与该网络摄像头的配置不匹配。
S210:若服务端设备在预设时间内接收到网络摄像头发送的第一ProbeMatch消息,则确定服务端设备与该网络摄像头的配置不匹配。
S211:若服务端设备在预设时间内接收到网络摄像头发送的第二ProbeMatch消息,则确定服务端设备与该网络摄像头的配置匹配。之后,执行S212。
具体的,上述S201至S211的具体过程可以参见上述实施例中的具体描述,其实现原理和技术效果类似,在此不再赘述。
需要说明的是,当服务端设备接收到多个网络摄像头发送的第二ProbeMatch消息后,即服务端设备获知当前有多个网络摄像头与服务端设备的配置相匹配,此时服务端设备可以选择一个或者多个网络摄像头作为为自己提供流媒体服务的摄像头。为了方便说明,下述以服务端设备选择了一个网络摄像头作为为自己提供流媒体服务的摄像头为例。
S212:服务端设备向所选择的网络摄像头发送获取能力(getCapability)消息,该getCapability消息用于请求获取该网络摄像头的媒体支持能力。
具体的,当服务端设备选择了一个与自身配置匹配的网络摄像头之后,服务端设备向该网络摄像头发送getCapability消息,以获取该网络摄像头的媒体支持能力,例如获取该网络摄像头所支持的媒体格式、编码方式等相关信息。
S213:网络摄像头接收服务端设备发送的getCapability消息后,向服务端设备发送获取能力响应(getCapabilityResp)消息。
S214:服务端设备在接收到网络摄像头发送的getCapabilityResp消息后,向该网络摄像头发送获取配置(getProfiles)消息,以获取该网络摄像头所拍摄的流媒体的URL,即获取该网络摄像头的播放URL。
S215:网络摄像头根据接收到的getProfiles消息,向服务端设备发送获取媒体地址(getStreamUri)消息,该getStreamUri消息中携带播放URL。
S216:服务端设备根据该播放URL,启动播放器,播放该网络摄像头所拍摄的流媒体。
需要说明的是,上述S212-S215为服务端设备和网络摄像头的ONVIF能力协商阶段,S216为实时监控视频的播放阶段。关于S212至S216的过程可以参见现有技术,在此不再赘述。
本发明实施例提供的网络摄像头与服务端设备的匹配方法,通过服务端设备向网络摄像头发送Probe消息,该Probe消息中携带不同编码格式的流媒体对应的服务端设备的最大允许播放能力值,使得该网络摄像头根据所支持的流媒体的编码格式从该Probe消息中确定与该编码格式对应的服务端设备的最大允许播放能力值,然后结合该最大允许播放能力值和该网络摄像头自身的最小分辨率的大小,确定服务端设备是否与该网络摄像头匹配,提高了网络摄像头确定服务端设备是否与网络摄像头匹配的准确性;另外,本发明实施例在搜索阶段就可以确定服务端设备和网络摄像头是否匹配,并且一旦发现二者的功能或者配置不匹配,则无须执行后续的ONVIF能力协商阶段和播放阶段,大大节省了ONVIF能力协商阶段和播放阶段的信令开销,也缩短了服务端设备和网络摄像头发现二者不匹配的时间,满足了用户的实时性要求。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图4为本发明一实施例提供的网络摄像头的结构示意图。如图4所示,该网络摄像头可以包括接收模块11和处理模块12。
具体的,接收模块11,用于接收服务端设备发送的搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值;
处理模块12,用于在所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置匹配。
本发明实施例提供的网络摄像头,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图5为本发明另一实施例提供的网络摄像头的结构示意图。在上述实施例的基础上,该网络摄像头还可以包括第一发送模块13。可选的,还包括第二发送模块14。
可选的,所述处理模块12,还用于在所述最大允许播放能力值小于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置不匹配;则第一发送模块13,用于向所述服务端设备发送第一搜索匹配ProbeMatch消息,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头配置不匹配的原因。
可选的,所述第二发送模块14,用于在所述服务端设备与所述网络摄像头的配置匹配时,向所述服务端设备发送第二搜索匹配ProbeMatch消息,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
可选的,所述接收模块11,具体用于接收所述服务端设备根据预设的映射关系发送的所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
本发明实施例提供的网络摄像头,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图6为本发明一实施例提供的服务端设备的结构示意图。如图6所示,该服务端设备可以包括;发送模块21和处理模块22。
具体的,发送模块21,用于向网络摄像头发送搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值,以使所述网络摄像头根据所述最大允许播放能力值和所述网络摄像头的最小分辨率确定所述服务端设备与所述网络摄像头的配置是否匹配;
处理模块22,用于判断在预设时间内是否接收到所述网络摄像头发送的搜索匹配ProbeMatch消息,并根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配。
可选的,所述处理模块22,具体用于在所述预设时间内未接收到所述网络摄像头发送的任一ProbeMatch消息时,确定所述服务端设备与所述网络摄像头的配置不匹配;
或者,
在所述预设时间内接收到所述网络摄像头发送的第一ProbeMatch消息时,确定所述服务端设备与所述网络摄像头的配置不匹配,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头的配置不匹配的原因;
或者;
在所述预设时间内接收到所述网络摄像头发送的第二ProbeMatch消息时,确定所述服务端设备与所述网络摄像头的配置匹配,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
可选的,所述发送模块21,具体用于根据预设的映射关系,向所述网络摄像头发送所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
可选的,所述处理模块22,还用于根据所述服务端设备的显示分辨率、所述服务端设备的CPU的最大频率以及不同编码格式的流媒体的传输速率,建立所述映射关系。
本发明实施例提供的服务端设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种网络摄像头与服务端设备的匹配方法,其特征在于,包括:
网络摄像头接收服务端设备发送的搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值;
若所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率,则确定所述服务端设备与所述网络摄像头的配置匹配。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述最大允许播放能力值小于所述网络摄像头的最小分辨率,则所述网络摄像头确定所述服务端设备与所述网络摄像头不匹配,并向所述服务端设备发送第一搜索匹配ProbeMatch消息,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头配置不匹配的原因。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述服务端设备与所述网络摄像头的配置匹配,所述网络摄像头向所述服务端设备发送第二搜索匹配ProbeMatch消息,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
4.根据权利要求1-3任一项所述方法,其特征在于,所述网络摄像头接收服务端设备发送的搜索Probe消息,具体包括:
所述网络摄像头接收所述服务端设备根据预设的映射关系发送的所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的所述服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
5.一种网络摄像头与服务端设备的匹配方法,其特征在于,包括:
服务端设备向网络摄像头发送搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值,以使所述网络摄像头根据所述最大允许播放能力值和所述网络摄像头的最小分辨率确定所述服务端设备与所述网络摄像头的配置是否匹配;
所述服务端设备判断在预设时间内是否接收到所述网络摄像头发送的搜索匹配ProbeMatch消息,并根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配。
6.根据权利要求5所述的方法,其特征在于,所述服务端设备根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配,具体包括:
若所述服务端设备在所述预设时间内未接收到所述网络摄像头发送的任一ProbeMatch消息,则确定所述服务端设备与所述网络摄像头的配置不匹配;
或者,
若所述服务端设备在所述预设时间内接收到所述网络摄像头发送的第一ProbeMatch消息,则确定所述服务端设备与所述网络摄像头的配置不匹配,所述第一ProbeMatch消息包括所述服务端设备与所述网络摄像头的配置不匹配的原因;
或者;
若所述服务端设备在所述预设时间内接收到所述网络摄像头发送的第二ProbeMatch消息,则确定所述服务端设备与所述网络摄像头的配置匹配,所述第二ProbeMatch消息包括所述网络摄像头的统一资源定位符URL和所述网络摄像头的通用唯一识别码UUID。
7.根据权利要求5所述的方法,其特征在于,所述服务端向网络摄像头发送搜索Probe消息,具体包括:
所述服务端设备根据预设的映射关系,向所述网络摄像头发送所述Probe消息,所述映射关系包括不同编码格式的流媒体对应的所述服务端设备的最大允许播放能力值,所述Probe消息中携带所述映射关系。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
所述服务端设备根据所述服务端设备的显示分辨率、所述服务端设备的CPU的最大频率以及不同编码格式的流媒体的传输速率,建立所述映射关系。
9.一种网络摄像头,其特征在于,包括:
接收模块,用于接收服务端设备发送的搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值;
处理模块,用于在所述最大允许播放能力值大于或者等于所述网络摄像头的最小分辨率时,确定所述服务端设备与所述网络摄像头的配置匹配。
10.一种服务端设备,其特征在于,包括:
发送模块,用于向网络摄像头发送搜索Probe消息,所述Probe消息中携带所述服务端设备的最大允许播放能力值,以使所述网络摄像头根据所述最大允许播放能力值和所述网络摄像头的最小分辨率确定所述服务端设备与所述网络摄像头的配置是否匹配;
处理模块,用于判断在预设时间内是否接收到所述网络摄像头发送的搜索匹配ProbeMatch消息,并根据判断结果确定所述服务端设备与所述网络摄像头的配置是否匹配。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710100779.8A CN106791714B (zh) | 2017-02-23 | 2017-02-23 | 网络摄像头与服务端设备的匹配方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710100779.8A CN106791714B (zh) | 2017-02-23 | 2017-02-23 | 网络摄像头与服务端设备的匹配方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106791714A true CN106791714A (zh) | 2017-05-31 |
CN106791714B CN106791714B (zh) | 2019-09-17 |
Family
ID=58960160
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710100779.8A Active CN106791714B (zh) | 2017-02-23 | 2017-02-23 | 网络摄像头与服务端设备的匹配方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106791714B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111327924A (zh) * | 2019-07-30 | 2020-06-23 | 杭州海康威视系统技术有限公司 | 一种码流筛选方法、装置及接入设备 |
CN111757179A (zh) * | 2020-06-28 | 2020-10-09 | 四川长虹电器股份有限公司 | 一种网络摄像头本地化系统及方法 |
CN114915615A (zh) * | 2021-12-29 | 2022-08-16 | 天翼数字生活科技有限公司 | 一种家庭多媒体网关的实现方法与系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110164615A1 (en) * | 2010-01-06 | 2011-07-07 | Canon Kabushiki Kaisha | Device search apparatus and method, and device search server, device search system, and storage medium |
CN102209164A (zh) * | 2010-03-29 | 2011-10-05 | 京瓷美达株式会社 | 图像形成系统、图像形成装置以及图像形成装置搜索方法 |
CN102904761A (zh) * | 2012-10-24 | 2013-01-30 | 浙江宇视科技有限公司 | 一种nvr堆叠的方法和nvr |
CN104639888A (zh) * | 2013-11-08 | 2015-05-20 | 佳能株式会社 | 图像拾取装置、图像拾取系统及图像拾取装置的控制方法 |
CN105208324A (zh) * | 2015-08-20 | 2015-12-30 | 浙江宇视科技有限公司 | 一种移动监控平台自动发现监控前端的方法 |
CN105897658A (zh) * | 2014-12-03 | 2016-08-24 | 北京航天长峰科技工业集团有限公司 | 一种海量视频资源配置管理方法 |
-
2017
- 2017-02-23 CN CN201710100779.8A patent/CN106791714B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110164615A1 (en) * | 2010-01-06 | 2011-07-07 | Canon Kabushiki Kaisha | Device search apparatus and method, and device search server, device search system, and storage medium |
CN102209164A (zh) * | 2010-03-29 | 2011-10-05 | 京瓷美达株式会社 | 图像形成系统、图像形成装置以及图像形成装置搜索方法 |
CN102904761A (zh) * | 2012-10-24 | 2013-01-30 | 浙江宇视科技有限公司 | 一种nvr堆叠的方法和nvr |
CN104639888A (zh) * | 2013-11-08 | 2015-05-20 | 佳能株式会社 | 图像拾取装置、图像拾取系统及图像拾取装置的控制方法 |
CN105897658A (zh) * | 2014-12-03 | 2016-08-24 | 北京航天长峰科技工业集团有限公司 | 一种海量视频资源配置管理方法 |
CN105208324A (zh) * | 2015-08-20 | 2015-12-30 | 浙江宇视科技有限公司 | 一种移动监控平台自动发现监控前端的方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111327924A (zh) * | 2019-07-30 | 2020-06-23 | 杭州海康威视系统技术有限公司 | 一种码流筛选方法、装置及接入设备 |
CN111327924B (zh) * | 2019-07-30 | 2022-08-05 | 杭州海康威视系统技术有限公司 | 一种码流筛选方法、装置及接入设备 |
CN111757179A (zh) * | 2020-06-28 | 2020-10-09 | 四川长虹电器股份有限公司 | 一种网络摄像头本地化系统及方法 |
CN114915615A (zh) * | 2021-12-29 | 2022-08-16 | 天翼数字生活科技有限公司 | 一种家庭多媒体网关的实现方法与系统 |
CN114915615B (zh) * | 2021-12-29 | 2024-03-19 | 天翼数字生活科技有限公司 | 一种家庭多媒体网关的实现方法与系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106791714B (zh) | 2019-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100542284C (zh) | 在内容的流化重放期间切换媒体渲染器的方法和设备 | |
CN100568966C (zh) | 一种音/视频数据的网络传输方法 | |
CN107634930B (zh) | 一种媒体数据的获取方法和装置 | |
CN104702976A (zh) | 一种视频播放方法及设备 | |
CN105376612A (zh) | 一种视频播放方法、媒体设备、播放设备以及多媒体系统 | |
CN103581705A (zh) | 视频节目识别方法和系统 | |
CN106303608B (zh) | 直播处理方法和装置、直播服务器及直播系统 | |
US11438645B2 (en) | Media information processing method, related device, and computer storage medium | |
CN102014301A (zh) | 一种视频播放方法、系统及服务器 | |
CN104243998A (zh) | 一种数据处理方法、装置及相关服务器 | |
CN102036058A (zh) | 视频监控系统中视频切换的方法、服务器、终端及系统 | |
CN103313095A (zh) | 视频传输方法、播放方法、终端和服务器 | |
CN104918077B (zh) | 一种视频传输方法、装置及系统 | |
CN106791714A (zh) | 网络摄像头与服务端设备的匹配方法和设备 | |
CN104185040A (zh) | 应用同步方法、应用服务器及终端 | |
CN105141569A (zh) | 媒体处理方法及设备 | |
CN106060627A (zh) | 一种基于多路直播的音频处理方法及装置 | |
CN1972441A (zh) | 流媒体存储及服务的方法 | |
CN108810567B (zh) | 一种音频与视频视角匹配的方法、客户端和服务器 | |
CN103716681A (zh) | 一种码流切换方法及电子设备 | |
CN106658071B (zh) | 码流传输状态确定方法及装置 | |
CN109218274A (zh) | 一种媒体信息的处理方法及装置 | |
CN110113298A (zh) | 数据传输方法、装置、信令服务器和计算机可读介质 | |
WO2012041039A1 (zh) | 数字电视终端访问互联网视频的方法及相关设备和系统 | |
CN106937127B (zh) | 一种智能搜索准备的显示方法及其系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: 266555 Qingdao economic and Technological Development Zone, Shandong, Hong Kong Road, No. 218 Patentee after: Hisense Video Technology Co.,Ltd. Address before: 266555 Qingdao economic and Technological Development Zone, Shandong, Hong Kong Road, No. 218 Patentee before: HISENSE ELECTRIC Co.,Ltd. |
|
CP01 | Change in the name or title of a patent holder |