移動(dòng)增值業(yè)務(wù)平臺(tái)解決實(shí)例

1、移動(dòng)增值業(yè)務(wù)平臺(tái)解決實(shí)例J2EE為WEB應(yīng)用提供了多層次的結(jié)構(gòu)體系，而在傳統(tǒng)軟件（非Web 應(yīng)用），如何建立合理的、靈活的結(jié)構(gòu)體系，是本文的主要目的。本文基于一個(gè)分布式中間件開(kāi)發(fā)工具 SoftEngine， 以移動(dòng)通訊的增值業(yè)務(wù)平臺(tái)為例，闡述分組件化布式系統(tǒng)的基本技術(shù)及特征。 關(guān)鍵字:中間件 Middle-ware ,分布式系統(tǒng)Distributed System,結(jié)構(gòu)體系 Architecture,移動(dòng)互聯(lián) Wireless Internet,短信 SMS,彩信 MMS 1. 前言-移動(dòng)增值業(yè)務(wù)平臺(tái)的三個(gè)難點(diǎn)如果說(shuō)二十世紀(jì)末，是互聯(lián)網(wǎng)(Internet)輝煌的時(shí)期；那么二十一世紀(jì)初，是無(wú)線互

2、聯(lián)(Wireless Internet)崛起的時(shí)代。自從擺脫了WAP的陰影，手機(jī)短信在其成功的運(yùn)營(yíng)模式推動(dòng)下，迅速成為新的經(jīng)濟(jì)熱點(diǎn)。數(shù)百家營(yíng)業(yè)性網(wǎng)站幾乎同時(shí)都做起了短信的生意，并不斷涌現(xiàn)新的創(chuàng)意。近日，隨著移動(dòng)網(wǎng)絡(luò)以及終端設(shè)備的改進(jìn)，以多媒體技術(shù)為主導(dǎo)的彩信(MMS)業(yè)務(wù)也已加入火熱的市場(chǎng)。移動(dòng)增值業(yè)務(wù)真正進(jìn)入了一個(gè)“應(yīng)用為王”的時(shí)代。 從字面上理解: 無(wú)線互聯(lián)(Wireless Internet)是互聯(lián)網(wǎng)(Internet)的移動(dòng)領(lǐng)域的一種衍生。在本質(zhì)上也是如此。所以許多無(wú)線互聯(lián)的應(yīng)用，從表面上看，是WEB應(yīng)用的一部分，有的甚至依托于WEB。但在表現(xiàn)的背后，兩者的實(shí)現(xiàn)技術(shù)，有著本質(zhì)的不同。下

3、圖可看出，手機(jī)用戶使用短信（移動(dòng)）業(yè)務(wù)的過(guò)程，類似通過(guò)互聯(lián)網(wǎng)訪問(wèn)特定的網(wǎng)站。只是用戶利用手機(jī)通過(guò)移動(dòng)運(yùn)營(yíng)商（中國(guó)移動(dòng)/聯(lián)通），與Internet聯(lián)接，而不是常用的電腦。 圖表1 短信應(yīng)用業(yè)務(wù)模式最簡(jiǎn)單的建立短信應(yīng)用的方法：利用移動(dòng)運(yùn)營(yíng)商的網(wǎng)關(guān)接口API，直接與移動(dòng)網(wǎng)關(guān)對(duì)接；再配以數(shù)據(jù)庫(kù)或文件作為數(shù)據(jù)交換的方式。這做法，適用于單個(gè)的短信應(yīng)用。如果應(yīng)用種類增多，由于體系結(jié)構(gòu)的關(guān)系，很難有好的性能。 尤其在競(jìng)爭(zhēng)激烈的移動(dòng)增值業(yè)務(wù)中，新應(yīng)用推向市場(chǎng)的時(shí)間（Time-to-Market）是關(guān)鍵。有人統(tǒng)計(jì)過(guò)：短信應(yīng)用的平均生存周期為3個(gè)月。也就是說(shuō)，每個(gè)應(yīng)用從策劃完成到推出市場(chǎng)的時(shí)間越短，開(kāi)發(fā)成本越低，應(yīng)

4、用的市場(chǎng)價(jià)值也就越大。所以，移動(dòng)增值應(yīng)用的技術(shù)難點(diǎn)，不在于應(yīng)用的實(shí)現(xiàn)，而是在實(shí)現(xiàn)的速度，及質(zhì)量。而眾所周知：軟件開(kāi)發(fā)中，時(shí)間與質(zhì)量成反比。 這是移動(dòng)增值應(yīng)用的第一個(gè)難點(diǎn)。 第二個(gè)難點(diǎn)：速度。在2001年的春節(jié)除夕，手機(jī)用戶就已經(jīng)體會(huì)到了。雖然移動(dòng)運(yùn)營(yíng)商已經(jīng)通過(guò)擴(kuò)容，改善了短信的通道。但流量的壓力會(huì)從移動(dòng)網(wǎng)關(guān)，轉(zhuǎn)移到了應(yīng)用端，這對(duì)應(yīng)用系統(tǒng)提出了更高的要求。而且，短信的特點(diǎn)：內(nèi)容短，數(shù)量大，突發(fā)性高。所以，簡(jiǎn)單地依靠數(shù)據(jù)庫(kù)、文件系統(tǒng)傳遞數(shù)據(jù)，不能滿足關(guān)鍵應(yīng)用的性能要求。 第三個(gè)難點(diǎn)，沒(méi)有前兩個(gè)問(wèn)題那樣容易表達(dá)，簡(jiǎn)要來(lái)講：許多看似簡(jiǎn)單的事情放在一起解決，問(wèn)題就會(huì)變得復(fù)雜。在競(jìng)爭(zhēng)激烈的移動(dòng)增值業(yè)務(wù)中，

5、應(yīng)用的數(shù)量、種類，是取得優(yōu)勢(shì)的因數(shù)之一。新的應(yīng)用層出不窮，相關(guān)的內(nèi)容也是追求新穎別致。內(nèi)容有的是自己在準(zhǔn)備，而更多以合作的模式獲得，甚至應(yīng)用也是如此。在解決應(yīng)用的同時(shí)，還要解決為不同運(yùn)營(yíng)商提供服務(wù)。雖然國(guó)內(nèi)只有移動(dòng)(CMCC)和聯(lián)通(UNICOM)兩大主要移動(dòng)運(yùn)營(yíng)商，但一些原因，使得應(yīng)用提供商需要和不同區(qū)域的當(dāng)?shù)剡\(yùn)營(yíng)商分別提供應(yīng)用，不可避免地需要與不同運(yùn)營(yíng)商的網(wǎng)關(guān)接入。如何有效地管理：應(yīng)用、內(nèi)容、網(wǎng)關(guān)接入，以及計(jì)費(fèi)、統(tǒng)計(jì)、分析等諸多后臺(tái)工作，是增值應(yīng)用平臺(tái)所需要考慮的。 雖然通過(guò)增加維護(hù)人員、設(shè)備，可以在某種程度上緩解這些問(wèn)題。但隨著業(yè)務(wù)增多，維護(hù)成本會(huì)不斷增加；隨著時(shí)間的延續(xù)，設(shè)備的更新成本

6、也不容忽視。還需要考慮人員變更，設(shè)備故障等不定因素帶來(lái)的負(fù)面影響。 從根本上解決問(wèn)題，一個(gè)穩(wěn)定的、有效的運(yùn)行系統(tǒng)是不可缺少的。它可以減輕維護(hù)、管理壓力，提高業(yè)務(wù)運(yùn)作的準(zhǔn)確率，制作應(yīng)用才會(huì)變得真正的”簡(jiǎn)單”。 構(gòu)造這樣的系統(tǒng)，我們需要從結(jié)構(gòu)體系著手。 2.應(yīng)用平臺(tái)基礎(chǔ)SoftEngine的結(jié)構(gòu)體系結(jié)構(gòu)體系（Architecture）這個(gè)詞，會(huì)在全文中多次出現(xiàn)。因?yàn)?，它是軟件系統(tǒng)的靈魂。何種結(jié)構(gòu)體系，決定了系統(tǒng)具備哪些優(yōu)點(diǎn)、哪些缺點(diǎn)，以及性能。在開(kāi)始構(gòu)建系統(tǒng)平臺(tái)前，我們最好了解一下，它的基礎(chǔ)SoftEngine - 分布式體系結(jié)構(gòu)。在一篇名為: 中有較詳細(xì)的介紹。或查閱網(wǎng)站: , 獲得更多信息，及

7、下載相關(guān)軟件。 3.移動(dòng)增值業(yè)務(wù)系統(tǒng)的設(shè)計(jì)方案以短信和彩信為主要業(yè)務(wù)模式，對(duì)移動(dòng)增值業(yè)務(wù)做分析，設(shè)計(jì)方案。 3.1短信、彩信的業(yè)務(wù)流程在前言中，已經(jīng)描述了短信的業(yè)務(wù)模式。在此基礎(chǔ)上，再來(lái)看看業(yè)務(wù)的流程，見(jiàn)下圖: 圖表2非常類似Web應(yīng)用，短信應(yīng)用是由用戶發(fā)出的上行短信(MO)到應(yīng)用端，返回結(jié)果稱為：下行短信(MT)。不同之處在于，應(yīng)用可以在沒(méi)有上行的情況下，主動(dòng)發(fā)起下行信息，用戶被動(dòng)接收。運(yùn)營(yíng)商的網(wǎng)關(guān)包括: 移動(dòng)網(wǎng)關(guān)(ISMG)和聯(lián)通網(wǎng)關(guān)(SMG)，分別以CMPP或SGIP協(xié)議與應(yīng)用提供商(SP)連接。 彩信比短信要復(fù)雜一些，而且物理承載層也有了變化，但運(yùn)營(yíng)商已很好地進(jìn)行了封裝，所以對(duì)于SP，

8、它們的業(yè)務(wù)流程也是相近的：運(yùn)營(yíng)商提供彩信中心(MMSC)作為網(wǎng)關(guān)，通過(guò)MM7協(xié)議與SP通訊。 3.2需要考慮的問(wèn)題在設(shè)計(jì)應(yīng)用平臺(tái)的具體方案前，我們還需要就業(yè)務(wù)流程，預(yù)先考慮幾個(gè)問(wèn)題: 1.平臺(tái)需要與不同的網(wǎng)關(guān)以不同的協(xié)議連接，而且也存在版本升級(jí)的問(wèn)題。所以與網(wǎng)關(guān)的接口模塊是組件化的，可以按需要?jiǎng)討B(tài)加載。 2.應(yīng)用模塊與接口模塊之間存在一對(duì)多的關(guān)系。不可能為不同的網(wǎng)關(guān)/協(xié)議定制不同的應(yīng)用。所以應(yīng)用與接口之間必須是無(wú)關(guān)性的，即：應(yīng)用無(wú)需了解接口的屬性，反之也一樣。 3.應(yīng)用的個(gè)數(shù)、種類是多變的。所以應(yīng)用模塊也是組件化的，可按照一定的規(guī)則掛接或脫離。同時(shí)應(yīng)用也有可能由合作者提供，所以應(yīng)用的對(duì)外接口也

9、是需要的。 4.同時(shí)下行的信息可以按照不同的規(guī)則路由到指定的網(wǎng)關(guān)。上行信息也需要路由到指定的應(yīng)用。而這些動(dòng)作不應(yīng)當(dāng)由接口或網(wǎng)關(guān)承擔(dān)。 5.對(duì)于不同的網(wǎng)關(guān)及應(yīng)用都需要分別做計(jì)費(fèi)、統(tǒng)計(jì)、日志管理。以滿足與運(yùn)營(yíng)商核對(duì)賬單，與應(yīng)用的合作者提供分賬的明晰。 以上列出的僅僅是核心的問(wèn)題，在充分理解的基礎(chǔ)上，我們需要借用SoftEngine的體系結(jié)構(gòu)以及設(shè)計(jì)理念，得出成熟的解決辦法。同時(shí)平臺(tái)的體系結(jié)構(gòu)也逐漸隨著問(wèn)題的解決，慢慢明朗。 3.3移動(dòng)應(yīng)用平臺(tái)的結(jié)構(gòu)體系首先，讓我們從宏觀上看看平臺(tái)是如何工作、提供服務(wù)的。如下圖： 圖表3 MAP-Mobile Application Platform移動(dòng)應(yīng)用平臺(tái)(M

10、obile Application Platform，以下簡(jiǎn)稱平臺(tái))，主要的使用角色只有兩種： 注冊(cè)用戶(Subscriber)，是平臺(tái)的受眾群體。通過(guò)各種移動(dòng)設(shè)備使用平臺(tái)所提供的多種應(yīng)用。WWW服務(wù)做為輔助工具，方便了注冊(cè)用戶的訂閱、點(diǎn)播及了解更多的應(yīng)用信息。 管理維護(hù)人員(Administrator)。平臺(tái)需要日常的管理和維護(hù)，除了通過(guò)專有通訊方式外，WWW服務(wù)是必不可少的、實(shí)用的手段。這里的管理人員包括：系統(tǒng)配置人員、應(yīng)用配置人員、內(nèi)容管理人員、內(nèi)容發(fā)布編輯（內(nèi)部/外部）、客服人員、計(jì)費(fèi)統(tǒng)計(jì)人員。大部分人員都可以通過(guò)，WWW服務(wù)完成各自的任務(wù)。 所以，平臺(tái)以移動(dòng)應(yīng)用系統(tǒng)（Mobile A

11、pplication System，簡(jiǎn)稱MAS）為主體，WWW服務(wù)為輔助工具，數(shù)據(jù)庫(kù)存放平臺(tái)所需的各種數(shù)據(jù)。 移動(dòng)應(yīng)用系統(tǒng)(MAS)。幾乎所有的移動(dòng)應(yīng)用都由MAS完成。MAS完全基于上文介紹的分布式開(kāi)發(fā)系統(tǒng) SoftEngine的體系結(jié)構(gòu)，并繼承了SoftEngine的所有特性，包括：應(yīng)用的組件化、數(shù)據(jù)安全性、以及內(nèi)部組件可根據(jù)負(fù)載壓力的分布處理。同時(shí)利用SoftEngine提供的Web方式對(duì)外接口 WebPostTaskServe實(shí)現(xiàn)與WWW應(yīng)用的結(jié)合，如：網(wǎng)上收費(fèi)應(yīng)用等。也為內(nèi)容應(yīng)用第三方合作者提供了便利的接口。MAS最主要的接口是與不同移動(dòng)運(yùn)營(yíng)商網(wǎng)關(guān)的連接，被定義為網(wǎng)關(guān)適配器（Adapt

12、er for Gateway）。 WWW服務(wù)。除了為注冊(cè)用戶提供輔助功能，還可以為系統(tǒng)人員提供管理工具。包括的功能參見(jiàn)上述兩個(gè)角色的描述。 數(shù)據(jù)庫(kù)。MAS運(yùn)行，可以不需要數(shù)據(jù)庫(kù)的輔助。但為了對(duì)系統(tǒng)管理的方便，以及應(yīng)用內(nèi)容的有效管理，我們還是加入了數(shù)據(jù)庫(kù)。存放的數(shù)據(jù)包括：系統(tǒng)配置數(shù)據(jù)、應(yīng)用配置信息、注冊(cè)用戶信息、應(yīng)用內(nèi)容等。 從上圖，可以看出：在移動(dòng)應(yīng)用平臺(tái)的三個(gè)組成部分中，MAS是結(jié)構(gòu)中的關(guān)鍵。它的特性決定了，平臺(tái)的優(yōu)略。普通的設(shè)計(jì)，很難處理在本文開(kāi)始所提到的三個(gè)難點(diǎn)。只有從根本上，采用上一章節(jié)介紹的分布式的體系結(jié)構(gòu)來(lái)解決。所有我們將重點(diǎn)介紹MAS的內(nèi)部結(jié)構(gòu)。3.4移動(dòng)應(yīng)用系統(tǒng)MAS的設(shè)計(jì)在上

13、文的 “應(yīng)用平臺(tái)基礎(chǔ) SoftEngine的結(jié)構(gòu)體系”，我們已經(jīng)對(duì)分布式系統(tǒng)有了初步的認(rèn)識(shí)。MAS完全以SoftEngine為基礎(chǔ)，繼承了所有的組件化、分布式等體系結(jié)構(gòu)特點(diǎn)，所以在MAS的設(shè)計(jì)工作中，已無(wú)須對(duì)其基礎(chǔ)結(jié)構(gòu)過(guò)多地考慮。在充分了解移動(dòng)業(yè)務(wù)及其中需要關(guān)心的問(wèn)題后，我們可以按照SoftEngine的開(kāi)發(fā)流程，直接設(shè)計(jì)MAS的工作流程，然后定義完成工作所需對(duì)象組件(Object Component)。由于篇幅的限制，先從整體上描述MAS的組件結(jié)構(gòu)，然后著重介紹其中一個(gè)主要的工作流程。從中體會(huì)到組件化設(shè)計(jì)的樂(lè)趣。 3.4.1MAS的組件結(jié)構(gòu)圖 先來(lái)看看被定義好的MAS是什么樣子，如下圖： 圖

14、表4 MAS組件結(jié)構(gòu)圖MAS雖然包含許多對(duì)象和組件，但這些對(duì)象可以按照功能的不同，分為五類：與移動(dòng)網(wǎng)關(guān)連接的適配器組件；負(fù)責(zé)轉(zhuǎn)換不同協(xié)議的信息轉(zhuǎn)換組件；包含所有應(yīng)用的組件群；日志紀(jì)錄、資費(fèi)統(tǒng)計(jì)的計(jì)費(fèi)組件；以及可作為MAS與WWW應(yīng)用、外方合作接口的通訊組件。這樣，MAS的結(jié)構(gòu)就比較簡(jiǎn)單清晰了， 以下分類介紹。 3.4.2網(wǎng)關(guān)適配器 Gateway Adapters 網(wǎng)關(guān)適配器主要由SoftEngine的通訊服務(wù)類(Serve Class)的派生對(duì)象實(shí)現(xiàn)通訊協(xié)議。考慮到實(shí)際情況中，MAS會(huì)和不同移動(dòng)運(yùn)營(yíng)商的不同網(wǎng)關(guān)連接，所以網(wǎng)關(guān)適配器組件里，需要包含支持不同協(xié)議的通訊組件，可劃分為多種接入門戶(

15、Portal)： 支持中國(guó)移動(dòng)CMPP協(xié)議的短信門戶（CMPP Portal）。 支持聯(lián)通SGIP協(xié)議的短信門戶(SGIP Protal)。 支持中國(guó)移動(dòng)MM7協(xié)議的彩信門戶（MMS Portal）。 其他未知的種類，如：將來(lái)可以增加聯(lián)通彩信。 在每種Portal內(nèi)，還會(huì)涉及到不同地區(qū)的接入點(diǎn)，以中國(guó)移動(dòng)短信門戶(CMPP Portal)為例（假設(shè)協(xié)議版本唯一）：為了同時(shí)與多個(gè)CMPP網(wǎng)關(guān)（ISMG）同時(shí)接入，需要把CMPP通訊服務(wù)類(CmppServe Class)，通過(guò)配置，實(shí)例化出三個(gè)對(duì)象CmppServeToBeijing, CmppServeToJiangshu, CmppServe

16、ToSichuan，分別與北京、江蘇、四川的網(wǎng)關(guān)連接。為了區(qū)分不同地區(qū)短信，還需要在組件中加入路由對(duì)象OutgoingRouter和IncomingRouter，處理MT/MO短信。這樣，通過(guò)實(shí)例化新的CmppServer，同時(shí)調(diào)整信息的路由配置，就可以在短時(shí)間內(nèi)增加新的接入點(diǎn)。調(diào)整操作，就像在一臺(tái)PC機(jī)上又增加或刪除了一塊網(wǎng)卡一樣方便，幾乎對(duì)系統(tǒng)中的其他部件沒(méi)有任何影響。 聯(lián)通短信接入門戶(SGIP Portal)，只要更換通訊服務(wù)類為SgipServe，其他與移動(dòng)門戶一樣的。彩信接入門戶雖然在接口協(xié)議上與短信有較大的區(qū)別，但主體結(jié)構(gòu)沒(méi)有變化。但由于信息的內(nèi)容不像短信那樣簡(jiǎn)短，通常在10K-

17、50K之間，所以多媒體內(nèi)容只有在發(fā)送前，才由功能對(duì)象FetchDataFunc從文件系統(tǒng)或Web方式讀取到內(nèi)存，再通過(guò)相應(yīng)的通訊對(duì)象傳送到移動(dòng)網(wǎng)關(guān)。 3.4.3信息轉(zhuǎn)換 Message Transfer 在網(wǎng)關(guān)適配器組件內(nèi)個(gè)對(duì)象之間，所傳遞的任務(wù)是與具體的通訊協(xié)議想關(guān)。對(duì)于發(fā)送的內(nèi)容并不關(guān)心。為了做到應(yīng)用與通訊協(xié)議的無(wú)關(guān)性，在應(yīng)用與網(wǎng)關(guān)適配器之間需要有一個(gè)關(guān)鍵的協(xié)議轉(zhuǎn)換功能，在MAS內(nèi)被定義為：信息轉(zhuǎn)換(Message Transfer)。 從圖中，可以看出Transfer的左邊是網(wǎng)關(guān)適配器組件，右邊是應(yīng)用組件群。在應(yīng)用組件內(nèi)，只包含通訊協(xié)議中與應(yīng)用相關(guān)的信息，其他信息都需要通過(guò)Transfe

18、r對(duì)象翻譯。所以MAS的短信信息轉(zhuǎn)換對(duì)象SmsTransferFunc起到：通訊協(xié)議任務(wù)與應(yīng)用任務(wù)之間相互轉(zhuǎn)換的作用。信息轉(zhuǎn)換的作用會(huì)在后續(xù)的短信工作流程范例中具體描述。 3.4.4應(yīng)用組群 Application Group 應(yīng)用組群是MAS中最活躍的部分，從應(yīng)用形式上可分為： 定制類型: 定制一項(xiàng)服務(wù)后，用戶會(huì)定時(shí)接受到系統(tǒng)主動(dòng)下發(fā)的信息。 點(diǎn)播類型: 無(wú)需事先定制。需要時(shí)發(fā)送指定的命令內(nèi)容到服務(wù)商，得到特定的內(nèi)容。 從內(nèi)容上分為： 新聞?lì)愋? 以固定時(shí)間為周期，刷新內(nèi)容。一般是一些時(shí)實(shí)性強(qiáng)的內(nèi)容，比如：天氣預(yù)報(bào)，新聞等。 咨詢類型: 信息沒(méi)有太強(qiáng)的時(shí)效，如：幽默笑話、生活指南等。 交互類

19、型: 用戶與用戶、用戶與系統(tǒng)之間的動(dòng)態(tài)交互內(nèi)容。如：游戲類、聊天等。 以上的分類，還可以相互交錯(cuò)結(jié)合，形成豐富的、多態(tài)的應(yīng)用。 在構(gòu)造MAS初期，我們可以先實(shí)現(xiàn)幾種常規(guī)應(yīng)用，如：新聞和咨詢類型的定制及點(diǎn)播服務(wù)。在以后業(yè)務(wù)發(fā)展中，只需配置就可在極短時(shí)間內(nèi)，增加新的內(nèi)容。但更多的應(yīng)用需要量身定做。即使這樣，SoftEngine的功能對(duì)象(Func Object)也可最大程度上提高代碼的可重復(fù)性，縮短應(yīng)用的開(kāi)發(fā)周期。涉及到SoftEngine的開(kāi)發(fā)細(xì)節(jié)，這里不做過(guò)多的介紹。 在應(yīng)用中還需要考慮：如何與第三方在應(yīng)用內(nèi)容合作。合作方式有兩種： 1.MAS作為應(yīng)用平臺(tái)，第三方提供內(nèi)容 2.MAS作為通訊通

20、路，第三方提供應(yīng)用 第一種方式，如果合作屬于常規(guī)應(yīng)用，可以直接通過(guò)配置，為第三方開(kāi)放內(nèi)容管理權(quán)限，就可以開(kāi)通應(yīng)用了；如果屬于特殊應(yīng)用，就需要在MAS內(nèi)開(kāi)發(fā)新的應(yīng)用了。 第二種方式，對(duì)于MAS，比較容易實(shí)現(xiàn)了。首先，利用SoftEngine的對(duì)外接口WebPostTaskServe，將任務(wù)以HTTP協(xié)議傳遞到外界，或接受外部任務(wù)。為了不影響MAS內(nèi)部各組件協(xié)調(diào)工作，需要在功能組群中事先準(zhǔn)備好特殊的對(duì)象：ExtraAppShellFunc，最為外部應(yīng)用群在內(nèi)部的映射，有些類是與SoftEngine中的虛擬對(duì)象的感念。 3.4.5計(jì)費(fèi)系統(tǒng) Billing System 在MAS內(nèi)，所有與通訊相關(guān)的操

21、作，都需要留下日志，作為日后分析及計(jì)費(fèi)使用。MAS的日志有兩大類：通訊日志、應(yīng)用日志。前者通過(guò)計(jì)費(fèi)核心組件按期計(jì)算出與移動(dòng)運(yùn)營(yíng)商對(duì)帳的計(jì)費(fèi)信息；后者可以在前者的基礎(chǔ)上統(tǒng)計(jì)出各個(gè)應(yīng)用的收費(fèi)信息，以及第三方合作伙伴的分賬詳細(xì)紀(jì)錄。這在MAS運(yùn)作中起著比較關(guān)鍵的作用。 日志信息需要及時(shí)寫(xiě)入文件或數(shù)據(jù)庫(kù)中，對(duì)實(shí)時(shí)系統(tǒng)的效率提出了挑戰(zhàn)。采用分布式技術(shù)，可以很好地解決。 3.4.6短信工作流程 MAS中的各個(gè)組件，通過(guò)預(yù)定義的工作流程(Work Flow)協(xié)調(diào)在一起工作。工作流程的設(shè)計(jì)是SoftEngine開(kāi)發(fā)中最重要的環(huán)節(jié)?，F(xiàn)以短信的核心流程為例介紹。 圖表5 Work Flow上圖，顯示出短信笑話點(diǎn)播

22、的工作流程： 用戶發(fā)送的點(diǎn)播MO信息，通過(guò)服務(wù)對(duì)象接收并形成CMPP任務(wù) (CmppMoTask)。 CmppMoTask經(jīng)過(guò)路由對(duì)象IncomingRouter傳遞到信息轉(zhuǎn)換對(duì)象(SmsTransferFunc)。 根據(jù)配置，SmsTransferFunc將CmppMoTask轉(zhuǎn)換為應(yīng)用可以接收的應(yīng)用任務(wù)(AppMoTask)，并傳遞到笑話應(yīng)用AppJokeFunc。 AppJokeFunc對(duì)任務(wù)處理后，返回結(jié)果任務(wù)(AppMtTask)。 AppMtTask被SmsTansferFunc轉(zhuǎn)換為CmppMtTask，通過(guò)下行路由傳遞到CmppServeToBeijing，并發(fā)送到移動(dòng)網(wǎng)關(guān)。

23、在上述流程中，CmppServeToBeijing和SmsTransferFunc是信息不同階段的分界點(diǎn)，所以需要紀(jì)錄日志。前者紀(jì)錄通訊日志，后者紀(jì)錄應(yīng)用日志。紀(jì)錄的費(fèi)時(shí)操作，并不在分界點(diǎn)完成，而是利用上文提到的流水線設(shè)計(jì)模式，由計(jì)費(fèi)系統(tǒng)的專有日志紀(jì)錄對(duì)象完成。分界點(diǎn)的日志操作，只是將產(chǎn)生的日志信息，以任務(wù)的方式轉(zhuǎn)發(fā)到日志對(duì)象。這樣，避免核心工作流程包含費(fèi)時(shí)操作，使其保持高速運(yùn)轉(zhuǎn)的效率。 4.解決問(wèn)題的機(jī)制4.1MAS的快速應(yīng)用開(kāi)發(fā)優(yōu)勢(shì)由于MAS采用了MessageTransfer作為信息的轉(zhuǎn)換組件，對(duì)應(yīng)用組件而言，屏蔽了多種不同通訊協(xié)議帶來(lái)的干擾。在組件的開(kāi)發(fā)過(guò)程中，無(wú)需考慮怎樣同時(shí)支持中國(guó)

24、移動(dòng)、聯(lián)通的協(xié)議。只要按照規(guī)范，即可實(shí)現(xiàn)：同一應(yīng)用組件，同時(shí)為移動(dòng)和聯(lián)通的手機(jī)用戶服務(wù)。減少了一半的開(kāi)發(fā)工作量。 其次，大部份的應(yīng)用開(kāi)發(fā)，都可采用上文提到的面向?qū)ο蠹夹g(shù)，將設(shè)計(jì)、開(kāi)發(fā)的重點(diǎn)放在業(yè)務(wù)邏輯的實(shí)現(xiàn)。而且由于復(fù)雜操作的封裝，使得開(kāi)發(fā)在一種固有的規(guī)范下進(jìn)行，降低了開(kāi)發(fā)難度。即使是剛接觸移動(dòng)業(yè)務(wù)的程序員，也可在參考前人工作紀(jì)錄的情況下，獨(dú)立完成。 對(duì)于一些具有復(fù)雜業(yè)務(wù)邏輯的應(yīng)用，通過(guò)組件化的流程設(shè)計(jì)，將一個(gè)應(yīng)用化分為多個(gè)相對(duì)獨(dú)立的組件，易于團(tuán)隊(duì)協(xié)助開(kāi)發(fā)。只要團(tuán)隊(duì)中的每個(gè)程序員，確保相關(guān)組件的功能正確性、穩(wěn)定性，通過(guò)任務(wù)信息的傳遞，降低團(tuán)隊(duì)開(kāi)發(fā)的協(xié)調(diào)難度，提高接口的準(zhǔn)確率，成倍縮短整體測(cè)試的

25、時(shí)間。 以上這些特點(diǎn)，使得MAS在應(yīng)用開(kāi)發(fā)上，能夠始終保持時(shí)間上的先機(jī)。 4.2信息處理的速度優(yōu)勢(shì)在上文中，可以看到通過(guò)工作流程的優(yōu)化，提高信息的響應(yīng)能力。以短信的響應(yīng)時(shí)間為例：用戶發(fā)送短信請(qǐng)求的響應(yīng)時(shí)間，合理范圍在4 10秒內(nèi)，同時(shí)丟包率必須小于99%(不包括移動(dòng)運(yùn)營(yíng)商的影響)。利用SoftEngine原有的任務(wù)驅(qū)動(dòng)、數(shù)據(jù)安全機(jī)制，可以輕易的滿足上面的參數(shù)要求，尤其在短信高峰期間。以圖表5的主要信息傳遞工作流程為例: 圖表5中黑線， 顯示出短信笑話點(diǎn)播的關(guān)鍵處理流程。整個(gè)流程都沒(méi)有涉及到任何的數(shù)據(jù)庫(kù)及文件系統(tǒng)的操作，所有信息都由SoftEngine在負(fù)責(zé)傳送。據(jù)統(tǒng)計(jì)，上下來(lái)回的系統(tǒng)處理時(shí)間在2位毫秒級(jí)。 同時(shí)為了計(jì)費(fèi)統(tǒng)計(jì)，任務(wù)在高速處理過(guò)程中，被同時(shí)發(fā)送到日志紀(jì)錄組件(圖中紅線標(biāo)注)。日志組件雖然有較慢的文件寫(xiě)操作，但已被分在關(guān)鍵處理流程之外，對(duì)信息的處理性能沒(méi)有任何影響。 信息通過(guò)內(nèi)存與網(wǎng)絡(luò)在組