研究筆記 - 如何將情境變化告訴系統

 

WUULONG S緣起

 

• 要分析感測器清理前後的變化，會需要知道使用者何時清理感測器
• 要知道開始澆水到土壤深處水濕度的變化，需要知道何時澆水
• 要做農業生產履歷需要知道何時施肥，施肥後多久有什麼影響

 

• 簡單說很多的分析，很可能都需要知道使用者何時做了什麼事
• [ 自行發揮 ]

 

問題

• 自動感測使用者的行為在很少的情境會真正發生，或者需要更多的自動化，不見得符合成本

 

• 很多行為根本無法偵測，感測器怎麼可能知道何時被清理，電都關了

 

方法

• 老方法是最好的，使用者輸入什麼時候做什麼事情
• 不影響 device 設計，使用資料後處理技術，因為這些需求一般都是在設備已經上線才想到的

 

下一題

• 使用者輸入存到另一個資料庫，後面再來分析，遇到異質系統間整合的問題，難道資料不能放到 LASS 中？

 

思路

• 做個 MQTT client, 可以是 PC, web, ap, 讓使用者輸入資料，用 MQTT 傳入 LASS. 格式設計如下

 

[ TBD ] 還很粗糙，僅供參考

 

AppName: DeviceActivity

DeviceID: current device id, 如果是針對整個 App, 輸入 Original Appname

DeviceType: Original Appname (需要知道原來的 app name, 因為 deviec_id 可能會重複)

 

感測值基本上是將使用者行為用代號表示，如果需要值與文字輸入也可以設計

 

s_u: user activity id

s_u1: user activity id, value

s_u2: user activity id, comment

 

activity id：隨意定義

 

情境分析

• 整個農場澆水，DeviceID: original Appname, s_u=1(澆水代號)
• 整個農場關水，DeviceID: original Appname, s_u=2(關水代號)
• 某一個感測器附近澆水，DeviceID: sensor device id, s_u=1(澆水代號)
• 某一天的水質分析結果：
• DeviceID: original Appname, s_u1=1, 7.0(比如說 PH=7.0)
• 某個菜圃長得特別好
• DeviceID: sensor device id, s_u2=1, 色澤特別鮮豔

後分析

• 使用者行為在同一個系統好處很多，分析資料的人可以，因為使用者有這個 Event, 去分析資料，也可以因為分析出了這個現象跟使用者的行為比對，看分析的結果有沒有正確

 

• 使用者行為本來就是一種 sensor 資料