[訊息論壇] ICE Messaging Forum 翁穎晰
<專訪篇> iPush®
Server + GIS 深度結合的實踐者 ─ 專訪崧旭資訊
| 在前一期週報裡，我們報導了氣象局即時雨量測報系統的故事。本週特地邀請崧旭資訊的兩位故事主角來現身說法：
呂儼展，崧旭資訊股份有限公司資深經理，國立中興大學土壤環境科學研究所博士。除在崧旭公司服務之外，亦在經國管理暨健康學院兼任助理教授，專長為系統分析、農地利用規劃、地理資訊系統、防救災資訊系統整體規劃和系統整合。
iPush® Server 和 GIS 技術的結合，呂經理是首先倡議者之一。 |
圖一、徐承原經理
(左) 與呂儼展資深經理
(右) |
| 徐承原，崧旭資訊股份有限公司專案經理，國立台灣大學地理研究所碩士，專長為地理資訊系統技術、遙測數位影像處理、資訊系統規劃、開發與程式設計和專家系統。氣象局即時雨量測報系統專案，即為徐經理所帶領的專案計畫之一。 |
徐：我先簡單講一下。崧旭成立於民國
90 年 6 月，迄今大約兩年多的時間。崧旭是一個提供 GIS 專業服務的公司，由王能超總經理領軍，每一位核心幹部在遙測
(RS) 和 GIS 業界都起碼有十年以上的經驗。
目前公司在兩年內累積了不少資源，無論領域知識、技術、教學都大幅成長。外面一般的
GIS 公司大多以承接政府專案為定位，營收的成長可能一百萬、一千萬、甚至一億這樣走；當然接專案這是必要的，但是崧旭在這之外還實踐了一些其他的想法，像是與師大產學合作、合辦教育訓練，一方面教學相長，而且引發很多領域參加
GIS 運動，而不是做完專案，只有使用單位知道內容，其他單位都不曉得，只因為沒參加這個專案計畫。
徐：對。我們現在就在想吸收中小學的老師參與。其實現在高中已經把
GIS 包含在教學課程中了，並不是只有政府單位才有 GIS 的應用和需求。
比起國外，台灣民間的能量是比較小；國內的能量還太集中在政府機關。目前我們嘗試從教育訓練進行突破，然後開始自有產品的研發。在這些基礎上，我們希望：
第一、 在國內，成為最佳的 GIS 專業 Solution 提供者
第二、 在亞洲，提供自有產品。這部份請呂經理補充一下。
呂：剛剛我們徐經理已經提了些東西，我再補充一下。
崧旭公司的經營方向以 RS、GIS、GPS 為三大主軸
(編按：即合稱 3S)，自有產品也是基於這三大主軸上來研發、銷售相關 Solution。我們在軟體平台上的研發、應用系統的提供，都會基于自有的
SuperGeo 系列產品來做。
在台灣，我們為政府單位和一些企業提供專業的技術服務、諮詢服務，國際市場上則會以自有產品為主力。我們自有產品的目標市場不是在台灣，而是在東南亞、大陸，甚至成功一點會到韓國、日本。所以敝公司最主要的目標就是成為亞洲最佳的
GIS Solution 領導廠商。
| GIS 軟體平台部分，是 100% 自己研發的嗎？ |
呂：沒錯。我們在去年底成立研發部門之後，公司的服務項目第一項就已經是我們
SuperGeo 產品線的研究與發展，像在行動地理資訊系統上有第一個 SuperPad 產品問世，四月份進行 ß
測試、五月份第一套正式版出貨給政府機關 (unlimited license)。
第二個產品 SuperObjects，是大型
GIS 系統的開發元件，十月底正式銷售。
第三個產品則是網際網路上的 GIS 伺服器
SuperWebGIS，年底可以 Release。目前還有 Desktop 部分的 SuperGIS 產品，大概在明年
Q1 會 Ready。
等這些自有的系列產品都齊備了，我們就可以開始包裝簡體版、英語版。同時，我們也開始在找國外的協力廠商，像香港、新加坡、大陸，這些都是下一步的工作。
| 這些自有產品和你們原先代理經銷的產品在特性上有何不同？ |
呂：我們是以國外產品的技術功能特性為本，然後針對在地市場需求與專案經驗而自行研發，跟大陸的北京超圖、武大吉奧是相同的發展方向。以
SuperPad 為例，雖然產品功能與 ESRI 的 ArcPAD 相似度有 95% 以上，卻完全是自己研發，專利、商標已經分別申請、註冊，開發日誌、工作日誌也都留底，使用介面除了完全中文化之外，更是已經符合東亞地區的使用習慣。
徐：像輸入地址的介面，歐美產品一定是從小填到大
── 巷弄、街道、都市、州郡、國家，這並不符合台灣與其他東亞國家的使用習慣。
另一個例子是地圖的圖例，台灣自己有一套道路、河川、加油站等地標圖例的標準規範，像這些都可以也應該在本土產品裡內建使用，但國外產品就有困難。這些都在在反映我們是依據本土需求去制定這些功能特性，這是必須強調的；這不是甚麼民族情緒，而是面對市場真實的需要。
呂：這個問題應該回歸到整個國土資訊系統計畫的精神，一開始是推動國土資訊系統的建置，其次就是扶植國內廠商製作台灣自己的
GIS 工具，也就是我們現在正在做的。十幾年來一直沒人做成過，我們算是踏出了第一步。
不過，我們不會僅以台灣的觀點來看整個事情；我們在自有產品的開發，其中灌注了台灣比較深入的專案與工作經驗所獲得的
Know-How，其實就是要把台灣經驗推向亞太市場，所以我們會希望成為一個亞洲 GIS 最佳 Solution 的領導廠商。
| 想請教兩位，艾揚科技和貴公司合作的氣象局專案裡面，雙方所扮演的角色為何？ |
呂：這項合作起源於我和貴公司陳紀任副總、陳育杰協理的一次閒聊。在閒聊中，我發現
iPush® Server 是一個解決防救災即時資訊傳遞議題蠻好的 Solution，我們就合作開始推動，思考如何結合
iPush® Server 與 GIS 深度整合。年初你們舉辦研討會的那段時間，我們就有很多的互動。崧旭在氣象局有不少案子在進行，所以就挑了這個案子來做實際的示範案例。專案的背景和內容就請徐經理來說明，他是本案的專案經理。
徐：謝謝。我們在氣象局經常合作的有資料處理科和自動測站管理科，後者每天從各測站得到的即時資訊在經過校正處理後，會傳送到前者的資料庫裡，兩者所面對的資訊流與監控，需要做到動態且即時，所以我們使用了
GIS 技術結合 iPush® 即時傳輸技術來做。
GIS 引進 iPush® Server 的價值在哪裡？以我看來，GIS 本身是一種很好的圖形介面工具，它的核心價值在於創造視覺效果、符合人類的空間感。但是
GIS 一定要結合其他技術才能創造更高的價值，GIS 一直不斷在演化、更新，甚至革命。像
iPush® Server 就是我們嘗試引進的最新技術。其他像無線通信等，也都會逐漸進入
GIS 的領域來。氣象局這個案子會是 GIS 結合 iPush® Server 的一個重要案例，我們已經很成功的把系統建置起來了，未來還會從這個成功基礎上拓展到其他應用上。其他會用到氣象資料的單位，像水文、救災等，慢慢都會看到這方面的成果，也會逐漸接受
iPush® Server 結合 GIS 這樣的技術。所以這個案子的完成，只會是 iPush®
Server 結合 GIS 發揮價值的起點，而不是終點。
呂：其實台灣目前防救災應用最大宗的像土石流、水患等，都和氣象資料息息相關；氣象局的資料就是要給其他單位用的，其他單位再將資料傳出去給防救災單位。所以如果氣象局這邊成功，其他單位就會感受到很不一樣的成果。後續這種技術整合的推展會如何，目前無法估量，但可以預期到的是：以往可供研判的往往是幾分鐘甚至數十分鐘前的資料，但有了
iPush® Server 後，這樣的 Delay 會被大幅縮短，可能只有一分鐘，甚至是完全
Live (現場即時) 的資訊展現。
徐：在還沒引入
iPush® Server 前，氣象局要查詢各測站最新的資料其實很麻煩，必須每幾分鐘就去
Request 一次，造成資料庫很大的負載，使得系統不穩定，不僅佔頻寬，而且系統效能不佳。同時，測站讀數資料和
GIS 是分開的，可能上面是 GIS，底下才是讀數資料，兩者無法結合呈現、建立視覺上的關聯性。反觀引進
iPush® Server 之後，不僅可以透過網路分享每一個 Channel 的測站資料，有效解決系統效能問題，而且我們還把
iPush® Server 所傳進來的動態即時資料與測站點位資訊直接整合在 ArcIMS
畫面上，直接可以在測站地圖位置上看到該測站所回報的即時動態資訊。這是兩大突破，完全彰顯了 iPush®
Server 結合 GIS 的好處。
除了在圖面上可以一目了然，馬上看到關心地區每一個測站各自的雨量資訊外，如果測站在一定時間內未送回資料，系統可以將該測站標示為失效，並在圖上該測點位置上塗上一個大「X」，而如果某測站的雨量到達警戒區，該點數字就會變紅，進一步可以把該區放大，或跳出一個訊息視窗等，這些都已經被驗證實作出來，幫助使用單位在臨戰決策，或是平時測站管理都更為即時、更有效率。比起以往單靠文字列表，以及必須遠距不斷
Request 資料的情況，實在有著長足的進步。
徐：剛剛說的都是雨量測站，目前氣象局最新的自動監測站都是雨量測站，分佈在全台灣總數大約有七百多個。以後還會有其他像氣溫、風速、溼度等等，屆時資訊量將會非常的大，所以我們一定要引用像
iPush® Server 這樣的即時訊息技術，才能成功地將大量資料即時傳遞。不過雨量監測應該是氣象局目前最重要的一個議題，正如剛剛呂經理所說的，雨量資訊波動性大，而且對其他領域的影響也很大，像水利、防救災、農漁業，可以說在眾多氣候參數裡面，這是最重要的一個。所以氣象局先做這一塊，把所有資源通通先投注在此。
| 那麼在整合 GIS 和 iPush®
Server 上，貴公司是怎麼做到的呢？ |
徐：本案採用著名的
ArcIMS，是 ESRI 公司所開發的 GIS 產品，其為一將地理資料庫及圖資應用發行到全球資訊網 (WWW) 的解決方案，以滿足使用者在網站上建立動態地理資訊的需求。所以，我們在此談的是
iPush® Server 與 ESRI ArcIMS 的結合。
由於地理圖資必定有地理座標，因此在整合 iPush®
Server 與 ESRI ArcIMS 時，最優先考慮的因素就是地理座標。譬如說：(1) 我所關心的區域裡有哪些雨量測站？(2)
我所關心的氣象測站點在哪裡？(3) 目前的雨量值是多少？
以第一個問題為例，首先必須找出關心區域上下左右端點的地理座標，再將已經得到的測站點位座標與之比對，如果落在區域內，即為應該顯示在地圖上的測站，該測站對應的
iPush® Server Channel 就必須被訂閱。
圖二、只有關心圖面範圍內的測站即時資料，才會呈現在地圖上
而回答第二與第三個問題的最大關鍵，就是必須先找出測站點的位置座標，接下來將所得到的座標值在網頁上給定，用來做為雨量值顯示的
TextBox 或 Button，那麼這些雨量值的 TextBox 或 Button，就會貼在正確的測站上面了。當然了，各個
TextBox或 Button 必須訂閱對應的 iPush® Server Channel。以本案的狀況來說，每個測站都具有一個單獨的
Channel。
然而網頁上地圖的呈現方式是透過 ArcIMS
傳回一張影像圖 (如 .jpg)，因此本來不會有如上述所討論帶雨量數值的地理座標。為了克服此問題，我們利用產生影像圖的同時，先記錄影像圖四個角落的地理座標以及影像圖的
pixel 大小，如此一來，我們便能換算影像圖的每個 pixel 與真實地理座標距離的關係，再將此關係套用在擁有地理座標的
TextBox 或 Button 後，就能順利貼到網頁的圖面上，所以地圖上的每個雨量測站旁邊都能夠顯示其相對應由 iPush®
Server 送出的即時雨量值了。
技術方面大概就是這樣，細節很枯燥，我就不多贅述了。
徐：其實也沒那麼難啦。伺服器端用一些二次開發元件來做就解決了，Client
端 (編註：Browser) 這邊的確是比較複雜些，由於輕量化的需求，必須大量使用
Java Script，那個程式量的確是有些驚人，還好之前已經有了很多樣板可供修改使用。
| 那麼，在貴公司的整合使用經驗中，iPush®
Server 是否有何需要改進之處？ |
徐：在效能方面，iPush®
Server 著實達到原先採用時的目標 ── 為
GIS 帶入即時動態訊息的能力。不過人是很貪心的 (笑)，使用者的需求一定會跟著技術進步而成長。
呂：我贊成這個說法。像在客戶端，藉由
iPush® Server 順利地解決了將資料即時傳遞的問題，也很順利的和 GIS 結合，但是還缺了一些東西。像是一些可以即時產出統計圖表的元件就很好用，可以直接就在測站點位旁邊顯示雨量的變化曲線與預測趨勢曲線，如果再加上統計方法應該可以做到。
這種概念對於貴公司應該不陌生才是？像金融方面的 iReal®
Framework，就是類似的東西，只是應用在金融證券方面而已，對吧？事實上，氣象局那邊早有這樣的需求聲音出現囉。
| 這聽起來有些類似 GIS-based SCADA (Supervisor
Control And Data Acquisition) 的概念？ |
呂：或許吧，我對於工業控制的內涵不熟。
徐：說到這個，我就想到南亞技術學院的案例。那個案例就是一個結合
3D GIS 和自動控制的例子。那是一位老師的研究案，目前監控點還只有一個，如果監測點數增加的話，勢必要引入像 iPush®
Server 這樣的即時訊息技術。日後或許我們可以多聊聊這方面的議題。
徐：引進 iPush®
Server 之後，不僅可以有效的解決系統效能問題，還可以把iPush®
Server 所傳進來的動態即時資料與測站點位資訊直接整合在 ArcIMS 或其他 Web GIS 系統畫面上，直接建立即時測站量測資料與測站位置間的視覺關聯
── 這兩點正是 iPush®
Server 結合 GIS 直接能看到的好處。
呂：後續類似
iPush® Server + GIS 這種技術整合的推展會走到甚麼地步，目前無法估量，但可預期的是，以往測站所能提供研判的資料，往往是幾分鐘，甚至數十分鐘前的。引入
iPush® Server 後，這樣的資訊延遲現象會被大幅縮短，不要一分鐘，甚至是達到
Live (現場即時) 的境界，這些都是因為引入了 iPush®
Server，我們可以直接感受到的效益。而隨著像氣象局這樣的上游資訊提供單位率先使用，將可讓更多的資訊使用者享受到即時的服務，這其中即蘊含了很大的應用價值，不管是對政府單位，還是民間。
