斷網也能報平安:平時是社區留言站,災時轉型韌性通訊站

O 安心社會

申請編號
191
隊名
斷線不失聯
聯絡人
林泰佑 ・0911550330 ・yokoian8326@gmail.com

在官方系統開啟此提案

AI 輔助評估

摘要
在社區公共場域部署低成本Wi-Fi節點,平時當留言站、斷網災時轉為平安留言與尋人站,網路恢復後分層同步至中央。
實質空洞
否 — 期程與範圍具體
卡詞
否
治理樣板
否
既有作品
否
類似前案(有沒有別人做過)
Project OWL DuckLink已實作斷網Wi-Fi強制門戶回報並實地試驗;本案僅加平時留言站,屬改寫
性別影響
未觸及性別。尋人留言可公開查詢,恐讓家暴受害者(多為女性)被加害者定位;災時照顧者須親赴節點亦增負擔。
DEI
須有智慧手機、能走到節點且識字,排除長者、行動不便、視障與非中文使用者;未提無障礙與多語。團隊三人皆企業主管,缺社區與社福觀點。
STS·社會影響
明言不做電池,但核心情境即大規模停電,節點自身也會斷電。平時留言站是否真有人用未驗證;災時介面由誰切換、無正式場域,落地仍屬假設。
AI 使用
僅開發階段用Claude Code、Lovable、ChatGPT;現場運作不用AI。所述模擬消融實驗基於合成資料,無真實場域依據,且細節不足以查核。
資安隱私
無帳號驗證,任何人可冒名留言或搜尋他人下落;開放Wi-Fi易遭假節點釣魚;中央跨節點彙整形成集中個資庫,保存期限與存取控管未述。

初審

總分 可行性 社會影響力 創新性 提案團隊多元性 資料治理思維
7.78 10 6 9 2 6
評語
留言站任何人都可留,災難訊息不通時可能成為犯罪工具。
筆記
末日殭屍遊戲,避難點留言板的概念。
初審會議筆記
(無)

工作坊

筆記
(無)

決審

總分 可行性 社會影響力 創新性 實作進程驗證
(無) (無) (無) (無) (無)
入選
否
評語
(無)
筆記
(無)

同主題提案(主題 3:災時通訊與弱勢戶)

壹、隊名及題目

一、隊名
斷線不失聯
二、題目
斷網也能報平安:平時是社區留言站,災時轉型韌性通訊站
三、提案對應之徵件構面
安心社會
四、團隊要解決的問題?
地震、颱風或大規模停電發生時,民眾第一件想做的事,是讓家人知道自己平安。但這時所有人同時打電話、傳訊息,行動網路很容易壅塞甚至中斷。家人分散在學校、公司或收容處所,只能反覆聯絡或到社群平台碰運氣尋人。 現有的通訊軟體、社群平台與政府數位服務,幾乎都建立在「網路可以用」這個前提上。前提不成立時,民眾手上那支平常在用的手機就使不上力。 若發生戰爭或基礎設施大規模受損,行動網路與固網可能同時中斷,僅存的是衛星等有限且昂貴的備援鏈路。屆時的問題不只是有沒有線路,而是那條線路該優先承載什麼。 還有一個常被忽略的問題:專為災害準備的設備平常沒有人用,真的出事時民眾不知道它在哪裡,也不知道怎麼操作。 我們要解決的是:當正常通訊失效,讓民眾仍有一個看得懂、平常就熟悉的地方,可以留下平安訊息、找到家人的留言、看到附近的重要資訊,並在任何通訊恢復時把訊息帶出去。
五、本提案是否屬於尚未進行、且尚未成立標案、未申請政府相關預算之計畫,階段性計畫亦同
是
六、前題若選否,請敘明招標機關、計畫名稱、計畫工作內容與本次精進內容

貳、聯絡人資訊

聯絡人姓名
林泰佑
聯絡人電話
0911550330
電子信箱(Email)
yokoian8326@gmail.com

參、提案內容說明

一、可行性

(一)已有隊員人數(含聯絡人)
3
(二)團隊成員及任務分工?
(三)參賽隊員中是否有「歷屆獲獎團隊或初審入選者」?
否
(四)參賽隊員中是否有其他之獲獎證明?
否
(五)請說明您的提案「已使用」哪些相關資料?
政府開放資料:一、避難收容處所點位檔(內政部消防署) 資料集識別碼:ED6CF735-6C03-4573-A882-72C1BEC799CB 格式:CSV|授權:政府資料開放授權條款-第1版|擷取日期: 政府開放資料:二、行政區代碼表 Taiwan_Geocode(民生示警公開資料平台,國家災害防救科技中心) 格式:XLSX|擷取日期:2026-08-26 解析結果:縣市 22 列、鄉鎮 368 列、村 自備資料:自建演算法模擬資料(合成資料,非蒐集自真實場域) 產生方式:以離散事件模型自行生成 規模:每情境 240 個模擬通訊窗口 × 8–10 組隨機種子 內容:六類災害訊息(生命醫療、受困救援、尋人、平安
(六)請說明您的提案「後續驗證期間」預計使用哪些相關資料?
政府開放資料:1. 民生示警公開資料平台(國家災害防救科技中心,alerts.ncdr.nat.gov.tw) 格式:CAP v1.2(OASIS 共通示警協議),另有 CAP Taiwan Profile 政府開放資料:2. 顯著有感地震報告(交通部中央氣象署,政府資料開放平臺資料集 6068) 格式:JSON/XML/API|opendata.cwa.gov.tw/api/v1/rest/datastore/ 自備資料:節點運作資料:民眾平安留言、尋人查詢紀錄、節點設備狀態、Wi-Fi 使用數據、 離線佇列長度、同步成功率、Captive Portal 開啟成功率。 負載測試語料:以腳本化負載產生器對節點產生測試訊息
(七)除了上述資料外,是否有需要哪些機關的未開放資料?
否,沒有其他機關的未開放資料需求
(八)針對上述(欄位(五~七))之資料預計應用方式?
政府開放資料的用途,是讓節點在斷網時仍有可讀的在地資訊。我們已完成四項資料集查證:民生示警公開資料平台(CAP v1.2 國際標準,39 個機關、64 項示警,含停水、電力中斷、道路封閉、災情通報)、行政區代碼 Taiwan_Geocode_113、內政部消防署避難收容處所點位檔(CSV,5,973 筆、15 欄位、涵蓋 22 縣市)、中央氣象署顯著有感地震報告。 應用方式:中央端定期擷取並整理為精簡的在地資訊包,於任何外部鏈路可用時下發至節點。民眾即使在完全斷網狀態,仍可讀取避難處所位置、停水停電與道路狀況。 資料治理上,我們沿用 CAP 國際標準與政府行政區代碼,不自創格式;民眾留言採最小化蒐集並於節點本地加密保存;節點與中央使用同一套交換協定,確保可攜與可查核。政府資料不作為本地服務運作的必要條件。
(九)請說明提案預計實證及落地場域為何,如在中央或地方機關、產業或NPO/NGO等,如何導入公共服務運作?
本案的落地對象是地方災害應變體系與社區公共場域:里民活動中心、學校、公園與避難收容處所。全國避難收容處所共 5,973 處,清冊完整,可依既有名單逐步導入。節點為獨立設備,加裝即可,不改變場域原有運作方式,導入摩擦低。 目前尚未取得正式合作場域,我們不虛列。第一階段由團隊自行建立測試場域:在一處社區公共空間設置「寫信給樹」地方信箱,驗證 Wi-Fi 能否順利連上、頁面能否自動開啟、不同廠牌手機的相容性、實際覆蓋距離、民眾能否在無人說明下完成留言,以及長時間運作的穩定度。 同一場域可直接演練本案核心主張:同一台設備、同一批使用者,將介面由地方信箱切換為災害回報站,實測民眾是否需要重新學習。同一場域亦可作為對外鏈路的測試環境:若資源與期程允許,連接實體衛星鏈路實測;否則以限速模擬衛星等級頻寬,驗證降級機制。 正式場域之媒合,期望於入選後由主辦單位協助促成。
(十)請說明提案實作期程規劃 (入選後至決審期間)?
本案不等初審結果,九月上旬即啟動開發。 第一階段至 10/14 團隊工作坊:完成無網節點。在完全沒有 Internet 的情況下,一般手機連上 Wi-Fi 即自動出現本地頁面,可留言、可搜尋;直接拔除電源再開機,留言仍在、服務自動恢復。同期完成訊息分層——每則留言拆為可獨立傳輸的核心欄位與完整內容。 第二階段至 11/11 決審:完成斷線恢復同步,驗收為對外中斷期間產生 100 筆資料,恢復連線後中央完整收到,零遺失零重複;完成災害模式介面切換;並實作降級傳輸,以限速方式模擬衛星等級的受限頻寬,驗證頻寬不足時先送核心欄位、恢復後自動補齊。 本期程不採購衛星終端,衛星為可插拔之對外介面。亦不做:電池、Mesh、跨節點事件合併、AI 分析。

二、社會影響力

(一)請說明您的具體解決方案?
我們在公共場域放一台低成本節點,提供本地 Wi-Fi。民眾的使用流程是: 走到節點附近 → 手機連上 Wi-Fi → 唯一功能是跳出一個留言與讀取訊息的頁面 → 選擇報平安、找家人、看附近資訊、回報災情或提出物資需求 → 沒有 Internet 也能完成 → 任何外部網路恢復時(如接上衛星閘道器),節點自動評估頻寬把資料送出、再把重要資訊帶回來。 全程不需安裝 App、不需 SIM 卡、不需註冊帳號,任何有瀏覽器的手機都能使用。 關鍵設計是平時與災時使用同一台硬體。平時它是社區留言站或地方信箱,民眾本來就在用;災害發生時不換設備,只切換介面,變成平安與災情留言站。因此民眾不需要在最慌亂的時候學習一個沒看過的東西。 訊息一旦顯示「留言成功」,代表資料已完成可靠寫入,即使當下斷電也不會遺失。
(二)提案是否回應公民許願池 ?
是
(三)前題若選是,請點選回應之願望名稱
希望災害來臨時知道家人是否平安(安心社會) 災時斷網的通訊韌性(安心社會) 希望防災物資真正送到需要的人手中(安心社會)
(四)請說明您認為本次提案內容可帶來的影響與效益?
對民眾:即使行動網路與網際網路中斷,仍可用原有手機留下平安訊息、查詢家人留言、閱讀附近資訊,不需另購設備或安裝軟體。也因為訊息先寫在本地、不佔用對外頻寬,可減少大家同時聯絡造成的壅塞。 對社區:正常通訊中斷時,社區仍有一個可運作的本地資訊節點,不必等待外部網路修復才能開始互通訊息。 對救災體系:多一個民眾端的資料入口與資訊下發管道;物資需求在現場即被結構化記錄並公開,減少第一線人員重複回覆詢問。 對國家通訊韌性:政府已投資衛星等備援鏈路,本案讓該條鏈路能完成最後一哩,服務更多民眾。訊息依重要性分層傳送,避免有限且昂貴的頻寬被非必要資料佔用。在基礎設施大規模受損時,這一層尤其關鍵。 本階段不宣稱未經實測的效益數字,決審前將以可重現方式驗證各項指標。
(五)請說明本提案是否具備可複製性及擴散性?
本案的可複製性來自三個設計選擇。 第一,使用者端零安裝。不需下載 App、不需註冊、不需行動網路,任何有瀏覽器的手機都能使用。擴散不受作業系統版本或民眾事前準備程度限制——災害發生時,沒有人會先去下載 App。 第二,單一標準節點。所有場域使用同一套硬體與同一套軟體,全部採市售品組成,沒有自製硬體。部署可依映像檔或腳本重複建立,場域之間只需更換設定、Wi-Fi 名稱與內容。 第三,單一節點即可獨立運作,不需要先建成網路才有價值。因此可以從一個里、一所學校開始,而不必等到全區同時佈建完成。 對外通訊為可插拔設計,光纖、行動網路或其他鏈路皆可接入,依場域條件選配。

三、創新性

(一)請說明本次提案內容跨領域合作或服務與技術之創新程度
服務創新:平時與災時使用同一個公共節點。多數災害通訊設備平常閒置,民眾臨場不會操作;本案讓節點平時就是社區留言站,災時只切換介面。平時有人用,災時不用重新學。 使用創新:不需 App、不需 SIM、不需註冊,任何手機連上 Wi-Fi 即可使用,完全斷網也能用。 架構創新:本地優先。單一節點的留言、搜尋與保存完全不依賴對外網路;多個節點再經中央彙整,讓民眾在甲地留下的訊息,家人可以在乙地查到。 關鍵創新在有限頻寬的使用方式。對外鏈路採可插拔設計,衛星可直接接入且獨立於行動網路。但衛星頻寬有限且按量計費——數百人共用一條衛星鏈路,若以一般上網方式使用會迅速耗盡。因此本案的重點不是再建一條線路,而是讓既有的有限頻寬承載最多必要資訊:每則訊息拆為核心欄位與完整內容,頻寬受限時先送核心,恢復後自動補齊。此機制已完成前期模擬驗證,並納入本次競賽期間實作。
(二)請說明提案預計使用之工具或平台?
邊緣節點:第一階段以單板電腦(Raspberry Pi 5)搭配獨立商用 Wi-Fi AP、NVMe 儲存與標準乙太網路作為開發平台,作業系統為 Linux。同時評估整合式平台(如 OpenWrt One,內建 Wi-Fi 6 並支援 PoE 供電),以減少元件數、供電線路與現場故障點,列為量產候選。所有元件均為市售品,不含自製硬體,亦不自行研發天線或修改射頻模組。 節點軟體:本地網頁服務、本地資料庫、搜尋、待傳佇列與同步模組,皆為自行開發。第一代不在節點上執行大型語言模型或影像辨識。 中央端:接收節點上傳、跨節點搜尋、公共資訊整理與設備管理。第一代規模精簡,一般雲端環境即可,尚未指定廠商。 開發工具:Claude Code、Lovable、Git。 對外通訊:乙太網路與行動網路為第一階段驗證對象;衛星為可替換之對外介面選項,不列入競賽期間。
(三)是否有使用AI工具?
是
(四)前題若選是,請詳實說明提案階段使用 AI 工具之名稱、使用功能及目的與範圍
本案核心方法是以資料科學方式處理「有限頻寬下該傳什麼」。 我們建立離散事件模擬環境,對多種排程機制進行對照實驗:以多組隨機種子執行並輸出信賴區間,再以消融方式逐一移除各機制、量測邊際貢獻。結果顯示四項原設計機制在受限通訊下無正貢獻或有害,據此刪除。此為以證據收斂範圍的依據。 由此形成的機制分三層:辨識——依結構化欄位判定類別與優先序;壓縮——每則訊息拆為核心欄位與完整內容,頻寬受限時僅送核心;整合——中央端將各節點上傳資料彙整為可查詢、可閱讀的形式,而非留言原文堆疊。 AI 工具:Claude Code 用於模擬環境、架構設計、程式生成、測試與程式碼審查;Lovable 用於介面原型;ChatGPT 用於規格整理。所有產出均經團隊審閱,AI 不列為參賽隊員。 須聲明:系統於災害現場運作不使用 AI 模型。訊息優先序依可列印、可稽核之規則決定,可由災防主管機關調整。不以 AI 或個人

四、團隊輔導需求調查

(一)若入圍初選,期待主辦單位提供之協助?
協助確認應用場域可行性 協助跨機關資料取得 協助跨機關溝通合作(非資料面) 專門領域諮詢建議: 災害應變作業流程與災情通報實務
(二)若入圍初選,是否需要算力平台或雲端協力業者資源?
否
(三)前題若選是,請說明需要何種算力平台(係指數位發展部數位產業署-數位產業跨域軟體基盤暨數位服務躍升計畫)或雲端協力業者(GCP或AWS或Azure或國網中心)之資源及預計應用內容

五、參考文獻或資料引用來源說明

(一)提案內容是否全為原創內容,或有部分引用相關資料來源?
否,有部分內容或資料來源引用其他參考文獻/網頁等。
(二)前題若選否,請說明本提案中所引用之資料來源及其應用環節,建議以條列方式簡述。
1. 2026 總統盃黑客松官方網站:競賽主題、評選標準、公民許願池 (查詢日期 2026-08-23) 應用環節:徵件構面選擇、回應願望之對應 2. 民生示警公開資料平台(國家災害防救科技中心) (查詢日期 2026-08-23 至 08-26) 應用環節:CAP 示警資料介接規劃、行政區代碼表擷取 3. 政府資料開放平臺:避難收容處所點位檔、顯著有感地震報告 (查詢日期 2026-08-20 至 08-26) 應用環節:節點在地資訊來源、節點部署選址 4. OASIS Common Alerting Protocol (CAP) v1.2 應用環節:訊息格

團隊成員

單位類型 姓名 單位與職稱 工作項目
企業 林泰佑 堉睿科技有限公司/執行長 主要提案單位
民間單位與個人 蘇彥文 和碩聯合科技股份有限公司/研發主管 技術/資源協助
企業 柯伯文 亞力通訊股份有限公司/總經理 技術/資源協助

資料需求

無資料。