专利名称：一种对等网络中实现多资源处理的方法、设备及系统的制作方法
技术领域：
本发明涉及网络通信技术领域，尤其涉及一种对等网络中实现多资源处理 的方法、i殳备及系统。
背景技术：
P2P ( Peer-to-Peer，对等网络)是一种通信网络中各方互为客户机/服务 器的通信网络。在P2P网络中，两个或两个以上的个人计算机或其他设备在网 络上直接通信或协作，彼此共享处理能力(如CPU)、存储空间和数据等资源。
结构化P2P Overlay( P2P叠力。网)是指基于DHT( Distributed Hash Table, 分布式哈希表)技术(例如Chord、 CAN、 Pastry等算法)进行组网，构建的 网络拓朴结构。现有的结构化P2P Overlay中，对资源的处理包括发布、查 找、撤销、转移等等。在P2P系统中，经常会出现对资源进行大规模处理的情 况。例如，需要进行资源发布的节点或用户在加入P2P Overlay时一次性发布 众多资源到Overlay上；节点在退出Overlay时移除所有之前在Overlay上发布的 资源；节点在退出Overlay时，将本地保存的全部发布资源信息转移到Overlay 上的其他节点；节点或用户查找众多资源等等。
在已公开的技术方案中，对资源的处理都是基于单个资源在网络中唯一的 索引(例如，键值Key)进行请求和路由查找的，即， 一个需要请求处理的资 源，按其在网络中的唯一索引对应一条请求信令报文。当节点或用户需要进行 多资源处理时，需要发送多条请求信令报文。
发明人在实现本发明的过程中，发现现有技术中至少存在如下问题
由于现有技术中是基于单个资源在网络中的唯一索引进行请求和路由查找，造成了大量资源处理请求消息被发送以及接收，大大增加了系统的信令开
销。同时，资源处理过程的时耗加长，导致整个Overlay抖动性加剧，造成P2P
系统的稳定性和实时性等性能下降。
发明内容
本发明的实施例提供了一种对等网络中实现多资源处理的方法、设备及系 统，从而提高了P2P系统的稳定性和实时性。 本发明的目的是通过以下技术方案实现的 一种对等网络中实现多资源处理的方法，包括
生成资源操作请求报文，所述资源操作请求报文中包含发给同一 目标节点 的多个待处理资源信息；
向所述目标节点发送所述资源操作请求报文，以使所述目标节点根据所述 资源操作请求报文进行相应的处理。
一种对等网络中实现多资源处理的方法，包括
接收包含多个待处理资源信息的资源操作请求报文；
根据所述资源操作请求报文，对由本地负责处理的待处理资源信息进行相 应的操作，对非本地负责处理的待处理资源信息进行转发。
一种对等网络中实现多资源处理的设备，包括
报文生成模块，用于生成资源操作请求报文，所述资源操作请求报文中包 含发给同一 目标节点的多个待处理资源信息；
报文发送模块，用于向所述目标节点发送所述资源操作请求报文。 一种对等网络中实现多资源处理的i殳备，包括
报文接收模块，用于接收包含多个待处理资源信息的资源操作请求报文； 资源处理模块，用于根据所述资源操作请求报文，对由本地负责处理的待
处理资源信息进行相应的操作；对非本地负责处理的待处理资源信息进行转发。一种对等网络中实现多资源处理的系统，包括
发送节点，用于生成资源操作请求报文，所述资源操作请求报文中包含发 给同一目标节点的多个待处理资源信息；并向所述目标节点发送所述资源操作
请求报文；
目标节点，用于根据接收到的所述资源操作请求报文，对由本地负责处理 的待处理资源信息进行相应的操作，对非本地负责处理的待处理资源信息进行 转发。
由上述本发明的实施例提供的技术方案可以看出，本发明实施例中，由于 可以在同一资源操作请求报文中携带多个待处理的资源，从而降低了信令开
销，并提高了资源处理过程的效率，进而降低了整个Overlay抖动，提高了P2P
系统的稳定性和实时性。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描迷中所需要使用的附图作一简单地介绍，显而易见地，下面描 述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员耒讲，在不 付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 图1为本发明实施例提供的对等网络中多资源处理过程示意图； 图2为本发明实施例提供的资源操作请求报文结构示意图； 图3为本发明应用实施例一的网络结构示意图； 图4为本发明应用实施例一的资源操作请求报文结构示意图； 图5为本发明应用实施例二的网络结构示意图； 图6为本发明应用实施例二的资源操作请求报文结构示意图； 图7为本发明应用实施例三的网络结构示意图； 图8为本发明应用实施例三的资源操作请求报文结构示意7图9为本发明应用实施例四的网络结构示意图10为本发明应用实施例四的资源操作请求报文结构示意图11为本发明应用实施例五的网络结构示意图12为本发明应用实施例五的资源操作请求报文结构示意图13为本发明实施例提供的一种设备的结构示意图14为本发明实施例提供的另一种设备的结构示意图15为本发明实施例提供的一种系统的结构示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是 全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供的P2P中实现多资源处理的方法如图1所示，发送端的 操作包括
1、生成资源操作请求报文，所述资源操作请求报文中包含发给同一目标 节点的多个待处理资源信息；2、向所述目标节点发送所述资源操作请求报文， 所述待处理资源信息包括待处理的资源标识信息，或者待处理的资源标识信息 和对应的资源内容信息，所述资源标识信息是指资源在所述对等网络中的唯一 标识，在P2P中，通常将内容标记值key (键值)作为资源标识信息。接收端 (目标节点)的操作包括3、接收包含多个待处理资源信息的资源操作请求 报文；4、根据所述资源操作请求报文，对由本地负责处理的待处理资源信息 进行相应的操作，对非本地负责处理的待处理资源信息进行转发。
其中，所述发送端具体可以是P2P中的节点，也可以是P2P中的用户设备。 如果发送端是用户设备，则接收端是所述用户设备所属的节点。
所述的资源操作请求报文用来向目标节点请求对包含的多个待处理资源信息进行相应的操作，所述操作包括发布、查找、撤销、转移等等。其中
资源发布(Put)，是指节点或用户设备将本地保存的资源，以资源标识
信息(例如，键值key)表示，发布到网络中的过程，在资源发布过程中，向 目标节点发送的资源操作请求报文中包含待发布资源的资源标识信息和资源 内容信息，所述资源内容信息是指待发布的内容，或者能够提供该内容的源IP (Internet Protocol,因特网协议)地址或节点ID (Identity,身份标识号码) 等信息；
资源请求(Get)，是指节点将本地需要的资源，以资源标识信息(例如， 键值key)表示，根据该资源标识信息在网络中查找并获取该资源的过程；
资源撤销(Remove),是指节点或用户设备将自身发布资源，以资源标 识信息(例如，键值key)表示，根据该资源标识信息在网络上查找并撤销发 布到Overlay上的资源信息的过程；
资源转移(Transfer),是指当节点不再负责保存存放在本地的资源时， 将其转移到网络中其他节点的过程，该过程通常发生在节点退出Overlay或有 新节点加入Overlay等情况下，具体是按照特定的P2P规则，路由到资源转移的 目的节点，并通过向目的节点发送Transfer (转移)命令，将本地存储的资源 转移到目标节点存储。
本发明实施例中，在需要对多个待处理资源信息进行处理时，则在一条资 源操作请求报文中携带多个待处理资源信息。从而减少了网络中报文传输数 量，在网络中存在大量资源操作时，避免了网络中传输报文过多引起的拥塞， 以及拥塞所造成的资源操作请求超时而引发的资源操作失败，提高了Overlay 的稳定性。另外，由于在一条资源操作请求报文中可以携带多个待处理资源信 息，因此本发明实施例提供的技术方案可以对资源进行批量操作，从而提高了 处理效率。
上述本发明实施例中的资源操作请求报文的结构可以但不仅限于图2所示
9的三种，其中，Key Buffer是报文中携带的待处理资源信息的存储空间，用于 封装待处理资源信息。在生成资源操作请求报文时，封装资源操作请求报文的 操作包括1 )将所述多个待处理资源信息均封装在所述资源操作请求报文中； 或者，2)将连续的所述多个待处理资源信息中的首个待处理资源信息和最后 一个待处理资源信息封装在所述资源操作请求报文中；或者，3)在所述资源 操作请求报文中设置标志位，通过标志位的不同取值，将所述多个待处理资源 信息均封装在所述资源操作请求报文中，或者将连续的所述多个待处理资源信 息中的首个待处理资源信息和最后一个待处理资源信息封装在所述资源操作 请求报文中。如图2所示，当待处理资源信息具有随机性时(例如key值具有随 机性)，可采用封装操作1);当待处理资源信息具有连续性时，可采用封装 操作2);也可以在报文中设置标志位，并规定不同的标志位取值，采取不同 的封装操作，例如标志位取0时，采用封装操作1),标志位取1时采用封装操 作2)。
本发明实施例中，如果发送端是节点，所述目标节点是指根据设定的P2P 规则，查找到的路由表中离负责处理待处理资源信息的节点最近的节点。所述 设定的P2P规则包括利用DHT ( Distributed Hash Table,分布式哈希表)算 法进行路由计算，所述DHT算法具体是指Chord、 CAN (Content-Addressable Network) 、 Pastry等算法；所述DHT算法原理是选择路由表中与负责处理待 处理资源信息的节点最接近的节点作为目标节点。
本发明实施例中，在生成资源操作请求报文时，还应当保证所述生成的资 源操作请求报文的长度不超过报文最大长度。例如，有N个发给同一目标节点 的待处理资源信息，如果将所述N个待处理资源信息封装在一个报文中，生成 的资源操作请求报文长度未超过报文最大长度，则将所述N个待处理资源信息 封装在一条资源操作请求报文中；否则，将所述N个待处理资源信息封装在多 条资源操作请求报文中，具体的封装方式可以但不仅限于是将一条报文填满后继续生成下一条4艮文。 明。
以下本发明各个应用实施例中，遵守相同的P2P^见则利用DHT (Distributed Hash Table,分布式哈希表)算法进行路由计算，选择路由表中 最接近负责处理待处理资源的节点作为目标节点，所述DHT算法具体是指 Chord、 CAN、 Pastry等算法。
应用实施例一
在如图3所示的P2P Overlay中，Peer1-5分别是(key1-key10 )、 (key"-key20) 、 ( key21-key30) 、 ( key31-key40) 、 ( key41-key50) 的Root节点(根节点)，即分别负责处理相应资源请求的节点。其中，key i (i=1， 2,……50)是资源对应的键值。根据设定的某P2P规则，Peeii的路 由表中存有Peer2和Peer4的地址信息，Peer2的路由表中存有Peer3和Peer5 的地址信息。在本发明应用实施例一中，Peer1通过资源才喿作请求才艮文向 Overlay发布索引为key16、 key19和key23的value (资源信息)，且三个待发 布的资源是不同的资源，例如分别为影片资源、音乐资源和文档资源。在 Overlay上发布资源的具体处理过程如下
步骤11、 Peer1根据P2P规则查找路由表，获知Peer2是Peer1的路由表中 最接近负责处理待发布资源信息key16的节点，则确定Peer2是key16的目标节 点；同理，确定key19和key23的目标节点也是Peer2;构造资源操作请求报文 1，所述资源操作请求报文1的结构如图4所示，报文中的Key Buffer包含了 key16/value16、 key19/value19和key23/value23,所述资源操作请求报文1的 长度未超过报文最大长度；将所述资源操作请求报文1发送给目标节点Peer2;
步骤12、 Peer2收到所述资源操作请求报文1后整理Key Buffer,将其中不 是由本地负责处理的资源索引key23构造为资源操作请求报文2，并将所述资源
ii操作请求报文2发送给根据P2P规则查找路由表确定的目标节点Peer3,所述资 源操作请求报文2的结构如图4所示；Peer2对发布请求进行处理，将 key16/value16、 key衡alue19信息保存在本地key/value表中；
步骤13、 Peer3收到资源操作请求报文2后整理其中的Key Buffer,对发布 请求进行处理，将key23/value23信息保存在本地key/value表中。
应当指出的是，上述处理过程中每个步骤中的多个操作顺序仅为一种举 例，而非时间顺序的限定。
上述处理过程是在Overlay上发布资源，因此所述资源操作请求报文1和资 源操作请求报文2具体是指Put命令报文。在Overlay上进行多资源处理，且资 源操作请求报文中携带不同value的处理过程也可以按照上述操作过程实现。
本发明应用实施例一中，由于将多个待处理资源信息封装在一条资源操作 请求报文中，发送给最接近负责处理待处理资源的节点，直到找到所有Root 节点。因此，本发明应用实施例一提供的技术方案减少了网络中的信令开销， 同时减少了可能引起的拥塞导致的资源操作请求超时失败的几率，提高了 Overlay稳定性。另外，由于本发明应用实施例一提供的技术方案能够对待处 理资源信息进行批量操作，从而提高了处理效率。
应用实施例二
在如图5所示的P2P Overlay中，Peer1 -5分别是(key 1 -key 10 )、 (key"-key20) 、 ( key21-key30) 、 ( key31-key40) 、 ( key41-key50)
的Root节点。其中，keyi(i=1, 2, ......50)是资源对应的键值。根据设定的
某P2P规则，Peer1的路由表中存有Peer2和Peer4的地址信息，Peer2的路由 表中存有Peer3和Peer5的地址信息。在本发明应用实施例二中，PeeM通过资 源操作请求报文向Overlay发布索引为key13、 key 17和key25的value,且三个
待发布的资源是同一性质的资源，例如某一影片的分片内容，因此三个索引对应的value内容可以相同，例如value值为Peeii的IP地址、端口号、处理能力和 上行带宽等信息。在Overlay上发布资源的具体处理过程如下
步骤21、 Peer1根据P2P规则查找路由表，确定Peer2是key13、 key17和 key25的目标节点；构造资源操作请求报文3，所述资源操作请求报文3的结构 如图6所示，报文的Key Buffer包含了key13、 key17、 key25和value，所述资 源操作请求报文3的长度未超过报文最大长度；将所述资源操作请求报文3发送 给目标节点Peer2;
步骤22、 Peer2收到所述资源操作请求报文3后整理Key Buffer,将其中不 是由本地负责处理的资源索引key25构造为资源操作请求报文4，并将所述资源 操作请求报文4发送给根据P2P规则查找路由表确定的目标节点Peer3，所述资 源操作请求报文4的结构如图6所示；Peer2对发布请求进行处理，将 key13/value、 key17/value信息保存在本地key/value表中；
步骤23、 Peer3收到资源操作请求报文4后整理其中的Key Buffer,对发布 请求进行处理，将key25/value信息保存在本地key/value表中。
应当指出的是，上述处理过程中每个步骤中的多个操作顺序仅为一种举 例，而非时间顺序的限定。
上述处理过程是在Overlay上发布资源，因此所述资源操作请求^^艮文3和资 源操作请求报文4具体是指Put命令报文。在Overlay上进行多资源处理，且资 源操作请求报文中携带相同value的处理过程也可以按照上述操作过程实现。
本发明应用实施例二中，由于将多个待处理资源信息封装在一条资源操作 请求报文中，发送给最接近负责处理待处理资源的节点，直到找到所有Root 节点。因此，本发明应用实施例二提供的技术方案减少了可能引起的拥塞导致 的资源操作请求超时失败的几率，提高了Overlay稳定性。由于本发明应用实 施例二提供的技术方案能够对待处理资源信息进行批量操作，从而提高了处理 效率。另外，由于本发明应用实施例二中对于相同value值的多个索引，在构造资源操作请求报文时，仅携带一个value值，因此缩短了报文长度，减少了信令 开销。
应用实施例三
在如图7所示的P2P Overlay中，Peer1-5分别是(key 1-key 10 )、 (key"画key20) 、 ( key21-key30) 、 ( key31-key40 ) 、 ( key41-key50 )
的Root节点。其中，keyi(i=1, 2，……50)是资源对应的键值。根据设定的 某P2P规则，Peer1的路由表中存有Peer2和Peer4的地址信息，Peer2的路由 表中存有Peer3和Peer5的地址信息。在本发明应用实施例三中，PeeM通过资 源操作请求报文向Overlay发出查找命令，查找索引为key13、 key17和key25 的value。在Overlay上查找资源的具体处理过程如下
步骤31、 Peer1根据P2P规则查找路由表，确定Peer2为key13、 key17和 key25的目标节点；构造资源操作请求报文5，所述资源操作请求报文5的结构 如图8所示，报文的Key Buffer包含了key13、 key17、 key25,所述资源搡作请 求报文5的长度未超过报文最大长度；将所述资源操作请求报文5发送给目标节 点Peer2;
步骤32、 Peer2收到所述资源操作请求报文5后整理Key Buffer,将其中不 是由本地负责处理的资源索引key25构造为资源操作请求报文6，并将所述资源 操作请求报文6发送给根据P2P规则查找路由表确定的目标节点Peer3，所述资 源操作请求报文6的结构如图8所示；Peer2对查找请求进行处理，将本地 key/value表中j呆存的key13禾口key17，于应的value值发送纟合Peeii;
步骤33、 Peer3收到资源操作请求报文6后整理其中的Key Buffer,对查找 请求进4亍处理，将本地key/value表中寸呆存的key25的value信息发送纟会Peeii。
应当指出的是，上述处理过程中每个步骤中的多个操作顺序仅为一种举 例，而非时间顺序的限定。
14上述处理过程是在Overlay上查找资源，因此所述资源操作请求报文5和资 源操作请求报文6具体是指Get命令报文。在Overlay上进行多资源处理，且资 源操作请求报文中仅携带key的处理过程也可以按照上述操作过程实现。
本发明应用实施例三中，由于将多个待处理资源信息封装在一条资源操作 请求报文中，发送给最接近负责处理待处理资源的节点，直到找到所有Root 节点。因此，本发明应用实施例三提供的技术方案减少了可能引起的拥塞导致 的资源操作请求超时失败的几率，提高了Overlay稳定性。由于本发明应用实 施例三提供的技术方案能够对待处理资源信息进行批量操作，从而提高了处理 效率。
应用实施例四
在如图9所示的P2P Overlay中,PeeM -5分别是(key 1 -key 10 )、 (key"-key20) 、 ( key21-key30) 、 ( key31-key40) 、 ( key41-key50) 的Root节点。其中，keyi(i=1， 2,……50)是资源对应的键值。根据设定的 某P2P头见贝'J, Peer1的路由表中存有Peer2、 Peer3和Peer4的i也iM言息，Peer2 的路由表中存有Peer3和Peer5的地址信息。在本发明应用实施例四中，Peer1 通过资源操作请求报文向Overlay发出查找命令，查找索引为key13、 key17和 key25的value。在Overlay上查找资源的具体处理过程如下
步骤41、 Peer1根据P2P规则查找路由表，确定Peer2是key13， key17的 目标节点；Peer3是key25的目标节点；构造资源操作请求报文7和资源操作请 求报文8，其结构如图10所示，所述资源操作请求报文7的Key Buffer中包含了 key13、 key17,所述资源操作请求报文8的Key Buffer中包含key25,所述资源 操作请求报文7和资源操作请求报文8的长度未超过报文最大长度；将所述资源 操作请求报文7发送给目标节点Peer2,将所述资源操作请求报文8发送给目标 节点Peer3;步骤42、 Peer2收到所述资源操作请求报文7后整理Key Buffer,对查找请 求进行处理，将本地key/value表中保存的key 13和key 17对应的value值发送给 Peer1;
步骤43、 Peer3收到资源操作请求报文8后整理其中的Key Buffer,对查找 请求进行处理，将本地key/value表中保存的key25的value信息发送给Peer1 。
应当指出的是，上述处理过程中每个步骤中的多个操作顺序仅为一种举 例，而非时间顺序的限定。
上述本发明应用实施例四中，根据P2P规则查找路由表，发现多个待处理 资源信息的目标节点不止一个，因此将发给同一个目标节点的待处理资源信息 封装在同一个资源操作请求报文中。本发明应用实施例中，目标节点Peer2即 为负责处理key13和key17的节点，目标节点Peer3即为负责处理key25的节点。 在实际应用过程中，目标节点接收到的资源操作请求报文中可能包含非本地负 责处理的待处理资源信息，则通过构造新的资源操作请求报文将所述非本地负 责处理的待处理资源信息转发。
上述处理过程是在Overlay上查找资源，因此所述资源操作请求报文7和资 源操作请求报文8具体是指Get命令报文。在Overlay上进行多资源处理，且通 过不同的资源操作请求报文将待处理资源信息发往相应的目标节点的分报文 处理过程也可以按照上述操作过程实现。
本发明应用实施例四中，由于将发给同一个目标节点的多个待处理资源信 息封装在一条资源操作请求报文中，并将报文分别发送给相应的目标节点。因 此，本发明应用实施例四提供的技术方案减少了可能引起的拥塞导致的资源操 作请求超时失败的几率，提高了Overlay稳定性。由于本发明应用实施例四提 供的技术方案能够对待处理资源信息进行批量操作，且通过不同的资源操作请 求报文直接将待处理资源信息发往相应的根节点，从而缩短了路由时间，提高 了处理效率。
16应用实施例五
在如图11所示的P2P Overlay中，Peer1-5分别是(key1-key10 )、 (key"画key20) 、 ( key21-key30) 、 ( key31-key40 ) 、 ( key41-key50) 的Root节点。其中，keyi(i=1, 2,……50)是资源对应的键值。根据设定的 某P2P规则，Peer1的路由表中存有Peer2和Peer4的地址信息，Peer2的路由 表中存有Peer3和Peer5的地址信息。在本发明应用实施例五中，用户设备 Client1向Overlay发出查找命令，查找索引为key13、 key17、 key25、 key32 和key36的value。在Overlay上查找资源的具体处理过程如下
步骤51、 Client1构造资源操作请求报文9，将全部待查找的索引封装在所 述资源操作请求报文9中，其结构如图12所示；将所述资源操作请求报文9发送 给Peer1;
步骤52、 PeeM根据P2P规则查找路由表，获知Peer2为key13、 key17和 key25的目标节点；Peer4为key32和key36的目标节点；构造资源操作请求报 文10和资源操作请求报文11,其结构如图12所示，所述资源操作请求报文10 的Key Buffer中包含了key13、 key17和key25,所述资源操作请求报文11的Key Buffer中包含key32和key36,所述资源操作请求报文10和资源操作请求报文11 的长度未超过报文最大长度；将所述资源操作请求报文10发送给目标节点 Peer2,将所述资源操作请求报文11发送给目标节点Peer4;
步骤53、 Peer2收到所述资源操作请求报文10后整理Key Buffer,将其中 不是由本地负责处理的资源索引key25构造为资源操作请求报文12,并将所述 资源操作请求报文12发送给根据P2P规则查找路由表确定的目标节点Peer3, 所述资源操作请求报文12的结构如图12所示；Peer2对查找请求进行处理，将 本地key/value表中保存的key13和key17对应的value值发送给Peeii;步骤54、 Peer3收到资源操作请求报文12后整理其中的Key Buffer,对查 找请求进行处理，将本地key/value表中保存的key25的value信息发送给 Peer1;
步骤55、 Peer3收到资源操作请求报文11后整理其中的Key Buffer,对查 找请求进行处理，将本地key/value表中保存的key32和key36对应的value信息 发送给Peer1;
步骤56、 Peer1将收到的Peer2、 Peer3和Peer4返回的value信息转发给 Client1 。
应当指出的是，上述处理过程中每个步骤中的多个操作顺序仅为一种举 例，而非时间顺序的限定。
上述本发明应用实施例五的处理过程是Client向Overlay查找资源，在 Client-Peer架构下的Overlay上进行多资源处理的其他处理过程也可以按照上 述操作过程实现。
本发明应用实施例五中，由于将待处理的多个待处理资源信息封装在一条 资源操作请求报文中，发送给最接近负责处理待处理资源的节点，直到找到所 有Root节点。因此，本发明应用实施例五提供的技术方案减少了可能引起的拥 塞导致的资源操作请求超时失败的几率，提高了Overlay稳定性。由于本发明 应用实施例五提供的技术方案能够对待处理资源信息进行批量操作，从而提高 了处理效率。
完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时， 执行包括上述方法实施例的步骤；而前述的存储介质包括ROM、 RAM、磁 碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了一种对等网络中实现多资源处理的设备，其结构如 图13所示，具体实现结构如下报文生成模块101,用于生成资源操作请求报文，所述资源操作请求报文
中包含发给同一 目标节点的多个待处理资源信息;
报文发送模块102,用于向所述目标节点发送所述资源操作请求报文，所 述待处理资源信息包括待处理的资源标识信息，或者待处理的资源标识信息和 对应的资源内容信息，所述的资源标识信息是指资源在网络中唯一的标识。
所述的资源操作请求报文用来向目标节点请求对包含的多个待处理资源 信息进行相应的操作，所述操作包括发布、查找、撤销、转移等等。
上述本发明实施例提供的设备中，所述报文生成模块101生成资源操作请 求报文的操作具体包括将所述多个待处理资源信息均封装在所述资源操作请 求报文中；或者，将连续的所述多个待处理资源信息中的首个待处理资源信息 和最后一个待处理资源信息封装在所述资源操作请求报文中；或者，所述资源 操作请求报文中设置有标志位，通过规定标志位的不同取值，将所述多个待处 理资源信息均封装在所述资源操作请求报文中，或者将连续的所述多个待处理 资源信息中的首个待处理资源信息和最后一个待处理资源信息封装在所述资 源操作请求报文中。
本发明实施例中，所述目标节点是指根据设定的P2P规则，查找到的路由 表中离负责处理待处理资源信息的节点最近的节点。所述设定的P2P规则包括 利用DHT (Distributed Hash Table,分布式哈希表)算法进行路由计算，所述 DHT算法具体是指Chord、 CAN、 Pastry等算法；所述DHT算法原理是选择路 由表中与负责处理待处理资源的节点最接近的节点作为目标节点。
本发明实施例还提供一种对等网络中实现多资源处理的设备，其实现结构 如图14所示，具体实现结构如下
报文接收模块201 ，用于接收包含多个待处理资源信息的资源操作请求报 文，所述待处理资源信息包括待处理的资源标识信息，或者待处理的资源标识 信息和对应的资源内容信息，所述的资源标识信息是指资源在所述对等网络中的唯一标识；
资源处理模块202,用于根据所述资源操作请求报文，对由本地负责处理
的待处理资源信息进行相应的操作；对非本地负责处理的待处理资源信息进行转发。
上述本发明实施例提供的设备中，所述的资源处理模块202还包括转发子 模块2021,用于对非本地负责处理的待处理资源信息进行转发，具体用于将需 要转发到同一节点的非本地负责处理的待处理资源信息封装在同一资源操作 请求报文中进行转发。
本发明实施例还提供了 一种对等网络中实现多资源处理的系统，其实现结 构如图15所示，具体实现结构如下
发送节点110,用于生成资源操作请求报文，所述资源操作请求报文中包 含发给同一 目标节点的多个待处理资源信息；并向所述目标节点发送所述资源 操作请求报文；
目标节点210，用于根据接收到的所述资源操作请求报文，对由本地负责 处理的待处理资源信息进行相应的操作，对非本地负责处理的待处理资源信息 进行转发。
所述待处理资源信息包括待处理的资源标识信息，或者待处理的资源标识 信息和对应的资源内容信息，所述的资源标识信息是指资源在所述对等网络中 的唯一标识。
本发明实施例提供的系统中还可以包括用户设备310,所述用户设备310 与其所属的节点连接，用于将多个待处理资源信息承载于一条资源操作请求报 文中发送给所属的节点；
所述用户设备所属的节点对接收到的用户设备发送的资源操作请求报文 的处理与上述目标节点210的操作相同，对由本地负责处理的待处理资源信息 进行相应的处理，对非本地负责处理的待处理资源信息进行转发。
20本发明实施例提供的设备和系统中，如果P2P中的设备需要进行多资源处 理，则在不超过报文最大长度的前提下，将多个待处理资源信息封装在一条资 源操作请求报文中发送给该用户的归属节点，由归属节点根据设定的对等网络 P2P规则，在路由表中查找目标节点后，向所述目标节点发送包含多个待处理 资源信息的资源操作请求报文。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易 想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护 范围应该以权利要求的保护范围为准。
权利要求
1、一种对等网络中实现多资源处理的方法，其特征在于，包括生成资源操作请求报文，所述资源操作请求报文中包含发给同一目标节点的多个待处理资源信息；向所述目标节点发送所述资源操作请求报文，以使所述目标节点根据所述资源操作请求报文进行相应的处理。
2、 根据权利要求1所述的方法，其特征在于，所述待处理资源信息包括待 处理的资源标识信息，或者待处理的资源标识信息和对应的资源内容信息，所 述资源标识信息是指资源在所述对等网络中的唯一标识。
3、 根据权利要求1或2所述的方法，其特征在于，生成资源操作请求报文 时，将所述多个待处理资源信息均封装在所述资源操作请求^^艮文中；或者，将 连续的所述多个待处理资源信息中的首个待处理资源信息和最后一个待处理 资源信息封装在所述资源操作请求报文中；或者，在所述资源操作请求报文中 设置标志位，通过标志位的不同取值，将所述多个待处理资源信息均封装在所 述资源操作请求报文中，或者将连续的所述多个待处理资源信息中的首个待处 理资源信息和最后一个待处理资源信息封装在所述资源操作请求报文中。
4、 一种对等网络中实现多资源处理的方法，其特征在于，包括 接收包含多个待处理资源信息的资源操作请求报文； 根据所述资源操作请求报文，对由本地负责处理的待处理资源信息进行相应的操作，对非本地负责处理的待处理资源信息进行转发。
5、 根据权利要求4所述的方法，其特征在于，所述待处理资源信息包括待 处理的资源标识信息，或者待处理的资源标识信息和对应的资源内容信息，所 述资源标识信息是指资源在所述对等网络中的唯一标识。
6、 根据权利要求4或5所述的方法，其特征在于，所述对非本地负责处理的待处理资源信息进行转发包括将需要转发到同 一节点的非本地负责处理的待处理资源信息封装在同一资源操作请求报文中进行转发。
7、 一种对等网络中实现多资源处理的设备，其特征在于，包括 报文生成模块，用于生成资源操作请求报文，所述资源操作请求报文中包含发给同 一 目标节点的多个待处理资源信息；报文发送模块，用于向所述目标节点发送所述资源操作请求报文。
8、 根据权利要求7所述的设备，其特征在于，所述待处理资源信息包括待 处理的资源标识信息，或者待处理的资源标识信息和对应的资源内容信息，所 述的资源标识信息是指资源在所述对等网络中的唯一标识。
9、 根据权利要求7或8所述的设备，其特征在于，所述报文生成模块生成 资源操作请求报文的操作具体包括将所述多个待处理资源信息均封装在所述资源操作请求报文中； 或者，将连续的所述多个待处理资源信息中的首个待处理资源信息和最后一个 待处理资源信息封装在所述资源操作请求报文中； 或者，所述资源操作请求报文中设置有标志位，通过规定标志位的不同取值，将 所述多个待处理资源信息均封装在所述资源操作请求报文中，或者将连续的所 述多个待处理资源信息中的首个待处理资源信息和最后一个待处理资源信息 封装在所述资源操作请求报文中。
10、 一种对等网络中实现多资源处理的设备，其特征在于，包括 报文接收模块，用于接收包含多个待处理资源信息的资源操作请求报文； 资源处理模块，用于根据所述资源操作请求报文，对由本地负责处理的待处理资源信息进行相应的操作；对非本地负责处理的待处理资源信息进行转发。
11、 根据权利要求10所述的设备，其特征在于，所述待处理资源信息包括待处理的资源标识信息，或者待处理的资源标识信息和对应的资源内容信息， 所述的资源标识信息是指资源在所述对等网络中的唯一标识。
12、 根据权利要求10或11所述的设备，其特征在于，所述资源处理模块还包括转发子模块，用于对非本地负责处理的待处理资源信息进行转发，具体用 于将需要转发到同一节点的非本地负责处理的待处理资源信息封装在同一资源操作请求报文中进行转发。
13、 一种对等网络中实现多资源处理的系统，其特征在于，包括 发送节点，用于生成资源操作请求报文，所述资源操作请求报文中包含发给同 一 目标节点的多个待处理资源信息；并向所述目标节点发送所述资源操作 请求报文；目标节点，用于根据接收到的所述资源操作请求报文，对由本地负责处理 的待处理资源信息进行相应的操作，对非本地负责处理的待处理资源信息进行 转发。
14、 根据权利要求13所述的系统，其特征在于，所述待处理资源信息包括 待处理的资源标识信息，或者待处理的资源标识信息和对应的资源内容信息， 所述的资源标识信息是指资源在所述对等网络中的唯一标识。
15、 根据权利要求13或14所述的系统，其特征在于，该系统中还包括用户 设备，所述用户设备与其所属的节点连接，用于将多个待处理资源信息承载于 一条资源操作请求报文中发送给所属的节点。
全文摘要
本发明实施例提供了一种对等网络中实现多资源处理的方法，包括发送端生成资源操作请求报文，所述资源操作请求报文中包含发给同一目标节点的多个待处理资源信息；所述目标节点接收包含多个待处理资源信息的资源操作请求报文，对由本地负责处理的待处理资源信息进行相应的操作，对非本地负责处理的待处理资源信息进行转发。本发明实施例还提供了一种对等网络中实现多资源处理的设备及系统。由于本发明实施例提供的技术方案可以在同一资源操作请求报文中携带多个待处理的资源信息，从而降低了信令开销，并提高了资源处理过程的效率，进而减轻网络抖动，提高了P2P系统的稳定性和实时性。
文档编号H04L12/56GK101515892SQ20091008151
公开日2009年8月26日 申请日期2009年4月10日 优先权日2009年4月10日
发明者晖 夏, 张锦辉, 峰 李 申请人:华为技术有限公司