本發(fā)明涉及視頻流傳輸領域，具體涉及一種用于彈幕視頻的實時流傳輸控制方法及運用該方法的控制裝置。

背景技術：

基于瀏覽器的實時通信(rtcweb，real-timecommunicationsweb)是一種運行在瀏覽器上的web應用，其通過調用瀏覽器提供的應用程序編程接口，可以實現(xiàn)在不同終端之間建立實時通信連接，從而進行媒體流(包括音頻數(shù)據(jù)流和/或視頻數(shù)據(jù)流)的傳輸。實時通信的特點是：媒體面和終端的本地控制由運行在終端上的瀏覽器實現(xiàn)，而信令面則由嵌入web頁面的腳本程序(例如java腳本程序)實現(xiàn)。具體地，基于瀏覽器和腳本程序實現(xiàn)在不同終端之間建立媒體流傳輸信道的過程具體為：運行在終端上的瀏覽器根據(jù)用戶輸入的實時通信服務網(wǎng)站url，從相應的服務器上下載頁面數(shù)據(jù)(該頁面數(shù)據(jù)包含腳本程序)并將相應的頁面呈現(xiàn)給用戶；傳統(tǒng)的彈幕數(shù)據(jù)即以xml文本數(shù)據(jù)被存至頁面腳本程序中，由各個終端的腳本程序讀取，以畫面分層的視覺效果呈現(xiàn)在頁面或視頻中。

在應用高級彈幕，如圖片彈幕，代碼彈幕以及其他復雜彈幕時，由于數(shù)據(jù)量較大，單獨加載彈幕數(shù)據(jù)流會造成與原視頻的音畫不同步，或卡頓和跳幀現(xiàn)象，觀感較差。專利cn106231363a提出一種彈幕視頻流傳輸方法及其設備，將彈幕數(shù)據(jù)流整合進視頻音畫數(shù)據(jù)之間，解碼時只需解碼一條數(shù)據(jù)流，節(jié)約解碼所需寬帶；而彈幕數(shù)據(jù)直接嵌入音畫數(shù)據(jù)之間，在播放器預加載時，直接加載當前時段的彈幕數(shù)據(jù)，彈幕流暢且與畫面吻合度高；但是該整合彈幕數(shù)據(jù)的傳輸包相較于未整合的傳輸包總的數(shù)量更大，傳輸負荷加重。

此外，現(xiàn)有的tcp(realtimetransportprotocol，實時傳輸協(xié)議)，根據(jù)擁塞窗口來調整發(fā)送速度。瓶頸節(jié)點中最常用的隊列管理策略是“棄尾”(droptail)，即隨著緩沖區(qū)的溢出而丟包，是一種被動隊列管理機制。該管理方法雖然可以有效地解決“全局同步”問題，但存在參數(shù)設置敏感，響應相對滯后于實際網(wǎng)絡狀況的缺陷，且其復雜的算法給網(wǎng)絡設備帶來很大的開銷，中間節(jié)點的性能下降，反而加重了網(wǎng)絡擁塞。

技術實現(xiàn)要素：

本發(fā)明的目的在于提出一種用于彈幕視頻的實時流傳輸控制方法，該方法提升彈幕觀感，與當前音畫數(shù)據(jù)配合性更佳，且能在網(wǎng)絡擁塞時，實現(xiàn)對視頻流進行選擇性丟包(彈幕數(shù)據(jù)包優(yōu)先丟棄)，丟包后即便不重傳也不影響觀眾觀看視頻。

為實現(xiàn)上述目的，本發(fā)明所采用的技術方案是一種用于彈幕視頻的實時流傳輸控制方法，所述方法為基于iptv媒體流傳輸協(xié)議進行的傳輸，至少包括：

s10、服務器接收實時采集的帶屬性的彈幕數(shù)據(jù)，所述帶屬性的彈幕數(shù)據(jù)的屬性包括彈幕的節(jié)目標識、起止標識以及時間標識；

s20、服務器解碼所述彈幕數(shù)據(jù)，識別彈幕節(jié)目標識后，將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行打包至視頻數(shù)據(jù)包中；

s30、通過實時流傳輸協(xié)議將處理后的視頻數(shù)據(jù)包進行傳輸，傳輸時根據(jù)網(wǎng)絡狀態(tài)對所述視頻數(shù)據(jù)進行處理。

本發(fā)明控制方法的s2方法中將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行打包至視頻數(shù)據(jù)包具體為：

s21、對應節(jié)目傳輸內(nèi)容包括已編碼的視頻內(nèi)容和音頻內(nèi)容，將編碼后的視頻內(nèi)容、音頻內(nèi)容以及彈幕數(shù)據(jù)依據(jù)屬性整合到同一連續(xù)的ts傳輸包中；

s22、將視頻ts包和音頻ts包，以及在再次編碼的彈幕數(shù)據(jù)ts包在該傳輸包中進行不同的pid標識；使用cc字段對每個以pid字段為索引的ts包序列進行連續(xù)性計數(shù)，其中彈幕數(shù)據(jù)對應的cc字段為(n1、n2…nn)。

進一步地，所述s22中將彈幕數(shù)據(jù)ts包進行pid標識后，將該ts傳輸包標識為候選丟包對象；標識信息攜帶在該ts傳輸包中任一數(shù)據(jù)包相應的報文中的空余字段、未使用字段或擴展頭的任意一種。

本發(fā)明控制方法的所述s30中傳輸時根據(jù)網(wǎng)絡狀態(tài)對所述視頻數(shù)據(jù)進行處理具體包括：

(1)在網(wǎng)絡發(fā)生擁塞時，節(jié)點緩存隊列長度達到瓶頸，判斷是否有新的數(shù)據(jù)包進入該瓶頸節(jié)點隊列，如有，則在瓶頸節(jié)點列表中挑選候選丟包對象進行數(shù)據(jù)包的丟棄；

(2)在網(wǎng)絡狀態(tài)正常時，保持正常傳輸。

進一步地實施技術方案中，所述丟棄數(shù)據(jù)包的具體方法為：

調用隨機函數(shù)計算得到cc字段中[n1，nn]的隨機數(shù)，并丟棄隨機數(shù)位置的數(shù)據(jù)包，其中隨機數(shù)根據(jù)當前瓶頸節(jié)點隊列長度q與瓶頸節(jié)點隊列的最大長度qmax的差值△q進行計算。

其中，當△q大于預設閾值時，則隨機數(shù)＝[n1，nn]，即將cc字段[n1，nn]對應的彈幕數(shù)據(jù)ts包全部丟棄；

當△q不大于預設閾值時，則隨機數(shù)為[n1，nn]中的至少兩個，即將cc字段[n1，nn]對應的彈幕數(shù)據(jù)ts包中隨機數(shù)位置的至少兩個進行丟棄；丟棄后，如仍有新的數(shù)據(jù)包進入，則繼續(xù)挑選候選丟包對象進行數(shù)據(jù)包的丟棄。

本發(fā)明又一個技術方案中，所述方法還包括：

s40、播放器終端讀取所述視頻流，通過解ts包模塊對音頻ts包、視頻ts包和所述彈幕數(shù)據(jù)ts包進行解ts包，分別獲得對應的播放格式碼流；所述彈幕數(shù)據(jù)根據(jù)起止標識和時間標識在對應的音頻數(shù)據(jù)和視頻數(shù)據(jù)中同步播放。

本發(fā)明再一個技術方案中，所述方法還包括：

s50、所述彈幕數(shù)據(jù)在解碼播放過程存儲至預設的緩存區(qū)中；并根據(jù)節(jié)目視頻數(shù)據(jù)和音頻數(shù)據(jù)播放中的時間段進行判斷是否重播所述彈幕數(shù)據(jù)；

判斷方法為：(1)緩存區(qū)沒有新的彈幕數(shù)據(jù)進入，則檢測節(jié)目播放的時間段是否包含緩存彈幕數(shù)據(jù)的時間標識，如有，則將緩存的彈幕數(shù)據(jù)在所述時間段內(nèi)播放；

(2)緩存區(qū)有新的彈幕數(shù)據(jù)進入，將新的彈幕數(shù)據(jù)與緩存區(qū)的彈幕數(shù)據(jù)進行比較，若所述緩存區(qū)中存在于所述新的彈幕數(shù)據(jù)相同的彈幕信息，則不將新的彈幕數(shù)據(jù)存儲，若不存在，則將新的彈幕數(shù)據(jù)存儲至所述緩存區(qū)。

本發(fā)明中所述的iptv媒體流傳輸協(xié)議棧為mpeg-ts/udp/ip/ethernet。

本發(fā)明另一方面公開了一種用于彈幕視頻的實時流傳輸控制裝置，包括公網(wǎng)服務端、流媒體服務器、傳輸系統(tǒng)以及播放器終端；

所述公網(wǎng)服務器端獲取用戶輸入的帶屬性的彈幕信息，并上傳至流媒體服務器；

所述流媒體服務器包括采集模塊、解碼模塊、以及打包模塊；

所述采集模塊用于采集公網(wǎng)服務端的帶屬性的彈幕信息；

所述解碼模塊對采集的彈幕信息進行解碼識別其中屬性；

所述打包模塊依據(jù)屬性中彈幕節(jié)目標識將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行編碼后整合至視頻數(shù)據(jù)包中，其中編碼后的視頻ts包和音頻ts包，以及再次編碼的彈幕數(shù)據(jù)ts包在該傳輸包中進行不同的pid標識；其中，使用cc字段對每個以pid字段為索引的ts包序列進行連續(xù)性計數(shù)，所述彈幕數(shù)據(jù)對應的cc字段為(n1、n2…nn)；

所述傳輸系統(tǒng)包括數(shù)據(jù)包傳輸模塊、檢測模塊以及丟包模塊；

所述數(shù)據(jù)包傳輸模塊用于數(shù)據(jù)包傳輸至節(jié)點緩存隊列，并經(jīng)丟包處理后傳輸至播放器終端；

所述檢測模塊用于判斷節(jié)點緩存隊列長度達到瓶頸，并判斷是否有新的數(shù)據(jù)包進入該瓶頸節(jié)點隊列，如有，則在瓶頸節(jié)點列表中挑選候選丟包對象進行數(shù)據(jù)包的丟棄；

所述丟包模塊通過調用隨機函數(shù)計算得到cc字段中[n1，nn]的隨機數(shù)，并丟棄隨機數(shù)位置的數(shù)據(jù)包，其中隨機數(shù)根據(jù)當前瓶頸節(jié)點隊列長度q與瓶頸節(jié)點隊列的最大長度qmax的差值△q進行計算。

本發(fā)明用于彈幕視頻的實時流傳輸控制方法將彈幕數(shù)據(jù)與視頻數(shù)據(jù)、音頻數(shù)據(jù)整合到同一連續(xù)的ts傳輸包進行傳輸，播放器解碼時只需解碼一條數(shù)據(jù)流，節(jié)省所需寬度；彈幕流暢且與畫面、音頻匹配度高。在流傳輸過程中發(fā)生擁塞時，通過優(yōu)選丟棄彈幕數(shù)據(jù)包，避免重傳事件和時延的發(fā)生，實現(xiàn)智能化的流傳輸處理能力。本發(fā)明的丟包機制簡單，相較于傳統(tǒng)復雜的丟包程序，保持中間節(jié)點的性能在最佳狀態(tài)，從而疏通網(wǎng)絡擁塞的情況。本發(fā)明的流傳輸控制方法下的視頻畫面質量好，實時性高，且連續(xù)性好。

附圖說明

圖1為本發(fā)明用于彈幕視頻的實時流傳輸控制方法的第一種實施方式的示意圖；

圖2為本發(fā)明用于彈幕視頻的實時流傳輸控制方法的第二種實施方式的示意圖；

圖3為本發(fā)明用于彈幕視頻的實時流傳輸控制方法中以pid字段為索引的ts包的結構圖；

圖4為本發(fā)明用于彈幕視頻的實時流傳輸控制裝置的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

下面參考附圖對本發(fā)明的實施例進行描述。參見圖1，為本發(fā)明用于彈幕視頻的實時流傳輸控制方法的第一種實施方式的示意圖。

所述方法為基于iptv媒體流傳輸協(xié)議進行的傳輸，包括下述步驟：

s10、服務器接收實時采集的帶屬性的彈幕數(shù)據(jù)，所述帶屬性的彈幕數(shù)據(jù)的屬性包括彈幕的節(jié)目標識、起止標識以及時間標識；

s20、服務器解碼所述彈幕數(shù)據(jù)，識別彈幕節(jié)目標識后，將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行打包至視頻數(shù)據(jù)包中；

s30、通過實時流傳輸協(xié)議將處理后的視頻數(shù)據(jù)包進行傳輸，傳輸時根據(jù)網(wǎng)絡狀態(tài)對所述視頻數(shù)據(jù)進行處理。

所述服務器為流媒體服務器，主要以流式協(xié)議將視頻文件傳輸?shù)娇蛻舳?，供用戶在線觀看，也可以從公網(wǎng)服務端采集視頻、壓縮軟件接收實時視頻，再以流式協(xié)議直播給播放客戶端。在本發(fā)明服務器端對所述彈幕數(shù)據(jù)進行標識處理后，與該節(jié)目的其他傳輸內(nèi)容打包，整合成一條視頻流，該視頻流數(shù)據(jù)包在網(wǎng)絡狀態(tài)變化的情況下智能化選擇丟包對象；該技術方案一方面保證彈幕數(shù)據(jù)的流暢和匹配度，另一方面提高該數(shù)據(jù)包下的流傳輸?shù)膫鬏斝?，避免影響視頻的實時性和流暢性。

本發(fā)明方法應用于數(shù)字視頻業(yè)務，iptv業(yè)務所給予的ip網(wǎng)絡本身是一種面向無連接的不可靠傳輸體系，不可避免地會帶來不同程度的丟包，特別是在網(wǎng)絡擁塞時造成突發(fā)性的大量丟包；mpeg-ts的媒體丟包則是造成iptv視頻質量下降的關鍵原因，如導致觀看過程中的卡屏、黑屏、花屏等。本發(fā)明將彈幕數(shù)據(jù)進行打包，設置為候選丟包對象，在網(wǎng)絡流暢時，可流暢觀看視頻+彈幕模式的節(jié)目，而在網(wǎng)絡擁塞時，優(yōu)選標識的彈幕數(shù)據(jù)包，將必然發(fā)生的丟包限定在附加數(shù)據(jù)包上，從而保證iptv視頻的質量。本發(fā)明所述iptv媒體流傳輸?shù)膮f(xié)議棧為mpeg-ts/udp/ip/ethernet。

本發(fā)明所述用于彈幕視頻的實時流傳輸控制方法的第二個實施方式中，如圖2所示，包括下述步驟。

s10、服務器接收實時采集的帶屬性的彈幕數(shù)據(jù)，所述帶屬性的彈幕數(shù)據(jù)的屬性包括彈幕的節(jié)目標識、起止標識以及時間標識；

s20、服務器解碼所述彈幕數(shù)據(jù)，識別彈幕節(jié)目標識后，將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行打包至視頻數(shù)據(jù)包中；

該步驟中自帶屬性的彈幕數(shù)據(jù)通過流媒體服務器端的解碼器進行解碼，將自帶屬性數(shù)據(jù)中內(nèi)的起止標識獲得控制該彈幕的出現(xiàn)時間和結束時間，以便與相應的傳輸數(shù)據(jù)對應打包，且實現(xiàn)在播放器端在對應位置組合播放。

其中，將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行打包至視頻數(shù)據(jù)包的方法為：

s21、對應節(jié)目傳輸內(nèi)容包括已編碼的視頻內(nèi)容和音頻內(nèi)容，將編碼后的視頻內(nèi)容、音頻內(nèi)容以及彈幕數(shù)據(jù)依據(jù)屬性整合到同一連續(xù)的ts傳輸包中；

在視頻流傳輸中，含視頻數(shù)據(jù)(逐幀畫面數(shù)據(jù))和音頻數(shù)據(jù)(逐比特音頻數(shù)據(jù))，解碼時根據(jù)視頻數(shù)據(jù)中自帶的時間標識和音頻數(shù)據(jù)中自帶的時間標識進行配合，再根據(jù)彈幕數(shù)據(jù)屬性中的時間標識將彈幕數(shù)據(jù)與所述視頻數(shù)據(jù)和音頻數(shù)據(jù)匹配組合起來形成一完整的彈幕視頻流ts傳輸包。

s22、將視頻ts包和音頻ts包，以及在再次編碼的彈幕數(shù)據(jù)ts包在該傳輸包中進行不同的pid標識；使用cc字段對每個以pid字段為索引的ts包序列進行連續(xù)性計數(shù)，其中彈幕數(shù)據(jù)對應的cc字段為(n1、n2…nn)。

圖3所示，將視頻ts包以pid100進行標識，音頻ts包以pid200進行標識，彈幕數(shù)據(jù)ts包則以pid300進行標識，在每個數(shù)據(jù)包下通過cc字段(4個比特的字段)對ts包序列進行連續(xù)性計數(shù)，將具有相同的pid的連續(xù)ts包打上連續(xù)的cc標簽，如：pid300對應的cc字段為1、2、3；pid200對應的cc字段為4、5；pid100對應的cc字段為6、7、8、9、10。

s30、通過實時流傳輸協(xié)議將處理后的視頻數(shù)據(jù)包進行傳輸，傳輸時根據(jù)網(wǎng)絡狀態(tài)對所述視頻數(shù)據(jù)進行處理。

在該步驟中根據(jù)網(wǎng)絡狀態(tài)進行的調整具體包括下述情況：

(1)在網(wǎng)絡發(fā)生擁塞時，節(jié)點緩存隊列長度達到瓶頸，判斷是否有新的數(shù)據(jù)包進入該瓶頸節(jié)點隊列，如有，則在瓶頸節(jié)點列表中挑選候選丟包對象進行數(shù)據(jù)包的丟棄。

所述丟棄數(shù)據(jù)包的具體方法為：

調用隨機函數(shù)計算得到cc字段中[n1，nn]的隨機數(shù)，并丟棄隨機數(shù)位置的數(shù)據(jù)包，其中隨機數(shù)根據(jù)當前瓶頸節(jié)點隊列長度q與瓶頸節(jié)點隊列的最大長度qmax的差值△q進行計算：

當△q大于預設閾值時，則隨機數(shù)＝[n1，nn]，即將cc字段[n1，nn]對應的彈幕數(shù)據(jù)ts包全部丟棄；例如將圖3中所述的cc字段[1,3]對應的彈幕數(shù)據(jù)ts包全部丟棄。

當△q不大于預設閾值時，則隨機數(shù)為[n1，nn]中的至少兩個，即將cc字段[n1，nn]對應的彈幕數(shù)據(jù)ts包中隨機數(shù)位置的至少兩個進行丟棄；例如將圖3中所述的cc字段[1,3]對應的彈幕數(shù)據(jù)ts包中任意兩個丟棄。丟棄后，如仍有新的數(shù)據(jù)包進入，則繼續(xù)挑選候選丟包對象進行數(shù)據(jù)包的丟棄；如此，保證視頻實時傳輸?shù)倪B續(xù)性和實時性，提升用戶的觀看體驗。

(2)在網(wǎng)絡狀態(tài)正常時，則保持正常傳輸。即便在不可避免的丟失數(shù)據(jù)包時，將丟失數(shù)據(jù)包限定于彈幕數(shù)據(jù)ts包中，避免音頻數(shù)據(jù)包和視頻數(shù)據(jù)包丟失影響觀感。

s40、播放器終端讀取所述視頻流，通過解ts包模塊對音頻ts包、視頻ts包和所述彈幕數(shù)據(jù)ts包進行解ts包，分別獲得對應的播放格式碼流；所述彈幕數(shù)據(jù)根據(jù)起止標識和時間標識在對應的音頻數(shù)據(jù)和視頻數(shù)據(jù)進行調整，實現(xiàn)與音頻數(shù)據(jù)和視頻數(shù)據(jù)的同步播放。

s50、所述彈幕數(shù)據(jù)在解碼播放過程存儲至預設的緩存區(qū)中；并根據(jù)節(jié)目視頻數(shù)據(jù)和音頻數(shù)據(jù)播放中的時間段進行判斷是否重播所述彈幕數(shù)據(jù)；

判斷方法為：(1)緩存區(qū)沒有新的彈幕數(shù)據(jù)進入，則檢測節(jié)目播放的時間段是否包含緩存彈幕數(shù)據(jù)的時間標識，如有，則將緩存的彈幕數(shù)據(jù)在所述時間段內(nèi)播放；

(2)緩存區(qū)有新的彈幕數(shù)據(jù)進入，將新的彈幕數(shù)據(jù)與緩存區(qū)的彈幕數(shù)據(jù)進行比較，若所述緩存區(qū)中存在于所述新的彈幕數(shù)據(jù)相同的彈幕信息，則不將新的彈幕數(shù)據(jù)存儲，若不存在，則將新的彈幕數(shù)據(jù)存儲至所述緩存區(qū)。

由于彈幕數(shù)據(jù)的匹配度要求沒有視頻數(shù)據(jù)和音頻數(shù)據(jù)匹配度要求高，那么在一定的播放時間內(nèi)，可將緩存的彈幕數(shù)據(jù)進行二次播放；另一方面在短期內(nèi)的重播時，避免彈幕數(shù)據(jù)的重新緩存，減小系統(tǒng)的緩存負荷。

圖4示出了一種用于彈幕視頻的實時流傳輸控制裝置，所述控制裝置包括公網(wǎng)服務端100、流媒體服務器200、傳輸系統(tǒng)300以及播放器終端400。

所述公網(wǎng)服務器端100獲取用戶輸入的帶屬性的彈幕信息，并上傳至流媒體服務器200。

所述流媒體服務器200包括采集模塊210、解碼模塊220以及打包模塊230。

所述采集模塊210用于采集公網(wǎng)服務端100的帶屬性的彈幕信息；所述解碼模塊220對采集的彈幕信息進行解碼識別其中屬性；所述打包模塊230依據(jù)屬性中彈幕節(jié)目標識將彈幕數(shù)據(jù)和對應節(jié)目的傳輸內(nèi)容進行編碼后整合至視頻數(shù)據(jù)包中，其中編碼后的視頻ts包和音頻ts包，以及再次編碼的彈幕數(shù)據(jù)ts包在該傳輸包中進行不同的pid標識；其中，使用cc字段對每個以pid字段為索引的ts包序列進行連續(xù)性計數(shù)，所述彈幕數(shù)據(jù)對應的cc字段為(n1、n2…nn)。

所述傳輸系統(tǒng)300包括數(shù)據(jù)包傳輸模塊310、檢測模塊320以及丟包模塊330。

所述數(shù)據(jù)包傳輸模塊310用于數(shù)據(jù)包傳輸至節(jié)點緩存隊列，并經(jīng)丟包處理后傳輸至播放器終端400。

所述檢測模塊320用于判斷節(jié)點緩存隊列長度達到瓶頸，并判斷是否有新的數(shù)據(jù)包進入該瓶頸節(jié)點隊列，如有，則在瓶頸節(jié)點列表中挑選候選丟包對象進行數(shù)據(jù)包的丟棄。

所述丟包模塊330通過調用隨機函數(shù)計算得到cc字段中[n1，nn]的隨機數(shù)，并丟棄隨機數(shù)位置的數(shù)據(jù)包，其中隨機數(shù)根據(jù)當前瓶頸節(jié)點隊列長度q與瓶頸節(jié)點隊列的最大長度qmax的差值△q進行計算。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在計算機可讀存儲介質中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。