研究筆記 - 如何將情境變化告訴系統
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2015-12-21 03:27 – 03:43 | r155 – r400 | |
顯示 diff（7 行未修改）
*簡單說很多的分析，很可能都需要知道使用者何時做了什麼事
+ *[ 自行發揮 ]
問題
（4 行未修改）
方法
*老方法是最好的，使用者輸入什麼時候做什麼事情
+ *不影響 device 設計，使用資料後處理技術，因為這些需求一般都是在設備已經上線才想到的
下一題
（6 行未修改）
AppName: DeviceActivity
- DeviceID: current device id
+ DeviceID: current device id, 如果是針對整個 App, 輸入 Original Appname
DeviceType: Original Appname (需要知道原來的 app name, 因為 deviec_id 可能會重複)
（4 行未修改）
s_u2: user activity id, comment
- a
+ 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.
+ *
+ *某個菜圃長得特別好
+ *DeviceID: sensor device id, s_u2=1, 色澤特別鮮豔
+ *分析
+ *使用者行為在同一個系統好處很多，分析資料的人可以，因為使用者有這個 Event, 去分析資料，也可以因為分析出了這個現象跟使用者的行為比對，看分析的結果有沒有正確
+
+ *使用者行為本來就是一種 sensor 資料
+
+ *
|
||
| 2015-12-21 03:27 | r154 | |
顯示 diff（37 行未修改）
|
||
| 2015-12-21 03:16 – 03:27 | r3 – r153 | |
顯示 diff（1 行未修改）
緣起
+
+ *要分析感測器清理前後的變化，會需要知道使用者何時清理感測器
+ *要知道開始澆水到土壤深處水濕度的變化，需要知道何時澆水
+ *要做農業生產履歷需要知道何時施肥，施肥後多久有什麼影響
+
+ *簡單說很多的分析，很可能都需要知道使用者何時做了什麼事
+
+ 問題
+ *自動感測使用者的行為在很少的情境會真正發生，或者需要更多的自動化，不見得符合成本
+
+ *很多行為根本無法偵測，感測器怎麼可能知道何時被清理，電都關了
+
+ 方法
+ *老方法是最好的，使用者輸入什麼時候做什麼事情
+
+ 下一題
+ *使用者輸入存到另一個資料庫，後面再來分析，遇到異質系統間整合的問題，難道資料不能放到 LASS 中？
+
+ 思路
+ *做個 MQTT client, 可以是 PC, web, ap, 讓使用者輸入資料，用 MQTT 傳入 LASS. 格式設計如下
+
+ [ TBD ] 還很粗糙，僅供參考
+
+ AppName: DeviceActivity
+ DeviceID: current device id
+ DeviceType: Original Appname (需要知道原來的 app name, 因為 deviec_id 可能會重複)
+
+ 感測值基本上是將使用者行為用代號表示，如果需要值與文字輸入也可以設計
+
+ s_u: user activity id
+ s_u1: user activity id, value
+ s_u2: user activity id, comment
+
+ a
|
||
| 2015-12-21 03:16 | r2 | |
顯示 diff（3 行未修改）
|
||
| 2015-12-21 03:16 | r1 | |
顯示 diff 研究筆記 - 如何將情境變化告訴系統
+
+ 緣起
|
||
| 2015-12-21 03:16 | r0 | |
顯示 diff-
+ 研究筆記 - 如何將情境變化告訴系統
|
||