我的建議是說，其實跟媒體直接開API對接，主動push出去，最簡單就是用Text模式，一直push出去。他們現在都是被記者打上去，可是打上去要時間，更正也要時間，他需要人工。我的意思是說資訊兩邊對接，我們push給他，這個事件已經解決。對他講他少掉很多工。
意思是說唐政委找衛福部跟大家再來協商一下。
用比較科技化的工具來協助這件事情，現場的人壓力也比較小一點，謝謝。
我的意思是：透過其他東西降低派駐人員現場的壓力，他壓力實在太大，還要安撫跟算現場的人。如果每個事件三秒鐘，他很快就接受，如果三分鐘，他很快就放棄了，因為太久了。原來一百人就三百分鐘他就掛掉了。現在手寫一個人大概要三分鐘，如果一百個人就五個小時，一定不做的，隨便寫一寫或是請大家自己寫。
舉個例子：請NCDR下載head count的影像一下就可以出來了，現在非常精確了正確率到98點多了，多少人通過這影像，會不會重複，就請他們撞上去，開啟的時候接過來直接算就可以了，或是中華電信hotspot都可以算出這個區域有多少人。
這個APP或API裡可以掃身分證被傳，也可以收機交換資訊就傳上去。我們可以很快知道誰進到這位置，不用在登打。手寫的東西應該慢慢讓他消失，除非是什麼都沒帶的，緊急避難的才用手寫。我覺得他是我們最後一道資訊防線。前段的防線在通訊系統完整的時候都可以做到。
我們不是要那麼精確，但是Lump sum一定要出來，或是有多少大人在這裡面一定要出得來。以現在資訊系統來講應該不是很大的挑戰。如果要求公所派出人，啟動事件追蹤，首先我們就知道公所會派誰，因為他馬上要用APP說我收到一個指示要到公所待命。
我是覺得說，可以稍微再...現在手機的時代，剛剛講了很多可以當作部分的solution。因為你用紙本的話可能半天才會通報，而且數字誤差會很大。現在手機直接可以掃身分證，其實都沒有問題。可以把身上想得到，包括手機可以直接從Hotspot可以算出有多少人在裡面有開機。小孩子沒有手機沒有關係，大人幾乎都帶著。
我們應該可以把這個東西手機行動API的東西放在裡面，讓每個人都可以用手機登打的時候，這些事情理論上都可以做得到。前面都開放後面才追蹤這些事情，都會變得非常合理。我的建議是從文字跳脫到半動態的行為，謝謝。
既然我們要改版，過程裡面是不是可以把文字加上半動態的時間點，這樣就很容易分析接到指示到抵達地點的時間，就可以算出來，或是處理多久，這樣才知道什麼叫合理、什麼叫不合理。例如：五分鐘會到的地方，你命令他三分鐘，這樣一輩子都不會到嘛！這就是不合理的要求。
因為現在都是文字，在時序發生過程是沒辦法追蹤，連人什麼時候接到派令都沒辦法追蹤。
我看到跟我想像的，其實希望比這個更先進一點，我不曉得說現在這個人接案是有個APP接到通報，他組長按下去知道接到通報了，我到事件地點我按GPS Location，啪！上去我已經抵達了。處理完後最後驗收就可以上傳三張照片，然後再按一個，啪！就可以回來。
這樣做分析判斷的人就可以知道哪時個跟他是最接近的，這樣他就很容易從過去趕快做歷史研讀，很快可以協助決策，不然再撈資料不知道要撈到什麼時候，或是每個人都在想像那件事情怎麼處理的。其實，它經發生了嘛！
我建議就是說，工人智慧沒關係，希望說可以做簡單的人工智慧，就是非常笨的關係度。所以他可能會把前三大或前十大的關係調出來，這樣就好了。
嗯。
對，但是現在看起來是沒有後續，就是看的不是很清楚。
我還是再請教一下，即使我們用MotionJPEG，那我們資料進來有沒有做什麼清洗？
是。
我想到可以補充14B（笑），不要再加了，我看得眼睛都花了，還滿多Action Items。14B就是，因為剛剛講到媒體跟社群，我們不是要建立API嗎，是不是直接Push給這些媒體？因為現在媒體都直接接訊息進來，直接轉到他們系統上，如果直接接上去就不會有這個問題，我們API直接Push出去給媒體，反而很有效，可以減少他們工作量，他們也會很樂意，資訊正確度也可以提高，謝謝。
對。
大概這幾點，謝謝。
其他的很多部分，因為我們都有其他工作小組討論，我們就不要在這裡贅述，這個就是說，那個分析。有看到很多資料，但是沒看到很多分析。很多東西需要專業分析，資料沒以分析是沒有效的，因為對決策或是事件處理跟預防其實是沒有效的。分析這個能力與功能是不是應該放進來。你有這麼大的資料，要做什麼樣的分析，這個是不是可以放進來。
我建議這個東西應該要有定期大小改版頻率，我們六個月大改版小改版沒有關係，總是要有定期改版，這樣我們才會記得每一陣子我們就要多一些調整資訊，不然可能一輩子到下一個事件之前都不會改版。
這裡面我們有沒有避難地點的資訊在這平台裡面，有嗎？所以開啟之後，我們可以知道多少人進到那個點嗎？我在日本有看到這個東西，他們可以很快的通報下去，假如海嘯，多少人在多少時間完成避難的集中，然後避難的點裡面都有head count，也是另一種事件追蹤的機制，只是是高度自動化，這次是在裡面看到。
K-12跟社群才是重點，應該請他們協助建立教案教材，他們才吞得下去。如果我們用這麼高深的來做的話，小孩子每次都說你們講的東西不是我們的語言，這東西就打垮了這個東西的有效度。我建議請他們協助建立教案教材，不是我們給你個讓他們去用，這樣不是很好。
民眾教育的部分，我不知道民眾教育怎麼做，但是我建議像這種東西，對於太資深的、年紀比較長的是沒有用的。我媽講的，人過了50就不會改了，所以不需要對那一部份推太多的力量，其實K-12是比較有效的，社群是比較有效，這些是要一群人才有效。
接到這個任務多久可以完成，不管小的或大的都可以分析出來，其實對事件評估處理非常有效。事情不會永遠是新的，大部分是舊的比較多，建議事件追蹤可不可以放在裡面。
我的意思是說，現在很多系統的做法是：災情派遣派工是在同一個平台做，每個人都是透過同一個登打的方式來做，我派給你就知道什麼時候上的，什麼時候完工。這些追蹤在剛剛報告是看不到的，就是事件的追蹤，就是誰在什麼時候接到這個指示，他已經上去說我收到了，什麼時候結案，這個事件的追蹤也是很重要，可以從歷史資料分析這個事情平均要處理多久。
對，這個。
再來就是這個災情事件，災情事件發布的時候是透過這個系統派遣派工，還是有另外的系統來做。
有些人喜歡颳颱風，有些人喜歡土石流，有些人喜歡淹水，每個人喜歡的項目不一樣。所以我們怎麼樣做一個介接的服務，基本上是決策服務，不是幫他作決策，我們必須提供一個決策的服務，不是幫他作決策。既然我們提供這麼大的資料庫，沒辦法作決策服務的話，對縣市政府是沒有意義的，他只看到很多資料，沒有這個專業來做服務。
跟縣市政府介接的部分，我知道NCDR有另一個案子在做，但是我覺得有這麼大的資料庫，我們可以更進一步的做一件事就是：縣市政府其實決策力是很低的，大家知道，因為大家靠中央－－每個縣市還是有區域跟心態的差異性，從歷史資料就知道。
再過來就是我們的資料裡面過去相關事件資料的連結，這個對決策系統的協助分析服務是很重要。過去經驗才是災害分析的基礎，我不曉得多少可以連結出現，因為過去我們建立大量資料，是不是在事件出現的時候可以Call out for Help。這樣大家在分析討論的時候可以不用腦袋再去想，很多資料自動跳出，這個應該對未來是有效的。
剛才我們講到很多重要的查核點，其實我們都不曉得什麼時候可以完成，麻煩計畫這邊給我們一個清楚重點的查核點時程，你可以從第一列開始寫，不一定要寫幾月幾號。可以從計畫開始後加六個月、十二個月，所以重點的查核點麻煩大家一下。
因為過去有一個國內的A級單位，被駭進去是因為繞過中央氣象局，這個經過第三方的狀況所造成的問題其實也很大。如果我們在這邊開一個洞，其實其他單位跟他介接的也會開一個洞。我們希望在一個月內協助大家，訂這三個事件。
因為這個現在越來越嚴重，特別是IPTV這件事情。災防中心介接很多IPTV，這個壓力會很大，因為IPTV 90%都是中國大陸做的，裡面的韌體等等，其實壓力很大，我說真的，這是第一個部分，這要小心。
我們會在民生公共物聯網的架構底下要求一致的標準，到時候再麻煩大家配合。
第一個就是說，因為最近我們在處理資安的事情，上次那個Petya有幾個企業被他打，整個ERP系統跟資料都被鎖住，三天整個不動。這個東西會不會在我們的系統裡面發生？所以我們上個月已經麻煩趨勢、合勤跟一些IoT公司來幫我們開一個標準的Guideline跟Requirement跟查核的模式，到時候我們再發給大家。
我有好多想法（笑），我們一個一個，也不是什麼，就是討論而已。
謝謝，我們進入綜合討論。
謝謝，我們最後請到宏碁，因為時間的關係，我們最晚一點要在5點30分前結束這一個會，不管怎麼樣，因此宏碁報告完之後，我們就進入綜合討論，謝謝大家。
接下來我們請到通用移動。
接著請怡利電子。
謝謝，我們接著請到合盈光電。
因為時間有點晚了，麻煩後面報告的控制一下時間，再過來，有請到車輛公會的吳處長，謝謝。
我們先休息到3點30分，大家洗手、喝水後再回來。
也可以。
除了我們剛剛各部會有講到的經濟部技術處四年期的專案開始執行之外，我們準備推動下一個案子，也就是關於電動中巴自駕的試行方案，還有一些測試場域的事情，以及等等要調整的部分，因此希望產業界可以給我們一些建議。
