專題研究報告

為了達到可以使用PHS手機瀏覽網頁的目的，大眾電信採用了日本DDI POCKET公司所制定的P-mail Deluxe Protocol；利用此協定並配合上硬體的運作，製作符合該協定規格的網頁內容，存放於WWW Server中。當有用戶發出連結某網頁的指示時，系統會自動取得該網頁內容並進行適當的轉換後再將結果呈現於用戶的PHS手機畫面上。

以P-mail Deluxe Protocol(往後簡稱PDX)的原則所製定出來的網頁，依可展現的功能及可取得的資訊有所不同，可區分為兩大類：第一類是必需與大眾電信簽約的Contents，我們稱之Official contents，此種Content可享有較多的權力與義務。另一種是由個人或非簽約廠商所提供的Contents，稱之為 Open Net Content(公開網)，簡稱為ONC。其所能展現的功能較為陽春，但也不用受到章程的束縛。

由於PDX協定是使用Mail格式作溝通，故我們必需對一般在Internet世界中使用的mail格式有所了解，才能進行完整且正確的運用。

Mail格式採用RFC822規範，使用AscII的方式傳送。至於非AscII的部份就交由MIME格式來處理。

Mail由簡單信封(在RFC821描述)，數個信件標頭欄位、一空白行及信件本體所組成。各標頭欄位為一行AscII字串，每行包含一欄位名稱、冒號及值。和訊息傳送有關的標頭欄位如下：

除了上述和訊息傳送有關的標頭欄位外，亦可能包含使用者代理程式或用使用者所需的各種標頭欄位，常使用到的標頭如下：

再者，RFC822文件允許使用者設立私人用途的標頭欄位，欄位名稱需以X-開頭。PDX協定大量的使用了X-開頭的欄位，用以區別及控制PDX所提供的特有功能，此部份用法與說明請參照下一段內容。

在標頭欄位之後的內容均為文件本體，使用者可放任何訊息。但若要放入非AscII碼的資料時，請必需符合MIME格式規範。

早期的Arpanet Mail都只以英文撰寫，用AscII儲存，但現下Internet的世界中Mail所傳遞的內容要涵蓋各國語言文字(如中文、日文、俄文等非AscII碼文字)、影像、音樂，只有AscII碼，早已不符使用。故發展出MIME格式。MIME的基本構想為沿用RFC822格式，在信件主體加上結構定義非AscII訊息的標頭欄位。如下：

Content-Description：此欄位為AscII字串表示訊息內容，讓接收者可以判斷是否要解碼及閱讀此訊息。

Content-Transfer-Encoding：告知信件主體不是由英文數字或標點組成時的包裝方式。以二進位的方式有兩種：base64和quoted-printable。base64的作法是將24位元一組的資料分割成四個6位元單位，各單位以合法的AscII字元寄出。quoted-printable則是採用7位元的AscII，超過127部份則編碼為等號後接此字元的兩位十六進位數值。

Content-Type：標明信件本體的欄位共有七種型態，其下各有一個或多個次型態。型態及次型態以斜線隔開，如：Content-Type:video/mpeg

Text：此型態指連續的文字。Text/plain訊息可依接收內容顯示，無須編碼或進一步處理。Text/richtext讓簡單的標示語言(markup language)可包含在文字中。標示語言以SGML為基礎，SGML同為WWW的HTML的基礎。

Multipart：可讓訊息不只也含一個部分，每個部分的起止皆可清楚的區隔。Mixed次型態允許各部分不同。相對的，Alternative次型態的每個部分需含相同的訊息，但可用不同的媒體或編碼。

除了一般語音通話的功能(還可當作walkie talkie)，手機還可成為瀏覽網頁的工具，其工作如下：

C. 接收用戶所輸入的選項或其它輸入的資料，並傳送給PDX Center

PDX Center屬於一個Server群組，它負責取得手機所指向的網頁內容，再經由適當的處理後回傳給手機。

由於PHS手機並沒有Micro Browser，故無法轉換一般html的文件內容，因此手機並不是直接Access WWW Server，而是透過PDX Center進行。而PDX Center面對WWW Server時也是採用HTTP Protocol(HTTP/1.0)對TCP80號Port進行Access。另一點要注意的是，WWW Server中所準備的網頁內容必需符合PDX的要求，PDX Center才能正常的將網頁內容傳送於手機中。

資料的取得只有靠PDX Center進行告知；PDX Center會以傳遞參數的方式通知Contents，當未收到參數內容時，請以Default值認定。參數的內容可能是手機用戶發出連結命令時所帶出的標題、本文，或是屬於描述手機特性的資訊，如：可顯示圖形的狀態、種類等。

PDX Center所傳遞的參數也有可能隨著Contents需求日新月異而有所變化；目前已定義出的參數如下：

<from>由Official_name+門號經由運算式後獲得；相對於Official_name +門號，CUID是唯一的，也就是說，相同的門號連結相同的Content，每一次所獲得的CUID是相同的。

<pdxfrom>PDX Center對於每次連線所賦予的識別碼。由十位數以下的英文+數字所構成。相同的Contents可以透過此ID判斷是否為相同的用戶；但用戶離線後再連線時，此ID已改變。

記錄用戶手機對同一個Directory連線的累積次數。例如：如果第一次Access某Contents時，值是1，第二次Access時會累加1，以此類推。當離線後再次連結，Count會重新計算。

這是表示用戶手機收信時可以接受的Content-Type。這個值通知WWW Server本文的格式，通常是plane text。這個tag的值有：

最初這個參數是用來通知WWW Server用戶手機可以處理的實際狀況，現在可利用這個參數傳遞Option功能。這個參數是不定長的，要看各種功能實際支援的情況。以下是各個Option的說明：

<例>用戶手機支援LEVEL2 ICON和JPEG時，PDX Center將發出：TAG=20000000001000通知。

在Content提出要求傳送 NICKNAME時才會傳遞此內容。為了避免Mail地址登記錯誤，PDX Center具有要求正在連線用戶傳nickname的功能。當然，用戶有權拒絕此要求。若是某content要求用戶的mail地址時，必需在WWW Server輸出的mail header中加入以下的指令：

PDX 協定自行定義了一些tag語法，而這些語法不同於一般html所規範的條件，在使用時要格外注意。mail的本文是以text的形式來呈現，mail header中記述─Content-Type: Text/Plane；當mail本文中含有PDX tag時，就必需在mail header中記述─Content-Type: Text/X-PmailDX。以下為PDX tag一覽表，請觀察其語法及相關定義：

Tag	語法	意義	動作	附註
SUB	〈SUB=字串〉	Subject指定的tag	mail回信時，按照參數指定的字串置於Subject中再發送	此tag必需置放於本文開始之前
SEL	<SEL=key;address>	選擇address的tag	key表示用戶輸入的選項，address對應出要去的地方(網頁位址)	1. 此tag必需置放於本文開始之前 2. Key值是0~99的1~2位元整數 3. 如果輸入非Key所定義的選項，將會跳回from所指向的位址
#	<#字串>		在該tag的位置顯示所指定的全形icon	以#起頭的tag全部表示icon
BL	<BL>字串</BL>	閃爍(blink)	Tag所框起部份進行閃爍
C	<C=XXYYZZ> </C>	指定color	用”=”之後指定的顏色顯示<C=XXYYZZ>tag之後的文字。指定的顔色是以16位的RGB（XX=紅、YY=綠、ZZ=藍）來表示。</C>tag後的文字是以default顔色顯示	<C>tag可單獨使用，不一定要與</C>成對使用。例：<C=FFF000>黃色的文字<C=0000FF>藍色的文字</C>
BODY	<BODY=XXYYZZ;BG=XXYYZZ;IMG=auau.bmp>	指定default的color、背景色、背景圖像	<C>tag開始指定的文字色是使用於</C>之前的文字，以後的文字就以BODY所設定的。.BG指定的是背景色，IMG指定的是背景圖像；但背景圖像不是均可使用的。未指定本Tag時的deflaut值為： <BODY=000000;BG=FFFFFF>	此tag必需置放於本文開始之前
IMG	<IMG="filename";畫頁數>	顯示image的tag	Filename的圖像會顯示在tag所在位置。這個Tag出現在行的中間時，會換行後再顯示圖像。之後若緊接文字，也會換行顯示。若圖像是屬於CBMP格式時，可以指定畫頁數

PDX tag一覽表

因為模擬器不支援撥放音樂檔，所以無法用模擬器測試，必須用手機測試。

WAP (Wireless Application Protocol)，其中文翻譯是"無線應用協定"。而這個協定是在1997年12月，Ericsson，Motorola，Nokia 和 Unwired Planet 聯合創立了一個名稱為"WAP論壇" (WAP Forum) 的協會，專門從事無線協定之討論及規劃。

WML(Wireless Markup Language)是依據XML(Extensible Markup Language)所衍生出來的一種語言。因為手機功能不如電腦，我們也可推斷，有許多電腦網頁功能不在手機網頁規格內。我們也可想像，手機因多出通話之功能及無線之考量，其網頁規格 (WML) 也會多出一些新的功能。但它可以做的在目前來說還是有限的。因為WML中的資訊大多是靜態的，那就跟無線行出了一個很大的衝突了。

<?xml version="1.0"?>
       
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml">
       

   
<wml>
   
<card id="HELLO" title="HELLO">
       
<p>
   
HELLO！
   
</p>
   
</card>
   
</wml>

以上為一個簡單的wml，首兩行是wml的規格而，之後就為內容

但當WML遇上ASP之後，由ASP扮演GATEWAY的角色，由此再連上後端的伺服器，取得更新更多的消息。

<?xml version="1.0"?>
   
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml">
   

   
<wml>
   
<card id="HELLO" title="HELLO">
   
<p>
   
<%=time%>
   
</p>
   
</card>
   
</wml>

當VB6.0加入以後我們可以自己製造元件在ASP引用之下可發揮更大的功用

1.持續開發Wap與PHS線上的功能，Wap在線上即時的服務方面，已經可做到新聞、股票、星座、氣象等的即時資訊，PHS也朝向即時服務的方向努力，而Wap在未來也期望改善Push功能的服務，讓Wap的服務更人性化。

2.由於PHS方面還在初起步的階段，在可得資源不足的情況下，進度不如預期，期望未來逐漸熟悉之後，能發揮PHS手機的優勢，提供更多的服務。

標頭欄位	意義
To:	主收件人的郵件地址
Cc:	次收件人的郵件地址
Bcc:	秘密複本竹郵件地址
From:	產生信件的人
Sender:	實際的寄件人地址
Received:	路徑上每個傳送代理程式會加一行
Return-Path:	可用以識別回寄信人的路徑

標頭欄位	意義
Date:	信件寄出時間
Reply-To:	回信的郵件地址
Message-Id:	唯一的信件代號
In-Reply-To:	回信的原信代號
References:	其他相關的信件代號
Keyword:	使用者選擇關鍵字
Subject:	信件摘要

標頭欄位	意義
MIME Version:	標示MIME版本
Content-Description:	給人閱讀的字串，表示訊息內容
Content-Id:	唯一的代號
Content-Transfer-Encoding:	主體的包裝方式
Content-Type:	訊息的本質

型態	次型態	描述
Text	Plain	無格式的文字
Text	Richtext	具簡單格式化指令的文字
Image	Gif	GIF格式的靜態影像
Image	Jpeg	JPEG格式的靜態影像
Audio	Basic	聲音
Video	Mpeg	MPEG格式的電影
Application	Octet-stream	未解譯的位元組序列
Application	Postscript	PostScript格式的可列印文件
Message	RFC822	MIME RFC822訊息
	Partial	方便傳送的切割訊息
	External-body	須從網路抓取的訊息
Multipart	Mixed	特定順序的獨立部份
	Alternative	不同格式的相同訊息
	Parallel	需同時觀看的數個部份
	Digest	各部份為完整的RFC822訊息

	項目	Official contents	ONC	說明
PDX Center所傳遞的參數
1.	表題	subj	pdxsubj
2.	本文	data	pdxdata
3.	CUID/	from	7	Official Contents所獲得的參數是CUID，它是一個Unique number。相同的門號連結相同的路徑時，獲得的代碼是相同的。
4.	SessionID	7	pdxfrom	ONC所獲得的參數是Session_id，它是在每次連結時產生，每次隨機產生
5.	連結同一路徑下的連結次數	turn	pdxturn
6.	MAIL TYPE	type	pdxtype
7.	手機功能說明TAG	TAG	pdxTAG
8.	Nickname	s	s	手機用戶的Mail address；但前提為該用戶有申請Mail Box
9.	經度	la	7
10.	緯度	lo	7
Mail header(一般)
11.	X-PmailDX-CTRL:LineDisconnect	3	3	切斷連線指令；若以@MENU方式(註)連結、遇到此指令時PDX Center會傳送”繼續連線嗎?”的詢問句；若選”1”則會回@MENU中
12.	X-PmailDX-CTRL: NameRequest	3	3	要求回送Mail address的指令
13.	X-PmailDX-CTRL:ServiceCharge	3	7	產生計費記錄的指令。當網頁加入此指令時，PDX Center就會產生一筆計費記錄。

	1	2	3	4	5	6	7	8	9	10	11	12	13	14
J88	3	1	1	1	0	0	0	1	1	0	0	0	0
J90	3	1	2	2	0	3	2	1	4	1	0	0	1	1

Tag