商務

對多媒體的支援主要是IMedia介面實現的，從IMedia介面衍生出很多的媒體介面，11-3所示：圖11-3： IMedia介面支援的部分媒體格式  IMedia介面為所有BREW多媒體對象提供了一個抽象基類，提供了媒體對象的播放、記錄及與播放/記錄相關的搜尋、停止、暫停和繼續等操作功能，開發人員通過IMedia介面可以進行所有多媒體對象的操作。BREW中的多媒體架構11-4所示。 圖11-4： 手機中的多媒體構架             

2009年1月13日，中國互連網絡資訊中心（CNNIC）在京發布了《第23次中國互連網絡發展狀況統計報告》。報告顯示，截至2008年底，我國互連網普及率以22.6%的比例首次超過21.9%的全球平均水平。同時，我國網民數達到2.98億，寬頻網民數達到2.7億，國家CN網域名稱數達1357.2萬，三項指標繼續穩居世界排名第一。這是繼2008年6月中國網民規模超過美國，一舉成為全球第一之後，中國的互連網普及再次實現飛躍，趕上並超過了全球平均水平。互連網的發展並不僅限於此，接入的多樣性使互連網“更上一

       在支援BREW的手機中，既有很多與BREW相關的參數，又有很多與手機上的具體功能以及API相關的參數。瞭解這些參數有利於手機廠商將BREW移植到手機上，並且方便地開發應用。對CP/SP而言，瞭解目標手機平台的詳細資料不但有利於特色應用的開發，而且能夠方便應用的移植。在BREW 3.X的以前版本中，其中的很多資訊是不能通過BREW裝置配置器或者BREW 模擬器獲得的，而是由手機廠商通過單獨的文檔提供，那些文檔通常是PDF格式的。1 電訊廠商的相關參數           

 COM是Component Object Model

BREW是建立在手機作業系統之上的應用平台架構。以嵌入式作業系統REX為例，建立在REX之上的BREW軟體系統根據各部分實現的功能，執行的速度，對資源的佔用等劃分成若干個任務，各個任務間通過API，訊號量等機制通訊，並由作業系統統一調度和管理。REX運行在ARM核心的CPU上，

BREW自動安裝應用業務是由電訊廠商主導的，通過後台下載伺服器將應用自動安裝到指定使用者手機上的一種技術推廣手段。目前，BREW3.X及以上版本的手機均支援自動安裝功能。為開展BREW自動安裝，電訊廠商或者CP/SP應明確需要進行BREW 自動安裝的業務名稱、目的、時間以及使用者群範圍或手機機型。一般地，電訊廠商按如下步驟完成自動安裝：1.    首先修改應用自動安裝應用的報價計劃，增加預裝價格選項，並更新目錄。2.    根據使用者的IMSI或手機型號產生自動安裝群組。3.   

 企業與企業間的電子商務行為被稱為B2B電子商務，藉助於B2B電子商務，企業不需要太多的專業知識和大量的資金投入，同樣有可能獲得可觀的收益，這正是電子商務的魅力所在。一般來說，基於B2B的企業電子商務應用非常簡單，從企業的角度來看，其成功經驗在於幾個方面：充分利用電子商務平台提供的各項功能和服務；電子商務平台推廣之外的其他推廣手段；以及不斷提高網路營銷專業知識水平。移動電子商務業務與面向移動增值業務的電子商務並不一樣，移動電子商務業務為使用者提供了操作上的便利，對金融機構、以及商業機構來說，在降

 優秀的技術如果沒有合理的商業模式的支援，也只能是科學家或工程師的玩具。BREW的一大特點就是BREW的商業模式，僅靠一個商業概念並不能產生一個商業模式，BREW商業模式的核心是無線應用的分發、管理和銷售。商業模式是一種包含了一系列要素及其關係的概念性工具，用以闡明某個特定實體或產業的商業邏輯。它描述了企業所能為客戶提供的價值以及公司的內部結構、夥伴網路和關係資本（RelationshipCapital）等藉以實現（創造、推銷和交付）這一價值併產生可持續盈利收入的要素。在這裡，可以從九個要素瞭解

根據自身的市場需求，文化環境，業務定位等諸多因素，電訊廠商會對手機提出定製化要求，並指定相應的手機規範。隨著差異化競爭和精益經營的不斷提高，由電訊廠商提出的手機規範也越來越複雜。據不完全統計（圖10-1），電訊廠商要求的手機UI規範相關文檔從1999年的百頁左右上升到2007年的3000多頁，要求預先安裝的應用也從1999年的兩，三個上升的2007年的接近40個左右。 style='mso-bidi-font-size:10.5pt'>style='mso-spacerun:yes'> 

電子工業出版社 http://www.phei.com.cn/bookshop/bookinfo.asp?bookcode=TN089390&booktype=main噹噹網 http://product.dangdang.com/product.aspx?product_id=20632537卓越網 http://www.amazon.cn/mn/detailApp?qid=1249024786&ref=SR&sr=13-1&uid=475-4346431-80

在BUIW中採用了MVC的設計模式（圖10-3），MVC(Model/View/Controller)是程式開發中經常使用的一種模式,它很好地實現了資料層與展示層的分離。MVC把應用程式分為三種物件類型：模型,維護資料並提供資料存取方法；視圖,繪製模型的部分資料或所有資料的可視圖；控制器處理事件。視圖事先會在模型中登記,當模型資料發生改變時,馬上通知已向此模型登記的每個視圖。視圖從模型取得最新的資料並重新整理自己。 Widgets在互連網上是一種時髦的技術，而在這裡，Widgets是一個外掛程式

移動增值業務領域中的產業鏈突破了傳統語音增值業務中行動電信業者的限制，其產業鏈擴充至：裝置製造商、電訊廠商、業務電訊廠商(SP)、內容供應商(CP)和終端使用者等市場主體，逐步創造多方共贏的商業模式：(1)行動電信業者(例如我國的中國移動、中國聯通和中國電信)：電訊廠商負責基礎電信網路和資料網路的建設與運營，在整個產業鏈中占支配地位。(2)裝置製造商：為電信電訊廠商提供系統裝置和為終端使用者提供支援移動增值業務的手機。(3)業務電訊廠商(SP)：SP整合內容供應商(CP)的內容，經由行動電信業者

目前，支援BREW功能的手機還主要是CDMA網路的使用者終端，但隨著3G的到來以及中國電信開始經營基於BREW的移動增值業務，支援BREW功能的手機會越來越多。早在2003年，Nokia就推出了自己首款支援BREW的CDMA手機3589i，外形上3589i保持了Nokia手機傳統的風格（8-2）。該手機的菜單簡單，操作方便，採用常見的四方嚮導航鍵。它支援收發Email、上網等商務功能，更有超強的名片式電話號碼本，可以儲存多達500個連絡人，支援25個名字的語音撥號和語音指令，支援基於BREW的移

手機廠商根據市場和電訊廠商的需求對手機的開發需要進行決策，一旦手機定型就可以開始BREW的移植流程了。手機廠商需要提交初始終端的資訊申請手機的平台號，在獲得手機平台號之後，將開始前期開發和BREW的移植工作，同時向電訊廠商彙報終端對電訊廠商終端規範的支援情況，提交相應文檔。當手機廠商初步完成BREW移植後，將向電訊廠商提供測試樣機及初始PEK測試報告。然後，由電訊廠商指定的部門或公司提供支援人員並對樣機進行進一步測試，一旦發現問題，手機廠商對所發現的問題進行解決，然後更新測試樣機的軟硬體版本。周

 以往，由於中國2G

一般來講，使用者對應用的選擇和下載是通過對應用下載伺服器的訪問完成的。使用者嚮應用下載伺服器發出的每個請求均經過負載平衡器路由至 ADS中某個單獨的獨立伺服器上。由於硬體裝置相對ADS而言是無狀態的，因此這些裝置可將每個請求串連至 ADS群中不同的伺服器上。圖6-4描述了通過BREW手機空中下載應用的流程。 id="_x0000_t75" coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11

電訊廠商在向移動使用者提供移動增值服務的同時, 應確定該服務定價模式即使用者的付費方式。在定價的時候，和一般的產品定價類似，一種服務的價格是由為使用者創造的價值和使用者可獲得的替代選擇決定的。不同的是，移動增值業務定價模式的確定不僅與實施後應用服務收益相關,也會對應用開發過程產生影響。BREW中提供的定價方法主要包括購買、升級、示範、包月和預裝等幾種。包月模式下,

通過對BDS的技術演化（例如融入DeliveryOne技術平台），BDS 可以成為一個集內容管理，內容商品化,移動增值業務的促銷和分發的統一平台，5-10所示。作為一個統一的平台，具有高度的模組化以及可升級性和可擴充性，成為一個可以動態實施的服務架構。而且，整合了無線門戶，計費（預付費，後付費）和WAP 閘道器，使使用者擁有了多種的內容和應用的發現渠道(WAP, Web, On-DevicePortal,

優秀的技術如果沒有合理的商業模式的支援，也只能是科學家或工程師的玩具。BREW的一大特點就是BREW的商業模式，僅靠一個商業概念並不能產生一個商業模式，BREW商業模式的核心是無線應用的分發、管理和銷售。商業模式是一種包含了一系列要素及其關係的概念性工具，用以闡明某個特定實體或產業的商業邏輯。它描述了企業所能為客戶提供的價值以及公司的內部結構、夥伴網路和關係資本（Relationship

計費模式也就是收入模型是商業模式的基礎。BDS分發系統中不但提供了與電訊廠商計費系統的介面，而且直接提供了BREW