第五章 結論與未來發展
5.1 結論
在一般的網站上，目前各網站大都以自身業務來當作主要的服務項目，而 沒有與其它網站彼此之間做合作，這樣的情形導致當旅遊者需要其它旅遊服務 時，便要到相關有提供旅遊者需求的網站上去，如景點、交通、飯店和餐廳等 旅遊服務，光是要找到所要的網站就要花費上許多尋找時間，而且有時網站還 必須先註冊才能訂購其網站上所提供的旅遊服務，如此一來對於使用者而言是 相當沒有效率，然而一般的旅遊網站所提供的旅遊服務大都是暨定的套裝旅遊 為主，普遍缺少站在旅遊消費者角度的旅遊服務。
本研究根據「一站式服務」的概念並加以實作，所謂的「一站式服務」就 是有能力整合異業所提供之服務，並加以重組這些服務以方便使用者為目標加 以設計平台進而以旅遊為應用來驗證，旅遊者只需在網站上輸入出發時間、遊 玩景點、遊玩天數、和出發的時間，此時就可以藉由本研究「一站式旅遊服務 平台」提供行程規劃之建議和安排，如景點、飯店、餐廳和交通。旅遊者經由 選擇所要的需求之後，按下同意即可將啟動此預訂服務，此時即可透過一站旅 遊服務平台進行餐廳訂位、住宿預約之整合化服務。後續與各旅遊業者平台的 溝通則交由一站式服務平台負責。旅遊者只需等待最後的預定結果即可，就毋
本研究一站式旅遊服務平台與一般旅遊網站另外不同之處，在於提供旅遊 者「自助旅遊」的功能，旅遊者可以自行選擇自己喜歡的景點來安排旅遊，並 透過平台上所提供旅遊服務可幫助旅遊者規劃行程、選擇喜歡的飯店與餐廳並 提供交通路線的規劃，如此一來就不必受限在旅遊業者的套裝行程上做選擇的 限制。
本研究以台北都會自助旅遊為例，來發展「一站式旅遊服務」平台。在平 台中提出三層式的流程描述語言轉換模式，將旅遊規劃由領域觀點的旅遊工作 描述語言轉換成技術觀點之BPEL4WS 工作流程描述語言。除此之外，平台並 導入工作流程自動規劃模組來整合各類旅遊網路服務物件。為了整合工作流程 應用技術和 ebXML 註冊儲存庫技術，本研究進而發展註冊儲存庫為基礎的聯 合查詢和工作流程為基礎之聯合查詢來達成多網站查詢與訂購旅遊服務的功 能。透過本平台的「一站式旅遊服務」技術，可幫助旅遊者在一站內規劃行程、
自動化查詢與訂購多網站的旅遊資訊與服務。
亦達到「一站式旅遊服務」平台五個預期的目標：
1. 個人化：實作旅遊行程產生器，讓旅遊者可依個人的喜好來決定行程 2. 自動化：實作旅遊行程規劃模組，讓景點、飯店和餐廳查詢和預訂的
作業上以自動化進行，旅遊者毋須在自行手動註冊並手動訂 購所需的旅遊服務。
3. 彈性化：實作旅遊行程變更模組，讓旅遊者在行程上的飯店和餐
廳可以自行決定變更。
4. 整合化：實作中介語言和旅遊行程轉換器，將各不同性質的旅遊服務 整合，如景點查詢和訂購、飯店查詢和訂房、及餐廳查詢 和訂位等旅遊服務整合起來，進而提供相關的旅遊資訊。
以方便旅遊者使用。
5. 擴充化：使用 ebXML 註冊儲存庫，方便以後因增加不同的地點，隨 之而來的景點、飯店、交通和餐廳等相關旅遊資訊的增加，
來負責管理這些旅遊資源的新增、修改和刪除。
5.2 應用及未來發展
「一站式服務」逐漸受到各界的重視，如以政府為例，近年來便推行「電 子政府共通平台」的計畫，其主要目的在於規劃在跨政府單位的資訊平台以及 資料庫互相運作的分散式整合平台中提供「一站式服務」，讓民眾方便在政府一 個入口網站提出所要需求，則後端的平台即能動態的工作流程，聯合各政府單 位的資訊平台來完成民眾所提出並達到的需求服務，相信未來「一站式服務」
的概念便會在各行各業逐漸發展。
目前以 Workflow 為基礎的資訊網服務整合仍然存在許多的問題有待研究 和解決，主要包括以下幾點：
在資訊網服務的組合建構和管理通常是要擁有相關的專業知識和大量 的時間，目前許多研究皆發展許多系統來輔助以便減少這方面的問 題，如eFlow、SCET 或 FUSION 等。
z 挑選問題
在資訊網服務的組合時，相同功能的資訊網服務會存在著好幾個，要 如何挑選適當的資訊網服務仍有待解決。許多研究會從資訊網的執行 時間、品質或效能來做挑選的依據。
z 安全性與可靠性
所謂的安全性是確保資料在處理傳送過程之中受到保護，目前在針對 安全性方面，有許多規範和研究相繼提出如WS-Security【24】標準以 提供資訊網服務的安全，在可靠性則是確保資料能在網路上確實的傳 送WS-Reliability【25】的目的在提供網路服務應用程式一個可靠的訊 息需求，並保證網路上的訊息傳輸的可靠性和安全性。
目前ebXML註冊儲存庫還在發展的階段，尚未完成開發成熟，在聯合作業 方面目前只有Hierarchical 方式，應有其它不同的形式的聯合作業的方式有待發 展，以應不同情況來使用，如日本Hajime【28】則提出五種聯合模型分別為:
1. Type 0: No Federation：各註冊儲存庫間不處理聯合互作。
2. Type 1: Bi-literal Agreement：雙方協約的聯合互作。
3. Type2: Federation Following a Same Policy：使用共同協約的多方聯
合互作。
4. Type 3: Hierarchical RR Federation：階層式協約的多方聯合互作。
5. Type 4: Dispersed Registries：分散式協約的多方聯合互作。
葉耀明教授【28】在第十三屆ebXML亞洲會議上，提出註冊儲存庫聯合互 作的運作必須分為「Administration Function View」和「Content View」兩個面 向來討論，在第二章Hajime所提出的五種類型的註冊儲存庫聯合互作則是歸類 到「Administration Function View」面向，而在「Content View」面向部份的提 出三種新的聯合互作模式，分別為:
1. Replicated Repository：儲存庫資料做相同複製，例如 UDDI Portal 則 是採用此種運作方式。
2. Hierarchical Repository：參與的註冊儲存庫資料使用相同分類平台或 相同資料運作概念(註：N+1 階層的儲存庫定義)以相同資料模型來分 散式方式儲存個別的儲存庫資料(N 階層的儲存庫)，例如我國電子化 政府共通平台採用此種運作方式。
3. Peer-to-Peer Repository：參與的註冊儲存庫資料各自有 Metamodal 和 分類平台，必須透過Metamodal 交換才能做聯合互作。
