CN113453025A

CN113453025A - 数据获取方法及装置

Info

Publication number: CN113453025A
Application number: CN202010225076.XA
Authority: CN
Inventors: 杜修龙; 孔均渭; 左文仲
Original assignee: Hangzhou Hikvision System Technology Co Ltd
Current assignee: Hangzhou Hikvision System Technology Co Ltd
Priority date: 2020-03-26
Filing date: 2020-03-26
Publication date: 2021-09-28
Anticipated expiration: 2040-03-26
Also published as: CN113453025B

Abstract

本申请提供一种数据获取方法及装置，该方法应用于调度设备，包括：接收客户端发送的取流路径请求，取流路径请求用于请求所述客户端至目标采集设备的取流路径，取流路径请求携带专用流媒体S_Media服务标识；当依据取流路径请求确定第一流媒体服务器满足为客户端提供S_Media服务时，则依据第一流媒体服务器上的S_Media服务端口和通用流媒体G_Media服务端口确定客户端至目标采集设备的取流路径；将取流路径返回给客户端，以使客户端按照取流路径获取目标采集设备采集的数据流。应用该方法，可以实现有效地利用网络带宽资源，并在一定程度上实现最优负载均衡。

Description

数据获取方法及装置

技术领域

本申请涉及流媒体技术领域，尤其涉及一种数据获取方法及装置。

背景技术

随着信息技术和网络技术的飞速发展，以多媒体为核心的现代网络流媒体技术广泛应用于在线直播、远程教育、实时视频会议等互联网信息服务的方方面面。

在流媒体技术中，有效的资源调度算法能够有效地改善流媒体系统的负载均衡问题，提高流媒体系统性能，因此，对流媒体系统资源调度问题的研究具有重要意义。

发明内容

有鉴于此，本申请提供一种数据获取方法及装置。

根据本申请实施例的第一方面，提供一种数据获取方法，所述方法应用于调度设备，包括：

接收客户端发送的取流路径请求，所述取流路径请求用于请求所述客户端至目标采集设备的取流路径，所述取流路径请求携带专用流媒体S_Media服务标识；

当依据所述取流路径请求确定第一流媒体服务器满足为所述客户端提供S_Media服务时，所述第一流媒体服务器为所述目标采集设备连接的流媒体服务器，则依据所述第一流媒体服务器上的S_Media服务端口和通用流媒体G_Media服务端口确定所述客户端至所述目标采集设备的取流路径；

将所述取流路径返回给所述客户端，以使所述客户端按照所述取流路径获取所述目标采集设备采集的数据流。

根据本申请实施例的第二方面，提供一种数据获取装置，所述装置应用于调度设备，包括：

请求接收模块，用于接收客户端发送的取流路径请求，所述取流路径请求用于请求所述客户端至目标采集设备的取流路径，所述取流路径请求携带S_Media服务标识；

路径确定模块，用于当依据取流路径请求确定第一流媒体服务器满足为客户端提供S_Media服务时，所述第一流媒体服务器为所述目标采集设备连接的流媒体服务器，则依据所述第一流媒体服务器上的S_Media服务端口和通用流媒体G_Media服务端口确定所述客户端至所述目标采集设备的取流路径；

路径发送模块，用于将所述取流路径返回给所述客户端，以使所述客户端按照所述取流路径获取所述目标采集设备采集的数据流。

根据本申请实施例的第三方面，提供一种调度设备，所述设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现本申请实施例提供的数据获取方法的步骤。

根据本申请实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例提供的数据获取方法的步骤。

应用本申请实施例，通过当确定目标采集设备连接的第一流媒体服务器满足为客户端提供S_Media服务时，依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定客户端至目标采集设备的取流路径，可以实现在客户端获取目标采集设备采集的数据流时，仅占用第一流媒体服务器的上行带宽，从而实现有效地利用网络带宽资源，并在一定程度上节省网络带宽资源。

通过当依据取流路径请求确定第一流媒体服务器不满足为客户端提供S_Media服务时，从流媒体服务集群中选择第二流媒体服务器，依据第一流媒体服务器上的G_Media服务端口和第二流媒体服务器上的S_Media服务端口确定客户端至目标采集设备的取流路径，可以实现一定程度上的最优负载均衡。

附图说明

图1为本申请提供的系统架构的示意图；

图2为本申请一示例性应用场景的示意图；

图3为本申请一示例性实施例提供的流媒体服务器的示意图；

图4为本申请一示例性实施例提供的一种数据获取方法的实施例流程图；

图5为本申请另一示例性应用场景的示意图；

图6为本申请又一示例性应用场景的示意图；

图7为本申请一示例性实施例提供的另一种步骤401之后的实现流程；

图8为本申请再一示例性应用场景的示意图；

图9为本申请一示例性实施例提供的一种步骤701的实现流程；

图10为本申请一示例性实施例提供的数据获取装置的实施例框图；

图11为本申请根据一示例性实施例示出的一种调度设备的硬件结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了便于理解本申请，下面首先对为实现本申请提供的数据获取方法所应用的系统架构进行说明：

请参见图1，为本申请提供的系统架构的示意图。图1中包括：客户端110、流媒体服务集群120、网络130。网络130用于在客户端110和流媒体服务集群120之间提供通信链路，可以包括无线链路、有线链路或者光纤电缆等，本申请对此不做限制。

客户端110可以是支持网络连接从而提供各种网络服务的硬件设备或软件。当客户端110为硬件时，其可以是支持具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、服务器等。当客户端110为软件时，可以安装在上述所列举的电子设备中。

流媒体服务集群120可以包括：调度设备121、两台以上流媒体服务器(图1中仅以流媒体服务器122～124为例)。

其中，调度设备121上安装有媒体调度服务(Media Location Service，简称MLS服务)。作为一个示例，调度设备121可以基于MLS服务实时采集流媒体服务集群120中每台流媒体服务器的负载参数，例如上行带宽使用量、CPU使用量、内存使用量、取流路数等。

流媒体服务器是向用户提供视频服务的关键平台，其主要功能是以流式协议，例如RTSP(Real Time Streaming Protocol，实时流传输控制协议)、RTMP(Real TimeMessaging Protocol，实时消息传输协议)等，将视频流传输到客户端，供用户在线观看，也可以从采集设备接收实时视频流，再基于流式协议直播给客户端。

在应用中，一台流媒体服务器可连接有多台采集设备(图1中仅以流媒体服务器122连接两台采集设备1221和1222为例)，而一台采集设备仅连接一台流媒体服务器。这里所说的“连接”是指：流媒体服务器和采集设备之间具有接入管理关系，在应用中，对系统进行前期规划时，可以事先规划好哪台采集设备归哪台流媒体服务器接入管理。

采集设备的具体实现可以为枪型摄像机、鱼眼摄像机、球形摄像机，本申请对此不做限制。

需要说明的是，图1所示例的系统架构仅仅作为举例，在实际应用中，图1所示例的系统架构中还可以存在其他设备，例如交换机、路由器等。作为一个示例，还可以不在图1所示例的系统架构中布设独立的调度设备，而是在任一台流媒体服务器上安装MLS服务，以使得该流媒体服务器在流媒体服务集群120中担任调度设备的角色。

至此，完成图1所示系统架构的相关说明。

以下基于图1所示例的系统架构对本申请实施例中的流媒体服务器做进一步说明：

目前的流媒体服务器可提供通用流媒体(Generic Media，简称G_Media)服务或专用流媒体(Specialized Media，简称S_Media)服务，其中，G_Media服务仅提供数据传输服务，而S_Media服务不仅可以提供数据传输服务，还可以提供一些数据处理服务，例如转码、转封装、标准协议转换、跨线路服务等。

基于此，在一些应用场景中，例如图2所示例的应用场景中，假设流媒体服务器122仅支持RTSP协议，并仅安装有G_Media服务，还假设流媒体服务器123安装有S_Media服务。那么，当客户端110基于HLS(HTTP Live Streaming)协议或RTMP协议请求获取采集设备1221实时采集的数据流(以下为了描述方便，统一以视频流为例进行说明)时，将首先由流媒体服务器122通过G_Media服务至采集设备1221获取视频流，之后，流媒体服务器122将获取到的视频流转发给流媒体服务器123，以由流媒体服务器123通过S_Media服务对接收到的视频流进行转封装处理，最后，由流媒体服务器123将转封装处理后的视频流发送给客户端110。

由此可见，在图2所示例的应用场景中，为了满足客户端110至采集设备1221的视频流获取需求，既要占用流媒体服务器122的上行带宽，又要占用流媒体服务器123的上行带宽，从而浪费网络带宽资源。

基于此，在本申请实施例中提出图3所示例的流媒体服务器。

如图3所示，一台流媒体服务器上既安装有G_Media服务，又安装有S_Media服务，并且S_Media服务前置于G_Media服务，这里所说的“前置”是指：S_Media服务可以访问G_Media服务以获取视频流并对外提供视频流分发/转发服务。通过该种设置可以实现：在图2所示例的应用场景中，当客户端110基于HLS协议或RTMP协议请求获取采集设备1221实时采集的视频流时，在不考虑流媒体服务器122负载情况的前提下，可以直接由流媒体服务器122获取采集设备1221实时采集的视频流，并对采集到的视频流进行转封装处理后发送给客户端110。

由此可见，通过图3所示例的流媒体服务器，可以在一定程度上实现网络带宽资源的有效利用。

另外，如图3所示，流媒体服务器上设置有接入网关、媒体网关，其中，接入网关上设置有G_Media服务，媒体网关上设置有S_Media服务。基于此，当客户端110向采集设备1221取流时，流媒体服务器122通过接入网关获取采集设备1221采集的视频流，然后通过接入网关上的G_Media服务将获取的视频流发送给客户端110，或者是发送至本设备的媒体网关，以由媒体网关上的S_Media服务对接收到的视频流进行转封装处理后发送给上级域客户端。需要说明的是，在客户端110向采集设备1221取流的过程中，如果有另外一台客户端也向采集设备1221取流，那么流媒体服务器122无需再次从采集设备1221获取视频流，也即流媒体服务器122和采集设备1221之间仅具有一路取流。

还需要说明的是，在多级多域的系统中，流媒体服务器上还可以设置有联网网关，并且联网网关上也设置有G_Media服务，通过该种设置，可以实现不同域级之间的取流服务。例如，上级域客户端向下级域采集设备取流时，下级域流媒体服务器通过接入网关上的G_Media服务将采集设备采集的视频流发送至本设备的联网网关，然后通过联网网关上的G_Media服务将视频流发送至上级域流媒体服务器的联网网关，之后上级域流媒体服务器则通过联网网关上的G_Media服务将视频流发送给该上级域客户端，或者是发送给上级域流媒体服务器的媒体网关，以由媒体网关上的S_Media服务对接收到的视频流进行转封装处理后发送给上级域客户端。

至此，完成对本申请实施例中流媒体服务器的进一步说明。

以下基于图1至图3，通过具体的实施例对本申请提出的数据获取方法进行详细说明：

请参见图4，为本申请一示例性实施例提供的一种数据获取方法的实施例流程图，在一个例子中，该方法可应用于图1中所示例的调度设备121，包括以下步骤：

步骤401、接收客户端发送的取流路径请求。

在应用中，客户端在请求获取采集设备(以下称目标采集设备)实时采集到的视频流之前，需要知晓本设备至目标采集设备的取流路径，因此，客户端在请求获取目标采集设备实时采集到的视频流之前，可以首先向调度设备发送取流路径请求，该取流路径请求则用于请求客户端至目标采集设备的取流路径。

作为一个示例，取流路径请求可以携带目标采集设备的设备信息，例如IP地址、设备标识等，以指示出目标采集设备。

由上述图2的相关描述可知，在一些应用场景中客户端具有视频流处理的需求，因此，在一些实施例中，上述取流路径请求中可以携带S_Media服务标识，以指示流媒体服务器对视频流进行处理之后再发送给客户端。

在一个例子中，上述S_Media服务标识可以是指用于指示流媒体服务器对视频流进行处理的专用标识。

在另一个例子中，上述S_Media服务标识可以是指用于指示流媒体服务器对视频流进行何种处理的指示参数，例如S_Media服务标识包括转封装指示参数，该转封装指示参数用于指示将视频流转封装为其他数据格式(例如HLS协议所定义的数据格式)的数据。

步骤402、当依据取流路径请求确定第一流媒体服务器满足为客户端提供S_Media服务时，则依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定客户端至目标采集设备的取流路径。

首先说明，第一流媒体服务器为目标采集设备连接的流媒体服务器，例如，如图1所示，假设采集设备1221为目标采集设备，那么流媒体服务器122则为第一流媒体服务器。

在应用中，由目标采集设备连接的第一流媒体服务器为客户端提供媒体服务，可以实现客户端通过最短路径获取目标采集设备采集到的视频流。然而，在实际应用中，第一流媒体服务器的负载能力有限，不能无限制地由第一流媒体服务器为所有的客户端提供媒体服务，因此，在本步骤402中，调度设备可以首先依据取流路径请求确定第一流媒体服务器是否满足为客户端提供S_Media服务，如果是，则依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定客户端至目标采集设备的取流路径。

作为一个实施例，可以将第一流服务器的IP地址、第一流媒体服务器上的S_Media服务端口的端口号，以及G_Media服务端口的端口号按照设定规则进行组合，例如按照URL地址的格式进行组合，得到客户端至目标采集设备的取流路径。

至于调度设备是如何依据取流路径请求确定第一流媒体服务器是否满足为客户端提供S_Media服务的，在下文中会有描述，这里先不详述。

步骤403、将取流路径返回给客户端，以使客户端按照取流路径获取目标采集设备采集的数据流。

在应用中，调度设备执行完步骤402得到取流路径之后，则将该取流路径返回给客户端，以使客户端按照取流路径获取目标采集设备采集的视频流。

为了便于理解应用图4所示流程所实现的结果，示出图5所示例的应用场景。该图5所示应用场景在图2所示应用场景的基础上，当客户端110基于HLS协议或RTMP协议请求获取采集设备1221实时采集的视频流时，可以直接由流媒体服务器122获取采集设备1221实时采集的视频流，并对采集到的视频流进行转封装处理后发送给客户端110。

由图5可见，仅占用流媒体服务器122的上行带宽即可满足客户端110至采集设备1221的视频流获取需求。

至此，完成图4所示流程的相关描述。

由上述实施例可见，通过当确定目标采集设备连接的第一流媒体服务器满足为客户端提供S_Media服务时，依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定客户端至目标采集设备的取流路径，可以实现在客户端向目标采集设备获取数据流时，仅占用第一流媒体服务器的上行带宽，从而实现有效地利用网络带宽资源，并在一定程度上节省网络带宽资源。

以下描述如何依据取流路径请求确定第一流媒体服务器是否满足为客户端提供S_Media服务：

作为一个实施例，当检查出第一流媒体服务器的负载未达到设定的第一超负载条件时，则确定第一流媒体服务器满足为客户端提供S_Media服务。相应的，当检查出第一流媒体服务器的负载达到设定的第一超负载条件时，则确定第一流媒体服务器不满足为客户端提供S_Media服务。

在一个例子中，上述第一超负载条件可以指：第一流媒体服务器当前的上行带宽使用率达到设定的第一阈值，例如75％。也就是说，当检查出第一流媒体服务器当前的上行带宽使用率未达到第一阈值时，则确定第一流媒体服务器满足为客户端提供S_Media服务；当检查出第一流媒体服务器当前的上行带宽使用率达到第一阈值时，则确定第一流媒体服务器不满足为客户端提供S_Media服务。

在另一个例子中，上述第一超负载条件可以指：第一流媒体服务器当前的上行带宽使用率、CPU使用率、内存使用率，以及单媒体取流路数中存在至少一项超出对应的阈值范围。也就是说，当检查出第一流媒体服务器当前的上行带宽使用率、CPU使用率、内存使用率，以及单媒体取流路数均在对应的阈值范围内时，则确定第一流媒体服务器满足为客户端提供S_Media服务；当检查出第一流媒体服务器当前的上行带宽使用率、CPU使用率、内存使用率，以及单媒体取流路数中存在至少一项超出对应的阈值范围时，则确定第一流媒体服务器不满足为客户端提供S_Media服务。

需要说明的是，上述单媒体取流路数是指以流媒体服务为单位所统计的取流路数，例如，在图6所示例的应用场景中，S_Media服务的取流路数为4路，G_Media服务的取流路数为2路，任一流媒体服务的取流路数超出对应的阈值范围，例如300路，则达到上述第一超负载条件。

作为另一个实施例，当检查出目标采集设备当前不满足设定的热监控点条件时，确定第一流媒体服务器满足为客户端提供S_Media服务。相应的，当检查出目标采集设备当前满足设定的热监控点条件时，确定第一流媒体服务器不满足为客户端提供S_Media服务。

首先说明，在该实施例中，热监控点是指视频流获取需求比较高的监控点(即采集设备)，换言之，热监控点是指视频流分发路数较多的监控点。这里所说的视频流分发路数是指：目标采集设备通过第一流媒体服务器中的各流媒体服务(包括S_Media服务和G_Media服务)所分发的视频流路数之和。例如，如图6所示，采集设备1221的视频流分发路数为5路。

基于此，当目标采集设备当前满足设定的热监控点条件时，则意味着后续针对目标采集设备很可能还会存在较多的视频流获取需求，在该种情形下，如果继续由第一流媒体服务器为客户端提供S_Media服务，无疑将大量占用第一流媒体服务器的上行带宽，导致第一流媒体服务器面临较大的超负载风险。因此，当检查出目标采集设备当前不满足设定的热监控点条件时，确定第一流媒体服务器满足为客户端提供S_Media服务；当检查出目标采集设备当前满足设定的热监控点条件时，确定第一流媒体服务器不满足为客户端提供S_Media服务。至于当检查出目标采集设备当前满足设定的热监控点条件时，确定第一流媒体服务不满足为客户端提供S_Media服务所实现的技术效果，在下文中会有描述，这里先不详述。

以下对如何确定目标采集设备满足设定的热监控点条件进行说明：

作为一个可选的实现方式，当检查出目标采集设备的视频流分发路数超过设定阈值时，则确定目标采集设备满足设定的热监控点条件。

作为另一个可选的实现方式，可以确定第一流媒体服务器连接的每一采集设备的视频流分发路数，然后按照视频流分发路数从大到小的顺序对第一流媒体服务器连接的所有采集设备排序，在排序结果中，如果目标采集设备排在前n位，则确定目标采集设备满足设定的热监控条件，否则，确定目标采集设备不满足设定的热监控条件。其中，n为大于0的自然数，相关人员在设置n的具体值时，可依据第一流媒体服务器连接的采集设备的总数量和人为经验进行设置，本申请对此不再详述。

作为再一个实施例，当检查出第一流媒体服务器的负载达到第一超负载条件，且目标采集设备当前不满足设定的热监控点条件时，则确定第一流媒体服务器满足为客户端提供S_Media服务。相应的，当检查出第一流媒体服务器的负载达到第一超负载条件，且目标采集设备当前满足设定的热监控点条件时，则确定第一流媒体服务器不满足为客户端提供S_Media服务。

在本实施例中，由于第一流媒体服务器的负载达到第一超负载条件时，并不意味着第一流媒体服务器绝对不能再为客户端提供S_Media服务，例如，假设上述第一超负载条件为第一流媒体服务器当前的上行带宽使用率达到75％，那么，当第一流媒体服务器的负载达到第一超负载条件时，第一流媒体服务器还有25％的上行带宽使用率可供使用。基于此，当第一流媒体服务器的负载达到第一超负载条件时，可以继续检查目标采集设备当前是否满足设定的热监控点条件，如果满足，由上述描述可知，此时如果继续由第一流媒体服务器为客户端提供S_Media服务，无疑将大量占用第一流媒体服务器的上行带宽，导致第一流媒体服务器面临较大的超负载风险，因此，当检查出目标采集设备当前满足设定的热监控点条件时，确定第一流媒体服务器不满足为客户端提供S_Media服务。反之，如果不满足，则可以认为即使继续由第一流媒体服务器为客户端提供S_Media服务，第一流媒体服务器也面临较小的超负载风险，从而可以确定第一流媒体服务器满足为客户端提供S_Media服务。

这也就是说，当第一流媒体服务器的负载达到第一超负载条件时，如果继续由第一流媒体服务器为客户端提供S_Media服务会使得第一流媒体服务器面临较大的超负载风险，则确定第一流媒体服务器不满足为客户端提供S_Media服务，通过该种处理，可以有效实现负载均衡；反之，如果继续由第一流媒体服务器为客户端提供S_Media服务使得第一流媒体服务器面临较小的超负载风险，则可以确定第一流媒体服务器满足为客户端提供S_Media服务，通过该种处理，可以实现有效利用第一流媒体服务器的负载资源，同时实现客户端基于最短路径获取目标采集设备采集的视频流。

在上述实施例的基础上，作为又一个实施例，还可以设置第三超负载条件，例如第三超负载条件为第一流媒体服务器当前的上行带宽使用率达到85％。在该实施例中，当检查出第一流媒体服务器的负载达到第一超负载条件时，继续检查第一流媒体服务器的负载是否达到第三超负载条件，如果达到，则确定第一流媒体服务器不满足为客户端提供S_Media服务；如果未达到，则继续检查未目标采集设备当前是否满足设定的热监控点条件，如果满足，则确定第一流媒体服务器不满足为客户端提供S_Media服务，如果不满足，则确定第一流媒体服务器满足为客户端提供S_Media服务。这也就是说，当第一流媒体服务器的负载达到第三超负载条件时，可以认为第一流媒体服务器已经面临较大的超负载风险，因此不论目标采集设备是否满足设定的热监控点条件，则可以确定第一流媒体服务器不满足为客户端提供S_Media服务；如果第一流媒体服务器的负载达到第一超负载条件，但未达到第三超负载条件，则可以优先将客户端针对热监控点的取流服务“转移”出去。通过该种处理，可以实现有效利用第一流媒体服务器的负载资源，同时实现客户端基于最短路径获取目标采集设备采集的视频流。

以下描述当依据取流路径请求确定第一流媒体服务器不满足为客户端提供S_Media服务时，如何确定取流路径：

请参见图7，为本申请一示例性实施例提供的另一种步骤401之后的实现流程，包括以下步骤：

步骤701：当依据取流路径请求确定第一流媒体服务器不满足为客户端提供S_Media服务时，从流媒体服务集群中选择第二流媒体服务器。

首先说明，在本步骤701中，从流媒体服务集群中选择的第二流媒体服务器未达到设定的第二超负载条件。至于是如何从流媒体服务集群中选择第二流媒体服务器的，下文中会有描述，这里先不详述。

步骤702：依据第一流媒体服务器上的G_Media服务端口和第二流媒体服务器上的S_Mediam服务端口确定客户端至目标采集设备的取流路径。

与上述步骤402中依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定客户端至目标采集设备的取流路径类似，在本步骤702中，可以将第一流服务器的IP地址、第一流媒体服务器上的G_Media服务端口的端口号、第二流媒体服务器的IP地址，以及第二流媒体服务器上的S_Media服务端口的端口号按照设定规则进行组合，得到客户端至目标采集设备的取流路径。

需要说明的是，由于在客户端通过第一流媒体服务器和第二流媒体服务器至目标采集设备获取视频流时，先将取流请求发送给第二流媒体服务器，再由第二流媒体服务器发送取流请求给第一流媒体服务器，由第一流媒体服务器从目标采集设备获取视频流，因此，可以将第二流媒体服务器的IP地址、第二流媒体服务器上的S_Media服务端口的端口号、第一流服务器的IP地址、第一流媒体服务器上的G_Media服务端口的端口号按照顺序进行组合，得到客户端至目标采集设备的取流路径。

为了便于理解应用图7所示流程所实现的结果，示出图8所示例的应用场景。该图8所示应用场景在图2所示应用场景的基础上，当客户端110基于HLS协议或RTMP协议请求获取采集设备1221实时采集的视频流时，可以先由流媒体服务器122通过G_Media服务获取采集设备1221实时采集的视频流，并将获取到的视频流发送给流媒体服务器123，流媒体服务器123则通过S_Media服务对接收到的视频流进行转封装处理后发送给客户端110。

此外，在客户端110从目标采集设备1221获取视频流的过程中，如果有另外一台客户端也想要从目标采集设备1221获取视频流，那么，该客户端可以直接从流媒体服务器123获取视频流，流媒体服务器123无需再从流媒体服务器122获取视频流。

由此可见，当通过第一流媒体服务器和第二流媒体服务器至目标采集设备获取视频流时，即使后续针对目标采集设备很可能还会存在较多的视频流获取需求，为了满足该较多的视频流获取需求，也只会占用第一流媒体服务器一份上行带宽，从而节省第一流媒体服务器的上行带宽，并实现一定程度上的最优负载均衡。

至此，完成图7所示流程的相关描述。

由上述实施例可见，通过当依据取流路径请求确定第一流媒体服务器不满足为客户端提供S_Media服务时，从流媒体服务集群中选择第二流媒体服务器，依据第一流媒体服务器上的G_Media服务端口和第二流媒体服务器上的S_Mediam服务端口确定客户端至目标采集设备的取流路径，可以实现网络带宽资源的有效利用，并实现一定程度上的最优负载均衡。

下面描述如何从流媒体服务集群中选择第二流媒体服务器：

请参见图9，为本申请一示例性实施例提供的一种步骤701的实现流程，包括以下步骤：

步骤901：获取流媒体服务集群中除第一流媒体服务器以外的各流媒体服务器的负载信息。

作为一个实施例，上述流媒体服务器的负载信息是指流媒体服务器当前的总负载率。

作为一个可选的实现方式，可以通过以下步骤确定流媒体服务器当前的总负载率：首先获取流媒体服务器当前的负载参数，例如上行带宽使用量、CPU使用量、内存使用量等；然后，针对每一项负载参数，计算该负载参数与对应的负载上限的比值，得到该负载参数对应的负载比值；之后，计算负载参数对应的负载比值和权重系数的乘积，得到该负载参数当前对应的负载权重比；最后，计算各负载参数对应的负载权重比的和，依据得到的计算结果确定流媒体服务器当前的总负载率。

步骤902：依据各流媒体服务器的负载信息从流媒体服务集群中选择第二流媒体服务器。

作为一个实施例，可以从流媒体服务集群中选择总负载率最小的一台流媒体服务器，将选择出的流媒体服务器确定为未达到第二超负载条件的第二流媒体服务器。

作为另一个实施例，可以将流媒体服务集群中，总负载率小于设定负载率阈值的流媒体服务器确定为未达到第二超负载条件的流媒体服务器，然后从未达到第二超负载条件的流媒体服务器中选择第二流媒体服务器，例如，可以随机从未达到第二超负载条件的流媒体服务器中选择一台流媒体服务器作为第二流媒体服务器。

至此，完成图9所示流程的相关描述。

通过图9所示实施例，实现了从流媒体服务集群中选择第二流媒体服务器。

与前述数据获取方法的实施例相对应，本申请还提供了数据获取装置的实施例。

请参见图10，为本申请一示例性实施例提供的数据获取装置的实施例框图，该装置可以包括：请求接收模块101、路径确定模块102，以及路径发送模块103。

其中，请求接收模块101，用于接收客户端发送的取流路径请求，所述取流路径请求用于请求所述客户端至目标采集设备的取流路径，所述取流路径请求携带S_MEDIA服务标识；

路径确定模块102，用于当依据取流路径请求确定第一流媒体服务器满足为客户端提供S_MEDIA服务时，所述第一流媒体服务器为所述目标采集设备连接的流媒体服务器，则依据所述第一流媒体服务器上的S_MEDIA服务端口和通用流媒体G_MEDIA服务端口确定所述客户端至所述目标采集设备的取流路径；

路径发送模块103，用于将所述取流路径返回给所述客户端，以使所述客户端按照所述取流路径获取所述目标采集设备采集的数据流。

在一实施例中，所述路径确定模块102依据取流路径请求确定第一流媒体服务器满足为所述客户端提供S_MEDIA服务，包括：

当检查出所述第一流媒体服务器的负载未达到设定的第一超负载条件时，则确定第一流媒体服务器满足为所述客户端提供S_Media服务；或者，

当检查出所述目标采集设备当前不满足设定的热监控点条件时，确定第一流媒体服务器满足为所述客户端提供S_Media服务；或者，

当检查出所述第一流媒体服务器的负载达到所述第一超负载条件，且所述目标采集设备当前不满足设定的热分发条件时，则确定第一流媒体服务器满足为所述客户端提供S_Media服务。

在一实施例中，所述装置进一步包括(图10中未示出)：

服务器选择模块，用于当依据所述取流路径请求确定第一流媒体服务器不满足为所述客户端提供S_Media服务时，从流媒体服务集群中选择第二流媒体服务器，所述第二流媒体服务器的负载未达到设定的第二超负载条件；

所述路径确定模块102还用于：依据所述第一流媒体服务器上的G_Media服务端口和所述第二流媒体服务器上的S_Media服务端口确定所述客户端至所述目标采集设备的取流路径。

在一实施例中，所述服务器选择模块从流媒体服务集群中选择第二流媒体服务器，包括：

获取所述流媒体服务集群中除所述第一流媒体服务器以外的各流媒体服务器的负载信息；

依据各流媒体服务器的负载信息从所述流媒体服务集群中选择第二流媒体服务器。

在一实施例中，所述各流媒体服务器的负载信息包括：各流媒体服务器当前的总负载率；

所述服务器选择模块依据各流媒体服务器的负载信息从所述流媒体服务集群中选择第二流媒体服务器，包括：

从所述流媒体服务集群中选择总负载率最小的一台流媒体服务器，将选择出的流媒体服务器确定为所述第二流媒体服务器。

在一实施例中，所述装置进一步包括(图10中未示出)：

第一计算模块，用于计算流媒体服务器的至少一个负载参数当前对应的负载权重比，所述负载参数至少包括上行带宽使用量、CPU使用量、内存使用量，所述负载参数对应的负载权重比是依据负载参数对应的负载比值与负载参数对应的权重系数的乘积确定，所述负载比值是指负载参数与对应的负载上限的比值；

第二计算模块，用于计算各负载参数对应的负载权重比的和，依据得到的计算结果确定流媒体服务器当前的总负载率。

在一实施例中，所述路径确定模块102依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定所述客户端至所述目标采集设备的取流路径，包括：

将所述第一流服务器的IP地址、所述第一流媒体服务器上的S_Media服务端口的端口号，以及G_Media服务端口的端口号按照设定规则进行组合，得到所述客户端至所述目标采集设备的取流路径。

在一实施例中，所述路径确定模块102依据第一流媒体服务器上的G_Media服务端口和所述第二流媒体服务器上的S_Media服务端口确定所述客户端至所述目标采集设备的取流路径，包括：

将所述第一流服务器的IP地址、所述第一流媒体服务器上的G_Media服务端口的端口号、所述第二流媒体服务器的IP地址，以及所述第二流媒体服务器上的S_Media服务端口的端口号按照设定规则进行组合，得到所述客户端至所述目标采集设备的取流路径。

请继续参见图11，本申请还提供一种调度设备，包括处理器1101、通信接口1102、存储器1103，以及通信总线1104。

其中，处理器1101、通信接口1102、存储器1103通过通信总线1104进行相互间的通信；

存储器1103，用于存放计算机程序；

处理器1101，用于执行存储器1103上所存放的计算机程序，处理器501执行所述计算机程序时实现本申请实施例提供的数据获取方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例提供的数据获取方法的步骤。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种数据获取方法，其特征在于，所述方法应用于调度设备，包括：

2.根据权利要求1所述的方法，其特征在于，所述依据取流路径请求确定第一流媒体服务器满足为所述客户端提供S_Media服务，包括：

当检查出所述第一流媒体服务器的负载达到所述第一超负载条件，且所述目标采集设备当前不满足设定的热监控点条件时，则确定第一流媒体服务器满足为所述客户端提供S_Media服务。

3.根据权利要求1或2所述的方法，其特征在于，当依据所述取流路径请求确定第一流媒体服务器不满足为所述客户端提供S_Media服务时，该方法进一步包括：

从流媒体服务集群中选择第二流媒体服务器，所述第二流媒体服务器的负载未达到设定的第二超负载条件；

依据所述第一流媒体服务器上的G_Media服务端口和所述第二流媒体服务器上的S_Media服务端口确定所述客户端至所述目标采集设备的取流路径。

4.根据权利要求3所述的方法，其特征在于，所述从流媒体服务集群中选择第二流媒体服务器，包括：

5.根据权利要求4所述的方法，其特征在于，所述各流媒体服务器的负载信息包括：各流媒体服务器当前的总负载率；

所述流媒体服务器当前的总负载率通过以下步骤确定：

计算流媒体服务器的至少一个负载参数当前对应的负载权重比，所述负载参数至少包括上行带宽使用量、CPU使用量、内存使用量，所述负载参数对应的负载权重比是依据负载参数对应的负载比值与负载参数对应的权重系数的乘积确定，所述负载比值是指负载参数与对应的负载上限的比值；

计算各负载参数对应的负载权重比的和，依据得到的计算结果确定流媒体服务器当前的总负载率；

所述依据各流媒体服务器的负载信息从所述流媒体服务集群中选择第二流媒体服务器，包括：

6.根据权利要求1所述的方法，其特征在于，所述依据第一流媒体服务器上的S_Media服务端口和G_Media服务端口确定所述客户端至所述目标采集设备的取流路径，包括：

7.根据权利要求3所述的方法，其特征在于，所述依据第一流媒体服务器上的G_Media服务端口和所述第二流媒体服务器上的S_Media服务端口确定所述客户端至所述目标采集设备的取流路径，包括：

8.一种数据获取装置，其特征在于，所述装置应用于调度设备，包括：

9.一种调度设备，其特征在于，所述设备包括可读存储介质和处理器；

其中，所述可读存储介质，用于存储机器可执行指令；

所述处理器，用于读取所述可读存储介质上的所述机器可执行指令，并执行所述指令以实现权利要求1-7任一所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一所述方法的步骤。