增值业务综合运营平台(VGOP)业务规范(0[1].5)-省级平台分册.docx

《增值业务综合运营平台(VGOP)业务规范(0[1].5)-省级平台分册.docx》由会员分享，可在线阅读，更多相关《增值业务综合运营平台(VGOP)业务规范(0[1].5)-省级平台分册.docx（73页珍藏版）》请在三一办公上搜索。

1、中国移动通信企业标准QB-J- -增值业务综合运营平台业务规范省级系统分册版本号： 1.02008- - 发布2008- - 实施中国移动通信有限公司 发布目 录图索引表索引前 言本规范主要用于指导省级增值业务综合运营平台的工程建设。本规范主要包括以下几方面内容： 总体说明、系统架构、系统功能、指标要求、编制历史。本规范由中移有限业 2008 * 号印发。本规范由中国移动通信有限公司数据部提出并归口。本规范由规范归口部门负责解释。本规范起草单位：中国移动通信有限公司数据部。本规范主要起草人：1 适用范围增值业务综合运营平台业务规范由一级平台业务规范，省级平台业务规范两个分册组成，本分册是省级分

2、层，从业务角度出发，给出了系统功能的建设要求，供中国移动内部使用；适用于中国移动集团省级增值业务综合运营平台工程的建设。本规范以数据业务平台由分散到整合的整体规划为指导，以SDF的整体框架为基础，明确定义了中国移动省级增值业务综合运营平台系统的功能架构和系统边界，用以指导现有业务平台运营功能解耦及省级增值业务综合运营平台系统建设。业务平台运营功能解耦是指将现有的各个业务平台分散部署的运营功能的公共部分从业务平台剥离，实现专业运营和综合运营的分离。原有业务平台剥离公共的运营功能后，通过标准化系统接口和综合业务运营平台协作，完成以客户为中心的跨业务平台的综合运营。 同时本规范定义了省级增值业务综合

3、运营平台系统建设的量化指标。增值业务综合运营平台的建设将为中国移动实施从通信专家到信息专家的战略转型，对实现以客户为中心的综合化运营提供抓手。2 引用文件下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本规范，然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。13 术语、定义和缩略语下列术语和定义适用于本规范：字母名词解释下列缩略语适用于本规范：缩写英文描述中文描述BASSBusiness Analyse Support System业务分析支撑系

4、统BOSSBusiness Operation Support System业务运营支撑系统CRMCustomer Relationship Management客户关系管理MISCMobile Information System center移动信息管理系统NGBOSSNew Generation Business Operation & Support System新一代业务运营支撑系统SDFService Delivery Framwork业务交付框架4 总体说明中国移动的增值业务经历了十几年发展，逐步从萌芽阶段、起步阶段和上台阶阶段进入到目前的大跨越时期，在推动中国移动收入持续高速增

5、长、增加客户黏性、提升资本市场价值、提高中国移动企业影响力和打造移动信息专家等方面均做出了突出贡献。但是，要实现增值业务从优秀到卓越的跨跃，在运营管理方面还存在着一些亟待解决的问题：1. 收入结构虽逐步优化，但收入比重分布不均2. 业务种类虽多但不全面，市场需求挖掘能力不足3. 产品基地模式虽已建立，但尚需进一步优化4. 业务运营工作尚未实现体系化，业务综合运营水平有待提高5. 业务平台过于分散，使得实时、统一、综合的监控和管理无法实现，客户数据无法共享，很难进行跨业务平台、以客户需求为中心的统一运营，运营效率低下同时，在产业大发展、大变革和大融合的新形势下，增值业务也面临着巨大的机遇和挑战：

6、 电信重组和产业融合将带来深刻的影响和变化，中国移动面临原有产业格局的重新调整，在价值链中的主导地位、客户规模优势和移动领域的领先优势将受到挑战和削弱 增值业务外延扩大，中国移动将同时面临更加激烈的同质竞争和异质竞争 互联网带来严峻的挑战，中国移动需要通过互联网应用移动化和移动业务互联网化，适应互联网的发展规律，才能逐步建立新的优势 客户对服务水平的要求逐步提高，对中国移动的运营服务质量提出了更高的要求面对这些问题和挑战，要求中国移动构建全程化的增值业务运营管理体系，提升差异化的资源整合能力，优化增值业务发展的机制和管理模式，才能全面推动增值业务的持续、健康、有序、快速发展。这些要求体现在增值

7、业务的运营支撑方面，就是： 实现增值业务综合运营，通过良好的运行机制和管理模式，提升运营能力 实现增值业务集中管理、集中运营，有效避免产品重复开发、提高运营效率 整合现有平台，实现各业务间的能力互通和跨平台的业务调度 支持全程精确营销和互联网渠道分销，提高业务营销效率增值业务综合运营平台就是为完成这项使命应运而生的一套新的跨业务平台的综合运营系统，它和NGBOSS一起适应中国移动增值业务运营模式的转变，成为跨业务平台的综合的业务调度中心和信息中心，它适应电信行业发展的趋势和新环境，在中国移动不断创新和探索的实践过程中，已经悄然站在业界技术发展的最前沿，与国际标准组织（如TMF）及国际先进运营商

8、对增值业务支撑技术方面的研究和实践SDF技术框架不谋而合，是中国移动继续引领国内、赶超世界一流、实现移动信息专家战略目标的重要保障。4.1 驱动力增值业务综合运营平台建设的需求驱动源于企业运营模式转变的内在驱动和市场竞争的外在驱动。企业内部运营运营模式转变的驱动主要源于区分业务专业运营和综合运营，剥离业务平台的共性的运营功能，实现跨业务平台的综合运营的要求；市场竞争的外在驱动源于业务竞争模式从以业务为中心过渡到以客户为中心，多业务平台适度整合的要求。增值业务综合运营平台（VGOP）系统建设的规划驱动源于企业的“移动信息专家”转型战略，在该战略的指引下，中国移动完成了面向未来的数据业务平台的整合

9、规划。数据业务平台整合规划通过总结已有的业务平台的建设和运营经验和对未来业务实现模式与运营模式的前瞻性研究，规划了全新的业务系统技术架构，通过架构调整推动数据业务平台的规范化建设，从流程，功能，数据，接口四个方面全位推动数据业务平台从孤立走向整合，实现业务系统的规范化和水平化，加强数据业务以客户为中心的竞争力，沉淀业务综合运营的“软实力”。需求驱动是从短期增值业务实现目标出发，关注业务需求的具体实现，初期体现在本规范提出的三大核心功能：业务能力的互通和调度，客户行为的诊断和分析，业务质量的持续监控和优化。规划驱动是从中国移动战略转型的长期目标出发，关注国际上最新的数据业务体系架构研究，并通过对

10、数据业务实际运营情况的持续调研和深入总结，实现业务综合运营模式和支撑手段的不断提升。两种驱动模式的关注点各有不同，通过需求驱动、规划驱动的双重驱动实现优势互补，确保数据业务整体系统在保持稳定、健壮、高效支撑的前提下，实现增值业务运营能力的有序提高和健康发展，提升增值业务在公司整体发展的贡献度，快速高效地满足灵活多变的客户需求。4.2 编写目标本规范是为了将上述能力要求明确化、具体化、规范化，以指导集团和各省公司增值业务综合运营平台快速、高质量地建设。增值业务综合运营平台业务规范编写的目标包括：n 增值业务综合运营平台的定位明确化明确增值业务综合运营平台作为自有增值业务集中管理、综合运营支撑平台

11、，为中国移动集团和省公司两级增值业务的支撑指明方向。n 增值业务综合运营能力的具体化细化增值业务综合运营平台的业务功能，实现增值业务的综合运营，具体功能包括实时关联分析客户行为数据，有效支撑精确营销和实时营销，实时监控业务指标，进行产品优化分析，实现业务能力融合，统一客户体验等。n 业务能力互通与调度的规范化遵照业务运营和服务交付相分离的原则整合现有业务平台，业务运营功能统一纳入增值业务综合运营平台实现，规范并固化业务平台之间的交互机制，实现跨平台能力互通和业务调度。本规范给出了增值业务综合运营平台各功能模块的边界及所含的功能范围，各省公司应以此为指导，进行增值业务综合运营平台系统的建设，在考

12、虑业务需求实现时，本规范提供一个基准的参考点。4.3 编写原则基于以下基本原则：1、 本规范针对中国移动省级系统的业务功能提出总体建设要求。2、 本规范参考中国移动NGBOSS、DSMP、ADC等规范，就业务功能框架、业务能力要求、系统边界等予以定位。3、 本规范对系统边界的描述，是将系统视作黑匣、并根据接口特征汇总后，定义其与周边相关系统的功能、数据边界等总体要求。4、 本规范就系统在业务处理方面的关键指标，给出明确的实现要求。5 系统架构本规范从增值业务综合运营平台体系架构、功能架构、系统边界三个方面对省级增值业务综合运营平台系统架构的全景进行阐述。增值业务综合运营平台体系架构阐述了中国移

13、动增值业务综合运营平台的两级架构及其组成情况； 功能架构描述了省级增值业务综合运营平台（VGOP）系统的功能性建设要求；系统边界界定VGOP与业务平台，BOSS系统、经分系统等系统边界。5.1 增值业务综合运营平台分级架构中国移动的增值业务综合运营平台（以下简称“VGOP”）由省级VGOP、省级（或“二级”）VGOP两级组成，如下图所示；省级VGOP与省级VGOP相联，实现数据交换，二者相互协作与配合，共同支撑增值业务的运营、管理和调度。图1.1 增值业务综合运营平台分级组成VGOP平台主要接入自有业务平台，统一为各自有业务平台提供业务能力、以及和支撑域内其他网元的连接通道；同时对自有业务平台

14、进行相应的管理以及必要的逻辑控制。一、 省级VGOP平台省级VGOP具有调度、运营、管理功能，为有限公司进行全网增值业务营销、管理和运营提供支撑和保障。(一) 调度者：省级VGOP是跨平台、跨地域能力和信息的调度枢纽，是能力互通枢纽、信息传递枢纽；负责一类自有业务的业务能力控制、调度，并与二级平台进行业务能力互通和运营信息传递。(二) 运营者：省级平台是部分一类自有业务运营实体，负责部分一类自有业务的日常运营、优化分析和客户行为分析、营销支撑(三) 管理者：省级平台是对业务运营及平台运行的监控和管理中心；负责所有一、二、三类自有业务监控，并对运营在省级平台的一类自有业务进行稽核；负责一类自有业

15、务的业务能力、逻辑的管理。二、 省级VGOP平台省级VGOP是二、三类自有业务的运营、管理中心，具有调度、运营、管理功能，为归属省公司进行省内增值业务管理、运营和调度提供支撑和保障；面向本省客户提供包括一类自有业务在内的完整的运营功能。(一) 调度者：负责归属省内二、三类自有业务之间能力互通、信息传递；并负责与省级VGOP进行业务能力互通、信息传递。 (二) 运营者：负责归属省内一、二、三类自有业务的运营、优化分析和客户行为分析、营销支撑等。(三) 管理者：负责归属省内二、三类自有业务的监控、稽核，以及业务能力、业务逻辑的管理。5.2 与其它系统的边界5.2.1.1 与BOSS的边界一二级VG

16、OP分别与一二级BOSS系统相连，实现从BOSS系统同步业务的订购关系。BOSS主要负责订购关系的生成以及业务的计费和结算。VGOP主要负责增值业务的服务开通逻辑管理和增值业务的业务互通鉴权等。两套系统之间的交互包括VGOP向BOSS传送业务平台的订购/退订请求，从BOSS系统获取用户状态变化引起的订购变更信息等功能。VGOP与BOSS之间的边界包括：l VGOP业务订购/退订请求类：当用户通过业务平台订购/退订定制类业务（按次、包月、包周、包日类业务）时，VGOP收到用户申请后向BOSS发起请求，在BOSS侧实现用户的订购/退订等业务要求。l 订购关系同步类：为了满足VGOP业务控制的需要，

17、当用户状态变化、用户主动暂停/恢复、业务或产品资费变更以及业务或产品状态变更等情况时，BOSS将订购关系同步到VGOP。l 日/月增量（或全量）订购关系和日/月增量交易数据比对类：BOSS与VGOP之间的比对由VGOP发起，比对内容为当日或当月内VGOP的增量（或全量）订购关系和定时增量交易数据，BOSS将比对结果返还VGOP。5.2.1.2 与经营分析系统的边界VGOP建立独立的数据集市，实现客户行为分析和业务优化分析，同时VGOP定期将相关数据同步到经营分析数据仓库，形成完整的数据集合。经营分析系统的特点是基于BOSS、VGOP、CRM等系统的数据进行分析，达到对市场营销和决策支持的目的。

18、VGOP的特点是基于客户使用业务行为等实时数据的分析，达到增值业务实时监控、端到端业务优化和支撑实时营销的目的。VGOP与经营分析系统之间的边界包括：l VGOP从BOSS提取客户基本信息和客户基础画像信息：经营分析系统每日定时以文件方式将个人客户基础信息和基础画像信息的数据同步给VGOP。l 经分系统从VGOP提取增值业务数据：VGOP从各个自有业务系统提取详单数据组成增值业务每日用户使用信息，并每日定时以文件方式将业务使用行为宽表摘要信息提交给经营分析系统。5.2.1.3 与各业务平台的边界增值业务综合运营平台与各业务平台互联，实现自有业务平台业务交付功能和业务运营功能的分离，以及业务能力

19、的互通调度。业务平台主要负责：业务内容的组织、生成、发布；基本业务能力的提供；业务的交付等功能。增值业务综合运营平台主要负责：业务互通能力管理和控制、业务管理和质量控制等功能两个系统间的边界包括以下六大类：1、 业务信息类：包括客户使用信息、各业务运行的监控数据，业务信息由各业务平台传递给增值业务综合运营平台。2、 业务能力互通类：包括业务互通能力开通、业务互通能力开通配置信息同步、互通能力鉴权。用户通过业务平台向增值业务综合运营平台开通、关闭业务互通能力；增值业务综合运营平台把业务互通能力开通配置信息同步到相关的业务平台；用户使用业务互通能力时，业务平台到增值业务综合运营平台进行访问鉴权。3

20、、 订购关系类：包括订购关系同步和订购关系比对。增值业务综合运营平台向业务平台实时同步订购关系。增值业务综合运营平台向业务平台做订购关系的定期批量（全量或增量）比对。4、 服务开通/关闭类：用于业务平台向增值业务综合运营平台发起服务开通请求、服务关闭请求。5、 互动推广类：增值业务综合运营平台将客户行为等数据的分析结果传送到各相关的业务平台。5.2.1.4 与CRM的边界增值业务综合运营平台从CRM系统获取相应的客户对自有业务咨询、投诉信息，并将分析结果反馈给客服系统。增值业务运营平台与CRM配合实现业务的全程精确营销两个系统间的边界包括以下三大类：1、 客服信息采集：省级客服投诉管理系统收集

21、投诉咨询数据，每日形成数据业务投诉原因分类数据，定期导出业务大类维表数据和业务类别维表数据，传送给省级增值业务综合运营平台，进行后期分析处理。2、 业务数据前端展现：省级增值业务综合运营平台向客服系统传送客户管理支撑信息，包括客户统一视图和各业务的客户画像数据及处理后的投诉咨询分析结果，支撑客服前台投诉变咨询、咨询变营销的服务改观。3、 全程精确营销：增值业务综合运营平台向CRM系统提供营销支撑数据，由CRM系统具体制定营销方案并执行5.2.1.5 与业务网关的边界增值业务综合运营平台与各业务网关相连，管控第三方运营的自有业务和客户的接触途径，业务网关主要包括：短信网关、彩信网关、WTBS、增

22、值业务综合运营平台与以下主要业务网关的边界包括：1、 短信网关：增值业务综合运营平台以CMPP协议连接短信网关实现短信上下行，短信接口用于支持用户以短信方式向增值业务运营平台发起的各种请求，目前主要包括：服务开通请求、服务关闭请求以及增值业务综合运营平台对用户的回复。2、 彩信网关：增值业务综合运营平台以MM7协议连接彩信网关实现彩信上下行，彩信接口（是否需要）3、 WTBS：增值业务综合运营平台支持来自WTBS（或业务平台）的服务开通 / 关闭请求5.2.1.6 与信令采集系统的边界信令采集系统与网络设备连接获取信令信息并提供给相关系统使用。增值业务综合运营平台与信令采集系统的边界是：增值业

23、务综合运营平台向信令采集系统采集与客户位置、行为相关的数据5.2.1.7 与MISC的边界MISC负责自有业务的下行鉴权，自有业务的订购关系由BOSS同步给MISC平台，增值业务综合运营平台与MISC没有直接联系，因此没有边界6 系统功能6.1 业务能力管理与互通6.1.1 综述能力是由业务平台、支撑平台、网络等提供的，通过标准接口技术包装、可开放给外部系统使用的功能。一个新的业务能力首先需要在VGOP进行注册和发布，能力发布以后可以被互通使用。能力互通使用前，用户必须通过VGOP设置要使用该业务能力，设置完成以后，用户可以经由VGOP使用该业务能力。能力管理功能负责能力互通前的能力管理和发布

24、功能。能力控制与调度功能负责能力发布后的互通过程中的相关处理。能力管理与互通需要遵循以下关键性原则： .一类业务间能力互通由一类VGOP管控，一二类业务间互通由二类VGOP管控，但互通请求必须由一类VGOP进行路由，同省二类业务间能力互通由二类VGOP管控； 业务互通逻辑部署在VGOP上，业务平台应避免每次接入新的互通能力而进行大规模的系统改造工作； 业务能力互通不是新业务，不参与计费，BOSS不产生专门的数据； 能力互通过程中的数据流和控制流如果有明确区分的应优先考虑分离； 能力互通支持两种实现方式：能力提供者主动推送给能力请求者（推送方式）；能力请求者主动从能力提供者获得信息（抓取方式）。

25、6.1.2 能力管理能力管理采用分散管控的原则，即在一二级VGOP中都包含能力管理功能。该功能负责能力的注册、目录管理和授权。省级VGOP管理一类业务相关的业务能力，二级VGOP管理二类业务相关的业务能力。6.1.2.1 能力注册【业务定义】能力注册是按照能力的用途和使用参数、以及运营管理要求，在能力目录系统中进行登记，并对其属性进行配置的过程。能力注册可以由能力目录系统管理员发起并完成。【功能要求】1、 能支持可扩展的能力分类，提供分类的增、删、改、查功能。2、 能支持能力的属性管理，以及定制能力的扩展属性。【业务要素】能力的具体属性可以包括但不限于以下类型： 能力描述：对能力所完成的功能进

26、行的文字描述 能力类型：能力所属的类型，例如：通信能力类或用户属性类。 能力提供者：指明能力的提供方 能力的接口配置：指VGOP与能力访问者之间的接口配置信息。例如：能力可被访问的时间限制，访问频次等。6.1.2.2 能力目录管理【业务定义】能力目录管理为能力提供者提供能力的发布、注销、变更手段，为能力的请求者提供查询手段。【功能要求】1. 能支持能力的申请及审核流程。2. 能支持对已注册能力的增，删，改3. 能支持基于能力描述、属性、分类的查询6.1.2.3 能力授权【业务定义】能力授权负责维护能力使用者与能力提供者之间的授权关系和相关的策略信息。策略信息包括能力访问优先级、流量控制等。能力

27、控制与调度过程中将使用授权信息和策略信息。【功能要求】1. 能支持建立和撤销能力使用者与能力提供者之间的授权关系2. 能支持对于特定授权关系的策略定义3. 能支持授权关系的完整展示【业务要素】 能力的授权关系信息包括但不限于：能力使用者、能力提供者、授权生效时间、授权失效时间、授权建立时间、操作员 针对授权关系的策略信息包括但不限于：能力访问优先级、流量控制等策略。6.1.3 能力控制与调度6.1.3.1 互通设置鉴权【业务定义】当用户请求设置/取消能力之间的互通功能时，此功能用于验证用户设置请求的合法性。【功能要求】1. VGOP接收用户的设置/取消互通能力请求后，需要判断能力提供者是否已经

28、授权当前能力使用者互通权限和用户相关的业务订购关系. 如果判断通过则授权通过,执行互通信息配置功能。【业务要素】输入要素：用户标识、互通能力标识、调用能力标识输出要素：是否能设置互通能力6.1.3.2 互通信息配置【业务定义】当用户请求设置/取消互通能力时，如果互通设置鉴权成功，VGOP保存互通配置信息后向目标平台（能力提供者）设置/取消互通配置信息。【功能要求】1. 在互通设置鉴权成功后，VGOP生成互通配置记录并向能力提供者同步互通配置信息。2. 在用户取消互通能力配置时，VGOP删除互通配置记录并向能力提供者发布互通配置取消请求。【业务要素】输入要素：用户标识、互通设置请求输出要素：配置

29、是否成功6.1.3.3 互通使用鉴权【业务定义】用户在使用互通能力前必须由VGOP进行互通使用鉴权。VGOP将检查用户的业务订购关系，用户的能力设置信息等，以对用户访问互通能力的合法性进行鉴权。【功能要求】1. 能根据能力授权关系判断能力使用者是否有权访问能力的提供者。2. 能根据用户的业务订购关系判断用户是否有权限访问能力提供者。3. 能根据用户是否已经进行相应的业务互通信息设置判断用户是否有权限访问能力提供者。 【业务要素】输入要素：能力使用者、能力提供者的标识；用户的标识内部要素：能力使用和能力提供者的接入配置（地址、密码等），能力授权关系，互通信息配置； 输出要素：是否通过鉴权6.1.

30、3.4 互通信息调度【业务定义】当用户使用互通能力时必须经由VGOP进行鉴权并建立访问通道。当用户通过能力的使用鉴权后，VGOP将完成流量控制、优先级控制、协议适配、日志生成等功能，并将请求路由到能力提供者。【功能要求】1. 能对用户的能力请求进行协议适配。2. 能对能力请求进行流量控制。3. 能对于不同业务发起的业务能力的请求过程进行优先级控制。4. 能将用户的能力请求路由到能力提供者。当控制流和数据流不能明确分离时，VGOP直接将能力互通请求路由到能力提供者；当控制流和数据流可以明确分离时，VGOP仅向能力提供者发送控制信息，能力请求者直接从能力提供者获得数据信息。5. 能生成业务能力互通

31、访问记录。6. 能对异常访问进行告警。【业务要素】输入要素：能力使用者、能力提供者的标识；用户的标识和归属地信息内部要素：能力使用者和能力提供者的接入配置（地址、密码等、SLA配置等）； 输出要素：转发消息或者重定向指令6.2 业务开通管理6.2.1 综述业务开通、变更和注销请求均由BOSS统一发起。对于业务平台侧发起的业务订购、变更、注销请求，由VGOP将请求转发到BOSS，由BOSS进行业务的开通、变更和注销。BOSS和VGOP之间采用统一的业务开通方式，新业务平台将接入到VGOP，屏蔽了新业务平台复杂的接入规则对BOSS产生的影响。同时，VGOP可以配合BOSS需要灵活适配业务开通、变更

32、和注销流程。例如对于需要延迟开通的业务，如果业务平台不支持延迟开通，VGOP在接收到BOSS的请求后可进行缓存，到约定时间再发送到各业务平台进行开通。6.2.2 业务开通支撑【业务定义】此功能用于业务订购/开通过程中的交易处理。【功能要求】1业务开通请求由BOSS发起，BOSS生成订购关系后调用VGOP业务开通接口，VGOP按照适配的业务开通流程实现向业务平台同步订购关系。2对于业务平台侧发起的业务订购请求，由VGOP将请求转发到BOSS，由BOSS统一进行业务的开通【业务要素】输入要素： 用户信息，业务订购关系信息内部要素： 业务开通流程输出要素： 订购关系同步信息6.2.3 业务变更支撑【

33、业务定义】此功能用于业务变更、注销过程中的交易处理。【功能要求】1业务变更和注销请求由BOSS发起，BOSS修改或删除订购关系信息后调用VGOP业务变更接口或注销接口，VGOP按照适配的业务变更或注销流程实现向业务平台同步订购关系信息变更。2对于业务平台侧发起的业务变更或注销请求，由VGOP将请求转发到BOSS，由BOSS统一进行业务的变更和注销。【业务要素】输入要素：用户信息，原业务订购关系信息，新业务订购关系信息内部要素： 业务变更/注销流程输出要素： 订购关系同步信息6.3 数据管理6.3.1 综述数据管理是VGOP平台从采集源获取数据和从自身平台获取运营数据、性能数据并处理，为客户分析

34、、业务监控、稽核、营销分析等模块提供基础数据来源；同时将VGOP平台数据分发到其他系统，提供数据分析和营销执行的数据来源。分析、监控类数据主要的采集源有经分系统、各类业务平台、CRM/BOSS系统等。省级VGOP数据一致性稽核的采集源为省级VGOP平台和一类业务平台等；二级VGOP数据一致性稽核的采集源为二级VGOP平台、省级VGOP平台和二、三类业务平台等。数据管理包括数据采集、数据处理和数据分发。6.3.2 数据采集6.3.2.1 采集规则配置【业务定义】数据采集规则配置是指对数据采集需要的规则进行配置，包括采集源、采集方式、采集范围、源数据格式、采集频度、接口方式等信息配置的能力。【功能

35、要求】1、提供对采集周期、范围的配置功能。2、提供对采集文件的大小、完整性、文件名的连续性等的校验规则配置的能力。3、提供对采集异常的处理配置的能力（如：手工、自动重新采集）。4、提供采集规则配置的录入、修改、删除、灵活查询等功能，并提供规则配置与查询权限分离的能力。5、提供采集规则配置之间的依赖、互斥关系维护的能力。6、提供配置生效方式的能力。7、采集规则配置应提供日志记录和审计的功能，并提供相应的管理界面和外部访问接口。【业务要素】输入要素：采集源、采集方式、采集范围、源数据格式等。内部要素：采集频度等。输出要素：规则配置日志等。6.3.2.2 信息采集【业务定义】信息采集是指从各业务平台

36、、经分系统、BOSS等其它系统获取用于数据管理的原始数据的过程。此功能执行数据采集的动作，支持联机（定时）采集、在线（实时）采集、脱机采集等；6.3.2.2.1 联机（定时）采集【业务定义】联机（定时）采集通过采集源提供的采集接口，定时读取数据，并通过联机方式实时传送给数据处理模块进行后续处理。【功能要求】1、 采集模块的采集源、源数据格式、采集范围、采集周期等可配置。2、 采集模块应保证采集的连续性。3、 采集模块应保证对数据的采集不重、不漏。4、 采集模块应提供监控功能或提供用于获取监控数据的接口。5、 对于异常采集情况应提供手工、自动重新采集手段。6、 采集模块应提供日志记录和审计功能，

37、并提供相应的管理界面和外部访问接口。【业务要素】输入要素：采集源（IP地址、用户名、密码、文件存放路径、文件名命名规则、生成文件的方式）、采集协议、采集方式、采集范围等。内部要素：采集周期、数据读取方式、采集校验等。输出要素：采集数据、采集日志（文件名列表、文件序列号、文件采集时间、文件时间戳、文件大小等）、告警信息等。6.3.2.2.2 在线（实时）采集【业务定义】在线（实时）采集通过采集源提供的采集接口，实时读取数据，并通过在线方式实时传送给数据处理模块进行后续处理。【功能要求】1、 支持实时采集。2、 采集模块的采集源、源数据格式等可配置。3、 采集模块应保证进行不间断采集。4、 采集模

38、块应保证对数据的采集不重、不漏。5、 采集模块应提供监控功能或提供用于获取监控数据的接口。6、 对于异常采集情况应提供手工、自动重新采集手段。7、 采集模块应提供日志记录和审计功能，并提供相应的管理界面和外部访问接口。【业务要素】输入要素：采集源（IP地址、用户名、密码、文件存放路径、文件名命名规则、生成文件的方式）、采集协议、采集方式等。内部要素：数据读取方式、采集校验等。输出要素：采集数据、采集日志（文件名列表、文件序列号、文件采集时间、文件时间戳、文件大小等）、告警信息等。6.3.2.2.3 脱机采集【业务定义】脱机采集在无法完成联机采集某些数据的情况下，提供从采集源的磁盘、磁带或光盘介

39、质上采集数据的功能，并传送给下一模块进行后续处理。【功能要求】1、 脱机采集应支持磁盘、磁带以及光盘介质等多种脱机采集源。2、 脱机采集应保证对数据的采集不重、不漏。3、 脱机采集应提供脱机采集数据的预览和检查。4、 对于异常采集情况应提供异常处理机制。5、 采集模块应提供日志记录功能，并提供相应的管理界面和外部访问接口。6、 支持操作日志审计的能力。【业务要素】输入要素：采集源（IP地址、用户名、密码、文件存放位置、文件名命名规则、生成文件的方式）、采集协议、采集方式等。内部要素：采集周期、服务使用记录读取方式、采集校验等。输出要素：采集日志（文件名列表、文件序列号、文件采集时间、文件时间戳

40、、文件大小）等。6.3.2.3 信息校验【业务定义】信息校验是指对采集的数据进行完整性和准确性的校验。 【功能要求】1、 对采集数据文件的大小、记录数、字节数等进行校验。2、 对采集数据文件序号的连续性进行校验。3、 对采集数据生成时间进行校验。4、 提供根据编码规则对数据的有效性进行判断，对于异常数据进行记录。如：对号码长度、业务功能代码域以及一些数据相关属性的判断。5、 提供监控功能或提供用于获取监控数据的接口。【业务要素】输入要素：文件大小、文件序号、文件生成时间等内部要素：校验规则等输出要素：校验结果等6.3.3 数据处理6.3.3.1 规则配置【业务定义】规则配置是指对数据处理需要的

41、规则进行配置，包括对采集的数据进行格式化处理、分拣过滤、排重、稽核与异常数据的处理等信息配置的能力。【功能要求】1. 提供规则配置的录入、修改、删除、灵活查询等能力，并提供规则配置与查询权限分离的能力。2、提供对数据处理异常的处理配置的能力（如：手工、自动重新处理）。3、提供规则配置之间的依赖、互斥关系、优先级维护的能力。4、提供配置生效方式的能力。5、规则配置应提供日志记录和审计功能，并提供相应的管理界面和外部访问接口。【业务要素】输入要素： 内部要素：处理方式等输出要素：输出格式等6.3.3.2 格式化 【业务定义】格式化是指根据数据采集、数据处理的格式定义，对采集的原始数据进行标准/统一

42、格式转换等处理，为VGOP其他模块提供标准格式的数据。【功能要求】1、 支持将不同采集源的原始数据转换为标准的数据，支持对不同后续系统提供不同格式的数据。2、 支持对定长、变长格式的数据的格式转换。3、 根据具体业务要求，服务使用记录的读取可配置为按单条记录、按记录块或按文件读取。4、 支持通过已有的原始服务使用记录信息元素和参数信息，经过一系列的分析规则，得到相应的有价值信息内容，方便于后续系统的使用处理。【业务要素】输入要素：格式转换规则、输入格式、输出格式、原始数据等。内部要素： 配置规则等输出要素：转换后的数据等。6.3.3.3 分拣过滤 【业务定义】分拣包括拆分、合并、关联。拆分指将

43、一条原始数据进行分解、转换，形成多条新的原始数据的过程。合并指对同一次服务使用所产生的多条数据，或对多次使用同一次服务所产生的多条数据进行信息抽取、转换，形成新的原始数据过程。关联指对多个网元或业务平台的多条数据，根据各相关项的联系，形成新的原始数据的过程。过滤是指从原始数据中去除所有后续系统均无需后续处理的数据，获取使用的有效信息，供后续模块进行处理。【功能要求】1、 提供各种业务的原始数据拆分、合并和关联的能力。2、 提供跨平台的原始数据合并和关联的能力。3、 提供数据分拣功能。该功能提取原始数据集中的有效信息，根据配置的处理规则，供后续模块进行处理。4、 提供数据过滤功能。该功能删除标准

44、格式数据中无用或重复的数据，如删除稽核过程中不需要的订购信息等。5、 提供记录分拣和过滤日志功能。6、 提供日志记录和审计的能力。【业务要素】输入要素：原始数据等。内部要素： 配置规则等。输出要素：分拣、过滤日志记录等。6.3.3.4 稽核与异常数据处理【业务定义】稽核是指对数据处理过程中服务使用记录的完整性、有效性和准确性进行校验，并形成错误记录。异常数据处理是指对稽核过程中形成的错误记录进行存储、分析、修正、重新处理的功能。【功能要求】1、 提供对数据处理过程的校验（如处理前后的记录数量核对等）。2、 提供对记录文件进行稽核的手段，并提供文件修复后再处理的入口。3、 提供对异常数据进行记录

45、。4、 提供对错误记录进行回收处理等功能。【业务要素】输入要素：原始数据等。内部要素：稽核规则等。输出要素：异常数据记录等。6.3.4 数据分发6.3.4.1 综述数据分发负责根据需要将数据处理后的结果分发到省级(二级)VGOP平台、经分系统、业务平台、BOSS系统等做进一步处理。6.3.4.2 分发规则配置【业务定义】分发规则配置是指对数据分发的规则进行配置，包括分发目标对象、数据格式、分发方式、分发频度等信息。【功能要求】1、支持规则配置的录入、修改、删除、灵活查询等功能。2、支持规则配置之间的依赖、互斥关系维护。3、支持规则中异常处理的机制。4、提供配置生效方式的能力。【业务要素】输入要

46、素：分发源、分发目标、分发方式、数据格式等。内部要素：分发频度等。输出要素： 日志等6.3.4.3 分发数据生成【业务定义】分发数据生成是指要生成分发给其它平台的数据，根据数据分发的规则，针对不同的目标对象，按照已配置的数据格式生成分发数据为其它模块提供数据源信息。【功能要求】1、 提供根据数据分发规则，生成各种格式数据的能力2、 支持分发数据的定时生成、实时生成和自动生成、人工生成。3、 根据分发规则及对端平台的要求能支持分发数据的重新生成和补生成。4、 能支持分发数据按业务类型等选择性的生成。5、 分发数据的生成有详细的日志功能。6、 分发数据生成的格式必须符合相关接口定义的标准。7、 对分发数据生成的连续性、完整性提供监控功能或提供用于获取监控数据的接口。8、 支持生成统计信息和校验信息提供对端平台分析的功能【业务要素】输入要素：业务类型、数据格式等。内部要素：生成规则、生成频度等。输出要素：生成数据、生成日志、告警信息等。6.3.4.4 数据发送【业务定义】数据发送是指数据处理将处理后的标准服务使用记录，根据数