一種基于智能電視的數(shù)據(jù)處理方法和裝置制造方法
【專利摘要】本申請?zhí)峁┝艘环N基于智能電視的數(shù)據(jù)處理方法和裝置。其中，該方法中，客戶端和服務(wù)器之間通過自定義的通信標識符進行通信，實現(xiàn)了智能電視、網(wǎng)絡(luò)之間跨平臺交互的數(shù)據(jù)處理，并且，本發(fā)明中，當客戶端發(fā)送視頻郵件時，發(fā)送的僅是一個打包后的HTML頁面，并且，本發(fā)明不需要用戶花費大量時間上傳大容量的附件，其上傳可在視頻錄制時完成，提高郵件發(fā)送效率，也能保證收件人后續(xù)可以使用網(wǎng)頁瀏覽視頻時邊下載邊瀏覽。
【專利說明】一種基于智能電視的數(shù)據(jù)處理方法和裝置【技術(shù)領(lǐng)域】
[0001]本申請涉及數(shù)據(jù)處理技術(shù)，特別涉及一種基于智能電視的數(shù)據(jù)處理方法和裝置。【背景技術(shù)】
[0002]順應(yīng)電視機“高清化”、“網(wǎng)絡(luò)化”、“智能化”的趨勢，智能電視逐漸普及。智能電視將實現(xiàn)網(wǎng)絡(luò)搜索、IP電視、BBTV網(wǎng)視通等各種應(yīng)用服務(wù)。
[0003]目前，隨著智能電視技術(shù)的不斷發(fā)展，智能電視正在成為繼計算機、手機之后的第三種信息訪問終端，為了方便用戶可以利用智能電視隨時訪問自己需要的信息，在現(xiàn)有技術(shù)中，實現(xiàn)智能電視、網(wǎng)絡(luò)之間跨平臺交互的數(shù)據(jù)處理，是當前亟待解決的技術(shù)問題。

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

[0004]本申請?zhí)峁┝艘环N基于智能電視的數(shù)據(jù)處理方法和裝置，以實現(xiàn)智能電視、網(wǎng)絡(luò)之間跨平臺交互的數(shù)據(jù)處理。
[0005]本申請?zhí)峁┑募夹g(shù)方案包括:
[0006]一種基于智能電視的數(shù)據(jù)處理方法，包括:
[0007]智能電視機作為客戶端，與服務(wù)器之間通過自定義的通信標識符進行通信，以獲取服務(wù)器的網(wǎng)絡(luò)授權(quán)；
[0008]所述客戶端在需要發(fā)送視頻郵件時，利用所述服務(wù)器授權(quán)的網(wǎng)絡(luò)標識ID登陸至服務(wù)器，在完成登陸后獲取由服務(wù)器嵌入至本客戶端的HTML頁面；所述HTML頁面至少包括:收發(fā)欄、工具欄和郵件編輯區(qū)；
[0009]所述客戶端在所述HTML頁面的收發(fā)欄中至少添加收件人信息、發(fā)件人信息、郵件標題、以及郵件發(fā)送時間；
[0010]所述客戶端在所述HTML頁面的工具欄選中插入視頻選項，以使所述HTML頁面的郵件編輯區(qū)添加一個視頻選擇區(qū)；
[0011]所述客戶端在所述HTML頁面的郵件編輯區(qū)撰寫郵件內(nèi)容，并在視頻選擇區(qū)選擇發(fā)送本地視頻文件時，將本地視頻文件上傳至服務(wù)器，在選擇發(fā)送錄制的視頻文件時，調(diào)整視頻區(qū)的大小，以視頻區(qū)大小映射視頻分辨率打開錄制設(shè)備開始錄制視頻文件，并將錄制的視頻文件上傳至服務(wù)器；
[0012]所述客戶端在將視頻文件上傳至服務(wù)器后，通知服務(wù)器發(fā)送，以由服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件，并發(fā)送至收件人。
[0013]一種基于智能電視的數(shù)據(jù)處理方法，包括:
[0014]所述服務(wù)器對作為客戶端的智能電視機進行網(wǎng)絡(luò)授權(quán)；
[0015] 所述服務(wù)器接收所述客戶端通過HTTP發(fā)送的帶有自定義的收取郵件標識符的連接請求，識別該連接請求所請求的郵件是否已過期，如果否，則返回帶有自定義的授權(quán)收取郵件標識符的應(yīng)答至客戶端，如果是，則返回帶有自定義的拒絕收取郵件標識符的應(yīng)答至客戶端；[0016]所述服務(wù)器接收所述客戶端發(fā)送的帶有播放調(diào)整標識符的播放請求，所述播放請求是在所述客戶端接收到帶有授權(quán)收取郵件標識符的應(yīng)答時發(fā)送的；
[0017]所述服務(wù)器解析所述播放請求中的延遲參數(shù)FRAME_DELAY和網(wǎng)速參數(shù)RATE_CHANGE,依據(jù)所述FRAME_DELAY、RATE_CHANGE、以及所述客戶端的性能參數(shù)，實時調(diào)整多媒體流傳輸?shù)拇a率，以控制傳輸?shù)亩嗝襟w流在客戶端正常播放。
[0018]一種基于智能電視的數(shù)據(jù)處理裝置，該裝置為智能電視機，包括:
[0019]通信模塊，用于與服務(wù)器之間通過自定義的通信標識符進行通信，以獲取服務(wù)器的網(wǎng)絡(luò)授權(quán)；
[0020]登陸模塊，用于在所述裝置需要發(fā)送視頻郵件時，利用所述服務(wù)器授權(quán)的網(wǎng)絡(luò)標識ID登陸至服務(wù)器，在完成登陸后獲取由服務(wù)器嵌入至本客戶端的HTML頁面；所述HTML頁面至少包括:收發(fā)欄、工具欄和郵件編輯區(qū)；
[0021]頁面處理模塊,用于對所述HTML頁面執(zhí)行以下處理:在所述HTML頁面的收發(fā)欄中至少添加收件人信息、發(fā)件人信息、郵件標題、以及郵件發(fā)送時間，通過在所述HTML頁面的工具欄選中插入視頻選項，以使所述HTML頁面的郵件編輯區(qū)添加一個視頻選擇區(qū)，以及在所述HTML頁面的郵件編輯區(qū)撰寫郵件內(nèi)容，并在視頻選擇區(qū)選擇發(fā)送本地視頻文件時，將本地視頻文件上傳至服務(wù)器，在選擇發(fā)送錄制的視頻文件時，調(diào)整視頻區(qū)的大小，以視頻區(qū)大小映射視頻分辨率打開錄制設(shè)備開始錄制視頻文件，并將錄制的視頻文件上傳至服務(wù)器；
[0022]通知模塊，用 于在所述頁面處理模塊完成將視頻文件上傳至服務(wù)器后，通知服務(wù)器發(fā)送，以由服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件，并發(fā)送至收件人。
[0023]一種基于智能電視的數(shù)據(jù)處理裝置，該裝置為服務(wù)器，包括:
[0024]網(wǎng)絡(luò)處理模塊，用于對作為客戶端的智能電視機進行網(wǎng)絡(luò)授權(quán)；
[0025]郵件請求處理模塊，用于接收所述客戶端通過HTTP發(fā)送的帶有自定義的收取郵件標識符的連接請求，識別該連接請求所請求的郵件是否已過期，如果否，則返回帶有自定義的授權(quán)收取郵件標識符的應(yīng)答至客戶端，如果是，則返回帶有自定義的拒絕收取郵件標識符的應(yīng)答至客戶端；
[0026]播放請求處理模塊，用于接收所述客戶端發(fā)送的帶有播放調(diào)整標識符的播放請求，解析所述播放請求中的延遲參數(shù)FRAME_DELAY和網(wǎng)速參數(shù)RATE_CHANGE，依據(jù)所述FRAME_DELAY、RATE_CHANGE、以及所述客戶端的性能參數(shù)，實時調(diào)整傳輸?shù)拇a率，以控制客戶端的播放流暢，其中，所述播放請求是在所述客戶端接收到帶有授權(quán)收取郵件標識符的應(yīng)答時發(fā)送的。
[0027]由以上技術(shù)方案可以看出，本發(fā)明中，通過客戶端和服務(wù)器之間的交互實現(xiàn)了智能電視、網(wǎng)絡(luò)之間跨平臺交互的數(shù)據(jù)處理，并且，本發(fā)明中，當客戶端發(fā)送視頻郵件時，與傳統(tǒng)的發(fā)送電子郵件流程相比，本發(fā)明不需要用戶花費大量時間上傳大容量的附件，其上傳可在視頻錄制時完成，提聞郵件發(fā)送效率；
[0028]進一步地，本發(fā)明中，服務(wù)器發(fā)送的僅是一個打包后的HTML頁面，也就是說，收件人只是接收一個HTML頁面，這能保證收件人后續(xù)可以使用網(wǎng)頁瀏覽視頻時邊下載邊瀏覽。【專利附圖】

【附圖說明】
[0029]圖1為本發(fā)明實施例提供的方法流程圖；
[0030]圖2為本發(fā)明實施例提供的網(wǎng)絡(luò)授權(quán)流程圖；
[0031]圖3為本發(fā)明實施例提供的錄制授權(quán)流程圖；
[0032]圖4為本發(fā)明實施例提供的服務(wù)器動態(tài)分配存儲空間示意圖；
[0033]圖5為本發(fā)明實施例提供的錄制視頻文件流程圖；
[0034]圖6為本發(fā)明實施例提供的音、視頻數(shù)據(jù)復(fù)合流程圖；
[0035]圖7為本發(fā)明實施例提供的視頻郵件通知發(fā)送流程圖；
[0036]圖8為本發(fā)明實施例提供的服務(wù)器向客戶端發(fā)送視頻郵件的流程圖；
[0037]圖9為本發(fā)明實施例提供的步驟805實現(xiàn)流程圖；
[0038] 圖10為本發(fā)明實施例提供的服務(wù)器選擇多媒體流傳送的示意圖；
[0039]圖11為本發(fā)明實施例提供的裝置結(jié)構(gòu)圖；
[0040]圖12為本發(fā)明實施例提供的裝置結(jié)構(gòu)圖。
【具體實施方式】
[0041]為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述。
[0042]本發(fā)明提供了一種基于智能電視的數(shù)據(jù)處理方法，如圖1所示，該方法包括圖1所示的流程:
[0043]步驟101，智能電視機作為客戶端，與服務(wù)器之間通過自定義的通信標識符進行通信，以獲取服務(wù)器的網(wǎng)絡(luò)授權(quán)。
[0044]這里，本步驟101具體可通過圖2所示流程實現(xiàn):
[0045]圖2為本發(fā)明實施例提供的網(wǎng)絡(luò)授權(quán)流程圖。如圖2所示，該流程包括以下步驟:
[0046]步驟201，客戶端通過HTTP發(fā)送帶有自定義的申請訪問標識符[CL_USER_ACCESS]的連接請求。
[0047]這里,連接請求攜帶如下參數(shù):
[0048]CLIENT_ID:為客戶端ID，傳送時將通過客戶端的私鑰進行加密，在服務(wù)器端使用公鑰進行解密，驗證客戶端真實身份，占用11個字節(jié)。
[0049]TIMESTAMP:為發(fā)送消息的時間，同樣會通過私鑰進行加密，用以驗證客戶端真實身份，占用11個字節(jié)。
[0050]步驟202，服務(wù)器匹配發(fā)送該連接請求的客戶端的信息，確定是否授權(quán)客戶端訪問。
[0051]這里，匹配的客戶端信息至少包括用戶名和密碼。
[0052]步驟203，服務(wù)器在授權(quán)時，發(fā)送帶有自定義的訪問授權(quán)標識符[SR_ACCESS_ACCEPT]的應(yīng)答至客戶端，反之，在不授權(quán)時，發(fā)送帶有自定義的訪問拒絕標識符[SR_ACCESS_REJECT]的應(yīng)答至客戶端。
[0053]這里，帶有[SR_ACCESS_ACCEPT]的應(yīng)答攜帶HMESTAMP 和 SERVER_ID。其中，SERVER_ID:為服務(wù)器ID，服務(wù)器將發(fā)送確認信息至客戶端，包含經(jīng)過服務(wù)器私鑰加密的服務(wù)器ID，客戶端使用公鑰進行解密，用于驗證服務(wù)器端真實身份，占用11個字節(jié)。[0054]步驟204，客戶端在接收到帶有[SR_ACCESS_ACCEPT]的應(yīng)答時，通過HTTP發(fā)送帶有自定義的性能參數(shù)標識符[CL_PR0FILE]的性能消息。
[0055]這里，之所以發(fā)送性能消息目的是便于告知服務(wù)器本客戶端的實際情況，以便服務(wù)器管理。其中，該性能消息攜帶的性能參數(shù)至少包括:
[0056]客戶端的CPU主頻(CPU_FREQ)，占用10個字節(jié)。
[0057]客戶端播放器支持的最大內(nèi)存大小(MEM)，占用5個字節(jié)。
[0058]客戶端支持的最大分辨率(RES)，占用5個字節(jié)。
[0059]客戶端的網(wǎng)絡(luò)速率(RATE )，占用6個字節(jié)。
[0060]步驟205，服務(wù)器記錄性能消息中的性能參數(shù)，返回帶有自定義的性能確認標識符[SR_PR0FILE_D0NE]的應(yīng)答。
[0061]至此，完成圖2所示的流程。
[0062]通過圖2所示流程即可完成網(wǎng)絡(luò)授權(quán)。
[0063]步驟102，所述客戶端在需要發(fā)送視頻郵件時，利用所述服務(wù)器授權(quán)的網(wǎng)絡(luò)標識(ID)登陸至服務(wù)器，在完成登陸后獲取由服務(wù)器嵌入至本客戶端的HTML頁面。
[0064]步驟103，所述客戶端對所述HTML頁面進行處理。
[0065]優(yōu)選地，本發(fā)明中，HTML頁面主要由工具欄、郵件編輯區(qū)、收發(fā)欄以及視頻庫組成?；诖?，本步驟103中，客戶端對所述HTML頁面進行處理具體為:
[0066]在HTML頁面的工具欄部分，除了插入圖片或附件等選項外，本發(fā)明還增加了插入視頻和取消發(fā)送的選項。
[0067]I)對于插入視頻的選項，在郵件編輯區(qū)會添加一個視頻選擇區(qū)，此視頻選擇區(qū)會提供用戶選擇添加本地視頻或錄制視頻的標簽，具體在下文進行描述。
[0068]2)對于取消發(fā)送的選項，在服務(wù)器投遞郵件之前，該選項可選，否則不可選。
[0069]在HTML頁面的郵件編輯區(qū)部分，可以撰寫郵件的內(nèi)容，并且，當用戶在視頻選擇區(qū)選擇發(fā)送本地視頻文件時，將本地視頻文件上傳至服務(wù)器，在選擇發(fā)送錄制的視頻文件時，調(diào)整視頻區(qū)的大小，以視頻區(qū)大小映射視頻分辨率打開錄制設(shè)備開始錄制視頻文件，并將錄制的視頻文件上傳至服務(wù)器。
[0070]在HTML頁面的收發(fā)欄部分，優(yōu)選地，該收發(fā)欄由發(fā)件欄和收件欄組成，用戶可以根據(jù)收發(fā)需求點擊組件。
[0071]1)對于發(fā)件欄，用戶可以添加收件人地址、抄送人地址和標題內(nèi)容，并點擊發(fā)送按鈕進行郵件的發(fā)送。
[0072]2)對于收件欄，顯示該郵件的發(fā)件人、收件人、抄送人、標題內(nèi)容及發(fā)送時間等信
肩、O
[0073]在HTML頁面的視頻庫部分，待發(fā)送的視頻會以縮略圖的形式在視頻預(yù)覽界面展示出來，用戶可以通過點擊進入視頻預(yù)覽界面，通過設(shè)定觸發(fā)方式觸發(fā)比如長按插入視頻到郵件編輯區(qū)。
[0074]至此，通過上面描述，即可完成HTML頁面的處理。
[0075]步驟104，所述客戶端在將視頻文件上傳至服務(wù)器后，通知服務(wù)器發(fā)送，以由服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件，并發(fā)送至收件人。[0076]這里，步驟104中服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件具體在下文進行描述。
[0077]至此，完成圖1所示的流程。
[0078]從圖1所示的客戶端發(fā)送視頻郵件的流程可以看出，本發(fā)明中，用戶不需要花費大量時間上傳大容量的附件，其上傳可在視頻錄制時完成，并且，本發(fā)明中，服務(wù)器發(fā)送的僅是一個打包后的HTML頁面，也就是說，收件人只是接收一個HTML頁面，這能保證收件人后續(xù)可以使用網(wǎng)頁瀏覽視頻時邊下載邊瀏覽。
[0079]在圖1所示流程中，步驟103中，在客戶端開始錄制視頻之前，還需要通過自定義的通信標識符與服務(wù)器進行通信，以確認服務(wù)器是否授權(quán)錄制視頻。
[0080]其中，該通信流程主要包含如圖3所示的各個步驟:
[0081 ] 步驟301，客戶端通過HTTP發(fā)送帶有自定義的錄制視頻標識符[CL_A_NEW_VIDE0]的連接請求。
[0082]步驟302，服務(wù)器接收請求后，動態(tài)為客戶端分配存儲空間。
[0083]其中，該動態(tài)分配存儲空間可為:首先預(yù)設(shè)一個L比如L取值為20兆的存儲空間和L比如L取值為20兆的緩沖存儲，在錄制內(nèi)容超過預(yù)設(shè)的存儲空間后，翻倍增加存儲空間，但是緩沖存儲的大小保持L比如L取值為20兆不變，也即分配的存儲空間mm_storage=M+20，(M=20，40，80，…，10x2η ;n=l，2，…)，以L取值為20兆為例，則分配的存儲空間如圖4所示。通過這樣分配存儲空間，能夠保證錄制完成之后，存儲空間為錄制的視頻文件的大小。
[0084]步驟303，服務(wù)器根據(jù)錄制條件是否滿足，發(fā)送帶有自定義的授權(quán)錄制標識符[SR_PVR_ACCEPT]或拒絕錄制標識符[SR_PVR_REJECT]的應(yīng)答給客戶端。
[0085]步驟304，客戶端在接收到帶有[SR_PVR_ACCEPT]的應(yīng)答時，錄制視頻文件，在接收到帶有[SR_PVR_REJECT]的應(yīng)答時，關(guān)閉錄制通信。
[0086]至此，完成圖3所示流程。
[0087]優(yōu)選地，本發(fā)明中，上述步驟103中的客戶端錄制視頻文件主要包括圖5所示流程:
[0088]參見圖5，圖5為本發(fā)明實施例提供的錄制視頻文件流程圖。如圖5所示，該流程可包括以下步驟:
[0089]步驟501，采集音、視頻數(shù)據(jù)。
[0090]這里，可通過連接在客戶端上的麥克風(fēng)和攝像頭分別采集音、視頻數(shù)據(jù)。
[0091]其中，在采集音、視頻數(shù)據(jù)時，可根據(jù)用戶的輸入配置音視頻的采集參數(shù)，對于視頻而言，其采集參數(shù)可包括:分辨率、YUV格式、亮度、色度、飽和度等配置參數(shù)；對于音頻而言，其采集參數(shù)可包括:采樣率、位深度等參數(shù)。
[0092]需要說明的是，本發(fā)明中，音、視頻的采集參數(shù)可以由用戶根據(jù)實際需求進行調(diào)
難
iF.0
[0093]另外，還需要說明的是，本發(fā)明中，優(yōu)選地，音頻和視頻的采集間隔須小于同步約束間隔。
[0094]步驟502，對采集的音、視頻數(shù)據(jù)進行編碼。
[0095] 本步驟502中，在對音、視頻數(shù)據(jù)編碼時，可根據(jù)用戶的輸入配置音視頻的編碼參數(shù)，對于視頻而言，其編碼參數(shù)可包括:編碼格式、幀率、GOP、碼流比特率等；對于音頻而言，其編碼參數(shù)可包括:音頻格式、碼流比特率等；需要說明的是，本發(fā)明中，音、視頻的編碼參數(shù)可以由用戶根據(jù)實際需求進行調(diào)整。
[0096]步驟503，對編碼后的音、視頻進行復(fù)合。
[0097]本步驟503中，在音、視頻復(fù)合時，可根據(jù)用戶的輸入配置視頻文件的容器類型，設(shè)置視頻文件時長或總的文件長度限制，對音視頻的原始數(shù)據(jù)包打包。為了保證音、視頻編碼的同步，應(yīng)該記錄音視頻的時間戳，并加入到音視頻幀頭中。
[0098]本發(fā)明中，由于視頻數(shù)據(jù)比較大，而音頻數(shù)據(jù)小得多，并且每次采集編碼視頻幀所消耗的時間也不完全相同，所以不能保證一幀音頻數(shù)據(jù)采集完成時，視頻數(shù)據(jù)也能剛好采集完整數(shù)幀，所以本發(fā)明中，以系統(tǒng)時間作為參考時鐘，并選擇視頻幀作為參考點，在采集編碼一幀視頻數(shù)據(jù)的過程中將已處理好的音頻幀依次緩存到一個音頻緩沖區(qū)中，當一幀視頻數(shù)據(jù)采集編碼完成后，以系統(tǒng)參考時鐘作為時間戳添加到視頻幀頭中，并取得音頻緩沖區(qū)中的所有音頻數(shù)據(jù)作為一個音頻幀，并在幀頭中添加同樣的系統(tǒng)參考時鐘作為時間戳信息，具體流程如圖6所示。
[0099]至此，完成圖5所示流程。
[0100]本發(fā)明中，在上述步驟104中，客戶端通知服務(wù)器發(fā)送視頻郵件可通過圖7所示流程實現(xiàn):
[0101]參見圖7，圖7為本 發(fā)明實施例提供的視頻郵件通知發(fā)送流程圖。如圖7所示，該流程可包括以下步驟:
[0102]步驟701，客戶端端通過HTTP發(fā)送帶有自定義的發(fā)送郵件標識符[CL_A_NEW_VE]的連接請求。
[0103]步驟702，服務(wù)器根據(jù)步驟102處理后的HTML頁面確定是否投遞視頻郵件至收件人的郵箱。
[0104]步驟703，服務(wù)器在步驟702的確定結(jié)果為是時，發(fā)送帶有自定義的授權(quán)發(fā)送標識符[SR_VE_ACCEPT]的應(yīng)答給客戶端，而在步驟702的確定結(jié)果為否時，發(fā)送帶有自定義的拒絕發(fā)送標識符[SR_VE_REJECT]的應(yīng)答給客戶端。
[0105]步驟704，客戶端在收到帶有[SR_VE_ACCEPT]的應(yīng)答時，點擊觸發(fā)HTML頁面上的發(fā)送選項，以通知服務(wù)器發(fā)送視頻郵件。
[0106]至此，完成圖7所示流程。
[0107]本發(fā)明中，上述步驟104中，服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件具體可為:
[0108]在郵件產(chǎn)生裝置下，定義了郵件信息文件，視頻文件，腳本更新文件以及一些臨時文件等，在客戶端完成撰寫郵件和上傳視頻后，視頻郵件產(chǎn)生器自動獲取郵件內(nèi)容到郵件信息文件和視頻文件中，并更新視頻郵件產(chǎn)生器腳本，最終生成新郵件，即:Vide0_email_
id.htmlo
[0109]其中，郵件信息文件定義MailInf0.txt，獲取郵件內(nèi)容并整理成視頻郵件產(chǎn)生器理解的文件格式，如txt文件格式，主要包括發(fā)件人，收件人，抄送人，標題和內(nèi)容等。
[0110]視頻文件定義Medialnf0.txt,獲取視頻路徑和視頻格式信息等。
[0111]腳本更新文件定義VideoEmail.sh,更新郵件信息文件和視頻文件的內(nèi)容到新郵件。
[0112]更新郵件信息，定義變量FileC負責(zé)查詢郵件信息文件，可以利用搜尋后綴名的方法查詢郵件目錄下存在的txt文件,即:$ {FileC:_4}d‘.txt”,并根據(jù)預(yù)定義變量Level,該Level值由更新內(nèi)容是否為NULL定義,逐級更新郵件內(nèi)容,具體實施如下:
[0113]Levell,發(fā)件人信息更新:video_email_simple.html 更新為 addFrom.html ；
[0114]Level2,收件人信息更新:addFrom.html 更新為 addT0.html ；
[0115]Level3,抄送人信息更新:addT0.html 更新為 addCc.html ；
[0116]Level4,標題信息更新:addCc.html 更新為 addSubject.html ；
[0117]Level5,郵件內(nèi)容更新:addSubject.html 更新為 addContent.html ；
[0118]更新視頻文件信息，定義變量URL負責(zé)視頻鏈接，變量MediaC負責(zé)視頻的內(nèi)容，繼續(xù)更新郵件內(nèi)容，具體實施如下:
[0119]Level6,視頻信息更新:addContent.html 更新為 video_email_id.html。
[0120] 在生成視頻郵件時，由于定義了各類模板控制更新郵件內(nèi)容，所以僅需填充必要的數(shù)據(jù)即可，如在HTML頁面插入視頻，僅需打包表1中視頻標簽屬性和值并發(fā)送至Flash播放器即可，具體如下:
[0121]表1
[0122]
【權(quán)利要求】
1.一種基于智能電視的數(shù)據(jù)處理方法，其特征在于，該方法包括: 智能電視機作為客戶端，與服務(wù)器之間通過自定義的通信標識符進行通信，以獲取服務(wù)器的網(wǎng)絡(luò)授權(quán)； 所述客戶端在需要發(fā)送視頻郵件時，利用所述服務(wù)器授權(quán)的網(wǎng)絡(luò)標識ID登陸至服務(wù)器，在完成登陸后獲取由服務(wù)器嵌入至本客戶端的HTML頁面；所述HTML頁面至少包括:收發(fā)欄、工具欄和郵件編輯區(qū)； 所述客戶端在所述HTML頁面的收發(fā)欄中至少添加收件人信息、發(fā)件人信息、郵件標題、以及郵件發(fā)送時間； 所述客戶端在所述HTML頁面的工具欄選中插入視頻選項，以使所述HTML頁面的郵件編輯區(qū)添加一個視頻選擇區(qū)； 所述客戶端在所述HTML頁面的郵件編輯區(qū)撰寫郵件內(nèi)容，并在視頻選擇區(qū)選擇發(fā)送本地視頻文件時，將本地視頻文件上傳至服務(wù)器，在選擇發(fā)送錄制的視頻文件時，調(diào)整視頻區(qū)的大小，以視頻區(qū)大小映射視頻分辨率打開錄制設(shè)備開始錄制視頻文件，并將錄制的視頻文件上傳至服務(wù)器； 所述客戶端在將視頻文件上傳至服務(wù)器后，通知服務(wù)器發(fā)送，以由服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件，并發(fā)送至收件人。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端與服務(wù)器之間通過自定義的通信標識符進行通信，以獲取服務(wù)器的網(wǎng)絡(luò)授權(quán)包括: 所述客戶端通過HTTP發(fā)送帶有申請訪問標識符的連接請求； 所述服務(wù)器匹配發(fā)送該連接請求的客戶端的信息，如果匹配成功，則發(fā)送帶有自定義的訪問授權(quán)標識符的應(yīng)答至客戶端，如果匹配失敗，則發(fā)送帶有自定義的訪問拒絕標識符的應(yīng)答至客戶端； 所述客戶端接收到帶有訪問授權(quán)標識符的應(yīng)答時，通過HTTP發(fā)送帶有自定義的性能參數(shù)標識符的性能消息； 所述服務(wù)器接收到所述性能消息后，記錄該性能消息攜帶的性能參數(shù)，并返回性能確認至客戶端。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述HTML頁面還包括視頻庫； 所述視頻庫以縮略圖的方式在視頻預(yù)覽界面展示已上傳至服務(wù)器的視頻文件，所述客戶端通過進入所述視頻預(yù)覽界面并通過設(shè)定觸發(fā)方式觸發(fā)所述HTML頁面工具欄中的插入視頻選項將所述視頻預(yù)覽界面展示的縮略圖插入至郵件編輯區(qū)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述客戶端開始錄制視頻文件之前，該方法進一步包括: 所述客戶端向服務(wù)器發(fā)送帶有自定義的錄制視頻標識符的連接請求； 所述客戶端接收所述服務(wù)器針對所述連接請求返回的應(yīng)答， 如果所述應(yīng)答帶有自定義的拒絕錄制標識符，則客戶端關(guān)閉錄制通信； 如果所述應(yīng)答帶有自定義的授權(quán)錄制標識符，則客戶端繼續(xù)執(zhí)行開始錄制視頻文件的操作。
5.根據(jù)權(quán)利要求1或4所述的方法，其特征在于，所述客戶端錄制視頻文件包括: 采集音、視頻數(shù)據(jù)；對采集的音、視頻數(shù)據(jù)進行編碼； 系統(tǒng)時間作為參考時鐘，并選擇視頻幀作為參考點，在采集編碼一幀視頻數(shù)據(jù)的過程中將已處理好的音頻幀依次緩存到一個音頻緩沖區(qū)中，當一幀視頻數(shù)據(jù)采集編碼完成后，以當前系統(tǒng)時間作為時間戳添加到視頻幀頭中，并取得音頻緩沖區(qū)中的所有音頻數(shù)據(jù)作為一個音頻幀，在音頻幀頭中添加同樣的系統(tǒng)時間作為時間戳。
6.一種基于智能電視的數(shù)據(jù)處理方法，其特征在于，該方法包括: 所述服務(wù)器對作為客戶端的智能電視機進行網(wǎng)絡(luò)授權(quán)； 所述服務(wù)器接收所述客戶端通過HTTP發(fā)送的帶有自定義的收取郵件標識符的連接請求，識別該連接請求所請求的郵件是否已過期，如果否，則返回帶有自定義的授權(quán)收取郵件標識符的應(yīng)答至客戶端，如果是，則返回帶有自定義的拒絕收取郵件標識符的應(yīng)答至客戶端; 所述服務(wù)器接收所述客戶端發(fā)送的帶有播放調(diào)整標識符的播放請求，所述播放請求是在所述客戶端接收到帶有授權(quán)收取郵件標識符的應(yīng)答時發(fā)送的； 所述服務(wù)器解析所述播放請求中的延遲參數(shù)FRAME_DELAY和網(wǎng)速參數(shù)RATE_CHANGE，依據(jù)所述FRAME_DELAY、RATE_CHANGE、以及所述客戶端的性能參數(shù)，實時調(diào)整多媒體流傳輸?shù)拇a率，以控制傳輸?shù)亩嗝襟w流在客戶端正常播放。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述服務(wù)器對作為客戶端的智能電視機進行網(wǎng)絡(luò)授權(quán)包括: 所述服務(wù)器接收所述客戶端通過HTTP發(fā)送的帶有自定義的申請訪問標識符的連接請求； 所述服務(wù)器匹配發(fā)送該連接請求的客戶端的信息，如果匹配成功，則發(fā)送帶有自定義的訪問授權(quán)標識符的應(yīng)答至客戶端，如果匹配失敗，則發(fā)送帶有自定義的訪問拒絕標識符的應(yīng)答至客戶端； 所述服務(wù)器接收所述客戶端通過HTTP發(fā)送的帶有自定義的性能參數(shù)標識符的性能消息，所述性能消息是在客戶端接收到帶有訪問授權(quán)標識符的應(yīng)答時發(fā)送的，其攜帶的所述客戶端的性能參數(shù)； 所述服務(wù)器記錄所述性能消息攜帶的性能參數(shù)，并返回性能確認至客戶端。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述性能參數(shù)至少包括:CPU主頻CPU_FREQ，客戶端播放器支持的最大內(nèi)存大小MEM、客戶端支持的最大分辨率RES、客戶端的網(wǎng)絡(luò)速率RATE ； 所述多媒體流在空域上擁有N層的空間，每一空間層在時域上具有不多于三個時間層； 所述依據(jù)FRAME_DELAY、RATE_CHANGE、以及所述客戶端的性能參數(shù)，實時調(diào)整傳輸?shù)拇a率包括: 如果所述FRAME_DELAY大于每幀解碼時間的最大值，則，比較已記錄的所述客戶端性能參數(shù)中的CPU_FREQ和Q^，所述Q^，為當前層支持流暢播放所需要的CPU主頻值，如果前者小于后者，則選擇相對于當前層，空域上低一層的多媒體流傳送，如果前者大于等于后者，則選擇相對于當前層，時域上低一層的多媒體流傳送；如果所述FRAME_DELAY小于l/2fps，則在所述RATE_CHANGE大于R'且大于R''時，選擇相對于當前層，空域上高一層的多媒體流傳送，在所述RATE_CHANGE大于R'且小于R''時，選擇相對于當前層，時域上高一層的多媒體流傳送；其中，所述R'為相對于當前層時域上高一層的碼率，R''為相對于當前層，空域上高一層的碼率。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，選擇多媒體流傳送包括: 將所選擇的多媒體流讀取放入至內(nèi)存中； 將所述多媒體流中的視頻數(shù)據(jù)、音頻數(shù)據(jù)區(qū)分開來，對視頻數(shù)據(jù)進行決策處理，選擇出需要傳送的視頻數(shù)據(jù)； 將選擇出視頻數(shù)據(jù)和所述音頻數(shù)據(jù)進行打包處理并傳送。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于， 所述對視頻數(shù)據(jù)進行決策處理，選擇出需要傳送的視頻數(shù)據(jù)包括: 將所述視頻數(shù)據(jù)組織成多個NAL單元； 將選擇出的多媒體流的碼率映射為相應(yīng)的目標dependency_id和目標temporal_id; 讀取任一 NAL單元，如果該NAL包的屬性值為第一值，所述第一值表示SVC擴展頭header的NAL單兀，則在所述NAL單兀的dependency_id小于等于目標dependency_id、以及所述NAL單元的temporal_id小于等于目標temporal_id時,選擇該NAL單元之后的所有NAL單元需要傳送 ，否則，確定該NAL單元之后的所有NAL單元不需要傳送。
11.一種基于智能電視的數(shù)據(jù)處理裝置，其特征在于，該裝置為智能電視機，包括: 通信模塊，用于與服務(wù)器之間通過自定義的通信標識符進行通信，以獲取服務(wù)器的網(wǎng)絡(luò)授權(quán)； 登陸模塊，用于在所述裝置需要發(fā)送視頻郵件時，利用所述服務(wù)器授權(quán)的網(wǎng)絡(luò)標識ID登陸至服務(wù)器，在完成登陸后獲取由服務(wù)器嵌入至本客戶端的HTML頁面；所述HTML頁面至少包括:收發(fā)欄、工具欄和郵件編輯區(qū)； 頁面處理模塊，用于對所述HTML頁面執(zhí)行以下處理:在所述HTML頁面的收發(fā)欄中至少添加收件人信息、發(fā)件人信息、郵件標題、以及郵件發(fā)送時間，通過在所述HTML頁面的工具欄選中插入視頻選項，以使所述HTML頁面的郵件編輯區(qū)添加一個視頻選擇區(qū)，以及在所述HTML頁面的郵件編輯區(qū)撰寫郵件內(nèi)容，并在視頻選擇區(qū)選擇發(fā)送本地視頻文件時，將本地視頻文件上傳至服務(wù)器，在選擇發(fā)送錄制的視頻文件時，調(diào)整視頻區(qū)的大小，以視頻區(qū)大小映射視頻分辨率打開錄制設(shè)備開始錄制視頻文件，并將錄制的視頻文件上傳至服務(wù)器； 通知模塊，用于在所述頁面處理模塊完成將視頻文件上傳至服務(wù)器后，通知服務(wù)器發(fā)送，以由服務(wù)器按照郵件產(chǎn)生器理解的格式對所述HTML頁面進行打包生成一視頻郵件，并發(fā)送至收件人。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述頁面處理模塊通過以下步驟錄制視頻文件: 采集音、視頻數(shù)據(jù)； 對采集的音、視頻數(shù)據(jù)進行編碼； 系統(tǒng)時間作為參考時鐘，并選擇視頻幀作為參考點，在采集編碼一幀視頻數(shù)據(jù)的過程中將已處理好的音頻幀依次緩存到一個音頻緩沖區(qū)中，當一幀視頻數(shù)據(jù)采集編碼完成后，以當前系統(tǒng)時間作為時間戳添加到視頻幀頭中，并取得音頻緩沖區(qū)中的所有音頻數(shù)據(jù)作為一個音頻幀，在音頻幀頭中添加同樣的系統(tǒng)時間作為時間戳。
13.一種基于智能電視的數(shù)據(jù)處理裝置，其特征在于，該裝置為服務(wù)器，包括: 網(wǎng)絡(luò)處理模塊，用于對作為客戶端的智能電視機進行網(wǎng)絡(luò)授權(quán)； 郵件請求處理模塊，用于接收所述客戶端通過HTTP發(fā)送的帶有自定義的收取郵件標識符的連接請求，識別該連接請求所請求的郵件是否已過期，如果否，則返回帶有自定義的授權(quán)收取郵件標識符的應(yīng)答至客戶端，如果是，則返回帶有自定義的拒絕收取郵件標識符的應(yīng)答至客戶端； 播放請求處理模塊，用于接收所述客戶端發(fā)送的帶有播放調(diào)整標識符的播放請求，解析所述播放請求中的延遲參數(shù)FRAME_DELAY和網(wǎng)速參數(shù)RATE_CHANGE，依據(jù)所述FRAME_DELAY、RATE_CHANGE、以及所述客戶端的性能參數(shù)，實時調(diào)整傳輸?shù)拇a率，以控制客戶端的播放流暢，其中，所述播放請求是在所述客戶端接收到帶有授權(quán)收取郵件標識符的應(yīng)答時發(fā)送的。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述視頻流在空域上擁有N層的空間，每一空間層在時域上具有不多于三個時間層； 所述播放請求處理模塊依據(jù)FRAME_DELAY、RATE_CHANGE、以及所述客戶端的性能參數(shù)，實時調(diào)整傳輸?shù)拇a率包括: 如果所述FRAME_DELAY大于每幀解碼時間的最大值，則， 比較已記錄的所述客戶端性能參數(shù)中的CPU_FREQ和所述Qlov,為當前層支持流暢播放所需要的CPU主頻值，如果前者小于后者，則選擇相對于當前層，空域上低一層的視頻流傳送，如果前者大于等 于后者，則選擇相對于當前層，時域上低一層的視頻流傳送； 如果所述FRAME_DELAY小于l/2fps，則在所述RATE_CHANGE大于R'且大于R''時，選擇相對于當前層，空域上高一層的視頻流傳送，在所述RATE_CHANGE大于R'且小于R''時，選擇相對于當前層，時域上高一層的視頻流傳送；其中，所述R'為相對于當前層時域上高一層的碼率，R''為相對于當前層，空域上高一層的碼率。
【文檔編號】G06F17/30GK103905906SQ201210583823
【公開日】2014年7月2日 申請日期:2012年12月27日 優(yōu)先權(quán)日:2012年12月27日
【發(fā)明者】孫曄, 陳亮, 王左龍, 張曉花, 朱春波 申請人:三星電子（中國）研發(fā)中心, 三星電子株式會社