建置位置感知整式网路服务.pptVIP

建置位置感知整合式網路服務 研究生：李炫皞 指導教授：蔡尚榮 報告內容 研究動機 目標 系統規劃 系統實作 結論 研究動機(1/2) 手工操作的網頁介面 網路訂票、預約飯店、交通查詢 Web Service 服務 可以跨平台、穿越防火牆 供程式設計師開發相關應用 達成自動化網路服務的目標 研究動機(2/2) 整合網路上的 Web Service 提供更高階的服務 結合位置感知的功能 目標(1/3) 整合Web Service的功能 工作流程表示的設計 整合服務設計者不必再使用傳統的程式語言去呼叫Web Service 利用本系統的Action Script，開發出所要的整合服務 降低整合服務設計者學習的門檻 目標(2/3) 把web資料與位置感知系統結合 運用適當的位置感知裝置，自動取得目前所在地附近的相關資訊 本系統並不限定使用特定的位置感知設備。但在實作的例子中將用全球定位系統(GPS)做為位置感知的設備 目標(3/3) 設計一套抽象的位置表示法 不同的位置感知設備會有不同的位置資訊表示法 設計一種抽象式的位置表示法，使用任何位置感知裝置，均轉換成一致的表示法 系統的設計上，保留位置表示法處理的彈性 劇本 開車自助旅行的整合服務 便利商店購物 加油站 查詢旅館訂房 選擇餐廳飯店 找尋觀光景點 系統規劃-位置的表示法 GPS常用經緯度或橫麥卡脫投影座標 與行政地理區無關 服務的距離範圍須經過計算 行動電話及無線區域網路各有其定位表示法 表示法不一致在設計服務時不易整合 系統規劃- Location Domain(1/2) 設計一個抽象化的位置表示法 與感知裝置種類無關 可結合行政地理區 能提供大小範圍不同的服務 Location Domian ID (LID) 六個Bytes的數字，中間用點分開 .5.6 系統規劃- Location Domain(2/2) LID 採階層式的規劃 最左邊為最大的範圍 最右邊為最小的範圍 只用前幾個Bytes表示較大的服務範圍 例：6 六個Bytes全用是較小的服務範圍 例：6.4.52 系統規劃- LID 階層示意圖(僅表示出三層) 系統規劃- Location Domain 的轉換 將座標轉換成LID 系統內的Location Tracker 只負責記錄使用者的位置 轉換的工作由系統外部的服務達成 視為一個被整合的服務 保持系統的彈性，可適用不同的感測裝置及座標系統 系統規劃-工作處理流程(Workflow) 輸入輸出的轉向 資料型態的轉換 資料的運算及過濾 暫存的資料 執行的順序 錯誤的處理 系統規劃-現有的工作處理流程規範 IBM的WSFL(Web Service Flow Language) Microsoft的XLANG IBM、Microsoft、BEA共同發表的BPEL4WS (Business Process Execution Language for Web Service) W3C的WSCL(Web Service Conversation Language) 系統規劃- Action Script File (ASF) 設計ASF(整合服務描述檔) 採用XML文件的格式 標示要被整合的服務 標示被整合服務的輸入輸出參數 workflow的動作內容 設計ASI (Action Script Interpreter) ASF的執行引擎 顧及執行效率，不轉譯成其他workflow的標準 系統規劃-Gateway 整合Web Service的中介單元 介於ASI與Web Service之間 可以不用直接用SOAP呼叫Web Service 可做資料型態轉換、過濾選擇 用人工撰寫 可包裝各種網路服務 ASF註冊檔提供整合服務的項目 Integrated Service Interface送往ASI的訊息 ASI與Location Translation傳送的訊息 送往XDS的訊息 XDS傳回的訊息 結果畫面的產生 ASF檔的內容範例(1/8) ASF檔的內容範例(2/8) ASF檔的內容範例(3/8) ASF檔的內容範例(4/8) ASF檔的內容範例(5/8) ASF檔的內容範例(6/8) ASF檔的內容範例(7/8) ASF檔的內容範例(8/8) ASF檔的格式(1/3) ?xml version=“1.0” encoding=“Big5”?action about/ extServices/ sends/ receives/ gets/ returns/ procedure//action ASF檔的格式(2/3) 標頭與XML的根元素?xml version=“1.0” encoding=“Big5