CN115665500A - 调度处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种调度处理方法、装置、设备及存储介质，涉及通信技术领域。第一服务器在接收到客户端的信令请求时，调用基于内容的调度服务，得到调度结果，该调度结果包括所请求的媒体流所在的第二服务器的地址和第一信息，该第一信息用于客户端与第二服务器之间建立通信连接时的校验，随后通过信令响应向客户端反馈第二服务器的地址和第一信息，并向第二服务器发送第一信息，这样第二服务器在接收到客户端发送的网络地址转换(network address translators，NAT)穿越请求时，可以利用第一服务器在信令交互阶段生成的第一信息对客户端进行校验，减少了客户端与第二服务器的信令交互流程，缩短了客户端的首帧耗时，提高了用户观影体验。

Description

调度处理方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，并且更具体地，涉及调度处理方法、装置、设备及存储介质。

背景技术

在视频直播场景下，基于覆盖多个区域的内容分发网络(Content DeliveryNetwork，CDN)节点打造的实时传输网，可以提供覆盖多区域、低成本、低延迟的通信级实时音视频传输能力。在实际应用中，经常会出现千万级直播并发调度的现象，这时可能会出现直播带宽抖动过大问题，为了解决该问题，基于内容的低延时直播(Real-time Streaming，RTS)调度方案(即RTS 302调度)是常用的一种调度方式。

现阶段，在RTS 302调度中，由于客户端需要使用超文本传输协议(Hyper TextTransfer Protocol，HTTP)协议进行信令交互，其本身的信令交互流程较长，此时再做302调度时，会影响首帧耗时(客户端从请求内容到拉取到待播放媒体的耗时较长)，降低了用户观影体验。

发明内容

本申请提供了一种调度处理方法、装置、设备及存储介质，用于缩短302调度时的客户端首帧耗时，提高用户观影体验。

第一方面，本申请提供了一种调度处理方法，应用于第一服务器，所述方法包括：

接收客户端发送的信令请求，所述信令请求用于请求待播放的媒体流；

基于所述信令请求，调用基于内容的调度服务，得到调度结果，所述调度结果包括所述媒体流所在的第二服务器的IP地址和第一信息，所述第一信息用于所述客户端与所述第二服务器之间建立通信连接时的校验；

向所述客户端反馈信令响应，所述信令响应包括所述第二服务器的IP地址和所述第一信息；

向所述第二服务器发送所述第一信息。

第二方面，本申请提供了一种调度处理方法，应用于第二服务器，所述方法包括：

接收第一服务器发送的第一信息，所述第一信息是所述第一服务器基于接收到的信令请求调用基于内容的调度服务生成的；

接收客户端发送的网络地址转换NAT穿越请求，所述NAT穿越请求用于所述客户端请求与所述第二服务器建立通信连接；

利用所述第一信息对发出所述NAT穿越请求的所述客户端进行校验。

第三方面，本申请提供了一种调度处理方法，应用于第三服务器，所述方法包括：

接收第一服务器发送的第一信息，所述第一信息是所述第一服务器向客户端的重发次数达到预设的次数阈值之后发送的；

接收第二服务器发送的校验请求，所述校验请求是所述第二服务器对所述客户端校验失败后发送的；

利用所述第一信息对所述客户端进行校验，得到校验结果；

向所述第二服务器反馈校验响应，所述校验响应包括所述校验结果。

第四方面，本申请提供了一种调度处理装置，应用于第一服务器，所述装置用于请求待播放的媒体流；

处理模块，用于基于所述信令请求，调用基于内容的调度服务，得到调度结果，所述调度结果包括所述媒体流所在的第二服务器的IP地址和第一信息，所述第一信息用于所述客户端与所述第二服务器之间建立通信连接时的校验；

发送模块，用于向所述客户端反馈信令响应，所述信令响应包括所述第二服务器的IP地址和所述第一信息，以及向所述第二服务器发送所述第一信息。

第五方面，本申请提供了一种调度处理装置，应用于第二服务器，所述装置包括：

接收模块，用于接收第一服务器发送的第一信息，所述第一信息是所述第一服务器基于接收到的信令请求调用基于内容的调度服务生成的，以及接收客户端发送的网络地址转换NAT穿越请求，所述NAT穿越请求用于所述客户端请求与所述第二服务器建立通信连接；

处理模块，用于利用所述第一信息对发出所述NAT穿越请求的所述客户端进行校验。

第六方面，本申请提供了一种调度处理装置，应用于第三服务器，所述装置包括：

接收模块，用于接收第一服务器发送的第一信息，所述第一信息是所述第一服务器向客户端的重发次数达到预设的次数阈值之后发送的，以及接收第二服务器发送的校验请求，所述校验请求是所述第二服务器对所述客户端校验失败后发送的；

处理模块，用于利用所述第一信息对所述客户端进行校验，得到校验结果；

发送模块，用于向所述第二服务器反馈校验响应，所述校验响应包括所述校验结果。

第七方面，本申请提供了一种调度处理系统，包括：第一服务器、第二服务器和第三服务器；

其中，第一服务器用于实现上述第一方面所述的方法，第二服务器用于实现上述第二方面所述的方法，第三服务器用于实现上述第三方面所述的方法。

第八方面，本申请提供了一种服务器，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现上述第一方面、第二方面或第三方面所述的方法。

第九方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面、第二方面或第三方面所述的方法。

在本申请提供的方案中，第一服务器在接收到客户端发送的信令请求时，调用基于内容的调度服务，得到调度结果，该调度结果包括所请求的媒体流所在的第二服务器的IP地址和第一信息，该第一信息用于客户端与第二服务器之间建立通信连接时的校验，随后通过信令响应向客户端反馈第二服务器的IP地址和第一信息，并向第二服务器发送第一信息，这样第二服务器在接收到客户端发送的NAT穿越请求时，可以利用第一服务器在信令交互阶段生成的第一信息对客户端进行校验，减少了客户端与第二服务器的信令交互流程，降低了服务器内部传输成本，缩短了客户端的首帧耗时，提高了用户观影体验。

附图说明

图1为一种基于RTS 302调度方法的交互流程图；

图2为本申请实施例所适用的一种应用场景示意图；

图3是图2所示应用场景示意图中各设备的交互过程示意图；

图4是本申请第一实施例提供的调度处理方法的交互示意；

图5是本申请第二实施例提供的调度处理方法的流程示意图；

图6是本申请实施例提供的调度处理装置的示意性框图；

图7是本申请实施例提供的服务器的示意性框图。

具体实施方式

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

首先对本申请所涉及的相关术语进行解释：

1.网页实时通信(Web Real-Time Communication，WebRTC)技术是一种支持网页浏览器进行实时音视频通信的技术，它可以实现不同浏览器与浏览器之间、浏览器与终端之间的音视频通信或多方会议等功能。

2.低延时直播(Real-time Streaming，RTS)是在视频直播的基础上，进行全链路延时监控、CDN传输协议改造、用户数据报协议(user datagram protocol，UDP)等底层技术优化，通过集成直播播放端软件开发工具包(Software Development Kit，SDK)，支持千万级并发场景下的节点间毫秒级延时直播能力，弥补了传统直播3～6秒延时的问题，保障低延时、低卡顿、秒开流畅的极致直播观看体验。

3.302服务，即基于内容的调度服务，让客户端请求的内容重新被调度到新服务器的调度方式。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

图1为一种基于RTS 302调度方法的交互流程图。该基于RTS 302调度方法基于软件定义边界(Software-Defined Perimeter，SDP)提议/应答模型来建立回话。如图1所示，该基于RTS 302调度方法可以包括如下步骤：

S101、客户端RTS播放器向第一服务器发送第一HTTP信令请求，该第一HTTP信令请求包括SDP提议(SDP offer)。

S102、第一服务器在接收到该第一HTTP信令请求后，通过调用302服务，获取302策略，并基于该302策略确定出第二服务器的地址。

S103、第一服务器向客户端RTS播放器反馈第一HTTP信令响应。

其中，该第一HTTP信令响应中的HTTP响应码等于302，该第一HTTP信令响应包括第二服务器的地址。

S104、客户端RTS播放器在接收到第二服务器的地址后，向第二服务器发送第二HTTP信令请求，该第二HTTP信令请求包括SDP提议(SDP offer)。

S105、第一服务器向客户端RTS播放器反馈第二HTTP信令响应。

其中，该第二HTTP信令响应中的HTTP响应码等于200，该第二HTTP信令响应包括SDP应答(SDP answer)。

S106、在接收到SDP应答(SDP answer)后，客户端RTS播放器与第二服务器执行交互连接建立(Interactive Connectivity Establishment，ICE)过程。

在图1所示的方案中，在SDP提议/应答模型中，发起会话的客户端RTS播放器(提议者)产生一个SDP消息来描述它所期望的会话，这构成了一个SDP提议(SDP offer)。因而，客户端RTS播放器向第一服务器发送的第一HTTP信令请求中包括SDP offer。

可选的，在RTS 302调度方案中，需要将该会话调度到另一个服务器上，因而，第一服务器在接收到SDP offer时，需要通过调度302服务，获取到302策略，进而基于该302策略确定出可用于与客户端RTS播放器建立会话的第二服务器，因而，第一服务器向客户端RTS播放器反馈的第一HTTP信令响应中可以包括响应码302和第二服务器的地址。其中，响应码302用于指示通过302调度反馈的响应，第二服务器的地址用于指示客户端RTS播放器在后续发起会话时的目标对象。

相应的，客户端RTS播放器在接收到第一HTTP信令响应后，便可以向第二服务器发起会话。即，客户端RTS播放器向第二服务器发送的第二HTTP信令请求中包括上述SDPoffer。

可选的，在SDP offer被传送到第二服务器后，第二服务器可能会接受这个SDPoffer，也可能会拒绝这个SDP offer。作为一种示例，在第二服务器接受这个SDP offer时，第二服务器需要根据收到的SDP offer和自身的能力产生一个SDP消息来描述它所能接受的会话，这称为SDP应答(SDP answer)。

相应的，客户端在接收到SDP应答后，便可以执行与第二服务器的ICE过程，即，交换ICE信息(IP地址、UDP端口等)，以便建立与第二服务器的通信链路，这样，第二服务器可以依次将媒体流传输至客户端。

由上述分析可知，第一服务器以响应码302的方式，让提供客户端RTS播放器所请求的媒体流被重新调度到第二服务器，从而实现播放汇聚，降低服务器内部的传输成本，但由于HTTP信令本身的交互流程比较长，此时执行302调度时，将会使得客户端RTS播放器从开始播放到拉取到音视频数据等媒体流的耗时较长，存在客户端获取首帧耗时长的问题，用户的观影体验差。

鉴于此，本申请提供了一种调度处理方法，第一服务器在接收到客户端发送的信令请求时，调用基于内容的调度服务，得到调度结果，该调度结果包括所请求的媒体流所在的第二服务器的地址和第一信息，该第一信息用于客户端与第二服务器之间建立通信连接时的校验，随后通过信令响应向客户端反馈第二服务器的地址和第一信息，并向第二服务器发送第一信息，这样第二服务器在接收到客户端发送的NAT穿越请求时，可以利用第一服务器在信令交互阶段生成的第一信息对客户端进行校验，减少了客户端与第二服务器的信令交互流程，缩短了客户端获取首帧的耗时，提高了用户观影体验。

下面在介绍本申请的技术方案之前，首先介绍一下本申请实施例所适用的应用场景。

图2为本申请实施例所适用的一种应用场景示意图。图3是图2所示应用场景示意图中各设备的交互过程示意图。如图2和图3所示，该应用场景示意图可以包括：客户端201、第一服务器202、第二服务器203和第三服务器204。

其中，客户端201可以是一种基于WebRTC信令与服务端进行交互的客户端，其上安装有播放器，能够通过WebRTC信令与服务端进行交互，拉取到待播放内容的媒体流。第一服务器202可以是信令服务器，第二服务器203可以是媒体服务器，第三服务器204可以是能够提供中心化服务的服务器集群，其可以实现全局负载均衡(Global Server Load Balance，GSLB)。

可选的，WebRTC信令可以是一种H5信令，相应的，客户端201上的播放器可以是H5RTS Player，用于播放获取到的媒体流。

可理解，客户端201与第一服务器202之间进行交互的信令可以是任意一种WebRTC信令交互方式(因标准WebRTC未定义信令交互具体方式)，例如，H5信令交互方式，本申请实施例并不对其进行限定。

在本实施例中，第一服务器202可以是信令服务器，其可以对接收到的信令请求进行处理，例如，参照图3所示，在基于302调度的方案中，客户端201向第一服务器202发送用于请求媒体流的信令请求时，第一服务器202可以基于该信令请求确定出缓存有上述媒体流的第二服务器203，以及协商生成的第一信息。

可选的，第一信息可以包括用于安全性校验的交互令牌token和SDP协商信息。其中，SDP协商信息可以包括媒体的数量和媒体的编码格式等。

在本实施例中，第一服务器202可以通过信令响应向客户端201反馈确定的第二服务器203的地址(例如，网际互连协议(Internet Protocol，IP)地址)以及上述第一信息，以便客户端201能够基于接收到的第一信息发起与第二服务器203的ICE过程。

可选的，第一服务器202除了向客户端201反馈第二服务器203的地址以及第一信息之外，还可以向第二服务器203反馈上述第一信息，参见图3所示，以便第二服务器203在接收到客户端201的ICE请求时能够利用该第一信息对客户端201进行校验。例如，第二服务器203可以利用该第一信息对客户端201进行安全性校验等。

在本申请的另一种可选实现方式中，在第一服务器202向第二服务器203反馈第一信息失败时，第一服务器202可以将第一信息发送至第三服务器204。这样，在第二服务器203对发起ICE过程的客户端201校验失败时，能够请求第三服务器204对客户端201进行校验。例如，第三服务器204可以在接收到第二服务器203的校验请求时，利用接收到的第一信息对客户端201进行校验，并向第二服务器203反馈校验结果，这样，能够避免由于服务器之间的网络不通导致ICE过程失败的问题。

在本申请的实施例中，利用WebRTC信令交互和/或/ICE过程天然隔离的特性，在信令阶段响应给客户端第二服务器(新服务器)的地址，让客户端向第二服务器发起ICE过程，从而实现重新调度(即广义的302调度)。由于第二服务器可以从执行302调度的第一服务器获取ICE阶段需要的校验信息，因而，第二服务器能够直接依赖信令交互阶段协商生成的信息来做校验，减少了客户端与服务器之间的信令交互次数，缩短了客户端获取首帧的耗时，提高了用户观影体验。

应理解，图2所示的应用场景示意图仅是一种示例，本申请实施例并不限定该应用场景中的设备组成，而且也不限定该应用场景中的设备数量，其可以根据实际场景的需求确定，此处不做赘述。

下面结合图2所示的应用场景对本申请实施例提供的调度处理方法进行介绍。

示例性地，图4是本申请第一实施例提供的调度处理方法的交互示意图。该调度处理方法以客户端、第一服务器和第二服务器之间的信息交互实现基于302服务的调度策略。如图4所示，该调度处理方法可以包括如下步骤：

S401、客户端向第一服务器发送信令请求，该信令请求用于请求媒体流。

在本申请的实施例中，客户端可以是WebRTC客户端，其上安装有播放器，例如，H5RTS Player等客户端RTS播放器。相应的，该信令请求可以是任意一种形式的WebRTC信令，其用于请求媒体流。

可选的，该信令请求中可以包含SDP offer。可选的，该SDP offer中可以包括客户端RTS播放器想使用的媒体数量和媒体编码格式(例如，codecs集)，以及客户端RTS播放器用于接收媒体的IP地址和端口。可理解，本实施例并不对SDP offer包括的内容进行限定，其可以根据实际需求确定，此处不做赘述。

S402、第一服务器基于信令请求调用基于内容的调度服务，得到调度结果，该调度结果包括所请求的媒体流所在的第二服务器的地址和第一信息。

其中，该第一信息用于上述客户端与第二服务器之间建立通信连接时的校验。

可选的，在本申请的实施例中，第一服务器对接收到的信令请求进行解析，可以确定信令请求用于请求媒体流，进而可以通过调用基于内容的调度服务，即通过请求302服务，可以确定出新服务器(即：第二服务器)，并获取到第二服务器的地址，例如，IP地址。

可理解，本实施例中的基于内容的调度服务实际上为302服务，其为根据一定策略，将某条流的播放请求集中调度到某些服务器的服务。具体的，第一服务器请求302服务可以获取具体的调度策略，然后基于该调度策略确定出用于提供媒体流的第二服务器的地址等调度结果。

可选的，第一服务器通过基于内容的调度服务得到的调度结果中还可以包括第一信息，该第一信息能够用于在后续客户端和第二服务器之间的通信连接建立过程中用于安全性校验。

S403、第一服务器向第二服务器发送第一信息。

可选的，在本申请的实施例中，第一服务器可以将上述调度结果中的第一信息传递给第二服务器。可选的，第一信息可以包括SDP信息和交互令牌(token)。

可理解，本申请实施例并不对第一服务器向第二服务器传递第一信息基于的协议进行限定，其可以是HTTP、用户数据报协议(User Datagram Protocol，UDP)、KCP等。其中，KCP是一种快速可靠协议的自动重传请求(automatic repeat-request，ARQ)协议，通过重传机制实现UDP数据包的可靠传输。

可选的，SDP信息可以包含媒体的数量、媒体的具体编码信息等，token是在信令响应中返回给客户端的一个标志，其在通信连接建立过程中会被带给第二服务器，以便第二服务器对发起通信连接建立请求的客户端进行校验。

可选的，在本申请的实施例中，第二服务器在接收到第一信息后，便可以对其进行存储。即，对于第二服务器来说，第一信息是所述第一服务器在接收到信令请求时调用基于内容的调度服务生成的。

S404、第一服务器向客户端反馈信令响应，该信令响应包括第二服务器的地址和第一信息。

可选的，在本实施例中，第一服务器在得到调度结果时，可以将第二服务器的地址和第一信息通过信令响应的形式反馈给客户端。例如，第一服务器在信令响应中，将候选服务器的IP(candidate IP)地址设置为第二服务器的IP地址等。

可理解，本申请实施例并不限定S403和S404的执行顺序，其可以同时执行，也可以非同时执行，例如，第一服务器可以先执行S403，再执行S404，或者，先执行S404，再执行S403，此处不做赘述。

S405、客户端在接收到信令响应时，向第二服务器发送NAT穿越请求。

其中，该NAT穿越请求用于客户端请求与第二服务器建立通信连接。

在本实施例中，客户端对接收到信令响应进行处理，可以确定出第二服务器的地址，然后针对第二服务器发起通信连接建立过程，即，网络地址转换(network addresstranslators，NAT)穿越过程。例如，客户端向第二服务器发送NAT穿越请求，以请求与第二服务器建立通信连接。

可选的，NAT穿越是将外网可见的IP地址与内网所用的地址相映射，以将处于不同网络的设备进行连接的一种技术，其可以包括使用中继穿透NAT(Traversal Using Relaysaround NAT，TURN)、简单UDP穿透NAT(Simple Traversal of UDP Through NATs，STUN)和交互式连接建立(Interactive Connectivity Establishment，ICE)方式。

其中，ICE过程是一种综合性的NAT穿越的技术，是一种为基于offer和answer模型的UDP多媒体会话建立的NAT穿越技术，本质上就是offer和answer模型的扩展，通过在SDPoffers和SDP answers里面包含多样化的IP地址和端口，然后通过STUN或者TURN来做连接检测。ICE的目的就是发现哪一对地址可以工作。

可选的，本申请实施例中可以使用ICE过程作为NAT打洞方式，并不局限于ICE，可以是任意一种实现NAT打洞的方法。

S406、第二服务器利用接收到的第一信息对发起NAT穿越请求的客户端进行校验，得到校验结果。

可选的，第二服务器在接收到客户端的NAT穿越请求时，此时可以查询第二服务器中接收到的第一信息，然后利用该第一信息对发起NAT穿越请求的客户端进行校验。

在一种可选的实现方式中，第一信息包括交互令牌和该交互令牌对应的软件定义边界(SDP)协商信息；该NAT穿越请求包括交互令牌。此时，该步骤S406(利用接收到的第一信息对发起NAT穿越请求的客户端进行校验)可以通过如下步骤实现：

A1、第二服务器确定第二服务器中是否存在上述交互令牌，若是，执行A2，若否，执行A4；

A2、根据该交互令牌，确定第二服务器中是否存在该交互令牌对应的SDP协商信息；若是，执行A3；若否，执行A4；

A3、确定客户端校验通过；

A4、确定客户端校验失败。

在本实施例中，第二服务器在获取到NAT穿越请求中的交互令牌时，可以查询第二服务器的缓存，判断第二服务器中是否存在上述交互令牌。

作为一种示例，响应于第二服务器中存在上述交互令牌，且第二服务器中存在该交互令牌对应的SDP协商信息时，确定客户端校验通过。

作为另一种示例，响应于第二服务器中不存在上述交互令牌和/或第二服务器中不存在交互令牌对应的SDP协商信息时，确定客户端校验失败。

也即，第二服务器可以利用先前已经获得了第一服务器传递来的第一信息对客户端进行校验。

S407、第二服务器基于该校验结果向该客户端反馈NAT穿越响应。

其中，该NAT穿越响应用于指示针对客户端的校验结果。

在本实施例中，第二服务器在获取到针对客户端的校验结果时，可以向客户端反馈NAT穿越响应，以指示针对客户端的校验结果。

在本申请的一种可选实施例中，第二服务器在响应于客户端校验通过时，可以根据上述SDP协商信息确定客户端请求的媒体流，然后向客户端发送该媒体流。

也即，第二服务器针对客户端校验通过时，便调取客户端待播放的媒体流，并开始发送该媒体流，此时NAT穿越过程结束。

在本申请的实施例中，第一服务器在接收到客户端发送的信令请求时，调用基于内容的调度服务，得到调度结果，该调度结果包括所请求媒体流所在的第二服务器的地址和第一信息，该第一信息用于客户端与第二服务器之间建立通信连接时的校验，随后通过信令响应向客户端反馈第二服务器的IP和第一信息，并向第二服务器发送第一信息，这样第二服务器在接收到客户端发送的NAT穿越请求时，可以利用第一服务器在信令交互阶段生成的第一信息对客户端进行校验，减少了客户端与第二服务器的信令交互流程，缩短了客户端的首帧耗时，提高了用户观影体验。

示例性的，在上述图4所示实施例的基础上，图5是本申请第二实施例提供的调度处理方法的流程示意图。如图5所示，在上述S403之后，该调度处理方法还可以包括如下步骤：

S501、若第一信息被发送失败，则向第二服务器重发第一信息，直到所述第一信息被发送成功或者重发次数达到预设的次数阈值。

在本申请的实施例中，第一服务器向第二服务器发送第一信息后，还会监控第一信息是否被发送成功。作为一种示例，若第一信息被发送成功，则为上述图4所示实施例中S406的成功执行奠定了基础。

作为另一种示例，第一服务器中设置有重发机制以及预设有重发的次数阈值。这时，若第一信息被发送失败，则第一服务器可以向第二服务器重发上述第一信息，直到第一信息被成功发送或者重发次数达到预设的次数阈值。

S502、若重发次数达到上述次数阈值但第一信息仍被发送失败，则将第一信息传输至第三服务器，该第三服务器用于提供中心化服务。

在本申请的一种可选实施例中，在第一服务器向第二服务器重发第一信息的重发次数达到上述的次数阈值但第一信息仍被发送失败，即第一服务器向第二服务器重发次数阈值的次数时，第一信息仍未被发送成功，此时，第一服务器便可以将上述第一信息传输至能够提供各类中心化服务的第三服务器。相应的，第三服务器可以接收并存储该第一信息。可理解，对于第三服务器来说，第一信息是第一服务器向客户端的重发次数达到预设的次数阈值之后发送的。

可选的，第三服务器可以是一种分布式的中心服务器集群，其能够与其他的任意类型服务器进行通信。因而，在本实施例中，当第一服务器向第二服务器发送第一信息失败时，第三服务器可以作为第一服务器和第二服务器之间的交互平台，第一服务器可以将第一信息上传到第三服务器进行存储，以规避不同服务器之间网络不通导致功能失效的问题。

相应的，在本申请的实施例中，在上述S406之后，S407之前，该调度处理方法还可以包括如下步骤：

S503、第二服务器响应于客户端校验失败，向第三服务器发送校验请求，该校验请求包括交互令牌和客户端的标识。

在本申请的实施例中，在第二服务器对客户端的校验失败时，例如，第二服务器中不存在交互令牌和/或交互令牌对应的SDP协商信息时，第二服务器便可以向第三服务器发送校验请求，通过在校验请求中携带交互令牌和客户端标识，以便第三服务器能够识别出待校验的客户端，以及校验过程中使用的交互令牌。

S504、第三服务器利用第一信息对客户端进行校验，得到校验结果。

可选的，由于第一服务器在向第二服务器发送第一信息失败时，已将第一信息传输至该第三服务器中存储，因而，第三服务器在接收到校验请求时，便可以查询已接收到的第一信息，利用上述接收到的第一信息对客户端进行校验，得到校验结果。

可选的，与上述图4所示实施例记载的类似，第一信息包括交互令牌和交互令牌对应的软SDP协商信息，而且，根据上述S503中的记载可知，该校验请求包括交互令牌和客户端的标识。相应的，在本实施例中，该S504(第三服务器利用第一信息对客户端进行校验，得到校验结果)可以通过如下步骤实现：

B1、第三服务器确定第三服务器中是否存在上述交互令牌；，若是，执行B2，若否，执行B4；

B2、根据该交互令牌，确定第三服务器中是否存在该交互令牌对应的SDP协商信息；若是，执行B3；若否，执行B4；

B3、确定户端校验通过；

B4、确定客户端校验失败。

在本实施例中，第三服务器在获取到校验请求时，可以基于校验请求中的交互令牌时，可以查询第三服务器的缓存，判断第三服务器中是否存在上述交互令牌。

作为一种示例，响应于第三服务器中存在上述交互令牌，且第三服务器中存在交互令牌对应的SDP协商信息，则确定客户端校验通过。

作为另一种示例，响应于第三服务器中不存在上述交互令牌，和/或，第三服务器中不存在交互令牌对应的SDP协商信息，确定客户端校验失败。

S505、基于上述校验结果向第二服务器反馈校验响应。

其中，该校验响应包括上述校验结果。

在本申请的实施例中，第三服务器在确定出针对客户端的校验结果后，便可以将校验结果反馈给第二服务器，以使得第二服务器及时回去到针对客户端的校验结果。

可选的，在本实施例中，第二服务器从第三服务器接收到校验响应时，通过对校验响应中的校验结果进行分析，便可确定出针对客户端是否校验成功，并基于确定出校验结果，向客户端反馈NAT穿越响应。

在本申请的实施例中，当第一服务器向第二服务器发送第一信息失败时，第一服务器可以将第一信息上传到第三服务器进行存储，相应的，在第二服务器对客户端校验失败时，向第三服务器发送校验请求，再利用第三服务器对客户端进行校验，以获取校验结果。该技术方案中，基于第三服务器作为第一服务器和第二服务器的中间交互平台，可以有效规避掉不同服务器之间网络不通导致功能失效的问题，提高了校验准确性。

有上述各实施例分析可知，本申请实施例提供的调度处理方法利用WebRTC信令交互和/或NAT穿越过程的隔离特性，第一服务器在确定的调度结果时，向客户端反馈信令响应时，也将协商的信息传输给第二服务器，减少了客户端与第二服务器之间的交互过程，以极低的客户端体验损耗，降低了基于WebRTC播放器的服务器内部传输成本。

图6是本申请实施例提供的调度处理装置的示意性框图。该调度处理装置可用于实现上述第一服务器、第二服务器或第三服务器中任意一个服务器的功能。如图6所示，调度处理装置600可以包括接收模块601、处理模块602和发送模块603。

在本申请实施例的一种可能实现方式中，当调度处理装置600用于实现上述第一服务器的功能时，调度处理装置600包括的各模块的功能如下：

接收模块601，用于接收客户端发送的信令请求，所述信令请求用于请求媒体流；

处理模块602，用于基于所述信令请求，调用基于内容的调度服务，得到调度结果，所述调度结果包括所述媒体流所在的第二服务器的地址和第一信息，所述第一信息用于所述客户端与所述第二服务器之间建立通信连接时的校验；

发送模块603，用于向所述客户端反馈信令响应，所述信令响应包括所述第二服务器的地址和所述第一信息，以及向所述第二服务器发送所述第一信息。

可选的，在该种可能实现方式中，发送模块603，还用于在所述第一信息被发送失败时，向所述第二服务器重发所述第一信息，直到所述第一信息被发送成功或者重发次数达到预设的次数阈值，以及在所述重发次数达到所述次数阈值但所述第一信息仍被发送失败时，将所述第一信息传输至第三服务器，所述第三服务器用于提供中心化服务。

可选的，所述第一信息包括交互令牌和所述交互令牌对应的软件定义边界SDP协商信息。

在本申请实施例的一种可能实现方式中，当调度处理装置600用于实现上述第二服务器的功能时，调度处理装置600包括的各模块的功能如下：

接收模块601，用于接收第一服务器发送的第一信息，所述第一信息是所述第一服务器基于接收到的信令请求调用基于内容的调度服务生成的，以及接收客户端发送的网络地址转换NAT穿越请求，所述NAT穿越请求用于所述客户端请求与所述第二服务器建立通信连接；

处理模块602，用于利用所述第一信息对发起所述NAT穿越请求的所述客户端进行校验。

可选的，所述第一信息包括交互令牌和所述交互令牌对应的软件定义边界SDP协商信息；所述NAT穿越请求包括交互令牌；相应的，处理模块602，具体用于：

确定所述第二服务器中是否存在所述交互令牌；

响应于所述第二服务器中存在所述交互令牌，根据所述交互令牌，确定所述第二服务器中是否存在所述交互令牌对应的SDP协商信息；

响应于所述第二服务器中存在所述交互令牌对应的SDP协商信息，确定所述客户端校验通过；

响应于所述第二服务器中不存在所述交互令牌和/或所述交互令牌对应的SDP协商信息，确定所述客户端校验失败。

可选的，发送模块603，用于响应于所述客户端校验失败，向第三服务器发送校验请求，所述校验请求包括所述交互令牌和所述客户端的标识；

接收模块601，用于接收所述第三服务器反馈的校验响应，所述校验响应包括对所述客户端的校验结果。

可选的，处理模块602，还用于确定针对所述客户端的校验结果；

发送模块603，还用于向所述客户端反馈NAT穿越响应，所述NAT穿越响应用于指示针对所述客户端的校验结果。

可选的，处理模块602，用于响应于所述客户端校验通过，根据所述SDP协商信息确定所述客户端请求的媒体流；

发送模块603，用于向所述客户端发送所述的媒体流。

在本申请实施例的一种可能实现方式中，当调度处理装置600用于实现上述第三服务器的功能时，调度处理装置600包括的各模块的功能如下：

接收模块601，用于接收第一服务器发送的第一信息，所述第一信息是所述第一服务器向客户端的重发次数达到预设的次数阈值之后发送的，以及接收第二服务器发送的校验请求，所述校验请求是所述第二服务器对所述客户端校验失败后发送的；

处理模块602，用于利用所述第一信息对所述客户端进行校验，得到校验结果；

发送模块603，用于向所述第二服务器反馈校验响应，所述校验响应包括所述校验结果。

可选的，所述第一信息包括交互令牌和所述交互令牌对应的软件定义边界SDP协商信息，所述校验请求包括交互令牌和所述客户端的标识；

相应的，处理模块602，具体用于：

确定所述第三服务器中是否存在所述交互令牌；

响应于所述第三服务器中存在所述交互令牌，根据所述交互令牌，确定所述第三服务器中是否存在所述交互令牌对应的SDP协商信息；

响应于所述第三服务器中存在所述SDP协商信息，确定所述客户端校验通过；

响应于所述第三服务器中不存在所述交互令牌和/或所述交互令牌对应的SDP协商信息，确定所述客户端校验失败。

本申请实施例提供的调度处理装置用于实现上述第一服务器、第二服务器或第三服务器的技术方案，关于各技术方案的具体实现可参照上述方法实施例中的记载，此处不做赘述。

图7是本申请实施例提供的服务器的示意性框图。该服务器可用于实现上述调度处理系统中第一服务器的功能或第二服务器的功能或第三服务器的功能。

如图7所示，该服务器700可以包括至少一个处理器701，用于实现本申请实施例提供的调度处理方法中第一服务器的功能或第二服务器的功能或第三服务器的功能。

可选地，该服务器700还包括与至少一个处理器701通信连接的至少一个存储器702，用于存储计算机执行指令和/或数据。存储器702和处理器701耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器701可能和存储器702协同操作。处理器701可能执行存储器702中存储的计算机执行指令。至少一个存储器中的至少一个计算机执行指令可以包括于处理器中。

可选地，该服务器700还包括通信接口703，用于通过传输介质和其它设备进行通信，从而用于服务器700可以和其它设备进行通信。当该服务器700用于实现第一服务器的功能时，其它设备可以包括客户端、第二服务器和第三服务器；当该服务器700用于实现第二服务器的功能时，其它设备可以包括客户端、第一服务器和第三服务器。当该服务器700用于实现第三服务器的功能时，其它设备可以包括第一服务器和第二服务器。

该通信接口703例如可以是收发器、接口、总线、电路或者能够实现收发功能的装置。处理器701可利用通信接口703收发数据和/或信息，并用于实现上述实施例中第一服务器的功能或第二服务器的功能或第三服务器的功能。

本申请实施例中不限定上述处理器701、存储器702以及通信接口703之间的具体连接介质。本申请实施例在图7中以处理器701、存储器702以及通信接口703之间通过总线704连接。总线740在图7中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

应理解，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(sync link DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请还提供一种调度处理系统，包括：第一服务器、第二服务器和第三服务器；

其中，第一服务器用于实现上述方法实施例中第一服务器的技术方案，第二服务器用于实现上述方法实施例中第二服务器的技术方案，第三服务器用于实现上述方法实施例中第三服务器的技术方案。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机执行指令(也可以称为代码，或程序)。当该计算机程序被处理器执行时，用于实现上述实施例中第一服务器、第二服务器或第三服务器的功能。

本说明书中使用的术语“单元”、“模块”等，可用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。在本申请所提供的几个实施例中，应该理解到，所揭露的装置、设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行该计算机程序指令(程序)时，全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储节点。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid statedisk，SSD))等。

该功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机节点(可以是个人计算机，服务器，或者网络节点等)执行本申请各个实施例的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种调度处理方法，其特征在于，应用于第一服务器，所述方法包括：

接收客户端发送的信令请求，所述信令请求用于请求媒体流；

基于所述信令请求，调用基于内容的调度服务，得到调度结果，所述调度结果包括所述媒体流所在的第二服务器的地址和第一信息，所述第一信息用于所述客户端与所述第二服务器之间建立通信连接时的校验；

向所述客户端反馈信令响应，所述信令响应包括所述第二服务器的地址和所述第一信息；

向所述第二服务器发送所述第一信息。

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

若所述第一信息被发送失败，则向所述第二服务器重发所述第一信息，直到所述第一信息被发送成功或者重发次数达到预设的次数阈值；

若所述重发次数达到所述次数阈值但所述第一信息仍被发送失败，则将所述第一信息传输至第三服务器，所述第三服务器用于提供中心化服务。

3.如权利要求1或2所述的方法，其特征在于，所述第一信息包括交互令牌和所述交互令牌对应的软件定义边界SDP协商信息。

4.一种调度处理方法，其特征在于，应用于第二服务器，所述方法包括：

接收第一服务器发送的第一信息，所述第一信息是所述第一服务器基于接收到的信令请求调用基于内容的调度服务生成的；

接收客户端发送的网络地址转换NAT穿越请求，所述NAT穿越请求用于所述客户端请求与所述第二服务器建立通信连接；

利用所述第一信息对发出所述NAT穿越请求的所述客户端进行校验。

5.如权利要求4所述的方法，其特征在于，所述第一信息包括交互令牌和所述交互令牌对应的软件定义边界SDP协商信息；所述NAT穿越请求包括交互令牌；

所述利用所述第一信息对发出所述NAT穿越请求的所述客户端进行校验，包括：

确定所述第二服务器中是否存在所述交互令牌；

响应于所述第二服务器中存在所述交互令牌，根据所述交互令牌，确定所述第二服务器中是否存在所述交互令牌对应的SDP协商信息；

响应于所述第二服务器中存在所述交互令牌对应的SDP协商信息，确定所述客户端校验通过；

响应于所述第二服务器中不存在所述交互令牌和/或所述交互令牌对应的SDP协商信息，确定所述客户端校验失败。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

响应于所述客户端校验失败，向第三服务器发送校验请求，所述校验请求包括所述交互令牌和所述客户端的标识；

接收所述第三服务器反馈的校验响应，所述校验响应包括对所述客户端的校验结果。

7.如权利要求5或6所述的方法，其特征在于，所述方法还包括：

确定针对所述客户端的校验结果；

向所述客户端反馈NAT穿越响应，所述NAT穿越响应用于指示针对所述客户端的校验结果。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

响应于所述客户端校验通过，根据所述SDP协商信息确定所述客户端请求的媒体流；

向所述客户端发送所述媒体流。

9.一种调度处理方法，其特征在于，应用于第三服务器，所述方法包括：

接收第一服务器发送的第一信息，所述第一信息是所述第一服务器向客户端的重发次数达到预设的次数阈值之后发送的；

接收第二服务器发送的校验请求，所述校验请求是所述第二服务器对所述客户端校验失败后发送的；

利用所述第一信息对所述客户端进行校验，得到校验结果；

向所述第二服务器反馈校验响应，所述校验响应包括所述校验结果。

10.如权利要求9所述的方法，其特征在于，所述第一信息包括交互令牌和所述交互令牌对应的软件定义边界SDP协商信息，所述校验请求包括交互令牌和所述客户端的标识；

利用所述第一信息对所述客户端进行校验，得到校验结果，包括：

确定所述第三服务器中是否存在所述交互令牌；

响应于所述第三服务器中存在所述交互令牌，根据所述交互令牌，确定所述第三服务器中是否存在所述交互令牌对应的SDP协商信息；

响应于所述第三服务器中存在所述SDP协商信息，确定所述客户端校验通过；

响应于所述第三服务器中不存在所述交互令牌和/或所述交互令牌对应的SDP协商信息，确定所述客户端校验失败。

11.一种调度处理系统，其特征在于，包括：第一服务器、第二服务器和第三服务器；

其中，第一服务器用于实现如权利要求1至3任一项所述的方法，第二服务器用于实现如权利要求4至8任一项所述的方法，第三服务器用于实现如权利要求9或10任一项所述的方法。

12.一种服务器，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至10中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至10任一项所述的方法。

Images