專利名稱：：移動成像應用程序、裝置架構、服務平臺架構及服務的制作方法相關申請本申請要求于2005年2月16日提交的第60/654,058號美國臨時申請的優(yōu)先權。本申請通過參考全部結合了以下申請于2005年9月20日提交的第11/232,165號美國申請、于2005年9月21日提交的第11/232,726號美國申請、于2005年9月21日提交的第11/232,725號美國申請、于2005年10月12日提交的第11/249,561號美國申請、及于2005年10月13日提交的第11/250,797號美國申請。本申請全部結合了以下內容Sweldens、Wim，TheLiftingSchemeAcustom-designconstructionofbiorthogonalwavelets.Appl.Comput.Harmon.Anal.3(2)186-200，1996；于2003年4月17日提交的名為WAVELETTRANSFORMSYSTEM，METHODANDCOMPUTERPROGRAMPRODUCT的第10/418,363號美國專利申請，發(fā)明人WilliamC.Lynch、KrasimirD.Kolarov、及StevenE.Saunders；于2003年5月28日提交的名為CHROMATEMPORALRATEREDUCTIONANDHIGH-QUALITYPAUSESYSTEMANDMETHOD的第10/447,514號美國專利申請，發(fā)明人StevenE.Saunders、KrasimirD.Kolarov、及WilliamC.Lynch；2003年5月28日提交的名為PILEPROCESSINGSYSTEMANDMETHODFORPARALLELPROCESSOR的第10/447,455號美國專利申請，發(fā)明人WiliamC.Lynch、KrasimirD.Kolarov、及StevenE.Saunders；Golomb，S.W.(1966).“Run-lengthencodings.”IEEETransactionsonInformationTheory，IT-12(3)399-401；R.F.Rice，“SomePracticalUniversalNoiselessCodingTechniques，”JetPropulsionLaboratory，Pasadena，California，JPLPublication79-22，1979年3月；J.Teuhola，“ACompressionMethodforClusteredBit-Vectors，”InformationProcessingLetters，vol.7，pp.308-311，1978年10月；于2003年5月28日提交的名為PILEPROCESSINGSYSTEMANDMETHODFORPARALLELPROCESSORS的第10/477,455號美國專利申請，發(fā)明人WilliamC.Lynch、KrasimirD.Kolarov、及StevenE.Saunders。本申請是以下申請的部分繼續(xù)申請于2005年9月21日提交的名為“MultipleTechniqueEntropyCodingSystemandMethod”的第11/232,726號美國專利申請，其要求于2004年9月22日提交的第60/612,652號美國臨時申請的優(yōu)先權；于2005年9月21日提交的名為“PermutationProcrastination”的第11/232,725號美國專利申請，其要求于2004年9月22日提交的第60/612,651號美國臨時申請的優(yōu)先權；于2005年9月20日提交的名為“CompressionRateControlSystemandMethodwithVariableSubbandProcessing”的第11/232,165號美國申請，其要求于2004年9月21日提交的第60/612,311號美國臨時申請的優(yōu)先權；于2004年9月29日提交的名為“SystemandMethodforTemporalOut-of-OrderCompressionandMulti-SourceCompressionRateControl”的第10/955,240號美國專利申請現(xiàn)在的于2005年5月19日公開的第US2005/0105609號美國公開，其要求于2004年9月22日提交的第60/612,311號美國臨時申請、均是于2003年9月30日提交的第60/507,148號美國臨時申請和第60/507,147號美國臨時申請的優(yōu)先權；于2004年9月16日提交的名為“MultipleCodec-ImagerSystemandMethod”的第10/944,437號美國專利申請現(xiàn)在為于2005年5月19日公開的第US2005年/0104752號美國公開，其為于2004年11月30日公布的第6,825,780號美國專利的繼續(xù)申請，第6,825,780號美國專利要求于2002年6月21日提交的第60/390,380號美國臨時申請和于2002年4月19日提交的第60/374,061號美國臨時申請的優(yōu)先權；于2003年5月28日提交的名為“Pile-ProcessingSystemandMethodforParallelProcessor”的第10/477,455號美國專利申請現(xiàn)在為于2003年12月11日公開的第US2003/0229773號美國公開，其要求均在2002年5月28日提交的第60/385,253號和第60/385,250號美國臨時申請的優(yōu)先權；于2003年5月28日提交的名為“ChromaTemporalRateReductionandHigh-QualityPauseSystemandMethod”的第10/447,514號美國專利申請現(xiàn)在為于2003年12月25日公開的第US2003/0235340號美國公開，其要求均在2002年6月21日提交的第60/390,345號和第60/390,492號美國臨時申請的優(yōu)先權；于2003年4月17日提交的名為“System，MethodandComputerProgramProductforImageandVideoTranscoding”的第10/418,649號美國專利申請現(xiàn)在為于2003年9月6日公開的第US2003/0206597號美國公開，其要求于2002年4月19日提交的第60/374,069號美國臨時申請的優(yōu)先權；于2003年4月17日提交的名為“WaveletTransformSystem，MethodandComputerProgramProduct”的第10/418,363號美國專利申請現(xiàn)在為于2003年10月23日公開的第US2003/0198395號美國公開，其要求于2002年6月21日提交的第60/390,383號美國臨時專利申請、于2002年5月28日提交的第60/385,254號美國臨時專利申請、及均在2002年4月19日提交的第60/373,974號和第60/373,966號美國臨時申請的優(yōu)先權。本申請還通過參考全部結合以下內容于2005年1月25日公布的名為“SystemandMethodforaDyadic-Monotonic(DM)Codec”的第6,847,317號美國專利；以及于2004年9月30日公布的名為“MultipleCodec-ImageSystemandMethod”的第6,825,780號美國專利。直接數(shù)字化的圖像和視頻占用很多比特；通常對圖像和視頻進行壓縮來用于存儲、傳輸、及其它用途。已知有幾種基本壓縮方法，這些壓縮方法也可有許多具體的不同點。通常的方法的特征在于三階段的處理過程變換、數(shù)字轉換、及熵編碼(entropy-code)。大多數(shù)的圖像和視頻壓縮器在存在不同點的同時共有此基本結構。視頻壓縮器中的轉換階段的目的是利用圖片或序列中的局部相似點和圖案將源圖片的能量或信息聚集為形式上盡可能緊湊。沒有壓縮器能夠壓縮所有可能的輸入；我們將壓縮器設計為在“典型的”輸入上工作很好并忽略壓縮器不能壓縮“隨機的”或“習慣的”輸入。許多諸如MPEG-2和MPEG-4的圖像壓縮和視頻壓縮方法使用離散余弦變換(DCT)作為變換階段。諸如MPEG-4靜態(tài)紋理壓縮(statictexturecompression)的一些較新的圖像壓縮和視頻壓縮方法使用各種小波變換作為變換階段。在轉換階段之后數(shù)字轉換刪除(discard)信息；重構的解壓縮圖像因此不能是原始圖像的精確再現(xiàn)。熵編碼一般是無損的步驟該步驟取出數(shù)字轉換之后剩余的信息并對其進行譯碼，從而能夠在解碼器中精確的再現(xiàn)該信息。因此，關于刪除什么信息的設計決定并不受以下熵編碼階段的影響?；贒CT的視頻壓縮/解壓縮(編碼譯碼器)技術的局限為最初開發(fā)該方法用于視頻廣播及流的應用，它們依賴于在工作室(studio)環(huán)境下對視頻內容進行編碼，其中，在工作室環(huán)境下高復雜度的編碼器能夠在計算機工作站上運行。這種計算上復雜的編碼器允許在用戶重放裝置上安裝計算上簡單的和相對不貴的解碼器(播放器)。但是，這種不平衡的編碼/解碼技術對移動多媒體裝置匹配較差，其中在移動多媒體裝置中必須在手機本身中實時拍攝以及實時回放視頻信息。因此，移動裝置中的視頻通常局限于比在其它用戶產品中小得多的尺寸和低得多的幀率。
背景技術：
和
發(fā)明內容本發(fā)明涉及關于包括用于在無線和有線網(wǎng)絡和系統(tǒng)上對靜止圖像和視頻圖像進行傳輸、存儲、編輯、共享、銷售、及自動譯碼并在可顯示的裝置上觀看它們的移動裝置、相應的移動裝置的架構、服務平臺架構、方法及服務、和與上述相關的網(wǎng)絡及其它系統(tǒng)服務的裝置中的靜止圖像和視頻圖像的方法、裝置、系統(tǒng)、及結構。本發(fā)明還涉及圖像記錄方法中的改進、和移動裝置及服務平臺中的相應改進。本發(fā)明的多個方面包括用于壓縮和/或解壓縮視頻或靜止圖像的所有軟件的視頻編碼譯碼器/攝像放像機應用程序。本發(fā)明的多個方面還包括用于與用于移動手機的軟件視頻編碼譯碼器/攝像放像機應用程序和編輯及自動譯碼應用程序一起來配置視頻通信和共享服務的基礎結構的、包括移動多媒體服務(MMS)基礎結構應用程序的基礎結構產品、方法、和處理過程，以支持與其它一般配置的基于標準的和專用的視頻格式的完整的互通性。本發(fā)明的多個方面還包括用于對新的MMS服務進行建立、允許、分配、及操作的方法、處理、及商務處理，新的MMS服務包括移動裝置上的新的移動視頻日志(博客)和用于由移動用戶創(chuàng)建的視頻內容的市場服務。圖1示出了移動圖像通信中的視頻圖像尺寸局限。圖2示出了用于聯(lián)合源通道譯碼的系統(tǒng)的示意圖(a)編碼器，(b)解碼器。圖3示出了移動成像手機的架構。圖4示出了移動成像服務平臺的架構。圖5示出了視頻譯碼編碼器方法的比較。圖6示出了用于改進的聯(lián)合源通道譯碼的系統(tǒng)的示意圖(a)編碼器，(b)解碼器。圖7示出了改進的移動成像手機平臺的架構。圖8示出了視頻譯碼編碼器性能的比較。圖9示出了改進的移動成像手機平臺的架構。圖10示出了改進的移動成像手機平臺的架構。圖11示出了改進的移動成像服務平臺的架構。圖12示出了配置的MMSC視頻網(wǎng)關的OTN升級。圖13示出了自播放(self-playing)視頻MMS消除自動譯碼的必要。圖14示出了配置媒體制作服務器所需要的視頻編輯服務器的復雜性、成本、及數(shù)目的縮減。圖15示出了移動視頻服務平臺。圖16示出了更高質量的多媒體服務的更快、更低成本的開發(fā)和配置。圖17示出了根據(jù)本發(fā)明的多個方面的移動視頻服務的多個方面。圖18示出了根據(jù)本發(fā)明的多個方面的寬帶多媒體裝置和服務的應用程序。圖19示出了根據(jù)本發(fā)明的多個方面的用于軟件成像應用程序的實施選件。圖20示出了根據(jù)本發(fā)明的多個方面的用于硬件加速(HW-accelerated)的成像應用程序的實施選件。圖21示出了根據(jù)本發(fā)明的多個方面的用于混和硬件加速軟件成像應用程序的實施選件。圖22示出了應用程序簡化的多媒體手機平臺的架構。圖23示出了GSM/GPRS網(wǎng)絡上的移動視頻通信演示的元件。圖24示出了根據(jù)本發(fā)明的多個方面的特定MMS功能性。具體實施例方式基于小波的圖像處理小波變換可以包括在一個方向上或在多于一個的方向上對一組數(shù)據(jù)重復的應用小波過濾器對(filterpair)。對于靜止圖像的壓縮，可以使用2維的小波變換(水平的和垂直的)。根據(jù)本發(fā)明的視頻編碼譯碼器可以使用3維的小波變換(水平的、垂直的、及時間的)。希望提出一種改進的、對稱的基于3維小波的視頻壓縮/解壓縮(編碼譯碼器)裝置，以將移動裝置中的計算復雜性和功率消耗減少為遠遠低于基于DCT的編碼譯碼器所需的，并且使得在一個編碼譯碼器中同時支持處理靜止圖像和視頻圖像。這種在一個編碼譯碼器中對靜止圖像和視頻圖像的同時支持可以消除或減少分離MPEG(視頻)編碼譯碼器和JPEG(靜止圖像)編碼譯碼器的必要，或者大大的改善了壓縮性能并因此大大改善了關于運動JPEG編碼譯碼器的存儲性能。還希望提出一種改進的、對稱的、基于3維小波的視頻處理裝置，以減少用于支持自動或手動編輯用戶創(chuàng)建的視頻的MMS基礎構造設備中的計算復雜性和功率消耗，并且減少用戶創(chuàng)建的視頻的數(shù)據(jù)庫存儲、搜索、及查找。移動視頻通信和共享服務本發(fā)明的多個方面包括涉及對與移動裝置相關的視頻內容進行拍攝、壓縮、傳輸、編輯、存儲、及共享的新的方法、服務、及系統(tǒng)。本發(fā)明的多個方面可以應用于包括固定的和移動的無線服務供應商的電信(無線供應商和有線供應商)和互聯(lián)網(wǎng)、線纜、及其它數(shù)據(jù)和多媒體操作者。本發(fā)明的多個方面可以為更豐富的內容、更高的寬帶利用率、及更高的每個用戶的平均收益(averagerevenueperuser)(APRU)做準備。移動多媒體服務(MMS)是基于文本的短消息服務(SMS)的多媒體演進。根據(jù)本發(fā)明的多個方面，提出的一種有前途的新MMS應用程序是新的視頻通信和共享，能夠滿足目標觀眾交流個人信息的需要。移動圖像通信和共享可以要求添加數(shù)碼相機功能性(靜止圖像)和/或攝像放像機功能性(視頻圖像)到移動手機上，從而用戶既能夠拍攝(編碼)他們想要發(fā)送的視頻信息，還能夠回放(解碼)他們接收到的視頻信息。如果從根本上可以獲得，則本發(fā)明的多個方面還可以以多種現(xiàn)有技術中難以獲得的方式滿足這些功能性。根據(jù)本發(fā)明的多個方面，可以使得移動裝置演進成集成的用戶多媒體娛樂平臺。在工業(yè)中的實質的投資已經指向允許傳輸?shù)揭苿友b置的并在移動裝置上查看的重分組廣播電視節(jié)目(例如，新聞片斷、運動精彩場面、及流行電視節(jié)目的特殊“mobisodes”)和其它通常的演播室視頻內容(例如，電影預覽和音樂視頻)的方法和平臺。在稍后的情況下，將移動用戶開發(fā)為新的一組視頻用戶。但是，該稍后的情況大大的利用較大的廣播企業(yè)服務器中壓縮的視頻內容。但是，根據(jù)本發(fā)明的多個方面，世界范圍的移動操作者還獲得了重要的新機會作為媒體制造者而不僅是媒體消費者來支持他們的用戶(這點通過本發(fā)明的多個方面來滿足)。如本發(fā)明的多個方面所滿足的，在移動裝置上拍攝和分享與獨立的數(shù)碼相機和攝像放像機同樣質量的照片和視頻的能力、更高速的單元、及固定無線數(shù)據(jù)網(wǎng)絡一起構成這種新服務的基礎。本發(fā)明的多個方面還使得攝像放像機電話和視頻通信/共享基礎架構設備的開發(fā)成本和零售價格很大程度的降低，這對這種裝置和相關移動多媒體/數(shù)據(jù)服務在成熟的市場上和新興的市場上的大范圍商業(yè)應用都是關鍵的?，F(xiàn)有移動圖像通信/共享服務和應用程序嚴格的局限于拍攝和傳輸比在其它多媒體裝置(例如，電視、個人計算機、數(shù)字視頻攝像放像機、及個人多媒體播放器)上拍攝和顯示的視頻圖像的尺寸更小的和低幀率的視頻圖像(見圖1)。如根據(jù)本發(fā)明的多個方面提供的能夠支持30fps或更高幀率的VGA(或更大的)視頻移動圖像通信服務和應用程序，將是更加可取的。自適應聯(lián)合源通道譯碼因為與諸如文本、音頻、及靜止圖像的其它數(shù)據(jù)/媒體類型的傳輸相比通常需要更高的數(shù)據(jù)速率，移動網(wǎng)絡上的視頻傳輸本質上是有挑戰(zhàn)的。另外，有限的和變化的通道寬帶與移動網(wǎng)絡的波動噪音和錯誤特征一起在視頻傳送上施加了進一步的限制和困難。根據(jù)本發(fā)明的多個方面，可以將多種聯(lián)合源通道譯碼方法應用于使視頻比特流適應于不同的通道條件(見圖2)。為了適應于變化的通道帶寬和錯誤特征，根據(jù)本發(fā)明多個方面的該聯(lián)合源通道譯碼方法是可升級的。另外，根據(jù)本發(fā)明多個方面，是支持多點傳送腳本的可升級性，其中視頻流的接收端處的不同裝置在解碼計算功能和顯示能力上可以具有不同的限制。如圖2所示以及根據(jù)本發(fā)明的多個方面，源視頻序列30可以是第一源編碼器32(即，壓縮的)，緊接著是糾錯碼(ECC)通道編碼器34。在移動網(wǎng)絡中，源譯碼通常使用諸如H.263、MPEG-4、或運動JPEG的基于DCT的壓縮方法。實例的通道譯碼方法是Reed-Solomon代碼、BCH代碼、FEC代碼、turbo代碼。然后聯(lián)合源和通道譯碼視頻比特流傳過速率控制器36以匹配通道帶寬的要求，同時獲得最好的重構視頻質量。速率控制器在發(fā)送用于在通道38上傳送的壓縮視頻比特流之前對壓縮視頻比特流進行離散速率變形計算。由于移動裝置中的計算能力的局限，一般的速率控制器只考慮可利用的通道帶寬，并且不明確考慮傳輸通道的錯誤特征。希望并且能夠通過本發(fā)明來基于具有更高計算效率的算法使用改進的自適應聯(lián)合源通道譯碼，從而可以在源編碼器32、通道編碼器34、及速率控制器36三個中均利用即時的和預測的通道帶寬和錯誤條件以同時最大化控制重構的視頻信號的即時和平均的質量(視頻速率與變形相比)。根據(jù)本發(fā)明多個方面，該改進的自適應聯(lián)合源通道譯碼方法的進一步的優(yōu)點是無線通信裝置和MMS服務供應商能夠向他們的用戶和企業(yè)客戶提供更大范圍的服務質量(QoS)性能和定價水平，因此將使用他們的無線網(wǎng)絡基礎構造產生的收入最大化。多點傳送場景需要能有由許多用戶解碼的單獨的自適應視頻比特流。這在現(xiàn)代的、大尺度的、不同種類的網(wǎng)絡中尤其重要，在該網(wǎng)絡中，網(wǎng)絡寬帶限制使得無法實施傳輸每個用戶特定調定的多同時聯(lián)播視頻信號。單獨的自適應視頻比特流的多點傳送降低了寬帶要求，但是需要生成多個用戶可譯碼的視頻比特流，多個用戶包括具有寬帶無線或有線連接的有識別力的用戶、及具有有限的帶寬和錯誤傾向連接的無線電話用戶。由于移動裝置中的計算能力的限制，自適應速率控制器的粒度一般非常粗糙，例如只產生包括基極層和一個增強層的2層比特流。為了能夠支持就通道類型(無線和有線)、通道帶寬、通道噪音/錯誤特征、用戶裝置、及用戶服務而言的網(wǎng)絡異質性的更加高的水平，希望并且能夠通過本發(fā)明的一個方面來基于具有更高計算能力的算法使用改進的自適應聯(lián)合源通道譯碼。移動成像手機架構添加數(shù)字攝像放像機功能性到移動手機一般需要添加以下功能在硬件、軟件、或硬件和軟件的結合中(見圖3)●具有相應的預放大器和模擬數(shù)字(A/D)信號轉換電路的圖像陣列(通常是CMOS或CCD像素的陣列)；●諸如預處理、編碼/解碼(編碼譯碼器)、后期處理的圖像處理功能；●對無線或有線網(wǎng)絡上的非實時傳輸或實時流的處理的圖像的緩沖；●一個或多個圖像顯示屏幕；以及●內置或可移動存儲器上的本地圖像存儲。使用商業(yè)上可以利用的允許成像的移動手機的諸如MPEG-4的基于DCT變換的編碼譯碼器，局限于拍攝比其它多媒體裝置(例如，電視、個人計算機、數(shù)字視頻攝像放像機、及個人多媒體播放器)上通常所拍攝和所顯示的較小的尺寸和較低的幀率視頻圖像。諸如電視、個人計算機、數(shù)字視頻攝像放像機、及個人多媒體播放器的多媒體裝置通常以30幀每秒(fps)或更高的顯示速率拍攝/顯示VGA格式(640像素×480像素)或更大的視頻圖像，但是商業(yè)上可以利用的能夠成像的移動手機局限于以15fps或更低的顯示速率拍攝QVGA格式(320像素×240像素)、QCIF格式(176像素×144像素)、或更小的視頻圖像(例如，見圖1)。這種縮小的視頻拍攝能力是由于使用DCT轉換來完成與視頻壓縮/解壓縮相關的計算步驟的數(shù)目、類型、及序列所需要的過多的計算要求、處理能力消耗、及緩沖存儲器。使用商業(yè)上可以利用的視頻編碼譯碼器和微處理器方法導致用于定位于以30fps或更高的幀率拍攝VGA(或更大)的視頻的移動成像手機的非常復雜、功耗大、及昂貴的結構。這樣的手機結構需要利用軟件程序和硬件加速器的結合的編碼譯碼器，軟件程序和硬件加速器在精簡指令集(RISC)處理器、數(shù)字信號處理器(DSPs)、及特定用途集成電路(ASICs)的結合與較大的緩沖存儲器塊(一般為1兆字節(jié)或更多的存儲容量)上一起運行?？梢宰鳛閱为毜募呻娐?ICs)使用該RISC處理器、DSPs、ASICs、多媒體處理器、及RPDs，或者可以結合分組系統(tǒng)(system-in-a-package)(SIP)或片上系統(tǒng)(system-on-a-chip)(SoC)中的RISC處理器、DSPs、ASICs、多媒體處理器、及RPDs中的一個或多個，來實現(xiàn)這些編碼譯碼器的功能。在RISC處理器或DSPs上運行的編碼譯碼器功能通常是軟件例行程序，軟件例行程序具有為了校對程序錯誤或升級功能性可以對它們進行改進的優(yōu)點。作為軟件實現(xiàn)復雜的、重復的編碼譯碼功能的缺點是導致的全部處理器資源和功率消耗需求通常超過移動通信裝置中所可以利用的。ASICs和多媒體處理器上運行的編碼譯碼功能通常是固定硬件實現(xiàn)復雜的、重復的計算步驟，通常具有特別定制的硬件加速能夠從本質上減少編碼譯碼器的全部功率消耗的優(yōu)點。在固定硬件中實現(xiàn)某個編碼譯碼器功能的缺點包括更長和更昂貴的設計周期，在固定硅器件中發(fā)現(xiàn)錯誤的情況下的昂貴的產品召回的風險，以及在新開發(fā)的特征要添加到成像應用程序中的情況下不能夠升級固定硅功能。RPDs上運行的編碼譯碼器功能通常是在最終的移動成像手機產品中既需要硬件加速又需要能夠添加或改進功能性的例行程序。在RPDs上實現(xiàn)特定編碼譯碼功能的缺點是更大數(shù)目的硅柵和與固定的ASIC實現(xiàn)相比支持硬件再配置性所需的更高的功耗。為了簡化上述架構并使得手機成本與高容量商業(yè)配置協(xié)調，減少或消除復雜、重復的編碼譯碼功能以使得移動成像手機能夠以30fps拍攝VGA(或更大)視頻的具有全部軟件結構的成像應用程序將是優(yōu)選的。本發(fā)明是成功完成和允許這些目標的首選方法。不僅要求多媒體手機支持圖片和視頻通信能力，還要求多媒體手機具有各種另外的多媒體能力(聲音、音樂、圖形)和各種固定的和移動無線的接入模式，接入模式包括(但不限于)2.5G和3G單元式接入、WiBro、HSDPA、WiFi、無線LAN、及藍牙。為了更有效的配置新的生成收入的服務和應用程序以及避免高成本產品的回收，開發(fā)、配置、及支持這種產品所涉及的復雜性和風險使得多種功能和應用程序的無線(OTA)分布和管理高度受益。為了使得手機制造商、移動操作者、及其它MMS服務供應商能夠進行成像應用程序的OTA分布和管理，全軟件成像應用程序將是優(yōu)選的。再一次，本發(fā)明是成功實現(xiàn)這些目標的首選方法。移動JAVA應用程序Java技術帶來了較寬范圍的裝置，均在同一種語言和同一種技術之下，從服務器到筆記本電腦到移動裝置。盡管用于這個范圍的裝置的應用程序不同，但是Java技術在這些不同點之間架起了橋梁，使得負責一個領域的開發(fā)者將他們的技術用于更大范圍的裝置和應用程序。最先由SunMicrosystems在1999年6月引入的Java組，J2ME(Java2，MicroEdition)是寬主動的部分以更好的滿足Java開發(fā)者多樣化的需求。利用Java2平臺，Sun重新定義了Java技術的結構，將其分組為三個版本。標準版本(J2SE)提供了筆記本電腦開發(fā)的實際解決方案和低端商務應用。企業(yè)版本(J2EE)用于致力于企業(yè)環(huán)境應用的開發(fā)者。微版本(J2ME)用于研究具有諸如PDAs、手機、尋呼機、電視置頂盒、遠程遙感單元、及其它用戶電子和嵌入裝置的有限硬件資源的裝置的開發(fā)者。J2ME是針對具有小到128KB的RAM并具有遠比那些用于典型的筆記本電腦和服務器計算機的處理器的功率小的處理器的機器。J2ME實際上包括一組設置(profile)。將每個設置定義為用于一種特定類型的裝置——手機、PDAs、等——并且由特定類型的裝置所需的最小組的類庫和支持該裝置所需的Java虛擬機器的規(guī)格組成。任意J2ME設置所指定的虛擬機器沒有必要與Java2標準版本(J2SE)及Java2企業(yè)版本(J2EE)中使用的虛擬機器相同。由于處理器功率、存儲器、持久存儲器、及其它接口中的不同，非常難為上述列出的所有裝置確定最理想的或者是接近于理想的單獨的J2ME技術。為了解決這個問題，Sun將適用于J2ME的裝置的定義劃分并然后再細分為部。首先，基于處理功率、存儲器、及存儲能力，不考慮應用用途，Sun將裝置劃分為兩個寬的種類。該公司然后定義了Java語言的一個精簡版本，該版本可以在每個種類中的裝置的約束下工作，同時還提供至少最小的Java語言功能。接下來，在具有類似作用的這兩個種類裝置中的每一類中確定的Sun——因此，例如，不考慮制造商，所有手機屬于一類。在Java組處理(Javacommunityprocess)(JCP)中的伙伴的幫助下，Sun然后定義了專用于每種裝置的其它功能。最初的劃分創(chuàng)建了兩種J2ME結構連接的設備架構(CDC)和連接的有限設備架構(CLDC)。一種結構可以是Java虛擬機器(JVM)和最小組類庫和為所選組的裝置提供了運行時間環(huán)境的API。一種結構可以指定Java語言的至少普通的分母子集，該子集符合由為它開發(fā)的裝置族所施加的資源限制。由于用戶接口、功能、及用途存在很大變化，因此一般的結構沒有將這么重要的條目定義為用戶接口工具箱和永久存儲APIs。相反，那個功能的限定屬于被稱為設置。J2ME設置可以是由領導工業(yè)的小組指定的一組JavaAPIs，那意味著解決特定組的裝置，例如，尋呼機和手機。將每個設置構造在由其結構所提供的Java語言的最小普通命名子集上，并且用于補充該結構。對于移動手持裝置較重要的兩個設置為補充CDC的基礎設置，以及補充CLDC的移動信息裝置設置(MIDP)。更多的設置還處于研發(fā)當中，并且規(guī)格和參考實現(xiàn)還有待開發(fā)和發(fā)布。用于無線工業(yè)(JTWI)規(guī)格JSR185的Java技術定義了用于下一代能夠使用Java技術的移動手機的工業(yè)標準平臺。由領先移動裝置制造商、無線通信公司、及軟件銷售商的專家組所開發(fā)的Java組處理(JCP)定義了JTWI。JTWI指定了必須包括在所有的允許JTWI的裝置的技術CLDC1.0(JSR30)、MIDP2.0(JSR118)、及WMA1.1(JSR120)、以及可應用的CLDC1.1(JRS139)和MMAPI(JSR135)。用于定義用于移動多媒體裝置的技術和接口的兩種其它的JTWI規(guī)格是JSR-135(“移動媒體API”)和JSR-234(“高級多媒體補充”)。JTWI規(guī)則提高了高容量裝置的功能性的門檻，同時使API的分裂最小化，并實質上加寬了已經為移動電話開發(fā)的應用基礎。JTWI的優(yōu)點包括●互用性該努力的目的是為應用程序的開發(fā)商提供可預知的環(huán)境，并為裝置制造商提供一組可交付使用的能力。目的是通過采用JTWI標準使以下兩種人受益制造商從較寬范圍的兼容應用程序受益，軟件開發(fā)商從支持他們的應用程序的較寬范圍的裝置受益?！癜踩?guī)格的說明JSR185規(guī)格根據(jù)MIDP2.0規(guī)格中定義的“用于適應GSM/UMTS的裝置的推薦安全政策”為不可靠的應用程序引進了許多說明。它擴展了MIDP2.0中定義的基礎MIDlet組安全框架?！衤肪€圖JTWI中的一個關鍵特征是路線圖，軟件開發(fā)商能夠在適應JTWI的裝置中所預期的普通功能的概要。2003年1月在一系列預期在6到9個月的間隔出現(xiàn)的路線圖中看到了第一個，它描述了與移動電話的發(fā)展一致的其它功能。該路線圖使得所有組對計劃未來更有信心承載商能夠更好的計劃他們的應用程序策略，裝置制造商能夠更好的確定他們的產品計劃，以及內容開發(fā)商能夠看到他們的應用程序開發(fā)努力的更清晰的道路。特別是承載商將在未來依賴于JavaVM來拿走/防止下面的無線/網(wǎng)絡功能受諸如病毒、蠕蟲、及其它“攻擊”的當前侵蝕公共網(wǎng)絡的安全缺口的損害。對于“一旦寫入，任何地方都能運行”的攜帶性的所有允許Java的手機，對于JavaVM安全和手機/網(wǎng)絡對抗病毒、蠕蟲、及其它移動網(wǎng)絡安全“襲擊”，以及對于簡化OTA編碼譯碼器和應用程序下載程序，基于Java的成像應用程序將是優(yōu)選的。這種基于Java的成像應用程序將與JTWI規(guī)格JSR-135(“移動媒體API”)和JSR-234(“高級多媒體補充”)一致。本發(fā)明的各個方面提供了這些優(yōu)點。移動成像服務平臺架構根據(jù)本發(fā)明的各個方面的移動成像服務平臺架構的關鍵元件(見圖4)可以包括●移動手機60●移動基站(BTS)62●基站控制器/無線網(wǎng)絡控制器(BSC/RNC)64●移動交換中心(MSC)66●網(wǎng)關服務節(jié)點(GSN)68●移動多媒體服務控制器(MMSC)70根據(jù)本發(fā)明的多個方面的MMSC中所包括的一般的功能(見圖4)包括●視頻網(wǎng)關72●電視服務器74●MMS應用程序服務器76●存儲器服務器78根據(jù)本發(fā)明的多個方面，MMSC中的視頻網(wǎng)關可以用于在由成像服務平臺支持的不同視頻格式之間轉換代碼。無線操作者也使用轉換代碼來支持移動電話網(wǎng)絡中使用的不同的聲音編碼譯碼器，并且相應的聲音轉換代碼器集成到RNC中。如果在現(xiàn)有結構中發(fā)現(xiàn)，則升級具有圖4所示的結構的移動成像服務平臺，這通常需要配置新的手機并手動添加新的硬件到MMSC視頻網(wǎng)關。在一些移動視頻通信和共享應用程序中，希望消除與轉換代碼相關的成本和復雜性。本發(fā)明的一個方面能夠在每個發(fā)射的視頻流插入軟件解碼器，在普通手機和PV視頻播放器上允許“自播放”功能性。MMSC中的MMS應用程序服務器可以支持諸如自動或手動編輯用戶創(chuàng)建的視頻的應用程序，也支持數(shù)據(jù)庫存儲、搜索、及檢索用戶創(chuàng)建的視頻。實現(xiàn)這些功能所需的計算的復雜性需要由移動操作者根據(jù)視頻處理功能安裝專用的服務器，這些視頻處理功能需要昂貴的和高功率的特定用途集成電路(ASICs)和數(shù)字信號處理器(DSPs)，而不是在標準的個人計算機(PCs)和服務器所使用的廉價和低功率的CPU芯片上運行的簡單的軟件應用程序。通過本發(fā)明的多個方面解決了這一點，為了支持配置的手機的自動OTA升級、配置的MMSCs的自動OTN升級，以及支持使用標準的PCs和服務器的移動視頻應用程序，根據(jù)本發(fā)明多個方面的所有軟件移動成像應用程序服務平臺將是優(yōu)選的。就改進的手機/網(wǎng)絡對抗病毒、蠕蟲、及其它“攻擊”的穩(wěn)健性而言，根據(jù)本發(fā)明的多個方面，移動手機成像應用程序的Java實現(xiàn)可以是優(yōu)選的，使得移動網(wǎng)絡操作者提供國家標準(nationalregulator)所要求的質量和可靠性。問題移動視頻通信和共享服務的使用已經暴露了視頻壓縮技術的基本限制。在一方面，這樣的移動視頻服務正被投放到市場，這樣的移動視頻服務相當于具有家庭影院質量廣播的視頻——諸如每秒30幀的VGA的實際大小圖像格式。在另一方面，處理使用現(xiàn)有視頻技術(最初為廣播和數(shù)據(jù)流(streaming)而開發(fā)的應用程序)的如此大體積的數(shù)據(jù)很大地超過了移動手機中實時視頻拍攝(編碼)可利用的計算資源和電池功率。廣播和數(shù)據(jù)流應用程序依賴于演播室環(huán)境中的視頻內容的編碼，在演播室環(huán)境中高復雜性的編碼器能夠在計算機工作站上運行。由于必須在手機本身中實時拍攝視頻信息，所以視頻信息局限于較小的大小和較低的幀率。因此，現(xiàn)在的移動視頻服務很簡單；與用戶長期希望數(shù)字攝像放像機(功能性視頻電話能夠復制)所能夠具有的相比較，圖片較小(QCIF，QVGA)并且斷斷續(xù)續(xù)的(15fps或更小)?，F(xiàn)在向移動用戶提供的粗糙的視頻圖像質量還遠遠達不到在工業(yè)生活方式廣告中起重要作用的明快的高清晰視頻。移動用戶在使用和支付用于攝像放像機電話和相關的移動視頻服務的額外費用之前，他們要求VGA，30fps的性能(即，就像他們的攝像放像機)。即使在高度昂貴和耗時的開發(fā)過程之后，不同于本發(fā)明的競爭視頻編碼譯碼器提供者還僅能夠提供復雜的混和的軟件編碼譯碼器+硬件加速器的解決方案以提供VGA30fps的性能，其全部成本和功率消耗遠遠超出商業(yè)營業(yè)要求和技術能力。因此手機局限于小的斷斷續(xù)續(xù)的圖像，或昂貴的耗費功率的配置。服務配置太昂貴，并且服務質量太低，不能夠吸引大量的市場應用。如果需要新的或專用的硬件，則升級MMSC內部結構也很昂貴。為了允許手機的自動OTA升級、MMSC視頻網(wǎng)關的OTN升級，以及支持使用標準的PCs和服務器的移動視頻應用程序，全部-軟件應用程序和服務平臺將是優(yōu)選的。在兩種視頻格式之間的轉換代碼的需要還增添了額外的費用和復雜性。解決方案特別地根據(jù)本發(fā)明的多個方面，這個問題的解決方案是能夠實現(xiàn)為移動手機上的全軟件應用程序的較低復雜性的成像應用程序(編碼譯碼器)，減少了手機結構的復雜性和移動成像服務平臺架構的復雜性。根據(jù)本發(fā)明的某些方面，全軟件視頻編碼解碼解決方案根本上減少或消除了基帶處理器和視頻加速器的成本和多媒體手機的必備要求。與經由OTA下載安裝編碼解碼器后-產品(post-production)的能力相結合，這種全軟件解決方案根本上減少了復雜性、風險、及手機的開發(fā)和視頻通信服務的結構及配置的成本。根據(jù)本發(fā)明的軟件視頻代碼轉換機和編輯、存儲、搜索、檢索應用程序能夠自動在網(wǎng)絡上(over-the-network，OTN)升級配置的MMS控制(MMSC)內部結構，也能夠使用標準的PCs和服務器來運行這樣的應用程序。另外，本發(fā)明的小波代碼轉換機提供了具有小波視頻格式和其它基于標準的及專用視頻格式之間的全部的互通性的載波。本發(fā)明還使得軟件編碼器嵌入在每個發(fā)送的視頻流中，使得在普通手機和PV視頻播放器上“自播放”，并且一起消除費用和轉換代碼的復雜性。本發(fā)明的全軟件視頻平臺能夠快速配置新的MMS服務(也是本發(fā)明的部分實施例)，可以平衡在其它現(xiàn)有技術中不能獲得的處理速度和視頻產品的準確性。這種新的MMS服務本身是本發(fā)明的某些方面。本發(fā)明的小波編碼解碼器在它們同時有效處理靜止圖像和視頻的能力上是獨一無二的，并且因此能夠使用可以同時支持移動圖像郵件和視頻信息服務的低成本和低功率的解決方案來替代分離的MPEG和JPEG編碼解碼器。在上述的描述中，作為“Droplet”方面或實施例來描述某些方面、圖片、或實施例。在上述應用程序中，應該理解“Droplet”是指本發(fā)明的實施例。改進的基于小波的圖像處理本發(fā)明的多個方面利用具有比基于DCT的編碼解碼器的計算復雜性低的多的視頻壓縮/解壓縮(編碼譯碼器)(圖5提供了傳統(tǒng)DCT編碼解碼器技術的相關計算要求與本發(fā)明的示例性技術的比較)中的3-D小波轉換。小波轉換階段的應用還使得量化和熵編碼階段具有大大減少的計算復雜性。用于移動成像應用程序、裝置、及服務的本發(fā)明的3-D小波編碼譯碼器的其它優(yōu)點包括●對稱、低復雜性視頻編碼和解碼●對軟件和硬件編碼解碼器實現(xiàn)的較低處理器功率要求●對具有與現(xiàn)有商業(yè)移動手機兼容的處理器要求的幀率在30fps(或更高)的VGA(更大的)視頻進行全軟件的編碼和解碼，既作為本地代碼又作為Java應用程序?！裼糜赟oC集成的較低門數(shù)ASIC核心●較低緩沖存儲器要求●單一編碼解碼器同時支持靜止圖像(～JPEG)和視頻(～MPEG)●較短的圖片組引起的(shortergroupofpictures)(GOP)簡化的視頻編輯(剪切、插入、文本覆蓋)●較短的圖片組引起的簡化的同步聲音編碼解碼器●較短的圖片組引起的增強的視頻流的低等待時間●自適應比率控制、多信道廣播、及聯(lián)合源通道(jointsource-channel)代碼的顆?？蓴U展性(grainscalability)●對新興HDTV視頻格式的低復雜性性能擴展●壓縮軟件解碼器(例如，諸如在大小上小于40kB)能夠與每個傳送的視頻流集成以使得“自播放”視頻信息與普通手機及PC視頻播放器兼容上述優(yōu)點通過本發(fā)明的多個方面實現(xiàn)，包括使用提升(lifting)結構中的短二元整數(shù)過濾系數(shù)(dyadicintegerfiltercoefficient)的小波應用程序在某些實施例中使用Haar2-6和5-3小波及其變化。這些可以只要求添加、剪掉、以及小的固定變換——不需要乘法或浮點操作。提升方案計算使用允許原地計算的提升方案來計算過濾。盡量減少使用寄存器和臨時RAM位置，并且本地保持參考以有效利用高速緩沖存儲器。具有定制的金字塔結構的金字塔形式的小波轉換本發(fā)明的某些實施例部分地根據(jù)前面的小波級別導致的數(shù)據(jù)計算小波轉換序列的每個級別，從而全部的計算幾乎與級別的數(shù)目無關。本發(fā)明的多個方面專用金字塔結構以利用上述提升方案的優(yōu)點并進一步節(jié)約寄存器的使用和高速緩沖存儲器存儲帶寬。塊結構(blockstructure)與大多數(shù)的壓縮實現(xiàn)方式形成對比，本發(fā)明的多個方面可以將圖片分割成矩形塊并彼此分別處理每個塊。這使得存儲參考本地保持并對保留在處理器高速緩存儲器中的數(shù)據(jù)進行全部轉換金字塔，在大多數(shù)處理器中節(jié)約了大量的數(shù)據(jù)移動。由于該塊結構避免了信號流中的大量的中間存儲容量的需求，在硬件實施例中特別有幫助。塊邊界過濾本發(fā)明還可以在每個塊的邊界利用避免了美國專利申請序列號第10/418,363號所提出的尖銳的偽像(artifacts)的改進的過濾計算，其結合于此作為參考。色飽和度臨時移除本發(fā)明的多個方面還可以避免對每個場處理色飽和度差分，改為使用美國專利申請序列號第10/447,514號中所提出的對GOP使用單個場的色度，其結合于此作為參考。利用3D小波的時間壓縮本發(fā)明的某些方面可以不使用諸如MPEG的傳統(tǒng)視頻壓縮方法的非常昂貴的運動搜索和運動補償操作。相反，那些實施例計算場到場的時間的小波轉換。這對于計算很便宜。在這方面，有時還使用具有提升(lifting)方案的短整數(shù)過濾。雙值量子化(dyadicquantization)在本發(fā)明的某些實施例中，可以對一定范圍的系數(shù)位置一律使用二進制轉換操作來完成壓縮處理的量子化步驟。這避免了傳統(tǒng)量子化所需的每個樣品的乘法或除法。打樁(piling)在本發(fā)明的某些實施例中，減少了由下面的熵編碼器通過進行零的運行(run-of-zeros)轉換而處理的數(shù)據(jù)的量。在某些實施例中，美國專利申請序列號第10/477,455號中披露的方法和發(fā)明被用于在平行處理結構中對零的運行計數(shù)。循環(huán)效率(cycle-efficient)熵編碼(平均信息量編碼)在本發(fā)明的某些實施例中，使用將傳統(tǒng)的表格查詢(tablelookup)與對輸入的符號直接進行計算相結合的技術來完成壓縮處理的平均信息量編碼步驟。由于已經描述了符號分布的特性，因此能夠使用像Rice-Golomb、或exp-Golomb、或DyadicMonotonic的這么簡單的平均信息量編碼器。平均信息量編碼器的具體選擇經常隨著處理器平臺的能力而變化。改進的自適應聯(lián)合源通道編碼根據(jù)本發(fā)明的多個方面的基于小波的編碼譯碼器的良好顆粒擴展性(finegrainscalability)允許改進的自適應比率控制、多點傳送、及聯(lián)合源通道編碼。該小波算法的減少的計算復雜性和更高的計算效率使得瞬時及預計的通道寬度和錯誤條件的信息能夠用于源編碼器、通道編碼器、及比率控制器的所有三個中，以最大化控制重構的視頻信號的瞬時及平均質量(視頻比率vs失真)(見圖6)。本發(fā)明的改進的自適應聯(lián)合源通道編碼技術使得無線承載商和MMS服務提供者能夠向它們的用戶和企業(yè)用戶提供更大范圍的服務質量(QoS)性能和價格水平。就通道類型(無線和有線)、通道帶寬、通道噪音/錯誤特性、用戶裝置、及用戶服務而言，使用基于具有更高計算效率的算法的改進的自適應聯(lián)合源通道編碼能夠支持更高程度的網(wǎng)絡異質性(heterogeneity)。改進的移動成像手機平臺架構圖7示出了根據(jù)本發(fā)明的多個方面和多個實施例的改進的移動成像手機平臺架構。根據(jù)本發(fā)明的多個方面的成像應用程序可以實現(xiàn)為在RISC處理器上作為本地代碼或作為Java應用程序運行的全軟件的應用程序?？梢栽赗ISC處理器本身內實現(xiàn)Java代碼操作的加速，或者使用分離的Java加速器IC。這樣的Java加速器可以實現(xiàn)為單機IC，或可以將該IC與SIP或SoC中的其它功能集成。圖7所示的改進的移動成像手機平臺架構消除了用于移動成像應用程序的分離DSP、ASIC、多媒體處理器、或RFD處理塊的必要，(在現(xiàn)有裝置或系統(tǒng)中要求這一點)，并且大大的減少了用于移動手機中的圖像處理的緩沖存儲器的需求。圖8示出了本發(fā)明的多個方面所提出的用于全VGA30fps視頻編碼的計算要求(與在基于MPEG-4和H-264視頻編碼譯碼器提交的本申請的優(yōu)先權的提交日之后所達到的本領域的現(xiàn)有狀態(tài)的工業(yè)解決方案相比較)的減少。圖9示出了商業(yè)移動GSM攝像放像機電話機平臺上的本發(fā)明的多個方面的一個實現(xiàn)方式。盡管現(xiàn)有GSM基帶/多媒體SoC(圖9所示的TexasInstrumentOMAP850)需要用于QCIF/15fps攝像放像機功能性的硬件加速器、DSP、及RISC處理器，但是本發(fā)明只利用運行在RISC處理器上的軟件來提供該平臺上的VGA/30fps攝像放像機功能性，而不需要硬件加速器或DSP。圖10示出了本發(fā)明的多個方面在商業(yè)移動CDMA攝像放像機電話機平臺上的一個實施例。盡管現(xiàn)有CDMA基帶/多媒體SoC(圖10所示的QualcommMSM6500)需要用于QCIF/15fps攝像放像機功能性的硬件加速器、DSP、及RISC處理器，但是本發(fā)明只使用運行在RISC處理器上的軟件來提供該平臺上的VGA/30fps攝像放像機功能性，而沒有硬件加速器或DSP。改進的移動成像服務平臺架構根據(jù)本發(fā)明的多個實施例的改進的移動成像服務平臺架構的組件可以包括(見圖11)●移動手機160●移動基站(BTS)162●基站控制器/無線網(wǎng)絡控制器(BSC/RNC)164●移動交換中心(MSC)166●網(wǎng)關服務節(jié)點(GSN)168●移動多媒體服務控制器(MMSC)170●成像服務下載服務器171MMSC中包括的典型功能可以包括(見圖11)●視頻網(wǎng)關172●電信服務器174●MMS應用程序服務器176●存儲服務器178根據(jù)本發(fā)明的某些實施例的一些方面，配置改進的成像服務平臺所涉及的一些步驟可以包括步驟1用信號通知網(wǎng)絡視頻網(wǎng)關代碼轉換機應用程序和/或視頻通信/共享應用程序可用于更新配置的MMSCs?？梢越浻勺詣拥腛TN配置或經由手動步驟安裝更新。步驟2經由自動的OTN配置或經由手動步驟安裝并設定視頻網(wǎng)關代碼轉換機軟件應用程序和/或視頻通信/共享軟件應用程序(見圖12)。步驟3用信號通知用戶手機移動視頻成像應用程序可用于下載和安裝。步驟4如果用戶接受，并且成功地完成了交易結算，則下載并安裝移動視頻成像應用程序。步驟5用信號通知網(wǎng)絡手機更新完成。激活服務和相關應用程序。每月向用戶更新帳單記錄以反映用于移動視頻成像應用程序的新的費用。根據(jù)本發(fā)明的某些方面，圖13示出了通過將軟件解碼器與發(fā)送的視頻流集成所獲得的“自播放”視頻MMS功能性。根據(jù)本發(fā)明的某些方面，圖14示出了配置諸如自動或手動編輯用戶創(chuàng)建的視頻的媒體制作服務以及數(shù)據(jù)庫存儲、搜索、及檢索用戶創(chuàng)建的視頻所需的視頻應用程序服務器的復雜性、成本、及數(shù)目的減少。根據(jù)本發(fā)明的某些方面，圖15示出了結合改進的基于小波的編碼譯碼器/攝像放像機應用程序、改進的聯(lián)合源通道編碼、及改進的視頻編輯和數(shù)據(jù)庫存儲、搜索、及檢索的視頻通信/共享/呼叫平臺的功能元素。根據(jù)本發(fā)明的某些方面，圖16示出了在更快、更低成本的開發(fā)和配置更高質量的多媒體手機和服務方面的優(yōu)點，包括能夠配置創(chuàng)新的個人多媒體市場空間平臺，在該市場空間中用戶能夠預覽、共享、并銷售用戶創(chuàng)建的音頻/視頻內容的“軟”拷貝(下載)或“硬”拷貝(DVD)。本發(fā)明的還提供用于數(shù)據(jù)庫索引和網(wǎng)絡(RSS)供給的更有效的視頻“標簽”，并且支持到諸如E-bay、Google、Yahoo、Microsoft、及其它門戶的現(xiàn)有的基于網(wǎng)絡的市場空間的接口。根據(jù)本發(fā)明的某些方面，圖17示出了基于改進的基于小波的編碼譯碼器/攝像放像機應用程序、改進的聯(lián)合源通道編碼、和改進的視頻編輯和數(shù)據(jù)庫存儲、搜索、及檢索的幾種創(chuàng)新的新移動視頻服務。根據(jù)本發(fā)明的某些方面，圖18示出了上述的結合改進的基于小波的編碼譯碼器/攝像放像機應用程序、改進的聯(lián)合源通道編碼、和改進的視頻編輯和數(shù)據(jù)庫存儲、搜索、及檢索的視頻通信/共享/呼叫平臺在固定無線、移動無線、和有線網(wǎng)絡上以及在結合了固定無線、移動無線、和有線結構的“集中”網(wǎng)絡上配置新的視頻服務的應用。性能本發(fā)明的多個方面與它們改進的基于小波的移動視頻成像應用程序、聯(lián)合源通道編碼、手機結構、及服務平臺架構一起達到了更高的移動視頻圖像質量、更低的手機費用及復雜性、和減少的服務配置費用的目標。多個實施例本發(fā)明的多個方面的多個實施例提供了對移動成像手機結構的改進。例如，對于全軟件基于小波的成像應用程序可以考慮幾種實現(xiàn)方式選擇(見圖19)?？梢越浻蒓TA下載(400a、400b、400c)來安裝成像應用程序到手機402a的基帶多媒體處理部、到可移動的存儲裝置402b、或到成像模塊402c。如果希望的話，也可以在制造期間或者在銷售點將成像應用程序安裝到手機的基帶多媒體處理部、到可移動的存儲裝置、或到成像模塊。移動設備架構涉及的其它實現(xiàn)選擇也是可能的。根據(jù)本發(fā)明的多個方面，通過經由基于硬件的處理資源加速一些計算元素以利用移動裝置計算硬件(ASIC、DSP、多媒體處理器、RPD)和集成技術(SoC、SIP)正在進行的優(yōu)勢，可以進一步改進移動成像手機的性能，并且可以進一步減少費用和功率消耗。幾種全硬件的選擇可以用于實現(xiàn)將包括手機的基帶多媒體處理部、可移動的存儲裝置、或成像模塊的這些基于硬件的處理資源集成到手機中(見圖20)。如圖21所示，由本發(fā)明的多個方面提供的用于成像應用程序的混和結構可以通過在硬件中實現(xiàn)一些計算加強的、重復的、固定的功能以及在軟件中實現(xiàn)希望或需要的制造之后的修改的那些功能，來提供改進。根據(jù)本發(fā)明的多個方面，圖22示出了移動攝像放像機設備架構、配置、及維護中的潛在的簡化。優(yōu)點本發(fā)明的全軟件成像解決方案本質上減少了多媒體手機中的基帶處理器和視頻加速器的費用和需要。結合經由OTA下載來安裝并維護編碼譯碼器后產品(post-production)的能力，這種全軟件解決方案能夠從本質上同時減少手機開發(fā)和視頻通信服務配置的復雜性、風險、和費用。本發(fā)明向移動操作者提供用戶和企業(yè)用戶的大量市場采用所需的傳送圖像質量的一流的視頻通信和共享平臺、移動手機價格點、及服務配置價格。本發(fā)明提供能夠以30幀每秒(fps)實時拍攝全(VGA)-大小的圖像(640像素×480像素)的全軟件攝像放像機電話機應用程序，而僅使用根據(jù)本發(fā)明的某些方面和實施例的已經結合在大多數(shù)多媒體手機內的標準RISC處理器。對于移動承載商，本發(fā)明的低復雜性視頻處理和分配技術能夠集成到強大的新的全軟件平臺，全軟件平臺利用現(xiàn)有的移動手機和移動多媒體通信服務(MMS)內部結構允許轉鍵(turnkey)配置。對上述的全軟件移動攝像放像機應用程序進行補充，本發(fā)明的多個方面的內容管理平臺向承載商提供根據(jù)該技術的用于將壓縮的圖像和視頻與聲音和文本一起集成到完整的移動多媒體消息和“鈴聲(ring-tones)中的和帶有快速(on-the-fly)編輯、縮略瀏覽、多媒體郵箱、在線存儲庫、共享、及市場服務、及訂閱管理的模塊。下面實例1描述了由本發(fā)明的多個方面的只有軟件的移動視頻通信平臺一個實施例提供的功能性和優(yōu)點的介紹性的示范性組件、設置、及操作。該示范性利用商業(yè)上可獲得的GSM/GPRS多媒體手機，并且被設計為在任意商業(yè)的GSM/GPRS網(wǎng)絡上工作。該示范工作的非常成功。還能夠容易地采用該示范用于CDMA手機，并且用于在任意商業(yè)的CDMA網(wǎng)絡上工作。實例1中的該示范運行一個示范和一組名為“Droplet”的文件代碼，如實例1中所標識的。實例1如圖23和24所示，該示范包括以下5個部分1.從MMS服務供應商的服務器無線(OTA)下載本發(fā)明的全軟件“DVD”視頻編碼譯碼器應用程序，并在多媒體手機中安裝。2.在多媒體手機中利用DTV視頻編碼譯碼器來壓縮高質量(VGA，30fps)視頻信息。3.以用于在計算機/TV上轉寄/回放的全VGA/30fps分辨率或者以是用于在另外的多媒體手機上轉寄/回放的大小縮小的較低的分辨率(QCIF/15fps)，發(fā)送壓縮的視頻信息(本發(fā)明的DTV格式)到MMS服務器。4.經由提示聯(lián)網(wǎng)的計算機的電子郵件或提示另外的手機的SMS，由MMS服務器通知壓縮的視頻圖像可用于下載。5.與用于“自播放”功能的本發(fā)明的DTV解碼器一起下載壓縮的視頻信息，“自播放”，即，在聯(lián)網(wǎng)的計算機上解碼(VGA/30fps)或在另外的手機上解碼(QCIF/15fps)并使用PC或手機上已經安裝的普通的視頻播放器進行重放。視頻通信示范所使用的設備2.1手機對于該實例1中所描述的示范性版本，使用以下描述的兩種商業(yè)上可獲得的GSM/GPRS多媒體手機。還可以使用多種其它的相當?shù)亩嗝襟w手機。2.1.1T-MobileMDA-IIPDA-Phone(由HTC制造)●必須在本地GSM/GPRS網(wǎng)絡上可工作●應該激活數(shù)據(jù)/網(wǎng)絡訪問服務●帶有將手機連接到PC的USB2.0線的MDA-II電話機托架●操作系統(tǒng)帶有電話版本的WindowsMobile2003PocketPC2.1.2O2XphoneSmartphone(由HTC制造)●必須在本地GSM/GPRS網(wǎng)絡上可工作●應該激活數(shù)據(jù)/網(wǎng)絡訪問服務●將手機連接到PC的USB2.0線●操作系統(tǒng)WindowsMobile2003SmartphoneEdition2.2計算機2.2.1PC(便攜式電腦或桌上型電腦)對于實例1中描述的示范的版本，使用具有以下配置的便攜式計算機●型號(model)SonyVaioPCG-K33P●處理器/存儲器3.06GHzPentium4,512MBRAM●圖像帶有64MBRAM的ATIRadeonIGP345M●存儲器60GB●I/O一個1394(火線(firewire))端口，兩個USB2.0端口●操作系統(tǒng)WindowsXP●預安裝的視頻應用程序WindowsMovieMaker2.2.2遠程服務器對于實例1所描述的示范的版本，使用基于UNIX的遠程服務器來執(zhí)行以下MMS功能存儲DTV編碼譯碼器用于由MDA-II手機來下載●存儲DTV播放器應用程序用于由Xphone來下載●接收來自MDA-II手機的壓縮的視頻信息用于存儲/快進●發(fā)送SMS信息來通知Xphone視頻信息可用于下載●使得Xphone能夠訪問(經由瀏覽器)DTV播放器應用程序和QCIF/15fps視頻信息以用于下載2.3視頻拍攝對于實例1所描述的示范性版本，使用以下的商業(yè)的攝像放像機來提供用于由運行在手機上的本發(fā)明的DTV編碼譯碼器來壓縮的高質量的視頻輸入序列的外部源●CanonZR65DV攝像放像機(帶有將攝像放像機連接到PV的1394火線線纜)使用外部攝像放像機，而不是使用當前在大多數(shù)商業(yè)攝像放像機電話機中可獲得的性能低的多的圖像模塊，獲得了本發(fā)明的DTV編碼譯碼器和移動視頻通信能力的優(yōu)點的更加引人注目的示范。首先在PC中將由攝像放像機拍攝的壓縮的DV視頻文件轉換為解壓的UYVY視頻格式，并然后輸入到MDA-II手機用于由本發(fā)明的DTV編碼譯碼器來編碼/壓縮。UYVY是輸入到多媒體手機中的視頻編碼譯碼器的典型的視頻格式。用于示范的設備設置/配置3.1對PC進行配置3.1.1下載根據(jù)本發(fā)明的多個方面的Droplet示范數(shù)據(jù)包●打開PC網(wǎng)絡瀏覽器中的URLhttp://droplet-tech.com/demo_partner_access.html●選擇鏈接“DemoPackage-January2005”(WinZip存檔)●點擊該鏈接以啟動下載該示范數(shù)據(jù)包到PC●將壓縮文件放在你選擇的文件夾●對該文件進行解壓縮則你將看到以下內容示范數(shù)據(jù)包“自述文件”文件(Demo_package_readme.html)以下目錄MDA_DTVMDA-II用戶UI應用程序Xphone_DTVXphoneUI用戶應用程序PC_player用于在PC上播放DTV的文件Virtual_Dub1.6.3用于在不同的視頻格式之間轉換的PC軟件應用程序(app)MMS_server用于服務器的樣品監(jiān)控腳本Canon_driver攝像放像機驅動軟件PHMRegEditor用于在MDA-II和Xphone上進行安裝的注冊編輯器Ewesoft用于Xphone的JVM3.1.2下載J9JVM(Java虛擬機)安裝數(shù)據(jù)包●打開PC的網(wǎng)頁瀏覽器中的URLhttp://droplet-tech.com/ftp_access.html●選擇鏈接“J9_JVM”(WinZip存檔)●點擊該鏈接以啟動下載該J9JVM數(shù)據(jù)包到PC●將壓縮文件“weme57prod_pp_wm_1.zip”放到你所選擇的文件夾3.1.3下載并安裝DirectX9.0SDK(由DTVPC播放器使用)●能夠從下面的微軟網(wǎng)站下載免費SDKhttp://msdn.microsoft.com/library/default.asp？url＝/downloads/list/directx.asp●注意這是個非常大的下載(～230MB)●運行DirectXUtilities->GraphEdit功能以證實已成功安裝3.1.4在PC上安裝本發(fā)明的DropletDTVPC播放器●能夠在PC_player目錄下的示范數(shù)據(jù)包找到軟件數(shù)據(jù)包。該文件名為PC_player.zip?！駥?shù)據(jù)包解壓到測試PC上的“C:”驅動器作為文件夾“C:\DTV_PCplayer_Demo\”。如果實際的路徑不同，則編輯RegisterFilter.bat和UnRegisterFilter.bat?！翊蜷_該文件夾并通過雙擊批量文件“RegisterFilter.bat”來注冊DirectShow過濾器3.1.5在PC上下載并安裝VirtualDub在該示范版本中，VirtualDub用于在PC中將攝像放像機拍攝的壓縮DV視頻文件轉換為解壓縮UYVY視頻格式。然后將這些解壓縮的視頻文件輸入到MDA-II手機用于由本發(fā)明的DTV編碼譯碼器進行編碼/壓縮。UYVY是輸入到多媒體手機中的視頻編碼譯碼器中的典型的視頻格式?！裨赩irtual_Dub目錄下的示范數(shù)據(jù)包中找到該軟件數(shù)據(jù)包?！窨蛇x地，還能夠在以下的URL找到該軟件數(shù)據(jù)包http://jaist.dl.sourceforge.net/sourceforge/virtualdub/VirtualDub-1.6.3.zip。●在Virtual_Dub目錄中的是一個名為VirtualDub.exe的文件。選擇該文件并驗證該應用程序可運行。3.1.6在PC上安裝CanonZR65攝像放像機驅動器●在Canon_driver目錄下的示范數(shù)據(jù)包中找到Canon驅動器數(shù)據(jù)包?！窨蛇x地，還能夠在http://www.canon.com找到該驅動器?！翊蜷_Canon_driver目錄，然后選擇子文件夾“ZR65WI503EN”和子文件夾“English”然后運行“SETUP.EXE”執(zhí)行程序，以安裝Canon攝像放像機驅動?！褡⒁馊绻褂闷渌愋偷臄z像放像機，則必須在PC上安裝適當?shù)尿寗悠?。攝像放像機必須能夠在連接到PC的同時拍攝DV視頻。3.2對遠程MMS服務器進行配置在該示范中，遠程MMS服務器的功能既是FTP服務器(允許下載視頻編碼譯碼器文件到手機，以及下載來自記錄手機的視頻文件的網(wǎng)路存儲)，又是郵件服務器(允許電子郵件/SMS提示和通過聯(lián)網(wǎng)的計算機和其它手機下載視頻信息)。為了支持對其它手機的即將到來的視頻信息的SMS提示，在功能上，該服務器必須能夠發(fā)送SMS信息?！衽渲镁哂幸韵履夸浀腇TP站點public_html●在服務器上預安裝DTV編碼譯碼器(文件DtvMDADemo.exe)，用于MDA-II手機的后續(xù)下載。以二進制模式在頂層將該文件傳送到FTP服務器。●在服務器上預安裝DTV解碼器(文件DtvXphoneDemo.exe)，用于Xphone的后續(xù)下載。以二進制模式在頂層將該文件傳送到FTP服務器?！袷纠O(jiān)控腳本位于MMS_server目錄下的Droplet示范數(shù)據(jù)包中(文件名字monitor.php)。●該監(jiān)控腳本在基于Unix的服務器上的crontab中參考。該腳本將在每分鐘監(jiān)控ftp:/public_html目錄中的新文件(以.lnk結尾)的出現(xiàn)?！袢绻脩暨x擇在Droplet示范服務器之外的服務器上使用上述樣品監(jiān)控腳本，則必須定制局域服務器/網(wǎng)絡環(huán)境。3.3對MDA-II進行配置經由托架/USB線將MDA-II連接到PC(如部分3.1所描述的預配置)。3.3.1為了穩(wěn)定的GPRS連接更改注冊項目為了確保穩(wěn)定的GPRS連接，將超時(timeout)時間提高到大于默認設置的60秒。該手機制造商(HTC)已經提供了推薦的注冊更改。如果在裝置上沒有安裝注冊表編輯器，則首先安裝“PHMRegEditor”目錄下的Droplet示范數(shù)據(jù)包中包括的注冊編輯器。●將文件PHMRegEdit.msi放在你的PC的臨時目錄中●將CAB文件regedit.Mrln_ARM.CAB放在PC上的相同的目錄中●通過雙擊PHMRegEdit.msi來運行它并跟隨指示●與MDA-II同步●將文件regedit.Mrln_ARM.CAB復制到MDA-II上的Windows目錄●雙擊MDA-II中的那個文件，它將正確安裝CAB文件●運行PHMRegEdit.msi并跟隨指示在MDA-II上將結果程序PHMEditor安裝在目錄\ProgramFiles\PHMTools中●從上述目錄啟動程序注冊表編輯器(注冊表編輯器)選擇HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ConnMgr\Planner\Settings將用于CacheTime的設置改為300(即5分鐘的超時時間)將用于SupspendResume的設置改為～GPRS！(允許沒有超時)●退出注冊表編輯器●執(zhí)行軟重啟以使得更改的設置生效3.3.2安裝IBMJ9JVM●在PC上對先前下載的“weme57prod_pp_wm_1.zip”文件進行解壓縮(部分3.1.2)。有5個文件。inst_pp_wm.htmlreadme_pp_wm.htmlweme-wm2003-arm-ppro10-5.7.1-P-20040723-1833.binweme-wm2003-arm-ppro10-5.7.1-P-20040723-1833.exeweme57_ppc_pp_1.pdf●打開文件inst_pp_wm.html。閱讀并跟隨安裝指示。3.3.3安裝MDA-II手機UI應用程序注意將在如部分3.1.1所描述的已經在PC上的解壓縮的文件中找到該應用程序。●從示范數(shù)據(jù)包，目錄MDA_DTV包括名為“mms_client”的子文件夾。有3個文件“application.properties”“Droplet.jar”“Droplet.lnk”●將文件“application.properties”和“Droplet.jar”從PC復制到MDA目錄\ProgramFiles\J9\PPRO10\examples?！駥⑽募癉roplet.lnk”復制到MDA目錄\Windows\StartMenu。●為了驗證已經正確配置MDA-II，點擊開始菜單?，F(xiàn)在將獲得稱作Droplet的圖標?！駷榱蓑炞C該功能性，選擇Droplet圖標，則會出現(xiàn)新的窗口。它有3個按鈕Download/installcodecCaptureVideoSendVideoMessage注意作為參考，在目錄MDA_DTV\mms_client_src下能夠獲得用于MDA-II手機UI應用程序的源代碼?，F(xiàn)在已經配置了用于示范的MDA-II。3.3.4安裝PictpocketCinema視頻播放器(可選)該步驟是可選的，由于MDA-II上的默認視頻播放器能夠觀看解碼的Droplet視頻文件。通過安裝第三部視頻播放器，展示了本發(fā)明的解碼的視頻文件能夠與多種移動裝置視頻播放器兼容?！裨贛DA-II手機上，已經安裝了來自Digisoft的“PictpocketCinema”應用程序?！窨梢詮膹S家的網(wǎng)站www.digisoftdirect.com下載PictpocketCinema的14天試用版本。3.4對Xphone進行配置經由USB線將Xphone連接到PC。3.4.1為了穩(wěn)定的GPRS連接更改注冊表項目為了確保穩(wěn)定的GPRS連接，將超時時間提高到大于默認設置的60秒。該手機制造商(HTC)已經提供了推薦的注冊變更。如果在裝置上沒有安裝注冊表編輯器，則首先安裝“PHMRegEditor”目錄下的Droplet的示范數(shù)據(jù)包中包括的注冊編輯器。●將文件PHMRegEdit.msi放在你的PC的臨時目錄中●將CAB文件regedit.Mrln_ARM.CAB放在PC上的相同的目錄中●通過雙擊PHMRegEdit.msi來運行它并跟隨指示●將PC與Xphone同步●將文件regedit.Mrln_ARM.CAB復制到Xphone上的Windows目錄●雙擊Xphone中的該文件，則它將正確地安裝CAB文件●運行PHMRegEdit.msi并跟隨指示在Xphone上將結果程序PHMEditor安裝在目錄\ProgramFiles\PHMTools中●從上述目錄啟動程序注冊表編輯器(注冊表編輯器)選擇HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ConnMgr\Planner\Settings將用于CacheTime的設置改為300(即5分鐘的超時時間)將用于SupspendResume的設置改為～GPRS！(允許沒有超時)●退出注冊表編輯器●執(zhí)行軟重啟以使得更改的設置生效3.4.2安裝EwesoftJVM●從Droplet示范數(shù)據(jù)包，目錄Ewesoft中的將是名為Ewe143-CAB-SmartPhone.zip的文件。在PC上將該文件解壓縮。使用名為Ewe-SmartPhone2003.arm.CAB的文件?！駥we-SmartPhone2003.arm.CAB文件復制到名為Storage\windows\StartMenu\Accessories的Xphone目錄●到Start-＞Accessories。CAB文件將被作為菜單項目顯示。選擇CAB文件，則然后將安裝VM?！裨摪惭b將會創(chuàng)建一個出現(xiàn)在開始菜單上的新的Ewe文件夾。在那個文件夾內你將找到EweVM本身和“Solitaire”示范應用程序，利用該應用程序可以驗證正確安裝。3.4.3安裝Xphone手機UI應用程序●從Droplet示范數(shù)據(jù)包，目錄XphoneDV中的將是名為“mms_client”的子文件夾。有3個文件?！癮pplication.properties”“Droplet.jar”“Droplet.lnk”●將文件“application.properties”和“Droplet.jar”從PC復制到Xphone目錄/Storage/windows/StartMenu/Ewe/。●將文件“Droplet.lnk”復制到Xphone目錄/Storage/windows/StartMenu/。●為了驗證已經正確配置了Xphone，點擊開始菜單。一個名為Droplet的圖標將會可用?！駷榱俗C實功能性，選擇Droplet圖標，則會出現(xiàn)一個新的窗口。它有3個按鈕Dowload/installcodecCaptureVideoSendVideoMessage現(xiàn)在已經配置了用于示范的Xphone。運行示范4.1在MDA-II上下載并安裝視頻編碼譯碼器●從MDA點擊開始菜單，則Droplet圖標將會出現(xiàn)在菜單上?！襁x擇Droplet圖標，則會出現(xiàn)新的窗口。它有3個按鈕選項Dowload/installcodecCaptureVideoSendVideoMessage●點擊Dowload/installcodec按鈕●將會出現(xiàn)以下信息連接到FTP主機xx.xx.xx.xxx(這是服務器的IP地址)已連接登錄服務器已登錄開始下載編碼譯碼器文件完成下載成功安裝了視頻編碼譯碼器。斷開連接●為了驗證成功安裝了編碼譯碼器，到MDA上的MyDocuments目錄。將會出現(xiàn)一個帶有下載的日期和時間信息的名為DtvMDADemo.exe的文件。4.2使用手機記錄視頻信息在該示范的版本中，MDA-II手機用于對從外部視頻攝像放像機輸入的高質量的未壓縮的現(xiàn)場視頻進行編碼/壓縮。雖然MDA-II帶有VGA拍攝攝像頭，但是它只能夠拍攝那個分辨率下的靜止圖像。MDA-II的視頻拍攝局限于在裝置上以3GPP格式自動壓縮的QCIF，10fps視頻。4.2.1將攝像放像機連接到PC●使用火線(1394)纜將Canon攝像放像機連接到PC。該攝像放像機帶有4-引線的連接器接口?！褚坏┻B接了火線線纜并將攝像放像機旋到“攝像”模式，則PC操作系統(tǒng)(在該示范版本中為WindowsXPProfessional)將迅速拍攝并帶有幾個選擇?！襁x擇將引進MovieMaker應用程序的“WindowsMovieMaker”。4.2.2從PC上的攝像放像機拍攝視頻序列●在MovieMaker中選擇“Capturefromvideodevice”并在PC上為拍攝的文件選擇名字和存儲它的位置?！裣乱粋€屏幕將詢問視頻設置；選擇“DigitalDeviceFormat(DV-AVI)”。它將以DV格式拍攝視頻，DV格式是高質量(幾乎無損失)的視頻拍攝格式?！裣乱粋€屏幕將示出所拍攝視頻的預覽窗口以及“StartCapture”和“StopCapture”的界面。由于許多無線手機沒有大量的隨機附帶的存儲，所以建議記錄2-3秒的全運動視頻(60-90幀)以更快的運算?！褚坏┯涗浟艘曨l序列，則可以退出WindowsMovieMaker程序。●對于該文件，假設該記錄文件的名字為“testDV.avi”(注意該文件是AVI格式的——帶有一個接著另一個的獨立幀的插幀的音頻-視頻文件)。4.2.3在PC上對該DV視頻序列進行解壓縮●以上述步驟記錄的視頻是帶有集成的音頻的壓縮DV格式(720像素×480像素，約28Mbps處的30fps)。為了模擬全運動拍攝，以普通UYVY格式解壓縮該視頻，并將大小降為VGA大小(640×480像素)，并去掉音頻信息。●對于該示范，有必要為要編碼的MDA創(chuàng)建兩個源文件一個為30fps的VGA(640×480)，一個為15fps的VGA(160×144)?！駨腣irtualDub1.6.3目錄運行可執(zhí)行的“VirtualDub.exe”。a.在“File”中使用“Openvideofile”選項來下載“testDV.avi”文件。b.在“Audio”中選擇“Noaudio”選項。c.在“Video”中選擇“Filtes”選項。選擇“Add”并向下滾動菜單以選中“resize”過濾器。將“Newwidth”設置為640，將“Newheight”設置為480。將“FilterMode”設置為“PreciseBicubic(A＝0.75)”。d.在“Video”中選擇“Colordepth”。在右邊欄中將輸入格式設置為“4:2:2YCbCr(UYVY)”格式。e.確定在“Video”中“Compression”選擇被設置為“UncompressedRGB/YCbCr”。f.如果拍攝了特別長的視頻序列，則通過在“Video”中選擇“Selectrange”選項來縮短它。通常60-90幀(2-3秒的視頻)是可操作的合理的視頻大小。根據(jù)所拍攝的視頻，可以從序列的開頭(0的“Startoffset”)或中間的某個地方開始。例如，在計算機上2秒(60幀)的解壓縮的UYVY視頻VGA(640×480)序列是36MB的數(shù)據(jù)。g.選擇“File”和“SaveasAVI...”來存儲最終的解壓縮的文件。將該文件取名為“testVGA_UYVY.avi”?，F(xiàn)在這是將要在MDA-II手機上編碼/壓縮的未加工的(解壓縮的)UYVYVGA輸入文件。●為QCIF創(chuàng)建文件(建議經由GPRS連接將視頻片斷發(fā)送到另外的手機上)在步驟c，為“Newwidth”輸入160。為“Newhight”輸入144。在步驟g，將文件取名為“testQcif_UYVY.avi”。4.2.4將解壓縮的視頻序列傳送到MDA-II手機●將解壓縮的視頻文件“testVGA_UYVY.avi”和“testQcif_UYVY.avi”從PC傳送到MDA?！駥⑦@些文件復制到MDA-II上的MyDocuments目錄用于壓縮?！駷榱酥虚g存儲，還可以將上述的大的源文件(解壓縮的視頻輸入)放在裝置的“StorageCard”上，然后復制到MyDocuments目錄用于壓縮?！駥DA從PC斷開連接?，F(xiàn)在解壓縮的視頻序列位于手機中，并且做好準備與之前下載并安裝在手機上的本發(fā)明的“Droplet”編碼器軟件壓縮在一起。4.2.5在MDA-II手機中壓縮本地視頻序列既然視頻編碼譯碼器和解壓縮的視頻序列已經成功的下載到了MDA-II手機上，那么手機已準備好執(zhí)行編碼/壓縮。●在MDA上，到MyDocuments目錄●找到并選擇“DtvMDADemo”應用程序●將出現(xiàn)允許用戶輸入以下信息的UI窗口源文件包含UYVY格式的解壓縮視頻的文件的名字(這是在先前步驟中生成的文件)。目的文件存儲壓縮視頻序列的文件的名字(該壓縮文件將帶有dtv的擴展結尾)。對于該示范，將該文件名字取名為bitstream.dtv。水平和垂直幀的大小對于編碼的VGA視頻，這兩個參數(shù)將分別是640和480。對于編碼的QCIF視頻，這兩個參數(shù)將分別是160和144。輸入文件的類型默認為YUV4:2:2。壓縮比率默認為級別12。要壓縮的幀的范圍一般設置為“全部”。(注意如果用戶選擇改變這一點，則由于DTV將2幀作為一圖片組進行處理所以指定的幀的總數(shù)必須是偶數(shù))。選擇“Encode”，“Decode”，或兩者都選。選擇開始。●一旦成功完成，將在MDA-II上的目錄“MyDocuments”中創(chuàng)建上述目的文件域中指定的壓縮的bitstream.dtv文件。●如果要改變文件名稱，則一定要保留.dtv文件擴展名。●提示上述的編碼要做兩次，一次為VGA/30fps，一次為QCIF/15fps?！窠鈮嚎s的QCIF文件也保留在MDA-II上的“MyDocuments\DTVOutput”中，用于經由GPRS網(wǎng)絡到其它手機的MMS傳送。4.3在PC上傳送/回放VGA/30fps視頻信息為了在PC上播放編碼的VGA文件需要將該文件從MDA-II傳送到PC。以當前的GPRS數(shù)據(jù)傳送比率(～20-40Kb/s)，在移動網(wǎng)絡上需要大約16秒來發(fā)送1秒的壓縮VGA視頻。更高速度的3G或WiFi網(wǎng)絡將最終允許更有效的傳送全VGA/30fps視頻文件。對于該示范，MDA-II手機和PC之間的USB連接用于加速文件傳送。●經由托架/USB將MDA-II連接到PC。(注意這是標準方法，通過該方法當前的數(shù)碼相機和攝像放像機被連接到家庭PCs上以傳送數(shù)碼照片和視頻)●將編碼/壓縮的VGA文件(\MyDocument\bitstream.dtv)從MDA-II復制到PC。該文件將被復制到以下目錄“C:\DTV_PCplayer_Demo\”?！裼捎贛DA-II裝置安裝有USB1端口，所以能夠通過首先將它們復制到MDA-II中的可移動存儲卡，然后移走卡并通過將卡直接連接到PC上的USB2端口來使用USB2讀卡器傳送，能夠完成更快速的傳送VGA/30fps文件到支持USB2的PC上?！褚坏┩瓿闪宋募魉?，到PC中的“C:\DTV_PCplayer_Demo\”目錄并雙擊文件“dtvpalyer.grf”或“dtvplayer_Win2K.grf”(取決于操作系統(tǒng))，然后點擊“Play”按鈕(或選擇“Play”菜單條目)以觀看VGA/30fps視頻?！褚Ｖ蛊瑪嗟脑挘憧梢院唵蔚赝顺鲈搼贸绦?GraphEdit)。4.4經由GPRS將QCIF/15fps視頻作為MMS信息發(fā)送這部分將展示將壓縮的QCIF/15fps視頻從MDA-II手機經由GPRS發(fā)送到MMS服務器的能力。從那里，SMS提示將被發(fā)送到目的手機(在該情況中為Xphone)，提示已準備好用于下載和回放的視頻MMS?？蛇x地，如果目的接收裝置是聯(lián)網(wǎng)的計算機，則將會發(fā)送電子郵件提示。4.4.1經由GPRS將QCIF/15fps視頻發(fā)送到MMS服務器●點擊MDA-II開始菜單，Droplet圖標將會出現(xiàn)在菜單列表上。●選擇Droplet圖標，新窗口將會出現(xiàn)。它有3個按鈕選項Download/InstallcodecCaptureVideoSendVideoMessage●點擊“SendVideoMessage”按鈕●用于選擇文件的新窗口將會被打開選擇你想要發(fā)送的文件(在該情況下是壓縮的QCIF/15fps視頻文件)。用于輸入目的電話號碼/郵件地址的新窗口將會被打開。如果輸入了郵件地址(通過@符號的出現(xiàn)來確定)，則將會帶有郵件提示來發(fā)送選擇的文件。如果輸入了一串沒有@的數(shù)字，則文件/SMS提示將會被發(fā)送到“string”@tmomail.net，相應地在這種情況下發(fā)送到了所輸入的“string”的電話號碼的T-Moblie用戶?！駷榱藢嚎s視頻作為MMS信息發(fā)送到Xphone，輸入手機的電話號碼?！裼脩魧⒘⒖探PRS連接。這(例如)通過運行InternetExplorer并進入任意已知的URL來完成?！褚坏┏晒Φ亟⒘薌PRS連接，點擊“OK”?！駮霈F(xiàn)以下的狀態(tài)信息的新窗口被打開。連接到FTP主機xx.xx.xx.xxx(這是MMS服務器的IP地址)已連接登錄服務器已登錄將目錄更改為public_html已更改開始上傳視頻文件<所選擇的視頻文件名字>.dtv上傳完成開始上傳鏈接文件<所選擇的視頻文件名字>.lnk上傳完成成功發(fā)送了該視頻文件。斷開連接注意在ftp服務器的public_html目錄中將會出現(xiàn)兩個新的文件(<filename>.dtv和<filename>.lnk)。4.4.2從MMS服務器發(fā)送SMS提示●在服務器上運行的腳本輪詢ftp位置public_html，并確定新的文件的出現(xiàn)?！癞斢行挛募霈F(xiàn)時，服務器腳本將解析<newfile>.lnk并提取用于發(fā)送的視頻文件的名字和目的手機#或郵件地址。●然后腳本經由電子郵件或移動SMS將SMS提示信息發(fā)送到目標目的地。4.4.3接收手機下載視頻信息和DTV解碼器這一部分將展示在Xphone上接收SMS提示并連接到MMS服務器及下載帶有DTV解碼器的QCIF/15fps視頻文件的能力。一旦接收了視頻文件和解碼器，該文件將會被解碼并在Xphone上播放?！馲phone將接收SMS信息●打開SMS信息。里面的將是可以下載該視頻文件的位置?！裣螺dDTV視頻文件。打開InternetExplorer輸入視頻文件所位于的URL該視頻文件將會被下載到Xphone另外，需要下載Xphone視頻解碼器(如果Xphone上還沒有它)。一旦下載完畢，Xphone解碼器文件(DtvXphoneDemo.exe)將會被放到Xphone上的MyDocuments目錄。●運行DtvXphoneDemo.exe●允許用戶輸入以下信息的UI窗口將會出現(xiàn)(應用程序將會默認處理bitstream.dtv文件)水平和垂直幀大小。對于解碼的QCIF視頻，這兩個參數(shù)將分別是160和144。要壓縮的幀的范圍一般設置為“全部”。(注意如果用戶選擇改變這一點，則由于DTV將2幀作為一圖片組進行處理所以指定的幀的總數(shù)必須是偶數(shù))所有其它的文件將會被忽略。選擇“Decode”。選擇開始這將創(chuàng)建一個解壓縮的AVI文件，可以由大多數(shù)的建立在移動手機的視頻播放器來播放該AVI文件。●要在Xphone上播放視頻文件，只需點擊所創(chuàng)建的文件，則固有MicrosoftMediaPlayer將會播放該視頻。4.4.4在Xphone上使用可選的FTP連接為了展示本發(fā)明的Droplet全軟件視頻通信平臺所允許的靈活性，還展示了使用簡單的SmartphoneFTP應用程序來下載QCIF/15fps視頻信息和Droplet解碼器到Xphone手機?！袷褂糜糜赬phone上的WindowsSmartphones裝置的OrnetaFTP應用程序?！窨梢詮囊韵碌刂穼rnetaFTP應用程序安裝程序下載到PC上http://www.handango.com/PlatformProductDetail.jsp？productType＝2&platformld＝11&siteld＝1&Sectionld＝0&catalog＝1&productld＝87548●使用連接了Xphone的PC跟隨指令來安裝OrnetaFTP●從以下地址獲得免費注冊代碼http://x.msmobiles.com/free-smartphone-software/default.aspx●在Xphone上使用OrnetaFTP應用程序以從MMS服務器下載視頻信息和Droplet解碼器啟動GPRS連接從開始菜單啟動OrnetaFTP應用程序在Menu/Settings/SetDownloadFolder下，選擇選項\windows連接到指定的MMS服務器(例如，和部分4.1相同)下載選擇Droplet視頻解碼器“DtvXphoneDemo.exe”在Menu/Settings/SetDownloadFolder下，選擇\Storage\MyDocuments\再次連接到MMS服務器下載選擇QCIF/15視頻文件，即，“bitstream.dtv”退出以下總結了實例1的討論本發(fā)明的多個方面部分地包括能夠以30幀每秒(fps)實時拍攝全(VGA)-大小的圖像(640×480)的全軟件攝像放像機電話機應用程序，該應用程序可以只利用在大多數(shù)的多媒體手機中已有的單一標準RISC處理器。相反，在移動手機的電池功率的限制下，現(xiàn)有的基于MPEG的攝像放像機電話機支持以4-15fps實時拍攝局限于QCIF或CIF大小(VGA大小的1/16或1/4)的圖像。但是即使這么小，粗糙的視頻片斷仍需要復雜又昂貴的手機平臺設計，其中，視頻功能被實現(xiàn)為硬件和軟件的結合物，并被多處理裝置之間分割RISC處理器、ASIC、及DSPs。根據(jù)移動操作環(huán)境，本發(fā)明的多個方面的低復雜性視頻處理和分配技術被集成到了強大的新的和創(chuàng)造性的全軟件視頻通信平臺，允許利用現(xiàn)有的移動手機和移動多媒體通信服務控制器(MMSC)內部結構來進行轉鍵配置。對上述的移動攝像放像機應用程序進行補充，本發(fā)明的實施例的內容管理平臺提供了用于將本發(fā)明的壓縮圖像和視頻與聲音和文本以及“鈴聲(ring-tones)”一起集成到完成的移動多媒體信息中的和帶有快速編輯、縮略預覽、多媒體郵箱、在線儲藏室服務、及訂閱預覽的模塊。性能比較本發(fā)明的多個方面的視頻編碼譯碼器當與當與最優(yōu)化的MPEG-2/MPEG-4編碼譯碼器比較時向用戶提供功率上的30-40X的減少。通過所需的CMOS網(wǎng)關的數(shù)目的10X的減少(從大約～1,000,000到～100,000)并因此減少了相應的硅的實際估計需求，硬件產品的實現(xiàn)成本大大的降低了。對于全大小(VGA)和全-幀-比率(30fps)視頻處理，本發(fā)明的新的視頻編碼譯碼器設計還將內部存儲需求從幾個兆字節(jié)降低到了128千字節(jié)，使得移動手機中的機載存儲資源可用于其它的生成收益的特征和應用程序。本發(fā)明的編碼譯碼器還能夠有效地同時處理靜止圖像和視頻，從而能夠用單一的低費用和低功率消耗的解決方案代替分離的MPEG和JPEG編碼譯碼器。盡管可以大量的應用于支持配置VGA，30fps攝像放像機電話機和相關的服務，本發(fā)明的獨特的移動視頻平臺技術還能夠通過以下內容的結合來向大范圍的其它移動視頻服務提供重要的優(yōu)點可縮放的圖像尺寸(176×144)-D1(720×480)、簡化的視頻編輯(剪切、插入、文本覆蓋等)、簡化的與視頻編碼譯碼器的同步、及提高的視頻流性能的低的等待時間。表1.編碼譯碼器性能對比移動手機應用程序本發(fā)明還包括MMS內部結構產品，該產品允許配置與本發(fā)明的軟件視頻編碼譯碼器/攝像放像機應用程序結合的用于移動手機的另外的視頻通信服務。本發(fā)明的其它方面包括高級的轉換代碼應用程序，支持與其它普通配置的基于標準的格式和專用的視頻格式的徹底的通用性。另外包括的是內容管理平臺，提供用于將本發(fā)明的壓縮圖像和視頻與聲音及文本一起集成到完整的移動多媒體信息和“鈴聲(ring-stone)”的和帶有一套相應的MMS信息管理能力的模塊。無線操作者和MMS服務供應商能夠將該內容管理平臺作為一組軟件模塊用于快速且低費用的升級到現(xiàn)有的MMS內部結構，并作為單機服務器用于新的MMS控制器的安裝。本發(fā)明的MMS內部結構產品可以包括產品描述DTV-VGT視頻網(wǎng)關代碼轉換軟件轉換代碼應用程序，用于升機級現(xiàn)有的MMS視頻網(wǎng)關以支持視頻內容在DropletDTV格式和其它視頻格式(例如，MPEG-2、MPEG-4、Motion-JPEG、MicrosoftMedia、及RealVideo)之間的轉換。DTV-CMP軟件內容管理平一套內容管理軟件模塊，用于升臺級現(xiàn)有的MMS信息應用程序服務器創(chuàng)建集成了本發(fā)明的壓縮圖像和視頻與聲音和文本、快速編輯、縮略預覽、多媒體郵箱、在線存儲庫服務、及訂閱管理的MMS信息和“ring-tones”。DTV-CMS內容管理服務器基于服務器的集成的軟件內容管理平臺，用于新的MMSC配置。本發(fā)明還包括帶有軟件模塊或單機服務器的內容管理服務平臺，軟件模塊或單機服務器可以包括移動多媒體創(chuàng)作器將本發(fā)明的改進的壓縮小波的圖像和視頻與聲音和文本集成在一條信息中。預覽播放器提供本發(fā)明的壓縮小波的圖像、視頻、及集成的MMS信息的“縮略”預覽。移動多媒體編輯器允許利用工具和過濾器快速編輯本發(fā)明的壓縮小波的圖像、視頻、及集成的MMS信息。多媒體Ring-Tone創(chuàng)建器允許用戶通過將多調的ring-tones及其它聲音與壓縮小波的圖像和視頻混和來創(chuàng)建個人多媒體“ring-tones”。移動多媒體相冊或“Mblog”用于本發(fā)明的壓縮小波的圖像、視頻、及集成的MMS信息的存儲庫。移動對媒體訂閱管理復制/轉寄本發(fā)明的壓縮小波的圖像、視頻、及集成的MMS信息；購買另外的存儲；購買DVD硬拷貝。移動多媒體郵箱用于本發(fā)明的集成MMS信息的管理SMS的收件箱和發(fā)件箱。移動多媒體地址簿管理移動多媒體聯(lián)系。應該注意到本發(fā)明的多個實施例可以提供靈活、快速、和節(jié)約費用的OTA/OTN升級從安裝的MMS內部結構提高ROI。先進的轉換代碼支持與其它普通配置的基于標準的格式和專用視頻格式的徹底的通用性。作為一組用于升級現(xiàn)有的MMS內部結構的軟件模塊或作為用于新的MMS安裝的單機服務器的可利用的內容管理平臺。JSR-135移動媒體API詳述本發(fā)明的DTV-JVCJava視頻編碼譯碼器生成解壓縮的視頻圖像，該視頻圖像支持包括以下內容的Java共用處理器JSR-135中定義的所有播放器的功能性IntgetDisplayHeight()返回當前提供視頻的實際高度。IntgerDisplayWidth()返回當前提供視頻的實際寬度。IntgetDisplayX()根據(jù)顯示視頻的GUI目標返回視頻的X坐標。IntgetDisplayY()根據(jù)顯示視頻的GUI目標返回視頻的Y坐標。byte[]getSnapshot(java.lang.StringimageType)獲得所顯示內容的縮略圖。IntgetSourceHeight()返回源視頻的高度。IntgetSourceWidth()返回源視頻的寬度。java.lang.ObjectinitDisplayMode(intmode，java.lang.Objectarg)建立顯示視頻的格式。VoidsetDisplayFullScreen(BooleanfullScreenMode)設置用于全屏顯示視頻片斷的提供區(qū)域的大小。VoidsetDisplayLocation(intx，inty)根據(jù)顯示視頻的畫布設置視頻的位置。voidsetDisplaySize(intwidth，intheight)調整視頻圖像的大小。VoidsetVisible(Booleanvisible)顯示或隱藏視頻。JSR-234高級多媒體補充本發(fā)明的DTV-JVCJava視頻編碼譯碼器生成解壓縮的視頻圖像，該視頻圖像支持包括以下內容的Java共用處理器JSR-234中定義的所有播放器的效果控制mageFilterControlImageFilterControl是能夠用于設置諸如單色和反色的多種圖像過濾器的圖像效果。ImageTonalityControlImageTonalityControl是能夠用于設置諸如亮度、對比度、及伽馬(gamma)的多種圖像設置的效果。ImageTransformControlImageTransformControl是用于修剪、最大化、鏡像(mirror)、反轉、拉伸、及旋轉圖像。OverlayControlOverlayControl控制視頻或靜止圖像上方的疊加圖像的設置。WhiteBalanceControlWhiteBalanceControl是用于改變白平衡的圖像/視頻效果。本發(fā)明還包括用于建立、提供、及操作移動視頻日志服務的產品、方法、及處理。該服務向具有視頻電話機的每個用戶提供以下能力拍攝、編輯、存儲、共享、及“發(fā)表”他們的個人視頻和在線電影。對用戶，本發(fā)明的多個方面的代號為“Mobedia”的用于移動視頻日志服務的產品提供1.Mobedia軟件攝像放像機應用程序，能夠將其預安裝在移動手機中，或者用戶能夠將其下載并安裝到任意的支持Java的視頻手機上。2.利用Mobedia軟件攝像放像機應用程序，用戶使用他們的移動手機能夠記錄全VGA/30fps(或者甚至更高質量)的視頻。3.利用Mobedia軟件影院應用程序，用戶使用本發(fā)明的軟件攝像放像機應用程序能夠瀏覽/編輯所獲取的、添加題目等，并且“接合”多個所獲取的以創(chuàng)建個人電影。4.Mobedia軟件影院應用程序的簡化版本可以免費分配給用戶，但是更強大的“Cinema-Pro”版本需要由用戶購買。對于服務器，即Mobedia服務器，本發(fā)明的多個方面可以包括5.使用Mobedia手機用戶軟件，用戶能夠經由移動、固定無線、或有線連接將所獲取的視頻發(fā)送到Mobedia服務器。6.Mobedia訂閱服務使得用戶能夠在服務器上存檔所獲取的視頻和電影(付費存儲器)、開展進一步的在線編輯、以多種常用格式下載和存儲視頻、或者定購DVD的拷貝(付費)。7.Mobedia訂閱服務使得用戶能夠在Mobedia站點創(chuàng)建電影影集、并邀請朋友、家人、同事等瀏覽他們的電影、或定購他們自己的DVD拷貝(付費)作為禮物等。對于朋友、家人等，本發(fā)明的多個方面的Mobedia類型提供8.朋友、家人、同事等接收觀看用戶的電影、下載并保存拷貝(付費)、或定購他們自己的DVD拷貝(付費)的電子郵件邀請。對于普通觀眾(影院模式)，本發(fā)明的多個方面的Mobedia提供9.Droplet’sMobedia訂閱服務使得用戶能夠“發(fā)表”他們的電影，用于普通公眾在Mobedia影院站點觀看。10.普通的觀眾能夠通過排列、主題、分類等搜索發(fā)表的電影的存檔，并在Mobedia影院站點觀看免費預覽。11.普通觀眾能夠付費觀看、下載、或定購DVD拷貝。以下方法和處理包括本發(fā)明的多個方面且僅通過本技術生效。收益來源/商業(yè)模型●電影制造者為服務器空間、下載文件、及定購DVD付費。為編輯軟件的升級版本付費?！衽笥?、家人等為下載文件和定購DVD付費?！衿胀ㄓ^眾為觀看全部電影(只有預覽免費)、定購DVD和下載付費?！娪爸圃煺呖梢缘玫接善胀ㄓ^眾付的共享的費用。●移動操作者通過收益共享模式為增加的數(shù)據(jù)通信量付費。本發(fā)明的多個方面的服務組成部分包括●本發(fā)明的用于拍攝、發(fā)送、及管理個人視頻內容的移動視頻通信平臺(服務器和手機軟件應用程序)●本發(fā)明的Mobedia軟件視頻攝像放像機應用程序允許在任意java/視頻手機上的視頻拍攝●本發(fā)明的Mobedia軟件視頻影院用戶應用程序包括基本的視頻生產、編輯、及觀看技術(簡化版本和專業(yè)版本)●本發(fā)明的Mobedia軟件視頻影院基于網(wǎng)頁的內容管理應用程序支持Mobedia軟件視頻影院電影影集、個人電影共享、及Mobedia影院“發(fā)表”。本文所提出的是改進的移動成像應用程序、手機結構、及服務平臺架構，它們結合在一起從根本上減少了技術復雜性和與向移動用戶提供高質量靜止和視頻成像服務相關的費用。改進的自適應聯(lián)合源通道編碼技術是無線承載商和MMS服務提供者向它們的用戶和企業(yè)用戶提供更大范圍的服務質量(QoS)性能和價格水平的相應的能力，從而利用它們的無線網(wǎng)絡內部結構使所創(chuàng)造的收入最大化?；诰哂懈哂嬎阈实乃惴ǎ屯ǖ李愋?無線和有線)、通道帶寬、通道噪音/錯誤特征、用戶裝置、及用戶服務來說，改進的自適應聯(lián)合源通道編碼能夠支持更加高的網(wǎng)絡均一性(homogeneity)水平。另外所提供的是在移動電話領域中提供靜止和移動視頻領域中的新的和改進的服務的方法、裝置、處理、及商業(yè)方法。作為本發(fā)明的多個方面另外所提供的是以下總結形式的內容。移動成像應用程序利用改進的基于小波的編碼譯碼器作為全軟件實現(xiàn)方式、全硬件實現(xiàn)方式、和混和軟件+硬件實現(xiàn)方式。還提供了包括利用上述改進的基于小波的編碼譯碼器的良好顆粒擴展性的改進的聯(lián)合源通道編碼的系統(tǒng)和方法，利用在全部三個源編碼器、通道編碼器、及自適應比率控制器中的瞬時和預測的通道寬度和錯誤條件信息，以最大化控制重構的視頻信號的瞬時及平均的質量(視頻比率vs失真)。還提供了系統(tǒng)和方法，能夠應用于對用戶和企業(yè)MMS用戶的更大范圍的服務質量(QoS)性能和價格水平，就通道類型(固定無線、移動無線、及有線)、通道帶寬、通道噪音/錯誤特征、用戶裝置、及用戶服務而言，能夠用于支持包括改進的多點傳送的更高程度的網(wǎng)絡異質性。還提供了移動攝像放像機應用程序——將兩個前述段的多個方面與相關的圖像前處理和后處理功能、及聲音記錄結合，用于移動裝置中的全攝像放像機能力，作為全軟件實現(xiàn)方式、全硬件實現(xiàn)方式、或者作為混和軟件+硬件實現(xiàn)方式。還提供了移動成像應用程序，移動成像應用程序利用改進的基于小波的編碼譯碼器，作為Java應用程序、全軟件實現(xiàn)方式、全硬件實現(xiàn)方式、或混和軟件+硬件實現(xiàn)方式。還提供了移動攝像放像機應用程序——將上面的前述段與相關的圖像前處理和后處理功能、及聲音記錄結合，用于移動裝置中的全攝像放像機能力，作為全軟件實現(xiàn)方式、全硬件實現(xiàn)方式、或作為混和軟件+硬件實現(xiàn)方式。利用該總結的前述段的多個方面和特征，還提供了能夠成像的移動手機結構，其中，移動成像應用程序結合在了手機的手機基帶多媒體處理部、圖像模塊、或可移動存儲介質中。還提供了OTA傳輸或升級上述總結的上述特征到上述能夠成像的手機中。還提供了允許在銷售點安裝或升級上述特征和上述系統(tǒng)到能夠成像的手機中的系統(tǒng)。還提供了用于該總結的上述特征與其它基于標準或專用成像格式的普遍兼容的移動成像代碼轉換機——經由自動OTN升級或經由手動步驟傳送到或安裝在MMSC視頻網(wǎng)絡的全軟件應用程序。還提供了移動成像服務平臺架構、方法、及系統(tǒng)——結合了該總結的所有特征。盡管上述是本發(fā)明的多個實施例的一些方面的描述，但是可以使用各種選擇、變化、及等同物。因此，上述描述不用于限制由所附權利要求限定的本發(fā)明的范圍。權利要求1.一種配置成像服務平臺的方法，包括以下步驟在連接到網(wǎng)絡的下載服務器上提供代碼轉換機應用程序；用信號通知所述網(wǎng)絡所述代碼轉換機應用程序可用于配置；以及通過所述網(wǎng)絡從所述下載服務器將所述代碼轉換機應用程序配置到位于所述網(wǎng)絡上的視頻網(wǎng)關。2.根據(jù)權利要求1所述的方法，進一步包括以下步驟將配置的所述代碼轉換機應用程序自動安裝到所述視頻網(wǎng)關上。全文摘要提供了用于在移動裝置和監(jiān)控應用程序中壓縮和解壓縮靜止圖像和視頻圖像的系統(tǒng)和方法。還提供了相應的移動裝置及攝像機結構和服務平臺架構，用于對無線網(wǎng)絡和有線網(wǎng)絡上的視頻圖像進行傳送、存儲、編輯和轉換代碼并在能夠顯示的裝置上觀看它們。文檔編號G06F17/00GK101160577SQ200680012489公開日2008年4月9日申請日期2006年2月16日優(yōu)先權日2005年2月16日發(fā)明者約翰·D·羅爾斯頓,史蒂文·E·桑德斯,克拉西米爾·D·克拉羅夫申請人:液滴技術有限公司