摘要：該文以和欣手機(jī)系統(tǒng)平臺為基礎(chǔ)，在CAR構(gòu)件運(yùn)行平臺之上，論述了構(gòu)件化彩信引擎的必要性，詳細(xì)描述了構(gòu)件化彩信引擎的設(shè)計(jì)以及實(shí)現(xiàn)過程，并最終給出了測試實(shí)例。該文所提出的構(gòu)件化彩信引擎完全遵循WAP論壇制定的MMS標(biāo)準(zhǔn)，不但具有構(gòu)件的靈活性和擴(kuò)展性，而且還與其他平臺彩信兼容。
　　關(guān)鍵詞：CAR構(gòu)件；彩信引擎；MMS；Elastos；和欣手機(jī)平臺
　　中圖分類號：TP393 文獻(xiàn)標(biāo)識碼：A 文章編號：1009-3044（2012）28-6697-05
　　向用戶提供的SDK（Software Development Kit）中，也相應(yīng)地提供了可供第三方開發(fā)的彩信引擎API接口。但是大部分平臺上的彩信還是采用傳統(tǒng)的軟件架構(gòu)，基本上是以靜態(tài)庫的形式在SDK中提供，即使是Android平臺，彩信引擎也是和系統(tǒng)平臺服務(wù)綁定在一起的，不能單獨(dú)更新；因此這些平臺彩信就不能實(shí)現(xiàn)動態(tài)升級、即插即用、分布式運(yùn)行。另外，大多數(shù)手機(jī)彩信，雖然遵循了OMA MMS規(guī)范， 但它們之間兼容性做得并不夠好。
　　和欣（英文名Elastos）手機(jī)系統(tǒng)平臺是國內(nèi)自主知識產(chǎn)權(quán)的手機(jī)平臺，是一個安全、靈活、開放、互聯(lián)的構(gòu)件化的基礎(chǔ)軟件平臺，其已構(gòu)件技術(shù)為基礎(chǔ)，以腳本語言為應(yīng)用開發(fā)語言，以全新的平臺技術(shù)為普通消費(fèi)者帶來“業(yè)務(wù)手機(jī)”（Service Phone）的全新用戶體驗(yàn)，是面向移動互聯(lián)網(wǎng)的新一代手機(jī)平臺。與其它平臺軟件模型相比，和欣手機(jī)系統(tǒng)平臺上所有的軟件服務(wù)全部構(gòu)件化，面向構(gòu)件編程，軟件即服務(wù)，可動態(tài)升級、即插即用并能夠分布式運(yùn)行。因此，構(gòu)建和欣手機(jī)系統(tǒng)平臺靈活的構(gòu)件化彩信引擎是非常必要的。
　　1 和欣手機(jī)系統(tǒng)平臺和CAR構(gòu)件技術(shù)概述
　　1.1 和欣手機(jī)系統(tǒng)平臺概述
　　和欣手機(jī)系統(tǒng)平臺是科泰世紀(jì)公司自主研發(fā)、面向智能手機(jī)、完全開放的嵌入式操作系統(tǒng)。主要特點(diǎn)是按需計(jì)算（On demand）、面向服務(wù)的體系結(jié)構(gòu)（SOA）。該平臺采用CAR（Component Assembly Runtime）技術(shù)，類似于Java的編程模型，用C++語言實(shí)現(xiàn)Java/C#思想，將虛擬機(jī)技術(shù)融入手機(jī)操作系統(tǒng)內(nèi)核，二進(jìn)制構(gòu)件能夠自描述，能在運(yùn)行時(shí)動態(tài)鏈接，系統(tǒng)軟件、應(yīng)用軟件的二進(jìn)制代碼可以自動加載/更新、按需下載、動態(tài)拼裝并能夠分布式運(yùn)行。
　　1.2 CAR構(gòu)件技術(shù)概述
　　科泰世紀(jì)為和欣系統(tǒng)平臺發(fā)明了CAR（Component Assembly Runtime）編程技術(shù)以及和欣構(gòu)件運(yùn)行平臺，二者使軟件工廠化生產(chǎn)成為現(xiàn)實(shí)。CAR編程模型制定了一套二進(jìn)制構(gòu)件之間互操作的標(biāo)準(zhǔn)，并在構(gòu)件中封裝自描述信息（又稱元數(shù)據(jù)）。和欣構(gòu)件運(yùn)行平臺根據(jù)構(gòu)件元數(shù)據(jù)，構(gòu)件在運(yùn)行時(shí)動態(tài)加載、動態(tài)拼接，完成軟件業(yè)務(wù)支持。
　　CAR構(gòu)件技術(shù)使得開發(fā)者完全面向構(gòu)件編程，構(gòu)件同時(shí)具有C/C++的運(yùn)行效率。與Java和.NET的基于中間代碼和虛擬機(jī)機(jī)制不同的是，CAR構(gòu)件采用C++語言編程，使用和欣平臺提供的SDK工具直接生成運(yùn)行于和欣平臺平臺上的目標(biāo)機(jī)二進(jìn)制代碼。另外，在不同操作系統(tǒng)上實(shí)現(xiàn)的和欣平臺虛擬機(jī)，使得CAR構(gòu)件的二進(jìn)制代碼可以跨平臺兼容。
　　2 構(gòu)件化彩信引擎設(shè)計(jì)
　　在設(shè)計(jì)和欣手機(jī)系統(tǒng)平臺的彩信引擎時(shí)，最主要的目地是使得彩信引擎構(gòu)件化，能夠滿足手機(jī)系統(tǒng)上日益增長的與彩信相關(guān)的消費(fèi)類電子業(yè)務(wù)需求，不但需要滿足和欣手機(jī)系統(tǒng)平臺自身的業(yè)務(wù)需求，還要方便第三方廠商能夠以構(gòu)件化彩信引擎快速構(gòu)建個性化彩信終端服務(wù)以及其他多媒體業(yè)務(wù)，同時(shí)，還要兼容其它平臺彩信。
　　和欣構(gòu)件化彩信引擎對外提供統(tǒng)一的構(gòu)件接口，由于和欣平臺以CAR構(gòu)件技術(shù)為基礎(chǔ)，故和欣構(gòu)件化彩信引擎具有點(diǎn)擊運(yùn)行、動態(tài)升級以及分布式運(yùn)行的特點(diǎn)。構(gòu)件化彩信引擎主要由如下模塊構(gòu)成：wap協(xié)議棧管理、wap push消息解析器、MMS消息頭編解碼、MMS協(xié)議編碼/解碼、SMIL管理器、DRM內(nèi)容管理、存儲管理、MMS兼容模塊以及構(gòu)件接口。
　　3 構(gòu)件化彩信引擎實(shí)現(xiàn)
　　3.1 WAP協(xié)議棧抽象接口
　　和欣構(gòu)件化彩信引擎提供了一XX69sQSkr0fEELYxBYyQ9SgJrLugwcMVAdYnFzcmjlk=套wao協(xié)議棧的抽象接口，使得在軟件架構(gòu)上具有靈活性和松耦合，該抽象接口使得彩信引擎在調(diào)用wap協(xié)議棧時(shí)簡單方便，并且還便于彩信引擎的移植。
　　3.2 WAP push消息解析器
　　彩信通知消息采用WAP push SI（Service Indication）服務(wù)， 其流程如下：
　　3.3 PDUs類型及消息頭
　　彩信消息在網(wǎng)絡(luò)傳輸中是以PDUs的形式傳輸?shù)?，MMS PDUs（Protocol Data Units），即彩信協(xié)議數(shù)據(jù)單元，表示的就是一條彩信消息。
　　彩信協(xié)議最基本的單元是消息頭，消息頭由域名和域值組成，MMS消息頭中一部分沿用了RFC822定義了的通用頭部，另一部分是由彩信協(xié)議定義的私有消息頭，域名以“X-Mms-”開頭。
　　彩信消息體由媒體內(nèi)容和內(nèi)容描述組成，內(nèi)容描述是多媒體內(nèi)容的組織形式。對于一條彩信消息而言，內(nèi)容描述存在于消息體中不是必須的，如果存在， MMS PDUs消息類型則為3.6 彩信引擎對DRM的支持
　　和欣構(gòu)件化彩信引擎根據(jù)媒體內(nèi)容的ContentType識別該媒體內(nèi)容是否為oma drm內(nèi)容類型，對于不支持的DRM內(nèi)容，彩信引擎將不作任何處理。 媒體內(nèi)容的OMA DRM內(nèi)容類型有：
　　3.7 彩信引擎兼容性
　　和欣構(gòu)件化彩信引擎完全遵循《彩信一致性文檔》，通過測試，基本上與其他平臺廠商的彩信兼容。
　　3.8 構(gòu)件化彩信引擎接口
　　為了實(shí)現(xiàn)彩信引擎的構(gòu)件化，在和欣手機(jī)系統(tǒng)平臺上，通過和欣構(gòu)件平臺，為和欣彩信引擎設(shè)計(jì)了如下構(gòu)件接口：
　　IMmsManager接口負(fù)責(zé)各個消息類型接口的創(chuàng)建、編碼和PDUs解碼，ISlides接口負(fù)責(zé)彩信頁的管理，包括頁的創(chuàng)建、刪除、插入、頁面媒體內(nèi)容的獲取； IAttachments負(fù)責(zé)附件管理， 它和ISlides接口共同實(shí)現(xiàn)了彩信編輯功能。IMmsMessage定義了彩信各種消息的通用屬性操作，它是IMultimediaMessage、ISendConfMessage、INotificationMessage、INotifyRespMessage、IAcknowledgeMessage和IDeliveryReportMessage的基接口， ITransactions負(fù)責(zé)彩信的事務(wù)處理。
　　4 測試實(shí)例
　　下面以一個實(shí)例演示基于和欣手機(jī)系統(tǒng)平臺構(gòu)件化彩信引擎創(chuàng)建彩信、編輯彩信以及彩信編碼、解碼過程。
　　5 結(jié)束語
　　通過在和欣手機(jī)系統(tǒng)平臺上設(shè)計(jì)并實(shí)現(xiàn)了構(gòu)件化的彩信引擎，不但能夠?yàn)楹托朗謾C(jī)平臺提供可供編程的彩信服務(wù)引擎，還使得彩信引擎可構(gòu)件化運(yùn)行：動態(tài)加載、動態(tài)升級，同時(shí)也給第三方廠商提供一套非常靈活地面向構(gòu)件編程的彩信引擎接口，使得開發(fā)者可以靈活而快速地開發(fā)自有的彩信相關(guān)的業(yè)務(wù)，并且無需擔(dān)心標(biāo)準(zhǔn)彩信業(yè)務(wù)的兼容性。
　　參考文獻(xiàn)：
　　[1] 上?？铺┦兰o(jì)科技有限公司.Elastos CAR構(gòu)件與編程模型技術(shù)文檔[Z].2006.
　　[2] 上?？铺┦兰o(jì)科技有限公司.Elastos智能手機(jī)軟件整體解決方案白皮書[Z].2006.
　　[3] Synchronized Multimedia Integration Language：SMIL 2.1，W3C Recommendation 13 December 2005[EB/OL]. http：//www.w3.org/TR/2005/REC-SMIL2-20051213/.
　　[4] Wireless Application Protocol， MMS Encapsulation Protocol，WAP-209-MMSEncapsulation， WAP Forum， 14-September-2000[EB/OL]. http：//www.wapforum.org/.
　　[5] Wireless Application Protocol，MMS Architecture Overview，WAP-205-MMSArchOverview， WAP Forum[EB/OL].http：//www.wapforum.org.
　　[6] Wireless Application Protocol， MMS Client Transactions， WAP-206-MMSCTR， WAP Forum[EB/OL]. http：//www.wapforum.org.
　　[7] Wireless Application Protocol Architecture Specification， WAP-100-WAPArch， WAP Forum[EB/OL].http：//www.wapforum.org/.
　　[8] Wireless Application Protocol， Push Message Specification， WAP-145-PushMessage，WAP Forum， 16-August-1999[EB/OL]. http：//www.wapforum.org/.
　　[9] MMS Conformance Document Version 2.0.0[Z].2002.
　　[10] WAP Binary XML Content Format， WAP Forum， 4-November-1999[EB/OL].http：//www.wapforum.org