多媒體任務(wù)處理方法及裝置的制造方法
【專利摘要】本發(fā)明實施例提供了一種多媒體任務(wù)處理方法及裝置，所述方法包括：當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型；如果未存有故障類型，向所有生產(chǎn)線路發(fā)送廣播查詢請求；根據(jù)接收到的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系；根據(jù)子映射關(guān)系，將失敗子任務(wù)的處理信息，廣播到其它proxy節(jié)點，使其它proxy節(jié)點對該失敗子任務(wù)的處理信息進行復(fù)制；通知其它proxy節(jié)點下的生產(chǎn)線路對失敗子任務(wù)進行生產(chǎn)。本實施例可在proxy入口點的數(shù)據(jù)庫出現(xiàn)故障時，保證多媒體任務(wù)的穩(wěn)定運行，提高proxy的高可用性。
【專利說明】
多媒體任務(wù)處理方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，特別是涉及一種多媒體任務(wù)處理方法及裝置。
【背景技術(shù)】
[0002]現(xiàn)有技術(shù)中，在對多媒體任務(wù)進行處理時，通常會將該多媒體任務(wù)分成多個子任務(wù)進行處理。例如，視頻任務(wù)通常包括轉(zhuǎn)碼、審核、分發(fā)和封面圖等多個子任務(wù)。用戶終端在需要進行某一個多媒體任務(wù)時，需要通過proxy (代理服務(wù)器)連接到網(wǎng)絡(luò)服務(wù)器，網(wǎng)絡(luò)服務(wù)器對該多媒體任務(wù)進行處理后通過proxy反饋給用戶終端。
[0003]具體地，proxy上會帶有proxy入口點，一個proxy入口點連接多個proxy節(jié)點，每個proxy節(jié)點連接多個子任務(wù)的外部接口，每個子任務(wù)的外部接口與一個網(wǎng)絡(luò)服務(wù)器連接，每個子任務(wù)的外部接口與對應(yīng)的網(wǎng)絡(luò)服務(wù)器之間為一條生產(chǎn)線路。因此，一個proxy入口點通常會映射多條生產(chǎn)線路，在進行某一個多媒體任務(wù)時，proxy將該任務(wù)分成多個子任務(wù)，并分配給多條生產(chǎn)線路，各生產(chǎn)線路對各子任務(wù)進行同步或異步的處理后，再原路返回，通過proxy入口點反饋給用戶終端。由上述可知，proxy入口點是子任務(wù)的外部接口的唯一接口，子任務(wù)的分發(fā)和處理將嚴重依賴proxy入口點的數(shù)據(jù)。
[0004]現(xiàn)有技術(shù)中，proxy入口點的數(shù)據(jù)庫經(jīng)常會出現(xiàn)故障。雖然整個網(wǎng)絡(luò)系統(tǒng)帶有自我調(diào)節(jié)能力，proxy入口點的數(shù)據(jù)庫出現(xiàn)故障一定時間后，會自動修復(fù)，但在數(shù)據(jù)庫出現(xiàn)故障的時間段內(nèi)，進行多媒體任務(wù)的某一個或幾個生產(chǎn)線路可能會出現(xiàn)數(shù)據(jù)訪問失敗的現(xiàn)象，這將導(dǎo)致生產(chǎn)線路對應(yīng)的子任務(wù)的生產(chǎn)失敗，最終導(dǎo)致整個多媒體任務(wù)的生產(chǎn)失敗。
【發(fā)明內(nèi)容】
[0005]本發(fā)明實施例提供了一種多媒體任務(wù)處理方法及裝置，在proxy入口點的數(shù)據(jù)庫出現(xiàn)故障時，以保證多媒體任務(wù)的穩(wěn)定運行。
[0006]為達到上述目的，本發(fā)明實施例提供了一種多媒體任務(wù)處理方法，所述方法包括:
[0007]Al、當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型；
[0008]A2、如果所述proxy入口點的本地緩存中未存有所述故障類型，向所述proxy入口點映射的所有生產(chǎn)線路發(fā)送廣播查詢請求；
[0009]A3、根據(jù)接收到的已查詢生產(chǎn)線路對廣播查詢請求的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系；
[0010]A4、根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使所述其它proxy節(jié)點對該失敗子任務(wù)的處理?目息進行復(fù)制；
[0011]Α5、通知所述其它proxy節(jié)點下的生產(chǎn)線路，根據(jù)復(fù)制的所述失敗子任務(wù)的處理信息對失敗子任務(wù)進行生產(chǎn)。
[0012]較優(yōu)地，所述多媒體任務(wù)反饋結(jié)果包括子任務(wù)文件ID信息，所述步驟A3包括:
[0013]如果接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為失敗生產(chǎn)線路，如果未接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為正常生產(chǎn)線路；
[0014]根據(jù)所述多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息確定對應(yīng)的子任務(wù)，并建立子任務(wù)與所述多媒體任務(wù)反饋結(jié)果對應(yīng)的生產(chǎn)線路的映射關(guān)系。
[0015]較優(yōu)地，所述方法還包括:
[0016]將所述故障類型及其對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系緩存到proxy入口點的本地緩存中；
[0017]在所述步驟Al之后，所述方法還包括:
[0018]如果所述proxy入口點的本地緩存中已存有所述故障類型，根據(jù)proxy入口點的本地緩存中已存有所述故障類型，獲取與該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0019]較優(yōu)地，在所述步驟A3之后，所述方法還包括:
[0020]停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果。
[0021 ]較優(yōu)地，在所述步驟Al之前，所述方法還包括:
[0022]根據(jù)帶權(quán)重的負載均衡round robin算法，對多個生產(chǎn)線路進行子任務(wù)分配。
[0023]本發(fā)明實施例還提供了一種多媒體任務(wù)處理裝置，所述裝置包括:
[0024]故障類型判斷模塊，用于當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型；
[0025]廣播查詢請求發(fā)送模塊，用于如果所述proxy入口點的本地緩存中未存有所述故障類型，向所述proxy入口點映射的所有生產(chǎn)線路發(fā)送廣播查詢請求；
[0026]映射關(guān)系確定模塊，用于根據(jù)接收到的已查詢生產(chǎn)線路對廣播查詢請求的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系;
[0027]信息復(fù)制模塊，用于根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使所述其它proxy節(jié)點對該失敗子任務(wù)的處理信息進行復(fù)制；
[0028]子任務(wù)生產(chǎn)模塊，用于通知所述其它proxy節(jié)點下的生產(chǎn)線路，根據(jù)復(fù)制的所述失敗子任務(wù)的處理信息對失敗子任務(wù)進行生產(chǎn)。
[0029]較優(yōu)地，所述多媒體任務(wù)反饋結(jié)果包括子任務(wù)文件ID信息，所述映射關(guān)系確定模塊，包括:
[0030]生產(chǎn)線路判斷單元，用于如果接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為失敗生產(chǎn)線路，如果未接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為正常生產(chǎn)線路；
[0031]映射關(guān)系建立單元，用于根據(jù)所述多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息確定對應(yīng)的子任務(wù)，并建立子任務(wù)與所述多媒體任務(wù)反饋結(jié)果對應(yīng)的生產(chǎn)線路的映射關(guān)系。
[0032]較優(yōu)地，所述裝置還包括:
[0033]緩存模塊，用于將所述故障類型及其對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系緩存到proxy入口點的本地緩存中；
[0034]映射關(guān)系獲取模塊，用于如果所述proxy入口點的本地緩存中已存有所述故障類型，根據(jù)proxy入口點的本地緩存中已存有所述故障類型，獲取與該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0035]較優(yōu)地，所述裝置還包括:
[0036]廣播查詢請求關(guān)閉模塊，用于停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果。
[0037]較優(yōu)地，所述裝置還包括:
[0038]子任務(wù)分配模塊，用于根據(jù)帶權(quán)重的負載均衡roundrobin算法，對多個生產(chǎn)線路進行子任務(wù)分配。
[0039]本發(fā)明實施例提供的多媒體任務(wù)處理方法及裝置，通過利用廣播查詢機制，找到子任務(wù)與生產(chǎn)線路映射關(guān)系，并根據(jù)該映射關(guān)系，將失敗子任務(wù)從失敗生產(chǎn)線路廣播到正常生產(chǎn)線路上，使其對失敗子任務(wù)進行再次生產(chǎn)。該方法可在proxy入口點的數(shù)據(jù)庫出現(xiàn)故障時，保證多媒體任務(wù)的穩(wěn)定運行，提高proxy的高可用性。
[0040]當然，實施本發(fā)明的任一產(chǎn)品或方法并不一定需要同時達到以上所述的所有優(yōu)點。
【附圖說明】
[0041]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0042]圖1為本發(fā)明實施例提供的多媒體任務(wù)處理方法的流程圖；
[0043]圖2為本發(fā)明實施例提供的多媒體任務(wù)處理裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0044]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0045]實施例一
[0046]如圖1所示，為本發(fā)明實施例提供的多媒體任務(wù)處理方法的流程圖，該方法可應(yīng)用于proxy中的控制器，其原理為:在proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，利用廣播查詢機制快速找出生產(chǎn)線路的映射關(guān)系，并根據(jù)本地緩存機制，利用正常生產(chǎn)線路復(fù)制并繼續(xù)生產(chǎn)失敗的多媒體任務(wù)，以保證多媒體任務(wù)的穩(wěn)定運行。
[0047]所述方法包括:
[0048]S110)當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型。
[0049]在本實施例中，多媒體任務(wù)可以為視頻任務(wù)、音頻任務(wù)和圖像任務(wù)等。
[0050]具體地，以視頻任務(wù)為例，在proxy進行視頻任務(wù)時,proxy會將該視頻任務(wù)分成轉(zhuǎn)碼、審核、分發(fā)和封面圖等多個子任務(wù)。當這些子任務(wù)中的某一個或多個子任務(wù)出現(xiàn)無法繼續(xù)運行的情況時，proxy中的控制器會主動檢測proxy入口點的數(shù)據(jù)庫是否出現(xiàn)故障。
[0051]當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，控制器會主動判斷該故障的故障類型?，F(xiàn)有的故障類型的種類并不是很多，如由于木馬攻擊導(dǎo)致的故障、由于系統(tǒng)中某處發(fā)生斷電導(dǎo)致的故障、由于防火墻開啟導(dǎo)致的故障或由于網(wǎng)絡(luò)掉線發(fā)生的故障等等。每一種故障會對應(yīng)一個故障代碼，如由于木馬攻擊導(dǎo)致的故障的故障代碼為0001或由于防火墻開啟導(dǎo)致的故障的故障代碼為0002等。
[0052]當控制器獲知proxy入口點的數(shù)據(jù)庫出現(xiàn)故障的故障代碼后，會從proxy入口點的本地緩存中查找是否已存有該故障代碼。
[0053]值得注意的是，proxy入口點的本地緩存中保存有各種故障類型、以及視頻文件ID、與各種故障類型相對應(yīng)的生產(chǎn)線路映射關(guān)系、視頻任務(wù)的生產(chǎn)地區(qū)信息和生產(chǎn)線路入口信息等必要的路由信息，以便于后續(xù)從本地緩存直接調(diào)用。
[0054]其中，視頻文件ID為視頻文件的標識號碼;視頻任務(wù)的生產(chǎn)地區(qū)信息為生產(chǎn)過程中配置的視頻任務(wù)的生產(chǎn)地區(qū)，例如北京、上海等等;為了保證每個地區(qū)每條產(chǎn)線的高可用性，需要使用nginx服務(wù)器來維持這種高可用性，生產(chǎn)線路入口信息即為nginx服務(wù)器的配置，nginx服務(wù)器可通過keepal i ve實現(xiàn)。
[0055]S120)如果所述proxy入口點的本地緩存中未存有所述故障類型，向所述proxy入口點映射的所有生產(chǎn)線路發(fā)送廣播查詢請求。
[0056]具體地，所謂廣播查詢即不管接收方是否同意，發(fā)起方都會將接收方發(fā)送一個廣播(如發(fā)送消息或指令等)，接收方可以選擇回復(fù)或不回復(fù)該發(fā)送方的廣播。
[0057]具體地，如果proxy入口點的本地緩存中已經(jīng)存儲了此時對應(yīng)的故障類型，則說明該故障為舊故障；如果proxy入口點的本地緩存中沒有存儲該故障類型，則說明該故障為新故障。
[0058]在本實施例中，對于新故障，控制器需要向proxy入口點映射的所有生產(chǎn)線路依次發(fā)送廣播查詢請求，以查詢所有生產(chǎn)線路處于的正?；蚴顟B(tài)。
[0059]S130)根據(jù)接收到的已查詢生產(chǎn)線路對廣播查詢請求的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0060]生產(chǎn)線路中包含運行視頻子任務(wù)的生產(chǎn)線路和無任務(wù)的生產(chǎn)線路，失敗生產(chǎn)線路由正在運行視頻子任務(wù)的生產(chǎn)線路以及與這些生產(chǎn)線路處于同一個proxy節(jié)點的其它生產(chǎn)線路組成，正常生產(chǎn)線路為proxy下所有生產(chǎn)線路中除了失敗生產(chǎn)線路以外其它的生產(chǎn)線路。定義正常狀態(tài)下的生產(chǎn)線路為正常生產(chǎn)線路，定義失敗狀態(tài)的生產(chǎn)線路為失敗生產(chǎn)線路。
[0061]具體地，控制器向所有生產(chǎn)線路發(fā)現(xiàn)廣播查詢請求后，各生產(chǎn)線路會根據(jù)該請求返回給控制器一個多媒體任務(wù)反饋結(jié)果，控制器根據(jù)該反饋結(jié)果判斷對應(yīng)該生產(chǎn)線路處于正常或失敗狀態(tài)，進而確定所有生產(chǎn)線路中的失敗生產(chǎn)線路以及正常生產(chǎn)線路。同時，根據(jù)某個多媒體反饋結(jié)果中的信息(如視頻文件ID信息、視頻文件大小信息、視頻文件格式、存儲位置，反顯信息，用戶級別以及任務(wù)的進度信息等)確定對應(yīng)的子任務(wù)，并進一步確定該子任務(wù)與對應(yīng)生產(chǎn)線路的映射關(guān)系。
[0062]S140)根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使所述其它proxy節(jié)點對該失敗子任務(wù)的處理信息進行復(fù)制。
[0063]本實施例中，由于proxy自身支持橫向擴展，各proxy節(jié)點之間可以實現(xiàn)映射同步。舉例而言，假設(shè)proxy中包含有兩個proxy節(jié)點，每個proxy節(jié)點對應(yīng)兩條生產(chǎn)線路。其中，第一個proxy節(jié)點中的第一條生產(chǎn)線路運行轉(zhuǎn)碼子任務(wù)的時候中斷，第一個proxy節(jié)點中的第二條生產(chǎn)線路運行審核子任務(wù)的時候中斷?？刂破鲗⒌谝粋€proxy下的兩條生產(chǎn)線路上的子任務(wù)廣播到第二個proxy節(jié)點上，由該節(jié)點下的兩條正常生產(chǎn)線路分別對轉(zhuǎn)碼和審核這兩個失敗子任務(wù)的處理信息進行復(fù)制。
[0064]優(yōu)選地，proxy也可以存在多個proxy節(jié)點，可實現(xiàn)多個proxy節(jié)點之間的同步。
[0065]具體地，失敗子任務(wù)的處理信息中包含有失敗子任務(wù)的任務(wù)信息和任務(wù)進度信息。任務(wù)信息中包含對應(yīng)子任務(wù)的原文件數(shù)據(jù)信息、文件ID信息等，子任務(wù)進度信息為對應(yīng)子任務(wù)數(shù)據(jù)處理失敗時刻的處理進度。
[ΟΟ??] S150)通知所述其它proxy節(jié)點下的生產(chǎn)線路，根據(jù)復(fù)制的失敗子任務(wù)的處理信息對失敗子任務(wù)進行生產(chǎn)。
[0067]具體地，當控制器檢測到某一個或多個其它proxy節(jié)點完成失敗子任務(wù)的處理信息的復(fù)制后，通知已經(jīng)完成復(fù)制的proxy節(jié)點，使其映射下的正常生產(chǎn)線路，根據(jù)該失敗子任務(wù)的處理信息中的任務(wù)信息和任務(wù)進度信息，從該失敗子任務(wù)的進度處，再次進行生產(chǎn)，直到完成該子任務(wù)。
[0068]進一步地，當proxy數(shù)據(jù)庫回復(fù)之后，控制器將完成視頻任務(wù)回寫到proxy數(shù)據(jù)庫中，并將子任務(wù)寫入冗余表，以便用戶查看，之后停止發(fā)送廣播查詢請求。
[0069]本發(fā)明實施例提供的多媒體任務(wù)處理方法，通過利用廣播查詢機制，找到子任務(wù)與生產(chǎn)線路映射關(guān)系，并根據(jù)該映射關(guān)系，將失敗子任務(wù)從失敗生產(chǎn)線路廣播到正常生產(chǎn)線路上，使其對失敗子任務(wù)進行再次生產(chǎn)。該方法可在proxy入口點的數(shù)據(jù)庫出現(xiàn)故障時，保證多媒體任務(wù)的穩(wěn)定運行，提高proxy的高可用性。
[0070]實施例二
[0071]作為上述實施例一的優(yōu)選方案，與實施例一的不同之處為:
[0072]所述步驟S130可包括如下細化步驟:
[0073]Al)如果接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為失敗生產(chǎn)線路，如果未接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為正常生產(chǎn)線路。
[0074]本實施例中，為了便于確定生產(chǎn)線路的狀態(tài)，控制器可根據(jù)生產(chǎn)線路是否返回多媒體反饋結(jié)果進行判斷。具體地，如果生產(chǎn)線路為失敗生產(chǎn)線路，則對于失敗的多媒體任務(wù)，會返回多媒體任務(wù)反饋結(jié)果;如果生產(chǎn)線路為正常生產(chǎn)線路，則對多媒體任務(wù)進行正常的生產(chǎn)，不會返回多媒體任務(wù)反饋結(jié)果。
[0075]A2)根據(jù)所述多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息確定對應(yīng)的子任務(wù)，并建立子任務(wù)與所述多媒體任務(wù)反饋結(jié)果對應(yīng)的生產(chǎn)線路的映射關(guān)系。
[0076]具體地，子任務(wù)文件ID是子任務(wù)的標識信息，即每個子任務(wù)對應(yīng)一個子任務(wù)文件ID。例如，轉(zhuǎn)碼的子任務(wù)文件ID可以為G003，審核的子任務(wù)文件ID可以為G004。如果反饋結(jié)果中的子任務(wù)文件ID信息為G003，則可以確定該子任務(wù)為轉(zhuǎn)碼;如果反饋結(jié)果中的子任務(wù)文件ID信息為G004，則可以確定該子任務(wù)為審核。
[0077]舉例而言，假設(shè)存在2條失敗生產(chǎn)線路，如果第一條生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID為轉(zhuǎn)碼的子任務(wù)文件ID，則可以確定第一條生產(chǎn)線路運行的子任務(wù)為轉(zhuǎn)碼;如果第二條生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID為審核的子任務(wù)文件ID，則可以確定第二條生產(chǎn)線路運行的子任務(wù)為審核。
[0078]本實施例提供的多媒體任務(wù)處理方法，在上述實施例一所述方法的基礎(chǔ)上，根據(jù)生產(chǎn)線路是否返回多媒體任務(wù)反饋結(jié)果，可快速判斷生產(chǎn)線路的狀態(tài);根據(jù)多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息，可準確建立子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0079]實施例三
[0080]作為上述實施例一的優(yōu)選方案，與實施例一的不同之處為:
[0081 ] 所述方法還包括:
[0082]將所述故障類型及其對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系緩存到proxy入口點的本地緩存中。
[0083]具體地，當判斷proxy入口點的數(shù)據(jù)庫故障為新故障后，控制器向所有生產(chǎn)線路發(fā)送廣播查詢請求，失敗生產(chǎn)線路會返回多媒體任務(wù)反饋結(jié)果，根據(jù)該多媒體任務(wù)反饋結(jié)果獲知對應(yīng)的子任務(wù)與生產(chǎn)線路映射關(guān)系，控制器將該多媒體任務(wù)反饋結(jié)果緩存到proxy入口點的本地緩存中，以作為舊故障；同時，定義將該故障的故障類型(如故障代碼為1000)，將該故障類型以及該故障類型相對應(yīng)的子任務(wù)與生產(chǎn)線路映射關(guān)系一并緩存到本地緩存中，以便于后續(xù)從本地緩存直接調(diào)用。
[0084]在所述步驟SI10之后，所述方法還包括:
[0085]如果所述proxy入口點的本地緩存中已存有所述故障類型，根據(jù)proxy入口點的本地緩存中已存有所述故障類型，獲取與該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0086]具體地，proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，確定該故障的故障代碼，并從proxy入口點的本地緩存中查找是否存有該故障代碼，如果所述proxy入口點的本地緩存中已存有該故障代碼，說明該故障為舊故障，且proxy入口點的本地緩存中已經(jīng)保存了相應(yīng)故障代碼對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。此時，控制器直接從proxy入口點的本地緩存中獲取與該故障代碼對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0087]根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，控制器將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使其它proxy節(jié)點對該失敗的子任務(wù)處理信息進行復(fù)制；之后，控制器通知已完成復(fù)制的proxy節(jié)點下的正常生產(chǎn)線路，從失敗子任務(wù)的進度處，再次進行生產(chǎn)，直到完成該子任務(wù)。
[0088]本實施例提供的多媒體任務(wù)處理方法，在實施例一所述方法的基礎(chǔ)上，通過將新故障緩存到proxy入口點的本地緩存，以為后續(xù)再次出現(xiàn)該故障時，直接從proxy入口點的本地緩存中調(diào)用該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系，無需再啟動廣播查詢機制，既節(jié)省了時間和資源，又提高了數(shù)據(jù)訪問速度，進一步提高了 proxy的高可用性。
[0089]實施例四
[0090]作為上述實施例一或二的優(yōu)選方案，與實施例一或二的不同之處為:
[0091 ]在所述步驟SI 30之后，所述方法還包括:
[0092]停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果。
[0093]具體地，控制器在檢測到proxy入口點的數(shù)據(jù)庫的故障為新故障后，會發(fā)送廣播查詢請求，輪詢所有生產(chǎn)線路。實際上，在廣播查詢請求在發(fā)出后，生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果是需要一定時間的，而且失敗生產(chǎn)線路能否真正返回多媒體任務(wù)反饋結(jié)果也不確定。因此，控制器經(jīng)常會發(fā)出多次廣播查詢請求，輪詢多次生產(chǎn)線路，以保證每條失敗生產(chǎn)線路都能夠返回多媒體任務(wù)反饋結(jié)果，從而準確確定子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0094]但是，多次輪詢生產(chǎn)線路存在一個問題，即會產(chǎn)生大量多余的廣播查詢請求，以及大量多余的多媒體任務(wù)反饋結(jié)果。因此，控制器在建立完成子任務(wù)與生產(chǎn)線路之間的映射關(guān)系后，停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果，以節(jié)省資源和時間，提高數(shù)據(jù)訪問速度。
[0095]實施例五
[0096]作為上述實施例一的優(yōu)選方案，與實施例一的不同之處為:
[0097]在所述步驟SI10之前，所述方法還包括:
[0098]根據(jù)帶權(quán)重的負載均衡roundrobin算法，對多個生產(chǎn)線路進行子任務(wù)分配。
[00"]具體地，現(xiàn)有的round robin算法是一種較為均勾的子任務(wù)分配方法。例如，假設(shè)視頻任務(wù)分為5個子任務(wù)，proxy下有5個proxy節(jié)點，且每個proxy節(jié)點下存在多條生產(chǎn)線路，現(xiàn)有的:round rob in算法會將這5個子任務(wù)均勾分配給5個proxy節(jié)點下的生產(chǎn)線路。
[0100]采用現(xiàn)有的round robin算法分配子任務(wù)時存在一個問題，即控制器發(fā)送廣播查詢請求時，需要輪詢所有proxy節(jié)點下的所有生產(chǎn)線路，廣播查詢請求命中率較低，因此浪費了大量的廣播查詢請求。本實施例采用帶權(quán)重的round robin算法，將子任務(wù)盡量分配給5個proxy節(jié)點中的第一個proxy節(jié)點下的前5個生產(chǎn)線路，當控制器發(fā)送廣播查詢請求時，輪詢前幾條生產(chǎn)線路后，這幾條生產(chǎn)線路就有可能返回多媒體反饋結(jié)果，廣播查詢請求命中率高，節(jié)省了信息資源，提高了廣播查詢的效率。
[0101]優(yōu)選地，控制器在發(fā)送廣播查詢請求時，也可采用帶權(quán)重的roundrobin算法，對最有可能運行子任務(wù)的生產(chǎn)線路(如5個proxy節(jié)點中第一個proxy節(jié)點下的前5個生產(chǎn)線路)發(fā)送廣播查詢請求，可進一步提高廣播查詢的命中率，提高了廣播查詢的效率。
[0102]實施例六
[0103]如圖2所示，為本發(fā)明實施例提供的多媒體任務(wù)處理裝置的結(jié)構(gòu)示意圖，該裝置用于執(zhí)行圖1所示的方法，所述裝置包括:故障類型判斷模塊210、廣播查詢請求發(fā)送模塊220、映射關(guān)系確定模塊230、信息復(fù)制模塊240和子任務(wù)生產(chǎn)模塊250。
[0104]故障類型判斷模塊210，用于當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型；
[0?05]廣播查詢請求發(fā)送模塊220，連接故障類型判斷模塊210，用于如果所述proxy入口點的本地緩存中未存有所述故障類型，向所述proxy入口點映射的所有生產(chǎn)線路發(fā)送廣播查詢請求；
[0106]映射關(guān)系確定模塊230，連接廣播查詢請求發(fā)送模塊220，用于根據(jù)接收到的已查詢生產(chǎn)線路對廣播查詢請求的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系；
[0107]信息復(fù)制模塊240，連接映射關(guān)系確定模塊230，用于根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使所述其它proxy節(jié)點對該失敗子任務(wù)的處理信息進行復(fù)制；[0?08]子任務(wù)生產(chǎn)模塊250，連接信息復(fù)制模塊240，用于通知所述其它proxy節(jié)點下的生產(chǎn)線路，根據(jù)復(fù)制的所述失敗子任務(wù)的處理信息對失敗子任務(wù)進行生產(chǎn)。
[0109]本發(fā)明實施例提供的多媒體任務(wù)處理裝置，通過利用廣播查詢機制，找到子任務(wù)與生產(chǎn)線路映射關(guān)系，并根據(jù)該映射關(guān)系，將失敗子任務(wù)從失敗生產(chǎn)線路廣播到正常生產(chǎn)線路上，使其對失敗子任務(wù)進行再次生產(chǎn)。該方法可在proxy入口點的數(shù)據(jù)庫出現(xiàn)故障時，保證多媒體任務(wù)的穩(wěn)定運行，提高proxy的高可用性。
[0110]實施例七
[0111]作為上述實施例六的優(yōu)選方案，與實施例六的不同之處為:
[0112]所述多媒體任務(wù)反饋結(jié)果包括子任務(wù)文件ID信息，所述映射關(guān)系確定模塊230包括:生產(chǎn)線路判斷單元和映射關(guān)系建立單元(圖中未示出)。
[0113]生產(chǎn)線路判斷單元，用于如果接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為失敗生產(chǎn)線路，如果未接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為正常生產(chǎn)線路；
[0114]映射關(guān)系建立單元，連接生產(chǎn)線路判斷單元，用于根據(jù)所述多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息確定對應(yīng)的子任務(wù)，并建立子任務(wù)與所述多媒體任務(wù)反饋結(jié)果對應(yīng)的生產(chǎn)線路的映射關(guān)系。
[0115]本實施例提供的多媒體任務(wù)處理裝置，在上述實施例六所述裝置的基礎(chǔ)上，根據(jù)生產(chǎn)線路是否返回多媒體任務(wù)反饋結(jié)果，可快速判斷生產(chǎn)線路的狀態(tài);根據(jù)多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息，可準確建立子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0116]實施例八
[0117]作為上述實施例六的優(yōu)選方案，與實施例六的不同之處為:
[0118]所述裝置還包括:緩存模塊和映射關(guān)系獲取模塊(圖中未示出)。
[0119]緩存模塊，用于將所述故障類型及其對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系緩存到proxy入口點的本地緩存中；
[0120]映射關(guān)系獲取模塊，連接緩存模塊，用于如果所述proxy入口點的本地緩存中已存有所述故障類型，根據(jù)proxy入口點的本地緩存中已存有所述故障類型，獲取與該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。
[0121]本實施例提供的多媒體任務(wù)處理裝置，在實施例六所述裝置的基礎(chǔ)上，通過將新故障緩存到proxy入口點的本地緩存，以為后續(xù)再次出現(xiàn)該故障時，直接從proxy入口點的本地緩存中調(diào)用該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系，無需再啟動廣播查詢機制，既節(jié)省了時間和資源，又提高了數(shù)據(jù)訪問速度，進一步提高了 proxy的高可用性。
[0122]實施例九
[0123]作為上述實施例六或七的優(yōu)選方案，與實施例六或七的不同之處為:
[0124]所述裝置還包括:
[0125]廣播查詢請求關(guān)閉模塊(圖中未示出)，用于停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果。
[0126]本實施例提供的多媒體任務(wù)處理裝置，在實施例六所述裝置的基礎(chǔ)上，既節(jié)省資源和時間，又提高數(shù)據(jù)訪問速度。
[0127]實施例十
[0128]作為上述實施例六的優(yōu)選方案，與實施例六的不同之處為:
[0129]所述裝置還包括:
[0130]子任務(wù)分配模塊(圖中未示出)，用于根據(jù)帶權(quán)重的負載均衡roundrobin算法，對多個生產(chǎn)線路進行子任務(wù)分配。
[0131]本發(fā)明實施例提供的多媒體任務(wù)處理裝置，在實施例六所述裝置的基礎(chǔ)上，可提高廣播查詢的命中率和廣播查詢的效率。
[0132]需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。
[0133]本說明書中的各個實施例均采用相關(guān)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。
[0134]以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。
【主權(quán)項】
1.一種多媒體任務(wù)處理方法，其特征在于，所述方法包括: Al、當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型； A2、如果所述proxy入口點的本地緩存中未存有所述故障類型，向所述proxy入口點映射的所有生產(chǎn)線路發(fā)送廣播查詢請求； A3、根據(jù)接收到的已查詢生產(chǎn)線路對廣播查詢請求的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系； A4、根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使所述其它proxy節(jié)點對該失敗子任務(wù)的處理?目息進行復(fù)制； Α5、通知所述其它proxy節(jié)點下的生產(chǎn)線路，根據(jù)復(fù)制的所述失敗子任務(wù)的處理信息對失敗子任務(wù)進行生產(chǎn)。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多媒體任務(wù)反饋結(jié)果包括子任務(wù)文件ID信息，所述步驟A3包括: 如果接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為失敗生產(chǎn)線路，如果未接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為正常生產(chǎn)線路； 根據(jù)所述多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息確定對應(yīng)的子任務(wù)，并建立子任務(wù)與所述多媒體任務(wù)反饋結(jié)果對應(yīng)的生產(chǎn)線路的映射關(guān)系。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 將所述故障類型及其對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系緩存到proxy入口點的本地緩存中； 在所述步驟Al之后，所述方法還包括: 如果所述proxy入口點的本地緩存中已存有所述故障類型，根據(jù)proxy入口點的本地緩存中已存有所述故障類型，獲取與該故障類型對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系。4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在所述步驟A3之后，所述方法還包括: 停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟Al之前，所述方法還包括: 根據(jù)帶權(quán)重的負載均衡round robin算法，對多個生產(chǎn)線路進行子任務(wù)分配。6.一種多媒體任務(wù)處理裝置，其特征在于，所述裝置包括: 故障類型判斷模塊，用于當檢測到proxy入口點的數(shù)據(jù)庫出現(xiàn)故障后，判斷該故障的故障類型，并從proxy入口點的本地緩存中查找是否已存有該故障類型； 廣播查詢請求發(fā)送模塊，用于如果所述proxy入口點的本地緩存中未存有所述故障類型，向所述proxy入口點映射的所有生產(chǎn)線路發(fā)送廣播查詢請求； 映射關(guān)系確定模塊，用于根據(jù)接收到的已查詢生產(chǎn)線路對廣播查詢請求的多媒體任務(wù)反饋結(jié)果確定失敗生產(chǎn)線路以及正常生產(chǎn)線路，并確定子任務(wù)與生產(chǎn)線路的映射關(guān)系；信息復(fù)制模塊，用于根據(jù)子任務(wù)與生產(chǎn)線路的映射關(guān)系，將失敗子任務(wù)的處理信息，從其所在失敗生產(chǎn)線路對應(yīng)的proxy節(jié)點廣播到其它proxy節(jié)點，使所述其它proxy節(jié)點對該失敗子任務(wù)的處理信息進行復(fù)制； 子任務(wù)生產(chǎn)模塊，用于通知所述其它proxy節(jié)點下的生產(chǎn)線路，根據(jù)復(fù)制的所述失敗子任務(wù)的處理信息對失敗子任務(wù)進行生產(chǎn)。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述多媒體任務(wù)反饋結(jié)果包括子任務(wù)文件ID信息，所述映射關(guān)系確定模塊，包括: 生產(chǎn)線路判斷單元，用于如果接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為失敗生產(chǎn)線路，如果未接收到生產(chǎn)線路返回的多媒體任務(wù)反饋結(jié)果，則判斷該生產(chǎn)線路為正常生產(chǎn)線路； 映射關(guān)系建立單元，用于根據(jù)所述多媒體任務(wù)反饋結(jié)果中的子任務(wù)文件ID信息確定對應(yīng)的子任務(wù)，并建立子任務(wù)與所述多媒體任務(wù)反饋結(jié)果對應(yīng)的生產(chǎn)線路的映射關(guān)系。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 緩存模塊，用于將所述故障類型及其對應(yīng)的子任務(wù)與生產(chǎn)線路的映射關(guān)系緩存到proxy入口點的本地緩存中； 映射關(guān)系獲取模塊，用于如果所述proxy入口點的本地緩存中已存有所述故障類型，根據(jù)proxy入口點的本地緩存中已存有所述故障類型，獲取與該故障類型對應(yīng)的子任務(wù)與生廣線路的映射關(guān)系。9.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述裝置還包括: 廣播查詢請求關(guān)閉模塊，用于停止發(fā)送廣播查詢請求，并且停止接收多媒體任務(wù)反饋結(jié)果。10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 子任務(wù)分配模塊，用于根據(jù)帶權(quán)重的負載均衡round robin算法，對多個生產(chǎn)線路進行子任務(wù)分配。
【文檔編號】H04L12/24GK105933131SQ201610513678
【公開日】2016年9月7日
【申請日】2016年6月30日
【發(fā)明人】程海員
【申請人】北京奇藝世紀科技有限公司