CN112202833A - Cdn系统、请求处理方法以及调度服务器 - Google Patents
Cdn系统、请求处理方法以及调度服务器 Download PDFInfo
- Publication number
- CN112202833A CN112202833A CN202010872657.2A CN202010872657A CN112202833A CN 112202833 A CN112202833 A CN 112202833A CN 202010872657 A CN202010872657 A CN 202010872657A CN 112202833 A CN112202833 A CN 112202833A
- Authority
- CN
- China
- Prior art keywords
- server
- target
- line
- media data
- wire
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
本发明实施例涉及CDN技术领域,公开了一种CDN系统、请求处理方法以及调度服务器。CDN系统包括调度服务器、M个多线服务器和N个单线服务器,M为大于或等于1的整数、N为大于或等于1的整数;多线服务器在接收到推流客户端发送的推流请求时,存储推流请求中包含的流媒体数据;调度服务器在接收到拉流客户端发送的拉流请求时,获取与拉流客户端位于同一区域的目标服务器,并将目标服务器的地址信息发送到拉流客户端,以供拉流客户端通过目标服务器获取拉流请求对应的目标流媒体数据;其中,目标服务器为多线服务器或单线服务器。
Description
技术领域
本发明实施例涉及CDN技术领域,特别涉及一种CDN系统、请求处理方法以及调度服务器。
背景技术
CDN网络是构建在现有网络基础之上的虚拟网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、调度等功能模块,使用户就近获取所需内容,降低网络堵塞,提高用户访问响应速度和命中率。
CDN系统一般由多个服务器构成,多个服务器之间组成一个金字塔型的多层级结构,处于金字塔底层的服务器称为边缘节点,用户可以直接访问;金字塔中间的服务器称为单线父节点,主要用于边缘节点回父拉取数据,用户不能直接访问,其可以有一层或多层;金字塔顶层的服务器称为双线父节点,其作为CDN加速系统的源站,为下层提供数据。
然而,传统的CDN系统由于中间层级过多,用户在推流时,需要由边缘节点转推至双线父节点,且用户在拉流时,需要依次通过边缘节点、一层或多层单线父节点以及双线父节点,内部依次向上层发送回源请求,再由上层向下层提供数据,产生了较多的内部带宽消耗,并且响应时间较长;另外,CDN系统结构复杂也导致系统维护困难。
发明内容
本发明实施方式的目的在于提供一种CDN系统、请求处理方法以及调度服务器,多线服务器可以作为源站为用户提供推流服务、多线服务器和单线服务器均可以作为边缘服务器为用户提供拉流服务器,形成了一种无层级的CDN系统,减少了内部的带宽消耗,缩短了响应时间;同时该CDN系统结构简单,便于进行维护。
为解决上述技术问题,本发明的实施方式提供了一种CDN系统,包括:调度服务器、M个多线服务器和N个单线服务器,M为大于或等于1的整数、N为大于或等于1的整数;调度服务器分别连接于各多线服务器以及各单线服务器,多线服务器还连接于单线服务器;多线服务器用于在接收到推流客户端发送的推流请求时,存储推流请求中包含的流媒体数据;调度服务器用于在接收到拉流客户端发送的拉流请求时,获取与拉流客户端位于同一区域的目标服务器,并将目标服务器的地址信息发送到拉流客户端,以供拉流客户端将拉流请求发送到目标服务器,通过目标服务器获取拉流请求对应的目标流媒体数据;其中,目标服务器为多线服务器或单线服务器。
本发明的实施方式还提供了一种请求处理方法,应用于CDN系统的调度服务器,CDN系统还包括分别连接于调度服务器的M个多线服务器与N个单线服务器,M为大于或等于1的整数、N为大于或等于1的整数;方法包括:在接收到拉流客户端发送的拉流请求时,获取与拉流客户端位于同一区域的目标服务器;其中,目标服务器为多线服务器或单线服务器;将目标服务器的地址信息发送到拉流客户端,以供拉流客户端将拉流请求发送到目标服务器,通过目标服务器获取拉流请求对应的目标流媒体数据。
本发明的实施方式还提供了一种调度服务器,包括:至少一个处理器;以及,与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述的请求处理方法。
本发明实施方式相对于现有技术而言,提供了一种CDN系统,该CDN系统包括调度服务器、至少一个多线服务器和至少一个单线服务器,多线服务器在接收到推流客户端发送的推流请求的多线服务器存储推流请求中包含的流媒体数据,即多线服务器可以作为源站直接缓存接收到的推流请求中的流媒体数据,无需将流媒体数据转推给其他的服务器,节约了内部带宽消耗;调度服务器在接收到拉流客户端发送的拉流请求时,从多线服务器或单线服务器中选取与拉流客户端位于同一区域的目标服务器,并将目标服务器的地址信息发送到拉流客户端,从而拉流客户端可以将拉流请求发送到目标服务器,通过目标服务器获取拉流请求对应的目标流媒体数据。本实施例中,多线服务器可以作为源站为用户提供推流服务、多线服务器和单线服务器均可以作为边缘服务器为用户提供拉流服务器,形成了一种无层级的CDN系统,减少了内部的带宽消耗,缩短了响应时间;同时该CDN系统结构简单,便于进行维护。
另外,调度服务器用于在接收到拉流客户端发送的拉流请求时,判断M个多线服务器中是否存在与拉流客户端位于同一区域的多线服务器,并在判定M个多线服务器中存在与拉流客户端位于同一区域的多线服务器时,将与拉流客户端位于同一区域的多线服务器作为目标服务器;调度服务器还用于在判定M个多线服务器中不存在与拉流客户端位于同一区域的多线服务器时,将N个单线服务器中与拉流客户端位于同一区域的单线服务器作为目标服务器。本实施方式提供了调度服务器选取目标服务器的一种具体方式。
另外,目标服务器为N个单线服务器中的第一单线服务器,N个单线服务器中还包括至少一个第二单线服务器;第一单线服务器用于在接收到拉流客户端的拉流请求时,向调度服务器发送关于拉流请求的第一查询请求;调度服务器用于在接收到第一查询请求时,从至少一个第二单线服务器中选取存储有目标流媒体数据的目标单线服务器,并响应第一查询响应信息给第一单线服务器;其中,第一查询响应信息包括目标单线服务器的地址信息;第一单线服务器还用于在接收到第一查询响应信息时,从目标单线服务器中获取目标流媒体数据,并将目标流媒体数据发送给拉流客户端。本实施方式中,在第二单线服务器中存储有流媒体数据时,其可以用来向第一单线服务器提供拉流服务,从而减少了第一单线服务器回源多线服务器的带宽消耗;另外,第一单线服务器与第二单线服务器之间进行拉流的带宽成本低于第一单线服务器回源多线服务器的带宽成本,并且CDN系统中单线服务器的线路设置更为密集,从而第一单线服务器可以就近选择第二单线服务器进行拉流,在一定程度上节约了内部拉流的带宽成本。
另外,调度服务器用于在接收到第一查询请求时,判断是否存在存储有目标流媒体数据的第二单线服务器,并在判定存在存储有目标流媒体数据的第二单线服务器时,从存储有目标流媒体数据的第二单线服务器中选取目标单线服务器,并响应第一查询响应信息给第一单线服务器;调度服务器还用于判定不存在存储有目标流媒体数据的第二单线服务器时,从M个多线服务器中选取存储有目标流媒体数据的目标多线服务器,并响应第二查询响应信息给第一单线服务器;其中,第二查询响应信息包括目标多线服务器的地址信息;第一单线服务器用于在接收到第二查询响应信息时,从目标多线服务器中获取目标流媒体数据发送给拉流客户端。本实施方式提供了第一单线服务器作为目标服务器为用户提供拉流服务的一种具体实现方式。
另外,调度服务器用于从存储有目标流媒体数据的第二单线服务器中,选取与第一单线服务器距离最小的第二单线服务器作为目标单线服务器,从而减少了第一单线服务器到目标单线服务器拉流的带宽消耗,进一步缩短了响应时间。
另外,第一单线服务器用于在接收到拉流客户端发送的拉流请求时,判断是否存储有目标流媒体数据;第一单线服务器用于在判定存储有目标流媒体数据时,将目标流媒体数据发送给拉流客户端;第一单线服务器用于在判定未存储有目标流媒体数据时,向调度服务器发送关于拉流请求的第一查询请求。本实施方式中,当第一单线服务器自身存有目标流媒体数据时,则可以直接将流媒体数据发送至拉流客户端,无需去第二单线服务器或多线服务器拉流。
另外,目标服务器为M个多线服务器中的第一多线服务器,M个多线服务器中还包括至少一个第二多线服务器;第一多线服务器用于在接收到拉流客户端发送的拉流请求时,判断是否存储有目标流媒体数据,并在判定存储有目标流媒体数据时,将存储的目标流媒体数据发送给拉流客户端;多线服务器用于在判定未存储有目标流媒体数据时,从存储有目标流媒体数据的第二多线服务器中获取目标流媒体数据,并将获取的目标流媒体数据发送给拉流客户端。本实施方式提供了第一多线服务器作为目标服务器为用户提供拉流服务的一种具体实现方式。
另外,第一多线服务器用于在接收到拉流客户端发送的拉流请求时,判断负载参数是否满足预设条件,并在判定负载参数不满足预设条件时,向调度服务器发送关于拉流请求的第二查询请求;调度服务器用于在接收到第二查询请求时,从N个单线服务器中选取与第一多线服务器位于同一区域的任一单线服务器,并响应第三查询响应信息给第一多线服务器,第三查询响应信息包括任一单线服务器的地址信息;第一多线服务器用于在接收到第三查询响应信息时,将任一单线服务器的地址信息发送至拉流客户端,以供拉流客户端向任一单线服务器发送拉流请求;第一多线服务器还用于在判定负载参数满足预设条件时,将存储的目标流媒体数据发送给拉流客户端,或者从存储有目标流媒体数据的第二多线服务器中获取目标流媒体数据,并将获取的目标流媒体数据发送给拉流客户端。本实施方式中,第一多线服务器在接收到拉流请求时,可以对自身的负载参数是否达到预设条件进行判断,从而能够依据自身的负载情况合理响应拉流请求,实现了对多线服务器的网络带宽与机器性能的控制。
另外,负载参数包括以下任意之一或任意组合:当前拉流请求所属的域名下推送的流媒体数据的数量、CPU使用率、内存占用率以及带宽冗余度。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是根据本发明第一实施方式的CDN系统的方框示意图;
图2是根据本发明第四实施方式的请求处理方法的具体流程图;
图3是图2的请求处理方法中步骤101的具体流程图;
图4是根据本发明第五实施方式的请求处理方法的具体流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便,不应对本发明的具体实现方式构成任何限定,各个实施例在不矛盾的前提下可以相互结合相互引用。
本发明的第一实施方式涉及一种CDN系统,用于为用户提供预设业务的推流服务或拉流服务,预设业务例如为直播业务。请参考图1,CDN系统包括调度服务器1、M个多线服务器2以及N个单线服务器3,M为大于或等于1的整数、N为大于或等于1的整数,多线服务器2分别连接于各单线服务器3(图中未示出),调度服务器1分别连接于各多线服务器2和各单线服务器3,各多线服务器2之间相互连接,各单线服务器3之间相互连接,调度服务器1连接于拉流客户端5。其中,多线服务器2为连接多种网络线路的服务器,单线服务器3为连接一种网络线路的服务器,网络线路例如为移动、联通、电信等。在CDN系统一般会设置多个多线服务器2,多个多线服务器2分别位于不同的区域,即每个区域仅设置一个多线服务器2,区域例如华东区域、华南区域、华北区域等;每个单线服务器3设置在一个区域中,每个区域中可以设置一个或多个单线服务器3。
需要说明的是,本实施例以及之后的实施例中,均以多线服务器2的数量为2个、单线服务器3的数量为2个为例进行说明,然而对多线服务器2与单线服务器3的数量不作任何限制。
多线服务器2用于在接收到推流客户端4发送的推流请求时,存储推流请求中包含的流媒体数据。
具体来说,用户可以使用推流客户端4向多线服务器2发送推流请求,此多线服务器2是推流客户端4通过域名解析的方式与其属于同一个区域的多线服务器2。多线服务器2在接收到该推流请求时,获取并存储推流请求中包含的推流请求的域名、推流客户端4的IP地址、流媒体数据以及流媒体数据的标识信息等;其中,多线服务器2在存储流媒体数据时,会建立流媒体数据的标识信息与流媒体数据的对应关系。另外,多线服务器2在接收到推流请求后,还需要向调度服务器1上报自身的地址信息、推流请求所请求的域名以及流媒体数据的标识信息,调度服务器1在接收到多线服务器2上报的信息后,建立多线服务器2与域名以及流媒体数据的标识信息的对应关系。本实施例中,选用多线服务器2作为推流边缘服务器为用户提供推流服务,能够适用于多种网络线路的推流客户端4,确保了流媒体数据传输的稳定性与流媒体数据的完整性;即多线服务器2可以为作为源站提供推流服务,无需进行流媒体数据的转推,节约了带宽成本。
调度服务器1用于在接收到拉流客户端5发送的拉流请求时,获取与拉流客户端5位于同一区域的目标服务器,并将目标服务器的地址信息发送到拉流客户端5,以供拉流客户端5将拉流请求发送到目标服务器,通过目标服务器获取拉流请求对应的目标流媒体数据;其中,目标服务器为多线服务器2或单线服务器3。
具体来说,用户可以使用拉流客户端5向调度服务器1发送拉流请求,拉流请求中包括拉流请求的域名、拉流客户端5的IP地址以及拉流请求对应的目标流媒体数据的标识信息,调度服务器1在接收到该拉流请求时,基于拉流请求中包含的拉流客户端5的IP地址查询拉流客户端5所处的区域,调度服务器1中预存有CDN系统中各多线服务器2以及各单线服务器3的IP地址及其对应的区域,从而能够从两个多线服务器2与两个单线服务器3中获取与拉流客户端5位于同一区域的目标服务器,生成包括目标服务器的地址信息的拉流响应信息,并将该拉流响应信息发送到拉流客户端5,拉流客户端5则根据目标服务器的地址信息向目标服务器发起拉流请求,目标服务器则能够根据拉流请求中包含的拉流请求的域名与目标流媒体数据的标识信息,获取目标流媒体数据,并将目标流媒体数据推送给拉流客户端5。
在一个例子中,调度服务器1用于在接收到拉流客户端5发送的拉流请求时,判断M个多线服务器2中是否存在与拉流客户端5位于同一区域的多线服务器2,并在判定M个多线服务器2中存在与拉流客户端5位于同一区域的多线服务器2时,将与拉流客户端5位于同一区域的多线服务器2作为目标服务器。
调度服务器1还用于在判定M个多线服务器2中不存在与拉流客户端5位于同一区域的多线服务器2时,将N个单线服务器3中与拉流客户端5位于同一区域的单线服务器3作为目标服务器。
具体来说,调度服务器1在接收到拉流客户端5发送的拉流请求时,基于拉流请求中包含的拉流客户端5的IP地址查询拉流客户端5所处的区域,调度服务器1中预存有CDN系统中各多线服务器2以及各单线服务器3的IP地址及其对应的区域,先判断M个多线服务器2中是否存在与拉流客户端5位于同一区域的多线服务器2;若M个多线服务器2中存在与拉流客户端5位于同一区域的多线服务器2,将该多线服务器2作为目标服务器;若M个多线服务器2中不存在与拉流客户端5位于同一区域的多线服务器2,再从N个单线服务器3中获取与拉流客户端5位于同一区域的一个单线服务器3,将该单线服务器3作为目标服务器。由上可知,优先将与拉流客户端5位于同一区域的多线服务器2作为目标服务器为用户提供拉流服务,多线服务器2即为源站服务器,从而减少了由于回源造成的带宽资源浪费,并能进一步缩短响应时间。
本实施方式相对于现有技术而言,提供了一种CDN系统,该CDN系统包括调度服务器、至少一个多线服务器和至少一个单线服务器,多线服务器在接收到推流客户端发送的推流请求时存储推流请求中包含的流媒体数据,即多线服务器可以作为源站直接缓存接收到的推流请求中的流媒体数据,无需将流媒体数据转推给其他的服务器,节约了内部带宽消耗;调度服务器在接收到拉流客户端发送的拉流请求时,从多线服务器或单线服务器中选取与拉流客户端位于同一区域的目标服务器,并将目标服务器的地址信息发送到拉流客户端,从而拉流客户端可以将拉流请求发送到目标服务器,通过目标服务器获取拉流请求对应的目标流媒体数据。本实施例中,多线服务器可以作为源站为用户提供推流服务、多线服务器和单线服务器均可以作为边缘服务器为用户提供拉流服务器,形成了一种无层级的CDN系统,减少了内部的带宽消耗,缩短了响应时间;同时该CDN系统结构简单,便于进行维护。
本发明的第二实施方式涉及一种CDN系统,本实施方式是在第一实施方式基础上的改进,主要改进之处在于:提供了单线服务器为用户提供拉流服务的一种具体实现方式,CDN系统如图1所示。
本实施例中,调度服务器1在接收到拉流客户端5发送的拉流请求,且判定M个多线服务器2中不存在与拉流客户端5位于同一区域的多线服务器2时,将N个单线服务器3中与拉流客户端5位于同一区域的单线服务器3作为目标服务器,以第一单线服务器作为N个单线服务器3中被选定作为目标服务器的单线服务器3,则未被选定为目标服务器的单线服务器3为第二单线服务器,即N个单线服务器3包括第一单线服务器与至少一个第二单线服务器,调度服务器1在确定第一单线服务器作为目标服务器后,将第一单线服务器的地址信息发送给拉流客户端5,拉流客户端5则会向第一单线服务器发起拉流请求。
第一单线服务器用于在接收到拉流客户端5的拉流请求时,判断是否存储有拉流请求对应的目标流媒体数据,若判定存储有目标流媒体数据,获取目标流媒体数据发送给拉流客户端5;若判定未存储有目标流媒体数据时,向调度服务器1发送关于拉流请求的第一查询请求。
调度服务器1用于在接收到第一查询请求时,从至少一个第二单线服务器中选取存储有目标流媒体数据的目标单线服务器,并响应第一查询响应信息给第一单线服务器;其中,第一查询响应信息包括目标单线服务器的地址信息。即,在第二单线服务器中存储有流媒体数据时,其可以用来向第一单线服务器提供拉流服务,从而减少了第一单线服务器回源多线服务器2的带宽消耗;另外,第一单线服务器与第二单线服务器之间进行拉流的带宽成本低于第一单线服务器回源多线服务器2的带宽成本,并且CDN系统中单线服务器3的线路设置更为密集,从而第一单线服务器可以就近选择第二单线服务器进行拉流,在一定程度上节约了内部拉流的带宽成本。
在一个例子中,调度服务器1用于在接收到第一查询请求时,判断是否存在存储有目标流媒体数据的第二单线服务器,并在判定存在存储有目标流媒体数据的第二单线服务器时,从存储有目标流媒体数据的第二单线服务器中选取目标单线服务器,并响应第一查询响应信息给第一单线服务器。
第一单线服务器用于在接收到第一查询响应信息时,从目标单线服务器中获取目标流媒体数据,并将目标流媒体数据发送给拉流客户端5。
本实施例中,调度服务器1可以从存储有目标流媒体数据的第二单线服务器中,选取与第一单线服务器距离最小的第二单线服务器作为目标单线服务器,减少了第一单线服务器到目标单线服务器拉流的带宽消耗,进一步缩短了响应时间。即调度服务器1在从至少一个第二单线服务器中筛选出存储有目标流媒体数据的第二单线服务器后,从筛选出的第二单线服务器中优先选择与第一单线服务器距离最近的第二单线服务器作为目标单线服务器。举例来说,调度服务器1从存储有目标流媒体数据的第二单线服务器中筛选出与第一单线服务器位于同一个区域的第二单线服务器,再从与第一单线服务器位于同一个区域的第二单线服务器中筛选出与第一单线服务器位于同一个省份的第二单线服务器,再从中筛选出与第一单线服务器位于同一个市的第二单线服务器,然后从中选取与第一单线服务器在同一个机房的第二单线服务器作为目标单线服务器,并将包括目标单线服务器的地址信息的第一查询响应信息发送到第一单线服务器,第一单线服务器在接收到第一查询响应信息后,到目标单线服务器中获取目标流媒体数据,并将获取的流媒体数据推送到拉流客户端5。
调度服务器1还用于判定不存在存储有目标流媒体数据的第二单线服务器时,从M个多线服务器2中获取存储有目标流媒体数据的目标多线服务器,并响应第二查询响应信息给第一单线服务器;其中,第二查询响应信息包括目标多线服务器的地址信息。
第一单线服务器用于在接收到第二查询响应信息时,从目标多线服务器中获取目标流媒体数据发送给拉流客户端5。
下面对第一单线服务器为用户提供拉流服务的具体过程进行说明。
第一单线服务器在接收到拉流客户端5发送的拉流请求时,先判断自身是否存储有拉流请求对应的目标流媒体数据,即判断自身是否提供过关于该目标流媒体数据的拉流服务,若自身为其他的拉流客户端5提供过关于该目标流媒体数据的拉流服务,则可以直接将存储的目标流媒体数据发送到拉流客户端5;若自身没有为其他的客户端提供过关于该目标流媒体数据的拉流服务,再向调度服务器1发送关于拉流请求的第一查询请求。
调度服务器1在接收到第一查询请求时,判断是否存在存储有目标流媒体数据的第二单线服务器,即判断N个单线服务器3中除第一单线服务器以外的单线服务器3是否提供过关于该目标流媒体数据的拉流服务,若判定存在存储有目标流媒体数据的第二单线服务器,则从存储有目标流媒体数据的第二单线服务器中选取与第一单线服务器距离最近的第二单线服务器作为目标单线服务器,并将包括目标单线服务器的地址信息的第一查询响应信息发送到第一单线服务器,第一单线服务器在接收到第一查询响应信息后,到目标单线服务器中获取目标流媒体数据,并将获取的目标流媒体数据推送到拉流客户端5。
调度服务器1在判定不存在存储有目标流媒体数据的第二单线服务器时,从M个多线服务器2中选取存储有目标流媒体数据的目标多线服务器,并将包括目标多线服务器的地址信息的第二查询响应信息发送给第一单线服务器,第一单线服务器在接受到第二查询响应信息时,从目标多线服务器中获取目标流媒体数据,并将获取的目标流媒体数据推送到拉流客户端5。
本实施方式相对于第一实施方式而言,提供了单线服务器作为目标服务器为用户提供拉流服务的一种具体实现方式。
本发明的第三实施方式涉及一种CDN系统,本实施方式是在第一实施方式基础上的改进,主要改进之处在于:提供了多线服务器为用户提供拉流服务的一种具体实现方式,CDN系统如图1所示。
本实施例中,调度服务器1在接收到拉流客户端5发送的拉流请求,且判定M个多线服务器2中存在与拉流客户端5位于同一区域的多线服务器2时,将M个多线服务器2中与拉流客户端5位于同一区域的多线服务器2作为目标服务器,以第一多线服务器作为M个多线服务器2中被选定作为目标服务器的多线服务器2,则未被选定为目标服务器的多线服务器2为第二多线服务器,即M个多线服务器2中包括第一多线服务器与至少一个第二多线服务器,调度服务器1在确定第一多线服务器作为目标服务器后,将第一多线服务器的地址信息发送给拉流客户端5,拉流客户端5则会向第一多线服务器发起拉流请求。
第一多线服务器用于在接收到拉流客户端5发送的拉流请求时,判断是否存储有拉流请求对应的目标流媒体数据,并在判定存储有目标流媒体数据时,将存储的目标流媒体数据发送给拉流客户端5。
第一多线服务器用于在判定未存储有目标流媒体数据时,从存储有目标流媒体数据的第二多线服务器中获取目标流媒体数据,并将目标流媒体数据发送给拉流客户端5。
在一个例子中,第一多线服务器用于在接收到拉流客户端5发送的拉流请求时,判断负载参数是否满足预设条件,并在判定负载参数不满足预设条件时,向调度服务器1发送关于拉流请求的第二查询请求。
调度服务器1用于在接收到第二查询请求时,从N个单线服务器3中选取与多线服务器2位于同一区域的任一单线服务器(后称为单线服务器A),并响应第三查询响应信息给第一多线服务器,第三查询响应信息包括单线服务器A的地址信息。
第一多线服务器用于在接收到第三查询响应信息时,将单线服务器A的地址信息发送至拉流客户端5,以供拉流客户端5向该单线服务器A发送拉流请求。
第一多线服务器还用于在判定负载参数满足预设条件时,将存储的目标流媒体数据发送给拉流客户端,或者从存储有目标流媒体数据的第二多线服务器中获取目标流媒体数据,并将目标流媒体数据发送给拉流客户端5。
本实施例中,负载参数可以包括以下任意之一或任意组合:当前拉流请求所属的域名下推送的流媒体数据的数量、CPU使用率、内存占用率以及带宽冗余度。每个类型的参数可以对应有一个预设阈值,该预设阈值可以为数值、百分比等。举例来说,以负载参数仅包括当前拉流请求所属的域名下推送的流媒体数据的数量为例,第一多线服务器在向拉流客户端5发送目标流媒体数据时,会实时统计每个域名下正在推送的流媒体数据的数量;当接收到新的拉流请求时,会判断该拉流请求所属的域名下推送的流媒体数据的数量是否超过预设阈值,若该拉流请求所属的域名下推送的流媒体数据的数量超过预设阈值,第一多线服务器则会判定负载参数不满足预设条件;其中,可以针对每个域名设定不同的阈值。另外,若负载参数包括多个参数,则在多个参数均位于预设的阈值范围内时,判定负载参数满足预设条件;若任一参数位于预设的阈值范围外,判定负载参数不满足预设条件。
下面对第一多线服务器为用户提供拉流服务的具体过程进行说明。
第一多线服务器在接收到拉流客户端5发送的拉流请求时,先判断自身的负载参数是否满足预设条件,若自身的负载参数满足预设条件,第一多线服务器判断自身是否存储有目标流媒体数据,第一多线服务器在自身存储有目标流媒体数据时,则将存储的目标流媒体数据发送给拉流客户端;第一多线服务器在自身未存储有目标流媒体数据时,则会从存储有目标流媒体数据的第二多线服务器中获取目标流媒体数据,并将获取的目标流媒体数据发送给拉流客户端5。其中,在CDN系统中,多个多线服务器2中之间实现了流媒体数据信息的共享,即对于一个多线服务器2来说,其中存储有其他的多线服务器2的地址信息与缓存的流媒体数据的标识信息的对应关系,从而第一多线服务器可以在未存储有目标流媒体数据时,直接查询得到用于缓存该目标流媒体数据的第二多线服务器,再从该第二多线服务器中获取目标流媒体数据。
本实施方式相对于第一实施方式而言,提供了多线服务器作为目标服务器为用户提供拉流服务的一种具体实现方式;并且第一多线服务器在接收到拉流请求时,可以对自身的负载参数是否满足预设条件进行判断,从而能够依据自身的负载情况合理响应拉流请求,实现了对多线服务器的网络带宽与机器性能的控制。
本发明的第四实施方式涉及一种请求处理方法,应用于第一至第三实施方式中任一项的CDN系统的调度服务器1,CDN系统还包括分别连接于调度服务器1的M个多线服务器2与N个单线服务器3,M为大于或等于1的整数、N为大于或等于1的整数,CDN系统的结构如图1所示。
本实施方式的请求处理方法的具体流程如图2所示。
步骤101,在接收到拉流客户端发送的拉流请求时,获取与拉流客户端位于同一区域的目标服务器;其中,目标服务器为多线服务器或单线服务器。
在一个例子中,请参考图3,步骤101包括以下子步骤:
子步骤1011,判断M个多线服务器中是否存在与拉流客户端位于同一区域的多线服务器。若是,则进入子步骤1012;若否,则进入子步骤1013。
子步骤1012,将M个多线服务器中与拉流客户端位于同一区域的多线服务器作为目标服务器。
子步骤1013,将N个单线服务器中与拉流客户端位于同一区域的单线服务器作为目标服务器。
步骤102,将目标服务器的地址信息发送到拉流客户端,以供拉流客户端将拉流请求发送到目标服务器,通过目标服务器获取拉流请求对应的目标流媒体数据。
具体而言,调度服务器1在接收到用户通过拉流客户端5发送的拉流请求时,基于拉流请求中包含的拉流客户端5的IP地址查询拉流客户端5所处的区域,调度服务器1中预存有CDN系统中各多线服务器2以及各单线服务器3的IP地址及其对应的区域,先判断M个多线服务器2中是否存在与拉流客户端5位于同一区域的多线服务器2;若M个多线服务器2中存在与拉流客户端5位于同一区域的多线服务器2,将该多线服务器2作为目标服务器;若M个多线服务器2中不存在与拉流客户端5位于同一区域的多线服务器2,再从N个单线服务器3中获取与拉流客户端5位于同一区域的单线服务器3,将该单线服务器3作为目标服务器。随后调度服务器1生成包括目标服务器的地址信息的拉流响应信息,并将该拉流响应信息发送到拉流客户端5,拉流客户端5则根据目标服务器的地址信息向目标服务器发起拉流请求,目标服务器则能够根据拉流请求中包含的拉流请求的域名与目标流媒体数据的标识信息,获取目标流媒体数据,并将目标流媒体数据推送给拉流客户端5。
由于第一实施例与本实施例相互对应,因此本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效,在第一实施例中所能达到的技术效果在本实施例中也同样可以实现,为了减少重复,这里不再赘述。相应地,本实施例中提到的相关技术细节也可应用在第一实施例中。
本发明的第五实施方式涉及一种请求处理方法。第五实施方式与第四实施方式大致相同,主要区别之处在于:提供了单线服务器作为目标服务器时的具体拉流过程。其中,目标服务器为N个单线服务器中的第一单线服务器,N个单线服务器中还包括至少一个第二单线服务器。
本实施方式的请求处理方法的具体流程如图4所示。
其中,步骤201、步骤202与步骤101、步骤102大致相同,在此不再赘述,主要不同之处在于,增加了步骤203至步骤205,具体如下:
步骤203,在接收到第一单线服务器发送的关于拉流请求的第一查询请求时,判断是否存在存储有目标流媒体数据的第二单线服务器。若是,则进入步骤204,若否,则进入步骤205。
步骤204,从至少一个第二单线服务器中选取存储有目标流媒体数据的目标单线服务器,并响应包括目标单线服务器的地址信息的第一查询响应信息给第一单线服务器,以供第一单线服务器从目标单线服务器中获取目标流媒体数据,并将目标流媒体数据发送给拉流客户端。
步骤205,从M个多线服务器中选取存储有目标流媒体数据的目标多线服务器,并响应包括目标多线服务器的地址信息的第二查询响应信息给第一单线服务器,以供第一单线服务器从目标多线服务器中获取目标流媒体数据,并将目标流媒体数据发送给拉流客户端。
下面对本实施例中请求处理方法的具体过程进行说明。
第一单线服务器在接收到拉流客户端5发送的拉流请求时,先判断自身是否存储有该拉流请求对应的目标流媒体数据,即判断自身是否提供过关于该目标流媒体数据的拉流服务,若自身为其他的拉流客户端5提供过关于该目标流媒体数据的拉流服务,则可以直接将存储的目标流媒体数据发送到拉流客户端5;若自身没有为其他的客户端提供过关于该目标流媒体数据的拉流服务,再向调度服务器1发送关于拉流请求的第一查询请求。
调度服务器1在接收到第一查询请求时,判断是否存在存储有目标流媒体数据的第二单线服务器,即判断N个单线服务器3中除第一单线服务器以外的单线服务器3是否提供过关于该目标流媒体数据的拉流服务,若判定存在存储有目标流媒体数据的第二单线服务器,则从存储有目标流媒体数据的第二单线服务器中选取与第一单线服务器距离最近的第二单线服务器作为目标单线服务器,并将包括目标单线服务器的地址信息的第一查询响应信息发送到第一单线服务器,第一单线服务器在接收到第一查询响应信息后,到目标单线服务器中获取目标流媒体数据,并将获取的目标流媒体数据推送到拉流客户端5。
调度服务器1在判定不存在存储有目标流媒体数据的第二单线服务器时,从M个多线服务器2中选取存储有目标流媒体数据的目标多线服务器,并将包括目标多线服务器的地址信息的第二查询响应信息发送给第一单线服务器,第一单线服务器在接受到第二查询响应信息时,从目标多线服务器中获取目标流媒体数据,并将获取的目标流媒体数据推送到拉流客户端5。
由于第二实施例与本实施例相互对应,因此本实施例可与第二实施例互相配合实施。第二实施例中提到的相关技术细节在本实施例中依然有效,在第二实施例中所能达到的技术效果在本实施例中也同样可以实现,为了减少重复,这里不再赘述。相应地,本实施例中提到的相关技术细节也可应用在第二实施例中。
本发明第六实施方式涉及一种调度服务器,包括:至少一个处理器;以及,与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行第四或第五实施例中的请求处理方法。
其中,存储器和处理器采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输,进一步,天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (15)
1.一种CDN系统,其特征在于,包括:调度服务器、M个多线服务器和N个单线服务器,M为大于或等于1的整数、N为大于或等于1的整数;所述调度服务器分别连接于各所述多线服务器以及各所述单线服务器,所述多线服务器还连接于所述单线服务器;
所述多线服务器用于在接收到推流客户端发送的推流请求时,存储所述推流请求中包含的流媒体数据;
所述调度服务器用于在接收到拉流客户端发送的拉流请求时,获取与所述拉流客户端位于同一区域的目标服务器,并将所述目标服务器的地址信息发送到所述拉流客户端,以供所述拉流客户端将所述拉流请求发送到所述目标服务器,通过所述目标服务器获取所述拉流请求对应的目标流媒体数据;其中,所述目标服务器为所述多线服务器或所述单线服务器。
2.根据权利要求1所述的CDN系统,其特征在于,包括:
所述调度服务器用于在接收到所述拉流客户端发送的拉流请求时,判断所述M个多线服务器中是否存在与所述拉流客户端位于同一区域的所述多线服务器,并在判定所述M个多线服务器中存在与所述拉流客户端位于同一区域的所述多线服务器时,将与所述拉流客户端位于同一区域的所述多线服务器作为所述目标服务器;
所述调度服务器还用于在判定所述M个多线服务器中不存在与所述拉流客户端位于同一区域的所述多线服务器时,将所述N个单线服务器中与所述拉流客户端位于同一区域的所述单线服务器作为所述目标服务器。
3.根据权利要求1或2所述的CDN系统,其特征在于,所述目标服务器为所述N个单线服务器中的第一单线服务器,所述N个单线服务器中还包括至少一个第二单线服务器;
所述第一单线服务器用于在接收到所述拉流客户端的拉流请求时,向所述调度服务器发送关于所述拉流请求的第一查询请求;
所述调度服务器用于在接收到所述第一查询请求时,从所述至少一个第二单线服务器中选取存储有所述目标流媒体数据的目标单线服务器,并响应第一查询响应信息给所述第一单线服务器;其中,所述第一查询响应信息包括所述目标单线服务器的地址信息;
所述第一单线服务器还用于在接收到所述第一查询响应信息时,从所述目标单线服务器中获取所述目标流媒体数据,并将所述目标流媒体数据发送给所述拉流客户端。
4.根据权利要求3所述的CDN系统,其特征在于,所述调度服务器用于在接收到所述第一查询请求时,判断是否存在存储有所述目标流媒体数据的所述第二单线服务器,并在判定存在存储有所述目标流媒体数据的所述第二单线服务器时,从存储有所述目标流媒体数据的所述第二单线服务器中选取所述目标单线服务器,并响应所述第一查询响应信息给所述第一单线服务器;
所述调度服务器还用于判定不存在存储有所述目标流媒体数据的所述第二单线服务器时,从所述M个多线服务器中选取存储有所述目标流媒体数据的目标多线服务器,并响应第二查询响应信息给所述第一单线服务器;其中,所述第二查询响应信息包括所述目标多线服务器的地址信息;
所述第一单线服务器用于在接收到所述第二查询响应信息时,从所述目标多线服务器中获取所述目标流媒体数据发送给所述拉流客户端。
5.根据权利要求4所述的CDN系统,其特征在于,
所述调度服务器用于从存储有所述目标流媒体数据的所述第二单线服务器中,选取与所述第一单线服务器距离最小的所述第二单线服务器作为所述目标单线服务器。
6.根据权利要求3所述的CDN系统,其特征在于,
所述第一单线服务器用于在接收到所述拉流客户端发送的拉流请求时,判断是否存储有所述目标流媒体数据;
所述第一单线服务器用于在判定存储有所述目标流媒体数据时,将所述目标流媒体数据发送给所述拉流客户端;
所述第一单线服务器用于在判定未存储有所述目标流媒体数据时,向所述调度服务器发送关于所述拉流请求的所述第一查询请求。
7.根据权利要求1所述的CDN系统,其特征在于,所述目标服务器为所述M个多线服务器中的第一多线服务器,所述M个多线服务器中还包括至少一个第二多线服务器;
所述第一多线服务器用于在接收到所述拉流客户端发送的拉流请求时,判断是否存储有所述目标流媒体数据,并在判定存储有所述目标流媒体数据时,将存储的所述目标流媒体数据发送给所述拉流客户端;
所述多线服务器用于在判定未存储有所述目标流媒体数据时,从存储有所述目标流媒体数据的所述第二多线服务器中获取所述目标流媒体数据,并将获取的所述目标流媒体数据发送给所述拉流客户端。
8.根据权利要求7所述的CDN系统,其特征在于,
所述第一多线服务器用于在接收到所述拉流客户端发送的拉流请求时,判断负载参数是否满足预设条件,并在判定负载参数不满足所述预设条件时,向所述调度服务器发送关于所述拉流请求的第二查询请求;
所述调度服务器用于在接收到所述第二查询请求时,从所述N个单线服务器中选取与所述第一多线服务器位于同一区域的任一所述单线服务器,并响应第三查询响应信息给所述第一多线服务器,所述第三查询响应信息包括所述任一所述单线服务器的地址信息;
所述第一多线服务器用于在接收到所述第三查询响应信息时,将所述任一所述单线服务器的地址信息发送至所述拉流客户端,以供所述拉流客户端向所述任一所述单线服务器发送所述拉流请求;
所述第一多线服务器还用于在判定负载参数满足所述预设条件时,将存储的所述目标流媒体数据发送给所述拉流客户端,或者从存储有所述目标流媒体数据的所述第二多线服务器中获取所述目标流媒体数据,并将获取的所述目标流媒体数据发送给所述拉流客户端。
9.根据权利要求8所述的CDN系统,其特征在于,所述负载参数包括以下任意之一或任意组合:
当前拉流请求所属的域名下推送的流媒体数据的数量、CPU使用率、内存占用率以及带宽冗余度。
10.一种请求处理方法,其特征在于,应用于CDN系统的调度服务器,所述CDN系统还包括分别连接于所述调度服务器的M个多线服务器与N个单线服务器,M为大于或等于1的整数、N为大于或等于1的整数;所述方法包括:
在接收到拉流客户端发送的拉流请求时,获取与所述拉流客户端位于同一区域的目标服务器;其中,所述目标服务器为所述多线服务器或所述单线服务器;
将所述目标服务器的地址信息发送到所述拉流客户端,以供所述拉流客户端将所述拉流请求发送到所述目标服务器,通过所述目标服务器获取所述拉流请求对应的目标流媒体数据。
11.根据权利要求10所述的请求处理方法,其特征在于,所述获取与所述拉流客户端位于同一区域的目标服务器,包括:
判断所述M个多线服务器中是否存在与所述拉流客户端位于同一区域的所述多线服务器;
若所述M个多线服务器中存在与所述拉流客户端位于同一区域的所述多线服务器,将与所述拉流客户端位于同一区域的所述多线服务器作为所述目标服务器;
若所述M个多线服务器中不存在与所述拉流客户端位于同一区域的所述多线服务器,将所述N个单线服务器中与所述拉流客户端位于同一区域的所述单线服务器作为所述目标服务器。
12.根据权利要求10或11所述的请求处理方法,其特征在于,所述目标服务器为所述N个单线服务器中的第一单线服务器,所述N个单线服务器中还包括至少一个第二单线服务器;
在接收到所述第一单线服务器发送的关于所述拉流请求的第一查询请求时,从所述至少一个第二单线服务器中选取存储有所述目标流媒体数据的目标单线服务器,并响应包括所述目标单线服务器的地址信息的第一查询响应信息给所述第一单线服务器,以供所述第一单线服务器从所述目标单线服务器中获取所述目标流媒体数据,并将所述目标流媒体数据发送给所述拉流客户端。
13.根据权利要求12所述的请求处理方法,其特征在于,在所述从所述至少一个第二单线服务器中选取存储有所述目标流媒体数据的目标单线服务器,并响应包括所述目标单线服务器的地址信息的第一查询响应信息给所述第一单线服务器之前,还包括:
判断是否存在存储有所述目标流媒体数据的所述第二单线服务器;
若存在存储有所述目标流媒体数据的所述第二单线服务器,进入所述从所述至少一个第二单线服务器中选取存储有所述目标流媒体数据的目标单线服务器,并响应包括所述目标单线服务器的地址信息的第一查询响应信息给所述第一单线服务器的步骤;
若不存在存储有所述目标流媒体数据的所述第二单线服务器,从所述M个多线服务器中选取存储有所述目标流媒体数据的目标多线服务器,并响应包括所述目标多线服务器的地址信息的第二查询响应信息给所述第一单线服务器,以供所述第一单线服务器从所述目标多线服务器中获取所述目标流媒体数据,并将所述目标流媒体数据发送给所述拉流客户端。
14.根据权利要求13所述的请求处理方法,其特征在于,从所述至少一个第二单线服务器中选取存储有所述目标流媒体数据的目标单线服务器,包括:从存储有所述目标流媒体数据的所述第二单线服务器中,选取与所述第一单线服务器距离最小的所述第二单线服务器作为所述目标单线服务器。
15.一种调度服务器,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求10至14中任一所述的请求处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010872657.2A CN112202833B (zh) | 2020-08-26 | 2020-08-26 | Cdn系统、请求处理方法以及调度服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010872657.2A CN112202833B (zh) | 2020-08-26 | 2020-08-26 | Cdn系统、请求处理方法以及调度服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112202833A true CN112202833A (zh) | 2021-01-08 |
CN112202833B CN112202833B (zh) | 2023-05-23 |
Family
ID=74005051
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010872657.2A Active CN112202833B (zh) | 2020-08-26 | 2020-08-26 | Cdn系统、请求处理方法以及调度服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112202833B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114615237A (zh) * | 2022-03-22 | 2022-06-10 | 阿里巴巴(中国)有限公司 | 流媒体通信方法、系统、设备及存储介质 |
WO2023169202A1 (zh) * | 2022-03-11 | 2023-09-14 | 北京沃东天骏信息技术有限公司 | 视频流数据获取方法、装置、电子设备和计算机可读介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106254899A (zh) * | 2016-08-16 | 2016-12-21 | 网宿科技股份有限公司 | 一种直播连麦的控制方法和系统 |
US20170155740A1 (en) * | 2015-12-01 | 2017-06-01 | Le Holdings (Beijing) Co., Ltd. | Method, Electronic Device and System for Acquiring Video Data |
CN108055264A (zh) * | 2017-12-13 | 2018-05-18 | 平安科技(深圳)有限公司 | 推流服务器的调度装置、方法及计算机可读存储介质 |
CN108307198A (zh) * | 2018-03-08 | 2018-07-20 | 广州酷狗计算机科技有限公司 | 流服务节点调度方法、装置及调度节点 |
CN108712343A (zh) * | 2018-05-14 | 2018-10-26 | 网宿科技股份有限公司 | 流媒体资源的分发方法、系统、边缘节点及中心调度系统 |
CN109525578A (zh) * | 2018-11-12 | 2019-03-26 | 深圳市网心科技有限公司 | 一种cdn分发网络传输方法、装置、系统以及存储介质 |
CN110392071A (zh) * | 2018-04-18 | 2019-10-29 | 网宿科技股份有限公司 | 流媒体资源的上传、下载方法、分发系统及流媒体服务器 |
CN110460866A (zh) * | 2019-07-29 | 2019-11-15 | 网宿科技股份有限公司 | 推送流媒体数据的方法、系统和服务器 |
CN111263171A (zh) * | 2020-02-25 | 2020-06-09 | 北京达佳互联信息技术有限公司 | 直播流的流媒体数据获取方法、边缘节点区域组网系统 |
WO2020124726A1 (zh) * | 2018-12-21 | 2020-06-25 | 网宿科技股份有限公司 | 音视频流分发系统中的音视频流分发方法及动态父节点 |
CN111586434A (zh) * | 2020-05-06 | 2020-08-25 | 北京三体云时代科技有限公司 | 基于边缘设备的负载均衡的方法及分布式混屏服务器 |
-
2020
- 2020-08-26 CN CN202010872657.2A patent/CN112202833B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170155740A1 (en) * | 2015-12-01 | 2017-06-01 | Le Holdings (Beijing) Co., Ltd. | Method, Electronic Device and System for Acquiring Video Data |
CN106254899A (zh) * | 2016-08-16 | 2016-12-21 | 网宿科技股份有限公司 | 一种直播连麦的控制方法和系统 |
CN108055264A (zh) * | 2017-12-13 | 2018-05-18 | 平安科技(深圳)有限公司 | 推流服务器的调度装置、方法及计算机可读存储介质 |
CN108307198A (zh) * | 2018-03-08 | 2018-07-20 | 广州酷狗计算机科技有限公司 | 流服务节点调度方法、装置及调度节点 |
CN110392071A (zh) * | 2018-04-18 | 2019-10-29 | 网宿科技股份有限公司 | 流媒体资源的上传、下载方法、分发系统及流媒体服务器 |
CN108712343A (zh) * | 2018-05-14 | 2018-10-26 | 网宿科技股份有限公司 | 流媒体资源的分发方法、系统、边缘节点及中心调度系统 |
EP3595268A1 (en) * | 2018-05-14 | 2020-01-15 | Wangsu Science & Technology Co., Ltd. | Streaming media resource distribution method, system, edge node and central dispatching system |
CN109525578A (zh) * | 2018-11-12 | 2019-03-26 | 深圳市网心科技有限公司 | 一种cdn分发网络传输方法、装置、系统以及存储介质 |
WO2020098294A1 (zh) * | 2018-11-12 | 2020-05-22 | 深圳市网心科技有限公司 | 一种基于cdn的数据传输方法、装置、系统以及存储介质 |
WO2020124726A1 (zh) * | 2018-12-21 | 2020-06-25 | 网宿科技股份有限公司 | 音视频流分发系统中的音视频流分发方法及动态父节点 |
CN110460866A (zh) * | 2019-07-29 | 2019-11-15 | 网宿科技股份有限公司 | 推送流媒体数据的方法、系统和服务器 |
CN111263171A (zh) * | 2020-02-25 | 2020-06-09 | 北京达佳互联信息技术有限公司 | 直播流的流媒体数据获取方法、边缘节点区域组网系统 |
CN111586434A (zh) * | 2020-05-06 | 2020-08-25 | 北京三体云时代科技有限公司 | 基于边缘设备的负载均衡的方法及分布式混屏服务器 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023169202A1 (zh) * | 2022-03-11 | 2023-09-14 | 北京沃东天骏信息技术有限公司 | 视频流数据获取方法、装置、电子设备和计算机可读介质 |
CN114615237A (zh) * | 2022-03-22 | 2022-06-10 | 阿里巴巴(中国)有限公司 | 流媒体通信方法、系统、设备及存储介质 |
CN114615237B (zh) * | 2022-03-22 | 2024-03-29 | 阿里巴巴(中国)有限公司 | 流媒体通信方法、系统、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112202833B (zh) | 2023-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10404790B2 (en) | HTTP scheduling system and method of content delivery network | |
EP2704402B1 (en) | Method and node for distributing electronic content in a content distribution network | |
US20210337046A1 (en) | Intelligent scheduling method, terminal device, edge node cluster and intelligent scheduling system | |
CN111683013B (zh) | 一种加速网络的路由方法和加速网络 | |
US9465819B2 (en) | Distributed database | |
CN110134896B (zh) | 一种代理服务器的监控过程及智能缓存方法 | |
AU2016201376A1 (en) | Methods and devices for content distribution | |
CN1981501A (zh) | 调度内容文件的分发的方法和缓存服务器网络 | |
WO2013078875A1 (zh) | 内容的管理方法的方法、装置和系统 | |
CN110830565B (zh) | 资源下载方法、装置、系统、电子设备及存储介质 | |
CN113542058B (zh) | 数据回源的方法、服务器及存储介质 | |
CN112202833B (zh) | Cdn系统、请求处理方法以及调度服务器 | |
CN111432231B (zh) | 边缘网络的内容调度方法、家庭网关、系统、及服务器 | |
CN101980505A (zh) | 一种基于3Tnet的视频点播的负载均衡方法 | |
CN113840330B (zh) | 建立连接的方法、网关设备、网络系统及调度中心 | |
CN101854287B (zh) | 一种p2p流量优化方法及装置 | |
KR20130087810A (ko) | 이동통신 시스템에서 협력적 캐슁 방법 및 장치 | |
CN112491951B (zh) | 对等网络中的请求处理方法、服务器及存储介质 | |
CN109788075B (zh) | 专网网络系统、数据的获取方法及边缘服务器 | |
US20200367019A1 (en) | Fast query method for dynamic location information of mobile network entity | |
CN112788135B (zh) | 资源调度方法、设备及存储介质 | |
CN109195187B (zh) | 基于网络切片服务器日志文件的切换网络切片方法 | |
CN114500663B (zh) | 内容分发网络设备的调度方法、装置、设备及存储介质 | |
CN114629795B (zh) | 带宽使用方法和内容分发网络 | |
CN115834573B (zh) | 一种云服务器调度方法及系统 |
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 |