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