CN111510733A - 渠道调度方法、服务器和系统 - Google Patents
渠道调度方法、服务器和系统 Download PDFInfo
- Publication number
- CN111510733A CN111510733A CN201910092414.4A CN201910092414A CN111510733A CN 111510733 A CN111510733 A CN 111510733A CN 201910092414 A CN201910092414 A CN 201910092414A CN 111510733 A CN111510733 A CN 111510733A
- Authority
- CN
- China
- Prior art keywords
- channel
- service
- scheduling
- information
- client
- 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.)
- Pending
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- 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/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2541—Rights Management
-
- 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
- H04N21/25841—Management of client data involving the geographical location of the client
-
- 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
- H04N21/25891—Management of end-user data being end-user preferences
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Graphics (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了渠道调度方法、服务器和系统。所述方法包括:接收客户端发送的与指定业务对应的调度请求;获取与所述指定业务对应的各渠道的渠道信息;根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。该技术方案可以应用于云平台中,支持对一项或多项业务的调度,只需要在判别出各调度请求对应的业务后,即可根据当前业务的各渠道情况,分配给用户一个适合的渠道,而用户本身是无感知的,在提升了交互体验的同时,也提升了业务的体验,并且也能够为业务方降低成本,提高收益。
Description
技术领域
本发明涉及网络通信领域,具体涉及渠道调度方法、服务器和系统。
背景技术
网络通信业务虽然是由业务方提供,但是业务方往往并不会提供整条网络链路,即利用一家或多家提供的资源作为渠道,通过渠道实现自身的服务。举例来说,直播场景下,观看者观看主播的直播视频,涉及到主播推送视频流,观看者拉取视频流,直播业务方提供虽然提供直播服务器以实现直播逻辑,但是具体的推流和拉流,往往离不开内容分发网络CDN渠道的支持。因此,如何和多家渠道对接,以及在对接了多家渠道时,如何进行有效调度,是需要解决的问题。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的渠道调度方法、服务器和系统。
依据本发明的一个方面,提供了一种渠道调度方法,包括:
接收客户端发送的与指定业务对应的调度请求;
获取与所述指定业务对应的各渠道的渠道信息;
根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。
可选地,所述指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
可选地,所述根据所述调度请求和所述渠道信息为所述客户端分配渠道包括:
根据所述调度请求中包含的调度信息,确定实现所述指定业务的可用渠道;
根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;
将权重最高的可用渠道分配给所述客户端。
可选地,所述调度信息包括如下的一种或多种:
业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。
可选地,所述根据所述调度请求和所述渠道信息为所述客户端分配渠道包括:
将目标渠道的渠道鉴权信息返回给所述客户端,以使所述客户端将所述渠道鉴权信息发送至目标渠道进行鉴权,获取目标渠道返回的数据链路信息,根据所述数据链路信息实现所述指定业务。
可选地,当所述指定业务为RTC业务时,所述数据链路信息包括如下的一种或多种:
数据节点信息,国家信息,地区信息,运营商信息。
可选地,所述方法还包括:
接收业务方提交的业务请求;
根据所述业务请求分配渠道鉴权信息和业务鉴权信息,以使所述业务方在接收到客户端发送的业务请求时,根据业务鉴权信息鉴权通过后将渠道鉴权信息返回给所述客户端。
依据本发明的另一方面,提供了一种渠道调度服务器,包括:
请求接收单元,适于接收客户端发送的与指定业务对应的调度请求;
渠道信息获取单元,适于获取与所述指定业务对应的各渠道的渠道信息;
调度单元,适于根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。
可选地,所述指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
可选地,所述调度单元,适于根据所述调度请求中包含的调度信息,确定实现所述指定业务的可用渠道;根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;将权重最高的可用渠道分配给所述客户端。
可选地,所述调度信息包括如下的一种或多种:
业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。
可选地,所述调度单元,适于将目标渠道的渠道鉴权信息返回给所述客户端,以使所述客户端将所述渠道鉴权信息发送至目标渠道进行鉴权,获取目标渠道返回的数据链路信息,根据所述数据链路信息实现所述指定业务。
可选地,当所述指定业务为RTC业务时,所述数据链路信息包括如下的一种或多种:数据节点信息,国家信息,地区信息,运营商信息。
可选地,所述请求接收单元,还适于接收业务方提交的业务请求;
所述调度单元,还适于根据所述业务请求分配渠道鉴权信息和业务鉴权信息,以使所述业务方在接收到客户端发送的业务请求时,根据业务鉴权信息鉴权通过后将渠道鉴权信息返回给所述客户端。
依据本发明的又一方面,提供了一种渠道调度系统,包括如上述任一项所述的渠道调度服务器,以及一个或多个客户端。
依据本发明的再一方面,提供了一种电子设备,包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如上述任一所述的方法。
依据本发明的再一方面,提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如上述任一所述的方法。
由上述可知,本发明的技术方案,在接收到客户端发送的与指定业务对应的调度请求后,可以获取与指定业务对应的各渠道的渠道信息,根据调度请求和渠道信息为客户端分配目标渠道,以使客户端根据目标渠道实现指定业务。该技术方案可以应用于云平台中,支持对一项或多项业务的调度,只需要在判别出各调度请求对应的业务后,即可根据当前业务的各渠道情况,分配给用户一个适合的渠道,而用户本身是无感知的,在提升了交互体验的同时,也提升了业务的体验,并且也能够为业务方降低成本,提高收益。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的一种渠道调度方法的流程示意图;
图2示出了根据本发明一个实施例的一种渠道调度服务器的结构示意图;
图3示出了根据本发明一个实施例的一种渠道调度系统的结构示意图;
图4示出了根据本发明一个实施例的电子设备的结构示意图;
图5示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的一种渠道调度方法的流程示意图。
如图1所示,该方法包括:
步骤S110,接收客户端发送的与指定业务对应的调度请求。
举例而言,一个广东省的观看者观看的直播内容是由河北省的一个主播提供的。一种完全中心化的场景下,主播直接将直播视频流推送至直播服务器,观看者直接从直播服务器拉取直播视频流,显然,这对直播服务器的压力很大,并且网络传输开销也很高。因此,可以采用多渠道,设置节点网络的方式来进行改良,例如,使用多家CDN提供的服务,无论是主播用户还是观看者用户,都可以在推拉流时,被分配到更优的渠道,这样就减轻了各服务器的压力,以及使得用户可以从更适合的渠道获取到资源或向其上传资源。也因此,需要一种适当的调度策略。
步骤S120,获取与指定业务对应的各渠道的渠道信息。例如,直播业务方与三家不同的CDN厂商合作,每个CDN厂商提供一种或多种渠道,每种渠道的收费、网络情况等不同,例如有对北方网络支持更好的CDN厂商,有偏重国外业务的CDN厂商,等等。
步骤S130,根据调度请求和渠道信息为客户端分配目标渠道,以使客户端根据目标渠道实现指定业务。
这里,对于用户而言,可以无感知地实现自己上传资源或获取资源的需求,而不需要知道根据自己的请求,已经根据需求进行了调度。在一个具体实现场景下,可以开发一款可嵌入到应用中的软件开发工具包SDK,用于与服务器侧进行通信,也就是与服务器交互实现调度,即各业务方只需要注重业务功能的开发,关于多媒体资源流的渠道调度、传输等可以根据SDK和服务器侧的配置实现,非常方便。
可见,图1所示的方法,在接收到客户端发送的与指定业务对应的调度请求后,可以获取与指定业务对应的各渠道的渠道信息,根据调度请求和渠道信息为客户端分配目标渠道,以使客户端根据目标渠道实现指定业务。该技术方案可以应用于云平台中,支持对一项或多项业务的调度,只需要在判别出各调度请求对应的业务后,即可根据当前业务的各渠道情况,分配给用户一个适合的渠道,而用户本身是无感知的,在提升了交互体验的同时,也提升了业务的体验,并且也能够为业务方降低成本,提高收益。
在本发明的一个实施例中,上述方法中,指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
直播推流可以对应于进行直播的主播用户,直播拉流可以对应于观看直播的观看者用户。在许多时候,用户可能错过了直播,则可以将直播时的视频进行保存,在用户有需求时进行点播回放。另外还可以对于网络电话、网络视频等实时通讯需求,开展相应的RTC业务。
在本发明的一个实施例中,上述方法中,根据调度请求和渠道信息为客户端分配渠道包括:根据调度请求中包含的调度信息,确定实现指定业务的可用渠道;根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;将权重最高的可用渠道分配给客户端。
这里,具体的调度策略可以根据需求来设置,下面仅举几个例子作为说明,而不代表限制:各CDN厂商的节点覆盖地区不同,例如,有只做中国大陆地区业务的CDN厂商,有涉及北美业务的CDN厂商,等等,如果合作的渠道数量少,那么相应地,用户群也就少,这对开展业务是一个阻碍,因此理论上而言,与可用的全部CDN厂商都开展合作,那么为用户提供的渠道最广,但是现实中往往还需要考虑合作难度、资费等因素。举例而言,网络效果好的渠道,往往资费更贵,因此在调度上,需要考虑到资费因素,不能将用户都调度到更贵的渠道中,因为渠道往往是按流量计费的。
具体而言,在本发明的一个实施例中,上述方法中,调度信息包括如下的一种或多种:业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。那么用户当前的业务是何种业务,用户有权使用哪些渠道,都是需要考虑的因素,往往业务方会设置用户等级,例如VIP用户和普通用户可享受的渠道不同;除此之外,用户所处的地区被哪些渠道节点覆盖,运营商的信息、网络信息等等,都是在调度时可能需要考量的因素。另外,如果某个渠道的节点发生故障,不仅可以进行渠道内的节点切换,更是可以进行渠道的切换,避免由于某个渠道方的大范围故障导致用户体检降低。
一个更具体的例子下,可以根据各渠道的带宽用量进行切换,可以消除带宽峰,这是考虑到实际计费的方式之一为95峰,即把一个结算时间里的流量(通常为一个月),按每5分钟统计一次,取流量最高值做一个点。这样一个月会得到很多流量峰值点。然后把图中高流量的5%的点去掉,按照剩下(100-5)%来计算费用。可见,通过动态调整切换,可以大大降低成本,提高收益率。
在本发明的一个实施例中,上述方法中,根据调度请求和渠道信息为客户端分配渠道包括:将目标渠道的渠道鉴权信息返回给客户端,以使客户端将渠道鉴权信息发送至目标渠道进行鉴权,获取目标渠道返回的数据链路信息,根据数据链路信息实现指定业务。
由于整个调度过程不仅仅涉及业务方,也涉及渠道方,则鉴权是一个重要的部分,渠道方在为一个用户提供服务时,往往会考察该用户是否得到了与渠道方合作的业务方的鉴权,因此,用户需要先从业务方获得渠道鉴权信息,再带着渠道业务信息去目标渠道进行鉴权;鉴权通过后才能获取数据链路信息,根据数据链路信息实现指定业务。这主要是因为业务方与渠道方在现实场景下,并不是由一个公司来实现的。
在本发明的一个实施例中,上述方法中,方法还包括:接收业务方提交的业务请求;根据业务请求分配渠道鉴权信息和业务鉴权信息,以使业务方在接收到客户端发送的业务请求时,根据业务鉴权信息鉴权通过后将渠道鉴权信息返回给客户端。考虑到一个云平台可以对接多个业务方,即一个云平台可以支持RTC、直播、点播、云存储等多类业务,因此不同的业务的鉴权方式要分别进行。
以RTC场景为例,云平台业务用户申请RTC通话服务,管理平台审核用户身份,并分配该应用access key、secret key(服务端接口鉴权)、RTC 厂商标识(通过与不同rtc厂商打通的接口,调用创建项目api,并生成rtc 厂商为该项目分配唯一appID、appkey,使用厂商通信时app身份认证)及各个厂商的使用比例。
客户端可以以Android/iOS手机端app、固件app、web端应用、PC端应用等嵌入RTC调度sdk实现。
则具体业务场景下,当客户端发起RTC通话请求,使用云平台分配access key、secret key,作为服务端信息上报时身份认证,通过认证后,上传客户端调度信息(RTC厂商appID、appkey、UID信息、通话对象信息、IP、运营商等)。
服务端拿到客户端上报信息、及该RTC使用比例信息,与RTC厂商交互,去RTC厂商为客户端身份做鉴权认证,通过后RTC自动分配就近数据节点、国家、地区、运营商,服务端返回该信息至客户端,实现客户端本次通话请求,并保证稳定的通话质量。即在本发明的一个实施例中,上述方法中,当指定业务为RTC业务时,数据链路信息包括如下的一种或多种:数据节点信息,国家信息,地区信息,运营商信息。
可见,这种方式对用户而言是“屏蔽”了多家RTC厂商,提供的是透明统一的RTC实时通话服务。并且可以根据策略切换对应的RTC厂商、控制厂商的使用比例等参数;每家RTC厂商连通率、端到端延迟、可用性、覆盖国家和地区及运营商不相同,可综合各家优势,为客户端用户提供覆盖全球的就近数据节点,保证通话质量,结合各家优势,可最大限度保证连通率和端到端延迟;任意一家数据节点出故障或网络瘫痪、服务异常,可自动切换其他家RTC服务,保证业务客户端实时通话服务高可靠性;还可实现业务客户端如Android、iOS、web、PC及固件端跨平台互通。
对于直播、点播业务等,也可以参考相应的方式来完成,在此不一一赘述。
图2示出了根据本发明一个实施例的一种渠道调度服务器的结构示意图。如图2所示,渠道调度服务器200包括:
请求接收单元210,适于接收客户端发送的与指定业务对应的调度请求。
举例而言,一个广东省的观看者观看的直播内容是由河北省的一个主播提供的。一种完全中心化的场景下,主播直接将直播视频流推送至直播服务器,观看者直接从直播服务器拉取直播视频流,显然,这对直播服务器的压力很大,并且网络传输开销也很高。因此,可以采用多渠道,设置节点网络的方式来进行改良,例如,使用多家CDN提供的服务,无论是主播用户还是观看者用户,都可以在推拉流时,被分配到更优的渠道,这样就减轻了各服务器的压力,以及使得用户可以从更适合的渠道获取到资源或向其上传资源。也因此,需要一种适当的调度策略。
渠道信息获取单元220,适于获取与指定业务对应的各渠道的渠道信息。例如,直播业务方与三家不同的CDN厂商合作,每个CDN厂商提供一种或多种渠道,每种渠道的收费、网络情况等不同,例如有对北方网络支持更好的CDN厂商,有偏重国外业务的CDN厂商,等等。
调度单元230,适于根据调度请求和渠道信息为客户端分配目标渠道,以使客户端根据目标渠道实现指定业务。
这里,对于用户而言,可以无感知地实现自己上传资源或获取资源的需求,而不需要知道根据自己的请求,已经根据需求进行了调度。在一个具体实现场景下,可以开发一款可嵌入到应用中的软件开发工具包SDK,用于与服务器侧进行通信,也就是与服务器交互实现调度,即各业务方只需要注重业务功能的开发,关于多媒体资源流的渠道调度、传输等可以根据SDK和服务器侧的配置实现,非常方便。
可见,图2所示的装置,通过各单元的相互配合,在接收到客户端发送的与指定业务对应的调度请求后,可以获取与指定业务对应的各渠道的渠道信息,根据调度请求和渠道信息为客户端分配目标渠道,以使客户端根据目标渠道实现指定业务。该技术方案可以应用于云平台中,支持对一项或多项业务的调度,只需要在判别出各调度请求对应的业务后,即可根据当前业务的各渠道情况,分配给用户一个适合的渠道,而用户本身是无感知的,在提升了交互体验的同时,也提升了业务的体验,并且也能够为业务方降低成本,提高收益。
在本发明的一个实施例中,上述服务器中,指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
直播推流可以对应于进行直播的主播用户,直播拉流可以对应于观看直播的观看者用户。在许多时候,用户可能错过了直播,则可以将直播时的视频进行保存,在用户有需求时进行点播回放。另外还可以对于网络电话、网络视频等实时通讯需求,开展相应的RTC业务。
在本发明的一个实施例中,上述服务器中,调度单元230,适于根据调度请求中包含的调度信息,确定实现指定业务的可用渠道;根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;将权重最高的可用渠道分配给客户端。
这里,具体的调度策略可以根据需求来设置,下面仅举几个例子作为说明,而不代表限制:各CDN厂商的节点覆盖地区不同,例如,有只做中国大陆地区业务的CDN厂商,有涉及北美业务的CDN厂商,等等,如果合作的渠道数量少,那么相应地,用户群也就少,这对开展业务是一个阻碍,因此理论上而言,与可用的全部CDN厂商都开展合作,那么为用户提供的渠道最广,但是现实中往往还需要考虑合作难度、资费等因素。举例而言,网络效果好的渠道,往往资费更贵,因此在调度上,需要考虑到资费因素,不能将用户都调度到更贵的渠道中,因为渠道往往是按流量计费的。
具体而言,在本发明的一个实施例中,上述服务器中,调度信息包括如下的一种或多种:业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。那么用户当前的业务是何种业务,用户有权使用哪些渠道,都是需要考虑的因素,往往业务方会设置用户等级,例如VIP用户和普通用户可享受的渠道不同;除此之外,用户所处的地区被哪些渠道节点覆盖,运营商的信息、网络信息等等,都是在调度时可能需要考量的因素。另外,如果某个渠道的节点发生故障,不仅可以进行渠道内的节点切换,更是可以进行渠道的切换,避免由于某个渠道方的大范围故障导致用户体检降低。
一个更具体的例子下,可以根据各渠道的带宽用量进行切换,可以消除带宽峰,这是考虑到实际计费的方式之一为95峰,即把一个结算时间里的流量(通常为一个月),按每5分钟统计一次,取流量最高值做一个点。这样一个月会得到很多流量峰值点。然后把图中高流量的5%的点去掉,按照剩下(100-5)%来计算费用。可见,通过动态调整切换,可以大大降低成本,提高收益率。
在本发明的一个实施例中,上述服务器中,调度单元230,适于将目标渠道的渠道鉴权信息返回给客户端,以使客户端将渠道鉴权信息发送至目标渠道进行鉴权,获取目标渠道返回的数据链路信息,根据数据链路信息实现指定业务。
由于整个调度过程不仅仅涉及业务方,也涉及渠道方,则鉴权是一个重要的部分,渠道方在为一个用户提供服务时,往往会考察该用户是否得到了与渠道方合作的业务方的鉴权,因此,用户需要先从业务方获得渠道鉴权信息,再带着渠道业务信息去目标渠道进行鉴权;鉴权通过后才能获取数据链路信息,根据数据链路信息实现指定业务。这主要是因为业务方与渠道方在现实场景下,并不是由一个公司来实现的。
在本发明的一个实施例中,上述服务器中,请求接收单元210,还适于接收业务方提交的业务请求;调度单元230,还适于根据业务请求分配渠道鉴权信息和业务鉴权信息,以使业务方在接收到客户端发送的业务请求时,根据业务鉴权信息鉴权通过后将渠道鉴权信息返回给客户端。考虑到一个云平台可以对接多个业务方,即一个云平台可以支持RTC、直播、点播、云存储等多类业务,因此不同的业务的鉴权方式要分别进行。
以RTC场景为例,云平台业务用户申请RTC通话服务,管理平台审核用户身份,并分配该应用access key、secret key(服务端接口鉴权)、RTC 厂商标识(通过与不同rtc厂商打通的接口,调用创建项目api,并生成rtc 厂商为该项目分配唯一appID、appkey,使用厂商通信时app身份认证)及各个厂商的使用比例。
客户端可以以Android/iOS手机端app、固件app、web端应用、PC端应用等嵌入RTC调度sdk实现。
则具体业务场景下,当客户端发起RTC通话请求,使用云平台分配access key、secret key,作为服务端信息上报时身份认证,通过认证后,上传客户端调度信息(RTC厂商appID、appkey、UID信息、通话对象信息、IP、运营商等)。
服务端拿到客户端上报信息、及该RTC使用比例信息,与RTC厂商交互,去RTC厂商为客户端身份做鉴权认证,通过后RTC自动分配就近数据节点、国家、地区、运营商,服务端返回该信息至客户端,实现客户端本次通话请求,并保证稳定的通话质量。即在本发明的一个实施例中,上述方法中,当指定业务为RTC业务时,数据链路信息包括如下的一种或多种:数据节点信息,国家信息,地区信息,运营商信息。
可见,这种方式对用户而言是“屏蔽”了多家RTC厂商,提供的是透明统一的RTC实时通话服务。并且可以根据策略切换对应的RTC厂商、控制厂商的使用比例等参数;每家RTC厂商连通率、端到端延迟、可用性、覆盖国家和地区及运营商不相同,可综合各家优势,为客户端用户提供覆盖全球的就近数据节点,保证通话质量,结合各家优势,可最大限度保证连通率和端到端延迟;任意一家数据节点出故障或网络瘫痪、服务异常,可自动切换其他家RTC服务,保证业务客户端实时通话服务高可靠性;还可实现业务客户端如Android、iOS、web、PC及固件端跨平台互通。
对于直播、点播业务等,也可以参考相应的方式来完成,在此不一一赘述。
图3示出了根据本发明一个实施例的一种渠道调度系统的结构示意图。如图3所示,渠道调度系统300包括如上述任一实施例的渠道调度服务器 200,以及一个或多个客户端310。
综上所述,本发明的技术方案,在接收到客户端发送的与指定业务对应的调度请求后,可以获取与指定业务对应的各渠道的渠道信息,根据调度请求和渠道信息为客户端分配目标渠道,以使客户端根据目标渠道实现指定业务。该技术方案可以应用于云平台中,支持对一项或多项业务的调度,只需要在判别出各调度请求对应的业务后,即可根据当前业务的各渠道情况,分配给用户一个适合的渠道,而用户本身是无感知的,在提升了交互体验的同时,也提升了业务的体验,并且也能够为业务方降低成本,提高收益。
需要说明的是:
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述,构造这类装置所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的渠道调度服务器和系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
例如,图4示出了根据本发明一个实施例的电子设备的结构示意图。该电子设备包括处理器410和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器420。存储器420可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器420具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码 431的存储空间430。例如,用于存储计算机可读程序代码的存储空间430 可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码431。计算机可读程序代码431可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘,紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图5所述的计算机可读存储介质。图5示出了根据本发明一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质500存储有用于执行根据本发明的方法步骤的计算机可读程序代码 431,可以被电子设备400的处理器410读取,当计算机可读程序代码431 由电子设备400运行时,导致该电子设备400执行上面所描述的方法中的各个步骤,具体来说,该计算机可读存储介质存储的计算机可读程序代码431 可以执行上述任一实施例中示出的方法。计算机可读程序代码431可以以适当形式进行压缩。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明的实施例公开了A1、一种渠道调度方法,包括:
接收客户端发送的与指定业务对应的调度请求;
获取与所述指定业务对应的各渠道的渠道信息;
根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。
A2、如A1所述的方法,其中,所述指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
A3、如A1所述的方法,其中,所述根据所述调度请求和所述渠道信息为所述客户端分配渠道包括:
根据所述调度请求中包含的调度信息,确定实现所述指定业务的可用渠道;
根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;
将权重最高的可用渠道分配给所述客户端。
A4、如A1所述的方法,其中,所述调度信息包括如下的一种或多种:
业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。
A5、如A4所述的方法,其中,所述根据所述调度请求和所述渠道信息为所述客户端分配渠道包括:
将目标渠道的渠道鉴权信息返回给所述客户端,以使所述客户端将所述渠道鉴权信息发送至目标渠道进行鉴权,获取目标渠道返回的数据链路信息,根据所述数据链路信息实现所述指定业务。
A6、如A5所述的方法,其中,当所述指定业务为RTC业务时,所述数据链路信息包括如下的一种或多种:
数据节点信息,国家信息,地区信息,运营商信息。
A7、如A4所述的方法,其中,所述方法还包括:
接收业务方提交的业务请求;
根据所述业务请求分配渠道鉴权信息和业务鉴权信息,以使所述业务方在接收到客户端发送的业务请求时,根据业务鉴权信息鉴权通过后将渠道鉴权信息返回给所述客户端。
本发明的实施例还公开了B8、一种渠道调度服务器,包括:
请求接收单元,适于接收客户端发送的与指定业务对应的调度请求;
渠道信息获取单元,适于获取与所述指定业务对应的各渠道的渠道信息;
调度单元,适于根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。
B9、如B8所述的服务器,其中,所述指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
B10、如B8所述的服务器,其中,
所述调度单元,适于根据所述调度请求中包含的调度信息,确定实现所述指定业务的可用渠道;根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;将权重最高的可用渠道分配给所述客户端。
B11、如B8所述的服务器,其中,所述调度信息包括如下的一种或多种:
业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。
B12、如B11所述的服务器,其中,
所述调度单元,适于将目标渠道的渠道鉴权信息返回给所述客户端,以使所述客户端将所述渠道鉴权信息发送至目标渠道进行鉴权,获取目标渠道返回的数据链路信息,根据所述数据链路信息实现所述指定业务。
B13、如B12所述的服务器,其中,当所述指定业务为RTC业务时,所述数据链路信息包括如下的一种或多种:数据节点信息,国家信息,地区信息,运营商信息。
B14、如B10所述的服务器,其中,
所述请求接收单元,还适于接收业务方提交的业务请求;
所述调度单元,还适于根据所述业务请求分配渠道鉴权信息和业务鉴权信息,以使所述业务方在接收到客户端发送的业务请求时,根据业务鉴权信息鉴权通过后将渠道鉴权信息返回给所述客户端。
本发明的实施例还公开了C15、一种渠道调度系统,包括如B8-B14中任一项所述的渠道调度服务器,以及一个或多个客户端。
本发明的实施例还公开了D16、一种电子设备,其中,该电子设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如A1-A7中任一项所述的方法。
本发明的实施例还公开了E17、一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如A1-A7中任一项所述的方法。
Claims (10)
1.一种渠道调度方法,包括:
接收客户端发送的与指定业务对应的调度请求;
获取与所述指定业务对应的各渠道的渠道信息;
根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。
2.如权利要求1所述的方法,其中,所述指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
3.如权利要求1所述的方法,其中,所述根据所述调度请求和所述渠道信息为所述客户端分配渠道包括:
根据所述调度请求中包含的调度信息,确定实现所述指定业务的可用渠道;
根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;
将权重最高的可用渠道分配给所述客户端。
4.如权利要求1所述的方法,其中,所述调度信息包括如下的一种或多种:
业务对象信息,渠道鉴权信息,IP地址,运营商信息,地理位置信息。
5.一种渠道调度服务器,包括:
请求接收单元,适于接收客户端发送的与指定业务对应的调度请求;
渠道信息获取单元,适于获取与所述指定业务对应的各渠道的渠道信息;
调度单元,适于根据所述调度请求和所述渠道信息为所述客户端分配目标渠道,以使所述客户端根据目标渠道实现所述指定业务。
6.如权利要求5所述的服务器,其中,所述指定业务包括如下的一种或多种:直播推流业务,直播拉流业务,直播回放业务,实时通讯RTC业务。
7.如权利要求5所述的服务器,其中,
所述调度单元,适于根据所述调度请求中包含的调度信息,确定实现所述指定业务的可用渠道;根据各可用渠道的当前使用状态和预设调度算法,计算各可用渠道的权重;将权重最高的可用渠道分配给所述客户端。
8.一种渠道调度系统,包括如权利要求5-7中任一项所述的渠道调度服务器,以及一个或多个客户端。
9.一种电子设备,其中,该电子设备包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求1-4中任一项所述的方法。
10.一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现如权利要求1-4中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910092414.4A CN111510733A (zh) | 2019-01-30 | 2019-01-30 | 渠道调度方法、服务器和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910092414.4A CN111510733A (zh) | 2019-01-30 | 2019-01-30 | 渠道调度方法、服务器和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111510733A true CN111510733A (zh) | 2020-08-07 |
Family
ID=71877368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910092414.4A Pending CN111510733A (zh) | 2019-01-30 | 2019-01-30 | 渠道调度方法、服务器和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111510733A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113225214A (zh) * | 2021-05-07 | 2021-08-06 | 浪潮软件科技有限公司 | 协同管理边缘cdn节点的方法、装置及计算机可读介质 |
CN115022329A (zh) * | 2022-07-08 | 2022-09-06 | 国泰君安证券股份有限公司 | 基于sse实现投顾实时图文直播的系统、方法、装置、处理器及其计算机可读存储介质 |
CN115277855A (zh) * | 2022-07-22 | 2022-11-01 | 中国工商银行股份有限公司 | 请求处理方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103036977A (zh) * | 2012-12-13 | 2013-04-10 | 北京奇虎科技有限公司 | 基于内容分发网络的业务推送方法及推送系统 |
CN105721484A (zh) * | 2016-03-04 | 2016-06-29 | 网宿科技股份有限公司 | 一种流媒体的转推方法、系统及具有该系统的服务器 |
CN107948664A (zh) * | 2017-11-20 | 2018-04-20 | 广州虎牙信息科技有限公司 | 直播间视频播放控制方法、装置及终端 |
CN108052615A (zh) * | 2017-12-15 | 2018-05-18 | 泰康保险集团股份有限公司 | 访问请求的处理方法、装置、介质及电子设备 |
CN108197912A (zh) * | 2016-12-08 | 2018-06-22 | 阿里巴巴集团控股有限公司 | 一种业务处理系统及方法 |
-
2019
- 2019-01-30 CN CN201910092414.4A patent/CN111510733A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103036977A (zh) * | 2012-12-13 | 2013-04-10 | 北京奇虎科技有限公司 | 基于内容分发网络的业务推送方法及推送系统 |
CN105721484A (zh) * | 2016-03-04 | 2016-06-29 | 网宿科技股份有限公司 | 一种流媒体的转推方法、系统及具有该系统的服务器 |
CN108197912A (zh) * | 2016-12-08 | 2018-06-22 | 阿里巴巴集团控股有限公司 | 一种业务处理系统及方法 |
CN107948664A (zh) * | 2017-11-20 | 2018-04-20 | 广州虎牙信息科技有限公司 | 直播间视频播放控制方法、装置及终端 |
CN108052615A (zh) * | 2017-12-15 | 2018-05-18 | 泰康保险集团股份有限公司 | 访问请求的处理方法、装置、介质及电子设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113225214A (zh) * | 2021-05-07 | 2021-08-06 | 浪潮软件科技有限公司 | 协同管理边缘cdn节点的方法、装置及计算机可读介质 |
CN115022329A (zh) * | 2022-07-08 | 2022-09-06 | 国泰君安证券股份有限公司 | 基于sse实现投顾实时图文直播的系统、方法、装置、处理器及其计算机可读存储介质 |
CN115022329B (zh) * | 2022-07-08 | 2023-08-04 | 国泰君安证券股份有限公司 | 基于sse实现投顾实时图文直播的系统、方法、装置、处理器及其计算机可读存储介质 |
CN115277855A (zh) * | 2022-07-22 | 2022-11-01 | 中国工商银行股份有限公司 | 请求处理方法、装置、电子设备及存储介质 |
CN115277855B (zh) * | 2022-07-22 | 2024-02-27 | 中国工商银行股份有限公司 | 请求处理方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2013351670B2 (en) | Business scheduling method and apparatus and convergence device | |
US9258575B2 (en) | Cloud based location shifting service | |
WO2019028046A1 (en) | BROADCAST, MULTICAST OR INDIVIDUAL BROADCAST OF AN ADVERTISING CONTENT BASED ON A USER CONTEXT | |
CN111510733A (zh) | 渠道调度方法、服务器和系统 | |
US20070037563A1 (en) | Method and system for downloading data to mobile terminals and for implementing data sharing between mobile terminals | |
US20150089078A1 (en) | Generation of Dynamic Content Interfaces | |
WO2021101934A1 (en) | Adaptive broadcast media and data services | |
EP2652931B1 (en) | Systems and methods for distributed access to media content using placeshifting | |
JP6868120B2 (ja) | ネットワークデータ処理方法及び装置 | |
JP6496712B2 (ja) | ワイヤレス送信容量の管理 | |
JP7177729B2 (ja) | ワイヤレス送信容量の管理 | |
CN105516099A (zh) | 一种业务方访问及访问规则的配置的方法和装置 | |
CN109314797A (zh) | 用于提供媒体内容的方法和装置 | |
CN101764832A (zh) | 基于对等网络的流媒体直播实现方法 | |
CN102571409B (zh) | 一种用于实现业务跨终端使用的业务请求管理系统及方法 | |
CN104093045A (zh) | 基于回源的ott tv播放请求处理方法及系统 | |
CN110839006A (zh) | 网络调度方法、装置以及电子设备 | |
CN106303747B (zh) | 融合的互联网协议ip视频系统及实现方法 | |
CN113965938B (zh) | 切片业务系统及切片业务处理方法 | |
KR20140024553A (ko) | 라이브 스트리밍 컨텐츠를 위한 컨텐츠 전송 서비스 방법, 및 이를 위한 장치 | |
CN103684800A (zh) | 应用的安装系统、方法和设备 | |
CN105871972A (zh) | 一种视频资源的分布式缓存方法、装置及系统 | |
CN113115065B (zh) | 一种基于直播的数据处理方法及装置 | |
KR20130027755A (ko) | 동영상 파일의 분할을 통한 고속 인코딩 시스템과 인코딩 방법 | |
CN110602792B (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 |