【文章內(nèi)容簡介】 電信業(yè)務接口、支付認證接口的信息交互。從而實現(xiàn)電信與用戶的互動交互服務。 ? 電 信業(yè)務接口，是針對目前各個地方開展的各類電信業(yè)務處理系統(tǒng)建立的接口，通過該接口可以使網(wǎng)上電信營業(yè)廳將用戶的有關(guān)請求發(fā)送給相關(guān)的系統(tǒng)，同時還可以從相關(guān)的系統(tǒng)獲取相關(guān)的信息以滿足用戶的需要。 ? 用戶訪問統(tǒng)計分析，是為了對網(wǎng)站各項電信業(yè)務用戶訪問量的統(tǒng)計和分析而建立的，各個地方可以根據(jù)自己的具體需要建立。 ? 系統(tǒng)管理是對網(wǎng)上營業(yè)廳系統(tǒng)參數(shù)設(shè)置、數(shù)據(jù)字典、數(shù)據(jù)備份與恢復；各支付平臺 認證平臺 認證接口 服務頁面處理 用戶 服務頁面管理 業(yè)務信息管理與發(fā)布 電信業(yè)務接口 電信業(yè)務處理系統(tǒng) 系統(tǒng)管理 用戶訪問統(tǒng)計 網(wǎng)上營業(yè)廳 業(yè)務預處理 認證模塊 支付接口 支付模塊 用戶管理 7 類設(shè)備和應用的狀況進行監(jiān)控和管理，提供日志管理；以及對系統(tǒng)操作員的權(quán)限設(shè)置和定義，包括對不同級別的頁面管理人員、網(wǎng)站維護人員工號分配、權(quán)限級別、負責 的業(yè)務范圍等設(shè)置。 其它各個部分，可以根據(jù)各個省份電信業(yè)務情況，通過對現(xiàn)有業(yè)務系統(tǒng)的功能增加來完成，以滿足網(wǎng)上營業(yè)廳的業(yè)務開展需要，同時還要考慮到其它業(yè)務系統(tǒng)如呼叫中心等開展業(yè)務的需要。 網(wǎng)上營業(yè)廳業(yè)務功能組成結(jié)構(gòu) 電信網(wǎng)上營業(yè)廳 電信業(yè)務及產(chǎn)品銷售服務 各專業(yè)服務處理系統(tǒng) 本地網(wǎng)業(yè)務處理系統(tǒng) 各種卡類銷售處理系統(tǒng) 信息發(fā)布及咨詢 各專業(yè)業(yè)務銷售處理系統(tǒng) 數(shù)據(jù)業(yè)務處理系統(tǒng) 各類其它業(yè)務或產(chǎn)品銷售處理系統(tǒng) 障礙處理系統(tǒng) 投訴處理系統(tǒng) 其它處理系統(tǒng) 8 3 網(wǎng)上營業(yè)廳功能技術(shù)要求 服務頁面處理要求 它的主要功能是實現(xiàn)用戶交互和數(shù)據(jù)表示，為以后的處理收集數(shù)據(jù)，向業(yè)務邏輯請求調(diào)用核心服務處理，并顯示處理結(jié)果。 ? 必須能夠通過 Inter 為主要接入手段，實現(xiàn)包括瀏覽器、 WAP 頁面等統(tǒng)一風格的對外表現(xiàn)方式。 ? 能夠?qū)崿F(xiàn) 電信與用戶的互動式交互處理 . ? 能夠?qū)崿F(xiàn)對各類業(yè)務的電子郵件回復、定單確認等功能請求。 ? 必須具有內(nèi)部安全策略，保證信息傳輸?shù)陌踩? ? 提供友好、方便、操作簡單的服務界面。 ? 必須向用戶展示具有統(tǒng)一風格、統(tǒng)一標識的服務界面。 ? 對于靜態(tài)頁面，可以采用 HTML 生成 ? 對于動態(tài)頁面，要求必須支持 J2EE,Corba,Java/Javascript， XML 等標準。 ? 能夠支持各種主流的瀏覽器，如 IE、 NETSACPE； ? 對于各種電信業(yè)務，用戶無須登錄認證即可瀏覽。 ? 用戶一次登錄認證，可進行多項業(yè)務申請。 ? 用戶在網(wǎng)上填好業(yè)務申 請表后，返回與現(xiàn)有系統(tǒng)相同的業(yè)務單編碼。 ? 對于需要付費的業(yè)務，必須通過認證支付進行處理。 ? 不需要付費的業(yè)務，后臺處理完成后直接返回處理結(jié)果。 ? 具有頁面訪問記錄能力，能夠?qū)τ脩粼L問的業(yè)務類別進行詳細記錄。 ? 在權(quán)限許可的條件下，支持其它網(wǎng)站對該應用模塊的訪問。 服務頁面管理要求 服務頁面管理，主要職責是負責各個網(wǎng)上營業(yè)廳的服務頁面的維護，包括增加、減少、修改各類通用的服務頁面以及本地特有的各類服務頁面。具體要求包括： 9 ? 必須能夠支持多種不同的頁面開發(fā)工具。 ? 必須具有模擬仿真測試工具，能夠?qū)λS護的頁面進行 正確性測試，保證在運營環(huán)境中的頁面都是正確的。 ? 必須具有頁面統(tǒng)一管理能力，能夠?qū)弥?、開發(fā)中、測試中的頁面、組件進行統(tǒng)一管理。 ? 能夠根據(jù)業(yè)務類別，隨時查詢相關(guān)業(yè)務的頁面組成結(jié)構(gòu)，涉及的各類組件的名稱、位置、狀態(tài)等信息。 ? 所有測試后頁面的加載，必須在權(quán)限許可的條件下進行。 ? 能夠?qū)崿F(xiàn)遠程維護，通過 INTERNET 或電話撥號方式實現(xiàn)管理和維護。 ? 根據(jù)各地的業(yè)務開展情況，為表現(xiàn)層提供具體業(yè)務服務模板。 ? 對于應用平臺模板要求支持 J2EE,Corba 等標準。 ? 具備將超大型應用系統(tǒng)劃分為若干獨立運行的較小的應用系統(tǒng)的 能力 。 電信業(yè)務接口管理要求 電信業(yè)務接口管理 ,主要職責是負責網(wǎng)上營業(yè)廳業(yè)務處理界面，與電信現(xiàn)有業(yè)務系統(tǒng)的連接和管理，具體要求包括： ? 支持多種硬件、操作系統(tǒng)和數(shù)據(jù)庫平臺，并保證在不同的平臺上具有一致的函數(shù)調(diào)用接口。在一定程度上可以實現(xiàn) “ 一次編寫，到處運行 ” 的功能，從而在最大限度上保證用戶的已有投資。 ? 支持跨平臺的應用。 ? 支持業(yè)務處理流程的調(diào)度和控制 ? 能夠?qū)崿F(xiàn)動態(tài)的接口改變，可以適應電信業(yè)務的不斷發(fā)展需要，隨時增加或減少、改變接口方式。 ? 能夠?qū)涌趯崿F(xiàn)統(tǒng)一的管理、路由選擇處理和通訊模塊的動態(tài)加載。 ? 能 夠?qū)崿F(xiàn)對接口訪問的統(tǒng)計和分析。 ? 能夠?qū)υL問權(quán)限進行驗證和控制。 ? 能夠?qū)υ綑?quán)訪問，進行報警和記錄。 ? 充分考慮電信網(wǎng)上營業(yè)廳應用的實際情況，適應相應的應用環(huán)境，例如通訊環(huán)境、業(yè)務模式、投資能力、用戶素質(zhì)、文化特點等。 10 ? 保證對數(shù)據(jù)源的交易 的 完整性操作， 保證 對異地或異構(gòu)數(shù)據(jù)的事務 的 完整性操作。 ? 采用 CORBA 的 ORB（ Object Request Broker,對象請求代理） /IIOP（ Inter InterORB Protocol）作為互聯(lián)協(xié)議，或者通過 J2EE 的 EJB 實現(xiàn)異地數(shù)據(jù)傳輸和訪問，以封裝數(shù)據(jù) 操縱的實現(xiàn)細節(jié)，不因數(shù)據(jù)存儲結(jié)構(gòu)的改變而影響前端處理系統(tǒng)，對外提供統(tǒng)一標準的對象接口。 ? 具備將超大型應用系統(tǒng)劃分為若干獨立運行的較小的應用系統(tǒng)的 能力 。 ? 必須采用中間件技術(shù)，可實現(xiàn)對不同業(yè)務系統(tǒng)的分布式調(diào)用 ? 允許對每個服務 進行 動態(tài)優(yōu)先級設(shè)置，保證優(yōu)先級高的服務得到盡快的處理。 ? 必須具有動態(tài)負載均衡處理能力， 將請求放入負載最小的服務請求隊列中，使服務得到最快的響應。 ? 能隨時調(diào)整服務器和服務進程的數(shù)量和數(shù)據(jù)的分布方式， 并 能根據(jù)服務請求中的參數(shù)向位于不同服務器中的服務進程提出服務請求。 ? 支持分布式的事務處理功能，真 正實現(xiàn)在分布式的應用環(huán)境中（包括局域網(wǎng)環(huán)境和廣域網(wǎng)環(huán)境）有效地處理各種業(yè)務系統(tǒng)的管理和資源協(xié)調(diào)問題，保證各種交易處理和服務功能的合理使用和有效調(diào)度。 ? 能夠完成功能事務處理控件的調(diào)度及組合管理 ? 必須具有路由管理、導航及控制能力，可以根據(jù)客戶的地理位置、訪問業(yè)務類別，實現(xiàn)智能的路由選擇。 ? 提供內(nèi)部安全策略，保證信息傳輸?shù)陌踩? 系統(tǒng)管理要求 系統(tǒng)管理主要職責是負責對整個系統(tǒng)的各類維護管理，包括： ? 能夠?qū)崿F(xiàn)對系統(tǒng)的管理要求，包括動態(tài)參數(shù)改變、動態(tài)數(shù)據(jù)字典的修改和加載、對系統(tǒng)數(shù)據(jù)的定時自動備份以及手工備份策略。 ? 能夠?qū)崿F(xiàn)對根證書、系統(tǒng)證書、系統(tǒng)私鑰、黑名單、操作員證書的統(tǒng)一維護和管理，并提供相應的安全策略。 ? 具有對帳、錯帳處理手段。 11 ? 能夠?qū)密浖顟B(tài)進行統(tǒng)一監(jiān)控和管理。 ? 支持 SNMP 協(xié)議，能夠?qū)崿F(xiàn)遠程的監(jiān)控和管理。 ? 能夠?qū)?quán)限的修改、增加進行詳細的記錄。 ? 提供歷史記錄的查詢檢查手段，可以實現(xiàn)對每個人員的權(quán)限維護進行查詢。 ? 權(quán)限的修改和維護能夠動態(tài)實現(xiàn)和加載。 ? 提供基于 CTCA 的認證方式，以及密鑰加密策略，確保權(quán)限的安全性。 ? 每個操作員，只能訪問自己權(quán)限范圍內(nèi)的業(yè)務，確保不能越權(quán)操作。 ? 對于重要操作，必須要求操作員 簽名，系統(tǒng)應驗證和保存簽名。 ? 對操作員何時登錄，登錄后所做的每一個操作都必須有詳細的記錄。（改成：提供系統(tǒng)日志管理，操作日志管理等） ? 系統(tǒng)必須對試圖越權(quán)操作的行為進行記錄和報警。 ? 通過中間件的用戶分組概念訪問控制機制，對操作員、系統(tǒng)管理員和客戶等不同級別的用戶用進行管理，在用戶注冊時 ， 中間件進行密碼識別，防止非法用戶登錄；用中間件提供的系統(tǒng)管理工具可以對每一個服務、隊列和事件指明可以操作的用戶或用戶組，防止非授權(quán)用戶對系統(tǒng)資源的破壞。 ? 能夠?qū)崿F(xiàn)遠程維護，通過 INTERNET 或電話撥號方式實現(xiàn)權(quán)限的管理和維護 。 統(tǒng)計分析管理要求 統(tǒng)計分析其主要職責是負責網(wǎng)上營業(yè)廳各類業(yè)務訪問、組件訪問、各類組件狀態(tài)的統(tǒng)計和分析，同時提供開放的統(tǒng)計接口，為其它系統(tǒng)提供需要的統(tǒng)計數(shù)據(jù)，其主要要求包括： ? 至少提供對各個業(yè)面訪問數(shù)量的在線統(tǒng)計能力。 ? 可以根據(jù)各個地方的具體需要，動態(tài)加載和生成各種統(tǒng)計分析報表。 ? 支持遠程調(diào)用和處理訪問。 ? 提供開放的應用組件接口，包括 WEB 方式、 JAVA 方式以及動態(tài)連接庫方式的調(diào)用機制。 12 ? 采用 CORBA 的 ORB（ Object Request Broker,對象請求代理） /IIOP（ Inter InterORB Protocol）作為互聯(lián)協(xié)議，或者通過 J2EE 的 EJB 實現(xiàn)異地數(shù)據(jù)傳輸和訪問，以封裝數(shù)據(jù)操縱的實現(xiàn)細節(jié)，不因數(shù)據(jù)存儲結(jié)構(gòu)的改變而影響前端處理系統(tǒng)，對外提供統(tǒng)一標準的對象接口。 13 4 對現(xiàn)有業(yè)務系統(tǒng)要求 為了適應網(wǎng)上營業(yè)廳的建設(shè)要求，考慮到其它相關(guān)系統(tǒng)未來的發(fā)展需要，在現(xiàn)有功能的基礎(chǔ)上，需要增加或完善現(xiàn)有系統(tǒng)的功能，以