本發(fā)明涉及一種數(shù)據(jù)處理裝置及方法，特別是涉及一種視頻數(shù)據(jù)處理裝置及方法。
背景技術(shù)：
：近年來，全景視頻及VR(VirtualReality，虛擬現(xiàn)實)產(chǎn)業(yè)突飛猛進，各種VR產(chǎn)品層出不窮，全景視頻是將處于不同角度的多個魚眼攝像頭在同一時間拍攝的視頻拼接后的視頻，從該視頻中可以看到拍攝時的任何方向的景色。目前全景視頻已經(jīng)開始活躍在大眾的生活中了，例如全景相機生產(chǎn)商日本Nikon公司的KeyMission360、日本Ricoh的Theta、韓國三星公司的Gear以及Insta360公司的Nano等，另外還有一些大型的社交平臺，如Facebook，優(yōu)酷、騰訊都已經(jīng)支持全景視頻的分享了。眾所周知，視頻數(shù)據(jù)容量比較大，特別是一些高分辨率的全景視頻數(shù)據(jù)量更大，用戶在拍攝完成全景視頻后通常需要向社交平臺進行分享，但目前在分享全景視頻內(nèi)容時，用戶經(jīng)常需要執(zhí)行多個操作，這其中至少包括3個步驟：拼接、轉(zhuǎn)碼、上傳。以下對三個步驟進行詳細說明：拼接目前全景設(shè)備拍攝的全景視頻在行業(yè)內(nèi)沒有統(tǒng)一的一個格式，所以導(dǎo)致各個全景設(shè)備拍攝出來的全景視頻在格式上不統(tǒng)一，當(dāng)分享這些格式不統(tǒng)一的全景視頻時，需要對這些視頻數(shù)據(jù)進行拼接，拼接成分享平臺所能支持的全景視頻格式。例如分享由Insta360公司全景相機Nano所拍攝的全景視頻到Facebook社交平臺上時，因為Nano拍攝的全景視頻文件后綴為*.insv，F(xiàn)acebook支持的全景視頻格式中不包含.insv，該平臺只支持*.mp4格式的數(shù)據(jù)文件，所以，需要將.insv格式的全景視頻拼接為.mp4格式的全景視頻。轉(zhuǎn)碼轉(zhuǎn)碼是為了將視頻數(shù)據(jù)適用于各種不同的社交平臺，數(shù)據(jù)轉(zhuǎn)碼可以修改全景視頻的碼率、幀率、分辨率等屬性，例如，在觀看網(wǎng)絡(luò)視頻時，可以根據(jù)當(dāng)前的網(wǎng)絡(luò)帶寬選擇播放視頻的清晰度為360P、1080P或1920P，所以，需要將原始視頻數(shù)據(jù)轉(zhuǎn)碼成指定清晰度的碼率、幀率、分辨率等。上傳視頻數(shù)據(jù)在本地拼接轉(zhuǎn)碼完成后，就需要將視頻數(shù)據(jù)上傳到指定的社交平臺服務(wù)器中。通常情況下，上述的數(shù)據(jù)拼接、數(shù)據(jù)轉(zhuǎn)碼、數(shù)據(jù)上傳具有順序性，分享全景視頻所耗費的時間是各個操作所耗費的時間的線性疊加，如圖1所示，即首先需要進行拼接，拼接完成后才能轉(zhuǎn)碼，轉(zhuǎn)碼完成后才能上傳，對于數(shù)據(jù)量比較大的全景視頻操作，這樣的處理機制需要耗費大量的時間，顯然不能滿足用戶快速分享的需求。為克服分享全景視頻耗費大量時間的缺陷，有必要對現(xiàn)有技術(shù)的視頻數(shù)據(jù)處理機制進行改進，從而滿足用戶快速分享的需求。技術(shù)實現(xiàn)要素：本發(fā)明提出了一種數(shù)據(jù)處理裝置及方法，旨在解決現(xiàn)有技術(shù)的視頻數(shù)據(jù)分享過程中的處理速度緩慢的問題。第一方面，本發(fā)明提供了一種數(shù)據(jù)處理裝置，包括數(shù)據(jù)單元101，還包括拼接單元102，轉(zhuǎn)碼單元103及上傳單元104，其中，所述拼接單元102連接數(shù)據(jù)單元101，用于從數(shù)據(jù)單元101接收數(shù)據(jù)并進行拼接處理；所述轉(zhuǎn)碼單元103連接拼接單元102，用于從拼接單元102接收數(shù)據(jù)并進行轉(zhuǎn)碼處理；所述上傳單元104連接轉(zhuǎn)碼單元103，用于從轉(zhuǎn)碼單元103接收數(shù)據(jù)并進行上傳處理。所述偵測單元105與拼接單元102、轉(zhuǎn)碼單元103分別.連接，用于偵測并判斷拼接單元102拼接處理的數(shù)據(jù)及轉(zhuǎn)碼單元103轉(zhuǎn)碼處理的數(shù)據(jù)是否滿足預(yù)設(shè)數(shù)據(jù)長度。進一步地，所述的數(shù)據(jù)可以分割為相同或不同長度的預(yù)設(shè)數(shù)據(jù)塊。進一步地，所述的數(shù)據(jù)可以是視頻數(shù)據(jù)、圖像數(shù)據(jù)其中一種或者兩者的組合。進一步地，所述的視頻數(shù)據(jù)格式可以是*.insv格式、*.MP4格式、*.WMA格式等格式。第二方面，本發(fā)明提供了一種數(shù)據(jù)處理方法，包括以下步驟：對視頻數(shù)據(jù)進行拼接處理；判斷拼接處理后的視頻數(shù)據(jù)是否滿足預(yù)設(shè)數(shù)據(jù)長度；對拼接處理后的視頻數(shù)據(jù)進行轉(zhuǎn)碼處理；判斷轉(zhuǎn)碼處理后的視頻數(shù)據(jù)是否滿足預(yù)設(shè)數(shù)據(jù)長度；對轉(zhuǎn)碼處理后的視頻數(shù)據(jù)進行上傳處理。進一步地，還包括以下步驟：拍攝視頻數(shù)據(jù)并存儲。進一步地，所述的數(shù)據(jù)可以分割為相同或不同長度的預(yù)設(shè)數(shù)據(jù)塊。進一步地，所述的數(shù)據(jù)可以是視頻數(shù)據(jù)、圖像數(shù)據(jù)其中一種或者兩者的組合。進一步地，所述的視頻數(shù)據(jù)格式可以是*.insv格式、*.MP4格式、*.WMA格式等格式。本發(fā)明的數(shù)據(jù)處理裝置及方法，由于設(shè)置了拼接單元、轉(zhuǎn)碼單元、上傳單元及偵測單元，并將數(shù)據(jù)進行分割成相同或不同長度的預(yù)設(shè)數(shù)據(jù)塊，拼接單元對視頻數(shù)據(jù)進行拼接，轉(zhuǎn)碼單元在偵測單元偵測到拼接單元拼接處理完成的視頻數(shù)據(jù)滿足預(yù)設(shè)數(shù)據(jù)長度時，將上述的拼接處理完成的視頻數(shù)據(jù)從拼接單元提取，進行轉(zhuǎn)碼處理，同時，偵測單元同步偵測轉(zhuǎn)碼單元進行轉(zhuǎn)碼處理后的視頻數(shù)據(jù)是否滿足預(yù)設(shè)數(shù)據(jù)長度，若滿足預(yù)設(shè)數(shù)據(jù)長度，則將該視頻數(shù)據(jù)傳輸?shù)缴蟼鲉卧?，?zhí)行上傳處理。因此，在視頻數(shù)據(jù)進行拼接處理一段時間后，本發(fā)明的技術(shù)方案可以同步并行三個處理階段，即：拼接處理、轉(zhuǎn)碼處理及上傳處理將并行處理，可以大幅縮短視頻數(shù)據(jù)的分享處理速度，滿足用戶快速分享的需求，提高了用戶體驗。附圖說明圖1是現(xiàn)有技術(shù)的數(shù)據(jù)處理流程示意圖；圖2是本發(fā)明的數(shù)據(jù)處理流程示意圖；圖3是本發(fā)明的數(shù)據(jù)處理裝置示意圖；圖4是本發(fā)明的數(shù)據(jù)處理方法流程圖。具體實施方式為了使本發(fā)明的目的、技術(shù)方案及有益效果更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。為了說明本發(fā)明所述的技術(shù)方案，下面通過具體實施例來進行說明。請參考圖1所示，圖1示出了現(xiàn)有技術(shù)中視頻數(shù)據(jù)處理流程示意圖，可以看出，現(xiàn)有技術(shù)中針對視頻數(shù)據(jù)的處理需要至少進行拼接、轉(zhuǎn)碼、上傳3個處理階段，每個視頻數(shù)據(jù)的處理首先需要進行拼接處理，拼接處理完成后進入轉(zhuǎn)碼處理，轉(zhuǎn)碼處理完成后進入上傳處理，其中拼接階段需要的處理時長為T1，轉(zhuǎn)碼階段需要的處理時長為T2，上傳階段需要的處理時長為T3，用戶針對每個視頻數(shù)據(jù)需要分享到社交平臺的操作需要的總時長T＝T1+T2+T3，即：總時長為各個處理階段的時間之和。圖2示出了本發(fā)明的數(shù)據(jù)處理流程示意圖，針對圖1所述的視頻數(shù)據(jù)文件，本發(fā)明技術(shù)方案將視頻數(shù)據(jù)進行了數(shù)據(jù)分割，以3個視頻數(shù)據(jù)塊(圖中未示出)組成的視頻文件為例進行說明，分別是第一視頻數(shù)據(jù)塊、第二視頻數(shù)據(jù)塊及第三視頻數(shù)據(jù)塊，為了便于本領(lǐng)域技術(shù)人員理解本發(fā)明技術(shù)方案，同樣以三個處理階段即：拼接處理、轉(zhuǎn)碼處理及上傳處理進行說明：T1’時間段內(nèi)，第一視頻數(shù)據(jù)塊進行拼接處理；T2’時間段內(nèi)，第一視頻數(shù)據(jù)塊進行轉(zhuǎn)碼處理，第二視頻數(shù)據(jù)塊進行拼接處理；T3’時間段內(nèi)，第一視頻數(shù)據(jù)塊進行上傳處理，第二視頻數(shù)據(jù)塊進行轉(zhuǎn)碼處理，第三視頻數(shù)據(jù)塊進行拼接處理。本領(lǐng)域技術(shù)人員可以毫無疑問的推斷出，在視頻數(shù)據(jù)進行拼接處理一段時間后，本發(fā)明的技術(shù)方案可以同步并行三個處理階段，即：拼接處理、轉(zhuǎn)碼處理及上傳處理將并行處理。在本發(fā)明的技術(shù)方案下，用戶針對每個視頻數(shù)據(jù)需要分享到社交平臺的操作需要的總時長T＝T1’+T2’+T3’，此時的視頻數(shù)據(jù)處理總時長T將遠小于現(xiàn)有技術(shù)的視頻數(shù)據(jù)處理總時長T，具體的T時長數(shù)據(jù)取決于需要處理的視頻數(shù)據(jù)文件的大小，這是眾所周知的常識。為了使本領(lǐng)域技術(shù)人員有更直接的理解，以下采用測試數(shù)據(jù)進行說明，示例視頻文件原始信息如下表1所示：表1幀率(fps)碼率(kb/s)分辨率大小(MB)時長(s)29.97280323040*1520230.721361.71采用現(xiàn)有技術(shù)的視頻數(shù)據(jù)處理方案進行拼接處理、轉(zhuǎn)碼處理及上傳處理，分別測試得到8組數(shù)據(jù)，如下表2所示：表2測試次數(shù)拼接+轉(zhuǎn)碼時長(S)拼接時長(S)轉(zhuǎn)碼時長(S)開始上傳時間(S)1137.89884866.24938271.649466137.8988482132.16486662.58038169.584485132.1648663131.12533262.19472968.930603131.1253324135.61213765.29478270.317355135.6121375140.25682766.58372873.673099140.2568276141.42877866.84736474.581414141.4287787146.34601470.47260875.873406146.3460148138.28376565.28473572.99903138.283765平均137.889570965.6884636372.20110725137.8895709采用本發(fā)明技術(shù)方案進行拼接處理、轉(zhuǎn)碼處理及上傳處理的測試數(shù)據(jù)如下表3所示：表3考慮到實際應(yīng)用環(huán)境中的網(wǎng)絡(luò)帶寬不同，本發(fā)明技術(shù)方案以固定上傳速度200kb/s進行測試，拼接轉(zhuǎn)碼后的文件大小為16.7074MB，傳輸時間等于16.7074*1024/200＝85.541888s，對比結(jié)果如表4所示：表4技術(shù)方案總時長T＝開始上傳時間+總上傳時間現(xiàn)有技術(shù)方案223.4314589(S)本發(fā)明技術(shù)方案101.0985816(S)可以看出，本發(fā)明技術(shù)方案針對上述同一視頻文件的數(shù)據(jù)處理時長約為現(xiàn)有技術(shù)方案數(shù)據(jù)處理時長的45.2％。請參考圖3，圖3是本發(fā)明的數(shù)據(jù)處理裝置示意圖，該數(shù)據(jù)處理裝置示意圖由五部分組成，數(shù)據(jù)單元101、拼接單元102與數(shù)據(jù)單元101連接、轉(zhuǎn)碼單元103與拼接單元102連接、上傳單元104與轉(zhuǎn)碼單元103連接，偵測單元105分別與拼接單元102及轉(zhuǎn)碼單元103連接。數(shù)據(jù)單元101進行拍攝視頻數(shù)據(jù)并將視頻數(shù)據(jù)分割為相同或不同時長的視頻數(shù)據(jù)塊，并將上述的視頻數(shù)據(jù)存儲在存儲器中；拼接單元102從數(shù)據(jù)單元101中提取視頻數(shù)據(jù)塊，并將該視頻數(shù)據(jù)塊進行拼接；轉(zhuǎn)碼單元103在偵測單元105偵測到拼接單元102拼接處理完成的視頻數(shù)據(jù)塊滿足預(yù)設(shè)數(shù)據(jù)長度時，將上述的拼接處理完成的視頻數(shù)據(jù)塊從拼接單元102提取，進行轉(zhuǎn)碼處理，同時，偵測單元105同步偵測轉(zhuǎn)碼單元103進行轉(zhuǎn)碼處理后的視頻數(shù)據(jù)塊是否滿足預(yù)設(shè)數(shù)據(jù)長度，若滿足預(yù)設(shè)數(shù)據(jù)長度，則將該視頻數(shù)據(jù)塊傳輸?shù)缴蟼鲉卧?04，執(zhí)行上傳處理。請參考圖4并結(jié)合圖3，是本發(fā)明的數(shù)據(jù)處理方法流程圖，該數(shù)據(jù)處理方法執(zhí)行以下步驟：步驟201：拍攝視頻數(shù)據(jù)并存儲在數(shù)據(jù)單元101中；步驟202：由拼接單元102對視頻數(shù)據(jù)塊進行拼接；步驟203：偵測單元105判斷拼接處理后的視頻數(shù)據(jù)塊是否達到預(yù)設(shè)數(shù)據(jù)長度，若是，則進入下一步驟204，若否，則繼續(xù)由拼接單元102對視頻數(shù)據(jù)塊進行拼接；步驟204：由轉(zhuǎn)碼單元103對視頻數(shù)據(jù)塊進行轉(zhuǎn)碼處理；步驟205：偵測單元105判斷轉(zhuǎn)碼處理后的視頻數(shù)據(jù)塊是否達到預(yù)設(shè)數(shù)據(jù)長度，若是，則進入下一步驟206，若否，則繼續(xù)由轉(zhuǎn)碼單元103對視頻數(shù)據(jù)塊進行轉(zhuǎn)碼處理；步驟206：由上傳單元104對轉(zhuǎn)碼處理后的視頻數(shù)據(jù)塊進行上傳操作。特別的，本實施例中的數(shù)據(jù)單元101中的數(shù)據(jù)不限于視頻數(shù)據(jù)，還可以是圖像數(shù)據(jù)，相應(yīng)的，這些視頻數(shù)據(jù)、圖像數(shù)據(jù)其中一種或者兩者的組合亦可以分割為相同或不同的數(shù)據(jù)塊，并且，視頻數(shù)據(jù)的格式可以是*.insv格式、*.MP4格式、*.WMA格式等常見的視頻文件存儲格式。此外，盡管在附圖中以特定順序描述了本發(fā)明方法的操作，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些操作，或是必須執(zhí)行全部所示的操作才能實現(xiàn)期望的結(jié)果。附加地或備選地，可以省略某些步驟，將多個步驟合并為一個步驟執(zhí)行，和/或?qū)⒁粋€步驟分解為多個步驟執(zhí)行。雖然已經(jīng)參考若干具體實施方式描述了本發(fā)明的精神和原理，但是應(yīng)該理解，本發(fā)明并不限于所公開的具體實施方式，對各方面的劃分也不意味著這些方面中的特征不能組合以進行受益，這種劃分僅是為了表述的方便。本發(fā)明旨在涵蓋所附權(quán)利要求的精神和范圍內(nèi)所包括的各種修改和等同布置。當(dāng)前第1頁1 2 3