余额管理中心技术方案V0.652

中国电信集团公司 余额管理中心技术方案 第 1 页 （报批 稿） 中国电信集团公司企业信息化部 2008 年 1 月 余额管理中心技术方案 中国电信集团公司 余额管理中心技术方案 第 2 页 1 概述 1.1 现状分析 随着中国电信市场竞争越来越激烈，客户的需求越来越高，除全业务运营、资费灵活、交叉 /捆绑等需求外，对服务的便利性、服务的实时性、消费的透明性提出了更高的要求 ，同时随着电信运营移动业务和 3G 的即将到来， 为保证市场经营处于有利地位，市场前端对 IT 支撑系统提出了更高的要求。 为了适应市场要求，中国电信 IT 支撑在计费方面前期做了大量工作，主要体现在： 1、 集团计 费模型 2.0 规范编写、检测和各省实施； 2、 集团 SID 规范编写； 3、 计费 HotBilling 六大厂家前期预研； 4、 OCS 的各省试点工作； 5、 各省 3G 仿真测试工作； 2006 年，集团开始启动 5 省份的 OCS 试点工作。目前 OCS 安徽试点的工作已基本形成商用化，其它试点工作也陆续进行中。考虑到各省试点的建设即将落地，但是在余额方面在计费领域中的共享使用存在多种不同模式，为了确保余额的框架限定在统一视图、统一数据模型、集中管理、共享使用的范围内，有必要建设统一的余额管理中心。 1.2 业务驱动力 中国电信计费领域中的业务核心系统主要 包括 HotBilling（离线计费）、 OCS（在线计费）、 VC（统一充值）、 WSS（网上自服）等，各个系统协同工作提供客户服务包括计费、收费、信控、查询等，而这些系统的协同工作都离不开余额的统一管理、统一使用，产品、定价的统一配置、统一使用，客户属性的统一使用。余额管理中心做为适应以上要求的统一数据管理平台，主要的业务驱动力如下： 中国电信集团公司 余额管理中心技术方案 第 3 页 预付和后付自由切换 客户根据需要选择付费模式 ，电信也可以根据需求设定付费模式 ， 即用户 可以从预付费转为后付费，也可以从后付费转为预付费，在付费模式切换过程中，用户的业务使用不能受影 响，用户的帐户余额能够平滑过渡。 预付和后付实时共享余额 预付费用户和后付费用户可以选择用同样的余额账本支付，进行实时共享。余额管理需要保证预付费和后付费业务并发使用时余额的完整性和实时性。 预付和后付的交叉优惠和业务捆绑 客户选择中国电信的多种业务后，希望多业务之间能够进行捆绑，以获得更加优惠的资费，如客户之间的捆绑，多产品之间的捆绑，多个业务之间的捆绑，以上三类的捆绑都包含预付产品和后付产品的捆绑。 1.3 术语 名称 英文 描述 OCS Online Charging System 在线计费系统， 用于完成 在线计费的系统平台，能提供预付费批价和实时帐户处理等功能。 HB Hot-billing 俗称热计费，离线计费方式的一种。服务结束即开始计费，以尽可能缩短业务使用与计费之间的时间差。 VC Voucher Center 充值中心，通过发行充值卡，为用户提供预付费帐户充值业务，实时更新帐户余额。 CRM Customer Relation Management 客户关系管理系统。主要完成业务受理、销售管理、市场营销、合作伙伴管理、客户管理、产品管理及综合客户服务等功能，属于电信业务支撑核心系统之一。 ABM Account balance management 余额管理中心是为所有 BSS 系统提供统一的余额数据操作和管理功能。独立的系统平台。 DCC Diameter Credit Control 基于 Diameter based 扩展的信用度控制协议。 Diameter CC服务器端提供实时的批价及信用控制， Diameter CC 客户端通过与服务器端交互，获得“额度授权”，并监测“额度”使用情况。当用户使用在线业务时，通过服务器端和客户端交互完成根据用户帐户余额进行的实时信用控制。 中国电信集团公司 余额管理中心技术方案 第 4 页 TUXEDO BEA TUXEDO 提供的电子商务交易平台，是企业赖以支持其分布式关键任务应用系统的平台。其多种功能，对在分布式异构计算机环境中开发和部署关键任务电子商务应用系统至关重要，包括分布式交易管理、高可用性、动态负载均衡、数据依赖路由 （ DDR） 一些主要功能点，同时提供企业级 IT 环境所需要的高级特性，如群集等。 CDR calling detail records CDR 即呼叫详细记录，它描述了呼叫接续的全过程。在 CDR中记录的参数来自于原始的信令消息数据，可以为固定电话网或移动电话网业务提供 计费 的基础。 CDR 包含 TUP 部分记录和 ISUP 部分记录。 CAPS Call Attempt Per Second 每秒试呼次数 TPS Transaction Per Second 描述每秒钟处理的事务数 AOC Advice of Charge 计费通知 WS WebService 2 ABM 定位 2.1 计费领域中各系统的定位 OCSH o t B i l l i n gVC WSSABM（余额管理中心）1 、离线详单计费：离线的详单计费、实时累帐、准实时信控等2 、综合帐务处理：帐务优惠、出帐、帐目摊分等3 、综合客户保障：销帐管理、帐单 / 发票管理、欠费管理、查询管理等1 、 OCS 用户的实时计费（包含详单优惠）2 、 AOC 通知3 、实时信用控制1 、统一客户体验2 、全业务充值3 、全网充值1 、电子充值2 、网上支付3 、网上积分查询、使用图 计费领域各系统的定位 中国电信集团公司 余额管理中心技术方案 第 5 页 HotBilling（离线计费） ： 提供 离线详单计费、 综合帐务处理 、 综合 客户 保障的功能。离线详单计费包括离线的详单计费、实时累帐、准实时信控等功能； 综合帐务处理包括帐务优 惠、出帐、帐目摊分等 功能； 综合 客户 保障包括销帐管理、帐单 /发票管理、欠费管理、查询管理（清单、帐单、余额查询等） 等功能。 OCS（在线计费） ： 提供 OCS 用户的实时计费（包含详单优惠）、 AOC 通知、实时信用控制等功能。 VC（统一充值平台）： 提供 统一客户体验、 全业务充值、全网充值的充值缴费服务 的功能，是余额账本的充值来源渠道 。 WSS（网上自服）： 提供电子充值，随时随地缴费 、 使用网上银行充值与支付 、 使用计费余额进行支付 、 使用网上积分转余额进行支付 、 积分与余额实时查询 等功能。 按照以上系统的定位，综合帐务处理 和综合客户保障均在 HotBilling 中处理， OCS 不进行处理；定价配置界面可以在 HotBilling 中或 HotBilling 与 OCS中均可以配置。 2.2 ABM 在计费领域各系统中的定位及特点 计费领域中各系统的建设目标是 实现业务应用和数据平台的分离，实现业务系统间的数据集中和共享 。 ABM（余额管理中心） 作为统一数据平台的重要组成部分 ， 为 计费领域中 的各个 业务 系统 的数据集中和共享 提供 了保障 。 ABM 在 计费领域中 的 定位 如下图所示： 中国电信集团公司 余额管理中心技术方案 第 6 页 网元设备(SCP 、 ISMP 、 C CG 、 MSC 、 NG N 、 PH S)网元设备(SCP 、 ISMP 、 C CG 、 MSC 、 NG N 、 PH S)联机采集 OC PWSS（网上自服）WSS（网上自服）A B M（余额管理中心）A B M（余额管理中心） 产品 客户属性 定价 余额VC（统一充值平台）VC（统一充值平台） 全业务充值卡 全网充值 对帐摊分离线计费 (H B)离线计费 (H B) 在线计费 (O CS)在线计费 (O CS)融合计费架构 通用接入 计费控制 正、反算 实时信控 计费网关 余额使用 预处理 批价 实时累帐 准实时信控 数据入库 数据交换综合帐务 综合优惠 内部摊分 帐单生成 出帐处理客户保障 销帐管理 欠费管理 综合查询 营收管理数据衔接 卡信息CRMCRM图 ABM 在计费领域各系统中的定位 ABM 做为计费领域业务系统中的 生产数据 中心 ， 为 OCS 后期推广起到搭桥的作用，避免 HotBilling 和 OCS 后期建设 出现两个孤岛。 ABM 主要通过 事务服务 的方式给业务系统提供使用，同时具备以下特点： 统一存放、实时共享（一点创建、多点使用）： ABM 中的数据包含余额、累积量和实时 积分 ，且计费领域中的这部分数据在 ABM 中是统一存放、实时共享的，满足 HotBilling、 OCS、 VC、 WSS 等计费领域中相关系统的运行要求。 产品、定价、资料（客户属性） 和其他计费类需要共享的数据 也 建议 存放在 ABM 中 ，便于产品、定价部分提供统一配置和使用的要求 。 独立 部署：按照 业务应用和数据平台分离的原则， ABM 必须独立进行部署。 统一服务调用：为了统一业务逻辑和调用方式， ABM 中提供了事务服务（余额）和原子服务（定价配置等）的调用，供各个系统进行使用。 2.3 ABM 与计费领域中各系统及 CRM 的关系 ABM 做为统一的实时信息共享平台，需要和计费领域中的各系统产生关系，下面主要说明 ABM 同 HotBilling、 OCS、 VC、 WSS 及 CRM 的关系： 中国电信集团公司 余额管理中心技术方案 第 7 页 A B MH o t B i l l i n g（ 离 线 计 费 ）O C S（ 在 线 计 费 ）V C（ 统 一 充 值 ）W S S（ 网 上 自 服 ）C R M获 取 客 户 属 性相 关 资 料 等充 值 、 冲 正 、 对 帐 等预 存 、 冲 正 、 扣 费 、批 扣 、 查 询 、 对 帐 、余 额 调 整 、 转 移 等预 留 / 释 放 、扣 费 / 补 款 、中 间 更 新 等余 额 查 询 、 充 值 、 支 付 等图 ABM 与计费领域中各系统及 CRM 的关系 ABM 与 HotBilling 的关 系 ： ABM 提供 HotBilling 中需要使用的产品配置、定价配置、客户属性相关的资料信息，同时提供余额的预存、冲正、扣费、批扣、查询、对帐、调整和转移等功能。 ABM 与 OCS 的关系 ： ABM 提供 OCS 中需要使用的产品配置、定价配置、客户属性相关的资料信息，同时提供余额的预留 /释放、扣费 /补款、中间更新等功能。 ABM 与 VC 的关系 ： ABM 为 VC 提供需要的资料信息及余额的充值、冲正、对帐等功能 。 ABM 与 WSS 的关系 ： ABM 为 WSS 提供余额的查询、充值、支付等功能。 ABM 与 CRM 的关系 ： ABM 从 CRM 获取 客户属 性相关的资料（包括产品）。 中国电信集团公司 余额管理中心技术方案 第 8 页 3 体系架构 H B O C SV CW S S其 他 系 统C R M数 据服 务访 问控 制消息中间件余 额 管理 中 心读 取 订阅 关 系调 用 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 等 )向应用模块发送数据同步消息批 量 交 互文 件批 量 交 互文 件批 量文 件处 理物 理 数 据 库发送或接收批量交互文件原 子 服务 2原 子 服务 1原 子 服 务 层文 件传 输服 务维 护 订阅 关 系消 息 中 间 件协 议 转 换传 输 控 制表A C L消 息 订 阅 通知 规 则数 据 同 步 消 息数据同步消息队列接 口 服 务 层批 量 服务核 心 数 据 层内 存 数 据 库数 据 操 作系 统 监 控过 载 保 护鉴 权 管 理服 务 管 理A B M 系 统 管 理余 额 预 留 , 扣 除 , 释 放 , 返 还 , 更 新 , 查 询 , 充 值 , 批 扣 等事 务 服务 2事 务 服务 1事 务 服 务 层事 务 服务 n报 文 解 析原 子 服 务目 录原 子 服 务路 由原 子 服 务 调 用事 务 派 发数 据 服 务 层A B M 服务 日 志余额管理中心从体系架构由下到上可以划分为：核心数据层、数据服务层和接口服务层。 核心数据层：负责存储和管理 ABM 的业务数据，包含物理数据和内存数据。 数据服务层：分为事务服务层和原子服务层。事务服务层主要为余额类数据提供余额的预留、扣除、释放、返还、累计量的更新等有业务逻辑的服务，它通过定制或者组装调用原子服务层的服务；原子服务层提供不含业务逻辑的 CRUD的原子操作服务。 中国电信集团公司 余额管理中心技术方案 第 9 页 接口服务层：对数据服务层提供的数据服 务进行接口的封装，对外提供 DCC接口、文件接口、 WebService、 Tuxedo 等接口方式。 对于 ABM 中的余额类数据，数据的提供者包括 CRM、 VC、 WSS、 OCS、HB 等系统，数据的使用者包括 OCS、 HB、 CRM （数据的使用为读写使用）。对于资料类数据，数据的提供者为 CRM（过渡方案资料类数据，可由 CRM 通过 HB 系统中转到 ABM），数据的使用者包括 OCS、 HB、 VC、 WSS 等系统（数据的使用为只读使用）。 3.1.1 核心数据层 核心数据层是 ABM 的数据存储层，提供基本的数据存储和 CRUD 的原子操作功能。为了同 时保证 ABM 的性能、数据的安全， 核心数据层 分为物理数据层和内存数据层 。 其中物理数据层负责核心数据的持久化的存储，可以采用目前主流的关系型数据库。内存数据层为物理数据层数据的在内存中的缓存，为数据服务层提供高效的 SQL 的 CRUD 的原子操作。 一方面采用批量或者单记录的方式将物理数据库核心数据加载或者同步到内存数据库，另一方面当内存数据库中的数据发生变化后同步到物理数据库中，确保数据的安全。 3.1.2 数据服务层 数据服务层 是 ABM 的应用逻辑层，提供基于核心数据层数据的原子业务服务（适用于客户资料类数据和产品定价数据）和 事务服务（适用于余额类数据） 。 3.1.2.1.1 余额数据类的应用服务 ABM 的余额类数据的应用服务 是 ABM 对核心数据层的余额数据封装的事务型的业务逻辑应用 ， 实现对余额的充值和使用等操作 。 余额类数据包括参与人的余额、累计量和实时积分等。 中国电信集团公司 余额管理中心技术方案 第 10页 3.1.2.1.2 产品定价类的应用服务 ABM 的 产品定价 类数据的应用服务 是对核心数据层的产品定价类数据封装的原子业务逻辑应用 ， 应用服务层介于核心数据层和接口服务层之间，实现对产品定价数据统一的 CRUD 的原子操作服务 。 ABM 同时对外部系统提供产品定价资料的同步应用逻辑。 3.1.2.1.3 客户资料类的应用服务 ABM 的余额 类数据的应用服务 是对核心数据层客户资料类数据封装的原子业务逻辑应用 ， 应用服务层介于核心数据层和接口服务层直接，实现对产品定价数据统一的 CRUD 的原子操作服务 。 客户资料类数据包括三户资料、订购关系等。 ABM 同时对外部系统提供客户资料类数据的同步应用逻辑。 3.1.3 接口服务层 ABM 的接口服务层是对 ABM 的数据服务层进行接口封装、提供外部系统调用的统一接口服务层。接口服务层按照接口要求的不同，分为余额数据类数据的服务接口、产品定价类数据的服务接口和客户资料类数据的服务接口。 3.1.3.1.1 余额数据类的服务接口 ABM的余额类数 据的服务接口是 ABM对外部系统暴露的与余额相关业务的外部接口， ABM 对 数据服务层提供的余额类数据的应用服务进行包装 ， 提供基于 DCC/Web Servic/Tuxedo 的应用接口， 供外部系统对余额的 进行统一的 管理和使用。 实现计费域各系统对余额的充值和使用接口的统一。 主要服务如下表： 中国电信集团公司 余额管理中心技术方案 第 11页 接口大类 接口名称 OCS 相关 开始预留 中间更新 终止使用 扣费 补款 累计量查询 资料、产品、定价批量加载 资料、产品、定价实时更新 VC 相关 充值 冲正 余额查询 一号双机判断 （查询） 对账 (文件方式 ) HB 相关 账本准实时扣费（话务级） 账本扣费 累计量更新 账本查询 累计量查询 预存 预存冲正 批 量余额更新 余额日志查询 对账 余额变更通知 资料变更通知 资料批量加载 CRM 相关 账本查询 预存 中国电信集团公司 余额管理中心技术方案 第 12页 预存冲正 对账 资料同步 3.1.3.1.2 产品定价类的服务接口 ABM 的 产品定价类数据 的服务接口是 ABM 对外部系统暴露的与 产品定价资料相关的外部接口， ABM 对 数据服务层提供的资料类数据原子操作的应用服务进行包装 ， 提供 基于 Web Service/Tuxedo 的应用接口， 供外部系统对 资料类数据进行统一的 管理 、查询 和使用。 ABM 同时基于数据服务层的产品定价同步的应用逻辑，对外部系统提供产品定价类数据的同步接口 。 实现计费域各系统间产品定价数据的一次性配置，各系统复用的目标。 3.1.3.1.3 客户资料类的服务接口 ABM的 客户 资料类数据的服务接口是 ABM对外部系统暴露的与 三户 资料相关的外部接口， ABM 对 数据服务层提供的客户资料类数据原子操作的应用服务进行包装 ， 提供基于 Web Service 的应用接口， 供外部系统对 客户资料类数据进行统一的 管理 、查询 和使用。 ABM 同时基于数据服务层的客户资料类数据同步的应用逻辑，对外部系统提供客户资料类数据的同步接口 。 实现计费域各系统客户资料类数据的主数据只有一份、只对主数据通过统一的外部接口进行更新操作、主数据的集中和管理的目标。 3.2 数据架构 在余额管理中心包含 2 部分数据：物理数据库数据、内存数据库数据，余额管理中心的数据架构如下： 中国电信集团公司 余额管理中心技术方案 第 13页 内 存 数 据 库 （ M D B ）物 理 数 据 库数 据 加 载数 据 同 步数 据 刷 新余 额 管 理 中 心内 存 数 据 库 （ M D B ）切 换物理数据库：存储余额 账本 、 产品 、定价、 客户资料 等数据，同时备份内存数据库中的余额、累积量等信息 ； 内存数据库：为了提高 系统的处理效率，在内存数据中加载有余额、客户资料等资料数据，对于物理数据库中变化的数据缓存到内存数据库，对于余额的变化实时同步到物理数据库中，确保数据的安全； 中国电信集团公司 余额管理中心技术方案 第 14页 4 系统功能 4.1 系统功能框架 管理控制余 额 管 理协议转换服务提供信息点布控数据保障数据稽核生命周期管理OC SOC SHBHBVCVCB SN网管B SN网管W SSW SSCRMCRM数据同步参与会话管理订阅通知优先级管理系统监控鉴权数 据 管 理规则管理元数据管理归档清理业务逻辑处理数据备份任务管理4.2 管控功能 4.2.1 鉴权 鉴权管理指对 ABM 系统的访问者进行认证和授权。包括系统权限管理、数据鉴权管理和服务鉴权管理。 4.2.1.1 系统权限管理 ABM 系统权限管理主要包括用户 管理和权限管理。 用户管理 主要是维护 可以访问 ABM系统 的 对象 基本信息，包括 的对象 增加、修改、删除等操作 。 访问 ABM 系统的对象包括人和系统。人员可以分为系统管理员、普通用户 等。人员信息需要包括 工号、员工名称、口令、级别等 。系统管 中国电信集团公司 余额管理中心技术方案 第 15页 理员可以对普通用户进行密码初始化。系统是指可以访问 ABM 系统的 OCS、Hotbilling、 WSS、 VC 等系统。系统信息需要包括系统编号、系统名称、访问鉴权码等。 权限管理主要是对 ABM 系统的权限进行定义，包括权限的增加、删除和修改等。权限管理也需要定义用户所具有的权限，可以支持权限的授予和回收。可以支持分级授权。 权限的种类包括模块权限、数据权限和服务权限。模块权限是指登录系统的用户可以使用的 ABM系统功能模块。数据权限是指登录系统的用户可以对 ABM系统的表进行的增、删、改、查操作。服务权限是指 OCS、 Hotbilling 等系统可以访问哪些 ABM 系统提供的服务。原子服务的权限是基于数据的 CRUD 管理，根据数据的 CRUD 定义自动生成相应的原子服务权限。可以指定可以访问的业务服务和事务服务的系统。 4.2.1.2 服务 鉴权 管理 服务鉴权对调用 ABM 系统服务的系统进行调用鉴权。系统根据数据的CRUD管理自动生成系统服务的可供访问权限。 OCS、 Hotbilling 等系统访问 ABM系统服务时，系统将根据访问系统编号、序列号等进行校验，如果通过鉴权可以继续访问后续业务逻辑，如果没 有通过将返回未通过鉴权的明确提示。 数据鉴权通过服务来实现。通过服务对数据进行鉴权，指定外部系统可以对ABM 系统的哪些表进行何种操作。 保证 数据的 安全性和访问的合法性。 4.2.2 任务管理 任务管理 包括定时任务的后台自动运行管理，手工进行 任务的运行 管理以及异常情况下任务的重新调度 。 4.2.2.1 定时任务 管理 定时任务管理提供 系统界面进行 定时任务的 增加、删除、修改、查询等维护功能。定时任务信息包括定时任务编号、任务名称、定时启动时间、调用的服务 中国电信集团公司 余额管理中心技术方案 第 16页 等。定时任务到指定的启动时间后可以触发后台服务自动运行，运行过程需要记录运行结果和运行情况 的日志，供进程监控使用。可以设置定时任务的运行周期，使定时任务按照指定的间隔时间周期性自动运行。定时任务的间隔周期最小时间支持秒级。 CRM 接口数据同步和 ABM 对外提供客户资料等各种数据稽核操作、数据归档操作、数据清理操作、异常任务的调度等后台任务均可以根据需要作为定时任务进行管理，以便可以定期自动执行。 4.2.2.2 系统进程 管理 系统进程管理可以图形化展现出正在运行的系统进程 。 展现的信息包括进程ID、进程名称、进程状态等。可以通过进程监控的链接查看进程占用资源情况。可以手工进行进程的启动、停止。对正在运行的进程还可以 进行暂停和暂停后的恢复等操作。进程管理对象包括定时任务和其他实时运行的服务。 进程的管理包括 ABM 系统内部的管理进程和对外提供的服务进程的管理。管理进程主要指提供的数据稽核、数据清理、数据归档等进程。服务进程包括ABM 系统对外提供服务，例如余额查询、充值、支付、产品定价配置等服务进程。可以对需要管理的进程进行增加、删除和修改，并指定哪些系统用户对该进程可以启动、停止、暂停和恢复。 4.2.2.3 异常 处理 ABM 系统在运行过程中，可能由于 CRM 等外部系统同步数据有误、 ABM系统版本升级有误、主机掉电等异常原因导致 ABM 系统 对外提供的数据有误，需要重新进行数据的同步。系统需要提供异常任务调度的功能，重新进行异常任务的调度。 系统可以在运行过程中自动记录异常日志，包括异常的进程、异常原因代码、具体的异常原因内容、异常发生的时间点、发生异常的数据等。也可以提供手工录入异常日志的功能。系统提供异常任务调度台功能，可以查询异常任务信息，将异常数据通知源头系统进行更正。系统也可以提供直接对源头数据更正的功 中国电信集团公司 余额管理中心技术方案 第 17页 能，该功能需要有严格的权限控制。异常数据修正后通过人工触发异常调度任务，删除系统中原有的异常数据，更新源头系统更正后的数据并同步给 OCS 和Hotbilling 等外围系统。 4.2.3 系统监控 系统监控对 对主机、数据库、应用系统 等进行监控。 发现问题后能以多种 方式 向使用者发出告警信息 。 告警的手段包括短信提醒、 email 提醒、界面弹出提醒等或者多种方式的组合。 4.2.3.1 进程监控 能够监控进程是否正常运行，运行的时间。 大批量数据操作还需要显示工作处理进度。 可以通过系统进程管理进行接口进程的启动、停止和暂停。工作任务可以从断点开始继续工作。 包括监测 服务当前执行到的关键点、占用该服务的请求系统 。 能 够 监控各服务 的进程 ID、服务名称、当前以及 历史占用 的 CPU、内存和 I/O 等资源情况 。 可以监控进程运行的启动时间、运行时间、运行结果等。可监控的进程范围由系统进程管理定义。 4.2.3.2 通道监控 能够 监控 各接口通道的运行 情况、通道总容量、当前使用的容量、连接到接口通道的 OCS、 HB 等系统以及各系统发起的连接进程数量、调用结果等。可以根据执行情况对服务进行人工干预（如对本次服务请求进行中断）。 接口进程监控侧重于接口服务本身的监控。接口通道的监控侧重于连接到接口的外部系统和发起的请求的监控。 4.2.4 数据稽核 ABM 系统作为 OCS、 HB 等系统之间的数据共享平台，负责进行余额、产品、定价、客户资料等数据的 提供，直接影响计费的准确性。需要通过数据稽核 中国电信集团公司 余额管理中心技术方案 第 18页 机制来确保 ABM 系统数据的准确性。 数据稽核主要针对 ABM 系统中的关键资料和关键数据来源。包括但不限于CRM 系统向 ABM 系统传送客户资料数据， ABM 系统向 OCS、 HB 等系统提供的客户资料数据， HB 向 ABM 系统提供的产品配置及定价数据， WSS 或 VC 对ABM 系统进行的余额预存、充值和支出， OCS 或者 HB 向 ABM 系统发起的余额预存、冲正、预留、批扣等重要操作进行稽核。 在这些关键 接口 和一些关键点要详细记录每次处理 数据 的情况 ，包括处理开始时间、处理结束时间、处理时长、数据 实体名称、输入 前的总记录数和输入后的 总记录数、重复记录数、异常记录数、正常记录数等基本元素信息 。 需要记录处理前后的数据实体自身的信息，包括实体的各个字段及取值， 并对处理前后数据实体中的关键字段值进行比较。 可以每次接口调用后就进行数据稽核或者通过定时任务管理实行定期数据稽核，也可以通过系统进程管理手动发起数据稽核。 数据稽核的 方式包括抽样处理、全面校验等。 对于接口处理的总量稽核 和数据实体的关键字段值校验例如余额、帐户合同号等的合法性、一致性等可以采用全面校验 。 对于其他数据的稽核检验可以采用抽样处理。数据稽核可 以自动进行，也可以手工触发。自动的数据稽核通过定时任务实现。可以定义自动稽核时抽样处理的百分比，按照制定的百分比提取样例数据进行稽核。 可以定义数据稽核告警的阀值。阀值包括两种类型：一种类型是指定异常数据的绝对值或者异常数据的百分比超过阀值进行告警，另一种类型是指定本次数据稽核的总量等与历史数据总量的比值，超过一定阀值进行告警。产生的告警数据通过系统监控进行自动通知。 可以按照天或者指定时间段产生数据稽核的统计分析和报表。可以根据时间段、接口名称、处理实体、处理成功与否等多个维度进行统计分析。分析的指标包括 时间段、接口名称、处理实体、总数据量、成功数量、异常数量、异常原因等。支持本次数据稽核和历史数据稽核的对比。可以根据需要进行逐层钻取，钻取到详细的清单列表。 4.2.5 信息点布控 对服务提供关键信息点布控，并能通过 网管接口提供给网管系统统一进行监 中国电信集团公司 余额管理中心技术方案 第 19页 控。 需要布控的信息点 主要针对 ABM 应用本身例如数据稽核、进程监控和通道监控等。 布控的信息点网管信息包括性能指标、告警数据和配置数据。性能指标主要包括 CPU、内存、 I/O、网络等的使用率、文件的空间占用率、主机进程的状态、服务的执行时间、通道连接数等。告警数据包括故障告警和性 能阀值告警。 4.2.6 优先 级 管理 需要提供服务的优先级管理。可以定义不同服务的优先等级，例如余额查询和余额充值服务可以定义为高优先级服务、产品配置服务可以定义为普通优先级。对于同一优先等级的服务，还可以定义针对不同系统定义优先等级。例如对于余额查询服务，针对 OCS 系统可以定义为高优先级，针对 HB 系统可以定义为普通优先级。 ABM 系统对外提供服务调用时，根据优先级配置的策略在进行并发事务的调度时，优先响应高优先级的服务和调用系统。在系统负荷较重时，优先保障高优先级服务。 服务的管理需要提供 过载保护 。 要求 ABM 系统能够 依据系统的即时状况，限制过度请求，从而保证系统的稳定性。需要具备 定义过载保护的条件属性，例如 CPU 占用率的门限值，内存占用率。当达到过载保护条件时则系统自动运行服务的保护规则。可以配置每个服务的保护规则，从而实现 每个服务中实现过载保护的控制 。服务的保护规则可以采取拒绝新的连接请求、停止低优先级服务等。 4.3 核心 功能 4.3.1 数据管理 数据管理主要是 提供 ABM 系统中的数据查询。可以进行元数据的定义、CRUD 矩阵管理，对系统中的数据进行稽核和归档清理。 中国电信集团公司 余额管理中心技术方案 第 20页 4.3.1.1 数据查询 ABM 系统提供管理界面，可以 通过 对 存储的余额、产品、定价、客 户资料等对计费域各系统提供的共享数据进行查询。包括对物理数据库和内存数据库中的数据进行查询。 4.3.1.2 CRUD 矩阵管理 可以定义 OCS、 HB、 VC、 WSS、 CRM 等系统在 ABM 系统中每个实体的整个生命周期管理过程中所具有的 C（增加）、 R（获取）、 U（更新）、 D（删除）权限，即 CRUD 矩阵的管理。 说明数据提供者和数据消费者对于数据信息的要求及操作。 可以进行每个实体 CRUD矩阵的增加、删除和修改。根据定义的 CRUD矩阵可以自动生成对应的原子服务的访问权限。 4.3.1.3 元数据管理 元数据管理包括对系统中的实体创建、修改和删除。可以 定义每个实体的名称，实体包括的字段名称、数据类型、长度等。可以定义的实体包括表、索引。定义的元数据需要能够存储到物理数据库或者物理存储文件，并可以实时加载到内存数据库或者通过手工触发装载到内存数据库。 系统需要提供元数据版本管理。对于元数据实体结构的变化需要产生新的版本，可以根据需要选择相应的历史版本进行元数据结构的恢复。进行元数据结构修改时如果会影响已有的数据，应该给出提示，并根据用户的选择可以在元数据版本备份的同时备份已有的数据，便于版本恢复的同时可以同步恢复原有数据。 版本变更日志记录模型的版本信息， 版本信息包括实体编号，实体名称，实体结构，当前版本，上一版本和历史版本的版本号和状态。 4.3.1.4 数据归档 /清理 可以根据指定的实体名称和时间戳对系统中现有实体的数据进行归档或者清理。可以根据指定的实体名称和指定的版本号、时间戳对实体的历史版本数据 中国电信集团公司 余额管理中心技术方案 第 21页 进行清理或者归档。对于数据是归档还是清理需要可以配置。可以通过定时任务实现数据的归档或者清理的自动执行，也可以手工触发。可以通过配置指定归档是自动方式还是手动方式。可以指定归档的位置和介质，例如磁盘或者磁带等。 需要归档或者清理的数据实体包括 ABM 系统对外提供的余额、产品、 客户、定价等共享数据。系统自身使用的管理数据不在归档范围之内。需要归档的数据实体可以单个指定，也可以批量指定。 4.3.1.5 日志查询 日志包括系统操作日志和数据操作日志。系统操作日志是对于系统中的重要操作记录操作日志。操作日志的信息包括操作人、操作时间、操作对象、操作动作等。数据操作日志是对于 OCS、 HB 等系统对于 ABM 系统中的关键数据的更新需要记录服务访问日志。服务访问日志的信息包括调用系统、调用服务名称、传入参数、返回结果、调用时间等。 要求记录日志的系统操作有系统用户和授权的管理、定时任务管理、元数据管理、 CRUD 矩阵管理、数据归档清理等。需要记录日志的服务调用包括对余额的所有更新类操作，例如余额充值、冲正、批扣、补款、支付等。客户资料、产品、定价和累积量等数据的更新也需要记录日志。 4.3.2 余额管理 4.3.2.1 参与会话管理 ABM 要求支持参与会话管理，对一个完整会话的处理和回话中途异常的处理，如： OCS 初始化，扣款 /预留，扣款 /预留 ；如果没有出现异常，则扣款是对用一个会话上一次请求的预留或初始化 (第一次 )；如果出现异常，比如会话超时，则要求 ABM 对上次的请求的预留做补款处理，并能对后续的 OCS 请求进行判断，如果是异常的会话，则 回复 OCS 会话已经失败，重新发起一个新的会话请求。 中国电信集团公司 余额管理中心技术方案 第 22页 4.3.2.2 余额生命周期管理 已 注 销有 效保 留超 过 有 效 期有 效 期 延 长超 过 保 留 期 、 注 销注 销冷 冻解 冻 （ 超 过 有 效 期 ）解 冻 冻 结注 销创 建结 束创建： 余额帐本不存在，通过创建操作使余额帐本进入有效状态。 有效状态： 余额帐本处于正常使用状态。 注销状态： 余额帐本处于有效、保留或冷冻状态，通过注销操作使余额帐本进入已注销状态： 注销操作来自号码注销请求， ABM 判断该帐本上无其他支付关系后，可以注销该帐本。 冷冻状态： 通过人工干预方式，可使余额帐本直接进入冷冻状态，余额帐本处于冷冻状态时，用户不能使用该余额帐本。可通过人工解冻使 余额帐本从冷冻状态恢复到有效状态。 保留状态： 余额帐本的有效期届满或者用户帐户余额用完后，余额帐本将进入保留期。进入保留期后，用户不能使用余额；可以通过延长使用期限激活保留期或超过保留期后进入注销状态。 中国电信集团公司 余额管理中心技术方案 第 23页 4.3.2.3 余额规则管理 余额规则包括余额共享规则，余额专款专用规则，余额赠送规则。余额共享规则表达了一个余额由多个使用对象共同使用的规则；余额专款专用规则表达了对一个余额在使用上限制了指定的产品，运营商，帐目组 ；余额赠送规则表达了对一种余额类型在发生充值的动作时产生了相应的赠送规则。余额规则的管理包括了对余额规则的 配置，维护。通过提供统一的服务对外发布；主要提供的服务有余额专款专用配置服务，余额赠送规则配置，余额共享规则配置，余额类型配置 4.3.2.4 业务逻辑处理 业务逻辑处理是 ABM 核心的核心，是相关需求的具体处理模快。业务逻辑本身不对外开放，而是通过事务服务的调用满足外部系统相关的业务要求。简单的业务请求可能调用一个业务逻辑就能满足，相对复杂的业务可能需要通过对多个业务逻辑进行组装完成。每个业务逻辑处理也可以称为原子服务，具体可以分为以下四类： 1、 通用类：是 基于表、视图级的主健条件完成 CRUD 数据操作。 2、 定制类：是 基于表、视图 级、多表关连的非主键条件查询数据操作。 3、 逻辑类：是具有一定业务逻辑判断的原子服务，而且与外部系统交换次数也比较少，所以效率最高。 4、 动态服务： ABM 根据外部系统所提供的 SQL 语句，从而完成某些复杂功能。其实质就是 SQL 语句的解析器，因为这种方式虽然灵活，但是需要暴露内部的数据模型给外部系统，所以建议尽量少用。 4.4 接口功能 4.4.1 协议转换 其他系统对 ABM的访问可以通过 SOCKET,WEBSERVICE,TUXDO,EJB等方 中国电信集团公司 余额管理中心技术方案 第 24页 式， ABM 系统提供统一的接口协议转换，对不同的通信协议进行转换，预处理成 ABM 内部可以识别的 报文格式。如 CRM 资料同步接口协议， ABM 可以在不修改原来 CRM 接口协议的前提下实现对资料同步接口的格式化，生成 ABM 可以直接处理的内部格式。 4.4.2 服务提供 4.4.2.1 事务服务 ABM 根据外部系统需求，提供不同的事务服务。如有以下类别的事务服务。 1、提供查询、充值、预扣、扣款、补款、冲正、提取、对帐等余额管理服务。 2、提供产品、定价计划、资料等基础操作管理的通用事务管理服务，通用事务服务能够识别不同需求的报文，从而支持不同的需求。 3、提供批量扣款、批量冲正等文件服务。 4、提供 余额专款专用配置、余额赠送规则、余额共 享规则、余额类型配置等 ABM 内部系统需要的 管理服务。 4.4.2.2 服务定制 服务包括 原子服务和事务服务等。 服务需要具备高的灵活性，能够根据接入系统的 业务规则进行调整 定制 。 要求 系统具有服务定制的功能。 系统需要提供原子服务的定制功能。可以根据单个实体增加、删除、修改和查询定义相应的原子服务。可以提供图形化界面进行原子服务的增加、删除和修改。可以根据系统中的元数据自动生成原子服务，并可根据需要通过界面进行原子服务的修改