Bravo APIs核心架構：

Bravo APIs 包含 Google APIs、Yahoo! APIs 和以 RSS Feed 方式提供的 Bravo RSS Feed 資訊服務。Bravo RSS Feed 內有各種多媒體資訊和內容，如：影片、音樂、檔案描述等。而 User Behaviour Analysis 則能回饋 Bravo 軟體使用者的使用行為，開發者能將這些資訊對其所開發的軟體或服務做更有效的利用，如：近期收看頻道清單、可能會喜歡看的影片、頻道或其他正在觀看的人等。

BRAVO 系統 P2P 架構:

點對點技術（peer-to-peer， 簡稱 P2P）又稱對等網際網路技術，是一種網路新技術，依賴網路中參與者的計算能力和頻寬，而不是把依賴都聚集在較少的幾台伺服器上，常用於各種檔案分享。而 BitTorrent 協定(BitTorrent protocol) 則是常見實作點對點檔案分享協定之一，BRAVO 系統利用 BitTorrent 協定來實作 P2P 影音串流分享機制。

在 BRAVO 系統 P2P 網路架構中可將各元件分為三大類： Broadcaster、Tracker 和 Peer。

Broadcaster 接收來源內容 (如： 類比訊號、數位訊號或各種視訊檔案) 並將之處理後 ，將資料送入 P2P 網路內。其在 P2P 網路內扮演著關鍵性角色，尤其是在即時的串流播放上。若 Broadcaster 離開 P2P 網路，則等同於即時串流中止。

Tracker 則是負責維繫 P2P 網路內每個節點的連結，當有 Peer 要加入該 P2P 網路時，Tracker 會收集 Peer 相關的資訊，並將此資訊提供給其他 Peer 和 Broadcaster，使各節點相互連線起來，傳輸資料。而 Peer 則是最終端的使用者，使用者最主要的目的便是收看串流影音，而在接收影音資料的同時，也同時將資料分享給其他人。目標專注於資料分享的節點，我們稱之為 Super Peer。 Super Peer 將從 Broadcaster 收到的資料分享給其他 Peer，它可以為 Broadcaster 負擔系統的負荷量。

如上圖，在中央的 BRAVO 系統有著 Broadcaster 和 Tracker 的功能 ，Storage 以分散式架構的方式儲存著多媒體的內容，而 Media Server 則負責處理並將資料送入 P2P 網路內，功能如同 Tracker 一樣。Tracker Server 則如其名扮演著 Tracker 的角色。而 Web Server 提供了無論是開發者或是使用者統一的操作和管理介面。Application 代表 BRAVO 系統內其他的應用程式。

針對軟體開發人員、服務提供廠商和硬體設備廠商，BRAVO系統分別對這三類對象提供三種可能的需求。

SaaS (Software as a Service)：

軟體開發人員可使用 BRAVO APIs 做為內容來源，並將應用軟體統一部署在伺服器上。而使用者可以根據自己實際需求，透過網際網路向廠商定購所需的應用軟體服務，如收看網路電視、網路廣播，透過線上金流付費，使 用者便可收看有線電視、院線片等。

PaaS (Platform as a Service)：

提供各種不同架構與作業系統平台的解決方案，讓服務提供廠商的開發人員可以透過網路撰寫程式與服務。

IaaS (Infrastructure as a Service)：

整合基礎設備（如 IT 系統、資料庫等），分隔成不同的區塊供企業租用。BRAVO 系統可提供網路儲存空間和串流影 音服務供多媒體內容提供廠商租用，例如電影版權擁有公司可利用 BRAVO 系統將電影以出租方式販售給消費者，或是電視公司可利用 BRAVO 系統所提供的即時串流服務來將節目內容在網路上播放。

BRAVO系統雲端服務流程：

1. 中央伺服器 (Center Server) 和資料庫 (Database)
– 客戶端軟體會先連到中央伺服器，依據所要求的需求，會將資料發送給認證伺服器或連至其他網路雲(Outside Cloud)。

2. 認證伺服器 (Certification Server)
– 驗證連線許可，判斷客戶端能存取資料庫或其他多媒體內容伺服器 (Media Server) 的權限。

3. 多媒體內容伺服器 (Media Server)
– BRAVO系統專門提供多媒體內容的伺服器，屬私有架構。

iiPlayer vs MPlayer (Win XP)

我們在搭載 RDC x86 (〜400MHz的) CPU 與 512MB 記憶體的 Windows XP 作業系統中，測試了 FLV 檔。從下表，可以發現我們的 iiPlayer 相較於 MPlayer，效能快了一倍。