以EMIC系統，目前實際所提供的，也就是衛福部社工司作為主要判斷的依據，剛剛有提到優先要修正的，還有在畫面登打比較困難的，還有有離線需求，這一個事實上是有的，我想以這一些部分優先。在我們做提一個行李箱或者是設定任何新硬體之前，我們先把這一些最基礎的東西列進期程裡面。
第二個是，第一線的很多朋友有提到，我們做「有手機、平板就可以使用」的系統之前，我們還是要進一步做一些使用者的訪查，而這一些訪查的工作，我想消防署一直是說由衛福部這邊來主導，然後消防署這邊的廠商去配合。我想請這兩個單位持續溝通，然後去安排在任何實際需求做出來之前，任何的構想，可能用草圖、假資料或者是靜態畫面等等，以使用者導向的設計方式，實際去各個地方進行一些工作坊。
其實我們在報稅軟體的精進案有執行這樣的程序，也剛完成明年跨平台的設計。如果對使用者體驗的流程，我們辦公室很樂意提供協助，也可以去詢問其他有做過類似體驗工作坊，以我的理解，台北市政府之前就跟社群做過，以演習的方式對這一個介面進行改善，所以也可以先實際詢問進行的方式跟步驟，我想就會比我們自己埋著頭做要好很多。
另外，剛才葉副執秘提到，系統真的進行到條碼要掃的程度的話，儘量不要用額外的設備，儘量以一個手機鏡頭為主。健保卡上的身分證字號，掃進來並不困難。
手機上的離線應用，請使用PWA，而不要用App開發，這個是技術上的提醒。
期程還是請單位繼續協調，這樣可以嗎？
有沒有其他的動議？如果沒有的話，我們就5點結束，謝謝大家。
剛剛講的那一些，是因為11月中下旬開始，院長會從屏東開始，先把東部繞過一圈，然後再回高雄，再從左邊回到台北，每一個縣市都會去看前瞻基礎建設，還有長照跟那個地方的關聯是什麼。
因為這樣的關係，我們的語言變成必須要充分轉譯，因為不是只是讓地方政府瞭解，而且事實上是要讓民眾或者是地方市議員都可以瞭解的程度，所以剛剛副執秘才這麼強調這一件事。
他們不太可能會去看我們核定版的計畫書，然後從裡面抽取出有意義的部分，這個工作勢必是我們每一次在報告裡面聽了之後，決定出一些部分來，然後下一次再來檢視這一個東西從地方的角度來看，他們有感陳述的方法是什麼，並不是我們現在去揣想，我們要把自己價值主張的質化部分，以及效益的這一個部分，把這兩個部分用一般人的話講出來。
這個計畫的特色，裡面基本上沒有國家機密，個人資料也是非常少，基本上都是以公開資料、感測為前提，所以我們目前這一個會議，因為我當主席，所以會做逐字紀錄，跟以前一樣，各位的簡報是可公開，如果裡面有哪一些要抽的話，裡面有十個工作天的時間，大家講的任何字都可以改或者是拿掉，簡報如果要抽換的話，也請讓我知道。
十個工作天之後，差不多是在院長要開始下鄉行程的時候，這整套東西都會讓外面知道，才有可能讓媒體及地方的議員們有準備的時間知道我們在說什麼，大概是這樣，謝謝。
舉實際的例子，像環保署測站資料，這一些都是現成的，你的意思是，這一張圖的右上角，我什麼時候可以在Data Hub的網站上，可以看到這一些資料？因為我瞭解在CDX或者是其他的地方都有，從這一個角度來看，放在高解析度的資料展示平台及Web Service查詢下載的這兩個部分，什麼時候可以看得到？
另外，因為Open API有寫入跟寫回，民間也可以接取資料嗎？
所以這個是Web service的概念，並不是真的能夠存資料。
沒有關係，另外您剛剛提到第二年的時候，你說水利署會希望你們協助建立雲端預算跟開發人工智慧運用，這個具體來講是開發人工智慧的程式碼，是學界寫或者是你們寫或者是水利署寫？
你們有一個container的系統，然後一整包丟上來。
這個是第一個，我們把它當示範案好了，同樣的水利署資料如果是別的部會想要分析的話，也是循相同的模式嗎？就是直接把程式打包丟到你們這邊嗎？
假設GPU資源或者是其他資源的門檻，是任何人來都可以，然後1分鐘付多少錢，或者是參加這一個計畫的部會可以，以明年上半年來講？
只要進這裡面的各個部會的互相資料都可以進行運算，對外面的是看其他的計畫？
因為我們知道SensorThings有非常多的server，你們有挑特定的平台來測，或者是鎖定某一家或者是還在評估？
可以講名字嗎？
如果確定有先測哪一個的話，就像老師提醒資安的部分，因為其實之前都有一點歷史的，如果大一點的話，可能已經通過別的國家或者是別的地方資安的一些測試，當然我們自己在deploy的時候，自己也要再測一次。
不曉得同仁有沒有要回應老師的詢問？
你的核心價值主張其實是回到第4頁的打擊污染熱區跟裁處不法利得，也就是稽查員不增加的情況下，更多運用這一高時空的資料，可以打擊熱區，如果數字沒有達成，可能是做得太好，不敢排放污染；無論達到與否都是好事，這個都是好事，我會建議不要用那麼簡單的，也就是我們一定會打擊到幾家。
目前一個稽查員，我知道都非常忙，從接獲通知、確認到多少，那個工作時間，也就是實際的時數或者是經過不同單位協調到調取等等，一個追查到的機率及花的時間，你預測導入空氣跟感測器之後，會縮短多少時間，因此在任何的人力下會達成多少的效益，這個會比大家一定有這麼多污染，等你去稽查，相對來講比較有感。
這樣講就非常好，請繼續。
因為您剛剛提到上網人數減少90％，相比後面是有一個模型，我不是在講大屯火山，我是在講別的，海嘯。
如果有一個模型的話，我會建議直接把它預計，也就是建置這個之前，可能會有多大規模的傷亡或者是損失，比如海嘯的例子，有了就減少90％，變成有多少的損失，你跟地方政府中間就很容易去講說有這一個關係，所以會透過什麼方式收到，這個我覺得是很好的提醒。
另外一件事，先讓大家明確瞭解到有這個之後，預警的時間有多長，充分疏散，不至於動搖國本的情況下，其實這樣子就非常有感。其實有感跟無感就是從地震這邊來的，不會有人覺得不重要，但有了之後會有多重要，這個部分可以再多表示一些，這個是另外一件事，謝謝。
如果有要回應就回應，不然就是調整一下簡報就好。
其實這一個是大家都用得到的服務，當然特別重要的一些點，我們之前就像你說已經設點了，這個是一件事，但因為我們從最一開始，也就是這一個核定版計畫，也就是要把上中下游的產業鏈帶起來，不能只是我們在這邊應用示範而沒有帶出去。
當你把API做好以後，如果機關自己把應用示範得太好，然後一直維運，就會被說與民爭利；反過來，完全不做運用，說好讓私人廠商來做，又會被說有圖利之虞，這兩頂帽子，永遠都有一頂適用。
要解決這個問題，在推展的時候，我想比較是拋磚引玉的想法。一開始做的這種應用示範範例的建置，可能在建置的過程中，像我們在這樣的checkpoint的會報或者是逐字稿，先讓大家知道有這一件事，我們會用哪一些等等，當然最好的情況是在學校或者是教育的用途，他們甚至會同意把這一個程式本身都開源出來，等於讓業界都知道這樣子做，再拿去做研發的時候，成本就降低。
如果基本上API跟源碼都是open的，外面不會說圖利或者是與民爭利，這個等於是我們做示範的運用方法，之後要用的人再改做私有的做法，這個是比較可行的。
當然，如果應用的site本身是私部門或者是有自己的一些點位的機密，又或者是通訊協定要自己做，那當然不可能open source，但至少底下這個API是開放的。
我覺得如果守住這一個，比較有可能把上、中、下游整合起來，大概是這樣子。
感謝。
EDXL有八項或九項，全部都用EDXL，然後全部都做嗎？
就是把成熟的部分先做，他們還在測試的之後再說，但是就是以EDXL family為基礎。
在簡報裡面可能稍微加一下，加一些用中文講很容易講的，也就是有哪一些事會進入緊急災害的介接，我想這樣子比較容易看得懂，尤其是對縮寫比較不熟悉的朋友。
我們之前的默契是國網要放一份，如果有不同來源，有相同用途，請大家要找同樣的Data model，現在看起來找出來是Sensor Things跟EDXL，當然我們知道目前EMIC出來的資料格式，當然以我的理解都不是這一些，所以它中間還是要有一個資料格式轉換的工作，會有一些清洗的工作，其實那時也都有包在這一個計畫裡面，我如果沒有記錯的話。
我的意思是不只是要邀專家學者內部的討論，我們的整合也要做好。
我很同意剛剛葉哲良的意見，我們把這一個公版，本來是照顧類似地方政府的需求，但民眾也不一定不能滿足到一個程度，但再過去，可能就是我們把我們的程式碼或者是做的方式都公開，讓民間自己要做這一個的成本儘量降低，我們就可以說看不順眼就自己去做，這一句話才講得出來。
我記得以前都是EMIC開一個私人的API，網頁又自己去串接等等，民間光是逆向工程就要花非常多的力氣，根本不可能做自己的版本，這個部分再麻煩多留意，謝謝。
不過這個是用國網的吧！如果我沒有記錯的話。
國網可不可以回應一下？
其實我一直以為這個計畫在一開始，就說不要這樣做了（笑）。
像EMIC本來就有一個東西放在那邊，所以他慢慢移到國網，這個是說得通的。但現在沒有，而是你們自己要多一個平台，我不是很確定是不是這個情況？
建議把那幾句話加在簡報上，不然所有的人聽到「建立雲端數據中心」，應該都會跟我們三個人一樣的反應（笑）。
