CN103685548B - 内容传送网络的数据处理方法与系统 - Google Patents

Abstract

本申请公开了一种内容传送网络的数据处理方法与处理系统，适用于终端装置，方法包括：发送多媒体内容的数据请求封包；接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；根据所接收的多个远端装置的IP地址，访问所述多个远端装置；自所述的多个远端装置其中之一下载相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；解析接收到的所述多媒体内容文件，获得所述特定协议，比对所述特定协议与所述的终端装置中所配置的协议；当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

Description

内容传送网络的数据处理方法与系统

技术领域

本申请涉及内容传送网络，具体涉及一种内容传送网络的数据处理方法与系统。

背景技术

在数字汇流之潮流与宽带网络环境趋近成熟之双重因素影响下，提供影音娱乐服务已经不再是传统广播电视业者之专门服务；提供宽带接取服务亦不再是由电信业者独占。移动电话早已提供连接网络的功能，随着技术的发展，电视也提供上网的功能，因此出现了一种所谓的网络电视，即网际网络协议电视（Internet Protocol Television，缩写为『IPTV』）。

网络电视是透过因特网，以在线方式传送影音（AV）服务，举凡Web TV、Internet TV、Connected TV等均归在IPTV类属。网络电视是整合了电脑与电视，除了上网功能外，同时亦提供网络多功能应用娱乐服务平台，如：看电视、上网、打电话、监控、影音分享、个人化进阶服务等。网络电视具备上网功能及提供网络服务平台，倘再导入操作系统，如Google的Android或Apple的iOS，即成为智能型电视。

丰富多媒体内容的网站的兴起，大幅地增加了移动电话、平板电脑、网络电视等等电子设备的实用性。但由于这些设备需要连接到网络，才能取得视频或音频内容。而为了发布传送这些多媒体内容，遂有内容传递网络（Content Delivery Network或Content Distribution Network，常简写成CDN）的建制。内容传递网络是一种内容分发网络，该服务可以很容易地将内容传送到终端用户。传统的内容传递网络（Content Delivery Network或ContentDistribution Network，常简写成CDN）是构建在IP网络上的分布式的内容分发网络，主要采用中心－边缘的服务器分布方式。

通常用户拥有多个不同类型的终端装置，例如电视、电脑、移动电话等等。当前这些终端装置都具有连接网络的能力，因此这些终端装置都可以连接上内容传递网络，并从内容传递网络下载多媒体内容文件，由设置于终端装置中的多媒体播放器进行观赏。

但是以移动电话为例，目前的智能移动电话至少有Google的Android系统及Apple的iOS系统，计算机的操作系统也有分Mac OS X与Windows系统，而智能电视也有Google的Android系统及Apple的iOS系统，由此可知多种终端装置运行的操作系统，硬件环境都不相同，因此导致使用的传输协议的不同。

如此一来，多媒体内容服务提供商若要在各种终端装置中开发下载多媒体内容软件，就需要针对每一种使用不同传输协议的终端装置开发。因此，在终端装置中需要一种装置或方法，来解决各种不同协议编码的多媒体内容文件的下载问题，使得终端装置可以观赏各种不同协议的多媒体内容。

发明内容

本申请所要解决的技术问题在于使用各种不同的协议的多媒体内容文件，无法让多媒体内容的服务提供者或者终端装置有便利的方式扩展和维护，通过本申请公开的技术方案，使得终端装置可以支援观赏各种不同的协议的多媒体内容文件。

为了解决上述问题，本申请揭示了一种内容传送网络的数据处理方法，适用于终端装置，包括：发送多媒体内容的数据请求封包；接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；根据所接收的多个远端装置的IP地址，访问所述多个远端装置；自所述的多个远端装置其中之一下载相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

为了解决上述问题，本申请亦揭示了一种内容传送网络的数据处理系统，适用于终端装置，包括：传输模块，用于发送多媒体内容的数据请求封包并接收接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；下载模块，根据根据所接收的多个远端装置的IP地址，访问所述多个远端装置；以及自所述的多个远端装置其中之一下载并接收相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；协议确认模块，解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；以及当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

与现有技术相比，本申请可以获得包括以下技术效果：

1)通过本申请所提供的方法与系统，终端装置可以支持多种数据传输协议，并可根据需求动态处理实现各协议的数据传输。

2)通过本申请所提供的方法与系统，能够动态的支持各种协议的终端装置，使得内容服务提拱者非常容易扩展和维护安装於终端装置中的下载平台。

当然，实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的内容传递网络的架构图；

图2是本申请实施例的方法流程图；

图3是本申请实施例的系统的结构框图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、商品或者系统中还存在另外的相同要素。

本申请的应用场景

当使用者使用网络电视或者智能型电视连接到多媒体网站，下载多媒体内容观赏时，适用于本申请的方案；

当使用者使用数字多媒体转换盒作为接收外部讯号源的设备，下载多媒体内容观赏时，适用于本申请的方案；

当使用者使用智能电视、平板电脑或者移动电话中的程序（app），下载多媒体内容观赏时，适用于本申请的方案；

当使用者使用笔记本电脑或者桌上型电脑，下载多媒体内容观赏时，适用于本申请的方案。

当然，本申请并不限于以上应用场景，还存在其他适用于涉及使用具有连接网络能力的电子装置或设备的场景。

实施例描述

下面以一实施例对本申请的实现作进一步说明。如图1所示，为本申请实施例的内容传递网络的架构示意图，是构建在IP网络上的分布式的内容分发网络。

具体来说，本申请实施例的内容传递网络是由有核心源服务器101、边缘服务器102以及调度服务器103组成。核心源服务器101、边缘服务器102以及调度服务器103均连接到网际网络100上。图中所示，核心源服务器101以及边缘服务器102虽然数量只有一台，但实际上是设置有多台。

在一实施例中，在用户访问相对集中的地区或网络中设置边缘服务器102，而核心源服务器101存储有全部的多媒体内容。核心源服务器101根据分发的策略，通过骨干网络向各个边缘服务器分发一部多媒体内容，然后通过边缘服务器向终端用户提供。例如，将最具流行度的多媒体内容分发到边缘服务器，而流行度低的多媒体内容保留在中心服务器。多媒体内容可以是视频内容或者音频内容。

在一实施例中，边缘服务器102以及调度服务器103可以设置在网络接取营运商的机房，以便于用户访问。

终端装置连接到边缘服务器103，终端装置可分为移动终端与固定终端。顾名思义，移动终端是可移动或者方便携带的资讯处理装置，固定终端则为固定安装在某一场所的资讯处理装置，例如笔记本电脑201、移动电话202或者平板电脑203为移动终端，数字视频转换盒204为固定终端。传统的个人电脑或者桌上型电脑因为不常移动，所以可以归类成固定终端。当然终端装置还包括有电视205。

这边所提及的笔记本电脑201、移动电话202或者平板电脑203、个人电脑等等，如一般所理解的资讯处理设备，因此不进一步说明。而电视205则指的是网络电视或者智能电视。网络电视具备上网功能及提供网络服务平台，网络电视是透过因特网，以在线方式传送影音（AV）服务。而导入操作系统的网络电视，如Google的Android或Apple的iOS，即成为智能电视。

数字视频转换盒（set-top box，简称STB），通常称作数字电视机顶盒或机顶盒，是一个连接电视机与外部讯号源的设备。数字视频转换盒可以将压缩的数字讯号转成电视内容，并在电视机上显示出来。讯号可以来自有线电缆、卫星天线、宽带网络以及地面广播。数字电视机顶盒接收的内容除了模拟电视可以提供的图像、声音之外，更在于能够接收数据内容，包括电子节目指南、因特网网页、字幕等等。

在本申请的实施例中所提到的移动终端或固定终端，都设置有一通用传输平台模块，即图中所示的201a、202a、203a、204a、205a。通用传输平台（universal transmission platform）模块可以用软体方式实现，也可以使用计算机等硬件的方式实现。本申請所公開的方法，由通用传输平台模块來執行。本申請所公開的系統，則設置于通用传输平台模块中。

通用传输平台模块提供用户一个用户操作的介面（图中未示），当用户欲观赏某一多媒体内容时，通过这个用户操作介面进行选择。当用户选择后，通用传输平台模块发送多媒体内容的数据请求封包。接着通用传输平台模块接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的。

根据所接收的多个远端装置的IP地址，访问所述多个远端装置，并自所述的多个远端装置其中之一下载并接收相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输。下载後，解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议。当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

具体实施时，从预先存储有多种协议的服务器中下载所述的特定协议；

或者，从下载相应于所述的数据请求封包的多媒体内容文件的远端装置中下载所述的特定协议。下载所述的特定协议是由升级服务器下载时，所述的升级服务器存储有多个协议。

通常，终端装置中会预设配置有几种常用的编码协议。通过比对所述多媒体内容文件的特定协议与所述的终端装置中所配置的协议，就可以判断是否可以播放多媒体文件。如果特定协议与终端装置中的协议不相同，就由升级服务器下载。

在另一实施例中，终端装置由所述远端装置下载相应于所述的数据请求封包的多媒体内容时记录下载速度，并将所述的下载速度与预设基准值比较，以取得带宽条件；且回应所述的带宽条件，决定所述的终端装置接取所述的内容传递网络的接取模式；其中所述的接取模式包括：开启数据上传模式、关闭数据上传模式。

因此，当所述的终端装置开启数据上传模式时，终端装置可以回应另一远端装置的多媒体内容的数据请求封包以传送存储所述终端装置中的其他多媒体内容。

在这个实施例中，所述的远端装置是选自于由多台边缘服务器以及多台终端装置所组成群组中其中之一或若干。远端装置是选自由多台边缘服务器以及多台终端装置所组成群组中其中之若干。

具体来说，远端装置可以是前述提到的边缘服务器，也可以是前述提到的终端装置，因此在终端装置的硬体架构可以配合的情况下，可以使用移动终端或固定终端。不过通常移动终端的中央处理器的运算能力不如固定终端的中央处理器的运算能力，因此通常只会有固定终端纳入远端装置的访问范围中。为了方便说明起见，运算能力较强的移动终端可以称为强终端装置，运算能力较弱的可以称为弱终端。

在强终端装置中，可以提供多媒体内容数据的上传以及下载，在弱终端装置中，只提供多媒体内容数据的下载，而不提供多媒体内容数据的上传，以避免影响其运作效能。在强终端装置中，除了从边缘服务器下载多媒体内容数据外，其多媒体内容数据的上传功能也提供多媒体内容数据上传至其他强终端装置或者弱终端装置。

本申請公開的方法，由终端装置中的通用传输平台模块來執行。下面以一实施例对本申请方法的实现作进一步说明，当然下面流程方法所提及的终端装置可以是一个移动终端或一个固定终端。如图2所示，为本申请实施例的方法流程图，包括：

步骤S301：发送多媒体内容的数据请求封包；

步骤S302：接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；

步骤S303：根据所接收的多个远端装置的IP地址，访问所述多个远端装置；

步骤S304：自所述的多个远端装置其中之一下载相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；

步骤S305：解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；

步骤S306：当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

具体来说，在步骤S301中，用户通过用户操作介面选择欲观赏的某一多媒体内容，发送一多媒体内容的数据请求封包。

通常终端装置会搭配一特定的网络营运商，因此，请求数据将由终端装置传送给设置在网络营运商的边缘服务器。边缘服务器接收到请求数据后会将此请求数据发送给调度服务器。调度服务器同样也是设置在相同的网络营运商。

在步骤S302中，边缘服务器会先接收到多媒体内容的数据请求封包后，将此一的数据请求封包传送给调度服务器，由调度服务器回应所述的多媒体内容的数据请求封包，提供多个远端装置的IP地址。调度服务器提供多个远端装置的IP地址后，由终端装置的通用传输平台模块接收多个远端装置的IP地址。具体说，所述的远端装置是选自由多台边缘服务器以及多台终端装置所组成群组中其中之若干。

在步骤S303中：根据所接收的多个远端装置的IP地址，访问所述多个远端装置。通常只会从其中一台远端装置下载数据，具体来说是下载速度最快的远端装置。

在步骤S304中，自所述的多个远端装置其中之一下载并接收相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以一特定协议编码。在步骤S305中，比对所述的特定协议编码的多媒体内容文件与所述的终端装置中所配置的协议。在步骤S306中，当所述的特定协议与所述的终端装置中所配置的协议不相容时，下载所述的特定协议至所述的终端装置中。通过判断接收到的多媒体内容文件的文件头携带的信息，通常可以判断出文件的编码协议。

具体实施时，从预先存储有多种协议的服务器中下载所述的特定协议；或者，从下载相应于所述的数据请求封包的多媒体内容文件的远端装置中下载所述的特定协议。下载所述的特定协议是由升级服务器下载时，所述的升级服务器存储有多个协议。

通常，终端装置中会预设配置有几种常用的编码协议。通过比对所述多媒体内容文件的特定协议与所述的终端装置中所配置的协议，就可以判断是否可以播放多媒体文件。如果特定协议与终端装置中的协议不相同，就由升级服务器下载或者由提供所述多媒体内容文件的远端装置下载。

常用的协议有超文本传输协议、RTMFP，以及实时串流协议等。

超文本传输协议（HyperText Transfer Protocol，HTTP）是因特网上应用最为广泛的一种网络协议。透过HTTP或者HTTPS协议请求的资源由统一资源识别元（Uniform Resource Identifiers，URI）来标识。

RTMFP是Adobe公司开发的一套新的通信协议，全称Real Time MediaFlow Protocol,该协议可以让使用Adobe Flash Player的终端用户之间进行直接通信。

实时串流协议（Real Time Streaming Protocol，RTSP）是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络协议并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP1.1类似，但并不特别强调时间同步，所以比较能容忍网络等待时间。

因此，透过比对多媒体内容文件的编码协议以及终端装置中已配置的协议，就可以决定是否需要下载相应于多媒体内容文件的编码协议，以顺利的播放多媒体内容文件。如此一来，终端装置（具体来说为通用传输平台）就可以将需要的协议下载并安装在提中，达到容易扩展的技术效果。所述特定协议优选各终端都支持的协议格式，优选为超文本传输协议。

具体来说，这个实施例的远端装置可以是前述提到的边缘服务器，也可以是前述提到的终端装置，因此在终端装置的硬体架构可以配合的情况下，可以使用移动终端或固定终端。不过通常移动终端的中央处理器的运算能力不如固定终端的中央处理器的运算能力，因此通常只会有固定终端纳入远端装置的访问范围中。

基于上述实施例，做为本申请实施例的改进，所述方法的步骤S304还包括：

步骤S401：由所述远端装置下载相应于所述的数据请求封包的多媒体内容时记录下载速度，并将所述的下载速度与预设基准值比较，以取得带宽条件；

步骤S402：回应所述的带宽条件，决定所述的终端装置接取所述的内容传递网络的接取模式。

具体来说，所述的接取模式包括有开启数据上传模式以及关闭数据上传模式。当所述的带宽条件容许上传数据时，所述的终端装置开启数据上传模式；当所述的带宽条件不容许上传数据时，所述的终端装置关闭数据上传模式。

在另一实施例中，记录下载速度后，终端装置中的通用传输平台模块还可以分别对所述的远端装置的数据返回时间进行速度判断，以根据速度由快至慢以对所述的多个远端装置进行排序。通常排序在前面的远端装置代表下载的速度快，排序在后的，下载速度慢。

而在另一实施例中，经过一预定时间后，重新对指派的远端装置进行下载速度的排序，并重新依据新的排序优先选择排序在前的远端装置进行多媒体内容文件的下载。

随着时间的经过，远端装置的下载速度可能会改变，因此经过一预定时间后，终端装置（或者通用传输平台模块）会重新对指派的远端装置进行下载速度的排序，以使得终端装置永远可以由下载速度最快的远端装置下载多媒体内容数据。

下面以一实施例对本申请系統的实现作进一步说明，当然下面所提及的终端装置可以是一个移动终端或一个固定终端。如图3所示，为本申请实施例的终端装置中的连接内容传递网络的适应性处理系统的结构框图。

这个连接内容传递网络的处理系统是设置在前述提及的通用传输平台模块中。这边所述的终端装置206，为前述提及的笔记本电脑201、移动电话202、平板电脑203、数字视频转换盒204或电视205之统称，因此所述终端装置可以是移动终端或固定终端。所述的处理系统包括：传输模块211、下载模块212、以及协议确认模块213。

传输模块211，用于发送多媒体内容的数据请求封包并接收接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的。

下载模块212，根据所接收的多个远端装置的IP地址，访问所述多个远端装置；以及自所述的多个远端装置其中之一下载并接收相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输。

协议确认模块213，解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；以及当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

具体实施时，从预先存储有多种协议的服务器中下载所述的特定协议；或者，从下载相应于所述的数据请求封包的多媒体内容文件的远端装置中下载所述的特定协议。

通常，终端装置中会预设配置有几种常用的编码协议。通过比对所述多媒体内容文件的特定协议与所述的终端装置中所配置的协议，就可以判断是否可以播放多媒体文件。如果特定协议与终端装置中的协议不相同，就由升级服务器下载。

常用的协议有超文本传输协议、RTMFP，以及实时串流协议等。

超文本传输协议（HyperText Transfer Protocol，HTTP）是因特网上应用最为广泛的一种网络协议。透过HTTP或者HTTPS协议请求的资源由统一资源识别元（Uniform Resource Identifiers，URI）来标识。

RTMFP是Adobe公司开发的一套新的通信协议，全称Real Time MediaFlow Protocol,该协议可以让使用Adobe Flash Player的终端用户之间进行直接通信。

实时串流协议（Real Time Streaming Protocol，RTSP）是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络协议并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP1.1类似，但并不特别强调时间同步，所以比较能容忍网络等待时间。

因此，透过比对多媒体内容文件的编码协议以及终端装置中已配置的协议，就可以决定是否需要下载相应于多媒体内容文件的编码协议，以顺利的播放多媒体内容文件。如此一来，终端装置（具体来说为通用传输平台）就可以将需要的协议下载并安装在提中，达到容易扩展的技术效果。

所述的远端装置是选自于由多台边缘服务器以及多台终端装置所组成群组中其中之一或若干。具体来说，这个实施例的远端装置可以是前述提到的边缘服务器，也可以是前述提到的终端装置，因此在终端装置的硬体架构可以配合的情况下，可以使用移动终端或固定终端。不过通常移动终端的中央处理器的运算能力不如固定终端的中央处理器的运算能力，因此通常只会有固定终端纳入远端装置的访问范围中。

在一实施例中，所述的下载模块由所述远端装置下载相应于所述的数据请求封包的多媒体内容时记录下载速度。所述的处理系统还包括有确定模块214，用于将所述的下载速度与预设基准值比较，以取得带宽条件；以及回应所述的带宽条件，决定所述的终端装置接取所述的内容传递网络的接取模式；其中所述的接取模式包括：开启数据上传模式、关闭数据上传模式。

在这个实施例中，所述确定模块还用于，当所述的带宽条件容许上传数据时，所述的终端装置开启数据上传模式；当所述的带宽条件不容许上传数据时，所述的终端装置关闭数据上传模式。

在另一实施例中，记录下载速度后，所述的处理系统还包括有排序模块，用以对下载相应于所述的多媒体请求数据的多媒体文件的多台远端装置进行下载速度的判断，以根据下载速度的快慢对所述的多个远端装置进行排序。通常排序在前面的远端装置代表下载的速度快，排序在后的，下载速度慢。

更进一步，经过一预定时间后，所述的排序模块重新对指派的远端装置进行下载速度的排序，并重新依据新的排序优先选择排序在前的远端装置进行多媒体内容文件的下载。

随着时间的经过，远端装置的下载速度可能会改变，因此经过一预定时间后，终端装置（或者通用传输平台模块）会重新对指派的远端装置进行下载速度的排序，以使得终端装置永远可以由下载速度最快的远端装置下载多媒体内容数据。

本申请的连接内容传递网络的处理方法可以通过程序码方式存在。当程序码被机器载入且执行时，机器变成用以实行本发明的装置。亦即一种电脑程序产品，用以被一机器载入且执行一连接内容传递网络的处理方法，电脑程序产品包括：

第一程序码，用于发送多媒体内容的数据请求封包；

第二程序码，用于接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；

第三程序码，用于根据所接收的多个远端装置的IP地址，访问所述多个远端装置；

第四程序码，用于自所述的多个远端装置其中之一下载相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；

第五程序码，用于解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；

第六程序码，用于当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请之方法，或特定型态或其部份，可以以程序代码的型态存在。程序代码可以包含于实体媒体，如软盘、光盘片、硬盘、或是任何其他机器可读取(如计算机可读取)存储媒体，亦或不限于外在形式之计算机程序产品，其中，当程序代码被机器，如计算机加载且执行时，此机器变成用以参与本发明之装置。程序代码也可以通过一些传送媒体，如电线或电缆、光纤、或是任何传输型态进行传送，其中，当程序代码被机器，如计算机接收、加载且执行时，此机器变成用以参与本发明之装置。当在一般用途处理器实作时，程序代码结合处理器提供一操作类似于应用特定逻辑电路之独特装置。

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (10)

1.一种内容传送网络的数据处理方法，适用于终端装置，其特征在于，包括：

发送多媒体内容的数据请求封包；

接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；

根据所接收的多个远端装置的IP地址，访问所述多个远端装置；

自所述的多个远端装置其中之一下载相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；

解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；

当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

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

从预先存储有多种协议的服务器中下载所述的特定协议；

或者，从下载相应于所述的数据请求封包的多媒体内容文件的远端装置中下载所述的特定协议。

3.如权利要求2所述的方法，其特征在于，

进一步包括：由所述远端装置下载相应于所述的数据请求封包的多媒体内容时记录下载速度，并将所述的下载速度与预设基准值比较，以取得带宽条件；

回应所述的带宽条件，决定所述的终端装置接取所述的内容传递网络的接取模式；其中所述的接取模式包括：开启数据上传模式、关闭数据上传模式；

当所述的带宽条件容许上传数据时，所述的终端装置开启数据上传模式；

当所述的带宽条件不容许上传数据时，所述的终端装置关闭数据上传模式。

4.如权利要求1至3之任一项所述的方法，其特征在于，

所述的远端装置是选自于由多台边缘服务器以及多台终端装置所组成群组中其中之一或若干。

5.如权利要求1至3之任一项所述的方法，其特征在于，

所述的多媒体内容是音频内容、视频内容或者音频内容与视频内容的组合。

6.一种内容传送网络的数据处理系统，适用于终端装置，其特征在于，包括：

传输模块，用于发送多媒体内容的数据请求封包并接收接收多个远端装置的IP地址，其中所述的多个远端装置的IP地址是由调度服务器回应所述多媒体内容的数据请求封包后所指派的；

下载模块，根据所接收的多个远端装置的IP地址，访问所述多个远端装置；以及自所述的多个远端装置其中之一下载并接收相应于所述的数据请求封包的多媒体内容文件，其中所述的多媒体内容文件是以特定协议进行编码传输；

协议确认模块，解析接收到的所述多媒体内容文件，获得所述特定协议，并比对所述特定协议与所述的终端装置中所配置的协议；以及当所述的终端装置中所配置的协议不兼容所述特定协议时，下载所述的特定协议至所述的终端装置中。

7.如权利要求6所述的系统，其特征在于，

从预先存储有多种协议的服务器中下载所述的特定协议；

或者，从下载相应于所述的数据请求封包的多媒体内容文件的远端装置中下载所述的特定协议。

8.如权利要求7所述的系统，其特征在于，

其中所述的下载模块由所述远端装置下载相应于所述的数据请求封包的多媒体内容时记录下载速度；

所述的处理系统还包括有确定模块，用于将所述的下载速度与预设基准值比较，以取得带宽条件；以及回应所述的带宽条件，决定所述的终端装置接取所述的内容传递网络的接取模式；其中所述的接取模式包括：开启数据上传模式、关闭数据上传模式；

所述确定模块还用于，

当所述的带宽条件容许上传数据时，所述的终端装置开启数据上传模式；

当所述的带宽条件不容许上传数据时，所述的终端装置关闭数据上传模式。

9.如权利要求6至8之任一项所述的系统，其特征在于，

所述的远端装置是选自于由多台边缘服务器以及多台终端装置所组成群组中其中之一或若干。

10.如权利要求6至8之任一项所述的系统，其特征在于，

所述的多媒体内容是音频内容、视频内容或者音频内容与视频内容的组合。