星期一, 11月 19, 2007

無線通訊與識別技術應用於物件位置桿之系統建立之研究--之論文研究與探討

此研究出處為:MIST2007

摘要:
此系統利用GPS(室外)和RFID(室內)來作為感測的工具,傳輸的方式則是透過WI-FI無線網路來作為傳輸的方式,藉著無線網路連結到後端地理資訊系統進行明確位置之分析,系統自動判讀物件是否異常,例如不在監控區域內或與系統失去連結。並期望以低成本的方式發展物件感知的服務,例如失智老人所在位置。

此研究之動機:
此系統加入RFID之原因在於辨識物件的身分與資料,並利用RFID的事內能力彌補GPS在室內定位不足的限制,此系統研究人員更想擴大服務的範圍到物件監控服務,譬如在物件管理與資產追蹤上,他們認為可以有效提高資產管理的品質,也可減低傳統監控所需的成本與人力;另外,他們也有想到使用在人員監控上,譬如對師至病患的照護服務,可減少照護的成本和病患的走失率。

此篇論文使用的技術主要有三種,RFID,GPS,GIS(地理資訊系統,Geographic information System),是一套可以整合各項相關地理資料的資訊化作業系統,其架構於依完整豐富的地理資料庫上,並具有擷取,編修,更新,儲存,查詢,處理,分析即展示的不同功能,此篇論文所使用的GIS軟體工具為美國MapInfo公司所開發的MapXtreme Java,可於Internet上開發與部屬地圖應用程式的地圖應用伺服器,透過地圖實現資料視覺化,可顯示資料之間的關聯和發展趨勢。

系統架構:
(1)物件進出的監控:
在出入口設置主動式RFID Reader來監控物件進出的紀錄。

(2)室外物件感知模式:
作者想法為在物件端開發一個PDA應用程式,以此應用程式銜接RFID,藍芽GPS,再將讀取到的GPS座標資訊,透過WI-FI傳輸到後端的位置分析管理服務儲存。
位置分析管理服務以地理資訊系統為基礎,透過讀取資料庫中所記錄的物件座標資訊,再結合地理資料庫,達到在地圖上以圖形化的方式呈現。

監控模式:
(1)物件進出的監控:
主要做法分為兩部份,一為在出入口或是管制區域內設置主動式RFID,另一方面則是物件會黏貼存放識別資料的Tag。
當Reader無法偵測到Tag,則表示Reader異常,發出Reader故障的訊號。如可以正常讀取,則將讀取到的Tag資料傳送到資料庫比對,並判斷物件是否可離開此區域,如果查詢到物件不可離開此區域而且此物件已離開,則發出遺失通知。
(2)室外物件感知模式
此系統實作系統流程方面,將在隨身定位服務上設計一室外物件位置感知監控功能,當按下PDA 處理器上的啟動監控按鈕後,即可啟動活動區域偵測。當啟動室外監控物件模式時,PDA 處理器會先擷取所監控的物件是否為有效GPS 座標,如果所監測之座標無效則啟動判斷GPS 是否有效計時器T,若五分鐘內都無法偵測到有效的GPS 座標時(無效時間> 5 分鐘),系統將發出物件失蹤的警告。
反之,當偵測GPS 座標訊號有效時,PDA 處理器會先擷取有效的GPS 座標P,接著判斷P的位置是否有改變,若P 的位置沒有改變,則表示物件處於靜止狀態,資料庫無須更動,系統會繼續監控物件座標。若P 的位置有改變時,表示物件正在移動,系統將會立即將移動後的座標傳送到資料庫伺服器,然後繼續此監控流程。

系統運作流程:
此系統開始時,監控人員透過本系統設計之網頁輸入欲查詢物件的Tag ID,系統會利用此Tag ID 到物件資料與座標資料庫去抓取物件最新的座標資料,並將此座標資料進行GIS 資訊轉換,這個程序是利用該物件的座標資料到地理資訊資料庫抓取相對應的圖層。
然後繼續該物件的監控服務,並隨時判斷是否有異常狀況的發生,異常狀況如物件離開限制的室內監控區域、物件在室外失去GPS 位置的訊號等狀況,則位置分析管理服務將最新的物件經緯度的資訊轉換成GIS的資訊,例如物件移動軌跡的描繪等。再整合與物件相關的資訊,如遺失物件最後的所在地理位置等資訊,以警告監控人員,直到此服務完成為止。
GIS 資訊的轉換是利用本研究所設計的地理資訊系統進行轉換,是以GIS 技術為基礎,將建築物、街道、地理區塊等物件附近相關的位置資訊以圖層影像的方式加以呈現。

解決方案的探討與選擇:
本研究在物件端的定位方案所選擇的是RFID+ PDA或3G/GSM Cell Phone with Wi-Fi and GPS Cards。

系統環境的假設:
1.考慮到攜帶性與方便性,在室外監控的模式下,物件必須是無生命的物體。
2. 室外所偵測的區域是在Wi-Fi 無線網路的涵蓋區域下,例如大台北都會區已經廣佈無線網路的節點,隨時隨地都可連接網際網路。
3. PDA 處理器必須支援RFID reader CF 介面的模組,還須配備RFID Reader CF Card。
4. GPS 接收器可以透過PDA 的任何介面來裝備,例如Secure Digital(SD)介面、CF 介面以及藍芽介面。本研究是採藍芽介面來銜接GPS 接收器。

物件定位服務的設計:

物件定位服務包含三個部份。
第一是GPS 接收器:
可提供物件目前的經緯度座標、時間、速度與方向等衛星定位資訊,透過藍芽傳輸的方式將這些與位置有關的資訊傳送給PDA處理器。
第二是RFID Tag 卡片:
可提供物件識別或相關的物件資訊,透過RFID 頻率433MHz 傳送到PDA處理器。
第三是PDA 處理器:
PDA 處理器的CF 介面安裝有主動式RFID Reader 卡,使其具備RFID Reader的功能,同時也支援藍芽介面傳輸功能。
再透過本系統開發的程式,將接收到的GPS 與RFID 訊號進行解析、指令執行和邏輯判斷,並且透過Wi-Fi 無線技術將整合的訊息傳送到資料庫伺服器記錄。
位置分析管理服務的運作原理與轉換流程:
地理資訊系統的地圖圖像(Map Image)呈現主要是由許多圖層堆疊而成,圖層的種類可分為點、線、面三類型,例如景點的呈現可以是點類型圖層,街道的呈現可以是線類型的圖層,公園的呈現可以是面類型的圖層。在本系統中位置分析服務會以此堆疊方式先建置一個基礎的地圖,再將資料庫中所儲存的GPS 經緯度資訊以點類型圖層的方式呼叫Insert()這個方法,將圖層插入到這個基礎地圖,以此達到即時監控的功能。
位置分析管理服務在使用者協尋介面端是以HTML 瀏覽器來讀取位置分析管理服務所提供的ServletContainer 所產生的Map Image。
Servlet Container 主要由MapXtreme Servlet、User Defined Servlet 所組成,MapXtreme Servlet 提供User Defined Servlet 所需的Map Image,Map Image 是透過MapXtreme Servlet 呼叫MapJ 物件讀取Map Defined File(MDF)格式的檔案所產生,而其中MDF 檔案中定義了基本地圖呈現方式、圖層數量、圖層大小、圖層顯現等,也包含了各圖層的資料(路名、編號等,以TAB 的檔名呈現)。
在建置一個地圖時,步驟如下所述。
1. 在伺服器上建置一個MDF 檔存取本地端的地圖資源。
2. 使用者每次連線將使用MDF 的定義檔來重新初始化MapJ 的物件。
3. User Defined Servlet 利用MapXtreme Servlet 來製造Map image。
4. Map image 傳回User Defined Servlet。
5. User Defined Servlet 將地圖併入HTML 傳到使用者端。
實驗分析:
針對遮蔽物的影響因素進行實際測試後,分別針對發現GPS 在室內監測並無法偵測到有效的資料,在走廊上雖然可以偵測到有效的GPS 資料,但是靜止狀態下每秒的誤差卻達到將近100 公尺,最後在空曠處進行實驗,結果驗證在空曠處GPS 的準確度很高,誤差近乎於0,因此我們可知多路徑效應誤差對GPS 訊號接收的準確度影響是相當大的。
此系統遭遇的限制:
1.地理資訊資料庫侷限於新莊到泰山地區,無法提供此地區以外詳細的物件相關資訊服務。
2.無線技術受到遮蔽物遮蔽的影響。
3.行動裝置的電力問題
4.物件在高速狀態下無法使用wifi。
對於此篇論文之研究與討論:

1.論文優點:
(1)有分析GPS接收度好壞的數據。
(2)內容詳盡,將此系統的概念描述的非常清楚。
2.系統缺點:
(1)網頁所選用的地圖:
介面不夠人性化,且只可顯示一個點在地圖上。
(2)系統的圖資有限,因此有使用上的範圍
(3)從論文中看來,此篇論文作者還無法寫出在PDA上所需撰寫的程式。
(4)論文中提到RFID Tag限制在無生命的物品上使用,有非常大的使用限制。
(5)RFID Tag難免有標籤化的問題,此系統作者並無考慮此一點。
(6)判別GPS所偵測的座標是否有效為5分鐘,此數據如何選用並無根據。

走失偵測系統與此系統之比較(針對室外監控部份):
(1)此系統有辦法完成之判別,走失偵測系統已經早就可以做到。
(2)走失偵測系統給精障者使用,除去無線通訊與識別技術應用於物件位置桿之系統中只給無生命使用的限制。
(3)使用Google maps當作地圖介面,引入Web2.0的概念,讓使用者操作方便,並以一路徑方式顯示出使用者的位置,更可達到監控與照護的目的。
(4)未來朝向自動化監測目的更可減輕監控者的負擔。
(5)無時間倒數機制,雖然物品停在原地,但有可能內容物被拿走或是人員已經受傷之類的狀況發生,此系統研發人員欠缺此一層考慮。

星期四, 11月 08, 2007

learning and inferring transportation routines

learning and inferring transportation routines與走失偵測系統的差異

1.此套系統使用非監控式的方式,而且依照論文中的敘述,此系統只有模擬狀況,並無真正地接收GPS訊號來運作,並且與我們的系統差異最大的地方在於他們的系統雖然也有一路徑,但是偵測時並非全按照所記錄的路徑來作為偵測,在此系統設定某個終點之後,使用者可以隨便按照自己的意思來走,偵測是否錯誤是將數據計算過後由kalman filter來決定。

2.又譬如此系統中的變數(vertice transition),決定在交叉路該往哪個點走,但是我們的系統可以按照之前所記錄的點,直接以一路徑判斷,因此該如何行走到目的地已經早就規劃好了,因此不需要系統再去預測使用者往哪邊走,就可分辨此使者是否已經出錯。

3.是否該搭車或是該搭什麼車。

在此方面,我們的系統在紀錄使用者的位置時,當a使用者選擇起始點與終點之後,路徑中如有搭公車或是開車,就會看到某段速度特別快,因此要判斷此使用者是否搭車則可以有以下方式來偵錯。


(1)如果我們的系統偵測到a使用者的速度與原本所記錄的速度有太大的差異,即可知道此使用者出現錯誤。

(2)另外,也可從經緯度座標的差異來判斷使用者使否有出現錯誤,因為本系統會間隔一段時間才紀錄,因此,如果交通模式有差異,則下個出現的位置必定會因為速度的關係而有差異。

(3)如果使用者是搭乘公車,則會在固定站牌停下,所以在站牌的位置的速度為零,而如果是汽車,則不會發生這類事件,當然如果路上交通擁塞,則可以知道此使用者所送出的gps訊號是走走停停。

所以可以根據這些條件來判斷使用者是搭乘何種交通工具,在未來更可以透過這些判斷式提供使用者該搭乘何種交通工具。

可學習處:
如果要簡化資料,在判斷時以一簡化過的路徑來作為判斷,此篇論文中是使用kalman filter來計算和取得平均速度和位置,並使用MATLAB來做演算,如果無法找到更好的工具,可運用用kalman filter來作為計算的工具。

星期四, 11月 01, 2007

走失偵測系統待完成工作事項

網站:
1.架設網站資料庫
2.區別登入網站者的身分
3.將資料儲存成兩個不同的xml檔,一為即時資訊,一為歷史資訊,方便使用者觀看。
4.顯示偵測出錯誤時的訊息。

人工智慧部份:
1.規劃如何存取資料與比對資料(程式的撰寫)
2.顯示的方法(該以何種方式顯示)

星期一, 10月 29, 2007

走失偵測下個階段目標

1.實做人工智慧部份。
(利用樹狀模型與時間倒數機制來達到偵測走失的目的。)
使用c來撰寫。
2.完成後測試。

星期六, 10月 20, 2007

走失偵測進度報告

目前進度:
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學生程式競賽的網頁

星期四, 10月 04, 2007

資料傳輸

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

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

星期三, 10月 03, 2007

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) 處理和安全性等諸多優點。
...

星期一, 10月 01, 2007

openGTS之介紹

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












使用試用帳號:





星期六, 9月 29, 2007

資料傳輸之問題

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

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

星期三, 9月 26, 2007

走失偵測系統之工作事項

已完成部份:
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上顯示並依照日期歸納出來,只是仍無法知道該怎麼運用在我們的研究上,因此還需要再多加考量。