專利名稱：組件適配器的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種在分布式對(duì)象環(huán)境下解決各種組件服務(wù)適配問題的組件適配器的實(shí)現(xiàn)方法，利用該方法實(shí)現(xiàn)的組件服務(wù)器可以屏蔽分布式部署的組件如COM、CORBA、EJB等的形態(tài)差異和個(gè)體差異。該技術(shù)屬于計(jì)算機(jī)技術(shù)中的中間件技術(shù)領(lǐng)域。
背景技術(shù)：
在電信業(yè)務(wù)網(wǎng)、金融業(yè)務(wù)網(wǎng)及電子政務(wù)網(wǎng)等大型網(wǎng)絡(luò)系統(tǒng)中，分布式對(duì)象技術(shù)得到了越來越廣泛的使用?，F(xiàn)有的分布式對(duì)象技術(shù)主要有三大流派——OMG的COBRA、微軟的COM/DCOM和SUN的EJB。這些分布式對(duì)象技術(shù)在使用中都存在跨系統(tǒng)與跨邊界兩個(gè)基本問題。所謂跨系統(tǒng)，是指多個(gè)操作服務(wù)引擎會(huì)在不同的系統(tǒng)平臺(tái)上提供服務(wù)；所謂跨邊界，是指操作服務(wù)引擎會(huì)在不同的業(yè)務(wù)自治域內(nèi)提供服務(wù)。
由于上述原因，支持操作服務(wù)引擎的組件服務(wù)部署情形非常復(fù)雜。這些服務(wù)可能以COM、CORBA、EJB、Servlet、Web Service等多種形式存在，它們可以是同一個(gè)自治域內(nèi)跨系統(tǒng)部署的，也可以是跨邊界部署的，因?yàn)槎嘁鎱f(xié)作平臺(tái)需要盡可能多的組件服務(wù)以擴(kuò)展其功能。操作服務(wù)引擎在完成源到目標(biāo)的映射動(dòng)作后需要即刻觸發(fā)組件的服務(wù)，從設(shè)計(jì)規(guī)范化角度考慮，操作服務(wù)引擎需要以一種統(tǒng)一的方式觸發(fā)組件的服務(wù)。這種方式就由我們所說的組件適配器來提供。
目前市場(chǎng)上適配器類產(chǎn)品的主流供應(yīng)商有TIBCO和IBM等公司。適配器產(chǎn)品形態(tài)可以分為兩類，一類是信息總線的適配器(Information BusAdapter)，一類是業(yè)務(wù)集成代理適配器(Business Integration BrokerAdapter)。
TIBCO公司的適配器是基于信息總線的適配器，它的主要功能是支持分布式系統(tǒng)間的信息交換，共享TIBCO作為專利技術(shù)提供的信息總線。TIBCO提供的適配器已達(dá)到60種，包括應(yīng)用適配器、網(wǎng)絡(luò)技術(shù)適配器、數(shù)據(jù)庫適配器、以及定制應(yīng)用適配器等多種類型。它們支持應(yīng)用數(shù)據(jù)交互、網(wǎng)絡(luò)分布式系統(tǒng)信息交互、數(shù)據(jù)庫數(shù)據(jù)同步交互、以及定制應(yīng)用系統(tǒng)的信息交互、集成、共享信息總線平臺(tái)等多種功能。
IBM公司的WebSphere業(yè)務(wù)整合適配器是業(yè)務(wù)集成代理適配器的典型代表。這類適配器支持網(wǎng)絡(luò)分布式應(yīng)用系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、網(wǎng)管系統(tǒng)等在實(shí)際運(yùn)行過程中的業(yè)務(wù)過程集成，通過提供模版和適配器，支持跨不同廠商的應(yīng)用產(chǎn)品的業(yè)務(wù)集成。它支持的技術(shù)包括JMS、電子郵件、XML、Jtext、JDBC和SWIFT 1.0。
但是，上述適配器仍然存在許多不足之處。它們?cè)诒举|(zhì)上還是一個(gè)信息總線平臺(tái)或者業(yè)務(wù)集成代理，主要解決的是分布式部署的組件服務(wù)如COM、CORBA、EJB等的形態(tài)差異。在具體的組件服務(wù)訪問中，上述組件個(gè)體的差異仍然會(huì)有所體現(xiàn)。另外，上述適配器也不能實(shí)現(xiàn)統(tǒng)一的用戶開發(fā)界面。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種新的組件適配器的實(shí)現(xiàn)方法。通過該方法實(shí)現(xiàn)的組件適配器可以使上層的操作服務(wù)引擎在需要完成某種操作的時(shí)候，既不需要知道所要使用的組件屬于何種組件，又不需要知道使用的組件具體需要何種參數(shù)、使用何種接口。所有這些必須的信息，都由組件適配器通過協(xié)作信息總線獲得，使該組件適配器自身就可以完成對(duì)業(yè)務(wù)和數(shù)據(jù)的整合。
為實(shí)現(xiàn)上述的發(fā)明目的，本發(fā)明采用下述的技術(shù)方案一種組件適配器的實(shí)現(xiàn)方法，用于實(shí)現(xiàn)可以屏蔽分布式部署組件的形態(tài)差異和個(gè)體差異的組件適配器，該組件適配器具有上層的組件接口一致性適配器和至少一個(gè)下層的具體組件服務(wù)接口，其中組件接口一致性適配器與緊耦合的操作服務(wù)引擎和調(diào)度引擎進(jìn)行數(shù)據(jù)交換，該方法包括如下步驟所述操作服務(wù)引擎觸發(fā)組件服務(wù)之后，傳遞給所述組件接口一致性適配器操作指令，所述調(diào)度引擎在操作服務(wù)知識(shí)庫中檢出操作服務(wù)引擎所要使用的組件的信息，所述組件接口一致性適配器對(duì)所述操作服務(wù)引擎的指令進(jìn)行分析，確定需要適配何種組件之后，從調(diào)度引擎中獲取組件服務(wù)的參數(shù)信息，再把參數(shù)信息傳遞給下層的至少一個(gè)具體組件服務(wù)接口，由它們調(diào)用所述操作服務(wù)引擎需要的組件服務(wù)。
與現(xiàn)有的適配器產(chǎn)品相比，本發(fā)明方法實(shí)現(xiàn)的組件適配器具有如下特點(diǎn)1.本組件適配器匯集分布存在的組件，支持在同一系統(tǒng)內(nèi)構(gòu)建業(yè)務(wù)應(yīng)用。它支持一致的用戶開發(fā)界面，屏蔽了分布式部署的組件的形態(tài)差異。
2.本組件適配器把多個(gè)組件的屬性群集成一個(gè)業(yè)務(wù)單元數(shù)據(jù)集合，從而屏蔽了組件服務(wù)訪問中個(gè)體的差異。


下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步的說明。
圖1為組件適配器在一種多引擎協(xié)作平臺(tái)實(shí)施例中的位置示意圖。
圖2為組件適配器的組成結(jié)構(gòu)示意圖。
圖3為組件適配器的運(yùn)行機(jī)制示意圖。
圖4為操作服務(wù)知識(shí)庫中必要充分條件知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)示意圖。
圖5為操作服務(wù)知識(shí)庫中組件描述知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)示意圖。
圖6為操作服務(wù)知識(shí)庫中參數(shù)描述知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)示意圖。
圖7為操作服務(wù)知識(shí)庫中映射規(guī)則描述知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)示意圖。
圖8為組件適配器的工作流程圖。
具體實(shí)施例方式
本組件適配器的實(shí)現(xiàn)環(huán)境是這樣的在硬件方面，只需要計(jì)算機(jī)的CPU為PIII以上，內(nèi)存大于256兆即可；而在軟件方面則需要支持Java虛擬機(jī)的操作系統(tǒng)，Java虛擬機(jī)應(yīng)該為J2SDK 1.3.0或者以上版本，另外還要有支持Servlet2.2及以上版本的Servlet容器。
圖1所示的是本組件適配器在一種多引擎協(xié)作平臺(tái)實(shí)施例中的位置示意圖。這一多引擎協(xié)作平臺(tái)的結(jié)構(gòu)是示例性的。在不同的具體應(yīng)用環(huán)境中，它的具體組成可以有所變化，但其基本的結(jié)構(gòu)是不變的，即它的最頂端為具體業(yè)務(wù)應(yīng)用目標(biāo)，最底端為信息存儲(chǔ)支撐平臺(tái)的知識(shí)庫和作為公共服務(wù)平臺(tái)的J2EE應(yīng)用服務(wù)器，中間部分為調(diào)度引擎和各種操作服務(wù)引擎，它們之間的聯(lián)系方式為分布式組件模式。協(xié)作信息總線和組件適配器一起在其中起著不同系統(tǒng)之間數(shù)據(jù)交互、調(diào)度的作用。這里所提到的協(xié)作信息總線在本發(fā)明人的另一項(xiàng)發(fā)明專利申請(qǐng)——協(xié)作信息總線的實(shí)現(xiàn)方法中有充分地揭示，在此就不詳細(xì)說明了。在本實(shí)施例中，所用到的操作服務(wù)引擎包括業(yè)務(wù)過程操作服務(wù)引擎，文本型數(shù)據(jù)操作服務(wù)引擎，關(guān)系型數(shù)據(jù)操作服務(wù)引擎，流媒體數(shù)據(jù)操作服務(wù)引擎等，一個(gè)操作服務(wù)引擎對(duì)應(yīng)有一個(gè)組件適配器，該組件適配器的功能就是屏蔽這個(gè)操作服務(wù)引擎下層組件的形態(tài)和個(gè)體差異，使得操作服務(wù)引擎只需傳入簡單的操作指令碼，組件適配器就可以自動(dòng)識(shí)別所需使用組件的形態(tài)，如EJB、COM、CORBA等等，查找使用該組件所需的參數(shù)，并根據(jù)操作服務(wù)引擎?zhèn)魅氲牟僮髦噶钫{(diào)用組件完成相應(yīng)的操作。這里的組件適配器并不是固定不變的，它作為一種組件接口的機(jī)制，在操作服務(wù)引擎投入實(shí)際工作環(huán)境的同時(shí)就會(huì)產(chǎn)生，為這個(gè)從事實(shí)際工作的操作服務(wù)引擎提供向下的接口；當(dāng)操作服務(wù)引擎結(jié)束工作的時(shí)候，組件適配器不再被需要，它自然結(jié)束。
如圖2和圖3所示，本組件適配器分為上層的組件接口一致性適配器和下層的具體組件如EJB、COM、CORBA接口兩層結(jié)構(gòu)。其中組件接口一致性適配器負(fù)責(zé)接收操作服務(wù)引擎?zhèn)鬟f過來的操作指令，然后根據(jù)這個(gè)操作指令自動(dòng)在協(xié)作信息總線中獲取匹配該操作的組件相關(guān)信息。這些信息由調(diào)度引擎在操作服務(wù)知識(shí)庫中的組件描述知識(shí)庫中檢出，并且放入?yún)f(xié)作信息總線中以供使用。調(diào)度引擎從組件描述知識(shí)庫中檢出信息的過程可以采用現(xiàn)有的數(shù)據(jù)庫檢索技術(shù)實(shí)現(xiàn)，在此就不贅述了。在組件接口一致性適配器接收操作服務(wù)引擎?zhèn)鬟f過來的操作指令并且獲得了所要使用的組件的個(gè)體信息之后，再通過使用下一層所列的具體組件接口，調(diào)用具體的組件服務(wù)。
上述組件接口一致性適配器的作用包括接收、解析操作服務(wù)引擎?zhèn)魅氲牟僮髦噶?；從協(xié)作信息總線中獲取組件的相關(guān)信息，準(zhǔn)備組件調(diào)用所必須的參數(shù)；根據(jù)所獲得的組件信息和操作指令，調(diào)用合適類型的組件接口等。而下層的各類組件接口負(fù)責(zé)根據(jù)傳入的調(diào)用參數(shù)以及操作指令，調(diào)用各類組件服務(wù)，完成各種組件操作。由于各類組件接口的具體構(gòu)成都是公知的技術(shù)，在此就不加詳細(xì)說明了。
在本組件適配器中，操作服務(wù)知識(shí)庫具有特殊重要的作用操作服務(wù)引擎的工作內(nèi)容及多引擎調(diào)度平臺(tái)的調(diào)度順序都從知識(shí)庫獲取。操作服務(wù)引擎基于數(shù)據(jù)結(jié)構(gòu)知識(shí)庫工作，它的工作內(nèi)容由必要充分條件知識(shí)庫、參數(shù)描述知識(shí)庫、組件描述知識(shí)庫、映射規(guī)則描述知識(shí)庫共同確定。調(diào)度引擎對(duì)操作作業(yè)及作業(yè)流的管理由作業(yè)知識(shí)庫和作業(yè)流知識(shí)庫提供支持。圖4給出了必要充分條件知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)圖。圖5為組件描述知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)圖，它包括組件標(biāo)識(shí)、組件地址、組件型別、屬性名、屬性值等內(nèi)容。參數(shù)描述知識(shí)庫如圖6所示，它包括屬性代碼、屬性名、屬性數(shù)據(jù)類型、屬性數(shù)據(jù)值域、所屬業(yè)務(wù)單證等內(nèi)容。圖7為映射規(guī)則描述知識(shí)庫的數(shù)據(jù)結(jié)構(gòu)圖。
上述操作服務(wù)知識(shí)庫的實(shí)例就是在上述多引擎協(xié)作平臺(tái)中存放在DB2數(shù)據(jù)庫中的相關(guān)數(shù)據(jù)。只不過它所存放的并非業(yè)務(wù)類數(shù)據(jù)，而是操作服務(wù)引擎觸發(fā)作業(yè)或者作業(yè)流時(shí)的相關(guān)參數(shù)、校驗(yàn)條件、描述信息等內(nèi)容。在多引擎協(xié)作平臺(tái)中，協(xié)作信息總線和組件適配器都需要引用其中相關(guān)的數(shù)據(jù)，這一引用過程是現(xiàn)有的數(shù)據(jù)庫技術(shù)所能支持的，在此就不贅述了。
因?yàn)橐粋€(gè)操作服務(wù)引擎對(duì)應(yīng)有一個(gè)組件適配器，而各個(gè)操作服務(wù)引擎所要完成的操作是各不相同的，為解決這一問題，我們通過定義操作指令碼來傳遞操作服務(wù)引擎所要完成的操作的信息。這一操作指令碼的設(shè)置是這樣的首先，指令碼開頭大寫字母，表明操作服務(wù)引擎的類別，比如文檔服務(wù)引擎用D來表示；其次，指令碼的緊接著的兩位數(shù)字，指明了操作服務(wù)引擎所要完成的工作，比如文檔服務(wù)引擎要新建一個(gè)文檔可以用00表示。已知操作指令的數(shù)字，可以在操作服務(wù)知識(shí)庫中查詢獲得具體的操作含義。這樣，當(dāng)組件接口一致性適配器接收到C00的操作碼時(shí)，就可以通過操作服務(wù)知識(shí)庫中的信息，知道要做新建文檔的操作。
組件接口一致性適配器給操作服務(wù)引擎提供一個(gè)操作入口，操作服務(wù)引擎通過這個(gè)操作入口來傳入操作指令碼，操作指令碼代表了操作服務(wù)引擎所要進(jìn)行的工作。在工作過程中，如果組件接口一致性適配器發(fā)現(xiàn)操作指令碼是錯(cuò)誤的，則返回錯(cuò)誤信息給操作服務(wù)引擎，操作服務(wù)引擎?zhèn)魅胝_的操作指令碼，重新進(jìn)行調(diào)用。如果組件接口一致性適配器獲取協(xié)作信息總線中的組件信息時(shí)出錯(cuò)，則返回錯(cuò)誤信息給調(diào)度引擎；如果下層的組件接口服務(wù)部件參數(shù)錯(cuò)誤，則返回錯(cuò)誤信息給組件接口一致性適配器，由組件接口一致性適配器重新設(shè)置參數(shù)。
如圖8所示，本組件適配器的具體工作流程包括如下步驟1.由調(diào)度引擎觸發(fā)，組件接口一致性適配器從組件緩沖池中讀取組件地址、識(shí)別標(biāo)識(shí)和屬性名。
上述步驟中所述的組件緩沖池是采用數(shù)據(jù)緩存技術(shù)實(shí)現(xiàn)的，它在程序中讀入內(nèi)存，從而在需要訪問組件相關(guān)信息時(shí)無需再次讀取數(shù)據(jù)庫。數(shù)據(jù)緩存技術(shù)作為公知技術(shù)，在此不詳細(xì)說明。
組件緩沖池與上述組件描述知識(shí)庫相對(duì)應(yīng)，存儲(chǔ)包括組件標(biāo)識(shí)、組件地址、組件型別、屬性名、屬性值在內(nèi)的信息，這些信息可以從各個(gè)組件的技術(shù)資料中獲得。
2.調(diào)度引擎根據(jù)組件地址、識(shí)別標(biāo)識(shí)和屬性名在操作服務(wù)知識(shí)庫中進(jìn)行匹配，找出操作服務(wù)引擎所要使用組件的相關(guān)信息。如果匹配失敗則返回，成功則與指定地址的組件接口一致性適配器進(jìn)行數(shù)據(jù)同步。
3.組件接口一致性適配器根據(jù)不同類型組件的型別和標(biāo)識(shí)準(zhǔn)備下層相應(yīng)的組件接口，例如根據(jù)COM、CORBA、EJB的國際規(guī)范準(zhǔn)備好相應(yīng)接口。這里的COM國際規(guī)范由微軟公司提供，CORBA國際規(guī)范由OMG組織提供，它們?cè)诟髯缘木W(wǎng)站上對(duì)此有詳細(xì)的說明，在此就不贅述了。
4.組件接口一致性適配器按照接口標(biāo)準(zhǔn)在下層相應(yīng)的組件接口中寫入屬性名和屬性值，并且進(jìn)行寫后讀校驗(yàn)，校驗(yàn)無誤則成功返回。
在整個(gè)多引擎協(xié)作平臺(tái)中，組件適配器是這樣發(fā)揮作用的當(dāng)操作服務(wù)引擎在完成源到目標(biāo)的映射動(dòng)作之后，就會(huì)觸發(fā)一次組件服務(wù)，這時(shí)組件適配器開始發(fā)揮作用。由于協(xié)作信息總線中操作服務(wù)引擎和調(diào)度引擎之間是緊耦合，調(diào)度引擎獲知操作服務(wù)引擎的需求之后，在操作服務(wù)知識(shí)庫中檢出操作服務(wù)引擎所需的知識(shí)，其中也包括操作服務(wù)引擎所要使用的組件的相關(guān)信息。
操作服務(wù)引擎?zhèn)鬟f給組件接口一致性適配器操作指令，組件接口一致性適配器接收到該操作指令之后，首先對(duì)這個(gè)指令進(jìn)行分析，要進(jìn)行何種操作，并且通過協(xié)作信息總線從調(diào)度引擎中獲取組件服務(wù)的相關(guān)信息，比如參數(shù)、接口、型別；根據(jù)不同的型別，比如EJB組件服務(wù)，Com組件服務(wù)，把必要的參數(shù)信息傳遞給下層特定的組件服務(wù)接口，由它們調(diào)用特定的組件服務(wù)。
通過上述步驟，上層的操作服務(wù)引擎在需要完成某種操作的時(shí)候，既不需要知道所要使用的組件屬于何種組件，又不需要知道使用的組件具體需要何種參數(shù)、使用何種接口。所有這些必須的信息，都由組件接口一致性適配器通過協(xié)作信息總線獲得。因此，組件適配器自身就可以完成對(duì)業(yè)務(wù)和數(shù)據(jù)的整合。
需要聲明的是，本發(fā)明的具體實(shí)施方式
已經(jīng)對(duì)本發(fā)明的內(nèi)容做了詳盡的說明。對(duì)本領(lǐng)域的一般技術(shù)人員而言，在不背離本發(fā)明精神的前提下對(duì)它所做的任何顯而易見的改動(dòng)，特別是對(duì)若干部件的等同替換，都構(gòu)成對(duì)本發(fā)明專利權(quán)的侵犯，將承擔(dān)相應(yīng)的法律責(zé)任。
權(quán)利要求
1.一種組件適配器的實(shí)現(xiàn)方法，用于實(shí)現(xiàn)可以屏蔽分布式部署組件的形態(tài)差異和個(gè)體差異的組件適配器，該組件適配器具有上層的組件接口一致性適配器和至少一個(gè)下層的具體組件服務(wù)接口，其中組件接口一致性適配器與緊耦合的操作服務(wù)引擎和調(diào)度引擎進(jìn)行數(shù)據(jù)交換，其特征在于該方法包括如下步驟所述操作服務(wù)引擎觸發(fā)組件服務(wù)之后，傳遞給所述組件接口一致性適配器操作指令，所述調(diào)度引擎在操作服務(wù)知識(shí)庫中找出操作服務(wù)引擎所要使用的組件的信息，所述組件接口一致性適配器對(duì)所述操作服務(wù)引擎的指令進(jìn)行分析，確定需要適配何種組件之后，從調(diào)度引擎中獲取組件服務(wù)的參數(shù)信息，再把參數(shù)信息傳遞給下層的至少一個(gè)具體組件服務(wù)接口，由它們調(diào)用所述操作服務(wù)引擎需要的組件服務(wù)。
2.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于所述具體組件服務(wù)接口包括EJB、COM、CORBA、SERVLET組件接口中的至少一個(gè)。
3.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于所述操作服務(wù)知識(shí)庫具有包括數(shù)據(jù)結(jié)構(gòu)知識(shí)庫、必要充分條件知識(shí)庫、參數(shù)描述知識(shí)庫、組件描述知識(shí)庫、映射規(guī)則描述知識(shí)庫在內(nèi)的內(nèi)容。
4.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于所述組件接口一致性適配器對(duì)所述操作服務(wù)引擎的指令進(jìn)行分析的步驟包括(1)所述組件接口一致性適配器接收所述操作服務(wù)引擎發(fā)送的操作指令碼；(2)所述組件接口一致性適配器讀取所述操作指令碼的頭一位，頭一位為大寫字母，表明操作服務(wù)引擎的類別；(3)所述組件接口一致性適配器讀取所述操作指令碼的后兩位，該兩位數(shù)據(jù)表明所述操作服務(wù)引擎所要完成的工作內(nèi)容。
5.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于如果所述組件接口一致性適配器發(fā)現(xiàn)操作指令碼是錯(cuò)誤的，則返回錯(cuò)誤信息給所述操作服務(wù)引擎，操作服務(wù)引擎再傳入正確的操作指令碼，重新進(jìn)行調(diào)用。
6.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于如果所述組件接口一致性適配器獲取協(xié)作信息總線中的組件信息時(shí)出錯(cuò)，則返回錯(cuò)誤信息給所述調(diào)度引擎。
7.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于如果下層的具體組件服務(wù)接口參數(shù)錯(cuò)誤，則返回錯(cuò)誤信息給所述組件接口一致性適配器，由所述組件接口一致性適配器重新設(shè)置參數(shù)。
8.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于所述組件接口一致性適配器從組件緩沖池中讀取組件地址、識(shí)別標(biāo)識(shí)和屬性名；所述組件緩沖池中的內(nèi)容與所述組件描述知識(shí)庫中的內(nèi)容相對(duì)應(yīng)。
9.如權(quán)利要求1所述的組件適配器的實(shí)現(xiàn)方法，其特征在于所述調(diào)度引擎根據(jù)組件地址、識(shí)別標(biāo)識(shí)和屬性名在所述操作服務(wù)知識(shí)庫中進(jìn)行匹配，找出所述操作服務(wù)引擎所要使用組件的信息。
全文摘要
一種組件適配器的實(shí)現(xiàn)方法，用于實(shí)現(xiàn)可以屏蔽分布式部署組件的形態(tài)差異和個(gè)體差異的組件適配器。該組件適配器具有上層的組件接口一致性適配器和至少一個(gè)下層的具體組件服務(wù)接口，其中組件接口一致性適配器與緊耦合的操作服務(wù)引擎和調(diào)度引擎進(jìn)行數(shù)據(jù)交換。操作服務(wù)引擎觸發(fā)組件服務(wù)之后，傳遞給組件接口一致性適配器操作指令，調(diào)度引擎在操作服務(wù)知識(shí)庫中找出操作服務(wù)引擎所要使用的組件的信息，組件接口一致性適配器對(duì)操作服務(wù)引擎的指令進(jìn)行分析，確定需要適配何種組件之后，從調(diào)度引擎中獲取組件服務(wù)的參數(shù)信息，再把參數(shù)信息傳遞給下層的至少一個(gè)具體組件服務(wù)接口，由它們調(diào)用操作服務(wù)引擎需要的組件服務(wù)。
文檔編號(hào)G06F3/00GK1570812SQ03145980
公開日2005年1月26日 申請(qǐng)日期2003年7月18日 優(yōu)先權(quán)日2003年7月18日
發(fā)明者懷進(jìn)鵬, 張文燚, 劉旭東, 李揚(yáng), 杜宗霞, 付紀(jì)東 申請(qǐng)人:北京航空航天大學(xué)