CN101075904A - 一种在p2p网络中保障服务资源性能的方法和系统 - Google Patents

Abstract

本发明公开了一种在P2P网络中保障服务资源性能的方法，包括步骤：用户结点登陆到P2P网络后，依据预置的机制发现关键服务结点，发出服务保障请求；关键服务结点反馈所述服务保障请求；如果所述关键服务结点同意资源共享，资源协调服务器监测服务保障过程，记录资源共享信息。相应的，本发明还提供了一种在P2P网络中保障服务资源性能的系统。本发明可以协调用户结点与关键服务结点建立服务资源保障，监测服务保障过程。

Description

一种在P2P网络中保障服务资源性能的方法和系统

技术领域

本发明涉及数据通讯领域P2P技术，尤其涉及一种在P2P网络中保障服务资源性能的方法和系统。

背景技术

P2P技术是一项新的业务承载技术。相对于传统的客户端/服务器模式，基于P2P技术实现的应用具有分布性、对等性、规模无限性、动态自组织性、强稳定性等特点。到目前位置，已经有大量的基于P2P技术的内容共享系统、即时通信系统、分布式计算系统、分布式搜索系统等应用被广泛的研究、开发及应用，并迅速吸引了数以千万计的用户，P2P技术是一种低成本高效益的网络服务实现技术，在将来会得到更加广泛的应用。

与基于传统的客户端/服务器模式不同的是，基于P2P技术的应用削弱甚至抛弃了对服务器的依赖，凭借P2P网络中各个结点(peer)相互提供资源并获得服务，是以一种互惠互利相互协作的方式运作的：当一个用户享受基于P2P技术的服务时，从其他用户那里获得服务，并同时贡献自身的资源为其他用户提供服务。

显然，在基于P2P技术的服务中，用户感受到的服务质量和服务体验不仅与服务提供商提供的服务质量有关，还与为用户提供服务的其他用户的服务资源性能有关。而这些资源是归属于用户的，服务提供商通常无法控制这些结点的性能。

通常来说，服务性能越好，用户的服务体验就越好，对服务质量就会有更高评价，也就得到服务质量好的评价。然而，服务性能和服务质量却不是两个相互等同的概念：服务性能是服务提供过程中各个服务资源的性能的集中体现，而服务质量则不仅仅要保障服务性能，还需要包括在服务性能达不到用户要求时，迅速的调整服务性能或为用户提供一定补偿。服务质量是更为广阔的概念，是面向客户的，而服务性能则往往侧重于技术。

综合现有基于P2P技术的内容共享、即时交互等应用，以下为两种常见的现有技术方案：

1)当因服务结点离线或性能降低引起被服务结点服务性能降低时，接收服务结点的P2P服务程序动态的从P2P网络中搜索其他替代的服务提供结点，重新建立新的P2P连接，来弥补服务性能的降低。

2)当一个用户请求服务时，检索大量的服务结点作为备用服务结点，或同时动态连接多个服务结点，以抵消其中个别服务结点离线或性能下降时对用户的服务性能影响。

以上两种方案是建立在存在大量可用服务结点可以为特定用户提供特定服务的基础之上的。在P2P网络规模足够大，并且能为特定用户提供特定服务的可用结点足够多时，上述两种方案是可以满足该特定用户的服务性能需求的。从理论上来说，P2P网络规模越大，为特定用户提供特定服务的可用结点越多，该用户的服务性能就越好。例如在基于P2P技术的内容共享业务中，对于一项热门内容(如流行电影)，通常因为大量用户同时在线下载并相互提供内容的共享而达到较高的服务性能，但对于一些仅对少数用户重要但不热门的内容(如某些专业技术相关的内容)，却通常因为该内容相关的在线服务结点太少而需要较长时间才能完成内容共享，用户的服务体验明显下降。

从以上用户结点寻找服务结点的过程可以看出，现有技术存在以下的缺陷：最终用户体验到的服务性能是由P2P网络状况动态决定的，当网络共享资源不充足的时候，很难保障用户的服务性能。当对用户结点起到重要作用的服务结点离线时，现有技术不能挽留服务结点，从而导致用户服务性能下降。

发明内容

本发明要解决的技术问题是提供一种在P2P网络中保障服务资源性能的方法和系统，以协调用户结点与关键服务结点建立服务资源保障，监测服务保障过程。

为解决上述技术问题，本发明通过以下技术方案实现：

一种在P2P网络中保障服务资源性能的方法，包括步骤：1)用户结点登陆到P2P网络后，依据预置的机制发现关键服务结点，发出服务保障请求；2)关键服务结点反馈所述服务保障请求，如果所述关键服务结点同意资源共享，继续步骤3)；3)资源协调服务器监测服务保障过程，记录资源共享信息。

优选的，所述步骤1)发出过程包括：向所述关键服务结点发出服务保障请求，所述关键服务结点和资源协调服务器通过信息交互，对所述服务保障请求进行确认；或向资源协调服务器发出服务保障请求，所述资源协调服务器将所述用户结点的服务保障请求发送给所述关键服务结点；或向所述关键服务结点和所述资源协调服务器发出服务保障请求，所述关键服务结点和所述资源协调服务器通过信息交互，对所述服务保障请求进行确认。

优选的，所述步骤2)反馈过程包括：所述关键服务结点对所述服务保障请求做出同意资源共享或不同意资源共享的处理，向所述用户结点反馈处理结果；或向资源协调服务器反馈处理结果，所述资源协调服务器将所述处理结果通知所述用户结点。

优选的，所述步骤3)之后，包括：当所述用户结点需要取消所述关键服务结点的服务保障请求的时候，所述用户结点向所述关键服务结点发出取消服务保障请求；或向所述资源协调服务器发出取消服务保障请求，所述资源协调服务器将所述取消服务保障请求发送给所述关键服务结点。

优选的，所述预置的机制包括：人工选择的方式或/和客户端依据软件特定标准自动选择的方式。

优选的，所述步骤1)还包括，资源协调服务器从服务质量服务器获取所述用户结点的服务质量信息，确认所述服务保障请求。

一种在P2P网络中保障服务资源性能的系统，包括P2P用户，P2P网络和用户服务器，所述系统还包括资源协调服务器，所述P2P用户包括申请服务资源的用户结点和提供服务资源的关键服务结点：所述用户结点用于发现关键服务结点并发出服务保障请求；所述关键服务结点用于反馈所述服务保障请求；所述资源协调服务器用于监测服务保障过程，记录服务资源共享信息。

优选的，所述系统还包括资源占用数据库单元，服务质量服务器，服务质量数据库单元：所述服务质量数据库单元用于存储用户结点的服务质量信息；所述服务质量服务器用于进行服务质量管理。当资源协调服务器收到用户结点发出的服务保障请求后，向所述服务质量服务器发出查询所述用户结点的服务质量信息的请求，所述服务质量服务器查询所述服务质量数据库单元后，将查询结果反馈给所述资源协调服务器；所述资源占用数据库单元用于存储所述资源协调服务器记录的服务资源共享信息。

优选的，所述资源协调服务器包括服务资源信息列表单元，服务资源请求记录列表单元，服务资源管理模块，服务资源保障模块，服务资源管理用户接口，服务质量接口和数据库接口：所述服务资源信息列表单元用于保存和维护当前各个在线服务资源的相关信息；所述服务资源请求记录列表单元用于保存和维护当前各个用户结点请求服务资源的相关信息；所述服务资源管理模块用于提供服务资源登记管理、所述服务资源信息列表单元维护和服务资源信息检索；所述服务资源保障模块用于提供服务资源保障请求处理、服务资源共享请求、服务资源共享取消和服务资源分配；所述服务资源管理用户接口用于所述资源协调服务器与用户结点的信息交互；所述服务质量接口用于所述资源协调服务器与所述服务质量服务器交互，检索特定用户的服务质量相关信息；所述数据库接口用于所述资源协调服务器管理和维护所述资源占用数据库单元。

优选的，所述服务资源管理用户接口包括用户结点请求服务性能保障的接口，用户服务器通知资源协调服务器用户状态接口，用户结点协商服务资源共享接口和取消用户结点资源共享请求接口：所述用户结点请求服务性能保障的接口用于用户结点通过客户端软件向所述资源协调服务器请求或/和通知所述资源协调服务器进行特定服务的服务资源保障；所述用户服务器通知资源协调服务器用户状态接口用于用户服务器通知所述资源协调服务器器特定用户状态的信息交互；所述用户结点协商服务资源共享接口用于所述资源协调服务器与用户结点协商特定服务资源共享信息交互；所述取消用户结点资源共享请求接口用于所述资源协调服务器取消对该服务资源的共享请求信息交互。

从以上的技术方案可以看出，在本发明中，用户结点登陆P2P网络后，发现关键服务器结点，并发送服务保障请求，关键服务结点对该请求进行处理，并反馈处理结果，如果所述关键服务结点同意资源共享，则资源协调服务器监测服务保障过程，记录资源共享信息。通过这种协商机制，能够有效控制用户结点服务资源性能，挽留关键服务结点，保证用户服务质量，而且，资源协调服务器记录并存储服务资源共享信息可以用于辅助后续的有偿服务。

进一步，本发明通过服务质量服务器查询用户结点的服务质量信息，可以对不同需求用户提供不同质量等级的服务。

附图说明

图1为本发明的方法流程图；

图2为本发明通过资源协调服务器请求服务保障的方法流程图；

图3为本发明通过关键服务结点请求服务保障的方法流程图；

图4为本发明的系统结构图；

图5为本发明资源协调服务器结构示意图；

图6为本发明服务资源管理用户接口结构示意图。

具体实施方式

本发明提供了一种在P2P网络中保障服务资源性能的方法和系统。

请参考图1，为本发明的方法流程图。

P1)用户结点登陆到P2P网络后，依据预定的策略发现关键服务结点，发出服务保障请求；

P2)关键服务结点反馈所述服务保障请求；如果所述关键服务结点同意资源共享，继续步骤3)；

P3)资源协调服务器监测服务保障过程，记录资源共享信息。

为进一步理解本发明，以下对上述的方法进行具体的描述。

请参考图2，为本发明通过资源协调服务器请求服务保障的方法流程图。

A1)用户结点通过运行应用P2P技术的客户端软件，登录P2P网络。

上述P2P技术为Peer-to-Peer，点对点技术，对等计算技术。

上述P2P网络为基于P2P技术，在物理网络之上建立的一个抽象虚拟网络称为P2P网络；P2P网络中各个结点是对等的，但为了提高服务性能，也可能选择P2P网络中一些结点作为管理结点，称为Super-Node。

上述用户结点为P2P网络中的任意结点。一个用户结点是一个用户、一台运行用户客户端程序的设备(包括客户端程序)的整体。

A2)根据P2P网络提供的服务类型，用户发送特定服务请求。

上述用户服务类型包括：内容共享服务、即时通信服务、分布式计算服务、P2P分布式搜索服务，具体据服务提供商提供的服务类型而定。

上述特定服务包括：用户请求下载某特定的内容、用户请求与某特定用户通信、用户为某特定计算任务请求分布式计算资源、用户请求搜索某特定内容。

上述的服务请求信息包括：用户结点标识信息、请求的服务描述信息。

上述用户发送服务的请求的方式包括：向用户服务器发送服务请求、向P2P网络中相邻用户结点发送服务请求、以组播或/和广播的方式向P2P网络发送请求以及上述请求的组合。依据上述不同的服务请求方式，用户从用户服务器或/和P2P网络接收满足服务请求返回信息。

上述返回信息包括：服务资源标识信息、服务资源描述信息、服务描述信息、服务资源所属用户标识信息。

当采用上述向用户服务器发送服务请求时，用户服务器接收到服务请求后，进行一系列操作后，返回服务资源信息。

上述用户服务器接受到服务请求后的一系列操作包括：服务请求合法性验证、请求计费信息生成或/和存储。

当采用上述向P2P网络相邻结点发送服务请求时，以及当采用上述以组播或/和广播方式向P2P网络发送服务请求时，P2P网络中的接收到该服务请求的结点负责处理用户服务请求，并返回服务资源信息；用户从P2P网络接收其它结点返回的服务资源信息。

A3)选择返回信息中特定的服务资源，建立P2P连接，启动服务进程。

上述选择服务资源的形式包括：用户在用户客户端程序的服务资源列表中手工选择特定的一到多条服务资源启动服务、客户端软件根据特定机制自动选择一到多条服务资源启动服务。

上述客户端软件选择服务资源所依据的特定机制包括：选择服务资源描述信息中平均网络传送速率较快的服务资源、选择服务资源描述信息中计算(CPU)速度最快的服务资源、选择所有服务资源。

上述服务资源提供的服务包括：内容提供服务、消息中转服务、(计算、存储)资源提供服务、内容搜索服务。

A4)在服务过程中，用户发现某个结点所提供的服务资源与用户的服务性能关系很大，此时称该结点为用户的关键服务结点。用户能够连接的关键服务结点可以是一个结点，也可以是多个结点。

上述发现机制包括：用户根据用户客户端软件界面上显示的服务资源信息人工选择、用户客户端软件依据特定标准自动选择满足标准的服务资源以及上述机制的组合。

上述用户客户端软件依据的选择标准包括：选定服务资源所提供服务能力占总服务资源所提供服务能力的比率达到某一特定值、选定服务资源不可用将会导致用户2的服务性能不能达到所提供服务的基本性能需求、当前所有服务资源提供服务情况下的服务性能已经低于某一规定值则选定所有服务资源。描述上述基本性能需求的参数值可以预先设置并存储在用户客户端软件中，也可以在必要时由用户客户端软件与服务质量服务器交互获得。

A5)用户通过用户客户端软件向资源协调服务器发送服务性能保障请求，请求服务性能保障。

上述服务性能保障请求的参数包括：服务请求用户的标识信息、被请求的服务资源的标识信息、被请求的服务资源所属用户标识信息、被请求的服务资源的描述信息和当前服务请求者的服务性能信息。为便于后续的计算机处理，用户结点可以按一定规则为每一个服务性能保障请求生成一个唯一请求标识ID(或其它唯一标识一个服务请求的信息)，并作为服务性能保障请求中的一个参数。

A6)资源协调服务器接收到服务性能保障请求后，资源协调服务器将根据该请求向服务质量服务器发送服务质量请求。资源协调服务器接收到服务质量服务器反馈的信息后，参照反馈信息，进行一系列内部处理。

上述请求的参数包括：用户标识信息、服务性能信息。

具体的，服务质量服务器接收到资源协调服务器发送过来的服务质量信息请求后，检索用户服务质量合同信息，并将服务性能信息与服务质量合同中签订的服务性能信息进行对比，如存在服务质量违例，则进行服务质量违例处理；并将对比结果反馈资源协调服务器。

上述内部处理包括：更新或添加服务资源信息列表中被请求服务资源的信息、更新或添加服务资源请求记录列表中描述该请求信息的记录、参照服务质量服务器反馈信息及特定机制决定请求服务资源共享。

上述服务资源信息列表中记录的信息包括：服务资源的标识信息、服务资源描述信息、服务资源所属的用户标识信息、服务资源被请求的重要性度量信息、服务资源共享状况信息。

上述服务资源的重要性度量信息包括：该服务资源被请求保障的次数、将该服务资源的请求信息作为输入按特定公式计算出的结果作为输出的重要性度量信息。

以下对重要性度量信息举例：特定服务资源每被一个白金级用户请求，则该服务资源重要性度量信息累加10，每被一个金级用户请求，该服务资源重要性度量信息累加8……，最后所得的重要性度量信息的累加和，作为该服务资源的最终服务度量信息。

上述服务资源请求记录列表包含的信息包括：请求标识信息和请求描述信息。

上述请求标识信息包括：一个唯一标识一个服务资源请求的标识ID。

上述请求描述信息包括：请求者的用户标识信息、请求时间、请求的服务资源标识信息、请求服务资源的描述信息。该请求信息将被记录到资源占用数据库中，可以辅助后续计费过程。

上述决定是否请求服务资源共享中的特定机制包括：若请求服务资源的用户存在服务质量性能异常且不存在其它服务资源为该用户提供服务则请求服务资源共享、检查资源信息列表中服务资源的重要性度量信息达到特定阀值时请求服务资源共享。

A7)资源协调服务器根据上述内部处理所作的结论，选择特定时机采用特定的方式通知关键服务结点，请求特定服务资源共享。

上述特定时机包括：立即通知、在服务资源在离线之前与用户服务器作离线交互时通知。

上述特定的通知方式包括：在关键服务结点的用户客户端软件界面上显示服务资源共享请求、通过其他即时通信手段通知关键服务结点。

上述的特定服务资源共享是现有P2P网络中资源共享的一种特殊形式，相对于现有P2P资源无偿平等共享的特点而言，本发明所述的特定服务资源的特点在于，关键服务结点通过共享该服务资源可以获得某种补偿。

上述请求服务资源共享的请求信息包括：服务资源标识信息、服务资源重要性度量信息、建议服务资源提供的时长(或/和其他度量)、关键服务结点提供该服务资源共享所获得的回报。上述回报包括：服务费率折扣、现金回报、服务级别提升回报。

A8)关键服务结点接收到服务资源共享请求后，可根据自身意愿，参考请求信息，做出同意服务资源共享或回绝服务资源共享请求的决定。

A81)当关键服务结点拒绝服务资源共享时，资源协调服务器可以通知用户服务器或/和请求该服务资源的用户结点，用户服务器或/和用户结点可以动态查找其他服务资源弥补因该服务资源不可用引起的服务性能下降。

A82)当关键服务结点同意服务资源共享时，资源协调服务器接收并记录服务资源共享信息、启动资源共享监测程序，监测该服务资源的共享情况。资源协调服务器通过监测收集记录相关信息。该信息可用于后续的计费、对服务结点提供额外服务资源共享的其它形式的补偿等过程。所述补偿可为服务级别提升、信誉度提升。

上述检测程序可以周期性的与关键服务结点的用户客户端程序交互，接收服务资源占用信息并确定服务资源一直在线提供共享。

A9)用户针对某服务资源发出保障请求后，需要在特定时机，自动或/和手动向资源协调服务器取消服务资源保障请求。

上述取消服务资源保障请求中包含的信息包括：用户标识信息、取消的服务资源标识信息、取消服务资源标识的原因(如服务结束、离线等)。

上述特定时机包括：应用该服务资源的服务结束或中止时、用户离线时、新发现充足的其它服务资源时、被保障的服务资源性能恶化使其所在结点变为非关键服务结点时。

当用户离线时，用户客户端软件向用户服务器发送离线通知；或用户服务器定期检测用户客户端软件的心跳信号，若检测不到心跳信号时认为用户离线。在上述两种状况下，用户服务器通知资源协调服务器用户离线，该通知信息包括：用户标识信息、用户状态信息。

资源协调服务器接收到用户客户端软件发送的取消服务资源保障请求信息后，做一系列处理取消的内部操作。资源协调服务器接收到用户服务器发送的用户离线通知后，首先根据用户标识信息，从用户服务资源请求记录列表中检索当前用户是否存在尚未取消的资源请求记录、并从服务资源信息列表中检索有无当前离线用户是否存在服务资源共享记录，若有，则根据这些服务资源标识信息，做一系列处理取消的内部操作。

上述处理取消的内部操作包括：更新服务资源信息列表中相关服务资源的信息、更新服务资源请求记录列表中服务请求者相关信息、存储服务请求者服务资源占用信息到资源占用数据库、根据更新后的服务资源信息列表中相关服务资源的重要性度量信息，决定是否取消该服务资源的共享请求，或者在此不做最后这一步操作，而是采用轮循服务资源信息列表的方式，决定取消哪些服务资源的共享请求。

上述决定取消服务资源共享请求的标准包括：服务资源列表中服务资源的重要性度量信息小于某一特定值、所有请求该服务资源的服务已经完成。

A10)根据上述过程处理结果，如果决定取消某一服务资源的共享请求，资源协调服务器则向该服务资源所在的用户结点发送取消服务资源共享消息。该服务资源所在的用户结点上的用户客户端软件接收到该消息后，通知用户服务资源共享请求已中止；还可以显示以下信息：服务资源共享的统计信息、用户此次共享服务资源所获得的回报信息。

资源协调服务器同时存储该服务资源共享的统计信息到资源占用数据库，更新服务资源信息列表。更新列表方法可为删除该服务资源在服务资源信息列表中的条目。

请参考图3，为发明通过关键服务结点请求服务保障的方法流程图。

B1)用户通过运行应用P2P技术的客户端软件，登录P2P网络。

B2)根据P2P网络提供的服务类型，用户发送特定服务请求。

B3)选择返回信息中特定的服务资源，建立P2P连接，启动服务过程。

B4)用户发现关键服务结点。

可以理解的是，以上步骤B1)～B4)与通过资源协调服务器请求服务保障的方法流程的步骤A1)～A4)可以相同。

B5)用户通过用户客户端软件直接向关键服务结点发送服务资源保障请求，请求服务资源保障。

上述服务资源保障请求的参数包括：服务请求用户的标识信息、被请求的服务资源的标识信息、被请求的服务资源所属用户标识信息、被请求的服务资源的描述信息。为便于后续的计算机处理，用户结点可以按一定规则为每一个服务资源保障请求生成一个唯一请求标识ID(或其它唯一标识一个服务请求的信息)，并作为服务资源保障请求中的一个参数。

B6)关键服务结点收到另一到多个结点发送过来的服务资源保障请求时，可根据自身意愿，参考请求信息，做出同意服务资源保障或回绝服务资源保障请求的决定。并将决定信息返回用户结点。

B61)当关键服务结点拒绝服务资源保障请求时，将拒绝信息返回给请求服务资源的用户结点。当请求服务资源的用户结点收到关键服务结点返回的拒绝服务资源保障请求的消息后，或超时仍未收到任何来自与关键服务结点的针对上述服务资源请求的返回信息时，服务资源保障请求失败，请求服务资源的用户结点可以继续采用其它方式获得服务性能的保障。

上述其它方式包括：启动服务资源搜索过程，继续搜索其它可用服务资源；延迟某一时间间隔后，继续向其关键服务结点发送服务资源保障请求。

B62)当关键服务结点同意服务资源保障请求时，存储服务资源请求标识信息等请求信息，并返回给请求服务资源的用户结点同意其请求。此时，用户结点或/和关键服务结点可以采用某种机制与资源协调服务器交互，通知资源协调服务器当前建立的服务资源保障，资源协调服务器通过上述通知跟踪和确认当前的服务资源保障过程。

上述与资源协调服务器交互通知当前服务资源保障的机制包括：请求服务结点通过特定机制向资源协调服务器发送服务资源请求通知消息、关键服务结点通过特定机制向资源协调服务器发送服务资源请求确认消息、或上述两者的组合。

可以理解的是，用户可以向资源协调服务器或/和关键服务结点发送服务请求，包括以下情况：

S1)用户结点向关键服务结点发送请求，同时向资源协调服务器发送通知，关键服务结点收到通知并做出回应后，再向资源协调服务器发送通知，资源协调服务器根据从用户结点和关键服务结点收到的针对同一个请求(每个请求用请求标识唯一标识)的两个通知，确认请求的可信性。

S2)用户结点向服务结点发送请求，同时向资源协调服务器发送通知，资源协调服务器接到通知后，向关键服务结点查询，服务结点回应查询。

S3)用户结点向关键服务结点发送请求，关键服务结点做出回应；当关键服务结点同意时，用户结点接到同意请求的回复后，向资源协调服务器发送通知，资源协调服务器查询关键服务结点，关键服务结点回应查询。

S4)用户结点向关键服务结点发送请求，当关键服务结点同意时，向用户结点发送回复信息，并向资源协调服务器发送通知；用户结点接到同意请求的回复后，向资源协调服务器发送通知。

S5)用户结点向关键服务结点发送请求，关键服务结点同意，向用户结点发送回复信息，并向资源协调服务器发送通知；资源协调服务器接到通知后，向用户结点查询，用户结点回复查询结果。

以下介绍协调服务器接收到服务资源保障通知后的处理过程：

当资源协调服务器接收到请求服务资源的用户结点发送的服务资源保障通知后，更新或添加服务资源请求记录列表中描述该请求信息的记录。资源协调服务器可以根据接收的服务资源保障通知向服务质量服务器发送服务质量请求。服务质量服务器接收到资源协调服务器发送过来的服务质量信息请求后，检索用户服务质量合同信息，并将服务性能信息与服务质量合同中签订的服务性能信息进行对比，如存在服务质量违例，则进行服务质量违例处理。

上述请求的参数包括：用户标识信息、服务性能信息。

当资源协调服务器收到关键服务结点发送的同意服务资源保障通知后，查找服务资源请求记录列表中该服务资源保障请求信息确认该服务资源保障的有效性，更新或添加服务资源信息列表中被请求服务资源的信息，更新或添加服务资源请求记录列表中描述该请求信息的记录，启动资源共享监测程序，监测该服务资源的共享情况。

B7)当请求服务资源的用户结点需要取消服务资源共享时，通过特定机制向资源服务器或/和服务资源所属结点发送取消服务资源保障通知。

上述特定机制包括：

用户结点向服务资源的所属结点发送取消服务资源保障的通知，关键服务结点接收到取消服务资源的保障的通知后，返回给用户结点取消通知成功接收的信息，并可以通过客户端程序界面通知被请求服务资源结点的用户服务资源保障已经取消，并向资源协调服务器发送取消服务资源保障通知。

用户结点向资源协调服务其发送取消服务资源保障的通知，资源协调服务器接收到取消服务资源保障的通知后，通知服务资源所属结点取消服务资源保障。

上述取消服务资源保障通知的参数包括：标识服务资源保障请求的信息。

用户离线时，用户客户端软件向用户服务器发送离线通知；或用户服务器定期检测用户客户端软件的心跳信号，若检测不到心跳信号时认为用户离线。在上述两种状况下，用户服务器通知资源协调服务器用户离线，上述离线通知信息所含参数包括：用户标识信息、用户状态信息。

当资源协调服务器接收到上述通知信息后，所做的内部操作包括：

M1)根据用户标识信息检索服务资源信息列表中是否有该用户提供的服务资源，如果有，则存储服务资源共享的统计信息和该服务资源请求信息到资源占用数据库，更新服务资源信息列表，更新服务资源请求记录列表。

M2)根据用户标识信息检索服务资源请求记录列表中是否有该用户的服务资源请求记录，如果有，则存储该用户资源占用信息到资源占用数据库、更新服务资源信息列表、更新服务资源请求记录列表、通知服务资源所属结点取消该用户结点对应的服务资源请求。

B8)资源协调服务器接收到取消服务资源保障的通知并确定服务资源保障已经取消后，资源协调服务器存储服务资源共享的统计信息和服务资源请求信息到资源占用数据库，更新服务资源信息列表，更新服务资源请求记录列表。

上述更新服务资源信息列表可为更新和删除该请求相关服务资源在服务资源信息列表中的条目。

上述更新服务资源请求记录列表删除服务资源请求记录列表中与当前服务资源请求信息相关的条目。

根据上述的保障服务资源性能的方法，本发明提供了一种在P2P网络中保障服务资源性能的系统，包括资源协调服务器100、资源占用数据库单元200、用户服务器300、用户信息数据库单元400、服务质量服务器500、服务质量数据库600、P2P用户700和P2P网络800。

资源协调服务器100用于协调服务资源请求结点和服务资源所有结点之间建立服务资源保障，并监控服务资源保障情况，记录服务资源保障信息到资源占用数据库单元用于后续计费；还可以与服务质量服务器500交互，提供结点的服务质量信息。

资源占用数据库单元200用于记录用户服务资源共享情况、服务资源使用情况以及其他与P2P服务资源相关的信息。

所述用户资源共享情况信息包括：服务资源所属用户标识信息、服务资源标识信息、服务资源共享描述信息或/和统计信息。

所述服务资源使用情况信息包括：使用服务资源用户标识信息、使用的服务资源标识信息、使用服务资源所属用户标识信息、服务资源使用情况描述信息或/和统计信息。

用户服务器300负责提供注册、登录、鉴权、注销、接收和处理用户服务请求、维护用户信息数据库单元以及其他与服务提供、用户管理相关的用户接口等功能。

可以理解的是，用户服务器是现实实现中一组服务器的抽象，用户服务器包括用户鉴权服务器、服务提供服务器、计费服务器。

用户信息数据库单元400用于存放用户授权信息以及其他与用户服务相关的信息。

服务质量服务器500用于负责提供服务质量合同管理、服务质量信息检索、服务质量数据库单元维护等与服务质量管理相关的接口和功能。

服务质量数据库单元600用于记录用户签订的服务质量合同信息、服务质量信息以及其他与服务质量相关的信息。

本技术方案提供一种客户端软件，用户通过用户客户端软件提供的用户界面与上述各个服务器交互，请求并获得服务，请求服务资源性能保障、同意服务资源共享以及完成其他与服务、服务质量相关的功能。

进一步，资源协调服务器100包括：服务资源信息列表单元110、服务资源请求记录列表单元120、服务资源管理模块130、服务资源保障模块140、服务资源管理用户接口150、数据库接口160和服务质量接口170。

服务资源信息列表单元110用于保存和维护当前各个在线服务资源的相关信息。该服务资源信息列表单元可以存放在包括内存、物理文件、数据库系统中。

服务资源请求记录列表单元120用于保存和维护当前各个用户请求服务资源的相关记录信息，该资源信息列表单元120可以存放在包括内存、物理文件、数据库系统中。

服务资源管理模块130用于提供服务资源登记管理、服务资源信息列表维护、服务资源信息检索以及其它与服务资源管理相关的功能。

服务资源保障模块140用于提供服务资源保障请求处理、服务资源共享请求、服务资源共享取消、服务资源分配以及其它与服务资源保障相关的功能。

服务资源管理用户接口150用于服务资源管理用户接口用于所述资源协调服务器与用户的信息交互。

数据库接口160用于资源协调服务器100和资源占用数据库单元200的数据交互。

服务质量接口170用于资源协调服务器100和服务质量服务器500的数据交互。

进一步，服务资源管理用户接口150包括：用户结点请求服务性能保障的接口151、用户服务器通知资源协调服务器用户状态的接口152、用户结点协商服务资源共享的接口153和取消用户结点资源共享请求的接口154。

用户结点请求服务性能保障的接口151用户结点和客户端软件的数据交互，请求或/和通知资源协调服务器100进行特定服务的服务资源保障。

用户服务器通知资源协调服务器用户状态的接口152用于用户服务器300通知资源协调服务器器100特定用户状态信息交互。资源协调服务器100根据上述通知，可以完成的操作包括：更新和维护服务资源信息列表、更新和维护服务资源请求记录列表、中止服务资源保障过程。

用户结点协商服务资源共享的接口153用于资源协调服务器100与用户结点协商特定服务资源共享信息交互。资源协调服务器100通过该接口提供的功能包括：请求用户结点提供服务资源共享；用户结点通过该接口做出回应，通知资源协商服务器同意或回绝服务资源共享请求。

取消用户结点资源共享请求的接口154用于资源协调服务器在特定服务资源请求过期时，取消对该服务资源的共享请求信息交互。引起上述服务资源请求过期的原因包括：接受该服务资源服务的被服务结点离线、服务完成、服务中断。

用户通过客户端软件与用户服务器300之间的登录接口登录。用户服务器300通过与用户数据库400之间的数据库接口查询用户信息，并为用户鉴权，并通过登录接口返回登录信息。用户建立P2P连接。当用户发现某结点的服务资源很重要时，即该结点为用户关键服务结点时，用户与资源协调服务器100之间的服务资源管理用户接口150接口模块中的用户结点请求服务性能保障的接口152接口向资源协调服务器100中的服务资源保障模块140请求服务性能保障。服务资源保障模块140在服务资源请求记录列表130中添加或更新服务请求信息，并通过资源协调服务器100与服务质量服务器500之间的服务质量接口170接口向服务质量服务器500发送结点的服务性能信息。服务质量服务器500通过其与服务质量数据库单元600之间的数据库口，查询结点用户的服务质量信息。并通过服务质量服务器500与服务资源保障模块140之间的服务质量接口170接口返回结点的服务质量信息。服务资源保障模块140将服务质量信息传送给服务资源管理模块130，由服务资源管理模块130负责处理，并更新服务资源信息列表110中的服务资源信息。在特定时机，服务资源管理模块130通过服务资源管理用户接口150中的用户结点协商服务资源共享的接口153向服务资源所属结点求服务资源保障。服务结点通过用户结点协商服务资源共享的接口153返回同意或拒绝请求到服务资源管理模块130。当服务结点同意服务资源保障时，资源协调服务器100中的服务资源管理模块130负责启动监控进程监控服务结点的服务资源共享情况。服务资源管理模块130最终通过数据库接口160接口将服务资源共享信息记录到资源占用数据库单元200中。当用户取消服务保障时，通过服务资源管理用户接口150中的取消用户结点资源共享请求的接口154接口通知资源协调服务器100，资源协调服务器100中的服务资源保障模块140捕获到消息后，更新服务资源请求记录列表单元120中的请求信息条目，并通知服务资源管理模块130，服务资源管理模块130负责更新服务资源信息列表单元110中的服务资源信息。在请求结点或服务结点离开网络时，用户服务器300通过用户服务器通知资源协调服务器用户状态的接口151通知资源协调服务器100，资源协调服务器100中的服务资源保障模块140捕获到消息后，更新服务资源请求记录列表120中的请求信息条目，并通知服务资源管理模块130，服务资源管理模块130负责更新服务资源信息列表110中的服务资源信息。

以上对本发明所提供的一种在P2P网络中保障服务资源性能的方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种在P2P网络中保障服务资源性能的方法，其特征在于，包括步骤：

1)用户结点登陆到P2P网络后，依据预置的机制发现关键服务结点，发出服务保障请求；

2)关键服务结点反馈所述服务保障请求；如果所述关键服务结点同意资源共享，继续步骤3)；

3)资源协调服务器监测服务保障过程，记录资源共享信息。

2.根据权利要求1所述的方法，其特征在于，所述步骤1)发出过程包括：向所述关键服务结点发出服务保障请求，所述关键服务结点和资源协调服务器通过信息交互，对所述服务保障请求进行确认；或向资源协调服务器发出服务保障请求，所述资源协调服务器将所述用户结点的服务保障请求发送给所述关键服务结点；或向所述关键服务结点和所述资源协调服务器发出服务保障请求，所述关键服务结点和所述资源协调服务器通过信息交互，对所述服务保障请求进行确认。

3.根据权利要求1所述的方法，其特征在于，所述步骤2)反馈过程包括：所述关键服务结点对所述服务保障请求做出同意资源共享或不同意资源共享的处理，向所述用户结点反馈处理结果；或向资源协调服务器反馈处理结果，所述资源协调服务器将所述处理结果通知所述用户结点。

4.根据权利要求1所述的方法，其特征在于，所述步骤3)之后，包括：当所述用户结点需要取消所述关键服务结点的服务保障请求的时候，所述用户结点向所述关键服务结点发出取消服务保障请求；或向所述资源协调服务器发出取消服务保障请求，所述资源协调服务器将所述取消服务保障请求发送给所述关键服务结点。

5.根据权利要求1～4中其中之一的方法，其特征在于，所述预置的机制包括：人工选择的方式或/和客户端依据软件特定标准自动选择的方式。

6.根据权利要求1～4中其中之一的方法，其特征在于，所述步骤1)还包括，资源协调服务器从服务质量服务器获取所述用户结点的服务质量信息，确认所述服务保障请求。

7.一种在P2P网络中保障服务资源性能的系统，包括P2P用户，P2P网络和用户服务器，其特征在于，所述系统还包括资源协调服务器，所述P2P用户包括申请服务资源的用户结点和提供服务资源的关键服务结点：

所述用户结点用于发现关键服务结点并发出服务保障请求；

所述关键服务结点用于反馈所述服务保障请求；

所述资源协调服务器用于监测服务保障过程，记录服务资源共享信息。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括资源占用数据库单元，服务质量服务器，服务质量数据库单元：

所述服务质量数据库单元用于存储用户结点的服务质量信息；

所述服务质量服务器用于进行服务质量管理，当资源协调服务器收到用户结点发出的服务保障请求后，向所述服务质量服务器发出查询所述用户结点的服务质量信息的请求，所述服务质量服务器查询所述服务质量数据库单元后，将查询结果反馈给所述资源协调服务器；

所述资源占用数据库单元用于存储所述资源协调服务器记录的服务资源共享信息。

9.根据权利要求8所述的系统，其特征在于，所述资源协调服务器包括服务资源信息列表单元，服务资源请求记录列表单元，服务资源管理模块，服务资源保障模块，服务资源管理用户接口，服务质量接口和数据库接口：

所述服务资源信息列表单元用于保存和维护当前各个在线服务资源的相关信息；

所述服务资源请求记录列表单元用于保存和维护当前各个用户结点请求服务资源的相关信息；

所述服务资源管理模块用于提供服务资源登记管理、所述服务资源信息列表单元维护和服务资源信息检索；

所述服务资源保障模块用于提供服务资源保障请求处理、服务资源共享请求、服务资源共享取消和服务资源分配；

所述服务资源管理用户接口用于所述资源协调服务器与用户结点的信息交互；

所述服务质量接口用于所述资源协调服务器与所述服务质量服务器交互，检索特定用户的服务质量相关信息；

所述数据库接口用于所述资源协调服务器管理和维护所述资源占用数据库单元。

10.根据权利要求9所述的系统，其特征在于，所述服务资源管理用户接口包括用户结点请求服务性能保障的接口，用户服务器通知资源协调服务器用户状态接口，用户结点协商服务资源共享接口和取消用户结点资源共享请求接口：所述用户结点请求服务性能保障的接口用于用户结点通过客户端软件向所述资源协调服务器请求或/和通知所述资源协调服务器进行特定服务的服务资源保障；

所述用户服务器通知资源协调服务器用户状态接口用于用户服务器通知所述资源协调服务器器特定用户状态的信息交互；

所述用户结点协商服务资源共享接口用于所述资源协调服务器与用户结点协商特定服务资源共享信息交互；

所述取消用户结点资源共享请求接口用于所述资源协调服务器取消对该服务资源的共享请求信息交互。

Images