[發(fā)明專利]網(wǎng)絡(luò)化多址媒體節(jié)目審片系統(tǒng)

無效

• 申請(qǐng)?zhí)枺?/td>: 201310350177.X
• 申請(qǐng)日: 2013-08-13
• 公開（公告）號(hào): CN104378656A
• 公開（公告）日: 2015-02-25
• 發(fā)明（設(shè)計(jì)）人: 王曉斌
• 申請(qǐng)（專利權(quán)）人: 王曉斌
• 主分類號(hào): H04N21/254
• 分類號(hào): H04N21/254;H04N21/258;H04N21/643
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及廣播電視節(jié)目制作等多媒體信息領(lǐng)域，更具體地，涉及一種網(wǎng)絡(luò)化多址媒體節(jié)目審片系統(tǒng)。

背景技術(shù)

隨著互聯(lián)網(wǎng)技術(shù)的蓬勃發(fā)展，資源共享方式和文件傳輸方式也在日益發(fā)生著巨大的變化。

目前，在計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用環(huán)境下，涉及到媒體節(jié)目審查管理系統(tǒng)的資源共享與文件傳輸?shù)认嚓P(guān)的解決方案中，通常都是使用B/S結(jié)構(gòu)(Browser/Server結(jié)構(gòu)，瀏覽器和服務(wù)器結(jié)構(gòu))來進(jìn)行遠(yuǎn)程訪問，用于共享的資源或需要傳輸?shù)奈募?如，媒體節(jié)目)，其遠(yuǎn)程的上傳及下載一般是通過HTTP(Hypertext?Transfer?Protocol，超文本傳輸協(xié)議)或FTP(File?Transfer?Protocol，文件傳輸協(xié)議)來實(shí)現(xiàn)的。

然而，對(duì)于需要集中管理的媒體節(jié)目審查應(yīng)用來說，尤其是對(duì)于需要存儲(chǔ)或進(jìn)一步制作的媒體節(jié)目而言，其文件本身通常都非常大，且在廣域網(wǎng)絡(luò)環(huán)境下傳輸速度又不是很理想，因此，即使一段幾分鐘的媒體文件文件，往往也需要幾十分鐘，甚至更長(zhǎng)時(shí)間才能傳輸(上傳或下載)完成，這就給實(shí)際的工作造成了極大的不便。

更進(jìn)一步，在很多情況下，由于網(wǎng)絡(luò)狀態(tài)的不穩(wěn)定，也很難保證遠(yuǎn)程網(wǎng)絡(luò)在整個(gè)傳輸?shù)倪^程中一直都保持暢通，而網(wǎng)絡(luò)一旦出現(xiàn)問題中斷了，之前幾十分鐘甚至更長(zhǎng)時(shí)間的工作都前功盡棄。

目前，也有一些第三方的下載軟件可以支持?jǐn)帱c(diǎn)續(xù)傳等功能，但是所述第三方軟件均脫離了系統(tǒng)的權(quán)限管理，從一定程度上來看這就存在很多的安全隱患；同時(shí)，這些第三方軟件大都不能解決網(wǎng)絡(luò)媒體節(jié)目審查環(huán)境下，媒體節(jié)目文件上傳的問題，更不能滿足用戶的某些特殊需求。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明的主要目的在于提供一種網(wǎng)絡(luò)化多址媒體節(jié)目審片系統(tǒng)，能夠解決現(xiàn)有技術(shù)中存在的傳輸時(shí)間較長(zhǎng)、安全性較差等問題。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

一種網(wǎng)絡(luò)化多址媒體節(jié)目審片系統(tǒng)，包括：

節(jié)目審查端模塊，用于通過用戶名和密碼遠(yuǎn)程登錄服務(wù)器端模塊，向所述服務(wù)器端模塊發(fā)送上傳請(qǐng)求或下載請(qǐng)求，且進(jìn)行媒體節(jié)目文件的上傳操作或下載操作；

數(shù)據(jù)庫(kù)管理模塊，用于基于用戶級(jí)別和媒體節(jié)目文件類別設(shè)置并管理用戶權(quán)限，其中，所述用戶級(jí)別與所述用戶名具有對(duì)應(yīng)關(guān)系；

所述服務(wù)器端模塊，用于在接收到所述節(jié)目審查端模塊發(fā)送的上傳請(qǐng)求或下載請(qǐng)求后，基于所述用戶權(quán)限，接收所述節(jié)目審查端模塊上傳的媒體節(jié)目文件或向所述節(jié)目審查端模塊發(fā)送媒體節(jié)目文件；

媒體節(jié)目文件存儲(chǔ)模塊，用于存儲(chǔ)所述服務(wù)器端模塊接收到的媒體節(jié)目文件。

優(yōu)選地，所述節(jié)目審查端模塊包括：

下載請(qǐng)求生成單元，用于基于用戶權(quán)限，在所述存儲(chǔ)模塊中檢索要下載的文件，形成檢索結(jié)果列表，并依據(jù)所述檢索結(jié)果列表生成下載請(qǐng)求；

查詢單元，用于查詢所述服務(wù)器端模塊中是否已導(dǎo)入所述要下載的文件；

斷點(diǎn)續(xù)傳單元，用于當(dāng)出現(xiàn)上傳中斷或下載中斷的情況后，自動(dòng)連接服務(wù)器端模塊，如果連接成功，將繼續(xù)進(jìn)行上傳操作或下載操作。

優(yōu)選地，當(dāng)向所述服務(wù)器端模塊發(fā)送上傳請(qǐng)求時(shí)，被上傳文件的相關(guān)信息將被錄入，在進(jìn)行媒體節(jié)目文件的上傳操作時(shí)，所述相關(guān)信息也將被同時(shí)上傳，上傳操作完成后，所述相關(guān)信息也將被存儲(chǔ)于所述存儲(chǔ)模塊中，其中，所述相關(guān)信息包括：上傳文件的名稱、上傳文件的內(nèi)容、上傳文件的大小、上傳文件的格式。

本發(fā)明的技術(shù)效果：

本發(fā)明通過引入數(shù)據(jù)庫(kù)管理模塊，實(shí)現(xiàn)了媒體節(jié)目文件上傳和下載的權(quán)限管理，保證了媒體節(jié)目文件的安全性；同時(shí)，因?yàn)樵谏蟼鞑僮鬟^程中，被上傳文件的相關(guān)信息可以被錄入并上傳，這樣對(duì)媒體節(jié)目文件的后續(xù)管理提供了極大便利；

由于本發(fā)明的系統(tǒng)還支持?jǐn)帱c(diǎn)續(xù)傳的功能，所以在出現(xiàn)任何傳輸中斷的情況時(shí)，系統(tǒng)都將自動(dòng)進(jìn)行服務(wù)器端模塊的連接，如果連接成功，文件上傳操作或下載操作將繼續(xù)進(jìn)行，這樣就可以在很大程度上提高媒體節(jié)目文件的傳輸效率。

附圖說明

此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中：

圖1示出了根據(jù)本發(fā)明的實(shí)施例的網(wǎng)絡(luò)化多址媒體節(jié)目審片系統(tǒng)的結(jié)構(gòu)示意圖；

圖2示出了根據(jù)本發(fā)明的另一實(shí)施例的網(wǎng)絡(luò)化多址媒體節(jié)目審片系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將參考附圖并結(jié)合實(shí)施例，來詳細(xì)說明本發(fā)明。