商務

流式播放的資料來源來自ISource 介面對象，可以來自於網路，記憶體或者檔案。流式媒體有兩種內容：一種是格式化的媒體，該媒體包含了頭，編碼規範和未經處理資料的起始位置，例如.mp3 或者 .wav 的檔案；另一種是未經處理資料，其編解碼方法由使用者單獨提供。流式播放需要一個ISource的具體實現，由應用建立 ISource 介面, 並保持在IMedia 介面的整個生命週期內有效。下面是一個簡單的例子，對一個wav檔案實現流式播放。static void

IPosDet介面可以直接獲得經緯度等相關資訊，應用將這些資訊傳遞給伺服器與GIS系統配合使用就可以開發出各種豐富多彩的應用了，IPosDet的使用樣本如下：// create the instance for PosDetISHELL_CreateInstance(pi->a.m_pIShell, AEECLSID_POSDET, (void **) &(pi->m_pPosDet));                                           

OpenGL(Open Graphics Library)是一個2D和3D的開放式圖形標準,前身是SGI公司的IRIS GL，Microsoft、SGI、IBM、DEC、SUN、HP等大公司都採用了OpenGL做為三維圖形標準。而作為移動3D圖形行業標準的OpenGL ES的出現，避免了手機製造商由於互不相容的遊戲軟體格式而導致無謂的市場競爭。OpenGL

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

BREW Debugger 是一個純軟體工具，不需要額外的硬體支援，通過串口或者USB連接埠與手機串連，可以自由地使用cygwin裡面的工具。BREW Debugger需要ADS/GCC的編譯庫，ARM/Thumb模式的庫，Debugger的綁定程式等等。通過GNU/ADS 交叉編譯器，開發人員可以使用gdb 的命令列或者Insight軟體的映像介面進行調試。BREW Debugger 支援所有的gdb

移動資料通訊將移動通訊和互連網結合起來，使移動手機上網、在移動狀態下辦公等成為現實。移動資料通訊其實從80年代末、90年代初就開始發展了，可分為電路交換和封包交換，既可以在類比蜂窩網上實現，也可以在數字蜂窩網上實現。由於受到技術與市場的限制，上述移動資料發展速度遠不及行動電話。但隨著2.5G技術的廣泛使用，以及3G時代的到來，通訊速率有了極大的提高，使移動資料通訊獲得了極大的發展。3G建設的巨大投入投資需要在資料業務上收回,而互連網豐富的服務種類和內容都有可能借鑒、移植到3G網路;互連網陣營方面

BREW中的測試主要包括三個環節：基於模擬器的測試，基於手機的測試和商用測試。基於模擬器的測試主要驗證了應用邏輯層面的功能性和正確性，主要包括利用整合式開發環境測試和利用模擬器的輸出視窗以及記錄檔測試應用。基於手機的測試主要檢驗模擬器中中無法類比的手機特性以及應用的硬體相容性，主要包括使用BREW Debug 模式，使用BREW

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

為了開發的方便，一個基於BREW的移動增值業務一般要先開發它的模擬器版本，在模擬器上調測之後，再通過交叉編譯器將代碼編譯成在目標手機上執行的目標代碼，並完成在手機上的測試。下面以Visual C++ 6.0的整合式開發環境為例，基於Visual Studio 2003或者以上的IDE版本的開發流程與之類似。1           啟動 Visual C++ 6.02           使用 BREW Application Wizard 來建立你的工程, 建立.c，.bid， .mif等檔案3

 PTT（Push to Talk）業務的概念起源於叢集通訊技術，最初使用在對講機上，其使用者體驗使用簡單、快捷，通訊方式上採用半雙工通話。PoC，即Push to Talk over

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

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

每個應用必須要有一個有效數位簽章(.sig檔案)檔案才能在目標手機上運行。數位簽章檔案有兩種：·         測試簽名：這是針對註冊開發商的請求提供的。一個測試簽名使任何應用在單一裝置上，而且只能在該裝置上運行。在申請測試簽名時必須提供目標手機的電子串列碼(ESN)、IMEI或者MEID。·         商用簽名：這類簽名只有在應用通過TRUE BREW測試時才會產生這類簽名。與測試簽名不同，商用簽名使一個單一的應用可以運行在任何裝置上。一個商用簽名不但表明應用已經通過TRUE

Brew PUSH業務是電訊廠商的增值業務衍生服務之一。它是一種基於用戶端/伺服器應用的推送業務,伺服器可以主動的將制定的內容發送到用戶端,而無需用戶端發出相應請求.具體的講,通過PUSH伺服器組,可以把特定的內容發送到支援BREW的終端上.             為了更好地開展BREW業務，利用BREW PUSH是推廣移動增值業務最有效營銷方式之一。電訊廠商或者CP/SP為開展BREW Push業務，需要擷取使用者的手機號碼與機型對照列表。然後，明確進行BREW

標準OAT模組測試的是BREW中定義的API介面，主要保證的是BREW在跨平台移植中的一致性。而手機廠商可能會根據各自手機的特點開發自己的BREW應用擴充，這些應用擴充類可能在該手機廠商所有或者部分的手機平台上有效，這時就需要手機廠商自己定製OAT模組來保證這些擴充類的正確性和一致性。        通過基於OAT的定製化測試，手機廠商可以使用OAT的測試架構來驗證自己的擴充功能，在不同的手機上重用OAT的定製化模組，提高工作效率。由於OAT的定製化測試提供了一定的品質保證，BREW的應用開發人

在中國電信運營BREW業務的時候，如果開發商需要訪問互連網上的伺服器資源，可能要應用相應的代理規範才可以，其實現可以有兩種方式來設定proxy，一種方式是事先設定好WebOpt，這時需要如下代碼增加web選項：      awo[i].nId  = WEBOPT_PROXYSPEC;      awo[i].pVal = (void *)"http:///http://10.0.0.200:80";第二種方式是在IWEB_GetResponse的參數中直接加入WEBOPT_PROXYSPEC項 

 在網路融合發展趨勢下，3GPP、ETSI和ITU-T都在研究基於IMS的網路融合方案，目的是使IMS成為基於SIP會話的通用平台，同時支援固定和移動的多種接入方式，實現固網和移動網的融合。例如，將移動網路、小靈通和固定網路資源整合起來提供話音資料業務，這樣就改變了目前這些網路之間相互競爭的關係，是他們成為一種互補的關係。IMS(IPMu-timediaSubsystem)是3GPP在Release5版本提出的支援IP多媒體業務的子系統，它的核心特點是採用SIP和與接入的無關性。目前IMS支援2

WIFIWIFI在掌上裝置上應用越來越廣泛，而WIFI手機就是其中一份子。現有的WIFI手機標準IEEE802.11a/b/g/n，由於採用無需許可的頻段(ISM)，較需頻段許可的WiMAX更易於商務應用和部署。WIFI手機有著廣泛的消費類電子產品終端支援，已成為目前最重要的寬頻資料終端(PC)準系統，支援WIFI手機也成為智能手機的標準配置。通過採用MIMO多輸入多輸出、智能天線等技術，WIFI手機所能提供的頻寬和訊號覆蓋範圍也達到了更高的水平。目前市場上的802.11n的產品已可以達到300

具體地說，BREW由四大部分構成：BREW分發系統，BREW執行環境，BREW應用開發包和各種各樣的BREW應用。BREW的分發系統即BDS(BREW Distributed System)

 BREW作為動詞，有釀成、策劃、醞釀的含義；作為名詞，它的意思是釀造的飲料。而這裡是指Binary Runtime Environment for Wireless的縮寫。BINARY