摘    要：回顾了电信行业计费账户模型的演进过程，指出了当前模型在满足业务支撑需求方面面临的问题，提出了计费账户模型可能的改进方向，并探讨了计费账户在生产应用中的优化思路，希望能对电信计费系统的演进提供有益的参考。

关键词：账户；资金账本；资源账本；销账；资源量销售

中图分类号：TN915.07

文献标识码：A           

文章编号：1007-3043（2012）10-0001-05

0  前言

根据工业和信息化部发布的数据，截至2012年5月，全国固定电话用户数量约2.8亿，移动电话用户数约10. 4亿，这是令全球其他任何一个国家都无可比拟的数据。有使用就会有消费，电信费用缴费充值已经与人们日常生活息息相关。人们随口谈论着预存、返款、赠款等名词，却很少有人真正了解隐藏在这些名词背后的电信行业计费账户模型。

账户对一般用户而言是个很笼统的概念，人们最直观的印象是银行账户，很多时候又表述为一张贷记卡或信用卡，描述为卡里还有多少钱。而对于电信业务用户来说，常常说的是某个号码里还有多少钱，或者给某个电话号码缴费。在人们简单的描述背后，存在着一套复杂的计费账户数据模型，用来实现人们使用电信业务并支付费用的多种场景需求。

本文将带你重温电信行业计费账户模型的演进历史，分析业务需求对计费账户模型的挑战，探讨账户模型的改进方向以及对电信业务量销售模式的潜在影响。

1  账户模型的演进历史

早期的电信业务计费非常简单，通常是次月初对上月的通信记录进行批价汇总，生成上个月的账单，然后才能受理用户的缴费，缴费受理期一般在每月的6—25日，不同运营商或区域略有差异。到了月末几天又会因为系统要进行月结处理，是不能进行缴费操作的。在最初的模型中，用户只能按照账单中的金额进行缴费，缴多缴少都是不支持的，系统中也只需要存储用户账单的缴费时间即可，账单结构如图1所示。

这种支撑情况在电信运营商占据强势地位，在申请电话还需要一笔不菲的初装费的年代是很正常的，用户也没有其他选择权，更不要奢谈什么客户服务的概念。随着电信技术的快速发展，电话开始进入平常百姓家，伴随着用户增多，涌现出许多面向客户服务类型的需求。例如客户希望一次性缴纳几个月的费用，或者把多缴的零头预先存进去。这些需求开始反映到系统的改进中，账户模型也发展为支持用户预存款，改进后的账户结构如图2所示。当用户账单生成后，系统首先会检查用户预存款是否够支付当前账单，如果余额充足，则直接触发销账操作。如果余额不足，则等待用户来缴费时，根据新的余额再次触发销账操作。

公共行业逾期未缴费收取滞纳金的惯例是长期存在的，由于账户模型不支持部分销账，就产生了这样的极端场景：用户某个月账单金额是300元，而账户余额是299.99元时，由于金额不足，不能销账，导致用户需要交纳全额滞纳金。这是非常容易引起用户投诉的，为了解决此类问题，账户模型引入了部分销账功能。随着电信行业的深化改革，电信运营商之间的竞争进一步加剧，其竞争激烈程度在垄断行业中是非常少见的。为吸引客户，运营商纷纷抛出入网赠款，预存加倍返回等一系列优惠活动。为了区分赠款和客户缴纳的现金，需将账户模型中的账户余额从账户实体中独立出来，形成可以描述多个具有不同特征余额的账本实体，并可为指定账本设定作用时间范围。为了限制某些赠款的使用范围，或者为了达到某些宣传效果，为某些特定业务提供诱人的名义赠款，在分离账本的同时在计费账户模型中引入新的限制关系，即账本类型和账单科目之间的对应关系。目前电信业务支撑系统中的典型账户结构如图3所示。

账户模型中为了满足跨客户和用户支付不同费用，还需要增加账务关系等实体，这方面的内容和账户模型发展演进关系不大，本文将不再就此做进一步展开。

2  业务需求对账户模型的挑战

从业务部门的角度来看，如何能吸引更多的用户使用业务，如何提升业务收入是最重要的目标。不同用户的需求是不一样的，有些用户通信需求本身就很少，而有些用户则是因为价格因素不敢敞开使用。因此在制定价格政策时，一方面需要保证每用户平均收入（ARPU值）不能太低，另一方面又能达到提升高业务量用户ARPU值的目的。业务部门首先引入分段定价策略，通过越打越便宜鼓励用户放开使用业务，在电信行业逐渐取消月租后，又通过销售适合不同消费阶层的套餐的形式来兼顾低ARPU值用户和高ARPU值用户的通信需要。月租模式和套餐模式下的单价与ARPU值对应关系如图4所示。

在语音和短信业务为主的时代，用户的消费行为基本上是可预测的，即使套餐内业务量不足，通过套餐外按需使用的适当补充，也能保证大多数用户选择到合适的资费套餐。而在移动数据业务为主的时代，用户对数据业务的使用则是难以预测的，这是因为数据业务流量的大小首先是受服务端应用的控制，其次移动数据业务作为众多移动互联网业务的承载基础，其作用已经超出了一般的通信含义，和人们的娱乐、生活、出行等行为都可以密切相关。这些原因使得用户每个月的数据业务量很难维持在一个平均的水平，而且无法提前预测，这和现有的套餐提前并持续订购是相矛盾的。

现有的套餐设计仍然延续了语音时代的模式，市场部门对不同的套餐包含了不同的数据流量，希望能够引导用户选择合适的套餐。目前数据业务数据套餐外资费一般是每兆字节0.3元，这个价格在用户放开使用数据业务时产生的费用还是非常可观的。根据前面的分析，用户数据业务使用量的不确定性，使得用户选择套餐左右为难，用户一旦选择了某种套餐后，只能根据套餐内流量，去控制自己的使用行为。这种情形绝不是运营商所希望的，为鼓励用户更多地使用数据业务，市场部门就推出各种比标准资费价格优惠的流量附加包供用户选用。从业务部门的需求来看，希望用户能够根据需要订购一个流量包，当流量不足时，再追加一个流量包，或者说推出跨月的流量包供用户使用。

在这种需求推动下，原有账户模型只支持资金账本，对套餐内流量通过批价曲线来实现的方式，就很难支撑业务部门的需求。尤其对流量包的叠加订购，流量包的跨月使用，实现起来非常困难。主要原因是在原有的计费模式中，计费引擎是根据用户订购的产品查找对应的资费曲线，创建对应的计数器，进行累加比对。这些计数器一般是在月结时进行初始化，跨月累计就很难实现。当用户叠加订购时，计费引擎判别的还是同样的产品，并不会对计数器进行叠加。

3  账户模型的改进方向

为满足市场的新需求，必须对账户模型进行改进。改进的方向就是支持资源账本类型，把用户订购的流量，包括套餐内和附加包流量作为一种账本量，这样就简化了计费引擎的处理逻辑。计费引擎只需要按照销账规则对资源账本进行销账，订购附加包可以转化为购买资源量，然后对资源账本充值。这样就跳出了叠加订购的逻辑，成为一种累计购买流量资源的操作，既简化了用户操作，又降低了系统的复杂性。

在传统的计费和账务处理系统中，开发人员一般分为2个小组来处理，一个小组负责批价计费，另一个小组负责账务处理。批价小组负责给用户的每条业务使用行为计算出应付的费用，账务小组负责将用户这些费用合并后，形成当月明细账单，然后按照销账规则进行销账操作。在这种模式下，资费套餐内的免费资源处理，通常由计费批价组负责，通过设置计数器的方式，在对用户每次业务使用进行批价时，首先检查计数器是否达到套餐包含的业务量门槛，如果还在套餐量范围内，则直接批价为零，如果计数器已经超出限额，则启动正常资费的批价过程。这种方式保证了批价的正确，但没有留下资源的使用记录痕迹，当用户需要查询余量和扣减详情时，实现起来就比较困难。现在将业务量资源和金额统一纳入账本管理，将可以解决这个长期存在的难题，并为业务部门分析套餐内资源消耗情况提供准确的数据。

为了将资源量纳入账本管理，必须对现有系统中批价和销账分离的现状进行调整。因为在对用户批价过程中，如果用户存在可用的资源账本余量，则需要首先启动资源账本销账过程，然后再对剩余的通信量进行批价，并在账单生成时进行现金销账，当然也可以触发实时现金销账过程。

资源量纳入账本管理带来的最大问题是对系统处理压力的增大，因为采用计数器方式进行比对时，没有复杂的事务处理，只是在批价成功后进行累计，而采用账本处理方式，则需要记录资源账本的余量更新，记录资源账本的使用明细，在批价清单中还要记录对账本的使用情况。一旦出现差错，重新回溯是非常困难的，按照会计记账惯例，如果出现错账只能采用冲正调整等措施来进行补救，所有的错误都将作为永久痕迹保留下来。这对以往批价处理流程中发现差错时采用重批来解决问题的习惯是个很大的挑战。

在电信业务支撑系统的应用程序内部，各种销售资费政策都是作为产品存在的，因为各种各样的原因，这些产品经过长期自然筛选后还有一些用户在使用。一些和当前资费框架差异很大的产品迟迟难以下线，为了保持对原有产品的兼容，并不断支持新的产品，系统的复杂性越来越高。账户模型的改进，可以促使运营商销售套餐向销售业务量转变。每个销售政策只是调整业务量的打包销售价格，而不是在用户订购上做文章。既可以快速推出满足当前时期的销售策略，也可以在不合适的时候及时终止产品销售，在系统中不会留下后遗症。

在引入资源账本后，对账本的有效期控制是必须重点考虑的内容，一方面业务部门会以类似批发价格的形式向用户销售资源量，这部分资源应该是无有效期，随主账户有效而生效的。另一方面业务部门会根据当前时期的一些重大活动，如奥运赛事直播等销售一些短期的超低价资源量。要避免这些资源量对正常销售的冲击，则必须控制这些资源量的可用时限。为避免资源账本类型过多造成系统处理效率明显降低，应合理规划短期、中期和长期资源账本，并和销售价格相配合，形成差异化的资源量销售产品。

4  其他需要考虑的问题

账户模型的演进和业务需求支撑是相辅相成的，在一个相对灵活合理的模型上设计中出灵活的业务需求实现场景是系统的最终目标，这种灵活应该是不依赖对系统做太多的改动就可实现的。业务部门面对市场的瞬息万变，需要的是及时推出应变的销售政策，但绝对不是指对支撑系统的快速改造。不对系统改造而支撑业务部门的需求才是支撑系统的最高境界，也是账户模型的理想状态。

纵观商业市场上各种打折优惠促销，其根本模式并未发生变化，差别只在于每次活动的折扣率或返点的不同。而且每种活动必然有短暂精确的生命周期，这些都是电信业务系统和市场活动中所缺乏的。账户模型中引入资源账本，只是从系统支撑的层面提供了灵活应变的工具和手段，能否达到预期效果，起决定作用的仍然是业务部门在此基础上的灵活运用。