CN101188622B

CN101188622B - 一种利用p2p直播通道下载文件的方法和装置

Info

Publication number: CN101188622B
Application number: CN2007101606964A
Authority: CN
Inventors: 刘一兰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2007-12-29
Filing date: 2007-12-29
Publication date: 2011-04-20
Anticipated expiration: 2027-12-29
Also published as: CN101188622A

Abstract

本发明公开了一种利用P2P直播通道下载文件的方法，包括如下步骤：从直播通道接收P2P层的数据包；判断所接收的数据包是否为用于下载文件的数据类型，若是，则创建临时文件；接收数据块，将所接收的数据块写入所述临时文件；判断是否接收所要下载文件的全部数据块，若是则结束本流程，否则转至所述接收数据块的步骤。本发明还公开了利用P2P直播通道下载文件的装置。本发明方案可以实现在已使用P2P直播传输媒体数据流的情况下，可以利用已建立的P2P直播通道传输文件，而不需要重新创建一个P2P文件下载通道，从而达到节省资源的目的。

Description

一种利用P2P直播通道下载文件的方法和装置

技术领域

本发明涉及计算机网络技术领域，特别涉及一种利用P2P直播通道下载文件的方法和装置。

背景技术

P2P视频点播/直播是互联网新近兴起的一类应用，其主要特点是数据下载通过P2P的方式，使用户能够在线观看视频节目，而无需下载整个媒体文件，与传统的服务器-客户端模式的网络视频点播/直播相比，大大放宽了对网络带宽的要求。P2P下载技术也是一种P2P技术在文件下载中的应用，通过所有的客户端能够达到减少服务器流量的目的。

在实际应用中，往往用户在观看P2P视频直播节目的同时，还需要通过P2P方式下载软件、音乐、游戏等等网络资源。但是现有技术中，P2P技术应用于不同的场景并不能做到使用同一种方式。这就导致如果要使用P2P直播技术，则客户端应用软件必须带上直播组件，而如果再想使用P2P下载技术，则客户端应用软件不得不添加一个P2P下载组件。对于正在进行P2P视频点播的客户端来说，其直播通道已经建立，再创建一个P2P下载通道将耗费更多的资源。

发明内容

有鉴于此，本发明实施例提出一种利用P2P直播通道下载文件的方法，包括如下步骤：

从直播通道接收P2P层的数据包；其中，通过将文件分成数据块，设置数据头，所述数据头包括文件的数据块的开始编号和结束编号、数据类型标识符和文件验证码，由所述数据头和对应的数据块组成所述数据包；

判断所接收的数据包是否为用于下载文件的数据类型，若是，则创建临时文件，记录所述数据头中的数据块的开始编号和结束编号；

接收数据块，将所接收的数据块写入所述临时文件；若数据块开始编号至结束编号范围内的所有数据块均标识为已收到，则结束本流程，否则转至所述接收数据块的步骤。

本发明实施例还公开了一种利用P2P直播通道下载文件的装置，包括用于建立直播通道的模块，以及：

接收单元，用于从直播通道接收P2P层的数据包；其中，通过将文件分成数据块，设置数据头，所述数据头包括文件的数据块的开始编号和结束编号、数据类型标识符和文件验证码，由所述数据头和对应的数据块组成所述数据包；

类型识别单元，用于判断所述接收单元所接收的数据包的类型；

下载单元，用于当所述类型识别单元识别的数据包类型为用于下载文件的数据类型时，创建临时文件，记录所述数据头中的数据块的开始编号和结束编号，将接收单元所接收的数据包的数据块写入所述临时文件；

下载单元包括数据分片管理模块，用于记录文件的各个数据块是否下载成功，若文件的所有数据块均下载成功，则指示该文件下载成功。

从以上技术方案可以看出，在直播通道中设置用于进行文件传输的数据类型，在直播通道接收该数据类型的数据包，从而可以实现当使用P2P直播传输媒体数据流的时候，利用已建立的P2P直播通道传输文件，从而达到节省资源的目的。

附图说明

图1为本发明第一实施例通过P2P直播通道发布文件的流程图；

图2为本发明第一实施例P2P客户端处理流程图；

图3为本发明第二实施例P2P客户端处理流程图；

图4为本发明第三实施例的P2P客户端框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

定义使用P2P直播技术传输的类型和文件头、数据块描述。

为了能够使用P2P的直播通道进行传输过程，需要在直播通道中定义一种新的数据类型：FILE_STREAM。该数据类型是为了和在P2P直播通道中传输的直播视频节目的数据类型分开。

FILE_STREAM包括数据头和数据块，其中的数据头格式描述如表1所示：

FILE_STREAM
	文件大小(fileSize)
文件名(fileName)
	开始编号(beginNo)
结束编号(endNo)
	文件验证码
其他

表1

在该数据头格式定义中，具体值如下：

FILE_STREAM：数据类型标识符。

fileSize：该文件的全部大小；

filename：文件名称，可以包含文件后缀名；

beginNo：文件开始数据块编号；

endNo：文件结束数据块编号。

文件验证码：全部文件的验证码信息，给需要做验证码校验的文件使用。

其他自选数据：文件的其他附加属性，由文件发布源给出，由文件接收端负责解析，并进行进一步的逻辑处理。

数据块格式如表2所示：

编号(No)
	数据片大小(Size)
数据

表2

在数据块中，具体值定义如下：

No：编号，由P2P层面给出的唯一数据编号。

Size：本块数据的大小。

数据：本块数据包所带的全部数据。

由于P2P直播通道的属性，在该类型定义的时候，并没有定义文件尾数据块，所有的必须数据都在文件头数据块中。

本发明第一实施例的通过直播通道发布文件的流程如图1所示，包括如下步骤：

步骤101：创建P2P层的直播通道，进行P2P直播层的初始化。

步骤102：判断是否增加了新的需要发布的文件，如果有增加，则执行步骤103，否则执行步骤105。

步骤103：读取所述新的需要发布的文件，创建相应的文件头包。

步骤104：将所读取的文件信息添加到发布文件列表。表3示出了发布文件列表的一个示例：

文件名	文件大小	文件位置	文件校验码	文件传输次数	上一次文件传输时间
						1.swf	23214bps	C:\pubFile	*****	23	2007年12月16日17:19

表3

步骤105：从发布文件列表中获取当前文件信息。

步骤106：检查所述文件信息对应的文件位置的文件是否存在？如果存在，则执行步骤107，否则执行步骤112。

步骤107：将当前文件备份到备份文件夹中。

步骤108：将所述备份文件进行分块，每个数据块大小一般为固定长度。如果大小不够，则以剩下的长度作为一个数据块。设置所述备份文件的数据块的起始编号和结束编号，每个数据块包括表2所示的编号、数据片大小以及数据，并封装表1所示的文件头，组成数据包，并将该数据包发往P2P层的直播通道。

步骤109：判断是否已经到备份文件的末尾了？否，则执行步骤110，是，则执行步骤111。

步骤110：等待固定时间，该时间是由P2P直播层规定的，例如设置为1秒。下一步是重复执行步骤108。

步骤111：删除备份文件。并转至步骤102。

步骤112：将不存在的文件从发布文件列表中删除掉，并转至步骤102。

在上述流程图步骤中，并没有写出退出步骤，当用户界面点击去掉发布后，应该及时在步骤102之前退出整个循环，并结束掉该P2P直播通道。

本发明第一实施例的文件接收端处理流程如图2所示，包括如下步骤：

步骤201：如果收到一个P2P层的数据包，则转入步骤202，否则继续执行步骤201等待下一个数据包。为便于描述，以下将所接收的数据包所属的文件称为文件A。

步骤202：判断该数据包的类型是否为FILE_STREAM，如果为FILE_STREAM，则转入步骤204，否则转入步骤203。

步骤203：转入其他工作，由P2P直播的其他工作线程接收该数据包。

步骤204：首先创建与文件A对应的临时文件，记录文件的beginNo，endNo，并保存文件验证码信息。初始化数据分片管理模块，(该系统用于记录文件的某一片是否已经下载成功，只有当文件的每一片都下载成功的时候，才表示文件已经下载成功)。

步骤205：是否收到P2P层的数据块，收到则转入步骤206，否则，将继续执行步骤205，等待一个数据块。

步骤206：将收到的数据块写入临时文件，并更新数据分片管理模块，即标识该数据块已经收到。这里假设同时只下载一个文件，如果同时下载多个文件，则将所收到的数据块写入对应的临时文件中。

步骤207：判断是否所述beginNo至endNo范围内的所有数据块均标识为已收到，如果是则继续步骤208，否则转至步骤205。

步骤208：关闭文件，并使用验证码信息验证文件，如果成功验证，则通知上层，文件A结束，并转入到步骤201，开始另一个文件的下载。

由于使用P2P直播通道只是下载文件的一个附件，所以希望在下载的时候不会影响到正常的媒体数据在P2P直播通道中传输的效率，因此，限定该P2P直播通道速率是很重要的。在原有的P2P直播通道中就已经支持对传输速率的限定，因此只需要沿用该速率限定功能即可。

此外，将文件的数据块大小的划分也是很重要的，如果数据块的大小划分过大，则可能造成网速的降低，而把数据块的大小划分过小，则无形中会增加P2P的传输效率。经过多项测试，发现P2P直播通道中的文件数据块大小以1k字节～41k字节数据最为合适。

本发明第一实施例的技术方案中，可能会存在如下问题：

问题1：文件A会被循环的在P2P直播通道中传输，对于已经下载过文件A的客户端来说，重复下载该文件将造成浪费。

问题2：由于P2P直播通道的限制，文件A在没有下载完全的情况下，需要在下一次该文件到来的时候重新下载，而已经下载成功的一段数据又会造成浪费。

本发明第二实施例针对上述第1、2两个方面的问题进行了改进，其流程如图3所示，包括如下步骤：

步骤301：如果收到一个P2P层的数据包，则转入步骤302，否则继续执行步骤301，等待一个头格式包。

步骤302：判断该数据头格式的包的类型是否为FILE_STREAM，如果为FILE_STREAM，则转入步骤304，否则转入步骤303。

步骤303：按照现有的P2P直播流程，由P2P直播的工作线程接收该包。

步骤304：判断传输的文件是否已经在之前的传输中被下载完毕，若是则转入步骤305，否则执行步骤307。

本步骤用于克服前面提到的问题1：由于进行了该判断步骤，则不会重复下载曾经下载过的文件。

步骤305：设定定时器，时长为(endNo-beginNo)*单片数据时长，在本实施例中，设置为1秒。当定时器时间到的时候，转入步骤301。

步骤306：判断该文件是否以前曾经下载过且未下载完全，若是执行步骤308，否则执行步骤307。

本步骤用于克服前面提到的问题2，可以避免浪费文件中已经下载的部分数据。

步骤307：创建临时文件，并记录文件的beginNo，endNo，并保存文件验证码信息。初始化数据分片管理模块，该模块用于记录文件的各个分片是否已经下载成功，只有当文件的每一片都下载成功的时候，才表示文件已经下载成功。

步骤308：在数据分片管理模块中，获取当前未成功下载的下一片数据编号No，并设定定时器，使用定时器的原因是因为P2P直播通道的属性是流格式，无论是否需要该数据，都始终处于传输数据的状态。设定定时器是为了减少网络流量，在定时器期间，将不会参与到数据块的传输中，这样就不会浪费网络流量了。较佳地，可以先估算需要等待的时间，该时间应当为已经下载文件的最近需要下载的数据块到当前接收的数据块之间这段数据块传输所需的时间，因此该等待时间＝(最近需要下载的数据块编号-当前接收的数据块编号)×传输单个数据块的时间。然后将估算的等待时间设置为定时器的时长。

步骤309：定时时间到，判断是否收到P2P层的数据块，收到则转入步骤310，否则，将继续步骤309，等待一个数据块。

步骤310：将收到的数据块写入文件，并更新文件管理系统，即标识该块数据块已经收到。

步骤311：判断是否所述beginNo至endNo范围内的所有数据块均标识为已收到，如果是则继续执行步骤312，否则转入步骤308。

步骤312：关闭文件，并使用验证码信息验证文件，如果成功验证，则通知上层，文件A结束，并转入到步骤301，开始另一个文件的下载。

本发明第三实施例提出一种P2P客户端，可以在利用P2P技术收看视频直播节目的同时，利用已建立的直播通道传输文件。该客户端的框图如图4所示，包括：

直播模块401，用于建立直播通道，以及进行P2P直播的相关处理。

接收单元402，用于从直播通道接收P2P层的数据包；

类型识别单元403，用于判断所述接收单元402所接收的数据包的类型；

下载单元404，用于当所述类型识别单元403识别的数据包类型为用于下载文件的数据类型，则创建临时文件，将接收单元402所接收的数据包的数据块写入所述临时文件，并判断是否接收所述要下载文件的全部数据块，若是则完成对该文件的下载。

所述下载单元404进一步包括：数据分片管理模块405，用于记录文件的各个数据块是否下载成功，若文件的所有数据块均下载成功，则指示该文件下载成功。

所述下载单元404进一步包括：

历史判断模块406，用于判断是否已经下载过所要下载的文件，若是，则进一步判断所述文件是否已下载完全；

续传处理模块407，当所述历史判断模块判断已下载过该文件且未下载完全，则获取所述文件中未成功下载的数据块编号；

下载模块408，用于根据续传处理单元408获取的数据块编号进行下载。

本发明实施例方案可以达到如下技术效果：当使用P2P直播传输媒体数据流的时候，可以利用已建立的P2P直播通道传输文件，而不需要重新创建一个P2P文件下载通道，从而达到节省资源的目的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种利用P2P直播通道下载文件的方法，其特征在于，包括如下步骤：

2.根据权利要求1所述的方法，其特征在于，所述创建临时文件的步骤还包括：记录所述数据包中的验证码；

则数据块开始编号至结束编号范围内的所有数据块均标识为已收到之后，进一步包括：使用所记录的验证码验证所下载的文件，验证成功则结束该文件的下载。

3.根据权利要求1所述的方法，其特征在于，所述创建临时文件之前，进一步包括：

判断是否曾经下载过所述文件且未下载完全，若是，则获取所述文件中未成功下载的数据块编号，再转至所述接收数据块的步骤；否则，执行所述创建临时文件的步骤。

4.根据权利要求3所述的方法，其特征在于，所述判断是否曾经下载过所述文件且未下载完全之前，进一步包括：判断是否已成功下载过所述文件，若是，则转至所述从直播通道接收P2P层的数据包的步骤。

5.根据权利要求4所述的方法，其特征在于，所述转至所述从直播通道接收P2P层的数据包的步骤之前，进一步包括：

设定定时器，当定时器超时，则转至所述从直播通道接收P2P层的数据包的步骤。

6.根据权利要求5所述的方法，其特征在于，所述设定定时器包括：将所述文件的最近需要下载的数据块编号减去当前接收的数据块编号，将所得的结果乘以下载单个数据块所需时间，将乘积作为所述定时器的时长。

7.根据权利要求1所述的方法，其特征在于，所述将文件分成数据块为：将文件分成大小为1k字节至4k字节的数据块。

8.一种利用P2P直播通道下载文件的装置，包括用于建立直播通道的模块，其特征在于，还包括：

9.根据权利要求8所述的装置，其特征在于，所述下载单元进一步包括：

历史判断模块，用于判断是否已经下载过所要下载的文件，若是，则进一步判断所述文件是否已下载完全；

续传处理模块，当所述历史判断模块判断已下载过该文件且未下载完全，则获取所述文件中最近的未成功下载的数据块编号；

下载模块，用于根据续传处理模块获取的数据块编号进行数据块下载。