技術規(guī)范標準_計費系統(tǒng)關鍵技術

目錄目錄 第第 1 章章帳務處理系統(tǒng)的軟件體系結(jié)構帳務處理系統(tǒng)的軟件體系結(jié)構2 1.1帳務處理系統(tǒng)的設計思想2 1.2帳務處理系統(tǒng)的軟件體系結(jié)構2 1.3應用的關鍵技術4 1.3.1數(shù)據(jù)庫設計技術4 1.3.2WEB技術4 1.3.3中間件技術11 1.3.4分布對象技術18 1.3.5數(shù)據(jù)分析技術24 第第 1 章章 帳務處理系統(tǒng)的軟件體系結(jié)構帳務處理系統(tǒng)的軟件體系結(jié)構 1.1 帳務處理系統(tǒng)的設計思想帳務處理系統(tǒng)的設計思想 BOSS 系統(tǒng)的設計是嚴格按照下列要求進行的： 滿足需求滿足需求：遵照廣東移動通信有限責任公司的技術規(guī)范，適應廣東移動通信有限責任公司 發(fā)展的需要以及滿足廣大移動用戶的實際需求進行設計。系統(tǒng)不僅涵蓋現(xiàn)有系統(tǒng)的所有功 能，而且增加大量易用的新功能。提供方便地增加新業(yè)務的手段和可能； 先進高效先進高效：有針對性的采用多種先進的技術和設備，系統(tǒng)響應迅速，能應付相當時期內(nèi)可 能激增的用戶和迅速增長的業(yè)務需求，系統(tǒng)整體性能優(yōu)異； 可靠安全可靠安全：使用雙機熱備份，磁盤陣列的 RAID 技術等多項系統(tǒng)備份和恢復手段以求達到 系統(tǒng)主要部分無單點故障可能；嚴格的口令管理，完善的多用戶系統(tǒng)平臺，和完備的加密 手段提高系統(tǒng)的安全性； 易于擴展易于擴展：提供良好的接口，方便和 HLR、客服中心、省中心、合作公司、金融網(wǎng)、 Internet 及視聆通等系統(tǒng)互聯(lián)；考慮對現(xiàn)有投資的保護，可以最大限度的利用現(xiàn)有資源； 管理方便管理方便：通過性能監(jiān)控、故障發(fā)現(xiàn)和告警、遠程維護、日志記錄等多種手段和友好的用 戶界面最大程度地強化系統(tǒng)管理和簡化用戶操作。 1.2 帳務處理系統(tǒng)的軟件體系結(jié)構帳務處理系統(tǒng)的軟件體系結(jié)構 系統(tǒng)軟件的邏輯結(jié)構應具備良好的層次結(jié)構，不同的層次結(jié)構間的耦合關系盡可能地 小。 軟件邏輯結(jié)構設計上采用數(shù)據(jù)驅(qū)動的、面向?qū)ο蟮臄?shù)據(jù)處理方式，它可分為以下四個 層次。 1、應用表示： 用戶接口部分，可采用 MS NT4.0/5.0，Window95/98，用戶使用者通過一系列的操作 來完成自己的需求定義。 2、應用服務： 采用中間件等技術，該邏輯層將用戶通過應用表示定義的需求表示成一系列的應用服 務請求。 3、應用邏輯： 采用 C+/C 語言和 RDBMS 和相關應用 API 等技術工具。該邏輯層響應應用服務請求， 完成邏輯上的組合，并通過數(shù)據(jù)操作完成相關數(shù)據(jù)的更新。 4、數(shù)據(jù)操作： 由 ORACLE、INFORMIX、SYBASE、DB2 等數(shù)據(jù)庫服務器完成，完成數(shù)據(jù)物理上的 更新操作。 應用操作和應用服務分離： 用戶的需求同系統(tǒng)提供的服務在系統(tǒng)的邏輯結(jié)構上相對分離，保證系統(tǒng)的應用操作部 分相對獨立，適應用戶需求的不斷變化。 應用服務和應用邏輯分離： 應應用用服服務務器器 數(shù)數(shù)據(jù)據(jù)服服務務器器 WEB 服服務務器器 數(shù)數(shù)據(jù)據(jù)采采集集服服務務器器 應應用用服服務務： 帳帳務務處處理理、銷銷帳帳處處理理、統(tǒng)統(tǒng) 計計分分析析處處理理、用用戶戶查查詢詢、 等等 數(shù)數(shù)據(jù)據(jù)的的存存取取功功 能能： 數(shù)數(shù)據(jù)據(jù)庫庫數(shù)數(shù)據(jù)據(jù)的的 更更新新 數(shù)數(shù)據(jù)據(jù)的的采采集集功功能能： 用用戶戶資資料料采采集集 話話單單采采集集 采采集集數(shù)數(shù)據(jù)據(jù)的的預預處處理理 WEB服服務務 瀏瀏覽覽器器 客客戶戶端端應應用用： 數(shù)數(shù)據(jù)據(jù)的的顯顯示示組組織織； 應應用用操操作作 應應用用表表示示 應應用用服服務務邏邏輯輯 數(shù)數(shù)據(jù)據(jù)操操作作 營營業(yè)業(yè)操操作作 應用提供的服務和系統(tǒng)對這些服務的實現(xiàn)在系統(tǒng)的邏輯結(jié)構上相對分離，保證系統(tǒng)的 應用服務部分相對獨立，服務的實現(xiàn)方法上的改變不應影響提供給用戶的服務形式上發(fā)生 變化。 應用邏輯和數(shù)據(jù)操作分離： 提供給用戶的服務的實現(xiàn)方法和數(shù)據(jù)的存取控制部分相對分離，使系統(tǒng)的邏輯實現(xiàn)具 有良好的跨平臺性。 數(shù)據(jù)的接口邏輯上一致： 采用相同的技術實現(xiàn)系統(tǒng)不同邏輯層的數(shù)據(jù)接口和系統(tǒng)同其它系統(tǒng)的數(shù)據(jù)接口，以利 于系統(tǒng)的實現(xiàn)和維護。 1.3 應用的關鍵技術應用的關鍵技術 根據(jù)業(yè)務的定義，在系統(tǒng)軟件的實現(xiàn)上采用不同的技術實現(xiàn)。其中主要有 N-tier 技術、 WEB 技術、數(shù)據(jù)庫技術、面向?qū)ο笤O計技術、數(shù)據(jù)集市或數(shù)據(jù)倉庫技術。 1.3.1 數(shù)據(jù)庫設計技術數(shù)據(jù)庫設計技術 數(shù)據(jù)庫設計技術數(shù)據(jù)庫設計技術 采用實體-關系模型描述系統(tǒng)的數(shù)據(jù)邏輯關系，采用關系模型數(shù)據(jù)庫來實現(xiàn)系統(tǒng)的數(shù)據(jù) 邏輯關系。利用 Powerdesigner 工具描述帳務系統(tǒng)中的數(shù)據(jù)邏輯關系，形成數(shù)據(jù)邏輯模型 (E-R 關系)。在數(shù)據(jù)邏輯模型完成數(shù)據(jù)的組織定義和說明，Powerdesigner 工具根據(jù)其生成 詳細的設計文檔。在數(shù)據(jù)邏輯模型的基礎上 Powerdesigner 工具根據(jù)其自動生成物理數(shù)據(jù)模 型，形成關系數(shù)據(jù)庫的數(shù)據(jù)庫定義語言，即形成關系數(shù)據(jù)庫的數(shù)據(jù)庫、表、視圖、存儲過 程、主外鍵關系等的定義及相關說明。在此基礎上進行數(shù)據(jù)庫的補充設計、完成數(shù)據(jù)庫的 最終設計，即完成系統(tǒng)的數(shù)據(jù)庫的物理設計。 1.3.2 WEB 技術技術 WebShpere 應用服務器簡介應用服務器簡介 WebSphere 應用服務器基于一個 Java Servlet 引擎，將通常的 Web 服務器(象 Apache 服 務器，Microsoft IIS，Netscape 企業(yè)服務器和 Lotus Domino Go WebServer)增強為基于 Java 的 Web 應用服務器。作為 IBM e-business 應用架構的核心，WebSphere 應用服務器提供了 無限的擴展性，允許用戶利用 IBM 或其它廠商提供的 Java 技術擴展其運行環(huán)境。 .1WebSphere 功能描述功能描述 WebSphere 應用服務器滿足維護一個 Web 站點的任何需求：簡單安裝，圖形用戶界面 (方便 Servlet 管理)，基于 Web 的遠程管理和安全特性。它支持標準的 Java Servlet(包括 Java Server Pages Scripts),并增強其服務，例如會話狀態(tài)(Session State)，用戶環(huán)境信息(User Profile),通過連接管理器(連接緩沖區(qū))實現(xiàn)高性能的數(shù)據(jù)庫訪問。利用 IBM Connector 系列， 實現(xiàn)與后臺系統(tǒng)(CICS，IMS，MQSeries)的連接。WebSphere 應用服務器支持 Enterprise Java Beans(EJB)編程模型。聯(lián)合 Enterprise Java Server(EJS)和一個 Java Object Request Broker(ORB)，可以通過 IIOP 訪問分布的對象,利用這個標準的、廣泛的編程模型，可在您 的 Web 應用中實現(xiàn)對各種商業(yè)對象的訪問和運行服務。 CORBA 的支持包括代碼生成器，允許開發(fā)者從編寫 IDL 或 Java Interface 開始， CORBA 命名服務的 Java 實現(xiàn)，對象創(chuàng)建，和 Factory services,以及在 Web 服務器上將對象 服務器作為一個 Servlet 運行。 .2WebSphere 應用服務器支持的應用服務器支持的應用模型應用模型 WebSphere 應用服務器將 Web 應用程序劃分為三種類型的部件：視圖類，即 HTML 網(wǎng)頁，下載到瀏覽器，處理用戶輸入和輸出顯示；控制器類，即 Java Servlet，負責接收客 NT S390,AS 400, OS2 AIX, Solaris, . W We eb bS Sp ph he er re e 應應用用服服務務器器 (Plug-in and Servlet Engine) Web 應 應用用邏邏輯輯/ /應應用用系系統(tǒng)統(tǒng) (HTTP Servlets) NSApacheDGWMS/IISDomino 戶端請求，提交服務，和將結(jié)果生成 HTML 網(wǎng)頁；模式類，包括會話跟蹤，用戶環(huán)境信息 和其它連接數(shù)據(jù)庫和 IBM Connectors 的服務，提供后臺信息和執(zhí)行后臺應用程序功能。 Web Application Server (SE) JVM and core classes CICS DB IMS MQ HOD Web server 3rd-tier servers and systems .visitor center Home Search Products Copyright FAQ Servlets/JSP visitor center Home Search Products Copyright E*Trades Free Quotes Accounts Investors Commissions IRAs Customer Service FAQ Free Quotes Need Help? HTTP HTML HTML e-bank e-bank Symbol IBM Price 102 Change +1 Time 4:05 WebSphere 應用服務器根據(jù)業(yè)界標準的 Java 服務器頁面 (JSP) 提供了服務器腳本。 根據(jù)不同的環(huán)境變量、JavaBean 屬性文件條目，以及包含這些條目的簡單表達式，JSP 頁 面可以自行生成和使用包含簡單“ 填空 ”功能的動態(tài)頁面。它們還允許嵌入 Java 程序， 可以方便地執(zhí)行 Server Side Includes (可重復使用的 HTTP Servlet，提供了部分，但不是全 部的頁面顯示功能)，WebSphere 包含了一個處理器，可以將腳本頁面動態(tài)編譯成 Java Servlet，然后由 Web 應用程序服務器執(zhí)行。 Java Servlet 和 JSP 的結(jié)合，可將網(wǎng)頁內(nèi)容生成 (業(yè)務邏輯) 和內(nèi)容顯示(HTML 編 排) 分離開，使得被調(diào)用的 Servlet 將處理信息放到一個 Bean 中，然后交給 JSP，JSP 接收到 信息 Bean，生成客戶端的 HTML。 這一應用模型的好處是避免了 CGI 和 ASP 的缺點，并具有以下特點： 對于客戶端，大大簡單了應用實施，瀏覽器不需要支持 Java，所有的 Java，或者說業(yè) 務邏輯在服務器端執(zhí)行，客戶機下載的全部是 HTML，無需下載 Java 類文件，節(jié)省了網(wǎng) 絡消耗并提高了執(zhí)行速度。 對于服務器端，提供中間的應用服務，并可根據(jù)性能和業(yè)務量的要求，控制運行機器 的數(shù)量和大小。 由于全部基于 Java 服務器的技術，使得系統(tǒng)的移植性，可擴展性不受任何限制。 會話跟蹤，用戶環(huán)境信息提供了多用戶支持。 Servlet 的多線程服務大大降低對服務器資源的消耗，使得應用服務器可以長時間連續(xù) 服務。更安全，不用在防火墻外訪問后臺系統(tǒng)。 .3為為 Servlet 提供的各種服務：提供的各種服務： .3.1會話狀態(tài)，維護用戶環(huán)境信息會話狀態(tài)，維護用戶環(huán)境信息 在 WebSphere 應用服務器中還提供了專門的軟件包，使得會話跟蹤，維護用戶信息， 生成動態(tài)的個人網(wǎng)頁和站點實時監(jiān)測 更加容易。其中包括： 會話跟蹤: WebSphere 應用服務器提供了完善的會話狀態(tài)和跟蹤模型框架，處理來自 同一瀏覽器上同一用戶的一系列請求，并維護個人信息合會話信息，包括記錄參考頁面， 引導訪問者進入 Web 站點，同時跟蹤訪問者的位置，并通過會話聯(lián)系用戶標識。IBM WebSphere 應用服務器的會話狀態(tài) (session state ) 為高速的訪問和更新而設計。狀態(tài)存放 在內(nèi)存中，但數(shù)據(jù)可在會話結(jié)束時被保存到目錄中，數(shù)據(jù)庫中或 connector 中 。而且，允 許會話跟蹤者允許多個的應用服務器分享一個公共會話緩沖區(qū) (會話簇)。每個應用服務器 被配置成會話客戶機或會話服務器，實現(xiàn)會話建立，共享維護，管理等相關功能。 用戶環(huán)境信息(User Profile) ，: 提供維護訪問者詳細信息，如愛好和個人數(shù)據(jù)等的方 法，可在 Web 應用程序內(nèi)使用并將它們長期保留，例如數(shù)據(jù)庫中,Cookie 中，或其它。 站點行為的動態(tài)實時監(jiān)測，提供了站點行為監(jiān)測器，一個 Applet，提供站點活動的動 態(tài)的觀察，例如活動的會話，資源的使用，運行的程序等并可控制其活動。 軟件包中包含特殊的工具，提供給 Web 站點管理員動態(tài)的登記公告牌，以及使訪問 者交換信息。 .3.2數(shù)據(jù)庫連接管理器數(shù)據(jù)庫連接管理器 WebSphere 應用服務器有一個數(shù)據(jù)庫連接管理器。它的使用是為解決 Web 應用程序 訪問后臺數(shù)據(jù)庫服務器，會引起較高的，難以預測的系統(tǒng)開銷。因為如果沒有連接管理器， 每個用戶會直接與數(shù)據(jù)服務器建立連接和斷開連接，頻繁地耗費服務器資源，往往會嚴重 影響 Web 應用中實際交互的進行，甚至造成癱瘓。 連接管理器可以控制和減少 Web 應用程序使用的資源。通過建立一個可供用戶程序使 用的連接緩沖區(qū)，連接管理器將連接開銷分散到多個用戶請求上去。每個用戶請求只引起 一個連接/斷開代價中一部分的系統(tǒng)消耗。只使用初始資源建立緩沖區(qū)的連接后，附加的連 接/斷開消耗就不大了，因為只是重復使用以有的連接而已。通過這種方法，可以做到多個 應用程序共享連接緩沖。 連接管理器可以同各種數(shù)據(jù)源相連接，如關系型的 DB2，Oracle，Informix，Sybase 等 和其它類型的數(shù)據(jù)產(chǎn)品，通過連接緩沖區(qū)，支持多種多個數(shù)據(jù)庫服務器的連接能力。 當用戶通過 Web 訪問應用時，例如 Servlet，Servlet 從緩沖區(qū)使用一個以有的連接， 而不引起數(shù)據(jù)服務器連接消耗，當請求結(jié)束，Servlet 把連接歸還給連接緩沖區(qū)，以供其它 程序使用，也不引起數(shù)據(jù)服務器斷開消耗。連接管理器還能控制到數(shù)據(jù)服務器產(chǎn)品的并發(fā) 連接數(shù)。 .3.3訪問訪問數(shù)據(jù)庫的數(shù)據(jù)庫的 JavaBeans， WebSphere 應用服務器提供了訪問數(shù)據(jù)庫的 JavaBeans，可以代替 Java.Sql 包，讓程 序直接使用，從而使數(shù)據(jù)庫訪問的編程更簡單，而且充分利用控件的優(yōu)點，避免了數(shù)據(jù)庫 訪問的各種復雜問題。 這些數(shù)據(jù)庫訪問 JavaBeans 具有以下特點： 查詢結(jié)果的高速緩存：SQL 查詢結(jié)果可以檢索存放在高速緩存中的所有內(nèi)溶，應用可 在高速緩存中向前/后移動，或直接跳到任何結(jié)果行。而如果直接使用 Java.Sql 包，只能檢 索行一次，并只能向前移動。對于大的結(jié)果集，數(shù)據(jù)庫訪問 JavaBeans 提供檢索和管理整 個集合或其子集。 通過結(jié)果高速緩存更新：程序可以使用標準的 Java 語句(優(yōu)于 SQL 語句) 來修改，增 加或刪除結(jié)果緩存中的行，更新的結(jié)果緩存可以立即反映到對應的關系型的數(shù)據(jù)上。 查詢參數(shù)支持：用戶可以鍵入查詢語句或條件到瀏覽器的 HTML 表單中，數(shù)據(jù)庫訪問 JavaBeans 在運行時可以得到這些信息，替換成其查詢參數(shù)值。 元數(shù)據(jù)支持：提供 SQL 數(shù)據(jù)類型和 Java 數(shù)據(jù)類型映射和相互轉(zhuǎn)換功能。 .3.4IBM Connector WebSphere 應用服務器使用 IBM Connector 系 列，實現(xiàn)與事務處理系統(tǒng)和消息系統(tǒng) 的連接。它提供了一 組宜于使用的 Java 類，訪問現(xiàn)有的后臺系統(tǒng)。每個 Connector 有一 小組 Java Beans 組成，它們是 NCF Connector Interfaces (NCI) 的實現(xiàn)，這些接口對于所有 Connector 家族是一致的。每個 Connector 也提供一些 Servlet beans，為您提供一 些通用 的，基本的功能，可以直接使用或客戶化。 .3.5Enterprise Java Beans 支持支持 當使用 IBM WebSphere 應用服務器標準板提供 Enterprise Java Beans 支持后，您可以 考慮進一步的開發(fā)方式，由于 EJB 支持交易性處理，并可根據(jù)實施要(與編程無關)允許遠 程或本地調(diào)用。這樣利用 EJB 提供的標準編程模型讓 Servlet 可以訪問任何類型的服務， 不論這些服務在那里，有多么復雜。 .4性能和擴展性功能性能和擴展性功能 IBM WebSphere 應用服務器可與 IBM WebSphere Performance Pack 中的 eNetwork Dispatcher 共同使用。eNetwork Dispatcher 安裝于一組相同的 web 服務器(簇 )，包括運 行著 WebSphere 的應用服務器之前 ，它可將請求交給負載最輕的 web 服務器。這一功 能允許站點的任意擴展，提高命中率和響應速度，滿足更多的動態(tài)處理需求，只需再增加 一個服務器。由于 Servlet 是無狀態(tài)的，可由簇中的任何 web 應用服務器管理，會話狀態(tài) 和 User Profile 可讓簇中的每一個服務器處理， 從而共享對話和用戶環(huán)境信息。 .5應用服務器的管理工具應用服務器的管理工具 WebSphere 應用服務器提供了基于瀏覽器的圖形用戶界面管理程序(Applet),可以方便的 進行 Web 應用(Servlet)的定制，監(jiān)控及安全性等管理任務。具體的任務包括： 定制安裝參數(shù)定制安裝參數(shù): 在讓 WebSphere 應用服務器管理 Servlets 之前，需要定制基本的啟動參數(shù)， 用于 Servlet 配置和管理器本身特性配置。有關 Servlet 的定制包括基本的 Java 文件路徑， Java 編譯器路徑,是否使用 User Profile 和 User Profile 參數(shù),是否使用 Session Tracking 和 Session Tracking 的參數(shù),Log 文件類型，大小，位置信息，虛擬主機名稱和文檔根目錄 數(shù)據(jù)庫連接池信息。 監(jiān)控監(jiān)控 Servlet 行為行為: 通過查看各種 log 輸出，裝載的 Servlet 的狀態(tài)和統(tǒng)計，以及實時地資源 使用情況，活動的對話等。 創(chuàng)建和維護安全管理創(chuàng)建和維護安全管理 : WebShpere 為安全的 Web 應用提供了各種技術。在 WebShpere 中安 全因素包括域及用戶，組，資源和訪問控制列表等，在管理工具中，通過定義用戶，組， 資源和訪問控制列表，對每個用戶，組和資源分配訪問權限，您可以控制各種服務中何種 資源被使用及被誰使用。其中，WebSphereWeb 服務器與應用服務器提供的資源包括 Web 網(wǎng)頁，其它類型的文件和目錄，Web 應用程序即 Java Servlet,Java ServerPage,Servlet 可使用 的網(wǎng)絡連接(socks)，Servlet 訪問的企業(yè)資源和應用。 當用戶請求服務器端的服務時，WebShpere 會提示用戶要訪問內(nèi)容具有安全限制，通 過瀏覽器提示用戶輸入標識和密碼，用戶客戶端登錄后，其輸入的標識和密碼會傳給 Web 應用服務器，通過認證用戶標識。，查看其所在的訪問控制列表，決定其是否具有對請求 的資源的訪問權限，從而達到 Web 應用的安全性要求。 另外，在 WebSphere 也可以使用 SSL，加強客戶端的瀏覽器到 Web 服務器的通訊信道 的安全性，包括服務器認證，客戶端認證，對信息加密等安全措施。WebSphere 支持 SSL3.0,有關 SSL，請參考相關資料。 管理管理 Servlets : 包括 Servlet 的裝載和卸載,包括遠程裝載/卸載，路徑，初始參數(shù)，創(chuàng)建別 名和過濾器(MIME 類型)等。 .6使電子商務成為現(xiàn)實使電子商務成為現(xiàn)實 在 WebSphere 產(chǎn)品中添加先進的事務性功能，就可以進一步支持當今網(wǎng)絡化企業(yè)的需 求。將來的版本將緊密集成其它產(chǎn)品，例如 Net.Commerce（用于構建和管理 Web 商務）、 TXSeries（Web 版本的事務處理系統(tǒng)），以及 Component Broker。 IBM 提供了廣泛的應用服務器技術，包括 Lotus Domino、DB2 Universal Database、WebShpere、CICS、IMS 和 MQSeries。所有這些服務器都可以同 WebSphere 合 作，成為集成了 WebSphere 軟件的互聯(lián)企業(yè)解決方案的一部分。WebSphereWeb 服務器功 能、事務處理、商務功能、通用編程和工具相結(jié)合，使之成為最綜合、最強壯的解決方案， 為電子商務應用程序帶來價值。 Websphere 在帳務處理系統(tǒng)中應用在帳務處理系統(tǒng)中應用 數(shù)據(jù)庫訪問、CICS 服務器訪問采用 N-tier 結(jié)構訪問，這樣，一方面可以充分應用服務 器的數(shù)據(jù)庫連接緩沖池功能，降低對數(shù)據(jù)庫服務器的連接開銷，一方面也方便增強數(shù)據(jù)庫 系統(tǒng)的安全性。示意圖如下： APPLET CICS服務 調(diào)用 Servlet 通用數(shù)據(jù) 庫訪問 Servlet 數(shù)據(jù)庫 服務器 JDBC WebSphere應用 服務器 瀏覽器 CICS服務 器 XA 服務調(diào)用 CICS服務 調(diào)用 Servlet 通用數(shù)據(jù) 庫訪問 Servlet Web 服務器 1.3.3 中間件技術中間件技術 交易中間件交易中間件 CICS 技術介紹技術介紹 CICS(客戶信息控制系統(tǒng))是 IBM 公司的事務處理軟件，它的歷史已經(jīng)超過了 26 年， 從批處理的作業(yè)方式向聯(lián)機事務處理方式的轉(zhuǎn)變，使人們認識到必須有專門的事務處理軟 件來調(diào)度事務的運行，才能獲得令人滿意的系統(tǒng)性能和事務可靠性。 大型的聯(lián)機事務處理系統(tǒng)的開發(fā)比大多數(shù)人原來想象的要復雜得多，它絕不是把數(shù)據(jù) 放在一臺主機的數(shù)據(jù)庫中，然后開發(fā)一些客戶端程序來訪問和修改這些數(shù)據(jù)這么簡單。 CICS 最大的貢獻就是深入分析了聯(lián)機事務處理系統(tǒng)中與業(yè)務邏輯無關的，只與系統(tǒng)運 行有關的具有共性的需求，把上述種種復雜的軟件功能歸納起來，以服務器的形式幫助應 用程序?qū)崿F(xiàn)這些功能，在整個系統(tǒng)的運行過程中充當應用管理的角色，類比于數(shù)據(jù)庫服務 器管理系統(tǒng)中的所有數(shù)據(jù)，事務服務器管理系統(tǒng)中所有的應用，以及與應用相關的資源。 服務器上的應用程序可直接訪問數(shù)據(jù)庫，但更多的是請求 CICS 的調(diào)度服務，在 CICS 的管理和協(xié)調(diào)下運行，并訪問數(shù)據(jù)庫，由于 CICS 集中管理與應用系統(tǒng)有關的所有資源包 括數(shù)據(jù)庫，就能以最優(yōu)化的方式運行，保證達到最優(yōu)的整體性能。 客戶端的應用程序在 CICS 客戶端軟件的支持下與 CICS 服務器通訊，并請求運行服務 器上的應用程序，這種關系可類比于數(shù)據(jù)庫服務器中的存儲過程，能被客戶端的應用程序 請求調(diào)用?？蛻舳说膽贸绦虻墓ぷ饕话闶鞘占脩魯?shù)據(jù)，發(fā)請求并接收服務器回答的結(jié) 果，顯示在屏幕上。 業(yè)務管理 CICS 服務器能提供的服務由定義在其中的業(yè)務程序決定。帳務系統(tǒng)與營銷系統(tǒng)作為相 互獨立的兩套業(yè)務系統(tǒng)，既可分別定義在兩個 CICS 服務器上，亦可定義在同一個 CICS 服 務器上。 CICS 服務器支持的事務處理系統(tǒng)中，每一筆業(yè)務或每一個處理都由服務器端的一個可 重入模塊實現(xiàn)，必須由系統(tǒng)管理員或開發(fā)人員在模塊編譯成功后，在 CICS 服務器中的程 序定義(PD)加入相應的定義項，指定程序的外部名字。該名字供客戶端應用程序請求服務 器端的服務使用。不同的業(yè)務程序由系統(tǒng)管理員指定不同的外部名字，如果引用程序名字 錯誤會帶來不正確的結(jié)果。 負載均衡 CICS 服務系統(tǒng)的負載均衡由 CICS 客戶端軟件中的負載均衡管理驅(qū)動器實現(xiàn)，與后臺 服務器的配置無關。CICS 客戶端程序客戶機與一臺或多臺 CICS 服務器間的連接，監(jiān)控每 個服務器的響應時間、已處理請求數(shù)等性能參數(shù)，選擇最空閑的 CICS 服務器，動態(tài)將客 戶請求發(fā)往該服務器。具體的負載均衡選擇算法由 CICS 客戶端通訊進程的外接出口程序 實現(xiàn)，與最終客戶使用的應用程序無關，所以負載均衡算法改變時無需修改客戶端應用程 序。 在 CICS 客戶端，每個 CICS 服務器都由系統(tǒng)管理員指定一個名字，在該名字下記錄該 CICS 服務器所在機器的 IP 地址和接受客戶請求的端口號(默認端口號為 1435，支持大量并 發(fā)用戶的 CICS 服務器通常配置多個端口號同時接受客戶請求，這時每個端口號都在客戶 端定義為一個 CICS 服務器，即使它們屬于同一個 CICS 服務器)?？蛻舳硕x的多個 CICS 服務器加入一個服務組中，客戶端應用程序發(fā)出 ECI 調(diào)用請求時 CICS 客戶端支持軟件就 可以在同一組 CICS 服務器中動態(tài)地選擇一個，選擇的算法可以簡單的循環(huán)算法，亦可以 按比例或動態(tài)檢查算法。 CICS 的負載均衡設計給予 CICS 客戶端應用程序動態(tài)選擇服務器的功能，結(jié)構靈活簡 單，不會因為負責負載均衡的接入服務器發(fā)生故障而影響整個系統(tǒng)的運行。CICS 服務器的 設置與客戶端的設置相對獨立，CICS 客戶端可以選擇使用負載均衡，亦可選擇不采用負載 均衡；還可選擇是在所有可用服務器間作負載均衡，還是在部分可用服務器間作負載均衡； 甚至能為每個程序選擇是否作負載均衡，負載均衡的范圍，負載均衡算法等。在 CICS 負 載均衡結(jié)構的支持，系統(tǒng)管理員可以在承擔較大處理的系統(tǒng)中配置多臺 CICS 服務器，裝 入完全相同的業(yè)務程序，均分系統(tǒng)負載。 通信中間件通信中間件 MQSeries 技術介紹技術介紹 MQSeries 是一個通信中間件，專門負責在各種平臺間傳送數(shù)據(jù)，能保證數(shù)據(jù)在不穩(wěn)定 的數(shù)據(jù)線路上傳送時不會丟失或重復，其簡潔的編程接口能大大簡化系統(tǒng)開發(fā)人員的工作 量，提高開發(fā)質(zhì)量。 MQSeries 不但能在 RS/6000 的 AIX 上運行，還能在各種平臺如 WindowsNT、各種 UNIX 操作系統(tǒng)以至各種專用系統(tǒng)上運行，使各平臺上的應用程序能順利地交換數(shù)據(jù)。 隨著 MQSeries 在中國人民銀行的推廣使用，它正在成為中國金融界系統(tǒng)進行交易事 務的事實標準。越來越多銀行、證券系統(tǒng)使用 MQSeries 互聯(lián)。MQSeries 系統(tǒng)是一個消息 排隊產(chǎn)品，是 IBM 用于通訊的中間件產(chǎn)品，它為分布式環(huán)境下進行程序到程序之間通信提 供了靈活、快速并且易于使用的解決方法。 MQSeries 為應用程序提供一種跨越網(wǎng)絡通訊的特殊機制，參與通訊的應用程序之間不 需要建立私有的、專用的邏輯連接，它們只需要把數(shù)據(jù)組裝成消息，放入消息隊列中，接 收方從消息隊列中取出消息，達到通信的目的。 MQSeries 中的 M 指的是消息（MESSAGE） ，Q 指的是隊列（QUEUE） ，Series 指的是 該產(chǎn)品支持幾乎所有平臺，包括所有計算機工業(yè)界的主流平臺，運行在各種 UNIX 平臺和 NT 平臺上的應用程序都能用相同的 API 互相通訊。 利用 MQSeries 傳送數(shù)據(jù)的系統(tǒng)在系統(tǒng)設計和應用開發(fā)上有以下優(yōu)點： 1、斷點自動恢復 MQSeries 這一特性能保證在網(wǎng)路中斷并恢復之后，數(shù)據(jù)被可靠地從中斷點恢復傳送， 而無需程序員考慮網(wǎng)絡特性。 2、保證每條數(shù)據(jù)不丟失，不重復 由于采用了先進的程序設計思想，MQSeries 的消息放入穩(wěn)定的磁盤設備暫時存放，直 至完整傳送為止。 MQSeries 是唯一可保證信息一次性傳輸?shù)闹薪檐浖?。在當前?shù)據(jù)傳輸線路條件普遍較 差的現(xiàn)狀下，這一點對要求高度數(shù)據(jù)完整性的系統(tǒng)來說至關重要。 3、多協(xié)議并存 MQSeries 提供給開發(fā)人員的編程接口與具體的網(wǎng)絡協(xié)議無關，網(wǎng)絡底層不同類型的傳 輸協(xié)議對應用開發(fā)是透明的，基于不同種協(xié)議的應用程序間的通訊在 MQSeries 上已成為 現(xiàn)實。相比網(wǎng)關技術它有無與倫比的優(yōu)越性，可以大大節(jié)省應用開發(fā)人員的開發(fā)工作量。 4、異步并行處理 MQSeries 不僅支持傳統(tǒng)的同步的實時響應的程序間通訊，更支持異步的、并行的工作 方式。當一個應用程序用 MQPUT 將一個信息傳送給其它應用程序，它不需等待另一個應 用程序的回答，甚至不需關心信息是否被對方接收，繼續(xù)執(zhí)行 MQPUT 以后的指令。 5、實時響應，高速傳輸 MQSeries 提供了保持鏈接的通訊方式，使每條消息的傳輸不需重新建立新的通訊鏈接， 保證實時響應效率。 MQSeries 提供了大容量消息成組傳輸?shù)墓δ埽貏e適合計費系統(tǒng)中話單數(shù)據(jù)和計費數(shù) 據(jù)的成批傳送的應用。 6、多種平臺共存 MQSeries 在 23 種操作系統(tǒng)上提供統(tǒng)一的編程接口，僅需重新編譯就可完成不同平臺 間程序的移植。 7、提高系統(tǒng)開發(fā)效率 MQSeries 十分簡單易學，用戶僅需利用 MQSeries 的 9 個易用而又功能強大的函數(shù)調(diào) 用，就能完成所有的通訊操作。 MQSeries 在各個平臺都提供相同的 C 語言應用編程接口。熟悉 C 語言環(huán)境的開發(fā)人 員能以最快的速度，寫出各種復雜的應用程序，實現(xiàn)特殊的功能，包括傳送計費和話單數(shù) 據(jù)、滿足業(yè)務中實時查詢的要求等。 MQSeries 的簡單性使它不會約束程序的應用范圍，如何處理來自程控交換機的話單數(shù) 據(jù)、控制業(yè)務流程等都與 MQSeries 本身無關，但都能在 MQSeries 的支持下實現(xiàn)。 MQSeries 不僅能做到斷點自動恢復，還可以實時或批量地將大量的數(shù)據(jù)轉(zhuǎn)發(fā)到目的地.再 觸發(fā)有關應用來處理這些信息.MQSeries 可保證信息不丟失，不重傳。 通過使用 MQSeries 來構成計費系統(tǒng)的通訊基礎，能有效地保證整個網(wǎng)絡的可靠性與 信息傳遞的高速與實時性，使得應用程序的開發(fā)可以專注于業(yè)務的設計與實現(xiàn)上。 8、MQSeries 的安全性保證 計費系統(tǒng)分布在全省各地，用公共數(shù)據(jù)網(wǎng)絡連接各級中心和各交換局，數(shù)據(jù)很易受到 攻擊和偵聽，有必要采用可靠的安全機制保護機密數(shù)據(jù)的傳輸。 MQSeries 有強大的安全控制手段，保護數(shù)據(jù)在公共數(shù)據(jù)線路上傳輸時的安全性。最適 于在分布式環(huán)境中使用的手段是附加在 MCA 上的安全出口程序、消息出口程序和發(fā)送接 收出口程序。 MCA 附加的安全出口程序是一些增強通道功能的功能模塊。如安全出口程序，建立通 道時，通道兩端的 MCA 調(diào)用各自的安全出口程序，系統(tǒng)開發(fā)人員在安全出口程序加入密 碼確認的功能，只有通訊雙方交換密鑰成功后通道才能建立。 安全出口程序能返回安全密鑰，MCA 通過通道發(fā)送消息時，調(diào)用消息出口程序，用密 鑰加密消息，接收方 MCA 收到消息后也調(diào)用消息出口程序?qū)ο⒔饷堋?MQSeries 開放的接口支持各種用戶開發(fā)的加密系統(tǒng)，從而保護在公共數(shù)據(jù)網(wǎng)絡上傳輸 的數(shù)據(jù)。 如果要更進一步地實現(xiàn)在互聯(lián)網(wǎng)上的更強大的安全控制，MQSeries 可以利用工業(yè)標準 的 DCE(分布式計算環(huán)境)提供的認證和加密服務。 CICS 技術在帳務處理系統(tǒng)中應用技術在帳務處理系統(tǒng)中應用 對于交易服務（銷賬類服務等） ，對效率、性能、訪問量、并發(fā)性等要求較高的部分， 使用 IBM CICS 中間件服務器的多層結(jié)構實現(xiàn)，示意圖如下： APPLET CICS 訪問 Servlet 數(shù)據(jù)庫 服務器 XA WEB 服務器/Websphere服務器瀏覽器 IBM CICS 中件件服 務器 CICS 服務器 CICS JAVA Client MQseries 技術在帳務處理系統(tǒng)中應用技術在帳務處理系統(tǒng)中應用 應用示意圖如下： 帳務系統(tǒng)接口機 帳務系統(tǒng)主機 金融系統(tǒng)主機 金融系統(tǒng)接口機 TCP/IP TCP/IP金融系統(tǒng)使用的網(wǎng)絡協(xié) 議 運行 MQseries 運行 MQseries 系統(tǒng)基本功能系統(tǒng)基本功能 .1通過金融系統(tǒng)托收銷帳通過金融系統(tǒng)托收銷帳 提供與金融系統(tǒng)的數(shù)據(jù)接口，金融系統(tǒng)能取得已開辦金融系統(tǒng)托收業(yè)務的用戶的話費， 在金融系統(tǒng)中進行對用戶金融帳戶進行扣款交費操作，返回結(jié)果給帳務管理系統(tǒng)，帳務管 理系統(tǒng)對用戶進行銷帳處理。 移動帳務系統(tǒng)對通過金融系統(tǒng)托收銷帳提供兩種支持方式 異步托收銷帳：所謂的異步是指金融系統(tǒng)對用戶金融帳戶進行扣款交費、帳務管理系 統(tǒng)對用戶進行銷帳兩個事件可以以非實時的方式進行。具體的處理流程是 1）金融系統(tǒng)發(fā)起一個文件傳送請求取得托收用戶文件，托收用戶文件中包含了金融系 統(tǒng)進行扣款交費所必需的信息； 2）金融系統(tǒng)根據(jù)托收用戶文件對每個用戶依次進行扣款交費處理，處理結(jié)果生成托收 用戶扣款文件，并將一個相應的永久索引消息（它將觸發(fā)向帳務系統(tǒng)傳送托收用戶 扣款文件操作）發(fā)送到帳務系統(tǒng)的隊列中； 3）一旦索引消息通過 MQ 系統(tǒng)傳送成功，將在指定目錄下生成托收用戶扣款文件，并 觸發(fā)帳務系統(tǒng)根據(jù)此文件進行銷帳操作。 異步托收銷帳方式適合于處理批量用戶的情況，只允許在欠費停機日期之前進行；在 欠費停機日期后，由于允許托收用戶有其它的交費方式，要求使用下邊的同步方式進 行銷帳。 同步托收銷帳：所謂的同步是指金融系統(tǒng)對用戶金融帳戶進行扣款交費、帳務管理系 統(tǒng)對用戶進行銷帳兩個事件需要以實時的方式進行。具體的處理流程是 金融系統(tǒng)發(fā)起一個托收用戶費用查詢（消息類型為 0011）到帳務系統(tǒng)的查詢隊列，請求取 得指定托收用戶費用情況（在查詢失敗情況下不能進行托收扣款，只能再次嘗試查詢） ； 1） 金融系統(tǒng)根據(jù)查詢結(jié)果進行扣款交費處理，并將一個相應的托收銷帳請求（消息 類型為 0001，包含扣款信息）發(fā)送到帳務系統(tǒng)的銷帳隊列中（超過預設時間仍沒 收到相應的回應消息認為此次交易失?。?； 2） 帳務系統(tǒng)收到托收銷帳請求后對該用戶進行銷帳操作，根據(jù)銷帳結(jié)果給金融系統(tǒng) 發(fā)送回應消息（消息類型為 8001） 。 3） 金融系統(tǒng)收到回應消息，根據(jù)銷帳結(jié)果進行處理。 同步托收銷帳方式適合于非批量用戶的情況，允許在欠費停機日期之前進行，也允許 在欠費停機日期之后進行。 .2通過金融系統(tǒng)代收銷帳通過金融系統(tǒng)代收銷帳 提供與金融系統(tǒng)的數(shù)據(jù)接口，金融系統(tǒng)能查詢?nèi)〉糜脩舻脑捹M，用戶進行現(xiàn)金交費，金融 系統(tǒng)將交費結(jié)果返回給帳務管理系統(tǒng)，帳務管理系統(tǒng)對用戶進行銷帳處理。 移動帳務系統(tǒng)對通過金融系統(tǒng)代收銷帳只提供實時同步的處理方式，具體的處理流程是 1） 金融系統(tǒng)發(fā)起一個代收用戶費用查詢（消息類型為 0012）到帳務系統(tǒng)的查詢隊列， 請求取得指定托收用戶費用情況（在查詢失敗情況下不能進行代收交費，只能再 次嘗試查詢） ； 2） 金融系統(tǒng)根據(jù)查詢結(jié)果進行現(xiàn)金交費處理，并將一個相應的代收銷帳請求（消息 類型為 0002，包含現(xiàn)金交費信息）發(fā)送到帳務系統(tǒng)的銷帳隊列中（超過預設時間 仍沒收到相應的回應消息認為此次交易失?。?； 3） 帳務系統(tǒng)收到托收銷帳請求后對該用戶進行銷帳操作，根據(jù)銷帳結(jié)果給金融系統(tǒng) 發(fā)送回應消息（消息類型為 8002） 。 4） 金融系統(tǒng)收到回應消息，根據(jù)銷帳結(jié)果進行處理。 .3通過金融系統(tǒng)辦理托收關系通過金融系統(tǒng)辦理托收關系 提供與金融系統(tǒng)的數(shù)據(jù)接口，金融系統(tǒng)能查詢得知指定用戶是否能辦理新的托收關系（欠 費或舊的托收關系沒解除時不能辦理） ，金融系統(tǒng)接收用戶填寫資料進行相應的辦理手續(xù)， 將結(jié)果返回給帳務管理系統(tǒng)，帳務管理系統(tǒng)保存更新用戶的新托收關系信息。 移動帳務系統(tǒng)對通過金融系統(tǒng)辦理托收關系只提供實時同步的處理方式，具體的處理流程 如下 1） 金融系統(tǒng)發(fā)起一個辦托用戶情況查詢（消息類型為 0013）到帳務系統(tǒng)的查詢隊列， 請求取得指定用戶的情況（在查詢失敗情況下不能進行新托收關系的辦理，只能 再次嘗試查詢） ； 2） 金融系統(tǒng)根據(jù)查詢結(jié)果決定能否給用戶辦理新的托收關系，能辦理則在進行相應 手續(xù)后，將一個辦理托收關系請求（消息類型為 0003，包含新托收關系信息）發(fā) 送到帳務系統(tǒng)的交易隊列中（超過預設時間仍沒收到相應的回應消息認為此次交 易失敗） ； 3） 帳務系統(tǒng)收到辦理托收關系請求后更新用戶的新托收關系信息，根據(jù)托收信息更 新結(jié)果給金融系統(tǒng)發(fā)送回應消息（消息類型為 8003） 。 4） 金融系統(tǒng)收到回應消息，根據(jù)托收信息更新結(jié)果進行處理。 .4通過金融系統(tǒng)返銷帳通過金融系統(tǒng)返銷帳 提供與金融系統(tǒng)的數(shù)據(jù)接口，金融系統(tǒng)在銷賬時保存交易流水號，返銷帳時根據(jù)流水號來 確定是否是該筆交易需要返銷帳。金融系統(tǒng)將交易流水號返回給帳務管理系統(tǒng)，帳務管理 系統(tǒng)對該筆交易進行返銷帳處理。 移動帳務系統(tǒng)對通過金融系統(tǒng)返銷帳只提供實時同步的處理方式，具體的處理流程是 1） 金融系統(tǒng)根據(jù)銷賬結(jié)果查詢得到原交易流水號，然后將一個相應的返銷帳請求 （消息類型為 0004）發(fā)送到帳務系統(tǒng)的銷帳隊列中（超過預設時間仍沒收到相應 的回應消息認為此次交易失?。?； 5） 帳務系統(tǒng)收到返銷帳請求后對該用戶進行返銷帳操作，根據(jù)返銷帳結(jié)果給金融系 統(tǒng)發(fā)送回應消息（消息類型為 8004） 。 6） 金融系統(tǒng)收到回應消息，根據(jù)返銷帳結(jié)果進行處理。 .5銷帳帳目核對功能銷帳帳目核對功能 提供與金融系統(tǒng)的數(shù)據(jù)接口，查帳發(fā)起方能查詢得知被查方在指定時間段內(nèi)托收/代收交易 的情況(成功、失敗的筆數(shù)，成功交易的總金額)，查帳發(fā)起方收到查詢結(jié)果后，將結(jié)果與 己方中的日志記錄進行比較核對，根據(jù)比較核對的結(jié)果決定是否進行詳細交易清單查詢； 進行詳細交易清單查詢時，查帳發(fā)起方同樣發(fā)送一個查詢，回應方通過索引消息返回查詢 交易清單文件。 帳目核對只提供實時同步的處理方式，具體的處理流程如下 1） 查帳發(fā)起系統(tǒng)發(fā)送一個辦托用戶情況查詢（消息類型為 0014，查詢方式為 00）到 目標系統(tǒng)的查詢隊列，然后等待回應消息以取得指定時間段內(nèi)發(fā)生交易的統(tǒng)計情 況，如果超時，本次查詢失敗； 2） 目標系統(tǒng)收到查詢消息后，按條件根據(jù)己方日志中內(nèi)容作出統(tǒng)計結(jié)果,將結(jié)果返回 給查詢發(fā)起系統(tǒng)（消息類型為 8014） ； 3） 查帳發(fā)起系統(tǒng)將查詢結(jié)果與己方系統(tǒng)中日志內(nèi)容進行比較核對，如果核對結(jié)果正 確，一般不需要再做進一步詳細清單查詢，否則進行下一步； 4） 查帳發(fā)起系統(tǒng)發(fā)送一個辦托用戶情況查詢（消息類型為 0014，查詢方式為 01）到 目標系統(tǒng)的查詢隊列，請求取得指定時間段內(nèi)發(fā)生交易的詳細情況，同時指定返 回生成的交易清單文件路徑名，然后等待相應的索引消息，如果超時，認為本次 查詢失?。?5） 目標系統(tǒng)收到查詢消息后，按條件根據(jù)己方日志中內(nèi)容生成交易清單文件,并發(fā)送 一個索引消息給查詢發(fā)起系統(tǒng)，觸發(fā)交易清單文件傳送； 6） 查帳發(fā)起系統(tǒng)收到回應消息（一個索引消息）后，打開生成的交易清單文件，與 己方交易日志中內(nèi)容進行核對。 1.3.4 分布對象技術分布對象技術 CORBA 技術介紹技術介紹 所謂 CORBA（Common Object Request Broker Architecture） ，即公共對象請求中介者 體系機構，實際上是一種規(guī)范，它定義了分布式對象如何通過網(wǎng)絡進行互操作，而且對象 獨立于客戶機、服務器的操作系統(tǒng)及其編程語言，目標在于提供各對象在異質(zhì)系統(tǒng)的網(wǎng)絡 上的互操作性。CORBA 規(guī)范由國際組織 OMG（Object Management Group）來制訂。 OMG 成立于 1989 年，是一家由 700 多家公司組成的開放的非盈利性的組織，其工作是制 訂對象計算的開放標準，但本身不從事開發(fā)，是一個商業(yè)中立的組織。人們成立 OMG 的 目的，正是為了支持以對象為基礎的軟件的標準化，通過這種標準化方法來使用對象去支 持分布式計算，使不同廠商的對象能夠通過網(wǎng)絡和操作系統(tǒng)實現(xiàn)互相操作。 ORB 是 CORBA 實現(xiàn)這些目標的基本機制。對 CORBA 對象的訪問和 CORBA 對象的 互通信要以對象請求解析器（Object Request Broker）為中介，而客戶感覺不到這種與服務 器對象通信的中介機制的存在。簡單地說：ORB=IDL+IIOP。 客戶端對 CORBA 對象的訪問，通過 IDL 提供的該對象的標準接口去調(diào)用，因此如果 一個對象要向其他的對象請求某些事情，它必須知道目標對象的 IDL 接口。IDL 是 CORBA 規(guī)范中用來定義對象標準接口的接口描述語言（Interface Definition Language） ，它 不是一種編程語言，不能用它來指定它所定義的類或方法的具體實現(xiàn)，只能用來定義接口。 對應不同平臺的不同語言的 IDL 編譯器將 IDL 接口映射到目標語言，如 Java 、C+、COBOL 等。 CORBA 對象之間的互相操作通信，則是通過公共的通信協(xié)議 IIOP（Internet Inter-Orb Protocol）來通信。1994 年 OMG 提出了 CORBA2.0 規(guī)范，其中包含了一個 IIOP 協(xié)議，用 于 ORB 之間的互操作。 每一個 CORBA 規(guī)范的實現(xiàn)就是一個 ORB，目前大多數(shù)的 ORB 是用 C+寫的，也有 的 ORB 是用 JAVA 編寫的，如 SUN 公司的 Joe,Iona 公司的 Orbixweb,Netscape 的 VisiBroker for JAVA。 Orbix 是由目前主要的 ORB 廠商 IONA 用 C+寫的 CORBA 規(guī)范的 實現(xiàn)軟件。對于某個具體的 ORB 軟件而言，用該 ORB 產(chǎn)生的 CORBA 對象之間的通信可 以遵循該 ORB 軟件自身提供的通信協(xié)議來實現(xiàn)。但是，由于存在不同的 ORB 廠商，根據(jù) 不同的 ORB 產(chǎn)生的 CORBA 對象之間要進行通信就必須遵守公共的通信協(xié)議，而不能是某 一 ORB 廠商的特定協(xié)議。IIOP 協(xié)議正是基于這一點定義的，它運行于 TCP/IP 之上，是一 種強健的、可伸縮的、基于事務的協(xié)議，它不但實現(xiàn)了不同 ORB 之間的互操作，而且由 于它與現(xiàn)在的 HTTP 協(xié)議兼容，又不需要特殊的配置，因此很快成為 Internet 和企業(yè) Intranet 上分布式對象間互相通信的標準。這樣，不論分布式 CORBA 對象分布在什么地方， 通過 IIOP 協(xié)議可以實現(xiàn)這些對象之間的互操作，從而避免了復雜的網(wǎng)絡通信編程。 圖 1 描述了 CORBA 的互操作性，通過標準的 IDL 接口描述語言，通過遵循公共的通 信協(xié)議，CORBA 實現(xiàn)了硬件平臺不同，操作系統(tǒng)不同，編程語言不同的情況下的對象之 間互操作。 Solaris C+ MVS cobol HP-UX S/talk Alpha Ada a 圖 1 CORBA 的互操作性 CORBA 是一種獨立于語言的技術，所以用支持 CORBA 的語言 （Java、C、C+、Ada、Smalltalk、COBOL，等）寫的任何一個客戶端都能以一種獨立于 平臺和語言的方式訪問服務器的對象，CORBA 對象之間也可以實現(xiàn)互相通信。CORBA 的 優(yōu)點在于：開發(fā)人員能簡單地申請并接收遠端的對象而無須擔心包含在這些對象中的實現(xiàn) 細節(jié)。同樣地，服務器對象開發(fā)人員（用 C+或其他語言開發(fā)）也不必關心那種語言要訪 問他將建立的對象。也就是說 CORBA 實現(xiàn)了對象實現(xiàn)的透明性和分布的透明性。如圖 2 所示： 應用程序服務器應用程序服務器應用程序服務器 ORB (IDL+IIOP以及其他服務) 客戶端客戶端 圖 2 從另一個角度來看，CORBA 是軟件總線結(jié)構的實現(xiàn)。所謂軟件總線的功能就是起到 類似于計算機系統(tǒng)硬件總線的作用，只要將應用模塊按總線規(guī)范作成軟插件，插入總線即 可實現(xiàn)集成運行。這樣，ORB 可以看成按照 CORBA 規(guī)范實現(xiàn)軟件總線的核心系統(tǒng)。IDL 語言是 CORBA