國
立
交
通
大
學
資訊學院 資訊學程
碩
碩
碩
碩
士
士
士
士
論
論
論
論
文
文
文
文
樣板式多媒體名片在行動電話
裝置上之內容協調、呈現與應用
The Context Awareness, Present and Apply of Template Based
Multimedia Business Card on Mobile Phone Device
研 究 生：林賢忠
指導教授：陳登吉 教授
中
中
中
樣板式多媒體名片在行動電話裝置上之
內容協調、呈現與應用
The Context Awareness, Present and Apply of Template Based
Multimedia Business Card on Mobile Phone Device
研 究 生：林賢忠 Student：Chung-Hsien Lin
指導教授：陳登吉 Advisor：Dr. Deng-Jyi Chen
國 立 交 通 大 學
資訊學院 資訊學程
碩 士 論 文
A Thesis
Submitted to Institute of Computer Science and Engineering College of Computer Science
National Chiao Tung University in partial Fulfillment of the Requirements
for the Degree of Master
in
Computer Science July 2007
Hsinchu, Taiwan, Republic of China
樣板式多媒體名
樣板式多媒體名
樣板式多媒體名
樣板式多媒體名片在行動電話裝置上之
片在行動電話裝置上之
片在行動電話裝置上之
片在行動電話裝置上之
內容協調
內容協調
內容協調
內容協調、
、
、
、呈現與應用
呈現與應用
呈現與應用
呈現與應用
學生：林賢忠 指導教授：陳登吉 博士
國立交通大學 資訊學院 資訊學程碩士班
摘要
摘要
摘要
摘要
在流行與新技術的風潮下，行動電話的換機數量與日俱增，而行動 電話中最重要的個人通訊資料，如電話簿資料，在面臨換機的時候，尤 其是當行動電話遺失或損壞的時候，卻是常常需要重新輸入。而目前行 動電話裝置的電話簿顯示方式，仍停留在欄位式的顯示方式，缺乏所謂 的獨特性與視覺化的互動效果。若能將此問題解決，並能實現在行動電 話上，則將是一種很好的應用。 為實現此一目標，我們提出一種新的「電子名片」來解決問題，這 種名片能與原先的電話簿或 SIM 卡的資料相容，並能進行轉換。名片的 呈現上，應具有獨特性與視覺化的互動效果，即互動式多媒體，且由於 行動電話裝置的屬性不同，所以必須要有一個特殊的「內容協調伺服 器」，可以轉換出適合該行動電話裝置所能播放的名片。在名片的製作 上，為了讓使用者能夠簡單與快速的編輯出屬於自己的名片，所以我們 要提供樣板機制，讓使用者只要用選取的方式，進行樣板的套用，便可 製作出名片，以降低編輯的難度，而我們稱這種名片為「樣板式多媒體 名片」。 本研究主要就是研究與實作「樣板式多媒體名片系統」，目的是讓使用者 能使用個人電腦或透過網站上的「視覺化編輯工具」，設計出自己想要的 樣板式多媒體名片內容。並透過行動電話裝置上的「多媒體名片播放 器」，下載協調完成的樣板式多媒體名片，進行播放，並能做轉存到 SIM 卡或撥打電話等互動與應用。The Context Awareness, Present and Apply of Template
Based Multimedia Business Card on Mobile Device
Student: Chung-Hsien Lin Advisor: Dr. Deng-Jyi Chen
Degree Program of Computer Science
National Chiao Tung University
Abstract
Driven more by fashion than necessity, the early upgrading and replacement of technologically current mobile phones grows daily. The most valuable element of such handset being the user inputted personal communication data held within. When we face the prospect of changing to a new mobile phone, especially when forced too, by theft, loss or damage the recovery of personal communication data like phone book usually requires the lengthy process of manual entry. The phone books in current mobile phones are still displayed in a simple field style, they lack uniqueness or any visual interactive effect. Therefore if we can improve this static and non-vivid presentation to become a more interesting and unique experience, then it will be an amazing application.
Here we provide a new electronic business card to solve the problem. The personal communication data of this new electronic business card will be compatible with the original phone books or SIM cards. We can create interactive media elements to decorate static textual data and make the presentation of an electronic business card more unique. Because the properties and specification of each mobile phone device is different, we will need a special transcoder to convert the media content as required. The template based mechanism will work via a simple user click interface and a personal multimedia card is created. This mechanism can reduce user's manual loading and reloading of data. We will define this kind of personal multimedia card as Template Based Multimedia Business Card.
In this thesis, we will implement a Template Based Multimedia Business Card system. It will allow the user to edit and format their own multimedia business cards by using a template based authoring tool on a PC or webpage. Once created, we can
use a multimedia card player system on the mobile phone to download a transformed multimedia card that is suitable for the recipient mobile phone. This player can display the Template Based Multimedia Business Card and save the personal communication data from the Multimedia Business Card to the SIM card and also allows the user to dial any phone numbers stored inside the selected Multimedia Business Card.
誌謝
誌謝
誌謝
誌謝
本論文承蒙指導教授 陳登吉老師的耐心指導與教誨，才得以順利完成，在 此對老師致上十二萬分的感謝。陳老師不只是在研究的領域上，給予我技術的教 導，更不時的啟發我的想法與觀念，讓我能不斷的提升。且陳老師強調團隊合作 的重要性，在陳老師的指導之下，讓研究達成一加一大於二的成果。 另外在此也感謝在交大和我同甘共苦、互相砥礪的同學及朋友，以及我工作 上的伙伴，尤其是研究室的成員—浚恩，那種與我相互研究的精神，無悔付出的 態度，是一種同屬於交大人的驕傲，讓我在學業上得以精進、生活上得以互助。 此外也要感謝霹靂國際多媒體股份有限公司，同意授權使用相關之美術著 作，讓本論文內容更加豐富。 最後，我要感謝我最愛的家人們，因為你們的鼓勵和支持，讓我得以順利完 成論文的研究，也不辜負您們的期望，謝謝。目錄
目錄
目錄
目錄
摘要 摘要 摘要 摘要 ...i Abstract ...ii 誌謝 誌謝 誌謝 誌謝 ...iv 目錄 目錄 目錄 目錄 ...v 表目錄 表目錄 表目錄 表目錄 ... viii 圖目錄 圖目錄 圖目錄 圖目錄 ...ix 一 一 一 一、、、、 緒論緒論...1 緒論緒論 1.1 研究動機與分析...1 1.1.1.研究動機...2 1.1.2.研究分析...2 1.1.3.分析結果...3 1.2 研究方法...4 1.2.1.設計分析...4 1.2.2.樣板式多媒體名片的定義...5 1.2.3.樣板式多媒體名片的範例...6 1.2.4.系統設計分析...6 1.3 研究目標...7 1.4 研究範圍...7 1.5 章節概要...8 二 二 二 二、、、、 相關研究相關研究...9 相關研究相關研究 2.1 多媒體內容適性化協調之相關研究...9 2.2 樣板式多媒體名片內容之相關研究... 11 2.3 vCard 之相關研究...13 2.4 Java 應用程式開發之相關研究...15 2.4.1 J2SE 介紹 ...16 2.5 Windows Mobile 應用程式開發之相關研究 ...18 2.6 相關研究成果...18 三 三 三 三、、、、 系統功能需求分析系統功能需求分析 ...20 系統功能需求分析系統功能需求分析 3.1 多媒體名片產生器需求評估...20 3.2 檔案伺服器需求評估...21 3.3 內容協調伺服器需求評估...22 3.4 入口端需求評估...23 3.5 多媒體名片播放器需求分析...23 四 四 四 四、、、、 系統架構與流程系統架構與流程 ...25 系統架構與流程系統架構與流程 4.1 系統架構說明...25 4.2 子系統架構與流程說明...274.2.1 多媒體名片產生器...27 4.2.1.1.個人通訊資料產生器...28 4.2.1.2.多媒體名片樣板套用器...30 4.2.2 檔案伺服器...32 4.2.3 內容協調伺服器...34 4.2.4 入口端...36 4.2.5 多媒體名片播放器...38 4.3 系統流程說明...40 4.3.1 多媒體名片產生區...41 4.3.2 多媒體名片應用區...41 五 五 五 五、、、、 系統設計與實作系統設計與實作 ...43 系統設計與實作系統設計與實作 5.1 多媒體名片產生器...43 5.1.1 個人通訊資料產生器設計...43 5.1.1.1.使用者事件處理模組...43 5.1.1.2.個人通訊資料存取模組...44 5.1.1.3.個人通訊資料編碼\解碼模組...45 5.1.1.4.個人通訊資料編輯模組...45 5.1.2 多媒體名片樣板套用器設計...46 5.1.2.1.使用者事件處理模組...46 5.1.2.2.個人通訊資料讀取模組...47 5.1.2.3.個人通訊資料解碼模組...47 5.1.2.4.上傳模組...48 5.1.2.5.預覽模組...48 5.1.2.6.樣板套用模組...48 5.2 檔案伺服器...50 5.2.1 資料存取模組...50
5.3 內容協調伺服器（Content Adaptation Server）...51
5.3.1 事件處理模組...52 5.3.2 資料處理模組...53 5.3.3 決策模組...54 5.3.4 轉譯模組...55 5.4 入口端（Portal Site）...55 5.4.1 事件處理模組...55 5.4.2 資料處理模組...56 5.4.3 驗證模組...56 5.5 多媒體名片播放器（MBC Player） ...57 5.5.1 Windows Mobile 應用程式設計概念 ...57 5.5.2 使用者事件處理模組...59
5.5.3 資料處理模組...60 5.5.4 製作 MBC 模組...60 5.5.5 下載模組...60 5.5.6 顯示模組...61 5.5.7 撥打電話模組...63 5.5.8 轉存模組...64 六 六 六 六、、、、 應用範例應用範例...67 應用範例應用範例 6.1 產生多媒體名片...67 6.1.1 個人電腦的應用程式（PC Version） ...67 6.1.2 客製化的網頁（Web Version）...69 6.2 多媒體名片的應用...71 七 七 七 七、、、、 結論結論...75 結論結論 7.1 總結 ...75 7.2 未來發展方向 ...75 附件一 附件一 附件一 附件一 霹靂國際多媒體授權同意書...78 自傳 自傳 自傳 自傳 ...79
表目錄
表目錄
表目錄
表目錄
表 1 現行個人通訊資料儲存模式的優缺 ...3 表 2 個人通訊資料欄位表 ...44 表 3 多媒體樣板套用格式表 ...49 表 4 行動電話裝置資訊表 ...53 表 5 資源檔格式表 ...54圖
圖
圖
圖目錄
目錄
目錄
目錄
圖 1 欄位式的電話簿顯示方式 ...1 圖 2 05Q1-06Q2 全球行動電話出貨量與成長率 ...2 圖 3 多媒體名片範例 ...6 圖 4 多媒體內容未進行適性化協調圖 ...10 圖 5 多媒體內容未進行適性化協調圖 ...10 圖 6 多媒體名片範例欄位說明之ㄧ ... 11 圖 7 多媒體名片範例欄位說明之二 ...12 圖 8 多媒體名片範例欄位說明之三 ...13 圖 9 vCard 傳輸示意圖 ...15 圖 10 J2SE 架構圖 ...16 圖 11 Java 的運作方式 ...17 圖 12 系統架構圖 ...26 圖 13 多媒體名片產生器架構圖 ...27 圖 14 個人通訊資料產生器架構圖 ...28 圖 15 個人通訊資料產生器流程圖 ...29 圖 16 多媒體名片樣板套用器架構圖 ...30 圖 17 多媒體名片樣板套用器流程圖 ...31 圖 18 檔案伺服器架構圖 ...32 圖 19 檔案伺服器流程圖 ...33 圖 20 內容協調伺服器架構圖 ...34 圖 21 內容協調伺服流程圖 ...35 圖 22 入口端架構圖 ...36 圖 23 入口端流程圖 ...37 圖 24 多媒體名片播放器架構圖 ...38 圖 25 多媒體名片播放器流程圖 ...39 圖 26 系統流程圖 ...40 圖 27 多媒體名片產生區系統流程圖 ...41 圖 28 多媒體名片應用區系統流程圖 ...42 圖 29 使用者事件處理模組設計圖 ...43 圖 30 個人通訊資料存取模組設計圖 ...44 圖 31 個人通訊資料編碼\解碼模組設計圖...45 圖 32 個人通訊資料編輯模組設計圖 ...46 圖 33 使用者事件處理模組設計圖 ...46 圖 34 個人通訊資料讀取模組設計圖 ...47 圖 35 個人通訊資料解碼模組設計圖 ...47圖 36 上傳模組設計圖 ...48 圖 37 預覽模組設計圖 ...48 圖 38 樣板套用模組模組設計圖 ...49 圖 39 個人通訊資料存取模組設計圖 ...50 圖 40 內容協調伺服器設計圖 ...52 圖 41 事件處理模組設計圖 ...52 圖 42 資料處裡模組設計圖 ...53 圖 43 決策模組設計圖 ...54 圖 44 轉譯模組設計圖 ...55 圖 45 多媒體名片檔案結構圖 ...55 圖 46 事件處理模組設計圖 ...56 圖 47 資料處裡模組設計圖 ...56 圖 48 驗證模組設計圖 ...56 圖 49 使用者事件處理模組設計圖 ...59 圖 50 sy 檔案結構圖...60 圖 51 製作 MBC 模組設計圖...60 圖 52 下載模組設計圖 ...61 圖 53 下載模組範例圖 ...61 圖 54 顯示模組設計圖 ...62 圖 55 多媒體名片描述檔案圖 ...62 圖 56 多媒體名片播放器撥打電話模組初始化設計流程圖 ...63 圖 57 多媒體名片播放器撥打電話模組設計流程圖 ...64 圖 58 多媒體名片播放器轉存模組初始化設計流程圖 ...65 圖 59 多媒體名片播放器轉存模組設計流程圖 ...66 圖 60 個人通訊資料編輯器(PC)...67 圖 61 多媒體名片樣板套用器(PC)...68 圖 62 個人通訊資料編輯器(Web) ...69 圖 63 多媒體名片樣板套用器(Web) -進行套用 ...70 圖 64 多媒體名片樣板套用器(Web) -進行預覽 ...70 圖 65 多媒體名片播放器-名片下載...71 圖 66 多媒體名片播放器-列出名片...72 圖 67 多媒體名片播放器-播放名片與撥打電話...73 圖 68 多媒體名片播放器-新增 SIM 卡資料...73 圖 69 多媒體名片播放器-完成 SIM 卡資料轉存...74
一
一
一
一、
、
、
、緒論
緒論
緒論
緒論
1.1 研究動機與分析
隨著無線通訊的快速發展，行動電話已成為大家隨身必備之物品，而行動電話的功 能與運用都有明顯的進步，加上品牌與機型眾多，在各種品牌與機型之間，除了 SIM 卡之外，並無其他的方式可以將行動電話電話簿的資料相互傳輸，且 SIM 卡的儲存欄 位僅有姓名與電話，且儲存數量都有一定的限制，已經無法滿足現在使用者的需求，為 何無法滿足行動電話使用者的需求呢？從各家行動電話中電話簿所新增的欄位就可以 知道了，如電子郵件、來電群組、來電大頭貼、來電鈴聲…，都是新增的欄位，也因為 如此，不同的行動電話所加的欄位都不盡相同，造成現在行動電話電話簿無法同步，所 以當行動電話遺失、損壞或想換機而進行更換時，電話簿的資料，一定要讓大家花費許 多時間進行更新。 而且現在電話簿的格式與顯示的方式，都是採用欄位式，如圖 1 所示，共有四欄， 分別為 Name、Mobile1、Home、Work 的欄位式顯示方式，而欄位的多寡，是由行 動電話設計業者所設計的，可以看出不同的業者所設計的欄位項目與顯示方式均有所不 同。當然這種方式有其好處，就是設計上相當簡單，但是其缺點便是缺乏個人的獨特性 與視覺化的互動效果，且同步不易，也因為資料都儲存在行動電話中，所以一旦行動電 話損壞或遺失時，便無備份可循。 圖 1 欄位式的電話簿顯示方式 然而到底有多少電話簿資料轉換的需求呢？我們可從換機的需求便可以看出，由圖 2〔21〕可以知道行動電話的出貨量是逐年逐季的攀升，而花旗環球金融公司與三星電 子不約而同的預估 2007 年手機的出貨量可達到 10.4 億支，而其中包含了大量的換機 需求，故可想見電話簿的資料轉換，也具有極高的次數。0.0 50.0 100.0 150.0 200.0 250.0 300.0 -15.0% -10.0% -5.0% 0.0% 5.0% 10.0% 15.0% 20.0% 25.0% 30.0% 全球手機出貨量（百萬 支） 173.7 188.4 208.0 249.6 221.8 233.2 季成長率（％） -11.6% 8.5% 10.4% 20.0% -11.1% 5.1% 年成長率（％） 10.6% 18.1% 24.2% 27.0% 27.7% 23.8% 05Q1 05Q2 05Q3 05Q4 06Q1 06Q2 圖 2 05Q1-06Q2 全球行動電話出貨量與成長率 資料來源：工研院 IEK（2006/09）
1.1.1. 研究動機
由於目前行動電話裝置的普及，功能與運用都有明顯的進步，加上行動電話的遺失 與損壞，造成每年有幾億支以上的換機數量。而行動電話裝置中最重要的資料---個人 通訊資料，在面臨換機需求時，如何完整轉換到新機，常常都是一個問題。且個人通訊 資料在顯示方式的表現上，只有十分單調的條列式，缺乏獨特性與視覺化的互動效果。 所以我們可以歸納出三點使用者的期望，而這些期望也就是本研究的動機。 1. 使用者期望在換機時能不需要重新輸入個人通訊資料。 2. 使用者期望個人通訊資料能有獨特性與視覺化的呈現方式並具有互動效果。 3. 使用者期望仍然能和目前的電話簿資料做轉換或儲存於 SIM 卡中。1.1.2. 研究分析
現行的個人通訊資料主要可分成三種儲存模式，SIM 卡、電話簿（聯絡人）、名片， 敘述如下：1. SIM 卡：用戶識別卡（Subscriber Identity Module Card）〔23〕，是一種 硬體裝置，可儲存個人通訊資料，儲存資料為姓名與電話，儲存數量依卡片容 量而定。
是由軟體設計時制定，基本上必須具備姓名與電話，以便與 SIM 卡互通，大 部分設計上亦符合 vCard 〔8〕〔7〕的規範。 3. 名片：一般的紙張名片，非電子式的裝置，可由公司或個人設計，無特定欄位、 位置與大小，可展現公司或個人之特色。 以下我們就這三種不同的儲存方式作一個比較，由表 1 中，SIM 卡是一種硬 體裝置，我們無法進行更改，而電話簿的設計也是由行動電話製造業者所主導，我 們也很難介入更改，但名片的優點是我們所需要的，且其缺點我們可以進行改良， 只要我們將名片的概念轉換到電子式的裝置上，便可以免除其缺點。 表 1 現行個人通訊資料儲存模式的優缺 優點 缺點 SIM 卡 1.電子式裝置 2.相同通訊系統內的不同行動電話 裝置可通用 1.儲存資料欄位少 2.不同通訊系統不可通用，如 GSM 與 PHS 3.顯示方式單調 電話簿 （聯絡人） 1.電子式裝置 2.儲存資料欄位多 1.不同行動電話裝置不可通用 2.顯示方式單調 名片 1.展現個性化之顯示 2.儲存資料欄位多 1.非電子式裝置，浪費紙張資源 2.攜帶不便，搜尋費時
1.1.3. 分析結果
由第 1.1.2 節中分析得出，本研究的目標就是將名片的概念轉換到電子式的裝置 上，探討如何達成第 1.1.1 節研究動機中所描述的使用者期望，而且能夠實作出來。接 下來在第 1.2 節中將具體的說明出如何設計出符合使用者期望之系統。1.2 研究方法
本小節我們將進行一些設計分析，從分析中提出解決方案並勾勒出整個系統。1.2.1. 設計分析
從第 1.1.1 節中所描述的使用者期望中的第一點，使用者期望在換機時能不需要重 新輸入個人通訊資料，來進行分析。就目前的研究可以知道，只要是個人通訊資料儲存 於行動電話裝置，便不可能解決這個問題。然而在網際網路普及的時代，透過網路，便 可以解決資料儲存的問題，因為使用者可以透過網路，自由的進行下載與上傳，所以當 使用者換機的時候，只需要從網路下載就可以復原自己的個人通訊資料。雖然下載需要 花一些時間，但是使用者可以不必重新輸入這些資料，對於使用者來說，就已經是十分 方便的了。 接著分析第 1.1.1 節中所描述的使用者期望中的第二點，使用者期望個人通訊資料 能有獨特性與視覺化的呈現方式與互動效果。我們知道傳統紙張名片已經具有獨特性與 視覺化的呈現方式，所以我們要將名片的概念用軟體的設計轉換到電子式的裝置上，便 可以達到獨特性與視覺化的呈現方式。除此之外，在軟體的設計上，是可以做進ㄧ步的 設計，設計出傳統紙張名片無法達到的視覺化效果，如背景的變化、音樂的播放，我們 稱這種名片為一種多媒體名片。再更進ㄧ步，還可以設計出互動的效果，讓使用者可以 直接撥打電話，或進行個人通訊資料的轉換等等應用。 最後分析第 1.1.1 節中所描述的使用者期望中的第三點，使用者期望能和目前的電 話簿資料做轉換或儲存於 SIM 卡中。本研究所提出的多媒體名片，必須能夠轉換個人 通訊資料，以相容於 SIM 卡或電話簿的設計。所以首先要先了解目前是否已經有存在 一種通用的方式，來對個人通訊資料，提供一種標準的轉換格式。而目前有ㄧ種通用的 規範 vCard〔8〕〔7〕，正好符合本研究所需，且目前符合此規範的設計有 Microsoft Outlook、SIM 卡、電話簿…，所以本研究的軟體設計上便要符合 vCard 規範的方式， 透過呼叫相對應的應用程式介面，便可以達成轉換。 此外，在軟體的設計上必須讓使用者能夠用簡單的方式製作出屬於自己的多媒體名 片，為了達到這個目的，則必須使用樣板機制〔1〕，利用樣板機制的選取與套用方式， 便可以輕鬆的套用使用者的個人通訊資料，並可以預覽名片，以簡化使用者製作的時間 與流程，使用這種方式所製作出來的多媒體名片，稱之為樣板式多媒體名片。 還有ㄧ點是必須要注意到的，就是不同的行動電話機種，其螢幕所能顯示的大小並 不相同，對於螢幕的顏色，如黑白、高彩、全彩等，其實我們不需要去處理，因為行動 電話本身就有相對應的轉色機制，然而螢幕大小卻是無法處理的問題，如果我們不解決 這個問題，結果便是呈現出一種未經協調的多媒體名片，這樣一來，視覺化的效果便大 打折扣，而這些影響多媒體內容品質及使用者觀看操作等因素，都可以稱為是情境資訊(Context information)，而情境感知(Context awareness)〔2〕〔3〕意指有能力去 使用或擷 取這些情 境 資訊，所 以我們必 須 採用一種 適性化的 協 調機制（Context adaptation）〔4〕〔5〕〔6〕，透過這種機制來做樣板式多媒體內容的協調，讓行動電話 裝置能下載適合的樣板式多媒體內容。
1.2.2. 樣板式多媒體名片的定義
樣板式多媒體名片（簡稱多媒體名片），其英文是 Template Based Multimedia Business Card（Template Based MBC），是本論文研究與實作的主題，樣板式多媒 體名片可視為行動裝置的第二份通訊錄，其特色是具有獨特且視覺化的呈現方式，用來 展現行動電話中的個人通訊資料。使用者可以使用本研究所設計開發的軟體，編輯個人 通訊資料，並使用樣板機制進行套用與預覽，製作出樣板式多媒體名片。並提供ㄧ個伺 服器作為檔案庫，透過網際網路，將樣板式多媒體名片進行儲存與上傳，然後設計一個 行動電話的多媒體名片播放器，可以透過網路下載與播放樣板式多媒體名片。 樣板式多媒體名片，並非是ㄧ種取代現行行動裝置電話簿與 SIM 卡的設計，爲了 與現行電腦產業與手機產業規範結合，多媒體名片的個人通訊資料以 vCard 為基礎。 也因為如此，行動電話的多媒體名片播放器便可以設計將樣板式多媒體名片的資料，轉 換到電話簿或 SIM 卡中。 樣板式多媒體名片可包括： 1. 個人通訊資料： 如姓名、公司名稱、職稱、聯絡電話、通訊地址、E-mail 等項目。 2. 多媒體名片樣板： 具有背景、圖示、聲音、與樣板樣式，能將個人通訊資料進行套用， 產生樣板式多媒體名片。
1.2.3. 樣板式多媒體名片的範例
圖 3 是兩張樣板式多媒體名片，左邊這張是王大民的樣板式多媒體名片，右圖這張 是「佛劍分說」樣板式多媒體名片1，兩張多媒體名片看起來有顯著的差異，主要就是 所套用的多媒體樣板不同，包含背景、圖示、聲音、與樣板樣式，假設王大明的多媒體 樣板選擇與「佛劍分說」相同，這樣一來差距就只有個人通訊資料了，第 2.2 節對於多 媒體名片的內容，會有詳細的說明，接下來說明本研究的系統設計分析。 圖 3 多媒體名片範例1.2.4. 系統設計分析
由第 1.2 節的設計分析中可以勾勒出本研究的系統，首先必須提供一個讓使用者製 作出樣板式多媒體名片的環境，環境可為個人電腦（PC）上的應用程式或客製化的網 頁（Webpage）來呈現，主要可以包含兩個部份，第一個用來編輯使用者的個人通訊 資料，定義為個人通訊資料產生器個人通訊資料產生器個人通訊資料產生器個人通訊資料產生器，另一個必須使用樣板機制〔1〕來完成樣板式多媒 體名片的套用與製作，定義為多媒體名片樣板套用器多媒體名片樣板套用器多媒體名片樣板套用器多媒體名片樣板套用器，，，，這兩個部分統稱為多媒體名片產多媒體名片產多媒體名片產多媒體名片產 生器 生器 生器 生器。 使用者編輯完成後，必須提供一個伺服器作為儲存樣板式多媒體名片的檔案庫，定 義為檔案伺服器檔案伺服器檔案伺服器檔案伺服器。然後能在行動電話裝置上進行呈現與互動的應用，所以在行動電話裝 置上必須設計一個應用軟體，定義為多媒體名片播放器多媒體名片播放器多媒體名片播放器多媒體名片播放器，多媒體名片播放器可以透過網 1 本論文中所使用之佛劍分說樣板式多媒體名片版權屬於霹靂國際多媒體股份有限公司頁連結來製作樣板式多媒體名片，也能下載名片，並能用來播放、管理名片，且能將多 媒體名片資料轉換到 SIM 卡，進行撥打電話的應用。 當多媒體名片播放器需要進行下載的動作，會需要一個入口入口入口入口端端端端（Portal Site），進 行相關認證。且由於行動電話裝置的不同，所以需要一個內容協調伺服器內容協調伺服器內容協調伺服器內容協調伺服器（Content Adaptation Server），將檔案伺服器上的樣板式多媒體名片內容轉換成該行動電話裝 置適合播放的樣板式多媒體名片。所以本研究之系統可分成多媒體名片產生器、檔案伺 服器、多媒體名片播放器、入口端、內容協調伺服器等五個部份。
1.3 研究目標
綜合以上的分析，本研究的目標就是探討如何設計一個系統，讓使用者可以使用樣 板機制，簡單的製作出樣板式多媒體名片(簡稱為多媒體名片)。而行動電話裝置上有ㄧ 多媒體名片播放器，可經由網路下載指定的多媒體名片，且此多媒體名片必須經由內容 協調伺服器，分析並轉換出適合該行動裝置播放的多媒體內容，然後多媒體名片播放器 可以播放出具有獨特性與視覺化的多媒體名片，並可以將多媒體名片內容轉換到 SIM 卡或電話簿中，且可以做撥打電話的應用。如此便可以達成使用者在第 1.1.1 節中所描 述的期望。1.4 研究範圍
本研究相關名詞及參考範圍，敍述如下： 1. 個人通訊資料產生器：一種軟體程式，可為個人電腦（PC）上的應用程式或 由客製化的網頁（Webpage）來呈現，來協助使用者編輯個人通訊資料，個 人通訊資料必須符合 vCard 2.1 規範，檔案格式為.vcf。 2. 多媒體名片樣板套用器：是一個具有樣板式套用系統功能的應用軟體〔22〕， 以樣板方式〔1〕來快速編輯多媒體名片，而成為一個樣板式多媒體名片。 3. 多媒體名片播放器：是一個執行於行動電話裝置的應用程式，可以透過網路 製作樣板式多媒體名片，也能下載名片，並能用來播放、管理名片，且能將 多媒體名片資料轉換到 SIM 卡，進行撥打電話的應用。 4. 內容協調伺服器：是一個伺服器，具有適性化協調功能(Context Adaptation) 〔4〕〔5〕〔6〕，能用情境感知（Context awareness）〔2〕〔3〕去使用或 擷取情境資訊(Context information)，並進行內容轉換，例如判斷行動電 話裝置的螢幕大小，重新的轉換出適合該行動裝置播放的多媒體內容。 5. vCard：ㄧ般業界目前所規範的名片規格，符合的版本為 2.1〔8〕〔7〕。 研究限制： 1. 行動電話必須具備上網功能，否則無法進行下載。 2. 多媒體名片播放器的行動電話為智能型行動電話（Smart phone），作業系統為 Windows Mobile 5.0 版本，一般特色手機（Feature Phone）須與特定 廠商配合研發，故本研究無法在特色手機（Feature phone）作開發。 3. 內容協調伺服器必須在 Tomcat Web Server 上進行適性化的網頁協調。
1.5 章節概要
在本章提出本論文研究之動機與分析，並說明本研究之樣板式多媒體名片與研究目 標，期許多媒體名片在行動裝置上的呈現能夠盡善盡美，並跨越不同行動電話裝置的顯 示限制，以解決換機的問題。最後簡略地介紹本研究系統的五個部份及研究範圍與限制。 接下來在第二章，分別說明本研究之相關研究如多媒體適性化之研究、多媒體名片 內容的說明、vCard 的研究、JAVA 應用程式開發的研究以及 Windows Mobile 應用 程式的開發研究，並加以介紹。 接著第三章，將分析本研究的系統功能需求，我們將分成五個部份做介紹，並說明 其功能性需求與非功能性需求。 接著第四章，將搭配圖示方式，介紹系統的整體架構、系統流程以及各個子系統架 構與運作流程。 然後於第五章，會詳細介紹每個子系統之設計概念、細部架構與模組、實作方式與 流程及重要功能介紹。 然後在第六章中，我們使用大量圖示來呈現系統操作流程、功能與應用範例。 最後第七章為總結，提出此篇論文的結論及未來發展方向。
二
二
二
二、
、
、相關研究
、
相關研究
相關研究
相關研究
由第 1.2.1 節的設計分析中，提到行動電話裝置螢幕大小的不同，造成多媒體名片 觀看品質不良的問題，為了解決這個問題，我們導入了內容適性化協調的機制，並實現 在內容協調伺服器（Content Adaptation Server）之中，所以本章中第 2.1 節會介 紹多媒體內容適性化的相關研究。而在第 1.2.2 第與第 1.2.3 節中，對於本研究的主題 －樣板式多媒體名片已經有初步的介紹，接下來於本章中第 2.2 節中會進一步探討樣板 式多媒體名片。而在第 1.2.1 節的設計分析中，為了能夠與現行的 SIM 卡轉換個人通 訊資料，設計上必須符合 vCard 的規範，所以在本章中第 2.3 節會介紹 vCard。然後 我們在第 1.2.4 節的系統設計分析中，需要設計一個多媒體名片樣板套用器與內容協調 伺服器，而此兩種設計均為 Java 的應用程式，所以本章中第 2.4 節會介紹所使用的 Java 技術。而在第 1.2.4 節的系統設計分析中，需要設計一個多媒體名片播放器，來播放樣 板式多媒體名片，而此設計為 Windows Mobile 應用程式，所以本章中第 2.5 節會介 紹所使用的開發技術。最後於第 2.6 節中說明相關研究的成果。
2.1
多媒體內容適性化協調之相關研究
情境(Context)〔2〕〔3〕是一可以用來描述任何抽象或具體東西的表徵資訊。這 些抽象或具體的東西可以是一個人、一個地方、或是任何的物件，只要這些東西彼此之 間都和使用者或是應用程式互相牽引著。舉例來說不同的行動電話機種，螢幕的大小並 不相同，把相同的多媒體名片，放在不同行動電話裝置上的多媒體名片播放器進行播放 時，就會產生螢幕無法適當顯示的問題，有些可能在一個螢幕畫面可以看到全部的多媒 體內容，有些則限於螢幕太小則需藉由其他方式看到全部。 (例如：縮小全部畫面、藉 由卷軸拖拉)。這些影響多媒體內容品質及使用者觀看操作等因素，都可以稱為是情境 資訊(Context information)。 如圖 4 所示，行動電話螢幕範圍比多媒體內容大，那顯示的結果便是無法填滿整個 螢幕，而圖 5 則是相反，行動電話的螢幕範圍比多媒體內容小，那就會無法完整呈現多 媒體名片，不論圖 4 或圖 5，都沒有辦法將多媒體名片做最佳的呈現，這是因為沒有良 好的情境感知（Content awareness），一般說來，情境感知的目的就是要讓內容在裝 置的呈現上，讓使用者覺得合適，看起來舒服，因為如此，我們就必須使用一種內容適 性化協調的機制(Context adaptation) 〔4〕〔5〕〔6〕，搭配情境感知(Context awareness)機制〔2〕〔3〕來做智慧型轉換，將多媒體名片內容轉換成最適合的播放 格式，利用此研究技術，我們便可以實作成一個應用程式，最後適當的顯示多媒體名片， 如圖 3 所示。圖 4 多媒體內容未進行適性化協調圖 圖 5 多媒體內容未進行適性化協調圖 接下來將要探討，這種內容適性化協調的轉換機制應該實作在行動電話裝置之中還 是實作在一個伺服器之中？ 適性化協調的機制轉換實作在行動電話裝置上有幾個問題，如下所述： 1. 由於行動電話的運算速度不快，在進行內容適性化協調時會需要較長的時間， 造成使用者等待時間過長。 2. 進行轉換的時機問題，是在下載完成後進行呢?還是在播放時進行？ 3. 儲存於行動電話上的多媒體名片，是要轉換過的還是未轉換過的呢？ 4. 適性化協調的機制轉換實作，勢必會增加多媒體名片播放器程式所佔用的儲存 空間，對於儲存空間小的行動電話裝置來說，是不樂見的。 所以我們將適性化協調的機制轉換實作於伺服器中，稱之為內容協調伺服器 （Content Adaptation Server）。
2.2 樣板式多媒體名片內容之相關研究
多媒體的定義就是組合兩種或兩種以上的媒體，並能傳達一個或多種資訊予使用 者。使用的媒體包括文字、圖形、影像、聲音及動畫〔24〕。而本研究之樣板式多媒體， 在文中第 1.2.2 第與第 1.2.3 節中已經有的初步的介紹，現在做更進一步的探討。 圖 6 中標示出多媒體名片的個人通訊資料，如下所述： 姓名：佛劍分說 公司：霹靂多媒體 職稱：佛教先天 聯絡電話：0912345678（非真實電話） 通訊地址：殺身為護生，斬業非斬人（非真實通訊地址） 電子郵件（E-mail）：fo_gen@pili.com.tw（非真實電子郵件） 個人通訊資料是以文字與數字型態表示，而這些資料為符合 vCard 格式的.vcf 檔案， 使用者可以透過個人通訊資料產生器來製作這些資料。 圖 6 多媒體名片範例欄位說明之ㄧ個人通訊資料
圖 7 中標示出多媒體名片的背景資料，有ㄧ個背景圖片，可為單一圖片或動畫，圖 片上面有文字與圖示覆蓋。此外圖中右上角有ㄧ個圖示（Icon），一般用來顯示公司或 個人商標（Logo），而在多媒體名片播放時，可以播放音樂。而這些資料屬於多媒體 名片樣板資訊，使用者可以透過多媒體名片樣板套用器來選取不同的圖片、背景、圖示、 音樂進行套用，並進行預覽。 圖 7 多媒體名片範例欄位說明之二
音樂
背景圖片
圖示
圖 8 中標示出多媒體名片的每個欄位的座標位置，座標位置屬於名片樣板資訊的ㄧ 部份，稱之為名片樣板樣式，不同的樣板樣式提供不同的位置資訊，使用者可以透過多 媒體名片樣板套用器來進行套用，並進行預覽。 圖 8 多媒體名片範例欄位說明之三 所以本研究的多媒體名片具有文字、圖形、聲音、動畫，在播放的時候可以向使用 者傳達該多媒體名片的內容。並可以提供使用者撥打電話、製作多媒體名片與轉換儲存 多媒體名片內容到 SIM 卡等等互動功能，以增加多媒體名片的實用性。並藉由多媒體 的視覺化效果，滿足使用者對於名片的要求，並能提高使用的興趣。
2.3 vCard 之相關研究
為了能夠轉換個人通訊資料到不同的平台與應用程式，所以本研究中的個人通訊資 料產生器與多媒體名片播放器中的個人通訊資料，都必須符合 vCard2.1 的規範。vCard 是一種個人資料交換的標準檔案格式，特別是用於電子式的商用名片，包含姓名、住址、 電話號碼及其他欄位，vCard 所定義的附檔名為.vcf〔8〕，.vcf 檔案描述如下所示， BEGIN 與 END 所包含的就是 vCard 的內容，VERSION 是指 vCard 的版本、N 是指 姓名、FN 是英文中所使用的 First Name、ORG 是指公司、TITLE 是指職位、TEL 是 指電話號碼、ADR 是指通訊住址、EMAIL 是指電子郵件、REV 是製作的日期與其他資 訊。--- BEGIN:VCARD
VERSION:2.1 N:佛劍;分說 FN: 佛劍分說 ORG: 霹靂多媒體 TITLE:佛教先天 TEL;WORK;VOICE:0912345678 ADR;WORK:;;霹靂街;霹靂市;霹靂縣;123;中華民國 EMAIL;PREF;INTERNET: fo_gen@pili.com.tw REV:20070331T131322Z END:VCARD --- 由於不同的裝置2（Device）之間需要溝通，所以發展出這種的標準格式。如圖 9 所示。目前通用版本為 vCard 2.1(rfc2426)〔7〕，在傳輸的過程中，必須進行資料的 編碼/解碼（Encode/ Decode），目前 Windows 系統 Outlook，行動電話電話簿，均 以此為規範，本研究為符合相容性，故以此規範為基礎，並加以擴充。圖 9 是 vCard 傳輸的示意圖，本圖以行動電話裝置為例，手機 A 要把個人通訊資料傳輸到手機 B，手 機 A 必 須 先 將 個 人 通 訊 資 料 編 碼 （ Encode ） 成 vCard 規 格 ， 然 後 透 過 藍 芽 （Bluetooth）、多媒體簡訊（Multimedia Messaging Service）或是紅外線等方式 傳輸到手機 B，當手機 B 接收到 vCard 格式的檔案後，該裝置必須有能力將 vCard 進 行解碼（Decode），並將結果儲存在手機 B。
圖 9 vCard 傳輸示意圖
2.4 Java 應用程式開發之相關研究
本研究中的多媒體名片樣板套用器以及內容協調伺服器（Content Adaptation Server）是以 Java 程式語言進行實作，多媒體名片樣板套用器系統，是以 Java Swing3 〔10〕的套件進行 GUI(Graphical User Interface)的開發，它是由一些 Java Servlet 程式模組所組成，以提供多媒體套用的功能，使用者能夠在套用系統上進行名片的製 作，包含多媒體名片的背景套用、Logo 套用以及名片呈現樣式套用，而內容協調伺服 器（Content Adaptation Server），在 Tomcat 網路伺服器（Web Server）上進行 適性化的網頁協調，如此，完成協調的多媒體名片便可透過行動電話上的多媒體名片播 放器下載並進行播放。
本 研 究 所 使 用 的 Java 版 本 為 J2SE ， 而 在 進 行 內 容 協 調 伺 服 器 (Content Adaptation Server)的開發上，就必須撰寫一些 servlet〔9〕程式來處理多媒體名片 的協調程序，以及一些 Java 伺服器網頁（server page）來呈現系統操作畫面。為了 使用 Servlet 開發網頁，就需要搭配一部安裝有 Servlet Container 的網頁伺服器， 最常見的 Servlet Container 是 Tomcat〔12〕，內含 Apache HTTP Web Server， 讓網頁可以結合 Servlet 執行。然後安裝 JDK﹙Java 開發工具﹚和 Servlet 應用程式 介面，讓我們可以用 Java 語言開發 Servlet 程式。接下來我們進一步介紹 J2SE。
3
Swing 是 Java 基礎類別 Foundation Classes（JFC）的核心，它去除 Java 最大的弱點：只擁有原 始的使用者介面工具。Swing 提供許多新的元件，可以容易地建立精緻的使用者介面。它改進舊的元件，
A B
2.4.1 J2SE 介紹
J2SE(Java 2 Platform, Standard Edition)在桌上電腦和伺服器上，提供完整的 應用程式開發環境。核心的 J2SE 技術也可以成為 J2EE 平台（Java 2 Platform、 Enterprise Edition）和 Java Web Services 的基礎。J2SE 中包含了編譯 Java 程 式所需要的一些工具程式，而在 J2EE 和 J2ME4（Java 2 Platform, Micro Edition） 中只有類別函式庫和執行這類 Java 程式所需的 Java 虛擬機器而已。所以就算只開發 J2EE 或是 J2ME 的程式而已，還是會需要 J2SE 的這些工具程式。
下圖 10 是 J2SE 的開發平台與架構，稱為 J2SDK(Java 2 Platform Standard Edition)，而本論文所採用的版本為 1.4.2〔11〕，Java 的應用之所以能夠跨平台是因 為 Java 虛擬機器(JVM)的存在，圖 11 是 Java 的運作方式說明，由程式的撰寫到編譯 產生出 class 檔案，皆需要在有支援 JVM 的平台上運作。而 J2SE 是一般針對個人化 的電腦所制定的開發規格，主要是 J2SE 是定位在個人電腦上的開發與應用。此版本是 Java 平台的核心，提供了非常豐富的應用程式開發介面（API）來開發一般個人電腦上 的應用程式，尤其是撰寫客製化的網頁也可以該版本也提供 HTTP 相關的 servlet 函式 庫，在後續的章節我們會實際利用 Java 程式語言在 J2SDK 1.4 的平台上開發內容協 調伺服器(Content Adaptation Server)的協調網頁與多媒體名片套用器。坊間有許 多 JAVA 的研究書籍與網站，可提供更詳細的介紹，下一節將簡介 Windows Mobile 的應用程式開發。
圖 10 J2SE 架構圖 資料來源： http://www.digitimes.com.tw
4
J2ME（Java 2 Micro Edition），是針對小型的手持裝置，例如手機、PDA 或哈電族等產品，所特別 開發的版本，希望能夠在運算效能與處理速度較慢的產品上，也能夠直接執行一些簡單的應用程式。
圖 11 Java 的運作方式 資料來源：http://www.javaworld.com.tw/jute/
2.5 Windows Mobile 應用程式開發之相
關研究
本研究的多媒體名片播放器是要開發在行動電話裝置中的應用程式，目前行動電話 裝置可分成兩種，一種是功能手機（Feature Phone）另一種是智能型手機（Smart Phone），由於功能手機（Feature Phone）是手機製造商自行包辦軟體設計，外人無 法一窺究竟，所以針對市面上已經上市的功能手機，我們無法在這些手機上面進行開 發，除非與手機製造商共同開發，才有可能在功能手機上面實做出多媒體名片播放器。 而智慧型手機提供一個整合式的開發環境，讓眾多的軟體廠商可以在手機上開發各種軟 體，所以在研究階段，我們選擇智能型手機，做為多媒體名片播放器的執行平台。 本研究中的多媒體名片播放器，應用 Visual Studio 2005 的整合式開發環境，來 開發行動電話裝置上可執行的應用程式。目前市面上智能型手機（Smart Phone）的 作業系統有四種，Symbian OS、PALM OS、Windows Mobile OS、Linux OS，本 研究選擇使用微軟公司的 Windows Mobile 作業系統〔17〕，來進行開發，目前最新 的版本為 Windows Mobile 6.0，我們目前選擇的行動電話為多普達 CHT9100，其作 業系統為 Windows Mobile 5.0，由於微軟對於此作業系統有提供整合的開發環境，且 具有良好的除錯（Debug）〔19〕及下載與測試環境，故選擇使用微軟提供的 Visual Studio 2005 整合開發環境，並搭配 Windows Mobile 5.0 Pocket PC SDK (ARMV4I) 來開發。
Visual Studio 2005 的整合式開發環境提供 VC、VB、MFC 等的開發方式，但由 於行動電話裝置的運作效能遠不如個人電腦，VB 在開發上雖然比較快速且容易，但在 執行效能上較慢，且本研究必須與 Telephony API（TAPI）、TSP〔14〕、SIM、RIL 〔13〕等 Windows Mobile 作業系統較底層的 API 做溝通，所以本研究選擇以 VC 與 MFC 來開發。
2.6 相關研究成果
透過第 2.1 節中所介紹的內容適性化協調的機制，可以解決行動電話裝置因為螢幕 大小的不同，所產生的多媒體名片觀看品質不佳問題，所以將此機制實作在內容協調伺 服器（Content Adaptation Server）之中。而透過第 2.2 節中的介紹，更詳細的說 明本研究之樣板式多媒體名片的細部構造，接下來在第 2.3 節的 vCard 規格，將運用 在個人通訊資料產生器與多媒體名片播放器中的個人通訊資料分析中，則能夠與現行的 SIM 卡轉換個人通訊資料。接下來在第 2.4 節的 Java 技術，將用來設計一個多媒體名 片樣板套用器與內容協調伺服器，讓使用者可以進行樣板式多媒體名片的編輯與進行多 媒體名片內容協調功能。最後第 2.5 節所介紹的 Windows Mobile 應用程式開發技術，
將用來設計一個多媒體名片播放器，來播放樣板式多媒體名片，並透過 Windows Mobile 所提供的 API，來實作撥打電話與轉存到 SIM 卡的功能。下一章，將進行本系 統的功能與需求分析。
三
三
三
三、
、
、系統功能需求分析
、
系統功能需求分析
系統功能需求分析
系統功能需求分析
本研究的系統可由第 1.2 節設計分析與第 1.2.4 節系統設計分析中，得到一個初 步的概要，本研究的主要研究項目為樣板式多媒體名片，並設計一個系統，能完成製作、 呈現與應用三大功能，基本流程概述如下：此系統能讓使用者可以使用樣板機制，簡單 的製作出樣板式多媒體名片，而行動電話裝置上有ㄧ多媒體名片播放器，可透過網路下 載指定的多媒體名片，且此多媒體名片必須經由內容協調伺服器分析並轉換出適合該行 動裝置播放的多媒體內容，然後多媒體名片播放器可以播放出具有獨特性與視覺化的多 媒體名片，並可以將多媒體名片內容轉換到 SIM 卡或電話簿中，且可以做撥打電話的 應用。為了完成這些功能，本系統可以依照第 1.2.4 節系統設計分析的描述分成五個 部份： 1. 多媒體名片產生器：負責提供使用者編輯出樣板式多媒體名片。 2. 檔案伺服器(File server) ：負責儲存多媒體名片與各種多媒體名片樣板素材。 3. 內容協調伺服器(Content Adaptation Server)：負責轉換名片內容以適合在該行動裝置上播放。 4. 入口端（Portal Site）：基本的認證機制，提供下載樣板式多媒體名片窗口。 5. 多媒體名片播放器：負責下載樣板式多媒體名片，並能用來播放，管理名片， 且能將多媒體名片資料轉換到 SIM 卡，進行撥打電話的應用。 接下來的各小節中，將針對這五個部份的功能與需求來做評估。
3.1
多媒體名片產生器需求評估
使用者需要一個編輯器來完成樣板式多媒體名片的製作，為了能夠為了結合現行通 用的 Outlook 或是電話簿的格式，所以需要一個個人通訊資料產生器個人通訊資料產生器個人通訊資料產生器個人通訊資料產生器進行編輯，並配 合一個多媒體名片多媒體名片多媒體名片多媒體名片樣板套用樣板套用樣板套用樣板套用器器器器，可將現行資料直接做套用，簡化使用者操作，達到樣板 式多媒體名片製作的目標。多媒體名片產生器可為個人電腦（PC）上的應用程式或由 客製化的網頁（Webpage）來呈現，我們在這裡簡單的分成個人電腦的版本（PC version）與網路的版本（Web version），網路版本可提供行動電話裝置經由網路直接 編輯，接下來用條列式的方式提出功能性與非功能性需求。3.1.1 功能性需求
1. 使用者需要一個友善的視覺化編輯環境，透過滑鼠、觸控筆或鍵盤的操作製作 出樣板式多媒體名片。 2. 使用者需要一個個人通訊資料產生器以提供編輯功能，編輯輸入的內容包括公 司名稱、姓名、住址、職稱、E-mail 及行動電話號碼。3. PC 版本的個人通訊資料產生器需提供載入功能，以載入之前已經製作過的個 人通訊資料，而載入的格式為 vCard 規格之檔案文件.vcf。.vcf 可由 outlook 匯出產生。 4. 當使用者編輯完成後，PC 版本個人通訊資料產生器必須能提供使用者儲存 vCard 規格之檔案文件.vcf。 5. 當使用者進行名片套用時，PC 版本的多媒體名片樣板套用器必須能提供使用 者載入 vCard 規格之檔案文件.vcf，以便進行套用。.vcf 可由 outlook 匯出 產生。 6. 網路版本個人通訊資料產生器編輯完成後會自動儲存 vCard 規格之檔案文 件.vcf，並呼叫網路版本的多媒體名片樣板套用器。 7. 網路版本的多媒體名片樣板套用器必須自動導入 vCard 規格之檔案文件.vcf 與載入多媒體名片素材。 8. 在使用者的使用上，多媒體名片樣板套用器提供點選方式進行套用，無需使用 者輸入，而使用者可以選擇的項目有名片樣式、Logo、背景或音樂。 9. 選取完成後，多媒體名片樣板套用器必須能提供選取套用之樣板進行預覽。 10. 使用者確定套用完成後，PC 版本的多媒體名片樣板套用器必須能提供使用者 上傳功能，可將製作好的樣板式多媒體名片上傳到檔案伺服器中。 11. 使用者確定套用完成後，網路版本的多媒體名片樣板套用器用器會自動上傳到 檔案伺服器。
3.1.2 非功能性需求
1. 必須符合 vCard v2.1 以上所定義的規範，以便與 Outlook 或行動電話電話 簿做資料轉換。 2. 此系統在使用無線傳輸名片時必須遵守各項網路安全規範。 3. 多媒體名片樣板套用器之套用步驟必須簡單明瞭，方便使用者製作。 本研究依照這些功能需求實作多媒體名片產生器並於第 5.1 節中作介紹，而成果可 參考第 6.1 節。3.2
檔案伺服器需求評估
網際網路普及的時代，透過網路，便可以解決資料儲存的問題，換句話說，也就可 以解決換機問題，故需要有一檔案伺服器(File server) ，儲存使用者製作的樣板式多 媒體名片與多媒體名片樣板素材。檔案伺服器的功能需求相較之下較為簡單，不需要提 供使用者介面，接下來用條列式的方式提出功能性與非功能性需求。3.2.1 功能性需求
1. 檔案伺服器可儲存樣板式多媒體名片與多媒體名片樣板素材。 2. 提供內容協調伺服器可以來取得多媒體名片。 3. 提供多媒體名片產生器上傳多媒體名片。 4. 提供多媒體名片樣板套用器載入多媒體名片樣板素材。3.2.2 非功能性需求
1. 檔案伺服器可提供多種網路方式，如一般有線網路、藍芽、紅外線、WiFi 等 等無線網路方式。 2. 檔案伺服器可用容量最少必須保持 5GB 可用空間以供使用。 本研究依照這些功能需求實作多媒體名片產生器並於第 5.2 節中作介紹。3.3
內容協調伺服器需求評估
由於行動裝置平台與螢幕大小的不同，所以要有具備適性化協調功能(Context Awareness Adaptation)的內容協調伺服器(Content Adaptation Server)，可以判 斷行動電話裝置的螢幕大小，重新的轉換出適合該行動裝置播放的多媒體內容。接下來 用條列式的方式提出功能性與非功能性需求。3.3.1 功能性需求
1. 內容協調伺服器不需具備使用者介面。 2. 內容協調伺服器能夠依照入口端傳輸之使用者需求，從檔案伺服器下載多媒體 名片。 3. 內容協調伺服器能夠分析入口端傳輸之行動電話裝置資訊，如可顯示之螢幕大 小資訊。 4. 內容協調伺服器能將多媒體名片，依照行動電話裝置資訊進行轉換，製作成符 合該行動電話裝置播放與應用之多媒體名片。 5. 由於需要透過網際網路進行下載，所以轉換後的多媒體名片內容應該越小越 好，因此內容協調伺服器能將此多媒體名片進行壓縮，如此一來便可以加速下 載。6. 最後內容協調伺服器能將結果送回到入口端。
3.3.2 非功能性需求
本研究之內容協調伺服器為一 Java 應用程式需要在 Tomcat 網路伺服器（Web Server）上進行適性化的協調。
本研究依照這些功能需求實作內容協調伺服器並於第 5.3 節中作介紹。
3.4
入口端需求評估
當使用者透過行動電話裝置上的多媒體名片播放器來進行下載時，系統必須提供一 個入口端的 Universal Resource Locator（URL），作為下載樣板式多媒體名片窗口， 並提供基本的認證機制，最後並能將轉換完成的多媒體名片內容資料，回傳到行動電話 裝置中，完成多樣板式媒體名片的下載。接下來用條列式的方式提出功能性與非功能性 需求。
3.4.1 功能性需求
1. 當使用者進行列出名片時，會連結到入口端，首先提供基本認證機制，認證行 動電話裝置之多媒體播放器版本，確認無誤後會列出使用者可以下載之多媒體 名片。 2. 當使用者進行下載名片時，會連結到入口端以接受使用者下載名片的需求。 3. 然後入口端會向行動電話裝置取得行裝電話裝置資訊，如可顯示之螢幕大小。 4. 再來傳送行動電話裝置之需求與行動電話裝置資訊給內容協調伺服器。 5. 最後傳送內容協調伺服器完成之多媒體名片內容回行動電話裝置。 本研究依照這些功能需求實作多媒體名片產生器並於第 5.4 節中作介紹，而成果可 參考第 6.2 節。3.5
多媒體名片播放器需求分析
使用者在行動裝置上需要一個多媒體名片播放器，用來下載樣板式多媒體名片，並 能用來播放多媒體名片，也需要一些基本的名片管理功能，且能將多媒體名片資料轉換 到 SIM 卡，進行撥打電話的應用。接下來我們用條列式的方式提出功能性與非功能性 需求。3.5.1 功能性需求
1. 多媒體名片播放器必須提供一個使用者介面讓使用者可以進行各項功能操 作，多媒體名片播放器可讓使用者進行下載、播放、轉存到 SIM 卡、撥打電 話等操作與功能。 2. 多媒體名片播放器需要提供一個按鈕，讓使用者可以透過網站連結方式進行多 媒體名片的製作。 3. 多媒體名片播放器需要提供一個按鈕稱之為列出名片，讓使用者可以透過入口 端取得可下載的名片並且列出。 4. 多媒體名片播放器需要提供一個按鈕稱之為下載名片，讓使用者可以下載選取 的多媒體名片，並能取得行動電話裝置的資訊，如可顯示的螢幕大小，傳輸到 入口端，並完成下載。 5. 使用者可使用多媒體名片播放器提供的多媒體名片讀取功能，來讀取已經下載 與儲存在行動電話裝置中的多媒體名片。 6. 多媒體名片播放器將行動電話中的多媒體名片列出一個表單，稱之為名片列 表，使用者可以選取名片列表中的多媒體名片。 7. 多媒體名片播放器需要提供一個播放功能按鈕，當使用者按下按鈕，就可以播 放選擇的多媒體名片。 8. 多媒體名片播放器需要提供一個按鈕，提供多媒體名片內容轉存功能，可將正 在播放之多媒體名片個人通訊資料資訊轉存到 SIM 卡中。 9. 多媒體名片播放器需要提供一個按鈕，可讓使用者進行撥打電話功能，按下後 可撥打正在播放之多媒體名片電話號碼。 10. 多媒體名片播放器的背景音樂可重複播放。3.5.2 非功能性需求
1. 可執行在 Windows Mobile 作業系統平台之行動電話裝置，為一應用程式， 並能進行安裝與移除。 2. 該行動電話裝置必須支援電話相關功能。 3. 該行動電話裝置必須支援網路功能。 4. 撥打電話時必須停止多媒體名片播放。 5. 撥打電話時背景音樂會停止播放。 本研究依照這些功能需求實作多媒體名片產生器並於第 5.5 節中作介紹，而成果可 參考第 6.2 節。 在評估過各種功能需求後，我們可以知道本研究最重要的三個部份為多媒體名片產 生器、內容協調伺服器與多媒體名片播放器。在了解本系統之功能與需求後，便可以設 計與規劃本研究的系統架構與流程，並依此架構進行實作，完成各項功能。下一章將介 紹本研究的系統架構與流程。四
四
四
四、
、
、
、系統架構
系統架構
系統架構
系統架構與流程
與流程
與流程
與流程
本章是要說明本研究的系統架構與系統流程，系統架構是用比較概觀（High Level） 的方式來看，更詳盡的架構介紹會在第五章系統設計與實作中介紹。由第三章所敘述之 功能與需求分析與第 1.2.4 節系統設計分析的描述中可以歸納出下列幾點： 1. 必須要有一個多媒體名片產生器來製作樣板式多媒體名片。 2. 為了解決換機問題，故需要有一檔案伺服器(File server) ，儲存樣板式多媒體名 片。 3. 由於行動裝置平台與螢幕大小的不同，所以要有一個內容協調伺服器(Content Adaptation Server)，轉換多媒體名片內容以適合在該行動裝置上播放。 4. 行動裝置上需要一個多媒體名片播放器，可以到入口端（Portal Site）下載名片， 並可以播放多媒體名片，管理多媒體名片，且能將多媒體名片資料轉換到 SIM 卡， 與進行撥打電話的應用。 下一節將以圖示的方式來說明本系統的架構。4.1 系統架構說明
本系統架構圖如圖 12 所示，由圖中可以清楚的看出有五個圓圈，每個圓圈均表示 一個子系統，而這五個子系統也就是本系統的主要架構，本研究便是要開發這五個子系 統，以下就簡述這五個子系統: 1. 多媒體名片產生器（MBC Generator）：此子系統負責提供使用者製作出樣板 式多媒體名片。 2. 檔案伺服器(File server) ：此系統負責儲存多媒體名片，與多媒體名片樣板 素材。3. 內容協調伺服器(Content Adaptation Server)：此系統負責轉換名片內容 以適合在該行動裝置上播放。 4. 入口端（Portal Site）：此系統負責基本的認證機制，提供下載樣板式多媒體 名片窗口。 5. 多媒體名片播放器（MBC Player）：此系統為行動電話裝置的應用軟體，負責 下載樣板式多媒體名片，並能用來播放多媒體名片，管理多媒體名片，且能將 多媒體名片資料轉換到 SIM 卡，進行撥打電話的應用。 架構功能區分上，多媒體名片產生器與檔案伺服器提供使用者樣板式多媒體的製作 服務，而內容協調伺服器、入口端與多媒體名片播放器則是提供使用者樣板式多媒體的 應用與服務。接下來的幾個小節會進一步的介紹每個子系統的架構與流程。
圖 12 系統架構圖 MBC: Multimedia Business Card
(多媒體名片) 多媒體名片 樣板素材 MBC Files File Server Portal Site 認證 機制 MBC Player 播放 與應用 Content Adaptation Server 適性化 協調 MBC Generator 多媒體 名片製作
4.2 子系統架構與流程說明
本節分成五小節來介紹個各子系統的架構與流程，並以圖示方式說明其架構與流 程。4.2.1 多媒體名片產生器
圖 13 為多媒體名片產生器架構圖，多媒體名片產生器有兩個主要的產生器，分別 為個人通訊資料產生器（左邊的方塊）和多媒體名片樣板套用器（右邊的方塊）。 1. 個人通訊資料產生器讓使用者進行個人資料的編輯與維護，編輯完成的結果將 會儲存成.vcf 的檔案格式，稱之為個人通訊資料（PCI），並將資料置於個人 通訊資料檔案庫。 2. 多媒體名片樣板套用器可以讀取個人通訊資料，並進行套用，製作成使用者想 要的樣板式多媒體名片（MBC），再經由 HTTP protocol 上傳到檔案伺服器 （File server）。 本研究分成個人電腦版本與網路版本，其中個人電腦版本的個人通訊資料產生器與 多媒體名片樣板套用器是屬於非同步的架構，換句話說，使用者可自行選擇要使用個人 通訊資料產生器，或多媒體名片樣板套用器。因為資料都儲存於個人通訊資料資料庫 中，而個人通訊資料資料庫是儲存在個人電腦中，所以才可以如此設計。反觀網路版本， 由於個人通訊資料資料庫都是儲存於網路的暫存區中，無法長久保留，故使用者必一次 性的輸入完成，無法提供非同步的架構設計。 圖 13 多媒體名片產生器架構圖HTTP
Protocol
個人通訊 資料產生器 名片樣板 套用器 多媒體名片產生器 PCI DB 多媒體名片 樣板素材 MBC Files File Server4.2.1.1.
個人通訊資料產生器
如圖14所示，此為個人通訊資料產生器的架構，個人通訊資料產生器是一個作用於微軟 視窗系統的應用程式（Windows App）或者是一個JSP的客製化的網頁（WebPage）， 主要可以分成： 1. 使用者事件處理模組：所有的使用者事件（User Event），如鍵盤的輸入、滑 鼠的輸入與觸控筆的輸入，均由此模組進行解析（Parsing），並呼叫對應的模 組進行處理。 2. 個人通訊資料編輯模組：處理使用者的輸入資料與畫面的呈現。 3. 個人通訊資料編碼\解碼模組：處理vCard的編碼與解碼，當讀取.vcf檔案時，要 進行個人通訊資料解碼的動作，並將結果儲存於各個欄位資料中。而當進行個 人通訊資料儲存時，要編碼成vCard格式的檔案格式.vcf，以進行儲存。 4. 個人通訊資料存取模組：負責.vcf檔案的儲存與讀取，並呼叫個人通訊資料編 碼\解碼模組進行編碼或解碼。 圖 14 個人通訊資料產生器架構圖 接受多媒體名片 產生器的上傳Windows App or Webpage
個人通資料 編輯模組 使用者事件 處理模組 個人通訊資料 存取模組 個人通訊資料 編碼\解碼模組
接下來進行流程說明： 如圖15所示，首先使用者可選取讀取個人通訊資料(PCI)，使用者事件處理模組收 到指令後會向個人通訊資料存取模組讀取個人通訊資料（PCI），然後個人通訊資料存取 模組會將讀取的檔案進行解碼的動作，並將結果回傳。然後使用者便可以進行編輯，使 用者事件處理模組會呼叫個人通訊資料編輯模組，以進行編輯，編輯完成後，使用者事 件處理模組便透過個人通訊資料存取模組來儲存個人通訊資料，並透過個人通訊資料編 碼\解碼模組進行編碼，將結果儲存於.vcf檔案中。 圖 15 個人通訊資料產生器流程圖 使用者事件 處理模組 個人通訊資料 存取模組 個人通訊資料 編碼\解碼模組 讀取PCI 進行解碼 讀取完成 個人通資料 編輯模組 編輯PCI 儲存PCI 進行編碼 儲存完成 編輯完成
PCI: Personal communication information (個人通訊資料)
4.2.1.2. 多媒體名片樣板套用器
如圖16所示，此為多媒體名片樣板套用器的架構，多媒體名片樣板套用器是一個 Java的應用程式（Java App）或者是一個JSP的客製化的網頁（WebPage），主要可 以分成： 1. 使用者事件處理模組：所有的使用者事件（User Event），如鍵盤的輸入、滑 鼠的輸入與觸控筆的輸入，均由此模組進行解析（Parsing），並呼叫對應的模 組進行處理。 2. 個人通訊資料讀取模組：負責.vcf檔案的讀取，並呼叫個人通訊資料解碼模組 進行解碼。 3. 個人通訊資料解碼模組：處理vCard的解碼，當讀取.vcf檔案時，要進行個人通 訊資料解碼的動作，並將結果儲存於各個欄位資料中。 4. 樣板套用模組：負責將多媒體名片資料依照使用者的選取進行套用，並將套用 結果回傳給使用者事件處理模組。 5. 預覽模組：負責將多媒體名片套用結果的預覽。 6. 上傳模組：處理使用者套用完成的樣板式多媒體名片，並經由Http protocol 上傳到檔案伺服器（File server）中。 圖 16 多媒體名片樣板套用器架構圖 接受多媒體名片 產生器的上傳 Java App 使用者事件 處理模組 上傳模組 預覽模組 樣板套用模組 個人通訊資料 讀取模組 個人通訊資料 解碼模組接下來進行流程說明： 如圖 17 所示，首先使用者可選取讀取個人通訊資料，使用者事件處理模組收到指 令後會向個人通訊資料讀取模組提出讀取個人通訊資料（PCI）的要求，然後個人通訊 資料讀取模組會將讀取的檔案進行解碼的動作，並將結果回傳。然後使用者便可以進行 套用，使用者事件處理模組會呼叫樣板套用模組進行套用，並呼叫預覽模組進行預覽， 當使用者套用完成後，便可進行上傳到檔案伺服器的動作，使用者事件處理模組會呼叫 上傳模組進行樣板式多媒體名片的上傳，完成整個樣板式多媒體名片的製作，接下來介 紹檔案伺服器（File server）的架構與流程。 圖 17 多媒體名片樣板套用器流程圖 使用者事件 處理模組 個人通訊資 料讀取模組 上傳模組 讀取PCI 進行解碼 讀取完成 上傳樣板式多媒體名片 樣板套用 模組 進行樣板套用 進行預覽 預覽模組 個人通訊資 料解碼模組 套用完成
4.2.2
檔案伺服器
如圖 18 所示，此為資料庫儲存伺服器架構圖，用來儲存多媒體名片（MBC）資料 與多媒體名片素材，透過資料存取模組，可提供多媒體名片產生器上傳多媒體名片，也 提供內容協調伺服器（Content Adaptation Server）取得多媒體名片，還提供多媒 體名片樣板套用器取得多媒體名片素材。而資料的上傳與下載也是屬於非同步的架構， 因為多媒體名片產生器的上傳與內容協調伺服器的下載需求是不同步的，而架構上分成 一個模組與兩個檔案庫： 1. 資料存取模組：處理樣板式多媒體名片內容與多媒體名片素材的存取。 2. 樣板式多媒體名片檔案庫：儲存使用者製作的樣板式多媒體名片內容。 3. 多媒體名片樣板素材檔案庫：儲存多媒體名片樣板套用器所需之多媒體名片樣 板素材。 圖 18 檔案伺服器架構圖 接下來進行流程說明，如圖19所示，可分成三種流程： 1. 內容協調伺服器要求取得多媒體名片（MBC），透過 Http protocol 向資料存 取模組提出多媒體名片下載需求，而資料存取模組會到樣板式多媒體名片檔案 庫中取得對應的多媒體名片，透過 Http protocol 回傳到內容協調伺服器。 2. 多媒體名片產生器要求上傳多媒體名片（MBC），透過 Http protocol 向資料 存取模組提出多媒體名片寫入需求，而資料存取模組將樣板式多媒體名片寫入 檔案庫中。 3. 多媒體名片樣板套器用在啟動時透過 Http protocol 提出載入多媒體名片樣板 接受多媒體名片 產生器的上傳 檔案伺服器 資料存取模組 樣板式 多媒體名片 檔案庫 多媒體名片樣 板素材檔案庫
素材要求，而資料存取模組會到多媒體名片樣板素材檔案庫中取得所需之素 材，透過 Http protocol 回傳到多媒體名片樣板套用器。
三種流程完成檔案伺服器的資料的上傳與下載，接下來我們將介紹內容協調伺服器 （Content Adaptation Server）的架構與流程。
圖 19 檔案伺服器流程圖 內容協調 伺服器 多媒體名片 產生器 要求讀取MBC 傳回MBC內容 資料存取 模組 樣板式多 媒體名片 檔案庫 多媒體名片 樣板套用器 多媒體名 片樣板素 材檔案庫 讀取MBC 要求上傳MBC 寫入MBC 回覆寫入完成 要求載入多媒體素材 讀取素材 傳回素材內容
4.2.3 內容協調伺服器
如圖20所示，此為內容協調伺服器的架構圖，內容協調伺服器為一個Java的應用 程式（Java App），負責多媒體名片內容之適性化協調，將入口端所要求之多媒體名片 內容轉換成適合該行動電話裝置撥放的多媒體名片，並進行包裝與壓縮，最後再傳回到 入口端，主要可以分成： 1. 事件處理模組：處理所有的事件（Event）與流程控管，當接受入口端的要求 後，會呼叫資料處理模組存放行動電話裝置資訊（Device Profile），與取得原 本使用者所編輯好的多媒體名片（MBC），完成後會呼叫決策模組進行適性化 協調（Context Adaptation）與轉譯，最後再通知資料處理模組將完成轉換 的多媒體名片（Target MBC）傳回到入口端。 2. 決策模組：將MBC導入，並依據行動電話裝置資訊進行適性化協調（Context Adaptation），將協調完成的內容，呼叫轉譯模組進行包裝與壓縮。 3. 轉譯模組：負責將協調完成之多媒體名片內容與素材進行包裝，成為一個可以 在多媒體名片播放器播放之檔案結構，並進行壓縮以加速傳輸，並將此檔案放 到資料處理模組。 4. 資料處理模組：負責到檔案伺服器取得MBC Source，與存放Device profile 和Target MBC，並負責將Target MBC透過Http protocol傳回到入口端。圖 20 內容協調伺服器架構圖 接受多媒體名片 產生器的上傳 Java App 資料處理模組 事件處理模組 決策模組 轉譯模組 MBC Device Profile Target MBC
