劉素芳

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

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

劉素芳

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

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

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

1 移動(dòng)ERP

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

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

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

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

2 移動(dòng)中間件

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

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

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

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

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

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

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

圖2 移動(dòng)中間件的模型

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

3.2 移動(dòng)中間件核心模塊設(shè)計(jì)

3.2.1 上下文感知

圖3 移動(dòng)中間件的訪問(wèn)流程

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

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

1) 上下文傳感器

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

2) 上下文解釋器

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

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

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

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

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

3.2.2 服務(wù)管理

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

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

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

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

…

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

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

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

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

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

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

圖4 遞歸遍歷XML解析為JSON對(duì)象

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

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

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

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

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

5 結(jié)論

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

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

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

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

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

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

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

[7] 陳瑋,賈宗璞. 利用JSON降低XML數(shù)據(jù)冗余的研究[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

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

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

TP391

A

1671-6876(2014)04-0313-05