CHT 行動網路音樂服務

鍾瑞婷 曾秋梅 吳國瑞 詹鴻吉 何業勤

中華電信研究所 多媒體應用技術研究室
reting@cht.com.tw chiumei@cht.com.tw kjw@cht.com.tw homejey@cht.com.tw
ycho@cht.com.tw

摘要 的所有服務，卻必須分別進入各服務平台裡搜尋，
繁雜的程序令消費者失去耐心，甚至打消購買的意
寬頻網路技術的快速成長及手機的普及率，讓 願。中華電信雖具有最齊全完備的加值服務市場，
行動音樂成為最熱門的加值服務；透過手機聆聽音 卻因缺少共用互通的平台，而降低服務的品質。
樂、下載手機音樂鈴聲、觀看音樂影片或設定來電 為解決上述的問題，本篇論文提出整合性服務
答鈴等加值服務的用戶逐日遽增。為滿足所有音樂 平台-emome 760 音樂台（以下簡稱音樂台），具有
加值服務的需求，本論文提出一個整合式服務平台 以下特色：（1） 服務多元性：包括原音鈴下載、
-emome 760 音樂台，具有多重創新特色：（1） 服 和弦鈴下載、全曲 MP3 下載、桌布下載、MV 下載、
務多元性；（2） 平台共通性；（3） 單一入口； 來電答鈴、音樂盒及歌曲傳情服務；（2） 平台共
（4） 網路服務無障礙。進而解決現今音樂市場無 通性：內容供應商只需上架一次，該產品即同步露
法開拓新藍海的瓶頸。 出於不同的平台，達到真正的平台互通；（3） 單
關鍵詞： emome 音樂台、數位音樂、加值服務、 一入口：用戶只要透過音樂台入口網，就可以全面
電子商務 搜尋所有音樂服務並快速申租購買，滿足一次購足
的慾望； （4） 網路服務無障礙：用戶透過電腦的網
Abstract 際網路、手機的無線網路或者手機的語音網路，皆
可進入音樂台，完全不受終端設備或網路環境的限
Due to developing of broadband internet skills 制。
and popularity of mobile phones, mobile music 本論文章節架構如下：第一章前言簡介本服務
becomes the most popular value-added services（VAS）. 平台之源起；第二章介紹音樂台系統架構；第三章
More and more users will listen to music through 介紹內容管理系統之內容上架；第四章介紹內容管
mobile phones, download music rings for cellphones, 理系統之內容遞送；第五章介紹與用戶互動的各介
watch music videos, or subscribe Ring-Back Tone
面，包括 WEB 子系統、WAP 子系統、IVR 子系統
（ RBT ） service. In order to satisfy all music
以及跨網抓歌子系統。最後一章作個總結。
value-added services, we provide the integrated
mobile music system named emome 760 music
website with the multiple creative features, in which 2. 音樂台系統架構
are 1） diversify services, 2） common platform, 3）
single entry and 4） obstacle-free network services. 音樂台整合了多個原為獨立的音樂平台（圖
Moreover, it solves the difficulty of exploiting the 1），建立單一入口網（WEB、WAP、IVR），讓
Blue Ocean Market. 用戶只需搜尋一次，即可得到所有相關產品。例如
Keywords： emome 760 music website, digital music, 用戶在音樂台搜尋曲名「聽海」，即可找到該歌曲
Value-Added Services, E-Business 之原音鈴、和弦鈴、來電答鈴、全曲下載、歌曲傳
情等多項產品。
1. 前言

隨者手機功能蓬勃的發展、價位低廉及人性化
的操作介面，手機已經成為日常生活的必備用品；
用手機拍照、上網、收發電子郵件或聽音樂逐漸盛
行，手機正在改變使用者的習慣，也因此手機廠商
或電信業者順應趨勢，大力拓展第三代行動通訊
（the 3rd generation mobile systems, 3G） 加值服
務，其中又以最受歡迎的音樂加值服務為首要。
中華電信為因應音樂加值服務之盛行，迎合用
戶的需要，陸續開發多項音樂加值服務，包括來電
答鈴[3]、MP3 全曲下載[4]、多媒體圖鈴[1]等，不
僅成功打入市場，也刺激消費者的慾望。然而針對
重度音樂使用者而言，他們亟欲快速找到喜愛歌曲 圖 1 音樂台與各產品平台關係圖

簡明扼要以三層式架構（3-tiers architecture） 設
計來介紹本系統，由前端至後端分別如下：
„ 展現層
使用者前端操作介面，可進行瀏覽、下載、播
放、購買申租等操作，例如 WEB 網站或 WAP 網站
均在此層。
„ 商業邏輯層
處理商業邏輯運算的中介程式，並作為使用者
與資料庫之間的溝通橋樑，例如在資料庫其上建立
一層 API，前端程式需透過 API 對資料庫執行查詢/
新增/修改/刪除等動作，加快執行效率，並有效控
制存取權限。
„ 資料存取層
各音樂平台的資料庫，例如音樂台資料庫及來
電答鈴資料庫，存放音樂產品的詮釋資料（meta
data） 或用戶申退租歷史資料等。
圖 2 音樂台三層式架構圖
以系統開發角度而言，本系統包含六個子系
統，分別為：
（1） 內容管理子系統： 提供檔案上架及產品審核
的內容管理平台。
（2） WEB 子系統： 提供 WEB portal 圖形化介面，
讓使用者可透過 HTTP 進入本系統。
（3） WAP 子系統： 提供 WAP portal 圖形化介面，
使用者可透過 GPRS/GSM 進入本系統。
（4） IVR 子系統： 使用者可利用手機直撥 760，
進入 IVR 系統後，透過語音網路，與本系統互
動。
（5） 跨網抓歌子系統： 用戶打電話給網內或網外
好友，不須經過繁瑣的設定，聽到對方的來電
答鈴歌曲時，立刻按下手機鍵盤數字 2，就能
設定一模一樣的來電答鈴。
（6） 內容遞送子系統： 不論用戶下載哪一種音樂
產品，內容遞送子系統負責將該產品傳送到手
機端。
圖 3 為本系統的服務流程示意圖，從後端音樂
產品上架，到前端呈現，最後成功申租或下載產品
的步驟說明如下：
– Step1： 供應商透過 HTTP/FTP，上傳音樂產品
至內容管理子系統（以下簡稱 CMS）。
– Step2： 專案管理人員或系統管理人員進行資
料審核，對於不合法或不正確的檔案，有權力
將該產品下架或隱藏，以確保資料正確性。
– Step3： CMS 解析檔案格式，並將內容供應商
（Content Provider, CP）提供的試聽檔、音檔或
圖檔等資源上傳到對應的服務平台。通過審核
的產品隨即露出於各平台。
– Step4： 中華電信用戶可透過 WEB、WAP 或者
IVR 介面，執行搜尋、瀏覽、試聽或下載等操
作。
– Step5： 用戶登入系統後，可進行交易，若下
載或申租服務，系統即通知服務管理節點
（Service Management Point, SMP），並送出帳
務明細（Service Detail Record, SDR）
– Step6： 若是下載型服務，SMP 將主控權轉向
至 Download server，Download server 發送一筆
WAP PUSH 連結到用戶手機，用戶開啟連結並
進行下載；若非下載型服務，則忽略 Step6、
Step7。
– Step7： 用戶收到簡訊後，透過 GPRS 網路將
音檔下載到終端設備。
– Step8： 最後 SMP 系統連結至行動帳務系統
（MBMS） 完成出帳。
圖 3 音樂台服務流程示意圖
3. 內容管理：內容上架
所有在音樂台要販售的產品，都必須經過上架
的程序。以功能面來說，主要包含產品上架子系統
及檔案派送子系統，依序於各小節介紹。
3.1 產品上架子系統
產品上架子系統為圖 4 之 Data Parser，負責確
保產品的資訊齊全且正確，檢核過程中亦不得失 功能模組：檔案派送管理及設備狀態管理。
敗，否則會將此筆上架要求退回並且列出錯誤訊息 設備層級圖如圖 6 所示，採主從式架構，將所
供 CP 進行修正。檢核程序步驟如下： 有設備分為三個層級，分別為伺服器（Node）、主
– Step1： CP 依照音樂台規定，以及上架文件 設備（Master Seed） 及種子設備（Seed）。一個
規範備妥音樂產品所需的中繼資料及各項實 Node 下面可以有多個 Master Node，而每個 Master
體檔案，透過客製化應用程式，上傳到 CMS。 Seed 又管理多個 Seeds。Node 為上架檔案存放處，
– Step2： CMS 接收新產品資料後，進行資料 因此 Server 端程式在 Node 上執行派送任務；Master
彙整以及更嚴謹的檔案檢核，如圖五所示， Seed 為子網域內的指令中心，如同班長的角色，負
以確保合乎上架規定。合法的產品將會寫入 責子網域內其所管轄設備的狀態偵測與事件的發
至資料庫並建立索引表，以提升產品搜尋的 動；服務的末端設備為 Seeds，如 IVR Server、WEB
效率。 Server 或 WAP server。

上架程序開始

紀錄失敗原因
啟動檢查程序 成功 否
並將產品退件

登入商品資料
解壓縮產品包
庫

檢查產品資訊 紀錄失敗原因
成功 否
與多媒體案 並將產品退件

紀錄失敗原因
成功
並將產品退件
否
建立產品索引 圖 6 檔案派送設備層級圖
是

遞送商品至 檔案派送邏輯程序如圖 7 所示，當上架子系統

各音樂平台
完成上架程序
將檔案放置到 Node 後，系統自動通知 Node 將檔案
派送到線上的 Master Seed，若遇到派送失敗或者離
線設備，則將檔案放到補派送之隊伍（queue），待
圖 5 上架檢查程序
日後再補派送。檔案成功上傳到 Master Seed 後即算
派送完成。而 Master Seed 會負責將檔案派送到其下
– Step3： 最後，品質管理人員會被通知登入系
的 Seed。
統，針對完成上架作業的產品做最後確認，
以防止不當或不正確的產品露出於服務平
檔案派送程序
台，造成客訴。核准販賣後，該產品即正式 開始

可被用戶購買與下載。
解析產品所
屬音樂服務

建立與各
平台連線
成功 回覆失敗訊息

成功

儲存至各
終端設備

回覆失敗訊息 產生工作佇列

成功 否 回覆失敗訊息

傳送檔案
結束並進入資
圖 4 內容上架 料登錄程序

圖 7 檔案派送邏輯程序
3.2 檔案派送子系統
設備狀態管理負責維護整個系統之設備狀
產品上架成功後，隨即執行檔案派送。檔案派 態，Node 會定期詢問設備是否在線上，且每個設備
送子系統為圖 4 的 File Transfer，負責將上架的檔案 會定期自 Node 下載檔案清單，與本身檔案進行比
自動無誤的傳送到所屬的服務平台，主要包含兩個 對，具有自動補檔功能。
 檔案派送成功之後，產品上架才算完全成功。 低系統效能。

4 內容管理：內容遞送 „ 試聽

CMS 將產品試聽檔或圖檔等實體檔案上傳到
用戶透過各音樂台前端 UI 下載產品時，系統 WEB 子系統，讓用戶在網站上就能試聽 30 秒音
會收到下載請求，並執行內容遞送功能，將產品遞 樂。為保護 CP 業者的權力以及捍衛音樂台的特色，
送到客戶端。遞送流程如下： 本網站設計出一套防護機制，防止惡意網站或人
– Step1： 手機上網，連至 service entry point。 士，將試聽檔或圖檔放在非法的第三方網站。
– Step2： service entry point Redirect 到各下載服
務的網頁伺服器。 „ 搜尋
– Step3： 使用者選擇下載後網頁伺服器先通知
同層的 SMP 伺服器產生交易資料。 搜尋條件包含歌手名稱、歌曲名稱、專輯名稱、
– Step4： SMP 回應成功後將用戶導入至邏輯層 產品代碼或全部。產品上架之後，CMS 系統會事先
的下載伺服器。 建立資料索引，也因此當使用者搜尋「聽海」時，
– Step5： 下載伺服器為驗證使用者身份及防止 僅需至資料索引表格中找出歌曲為聽海的所有相關
用戶盜用下載連結，再次將使用者導入 產品，而不用費時的連線至各產品資料庫搜尋，提
service entry point。 升搜尋速度。
– Step6： service entry point 再次 Redirect 到下
„ 下載或申租
載伺服器，完成驗證後連接 content Database
開始傳送 content 給用戶。 所有中華電信提供的服務，均需介接中華電信
– Step7： 下載完成後，將交易記錄存入資料 emome SSO（Single Sing On） 機制，透過 emome
庫，SMP 連接 MBMS 出帳。 的 AA-control gateway 執行身份認證，認證成功後
才能在音樂台進行消費。一旦 WEB 接到用戶的下
載請求，會將此 SDR 傳送給 SMP，SMP 若成功收
到此請求，並接受此訂單，則回覆成功，表示該用
戶有下載的權限，但並非表示下載成功；否則回覆
失敗訊息。

除上述功能以外，音樂台網站亦具有音樂排行
榜、活動好康、單曲專輯推薦等特色以吸引網站人
氣，增加黏著度。

圖 8 內容遞送流程圖

5. 內容接取

5.1 WEB 子系統

親切友善的前端介面，如圖 9 所示，包含以下
功能：

„ 瀏覽
圖 9 音樂台 WEB 首頁
WEB 子系統透過 JDBC/ODBC 協定與資料庫
建立連線，取得全產品資訊。一般來說，只要有 n 5.2 WAP 子系統
個用戶連線至音樂台首頁，就必須建立至少 n 條連
線，以服務 n 個請求，web server 頻於建立連線而 本系統與機房合作，當手機用戶透過黑白機或
耗資源，造成資料庫的負載龐大，HTTP 請求無法 彩色機送出連結至音樂台 WAP 網站的請求，中華
即時得到回應；因此，本系統採用採用連線池 電信基地台會將用戶的網頁導向音樂台，同時將手
（Connection Pool） 機制，以提高 web server 效能 機號碼傳送給 WAP Server，如此用戶不需進行認證
並有效掌握資料庫資源，可避免多人同時連線而降 即可進行購買或申租服務。
 目前市面上手機支援的檔案格式各自不同，一
旦用戶選購音樂產品，系統會判斷該用戶的手機型
號，再提供該手機有支援的音檔給用戶。
圖 10 音樂台 WAP 首頁
5.3 IVR 子系統
760 音樂台 IVR 提供最方便快速的語音撥號介
面，手機直撥 760 進入音樂台 IVR 後，客戶最先聽
到的將會是「音樂台主打活動」內容，傳遞最新最
流行的音樂行銷資訊，並提供客戶直接按#字鍵就能
直接進入該活動專區進行產品訂購，藉由活動以及
簡易產品下載操作，吸引客戶直接購買音樂產品。
本介面還領先業界、結合獨家開發功能：語音辨識
系統，讓客戶可以透過 IVR 直接說出歌手或歌名，
即可找到自己想要的音樂！
本服務 IVR 介面目錄下目前主要分為以下幾個
功能：語音辨識點歌、簡碼輸入快速點歌、熱門排
行榜、推薦專輯、分類搜尋、歌曲傳情、活動好康
等，以最簡潔之介面讓客戶可以快速找到自己想要
的音樂，也可以透過 emome 音樂台的專屬推薦得知
現在最流行的當紅音樂。
為了提供客戶更方便的操作式，音樂台 IVR
2.0 更提升以下幾個功能：
„ 歌曲傳情
直撥 760 按 5，可選擇語音辨識點歌、簡碼輸
入快速點歌或類別點歌，選定想要傳情的歌曲後可
以錄下自己想要對傳情對象說的話，並選擇立刻傳
情或設定特定時間傳情，最後在設定傳情對象電話
後歌曲傳情設定成功。傳情系統訂購流程如下圖。
圖 11 傳情系統訂購流程
傳情設定後，Gateway 會每分鐘查詢資料庫是
否有傳情資料需要傳送，如果有傳情資料就會以
Socket 方式告知語音系統外撥給傳情對象，若傳情
對象無接聽，則會每隔一小時進行傳情，持續 24
小時直到接聽為止，若超過一天則此次傳情失敗並
從資料庫中移除。若傳情對象有接聽，系統會傳送
簡訊告知用戶此次傳情成功。
„ 音樂內容下載
直撥 760 後，可選擇語音辨識點歌、簡碼輸入
快速點歌、熱門排行榜、推薦專輯、分類搜尋、歌
曲傳情、活動好康等介面進行選歌。當用戶選擇想
要的歌曲時，語音系統會提供該歌曲所有的音樂產
品給用戶選擇下載。
5.4 跨網抓歌
跨網抓歌是 Me2 抓歌的擴充，原有 Me2 抓歌
服務限制主叫和被叫必須皆為中華電信用戶，今為
解除此限制，提出跨網抓歌的構想，三大電信業者
（中華電信、台灣大哥大以及遠傳電信） 共同合作
將抓歌擴充到不論打電話給網內網外好友，不分
2G、3G 用戶，皆可以下載對方 RBT。打破網內使
用的侷限，讓抓歌運用的範圍更為廣大。
系統建置並不影響各業者現有的抓歌系統，僅
需再其上建置一層閘道系統（Gateway）來與其他
業者進行抓歌資訊的交換（見圖 12），Gateway 間
透過 HTTP 協定交換必要參數。
圖 12 跨網抓歌設備架構
跨網抓歌流程如圖 13 所示，當中華電信用戶
主叫打給他網被叫時，若主叫覺得對方的答鈴音很
不錯，手機按下「2」鍵，此時對方撥音設備偵測到
此 情 形 就 將 RBT 鈴 聲 相 關 資 訊 傳 給 他 網 的
gateway，他網 gateway 再將相關資訊傳給中華
gateway，中華 gateway 收到相關資訊後，則將抓歌
簡訊傳給用戶，用戶此時就透過回覆簡訊就可快速
下載，或者進入 IVR 系統下載該首答鈴。
反之，當他網主叫撥打給中華被叫時，他網主
叫按了「2」鍵，此時中華撥音設備偵測到此現象，
將此訊息帶給抓歌系統，抓歌系統發現主叫是他
網，因此將相關資訊往中華 gateway 傳送,中華
gateway 再將相關訊息傳給他網 gateway，最後他網
主叫就會接收到抓歌簡訊。 新奇，提升行動網路音樂服務的吸引力，並成功開
創音樂加值服務市場的新局面。

參考文獻

[1] 多媒體圖鈴下載系統，中華電信雙月刊，第 36
卷第五期，2006/10。
[2] 中 華 電 信 emome 760 音 樂 台 服 務 ， http ：
//music.emome.net。
[3] 中 華 電 信 emome 來 電 答 鈴 服 務 ， http ：
//darling1.emome.net/。
[4] 中華電信 emome MP3 全曲下載服務，http：
圖 13 跨網抓歌流程 //mp3.emome.net
[5] Dennis, S., “Mobile Value Added Services
Market Taking Off - Report”, Newsbytes, January
6. 結語 （2001）.
[6] Kaikkonen, A., Roto, V., “Navigating in a Mobile
本篇論文提出一個植基於多元化網路空間的 XHTML Application”, In Proceedings of SIGCHI
音樂台，並且實作整個系統。其豐富的功能、快速 2003, pp.329-336.
上架機制、活潑友善介面以及快速下載等特色，讓
用戶能輕鬆無障礙地享受加值服務所帶來的驚喜與