肖超恩，曾廣平，張青川，岳 洋

（北京科技大學(xué) 計(jì)算機(jī)與通信工程學(xué)院，北京100083）

0 引 言

“軟件人”［1］是人工智能、人工生命的一個(gè)新興領(lǐng)域，它是模擬、延伸、擴(kuò)展人的行為和功能的軟件實(shí)體。為了解決軟件系統(tǒng)中的演化問(wèn)題，文獻(xiàn)［2－3］依托 “軟件人”的自感知、自規(guī)劃等擬人特性，提出了 “軟件人”構(gòu)件模型（softman component，SMC）?；诖四Ｐ停浖到y(tǒng)能夠自治地調(diào)整自身行為，并通過(guò)在線演化的方式來(lái)適應(yīng)外部運(yùn)行環(huán)境動(dòng)態(tài)變化。SMC構(gòu)件為電子商務(wù)、移動(dòng)網(wǎng)絡(luò)等系統(tǒng)提供較好的演化支持，隨著其在相關(guān)領(lǐng)域廣泛應(yīng)用，其不具備分布式處理能力的局限性突顯出來(lái)，大大限制SMC的進(jìn)一步應(yīng)用與發(fā)展。因此，如何為以演化為著力點(diǎn)的SMC構(gòu)件模型提供分布式處理能力，進(jìn)而能應(yīng)用于“真”分布的開(kāi)放環(huán)境中［4］，成為SMC亟須解決的問(wèn)題。

現(xiàn)階段，可復(fù)用構(gòu)件技術(shù)已成為網(wǎng)絡(luò)計(jì)算平臺(tái)上研建復(fù)雜系統(tǒng)的首選技術(shù)方案。OMG組織為實(shí)現(xiàn)構(gòu)件級(jí)的分布式計(jì)算，以CORBA為遠(yuǎn)程訪問(wèn)通信基礎(chǔ)，提出了CCM（CORBA component model）中間件平臺(tái)［5］。SUN 公 司 提出了EJB（enterprise JavaBean）中間件以支持企業(yè)級(jí)應(yīng)用開(kāi)發(fā)，該中間件以JavaBean構(gòu)件為基礎(chǔ)，利用Java平臺(tái)的RMI技術(shù)實(shí)現(xiàn)分布式計(jì)算［6］。美國(guó)許多大學(xué)和研究機(jī)構(gòu)為解決高性能科學(xué)計(jì)算軟件開(kāi)發(fā)復(fù)雜、周期長(zhǎng)等問(wèn)題提出了CCA（common component architecture）中間件平臺(tái)［7］。國(guó)內(nèi)學(xué)者在基于構(gòu)件的中間件平臺(tái)方面也做了不少的研究工作。北京大學(xué)王千祥教授、梅宏教授為適合企業(yè)級(jí)應(yīng)用提出了一種面向領(lǐng)域兼容EJB規(guī)范的構(gòu)件運(yùn)行支撐平臺(tái)PKUAS［8］。國(guó)防科技大學(xué)的王懷民教授等人開(kāi)發(fā)了符合CCM規(guī)范的構(gòu)件中間件StarCCM，該平臺(tái)底層通信由遵循CORBA規(guī)范的StarBus提供支持［9］。

在前期工作中，筆者所在的研究團(tuán)隊(duì)提出了一種面向開(kāi)放系統(tǒng)演化的SMC構(gòu)件模型［2－3］，并研發(fā)了相應(yīng)的運(yùn)行支撐平臺(tái)。作為構(gòu)件的底層執(zhí)行環(huán)境，該平臺(tái)負(fù)責(zé)將實(shí)例化后的SMC構(gòu)件加載到同一地址空間。由于構(gòu)件接口連接緊耦合在本地的同一上下文中，故構(gòu)件實(shí)體之間尚不具備分布交互能力。為了使得同地址空間內(nèi)的SMC構(gòu)件連接衍生為跨地址空間的透明互操作，我們提出了分布式綁定中間件的技術(shù)構(gòu)想，以便為SMC構(gòu)件提供統(tǒng)一、透明、高效的分布交互平臺(tái)。

1 分布式綁定中間件的體系框架

SMC構(gòu)件是一個(gè)包含相關(guān)信息并能提供服務(wù)的計(jì)算實(shí)體，它僅通過(guò)接口與外界進(jìn)行交互。其中接口分為管理邏輯接口與功能邏輯接口。管理邏輯接口用于描述、控制和調(diào)整SMC構(gòu)件自身的行為和結(jié)構(gòu)。功能邏輯接口定義SMC構(gòu)件的功能邏輯，其分為服務(wù)型接口和請(qǐng)求型接口兩類。服務(wù)型接口說(shuō)明了SMC構(gòu)件能提供的服務(wù)，而請(qǐng)求型接口說(shuō)明了SMC構(gòu)件需要的服務(wù)。SMC構(gòu)件之間是采用嵌套組合來(lái)實(shí)現(xiàn)構(gòu)件的重用與系統(tǒng)的構(gòu)造，構(gòu)件間通過(guò)服務(wù)型接口與請(qǐng)求型接口的綁定建立關(guān)聯(lián)并進(jìn)行通信。因此，為使SMC構(gòu)件模型能具有分布式的處理能力，本文提出了SMC構(gòu)件分布式綁定中間件（SMC distributed binding middleware，MCDBM），如圖1所示。

圖1 SMC構(gòu)件分布式綁定中間件框架

SMC構(gòu)件分布式綁定中間件由SMC注冊(cè)服務(wù)層、SMC遠(yuǎn)程綁定層及分布式體系結(jié)構(gòu)描述層三部分組成。SMC注冊(cè)服務(wù)層主要提供構(gòu)件注冊(cè)、查找、注銷等分布式構(gòu)件管理服務(wù)。通過(guò)注冊(cè)服務(wù)，服務(wù)構(gòu)件能夠?qū)ν馓峁┳约悍?wù)信息；通過(guò)查找服務(wù)，客戶構(gòu)件則能查找所需的服務(wù)構(gòu)件。SMC遠(yuǎn)程綁定層主要為SMC構(gòu)件提供遠(yuǎn)程綁定服務(wù)。該服務(wù)為分布于不同節(jié)點(diǎn)上的SMC構(gòu)件對(duì)應(yīng)接口之間建立訪問(wèn)鏈路。通過(guò)此鏈路，SMC構(gòu)件之間能實(shí)現(xiàn)跨越進(jìn)程邊界的互操作。分布式體系結(jié)構(gòu)描述層通過(guò)擴(kuò)展SMC構(gòu)件體系結(jié)構(gòu)描述語(yǔ)言（SMC／ADL），使得已有的構(gòu)件能應(yīng)用于分布環(huán)境，從而能顯式規(guī)約分布式SMC構(gòu)件系統(tǒng)。

2 分布式綁定中間件關(guān)鍵構(gòu)造技術(shù)

基于SMC構(gòu)件分布式綁定中間件框架，本文采用構(gòu)件化的方法來(lái)構(gòu)造與實(shí)現(xiàn)該中間件。其中，SMC注冊(cè)服務(wù)構(gòu)件（softman registry service component，SMRSC）用于實(shí)現(xiàn)分布式環(huán)境下SMC構(gòu)件的注冊(cè)服務(wù)；SMC遠(yuǎn)程綁定構(gòu)件（softman remote binding component，SMRBC）用于負(fù)責(zé)為分布式SMC構(gòu)件提供互操作服務(wù)，SMC／DADL解析構(gòu)件（softman distributed ADL parser component，SMDPC）用于解析分布式描述文檔，并利用SMRSC和SMRBC提供的服務(wù)實(shí)例化分布式SMC構(gòu)件系統(tǒng)。

2.1 SMC注冊(cè)服務(wù)構(gòu)件

SMC注冊(cè)服務(wù)構(gòu)件是從服務(wù)層面為構(gòu)件間的分布式綁定提供一致操作。該構(gòu)件主要提供構(gòu)件注冊(cè)、查找、注銷等服務(wù)功能。

注冊(cè)服務(wù)。指向SMC構(gòu)件注冊(cè)中心注冊(cè)SMC構(gòu)件并公布該構(gòu)件提供的服務(wù)型接口信息，以便其他SMC構(gòu)件能查詢到。

查找服務(wù)。指在SMC構(gòu)件注冊(cè)中心上搜索已注冊(cè)的服務(wù)構(gòu)件，查找出能滿足需求的SMC構(gòu)件。

注銷服務(wù)。指提供服務(wù)的SMC構(gòu)件要進(jìn)行替換操作或者結(jié)束其生命周期時(shí)，需向注冊(cè)中心進(jìn)行注銷，并撤銷其公布的服務(wù)信息。

SMC注冊(cè)服務(wù)構(gòu)件通過(guò)注冊(cè)服務(wù)接口，為SMC構(gòu)件提供服務(wù)注冊(cè)、查找和注銷等功能，其IDL定義如下：

module ustb＿smcavs＿DMW＿SMComponentRegistry｛

interface RegistryService｛

SMComponentArray listAllSMComponent（）；

StringArray listAllSMComponentRegistryName（）；

SMComponent lookupSMComponent（in string name）；

SMComponentArray lookupSMComponent（in ProvidedInterfaceTypeArray inferfaces）；

boolean registrySMComponent（in ustb＿smcavs＿SMC＿api＿managementshell：：

SMComponent smcomponent）；

boolean registrySMComponent（in string name，in ustb＿smcavs＿SMC＿api＿managementshell：：

SMComponent smcomponent）；

boolean deregistrySMComponet（in string name）；

boolean deregistrySMComponet（in ustb ＿smcavs ＿SMC＿api＿managementshell：：

SMComponent smcomponent）

｝；

｝；

對(duì)于SMRSC構(gòu)件而言，主要采用HashMap來(lái)存儲(chǔ)注冊(cè)的服務(wù)構(gòu)件，并對(duì)外提供相應(yīng)的查找，注銷等功能。SMRSC構(gòu)件提供了兩種構(gòu)件獲取的方式。一種方式是直接通過(guò)注冊(cè)的關(guān)鍵字來(lái)獲取提供服務(wù)的SMC構(gòu)件；另一種方式 則 是 調(diào) 用lookupSMComponent（in ProvidedInterface－TypeArray interfaces）操作，通過(guò)向注冊(cè)中心提供所需的服務(wù)接口類型集，構(gòu)件注冊(cè)中心將利用SMC構(gòu)件的管理邏輯內(nèi)省功能，遍歷以注冊(cè)服務(wù)構(gòu)件，查找能提供所需服務(wù)接口的所有SMC構(gòu)件。

2.2 SMC遠(yuǎn)程綁定構(gòu)件

SMC遠(yuǎn)程綁定構(gòu)件主要為SMC構(gòu)件提供遠(yuǎn)程綁定服務(wù)。而對(duì)于SMC構(gòu)件而言，接口是與外界進(jìn)行交互的唯一入口。SMC構(gòu)件接口之間的裝配連接操作，映射到對(duì)象空間，就是將構(gòu)件的請(qǐng)求型接口對(duì)象（ItfClient）與提供服務(wù)的構(gòu)件服務(wù)型接口（ItfServer）關(guān)聯(lián)（bind）在一起。所謂關(guān)聯(lián)，是指在對(duì)象之間建立一條鏈路，通過(guò)該鏈路一個(gè)對(duì)象實(shí)例能訪問(wèn)到另一個(gè)對(duì)象實(shí)例。當(dāng)SMC構(gòu)件屬于同一個(gè)上下文時(shí)，對(duì)應(yīng)的ItfClient對(duì)象與ItfServer對(duì)象都存在于同一個(gè)地址空間，那么接口的關(guān)聯(lián)操作就是ItfClient能獲取到ItfServer對(duì)象的引用。當(dāng)SMC構(gòu)件處于分布式環(huán)境中時(shí)，ItfClient對(duì)象與ItfServer對(duì)象屬于不同的地址空間。此時(shí)，若要實(shí)現(xiàn)接口之間的連接，則需要一系列的中間對(duì)象負(fù)責(zé)將ItfClient的調(diào)用傳遞給ItfServer，并將其返回值取回來(lái)。此時(shí)，SMC遠(yuǎn)程綁定構(gòu)件負(fù)責(zé)來(lái)創(chuàng)建這些中間對(duì)象幫助接口實(shí)現(xiàn)分布式的訪問(wèn)。同時(shí)，利用SMC構(gòu)件管理邏輯提供的控制、內(nèi)省等服務(wù)，SMC遠(yuǎn)程綁定構(gòu)件采用通信代理動(dòng)態(tài)生成策略來(lái)實(shí)現(xiàn)，其模型圖2所示。

SMC遠(yuǎn)程綁定構(gòu)件由動(dòng)態(tài)代理層、接口適配層、協(xié)議棧、網(wǎng)絡(luò)協(xié)議層四部分組成。動(dòng)態(tài)代理層是指依據(jù)構(gòu)件綁定對(duì)象動(dòng)態(tài)生成遠(yuǎn)端構(gòu)件代理，此時(shí)將構(gòu)件接口之間的連接分解為與代理的綁定，并由代理負(fù)責(zé)與對(duì)應(yīng)的遠(yuǎn)端構(gòu)件進(jìn)行交互。接口適配層依據(jù)接口的類型，構(gòu)造相應(yīng)的標(biāo)識(shí)符，使得代理構(gòu)件的接口對(duì)象能在分布式環(huán)境下被訪問(wèn)到。協(xié)議棧用于定義SMC構(gòu)件接口訪問(wèn)協(xié)議，確保相關(guān)標(biāo)識(shí)符能訪問(wèn)到對(duì)應(yīng)的遠(yuǎn)程接口，且在接口操作中，傳遞的參數(shù)或返回值包含相關(guān)接口信息時(shí)，將其轉(zhuǎn)化接口適配層為對(duì)應(yīng)的標(biāo)識(shí)符，保證上層應(yīng)用能獲取到正確的接口引用。網(wǎng)絡(luò)協(xié)議層則采用TCP等網(wǎng)絡(luò)通信協(xié)議保證上層的互聯(lián)互通。因此，該構(gòu)件對(duì)外提供的服務(wù)接口IDL描述如下：

圖2 SMC遠(yuǎn)程綁定模型

module ustb＿smcavs＿DMW＿RemoteBinding｛

Interface RemoteContext｛

Interface bind（in Identifier id）；

Interface bind（in string host，in int port，in int key）；

Identifier export（in Interface itf，in string host，in int port，in int key）；

Identifier getId（in string host，in int port，in int key）；

｝；

｝；

即，接口對(duì)象Itf必須先通過(guò)分布式上下文的export操作，將自己添加到分布式上下文中，并獲取由（host，port，key）三元素構(gòu)成的標(biāo)識(shí)符Identifier對(duì)象。其中，host元素確定了接口對(duì)象Itf所存在的節(jié)點(diǎn)，port元素確定了接口對(duì)象Itf存在的進(jìn)程，key元素則用于關(guān)聯(lián)該進(jìn)程中對(duì)應(yīng)的接口對(duì)象Itf。其他構(gòu)件則能利用bind操作，通過(guò)由（host，port，key）三元素構(gòu)成的標(biāo)識(shí)符在分布式上下文環(huán)境中獲取與之關(guān)聯(lián)的接口對(duì)象引用。

SMC遠(yuǎn)程綁定構(gòu)件主要包括以下構(gòu)造單元：

（1）ProxyFactory單元：通過(guò)SMC構(gòu)件接口的反射特性相應(yīng)的動(dòng)態(tài)生成服務(wù)型接口對(duì)象代理和客戶型接口對(duì)象代理。

（2）TCP＿Protocol單元：以TCP／IP協(xié)議為基礎(chǔ)，通過(guò)標(biāo)識(shí)符中的（host，port）元素與外界建立會(huì)話，監(jiān)聽(tīng)和接收請(qǐng)求者的數(shù)據(jù)，并負(fù)責(zé)將上層協(xié)議的數(shù)據(jù)發(fā)送到指定節(jié)點(diǎn)。

（3）Itf＿Protocol單元：提供了一個(gè)簡(jiǎn)單的接口遠(yuǎn)程訪問(wèn)協(xié)議，其請(qǐng)求消息和回復(fù)消息格式為：

請(qǐng)求消息格式

回復(fù)消息格式

其中，Request key用于標(biāo)識(shí)接口對(duì)象的請(qǐng)求者。Receive key則用于標(biāo)識(shí)被請(qǐng)求的接口對(duì)象，即被請(qǐng)求接口對(duì)象在其分布式上下文中對(duì)應(yīng)的標(biāo)識(shí)符中的key元素。Content中保存訪問(wèn)請(qǐng)求的相關(guān)信息（如被請(qǐng)求接口對(duì)象的操作、參數(shù)）或者被請(qǐng)求接口操作的返回信息（如調(diào)用是否異常），其具體含義由Marshaller單元解析。

（4）Marshaller單元：提供了 Marshaller和 UnMarshaller兩種服務(wù)。Marshaller服務(wù)主要用于對(duì)客戶端的調(diào)用請(qǐng)求進(jìn)行編碼操作；而UnMarshaller服務(wù)則對(duì)接收到的數(shù)據(jù)進(jìn)行解碼，并返回給調(diào)用者。

2.3 SMC／DADL解析構(gòu)件

SMC／ADL是面向SMC的體系結(jié)構(gòu)描述語(yǔ)言，它利用一套XML Schema定義了軟件從設(shè)計(jì)、到運(yùn)行、直至演化階段的完整的體系結(jié)構(gòu)規(guī)約框架。對(duì)于分布式的SMC構(gòu)件系統(tǒng)，SMC／ADL語(yǔ)言不僅需要描述組成系統(tǒng)的各個(gè)SMC構(gòu)件及其構(gòu)件間的關(guān)系，還需刻畫(huà)出分布式的計(jì)算環(huán)境。因此，為了給運(yùn)行期的構(gòu)件系統(tǒng)實(shí)例提供分布交互支持，本文對(duì)原有的SMC／ADL進(jìn)行了適應(yīng)性擴(kuò)展，對(duì)SMComponent元素添加了DType屬性以及相關(guān)元素刻畫(huà)構(gòu)件運(yùn)行的分布式環(huán)境。其中，DType屬性的Schema句法聲明如下。

因此，SMC／DADL解析構(gòu)件主要完成兩部分任務(wù)。首先，利用原有的ADL解析構(gòu)件解析分布式體系描述文檔，構(gòu)建構(gòu)件實(shí)例化任務(wù)樹(shù)。然后，在對(duì)系統(tǒng)實(shí)例化與組裝時(shí)，若解析到分布式SMC構(gòu)件時(shí)，則通過(guò)SMRSC查詢并獲取相應(yīng)的分布式SMC構(gòu)件引用。實(shí)例化所有構(gòu)件后，再對(duì)構(gòu)件進(jìn)行組裝，若存在分布式SMC構(gòu)件則利用SMRBC將相應(yīng)構(gòu)件接口綁定在一起，關(guān)鍵算法如下：

（）Input：smcADL output：SMComponent＿Distribute＿System＿Load in systemADL＝new ADLParseTask（smcADL）smcAdlList［］＝systemADL.getSMComponetAdlList（）registry＝CreateSMComponet（Registry）SMComponetList［］for each sadl in smcAdlList if（sadl.DType＝＝‘remote’）smc＝registry.lookupSMComponent（sadl）SMComponetList.push（smc）else smc＝CreateSMComponet（sadl）SMComponetList.push（smc）end if end for SMComponetOrchestrate（root，SMComponetList，systemADL）SMComponetItfBind（root，SMComponetList，systemADL）null Beg End

3 分布式綁定中間件的實(shí)現(xiàn)

基于上述描述，SMC分布式綁定中間件的構(gòu)件化實(shí)現(xiàn)如圖3所示。SMC分布式綁定中間件不僅對(duì)外提供了SMC／DADL解析功能，同時(shí)，還對(duì)SMC遠(yuǎn)程綁定構(gòu)件和SMC注冊(cè)服務(wù)構(gòu)件進(jìn)行封裝，對(duì)外提供一個(gè)標(biāo)準(zhǔn)的Registry接口，進(jìn)一步簡(jiǎn)化構(gòu)件間的分布式訪問(wèn)。Registry接口的IDL定義如下：

其中，createRegistry（）操作用于創(chuàng)建注冊(cè)服務(wù)中心。其主要功能就是利用SMRBC構(gòu)件提供的服務(wù)，在分布式上下文環(huán)境下，發(fā)布SMRSC構(gòu)件，為構(gòu)件提供注冊(cè)、查找等服務(wù)。而getRegistry（）操作，則是利用SMRBC構(gòu)件在分布式上下文環(huán)境下獲取指定節(jié)點(diǎn)的SMRSC構(gòu)件引用，從而獲取 “軟件人”注冊(cè)服務(wù)構(gòu)件提供的服務(wù)。

圖3 SMC分布式綁定中間件實(shí)現(xiàn)

4 實(shí)驗(yàn)與分析

對(duì)于分布式中間件平臺(tái)，許多學(xué)者對(duì)其性能測(cè)試方法進(jìn)行了研究［10－12］。由于SMC構(gòu)件具有自控制、自適應(yīng)、動(dòng)態(tài)演化的特性，其安全等特性尤其管理邏輯負(fù)責(zé)。因此，本文性能測(cè)試主要關(guān)注兩方面：遠(yuǎn)程構(gòu)件建立通信所消耗的時(shí)間和遠(yuǎn)程構(gòu)件調(diào)用所消耗的時(shí)間。同時(shí)，SMC構(gòu)件的以JAVA平臺(tái)為參考實(shí)現(xiàn)平臺(tái)，本文選取JAVA平臺(tái)上成熟的RMI遠(yuǎn)程方法調(diào)用和基于Java的CORBA平臺(tái)作為對(duì)比實(shí)驗(yàn)對(duì)象，以此來(lái)評(píng)估SMC分布式綁定中間件的性能。

為進(jìn)行性能測(cè)試，我們定義了IPerfromanceTest接口對(duì)其進(jìn)行測(cè)試，并針對(duì)RMI、CORBA、SMC構(gòu)件編寫(xiě)了相應(yīng)的實(shí)現(xiàn)。由于不同的數(shù)據(jù)類型將影響遠(yuǎn)程的調(diào)用，因此在測(cè)試接口中對(duì)8種數(shù)據(jù)類型進(jìn)行了測(cè)試，其中g(shù)et－String（）方法返回長(zhǎng)度為1024字節(jié)的字符串。同時(shí)為了減少對(duì)性能測(cè)試的干擾，接口的實(shí)現(xiàn)沒(méi)有進(jìn)行其他的任何操作。在測(cè)試中，使用兩臺(tái)PC機(jī)，硬件環(huán)境為2.1GHz的Inter Core Duo處理器，2GDDR2內(nèi)存。軟件環(huán)境為基于window2003操作系統(tǒng)的JDK1.6環(huán)境。兩臺(tái)電腦通過(guò)100M以太網(wǎng)連接，平均網(wǎng)絡(luò)延遲為100μs。

測(cè)試過(guò)程中進(jìn)行了兩組實(shí)驗(yàn)。測(cè)試過(guò)程中進(jìn)行了兩組實(shí)驗(yàn)：①同一節(jié)點(diǎn)上不同進(jìn)程間的遠(yuǎn)程訪問(wèn)性能測(cè)試；②不同節(jié)點(diǎn)上局域網(wǎng)環(huán)境下的遠(yuǎn)程訪問(wèn)性能測(cè)試。圖4為遠(yuǎn)程接口在本地節(jié)點(diǎn)和網(wǎng)絡(luò)兩種環(huán)境下建立通信所消耗的時(shí)間。圖5為在本地和局域網(wǎng)兩種環(huán)境下接口交互的性能測(cè)試結(jié)果。

從性能測(cè)試可以看出，SMC構(gòu)件遠(yuǎn)程綁定器在建立連接時(shí)與JAVA RMI、CORBA相比耗時(shí)較長(zhǎng)。這是由于JAVA RMI的stub及skeleton是通過(guò)接口實(shí)現(xiàn)類的繼承來(lái)實(shí)現(xiàn)，CORBA依據(jù)IDL，預(yù)先生成了客戶端stub以及服務(wù)端的skeleton，而SMC遠(yuǎn)程綁定器采用的是輕量的通信代理動(dòng)態(tài)生成策略，故導(dǎo)致在建連階段兩者性能差異較大。在隨后的交互通信階段，遠(yuǎn)程綁定器在本地節(jié)點(diǎn)遠(yuǎn)程訪問(wèn)與JAVA RMI和CORBA相比耗時(shí)高4%～19%，在網(wǎng)絡(luò)遠(yuǎn)程訪問(wèn)中耗時(shí)高1%～8%，盡管也有性能下降，但耗損都在可接受的范圍內(nèi)。因此，分布式遠(yuǎn)程綁定器在實(shí)際應(yīng)用中是行之有效的。

5 結(jié)束語(yǔ)

針對(duì)SMC構(gòu)件的分布式交互問(wèn)題，本文設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)適用于SMC構(gòu)件的分布式綁定中間件。該中間件提供了構(gòu)件注冊(cè)與遠(yuǎn)程綁定服務(wù)及分布式操作約束機(jī)制。利用構(gòu)件注冊(cè)服務(wù)，能有效的管理分布式環(huán)境中的SMC構(gòu)件；借助遠(yuǎn)程綁定機(jī)制，同地址空間內(nèi)的構(gòu)件連接平滑衍生為跨地址空間的遠(yuǎn)程綁定。同時(shí)借助SMC／DADL，原有的集中式構(gòu)件系統(tǒng)能無(wú)縫的融入到分布式計(jì)算環(huán)境中。通過(guò)對(duì)比實(shí)驗(yàn)，驗(yàn)證了分布式綁定中間件的可行性和實(shí)用性。由于遠(yuǎn)程綁定構(gòu)件采用通信代理動(dòng)態(tài)生成策略，使得構(gòu)件間在第一次建立通信階段的耗時(shí)較高，故如何建立高效的代理動(dòng)態(tài)生成機(jī)制有待進(jìn)一步的研究。

［1］ZENG Guangping，TU Xuyan，WANG Hongbo.SoftMan research and applications［M］.Beijing：Science Press，2007：9－22（in Chinese）.［曾廣平，涂序彥，王洪泊.“軟件人”研究及應(yīng)用［M］.北京：科學(xué)出版社，2007：9－22.］

［2］Yue Yang，Ai Dongmei，Zeng Guangping.A Dynamic evolution framework for softman system［C］／／International Confe－rence on Computer Application and System Modeling.Shanxi，Taiyuan，China：IEEE Computer Society，2011：262－266.

［3］Yue Yang，Zeng GuangPing.A component model supporting dynamic evolution of Internetware［C］／／International Conference on Materials，Mechatronics and Automation.Melbourne，VIC，Australia：Trans Tech Publications Ltd，2011：956－961.

［4］YANG Fuqing.Thinking on the development of software engineering technology［J］.Journal of Software，2005，16（1）：1－7（in Chinese）.［楊芙清.軟件工程技術(shù)發(fā)展思索［J］.軟件學(xué)報(bào)，2005，16（1）：1－7.］

［5］XU Haitao，ZHANG Jianwei，ZHENG Canxiang.Improved communication of DRS system based on CORBA and DDS technology［J］.Computer Engineering and Design，2012，33（1）：357－361（in Chinese）.［許海濤，張建偉，鄭燦祥.基于CORBA與DDS技術(shù)改進(jìn)DRS系統(tǒng)通信［J］.計(jì)算機(jī)工程與設(shè)計(jì)，2012，33（1）：357－361.］

［6］CHEN Liyan，GAO Qing.Research for improving EJB s performance based on design patterns［J］.Computer Engineering and Design，2009，30（8）：2067－2070（in Chinese）.［陳立巖，高青.基于設(shè)計(jì)模式改善EJB性能的應(yīng)用研究［J］.計(jì)算機(jī)工程與設(shè)計(jì)，2009，30（8）：2067－2070.］

［7］Yin Jian，Agarwal Khushbu.Implementing high performance remote method invocation in CCA［C］／／IEEE International Conference on Cluster Computing.Austin，TX，United states：Institute of Electrical and Electronics Engineers Inc，2011：547－551.

［8］Hong Mei，LIU Xuan－Zhe.Internetware：An emerging software paradigm for internet computing［J］.Journal of Compu－ter Science ＆ Technology，2011，26（4）：587－599.

［9］AN Jingbin，JIA Yan，WANG Zhiying，et al.Design and implementation of a persistence framework for software component platforms［J］.Computer Engineering ＆ Science，2008，30（6）：111－114（in Chinese）.［安靜斌，賈焰，王志英，等.軟件構(gòu)件平臺(tái)持久框架的設(shè)計(jì)與實(shí)現(xiàn)［J］.計(jì)算機(jī)工程與科學(xué)，2008，30（6）：111－114.］

［10］Jalali Seyed Saber，Rashidi Hassan，Nazemi Eslam.A new approach to evaluate performance of component－based software architecture［C］／／UKSim 5th European Modelling Symposium on Computer Modelling and Simulation.Madrid，Spain：IEEE Computer Society，2011：451－456.

［11］Liu Zhipiao，Sun Qibo，Wang Shangguang，et al.The performance prediction of cloud pervice via JOGM（1，1）Model［J］.Advances in information sciences and service sciences，2012，4（5）：70－77.

［12］Matjaz B Juric，Bostjan Kezmah，Marjan Hericko，et al.Java RMI，RMI tunneling and Web services comparison and performance analysis［J］.ACM SIGPLAN Notices，2004，39（5）：58－65.