余額管理中心技術方案V0.652

中國電信集團公司 余額管理中心技術方案 第 1 頁 （報批 稿） 中國電信集團公司企業(yè)信息化部 2008 年 1 月 余額管理中心技術方案 中國電信集團公司 余額管理中心技術方案 第 2 頁 1 概述 1.1 現(xiàn)狀分析 隨著中國電信市場競爭越來越激烈，客戶的需求越來越高，除全業(yè)務運營、資費靈活、交叉 /捆綁等需求外，對服務的便利性、服務的實時性、消費的透明性提出了更高的要求 ，同時隨著電信運營移動業(yè)務和 3G 的即將到來， 為保證市場經(jīng)營處于有利地位，市場前端對 IT 支撐系統(tǒng)提出了更高的要求。 為了適應市場要求，中國電信 IT 支撐在計費方面前期做了大量工作，主要體現(xiàn)在： 1、 集團計 費模型 2.0 規(guī)范編寫、檢測和各省實施； 2、 集團 SID 規(guī)范編寫； 3、 計費 HotBilling 六大廠家前期預研； 4、 OCS 的各省試點工作； 5、 各省 3G 仿真測試工作； 2006 年，集團開始啟動 5 省份的 OCS 試點工作。目前 OCS 安徽試點的工作已基本形成商用化，其它試點工作也陸續(xù)進行中?？紤]到各省試點的建設即將落地，但是在余額方面在計費領域中的共享使用存在多種不同模式，為了確保余額的框架限定在統(tǒng)一視圖、統(tǒng)一數(shù)據(jù)模型、集中管理、共享使用的范圍內，有必要建設統(tǒng)一的余額管理中心。 1.2 業(yè)務驅動力 中國電信計費領域中的業(yè)務核心系統(tǒng)主要 包括 HotBilling（離線計費）、 OCS（在線計費）、 VC（統(tǒng)一充值）、 WSS（網(wǎng)上自服）等，各個系統(tǒng)協(xié)同工作提供客戶服務包括計費、收費、信控、查詢等，而這些系統(tǒng)的協(xié)同工作都離不開余額的統(tǒng)一管理、統(tǒng)一使用，產(chǎn)品、定價的統(tǒng)一配置、統(tǒng)一使用，客戶屬性的統(tǒng)一使用。余額管理中心做為適應以上要求的統(tǒng)一數(shù)據(jù)管理平臺，主要的業(yè)務驅動力如下： 中國電信集團公司 余額管理中心技術方案 第 3 頁 預付和后付自由切換 客戶根據(jù)需要選擇付費模式 ，電信也可以根據(jù)需求設定付費模式 ， 即用戶 可以從預付費轉為后付費，也可以從后付費轉為預付費，在付費模式切換過程中，用戶的業(yè)務使用不能受影 響，用戶的帳戶余額能夠平滑過渡。 預付和后付實時共享余額 預付費用戶和后付費用戶可以選擇用同樣的余額賬本支付，進行實時共享。余額管理需要保證預付費和后付費業(yè)務并發(fā)使用時余額的完整性和實時性。 預付和后付的交叉優(yōu)惠和業(yè)務捆綁 客戶選擇中國電信的多種業(yè)務后，希望多業(yè)務之間能夠進行捆綁，以獲得更加優(yōu)惠的資費，如客戶之間的捆綁，多產(chǎn)品之間的捆綁，多個業(yè)務之間的捆綁，以上三類的捆綁都包含預付產(chǎn)品和后付產(chǎn)品的捆綁。 1.3 術語 名稱 英文 描述 OCS Online Charging System 在線計費系統(tǒng)， 用于完成 在線計費的系統(tǒng)平臺，能提供預付費批價和實時帳戶處理等功能。 HB Hot-billing 俗稱熱計費，離線計費方式的一種。服務結束即開始計費，以盡可能縮短業(yè)務使用與計費之間的時間差。 VC Voucher Center 充值中心，通過發(fā)行充值卡，為用戶提供預付費帳戶充值業(yè)務，實時更新帳戶余額。 CRM Customer Relation Management 客戶關系管理系統(tǒng)。主要完成業(yè)務受理、銷售管理、市場營銷、合作伙伴管理、客戶管理、產(chǎn)品管理及綜合客戶服務等功能，屬于電信業(yè)務支撐核心系統(tǒng)之一。 ABM Account balance management 余額管理中心是為所有 BSS 系統(tǒng)提供統(tǒng)一的余額數(shù)據(jù)操作和管理功能。獨立的系統(tǒng)平臺。 DCC Diameter Credit Control 基于 Diameter based 擴展的信用度控制協(xié)議。 Diameter CC服務器端提供實時的批價及信用控制， Diameter CC 客戶端通過與服務器端交互，獲得“額度授權”，并監(jiān)測“額度”使用情況。當用戶使用在線業(yè)務時，通過服務器端和客戶端交互完成根據(jù)用戶帳戶余額進行的實時信用控制。 中國電信集團公司 余額管理中心技術方案 第 4 頁 TUXEDO BEA TUXEDO 提供的電子商務交易平臺，是企業(yè)賴以支持其分布式關鍵任務應用系統(tǒng)的平臺。其多種功能，對在分布式異構計算機環(huán)境中開發(fā)和部署關鍵任務電子商務應用系統(tǒng)至關重要，包括分布式交易管理、高可用性、動態(tài)負載均衡、數(shù)據(jù)依賴路由 （ DDR） 一些主要功能點，同時提供企業(yè)級 IT 環(huán)境所需要的高級特性，如群集等。 CDR calling detail records CDR 即呼叫詳細記錄，它描述了呼叫接續(xù)的全過程。在 CDR中記錄的參數(shù)來自于原始的信令消息數(shù)據(jù)，可以為固定電話網(wǎng)或移動電話網(wǎng)業(yè)務提供 計費 的基礎。 CDR 包含 TUP 部分記錄和 ISUP 部分記錄。 CAPS Call Attempt Per Second 每秒試呼次數(shù) TPS Transaction Per Second 描述每秒鐘處理的事務數(shù) AOC Advice of Charge 計費通知 WS WebService 2 ABM 定位 2.1 計費領域中各系統(tǒng)的定位 OCSH o t B i l l i n gVC WSSABM（余額管理中心）1 、離線詳單計費：離線的詳單計費、實時累帳、準實時信控等2 、綜合帳務處理：帳務優(yōu)惠、出帳、帳目攤分等3 、綜合客戶保障：銷帳管理、帳單 / 發(fā)票管理、欠費管理、查詢管理等1 、 OCS 用戶的實時計費（包含詳單優(yōu)惠）2 、 AOC 通知3 、實時信用控制1 、統(tǒng)一客戶體驗2 、全業(yè)務充值3 、全網(wǎng)充值1 、電子充值2 、網(wǎng)上支付3 、網(wǎng)上積分查詢、使用圖 計費領域各系統(tǒng)的定位 中國電信集團公司 余額管理中心技術方案 第 5 頁 HotBilling（離線計費） ： 提供 離線詳單計費、 綜合帳務處理 、 綜合 客戶 保障的功能。離線詳單計費包括離線的詳單計費、實時累帳、準實時信控等功能； 綜合帳務處理包括帳務優(yōu) 惠、出帳、帳目攤分等 功能； 綜合 客戶 保障包括銷帳管理、帳單 /發(fā)票管理、欠費管理、查詢管理（清單、帳單、余額查詢等） 等功能。 OCS（在線計費） ： 提供 OCS 用戶的實時計費（包含詳單優(yōu)惠）、 AOC 通知、實時信用控制等功能。 VC（統(tǒng)一充值平臺）： 提供 統(tǒng)一客戶體驗、 全業(yè)務充值、全網(wǎng)充值的充值繳費服務 的功能，是余額賬本的充值來源渠道 。 WSS（網(wǎng)上自服）： 提供電子充值，隨時隨地繳費 、 使用網(wǎng)上銀行充值與支付 、 使用計費余額進行支付 、 使用網(wǎng)上積分轉余額進行支付 、 積分與余額實時查詢 等功能。 按照以上系統(tǒng)的定位，綜合帳務處理 和綜合客戶保障均在 HotBilling 中處理， OCS 不進行處理；定價配置界面可以在 HotBilling 中或 HotBilling 與 OCS中均可以配置。 2.2 ABM 在計費領域各系統(tǒng)中的定位及特點 計費領域中各系統(tǒng)的建設目標是 實現(xiàn)業(yè)務應用和數(shù)據(jù)平臺的分離，實現(xiàn)業(yè)務系統(tǒng)間的數(shù)據(jù)集中和共享 。 ABM（余額管理中心） 作為統(tǒng)一數(shù)據(jù)平臺的重要組成部分 ， 為 計費領域中 的各個 業(yè)務 系統(tǒng) 的數(shù)據(jù)集中和共享 提供 了保障 。 ABM 在 計費領域中 的 定位 如下圖所示： 中國電信集團公司 余額管理中心技術方案 第 6 頁 網(wǎng)元設備(SCP 、 ISMP 、 C CG 、 MSC 、 NG N 、 PH S)網(wǎng)元設備(SCP 、 ISMP 、 C CG 、 MSC 、 NG N 、 PH S)聯(lián)機采集 OC PWSS（網(wǎng)上自服）WSS（網(wǎng)上自服）A B M（余額管理中心）A B M（余額管理中心） 產(chǎn)品 客戶屬性 定價 余額VC（統(tǒng)一充值平臺）VC（統(tǒng)一充值平臺） 全業(yè)務充值卡 全網(wǎng)充值 對帳攤分離線計費 (H B)離線計費 (H B) 在線計費 (O CS)在線計費 (O CS)融合計費架構 通用接入 計費控制 正、反算 實時信控 計費網(wǎng)關 余額使用 預處理 批價 實時累帳 準實時信控 數(shù)據(jù)入庫 數(shù)據(jù)交換綜合帳務 綜合優(yōu)惠 內部攤分 帳單生成 出帳處理客戶保障 銷帳管理 欠費管理 綜合查詢 營收管理數(shù)據(jù)銜接 卡信息CRMCRM圖 ABM 在計費領域各系統(tǒng)中的定位 ABM 做為計費領域業(yè)務系統(tǒng)中的 生產(chǎn)數(shù)據(jù) 中心 ， 為 OCS 后期推廣起到搭橋的作用，避免 HotBilling 和 OCS 后期建設 出現(xiàn)兩個孤島。 ABM 主要通過 事務服務 的方式給業(yè)務系統(tǒng)提供使用，同時具備以下特點： 統(tǒng)一存放、實時共享（一點創(chuàng)建、多點使用）： ABM 中的數(shù)據(jù)包含余額、累積量和實時 積分 ，且計費領域中的這部分數(shù)據(jù)在 ABM 中是統(tǒng)一存放、實時共享的，滿足 HotBilling、 OCS、 VC、 WSS 等計費領域中相關系統(tǒng)的運行要求。 產(chǎn)品、定價、資料（客戶屬性） 和其他計費類需要共享的數(shù)據(jù) 也 建議 存放在 ABM 中 ，便于產(chǎn)品、定價部分提供統(tǒng)一配置和使用的要求 。 獨立 部署：按照 業(yè)務應用和數(shù)據(jù)平臺分離的原則， ABM 必須獨立進行部署。 統(tǒng)一服務調用：為了統(tǒng)一業(yè)務邏輯和調用方式， ABM 中提供了事務服務（余額）和原子服務（定價配置等）的調用，供各個系統(tǒng)進行使用。 2.3 ABM 與計費領域中各系統(tǒng)及 CRM 的關系 ABM 做為統(tǒng)一的實時信息共享平臺，需要和計費領域中的各系統(tǒng)產(chǎn)生關系，下面主要說明 ABM 同 HotBilling、 OCS、 VC、 WSS 及 CRM 的關系： 中國電信集團公司 余額管理中心技術方案 第 7 頁 A B MH o t B i l l i n g（ 離 線 計 費 ）O C S（ 在 線 計 費 ）V C（ 統(tǒng) 一 充 值 ）W S S（ 網(wǎng) 上 自 服 ）C R M獲 取 客 戶 屬 性相 關 資 料 等充 值 、 沖 正 、 對 帳 等預 存 、 沖 正 、 扣 費 、批 扣 、 查 詢 、 對 帳 、余 額 調 整 、 轉 移 等預 留 / 釋 放 、扣 費 / 補 款 、中 間 更 新 等余 額 查 詢 、 充 值 、 支 付 等圖 ABM 與計費領域中各系統(tǒng)及 CRM 的關系 ABM 與 HotBilling 的關 系 ： ABM 提供 HotBilling 中需要使用的產(chǎn)品配置、定價配置、客戶屬性相關的資料信息，同時提供余額的預存、沖正、扣費、批扣、查詢、對帳、調整和轉移等功能。 ABM 與 OCS 的關系 ： ABM 提供 OCS 中需要使用的產(chǎn)品配置、定價配置、客戶屬性相關的資料信息，同時提供余額的預留 /釋放、扣費 /補款、中間更新等功能。 ABM 與 VC 的關系 ： ABM 為 VC 提供需要的資料信息及余額的充值、沖正、對帳等功能 。 ABM 與 WSS 的關系 ： ABM 為 WSS 提供余額的查詢、充值、支付等功能。 ABM 與 CRM 的關系 ： ABM 從 CRM 獲取 客戶屬 性相關的資料（包括產(chǎn)品）。 中國電信集團公司 余額管理中心技術方案 第 8 頁 3 體系架構 H B O C SV CW S S其 他 系 統(tǒng)C R M數(shù) 據(jù)服 務訪 問控 制消息中間件余 額 管理 中 心讀 取 訂閱 關 系調 用 A B M 接 口 服 務 ( D C C / F I L E / W e b S e r v i c e / T u x e d o 等 )向應用模塊發(fā)送數(shù)據(jù)同步消息批 量 交 互文 件批 量 交 互文 件批 量文 件處 理物 理 數(shù) 據(jù) 庫發(fā)送或接收批量交互文件原 子 服務 2原 子 服務 1原 子 服 務 層文 件傳 輸服 務維 護 訂閱 關 系消 息 中 間 件協(xié) 議 轉 換傳 輸 控 制表A C L消 息 訂 閱 通知 規(guī) 則數(shù) 據(jù) 同 步 消 息數(shù)據(jù)同步消息隊列接 口 服 務 層批 量 服務核 心 數(shù) 據(jù) 層內 存 數(shù) 據(jù) 庫數(shù) 據(jù) 操 作系 統(tǒng) 監(jiān) 控過 載 保 護鑒 權 管 理服 務 管 理A B M 系 統(tǒng) 管 理余 額 預 留 , 扣 除 , 釋 放 , 返 還 , 更 新 , 查 詢 , 充 值 , 批 扣 等事 務 服務 2事 務 服務 1事 務 服 務 層事 務 服務 n報 文 解 析原 子 服 務目 錄原 子 服 務路 由原 子 服 務 調 用事 務 派 發(fā)數(shù) 據(jù) 服 務 層A B M 服務 日 志余額管理中心從體系架構由下到上可以劃分為：核心數(shù)據(jù)層、數(shù)據(jù)服務層和接口服務層。 核心數(shù)據(jù)層：負責存儲和管理 ABM 的業(yè)務數(shù)據(jù)，包含物理數(shù)據(jù)和內存數(shù)據(jù)。 數(shù)據(jù)服務層：分為事務服務層和原子服務層。事務服務層主要為余額類數(shù)據(jù)提供余額的預留、扣除、釋放、返還、累計量的更新等有業(yè)務邏輯的服務，它通過定制或者組裝調用原子服務層的服務；原子服務層提供不含業(yè)務邏輯的 CRUD的原子操作服務。 中國電信集團公司 余額管理中心技術方案 第 9 頁 接口服務層：對數(shù)據(jù)服務層提供的數(shù)據(jù)服 務進行接口的封裝，對外提供 DCC接口、文件接口、 WebService、 Tuxedo 等接口方式。 對于 ABM 中的余額類數(shù)據(jù)，數(shù)據(jù)的提供者包括 CRM、 VC、 WSS、 OCS、HB 等系統(tǒng)，數(shù)據(jù)的使用者包括 OCS、 HB、 CRM （數(shù)據(jù)的使用為讀寫使用）。對于資料類數(shù)據(jù)，數(shù)據(jù)的提供者為 CRM（過渡方案資料類數(shù)據(jù)，可由 CRM 通過 HB 系統(tǒng)中轉到 ABM），數(shù)據(jù)的使用者包括 OCS、 HB、 VC、 WSS 等系統(tǒng)（數(shù)據(jù)的使用為只讀使用）。 3.1.1 核心數(shù)據(jù)層 核心數(shù)據(jù)層是 ABM 的數(shù)據(jù)存儲層，提供基本的數(shù)據(jù)存儲和 CRUD 的原子操作功能。為了同 時保證 ABM 的性能、數(shù)據(jù)的安全， 核心數(shù)據(jù)層 分為物理數(shù)據(jù)層和內存數(shù)據(jù)層 。 其中物理數(shù)據(jù)層負責核心數(shù)據(jù)的持久化的存儲，可以采用目前主流的關系型數(shù)據(jù)庫。內存數(shù)據(jù)層為物理數(shù)據(jù)層數(shù)據(jù)的在內存中的緩存，為數(shù)據(jù)服務層提供高效的 SQL 的 CRUD 的原子操作。 一方面采用批量或者單記錄的方式將物理數(shù)據(jù)庫核心數(shù)據(jù)加載或者同步到內存數(shù)據(jù)庫，另一方面當內存數(shù)據(jù)庫中的數(shù)據(jù)發(fā)生變化后同步到物理數(shù)據(jù)庫中，確保數(shù)據(jù)的安全。 3.1.2 數(shù)據(jù)服務層 數(shù)據(jù)服務層 是 ABM 的應用邏輯層，提供基于核心數(shù)據(jù)層數(shù)據(jù)的原子業(yè)務服務（適用于客戶資料類數(shù)據(jù)和產(chǎn)品定價數(shù)據(jù)）和 事務服務（適用于余額類數(shù)據(jù)） 。 3.1.2.1.1 余額數(shù)據(jù)類的應用服務 ABM 的余額類數(shù)據(jù)的應用服務 是 ABM 對核心數(shù)據(jù)層的余額數(shù)據(jù)封裝的事務型的業(yè)務邏輯應用 ， 實現(xiàn)對余額的充值和使用等操作 。 余額類數(shù)據(jù)包括參與人的余額、累計量和實時積分等。 中國電信集團公司 余額管理中心技術方案 第 10頁 3.1.2.1.2 產(chǎn)品定價類的應用服務 ABM 的 產(chǎn)品定價 類數(shù)據(jù)的應用服務 是對核心數(shù)據(jù)層的產(chǎn)品定價類數(shù)據(jù)封裝的原子業(yè)務邏輯應用 ， 應用服務層介于核心數(shù)據(jù)層和接口服務層之間，實現(xiàn)對產(chǎn)品定價數(shù)據(jù)統(tǒng)一的 CRUD 的原子操作服務 。 ABM 同時對外部系統(tǒng)提供產(chǎn)品定價資料的同步應用邏輯。 3.1.2.1.3 客戶資料類的應用服務 ABM 的余額 類數(shù)據(jù)的應用服務 是對核心數(shù)據(jù)層客戶資料類數(shù)據(jù)封裝的原子業(yè)務邏輯應用 ， 應用服務層介于核心數(shù)據(jù)層和接口服務層直接，實現(xiàn)對產(chǎn)品定價數(shù)據(jù)統(tǒng)一的 CRUD 的原子操作服務 。 客戶資料類數(shù)據(jù)包括三戶資料、訂購關系等。 ABM 同時對外部系統(tǒng)提供客戶資料類數(shù)據(jù)的同步應用邏輯。 3.1.3 接口服務層 ABM 的接口服務層是對 ABM 的數(shù)據(jù)服務層進行接口封裝、提供外部系統(tǒng)調用的統(tǒng)一接口服務層。接口服務層按照接口要求的不同，分為余額數(shù)據(jù)類數(shù)據(jù)的服務接口、產(chǎn)品定價類數(shù)據(jù)的服務接口和客戶資料類數(shù)據(jù)的服務接口。 3.1.3.1.1 余額數(shù)據(jù)類的服務接口 ABM的余額類數(shù) 據(jù)的服務接口是 ABM對外部系統(tǒng)暴露的與余額相關業(yè)務的外部接口， ABM 對 數(shù)據(jù)服務層提供的余額類數(shù)據(jù)的應用服務進行包裝 ， 提供基于 DCC/Web Servic/Tuxedo 的應用接口， 供外部系統(tǒng)對余額的 進行統(tǒng)一的 管理和使用。 實現(xiàn)計費域各系統(tǒng)對余額的充值和使用接口的統(tǒng)一。 主要服務如下表： 中國電信集團公司 余額管理中心技術方案 第 11頁 接口大類 接口名稱 OCS 相關 開始預留 中間更新 終止使用 扣費 補款 累計量查詢 資料、產(chǎn)品、定價批量加載 資料、產(chǎn)品、定價實時更新 VC 相關 充值 沖正 余額查詢 一號雙機判斷 （查詢） 對賬 (文件方式 ) HB 相關 賬本準實時扣費（話務級） 賬本扣費 累計量更新 賬本查詢 累計量查詢 預存 預存沖正 批 量余額更新 余額日志查詢 對賬 余額變更通知 資料變更通知 資料批量加載 CRM 相關 賬本查詢 預存 中國電信集團公司 余額管理中心技術方案 第 12頁 預存沖正 對賬 資料同步 3.1.3.1.2 產(chǎn)品定價類的服務接口 ABM 的 產(chǎn)品定價類數(shù)據(jù) 的服務接口是 ABM 對外部系統(tǒng)暴露的與 產(chǎn)品定價資料相關的外部接口， ABM 對 數(shù)據(jù)服務層提供的資料類數(shù)據(jù)原子操作的應用服務進行包裝 ， 提供 基于 Web Service/Tuxedo 的應用接口， 供外部系統(tǒng)對 資料類數(shù)據(jù)進行統(tǒng)一的 管理 、查詢 和使用。 ABM 同時基于數(shù)據(jù)服務層的產(chǎn)品定價同步的應用邏輯，對外部系統(tǒng)提供產(chǎn)品定價類數(shù)據(jù)的同步接口 。 實現(xiàn)計費域各系統(tǒng)間產(chǎn)品定價數(shù)據(jù)的一次性配置，各系統(tǒng)復用的目標。 3.1.3.1.3 客戶資料類的服務接口 ABM的 客戶 資料類數(shù)據(jù)的服務接口是 ABM對外部系統(tǒng)暴露的與 三戶 資料相關的外部接口， ABM 對 數(shù)據(jù)服務層提供的客戶資料類數(shù)據(jù)原子操作的應用服務進行包裝 ， 提供基于 Web Service 的應用接口， 供外部系統(tǒng)對 客戶資料類數(shù)據(jù)進行統(tǒng)一的 管理 、查詢 和使用。 ABM 同時基于數(shù)據(jù)服務層的客戶資料類數(shù)據(jù)同步的應用邏輯，對外部系統(tǒng)提供客戶資料類數(shù)據(jù)的同步接口 。 實現(xiàn)計費域各系統(tǒng)客戶資料類數(shù)據(jù)的主數(shù)據(jù)只有一份、只對主數(shù)據(jù)通過統(tǒng)一的外部接口進行更新操作、主數(shù)據(jù)的集中和管理的目標。 3.2 數(shù)據(jù)架構 在余額管理中心包含 2 部分數(shù)據(jù)：物理數(shù)據(jù)庫數(shù)據(jù)、內存數(shù)據(jù)庫數(shù)據(jù)，余額管理中心的數(shù)據(jù)架構如下： 中國電信集團公司 余額管理中心技術方案 第 13頁 內 存 數(shù) 據(jù) 庫 （ M D B ）物 理 數(shù) 據(jù) 庫數(shù) 據(jù) 加 載數(shù) 據(jù) 同 步數(shù) 據(jù) 刷 新余 額 管 理 中 心內 存 數(shù) 據(jù) 庫 （ M D B ）切 換物理數(shù)據(jù)庫：存儲余額 賬本 、 產(chǎn)品 、定價、 客戶資料 等數(shù)據(jù)，同時備份內存數(shù)據(jù)庫中的余額、累積量等信息 ； 內存數(shù)據(jù)庫：為了提高 系統(tǒng)的處理效率，在內存數(shù)據(jù)中加載有余額、客戶資料等資料數(shù)據(jù)，對于物理數(shù)據(jù)庫中變化的數(shù)據(jù)緩存到內存數(shù)據(jù)庫，對于余額的變化實時同步到物理數(shù)據(jù)庫中，確保數(shù)據(jù)的安全； 中國電信集團公司 余額管理中心技術方案 第 14頁 4 系統(tǒng)功能 4.1 系統(tǒng)功能框架 管理控制余 額 管 理協(xié)議轉換服務提供信息點布控數(shù)據(jù)保障數(shù)據(jù)稽核生命周期管理OC SOC SHBHBVCVCB SN網(wǎng)管B SN網(wǎng)管W SSW SSCRMCRM數(shù)據(jù)同步參與會話管理訂閱通知優(yōu)先級管理系統(tǒng)監(jiān)控鑒權數(shù) 據(jù) 管 理規(guī)則管理元數(shù)據(jù)管理歸檔清理業(yè)務邏輯處理數(shù)據(jù)備份任務管理4.2 管控功能 4.2.1 鑒權 鑒權管理指對 ABM 系統(tǒng)的訪問者進行認證和授權。包括系統(tǒng)權限管理、數(shù)據(jù)鑒權管理和服務鑒權管理。 4.2.1.1 系統(tǒng)權限管理 ABM 系統(tǒng)權限管理主要包括用戶 管理和權限管理。 用戶管理 主要是維護 可以訪問 ABM系統(tǒng) 的 對象 基本信息，包括 的對象 增加、修改、刪除等操作 。 訪問 ABM 系統(tǒng)的對象包括人和系統(tǒng)。人員可以分為系統(tǒng)管理員、普通用戶 等。人員信息需要包括 工號、員工名稱、口令、級別等 。系統(tǒng)管 中國電信集團公司 余額管理中心技術方案 第 15頁 理員可以對普通用戶進行密碼初始化。系統(tǒng)是指可以訪問 ABM 系統(tǒng)的 OCS、Hotbilling、 WSS、 VC 等系統(tǒng)。系統(tǒng)信息需要包括系統(tǒng)編號、系統(tǒng)名稱、訪問鑒權碼等。 權限管理主要是對 ABM 系統(tǒng)的權限進行定義，包括權限的增加、刪除和修改等。權限管理也需要定義用戶所具有的權限，可以支持權限的授予和回收。可以支持分級授權。 權限的種類包括模塊權限、數(shù)據(jù)權限和服務權限。模塊權限是指登錄系統(tǒng)的用戶可以使用的 ABM系統(tǒng)功能模塊。數(shù)據(jù)權限是指登錄系統(tǒng)的用戶可以對 ABM系統(tǒng)的表進行的增、刪、改、查操作。服務權限是指 OCS、 Hotbilling 等系統(tǒng)可以訪問哪些 ABM 系統(tǒng)提供的服務。原子服務的權限是基于數(shù)據(jù)的 CRUD 管理，根據(jù)數(shù)據(jù)的 CRUD 定義自動生成相應的原子服務權限?？梢灾付梢栽L問的業(yè)務服務和事務服務的系統(tǒng)。 4.2.1.2 服務 鑒權 管理 服務鑒權對調用 ABM 系統(tǒng)服務的系統(tǒng)進行調用鑒權。系統(tǒng)根據(jù)數(shù)據(jù)的CRUD管理自動生成系統(tǒng)服務的可供訪問權限。 OCS、 Hotbilling 等系統(tǒng)訪問 ABM系統(tǒng)服務時，系統(tǒng)將根據(jù)訪問系統(tǒng)編號、序列號等進行校驗，如果通過鑒權可以繼續(xù)訪問后續(xù)業(yè)務邏輯，如果沒 有通過將返回未通過鑒權的明確提示。 數(shù)據(jù)鑒權通過服務來實現(xiàn)。通過服務對數(shù)據(jù)進行鑒權，指定外部系統(tǒng)可以對ABM 系統(tǒng)的哪些表進行何種操作。 保證 數(shù)據(jù)的 安全性和訪問的合法性。 4.2.2 任務管理 任務管理 包括定時任務的后臺自動運行管理，手工進行 任務的運行 管理以及異常情況下任務的重新調度 。 4.2.2.1 定時任務 管理 定時任務管理提供 系統(tǒng)界面進行 定時任務的 增加、刪除、修改、查詢等維護功能。定時任務信息包括定時任務編號、任務名稱、定時啟動時間、調用的服務 中國電信集團公司 余額管理中心技術方案 第 16頁 等。定時任務到指定的啟動時間后可以觸發(fā)后臺服務自動運行，運行過程需要記錄運行結果和運行情況 的日志，供進程監(jiān)控使用?？梢栽O置定時任務的運行周期，使定時任務按照指定的間隔時間周期性自動運行。定時任務的間隔周期最小時間支持秒級。 CRM 接口數(shù)據(jù)同步和 ABM 對外提供客戶資料等各種數(shù)據(jù)稽核操作、數(shù)據(jù)歸檔操作、數(shù)據(jù)清理操作、異常任務的調度等后臺任務均可以根據(jù)需要作為定時任務進行管理，以便可以定期自動執(zhí)行。 4.2.2.2 系統(tǒng)進程 管理 系統(tǒng)進程管理可以圖形化展現(xiàn)出正在運行的系統(tǒng)進程 。 展現(xiàn)的信息包括進程ID、進程名稱、進程狀態(tài)等?？梢酝ㄟ^進程監(jiān)控的鏈接查看進程占用資源情況?？梢允止みM行進程的啟動、停止。對正在運行的進程還可以 進行暫停和暫停后的恢復等操作。進程管理對象包括定時任務和其他實時運行的服務。 進程的管理包括 ABM 系統(tǒng)內部的管理進程和對外提供的服務進程的管理。管理進程主要指提供的數(shù)據(jù)稽核、數(shù)據(jù)清理、數(shù)據(jù)歸檔等進程。服務進程包括ABM 系統(tǒng)對外提供服務，例如余額查詢、充值、支付、產(chǎn)品定價配置等服務進程。可以對需要管理的進程進行增加、刪除和修改，并指定哪些系統(tǒng)用戶對該進程可以啟動、停止、暫停和恢復。 4.2.2.3 異常 處理 ABM 系統(tǒng)在運行過程中，可能由于 CRM 等外部系統(tǒng)同步數(shù)據(jù)有誤、 ABM系統(tǒng)版本升級有誤、主機掉電等異常原因導致 ABM 系統(tǒng) 對外提供的數(shù)據(jù)有誤，需要重新進行數(shù)據(jù)的同步。系統(tǒng)需要提供異常任務調度的功能，重新進行異常任務的調度。 系統(tǒng)可以在運行過程中自動記錄異常日志，包括異常的進程、異常原因代碼、具體的異常原因內容、異常發(fā)生的時間點、發(fā)生異常的數(shù)據(jù)等。也可以提供手工錄入異常日志的功能。系統(tǒng)提供異常任務調度臺功能，可以查詢異常任務信息，將異常數(shù)據(jù)通知源頭系統(tǒng)進行更正。系統(tǒng)也可以提供直接對源頭數(shù)據(jù)更正的功 中國電信集團公司 余額管理中心技術方案 第 17頁 能，該功能需要有嚴格的權限控制。異常數(shù)據(jù)修正后通過人工觸發(fā)異常調度任務，刪除系統(tǒng)中原有的異常數(shù)據(jù)，更新源頭系統(tǒng)更正后的數(shù)據(jù)并同步給 OCS 和Hotbilling 等外圍系統(tǒng)。 4.2.3 系統(tǒng)監(jiān)控 系統(tǒng)監(jiān)控對 對主機、數(shù)據(jù)庫、應用系統(tǒng) 等進行監(jiān)控。 發(fā)現(xiàn)問題后能以多種 方式 向使用者發(fā)出告警信息 。 告警的手段包括短信提醒、 email 提醒、界面彈出提醒等或者多種方式的組合。 4.2.3.1 進程監(jiān)控 能夠監(jiān)控進程是否正常運行，運行的時間。 大批量數(shù)據(jù)操作還需要顯示工作處理進度。 可以通過系統(tǒng)進程管理進行接口進程的啟動、停止和暫停。工作任務可以從斷點開始繼續(xù)工作。 包括監(jiān)測 服務當前執(zhí)行到的關鍵點、占用該服務的請求系統(tǒng) 。 能 夠 監(jiān)控各服務 的進程 ID、服務名稱、當前以及 歷史占用 的 CPU、內存和 I/O 等資源情況 。 可以監(jiān)控進程運行的啟動時間、運行時間、運行結果等?？杀O(jiān)控的進程范圍由系統(tǒng)進程管理定義。 4.2.3.2 通道監(jiān)控 能夠 監(jiān)控 各接口通道的運行 情況、通道總容量、當前使用的容量、連接到接口通道的 OCS、 HB 等系統(tǒng)以及各系統(tǒng)發(fā)起的連接進程數(shù)量、調用結果等。可以根據(jù)執(zhí)行情況對服務進行人工干預（如對本次服務請求進行中斷）。 接口進程監(jiān)控側重于接口服務本身的監(jiān)控。接口通道的監(jiān)控側重于連接到接口的外部系統(tǒng)和發(fā)起的請求的監(jiān)控。 4.2.4 數(shù)據(jù)稽核 ABM 系統(tǒng)作為 OCS、 HB 等系統(tǒng)之間的數(shù)據(jù)共享平臺，負責進行余額、產(chǎn)品、定價、客戶資料等數(shù)據(jù)的 提供，直接影響計費的準確性。需要通過數(shù)據(jù)稽核 中國電信集團公司 余額管理中心技術方案 第 18頁 機制來確保 ABM 系統(tǒng)數(shù)據(jù)的準確性。 數(shù)據(jù)稽核主要針對 ABM 系統(tǒng)中的關鍵資料和關鍵數(shù)據(jù)來源。包括但不限于CRM 系統(tǒng)向 ABM 系統(tǒng)傳送客戶資料數(shù)據(jù)， ABM 系統(tǒng)向 OCS、 HB 等系統(tǒng)提供的客戶資料數(shù)據(jù)， HB 向 ABM 系統(tǒng)提供的產(chǎn)品配置及定價數(shù)據(jù)， WSS 或 VC 對ABM 系統(tǒng)進行的余額預存、充值和支出， OCS 或者 HB 向 ABM 系統(tǒng)發(fā)起的余額預存、沖正、預留、批扣等重要操作進行稽核。 在這些關鍵 接口 和一些關鍵點要詳細記錄每次處理 數(shù)據(jù) 的情況 ，包括處理開始時間、處理結束時間、處理時長、數(shù)據(jù) 實體名稱、輸入 前的總記錄數(shù)和輸入后的 總記錄數(shù)、重復記錄數(shù)、異常記錄數(shù)、正常記錄數(shù)等基本元素信息 。 需要記錄處理前后的數(shù)據(jù)實體自身的信息，包括實體的各個字段及取值， 并對處理前后數(shù)據(jù)實體中的關鍵字段值進行比較。 可以每次接口調用后就進行數(shù)據(jù)稽核或者通過定時任務管理實行定期數(shù)據(jù)稽核，也可以通過系統(tǒng)進程管理手動發(fā)起數(shù)據(jù)稽核。 數(shù)據(jù)稽核的 方式包括抽樣處理、全面校驗等。 對于接口處理的總量稽核 和數(shù)據(jù)實體的關鍵字段值校驗例如余額、帳戶合同號等的合法性、一致性等可以采用全面校驗 。 對于其他數(shù)據(jù)的稽核檢驗可以采用抽樣處理。數(shù)據(jù)稽核可 以自動進行，也可以手工觸發(fā)。自動的數(shù)據(jù)稽核通過定時任務實現(xiàn)?？梢远x自動稽核時抽樣處理的百分比，按照制定的百分比提取樣例數(shù)據(jù)進行稽核。 可以定義數(shù)據(jù)稽核告警的閥值。閥值包括兩種類型：一種類型是指定異常數(shù)據(jù)的絕對值或者異常數(shù)據(jù)的百分比超過閥值進行告警，另一種類型是指定本次數(shù)據(jù)稽核的總量等與歷史數(shù)據(jù)總量的比值，超過一定閥值進行告警。產(chǎn)生的告警數(shù)據(jù)通過系統(tǒng)監(jiān)控進行自動通知。 可以按照天或者指定時間段產(chǎn)生數(shù)據(jù)稽核的統(tǒng)計分析和報表?？梢愿鶕?jù)時間段、接口名稱、處理實體、處理成功與否等多個維度進行統(tǒng)計分析。分析的指標包括 時間段、接口名稱、處理實體、總數(shù)據(jù)量、成功數(shù)量、異常數(shù)量、異常原因等。支持本次數(shù)據(jù)稽核和歷史數(shù)據(jù)稽核的對比。可以根據(jù)需要進行逐層鉆取，鉆取到詳細的清單列表。 4.2.5 信息點布控 對服務提供關鍵信息點布控，并能通過 網(wǎng)管接口提供給網(wǎng)管系統(tǒng)統(tǒng)一進行監(jiān) 中國電信集團公司 余額管理中心技術方案 第 19頁 控。 需要布控的信息點 主要針對 ABM 應用本身例如數(shù)據(jù)稽核、進程監(jiān)控和通道監(jiān)控等。 布控的信息點網(wǎng)管信息包括性能指標、告警數(shù)據(jù)和配置數(shù)據(jù)。性能指標主要包括 CPU、內存、 I/O、網(wǎng)絡等的使用率、文件的空間占用率、主機進程的狀態(tài)、服務的執(zhí)行時間、通道連接數(shù)等。告警數(shù)據(jù)包括故障告警和性 能閥值告警。 4.2.6 優(yōu)先 級 管理 需要提供服務的優(yōu)先級管理?？梢远x不同服務的優(yōu)先等級，例如余額查詢和余額充值服務可以定義為高優(yōu)先級服務、產(chǎn)品配置服務可以定義為普通優(yōu)先級。對于同一優(yōu)先等級的服務，還可以定義針對不同系統(tǒng)定義優(yōu)先等級。例如對于余額查詢服務，針對 OCS 系統(tǒng)可以定義為高優(yōu)先級，針對 HB 系統(tǒng)可以定義為普通優(yōu)先級。 ABM 系統(tǒng)對外提供服務調用時，根據(jù)優(yōu)先級配置的策略在進行并發(fā)事務的調度時，優(yōu)先響應高優(yōu)先級的服務和調用系統(tǒng)。在系統(tǒng)負荷較重時，優(yōu)先保障高優(yōu)先級服務。 服務的管理需要提供 過載保護 。 要求 ABM 系統(tǒng)能夠 依據(jù)系統(tǒng)的即時狀況，限制過度請求，從而保證系統(tǒng)的穩(wěn)定性。需要具備 定義過載保護的條件屬性，例如 CPU 占用率的門限值，內存占用率。當達到過載保護條件時則系統(tǒng)自動運行服務的保護規(guī)則?？梢耘渲妹總€服務的保護規(guī)則，從而實現(xiàn) 每個服務中實現(xiàn)過載保護的控制 。服務的保護規(guī)則可以采取拒絕新的連接請求、停止低優(yōu)先級服務等。 4.3 核心 功能 4.3.1 數(shù)據(jù)管理 數(shù)據(jù)管理主要是 提供 ABM 系統(tǒng)中的數(shù)據(jù)查詢?？梢赃M行元數(shù)據(jù)的定義、CRUD 矩陣管理，對系統(tǒng)中的數(shù)據(jù)進行稽核和歸檔清理。 中國電信集團公司 余額管理中心技術方案 第 20頁 4.3.1.1 數(shù)據(jù)查詢 ABM 系統(tǒng)提供管理界面，可以 通過 對 存儲的余額、產(chǎn)品、定價、客 戶資料等對計費域各系統(tǒng)提供的共享數(shù)據(jù)進行查詢。包括對物理數(shù)據(jù)庫和內存數(shù)據(jù)庫中的數(shù)據(jù)進行查詢。 4.3.1.2 CRUD 矩陣管理 可以定義 OCS、 HB、 VC、 WSS、 CRM 等系統(tǒng)在 ABM 系統(tǒng)中每個實體的整個生命周期管理過程中所具有的 C（增加）、 R（獲?。?、 U（更新）、 D（刪除）權限，即 CRUD 矩陣的管理。 說明數(shù)據(jù)提供者和數(shù)據(jù)消費者對于數(shù)據(jù)信息的要求及操作。 可以進行每個實體 CRUD矩陣的增加、刪除和修改。根據(jù)定義的 CRUD矩陣可以自動生成對應的原子服務的訪問權限。 4.3.1.3 元數(shù)據(jù)管理 元數(shù)據(jù)管理包括對系統(tǒng)中的實體創(chuàng)建、修改和刪除?？梢?定義每個實體的名稱，實體包括的字段名稱、數(shù)據(jù)類型、長度等?？梢远x的實體包括表、索引。定義的元數(shù)據(jù)需要能夠存儲到物理數(shù)據(jù)庫或者物理存儲文件，并可以實時加載到內存數(shù)據(jù)庫或者通過手工觸發(fā)裝載到內存數(shù)據(jù)庫。 系統(tǒng)需要提供元數(shù)據(jù)版本管理。對于元數(shù)據(jù)實體結構的變化需要產(chǎn)生新的版本，可以根據(jù)需要選擇相應的歷史版本進行元數(shù)據(jù)結構的恢復。進行元數(shù)據(jù)結構修改時如果會影響已有的數(shù)據(jù)，應該給出提示，并根據(jù)用戶的選擇可以在元數(shù)據(jù)版本備份的同時備份已有的數(shù)據(jù)，便于版本恢復的同時可以同步恢復原有數(shù)據(jù)。 版本變更日志記錄模型的版本信息， 版本信息包括實體編號，實體名稱，實體結構，當前版本，上一版本和歷史版本的版本號和狀態(tài)。 4.3.1.4 數(shù)據(jù)歸檔 /清理 可以根據(jù)指定的實體名稱和時間戳對系統(tǒng)中現(xiàn)有實體的數(shù)據(jù)進行歸檔或者清理?？梢愿鶕?jù)指定的實體名稱和指定的版本號、時間戳對實體的歷史版本數(shù)據(jù) 中國電信集團公司 余額管理中心技術方案 第 21頁 進行清理或者歸檔。對于數(shù)據(jù)是歸檔還是清理需要可以配置?？梢酝ㄟ^定時任務實現(xiàn)數(shù)據(jù)的歸檔或者清理的自動執(zhí)行，也可以手工觸發(fā)。可以通過配置指定歸檔是自動方式還是手動方式。可以指定歸檔的位置和介質，例如磁盤或者磁帶等。 需要歸檔或者清理的數(shù)據(jù)實體包括 ABM 系統(tǒng)對外提供的余額、產(chǎn)品、 客戶、定價等共享數(shù)據(jù)。系統(tǒng)自身使用的管理數(shù)據(jù)不在歸檔范圍之內。需要歸檔的數(shù)據(jù)實體可以單個指定，也可以批量指定。 4.3.1.5 日志查詢 日志包括系統(tǒng)操作日志和數(shù)據(jù)操作日志。系統(tǒng)操作日志是對于系統(tǒng)中的重要操作記錄操作日志。操作日志的信息包括操作人、操作時間、操作對象、操作動作等。數(shù)據(jù)操作日志是對于 OCS、 HB 等系統(tǒng)對于 ABM 系統(tǒng)中的關鍵數(shù)據(jù)的更新需要記錄服務訪問日志。服務訪問日志的信息包括調用系統(tǒng)、調用服務名稱、傳入?yún)?shù)、返回結果、調用時間等。 要求記錄日志的系統(tǒng)操作有系統(tǒng)用戶和授權的管理、定時任務管理、元數(shù)據(jù)管理、 CRUD 矩陣管理、數(shù)據(jù)歸檔清理等。需要記錄日志的服務調用包括對余額的所有更新類操作，例如余額充值、沖正、批扣、補款、支付等?？蛻糍Y料、產(chǎn)品、定價和累積量等數(shù)據(jù)的更新也需要記錄日志。 4.3.2 余額管理 4.3.2.1 參與會話管理 ABM 要求支持參與會話管理，對一個完整會話的處理和回話中途異常的處理，如： OCS 初始化，扣款 /預留，扣款 /預留 ；如果沒有出現(xiàn)異常，則扣款是對用一個會話上一次請求的預留或初始化 (第一次 )；如果出現(xiàn)異常，比如會話超時，則要求 ABM 對上次的請求的預留做補款處理，并能對后續(xù)的 OCS 請求進行判斷，如果是異常的會話，則 回復 OCS 會話已經(jīng)失敗，重新發(fā)起一個新的會話請求。 中國電信集團公司 余額管理中心技術方案 第 22頁 4.3.2.2 余額生命周期管理 已 注 銷有 效保 留超 過 有 效 期有 效 期 延 長超 過 保 留 期 、 注 銷注 銷冷 凍解 凍 （ 超 過 有 效 期 ）解 凍 凍 結注 銷創(chuàng) 建結 束創(chuàng)建： 余額帳本不存在，通過創(chuàng)建操作使余額帳本進入有效狀態(tài)。 有效狀態(tài)： 余額帳本處于正常使用狀態(tài)。 注銷狀態(tài)： 余額帳本處于有效、保留或冷凍狀態(tài)，通過注銷操作使余額帳本進入已注銷狀態(tài)： 注銷操作來自號碼注銷請求， ABM 判斷該帳本上無其他支付關系后，可以注銷該帳本。 冷凍狀態(tài)： 通過人工干預方式，可使余額帳本直接進入冷凍狀態(tài)，余額帳本處于冷凍狀態(tài)時，用戶不能使用該余額帳本?？赏ㄟ^人工解凍使 余額帳本從冷凍狀態(tài)恢復到有效狀態(tài)。 保留狀態(tài)： 余額帳本的有效期屆滿或者用戶帳戶余額用完后，余額帳本將進入保留期。進入保留期后，用戶不能使用余額；可以通過延長使用期限激活保留期或超過保留期后進入注銷狀態(tài)。 中國電信集團公司 余額管理中心技術方案 第 23頁 4.3.2.3 余額規(guī)則管理 余額規(guī)則包括余額共享規(guī)則，余額?？顚Ｓ靡?guī)則，余額贈送規(guī)則。余額共享規(guī)則表達了一個余額由多個使用對象共同使用的規(guī)則；余額?？顚Ｓ靡?guī)則表達了對一個余額在使用上限制了指定的產(chǎn)品，運營商，帳目組 ；余額贈送規(guī)則表達了對一種余額類型在發(fā)生充值的動作時產(chǎn)生了相應的贈送規(guī)則。余額規(guī)則的管理包括了對余額規(guī)則的 配置，維護。通過提供統(tǒng)一的服務對外發(fā)布；主要提供的服務有余額?？顚Ｓ门渲梅眨囝~贈送規(guī)則配置，余額共享規(guī)則配置，余額類型配置 4.3.2.4 業(yè)務邏輯處理 業(yè)務邏輯處理是 ABM 核心的核心，是相關需求的具體處理?？臁I(yè)務邏輯本身不對外開放，而是通過事務服務的調用滿足外部系統(tǒng)相關的業(yè)務要求。簡單的業(yè)務請求可能調用一個業(yè)務邏輯就能滿足，相對復雜的業(yè)務可能需要通過對多個業(yè)務邏輯進行組裝完成。每個業(yè)務邏輯處理也可以稱為原子服務，具體可以分為以下四類： 1、 通用類：是 基于表、視圖級的主健條件完成 CRUD 數(shù)據(jù)操作。 2、 定制類：是 基于表、視圖 級、多表關連的非主鍵條件查詢數(shù)據(jù)操作。 3、 邏輯類：是具有一定業(yè)務邏輯判斷的原子服務，而且與外部系統(tǒng)交換次數(shù)也比較少，所以效率最高。 4、 動態(tài)服務： ABM 根據(jù)外部系統(tǒng)所提供的 SQL 語句，從而完成某些復雜功能。其實質就是 SQL 語句的解析器，因為這種方式雖然靈活，但是需要暴露內部的數(shù)據(jù)模型給外部系統(tǒng)，所以建議盡量少用。 4.4 接口功能 4.4.1 協(xié)議轉換 其他系統(tǒng)對 ABM的訪問可以通過 SOCKET,WEBSERVICE,TUXDO,EJB等方 中國電信集團公司 余額管理中心技術方案 第 24頁 式， ABM 系統(tǒng)提供統(tǒng)一的接口協(xié)議轉換，對不同的通信協(xié)議進行轉換，預處理成 ABM 內部可以識別的 報文格式。如 CRM 資料同步接口協(xié)議， ABM 可以在不修改原來 CRM 接口協(xié)議的前提下實現(xiàn)對資料同步接口的格式化，生成 ABM 可以直接處理的內部格式。 4.4.2 服務提供 4.4.2.1 事務服務 ABM 根據(jù)外部系統(tǒng)需求，提供不同的事務服務。如有以下類別的事務服務。 1、提供查詢、充值、預扣、扣款、補款、沖正、提取、對帳等余額管理服務。 2、提供產(chǎn)品、定價計劃、資料等基礎操作管理的通用事務管理服務，通用事務服務能夠識別不同需求的報文，從而支持不同的需求。 3、提供批量扣款、批量沖正等文件服務。 4、提供 余額?？顚Ｓ门渲?、余額贈送規(guī)則、余額共 享規(guī)則、余額類型配置等 ABM 內部系統(tǒng)需要的 管理服務。 4.4.2.2 服務定制 服務包括 原子服務和事務服務等。 服務需要具備高的靈活性，能夠根據(jù)接入系統(tǒng)的 業(yè)務規(guī)則進行調整 定制 。 要求 系統(tǒng)具有服務定制的功能。 系統(tǒng)需要提供原子服務的定制功能?？梢愿鶕?jù)單個實體增加、刪除、修改和查詢定義相應的原子服務?？梢蕴峁﹫D形化界面進行原子服務的增加、刪除和修改?？梢愿鶕?jù)系統(tǒng)中的元數(shù)據(jù)自動生成原子服務，并可根據(jù)需要通過界面進行原子服務的修改