朱春霖+雷蕾

【摘 要】應(yīng)用模型是電信運(yùn)營商制定商業(yè)智能解決方案的關(guān)鍵技術(shù)，為使各子公司之間復(fù)用已有成果，總部搭建了應(yīng)用模型共享系統(tǒng)。針對目前該系統(tǒng)存在模型資源更新不及時、應(yīng)用功能開發(fā)效率低的問題，通過探索ESB技術(shù)，屏蔽各子公司異構(gòu)的系統(tǒng)和應(yīng)用軟件，使模型以服務(wù)方式發(fā)布和調(diào)用，實(shí)現(xiàn)模型實(shí)時共享，從而避免應(yīng)用功能二次開發(fā)。

【關(guān)鍵詞】企業(yè)服務(wù)總線 商業(yè)智能 應(yīng)用模型

中圖分類號：TP302.1 文獻(xiàn)標(biāo)識碼：A 文章編號：1006-1010（2014）-20-0073-04

Research on ESB Technology in Business Intelligence Application Model System

ZHU Chun-lin， LEI Lei

（China Mobile （Shenzhen） Co.， Ltd.， Shenzhen 518048， China）

[Abstract]

Application model is the key technology in business intelligence solution of telecom operators. In order to reuse good models among subsidiaries， application model sharing system is built. In this model， however， the model resources cannot be updated timely and the efficiency of application development is low. ESB （Enterprise Service Bus） technology is used to shield the heterogeneous systems and applications software among subsidiaries. Thus the model is published and called as a service to achieve real-time sharing， which avoids secondary development of applications.

[Key words]enterprise service bus business intelligence application model

1 引言

在低成本高效運(yùn)營的時代，國內(nèi)電信運(yùn)營商在探索各類系統(tǒng)集中化建設(shè)方案，以此取代各分公司獨(dú)立建設(shè)的模式，從而降低運(yùn)營成本的投入，實(shí)現(xiàn)應(yīng)用軟件復(fù)用最大化。在這個逐步實(shí)現(xiàn)的過程中，如何整合各分公司已有資源，屏蔽已建立的平臺異構(gòu)問題，建立并管理網(wǎng)絡(luò)通訊服務(wù)渠道，實(shí)現(xiàn)應(yīng)用共享，是邁向集中化建設(shè)的第一步。

2 商業(yè)智能應(yīng)用模型系統(tǒng)簡介

目前，各分公司都已建立了基于企業(yè)級數(shù)據(jù)倉庫的商業(yè)智能系統(tǒng)[1]，通過開發(fā)應(yīng)用模型挖掘數(shù)據(jù)的商業(yè)價值[2]。例如，客戶離網(wǎng)預(yù)警模型[3]將客戶近期的行為作為模型的輸入，經(jīng)模型運(yùn)算后輸出客戶是否有離網(wǎng)傾向，為客戶維護(hù)提供依據(jù)。為使A分公司模型能被B分公司復(fù)用，總部建立了應(yīng)用模型共享系統(tǒng)整合各分公司模型，各分公司可以通過公司內(nèi)部網(wǎng)絡(luò)用瀏覽器訪問系統(tǒng)，獲取其他分公司模型資源。目前系統(tǒng)的主要功能和存在的問題如下：

系統(tǒng)主要功能一：模型資料搜索查詢

可通過關(guān)鍵字檢索，查詢并下載相關(guān)模型設(shè)計(jì)說明書、腳本等資料。

問題：模型資料都由總部手工整理后入庫，面對全網(wǎng)31個分公司遞交的材料，存在工作量大、更新不及時、內(nèi)容不準(zhǔn)確的問題。

系統(tǒng)主要功能二：模型效果在線驗(yàn)證

后臺固化了模型算法腳本，用戶按照要求上傳驗(yàn)證數(shù)據(jù)，系統(tǒng)可在一定時間內(nèi)反饋模型運(yùn)算結(jié)果的效果評估數(shù)據(jù)。

問題：模型算法相關(guān)材料遞交到總部后，總部需要進(jìn)行二次開發(fā)，將算法固化到本地系統(tǒng)中，存在耗時長、成本高的問題，并且在研發(fā)過程中，需要與提交模型的子公司進(jìn)行多次溝通，準(zhǔn)確性與及時性得不到保證。

3 企業(yè)服務(wù)總線技術(shù)介紹

ESB（Enterprise Service Bus，企業(yè)服務(wù)總線）是SOA（Service-Oriented Architecture，面向服務(wù)體系架構(gòu)）技術(shù)的關(guān)鍵解決方案[4]，它將傳統(tǒng)中間件技術(shù)、XML、Web Service等技術(shù)進(jìn)行整合[5-6]，形成基于開放標(biāo)準(zhǔn)的消息中間件，使企業(yè)內(nèi)部不同異構(gòu)平臺的應(yīng)用程序之間實(shí)現(xiàn)安全的互操作[7]。

根據(jù)上述分析，企業(yè)服務(wù)總線的功能包括[8-9]：

（1）對總線上注冊服務(wù)的元數(shù)據(jù)信息進(jìn)行管理并提供服務(wù)尋址功能；

（2）提供透明性的智能服務(wù)路由和定位、查找服務(wù)功能；

（3）多種消息交互模式（同步、異步、發(fā)布訂閱等）；

（4）支持常用傳輸協(xié)議（FTP、HTTP、JMS等）；

（5）支持多種服務(wù)集成方式，如Web服務(wù)、Messaging、Adaptor；

（6）支持對服務(wù)管理功能，如服務(wù)調(diào)用記錄、性能監(jiān)控?cái)?shù)據(jù)等。

企業(yè)內(nèi)部各現(xiàn)有異構(gòu)系統(tǒng)可接入ESB總線，由總線協(xié)調(diào)，以達(dá)到復(fù)用與集成的效果[10]。

4 企業(yè)服務(wù)總線技術(shù)在應(yīng)用模型系統(tǒng)中

的應(yīng)用

全網(wǎng)31個分公司將自有模型按照統(tǒng)一標(biāo)準(zhǔn)封裝成模型服務(wù)，并在ESB總線系統(tǒng)上發(fā)布該服務(wù)接口，實(shí)際模型還存在于各分公司系統(tǒng)中，其他分公司通過ESB總線按照統(tǒng)一方式對該模型服務(wù)進(jìn)行調(diào)用，獲得模型計(jì)算結(jié)果?？偛繜o需在本地固化分公司大量模型，分公司更新自有模型后ESB總線會自動同步，從而在全網(wǎng)范圍內(nèi)達(dá)到應(yīng)用模型的及時更新和共享。endprint

下面將對ESB總線系統(tǒng)的功能架構(gòu)和2個技術(shù)關(guān)鍵點(diǎn)進(jìn)行闡述，并對比引入ESB總線系統(tǒng)前后模型開發(fā)時長和服務(wù)性能影響。

4.1 企業(yè)服務(wù)總線系統(tǒng)功能架構(gòu)

該系統(tǒng)分為4個模塊：服務(wù)管理、基礎(chǔ)服務(wù)、服務(wù)運(yùn)維監(jiān)控和服務(wù)開發(fā)。其功能架構(gòu)如圖1所示。

（1）服務(wù)管理提供對模型服務(wù)和消息進(jìn)行統(tǒng)一的控制及管理；

（2）基礎(chǔ)服務(wù)從模型業(yè)務(wù)需求的角度出發(fā)，完成具體的數(shù)據(jù)處理邏輯和數(shù)據(jù)操作功能；

（3）服務(wù)運(yùn)維監(jiān)控提供服務(wù)信息的集中化管理和服務(wù)運(yùn)行的全面監(jiān)控；

（4）服務(wù)開發(fā)提供可配置的圖形化工具，支持對服務(wù)的快速開發(fā)和部署。

4.2 2種服務(wù)提供方式和3種消息交換模型

在服務(wù)實(shí)現(xiàn)上，針對不同模型服務(wù)選擇REST（Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移）或SOAP（Simple Object Access Protocol，簡單對象訪問協(xié)議）方式。REST方式適合應(yīng)對效率要求高但對安全要求不高的場景，如基于logistic回歸的核心客戶離網(wǎng)預(yù)警模型等；而SOAP方式適合應(yīng)對需提供多開發(fā)語言且對安全性要求較高的場景，如客戶交往圈模型等。

由于不同模型服務(wù)計(jì)算量和數(shù)據(jù)量差異較大，制定以下3種消息交換模式應(yīng)用于不同場景：

（1）同步響應(yīng)方式：適用于數(shù)據(jù)量小且運(yùn)算快的模型，如客戶統(tǒng)一視圖查詢；

（2）異步響應(yīng)方式：適用于數(shù)據(jù)量大且運(yùn)算復(fù)雜耗時的模型，如客戶交往圈計(jì)算模型；

（3）發(fā)布訂閱方式：適用于觸發(fā)性傳輸各種數(shù)據(jù)量的模型，如客戶價值細(xì)分模型。

4.3 引入ESB系統(tǒng)前后模型平均上線時長和性能對比

引入ESB總線后，通過近一年約300多個模型開發(fā)和接入，本文統(tǒng)計(jì)了每個模型平均上線時間，并同引入ESB總線前將模型固化到本地系統(tǒng)的方式進(jìn)行對比，具體如表1所示：

表1 2種方式模型上線時長

開發(fā)方式 模型平均上線時間

引入ESB總線后 1～2天

引入ESB總線前 7天（約1周）

通過表1可以看出，引入ESB總線后，可以大大縮短模型平均上線時間，及時性得到保證。由于模型以服務(wù)方式提供，分公司對模型的修改能夠?qū)崟r同步，因此準(zhǔn)確性也得以保證。

為評估引入ESB總線后對系統(tǒng)整體性能的影響，本文選擇2種典型模型場景，對比引入ESB總線系統(tǒng)前后服務(wù)平均響應(yīng)時間，具體如表2所示：

表2 2種方式服務(wù)提供性能對比

并發(fā)請求數(shù)/個 客戶交往圈模型

平均響應(yīng)時間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

通過表2可以看出，引入ESB總線后，性能消耗均在15%以下，這是因?yàn)樵贓SB總線中服務(wù)調(diào)用需要經(jīng)過消息解析、服務(wù)查找和路由等一系列工作，會對性能產(chǎn)生一定的消耗。

5 總結(jié)及展望

目前總部構(gòu)建的企業(yè)服務(wù)總線系統(tǒng)上接入了近500個分公司的模型服務(wù)，分公司亮點(diǎn)模型能夠通過快速封裝、接入總線，達(dá)到共享復(fù)用的效果。但是隨著接入服務(wù)數(shù)量越來越多，對于服務(wù)的管理成本也相應(yīng)增加。下一步計(jì)劃提取各模型服務(wù)的元數(shù)據(jù)信息，構(gòu)建元數(shù)據(jù)平臺，以便更好地進(jìn)行服務(wù)管理，同時保證分公司在獲取服務(wù)時能夠快速、準(zhǔn)確定位所需服務(wù)。

參考文獻(xiàn)：

[1] Sonic Software Corporation. Sonic ESB： An Architecture and Lifecycle Definition， Sonic White Paper[R]. 2005.

[2] Keen M， Acharya A， Bishop S. Patterns： Implementing an SOA Using an Enterprise Service Bus[M]. New York： IBM Press， 2004.

[3] Hudson S. The Enterprise Service Bus： Disruptive Technology for Software Infrastructure Solutions[J]. IDC Insight， 2003（1）： 29-32.

[4] W H Inmon. Building the Data Warehouse[M]. 王志海，譯. 北京： 機(jī)械工業(yè)出版社， 2003.

[5] 陳金波. 面向電信CRM的數(shù)據(jù)挖掘應(yīng)用研究[D]. 南京： 東南大學(xué)， 2006.

[6] 賢繼紅，王家海. 數(shù)據(jù)挖掘中決策樹算法的研究[J]. 世界科技研究與發(fā)展， 2009（4）： 600-602.

[7] 牛剛，張忠能. 輕量級ESB研究與設(shè)計(jì)[J]. 微型電腦應(yīng)用， 2009（2）： 14-16.

[8] 張?jiān)朴?，張智江，劉錦德，等. 中間件技術(shù)原理與應(yīng)用[M]. 北京： 清華大學(xué)出版社， 2004.

[9] 馬凌，陳洪亮. Web Services技術(shù)在企業(yè)信息集成中的應(yīng)用[J]. 微型電腦應(yīng)用， 2004（10）： 19-22.

[10] 孫晉文，肖建國. 企業(yè)應(yīng)用集成與基于Web Services的構(gòu)架應(yīng)用[J]. 計(jì)算機(jī)工程與應(yīng)用， 2003（21）： 205-208.

作者簡介

朱春霖：碩士，現(xiàn)任中國移動（深圳）有限公司移動業(yè)務(wù)運(yùn)營支撐網(wǎng)測評中心數(shù)據(jù)分析工程師，主要研究方向?yàn)樯虡I(yè)智能、軟件設(shè)計(jì)和開發(fā)等。

雷蕾：碩士畢業(yè)于西安交通大學(xué)軟件工程專業(yè)，主要研究方向?yàn)锽I系統(tǒng)架構(gòu)及數(shù)據(jù)挖掘技術(shù)應(yīng)用，現(xiàn)任職于中國移動（深圳）有限公司，從事業(yè)務(wù)支撐系統(tǒng)測評工作。endprint

下面將對ESB總線系統(tǒng)的功能架構(gòu)和2個技術(shù)關(guān)鍵點(diǎn)進(jìn)行闡述，并對比引入ESB總線系統(tǒng)前后模型開發(fā)時長和服務(wù)性能影響。

4.1 企業(yè)服務(wù)總線系統(tǒng)功能架構(gòu)

該系統(tǒng)分為4個模塊：服務(wù)管理、基礎(chǔ)服務(wù)、服務(wù)運(yùn)維監(jiān)控和服務(wù)開發(fā)。其功能架構(gòu)如圖1所示。

（1）服務(wù)管理提供對模型服務(wù)和消息進(jìn)行統(tǒng)一的控制及管理；

（2）基礎(chǔ)服務(wù)從模型業(yè)務(wù)需求的角度出發(fā)，完成具體的數(shù)據(jù)處理邏輯和數(shù)據(jù)操作功能；

（3）服務(wù)運(yùn)維監(jiān)控提供服務(wù)信息的集中化管理和服務(wù)運(yùn)行的全面監(jiān)控；

（4）服務(wù)開發(fā)提供可配置的圖形化工具，支持對服務(wù)的快速開發(fā)和部署。

4.2 2種服務(wù)提供方式和3種消息交換模型

在服務(wù)實(shí)現(xiàn)上，針對不同模型服務(wù)選擇REST（Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移）或SOAP（Simple Object Access Protocol，簡單對象訪問協(xié)議）方式。REST方式適合應(yīng)對效率要求高但對安全要求不高的場景，如基于logistic回歸的核心客戶離網(wǎng)預(yù)警模型等；而SOAP方式適合應(yīng)對需提供多開發(fā)語言且對安全性要求較高的場景，如客戶交往圈模型等。

由于不同模型服務(wù)計(jì)算量和數(shù)據(jù)量差異較大，制定以下3種消息交換模式應(yīng)用于不同場景：

（1）同步響應(yīng)方式：適用于數(shù)據(jù)量小且運(yùn)算快的模型，如客戶統(tǒng)一視圖查詢；

（2）異步響應(yīng)方式：適用于數(shù)據(jù)量大且運(yùn)算復(fù)雜耗時的模型，如客戶交往圈計(jì)算模型；

（3）發(fā)布訂閱方式：適用于觸發(fā)性傳輸各種數(shù)據(jù)量的模型，如客戶價值細(xì)分模型。

4.3 引入ESB系統(tǒng)前后模型平均上線時長和性能對比

引入ESB總線后，通過近一年約300多個模型開發(fā)和接入，本文統(tǒng)計(jì)了每個模型平均上線時間，并同引入ESB總線前將模型固化到本地系統(tǒng)的方式進(jìn)行對比，具體如表1所示：

表1 2種方式模型上線時長

開發(fā)方式 模型平均上線時間

引入ESB總線后 1～2天

引入ESB總線前 7天（約1周）

通過表1可以看出，引入ESB總線后，可以大大縮短模型平均上線時間，及時性得到保證。由于模型以服務(wù)方式提供，分公司對模型的修改能夠?qū)崟r同步，因此準(zhǔn)確性也得以保證。

為評估引入ESB總線后對系統(tǒng)整體性能的影響，本文選擇2種典型模型場景，對比引入ESB總線系統(tǒng)前后服務(wù)平均響應(yīng)時間，具體如表2所示：

表2 2種方式服務(wù)提供性能對比

并發(fā)請求數(shù)/個 客戶交往圈模型

平均響應(yīng)時間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

通過表2可以看出，引入ESB總線后，性能消耗均在15%以下，這是因?yàn)樵贓SB總線中服務(wù)調(diào)用需要經(jīng)過消息解析、服務(wù)查找和路由等一系列工作，會對性能產(chǎn)生一定的消耗。

5 總結(jié)及展望

目前總部構(gòu)建的企業(yè)服務(wù)總線系統(tǒng)上接入了近500個分公司的模型服務(wù)，分公司亮點(diǎn)模型能夠通過快速封裝、接入總線，達(dá)到共享復(fù)用的效果。但是隨著接入服務(wù)數(shù)量越來越多，對于服務(wù)的管理成本也相應(yīng)增加。下一步計(jì)劃提取各模型服務(wù)的元數(shù)據(jù)信息，構(gòu)建元數(shù)據(jù)平臺，以便更好地進(jìn)行服務(wù)管理，同時保證分公司在獲取服務(wù)時能夠快速、準(zhǔn)確定位所需服務(wù)。

參考文獻(xiàn)：

[1] Sonic Software Corporation. Sonic ESB： An Architecture and Lifecycle Definition， Sonic White Paper[R]. 2005.

[2] Keen M， Acharya A， Bishop S. Patterns： Implementing an SOA Using an Enterprise Service Bus[M]. New York： IBM Press， 2004.

[3] Hudson S. The Enterprise Service Bus： Disruptive Technology for Software Infrastructure Solutions[J]. IDC Insight， 2003（1）： 29-32.

[4] W H Inmon. Building the Data Warehouse[M]. 王志海，譯. 北京： 機(jī)械工業(yè)出版社， 2003.

[5] 陳金波. 面向電信CRM的數(shù)據(jù)挖掘應(yīng)用研究[D]. 南京： 東南大學(xué)， 2006.

[6] 賢繼紅，王家海. 數(shù)據(jù)挖掘中決策樹算法的研究[J]. 世界科技研究與發(fā)展， 2009（4）： 600-602.

[7] 牛剛，張忠能. 輕量級ESB研究與設(shè)計(jì)[J]. 微型電腦應(yīng)用， 2009（2）： 14-16.

[8] 張?jiān)朴?，張智江，劉錦德，等. 中間件技術(shù)原理與應(yīng)用[M]. 北京： 清華大學(xué)出版社， 2004.

[9] 馬凌，陳洪亮. Web Services技術(shù)在企業(yè)信息集成中的應(yīng)用[J]. 微型電腦應(yīng)用， 2004（10）： 19-22.

[10] 孫晉文，肖建國. 企業(yè)應(yīng)用集成與基于Web Services的構(gòu)架應(yīng)用[J]. 計(jì)算機(jī)工程與應(yīng)用， 2003（21）： 205-208.

作者簡介

朱春霖：碩士，現(xiàn)任中國移動（深圳）有限公司移動業(yè)務(wù)運(yùn)營支撐網(wǎng)測評中心數(shù)據(jù)分析工程師，主要研究方向?yàn)樯虡I(yè)智能、軟件設(shè)計(jì)和開發(fā)等。

雷蕾：碩士畢業(yè)于西安交通大學(xué)軟件工程專業(yè)，主要研究方向?yàn)锽I系統(tǒng)架構(gòu)及數(shù)據(jù)挖掘技術(shù)應(yīng)用，現(xiàn)任職于中國移動（深圳）有限公司，從事業(yè)務(wù)支撐系統(tǒng)測評工作。endprint

下面將對ESB總線系統(tǒng)的功能架構(gòu)和2個技術(shù)關(guān)鍵點(diǎn)進(jìn)行闡述，并對比引入ESB總線系統(tǒng)前后模型開發(fā)時長和服務(wù)性能影響。

4.1 企業(yè)服務(wù)總線系統(tǒng)功能架構(gòu)

該系統(tǒng)分為4個模塊：服務(wù)管理、基礎(chǔ)服務(wù)、服務(wù)運(yùn)維監(jiān)控和服務(wù)開發(fā)。其功能架構(gòu)如圖1所示。

（1）服務(wù)管理提供對模型服務(wù)和消息進(jìn)行統(tǒng)一的控制及管理；

（2）基礎(chǔ)服務(wù)從模型業(yè)務(wù)需求的角度出發(fā)，完成具體的數(shù)據(jù)處理邏輯和數(shù)據(jù)操作功能；

（3）服務(wù)運(yùn)維監(jiān)控提供服務(wù)信息的集中化管理和服務(wù)運(yùn)行的全面監(jiān)控；

（4）服務(wù)開發(fā)提供可配置的圖形化工具，支持對服務(wù)的快速開發(fā)和部署。

4.2 2種服務(wù)提供方式和3種消息交換模型

在服務(wù)實(shí)現(xiàn)上，針對不同模型服務(wù)選擇REST（Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移）或SOAP（Simple Object Access Protocol，簡單對象訪問協(xié)議）方式。REST方式適合應(yīng)對效率要求高但對安全要求不高的場景，如基于logistic回歸的核心客戶離網(wǎng)預(yù)警模型等；而SOAP方式適合應(yīng)對需提供多開發(fā)語言且對安全性要求較高的場景，如客戶交往圈模型等。

由于不同模型服務(wù)計(jì)算量和數(shù)據(jù)量差異較大，制定以下3種消息交換模式應(yīng)用于不同場景：

（1）同步響應(yīng)方式：適用于數(shù)據(jù)量小且運(yùn)算快的模型，如客戶統(tǒng)一視圖查詢；

（2）異步響應(yīng)方式：適用于數(shù)據(jù)量大且運(yùn)算復(fù)雜耗時的模型，如客戶交往圈計(jì)算模型；

（3）發(fā)布訂閱方式：適用于觸發(fā)性傳輸各種數(shù)據(jù)量的模型，如客戶價值細(xì)分模型。

4.3 引入ESB系統(tǒng)前后模型平均上線時長和性能對比

引入ESB總線后，通過近一年約300多個模型開發(fā)和接入，本文統(tǒng)計(jì)了每個模型平均上線時間，并同引入ESB總線前將模型固化到本地系統(tǒng)的方式進(jìn)行對比，具體如表1所示：

表1 2種方式模型上線時長

開發(fā)方式 模型平均上線時間

引入ESB總線后 1～2天

引入ESB總線前 7天（約1周）

通過表1可以看出，引入ESB總線后，可以大大縮短模型平均上線時間，及時性得到保證。由于模型以服務(wù)方式提供，分公司對模型的修改能夠?qū)崟r同步，因此準(zhǔn)確性也得以保證。

為評估引入ESB總線后對系統(tǒng)整體性能的影響，本文選擇2種典型模型場景，對比引入ESB總線系統(tǒng)前后服務(wù)平均響應(yīng)時間，具體如表2所示：

表2 2種方式服務(wù)提供性能對比

并發(fā)請求數(shù)/個 客戶交往圈模型

平均響應(yīng)時間/ms

引入前 引入后

5 221 247.6

30 560.47 607.37

50 858.44 982.42

100 1 570.32 1 771.53

通過表2可以看出，引入ESB總線后，性能消耗均在15%以下，這是因?yàn)樵贓SB總線中服務(wù)調(diào)用需要經(jīng)過消息解析、服務(wù)查找和路由等一系列工作，會對性能產(chǎn)生一定的消耗。

5 總結(jié)及展望

目前總部構(gòu)建的企業(yè)服務(wù)總線系統(tǒng)上接入了近500個分公司的模型服務(wù)，分公司亮點(diǎn)模型能夠通過快速封裝、接入總線，達(dá)到共享復(fù)用的效果。但是隨著接入服務(wù)數(shù)量越來越多，對于服務(wù)的管理成本也相應(yīng)增加。下一步計(jì)劃提取各模型服務(wù)的元數(shù)據(jù)信息，構(gòu)建元數(shù)據(jù)平臺，以便更好地進(jìn)行服務(wù)管理，同時保證分公司在獲取服務(wù)時能夠快速、準(zhǔn)確定位所需服務(wù)。

參考文獻(xiàn)：

[1] Sonic Software Corporation. Sonic ESB： An Architecture and Lifecycle Definition， Sonic White Paper[R]. 2005.

[2] Keen M， Acharya A， Bishop S. Patterns： Implementing an SOA Using an Enterprise Service Bus[M]. New York： IBM Press， 2004.

[3] Hudson S. The Enterprise Service Bus： Disruptive Technology for Software Infrastructure Solutions[J]. IDC Insight， 2003（1）： 29-32.

[4] W H Inmon. Building the Data Warehouse[M]. 王志海，譯. 北京： 機(jī)械工業(yè)出版社， 2003.

[5] 陳金波. 面向電信CRM的數(shù)據(jù)挖掘應(yīng)用研究[D]. 南京： 東南大學(xué)， 2006.

[6] 賢繼紅，王家海. 數(shù)據(jù)挖掘中決策樹算法的研究[J]. 世界科技研究與發(fā)展， 2009（4）： 600-602.

[7] 牛剛，張忠能. 輕量級ESB研究與設(shè)計(jì)[J]. 微型電腦應(yīng)用， 2009（2）： 14-16.

[8] 張?jiān)朴拢瑥堉墙?，劉錦德，等. 中間件技術(shù)原理與應(yīng)用[M]. 北京： 清華大學(xué)出版社， 2004.

[9] 馬凌，陳洪亮. Web Services技術(shù)在企業(yè)信息集成中的應(yīng)用[J]. 微型電腦應(yīng)用， 2004（10）： 19-22.

[10] 孫晉文，肖建國. 企業(yè)應(yīng)用集成與基于Web Services的構(gòu)架應(yīng)用[J]. 計(jì)算機(jī)工程與應(yīng)用， 2003（21）： 205-208.

作者簡介

朱春霖：碩士，現(xiàn)任中國移動（深圳）有限公司移動業(yè)務(wù)運(yùn)營支撐網(wǎng)測評中心數(shù)據(jù)分析工程師，主要研究方向?yàn)樯虡I(yè)智能、軟件設(shè)計(jì)和開發(fā)等。

雷蕾：碩士畢業(yè)于西安交通大學(xué)軟件工程專業(yè)，主要研究方向?yàn)锽I系統(tǒng)架構(gòu)及數(shù)據(jù)挖掘技術(shù)應(yīng)用，現(xiàn)任職于中國移動（深圳）有限公司，從事業(yè)務(wù)支撐系統(tǒng)測評工作。endprint