CN108632680B - 一种直播内容的调度方法、调度服务器及终端 - Google Patents

一种直播内容的调度方法、调度服务器及终端 Download PDF

Info

Publication number
CN108632680B
CN108632680B CN201710169463.4A CN201710169463A CN108632680B CN 108632680 B CN108632680 B CN 108632680B CN 201710169463 A CN201710169463 A CN 201710169463A CN 108632680 B CN108632680 B CN 108632680B
Authority
CN
China
Prior art keywords
server
live
terminal
live broadcast
index file
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
Application number
CN201710169463.4A
Other languages
English (en)
Other versions
CN108632680A (zh
Inventor
敬宜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710169463.4A priority Critical patent/CN108632680B/zh
Publication of CN108632680A publication Critical patent/CN108632680A/zh
Application granted granted Critical
Publication of CN108632680B publication Critical patent/CN108632680B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2405—Monitoring of the internal components or processes of the server, e.g. server load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种直播内容的调度方法、调度服务器及终端，能够动态及平滑地调度直播内容。本发明实施例方法包括：调度服务器接收直播编码器发送的原始索引文件；所述调度服务器接收所述第一直播服务器上报的负载信息；当所述调度服务器根据所述负载信息确定所述第一直播服务器过载时，所述调度服务器根据所述原始索引文件和所述负载信息确定第一直播索引文件，所述第一直播索引文件包括所述第一终端与第二直播服务器的对应关系，所述第二直播服务器为所述第一终端提供所述第一媒体分片文件；所述调度服务器将所述第一直播索引文件发送给所述第一终端，以使所述第一终端根据所述第一直播索引文件从所述第二直播服务器获取所述第一媒体分片文件。

Description

一种直播内容的调度方法、调度服务器及终端
技术领域
本申请涉及通信技术领域，尤其涉及一种直播内容的调度方法、调度服务器及终端。
背景技术
传统互联网(Over The Top，OTT)直播业务提供商广泛采用内容分发网络(Content Distribution Network，CDN)对视频内容进行加速，而CDN网络为了高吞吐、低延时、高性能的需求多采用专用服务器。随着云化、虚拟化的技术不断演进和完善，高精度虚拟机、硬盘及网卡等直通技术的出现，使得CDN云化场景下的直播业务成为一种未来趋势，CDN云化场景下的直播业务需要解决对直播内容的调度问题。
现有CDN云化场景下的直播内容的调度方法可以参见图1，图1中包括如下几个步骤：步骤1：直播编码器向直播服务器A推送OTT直播内容，该OTT直播内容包括直播频道的索引文件和媒体分片文件；步骤2：直播服务器A周期性地向调度服务器上报负载信息；步骤3：用户甲通过终端1观看该直播频道，向调度服务器请求直播频道的直播内容，即通过请求直播索引文件来获取媒体分片文件；步骤4：调度服务器根据该直播频道的服务位置将用户甲的请求调度到直播服务器A；步骤5：终端1与直播服务器A建立连接，终端1向直播服务器A请求直播频道的直播内容，进而从直播服务器A获取直播内容；步骤6：直播服务器A逐渐过热后，即当直播服务器A过载时，弹性伸展出直播服务器B；步骤7：直播服务器B启动后开始接收直播编码器推送的OTT直播内容，并向调度服务器注册及开始周期性地向调度服务器上报负载信息；步骤8：用户乙通过终端2观看直播频道，向调度服务器请求直播频道的直播内容；步骤9：调度服务器根据直播服务器B上报的负载信息将用户乙的请求调度到直播服务器B；步骤10：终端2与直播服务器B建立连接，终端2向直播服务器B请求直播频道的直播内容，进而从直播服务器B获取直播内容。
然而，终端一旦与某台直播服务器建立连接，终端后续只能在该直播服务器上获取直播频道的索引文件及相应的媒体分片文件，若该直播服务器出现过载、故障、弹性伸展或收缩等，则系统只能通过强制断链手段才能为终端更换直播服务器，比如现有方案中当直播服务器A出现过载时，终端1还是只能从直播服务器A上获取媒体分片文件，而无法从直播服务器B上获取媒体分片文件，即无法为终端更换直播服务器。从而不能方便及有效地调度直播内容。
发明内容
本发明实施例提供了一种直播内容的调度方法、调度服务器及终端，能够动态及平滑地调度直播内容。
有鉴于此，本发明实施例第一方面提供了一种直播内容的调度方法，可以包括：直播编码器向调度服务器推送直播媒体文件，其中，该直播媒体文件至少包括与第一直播服务器对应的原始索引文件，比如该直播媒体文件还可以包括第一媒体分片文件，该原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，该第一直播服务器为第一终端提供第一媒体分片文件。同时，调度服务器接收第一直播服务器上报的负载信息，调度服务器会根据该负载信息判断第一直播服务器是否正常工作，如果第一服务器正常工作，比如未过载、未异常以及未故障等，则调度服务器可以将原始索引文件发送给第一终端，以便第一终端根据原始索引文件继续从第一直播服务器获取第一媒体分片文件；如果第一服务器未正常工作，则调度服务器根据原始索引文件和负载信息确定第一直播索引文件，该第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件。最后，调度服务器向第一终端发送第一直播索引文件，这样，第一终端可以根据接收到的第一直播索引文件从第二直播服务器上获取第一媒体分片文件。可见，当第一直播服务器过载时，调度服务器可以生成第一直播索引文件，通过第一直播索引文件使得第二直播服务器替代第一直播服务器为第一终端提供第一媒体分片文件，从而实现直播内容的动态及平滑调度。
在一些可能的实现方式中，还可以包括：在第一直播服务器过载后，新注册的第二终端向调度服务器发送第二媒体分片文件的观看请求；调度服务器根据该观看请求可以为第二终端分配第二直播服务器，由第二直播服务器为第二终端提供该第二媒体分片文件，即根据该观看请求生成第二直播索引文件，该第二直播索引文件包括第二终端与第二直播服务器的对应关系。可见，在第一直播服务器出现过载的情况下，新用户的观看请求可以调度到其他未过载的直播服务器上，从而避免了将新用户的观看请求调度到已过载的直播服务器上，从而实现了观看请求的合理调度，完善了本申请技术方案。
在另一些可能的实现方式中，上述调度服务器接收第一直播服务器上报的负载信息可以包括：第一直播服务器可以周期性地向调度服务器上报负载信息，该负载信息包括第一直播服务器支持的直播频道及该直播频道上当前所提供服务的终端数量。在调度服务器接收第一直播服务器上报的负载信息之后，还可以有：调度服务器可以判断该直播频道上当前所提供服务的终端数量是否大于该直播频道上所能服务的终端总数，若确定该直播频道上当前所提供服务的终端数量大于该直播频道上所能服务的终端总数，则调服服务器确定第一直播服务器过载；否则，调度服务器确定第一直播服务器未过载。可见，提供了一种用于判断第一直播服务器是否过载的实现方式，从而进一步完善了本申请技术方案。
在另一些可能的实现方式中，上述调度服务器根据原始索引文件和负载信息确定第一直播索引文件可以包括：调度服务器可以根据原始索引文件、负载信息以及获取到的至少两个备选直播服务器的负载信息确定第一直播索引文件，上述至少两个备选直播服务器均支持为第一终端提供第一媒体分片文件，上述至少两个备选直播服务器包括第二直播服务器。可见，，由于调度服务器从第一直播服务器接收到的负载信息具有周期性，所以调度服务器所确定的第一直播索引文件是定期更新的，即第一直播索引文件为周期性更新的直播索引文件，同时，第一终端需要定期获取更新后的第一直播索引文件。另外，调度服务器根据原始索引文件、负载信息所确定的第一直播索引文件所对应的直播服务器可能有多个，即可能存在多个直播服务器满足为第一终端提供第一媒体分片文件，所以本实现方式中调度服务器可以结合这多个直播服务器的负载信息，从这多个直播服务器中选取当前负载最小的直播服务器作为为第一终端提供第一媒体分片文件的直播服务器，从而优化了调度服务器从这多个直播服务器中选择一个直播服务器为第一终端提供第一媒体分片文件的实现过程，进一步完善了本申请技术方案。
在另一些可能的实现方式中，上述调度服务器向第一终端发送第一直播索引文件之后，还可以包括：调度服务器接收第一终端周期性发送的上述周期性更新的直播索引文件的获取请求；调度服务器根据获取请求向第一终端发送上述周期性更新的直播索引文件。可见，当第二直播服务器过载时，调度服务器可以通过更新第一直播索引文件，将第一终端调度到其他负载较轻的服务器上，从而实现直播内容的动态及平滑调度。
在另一些可能的实现方式中，上述调度服务器向第一终端发送第一直播索引文件之后，还可以包括：调度服务器更新预置的五元组信息表，该预置的五元组信息表预先存储有第一终端与第一直播服务器的对应关系，该更新后的五元组信息表存储有第一终端与第二直播服务器的对应关系。需理解，在第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件后，由于调度服务器会周期性更新第一直播索引文件，比如更新后的第一直播索引文件包括第一终端与第三直播服务器的对应关系，第三直播服务器为第一终端提供第一媒体文件，但如果第二直播服务器未过载，此时完全没有必要更新第一直播索引文件(因为第一终端为了从第三直播服务器中获取第一媒体分片文件，第一终端需要创建与第三直播服务器之间的链路，而创建链路会增加开销)。所以为了保证第一终端尽量在第二直播服务器上获取第一媒体分片文件，减少开销，第一终端在向调度服务器请求第一媒体分片文件时，第一终端可以在请求中携带五元组信息表中的用户信息，调度服务器在上述更新后的五元组信息表中进行查找直播服务器，若查找到的直播服务器为第二直播服务器，且第二直播服务器未过载，则调度服务器还是将该第一直播索引文件发送给第一终端，从而保证第一终端尽量在第二直播服务器上获取第一媒体分片文件；否者，调度服务器很可能会让第一终端在其他直播服务器上获取第一媒体分片文件。
本发明实施例第二方面还提供了一种直播内容的调度方法，可以包括：第一终端接收调度服务器发送的直播索引文件，其中，该直播索引文件为调度服务器在确定第一直播服务器过载时根据原始索引文件和第一直播服务器上报的负载信息确定的，该原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供媒体分片文件，该直播索引文件包括第一终端与为第一终端提供媒体分片文件的第二直播服务器的对应关系。在第一终端根据接收到的直播索引文件确定第二直播服务器后，第一终端向第二直播服务器发送直播频道的观看请求，该观看请求用于请求媒体分片文件。第一终端接收第二直播服务器根据该观看请求发送的媒体分片文件。可见，当第一直播服务器过载时，第一终端可以根据调度服务器所生成的第一直播索引文件，从第一直播服务器切换到第二直播服务器上获取媒体分片文件，从而实现直播内容的动态及平滑调度。
在一些可能的实现方式中，上述第一终端接收调度服务器发送的直播索引文件内，还可以包括：第一终端创建第一链路和第二链路，第一链路为第一终端与调度服务器之间的链路，第二链路为第一终端与第二直播服务器之间的链路。由此，第一终端可以通过第一链路接收调度服务器发送的直播索引文件，以及通过第二链路接收第二直播服务器根据观看请求发送的媒体分片文件。可见，第一终端可以采用双链路请求直播内容，一路从调度服务器上定期获取直播索引文件，一路从第二直播服务器上获取媒体分片文件。
在另一些可能的实现方式中，上述第一终端接收第二直播服务器根据该观看请求发送的媒体分片文件之后，还可以包括：当直播索引文件为周期性更新的直播索引文件时，第一终端向调度服务器周期性地发送周期性更新的直播索引文件的获取请求；第一终端接收调度服务器根据该获取请求发送的周期性更新的直播索引文件。可见，当第二直播服务器过载时，调度服务器可以通过更新直播索引文件，将第二终端调度到其他负载较轻的服务器上，从而实现直播内容的动态及平滑调度。
本发明实施例第三方面提供了一种调度服务器，该调度服务器被配置实现上述第一方面或第一方面任一可选的实现方式所提供的方法的功能，由软件实现，其软件包括与上述功能相应的模块，例如接收模块、处理模块和发送模块，其中，接收模块用于执行接收功能，处理模块用于执行处理功能，发送模块用于执行发送功能。
本发明实施例第四方面提供了一种终端，该终端被配置实现上述第一方面或第一方面任一可选的实现方式所提供的方法的功能，由软件实现，其软件包括与上述功能相应的模块，例如接收模块和发送模块，其中，接收模块用于执行接收功能，发送模块用于执行发送功能。
本发明实施例第五方面提供了一种直播内容的调度系统，该直播内容的调度系统包括本发明实施例第三方面所提供的调度服务器，以及本发明实施例第四方面所提供的终端。
本发明实施例第六方面提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本发明实施例第七方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
从以上技术方案可以看出，本发明实施例具有以下优点：调度服务器接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；调度服务器接收第一直播服务器上报的负载信息；当调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；调度服务器将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。可见，当第一直播服务器过载时，调度服务器可以生成直播索引文件，通过直播索引文件使得第二直播服务器替代第一直播服务器为第一终端提供媒体分片文件，从而实现直播内容的动态及平滑调度。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1为现有的直播内容的调度方法的系统架构图；
图2为本发明实施例中直播内容的调度方法的系统架构图；
图3为本发明实施例中直播内容的调度方法一个实施例示意图；
图4为本发明实施例中直播内容的调度方法一个流程示意图；
图5为本发明实施例中直播内容的调度方法另一个实施例示意图；
图6为本发明实施例中调度服务器一个实施例示意图；
图7为本发明实施例中调度服务器另一个实施例示意图；
图8为本发明实施例终端一个实施例示意图；
图9为本发明实施例终端另一个实施例示意图；
图10为本发明实施例中直播内容的调度系统一个实施例示意图。
具体实施方式
本发明实施例提供了一种直播内容的调度方法、调度服务器及终端，能够动态及平滑地调度直播内容。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于理解本申请技术方案，下面对本发明实施例中的直播内容的调度方法的系统架构图进行说明，请参阅图2，图2为本发明实施例中的直播内容的调度方法的系统架构图。在图2中，该系统架构主要由直播编码器、直播服务器A、直播服务器B、调度服务器、第一终端以及第二终端组成，其中，第二终端为直播服务器A过载后新注册的终端。其中，直播编码器用于向直播服务器A、直播服务器B推送OTT原始索引文件及媒体分片文件，并向调度服务器推送OTT原始索引文件。直播服务器A用于接收直播编码器推送的OTT原始索引文件及媒体分片文件，为第一终端提供媒体分片文件，以及周期性地向调度服务器上报负载信息。当直播服务器A过载时，弹出直播服务器B，之后，直播服务器B用于接收直播编码器推送的OTT原始索引文件及媒体分片文件，并周期性地向调度服务器上报负载信息。调度服务器用于接收直播编码器推送的OTT原始索引文件，根据直播服务器A上报的负载信息以及OTT原始索引文件生成直播索引文件。第一终端用于向调度服务器请求直播索引文件，通过建立索引链路获取直播索引文件，根据直播索引文件的指示动态创建与直播服务器B的链路，从直播服务器B获取媒体分片文件。第二终端用于向调度服务器请求直播频道的观看请求，通过建立索引链路来接收调度服务器根据观看请求生成的直播索引文件，根据直播索引文件的指示动态创建与直播服务器B的链路，从直播服务器B获取媒体分片文件。
下面通过具体实施例对本发明实施例中的直播内容的调度方法进行说明，请参阅图3，本发明实施例中直播内容的调度方法一个实施例包括：
101、调度服务器接收直播编码器发送的直播媒体文件，该直播媒体文件包括原始索引文件；
本实施例中，直播编码器向调度服务器推送OTT直播内容，即直播媒体文件，该直播媒体文件包括原始索引文件。
其中，该原始索引文件包括已做直播注册的第一终端与直播编码器分配的为第一终端提供第一媒体分片文件的第一直播服务器的对应关系。可以理解的是，该原始索引文件可以包括已做直播注册的各终端与直播编码器分配的为各终端提供媒体分片文件的直播服务器的对应关系。
其中，该直播媒体文件还可以包括媒体分片文件，媒体分片文件是由媒体文件进行时间切片而得到，且每个媒体分片文件可以携带有分片号。例如，具体可以由直播编码器对直播媒体文件进行时间切片，得到媒体分片文件，并且，还可以为每个媒体分片文件进行编号。需要说明的是，原始索引文件为媒体分片文件的索引文件，即可以通过原始索引文件查找到媒体分片文件。
其中，每个媒体分片文件可以包括多个帧，每个媒体分片文件中所包括的帧的数量可以根据实际应用的需求进行设置，比如，对于延时要求高的节目，由于需要实时分发，因此，一个媒体分片文件中可以包括较少的帧，而对于延时不敏感的节目，则可以将较多的帧打包成一个媒体分片文件。
另外，常规的直播编码器常采用PUSH/PULL方式传递直播媒体文件。对于采用PUSH方式推送OTT直播内容的直播编码器，需要配置调度服务器地址作为推送的目的地址，即本发明实施例需要将调度服务器的地址作为直播编码器的OTT直播内容的推送目的地址。调度服务器接收OTT直播内容，只需要处理OTT直播内容中的原始索引文件，将原始索引文件作为动态生成的直播索引文件的基础文件。对于采用PULL方式推送OTT直播内容的直播编码器，则调度服务器只需要主动向直播编码器拉取原始索引文件，将原始索引文件作为动态生成的直播索引文件的基础文件。
102、调度服务器接收第一直播服务器上报的负载信息；
本实施例中，第一直播服务器可以周期性地向调度服务器上报第一直播服务器的负载信息。相对应的，调度服务器接收第一直播服务器上报的负载信息，具体的，“调度服务器接收第一直播服务器上报的负载信息”可以包括：调度服务器接收第一直播服务器周期性上报的负载信息，该负载信息包括第一直播服务器支持的直播频道及直播频道上当前所提供服务的终端数量。调度服务器接收第一直播服务器上报的负载信息”之后可以包括：若调度服务器确定直播频道上当前所提供服务的终端数量大于直播频道上所能服务的终端总数，则调度服务器确定第一直播服务器过载。
可以理解的是，在实际应用中，调度服务器会接收各直播服务器上报的负载信息，调度服务器可以根据各直播服务器上报的负载信息生成直播频道-直播服务器关系表，通过直播频道-直播服务器关系表记录每个直播频道在不同直播服务器上的服务状态、在线终端数量等数据。调度服务器可以根据以上数据作为直播频道动态负载调度的重要依据。
103、当调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息确定第一直播索引文件；
本实施例中，调度服务器在接收到直播编码器发送的直播媒体文件，以及接收到第一直播服务器上报的负载信息之后，若调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息生成第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件。
在一些可能的实施例中，“调度服务器根据原始索引文件和负载信息确定第一直播索引文件”可以包括：调度服务器根据原始索引文件、负载信息以及获取到的至少两个备选直播服务器的负载信息确定第一直播索引文件，至少两个备选直播服务器均支持为第一终端提供第一媒体分片文件，至少两个备选直播服务器包括第二直播服务器，第一直播索引文件为周期性更新的直播索引文件。
由于调度服务器根据原始索引文件、负载信息所确定的第一直播索引文件所对应的直播服务器可能有多个，即可能存在多个直播服务器满足为第一终端提供第一媒体分片文件，所以本实施例中调度服务器可以结合这多个直播服务器的负载信息，从这多个直播服务器中选取当前负载最小的直播服务器作为为第一终端提供第一媒体分片文件的直播服务器，从而优化了调度服务器从这多个直播服务器中选择一个直播服务器为第一终端提供第一媒体分片文件的实现过程，进一步完善了本申请技术方案。
在上述步骤102中提到，调度服务器可以根据各直播服务器上报的负载信息生成直播频道-直播服务器关系表，通过直播频道-直播服务器关系表记录每个直播频道在不同直播服务器上的服务状态、在线终端数量等数据。调度服务器可以根据以上数据作为直播频道动态负载调度的重要依据。例如，假设存在一个直播频道a，调度服务器可以根据原始索引文件、第一直播服务器上报的负载信息初步确定直播频道a可以由直播服务器1、直播服务器2以及直播服务器3提供服务，其中直播服务器1服务的直播频道的数目已经有30个(假设满载数目为50个)，直播服务器2服务的直播频道的数目已经有40个(假设满载数目为50个)，直播服务器3服务器的直播频道的数目已经有10个(假设满载数目为50个)，则调度服务器可以设置由直播服务器3为直播频道a提供服务。当然，调度服务器还可以进一步对直播服务器1服务的30个直播频道的服务状态，在线用户数，以及直播服务器2服务的40个直播频道的服务状态、在线用户数，以及直播服务器3服务器的10个直播频道的服务状态，在线用户数分别进行加权计算，得出负载最小的直播服务器，将具有最小负载的直播服务器设置成为直播频道a提供服务的直播服务器，从而为直播频道a选取最为合适的直播服务器，完善了本申请技术方案。
其中，上述第一直播索引文件可以为HLS直播索引文件，HLS直播索引文件可以包括一级索引文件和二级索引文件，其中，一级索引文件描述媒体内容的多种可变码率的视频流、多语言的音频流和字幕流，一级索引文件保持不变。二级索引文件描述某种码率视频流、某种音频流、某种语言字幕流的播放列表信息及全局参数。调度服务器上需要对HLS直播索引文件中的分片统一资源定位符(Uniform Resoure Locator，URL)的直播服务器地址做调整。通常来说，为了缓存等方面的原因，在HLS直播索引文件中会保留最新的三个分片URL地址，以类似滑动窗口的形式进行更新，调度服务器在构造分片URL地址时可根据直播服务器动态伸缩情况、负载状况做到分片级调整。
此外，上述第一直播索引文件还可以为DASH直播索引文件，DASH直播索引文件中的Representation部分描述了DASH直播索引文件的URL信息，具体描述方式有SegmentBase、SegmentTemplate和SegmentList，其中直播场景下多使用SegmentTemplate模板方式。调度服务器可以通过配置mpd文件minimumUpdatePeriod来周期性更新DASH直播索引文件。每次更新DASH直播索引文件的时候，调度服务器可以根据直播服务器动态伸缩情况、负载状况修改SegmentTemplate模板中的media、initialization属性，更改DASH直播索引文件中的直播服务器的地址。
104、调度服务器将第一直播索引文件发送给第一终端；
本实施例中，由于第一直播索引文件可以指示第一终端由第二直播服务器提供媒体分片文件，所以调度服务器需要将第一直播索引文件发送给第一终端。
105、第一终端根据第一直播索引文件向第二直播服务器发送直播频道的观看请求，该观看请求用于请求第一媒体分片文件；
本实施例中，在调度服务器将第一直播索引文件发送给第一终端后，第一终端可以根据第一直播索引文件中的URL地址确定第二直播服务器。在第一终端根据第一直播索引文件中的URL地址确定第二直播服务器后，第一终端向第二直播服务器发送观看请求，观看请求用于请求第一媒体分片文件。
106、第一终端接收第二直播服务器发送的第一媒体分片文件。
本实施例中，在第一终端向第二直播服务器发送观看请求后，第一终端接收第二直播服务器根据观看请求发送的第一媒体分片文件。
本实施例中，调度服务器接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；调度服务器接收第一直播服务器上报的负载信息；当调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；调度服务器将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。可见，当第一直播服务器过载时，调度服务器可以生成直播索引文件，通过直播索引文件使得第二直播服务器替代第一直播服务器为第一终端提供媒体分片文件，从而实现直播内容的动态及平滑调度。
需要说明的是，若调度服务器根据负载信息确定第一直播服务器未过载，则调度服务器也就没有必要生成第一直播索引文件，即当调度服务器接收到第一终端发送的获取索引文件的请求时，调度服务器可以将原始索引文件发送给第一终端，以便第一终端根据原始索引文件向第一直播服务器请求媒体分片文件，从而第一终端继续接收第一直播服务器发送的媒体分片文件。从而保证第一终端尽量在原直播服务器上继续服务，即省去了第一终端需要创建链路来获取媒体分片文件的操作，从而省去了创建链路的操作所带来的开销。
由此，为了保证终端尽量在原直播服务器上继续服务，减少开销。本发明实施例可以采用如下两种方式实现：
方式1：
在终端向调度服务器请求直播索引文件的URL请求中携带当前为其服务的直播服务器的互联网协议(Internet Protocol，IP)参数，调度服务器会优先考虑用户调度到此直播服务器上，但当此直播服务器过载、异常或收缩，调度服务器会根据调度策略进行相应的调度。下面通过一个具体实例进行说明，如图4所示例，图4为本发明实施例中直播内容的调度方法一个流程示意图，图4中包括如下几个步骤：
步骤1：终端向调度服务器(10.1.2.20)发送请求消息，该请求消息用于请求直播频道的索引文件。
步骤2：调度服务器(10.1.2.20)检测到该请求消息中未含有某一个直播服务器的IP地址，则调度服务器(10.1.2.20)根据当前各服务器的负载状态以及预先接收到的直播频道的原始索引文件生成第一直播索引文件，比如为http://10.1.2.20/liveTV/cctv1/index.m3u8？CurLiveSvr＝10.1.2.100，第一直播索引文件指定直播服务器A(10.1.2.100)为终端提供直播频道的媒体分片文件，调度服务器将第一直播索引文件发送给终端。
步骤3：终端根据接收到的第一直播索引文件访问直播服务器A(10.1.2.100)，从直播服务器A(10.1.2.100)获取媒体分片文件。
步骤4：直播服务器A(10.1.2.100)和直播服务器B(10.1.2.101)定期向调度服务器(10.1.2.20)上报负载信息。
步骤5：调度服务器(10.1.2.20)根据负载信息更新直播频道-直播服务器的关系表，并根据负载信息确定直播服务器A(10.1.2.100)过载。
步骤6：终端再次向调度服务器(10.1.2.20)发送请求消息，该请求消息用于再次请求该直播频道的索引文件，该请求消息携带有(10.1.2.100)参数。
步骤7：调度服务器(10.1.2.20)接收到该请求消息后，由于直播服务器A(10.1.2.100)过载，调度服务器(10.1.2.20)根据第一直播索引文件以及当前各服务器的负载信息生成第二直播索引文件，比如第二直播索引文件为：http://10.1.2.20/liveTV/cctv1/index.m3u8？CurLiveSvr＝10.1.2.101，第二直播索引文件指定服务器B(10.1.2.101)为终端提供直播频道的媒体分片文件，调度服务器(10.1.2.20)将第二直播索引文件发送给终端。
步骤8：终端根据接收到的第二直播索引文件访问直播服务器B(10.1.2.101)，从直播服务器B(10.1.2.101)获取媒体分片文件。
可以理解的是，在步骤5中，若调度服务器(10.1.2.20)确定直播服务器A(10.1.2.100)没有过载，则由于步骤6中的请求消息携带有(10.1.2.100)参数，即调度服务器会优先考虑用户调度到该(10.1.2.100)参数对应的直播服务器A(10.1.2.100)上，那么调度服务器也就不会生成第二直播索引文件，从而减少了开销，进一步完善了本申请技术方案。
方式2：
在调度服务器上构建直播会话(session)五元组信息表，直播session五元组信息表用于描述终端session、IP、端口(Port)与直播服务器的IP、Port的对应关系。每次终端获取直播索引文件时以终端的IP或Port做hash，快速从直播session五元组信息表中定位其当前服务的直播服务器地址，进而判断是否要对直播服务器的地址进行更换。具体包括如下几个步骤：
步骤1：调度服务器创建直播session五元组信息表，保留当前终端与直播服务器的对应关系，并以终端的IP或Port做hash，实现快速定位。
步骤2：终端点播直播频道，第一次向调度服务器请求直播索引文件。调度服务器获取终端的IP或Port，以终端的IP或Port做hash来查找直播session信息表。若未查找到直播session五元组信息表，则创建一条新session信息，保存终端的IP或Port、新分配的直播服务器的IP或Port以及sessionID。
步骤3：终端后续向调度服务器请求更新的直播索引文件，调度服务器获取终端的IP或Port，以终端的IP或Port做hash来查找直播session五元组信息表，得到当前为此终端提供服务的直播服务器，如果该直播服务器过载、异常、或需要收缩，则调度服务器为终端更换直播服务器并更新直播session五元组信息表。
由此，在一些可能的实施例中，上述“调度服务器将第一直播索引文件发送给第一终端”之后，还可以包括：调度服务器更新预置的五元组信息表，该预置的五元组信息表预先存储有第一终端与第一直播服务器的对应关系，该更新后的五元组信息表存储有第一终端与第二直播服务器的对应关系。
可见，通过上述两种方式，可以保证终端尽量在原直播服务器上继续服务，以减少反复生成直播索引文件所带来的开销。
在实际应用中，在第一直播服务器过载时，调度服务器还可能接收到新加入的终端发送的获取媒体分片文件的观看请求，此时调度服务器也可以生成直播索引文件，将所生成的直播索引文件发送给新加入的终端，以便新加入的终端根据所生成的直播索引文件从第二直播服务器上获取媒体分片文件。为便于理解，下面通过一个具体实施例进行说明，请参阅图5，本发明实施例中直播内容的调度方法另一个实施例包括：
201、调度服务器接收直播编码器发送的直播媒体文件，该直播媒体文件包括原始索引文件；
本实施例中，直播编码器向调度服务器推送OTT直播内容，即直播媒体文件，该直播媒体文件包括原始索引文件。
其中该原始索引文件包括已做直播注册的第一终端与直播编码器分配的为第一终端提供第一媒体分片文件的第一直播服务器的对应关系。可以理解的是，该原始索引文件可以包括已做直播注册的各终端与直播编码器分配的为各终端提供媒体分片文件的直播服务器的对应关系。
其中，每个媒体分片文件可以包括多个帧，每个媒体分片文件中所包括的帧的数量可以根据实际应用的需求进行设置，比如，对于延时要求高的节目，由于需要实时分发，因此，一个媒体分片文件中可以包括较少的帧，而对于延时不敏感的节目，则可以将较多的帧打包成一个媒体分片文件。
另外，常规的直播编码器常采用PUSH/PULL方式传递直播媒体文件。对于采用PUSH方式推送OTT直播内容的直播编码器，需要配置调度服务器地址作为推送的目的地址，即本发明实施例需要将调度服务器的地址作为直播编码器的OTT直播内容的推送目的地址。调度服务器接收OTT直播内容，只需要处理OTT直播内容中的原始索引文件，将原始索引文件作为动态生成的直播索引文件的基础文件。对于采用PULL方式推送OTT直播内容的直播编码器，则调度服务器只需要主动向直播编码器拉取原始索引文件，将原始索引文件作为动态生成的直播索引文件的基础文件。
202、调度服务器接收第一直播服务器上报的负载信息；
本实施例中，第一直播服务器可以周期性地向调度服务器上报第一直播服务器的负载信息。相对应的，调度服务器接收第一直播服务器上报的负载信息，具体的，“调度服务器接收第一直播服务器上报的负载信息”可以包括：调度服务器接收第一直播服务器周期性上报的负载信息，该负载信息包括第一直播服务器支持的直播频道及直播频道上当前所提供服务的终端数量。调度服务器接收第一直播服务器上报的负载信息”之后可以包括：若调度服务器确定直播频道上当前所提供服务的终端数量大于直播频道上所能服务的终端总数，则调度服务器确定第一直播服务器过载。
可以理解的是，在实际应用中，调度服务器会接收各直播服务器上报的负载信息，调度服务器可以根据各直播服务器上报的负载信息生成直播频道-直播服务器关系表，通过直播频道-直播服务器关系表记录每个直播频道在不同直播服务器上的服务状态、在线终端数量等数据。调度服务器可以根据以上数据作为直播频道动态负载调度的重要依据。
203、当调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息确定第一直播索引文件；
本实施例中，调度服务器在接收到直播编码器发送的直播媒体文件，以及接收到第一直播服务器上报的负载信息之后，若调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息生成第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件。
204、第一终端向调度服务器发送第一直播索引文件的获取请求；
205、第二终端向调度服务器发送第二媒体分片文件的观看请求；
本实施例中，第二终端为第一直播服务器过载后注册的终端，第二终端向调度服务器发送第二媒体分片文件的观看请求，即第二终端需要获取相应的直播索引文件。
本实施例中，第一终端可以预先创建第一链路和第二链路，第一链路可以为索引链路，用于获取直播索引文件，第二链路可以为分片链路，用于获取媒体分片文件。此时，第一终端通过第一链路向调度服务器发送第一直播索引文件的获取请求。
同理，第二终端可以预先创建第三链路和第四链路，第三链路可以为索引链路，用于获取直播索引文件，第四链路可以为分片链路，用于获取媒体分片文件。此时，第二终端通过第三链路向调度服务器发送第二媒体分片文件的观看请求。
需要说明的是，第一链路、第二链路、第三链路以及第四链路还可以由调度服务器创建。此外，步骤204以及步骤205的执行顺序没有先后关系，即步骤204可以在步骤205之前执行，或步骤204可以在步骤205之后执行，或步骤204可以与步骤205同时执行。
206、调度服务器根据获取请求将第一直播索引文件发送给第一终端；
本实施例中，调度服务器在接收到获取请求后，调度服务器可以根据获取请求将第一直播索引文件通过第三链路发送给第一终端。相应的，在第一终端侧有：第一终端通过第一链路接收调度服务器发送的第一直播索引文件。
207、调度服务器根据观看请求生成第二直播索引文件，并将第二直播索引文件发送给第二终端；
本实施例中，调度服务器在接收到观看请求后，调度服务器可以根据观看请求将第二直播索引文件通过第三链路发送给第二终端。相应的，在第二终端侧有：第二终端通过第二链路接收调度服务器发送的第二直播索引文件。
需要说明的是，步骤206以及步骤207的执行顺序没有先后关系，即步骤206可以在步骤207之前执行，或步骤206可以在步骤207之后执行，或步骤206可以与步骤207同时执行。
208、第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件；
209、第二终端根据第二直播索引文件从第二直播服务器获取第二媒体分片文件；
本实施例中，在调度服务器将第一直播索引文件发送给第一终端，以及将第二直播索引文件发送给第二终端后，第一终端可以根据第一直播索引文件中的第二直播服务器的URL地址确定第二直播服务器，第一终端可以通过第二链路向第二直播服务器请求第一媒体分片文件，第二直播服务器接收到第一终端发送的请求后，将第一媒体分片文件发送给第一终端。同理，第二终端可以根据第二直播索引文件中的第二直播服务器的URL地址确定第二直播服务器，第二终端可以通过第四链路向第二直播服务器请求第二媒体分片文件，第二直播服务器接收到第二终端发送的请求后，将第二媒体分片文件发送给第二终端。
需要说明的是，步骤208以及步骤209的执行顺序没有先后关系，即步骤208可以在步骤209之前执行，或步骤208可以在步骤209之后执行，或步骤208可以与步骤209同时执行。
本实施例中，调度服务器接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；调度服务器接收第一直播服务器上报的负载信息；当调度服务器根据负载信息确定第一直播服务器过载时，调度服务器根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；调度服务器将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。可见，当第一直播服务器过载时，调度服务器可以生成直播索引文件，通过直播索引文件使得第二直播服务器替代第一直播服务器为第一终端提供媒体分片文件，从而实现直播内容的动态及平滑调度。
其次，在第一直播服务器过载时，调度服务器还可能接收到新加入的终端发送的获取媒体分片文件的观看请求，此时调度服务器也可以生成直播索引文件，将所生成的直播索引文件发送给新加入的终端，以便新加入的终端根据所生成的直播索引文件从第二直播服务器上获取媒体分片文件，从而进一步完善本申请技术方案。
上面通过实施例介绍了本发明实施例中的直播内容的调度方法，下面通过实施例介绍本发明实施例中的调度服务器，请参阅图6，本发明实施例中调度服务器包括：
接收模块301，用于接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；还用于接收第一直播服务器上报的负载信息；
处理模块302，用于当根据负载信息确定第一直播服务器过载时，根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；
发送模块303，用于将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。
本实施例中，接收模块301接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；调度服务器接收第一直播服务器上报的负载信息；当处理模块302根据负载信息确定第一直播服务器过载时，处理模块302根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；发送模块303将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。可见，当第一直播服务器过载时，处理模块302可以生成直播索引文件，通过直播索引文件使得第二直播服务器替代第一直播服务器为第一终端提供媒体分片文件，从而实现直播内容的动态及平滑调度。
在一些可能的实施例中，接收模块301，还用于接收第二终端发送的第二媒体分片文件的观看请求，第二终端为第一直播服务器过载后注册的终端；处理模块302，还用于根据观看请求生成第二直播索引文件，第二直播索引文件包括第二终端与第二直播服务器的对应关系，第二直播服务器为第二终端提供第二媒体分片文件；发送模块303，还用于将第二直播索引文件发送给第二终端，以使第二终端根据第二直播索引文件从第二直播服务器获取第二媒体分片文件。
本实施例中，在第一直播服务器过载时，调度服务器还可能接收到新加入的终端发送的获取媒体分片文件的观看请求，此时调度服务器也可以生成直播索引文件，将所生成的直播索引文件发送给新加入的终端，以便新加入的终端根据所生成的直播索引文件从第二直播服务器上获取媒体分片文件，从而进一步完善本申请技术方案。
在一些可能的实施例中，处理模块302，还用于根据原始索引文件、负载信息以及获取到的至少两个备选直播服务器的负载信息确定第一直播索引文件，至少两个备选直播服务器均支持为第一终端提供第一媒体分片文件，至少两个备选直播服务器包括第二直播服务器，第一直播索引文件为周期性更新的直播索引文件。
本实施例中，由于调度服务器根据原始索引文件、负载信息所确定的第一直播索引文件所对应的直播服务器可能有多个，即可能存在多个直播服务器满足为第一终端提供第一媒体分片文件，所以本实施例中调度服务器可以结合这多个直播服务器的负载信息，从这多个直播服务器中选取当前负载最小的直播服务器作为为第一终端提供第一媒体分片文件的直播服务器，从而优化了调度服务器从这多个直播服务器中选择一个直播服务器为第一终端提供第一媒体分片文件的实现过程，进一步完善了本申请技术方案。
在一些可能的实施例中，接收模块301，还用于接收第一终端周期性发送的周期性更新的直播索引文件的获取请求；处理模块302，还用于根据获取请求向第一终端发送周期性更新的直播索引文件。
本实施例中，当第二直播服务器过载时，调度服务器可以通过更新直播索引文件，将第二终端调度到其他负载较轻的服务器上，从而实现直播内容的动态及平滑调度。
在一些可能的实施例中，处理模块302，还用于更新预置的五元组信息表，预置的五元组信息表预先存储有第一终端与第一直播服务器的对应关系，更新后的五元组信息表存储有第一终端与第二直播服务器的对应关系。
上面从模块化功能实体的角度对本发明实施例中的调度服务器进行了描述，下面从硬件处理的角度对本发明实施例中的调度服务器进行描述，请参阅图7，本发明实施例中的调度服务器包括：接收器401、处理器402、发射器403以及存储器404。
本发明实施例涉及的调度服务器可以具有比图7所示出的更多或更少的部件，可以组合两个或更多个部件，或者可以具有不同的部件配置或设置，各个部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件或硬件和软件的组合实现。
接收器401用于执行如下操作：
接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；还用于接收第一直播服务器上报的负载信息；
处理器402用于执行如下操作：
当根据负载信息确定第一直播服务器过载时，根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；
发射器403用于执行如下操作：
将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。
存储器404用于存储处理器402执行相应操作所需的代码。
本实施例中，接收器401接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的第一终端与第一直播服务器的对应关系，第一直播服务器为第一终端提供第一媒体分片文件；调度服务器接收第一直播服务器上报的负载信息；当处理器402根据负载信息确定第一直播服务器过载时，处理器402根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供第一媒体分片文件；发射器403将第一直播索引文件发送给第一终端，以使第一终端根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。可见，当第一直播服务器过载时，处理器402可以生成直播索引文件，通过直播索引文件使得第二直播服务器替代第一直播服务器为第一终端提供媒体分片文件，从而实现直播内容的动态及平滑调度。
接收器401还用于执行如下操作：接收第二终端发送的第二媒体分片文件的观看请求，第二终端为第一直播服务器过载后注册的终端；
相应的，处理器402还用于执行如下操作：根据观看请求生成第二直播索引文件，第二直播索引文件包括第二终端与第二直播服务器的对应关系，第二直播服务器为第二终端提供第二媒体分片文件；
相应的，发射器403还用于执行如下操作：将第二直播索引文件发送给第二终端，以使第二终端根据第二直播索引文件从第二直播服务器获取第二媒体分片文件。
处理器402还用于执行如下操作：根据原始索引文件、负载信息以及获取到的至少两个备选直播服务器的负载信息确定第一直播索引文件，至少两个备选直播服务器均支持为第一终端提供第一媒体分片文件，至少两个备选直播服务器包括第二直播服务器，第一直播索引文件为周期性更新的直播索引文件。
接收器401还用于执行如下操作：接收第一终端周期性发送的周期性更新的直播索引文件的获取请求；
相应的，处理器402还用于执行如下操作：根据获取请求向第一终端发送周期性更新的直播索引文件。
处理器402还用于执行如下操作：更新预置的五元组信息表，预置的五元组信息表预先存储有第一终端与第一直播服务器的对应关系，更新后的五元组信息表存储有第一终端与第二直播服务器的对应关系。
下面通过实施例介绍本发明实施例中的终端，请参阅图8，本发明实施例中终端一个实施例包括：
接收模块501，用于接收调度服务器发送的直播索引文件，其中，第一终端预先由第一直播服务器提供媒体分片文件，直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供媒体分片文件；
发送模块502，用于根据直播索引文件向第二直播服务器发送直播频道的观看请求，观看请求用于请求媒体分片文件；
接收模块501，还用于接收第二直播服务器根据观看请求发送的媒体分片文件。
本实施例中，当第一直播服务器过载时，接收模块501可以根据调度服务器所生成的第一直播索引文件，从第一直播服务器切换到第二直播服务器上获取媒体分片文件，从而实现直播内容的动态及平滑调度。
在图8所示实施例的基础上，在一些可能的实施例中，终端还可以包括：
处理模块503，用于创建第一链路和第二链路，第一链路为第一终端与调度服务器之间的链路，第二链路为第一终端与第二直播服务器之间的链路。
相应的，接收模块501，还用于通过第一链路接收调度服务器发送的直播索引文件；还用于通过第二链路接收第二直播服务器根据观看请求发送的媒体分片文件。
本实施例中，第一终端可以采用双链路请求直播内容，一路从调度服务器上定期获取直播索引文件，一路从第二直播服务器上获取媒体分片文件。
在一些可能的实施例中，直播索引文件为周期性更新的直播索引文件，发送模块502，还用于向调度服务器周期性地发送周期性更新的直播索引文件的获取请求；接收模块501，还用于接收调度服务器根据获取请求发送的周期性更新的直播索引文件。
本实施例中，当第二直播服务器过载时，调度服务器可以通过更新直播索引文件，将第二终端调度到其他负载较轻的服务器上，从而实现直播内容的动态及平滑调度。
上面从模块化功能实体的角度对本发明实施例中的终端进行了描述，下面从硬件处理的角度对本发明实施例中的终端进行描述，请参阅图9，本发明实施例中的终端包括：接收器601、发射器602、处理器603以及存储器604。
本发明实施例涉及的终端可以具有比图9所示出的更多或更少的部件，可以组合两个或更多个部件，或者可以具有不同的部件配置或设置，各个部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件或硬件和软件的组合实现。
接收器601用于执行如下操作：
接收调度服务器发送的直播索引文件，其中，第一终端预先由第一直播服务器提供媒体分片文件，直播索引文件包括第一终端与第二直播服务器的对应关系，第二直播服务器为第一终端提供媒体分片文件；接收第二直播服务器根据观看请求发送的媒体分片文件。
发射器602用于执行如下操作：
根据直播索引文件向第二直播服务器发送直播频道的观看请求，观看请求用于请求媒体分片文件；
处理器603用于执行如下操作：
创建第一链路和第二链路，第一链路为第一终端与调度服务器之间的链路，第二链路为第一终端与第二直播服务器之间的链路。
存储器604用于存储处理器603执行相应操作所需的代码。
本实施例中，当第一直播服务器过载时，接收器601可以根据调度服务器所生成的第一直播索引文件，从第一直播服务器切换到第二直播服务器上获取媒体分片文件，从而实现直播内容的动态及平滑调度。
接收器601还用于执行如下操作：通过第一链路接收调度服务器发送的直播索引文件；还用于通过第二链路接收第二直播服务器根据观看请求发送的媒体分片文件。
发射器602还用于执行如下操作：当直播索引文件为周期性更新的直播索引文件时，向调度服务器周期性地发送周期性更新的直播索引文件的获取请求；相应的，接收器601还用于执行如下操作：接收调度服务器根据获取请求发送的周期性更新的直播索引文件。
本发明实施例还提供了一种直播内容的调度系统，请参阅图10，本发明实施例直播内容的调度系统一个实施例包括：
调度服务器701和终端702；
调度服务器701，用于接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的终端与第一直播服务器的对应关系，第一直播服务器为终端702提供第一媒体分片文件；还用于接收第一直播服务器上报的负载信息；当根据负载信息确定第一直播服务器过载时，根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括终端702与第二直播服务器的对应关系，第二直播服务器为终端702提供第一媒体分片文件；将第一直播索引文件发送给终端702，以使终端702根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。
终端702，用于接收调度服务器701发送的直播索引文件，其中，终端702预先由第一直播服务器提供媒体分片文件，直播索引文件包括终端702与第二直播服务器的对应关系，第二直播服务器为终端702提供媒体分片文件；根据直播索引文件向第二直播服务器发送直播频道的观看请求，观看请求用于请求媒体分片文件；接收第二直播服务器根据观看请求发送的媒体分片文件。
本实施例中，调度服务器701接收直播编码器发送的直播媒体文件，其中，直播媒体文件包括与第一直播服务器对应的原始索引文件，原始索引文件包括已做直播注册的终端702与第一直播服务器的对应关系，第一直播服务器为终端702提供第一媒体分片文件；调度服务器701接收第一直播服务器上报的负载信息；当调度服务器701根据负载信息确定第一直播服务器过载时，调度服务器701根据原始索引文件和负载信息确定第一直播索引文件，第一直播索引文件包括终端702与第二直播服务器的对应关系，第二直播服务器为终端702提供第一媒体分片文件；调度服务器701将第一直播索引文件发送给终端702，以使终端702根据第一直播索引文件从第二直播服务器获取第一媒体分片文件。可见，当第一直播服务器过载时，调度服务器701可以生成直播索引文件，通过直播索引文件使得第二直播服务器替代第一直播服务器为终端701提供媒体分片文件，从而实现直播内容的动态及平滑调度。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (23)

1.一种直播内容的调度方法，其特征在于，包括：
调度服务器接收直播编码器发送的直播媒体文件，其中，所述直播媒体文件包括与第一直播服务器对应的原始索引文件，所述原始索引文件包括已做直播注册的第一终端与所述第一直播服务器的对应关系，所述第一直播服务器为所述第一终端提供第一媒体分片文件；
所述调度服务器接收所述第一直播服务器上报的负载信息；
当所述调度服务器根据所述负载信息确定所述第一直播服务器过载时，所述调度服务器根据所述原始索引文件和所述负载信息确定第一直播索引文件，所述第一直播索引文件包括所述第一终端与第二直播服务器的对应关系，所述第二直播服务器为所述第一终端提供所述第一媒体分片文件；
所述调度服务器将所述第一直播索引文件发送给所述第一终端，以使所述第一终端根据所述第一直播索引文件从所述第二直播服务器获取所述第一媒体分片文件。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述调度服务器接收第二终端发送的第二媒体分片文件的观看请求，所述第二终端为所述第一直播服务器过载后注册的终端；
所述调度服务器根据所述观看请求生成第二直播索引文件，所述第二直播索引文件包括所述第二终端与所述第二直播服务器的对应关系，所述第二直播服务器为所述第二终端提供所述第二媒体分片文件；
所述调度服务器将所述第二直播索引文件发送给所述第二终端，以使所述第二终端根据所述第二直播索引文件从所述第二直播服务器获取所述第二媒体分片文件。
3.根据权利要求2所述的方法，其特征在于，所述调度服务器接收所述第一直播服务器上报的负载信息包括：
所述调度服务器接收所述第一直播服务器周期性上报的负载信息，所述负载信息包括所述第一直播服务器支持的直播频道及所述直播频道上当前所提供服务的终端数量；
所述调度服务器接收所述第一直播服务器上报的负载信息之后，还包括：
若所述调度服务器确定所述直播频道上当前所提供服务的终端数量大于所述直播频道上所能服务的终端总数，则所述调度服务器确定所述第一直播服务器过载。
4.根据权利要求3所述的方法，其特征在于，所述调度服务器根据所述原始索引文件和所述负载信息确定第一直播索引文件包括：
所述调度服务器根据所述原始索引文件、所述负载信息以及获取到的至少两个备选直播服务器的负载信息确定第一直播索引文件，所述至少两个备选直播服务器均支持为所述第一终端提供所述第一媒体分片文件，所述至少两个备选直播服务器包括所述第二直播服务器，所述第一直播索引文件为周期性更新的直播索引文件。
5.根据权利要求4所述的方法，其特征在于，所述调度服务器将所述第一直播索引文件发送给所述第一终端之后，还包括：
所述调度服务器接收所述第一终端周期性发送的所述周期性更新的直播索引文件的获取请求；
所述调度服务器根据所述获取请求向所述第一终端发送所述周期性更新的直播索引文件。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述调度服务器将所述第一直播索引文件发送给所述第一终端之后，还包括：
所述调度服务器更新预置的五元组信息表，所述预置的五元组信息表预先存储有所述第一终端与所述第一直播服务器的对应关系，所述更新后的五元组信息表存储有所述第一终端与所述第二直播服务器的对应关系。
7.一种直播内容的调度方法，其特征在于，包括：
第一终端接收调度服务器发送的直播索引文件，其中，所述第一终端预先由第一直播服务器提供媒体分片文件，所述直播索引文件包括所述第一终端与第二直播服务器的对应关系，所述第二直播服务器为所述第一终端提供所述媒体分片文件；
所述第一终端根据所述直播索引文件向所述第二直播服务器发送直播频道的观看请求，所述观看请求用于请求所述媒体分片文件；
所述第一终端接收所述第二直播服务器根据所述观看请求发送的所述媒体分片文件；
所述直播索引文件为当所述调度服务器根据所述负载信息确定所述第一直播服务器过载时，由所述调度服务器根据所述直播媒体文件中与所述第一直播服务器对应的原始索引文件，和所述第一直播服务器上报的负载信息确定的。
8.根据权利要求7所述的方法，其特征在于，所述第一终端接收调度服务器发送的直播索引文件之前，所述方法还包括：
所述第一终端创建第一链路和第二链路，所述第一链路为所述第一终端与所述调度服务器之间的链路，所述第二链路为所述第一终端与所述第二直播服务器之间的链路。
9.根据权利要求8所述的方法，其特征在于，所述第一终端接收调度服务器发送的直播索引文件包括：
所述第一终端通过所述第一链路接收调度服务器发送的直播索引文件。
10.根据权利要求9所述的方法，其特征在于，所述第一终端接收所述第二直播服务器根据所述观看请求发送的所述媒体分片文件包括：
所述第一终端通过所述第二链路接收所述第二直播服务器根据所述观看请求发送的所述媒体分片文件。
11.根据权利要求7至10任一项所述的方法，其特征在于，所述直播索引文件为周期性更新的直播索引文件，所述第一终端接收所述第二直播服务器根据所述观看请求发送的所述媒体分片文件之后，还包括：
所述第一终端向所述调度服务器周期性地发送所述周期性更新的直播索引文件的获取请求；
所述第一终端接收所述调度服务器根据所述获取请求发送的所述周期性更新的直播索引文件。
12.一种调度服务器，其特征在于，包括：
接收模块，用于接收直播编码器发送的直播媒体文件，其中，所述直播媒体文件包括与第一直播服务器对应的原始索引文件，所述原始索引文件包括已做直播注册的第一终端与所述第一直播服务器的对应关系，所述第一直播服务器为所述第一终端提供第一媒体分片文件；还用于接收所述第一直播服务器上报的负载信息；
处理模块，用于当根据所述负载信息确定所述第一直播服务器过载时，根据所述原始索引文件和所述负载信息确定第一直播索引文件，所述第一直播索引文件包括所述第一终端与第二直播服务器的对应关系，所述第二直播服务器为所述第一终端提供所述第一媒体分片文件；
发送模块，用于将所述第一直播索引文件发送给所述第一终端，以使所述第一终端根据所述第一直播索引文件从所述第二直播服务器获取所述第一媒体分片文件。
13.根据权利要求12所述的调度服务器，其特征在于，所述接收模块，还用于接收第二终端发送的第二媒体分片文件的观看请求，所述第二终端为所述第一直播服务器过载后注册的终端；
所述处理模块，还用于根据所述观看请求生成第二直播索引文件，所述第二直播索引文件包括所述第二终端与所述第二直播服务器的对应关系，所述第二直播服务器为所述第二终端提供所述第二媒体分片文件；
所述发送模块，还用于将所述第二直播索引文件发送给所述第二终端，以使所述第二终端根据所述第二直播索引文件从所述第二直播服务器获取所述第二媒体分片文件。
14.根据权利要求13所述的调度服务器，其特征在于，所述接收模块，还用于接收所述第一直播服务器周期性上报的负载信息，所述负载信息包括所述第一直播服务器支持的直播频道及所述直播频道上当前所提供服务的终端数量；
所述处理模块，还用于若所述调度服务器确定所述直播频道上当前所提供服务的终端数量大于所述直播频道上所能服务的终端总数，则所述调度服务器确定所述第一直播服务器过载。
15.根据权利要求14所述的调度服务器，其特征在于，所述处理模块，还用于根据所述原始索引文件、所述负载信息以及获取到的至少两个备选直播服务器的负载信息确定第一直播索引文件，所述至少两个备选直播服务器均支持为所述第一终端提供所述第一媒体分片文件，所述至少两个备选直播服务器包括所述第二直播服务器，所述第一直播索引文件为周期性更新的直播索引文件。
16.根据权利要求15所述的调度服务器，其特征在于，所述接收模块，还用于接收所述第一终端周期性发送的所述周期性更新的直播索引文件的获取请求；
所述处理模块，还用于根据所述获取请求向所述第一终端发送所述周期性更新的直播索引文件。
17.根据权利要求12至16任一项所述的调度服务器，其特征在于，所述处理模块，还用于更新预置的五元组信息表，所述预置的五元组信息表预先存储有所述第一终端与所述第一直播服务器的对应关系，所述更新后的五元组信息表存储有所述第一终端与所述第二直播服务器的对应关系。
18.一种终端，作为第一终端使用，其特征在于，包括：
接收模块，用于接收调度服务器发送的直播索引文件，其中，所述第一终端预先由第一直播服务器提供媒体分片文件，所述直播索引文件包括所述第一终端与第二直播服务器的对应关系，所述第二直播服务器为所述第一终端提供所述媒体分片文件；
发送模块，用于根据所述直播索引文件向所述第二直播服务器发送直播频道的观看请求，所述观看请求用于请求所述媒体分片文件；
所述接收模块，还用于接收所述第二直播服务器根据所述观看请求发送的所述媒体分片文件；
所述直播索引文件为当所述调度服务器根据所述负载信息确定所述第一直播服务器过载时，由所述调度服务器根据所述直播媒体文件中与所述第一直播服务器对应的原始索引文件，和所述第一直播服务器上报的负载信息确定的。
19.根据权利要求18所述的终端，其特征在于，所述终端还包括：
处理模块，用于创建第一链路和第二链路，所述第一链路为所述第一终端与所述调度服务器之间的链路，所述第二链路为所述第一终端与所述第二直播服务器之间的链路。
20.根据权利要求19所述的终端，其特征在于，所述接收模块，还用于通过所述第一链路接收调度服务器发送的直播索引文件。
21.根据权利要求20所述的终端，其特征在于，所述接收模块，还用于通过所述第二链路接收所述第二直播服务器根据所述观看请求发送的所述媒体分片文件。
22.根据权利要求18至21任一项所述的终端，其特征在于，所述直播索引文件为周期性更新的直播索引文件，所述发送模块，还用于向所述调度服务器周期性地发送所述周期性更新的直播索引文件的获取请求；所述接收模块，还用于接收所述调度服务器根据所述获取请求发送的所述周期性更新的直播索引文件。
23.一种直播内容的调度系统，其特征在于，包括：调度服务器和终端；所述调度服务器用于执行如权利要求1至6任一项所述的方法，所述终端用于执行如权利要求7至11任一项所述的方法。
CN201710169463.4A 2017-03-21 2017-03-21 一种直播内容的调度方法、调度服务器及终端 Active CN108632680B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710169463.4A CN108632680B (zh) 2017-03-21 2017-03-21 一种直播内容的调度方法、调度服务器及终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710169463.4A CN108632680B (zh) 2017-03-21 2017-03-21 一种直播内容的调度方法、调度服务器及终端

Publications (2)

Publication Number Publication Date
CN108632680A CN108632680A (zh) 2018-10-09
CN108632680B true CN108632680B (zh) 2020-12-18

Family

ID=63686510

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710169463.4A Active CN108632680B (zh) 2017-03-21 2017-03-21 一种直播内容的调度方法、调度服务器及终端

Country Status (1)

Country Link
CN (1) CN108632680B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110324727A (zh) 2019-07-16 2019-10-11 浙江大华技术股份有限公司 计算机可读存储介质、服务器及其响应播放请求的方法
CN112423012B (zh) * 2020-11-18 2023-05-09 青岛华升联信智慧科技有限公司 一种多级负载的直播方法
CN113037887A (zh) * 2021-03-09 2021-06-25 北京金山云网络技术有限公司 设备状态的识别方法及装置、存储介质、电子设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005369A (zh) * 2006-01-19 2007-07-25 深圳市瑞福特信息技术有限公司 一种分布式内容分发网及分布式内容分发和上传的方法
CN102710966A (zh) * 2012-06-13 2012-10-03 百视通网络电视技术发展有限责任公司 基于http协议的视频直播方法及系统
CN104284202A (zh) * 2014-10-14 2015-01-14 无锡云捷科技有限公司 一种采用优化式结构的cdn透明传输方法
CN105338423A (zh) * 2015-10-27 2016-02-17 天津车之家科技有限公司 流媒体数据直播方法及系统
CN105812840A (zh) * 2014-12-29 2016-07-27 乐视网信息技术（北京）股份有限公司 一种直播视频传输方法、装置，以及视频直播系统
CN105898352A (zh) * 2015-11-13 2016-08-24 乐视云计算有限公司 基于m3u8的流媒体文件直播方法及系统
CN106060605A (zh) * 2016-05-25 2016-10-26 清华大学深圳研究生院 一种基于cdn的直播流自适应方法和系统
WO2016178466A1 (ko) * 2015-05-04 2016-11-10 한국과학기술원 사용자 행동 분석에 따른 비디오 스트리밍 데이터 전송 방식 결정 방법 및 시스템

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120084445A1 (en) * 2010-10-05 2012-04-05 Brock Scott L Automatic replication and migration of live virtual machines

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101005369A (zh) * 2006-01-19 2007-07-25 深圳市瑞福特信息技术有限公司 一种分布式内容分发网及分布式内容分发和上传的方法
CN102710966A (zh) * 2012-06-13 2012-10-03 百视通网络电视技术发展有限责任公司 基于http协议的视频直播方法及系统
CN104284202A (zh) * 2014-10-14 2015-01-14 无锡云捷科技有限公司 一种采用优化式结构的cdn透明传输方法
CN105812840A (zh) * 2014-12-29 2016-07-27 乐视网信息技术（北京）股份有限公司 一种直播视频传输方法、装置，以及视频直播系统
WO2016178466A1 (ko) * 2015-05-04 2016-11-10 한국과학기술원 사용자 행동 분석에 따른 비디오 스트리밍 데이터 전송 방식 결정 방법 및 시스템
CN105338423A (zh) * 2015-10-27 2016-02-17 天津车之家科技有限公司 流媒体数据直播方法及系统
CN105898352A (zh) * 2015-11-13 2016-08-24 乐视云计算有限公司 基于m3u8的流媒体文件直播方法及系统
CN106060605A (zh) * 2016-05-25 2016-10-26 清华大学深圳研究生院 一种基于cdn的直播流自适应方法和系统

Also Published As

Publication number Publication date
CN108632680A (zh) 2018-10-09

Similar Documents

Publication Publication Date Title
US11153201B2 (en) Dynamically optimizing content delivery using manifest chunking
US11153263B2 (en) Delivering content over a network
US11470148B2 (en) Content delivery network
KR102514250B1 (ko) 모바일 에지 컴퓨팅 노드를 선택하기 위한 방법, 장치 및 시스템
EP2897340B1 (en) Routing proxy for adaptive streaming
US11770430B2 (en) Methods and apparatus for delivering content
CN102077189B (zh) 使用网络计算组件的请求路由
EP2874378A1 (en) Method and apparatus for performing server handoff in a name-based content distribution system
KR20170021768A (ko) 효율적인 피어 지원 스트리밍을 위한 캐시 매니페스트
US20170041422A1 (en) Method and system for retrieving a content manifest in a network
CN108632680B (zh) 一种直播内容的调度方法、调度服务器及终端
CN106792261B (zh) 用于流媒体转发的方法及装置、路由方法及装置
CN110958279B (zh) 一种数据处理方法及其装置
CN106209952B (zh) 服务节点分配方法、装置、cdn管理服务器及系统
WO2016074149A1 (en) Expedited media content delivery
CA3117025A1 (en) Distributed state recovery in a system having dynamic reconfiguration of participating nodes
Yan et al. Design and implementation of integrated ICN and CDN as a video streaming service
US20220141545A1 (en) Network stream quality management
CN106792257B (zh) 用于流媒体转发的方法及装置、路由方法及装置
CN115426413A (zh) 基于5g的边缘节点调度方法、装置、介质及设备
Arockia Xavier Annie et al. Enhancing Scalability in On‐Demand Video Streaming Services for P2P Systems

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