欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種監(jiān)控流媒體文件傳輸?shù)姆椒ā⒀b置及系統(tǒng)的制作方法

文檔序號(hào):10515455閱讀:500來源:國知局
一種監(jiān)控流媒體文件傳輸?shù)姆椒?、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種監(jiān)控流媒體文件傳輸?shù)姆椒?、裝置及系統(tǒng),涉及電通信技術(shù)領(lǐng)域,為解決不能監(jiān)控流媒體文件傳輸過程的問題而發(fā)明。本發(fā)明的方法包括:采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài);將所述監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出所述日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。本發(fā)明主要應(yīng)用于監(jiān)控流媒體文件傳輸?shù)倪^程中。
【專利說明】
一種監(jiān)控流媒體文件傳輸?shù)姆椒?、裝置及系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明實(shí)施例涉及電通信技術(shù)領(lǐng)域,尤其涉及一種監(jiān)控流媒體文件傳輸?shù)姆椒ā⒀b置及系統(tǒng)。
【背景技術(shù)】
[0002]流媒體是指采用流式傳輸?shù)姆绞皆诰W(wǎng)絡(luò)播放的媒體格式,其特點(diǎn)是在傳輸文件的同時(shí)能夠進(jìn)行文件播放,即媒體提供方在網(wǎng)絡(luò)上傳輸媒體的“同時(shí)”,用戶不斷地接收并觀看或收聽。通過流媒體服務(wù)器把流媒體文件當(dāng)成數(shù)據(jù)包發(fā)出,傳送到網(wǎng)絡(luò)上,用戶通過解壓設(shè)備對(duì)這些數(shù)據(jù)進(jìn)行解壓后,流媒體文件就會(huì)像發(fā)送前那樣顯示出來。
[0003]流式媒體文件在播放前并不下載整個(gè)文件,只將開始部分內(nèi)容存入內(nèi)存,流式媒體文件的數(shù)據(jù)流隨時(shí)傳送隨時(shí)播放,不必等到整個(gè)文件全部下載完畢,而只需經(jīng)過幾秒或十?dāng)?shù)秒的啟動(dòng)延時(shí)即可進(jìn)行觀看。
[0004]在流媒體文件播放的過程中,由于網(wǎng)絡(luò)不穩(wěn)定,可能丟失部分?jǐn)?shù)據(jù),造成流媒體文件在播放中存在缺陷。目前,現(xiàn)有技術(shù)沒有對(duì)流媒體傳輸過程進(jìn)行監(jiān)控的機(jī)制,無法保證流媒體文件的播放質(zhì)量。

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

[0005]本發(fā)明提供了一種監(jiān)控流媒體文件傳輸?shù)姆椒ā⒀b置及系統(tǒng),能夠解決不能監(jiān)控流媒體文件傳輸過程的問題。
[0006]為了解決上述問題,一方面,本發(fā)明提供了一種監(jiān)控流媒體文件傳輸?shù)姆椒?,該方法包?
[0007]采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài);
[0008]將所述監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出所述日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0009]另一方面,本發(fā)明提供了一種監(jiān)控流媒體文件傳輸?shù)难b置,該裝置包括:
[0010]采集單元,用于采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài);
[0011]發(fā)送單元,用于將所述采集單元采集的監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出所述日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0012]再一方面,本發(fā)明提供了一種監(jiān)控流媒體文件傳輸?shù)南到y(tǒng),該系統(tǒng)包括客戶端、月艮務(wù)器端,日志中心和控制中心;
[0013]所述客戶端,用于上傳流媒體文件;
[0014]所述服務(wù)器端,用于采集傳輸流媒體文件的監(jiān)控?cái)?shù)據(jù);
[0015]所述日志中心,用于統(tǒng)計(jì)采集到的監(jiān)控?cái)?shù)據(jù);
[0016]所述控制中心,用于輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0017]本發(fā)明提供的監(jiān)控流媒體文件傳輸?shù)姆椒?、裝置及系統(tǒng),能夠采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,反映流媒體文件的數(shù)據(jù)傳輸狀態(tài)。將監(jiān)控?cái)?shù)據(jù)發(fā)送給日志中心,控制中心輸出日志中心統(tǒng)計(jì)監(jiān)控?cái)?shù)據(jù)。與現(xiàn)有技術(shù)相比,本發(fā)明能夠在流媒體文件傳輸?shù)倪^程中,監(jiān)控流媒體文件數(shù)據(jù)的傳輸,實(shí)時(shí)地監(jiān)控并記錄流媒體文件的數(shù)據(jù)傳輸狀態(tài)。
【附圖說明】
[0018]為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動(dòng)的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
[0019]圖1為本發(fā)明實(shí)施例提供的第一種監(jiān)控流媒體文件傳輸?shù)姆椒鞒虉D;
[0020]圖2為本發(fā)明實(shí)施例提供的第二種監(jiān)控流媒體文件傳輸?shù)姆椒鞒虉D;
[0021 ]圖3為本發(fā)明實(shí)施例提供的第三種監(jiān)控流媒體文件傳輸?shù)姆椒鞒虉D;
[0022]圖4為本發(fā)明實(shí)施例提供的第四種監(jiān)控流媒體文件傳輸?shù)姆椒鞒虉D;
[0023]圖5為本發(fā)明實(shí)施例提供的一種監(jiān)控流媒體文件傳輸?shù)难b置組成框圖;
[0024]圖6為本發(fā)明實(shí)施例提供的另一種監(jiān)控流媒體文件傳輸?shù)难b置組成框圖;
[0025]圖7為本發(fā)明實(shí)施例提供的一種監(jiān)控流媒體文件傳輸?shù)南到y(tǒng)框圖;
[0026]圖8為本發(fā)明實(shí)施例提供的一種監(jiān)控流媒體文件傳輸?shù)难b置結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0027]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。
[0028]為了監(jiān)控流媒體文件傳輸過程,本發(fā)明實(shí)施例提供了一種監(jiān)控流媒體文件傳輸?shù)姆椒ǎ鐖D1所示,該方法包括:
[0029]101、采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0030]流媒體,是指采用流式傳輸?shù)姆绞皆诨ヂ?lián)網(wǎng)上播放的模式。在流式傳輸時(shí),聲音、影像或動(dòng)畫等多媒體信息,實(shí)時(shí)傳送,首先在使用者端的電腦上創(chuàng)建一個(gè)緩沖區(qū),在播放前預(yù)先下載一段資料作為緩沖,用戶只需經(jīng)過秒或十幾秒的啟動(dòng)延時(shí)即可進(jìn)行觀看。在播放時(shí),在后臺(tái)從服務(wù)器內(nèi)繼續(xù)下載文件的剩余部分。流媒體文件是指具有流媒體文件格式的文件,常見的流媒體文件格式的擴(kuò)展名包括asf、rm、ra、rp、swf等,在本實(shí)施例中對(duì)流媒體文件的文件格式不做限定。
[0031]在流媒體文件的傳輸過程中,需要對(duì)流媒體文件做拆分成帶有標(biāo)識(shí)信息的數(shù)據(jù)幀,以保證流媒體文件能通過通信線路傳輸。在本實(shí)施例中,對(duì)數(shù)據(jù)幀的拆分方法不做限定,對(duì)數(shù)據(jù)幀數(shù)量的多少也不做限定。數(shù)據(jù)幀,以二進(jìn)制代碼的形式記錄文件信息。數(shù)據(jù)幀中還包括數(shù)據(jù)幀在流媒體文件中位置信息,校驗(yàn)信息,數(shù)據(jù)幀對(duì)應(yīng)的流媒體文件的格式信息,是否為關(guān)鍵幀信息等。在本實(shí)施例中,對(duì)數(shù)據(jù)幀中除流媒體文件信息之外包括其他的信息內(nèi)容不做限定。
[0032]流媒體文件傳輸?shù)倪^程,是不斷傳遞數(shù)據(jù)幀的過程。監(jiān)控流媒體文件傳輸過程,SP為監(jiān)控流媒體拆分的數(shù)據(jù)幀的傳輸過程。監(jiān)控?cái)?shù)據(jù),是在流媒體文件傳輸?shù)倪^程中產(chǎn)生的,是對(duì)數(shù)據(jù)幀攜帶信息監(jiān)控產(chǎn)生的。監(jiān)控?cái)?shù)據(jù)包括客戶端IP( internet protocol,網(wǎng)絡(luò)互連協(xié)議)、服務(wù)器IP、流IDGdentificat1n,身份)、數(shù)據(jù)幀在流媒體文件的位置、數(shù)據(jù)幀的發(fā)送是否出錯(cuò)、數(shù)據(jù)幀對(duì)應(yīng)的流媒體文件格式信息、數(shù)據(jù)幀是否為關(guān)鍵幀等,可以由二進(jìn)制數(shù)據(jù)、英文字符串、漢語等方式記錄信息。在本實(shí)施例中,對(duì)監(jiān)控?cái)?shù)據(jù)的信息內(nèi)容不做限定。在本實(shí)施例中,對(duì)監(jiān)控?cái)?shù)據(jù)記錄數(shù)據(jù)形式不做限定。
[0033]在數(shù)據(jù)幀的傳輸過程中,定時(shí)地采集監(jiān)控?cái)?shù)據(jù),并記錄監(jiān)控?cái)?shù)據(jù)。監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài)。監(jiān)控?cái)?shù)據(jù)是對(duì)流媒體文件傳輸?shù)谋O(jiān)控,上傳流媒體文件的用戶和觀看流媒體文件的用戶,都需要有流媒體文件的傳輸,都需要進(jìn)行監(jiān)控。在本實(shí)施例中,對(duì)與傳輸流媒體文件相關(guān)的用戶數(shù)量不做限定。
[0034]102、將監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0035]將流媒體服務(wù)器采集的監(jiān)控?cái)?shù)據(jù)信息發(fā)送至日志中心。流媒體文件通過流媒體服務(wù)器實(shí)現(xiàn)傳輸?shù)膶?shí)時(shí)性。流媒體服務(wù)器,根據(jù)文件傳輸過程的采用傳輸協(xié)議不同,分為不同類型。示例性的,若采用RTMP(real time messaging protocol,實(shí)時(shí)消息傳輸協(xié)議)傳輸協(xié)議,則使用CRTMPSEVER服務(wù)器。若采用HLS(http live streaming,基于超文本鏈接協(xié)議的流媒體直播)傳輸協(xié)議,則使用NGINX服務(wù)器。相同的傳輸協(xié)議,包括多個(gè)類型的服務(wù)器。在本實(shí)施例中,對(duì)服務(wù)器的具體類型不做限定。
[0036]日志中心接收監(jiān)控?cái)?shù)據(jù),并對(duì)監(jiān)控?cái)?shù)據(jù)做統(tǒng)計(jì)。在監(jiān)控?cái)?shù)據(jù)中,選擇相同客戶端IP的監(jiān)控?cái)?shù)據(jù),分析該客戶端的流媒體文件傳輸情況;選擇相同的服務(wù)器IP,分析該服務(wù)器的流媒體文件傳輸情況;選擇相同的流媒體文件,即相同的流ID,分析該流媒體文件是否完整。在本實(shí)施例中,對(duì)日志中心統(tǒng)計(jì)監(jiān)控?cái)?shù)據(jù)的統(tǒng)計(jì)方法不做限定。
[0037]控制中心輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù),以便用戶查看監(jiān)控?cái)?shù)據(jù)信息??刂浦行妮敵鰯?shù)據(jù)的方式,可能是曲線圖、數(shù)據(jù)表,或文字信息,在本實(shí)施例中,對(duì)輸出數(shù)據(jù)的方式不做限定。
[0038]本發(fā)明實(shí)施例提供的監(jiān)控流媒體文件傳輸?shù)姆椒ǎ軌虿杉瘋鬏斄髅襟w文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,反映流媒體文件的數(shù)據(jù)傳輸狀態(tài)。將監(jiān)控?cái)?shù)據(jù)發(fā)送給日志中心,控制中心輸出日志中心統(tǒng)計(jì)監(jiān)控?cái)?shù)據(jù)。與現(xiàn)有技術(shù)相比,本發(fā)明實(shí)施例能夠在流媒體文件傳輸?shù)倪^程中,監(jiān)控流媒體文件數(shù)據(jù)的傳輸,實(shí)時(shí)地監(jiān)控并記錄流媒體文件的數(shù)據(jù)傳輸狀態(tài)。
[0039]進(jìn)一步的,作為圖1所示方法的細(xì)化,本發(fā)明實(shí)施例還提供了另一種監(jiān)控流媒體文件傳輸?shù)姆椒?,如圖2所示,該方法包括:
[0040]201、采集流媒體文件上傳過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0041]流媒體,是流媒體文件提供方上傳流媒體文件的“同時(shí)”,觀看者可以觀看同步的流媒體文件。上傳流媒體文件,是流媒體文件傳輸過程中的一部分,是流媒體文件的來源,需要采集流媒體文件上傳過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0042]在客戶端上傳流媒體文件時(shí),采集客戶端的監(jiān)控?cái)?shù)據(jù),客戶端的監(jiān)控?cái)?shù)據(jù)包括上傳速率、客戶端互聯(lián)網(wǎng)協(xié)議地址IP、服務(wù)器IP、流ID及丟幀次數(shù)。上傳速率,是指流媒體文件在上傳過程中單位時(shí)間內(nèi)的速度,通常速率單位為KB/秒,或者KB/分。在本實(shí)施例中,對(duì)上傳速率的單位不做限定??蛻舳薎P和服務(wù)器IP,是指客戶端或服務(wù)器的地址信息,可以對(duì)應(yīng)地址信息查找對(duì)應(yīng)的實(shí)際的地理位置。流ID,是指對(duì)流媒體文件的編碼,一個(gè)流ID代表一個(gè)流媒體文件。流ID的編碼,可能是根據(jù)一定的編碼規(guī)則編寫的,也可能是隨機(jī)產(chǎn)生的。流ID的編碼,可能是由數(shù)字組成的,可能由字母組成的,也可能有數(shù)字和字母共同組成的。在本實(shí)施例中,對(duì)流ID的編碼方式不做限定,對(duì)流ID的編碼組成不做限定。
[0043]在流媒體文件上傳過程中,將流媒體文件分為多個(gè)數(shù)據(jù)幀,一幀一幀的傳輸。由于網(wǎng)絡(luò)狀況、傳輸路徑、服務(wù)器性能等影響,在數(shù)據(jù)幀的傳輸過程中可能會(huì)出現(xiàn)丟幀現(xiàn)象。根據(jù)數(shù)據(jù)幀的包含的標(biāo)識(shí)信息,可能確定是否有丟幀,對(duì)整個(gè)流媒體文件,什么位置丟幀,丟了多少幀。
[0044]在流媒體文件上傳的過程中,通過流媒體平臺(tái)的采集上傳信息的配置文件,定時(shí)地監(jiān)控?cái)?shù)據(jù)發(fā)送給服務(wù)器。在監(jiān)控?cái)?shù)據(jù)中記錄上傳速率、客戶端互聯(lián)網(wǎng)協(xié)議地址IP、服務(wù)器IP、流ID及丟幀次數(shù)。
[0045]在接收到客戶端上傳的流媒體文件時(shí),判斷是否有關(guān)鍵幀。關(guān)鍵幀,即為多媒體文件中的關(guān)鍵信息。關(guān)鍵幀,是在流媒體文件拆分時(shí)確定的,可以是流媒體文件中關(guān)鍵部分,或攜帶流媒體文件的關(guān)鍵信息,也可以間隔一定數(shù)量的數(shù)據(jù)幀定義一個(gè)關(guān)鍵幀。若在一定的時(shí)間間隔內(nèi),沒有關(guān)鍵幀,說明在流媒體文件傳輸過程中,丟失關(guān)鍵幀,客戶端上傳的流媒體文件是不完整的,存在播放缺陷。示例性的,流媒體文件是一個(gè)視頻文件,這個(gè)視頻是一個(gè)教學(xué)視頻,一個(gè)視頻畫面中為教學(xué)過程中書寫的板書。將這個(gè)畫面分成兩個(gè)數(shù)據(jù)幀,一個(gè)為畫面的背景信息,一個(gè)為畫面的文字信息,很顯然文字信息為該畫面的關(guān)鍵內(nèi)容,所以將文字信息定義為關(guān)鍵幀。在本實(shí)施例中,對(duì)關(guān)鍵幀的確定方式不做限定。
[0046]采集流媒體文件上傳過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),以日志的形式記錄,以便對(duì)監(jiān)控?cái)?shù)據(jù)的進(jìn)一步處理。
[0047]202、將監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0048]控制中心除了輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)外,還可以對(duì)服務(wù)器發(fā)出指令。
[0049]在流媒體文件上傳的過程中,若丟幀次數(shù)大于第一預(yù)設(shè)值,則接收控制中心發(fā)送地?cái)嗔髦噶?停止接收客戶端上傳的流媒體文件;將斷流原因發(fā)送給客戶端。第一預(yù)設(shè)值,是指允許丟幀的最大次數(shù),若丟幀次數(shù)超出預(yù)設(shè)值,會(huì)造成流媒體文件的信息缺失,不能保證流媒體文件能流暢的播放。在本實(shí)施例中,對(duì)第一預(yù)設(shè)值的大小不做限定。若流媒體文件不能流暢播放,流媒體文件提供方繼續(xù)上傳,則失去了上傳流媒體文件的意義,而且會(huì)造成網(wǎng)絡(luò)資源的浪費(fèi)。所以控制中心給流媒體服務(wù)器發(fā)送斷流指令,流媒體服務(wù)器停止接收流媒體文件提供方的客戶端上傳的流媒體文件,并將斷流原因發(fā)送給流媒體文件提供方的客戶端。
[0050]在流體文件上傳的過程中,若接收關(guān)鍵幀的間隔時(shí)長大于第二預(yù)設(shè)值,則接收控制中心發(fā)送的斷流指令;停止接收客戶端上傳的流媒體文件;將斷流原因發(fā)送給客戶端。關(guān)鍵幀中含有流媒體文件中的關(guān)鍵信息,若關(guān)鍵幀缺失,直接導(dǎo)致播放質(zhì)量的降低,若第二預(yù)設(shè)值的時(shí)間間隔內(nèi),都沒有關(guān)鍵幀,則可能導(dǎo)致流媒體文件的播放缺陷。播放缺陷,包括播放文件部分時(shí)段播放畫面的缺失,部分音頻的缺失等,在本實(shí)施例中,對(duì)播放缺陷的類型不做限定。第二預(yù)設(shè)值,是一段固定的時(shí)長,也可以做動(dòng)態(tài)調(diào)整,在本實(shí)施例中,對(duì)第二預(yù)設(shè)值的大小不做限定,對(duì)第二預(yù)設(shè)值的設(shè)置方法也不做限定。
[0051 ]通過控制中心,對(duì)監(jiān)控?cái)?shù)據(jù)的展示,與對(duì)流媒體服務(wù)器的控制,實(shí)現(xiàn)對(duì)流媒體文件傳輸?shù)谋O(jiān)控。
[0052]進(jìn)一步的,作為圖1所示方法的細(xì)化,本發(fā)明實(shí)施例還提供了另一種監(jiān)控流媒體文件傳輸?shù)姆椒?,如圖3所示,該方法包括:
[0053]301、采集實(shí)時(shí)消息傳輸協(xié)議RTMP流媒體服務(wù)器分發(fā)流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0054]流媒體,是流媒體文件提供方上傳流媒體文件的“同時(shí)”,觀看者可以觀看同步的流媒體文件。由流媒體服務(wù)器分發(fā)流媒體文件,觀看者才能觀看同步的流媒體文件。若通過RTMP流媒體服務(wù)器分發(fā)流媒體文件,則需要采集實(shí)時(shí)消息傳輸協(xié)議RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù)包括客戶端IP、服務(wù)器端IP、流ID及丟幀標(biāo)識(shí)位。對(duì)于客戶端IP、服務(wù)器端IP、以及流ID,與步驟201中的描述相同,這里不再贅述。
[0055]丟幀標(biāo)識(shí)位,標(biāo)記在流媒體文件分發(fā)過程中是否丟幀。若RTMP流媒體服務(wù)器的緩沖寄存器中的數(shù)據(jù)量大于預(yù)設(shè)閾值,則根據(jù)預(yù)設(shè)丟棄策略丟棄緩沖寄存器中的數(shù)據(jù)幀;在丟幀標(biāo)識(shí)位記錄丟幀標(biāo)識(shí),所述丟幀標(biāo)識(shí)表示在分發(fā)流媒體文件過程中RTMP流媒體服務(wù)器丟棄數(shù)據(jù)幀。這樣的丟幀方式與步驟201中的丟幀不同,在本步驟中的丟幀為主動(dòng)丟幀。月艮務(wù)器在一定的限定條件下,主動(dòng)地丟棄數(shù)據(jù)幀。
[0056]在流媒體文件的傳輸過程中,從流媒體文件的提供方,到流媒體文件的觀看方之間,通常需要多臺(tái)服務(wù)器進(jìn)行流媒體文件的傳輸,至少要通過一臺(tái)服務(wù)器進(jìn)行流媒體文件的傳輸。所以主動(dòng)地丟幀方式,存在于服務(wù)器與服務(wù)器之間,也存在于服務(wù)器與客戶端之間。
[0057]流媒體文件的分發(fā)過程中,先將數(shù)據(jù)幀存放在RTMP流媒體服務(wù)器的緩沖寄存器中,之后再發(fā)送給下一個(gè)流媒體文件數(shù)據(jù)幀的接收方,若下一個(gè)接收方的網(wǎng)絡(luò)傳輸速度較慢,則緩沖寄存器中的數(shù)據(jù)量不斷增加。若緩沖寄存器中的數(shù)據(jù)量大于預(yù)設(shè)閾值,根據(jù)預(yù)設(shè)的丟棄策略丟棄緩沖寄存器中的數(shù)據(jù)幀。預(yù)設(shè)閾值是預(yù)先設(shè)置的,在本實(shí)施例中,對(duì)預(yù)設(shè)閾值的大小不做限定。對(duì)于丟棄策略,可以將緩沖寄存器中的數(shù)據(jù)幀全部丟掉,也可以丟掉部分?jǐn)?shù)據(jù),在本實(shí)施例中,對(duì)丟棄策略不做限定。
[0058]在丟棄數(shù)據(jù)幀后,在丟幀標(biāo)識(shí)位記錄丟幀標(biāo)識(shí),表示丟棄數(shù)據(jù)幀。
[0059]采集實(shí)時(shí)消息傳輸協(xié)議RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),以日志的形式記錄,以便對(duì)監(jiān)控?cái)?shù)據(jù)的進(jìn)一步處理。
[0060]302、將監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。[0061 ]通過控制中心,對(duì)監(jiān)控?cái)?shù)據(jù)的展示,實(shí)現(xiàn)對(duì)流媒體文件傳輸?shù)谋O(jiān)控。
[0062]進(jìn)一步的,作為圖1所示方法的細(xì)化,本發(fā)明實(shí)施例還提供了另一種監(jiān)控流媒體文件傳輸?shù)姆椒?,如圖4所示,該方法包括:
[0063]401、采集基于超文本鏈接協(xié)議的流媒體直播HLS流媒體服務(wù)器分發(fā)流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0064]若采用HLS流媒體服務(wù)器分發(fā)流媒體文件,則采集基于超文本鏈接協(xié)議的流媒體直播HLS流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),HLS流媒體服務(wù)器的分發(fā)數(shù)據(jù)信息包括客戶端IP、服務(wù)器IP、流ID、帶寬、慢速次數(shù)及快速次數(shù)。對(duì)于客戶端IP、服務(wù)器端IP、以及流ID,與步驟201中的描述相同,這里不再贅述。帶寬是指單位時(shí)間內(nèi)從網(wǎng)絡(luò)中的某一點(diǎn)到另一點(diǎn)所能通過的“最高數(shù)據(jù)率”,即每秒多少比特。帶寬用來標(biāo)識(shí)信號(hào)傳輸?shù)臄?shù)據(jù)傳輸能力,標(biāo)識(shí)單位時(shí)間內(nèi)通過鏈路的數(shù)量,標(biāo)識(shí)顯示器的顯示能力。
[0065]在HLS流媒體文件分發(fā)過程中,將流媒體文件分為多個(gè)流媒體子塊。流媒體文件是以固定的播放時(shí)長作為切分的標(biāo)準(zhǔn),從流媒體文件開始播放,一個(gè)固定的播放時(shí)長,劃分為一個(gè)流媒體字塊,按照流媒體文件的播放時(shí)序,順次將流媒體文件劃分為多個(gè)流媒體子塊。在本實(shí)施例中,對(duì)切分標(biāo)準(zhǔn)的固定的播放時(shí)長不做限定。在流媒體文件傳輸時(shí),若單個(gè)流媒體子塊的下載時(shí)長大于第一預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為慢速,記錄慢速次數(shù);若單個(gè)流媒體子塊的下載時(shí)長小于第二預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為快速,記錄快速次數(shù)。
[0066]采集HLS流媒體服務(wù)器分發(fā)流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),以日志的形式記錄,以便對(duì)監(jiān)控?cái)?shù)據(jù)的進(jìn)一步處理。
[0067]402、將監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0068]通過控制中心,對(duì)監(jiān)控?cái)?shù)據(jù)的展示,實(shí)現(xiàn)對(duì)流媒體文件傳輸?shù)谋O(jiān)控。
[0069]進(jìn)一步的,作為圖1至圖4中任意一圖所示方法的實(shí)現(xiàn),本發(fā)明另一實(shí)施例還提供了一種監(jiān)控流媒體文件傳輸?shù)难b置。本裝置實(shí)施例與前述方法實(shí)施例對(duì)應(yīng),能夠?qū)崿F(xiàn)前述方法實(shí)施例中的全部內(nèi)容。為便于閱讀,本裝置實(shí)施例僅對(duì)前述方法實(shí)施例中的內(nèi)容進(jìn)行概要性描述,不對(duì)方法實(shí)施例中的細(xì)節(jié)內(nèi)容進(jìn)行逐一贅述。如圖5所示,該裝置包括:采集單元51和發(fā)送單元52。其中,
[0070]采集單元51,用于采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài);
[0071 ]發(fā)送單元52,用于將采集單元51采集的監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0072I進(jìn)一步的,如圖6所示,采集單元51,包括:
[0073]上傳采集模塊511,用于采集流媒體文件上傳過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0074]進(jìn)一步的,如圖6所示,上傳采集模塊511,用于在客戶端上傳流媒體文件時(shí),采集客戶端的監(jiān)控?cái)?shù)據(jù),客戶端的監(jiān)控?cái)?shù)據(jù)包括上傳速率、客戶端互聯(lián)網(wǎng)協(xié)議地址IP、服務(wù)器IP、流ID及丟幀次數(shù)。
[0075]進(jìn)一步的,如圖6所示,該裝置進(jìn)一步包括:
[0076]第一接收單元53,用于若上傳采集模塊511采集地丟幀次數(shù)大于第一預(yù)設(shè)值,則接收控制中心發(fā)送地?cái)嗔髦噶睿?br>[0077]第一停止單元54,用于根據(jù)第一接收單元53接收到的斷流指令,停止接收客戶端上傳的流媒體文件;
[0078]發(fā)送單元52,用于將第一停止單元54停止接收的斷流原因發(fā)送給客戶端。
[0079]進(jìn)一步的,如圖6所示,上傳采集模塊511,用于在接收到客戶端上傳的流媒體文件時(shí),判斷是否有關(guān)鍵幀。
[0080]進(jìn)一步的,如圖6所示,該裝置進(jìn)一步包括:
[0081]第二接收單元55,用于若接收上傳采集模塊511接收到的關(guān)鍵幀的間隔時(shí)長大于第二預(yù)設(shè)值,則接收控制中心發(fā)送的斷流指令;
[0082]第二停止單元56,用于根據(jù)第二接收單元55接收到的斷流指令,停止接收客戶端上傳的流媒體文件;
[0083]發(fā)送單元52,用于將第二停止單元56停止接收的斷流原因發(fā)送給客戶端。
[0084I進(jìn)一步的,如圖6所示,采集單元51,包括:
[0085]分發(fā)采集模塊512,用于采集流媒體文件分發(fā)過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù)。
[0086]進(jìn)一步的,如圖6所示,分發(fā)采集模塊512,用于采集實(shí)時(shí)消息傳輸協(xié)議RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù)包括客戶端IP、服務(wù)器端IP、流ID及丟幀標(biāo)識(shí)位。
[0087]進(jìn)一步的,如圖6所示,分發(fā)采集模塊512,包括:
[0088]丟棄子模塊5121,用于若RTMP流媒體服務(wù)器的緩沖寄存器中的數(shù)據(jù)量大于預(yù)設(shè)閾值,則根據(jù)預(yù)設(shè)丟棄策略丟棄緩沖寄存器中的數(shù)據(jù)幀;
[0089]第一記錄子模塊5122,用于若丟棄子模塊5121丟棄數(shù)據(jù)幀,則在丟幀標(biāo)識(shí)位記錄丟幀標(biāo)識(shí),丟幀標(biāo)識(shí)表示在分發(fā)流媒體文件過程中RTMP流媒體服務(wù)器丟棄數(shù)據(jù)幀。
[0090]進(jìn)一步的,如圖6所示,分發(fā)采集模塊512,用于采集基于超文本鏈接協(xié)議的流媒體直播HLS流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),HLS流媒體服務(wù)器的分發(fā)數(shù)據(jù)信息包括客戶端IP、服務(wù)器IP、流ID、帶寬、慢速次數(shù)及快速次數(shù)。
[0091 ]進(jìn)一步的,如圖6所示,分發(fā)采集模塊512,包括:
[0092]切分子模塊5123,用于在HLS流媒體服務(wù)器分發(fā)流媒體文件過程中,將流媒體文件分為多個(gè)流媒體子塊;
[0093]第二記錄子模塊5124,用于若切分子模塊5123切分的單個(gè)流媒體子塊的下載時(shí)長大于第一預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為慢速,記錄慢速次數(shù);
[0094]第二記錄子模塊5124,用于若切分子模塊5123切分的單個(gè)流媒體子塊的下載時(shí)長小于第二預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為快速,記錄快速次數(shù)。
[0095]進(jìn)一步的,作為對(duì)圖1至圖4中任意一圖所示方法的實(shí)現(xiàn),本發(fā)明另一實(shí)施例還提供了一種監(jiān)控流媒體文件傳輸?shù)南到y(tǒng)。本系統(tǒng)實(shí)施例與前述方法實(shí)施例對(duì)應(yīng),能夠?qū)崿F(xiàn)前述方法實(shí)施例中的全部內(nèi)容。為便于閱讀,本系統(tǒng)實(shí)施例僅對(duì)前述方法實(shí)施例中的內(nèi)容進(jìn)行概要性描述,不對(duì)方法實(shí)施例中的細(xì)節(jié)內(nèi)容進(jìn)行逐一贅述。如圖7所示,該系統(tǒng)包括:客戶端71、服務(wù)器端72,日志中心73和控制中心74。具體的:
[0096]客戶端71,用于上傳流媒體文件;
[0097]服務(wù)器端72,用于采集傳輸客戶端71上傳流媒體文件的監(jiān)控?cái)?shù)據(jù);
[0098]日志中心73,用于統(tǒng)計(jì)服務(wù)器端72采集到的監(jiān)控?cái)?shù)據(jù);
[0099]控制中心74,用于輸出日志中心73統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0100]本發(fā)明實(shí)施例提供的監(jiān)控流媒體文件傳輸?shù)难b置及系統(tǒng),能夠采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,反映流媒體文件的數(shù)據(jù)傳輸狀態(tài)。將監(jiān)控?cái)?shù)據(jù)發(fā)送給日志中心,控制中心輸出日志中心統(tǒng)計(jì)監(jiān)控?cái)?shù)據(jù)。與現(xiàn)有技術(shù)相比,本發(fā)明實(shí)施例能夠在流媒體文件傳輸?shù)倪^程中,監(jiān)控流媒體文件數(shù)據(jù)的傳輸,實(shí)時(shí)地監(jiān)控并記錄流媒體文件的數(shù)據(jù)傳輸狀態(tài)。
[0101]需要說明的是,針對(duì)上述監(jiān)控流媒體文件傳輸?shù)难b置,凡是本發(fā)明實(shí)施例中使用到的各個(gè)單元模塊的功能都可以通過硬件處理器(hardware processor)來實(shí)現(xiàn)。
[0102]示例性的,如圖8所示,圖8示出了本發(fā)明實(shí)施例提供的一種監(jiān)控流媒體文件傳輸?shù)难b置結(jié)構(gòu)示意圖,該監(jiān)控流媒體文件傳輸?shù)难b置可以包括:處理器(prOCeSSOr)81、通信接口(Communicat1ns Int erf ace) 82、存儲(chǔ)器(memory) 83和總線84,其中,處理器81、通信接口 82、存儲(chǔ)器83通過總線84完成相互間的通信。通信接口 82可以用于服務(wù)器與客戶端之間的信息傳輸。處理器81可以調(diào)用存儲(chǔ)器83中的邏輯指令,以執(zhí)行如下方法:采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài);將所述監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出所述日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
[0103]此外,上述的存儲(chǔ)器83中的邏輯指令可以通過軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí),可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中,包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括:U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(R0M,Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM,Random Access Memory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。
[0104]以上所描述的裝置實(shí)施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個(gè)地方,或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上??梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動(dòng)的情況下,即可以理解并實(shí)施。
[0105]通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件?;谶@樣的理解,上述技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中,如R0M/RAM、磁碟、光盤等,包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
[0106]最后應(yīng)說明的是:以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案,而非對(duì)其限制;盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改,或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
【主權(quán)項(xiàng)】
1.一種監(jiān)控流媒體文件傳輸?shù)姆椒?,其特征在于,所述方法包? 采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài); 將所述監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出所述日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),包括: 采集流媒體文件上傳過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)包括丟幀次數(shù); 若所述丟幀次數(shù)大于第一預(yù)設(shè)值,則接收控制中心發(fā)送的斷流指令; 停止接收客戶端上傳的流媒體文件; 將斷流原因發(fā)送給客戶端。3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),包括: 采集流媒體文件上傳過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),在接收到客戶端上傳的流媒體文件時(shí),判斷是否有關(guān)鍵幀; 若接收所述關(guān)鍵幀的間隔時(shí)長大于第二預(yù)設(shè)值,則接收控制中心發(fā)送的斷流指令; 停止接收客戶端上傳的流媒體文件; 將斷流原因發(fā)送給客戶端。4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),包括: 采集實(shí)時(shí)消息傳輸協(xié)議RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),所述RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù)包括丟幀標(biāo)識(shí)位; 若RTMP流媒體服務(wù)器的緩沖寄存器中的數(shù)據(jù)量大于預(yù)設(shè)閾值,則根據(jù)預(yù)設(shè)丟棄策略丟棄緩沖寄存器中的數(shù)據(jù)幀; 在丟幀標(biāo)識(shí)位記錄丟幀標(biāo)識(shí),所述丟幀標(biāo)識(shí)表示在分發(fā)流媒體文件過程中RTMP流媒體服務(wù)器丟棄數(shù)據(jù)幀。5.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),包括: 采集基于超文本鏈接協(xié)議的流媒體直播HLS流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),所述HLS流媒體服務(wù)器的分發(fā)數(shù)據(jù)信息包括慢速次數(shù)及快速次數(shù); 在HLS流媒體服務(wù)器分發(fā)流媒體文件過程中,將流媒體文件分為多個(gè)流媒體子塊;若單個(gè)流媒體子塊的下載時(shí)長大于第一預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為慢速,記錄慢速次數(shù); 若單個(gè)流媒體子塊的下載時(shí)長小于第二預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為快速,記錄快速次數(shù)。6.一種監(jiān)控流媒體文件傳輸?shù)难b置,其特征在于,所述裝置包括: 采集單元,用于采集傳輸流媒體文件過程中產(chǎn)生的監(jiān)控?cái)?shù)據(jù),所述監(jiān)控?cái)?shù)據(jù)以日志的形式記錄,用于反映流媒體文件的數(shù)據(jù)傳輸狀態(tài); 發(fā)送單元,用于將所述采集單元采集的監(jiān)控?cái)?shù)據(jù)發(fā)送至日志中心,以便控制中心輸出所述日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。7.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述采集單元用于采集客戶端上傳的監(jiān)控?cái)?shù)據(jù),所述客戶端的監(jiān)控?cái)?shù)據(jù)包括丟幀次數(shù);若所述丟幀次數(shù)大于第一預(yù)設(shè)值,則接收控制中心發(fā)送地?cái)嗔髦噶?,停止接收客戶端上傳的流媒體文件,并將停止接收的斷流原因發(fā)送給客戶端。8.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述采集單元用于采集客戶端上傳的監(jiān)控?cái)?shù)據(jù),判斷是否有關(guān)鍵幀,若接收到的關(guān)鍵幀的間隔時(shí)長大于第二預(yù)設(shè)值,則接收控制中心發(fā)送的斷流指令,停止接收客戶端上傳的流媒體文件,并將所述停止接收的斷流原因發(fā)送給客戶端。9.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述采集單元用于采集實(shí)時(shí)消息傳輸協(xié)議RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),所述RTMP流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù)包括丟幀標(biāo)識(shí)位;若RTMP流媒體服務(wù)器的緩沖寄存器中的數(shù)據(jù)量大于預(yù)設(shè)閾值,則根據(jù)預(yù)設(shè)丟棄策略丟棄緩沖寄存器中的數(shù)據(jù)幀,在丟幀標(biāo)識(shí)位記錄丟幀標(biāo)識(shí),所述丟幀標(biāo)識(shí)表示在分發(fā)流媒體文件過程中RTMP流媒體服務(wù)器丟棄數(shù)據(jù)幀。10.根據(jù)權(quán)利要求6所述的裝置,其特征在于,所述分采集單元用于采集基于超文本鏈接協(xié)議的流媒體直播HLS流媒體服務(wù)器的監(jiān)控?cái)?shù)據(jù),所述HLS流媒體服務(wù)器的分發(fā)數(shù)據(jù)信息包括慢速次數(shù)及快速次數(shù),在HLS流媒體服務(wù)器分發(fā)流媒體文件過程中,將流媒體文件分為多個(gè)流媒體子塊,若切分的單個(gè)流媒體子塊的下載時(shí)長大于第一預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為慢速,記錄慢速次數(shù);若單個(gè)流媒體子塊的下載時(shí)長小于第二預(yù)設(shè)時(shí)長,則將該次下載標(biāo)記為快速,記錄快速次數(shù)。11.一種監(jiān)控流媒體文件傳輸?shù)南到y(tǒng),其特征在于,所述系統(tǒng)包括客戶端、日志中心、控制中心以及如權(quán)利要求6至10任一所述的裝置,其中: 所述客戶端,用于上傳流媒體文件; 所述日志中心,用于統(tǒng)計(jì)所述服務(wù)器端采集到的監(jiān)控?cái)?shù)據(jù); 所述控制中心,用于輸出日志中心統(tǒng)計(jì)的監(jiān)控?cái)?shù)據(jù)。
【文檔編號(hào)】H04L29/06GK105871802SQ201510891324
【公開日】2016年8月17日
【申請(qǐng)日】2015年12月7日
【發(fā)明人】劉鳳玉, 魏立志, 劉斌
【申請(qǐng)人】樂視云計(jì)算有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
旌德县| 镇宁| 九江市| 华容县| 伽师县| 吴旗县| 滨州市| 庆阳市| 泸溪县| 彩票| 泸西县| 隆回县| 华阴市| 东丰县| 桓台县| 韶关市| 滁州市| 静乐县| 前郭尔| 太仓市| 五大连池市| 喀什市| 松滋市| 吴江市| 遵义县| 南陵县| 龙陵县| 石城县| 扶风县| 鞍山市| 即墨市| 公安县| 博爱县| 玛沁县| 二手房| 云南省| 尚志市| 商洛市| 安义县| 雅江县| 仁布县|