CN109479121B - 视频监控系统、客户端和信令交互服务器及控制方法 - Google Patents
视频监控系统、客户端和信令交互服务器及控制方法 Download PDFInfo
- Publication number
- CN109479121B CN109479121B CN201780002152.7A CN201780002152A CN109479121B CN 109479121 B CN109479121 B CN 109479121B CN 201780002152 A CN201780002152 A CN 201780002152A CN 109479121 B CN109479121 B CN 109479121B
- Authority
- CN
- China
- Prior art keywords
- video
- signaling
- client
- encoder
- request
- 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.)
- Active
Links
Images
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)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例公开视频监控系统、客户端和信令交互服务器及控制方法。客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使客户端二次解码经编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销以及降低网络带宽限制带来的视频服务质量出现问题的概率。
Description
技术领域
本申请涉及视频技术领域,特别是涉及视频监控系统、客户端和信令交互服务器及控制方法。
背景技术
目前,在不同厂商之间的视频请求服务对接中,请求视频的厂商作为上级,提供视频的厂商作为下级,上级平台希望能够实时浏览下级设备的视频。
上下级视频服务对接已经发展的相当成熟,目前大都是采用WebService、SDK方式对外公布接口或是通过协议方式进行交互。
发明人在实现本申请的过程中,发现相关技术存在以下问题:首先,采用上述几种方式进行对接,都需要提供接口一方、或双方具有一定的技术积累,然而并非每个厂家都会有这样的技术积累,或者说面对没有对接经验的厂家,采用上面三种方案显然都是比较乏力的。其次,无论采用哪种方式对接,目前大都是通过对接服务器从下级平台获取视频源,再通过网络传输交给客户端解码显示,这样一来客户端浏览视频的服务质量在很大程度上将取决于对接服务器与下级平台、以及对接服务器与客户端之间的网络传输质量。
因此,针对上述两点问题,亟需一种不需要双方底层网络通信模块去实现视频码流的传输的方法,以降低网络带宽限制带来的视频服务质量出现问题的概率。
发明内容
本申请实施例针对现有技术中需要双方底层网络通信模块去实现视频码流的传输,基于现有的视频请求模式或方法比较复杂;以及客户端浏览视频的服务质量依赖于网络传输质量的技术问题,提供视频监控系统、客户端和信令交互服务器及控制方法。
为解决上述技术问题,本申请实施例采用的一个技术方案是:提供视频监控系统的客户端控制方法,包括:
所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
可选地,所述方法还包括:
发送请求视频信令;
根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;
若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
接收信令交互服务器返回的根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息,以及接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;
根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;
根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
可选地,所述方法还包括:
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
为解决上述技术问题,本申请实施例采用的另一个技术方案是:提供
视频监控系统的信令交互服务器控制方法,包括:
所述信令交互服务器根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
可选地,所述信令交互服务器控制方法还包括:
获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;
当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
可选地,
当信令交互服务器收到所述客户端发送的请求视频信令时,判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;
实时更新根据请求视频信令关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
为解决上述技术问题,本申请实施例采用的另一个技术方案是:视频监控系统的控制方法,所述视频监控系统包括客户端、信令交互服务器、流媒体服务器和下级平台设备;
所述下级平台设备包括获取并提供视频的前端设备以及与所述前端设备连接并提供解码通道的解码器;
所述视频监控系统的控制方法包括:
所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量,并且所述编码器与所述解码器有线连接。
可选地,所述视频监控系统的控制方法还包括:
所述信令交互服务器根据所述客户端创建的编码器编码通道路由信息配置上级编码器路由信息;获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
可选地,所述视频监控系统的控制方法还包括:
所述客户端发送请求视频信令;根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
当信令交互服务器收到所述客户端发送的关闭视频信令时,则所述信令交互服务器向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据关闭视频信令关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的包含根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的包含根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
可选地,所述视频监控系统的控制方法还包括:
所述客户端发送请求视频信令;
当信令交互服务器收到所述客户端发送的请求视频信令时,所述信令交互服务器判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据请求视频信令而关闭的最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端接收信令交互服务器返回的根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的根据请求视频信令实时更新所关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据请求视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
可选地,所述视频监控系统的控制方法还包括:
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
为解决上述技术问题,本申请实施例采用的另一个技术方案是:视频监控系统的客户端,包括:
编码器,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
可选地,所述客户端还包括:
信令发送模块,用于发送请求视频信令;
获取和判断模块,用于根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;
信令发送模块还用于若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
接收模块,用于接收信令交互服务器返回的根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息,以及接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;
选择模块,用于根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;
请求视频模块,用于根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
可选地,所述选择模块还用于:
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
为解决上述技术问题,本申请实施例采用的另一个技术方案是:视频监控系统的信令交互服务器,包括:
配置管理模块,用于根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
可选地,所述信令交互服务器还包括:
信令交互模块,用于获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;
维护模块,用于当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
可选地,
所述信令交互模块还用于当信令交互服务器收到所述客户端发送的请求视频信令时,判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;
所述维护模块还用于实时更新根据请求视频信令关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
为解决上述技术问题,本申请实施例采用的另一个技术方案是:视频监控系统,所述视频监控系统包括客户端、信令交互服务器、流媒体服务器和下级平台设备;
所述下级平台设备包括获取并提供视频的前端设备以及与所述前端设备连接以提供解码通道的解码器;
所述客户端包括与所述解码器有线连接的编码器,且所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
可选地,
所述信令交互服务器用于根据所述客户端创建的编码器编码通道路由信息配置上级编码器路由信息;获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
可选地,
所述客户端用于发送请求视频信令;根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
当信令交互服务器收到所述客户端发送的关闭视频信令时,则所述信令交互服务器向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据关闭视频信令关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端还用于接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的包含根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的包含根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
可选地,
所述客户端还用于发送请求视频信令;
当信令交互服务器收到所述客户端发送的请求视频信令时,所述信令交互服务器还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据请求视频信令而关闭的最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端还用于接收信令交互服务器返回的根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的根据请求视频信令实时更新所关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据请求视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
可选地,
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端还用于根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
本申请实施例提供视频监控系统、客户端和信令交互服务器及控制方法,区别于现有技术的情况,本申请实施例中,客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是现有技术的视频监控系统;
图2是本申请实施例提供的视频监控系统的编解码原理图;
图3a是本申请实施例提供的视频监控系统的客户端结构框图;
图3b是本申请另一实施例提供的视频监控系统的客户端结构框图;
图4是本申请实施例提供的视频监控系统框架图;
图5是本申请实施例提供的视频监控系统请求视频时序图;
图6a是本申请实施例提供的视频监控系统的信令交互服务器结构框图;
图6b是本申请另一实施例提供的视频监控系统的信令交互服务器结构框图;
图7是本申请又一实施例视频监控系统的信令交互服务器维护的编码器信息列表;
图8是本申请实施例提供的视频监控系统的结构框图;
图9是本申请实施例提供的视频监控系统的客户端控制方法的流程示意图;
图10是本申请实施例提供的视频监控系统的信令交互服务器控制方法的流程示意图;
图11是本申请实施例提供的视频监控系统控制方法的流程示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
随着数字视频技术和网络技术的发展,网络视频监控系统突破原有模拟监控系统和数字监控系统的局限,借助无处不在的网络,将模拟视频经过编码压缩后在网络上承载,并在远端解码呈现。
现有技术常见的视频监控系统通常包括一个中央管理服务器(CMS,CentralManagement Server)和媒体交换机(MS,Media Switch),媒体交换机也可被流媒体服务器(SMS,Streaming Media Server)替代。每个MS管辖区域内包括有一个用于处理媒体流的复制和分发的MS,还包括有至少一个客户端单元(CU,Client Unit)和/或前端单元(PU,Peripheral Unit)。
其中,PU是视频监控系统的信息采集端,实现视频信息、音频信息、数据信息及告警信息的采集功能。PU通常位于网络的边缘位置,经过网络的接入层、汇聚层等交换路由设备,与核心层互通。PU通常是指编码器设备。
CU是视频监控系统的客户应用端,实现视频信息、音频信息、数据信息及告警信息对用户的呈现。CU的接入方式较复杂,通常位于网络的边缘位置和核心位置。CU通常是指解码器设备。
CMS是视频监控系统的中心管理服务器,实现作为应用服务器提供视频监控业务视频监控业务;作为管理中心提供客户/用户管理、前端/平台设备管理和虚拟域管理;作为存储中心存储用户数据和业务参数配置数据;作为告警消息的接收与分发;以及用于PU、CU之间通信的注册与控制。CMS作为业务控制层设备,通常位于核心层。
图1给出了现有技术中一种常见的视频监控系统,其MS管辖区域包括编码器区域和用户区域,其中,编码器区域,通常包括多个摄像机、多个PU和一个MS;用户区域,通常包括多个CU、多个监视器和一个MS。图1中,CMS设置在服务器区域。图1中的各个区域之间通过网络连接,各个区域的设备之间通过会话初始协议(SIP,Session Initiation Protocol)协议进行通信。
通过流媒体服务器SMS从下级平台的前端单元PU获取视频源,再通过网络传输交给客户端单元CU解码显示,这样一来客户端单元PU浏览视频的服务质量在很大程度上将取决于流媒体服务器SMS与下级平台、以及流媒体服务器SMS与客户端单元PU之间的网络传输质量。
基于上述考虑,本申请实施例提供了视频监控系统及其客户端和信令交互服务器,以及上述三者的控制方法。图4是本申请实施例提供的视频监控系统的上级平台(包括客户端)请求下级平台设备视频的框架图,如图4所示,视频监控系统100,包括客户端10、信令交互服务器20、流媒体服务器30和下级平台设备40,下面分别其进行详述。
实施例1
基于上述考虑,本申请实施例提供了视频监控系统的客户端10。图3a是该视频监控系统的客户端10结构框图,如图3a所示,该客户端包括编码器11。所述编码器11为所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器11,以使所述客户端二次解码经所述编码器11二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
进一步地,编码器11与所述解码器有线连接。图2是该视频监控系统的编解码原理图,如图2所示,具体地,编码器11与解码器可以通过HDMI数据线连接。多路编码通道与多路解码通道一一连接。
进一步地,客户端创建编码器11时也配置其相关信息,如编码器编码通道的路由信息,IP、端口号以及接入方式等。
本申请实施例提供视频监控系统的客户端10,客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器11,以使所述客户端二次解码经所述编码器11二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率,例如能够在一定程度上降低由于网络传输原因(如:丢包率、网络延迟或带宽较窄)导致的视频花屏或马赛克现象。本申请实施例提供基于二次编解码技术的实现上下级视频监控系统控制方法的客户端,所述客户端的创建的编码器11,配合下级平台设备的解码器,能够很好的实现上级平台实时浏览下级平台设备视频的需求,提升了用户体验。
在另一实施例中,图3b是该实施例提供的视频监控系统的客户端10结构框图。如图3b所示,所述客户端还包括信令发送模块12、获取和判断模块13、接收模块14、选择模块15和请求视频模块16。
信令发送模块12,用于发送请求视频信令。
具体地,客户端可根据接收到用户根据需求发送的请求视频指示而生成请求视频信令。客户端的数量可以为一个或多个,多个客户端创建的编码器11均为根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器11,以使所述客户端二次解码经所述编码器11二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
获取和判断模块13,用于根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量。具体地,客户端同时浏览视频路数为信令交互服务器读取的当前客户端同时浏览视频路数。
在本申请的一些可选实施例中,设定下级平台设备的解码器解码通道的数量为M,客户端同时浏览视频数量为N,信令交互服务器根据当前客户端同时浏览视频情况,如果浏览路数不足N路,即M<N,信令交互服务器会选择一路状态为未使用的编码器路由信息给客户端。如果已经达到N路视频,即M=N,一方面客户端可以主动关闭一路或多路视频,信令交互服务器收到关闭视频命令后,再向下级平台发送关闭视频命令,信令交互服务器更新编码器使用状态并再将其路由信息返回给客户端;另一方面,如果客户端不主动关闭,信令交互服务器默认会关闭最后一路视频,即第N路视频,然后将第N路视频路由发给客户端。如果解码器解码通道的数量M大于客户端同时浏览视频路数N,即M>N,可重复上述的客户端可以主动关闭一路或多路视频或信令交互服务器默认会关闭最后一路视频,直到浏览路数不足N路,即M<N,停止关闭视频,信令交互服务器会选择一路状态为未使用的编码器路由信息给客户端。客户端根据返回的编码器路由信息,向流媒体服务器发送视频请求,该后续流程同请求本级设备视频是一样。
图5为网管平台TCP方式请求视频时序图。如图5所示,请求本级设备视频具体流程说明如下:
客户端先从信令交互服务器获取视频路由信息后,向流媒体服务器发送INVITE请求;
流媒体服务器收到INVITE请求,首先保存一份INVITE请求,判断该请求是要流媒体服务器处理的,并且服务器还没有建立和前端PU(前端设备,编码器或IPC设备)的媒体会话,流媒体服务器发起一个到前端PU的INVITE请求。在请求过程中,如果收到新的客户端的请求都会被保存下来;
流媒体服务器收到PU的200OK(表示请求成功)回应后,发送ACK确认信息给前端PU,同时回应所有的客户端请求。前端PU在接收到ACK后,根据协议中指定的目标地址,建立一个TCP连接,开始给流媒体服务器发送媒体数据;
客户端收到流媒体服务器的200OK回应后,发送ACK给流媒体服务器,同时建立一个TCP连接到流媒体服务器,并且报告媒体会话的Call-ID(媒体会话的唯一标识),流媒体服务器查找相应的媒体会话,可能会有很多客户端,如果多个客户端向同一个前端PU请求视频,流媒体服务器一般只有一份视频数据源,但是流媒体服务器就是通过目标发送类来标识要把这份视频源发给哪些客户端。流媒体服务器创建一个TCP的发送目标类,加入到发送队列中,同时请求前端PU动态产生一个I帧,即关键帧;客户端需要关键帧才能解码。如果此时前端PU不立刻发送一个动态产生的关键帧,客户端可能会出现一小段时间黑屏,等到第一个关键帧来的的时候才会出现正常画面。流媒体服务器开始给客户端发送媒体数据。
在本实施例中,信令发送模块12还用于若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令。
接收模块14,用于接收信令交互服务器返回的根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息,以及接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;
选择模块15,用于根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;
请求视频模块16,用于根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
本实施例的有益效果,在本申请实施例中,设定下级平台设备的解码器解码通道的数量为M,客户端同时浏览视频数量为N,信令交互服务器根据当前客户端同时浏览视频情况,如果客户端同时浏览视频路数已经达到N路视频,即M=N,客户端可以主动发送关闭一路或多路客户端浏览视频的关闭视频信令,信令交互服务器收到关闭视频命令后,再向下级平台设备发送关闭解码器解码通道信令,信令交互服务器更新编码器使用状态并再将其路由信息返回给客户端,客户端根据路由信息向流媒体服务器请求视频,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台,包括客户端)请求自身的本地视频一样传输实时且质量较高。
在一些实施例中,所述选择模块还用于若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
本实施例的有益效果,发送请求视频信令在客户端同时浏览视频路数未达到解码器解码通道的最大数量时均可以满足,下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率。
实施例2
图6a是本申请实施例提供的视频监控系统的信令交互服务器结构框图,如图6a所示,本申请实施例提供视频监控系统的信令交互服务器20,包括配置管理模块21。
所述配置管理模块21,用于根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
本申请实施例提供视频监控系统的信令交互服务器20,配置管理模块21,用于根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率,例如能够在一定程度上降低由于网络传输原因(如:丢包率、网络延迟或带宽较窄)导致的视频花屏或马赛克现象。本申请实施例提供基于二次编解码技术的实现上下级视频监控系统控制方法的信令交互服务器,所述客户端的创建的编码器11,配合下级平台设备的解码器,能够很好的实现上级平台实时浏览下级平台设备视频的需求,提升了用户体验。
图6b是本申请另一实施例提供的视频监控系统的信令交互服务器结构框图,如图6b所示,所述信令交互服务器还包括信令交互模块22和维护模块23。
信令交互模块22,用于获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;
维护模块23,用于当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
值得说明的是,信令交互服务器需要重点对下级平台设备的解码器解码通道的路由信息进行维护,在启动时会从本地配置文件(上级编码器路由信息)将客户端创建的N个编码器编码通道的路由信息,包括编码器ID、状态、流媒体服务器的地址读到内存并实时更新维护这些信息。这里还可以根据实际情况,配置流媒体服务器的地址,实现负载均衡,即尽量将编码器平均分配到各个流媒体服务器上。图7为视频监控系统的信令交互服务器维护的编码器信息列表,如图7所示,具体内存会维护两个路由信息链表分别为已经请求视频的编码器列表和未请求视频的编码器列表。
本申请的有益效果在于,在本申请实施例中,信令交互服务器摒弃了流媒体转发模块,而只负责客户端与下级平台设备的信令交互,不再负责流媒体数据的转发功能;信令交互服务器改变原有信令交互方式以及视频传输方式后,在提高系统安全性以及降低后期维护成本两方面都有较大的优势。
在另一实施例中,所述信令交互模块还用于当信令交互服务器收到所述客户端发送的请求视频信令时,判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;
所述维护模块还用于实时更新根据请求视频信令关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
在本申请的实施例中,设定下级平台设备的解码器解码通道的数量为M,客户端同时浏览视频数量为N,信令交互服务器根据当前客户端同时浏览视频情况,如果已经达到N路视频,即M=N,客户端未主动关闭一路或多路视频,信令交互服务器默认会关闭最后一路视频,即第N路视频,然后将第N路视频路由信息发给客户端。
本申请实施例的有益效果在于,所述信令交互模块还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;这样,不管客户端是否主动发送关闭客户端浏览视频的关闭视频信令,信令交互服务器均可关闭一路解码器解码通道客户端浏览视频,信令交互服务器更新编码器使用状态并再将其路由信息返回给客户端,客户端根据路由信息向流媒体服务器请求视频,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台)请求自身的本地视频一样传输实时且质量较高。
实施例3
图8是本申请实施例提供的视频监控系统的结构框图,如图8所示,本申请实施例提供视频监控系统100,包括客户端10、信令交互服务器20、流媒体服务器30和下级平台设备40。
所述下级平台设备40包括获取并提供视频的前端设备以及与所述前端设备连接以提供解码通道的解码器;
所述客户端10包括与所述解码器有线连接的编码器,且所述编码器为所述客户端10根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端10二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
本申请实施例提供视频监控系统100,客户端10包括与所述解码器有线连接的编码器,且所述编码器为所述客户端10根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端10二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备40的视频经前端设备一次编码后,由解码器一次解码,客户端10创建编码器,对解码器一次解码后的视频进行二次编码,客户端10和下级平台设备40双方底层网络通信模块经过流媒体服务器30传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器30的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率,例如能够在一定程度上降低由于网络传输原因(如:丢包率、网络延迟或带宽较窄)导致的视频花屏或马赛克现象。本申请实施例提供基于二次编解码技术的实现上下级视频监控系统控制方法的视频监控系统100,所述客户端的创建的编码器11,配合下级平台设备的解码器,能够很好的实现上级平台实时浏览下级平台设备视频的需求,提升了用户体验。
在另一实施例中,所述信令交互服务器20用于根据所述客户端10创建的编码器编码通道路由信息配置上级编码器路由信息;获取下级平台设备40列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备40发送关闭解码器解码通道信令或请求解码器解码通道信令;当信令交互服务器20收到所述客户端10发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备40的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端10。
信令交互服务器20维护编码器信息列表。需要说明的是,上述视频监控系统100的信令交互服务器20,由于与本申请的实施例2的视频监控系统的信令交互服务器20基于同一构思,具体内容可参见本申请实施例2中的叙述,此处不再详述。
本申请的有益效果在于,在本申请实施例中,信令交互服务器摒弃了流媒体转发模块,而只负责客户端与下级平台设备的信令交互,不再负责流媒体数据的转发功能;信令交互服务器改变原有信令交互方式以及视频传输方式后,在提高系统安全性以及降低后期维护成本两方面都有较大的优势。
在又一实施例中,所述客户端10用于发送请求视频信令;根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
当信令交互服务器20收到所述客户端10发送的关闭视频信令时,则所述信令交互服务器20向下级平台设备40发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端10;实时更新根据关闭视频信令关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端10;
所述客户端10还用于接收信令交互服务器20返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器20返回的包含根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器20返回的包含根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器30请求视频。
需要说明的是,上述视频监控系统100的客户端10和信令交互服务器20,由于与本申请的实施例1的视频监控系统的信令交互服务器20以及实施例2的视频监控系统的信令交互服务器20基于同一构思,具体内容可参见本申请实施例2中的叙述,此处不再详述。
本实施例的有益效果,在本申请实施例中,设定下级平台设备40的解码器解码通道的数量为M,客户端同时浏览视频数量为N,信令交互服务器20根据当前客户端同时浏览视频情况,如果客户端同时浏览视频路数已经达到N路视频,即M=N,客户端10可以主动发送关闭一路或多路客户端浏览视频的关闭视频信令,信令交互服务器20收到关闭视频命令后,再向下级平台设备40发送关闭解码器解码通道信令,信令交互服务器20更新编码器使用状态并再将其路由信息返回给客户端10,客户端10根据路由信息向流媒体服务器请求视频,以使所述客户端10二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器20能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台,包括客户端)请求自身的本地视频一样传输实时且质量较高。
在再一实施例中,所述客户端10还用于发送请求视频信令;
当信令交互服务器20收到所述客户端10发送的请求视频信令时,所述信令交互服务器20还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则根据请求视频信令向下级平台设备40发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端10;实时更新根据请求视频信令而关闭的最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端10;
所述客户端10还用于接收信令交互服务器20返回的根据请求视频信令向下级平台设备40发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器20返回的根据请求视频信令实时更新所关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器20返回的根据请求视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
需要说明的是,上述视频监控系统100的客户端10和信令交互服务器20,由于与本申请的实施例1的视频监控系统的信令交互服务器20以及实施例2的视频监控系统的信令交互服务器20基于同一构思,具体内容可参见本申请实施例2中的叙述,此处不再详述。
本申请实施例的有益效果在于,所述信令交互服务器20还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备40发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;这样,不管客户端10是否主动发送关闭客户端浏览视频的关闭视频信令,信令交互服务器20均可关闭一路解码器解码通道客户端浏览视频,信令交互服务器20更新编码器使用状态并再将其路由信息返回给客户端10,客户端10根据路由信息向流媒体服务器请求视频,以使所述客户端10二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器20能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台)请求自身的本地视频一样传输实时且质量较高。
在一些实施例中,所述客户端10还用于若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
本实施例的有益效果,所述客户端10用于发送请求视频信令在客户端同时浏览视频路数未达到解码器解码通道的最大数量时均可以满足,下级平台设备40的视频一次编码后,由解码器一次解码,客户端10创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器30的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率。
实施例4
请参考图9,图9是本申请实施例提供的视频监控系统的客户端控制方法的流程示意图。如图9所示,所述方法包括:
步骤101、所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
需要说明的是,上述方法步骤所执行的内容,由于与本申请的实施例1-3基于同一构思,具体内容可参见本申请实施例1-3中的叙述,此处不再详述。
本申请实施例提供视频监控系统的客户端10,客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器11,以使所述客户端二次解码经所述编码器11二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率,例如能够在一定程度上降低由于网络传输原因(如:丢包率、网络延迟或带宽较窄)导致的视频花屏或马赛克现象。本申请实施例提供基于二次编解码技术的实现上下级视频监控系统控制方法的客户端,所述客户端的创建的编码器11,配合下级平台设备的解码器,能够很好的实现上级平台实时浏览下级平台设备视频的需求,提升了用户体验。
在本申请另一实施例提中,与上述方法实施例的区别在于,所述方法还包括:
步骤102、发送请求视频信令;
步骤103、根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;
步骤104、若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
步骤105、接收信令交互服务器返回的根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息,以及接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;
步骤106、根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;
步骤107、根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
需要说明的是,上述方法步骤所执行的内容,由于与本申请的实施例1-3基于同一构思,具体内容可参见本申请实施例1-3中的叙述,此处不再详述。
本实施例的有益效果,在本申请实施例中,设定下级平台设备的解码器解码通道的数量为M,客户端同时浏览视频数量为N,信令交互服务器根据当前客户端同时浏览视频情况,如果客户端同时浏览视频路数已经达到N路视频,即M=N,一方面客户端可以主动发送关闭一路或多路客户端浏览视频的关闭视频信令,信令交互服务器收到关闭视频命令后,再向下级平台设备发送关闭解码器解码通道信令,信令交互服务器更新编码器使用状态并再将其路由信息返回给客户端,客户端根据路由信息向流媒体服务器请求视频,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台,包括客户端)请求自身的本地视频一样传输实时且质量较高。
在本申请又一实施例中,与上述方法实施例的区别在于,所述客户端控制方法还包括:
步骤108、所述选择模块还用于若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
需要说明的是,上述方法步骤所执行的内容,由于与本申请的实施例1-3基于同一构思,具体内容可参见本申请实施例1-3中的叙述,此处不再详述。
本实施例的有益效果,发送请求视频信令在客户端同时浏览视频路数未达到解码器解码通道的最大数量时均可以满足,下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率。
实施例5
如图10所示,本申请实施例还提供视频监控系统的信令交互服务器控制方法,包括:
步骤201、所述信令交互服务器根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。
需要说明的是,上述方法步骤所执行的内容,由于与本申请的实施例1-4基于同一构思,具体内容可参见本申请实施例1-4中的叙述,此处不再详述。
本申请实施例提供视频监控系统的信令交互服务器20,配置管理模块21,用于根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率,例如能够在一定程度上降低由于网络传输原因(如:丢包率、网络延迟或带宽较窄)导致的视频花屏或马赛克现象。本申请实施例提供基于二次编解码技术的实现上下级视频监控系统控制方法的信令交互服务器,所述客户端的创建的编码器11,配合下级平台设备的解码器,能够很好的实现上级平台实时浏览下级平台设备视频的需求,提升了用户体验。
在另一实施例中,所述视频监控系统的信令交互服务器控制方法,还包括:
步骤202、获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;
步骤203、当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
本申请的有益效果在于,在本申请实施例中,信令交互服务器摒弃了流媒体转发模块,而只负责客户端与下级平台设备的信令交互,不再负责流媒体数据的转发功能;信令交互服务器改变原有信令交互方式以及视频传输方式后,在提高系统安全性以及降低后期维护成本两方面都有较大的优势。
在又一实施例中,所述视频监控系统的信令交互服务器控制方法,还包括:
步骤204、当信令交互服务器收到所述客户端发送的请求视频信令时,判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;
步骤205、实时更新根据请求视频信令关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
本申请实施例的有益效果在于,所述信令交互模块还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;这样,不管客户端是否主动发送关闭客户端浏览视频的关闭视频信令,信令交互服务器均可关闭一路解码器解码通道客户端浏览视频,信令交互服务器更新编码器使用状态并再将其路由信息返回给客户端,客户端根据路由信息向流媒体服务器请求视频,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台)请求自身的本地视频一样传输实时且质量较高。
实施例6
如图11所示,本申请实施例还提供视频监控系统的控制方法,所述视频监控系统包括客户端、信令交互服务器、流媒体服务器和下级平台设备;
所述下级平台设备包括获取并提供视频的前端设备以及与所述前端设备连接并提供解码通道的解码器;
所述视频监控系统的控制方法包括:
步骤301、所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量,并且所述编码器与所述解码器有线连接。
需要说明的是,上述方法步骤所执行的内容,由于与本申请的实施例1-5基于同一构思,具体内容可参见本申请实施例1-5中的叙述,此处不再详述。
本申请实施例提供视频监控系统的控制方法,客户端包括与所述解码器有线连接的编码器,且所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频经前端设备一次编码后,由解码器一次解码,客户端创建编码器,对解码器一次解码后的视频进行二次编码,客户端和下级平台设备双方底层网络通信模块经过流媒体服务器传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率,例如能够在一定程度上降低由于网络传输原因(如:丢包率、网络延迟或带宽较窄)导致的视频花屏或马赛克现象。本申请实施例提供基于二次编解码技术的实现上下级视频监控系统控制方法的视频监控系统的控制方法,所述客户端的创建的编码器,配合下级平台设备的解码器,能够很好的实现上级平台实时浏览下级平台设备视频的需求,提升了用户体验。
在另一实施例中,所述视频监控系统的控制方法还包括:
步骤302、所述信令交互服务器根据所述客户端创建的编码器编码通道路由信息配置上级编码器路由信息;获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
本申请的有益效果在于,在本申请实施例中,信令交互服务器摒弃了流媒体转发模块,而只负责客户端与下级平台设备的信令交互,不再负责流媒体数据的转发功能;信令交互服务器改变原有信令交互方式以及视频传输方式后,在提高系统安全性以及降低后期维护成本两方面都有较大的优势。
在又一实施例中,所述视频监控系统的控制方法还包括:
步骤303、所述客户端发送请求视频信令;根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
步骤304、当信令交互服务器收到所述客户端发送的关闭视频信令时,则所述信令交互服务器向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据关闭视频信令关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
步骤305、所述客户端接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的包含根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的包含根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
本实施例的有益效果,在本申请实施例中,设定下级平台设备40的解码器解码通道的数量为M,客户端同时浏览视频数量为N,信令交互服务器20根据当前客户端同时浏览视频情况,如果客户端同时浏览视频路数已经达到N路视频,即M=N,客户端10可以主动发送关闭一路或多路客户端浏览视频的关闭视频信令,信令交互服务器20收到关闭视频命令后,再向下级平台设备40发送关闭解码器解码通道信令,信令交互服务器20更新编码器使用状态并再将其路由信息返回给客户端10,客户端10根据路由信息向流媒体服务器请求视频,以使所述客户端10二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器20能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台,包括客户端)请求自身的本地视频一样传输实时且质量较高。
在再一实施例中,所述视频监控系统的控制方法还包括:
步骤306、所述客户端发送请求视频信令;
当信令交互服务器收到所述客户端发送的请求视频信令时,所述信令交互服务器判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据请求视频信令而关闭的最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
步骤307、所述客户端接收信令交互服务器返回的根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的根据请求视频信令实时更新所关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据请求视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
本申请实施例的有益效果在于,所述信令交互服务器20还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备40发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;这样,不管客户端10是否主动发送关闭客户端浏览视频的关闭视频信令,信令交互服务器20均可关闭一路解码器解码通道客户端浏览视频,信令交互服务器20更新编码器使用状态并再将其路由信息返回给客户端10,客户端10根据路由信息向流媒体服务器请求视频,以使所述客户端10二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到并不超过解码通道的最大数量;信令交互服务器20能够正确维护视频路由信息,编码器与解码器之间通过有线连接,即可实现请求其他厂商(下级平台设备)视频流程就如同网管平台(上级平台)请求自身的本地视频一样传输实时且质量较高。
在一些实施例中,所述视频监控系统的控制方法还包括:
步骤308、若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
本实施例的有益效果,所述客户端10用于发送请求视频信令在客户端同时浏览视频路数未达到解码器解码通道的最大数量时均可以满足,下级平台设备40的视频一次编码后,由解码器一次解码,客户端10创建编码器11,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器30的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率。
本申请实施例还提供包括软件代码部分的计算机程序产品,所述软件代码部分被配置用于当在计算机的存储器中运行时执行实施例4、实施例5或实施例6中所述的方法步骤。
存储器可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据数据转发装置的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至视频监控系统及其客户端、信令交互服务器或下级平台设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
存储器作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块,如本申请实施例中的视频监控系统的控制方法、客户端的控制方法和信息交互服务器的控制方法对应的程序指令/模块。处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块,从而执行视频监控系统的各种功能应用以及数据处理,实现视频监控系统的控制方法、客户端的控制方法和信息交互服务器的控制方法。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;在本申请的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本申请的不同方面的许多其它变化,为了简明,它们没有在细节中提供;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
工业实用性
本发明所提供的视频监控系统的客户端控制方法,客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量。下级平台设备的视频一次编码后,由解码器一次解码,客户端创建编码器,对解码器一次解码后的视频进行二次编码,双方底层网络通信模块传输二次编码的数据代替直接传输视频码流,占用的网络带宽降低,可节省流媒体服务器的性能开销、减少后期维护工作量以及降低网络带宽限制带来的视频服务质量出现问题的概率。
Claims (16)
1.视频监控系统的客户端控制方法,其特征在于,包括:
所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量;
所述方法还包括:
发送请求视频信令;
根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;
若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
接收信令交互服务器返回的根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息,以及接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;
根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;
根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
2.根据权利要求1所述的客户端控制方法,其特征在于,所述方法还包括:
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
3.视频监控系统的信令交互服务器控制方法,其特征在于,包括:
所述信令交互服务器根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量;
所述信令交互服务器控制方法还包括:
获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;
当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
4.根据权利要求3所述的信令交互服务器控制方法,其特征在于,
当信令交互服务器收到所述客户端发送的请求视频信令时,判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;
实时更新根据请求视频信令关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
5.视频监控系统的控制方法,其特征在于,所述视频监控系统包括客户端、信令交互服务器、流媒体服务器和下级平台设备;
所述下级平台设备包括获取并提供视频的前端设备以及与所述前端设备连接并提供解码通道的解码器;
所述视频监控系统的控制方法包括:
所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量,并且所述编码器与所述解码器有线连接;
所述视频监控系统的控制方法还包括:
所述信令交互服务器根据所述客户端创建的编码器编码通道路由信息配置上级编码器路由信息;获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
6.根据权利要求5所述的视频监控系统的控制方法,其特征在于,所述视频监控系统的控制方法还包括:
所述客户端发送请求视频信令;根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
当信令交互服务器收到所述客户端发送的关闭视频信令时,则所述信令交互服务器向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据关闭视频信令关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的包含根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的包含根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
7.根据权利要求5所述的视频监控系统的控制方法,其特征在于,所述视频监控系统的控制方法还包括:
所述客户端发送请求视频信令;
当信令交互服务器收到所述客户端发送的请求视频信令时,所述信令交互服务器判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据请求视频信令而关闭的最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端接收信令交互服务器返回的根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的根据请求视频信令实时更新所关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据请求视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
8.根据权利要求6或7所述的视频监控系统的控制方法,其特征在于,所述视频监控系统的控制方法还包括:
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
9.视频监控系统的客户端,其特征在于,包括:
编码器,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量;
信令发送模块,用于发送请求视频信令;
获取和判断模块,用于根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;
信令发送模块还用于若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
接收模块,用于接收信令交互服务器返回的根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息,以及接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;
选择模块,用于根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;
请求视频模块,用于根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
10.根据权利要求9所述的客户端,其特征在于,所述选择模块还用于:
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
11.视频监控系统的信令交互服务器,其特征在于,包括:
配置管理模块,用于根据客户端创建的编码器编码通道路由信息配置上级编码器路由信息,其中,所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量;
信令交互模块,用于获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;
维护模块,用于当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
12.根据权利要求11所述的信令交互服务器,其特征在于,
所述信令交互模块还用于当信令交互服务器收到所述客户端发送的请求视频信令时,判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,且未接收到所述客户端发送的关闭视频信令时,则向下级平台设备发送关闭最后一路解码器解码通道客户端浏览视频的关闭解码器解码通道信令;
所述维护模块还用于实时更新根据请求视频信令关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
13.视频监控系统,其特征在于,所述视频监控系统包括客户端、信令交互服务器、流媒体服务器和下级平台设备;
所述下级平台设备包括获取并提供视频的前端设备以及与所述前端设备连接以提供解码通道的解码器;
所述客户端包括与所述解码器有线连接的编码器,且所述编码器为所述客户端根据下级平台设备的解码器解码通道的数量创建的具备至少同等数量的编码通道的编码器,以使所述客户端二次解码经所述编码器二次编码的最大同时浏览视频路数能够达到解码通道的最大数量;
所述信令交互服务器用于根据所述客户端创建的编码器编码通道路由信息配置上级编码器路由信息;获取下级平台设备列表和状态,以及获取关闭视频信令或请求视频信令,并根据所述关闭视频信令或请求视频信令向下级平台设备发送关闭解码器解码通道信令或请求解码器解码通道信令;当信令交互服务器收到所述客户端发送的关闭视频信令和请求视频信令时,根据所述关闭视频信令和请求视频信令查询下级平台设备的解码器解码通道路由信息,且实时更新维护所述编码器编码通道的编码器使用状态信息,并返回给所述客户端。
14.根据权利要求13所述的视频监控系统,其特征在于:
所述客户端用于发送请求视频信令;根据所述请求视频信令获取客户端同时浏览视频路数并判断是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则发送关闭一路或多路客户端浏览视频的关闭视频信令;
当信令交互服务器收到所述客户端发送的关闭视频信令时,则所述信令交互服务器向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据关闭视频信令关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端还用于接收信令交互服务器返回的根据关闭视频信令向下级平台设备发送关闭一路或多路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的包含根据关闭视频信令实时更新所关闭一路或多路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的包含根据关闭视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
15.根据权利要求13所述的视频监控系统,其特征在于:
所述客户端还用于发送请求视频信令;
当信令交互服务器收到所述客户端发送的请求视频信令时,所述信令交互服务器还用于判断所述客户端同时浏览视频路数是否达到解码器解码通道的最大数量;若所述客户端同时浏览视频路数达到解码器解码通道的最大数量,则根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令,实时更新解码器解码通道路由信息,并返回给所述客户端;实时更新根据请求视频信令而关闭的最后一路客户端浏览视频所占用编码器编码通道的路由信息,且实时更新维护编码器编码通道的编码器使用状态信息,并返回给所述客户端;
所述客户端还用于接收信令交互服务器返回的根据请求视频信令向下级平台设备发送关闭最后一路客户端浏览视频的关闭解码器解码通道信令而实时更新的解码器解码通道路由信息;接收信令交互服务器返回的根据请求视频信令实时更新所关闭最后一路客户端浏览视频所占用编码器编码通道的路由信息、接收信令交互服务器返回的根据请求视频信令实时更新的编码器编码通道的视频请求状态为未使用的编码器使用状态信息;根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息;根据所选择的一路未使用的编码器编码通道的路由信息和解码器解码通道路由信息向流媒体服务器请求视频。
16.根据权利要求13或14所述的视频监控系统,其特征在于,
若所述客户端同时浏览视频路数未达到解码器解码通道的最大数量,则所述客户端还用于根据所述请求视频信令和编码器使用状态信息,选择一路视频请求状态为未使用的编码器编码通道的路由信息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2017/076660 WO2018165869A1 (zh) | 2017-03-14 | 2017-03-14 | 视频监控系统、客户端和信令交互服务器及控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109479121A CN109479121A (zh) | 2019-03-15 |
CN109479121B true CN109479121B (zh) | 2020-09-01 |
Family
ID=63522696
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780002152.7A Active CN109479121B (zh) | 2017-03-14 | 2017-03-14 | 视频监控系统、客户端和信令交互服务器及控制方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109479121B (zh) |
WO (1) | WO2018165869A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111770316B (zh) * | 2020-07-22 | 2021-11-02 | 广州芯象科技有限公司 | 一种音视频编码器 |
CN111784077A (zh) * | 2020-07-23 | 2020-10-16 | 国网浙江省电力有限公司检修分公司 | 一种基于边缘侧的电力设备状态的预测方法和装置 |
CN114363609B (zh) * | 2022-01-07 | 2024-04-26 | 重庆紫光华山智安科技有限公司 | 解码控制方法、装置、解码设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104935923A (zh) * | 2015-06-12 | 2015-09-23 | 广东威创视讯科技股份有限公司 | 信号编码方法及系统、信号解码方法及系统 |
CN104980752A (zh) * | 2015-06-11 | 2015-10-14 | 武汉大千信息技术有限公司 | 利用cpu和gpu实现多路自适应并行转码的方法及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101808233A (zh) * | 2009-02-18 | 2010-08-18 | 杭州海康威视数字技术股份有限公司 | 一种通用的手机视频监控实现系统和方法 |
US8928756B2 (en) * | 2010-10-22 | 2015-01-06 | Alcatel Lucent | Surveillance video router |
CN102497541B (zh) * | 2011-12-21 | 2017-09-26 | 北京硅盾安全技术有限公司 | 一种智能视频信息分配与编码方法 |
CN104219500B (zh) * | 2014-08-27 | 2018-02-23 | 天津市中信互联科技有限公司 | 监控视频直播的装置和方法 |
CN104768026B (zh) * | 2015-04-17 | 2018-01-30 | 中国工商银行股份有限公司 | 一种多信道音视频转码装置 |
-
2017
- 2017-03-14 WO PCT/CN2017/076660 patent/WO2018165869A1/zh active Application Filing
- 2017-03-14 CN CN201780002152.7A patent/CN109479121B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980752A (zh) * | 2015-06-11 | 2015-10-14 | 武汉大千信息技术有限公司 | 利用cpu和gpu实现多路自适应并行转码的方法及系统 |
CN104935923A (zh) * | 2015-06-12 | 2015-09-23 | 广东威创视讯科技股份有限公司 | 信号编码方法及系统、信号解码方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2018165869A1 (zh) | 2018-09-20 |
CN109479121A (zh) | 2019-03-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10455404B2 (en) | Quality of experience aware multimedia adaptive streaming | |
US10412464B2 (en) | Adaptive multicast delivery of media streams | |
KR102002676B1 (ko) | Dash를 위한 클라이언트/서버 시그널링 명령 | |
KR101981183B1 (ko) | 다중경로 적응적 스트리밍 세션을 제어하는 방법 및 장치 | |
CA2914626C (en) | Placeshifting of adaptive media streams | |
JP2018517380A (ja) | マルチティアドエンコーディングを有するデータを配信するためのシステム、デバイス、及び方法 | |
US20110295974A1 (en) | Seamless transfer of media streams | |
US10148990B2 (en) | Video streaming resource optimization | |
CN109479121B (zh) | 视频监控系统、客户端和信令交互服务器及控制方法 | |
CN101340321A (zh) | 一种实时监控系统中自适应带宽的解决方案 | |
MXPA06006177A (es) | Dispositivo y metodo para la preparacion de envio de datos y productos correspondientes. | |
CN108668179B (zh) | 媒体索引文件的传输方法及相关设备 | |
US10425458B2 (en) | Adaptive bit rate streaming with multi-interface reception | |
EP3669506B1 (en) | Stream control system for use in a network | |
CN102439946B (zh) | 数据传输方法和设备 | |
CA3041692C (en) | Multichannel video programming distributor stream controller | |
CN108632681B (zh) | 播放媒体流的方法、服务器及终端 | |
Boros et al. | Enabling superior and controllable video streaming qoe with 5g network orchestration | |
EP2645671A1 (en) | Switching the playing out of information content beween end-user devices | |
CN113396597A (zh) | 自适应比特率数据广播 | |
van der Hooft et al. | Clustering‐based quality selection heuristics for HTTP adaptive streaming over cache networks | |
KR20230092199A (ko) | 체감 품질 기반 적응적 멀티뷰 비디오 스트리밍 처리 장치 및 방법 |
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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 518000 Guangdong province Shenzhen city streets Nanshan District Keyuan Guangdong Road No. 3099 building six layer storage Applicant after: SHENZHEN ZNV TECHNOLOGY Co.,Ltd. Address before: 518000 Guangdong province Shenzhen city streets Nanshan District Keyuan Guangdong Road No. 3099 building six layer storage Applicant before: Shenzhen Zhongxing Liwei Technology Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |