|
世華銀行中繼平台(Middleware)發展策略
在商業銀行與顧客溝通管道的多元化成為必然趨勢下,除開設分行辦理臨櫃業務外,簡易分行ATM(自動櫃員機)的設置,自動語音查詢,網路銀行,交易資訊站(Kiosk)及新近發燒的行動銀行(PDA或行動電話)等,都是當前突破時空地域限制,隨時隨地提供顧客服務的多管道介面。
世華聯合商業銀行資訊處暨網路金融處副處長黃崇美即指出,以資訊架構發展的策略來說,銀行在運算中心與後端顧客通路乃至於介面間,應該建立一道動態的溝通橋樑,也就是我們一般所謂的中繼平台(Middleware),除解決大多數企業皆會面臨的異質資訊系統的整合與接軌問題外,創造一個銀行商品或服務資訊物件的供應池(Pool),確保傳遞訊息的一致性及完整性,並與銀行近年來開發的多元化電子化顧客通路間協定的整合,更是它關鍵性的任務。
近二年來世華銀行即深刻的感受到中繼平台建立的必要性,在異質資訊系統的整合與接軌上,並委託台灣微軟公司顧問群開始著手建置的工作。由台灣微軟公司顧問群陳彥光顧問,蒐集國外成功案例之系統架構,引進並融合國內環境,整合異質化資訊系統。
再者,金融市場在開放後的激烈競爭,使得大家在商品或服務的開發及推廣上差異性漸漸降低,此時決勝的關鍵點即在於顧客關係的管理(Customer
Relation Management),而其間交易資料及情報支援系統間的整合就顯得相當重要,中繼平台則應該擔任起二者間整合的角色。
世華銀行資訊處三等專員邱宏德指出,銀行傳統的大型主機架構,缺乏點對點的整合性解決方案,且在解決方案及服務支援的價格高的驚人,與開發社群或合作夥伴間的系統整合難度又相當的高,所以,世華銀行在堅持開放系統的一貫理念下,即希望開發出可依需求自訂規格,且具延展性的系統架構,而在模組化的開發下未來亦可以產品化,具有多元的發展空間。
邱宏德即指出,就在世華銀行與顧客溝通管道朝多元化發展,且傳統資訊架構無法滿足未來擴充服務業務的情況下,如何提供顧客一致性的訊息介面及滿意的回覆速度,及異質資訊系統架構間訊息及協定的溝通呼叫及整合,則需要一個穩定且具有彈性的中繼平台,此中繼平台的主要目的是希望提供一個能:
- 整合現有通路的中繼平台。
- 易於建立新通路的中繼平台。
- 多管道訊息服務遞交的中繼平台。
- 交叉管道訊息服務遞交的中繼平台。
- 多通訊協定處理的中繼平台。
- 客戶訊息服務傳遞一致性的中繼平台。(見圖一)

世華銀行認為,銀行內資訊處有自行發展中繼平台的必要性,除了在系統整合上不必全部仰賴系統整合廠商,且在短時間內自行或合作開發能擁有軟體主導權,還能解決銀行電子商務通路多元化的需求。以長期的經營眼光來看,一套具發展擴充彈性的Middleware平台,能讓世華銀行與往來的顧客或Third-party間,快速的建立共通傳輸格式,成為完善的金融樞鈕(Financial
Hub),並擴大資訊交換的社群。
更重要的是,在國際性電子金融交換標準不斷更替的時候,中繼平台可彈性的調整,以跟進國際標準的訊息交換格式,如:OFX、IFX、ebXML等,國內政府及銀行公會於臺灣地區施行的金融資訊交換格式,如:公元2000年7月開始研議,以XML/IFX取代現行的FEDI格式,也都可以在最短的時間遵循施行。
而有別於其它銀行資訊部門著重於辦公室OA及系統升級維護,或小部份應用開發的功能,世華銀行資訊處目前已身兼資訊後勤支援及加值金融商品開發銷售的雙重關鍵性任務,且世華的資訊架構採用在同業間一直具有指標性的參考作用,所以,資訊處將循過去的前例,在中繼平台開發成熟後,不排除提供往來企業建置或開發中繼平台的相關銷售及服務,抑是代理或一同合作開發符合國際標準的中繼平台系統。
世華Middleware的資訊架構

世華銀行在Middleware策略完成後,即著手規劃建置其資訊架構,主要有四個部份:
一、 異質資訊系統的整合及接軌角色:
世華銀行主要的交易訊息及顧客資料目前仍存放在IBM的主機中,而Microsoft Host Integration Server(即Microsoft
SNA Server的下一版本)即是在主機及開放系統間搭起橋樑,透過Host Integration
Server特殊的呼叫協定,將主機中的資料依查詢的要求物件下載到中繼平台上,供外部存取使用,這其中最重要的機制即是資料庫存取元件,用以控制元件的存取。
Host Integration
Server前端開發的主要應用包括:公債系統、會計系統、基金系統及企業銀行(主要涵蓋對帳、入金通知、查詢及列印等功能)業務,核心交易資料放在IBM主機上,但相關的應用服務,則陸續在Windows
2000上開發及運作。
二、 Middleware平台是一個動態的物件邏輯處理池(Pool):
主機依據查詢的要求,會將電文格式下載到Middleware的平台上,這時,邏輯層控制元件就會發揮作用,動態的將物件回應給各個管道的查詢,邱宏德形容這兒好像一個〝魚池〞,隨時有眾多物件等待存取。但若是數個查詢同時要求同一物件,物件數量的均衡就顯得相當重要,因為這涉及Host
Integration
Server主要採一對一的回應模式,所以要考慮供應物件的數量及成本,池中的物件一旦經常出現不夠用的情形,則必須考慮動態調整增加物件的數量。
三、 與合作夥伴間以共通的網際網路溝通的橋樑:
世華銀行在內部專線網路佈建的同時,也考慮與往來廠商間建立一個共通的溝通網路,亦即架構在Microsoft
IIS/Site
Server(目前已更新為Microsoft Commerce
Server)上,以XML為標準交換格式的網際網路通路,這套系統目前已在與企業客戶做初步的通聯,舉例來說,當世華銀行的顧客需要券商的相關證券服務,券商則可透過此通路將資料傳入世華的資料庫以做處理。
邱宏德指出,這套系統目前已經上線,初步通聯的目標是與世華業務往來密切的企業客戶,撰寫好的網頁機制可以自動觸發轉帳或文件的產生,並於事後回覆正確的訊息,省卻過去人工作業費時費人的麻煩。
四、 多通訊協定處理的中介平台:
前面提到,世華銀行這幾年在電子通路的發展上腳步非常的快速,例如:網路銀行、自動語音系統(IVR)、行動銀行乃至於資訊查詢站(KIOSK)、自動櫃員機(ATM)等,但每種通路與電腦溝通的協定互有差異。像IVR、STK及WAP行動銀行等語音系統為透過Socket協定,而網路銀行則以Http、DCOM做為溝通基準,個人電腦則使用一般的Socket及DCOM協定,KIOSK則以Message
Queue協定,四者在向上查詢時,就必須利用所謂多管道控制元件,全部轉換為與資料庫可以溝通的DCOM協定。
主要的效益
邱宏德指出,Middleware的效益主要顯現在前端應用開發效率的增進及交易處理效率的增進兩方面:
1、 前端應用開發效率的增進:Middleware在建置時,即已經將連接中心(指的是
世華銀主要的交易主機)的AP程式開發完成,使從事前端應用開發的Third
Party或程式人員可以透過簡單的協定(如:微軟的DCOM、TCP/IP的Socket
及http的網頁存取等)呼叫標準的物件,無須在每一次開發時重新撰寫連接中心
主機的AP,節省龐大的開發人力及時間資源。 就以資訊站(Kiosk)的應用開發
為例,依循過去的經驗預估需要約半年的開發時間,但在Middleware建置完成
後,僅以預估值一半的3個月時間就完成任務。
2、 交易處理效率的增進:根據Middleware建置後的測試報告顯示,每個
Connection每秒處理的交易筆數約為0.5筆,但增加一個Connection時,可
處理的交易筆數則可倍增,遠優於過去一個Connection對一筆交易的一對一模
式。
3、 節省中心系統資源:有別於過去一對一的模式,Middleware只需20到30個
connection與中心主機連線即可達到先前100個Connection的效率,如此不
僅增加交易效率,更可節省中心主機的CPU及記憶體等系統資源,免於主機負載
過重,必須支出昂貴的成本在擴充及新購費用上。
未來的規劃
邱宏德指出,2000年Middleware多通路解決方案的建置工作,在六月前已經完成主機的整合(內部應用的開發,硬體的安裝與負載模擬器及建置)、網路銀行(硬體的安裝、流程的整合及建置)及資訊站(硬體的安裝、MQ-Bridge建置、後續硬體的安裝及流程的整合)等第一階段的工作。
未來的工作將著重於:
- 多元化通路協定的整合一致化:以TCP/IP為共同的協定,XML為標準的交換格式。
- 與往來合作夥伴快速建置共同傳輸格式,使世華銀行Financial Hub的功能更完整,目前數家國內重量級的企業客戶,皆已表明合作意願。
- 與微軟公司及微軟顧問群合作開發符合現有國際性架構的中繼平台系統。
- 跟進政府組織或銀行公會於台灣地區施行之金融資訊交換規格,以XML、IFX、ebXML取代現行之FEDI架構。
- 提供服務支援,協助尚未建置中繼平台的合作夥伴進行系統建置及導入工作。
|