專利名稱：實現(xiàn)流媒體服務(wù)器負載均衡的系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體服務(wù)領(lǐng)域，具體涉及到一種主要應(yīng)用在視頻監(jiān)控領(lǐng)域中實現(xiàn)流 媒體負載均衡的系統(tǒng)依據(jù)基于該系統(tǒng)實現(xiàn)流媒體服務(wù)器負載均衡的實施方法。
背景技術(shù)：
隨著IP網(wǎng)絡(luò)的發(fā)展，基于IP網(wǎng)絡(luò)的多媒體應(yīng)用也日漸豐富和成熟。在諸如IP監(jiān) 控，IPTV，IP視頻會議等多媒體應(yīng)用系統(tǒng)中，流媒體服務(wù)器成為一個必不可少的組件。流媒體服務(wù)器在多媒體系統(tǒng)中的主要作用就是負責多媒體數(shù)據(jù)的發(fā)布以及對多 媒體數(shù)據(jù)進行分發(fā)與轉(zhuǎn)發(fā)。以IP監(jiān)控系統(tǒng)為例，多媒體數(shù)據(jù)尤其是視頻數(shù)據(jù)的特點就是占 用的網(wǎng)絡(luò)帶寬高，對數(shù)據(jù)傳輸?shù)膶崟r性要求高。這些特點就對流媒體服務(wù)器提出了很高的 要求，在進行大規(guī)模業(yè)務(wù)部署時，單臺流媒體服務(wù)器性能要求很高，需要配置性能高的流媒 體服務(wù)器來完成整個系統(tǒng)的媒體數(shù)據(jù)發(fā)布、分發(fā)以及轉(zhuǎn)發(fā)的功能。因此實現(xiàn)流媒體服務(wù)器 中的多個服務(wù)器的負載均衡，對與流媒體系統(tǒng)的性能是至關(guān)重要的一項技術(shù)。目前的對流媒體服務(wù)器的負載均衡的解決方法主要有兩種其一是通過第三方的 負載均衡軟件來進行負載均衡但是這種方法的缺點在于第三方軟件往往比較昂貴，不利 于企業(yè)降低成本，另外這種軟件一般都是通用軟件，因此其針對性較差，也就不能對具體的 多媒體系統(tǒng)產(chǎn)生最佳的負載均衡效果。另一種是通過向中心業(yè)務(wù)服務(wù)器上報性能信息，中心服務(wù)器來做集中管理和負載 均衡決策申請?zhí)枮?215^47. 0的中國發(fā)明專利公開了一種流媒體服務(wù)器集群負載均衡 方法，其步驟包括建立一個流媒體服務(wù)器集群，其包括一臺集群控制服務(wù)器和若干臺流媒 體服務(wù)器；對該流媒體服務(wù)器集群建立一個以IRDP協(xié)議工作的管理系統(tǒng)，以該臺集群控制 服務(wù)器為服務(wù)端和以該等流媒體服務(wù)器為客戶端，形成服務(wù)端/客戶端工作模式，由服務(wù) 端負責把終端用戶的請求轉(zhuǎn)發(fā)給客戶端，并由客戶端具體處理終端用戶的請求。此系統(tǒng)架 構(gòu)如圖1所示本發(fā)明解決了數(shù)據(jù)通信的“瓶頸”問題和提高了負載均衡速度，并降低了集群 控制服務(wù)器的系統(tǒng)配量要求。但是該種方法最大的問題就是決策者不是執(zhí)行者，從而造成集群控制服務(wù)器上的 信息和流媒體服務(wù)器真實狀態(tài)存在不一致的狀況，易造成誤操作。并且開銷過大。

發(fā)明內(nèi)容
針對上述缺陷，本發(fā)明提供一種實現(xiàn)流媒體服務(wù)器負載均衡的系統(tǒng)以及方法，以 解決現(xiàn)有技術(shù)負載均衡效率低，易造成誤操作、同步性差，且成本較高的問題。為實現(xiàn)上述目的，本發(fā)明采用了以下的技術(shù)特征一種實現(xiàn)流媒體服務(wù)器負載均衡的系統(tǒng)，應(yīng)用在多媒體系統(tǒng)的視頻控制領(lǐng)域，其 包括若干客戶端、流媒體服務(wù)器，以及若干個編碼器，所述客戶端通過網(wǎng)絡(luò)與所述流媒體服 務(wù)器建立連接，所述編碼器用以將數(shù)字音視頻信號壓縮成流媒體格式，并且實時地將壓縮 好的流媒體信號上傳給流媒體服務(wù)器，所述流媒體服務(wù)器進一步包括復(fù)數(shù)個數(shù)據(jù)服務(wù)單元，用以實現(xiàn)數(shù)據(jù)流的實時轉(zhuǎn)發(fā)；以及至少一控制服務(wù)單元，用于對所述數(shù)據(jù)服務(wù)單元以及 文件服務(wù)單元進行調(diào)節(jié)控制；所述編碼器根據(jù)其ID編號進一步分為若干個編碼器組，該些 編碼器組分別定向至不同的數(shù)據(jù)服務(wù)單元，該些數(shù)據(jù)服務(wù)單元定時將其對應(yīng)編碼器狀態(tài)上 報給所述控制服務(wù)單元，控制服務(wù)單元對該些狀態(tài)進行檢測判斷，并控制數(shù)據(jù)服務(wù)器與所 述編碼器進行重定向。依據(jù)本發(fā)明較佳實施例所述的系統(tǒng)，所述流媒體服務(wù)器還包括復(fù)數(shù)個文件服務(wù)單 元，用以實現(xiàn)數(shù)據(jù)存儲和回放。依據(jù)本發(fā)明較佳實施例所述的系統(tǒng)，所述多媒體系統(tǒng)是指視頻監(jiān)控系統(tǒng)。依據(jù)本發(fā)明較佳實施例所述的系統(tǒng)，所述多媒體系統(tǒng)為IPTV系統(tǒng)、視頻會議系統(tǒng) 或統(tǒng)一通信系統(tǒng)其中之一。依據(jù)本發(fā)明較佳實施例所述的系統(tǒng)，所述客戶端通過無線網(wǎng)絡(luò)或有線網(wǎng)絡(luò)與流媒 體服務(wù)器建立連接。本發(fā)明另提供一種實現(xiàn)流媒體服務(wù)器負載均衡的方法，包括以下步驟(1)將所有編碼器以固定屬性進行分組；(2)編碼器與視/音頻數(shù)據(jù)提供端建立連接；(3)將分組后的編碼器組與數(shù)據(jù)服務(wù)單元分別定向；(4)數(shù)據(jù)服務(wù)單元定時向控制服務(wù)單元發(fā)送動態(tài)信息；(5)控制服務(wù)單元根據(jù)數(shù)據(jù)服務(wù)單元發(fā)送動態(tài)信息判斷編碼器狀態(tài)；(6)控制服務(wù)單元控制編碼器與數(shù)據(jù)服務(wù)單元重定向。依據(jù)本發(fā)明較佳實施例所述的方法，所述步驟(3)與步驟⑷之間還包括:A1 數(shù) 據(jù)服務(wù)單元與客戶端建立連接，向客戶端發(fā)送流媒體數(shù)據(jù)；A2 數(shù)據(jù)服務(wù)單元與文件服務(wù) 單元建立連接，向文件服務(wù)單元發(fā)送數(shù)據(jù)，文件服務(wù)單元對該些數(shù)據(jù)進行存儲。依據(jù)本發(fā)明較佳實施例所述的方法，所述步驟(5)進一步包括控制服務(wù)單元根 絕數(shù)據(jù)服務(wù)單元發(fā)送的動態(tài)信息判斷編碼器是否下線或故障，若是則執(zhí)行步驟(6)；反之， 則繼續(xù)接受數(shù)據(jù)服務(wù)單元發(fā)送狀態(tài)信息。依據(jù)本發(fā)明較佳實施例所述的方法，所述步驟(3)與步驟⑷之間還包括:A3 編 碼器運行，并向數(shù)據(jù)服務(wù)單元傳送壓縮好的流媒體數(shù)據(jù)。依據(jù)本發(fā)明較佳實施例所述的方法，所述步驟(3)進一步包括，A4 分組后，數(shù)據(jù) 服務(wù)單元復(fù)制其他數(shù)據(jù)服務(wù)單元與編碼器的定向關(guān)系。由于采用了以上的技術(shù)特征，使得本發(fā)明相比于現(xiàn)有技術(shù)，當流媒體服務(wù)器中某 一數(shù)據(jù)服務(wù)器或者編碼器出現(xiàn)故障，下線或者其他原因造成編碼器或數(shù)據(jù)服務(wù)器不可用 時，控制服務(wù)器會重定向該些數(shù)據(jù)服務(wù)器或數(shù)據(jù)服務(wù)單元至其他的編碼器，從而保證客戶 端接受流媒體數(shù)據(jù)不會產(chǎn)生中斷，并且流媒體服務(wù)器只接受其本身的指令，對系統(tǒng)進行調(diào) 度控制，不需要如現(xiàn)有技術(shù)通過第三方軟件或者集群中設(shè)置中心控制服務(wù)器承擔這一職 責，將決策者和執(zhí)行者作為統(tǒng)一的一體，不僅可提高效率，也可防止因控制中心服務(wù)器與流 媒體服務(wù)器實際狀態(tài)不一致，而造成誤操作的問題；并且數(shù)據(jù)服務(wù)器和文件服務(wù)器職責分 開，還方便客戶端調(diào)用已經(jīng)存儲的視頻音頻文件，實現(xiàn)回放，可以方便取證并且事后作為分 析之用。


圖1為現(xiàn)有技術(shù)實現(xiàn)流媒體負載均衡的結(jié)構(gòu)圖；圖2為本發(fā)明實現(xiàn)流媒體服務(wù)器負載均衡的系統(tǒng)架構(gòu)圖；圖3為本發(fā)明實現(xiàn)流媒體服務(wù)器負載均衡的方法流程圖；圖4為本發(fā)明數(shù)據(jù)流向示意圖。
具體實施例方式以下結(jié)合附圖，對本發(fā)明做進一步詳細描述。本發(fā)明的核心思想在于，將流媒體服務(wù)器進一步劃分為控制和轉(zhuǎn)發(fā)或存儲的各個 子單元，將對應(yīng)子單元與編碼器定向，流媒體服務(wù)器實時監(jiān)測編碼器以及各子單元狀態(tài)，當 發(fā)成錯誤時，即進行重定向，從而實現(xiàn)流媒體服務(wù)器的負載均衡。請參考圖2為本發(fā)明的網(wǎng)絡(luò)架構(gòu)圖，可見，本發(fā)明的流媒體服務(wù)器負載均衡系統(tǒng)， 可以應(yīng)用在多種多媒體系統(tǒng)中，例如IPTV系統(tǒng)、視頻會議系統(tǒng)或統(tǒng)一通信系統(tǒng)，較佳是應(yīng) 用在視頻監(jiān)控領(lǐng)域的視頻監(jiān)控系統(tǒng)，本發(fā)明就以一種在視頻監(jiān)控領(lǐng)域的應(yīng)用作為舉例說 明，以便于理解，但并非作為限制。本發(fā)明的系統(tǒng)包括若干客戶端30，至少一流媒體服務(wù)器 20，以及若干個編碼器10。所述客戶端30可以是電腦，智能手機或者是平板電視等等，也可以是指某些硬件 上加載的播放軟件或者監(jiān)控視頻軟件，僅以功能作為整體敘述，其實體在此不加以限制；該 些客戶端30通過網(wǎng)絡(luò)與所述流媒體服務(wù)器20建立連接，此處所說的網(wǎng)絡(luò)，可以是無線網(wǎng) 絡(luò)，也可以是有線網(wǎng)絡(luò)，廣域網(wǎng)、局域網(wǎng)，3G網(wǎng)絡(luò)等等，網(wǎng)絡(luò)的具體表現(xiàn)形式同樣不作為限制 的實體。由于一般的視頻監(jiān)控系統(tǒng)都會在前端安裝多個攝像頭或者其他的監(jiān)控設(shè)備，該些 監(jiān)控設(shè)備捕捉到視頻或者音頻的信息，所述編碼器10就是將前端監(jiān)控設(shè)備捕捉的數(shù)字音 視頻信號壓縮成流媒體格式，并且實時地將壓縮好的流媒體信號上傳給流媒體服務(wù)器，再 由流媒體服務(wù)器20發(fā)送給客戶端。所述流媒體服務(wù)器20進一步包括復(fù)數(shù)個數(shù)據(jù)服務(wù)單元21，用以實現(xiàn)數(shù)據(jù)流的實 時轉(zhuǎn)發(fā)，即滿足實時監(jiān)控等類似需求；流媒體服務(wù)器20還包括復(fù)數(shù)個文件服務(wù)單元22，用 以實現(xiàn)數(shù)據(jù)存儲和回放，即視頻數(shù)據(jù)也可以同時儲存在文件服務(wù)單元22，以滿足事后調(diào)用 文件服務(wù)單元22的文件，以回放或者監(jiān)控分析等。以及至少一控制服務(wù)單元23，用于對所述數(shù)據(jù)服務(wù)單元21以及文件服務(wù)單元22 進行調(diào)節(jié)控制；由于編碼器10有多個，所以根據(jù)其屬性，例如ID編號進一步分為若干個編 碼器組，該些編碼器組分別定向至不同的數(shù)據(jù)服務(wù)單元，例如ID以0-4開頭的分為一組， 5-9開頭分為一組分別定向到不同的數(shù)據(jù)服務(wù)單元。該些數(shù)據(jù)服務(wù)單元定時將其對應(yīng)編碼 器狀態(tài)上報給所述控制服務(wù)單元，控制服務(wù)單元對該些狀態(tài)進行檢測判斷，并控制數(shù)據(jù)服 務(wù)器與所述編碼器進行重定向。以下結(jié)合流程圖，說明依據(jù)本發(fā)明提供的系統(tǒng)實現(xiàn)視頻監(jiān)控領(lǐng)域的流媒體服務(wù)器 負載均衡的方法，請參考圖3和圖4為本發(fā)明的基本方法流程圖，圖4為本發(fā)明的一種數(shù)據(jù) 流向架構(gòu)圖，但僅僅作為一種舉例說明，圖4中實線箭頭代表流媒體數(shù)據(jù)流向，而虛線箭頭 則表示控制指令數(shù)據(jù)的流向。
本發(fā)明的方法其主要包括以下步驟SlOl 將所有編碼器以固定屬性進行分組；較佳實施例以編碼器的ID編號開頭數(shù)字分組，例如0-4分為一個編碼器組，5-9開 頭的編碼器則份為另外一個編碼器組，這樣每個編碼器組都包含有多個編碼器。當然也可
以進一步細化，例如0-1，1-2，2-3......8-9多個分組，不以分組數(shù)目作為限定。也可以以
編碼器的其他屬性進行分組，例如型號等等。S102 編碼器與視/音頻數(shù)據(jù)提供端建立連接。所述的視/音頻數(shù)據(jù)提供端可以是類似攝像頭，攝像機，錄音機等等，其提供音頻 或/和視頻數(shù)據(jù)給變編碼器。S103 將分組后的編碼器組與數(shù)據(jù)服務(wù)單元分別定向；流媒體服務(wù)器中設(shè)置多個數(shù)據(jù)服務(wù)單元，例如分別為數(shù)據(jù)服務(wù)單元A、數(shù)據(jù)服務(wù)單 元B、數(shù)據(jù)服務(wù)單元C，等等，可將0-4開頭的編碼器全部定向至數(shù)據(jù)服務(wù)單元A，4-9開頭的 編碼器則定向到數(shù)據(jù)服務(wù)器B等，當然若分組更多，則可進一步定向到數(shù)據(jù)服務(wù)器C等等， 不作為限定。定向完畢后，每個數(shù)據(jù)服務(wù)單元都復(fù)制其他數(shù)據(jù)服務(wù)單元的定位信息，例如定向 完畢后，數(shù)據(jù)服務(wù)單元A復(fù)制其本身的定向信息到數(shù)據(jù)服務(wù)單元B，之所以進行該步驟，是 因為在集群負載均衡技術(shù)中，各服務(wù)器之間數(shù)據(jù)同步是至關(guān)重要的。當編碼器與各數(shù)據(jù)服務(wù)單元定向完畢以后，編碼器運行，并向數(shù)據(jù)服務(wù)單元傳送 壓縮好的流媒體數(shù)據(jù)，數(shù)據(jù)服務(wù)單元與客戶端建立連接，向客戶端發(fā)送實時的流媒體數(shù)據(jù)， 客戶端可在其對應(yīng)的軟件若監(jiān)控終端實時下載流媒體數(shù)據(jù)，進行監(jiān)控。當然，日常使用中，還經(jīng)常需要重放過去時間段的流媒體數(shù)據(jù)，為此數(shù)據(jù)服務(wù)單元 還需要與文件服務(wù)單元建立連接，向文件服務(wù)單元發(fā)送數(shù)據(jù)，文件服務(wù)單元對該些數(shù)據(jù)進 行存儲。當需要調(diào)用該些已存儲數(shù)據(jù)時，控制服務(wù)單元即指派相應(yīng)文件服務(wù)單元與客戶端 建立連接，客戶端下載或調(diào)用該些數(shù)據(jù)，進行回放。S104 數(shù)據(jù)服務(wù)單元定時向控制服務(wù)單元發(fā)送動態(tài)信息；數(shù)據(jù)服務(wù)單元定時向控制服務(wù)單元以發(fā)送其對應(yīng)的編碼器的動態(tài)信息以及其本 身的動態(tài)信息，例如設(shè)定每5秒向控制服務(wù)子單元發(fā)送一次，控制服務(wù)子單元收到信息就 會發(fā)出回發(fā)響應(yīng)。S105 控制服務(wù)單元根據(jù)數(shù)據(jù)服務(wù)單元發(fā)送動態(tài)信息判斷編碼器狀態(tài)；控制服務(wù)單元根據(jù)數(shù)據(jù)服務(wù)單元發(fā)送的動態(tài)信息判斷編碼器是否下線或故障，若 是則執(zhí)行步驟S106 ；反之，則繼續(xù)接受數(shù)據(jù)服務(wù)單元發(fā)送狀態(tài)信息，并回發(fā)響應(yīng)。S106 控制服務(wù)單元控制編碼器與數(shù)據(jù)服務(wù)單元重定向。當步驟S105中判斷根據(jù)數(shù)據(jù)服務(wù)單元A發(fā)送的信息，發(fā)現(xiàn)其對應(yīng)的ID開頭為0 4的編碼器全部或者部分下線，無法完成正常數(shù)據(jù)壓縮功能，并且不能向數(shù)據(jù)服務(wù)單元A提 供足夠的數(shù)據(jù)流時，即進行重定向，由定向到數(shù)據(jù)服務(wù)單元B的編碼器中分出部分定向到 數(shù)據(jù)服務(wù)單元A中，假設(shè)數(shù)據(jù)服務(wù)單元A對應(yīng)的編碼器有4個，數(shù)據(jù)服務(wù)單元B也對應(yīng)四個， 當數(shù)據(jù)服務(wù)單元A對應(yīng)的編碼器有兩個下線，則數(shù)據(jù)服務(wù)單元B其對應(yīng)的ID以5 9開頭 的編碼器中分出1個定向到數(shù)據(jù)服務(wù)單元A，自此則可以保證，數(shù)據(jù)服務(wù)單元A有足夠的流 媒體數(shù)據(jù)源。重定向后，數(shù)據(jù)服務(wù)單元A和數(shù)據(jù)服務(wù)單元B重現(xiàn)復(fù)制彼此的編碼器定向信息。當然，只是舉例，具體編碼器數(shù)目，或定向信息可由控制服務(wù)單元根據(jù)實際需求，已經(jīng)編 碼器性能等，進行計算出最佳的路徑和定向方式，在此不作為限制。綜上所述，依照本發(fā)明實線流媒體服務(wù)器負載均衡的系統(tǒng)和方法，當流媒體服務(wù) 器中某一數(shù)據(jù)服務(wù)器或者編碼器出現(xiàn)故障，下線或者其他原因造成編碼器或數(shù)據(jù)服務(wù)器不 可用時，控制服務(wù)器會重定向該些數(shù)據(jù)服務(wù)器或數(shù)據(jù)服務(wù)單元至其他的編碼器，從而保證 客戶端接受流媒體數(shù)據(jù)不會產(chǎn)生中斷，并且流媒體服務(wù)器只接受其本身的指令，對系統(tǒng)進 行調(diào)度控制，不需要如現(xiàn)有技術(shù)通過第三方軟件或者集群中設(shè)置中心控制服務(wù)器承擔這一 職責，將決策者和執(zhí)行者作為統(tǒng)一的一體，不僅可提高效率，也可防止因控制中心服務(wù)器與 流媒體服務(wù)器實際狀態(tài)不一致，而造成誤操作的問題；并且數(shù)據(jù)服務(wù)器和文件服務(wù)器職責 分開，還方便客戶端調(diào)用已經(jīng)存儲的視頻音頻文件，實現(xiàn)回放，可以方便取證并且事后作為 分析之用。以上公開的僅僅是本發(fā)明的較佳實施例，但并非用來最為限制，任何熟習本領(lǐng)域 的技術(shù)人員，在不違背本發(fā)明實質(zhì)精神的范圍內(nèi)，所做的均等變化，均應(yīng)落在本發(fā)明的保護 范圍內(nèi)。
權(quán)利要求
1.一種實現(xiàn)流媒體服務(wù)器負載均衡的系統(tǒng)，應(yīng)用在多媒體系統(tǒng)的視頻控制領(lǐng)域，其包 括若干客戶端、流媒體服務(wù)器，以及若干個編碼器，所述客戶端通過網(wǎng)絡(luò)與所述流媒體服務(wù) 器建立連接，所述編碼器用以將數(shù)字音視頻信號壓縮成流媒體格式，并且實時地將壓縮好 的流媒體信號上傳給流媒體服務(wù)器，其特征在于，所述流媒體服務(wù)器進一步包括復(fù)數(shù)個數(shù)據(jù)服務(wù)單元，用以實現(xiàn)數(shù)據(jù)流的實時轉(zhuǎn)發(fā)；以及至少一控制服務(wù)單元，用于對流媒體服務(wù)器內(nèi)部動作進行調(diào)節(jié)控制；所述編碼器進一步分為若干個編碼器組，該些編碼器組分別定向至不同的數(shù)據(jù)服務(wù)單 元，該些數(shù)據(jù)服務(wù)單元定時將其對應(yīng)編碼器狀態(tài)上報給所述控制服務(wù)單元，控制服務(wù)單元 對該些狀態(tài)進行檢測判斷，并控制數(shù)據(jù)服務(wù)器與所述編碼器進行重定向。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述流媒體服務(wù)器還包括復(fù)數(shù)個文件服務(wù) 單元，用以實現(xiàn)數(shù)據(jù)存儲和回放。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述多媒體系統(tǒng)是指視頻監(jiān)控系統(tǒng)。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述多媒體系統(tǒng)為IPTV系統(tǒng)、視頻會議系統(tǒng) 或統(tǒng)一通信系統(tǒng)其中之一。
5.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端通過無線網(wǎng)絡(luò)或有線網(wǎng)絡(luò)與流 媒體服務(wù)器建立連接。
6.一種實現(xiàn)流媒體服務(wù)器負載均衡的方法，其特征在于，包括以下步驟(1)將所有編碼器以固定屬性進行分組；(2)編碼器與視/音頻數(shù)據(jù)提供端建立連接；(3)分組后的編碼器組與數(shù)據(jù)服務(wù)單元分別定向；(4)數(shù)據(jù)服務(wù)單元定時向控制服務(wù)單元發(fā)送動態(tài)信息；(5)控制服務(wù)單元根據(jù)數(shù)據(jù)服務(wù)單元發(fā)送動態(tài)信息判斷編碼器狀態(tài)；(6)控制服務(wù)單元控制編碼器與數(shù)據(jù)服務(wù)單元重定向。
7.如權(quán)利要求6所述的方法，其特征在于，所述步驟(3)與步驟(4)之間還包括Al 數(shù)據(jù)服務(wù)單元與客戶端建立連接，向客戶端發(fā)送流媒體數(shù)據(jù)；A2 數(shù)據(jù)服務(wù)單元與文件服務(wù)單元建立連接，向文件服務(wù)單元發(fā)送數(shù)據(jù)，文件服務(wù)單元 對該些數(shù)據(jù)進行存儲。
8.如權(quán)利要求6所述的方法，其特征在于，所述步驟(5)進一步包括控制服務(wù)單元根絕數(shù)據(jù)服務(wù)單元發(fā)送的動態(tài)信息判斷編碼器是否下線或故障，若是則 執(zhí)行步驟(6)；反之，則繼續(xù)接受數(shù)據(jù)服務(wù)單元發(fā)送狀態(tài)信息。
9.如權(quán)利要求6所述的方法，其特征在于，所述步驟(3)與步驟(4)之間還包括A3 編碼器運行，并向數(shù)據(jù)服務(wù)單元傳送壓縮好的流媒體數(shù)據(jù)。
10.如權(quán)利要求7所述的方法，其特征在于，所述步驟(3)進一步包括，A4:分組后，數(shù)據(jù)服務(wù)單元復(fù)制其他數(shù)據(jù)服務(wù)單元與編碼器的定向關(guān)系。
全文摘要
本發(fā)明公開一種實現(xiàn)流媒體服務(wù)器負載均衡的系統(tǒng)和方法，應(yīng)用在多媒體系統(tǒng)的視頻控制領(lǐng)域，本發(fā)明的系統(tǒng)包括若干客戶端、流媒體服務(wù)器，以及若干個編碼器，所述流媒體服務(wù)器包括多個數(shù)據(jù)服務(wù)單元以及控制服務(wù)單元，編碼器根據(jù)其ID編號進一步分為若干個編碼器組，該些編碼器組分別定向至不同的數(shù)據(jù)服務(wù)單元，該些數(shù)據(jù)服務(wù)單元定時將其對應(yīng)編碼器狀態(tài)上報給控制服務(wù)單元，控制服務(wù)單元對狀態(tài)進行檢測判斷，并控制數(shù)據(jù)服務(wù)器與編碼器進行重定向。本發(fā)明防止因控制中心服務(wù)器與流媒體服務(wù)器實際狀態(tài)不一致，而造成誤操作的問題；并且解決了以往外部應(yīng)用服務(wù)器與多個媒體服務(wù)器交互的成本問題。
文檔編號H04L29/06GK102098270SQ200910201159
公開日2011年6月15日 申請日期2009年12月15日 優(yōu)先權(quán)日2009年12月15日
發(fā)明者崔新偉 申請人:上海威乾視頻技術(shù)有限公司