【正文】 報(bào)表系統(tǒng)的客戶端采用“零管理”技術(shù)，即不需要用戶在 PC 上手工安裝或升級(jí) Brio 客戶端軟件，客戶端只須用瀏覽器即可查閱、打印、下載所有報(bào)表。數(shù)據(jù)集市與源數(shù)據(jù)庫(kù)可以共享一個(gè)信息數(shù)據(jù)管理服務(wù)器。帳務(wù)系統(tǒng)報(bào)表子系統(tǒng)的體系結(jié)構(gòu)是采用三層的客戶機(jī)/服務(wù)器的體系結(jié)構(gòu)，即客戶端?數(shù)據(jù)分析引擎服務(wù)器?數(shù)據(jù)庫(kù)（數(shù)據(jù)集市）服務(wù)器的體系結(jié)構(gòu)。? 訪問(wèn)本地瀏覽器的值Brio 可以訪問(wèn)本地瀏覽器的值，如 URL、Cookie、HTML 表格元素等，使得開(kāi)發(fā)者可以將 Brio Web 客戶端通過(guò)傳送外部應(yīng)用程序的信息到 Brio 文檔中的方式，集成到客戶解決方案中。? 文檔列表中的目錄目錄能夠幫助用戶更有效地組織信息，可以根據(jù)文檔的部門(mén)、項(xiàng)目等分目錄存放。? 檢索功能Brio 用戶現(xiàn)在可以更快地得到信息，因?yàn)樗麄兛梢愿鶕?jù)文檔名稱(chēng)或描述中的任意字符串進(jìn)行檢索。提交給集群的事務(wù)將會(huì)在節(jié)點(diǎn)之間進(jìn)行負(fù)載平衡，從而獲得對(duì)集群中硬件資源的平衡使用。Brio Web 客戶端可以根據(jù)報(bào)表的內(nèi)容和用戶的安全性屬性來(lái)調(diào)整它們的功能。? 零管理自動(dòng)安裝和維護(hù) Brio Web Client 軟件，顯著地減少了開(kāi)銷(xiāo)，更好的是，不需要安裝和管理復(fù)雜的數(shù)據(jù)庫(kù)中間件和 Client/Server 軟件。Brio Web 解決方案被證明是“零管理”環(huán)境，不需要用戶在 PC 上手工安裝或升級(jí) Brio 客戶端軟件。兩種 Brio 服務(wù)器可以單獨(dú)購(gòu)買(mǎi)或同時(shí)購(gòu)買(mǎi)，如果同時(shí)購(gòu)買(mǎi)，可以獲得優(yōu)惠。Brio Ondemand Server 的強(qiáng)大的 Web 功能，使得它在有大量隨機(jī)用戶的環(huán)境下，是良好的解決方案。與以前相比，現(xiàn)在 Ondemand Server 完全支持服務(wù)器集群環(huán)境下的負(fù)載平衡。 ServerOndemand Server 使得 用戶可以通過(guò) Web 在不同的客戶端環(huán)境中進(jìn)行查詢(xún)。另外， “報(bào)表批發(fā)”的功能顯著地減少了冗余的報(bào)表處理，每個(gè)任務(wù)可以產(chǎn)生很多客戶報(bào)表，每個(gè)都有獨(dú)立的結(jié)果。報(bào)表（可能沒(méi)有結(jié)果集）將被發(fā)送到指定的用戶或組，他們就可以進(jìn)一步分析，根本用不著先訪問(wèn)數(shù)據(jù)庫(kù)。．Brio Enterprise 服務(wù)器解決方案 Server用于將查詢(xún)結(jié)果、報(bào)表等通過(guò) Email、Web、打印機(jī)、網(wǎng)絡(luò)自動(dòng)地分發(fā)出去。? SSL 支持 和 在所有 Ondemand Server 和支持 SSL 的 Web 服務(wù)器通訊的時(shí)候，都支持 SSL。? Web 客戶端的計(jì)劃任務(wù)支持 用戶現(xiàn)在可以將具有相同功能和限制的訪問(wèn)作為一個(gè)計(jì)劃任務(wù)提交給Broadcast Server，為 Web 用戶產(chǎn)生的報(bào)表將通過(guò) Email、打印機(jī)、網(wǎng)絡(luò)和 Web 自動(dòng)發(fā)送。? 支持 Proxy Server由于支持 Proxy Server, 和 在大型網(wǎng)絡(luò)環(huán)境中可以更有效地運(yùn)轉(zhuǎn)，也可以運(yùn)用在企業(yè)網(wǎng)解決方案中。供活躍的分析人員和報(bào)表用戶使用。通過(guò) Inter，大量的用戶可以訪問(wèn)最新的數(shù)據(jù)庫(kù)或數(shù)據(jù)集市，為了優(yōu)化性能，系統(tǒng)還有完善的 Client/Server 產(chǎn)品。此時(shí)，Brio 是應(yīng)該被優(yōu)先采用的方案。 數(shù)據(jù)分析技術(shù) Enterprise 解決方案Brio 是最易于使用的商業(yè)智能產(chǎn)品。示意圖如下：30 / 34帳務(wù)處理系統(tǒng)中的業(yè)務(wù)邏輯變化頻繁，系統(tǒng)將其封裝為各個(gè)對(duì)立的對(duì)象，通過(guò)CORBA 這種總線技術(shù)，將各個(gè)業(yè)務(wù)邏輯有機(jī)組合成完整的系統(tǒng)；新增的業(yè)務(wù)邏輯可方便的插入到系統(tǒng)的 CORBA 總線上，實(shí)現(xiàn)系統(tǒng)的方便平滑擴(kuò)充。VisiBroker ManagerVisiBroker 還提供了一組可視化管理工具，通過(guò)圖形化的方式管理 VisiBroker Naming Service、Location Service、Interface Repository 及 Implementation Repository。熟悉 Microsoft 開(kāi)發(fā)工具的人可以運(yùn)用原先使用 OLE Aautomation 的技巧來(lái)使用 CORBA 對(duì)象，而熟悉 VisiBroker 的開(kāi)發(fā)人員也不需要了解COM 的運(yùn)作機(jī)制，即可以運(yùn)用自己熟悉的方式使用 Windows 環(huán)境下的 COM 對(duì)象。VisiBroker Bridge Visibroker 不僅完整實(shí)現(xiàn)了 CORBA 標(biāo)準(zhǔn)的核心服務(wù)，而且提供了與其他分布式標(biāo)準(zhǔn)架構(gòu)進(jìn)行橋接的中間件：COMCORBA Bridge 和 DCECORBA Bridge。在 VisiBroker GateKeeper 的管理之下，CORBA IIOP 消息可以通過(guò) HTTP 通道(HTTP tunneling)傳過(guò)防火墻(Firewall)，Java Applet 可以通過(guò)29 / 34GateKeeper 調(diào)用 Intra 內(nèi)任意主機(jī)上的 CORBA 對(duì)象，由 GateKeeper 負(fù)責(zé)透明地定位對(duì)象。VisiBroker GatekeeperVisiBroker Gatekeeper 在保證網(wǎng)絡(luò)的完整性與安全性的前提之下,實(shí)現(xiàn)應(yīng)用程序在防火墻以外的延展。VisiBroker SSL Pack通過(guò)支持 SSL(Secue Socket Layer)的 IIOP 通信，提供客戶端和服務(wù)器間的安全通訊，允許開(kāi)發(fā)人員為自己的分布式應(yīng)用程序增加認(rèn)證和加密功能。其提供的可視化管理工具 ITS Administrator 簡(jiǎn)化了分布式數(shù)據(jù)庫(kù)交易的管理。VisiBroker ITS 以 ORB 為核心，通過(guò) ITS Session Manager 和 ITS Resource Director 能夠以可靠、快速、安全的方式訪問(wèn)多種數(shù)據(jù)庫(kù)資源( 包括：ORACLE、Sybase、MS SQL Server 及 Informix 等) 。VisiBroker ITS(Integrated Transaction Services )VisiBroker ITS 遵循 CORBA Transaction Service 標(biāo)準(zhǔn)，提供了分布式環(huán)境下安全可靠、高性能的交易管理功能，支持異構(gòu)平臺(tái)和數(shù)據(jù)庫(kù)之間的事務(wù)處理及兩階段提交技術(shù)，具有分布式計(jì)算環(huán)境下的高性能和可伸縮性。提供者對(duì)象可以傳輸任何事件給消費(fèi)者對(duì)象，例如數(shù)據(jù)庫(kù)誤操作，硬件故障等。Event Service 以所謂的“提供者－消費(fèi)者”(Supplier－Consumer)模型，并通過(guò)一個(gè)事件管道(Event Channel)，支持對(duì)象之間異步的事28 / 34件傳輸。而且允許程序動(dòng)態(tài)地改變對(duì)象的名稱(chēng)或重新組織對(duì)象名稱(chēng)的階層，這點(diǎn)是 COM/DCOM 所無(wú)法比擬的。通常，一個(gè)分布式的網(wǎng)絡(luò)包含了大量繁雜的功能對(duì)象，開(kāi)發(fā)人員面臨的一個(gè)重要問(wèn)題就是為對(duì)象命名。VisiBroker Naming ServiceVisiBroker Naming Service 完整實(shí)現(xiàn)了 OMG 的 CORBA 的 Naming Service 規(guī)范，允許開(kāi)發(fā)者注冊(cè)對(duì)象名稱(chēng)。至此，我們已經(jīng)對(duì) VisiBroker 的 CORBA 體系架構(gòu)有了一個(gè)初步的了解。 IREP 負(fù)責(zé)維護(hù)每一個(gè)向它注冊(cè)的 CORBA 對(duì)象的所有詳細(xì)信息，包含了每一個(gè)類(lèi)的方法定義、方法的參數(shù)、參數(shù)類(lèi)型以及所有聲明的變量等信息?？梢?jiàn) OAD 進(jìn)一步增強(qiáng)了 CORBA 系統(tǒng)的運(yùn)行效能。當(dāng)客戶端程序啟動(dòng)后向 Smart Agent 請(qǐng)求使用某一服務(wù)端對(duì)象時(shí)，如果此服務(wù)端對(duì)象還沒(méi)有啟動(dòng)，那么 Smart Agent 便會(huì)要求 OAD 啟動(dòng)此對(duì)象。圖 2 VisiBroker Smart Agent 的容錯(cuò)功能27 / 34作為對(duì) Smart Agent 功能的有力配合， VisiBroker OAD(Object Activation Daemon)可以動(dòng)態(tài)啟動(dòng)對(duì)象實(shí)例。此外，當(dāng)客戶端應(yīng)用程序需要連接使用 CORBA 對(duì)象時(shí)，會(huì)發(fā)出一個(gè) UDP 通訊協(xié)議的廣播，如果在網(wǎng)絡(luò)中有多個(gè) Smart Agent，那么客戶端應(yīng)用程序會(huì)連接最先回復(fù)的 Smart Agent，然后使用向這個(gè) Smart Agent 注冊(cè)的 CORBA 服務(wù)器。而一旦某一個(gè) Smart Agent 發(fā)生故障而停止執(zhí)行，那么向其注冊(cè)過(guò)的 CORBA 服務(wù)器會(huì)自動(dòng)再向其他 Smart Agent 注冊(cè)。Smart Agent 還能夠自動(dòng)察覺(jué) CORBA 服務(wù)器是否出現(xiàn)問(wèn)題，如果是的話，會(huì)自動(dòng)搜尋其他提供相同服務(wù)的 CORBA 服務(wù)器，并提供給客戶端程序(如圖 1 所示)。之后，客戶端程序便可以和服務(wù)端對(duì)象進(jìn)行連接通信了。當(dāng) CORBA 服務(wù)器啟動(dòng)之后，會(huì)向網(wǎng)絡(luò)中的 Smart Agent 注冊(cè)。VisiBroker for C++遵循 OMG IDLto C++ Mapping，VisiBroker for Java 遵循 OMG IDL to Java Mapping。 VisiBroker for Java /C++ VisiBroker for Jave/C++完整實(shí)現(xiàn)了 CORBA 的 ORB(Object Request Broker)規(guī)范。圖 1 基于 CORBA 的 VisiBroker 應(yīng)用體系架構(gòu)VisiBroker 功能分析Inprise VisiBroker 提供了一整套標(biāo)準(zhǔn) CORBA 的開(kāi)發(fā)工具和服務(wù)。圖 1 顯示了 VisiBroker 基于 CORBA 的應(yīng)用體系架構(gòu)。例如，Netscape公司的瀏覽器產(chǎn)品中就內(nèi)嵌了 VisiBroker 的 ORB 技術(shù)；Oracle 公司的 Oracle 8i 及 Oracle Application Server 也決定使用 VisiBroker 作為對(duì) CORBA 的支持。25 / 34 技術(shù)介紹遵循 CORBA 標(biāo)準(zhǔn)的中間件產(chǎn)品目前主要有 IONA 公司的 Orbix 及 Inprise 公司的VisiBroker，我國(guó)也正在加強(qiáng)對(duì) CORBA 中間件產(chǎn)品的研制開(kāi)發(fā)工作，目前尚處于試驗(yàn)階段。軟件總線具有支持對(duì)象的實(shí)現(xiàn)透明性和分布透明性等特點(diǎn)。IDL 提供了成員系統(tǒng)的封裝和成員系統(tǒng)之間的隔離，任何成員系統(tǒng)作為一個(gè)對(duì)象，通過(guò) IDL 對(duì)其接口參數(shù)進(jìn)行定義說(shuō)明，就可接到 ORB 上，為其他系統(tǒng)提供服務(wù)或向其他系統(tǒng)提出請(qǐng)求，達(dá)到即插即用的效果。這樣，ORB 可以看成按照 CORBA 規(guī)范實(shí)現(xiàn)軟件總線的核心系統(tǒng)。如圖 2所示： 應(yīng) 用 程 序 服 務(wù) 器 應(yīng) 用 程 序 服 務(wù) 器應(yīng) 用 程 序 服 務(wù) 器ORB (IDL+IOP以 及 其 他 服 務(wù) )客 戶 端 客 戶 端圖 2從另一個(gè)角度來(lái)看，CORBA 是軟件總線結(jié)構(gòu)的實(shí)現(xiàn)。同樣地，服務(wù)器對(duì)象開(kāi)發(fā)人員（用 C++或其他語(yǔ)言開(kāi)發(fā)）也不必關(guān)心那種語(yǔ)言要訪問(wèn)他將建立的對(duì)象。圖 1 CORBA 的互操作性CORBA 是一種獨(dú)立于語(yǔ)言的技術(shù)，所以用支持 CORBA 的語(yǔ)言（Java、 C、C++ 、Ada、Smalltalk 、COBOL，等）寫(xiě)的任何一個(gè)客戶端都能以一種獨(dú)立于SolarisC++MVScobolHPUX S/talkAlphaAdaaVc++NTJavaJavaOSC++AIXC++IRIX24 / 34平臺(tái)和語(yǔ)言的方式訪問(wèn)服務(wù)器的對(duì)象，CORBA 對(duì)象之間也可以實(shí)現(xiàn)互相通信。這樣，不論分布式 CORBA 對(duì)象分布在什么地方，通過(guò) IIOP 協(xié)議可以實(shí)現(xiàn)這些對(duì)象之間的互操作，從而避免了復(fù)雜的網(wǎng)絡(luò)通信編程。但是，由于存在不同的 ORB 廠商，根據(jù)不同的 ORB 產(chǎn)生的 CORBA 對(duì)象之間要進(jìn)行通信就必須遵守公共的通信協(xié)議，而不能是某一 ORB 廠商的特定協(xié)議。 Orbix 是由目前主要的 ORB 廠商 IONA 用 C++寫(xiě)的 CORBA 規(guī)范的實(shí)現(xiàn)軟件。1994 年 OMG 提出了 規(guī)范，其中包含了一個(gè) IIOP 協(xié)議，用23 / 34于 ORB 之間的互操作。對(duì)應(yīng)不同平臺(tái)的不同語(yǔ)言的 IDL 編譯器將 IDL 接口映射到目標(biāo)語(yǔ)言，如 Java 、C++、COBOL 等?？蛻舳藢?duì) CORBA 對(duì)象的訪問(wèn)，通過(guò) IDL 提供的該對(duì)象的標(biāo)準(zhǔn)接口去調(diào)用，因此如果一個(gè)對(duì)象要向其他的對(duì)象請(qǐng)求某些事情，它必須知道目標(biāo)對(duì)象的 IDL 接口。對(duì) CORBA 對(duì)象的訪問(wèn)和 CORBA 對(duì)象的互通信要以對(duì)象請(qǐng)求解析器（Object Request Broker）為中介，而客戶感覺(jué)不到這種與服務(wù)器對(duì)象通信的中介機(jī)制的存在。人們成立 OMG 的目的，正是為了支持以對(duì)象為基礎(chǔ)的軟件的標(biāo)準(zhǔn)化，通過(guò)這種標(biāo)準(zhǔn)化方法來(lái)使用對(duì)象去支持