我們參考過各種網路上之資料整合應用系統後,覺得當前最急需解決的基本問題是: 如何利用網際網路無所不在的特性,正確的結合企業內部後端之資料庫內容,將企業間往來的商業資訊和消費者與廠商間的互動資料,彈性而機動的彼此分享,進而緊密整合原有的 MIS 應用程序。接著才是思考如何在網際網路上進行企業對企業之商業交易 ,達到 Extranet 或 Internet EDI 的目標。
為求解決此一根本問題, 我們採取直接從資料庫中擷取資料並於網頁上開放訂閱的觀點,透過網際網路將整個上下游供給鏈中各企業的資料庫內容自動連結,以避免當前大多數廠商藉由電話、傳真、檔案傳輸協定等手動方式,費時且容易出錯的情況。而且這種直接面對資料庫的方式,不僅可以降低以 EDI 訂定表單標準的困難程度,並可支援多元資料內容的需求 。
本系統將使用者分為兩類:資料提供者(Publisher)與資料訂閱者(Subscriber)。對資料提供者而言,不論是經由協商出的資料內容格式,或透過資料提供者主動分享資訊內容的方式,都可透過本系統的機制,彈性地訂定規格,以從內部資料庫中,擷取出符合的資料,透過網際網路自動傳輸資料的功能,減少人為失誤的機會,並且可減輕管理成本。對資料訂閱者而言,本系統可因應不同廠商的資料庫設計,自動轉換傳來的資料,並自動將結果轉存入內部資料庫中,以與原有
MIS 系統緊密結合,達到快速回應的功效,避免流失商機。
(data synchronization),除了各個資料庫廠商以外,比較有名的工業界相關產品有
Synchrologic 的 SyncKit[9], Syware 的
DataSync[15],Current Technology 的 Peer Direct[10],以及國內三慧科技的
OpenPath DataX[11] 等等,本系統之構想與設計有很多是受到此類產品的影響。此外,MAXSOL
的
dblive@WEB[12] 則是直接透過瀏覽器,開發、管理、存取遠端資料庫,是企業與企業間資料交換的更進一步展現。美國
Firefly 及 Vignette 公司於1998年4月有鑑於網際網路資料內容交換之重要,打算提出一個
ICE (Information & Content Exchange)標準[13],
已獲得
HP 等 40 多家廠商之支持,
MicroSoft 及IBM向
W3C 提出一個支援 XML 網頁內容之描述語言標準
DCD (Document Content Description)[14],目標也在企業對企業間之電子商務。
資料訂閱者利用
Web
Browser,可看到架於 Web Server
上的資料表單訂閱畫面,在查詢與確認資料提供者端所提供的資料表單格式及說明後,訂閱者再填入所需表單編號、需求周期、個人資料等相關訊息。資料提供者端會將這些訂閱訊息存入資料庫中。當到達需求時間點時,系統會自動從EForm格式庫中得出形成此表單的
SQL
語法等資料,再經由
JDBC
程式,產生含有最新的資訊之資料表單內容,傳送給資料訂閱者。
當接收工具確認完成接收資料提供者端所傳送過來的表單內容後,Rule
Manager 程式會從表單法則庫中,得出處理此表單的 SQL
語法等資訊,再經由
JDBC
的程式,將資料正確的存入內部相關的
MIS
資料庫中,完成表單的處理,以便和原有的
MIS
應用系統達成適切的互動。
3、系統使用流程:
本系統將使用者分為兩類:一類為提供資料內容之資料提供者(Publisher)、另一類為接收資料內容之資料訂閱者(Subscriber)。以下分別從資料提供者如何分享資訊給資料訂閱者和資料訂閱者如何自動處理資料提供者所傳送的資訊,這兩個方向來作說明:
企業間經由協議決定出彼此要分享的資訊內容後,資料提供者的MIS部門再經由本系統提供的一個訂定資料表單格式的
GUI
工具
(EForm
Tool ),依照決定的資料內容型態,參考本身內部MIS資料庫的設計,以
SQL語法的方式,訂定資料內容的意義,形成資料表單
(EForm)。我們將這些SQL語法、資料的相關欄位、MetaData
的資訊等稱為此
EForm
之格式,且將其存於
EForm
格式庫中
(EForm
Base)。如果資料提供者本身並無特定資料訂閱對象(例如線上資料提供廠商),也可針對其訂閱者之特性,主動訂定出適合之表單。
資料訂閱者透過與資料提供者協商,或經由資料提供者端的表單訂閱畫面查詢得知所需的表單格式後,利用本系統提供的法則管理
GUI工具 (Rule Tool),將處理表單資料的步驟和方法之
SQL
語法,例如美金報價轉換為台幣報價等轉換法則,連同表單編號、表單說明等資訊存入表單法則庫
(Rule
Base)中。
4、系統架構:
本系統之關鍵技術包括:彈性地訂定存取資料內容的方法、資料庫內容的自動擷取、資料內容傳輸的排程管理、資料內容存入資料庫的法則訂定、自動轉存資料內容於資料庫、資料安全的確保、以及資料傳輸的容錯等等。本系統詳細架構如圖一:
4.1.3 Transport Manager:
4.2.1 在雙方系統相互運作前,資料提供者端會有一個製作 EForm 的初始動作,資料接收端也會有一個製作 Rule 的初始動作:
: