其他

          BREW支援全面的檔案系統I/O操作，對檔案或目錄的訪問。BREW3.X之前的BREW應用程式只能對應用自身目錄下的檔案或子目錄的訪問，或者對共用目錄下的檔案或子目錄進行訪問。BREW3.X引入 "fs:/" 作為檔案首碼，是區別之前版本的標誌，“fs:/” 代表BREW的根目錄，擴大了應用存取範圍，支援MMC/SD/Flash等外存卡的訪問，"fs:/card0/" 代表外存卡的目錄，“fs:/~/” 代表應用模組本身所在目錄，11-2所示。 圖11-2：

協助函數就是一種典型的其他服務。在BREW 的應用程式中，不能直接調用標準C庫函數，而是要藉助手函數來實現相應的功能。協助函數實現了標準的ANSI C 庫函數，在應用程式中不能調用標準的C庫函數，而是調用協助函數API代替之。應用程式可直接調用協助函數，而不需要介面指標減少了不必要的對標準C類庫的連結，減少了Live App程式中的不必要的待用資料，使得應用程式可移植。例如，在BREW 運行環境中動態開闢記憶體時只能使用助手函數MALLOC()而不能是標準C庫函數malloc(

BREW的系統服務包含廣泛，應用程式管理，資源檔的管理，記憶體處理，擷取裝置和應用程式配置資訊，BREW應用與手機之間的通訊，定時器和警示等等，BREW3.X以前的版本主要是通過IShell介面來實現的。BREW3.X之後提供了IAlarmMgr增強處理警示，IAppletCtl和IAppHistory介面進一步增強了對應用程式狀態的管理。計時器由回呼函數和建立計時器時提供的資料結構地址來標識。可以使用ISHELL_SetTimerEx或者是ISHELL_SetTimer;來設定定時器。如果定時

BREW 基於無線網路的、完整的、端到端的解決方案。包括用戶端和伺服器兩方面的技術。 BREWMP是開放的手機作業系統。 簡單的說，BREWMP是BREW用戶端技術的升級。BREWMP將用戶端技術從BREW解決方案中剝離開來，是將Feature Phone打造成Smart Phone的手機作業系統，支援多進程和多視窗系統，為開發人員提供了和手機廠商相同的SDK，提供一站式的開發工具（編譯，打包，線上調試等）。 在BREWMP上，開發人員可以自主的開發自己的APP Store。

COM是Component Object Model

BREW預先安裝是由電訊廠商主導的在手機出廠前將BREW應用通過動態預裝的方式預置在手機上一種業務推廣辦法。BREW預先安裝從技術上可分為動態預裝和靜態預裝。靜態預裝是指應用作為手機廠商系統軟體的一部分進行編譯並一起發布。動態預裝是指應用不作為手機系統軟體的一部分，可以通過資料線或其他方式預先裝載在手機上，同時在電訊廠商BDS的應用目錄中存在該應用的計費方案。從商務上來看，BREW預先安裝也可分為手機廠家預先安裝和銷售渠道預先安裝。手機廠家預先安裝是指開發商的應用在手機進入商業銷售渠道之前由手機

移動增值業務（Mobile Added Value Service）就是在移動通訊網上開發運行除了語音等基本業務以外的服務類型。目前國際上通常把移動增值業務概括為兩大類，即移動話音增值業務和移動資料增值業務。 智能網( IN, Intelligent Network) 是提供語音增值業務的主流技術。通過在原有通訊網上疊加一層業務網路,

BREW中的螢幕顯示主要是由IDisplay介面實現的，利用IDisplay可以完成書寫文字、畫圖、畫直線以及一些簡單的幾何圖形。如果要想畫一些複雜的幾何圖形或線，您只好求助於IGraphics

BREW應用程式的模型是基於一個事件驅動的協作式多任務模型。事件處理機制的核心問題是程式應該只處理需要的事件，對於不需要處理的事件，需要返回給系統處理。應用在載入之後可以通過

集中式管理由一個大型的中央系統，其終端是客戶機，資料全部儲存在中央系統，由資料庫管理系統進行管理，所有的處理都由該大型系統完成，終端只是用來輸入和輸出。終端自己不作任何處理，所有任務都在主機上進行處理。主要特點是能把所有資料儲存在一個地方。分布式管理中，資料的儲存和處理都是在本地工作站上進行的通過網路主要是得到更快、更便捷的資料訪問。優點是可以快速存取、多使用者使用。每台電腦可以訪問系統內其他電腦的資訊檔；系統設計上具有更大的靈活性，既可為獨立的電腦的地區使用者的特殊需求服務，也可為連網的企業需

BREW支援全面的檔案系統I/O操作，對檔案或目錄的訪問。BREW3.X之前的BREW應用程式只能對應用自身目錄下的檔案或子目錄的訪問，或者對共用目錄下的檔案或子目錄進行訪問。BREW3.X引入 "fs:/" 作為檔案首碼，是區別之前版本的標誌，“fs:/” 代表BREW的根目錄，擴大了應用存取範圍，支援MMC/SD/Flash等外存卡的訪問，"fs:/card0/" 代表外存卡的目錄，“fs:/~/” 代表應用模組本身所在目錄，11-2所示。 圖11-2：

BREW中的安全服務是指應用程式使用BREW提供的API來實現安全性的功能。對信源加密而言，BREW2.x採用ICipher ，BREW3.X中使用ICipher1替代ICipher，增強了很多功能，可以實現下述對稱金鑰密碼編譯演算法：¡  DESl  ECB(Electronic Codebook)l  CBC(Cipher Block Chaining)l  CFB(Cipher FeedBack）l  OFB(Output FeedBack)l  CTR(Counter)¡  3DES¡ 

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

            WAP調用BREW業務為使用者訪問BREW應用提供了更為廣泛地接入方式。BREW開發商可以通過該業務推廣自己的應用服務，WAP服務商可以為其所提供的內容增加特色服務，從而促進整個增值業務產業鏈的發展。           

移動通訊網正在以IP為核心實施承載網的技術變遷，業務網將依託在以IP為技術基礎的承載網之上已沒有太多的懸念。然而，現有IP承載網不能保證相應的安全性和可信任性，且加密技術濫用和失控，給資訊安全造成了一些威脅。作為一種移動增值業務平台，BREW所提供的安全性是獨一無二的。4.3.4.1 系統安全由於安全性涵蓋面很廣，即使OSI網路分層模型也存在不同的安全層面，上層的安全只有在下層的安全得到保障後才有意義，具有一定的傳遞性。所以當一個應用系統宣稱自己是安全的系統之前，必須在不同層都擁有足夠的安全性。

一般來講，使用者對應用的選擇和下載是通過對應用下載伺服器的訪問完成的。使用者嚮應用下載伺服器發出的每個請求均經過負載平衡器路由至 ADS 中某個單獨的獨立伺服器上。由於硬體裝置相對ADS而言是無狀態的，因此這些裝置可將每個請求串連至 ADS 群中不同的伺服器上。圖6-4描述了通過BREW手機空中下載應用的流程。 以下是應用的空中下載流程概述：1. 安全性握手——主要是驗證手機裝置，檢驗BREW手機是否為電訊廠商授權的手機裝置。BREW

對基於UDP的網路通訊而言，首先需要建立ISocket介面，ISocket *mySocket;mySocket = INETMGR_OpenSocket(pMe->pINetMgr, AEE_SOCK_STREAM);if(!mySocket) {                   DBGPRINTF(“Error value: %x”, INETMGR_GetLastError(pMe->pINetMgr));}然後，就可以發送資料包了Void SendPacket(App*

SDK中的ILOGGER 介面為 AEE 層提供了通用記錄的功能，共有三種主要的實現，應用程式作者通過使用以下一個ClassID 建立 ILOGGER 執行個體：–  AEECLSID_LOGGER_FILE 向檔案發送日誌項；–  AEECLSID_LOGGER_SERIAL 向序列埠發送日誌項；–  AEECLSID_LOGGER_WIN 向 BREW Simulator輸出視窗發送日誌項。不管是檔案實現還是串列記錄實現都按以下資料包格式將資料輸出到各自 的輸出媒介：------------

移動增值業務（Mobile Added Value

具體地說，BREW由四大部分構成：BREW分發系統，BREW執行環境，BREW應用開發包和各種各樣的BREW應用。 BREW的分發系統即BDS(BREW Distributed System) 為電訊廠商向消費者分發銷售BREW應用提供了捷徑。BDS是一項具有突破性的技術，它使得終端使用者可以利用手機或其他無線裝置以無線方式下載應用和相關的內容。BDS提供了一個無線應用提交和定價談判的虛擬市場機制。SP/CP可以根據使用者購買應用的數量和使用的頻率來得到相應的回報。為了確保BREW應用安全下載，