專利名稱：一種網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機互聯(lián)通信領(lǐng)域，更進一步涉及一種在網(wǎng)絡(luò)上進行數(shù) 字媒體管理時實現(xiàn)內(nèi)容發(fā)布的方法和系統(tǒng)。
背景技術(shù)：
數(shù)字媒體是指機構(gòu)或個人在經(jīng)營、生產(chǎn)過程中積累的、有價值的各種 數(shù)字化的信息和內(nèi)容，這些信息和內(nèi)容可能以各種不同的格式進行存儲， 表現(xiàn)為文字、圖形、圖像、數(shù)據(jù)、影音、動畫等多種形式?；ヂ?lián)網(wǎng)的普及、 寬帶技術(shù)的發(fā)展為數(shù)字媒體網(wǎng)絡(luò)化管理提供了條件，推動了數(shù)字媒體內(nèi)容 網(wǎng)絡(luò)發(fā)行平臺的產(chǎn)生。構(gòu)建網(wǎng)絡(luò)化的數(shù)字媒體服務(wù)，可以擴展數(shù)字媒體內(nèi) 容的傳播范圍，加快其傳播速度，并提高資源的利用效率。數(shù)字媒體內(nèi)容 的提供商利用互聯(lián)網(wǎng)來進行數(shù)字媒體的發(fā)行，不僅豐富了原有的銷售渠 道，拓展了消費用戶群體，給消費者提供了更加便捷的數(shù)字內(nèi)容獲取途徑， 而且還可以結(jié)合數(shù)字版權(quán)保護技術(shù)，防止盜版，保障發(fā)行收益，具有很高 的商業(yè)價值。內(nèi)容發(fā)布是數(shù)字媒體內(nèi)容管理的必要組成部分，由內(nèi)容提供 商使用，用來將其所擁有的數(shù)字媒體資源發(fā)布到網(wǎng)絡(luò)中的內(nèi)容服務(wù)器或服 務(wù)器群中，以便數(shù)字內(nèi)容分發(fā)系統(tǒng)向終端消費者提供服務(wù)。現(xiàn)有的數(shù)字媒體內(nèi)容發(fā)布結(jié)構(gòu)基于客戶端-服務(wù)器模式，在數(shù)字媒體資源中心架設(shè)資源服務(wù)器或服務(wù)器組。其基本步驟如下內(nèi)容提供商也就 是發(fā)布者將待發(fā)布的媒體內(nèi)容加入描述和控制信息組織成資源包，連接待 部署的各資源服務(wù)器，請求上傳資源；資源服務(wù)器與認(rèn)證服務(wù)器通信，通 過身份驗證和授權(quán)后，允許發(fā)布者上傳；發(fā)布者將資源包分別上傳到指定 的資源服務(wù)器中，供終端用戶連接這些服務(wù)器下載資源。這種服務(wù)模式簡 單，易部署，便于管理，但是隨著用戶的增多，對媒體資源的需求也在成 指數(shù)上升趨勢，該模式逐漸顯現(xiàn)出其劣勢，如安全性差、單點瓶頸、資源 下載速率慢、請求響應(yīng)時間過長等。值得注意的是，在數(shù)字媒體內(nèi)容管理 中涉及的資源存儲總量往往很龐大，通常分布存儲在多個位置。針對不同 的終端用戶，提供的媒體內(nèi)容訪問服務(wù)也不盡相同。此外數(shù)字媒體內(nèi)容的4發(fā)布者可以來自不同的地理位置，具有不同的操作權(quán)限，在進行內(nèi)容發(fā)布 時，系統(tǒng)需要對發(fā)布者保持透明性，屏蔽實際的存儲位置，并提供身份認(rèn) 證和授權(quán)以及資源傳遞加密的支持。目前的內(nèi)容發(fā)布方法及系統(tǒng)無法滿足 上述的要求，限制了數(shù)字媒體網(wǎng)絡(luò)發(fā)行業(yè)務(wù)的廣泛開展。發(fā)明內(nèi)容為了克服現(xiàn)有系統(tǒng)的不足，鑒于數(shù)字媒體網(wǎng)絡(luò)發(fā)行業(yè)務(wù)的需要，本發(fā) 明提出 一種網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方法和系統(tǒng)，防止資源信息被惡意篡改和冒充；同時還提高了發(fā)布效率，實現(xiàn)了快速的資源分布式部署。為實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種網(wǎng)絡(luò)數(shù)字媒體 內(nèi)容發(fā)布方法，其包括如下步驟1) 將待發(fā)布內(nèi)容組織成內(nèi)容資源包，向認(rèn)證服務(wù)器提交內(nèi)容發(fā)布請求 報文；2) 所述認(rèn)證服務(wù)器根據(jù)所述內(nèi)容發(fā)布請求報文選擇資源服務(wù)器；3) 所述認(rèn)證服務(wù)器返回被選中資源服務(wù)器信息和連接許可證給發(fā)布者；4) 所述發(fā)布者使用所述連接許可證將所述內(nèi)容資源包傳遞到所述被 選中資源服務(wù)器。根據(jù)本發(fā)明的另 一方面，上述網(wǎng)絡(luò)數(shù)字i某體內(nèi)容發(fā)布方法的所述步驟 4)后包括步驟5)所述被選中資源服務(wù)器將所述內(nèi)容資源包分發(fā)到指定端服根據(jù)本發(fā)明的又一方面，上述網(wǎng)絡(luò)數(shù)字々某體內(nèi)容發(fā)布方法的步驟5) 采用端服務(wù)器分層并行分發(fā)方法，包括如下步驟 51 )排列端服務(wù)器節(jié)點序列；52) 按照所述節(jié)點序列，確定所述節(jié)點間的上下級關(guān)系；53) 根據(jù)所述節(jié)點間的上下級關(guān)系建立端服務(wù)器邏輯層次樹；內(nèi)容資源包分發(fā)到所述指定端服務(wù)器。 '' 、；、 ' '根據(jù)本發(fā)明的又一方面，上述網(wǎng)絡(luò)數(shù)字々某體內(nèi)容發(fā)布方法的步驟54 )包括如下步驟541 )執(zhí)行所述被選中資源器邏輯層次樹建立所述內(nèi)容資源包的轉(zhuǎn)發(fā)樹；542 )執(zhí)行傳遞所述資源包和所述轉(zhuǎn)發(fā)樹信息至所述被選中資源服務(wù) 器的孩子節(jié)點；543 )執(zhí)行所述被選中資源服務(wù)器的孩子節(jié)點判斷自己是否是所述轉(zhuǎn) 發(fā)樹的葉子節(jié)點，如果是，則結(jié)束，否則執(zhí)行步驟544);544 )根據(jù)所述轉(zhuǎn)發(fā)樹信息傳遞資源包和轉(zhuǎn)發(fā)樹信息至所述指定端服 務(wù)器。根據(jù)本發(fā)明的再一方面，上述網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方法的步驟1) 中所述內(nèi)容發(fā)布請求報文包括發(fā)布者身份信息和發(fā)布請求信息。根據(jù)本發(fā)明的再一方面，上述網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方法的步驟2) 包括根據(jù)所述發(fā)布者請求報文訪問數(shù)據(jù)庫服務(wù)器，獲得發(fā)布者證書，從而 檢查發(fā)布者權(quán)限。根據(jù)本發(fā)明的再一方面，上述網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方';i的步驟2)包括根據(jù)所述內(nèi)容發(fā)布請求報文判斷資源服務(wù)器是否可用； 從可用的資源服務(wù)器中根據(jù)處理能力、負(fù)載情況及網(wǎng)絡(luò)帶寬選擇最優(yōu) 的資源服務(wù)器。根據(jù)本發(fā)明的再一方面，上述網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方法的步驟3) 中所述連接許可證是動態(tài)的。根據(jù)本發(fā)明的又一方面，本發(fā)明還提供了 一種網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布 系統(tǒng)，所述發(fā)布系統(tǒng)包括發(fā)布者、認(rèn)證服務(wù)器、資源服務(wù)器和數(shù)據(jù)庫服務(wù) 器，其中所述發(fā)布者用于將待發(fā)布內(nèi)容組織成內(nèi)容資源包，提交內(nèi)容發(fā)布請求 報文至認(rèn)證服務(wù)器，使用連接許可證傳遞所述內(nèi)容資源包至被選中的資源 服務(wù)器；所述認(rèn)證服務(wù)器用于根據(jù)所述內(nèi)容發(fā)布請求報文選擇資源服務(wù)器，返 回所述被選中資源服務(wù)器信息和連接許可證給發(fā)布者。根據(jù)本發(fā)明的又一方面，上述網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布系統(tǒng)還包括端服 務(wù)器群，用于從所述被選中資源服務(wù)器接收所述內(nèi)容資源包。根據(jù)本發(fā)明的又一方面，上述網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布系統(tǒng)的端服務(wù)器 群是邏輯層次樹結(jié)構(gòu)，其中所述邏輯層次樹中的上下級節(jié)點y —x至少具 有一個如下特征1)節(jié)點x訪問所述被選中資源服務(wù)器需要經(jīng)過節(jié)點y;2)所述節(jié)點X直接訪問所述被選中資源服務(wù)器的網(wǎng)絡(luò)開銷大于所述節(jié)點x訪問所述節(jié)點y的開銷。與現(xiàn)有技術(shù)相比，本方法除了考慮到改善內(nèi)容發(fā)布的安全性以外，還 提供了基于系統(tǒng)負(fù)載動態(tài)平衡機制的資源分布式部署技術(shù)。本方法的優(yōu)點 具體表現(xiàn)在以下幾個方面1) 安全性好數(shù)字媒體內(nèi)容的發(fā)布者在進行內(nèi)容發(fā)布時，并沒有直接 獲得資源服務(wù)器的位置信息，而是在通過了身份認(rèn)證后，由認(rèn)證服務(wù)器衡 量各資源服務(wù)器的負(fù)載程度，動態(tài)選擇出內(nèi)容本體的待存儲服務(wù)器，生成 連接該服務(wù)器的臨時許可證后返回給發(fā)布者，用來連接資源服務(wù)器和進行 內(nèi)容發(fā)布時的數(shù)據(jù)加密。這樣不僅杜絕了非法發(fā)布者向網(wǎng)絡(luò)中進行隨意的 發(fā)布，降低了網(wǎng)絡(luò)攻擊的可能性，而且防止了數(shù)字媒體內(nèi)容在網(wǎng)絡(luò)傳遞過 程中被盜取。2) 在內(nèi)容發(fā)布流程中，自動根據(jù)待發(fā)布內(nèi)容的位置、資源服務(wù)器的存 儲容量、網(wǎng)絡(luò)狀態(tài)等選擇出合適的資源服務(wù)器，來進行數(shù)字媒體內(nèi)容本體 的傳輸和存儲。另外，在多個端服務(wù)器上進行數(shù)字媒體內(nèi)容分發(fā)時，采用 了分層次并行分發(fā)技術(shù)，可以充分利用網(wǎng)絡(luò)帶寬資源，快速的實現(xiàn)資源的 分布式部署。3) 透明性發(fā)布者進行內(nèi)容發(fā)布時，只要提供內(nèi)容本體和待部署的端 服務(wù)器清單即可，并不需要關(guān)心在數(shù)字媒體中心資源服務(wù)器的存儲情況， 也不需要了解資源向多個端服務(wù)器分發(fā)時的具體路徑，這簡化了操作流 程，給發(fā)布者帶來了便捷。


下面結(jié)合附圖對本發(fā)明的具體實施方式
作進一步詳細的說明，其中圖1是網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布系統(tǒng)示意圖；圖2是發(fā)布者進行內(nèi)容發(fā)布的處理過程；圖3是認(rèn)證服務(wù)器的處理過程；圖4是系統(tǒng)的端服務(wù)器邏輯層次樹的生成過程；圖5是資源服務(wù)器的處理過程；圖6是端服務(wù)器的處理過程。
具體實施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，下面參考附圖并通過具體實例來對本發(fā)明進行更進一 步的說明圖1是根據(jù)本發(fā)明實施例的網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布系統(tǒng)示意圖。如圖 1所示，該內(nèi)容發(fā)布系統(tǒng)采用分布式體系結(jié)構(gòu)，由發(fā)布者、地理上分散的 中心服務(wù)器群和端服務(wù)器群構(gòu)成。發(fā)布者是數(shù)字媒體內(nèi)容的提供商，可以 是組織或個人，其可以擁有待發(fā)布內(nèi)容的知識產(chǎn)權(quán)，并獲得了內(nèi)容發(fā)布數(shù) 字證書。中心服務(wù)器群是架設(shè)在數(shù)字媒體中心的一組服務(wù)器，包括認(rèn)證服 務(wù)器、資源服務(wù)器、數(shù)據(jù)庫服務(wù)器等，它們負(fù)責(zé)管理各種資源，包括內(nèi)容 本體、發(fā)布者信息、終端用戶信息等等，是整個系統(tǒng)實現(xiàn)控制管理的中心。 中心服務(wù)器群保存全部的數(shù)字媒體內(nèi)容，根據(jù)端服務(wù)器的實際需求向其提 供相關(guān)資源。端服務(wù)器群由一個或多個分散在不同地域的內(nèi)容服務(wù)器構(gòu) 成，它保存本地所需的數(shù)字媒體資源和必要的本地終端用戶信息。端服務(wù) 器群提供終端用戶請求的數(shù)字媒體內(nèi)容，并根據(jù)情況動態(tài)與中心服務(wù)器群 同步信息和數(shù)據(jù)。 ，本領(lǐng)域普通技術(shù)人員應(yīng)理解，上述數(shù)字媒體內(nèi)容分發(fā)網(wǎng)絡(luò)釆用分布式 體系結(jié)構(gòu)，具有良好的可伸縮性，能夠適應(yīng)不同規(guī)模的應(yīng)用需要。在數(shù)字 媒體內(nèi)容較少、終端用戶數(shù)量較小時，可以合并端服務(wù)器與中心服務(wù)器的 功能，即終端用戶直接與資源服務(wù)器通信，以減少服務(wù)器的數(shù)量，降低系 統(tǒng)運行成本。發(fā)布者將待發(fā)布的數(shù)字媒體內(nèi)容組織成資源包，由系統(tǒng)管理員給出其 予以部署的端服務(wù)器列表。發(fā)布者與認(rèn)證服務(wù)器通信，提交內(nèi)容發(fā)布請求， 經(jīng)過認(rèn)證服務(wù)器的身份與權(quán)限鑒別后，由認(rèn)證服務(wù)器動態(tài)訪問數(shù)據(jù)庫服務(wù) 器，獲取各資源服務(wù)器狀態(tài)，然后依據(jù)網(wǎng)絡(luò)位置、負(fù)載狀況等計算各資源 服務(wù)器的服務(wù)質(zhì)量，從中選擇出最適合的資源服務(wù)器。認(rèn)證服務(wù)器與該被 選中的資源服務(wù)器通信，提交資源包傳遞請求。該資源服務(wù)器收到該請求 后，根據(jù)自身的情況，決定資源包傳遞是否可以進行，如可以則生成臨時 的連接許可證，返回給認(rèn)證服務(wù)器。認(rèn)證服務(wù)器將可供使用的資源服務(wù)器 信息與連接許可證返回給發(fā)布者。發(fā)布者使用該連接許可證與對應(yīng)的資源 服務(wù)器成功連接后，將資源包傳遞到該資源服務(wù)器上。獲得了數(shù)字媒體內(nèi) 容的資源服務(wù)器根據(jù)資源包的端服務(wù)器配置要求，要將資源包分發(fā)到指定 的端服務(wù)器上。為了高效的實現(xiàn)端服務(wù)器內(nèi)容分發(fā)過程，基于系統(tǒng)負(fù)載動態(tài)平衡機制，根據(jù)本發(fā)明的一個優(yōu)選實施例，還提供了端服務(wù)器分層次并行分發(fā)方 法。系統(tǒng)預(yù)先根據(jù)服務(wù)器的處理性能、網(wǎng)絡(luò)帶寬狀況，將端服務(wù)器組織成 一個邏輯層次樹，其中該樹中的每個節(jié)點代表一個端服務(wù)器。每當(dāng)進行端 服務(wù)器內(nèi)容分發(fā)時，根據(jù)資源配置需求，對該層次樹進行裁減，生成資源 包轉(zhuǎn)發(fā)樹，附加在資源包的屬性中。資源服務(wù)器或端服務(wù)器收到資源包后， 查詢轉(zhuǎn)發(fā)樹，獲得自己的孩子節(jié)點，然后分別建立TCP連接，發(fā)送數(shù)據(jù)。 當(dāng)孩子節(jié)點收到數(shù)據(jù)后，繼續(xù)轉(zhuǎn)發(fā)樹的查找，再向下級節(jié)點轉(zhuǎn)發(fā)數(shù)據(jù)。一 直重復(fù)這樣的過程，直到所有的端服務(wù)器都收到資源包為止。為了實現(xiàn)上 述技術(shù)，需要生成數(shù)字媒體內(nèi)容分發(fā)網(wǎng)絡(luò)的端服務(wù)器邏輯層次樹，下面以包括虛根在內(nèi)的3層端服務(wù)器邏輯層次樹為例對該過程進行描述，其中該虛根在生成過程中并非實際的物理設(shè)備，在內(nèi)容分發(fā)時，由資源服務(wù)器代 替該虛根，從而實現(xiàn)內(nèi)容包從資源服務(wù)器到端服務(wù)器的分發(fā)。其生成流程如圖2所示，執(zhí)行如下步驟S2.1 S2.7:S2.1:每當(dāng)系統(tǒng)中增加或刪除端服務(wù)器時，系統(tǒng)的所有端服務(wù)器信息 構(gòu)成端服務(wù)器節(jié)點集合S。S2.2:系統(tǒng)按照距離中心服務(wù)器群的位置遠近、帶寬大小排序集合S 中的節(jié)點，形成遞增序列。S2.3:按照序列的順序，從集合S中尋找一對適合直接傳遞資源包的 端服務(wù)器，構(gòu)成上下級關(guān)系y-x。其中，x為下級節(jié)點，其訪問中心服務(wù) 器群需中途經(jīng)過y或其直接訪問中心服務(wù)器群的網(wǎng)絡(luò)開銷大于x訪問y的 開銷。S2.4:如果存在這樣的一對端服務(wù)器上下級關(guān)系，則執(zhí)行步驟S2.5, 否則執(zhí)行步驟S2.6。S2.5:將下級端服務(wù)器節(jié)點x從集合S去掉，加入下級節(jié)點集合U。 同時將上下級關(guān)系y —x加入偏序關(guān)系集合W。執(zhí)行步驟S2.3。S2.6:建立具有一個虛根的邏輯樹。端服務(wù)器節(jié)點集合S中剩余的節(jié) 點，作為虛根的孩子節(jié)點，加入邏輯樹。S2.7:根據(jù)偏序關(guān)系集合W中的上下級關(guān)系信息，將集合U中節(jié)點 作為上述孩子節(jié)點的孩子節(jié)點，依次加入邏輯樹。應(yīng)注意邏輯層次樹并不限于3層，任意層的邏輯層次樹均可按照類 似于上述流程生成?；谏鲜鲞壿媽哟螛?，下面結(jié)合附圖2至圖6的所示 的流程對各個部件的運行步驟進行具體描述如圖3根據(jù)本發(fā)明實施例的發(fā)布者進行內(nèi)容發(fā)布的流程圖所示，發(fā)布者內(nèi)容發(fā)布包括如下步驟S3.1 S3.8:S3.1:發(fā)布者在進行內(nèi)容發(fā)布前，將本地的數(shù)字媒體內(nèi)容資源組織成 內(nèi)容資源包，其中該內(nèi)容資源包包括內(nèi)容本體、描述信息和包含待部屬端 服務(wù)器列表的控制信息。S3.2:構(gòu)造內(nèi)容發(fā)布請求報文，發(fā)送給認(rèn)證服務(wù)器，該內(nèi)容發(fā)布請求 報文包括如下內(nèi)容發(fā)布者身份信息，由發(fā)布者ID和預(yù)分配的證書加密的密碼組成；發(fā)布請求信息，包括資源包標(biāo)識、名稱、存儲容量要求以及待部署的 端服務(wù)器列表。S3.3:發(fā)布者進入等待狀態(tài)，等待接收由認(rèn)證服務(wù)器返回的應(yīng)答報文。 如果在設(shè)定時間內(nèi)發(fā)布者始終沒有收到應(yīng)答報文則否則進入S3.6步驟。S3.4:發(fā)布者收到由認(rèn)證服務(wù)器回復(fù)的報文后，進行解密。S3.5:根據(jù)解密報文的內(nèi)容，判斷是否允許進行內(nèi)容發(fā)布。如果不允 許，則進入S3.6步驟；否則進入S3.7步驟。S3.6:發(fā)布者沒有獲得認(rèn)證服務(wù)器的授權(quán)許可證，不能夠進行內(nèi)容發(fā) 布，內(nèi)容發(fā)布操作失敗。S3.7:發(fā)布者獲得認(rèn)證服務(wù)器的答復(fù)的資源服務(wù)器信息以及對應(yīng)的連 接許可證。發(fā)布者使用該許可證建立與該資源服務(wù)器的連接。S3.8:利用已經(jīng)建立的連接，發(fā)布者將內(nèi)容資源包傳遞到該資源服務(wù)器。如圖4根據(jù)本發(fā)明實施例的認(rèn)證服務(wù)器的執(zhí)行流程圖所示，認(rèn)證服務(wù) 器的執(zhí)行過程包括如下步驟S4.1~S4.12:S4.1:認(rèn)證服務(wù)器接收發(fā)布者的內(nèi)容發(fā)布請求報文。S4.2:認(rèn)證服務(wù)器解密發(fā)布者請求報文，根據(jù)發(fā)布者請求報文訪問數(shù) 據(jù)庫服務(wù)器，獲得發(fā)布者證書，提取發(fā)布者的身份信息。S4.3:根據(jù)發(fā)布者身份信息檢查發(fā)布者權(quán)限，如果發(fā)布者有內(nèi)容發(fā)布 的權(quán)限，則執(zhí)行步驟S4.4，否則執(zhí)行步驟S4.12。S4.4:認(rèn)證服務(wù)器訪問數(shù)據(jù)庫服務(wù)器，獲取系統(tǒng)的各資源服務(wù)器狀態(tài) 信息，包括剩余存儲容量、處理能力、負(fù)載狀況、網(wǎng)絡(luò)帶寬等。S4.5:根據(jù)發(fā)布者的內(nèi)容發(fā)布請求報文要求，判斷是否系統(tǒng)中存在可 用的資源服務(wù)器，如果存在，則執(zhí)行步驟S4.6，否則執(zhí)行步驟S4.12。S4.6:從可用的資源服務(wù)器中根據(jù)處理能力、負(fù)載情況及網(wǎng)絡(luò)帶寬選 擇出最適合本次發(fā)布的資源服務(wù)器。S4.7:認(rèn)證服務(wù)器根據(jù)發(fā)布者請求報文信息和資源包描述信息構(gòu)造請 求報文，向被選中的資源服務(wù)器提交內(nèi)容資源包傳遞請求。在傳遞請求前， 報文用資源服務(wù)器的公鑰加密，并使用認(rèn)證服務(wù)器的證書簽名。S4.8:認(rèn)證服務(wù)器等待接收資源服務(wù)器的應(yīng)答報文，如果在規(guī)定時間 內(nèi)沒有收到應(yīng)答報文，則執(zhí)行步驟S4.5,否則執(zhí)行步驟S4.9。S4.9:認(rèn)證服務(wù)器收到資源服務(wù)器對資源包傳遞請求的應(yīng)答報文，并 對報文進行解密。S4.10:認(rèn)證服務(wù)器根據(jù)應(yīng)答報文信息，判斷資源服務(wù)器是否允許進行 此次資源包傳遞。如果允許，執(zhí)行步驟S4.11，否則執(zhí)行步驟S4.5。S4.11:認(rèn)證服務(wù)器構(gòu)造并發(fā)送應(yīng)答發(fā)布者的報文，該應(yīng)答報文中附加 授權(quán)信息，包括將連接的資源服務(wù)器信息和連接該服務(wù)器的動態(tài)許可證。S4.12:認(rèn)證服務(wù)器構(gòu)造并發(fā)送應(yīng)答發(fā)布者的報文，該應(yīng)答報文拒絕內(nèi) 容發(fā)布要求，并附加拒絕原因。如圖5根據(jù)本發(fā)明優(yōu)選實施例的資源服務(wù)器的執(zhí)行流程圖所示，資源 服務(wù)器的執(zhí)行過程包括如下步驟S5.1~S5.10:文。S5.2:資源服務(wù)器對認(rèn)證服務(wù)器的簽名進行驗證，并用自己的私鑰將 報文解密。S5.3:判斷身份驗證是否有效，如果身份驗證有效，則執(zhí)行步驟S5.4， 否則執(zhí)行步驟S5.5。S5.4:資源服務(wù)器根據(jù)待傳送數(shù)字媒體內(nèi)容資源包的屬性和目前系統(tǒng) 存儲容量、處理能力、系統(tǒng)負(fù)載、網(wǎng)絡(luò)帶寬決定是否允許傳送，如允許， 則執(zhí)行S5.6，否則執(zhí)行步驟S5.5。出拒絕的原因。S5.6:資源服務(wù)器生成供發(fā)布者使用的臨時連接許可證，包含在應(yīng)答 報文中，發(fā)送給認(rèn)證服務(wù)器。其中該連接許可證可以是動態(tài)的。 S5.7:資源服務(wù)器等待發(fā)布者的連接請求。S5.8:資源服務(wù)器收到發(fā)布者的連接請求，根據(jù)臨時連接許可證進行身份認(rèn)證后，建立連接，進行資源包的傳遞。S5.9:資源服務(wù)器對收到的資源包進行分析，根據(jù)其端服務(wù)器部署清 單，在系統(tǒng)端服務(wù)器邏輯層次樹中保留對應(yīng)節(jié)點，而刪除無關(guān)的端服務(wù)器， 并以自身替換該層次邏輯樹的虛根，建立該資源包的轉(zhuǎn)發(fā)樹。S5.10:資源服務(wù)器從轉(zhuǎn)發(fā)樹中取出自己的孩子節(jié)點，依次與這些孩子 節(jié)點的端服務(wù)器建立連接，傳遞資源包和轉(zhuǎn)發(fā)樹信息。如圖6根據(jù)本發(fā)明優(yōu)選實施例的端服務(wù)器的執(zhí)行流程圖所示，端服務(wù) 器的執(zhí)行步驟包括S6.1 S6.5:S6.1:端服務(wù)器接收其父節(jié)點的資源服務(wù)器或端服務(wù)器的數(shù)字媒體內(nèi) 容資源包傳遞請求。S6.2:端服務(wù)器與該服務(wù)器建立連接，接收資源包以及對應(yīng)的轉(zhuǎn)發(fā)樹4呂息。S6.3:端服務(wù)器判斷自己是否是轉(zhuǎn)發(fā)樹的葉子節(jié)點，如果是，則不必 繼續(xù)轉(zhuǎn)發(fā)，執(zhí)行步驟S6.5,否則執(zhí)行步驟S6.4。S6.4:端服務(wù)器從轉(zhuǎn)發(fā)樹中取出自己的孩子節(jié)點，依次與這些端服務(wù) 器建立連接，傳遞資源包和轉(zhuǎn)發(fā)樹信息。S6.5:結(jié)束。對于本領(lǐng)域的普通技術(shù)人員，可以理解獲得了數(shù)字媒體內(nèi)容的資源服 務(wù)器根據(jù)資源包的端服務(wù)器配置要求，要將資源包分發(fā)到對應(yīng)的端服務(wù)器 上的步驟也可以不采用端服務(wù)器分層次并行分發(fā)技術(shù)，而是逐個與各端服 務(wù)器分別建立連接，傳遞資源包。應(yīng)該注意到并理解，在不脫離后附的權(quán)利要求所要求的本發(fā)明的精神 和范圍的情況下，能夠?qū)ι鲜鲈敿毭枋龅谋景l(fā)明做出各種修改和改進。因 此，要求保護的技術(shù)方案的范圍不受所給出的任何特定示范教導(dǎo)的限制。
權(quán)利要求
1.一種網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布方法，其包括如下步驟1)將待發(fā)布內(nèi)容組織成內(nèi)容資源包，向認(rèn)證服務(wù)器提交內(nèi)容發(fā)布請求報文；2)所述認(rèn)證服務(wù)器根據(jù)所述內(nèi)容發(fā)布請求報文選擇資源服務(wù)器；3)所述認(rèn)證服務(wù)器返回被選中資源服務(wù)器信息和連接許可證給發(fā)布者；4)所述發(fā)布者使用所述連接許可證將所述內(nèi)容資源包傳遞到所述被選中資源服務(wù)器。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟4)后包括步驟 5)所述被選中資源服務(wù)器將所述內(nèi)容資源包分發(fā)到指定端服務(wù)器。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟5)采用端服 務(wù)器分層并行分發(fā)方法，包括如下步驟51 )排列端服務(wù)器節(jié)點序列；52) 按照所述節(jié)點序列，確定所述節(jié)點間的上下級關(guān)系；53) 根據(jù)所述節(jié)點間的上下級關(guān)系建立端服務(wù)器邏輯層次樹；內(nèi)容資源包分發(fā)到所述指定端服務(wù)器。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟54)包括如 下步驟541 )執(zhí)行所述被選中資源服務(wù)器根據(jù)所述內(nèi)容資源包和所述端服務(wù) 器邏輯層次樹建立所述內(nèi)容資源包的轉(zhuǎn)發(fā)樹；542 )執(zhí)行傳遞所述資源包和所述轉(zhuǎn)發(fā)樹信息至所述被選中資源服務(wù) 器的孩子節(jié)點；543 )執(zhí)行所述被選中資源服務(wù)器的孩子節(jié)點判斷自己是否是所述轉(zhuǎn) 發(fā)樹的葉子節(jié)點，如果是，則結(jié)束，否則執(zhí)行步驟544);544 )根據(jù)所述轉(zhuǎn)發(fā)樹信息傳遞資源包和轉(zhuǎn)發(fā)樹信息至所述指定端服 務(wù)器。
5. 根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，所述步驟 1 )中所述內(nèi)容發(fā)布請求報文包括發(fā)布者身份信息和發(fā)布請求信息。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述步驟2)包括根據(jù)所述發(fā)布者請求報文訪問數(shù)據(jù)庫服務(wù)器，獲得發(fā)布者證書，從而檢查發(fā)布 者權(quán)限。
7. 根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，所述步驟2) 包括根據(jù)所述內(nèi)容發(fā)布請求報文判斷資源服務(wù)器是否可用； 從可用的資源服務(wù)器中根據(jù)處理能力、負(fù)載情況及網(wǎng)絡(luò)帶寬選擇最優(yōu) 的資源服務(wù)器。
8. 根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，所述步驟3) 中所述連接許可證是動態(tài)的。
9. 一種網(wǎng)絡(luò)數(shù)字媒體內(nèi)容發(fā)布系統(tǒng)，所述發(fā)布系統(tǒng)包括發(fā)布者、認(rèn)證 服務(wù)器、資源服務(wù)器和數(shù)據(jù)庫服務(wù)器，其特征在于所述發(fā)布者用于將待發(fā)布內(nèi)容組織成內(nèi)容資源包，提交內(nèi)容發(fā)布請求 報文至認(rèn)證服務(wù)器，使用連接許可證傳遞所述內(nèi)容資源包至被選中的資源 服務(wù)器；所述認(rèn)證服務(wù)器用于根據(jù)所述內(nèi)容發(fā)布請求報文選擇資源服務(wù)器，返 回所述被選中資源服務(wù)器信息和連接許可證給發(fā)布者。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，還包括端服務(wù)器群， 用于從所述被選中資源服務(wù)器接收所述內(nèi)容資源包。
11.根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于，所述端服務(wù)器群是邏 輯層次樹結(jié)構(gòu)，其中所述邏輯層次樹中的上下級節(jié)點y —x至少具有一個 如下特征1) 節(jié)點x訪問所述被選中資源服務(wù)器需要經(jīng)過節(jié)點y;2) 所述節(jié)點x直接訪問所述被選中資源服務(wù)器的網(wǎng)絡(luò)開銷大于所述 節(jié)點x訪問所述節(jié)點y的開銷。
全文摘要
本發(fā)明提供一種用于互聯(lián)網(wǎng)絡(luò)上的數(shù)字媒體內(nèi)容進行發(fā)布的方法。包括如下步驟將發(fā)布內(nèi)容組織成內(nèi)容資源包，向認(rèn)證服務(wù)器提交內(nèi)容發(fā)布請求報文；執(zhí)行認(rèn)證服務(wù)器根據(jù)內(nèi)容發(fā)布請求報文選擇資源服務(wù)器；返回被選中資源服務(wù)器信息和連接許可證給發(fā)布者；執(zhí)行發(fā)布者使用連接許可證將內(nèi)容資源包傳遞到被選中資源服務(wù)器。本方法提供了可靠且高效的內(nèi)容發(fā)布方法，實現(xiàn)了系統(tǒng)負(fù)載動態(tài)平衡機制，降低了資源部署開銷。
文檔編號H04L12/58GK101262454SQ20081010458
公開日2008年9月10日 申請日期2008年4月21日 優(yōu)先權(quán)日2008年4月21日
發(fā)明者靖 劉, 葉新銘, 珺 張, 軍 李, 李忠誠, 白翔宇, 海 蔣 申請人:中國科學(xué)院計算技術(shù)研究所