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

专利名称：网络设备的附属设备中为网络设备提供数据的方法及装置的制作方法
技术领域：
本发明涉及互联网的传输领域，尤其涉及利用辅助设备来辅助网 络设备进行基于点对点的数据下载和上传的方法和装置。
背景技术：
传统的数字机顶盒(STB， Set-Top Box)主要应用在基于传统的客 户/服务器(C/S)模式的系统中。在传统的客户/服务器模式中，网络 中存在一个服务器群，所有的数据(包括流媒体内容)和信息都集中 存储于服务器。服务器根据客户端发出的服务请求指令，选择相应的 数据信息发送给客户端。服务器与客户端之间是一种"请求与响应"的 关系。这种基于传统C/S模式的系统存在如下问题，其一是带宽开销 大且服务器成本昂贵；其二是能同时支持的用户数目有限，例如，以 视频数据传输为例， 一个通常的带宽为100M的视频服务器只能承受 300人同时观看300kbps的视频广播，而且，随着用户数的增加，月l 务器会承受较大的冲击，这容易引起服务器故障甚至系统瘫痪。
通过引入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模式所发来的数据，该附属设备的作用相当于一个网关设备， 即具有端口判断和简单的转发功能。
根据本发明的第 一方面，提供了 一种在服务于一个或多个网络设 备的附属设备中用于为所述一个或多个网络设备提供数据的方法，其
中，包括以下步骤从一个或多个其他网络设备处下载数据；将所下 载的数据以预定方式提供给所述 一 个或多个网络设备。
根据本发明的第二方面，提供了一种在服务于一个或多个网络设 备的附属设备中用于为其他网络设备提供数据的方法，其中，包括以 下步骤接收来自其他网络设备的数据下载请求消息，其中，所述数 据下载请求消息包括指示所述其他网络设备所请求下载的数据的指示 信息；从所述数据下载请求消息中提取出所述指示信息；判断所述一 个或多个网络设备和/或所述附属设备中是否存有所述指示信息所指 示的所述其他网络设备所请求下载的数据；若所述一 个或多个网络设 备和/或所述附属设备中存有所述其他网络设备所请求下载的数据，则 将所述其他网络设备所请求下载的数据提供给所述其他网络设备。
根据本发明的第三方面，提供了 一种在服务于一个或多个网络设 备的附属设备中用于为所述一个或多个网络设备提供数据的第 一提供 装置，其中，包括下载装置，用于从一个或多个其他网络设备处下 载数据；第二提供装置，用于将所下载的数据以预定方式提供给所述 一个或多个网络设备。
13根据本发明的第四方面，提供了 一种在服务于 一个或多个网络设 备的附属设备中用于为其他网络设备提供数据的第四提供装置，其中，
包括下载请求消息接收装置，用于接收来自其他网络设备的数据下 载请求消息，其中，所述数据下载请求消息包括指示所述其他网络设 备所请求下载的数据的指示信息；第二提取装置，用于从所述数据下
载请求消息中提取出所述指示信息；第二判断装置，用于判断所述一 个或多个网络设备和/或所述附属设备中是否存有所述指示信息所指 示的所述其他网络设备所请求下载的数据；第五提供装置，用于若所 述 一 个或多个网络设备和/或所述附属设备中存有所述其他网络设备 所请求下载的数据，则将所述其他网络设备所请求下载的数据提供给 所述其他网络设备。
采用本发明提供的技术方案，本发明可以将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中。更一般地，该附属设备l可以直接与个 人电脑相连以作为该个人电脑的附属设备，此外，该附属设备l也可 以放置在网络侧，例如，与一个服务器相连从而代理该服务器的一部 分与P2P业务相关的功能。此处，先以附属设备1与机顶盒5相连， 且机顶盒5所请求的内容的传输形式为数据分片情形为例，对本发明 进行具体的阐释，后文中，会再以附属设备1连接个人电脑为例进行说明。
15本领域技术人员可以理解， 一般地，附属设备l接在接入网中， 并通过路由器接入汇聚网，最后接入到骨干网中的内容服务器2，其
他网络设备如对等终端设备3、 4也同样通过接入网、汇聚网，层层接
入并最后连接到骨干网，因此，为简明起见，图l中用云图简略地概
括附属设备1与对等终端设备3、 4间的连接方式，仅为示例。本领域 技术人员可以理解，附属设备1与对等终端设备3、 4可以位于不同或 相同的子网中。此外，附属设备1也可以以无线的方式接入到网络中。
以下，参考图2并结合图1,以用户通过机顶盒5接收内容服务 器2 (以及各对等终端设备)基于P2P技术提供的多媒体数据的情形 为例进行说明。
其中，附属设备1在其一端通过以太网接口 (例如RJ45接口 )或 者无线接口 (根据802.11x协议)或者USB接口等与机顶盒5相连， 在其另一端通过以太接口 (例如RJ45接口 )或者无线接口 (根据 802.1 lx协议)或者USB接口经由通信网络与对等终端设备3 、 4或内 容服务器2相连。
用户通过对机顶盒5上展示的节目的菜单进行选择，以获取菜单 所提供的相应的服务。可供选择的服务内容包括直播(Live)、点播 (VoD, Video on Demand)和短视频。在传统的C/S模式下，该菜单 所提供的多媒体内容存储在一个服务器或多个服务器组成的服务器组 中，与此不同地，在本例中，该菜单所提供的多媒体内容存储在附属 设备l的对等节点(包括对等终端设备和/或内容服务器2)中。基于 上述假设，机顶盒5向附属设备1所请求下载的数据均由附属设备1 的对等节点以数据分片的形式提供。因此，当用户通过遥控器选择观 看一个视频节目(例如，通过导航键将光标指向该节目的相应选项/ 图标并点击"确认，'键)后，机顶盒5会向附属设备1发出用于请求 下载与该节目相对应的数据的数据下载请求消息。本领域技术人员理 解，附属装置1下载数据不一定需要由机顶盒5发来的请求消息触发， 譬如，可以根据用户的观看习惯来智能地进行预下载(下文中会另行预下载(下文中会另行描述)。参看图2，本发明此后的流程如下
在步骤S10中，附属设备1接收来自机顶盒5的数据下载请求消 息，该消息必要地包括指示该机顶盒5所请求下载(播放)的多媒体 内容的指示信息，此外，该消息中还包括本机顶盒5的一个可寻址的 地址信息，例如，当^L顶盒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的数据下载请求消息后，在随后的步骤Sll 中，附属设备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)描述具体的服务的提供方式。
播live。本i兌明书对XML的应用不进4亍更深入i兌明。
本领域技术人员理解，基于P2P技术的一个节点不但可以由目录 服务器处获知其它节点所拥有的分片资源，还能够获知一个节目/多媒 体内容所对应的各个分片的ID。于是，附属设备1得知机顶盒5要求 下载'奥运频道节目，的相关数据后，即查询与该节目相对应的各个 分片的ID。该方法此时进入步骤S12,其中，附属设备l根据与该节 目相对应的各个数据分片的ID来分别向下载源发起请求，以基于机顶 盒5的下载请求来下载'奥运频道节目，的相关数据。图2中，为简 明起见仅将内容服务器2作为分片下载源的示例示出，本领域的技术 人员可以理解，附属设备1发出分片下载请求的对象也可以是图l所 示的对等终端设备3、 4或其他连入该点对点网络的其他网络设备。附 属设备1下载数据分片的方式可基于现有的P2P技术，具体地，前已 述及，附属设备1登录目录服务器，将自己所拥有的资源(分片)报 告给目录服务器，同时向目录服务器登记自己的IP地址(如果附属设 备1不具备单独的IP地址，则可为机顶盒5的IP地址)和端口号，5的IP地址)和端口号，并查询各对等节点在先登记的资源信息。由 拥有其欲下载的数据分片的各对等节点中选择一个作为该数据分片的
下载源，并根据该下载源在先另行登记的IP地址、端口号等，与之建 立连接，以进行数据分片的下载。各个数据分片的下载源典型地可基 于附属设备1与各个对等节点间的连接速度来确定，现有技术中已有 多种已广泛应用的方式/规则，不再赘述。
在完成步骤S12中的数据分片的下载后，该方法进入步骤S13,其 中，附属设备l对已下载的与'奥运频道节目，相对应的数据分片进 行格式转换，以生成基于预定规则的待传输的数据。典型地，本说明 书将结合图3对所述步骤S13进行详述。图3中描述了步骤S13的以 下几个子步骤。需要说明的是，图3描述了在一种实施例中S13的几 个子步骤，在其他情况下的实施例中，S13步骤中包括图3中的部分 子步骤或者其他替代的子步骤，分别说明如下
一个优选的步骤S130，附属设备1根据预先设定的校验规则，对 下载的数据分片进行校验，以保证获取的数据分片的正确性。对于未 能正确下载的数据分片，附属设备1可以对选择丟弃或要求同一下载 源重发，甚至重新选择下载源进行下载等。当然，附属设备l也可以 不对各个数据分片的下载正确性进行校验，而直接进入步骤S131。
每个分片都有其对应的序号(通常加在所下载的分片的头部)， 但是数据分片的到达顺序往往不等于数据分片的编号的顺序，所以附 属设备1需要在步骤S131中按照数据分片的编号的顺序，对其获取的 数据分片进行重新排序，并去除各数据分片中原本包含的仅用于基于 P2P协议进行传输的辅助信息(如该数据分片的序号等)以得到重组 后的载荷数据，其中包括用于点播或直播的流媒体内容。
需要注意，所述重新排序的过程对所得到的重组后的数据类型没 有影响，也即，由下载源处下载的数据分片中的载荷的类型(该类型 即指数据格式如WMV、 RM、 RMVB等)如果为A，则重组后的载荷 数据的类型仍为A,未作改变。
19通常，机顶盒5默认地可能只支持WMV、 MPEG及其它编码数 据格式等其中的某一种或少数几种，但是，到达附属设备l处的数据 分片中的数据格式则可能有多种，例如可能还包括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协议帧加入帧头。其中，帧头包括该帧 的比特率、序列号、时间戳、有效期等等信息。加入帧头所生成的RT S P 协议帧对于机顶盒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在选择下载源时进行筛选。
尤其针对上述所下载的数据类型为w m v而机顶盒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还可以存储待传输的数据。
22如，在附属设备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是可以省略的，即，附属设备l不需 要存储所述待传输的数据。譬如，当机顶盒5开机且机顶盒5的緩存 区为空时，附属设备1可以将步骤S13中得到的待传输数据实时地提 供给机顶盒5。
在另 一 个变化例中，如果来自其他网络设备数据并非采用基于 P2P协议的分片形式，而是机顶盒5可以直接识别的数据，例如，是 流媒体的格式(经过特殊的编码，具有较高的压缩比的数据，此处， 流媒体格式仅为一个示例，本领域技术人员可以理解，机顶盒5可以 识别的数据格式不限于此)，则此时附属设备1只要直接对该流媒体 数据进行简单的地址/端口判断，判断其来源是否合法。为实现所述地 址/端口判断，可在附属设备l上预先存储一个合法地址/端口的列表， 则所述附属设备1只需查询该列表，检查承载该流媒体数据的数据包 的源端口/目的地址是否在上述列表中，若存在，则允许其通过，若不 合法，则可以做进一步判断其内容的一些其他标识信息，如果经过所 述进 一 步判断得到其合法的结果，则可以将该地址/端口添加入所述合 法端口/地址列表中，并允许该流媒体数据包通过。
在另一个变化的实施例中，附属设备1作为一个有单独CPU的模 块集成在机顶盒5中，此时，该附属设备1所要完成的操作与其与机 顶盒5分立时完成的操作基本相同，只是数据的获取可以直接在同一 个设备上完成，数据的提供也是提供给本设备。
在又一个变化的实施例中，附属设备1不是与机顶盒5相连，而 是与多媒体电视机或便携式播放器相连。此时，为了使多媒体电视机
或者便携式播放器可以接入点对点的网络，享受到基于点对点传输技传输技术的服务，附属设备1所要完成的步骤与附属设备连接机了^^ 5时基本相同，并且当所述多媒体电视机或便携式播放器具备流媒体 解码功能时，步骤S132，也是可以省略的。
前述的实施例中，附属设备l处理来自IP机顶盒的业务和处理来 自个人电脑的业务是串行处理的。但是，本领域技术人员可以理解，
上述不同的业务也可以是并行处理的，只要附属设备l的CPU单元的 处理能力足够强大，且附属设备1与IP机顶盒5通信所占用的端口与 附属设备1与个人电脑6通信所占用的端口不同即可。此外，附属设 备1也可以同时或不同时地为多个IP^/L顶盒或个人电脑月良务。
下面参照图4并结合图1，对本发明的第二方面进行描述。
步骤S30中，机顶盒5的附属设备1接收来自对等终端设备3(对
等终端设备3仅为一个示例，也可以是对等终端设备4或其他任一个
或多个连入该点对点网络的其他对等终端设备)的数据下载请求消息。
该数据下载请求消息所请求下载的对象可以是数据分片，也可以是封
装后的基于特定协议的数据，例如RTSP或MMS协议帧。如果请求
下载数据分片，则该数据下载请求消息中必要地包括该数据分片的
ID。若请求下载协议帧，则该数据下载请求消息中典型地包括该协议
帧的帧编号。此外，该消息中还应该包括对等终端设备3的IP地址，
以便于将下载好的数据传输到该IP地址所指向的地址。
在步骤S31中，附属设备1从所述数据下载请求消息中提取出指
示对等终端设备3所请求下载的数据的指示信息。即如果请求下载数
据分片信息，则附属设备1从该下载请求消息中提取出该数据分片的
ID。若请求下载协议帧，则附属设备1优选地从该下载请求消息中提
取出该协议帧的帧编号。
在步骤S32,判断本附属设备l是否存有所述指示信息所指示的所
述对等终端设备3所请求下载的数据。根据数据分片ID或数据帧ID号的号的匹配状态来进行判断。
若附属设备1未存有对等终端设备3所请求下载的数据，则在步骤
S330中，附属设备1向其连接的机顶盒5 (机顶盒5仅为一个示例，也可 以连接个人电脑PC,其操作与连接机顶盒5完全相同，在此不予赘述) 发出查询消息，以用于查询所述请求下载的数据是否保存在该机顶盒5 中。
本领域技术人员可以理解，在附属设备1上维护了 一张数据分片 与流媒体数据的对应的表格。机顶盒5上通常存储的都是流媒体格式的 数据，因此为了向机顶盒5进行查询，附属设备l还需要将分片数据下 载请求消息转换为流媒体格式的数据的下载请求消息。
接着，在步骤S331中，若机顶盒5具有对等终端设备3所请求下载 的数据内容，则机顶盒5将该数据以预定传输规则的格式提供给附属设 备l，例如，机顶盒5中緩存的流媒体的格式为RTSP协议所支持的压缩 格式，则机顶盒5将该RTSP协议所封装的数据发送给附属设备1 。
接收到来自机顶盒5的根据预定的传输规贝'J所封装的数据后，附 属设备1进入步骤S34,对所接收到的请求下载的数据进行与机顶盒中 的封装操作相对应的解封装操作，以生成经解封装的对等终端设备3 所请求下载的数据。例如，将RTSP的帧的包头打开，提取出其中的载 荷内容。
对等终端设备3所请求的数据内容为数据分片时，附属设备l还需 要进行步骤S35的操作，即对所述经解封装的所述对等终端设备3所请
求下载的数据进行重构(即抽取其中的分片)，以生成对等终端设备3 所请求下载的一个或多个数据分片。
然后，进入步骤S36，将所生成的所述一个或多个数据分片提供给 所述其他网络设备。
上述的具体实施例中，当附属设备l未存有所请求下载的数据时， 附属设备1还需要进一步地向机顶盒5进行查询，该实时地向下查询 可能会造成数据在通信链路上的往复，造成了一定的延迟，因此，在 一个变化的实施例中，附属设备1不需要进一步地向机顶盒5进行查盒5进行查询，则步骤S330的下载数据获取步骤和步骤S331的下载 数据提供步骤均可以省略，当附属设备1未存有所请求下载的数据时， 附属设备1立即向对等终端设备3返回一个该附属设备1不含有该请 求的数据的消息。
以下参考图5并结合图1与图2对本发明的第三方面的各具体实 施例进行说明。图5所示的第一提供装置20位于图1所示的附属设备 l中，其中，所述第一提供装置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可以对选择丢弃或要求同一下载源 重发，甚至重新选择下载源进行下载等。当然，附属设备l也可以不 对各个数据分片的下载正确性进行校验，而省略子装置校验装置。
在确保了每个下载的数据分片都是正确的情况下，还应该注意到， 每个分片都有其对应的序号，但是数据分片的到达的顺序往往不等于 数据分片的编号的顺序，所以数据重组装置20100需要按照数据分片 的编号的顺序，对其获取的数据分片进行重新排序，并去除各数据分 片中原本包含的仅用于基于P2P协议进行传输的辅助信息(如该数据 分片的序号等)，以生成重组后的载荷数据，所述重组后的数据包括 点播或直播的流媒体内容或者数据计算结果。数据重组装置20100所 得的经重组的载荷数据在以下情况下可作为待传输数据提供给如存储 装置2011或直接提供给第三提供装置2013:下载装置200所下载的 数据分片中的数据类型(该类型即指数据格式如WMV、 RM、 RMVB 等)与机顶盒5所支持的协议类型相同(如，同为实时流媒体协议 RTSP),则附属设备1将数据载荷进行直接重组即可生成机顶盒5能 够支持的协议类型下的待传输数据。
但是，有的时候仅仅进行载荷数据的重组是不够的，因为可能会 存在这样一种情况，也即本实施例的一个变化的实施例即机顶盒5 默认地可能只支持WMV、 MPEG及其它编码数据格式等其中的某一 种或少数几种，但是，到达附属设备1处的数据分片中的数据格式则 可能有多种，例如可能还包括MPEG、 RMVB、 RM和RAM等；并且
29等；并且同样机顶盒5默认地可能只支持HTTP、 RTSP及其它传输协 议等中的某一种或少数几种。因此，在数据重组装置20100得到经重 组的载荷数据后，数据封装装置20101还需要对该经重组的载荷数据 按照传输协议的要求(如按HTTP协议要求再编码)进行封装，此协 议即为机顶盒5所支持的传输协议。本领域技术人员可以理解，该协 议可以是以下各项中的任 一 项
-超文本传输协议；
-文件传输协议；
-微软媒体服务器协议；
-实时流协i义。
也即，以机顶盒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的用于请求接收与所述待传输数 据相对应内容的接收请求消息。
对于情况一，用户可以根据自己的个性化的设置将某些定时的栏 目收藏在收藏夹中，或者用户订购了 一些频道的力l务，而这些频道的 服务是在某一特定的时段播放的，因此，第一提供装置20可以根据用 户的浏览属性，预测用户可能会浏览的数据，然后预下载一部分数据 内容，并保存在附属设备1的緩存区中。在到达一个预定的时刻(例 如时间到了节目表中该定制的节目的播放的时刻)，该第一提供装置 20就将保存在附属设备1的緩存区的数据内容推送到机顶盒5中。
31对于情况二，下载的数据分片可以先緩存在附属设备1的緩存中， 在机顶盒5开机的后，第一提供装置20将会通过硬件或如软件的方式
检测到机顶盒5的开启，则第一提供装置20就会将其下载的数据传输 给机顶盒5。
对于情况三，机顶盒5向第一提供装置20发送数据下载请求消息 和机顶盒5的用于请求接收与所述待传输数据相对应内容的接收请求 消息之间可能并没有直接的联系。即机顶盒5向第一提供装置20发送 的数据下载请求消息只会触发第一提供装置20向对等终端设备3、 4 或内容服务器2发起数据分片的下载请求，以用来请求所要下载的内 容，但并不必然地触发第 一提供装置20将其已下载的内容传送给机顶 盒5。因为可能存在这样一个情景，在机顶盒5中的緩存区的空间不 足，所以第一提供装置20要先将机顶盒5请求下载但尚未及播放的内 容需要先緩存在附属设备l的緩存中，等到机顶盒5解码并播放了机 顶盒5的緩存区的部分内容而使机顶盒5的緩存区空以后，机顶盒5 再向附属设备1发送一个接收请求消息，则该接收请求消息会将触发 第一提供装置20将其緩存的数据发送至机顶盒5。
当满足预定条件时，则由第三提供装置2013基于预定传输规则将 所述待传输的数据提供给机顶盒5。
在一个变化例中，所述存储装置2011可以省略，即不需要存储所 述待传输的数据。譬如，机顶盒5开机，且机顶盒5的緩存区为空， 其可以接收来自附属设备1的数据流。
在另一个变化例中，如果来自其他网络设备也即内容服务器2、 对等终端设备3、 4的数据为机顶盒5可以识别的数据，而不是以点对 点的分片的形式，则此时附属设备1只要直接对该接收到的数据进行 简单的端口判断，判断其来源端口是否合法。具体地，第一判断装置
2 012上只需查询预存的合法地址/端口列表，#r查该流+某体数据所在的 数据包的目的地址是否落在所述列表中，若是，则允许该数据包通过， 若否，则可以做进一步判断其内容的一些其他标识信息，若经所述进息，若经所述进一步判断得到该数据包合法的结果，则将其包含的地 址添加入所述合法地址/端口列表中，并允许该数据包通过。
在另一个变化例中，附属设备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将所生成的所述一个或多个数据分片 提供给所述其他网络设备。
上述的具体实施例中，当附属设备l未存有所请求下载的数据时， 附属设备1还需要进一步地向机顶盒5进行查询，该实时地向下查询下查询可能会造成数据在通信链路上的往复，造成了一定的延迟，因 此，在一个变化的实施例中，附属设备1不需要进一步地向机顶盒5
进行查询，即下载数据获取装置4030 (包括数据分片相对应的数据获 取装置40300和封装数据接收装置40301 )可以省略，当附属设备1 未存有所请求下载的数据时，即由第四提供装置40中的一个指示装置 (图中未示出)立即向对等终端设备3返回一个该附属设备1不含有 该请求的数据的消息。
以上对本发明的实施例进行了描述，但是本发明并不局限于特定 的系统、设备和具体协议，本领域内技术人员可以在所附权利要求的 范围内做出各种变形或修改。
权利要求
1. 一种在服务于一个或多个网络设备的附属设备中用于为所述一个或多个网络设备提供数据的方法，其中，包括以下步骤b. 从一个或多个其他网络设备处下载数据；c. 将所下载的数据以预定方式提供给所述一个或多个网络设备。
2. 根据权利要求1所述的方法，其特征在于，所述步骤b之前还 包括以下步骤al.接收来自所述附属设备所服务的 一个网络设备的数据下载请 求消息，其中，所述数据下载请求消息包括指示所述网络设备所请求 下载的数据的指示信息；a2.从所述数据下载请求消息中提取出所述指示信息； 所述步骤b还包括，由所述一个或多个其他网络设备处下载所述 指示信息所指示的数据。
3. 根据权利要求1或2所述的方法，其特征在于，所述步骤b还 包括-由所述一个或多个其他网络设备处下载多个数据分片。
4. 根据权利要求3所述的方法，其特征在于，所述步骤c还包括c1.根据所述网络设备与所述附属设备间的预定传输规则来对所 下载的所述多个数据分片中的载荷进行转换，以生成基于所述预定传 输规则的待传输数据；c4.基于所述预定传输规则将所述待传输数据提供给所述网络设备。
5. 根据权利要求4所述的方法，其特征在于，在所述步骤cl之后 且在所述步骤c4之前，还包括c2.存储所生成的所述待传输数据； c3.判断预定条件是否满足； 所述步骤c4还包括-当所述预定条件满足时，基于所述预定传输规则将所述待传输数据提供给所述网络设备；其中，所述预定条件包括以下各项中的任一项或任多项1) 当前时间到达一个预定时刻；2) 所述网络设备由关断状态进入开启状态；3) 接收到来自该网络设备的用于请求接收与所述待传输数据 相对应内容的接收请求消息。
6. 根据权利要求4或5所述的方法，其特征在于，所述步骤cl 还包括cll.对所述多个数据分片中的载荷进行重组，以生成经重组的载 荷数据；c 13.基于所述预定传输规则对所述经重组的载荷数据进行封装， 以生成所述基于所述预定传输规则的待传输数据。
7. 根据权利要求6所述的方法，其特征在于，所述数据分片的载 荷为多媒体数据，其中，在所述步骤cll之后且在所述步骤c13之前 还包括c12.对所述经重组的多媒体数据进行解码，以生成经解码的多媒 体载荷数据；所述步骤c13还包括-基于所述预定传输规则对所述经解码的多媒体载荷数据进行封 装，以生成所述基于所述预定传输规则的待传输数据。
8. 根据权利要求4至7中任一项所述的方法，其特征在于，所述 预定传输规则包括以下各项中的任 一 项-超文本传输协议； -文件传输协议； -微软媒体服务器协议； -实时流协议。
9. 根据权利要求1至8中任一项所述的方法，其特征在于，所述 步骤b还包括-由所述一个或多个其他网络设备处接收数据包，所述数据包基于服务器/用户的模式传输； 所述步骤c还包括-将所接收到的数据包直接转发给所述网络设备。
10.根据权利要求1至9中任一项所述的方法，其特征在于，所述 网络设备为IP机顶盒或个人电脑或多媒体电视机或便携式播放
11. 一种在服务于一个或多个网络设备的附属设备中用于为其他 网络设备提供数据的方法，其中，包括以下步骤m.接收来自其他网络设备的数据下载请求消息，其中，所述数据下载请求消息包括指示所述其他网络设备所请求下载的数据的指示信 自，.n.从所述数据下载请求消息中提取出所述指示信息；0. 判断所述一个或多个网络设备和/或所述附属设备中是否存有 所述指示信息所指示的所述其他网络设备所请求下载的数据；p.若所述一个或多个网络设备和/或所述附属设备中存有所述其 他网络设备所请求下载的数据，则将所述其他网络设备所请求下载的 数据提供给所述其他网络设备。
12. 根据权利要求11所述的方法，其特征在于，所述步骤p还包括-若所述附属设备中存有所述其他网络设备所请求下载的数据，则将所述附属设备所存有的所述其他网络设备所请求下载的数据提供 给所述其他网络设备。
13. 根据权利要求11或12所述的方法，其特征在于，所述步骤 p还包括1. 若所述附属设备中未存有所述其他网络设备所请求下载的数 据，且所述一个或多个网络设备存有所述其他网络设备所请求下载的 数据，则从所述一个或多个网络设备处获取所述其他网络设备所请求 下载的数据；ii.将从所述 一 个或多个网络设备处所获取的所述其他网络设备 所请求下载的数据提供给所述其他网络设备。
14. 根据权利要求13所述的方法，其特征在于，所述其他网络设 备所请求下载的数据为数据分片，且所述一个或多个网络设备与所述 附属设备之间基于预定传输规则来传输数据，所述步骤i包括-若所述附属设备中未存有所述其他网络设备所请求下载的数 据，且所述一个或多个网络设备存有所述其他网络设备所请求下载的 数据，则基于所述预定传输规则来由所述一个或多个网络设备处获取 与所述数据分片相对应的数据；-接收所述一 个或多个网络设备发来的基于所述预定传输规则封 装的所述其他网络设备所请求下载的数据；所述步骤ii还包括-对所接收到的基于所述预定传输规则封装的所述其他网络设备 所请求下载的数据进行与所述一 个或多个网络设备中的封装操作相对 应的解封装操作，以生成经解封装的所述其他网络设备所请求下载的 数据；-对所述经解封装的所述其他网络设备所请求下载的数据进行重 构，以生成所述其他网络设备所请求下载的 一 个或多个数据分片； -将所生成的所述 一 个或多个数据分片提供给所述其他网络设备。
15. 根据权利要求11至14中任一项所述的方法，其特征在于， 所述步骤o之后还包括-若所述附属设备和所述一个或多个网络设备均未存有所述其他 网络设备所请求下载的数据，则向所述其他网络设备返回 一 个用于指 示所述一 个或多个网络设备和所述附属设备均未存有所述其他网络设 备所请求下载的数据的指示信息。
16. 根据权利要求14或15所述的方法，其特征在于，所述预定 传输规则包括以下各项中的任一项-超文本传输协议；-文件传输协议；-微软媒体服务器协议；-实时流协i义。
17. 根据权利要求11至16中任一项所述的方法，其特征在于，所 述终端设备为IP机顶盒或个人电脑或多媒体电视机或便携式播放器。
18. —种在服务于一个或多个网络设备的附属设备中用于为所述 一个或多个网络设备提供数据的第一提供装置，其中，包括下载装置，用于从一个或多个其他网络设备处下载数据； 第二提供装置，用于将所下载的数据以预定方式提供给所述一个 或多个网络设备。
19. 根据权利要求18所述的第一提供装置，其特征在于，还包括第 一接收装置，用于接收来自所述附属设备所服务的 一个网络设备的数据下载请求消息，其中，所述数据下载请求消息包括指示所述网络设备所请求下载的数据的指示信息；第 一提取装置，用于从所述数据下载请求消息中提取出所述指示 种自 所述下载装置还用于，由所述一个或多个其他网络设备处下载所 述指示信息所指示的数据。
20. 根据权利要求17或18所述的第一提供装置，其特征在于，所 述下载装置还用于由所述一个或多个其他网络设备处下载多个数据分片。
21. 根据权利要求20所述的第一提供装置，其特征在于，所述第 二提供装置还包括转换装置，用于根据所述网络设备与所述附属设备间的预定传输 规则来对所下载的所述多个数据分片中的载荷进行转换，以生成基于 所述预定传输规则的待传输数据；第三提供装置，用于基于所述预定传输规则将所述待传输数据提供给所述网络设备。
22. 根据权利要求21所述的第一提供装置，其特征在于，所述第 二提供装置还包括存储装置，用于存储所生成的所述待传输数据； 第一判断装置，用于判断预定条件是否满足； 所述第三提供装置还用于当所述预定条件满足时，基于所述预定传输规则将所述待传输数 据提供给所述网络设备；其中，所述预定条件包括以下各项中的任一项或任多项 -当前时间到达一个预定时刻； -所述网络设备由关断状态进入开启状态； -接收到来自该网络设备的用于请求接收与所述待传输数据相 对应内容的接收请求消息。
23. 根据权利要求21或22所述的第一提供装置，其特征在于，所 述转换装置还包括数据重组装置，用于对所述多个数据分片中的载荷进行重组，以 生成经重组的载荷数据；数据封装装置，用于基于所述预定传输规则对所述经重组的载荷 数据进行封装，以生成所述基于所述预定传输规则的待传输数据。
24. 根据权利要求23所述的第一提供装置，其特征在于，所述数 据分片的载荷为多媒体数据，其中，所述转换装置还包括解码装置，用于对所述经重组的多媒体数据进行解码，以生成经 解码的多媒体载荷数据；所述数据封装装置还用于基于所述预定传输规贝'J对所述经解码的多媒体载荷数据进行封 装，以生成所述基于所述预定传输规则的待传输数据。
25. 根据权利要求21至24中任一项所述的第一提供装置，其特 征在于，所述预定传输规则包括以下各项中的任一项-超文本传输协议；-文件传输协议；-微软媒体服务器协议； -实时流协议。
26. 根据权利要求18至25中任一项所述的第一提供装置，其特征 在于，所述下载装置还用于由所述一 个或多个其他网络设备处接收数据包，所述数据包基于 服务器/用户的模式传输；所述第二提供装置还用于将所接收到的数据包直接转发给所述网络设备。
27. 根据权利要求18至26中任一项所述的第一提供装置，其特征 在于，所述网络设备为IP机顶盒或个人电脑或多媒体电视机或便携式 播放器。
28. —种在服务于一个或多个网络设备的附属设备中用于为其他 网络设备提供数据的第四提供装置，其中，包括第二接收装置，用于接收来自其他网络设备的数据下载请求消息， 其中，所述数据下载请求消息包括指示所述其他网络设备所请求下载 的数据的指示信息；第二提取装置，用于从所述数据下载请求消息中提取出所述指示 信息；第二判断装置，用于判断所述一个或多个网络设备和/或所述附属 设备中是否存有所述指示信息所指示的所述其他网络设备所请求下载 的数据；第五提供装置，用于若所述一个或多个网络设备和/或所述附属设 备中存有所述其他网络设备所请求下载的数据，则将所述其他网络设 备所请求下载的数据提供给所述其他网络设备。
29. 根据权利要求28所述的第四提供装置，其特征在于，所述第 五提供装置还用于，若所述附属设备中存有所述其他网络设备所请求下载的数据，贝'J 将所述附属设备所存有的所述其他网络设备所请求下载的数据提供给供给所述其他网络设备。
30. 根据权利要求28或29所述的第四提供装置，其特征在于， 所述第五提供装置还包括下载数据获取装置，用于若所述附属设备中未存有所述其他网络 设备所请求下载的数据，且所述 一 个或多个网络设备存有所述其他网 络设备所请求下载的数据，则从所述一 个或多个网络设备处获取所述 其他网络设备所请求下载的数据；第六提供装置，用于将从所述一个或多个网络设备处所获取的所 述其他网络设备所请求下载的数据提供给所述其他网络设备。
31. 根据权利要求30所述的第四提供装置，其特征在于，所述其 他网络设备所请求下载的数据为数据分片，且所述一个或多个网络设 备与所述附属设备之间基于预定传输规则来传输数据，所述下载数据 获取装置还包括分片数据获取装置，用于若所述附属设备中未存有所述其他网络 设备所请求下载的数据，且所述一个或多个网络设备存有所述其他网 络设备所请求下载的数据，则基于所述预定传输规则来由所述一个或 多个网络设备处获取与所述数据分片相对应的数据；封装数据接收装置，用于接收所述一个或多个网络设备发来的基 于所述预定传输规则封装的所述其他网络设备所请求下载的数据；所述第六提供装置还包括解封装装置，用于对所接收到的基于所述预定传输规则封装的所 述其他网络设备所请求下载的数据进行与所述一 个或多个网络设备中 的封装操作相对应的解封装操作，以生成经解封装的所述其他网络设 备所请求下载的数据；重构装置，用于对所述经解封装的所述其他网络设备所请求下载 的数据进行重构，以生成所述其他网络设备所请求下载的 一 个或多个 数据分片；第七提供装置，用于将所生成的所述一个或多个数据分片提供给给所述其他网络设备。
32. 根据权利要求28至31中任一项所述的第四提供装置，其特 征在于，还包括指示装置，用于当所述附属设备和所述一个或多个网络设备均未 存有所述其他网络设备所请求下载的数据时，向所述其他网络设备返 回一个用于指示所述一个或多个网络设备和所述附属设备均未存有所 述其他网络设备所请求下载的数据的指示信息。
33. 根据权利要求31或32所述的第四提供装置，其特征在于， 所述预定传输规则包括以下各项中的任一项-超文本传输协议； -文件传输协议； -微软媒体服务器协议； -实时流协i义。
34. 根据权利要求28至33中任一项所述的第四提供装置，其特征 在于，所述终端设备为IP机顶盒或个人电脑或多媒体电视机或便携式 播放器。
35. —种网络设备的附属设备，其特征在于，包括根据权利要求 18到27中任一项所述的用于为网络设备提供数据的第一提供装置 和/或根据权利要求28到34中任一项所述的用于为其他网络设备提供 数据的第四提供装置。
全文摘要
本发明提供了一种网络设备的附属设备中为该网络设备提供数据的方法。根据本发明的技术方案，附属设备代理了点对点的传输业务，将从其他对等终端设备处下载的分片数据经过组装和协议封装按照网络设备可以识别的格式提供给网络设备，此外，该附属设备对于网络设备直接可以识别的数据格式按照一定的端口判断规则，直接通过特定端口提供给网络设备。通过本发明，解决了现有技术中需要按照不同的终端设备在该终端设备上重新编译软件而带来的复杂度的问题。
文档编号H04L12/56GK101505253SQ20081003356
公开日2009年8月12日 申请日期2008年2月5日 优先权日2008年2月5日
发明者张贵发 申请人:突触计算机系统(上海)有限公司