專利名稱：一種流媒體內(nèi)容分發(fā)方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡技術(shù)領(lǐng)域，尤其涉及一種流媒體內(nèi)容分發(fā)方法、系統(tǒng)及裝置。
背景技術(shù)：
近年來，寬帶的普及大大加速了流媒體應用的發(fā)展，視頻用戶數(shù)量巨大而 且增長很快，流媒體內(nèi)容的市場容量也在快速增大。傳統(tǒng)的由互聯(lián)網(wǎng)內(nèi)容提供商(ICP, Internet Content Provider)直接提供流 媒體服務的模式正面臨著嚴重的挑戰(zhàn)。ICP服務器通常是在一個或者少數(shù)幾個 地方建立的物理節(jié)點，各節(jié)點由部署的若干流媒體服務器或者集群組成，通過 這些節(jié)點直接面向全國乃至全球互聯(lián)網(wǎng)用戶提供流媒體服務。但是，由于這些 物理節(jié)點的網(wǎng)絡帶寬和處理能力等有限，導致用戶訪問體^r下降，甚至出現(xiàn)無 法訪問的情況。內(nèi)容分發(fā)網(wǎng)絡(CDN， Content Distribution Network)是解決這 些問題的有效辦法，CDN通過在現(xiàn)有的互聯(lián)網(wǎng)基礎(chǔ)之上建立一層中間覆蓋網(wǎng) 絡，來穩(wěn)定、高效地將內(nèi)容從ICP分發(fā)給互聯(lián)網(wǎng)用戶。在現(xiàn)有流媒體CDN支持的流媒體傳輸協(xié)議中，有部分協(xié)議在客戶端向服 務器端請求內(nèi)容時，并沒有要求客戶端的請求報文中需要攜帶ICP服務器的全 球資源定位符(URL, Uniform Resource Locator), URL中包括傳輸協(xié)議、ICP 服務器的域名信息、發(fā)布點等信息。例如，在微軟多媒體服務(MMS， Microsoft Media Server)協(xié)議中，客戶端向流媒體CDN服務器請求內(nèi)容時，通常不會在 請求報文中攜帶與ICP服務器的域名信息，從而導致流4某體CDN服務器無法 獲取客戶端請求的域名信息。在同一臺流士某體CDN服務器上同時為多個ICP 服務器提供內(nèi)容分發(fā)服務的情況下，該流媒體CDN服務器由于無法獲取客戶端請求的域名信息，從而無法通過域名準確識別客戶端請求的內(nèi)容的來源(即 ICP服務器)，導致無法正常提供內(nèi)容分發(fā)服務。為了解決這樣的客戶端訪問域 名的識別問題，如圖1所示，現(xiàn)有的流媒體內(nèi)容分發(fā)方法中，為每臺流媒體CDN服務器配置一個或者多個唯一的IP地址，該IP地址用于向互聯(lián)網(wǎng)用戶提 供服務，流媒體CDN服務器存儲流媒體CDN服務器的IP地址與ICP服務器 的域名信息的對應關(guān)系，每一個流媒體CDN服務器的IP地址只與唯一的ICP 服務器的域名信息相對應，即ICP服務器的域名信息與流媒體CDN服務器的 IP地址是一對一的關(guān)系或者一對多的關(guān)系，則流媒體CDN服務器向用戶分發(fā) 流媒體內(nèi)容的方法具體包括步驟101:流媒體CDN服務器接收用戶發(fā)送的流々某體內(nèi)容請求，其中包 括用戶請求的流々某體內(nèi)容的標識、用戶的標識等等。步驟102:流媒體CDN服務器接收到用戶發(fā)送流媒體內(nèi)容請求時，查找 自身的IP地址。步驟103:流媒體CDN服務器根據(jù)存儲的自身的IP地址與ICP服務器的 域名信息的對應關(guān)系，查找自身的IP地址對應的ICP ^^務器的域名信息。步驟104:流媒體CDN服務器根據(jù)查找到的ICP服務器的域名信息，確 定用戶請求的流媒體內(nèi)容的來源，從而將用戶請求的流媒體內(nèi)容從ICP服務器 取出并分發(fā)給用戶。該方法雖然能夠解決域名信息的識別問題，但是仍然存在如下問題1) IP資源消耗嚴重，隨著流媒體CDN服務器服務的ICP服務器數(shù)量的增多，需 要的IP地址的數(shù)量將會急劇增長，從而導致系統(tǒng)擴展性差；2 )對于流媒體CDN 服務器以及域名解析規(guī)則的配置和管理較復雜，運維成本高。因此，在流媒體 CDN服務規(guī)模不斷擴大的情況下，該方法并不能夠很好地解決客戶端訪問域 名的識別問題。綜上所述，現(xiàn)有的流媒體內(nèi)容分發(fā)技術(shù)中，對提供用戶請求的流媒體內(nèi)容 的服務器的域名信息的識別效果較差。發(fā)明內(nèi)容本發(fā)明實施例提供了一種流媒體內(nèi)容分發(fā)方法、系統(tǒng)及裝置，用以解決現(xiàn) 有的流媒體內(nèi)容分發(fā)技術(shù)中，存在對提供用戶請求的流J 某體內(nèi)容的服務器的域 名信息的識別效果較差的問題。本發(fā)明實施例提供的 一種流媒體內(nèi)容分發(fā)方法包括 接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流々某體內(nèi)容的服務器的域 名識別碼；根據(jù)提供流媒體內(nèi)容的服務器的域名識別碼與提供流媒體內(nèi)容的服務器 的域名信息的對應關(guān)系，查找所述獲得的域名識別碼對應的提供流媒體內(nèi)容的 服務器的域名信息；根據(jù)查找到的域名信息，從提供流媒體內(nèi)容的服務器獲取用戶請求的流媒 體內(nèi)容，并將流々某體內(nèi)容發(fā)送給所述用戶。本發(fā)明實施例提供的 一種流媒體內(nèi)容分發(fā)系統(tǒng)包括客戶端，用于根據(jù)用戶指示發(fā)送流媒體內(nèi)容請求；以及接收流媒體內(nèi)容分 發(fā)網(wǎng)絡CDN服務器發(fā)送的流媒體內(nèi)容；流媒體CDN服務器，用于接收所述客戶端發(fā)送的流媒體內(nèi)容請求，獲得 提供所述流媒體內(nèi)容的服務器的域名識別碼；根據(jù)提供流媒體內(nèi)容的服務器的 域名識別碼與^是供流々某體內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得 的域名識別碼對應的提供流媒體內(nèi)容的服務器的域名信息；根據(jù)查找到的域名 信息，向提供流媒體內(nèi)容的服務器發(fā)送流媒體內(nèi)容請求，并接收所述提供流媒 體內(nèi)容的服務器發(fā)送的流媒體內(nèi)容，將流媒體內(nèi)容發(fā)送給所述客戶端；ICP服務器，用于接收所述流媒體CDN服務器發(fā)送的流媒體內(nèi)容請求， 將所述流媒體CDN服務器請求的流媒體內(nèi)容發(fā)送給所述流媒體CDN服務器。本發(fā)明實施例提供的一種客戶端包括發(fā)送請求單元，用于根據(jù)用戶指示發(fā)送流媒體內(nèi)容請求，其中包括提供所述流媒體內(nèi)容的服務器的域名識別碼；接收內(nèi)容單元，用于接收流媒體內(nèi)容分發(fā)網(wǎng)絡服務器發(fā)送的流々某體內(nèi)容， 并提供給所述用戶。本發(fā)明實施例提供的一種服務器包括接收請求單元，用于接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流媒 體內(nèi)容的服務器的域名識別碼；查找單元，用于根據(jù)提供流媒體內(nèi)容的服務器的域名識別碼與提供流媒體 內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得的域名識別碼對應的提供 流媒體內(nèi)容的服務器的域名信息；發(fā)送內(nèi)容單元，用于根據(jù)查找到的域名信息，向提供流媒體內(nèi)容的服務器 發(fā)送流媒體內(nèi)容請求，并接收所述提供流媒體內(nèi)容的服務器發(fā)送的流媒體內(nèi) 容，將流媒體內(nèi)容發(fā)送給所述用戶。本發(fā)明實施例提供的一種服務器包括發(fā)布單元，用于發(fā)布帶有域名識別碼的全球資源定位符URL;提供內(nèi)容單元，用于接收流媒體內(nèi)容分發(fā)網(wǎng)絡服務器發(fā)送的流媒體內(nèi)容請 求，將所述流媒體內(nèi)容分發(fā)網(wǎng)絡服務器請求的流媒體內(nèi)容發(fā)送給所述流媒體內(nèi) 容分發(fā)網(wǎng)絡服務器。本發(fā)明實施例，接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流媒體內(nèi) 容的服務器的域名識別碼；根據(jù)提供流纟某體內(nèi)容的服務器的域名識別碼與提供 流媒體內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得的域名識別碼對應 的提供流媒體內(nèi)容的服務器的域名信息；根據(jù)查找到的域名信息，從提供流媒 體內(nèi)容的服務器獲取用戶請求的流媒體內(nèi)容，并將流媒體內(nèi)容發(fā)送給所述用 戶，從而實現(xiàn)了流々某體CDN中識別與用戶請求的流媒體內(nèi)容相對應的域名信 息的技術(shù)方案，有效地解決了識別用戶請求的域名信息的問題，并且有效地避 免了現(xiàn)有技術(shù)中流媒體CDN服務器的IP地址資源的嚴重消耗，具有很好的擴 展性。


圖1為現(xiàn)有技術(shù)中的流々某體內(nèi)容分發(fā)方法的流程示意圖；圖2為本發(fā)明實施例提供的一種流媒體內(nèi)容分發(fā)方法的總體流程示意圖；圖3為本發(fā)明實施例提供的一種流媒體內(nèi)容分發(fā)方法的具體流程示意圖；圖4為本發(fā)明實施例提供的一種流媒體內(nèi)容分發(fā)系統(tǒng)的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例提供的一種客戶端的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例提供的一種流媒體CDN服務器的結(jié)構(gòu)示意圖；圖7為本發(fā)明實施例提供的一種ICP服務器的結(jié)構(gòu)示意圖。
具體實施方式
本發(fā)明實施例提供了一種流媒體內(nèi)容分發(fā)方法、系統(tǒng)及裝置，用以解決現(xiàn) 有的流媒體內(nèi)容分發(fā)技術(shù)存在難以識別與用戶請求的流媒體內(nèi)容相對應的域 名信息的問題，避免現(xiàn)有流媒體CDN服務器的IP地址資源的嚴重消耗。下面結(jié)合附圖對本發(fā)明實施例進行說明。參見圖2，本發(fā)明實施例提供的一種流媒體內(nèi)容分發(fā)方法總體包括步驟201、接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流媒體內(nèi)容的 服務器的域名識別碼(CCCode， China Cache Code )。其中，CCCode可以通過對用戶發(fā)送的流媒體內(nèi)容請求進行解析獲得，也 可以通過用戶發(fā)送的單獨的一個域名識別碼通知消息直接獲得。域名識別碼通 知消息中攜帶的CCCode是從提供流媒體內(nèi)容的服務器發(fā)布的流媒體內(nèi)容的全 球資源定位符(URL， Uniform Resource Locator)中獲得的，或者是對用戶訪 問的URL進行解析，得到該URL中的域名信息，并查詢域名信息和CCCode 的對應關(guān)系獲得的，較佳地，該對應關(guān)系是存儲在用戶登陸的客戶端中的。步驟202、根據(jù)預先設置的提供流媒體內(nèi)容的服務器的CCCode與提供流 媒體內(nèi)容的服務器的域名信息的對應關(guān)系，查找與步驟201中獲得的CCCode9相對應的域名信息。步驟203、根據(jù)查找到的域名信息，從提供流媒體內(nèi)容的服務器獲取用戶 請求的流媒體內(nèi)容，并將流媒體內(nèi)容發(fā)送給用戶。其中，所述域名信息為流媒體內(nèi)容的數(shù)據(jù)來源的域名信息，本發(fā)明實施例 中以流i某體內(nèi)容的數(shù)據(jù)來源為ICP服務器為例進行說明。CCCode的取值可以有多種，例如任意字母或數(shù)字；或者字母與數(shù)字的 組合；或者將ICP服務器的域名進行哈希運算得到的字符串等等。每個CCCode對應唯--個ICP服務器的域名信息。CCCode與ICP服務器的域名信息的對應關(guān)系可以存儲在流媒體CDN服務器上，也可以單獨設置 在一臺或多臺服務器上。CCCode與ICP服務器的域名信息的對應關(guān)系可以由流媒體CDN服務商 全局統(tǒng)一設置，用戶無法更改；當然也可以根據(jù)用戶需要為用戶定制，并根據(jù) 用戶需要進行更改。例如，某用戶經(jīng)常訪問某ICP服務器提供的流媒體內(nèi)容， 則根據(jù)該用戶需要，流纟某體CDN服務商為該用戶定制該ICP服務器的域名信 息對應的CCCode，用戶在訪問該ICP服務器的URL地址時，向流媒體CDN 服務器發(fā)送流媒體內(nèi)容請求，流媒體CDN服務器接收用戶發(fā)送的流媒體內(nèi)容 請求，并獲得該用戶發(fā)送的CCCode,流媒體CDN服務器根據(jù)預先存儲的該用 戶定制的CCCode與ICP服務器的域名信息的對應關(guān)系，查找獲得的CCCode 所對應的ICP服務器的域名信息，從而提供相應服務。因此，本發(fā)明實施例中 一個域名信息可以對應多個CCCode,可以針對不同用戶設置不同的CCCode, 也可以針對一個用戶設置多個CCCode。下面給出更為具體的實施方式。參見圖3,當CCCode由用戶發(fā)送的流媒體內(nèi)容請求攜帶時，流媒體CDN 服務提供商預先為所服務的每個ICP服務器的域名信息生成一個域名識別碼 CCCode,將該CCCode以URL參數(shù)的形式添加在ICP服務器需要發(fā)布的URL 地址上，并將CCCode和ICP服務器的域名信息的對應關(guān)系存儲在流媒體CDN服務器中。本發(fā)明實施例提供的一種流媒體內(nèi)容分發(fā)方法具體包括 步驟301 、 ICP月l務器發(fā)布帶有CCCode的URL。步驟302、用戶登錄客戶端，通過該客戶端訪問ICP服務器發(fā)布的帶有 CCCode的URL,并向流媒體CDN服務器發(fā)送流媒體內(nèi)容請求，其中包括URL 的參數(shù)信息，該參數(shù)信息中包括CCCode。步驟303、流媒體CDN服務器從客戶端發(fā)送來的請求報文中，查找 CCCode,如果找到，則轉(zhuǎn)入步驟304，否則轉(zhuǎn)入步驟305。步驟304、流媒體CDN服務器根據(jù)找到的CCCode，查詢預先存儲的 CCCode與ICP服務器的域名信息的對應關(guān)系，如果查得用戶發(fā)送的流媒體內(nèi) 容請求中攜帶的CCCode所對應的ICP服務器的域名信息，則執(zhí)行步驟306; 否則查詢失敗，執(zhí)行步驟307。步驟305、流媒體CDN服務器從客戶端發(fā)送來的請求報文中，通過流媒 體傳輸協(xié)議字段查找所述用戶請求的流媒體內(nèi)容所在的ICP服務器的域名信 息，如果找到，則轉(zhuǎn)入步驟306,否則查詢失敗，執(zhí)行步驟307。步驟306、流媒體CDN服務器根據(jù)查得的域名信息，確定客戶端所請求 的流媒體內(nèi)容的數(shù)據(jù)來源，即所請求的流媒體內(nèi)容位于哪個ICP服務器上，并 從該ICP服務器讀取相應的流媒體內(nèi)容數(shù)據(jù)發(fā)送給用戶。步驟307、拒絕服務。舉個例子，例如提供的流媒體內(nèi)容的ICP服務器的域名為abc.com，該站 點提供的流媒體內(nèi)容的原始URL為mms:〃abc.com/live,預先針對域名abc.畫 生成CCCode， CCCode的值取為"ccl234";將ICP服務器的URL修改為 mms:〃abc.com/live CCCode=ccl234;在流媒體CDN服務器上配置ccl234與 abc.com的對應關(guān)系，那么，流媒體CDN服務器向用戶分發(fā)流媒體內(nèi)容的過程 包括步驟 a 、ICP 服務器發(fā)布URL ，該URL為mms:〃abc.com/live CCCode=cc 1234 。步驟b、客戶端訪問ICP服務器發(fā)布的URL，客戶端向流媒體CDN服務 器發(fā)送流媒體內(nèi)容請求，該請求中攜帶CCCode參數(shù)。步驟c、流媒體CDN服務器收到客戶端的請求，并從中取出CCCode,即 ccl234。例如，客戶端發(fā)送的流媒體內(nèi)容請求中包括的參數(shù)信息為 live CCCode-cc1234 ，則流媒體CDN服務器從該參數(shù)信息中解析出 CCCode=ccl234。當然，客戶端也可以根據(jù)ICP服務器發(fā)布的URL直接解析得到 CCCode=ccl234,并通過流媒體內(nèi)容請求將CCCode的值ccl234發(fā)送給流媒體 CDN服務器，而不需要由流媒體CDN服務器進行解析，流媒體CDN服務器 可以直接獲取CCCode，并查找對應的域名信息。步驟d、流媒體CDN服務器根據(jù)存儲的CCCode與域名信息的對應關(guān)系， 查找出ccl234對應的域名abc .com。步驟e、流媒體CDN服務器根據(jù)域名abc.com，找到提供用戶請求的流媒 體內(nèi)容的ICP服務器，并向該ICP服務器發(fā)送流媒體內(nèi)容請求，待得到ICP服 務器發(fā)送的流媒體內(nèi)容數(shù)據(jù)后，將該流媒體內(nèi)容數(shù)據(jù)分發(fā)給用戶。如果ICP服務器仍然發(fā)布原始的URL，或者客戶端纟番放器由于某種原因去 掉了 URL中的CCCode，那么流媒體CDN服務器在處理客戶端發(fā)送的流媒體 內(nèi)容請求時，釆用現(xiàn)有技術(shù)從該請求中的流媒體傳輸協(xié)議的相關(guān)字段中查找域 名信息，如果找到域名信息，則按照上述步驟e進行處理，否則拒絕服務。當然，本發(fā)明流媒體CDN服務器在處理客戶端發(fā)送的流媒體內(nèi)容請求時， 可以首先采用現(xiàn)有技術(shù)從該請求中的流媒體傳輸協(xié)議的相關(guān)字段中查找域名 信息，如果找到域名信息，則根據(jù)該域名信息獲取流々某體內(nèi)容，并將該流々某體 內(nèi)容發(fā)送給所述用戶；否則，從客戶端發(fā)送的流媒體內(nèi)容請求中解析得到 CCCode，并根據(jù)自身存儲的CCCode和ICP服務器的域名信息的對應關(guān)系，查找解析得到CCCode所對應的ICP服務器的域名信息，如果找到域名信息， 則根據(jù)該域名信息獲取流媒體內(nèi)容，并將該流媒體內(nèi)容發(fā)送給用戶；如果沒有 查找到解析得到CCCode所對應的ICP服務器的域名信息，則拒絕服務。本實施例僅對ICP服務器發(fā)布的URL做少量修改，能夠支持客戶端直接 對ICP服務器的訪問，同時能夠支持采用現(xiàn)有技術(shù)對客戶端訪問域名進行識別， 因此本發(fā)明實施例具有^f艮好的兼容性及靈活性。當CCCode由客戶端發(fā)送的單獨的域名識別碼通知消息攜帶給流媒體 CDN服務器時，CCCode可以是客戶端從ICP服務器發(fā)布的URL中獲得的； 也可以是客戶端根據(jù)用戶訪問的ICP服務器發(fā)布的流媒體內(nèi)容的URL，提取出 其中的域名信息，并查詢自身存儲的域名信息和CCCode的對應關(guān)系獲得的， 也就是說，此時的CCCode不需要添加在URL中，無需對ICP ^^務器發(fā)布的 URL進行改變，可以在客戶端設置域名信息與CCCode的對應關(guān)系，當用戶通 過該客戶端訪問某ICP服務器發(fā)布的URL地址并發(fā)送流々某體內(nèi)容請求后，該 客戶端查找到與該URL中的域名信息對應的CCCode,將該CCCode通過域名 識別碼通知消息發(fā)送給流媒體CDN服務器，流媒體CDN服務器根據(jù)客戶端發(fā) 送的CCCode,查找到與該CCCode對應的域名信息，并才艮據(jù)該域名信息查找 到ICP服務器，將用戶請求的流媒體內(nèi)容從ICP服務器取出并發(fā)送給該用戶。當然，客戶端可以直接對用戶訪問的URL進行解析，獲得其中的域名信 息，并直接將該域名信息發(fā)送給流媒體CDN服務器，流媒體CDN服務器直接 根據(jù)該域名信息查找相應的ICP服務器，并提供相應服務?；蛘?，客戶端直接將用戶訪問的URL發(fā)送給流媒體CDN服務器，由流媒 體CDN服務器對URL進行解析，得到該URL中的域名信息，根據(jù)該域名信 息查找相應的ICP服務器，并提供相應服務。較佳地，本發(fā)明實施例中所述的CCCode與ICP服務器的域名信息的對應 關(guān)系可以隨時或周期地被更新，例如，在ICP服務器的域名信息發(fā)生變化時， 或者針對某一 ICP服務器的域名信息新增了與之對應的用戶定制的CCCode時，都需要對已經(jīng)存儲的CCCode與ICP服務器的域名信息的對應關(guān)系進行更新。下面介紹一下本發(fā)明實施例提供的裝置。參見圖4,本發(fā)明實施例提供的一種流媒體內(nèi)容分發(fā)系統(tǒng)包括 客戶端401,用于根據(jù)用戶指示訪問ICP服務器403發(fā)布的URL，并向流 媒體CDN服務器402發(fā)送流媒體內(nèi)容請求；以及接收流媒體CDN服務器402 發(fā)送的流媒體內(nèi)容，并將該流媒體內(nèi)容展示給用戶。流媒體CDN服務器402，用于接收所述客戶端401發(fā)送的流媒體內(nèi)容請 求，獲取ICP服務器403的域名識別碼；根據(jù)預先設置的域名識別碼與域名信 息的對應關(guān)系，查找ICP服務器403的域名識別碼對應的ICP服務器403的域 名信息；根據(jù)查找到的ICP服務器403的域名信息，向ICP服務器403發(fā)送流 媒體內(nèi)容請求，并接收ICP服務器403發(fā)送的流媒體內(nèi)容，將該流媒體內(nèi)容發(fā) 送給客戶端401。ICP服務器403 ，用于接收到流媒體CDN服務器402發(fā)送的流媒體內(nèi)容請 求時，將流媒體CDN服務器402請求的流媒體內(nèi)容發(fā)送給流媒體CDN服務器 402。較佳地，參見圖5,所述客戶端401包括發(fā)送請求單元4011,用于根據(jù)用戶指示訪問ICP服務器403發(fā)布的URL, 并向流媒體CDN服務器402發(fā)送流媒體內(nèi)容請求，其中包括域名識別碼。接收內(nèi)容單元4012,用于接收流媒體CDN服務器402發(fā)送的流媒體內(nèi)容， 并提供給用戶。較佳地，參見圖6,流媒體CDN服務器402包括接收請求單元4021,用于接收用戶發(fā)送的流Jf某體內(nèi)容請求，獲取ICP服務 器403的域名識別碼。查找單元4022，用于根據(jù)預先設置的域名識別碼與域名信息的對應關(guān)系， 查找ICP服務器403的域名識別碼對應的ICP服務器403的域名信息。發(fā)送內(nèi)容單元4023，用于根據(jù)查找到的ICP服務器403的域名信息，向 ICP服務器403發(fā)送流媒體內(nèi)容請求，并接收ICP服務器403發(fā)送的流媒體內(nèi) 容，將該流i某體內(nèi)容發(fā)送給用戶。較佳地，流媒體CDN服務器402還包括存儲單元4024,用于存儲域名識別碼與域名信息的對應關(guān)系。較佳地，參見圖7， ICP服務器403包括發(fā)布單元4031,用于發(fā)布帶有域名識別碼的全球資源定位符URL。提供內(nèi)容單元4032,用于接收流媒體CDN服務器402發(fā)送的流媒體內(nèi)容請求，將流媒體CDN服務器402請求的流媒體內(nèi)容發(fā)送給流媒體CDN服務器402。綜上所述，本發(fā)明實施例通過設置域名識別碼與域名信息的對應關(guān)系，實 現(xiàn)了一種用于向流媒體CDN用戶分發(fā)流媒體內(nèi)容的方案。通過采用域名識別 碼有效地解決了客戶端訪問域名的識別問題，同時避免了現(xiàn)有技術(shù)對流媒體 CDN服務器的IP地址的嚴重消耗，具有很好的擴展性。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種流媒體內(nèi)容分發(fā)方法，其特征在于，該方法包括接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流媒體內(nèi)容的服務器的域名識別碼；根據(jù)提供流媒體內(nèi)容的服務器的域名識別碼與提供流媒體內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得的域名識別碼對應的提供流媒體內(nèi)容的服務器的域名信息；根據(jù)查找到的域名信息，從提供流媒體內(nèi)容的服務器獲取用戶請求的流媒體內(nèi)容，并將流媒體內(nèi)容發(fā)送給所述用戶。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，當根據(jù)所述對應關(guān)系沒有 查找到所述獲得的域名識別碼對應的提供流媒體內(nèi)容的服務器的域名信息時， 從所述用戶發(fā)送的流媒體內(nèi)容請求中的流媒體傳輸協(xié)議的相關(guān)字段查找域名 信息，根據(jù)查找到的域名信息獲取流媒體內(nèi)容，并將該流媒體內(nèi)容發(fā)送給所述 用戶。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述域名識別碼是從所述 流媒體內(nèi)容請求中獲得的，所述流媒體內(nèi)容請求中攜帶的域名識別碼是從提供 流媒體內(nèi)容的服務器發(fā)布的流媒體內(nèi)容的全球資源定位符URL中獲得的。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲得域名識別碼的方 法包括接收用戶在發(fā)送流々某體內(nèi)容請求后發(fā)送的域名識別碼通知消息； 從所述域名識別碼通知消息中獲得所述域名識別碼。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述域名識別碼通知消息 中攜帶的域名識別碼是從提供流媒體內(nèi)容的服務器發(fā)布的流媒體內(nèi)容的全球 資源定位符URL中獲得的，或者是通過對用戶訪問的URL進行解析，得到該 URL中的域名信息，并查詢域名信息和域名識別碼的對應關(guān)系獲得的。
6、 一種流4某體內(nèi)容分發(fā)系統(tǒng)，其特征在于，該系統(tǒng)包括客戶端，用于根據(jù)用戶指示發(fā)送流媒體內(nèi)容請求；以及接收流媒體內(nèi)容分 發(fā)網(wǎng)絡CDN服務器發(fā)送的流媒體內(nèi)容；流媒體CDN服務器，用于接收所述客戶端發(fā)送的流媒體內(nèi)容請求，獲得 提供所述流媒體內(nèi)容的服務器的域名識別碼；根據(jù)提供流媒體內(nèi)容的服務器的 域名識別碼與提供流媒體內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得 的域名識別碼對應的提供流媒體內(nèi)容的服務器的域名信息；根據(jù)查找到的域名 信息，向提供流媒體內(nèi)容的服務器發(fā)送流媒體內(nèi)容請求，并接收所述提供流媒 體內(nèi)容的服務器發(fā)送的流媒體內(nèi)容，將流媒體內(nèi)容發(fā)送給所述客戶端；ICP服務器，用于接收所述流媒體CDN服務器發(fā)送的流媒體內(nèi)容請求， 將所述流媒體CDN服務器請求的流媒體內(nèi)容發(fā)送給所述流媒體CDN服務器。
7、 一種客戶端，其特征在于，該客戶端包括發(fā)送請求單元，用于根據(jù)用戶指示發(fā)送流媒體內(nèi)容請求，其中包括提供所 述流媒體內(nèi)容的服務器的域名識別碼；接收內(nèi)容單元，用于接收流媒體內(nèi)容分發(fā)網(wǎng)絡服務器發(fā)送的流媒體內(nèi)容， 并提供給所述用戶。
8、 一種服務器，其特征在于，該服務器包括接收請求單元，用于接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流媒 體內(nèi)容的服務器的域名識別碼；查找單元，用于根據(jù)提供流媒體內(nèi)容的服務器的域名識別碼與提供流媒體 內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得的域名識別碼對應的提供 流媒體內(nèi)容的服務器的域名信息；發(fā)送內(nèi)容單元，用于根據(jù)查找到的域名信息，向提供流媒體內(nèi)容的服務器 發(fā)送流媒體內(nèi)容請求，并接收所述提供流媒體內(nèi)容的服務器發(fā)送的流媒體內(nèi) 容，將流媒體內(nèi)容發(fā)送給所述用戶。
9、 根據(jù)權(quán)利要求8所述的服務器，其特征在于，該服務器還包括 存儲單元，用于存儲所述對應關(guān)系。10、 一種服務器，其特征在于，該服務器包括發(fā)布單元，用于發(fā)布帶有域名識別碼的全球資源定位符URL;提供內(nèi)容單元，用于接收流媒體內(nèi)容分發(fā)網(wǎng)絡服務器發(fā)送的流媒體內(nèi)容請求，將所述流媒體內(nèi)容分發(fā)網(wǎng)絡服務器請求的流媒體內(nèi)容發(fā)送給所述流媒體內(nèi)容分發(fā)網(wǎng)絡服務器。
全文摘要
本發(fā)明公開了一種流媒體內(nèi)容分發(fā)方法、系統(tǒng)及裝置，用以解決現(xiàn)有的流媒體內(nèi)容分發(fā)技術(shù)中，存在對提供用戶請求的流媒體內(nèi)容的服務器的域名信息的識別效果較差的問題。本發(fā)明提供的一種流媒體內(nèi)容分發(fā)方法包括接收用戶發(fā)送的流媒體內(nèi)容請求，獲得提供所述流媒體內(nèi)容的服務器的域名識別碼；根據(jù)提供流媒體內(nèi)容的服務器的域名識別碼與提供流媒體內(nèi)容的服務器的域名信息的對應關(guān)系，查找所述獲得的域名識別碼對應的提供流媒體內(nèi)容的服務器的域名信息；根據(jù)查找到的域名信息，從提供流媒體內(nèi)容的服務器獲取用戶請求的流媒體內(nèi)容，并將流媒體內(nèi)容發(fā)送給所述用戶。本發(fā)明用于向流媒體CDN用戶分發(fā)流媒體內(nèi)容。
文檔編號H04L29/06GK101252590SQ20081010314
公開日2008年8月27日 申請日期2008年3月31日 優(yōu)先權(quán)日2008年3月31日
發(fā)明者浩 尹, 鋒 邱, 鄒煥英 申請人:藍汛網(wǎng)絡科技(北京)有限公司