首页> 中国专利> 获取播放资源的方法、代理客户端、代理服务器和系统

获取播放资源的方法、代理客户端、代理服务器和系统

摘要

本申请公开了获取播放资源的方法、代理客户端、代理服务器和系统。所述方法的一具体实施方式包括:从第一代理客户端接收获取目标资源配置信息的第一请求;向媒体服务器发送获取所述目标资源配置信息的第二请求;从所述媒体服务器接收第一相关资源配置信息;以及获取一个或多个第二代理客户端提供的第二相关资源配置信息;从相关资源配置信息中提取目标资源配置信息,所述相关资源配置信息包括所述第一相关资源配置信息和所述第二相关资源配置信息;向所述代理客户端发送所述目标资源配置信息。该实施方式解决了在媒体服务器带宽能力不足的条件下,客户端自身网络资源得不到充分利用的问题,提高了下载的效率。

著录项

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2019-02-15

    授权

    授权

  • 2015-01-07

    实质审查的生效 IPC(主分类):H04N21/238 申请日:20140926

    实质审查的生效

  • 2014-12-10

    公开

    公开

说明书

技术领域

本申请涉及网络计算机技术领域,具体涉及媒体播放技术领域, 尤其涉及获取播放资源的方法、代理客户端、代理服务器和系统。

背景技术

当前,随着网络计算机技术的快速发展,网络视频服务也逐渐走 进人们的生活。由于不同的终端在媒体处理能力、网络接入方式等方 面都有较大的区别,同时,在视频播放过程中,同一终端的CPU占用 率、网络带宽也会随时间的变化而变化。因此,网络视频运营商在提 供媒体内容时,不但需要兼顾所有类型的终端,同时还需要适应同一 终端在能力和带宽上的动态变化,才能保证用户流畅的播放视频。

现有的自适应流媒体技术,可以根据当前网络的带宽状况,选择 合适的流媒体片段进行下载,带宽低的情况下选择低码率流,带宽高 的情况下选择高码率流,从而保证用户流畅的播放视频。但是,自适 应流媒体技术在一定程度上,受服务器的带宽大小以及连接的用户数 量的限制。当连接服务器的用户数量过多时,或者在服务器的带宽能 力不足的情况下,媒体流的播放效果会受到影响。另外,当网络出现 拥塞的情况下,媒体流的播放效果也会受到影响。

发明内容

本申请提供了一种获取播放资源的方法、代理客户端、代理服务 器和系统。

第一方面,本申请提供了一种获取播放资源的方法,所述方法包 括:

从第一代理客户端接收获取目标资源配置信息的第一请求;

向媒体服务器发送获取所述目标资源配置信息的第二请求;

从所述媒体服务器接收第一相关资源配置信息;以及

获取一个或多个第二代理客户端提供的第二相关资源配置信息;

从相关资源配置信息中提取目标资源配置信息,所述相关资源配 置信息包括所述第一相关资源配置信息和所述第二相关资源配置信 息;

向所述代理客户端发送所述目标资源配置信息。

在某些实施方式中,所述从相关资源配置信息中提取目标资源配 置信息,包括:

从所述相关资源配置信息中提取满足预定条件的资源配置信息作 为目标资源配置信息。

在某些实施方式中,所述方法还包括:

每隔预定时间,从代理客户端接收资源配置信息,所述代理客户 端包括第一代理客户端和第二代理客户端,所述资源配置信息为对应 于所述代理客户端的客户端当前缓存的资源的配置信息。

在某些优选实施方式中,所述获取一个或多个第二代理客户端提 供的第二相关资源配置信息,包括:

从接收到的所述获取目标资源配置信息的第一请求中获取目标资 源的相关信息;

从接收到的由一个或多个第二代理客户端发送的资源配置信息中 获取与所述相关信息对应的资源配置信息作为第二相关资源配置信 息。

第二方面,本申请提供了一种获取播放资源的方法,所述方法包 括:

截获客户端发送的获取目标资源配置信息的第三请求;

向代理服务器发送获取所述目标资源配置信息的第一请求;

从所述代理服务器接收所述目标资源配置信息,其中,所述目标 资源配置信息由所述代理服务器从获取到的相关资源配置信息中提 取,所述相关资源配置信息包括接收自媒体服务器的第一相关资源配 置信息和接收自一个或多个第二代理客户端的第二相关资源配置信 息;

向所述客户端发送所述目标资源配置信息,以供所述客户端根据 所述目标资源配置信息获取播放资源。

在某些实施方式中,所述方法还包括:

每隔预定时间,从客户端接收资源配置信息,所述资源配置信息 为所述客户端当前缓存的资源的配置信息。

在某些优选实施方式中,所述方法还包括:

每隔预定时间,向代理服务器发送接收自所述客户端的资源配置 信息。

第三方面,本申请提供了一种代理服务器,所述代理服务器包括:

第一请求接收单元,用于从第一代理客户端接收获取目标资源配 置信息的第一请求;

第二请求发送单元,用于向媒体服务器发送获取所述目标资源配 置信息的第二请求;

第一相关资源配置信息接收单元,用于从所述媒体服务器接收第 一相关资源配置信息;以及

第二相关资源配置信息获取单元,用于获取一个或多个第二代理 客户端提供的第二相关资源配置信息;

目标资源配置信息提取单元,用于从相关资源配置信息中提取目 标资源配置信息,所述相关资源配置信息包括所述第一相关资源配置 信息和所述第二相关资源配置信息;

目标资源配置信息发送单元,用于向所述代理客户端发送所述目 标资源配置信息。

在某些实施方式中,所述目标资源配置信息提取单元具体用于:

从所述相关资源配置信息中提取满足预定条件的资源配置信息作 为目标资源配置信息。

在某些实施方式中,所述代理服务器还包括:

代理客户端配置信息接收单元,用于从代理客户端接收资源配置 信息,所述代理客户端包括第一代理客户端和第二代理客户端,所述 资源配置信息为对应于所述代理客户端的客户端当前缓存的资源的配 置信息。

在某些优选实施方式中,所述第二相关资源配置信息获取单元, 包括:

目标资源相关信息获取子单元,用于从接收到的所述获取目标资 源配置信息的第一请求中获取目标资源的相关信息;

第二相关资源配置信息提取子单元,用于从接收到的由一个或多 个第二代理客户端发送的资源配置信息中获取与所述相关信息对应的 资源配置信息作为第二相关资源配置信息。

第四方面,本申请提供了一种代理客户端,所述代理客户端包括:

第三请求截获单元,用于截获客户端发送的获取目标资源配置信 息的第三请求;

第一请求发送单元,用于向代理服务器发送获取所述目标资源配 置信息的第一请求;

目标资源配置信息接收单元,用于从所述代理服务器接收所述目 标资源配置信息,其中,所述目标资源配置信息由所述代理服务器从 获取到的相关资源配置信息中提取,所述相关资源配置信息包括接收 自媒体服务器的第一相关资源配置信息和接收自一个或多个第二代理 客户端的第二相关资源配置信息;

目标资源配置信息反馈单元,用于向所述客户端发送所述目标资 源配置信息,以供所述客户端根据所述目标资源配置信息获取播放资 源。

在某些实施方式中,所述代理客户端还包括:

资源配置信息接收单元,用于每隔预定时间从客户端接收资源配 置信息,所述资源配置信息为所述客户端当前缓存的资源的配置信息。

在某些优选实施方式中,所述代理客户端还包括:

资源配置信息发送单元,用于每隔预定时间,向代理服务器发送 接收自所述客户端的资源配置信息。

第五方面,本申请提供了一种系统,包括:

第三方面或第三方面的任一种可能的实现方式所述的代理服务器 以及第四方面或第四方面的任一种可能的实现方式所述的代理客户 端。

本申请的上述实施例提供的获取播放资源的方法、代理客户端、 代理服务器和系统,通过从媒体服务器和代理客户端中获取相关资源 配置信息,并从相关资源配置信息中提取了目标资源配置信息,解决 了在媒体服务器带宽能力不足的条件下,客户端自身网络资源得不到 充分利用的问题,提高了下载的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描 述,本申请的其它特征、目的和优点将会变得更明显:

图1是本申请获取播放资源的方法的一个实施例的流程图;

图2是本申请获取一个或多个第二代理客户端提供的第二相关资 源配置信息的方法的一个实施例的流程图;

图3是本申请获取播放资源的方法的另一个实施例的流程图;

图4是本申请用于获取播放资源的代理服务器的一个实施例的结 构示意图;

图5是本申请用于获取播放资源的代理客户端的一个实施例的结 构示意图;

图6是本申请用于获取播放资源的系统的一个实施例的结构示意 图;

图7是本申请用于获取播放资源的系统的一个实施例的交互流程 图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解 的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发 明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与 有关发明相关的部分。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例 中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本 申请。

请参考图1,其示出了获取播放资源的方法的一个实施例的流程 100。在本实施例中,为了便于理解,结合能够播放视频的客户端来举 例说明。本领域技术人员可以理解,该客户端包括但不限于智能手机、 平板电脑、膝上型便携计算机、台式电脑、智能电视以及连接数字电 视的互联网电视盒等等。

如图1所示,在步骤101中,从第一代理客户端接收获取目标资 源配置信息的第一请求。

在本实施例中,由代理服务器从第一代理客户端接收获取目标资 源配置信息的第一请求。其中,每个客户端均对应一个代理客户端, 并且客户端与代理客户端是一一对应的,代理客户端可以是客户端中 的一个功能插件,也可以是客户端中的一个程序,本领域技术人员可 以理解,代理客户端还可以有其他的形式,本申请对此没有限制。对 于某个客户端来说,与其对应的代理客户端为第一代理客户端,对应 于其他客户端(相对上述的客户端来说)的代理客户端为第二代理客 户端,因此,第一代理客户端和第二代理客户端在本质上是相同的, 均是代理客户端,任意一个代理客户端相对于其对应的客户端来说是 第一代理客户端,相对于其他客户端来说是第二代理客户端。

在本实施例中,获取目标资源配置信息的第一请求为代理客户端 向代理服务器发送的请求。第一请求可以包括目标资源的地址,如目 标资源配置信息的实际URL(Uniform Resource Locator,统一资源定 位符)以及期望带宽值,本领域技术人员可以理解,第一请求还可以 包括其他的信息,本申请对第一请求具体包括什么信息没有限制。其 中,期望带宽值是客户端所能承受的最大带宽值,可以根据接收数据 的大小及时间、CPU资源占用率等因素,动态计算当前分片下载的速 率,并根据该速率对下一分片的预期带宽做出预判,本申请对如何获 取期望带宽值不进行限定。

在本实施例中,资源配置信息可以包括音、视频的源地址、码率 信息和音、视频分片的信息等内容。当然,本领域技术人员可以理解, 资源配置信息还可以包括其它内容,本申请对资源配置信息具体包含 什么内容不进行限定。

在本实施例中,获取目标资源配置信息包括获取首个播放分片资 源的配置信息和更新播放分片资源的配置信息。

接着,在步骤102中,向媒体服务器发送获取上述目标资源配置 信息的第二请求。

在本实施例中,由代理服务器向媒体服务器发送获取上述目标资 源配置信息的第二请求。媒体服务器为提供媒体播放资源的服务器。 获取目标资源配置信息的第二请求为代理服务器向媒体服务器发送的 请求。其中,第二请求可以包括目标资源的地址(如目标资源配置信 息的实际URL),本领域技术人员可以理解,第二请求还可以包括其 他的信息,本申请对第二请求具体包括什么信息没有限制。第一请求 和第二请求均为获取目标资源配置信息的请求,并且均包含目标资源 的地址(如目标资源配置信息的实际URL),但是形式上或内容上可 能有所不同,例如,第二请求为在第一请求的基础上重新整理并打包 获得的,本申请对第一请求和第二请求的具体形式不进行限定。

继而,在步骤103中,从媒体服务器接收第一相关资源配置信息。

在本实施例中,由代理服务器从媒体服务器接收第一相关资源配 置信息。其中,相关资源配置信息为与目标资源相关的资源配置信息, 第一相关资源配置信息为来自媒体服务器的相关资源配置信息。

具体地,在媒体服务器中包括很多播放资源,媒体服务器在接收 到由代理服务器发送的获取目标资源配置信息的第二请求后,会根据 请求中目标资源的地址(如目标资源配置信息的实际URL)获取相应 的资源配置信息作为第一相关资源配置信息,并将第一相关资源配置 信息发送给媒体服务器。

同时,在步骤104中,获取一个或多个第二代理客户端提供的第 二相关资源配置信息。

在本实施例中,由代理服务器获取一个或多个第二代理客户端提 供的第二相关资源配置信息。其中,第二相关资源配置信息为来自一 个或多个第二代理客户端的相关资源配置信息。

具体地,一个或多个第二代理客户端会发送很多播放资源的分片 给代理服务器,代理服务器会根据目标资源的相关信息,从上述播放 资源的分片中获取相应的资源配置信息作为第二相关资源配置信息。

在本实施例中,第一相关资源配置信息和第二相关资源配置信息 均为相关资源配置信息,本质上是相同的,只是来源不同,第一相关 资源配置信息来自媒体服务器,第二相关资源配置信息来自一个或多 个第二代理客户端。

需要说明的是,在本实施例中,步骤103可以在步骤104之前, 也可以在步骤104之后,也可以和步骤104同时进行,本申请对步骤 103和步骤104的顺序不进行限定。

接着,在步骤105中,从相关资源配置信息中提取目标资源配置 信息,相关资源配置信息包括第一相关资源配置信息和第二相关资源 配置信息。

在本实施例中,由代理服务器从第一相关资源配置信息和第二相 关资源配置信息中提取目标资源配置信息,因为,相关资源配置信息 有很多,但是这些信息对应的播放资源的分片的下载速率,占据空间 的大小等均不相同,代理服务器根据需要从这些播放资源的分片对应 的相关资源配置信息中提取满足条件的资源配置信息作为目标资源配 置信息。

最后,在步骤106中,向代理客户端发送目标资源配置信息。

在本实施例中,由代理服务器将提取出的目标资源配置信息发送 给代理客户端,再由代理客户端将该目标资源配置信息发送给客户端, 客户端根据目标资源配置信息获取播放资源的分片,并对播放资源的 分片进行缓存。

应当注意,尽管在附图中以特定顺序描述了本申请方法的操作, 但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或 是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描 绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤, 将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执 行。例如,客户端在更新播放分片资源的配置信息时,步骤102和步 骤103也可以省略,因为,媒体服务器的资源的配置信息不会发生变 化,只获得一次即可。

本申请的上述实施例提供的获取播放资源的方法,通过从媒体服 务器和代理客户端中获取相关资源配置信息,并从相关资源配置信息 中提取了目标资源配置信息,解决了在媒体服务器带宽能力不足的条 件下,客户端自身网络资源得不到充分利用的问题,提高了下载的效 率。

在一些可选实施方式中,从相关资源配置信息中提取目标资源配 置信息,包括:从相关资源配置信息中提取满足预定条件的资源配置 信息作为目标资源配置信息。

在本实施例中,预定条件可以是根据需要设定的条件,例如,下 载速度最快,或者距离客户端最近等,本申请对预定条件具体为何种 条件不进行限定。

在一些优选地实施例中,从相关资源配置信息中提取满足预定条 件的资源配置信息作为目标资源配置信息具体包括,根据上传相关资 源配置信息的客户端的带宽能力以及网络拥塞情况,对与上述相关资 源配置信息对应的缓存分片的URL进行优先级排序,带宽能力越高, 网络越通畅优先级越高,将优先级最高的资源配置信息作为目标资源 配置信息。

在一些可选实施方式中,获取播放资源的方法还包括:每隔预定 时间,从代理客户端接收资源配置信息,代理客户端包括第一代理客 户端和第二代理客户端,资源配置信息为对应于上述代理客户端的客 户端当前缓存的资源的配置信息。

客户端在播放视频时,会将下载的片段进行缓存,在本实施例中, 每隔预定时间客户端就会将缓存的片段的资源配置信息通过代理客户 端发送给代理服务器,并暂存在代理服务器上,当该客户端再次发送 更新的缓存片段的资源配置信息时,将暂存在代理服务器上该客户端 原来的资源配置信息进行更新。其中,预定时间可以是任意的时间长 度(如1秒或2秒等),本申请对预定时间具体为多长时间不进行限定。

进一步参考图2,其示出了图1中的步骤104获取一个或多个第 二代理客户端提供的第二相关资源配置信息的方法的一个实施例的流 程200。

如图2所示,在步骤201中,从接收到的获取目标资源配置信息 的第一请求中获取目标资源的相关信息。

在本实施例中,目标资源的相关信息为和播放资源相关的信息, 目标资源的相关信息可以是播放资源的名称、标识、或者从播放资源 的片段中解析出来的数据等,本申请对目标资源的相关信息具体为何 种信息不进行限定。由代理服务器从接收到的获取目标资源配置信息 的第一请求中获取目标资源的相关信息。

继而,在步骤202中,从接收到的由一个或多个第二代理客户端 发送的资源配置信息中获取与相关信息对应的资源配置信息作为第二 相关资源配置信息。

在本实施例中,由代理服务器从接收到的由一个或多个第二代理 客户端发送的资源配置信息中获取与相关信息对应的资源配置信息作 为第二相关资源配置信息。由于代理服务器接收到的代理客户端发送 的资源配置信息中,有些是和播放资源无关的其它的资源配置信息, 因此,根据目标资源的相关信息获取与相关信息对应的资源配置信息 作为第二相关资源配置信息,例如,通过匹配播放资源的名称、标识、 或者从播放资源的片段中解析出来的数据等信息,从而查找出与相关 信息对应的资源配置信息。

进一步参考图3,其示出了获取播放资源的方法的另一个实施例 的流程300。

如图3所示,在步骤301中,截获客户端发送的获取目标资源配 置信息的第三请求。

客户端在播放视频时会向媒体服务器发送获取目标资源配置信息 的请求,在本实施例中,由代理客户端将客户端向媒体服务器发送的 请求截获,媒体服务器就接收不到客户端发送的请求了。

其中,获取目标资源配置信息的第三请求为客户端向媒体服务器 发送获取目标资源配置信息的请求。第三请求包括目标资源的地址(如 目标资源配置信息的实际URL),本领域技术人员可以理解,第三请 求还可以包括其他的信息,本申请对第三请求具体包括什么信息没有 限制。

接着,在步骤302中,向代理服务器发送获取所述目标资源配置 信息的第一请求。

在本实施例中,获取目标资源配置信息的第一请求为代理客户端 向代理服务器发送的请求。第一请求包括目标资源的地址(如目标资 源配置信息的实际URL)以及期望带宽值,本领域技术人员可以理解, 第一请求还可以包括其他的信息,本申请对第一请求具体包括什么信 息没有限制。

在本实施例中,获取目标资源配置信息包括获取首个播放分片资 源的配置信息和更新播放分片资源的配置信息。

继而,在步骤303中,从代理服务器接收目标资源配置信息。

在本实施例中,上述目标资源配置信息由代理服务器从获取到的 相关资源配置信息中提取,相关资源配置信息包括接收自媒体服务器 的第一相关资源配置信息和接收自一个或多个第二代理客户端的第二 相关资源配置信息。

最后,在步骤304中,向客户端发送目标资源配置信息,以供客 户端根据目标资源配置信息获取播放资源。

本申请的上述实施例提供的获取播放资源的方法,通过从媒体服 务器和代理客户端中获取相关资源配置信息,并从相关资源配置信息 中提取了目标资源配置信息,解决了在媒体服务器带宽能力不足的条 件下,客户端自身网络资源得不到充分利用的问题,提高了下载的效 率。

在一些可选实施方式中,获取播放资源的方法还包括:每隔预定 时间,从客户端接收资源配置信息,资源配置信息为客户端当前缓存 的资源的配置信息。

客户端在播放视频时,会将下载的片段进行缓存,在本实施例中, 每隔预定时间客户端就会将缓存的片段的资源配置信息发送给代理客 户端。

在一些可选实施方式中,获取播放资源的方法还包括:每隔预定 时间,向代理服务器发送接收自客户端的资源配置信息。

在本实施例中,每隔预定时间,由代理客户端向代理服务器发送 接收自客户端的资源配置信息,该资源配置信息暂存在代理服务器上, 当该客户端再次发送更新的缓存片段的资源配置信息时,将暂存在代 理服务器上该客户端原来的资源配置信息进行更新。其中,预定时间 可以是任意的时间长度(如1秒或2秒等),本申请对预定时间具体为 多长时间不进行限定。

进一步参考图4,其示出了代理服务器的一个实施例的结构示意 图400。

如图4所示,本实施例的代理服务器400包括:第一请求接收单 元401,第二请求发送单元402,第一相关资源配置信息接收单元403, 第二相关资源配置信息获取单元404,目标资源配置信息提取单元 405,目标资源配置信息发送单元406。其中,第一请求接收单元401, 用于从第一代理客户端接收获取目标资源配置信息的第一请求;第二 请求发送单元402,用于向媒体服务器发送获取目标资源配置信息的 第二请求;第一相关资源配置信息接收单元403,用于从媒体服务器 接收第一相关资源配置信息;以及第二相关资源配置信息获取单元 404,用于获取一个或多个第二代理客户端提供的第二相关资源配置信 息;目标资源配置信息提取单元405,用于从相关资源配置信息中提 取目标资源配置信息,相关资源配置信息包括第一相关资源配置信息 和第二相关资源配置信息;目标资源配置信息发送单元406,用于向 代理客户端发送目标资源配置信息。

在一些可选实施方式中,目标资源配置信息提取单元405具体用 于:从相关资源配置信息中提取满足预定条件的资源配置信息作为目 标资源配置信息。

在一些可选实施方式中,代理服务器400还包括:代理客户端配 置信息接收单元(未示出),用于从代理客户端接收资源配置信息,代 理客户端包括第一代理客户端和第二代理客户端,资源配置信息为对 应于上述代理客户端的客户端当前缓存的资源的配置信息。

在一些可选实施方式中,第二相关资源配置信息获取单元404包 括目标资源相关信息获取子单元和第二相关资源配置信息提取子单 元,目标资源相关信息获取子单元用于从接收到的获取目标资源配置 信息的第一请求中获取目标资源的相关信息;第二相关资源配置信息 提取子单元用于从接收到的由一个或多个第二代理客户端发送的资源 配置信息中获取与相关信息对应的资源配置信息作为第二相关资源配 置信息。

进一步参考图5,其示出了代理客户端的一个实施例的结构示意 图500。

如图5所示,本实施例的代理客户端500包括:第三请求截获单 元501,第一请求发送单元502,目标资源配置信息接收单元503,目 标资源配置信息反馈单元504。其中,第三请求截获单元501,用于截 获客户端发送的获取目标资源配置信息的第三请求;第一请求发送单 元502,用于向代理服务器发送获取目标资源配置信息的第一请求; 目标资源配置信息接收单元503,用于从代理服务器接收目标资源配 置信息,其中,目标资源配置信息由代理服务器从获取到的相关资源 配置信息中提取,相关资源配置信息包括接收自媒体服务器的第一相 关资源配置信息和接收自一个或多个第二代理客户端的第二相关资源 配置信息;目标资源配置信息反馈单元504,用于向所述客户端发送 目标资源配置信息,以供客户端根据目标资源配置信息获取播放资源。

在一些可选实施方式中,所述代理客户端500还包括:资源配置 信息接收单元(未示出),用于每隔预定时间,从客户端接收资源配置 信息,资源配置信息为客户端当前缓存的资源的配置信息。

在一些可选实施方式中,所述代理客户端500还包括:资源配置 信息发送单元(未示出),用于每隔预定时间,向代理服务器发送接收 自客户端的资源配置信息。

进一步参考图6,其示出了系统的一个实施例的结构示意图600。

如图6所示,本实施例的系统600包括:代理服务器400和代理 客户端500。需要说明的是,本实施例中关于代理服务器400和代理 客户端500的相关描述可以参考图1至图5的相应部分的描述,本实 施例此处将不再赘述。

进一步参考图7,其示出了获取播放资源的系统的一个实施例的 交互流程图700。

如图7所示,获取播放资源的系统交互流程700包括:

步骤S701,客户端发送获取目标资源配置信息的第三请求,由其 对应的第一代理客户端接收。

步骤S702,第一代理客户端发送获取目标资源配置信息的第一请 求,由代理服务器接收。

步骤S703,代理服务器发送获取目标资源配置信息的第二请求, 由媒体服务器接收。

步骤S704,媒体服务器发送第一相关资源配置信息,由代理服务 器接收。

步骤S705,第二代理客户端发送第二相关资源配置信息,由代理 服务器接收。

步骤S706,代理服务器从相关资源配置信息中提取目标资源配置 信息。

步骤S707,代理服务器发送目标资源配置信息,由第一代理客户 端接收。

步骤S708,第一代理客户端发送目标资源配置信息,由客户端接 收。

需要说明的是,本实施例中关于代理服务器和代理客户端的相关 描述可以参考图1至图6的相应部分的描述,本实施例此处将不再赘 述。

描述于本申请实施例中所涉及到的单元模块可以通过软件的方式 实现,也可以通过硬件的方式来实现。所描述的单元模块也可以设置 在处理器中,例如,可以描述为:一种处理器包括第三请求截获单元, 第一请求发送单元,目标资源配置信息接收单元,目标资源配置信息 反馈单元。其中,这些单元模块的名称在某种情况下并不构成对该单 元模块本身的限定,例如,第三请求截获单元还可以被描述为“用于 截获客户端发送的获取目标资源配置信息的第三请求的单元”。

作为另一方面,本申请还提供了一种计算机可读存储介质,该计 算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可 读存储介质;也可以是单独存在,未装配入终端中的计算机可读存储 介质。所述计算机可读存储介质存储有一个或者一个以上程序,所述 程序被一个或者一个以上的处理器用来执行描述于本申请的获取播放 资源的方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说 明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限 于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离 所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合 而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于) 具有类似功能的技术特征进行互相替换而形成的技术方案。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号