【文章內(nèi)容簡介】 Services實現(xiàn)企業(yè)內(nèi)外的應(yīng)用集成。它還應(yīng)提供統(tǒng)一的訪問者界面，并提供從分布式資源中搜集到的資料信息。 提供搜索、協(xié)作、社區(qū)和集成功能 提供規(guī)則引擎，并可實現(xiàn)分級的門戶方案。 能夠提供方便的單點登錄解決方案。 和金融信息交換平臺的其他部分有很好的交互溝通能力。以上這些要求，都是適合建行需要的門戶產(chǎn)品要滿足的。只有提供了這些基本功能，才能構(gòu)造一個適應(yīng)新時代電子金融需要，滿足各層面的用戶需求的門戶平臺。在這些要求中，有些門戶產(chǎn)品例如Web Logic公司的WebLogic Platform中的Portal部分就能滿足需要。而綜觀整個門戶和金融信息交換平臺的關(guān)系，可能要解決幾個問題： 單點登錄問題。 中心和省級兩級門戶個性化的實現(xiàn)方式。 與金融信息交換平臺的整合層的交互問題。 多種前端接入問題。單點登錄問題在“統(tǒng)一的安全機制”一節(jié)中討論，與整合層的交互問題在整合層部分討論。下面主要討論 畢博所建議的兩級門戶個性化的實現(xiàn)方案和多種前端接入的實現(xiàn)方案。、兩級門戶個性化實現(xiàn)方案兩級門戶個性化必須以實現(xiàn)單點登錄為前題，我們?yōu)橹袊ㄔO(shè)銀行設(shè)計了兩級門戶個性化解決方案。在一個統(tǒng)一認(rèn)證域中要實現(xiàn)不同級別門戶的分別個性化設(shè)置會用到幾方面的技術(shù)特性。 總行要建立統(tǒng)一的LDAP服務(wù)器存儲客戶信息，LDAP服務(wù)器只負(fù)責(zé)身份驗證，而訪問規(guī)則則是由另外設(shè)立的統(tǒng)一的策略服務(wù)器負(fù)責(zé)。在策略服務(wù)器內(nèi)除了要記錄用戶是否已經(jīng)登錄外，還應(yīng)保存用戶的訪問規(guī)則，該規(guī)則將會在訪問中決定用戶請求的資源是否允許被該規(guī)則訪問。 在本地的Portal中會存儲訪問者的詳細(xì)信息，包括除了從LDAP中獲得的基本資料和策略服務(wù)器中用戶的訪問規(guī)則以外存儲在其他系統(tǒng)中的詳細(xì)用戶信息。通過 Portal中所帶有的UUP(Unify User Profile)接口可以將各種數(shù)據(jù)源中存儲的用戶信息統(tǒng)一抽取出來形成一個完整的用戶視圖。 通過Portal的Rule Engine(規(guī)則引擎)可以按照用戶的詳細(xì)資料及其所具有的規(guī)則來確定如何為該用戶分配資源或如何個性化該用戶的使用規(guī)則。通過以上三點，我們可以實現(xiàn)在任何一個級別門戶中用戶都具有相對獨立的和完整的個性化訪問策略，從而實現(xiàn)兩級門戶的個性化策略。、多種前端接入實現(xiàn)方案在可預(yù)見的未來建設(shè)銀行的接入前端必定會以多種方式存在，例如手機訪問、PDA訪問、筆記本無線訪問、文字終端等。那么為了系統(tǒng)能夠適應(yīng)未來應(yīng)用趨勢的發(fā)展，我們?yōu)榻ㄔO(shè)銀行設(shè)計了多種前端設(shè)備統(tǒng)一接入解決方案。該方案核心部分是如何實現(xiàn)對接入端設(shè)備類型的判斷。BEA的產(chǎn)品與其他產(chǎn)品最大的不同在于不是以網(wǎng)關(guān)位置來判斷接入設(shè)備而是以訪問協(xié)議來判斷。通過該技術(shù)可以最準(zhǔn)確最簡便的判斷出目前的接入設(shè)備類型。同時依靠Platform內(nèi)置的內(nèi)容翻譯器可以自動對所提供的內(nèi)容按協(xié)議及策略進(jìn)行轉(zhuǎn)化以適應(yīng)當(dāng)前的接入設(shè)備。 通過BEA特殊的協(xié)議確定機制和自動內(nèi)容翻譯機制可以實現(xiàn)及其具有擴(kuò)展性門戶策略以適應(yīng)未來幾年內(nèi)不斷變化的應(yīng)用需求。 協(xié)議確定機制和自動內(nèi)容翻譯機制屬于整合層與門戶交互的一部分，詳細(xì)可參看整合層部分的相關(guān)內(nèi)容。整合層、概述整合層是信息交換平臺的通路。從過去的集成方式來講存在有很多問題。首先各種集成都是以開發(fā)專有接口的形勢相互連接，它會帶來以下幾個問題： 專有接口與互聯(lián)的兩個系統(tǒng)任何一方都有緊密地相關(guān)性，任何一邊的系統(tǒng)升級都會導(dǎo)致系統(tǒng)間接口的重新編寫。 兩系統(tǒng)的互連接口會為兩端系統(tǒng)都帶來不穩(wěn)定性因素。由于專有接口與系統(tǒng)的緊密相關(guān)性當(dāng)接口出現(xiàn)故障時會導(dǎo)致兩端系統(tǒng)的數(shù)據(jù)或是交易不穩(wěn)定，從而影響系統(tǒng)的正常運行。 系統(tǒng)之間的聯(lián)機事務(wù)處理信息無法互傳，安全信息無法互傳。開發(fā)專有接口外聯(lián)其他系統(tǒng)時，原有的聯(lián)機事務(wù)信息只能重新開始或進(jìn)行無關(guān)性嵌套，破壞了對整體數(shù)據(jù)一致性的保障。從技術(shù)角度來講只有開發(fā)相當(dāng)復(fù)雜的底層程序才能對事物進(jìn)行跨系統(tǒng)的保障，且這種開發(fā)不具備重用性，浪費開發(fā)成本。同樣安全信息的傳遞也存在該問題。 只能進(jìn)行點對點通信，很難在兩個以上的系統(tǒng)間實現(xiàn)整體性應(yīng)用。針對以上種種問題，畢博認(rèn)為整合層必須是一個基于成熟的J2EE產(chǎn)品的統(tǒng)一整合平臺方案。而整個方案的核心在于要提供豐富集成手段，和優(yōu)秀的事務(wù)管理及安全管理機制。這個整合層可以將任何一種系統(tǒng)集成進(jìn)來，而集成方式均以松耦合的方式進(jìn)行。必須提供靈活可靠的系統(tǒng)整合方式。針對建設(shè)銀行現(xiàn)有狀況我們認(rèn)為整合層應(yīng)該包含以下部分： 最低層是系統(tǒng)接入子層，負(fù)責(zé)連接各種各樣的后臺子系統(tǒng)，也是本系統(tǒng)與外部系統(tǒng)連接的通路（B2Bi）。最上層是輸出整合層，其主要工作就是與Portal或者直接與各種終端打交道。而在兩層之間是BPM層，也就是所謂的工作流層或者叫做商務(wù)事件處理層，其主要工作是定義和執(zhí)行各種工作流程，以工作流的形式驅(qū)動各種后臺子系統(tǒng)相互交互，并且將各種數(shù)據(jù)經(jīng)過輸出整合層的轉(zhuǎn)換，以適合的終端形式展示給用戶，實現(xiàn)用戶與后臺各種子系統(tǒng)的交互。在用戶看來，他只是在完成一個個工作流程或者操作流程，而無須關(guān)心他到底與哪些后臺子系統(tǒng)打交道。、系統(tǒng)接入子層系統(tǒng)接入子層主要負(fù)責(zé)連接各種后臺子系統(tǒng)，這些屬于內(nèi)部的整合，內(nèi)部整合應(yīng)該采用J2CA標(biāo)準(zhǔn)，用其他標(biāo)準(zhǔn)如Web Service等來補充，也可以稱這樣的整合方式為“信息總線”，這個子層還有一個功能是與外部系統(tǒng)打交道，也就是要實現(xiàn)B2Bi；另外的功能是中心與省級信息交換的通道，這個一般采用XML的格式，用異步也就是發(fā)送JMS消息的方法來完成，當(dāng)然，這個只是初步的建議，具體可以根據(jù)實際情況來選擇；另外，這里還考慮將大集中的“設(shè)備前置”放在這個子層，至于放在這里的原因請看后面章節(jié)的描述。綜上所述，整個系統(tǒng)接入子層的組成部分如下圖所示：、內(nèi)部整合內(nèi)部整合，一般要遵循J2CA規(guī)范（J2EE Connector Architecture，J2EE連接器體系結(jié)構(gòu)）。J2CA是J2EE規(guī)定的，如何與傳統(tǒng)系統(tǒng)連接，實現(xiàn)EAI，也就是企業(yè)信息系統(tǒng)整合的規(guī)范。對于J2CA的知識，可以參看附件。簡單地說來，要為每一個遺留系統(tǒng)（我們可以將每一個需要連接的非Java編寫的子系統(tǒng)稱為“遺留系統(tǒng)”）開發(fā)適配器（adapter），然后通過適配器與遺留系統(tǒng)交互。由此可以看出，要成功地運用J2CA規(guī)范實現(xiàn)內(nèi)部整合，需要實現(xiàn)交換平臺的產(chǎn)品應(yīng)該有一個集成框架（Integration Framework）和適配器開發(fā)工具包（Adapter Development Kit）。集成框架是方便地將各種適配器部署和交互的地方；而適配器開發(fā)包則可以讓開發(fā)人員在沒有現(xiàn)成的適配器的情況下利用這個開發(fā)包方便地開發(fā)系統(tǒng)所需要的各種適配器。除了支持J2CA的整合方式外，這個產(chǎn)品還應(yīng)該提供數(shù)據(jù)整合或者數(shù)據(jù)交換的功能，至少要支持XML與XML之間的轉(zhuǎn)換，XML與二進(jìn)制文件之間的轉(zhuǎn)換。另外，該產(chǎn)品還應(yīng)該提供Web Service的支持，以便在將來或者甚至是現(xiàn)在將各種子系統(tǒng)通過Web Service的方式進(jìn)行集成。還應(yīng)該提供對大機的整合方式，這樣，如果性能允許，可以利用這個作為與大機連接的方式。例如BEA就提供這樣的產(chǎn)品，BEA WebLogic Java Adapter for Mainframe?可與BEA WebLogic Integration互操作，它在Java應(yīng)用系統(tǒng)、IBM CICS或IMS應(yīng)用系統(tǒng)之間，提供了雙向的、在線“請求應(yīng)答”集成。由于它為Java開發(fā)人員和大型機編程人員提供了相似的環(huán)境，因此開發(fā)人員在開發(fā)協(xié)作的應(yīng)用系統(tǒng)時不需要額外的技能。根據(jù)目前建行各種系統(tǒng)的分析，至少要考慮以下集成：與Tuxedo的集成目前，建行有不少系統(tǒng)使用了Tuxedo，所以我們第一個要考慮的是如何與Tuxedo的集成，需要平臺有Tuxedo的適配器。在畢博看來，這類集成由于原本已經(jīng)使用BEA產(chǎn)品作為基礎(chǔ)架構(gòu)的系統(tǒng)，所以變得相對簡單、一致，而且可以實現(xiàn)相對復(fù)雜的整合應(yīng)用邏輯。從技術(shù)角度來講，BEA免費提供的WTC(WebLogic Tuxedo Connecter)可以實現(xiàn)J2EE與TPMoniter產(chǎn)品間的雙向溝通，并且可以傳遞安全與事物的信息，實現(xiàn)異構(gòu)系統(tǒng)的完美整合。而且BEA公司也提供Tuxedo Adapter。與WebLogic Server的集成建設(shè)銀行現(xiàn)有的網(wǎng)銀和信貸系統(tǒng)都是通過BEA WebLogic Server來實現(xiàn)的。所以選擇交換平臺產(chǎn)品的時候要考慮的。如果使用BEA 的產(chǎn)品就相對簡單，BEA Platform是架構(gòu)在WebLogic之上的產(chǎn)品，其低層是WebLogic Server，而BEA WebLogic 之間的通訊具有同協(xié)議、同架構(gòu)、同模式的特性。所以在系統(tǒng)連接層不需有過多的開發(fā)，也可以擁有豐富的通信手段。例如JNDI互調(diào)、RMI遠(yuǎn)程調(diào)用、JMS通知等。這類系統(tǒng)與新系統(tǒng)間可以應(yīng)用WebLogic自有的T3協(xié)議進(jìn)行溝通。T3時WebLogic Server間通信的私有協(xié)議。使用它的好處是傳輸更加快捷，且可以跨防火墻進(jìn)行通信。而且T3協(xié)議的使用方法與完全相同。在編寫T3協(xié)議的通訊應(yīng)用中使用的技術(shù)完全是標(biāo)準(zhǔn)的J2EE應(yīng)用。無須編程或管理人員在學(xué)習(xí)其他新技術(shù)。與BO的集成建設(shè)銀行有一些系統(tǒng)如風(fēng)險預(yù)警是采用BO來實現(xiàn)的，該系統(tǒng)