CN101505253B - 网络设备的附属设备中为网络设备提供数据的方法及装置 - Google Patents

Abstract

本发明提供了一种网络设备的附属设备中为该网络设备提供数据的方法。根据本发明的技术方案，附属设备代理了点对点的传输业务，将从其他对等终端设备处下载的分片数据经过组装和协议封装按照网络设备可以识别的格式提供给网络设备，此外，该附属设备对于网络设备直接可以识别的数据格式按照一定的端口判断规则，直接通过特定端口提供给网络设备。通过本发明，解决了现有技术中需要按照不同的终端设备在该终端设备上重新编译软件而带来的复杂度的问题。

Description

网络设备的附属设备中为网络设备提供数据的方法及装置

技术领域

本发明涉及互联网的传输领域，尤其涉及利用辅助设备来辅助网络设备进行基于点对点的数据下载和上传的方法和装置。

背景技术

传统的数字机顶盒(STB，Set-Top Box)主要应用在基于传统的客户/服务器(C/S)模式的系统中。在传统的客户/服务器模式中，网络中存在一个服务器群，所有的数据(包括流媒体内容)和信息都集中存储于服务器。服务器根据客户端发出的服务请求指令，选择相应的数据信息发送给客户端。服务器与客户端之间是一种“请求与响应”的关系。这种基于传统C/S模式的系统存在如下问题，其一是带宽开销大且服务器成本昂贵；其二是能同时支持的用户数目有限，例如，以视频数据传输为例，一个通常的带宽为100M的视频服务器只能承受300人同时观看300kbps的视频广播，而且，随着用户数的增加，服务器会承受较大的冲击，这容易引起服务器故障甚至系统瘫痪。

通过引入CDN(Content delivery Network-内容分发网)技术可以部分缓解上述问题，其核心思想是将内容从中心推到网络边缘如靠近用户的边缘服务器处，这样，不但有效地提高了用户访问内容的服务质量，还能减轻中心设备和骨干网络的压力。通过CDN技术，将内容服务从原来的单一中心服务结构变为分布式服务结构，用户从靠近用户侧的边缘服务器处就可以获取所需要的内容。尽管采用CDN技术的服务系统能够相比于传统的C/S模式下的系统具有上述优势，但是随着用户数的增长，仍需要增置大量边缘服务器、扩充带宽，其成本带宽，其成本也十分可观。此外，边缘服务器与中心服务器的协调和维护，以及边缘服务器的优化布点都是比较复杂的课题。

近年来，随着点对点(P2P，Peer-to-Peer)技术的迅速发展，P2P在流媒体方面的应用也越来越多。利用P2P的对等特点，用户节点作为客户端的同时，也协助多媒体服务器来分发多媒体内容，以分担多媒体服务器的负担，增加了系统的可扩展性，使多媒体数据的分布性增强。由此，缓解了由于用户数目的增加而给传统的C/S模式服务器群和基于CDN技术的边缘服务器所带来的压力。

基于此，P2P技术也被引入到IP-STB的领域中，这样，能够有效地解决因同时在线用户数量的激增所导致的服务质量下降的问题。具体地，通过将P2P的程序模块(P2P软件的客户端)针对具体的STB型号来进行软件级别的重编译，以软件的方式将P2P技术固化在STB中，这样存在以下的问题：

1.众所周知，PC机的操作系统基本上由微软的Windows一家独大，这种终端系统的单一性是有好处的，即只需针对这个单一的操作系统来设计客户端版本，该版本就可以面对所有的PC用户。但是，因为STB是由不同机顶盒生产厂家生产的，每个厂家都有各自不同的标准，因此，不同厂家生产的STB具有不同的操作系统，系统所提供的软、硬件的资源也不同。要把P2P软件的客户端移植到机顶盒中，不但要按照该特定的STB的处理器的指令集的不同而编译不同的模块，同时还要根据该STB所提供的软硬件资源的不同对软件模块进行相应的优化，例如，针对STB的主CPU频率的高低及内存的多少必须有不同的优化策略。这样一来，其代码移植工作量之巨大及复杂度之高可想而知。

2.此外，现有的许多家庭用户使用的都是基于C/S模式的STB，其因在出厂前未经引入P2P技术的操作而不能支持基于P2P的数据传输，对于这部分用户使用的STB设备，全部回收以进行改造和扩充是不现实的。这样，这些用户除非另行购买新型的STB，否则将不能接收到基于P2P技术传输的多媒体数据。

发明内容

鉴于现有技术存在上述问题，本发明提供了一种在网络设备的附属设备中为该网络设备提供数据的方法和装置，该附属设备能够独立完成P2P的业务功能，其与网络设备所具有的硬件和所运行的软件资源无关。优选地，该附属设备将由其他对等设备处下载的分片数据组装成载荷数据，再按照该网络设备可以读取的协议的格式对载荷数据进行封装，最后通过其与该网络设备之间的协议接口或物理接口将封装好的载荷数据提供给所述网络设备。此外，对于其他设备基于传统的C/S模式所发来的数据，该附属设备的作用相当于一个网关设备，即具有端口判断和简单的转发功能。

根据本发明的第一方面，提供了一种在服务于一个或多个网络设备的附属设备中用于为所述一个或多个网络设备提供数据的方法，其中，包括以下步骤：从一个或多个其他网络设备处下载数据；将所下载的数据以预定方式提供给所述一个或多个网络设备。

根据本发明的第二方面，提供了一种在服务于一个或多个网络设备的附属设备中用于为其他网络设备提供数据的方法，其中，包括以下步骤：接收来自其他网络设备的数据下载请求消息，其中，所述数据下载请求消息包括指示所述其他网络设备所请求下载的数据的指示信息；从所述数据下载请求消息中提取出所述指示信息；判断所述一个或多个网络设备和/或所述附属设备中是否存有所述指示信息所指示的所述其他网络设备所请求下载的数据；若所述一个或多个网络设备和/或所述附属设备中存有所述其他网络设备所请求下载的数据，则将所述其他网络设备所请求下载的数据提供给所述其他网络设备。

根据本发明的第三方面，提供了一种在服务于一个或多个网络设备的附属设备中用于为所述一个或多个网络设备提供数据的第一提供装置，其中，包括：下载装置，用于从一个或多个其他网络设备处下载数据；第二提供装置，用于将所下载的数据以预定方式提供给所述一个或多个网络设备。

根据本发明的第四方面，提供了一种在服务于一个或多个网络设备的附属设备中用于为其他网络设备提供数据的第四提供装置，其中，包括：下载请求消息接收装置，用于接收来自其他网络设备的数据下载请求消息，其中，所述数据下载请求消息包括指示所述其他网络设备所请求下载的数据的指示信息；第二提取装置，用于从所述数据下载请求消息中提取出所述指示信息；第二判断装置，用于判断所述一个或多个网络设备和/或所述附属设备中是否存有所述指示信息所指示的所述其他网络设备所请求下载的数据；第五提供装置，用于若所述一个或多个网络设备和/或所述附属设备中存有所述其他网络设备所请求下载的数据，则将所述其他网络设备所请求下载的数据提供给所述其他网络设备。

采用本发明提供的技术方案，本发明可以将P2P业务与网络设备相隔离，做到网络设备无关性，以STB这种特殊的网络设备为例，通过在不同的厂家生产的STB上接入本附属设备，即可帮助STB享受基于P2P的服务，从而避免了根据不同生产厂家出厂的STB分别进行复杂的软件重编译。此外，对于现有的基于C/S模式传输的业务数据，该附属设备的作用相当于一个网关设备，即具有端口判断和简单的转发功能，因此，本发明的附属设备的引入在帮助STB享受P2P所带来的好处之外，不会对现有的基于C/S模式的数据传输产生影响。

附图说明

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

图1为根据本发明的一个具体实施方式的基于点对点的网络拓扑图；

图2为根据本发明的一个具体实施方式的附属设备代替机顶盒从对等终端设备获取分片数据并进行基于点对点的处理的系统方法流程图；

图3为根据本发明的一个具体实施例的附属设备代替机顶盒从对等终端设备获取分片数据并进行基于点对点的处理的步骤S13的流程图；

图4为根据本发明的第二方面的一个具体实施方式的附属设备为其他对等终端设备基于点对点技术获取对等终端设备所请求的数据的系统方法流程图；

图5为根据本发明的第三方面的一个具体实施方式的附属设备为机顶盒从对等终端设备获取分片数据并进行基于点对点的处理的装置框图；

图6为根据本发明的第四方面的一个具体实施方式的附属设备为其他对等终端设备基于点对点技术获取对等终端设备所请求的数据的装置框图。

其中，相同或相似的附图标记表示相同或相似的步骤特征或装置/模块。

具体实施方式

下面结合图1、图2并以基于P2P协议的通信网络为例从系统角度对本发明进行描述，本领域技术人员理解，本发明应不限于基于P2P协议的通信网络。

图1示出了根据本发明的一个具体实施例的基于点对点的网络拓扑图。此处的附属设备1是作为一个与机顶盒分离的独立的部件与机顶盒5连接的，不失一般性的，该附属设备1也可以作为一个独立的功能模块集成在机顶盒5中。更一般地，该附属设备1可以直接与个人电脑相连以作为该个人电脑的附属设备，此外，该附属设备1也可以放置在网络侧，例如，与一个服务器相连从而代理该服务器的一部分与P2P业务相关的功能。此处，先以附属设备1与机顶盒5相连，且机顶盒5所请求的内容的传输形式为数据分片情形为例，对本发明进行具体的阐释，后文中，会再以附属设备1连接个人电脑为例进行说明。

本领域技术人员可以理解，一般地，附属设备1接在接入网中，并通过路由器接入汇聚网，最后接入到骨干网中的内容服务器2，其他网络设备如对等终端设备3、4也同样通过接入网、汇聚网，层层接入并最后连接到骨干网，因此，为简明起见，图1中用云图简略地概括附属设备1与对等终端设备3、4间的连接方式，仅为示例。本领域技术人员可以理解，附属设备1与对等终端设备3、4可以位于不同或相同的子网中。此外，附属设备1也可以以无线的方式接入到网络中。

以下，参考图2并结合图1，以用户通过机顶盒5接收内容服务器2(以及各对等终端设备)基于P2P技术提供的多媒体数据的情形为例进行说明。

其中，附属设备1在其一端通过以太网接口(例如RJ45接口)或者无线接口(根据802.11x协议)或者USB接口等与机顶盒5相连，在其另一端通过以太接口(例如RJ45接口)或者无线接口(根据802.11x协议)或者USB接口经由通信网络与对等终端设备3、4或内容服务器2相连。

用户通过对机顶盒5上展示的节目的菜单进行选择，以获取菜单所提供的相应的服务。可供选择的服务内容包括直播(Live)、点播(VoD，Video on Demand)和短视频。在传统的C/S模式下，该菜单所提供的多媒体内容存储在一个服务器或多个服务器组成的服务器组中，与此不同地，在本例中，该菜单所提供的多媒体内容存储在附属设备1的对等节点(包括对等终端设备和/或内容服务器2)中。基于上述假设，机顶盒5向附属设备1所请求下载的数据均由附属设备1的对等节点以数据分片的形式提供。因此，当用户通过遥控器选择观看一个视频节目(例如，通过导航键将光标指向该节目的相应选项/图标并点击“确认”键)后，机顶盒5会向附属设备1发出用于请求下载与该节目相对应的数据的数据下载请求消息。本领域技术人员理解，附属装置1下载数据不一定需要由机顶盒5发来的请求消息触发，譬如，可以根据用户的观看习惯来智能地进行预下载(下文中会另行预下载(下文中会另行描述)。参看图2，本发明此后的流程如下：

在步骤S10中，附属设备1接收来自机顶盒5的数据下载请求消息，该消息必要地包括指示该机顶盒5所请求下载(播放)的多媒体内容的指示信息，此外，该消息中还包括本机顶盒5的一个可寻址的地址信息，例如，当机顶盒5为一个IP-STB时，所述地址信息可为其IP地址，当然，如果机顶盒5基于IP协议之外的其它协议实现与其他设备之间的数据互通，则本领域技术人员理解，该地址信息为基于该等其它协议的可寻址的地址信息。此外，可选地，该消息中可以包括附属设备1的一个或多个对等节点的地址信息，本领域技术人员理解，由于机顶盒5本身可能不具备P2P的相关功能，因此，机顶盒5可以不关心其所需要的数据的下载源，而只将其所需要的节目指示给附属设备1，而由附属设备1去基于机顶盒5所指示的节目来确定下载源。下载源的确定方式如下，其中不失一般性地假设机顶盒5所需要接收的节目为‘奥运频道节目’：

-附属设备1预存各个节目与相应数据分片下载源的映射表，并根据来自机顶盒5的数据下载请求消息中所指示的节目来在该映射表中查询相应的下载源；

-P2P技术中，通常节点(peer)在登陆(譬如，运行Bit torrent软件客户端)后会在一个目录服务器(如，Bit torrent所使用的Tracker)上进行一次注册，从而报告自己当前所拥有的数据分片，以便该节点的各对等节点在进行数据分片下载时为各个分片选择合适的下载源。基于此点认识，附属设备1可以不预存节目与下载源的对应关系，而依赖于每次开机后向执行目录服务器功能的设备进行查询，以确定与该节目相对应的各个数据分片的下载源。

接收到来自机顶盒5的数据下载请求消息后，在随后的步骤S11中，附属设备1从该数据下载请求消息中提取出用于指示机顶盒5所请求下载的数据的指示信息。对于不具备P2P功能的普通机顶盒，所述指示信息典型地为‘奥运频道节目’的名称或可被附属设备1识别识别的数值标识(一般是使用GUID即全球统一标识，如，{dfa4d86c-59ac-46e7-8dc4-25315d9f875c}表示‘中央电视台1套节目’...{291fde0b-0948-44de-adbf-c717e987bace}表示‘中央电视台奥运频道’等)；对于具备P2P功能的个人电脑，所述指示信息典型地为‘奥运频道节目’所对应的各个分片的ID。由于本例的描述针对应用机顶盒5的节目接收，因此假设该指示信息的形如‘奥运频道节目’。

附属设备1的对等终端设备3、4或者内容服务器2中所具有的数据内容均以XML的格式加以描述，该描述信息包括了请求的服务的提供方式、接口信息等。XML在结构化、存储以及传输信息方面的具体运用是本领域技术人员熟知的。例如，在一个请求服务的XML消息中，可以用标签名(tag name)指明该标签是指示服务的提供方式的，并用标签内的字段(text content)描述具体的服务的提供方式。例如，<servicemethod>live</servicemethod>表明服务的提供方式是直播live。本说明书对XML的应用不进行更深入说明。

本领域技术人员理解，基于P2P技术的一个节点不但可以由目录服务器处获知其它节点所拥有的分片资源，还能够获知一个节目/多媒体内容所对应的各个分片的ID。于是，附属设备1得知机顶盒5要求下载‘奥运频道节目’的相关数据后，即查询与该节目相对应的各个分片的ID。该方法此时进入步骤S12，其中，附属设备1根据与该节目相对应的各个数据分片的ID来分别向下载源发起请求，以基于机顶盒5的下载请求来下载‘奥运频道节目’的相关数据。图2中，为简明起见仅将内容服务器2作为分片下载源的示例示出，本领域的技术人员可以理解，附属设备1发出分片下载请求的对象也可以是图1所示的对等终端设备3、4或其他连入该点对点网络的其他网络设备。附属设备1下载数据分片的方式可基于现有的P2P技术，具体地，前已述及，附属设备1登录目录服务器，将自己所拥有的资源(分片)报告给目录服务器，同时向目录服务器登记自己的IP地址(如果附属设备1不具备单独的IP地址，则可为机顶盒5的IP地址)和端口号，5的IP地址)和端口号，并查询各对等节点在先登记的资源信息。由拥有其欲下载的数据分片的各对等节点中选择一个作为该数据分片的下载源，并根据该下载源在先另行登记的IP地址、端口号等，与之建立连接，以进行数据分片的下载。各个数据分片的下载源典型地可基于附属设备1与各个对等节点间的连接速度来确定，现有技术中已有多种已广泛应用的方式/规则，不再赘述。

在完成步骤S12中的数据分片的下载后，该方法进入步骤S13，其中，附属设备1对已下载的与‘奥运频道节目’相对应的数据分片进行格式转换，以生成基于预定规则的待传输的数据。典型地，本说明书将结合图3对所述步骤S13进行详述。图3中描述了步骤S13的以下几个子步骤。需要说明的是，图3描述了在一种实施例中S13的几个子步骤，在其他情况下的实施例中，S13步骤中包括图3中的部分子步骤或者其他替代的子步骤，分别说明如下：

一个优选的步骤S130，附属设备1根据预先设定的校验规则，对下载的数据分片进行校验，以保证获取的数据分片的正确性。对于未能正确下载的数据分片，附属设备1可以对选择丢弃或要求同一下载源重发，甚至重新选择下载源进行下载等。当然，附属设备1也可以不对各个数据分片的下载正确性进行校验，而直接进入步骤S131。

每个分片都有其对应的序号(通常加在所下载的分片的头部)，但是数据分片的到达顺序往往不等于数据分片的编号的顺序，所以附属设备1需要在步骤S131中按照数据分片的编号的顺序，对其获取的数据分片进行重新排序，并去除各数据分片中原本包含的仅用于基于P2P协议进行传输的辅助信息(如该数据分片的序号等)以得到重组后的载荷数据，其中包括用于点播或直播的流媒体内容。

需要注意，所述重新排序的过程对所得到的重组后的数据类型没有影响，也即，由下载源处下载的数据分片中的载荷的类型(该类型即指数据格式如WMV、RM、RMVB等)如果为A，则重组后的载荷数据的类型仍为A，未作改变。

通常，机顶盒5默认地可能只支持WMV、MPEG及其它编码数据格式等其中的某一种或少数几种，但是，到达附属设备1处的数据分片中的数据格式则可能有多种，例如可能还包括MPEG、RMVB、RM和RAM等；并且同样机顶盒5默认地可能只支持HTTP、RTSP及其它传输协议等中的某一种或少数几种。

于是，当机顶盒5支持HTTP传输协议，还支持WMV数据格式，且所下载的数据分片中的载荷的数据格式也基于WMV时，则附属设备1在所述步骤S131中将各个数据分片中的载荷进行重组，在所述步骤S133中封装成预定规则(如按HTTP协议要求再编码)的待传输(给机顶盒5)数据。在这种情况下，图3中的步骤S132是不需要的。

在另一种情形下，仅仅进行步骤S131中的分片载荷重组还不足以得到后续步骤所需要的待传输数据，也即，当分片载荷的数据格式与机顶盒5所能够支持的数据格式不能匹配的时候，附属设备1还需要在步骤S132中对步骤S131中得到的重组后的载荷数据进行转码处理以得到能够被机顶盒5支持的数据。例如，假设机顶盒5只能够识别WMV类型的多媒体数据，且步骤S131中得到的重组后的载荷数据的类型恰为RM格式，于是，因此，在步骤S131中得到重新排序后的各个数据分片的载荷数据(经重组)后，该方法还需进入步骤S132，其中，附属设备1对该经重组的载荷数据按照先对数据格式进行转码处理，以得到机顶盒5所支持的数据格式，然后在所述步骤S133中封装成预定规则(如按HTTP协议要求再编码)的待传输(给机顶盒5)数据，也即机顶盒读取数据的协议方式。本领域技术人员可以理解，传输协议可以是以下各项中的任一项：

-超文本传输协议(HTTP，Hyper Text Transfer Protocol)；

-文件传输协议(FTP，File Transfer Protocol)；

-微软媒体服务器协议(MMS：全称Microsoft Media Server(微软媒体服务器)，通过MMS协议可以访问并接收Windows Media服务器中的媒体文件(比如.asf、.wmv等)，比如在Windows Media PlayerPlayer中以URL方式打开某个含有MMS的超链接，就可以接收并播放该媒体文件)；

-实时流协议(RTSP：全称Real-Time Streaming Protocol，RTSP协议是由RealNetworks和Netscape共同提出的，通过该协议可以将媒体文件借助于Internet传送到RealPlayer中，并能有效地利用网络带宽，传输的一般是Real服务器发布的媒体文件，比如.rm、.ram。具体的协议封装格式可以参考http://www.ietf.org/rfc/rfc2326.txt文档的相关记录)。

也即，以机顶盒5可以支持RTSP传输协议为例(仅为示例)，附属设备1需要按照RTSP规定的每帧载荷大小、速率等信息，在步骤S133中将步骤S131中得到的重组后的载荷数据封装成一个或多个RTSP协议帧，并为各个RTSP协议帧加入帧头。其中，帧头包括该帧的比特率、序列号、时间戳、有效期等等信息。加入帧头所生成的RTSP协议帧对于机顶盒5而言与直接从实时流媒体协议服务器下载的媒体数据帧相似，此时，机顶盒5可以根据各个RTSP协议帧的帧头中包含的信息对各帧中的载荷进行播放。在这种情况下，图3中的步骤S132是不需要的，步骤S131完成后接着进行S133步骤。

优选地，本发明不强行要求下载源所提供的数据类型一定能够被机顶盒5所支持，也即，不要求附属设备1一定下载具有可被机顶盒5所支持的类型的数据。这样，虽然附属设备1在下载数据提供给机顶盒5之前还需要进行重组之外的转码操作，但是增加了数据下载时可用的下载源数量。例如，假设机顶盒5只支持RM(RM为RealNetwork的格式)数据播放，附属设备1所下载的数据的类型仍可为wmv或asf格式(wmv和asf为微软的格式)。当然，根据实际需要，也可以考虑配置附属设备1在为数据分片选择下载源时要求所下载的数据的类型能够直接满足机顶盒5的播放要求，则这需要各个下载源在向目录服务器登记其所提供的分片的数据类型，或在响应附属设备1的分片下载请求时告知附属设备1其所提供的分片的数据类型，以供附属供的分片的数据类型，以供附属设备1在选择下载源时进行筛选。

尤其针对上述所下载的数据类型为wmv而机顶盒5只支持RM数据格式的情形，所述转换步骤S13中，在步骤S131与步骤S133之间还包括一个步骤S132：附属设备1按照机顶盒5所支持的协议类型对步骤S131中得到的重组后的载荷数据进行格式转换，例如，附属设备1先在步骤S131中将其接收的来自其对等节点数据分片进行重组，得到具有wmv格式的重组后的载荷数据，而后在步骤S132中对wmv格式的数据进行格式转换，从而得到相应的rm格式的媒体数据。而后，再在步骤S133中将格式转换所得的rm格式的媒体数据封装成各个RTSP协议帧，并在其中加入对应的帧头，以保证其能够在机顶盒5中进行播放。在这种情况下中，所述步骤S132中的格式转换可能是一个对媒体数据解码后重编码的过程，该功能可以通过软件或硬件的方式实现，其中解码重编码软件可以固化在附属设备1中，或解码重编码硬件可以装置在附属设备1中。在这种情况下，图3中的每个步骤都是必须的。

在本发明的一个变化例中，附属设备1具备类似于播放器中的解码器的功能，于是，所述步骤S13中的对数据分片进行转换的操作还可以优选地包括步骤S132’，其中，附属设备1对经过重新排序的载荷内容进行解码的操作。本领域技术人员可以理解，对传输的数据内容的解码的工作在现有技术中是由机顶盒5来承担的，但是，本附属设备1完全可以代理一部分的解码的工作，以生成经解码的载荷内容，为机顶盒5提供更加优质的服务。则在步骤S133中，高层协议进行封装以得到待传输数据的封装对象为经解码的载荷内容(如与视频帧一一对应的多个位图文件)。本变化例中，如果下载的数据分片中的数据类型为wmv，虽然其未必是机顶盒5能够直接识别的格式，但是附属设备1仍无需对其进行如步骤S132中的解码再编码的操作，也即，在图3中，所述步骤S132在优选情形下是可以被所述步骤S132’替代的。

接下来，在步骤S14中，附属设备1还可以存储待传输的数据。如，在附属设备1的存储器中开辟一个缓存区，用来缓存数据。

优选地，在将步骤S13中得到的待传输数据传输给机顶盒5之前，还需要进行S15的判断步骤，判断是否满足预定条件，所述预定条件包括以下各项中的任一项或任多项：

情况一：当前时间到达一个预定时刻；

情况二：所述机顶盒5由关断状态进入开启状态；

情况三：接收到来自该机顶盒5的用于请求接收与所述待传输数据相对应内容的接收请求消息。

对于情况一，用户可以根据自己的个性化的设置将某些定时的栏目收藏在收藏夹(favorite)中，或者用户订购了一些频道的服务，而这些频道的服务是在某一特定的时段播放的，因此，附属设备1可以根据用户的浏览属性，预测用户可能会浏览的数据，然后预下载一部分数据内容，并保存在附属设备1的缓存区中。在到达一个预定的时刻(例如时间到了节目表中该定制的节目的播放的时刻)，该附属设备1就将保存在附属设备1的缓存区的数据内容推送到机顶盒5中。

对于情况二，下载的数据分片可以先缓存在附属设备1的缓存中，在机顶盒5开机后，附属设备1将会通过硬件或软件的方式检测到机顶盒5的开启，并将其下载的数据传输给机顶盒5。

对于情况三，由于机顶盒5向附属设备1发送的数据下载请求消息和用于请求接收多媒体内容的接收请求消息之间可能并没有直接的联系。即，根据本发明的一个具体实施例，机顶盒5向附属设备1发送的数据下载请求消息只触发附属设备1向对等终端设备3、4或内容服务器2发起数据分片的下载请求，但并不必然地触发附属设备1将其下载的内容传送给机顶盒5。因为可能存在这样一个情景，当机顶盒5中的缓存区的空间不足时，机顶盒5请求下载但尚未及播放的内容需要缓存在附属设备1的缓存中，等到机顶盒5解码并播放了机顶盒5的缓存区的部分内容而使机顶盒5的缓存区的具有较大空闲后，机顶盒5再向附属设备1发送一个接收请求消息，该接收请求消息会该接收请求消息会将触发附属设备1将其缓存的数据发送至机顶盒5。

综上，当满足预定条件时，该方法进入步骤S16，其中，附属设备1基于所述预定传输规则(如，采用RTSP协议)将所述待传输的数据提供给机顶盒5。

在一个变化例中，步骤S14是可以省略的，即，附属设备1不需要存储所述待传输的数据。譬如，当机顶盒5开机且机顶盒5的缓存区为空时，附属设备1可以将步骤S13中得到的待传输数据实时地提供给机顶盒5。

在另一个变化例中，如果来自其他网络设备数据并非采用基于P2P协议的分片形式，而是机顶盒5可以直接识别的数据，例如，是流媒体的格式(经过特殊的编码，具有较高的压缩比的数据，此处，流媒体格式仅为一个示例，本领域技术人员可以理解，机顶盒5可以识别的数据格式不限于此)，则此时附属设备1只要直接对该流媒体数据进行简单的地址/端口判断，判断其来源是否合法。为实现所述地址/端口判断，可在附属设备1上预先存储一个合法地址/端口的列表，则所述附属设备1只需查询该列表，检查承载该流媒体数据的数据包的源端口/目的地址是否在上述列表中，若存在，则允许其通过，若不合法，则可以做进一步判断其内容的一些其他标识信息，如果经过所述进一步判断得到其合法的结果，则可以将该地址/端口添加入所述合法端口/地址列表中，并允许该流媒体数据包通过。

在另一个变化的实施例中，附属设备1作为一个有单独CPU的模块集成在机顶盒5中，此时，该附属设备1所要完成的操作与其与机顶盒5分立时完成的操作基本相同，只是数据的获取可以直接在同一个设备上完成，数据的提供也是提供给本设备。

在又一个变化的实施例中，附属设备1不是与机顶盒5相连，而是与多媒体电视机或便携式播放器相连。此时，为了使多媒体电视机或者便携式播放器可以接入点对点的网络，享受到基于点对点传输技传输技术的服务，附属设备1所要完成的步骤与附属设备连接机顶盒5时基本相同，并且当所述多媒体电视机或便携式播放器具备流媒体解码功能时，步骤S132’也是可以省略的。

前述的实施例中，附属设备1处理来自IP机顶盒的业务和处理来自个人电脑的业务是串行处理的。但是，本领域技术人员可以理解，上述不同的业务也可以是并行处理的，只要附属设备1的CPU单元的处理能力足够强大，且附属设备1与IP机顶盒5通信所占用的端口与附属设备1与个人电脑6通信所占用的端口不同即可。此外，附属设备1也可以同时或不同时地为多个IP机顶盒或个人电脑服务。

下面参照图4并结合图1，对本发明的第二方面进行描述。

步骤S30中，机顶盒5的附属设备1接收来自对等终端设备3(对等终端设备3仅为一个示例，也可以是对等终端设备4或其他任一个或多个连入该点对点网络的其他对等终端设备)的数据下载请求消息。该数据下载请求消息所请求下载的对象可以是数据分片，也可以是封装后的基于特定协议的数据，例如RTSP或MMS协议帧。如果请求下载数据分片，则该数据下载请求消息中必要地包括该数据分片的ID。若请求下载协议帧，则该数据下载请求消息中典型地包括该协议帧的帧编号。此外，该消息中还应该包括对等终端设备3的IP地址，以便于将下载好的数据传输到该IP地址所指向的地址。

在步骤S31中，附属设备1从所述数据下载请求消息中提取出指示对等终端设备3所请求下载的数据的指示信息。即如果请求下载数据分片信息，则附属设备1从该下载请求消息中提取出该数据分片的ID。若请求下载协议帧，则附属设备1优选地从该下载请求消息中提取出该协议帧的帧编号。

在步骤S32，判断本附属设备1是否存有所述指示信息所指示的所述对等终端设备3所请求下载的数据。根据数据分片ID或数据帧ID号的号的匹配状态来进行判断。

若附属设备1未存有对等终端设备3所请求下载的数据，则在步骤S330中，附属设备1向其连接的机顶盒5(机顶盒5仅为一个示例，也可以连接个人电脑PC，其操作与连接机顶盒5完全相同，在此不予赘述)发出查询消息，以用于查询所述请求下载的数据是否保存在该机顶盒5中。

本领域技术人员可以理解，在附属设备1上维护了一张数据分片与流媒体数据的对应的表格。机顶盒5上通常存储的都是流媒体格式的数据，因此为了向机顶盒5进行查询，附属设备1还需要将分片数据下载请求消息转换为流媒体格式的数据的下载请求消息。

接着，在步骤S331中，若机顶盒5具有对等终端设备3所请求下载的数据内容，则机顶盒5将该数据以预定传输规则的格式提供给附属设备1，例如，机顶盒5中缓存的流媒体的格式为RTSP协议所支持的压缩格式，则机顶盒5将该RTSP协议所封装的数据发送给附属设备1。

接收到来自机顶盒5的根据预定的传输规则所封装的数据后，附属设备1进入步骤S34，对所接收到的请求下载的数据进行与机顶盒中的封装操作相对应的解封装操作，以生成经解封装的对等终端设备3所请求下载的数据。例如，将RTSP的帧的包头打开，提取出其中的载荷内容。

对等终端设备3所请求的数据内容为数据分片时，附属设备1还需要进行步骤S35的操作，即对所述经解封装的所述对等终端设备3所请求下载的数据进行重构(即抽取其中的分片)，以生成对等终端设备3所请求下载的一个或多个数据分片。

然后，进入步骤S36，将所生成的所述一个或多个数据分片提供给所述其他网络设备。

上述的具体实施例中，当附属设备1未存有所请求下载的数据时，附属设备1还需要进一步地向机顶盒5进行查询，该实时地向下查询可能会造成数据在通信链路上的往复，造成了一定的延迟，因此，在一个变化的实施例中，附属设备1不需要进一步地向机顶盒5进行查盒5进行查询，则步骤S330的下载数据获取步骤和步骤S331的下载数据提供步骤均可以省略，当附属设备1未存有所请求下载的数据时，附属设备1立即向对等终端设备3返回一个该附属设备1不含有该请求的数据的消息。

以下参考图5并结合图1与图2对本发明的第三方面的各具体实施例进行说明。图5所示的第一提供装置20位于图1所示的附属设备1中，其中，所述第一提供装置20包括下载装置200、第二提供装置201、接收装置202、第一提取装置203。其中，第二提供装置201还包括转换装置2010、存储装置2011、第一判断装置2012和第三提供装置2013，其中转换装置2010还包括数据重组装置20100和数据封装装置20101。

附属设备1的第一提供装置20还包括接口(图中未示出)，第一提供装置20在其一端通过以太网接口(例如RJ45接口)或者无线接口(根据802.11x协议)或者USB接口等与机顶盒5相连，在其另一端通过以太接口(例如RJ45接口)或者无线接口(根据802.11x协议)或者USB接口等经由通信网络与对等终端设备3、4或内容服务器2相连。

此处先以用户通过机顶盒5从第一提供装置20处获取用户所请求的服务(节目)为例，对本发明的第三方面进行详细的描述。

用户通过对机顶盒5上展示的节目的菜单进行选择，以获取菜单所提供的相应的服务。可供选择的服务内容包括直播(Live)、点播(VoD，Video on Demand)和短视频。与传统的该菜单所提供的多媒体内容存储在一个服务器或多个服务器组成的服务器组不同，该菜单所提供的多媒体内容可能是存储在附属设备1的对等节点(包括对等终端设备以及服务器)中。也即，基于上述假设，机顶盒5向附属设备1所请求下载的数据均由附属设备1的对等节点以数据分片的形式提供。。因此，需要第一提供装置20进行进一步的操作如下：

第一提供装置20中的接收装置202接收来自机顶盒5所发送的数数据下载请求消息，该消息必要地包括指示该机顶盒5所请求下载(播放)的多媒体内容的指示信息，此外，该消息中还应该包括本机顶盒5的IP地址，以便于将下载好的数据传输到该IP地址所指向的地址。此外，可选地，该消息中可以包括一个或多个对等终端设备或服务器的地址。此处，所述的一个或多个对等终端设备或服务器的地址是可选的，因为所述的地址也可以是预存在附属设备1中，或者由附属设备1根据该数据下载的请求消息实时地获取。

接着，第一提取装置203从下载请求消息中提取出用于指示机顶盒5所请求下载的数据的指示信息。指示信息可以包括机顶盒5所请求下载的数据的分片的ID号，或简单地指示机顶盒5希望下载的节目。下文中，典型地以所述指示信息为节目标识如节目名称为例。

其他对等终端设备3、4或者内容服务器2中所具有的数据内容均以XML的格式加以描述，该描述信息包括了请求的服务的提供方式、接口信息等。XML在结构化、存储以及传输信息方面的具体运用是本领域技术人员熟知的。例如，在一个请求服务的XML消息中，可以用标签名指明该标签指示着服务的提供方式，并用标签内的字段描述具体的服务的提供方式。本说明书对XML的应用不进行更深入说明。

第一提取装置203提取出附属设备1所请求下载的数据的指示信息后，下载装置200根据该指示信息来向与该指示信息所指向的节目相对应的各个数据分片的相应下载源发起请求以下载数据分片。此处的内容服务器2仅为示例，本领域的技术人员可以理解，附属设备1发起请求的对象也可以是对等终端设备3、4或其他任一个或多个连入该点对点网络的其他网络设备。具体地，该第一提供装置20登录目录服务器，将自己所具有的资源汇总给目录服务器，同时向目录服务器登记自己的IP地址和端口号，并查询的其他对等终端设备在先所登记的资源的信息是否与自己所请求的数据相匹配。如果匹配，就直接与具有该数据分片的对等终端设备3、4或内容服务器2建立连接，进行容服务器2建立连接，进行分片数据的下载。

在下载装置200完成数据分片的下载后，转换装置2010对已下载的数据分片进行转换，以生成基于预定规则的待传输的数据。

转换装置2010为了处理已下载的数据分片，需要包括以下几个子装置，分别是：

校验装置(图中未示出)需要根据预先设定的校验规则，对已达到的数据分片进行校验，以保证获取的数据分片的正确性。对于未能正确下载的数据分片，附属设备1可以对选择丢弃或要求同一下载源重发，甚至重新选择下载源进行下载等。当然，附属设备1也可以不对各个数据分片的下载正确性进行校验，而省略子装置校验装置。

在确保了每个下载的数据分片都是正确的情况下，还应该注意到，每个分片都有其对应的序号，但是数据分片的到达的顺序往往不等于数据分片的编号的顺序，所以数据重组装置20100需要按照数据分片的编号的顺序，对其获取的数据分片进行重新排序，并去除各数据分片中原本包含的仅用于基于P2P协议进行传输的辅助信息(如该数据分片的序号等)，以生成重组后的载荷数据，所述重组后的数据包括点播或直播的流媒体内容或者数据计算结果。数据重组装置20100所得的经重组的载荷数据在以下情况下可作为待传输数据提供给如存储装置2011或直接提供给第三提供装置2013：下载装置200所下载的数据分片中的数据类型(该类型即指数据格式如WMV、RM、RMVB等)与机顶盒5所支持的协议类型相同(如，同为实时流媒体协议RTSP)，则附属设备1将数据载荷进行直接重组即可生成机顶盒5能够支持的协议类型下的待传输数据。

但是，有的时候仅仅进行载荷数据的重组是不够的，因为可能会存在这样一种情况，也即本实施例的一个变化的实施例：即机顶盒5默认地可能只支持WMV、MPEG及其它编码数据格式等其中的某一种或少数几种，但是，到达附属设备1处的数据分片中的数据格式则可能有多种，例如可能还包括MPEG、RMVB、RM和RAM等；并且等；并且同样机顶盒5默认地可能只支持HTTP、RTSP及其它传输协议等中的某一种或少数几种。因此，在数据重组装置20100得到经重组的载荷数据后，数据封装装置20101还需要对该经重组的载荷数据按照传输协议的要求(如按HTTP协议要求再编码)进行封装，此协议即为机顶盒5所支持的传输协议。本领域技术人员可以理解，该协议可以是以下各项中的任一项：

-超文本传输协议；

-文件传输协议；

-微软媒体服务器协议；

-实时流协议。

也即，以机顶盒5可以支持RTSP传输协议为例(仅为示例)数据封装装置20101需要按照实时流媒体协议规定的每帧载荷大小、速率等信息，将重组后的载荷数据封装成各个RTSP协议帧，并加入对应的帧头。其中，每个帧头中包括该帧的比特率、序列号、时间戳、有效期等等信息。加入帧头后，各个帧对于机顶盒5来说与直接从RTSP协议服务器处下载的媒体数据帧相似，此时机顶盒5可以根据各个帧的帧头部分来对各个帧中的数据部分进行播放。

此外，为了增加机顶盒5可用的数据源数量，附属设备1所下载的数据分片中的媒体载荷的类型可以与机顶盒5所支持的媒体类型不相同。例如机顶盒5支持RTSP传输协议，而数据分片中的数据的类型为wmv或asf格式。

此时，附属设备1对数据分片进行转换的转换装置2010还优选地包括转码装置(图中未示出)。转码装置按照机顶盒5所支持的数据格式对接收到的数据载荷进行格式转换，例如，数据重组装置20100将接收到的来自其他对等终端设备3、4或内容服务器2的wmv格式的媒体数据分片进行重组，而后提供给所述转码装置，由后者对wmv格式的媒体数据进行格式转换以得到rm格式的媒体数据。而后，再由数据封装装置20101将转码装置得到的rm格式的媒体数据以类似上据以类似上述的方法封装成各个RTSP协议帧并加入对应的帧头，以与机顶盒5相匹配。在这种情况下中，转码装置所执行的类似于一个对媒体数据解码后重编码的过程，该功能可以通过软件或硬件的方式实现，其中解码重编码软件可以固化在第一提供装置20中，或解码重编码硬件可以装置在第一提供装置20中。

在一个变化的实施例中，所述转换装置2010还可以优选地包括解码装置(图中未示出)，用于对经过重组的载荷数据进行解码。本领域技术人员可以理解，对传输的数据内容的解码的工作在现有技术中是由机顶盒5来承担的，但是，本附属设备完全可以代理一部分的解码的工作，以生成经解码的载荷内容，为机顶盒5提供更加优质的服务。则数据封装装置20101根据高层协议进行封装的对象为经解码的数据(如，与视频帧一一对应的位图文件)。

存储装置2011可以存储待传输的数据。也即，在附属设备1中开辟一个缓存区，用来缓存数据。

在将将转换装置2010得到的待传输数据传输给机顶盒5之前，优选地需要第一判断装置2012来判断是否满足预定条件，所述的预定条件包括以下各项中的任一项或任多项情况：

情况一：当前时间到达一个预定时刻；

情况二：所述机顶盒5由关断状态进入开启状态；

情况三：接收到来自机顶盒5的用于请求接收与所述待传输数据相对应内容的接收请求消息。

对于情况一，用户可以根据自己的个性化的设置将某些定时的栏目收藏在收藏夹中，或者用户订购了一些频道的服务，而这些频道的服务是在某一特定的时段播放的，因此，第一提供装置20可以根据用户的浏览属性，预测用户可能会浏览的数据，然后预下载一部分数据内容，并保存在附属设备1的缓存区中。在到达一个预定的时刻(例如时间到了节目表中该定制的节目的播放的时刻)，该第一提供装置20就将保存在附属设备1的缓存区的数据内容推送到机顶盒5中。

对于情况二，下载的数据分片可以先缓存在附属设备1的缓存中，在机顶盒5开机的后，第一提供装置20将会通过硬件或如软件的方式检测到机顶盒5的开启，则第一提供装置20就会将其下载的数据传输给机顶盒5。

对于情况三，机顶盒5向第一提供装置20发送数据下载请求消息和机顶盒5的用于请求接收与所述待传输数据相对应内容的接收请求消息之间可能并没有直接的联系。即机顶盒5向第一提供装置20发送的数据下载请求消息只会触发第一提供装置20向对等终端设备3、4或内容服务器2发起数据分片的下载请求，以用来请求所要下载的内容，但并不必然地触发第一提供装置20将其已下载的内容传送给机顶盒5。因为可能存在这样一个情景，在机顶盒5中的缓存区的空间不足，所以第一提供装置20要先将机顶盒5请求下载但尚未及播放的内容需要先缓存在附属设备1的缓存中，等到机顶盒5解码并播放了机顶盒5的缓存区的部分内容而使机顶盒5的缓存区空以后，机顶盒5再向附属设备1发送一个接收请求消息，则该接收请求消息会将触发第一提供装置20将其缓存的数据发送至机顶盒5。

当满足预定条件时，则由第三提供装置2013基于预定传输规则将所述待传输的数据提供给机顶盒5。

在一个变化例中，所述存储装置2011可以省略，即不需要存储所述待传输的数据。譬如，机顶盒5开机，且机顶盒5的缓存区为空，其可以接收来自附属设备1的数据流。

在另一个变化例中，如果来自其他网络设备也即内容服务器2、对等终端设备3、4的数据为机顶盒5可以识别的数据，而不是以点对点的分片的形式，则此时附属设备1只要直接对该接收到的数据进行简单的端口判断，判断其来源端口是否合法。具体地，第一判断装置2012上只需查询预存的合法地址/端口列表，检查该流媒体数据所在的数据包的目的地址是否落在所述列表中，若是，则允许该数据包通过，若否，则可以做进一步判断其内容的一些其他标识信息，若经所述进息，若经所述进一步判断得到该数据包合法的结果，则将其包含的地址添加入所述合法地址/端口列表中，并允许该数据包通过。

在另一个变化例中，附属设备1作为一个有单独CPU的模块集成在机顶盒5中，此时，该附属设备1所要完成的操作与和机顶盒5分立时完成的操作基本相同，只是数据的获取可以直接在同一个设备上完成，数据的提供也是提供给本设备。

在又一个变化例中，附属设备1不与机顶盒5相连，而与多媒体电视机或便携式播放器相连。此时，为了使多媒体电视机或者便携式播放器可以接入点对点的网络，享受到基于点对点传输技术的服务，附属设备1所要完成的步骤与附属设备连接机顶盒5时基本相同，，并且当所述多媒体电视机或便携式播放器具备流媒体解码功能时，步骤S132’也是可以省略的。

下面结合图1和图6，对本发明的第四方面进行描述。

第二接收装置400接收来自对等终端设备3(对等终端设备3仅为一个示例，也可以是对等终端设备3或其他任一个或多个连入该点对点网络的其他对等终端设备)的数据下载请求消息。该数据下载请求消息所请求下载的对象可以是数据分片，也可以是封装后的机遇特定协议的数据，例如RTSP或MMS协议帧。如果请求下载数据分片，则该数据下载请求消息中必要地包括该数据分片的ID。若请求下载协议帧，则该数据下载请求消息中必要地包括该协议帧的帧编号。此外，该消息中还应该包括对等终端设备3的IP地址，以便于将下载好的数据传输到该IP地址所指向的地址。

第二提取装置401从下载请求消息接收装置中接收到的下载请求消息中提取出指示对等终端设备3所请求下载的数据的指示信息。即如果请求下载数据分片信息，则附属设备1从该下载请求消息中提取出该数据分片的ID。若请求下载协议帧，则附属设备1从该下载请求消息中提取出该协议帧的帧编号。

第二判断装置402判断本附属设备1是否存有所述指示信息所指指示的所述对等终端设备3所请求下载的数据。根据数据分片ID或数据帧ID号的匹配状态来进行判断。

若第四提供装置40未存有对等终端设备3所请求下载的数据，也即根据分片数据ID或者根据数据帧ID无法找出匹配的在本网络设中找出匹配的数据分片或者数据帧，则下载数据获取装置4030向其连接的机顶盒5(机顶盒5仅为一个示例，也可以连接个人电脑PC，其操作与连接机顶盒完全相同，在此不予赘述)发出查询消息，以用于查询所述请求下载的数据是否保存在该机顶盒5中。

本领域技术人员可以理解，在第四提供装置40上维护了一张数据分片与流媒体数据的对应的表格。机顶盒5上通常存储的都是流媒体格式的数据，因此为了向机顶盒5进行查询，第四提供装置40还需要将分片数据下载请求消息转换为流媒体格式的数据的下载请求消息。

接着，若机顶盒5具有对等终端设备3所请求下载的数据内容，则机顶盒5将该数据以预定传输规则的格式提供给附属设备1，例如，机顶盒5中缓存的流媒体的格式为RTSP协议所支持的压缩格式，则机顶盒5将该RTSP协议所封装的数据发送给附属设备1。

接收到来自机顶盒5的根据预定的传输规则所封装的数据后，解封装装置40310对所接收到的请求下载的数据进行与机顶盒中的封装操作相对应的解封装操作，以生成经解封装的对等终端设备3所请求下载的数据。例如，将RTSP的帧的包头打开，提取出其中的载荷内容。

当对等终端设备3所请求的数据内容为分片数据内容时，重构装置40311对所述经解封装的所述对等终端设备3所请求下载的数据进行重构(即抽取其中的分片)，以生成对等终端设备3所请求下载的一个或多个数据分片。

然后，第七提供装置40312将所生成的所述一个或多个数据分片提供给所述其他网络设备。

上述的具体实施例中，当附属设备1未存有所请求下载的数据时，附属设备1还需要进一步地向机顶盒5进行查询，该实时地向下查询下查询可能会造成数据在通信链路上的往复，造成了一定的延迟，因此，在一个变化的实施例中，附属设备1不需要进一步地向机顶盒5进行查询，即下载数据获取装置4030(包括数据分片相对应的数据获取装置40300和封装数据接收装置40301)可以省略，当附属设备1未存有所请求下载的数据时，即由第四提供装置40中的一个指示装置(图中未示出)立即向对等终端设备3返回一个该附属设备1不含有该请求的数据的消息。

以上对本发明的实施例进行了描述，但是本发明并不局限于特定的系统、设备和具体协议，本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。

Claims (12)

1.一种在服务于一个或多个网络设备的附属设备中用于为所述一个或多个网络设备提供数据的方法，其中，所述网络设备包括IP机顶盒或多媒体电视机或便携式播放器，该方法包括以下步骤：

b.从一个或多个其他网络设备处下载数据；

c.将所下载的数据以预定方式提供给所述一个或多个网络设备；

其中，所述步骤b还包括：

-由所述一个或多个其他网络设备处下载多个数据分片；

其特征在于，所述步骤c还包括：

c1.根据所述网络设备与所述附属设备间的预定传输规则来对所下载的所述多个数据分片中的载荷进行转换，以生成基于所述预定传输规则的待传输数据；

c4.基于所述预定传输规则将所述待传输数据提供给所述网络设备；

其特征在于，在所述步骤c1之后且在所述步骤c4之前，还包括：

c2.存储所生成的所述待传输数据；

c3.判断预定条件是否满足；

所述步骤c4还包括：

-当所述预定条件满足时，基于所述预定传输规则将所述待传输数据提供给所述网络设备；

其中，所述预定条件包括以下各项中的任一项或任多项：

1)当前时间到达一个预定时刻；

2)所述网络设备由关断状态进入开启状态；

3)接收到来自该网络设备的用于请求接收与所述待传输数据相对应内容的接收请求消息。

2.根据权利要求1所述的方法，其特征在于，所述步骤b之前还包括以下步骤：

a1.接收来自所述附属设备所服务的一个网络设备的数据下载请求消息，其中，所述数据下载请求消息包括指示所述网络设备所请求下载的数据的指示信息；

a2.从所述数据下载请求消息中提取出所述指示信息；

所述步骤b还包括，由所述一个或多个其他网络设备处下载所述指示信息所指示的数据。

3.根据权利要求1所述的方法，其特征在于，所述步骤c1还包括：

c11.对所述多个数据分片中的载荷进行重组，以生成经重组的载荷数据；

c13.基于所述预定传输规则对所述经重组的载荷数据进行封装，以生成所述基于所述预定传输规则的待传输数据。

4.根据权利要求3所述的方法，其特征在于，所述数据分片的载荷为多媒体数据，其中，在所述步骤c11之后且在所述步骤c13之前还包括：

c12.对所述经重组的多媒体数据进行解码，以生成经解码的多媒体载荷数据；

所述步骤c13还包括：

-基于所述预定传输规则对所述经解码的多媒体载荷数据进行封装，以生成所述基于所述预定传输规则的待传输数据。

5.根据权利要求1所述的方法，其特征在于，所述预定传输规则包括以下各项中的任一项：

-超文本传输协议；

-文件传输协议；

-微软媒体服务器协议；

-实时流协议。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述步骤b还包括：

-由所述一个或多个其他网络设备处接收数据包，所述数据包基于服务器/用户的模式传输；

所述步骤c还包括：

-将所接收到的数据包直接转发给所述网络设备。

7.一种在服务于一个或多个网络设备的附属设备中用于为所述一个或多个网络设备提供数据的第一提供装置，其中，所述网络设备为IP机顶盒或个人电脑或多媒体电视机或便携式播放器，该第一提供装置包括：

下载装置，用于从一个或多个其他网络设备处下载数据；

第二提供装置，用于将所下载的数据以预定方式提供给所述一个或多个网络设备；

其中，所述下载装置还用于由所述一个或多个其他网络设备处下载多个数据分片；

其特征在于，所述第二提供装置还包括：

转换装置，用于根据所述网络设备与所述附属设备间的预定传输规则来对所下载的所述多个数据分片中的载荷进行转换，以生成基于所述预定传输规则的待传输数据；

第三提供装置，用于基于所述预定传输规则将所述待传输数据提供给所述网络设备；

其特征在于，所述第二提供装置还包括：

存储装置，用于存储所生成的所述待传输数据；

第一判断装置，用于判断预定条件是否满足；

所述第三提供装置还用于：

当所述预定条件满足时，基于所述预定传输规则将所述待传输数据提供给所述网络设备；

其中，所述预定条件包括以下各项中的任一项或任多项：

-当前时间到达一个预定时刻；

-所述网络设备由关断状态进入开启状态；

-接收到来自该网络设备的用于请求接收与所述待传输数据相对应内容的接收请求消息。

8.根据权利要求7所述的第一提供装置，其特征在于，还包括：

第一接收装置，用于接收来自所述附属设备所服务的一个网络设备的数据下载请求消息，其中，所述数据下载请求消息包括指示所述网络设备所请求下载的数据的指示信息；

第一提取装置，用于从所述数据下载请求消息中提取出所述指示信息；

所述下载装置还用于，由所述一个或多个其他网络设备处下载所述指示信息所指示的数据。

9.根据权利要求7所述的第一提供装置，其特征在于，所述转换装置还包括：

数据重组装置，用于对所述多个数据分片中的载荷进行重组，以生成经重组的载荷数据；

数据封装装置，用于基于所述预定传输规则对所述经重组的载荷数据进行封装，以生成所述基于所述预定传输规则的待传输数据。

10.根据权利要求9所述的第一提供装置，其特征在于，所述数据分片的载荷为多媒体数据，其中，所述转换装置还包括：

解码装置，用于对所述经重组的多媒体数据进行解码，以生成经解码的多媒体载荷数据；

所述数据封装装置还用于：

基于所述预定传输规则对所述经解码的多媒体载荷数据进行封装，以生成所述基于所述预定传输规则的待传输数据。

11.根据权利要求7所述的第一提供装置，其特征在于，所述预定传输规则包括以下各项中的任一项：

-超文本传输协议；

-文件传输协议；

-微软媒体服务器协议；

-实时流协议。

12.根据权利要求7至11中任一项所述的第一提供装置，其特征在于，所述下载装置还用于：

由所述一个或多个其他网络设备处接收数据包，所述数据包基于服务器/用户的模式传输；

所述第二提供装置还用于：

将所接收到的数据包直接转发给所述网络设备。

Images