專利名稱：一種在p2p網(wǎng)絡中保障服務資源性能的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)通訊領域P2P技術，尤其涉及一種在P2P網(wǎng)絡中保障服務資源性能的方法和系統(tǒng)。
背景技術：
P2P技術是一項新的業(yè)務承載技術。相對于傳統(tǒng)的客戶端/服務器模式，基于P2P技術實現(xiàn)的應用具有分布性、對等性、規(guī)模無限性、動態(tài)自組織性、強穩(wěn)定性等特點。到目前位置，已經(jīng)有大量的基于P2P技術的內(nèi)容共享系統(tǒng)、即時通信系統(tǒng)、分布式計算系統(tǒng)、分布式搜索系統(tǒng)等應用被廣泛的研究、開發(fā)及應用，并迅速吸引了數(shù)以千萬計的用戶，P2P技術是一種低成本高效益的網(wǎng)絡服務實現(xiàn)技術，在將來會得到更加廣泛的應用。
與基于傳統(tǒng)的客戶端/服務器模式不同的是，基于P2P技術的應用削弱甚至拋棄了對服務器的依賴，憑借P2P網(wǎng)絡中各個結點(peer)相互提供資源并獲得服務，是以一種互惠互利相互協(xié)作的方式運作的當一個用戶享受基于P2P技術的服務時，從其他用戶那里獲得服務，并同時貢獻自身的資源為其他用戶提供服務。
顯然，在基于P2P技術的服務中，用戶感受到的服務質(zhì)量和服務體驗不僅與服務提供商提供的服務質(zhì)量有關，還與為用戶提供服務的其他用戶的服務資源性能有關。而這些資源是歸屬于用戶的，服務提供商通常無法控制這些結點的性能。
通常來說，服務性能越好，用戶的服務體驗就越好，對服務質(zhì)量就會有更高評價，也就得到服務質(zhì)量好的評價。然而，服務性能和服務質(zhì)量卻不是兩個相互等同的概念服務性能是服務提供過程中各個服務資源的性能的集中體現(xiàn)，而服務質(zhì)量則不僅僅要保障服務性能，還需要包括在服務性能達不到用戶要求時，迅速的調(diào)整服務性能或為用戶提供一定補償。服務質(zhì)量是更為廣闊的概念，是面向客戶的，而服務性能則往往側重于技術。
綜合現(xiàn)有基于P2P技術的內(nèi)容共享、即時交互等應用，以下為兩種常見的現(xiàn)有技術方案
1)當因服務結點離線或性能降低引起被服務結點服務性能降低時，接收服務結點的P2P服務程序動態(tài)的從P2P網(wǎng)絡中搜索其他替代的服務提供結點，重新建立新的P2P連接，來彌補服務性能的降低。
2)當一個用戶請求服務時，檢索大量的服務結點作為備用服務結點，或同時動態(tài)連接多個服務結點，以抵消其中個別服務結點離線或性能下降時對用戶的服務性能影響。
以上兩種方案是建立在存在大量可用服務結點可以為特定用戶提供特定服務的基礎之上的。在P2P網(wǎng)絡規(guī)模足夠大，并且能為特定用戶提供特定服務的可用結點足夠多時，上述兩種方案是可以滿足該特定用戶的服務性能需求的。從理論上來說，P2P網(wǎng)絡規(guī)模越大，為特定用戶提供特定服務的可用結點越多，該用戶的服務性能就越好。例如在基于P2P技術的內(nèi)容共享業(yè)務中，對于一項熱門內(nèi)容(如流行電影)，通常因為大量用戶同時在線下載并相互提供內(nèi)容的共享而達到較高的服務性能，但對于一些僅對少數(shù)用戶重要但不熱門的內(nèi)容(如某些專業(yè)技術相關的內(nèi)容)，卻通常因為該內(nèi)容相關的在線服務結點太少而需要較長時間才能完成內(nèi)容共享，用戶的服務體驗明顯下降。
從以上用戶結點尋找服務結點的過程可以看出，現(xiàn)有技術存在以下的缺陷最終用戶體驗到的服務性能是由P2P網(wǎng)絡狀況動態(tài)決定的，當網(wǎng)絡共享資源不充足的時候，很難保障用戶的服務性能。當對用戶結點起到重要作用的服務結點離線時，現(xiàn)有技術不能挽留服務結點，從而導致用戶服務性能下降。

發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提供一種在P2P網(wǎng)絡中保障服務資源性能的方法和系統(tǒng)，以協(xié)調(diào)用戶結點與關鍵服務結點建立服務資源保障，監(jiān)測服務保障過程。
為解決上述技術問題，本發(fā)明通過以下技術方案實現(xiàn)一種在P2P網(wǎng)絡中保障服務資源性能的方法，包括步驟1)用戶結點登陸到P2P網(wǎng)絡后，依據(jù)預置的機制發(fā)現(xiàn)關鍵服務結點，發(fā)出服務保障請求；2)關鍵服務結點反饋所述服務保障請求，如果所述關鍵服務結點同意資源共享，繼續(xù)步驟3)；3)資源協(xié)調(diào)服務器監(jiān)測服務保障過程，記錄資源共享信息。
優(yōu)選的，所述步驟1)發(fā)出過程包括向所述關鍵服務結點發(fā)出服務保障請求，所述關鍵服務結點和資源協(xié)調(diào)服務器通過信息交互，對所述服務保障請求進行確認；或向資源協(xié)調(diào)服務器發(fā)出服務保障請求，所述資源協(xié)調(diào)服務器將所述用戶結點的服務保障請求發(fā)送給所述關鍵服務結點；或向所述關鍵服務結點和所述資源協(xié)調(diào)服務器發(fā)出服務保障請求，所述關鍵服務結點和所述資源協(xié)調(diào)服務器通過信息交互，對所述服務保障請求進行確認。
優(yōu)選的，所述步驟2)反饋過程包括所述關鍵服務結點對所述服務保障請求做出同意資源共享或不同意資源共享的處理，向所述用戶結點反饋處理結果；或向資源協(xié)調(diào)服務器反饋處理結果，所述資源協(xié)調(diào)服務器將所述處理結果通知所述用戶結點。
優(yōu)選的，所述步驟3)之后，包括當所述用戶結點需要取消所述關鍵服務結點的服務保障請求的時候，所述用戶結點向所述關鍵服務結點發(fā)出取消服務保障請求；或向所述資源協(xié)調(diào)服務器發(fā)出取消服務保障請求，所述資源協(xié)調(diào)服務器將所述取消服務保障請求發(fā)送給所述關鍵服務結點。
優(yōu)選的，所述預置的機制包括人工選擇的方式或/和客戶端依據(jù)軟件特定標準自動選擇的方式。
優(yōu)選的，所述步驟1)還包括，資源協(xié)調(diào)服務器從服務質(zhì)量服務器獲取所述用戶結點的服務質(zhì)量信息，確認所述服務保障請求。
一種在P2P網(wǎng)絡中保障服務資源性能的系統(tǒng)，包括P2P用戶，P2P網(wǎng)絡和用戶服務器，所述系統(tǒng)還包括資源協(xié)調(diào)服務器，所述P2P用戶包括申請服務資源的用戶結點和提供服務資源的關鍵服務結點所述用戶結點用于發(fā)現(xiàn)關鍵服務結點并發(fā)出服務保障請求；所述關鍵服務結點用于反饋所述服務保障請求；所述資源協(xié)調(diào)服務器用于監(jiān)測服務保障過程，記錄服務資源共享信息。
優(yōu)選的，所述系統(tǒng)還包括資源占用數(shù)據(jù)庫單元，服務質(zhì)量服務器，服務質(zhì)量數(shù)據(jù)庫單元所述服務質(zhì)量數(shù)據(jù)庫單元用于存儲用戶結點的服務質(zhì)量信息；所述服務質(zhì)量服務器用于進行服務質(zhì)量管理。當資源協(xié)調(diào)服務器收到用戶結點發(fā)出的服務保障請求后，向所述服務質(zhì)量服務器發(fā)出查詢所述用戶結點的服務質(zhì)量信息的請求，所述服務質(zhì)量服務器查詢所述服務質(zhì)量數(shù)據(jù)庫單元后，將查詢結果反饋給所述資源協(xié)調(diào)服務器；所述資源占用數(shù)據(jù)庫單元用于存儲所述資源協(xié)調(diào)服務器記錄的服務資源共享信息。
優(yōu)選的，所述資源協(xié)調(diào)服務器包括服務資源信息列表單元，服務資源請求記錄列表單元，服務資源管理模塊，服務資源保障模塊，服務資源管理用戶接口，服務質(zhì)量接口和數(shù)據(jù)庫接口所述服務資源信息列表單元用于保存和維護當前各個在線服務資源的相關信息；所述服務資源請求記錄列表單元用于保存和維護當前各個用戶結點請求服務資源的相關信息；所述服務資源管理模塊用于提供服務資源登記管理、所述服務資源信息列表單元維護和服務資源信息檢索；所述服務資源保障模塊用于提供服務資源保障請求處理、服務資源共享請求、服務資源共享取消和服務資源分配；所述服務資源管理用戶接口用于所述資源協(xié)調(diào)服務器與用戶結點的信息交互；所述服務質(zhì)量接口用于所述資源協(xié)調(diào)服務器與所述服務質(zhì)量服務器交互，檢索特定用戶的服務質(zhì)量相關信息；所述數(shù)據(jù)庫接口用于所述資源協(xié)調(diào)服務器管理和維護所述資源占用數(shù)據(jù)庫單元。
優(yōu)選的，所述服務資源管理用戶接口包括用戶結點請求服務性能保障的接口，用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)接口，用戶結點協(xié)商服務資源共享接口和取消用戶結點資源共享請求接口所述用戶結點請求服務性能保障的接口用于用戶結點通過客戶端軟件向所述資源協(xié)調(diào)服務器請求或/和通知所述資源協(xié)調(diào)服務器進行特定服務的服務資源保障；所述用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)接口用于用戶服務器通知所述資源協(xié)調(diào)服務器器特定用戶狀態(tài)的信息交互；所述用戶結點協(xié)商服務資源共享接口用于所述資源協(xié)調(diào)服務器與用戶結點協(xié)商特定服務資源共享信息交互；所述取消用戶結點資源共享請求接口用于所述資源協(xié)調(diào)服務器取消對該服務資源的共享請求信息交互。
從以上的技術方案可以看出，在本發(fā)明中，用戶結點登陸P2P網(wǎng)絡后，發(fā)現(xiàn)關鍵服務器結點，并發(fā)送服務保障請求，關鍵服務結點對該請求進行處理，并反饋處理結果，如果所述關鍵服務結點同意資源共享，則資源協(xié)調(diào)服務器監(jiān)測服務保障過程，記錄資源共享信息。通過這種協(xié)商機制，能夠有效控制用戶結點服務資源性能，挽留關鍵服務結點，保證用戶服務質(zhì)量，而且，資源協(xié)調(diào)服務器記錄并存儲服務資源共享信息可以用于輔助后續(xù)的有償服務。
進一步，本發(fā)明通過服務質(zhì)量服務器查詢用戶結點的服務質(zhì)量信息，可以對不同需求用戶提供不同質(zhì)量等級的服務。


圖1為本發(fā)明的方法流程圖；圖2為本發(fā)明通過資源協(xié)調(diào)服務器請求服務保障的方法流程圖；圖3為本發(fā)明通過關鍵服務結點請求服務保障的方法流程圖；圖4為本發(fā)明的系統(tǒng)結構圖；圖5為本發(fā)明資源協(xié)調(diào)服務器結構示意圖；圖6為本發(fā)明服務資源管理用戶接口結構示意圖。
具體實施例方式
本發(fā)明提供了一種在P2P網(wǎng)絡中保障服務資源性能的方法和系統(tǒng)。
請參考圖1，為本發(fā)明的方法流程圖。
P1)用戶結點登陸到P2P網(wǎng)絡后，依據(jù)預定的策略發(fā)現(xiàn)關鍵服務結點，發(fā)出服務保障請求；P2)關鍵服務結點反饋所述服務保障請求；如果所述關鍵服務結點同意資源共享，繼續(xù)步驟3)；P3)資源協(xié)調(diào)服務器監(jiān)測服務保障過程，記錄資源共享信息。
為進一步理解本發(fā)明，以下對上述的方法進行具體的描述。
請參考圖2，為本發(fā)明通過資源協(xié)調(diào)服務器請求服務保障的方法流程圖。
A1)用戶結點通過運行應用P2P技術的客戶端軟件，登錄P2P網(wǎng)絡。
上述P2P技術為Peer-to-Peer，點對點技術，對等計算技術。
上述P2P網(wǎng)絡為基于P2P技術，在物理網(wǎng)絡之上建立的一個抽象虛擬網(wǎng)絡稱為P2P網(wǎng)絡；P2P網(wǎng)絡中各個結點是對等的，但為了提高服務性能，也可能選擇P2P網(wǎng)絡中一些結點作為管理結點，稱為Super-Node。
上述用戶結點為P2P網(wǎng)絡中的任意結點。一個用戶結點是一個用戶、一臺運行用戶客戶端程序的設備(包括客戶端程序)的整體。
A2)根據(jù)P2P網(wǎng)絡提供的服務類型，用戶發(fā)送特定服務請求。
上述用戶服務類型包括內(nèi)容共享服務、即時通信服務、分布式計算服務、P2P分布式搜索服務，具體據(jù)服務提供商提供的服務類型而定。
上述特定服務包括用戶請求下載某特定的內(nèi)容、用戶請求與某特定用戶通信、用戶為某特定計算任務請求分布式計算資源、用戶請求搜索某特定內(nèi)容。
上述的服務請求信息包括用戶結點標識信息、請求的服務描述信息。
上述用戶發(fā)送服務的請求的方式包括向用戶服務器發(fā)送服務請求、向P2P網(wǎng)絡中相鄰用戶結點發(fā)送服務請求、以組播或/和廣播的方式向P2P網(wǎng)絡發(fā)送請求以及上述請求的組合。依據(jù)上述不同的服務請求方式，用戶從用戶服務器或/和P2P網(wǎng)絡接收滿足服務請求返回信息。
上述返回信息包括服務資源標識信息、服務資源描述信息、服務描述信息、服務資源所屬用戶標識信息。
當采用上述向用戶服務器發(fā)送服務請求時，用戶服務器接收到服務請求后，進行一系列操作后，返回服務資源信息。
上述用戶服務器接受到服務請求后的一系列操作包括服務請求合法性驗證、請求計費信息生成或/和存儲。
當采用上述向P2P網(wǎng)絡相鄰結點發(fā)送服務請求時，以及當采用上述以組播或/和廣播方式向P2P網(wǎng)絡發(fā)送服務請求時，P2P網(wǎng)絡中的接收到該服務請求的結點負責處理用戶服務請求，并返回服務資源信息；用戶從P2P網(wǎng)絡接收其它結點返回的服務資源信息。
A3)選擇返回信息中特定的服務資源，建立P2P連接，啟動服務進程。
上述選擇服務資源的形式包括用戶在用戶客戶端程序的服務資源列表中手工選擇特定的一到多條服務資源啟動服務、客戶端軟件根據(jù)特定機制自動選擇一到多條服務資源啟動服務。
上述客戶端軟件選擇服務資源所依據(jù)的特定機制包括選擇服務資源描述信息中平均網(wǎng)絡傳送速率較快的服務資源、選擇服務資源描述信息中計算(CPU)速度最快的服務資源、選擇所有服務資源。
上述服務資源提供的服務包括內(nèi)容提供服務、消息中轉服務、(計算、存儲)資源提供服務、內(nèi)容搜索服務。
A4)在服務過程中，用戶發(fā)現(xiàn)某個結點所提供的服務資源與用戶的服務性能關系很大，此時稱該結點為用戶的關鍵服務結點。用戶能夠連接的關鍵服務結點可以是一個結點，也可以是多個結點。
上述發(fā)現(xiàn)機制包括用戶根據(jù)用戶客戶端軟件界面上顯示的服務資源信息人工選擇、用戶客戶端軟件依據(jù)特定標準自動選擇滿足標準的服務資源以及上述機制的組合。
上述用戶客戶端軟件依據(jù)的選擇標準包括選定服務資源所提供服務能力占總服務資源所提供服務能力的比率達到某一特定值、選定服務資源不可用將會導致用戶2的服務性能不能達到所提供服務的基本性能需求、當前所有服務資源提供服務情況下的服務性能已經(jīng)低于某一規(guī)定值則選定所有服務資源。描述上述基本性能需求的參數(shù)值可以預先設置并存儲在用戶客戶端軟件中，也可以在必要時由用戶客戶端軟件與服務質(zhì)量服務器交互獲得。
A5)用戶通過用戶客戶端軟件向資源協(xié)調(diào)服務器發(fā)送服務性能保障請求，請求服務性能保障。
上述服務性能保障請求的參數(shù)包括服務請求用戶的標識信息、被請求的服務資源的標識信息、被請求的服務資源所屬用戶標識信息、被請求的服務資源的描述信息和當前服務請求者的服務性能信息。為便于后續(xù)的計算機處理，用戶結點可以按一定規(guī)則為每一個服務性能保障請求生成一個唯一請求標識ID(或其它唯一標識一個服務請求的信息)，并作為服務性能保障請求中的一個參數(shù)。
A6)資源協(xié)調(diào)服務器接收到服務性能保障請求后，資源協(xié)調(diào)服務器將根據(jù)該請求向服務質(zhì)量服務器發(fā)送服務質(zhì)量請求。資源協(xié)調(diào)服務器接收到服務質(zhì)量服務器反饋的信息后，參照反饋信息，進行一系列內(nèi)部處理。
上述請求的參數(shù)包括用戶標識信息、服務性能信息。
具體的，服務質(zhì)量服務器接收到資源協(xié)調(diào)服務器發(fā)送過來的服務質(zhì)量信息請求后，檢索用戶服務質(zhì)量合同信息，并將服務性能信息與服務質(zhì)量合同中簽訂的服務性能信息進行對比，如存在服務質(zhì)量違例，則進行服務質(zhì)量違例處理；并將對比結果反饋資源協(xié)調(diào)服務器。
上述內(nèi)部處理包括更新或添加服務資源信息列表中被請求服務資源的信息、更新或添加服務資源請求記錄列表中描述該請求信息的記錄、參照服務質(zhì)量服務器反饋信息及特定機制決定請求服務資源共享。
上述服務資源信息列表中記錄的信息包括服務資源的標識信息、服務資源描述信息、服務資源所屬的用戶標識信息、服務資源被請求的重要性度量信息、服務資源共享狀況信息。
上述服務資源的重要性度量信息包括該服務資源被請求保障的次數(shù)、將該服務資源的請求信息作為輸入按特定公式計算出的結果作為輸出的重要性度量信息。
以下對重要性度量信息舉例特定服務資源每被一個白金級用戶請求，則該服務資源重要性度量信息累加10，每被一個金級用戶請求，該服務資源重要性度量信息累加8……，最后所得的重要性度量信息的累加和，作為該服務資源的最終服務度量信息。
上述服務資源請求記錄列表包含的信息包括請求標識信息和請求描述信息。
上述請求標識信息包括一個唯一標識一個服務資源請求的標識ID。
上述請求描述信息包括請求者的用戶標識信息、請求時間、請求的服務資源標識信息、請求服務資源的描述信息。該請求信息將被記錄到資源占用數(shù)據(jù)庫中，可以輔助后續(xù)計費過程。
上述決定是否請求服務資源共享中的特定機制包括若請求服務資源的用戶存在服務質(zhì)量性能異常且不存在其它服務資源為該用戶提供服務則請求服務資源共享、檢查資源信息列表中服務資源的重要性度量信息達到特定閥值時請求服務資源共享。
A7)資源協(xié)調(diào)服務器根據(jù)上述內(nèi)部處理所作的結論，選擇特定時機采用特定的方式通知關鍵服務結點，請求特定服務資源共享。
上述特定時機包括立即通知、在服務資源在離線之前與用戶服務器作離線交互時通知。
上述特定的通知方式包括在關鍵服務結點的用戶客戶端軟件界面上顯示服務資源共享請求、通過其他即時通信手段通知關鍵服務結點。
上述的特定服務資源共享是現(xiàn)有P2P網(wǎng)絡中資源共享的一種特殊形式，相對于現(xiàn)有P2P資源無償平等共享的特點而言，本發(fā)明所述的特定服務資源的特點在于，關鍵服務結點通過共享該服務資源可以獲得某種補償。
上述請求服務資源共享的請求信息包括服務資源標識信息、服務資源重要性度量信息、建議服務資源提供的時長(或/和其他度量)、關鍵服務結點提供該服務資源共享所獲得的回報。上述回報包括服務費率折扣、現(xiàn)金回報、服務級別提升回報。
A8)關鍵服務結點接收到服務資源共享請求后，可根據(jù)自身意愿，參考請求信息，做出同意服務資源共享或回絕服務資源共享請求的決定。
A81)當關鍵服務結點拒絕服務資源共享時，資源協(xié)調(diào)服務器可以通知用戶服務器或/和請求該服務資源的用戶結點，用戶服務器或/和用戶結點可以動態(tài)查找其他服務資源彌補因該服務資源不可用引起的服務性能下降。
A82)當關鍵服務結點同意服務資源共享時，資源協(xié)調(diào)服務器接收并記錄服務資源共享信息、啟動資源共享監(jiān)測程序，監(jiān)測該服務資源的共享情況。資源協(xié)調(diào)服務器通過監(jiān)測收集記錄相關信息。該信息可用于后續(xù)的計費、對服務結點提供額外服務資源共享的其它形式的補償?shù)冗^程。所述補償可為服務級別提升、信譽度提升。
上述檢測程序可以周期性的與關鍵服務結點的用戶客戶端程序交互，接收服務資源占用信息并確定服務資源一直在線提供共享。
A9)用戶針對某服務資源發(fā)出保障請求后，需要在特定時機，自動或/和手動向資源協(xié)調(diào)服務器取消服務資源保障請求。
上述取消服務資源保障請求中包含的信息包括用戶標識信息、取消的服務資源標識信息、取消服務資源標識的原因(如服務結束、離線等)。
上述特定時機包括應用該服務資源的服務結束或中止時、用戶離線時、新發(fā)現(xiàn)充足的其它服務資源時、被保障的服務資源性能惡化使其所在結點變?yōu)榉顷P鍵服務結點時。
當用戶離線時，用戶客戶端軟件向用戶服務器發(fā)送離線通知；或用戶服務器定期檢測用戶客戶端軟件的心跳信號，若檢測不到心跳信號時認為用戶離線。在上述兩種狀況下，用戶服務器通知資源協(xié)調(diào)服務器用戶離線，該通知信息包括用戶標識信息、用戶狀態(tài)信息。
資源協(xié)調(diào)服務器接收到用戶客戶端軟件發(fā)送的取消服務資源保障請求信息后，做一系列處理取消的內(nèi)部操作。資源協(xié)調(diào)服務器接收到用戶服務器發(fā)送的用戶離線通知后，首先根據(jù)用戶標識信息，從用戶服務資源請求記錄列表中檢索當前用戶是否存在尚未取消的資源請求記錄、并從服務資源信息列表中檢索有無當前離線用戶是否存在服務資源共享記錄，若有，則根據(jù)這些服務資源標識信息，做一系列處理取消的內(nèi)部操作。
上述處理取消的內(nèi)部操作包括更新服務資源信息列表中相關服務資源的信息、更新服務資源請求記錄列表中服務請求者相關信息、存儲服務請求者服務資源占用信息到資源占用數(shù)據(jù)庫、根據(jù)更新后的服務資源信息列表中相關服務資源的重要性度量信息，決定是否取消該服務資源的共享請求，或者在此不做最后這一步操作，而是采用輪循服務資源信息列表的方式，決定取消哪些服務資源的共享請求。
上述決定取消服務資源共享請求的標準包括服務資源列表中服務資源的重要性度量信息小于某一特定值、所有請求該服務資源的服務已經(jīng)完成。
A10)根據(jù)上述過程處理結果，如果決定取消某一服務資源的共享請求，資源協(xié)調(diào)服務器則向該服務資源所在的用戶結點發(fā)送取消服務資源共享消息。該服務資源所在的用戶結點上的用戶客戶端軟件接收到該消息后，通知用戶服務資源共享請求已中止；還可以顯示以下信息服務資源共享的統(tǒng)計信息、用戶此次共享服務資源所獲得的回報信息。
資源協(xié)調(diào)服務器同時存儲該服務資源共享的統(tǒng)計信息到資源占用數(shù)據(jù)庫，更新服務資源信息列表。更新列表方法可為刪除該服務資源在服務資源信息列表中的條目。
請參考圖3，為發(fā)明通過關鍵服務結點請求服務保障的方法流程圖。
B1)用戶通過運行應用P2P技術的客戶端軟件，登錄P2P網(wǎng)絡。
B2)根據(jù)P2P網(wǎng)絡提供的服務類型，用戶發(fā)送特定服務請求。
B3)選擇返回信息中特定的服務資源，建立P2P連接，啟動服務過程。
B4)用戶發(fā)現(xiàn)關鍵服務結點。
可以理解的是，以上步驟B1)～B4)與通過資源協(xié)調(diào)服務器請求服務保障的方法流程的步驟A1)～A4)可以相同。
B5)用戶通過用戶客戶端軟件直接向關鍵服務結點發(fā)送服務資源保障請求，請求服務資源保障。
上述服務資源保障請求的參數(shù)包括服務請求用戶的標識信息、被請求的服務資源的標識信息、被請求的服務資源所屬用戶標識信息、被請求的服務資源的描述信息。為便于后續(xù)的計算機處理，用戶結點可以按一定規(guī)則為每一個服務資源保障請求生成一個唯一請求標識ID(或其它唯一標識一個服務請求的信息)，并作為服務資源保障請求中的一個參數(shù)。
B6)關鍵服務結點收到另一到多個結點發(fā)送過來的服務資源保障請求時，可根據(jù)自身意愿，參考請求信息，做出同意服務資源保障或回絕服務資源保障請求的決定。并將決定信息返回用戶結點。
B61)當關鍵服務結點拒絕服務資源保障請求時，將拒絕信息返回給請求服務資源的用戶結點。當請求服務資源的用戶結點收到關鍵服務結點返回的拒絕服務資源保障請求的消息后，或超時仍未收到任何來自與關鍵服務結點的針對上述服務資源請求的返回信息時，服務資源保障請求失敗，請求服務資源的用戶結點可以繼續(xù)采用其它方式獲得服務性能的保障。
上述其它方式包括啟動服務資源搜索過程，繼續(xù)搜索其它可用服務資源；延遲某一時間間隔后，繼續(xù)向其關鍵服務結點發(fā)送服務資源保障請求。
B62)當關鍵服務結點同意服務資源保障請求時，存儲服務資源請求標識信息等請求信息，并返回給請求服務資源的用戶結點同意其請求。此時，用戶結點或/和關鍵服務結點可以采用某種機制與資源協(xié)調(diào)服務器交互，通知資源協(xié)調(diào)服務器當前建立的服務資源保障，資源協(xié)調(diào)服務器通過上述通知跟蹤和確認當前的服務資源保障過程。
上述與資源協(xié)調(diào)服務器交互通知當前服務資源保障的機制包括請求服務結點通過特定機制向資源協(xié)調(diào)服務器發(fā)送服務資源請求通知消息、關鍵服務結點通過特定機制向資源協(xié)調(diào)服務器發(fā)送服務資源請求確認消息、或上述兩者的組合。
可以理解的是，用戶可以向資源協(xié)調(diào)服務器或/和關鍵服務結點發(fā)送服務請求，包括以下情況S1)用戶結點向關鍵服務結點發(fā)送請求，同時向資源協(xié)調(diào)服務器發(fā)送通知，關鍵服務結點收到通知并做出回應后，再向資源協(xié)調(diào)服務器發(fā)送通知，資源協(xié)調(diào)服務器根據(jù)從用戶結點和關鍵服務結點收到的針對同一個請求(每個請求用請求標識唯一標識)的兩個通知，確認請求的可信性。
S2)用戶結點向服務結點發(fā)送請求，同時向資源協(xié)調(diào)服務器發(fā)送通知，資源協(xié)調(diào)服務器接到通知后，向關鍵服務結點查詢，服務結點回應查詢。
S3)用戶結點向關鍵服務結點發(fā)送請求，關鍵服務結點做出回應；當關鍵服務結點同意時，用戶結點接到同意請求的回復后，向資源協(xié)調(diào)服務器發(fā)送通知，資源協(xié)調(diào)服務器查詢關鍵服務結點，關鍵服務結點回應查詢。
S4)用戶結點向關鍵服務結點發(fā)送請求，當關鍵服務結點同意時，向用戶結點發(fā)送回復信息，并向資源協(xié)調(diào)服務器發(fā)送通知；用戶結點接到同意請求的回復后，向資源協(xié)調(diào)服務器發(fā)送通知。
S5)用戶結點向關鍵服務結點發(fā)送請求，關鍵服務結點同意，向用戶結點發(fā)送回復信息，并向資源協(xié)調(diào)服務器發(fā)送通知；資源協(xié)調(diào)服務器接到通知后，向用戶結點查詢，用戶結點回復查詢結果。
以下介紹協(xié)調(diào)服務器接收到服務資源保障通知后的處理過程當資源協(xié)調(diào)服務器接收到請求服務資源的用戶結點發(fā)送的服務資源保障通知后，更新或添加服務資源請求記錄列表中描述該請求信息的記錄。資源協(xié)調(diào)服務器可以根據(jù)接收的服務資源保障通知向服務質(zhì)量服務器發(fā)送服務質(zhì)量請求。服務質(zhì)量服務器接收到資源協(xié)調(diào)服務器發(fā)送過來的服務質(zhì)量信息請求后，檢索用戶服務質(zhì)量合同信息，并將服務性能信息與服務質(zhì)量合同中簽訂的服務性能信息進行對比，如存在服務質(zhì)量違例，則進行服務質(zhì)量違例處理。
上述請求的參數(shù)包括用戶標識信息、服務性能信息。
當資源協(xié)調(diào)服務器收到關鍵服務結點發(fā)送的同意服務資源保障通知后，查找服務資源請求記錄列表中該服務資源保障請求信息確認該服務資源保障的有效性，更新或添加服務資源信息列表中被請求服務資源的信息，更新或添加服務資源請求記錄列表中描述該請求信息的記錄，啟動資源共享監(jiān)測程序，監(jiān)測該服務資源的共享情況。
B7)當請求服務資源的用戶結點需要取消服務資源共享時，通過特定機制向資源服務器或/和服務資源所屬結點發(fā)送取消服務資源保障通知。
上述特定機制包括用戶結點向服務資源的所屬結點發(fā)送取消服務資源保障的通知，關鍵服務結點接收到取消服務資源的保障的通知后，返回給用戶結點取消通知成功接收的信息，并可以通過客戶端程序界面通知被請求服務資源結點的用戶服務資源保障已經(jīng)取消，并向資源協(xié)調(diào)服務器發(fā)送取消服務資源保障通知。
用戶結點向資源協(xié)調(diào)服務其發(fā)送取消服務資源保障的通知，資源協(xié)調(diào)服務器接收到取消服務資源保障的通知后，通知服務資源所屬結點取消服務資源保障。
上述取消服務資源保障通知的參數(shù)包括標識服務資源保障請求的信息。
用戶離線時，用戶客戶端軟件向用戶服務器發(fā)送離線通知；或用戶服務器定期檢測用戶客戶端軟件的心跳信號，若檢測不到心跳信號時認為用戶離線。在上述兩種狀況下，用戶服務器通知資源協(xié)調(diào)服務器用戶離線，上述離線通知信息所含參數(shù)包括用戶標識信息、用戶狀態(tài)信息。
當資源協(xié)調(diào)服務器接收到上述通知信息后，所做的內(nèi)部操作包括M1)根據(jù)用戶標識信息檢索服務資源信息列表中是否有該用戶提供的服務資源，如果有，則存儲服務資源共享的統(tǒng)計信息和該服務資源請求信息到資源占用數(shù)據(jù)庫，更新服務資源信息列表，更新服務資源請求記錄列表。
M2)根據(jù)用戶標識信息檢索服務資源請求記錄列表中是否有該用戶的服務資源請求記錄，如果有，則存儲該用戶資源占用信息到資源占用數(shù)據(jù)庫、更新服務資源信息列表、更新服務資源請求記錄列表、通知服務資源所屬結點取消該用戶結點對應的服務資源請求。
B8)資源協(xié)調(diào)服務器接收到取消服務資源保障的通知并確定服務資源保障已經(jīng)取消后，資源協(xié)調(diào)服務器存儲服務資源共享的統(tǒng)計信息和服務資源請求信息到資源占用數(shù)據(jù)庫，更新服務資源信息列表，更新服務資源請求記錄列表。
上述更新服務資源信息列表可為更新和刪除該請求相關服務資源在服務資源信息列表中的條目。
上述更新服務資源請求記錄列表刪除服務資源請求記錄列表中與當前服務資源請求信息相關的條目。
根據(jù)上述的保障服務資源性能的方法，本發(fā)明提供了一種在P2P網(wǎng)絡中保障服務資源性能的系統(tǒng)，包括資源協(xié)調(diào)服務器100、資源占用數(shù)據(jù)庫單元200、用戶服務器300、用戶信息數(shù)據(jù)庫單元400、服務質(zhì)量服務器500、服務質(zhì)量數(shù)據(jù)庫600、P2P用戶700和P2P網(wǎng)絡800。
資源協(xié)調(diào)服務器100用于協(xié)調(diào)服務資源請求結點和服務資源所有結點之間建立服務資源保障，并監(jiān)控服務資源保障情況，記錄服務資源保障信息到資源占用數(shù)據(jù)庫單元用于后續(xù)計費；還可以與服務質(zhì)量服務器500交互，提供結點的服務質(zhì)量信息。
資源占用數(shù)據(jù)庫單元200用于記錄用戶服務資源共享情況、服務資源使用情況以及其他與P2P服務資源相關的信息。
所述用戶資源共享情況信息包括服務資源所屬用戶標識信息、服務資源標識信息、服務資源共享描述信息或/和統(tǒng)計信息。
所述服務資源使用情況信息包括使用服務資源用戶標識信息、使用的服務資源標識信息、使用服務資源所屬用戶標識信息、服務資源使用情況描述信息或/和統(tǒng)計信息。
用戶服務器300負責提供注冊、登錄、鑒權、注銷、接收和處理用戶服務請求、維護用戶信息數(shù)據(jù)庫單元以及其他與服務提供、用戶管理相關的用戶接口等功能。
可以理解的是，用戶服務器是現(xiàn)實實現(xiàn)中一組服務器的抽象，用戶服務器包括用戶鑒權服務器、服務提供服務器、計費服務器。
用戶信息數(shù)據(jù)庫單元400用于存放用戶授權信息以及其他與用戶服務相關的信息。
服務質(zhì)量服務器500用于負責提供服務質(zhì)量合同管理、服務質(zhì)量信息檢索、服務質(zhì)量數(shù)據(jù)庫單元維護等與服務質(zhì)量管理相關的接口和功能。
服務質(zhì)量數(shù)據(jù)庫單元600用于記錄用戶簽訂的服務質(zhì)量合同信息、服務質(zhì)量信息以及其他與服務質(zhì)量相關的信息。
本技術方案提供一種客戶端軟件，用戶通過用戶客戶端軟件提供的用戶界面與上述各個服務器交互，請求并獲得服務，請求服務資源性能保障、同意服務資源共享以及完成其他與服務、服務質(zhì)量相關的功能。
進一步，資源協(xié)調(diào)服務器100包括服務資源信息列表單元110、服務資源請求記錄列表單元120、服務資源管理模塊130、服務資源保障模塊140、服務資源管理用戶接口150、數(shù)據(jù)庫接口160和服務質(zhì)量接口170。
服務資源信息列表單元110用于保存和維護當前各個在線服務資源的相關信息。該服務資源信息列表單元可以存放在包括內(nèi)存、物理文件、數(shù)據(jù)庫系統(tǒng)中。
服務資源請求記錄列表單元120用于保存和維護當前各個用戶請求服務資源的相關記錄信息，該資源信息列表單元120可以存放在包括內(nèi)存、物理文件、數(shù)據(jù)庫系統(tǒng)中。
服務資源管理模塊130用于提供服務資源登記管理、服務資源信息列表維護、服務資源信息檢索以及其它與服務資源管理相關的功能。
服務資源保障模塊140用于提供服務資源保障請求處理、服務資源共享請求、服務資源共享取消、服務資源分配以及其它與服務資源保障相關的功能。
服務資源管理用戶接口150用于服務資源管理用戶接口用于所述資源協(xié)調(diào)服務器與用戶的信息交互。
數(shù)據(jù)庫接口160用于資源協(xié)調(diào)服務器100和資源占用數(shù)據(jù)庫單元200的數(shù)據(jù)交互。
服務質(zhì)量接口170用于資源協(xié)調(diào)服務器100和服務質(zhì)量服務器500的數(shù)據(jù)交互。
進一步，服務資源管理用戶接口150包括用戶結點請求服務性能保障的接口151、用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)的接口152、用戶結點協(xié)商服務資源共享的接口153和取消用戶結點資源共享請求的接口154。
用戶結點請求服務性能保障的接口151用戶結點和客戶端軟件的數(shù)據(jù)交互，請求或/和通知資源協(xié)調(diào)服務器100進行特定服務的服務資源保障。
用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)的接口152用于用戶服務器300通知資源協(xié)調(diào)服務器器100特定用戶狀態(tài)信息交互。資源協(xié)調(diào)服務器100根據(jù)上述通知，可以完成的操作包括更新和維護服務資源信息列表、更新和維護服務資源請求記錄列表、中止服務資源保障過程。
用戶結點協(xié)商服務資源共享的接口153用于資源協(xié)調(diào)服務器100與用戶結點協(xié)商特定服務資源共享信息交互。資源協(xié)調(diào)服務器100通過該接口提供的功能包括請求用戶結點提供服務資源共享；用戶結點通過該接口做出回應，通知資源協(xié)商服務器同意或回絕服務資源共享請求。
取消用戶結點資源共享請求的接口154用于資源協(xié)調(diào)服務器在特定服務資源請求過期時，取消對該服務資源的共享請求信息交互。引起上述服務資源請求過期的原因包括接受該服務資源服務的被服務結點離線、服務完成、服務中斷。
用戶通過客戶端軟件與用戶服務器300之間的登錄接口登錄。用戶服務器300通過與用戶數(shù)據(jù)庫400之間的數(shù)據(jù)庫接口查詢用戶信息，并為用戶鑒權，并通過登錄接口返回登錄信息。用戶建立P2P連接。當用戶發(fā)現(xiàn)某結點的服務資源很重要時，即該結點為用戶關鍵服務結點時，用戶與資源協(xié)調(diào)服務器100之間的服務資源管理用戶接口150接口模塊中的用戶結點請求服務性能保障的接口152接口向資源協(xié)調(diào)服務器100中的服務資源保障模塊140請求服務性能保障。服務資源保障模塊140在服務資源請求記錄列表130中添加或更新服務請求信息，并通過資源協(xié)調(diào)服務器100與服務質(zhì)量服務器500之間的服務質(zhì)量接口170接口向服務質(zhì)量服務器500發(fā)送結點的服務性能信息。服務質(zhì)量服務器500通過其與服務質(zhì)量數(shù)據(jù)庫單元600之間的數(shù)據(jù)庫口，查詢結點用戶的服務質(zhì)量信息。并通過服務質(zhì)量服務器500與服務資源保障模塊140之間的服務質(zhì)量接口170接口返回結點的服務質(zhì)量信息。服務資源保障模塊140將服務質(zhì)量信息傳送給服務資源管理模塊130，由服務資源管理模塊130負責處理，并更新服務資源信息列表110中的服務資源信息。在特定時機，服務資源管理模塊130通過服務資源管理用戶接口150中的用戶結點協(xié)商服務資源共享的接口153向服務資源所屬結點求服務資源保障。服務結點通過用戶結點協(xié)商服務資源共享的接口153返回同意或拒絕請求到服務資源管理模塊130。當服務結點同意服務資源保障時，資源協(xié)調(diào)服務器100中的服務資源管理模塊130負責啟動監(jiān)控進程監(jiān)控服務結點的服務資源共享情況。服務資源管理模塊130最終通過數(shù)據(jù)庫接口160接口將服務資源共享信息記錄到資源占用數(shù)據(jù)庫單元200中。當用戶取消服務保障時，通過服務資源管理用戶接口150中的取消用戶結點資源共享請求的接口154接口通知資源協(xié)調(diào)服務器100，資源協(xié)調(diào)服務器100中的服務資源保障模塊140捕獲到消息后，更新服務資源請求記錄列表單元120中的請求信息條目，并通知服務資源管理模塊130，服務資源管理模塊130負責更新服務資源信息列表單元110中的服務資源信息。在請求結點或服務結點離開網(wǎng)絡時，用戶服務器300通過用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)的接口151通知資源協(xié)調(diào)服務器100，資源協(xié)調(diào)服務器100中的服務資源保障模塊140捕獲到消息后，更新服務資源請求記錄列表120中的請求信息條目，并通知服務資源管理模塊130，服務資源管理模塊130負責更新服務資源信息列表110中的服務資源信息。
以上對本發(fā)明所提供的一種在P2P網(wǎng)絡中保障服務資源性能的方法和系統(tǒng)進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
權利要求
1.一種在P2P網(wǎng)絡中保障服務資源性能的方法，其特征在于，包括步驟1)用戶結點登陸到P2P網(wǎng)絡后，依據(jù)預置的機制發(fā)現(xiàn)關鍵服務結點，發(fā)出服務保障請求；2)關鍵服務結點反饋所述服務保障請求；如果所述關鍵服務結點同意資源共享，繼續(xù)步驟3)；3)資源協(xié)調(diào)服務器監(jiān)測服務保障過程，記錄資源共享信息。
2.根據(jù)權利要求1所述的方法，其特征在于，所述步驟1)發(fā)出過程包括向所述關鍵服務結點發(fā)出服務保障請求，所述關鍵服務結點和資源協(xié)調(diào)服務器通過信息交互，對所述服務保障請求進行確認；或向資源協(xié)調(diào)服務器發(fā)出服務保障請求，所述資源協(xié)調(diào)服務器將所述用戶結點的服務保障請求發(fā)送給所述關鍵服務結點；或向所述關鍵服務結點和所述資源協(xié)調(diào)服務器發(fā)出服務保障請求，所述關鍵服務結點和所述資源協(xié)調(diào)服務器通過信息交互，對所述服務保障請求進行確認。
3.根據(jù)權利要求1所述的方法，其特征在于，所述步驟2)反饋過程包括所述關鍵服務結點對所述服務保障請求做出同意資源共享或不同意資源共享的處理，向所述用戶結點反饋處理結果；或向資源協(xié)調(diào)服務器反饋處理結果，所述資源協(xié)調(diào)服務器將所述處理結果通知所述用戶結點。
4.根據(jù)權利要求1所述的方法，其特征在于，所述步驟3)之后，包括當所述用戶結點需要取消所述關鍵服務結點的服務保障請求的時候，所述用戶結點向所述關鍵服務結點發(fā)出取消服務保障請求；或向所述資源協(xié)調(diào)服務器發(fā)出取消服務保障請求，所述資源協(xié)調(diào)服務器將所述取消服務保障請求發(fā)送給所述關鍵服務結點。
5.根據(jù)權利要求1～4中其中之一的方法，其特征在于，所述預置的機制包括人工選擇的方式或/和客戶端依據(jù)軟件特定標準自動選擇的方式。
6.根據(jù)權利要求1～4中其中之一的方法，其特征在于，所述步驟1)還包括，資源協(xié)調(diào)服務器從服務質(zhì)量服務器獲取所述用戶結點的服務質(zhì)量信息，確認所述服務保障請求。
7.一種在P2P網(wǎng)絡中保障服務資源性能的系統(tǒng)，包括P2P用戶，P2P網(wǎng)絡和用戶服務器，其特征在于，所述系統(tǒng)還包括資源協(xié)調(diào)服務器，所述P2P用戶包括申請服務資源的用戶結點和提供服務資源的關鍵服務結點所述用戶結點用于發(fā)現(xiàn)關鍵服務結點并發(fā)出服務保障請求；所述關鍵服務結點用于反饋所述服務保障請求；所述資源協(xié)調(diào)服務器用于監(jiān)測服務保障過程，記錄服務資源共享信息。
8.根據(jù)權利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括資源占用數(shù)據(jù)庫單元，服務質(zhì)量服務器，服務質(zhì)量數(shù)據(jù)庫單元所述服務質(zhì)量數(shù)據(jù)庫單元用于存儲用戶結點的服務質(zhì)量信息；所述服務質(zhì)量服務器用于進行服務質(zhì)量管理，當資源協(xié)調(diào)服務器收到用戶結點發(fā)出的服務保障請求后，向所述服務質(zhì)量服務器發(fā)出查詢所述用戶結點的服務質(zhì)量信息的請求，所述服務質(zhì)量服務器查詢所述服務質(zhì)量數(shù)據(jù)庫單元后，將查詢結果反饋給所述資源協(xié)調(diào)服務器；所述資源占用數(shù)據(jù)庫單元用于存儲所述資源協(xié)調(diào)服務器記錄的服務資源共享信息。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述資源協(xié)調(diào)服務器包括服務資源信息列表單元，服務資源請求記錄列表單元，服務資源管理模塊，服務資源保障模塊，服務資源管理用戶接口，服務質(zhì)量接口和數(shù)據(jù)庫接口所述服務資源信息列表單元用于保存和維護當前各個在線服務資源的相關信息；所述服務資源請求記錄列表單元用于保存和維護當前各個用戶結點請求服務資源的相關信息；所述服務資源管理模塊用于提供服務資源登記管理、所述服務資源信息列表單元維護和服務資源信息檢索；所述服務資源保障模塊用于提供服務資源保障請求處理、服務資源共享請求、服務資源共享取消和服務資源分配；所述服務資源管理用戶接口用于所述資源協(xié)調(diào)服務器與用戶結點的信息交互；所述服務質(zhì)量接口用于所述資源協(xié)調(diào)服務器與所述服務質(zhì)量服務器交互，檢索特定用戶的服務質(zhì)量相關信息；所述數(shù)據(jù)庫接口用于所述資源協(xié)調(diào)服務器管理和維護所述資源占用數(shù)據(jù)庫單元。
10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，所述服務資源管理用戶接口包括用戶結點請求服務性能保障的接口，用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)接口，用戶結點協(xié)商服務資源共享接口和取消用戶結點資源共享請求接口所述用戶結點請求服務性能保障的接口用于用戶結點通過客戶端軟件向所述資源協(xié)調(diào)服務器請求或/和通知所述資源協(xié)調(diào)服務器進行特定服務的服務資源保障；所述用戶服務器通知資源協(xié)調(diào)服務器用戶狀態(tài)接口用于用戶服務器通知所述資源協(xié)調(diào)服務器器特定用戶狀態(tài)的信息交互；所述用戶結點協(xié)商服務資源共享接口用于所述資源協(xié)調(diào)服務器與用戶結點協(xié)商特定服務資源共享信息交互；所述取消用戶結點資源共享請求接口用于所述資源協(xié)調(diào)服務器取消對該服務資源的共享請求信息交互。
全文摘要
本發(fā)明公開了一種在P2P網(wǎng)絡中保障服務資源性能的方法，包括步驟用戶結點登陸到P2P網(wǎng)絡后，依據(jù)預置的機制發(fā)現(xiàn)關鍵服務結點，發(fā)出服務保障請求；關鍵服務結點反饋所述服務保障請求；如果所述關鍵服務結點同意資源共享，資源協(xié)調(diào)服務器監(jiān)測服務保障過程，記錄資源共享信息。相應的，本發(fā)明還提供了一種在P2P網(wǎng)絡中保障服務資源性能的系統(tǒng)。本發(fā)明可以協(xié)調(diào)用戶結點與關鍵服務結點建立服務資源保障，監(jiān)測服務保障過程。
文檔編號H04L12/28GK101075904SQ20061008057
公開日2007年11月21日 申請日期2006年5月17日 優(yōu)先權日2006年5月17日
發(fā)明者張小利, 劉波, 李德旭, 侯滿倉 申請人:華為技術有限公司