CORBA技術(shù)探索起步

　　一、概述

　　CORBA（Common Object Request Broker Architecture, 公共對象請求代理體系結(jié)構(gòu)）是由OMG（對象管理組織，Object Management Group）提出的應(yīng)用軟件體系結(jié)構(gòu)和對象技術(shù)規(guī)范，其核心是一套標(biāo)準(zhǔn)的語言、接口和協(xié)議，以支持異構(gòu)分布應(yīng)用程序間的互操作性及獨立于平臺和編程語言的對象重用。

　　CORBA經(jīng)過近十多年的發(fā)展，已逐步走向成熟，并成功地應(yīng)用在我國許多大型的軟件系統(tǒng)中，由此產(chǎn)生了對掌握CORBA技術(shù)的軟件開發(fā)人員的大量需求。在此，我們應(yīng)廣大讀者的要求組織了本次講座。

　　二、CORBA產(chǎn)生的背景

　　近年來，隨著互聯(lián)網(wǎng)技術(shù)的日益成熟，公眾及商業(yè)企業(yè)正享受著高速、低價網(wǎng)絡(luò)信息傳輸所帶來的高品質(zhì)數(shù)字生活。但是，由于網(wǎng)絡(luò)規(guī)模的不斷擴大以及計算機軟硬件技術(shù)水平的飛速提高，給傳統(tǒng)的應(yīng)用軟件系統(tǒng)的實現(xiàn)方式帶來了巨大挑戰(zhàn)。

　　首先，在企業(yè)級應(yīng)用中，硬件系統(tǒng)集成商基于性能、價格、服務(wù)等方面的考慮，通常在同一系統(tǒng)中集成來自不同廠商的硬件設(shè)備、操作系統(tǒng)、數(shù)據(jù)庫平臺和網(wǎng)絡(luò)協(xié)議等，由此帶來的異構(gòu)性給應(yīng)用軟件的互操作性、兼容性以及平滑升級能力帶來了嚴重問題。

　　另外，隨著基于網(wǎng)絡(luò)的業(yè)務(wù)不斷增多，傳統(tǒng)的客戶/服務(wù)器（C/S）模式的分布式應(yīng)用方式越來越顯示出在運行效率、系統(tǒng)網(wǎng)絡(luò)安全性和系統(tǒng)升級能力等方面的局限性。

　　為了解決分布式計算環(huán)境（DCE，Distributed Computing Environment）中不同硬件設(shè)備和軟件系統(tǒng)的互聯(lián)，增強網(wǎng)絡(luò)間軟件的互操作性，解決傳統(tǒng)分布式計算模式中的不足等問題，對象管理組織（OMG）提出了公共對象請求代理體系結(jié)構(gòu)（CORBA），以增強軟件系統(tǒng)間的互操作能力，使構(gòu)造靈活的分布式應(yīng)用系統(tǒng)成為可能。

　　正是基于面向?qū)ο蠹夹g(shù)的發(fā)展和成熟、客戶/服務(wù)器軟件系統(tǒng)模式的普遍應(yīng)用以及集成已有系統(tǒng)等方面的需求，推動了CORBA技術(shù)的成熟與發(fā)展。作為面向?qū)ο笙到y(tǒng)的對象通信的核心，CORBA為當(dāng)今網(wǎng)絡(luò)計算環(huán)境帶來了真正意義上的互聯(lián)。

　　三、CORBA的發(fā)展歷程

　　1、對象管理組織（OMG）簡介

　　OMG成立于1989年，作為一個非營利性組織，集中致力于開發(fā)在技術(shù)上具有先進性、在商業(yè)上具有可行性并且獨立于廠商的軟件互聯(lián)規(guī)范，推廣面向?qū)ο竽Ｐ图夹g(shù)，增強軟件的可移植性（Portability）、可重用性（Reusability）和互操作性（Interoperability）。該組織成立之初，成員包括Unisys、Sun、Cannon、Hewlett-Packard、Philips等在業(yè)界享有聲譽的軟硬件廠商，目前該組織擁有800多家成員。

　　2、CORBA主要版本的發(fā)展歷程

　　· 1990年11月，OMG發(fā)表《對象管理體系指南》，初步闡明了CORBA的思想；
　　· 1991年10月，OMG推出1.0版，其中定義了接口定義語言（IDL）、對象管理模型以及基于動態(tài)請求的API和接口倉庫等內(nèi)容；
　　· 1991年12月，OMG推出了CORBA 1.1版，在澄清了1.0版中存在的二義性的基礎(chǔ)上，引入了對象適配器的概念；
　　· 1996年8月，OMG基于以前的升級版本，完成了2.0版的開發(fā)，該版本中重要的內(nèi)容是對象請求代理間協(xié)議（IIOP，Internet Inter-ORB Protocol）的引入，用以實現(xiàn)不同廠商的ORB真正意義上的互通;
　　· 1998年9月，OMG發(fā)表了CORBA 2.3版，增加了支持CORBA對象的異步實時傳輸、服務(wù)質(zhì)量規(guī)范等內(nèi)容。目前，宣布支持CORBA 2.3規(guī)范的中間件廠商包括Inprise(Borland)、Iona、BEA System等著名的CORBA產(chǎn)品生產(chǎn)商。
　　· 2002年8月，CORBA規(guī)范3.0終于出來了，在CORBA3.0規(guī)范中去掉了MiniCORBA和實時CORBA。

　　 四、CORBA體系結(jié)構(gòu)

　　CORBA規(guī)范充分利用了現(xiàn)今軟件技術(shù)發(fā)展的最新成果，在基于網(wǎng)絡(luò)的分布式應(yīng)用環(huán)境下實現(xiàn)應(yīng)用軟件的集成，使得面向?qū)ο蟮能浖�在分布、異�?gòu)環(huán)境下實現(xiàn)可重用、可移植和互操作。其特點可以總結(jié)為如下幾個方面：

　　1、引入中間件（MiddleWare）作為事務(wù)代理，完成客戶機（Client）向服務(wù)對象方（Server）提出的業(yè)務(wù)請求(引入中間件概念后分布計算模式；

　　2、實現(xiàn)客戶與服務(wù)對象的完全分開，客戶不需要了解服務(wù)對象的實現(xiàn)過程以及具體位置；

　　3、提供軟總線機制，使得在任何環(huán)境下、采用任何語言開發(fā)的軟件只要符合接口規(guī)范的定義，均能夠集成到分布式系統(tǒng)中；

　　4、CORBA規(guī)范軟件系統(tǒng)采用面向?qū)ο蟮能浖�實現(xiàn)方法開發(fā)應(yīng)用系統(tǒng)，實現(xiàn)對象內(nèi)部細節(jié)的完整封裝，保留對象方法的對外接口定義。

　　在以上特點中，最突出的是中間件的引入, 在CORBA系統(tǒng)中稱為對象請求代理（ORB，Object Request Broker）和采用面向?qū)ο蟮拈_發(fā)模式。

　　對象模型是應(yīng)用開發(fā)人員對客觀事物屬性和功能的具體抽象。由于CORBA使用了對象模型，將CORBA系統(tǒng)中所有的應(yīng)用看成是對象及相關(guān)操作的集合，因此通過對象請求代理（ORB），使CORBA系統(tǒng)中分布在網(wǎng)絡(luò)中應(yīng)用對象的獲取只取決于網(wǎng)絡(luò)的暢通性和服務(wù)對象特征獲取的準(zhǔn)確程度，而與對象的位置以及對象所處的設(shè)備環(huán)境無關(guān)。

　　CORBA體系的主要內(nèi)容包括以下幾部分：

　　(1) 對象請求代理ORB(Object Request Broker)：負責(zé)對象在分布環(huán)境中透明地收發(fā)請求和響應(yīng)，它是構(gòu)建分布對象應(yīng)用、在異構(gòu)或同構(gòu)環(huán)境下實現(xiàn)應(yīng)用間互操作的基礎(chǔ)。

　　(2) 對象服務(wù)（Object Services）：為使用和實現(xiàn)對象而提供的基本對象集合，這些服務(wù)應(yīng)獨立于應(yīng)用領(lǐng)域。主要的CORBA服務(wù)有：名錄服務(wù)(Naming Service)、事件服務(wù)(Event Service)、生命周期服務(wù)(Life Cycle Service)、關(guān)系服務(wù)(Relationship Service)、事務(wù)服務(wù)(Transaction Service)等。這些服務(wù)幾乎包括分布系統(tǒng)和面向?qū)ο笙到y(tǒng)的各個方面，每個組成部分都非常復(fù)雜。

　　(3) 公共設(shè)施(Common Facilitites)：向終端用戶提供一組共享服務(wù)接口，例如系統(tǒng)管理、組合文檔和電子郵件等。

　　(4) 應(yīng)用接口(Application Interfaces)：由銷售商提供的可控制其接口的產(chǎn)品，相應(yīng)于傳統(tǒng)的應(yīng)用層表示，處于參考模型的最高層。

　　(5) 領(lǐng)域接口(Domain Interfaces)：為應(yīng)用領(lǐng)域服務(wù)而提供的接口。如OMG組織為PDM系統(tǒng)制定的規(guī)范。

　　CORBA技術(shù)是先進技術(shù)發(fā)展的結(jié)果，它將面向?qū)ο蟮母拍钊嗪系椒植加嬎阒�，使得CORBA規(guī)范成為開放的、基于客戶/服務(wù)器模式的、面向?qū)ο蟮姆植加嬎愕墓�業(yè)標(biāo)準(zhǔn)。

　　在CORBA體系結(jié)構(gòu)的中心部分是對象請求代理程序（Object Request Broker，ORB），它作為一個"軟件總線"來連接網(wǎng)絡(luò)上的不同對象。在客戶端，ORB提供一個發(fā)送操作調(diào)用的接口；而在服務(wù)器端，ORB提供一個將操作調(diào)用傳輸?shù)椒��?wù)器的API。ORB的任務(wù)是定位一個合適的服務(wù)器，并且通過一個對象適配器（Object Adapter，OA）將操作調(diào)用傳送給服務(wù)器。OA的目的是：給框架發(fā)送方法，調(diào)用并且支持服務(wù)器對象的生命周期（例如，對象的建立和刪除）。老版本的CORBA規(guī)范包含一個基本對象適配器（Basic Object Adapter，BOA），就像它的名字一樣，BOA是十分簡單的。它定制的也不是很好，它禁止CORBA應(yīng)用程序的可移植性。作為CORBA標(biāo)準(zhǔn)的版本2.2，BOA被可對象適配器（Portable Object Adapter，POA）所取代。MICO支持BOA和POA。

　　在客戶端，ORB提供一個一般的API，它是一個動態(tài)調(diào)用接口（Dynamic Invocation Interface，DII）來發(fā)送操作調(diào)用。在服務(wù)器端，OA通過動態(tài)框架接口（Dynamic Skeleton Interface，DSI）來傳輸一個操作調(diào)用，它為服務(wù)器端鏡像DII的行為。一個在客戶和服務(wù)器之間的靜態(tài)接口通過一種接口定義語言（Interface Definition Language，IDL）來定義。雖然DII和DSI代表到ORB的一般接口，并且通常被用于橋，但一個IDL規(guī)范可以用于產(chǎn)生到ORB的類型安全的、應(yīng)用特定的接口。

　　在客戶端，客戶與ORB之間的靜態(tài)接口被稱為靜態(tài)調(diào)用接口（Static Invocation Interface，SII），在服務(wù)器端，這個接口被稱為靜態(tài)框架接口（Static Skeleton Interface,SSI）。一個IDL編譯器從一個IDL規(guī)范來生成一個存根stub和一個框架skeketon。存根的功能類似于一個客戶代理，而框架負責(zé)發(fā)送一個操作調(diào)作給一個真正的此操作的實現(xiàn)程序。

　　CORBA也定義了兩個運行時的數(shù)據(jù)庫。接口存儲庫（Interface Repository，IR）包含運行時所需要的IDL規(guī)范。IR可以查詢用戶定義的IDL類型的詳細情況，從而提供一個基本類型映射機制。第二個數(shù)據(jù)庫被稱為實現(xiàn)存儲庫（Implementation Repository，IMR），并且它包含服務(wù)器的詳細信息（即，哪一個執(zhí)行程序需要被放置到哪一個服務(wù)器上）。OA需要這個信息來自動激活服務(wù)器。

　　CORBA標(biāo)準(zhǔn)也包含一個ORB之間的協(xié)議，它被稱為互聯(lián)網(wǎng)ORB之間的協(xié)議（Internet Inter-ORB Protocol，IIOP），它描述了基本的和結(jié)構(gòu)化的IDL類型的在線表示，以及協(xié)議所需的協(xié)議數(shù)據(jù)單元。設(shè)計IIOP的目的是使它保持簡單、可升級并且通作。IIOP使用TCP/IP來在不同的ORB之間傳輸操作調(diào)作和它們的參數(shù)。

　　最后，需要說明一點，CORBA是一個規(guī)范而不是一個程序?qū)崿F(xiàn)。CORBA提供了一個允許在分布式和異構(gòu)型環(huán)境中的應(yīng)用程序之間進行互操作的框架，但是關(guān)于如何實現(xiàn)CORBA標(biāo)準(zhǔn)的特定技術(shù)，它并沒有給出任何規(guī)定。因此，目前在市場上有許許多的CORBA程序?qū)崿F(xiàn)，如Iona的Orbix，Inprise的VisiBroker。

　　五、分布式對象技術(shù)-- COM、Java和COBRA之間特性比較

　　目前國際上，分布式對象技術(shù)有三大流派-- COBRA、COM/DCOM和Java。CORBA技術(shù)是最早出現(xiàn)的，1991年OMG頒布了COBRA 1.0標(biāo)準(zhǔn)，在當(dāng)時來說做得非常漂亮；再有就是Microsoft的COM系列，從最初的COM發(fā)展成現(xiàn)在的DCOM，形成了Microsoft一套分布式對象的計算平臺；而Sun公司的Java平臺，在其最早推出的時候，只提供了遠程的方法調(diào)用，在當(dāng)時并不能被稱為分布式對象計算，只是屬于網(wǎng)絡(luò)計算里的一種，接著推出的JavaBean，也還不足以和上述兩大流派抗衡，而其目前的版本叫J2EE，推出了EJB，除了語言外還有組件的標(biāo)準(zhǔn)以及組件之間協(xié)同工作通訊的框架。于是，也就形成了目前的三大流派。

　　應(yīng)該說，這三者之中，COBRA標(biāo)準(zhǔn)是做的最漂亮的。COBRA標(biāo)準(zhǔn)主要分為3個層次：對象請求代理、公共對象服務(wù)和公共設(shè)施。最底層是對象請求代理ORB，規(guī)定了分布對象的定義（接口）和語言映射，實現(xiàn)對象間的通訊和互操作，是分布對象系統(tǒng)中的"軟總線"；在ORB之上定義了很多公共服務(wù)，可以提供諸如并發(fā)服務(wù)、名字服務(wù)、事務(wù)(交易)服務(wù)、安全服務(wù)等各種各樣的服務(wù)；最上層的公共設(shè)施則定義了組件框架，提供可直接為業(yè)務(wù)對象使用的服務(wù)，規(guī)定業(yè)務(wù)對象有效協(xié)作所需的協(xié)定規(guī)則�？傊�，CORBA的特點是大而全，互操作性和開放性非常好。目前CORBA的版本是2.3。CORBA 3.0也已完成了，增加了有關(guān)Internet集成和QoS控制等內(nèi)容。CORBA的缺點是龐大而復(fù)雜，并且技術(shù)和標(biāo)準(zhǔn)的更新相對較慢，COBRA規(guī)范從1.0升級到2.0所花的時間非常短，而再往上的版本的發(fā)布就相對十分緩慢了。

　　相比之下，Java標(biāo)準(zhǔn)的制訂就快得多，Java是Sun公司自己定的，演變的很快。Java的優(yōu)勢是純語言的，跨平臺性非常好。Java分布對象技術(shù)通常指遠程方法調(diào)用（RMI）和企業(yè)級JavaBean（EJB）。RMI提供了一個Java對象遠程調(diào)用另一Java對象的方法的能力，與傳統(tǒng)RPC類似，只能支持初級的分布對象互操作。Sun公司于是基于RMI，提出了EJB。基于Java服務(wù)器端組件模型，EJB框架提供了像遠程訪問、安全、交易、持久和生命期管理等多種支持分布對象計算的服務(wù)。目前，Java技術(shù)和CORBA技術(shù)有融合的趨勢。

　　COM技術(shù)是Microsoft獨家做的，是在Windows 3.1中最初為支持復(fù)合文檔而使用OLE技術(shù)上發(fā)展而來，經(jīng)歷了OLE 2/COM、ActiveX、DCOM和COM+等幾個階段，目前COM+把消息通訊模塊MSMQ和解決關(guān)鍵業(yè)務(wù)的交易模塊MTS都加進去了，是分布對象計算的一個比較完整的平臺。Microsoft的COM平臺效率比較高，同時它有一系列相應(yīng)的開發(fā)工具支持，應(yīng)用開發(fā)相對簡單。但它有一個致命的弱點就是COM的跨平臺性較差，如何實現(xiàn)與第三方廠商的互操作性始終是它的一大問題。從分布對象技術(shù)發(fā)展的角度來看，大多數(shù)人認為COM競爭不過COBRA。

　　下面是三者在集成性和可用性方面的比較：

　　·CORBA/ORB ActiveX/DCOM EJB/RMI
　　·集成性：
　　·支持跨語言操作 好 好 一般
　　·支持跨平臺操作 好 一般 好
　　·網(wǎng)絡(luò)通訊 好 一般 好
　　·公共服務(wù)構(gòu)件 好 一般 好

　　可用性：

　　·事務(wù)處理 好 一般 一般
　　·消息服務(wù) 一般 一般 一般
　　·安全服務(wù) 好 一般 好
　　·目錄服務(wù) 好 一般 一般
　　·容錯性 一般 一般 一般
　　·產(chǎn)品成熟性 一般 一般 一般
　　·軟件開發(fā)商的支持度 一般 好 好
　　·可擴展性 好 一般 好

　　 六、CORBA應(yīng)用前景

　　CORBA規(guī)范的推出，重新調(diào)整了客戶機與服務(wù)器之間的關(guān)系�？蛻魴C可以向服務(wù)器提出事務(wù)請求，同時也可以為下一個請求充當(dāng)服務(wù)器角色。

　　由于CORBA系統(tǒng)引入了中間件的概念，即事務(wù)代理，由中間件完成客戶機與服務(wù)器之間的通信，使得服務(wù)器對于客戶機的位置相對透明，取消了原有分布式計算模型中客戶機、服務(wù)器之間的一一對應(yīng)關(guān)系。CORBA客戶機可以在運行時動態(tài)獲得服務(wù)對象的位置，并且可以對多個服務(wù)對象提交事務(wù)請求，因此，極大推動了分布計算的發(fā)展。

　　分布計算是指網(wǎng)絡(luò)中兩個或兩個以上的軟件相互共享信息資源。這些軟件可以位于同一臺計算機中，也可以部署在網(wǎng)絡(luò)節(jié)點的任意位置�；�于分布式模型的軟件系統(tǒng)具有均衡運行系統(tǒng)負載、共享網(wǎng)絡(luò)資源的技術(shù)優(yōu)勢。

　　另外，CORBA規(guī)范約束采用面向?qū)ο蟮姆植际杰浖�的�?gòu)造方法，以接口定義語言的形式實現(xiàn)對象內(nèi)部細節(jié)的完整封裝，從而降低了軟件系統(tǒng)的復(fù)雜程度，增加了軟件功能的可重用性。CORBA提供到C/C++、Java、SmallTalk等高級語言的映射，很大程度地減小了對程序設(shè)計語言的依賴性，使軟件開發(fā)人員可以在較大范圍內(nèi)共享已有成果。

　　正是以上特點推動了分布式多層軟件體系結(jié)構(gòu)的發(fā)展。目前，CORBA技術(shù)在銀行、電信、保險、電力和電子商務(wù)領(lǐng)域都有廣泛的應(yīng)用。對象中間件技術(shù)發(fā)展迅速，各大軟硬件廠商都在積極參與有關(guān)標(biāo)準(zhǔn)的制定和產(chǎn)品開發(fā)工作，像IBM、HP、DEC、AT&T、ICL、Microsoft等都制定了相應(yīng)的戰(zhàn)略。許多對象中間件的專門廠商也相繼誕生，未來的對象中間件市場將會出現(xiàn)群雄逐鹿的局面。

　　附：學(xué)習(xí)CORBA應(yīng)理解的一些基本概念

　　1、CORBA(Common Object Request Broker Architecture)公共對象請求代理程序體系結(jié)構(gòu))。CORBA是一個規(guī)范(specification)而不是程序?qū)崿F(xiàn)(implementation)。它提供了一個允許在分布式和異構(gòu)型環(huán)境中應(yīng)用程序之間進行互操作的框架。

　　2、ORB(Object Request Broker)對象請求代理：它作為一個"軟件總線"來連接網(wǎng)絡(luò)上的不同對象，提供對象的定位和方法調(diào)用，它是CORBA實現(xiàn)的關(guān)鍵。

　　3、OA(Object Adapter)對象適配器：用于構(gòu)造對象實現(xiàn)與ORB之間的接口。它給框架發(fā)送方法，調(diào)用并且支持服務(wù)器對象的生命周期(如：對象的創(chuàng)建和刪除)。

　　4、BOA(Basic Object Adapter)基本對象適配器：負責(zé)激活對象，即當(dāng)客戶請求對象的服務(wù)時，激活對象實現(xiàn)的能力。

　　5、POA(Portable Object Adapter)可移植對象適配器：是BOA的替代方式，提供大量可擴展的接口，來處理一些對于BOA來說不合理的要求。特性：

　　(1)支持透明激活對象。

　　(2)允許單個服務(wù)者支持很多對象標(biāo)識。

　　(3)允許一個服務(wù)者上有多個POA，每個都有自己的一套管理策略。

　　(4)將對不存在服務(wù)者的請求委托給默認服務(wù)者，或者向服務(wù)者的管理器請求一個合適的服務(wù)者。

　　6、DII(Dynamic Invocation Interface)動態(tài)調(diào)用接口：位于客戶端，發(fā)送客戶端的調(diào)用請求。

　　7、DSI(Dynamic Skeleton Interface)動態(tài)框架接口，位于服務(wù)器端，傳送客戶端的調(diào)用請求。

　　8、IDL(Interface Definition Language)接口定義語言：定義客戶和服務(wù)器之間的靜態(tài)接口，通過編譯器生成客戶存根、服務(wù)器框架，以及根據(jù)支持的語言映射，自動生成來自一個CORBA IDL的代碼。目前支持的語言映射包括：Java,C++,Ada,SmallTalk和COBOL等。

　　9、SII(Static Invocation Interface)靜態(tài)調(diào)用接口：位于客戶端，客戶與ORB之間的靜態(tài)接口。

　　10、SSI(Static Skeleton Interface)靜態(tài)框架接口：位于服務(wù)器端，ORB與服務(wù)器之間的靜態(tài)接口。

　　11、stub 存根：位于客戶端，由IDL編譯器編譯IDL文件生成，其功能類似一個客戶代理。

　　12、skeleton 框架：位于服務(wù)器端，由IDL編譯器編譯IDL文件生成，其功能是負責(zé)發(fā)送一個操作調(diào)用給能實現(xiàn)此操作的服務(wù)。

　　13、IR(Interface Repository)接口存儲庫：存儲運行時所需要的IDL規(guī)范。

　　14、IMR(Implementation Repository)實現(xiàn)存儲庫：存儲對象實現(xiàn)(一個服務(wù)器)的詳細信息(即一個執(zhí)行程序需要被放置在哪一個服務(wù)器上)。

　　15、GIOP(General Inter-ORB Protocol)通用ORB之間的協(xié)議：定義了一個不同ORB之間的接口。

　　16、IIOP(Internet Inter-ORB Protocol)因特網(wǎng)ORB之間的協(xié)議：IIOP把GIOP消息數(shù)據(jù)映射為TCP/IP連接行為和輸入/輸出流讀/寫。
　　注意：IIOP不是完全從GIOP分離出來的協(xié)議，它更像是GIOP的一個實例。

　　17、IOR(Interoperable Object Reference)可操作對象引用：它包括所有客戶與服務(wù)器聯(lián)系所需的各種信息(包括CORBA服務(wù)器對象進程的IP地址和TCP端口等)，ORB將通過它產(chǎn)生在網(wǎng)絡(luò)上唯一標(biāo)識那個將被分布對象的消息。

　　18、ORBAservices-- CORBA服務(wù)：在ORB級別之上，定義了大多數(shù)分布式企業(yè)對象利用的公共服務(wù)。

　　如：命名服務(wù)、交易對象服務(wù)、關(guān)系服務(wù)、生命周期服務(wù)、外表化服務(wù)、持久性服務(wù)、查詢服務(wù)、對象集合服務(wù)、屬性服務(wù)、事件服務(wù)、許可證服務(wù)、時間服務(wù)、事務(wù)服務(wù)、并發(fā)控制服務(wù)和安全服務(wù)等

　　19、CORBAfacilities-- CORBA工廠：位于CORBAservices之上，定義了更高層次的分步式服務(wù)與框架。如：打印、電子郵件、文檔管理等。