亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種實現(xiàn)集群式供應(yīng)鏈環(huán)境下企業(yè)互操作的方法及系統(tǒng)的制作方法

文檔序號:6366317閱讀:196來源:國知局
專利名稱:一種實現(xiàn)集群式供應(yīng)鏈環(huán)境下企業(yè)互操作的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種實現(xiàn)集群式供應(yīng)鏈環(huán)境下企業(yè)互操作的系統(tǒng)與方法,具體來說是涉及一種基于SOA(Service Oriented Architecture,面向服務(wù)的體系架構(gòu))、Web Service、工作流引擎等技術(shù)的綜合應(yīng)用與系統(tǒng)實現(xiàn),適用于計算機軟件領(lǐng)域。
背景技術(shù)
隨著計算機的發(fā)展和網(wǎng)絡(luò)的普及,越多越多的企業(yè)開始采用信息化的手段對企業(yè)生產(chǎn)經(jīng)營進行管理。目前企業(yè)涉及的信息化系統(tǒng)主要可以分為兩類一類與企業(yè)內(nèi)部的產(chǎn)品研發(fā)制造等密切相關(guān)的系統(tǒng),典型的如企業(yè)資源計劃管理ERP軟件;另一類是支持企業(yè)與供應(yīng)鏈上下游的業(yè)務(wù)伙伴開展業(yè)務(wù)往來的系統(tǒng),如客戶關(guān)系管理CRM、供應(yīng)鏈管理SCM、 電子商務(wù)(e-Commerce)等系統(tǒng)。由于第二類系統(tǒng)存在著跨企業(yè)間業(yè)務(wù)協(xié)作和信息共享的需求,這就要求不同企業(yè)的系統(tǒng)能實現(xiàn)良好的交互。在實際中,企業(yè)的信息化建設(shè)受企業(yè)規(guī)模、組織架構(gòu)、管理模式等因素的影響,不同企業(yè)的信息化水平參差不齊,主要有以下幾方面特征①系統(tǒng)的覆蓋面不一,有的企業(yè)已將信息化延伸到企業(yè)生產(chǎn)管理的各個方面,而有的企業(yè)軟件范疇僅僅涵蓋進銷存或財務(wù)的管理;②軟件時間跨度廣,有些企業(yè)在使用的軟件產(chǎn)品已經(jīng)被軟件的開發(fā)商停止更新甚至宣布淘汰;③系統(tǒng)開發(fā)者不同,部分企業(yè)是購買市場上成熟的商業(yè)軟件,也有部分企業(yè)的軟件是自行研發(fā)或者和與高校、軟件公司等合作聯(lián)合研發(fā),造成軟件無論在語言、運行環(huán)境、 數(shù)據(jù)庫等方面都存在差異性;④不同企業(yè)具有不同的模型,如產(chǎn)品模型、組織架構(gòu)模型等。 這些原因?qū)е铝诉@些企業(yè)系統(tǒng)間的高度異構(gòu),使得不同企業(yè)很難直接通過系統(tǒng)進行信息共享和交互。隨著企業(yè)信息化和經(jīng)濟地域化、全球化不斷發(fā)展的趨勢,企業(yè)間的業(yè)務(wù)協(xié)作已經(jīng)突破地域的限制,業(yè)務(wù)往來越來越頻繁和緊密,而這些企業(yè)原有軟件系統(tǒng)的高異構(gòu)性導(dǎo)致了系統(tǒng)很難實現(xiàn)交互,從而無法能給企業(yè)間的業(yè)務(wù)協(xié)作提供良好的支持,這造成了企業(yè)信息資源的孤立和業(yè)務(wù)協(xié)作效率的低下,成為了影響企業(yè)發(fā)展的重大障礙。為了達到支持跨企業(yè)系統(tǒng)交互的目的,常見的方法是在對方企業(yè)提供系統(tǒng)接口的情況下,對自己的系統(tǒng)做二次開發(fā),通過接口或是遠(yuǎn)程過程調(diào)用等方式實現(xiàn)系統(tǒng)交互。這種方法解決了兩個企業(yè)系統(tǒng)間互連的問題,但由于這種點對點的互連方式要求任意兩個業(yè)務(wù)協(xié)作的企業(yè)都要有一方進行系統(tǒng)改造,伴隨著企業(yè)數(shù)量的增加和企業(yè)系統(tǒng)的高度異構(gòu),開發(fā)的工作量呈指數(shù)級增長,因此,網(wǎng)狀的系統(tǒng)互聯(lián)方式并不適合企業(yè)群系統(tǒng)之間的互聯(lián),星行的集成方式更適合于大量企業(yè)系統(tǒng)間的交互。此外,兩兩互聯(lián)的方式也缺少對企業(yè)在交互過程中出現(xiàn)語法、語義上理解不一致問題的支持。而在集群式供應(yīng)鏈場景中,這種企業(yè)間業(yè)務(wù)系統(tǒng)無法交互的現(xiàn)象和帶來的負(fù)面影響更加顯著。集群式供應(yīng)鏈主要是指塊狀經(jīng)濟在多年發(fā)展過程中,逐步形成的在特定產(chǎn)業(yè)集群區(qū)域圍繞同一產(chǎn)業(yè)或相關(guān)產(chǎn)業(yè)鏈,密集分布有產(chǎn)品制造商、配套零部件制造商、供應(yīng)商、物流商、分銷商、銷售商等,形成本地區(qū)基于“供需”關(guān)系的耦合產(chǎn)業(yè)集群和供應(yīng)鏈的一種網(wǎng)絡(luò)供應(yīng)鏈。在集群式供應(yīng)鏈場景中,由于中小企業(yè)數(shù)量眾多,且企業(yè)信息化水平普遍較低,已有的信息化系統(tǒng)各異,進一步加大了系統(tǒng)交互和企業(yè)互操作實現(xiàn)的難度。

發(fā)明內(nèi)容
本發(fā)明目的是針對上述市場現(xiàn)狀,提供了一種可以實現(xiàn)集群式供應(yīng)鏈環(huán)境下企業(yè)互操作的方法,以促進企業(yè)間高效的共享和協(xié)同,提高集群式供應(yīng)鏈場景下企業(yè)間業(yè)務(wù)協(xié)作的效率。為實現(xiàn)上述目的,本發(fā)明所采用的技術(shù)方案是一種適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在于,該方法包括以下步驟,步驟一,構(gòu)建基于SOA的企業(yè)互操作服務(wù)系統(tǒng);步驟二,企業(yè)用戶得到企業(yè)互操作服務(wù)系統(tǒng)的授權(quán),登陸系統(tǒng)后在企業(yè)基本信息維護界面完善企業(yè)各類信息,同步至企業(yè)互操作服務(wù)系統(tǒng)中企業(yè)表中;步驟三,企業(yè)用戶在企業(yè)互操作服務(wù)系統(tǒng)創(chuàng)建對應(yīng)的企業(yè)業(yè)務(wù)模型,同時采用語言學(xué)、語義相似度比較等多種方法建立該模型與企業(yè)互操作服務(wù)系統(tǒng)定義的參考業(yè)務(wù)模型的映射關(guān)系;步驟四,企業(yè)對其電子商務(wù)系統(tǒng)進行改造,將系統(tǒng)相關(guān)業(yè)務(wù)功能點封裝成Web服務(wù),并在企業(yè)互操作服務(wù)系統(tǒng)的服務(wù)注冊中心進行服務(wù)注冊;步驟五,審核注冊的服務(wù),進行服務(wù)綁定、發(fā)布與授權(quán);步驟六,企業(yè)通過服務(wù)查找可以訂閱服務(wù)注冊中心的各種服務(wù);步驟七,企業(yè)有業(yè)務(wù)協(xié)作需求時查找相應(yīng)服務(wù)進行調(diào)用。在上述步驟中,所述步驟一中構(gòu)建的基于SOA的企業(yè)互操作服務(wù)系統(tǒng)包括I)用于企業(yè)互操作服務(wù)系統(tǒng)與集群式供應(yīng)鏈中各企業(yè)的電子商務(wù)系統(tǒng)及第三方服務(wù)提供商在服務(wù)調(diào)用過程中數(shù)據(jù)交互的功能接口組件,包括發(fā)送服務(wù)組件、確認(rèn)服務(wù)組件和接收服務(wù)組件,三者均遵循企業(yè)互操作服務(wù)系統(tǒng)約定的統(tǒng)一的接口定義;2)用于數(shù)據(jù)交互過程中數(shù)據(jù)處理的數(shù)據(jù)處理模塊,該模塊包括數(shù)據(jù)解析、數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)封裝三個功能組件,所述數(shù)據(jù)解析組件進行數(shù)據(jù)解析時對接收到的XML格式的數(shù)據(jù),首先將各個屬性轉(zhuǎn)換為企業(yè)互操作服務(wù)系統(tǒng)約定的標(biāo)準(zhǔn)屬性,并采用DTD的方案實現(xiàn)對XML格式進行驗證,所述數(shù)據(jù)轉(zhuǎn)換組件在基于企業(yè)基礎(chǔ)業(yè)務(wù)模型庫中每個企業(yè)的基礎(chǔ)業(yè)務(wù)模型及其與系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型的映射關(guān)系對解析后的數(shù)據(jù)進行轉(zhuǎn)換,完成來源企業(yè)基礎(chǔ)業(yè)務(wù)模型到目標(biāo)企業(yè)基礎(chǔ)業(yè)務(wù)模型之間的轉(zhuǎn)換,在數(shù)據(jù)轉(zhuǎn)換過程中,首先將解析后的數(shù)據(jù)轉(zhuǎn)化為以系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型為標(biāo)準(zhǔn)描述的數(shù)據(jù),然后再將以系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型為標(biāo)準(zhǔn)描述的數(shù)據(jù)轉(zhuǎn)化為以服務(wù)需求企業(yè)的基礎(chǔ)業(yè)務(wù)模型為標(biāo)準(zhǔn)描述的數(shù)據(jù);
3)用于對企業(yè)互操作服務(wù)系統(tǒng)及集群式供應(yīng)鏈中企業(yè)及第三方服務(wù)提供商提供的服務(wù)進行管理的服務(wù)管理模塊,該模塊包括核心服務(wù)組件、服務(wù)基本管理組件、服務(wù)綁定組件、服務(wù)訂閱組件、服務(wù)編排組件、服務(wù)注冊中心和服務(wù)查找組件,其中,核心服務(wù)組件為支持系統(tǒng)其他服務(wù)功能實現(xiàn)及SOAP消息傳輸?shù)幕痉?wù),其主要包括采用RSA非對稱加密算法對SOAP消息進行加密和授權(quán)驗證的安全服務(wù),為支持對文件的上傳、查看及其他文件操作管理的文件管理服務(wù)以及記錄系統(tǒng)運行時各種事件的日志服務(wù);服務(wù)基本管理組件是對基于服務(wù)訂閱的服務(wù)訪問權(quán)限管理和服務(wù)生命周期進行管理,服務(wù)綁定組件通過ServiceMix服務(wù)總線實現(xiàn);服務(wù)訂閱組件是實現(xiàn)服務(wù)的訪問控制的一種形式,服務(wù)編排組件通過jBPM5中業(yè)務(wù)流程引擎實現(xiàn);服務(wù)注冊中心涵蓋了企業(yè)及第三方服務(wù)提供商提供的服務(wù)描述信息,包括服務(wù)的WSDL文件,服務(wù)名稱、端口、命名空間,服務(wù)接口參數(shù)的描述信息,企業(yè)訂閱的服務(wù)信息等;服務(wù)查找組件供查詢滿足企業(yè)需求的服務(wù),這樣當(dāng)系統(tǒng)接收到數(shù)據(jù)后,能通過所述組件準(zhǔn)確找到接收功能服務(wù)接口,并將數(shù)據(jù)準(zhǔn)確的發(fā)送給數(shù)據(jù)接收方;4)用于構(gòu)建企業(yè)業(yè)務(wù)流程模型及跨企業(yè)業(yè)務(wù)流程模型,利用流程引擎調(diào)用服務(wù)注冊中心中相應(yīng)服務(wù)的流程管理模塊,5)用于系統(tǒng)用戶管理、基礎(chǔ)數(shù)據(jù)配置和留言板功能等輔助系統(tǒng)組件,6)用于查詢、發(fā)布服務(wù)契約以及系統(tǒng)基 礎(chǔ)參考業(yè)務(wù)模型等信息的公共數(shù)據(jù)中心, 系統(tǒng)通過事先制定好數(shù)據(jù)結(jié)構(gòu),消息格式、數(shù)據(jù)交換規(guī)則、基礎(chǔ)模型等使得遵循此契約的消息、數(shù)據(jù)能正確傳遞和理解,7)用于企業(yè)用戶及系統(tǒng)管理員登陸后進行企業(yè)業(yè)務(wù)模型建模及系統(tǒng)管理等操作時的展示單元,該展示單元由基于JSP頁面、基于WEB的Java Applets以及用于動態(tài)生成 HTML頁面的Servlets構(gòu)成,通過呈現(xiàn)系統(tǒng)的服務(wù)、功能供用戶使用。8)用于存儲企業(yè)互操作服務(wù)系統(tǒng)中的各類數(shù)據(jù)單元,主要由企業(yè)庫、企業(yè)業(yè)務(wù)模型庫、基礎(chǔ)數(shù)據(jù)庫、文件庫組成,其中,企業(yè)庫主要為在系統(tǒng)中注冊企業(yè)的信息庫,企業(yè)業(yè)務(wù)模型庫由企業(yè)基礎(chǔ)業(yè)務(wù)模型庫和業(yè)務(wù)流程庫共同構(gòu)成,而企業(yè)基礎(chǔ)業(yè)務(wù)模型庫包括了企業(yè)業(yè)務(wù)元數(shù)據(jù)模型庫和企業(yè)業(yè)務(wù)數(shù)據(jù)模型庫,企業(yè)業(yè)務(wù)數(shù)據(jù)模型庫主要為企業(yè)的產(chǎn)品、訂單等各類業(yè)務(wù)實際數(shù)據(jù)的高層描述,企業(yè)業(yè)務(wù)元數(shù)據(jù)模型庫主要為描述企業(yè)實際業(yè)務(wù)數(shù)據(jù)的模型庫,同時,企業(yè)基礎(chǔ)業(yè)務(wù)模型庫同時記錄了它與系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型之間的映射關(guān)系;基礎(chǔ)數(shù)據(jù)庫主要為系統(tǒng)基礎(chǔ)數(shù)據(jù)配置的儲存地方,文件庫主要為企業(yè)上傳的及其他各種文件的儲存庫;上述的企業(yè)互操作服務(wù)系統(tǒng)從系統(tǒng)架構(gòu)上可以分為五層,如圖I所示,具體如下基礎(chǔ)層基礎(chǔ)層是系統(tǒng)的最底層,主要由與系統(tǒng)服務(wù)的集群式供應(yīng)鏈所在領(lǐng)域相關(guān)的相關(guān)標(biāo)準(zhǔn)、協(xié)議、技術(shù)等軟資源與操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫管理系統(tǒng)等構(gòu)成。數(shù)據(jù)層包括企業(yè)庫、業(yè)務(wù)數(shù)據(jù)庫、元數(shù)據(jù)庫、基礎(chǔ)數(shù)據(jù)庫、文件庫等,是系統(tǒng)數(shù)據(jù)存儲的地方。業(yè)務(wù)數(shù)據(jù)庫主要為企業(yè)產(chǎn)品、訂單等業(yè)務(wù)相關(guān)的各類數(shù)據(jù),元數(shù)據(jù)庫主要為企業(yè)個性化語義數(shù)據(jù)儲存的數(shù)據(jù)庫,基礎(chǔ)數(shù)據(jù)庫主要為系統(tǒng)基礎(chǔ)配置數(shù)據(jù)的儲存地方,文件庫主要為企業(yè)上傳的文件的儲存庫。數(shù)據(jù)層是基礎(chǔ)。構(gòu)件層可以分為業(yè)務(wù)構(gòu)件和通用構(gòu)件,前者主要為用于業(yè)務(wù)處理的構(gòu)件,包括業(yè)務(wù)數(shù)據(jù)映射、企業(yè)元數(shù)據(jù)映射、業(yè)務(wù)流程的編排等,通過這些功能組件來消解由于數(shù)據(jù)模型、業(yè)務(wù)流程的不一致而引起的沖突,從而使企業(yè)間的業(yè)務(wù)協(xié)作能在意義一致的基礎(chǔ)上開展;后者包括了安全服務(wù)、日志服務(wù)、消息服務(wù)等,為系統(tǒng)提供了一些通用的服務(wù)。應(yīng)用服務(wù)層將滿足特定業(yè)務(wù)領(lǐng)域規(guī)則的服務(wù)構(gòu)件按一定的規(guī)范或要求進行組合,以滿足實際需求,如傳輸管理完成從客戶端以及集群式供應(yīng)鏈中各個企業(yè)對外的軟件應(yīng)用程序中接收數(shù)據(jù),實現(xiàn)對數(shù)據(jù)進行處理、記錄數(shù)據(jù)、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)發(fā)送、根據(jù)條件返回結(jié)果等功能;系統(tǒng)管理包括用戶的管理、數(shù)據(jù)配置管理和留言板;服務(wù)管理包括服務(wù)注冊審核綁定訂閱等組件模塊;工作流引擎負(fù)責(zé)根據(jù)系統(tǒng)業(yè)務(wù)策略和各企業(yè)流程通過調(diào)用響應(yīng)的服務(wù)以滿足相應(yīng)需求。展示層,由基于JSP頁 面、基于WEB的Java Applets以及用于動態(tài)生成HTML頁面的Servlets構(gòu)成,通過呈現(xiàn)系統(tǒng)的服務(wù)、功能供用戶使用。在上述方法的七個步驟中,所述步驟二中企業(yè)可以通過用戶前臺注冊、管理員審批和管理員后臺創(chuàng)建并發(fā)放賬號兩種方式獲取系統(tǒng)登陸帳戶,之后將企業(yè)主營產(chǎn)品/服務(wù)、地址、聯(lián)系方式、聯(lián)系人等基本信息更新至企業(yè)互操作服務(wù)系統(tǒng)數(shù)據(jù)庫的企業(yè)基本信息表中。在上述方法的七個步驟中,所述步驟三進一步包括以下步驟步驟3-1,企業(yè)基礎(chǔ)業(yè)務(wù)模型創(chuàng)建;步驟3-2,建立企業(yè)基礎(chǔ)業(yè)務(wù)模型與企業(yè)互操作服務(wù)系統(tǒng)定義的參考業(yè)務(wù)模型的映射關(guān)系;步驟3-3,企業(yè)業(yè)務(wù)流程模型創(chuàng)建;所述的企業(yè)基礎(chǔ)業(yè)務(wù)模型創(chuàng)建分為企業(yè)業(yè)務(wù)元數(shù)據(jù)模型創(chuàng)建和企業(yè)業(yè)務(wù)數(shù)據(jù)模型創(chuàng)建兩步,其中,企業(yè)業(yè)務(wù)元數(shù)據(jù)建模包括對企業(yè)內(nèi)各種業(yè)務(wù)表單的定義,如訂單、質(zhì)檢單、退貨單等單據(jù)包含的字段含義與屬性,企業(yè)業(yè)務(wù)數(shù)據(jù)建模主要是上述業(yè)務(wù)表單的實際數(shù)據(jù)內(nèi)容,需要將每個企業(yè)的產(chǎn)品基本信息添加到企業(yè)互操作服務(wù)系統(tǒng)數(shù)據(jù)庫的產(chǎn)品基本信息表中,并與企業(yè)對應(yīng);所述參考業(yè)務(wù)模型的映射關(guān)系的建立,是指將企業(yè)業(yè)務(wù)元數(shù)據(jù)模型和企業(yè)業(yè)務(wù)數(shù)據(jù)模型與企業(yè)互操作服務(wù)系統(tǒng)提供的業(yè)務(wù)元數(shù)據(jù)參考模型和業(yè)務(wù)數(shù)據(jù)參考模型進行基于語義的自動轉(zhuǎn)換;在所述企業(yè)業(yè)務(wù)流程模型創(chuàng)建過程中,使用jBPM5組件對企業(yè)業(yè)務(wù)流程模型進行建模,每個企業(yè)分別創(chuàng)建并維護自己的業(yè)務(wù)流程添加至企業(yè)業(yè)務(wù)模型庫中的流程表,同時, 企業(yè)互操作服務(wù)系統(tǒng)根據(jù)系統(tǒng)提供的建模工具及流程描述方法對企業(yè)構(gòu)建的業(yè)務(wù)流程模型進行檢測,當(dāng)檢測到出現(xiàn)跨企業(yè)業(yè)務(wù)流程沖突的時候系統(tǒng)提示相關(guān)企業(yè)進行流程的協(xié)同創(chuàng)建。所述步驟3-2中,可以使用字面相似度匹配、語義相似度計算、屬性向量匹配、用戶描述匹配四種方法中任一種對不同模型的對象、描述及其數(shù)據(jù)之間進行匹配和轉(zhuǎn)化。所述基于字面相似度匹配是根據(jù)詞語中擁有相同單漢字的多少、所在位置等因素來計算詞與詞之間的聯(lián)系,主要步驟如下a.構(gòu)造相似度矩陣,b.利用匹配算法找出短字符串到長字符串的一種最優(yōu)匹配,c.根據(jù)match數(shù)據(jù)得到匹配對的個數(shù)及匹配字符位置權(quán)重之和,d.計算相似度。所述基于語義相似度計算的方法分為計算詞語間相似度算法和語句相似度算法兩種。所述所述的計算詞語間相似度的算法如下a.讀入《知網(wǎng)》公開的詞庫數(shù)據(jù)文件,分析每個詞語結(jié)構(gòu)信息并保存在容器中,b.在容器中查找比較的字符串,得到相應(yīng)的義項列表,沒有則結(jié)束,c.設(shè)置變量max,義項相似度的最大值,初始化為0,
d.遍歷義項 列表,若遍歷結(jié)束,返回max,算法結(jié)束,e.得到遍歷到的兩個義項,使用wordSimilarity的公式進行計算,義項相似度計算結(jié)果若大于max,則將max設(shè)為該相似度值,f.重復(fù)步驟d。所述的語句相似度算法是在得到詞語的相似度后,通過IKAnalyzer進行分詞得到相應(yīng)鏈接、構(gòu)造相似矩陣、利用匹配算法得到最佳匹配等步驟實現(xiàn)對相似度算法。所述基于屬性向量匹配的方法,是指由系統(tǒng)設(shè)定了一些特征屬性供用戶進行選擇,系統(tǒng)將用戶選擇的特征向量結(jié)果與標(biāo)準(zhǔn)元信息向量進行基于簡單匹配系數(shù)(SMC)算法進行向量的相似度計算向量相似度判斷,得到對應(yīng)的結(jié)果。所述基于用戶提供描述匹配的方法與基于語義相似度計算進行匹配的方法類似, 差別是在計算語句相似度時,將分詞結(jié)果中的單字刪除,以提高效率。在上述方法的七個步驟中,所述步驟四具體包括對企業(yè)電子商務(wù)系統(tǒng)改造,創(chuàng)建數(shù)據(jù)發(fā)送組件和數(shù)據(jù)接收組件,其中,數(shù)據(jù)發(fā)送組件包括數(shù)據(jù)發(fā)送和數(shù)據(jù)確認(rèn)功能接口, 用于實現(xiàn)將封裝后的數(shù)據(jù)發(fā)送給企業(yè)互操作服務(wù)系統(tǒng),數(shù)據(jù)接收組件負(fù)責(zé)數(shù)據(jù)的接收及解析,上述接口均采用由企業(yè)互操作服務(wù)系統(tǒng)約定的統(tǒng)一接口定義。采用Xfire或Axis2框架將每個企業(yè)電子商務(wù)系統(tǒng)中相關(guān)的業(yè)務(wù)功能點封裝成良定的(well-defined)Web服務(wù),從而隱藏該功能的內(nèi)部實現(xiàn)細(xì)節(jié),并將封裝后的Web服務(wù)生成Web服務(wù)描述語言(WSDL) 對應(yīng)的描述文檔,即服務(wù)的WSDL文件,將該文件上傳到企業(yè)互操作服務(wù)系統(tǒng);在服務(wù)注冊中心進行服務(wù)注冊時,在給出服務(wù)的功能、參數(shù)、返回值等描述的同時,也可給出服務(wù)的周期、穩(wěn)定性等非功能性描述,企業(yè)互操作服務(wù)系統(tǒng)對新注冊的服務(wù)進行審核,審核通過的服務(wù)將發(fā)布到ServiceMix服務(wù)總線,以實現(xiàn)服務(wù)的綁定,綁定后的服務(wù)可以通過暴露在外的 ServiceMix的服務(wù)端口實現(xiàn)調(diào)用。在上述方法的七個步驟中,所述步驟六中,基于本發(fā)明的企業(yè)互操作系統(tǒng),企業(yè)根據(jù)實際需要在企業(yè)互操作服務(wù)系統(tǒng)的服務(wù)注冊中心進行服務(wù)的動態(tài)查找,企業(yè)互操作服務(wù)系統(tǒng)的服務(wù)注冊中心提供了基于服務(wù)提供商、服務(wù)類型、服務(wù)內(nèi)容描述、服務(wù)評價等關(guān)鍵字進行搜索或排序,此外,企業(yè)互操作服務(wù)系統(tǒng)可以采用基于服務(wù)訂閱授權(quán)的方式實現(xiàn)訪問控制。在上述方法的七個步驟中,所述步驟七中所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法在企業(yè)互操作服務(wù)系統(tǒng)與各個企業(yè)的電子商務(wù)系統(tǒng)進行服務(wù)調(diào)用和數(shù)據(jù)交互時可以采用SOAP傳輸協(xié)議進行,并且采用DTD方案對傳輸數(shù)據(jù)的有效性進行驗證,采用RSA非對稱加密算法對數(shù)據(jù)的真實性進行驗證。本發(fā)明的技術(shù)方法的特征主要包括I,基于“動態(tài)可插拔”的服務(wù)設(shè)計SOA通過應(yīng)用組件和傳輸協(xié)議的松散耦合及服務(wù)的即時綁定,來實現(xiàn)業(yè)務(wù)組件的虛擬化,造就一個虛擬的集成架構(gòu)或者集成系統(tǒng)服務(wù)總線,這樣能減少服務(wù)的限制,可以同時集成。基于“動態(tài)可插拔”的服務(wù)集成包括5個部分服務(wù)綁定組件、服務(wù)查找、核心服務(wù)、 基本管理和配置庫(服務(wù)注冊中心),其基本框架如圖3所示。在這種設(shè)計模式下,集群式供應(yīng)鏈環(huán)境下企業(yè)的系統(tǒng)只要以Web服務(wù)方式進行改造、封裝即可接入實現(xiàn)互相調(diào)用。在“可插拔”服務(wù)設(shè)計中各部分作用如下①服務(wù)綁定組件,將注冊審核通過的外部服務(wù)以及系統(tǒng)開發(fā)的服務(wù)配置成一個個服務(wù)單元(Service Unit, SU),然后將服務(wù)單元進行組合形成一個服務(wù)集(Service Assembly,SA),SA可以動態(tài)的部署到服務(wù)發(fā)布服務(wù)器上。系統(tǒng)中通過使用ServiceMix服務(wù)總線中的Cxf-bc組件來充當(dāng)該角色,添加服務(wù)時可以直接部署到其上,刪除服務(wù)可以直接刪除目錄下相應(yīng)服務(wù)即可,服務(wù)器不需要重新編譯啟動,實現(xiàn)“可插拔”的目的。②核心服務(wù),為支持系統(tǒng)其他服務(wù)功能實現(xiàn)及SOAP消息傳輸?shù)幕痉?wù)。包括安全服務(wù),對數(shù)據(jù)進行加密和授權(quán)驗證;文件管理服務(wù),為支持對文件的上傳、服務(wù)及其他文件操作管理的服務(wù);日志服務(wù),為對系統(tǒng)運行時各種消息的記錄。③ 基本管理,主要是對服務(wù)進行管理,包括基于服務(wù)訂閱的服務(wù)訪問權(quán)限管理,通過判斷用戶是否注冊了該服務(wù)來決定用戶是否有權(quán)限調(diào)用該服務(wù),服務(wù)的權(quán)限審核交有服務(wù)提供者自己來審核,通過權(quán)限設(shè)定可以防止一些非法用戶亂調(diào)用服務(wù),給服務(wù)提供者發(fā)送“垃圾”數(shù)據(jù);服務(wù)生命周期管理為對服務(wù)狀態(tài)進行管理。④服務(wù)查找。其主要功能是在業(yè)務(wù)協(xié)作過程中,根據(jù)數(shù)據(jù)來源中目標(biāo)公司名稱、數(shù)據(jù)類型等信息,在服務(wù)注冊中心中查找目標(biāo)企業(yè)提供的相應(yīng)服務(wù),獲取其在注冊相應(yīng)服務(wù)時提供的端口、命名空間、名稱、操作方法及參數(shù)的信息,然后將數(shù)據(jù)匹配為目標(biāo)接口定義,最終通過Web Services客戶端將數(shù)據(jù)發(fā)送給服務(wù)提供商控制業(yè)務(wù)流程中需要哪些服務(wù)。目前,如何根據(jù)值選擇執(zhí)行目標(biāo)服務(wù)典型的方式為通過BPEL技術(shù)實現(xiàn),本發(fā)明通過引入jBPM5對服務(wù)進行重新編排,從而實現(xiàn)跨企業(yè)的業(yè)務(wù)流程。⑤配置庫,服務(wù)管理配置庫主要是包含服務(wù)的注冊信息,服務(wù)基本管理信息等的數(shù)據(jù)庫。2,基于相似度的語義沖突消解由于企業(yè)的差異導(dǎo)致不同的企業(yè)在對產(chǎn)品名稱、產(chǎn)品型號甚至某些元數(shù)據(jù)上都存在不同,在集群式供應(yīng)鏈環(huán)境下,這種現(xiàn)象更加突出,對同一個產(chǎn)品不同的企業(yè)有不同的名稱和編碼,如何統(tǒng)一各種名稱,消除企業(yè)間的不一致性成為了企業(yè)開展業(yè)務(wù)協(xié)作的難題。本發(fā)明提供了基于字面相似度匹配、語義相似度計算、屬性向量匹配、用戶描述匹配四種方法用于解決在數(shù)據(jù)的匹配和轉(zhuǎn)化中的沖突和歧義。四種方法的具體描述已在上文中詳細(xì)闡述,針對企業(yè)在基礎(chǔ)業(yè)務(wù)建模階段遇到的各種語義沖突,企業(yè)可以根據(jù)實際情況選擇合適的方法來解決。3,全生命周期的服務(wù)管理服務(wù)生命周期管理模塊包括服務(wù)注冊的功能,即用戶向其他企業(yè)用戶提供服務(wù)時需要將該服務(wù)注冊到本系統(tǒng)上,需要注冊提交的內(nèi)容主要為服務(wù)的名稱、端口,服務(wù)的WSDL 文件上傳,WSDL文件中包含的操作名稱及其參數(shù)的含義。注冊成功后服務(wù)存入配置庫中, 服務(wù)狀態(tài)初始化為待審核。另外服務(wù)生命周期管理中,對于服務(wù)已審核和已發(fā)布狀態(tài)的服務(wù)都可以同時展示給用戶查看。一般涉及企業(yè)業(yè)務(wù)協(xié)作的服務(wù)設(shè)置為審核狀態(tài),用戶需要通過本系統(tǒng)間接調(diào)用企業(yè)業(yè)務(wù)服務(wù),其他服務(wù)一般設(shè)置為已發(fā)布狀態(tài),用戶可以自行直接使用該服務(wù)。對于一些已經(jīng)不再使用或者失效的服務(wù),需要對其進行必要的管理,不再對用戶展示。


圖1為企業(yè)互操作服務(wù)系統(tǒng)的層次圖。圖2是企業(yè)業(yè)務(wù)信息配置的流程圖。
圖3是基于“動態(tài)可插拔”的服務(wù)設(shè)計示意圖。圖4是企業(yè)交互時數(shù)據(jù)流示意圖。圖5是企業(yè)實現(xiàn)系統(tǒng)交互的所需步驟示意圖。圖6是服務(wù)從形成到調(diào)用的全過程展示圖。圖7是企業(yè)下單時服務(wù)
圖8是企業(yè)互操作服務(wù)系統(tǒng)中的服務(wù)注冊頁面功能示意圖。圖9是企業(yè)互操作服務(wù)系統(tǒng)中企業(yè)服務(wù)管理界面示意圖。圖10是企業(yè)A和企業(yè)B原有的采購供應(yīng)業(yè)務(wù)流程模型片段。圖11是企業(yè)A和企業(yè)B沖突消解后的跨企業(yè)采購供應(yīng)業(yè)務(wù)流程。
具體實施例方式下面結(jié)合附圖,以具體實例的方式對本發(fā)明的方法及所建立的系統(tǒng)做進一步的解釋與說明。在本發(fā)明公開的系統(tǒng)中,集群式供應(yīng)鏈中企業(yè)互操作通過Web Services的方式實現(xiàn)數(shù)據(jù)的傳遞。Web Services具有很好的可集成、交互的能力,通過采用統(tǒng)一的、公開的、易理解的標(biāo)準(zhǔn),屏蔽了不同軟件系統(tǒng)之間的差異。具體的跨系統(tǒng)數(shù)據(jù)傳輸過程如下A企業(yè)發(fā)送數(shù)據(jù),系統(tǒng)接收數(shù)據(jù);系統(tǒng)通過數(shù)據(jù)進行解析、轉(zhuǎn)換后根據(jù)向目標(biāo)企業(yè)B轉(zhuǎn)發(fā)數(shù)據(jù),企業(yè)B 接收。這只是一個單向數(shù)據(jù)傳輸?shù)倪^程,并不是一次業(yè)務(wù)或是服務(wù)調(diào)用的完整過程。其中, 數(shù)據(jù)傳輸基于SOAP傳輸協(xié)議,基于DTD方案對數(shù)據(jù)的有效性進行驗證,基于RSA非對稱加密算法對數(shù)據(jù)的真實性進行驗證,數(shù)據(jù)轉(zhuǎn)換過程中需要基于企業(yè)數(shù)據(jù)管理中的信息配置庫進行轉(zhuǎn)換。集群式供應(yīng)鏈中的企業(yè)實現(xiàn)系統(tǒng)互操作所需的步驟如圖4所示,主要包括1,登陸授權(quán);2,企業(yè)基礎(chǔ)業(yè)務(wù)模型創(chuàng)建,并建立與系統(tǒng)參考模型的映射;3,服務(wù)管理;4,實際業(yè)務(wù)觸發(fā)。其中,登陸授權(quán)是指企業(yè)可以通過企業(yè)互操作服務(wù)系統(tǒng)提供的公開注冊頁面進行申請,并由管理員完成審批流程;也可以是系統(tǒng)管理員直接在后臺創(chuàng)建好帳戶后將賬戶密碼等信息發(fā)送給企業(yè)。通過創(chuàng)建企業(yè)基礎(chǔ)業(yè)務(wù)模型并建立與系統(tǒng)參考業(yè)務(wù)模型的映射,使不同企業(yè)在開展系統(tǒng)互操作時具備了彼此間相互理解的基礎(chǔ)。企業(yè)對服務(wù)管理分為服務(wù)封裝改造、服務(wù)注冊和服務(wù)訂閱。當(dāng)完成了上述準(zhǔn)備工作后,企業(yè)利用訂閱的服務(wù)或是通過發(fā)布的服務(wù)就能觸發(fā)相應(yīng)的業(yè)務(wù)流程。下面將對流程圖中的第2、第3步重點說明。1,企業(yè)業(yè)務(wù)模型創(chuàng)建與映射該步驟通過對企業(yè)業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)過程、內(nèi)部組織架構(gòu)等進行建模、配置,實現(xiàn)有效的管理,并實現(xiàn)與系統(tǒng)參考的業(yè)務(wù)、數(shù)據(jù)模型的轉(zhuǎn)換與對應(yīng),可細(xì)分為企業(yè)基礎(chǔ)業(yè)務(wù)模型創(chuàng)建和企業(yè)業(yè)務(wù)流程模型創(chuàng)建三方面。其中企業(yè)基礎(chǔ)業(yè)務(wù)模型模型可分為企業(yè)業(yè)務(wù)元數(shù)據(jù)模型和企業(yè)業(yè)務(wù)數(shù)據(jù)模型;業(yè)務(wù)元數(shù)據(jù)是指對企業(yè)業(yè)務(wù)對象進行描述的數(shù)據(jù),如型號、規(guī)格、編碼等均是用于描述企業(yè)的產(chǎn)品屬性的數(shù)據(jù);而業(yè)務(wù)數(shù)據(jù)是指對企業(yè)實際業(yè)務(wù)過程中對業(yè)務(wù)對象的描述值,如具體的產(chǎn)品型號、訂單編號、編碼等。比如系統(tǒng)參考基礎(chǔ)業(yè)務(wù)模型的產(chǎn)品模型用“產(chǎn)品編碼”來定義和描述不同尺寸、大小、規(guī)格的產(chǎn)品,而A公司的業(yè)務(wù)模型中用“產(chǎn)品型號”表示“產(chǎn)品編碼”,B公司的業(yè)務(wù)模型用“產(chǎn)品號”表示“產(chǎn)品編碼”;此外,具體的業(yè)務(wù)數(shù)據(jù)也不一樣,比如同樣是型號為Mlx5的螺絲釘(Μ代表螺紋,I代表螺紋公稱直徑,5代表螺紋長度),在A公司的產(chǎn)品型號是 Α00111Χ5,而在B公司產(chǎn)品號為Μ1Χ5001。因此企業(yè)A和企業(yè)B要想實現(xiàn)彼此系統(tǒng)的交互和信息共享,都需要創(chuàng)建自己企業(yè)的基礎(chǔ)業(yè)務(wù)模型,并建立與系統(tǒng)參考模型的映射。圖5是企業(yè)在創(chuàng)建企業(yè)基礎(chǔ)業(yè)務(wù)模型與系統(tǒng)參考基礎(chǔ)業(yè)務(wù)模型映射過程中的主要步驟。企業(yè)在業(yè)務(wù)元數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)配置過程中需要先選擇一種匹配方式。如企業(yè)A的訂單模型包含以下屬性{產(chǎn)品型號,訂單編號, 下單日期,合計金額,錄入人,客戶名稱,送貨地址,產(chǎn)品名稱,產(chǎn)品數(shù)量,產(chǎn)品單價,公司編號,交貨時間,訂單備注,產(chǎn)品總價,產(chǎn)品備注},系統(tǒng)參考模型中的訂單模型包含以下屬性 {產(chǎn)品編碼,訂單號,下單時間,訂單總價,錄入人,客戶名稱,送貨地點,產(chǎn)品名稱,數(shù)量,單價,公司號,交貨日期,訂單備注,產(chǎn)品總價,產(chǎn)品備注},若選擇基于語義相似度計算的匹配方式,由于業(yè)務(wù)元數(shù)據(jù)名稱基本上是組合詞,比如“產(chǎn)品型號”,在《知網(wǎng)》的數(shù)據(jù)文件中不 存在,需要對名稱進行分詞后再計算相似度,在得到詞語間的相似度后計算平均值即得到語句的相似度。詞語的語義相似度計算采用上文提到過的算法,得到的結(jié)果如下表I所示表I詞語語義相似度算法計算結(jié)果
權(quán)利要求
1.一種適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在于,該方法包括以下步驟, 步驟一,構(gòu)建基于SOA的企業(yè)互操作服務(wù)系統(tǒng); 所述企業(yè)互操作服務(wù)系統(tǒng)包括 用于企業(yè)互操作服務(wù)系統(tǒng)與集群式供應(yīng)鏈中各企業(yè)的電子商務(wù)系統(tǒng)及第三方服務(wù)提供商在服務(wù)調(diào)用過程中數(shù)據(jù)交互的功能接ロ組件, 用于數(shù)據(jù)交互過程中數(shù)據(jù)處理的數(shù)據(jù)處理模塊, 用于對企業(yè)互操作服務(wù)系統(tǒng)及集群式供應(yīng)鏈中企業(yè)及第三方服務(wù)提供商提供的服務(wù)進行管理的服務(wù)管理模塊, 用于構(gòu)建企業(yè)業(yè)務(wù)流程模型及跨企業(yè)業(yè)務(wù)流程模型,利用流程引擎調(diào)用服務(wù)注冊中心中相應(yīng)服務(wù)的流程管理模塊, 用于查詢、發(fā)布服務(wù)契約以及系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型等信息的公共數(shù)據(jù)中心,系統(tǒng)通過事先制定好數(shù)據(jù)結(jié)構(gòu),消息格式、數(shù)據(jù)交換規(guī)則、基礎(chǔ)模型等使得遵循此契約的消息、數(shù)據(jù)能正確傳遞和理解, 用于系統(tǒng)用戶管理、基礎(chǔ)數(shù)據(jù)配置和留言板功能等輔助系統(tǒng)組件, 用于企業(yè)用戶及系統(tǒng)管理員登陸后進行企業(yè)業(yè)務(wù)模型建模及系統(tǒng)管理等操作時的展示單元, 用于存儲企業(yè)互操作服務(wù)系統(tǒng)中的各類數(shù)據(jù)単元,主要由企業(yè)庫、企業(yè)業(yè)務(wù)模型庫、基礎(chǔ)數(shù)據(jù)庫、文件庫組成,所述企業(yè)庫主要為在系統(tǒng)注冊的企業(yè)信息庫,企業(yè)業(yè)務(wù)模型庫主要存儲了每個企業(yè)業(yè)務(wù)相關(guān)的各類模型、表單等數(shù)據(jù),基礎(chǔ)數(shù)據(jù)庫主要為系統(tǒng)基礎(chǔ)數(shù)據(jù)配置的儲存地方,文件庫主要為企業(yè)上傳的及其他各種文件的儲存庫; 步驟ニ,企業(yè)用戶在得到企業(yè)互操作服務(wù)系統(tǒng)的授權(quán)后登陸系統(tǒng),在企業(yè)基本信息維護界面完善企業(yè)各類信息,同步至企業(yè)互操作服務(wù)系統(tǒng)中企業(yè)表中; 步驟三,企業(yè)用戶在企業(yè)互操作服務(wù)系統(tǒng)創(chuàng)建對應(yīng)的企業(yè)業(yè)務(wù)模型,同時采用語言學(xué)、語義相似度比較等多種方法建立該模型與企業(yè)互操作服務(wù)系統(tǒng)定義的參考業(yè)務(wù)模型的映身寸關(guān)系; 步驟四,企業(yè)對其電子商務(wù)系統(tǒng)進行改造,將系統(tǒng)相關(guān)業(yè)務(wù)功能點封裝成Web服務(wù),并在企業(yè)互操作服務(wù)系統(tǒng)的服務(wù)注冊中心進行服務(wù)注冊; 步驟五,系統(tǒng)管理員審核注冊的服務(wù),進行服務(wù)綁定、發(fā)布與授權(quán); 步驟六,企業(yè)通過服務(wù)查找可以訂閱服務(wù)注冊中心的各種服務(wù); 步驟七,企業(yè)有業(yè)務(wù)協(xié)作需求時查找相應(yīng)服務(wù)進行調(diào)用。
2.根據(jù)權(quán)利要求I所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在于,所述步驟三進ー步包括以下步驟 步驟3-1,企業(yè)基礎(chǔ)業(yè)務(wù)模型創(chuàng)建; 步驟3-2,建立企業(yè)基礎(chǔ)業(yè)務(wù)模型與企業(yè)互操作服務(wù)系統(tǒng)定義的參考業(yè)務(wù)模型的映射關(guān)系; 步驟3-3,企業(yè)業(yè)務(wù)流程模型創(chuàng)建; 所述的企業(yè)基礎(chǔ)業(yè)務(wù)模型創(chuàng)建分為企業(yè)業(yè)務(wù)元數(shù)據(jù)模型創(chuàng)建和企業(yè)業(yè)務(wù)數(shù)據(jù)模型創(chuàng)建兩步,其中,企業(yè)業(yè)務(wù)元數(shù)據(jù)建模包括對企業(yè)內(nèi)各種業(yè)務(wù)表單的定義,企業(yè)業(yè)務(wù)數(shù)據(jù)建模主要是上述業(yè)務(wù)表單的實際數(shù)據(jù)內(nèi)容,需要將每個企業(yè)的產(chǎn)品基本信息添加到企業(yè)互操作服務(wù)系統(tǒng)數(shù)據(jù)庫的產(chǎn)品基本信息表中,并與企業(yè)對應(yīng); 所述參考業(yè)務(wù)模型的映射關(guān)系的建立,是指將企業(yè)業(yè)務(wù)元數(shù)據(jù)模型和企業(yè)業(yè)務(wù)數(shù)據(jù)模型與企業(yè)互操作服務(wù)系統(tǒng)提供的業(yè)務(wù)元數(shù)據(jù)參考模型和業(yè)務(wù)數(shù)據(jù)參考模型進行基于語義的自動轉(zhuǎn)換; 所述企業(yè)業(yè)務(wù)流程模型創(chuàng)建,是指基于jBPM5組件實現(xiàn)對企業(yè)業(yè)務(wù)流程模型建模,每個企業(yè)分別創(chuàng)建并維護自己的業(yè)務(wù)流程添加至企業(yè)業(yè)務(wù)模型庫中的流程表,同時,企業(yè)互操作服務(wù)系統(tǒng)根據(jù)系統(tǒng)提供的建模工具及流程描述方法對各個企業(yè)構(gòu)建的業(yè)務(wù)流程模型進行檢測,當(dāng)檢測到跨企業(yè)業(yè)務(wù)流程對接可能出現(xiàn)沖突時系統(tǒng)提示相關(guān)企業(yè)進行流程的協(xié)同創(chuàng)建。
3.根據(jù)權(quán)利要求2所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在于,可以使用字面相似度匹配、語義相似度計算、屬性向量匹配、用戶描述匹配四種方法中任一種對不同模型的對象、描述及其數(shù)據(jù)之間進行匹配和轉(zhuǎn)化,其中 基于字面相似度匹配是根據(jù)詞語中擁有相同單漢字的多少、所在位置等因素來計算詞與詞之間的聯(lián)系,主要步驟如下 a.構(gòu)造相似度矩陣, b.利用匹配算法找出短字符串到長字符串的一種最優(yōu)匹配, c.根據(jù)match數(shù)據(jù)得到匹配對的個數(shù)及匹配字符位置權(quán)重之和, d.計算相似度; 基于語義相似度計算的方法分為計算詞語間相似度算法和語句相似度算法兩種, 所述的計算詞語間相似度的算法如下 a.讀入《知網(wǎng)》公開的詞庫數(shù)據(jù)文件,分析每個詞語結(jié)構(gòu)信息并保存在容器中, b.在容器中查找比較的字符串,得到相應(yīng)的義項列表,沒有則結(jié)束, c.設(shè)置變量max,義項相似度的最大值,初始化為O, d.遍歷義項列表,若遍歷結(jié)束,返回max,算法結(jié)束, e.得到遍歷到的兩個義項,使用wordSimilarity的公式進行計算,義項相似度計算結(jié)果若大于max,則將max設(shè)為該相似度值, f.重復(fù)步驟d, 所述的語句相似度算法是在得到詞語的相似度后,通過IKAnalyzer進行分詞得到相應(yīng)鏈接、構(gòu)造相似矩陣、利用匹配算法得到最佳匹配等步驟實現(xiàn)對相似度算法; 所述基于屬性向量匹配的方法,是指由系統(tǒng)設(shè)定了一些特征屬性供用戶進行選擇,系統(tǒng)將用戶選擇的特征向量結(jié)果與標(biāo)準(zhǔn)元信息向量進行基于簡單匹配系數(shù)(SMC)算法進行向量的相似度計算向量相似度判斷,得到對應(yīng)的結(jié)果; 所述基于用戶提供描述匹配的方法與基于語義相似度計算進行匹配的方法類似,差別是在計算語句相似度時,將分詞結(jié)果中的單字刪除,以提高效率。
4.根據(jù)權(quán)利要求I所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在于,所述步驟四具體包括對企業(yè)電子商務(wù)系統(tǒng)改造,創(chuàng)建數(shù)據(jù)發(fā)送組件和數(shù)據(jù)接收組件,其中,數(shù)據(jù)發(fā)送組件包括數(shù)據(jù)發(fā)送和數(shù)據(jù)確認(rèn)功能接口,用于實現(xiàn)將封裝后的數(shù)據(jù)發(fā)送給企業(yè)互操作服務(wù)系統(tǒng),數(shù)據(jù)接收組件負(fù)責(zé)數(shù)據(jù)的接收及解析,上述接口均采用由企業(yè)互操作服務(wù)系統(tǒng)約定的統(tǒng)ー接ロ定義。采用Xfire或Axis2框架將每個企業(yè)電子商務(wù)系統(tǒng)中相關(guān)的業(yè)務(wù)功能點封裝成良定的(well-defined)Web服務(wù),從而隱藏該功能的內(nèi)部實現(xiàn)細(xì)節(jié),并將封裝后的Web服務(wù)生成Web服務(wù)描述語言(WSDL)對應(yīng)的描述文檔,將該文檔上傳到企業(yè)互操作服務(wù)系統(tǒng);在服務(wù)注冊中心進行服務(wù)注冊時,在給出服務(wù)的功能、參數(shù)、返回值等描述的同時,也可給出服務(wù)的周期、穩(wěn)定性等非功能性描述,系統(tǒng)管理員對新注冊的服務(wù)進行審核,審核通過的服務(wù)將發(fā)布到ServiceMix服務(wù)總線,以實現(xiàn)服務(wù)的綁定,綁定后的服務(wù)可以通過暴露在外的ServiceMix的服務(wù)端ロ實現(xiàn)調(diào)用。
5.根據(jù)權(quán)利要求I所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在干,企業(yè)根據(jù)實際需要在企業(yè)互操作服務(wù)系統(tǒng)的服務(wù)注冊中心進行服務(wù)的動態(tài)查找,企業(yè)互操作服務(wù)系統(tǒng)的服務(wù)注冊中心提供了基于服務(wù)提供商、服務(wù)類型、服務(wù)內(nèi)容描述、服務(wù)評價等關(guān)鍵字進行捜索或排序。
6.根據(jù)權(quán)利要求5所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在于,企業(yè)互操作服務(wù)系統(tǒng)采用基于服務(wù)訂閱授權(quán)的方式實現(xiàn)訪問控制。
7.根據(jù)權(quán)利要求I所述的適用于集群式供應(yīng)鏈場景下企業(yè)間互操作的方法,其特征在干,企業(yè)互操作服務(wù)系統(tǒng)與各企業(yè)的電子商務(wù)系統(tǒng)之間的數(shù)據(jù)傳輸和交互采用SOAP傳輸協(xié)議進行,并且采用DTD方案對傳輸?shù)臄?shù)據(jù)的有效性進行驗證,采用RSA非対稱加密算法對數(shù)據(jù)的真實性進行驗證。
8.一種基于SOA的企業(yè)互操作服務(wù)系統(tǒng),其特征在于,包括 用于企業(yè)互操作服務(wù)系統(tǒng)與集群式供應(yīng)鏈中各企業(yè)的電子商務(wù)系統(tǒng)及第三方服務(wù)提供商在服務(wù)調(diào)用過程中數(shù)據(jù)交互的功能接ロ組件; 用于數(shù)據(jù)交互過程中數(shù)據(jù)處理的數(shù)據(jù)處理模塊; 用于對企業(yè)互操作服務(wù)系統(tǒng)及集群式供應(yīng)鏈中企業(yè)及第三方服務(wù)提供商提供的服務(wù)進行管理的服務(wù)管理模塊; 用于構(gòu)建企業(yè)業(yè)務(wù)流程模型及跨企業(yè)業(yè)務(wù)流程模型,利用流程引擎調(diào)用服務(wù)注冊中心中相應(yīng)服務(wù)的流程管理模塊; 用于查詢、發(fā)布服務(wù)契約以及系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型等信息的公共數(shù)據(jù)中心,系統(tǒng)通過事先制定好數(shù)據(jù)結(jié)構(gòu),消息格式、數(shù)據(jù)交換規(guī)則、基礎(chǔ)模型等使得遵循此契約的消息、數(shù)據(jù)能正確傳遞和理解; 用于系統(tǒng)用戶管理、基礎(chǔ)數(shù)據(jù)配置和留言板功能等輔助系統(tǒng)組件; 用于企業(yè)用戶及系統(tǒng)管理員登陸后進行企業(yè)業(yè)務(wù)模型建模及系統(tǒng)管理等操作時的展示單元; 用于存儲企業(yè)互操作服務(wù)系統(tǒng)中的各類數(shù)據(jù)単元,主要由企業(yè)庫、企業(yè)業(yè)務(wù)模型庫、基礎(chǔ)數(shù)據(jù)庫、文件庫組成,所述企業(yè)庫主要為在系統(tǒng)注冊的企業(yè)信息庫,企業(yè)業(yè)務(wù)模型庫主要存儲了每個企業(yè)業(yè)務(wù)相關(guān)的各類模型、表單等數(shù)據(jù),基礎(chǔ)數(shù)據(jù)庫主要為系統(tǒng)基礎(chǔ)數(shù)據(jù)配置的儲存地方,文件庫主要為企業(yè)上傳的及其他各種文件的儲存庫。
9.根據(jù)權(quán)利要求8所述的基于SOA的企業(yè)互操作服務(wù)系統(tǒng),其特征在干, 所述的用于數(shù)據(jù)交互的功能接ロ組件包括發(fā)送服務(wù)組件、確認(rèn)服務(wù)組件和接收服務(wù)組件,三者均遵循企業(yè)互操作服務(wù)系統(tǒng)約定的統(tǒng)ー的接ロ定義; 所述的數(shù)據(jù)處理模塊包括數(shù)據(jù)解析、數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)封裝三個功能組件,所述數(shù)據(jù)解析組件進行數(shù)據(jù)解析時對接收到的XML格式的數(shù)據(jù),首先將各個屬性轉(zhuǎn)換為企業(yè)互操作服務(wù)系統(tǒng)約定的標(biāo)準(zhǔn)屬性,并采用DTD的方案實現(xiàn)對XML格式進行驗證,所述數(shù)據(jù)轉(zhuǎn)換組件在基于企業(yè)基礎(chǔ)業(yè)務(wù)|旲型庫中每個企業(yè)的基礎(chǔ)業(yè)務(wù)|旲型及其與系統(tǒng)基礎(chǔ)參考業(yè)務(wù)|旲型的映射關(guān)系對解析后的數(shù)據(jù)進行轉(zhuǎn)換,完成來源企業(yè)基礎(chǔ)業(yè)務(wù)模型到目標(biāo)企業(yè)基礎(chǔ)業(yè)務(wù)模型之間的轉(zhuǎn)換,在數(shù)據(jù)轉(zhuǎn)換過程中,首先將解析后的數(shù)據(jù)轉(zhuǎn)化為以系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型為標(biāo)準(zhǔn)描述的數(shù)據(jù),然后再將以系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型為標(biāo)準(zhǔn)描述的數(shù)據(jù)轉(zhuǎn)化為以服務(wù)需求企業(yè)的基礎(chǔ)業(yè)務(wù)模型為標(biāo)準(zhǔn)描述的數(shù)據(jù)。
所述的服務(wù)管理模塊包括核心服務(wù)組件、服務(wù)基本管理組件、服務(wù)綁定組件、服務(wù)訂閱組件、服務(wù)編排組件、服務(wù)注冊中心和服務(wù)查找組件,其中,核心服務(wù)組件為支持系統(tǒng)其他服務(wù)功能實現(xiàn)及SOAP消息傳輸?shù)幕痉?wù),其主要包括采用RSA非對稱加密算法對SOAP消息進行加密和授權(quán)驗證的安全服務(wù),為支持對文件的上傳、查看及其他文件操作管理的文件管理服務(wù)以及記錄系統(tǒng)運行時各種事件的日志服務(wù);服務(wù)基本管理組件是對基于服務(wù)訂閱的服務(wù)訪問權(quán)限管理和服務(wù)生命周期進行管理,服務(wù)綁定組件通過ServiceMix服務(wù)總線實現(xiàn),服務(wù)訂閱組件是實現(xiàn)服務(wù)的訪問控制的一種形式,服務(wù)編排組件通過jBPM5中業(yè)務(wù)流程引擎實現(xiàn),服務(wù)注冊中心涵蓋了企業(yè)及第三方服務(wù)提供商提供的服務(wù)描述信息,包括服務(wù)的WSDL文件,服務(wù)名稱、端口、命名空間,服務(wù)接口參數(shù)的描述信息,企業(yè)訂閱的服務(wù)信息等,服務(wù)查找組件則提供了根據(jù)企業(yè)需求查找對應(yīng)服務(wù)的功能,服務(wù)查找組件供查詢滿足企業(yè)需求的服務(wù),這樣當(dāng)系統(tǒng)接收到數(shù)據(jù)后,能通過所述組件準(zhǔn)確找到接收功能服務(wù)接口,并將數(shù)據(jù)準(zhǔn)確的發(fā)送給數(shù)據(jù)接收方; 所述的企業(yè)業(yè)務(wù)模型庫由企業(yè)基礎(chǔ)業(yè)務(wù)模型庫和業(yè)務(wù)流程庫共同構(gòu)成,其中,企業(yè)基礎(chǔ)業(yè)務(wù)模型庫包括了企業(yè)業(yè)務(wù)元數(shù)據(jù)模型庫和企業(yè)業(yè)務(wù)數(shù)據(jù)模型庫,企業(yè)業(yè)務(wù)數(shù)據(jù)模型庫主要為企業(yè)的業(yè)務(wù)數(shù)據(jù)的高層描述,企業(yè)業(yè)務(wù)元數(shù)據(jù)模型庫主要為描述企業(yè)實際業(yè)務(wù)數(shù)據(jù)的模型庫,同時,企業(yè)基礎(chǔ)業(yè)務(wù)模型庫同時記錄了它與系統(tǒng)基礎(chǔ)參考業(yè)務(wù)模型之間的映射關(guān)系; 所述的展示單元由基于JSP頁面、基于WEB的Java Applets以及用于動態(tài)生成HTML頁面的Servlets構(gòu)成,通過呈現(xiàn)系統(tǒng)的服務(wù)、功能供用戶使用。
全文摘要
本發(fā)明公開了一種適用于集群式供應(yīng)鏈場景下不同企業(yè)通過系統(tǒng)之間交互來實現(xiàn)跨企業(yè)業(yè)務(wù)協(xié)作的方法。通過構(gòu)建基于SOA(面向服務(wù)的體系架構(gòu))的企業(yè)互操作服務(wù)系統(tǒng),同時完成企業(yè)自有信息系統(tǒng)的改造、服務(wù)注冊與發(fā)布、企業(yè)基礎(chǔ)業(yè)務(wù)模型的創(chuàng)建以及與系統(tǒng)參考業(yè)務(wù)模型的映射等過程,最終達到不同企業(yè)系統(tǒng)間互聯(lián)互訪的目的,支持跨企業(yè)業(yè)務(wù)的順利開展。本發(fā)明支持企業(yè)通過信息系統(tǒng)的交互達到高效的共享和協(xié)同,提高集群式供應(yīng)鏈場景下企業(yè)間業(yè)務(wù)協(xié)作的效率。
文檔編號G06Q10/06GK102622675SQ20121006634
公開日2012年8月1日 申請日期2012年3月14日 優(yōu)先權(quán)日2012年3月14日
發(fā)明者林蘭芬, 王蒙, 蔣湛 申請人:浙江大學(xué)
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1