专利名称：增值业务综合结算分析方法
技术领域：
本发明涉及通讯增值业务的分析方法，尤其是通讯增值业务综合结算的分析方法。
背景技术：
目前电信运营商开展的增值业务主要包含宽带增值业务、短信增值业务、IVR、彩 玲、彩e、流媒体等。上述增值业务的运营，同传统电信业务(如话音)相比，有几个 显著的特点
1) 业务运营过程涉及到合作伙伴，通常称为SP/CP，他们提供增值内容，包括 音乐、视频、游戏等等，运营商则提供广大的用户群、网络通讯能力、畅通的营销渠道 及代收费能力。用户使用SP/CP的服务后，运营商代收费用，然后在同SP/CP进行结算。
2) 因增值业务的多样性，结算过程相比传统的语音结算具有更为复杂的特点。 如根据费用、流量、时长、点播/订购次数、内容(URL)、带宽、服务质量等等，这些 都是增值业务所特有的，因此在结算原始数据的采集、处理上有特殊要求。
3) 结算策略的定义更为复杂。传统电信语音结算，多是省公司间、不同运营商 间进行，增值业务的结算涉及到不同的结算方，而且不仅仅是主、被叫两方，而可能是 多方结算。因为语音呼叫过程只有两方，而增值业务的服务提供、支撑往往涉及到多个 SP和运营商。
4) 增值业务种类较多，同时支持各种不同类型的增值业务，也是比较突出的一 个难点。
考察目前大多数支撑系统厂商的结算系统，多是采用同语音结算相类似的结算平 台，包括设计方法、功能及策略管理等等，对多方结算、多种结算要素的支撑、结算方 法的多样性、不同增值业务结算过程的统一支持有较多不足。
发明内容
本发明目的是针对上述问题，规划了增值业务的结算分析方法及相关功能，重 点对数据源采集、结算方式、结算规则策略、结算方法多个关键点进行了更合理的设计。 增值业务综合结算系统负责针对上述增值业务，实现结算规则的定义、结算源数据的采 集、预处理、结算批价、生成结算结果，同时提供对结算过程、数据的监控和稽核功能。 随着增值业务的不断发展和整合，更多的增值业务内容不断涌现，在满足现有增值业务 结算的前提下，具有一定前瞻性和可扩展性，满足今后增值业务的发展需要。
本发明的技术解决方案是增值业务综合结算方法，(1)首先设置业务综合结算 的处理模型即将结算参与人置于接口层的属性主体:提供系统内部和外部的数据交互; 业务逻辑层完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算 结果管理；数据层基于数据库技术的数据存储；
(2)根据不同结算方的增值业务具有的多种模式的业务参与运营，根据具备短信 类、下载类、影视类不同的业务过程、不同的计费元素以及结算数据的不同参考要素；
将整个增值业务的结算功能按照业务划分为不同的结算过程;同一参与人参与到多种业
务中来，产生的结算要素进入到不同的结算过程中去；不同的结算过程生成的结算结果 会按照结算参与人进行汇总，生成最后的结算结果；
(3) 除了核心的结算操作基础服务，采用松耦合结算方法所有业务相关结算计 算过程都放到独立的结算过程中，将不同业务结算过程中，不同的结算方归纳为参与人， 采用通用的实体模型，允许属性的动态增加，无论是SP、省分公司、外围系统，均将 其基本属性提炼为参与人；并将结算类型、结算规则与参与人挂钩；
结算规则与所有的结算过程，依赖于结算对象-产品；结算参数定义，同样依赖于 结算对象-产品，并根据在该产品上触发的不同服务事件定义结算源数据，包括订购事 件、销售事件、服务使用事件； -
不同的结算过程，定义不同的结算类型，签订不同的结算摊分协议； 结算规则包括从结算客体的角度，根据用户话单进行结算；根据用户话单账目 进行结算(如时长、流量、URL等等)；根据SP消费清单进行结算；根据SP帐单进行 结算；根据订购记录进行结算；根据服务使用记录进行结算；从结算方法的角度，根 据单价x数量的方式结算；对应收、实收进行结算处理；根据按次、按费用、按订购数、 按使用量、流量、时长进行结算；支持多种结算策略按固定/可变结算单价、固定/ 可变结算比例、根据累进量阶梯形的结算策略；多方结算。
(4) 不同的结算方式实现组件化；
(5) 结算预处理是一个可扩展的接口。 本发明的增值业务结算的主要分析方法，体现在对结算过程的各参与人、结算主、
客体对象，结算模型的设计、结算方法的概括、不同业务结算过程的提炼统一上
1. 从支持的参与人包括网络运营商、服务提供商SP、内容提供商CP、最终客户。
2. 从支持对象的角度，结算管理提供以下业务对象的结算功能
1) 系统支持为单个SP业务(通过ServiceID区分)进行结算规则管理及结算处理。
2) 系统支持产品组合的结算摊分，针对产品内不同SP的不同业务进行摊分。
3. 从结算客体的角度，我们分析支持
1) 根据用户话单进行结算
2) 根据用户话单账目进行结算(如时长、流量、URL等等) -
3) 根据SP消费清单进行结算
4) 根据SP帐单进行结算
5) 根据订购记录进行结算
6) 根据服务使用记录进行结算
4. 从结算方法的角度，我们分析支持
1) 单价x数量方式结算
2) 消费金额x比例方式结算，其中比例可为固定比例或可变比例(如按累进 量来设置)
结算处理同时支持应收、实收。
发明效果采用新的结算分析方法主要效果
> 能够支持多种增值业务的结算需求。各种增值业务，因其业务流程的不同， 结算原始数据格式、内容可能不同。但是归纳分析后，能够统一到按次消费类话单、订 购类话单、服务使用类话单。
> 能够支持多种结算办法。按次、按费用、按订购数、按使用量、流量、时 长等等，融合支持了目前增值业务的结算需求。
> 能够支持多种结算策略。可按固定/可变结算单价、固定/可变结算比例、 根据累进量阶梯形的结算策略。
> 支持多方结算。
> 支持新业务的快速部署。我们在设计新的增值业务结算系统时，考虑到了 一定的扩展性，新的增值业务结算过程，可以较快的进行部署和支撑。
图1为系统对象关系图，即我们在新的增值业务结算系统进行设计时的主要逻辑 模型(通用的实体模型)。将结算策略的定义同服务事件进行关联，屏蔽具体的业务过 程；将结算规则的定义同产品属性相关联，突出以产品为核心的设计思路；将参与结算 的各方抽象为参与人，可以支持多方结算；
图2为结算系统体系架构图，表征了一个结算业务如何得到支撑的实现体系。该 体系架构保证了不同结算业务隔离在不同的结算实现实体空间中，同时把公共和基础的 结算原子级操作独立出来，所有的结算后台服务程序都运行在负载均衡的结算服务器 上，在最大程度上提高了系统的高效可用性和可扩展性。这样单个结算的业务开发不冲 击整个结算系统的运行。
图3是本发明逻辑实现框图
图4是本发明从数据源至应用服务的流程示意图
具体实施例方式
(一) 逻辑实现，参见图3
表示层主要是依托管理门户和报表分析系统，进行结算的配置、操作和报表展
示o
接口层提供系统内部和外部的数据交互
业务逻辑层:完成结算过程中数据采集、预处理、规则生成应用、结算过程运作 和结算结果管理。
数据层基于数据库技术的数据存储
(二) 技术实现思路
针对增值业务特点，随着业务的发展，可能会有多种模式的业务参与运营，目前 可能具备短信类、下载类、影视类等等，不同的业务过程，CDR中的计费元素不同，涉 及到的结算数据的参考要素也不同，因此，我们首先应当将整个增值业务的结算功能按 照业务划分为不同的结算过程。同一SP参与到多种业务中来，产生的话单进入到不同
的结算过程中去；不同的结算过程生成的结算结果会按照SP进行汇总，生成最后的结 算结果。
除了核心的结算操作基础服务，所有业务相关结算计算过程都放到独立的结算实 现实体空间中，这样的松耦合设计方法有效解决了结算业务的快速支撑，降低了未来新 结算任务开发的代价。从结算系统的技术架构的角度，系统具备以下特点
a) 将不同业务结算过程中，不同的结算方归纳为参与人，在进行结算模型设 计时，尽量采用通用的实体模型设计，允许属性的动态增加，无论是SP、省分公司、 外围系统，均将其基本属性提炼为参与人。并将结算类型、结算规则与之挂钩。
b) 不同的结算过程，可以定义不同的结算类型，签订不同的结算摊分协议
c) 所有的结算过程，依赖于结算对象-产品
d) 所有的结算参数定义，同样依赖于结算对象-产品，并可以根据在该产品上
触发的不同服务事件定义结算源数据，包括订购事件、销售事件、服务使用事件。 作为综合的结算系统，需要考虑到日后会有更多的增值业务应用的加入及由此带
来的结算过程的增加，因此我们在定义结算规则引擎的时候，遵循以下设计原则
a) 不同的结算方式实现组件化，组件可挂接或下线，而不影响其它结算方式；
b) 结算预处理是一个可扩展的接口，可以方便地挂入新的预处理模块；
c) 先进的结算规则模型，可以灵活地增加各类的新的业务类型和结算规则；
d) 统一的结算结果表示通过良好的表设计，各类不同数据不同业务的结算结果一 单显示，并可追溯到各个细节；
e) 同时实现静态和动态的结算报表展现方式，在数据量和报表速度之间取得平衡； 定义良好的结算操作接口，使得在业务管理门户和后台处理都能较方便地新增结
算操作。
从支持对象的角度，结算管理提供以下业务对象的结算功能 系统支持为单个SP业务(通过ServiceID区分)进行结算规则管理及结算处理。 系统支持产品组合的结算摊分，针对产品内不同SP的不同业务进行摊分。 根据增值业务应用的不同，我们将不同的增值业务划分为多个相对独立的结算过
程。主要基于以下几点
ll不同业务的话单格式不同，比如有的增值业务按照流量计费，有的按照url计费 醒不同业务的数据采集周期、结算周期不同，有的业务需要每天采集原始数据、有
的以月为单位即可
麗不同业务的预处理过程不同，有的经过预处理后可以整合到SP—级，有的需要 整合到Service—级，由的仍然需要保持详单级粒度。
在根据增值业务的不同，开发相对独立的结算过程，分别完成针对该业务的结算 数据的采集、预处理、结算操作、数据生成。但是，在策略配置、规则定义、模型上采 用同一套设计完成。
结合现有增值业务的特点，SP往往同时参与到多个增值业务中，因而会参与到多 个结算过程中去，比如某一个SP，即参与短信增值业务的结算，也参与IVR业务的结
算，也可能同时参与互联网宽带增值业务的结算。上述三个结算过程完成后，生成了针 对该SP (和运营商)的三个结算结果，但从经营的角度，需要按照SP进行汇总，运营 商需要同SP进行统一结算，这就要求我们在所有结算过程完成后，按照不同的参与人
进行汇总，生成最终的结算单，主要过程维
■ 格式化独立结算过程的结算结果(格式根据运营商要求)
■ 按照(SP、业务、服务、结算结果)的粒度整合结算数据
■ 生成最终的一单结算数据
在程序设计上，我们也采用了SOA的设计思想，核心的结算过程主要包括如下服
务原始数据采集、预处理、规则适配、结算执行、数据验证、结果生成
a) 组件可挂接或下线，而不影响其它结算方式；
该技术的实现，同数据库表结构设计密切相关。结算规则下可以定义多种结算策 略，不同的结算策略依靠不同的组件来实现，当增加新的种类的结算策略时，只需新编 写相应的结算策略实现组件即可，尽量不修改结算规则适配的主程序，保证策略的相对 独立及可挂接和下线。
b) 结算预处理是一个可扩展的接口，便于挂入新的预处理模块；
c) 结算规则模型，用于灵活地增加各类的新的业务类型和结算规则；
d) 统一的结算结果表示通过良好的表设计，各类不同数据不同业务的结算 结果一单显示，并可追溯到各个细节；
e) 同时实现静态和动态的结算报表展现方式，在数据量和报表速度之间取得
平衡；
f) 定义良好的结算操作接口，使得在业务管理门户和后台处理都能较方便地 新增结算操作。凡是新增业务导致的新的结算需求，按照如下原则进行新业务的快速部 署
Z开发独立的采集、预处理、规则适配、结算执行、数据验证、结果生成服务 Z分配新的结算过程ID，在结算策略的定义时如果不增加新的结算方法、规则，
则仍沿用原有的规则模型、表结构设计和实现组件程序，只是通过配置参数完成；如果
引入了新的结算办法，则需要开发新的规则组件程序，并进行部署
Z之所以针对每一个业务，均定义独立的结算过程(包括响应的程序服务)，主
要是保证业务的单一性及独立性，避免业务变更带来更大的影响。 从支持对象的角度，结算管理提供以下业务对象的结算功能 系统支持为单个SP业务(通过ServiceID区分)进行结算规则管理及结算处理。 系统支持产品组合的结算摊分，针对产品内不同SP的不同业务进行摊分。 同时实现静态和动态的结算报表展现方式，并在数据量和报表速度之间取得平衡，
采用如下步骤
结算报表的生成和展示，针对CP、 SP、运营商各部门各级业务管理员等不同类型 用户的不同需求，采取动态分析报表和固定格式报表两种展现手段，提供多维度、数据
级和页面级权限均完全可控的结算情况分析和报表。对无论是最新几月内的数据和还是 海量的历史结算数据，均提供相似的响应时间。
动态报表，偏重分析功能，提供给最高层次的用户使用，可对海量结算数据在任 意的维度组合进行上巻下钻式査询。为达此目标，在后台，我们基于结算清单，整合有 利于结算情况分析的平台其它数据，以数据仓库的手段解决海量数据存储，采用0LAP 的分析方法建立数据分析模型，使用专业ETL工具开发了全套数据采集、清洗、转换、 整合系统，再将此数据按结算周期加载入MOLAP方式存储的结算主题CUBE中；在前台， 我们采用了及其方便的拖拽式的用户界面。图4可供参考。
静态报表，主要是针对一些格式固定、访问对象固定的报表。如下发给各结算参 与人之间的结算通知书，各结算参与方管理人员查看的结算结果表，各结算参与方业务 人员查看的结算明细表等。这类报表实现方法是预先设计好与一定数据结构绑定的报表 格式，再根据前台传回的管理员选定的参数生成该数据结构的数据，两者组合后发往客 户端，最大限度提高了报表生成时间。对于一些需要大数据量査询的静态报表，我们采 取以下处理原则如果分析报表MOLAP中有，就通过专用数据驱动从MOLAP中査询；如 分析报表MOLAP中没有，则针对该数据结构制作预处理结果中间表，从此中间表中提取 数据生成报表。
关于OLAP数据库，是面向海量数据查询而产生的基于主题(一个主题即一个CUBE) 的专门数据库技术，与一般面向事务处理的基于表的关系数据库有着本质的不同。0LAP 数据库的解决方案主要有两大流派，我们采用的是目前国际采用最多技术最成熟的 M0LAP技术。具体到结算情况分析主题首先，我们根据客户对于结算情况分析的需求， 以及业务系统的关系数据库中结算清单的数据结构，确定结算主题提供的维度(如服务 和服务提供商维度，内容和内容提供商维度，漫游类型维度，时间维度，用户所在地维 度……等)和指标(如结算前金额指标，结算收入指标……等)；根据这些维度和指标， 建立相应的维度表、事实表；进而完成结算主题的CUBE数据建模；然后，我们建立完 整的从业务系统抽取、转换、清洗、整合数据，按周期生成该事实表的ETL过程；并且 将事实表数据按周期加载入结算主题的CUBE中，成为可供前端0LAP展示工具査询的 0LAP数据。
权利要求
1、增值业务综合结算方法，其特征是(1)首先设置业务综合结算的处理模型即将结算参与人置于接口层的属性主体提供系统内部和外部的数据交互；业务逻辑层完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算结果管理；数据层基于数据库技术的数据存储；(2)根据不同结算方的增值业务具有的多种模式的业务参与运营，根据具备短信类、下载类、影视类不同的业务过程、不同的计费元素以及结算数据的不同参考要素；将整个增值业务的结算功能按照业务划分为不同的结算过程；同一参与人参与到多种业务中来，产生的结算要素进入到不同的结算过程中去；不同的结算过程生成的结算结果会按照结算参与人进行汇总，生成最后的结算结果；(3)除了核心的结算操作基础服务，采用松耦合结算方法所有业务相关结算计算过程都放到独立的结算过程中，将不同业务结算过程中，不同的结算方归纳为参与人，采用通用的实体模型，允许属性的动态增加，无论是SP、省分公司、外围系统，均将其基本属性提炼为参与人；并将结算类型、结算规则与参与人挂钩；结算规则与所有的结算过程，依赖于结算对象-产品；结算参数定义，同样依赖于结算对象-产品，并根据在该产品上触发的不同服务事件定义结算源数据，包括订购事件、销售事件、服务使用事件；不同的结算过程，定义不同的结算类型，签订不同的结算摊分协议。
2、 根据权利要求1所述的增值业务综合结算方法，其特征是不同的结算方式实现 组件化；组件可挂接或下线；结算预处理是一个可扩展的接口。
3、 根据权利要求1所述的增值业务综合结算方法，其特征是采用S0A的设计方法， 核心的结算过程包括如下原始数据采集、预处理、规则适配、结算执行、数据验证和 结果生成。
4、 根据权利要求1所述的增值业务综合结算方法，其特征是动态的结算报表展现方式，采用如下步骤动态结算报表，在后台基于结算清单，整合有利于结算情况分析的平台其它数据，以数据仓库的手段解决海量数据存储，采用OLAP的分析方法建立数据分析模型，使用 ETL工具进行数据采集、清洗、转换、整合系统，再将此数据按结算周期加载入MOLAP 方式存储的结算主题CUBE中；在前台采用及其方便的拖拽式的用户界面。
5、 根据权利要求4所述的增值业务综合结算方法，其特征是在动态的结算报表数 据量和报表速度之间取得平衡，采用如下步骤静态报表，针对一些格式固定、访问对象固定的报表，这类报表实现方法是预先设计好与一定数据结构绑定的报表格式，再 根据前台传回的管理员选定的参数生成该数据结构的数据，两者组合后发往客户端；对 于一些需要大数据量査询的静态报表，采取以下处理方法如果分析报表MOLAP中有， 就通过专用数据驱动从MOLAP中査询；如分析报表MOLAP中没有，则针对该数据结构制 作预处理结果中间表，从此中间表中提取数据生成报表。
全文摘要
增值业务综合结算方法，(1)首先设置业务综合结算的处理模型即将结算参与人置于接口层的属性主体提供系统内部和外部的数据交互；业务逻辑层完成结算过程中数据采集、预处理、规则生成应用、结算过程运作和结算结果管理；数据层基于数据库技术的数据存储；(2)根据不同结算方的增值业务具有的多种模式的业务参与运营，将整个增值业务的结算功能按照业务划分为不同的结算过程；不同的结算过程生成的结算结果会按照结算参与人进行汇总，生成最后的结算结果；(3)除了核心的结算操作基础服务，采用松耦合结算方法所有业务相关结算计算过程都放到独立的结算过程中。
文档编号H04Q7/22GK101110863SQ20071013082
公开日2008年1月23日 申请日期2007年8月16日 优先权日2007年8月16日
发明者进 张, 斐 徐, 杨志军, 谈科华 申请人:南京联创科技股份有限公司