專利名稱：基于升級客戶節(jié)點分流對等節(jié)點負載的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)優(yōu)化技術(shù)，特別涉及一種基于升級客戶節(jié)點分流對等節(jié)點負載的方法、裝置及系統(tǒng)。
背景技術(shù)：
互聯(lián)網(wǎng)協(xié)議國際標準化組織的互聯(lián)網(wǎng)工程任務(wù)組(IETF，The InternetEngineering Task Force)正在制定點對點(P2P, Peer-to-Peer)資源定位與發(fā)現(xiàn)基礎(chǔ)協(xié)議(RELOAD, Resource Location and Discovery Base Protocol),通過系統(tǒng)中各客戶端，即節(jié)點(Node)之間的直接交互來實現(xiàn)系統(tǒng)資源和信息的共享，從而提供統(tǒng)一的P2P網(wǎng)絡(luò)協(xié)議，為各類P2P應(yīng)用實現(xiàn)抽象的存儲和路由服務(wù)?？紤]到大量用戶節(jié)點在計算能力、接入環(huán)境以及服務(wù)理念等方面的異構(gòu)性，RELOAD將用戶節(jié)點區(qū)分為兩類接入節(jié)點，一類為對等節(jié)點(Peer)，即能力較強、環(huán)境穩(wěn)定并能夠提供服務(wù)的用戶節(jié)點，該類接入節(jié)點能夠參與消息的路由轉(zhuǎn)發(fā)與分布式數(shù)據(jù)存儲等網(wǎng)絡(luò)服務(wù)，信息資源分散存儲在各Peer中，每個Peer兼有服務(wù)器和客戶端兩種身份，可以請求網(wǎng)絡(luò)服務(wù)以及提供網(wǎng)絡(luò)服務(wù)，內(nèi)容傳輸直接在Peer間進行；另外一類為客戶節(jié)點(Client)，即由于主觀或客觀原因不適合參與網(wǎng)絡(luò)服務(wù)提供的用戶節(jié)點，該類Client只需要維護與某個或若干個Peer的連接關(guān)系,就可通過維護的Peer向P2P網(wǎng)絡(luò)發(fā)起請求并接收響應(yīng)消息來享受網(wǎng)絡(luò)服務(wù)，而自身不能提供網(wǎng)絡(luò)服務(wù)。也就是說，每一客戶端可以具有Client功能和Peer功能中的一種功能或全部功能,下面分別對客戶端中的Client與Peer加入P2P網(wǎng)絡(luò)的流程作簡要介紹。當(dāng)Client申請加入P2P網(wǎng)絡(luò)時，Client首先與注冊服務(wù)器(ES, EnrollmentServer)通訊,完成認證和授權(quán)處理、獲得客戶節(jié)點標識(Node-1D)以及候選的安全引導(dǎo)節(jié)點(BP,Bootstrap Peer)地址,然后向候選的BP發(fā)送附著(Attach)連接請求,候選的BP接收Attach連接請求,發(fā)送應(yīng)答消息許可Client加入P2P網(wǎng)絡(luò)。同時,Client可進一步通過連接上的BP轉(zhuǎn)發(fā)Attach連接請求,獲取負責(zé)自身Node-1D所屬的許可節(jié)點(AP, AdmittingPeer)，并建立直接連接，即在P2P網(wǎng)絡(luò)ID空間中，查找與自身Node-1D最接近的Peer-1D對應(yīng)的Peer，并建立與該Peer的直接連接。Peer采用與Client不同的方式加入P2P網(wǎng)絡(luò)，按照給定的算法規(guī)則，如分布式哈希表(DHT，Distributed Hash Table)算法，將完整的ID空間劃分成若干獨立的ID子空間，每個Peer負責(zé)存儲一個對應(yīng)一段資源標識(Resource-1D)范圍的ID子空間，Peer根據(jù)直接獲知的鄰居對等節(jié)點標識(Peer-1D)維護ID空間，以及通過鄰居對等節(jié)點間接獲知的其它對等節(jié)點標識維護ID空間，建立并維護自己的路由表，以此為基礎(chǔ)，選擇比自身的節(jié)點標識更接近目標節(jié)點/資源標識的節(jié)點作為消息轉(zhuǎn)發(fā)的下一站Peer。這樣,依據(jù)DHT算法互聯(lián)形成鄰居關(guān)系，通過算法組織路由尋址以降低Peer的路由開銷，獲取在Peer-1D空間的位置，根據(jù)使用分布式數(shù)據(jù)庫算法保存在對應(yīng)Peer上的資源，存儲資源標識(Resource-1D)映射在自身Peer-1D空間的資源以提供服務(wù),該Peer具有與該資源標識最接近的節(jié)點標識，資源標識與節(jié)點標識位于同一數(shù)值空間，并利用其他Peer負責(zé)的Peer-1D空間信息構(gòu)建本地路由表，將構(gòu)建的本地路由表通知其他Peer，使得其他Peer更新自身的本地路由表，并將需要由加入Peer維護的數(shù)據(jù)資源轉(zhuǎn)移給該加入的Peer。具體來說，當(dāng)Peer申請加入P2P網(wǎng)絡(luò)時，首先作為Client完成與ES、BP和AP的交互，獲取在P2P網(wǎng)絡(luò)中作為Client的Node-1D，該客戶節(jié)點標識與該Peer在底層承載網(wǎng)絡(luò)中的IP地址無關(guān)，與接入網(wǎng)絡(luò)的位置也無關(guān)，隨后，向AP發(fā)送加入(Join)升級請求消息，請求從Client升級為Peer，從而參與P2P網(wǎng)絡(luò)服務(wù)的提供，AP收到加入升級請求消息后返回加入升級請求應(yīng)答消息，許可該Client升級為Peer，返回自己的AP路由表給請求升級的Client,并根據(jù)請求升級的Client的Node-1D到自身的Peer-1D子空間范圍劃分，通過一系列數(shù)據(jù)存儲操作，將Resource-1D落入該子空間的數(shù)據(jù)轉(zhuǎn)移存儲到請求升級的Client (升級節(jié)點)上。接下來,升級節(jié)點向接收的AP路由表中相關(guān)Peer發(fā)送更新(Update)消息,請求學(xué)習(xí)相關(guān)Peer的本地路由表信息,根據(jù)相關(guān)Peer負責(zé)的Peer-1D空間信息(本地路由表信息)構(gòu)建本地路由表，在成功構(gòu)建本地路由表之后，升級節(jié)點向相關(guān)Peer再次發(fā)送Update消息,確認已成功升級為網(wǎng)絡(luò)中的Peer,并通知對方更新自身路由表。當(dāng)P2P網(wǎng)絡(luò)中局部Peer發(fā)生過載時，一般不會直接導(dǎo)致整個P2P網(wǎng)絡(luò)的癱瘓，但會影響用戶的體驗，并在某些極端情況下，可能引發(fā)連鎖反應(yīng)導(dǎo)致網(wǎng)絡(luò)崩潰。因此，為了克服Peer過載的情況，現(xiàn)有技術(shù)一般采用新加入Peer，以分流的方式分流P2P網(wǎng)絡(luò)局部區(qū)域的負載。RELOAD協(xié)議中定義的Client雖然并不參與消息路由，但卻擁有網(wǎng)絡(luò)中唯一的Node-1D,因此，當(dāng)P2P網(wǎng)絡(luò)中局部的Peer發(fā)生過載時，可以考慮將Node-1D在過載Peer附近的Client升級成為Peer,以達到負載分流的目的。圖1為現(xiàn)有基于升級Client分流Peer負載的方法流程示意圖。參見圖1，該流程包括:步驟101, Peer確定處于過載狀態(tài)，向直連的Client發(fā)送能力信息查詢請求消息；本步驟中，過載Peer (Overload Peer)檢測自身的負載狀態(tài),如果在預(yù)定時間內(nèi)持續(xù)檢測到高負載狀態(tài)，為了防止過載情況的發(fā)生，觸發(fā)采取將Client加入網(wǎng)絡(luò)升級為Peer的方式分流負載，向直連的Client發(fā)送能力信息查詢請求消息,請求查詢各直連的Client的能力。能力信息查詢請求消息可以使用RELOAD中定義的探針(Probe)消息。步驟102,直連的Client接收能力信息查詢請求消息，向Peer返回攜帶能力信息的能力信息查詢請求響應(yīng)消息；本步驟中，與Peer直連的Client接收能力信息查詢請求消息,根據(jù)實際情況，向Peer返回自己的能力信息，包括CPU空閑率、閑置內(nèi)存數(shù)量、網(wǎng)絡(luò)抖動等信息。步驟103, Peer根據(jù)接收的各Client能力信息,選擇用于分流的Client,向選擇的Client發(fā)送升級授權(quán)消息；本步驟中，Peer根據(jù)接收的能力信息查詢請求響應(yīng)消息,獲取各Client能力信息，進行綜合能力評分，從中選擇綜合能力評分較高的一個或多個Cl ient。
綜合能力評分可以基于線性累加方式進行計算，例如，綜合能力評分計算公式可以如下:S= I IxC1+ 12xC2-1 3xC3式中，S為綜合能力評分；S= I IxC1+ 12xC2-1 3xC3S=I ^C1+ I 2xC2-1 3xC3S=I ^C1+ I 2xC2-1 3xC3C1為CPU空閑率，U CPU空閑率系數(shù)；C2為閑置內(nèi)存數(shù)量，^ 2為閑置內(nèi)存數(shù)量；C3為網(wǎng)絡(luò)抖動，為網(wǎng)絡(luò)抖動系數(shù)。較佳地，L+h+h= I。高負載的Peer根據(jù)計算得到的綜合能力評分,選擇綜合能力評分較高的一個或多個Client,選擇Client的數(shù)量可以根據(jù)升級后Client的Peer-1D或Node-1D到高負載的Peer的Peer-1D之間的距離確定，距離的大小決定了分流后高負載節(jié)點將承擔(dān)的負載量。判斷選擇的Client的Node-1D是否在自身負責(zé)的ID范圍內(nèi)，即判斷選擇的與自身直連的Client中，是否存在自身Peer-1D負責(zé)的Node-1D信息，如果有，根據(jù)需要分流的負載、自身Peer-1D以及Client的Node-1D確定執(zhí)行分流的Client數(shù)量，并向選擇的Client發(fā)送升級授權(quán)消息；如果沒有，即選擇的Client的Node-1D不在自身Peer-1D負責(zé)的ID范圍內(nèi)，根據(jù)需要分流的負載量以及自身Peer-1D，確定選擇的Client的Peer-1D范圍，向選擇的Client發(fā)送升級授權(quán)消息,攜帶高負載的Peer所期望的Client升級后使用的Peer-1D范圍信息。判斷選擇的Client的Node-1D是否在自身Peer-1D負責(zé)的ID范圍內(nèi)，可以通過判斷Client的Node-1D是否位于Peer的Peer-1D至自己前驅(qū)Peer的Node-1D的區(qū)間之內(nèi)，如果該Client的Node-1D位于區(qū)間內(nèi)，則確定該Client是自己所負責(zé)的Client。步驟104, Client接收升級授權(quán)消息,進行處理后向Peer返回確認(ACK)信息；本步驟中，收到升級授權(quán)消息的Client,如果升級授權(quán)消息中沒有包含Peer-1D范圍信息，表明該Client無需在后續(xù)與ES的交互中申請新的Peer-1D，否則需要向ES申請新的Peer-1D。同時，向高負載的Peer回復(fù)確認信息,表示已經(jīng)準備開始升級。步驟105, Client向ES上報升級消息；本步驟中，準備升級的Client向ES上報升級消息，以獲取P2P網(wǎng)絡(luò)的授權(quán)證書。如前所述，如果授權(quán) 升級消息中包含有Peer-1D范圍信息，則在升級消息中包含該信息。步驟106, ES根據(jù)Client上報的升級消息為Client授權(quán)，向Client返回2000K消息；本步驟中，ES根據(jù)Client上報的升級消息為Client授權(quán)，向準備升級的Client返回確認信息，包含新的證書信息等。如前所述，如果升級消息中包含有期望Client升級后使用的Peer-1D范圍信息，則ES從接收的期望升級后使用的Peer-1D范圍信息中，為該client分配Peer-1D。步驟107，Client接收2000K消息，發(fā)起RELOAD中的Peer入網(wǎng)請求流程，并從高負載的Peer分流需承載的資源；本步驟中，準備升級的Client發(fā)起RELOAD中的Peer入網(wǎng)流程，即向AP發(fā)送Join升級請求至通知AP更新自身路由表之間的流程。并請求從高負載的Peer或其備份節(jié)點處下載所負責(zé)的資源信息。如前所述,如果ES為該Client分配了新的Peer-1D,則該Client通過退出當(dāng)前網(wǎng)絡(luò)，然后啟動并以新的Peer-1D接入網(wǎng)絡(luò)成為Peer。步驟108,高負載的Peer向Client返回入網(wǎng)請求響應(yīng)。本步驟中，Client通過執(zhí)行升級流程,升級成功后原有的Client被新入網(wǎng)的Peer所取代，成為P2P網(wǎng)絡(luò)中的一個Peer，為高負載的Peer分流負載，從而實現(xiàn)網(wǎng)絡(luò)的負載平衡。原有的Client通過Node-1D接入P2P網(wǎng)絡(luò)，升級的Peer通過Peer-1D為Client提供相關(guān)服務(wù)。由上述可見，現(xiàn)有基于升級Client分流Peer負載的方法，在局部空間的Peer負載過重時，通過在與其直連的Client中選擇一個或多個Client來升級為Peer,從而分流其路由消息轉(zhuǎn)發(fā)的負載。但對于Node-1D不在自身Peer-1D負責(zé)范圍內(nèi)的Client, Client需要先退出當(dāng)前網(wǎng)絡(luò)以更換其對等節(jié)點標識Peer-1D，然后啟動并以新的Peer-1D接入P2P網(wǎng)絡(luò)成為Peer，即重新以Peer的屬性發(fā)起入網(wǎng)請求，使得在分流負載的流程中，不僅分流所需的時間較長，還造成使用該Client的用戶服務(wù)的中斷，影響用戶的業(yè)務(wù)連續(xù)性體驗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提出一種基于升級Client分流Peer負載的方法，縮短分流所需的時間、避免用戶服務(wù)的中斷。本發(fā)明的另一目的在于提出一種基于升級Client分流Peer負載的裝置，縮短分流所需的時間、避免用戶服務(wù)的中斷。本發(fā)明的再一目的在于提出一種基于升級Client分流Peer負載的系統(tǒng)，縮短分流所需的時間、避免用戶服務(wù)的中斷。為達到上述目的，本發(fā)明提供了一種基于升級Client分流Peer負載的方法，該方法包括:接收來自對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為對等節(jié)點進程；向新啟動的對等節(jié)點進程發(fā)送通知消息，攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；新啟動的對等節(jié)點進程根據(jù)接收的期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載。進一步包括:客戶節(jié)點內(nèi)的客戶節(jié)點進程與對等節(jié)點進程建立連接，進行信息的交互。所述客戶節(jié)點進程與對等節(jié)點進程建立連接包括:
所述客戶節(jié)點進程通過外部直連的對等節(jié)點的中轉(zhuǎn)，建立與對等節(jié)點進程的連接；或，所述客戶節(jié)點進程通過操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點進程的連接。所述進程間通信包括:管道通信、共享存儲通信、消息隊列通信、信號量通信以及套接字通信中的一種或其任意組合。所述接收來自對等節(jié)點發(fā)送的升級授權(quán)消息包括:對等節(jié)點確定處于過載狀態(tài)，向直連的客戶節(jié)點發(fā)送能力信息查詢請求消息；直連的客戶節(jié)點接收能力信息查詢請求消息，向?qū)Φ裙?jié)點返回客戶節(jié)點能力信息；對等節(jié)點根據(jù)接收的各客戶節(jié)點能力信息，排序客戶節(jié)點；根據(jù)排序的客戶節(jié)點以及需要分流的負載量，確定用于分流的客戶節(jié)點，向分流的客戶節(jié)點發(fā)送升級授權(quán)消息；客戶節(jié)點接收升級授權(quán)消息。所述向能力信息包括-.CPU空閑率、閑置內(nèi)存數(shù)量以及網(wǎng)絡(luò)抖動。所述對等節(jié)點根據(jù)接收的各客戶節(jié)點能力信息，排序客戶節(jié)點包括:計算CPU空閑率與預(yù)先設(shè)置的CPU空閑率系數(shù)的乘積，得到第一綜合能力評分；計算閑置內(nèi)存數(shù)量與預(yù)先設(shè)置的閑置內(nèi)存數(shù)量系數(shù)的乘積，得到第二綜合能力評分；計算網(wǎng)絡(luò)抖動與預(yù)先設(shè)置的網(wǎng)絡(luò)抖動系數(shù)的乘積，得到第三綜合能力評分；將第一綜合能力評分與第二綜合能力評分相加，減去第三綜合能力評分，得到客戶節(jié)點的綜合能力評分，并根據(jù)綜合能力評分進行排序。所述根據(jù)排序的客戶節(jié)點以及需要分流的負載量，確定用于分流的客戶節(jié)點包括:對等節(jié)點根據(jù)需要分流的負載量確定距離該對等節(jié)點的距離；根據(jù)確定的距離以及對等節(jié)點的對等節(jié)點標識，從依序排列的客戶節(jié)點中確定需要選取的客戶節(jié)點數(shù)量。所述從依序排列的客戶節(jié)點中確定需要選取的客戶節(jié)點數(shù)量包括:Al,依次判斷排序的客戶節(jié)點的客戶節(jié)點標識是否在該對等節(jié)點負責(zé)的標識范圍內(nèi)，如果客戶節(jié)點的客戶節(jié)點標識在該對等節(jié)點負責(zé)的標識范圍內(nèi)，執(zhí)行步驟A2，如果客戶節(jié)點的客戶節(jié)點標識不在對等節(jié)點負責(zé)的標識范圍內(nèi)，執(zhí)行步驟A3 ；A2，計算該客戶節(jié)點與該對等節(jié)點的距離，判斷計算得到的距離是否滿足確定的距離，如果是，選取該客戶節(jié)點，否則，執(zhí)行步驟Al ；A3，根據(jù)確定的距離設(shè)置期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，攜帶在升級授權(quán)消息中，向客戶節(jié)點發(fā)送。所述接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載包括:對等節(jié)點進程向注冊服務(wù)器發(fā)送攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息的升級消息；ES為對等節(jié)點進程授權(quán)，根據(jù)期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，為對等節(jié)點進程分配對等節(jié)點標識，并向?qū)Φ裙?jié)點進程發(fā)送2000K消息；對等節(jié)點進程接收2000K消息，發(fā)起資源定位與發(fā)現(xiàn)基礎(chǔ)協(xié)議中的對等節(jié)點入網(wǎng)流程，并從對等節(jié)點分流需承載的負載。一種基于升級客戶節(jié)點分流對等節(jié)點負載的裝置，該裝置包括:客戶節(jié)點模塊以及對等節(jié)點模塊，其中，客戶節(jié)點模塊，接收來自對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，觸發(fā)對等節(jié)點模塊啟動一個進程作為對等節(jié)點進程；向?qū)Φ裙?jié)點模塊發(fā)送通知消息，攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；對等節(jié)點模塊，用于根據(jù)客戶節(jié)點模塊的觸發(fā)啟動一個進程作為對等節(jié)點進程，根據(jù)接收的通知消息中攜帶的期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載。所述客戶節(jié)點模塊進一步用于采用操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點模塊之間的連接。一種基于升級客戶節(jié)點分流對等節(jié)點負載的系統(tǒng)，該系統(tǒng)包括:過載對等節(jié)點、客戶端以及注冊服務(wù)器，其中，過載對等節(jié)點,用于在確定過載時，向直連的客戶端發(fā)送能力信息查詢請求消息；根據(jù)接收的各客戶端能力信息，排序客戶端；根據(jù)排序的客戶端以及需要分流的負載量，確定用于分流的客戶端，向分流的客戶端發(fā)送升級授權(quán)消息；客戶端,接收來自過載對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶端升級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為對等節(jié)點進程；向新啟動的對等節(jié)點進程發(fā)送通知消息，攜帶期望客戶端升級后使用的對等節(jié)點標識范圍信息；新啟動的對等節(jié)點進程根據(jù)接收的期望客戶端升級后使用的對等節(jié)點標識范圍信息，向注冊服務(wù)器上報升級消息；根據(jù)注冊服務(wù)器返回的升級響應(yīng)消息，通過與過載對等節(jié)點，接入點對點網(wǎng)絡(luò)，分流過載對等節(jié)點的負載；注冊服務(wù)器，接收升級消息，根據(jù)期望客戶端升級后使用的對等節(jié)點標識范圍信息，為客戶端中的對等節(jié)點進程分配節(jié)點標識，并向?qū)Φ裙?jié)點進程返回升級響應(yīng)消息。所述客戶端包括:客戶節(jié)點模塊以及對等節(jié)點模塊，其中，客戶節(jié)點模塊，接收來自對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，觸發(fā)對等節(jié)點模塊啟動一個進程作為對等節(jié)點進程；向?qū)Φ裙?jié)點模塊發(fā)送通知消息，攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；對等節(jié)點模塊，用于根據(jù)客戶節(jié)點模塊的觸發(fā)啟動一個進程作為對等節(jié)點進程，根據(jù)接收的通知消息中攜帶的期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載。所述客戶節(jié)點模塊進一步用于采用操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點模塊之間的連接。由上述的技術(shù)方案可見，本發(fā)明提供的一種基于升級Client分流Peer負載的方法、裝置及系統(tǒng)，接收來自Peer發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望Client升級后使用的Peer-1D范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為Peer進程；向新啟動的Peer進程發(fā)送通知消息，攜帶期望Client升級后使用的Peer-1D范圍信息；新啟動的Peer進程根據(jù)接收的期望Client升級后使用的Peer-1D范圍信息，接入P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載。這樣，在Peer過載時，對于Node-1D不在自身Peer-1D負責(zé)范圍內(nèi)的Client，利用操作系統(tǒng)提供的應(yīng)用編程接口新啟進程作為Peer進程分流Peer的負載，Client無需退出當(dāng)前P2P網(wǎng)絡(luò)，從而避免了用戶服務(wù)的中斷，確保了用戶的業(yè)務(wù)連續(xù)性體驗，也降低了分流所需的時間。


圖1為現(xiàn)有基于升級Client分流Peer負載的方法流程示意圖。圖2為本發(fā)明實施例基于升級Client分流Peer負載的方法流程示意圖。圖3為本發(fā)明實施例基于升級Client分流Peer負載的方法具體流程示意圖。圖4為現(xiàn)有基于升級Client分流Peer負載的裝置結(jié)構(gòu)示意圖。圖5為現(xiàn)有基于升級Client分流Peer負載的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具體實施例對本發(fā)明作進一步地詳細描述?，F(xiàn)有基于升級Client分流Peer負載的方法,在高負載的Peer選擇的Client的Node-1D不在自身Peer-1D負責(zé)的ID范圍內(nèi)時，Client在獲得配置的Peer-1D后，先退出當(dāng)前網(wǎng)絡(luò)，然后啟動并以新配置的Peer-1D接入網(wǎng)絡(luò)成為Peer，使得分流所需的時間較長，還造成使用該Client的用戶服務(wù)的中斷，影響用戶的業(yè)務(wù)連續(xù)性體驗。為此，本發(fā)明實施例中，通過在被高負載的Peer選中的Client平臺上新增一個實體(例如,進程)作為新的Peer加入網(wǎng)絡(luò),為高負載的Peer分流負載,這樣,原有的Client實體(例如,進程)無需退網(wǎng)，可以有效縮短分流所需的時間，并確保用戶的業(yè)務(wù)連續(xù)性體驗。圖2為本發(fā)明實施例基于升級Client分流Peer負載的方法流程示意圖。參見圖
2,該流程包括:步驟201,接收來自Peer發(fā)送的升級授權(quán)消息,確定所述升級授權(quán)消息中攜帶有期望Client升級后使用的Peer-1D范圍信息；本步驟中,接收來自Peer發(fā)送的升級授權(quán)消息包括:Al, Peer確定處于過載狀態(tài)，向直連的Client發(fā)送能力信息查詢請求消息；本步驟中，Peer判斷在預(yù)定時間內(nèi)自身的負載是否持續(xù)超過預(yù)先設(shè)定的負載閾值，如果是，則確定自身處于過載狀態(tài)，需要分流負載，當(dāng)然，實際應(yīng)用中，也可以是檢測到當(dāng)自身的負載超過預(yù)先設(shè)定的負載閾值時，則確定自身處于過載狀態(tài)。負載閾值可根據(jù)實際需要確定。A2,直連的Client接收能力信息查詢請求消息，向Peer返回Client能力信息；本步驟中，與Peer直連的Client接收能力信息查詢請求消息,根據(jù)實際情況，向Peer返回自己的能力信息，包括CPU空閑率、閑置內(nèi)存數(shù)量、網(wǎng)絡(luò)抖動等信息。A3, Peer根據(jù)接收的各Client能力信息,排序Client ；
本步驟中，Peer根據(jù)預(yù)先設(shè)置的選擇策略，對各Client的能力信息進行綜合能力評分，根據(jù)綜合能力評分對各Client進行排序。本發(fā)明實施例中，綜合能力評分計算公式可以如下:S=I ^C1+ 12xC2-1 3xC3式中，S為綜合能力評分；S=I ^C1+ 12xC2-1 3xC3S=I ^C1+ 12xC2-1 3xC3S=I ^C1+ 12xC2-1 3xC3C1 SCPU空閑率，I1為CPU空閑率系數(shù)；C2為閑置內(nèi)存數(shù)量，^ 2為閑置內(nèi)存數(shù)量系數(shù)；C3為網(wǎng)絡(luò)抖動，為網(wǎng)絡(luò)抖動系數(shù)。較佳地，Ij+ I 2+ I 3 = 1°A4,根據(jù)排序的Client以及需要分流的負載量,確定用于分流的Client,向分流的Client發(fā)送升級授權(quán)消息；根據(jù)排序的Client以及需要分流的負載量，確定用于分流的Client具體包括:A41, Peer根據(jù)需要分流的負載量確定距離該Peer的距離；本步驟中，分流的負載量大小與Peer至目標Client的距離相關(guān)，本發(fā)明實施例中，將需要待升級的各Client等效為一個目標Client，根據(jù)需要分流的負載量首先確定Peer至目標Client的距離。A42，根據(jù)確定的距離以及Peer-1D，從依序排列的Client中確定需要選取的Client 數(shù)量。本步驟中，Peer至目標Client的距離等于Peer-1D與目標Client的Node-1D的距離。從依序排列的Client中確定需要選取的Client數(shù)量包括:A421，依次判斷排序的Client的Node-1D是否在該Peer負責(zé)的ID范圍內(nèi)，如果Client的Node-1D在該Peer負責(zé)的ID范圍內(nèi)，執(zhí)行步驟A422，如果Client的Node-1D不在Peer負責(zé)的ID范圍內(nèi)，執(zhí)行步驟A423 ；A422，計算該Client與該Peer的距離，判斷計算得到的距離是否滿足確定的距離，如果是，選取該Client，以在后續(xù)流程中向選取的Client發(fā)送升級授權(quán)消息，否則，執(zhí)行步驟A421 ；A423，根據(jù)確定的距離設(shè)置期望Client升級后使用的Peer-1D范圍信息，攜帶在升級授權(quán)消息中，向Client發(fā)送。本發(fā)明實施例中，Peer判斷用于分流的Cl ient的Node-1D在自身負責(zé)的ID范圍內(nèi)，則按照現(xiàn)有流程進行處理，在此不再贅述。A5, Client接收升級授權(quán)消息。步驟202,調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口(API, Application ProgramInterface),新啟動一個進程作為Peer進程；本步驟中，如前所述，如果Client接收的升級授權(quán)消息中未包含期望Client升級后使用的Peer-1D范圍信息，則按照現(xiàn)有技術(shù)進行處理。Client接收升級授權(quán)消息后，在原有Client進程的基礎(chǔ)上，調(diào)用操作系統(tǒng)提供的API，新啟動一個進程作為Peer進程以處理分流負載，Client進程與Peer進程同處于Client中，即屬于同一物理機。API可以是Linux操作系統(tǒng)下的fork函數(shù)，也可以是Windows操作系統(tǒng)下的CreateProcess 函數(shù)。調(diào)用API啟動進程的流程，具體可參見相關(guān)技術(shù)文獻，在此不再贅述。進一步地,Client向發(fā)送升級授權(quán)消息的Peer回復(fù)確認信息,表示已經(jīng)準備開始升級。步驟203,向新啟動的Peer進程發(fā)送通知消息，攜帶期望Client升級后使用的Peer-1D范圍信息；本步驟中，Client利用共物理機進程間通信機制發(fā)送通知消息。步驟204,新啟動的Peer進程根據(jù)接收的期望Client升級后使用的Peer-1D范圍信息，接入P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載。本步驟中，接入P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載包括:BI,Peer進程向ES發(fā)送攜帶期望Client升級后使用的Peer-1D范圍信息的升級消息；本步驟中，升級消息可以以超文本傳輸協(xié)議(HTTP, Hyper Text TransferProtocol)消息的格式發(fā)送。B2, ES為Peer進程授權(quán)，根據(jù)期望Client升級后使用的Peer-1D范圍信息，為Peer進程分配對等節(jié)點標識,并向Peer進程發(fā)送2000K消息；本步驟中，2000K消息中包含授權(quán)證書、Peer-1D以及BP列表等信息。B3, Peer進程接收2000K消息，發(fā)起RELOAD中的Peer入網(wǎng)流程，并從Peer分流需承載的負載。本步驟中，Peer進程根據(jù)接收的授權(quán)證書、Peer-1D以及BP列表等信息，發(fā)起RELOAD中的Peer入網(wǎng)流程，即向AP發(fā)送Join升級請求至通知AP更新自身路由表之間的流程，并請求從Peer處下載所負責(zé)的資源信息，從而分流Peer的負載。還可以進一步包括:新啟動的Peer進程利用共物理機(平臺)進程間通信機制向Client回復(fù)ACK，確認啟動新Peer入網(wǎng)流程。進一步地，該方法還可以包括:步驟205, Client內(nèi)的Client進程與Peer進程建立連接,進行信息的交互。本發(fā)明實施例中，Peer-1D與Node-1D屬于同一 ID范圍，升級成功后的原有Client進程與新入網(wǎng)的Peer進程在同一物理機上共存，即同一客戶端中包含Client和Peer, Client可能與新入網(wǎng)的Peer在邏輯上相隔離，也就是說，Peer以進程的形式提供服務(wù)，Client直連在網(wǎng)絡(luò)中的其它Peer上，通過其他Peer的中轉(zhuǎn)，可以獲取Peer以進程的形式提供的服務(wù)。這樣，使得同一物理機上的Client，如果需要與該物理機上的新入網(wǎng)的Peer進行通信，還需要通過與其直連的其它Peer組成的P2P網(wǎng)絡(luò)的中轉(zhuǎn)，使得通信效率較低，并導(dǎo)致了網(wǎng)絡(luò)資源浪費。為此，本發(fā)明實施例中，還可進一步對提供的基于升級Client分流Peer負載的方法進行改進:在Cl ient與新入網(wǎng)的Peer處于同一物理機時,Client與新入網(wǎng)的Peer之間，采用該Client操作系統(tǒng)提供的進程間通信方式進行消息的交互。進程間通信(IPC, Inter Process Communication)是指在同一物理機上不同進程之間傳播或交換信息，用于進行數(shù)據(jù)息的傳輸和共享，通過傳輸?shù)臄?shù)據(jù)信息完成進程之間的控制。不同操作系統(tǒng)有不同的實現(xiàn)方式，只要操作系統(tǒng)支持多進程，就具有提供進程間通信機制的能力，例如，Linux操作系統(tǒng)、Windows操作系統(tǒng)等都支持多進程。進程間通信主要包括管道通信、共享存儲通信、消息隊列通信、信號量通信和套接字(Socket)通信等的一種或其任意組合。這樣，通過進程間通信，Client與共物理機的Peer之間，可以建立連接并實現(xiàn)快速的信息交互，從而無需進行中轉(zhuǎn)，提高了通信效率，減少了網(wǎng)絡(luò)資源浪費，在解決局部負載均衡的同時，也進一步提升了用戶的通信體驗。由圖1的流程可見，本發(fā)明實施例的核心思想可以簡要描述如下:第一,新升級Peer的Node-1D由高負載的Peer結(jié)合Client自身能力信息和網(wǎng)絡(luò)環(huán)境進行指派，在升級過程中，Client并不退出，Client的Node-1D也不會改變,繼續(xù)正常工作，在接收到升級授權(quán)消息后，Client通過新啟動一個進程作為Peer ；第二，如果Client檢測到共物理機的Peer升級成功，則Client強制與共物理機的Peer建立直連，Client通過新入網(wǎng)Peer,繼續(xù)為用戶提供服務(wù)；第三，Client與共物理機的Peer建立連接后，Client與直連的共物理機的Peer間需要進行交互時，通過操作系統(tǒng)提供的進程間通信方式進行交互，不需要經(jīng)過P2P網(wǎng)絡(luò)，以提高通信效率和用戶體驗。圖3為本發(fā)明實施例基于升級Client分流Peer負載的方法具體流程示意圖。參見圖3，該流程包括:步驟301, Peer確定處于過載狀態(tài)，向直連的Client發(fā)送能力信息查詢請求消息；本步驟中，Peer在一段時間內(nèi)持續(xù)檢測到高負載狀態(tài)，為了防止過載情況的發(fā)生，準備采取新Client加入的方式分流負載。向直連的Client發(fā)送能力信息查詢請求消息，查詢各直連Client的能力。步驟302,直連的Client接收能力信息查詢請求消息，向Peer返回攜帶能力信息的能力信息查詢請求響應(yīng)消息；步驟303, Peer根據(jù)接收的各Client能力信息,選擇用于分流的Client,向選擇的Client發(fā)送升級授權(quán)消息；步驟304, Client接收升級授權(quán)消息,進行處理后向Peer返回確認(ACK)信息；步驟305，Client通過調(diào)用操作系統(tǒng)提供的API新啟動一個Peer進程，并利用共平臺進程間通信機制通知該新啟動的Peer進程啟動入網(wǎng)流程；步驟306,新啟動的Peer進程利用共平臺進程間通信機制回復(fù)ACK確認啟動新節(jié)點入網(wǎng)流程；步驟307，新啟動的Peer進程向ES發(fā)送HTTP消息，請求獲得Peer-1D及授權(quán)證書以入網(wǎng)；步驟308，ES返回2000K消息，攜帶授權(quán)證書、Peer-1D以及BP列表等信息；
步驟309，新啟動的Peer進程與Peer執(zhí)行入網(wǎng)請求與應(yīng)答流程；步驟310，新啟動的Peer進程與Peer交互，執(zhí)行數(shù)據(jù)資源存儲流程；步驟309 步驟310為新啟動的Peer進程加入P2P Overlay的流程,具體可參見RELOAD標準流程。步驟311，共平臺的Peer進程通過進程間通信機制通知Client入網(wǎng)成功；步驟312，Client利用進程間通信機制與Peer進程建立直連，進行信息的交互。由上述可見,本發(fā)明實施例的基于升級Cl ient分流Peer負載的方法,Client在確定接收到的升級授權(quán)消息中攜帶有期望Client升級后使用的Peer-1D范圍信息后，調(diào)用操作系統(tǒng)提供的API，新啟動一個進程作為Peer進程，由新啟動的Peer進程根據(jù)期望Client升級后使用的Peer-1D范圍信息，接入P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載。這樣，對于Node-1D不在自身Peer-1D負責(zé)范圍內(nèi)的Client,利用操作系統(tǒng)提供的進程間通信機制實現(xiàn)Client升級流程，Client無需退出當(dāng)前P2P網(wǎng)絡(luò)就能實現(xiàn)分流Peer的負載,從而避免了用戶服務(wù)的中斷，確保了用戶的業(yè)務(wù)連續(xù)性體驗，也降低了分流所需的時間；進一步地，在實現(xiàn)負載均衡分流的同時，通過進程間通信，使得具有升級權(quán)限的Client直接連接在共平臺的Peer上，而無需通過P2P網(wǎng)絡(luò)的中轉(zhuǎn)就能進行信息的交互，提高了通信效率、資源利用率和用戶體驗。圖4為現(xiàn)有基于升級Client分流Peer負載的裝置結(jié)構(gòu)示意圖。參見圖4，該裝置包括:客戶節(jié)點模塊以及對等節(jié)點模塊，其中，客戶節(jié)點模塊，接收來自Peer發(fā)送的升級授權(quán)消息,確定所述升級授權(quán)消息中攜帶有期望Client升級后使用的Peer-1D范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，觸發(fā)對等節(jié)點模塊啟動一個進程作為Peer進程；向?qū)Φ裙?jié)點模塊發(fā)送通知消息，攜帶期望Client升級后使用的Peer-1D范圍信息；對等節(jié)點模塊，用于根據(jù)客戶節(jié)點模塊的觸發(fā)啟動一個進程作為Peer進程，根據(jù)接收的通知消息中攜帶的期望Client升級后使用的Peer-1D范圍信息，接入P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載。較佳地，客戶節(jié)點模塊進一步用于采用操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點模塊之間的連接，以進行信息的交互。圖5為現(xiàn)有基于升級Client分流Peer負載的系統(tǒng)結(jié)構(gòu)示意圖。參見圖5，該系統(tǒng)包括:過載Peer、客戶端以及ES，其中，過載Peer，用于在確定過載時，向直連的客戶端發(fā)送能力信息查詢請求消息；根據(jù)接收的各客戶端能力信息，排序客戶端；根據(jù)排序的客戶端以及需要分流的負載量，確定用于分流的客戶端，向分流的客戶端發(fā)送升級授權(quán)消息；客戶端,接收來自過載Peer發(fā)送的升級授權(quán)消息,確定所述升級授權(quán)消息中攜帶有期望客戶端升級后使用的Peer-1D范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為Peer進程；向新啟動的Peer進程發(fā)送通知消息，攜帶期望客戶端升級后使用的Peer-1D范圍信息；新啟動的Peer進程根據(jù)接收的期望客戶端升級后使用的Peer-1D范圍信息，向ES上報升級消息；根據(jù)ES返回的升級響應(yīng)消息，通過與過載Peer，接入P2P網(wǎng)絡(luò)，分流過載Peer的負載；ES，接收升級消息，根據(jù)期望客戶端升級后使用的Peer-1D范圍信息，為客戶端中的Peer進程分配節(jié)點標識,并向Peer進程返回升級響應(yīng)消息。本發(fā)明實施例中，升級響應(yīng)消息包含授權(quán)證書、Peer-1D以及BP列表等信息。其中，客戶端包括:客戶節(jié)點模塊以及對等節(jié)點模塊(圖中未示出)，其中，客戶節(jié)點模塊，接收來自Peer發(fā)送的升級授權(quán)消息,確定所述升級授權(quán)消息中攜帶有期望Client升級后使用的Peer-1D范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，觸發(fā)對等節(jié)點模塊啟動一個進程作為Peer進程；向?qū)Φ裙?jié)點模塊發(fā)送通知消息，攜帶期望Client升級后使用的Peer-1D范圍信息；對等節(jié)點模塊，用于根據(jù)客戶節(jié)點模塊的觸發(fā)啟動一個進程作為Peer進程，根據(jù)接收的通知消息中攜帶的期望Client升級后使用的Peer-1D范圍信息，接入P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載。較佳地，客戶節(jié)點模塊進一步用于采用操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點模塊之間的連接，以進行信息的交互。以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換以及改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種基于升級客戶節(jié)點分流對等節(jié)點負載的方法，其特征在于，該方法包括: 接收來自對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息； 調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為對等節(jié)點進程； 向新啟動的對等節(jié)點進程發(fā)送通知消息，攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息； 新啟動的對等節(jié)點進程根據(jù)接收的期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載。
2.如權(quán)利要求1所述的方法，其特征在于，進一步包括: 客戶節(jié)點內(nèi)的客戶節(jié)點進程與對等節(jié)點進程建立連接，進行信息的交互。
3.如權(quán)利要求2所述的方法，其特征在于，所述客戶節(jié)點進程與對等節(jié)點進程建立連接包括: 所述客戶節(jié)點進程通過外部直連的對等節(jié)點的中轉(zhuǎn)，建立與對等節(jié)點進程的連接；或， 所述客戶節(jié)點進程通過操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點進程的連接。
4.如權(quán)利要求3所述的方法，其特征在于，所述進程間通信包括:管道通信、共享存儲通信、消息隊列通信、信號量通信以及套接字通信中的一種或其任意組合。
5.如權(quán)利要求1至4任一項所述的方法，其特征在于，所述接收來自對等節(jié)點發(fā)送的升級授權(quán)消息包括: 對等節(jié)點確定處于過載狀態(tài)，向直連的客戶節(jié)點發(fā)送能力信息查詢請求消息； 直連的客戶節(jié)點接收能力信息查詢請求消息，向?qū)Φ裙?jié)點返回客戶節(jié)點能力信息； 對等節(jié)點根據(jù)接收的各客戶節(jié)點能力信息，排序客戶節(jié)點； 根據(jù)排序的客戶節(jié)點以及需要分流的負載量，確定用于分流的客戶節(jié)點，向分流的客戶節(jié)點發(fā)送升級授權(quán)消息； 客戶節(jié)點接收升級授權(quán)消息。
6.如權(quán)利要求5所述的方法，其特征在于，所述向能力信息包括:CPU空閑率、閑置內(nèi)存數(shù)量以及網(wǎng)絡(luò)抖動。
7.如權(quán)利要求6所述的方法，其特征在于，所述對等節(jié)點根據(jù)接收的各客戶節(jié)點能力信息，排序客戶節(jié)點包括: 計算CPU空閑率與預(yù)先設(shè)置的CPU空閑率系數(shù)的乘積，得到第一綜合能力評分； 計算閑置內(nèi)存數(shù) 量與預(yù)先設(shè)置的閑置內(nèi)存數(shù)量系數(shù)的乘積，得到第二綜合能力評分； 計算網(wǎng)絡(luò)抖動與預(yù)先設(shè)置的網(wǎng)絡(luò)抖動系數(shù)的乘積，得到第三綜合能力評分； 將第一綜合能力評分與第二綜合能力評分相加，減去第三綜合能力評分，得到客戶節(jié)點的綜合能力評分，并根據(jù)綜合能力評分進行排序。
8.如權(quán)利要求5所述的方法，其特征在于，所述根據(jù)排序的客戶節(jié)點以及需要分流的負載量，確定用于分流的客戶節(jié)點包括: 對等節(jié)點根據(jù)需要分流的負載量確定距離該對等節(jié)點的距離； 根據(jù)確定的距離以及對等節(jié)點的對等節(jié)點標識，從依序排列的客戶節(jié)點中確定需要選取的客戶節(jié)點數(shù)量。
9.如權(quán)利要求8所述的方法，其特征在于，所述從依序排列的客戶節(jié)點中確定需要選取的客戶節(jié)點數(shù)量包括: Al，依次判斷排序的客戶節(jié)點的客戶節(jié)點標識是否在該對等節(jié)點負責(zé)的標識范圍內(nèi)，如果客戶節(jié)點的客戶節(jié)點標識在該對等節(jié)點負責(zé)的標識范圍內(nèi)，執(zhí)行步驟A2，如果客戶節(jié)點的客戶節(jié)點標識不在對等節(jié)點負責(zé)的標識范圍內(nèi)，執(zhí)行步驟A3 ； A2，計算該客戶節(jié)點與該對等節(jié)點的距離，判斷計算得到的距離是否滿足確定的距離，如果是，選取該客戶節(jié)點，否則，執(zhí)行步驟Al ； A3，根據(jù)確定的距離設(shè)置期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，攜帶在升級授權(quán)消息中，向客戶節(jié)點發(fā)送。
10.如權(quán)利要求5所述的方法，其特征在于，所述接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載包括: 對等節(jié)點進程向注冊服務(wù)器發(fā)送攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息的升級消息； ES為對等節(jié)點進程授權(quán)，根據(jù)期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，為對等節(jié)點進程分配對等節(jié)點標識，并向?qū)Φ裙?jié)點進程發(fā)送2000K消息； 對等節(jié)點進程接收2000K消息,發(fā)起資源定位與發(fā)現(xiàn)基礎(chǔ)協(xié)議中的對等節(jié)點入網(wǎng)流程，并從對等節(jié)點分流需承載的負載。
11.一種基于升級客戶節(jié)點分流對等節(jié)點負載的裝置，其特征在于，該裝置包括:客戶節(jié)點模塊以及對等節(jié)點模塊，其中， 客戶節(jié)點模塊，接收來自對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶節(jié)點升 級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，觸發(fā)對等節(jié)點模塊啟動一個進程作為對等節(jié)點進程；向?qū)Φ裙?jié)點模塊發(fā)送通知消息，攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息； 對等節(jié)點模塊，用于根據(jù)客戶節(jié)點模塊的觸發(fā)啟動一個進程作為對等節(jié)點進程，根據(jù)接收的通知消息中攜帶的期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載。
12.如權(quán)利要求10所述的裝置，其特征在于，所述客戶節(jié)點模塊進一步用于采用操作系統(tǒng)提供的進程間通信方式，建立與對等節(jié)點模塊之間的連接。
13.一種基于升級客戶節(jié)點分流對等節(jié)點負載的系統(tǒng)，其特征在于，該系統(tǒng)包括:過載對等節(jié)點、客戶端以及注冊服務(wù)器，其中， 過載對等節(jié)點，用于在確定過載時，向直連的客戶端發(fā)送能力信息查詢請求消息；根據(jù)接收的各客戶端能力信息，排序客戶端；根據(jù)排序的客戶端以及需要分流的負載量，確定用于分流的客戶端，向分流的客戶端發(fā)送升級授權(quán)消息； 客戶端，接收來自過載對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶端升級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為對等節(jié)點進程；向新啟動的對等節(jié)點進程發(fā)送通知消息，攜帶期望客戶端升級后使用的對等節(jié)點標識范圍信息；新啟動的對等節(jié)點進程根據(jù)接收的期望客戶端升級后使用的對等節(jié)點標識范圍信息，向注冊服務(wù)器上報升級消息；根據(jù)注冊服務(wù)器返回的升級響應(yīng)消息，通過與過載對等節(jié)點，接入點對點網(wǎng)絡(luò)，分流過載對等節(jié)點的負載；注冊服務(wù)器，接收升級消息，根據(jù)期望客戶端升級后使用的對等節(jié)點標識范圍信息，為客戶端中的對等節(jié)點進程分配節(jié)點標識，并向?qū)Φ裙?jié)點進程返回升級響應(yīng)消息。
14.如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述客戶端包括:客戶節(jié)點模塊以及對等節(jié)點模塊，其中， 客戶節(jié)點模塊，接收來自對等節(jié)點發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，觸發(fā)對等節(jié)點模塊啟動一個進程作為對等節(jié)點進程；向?qū)Φ裙?jié)點模塊發(fā)送通知消息，攜帶期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息； 對等節(jié)點模塊，用于根據(jù)客戶節(jié)點模塊的觸發(fā)啟動一個進程作為對等節(jié)點進程，根據(jù)接收的通知消息中攜帶的期望客戶節(jié)點升級后使用的對等節(jié)點標識范圍信息，接入點對點網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的對等節(jié)點的負載。
15.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述客戶節(jié)點模塊進一步用于采用操作系統(tǒng)提供的進程間通信方式， 建立與對等節(jié)點模塊之間的連接。
全文摘要
本發(fā)明公開了一種基于升級Client分流Peer負載的方法、裝置及系統(tǒng)。該方法包括接收來自Peer發(fā)送的升級授權(quán)消息，確定所述升級授權(quán)消息中攜帶有期望Client升級后使用的Peer-ID范圍信息；調(diào)用操作系統(tǒng)提供的應(yīng)用編程接口，新啟動一個進程作為Peer進程；向新啟動的Peer進程發(fā)送通知消息，攜帶期望Client升級后使用的Peer-ID范圍信息；新啟動的Peer進程根據(jù)接收的期望Client升級后使用的Peer-ID范圍信息，接P2P網(wǎng)絡(luò)，分流發(fā)送升級授權(quán)消息的Peer的負載。應(yīng)用本發(fā)明，可以縮短分流所需的時間、避免用戶服務(wù)的中斷。
文檔編號H04L29/08GK103188164SQ20111046162
公開日2013年7月3日 申請日期2011年12月31日 優(yōu)先權(quán)日2011年12月31日
發(fā)明者李鋒, 權(quán)明富, 李勇, 劉健, 段勇, 李井樂 申請人:中國移動通信集團云南有限公司