我順便回答一下政策履歷的軟體在sandstorm的軟體是新增新應用程式「LinksHolder」,目前都是用這樣的方式來維護政策履歷,其實是一個人瀏覽器的書籤,大家就可以編輯到外面可以看到的樣子,之前有做使用手冊之類的。
另外一個正在進行的工作是,也就是你剛才所講的新聞裡面說的,公共工程委員會正在應我們的要求修正資訊服務採購的相關辦法,這一個辦法具體條文是在說政府機關在評選廠商的時候,可以增列共通應用程式介面的開發評分項目,有得分的話,得標機會增加。
第一個描述的,當然是國發會自己的「共通性資料存取應用程式介面API」,也就是「data.gov」自己界接用的的API。當我們把它寫出描述後,我們會說服該管的機關在這裡是國發會的資管處,直接把 YAML 檔放到「data.gov.tw」底下,也就是說它變成網站的一部分,受網站的使用條款規範。
%AF%84%E8%AA%AA%E6%98%8E%E6%9C%83">共通性應用程式介面規範說明會」。
並不是機上盒自己抓中央氣象局,而是中央氣象局的應用程式裝在各平台的頭端,平台的頭端forward這個訊息到各機上盒上面去,然後把最需要花時間運算的部分放在各機上盒去算機上盒的位置、自己的震央離他多遠,它還是要透過頭端送到各機上盒上面去的。
第三個問題:我們說這一些公部門推出的,剛剛已經澄清是免費,而且有高度重疊性的這些App或者是這些應用,這一個得標廠商是否有使用要嘛開放源碼的方式,要嘛是開放應用程式介面的方式,把他用到你所提到私有或者專有的這一些資料集或API予以開放?
其實國發會之前有訂「共通性資料存取應用程式介面API規範」,其實是訂給人看的API,我們希望未來有一部分可以給機器看,這兩個規範未來是不是可以整併放在一起,未來其實機關在遵循的時候,都會覺得這個部分要給人看的,原來傳統文件的API、說明文件。
很多資料的運用其實是在跨機關的應用,跨機關應用的部分,我們也推動了共通性應用程式介面的規範,而且納到政府採購的契約範本當中,不同機關所開發出來的API介面都有一致性的詮釋標準,不同機關去用他機關資料的時候,都會非常容易使用。
雨蒼要提醒的,是內外網不一定是拆開,我們用服務設計做了規劃之後,有一些接觸點,這邊有應用程式介面之後,另外一邊可以接取,另外一邊是如果可以自動回答,另外一邊就不用回答,當然這個部分要先等到自動化做到一定程度。
「Open API」是我們的簡稱,全稱是「共通性資料存取應用程式介面」,剛才誠夏說的意思是不管怎麼詮釋,「機器可讀」、「格式開放」、「介面索引」跟「機器可寫」,因為沒有什麼ISO在定義這些字,所以可能被洗掉;像「格式開放」四個字,也許開放的定義沒有很明確定義。
接著應用範圍是寫「本規範適用於可將資料讀取或寫入應用程式介面」,為了使API具有共通性之特性,我想這裡的特性是「共通性之特性」的六字詮釋。從嚴解釋可以說沒有共通性或根本不需要共通性的API,我們都要讓它賦予共通性,也就是讓spec做到這一件事。
放資料,而不能禁止,因此是不是從開放政府資料的角度,加上共通性的應用程式存取介面,變成開放政府的應用程式存取介面,就不要管民間了,意思是我們制訂給各機關政府用的,並不是給民間用的一套標準,似乎爭議比較少。
(簡報第13頁)其實規範準則的部分,大部分是沿用我們之前一個政府資料開放平台適用的叫做「共通性資料存取應用程式介面規範」,其實原本的適用範圍比較僅限於資料開放的範疇下,但是因為現在的範圍是整個
可語音對話和隨時切換成任一方單向直播,以及雙向音視頻對話。我們會把這個通訊工具彙整到連網專線產品的客戶端應用程式上,提供給大眾來試用。
舉一個例子,像藍芽血壓計是屬於醫療器材,所以其附隨服務所蒐集的個資,也宜由醫療器材的主管機關,也就是衛福部來管理,如果是以健康手環這件事情來看主管機關,我們覺得不應該只是從連結的應用程式來看,而是要從設備端跟運用程式來綜合判斷,也就是上面這個圖。
這樣其他地方政府就可以說我要跟他一樣的,但是加這個地方或減這個地方,這樣子未來大家才能夠有一致的討論空間,不然每個縣市政府都有一大本說明書,這樣其實比較難討論。所以這個之後也參考國發會與工程會頒布的那個「共通性應用程式介面」的規格進行客製化,我覺得比較好。
知道API這一件事網站之外還說要有應用程式介面,那麼履約的廠商就應該要使用Open API的方式來說明API,並不是用word檔來說明他的API。
我們現在有在推一個「共通性應用程式介面規範」,目前還在草案,還沒有核定,可能下一個月,裡面有提到一個方式,也就是之前在討論開發的時候,有提過一個開發方式是apis.json的格式,好比像如果那
第三個命題,是健康手環的管轄權認定,通傳會的主軸與見解是要以連結應用程式,也就是APP的應用服務或是功能的目的,來判斷其主管機關,然後進一步透過代碼631的分工原則來看物聯網或者是健康手環主管
(簡報第12頁)我們說明一下壓測的歷程,我們負責的部分比較單純一點,其實只有使用者看到的首頁、登入,及登入到的系統主頁,我們沒有包含後面應用程式的布署。所以就我壓測的時候,我分為兩個步驟:一個