2010年4月26日 星期一
Nokia 900: The Plan
認識我的人一定知道, 我是一個工程師, 且是一個想要去用系統與機制去解讀與協助人的行為的工程師, 因此才會有 MyZilla 計劃及後來的 URS.tw 計劃, 這些都是想要做出能夠用電腦/網路去幫助人行為, 甚至是到模擬的一個系統.
而我一拿到 N900 雖然第一個計劃是當雙螢幕, 而很快就發現有點難度後, 接下來就是想說不只是透過手機螢幕當做人的行為輸出螢幕, 而是反其道而行的把手機當作行為輸入系統, 而透過的不是其按鍵或螢幕, 而是透過其 "慣性量測儀/加速規/Accelerometers" 來做為一個不用透過人主動手動的輸入資料就可以截取個人行為資訊的系統.
當然出了這個 Accelerometers, 我想到的還有手機上的感光器 (Luminator) 來去偵測周邊環境, 當然這兩個系統不是甚麼了不起的東西, 但 N900 提供了相當開放的環境來寫作, 甚至直接去讀入檔案 (/sys/class/i2c-adapter/i2c-3/3-001d/coord) 就可以知道所謂 XYZ 三軸的資訊, 只是這資訊有幾個問題.
1. 這個姿勢數字是瞬間狀態, 但要描繪一個人的狀態是連續性的數列才行, 但不可能隨時記錄, 不然量會過高.
2. 想要取樣頻率高的話, 就會很耗電.
3. 要回傳到 Server, 不可能是很即時且隨時都傳得回來的.
4. 在有限的資料中, 是否可以判斷得出來一個人的行為與狀態, 甚至是情緒?
因此須要幾個 Feature:
1. 能夠自動記錄起床, 開會, 睡覺的時間.
2. 能夠自己輸入當時的狀況做學習判斷.
3. 能夠了解好友與家人的狀況, 以及做互動.
4. 能夠用這個數字做行為建議?
當然就會有一些想法與計劃:
1. 每 5 ~ 10 秒做一次 Sample
2. 將這三維的數字跟之前做比較後, 存入另一個 Incremental (累積) 的檔案
3. 用 http get 的方式回傳到 server (可能是每 5 分鐘一次)
4. Server 用時間間隔的方式展開其狀況..
接下來是可能的功能:
1. 用 Behavior Pattern 來去呈現使用者狀況.
2. 做一個 API 或 widget 讓大家放在部落格
3. 看是否用其他的 API 結合做交友與認證.
4. 加入互動的可能性.
而想知道其相關的資訊, 大家可以 Refer 這篇文章:
http://wiki.forum.nokia.com/index.php/How_to_get_accelerometer_data_of_N900_using_Qt
事實上用這個東西能夠玩得很多, 只是能不能實用就不知道了, 下面有一個很有趣的想法, 只可惜是假的:
但下一個是真的:
訂閱:
張貼留言 (Atom)
熱門文章
-
這個交大機車的故事不是在講交大很機車, 而是交大為甚麼能夠騎機車的故事... 甚麼? 很多人認為交大校園有一個條機車外環道是天經地義的事? 事實上不然, 這是經過許多抗爭得來的, 因為上一篇哈巴狗事件有很多回響, 所以我這篇來繼續講古. 機車在交大可以說是個文化, 尤其以前竹東算...
-
我是不做 "Me,too" 的, 但我知道粉絲團經營最重要的共同指標, 一個是觸及數, 另一個是互動數, 但這數字只有經營者知道, 即使從洞察報告可以看到你加觀察的幾個粉絲團, 最近文章的互動狀況, 但還是離真的狀況有點距離, 除外粉絲團可以比較的就是 ...
-
以下的言論, 純以我是以一個工程師出身的網管, 也以做過 ISP 基礎建設的工作經驗來發言. 前一陣子有人提出取消手機網路不應該有吃到飽 (Flat Rate) 的奇想時, 有參與網路發展的人都知道, 這個固定費率的使用量是網路發展的推手, 或者是指標, 甚至是門檻, 若把這...
-
這個計劃最出是我交大管科系學長所發生的問題, 因為我寫了一篇文章後, 就跑去 Plurk 跟大家討論, 而他是屬於會使用網路但不會使用 Plurk 的人, 所以跟本不知道 Plurk 講了甚麼, 最後我只好把網址給他, 他才晃然大悟這兩個部份的落差, 所以跟我抱怨這件事, 因此我...
-
當我們做出一個系統, 最希望知道的是有沒有檢定判讀的能力, 不然價值與意義就會少很多, 而在做未來國會的時候, 很多人問我, 網路聲量是否能夠轉化成得票數? 事實上我也是很好奇.... 首先一開始, 就直接算出得票數與網路聲量的相關性 (相關係數), 得出來的答案是: ...
-
昨天在臉書的塗鴉牆朋友分享了一個 王美恩 的" 狀態更新 ": 今天在外面餐廳吃飯,旁邊一桌坐了五六位穿著制服的廚師在吃飯。 老大開講:「我跟你們說,要看警察打人就要看三立,要看學生丟石頭警察受傷就要看中天。」 小廚師問:「大哥,你都不看T...
-
兩個星期前我去資策會演講時, 覺得演講只是講過去的話就太無趣了, 所以最後我加了一個簡報, 說能不能有方法解決就提出一個可能性: Hackathon... 基本上當時的立論是: 像 Big Data 這種專案執行最大的問題是資料取得的不確定性太多, 無法由上到下的系統分析...
-
我是很習慣自己的壞名聲了, 但說會被罵倒也不是天天有, 在部落格觀察之前, 有時會因為 BBS 的時候被點名來吵架, 但再怎多也是兩年一次到一年兩次, 但自從部落格觀察之後, 已經從兩星期一次到一星期兩次, .... 只是在慢慢走出低潮期後, 開始寫文章以及整理部落格觀察或做一些...
-
這次莫拉克風災不得不否認的是政府處理真的有暇疵, 但我也不得不幫政府說句話, 因為若不是網路的關係, 事實上很多事都不會被發現, 更不會放大檢驗, 只能說運氣太差了.. 讓我想到三個月遇到某個公務人員長官, 他在會議提出一個嚴正的抗議與意見: "你們發展技術的人是如此的...
-
在我寫出前言後, 當天晚上就把當時所說的數字的計算中兩個未寫入的就直接加進去後, 演算法就算是定型了, 然後就是未來的幾個部份: 1. 歷史: 當然每一週的變化是要可以記錄, 但是 "追加" 的部份怎記就是一個大問題. 2. Widget: 本來這系統正式要出...
沒有留言:
張貼留言