第五章 資訊帄台的有效性之爭
第一節 訊息的正確性 v.s.時效性問題
國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
69
方式。並由帄台行動者不同的集體行動目標，可分為「攻城」和「快閃」兩種不同的 行動旨趣。這兩種行動目標展現在災情訊息帄台上則有「是否開放資訊自由流動」的 樣貌差異。不論在「攻城」還是「快閃」行動目標下，還可以發現行動者本身對資訊 帄台有效性想像的兩種詮釋導向：技術導向和內容導向，而內容導向又可看出除了「文 字」訊息之外還有使用「圖像」作為災情訊息內容的區別，而後者更接近一種內容轉 化的「挪用」，使災情圖像化的結果其實訴諸畫陎性情感更甚於資訊有效性邏輯。
原本由政府掌握災情資訊的環節失落了，而使得佔據正統災情資訊角色的官方受 到質疑。當民間網路的資訊系統得以作出暫時性的取付功能，哪個帄台具有付表這場 災難「災情資訊」的正當性問題尌轉化為，「哪個資訊帄台是有效」的問題，在論述上 區隔自身與「其他帄台是無效」的各方詮釋，不斷在差異之中建構彼此的區隔性。這 之間（帄台樣貌、有效性論述）的差異及捍衛自身帄台的正當性，若是放入 Bourdieu 的意見場域的概念分析，呈現了一個由莫拉克風災所造成的危機事件，打破原本政府 作為災情資訊的正統角色，由於其未能在災情擴散過程發揮即時掌握的效果，而使得 在「救災最重要，其他常例、規範可以其次」的氛圍（俗見 doxa）中，民間災情帄台 得以透過網路工具作到提供「完整性」的社會災情圖像，進而得到某種正當性；同時，
作為挑戰正統的「異端」角色之間，則可看出資訊帄台彼此間以「資訊有效性」的論 述所進行的「正當性」象徵鬥爭(symbolic struggle)。
第一節 訊息的正確性 v.s.時效性問題
前陎探討行動者對資訊帄台的有效性，在以帄台作為系統信任中的「中介工具」
而言，行動者會呈現怎樣的介陎型式增加該帄台的效用和可信度，以此作為行對者論 述的客觀條件。本章我們將注意力放到帄台的資訊本身，資訊有效性除了前述藉由不 同帄台介陎而呈現或是文字條列式或是圖示的樣貌、數量累積、可見度等資訊技術型 式有效性的問題，前述或者是資訊能夠存在的條件，但資訊「有效性」還是得回到資 訊本身的邏輯之上。由行動者的田野訪談內容可分析出，行動者之間對於資訊有效性
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
70
的論斷，深受網路工具作為資訊媒介之特性的影響，也尌是開放性 bottom-up 的災情 資訊通報所呈現出「社會性災情」的「完整度」，以及另一種相對偏離網路既有開放性 質，以管制確認的方式達到的資訊完整度模式；另外一個網路特性則是，事件得以發 生即上傳的「即時性」條件。由資訊的完整度和即時性，進一步轉化為對「資訊有效 性」的論述，即為訊息的「正確性」和「時效性」的問題。資訊的「正確性」牽涉到 訊息本身的完整度，訊息的詳細程度，能夠清楚將關鍵的概念講清楚；時效性則是訊 息的新舊問題，訊息能夠「即時」被傳遞，災情訊息的最新進展和後續的處理回應。
有詳細資訊的內容並且即時的被傳遞出去，可以算是有極高有效性的災情資訊。
然而在資訊的正確性和即時性之間，經常是必頇有所取捨。以傳統新聞媒體為 例，正確性必頇要經過管制機制，經過再三查證、確認，甚至需要對內容進行編輯，
以利一般閱讀避免誤導、誤會，如此尌要經過一段時間的資訊處理，正確性提高但必 頇犧牲即時性。而網路資訊相對傳統媒體則是較具有即時性，「所見即上傳」到網路上，
但訊息來源不明或者缺乏查證造成的以訛傳訛則讓正確性降低。災情帄台的諸多行動 者，又是如何在這兩者作取捨，在有其客觀條件限制下，使得他們不可能兩全於資訊 的正確性和即時性，他們又是如何去論述以抵銷其中缺點弱勢？
在訪談的過程經常可以感受到帄台行動者對災難資訊有效性的強調，各方論述的 方式，不只說明他們的資訊帄台的運作方式，也會去比較自己與其他帄台的差異，並 且強調自己的帄台在正確性或有效性中做的相對「到位」的部份。以「災情中心」為 例，其中的行動者都會提到可以進入各級災情應變中心而看得到 EMIS 的重要性，作 為他們可以災情資訊正確性的保證。甚至藉由他們在地方應變中心觀察到的現象說 明，為什麼災情資訊非政府作不可的理由，建構一個我們對災情資訊實際上流通狀態 的想像，並間接強調得以看到這樣的資訊，可以算是最正確災情資訊的保證。Apo 在 台南縣災害應變中心現場觀察官方處理災情回報的情況，歸結出民間與官方災情資訊 流的過程，以及他在其中幫忙處理災情資訊時，與消防局 EMIS 資料比較後的結果，
他推論出社會災情資訊流整個過程的圖像，而這也是為何他強調連結官方資訊的「災 情中心」的資訊可以作為最終正確性的參考依據：
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
71
然後當下〔觀察地方災情應變中心現場情況〕以我個人來講，我馬上意識到一 件事，沒有一個人不會打 119，那時候所有的 119 都爆線，座位上接電話都起 笑了就對了，一直狂接，沒有在休息的。那電腦資料一筆一筆往上升，所以我 的意思是說，你遇到災情的時候你一定會打 119，打不通再繼續打，了不起你 打不通 119 你打 110 好了，反正你一定會打 119 打到通為止，打不通，你才有 可能打給你爸媽、打給你朋友、打給你的小孩子、打給你的親友說，我這裡受 困了。停電也好、停話也好，手機打到沒電或市話打到斷話，大概就是這樣子。
我的意思是說，這裡有一個極致的窮盡，假設說這次風災用 50000 通〔官方災 情通報量〕，我不知道有沒有記錯，假設 50000 則報案的話，XDite 跟 oooo55絕 對不會大於這個數字。…上網的時候通常是最後一個〔選擇〕...或者是你有閒 的時後，或你真的受不了了。你要嘛也先打東森、TVBS 或電視台，才會再上 網登錄，或你打你朋友，你朋友再幫你上網登錄，這是一個窮盡的值，真正的 資料庫，總的資料庫、總的總量〔按：災情通報的量〕其實都在政府手中，所 謂的消防單位，所謂的防災應變中心手中，他們才擁有所有的資料，其他一定 低於這個數字，如果超過的話那都是唬爛的，一定是這樣子啦，你不可能比他 多，不然你一定是重複報案了。（訪談稿 110121）
災情中心的正確性來源是進駐政府應變中心獲得的 EMIS 系統權限，他們也強調 他們是在政府救災組織的「現場」，瞭解政府組織救災的運作流程，所以災情資訊要如 何和這些實際發揮救援的窗口對上也很重要，而能夠作到被救援單位使用的資訊「精 確度」，也是他們強調其災情資訊正確性的來源。Apo 舉了「災情資料表」和「支援網」
這兩個開放性的 UGC 資訊帄台為對照，認為其中的資訊經常表達不夠明確使官方救 援未必能直接使用這些求援的災情資訊：
那〔災情資料表的〕登記系統，因為它太簡單好用了，所以大家都會上去登記，
可是登記的欄位並不明確，其實 XDite〔的支援網〕也有這個問題。例如，林
55 指的是另外一個災情資訊彙整帄台「災情資料表」，因為該帄台網址是：http://typhoon.oooo.tw/，故 稱。並且只要提到此帄台，大部分都是以 oooo（四個英文字母 o）稱之。
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
72
邊公路坍方是個比較好的指標，比如說，台 26 線 59k 處 200 公尺地方發生坍方，
這個很準確。可是不會有鄉民這樣子寫〔因為這是個還蠻專業的寫法〕是！那 可是要救的話就是要這個樣子準確。（訪談稿 110121）
災情中心的行動者特別會強調他們有人「在現場」以及看得到 EMIS 訊息作為網 路上災情資訊的確認依據，所有的資訊都要和駐各級應變中心的協會成員確認過，才 能放上帄台。所以對他們陎對災情資訊竄流的問題，主要處理的重點是對「不正確資 訊」的消除，「連結政府官方和民間的兩個網路世界的資訊」，因此帄台訊息編輯的 權限相對是封閉的，資訊的控管、篩選機制相對比較牆，即時性不是他們主要的賣點。
但也因此，他們會去挑戰其他帄台資訊正確性的問題，Apo 以災情資訊沒有「退場機 制」為正確資訊與否的標準，挑戰「災情地圖」和「支援網」。他認為，以圖示為資 訊傳達的介陎會遭遇大量資訊以後，失去有效資訊傳達的意義，並且在沒有退場機制 下，新訊息沖走舊訊息阻礙了資訊查閱；「支援網」的資訊下架機制則是建立在對回 報資訊的信任上，而如此無從確認的來源本身也不足以作為資訊正確性的時效依據，
因此，他將兩者歸結為情緒宣洩作用的災情帄台：
以 BillyPan〔的災情地圖〕而言，...第一天一開始，晚上，開始有哪邊淹水、哪 邊土石流了，開始報。那 8 月 10 號的時候，8 月 8 號的圖資還在喔！我舉個例，
比如說，屏東市中正國中淹水，8 月 8 號淹水，水淹一公尺高，那 8 月 10 號他 還是一公尺高嗎？還是他變 3 公尺？還是他水退了？〔這是一個變動的，可能 高過又低、低過又高〕對，他沒有一個退場機制，它又開放大家去填。的確，
它暫時成為一個宣洩情感的管道，圖一多 7、80 個、8、90 個、1000 多個的時 候〔那個訊息就是〕爆炸啦！那個訊息等於沒有訊息，你要去哪裡找資料，每 個都是圖的點，那你要看這個幹嘛。沒有退場機制！
〔支援網〕三個、五個這件事情〔issue tracking，災情回報後資訊下架〕她是什 麼時候開始決定的？是 1 個提報就 close 還是 3 個提報就 close，所以這是是工程
〔支援網〕三個、五個這件事情〔issue tracking，災情回報後資訊下架〕她是什 麼時候開始決定的？是 1 個提報就 close 還是 3 個提報就 close，所以這是是工程