一種靜態(tài)視頻播放頁面生成方法、裝置、系統(tǒng)及服務(wù)器的制造方法
【專利摘要】本發(fā)明涉及通信技術(shù)領(lǐng)域，提供了一種靜態(tài)視頻播放頁面生成方法、裝置、系統(tǒng)及服務(wù)器，其中，該方法包括：接收媒資消息，其中，媒資消息包括視頻的屬性信息；解析媒資消息，獲取媒資消息中的屬性信息；根據(jù)該屬性信息對視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面。通過本發(fā)明解決了現(xiàn)有技術(shù)中，在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的問題，避免了大量訪問動態(tài)視頻播放頁面時對服務(wù)器造成崩潰，減輕了服務(wù)器的壓力，提高了視頻播放頁面的訪問速度。
【專利說明】
一種靜態(tài)視頻播放頁面生成方法、裝置、系統(tǒng)及服務(wù)器
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種靜態(tài)視頻播放頁面生成方法、裝置、系統(tǒng)及服務(wù)器。
【背景技術(shù)】
[0002]目前的視頻播放頁面都是動態(tài)頁面，在播放的過程中需要根據(jù)用戶請求來生成動態(tài)視頻播放頁面，如優(yōu)酷等視頻播放網(wǎng)站。
[0003]動態(tài)播放頁面在使用時需要與用戶的請求進行交互，服務(wù)器需要反饋用戶的請求，當(dāng)訪問量非常大的時候，系統(tǒng)可能會出現(xiàn)問題。如現(xiàn)有的java服務(wù)器，實時響應(yīng)用戶的請求，其承載的訪問量是有限的，訪問量巨大時，系統(tǒng)負載太高，服務(wù)器往往不堪重負，甚至?xí)绊懙綌?shù)據(jù)庫的性能，會造成部分請求無法響應(yīng)的問題，影響用戶體驗。
[0004]針對相關(guān)技術(shù)中，在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的問題，還未提出有效的解決方案。

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

[0005]因此，本發(fā)明實施例要解決的技術(shù)問題在于克服現(xiàn)有技術(shù)中的在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的缺陷，從而提供一種靜態(tài)視頻播放頁面生成方法、裝置、系統(tǒng)及服務(wù)器。
[0006]根據(jù)本發(fā)明實施例的一個方面，提供了一種靜態(tài)視頻播放頁面生成方法，包括:接收媒資消息，其中，所述媒資消息包括視頻的屬性信息;解析所述媒資消息，獲取所述媒資消息中的屬性信息;根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0007]可選地，根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面包括:將所述屬性信息封裝至java的video對象中；依據(jù)java的servlet技術(shù)將封裝至java的video對象中的內(nèi)容，采用jsp模板生成方式，生成所述靜態(tài)視頻播放頁面?？蛇x地，接收媒資消息包括:啟用至少兩個進程通過消息中間件接收來自媒資系統(tǒng)的所述媒資消息?？蛇x地，解析所述媒資消息的步驟和根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面的步驟均采用至少兩個線程進行處理。
[0008]可選地，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面之后包括:將所述靜態(tài)視頻播放頁面包裝為超文本標記語言HTML文件;將所述HTML文件存儲至運行線程的服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)CDN靜態(tài)服務(wù)器中，其中，所述線程為生成所述靜態(tài)視頻播放頁面的線程。
[0009]可選地，所述⑶N靜態(tài)服務(wù)器的nginx代理用于根據(jù)用戶請求提供所述視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0010]可選地，所述屬性信息包括以下至少之一:所述視頻的ID信息、關(guān)于所述視頻的內(nèi)容更新的信息和新增所述視頻的信息、所述視頻的名稱、所述視頻的播放時長、所述視頻的內(nèi)容簡介、所述視頻的播放平臺和所述視頻的下載平臺。
[0011]根據(jù)本發(fā)明實施例的另一個方面，還提供了一種靜態(tài)視頻播放頁面生成裝置，包括:接收模塊，用于接收媒資消息，其中，所述媒資消息包括視頻的屬性信息;解析模塊，用于解析所述媒資消息，獲取所述媒資消息中的屬性信息;處理模塊，用于根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0012]可選地，所述處理模塊還包括:封裝單元，用于將所述屬性信息封裝至java的video對象中；處理單元，用于依據(jù)java的servlet技術(shù)將封裝至java的video對象中的內(nèi)容，采用jsp模板生成方式，生成超文本標記語言HTML格式的靜態(tài)視頻播放頁面。
[0013]可選地，所述接收模塊還用于啟用至少兩個進程通過消息中間件接收來自媒資系統(tǒng)的所述媒資消息。
[0014]可選地，所述解析模塊解析所述媒資消息的步驟和所述處理模塊根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面的步驟均采用至少兩個線程進行處理。
[0015]可選地，所述裝置還包括:包裝模塊，用于將所述靜態(tài)視頻播放頁面包裝為超文本標記語言HTML文件;存儲模塊，用于將所述HTML文件存儲至運行線程的服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)CDN靜態(tài)服務(wù)器中，其中，所述線程為生成所述靜態(tài)視頻播放頁面的線程。
[0016]可選地，所述⑶N靜態(tài)服務(wù)器的nginx代理用于根據(jù)用戶請求提供所述視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0017]可選地，所述屬性信息包括以下至少之一:所述視頻的ID信息、關(guān)于所述視頻的內(nèi)容更新的信息和新增所述視頻的信息、所述視頻的名稱、所述視頻的播放時長、所述視頻的內(nèi)容簡介、所述視頻的播放平臺和所述視頻的下載平臺。
[0018]根據(jù)本發(fā)明實施例的再一個方面，還提供了一種服務(wù)器，包括如上所述的靜態(tài)視頻播放頁面生成裝置。
[0019]根據(jù)本發(fā)明實施例的另一個方面，還提供了一種靜態(tài)視頻播放頁面生成系統(tǒng)，包括媒資系統(tǒng)和服務(wù)器，所述媒資系統(tǒng)用于在視頻發(fā)生更新的情況下，通過消息中間件向所述服務(wù)器發(fā)送媒資消息，其中，所述媒資消息包括所述視頻的屬性信息;所述服務(wù)器用于接收所述媒資消息，解析所述媒資消息，獲取所述媒資消息中的屬性信息，根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0020]通過本發(fā)明實施例，采用接收媒資消息，其中，媒資消息包括視頻的屬性信息；解析媒資消息，獲取媒資消息中的屬性信息;根據(jù)該屬性信息對視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面，從而將靜態(tài)視頻播放頁面提供給用戶，而不需要web服務(wù)器的參與，解決了現(xiàn)有技術(shù)中，在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的問題，避免了大量訪問動態(tài)視頻播放頁面時對服務(wù)器造成崩潰，減輕了服務(wù)器的壓力，提高了視頻播放頁面訪問速度。
【附圖說明】
[0021]為了更清楚地說明本發(fā)明【具體實施方式】或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對【具體實施方式】或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施方式，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0022]圖1是根據(jù)本發(fā)明實施例的靜態(tài)視頻播放頁面生成方法的流程圖；
[0023]圖2是根據(jù)本發(fā)明實施例的生成靜態(tài)視頻播放頁面的系統(tǒng)設(shè)計圖；
[0024]圖3是根據(jù)本發(fā)明實施例的生成靜態(tài)視頻播放頁面的流程圖；
[0025]圖4是根據(jù)本發(fā)明實施例的靜態(tài)視頻播放頁面生成裝置的一個結(jié)構(gòu)框圖；
[0026]圖5是根據(jù)本發(fā)明實施例的處理模塊結(jié)構(gòu)框圖；
[0027]圖6是根據(jù)本發(fā)明實施例的靜態(tài)視頻播放頁面生成裝置的另一個結(jié)構(gòu)框圖。
【具體實施方式】
[0028]下面將結(jié)合附圖對本發(fā)明的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0029]此外，下面所描述的本發(fā)明不同實施方式中所涉及的技術(shù)特征只要彼此之間未構(gòu)成沖突就可以相互結(jié)合。
[0030]實施例1
[0031]在本實施例中提供了一種靜態(tài)視頻播放頁面生成方法，圖1是根據(jù)本發(fā)明實施例的靜態(tài)視頻播放頁面生成方法的流程圖，如圖1所示，該流程包括如下步驟:
[0032]步驟S102，接收媒資消息，其中，該媒資消息包括視頻的屬性信息；
[0033]步驟S104，解析媒資消息，獲取媒資消息中的屬性信息；
[0034]步驟S106，根據(jù)屬性信息對視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0035]通過上述步驟，解析接收到的媒資消息，獲取視頻的屬性信息，根據(jù)屬性信息生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面，從而將靜態(tài)視頻播放頁面提供給用戶，而不需要web月艮務(wù)器的參與。解決了現(xiàn)有技術(shù)中，在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的問題，避免了大量訪問動態(tài)視頻播放頁面時對服務(wù)器造成崩潰，減輕了服務(wù)器的壓力，提高了視頻播放頁面的訪問速度。
[0036]上述步驟S106涉及到根據(jù)屬性信息對視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面，在一個可選實施例中，將該屬性信息封裝至java的video對象中，依據(jù)java的servlet技術(shù)將封裝至java的video對象中的內(nèi)容，采用jsp模板生成方式，生成靜態(tài)視頻播放頁面。采用這樣的生成方式好處在于，某些頁面上的部分可能會頻繁更新和生成，但其它地方不變，或者某個部分是所有頁面通用的(比如頁頭和頁腳)，性能比較高。
[0037]上述步驟S102中涉及到接收媒資消息，在一個可選實施例中，啟用至少兩個進程通過消息中間件接收來自媒資系統(tǒng)的該媒資消息。
[0038]在一個可選實施例中，解析媒資消息的步驟和根據(jù)屬性信息對該視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面的步驟均采用至少兩個線程進行處理。
[0039]在一個具體的可選實施例中，消息服務(wù)器獲取待處理的多個視頻消息(相當(dāng)于上述媒資消息)，將多個視頻消息通過負載均衡的方式分配到多個服務(wù)器上，每個服務(wù)器上都會啟動一個消費者進程來消費消息。從而實現(xiàn)了啟動多個進程來編譯、生成靜態(tài)視頻播放頁的功能。服務(wù)器對分配的視頻進行多線程處理，每個線程分別對視頻的video信息進行包裝、編輯(包括對專輯信息的包裝，對運營信息的包裝)，生成靜態(tài)視頻播放頁面，達到并行工作的效果，提高了靜態(tài)視頻播放頁的生成效率。
[0040]圖2是根據(jù)本發(fā)明實施例的生成靜態(tài)視頻播放頁面的系統(tǒng)設(shè)計圖，如圖2所示，包括如下步驟:
[0041 ] 步驟S202，媒資系統(tǒng)向消息中間件(Message Queue Server，簡稱為MQSERVER)發(fā)消息。每當(dāng)媒資系統(tǒng)的視頻或?qū)］嫲l(fā)生信息變更時，媒資系統(tǒng)都會向MQSERVER發(fā)送一條視頻或?qū)］嫷幕拘畔⒌拿劫Y消息。例如:視頻ID或?qū)］婭D，新增視頻或者更新視頻內(nèi)容的信息。MQSERVER在此啟一個路由器的功能，將接收到的媒資消息向綁定的隊列發(fā)送。
[0042]步驟S204，MQSERVER向視頻播放頁消費者輪詢發(fā)送消息。因為會啟動多個進程去消費MQSERVER中的媒資消息，MQSERVER默認是按照輪詢策略將消息發(fā)送給每一個進程。在spring配置文件中，配置消費者監(jiān)聽消息隊列，這樣每個進程都會按照順序去接消息隊列中的媒資消息。視頻播放頁消費者進程接收消息，每個視頻播放頁消費者進程(生產(chǎn)者-消費者模式，媒資系統(tǒng)是生產(chǎn)者，播放頁消費程序是消費者)通過監(jiān)聽MQSERVER的消息隊列接收到媒資消息。
[0043]步驟S206，每個視頻播放頁消費者進程啟用多線程進行消費，視頻播放頁消費者進程接收到媒資消息后，都會啟動一個線程去消費消息。采用多線程的好處是可以并行處理消息，使單位時間內(nèi)處理更多的消息。每個線程對消費進行消費時，其實就是對視頻的video信息進行包裝、編輯(包括對專輯信息的包裝，對運營信息的包裝)，生成靜態(tài)視頻播放頁面。例如:使用spring-jms來對消息進行消費。重寫onmessage方法，在方法中使用java線程池。使用多線程的方式對消息進行包裝。在多臺服務(wù)器上部署compile進程。Mqserver默認輪詢進行發(fā)送消息。這樣，多臺服務(wù)器上多個進程就可以輪詢獲得消息，進行消費。從而實現(xiàn)了多進程生成播放頁的功能。
[0044]在一個可選實施例中，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面之后，將該靜態(tài)視頻播放頁面包裝為超文本標記語言HTML文件，將HTML文件存儲至運行線程的服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)CDN靜態(tài)服務(wù)器中，其中，該線程為生成該靜態(tài)視頻播放頁面的線程。
[0045]在生成靜態(tài)視頻播放頁面之后，程序?qū)⑸傻牟シ彭揾tml文件放到消費者服務(wù)器上并同步到多臺(例如8臺)CDN靜態(tài)服務(wù)器上。在一個可選實施例中，CDN靜態(tài)服務(wù)器的nginx代理用于根據(jù)用戶請求提供該視頻對應(yīng)的靜態(tài)視頻播放頁面。靜態(tài)服務(wù)器通過nginx代理，每次用戶打開播放頁時，ngnix會根據(jù)視頻的ID計算出視頻所在目錄。并將播放頁html文件內(nèi)容直接返回給用戶。通過這樣的方式，不需要web服務(wù)參與，大大減輕了服務(wù)器壓力，減少了每個請求的響應(yīng)時間。
[0046]在一個可選實施例中，上述屬性信息包括以下至少之一:視頻的ID信息、關(guān)于視頻的內(nèi)容更新的信息和新增該視頻的信息、視頻的名稱、該視頻的播放時長、視頻的內(nèi)容簡介、視頻的播放平臺和該視頻的下載平臺。
[0047]下面結(jié)合一個具體的可選實施例對本發(fā)明進行詳細說明:
[0048]圖3是根據(jù)本發(fā)明實施例的生成靜態(tài)視頻播放頁面的流程圖，如圖3所示，該流程包括如下步驟:
[0049]步驟S302，播放頁消費者進程接到消息中間件的消息。
[0050]步驟S304，判斷是否能夠根據(jù)接收的消息，調(diào)取視頻及專輯信息接口。如果取不到數(shù)據(jù)或者視頻數(shù)據(jù)沒有web播放平臺則直接結(jié)束，不生成播放頁。在判斷結(jié)果為是的情況下，執(zhí)行步驟S306。視頻及專輯的接口信息主要包含視頻的頻道、名稱、描述、類型、圖片、發(fā)布時間、導(dǎo)演、主演等信息。
[0051]步驟S306，過濾頻道，判斷頻道是否為熱點頻道或者資訊頻道，在判斷結(jié)果為是的情況下，直接結(jié)束，不生成播放頁，在判斷結(jié)果為否的情況下，執(zhí)行步驟S308。
[0052]步驟S308，組裝數(shù)據(jù)。
[0053]需組裝的數(shù)據(jù)主要包括:
[0054]標題:取視頻接口中nameCn字段。個別頻道單獨處理，如:音樂頻道標題，nameCn加上歌手名。
[0055]面包肩:根據(jù)視頻接口中的category、style等字段，生成面包肩。格式為:頻道、一級分類、二級分類。
[0056]視頻信息:播放器右下角，每個頻道都有不同的視頻信息。如電視劇頻道，視頻信息包括:年份、導(dǎo)演、主演、類型、國家地區(qū)、本機簡介、影片簡介等。
[0057]百度百科:根據(jù)視頻名稱調(diào)取百度接口，獲取百科ID。
[0058]排行榜:調(diào)取排行榜接口，獲取數(shù)據(jù)。根據(jù)數(shù)據(jù)生成html結(jié)構(gòu)內(nèi)容。
[0059]猜你喜歡:保留結(jié)構(gòu)，數(shù)據(jù)由前端js渲染。
[0060]指定熱播:保留結(jié)構(gòu)，數(shù)據(jù)由前端js清染。
[0061 ] 播放器:通過nginx的ssi技術(shù)。Include播放器sdk代碼。播放器sdk代碼由前端維護。
[0062]評論:通過nginx的ssi技術(shù)。Include評論結(jié)構(gòu)代碼。
[0063]將以上內(nèi)容封裝到j(luò)ava的video對象中，然后通過java的servlet技術(shù)、jstI表達式，將video對象中的內(nèi)容通過頁面模板，輸出到html文件中，從而生成播放頁文件。
[0064]實施例2
[0065]在本實施例中還提供了一種靜態(tài)視頻播放頁面生成裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。
[0066]如圖4所示，該裝置包括:接收模塊42，用于接收媒資消息，其中，媒資消息包括視頻的屬性信息;解析模塊44，用于解析媒資消息，獲取媒資消息中的屬性信息;處理模塊46，用于根據(jù)該屬性信息對該視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0067]通過上述裝置，解析接收到的媒資消息，獲取視頻的屬性信息，根據(jù)屬性信息生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面，從而將靜態(tài)視頻播放頁面提供給用戶，而不需要web月艮務(wù)器的參與。解決了現(xiàn)有技術(shù)中，在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的問題，避免了大量訪問動態(tài)視頻播放頁面時對服務(wù)器造成崩潰，減輕了服務(wù)器的壓力，提高了視頻播放頁面的訪問速度。
[0068]如圖5所示，處理模塊46還包括:封裝單元462，用于將該屬性信息封裝至java的video對象中；處理單元464，用于依據(jù)java的servlet技術(shù)將封裝至java的video對象中的內(nèi)容，采用jsp模板生成方式，生成超文本標記語言HTML格式的靜態(tài)視頻播放頁面。
[0069]可選地，接收模塊42還用于啟用至少兩個進程通過消息中間件接收來自媒資系統(tǒng)的該媒資消息。
[0070]可選地，解析模塊44解析該媒資消息的步驟和該處理模塊根據(jù)該屬性信息對該視頻進行封裝處理，生成與該視頻對應(yīng)的靜態(tài)視頻播放頁面的步驟均采用至少兩個線程進行處理。
[0071 ]如圖6所示，該裝置還包括:包裝模塊62，用于將靜態(tài)視頻播放頁面包裝為超文本標記語言HTML文件;存儲模塊64，用于將HTML文件存儲至運行線程的服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)CDN靜態(tài)服務(wù)器中，其中，該線程為生成該靜態(tài)視頻播放頁面的線程。
[0072]可選地，CDN靜態(tài)服務(wù)器的nginx代理用于根據(jù)用戶請求提供該視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0073]可選地，上述屬性信息包括以下至少之一:該視頻的ID信息、關(guān)于該視頻的內(nèi)容更新的信息和新增該視頻的信息、該視頻的名稱、該視頻的播放時長、該視頻的內(nèi)容簡介、該視頻的播放平臺和該視頻的下載平臺。
[0074]實施例3
[0075]本實施例提供了一種服務(wù)器，包括如上述的靜態(tài)視頻播放頁面生成裝置。
[0076]通過該服務(wù)器包括的如上所述的靜態(tài)視頻播放頁面生成裝置，解決了現(xiàn)有技術(shù)中，在生成動態(tài)視頻播放頁面的過程中，服務(wù)器承載訪問量過大時，導(dǎo)致服務(wù)器無法響應(yīng)用戶對動態(tài)視頻播放頁面的請求的問題，避免了大量訪問動態(tài)視頻播放頁面時對服務(wù)器造成崩潰，減輕了服務(wù)器的壓力，提高了視頻播放頁面的訪問速度。
[0077]實施例4
[0078]本實施例提供了一種靜態(tài)視頻播放頁面生成系統(tǒng)，包括媒資系統(tǒng)和服務(wù)器，媒資系統(tǒng)用于在視頻發(fā)生更新的情況下，通過消息中間件向該服務(wù)器發(fā)送媒資消息，其中，該媒資消息包括該視頻的屬性信息;該服務(wù)器用于接收媒資消息，解析述媒資消息，獲取媒資消息中的屬性信息，根據(jù)屬性信息對視頻進行封裝處理，生成與視頻對應(yīng)的靜態(tài)視頻播放頁面。
[0079]綜上所述，通過本發(fā)明提供的一種靜態(tài)視頻播放頁面生成方法、裝置、系統(tǒng)及服務(wù)器，靜態(tài)視頻播放頁面無需服務(wù)器針對請求進行動態(tài)響應(yīng)，通過上述處理形成靜態(tài)視頻播放頁面，使用戶可以更快的訪問視頻播放頁面。
[0080]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0081]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0082]這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0083]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0084]顯然，上述實施例僅僅是為清楚地說明所作的舉例，而并非對實施方式的限定。對于所屬領(lǐng)域的普通技術(shù)人員來說，在上述說明的基礎(chǔ)上還可以做出其它不同形式的變化或變動。這里無需也無法對所有的實施方式予以窮舉。而由此所引伸出的顯而易見的變化或變動仍處于本發(fā)明創(chuàng)造的保護范圍之中。
【主權(quán)項】
1.一種靜態(tài)視頻播放頁面生成方法，其特征在于，包括: 接收媒資消息，其中，所述媒資消息包括視頻的屬性信息； 解析所述媒資消息，獲取所述媒資消息中的屬性信息； 根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面包括: 將所述屬性信息封裝至java的video對象中； 依據(jù)java的servlet技術(shù)將封裝至java的video對象中的內(nèi)容，采用jsp模板生成方式，生成所述靜態(tài)視頻播放頁面。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，接收媒資消息包括: 啟用至少兩個進程通過消息中間件接收來自媒資系統(tǒng)的所述媒資消息。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，解析所述媒資消息的步驟和根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面的步驟均采用至少兩個線程進行處理。5.根據(jù)權(quán)利要求1所述的方法，其特征在于，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面之后包括: 將所述靜態(tài)視頻播放頁面包裝為超文本標記語言HTML文件； 將所述HTML文件存儲至運行線程的服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)CDN靜態(tài)服務(wù)器中，其中，所述線程為生成所述靜態(tài)視頻播放頁面的線程;所述CDN靜態(tài)服務(wù)器的nginx代理用于根據(jù)用戶請求提供所述視頻對應(yīng)的靜態(tài)視頻播放頁面。6.一種靜態(tài)視頻播放頁面生成裝置，其特征在于，包括: 接收模塊，用于接收媒資消息，其中，所述媒資消息包括視頻的屬性信息； 解析模塊，用于解析所述媒資消息，獲取所述媒資消息中的屬性信息； 處理模塊，用于根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述處理模塊還包括: 封裝單元，用于將所述屬性信息封裝至java的video對象中； 處理單元，用于依據(jù)java的servlet技術(shù)將封裝至java的video對象中的內(nèi)容，采用jsp模板生成方式，生成超文本標記語言HTML格式的靜態(tài)視頻播放頁面。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述接收模塊還用于啟用至少兩個進程通過消息中間件接收來自媒資系統(tǒng)的所述媒資消息。9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述解析模塊解析所述媒資消息的步驟和所述處理模塊根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面的步驟均采用至少兩個線程進行處理。10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 包裝模塊，用于將所述靜態(tài)視頻播放頁面包裝為超文本標記語言HTML文件； 存儲模塊，用于將所述HTML文件存儲至運行線程的服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)CDN靜態(tài)服務(wù)器中，其中，所述線程為生成所述靜態(tài)視頻播放頁面的線程;所述CDN靜態(tài)服務(wù)器的nginx代理用于根據(jù)用戶請求提供所述視頻對應(yīng)的靜態(tài)視頻播放頁面。11.一種服務(wù)器，其特征在于，包括如權(quán)利要求6所述的靜態(tài)視頻播放頁面生成裝置。12.一種靜態(tài)視頻播放頁面生成系統(tǒng)，其特征在于，包括媒資系統(tǒng)和服務(wù)器； 所述媒資系統(tǒng)用于在視頻發(fā)生更新的情況下，通過消息中間件向所述服務(wù)器發(fā)送媒資消息，其中，所述媒資消息包括所述視頻的屬性信息； 所述服務(wù)器用于接收所述媒資消息，解析所述媒資消息，獲取所述媒資消息中的屬性信息，根據(jù)所述屬性信息對所述視頻進行封裝處理，生成與所述視頻對應(yīng)的靜態(tài)視頻播放頁面。
【文檔編號】H04N21/2387GK105847870SQ201610249140
【公開日】2016年8月10日
【申請日】2016年4月20日
【發(fā)明人】褚韓龍
【申請人】樂視控股（北京）有限公司, 樂視網(wǎng)信息技術(shù)（北京）股份有限公司