八八水災的網路動員~我所知道的「莫拉克網路災情中心」幕後故事
八八水災的網路動員~我所知道的「莫拉克網路災情中心」幕後故事
2009.08.18 |

【全文轉載至工頭堅部落格】(前言:台灣五十年來最嚴重的水災,正在我們的眼前發生。過去一週,我們看到了許多自發性的網路訊息動員,共同傳遞著網友們的焦慮、關注與希望。

台灣的上一個巨型天災:九二一地震發生時,網路還在初期普及的階段,而八八水災的此刻,已經是所謂的Web2.0時代;作為台灣數位文化協會的一名成員,我親眼見證了這場天災中網路與實體的一小部份志工們所採取的行動、運作的方式與邏輯,以及實際發揮的作用。

儘管已經有幾位網友們寫了很好的文章,但我還是用自己的方式,試著去整理與述說這幾天所理解到的一些幕後故事。

要特別強調的,在文章中,將不會特別提到任何一位工作人員的名字,我相信他們也可以諒解:在災後救援與重建工作依然如火如荼進行的當下,我不希望讓網友們解讀為是要邀功;而是,要讓更多網友、甚至媒體、政府,能夠理解這整件事的運作邏輯,大家才知道要如何去應用、並讓它發揮更大的效用、幫助更多受災的人。)

 

2009年8月8日,父親節。

這原本是一年一度兒女向父親表達敬意與謝意的日子,許多家庭預定聚餐;不同的是,今年多了個中度颱風警報來湊熱鬧。從一年多以前開始就在台南縣駐點、長期執行「胖卡(數位落差行動計畫車)」任務的數位文化協會的熱血青年們,在台南縣政府所在地~新營,正為了躲颱風,到大賣場採買一些乾糧、物資。

承平時期,數位文化協會是一個分散型的合作組織,除了核心的幾位全職人員、以及南下駐點的派遣團隊,其他成員散佈在各行各業,不定期為了一些活動、才做任務編組;在執行公部門委託的消弭數位落差計畫之外,也舉辦各類和網路與數位文化相關的研討會,有嚴肅正式的「台灣政治2.0研討會」、也有輕鬆熱鬧的「Punch Party」,以及一年一度的網誌青年運動會(BoF)等。

而,大力支持胖卡計畫、自己也受到這群宅男耳濡目染、成為台灣少數幾位親自應用「噗浪(Plurk)」發噗的地方政府首長:台南縣長蘇煥智,除了在前一天晚上八點透過噗浪發佈停止上班上課的公告之外、也持續地發佈著防災注意事項、以及父親節祝賀簡訊。

但是從這天深夜開始發出的推特與噗浪訊息,陸續開始出現了緊急的災情通報;狀況急轉直下。

最早做出反應的,並不僅是數位文化協會:當晚,就有個別網友以極高的效率建構出「莫拉克颱風災情支援網」以及「莫拉克災情資料表」;另一個台灣部落格協會的比利潘醫師,也迅速運用Google Map發起了「莫拉克颱風災情地圖」等等,眾多熱情的網友分別接收從災區的親朋好友發出的簡訊、或者轉貼電視新聞的現場報導,大量的訊息開始在噗浪、推特、MSN、以及台灣最大的網路社群PTT上面,自發性地迅速傳遞。

幾乎是同時,在僅有少量微風陣雨的台北辦公室,協會負責人從東森新聞台上看到了南部嚴重災情的現場連線報導,震驚之餘,趕緊用電話聯絡在台南縣駐點的同仁,從手機的另一端,瞭解到了一個實際狀況:各種訊息從四面八方蜂擁而來,但更需要一一予以查證以便做出即時的回報與反應。

換句話說,在這個緊急的時刻,不僅要有訊息的入口(各種管道的訊息來源、彙集訊息露出的平台)、更需要有訊息的出口(儘速告知正確的單位,進行查證、救援與處理)。

就在這時,長期在台南縣駐點的胖卡團隊,迅速獲得縣府方面的信任與同意,在社會處處長邀請下,直接拿著筆電、3G網卡,進駐到台南縣災害應變中心;因為這個地方正是台南縣所有119求救電話的接收處與救災指揮處、除了可以獲得第一手的真實災情之外,透過在現場上網關注資訊的同仁,也可以將上述幾個來源網站的訊息、當面回報給災害應變中心的人員;迅速建立了訊息入口與出口同步的標準作業流程。

台北辦公室也立刻在深夜緊急召集分佈在全台各地的協會理監事、顧問團、工作人員,徹夜建構「莫拉克災情網路中心」入口網站。這個入口透過推特帳號( @taiwanfloods )、以及當晚寫出來的程式機器人、蒐集噗浪上和風災有關的關鍵字(floods),再加上人工蒐集、過濾、編輯製作的網頁,彙整到同一個網站上;除了提供給在台南前線的同仁訊息,也同時公開給網友們參照。

由於網路上的瞬間訊息太多,加上不斷地銳推、轉寄,光靠台南現場的兩個人力勢必無法一一蒐集與過濾,所以協會的成員又運用Skype的群組功能,迅速開出了「應變中心」與「內容組」(後來又加開「志工通訊版」),讓分佈在台北辦公室、台南縣災害應變中心、以及在家支援的夥伴,分工合作、分別監控不同的網站訊息來源,即時將各種訊息透過Skype傳達。

**2009年8月9日,星期日;**莫拉克網路災情中心發佈的訊息,開始透過噗友、推友的轉噗(replurk)與銳推(retweet),漸漸擴散出去、發揮影響力。

**2009年8月10日,星期一;**颱風後的第一個上班日。

由於電視新聞報導了比利潘以及Xdite兩位所做的「莫拉克颱風災情地圖」以及「莫拉克颱風災情支援網」,再加上上班日中北部的網路使用者暴增,儘管報導沒有正面提到數位文化協會的「莫拉克災情網路中心」,但透過關鍵字搜尋而來的大量訪客,瞬間衝爆了網站;經過一下午的搬遷、努力,最後中華電信熱心提供幾近無上限的主機與頻寬,讓這個災情網可以繼續運作下去。

台南縣的前線小組在這過程中做了一非常棒的事情,就是把訊息開始分為「應變中心」與「物資中心」兩個部份;一方面持續傳遞災情給救援單位,另一方面,則是統計與更新災區所需的物資。因為**在北部或其他地區的民眾想要捐贈物資,最頭痛的就是搞不清楚到底哪個災區需要什麼、要多少數量才夠,**一開始只能盲目捐贈;直到透過現場回報與確認,有「物資中心」的統計數字出來,才能開始試圖掌握捐贈物品的項目與數量;同時,也包括志工的需求:到底需要什麼樣的志工去哪裡、做什麼事,也都透過「物資中心」來發佈訊息。

就這樣,「莫拉克災情網路中心」逐步被證實是一個對災情與物資分配資訊的掌握極其有效之網站,尤其在資訊爆炸的焦慮狀態中,透過派遣的人員在第一現場確認、更新、篩選、回報,實際上展現的效果,在防災應變中心受到了肯定。後來連一些電視台的跑馬燈,都開始參照了這個網站;使得訊息發揮了更大的價值。

2009年8月11日:同樣的模式、透過協會中原本就建立了的合作與聯繫管道,被推薦到同樣是重災區的屏東縣,進駐到屏東縣災害應變中心;協會緊急調度志工南下支援、將原本在台南縣建立標準流程的人員帶過去,另一方面也開始在網站上公開徵求「資訊志工」,以便能夠作到不間斷的輪班。

2009年8月13日,星期四。經過了數日的努力與實證,在行政院的兩位政務委員幫助下,數位文化協會在台北的核心成員,趕赴行政院簡報、並且終於在當天,進駐到中央災害應變中心。

這可以說是對連續幾天不眠不休、不斷拓展戰線、尋求橫向連結的所有工作人員最好的肯定,因為從來沒有民間網路組織進駐到防災中心的前例;這也顯示政府終於清楚認知到,讓網路上的民眾能夠即時獲得來自中央防災中心的正確訊息,是一件非常重要的事。

如果深入瞭解,數位文化協會能夠在這麼短的時間之內完成網路動員,絕非一朝一夕之功。原本這群人就有著靈活、有效率的組織架構,協會的人員也都在各自的專業領域鑽研了很多年(包括網路上的資訊蒐集、重組,以及台灣的公路資訊,以及地方的旅遊、社區營造、圖資等相關訊息的深度掌握);重點在於組織動員,光靠個人或少數人、是無法完成的。

有人質疑,為什麼當初只進駐台南和屏東,卻不即時進駐同樣是災區的台東、高雄或嘉義?據我所知道的,災害應變中心畢竟不是說進去就能進去的,只是正好數位文化協會在台南和屏東有聯繫的窗口,所以只能從這裡開始試著去做、做出成績來給人看。截至我寫這篇文章的此刻,高雄縣也開始進駐;而屏東縣物資中心已協助完成統計與發佈,準備徹點了。

協會的工作人員告訴我,儘管沒有正式量化的統計,但這幾天以來集合大家的努力所做的事,至少在台南縣與屏東縣,都加速了救援與運補的工作進行,使得整體救災進度至少縮短了一天到一天半的時間。

以我個人的觀點,真正值得敬佩的、是那些在第一線擔任救災任務的軍、警、消、義工等;再來是親臨現場擔任清潔、搬運、配送的志工;還有自動發起各項捐獻的網友、鄉民、民眾們。今天在電視上看到有上百位網友自願搬運沈重的救援物資、徒步進入災區,更是令我佩服到無以復加。

當然,「莫拉克颱風災情支援網」、「莫拉克災情資料表」、「莫拉克颱風災情地圖」,還有PTT的Emergency版,以及噗浪與推特上、由無數熱心網友所提供的訊息,都是極其珍貴的資訊來源;如果沒有這幾個網站,數位文化協會的工作人員也就少了許多訊息的入口。而,「莫拉克災情網路中心」所扮演的,則是經過篩選、精粹之後的訊息出口角色。

此刻,災難還沒有過去,仍然有許多等待救援的同胞,他們的聲音需要被聽見;同時,各地捐贈的大量物資與捐款的數字以及流向,都需要我們持續地關注、監督。「莫拉克災情網路中心」這件事情開始被做出來之前,我們都不知道它到底會不會成功、或者發揮多大的效益;但,很多事情,只有做了才知道。

我也相信,這僅僅是一個微不足道的開始;但透過這次建立起來的模式,如果能夠被堅持下去,在將來可能發生的災難時,或許也就能夠儘量避免這次的悲劇再度發生。

往下滑看下一篇文章
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?

一家來自台灣的 AI 新創,如何讓美國上千家速食餐廳,都用它的 AI「看」得來速車道?

這家公司就是專注於 AI 影像辨識技術的 Berry AI (華捷智能),透過攝影機蒐集匿名數據並轉化為多項營運指標,協助速食品牌找出流程瓶頸、提升現場營運效率與整體顧客滿意度。以美國連鎖炸雞品牌 Zaxby’s 為例,在全面導入 Berry AI 解決方案後,服務速度提升 13%-20%,業績表現最好與最差的門市,每週營收差距從 2.4 萬美元縮小至約 9,000 美元。另一家連鎖速食品牌 Culver’s 在導入後,得來速車道的服務時間也立刻改善,進而提升整體吞吐量。

然而,支撐 Berry AI 解決方案的,不只有前端看得見的攝影機與影像辨識技術,還有後端穩定且具彈性的雲端平台。Berry AI 結合 Amazon Web Services (AWS) 全球雲端資源及博弘雲端顧問服務,打造兼顧即時性、穩定性與成本效益的雲地混合架構,成為推動 Berry AI 持續擴大北美市場版圖的重要關鍵。

從台灣 PoC 走向北美千店規模,Berry AI 面臨架構升級新挑戰

Berry AI 執行長林逸中表示,團隊成立初期投入近2年半的時間,探索最適合影像辨識技術的應用場景,最終將目光鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等。

同時,Berry AI 也進一步將現場蒐集到的數據轉化為可量化的營運指標,例如:不同門市、日期或時段的顧客等候時間,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。

在確立發展方向並於台灣完成 PoC (概念驗證)後,Berry AI 決定前進全球最大、也是 QSR 最核心的北美市場。然而,隨著合作客戶與部署門市持續增加,資料量快速攀升,加上服務範圍橫跨不同區域,既有以地端為主的架構開始面臨規模化挑戰。

林逸中補充指出,尤其 QSR 業者在選擇 AI 解決方案時,格外重視技術效能與穩定性,包括 AI 辨識精準度、能否因應突發狀況、系統能否穩定運作,以及網路發生問題時能否維持服務等。在這樣的要求下,若將所有運算與資料都留在地端,不僅難以因應日益增加的部署門市與資料量體,設備建置與維運成本也會隨之增加。

BerryAI 攜手博弘雲端 打造高可用性 AWS 雲地混合架構,突破北美規模化部署挑戰

如何確保系統的即時性、穩定性與成本效益,成為 Berry AI 進軍北美後必須解決的新課題。為此,Berry AI 選擇與博弘雲端合作,取得穩定且高可用的 AWS 運算與資料庫服務架構,將即時運算留在地端,同時在雲端環境整合資料庫處理大量資料與後續分析工作,形成兼顧地端即時運算與雲端彈性擴充的雲地混合架構。

Berry AI研發同仁汪楚剛說明,包括車輛偵測、追蹤與狀態辨識等需要即時反應的工作,會先在地端完成;再將辨識結果傳送至 AWS 雲端,計算各項營運指標,提供後續分析與決策使用。透過這套架構,Berry AI 至今已處理超過 2 億筆車輛狀態資料。

此外,AWS 也是 Berry AI 持續優化 AI 模型的重要基礎。Berry AI 將整套資料蒐集流程建構於 AWS 上,透過完整且多樣化的資料,持續訓練與優化模型,進一步提升地端影像辨識的準確度。

博弘雲端
Berry AI 鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。
圖/ Berry AI網站圖

成為企業技術團隊的延伸,博弘雲端助 BerryAI 把 AWS 用得更好、更省

隨著北美業務持續成長,Berry AI 也迎來新的課題:如何把雲端資源用得更有效率、更省成本,這也成為 Berry AI 與博弘雲端合作的重要契機。

對此,可能有很多人好奇,像 Berry AI 這類技術能力成熟、具備自行建置架構能力的企業,為什麼還需要與博弘雲端合作?「關鍵在於,博弘雲端長期深耕 AWS,對相關服務與技術架構更加熟悉,可以成為企業內部技術團隊的延伸。」博弘雲端技術長宋青雲說。

當 Berry AI 遇到特定 AWS 服務或技術問題時,可以直接尋求博弘雲端協助;若需要進一步與 AWS 原廠確認,博弘雲端也能協助溝通與處理,減少 Berry AI 自行研究與排除問題所需投入的時間,讓內部研發團隊可以將更多心力和資源集中在核心產品開發。

更重要的是,博弘雲端不只提供技術支援,還能從 Berry AI 實際用量與成長需求出發,客製化設計最適合的節費方案,這對 Berry AI 降低營運成本有很大的幫助。宋青雲說明,博弘雲端根據 Berry AI 既有的 AWS 用量,推估未來 1-3 年內的使用需求,並以此為基礎規劃合適的長期雲端資源用量;同時考量 Berry AI 所屬飛捷集團旗下還有 3 家子公司同樣使用 AWS,進一步整合集團需求進行評估,放大整體採購規模,爭取更大的節費空間。

宋青雲強調,雲端採取隨需即付的計價模式,雖然具備彈性優勢,但若缺乏持續管理,仍可能出現資源配置不符商務規劃,或費用超出預期等情況。而博弘雲端不只能從使用現況出發、建議適合的節費方案,也會從效能、資安與成本等面向進行架構健檢,提出相應的優化建議;同時還會提供相關管理介面,讓企業隨時查看帳戶使用狀況、預估未來用量,在業務規模持續成長的同時,也能兼顧雲端架構的效能、安全與成本效益。

而架構健檢與成本優化,只是博弘雲端服務的一環。從企業準備上雲開始,博弘雲端便能協助將應用程式與資料從地端搬遷至雲端,或直接在雲端完成部署;進一步還能協助建置數據平台、數據中台,進行資料分析及導入 AI 應用,讓企業資料發揮更大價值。當服務正式上線後,博弘雲端也能接續提供維運服務。換言之,從前期 PoC、雲端建置到後續維運,博弘雲端都能依據企業需求,提供相應的服務與支援。

對 Berry AI 來說,藉由與博弘雲端合作,深化 AWS 雲端資源使用,不只是突破規模化挑戰,更重要的是能把有限的資源集中在核心業務,持續優化解決方案、開發更多貼近餐飲營運需求的應用,進一步爭取更多品牌合作,擴大北美市場版圖。目前,Berry AI 正全力拓展北美市場,也持續尋找對 AI 技術與餐飲產業應用充滿好奇心、重視團隊協作的人才加入。徵才方向涵蓋機器學習與電腦視覺、Platform & System(DevOps、Infrastructure),以及 Full Stack 軟體開發。從門市邊緣裝置上運行的 AI 模型、串連雲端與數千家門市的系統平台,到協助餐飲品牌提升營運效率的分析產品,每個環節都還有發揮的空間。 期待匯聚更多優秀夥伴,一起用 AI 解決真實的營運問題,讓來自台灣的技術走進更多全球 QSR 門市。

職缺詳情:https://www.cake.me/companies/berryai/jobs

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
一次搞懂工業AI
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓