流媒體伺服器負荷分配方法和系統的製作方法

2023-10-28 15:35:07 1

專利名稱：流媒體伺服器負荷分配方法和系統的製作方法
技術領域：
本發明涉及流媒體通訊領域，更具體地，涉及一種流媒體服務 器負荷分配方法和系統。
背景技術：
隨著網絡技術的發展， 一種新的媒體技術應運而生，這就是流 媒體技術。流媒體是指在網絡中使用流式傳輸技術的連續時基媒 體，諸如音頻、視頻、音視頻或多媒體文件。流媒體技術可以使用 戶在下載的同時收看媒體內容，而不需要把媒體文件全部下載到本 地再觀看。然而，由於一臺流伺服器能提供的實時媒體流有限，所以在用 戶較多的情況下，就需要多臺流伺服器進行負荷分擔，以提供較多 的實時媒體流。為了讓不同流伺服器提供服務的用戶能觀看相同的 媒體內容，進行負荷分擔的各流伺服器訪問的媒體必需放在一個共 享的存儲設備上，這個共享的存儲設備通常為磁陣，各負荷分擔的 流月良務器都可以訪問這個磁陣。使用i茲陣作為流媒體文件存儲設備存在以下不足採用》茲陣作 為存儲設備，需要解決共享衝突問題。因為磁陣上存儲的媒體文件 需要能同時被不同的流伺服器讀寫，例如，當多個用戶點播同一個 文件，而且多個用戶被分配到不同的流伺服器時，就存在多個流服 務器共同訪問同 一個文件了 。目前APPLE公司採用 一種Xsan存4諸管理系統解決這一問題。 Xsan存<諸管理系統包4舌一個由若干》茲陣組成的存4諸池和一個用於 管理該存儲設備的伺服器_ 一元數據控制器，二者通過光纖交換機 相連。元數據控制器上運行存儲設備管理軟體，通過光纖交換機和 各》茲陣相連，管理各》茲陣。在流媒體系統應用中，流伺服器和元數據控制器都需要安裝存 儲設備管理軟體，元數據控制器被設置為伺服器，流伺服器被設置 為客戶端。流伺服器訪問存儲設備的每一次請求，必需先發給元數 據控制器，元數據控制器仲裁後返回可以讀的響應，流伺服器才可 以對存儲設備進行訪問，如果元數據控制器沒有返回可以讀寫的響 應，流伺服器則不能對存儲設備進行訪問。上述技術的不足在於需要一個額外的元數據控制伺服器來對 存儲設備進行控制，當元數據控制器故障時，所有的流伺服器都無 法訪問存儲設備。因而，急需一種流媒體伺服器負荷分配方法和系統，以能夠在 沒有,茲陣的情況下進行負荷分擔。發明內容本發明提供了 一種流媒體伺服器負荷分配方法和系統，其能夠 克服現有流媒體技術應用中存在的多流伺服器共享磁陣設備的問 題和擊夬陷。本發明的 一個方面提供了 一種流媒體伺服器負荷分配方法，其 可以包括以下步驟步驟S102，將文件上傳到門戶伺服器的臨時目 錄，並將文件的文件信息寫入資料庫，以及將文件的文件狀態設置 為待確認；步驟S104，管理員對文件進行確認，並根據確認結果進行相應操作；以及步驟S106,當用戶點播文件狀態為已發布的文件 時，門戶伺服器從活動流伺服器列表中輪循選擇一個流伺服器，生 成統一 資源定位器(Uniform Resoure Locator，以下簡稱為URL ) 返回^合用戶，其中，URL是WWW頁的;也址。根據本發明的一個方面，該流々某體月良務器負荷分配方法還可以 包括以下步驟步驟S108，用戶根據收到的URL向所選擇的流服 務器發起點播請求；以及步驟S110,流伺服器對URL進行鑑權檢 查，並在鑑權通過之後，訪問拷貝到本地的文件，向用戶發送々某體流。進 一 步地，該流:煤體月良務器負荷分配方法還可以包括以下步 驟步驟S112,用戶4妾收並插-;改文件，在完成文件的插^文之後，流 伺服器生成點播話單。才艮據本發明的一個方面，在步驟S104中，當管理員確i人同意 發布文件時，相應操作可以包括以下步驟門戶伺服器將文件狀態 修改為待發布，並向文件分發模塊發送消息；文件分發模塊接收到 消息之後，讀取流伺服器列表，向各個流伺服器的指定目錄拷貝文 件，並在完成拷貝後向門戶伺服器返回成功響應；門戶伺服器接收到成功響應之後，將文件狀態修改為已發布，同時刪除臨時目錄下的文件；以及各個流伺服器向門戶伺服器定時發送保活消息，門戶 伺服器接收到保活消息後維護活動流伺服器列表。其中，文件信息可以包括文件名稱、文4牛類型、— 見頻編碼、 音頻編碼、文件時長以及文件狀態。本發明的另 一 方面還提供了 一種流力某體伺服器負荷分配系統， 其可以包括寫入設置單元，用於將文件上傳到門戶伺服器的臨時 目錄，並將文件的文件信息寫入資料庫，以及將文件的文件狀態設置為待確認；操作單元，用於根據管理員多文件的確認結果進行相 應操作；以及輪循單元，用於當用戶點播文件狀態為已發布的文件 時，從活動流伺服器列表中輪循選擇一個流伺服器，生成URL返 回糹合用戶。進一步地，該流媒體伺服器負荷分配系統還可以包括鑑權單 元，位於流伺服器上，用於在接收到用戶的點插-請求後，對URL 進行鑑權4企查，並在鑑權通過之後，訪問拷貝到本地的文件，向用 戶發送媒體流。進一步地，該流媒體伺服器負荷分配系統還可以包括生成單 元，位於流伺服器上，用於在完成文件的播放之後，生成點播話單。根據本發明的另一方面，操作單元可以包括發送模塊，用於 在管理員確認同意發布文件時，將文件狀態修改為待發布，並向文 件分發模塊發送消息；文件分發模塊，用於在接收到消息之後，讀 取流伺服器列表，向各個流伺服器的指定目錄拷貝文件，並在完成 拷貝後向門戶伺服器返回成功響應；刪除模塊，用於在接收到成功 響應之後，將文件狀態修改為已發布，同時刪除臨時目錄下的文件； 以及維護模塊，位於各個流伺服器上，用於向門戶伺服器定時發送 保活消息，門戶伺服器接收到保活消息後維護活動流伺服器列表。根據本發明的另一方面，資料庫位於門戶伺服器上，以及文件 分發模塊位於門戶伺服器上。文件信息可以包糹舌文件名稱、文件類型、；f見頻編碼、音頻編 石馬、文件時長以及文件狀態。因而，通過本發明，與現有技術相比，解決了存儲設備共享問 題，不通過》茲陣就可以實現多流月良務器進4亍負荷分4旦的功能，同時9減少了磁陣和存儲設備控制伺服器，大大的降低了成本，並且每個 伺服器都可以獨立的對外提供服務，不存在單點故障，從而提高了 系統的穩定性和健壯性。本發明的其它特徵和優點將在隨後的說明書中闡述，並且，部 分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發 明的目的和其他優點可通過在所寫的說明書、權利要求書、以及附 圖中所特別指出的結構來實現和獲得。


附圖用來^是供對本發明的進一 步理解，並且構成說明書的 一部 分，與本發明的實施例一起用於解釋本發明，並不構成對本發明的限制。在附圖中圖1是根據本發明的流々某體伺服器負荷分配方法的流程圖；圖2是本發明實施例的無磁陣流媒體負荷分擔方式的組網圖；圖3是內容4是供商(content provider,以下簡稱CP )上傳文件 的流程圖；圖4是用戶點播々某體文件的流程圖；以及 圖5是根據本發明的流J泉體伺服器負荷分配系統的框圖。
具體實施方式
以下結合附圖對本發明的優選實施例進行i兌明，應當理解，此 處所描述的優選實施例僅用於說明和解釋本發明，並不用於限定本 發明。圖1是根據本發明的流媒體伺服器負荷分配方法的流程圖。如圖1所示，該方法包括以下步驟步驟S102,將文件上傳到門戶伺服器的臨時目錄，並將文件的 文件信息寫入資料庫，以及將文件的文件狀態設置為待確認；步驟S104,管理員對文件進行確i、，並才艮據確i人結果進4亍相應 才喿作；以及步驟S106，當用戶點播文件狀態為已發布的文件時，門戶服務 器從活動流伺服器列表中輪循選擇一個流伺服器，生成URL返回 給用戶。進 一 步地，該流々某體伺服器負荷分配方法還可以包括以下步驟步驟S108，用戶根據收到的URL向所選擇的流伺服器發起點 ^番請求；以及步驟SllO，流伺服器對URL進行鑑權檢查，並在鑑權通過之 後，訪問拷貝到本地的文件，向用戶發送々某體流。進 一 步地，該流々某體伺服器負荷分配方法還可以包括以下步 驟步驟S112,用戶接收並播放文件，在完成文件的播放之後，流 伺服器生成點播話單。在步驟S104中，當管理員確認同意發布文件時，相應操作包 括以下步驟門戶伺服器將文件狀態修改為待發布，並向文件分發 模塊發送消息；文件分發模塊接收到消息之後，讀取流伺服器列表， 向各個流伺服器的指定目錄拷貝文件，並在完成拷貝後向門戶服務 器返回成功響應；門戶力良務器^t妄收到成功響應之後，將文件狀態修^改為已發布，同時刪除臨時目錄下的文件；以及各個流伺服器向門 戶伺服器定時發送保活消息，門戶伺服器接收到保活消息後維護活 動流伺服器列表。其中，文件信息可以包括文件名稱、文件類型、— 見頻編碼、 音頻編石馬、文件時長以及文件狀態。圖2是本發明實施例的無》茲陣流々某體負荷分4旦方式的組網圖。 如圖2所示，本發明涉及到以下模塊門戶伺服器202,提供終端 用戶的業務展現、業務管理和內容管理，並提供媒體系統服務的控 制系統；流媒體伺服器208(圖2中的208A、 208B、 208C、和208D )，務；以及文件分發才莫塊204，用於4是供對可供用戶訪問的文件向各 個流糹某體伺服器208分發服務。其中，資料庫伺服器206可以和門戶伺服器202合設，文件分 發模塊204也可以和門戶伺服器202合設。本發明的重點是文件分 發^t塊204，所以以下對於系統中其他部分的應用流程不進行更詳 細的闡述。圖3是CP上傳文件的流程圖，以及圖4是用戶點播媒體文件 的流程圖，以下將結合圖3和圖4對本發明的流i某體伺服器負荷分 配方法進4亍詳糹田描述。如圖3所示，CP上傳文件的過程包括以下步驟步艱《S302: CP 302登錄門戶304,通過FTP方式上傳文件， 文件被傳送到門戶伺服器306指定的上傳目錄臨時保存，並把CP 302上傳的文件信息寫入資料庫(如圖3所示，門戶伺服器與數據 庫伺服器合設在一起)，其中，文件信息包括文件名稱、文件類型、糹見頻編碼、音頻編碼、文件時長和文件狀態，上傳完畢後文件4犬態為4寺確i人；步驟S304:管理員登錄門戶304，對CP 302上傳的文件進行 確認，同意發布該文件，門戶伺服器306同時修改資料庫中對應文 件狀態為待發布，其中，門戶伺服器306發通知消息給文件分發模 塊308，消息中包括同意發布的文件名；步驟S306:文件分發模塊308收到門戶伺服器306的通知消息 後，讀取各流伺服器310列表，從門戶伺服器306上傳目錄中查找 文件，向流伺服器310列表中各伺服器媒體保存目錄拷貝文件，拷 貝完成後返回成功響應鄉合門戶月艮務器306;以及步驟S308:門戶伺服器306收到文件分發衝莫塊308的成功響應 後，修改資料庫中對應文件狀態為已發布，同時刪除上傳目錄下的 乂於應文^f牛，已發布狀態的文4牛可以由用戶在用戶門戶i方問。此時，已完成了 CP 302發布文件到用戶門戶的過程，各流服 務器310的々某體保存目錄都有CP 302上傳的文件，各流伺服器310 都可用為用戶提高該文件的點播服務。下面對用戶點播的流程進行 描述，如圖4所示，用戶點，潘的過程包括以下步驟步驟S402:各流伺服器406 (圖4中的406A和406B )向門戶 伺服器404定時發送保活消息，門戶伺服器404維護活動流伺服器 406列表；步驟S404:用戶402登錄用戶門戶，選擇文件進4亍點才番；步驟S406:門戶伺服器404收到用戶402的點播請求後，查找 可用流伺服器406列表，輪循選擇一流伺服器地址，生成URL返 回糹合用戶402;步驟S408:用戶402根據收到的URL向流伺服器406發起點 播請求；步驟S410:流伺服器406收到用戶402的點插-請求後，對URL 進行鑑權，鑑權通過後，訪問文件分發模塊拷貝到本地的文件，向 用戶402發送媒體流；以及步驟S412:用戶402開始接收並播放點播的文件，文件播放完 成，流伺服器406生成點播話單，點播流程結束。這樣就完成了用戶點播媒體文件的整個過程。圖5是根據本發明的流媒體伺服器負荷分配系統500的框圖。 如圖5所示，該系統包^":寫入i殳置單元502，用於將文件上傳到 門戶伺服器的臨時目錄，並將文件的文件信息寫入資料庫，以及將 文件的文件狀態設置為待確認；操作單元504，用於根據管理員多 文件的確i人結果進4亍相應4乘作；以及輪循單元506,用於當用戶點 播文件狀態為已發布的文件時，從活動流伺服器列表中輪循選擇一 個流月l務器，生成URL返回主合用戶。進一步地，該流媒體伺服器負荷分配系統500還可以包括鑑 權單元508,位於流伺服器上，用於在接收到用戶的點播請求後， 對URL進行鑑權檢查，並在鑑權通過之後，訪問拷貝到本地的文 件，向用戶發送々某體流；以及生成單元510，位於流月艮務器上，用 於在完成文件的插j文之後，生成點播話單。才乘作單元504可以包括發送衝莫塊5042,用於在管理員確i人同 意發布文件時，將文件狀態修改為待發布，並向文件分發模塊發送 消息；文件分發模塊5044，用於在接收到消息之後，讀取流伺服器 列表，向各個流伺服器的指定目錄拷貝文件，並在完成拷貝後向門 戶伺服器返回成功響應；刪除模塊5046,用於在接收到成功響應之 後，將文件狀態修改為已發布，同時刪除臨時目錄下的文件；以及 維護模塊5048，位於各個流伺服器上，用於向門戶伺服器定時發送 保活消息，門戶伺服器接收到保活消息後維護活動流伺服器列表。其中，資料庫位於門戶月良務器上，以及文件分發才莫塊5044位 於門戶伺服器上。文件信息可以包括文件名稱、文件類型、視頻 編碼、音頻編碼、文件時長以及文件狀態。綜上所述，通過本發明，決了存儲設備共享問題，不通過磁陣 就可以實現多流伺服器進行負荷分擔的功能，同時減少了磁陣和存 儲設備控制伺服器，大大的降低了成本，並且每個伺服器都可以獨 立的對外提供服務，不存在單點故障，從而提高了系統的穩定性和 健壯性。以上僅為本發明的優選實施例而已，並不用於限制本發明，對 於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本 發明的精神和原則之內，所作的任何修改、等同替換、改進等，均 應包含在本發明的^f呆護範圍之內。
權利要求
1. 一種流媒體伺服器負荷分配方法，其特徵在於，包括以下步驟步驟S102，將文件上傳到門戶伺服器的臨時目錄，並將所述文件的文件信息寫入資料庫，以及將所述文件的文件狀態設置為待確認；步驟S104，管理員對所述文件進行確認，並根據確認結果進行相應操作；以及步驟S106，當用戶點播文件狀態為已發布的文件時，所述門戶伺服器從活動流伺服器列表中輪循選擇一個流伺服器，生成統一資源定位器返回給所述用戶。
2. 根據權利要求1所述的方法，其特徵在於，還包括以下步驟步驟S108,所述用戶根據收到的所述統一資源定位器向 所選擇的流伺服器發起點播請求；以及步驟SllO，所述流伺服器對所述統一資源定位器進行鑑 權氺全查，並在所述鑑—又通過之後，訪問拷貝到本地的所述文件， 向所述用戶發送媒體流。
3. 根據權利要求2所述的方法，其特徵在於，還包括以下步驟步驟S112,所述用戶4妄收並播-;改所述文件，在完成所述 文件的播放之後，所述流伺服器生成點播話單。
4. 根據權利要求1至3中任一項所述的方法，其特徵在於，在所 述步艱《S104中，當管理員確i人同意發布所述文件時，所述相 應才喿作包括以下步驟所述門戶伺服器將所述文件狀態修改為待發布，並向文 件分發模塊發送消息；所述文件分發模塊接收到所述消息之後，讀取流伺服器 列表，向所述各個流伺服器的指定目錄拷貝所述文件，並在完 成拷貝後向所述門戶伺服器返回成功響應；所述門戶伺服器接收到所述成功。向應之後，將所述文件 狀態修改為已發布，同時刪除所述臨時目錄下的所述文件；以 及所述各個流伺服器向所述門戶伺服器定時發送保活消 息，所述門戶伺服器接收到所述保活消息後維護所述活動流服 務器列表。
5. 根據權利要求1至3中任一項所述的方法，其特徵在於，所述 文件信息包括文件名稱、文件類型、規頻編碼、音頻編碼、 文4牛時長以及文^M犬態。
6. —種流媒體伺服器負荷分配系統，其特徵在於，包括寫入設置單元，用於將文件上傳到門戶伺服器的臨時目 錄，並將所述文件的文件信息寫入^t據庫，以及將所述文件的 文件狀態i殳置為待確i人；操作單元，用於根據管理員多所述文件的確認結果進行 相應梯:作；以及輪循單元，用於當用戶點播文件狀態為已發布的文件時， 從活動流伺服器列表中輪循選4奪一個流伺服器，生成統一資源 定位器返回給所述用戶。
7. 根據權利要求6所述的系統，其特徵在於，還包括鑑權單元，位於所述流伺服器上，用於在接收到所述用 戶的點播請求後，對所述統一資源定位器進行鑑權;險查，並在 所述鑑權通過之後，訪問拷貝到本地的所述文件，向所述用戶 發送媒體流。
8. 根據權利要求7所述的系統，其特徵在於，還包括生成單元，位於所述流伺服器上，用於在完成所述文件 的播放之後，生成點播話單。
9. 根據權利要求6至8中任一項所述的系統，其特徵在於，所述 操作單元包括發送模塊，用於在管理員確認同意發布所述文件時，將 所述文件狀態修改為待發布，並向文件分發模塊發送消息；文件分發模塊，用於在接收到所述消息之後，讀取流服 務器列表，向所述各個流伺服器的指定目錄拷貝所述文件，並 在完成拷貝後向所述門戶月良務器返回成功響應；刪除才莫塊，用於在"f妄收到所述成功響應之後，將所述文 件狀態修改為已發布，同時刪除所述臨時目錄下的所述文件； 以及維護模塊，位於所述各個流伺服器上，用於向所述門戶 伺服器定時發送保活消息，所述門戶伺服器接收到所述保活消 息後維護所述活動流伺服器列表。
10. 根據權利要求9所述的系統，其特徵在於，所述資料庫位於所 述門戶伺服器上，以及所述文件分發^t塊位於所述門戶伺服器 上。
11. 根據權利要求6所述的系統，其特徵在於，所述文件信息包括 文件名稱、文件類型、—見頻編碼、音頻編碼、文件時長以及文 件狀態。
全文摘要
本發明提供了一種流媒體伺服器負荷分配方法和系統，其中，該方法包括以下步驟步驟S102，將文件上傳到門戶伺服器的臨時目錄，並將文件的文件信息寫入資料庫，以及將文件的文件狀態設置為待確認；步驟S104，管理員對文件進行確認，並根據確認結果進行相應操作；以及步驟S106，當用戶點播文件狀態為已發布的文件時，門戶伺服器從活動流伺服器列表中輪循選擇一個流伺服器，生成URL返回給用戶。因而，通過本發明，解決了存儲設備共享問題，不通過磁陣就可以實現多流伺服器進行負荷分擔的功能，同時減少了磁陣和存儲設備控制伺服器，大大的降低了成本，並且每個伺服器都可以獨立的對外提供服務，不存在單點故障，從而提高了系統的穩定性和健壯性。
文檔編號H04L12/18GK101282260SQ20071009374
公開日2008年10月8日 申請日期2007年4月5日 優先權日2007年4月5日
發明者楊萬祥 申請人:中興通訊股份有限公司