四月份專題生讀書心得作業 by 小志

　
　　時代演變，科技進步，醫療技術的發達， 人類的壽命也逐漸延長。但是在長壽的背後，有個很大的問題，那就是：老化。生物藉由水、陽光、空氣等不斷的成長，到了頂峰後開始逐漸的往下坡，步入死亡，這是因為生物機能的衰退所致。因此人類也是一樣的，年紀越大，身體上的病痛也就越來越多，在行動上需要輔助工具的比例也漸漸提升。

　　但不只是年長者，對於其他有障礙者本身也有使用輔助工具的需要，這些的輔助器材，是否有達到需求是我們探討的重點。本篇論文對於輔助技術分成幾項做討論，如普遍輔助技術、認知輔助技術、康復監測技術等。

　　對於普遍輔助技術談到了環境感測，這讓我想起之前曾經看過的論文，利用監視器畫面判斷是否有人在該場域跌到的偵測系統，這套系統可以協助若發生跌倒卻無法自行求援的人。而偵測技術還有很多，對於被偵測者的各項數值做偵測並累積評估，了解該生裡狀態，做適當的提醒。這樣的相關研發，現今蓬勃發展，因為過去大多專注在研發醫療設備，這是針對已經罹患疾病的人所作的方式，但對於健康者的保健器材較少，藉由這些偵測的研發，讓健康者能夠保持在最佳狀態。

　　而認知輔助技術，是本實驗室現研究項目，利用電腦多媒體設計，達到輔助的效果。這些設計讓使用者在生活當中能夠更具獨立性，完成工作事項。

　　輔具的設計，並不只是協助使用者而已，對於在旁照顧的人，才是真正有幫助。曾聽我一位護專同學說過，很多的護士大多都有憂鬱症，因為工作上的壓力太大，往往無法調適過來。相信不只是護士，其他如就輔員、輔具使用者的家屬等，對他們而言，有了這些科技輔具的協助，分擔了他們很多壓力，降低負擔。

　　輔助工具的設計，也不只是在外在能夠讓使用者達到協助的程度，而是要從〝心〞開始，設身處地的為使用者著想，才是真正能幫助使用者的輔助工具。
　

智能設備和環境復健科技論文心得 by Arvin

　
　　在未來可預見的高齡化社會，老年人生活起居的照顧，將會需要科技的幫忙；而也有可能與前者以相似速率在增加的身心障礙者，更是需要科技的輔助。所以，對於幫助弱勢者的科技，在未來將會成為一大發展方向。

　　在這篇論文簡介所有幫助弱勢者的方法當中，我覺得比較有趣的是以遊戲機當作復健工具的想法，例如GameCube或Wii。但曾有聽說有人過度使用Wii玩到手臂受傷的例子，這似乎朝向與預想相反的方向。

　　在當中提到的eWatch，是個可以偵測患者復健狀態的行動器具，但這是否會讓患者被標籤化？另外，關於認知輔助技術，之前就從學長的專題介紹中得知，學長是用PDA的行動裝置，利用文字、圖片、聲音與影像等媒介，來幫助身心障礙者的提升工作效率。

　　而在論文中的「Smart Home」的概念，似乎也早已在多年前就於科技雜誌上看過，利用無線技術，將住家的被觀察者的生理資料，隨時傳送到醫院，甚至是有可能處於任何位置的醫生的電腦內，讓醫生隨時都能做出診斷，以減少待診的時間。而經過多年後，不知是科技還是商業化的瓶頸，使得此概念似乎仍無法在現今普及實現。

　　任何人都有成為老年人的一天，也都有可能因為意外、疾病與壓力而成為身心障礙者，所以包含以上所提的這些復健科技，其實與每個人都息息相關。
　

2009/04/29 Meeting紀錄

　
時間：2009.04.29(三)　15:00~16:00
參加人員：馬瑱賢學長、Arvin、小志

內容：
1.交代下次作業。
2.討論問卷內容：將原適用於一般使用者的題目，設計成適用於學員的題目。（本週完成）
3.討論專題進度報告：將之前的進度整理。

作業：
1.Arvin：
寫一個能將GPS的資料傳到server的程式，並將資料存成stu_data.xml，每五秒傳一次並覆寫，每次存檔時讓ID=ID+1，藉以辨認每次資料。

2.小志：
每五秒（或十秒）讀取stu_data.xml的檔案，將經緯度座標顯示於Google Maps上。每更新一次將前後兩個位置連成線，並將第一個標記移到新的位置。另外也要設計防呆，若資料未更新或沒有xml檔案程式暫停運作並於畫面上顯示狀態。
　

2009/04 春假實驗觀察心得 by 小志

　
因為這個春假快跟學長一樣天天跑台北了，因此寫成一篇。

4/6（一）
這一天學長帶阿文跟我一起到了台北，實地帶我們走過一遍實驗的路徑，為正確以及錯誤的共兩條。阿文與我要各坐三趟車程，所以一個人最少要坐六趟車。

我們也分別詢問實驗的相關細節，但是疏忽了一項讓之後的實驗出現了重大狀況，那就是Windows Mobile的上網設定。兩趟結束後，再跟學長跟著學員一起做路徑實驗，之後阿文就先回家，而我留下來跟學長去台北市區與彭學長跟泡麵碰面，一起討論問卷的事項。

對於問卷的設計，其實有些部份真的不是很好理解，關於NASA的設計：時間匆促程度的概念實在不容易懂，而且其實填寫問卷的人都是以X800這台PDA來做回饋，所以在問問題上，有時就會遇到是要問PDA這種產品還是X800這台PDA來問。另外我自己比較喜歡的問卷形式是循序漸進的方式來問，如從拿到產品時看到外觀、開機……等，依照著使用者使用的模式來進行，這樣會比較直覺。

4/7（二）
這天是我自己要做實驗，因為一趟車來回大約需要一小時，所以六趟就需要花費六小時以上，因此跟阿文約好各一天解決六趟車。但是我太晚到台北，又遇上PDA無法連結行動網路的問題，浪費了快兩小時，之後是打電話請中華電信將設定的資料寄給我，我才順利解決。

這天的實驗完成兩趟，而第三趟出現了程式自己停止的狀況，之後回報給學長後，因晚上另有行程決定實驗暫停。

4/8（三）
今天是阿文實驗的日子，也是實驗室月會的日子。我跟阿文一起跟實驗室的學長坐車到台北，我是跟學長們去開月會，而阿文是去做實驗。我將昨日的經驗分享給阿文，並將一些遇到的狀況在往台北的路途上做些處理，如行動網路上網的問題。

到了台北之後，阿文就自行前往實驗，我就跟著學長們去開會。這是第一次參加月會，因為上個月的月會老師有說專題生自由參加，可是剛好上次有行程所以無法前去，趁此春假機會參加，想說了解月會當中的進行方式，而這次月會要跟就服員們介紹iPhone，我本意是打算上去看看學長如何介紹，後來演變的狀況非我初衷……

月會的進行，是實驗室的學長們介紹在這一個月來的進度，提出一些方法來跟老師與就服員們做討論，或是之後實驗所需要配合的地方。因此在月會報告的內容講求簡單明瞭，讓就服員們能夠清楚明白。

iPhone的介紹，是臨時張學長找我討論。報告時，可能是以前在Apple經銷商待過，所以後面的介紹我就直接接下來分享，真是對學長感到抱歉。在報告當中忽略了時間的掌握，延誤大家用餐的時間，但是看到大家對於iPhone的設計有興趣，是蠻開心的。

下午，因為時間倉促，所以沒有多餘的設備能夠做實驗，因此就跟著學長到處去實驗，之後最後一位學員需要實驗的時間太久，學長就叫我先回去了。

4/9（四）
今天是我要補做實驗的日子，由於有了之前的經驗，今天的實驗大致上都很順利，只是遇到之前相同的問題，程式會自行停止的狀況，原因還有待解決。


這個春假很充實，不過車錢也花很兇，尤其我有重複做幾次，果真如學長說是最龐大的實驗。對於程式狀況的問題，學長還在努力當中，期中考之後再跟學長一起研究。
　

對於專題目前的想法

　
　　最近有一直在思考，我跟小志的專題到底要做什麼。

　　老師說要訂出一個目標，但我們現在的專題，就只是在了解學長之前的程式（也差不多理解了）、看論文，還有幫忙學長做實驗，說真的也不太明白我們可以做什麼。說真的要做一個全新的題目這難度似乎有點太大，那從學長的研究裡找一個Block幫忙研究呢？不知道這是否可以成為專題的題目呢？

　　我跟小志目前已經漸漸趨向不同的方向，我要負責撰寫蒐集資料的C#程式部分，他要負責撰寫把這些資料顯示在Google Map上的JavaScript程式部分。這樣應該算是團隊合作吧。

　　接下來要期中考了，學長說專題的進度還可以，所以可以暫緩一陣子，但是我們到底要做什麼題目呢？目前仍是未知數，只希望這個題目可以漸漸清晰。
　

2009/04/08 實驗觀察心得 by Arvin

　
　　由於今天實驗要坐六趟來回的公車，以蒐集走失的資料，所以早上我就順便跟著要去參加月會的學長與小志，一同搭8:28的區間車前往台北。

　　記得開始要坐第一趟公車時是十點多，到之後做完整個實驗，發覺已經下午五點多了，真的滿花時間的。我一開始便先把預設是走失路線的263號公車坐完三次來回，之後再坐完正確路線的270號公車三次來回。

　　當中有出了一點小問題，第一是由於早上有下點小雨，所以發現GPS一開始連線連不太上去，果然學長說的是真的，後來隨著天氣漸漸晴朗，GPS的連線也愈來愈順了；第二，在後來坐270的第二趟去程時，抵達終點後才發現與GPRS網路的連線，在中途就已經中斷。原本通常會傳300多個筆資料的數量，結果才傳160幾筆，全部六次來回共12趟的車程，只有發生過一次這種情況，之前小志做實驗也發生過相同的狀況，不知道是什麼原因造成的。

　　坐在車上，有一直試著看看可以順便做什麼其他的事情，不然真的滿浪費時間的。不過後來發現什麼都不能做，因為車子太晃了。我發現原因來自於公車司機想要趕路，關門後就加速到最高速，然後到站又馬上急煞，造成整個車程坐起來非常不舒服，而且也十分浪費能源。

　　不知道為什麼司機們要這麼做，是因為制度上規定跑完路程的時間太短呢，還是早點跑完規定的數量就可以早點休息，所以司機們無所不用其極地加速，之前常常聽到機車族在路上最怕的，就是喜歡馬上急煞靠邊停站的公車。

　　第一次一天一下子坐了那麼多趟的公車，才發現其實公車族也很辛苦。這一切到底是什麼原因造成的，有辦法可以解決嗎？我真的不知道他們到底在趕什麼。
　

2009/04/06 實驗觀察心得 by Arvin

　
　　今早搭10:55的區間車，與學長、小志一同前往台北做實驗。

　　這是我第一次做實驗，所以一切都很陌生，我們大約在中午的時候，順利地來到仁愛醫院，此時學長就教導我們，如何使用PDA的GPS功能來蒐集經緯度，並回傳給Web Service。

　　我們今天必須搭乘兩條公車路線，一條是正常的路線：270，一條是假設走失的路線：263。其實這個實驗感覺滿簡單的，只是之後必須要來回坐好幾趟，蒐集大量的資料。

　　而我今天問了學長一個問題：如果我們的程式功能是要偵測學員的走失，那公車270與263其實一開始的路線是重複的。換言之，必須等到公車路線開始不同時，程式才能偵測到學員走失，此時已經失去即時性了。如果今天這個程式是用於行走，那的確可以馬上得知是否走失，如果用於公車，而又遇到這種重複性高的路線時，無法立即得知學員走失，就算得知了也已經走失很遠了。

　　學長回答說，那這樣就必須讓學員有個裝配有RFID的設備，在一上公車的時候就確定搭上了正確的公車。

　　這讓我想到，走失偵測與即時性似乎非常相關。以前常常在電影裡看到，警察追蹤歹徒，都必須在有限的時間內追查到位置，否則查到的時間愈晚，所必須搜索的範圍就愈大，我想走失偵測應該也是相同的道理。

　　下午，就順便跟學長去陪學員回家做實驗，而我是第一次跟學員接觸，其實感覺學員人很好相處，只是表達意見時不太順，一路上我們就跟學員與瑞華姐一邊聊天，一邊回家。坐了很久的捷運與公車，終於到了學員位於新莊市的家，學員的爸爸看到我們這們多人陪學員回來，就很開心地招呼我們進去坐，不過因為時間太晚，所以我們就婉拒了他的盛情了。

　　今天做了一整天的實驗，之後還要自己一個去台北坐車蒐集資料，不過總算有感覺自己有參與到程式的功能了，還滿有成就感的。
　

Google神秘伺服器大公開

　
Google日前公開他們的伺服器設計，除了強調該設計省錢外，也省資源。

他們自行設計將電池直接安裝在主機上，而不是使用現今流行的UPS（不斷電供電系統），這樣技術有申請專利，Google也樂於分享此技術給大家。詳情請參閱下列文章以及YouTube影片。

ZDNet新聞專區：Google神秘伺服器大公開
YouTube：Google Servers

　

上週進度回報

　
由於週三（4/1）本預定的meeting由於一些狀況沒有進行，所以這此補記上週該有的進度資訊。

上上週的meeting 共有兩份作業，第一個作業為讀取一筆學生、四筆其他位置的xml資訊，然後利用程式判別在學生周圍指定半徑範圍內（0.02），其他位置有多少點在其中。

阿文與我分別做出來，但是利用不同的方式來製作。阿文是使用XmlReader的方式來製作，而我是用XmlNode的方式。這兩種方式的差異是XmlReader在執行時，是對xml資料一行行讀取，而XmlNode為搜尋指定標籤。這兩種方式皆是讀取xml的用法，但實際上的運作差異性還需要深入了解才會清楚，如哪種方式比較耗費系統資源之類的。

我的寫法程式碼以及運作結果顯示

第二份作業將以上五份的xml資料顯示於 Google地圖 之上。由於網路上大部分的範例都是讀取標籤內的子項目，如：

<marker lat="24.956070995486776" lng="121.24248594045639"/>

但是學長交付的xml資料是將經緯度分成兩個標籤，如 ：

<longitude>121.240793466568longitude>
<latitude>24.958020047888855latitude>

所以遇到了蠻大的瓶頸，因為找不到適合的範例學習。但經過朋友的協助，以及學長的提點，找到正確的方式做讀取。學長另外說明在編寫JavaScript時，由於程式本身不會自己進行debug，所以自己要藉由加入alert()的寫法來手動debug。這份作業，我另外設計每個標記可以點擊，並顯示出該點的資訊。成果請點此瀏覽 。

以上為上週的進度回報。下週放春假，將進行另外一項實踐，詳情之後補上。