走失偵測進度報告

目前進度:
1.將PDA手機中的變數以xml web service的方式傳至SERVER端。
2.以Google maps api讀取，顯示在網頁上。
3.此方式為即時的方式，並且是以無線網路傳輸到網頁伺服器中。

以xml web service方式傳輸的好處:
因為以xml web service的方式傳輸是利用http層來作為傳輸，因此有特定的80 port來作為聽取有無呼叫服務，在有服務時(傳送或是接收)http之中的80 port依然保持在聽取的狀態，因此不會發生網站無法服務的狀況，而如果使用TCP/IP的方式，則程式撰寫者必須自己加入如HTTP層80 PORT的功能，否則會導致網站無法同時執行多人的服務。

程式執行畫面:

圖一.為尚未定位畫面

圖二. 自動偵測GPRS網路

圖三. 系統執行畫面

在未來我們的研究或許可參加亞洲區 XML Web Services學生程式競賽，這是第二屆亞洲區 XML Web Services學生程式競賽的網頁。

資料傳輸

XMLHTTPREQUEST無法存取客戶端資料，所以我們所持有的PDA端為client端並非 server，因此server端無法使用XMLHTTPREQUEST來要求PDA端讀取xml檔，並將讀取之後的數值由網頁傳輸到遠端server中。

XMLHTTPREQUEST的使用方式是使用者藉由HTTP傳輸一段字串到server的根目錄之中，接著網站可自動使用非同步的方式讀取一個XML檔或是其他形式的檔案並將讀取後的結果傳送給用戶端，接著客戶端的網頁會顯示剛剛使用者對server提出要求的回應，以此種方式提供使用者服務，但是此方式並無法直接傳輸一個xml檔到網站要求服務，也因此不適合我們目前思考直接將xml檔傳輸到server端的想法，也因此考慮使用其他的方式來作為傳輸資料的方式。

xml web service 之探討

使用soap的方式就是直接寫好的html檔丟到PDA中，然後利用XMLHTTPREQUEST將檔案丟到指定的伺服器，一開始可先試試是否可直接將XML檔呈現。

資料來源:xml web service

內容對xml web service有詳盡的說明，但是對於如何將PDA中的XML檔案傳輸到伺服器中仍是沒有說到，而且設定的服務通常是將伺服器的資訊提供給客戶端，而我們現在要將客戶端資訊提供給伺服器，這方面的資料比較難找尋。

資料來源:建立分散應用程式
裡面說到該怎麼使用XML web service。

資料來源:資料存取與XML支援

資料來源: .NET Compact framework
.NET Compact Framework 是與硬體無關的環境，可在個人數位助理 (PDA)、行動電話一類的裝置上執行。它會在 Microsoft Windows CE 作業系統的最上層執行，而且會依賴專門設計讓在資源受限裝置上執行的程式能夠有效運作的 Common Language Runtime (CLR)。.NET Compact Framework 將 Managed 程式碼和 XML Web 服務引入裝置，並提供例如型別安全 (Type Safety)、記憶體回收、例外狀況 (Exception) 處理和安全性等諸多優點。
...

openGTS之介紹

網址:http://www.opengts.org/

使用試用帳號:

資料傳輸之問題

目前遠端資料傳送可分為三種方式:socket,Replication,RDA

本研究需要使用到資料比對，因此必須架設主機資料庫，所以採取後兩樣技術，而又以Replication的方式更好，但是要使用兩項技術必須要架設主機資料庫，而且是必須要有正版SQL Sever 2005，目前學校有購買但是不外借，所以要先設法取得資要庫程式，才有辦法繼續下ㄧ步。

走失偵測系統之工作事項

已完成部份:
1.接收與抓取GPS訊號
2.將GPS訊號以XML檔儲存。
3.以Google maps將位置資訊讀取出。

快完成部份:
1.將資料傳輸到主機資料庫

接續的工作事項:
1.資料如何存取與比對
2.如何自動發出錯誤訊息
3.實驗

openGTS經測試之後，免費的帳號會出現this is a temporary account to be used only for testing and debug purposes.登入之後只能觀看系統的介面，因此無法得知此一軟體如何正確使用，但是可從demo選項知道座標在google maps上顯示並依照日期歸納出來，只是仍無法知道該怎麼運用在我們的研究上，因此還需要再多加考量。

Context-Aware Framework for Spontaneous Interaction of Services in Multiple Heterogeneous Spaces摘要

論文名稱:Context-Aware Framework for Spontaneous Interaction of Services in Multiple Heterogeneous Spaces

出處網址:http://ieeexplore.ieee.org/iel5/4284552/4284553/04284653.pdf?tp=&isnumber=&arnumber=4284653

作者:Brian Y. Lim, Daqing Zhang, Manli Zhu, Song Zheng

論文資料:This paper appears in: Multimedia and Expo, 2007 IEEE International Conference on
Publication Date: 2-5 July 2007
On page(s): 328-331
ISBN: 1-4244-1017-7
Digital Object Identifier: 10.1109/ICME.2007.4284653
Posted online: 2007-08-08 09:47:07.0

論文摘要: 由於提供行動裝置(PDAs, Ultra-Mobile PCs)和無線上網的地點越來越流行，客戶可以藉由結合兩項科技選擇更好的服務和存取影音，此篇論文呈現一個可以自發的和要求互動的系統，還有服務架構的設計和完成的內容。

結合感測器和在實體空間的執行機構，像是家，辦公室，和賣場，上述所提到的行動裝置就可允許在這些智慧型空間中提供使用者和服務自發的互動。

過去互動式的架構ㄧ般來說有(a)要求使用者安裝一些特殊的硬體或是軟體在他們的行動裝置中(b)從各式各樣的提供者的平台中聚集不同的服務所面對的困難(c)穿越多重不同的空間。增加消費者的值的此種架構必須增情境感知系統(d)提供可獲得服務給使用者。

大多數的方法是依靠安裝額外的硬體和軟體，此外，有限制性的情境感知是被支援的，尤其是在固有的感知就像是透過伺服器位置來感知位置，並透過將資訊放在個人的行動裝置上來個人化。作者假設了一個可快速存取的架構，此架構只需要要求browser和wireless connectivity在行動客戶端就可以自動存取服務。我們也著重在允許存取多重的空間，當每個當地的服務提供者各自獨立的提供服務時，因為系統可以聚集服務，所以我們可以使用各式不同的服務。作者延伸Semantic Space，作者說他們可以整合ㄧ以服務為導向的架構在感知的架構給感知的提供者，顧客可以促進更完整的感知理由。

SCENARIOS:
(1).Home
當到朋友家玩時，可以藉由此種服務自動下載朋友房間的portal page觀賞在不同電腦中的影音。

(2).Shopping Mall
當到賣場時也可以使用此服務來下載此賣場的portal page，就會看到廣告，打折品，和購物指南，並藉由購物指南到達最大的遊戲商店，在進入之後，就會自動下載另外的portal page，顯示出電影的DVD或是音樂CD。

DESIGN:

這些服務是透過位置和感知而來，但是當在多重智慧型空間時互動是不會改變的，此外，兩種聚集的形式已經完成，列出智慧型空間允許的服務，包含分類每個服務中的內容(CD metadata, videos, etc)。

1.Captive portal to enable spontaneous access without installing software
在作者的方案中，客戶在可獲得的portal被確認並再次詢問Service Portal，客戶可以在Service Portal找到他們想要的服務，當受控制的portal機器明顯的再詢問客戶到Service Portal，透過DNS的操作，客戶只需要無線連接和web browser。

使用步驟是:連接到wireless hotspot->browser偵測到Captive Portal->再到Service Portal->找尋使用者要的服務。

使用普遍存在的HTTP和WiFi連現在全部的上網地點，可使用網路的客戶可以有相同的互動去存取和觸發服務在每個智慧型空間中，而且使用者也不需更換browsers，因此可使用相同的使用者介面卻不受限制，客戶也可製作屬於自己要求的使用者介面。

作者使用J2EE Servlets/JSP當作中介軟體的平台去實現自動互動的架構的模型，在桌上型電腦使用。安裝DD-WRT as the Captive Portal on a LinksysWRT54GL router and directed it to forward browsers to the Service Portal server.

限制性:
最初的模型還是要事先安裝和hard-coding service並收集到core 架構中在每一個智慧型空間。作者期望可影響OSGi去允許結構的機器可以給管理者使用。然後作者也希望可以在PDA上使用。


Semantic Web之解釋

SQL mobile 遠端資料存取

資料來源:Mobile平台應用與開發

兩種同步資料的方式:
1.RDA(Remote Data Access)
(1)屬於同步資料中最簡單的模式
(2)RDA的資料同步皆是由客戶端發起，伺服端只是回應客戶端的請求。
(3)使用PULL方法，將遠端伺服器資料下載到本地SQL Mobile資料庫中；使用PUSH方法，將本地資料中的
改變提交回遠端SQL Server資料庫中。
(4)支援SubmitSQL方法，支援將一個SQL語法提交到遠端SQL Server資料庫中執行。
(5)SubmitSQL支援任何SQL語法，無法返回結果集。
(6)SubmitSQL主要用於執行insert,update,delete。
(7)RDA的PULL方法每次只能從SQL Server資料庫獲取依個結果集
(8)結果集會被保存成衣個資料表，再次呼叫PULL方法前，必須先刪除之前的資料表。
(9)多個用戶執行PUSH方法，RDA不會檢測資料衝突。

2.SQL Server Mobile Replication
(1)當行動裝置連上網時，設備端資料自動與資料庫伺服器同步，將客戶端修改發送到伺服器，然後下載被修
改的資料。
(2)有解決資料衝突的機制

3.RDA與Replication比較
(1)資料交換方面:Replication支援伺服端與客戶端的雙向資料傳遞，RDA只支援單向，即從客戶端到伺服
端，再從伺服端回到客戶端。
(2)同步資料表:Replication一次呼叫可以同步多個資料表；而RDA一次呼叫只能同步ㄧ個資料表。
(3)原資料改變方面:Replication中如果在Publisher中增加或刪除資料表，不需要重新進行資料初始化，
系統就可以自動將資料修改結果同步到Subscriber的SQL Mobile資料庫中。RDA不會自動將資料表同步
到客戶端。
(4)約束和索引:Replication支援的約束和索引會被自動複製到SQL Mobile資料庫中。RDA不會。
(5)資料衝突:Replication有解決衝突的機制。
(6)資料表架構變化:Replication中部份資料表架構變化可以被自動複製。
(7)工具支援:可以使用SQL Server Management Studio對Replication進行管理。
(8)伺服器設置:Replication需要對SQL Server資料庫進行設置，RDA不需要。
(9)儲存空間:Replication需要建立一個新的資料表對資料改變進行追蹤，會佔用比RDA更多空間。

投稿TANET 2007 臺灣網際網路研討會的論文被接受

論文編號：141
論文標題：Detecting Deviation Based on Tree Traversal for Individuals with Cognitive Impairments 智慧型精障者路徑導引與預防走失系統之行動運算

會議網址:

Communitywalk

CommunityWalk Map - Map 166489