数据传输的方法

1.一种数据传输的方法，用于在P2P视频点播系统中实现数据传输，所述P2P视频点播系统包括多个结点，所述多个结点之间通过P2P对等连接，用于实现数据的传输，其特征在于，包括步骤：
A、将P2P视频点播系统中的数据切分成多个数据块，每个数据块可在P2P视频点播系统的结点之间单独传输；
B、对切分后的每一个数据块进行加密；
C、数据接收端从P2P视频点播系统中的不同结点中分别下载不同的数据块，并将所下载的多个数据块组合成完整的数据；
所述的步骤A包括步骤：
A1、确认所述数据的元数据的大小、位置及元数据信息，所述元数据信息包括所述数据的特征信息；
A2、对数据进行切分，所述切分的方式包括以下方式中的至少一种：
按需要的数据块的大小进行切分；
按需要的数据块的持续时间进行切分；
按选择的切分位置进行切分；
所述的方法还包括步骤：
D、将数据切分的相关信息构建消息对象，用于实现对数据的管理；
所述的步骤D包括步骤：
D1、构建消息对象，所述的消息对象包括数据切分的相关信息；
D2、将构建好的消息对象发送给媒体资源管理模块，媒体资源管理模块根据消息对象中的相关信息对数据进行管理。
2.根据权利要求1所述的数据传输的方法，其特征在于，所述的步骤A还包括，将切分后的数据块以及包含元数据信息的元数据块，按照它们在数据中存在的时间上的先后顺序进行标号，并记录各个数据块的大小和持续时间。
3.根据权利要求1或2所述的数据传输的方法，其特征在于，所述的步骤A还包括，对数据切分结束后删除原数据。
4.根据权利要求1所述的数据传输的方法，其特征在于，所述的步骤B中，对数据块用MD5加密算法进行加密。
5.根据权利要求1所述的数据传输的方法，其特征在于，步骤D1中构建的消息对象包括以下信息：
数据文件的总大小和/或持续时间、切分后各个数据块的大小和/或持续时间、MD5摘要、序列号、元数据大小和位置。
6.根据权利要求1或5所述的数据传输的方法，其特征在于，步骤D1中构建的消息对象包括消息号，所述的消息号包含数据是否被正确切分的信息。
7.根据权利要求1所述的数据传输的方法，其特征在于，进行步骤D2的同时，缓存所述的消息对象；且当消息对象发送失败时，重新发送消息对象。

数据传输的方法\n技术领域\n[0001] 本发明涉及一种计算机通信技术，尤其涉及一种P2P视频点播系统中数据传输的方法。\n背景技术\n[0002] VOD(Video On Demand视频点播)是在互联网上提供的一种交互式多媒体业务，可以为住宅和商业用户提供单一接入通道，使他们可以点播远程视频节目。\n[0003] 传统的VOD(视频点播)是采用C/S(客户机/服务器)连接模式提供点播(包括VOD和时移电视)业务的。由于I/O(服务器输入/输出)“瓶颈”的限制，一台服务器只能支持有限的并发流(千数量级的并发流)。要解决十万、百万用户同时收看的问题，不仅需要大量服务器，还需要极宽的网络带宽。客户机/服务器模式已经成为制约VOD发展的“瓶颈”。\n[0004] 目前，解决方法是体系结构向P2P(端对端)对等连接模式演化。P2P技术将许多用户结合成一个网络，共享其中的带宽，共同处理其中的信息。与传统的客户机/服务器模式不同，P2P工作方式中，每一个客户终端既是客户机又是服务器。\n[0005] 现有技术中，对文件数据的切分传输一般按照数据块的大小进行切分，而且受设备内存大小的限制，文件数据的大小会受到限制，很难将较大的文件数据切分成需要大小的数据块。对于需要对影片播放时进行精确定位的情况，使用按照大小进行切分的方式已经无能为力。另外，当需要对影片文件进行剪辑以获取自己需要的部分时，按照数据块的大小进行切分的方式很难完成。\n发明内容\n[0006] 本发明的目的是提供一种灵活、可靠的P2P VOD(视频点播)系统中进行数据传输的方法，该方法按多种方式将数据切分成需要大小的数据块分别进行传输。\n[0007] 本发明的目的是通过以下技术方案实现的：\n[0008] 本发明的数据传输的方法，用于在P2P视频点播系统中实现数据传输，所述P2P视频点播系统包括多个结点，所述多个结点之间通过P2P对等连接，用于实现数据的传输，包括步骤：\n[0009] A、将P2P视频点播系统中的数据切分成多个数据块，每个数据块可在P2P视频点播系统的结点之间单独传输；\n[0010] B、对切分后的每一个数据块进行加密；\n[0011] C、数据接收端从P2P视频点播系统中的不同结点中分别下载不同的数据块，并将所下载的多个数据块组合成完整的数据。\n[0012] 所述的步骤A包括步骤：\n[0013] A1、确任所述数据的元数据的大小、位置及元数据信息，所述元数据信息包括所述数据的特征信息；\n[0014] A2、对数据进行切分，所述切分的方式包括以下方式中的至少一种：\n[0015] 按需要的数据块的大小进行切分；\n[0016] 按需要的数据块的持续时间进行切分；\n[0017] 按选择的切分位置进行切分。\n[0018] 所述的步骤A还包括，将切分后的数据块以及包含元数据信息的元数据块，按照它们在数据中存在的时间上的先后顺序进行标号，并记录各个数据块的大小和持续时间。\n[0019] 所述的步骤A还包括，对数据切分结束后删除原数据。\n[0020] 所述的步骤B中，对数据块用MD5加密算法进行加密。\n[0021] 所述的方法还包括步骤：\n[0022] D、将数据切分的相关信息构建消息对象，用于实现对数据的管理。\n[0023] 所述的步骤D包括步骤：\n[0024] D1、构建消息对象，所述的消息对象包括数据切分的相关信息；\n[0025] D2、将构建好的消息对象发送给媒体资源管理模块，媒体资源管理模块根据消息对象中的相关信息对数据进行管理。\n[0026] 步骤D1中构建的消息对象包括以下信息：\n[0027] 数据文件的总大小和/或持续时间、切分后各个数据块的大小和/或持续时间、MD5摘要、序列号、元数据大小和位置。\n[0028] 步骤D1中构建的消息对象包括消息号，所述的消息号包含数据是否被正确切分的信息。\n[0029] 进行步骤D2的同时，缓存所述的消息对象；且当消息对象发送失败时，重新发送消息对象。\n[0030] 由上述本发明提供的技术方案可以看出，本发明所述的数据传输的方法，由于将媒体数据切分成较小的块，使媒体终端与服务器之间进行数据交互的同时，也使不同的媒体终端之间交换数据，这将大大提高系统的吞吐量和可扩展性，也能充分利用带宽增加下载速率。\n[0031] 又由于数据的切分可按时间、按大小或者选择切分的方式进行切分，可得到所需大小或者所需持续时间或者所需的特定部分的数据块，这样便于文件的传输，使系统增加了多条下载通道，提高了下载速率，从而保证了影片或其它媒体文件的流畅播放。\n[0032] 主要用于在P2P视频点播系统中实现数据传输，也用于在其它网络中实现数据传输。\n附图说明\n[0033] 图1为P2P视频点播系统的系统框图；\n[0034] 图2为本发明数据数据传输的方法的主要流程图。\n具体实施方式\n[0035] 本发明的数据传输的方法，主要用于在点对点P2P视频点播系统中实现数据传输，P2P视频点播系统包括多个结点，多个结点之间通过P2P对等连接，用于实现数据的传输。\n[0036] 如图1所示，P2P视频点播系统具体包括城域网媒体系统和三个驻地网媒体系统，其中，驻地网媒体系统可以有多个，但至少有一个。由前端运营服务系统为视频点播系统提供视频业务，所述前端运营服务系统包括MPC(媒体处理中心)和媒体资源管理模块等。\n[0037] 所述的城域网媒体系统包括：\n[0038] CMS(Center Media Server中心媒体服务器)：位于CNGI(中国下一代互联网)视频点播系统的城域P2P网络中，为城域网结点提供媒体数据的下载服务；\n[0039] 多个MDC(Media Distribute Cache Server媒体分发缓存结点)：位于CNGI视频点播系统的第一级P2P网络(城域网)中，为城域网其他服务器提供媒体数据的下载服务；\n[0040] 及多个EMS(Edge Media Server边缘媒体服务器)：位于CNGI视频点播系统的城域P2P网络和局域P2P网络中，与城域P2P网的其他服务器交换数据并为驻地网用户提供媒体数据服务。\n[0041] 所述CMS与多个MDC之间及每个MDC与多个EMS之间通过P2P对等连接，所述多个MDC相互之间、多个EMS相互之间通过P2P对等连接；所述CMS与多个EMS之间通过P2P对等连接。\n[0042] 所述的每个驻地网媒体系统包括EMS和多个HMT(媒体终端)，所述EMS与多个HMT之间通过P2P对等连接，所述多个HMT相互之间通过P2P对等连接。\n[0043] 这种体系结构将传统的VOD中心分发模式与P2P模型结合起来，形成优势互补性能完备的P2PVOD服务结构。\n[0044] 其特点在于媒体内容的储存和分发方式：CMS(中心媒体服务器)存储所有的媒体数据原本，其数据通过P2P方式分发到MDC(媒体分发缓存结点)和EMS(边缘媒体服务器)。\nCMS、MDC与EMS组成P2PVOD媒体存储的第一级，即城域网P2P媒体内容分发与服务系统，EMS对驻地网内的HMT提供P2P点播与目录服务，HMT进行VOD的同时提供一路转发，这样EMS和HMT构成了P2PVOD媒体储存的第二级，即驻地网P2P媒体内容转发与服务系统。这些媒体储存和分发的实体不仅可以在同层建立对等连接，还可以根据需要，跨层建立对等连接。\n[0045] 本发明数据传输的方法应用于上述视频点播系统中，将媒体数据切分成较小的块，对切分后的每一个数据块进行加密，然后，终端用户从P2P视频点播系统中的不同结点中分别下载不同的数据块，并将所下载的多个数据块组合成完整的数据。使媒体终端HMT与EMS之间进行数据交互的同时，也使不同的媒体终端HMT之间交换数据，这将大大提高系统的吞吐量和可扩展性，也能充分利用带宽增加下载速率。\n[0046] 如图2所示，具体包括以下步骤：\n[0047] 步骤21、对需要切分的数据进行数据源确认，用来得到数据切分所需的信息；\n[0048] 步骤22、将需要切分的数据切分成需要大小的数据块；\n[0049] 可以按照需要的数据块的大小、需要持续时间或者在特定位置剪切指定大小或指定时间的数据块；\n[0050] 步骤23、对切分后的每一个数据块进行加密，并得到各个数据块的摘要；\n[0051] 步骤24、对切分完毕的数据构建消息对象，用于实现对数据的管理。\n[0052] 消息对象包括数据文件的总大小、切分后各个数据块的大小，或持续时间、MD5摘要、序列号、元数据大小和位置等信息。\n[0053] 上述的步骤21中，进行数据源确认时包括确认所述的数据的元数据的大小、位置，及元数据信息，所述元数据信息包括所述数据的特征信息，主要包括以下信息：\n[0054] 所述数据的时间尺度、持续时间、图像模式、数据引用索引、压缩率、流类型、对象类型、缓冲区大小、最大比特率、平均比特率等。\n[0055] 上面所说对数据源确认包括对数据源进行确认或解析，用以确定所述数据的有关信息，具体进行数据源确认的方法是：\n[0056] 在视频点播系统中，各种标准、各种格式的媒体数据经过MPC(媒体处理中心)处理之后统一得到QuickTime格式的媒体数据，根据QuickTime文件格式，利用数据源解析程序，对这些影片数据进行解析，通过文件操作的方式得到媒体数据的元数据信息，主要包括元数据的大小、位置及数据的timescale(时间尺度)、duration time(持续时间，毫秒级)、graphics_mode(图像模式)、data_reference_index(数据引用索引)、压缩率、stream_type(流类型)、object_type(对象类型)、缓冲区大小、max_bitrate(最大比特率)、avg_bitrate(平均比特率)等各个原子的详细信息。这些信息供媒体数据切分、播放时合并以及解码时使用。\n[0057] 上述的步骤22中对数据切分的方式包括以下方式中的至少一种：\n[0058] 按需要的数据块的大小进行切分；\n[0059] 按需要的数据块的持续时间进行切分；\n[0060] 按选择的切分位置进行切分。\n[0061] 具体的切分方式为：\n[0062] 文件切分程序首先利用fstat()函数得到待切分文件的描述词，从描述词中得到以字节为单位的totalsize(媒体数据的总大小)。根据数据源确认部分得到以字节为单位的metasize(元数据的大小)和metalocation(位置)，通过对文件进行操作，首先将元数据按照大小单独切分出来。\n[0063] 对剩下的数据的切分，根据不同的需求分为按大小、按时间和选择切分位置三种模式进行分割。\n[0064] 对于按需要的数据块的大小进行切分的模式，系统可以任意指定切分后的blocksize(数据块的大小，以字节为单位)，这样如果元数据在媒体数据的开始或者在末尾，利用(totalsize-metasize)/(blocksize)，假设商是n，余数是t。则得到的总的块数就是(n+1)，前n块的大小为blocksize，第(n+1)块的大小为t，这种情况下切分后的数据块的数目由媒体数据的总大小和指定的数据块的大小决定。\n[0065] 对于按照时间进行切分的模式，即按需要的数据块的持续时间进行切分，可以指定任意的时间，根据数据源确认部分得到的比特率，用二者的乘积得到切分后的每个数据块的大小，这种模式和按大小切分模式的原理相似，需要在指出的是最后一块数据块的持续时间可能与指定的数据块的持续时间不同。切分后的数据块的数目由数据总的持续时间以及指定的切分后的数据块的持续时间决定。\n[0066] 对于选择切分模式，只需要系统给出选择切分的位置以及指定的切分出来的数据块的大小或时间就可以得到正确的切分结果。\n[0067] 对于以上三种切分模式，在切分完成后最好将切分之前的完整的数据文件删除。\n[0068] 切分后的数据块，以及包含元数据信息的元数据块，都按照它们在数据文件中存在的时间上的先后顺序进行标号，同时记录各个数据块的大小和持续时间，以备播放时使用。\n[0069] 上述的步骤23中，对数据块用MD5加密算法进行加密。具体是，对文件切分部分得到的包括元数据块的所有数据块，都用MD5进行加密，得到各个数据块的digest(摘要)并记录下来。\n[0070] 上述的步骤24中具体包括以下步骤：\n[0071] 步骤231、构建消息对象；构建的消息对象包括源模块ID、源设备ID、目的模块ID、目的设备ID及基本信息，并增加消息号。\n[0072] 步骤232、将媒体数据的总大小、切分后各个数据块的大小或持续时间、MD5摘要、序列号、元数据大小和位置等信息添加到消息对象中；\n[0073] 步骤233、将构建好的消息对象发送给媒体资源管理模块。同时，缓存所述的消息对象；且当消息对象发送失败时，重新发送消息对象。\n[0074] 具体构建消息对象的方法是，从本地机器的消息队列中取消息块，从中得到消息对象，在该消息对象中得到srcModID(源模块ID)、srcDevID(源设备ID)、dstModID(目的模块ID)、dstDevID(目的设备ID)(以上四个参数都是对于本地而言)以及消息号。判断该消息号是否为触发启动媒体数据切分服务的消息号，如果不是，将继续取消息队列，如果是，则启动切分服务模块，并记录源模块ID、源设备ID、目的模块ID和目的设备ID(以上四个参数都是对于本地而言)等参数。利用P2P视频点播系统中设计的消息对象类，首先利用源模块ID(srcModID)、源设备ID(srcDevID)、目的模块ID(dstModID)、目的设备ID(dstDevID)(以上四个参数都是对于本地而言)以及基本信息增加消息号并创建消息对象，然后按照事先定义好的接口规范将协议、版本、扩展、序列号、数据源确认部分和文件切分部分以及数据块加密部分得到的文件名、编码格式、数据文件的总大小、元数据的大小和位置、切分后的数据块的大小或持续时间以及各个数据块的MD5摘要，利用添加条目的方式添加到先前创建的消息对象中。完成消息对象的构建。最后将构建的消息对象发送给媒体资源管理模块，同时缓存该消息对象，如果发送失败则重发。\n[0075] 利用本发明开发的程序对数据量较大的媒体数据进行按时间、按大小或者选择切分的方式进行分割后，得到数据量小的文件块，这样便于文件的传输，使P2P系统的用户终端和边缘媒体服务器之间以及各个用户终端之间进行交互。大大提高了系统的吞吐量和下载速率，充分利用了本地的带宽，克服了C/S模型中传输带宽的瓶颈，也减少了服务器的压力。\n[0076] 具体实施例，假设peer1、peer2、peer3、peer4为P2P的四个对等端，即P2P视频点播系统的四个结点，对等端peer5(这里包括EMS)拥有peer1要下载的影片，这时把peer5上的影片被分成许多互不相交的数据块。peer1、peer2、peer3、peer4随机的从peer5上下载数据块，这样他们下载的数据块在很大程度上是互补的，从而，peer1就可以同时在peer2、peer3、peer4和peer5上下载它所没有的数据块，同时peer1上的数据块也同样可以被peer2、peer3和peer4下载。在这种模式下构造链接拓扑的时候一般采用“网(mesh)”而不是“树(tree)”的方式，使得构造拓扑变得容易和可行。\n[0077] 从上面的分析可以看出，系统中增加了多条下载通道，充分利用了本地的带宽，减少了EMS的负担，增加了系统的吞吐量，也增大了下载速率，从而保证了影片的流畅播放。\n主要用于在P2P视频点播系统中实现数据传输，也用于在其它网络中实现数据传输。\n[0078] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。