国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種能夠根據(jù)請求節(jié)目提供最佳服務的方法

      文檔序號:7971144閱讀:111來源:國知局
      專利名稱:一種能夠根據(jù)請求節(jié)目提供最佳服務的方法
      技術領域
      本發(fā)明涉及網(wǎng)絡領域中節(jié)目排序和選擇節(jié)目,特別涉及網(wǎng)絡領域中一 種能夠根據(jù)請求節(jié)目提供最佳服務的方法。
      背景技術
      流媒體基本業(yè)務可以分為以下三種典型業(yè)務模式
      流媒體點播(VOD):是內(nèi)容提供商將預先錄制好的多媒體內(nèi)容編碼 壓縮成相應格式,存放在內(nèi)容服務器上并把內(nèi)容的描述信息以及鏈接放置 在流媒體的門戶網(wǎng)站上,由終端用戶發(fā)現(xiàn)感興趣的內(nèi)容,有選擇地進行播 放。
      流媒體直播是流媒體編碼服務器將實時信號編碼壓縮成相應的格 式,并經(jīng)由流々某體服務器分發(fā)到用戶的終端播放器。根據(jù)實時內(nèi)容信號源 的不同,又可以分為電^L直播、遠程監(jiān)控等。
      下栽播放是用戶將流媒體內(nèi)容下栽并存儲到本地終端中,然后可以 選擇在任意時間進行播放。對于本地文件回放,主要的限制指標是終端的 處理能力和終端的存儲能力,內(nèi)容提供商可以制作出較高質(zhì)量的視頻內(nèi)容 (高帶寬,高幀速率),但要考慮內(nèi)容的下載時間及終端的存儲空間。
      隨著網(wǎng)絡的發(fā)展,通過Intemet網(wǎng)絡欣賞音樂、電影、電視等上述提 及的流媒體逐漸普遍,由于受到單臺服務器存儲容量及處理能力的限制, 通常使用多臺服務器提供服務,而多臺內(nèi)容服務器中經(jīng)常存在重復的媒體 文件,當客戶端請求一媒體文件時,從系統(tǒng)整體運行的效能來看,系統(tǒng)希 望存儲這一文件的當前運行狀況最好的服務器為客戶端提供服務。

      發(fā)明內(nèi)容
      本發(fā)明所要解決的技術問題在于提出了一種能夠根據(jù)請求節(jié)目提供 最佳服務的方法,以解決當客戶端請求一媒體文件時,從整體運行的效能 來看,如何使希望存儲這一文件的當前運行狀況最好的服務器為客戶端提 供服務的問題。
      為了解決上述問題,本發(fā)明提供了 一種能夠根據(jù)請求節(jié)目提供最佳服 務的方法,應用于客戶端與內(nèi)容服務器之間,以實現(xiàn)客戶端獲得其請求的
      服務過程,其特征在于,包括以下步驟
      (1) 定時通過簡單網(wǎng)絡管理協(xié)議查詢各內(nèi)容服務器的運行狀況,并 根據(jù)運行狀況對存儲同一節(jié)目的不同的內(nèi)容服務器進行排序;
      (2) 當所述客戶端請求某一節(jié)目時,根據(jù)步驟(l)排序結果,選擇 當前存儲該節(jié)目運行狀況最佳的內(nèi)容服務器上的節(jié)目;
      (3 )對選定的內(nèi)容服務器建立與所述客戶端協(xié)商一致的認證方法, 并對具有偶發(fā)性的客戶端訪問時間和具有特征性的客戶端信息,進行認證 運算,生成特征信息,并加入該節(jié)目的路徑中提供給所述客戶端;
      (4)通過步驟(3 )獲得了該節(jié)目的路徑,向選定的內(nèi)容服務器請求 該節(jié)目內(nèi)容,選定的內(nèi)容服務器收到請求后,根據(jù)與所述客戶端協(xié)商一致 的認證方法,對路徑中的特征信息進行反運算,并校驗該路徑的合法性, 如果該內(nèi)容服務器校驗成功,則向客戶端提供該節(jié)目內(nèi)容,否則拒絕提供 該節(jié)目內(nèi)容。
      本發(fā)明所述的方法,其中,步驟(l)中所述的運行狀況,包括CPU 負載信息、內(nèi)存利用率信息和網(wǎng)絡流量信息;
      步驟(3)中所述的認證方法為加密算法;
      步驟(3)中所述的認證方法還可以為編碼方法;
      步驟(3)中所述具有特征性的客戶端信息,包括客戶端的唯一標 記、訪問帳號、手4幾號。
      本發(fā)明所述的方法,其中,步驟(4)中所述校驗該路徑的合法性, 為根據(jù)客戶端發(fā)出訪問請求的時間檢查時效性來判斷;
      步驟(4)中所述校驗該路徑的合法性,還可以為根據(jù)具有特征性的 客戶端信息檢查請求方的合法性來判斷。
      本發(fā)明所述方法的內(nèi)容,為保證其效果更加明顯,還應該保證以下兩占.
      (1) 所述客戶端只有經(jīng)過本發(fā)明所述方法才能訪問內(nèi)容服務器;
      (2) 某一客戶端不能使用其它客戶端獲得的節(jié)目路徑獲得服務。
      因此,在本發(fā)明所述的方法內(nèi)容中加入一特征信息,再由內(nèi)容服務器 來驗證這一特征信息,并提供了一種對客戶端共同認證的方法可以保證本 發(fā)明所述的方法提供的節(jié)目路徑具有唯一性,解決了當客戶端請求一媒體 文件時,從系統(tǒng)整體運行的效能來看,使系統(tǒng)希望存儲這一文件的當前運 行狀況最好的服務器為客戶端提供服務的問題。
      附困說明


      圖1是本發(fā)明實施例所述的能夠根據(jù)請求節(jié)目提供最佳服務的系統(tǒng) 的連接關系圖2是本發(fā)明實施例所述的能夠根據(jù)請求節(jié)目提供最佳服務的方法 流程圖3是本發(fā)明實施例所述的圖1中的節(jié)目列表服務器102的內(nèi)部結 構圖。
      具體實施例方式
      本發(fā)明為了解決傳統(tǒng)技術方案存在的弊端,通過以下具體實施例進一 步闡述本發(fā)明所述的一種能夠根據(jù)請求節(jié)目提供最佳服務的方法,以下對具體實施方式
      進行詳細描述,但不作為對本發(fā)明的限定。
      實現(xiàn)本發(fā)明所述實施例的內(nèi)容,可以是通過一種能夠根據(jù)請求節(jié)目提 供最佳服務的方法實現(xiàn),也可以是通過一種能夠根據(jù)請求節(jié)目提供最佳服 務的系統(tǒng)實現(xiàn)。
      整個的工作場景應該是設置一個節(jié)目列表服務器放在內(nèi)容服務器群
      的前面,該內(nèi)容服務器群都是由節(jié)目列表服務器來托管的,每個內(nèi)容服務 器帶有自己的私有IP地址,而不必有對外公開的IP地址,對外公開的IP 地址給節(jié)目列表服務器,我們稱這個IP地址為虛擬IP地址(VIP, Virtual IP Address),客戶端訪問節(jié)目列表服務器,請求所需服務。
      如圖l所示, 一種能夠根據(jù)請求節(jié)目提供最佳服務的系統(tǒng),其中,節(jié) 目列表服務器102與內(nèi)容服務器群103—106相連接。假設內(nèi)容服務器群 是四臺流媒體服務器,它們都有自己內(nèi)網(wǎng)IP地址,分別為第一臺內(nèi)容 服務器103: 192.168.9.5,第二臺內(nèi)容服務器104: 192.168.9.6,第三臺內(nèi) 容服務器105: 192.168.9.7,第四臺內(nèi)容服務器106: 192.168.9.9,它們可 以提供相同的服務,即放置相同的內(nèi)容。并且假設它們的處理能力都是有 限的,比如都只能同時處理IOO個連接服務。根據(jù)前面所述在它們前面放 置節(jié)目列表服務器102,該節(jié)目列表服務器102的IP地址是公用IP地址, 同時也是對外的IP地址,比如202.101.2.10。
      當Internet上的用戶想訪問該站點提供的流媒體服務時,客戶端101 中用戶會發(fā)起向該服務器群103—106的請求,這時用戶使用的目的IP地 址為202.101.2.10,即是在向節(jié)目列表服務器102發(fā)起請求,而不是直 接向四臺內(nèi)容服務器中的任意一臺發(fā)起請求,節(jié)目列表服務器102接收到 請求后,會根據(jù)一定的策略和認證方法,將請求分給四臺服務器中的 一 臺。
      假設一客戶端101中用戶有一個節(jié)目服務請求,這時會有大量的請求 包發(fā)過來,顯然,每臺內(nèi)容服務器都有對應節(jié)目請求的連接服務,到底由 哪臺內(nèi)容服務器處理更好,這時通過在內(nèi)容服務器前面增加的節(jié)目列表服 務器102就可以解決這種問題。
      如圖2所示,為本發(fā)明實施例所述的一種能夠根據(jù)請求節(jié)目提供最佳 服務的方法,應用于客戶端與內(nèi)容服務器之間,以實現(xiàn)客戶端獲得其請求 的服務過程,其包括以下步驟
      步驟201,定時通過簡單網(wǎng)絡管理協(xié)議SNMP (Simple Network Management Protocol,簡單網(wǎng)絡管理)查詢各內(nèi)容服務器的運行狀況,運行狀況包括CPU負栽信息、內(nèi)存利用率信息和網(wǎng)絡流量信息,并根據(jù) 運行狀況對存儲同 一節(jié)目的不同的內(nèi)容服務器進行排序;
      步驟202,當所述客戶端請求某一節(jié)目時,根據(jù)步驟201排序結果, 選擇當前存儲該節(jié)目運行狀況最佳的內(nèi)容服務器上的節(jié)目
      步驟203,對選定的內(nèi)容服務器建立與所述客戶端協(xié)商一致的認證方 法,并對具有偶發(fā)性的客戶端訪問時間和具有特征性的客戶端信息,例如 客戶端的唯一標記、訪問帳號、手機號,進行認證運算,生成特征信息, 并加入該節(jié)目的路徑中提供給所述客戶端;
      步驟204,通過步驟203獲得了該節(jié)目的路徑,向選定的內(nèi)容服務器 請求該節(jié)目內(nèi)容,選定的內(nèi)容服務器收到請求后,根據(jù)與所述客戶端協(xié)商 一致的認證方法,對路徑中的特征信息進行反運算,并校驗該路徑的合法 性,(根據(jù)客戶端訪問節(jié)目列表服務器的時間檢查時效性來判斷,或是根 據(jù)具有特征性的的客戶端信息檢查請求方的合法性來判斷),如果該內(nèi)容 服務器校驗成功,則向客戶端提供該節(jié)目內(nèi)容,否則拒絕提供該節(jié)目內(nèi)容。
      如圖3所示,其中,節(jié)目列表服務器102中,包括節(jié)目排序模塊 301,用于所述節(jié)目列表服務器定時通過簡單網(wǎng)絡管理協(xié)議查詢各內(nèi)容服 務器的運行狀況,并根據(jù)運行狀況對存儲同一節(jié)目的不同的內(nèi)容服務器進 行排序;
      選擇模塊302,用于當客戶端向所述節(jié)目列表服務器請求某一節(jié)目時, 所述節(jié)目列表服務器根據(jù)排序結果,選擇當前存儲該節(jié)目運行狀況最佳的 內(nèi)容服務器上的節(jié)目;
      認證模塊303,用于所述節(jié)目列表服務器與選定的內(nèi)容服務器建立協(xié) 商一致的認證方法,并對具有偶發(fā)性的客戶端訪問時間和具有特征性的客 戶端信息,進行認證運算,生成特征信息,并加入該節(jié)目的路徑中提供給 客戶端;
      請求/發(fā)送模塊304,用于當客戶端通過獲得該節(jié)目的路徑,向選定的 內(nèi)容服務器請求該節(jié)目內(nèi)容,同時選定的內(nèi)容服務器收到請求后,根據(jù)與 所述節(jié)目列表服務器協(xié)商一致的認證方法,對路徑中的特征信息進行反運
      算,并校驗該路徑的合法性,如杲該內(nèi)容服務器校驗成功,則所述請求/
      發(fā)送模塊304向客戶端提供該節(jié)目內(nèi)容,否則拒絕提供該節(jié)目內(nèi)容。
      如上所述,本發(fā)明所述實施例有效解決了長期困擾流媒體服務器服務 能力慢的問題,當前DNS負載均衡方法的負載均衡功能是很有限的,而 本發(fā)明的這種方法實現(xiàn)了更智能的、全面、靈活的均衡。
      當然,本發(fā)明還可有其他多種實施例,在不背離本發(fā)明精神及其實質(zhì) 的情況下,熟悉本領域的技術人員可根據(jù)本發(fā)明做出各種相應的改變和變 形,但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范 圍。
      權利要求
      1、一種能夠根據(jù)請求節(jié)目提供最佳服務的方法,應用于客戶端與內(nèi)容服務器之間,以實現(xiàn)客戶端獲得其請求的服務過程,其特征在于,包括以下步驟(1)定時通過簡單網(wǎng)絡管理協(xié)議查詢各內(nèi)容服務器的運行狀況,并根據(jù)運行狀況對存儲同一節(jié)目的不同的內(nèi)容服務器進行排序;(2)當所述客戶端請求某一節(jié)目時,根據(jù)步驟(1)排序結果,選擇當前存儲該節(jié)目運行狀況最佳的內(nèi)容服務器上的節(jié)目;(3)對選定的內(nèi)容服務器建立與所述客戶端協(xié)商一致的認證方法,并對具有偶發(fā)性的客戶端訪問時間和具有特征性的客戶端信息,進行認證運算,生成特征信息,并加入該節(jié)目的路徑中提供給所述客戶端;(4)通過步驟(3)獲得了該節(jié)目的路徑,向選定的內(nèi)容服務器請求該節(jié)目內(nèi)容,選定的內(nèi)容服務器收到請求后,根據(jù)與所述客戶端協(xié)商一致的認證方法,對路徑中的特征信息進行反運算,并校驗該路徑的合法性,如果該內(nèi)容服務器校驗成功,則向客戶端提供該節(jié)目內(nèi)容,否則拒絕提供該節(jié)目內(nèi)容。
      2、 如權利要求1所述的方法,其特征在于,步驟(1)中所述的運行 狀況,包括CPU負載信息、內(nèi)存利用率信息和網(wǎng)絡流量信息。
      3、 如權利要求l所述的方法,其特征在于,步驟(3)中所述的認證 方法為加密算法。
      4、 如權利要求l所述的方法,其特征在于,步驟(3)中所述的認證 方法為編;馬方法。
      5、 如權利要求l所述的方法,其特征在于,步驟(3)中所述具有特 征性的客戶端信息,包括客戶端的唯一標記、訪問帳號、手機號。
      6、 如權利要求l所述的方法,其特征在于,步驟(4)中所述校驗該 路徑的合法性,為根據(jù)客戶端發(fā)出訪問請求的時間檢查時效性來判斷。
      7、如權利要求l所述的方法,其特征在于,步驟(4)中所述校驗該 路徑的合法性,為根據(jù)具有特征性的客戶端信息檢查請求方的合法性來判斷。
      全文摘要
      本發(fā)明公開一種能夠根據(jù)請求節(jié)目提供最佳服務的方法,包括定時通過簡單網(wǎng)絡管理協(xié)議查詢各內(nèi)容服務器運行狀況,并根據(jù)運行狀況對存儲同一節(jié)目不同內(nèi)容服務器進行排序;客戶端請求某節(jié)目時,根據(jù)排序結果,選擇存儲該節(jié)目運行狀況最佳內(nèi)容服務器上節(jié)目;對選定內(nèi)容服務器建立與客戶端協(xié)商一致的認證方法,并對具有偶發(fā)性客戶端訪問時間和具有特征性客戶端信息,進行認證運算,生成特征信息,并加入該節(jié)目路徑中提供客戶端;通過上述獲得該節(jié)目路徑,向選定內(nèi)容服務器請求該節(jié)目內(nèi)容,根據(jù)協(xié)商一致認證方法,對路徑中特征信息進行反運算,并校驗該路徑合法性,該內(nèi)容服務器校驗成功,向客戶端提供該節(jié)目內(nèi)容。解決對如何提供最佳流媒體服務的問題。
      文檔編號H04L12/00GK101192934SQ20061014568
      公開日2008年6月4日 申請日期2006年11月23日 優(yōu)先權日2006年11月23日
      發(fā)明者夏正勛 申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1