CN113364888B - 服务调度方法、系统、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种服务调度方法、系统、电子设备及计算机可读存储介质，属于数据处理技术的领域，服务调度方法应用于调度中心，调度中心与视频云集群通信连接，视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，最小调度单位用于实现视频流服务，较为详细的，方法包括根据任一视频流服务发送的接口分配请求，查询接口分配请求中的网络摄像机是否已与设备节点绑定，若未绑定，则查询各设备节点的接入能力，根据接入能力进行设备节点分配和绑定，分配成功时，将分配成功信息发送回视频流服务，以使该视频流服务将处理任务分配给已绑定的设备节点进行处理，从而改善同一路网络摄像机视频流在设备节点间串流的问题。

Description

服务调度方法、系统、电子设备及计算机可读存储介质

技术领域

本申请涉及数据处理技术的领域，尤其是涉及一种服务调度方法、系统、电子设备及计算机可读存储介质。

背景技术

在安防视频监控等涉及大量视频流的行业，随着对摄像机采集视频的各类应用需求越来越强烈，需要对同一路网络摄像机(IP Camera,IPC)视频流进行的处理服务也越来越多，因此需要部署多种视频流处理服务，比如软件开发工具包(Software DevelopmentKit，SDK)接入、流媒体转发服务、录像存储服务、算法解析服务、视频转码服务等。同时，在大规模的视频云工程中，各服务的处理规格往往都较高，比如处理上万路甚至几十万路的IPC视频流。此外，基于Kubernetes(K8S)和docker的容器云技术，在视频服务集群中也得到越来越多的应用，此类将容器云和视频流业务相结合的方案，称为视频云。

目前，由于视频中各种视频流服务均需要支持较大规格的业务，因此各服务会存在数量较多的最小调度单位(POD)，且由Kubernetes根据其调度策略进行部署。每一种视频服务的IPC视频流处理任务，一般在用户配置任务时，由该服务的管理节点将任务分配给某个设备上的POD来执行。因此，在现有视频云的调度策略中，资源调度与任务调度是分离的，同时各视频流处理服务的任务调度策略之间也是独立的、无关的。

在上述视频云的资源调度、任务调度机制下，同一路IPC视频流的不同视频流服务的处理任务，很容易被各服务的管理节点分配到不同设备的POD，导致视频流在设备间产生大量的串流。

发明内容

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施方式，并配合所附附图，作详细说明如下。

本申请的目的包括，提供一种服务调度方法、系统、电子设备及计算机可读存储介质，以解决现有技术中因视频云的资源调度、任务调度机制，同一路IPC视频流的不同视频流服务的处理任务，很容易被各服务的管理节点分配到不同设备的POD，而导致视频流在设备间产生大量串流的问题。

第一方面，本申请提供了一种服务调度方法，采用如下的技术方案：

一种服务调度方法，应用于调度中心，所述调度中心与视频云集群通信连接，所述视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，所述最小调度单位用于实现视频流服务，所述方法包括：

根据任一所述视频流服务发送的接口分配请求，查询所述接口分配请求中的网络摄像机是否已与设备节点绑定；

若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定；

在分配成功的情况下，将分配成功信息发送至发送所述接口分配请求的视频流服务，以使该视频流服务将处理任务分配给所述分配成功信息所对应的设备节点上的最小调度单位。

一种可能的实施方式中，所述接口分配请求包括处理任务的占用带宽，所述若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定的步骤，包括：

若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，并判断是否有设备节点满足所述处理任务的占用带宽；

若有，则从满足所述处理任务的占用带宽的所有设备节点中选用接入能力最大的设备节点与所述网络摄像机进行绑定，记录绑定关系，并生成分配成功信息，否则，分配失败。

一种可能的实施方式中，所述方法还包括：

读取已配置任务所涉及的视频流服务的最大任务规格路数，进行优先级排序，计算出完成已配置任务所需要的配置时间，并将优先级最高的视频流服务设置为正常分配服务；

所述已配置任务启动后，在所述配置时间内，所述若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定的步骤，包括：

若所述网络摄像机未与设备节点绑定，则判断所述接口分配请求是否由所述正常分配服务发送，若不是，则向发送所述接口分配请求的视频流服务应答等待；

若所述接口分配请求是由所述正常分配服务发送，则查询各所述设备节点的接入能力，选用接入能力最大的设备节点与所述网络摄像机进行绑定，记录绑定关系，生成分配成功信息。

一种可能的实施方式中，在所述若所述接口分配请求是由所述正常分配服务发送，则查询各所述设备节点的接入能力，则选用接入能力最大的设备节点与所述网络摄像机进行绑定，记录绑定关系，生成分配成功信息的步骤之后，所述方法还包括：

更新所述正常分配服务的已分配任务路数，根据所述正常分配服务的已分配任务路数，对所述已配置任务所涉及的视频流服务发送接口分配请求的顺序进行调度。

一种可能的实施方式中，所述更新所述正常分配服务的已分配任务路数，根据所述正常分配服务的已分配任务路数，对所述已配置任务所涉及的视频流服务发送接口分配请求的顺序进行调度的步骤，包括：

判断所述正常分配服务的已分配任务路数是否达到最大任务规格路数，若是，则将优先级比所述正常分配服务次之的视频流服务设置为新的正常分配服务，并向所述新的正常分配服务发送主动分配通知消息，以使所述新的正常分配服务发送所缓存的接口分配请求。

一种可能的实施方式中，所述方法还包括：

根据接收到的任一所述视频流服务发送的绑定释放请求，将所述绑定释放请求所指定的设备节点和网络摄像机的绑定关系记录清除，将该路网络摄像机的业务使用计数减一，并更新该设备节点的接入能力。

一种可能的实施方式中，所述方法还包括：

在分配成功的情况下，将所述接口分配请求中的网络摄像机的业务使用计数加一，并根据所述接口分配请求中的占用带宽，更新所绑定的设备节点的接入能力。

第二方面，本申请实施方式提供了一种服务调度系统，采用如下的技术方案：

一种服务调度系统，应用于调度中心，所述调度中心与视频云集群通信连接，所述视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，所述系统包括：

查询模块，用于根据任一所述视频流服务发送的接口分配请求，查询所述接口分配请求中的网络摄像机是否已与设备节点绑定；

分配绑定模块，用于若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定；

返回模块，用于在分配成功的情况下，将分配成功信息发送至发送所述接口分配请求的视频流服务，以使该视频流服务将处理任务分配给所述分配成功信息所对应的设备节点上的最小调度单位。

第三方面，本申请实施方式提供了一种电子设备，采用如下的技术方案：

一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面所述的方法。

第四方案，本申请实施方式提供了一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，所述计算机程序运行时控制所述计算机可读存储介质所在的电子设备执行第一方面所述的方法。

本申请实施方式的有益效果包括，例如：

本申请提供的一种服务调度方法、系统、电子设备及计算机可读存储介质，在各设备节点上均衡部署有各视频流服务的最小调度单位的情况下，调度中心接收视频流服务发出的接口分配请求，若未查询到接口分配请求中的网络摄像机与某一设备节点绑定，则根据查询到的各设备节点的接入能力，给该网络摄像机分配和绑定设备节点，以使该视频流服务将处理任务分配给分配成功信息所对应的设备节点上的最小调度单位，实现对各视频流服务的统一调度，将设备节点的部署策略、各视频流服务的调度策略相结合，尽可能地保障各视频流服务的处理同一路网络摄像机视频流任务的最小调度单元部署在同一设备节点上，进而在一定程度上保障每一路网络摄像机视频流不用跨设备节点传输，以在一定程度避免同一路网络摄像机视频流在设备节点之间大量串流的问题。

附图说明

为了更清楚地说明本公开的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本公开的某些实施方式，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为现有技术存在串流的设备与网络摄像机之间视频流传输结构示意图。

图2为本申请提供的电子设备的方框结构示意图。

图3为本申请可适用的一种应用系统架构的示意图。

图4为本申请实施方式提供的一种服务调度方法正常机制下的第一流程示意图。

图5为图4中步骤S102的子步骤的流程示意图。

图6为本申请实施方式提供的一种服务调度方法正常机制下的第二流程示意图。

图7为本申请实施方式提供的一种服务调度方法正常机制下整体的流程示意图。

图8为本申请实施方式提供的一种服务调度方法非正常机制下的第一流程示意图。

图9为本申请实施方式提供的一种服务调度方法非正常机制下的第二流程示意图。

图10为本申请实施方式提供的一种服务调度方法非正常机制下整体的流程示意图。

图11为本申请实施方式提供的一种服务调度系统的结构示意图。

附图标记说明：01-电子设备；02-处理器；03-存储器；04-查询模块；05-分配绑定模块；06-返回模块。

具体实施方式

为使本申请实施方式的目的、技术方案和优点更加清楚，下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整的描述，显然，所描述的实施方式是本申请一部分实施方式，而不是全部的实施方式。通常在此处附图中描述和示出的本申请实施方式的组件可以以各自不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施方式的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施方式。基于本申请中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下获得的所有其他实施方式，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

目前，由于视频中各种视频流服务均需要支持较大规格的业务，因此各服务会存在数量较多的最小调度单位(POD)，且由Kubernetes根据其调度策略进行部署。Kubernetes是一种资源层面的调度系统，其调度策略主要是根据POD对中央处理器02(CentralProcessing Unit，CPU)、内存、存储、网络、图形处理器02(Graphics Processing Unit，GPU)、人工智能)(Artificial Intelligence，AI)计算芯片等各类物理资源的需求，将POD调度部署到能够提供对应资源的设备节点上。

同时，Kubernetes能够支持配置POD的优先级，优先保障高优先级POD的资源需求得到满足。每一种视频服务的IPC视频流处理任务，比如存储服务的IPC视频流存储任务、解析的IPC视频流分析任务，是在用户配置任务时，由该服务的管理节点将任务分配给某个设备上的POD来执行。因此，在现有视频云的调度策略中，资源调度与任务调度是分离的，同时各视频流处理服务的任务调度策略之间也是独立的、无关的。

在上述视频云的资源调度、任务调度机制下，同一路IPC视频流的不同视频流服务的处理任务，很容易被各服务的管理节点分配到不同设备的POD，导致视频流在设备间产生大量的串流。

如图1所示，为存在串流的设备与网络摄像机之间视频流传输结构示意图。IPC1的视频流有设备1上的接入服务POD接收，然后再传输到设备2上的流媒体服务POD，接着再传输到设备3上的存储服务POD及转码服务POD、设备1上的解析服务POD。从本示例可以看到，一路IPC视频流，在设备1、设备3上均需要接收2倍的视频流，设备2上需要发送3倍的视频流。由于串流问题，导致各设备的接收或者发送的网络流量会增加N倍(N与IPC视频流的处理服务数量有关)，会较大浪费设备的网络、CPU、内存等物理资源。

基于上述考虑，本申请提供了一种服务调度方法、系统、电子设备01及计算机可读存储介质。

参照图2，为本申请实施方式提供的一种电子设备的方框结构示意图，该电子设备01可以包括但不限于存储器03和处理器02。

其中，处理器02和存储器03均位于电子设备01中却二者分离设置。然而，应当理解的是，存储器03可以替换成计算机可读存储介质，且存储器03和计算机可读存储介质都可以是独立于电子设备01之外，且可以由处理器02通过总线接口来访问。此外，存储器03可以集成到处理器02中，例如，可以是高速缓存和/或通用寄存器。

在本实施方式中，计算机可读存储介质和存储器03均可用于存储计算机程序，处理器02执行计算机程序时，能够实现本申请实施方式给出的服务调度方法。

需要说明的是，图,2所示的电子设备01的结构示意图，电子设备01还可以包括比图2中所示更多或更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。电子设备01可以是，但不限于计算机、手机、IPad、服务器、笔记本电脑、移动上网设备等。

如图3所示，为本申请可适用的一种应用系统架构的示意图，包括通过网络相互通信的调度中心、视频云集群、客户端和多路网络摄像机，调度中心包括上述的电子设备01，视频云集群包括多个设备节点，客户端上部署有个视频流服务的管理节点，用户可通过客户端访问管理节点设置各视频流服务的处理任务，也可以通过客户端发起各视频流服务的处理任务。其中，视频流服务的处理任务包括SDK接入、流媒体、存储、解析、转码等，相应的，视频流服务包括SDK接入服务、流媒体转发服务、录像存储服务、解析服务、转码服务等，设备节点上部署有相应的SDK接入服务POD、流媒体转发服务POD、录像存储服务POD、解析服务POD、转码服务POD等。

本申请提供一种服务调度方法可使用的设备节点的资源部署策略，在视频云集群的所有设备节点上部署有个视频流服务的最小调度单位(POD)。同时，根据每个设备节点的物理资源情况，比如中央处理器02(CentralProcessing Unit，CPU)、内存、磁盘、图形处理器02(Graphics ProcessingUnit，GPU)等的大小，部署对应数量的视频流服务POD。

具体的，若视频云集群中各设备节点是硬件资源同构，则按照将所有视频流处理任务平均分担到每个设备节点的策略来进行最小调度单位(POD)部署。若视频云集群中存在资源异构的设备节点，则根据对应设备节点的实际物理资源情况，部署对应数量的最小调度单位(POD)。

以视频云集群中各设备节点是硬件资源同构的情况为例，若视频云集群包括30台设备节点，视频云集群需要支持SDK接入、流媒体、存储、解析、转码等5种视频流服务，且各视频流服务的总规格为：SDK接入20000路IPC、流媒体转发接入20000路IPC、录像存储20000路IPC、视频流算法解析10000路IPC、视频流转码3000路IPC。而SDK接入服务、流媒体转发服务、录像存储服务、解析服务、转码服务等5种视频流服务的单个pod的规格为：单个SDK服务POD支持512路/2048Mbit、单个流媒体服务POD支持512路/2048Mbit，单个存储服务POD支持录像存储300路/1200Mbit，单个解析服务POD支持13路/52Mbit，单个转码服务POD支持100路/400Mbit。

按照将所有视频流处理任务平均分担到每个设备节点的策略，对视频云集群中各设备节点进行POD部署，则视频云集群中每台设备节点支持的处理任务规格为：667路外部视频流SDK接入，667路视频流转发、667路视频流存储，334路视频流解析，100路视频流转码。同时，每台设备节点上的各视频流服务POD部署情况为：2个SDK服务POD、2个流媒体服务POD(2个POD承载667路IPC视频流，单POD的实际承载业务规格为334路/1336Mbit)、3个存储服务POD(单POD实际承载业务规格为223路/892Mbit)、26个解析POD(单POD的实际承载业务规格基本不变)，1个转码POD(单POD的实际承载业务规格不变)。

在各视频流服务POD部署完成之后，每个设备节点可以向调度中心进行能力上报，调度中心得到各设备节点的视频流接入能力，接入能力包括总路数和总带宽。以上述部署情况为例，每个设备节点的视频流接入能力为：总路数667路，总带宽2668Mbit。

鉴于上述应用系统架构和资源部署策略，下面结合具体实施方式，对本申请提供的服务调度方法进行说明。

参照图4，本申请提供的服务调度方法，应用于调度中心，调度中心与视频云集群通信连接，视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，最小调度单位用于实现视频流服务。参照图，本申请提供的服务调度方法，包括以下步骤：

S101，根据任一视频流服务发送的接口分配请求，查询接口分配请求中的网络摄像机是否已与设备节点绑定。

S102，若网络摄像机未与设备节点绑定，则查询各设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定。

S103，在分配成功的情况下，将分配成功信息发送至发送接口分配请求的视频流服务，以使该视频流服务将处理任务分配给分配成功信息所对应的设备节点上的最小调度单位。

在上述实施方式中，调度中心接收视频流服务发出的接口分配请求，若未查询到接口分配请求中的网络摄像机与某一设备节点绑定，则根据查询到的各设备节点的接入能力，给该网络摄像机分配和绑定设备节点，以使该视频流服务将处理任务分配给分配成功信息所对应的设备节点上的最小调度单位，实现对各视频流服务的统一调度，将设备节点的部署策略、各视频流服务的调度策略相结合，尽可能地保障各视频流服务的处理同一路网络摄像机视频流任务的最小调度单元部署在同一设备节点上，进而在一定程度上保障每一路网络摄像机视频流不用跨设备节点传输，以在一定程度避免同一路网络摄像机视频流在设备节点之间大量串流的问题。

参照图5，进一步的，接口分配请求包括处理任务的占用带宽，步骤S102可以通过多种方式实现，在一种较佳的实施方式中，可以包括步骤S201和步骤S202。

S201，若网络摄像机未与设备节点绑定，则查询各设备节点的接入能力，并判断是否有设备节点满足处理任务的占用带宽。

S202，若有，则从满足处理任务的占用带宽的所有设备节点中选用接入能力最大的设备节点与网络摄像机进行绑定，记录绑定关系，并生成分配成功信息，否则，分配失败。

其中，接入能力为总带宽减去已用带宽，以及总路数减去已用路数。从而能够将网络摄像机与最合适的设备节点进行绑定，使得绑定的设备节点能够处理完该路网络摄像机的视频流，以避免该视频流的串流。

详细的，参照图，为本申请提供的服务调度方法的总流程的第一流程图，在步骤S101之后，还包括：

若网络摄像机已与设备节点绑定，则返回分配成功信息至发送接口分配请求的视频流服务。

其中，分配成功信息包括绑定的设备节点的信息，比如，设备节点编码等信息。

在步骤S102之后，还包括：若分配失败，则返回分配失败信息。

进一步的，接口分配请求包括服务类型编码、网络摄像机编码和处理任务的占用带宽。基于上述内容，步骤S101为：根据任一视频流服务发送的接口分配请求，查询网络摄像机编码对应的网络摄像机是否已与设备节点绑定。步骤S103为：在分配成功的情况下，将分配成功信息发送至服务类型编码对应的视频流服务，以使该视频流服务将处理任务分配给分配成功信息所对应的设备节点上的最小调度单位。

基于上述内容，参照图6，本申请提供的服务调度方法还包括步骤S104。

S104，在分配成功的情况下，将接口分配请求中的网络摄像机的业务使用计数加一，并根据接口分配请求中的占用带宽，更新所绑定的设备节点的接入能力。

通过步骤S104，实施更新设备节点的接入能力，以及网络摄像机的业务数量，以便于调度中心根据各设备节点的接入能力和网络摄像机的业务数量进入处理任务调度。

参照图7，进一步的，本申请提供的服务调度方法还包括：根据接收到的任一视频流服务发送的绑定释放请求，将绑定释放请求所指定的设备节点和网络摄像机的绑定关系记录清除，将该路网络摄像机的业务使用计数减一，并更新该设备节点的接入能力。

其中，绑定释放请求包括服务类型编码、IPC设备编码和占用带宽。调度中心根据绑定释放请求的服务类型编码和IPC设备编码，确定要释放绑定关系的视频流服务和网络摄像机将绑定释放请求所指定的设备节点和网络摄像机的绑定关系记录清除，将该路网络摄像机的业务使用计数减一，并更新该设备节点的接入能力。

上述提供的服务调度方法为正常机制下的调度策略，但是当先给各视频流服务配置处理任务，在启动处理流程时，若使用上述正常机制下的调度策略，则可能因各视频流服务在设备节点上的业务规格不对齐，而导致设备节点间串流的问题。

例如，视频云工程的项目实施地(局点)有20000路IPC视频流，每台设备节点上均部署有667路IPC的SDK接入、667路IPC存储、667路流媒体转发、334路IPC视频流解析、100路IPC转码。在进行业务配置时，先配置了20000路IPC视频流的视频存储，将所有IPC视频流均分到30台设备节点，则每台设备节点接入667路IPC。再依次配置设备节点上规格路数较低的IPC视频流的解析和转码。由于在调度中心采用上述正常机制下的调度策略，将20000路视频流分配到设备节点时，不能确定配置解析、转码的网络摄像机(IPC)是哪些，所以就可能存在以下问题：有的设备节点上实际需要解析的IPC多于334路、实际需要转码的IPC多于100路，有的设备节点上实际启动解析/转码的IPC路数少于其部署能力。由于存在这些问题，多路IPC视频流还是需要跨设备节点进行网络转发，依旧存在串流，即由于各视频流服务在设备节点上支持的业务规格不对齐而造成串流。

对此，参照图8，上述提供的服务调度方法还包括：

S301，读取已配置任务所涉及的视频流服务的最大任务规格路数，进行优先级排序，计算出完成已配置任务所需要的配置时间，并将优先级最高的视频流服务设置为正常分配服务。

此时，本申请提供的服务调度方法为：

S302，根据已配置任务所涉及的任一视频流服务发送的接口分配请求，查询接口分配请求中的网络摄像机是否已与设备节点绑定。

S303，若网络摄像机未与设备节点绑定，则判断接口分配请求是否由正常分配服务发送，若不是，则向发送接口分配请求的视频流服务应答等待。

S304，若接口分配请求是由正常分配服务发送，则查询各设备节点的接入能力，选用接入能力最大的设备节点与网络摄像机进行绑定，记录绑定关系，生成分配成功信息。

S305，在分配成功的情况下，将分配成功信息发送至发送接口分配请求的视频流服务，以使该视频流服务将处理任务分配给分配成功信息所对应的设备节点上的最小调度单位。

通过在局点业务配置时间窗口内，按照规格从低到高的优先级进行任务调度，在配置时间内，先使任务规格最低的视频流服务的视频流处理任务得到调度，再使任务规格次之的视频流服务的视频流处理任务得到调度，直到所有视频流服务的视频流处理任务调度完成，从而能够有效解决由于各视频流服务在设备节点上支持的业务规格不对齐而造成串流的问题。

需要说明的是，视频流服务的优先级，按照任务规格从低到高的次序进行排序，即任务规格最小的视频流服务的优先级最高。视频流服务的最大任务规格路数指的是，配置的视频流服务的任务总量。

在步骤S303中，被应答等待的视频流服务在间隔设定的时间周期后再次发送接口分配请求，直到接收到对应的分配成功信息。

各视频流服务接收的分配成功信息后，根据分配成功信息中的设备节点信息，将处理任务提交给设备节点信息对应的设备节点上的最小调度单位进行处理。

针对步骤304，进一步详细的为：若接口分配请求是由正常分配服务发送，则查询各设备节点的接入能力，并判断是否有设备节点满足处理任务的占用带宽；

若有，则从满足处理任务的占用带宽的所有设备节点中选用接入能力最大的设备节点与网络摄像机进行绑定，记录绑定关系，并生成分配成功信息，否则，分配失败。

步骤S303和S304为非正常机制下的步骤S102的子步骤。因此同理，在步骤S302之后，还包括：若网络摄像机已与设备节点绑定，则返回分配成功信息至发送接口分配请求的视频流服务。

其中，分配成功信息包括绑定的设备节点的信息，比如，设备节点编码等信息。各视频流服务在接收到分配成功信息之后，根据绑定的设备节点的信息，将处理任务分配给绑定的设备节点的信息对应的设备节点上的最小调度单位，以实现SDK接入、存储、转码、解析等服务。

基于上述调度方法，在步骤S304之后，还包括：若分配失败，则返回分配失败信息。

参照图9和图10，进一步的，在步骤S304之后还包括步骤S306。

S306，更新正常分配服务的已分配任务路数，根据正常分配服务的已分配任务路数，对已配置任务所涉及的视频流服务发送接口分配请求的顺序进行调度。

根据正常分配服务的已分配任务路数对剩余已配置任务所涉及的视频流服务发送接口分配请求的顺序进行调度，能够在正常分配服务的已分配任务路数达到最大任务规格时，即正常分配任务的处理任务都已进行分配，从剩余已配置任务所涉及的视频流服务选择合适的视频流服务发送接口分配请求，以使已配置任务所涉及的视频流服务都能够按顺序发送完接口分配请求，进而能够完成已配置任务的视频流处理任务的分配。

针对步骤S306，进一步详细的为：判断正常分配服务的已分配任务路数是否达到最大任务规格路数，若是，则将优先级比正常分配服务次之的视频流服务设置为新的正常分配服务，并向新的正常分配服务发送主动分配通知消息，以使新的正常分配服务发送所缓存的接口分配请求。

在优先级最高的正常分配服务的任务路数分配完之后，将优先级比正常分配服务的优先级次之的视频流服设置为新的正常分配服务，使任务规格次之的视频流服务的视频流处理任务得到调度，依次反复，直到所有视频流服务的视频流处理任务调度完成，能够有效解决由于各视频流服务在设备节点上支持的业务规格不对齐而造成串流的问题。

参照图10，进一步的，已配置任务所涉及的任一视频流服务在接收到主动分配通知消息后，将其所缓存的接口分配请求多批次发送至调度中心，以进行设备节点分配和绑定。

当已配置任务所涉及的所有视频流服务均完成视频流处理任务分配，或达到配置时间，则调度中心恢复到如步骤S101-S103所述方法的处理机制。

参照图11，为本申请实施方式提供的一种服务调度系统的结构示意图，应用于调度中心，调度中心与视频云集群通信连接，视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，服务调度系统包括查询模块04、分配绑定模块05和返回模块06。

查询模块04，用于根据任一视频流服务发送的接口分配请求，查询接口分配请求中的网络摄像机是否已与设备节点绑定。

分配绑定模块05，用于若网络摄像机未与设备节点绑定，则查询各设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定。

返回模块06，用于在分配成功的情况下，将分配成功信息发送至发送接口分配请求的视频流服务，以使该视频流服务将处理任务分配给分配成功信息所对应的设备节点上的最小调度单位。

需要说明的是，服务调度系统实现上述服务调度方法中的任一方法。

本申请提供的服务调度方法、系统、电子设备01及计算机可读存储介质，将设备节点的部署策略结合各视频流服务的调度方法，尽可能地使各视频流服务的处理同一路网络摄像机视频流任务的最小调度单元部署在同一设备节点上，进而在一定程度上使每一路网络摄像机视频流不用跨设备节点传输，从而在一定程度避免同一路网络摄像机视频流在设备节点之间大量串流的问题。同时，当局点是先配置完所有任务、再启动任务时，在局点业务的配置时间窗口内，先使任务规格最低的视频流服务的视频流处理任务得到调度，再使任务规格次之的视频流服务的视频流处理任务得到调度，直到所有视频流服务的视频流处理任务调度完成，从而能够有效解决由于各视频流服务在设备节点上支持的业务规格不对齐而造成串流的问题。

在本公开所提供的几个实施方式中，应该理解到，所揭露的装置、系统图和方法，也可以通过其它的方式实现。以上所描述的装置、系统和方法实施方式仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本公开各个实施方式中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备01，或者网络设备等)执行本公开各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本公开的可选实施方式而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种服务调度方法，其特征在于，应用于调度中心，所述调度中心与视频云集群通信连接，所述视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，所述最小调度单位用于实现视频流服务，所述方法包括：

根据任一所述视频流服务发送的接口分配请求，查询所述接口分配请求中的网络摄像机是否已与设备节点绑定；

若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定；

在分配成功的情况下，将分配成功信息发送至发送所述接口分配请求的视频流服务，以使该视频流服务将处理任务分配给所述分配成功信息所对应的设备节点上的最小调度单位。

2.根据权利要求1所述的方法，其特征在于，所述接口分配请求包括处理任务的占用带宽，所述若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定的步骤，包括：

若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，并判断是否有设备节点满足所述处理任务的占用带宽；

若有，则从满足所述处理任务的占用带宽的所有设备节点中选用接入能力最大的设备节点与所述网络摄像机进行绑定，记录绑定关系，并生成分配成功信息，否则，分配失败。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

读取已配置任务所涉及的视频流服务的最大任务规格路数，进行优先级排序，计算出完成已配置任务所需要的配置时间，并将优先级最高的视频流服务设置为正常分配服务；

所述已配置任务启动后，在所述配置时间内，所述若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定的步骤，包括：

若所述网络摄像机未与设备节点绑定，则判断所述接口分配请求是否由所述正常分配服务发送，若不是，则向发送所述接口分配请求的视频流服务应答等待；

若所述接口分配请求是由所述正常分配服务发送，则查询各所述设备节点的接入能力，选用接入能力最大的设备节点与所述网络摄像机进行绑定，记录绑定关系，生成分配成功信息。

4.根据权利要求3所述的方法，其特征在于，在所述若所述接口分配请求是由所述正常分配服务发送，则查询各所述设备节点的接入能力，则选用接入能力最大的设备节点与所述网络摄像机进行绑定，记录绑定关系，生成分配成功信息的步骤之后，所述方法还包括：

更新所述正常分配服务的已分配任务路数，根据所述正常分配服务的已分配任务路数，对所述已配置任务所涉及的视频流服务发送接口分配请求的顺序进行调度。

5.根据权利要求4所述的方法，其特征在于，所述更新所述正常分配服务的已分配任务路数，根据所述正常分配服务的已分配任务路数，对所述已配置任务所涉及的视频流服务发送接口分配请求的顺序进行调度的步骤，包括：

判断所述正常分配服务的已分配任务路数是否达到最大任务规格路数，若是，则将优先级比所述正常分配服务次之的视频流服务设置为新的正常分配服务，并向所述新的正常分配服务发送主动分配通知消息，以使所述新的正常分配服务发送所缓存的接口分配请求。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

根据接收到的任一所述视频流服务发送的绑定释放请求，将所述绑定释放请求所指定的设备节点和网络摄像机的绑定关系记录清除，将该路网络摄像机的业务使用计数减一，并更新该设备节点的接入能力。

7.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

在分配成功的情况下，将所述接口分配请求中的网络摄像机的业务使用计数加一，并根据所述接口分配请求中的占用带宽，更新所绑定的设备节点的接入能力。

8.一种服务调度系统，其特征在于，应用于调度中心，所述调度中心与视频云集群通信连接，所述视频云集群的各设备节点上均衡部署有各视频流服务的最小调度单位，所述系统包括：

查询模块，用于根据任一所述视频流服务发送的接口分配请求，查询所述接口分配请求中的网络摄像机是否已与设备节点绑定；

分配绑定模块，用于若所述网络摄像机未与设备节点绑定，则查询各所述设备节点的接入能力，根据所述接入能力进行设备节点分配和绑定；

返回模块，用于在分配成功的情况下，将分配成功信息发送至发送所述接口分配请求的视频流服务，以使该视频流服务将处理任务分配给所述分配成功信息所对应的设备节点上的最小调度单位。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，所述计算机程序运行时控制所述计算机可读存储介质所在的电子设备执行权利要求1至7任一项所述的方法。

Images