專利名稱：一種視頻服務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于一見頻技術(shù)領(lǐng)域，尤其涉及一種一見頻月艮務(wù)系統(tǒng)。
背景技術(shù)：
集群是一組相互獨(dú)立的、通過高速網(wǎng)絡(luò)互聯(lián)的計(jì)算機(jī)，它們構(gòu)成了一個組， 并以單一系統(tǒng)的模式加以管理，一個客戶與集群相互作用時(shí)，集群像是一個獨(dú)
立的服務(wù)器?，F(xiàn)有的集群技術(shù)大多使用均衡策略提供網(wǎng)絡(luò)服務(wù)，主要在星形網(wǎng)
絡(luò)中通過心跳包和控制包來維護(hù)整個集群，系統(tǒng)缺乏可靠性和穩(wěn)定性
在分配資源方面，現(xiàn)有技術(shù)不能在完成分到本節(jié)點(diǎn)的任務(wù)后和其他節(jié)點(diǎn)通 信，也就不能在分配后通知其他節(jié)點(diǎn)同步目前剩余資源狀態(tài)和現(xiàn)有會話狀態(tài)；
在錄制任務(wù)下發(fā)方面，現(xiàn)有技術(shù)只能處理即時(shí)發(fā)來的新任務(wù)分配，節(jié)點(diǎn)掉 線后未完成的任務(wù)不能自動重分。
另外，現(xiàn)有技術(shù)沒有工作包傳遞，不能按照用戶需求選擇實(shí)際處理工作的 節(jié)點(diǎn)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種視頻服務(wù)系統(tǒng)，旨在解決現(xiàn)有的視頻服 務(wù)系統(tǒng)缺乏穩(wěn)定性和可靠性的問題。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的， 一種視頻服務(wù)系統(tǒng)，所迷系統(tǒng)包括一個Master 節(jié)點(diǎn)、至少一個Slaver節(jié)點(diǎn)和至少一個Member節(jié)點(diǎn)，所述節(jié)點(diǎn)通過登錄次序 形成單向的閉環(huán)，每個節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，所述 節(jié)點(diǎn)之間通過UDP協(xié)議連接通信，所述登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳 輸心跳包。
4在本發(fā)明中，3見頻月1務(wù)系統(tǒng)包括一個Master節(jié)點(diǎn)、至少一個Slaver節(jié)點(diǎn)和 至少一個Member節(jié)點(diǎn)，節(jié)點(diǎn)之間通過登錄次序形成單向的閉環(huán)，每個節(jié)點(diǎn)存 儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，節(jié)點(diǎn)之間通過UDP協(xié)議連接通信， 登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳輸心跳包，提高了視頻服務(wù)系統(tǒng)穩(wěn)定性和 可靠性。


圖l是本發(fā)明實(shí)施例提供的視頻服務(wù)系統(tǒng)的結(jié)構(gòu)框圖2 (a) 、 (b)是本發(fā)明實(shí)施例提供的Master節(jié)點(diǎn)變換示意圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí) 施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明的實(shí)施例提供的視頻服務(wù)系統(tǒng)，包括一個Master節(jié)點(diǎn)、至少一個 Slaver節(jié)點(diǎn)和至少一個Member節(jié)點(diǎn)，節(jié)點(diǎn)之間通過登錄次序形成單向的閉環(huán)， 每個節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，節(jié)點(diǎn)之間通過UDP協(xié)
議連接通信，登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳輸心跳包。
圖1示出了本發(fā)明實(shí)施例提供的視頻服務(wù)系統(tǒng)的結(jié)構(gòu)框圖，為了便于說明， 圖中僅給出了與本發(fā)明實(shí)施例相關(guān)的部分。
系統(tǒng)包括一個Master節(jié)點(diǎn)、至少 一個Slaver節(jié)點(diǎn)(n個)和Member節(jié)點(diǎn) (m個)，Master節(jié)點(diǎn)、Slaver節(jié)點(diǎn)和Member節(jié)點(diǎn)通過登錄的先后次序形成 單向的閉環(huán)，每個節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，其中，該 節(jié)點(diǎn)根據(jù)目標(biāo)節(jié)點(diǎn)的IP,通過PORT發(fā)送數(shù)據(jù)，該數(shù)據(jù)包括心跳包、工作包、 同步數(shù)據(jù)和順序列表，下述節(jié)點(diǎn)之間的數(shù)據(jù)交互均采用該實(shí)施例的描述，但不 用以限制本發(fā)明。在本發(fā)明實(shí)施例中，Slaver節(jié)點(diǎn)備份Master節(jié)點(diǎn)中的實(shí)時(shí)數(shù)據(jù)，當(dāng)Master 節(jié)點(diǎn)掉線時(shí)，Slaver節(jié)點(diǎn)替代Master節(jié)點(diǎn)工作；當(dāng)系統(tǒng)內(nèi)的Slaver節(jié)點(diǎn)數(shù)量減 少時(shí)，Member節(jié)點(diǎn)演變成為Slaver節(jié)點(diǎn)，替代Slaver節(jié)點(diǎn)工作。
如圖1所示，節(jié)點(diǎn)1為Master節(jié)點(diǎn)，節(jié)點(diǎn)2至節(jié)點(diǎn)n+1 (n為大于1的正 整數(shù))為Slaver節(jié)點(diǎn)，節(jié)點(diǎn)n+2至節(jié)點(diǎn)n+l+m( m為大于2的正整數(shù))為Member 節(jié)點(diǎn)，其中，系統(tǒng)內(nèi)各在線節(jié)點(diǎn)之間通過UDP協(xié)議連接通信。
在本發(fā)明實(shí)施例中，當(dāng)一個系統(tǒng)有節(jié)點(diǎn)啟動時(shí)，啟動的節(jié)點(diǎn)通過UDP協(xié)議 方式向系統(tǒng)內(nèi)其他節(jié)點(diǎn)發(fā)送登陸消息，若連續(xù)發(fā)送預(yù)設(shè)次數(shù)(如三次)登錄消 息以后，還是收不到任何其他節(jié)點(diǎn)的回應(yīng)時(shí)，則判定啟動的節(jié)點(diǎn)是該系統(tǒng)第一 個登陸的節(jié)點(diǎn)，則該節(jié)點(diǎn)變成系統(tǒng)的Master節(jié)點(diǎn)。
在本發(fā)明實(shí)施例中，當(dāng)節(jié)點(diǎn)變成系統(tǒng)的Master節(jié)點(diǎn)后，需要^r查數(shù)據(jù)庫和 永久化存儲的數(shù)據(jù)，完成必要的數(shù)據(jù)更新，例如更新在線節(jié)點(diǎn)列表、建立數(shù)據(jù) 庫連接以及把資源信息從數(shù)據(jù)庫導(dǎo)入內(nèi)存等。
Master節(jié)點(diǎn)在線時(shí)，當(dāng)系統(tǒng)有節(jié)點(diǎn)登錄時(shí)，Master節(jié)點(diǎn)向全體在線節(jié)點(diǎn)發(fā) 送有節(jié)點(diǎn)登陸的消息，Master節(jié)點(diǎn)需要根據(jù)自身記錄的在線節(jié)點(diǎn)的個數(shù)來給該 節(jié)點(diǎn)分配角色(Slaver節(jié)點(diǎn)或Member節(jié)點(diǎn))和一個消息發(fā)送序號(登錄序號)， 其具體實(shí)現(xiàn)為若Slaver節(jié)點(diǎn)的數(shù)目小于預(yù)先配置的Slaver節(jié)點(diǎn)數(shù)量，則分配 給該節(jié)點(diǎn)的身份是Slaver節(jié)點(diǎn)，否則是Member節(jié)點(diǎn)；當(dāng)Master節(jié)點(diǎn)判斷有節(jié) 點(diǎn)成為Slaver節(jié)點(diǎn)時(shí)，需要向Slaver節(jié)點(diǎn)發(fā)送同步數(shù)據(jù)，Master節(jié)點(diǎn)需要向系 統(tǒng)內(nèi)全部在線節(jié)點(diǎn)發(fā)送一份Master節(jié)點(diǎn)自身維護(hù)的在線節(jié)點(diǎn)的順序列表，以便 系統(tǒng)內(nèi)每個在線節(jié)點(diǎn)存儲有當(dāng)前在線節(jié)點(diǎn)的整體狀況。
在本發(fā)明實(shí)施例中，同步數(shù)據(jù)的內(nèi)容包括資源使用情況、當(dāng)前會話信息等， 其中，在該實(shí)施例中，各種發(fā)送同步數(shù)據(jù)的形式相同，其具體過程是首先向 接收節(jié)點(diǎn)發(fā)送同步請求，接收節(jié)點(diǎn)接收到請求消息后把自身節(jié)點(diǎn)已有的臨時(shí)數(shù) 據(jù)的序列號發(fā)給發(fā)送節(jié)點(diǎn)，發(fā)送節(jié)點(diǎn)根據(jù)這個序列號判斷是否需要發(fā)送同步數(shù) 據(jù)以及發(fā)送哪些同步數(shù)據(jù)，以減少同步數(shù)據(jù)的重復(fù)發(fā)送，在此不用以限制本發(fā)
6明。
若兩個或多個節(jié)點(diǎn)同時(shí)登陸，則才艮據(jù)預(yù)先配置的,默i人序號為其分配角色和 消息發(fā)送序號。
在本發(fā)明實(shí)施例中，登錄序號相鄰的節(jié)點(diǎn)之間通過UDP協(xié)議傳輸心跳包， 當(dāng)心跳包發(fā)送節(jié)點(diǎn)向序號相鄰的節(jié)點(diǎn)連續(xù)發(fā)送3次心跳包，都沒有接收到該相
鄰節(jié)點(diǎn)的回應(yīng)時(shí)，則心跳包發(fā)送節(jié)點(diǎn)向Master節(jié)點(diǎn)或第 一個在線的Slaver節(jié)點(diǎn) 發(fā)送節(jié)點(diǎn)掉線信息，Master節(jié)點(diǎn)或第一個在線的Slaver節(jié)點(diǎn)去確認(rèn)該節(jié)點(diǎn)掉線 狀態(tài)，向系統(tǒng)內(nèi)的各在線節(jié)點(diǎn)發(fā)送在線節(jié)點(diǎn)的順序列表。在該實(shí)施例中，當(dāng)該 心跳包發(fā)送節(jié)點(diǎn)連續(xù)向系統(tǒng)的Master節(jié)點(diǎn)發(fā)送節(jié)點(diǎn)掉線信息，都沒有接收到最 新的在線節(jié)點(diǎn)的順序列表時(shí)，則判定Master節(jié)點(diǎn)掉線，該心跳包發(fā)送節(jié)點(diǎn)轉(zhuǎn)向 系統(tǒng)內(nèi)第一個Slaver節(jié)點(diǎn)發(fā)送該節(jié)點(diǎn)掉線信息，依次類推， 一直找到在線的第 一個Slaver節(jié)點(diǎn)為止，該第一個在線的Slaver節(jié)點(diǎn)向系統(tǒng)內(nèi)在線節(jié)點(diǎn)發(fā)送在線 節(jié)點(diǎn)的順序列表。
在本發(fā)明實(shí)施例中，當(dāng)?shù)卿浀墓?jié)點(diǎn)被分配為Slaver節(jié)點(diǎn)、有slaver節(jié)點(diǎn)掉 線或有節(jié)點(diǎn)要成為Master節(jié)點(diǎn)時(shí)，Master節(jié)點(diǎn)向系統(tǒng)內(nèi)的各在線節(jié)點(diǎn)發(fā)送同步 數(shù)據(jù)，其中
如圖2(a)所示，加入當(dāng)前的視頻服務(wù)系統(tǒng)有4個節(jié)點(diǎn)，其中，節(jié)點(diǎn)l為 Master節(jié)點(diǎn)、節(jié)點(diǎn)2、 3為Slaver節(jié)點(diǎn)、節(jié)點(diǎn)4為Member節(jié)點(diǎn)，當(dāng)身份為Slaver 節(jié)點(diǎn)的節(jié)點(diǎn)3要成為系統(tǒng)內(nèi)的新的Master節(jié)點(diǎn)時(shí)，原先的Master節(jié)點(diǎn)1向節(jié)點(diǎn) 3發(fā)送同步數(shù)據(jù)，原先的Master節(jié)點(diǎn)1變?yōu)镾laver節(jié)點(diǎn)，節(jié)點(diǎn)3變?yōu)樾碌腗aster 節(jié)點(diǎn)，系統(tǒng)內(nèi)其他節(jié)點(diǎn)的序號依次變更，系統(tǒng)示意圖變?yōu)閳D2 (b)，同時(shí)，新 的Master節(jié)點(diǎn)向系統(tǒng)內(nèi)的各在線節(jié)點(diǎn)發(fā)送在線節(jié)點(diǎn)的順序列表，在此僅僅為本 發(fā)明的一個具體實(shí)施例，不用以限制本發(fā)明。
本發(fā)明實(shí)施例提供的視頻服務(wù)系統(tǒng)包括兩種工作模式，分別為短工作模式 和長工作模式，其中短工作模式為普通的工作模式，而長工作模式為錄制任務(wù)
工作模式。在本發(fā)明實(shí)施例中，作為工作包提交節(jié)點(diǎn)的Slaver節(jié)點(diǎn)或Member節(jié)點(diǎn)將 接收到的工作包傳送給Master節(jié)點(diǎn)，Master節(jié)點(diǎn)處理該工作包，并把工作包完 成的消息通過每一個Slaver節(jié)點(diǎn)依次傳送給工作包提交節(jié)點(diǎn)。
在本發(fā)明實(shí)施例中，當(dāng)接收到錄制任務(wù)時(shí)，Master節(jié)點(diǎn)根據(jù)系統(tǒng)內(nèi)的在線 節(jié)點(diǎn)的個數(shù)，將錄制任務(wù)平均分配*個節(jié)點(diǎn)。當(dāng)系統(tǒng)內(nèi)有節(jié)點(diǎn)掉線時(shí)，Master 節(jié)點(diǎn)或第一個在線的Slaver節(jié)點(diǎn)將錄制任務(wù)發(fā)生變化的消息發(fā)送給系統(tǒng)各在線 節(jié)點(diǎn)，并重新分配錄制任務(wù)。
在本發(fā)明實(shí)施例中，朝L頻服務(wù)系統(tǒng)包括一個Master節(jié)點(diǎn)、至少 一個Slaver 節(jié)點(diǎn)和至少一個Member節(jié)點(diǎn)，節(jié)點(diǎn)之間通過登錄次序形成單向的閉環(huán)，每個 節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，節(jié)點(diǎn)之間通過UDP協(xié)議連 接通信，登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳輸心跳包，提高了視頻服務(wù)系統(tǒng) 穩(wěn)定性和可靠性，保證^L頻服務(wù)系統(tǒng)中錄制任務(wù)不會丟失，并按照各服務(wù)節(jié)點(diǎn) 的性能來控制節(jié)點(diǎn)的工作量，同時(shí)實(shí)現(xiàn)了各種視頻服務(wù)的自動備份。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明 的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種視頻服務(wù)系統(tǒng)，其特征在于，所述系統(tǒng)包括一個Master節(jié)點(diǎn)、至少一個Slaver節(jié)點(diǎn)和至少一個Member節(jié)點(diǎn)，節(jié)點(diǎn)通過登錄次序形成單向的閉環(huán)，每個節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，節(jié)點(diǎn)之間通過UDP協(xié)議連接通信，所述登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳輸心跳包。
2、 如權(quán)利要求1所述的系統(tǒng)，其特征在于，當(dāng)系統(tǒng)有節(jié)點(diǎn)登錄時(shí)，所述Master節(jié)點(diǎn)發(fā)送節(jié)點(diǎn)登錄消息給系統(tǒng)內(nèi)的所有在線節(jié)點(diǎn)，并為所述節(jié)點(diǎn)分配相應(yīng)的角色。
3、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，當(dāng)心跳包發(fā)送節(jié)點(diǎn)向序號相鄰的節(jié)點(diǎn)連續(xù)發(fā)送3次心跳包，都沒有接收到所述相鄰節(jié)點(diǎn)的回應(yīng)時(shí)，則所述心跳包發(fā)送節(jié)點(diǎn)向Master節(jié)點(diǎn)或第一個在線的Slaver節(jié)點(diǎn)發(fā)送節(jié)點(diǎn)掉線信息，所述Master節(jié)點(diǎn)或第一個在線的Slaver節(jié)點(diǎn)向系統(tǒng)內(nèi)的各在線節(jié)點(diǎn)發(fā)送在線節(jié)點(diǎn)的順序列表。
4、 如權(quán)利要求l所迷的系統(tǒng)，其特征在于，當(dāng)?shù)卿浀墓?jié)點(diǎn)被分配為Slaver節(jié)點(diǎn)、有slaver節(jié)點(diǎn)掉線或有節(jié)點(diǎn)要成為Master節(jié)點(diǎn)時(shí)，Master節(jié)點(diǎn)向系統(tǒng)內(nèi)的各在線節(jié)點(diǎn)發(fā)送同步數(shù)據(jù)。
5、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，當(dāng)有節(jié)點(diǎn)要成為Master節(jié)點(diǎn)時(shí)，所述原先的Master節(jié)點(diǎn)向要成為Master節(jié)點(diǎn)的節(jié)點(diǎn)發(fā)送同步數(shù)據(jù)，原先的Master節(jié)點(diǎn)變?yōu)镾laver節(jié)點(diǎn)，所述節(jié)點(diǎn)變?yōu)镸aster節(jié)點(diǎn)，系統(tǒng)內(nèi)其他節(jié)點(diǎn)的序號依次變更，同時(shí)，Master節(jié)點(diǎn)向系統(tǒng)內(nèi)的各在線節(jié)點(diǎn)發(fā)送在線節(jié)點(diǎn)的順序列表。
6、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，作為工作包提交節(jié)點(diǎn)的Slaver節(jié)點(diǎn)或Member節(jié)點(diǎn)將接收到的工作包傳送給Master節(jié)點(diǎn)，所述Master節(jié)點(diǎn)處理所述工作包，并把所述工作包完成的消息通過系統(tǒng)內(nèi)的每一個Slaver節(jié)點(diǎn)依次傳送給工作包提交節(jié)點(diǎn)。
7、 如權(quán)利要求1所述的系統(tǒng)，其特征在于，當(dāng)接收到錄制任務(wù)時(shí)，所述Master節(jié)點(diǎn)根據(jù)系統(tǒng)內(nèi)的節(jié)點(diǎn)個數(shù)，將所述錄制任務(wù)平均分配^個節(jié)點(diǎn)。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，當(dāng)有節(jié)點(diǎn)掉線時(shí)，Master節(jié)點(diǎn)或第一個在線的Slaver節(jié)點(diǎn)將錄制任務(wù)發(fā)生變化的消息發(fā)送給系統(tǒng)節(jié)點(diǎn)，并重新分配錄制任務(wù)。
9、 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述Slaver節(jié)點(diǎn)備份Master節(jié)點(diǎn)中的實(shí)時(shí)凝:據(jù)，當(dāng)Master節(jié)點(diǎn)掉線時(shí)，Slaver節(jié)點(diǎn)替代Master節(jié)點(diǎn)工作。
10、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，當(dāng)系統(tǒng)內(nèi)的Slaver節(jié)點(diǎn)數(shù)量減少時(shí)，所述Member節(jié)點(diǎn)替代Slaver節(jié)點(diǎn)工作。
全文摘要
本發(fā)明適用于視頻技術(shù)領(lǐng)域，提供了一種視頻服務(wù)系統(tǒng)，所述系統(tǒng)包括一個Master節(jié)點(diǎn)、至少一個Slaver節(jié)點(diǎn)和至少一個Member節(jié)點(diǎn)，節(jié)點(diǎn)通過登錄次序形成單向的閉環(huán)，每個節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，節(jié)點(diǎn)之間通過UDP協(xié)議連接通信，所述登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳輸心跳包。在本發(fā)明中，視頻服務(wù)系統(tǒng)包括一個Master節(jié)點(diǎn)、至少一個Slaver節(jié)點(diǎn)和至少一個Member節(jié)點(diǎn)，節(jié)點(diǎn)之間通過登錄次序形成單向的閉環(huán)，每個節(jié)點(diǎn)存儲有本節(jié)點(diǎn)之外的節(jié)點(diǎn)的IP和PORT數(shù)據(jù)，節(jié)點(diǎn)之間通過UDP協(xié)議連接通信，登錄序號相鄰的節(jié)點(diǎn)之間通過UDP傳輸心跳包，提高了視頻服務(wù)系統(tǒng)穩(wěn)定性和可靠性。
文檔編號H04L29/06GK101488966SQ20091010504
公開日2009年7月22日 申請日期2009年1月14日 優(yōu)先權(quán)日2009年1月14日
發(fā)明者張季姝, 徐志浩 申請人:深圳市同洲電子股份有限公司