面向ERP協(xié)同辦公的移動中間件技術(shù)應(yīng)用研究

劉素芳

(福建信息職業(yè)技術(shù)學(xué)院 計算機(jī)工程系, 福建 福州 350003)

面向ERP協(xié)同辦公的移動中間件技術(shù)應(yīng)用研究

劉素芳

(福建信息職業(yè)技術(shù)學(xué)院 計算機(jī)工程系, 福建 福州 350003)

針對移動ERP應(yīng)用中存在的異構(gòu)問題,設(shè)計了一種面向ERP協(xié)同辦公的移動中間件模型. 介紹了組成結(jié)構(gòu)和核心模塊的設(shè)計思路,支持上下文感知,以元數(shù)據(jù)驅(qū)動形式管理企業(yè)已有ERP子系統(tǒng)的服務(wù),調(diào)用服務(wù)處理移動ERP應(yīng)用請求,將響應(yīng)結(jié)果轉(zhuǎn)換為JSON格式返回移動終端．結(jié)合實(shí)際移動ERP項(xiàng)目驗(yàn)證了可行性,為實(shí)現(xiàn)ERP協(xié)同辦公數(shù)據(jù)和信息的有效共享提供了一種行之有效的途徑,在一定程度上完善了移動ERP的體系結(jié)構(gòu)．

移動中間件; 移動ERP; 協(xié)同辦公; 上下文感知

0 引言

傳統(tǒng)ERP(企業(yè)資源規(guī)劃)系統(tǒng)以C/S架構(gòu)為主,隨著Internet的普及,B/S架構(gòu)的ERP系統(tǒng)也得到了廣泛的應(yīng)用,但這兩種架構(gòu)的ERP系統(tǒng)都要求用戶在固定PC終端進(jìn)行企業(yè)信息化管理．隨著移動網(wǎng)絡(luò)技術(shù)的飛速發(fā)展,移動智能終端日益普及,越來越多的企業(yè)用戶提出了移動ERP辦公需求．而各企業(yè)已實(shí)施的傳統(tǒng)ERP系統(tǒng)的開發(fā)部署平臺各不相同,通信協(xié)議也可能不同,對外交換的數(shù)據(jù)格式也存在差異[1]．目前,企業(yè)在原有ERP系統(tǒng)上搭建移動ERP應(yīng)用一般選擇摒棄原ERP系統(tǒng)除數(shù)據(jù)庫外的所有資源,重構(gòu)移動終端ERP系統(tǒng)業(yè)務(wù)邏輯,但其開發(fā)、部署成本較高．考慮到原系統(tǒng)提供的Web Services服務(wù)可以很方便的被其他應(yīng)用程序調(diào)用,本文將移動中間件與Web Services服務(wù)相結(jié)合,設(shè)計了一種面向ERP協(xié)同辦公的移動中間件模型,實(shí)現(xiàn)移動ERP與企業(yè)傳統(tǒng)ERP協(xié)同辦公,有效共享資源和服務(wù)．

1 移動ERP

移動ERP系統(tǒng)是在傳統(tǒng)ERP系統(tǒng)的基礎(chǔ)上,以移動智能設(shè)備為終端,通過開發(fā)移動應(yīng)用程序客戶端,與企業(yè)原有的ERP系統(tǒng)進(jìn)行信息交互,達(dá)到與原有ERP系統(tǒng)的信息整合,實(shí)現(xiàn)隨時隨地移動協(xié)同辦公,擺脫固定辦公的限制,滿足企業(yè)業(yè)務(wù)拓展的需求,提高企業(yè)的經(jīng)營效益．

目前,市場上有部分ERP軟件廠商有推出移動ERP軟件產(chǎn)品,如金蝶軟件的K/3移動ERP,用友軟件的MERP,和佳軟件的和佳MERP等．借助這些廠商提供的移動ERP軟件產(chǎn)品,企業(yè)可以較快的搭建移動ERP平臺,實(shí)現(xiàn)移動ERP辦公．但是,這比較適合企業(yè)原來沒有實(shí)施傳統(tǒng)ERP,或是原有ERP系統(tǒng)就是相應(yīng)廠商的軟件產(chǎn)品．對于多數(shù)企業(yè)來說,在原有ERP系統(tǒng)上搭建移動ERP辦公平臺,不能直接選擇已有的移動ERP軟件產(chǎn)品,需要針對提出的具體移動ERP辦公需求,開發(fā)相應(yīng)的移動ERP系統(tǒng)．移動ERP系統(tǒng)設(shè)計可應(yīng)用J2ME/J2EE框架,如圖1所示.

圖1 J2ME/J2EE移動ERP系統(tǒng)框架

基于J2ME/J2EE框架的移動ERP系統(tǒng)重構(gòu)J2EE應(yīng)用服務(wù)器業(yè)務(wù)邏輯層,表示層負(fù)責(zé)接收從客戶層發(fā)來的請求及返回動態(tài)生成的相應(yīng)內(nèi)容,業(yè)務(wù)邏輯層負(fù)責(zé)處理系統(tǒng)的業(yè)務(wù)邏輯,向數(shù)據(jù)庫發(fā)送SQL語句,接收結(jié)果集[2]．

2 移動中間件

移動中間件是指移動網(wǎng)絡(luò)環(huán)境下位于操作系統(tǒng)和移動應(yīng)用軟件之間的一類軟件,使用操作系統(tǒng)提供的基本功能和服務(wù),通過應(yīng)用程序接口為上層的移動應(yīng)用系統(tǒng)提供從一般的應(yīng)用需求中抽象出來的、移動網(wǎng)絡(luò)應(yīng)用所需要的更高層的、通用的功能與服務(wù)．由于在移動環(huán)境下工作的復(fù)雜性,移動中間件既要完成傳統(tǒng)中間件的功能,同時還要提供統(tǒng)一的上下文感知接口、跨平臺支持、輕計算負(fù)載以及自適應(yīng)機(jī)制來適應(yīng)移動環(huán)境動態(tài)多變且異構(gòu)的特殊需求[3]．

對移動中間件所處位置進(jìn)行分析,可發(fā)現(xiàn)它與圖1中J2EE應(yīng)用服務(wù)器所處層次類似,所以企業(yè)在原有ERP系統(tǒng)上搭建移動ERP應(yīng)用時一般是在圖1中J2EE應(yīng)用服務(wù)器層設(shè)計數(shù)據(jù)訪問中間件,解析移動客戶端的訪問請求,生成相應(yīng)SQL語句,執(zhí)行之后返回結(jié)果,完成移動ERP應(yīng)用的業(yè)務(wù)請求．這種方式優(yōu)點(diǎn)是可以實(shí)現(xiàn)移動應(yīng)用程序與異構(gòu)或同構(gòu)數(shù)據(jù)源之間的數(shù)據(jù)交換,即屏蔽掉數(shù)據(jù)庫底層的細(xì)節(jié)問題[4]．

但是,這種方式也存在缺點(diǎn),它摒棄了原ERP系統(tǒng)其他資源,開發(fā)、部署成本都較高,且中間件承載較多業(yè)務(wù),與軟件復(fù)用、資源共享、協(xié)同辦公思想不相符．

本文在J2ME/J2EE移動ERP系統(tǒng)框架基礎(chǔ)上進(jìn)行改進(jìn),結(jié)合Web Services服務(wù)可以很方便的被其他應(yīng)用程序調(diào)用的優(yōu)勢,將移動中間件與Web Services服務(wù)相結(jié)合,設(shè)計了一種面向ERP協(xié)同辦公的移動中間件模型．

3 面向ERP協(xié)同辦公的移動中間件設(shè)計

3.1 面向ERP協(xié)同辦公的移動中間件模型

本文設(shè)計的面向ERP協(xié)同辦公的移動中間件模型如圖2所示.

圖2 移動中間件的模型

移動中間件接收移動ERP應(yīng)用發(fā)送的服務(wù)請求,驗(yàn)證用戶合法性,是合法用戶則處理服務(wù)請求,調(diào)用相應(yīng)服務(wù)接口,返回XML結(jié)果數(shù)據(jù),對數(shù)據(jù)進(jìn)行處理,轉(zhuǎn)換為適合移動網(wǎng)絡(luò)傳輸和移動終端顯示的JSON格式,并將JSON格式結(jié)果數(shù)據(jù)返回移動終端,移動終端接收數(shù)據(jù)并進(jìn)行解析,構(gòu)建UI呈現(xiàn)數(shù)據(jù)．其訪問流程如圖3所示.

3.2 移動中間件核心模塊設(shè)計

3.2.1 上下文感知

圖3 移動中間件的訪問流程

運(yùn)行于移動終端的移動ERP應(yīng)用程序是在極其動態(tài)的上下文環(huán)境下運(yùn)行的,如移動終端位置有可能會隨時改變,帶寬有可能是不穩(wěn)定的,其網(wǎng)絡(luò)連接也可能是非永久的,服務(wù)也可能是時斷時續(xù)的,電池電量也可能在不斷減少．移動中間件要求支持上下文感知,適應(yīng)變化的上下文．

本文設(shè)計的上下文感知模塊包括4個層次:上下文傳感器、上下文解釋器、上下文推理機(jī)和上下文應(yīng)用接口．

1) 上下文傳感器

上下文傳感器通過統(tǒng)一編程接口的方式實(shí)現(xiàn)對各類傳感設(shè)備的封裝和管理,對移動環(huán)境中的各種上下文(如移動終端位置、網(wǎng)絡(luò)狀況、電池電量等)進(jìn)行監(jiān)測和獲?。?/p>

2) 上下文解釋器

上下文解釋器負(fù)責(zé)將獲取到低級的上下文信息轉(zhuǎn)換為移動中間件系統(tǒng)能夠統(tǒng)一處理的高層上下文結(jié)構(gòu)化信息,以XML格式存儲所有的上下文信息,以便用來預(yù)測將來上下文的趨勢．

3) 上下文推理機(jī)

上下文推理機(jī)對高層上下文,運(yùn)用推理規(guī)則并按照當(dāng)前或歷史上下文信息演繹推理,驅(qū)動移動中間件服務(wù)做出調(diào)整．如,檢測到移動終端網(wǎng)絡(luò)信號極弱,暫時中斷與移動終端的數(shù)據(jù)傳輸．

4) 上下文應(yīng)用接口

上下文應(yīng)用接口通過統(tǒng)一訪問接口的方式,提供上下文信息查詢、上下文訪問接口,為上層應(yīng)用提供上下文信息高效、便捷的訪問入口[5]．

3.2.2 服務(wù)管理

目前,大部分ERP軟件廠商正致力于推廣自己的ERP云服務(wù),對原有的ERP系統(tǒng)提供了Web Service服務(wù)支持,本文設(shè)計的服務(wù)管理模塊即是對傳統(tǒng)ERP系統(tǒng)業(yè)務(wù)層各ERP子系統(tǒng)的Web Service服務(wù)進(jìn)行管理．包括服務(wù)注冊、服務(wù)查詢．

服務(wù)注冊即接收各ERP子系統(tǒng)的Web Service服務(wù)的注冊信息,包括服務(wù)名稱、服務(wù)功能簡要描述、服務(wù)調(diào)用地址、服務(wù)類型等．

傳統(tǒng)中間件對服務(wù)管理通常以服務(wù)隊列或服務(wù)列表的方式進(jìn)行存儲,可以比較有序的管理服務(wù),但不易于讀取服務(wù)信息各子內(nèi)容項(xiàng)．本文對服務(wù)信息管理做改進(jìn),采用元數(shù)據(jù)驅(qū)動形式進(jìn)行管理,可用一個五元組表示服務(wù)信息:Service=(SerName,SerDes,SerCalURL,SerType),其中,SerName表示服務(wù)名稱,具有唯一性;SerDes表示對服務(wù)功能的簡要描述;SerCalURL表示服務(wù)的調(diào)用地址,每個安全能力都必須有唯一的具體調(diào)用地址以保證服務(wù)的可用性和確定性;SerType表示服務(wù)的類型[6]．

考慮跨平臺性,采用基于XML的元數(shù)據(jù)文件格式存儲服務(wù)信息,格式如下:

…

一對標(biāo)記存儲一條Web Service服務(wù)信息,一對…標(biāo)記內(nèi)可存儲一組多條服務(wù)信息．

服務(wù)查詢可查看已在服務(wù)管理中注冊的所有的服務(wù),設(shè)計查詢界面,提供按服務(wù)名稱、服務(wù)功能、服務(wù)類型等條件查詢已有的服務(wù)．

3.2.3 數(shù)據(jù)處理

客戶端與服務(wù)器端跨平臺遠(yuǎn)程數(shù)據(jù)交互問題,傳統(tǒng)的方式是以XML格式的文件作為信息交換媒介,但是XML格式文件存儲了大量的冗余信息,占用較多的帶寬．JSON(JavaScript Object Notation)是一種輕量級的數(shù)據(jù)交換格式,比較XML而言,JSON 更簡單、更靈活,適用于數(shù)據(jù)量小、傳輸速度要求快,數(shù)據(jù)內(nèi)容易于解析的數(shù)據(jù)通信場景[7]．

考慮JSON格式數(shù)據(jù)量小可減少占用的帶寬,且易于移動終端進(jìn)行解析,數(shù)據(jù)處理模塊負(fù)責(zé)處理服務(wù)調(diào)用模塊中返回的XML結(jié)果數(shù)據(jù),將結(jié)果數(shù)據(jù)轉(zhuǎn)換為更適合移動網(wǎng)絡(luò)傳輸和移動終端顯示的JSON格式,并將JSON格式結(jié)果數(shù)據(jù)返回移動終端．

XML格式數(shù)據(jù)轉(zhuǎn)換為JSON格式數(shù)據(jù)的流程如圖4所示. XML格式數(shù)據(jù)轉(zhuǎn)換為JSON格式數(shù)據(jù)規(guī)則見表1.

圖4 遞歸遍歷XML解析為JSON對象

XML格式 JSON格式標(biāo)簽標(biāo)記對象標(biāo)記標(biāo)簽屬性屬性對象標(biāo)簽中的內(nèi)容值對象

例如： 調(diào)用生產(chǎn)管理子系統(tǒng)服務(wù)查詢到某生產(chǎn)線生產(chǎn)狀態(tài)XML格式數(shù)據(jù),對該數(shù)據(jù)遞歸遍歷解析為JSON格式數(shù)據(jù),詳見表2.

表2 XML與JSON轉(zhuǎn)換實(shí)例

4 基于移動中間件的移動ERP協(xié)同辦公系統(tǒng)實(shí)現(xiàn)

移動中間件模型已成功應(yīng)用于某電子制造業(yè)企業(yè)移動ERP辦公平臺開發(fā),移動智能終端通過移動ERP應(yīng)用程序登錄界面,輸入用戶名和密碼,發(fā)送登錄請求,移動中間件接收請求,通過安全認(rèn)證模塊驗(yàn)證用戶合法性,并將驗(yàn)證結(jié)果返回移動客戶端．合法用戶可通過移動ERP應(yīng)用程序首頁各子功能模塊入口向移動中間件發(fā)送服務(wù)請求,如請求查詢某條生產(chǎn)線的實(shí)時生產(chǎn)狀態(tài),移動中間件服務(wù)調(diào)用模塊接收服務(wù)請求,從服務(wù)管理中查詢該請求對應(yīng)的服務(wù)信息,讀取該服務(wù)的調(diào)用地址,調(diào)用相應(yīng)服務(wù),并接收返回XML結(jié)果數(shù)據(jù),數(shù)據(jù)處理模塊將XML結(jié)果數(shù)據(jù)轉(zhuǎn)換為JSON格式,并返回移動終端．移動ERP接收返回結(jié)果并解析JSON格式,構(gòu)建UI呈現(xiàn)數(shù)據(jù),顯示查詢到的生產(chǎn)線實(shí)時生產(chǎn)狀態(tài)數(shù)據(jù)．

5 結(jié)論

本文設(shè)計的面向ERP協(xié)同辦公的移動中間件模型支持安全認(rèn)證、上下文感知、服務(wù)管理、服務(wù)調(diào)用、數(shù)據(jù)處理．實(shí)驗(yàn)證明該模型可以解決移動ERP與傳統(tǒng)ERP的平臺異構(gòu)問題,解決跨平臺遠(yuǎn)程數(shù)據(jù)交互、移動應(yīng)用受帶寬限制及網(wǎng)絡(luò)流量低的問題,降低移動ERP重復(fù)開發(fā)的成本,為實(shí)現(xiàn)ERP協(xié)同辦公數(shù)據(jù)和信息的有效共享提供了一種行之有效的途徑,在一定程度上完善了移動ERP的體系結(jié)構(gòu)．

[1] 于蕭榕. 移動中間件在ERP系統(tǒng)中的應(yīng)用[J]. 電腦知識與技術(shù),2010,6(1):108-110.

[2] 杜銳.基于J2ME/J2EE+移動ERP系統(tǒng)的研究與實(shí)現(xiàn)[J].科學(xué)技術(shù)與工程,2009,9(5):1272-1276.

[3] 王英華. 移動計算中間件研究[J].科技信息,2010,26(16):194-198.

[4] 蔣曉丹,丁霞軍,張妞. 數(shù)據(jù)訪問中間件在移動學(xué)習(xí)平臺的研究與設(shè)計.福建電腦,2013,29(2):22-23.

[5] 許楠,張維石.支持上下文感知應(yīng)用程序的動態(tài)自適應(yīng)中間件框架[J]. 計算機(jī)應(yīng)用,2014,34(4):1149-1154.

[6] 胡文平,劉宴兵,肖云鵬,等. 面向移動終端的安全中間件系統(tǒng)設(shè)計與實(shí)現(xiàn)[J].重慶郵電大學(xué)學(xué)報,2012,24(2):236-241.

[7] 陳瑋,賈宗璞. 利用JSON降低XML數(shù)據(jù)冗余的研究[J].計算機(jī)應(yīng)用與軟件,2012,29(9):188-190.

[責(zé)任編輯：蔣海龍]

Application Research of Mobile Middleware Technology in ERP Cooperative Office

LIU Su-fang

(Department of Computer Engineering, Fujian Polytechnic of Information Technology, Fuzhou Fujian 350003, China)

Aiming at the heterogeneous problems of mobile ERP application, a mobile middleware model for ERP cooperative office has been designed. This paper elaborates the composition structure of the mobile middleware model and the design ideas of the core module. This new model supports context aware, and manages the ERP subsystem services with the metadata driven form, by invoking a service of existing enterprise ERP subsystem, which processes the request of mobile ERP application service, then converts the response results to the JSON format, and returns to the mobile terminal. Finally, combined with the actual mobile ERP project verifies the feasibility of the mobile middleware, the result shows that this new model provides an effective way to share the ERP cooperative office data and information, and improves the architecture of mobile ERP in a certain extent.

mobile middleware; mobile ERP; cooperative office; context aware

2014-10-11

國家科技支撐計劃項(xiàng)目(2012BAF12B15)

劉素芳(1980-),女,福建建甌人,講師,碩士,研究方向?yàn)橛嬎銠C(jī)應(yīng)用． E-mail: 13506996713@139.com

TP391

A

1671-6876(2014)04-0313-05