簡介
Internet的普及帶來了電子商務的熱潮。由於交易平台和各企業用戶內部系統的結構環境的差異,無論是網路體系、使用協定、計算方式還是交換的數據,都千差萬別,因此面臨的是一個物理上分散的、異質異源的電子商務環境。在這樣一個異構環境中,如果沒有統一的、接口良好的、包容性很強的信息集成和處理技術來為該異構環境下的不同系統提供數據服務和商務邏輯計算服務,那么,電子商務系統所必須涉及的物流、信息流和資金流,也就是平常所說的配送、交易和支付,就很難做到真正的一體化。而這其中首先要解決的問題便是在這異構環境中的數據交換問題。
事實上,真正使電子商務走入現實生活的,是電子數據交換EDI技術,它是一種基於計算機套用、通信網路和電子數據處理的電子商務的方式和技術。但是,傳統的EDI實現了統一性卻沒有實現可擴展性,它要求所有的合作夥伴都必須使用唯一的解決方案,這使得EDI實現成本過高且過於冗長,而且如果政府提出一個新的稅收方案或者某個商家想添加一些附屬內容,這意味著整個EDI系統將被修改;而且昂貴的轉換軟體和增值網路(Value Added Networks)服務對於中小企業來說難以輕易實現。
原理
為實現實現空間信息的網路共享,在硬體方面應建立空間信息共享伺服器,用戶訪問
客戶端及其相應的網路
體系結構,提供信息共享所必須的硬體平台。在軟體方面要研究和設計空間元數據
管理軟體 以實現空間信息共享,也可以研究和使用其它共享軟體實現空間信息共享。共享軟體的設計 要考慮使用現有或自己設計的各共享伺服器之間或共享伺服器與
客戶端之間的數據請求和傳 輸協定規範,現有的如:基於TCP/IPZ39.50和HTTP等協定。共享信息、相應的元數據信 息以及信息獲取方法等存放在空間信息共享伺服器中,需要共享信息的用戶通過
客戶端瀏覽 器提供的用戶訪問界面向
空間數據交換中心提交數據或提出數據請求,這些用戶請求通過相 應的網路運行體系傳遞到交換中心的信息共享伺服器上,伺服器上的軟體模組作出相應的處 理,或者對用戶提交的數據作出分析處理,存儲入庫,或者對用戶請求作出回響,返回給用戶。
XML技術
1.XML的特性
XML有強大的數據描述能力,使得複雜數據的表達變得方便。還有自我擴展能力,把對數據的約束減到最少。XML使數據可以進行自我描述。套用系統間交換的XML數據可以通過其文檔中的標籤推斷其涵義。
XML是數據與表達分離的。對於XML數據的處理方式可以是多種多樣的。不再是像Word文檔、Excel文檔,處理數據時受到數據表達的限制。特定行業可以有特定的XML標記語言。行業內可以有共同遵循的標記辭彙集。如化工、鋼鐵業等。
XML的數據是結構化的。對XML文檔的處理靈活強大。可以精確地尋找到需要的信息,可以利用XML的自描述性提取附加的信息,可以利用XML文檔的結構來運算元據,等等。XML文檔的結構同實際的業務對象(BusinessObject)基本對應,這使得特定套用系統的業務對象很自然地轉換成為XML文檔,反之亦然。
XML具有套用健壯性和平台無關性。XML文檔的有效性檢查能有效地排除了垃圾數據對系統的干擾,極大地提高了系統的健壯性和性能;XML與具體的軟硬體平台是無關的,這使得用XML表達的數據具有最大的通用性。
XML作為信息的載體可以通過多種網路途徑傳遞。
2.用XML實現數據交換
如果使用XML,那么異構電子商務環境中數據交換的難題將迎刃而解。用戶可使用XML的可擴展性定義自己的標記結構來描述自己的數據,而不必拘泥於一個統一而繁瑣的EDI框架。XML的統一性保證了交換的方便,並且它是一個簡單的文本檔案,保證任何能夠讀取文本檔案的計算機系統都能方便地解析XML信息,而且W3C在推出XML的同時又推出了XSLT(eXtensible Stylesheet LanguageTransformation),有了XSLT的幫助,交易的雙方不必書寫繁瑣的數據格式轉換程式,只要交易雙方都知道對方的數據結
構,一方就可以在傳輸XML數據的時候同時傳輸一套與對方數據結構相對照的XSLT檔案,這樣另一方打開瀏覽器的時候就能看到自己格式的XML數據了。
3.基於XML的數據交換中心的套用前景
數據交換是XML的最重要的用途之一。XML的可擴展特性和自描述性以及其它特性克服了傳統的EDI標準缺乏靈活性和可擴展性的弱點,使得不同計算機套用系統之間交換數據變得容易起來。並且使用XML,程式能夠理解在交換數據中所表示的商務數據及概念,能夠根據明確的商務規則來進行智慧型化數據處理。
通過研究和分析,我們認為基於XML的數據交換中心作為獨立的第三方軟體平台,它可以為商業、辦公和生產行業的網路業務流程提供統一的數據交換服務。它的適用對象不僅是具有大量數據交換需求的大型企業,還可以為廣大中小企業提供方便、廉價的解決方案,具有Internet接入能力的企業都可以通過不同方式(專線、撥號、ISDN等)成為數據交換中心的客戶端。它可以用於大型企業處於不同地域的子公司、子部門間,可以用於內部系統異構的不同企業間。它可以用來交換契約定單信息、產品目錄信息,也可以用來交換定製產品的工藝圖樣。通過數據交換中心這個第三方平台,不同企業的異構系統間可以緊密結合企業供應鏈各環節實現自動協作,從而實現真正意義上的電子商務。
原型系統的設計
1.整體功能說明
基於XML的數據交換中心為Internet上的企業資源整合,工作流集成和業務協作提供數據系統方面的支持。它的工作原理如下:
假設企業EA有格式為A的數據集DATA(A,A),企業EB有格式為B的數據集DATA(B,B),EA不了解B的格式,EB不了解A的格式,雙方要進行數據交換.即將DATA(A,A)通過操作f(A->B)轉換為DATA(A,B),將DATA(B,B)通過操作f(B->A)轉換為DATA(B,A),由於對於f(A->B)和f(B->A)的具體操作雙方均不了解,無法進行正常的數據交換。
2.客戶端的設計
(1)自身數據格式的登記,註冊和維護
在客戶機申請數據服務的最初階段,必須向數據交換中心提供完整的關於自己所使用的XML數據格式說明,所謂數據格式說明,就是讓客戶機自己解釋格式(A,B)與標準格式X 的關係。其實,在設計原型系統的時候,可以在這一步實現f(A->X)的定義,即讓客戶機自己定義f(A->X)和f(X->A),定義完成的f(A->X)和f(X->A)將存儲在中心平台的知識庫中。當客戶機要求修改數據格式的時候, 必須確保當前中心平台沒有正在轉換中的數據,以防出現數據轉換的不穩定。
(2) 客戶機服務請求和宣告
對於進入數據交換服務區的客戶機,伺服器將自動提供數據交換服務,這裡有一個服務對象的確認過程。我們認為可以採用客戶機宣告的模式。因為在這種模式下交換中心是長時間線上的,而客戶機是允許偶然連線的。此外採用客戶機主動的事件模型可以減少中心伺服器的負荷和網路負載。
從系統結構圖中看出,交換中心包括兩部分:數據機和知識機。其中數據機是用來創建、處理和監視數據格式的,而知識機則專門負責網路本體論(network Ontology)的解析和更新。在這個系統中,網路本體包括:客戶機最新的網路地址,數據格式定義,相關的轉換函式定義等。客戶機的服務請求和宣告要及時地更新網路本體,以便使數據準確快速地實現交換。
(3)客戶機數據的傳送與接收
原型系統要求可以完善地實現單個數據、批量數據或者是連續動態數據的自動傳送和接收功能。
3.服務端的設計
(1)數據交換服務請求的回響、應答
對於客戶機服務的請求宣告,伺服器必須能夠及時應答並更新知識機內的相關內容。
(2)數據格式定義的創建、存儲和維護
對於客戶機註冊的數據格式定義,中心必須建立結構良好的邏輯索引查詢關係,以便不同數據定義之間查找,匹配。
(3)快取的設計
數據交換需要快取,快取必須駐留記憶體,包括本體知識和數據。應該對服務範圍內的本體知識進行訪問機率排序,將最經常使用的本體知識信息存入系統記憶體,實現快速查詢和吞吐。
4.服務端和客戶端的訊息傳遞
因為XML數據交換中心是基於網際網路的,所以我們採用了SOAP(Simple Object Access Protocol)和HTTP相結合來傳輸。原型系統中使用SOAP訊息傳遞協定,它通過HTTP承載訊息,而使用XML格式化訊息。在HTTP中攜帶SOAP訊息,並不意味著SOAP改寫了HTTP已有的語義,而是將構建在HTTP之上SOAP語義自然地對應到HTTP語義。SOAP自然地遵循了HTTP的請求/應答訊息模型,使得SOAP的請求和應答參數可以包含在HTTP請求和應答中。
由於SOAP是完全基於HTTP的, 因此可以用它穿透防火牆, 用SSL加密傳輸的XML文檔,使客戶和服務端能夠安全方便地完成數據傳輸。正是有這樣的特性,這裡的數據交換中心模型可以放心地採用用戶熟悉的HTTP協定,使他們能夠直接使用瀏覽器而不需要額外的軟體費用。