CN113746884B - 一种多媒体资源的传输方法、装置和系统 - Google Patents

Abstract

本申请涉及一种多媒体资源的传输方法、装置和系统，其中，该方法包括：接收建连请求，其中，建连请求用于请求第一对等节点与第二对等节点建立连接以及从第一对等节点获取目标多媒体资源的数据，第一对等节点和第二对等节点是对等网络中的节点；从第一对等节点所预存的多媒体资源中查找目标多媒体资源；在查找到目标多媒体资源的情况下，响应建连请求向第二对等节点发送建连响应，其中，建连响应用于指示第一对等节点接受建连请求。本申请解决了相关技术中不开启P2P上传的用户无法进行P2P传输的技术问题。

Description

一种多媒体资源的传输方法、装置和系统

技术领域

本申请涉及计算机领域，尤其涉及一种多媒体资源的传输方法、装置和系统。

背景技术

在目前的集成了P2P(Peer-to-Peer，对等传输)内核的播放系统中存在以下问题：一方面对于不想开启P2P上传的用户，无法进行P2P。另一方面P2P只能在实时播放的节点中进行，能否交互数据取决于两个播放端的播放进度是否相近，如果播放进度相差较远，则无法进行有效P2P。对于上述问题，目前的解决方案是通过追踪服务器tracker根据播放节点的播放进度，挑选播放进度相近的节点返回。但是这种方案增加了tracker的复杂度，且不能解决不开启P2P上传的用户的P2P传输问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请提供了一种多媒体资源的传输方法、装置和系统，以至少解决相关技术中不开启P2P上传的用户无法进行P2P传输的技术问题。

根据本申请实施例的一个方面，提供了一种多媒体资源的传输方法，包括：

接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点；

从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

可选地，在响应所述建连请求向所述第二对等节点发送建连响应之后，所述方法还包括：

接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

可选地，在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，所述方法还包括以下至少之一：

在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

可选地，下载所述目标多媒体资源包括：

获取所述目标多媒体资源的目标资源信息，其中，所述目标资源信息用于指示所述目标多媒体资源的目标资源地址；

根据所述目标资源信息下载所述目标多媒体资源。

可选地，根据所述目标资源信息下载所述目标多媒体资源包括：

确定所述第一对等节点当前是否正在下载多媒体资源；

在所述第一对等节点当前未在下载多媒体资源的情况下，从所述目标资源地址下载所述目标多媒体资源。

可选地，在确定所述第一对等节点当前是否正在下载多媒体资源之后，所述方法还包括：

在所述第一对等节点当前正在下载多媒体资源的情况下，将所述目标资源信息添加到待下载列表中，其中，所述待下载列表用于记录待下载的多媒体资源的待下载资源信息；

在所述第一对等节点当前下载完多媒体资源的情况下，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源。

可选地，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源包括以下至少之一：

在所述下载策略包括每个待下载资源信息的优先级的情况下，从所述待下载列表中获取优先级最高的第一资源信息，并下载所述第一资源信息所指示的多媒体资源；

在所述下载策略包括在下载过程中开启对等传输的情况下，从所述待下载列表获取第二资源信息，并在下载所述第二资源信息所指示的多媒体资源的过程中开启对等传输；

在所述下载策略包括在下载过程中进行行数据校验的情况下，从所述待下载列表获取第三资源信息，并在下载所述第三资源信息所指示的多媒体资源的过程中对下载的数据进行行数据校验；

在所述下载策略包括在下载失败的情况下进行下载重试的情况下，从所述待下载列表获取第四资源信息，下载所述第四资源信息所指示的多媒体资源，并在下载所述第四资源信息所指示的多媒体资源失败的情况下每隔目标时间重新下载所述第四资源信息所指示的多媒体资源；

在所述下载策略包括下载速度不超过目标速度的情况下，从所述待下载列表获取第五资源信息，并在下载所述第五资源信息所指示的多媒体资源的过程中控制所述第五资源信息所指示的多媒体资源的下载速度不超过所述目标速度。

可选地，在下载所述目标多媒体资源之后，所述方法还包括：

向所述对等网络中的追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源。

可选地，在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，所述方法还包括：

在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求；

接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

根据本申请实施例的另一方面，还提供了一种多媒体资源的传输系统，包括：第一对等节点和第二对等节点，其中，

所述第一对等节点和所述第二对等节点是对等网络中的节点；

所述第一对等节点用于：接收建连请求，其中，所述建连请求用于请求所述第一对等节点与所述第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据；从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求；

所述第二对等节点用于：向所述第一对等节点发送所述建连请求。

可选地，所述第一对等节点还用于以下至少之一：

在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

可选地，所述系统还包括：追踪服务器，其中，

所述第一对等节点还用于：在下载所述目标多媒体资源之后，向所述追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源；

所述追踪服务器用于：接收所述第一对等节点发送的所述指示信息。

根据本申请实施例的另一方面，还提供了一种多媒体资源的传输装置，包括：

第一接收模块，用于接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点；

查找模块，用于从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

第一发送模块，用于在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的方法。

根据本申请实施例的另一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器通过计算机程序执行上述的方法。

在本申请实施例中，采用接收建连请求，其中，建连请求用于请求第一对等节点与第二对等节点建立连接以及从第一对等节点获取目标多媒体资源的数据，第一对等节点和第二对等节点是对等网络中的节点；从第一对等节点所预存的多媒体资源中查找目标多媒体资源；在查找到目标多媒体资源的情况下，响应建连请求向第二对等节点发送建连响应，其中，建连响应用于指示第一对等节点接受建连请求的方式，通过第一对等节点预存多媒体资源，当接收到用于向第一对等节点请求目标多媒体资源的建连请求后，从预存的多媒体资源中查找所请求的目标多媒体资源，能够为不开启上行P2P传输的节点提供分享，如果在预存的多媒体资源中查找到目标多媒体资源，则接受与第二对等节点的连接，等待第二对等节点的数据请求，通过第一对等节点预存多媒体资源为实时节点提供P2P分享，能够为不开启上行P2P传输的节点提供资源分享，从而实现了为不开启P2P上传的用户提供P2P传输的技术效果，进而解决了相关技术中不开启P2P上传的用户无法进行P2P传输的技术问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本申请实施例的多媒体资源的传输方法的硬件环境的示意图；

图2是根据本申请实施例的一种可选的多媒体资源的传输方法的流程图；

图3是根据本申请可选的实施方式的super-peer下载资源的过程的示意图；

图4是根据本申请可选实施例的一种super-peer的启动过程的示意图；

图5是根据本申请可选实施例的一种peer与super-peer的交互过程的示意图；

图6是根据本申请可选实施例的一种super-peer对建连请求的处理过程的示意图；

图7是根据本申请实施例的一种可选的多媒体资源的传输装置的示意图；

以及

图8是根据本申请实施例的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一方面，提供了一种多媒体资源的传输的方法实施例。

可选地，在本实施例中，上述多媒体资源的传输方法可以应用于如图1所示的由第一对等节点101和第二对等节点103所构成的系统中。如图1所示，第一对等节点101与第二对等节点103通过网络进行连接，第一对等节点101和第二对等节点103可以是终端或终端上安装的客户端，也可以是为终端或终端上安装的客户端提供服务(如游戏服务、应用服务等)的服务器，可在服务器上或独立于服务器设置数据库，用于为第一对等节点101与第二对等节点103提供数据存储服务，上述网络包括但不限于：广域网、城域网或局域网，第一对等节点101并不限定于PC、手机、平板电脑等。本申请实施例的多媒体资源的传输方法可以由第一对等节点101来执行，也可以是由第一对等节点101和第二对等节点103共同执行。其中，第一对等节点101执行本申请实施例的多媒体资源的传输方法也可以是由安装在其上的客户端来执行。

可选地，在本实施例中，所述第一对等节点和所述第二对等节点是对等网络中的节点；

所述第一对等节点用于：接收建连请求，其中，所述建连请求用于请求所述第一对等节点与所述第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据；从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求；

所述第二对等节点用于：向所述第一对等节点发送所述建连请求。

可选地，所述第一对等节点还用于：

在响应所述建连请求向所述第二对等节点发送建连响应之后，接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

可选地，所述第一对等节点还用于以下至少之一：

在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

可选地，在本实施例中，所述第一对等节点还用于：获取所述目标多媒体资源的目标资源信息，其中，所述目标资源信息用于指示所述目标多媒体资源的目标资源地址；根据所述目标资源信息下载所述目标多媒体资源。

可选地，在本实施例中，所述第一对等节点还用于：确定所述第一对等节点当前是否正在下载多媒体资源；在所述第一对等节点当前未在下载多媒体资源的情况下，从所述目标资源地址下载所述目标多媒体资源。

可选地，在本实施例中，所述第一对等节点还用于：在确定所述第一对等节点当前是否正在下载多媒体资源之后，在所述第一对等节点当前正在下载多媒体资源的情况下，将所述目标资源信息添加到待下载列表中，其中，所述待下载列表用于记录待下载的多媒体资源的待下载资源信息；在所述第一对等节点当前下载完多媒体资源的情况下，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源。

可选地，在本实施例中，所述第一对等节点还用于以下至少之一：

在所述下载策略包括每个待下载资源信息的优先级的情况下，从所述待下载列表中获取优先级最高的第一资源信息，并下载所述第一资源信息所指示的多媒体资源；

在所述下载策略包括在下载过程中开启对等传输的情况下，从所述待下载列表获取第二资源信息，并在下载所述第二资源信息所指示的多媒体资源的过程中开启对等传输；

在所述下载策略包括在下载过程中进行行数据校验的情况下，从所述待下载列表获取第三资源信息，并在下载所述第三资源信息所指示的多媒体资源的过程中对下载的数据进行行数据校验；

在所述下载策略包括在下载失败的情况下进行下载重试的情况下，从所述待下载列表获取第四资源信息，下载所述第四资源信息所指示的多媒体资源，并在下载所述第四资源信息所指示的多媒体资源失败的情况下每隔目标时间重新下载所述第四资源信息所指示的多媒体资源；

在所述下载策略包括下载速度不超过目标速度的情况下，从所述待下载列表获取第五资源信息，并在下载所述第五资源信息所指示的多媒体资源的过程中控制所述第五资源信息所指示的多媒体资源的下载速度不超过所述目标速度。

可选地，在本实施例中，所述系统还包括：追踪服务器，其中，

所述第一对等节点还用于：在下载所述目标多媒体资源之后，向所述追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源；

所述追踪服务器用于：接收所述第一对等节点发送的所述指示信息。

图2是根据本申请实施例的一种可选的多媒体资源的传输方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点；

步骤S204，从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

步骤S206，在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

通过上述步骤S202至步骤S206，通过第一对等节点预存多媒体资源，当接收到用于向第一对等节点请求目标多媒体资源的建连请求后，从预存的多媒体资源中查找所请求的目标多媒体资源，能够为不开启上行P2P传输的节点提供分享，如果在预存的多媒体资源中查找到目标多媒体资源，则接受与第二对等节点的连接，等待第二对等节点的数据请求，通过第一对等节点预存多媒体资源为实时节点提供P2P分享，能够为不开启上行P2P传输的节点提供资源分享，从而实现了为不开启P2P上传的用户提供P2P传输的技术效果，进而解决了相关技术中不开启P2P上传的用户无法进行P2P传输的技术问题。

可选地，在本实施例中，多媒体资源可以但不限于包括视频资源，音频资源，图像资源，文本资源等等任何形式的资源。

在步骤S202提供的技术方案中，第一对等节点可以但不限于称为超级节点，可以在对等(P2P)网络中进行预先的部署。超级节点可以预缓存完整的多媒体资源数据，预缓存成功后，为实时节点提供P2P分享服务。

可选地，在本实施例中，第二对等节点可以但不限于为多媒体资源的播放端，建连请求可以但不限于是由第二对等节点发送给第一对等节点的，用于向第一对等节点请求建立连接并请求获取目标多媒体资源的数据进行播放。

在步骤S204提供的技术方案中，第一对等节点中预存了多媒体资源的完整数据用于为其他节点提供P2P服务。

在步骤S206提供的技术方案中，如果查找到第一对等节点中预存了目标多媒体资源，则与第二对等节点建立连接，并等待第二对等节点的数据请求。

作为一种可选的实施例，在响应所述建连请求向所述第二对等节点发送建连响应之后，还包括：

S11，接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

S12，响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

可选地，在本实施例中，在向第二对等节点发送建连响应之后，等待第二对等节点发送的数据请求，接收到第二对等节点发送的数据请求后，根据数据请求中所指示请求的目标数据为第二对等节点提供数据传输服务。从而完成数据的P2P传输。

可选地，在本实施例中，第二对等节点(普通peer)向追踪服务器tracker获取的P2P节点，可以包括普通peer和super-peer(如第一对等节点的超级节点)，获取哪些节点进行P2P传输可以由普通peer的请求策略决定，普通peer向tracker请求时可以指明自己的请求。

作为一种可选的实施例，在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，还包括以下至少之一：

S21，在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

S22，在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

可选地，在本实施例中，如果从第一对等节点所预存的一个或者多个多媒体资源中查找目标多媒体资源后，未查找到目标多媒体资源，那么一方面第一对等节点可以断开与第二对等节点的连接，另一方面第一对等节点可以将目标多媒体资源列为待下载的资源并按照一定的下载策略对目标多媒体资源进行下载，从而使得第一对等节点能够在后续的服务中提供目标多媒体资源的分享服务。

作为一种可选的实施例，下载所述目标多媒体资源包括：

S31，获取所述目标多媒体资源的目标资源信息，其中，所述目标资源信息用于指示所述目标多媒体资源的目标资源地址；

S32，根据所述目标资源信息下载所述目标多媒体资源。

可选地，在本实施例中，目标资源信息可以但不限于包括目标多媒体资源的URL(Uniform Resource Locator,统一资源定位符)，资源长度等等信息，用于完成目标多媒体资源的下载任务。

作为一种可选的实施例，根据所述目标资源信息下载所述目标多媒体资源包括：

S41，确定所述第一对等节点当前是否正在下载多媒体资源；

S42，在所述第一对等节点当前未在下载多媒体资源的情况下，从所述目标资源地址下载所述目标多媒体资源。

可选地，在本实施例中，第一对等节点可以但不限于对待下载的多媒体资源进行逐个的下载，在下载目标多媒体资源前，首先确定当前是否正在执行其他多媒体资源的下载任务，如果当前没有下载其他多媒体资源，则从目标资源地址下载目标多媒体资源。

作为一种可选的实施例，在确定所述第一对等节点当前是否正在下载多媒体资源之后，还包括：

S51，在所述第一对等节点当前正在下载多媒体资源的情况下，将所述目标资源信息添加到待下载列表中，其中，所述待下载列表用于记录待下载的多媒体资源的待下载资源信息；

S52，在所述第一对等节点当前下载完多媒体资源的情况下，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源。

可选地，在本实施例中，可以但不限于设置待下载列表，来记录待下载的多媒体资源的待下载资源信息，并根据待下载列表中记录的顺序逐个下载多媒体资源。

在一个可选的实施方式中，提供了一种super-peer(即上述第一对等节点)下载资源的过程，图3是根据本申请可选的实施方式的super-peer下载资源的过程的示意图，如图3所示，super-peer下载资源的过程可以但不限于包括以下步骤：

步骤S301，收到请求后判断所请求的资源是否需要下载。

步骤S302，如果需要下载，则缓存当前需要下载的资源的各项参数，包括URL，文件长度等。

步骤S303，判断是否可以直接下载该资源。

步骤S304，如果当前正在下载别的资源，则将该资源的信息存储至待下载列表。

步骤S305，如果当前处于下载空闲状态，则直接开始资源的下载。可以按照下载策略进行资源下载。

步骤S306，下载完成该资源，并可以存储已下载的资源的最后修改时间，资源的唯一标志符，资源的其他信息等(比如对于mp4资源可以存储etag/content-type等参数)。

步骤S307，检查待下载列表中是否存在待下载的任务，如果存在则继续获取下一个待下载任务开始下载。

作为一种可选的实施例，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源包括以下至少之一：

S61，在所述下载策略包括每个待下载资源信息的优先级的情况下，从所述待下载列表中获取优先级最高的第一资源信息，并下载所述第一资源信息所指示的多媒体资源；

S62，在所述下载策略包括在下载过程中开启对等传输的情况下，从所述待下载列表获取第二资源信息，并在下载所述第二资源信息所指示的多媒体资源的过程中开启对等传输；

S63，在所述下载策略包括在下载过程中进行行数据校验的情况下，从所述待下载列表获取第三资源信息，并在下载所述第三资源信息所指示的多媒体资源的过程中对下载的数据进行行数据校验；

S64，在所述下载策略包括在下载失败的情况下进行下载重试的情况下，从所述待下载列表获取第四资源信息，下载所述第四资源信息所指示的多媒体资源，并在下载所述第四资源信息所指示的多媒体资源失败的情况下每隔目标时间重新下载所述第四资源信息所指示的多媒体资源；

S65，在所述下载策略包括下载速度不超过目标速度的情况下，从所述待下载列表获取第五资源信息，并在下载所述第五资源信息所指示的多媒体资源的过程中控制所述第五资源信息所指示的多媒体资源的下载速度不超过所述目标速度。

可选地，在本实施例中，下载策略可以但不限于包括以下几种：

策略1，设定下载任务的优先级(可以按照url中的域名进行设定)。可以按照优先级从高到低的顺序下载多媒体资源。

策略2，下载过程中是否开启P2P。根据设定在下载过程中开启或关闭P2P传输。

策略3，下载过程是否进行数据校验。根据设定在下载过程中对数据进行校验。

策略4，下载失败时是否进行重试。根据设定在下载失败时执行重试机制。

策略5，下载过程是否进行限速。根据设定在下载过程中对数据的下载速度进行控制。

可选地，在本实施例中，可以根据不同的下载环境、下载条件和下载要求来预先设定不同的下载策略,比如：可以设定多媒体资源的优先级(例如：为请求较为频繁的多媒体资源设置较高的优先级，从而尽快获取到该多媒体资源，尽快提供该多媒体资源的分享服务)。

作为一种可选的实施例，在下载所述目标多媒体资源之后，还包括：

S71，向所述对等网络中的追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源。

可选地，在本实施例中，在下载了目标多媒体资源之后，可以向追踪服务器报告第一对等节点已经预存了目标多媒体资源的信息，从而可以使得追踪服务器根据第一对等节点上存储的多媒体资源对P2P传输过程进行调度。

作为一种可选的实施例，在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，还包括：

S81，在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求；

S82，接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

S83，响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

可选地，在本实施例中，如果查找到目标多媒体资源，则可以与第二对等节点建立连接并等待第二对等节点的数据请求，在接收到其数据请求时，根据数据请求为第二对等节点提供目标多媒体资源的数据。

本申请还提供了一种可选实施例，该可选实施例提供了一种支持数据请求回源的P2P系统，在该系统中引入超级节点(即上述第一对等节点，super-peer)，如果播放节点(即上述第二对等节点)与超级节点建连成功，超级节点查找是否存在播放节点所请求的多媒体资源，如果已经存储了该多媒体资源则返回数据。如果未存储则认为该多媒体资源发生了miss操作，将该多媒体资源推入待下载列表，寻找合适的时机下载该多媒体资源，为之后的分享做准备。

在本可选实施例中，图4是根据本申请可选实施例的一种super-peer的启动过程的示意图，如图4所示，super-peer的启动过程包括以下步骤：

步骤S401，super-peer连接selector获取tracker地址。

步骤S402，super-peer根据获取到的tracker地址连接tracker，向tracker注册。

步骤S403，super-peer开启P2P协议。

步骤S404，super-peer等待播放节点建连。

在本可选实施例中，super-peer通过上述过程进行启动并通知tracker其super-peer的身份，等待为播放节点提供多媒体资源的分享服务。

在本可选实施例中，图5是根据本申请可选实施例的一种peer与super-peer的交互过程的示意图，如图5所示，peer与super-peer的交互过程包括以下步骤：

步骤S501，播放节点(peer)连接selector获取tracker地址。

步骤S502，peer根据获取到的tracker地址连接tracker。

步骤S503，peer向tracker获取super-peer的信息。

步骤S504，peer根据获取到的super-peer的信息连接super-peer。

步骤S505，如果连接成功，则peer向super-peer发送数据请求来请求数据。

可选地，如果连接失败，则说明请求的资源发生了miss，此次播放则不再与该super-peer连接。

在本可选实施例中，图6是根据本申请可选实施例的一种super-peer对建连请求的处理过程的示意图，如图6所示，super-peer对建连请求的处理过程包括以下步骤：

步骤S601，super-peer接收peer发送的建连请求。

步骤S602，super-peer解析建连请求的请求信息，查找所请求的资源是否已经存储。

步骤S603，如果已经存储，则保持与peer的连接，等待数据请求，并根据接收到的数据请求返回数据。

步骤S604，如果为存储请求的资源，则断开与peer的连接，存储需要下载的资源的信息，并按照下载策略进行下载。

通过上述P2P系统，能够解决用户不开启上行的P2P问题，且P2P交互不受播放进度的影响。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

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

根据本申请实施例的另一个方面，还提供了一种用于实施上述多媒体资源的传输方法的多媒体资源的传输装置。图7是根据本申请实施例的一种可选的多媒体资源的传输装置的示意图，如图7所示，该装置可以包括：

第一接收模块72，用于接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点；

查找模块74，用于从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

第一发送模块76，用于在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

需要说明的是，该实施例中的第一接收模块72可以用于执行本申请实施例中的步骤S202，该实施例中的查找模块74可以用于执行本申请实施例中的步骤S204，该实施例中的第一发送模块76可以用于执行本申请实施例中的步骤S206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，通过第一对等节点预存多媒体资源，当接收到用于向第一对等节点请求目标多媒体资源的建连请求后，从预存的多媒体资源中查找所请求的目标多媒体资源，能够为不开启上行P2P传输的节点提供分享，如果在预存的多媒体资源中查找到目标多媒体资源，则接受与第二对等节点的连接，等待第二对等节点的数据请求，通过第一对等节点预存多媒体资源为实时节点提供P2P分享，能够为不开启上行P2P传输的节点提供资源分享，从而实现了为不开启P2P上传的用户提供P2P传输的技术效果，进而解决了相关技术中不开启P2P上传的用户无法进行P2P传输的技术问题。

作为一种可选的实施例，所述装置还包括：

第二接收模块，用于在响应所述建连请求向所述第二对等节点发送建连响应之后，接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

第二发送模块，用于响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

作为一种可选的实施例，所述装置还包括以下至少之一：

下载模块，用于在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

断开模块，用于在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

作为一种可选的实施例，所述下载模块包括：

获取单元，用于获取所述目标多媒体资源的目标资源信息，其中，所述目标资源信息用于指示所述目标多媒体资源的目标资源地址；

下载单元，用于根据所述目标资源信息下载所述目标多媒体资源。

作为一种可选的实施例，所述下载单元包括：

确定子单元，用于确定所述第一对等节点当前是否正在下载多媒体资源；

下载子单元，用于在所述第一对等节点当前未在下载多媒体资源的情况下，从所述目标资源地址下载所述目标多媒体资源。

作为一种可选的实施例，所述下载单元还包括：

添加子单元，用于在确定所述第一对等节点当前是否正在下载多媒体资源之后，在所述第一对等节点当前正在下载多媒体资源的情况下，将所述目标资源信息添加到待下载列表中，其中，所述待下载列表用于记录待下载的多媒体资源的待下载资源信息；

处理子单元，用于在所述第一对等节点当前下载完多媒体资源的情况下，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源。

作为一种可选的实施例，所述处理子单元用于以下至少之一：

在所述下载策略包括每个待下载资源信息的优先级的情况下，从所述待下载列表中获取优先级最高的第一资源信息，并下载所述第一资源信息所指示的多媒体资源；

在所述下载策略包括在下载过程中开启对等传输的情况下，从所述待下载列表获取第二资源信息，并在下载所述第二资源信息所指示的多媒体资源的过程中开启对等传输；

在所述下载策略包括在下载过程中进行行数据校验的情况下，从所述待下载列表获取第三资源信息，并在下载所述第三资源信息所指示的多媒体资源的过程中对下载的数据进行行数据校验；

在所述下载策略包括在下载失败的情况下进行下载重试的情况下，从所述待下载列表获取第四资源信息，下载所述第四资源信息所指示的多媒体资源，并在下载所述第四资源信息所指示的多媒体资源失败的情况下每隔目标时间重新下载所述第四资源信息所指示的多媒体资源；

在所述下载策略包括下载速度不超过目标速度的情况下，从所述待下载列表获取第五资源信息，并在下载所述第五资源信息所指示的多媒体资源的过程中控制所述第五资源信息所指示的多媒体资源的下载速度不超过所述目标速度。

作为一种可选的实施例，所述装置还包括：

第三发送模块，用于在下载所述目标多媒体资源之后，向所述对等网络中的追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述多媒体资源的传输方法的服务器或终端。

图8是根据本申请实施例的一种终端的结构框图，如图8所示，该终端可以包括：一个或多个(图中仅示出一个)处理器801、存储器803、以及传输装置805，如图8所示，该终端还可以包括输入输出设备807。

其中，存储器803可用于存储软件程序以及模块，如本申请实施例中的多媒体资源的传输方法和装置对应的程序指令/模块，处理器801通过运行存储在存储器803内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的多媒体资源的传输方法。存储器803可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器803可进一步包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置805用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置805包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置805为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器803用于存储应用程序。

处理器801可以通过传输装置805调用存储器803存储的应用程序，以执行下述步骤：

接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点；

从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

采用本申请实施例，提供了一种多媒体资源的传输的方案。通过第一对等节点预存多媒体资源，当接收到用于向第一对等节点请求目标多媒体资源的建连请求后，从预存的多媒体资源中查找所请求的目标多媒体资源，能够为不开启上行P2P传输的节点提供分享，如果在预存的多媒体资源中查找到目标多媒体资源，则接受与第二对等节点的连接，等待第二对等节点的数据请求，通过第一对等节点预存多媒体资源为实时节点提供P2P分享，能够为不开启上行P2P传输的节点提供资源分享，从而实现了为不开启P2P上传的用户提供P2P传输的技术效果，进而解决了相关技术中不开启P2P上传的用户无法进行P2P传输的技术问题。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图8所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图8其并不对上述电子装置的结构造成限定。例如，终端还可包括比图8中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图8所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行多媒体资源的传输方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点；

从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种多媒体资源的传输方法，其特征在于，包括：

接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点，所述第一对等节点用于为不开启上行P2P传输的节点提供资源分享；

从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

2.根据权利要求1所述的方法，其特征在于，在响应所述建连请求向所述第二对等节点发送建连响应之后，所述方法还包括：

接收所述第二对等节点发送的数据请求，其中，所述数据请求用于请求所述目标多媒体资源中的目标数据；

响应所述数据请求将所述目标多媒体资源中的所述目标数据发送至所述第二对等节点。

3.根据权利要求1所述的方法，其特征在于，在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，所述方法还包括以下至少之一：

在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

4.根据权利要求3所述的方法，其特征在于，下载所述目标多媒体资源包括：

获取所述目标多媒体资源的目标资源信息，其中，所述目标资源信息用于指示所述目标多媒体资源的目标资源地址；

根据所述目标资源信息下载所述目标多媒体资源。

5.根据权利要求4所述的方法，其特征在于，根据所述目标资源信息下载所述目标多媒体资源包括：

确定所述第一对等节点当前是否正在下载多媒体资源；

在所述第一对等节点当前未在下载多媒体资源的情况下，从所述目标资源地址下载所述目标多媒体资源。

6.根据权利要求5所述的方法，其特征在于，在确定所述第一对等节点当前是否正在下载多媒体资源之后，所述方法还包括：

在所述第一对等节点当前正在下载多媒体资源的情况下，将所述目标资源信息添加到待下载列表中，其中，所述待下载列表用于记录待下载的多媒体资源的待下载资源信息；

在所述第一对等节点当前下载完多媒体资源的情况下，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源。

7.根据权利要求6所述的方法，其特征在于，根据预先设定的下载策略从所述待下载列表获取所述待下载资源信息，并下载所述待下载资源信息所指示的多媒体资源包括以下至少之一：

在所述下载策略包括每个待下载资源信息的优先级的情况下，从所述待下载列表中获取优先级最高的第一资源信息，并下载所述第一资源信息所指示的多媒体资源；

在所述下载策略包括在下载过程中开启对等传输的情况下，从所述待下载列表获取第二资源信息，并在下载所述第二资源信息所指示的多媒体资源的过程中开启对等传输；

在所述下载策略包括在下载过程中进行行数据校验的情况下，从所述待下载列表获取第三资源信息，并在下载所述第三资源信息所指示的多媒体资源的过程中对下载的数据进行行数据校验；

在所述下载策略包括在下载失败的情况下进行下载重试的情况下，从所述待下载列表获取第四资源信息，下载所述第四资源信息所指示的多媒体资源，并在下载所述第四资源信息所指示的多媒体资源失败的情况下每隔目标时间重新下载所述第四资源信息所指示的多媒体资源；

在所述下载策略包括下载速度不超过目标速度的情况下，从所述待下载列表获取第五资源信息，并在下载所述第五资源信息所指示的多媒体资源的过程中控制所述第五资源信息所指示的多媒体资源的下载速度不超过所述目标速度。

8.根据权利要求3所述的方法，其特征在于，在下载所述目标多媒体资源之后，所述方法还包括：

向所述对等网络中的追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源。

9.一种多媒体资源的传输系统，其特征在于，包括：第一对等节点和第二对等节点，其中，

所述第一对等节点和所述第二对等节点是对等网络中的节点，所述第一对等节点用于为不开启上行P2P传输的节点提供资源分享；

所述第一对等节点用于：接收建连请求，其中，所述建连请求用于请求所述第一对等节点与所述第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据；从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求；

所述第二对等节点用于：向所述第一对等节点发送所述建连请求。

10.根据权利要求9所述的系统，其特征在于，所述第一对等节点还用于以下至少之一：

在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，下载所述目标多媒体资源；

在从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源之后，在未查找到所述目标多媒体资源的情况下，断开与所述第二对等节点之间的连接。

11.根据权利要求10所述的系统，其特征在于，所述系统还包括：追踪服务器，其中，

所述第一对等节点还用于：在下载所述目标多媒体资源之后，向所述追踪服务器发送指示信息，其中，所述指示信息用于指示所述第一对等节点中预存了所述目标多媒体资源；

所述追踪服务器用于：接收所述第一对等节点发送的所述指示信息。

12.一种多媒体资源的传输装置，其特征在于，包括：

第一接收模块，用于接收建连请求，其中，所述建连请求用于请求第一对等节点与第二对等节点建立连接以及从所述第一对等节点获取目标多媒体资源的数据，所述第一对等节点和第二对等节点是对等网络中的节点，所述第一对等节点用于为不开启上行P2P传输的节点提供资源分享；

查找模块，用于从所述第一对等节点所预存的多媒体资源中查找所述目标多媒体资源；

第一发送模块，用于在查找到所述目标多媒体资源的情况下，响应所述建连请求向所述第二对等节点发送建连响应，其中，所述建连响应用于指示所述第一对等节点接受所述建连请求。

13.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至8任一项中所述的方法。

14.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行上述权利要求1至8任一项中所述的方法。

Images