專利名稱：數(shù)據(jù)獲取方法、接入節(jié)點和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，特別涉及一種數(shù)據(jù)獲取方法、接入節(jié)點和系統(tǒng)。
技術(shù)背景
隨著網(wǎng)絡(luò)技術(shù)的發(fā)展和網(wǎng)絡(luò)使用的普及，全球數(shù)據(jù)量不斷地激增。因此對于企業(yè) 來講，需要考慮海量數(shù)據(jù)的存儲及獲取問題?，F(xiàn)有技術(shù)中進行海量數(shù)據(jù)存儲及獲取的解決 方案包括google文件系統(tǒng)(Google File System,GFS)和簡單存儲業(yè)務(wù)(Simple Storage Service, S3) ο GFS的架構(gòu)中包括一個主管理器(master)和多個塊服務(wù)器(chunkserver)， 主管理器集中管理所有的塊服務(wù)器，數(shù)據(jù)以塊為單位存儲在塊服務(wù)器中?？蛻舳诵枰@取 數(shù)據(jù)時，首先向主管理器發(fā)送請求，請求中包括待獲取數(shù)據(jù)存儲的塊的信息，主管理器將存 儲有待獲取數(shù)據(jù)的塊的存儲位置信息發(fā)送給客戶端，之后，客戶端向該存儲位置信息指定 的塊獲取數(shù)據(jù)。S3架構(gòu)中，當(dāng)客戶端需要向存儲平臺獲取內(nèi)容時，應(yīng)用服務(wù)器會對客戶端 的請求進行簽名，并將包含簽名信息的統(tǒng)一資源定位符(Uniform Resource Locator,URL) 發(fā)送給客戶端，之后，客戶端可以根據(jù)該URL獲取數(shù)據(jù)。
發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題GFS需要一個主 管理器進行集中管理，這樣可能會造成單點故障或者瓶頸問題；客戶端直接從存儲節(jié)點獲 取數(shù)據(jù)，需要較多的對外IP地址，成本較高；GFS中缺乏安全策略。S3中雖然考慮了安全策 略，但是由于應(yīng)用服務(wù)器將簽名返回給客戶端，當(dāng)返回過程中URL被盜取時，仍然會影響存 儲平臺中數(shù)據(jù)的安全性。發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)獲取方法、接入節(jié)點和系統(tǒng)，解決現(xiàn)有技術(shù)中從數(shù)據(jù) 存儲平臺獲取數(shù)據(jù)時出現(xiàn)的安全性能不好、單點故障或者瓶頸及成本較高的問題。
本發(fā)明實施例提供了一種數(shù)據(jù)獲取方法，包括
接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求進行分級認(rèn)證后的 認(rèn)證結(jié)果；
當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，
獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù) 據(jù)，或者，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述 客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信息。
本發(fā)明實施例提供了一種接入節(jié)點，包括
第一模塊，用于接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求進 行分級認(rèn)證后的認(rèn)證結(jié)果；
第二模塊，用于當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取請 求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請求 對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信息。
本發(fā)明實施例提供了一種數(shù)據(jù)獲取系統(tǒng)，包括
接入節(jié)點，用于接收客戶端發(fā)送的數(shù)據(jù)獲取請求，所述數(shù)據(jù)獲取請求中攜帶客戶 端所屬的應(yīng)用服務(wù)器的應(yīng)用ID及待獲取數(shù)據(jù)的內(nèi)容ID ；
內(nèi)容管理節(jié)點，用于對所述應(yīng)用ID和內(nèi)容ID的關(guān)系進行第一認(rèn)證，并向所述接入 節(jié)點返回的第一認(rèn)證結(jié)果及所述內(nèi)容ID對應(yīng)的屬性信息；
所述接入節(jié)點還用于根據(jù)所述第一認(rèn)證結(jié)果及屬性信息獲取所述數(shù)據(jù)獲取請求 的認(rèn)證結(jié)果，并當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取請求對應(yīng)的 待獲取數(shù)據(jù)并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待 獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信息。
由上述技術(shù)方案可知，本發(fā)明實施例通過由接入節(jié)點接收并處理數(shù)據(jù)獲取請求， 可以對外公開一個或幾個IP地址，降低成本；通過對數(shù)據(jù)獲取請求進行分級認(rèn)證，可以提 高數(shù)據(jù)獲取的安全性；通過接入節(jié)點、用于認(rèn)證的節(jié)點及存儲數(shù)據(jù)的節(jié)點共同完成數(shù)據(jù)獲 取，可以避免單點故障和瓶頸的問題。


圖1為本發(fā)明實施例一的方法流程圖2為本發(fā)明實施例一對應(yīng)的數(shù)據(jù)獲取系統(tǒng)的結(jié)構(gòu)示意圖3為本發(fā)明實施例一步驟11的方法流程示意圖4為本發(fā)明實施例一步驟12中緩存模塊的處理流程示意圖5為本發(fā)明實施例一步驟12中消息處理模塊的處理流程示意圖
圖6為本發(fā)明實施例一步驟12中重定向模塊的處理流程示意圖7為本發(fā)明實施例一步驟12中數(shù)據(jù)轉(zhuǎn)發(fā)模塊的處理流程示意圖
圖8為本發(fā)明實施例二的接入節(jié)點的結(jié)構(gòu)示意圖9為本發(fā)明實施例三的接入節(jié)點的結(jié)構(gòu)示意圖10為本發(fā)明實施例四的數(shù)據(jù)獲取系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
下面通過附圖和實施例，對本發(fā)明實施例的技術(shù)方案做進一步的詳細(xì)描述。
圖1為本發(fā)明實施例一的方法流程圖，包括
步驟11 接入節(jié)點接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求 進行分級認(rèn)證后的認(rèn)證結(jié)果。
其中，分級認(rèn)證包括接入節(jié)點向內(nèi)容管理節(jié)點進行內(nèi)容是否屬于應(yīng)用的第一認(rèn) 證，還可以進一步包括接入節(jié)點從內(nèi)容管理節(jié)點獲得應(yīng)用服務(wù)器的地址并向應(yīng)用服務(wù)器進 行用戶是否有權(quán)下載內(nèi)容的第二認(rèn)證。
步驟12 接入節(jié)點在所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取 請求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請 求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點 的信息。內(nèi)容存儲節(jié)點的信息包括表征內(nèi)容存儲節(jié)點自身位置或者標(biāo)識的內(nèi)容存儲節(jié)點列表及表征內(nèi)容存儲節(jié)點所屬的域的信息。
其中，步驟11可以由接入節(jié)點中的認(rèn)證模塊(即第一模塊)完成，步驟12可以由 接入節(jié)點中的緩存模塊、消息處理模塊、重定向模塊和數(shù)據(jù)轉(zhuǎn)發(fā)模塊共同完成。
本實施例通過由接入節(jié)點接收并處理數(shù)據(jù)獲取請求，可以對外公開一個或幾個接 入節(jié)點的IP地址，降低成本；通過對數(shù)據(jù)獲取請求進行分級認(rèn)證，可以提高數(shù)據(jù)獲取的安 全性；通過接入節(jié)點、用于認(rèn)證的節(jié)點及存儲數(shù)據(jù)的節(jié)點共同完成數(shù)據(jù)獲取，可以避免單點 故障和瓶頸的問題。
圖2為本發(fā)明實施例一對應(yīng)的數(shù)據(jù)獲取系統(tǒng)的結(jié)構(gòu)示意圖。本實施例的數(shù)據(jù)獲取 系統(tǒng)包括客戶端21、接入節(jié)點(Edge Server，ES) 22、內(nèi)容管理節(jié)點(Media Manager，MM) 23、 應(yīng)用服務(wù)器(Application, APP04和內(nèi)容存儲節(jié)點(Center Server, CS) 25。為了提高系 統(tǒng)的可管理性和可靠性，該系統(tǒng)還可以包括請求路由服務(wù)器(Request Routing Server, RRS06。其中，接入節(jié)點22、內(nèi)容管理節(jié)點23、內(nèi)容存儲節(jié)點25和RRS沈都是存儲平臺中 的模塊?？蛻舳?1提供用戶與存儲平臺的接口，實現(xiàn)數(shù)據(jù)的上傳、下載和刪除等。接入節(jié) 點22是存儲平臺與外部通信的接口，可以對外只提供一個或少量的幾個IP地址作為用戶 的接入節(jié)點，負(fù)責(zé)用戶請求和消息的轉(zhuǎn)發(fā)以及數(shù)據(jù)的獲取及轉(zhuǎn)發(fā)，負(fù)責(zé)認(rèn)證用戶請求的合 法性。內(nèi)容管理節(jié)點23負(fù)責(zé)內(nèi)容的管理，其中存放存儲平臺中所有內(nèi)容的基本信息，包括 內(nèi)容ID，對應(yīng)該內(nèi)容ID的應(yīng)用ID，內(nèi)容是否具有公開屬性。應(yīng)用服務(wù)器M管理用戶與內(nèi) 容的對應(yīng)關(guān)系，管理用戶的權(quán)限信息。內(nèi)容存儲節(jié)點25負(fù)責(zé)存儲內(nèi)容及內(nèi)容與內(nèi)容存儲節(jié) 點的對應(yīng)關(guān)系。內(nèi)容存儲節(jié)點可以根據(jù)物理位置分為多個域，每個域與一個或多個接入節(jié) 點對應(yīng)。RRS沈負(fù)責(zé)對客戶端21、接入節(jié)點22、內(nèi)容管理節(jié)點23和內(nèi)容存儲節(jié)點25進行 管理，初始化各節(jié)點的配置信息，負(fù)責(zé)域和節(jié)點的分配及管理。
圖3為本發(fā)明實施例一步驟11的方法流程示意圖，包括
步驟31 接入節(jié)點中的認(rèn)證模塊接收數(shù)據(jù)獲取請求，所述數(shù)據(jù)獲取請求中攜帶客 戶端所屬的應(yīng)用服務(wù)器的應(yīng)用ID及待獲取數(shù)據(jù)的內(nèi)容ID。
步驟32 認(rèn)證模塊將所述應(yīng)用ID和內(nèi)容ID發(fā)送給內(nèi)容管理節(jié)點。
步驟33 內(nèi)容管理節(jié)點對所述應(yīng)用ID和內(nèi)容ID的關(guān)系進行第一認(rèn)證。即內(nèi)容管 理節(jié)點判斷應(yīng)用ID是否合法，且內(nèi)容ID是否屬于該應(yīng)用。
步驟34 內(nèi)容管理節(jié)點向認(rèn)證模塊返回第一認(rèn)證的認(rèn)證結(jié)果(即第一認(rèn)證結(jié)果) 及所述內(nèi)容ID對應(yīng)的屬性信息，并且，當(dāng)屬性信息為非公開屬性時，還返回應(yīng)用服務(wù)器地 址列表。當(dāng)?shù)谝徽J(rèn)證結(jié)果為錯誤時，表明認(rèn)證失敗，結(jié)束數(shù)據(jù)獲取。當(dāng)?shù)谝徽J(rèn)證結(jié)果為成功 且屬性信息為公開屬性(Public)時，表明通過認(rèn)證，結(jié)束認(rèn)證，開始之后的數(shù)據(jù)獲取。
步驟35 當(dāng)?shù)谝徽J(rèn)證結(jié)果為成功，但內(nèi)容ID對應(yīng)的屬性為非公開屬性時，認(rèn)證模 塊在應(yīng)用服務(wù)器地址列表中選擇一個地址，例如，選擇與接入節(jié)點最近的應(yīng)用服務(wù)器的地 址，并向該選擇的地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送認(rèn)證請求，所述認(rèn)證請求中攜帶所述內(nèi)容ID 及所述客戶端的用戶ID。
步驟36 應(yīng)用服務(wù)器對所述用戶ID和內(nèi)容ID的關(guān)系進行第二認(rèn)證。即應(yīng)用服務(wù) 器判斷該用戶ID對應(yīng)的客戶端是否有權(quán)獲取所述內(nèi)容ID對應(yīng)的待獲取數(shù)據(jù)。
步驟37 應(yīng)用服務(wù)器向認(rèn)證模塊返回第二認(rèn)證的認(rèn)證結(jié)果(即第二認(rèn)證結(jié)果)。 當(dāng)?shù)诙J(rèn)證結(jié)果為錯誤時，表明認(rèn)證失敗，結(jié)束數(shù)據(jù)獲取。當(dāng)?shù)诙J(rèn)證結(jié)果為成功時，表明通過認(rèn)證，結(jié)束認(rèn)證，開始之后的數(shù)據(jù)獲取。
本實施例的分級認(rèn)證過程中，通過內(nèi)容管理節(jié)點和應(yīng)用服務(wù)器對數(shù)據(jù)獲取請求的 認(rèn)證，可以提高數(shù)據(jù)獲取的安全性，保證合法性；通過由內(nèi)容管理節(jié)點管理應(yīng)用ID和內(nèi)容 ID，而不管理用戶ID，可以提高存儲平臺的擴展性及通用性；通過從內(nèi)容管理節(jié)點獲取應(yīng) 用服務(wù)器地址，而不是配置在接入節(jié)點處，可以避免在接入節(jié)點人工配置應(yīng)用服務(wù)器地址 造成的管理成本較高的問題，并且可以避免在接入節(jié)點發(fā)送的數(shù)據(jù)獲取請求中攜帶應(yīng)用服 務(wù)器的地址，提高安全性；通過應(yīng)用服務(wù)器注冊多個地址，形成應(yīng)用服務(wù)器地址列表，可以 將應(yīng)用服務(wù)器分布設(shè)置在不同的網(wǎng)絡(luò)或雙線機房中，實現(xiàn)支持分布式的應(yīng)用服務(wù)器；通過 選擇最近的應(yīng)用服務(wù)器，可以加快認(rèn)證速度；通過內(nèi)容管理節(jié)點返回內(nèi)容的屬性信息，可以 在內(nèi)容具有公開屬性時，不需向應(yīng)用服務(wù)器進行認(rèn)證，提高響應(yīng)速度，改善用戶體驗、降低 應(yīng)用服務(wù)器的負(fù)載，節(jié)約資源。
圖4為本發(fā)明實施例一步驟12中緩存模塊的處理流程示意圖，包括
步驟41 接入節(jié)點中的認(rèn)證模塊在認(rèn)證通過時，將數(shù)據(jù)獲取請求發(fā)送給接入節(jié)點 中的緩存模塊，該數(shù)據(jù)獲取請求中攜帶待獲取數(shù)據(jù)的內(nèi)容ID。
步驟42 緩存模塊判斷是否緩存有該內(nèi)容ID對應(yīng)的待獲取數(shù)據(jù)，若是，執(zhí)行步驟 43，否則，執(zhí)行步驟44。
步驟43 緩存模塊將緩存的待獲取數(shù)據(jù)發(fā)送給客戶端。
步驟44 緩存模塊將數(shù)據(jù)獲取請求發(fā)送給接入節(jié)點中的消息處理模塊。
之后，消息處理模塊及接入節(jié)點中的其他模塊向客戶端發(fā)送所述數(shù)據(jù)獲取請求對 應(yīng)的待獲取數(shù)據(jù)，或者所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點，從而使 得客戶端向該內(nèi)容存儲節(jié)點獲取相關(guān)數(shù)據(jù)。
在以共享為主的業(yè)務(wù)中，用戶對內(nèi)容的訪問次數(shù)會出現(xiàn)曲線分布的情形，某些內(nèi) 容會成為用戶訪問的熱點。此時，可以將這些熱點內(nèi)容緩存在緩存模塊中，當(dāng)有用戶需要獲 取該熱點內(nèi)容時，緩存模塊直接將熱點內(nèi)容發(fā)送給用戶，因此，可以提高用戶獲取數(shù)據(jù)的速 度，改善用戶體驗，節(jié)約帶寬資源。
圖5為本發(fā)明實施例一步驟12中消息處理模塊的處理流程示意圖，包括
步驟51 消息處理模塊接收緩存模塊發(fā)送的數(shù)據(jù)獲取請求，該數(shù)據(jù)獲取請求中攜 帶待獲取數(shù)據(jù)的內(nèi)容ID，數(shù)據(jù)獲取請求中還可以攜帶待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信 息，其中，內(nèi)容存儲節(jié)點的信息可以是客戶端在發(fā)送數(shù)據(jù)獲取請求時攜帶的，也可以是認(rèn)證 模塊或者緩存模塊獲取并添加的。
當(dāng)數(shù)據(jù)獲取請求中攜帶內(nèi)容存儲節(jié)點的信息時，執(zhí)行步驟52。
步驟52 消息處理模塊直接從數(shù)據(jù)獲取請求中獲取待獲取數(shù)據(jù)所屬的內(nèi)容存儲 節(jié)點的信息，根據(jù)內(nèi)容存儲節(jié)點的信息可以判斷內(nèi)容存儲節(jié)點與接入節(jié)點是否在同一個 域，域可以根據(jù)各節(jié)點的物理位置進行劃分。之后，將內(nèi)容存儲節(jié)點的信息發(fā)送給重定向模 塊，此時內(nèi)容存儲節(jié)點可以是一個或多個。
當(dāng)數(shù)據(jù)獲取請求中沒有攜帶內(nèi)容存儲節(jié)點的信息時，執(zhí)行步驟53-56。
步驟53 消息處理模塊向與接入節(jié)點對應(yīng)的內(nèi)容存儲節(jié)點(查詢模塊)發(fā)送查詢 請求，所述查詢請求中攜帶所述內(nèi)容ID。
步驟M 查詢模塊根據(jù)所述內(nèi)容ID獲取待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息。
步驟55 查詢模塊將待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息發(fā)送給消息處理模 塊。
步驟56 消息處理模塊從查詢模塊處獲取待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信 息。之后，將內(nèi)容存儲節(jié)點的信息發(fā)送給重定向模塊，此時內(nèi)容存儲節(jié)點可以是一個或多 個。
本實施例的消息處理模塊可以在不存在緩存數(shù)據(jù)時，確定存儲待獲取數(shù)據(jù)的內(nèi)容 存儲節(jié)點，為獲取數(shù)據(jù)提供基礎(chǔ)。
圖6為本發(fā)明實施例一步驟12中重定向模塊的處理流程示意圖，包括
步驟61 重定向模塊接收消息處理模塊發(fā)送的內(nèi)容存儲節(jié)點的信息。
步驟62:重定向模塊判斷是否可以進行重定向，若是，執(zhí)行步驟63，否則，執(zhí)行步 驟66。
其中，重定向模塊中預(yù)先配置有該重定向模塊是否開啟了重定向功能，當(dāng)該重定 向模塊開啟了重定向功能時，表明該重定向模塊可以進行重定向；當(dāng)該重定向模塊未開啟 重定向功能時，表明該重定向模塊不可以進行重定向。重定向是指重定向模塊可以獲取其 余域的信息，以便將其余域的信息，例如，其余域中的內(nèi)容存儲節(jié)點的信息，發(fā)送給客戶端， 使客戶端可以向其余域獲取數(shù)據(jù)。而不具有重定向功能時，客戶端只能在本域中獲取數(shù)據(jù)， 當(dāng)本域中沒有保存待獲取的數(shù)據(jù)時，則客戶端不能獲取待獲取的數(shù)據(jù)。
步驟63 重定向模塊根據(jù)內(nèi)容存儲節(jié)點的信息判斷內(nèi)容存儲節(jié)點中是否有與接 入節(jié)點位于同一個域的節(jié)點，若是，執(zhí)行步驟66，否則，執(zhí)行步驟64。
步驟64 重定向模塊確定與接入節(jié)點最近的域中的內(nèi)容存儲節(jié)點。
步驟65 重定向模塊將最近的域的信息及最近的域中的內(nèi)容存儲節(jié)點的信息發(fā) 送給客戶端。實現(xiàn)數(shù)據(jù)獲取的重定向，之后，客戶端可以根據(jù)新的域中的內(nèi)容存儲節(jié)點，向 與該新的域中的內(nèi)容存儲節(jié)點位于同一個域中的接入節(jié)點發(fā)起數(shù)據(jù)獲取請求，以獲取數(shù) 據(jù)。即從上述的步驟31開始重新執(zhí)行一遍，其中，上述的步驟31中的接入節(jié)點需要替換為 與該新的域中的內(nèi)容存儲節(jié)點位于同一個域中的接入節(jié)點。
步驟66:重定向模塊將待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息發(fā)送給數(shù)據(jù)轉(zhuǎn)發(fā) 模塊。
本實施例的重定向模塊可以在帶寬較小或速度比較慢時，將用戶請求重定向到內(nèi) 容所在的域，實現(xiàn)數(shù)據(jù)傳輸速度的提高；通過在重定向請求中攜帶內(nèi)容存儲節(jié)點的信息，可 以在重定向新的域時，新的域的接入節(jié)點無需查找內(nèi)容存儲節(jié)點，因此可以減少消息量，加 快請求響應(yīng)速度以改善用戶體驗。
圖7為本發(fā)明實施例一步驟12中數(shù)據(jù)轉(zhuǎn)發(fā)模塊的處理流程示意圖，包括
步驟71 數(shù)據(jù)轉(zhuǎn)發(fā)模塊接收重定向模塊發(fā)送的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點 的信息。
步驟72 數(shù)據(jù)轉(zhuǎn)發(fā)模塊在上述內(nèi)容存儲節(jié)點中確定與接入節(jié)點最近的內(nèi)容存儲 節(jié)點。
步驟73 數(shù)據(jù)轉(zhuǎn)發(fā)模塊向最近的內(nèi)容存儲節(jié)點發(fā)送內(nèi)容請求，內(nèi)容請求中攜帶待 獲取數(shù)據(jù)的內(nèi)容ID。
步驟74:該內(nèi)容存儲節(jié)點判斷自身是否存儲該內(nèi)容ID對應(yīng)的數(shù)據(jù)，當(dāng)確定存在待9獲取數(shù)據(jù)時，執(zhí)行步驟75，當(dāng)沒有存儲時，可以返回錯誤信息。
步驟75 當(dāng)存儲有該內(nèi)容ID對應(yīng)的數(shù)據(jù)時，向數(shù)據(jù)轉(zhuǎn)發(fā)模塊發(fā)送允許獲取信息。
步驟76 內(nèi)容存儲節(jié)點向數(shù)據(jù)轉(zhuǎn)發(fā)模塊發(fā)送該內(nèi)容ID對應(yīng)的待獲取數(shù)據(jù)。
步驟77 當(dāng)待獲取數(shù)據(jù)被獲取的次數(shù)達到預(yù)先設(shè)定的熱度閾值時，將所述待獲取 數(shù)據(jù)緩存到緩存模塊。
步驟78 數(shù)據(jù)轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)該待獲取數(shù)據(jù)給客戶端。
在之后，數(shù)據(jù)轉(zhuǎn)發(fā)模塊還可以向內(nèi)容存儲節(jié)點及客戶端發(fā)送傳輸完畢消息，以結(jié) 束傳輸。數(shù)據(jù)轉(zhuǎn)發(fā)模塊還可以向內(nèi)容管理節(jié)點匯報流量信息，以便內(nèi)容管理節(jié)點進行計費處理。
圖8為本發(fā)明實施例二的接入節(jié)點的結(jié)構(gòu)示意圖，包括第一模塊81和第二模塊 82。第一模塊81用于接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求進行分 級認(rèn)證后的認(rèn)證結(jié)果；第二模塊82用于當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所 述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述 數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi) 容存儲節(jié)點的信息。
本實施例通過由接入節(jié)點接收并處理數(shù)據(jù)獲取請求，可以對外公開一個或幾個IP 地址，降低成本；通過對數(shù)據(jù)獲取請求進行分級認(rèn)證，可以提高數(shù)據(jù)獲取的安全性；通過接 入節(jié)點、用于認(rèn)證的節(jié)點及存儲數(shù)據(jù)的節(jié)點共同完成數(shù)據(jù)獲取，可以避免單點故障和瓶頸 的問題。
圖9為本發(fā)明實施例三的接入節(jié)點的結(jié)構(gòu)示意圖，包括第一模塊91和第二模塊 92，其中，第二模塊92包括緩存模塊921、消息處理模塊922、重定向模塊923和數(shù)據(jù)轉(zhuǎn)發(fā) 模塊924。緩存模塊921用于緩存所述待獲取數(shù)據(jù)時，并將緩存的所述待獲取數(shù)據(jù)發(fā)送給 所述客戶端；消息處理模塊922用于在所述緩存模塊中未緩存所述待獲取數(shù)據(jù)時，獲取存 儲所述待獲取數(shù)據(jù)的內(nèi)容存儲節(jié)點的信息；重定向模塊923用于接收所述消息處理模塊發(fā) 送的所述內(nèi)容存儲節(jié)點的信息，根據(jù)所述內(nèi)容存儲節(jié)點的信息判斷出可以重定向且所述內(nèi) 容存儲節(jié)點中沒有與所述接入節(jié)點位于同一個域的節(jié)點時，確定與所述接入節(jié)點最近的域 中的內(nèi)容存儲節(jié)點，并將所述最近的域的信息及對應(yīng)的內(nèi)容存儲節(jié)點列表發(fā)送給所述客戶 端；根據(jù)所述內(nèi)容存儲節(jié)點的信息判斷出可以重定向且所述內(nèi)容存儲節(jié)點中有與所述接入 節(jié)點位于同一個域的節(jié)點時，或者，當(dāng)不可以重定向時，發(fā)送所述內(nèi)容存儲節(jié)點的信息；數(shù) 據(jù)轉(zhuǎn)發(fā)模塊擬4用于接收所述重定向模塊發(fā)送的所述內(nèi)容存儲節(jié)點的信息當(dāng)，確定與所述 接入節(jié)點最近的內(nèi)容存儲節(jié)點，從所述最近的內(nèi)容存儲節(jié)點獲取所述待獲取數(shù)據(jù)，并發(fā)送 給所述客戶端。緩存模塊921還可以用于當(dāng)所述待獲取數(shù)據(jù)被獲取的次數(shù)達到預(yù)先設(shè)定的 熱度閾值時，緩存所述待獲取數(shù)據(jù)。
本實施例在實施例二的基礎(chǔ)上，還可以擴展應(yīng)用范圍，提高系統(tǒng)性能，加快獲取數(shù) 據(jù)的速度，提升用戶體驗。
圖10為本發(fā)明實施例四的數(shù)據(jù)獲取系統(tǒng)的結(jié)構(gòu)示意圖，包括接入節(jié)點101和內(nèi)容 管理節(jié)點102。接入節(jié)點101用于接收客戶端發(fā)送的數(shù)據(jù)獲取請求，所述數(shù)據(jù)獲取請求中攜 帶客戶端所屬的應(yīng)用服務(wù)器的應(yīng)用ID及待獲取數(shù)據(jù)的內(nèi)容ID;內(nèi)容管理節(jié)點102用于對 所述應(yīng)用ID和內(nèi)容ID的關(guān)系進行第一認(rèn)證，并向所述接入節(jié)點返回的第一認(rèn)證結(jié)果及所述內(nèi)容ID對應(yīng)的屬性信息；接入節(jié)點101還用于根據(jù)所述第一認(rèn)證結(jié)果及屬性信息獲取所 述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果，并當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù) 獲取請求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲 取請求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi)容存儲 節(jié)點的信息。
其中，當(dāng)所述屬性信息為公開屬性時，所述接入節(jié)點具體用于將第一認(rèn)證結(jié)果作 為最終的認(rèn)證結(jié)果；或者，當(dāng)所述屬性信息為非公開屬性時，所述內(nèi)容管理節(jié)點還返回應(yīng)用 服務(wù)器地址列表，所述接入節(jié)點還用于在所述應(yīng)用服務(wù)器地址列表中選擇一個，并向選擇 的地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送認(rèn)證請求，所述認(rèn)證請求中可以攜帶所述內(nèi)容ID及所述客 戶端的用戶ID，該系統(tǒng)還包括應(yīng)用服務(wù)器，用于對所述用戶ID和內(nèi)容ID的關(guān)系進行第二 認(rèn)證，并向所述接入節(jié)點返回第二認(rèn)證結(jié)果，之后，所述接入節(jié)點可以將所述第二認(rèn)證結(jié)果 作為最終的認(rèn)證結(jié)果。
進一步地，本實施例還可以包括內(nèi)容存儲節(jié)點103，內(nèi)容存儲節(jié)點103用于存儲所 述待獲取數(shù)據(jù)；接入節(jié)點101具體用于從所述內(nèi)容存儲節(jié)點103獲取所述待獲取數(shù)據(jù)。或 者，內(nèi)容存儲節(jié)點103還可以存儲所述待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，以便根據(jù) 所述內(nèi)容存儲節(jié)點的信息獲取所述待獲取數(shù)據(jù)。
當(dāng)然，本發(fā)明實施例的裝置及系統(tǒng)的相關(guān)描述可以進一步參照方法實施例的相關(guān) 部分的描述，在此不再贅述。
本實施例通過由接入節(jié)點接收并處理數(shù)據(jù)獲取請求，可以對外公開一個或幾個IP 地址，降低成本；通過對數(shù)據(jù)獲取請求進行分級認(rèn)證，可以提高數(shù)據(jù)獲取的安全性；通過接 入節(jié)點、用于認(rèn)證的節(jié)點及存儲數(shù)據(jù)的節(jié)點共同完成數(shù)據(jù)獲取，可以避免單點故障和瓶頸 的問題。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)；前述的程序也可以存儲于存儲設(shè)備中，存儲設(shè)備包 括但不限于不同PC磁盤，磁盤陣列，NAS或SAN等。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制， 盡管參照本發(fā)明具體實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理 解其依然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而這些修改或者等同替換亦 不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種數(shù)據(jù)獲取方法，其特征在于，包括接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求進行分級認(rèn)證后的認(rèn)證結(jié)果；當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或 者，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶 端發(fā)送所述內(nèi)容存儲節(jié)點的信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)獲取請求中攜帶所述客戶端所屬的應(yīng)用服務(wù)器的應(yīng)用ID及所述待獲取數(shù)據(jù) 的內(nèi)容ID ；所述獲取對所述數(shù)據(jù)獲取請求進行分級認(rèn)證后的認(rèn)證結(jié)果包括 從所述數(shù)據(jù)獲取請求中獲取所述應(yīng)用ID和內(nèi)容ID，將所述應(yīng)用ID和內(nèi)容ID發(fā)送給內(nèi) 容管理節(jié)點，以使得所述內(nèi)容管理節(jié)點對所述應(yīng)用ID和內(nèi)容ID的關(guān)系進行第一認(rèn)證； 接收所述內(nèi)容管理節(jié)點返回的第一認(rèn)證結(jié)果及所述內(nèi)容ID對應(yīng)的屬性信息； 當(dāng)所述屬性信息為非公開屬性時，接收所述內(nèi)容管理節(jié)點返回的應(yīng)用服務(wù)器地址列 表，在所述應(yīng)用服務(wù)器地址列表中選擇一個，向選擇的地址對應(yīng)的應(yīng)用服務(wù)器發(fā)送認(rèn)證請 求，以使得所述選擇的地址對應(yīng)的應(yīng)用服務(wù)器對所述用戶ID和內(nèi)容ID的關(guān)系進行第二認(rèn) 證；并接收所述應(yīng)用服務(wù)器返回的第二認(rèn)證結(jié)果。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)獲取請求中攜帶所述客戶端所屬的應(yīng)用服務(wù)器的應(yīng)用ID及所述待獲取數(shù)據(jù) 的內(nèi)容ID ；所述獲取對所述數(shù)據(jù)獲取請求進行分級認(rèn)證后的認(rèn)證結(jié)果包括 從所述數(shù)據(jù)獲取請求中獲取所述應(yīng)用ID和內(nèi)容ID，將所述應(yīng)用ID和內(nèi)容ID發(fā)送給內(nèi) 容管理節(jié)點，以使得所述內(nèi)容管理節(jié)點對所述應(yīng)用ID和內(nèi)容ID的關(guān)系進行第一認(rèn)證； 接收所述內(nèi)容管理節(jié)點返回的第一認(rèn)證結(jié)果及所述內(nèi)容ID對應(yīng)的為公開屬性的屬性fn息ο
4.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述獲取所述數(shù)據(jù)獲取請求對應(yīng)的待 獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲 取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信息包括當(dāng)接入節(jié)點中緩存有所述待獲取數(shù)據(jù)時，將緩存的所述待獲取數(shù)據(jù)發(fā)送給所述客戶 端；或者當(dāng)接入節(jié)點中沒有緩存所述待獲取數(shù)據(jù)時，獲取存儲所述待獲取數(shù)據(jù)的內(nèi)容存儲節(jié)點 的信息，根據(jù)所述內(nèi)容存儲節(jié)點的信息，從所述內(nèi)容存儲節(jié)點獲取所述待獲取數(shù)據(jù)并發(fā)送 給所述客戶端，或者，將所述內(nèi)容存儲節(jié)點的信息發(fā)送給所述客戶端。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述內(nèi)容存儲節(jié)點的信息，從所 述內(nèi)容存儲節(jié)點獲取所述待獲取數(shù)據(jù)并發(fā)送給所述客戶端，或者，將所述內(nèi)容存儲節(jié)點的 信息發(fā)送給所述客戶端包括當(dāng)可以重定向且所述內(nèi)容存儲節(jié)點中沒有與所述接入節(jié)點位于同一個域的節(jié)點時，確 定與所述接入節(jié)點最近的域中的內(nèi)容存儲節(jié)點，并將所述最近的域的信息及對應(yīng)的內(nèi)容存儲節(jié)點列表發(fā)送給所述客戶端，或者；當(dāng)可以重定向且所述內(nèi)容存儲節(jié)點中有與所述接入節(jié)點位于同一個域的節(jié)點時，或 者，當(dāng)不可以重定向時，確定與所述接入節(jié)點最近的內(nèi)容存儲節(jié)點，從所述最近的內(nèi)容存儲 節(jié)點獲取所述待獲取數(shù)據(jù)，并發(fā)送給所述客戶端。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于所述獲取存儲所述待獲取數(shù)據(jù)的內(nèi)容存儲節(jié)點的信息包括從所述數(shù)據(jù)獲取請求中獲取所述內(nèi)容存儲節(jié)點的信息；或者，向查詢模塊發(fā)送查詢請求，接收所述查詢模塊根據(jù)所述查詢請求返回的查詢結(jié)果，從 所述查詢結(jié)果中獲取所述內(nèi)容存儲節(jié)點的信息。
7.一種接入節(jié)點，其特征在于，包括第一模塊，用于接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求進行分 級認(rèn)證后的認(rèn)證結(jié)果；第二模塊，用于當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取請求對 應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請求對應(yīng) 的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信 肩、ο
8.根據(jù)權(quán)利要求7所述的接入節(jié)點，其特征在于，所述第二模塊包括緩存模塊，用于緩存所述待獲取數(shù)據(jù)，并將緩存的所述待獲取數(shù)據(jù)發(fā)送給所述客戶端。
9.根據(jù)權(quán)利要求8所述的接入節(jié)點，其特征在于，所述第二模塊還包括消息處理模塊，用于在所述緩存模塊中未緩存所述待獲取數(shù)據(jù)時，獲取存儲所述待獲 取數(shù)據(jù)的內(nèi)容存儲節(jié)點的信息。
10.根據(jù)權(quán)利要求9所述的接入節(jié)點，其特征在于，所述第二模塊還包括重定向模塊，用于接收所述消息處理模塊發(fā)送的所述內(nèi)容存儲節(jié)點的信息，根據(jù)所述 內(nèi)容存儲節(jié)點的信息判斷出可以重定向且所述內(nèi)容存儲節(jié)點中沒有與所述接入節(jié)點位于 同一個域的節(jié)點時，確定與所述接入節(jié)點最近的域中的內(nèi)容存儲節(jié)點，并將所述最近的域 的信息及對應(yīng)的內(nèi)容存儲節(jié)點列表發(fā)送給所述客戶端；根據(jù)所述內(nèi)容存儲節(jié)點的信息判斷 出可以重定向且所述內(nèi)容存儲節(jié)點中有與所述接入節(jié)點位于同一個域的節(jié)點時，或者，當(dāng) 不可以重定向時，發(fā)送所述內(nèi)容存儲節(jié)點的信息。
11.根據(jù)權(quán)利要求10所述的接入節(jié)點，其特征在于，所述第二模塊還包括數(shù)據(jù)轉(zhuǎn)發(fā)模塊，用于接收所述重定向模塊發(fā)送的所述內(nèi)容存儲節(jié)點的信息，確定與所 述接入節(jié)點最近的內(nèi)容存儲節(jié)點，從所述最近的內(nèi)容存儲節(jié)點獲取所述待獲取數(shù)據(jù)，并發(fā) 送給所述客戶端。
12.—種數(shù)據(jù)獲取系統(tǒng)，其特征在于，包括接入節(jié)點，用于接收客戶端發(fā)送的數(shù)據(jù)獲取請求，所述數(shù)據(jù)獲取請求中攜帶客戶端所 屬的應(yīng)用服務(wù)器的應(yīng)用ID及待獲取數(shù)據(jù)的內(nèi)容ID ；內(nèi)容管理節(jié)點，用于對所述應(yīng)用ID和內(nèi)容ID的關(guān)系進行第一認(rèn)證，并向所述接入節(jié)點 返回的第一認(rèn)證結(jié)果及所述內(nèi)容ID對應(yīng)的屬性信息；所述接入節(jié)點還用于根據(jù)所述第一認(rèn)證結(jié)果及屬性信息獲取所述數(shù)據(jù)獲取請求的認(rèn) 證結(jié)果，并當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取 數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信息。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，當(dāng)所述屬性信息為非公開屬性時，所述內(nèi)容管理節(jié)點還返回應(yīng)用服務(wù)器地址列表，所 述接入節(jié)點還用于在所述應(yīng)用服務(wù)器地址列表中選擇一個，并向選擇的地址對應(yīng)的應(yīng)用服 務(wù)器發(fā)送認(rèn)證請求； 該系統(tǒng)還包括應(yīng)用服務(wù)器，用于對所述用戶ID和內(nèi)容ID的關(guān)系進行第二認(rèn)證，并向所述接入節(jié)點返 回所述第二認(rèn)證結(jié)果。
14.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，還包括內(nèi)容存儲節(jié)點，用于存儲所述待獲取數(shù)據(jù)，以使得所述接入節(jié)點從所述內(nèi)容存儲節(jié)點 獲取所述待獲取數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)獲取方法、接入節(jié)點和系統(tǒng)。該方法包括接收客戶端發(fā)送的數(shù)據(jù)獲取請求，并獲取對所述數(shù)據(jù)獲取請求進行分級認(rèn)證后的認(rèn)證結(jié)果；當(dāng)所述數(shù)據(jù)獲取請求的認(rèn)證結(jié)果為通過時，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)，并向所述客戶端發(fā)送所述待獲取數(shù)據(jù)，或者，獲取所述數(shù)據(jù)獲取請求對應(yīng)的待獲取數(shù)據(jù)所屬的內(nèi)容存儲節(jié)點的信息，并向所述客戶端發(fā)送所述內(nèi)容存儲節(jié)點的信息。本發(fā)明實施例可以實現(xiàn)從數(shù)據(jù)存儲平臺獲取數(shù)據(jù)時，保證數(shù)據(jù)獲取的安全性、避免單點故障或者瓶頸及降低成本。
文檔編號H04L29/06GK102035815SQ20091023527
公開日2011年4月27日 申請日期2009年9月29日 優(yōu)先權(quán)日2009年9月29日
發(fā)明者嚴(yán)哲峰, 李麗娟 申請人:華為技術(shù)有限公司