走失偵測

使用RDFS原因:方便將所有服務結合，已一共同格式將不同格式結合，賦予資料意義，讓不同裝置可以讀取同一份資料。
context和data的區別:
data-->傳統數據資料，在異質網路之間須經由複雜的轉換，才能互相溝通，因此難以服務與應用。
context-->根據使用者情境模式，因個人週遭不同的環境所產生的訊息資料與通信網路服務結合，進一步產生各種有趣的應用。

詳細說明RDFS的網址



馬可夫鏈
基本定義:
一隨機程序{Xn,n=0,1,2,...}，若Xn為可數之有限值，且Xn=i表示此程序在時間t=n時，處於狀態i，並令Pij表示狀態i至j之轉移機率，Pij為一常數，即
Pij=p{Xn+1=jXn=i,Xn-1=in-1,...,X1=i1,X0=i0}Xn+1之條件分佈只與Xn有關，稱為"Markovian property"

meeting時所發現的問題:
(1)如何判定固定點的範圍?
(2)時間間隔多久才判定是否在路徑上?
(3)跟其他商業化的系統有什麼區別?

近期工作事項

1.TANET論文寫作
2.創意實作競賽第一階段審核資料寫作
3.完成補助金額換算公式

第二類個案障別如下：

（一）智能障礙、自閉症及精神障礙者、失智症、罕見疾病、染色體異常、先天代謝異
常、其他先天缺陷、多重障礙（不含聽、語障合併）、其他障礙。
（二）中、重、極重度之視覺障礙、重要器官失去功能。
（三）重度之聽覺機能障礙、平衡機能障礙、聲音機能或語言機能障礙、肢體障礙、
顏面損傷、多重障礙（含聽、語障合併）。

第一類個案障別如下：

（一）輕、中度之聽覺機能障礙、平衡機能障礙、聲音機能或語言機能障礙、肢體障
礙、顏面損傷、多重障礙（聽語障合併）。
（二）輕度之視覺障礙、重要器官失去功能、頑性癲癇症者。

本要點經費補助項目及標準如下：

（一）僱用初期薪資補助：期間為三個月，每僱用一名身心障礙者每月補助第一類個案實領薪資二分之一，補助第二類個案實領薪資三分之二，最高以新臺幣一萬元
為限。
（二）繼續僱用薪資補助：自僱用第四個月起，每僱用一名第一類個案每月補助實領薪
資三分之一，補助第二類個案實領薪資三分之二，最高以新臺幣一萬元為限，依
實際工作月數核發補助，最長為六個月。。
（三）輔導費補助：輔導員協助每一名身心障礙者並獲得僱用達三個月，每月補助新臺
幣一千元，最長為六個月。
（四）身心障礙者每月（時）薪資不得低於法定基本工資，每週工作時數應達二十小時
以上。

iGoogle的使用

可從iGoogle直接查詢所擁有的論壇是否有新的訊息,gmail中是否有新的信件

換算公式使用的說明

大家好，我想在使用上不夠方便造成大家有問題，真是抱歉。

我稍微解釋一下該如何使用:

第一個:
因為我知道會出現，只有前一個月或是前兩個月才有雇用的狀況，因此我設定了數目為"零"的話也可運算，但是如此一來，如果沒有僱用就必須輸入"0"元，才可使用，我之後會再加入，如果沒有填寫會出現提醒的字樣，或許會比較好，這部分在下午和凱傑已經一起解決，他幫我很多忙。

第二點:目前我還沒有辦法想到要怎麼解決兩個或兩個以上的員工有不同薪資的問題，在這邊還是要跟就輔員說聲抱歉，我會再找找看該怎麼解決。

最近在做的事

從禮拜三到中央去開會之後，我聽到就業輔導工作有在部落格上放上獎金轉換公式的需要，因此，我這幾天就在寫此程式，因為我的程式基礎不夠好，因此我從我們借回來的一堆javascript書中查找，發現沒有我需要的範例，就跑到圖書館去借書，我想圖書館的書籍這麼豐富應該會有我所需要的東西，找了一會之後，果然找到了，馬上就回實驗室試寫。
一開始寫還挺順的，因為只是練習，因此不需要考慮太多功能，也沒有考慮的非常周全，後來瑞華傳給了我當天開會的資料，就照著上面的敘述下去著手，發現問題非常的多，不過想說要做就一次做完，因此就硬著頭皮下去做，改了之後寄給瑞華，然後她回給我她覺得不夠的地方，我看了看覺得挑戰越來越高，在今天也花了一整個下午在上面，共花兩天，看到成品覺得挺開心的，終於有完成一樣比較可以被稱為成品的東西。
在很多人眼中這大概也只是個小程式吧，我開始也覺得這只是小程式，但是後來加了很多if的語法，變的很複雜，一堆變數，加上程式技巧差，看的頭昏眼花;寫這個程式也算是在自我挑戰，或許是大學學的太差，導致我一直對寫程式有排斥感，但是我想以後都會用的到，接下來的計畫也是要寫程式，多寫一些對我會有很大的幫助，今天有完成大部份的功能，對我來說也算是踏出一大步。
現在這支程式可以判斷薪資有沒有到達最低薪資，沒有達到會給訊息，然後主要使用if來判斷的是爲了避免每個月有"零元"時出錯的狀況，因為有可能只有給付一個月或是兩個月，因此要避免掉"零元"的情況，即要判定零元的那個月份不做紀錄，而這個必須使用if來判斷，就像老師所提醒的方式。
也讓我了解到，要作出一件東西來一定要會一些工具，否則光有想法還是無法有什麼成品，而且會受制於其他人，因為其他人不一定了解你的想法 ; 有什麼想法就作出什麼東西出來，我覺得這種方式非常棒，不過我程式還是要多學習就是了。

7/10 seminar

PIR sensor從google上查找可以找到許多關於製造類似產品的廠商:

網址為:PIR sensor

Fresnel lens :

在維基百科中有介紹，是一種稱為涅菲爾透鏡的產品，

網址為: Fresnel lens

此篇文章最大貢獻在於他們找到了threshold=(0.4~-o.4)，可以抵抗室內外干擾，還有寵物的干擾。

這是網路上找到的一個相關研究

製作給專題生的專題報告流程

長程計畫 :完成走失偵測整套系統，當作專題成果
完成時間 :十一月初
進度 :使系統大部分功能可運作

中程計畫 :以此套系統參加學生競賽和和TANET的展示
初步完成時間 :9/30 進度 :使整體系統可模擬出

短期計畫 :[1]TANET paper(1)部落格PAPER (2)走失偵測paper，[2]學生競賽第一階段評審資料 時間 :七月31前完成

細項工作分配 :
走失偵測配置方面
(1)翁陳昂->負責google maps 的程式部份，並協助傳資料檔案的系統建置。
(2)馬瑱賢->負責ASP.NET網頁部份，如何使用電腦存取和接收PDA回傳的資料。
(3)彭書敏->負責PDA中資料的傳輸和擷取，如何將資料自動傳給主機。

論文寫作方面
(1)此二篇大致的內容我會完成，尤其是第二篇，因為各位對於概念還不是很清楚，因此 我會先完成，之後你們三個仔細閱讀，把想法以WORD檔寫給我，包含該怎麼作，有哪些部分不懂。 (2)部落格的那篇，翁陳昂就不需要去撰寫，主要由馬瑱賢和彭書敏來完成。

學生競賽方面
這部份的資料我會完成，不過就跟走失偵測架構依樣，在我完成之後會要求各位閱讀，了解內容，然後 以word檔傳給我，長度至少要兩張A4。

以上是工作配置，有什麼問題再聯絡我，在你們畢業旅行之後就必須開始實施。

Developing Event-condition-action Rules in Real-time Active Database摘要

此篇論文以時間和所發生事件之間的關係來作為探討，其中兩個比較關鍵的詞為real-time active database (RDATB)，和Event-condition-action(ECA)。
real-time active database (RDATB):主要有解決複雜事物的特性
Event-condition-action(ECA):在此篇論文中主要功用為，(1)可提供各式各樣的時間性的事件，可描述複雜的關於時間的資訊。可提高ECA rules 去表達複雜的時間性問題，可當作RDATB去解決類似問題的基礎，(2)他們提供一個自然的方法讓使用者去了解和定義ECA rules，這提高使用者的參與，提高解決問題的彈性。
在一個以電腦為基礎的smart home中，感測器散佈在各個角落去偵測使用者在房子中的行為，並透過與各式家庭設備的互動追蹤使用者。然後將資料送給RDATB。在ECA rules 中，RDATB可以偵測多重的事件和內容，為了要去區分各種不同的狀況和興趣。如此一來，此系統就可以預測此環境中淺在的和實際上的危險，並且可以有智慧的辨別出如何提供最好的建議給使用者。並可透過手機或是其他裝置聯絡相關的人。
運作流程為:sensors--->RDATB--->cell phone/special device--->related persons

文中所提到的關於時間性的資訊，有一例子為:當一個門開著，可是後來卻沒有人經過，及代表此門是出乎意料的開著的，即使用者忘了關。這種情況在睡覺時是非常危險的，當晚上十點到隔天早上七點鐘之間，如有發生此狀況就通知使用者。另外，就是關於醫學方面的使用，他們研究是先發生心跳不正常還是血壓先發生變化，這兩者間有無特定關係。而要偵測這些資訊都是要將事件和時間整合起來，而無法只關心單一事件。

這片論文中的細節是我可以使用在detecting中的，是非常好的範本。