莫拉克時的資訊系統省思

我不知道現在的學生在學甚麼是 "Internet" 時, 除了 "WWW" 與 "OLG" 這三個字的縮寫外, 還有沒有學到為甚麼會有 Internet 的起源.

請大家自己找份比較完整的故事, 我不是好的說故事的人, 不然去看看 wiki 吧....

簡而言之, Internet 的一些技術, 是為了發生 "災難" (當時想像的不是天災, 而是敵人攻擊), 為了保持資訊的暢通, 而想解決一些當時資訊傳遞架構, 無論是 "專線", 或階層式的訊息傳遞模式等等, 所以想出了一個叫 Packet Switch 的概念, 也就是 Internet Packet, 也就是簡稱 IP, 等等的 blahblahblah, .... 這不是重點, 不然就說不完了, 但就上面一篇的重點是:

"當台灣發生災難時, 其資訊傳遞系統就這次莫拉克實證, 真的是太脆弱了".

不得否認台灣的救災系統最高層級的是 "中央災害應變中心", 然後是以一個階層式的網路層層報告, 傳遞, 審核, 決定, 用階層式的好處是: "容易控制, 也容易集中資訊做決策與資源分配", 但就從 Internet 為甚麼要發展來看, 這種方式也是最容易失去效用的方式, 只要有一個環節出錯, 無論是下到上, 上到下, 很多資訊就被阻塞.

只要一個人跑去過父親節, 一個人說 "有那麼嚴重嗎", 或者是一個人跑去染髮 (上面三種情境純屬假設), 這個系統就會掛掉, 很多資訊無法傳達, 無法決策, 災難就會持續擴大, 甚至無人去救災, 或者是救災的腳步慢了下來而不自知, 因為即使做決策, 或做事的人都很自我良好的說: "絕無延怠", 但只是這是以他的觀點, 因為這資訊傳遞本身已經 Delay 或 Lag 很久了, 而若是有所謂的 "白金 24 小時", 或 "黃金 72 小時", 往往因為這個 Lag, 你的角色已經被怪物秒殺了而不自知..., 此時災民真的很苦, 無論你能不能為民所苦阿.

所以即使再有效率的階層資訊傳遞系統, 很不幸的我們目前災害應變系統就是這種方式, 說不定用電視 Call-In 的效果會比較好, 因此若是太平盛世的至國家治理是用科層資訊傳遞方式沒關係, 但發生災難的時後, 只靠這種方式是唯一的方式是不行的, 一定要學習 Internet 這種多管道, 多對多的資訊傳遞方式做整合.

而這次許多民間資訊系統, 無論是透過自己寫的程式, 或者是官員本身自己在 Plurk, 或是透過 Twitter 的資訊發布, 或者是透過 Google Map 的方式, 這資訊的傳遞都不是階層式的傳遞, 而是變成網狀的多對多, 雖然談不是上是甚麼 Packet Switching, 但在不是用 "口語" 傳播類似 "專線" (Deticated Online) 的方式, 或者是架構在電信上的 Circuit Switch (事實上電信交換已經是 Packet Switch了), 都是種讓資訊傳遞更有效的方式.

但並不是說台灣發生災害時, 把應變中心搬去東森新聞, 搬去 PTT, 搬去 Twitter, 搬去 Plurk, 而是要如何善用網路的架構來收集與資訊系統, 而不單純的是用目前的方式, 只是這些系統, 除了做輔助之外, 更要有些不經 "審理" 的方式來去收集災害資訊的系統, 救災資源的回報, 然後透過不只一種方式的 "系統與組織" 將之串連, 將之整理. 但此時不能去禁止 "未經整理確認的資訊", 更應該是去整理出更有用的資訊, 並與目前主要資訊流做串連.

這次許多網路志工做出來的系統, 無論如何在 "資訊流通" 都很有價值, 但不是以 "功能", "系統完成度", 等等來去衡量, 更不能以 "篇數", "點閱數" 來決定誰重誰輕, 也不能說災區使用誰的資訊來說自己是最有價值, 因為大家都有做出東西出來, 也證明只靠現在既有的資訊系統來救災是不夠的, 就如同我上篇所說的 "因為若不是網路的關係, 事實上很多事都不會被發現", 這個事包含災害的嚴重性以及目前國家救災資訊的不足.

透過網路建立不只一個非階層式的災害資訊傳播系統, 可能是我們面臨下一個災害時要做的事.

其中更要包含應用現在的 SNS 系統, 不是創造出一個本來沒人用的東西, 而是將之串聯與結合, 去發現誰須要救助與幫忙, 這才是新的網路災害通報方式, 而不是等著 "受害者/災民" 跑來網站來填單阿~~~