计费中心_计费系统架构设计说明
中国电信在线计费系统(OCS)方案介绍
业务丰富
统一客户视图 资费灵活性 业务捆绑和套餐 市场推广方式
不能共享 低 低 中 不支持 不支持 高 高 高 较高 较高 中
31
共享 高 高 少 要登记客户资料 不支持 没有实时计费 不支持 低 高 低 低 中 高
共享 高 高 多 支持 有 高 中 成熟的商用案例不多 中 各设备只关注其核心功能 高 中 低
无 根据用户的信用级别，可以把信用低的用户 欠费 放在OCS方案中管理；对于信用高的放在Hot 成本 billing中管理。 高 高 低 有如下潜在ARPU值损失和用户流失 有如下潜在ARPU值损失和用 本方案的风险主要在于设备成熟度方面，通 成本： 户流失成本： 过测试和网上应用可以消除。 １）没有统一的用户管理，市场推 1）需要记录比较完整的用 １）用户可以在系统间自由切换 广支持能力差。 户资料，拓展渠道受限。 ２）可以实现多业务捆绑和交叉优惠 2）存在时延和不能提供AoC 3）用户体验好，支持灵活的市场推广 机会 2）不能实现多种业务捆绑。 成本 3）不能实现同离线系统的融合计 ，用户使用体验存在缺陷。 费。 3）高附加值业务开展门槛 4）计费策略不灵活 高（如国际长途，小额支付 5）升级改造时间长，失去最佳市 ）。 场推广时间 6）付费属性不能自由切换 低 中 低 集成 包括同客服系统，帐务系统等支撑 包括同客服系统，帐务系统 包括同客服系统，帐务系统等支撑系统的集 33 成本 中国电信股份有限公司上海研究院 系统的集成费用 等支撑系统的集成费用 成费用
64%
ቤተ መጻሕፍቲ ባይዱ48%
36%
29%
40% 30% 20% 10% 0%
2001
2002 签约用户
2003 预付费用户
2004
中移动2004年 新增用户中95% 根据中国移动2004年统计,签约用户ARPU值为预付费用户 根据中国联通2003年统计,签约用户ARPU值
计费中心_计费系统架构设计说明
[计费中心] 架构设计文档修订版历史目录目录1.............................................................................. 简介41.1.目的 (4)1.2.围 (4)1.3.适用对象 (4)1.4.参考资料 (4)2.构架目标和约束 (4)3.业务分析 (4)3.1.概述 (4)3.2.业务主流程 (5)4.模块划分 (5)4.1.主要模块 (5)4.2.工程划分 (6)4.3.逻辑分层 (6)5.架构设计 (6)5.1.总体结构 (6)5.1.1. 概述 (6)5.1.2. 开发框架 (7)5.1.3. 技术特性 (7)5.1.4. 技术风险 (7)5.2.基础设施 (8)5.2.1. 异步框架 (8)5.2.2. 日志框架 (9)5.2.3. 多线程 (9)5.3.系统设计：核心业务设计 (9)5.3.1. 周期性计费划价流程 (9)5.3.2. 非周期性计费划价流程 (10)5.3.3. 各种维度计费统计 (11)5.3.4. 出账和服务控制流程 (12)5.4.系统设计：详细业务设计 (12)5.4.1. 领域模型 (13)5.4.2. 数据采集类图 (13)5.4.3. 订单收集时序图 (14)5.4.4. 实时业务数据采集时序图 (15)5.4.5. 数据筛选分析类图 (16)5.4.6. 数据筛选分析时序图 (16)5.4.7. 实时性批价类图 (17)5.4.8. 实时性批价时序图 (18)5.4.9. 周期性批价类图 (19)5.4.10. 周期性批价时序图 (20)5.4.11. 计费汇总类图 (20)5.4.12. 计费汇总时序图 (21)5.4.13. 帐务管理类图 (22)5.4.14. 出帐时序图 (23)5.4.15. 服务控制类图 (24)5.4.16. 固定帐期服务控制时序图 (25)5.4.17. 帐期之外扣款触发服务控制时序图 (25)5.5.系统设计：系统边界接口 (26)5.5.1. 收费产品原始数据采集 (26)5.5.2. 订单开通业务 (26)5.5.3. 订单状态变化通知接口 (27)5.5.4. 批价接口 (27)5.5.5. 计费系统反馈客户账务欠费状态接口 (28)5.5.6. 扣款接口 (28)5.5.7. 扣款状态回调接口 (29)5.5.8. PC2授权用户数接口 (29)5.6.系统设计：数据ER图 (30)6.服务器部署 (30)7.其它 (31)7.1.规模分析（可选） (31)7.2.性能分析及实现（可选） (31)7.3.质量的达成（可选） (31)8..................................................................... 附录（术语）311.1.目的此文档通过对计费中心总体的业务架构建模，描述了计费中心整体业务架构设计蓝图，对后续的设计和开发提供指导和参照。
《计费系统介绍》课件
自主开发
对于发展迅速，需求多样的企业而言， 自主开发是最好的选择。
计费系统实施的关键点
1 在线支付的安全性
确保支付方式的安全性，对客户账户信息保 护得力。
2 账单的准确性
账单信息要准确无误，细节决定质量。
3 发票的合法性
遵守相关法规和政策，确保发票的合法性。
4 用户数据的隐私保护
处理用户数据需要严格遵守相关法规，保护 用户隐私。
计费系统介绍
计费系统是现代商业模式不可或缺的一部分，它是一种用于订单、支付、账 户、发票管理等的系统。本次介绍从简介、功能、优势、实现方式、关键点、 应用场景、未来趋势等方面进行讲解。
计费系统的概述
1 计费系统的定义
计费系统是一种用于管理 订单、支付、账户、发票 等功能的系统。
2 计费系统的类型
计费系统有第三方平台和 企业自主开发的两种实现 方式。
3 计费系统的作用
计费系统可以确保运营的 秩序，有效地保障客户权 益。
计费系统的功能
订单管理
从创建订单到订单状态跟踪，让客户享受更方便高 效的服务。
支付管理
快速可靠的在线支付，确保客户的支付安全。
发票管理
提供定制的发票管理服务，帮助客户合规运营。
账户管理
提供精细化、个性化的客户账户管理服务，增加客 户黏性。
计费系统的应用场景
பைடு நூலகம்电商平台
方便快捷的订单支付、账户管理，为电商平台提供 优质服务。
在线教育平台
提供定制化、个性化的支付管理服务，减少运营成 本。
订阅服务平台
为企业提供简便高效的账号管理服务，提升企业管 理效率。
SaaS商业模式的企业
可靠的基于云的计费系统，可扩展性好，减少企业 的付出。
计费中心+-+计费系统架构设计
戴小丹 高嵩 袁志俊
构架设计文档 第 1 页 共 30 页
作者
Alibaba
目录
构架设计文档 第 2 页 共 30 页
对全部高中资料试卷电气设备，在安装过程中以及安装结束后进行高中资料试卷调整试验；通电检查所有设备高中资料电试力卷保相护互装作置用调与试相技互术关，系电，力通根1保据过护生管高产线中工敷资艺设料高技试中术卷0资配不料置仅试技可卷术以要是解求指决，机吊对组顶电在层气进配设行置备继不进电规行保范空护高载高中与中资带资料负料试荷试卷下卷问高总题中2体2资配，料置而试时且卷，可调需保控要障试在各验最类；大管对限路设度习备内题进来到行确位调保。整机在使组管其高路在中敷正资设常料过工试程况1卷下中安与，全过要，度加并工强且作看尽下护可1都能关可地于以缩管正小路常故高工障中作高资；中料对资试于料卷继试连电卷接保破管护坏口进范处行围理整，高核或中对者资定对料值某试，些卷审异弯核常扁与高度校中固对资定图料盒纸试位，卷置编.工写保况复护进杂层行设防自备腐动与跨处装接理置地，高线尤中弯其资曲要料半避试径免卷标错调高误试等高方，中案要资，求料编技试5写术卷、重交保电要底护气设。装设备管置备4高线动调、中敷作试电资设，高气料技并中课3试术且资件、卷中拒料中管试包绝试调路验含动卷试敷方线作技设案槽，术技以、来术及管避系架免统等不启多必动项要方高案式中；，资对为料整解试套决卷启高突动中然过语停程文机中电。高气因中课此资件，料中电试管力卷壁高电薄中气、资设接料备口试进不卷行严保调等护试问装工题置作，调并合试且理技进利术行用，过管要关线求运敷电行设力高技保中术护资。装料线置试缆做卷敷到技设准术原确指则灵导：活。在。对分对于线于调盒差试处动过，保程当护中不装高同置中电高资压中料回资试路料卷交试技叉卷术时调问，试题应技，采术作用是为金指调属发试隔电人板机员进一，行变需隔压要开器在处组事理在前；发掌同生握一内图线部纸槽故资内障料，时、强，设电需备回要制路进造须行厂同外家时部出切电具断源高习高中题中资电资料源料试，试卷线卷试缆切验敷除报设从告完而与毕采相，用关要高技进中术行资资检料料查试，和卷并检主且测要了处保解理护现。装场置设。备高中资料试卷布置情况与有关高中资料试卷电气系统接线等情况，然后根据规范与规程规定，制定设备调试高中资料试卷方案。
计费系统方案
计费系统方案随着科技的发展和全球商业的迅猛发展，计费系统在各个行业中变得越发重要。
无论是电信、金融、互联网还是零售业，都需要一个高效和准确的计费系统来保证业务的顺利进行。
本文将探讨计费系统的重要性，并提供一种可行的计费系统方案。
一、计费系统的重要性计费系统是企业进行收费和结算的核心工具。
它不仅关乎企业的收益，还关系到客户对企业的信任。
首先，一个好的计费系统可以确保收费的准确性。
无论是按时间还是按数量计费，都需要有一个准确的系统来计算。
其次，一套高效的计费系统可以提供及时的结算和账单生成。
这不仅方便了客户，也提高了企业内部的工作效率。
最后，计费系统还需要保证数据的安全性和隐私性。
客户的个人信息和交易数据都需要得到保护，以避免任何潜在的风险。
二、计费系统的挑战然而，设计和实施一套完善的计费系统并不容易。
首先，不同行业有不同的计费模式和规则，这需要在系统中做出相应的适配和定制。
其次，计费系统需要处理大量的数据，因此需要具备高性能和扩展性。
此外，计费系统还需要与其他关键系统进行集成，以确保数据的一致性和准确性。
三、计费系统方案为了解决上述挑战，我们提出以下计费系统方案：1. 架构设计：首先，我们采用分布式架构来实现高性能和可扩展性。
通过将计费系统拆分为多个组件，可以将负载均衡和容错能力分散到不同的节点上。
其次，我们使用微服务架构来实现系统的模块化和独立部署。
每个微服务专注于一个特定的计费业务，可以独立运行和扩展。
2. 数据库和存储：我们采用分布式数据库来处理大量的计费数据。
通过水平切分和数据分片，可以实现数据的高可用性和高并发访问。
此外，为了确保数据的安全性和隐私性，我们使用加密存储和访问控制来保护数据。
3. 计费规则引擎：我们引入一个灵活和可配置的计费规则引擎。
通过配置文件或界面，管理员可以定义不同的计费规则和优惠策略。
这个引擎可以灵活地适应不同行业和业务需求。
4. 实时计费和结算：我们引入实时计费和结算功能，以满足客户对即时性的需求。
在线计费系统(OCS)的技术架构及应用分析
中 国薪 通 信 ２ １ ． ０ ０６
５ ５
ＣＨＩ ＮＡ Ｎ ＥＷ ＴＥ ＬＥＣ０ Ｍ Ｍ ＮＩ Ｕ ＣＡＴ１ Ｎ ０ Ｓ
件 的计 费 。
２１ 在线计 费功能 ．
基于事件的计费功 能（ Ｂ Ｖ 对基 于事件的计 ＥＣ） 费请求进行在线计费和信用控制 ， 例如短信计费。
・对 时 间的批 价 （ 据 分 配 的量或 金 额 ， 如基 Ｔ ２２６ Ｒ ） 根 例 ｓ３ ．９ （ ６ 的系统 架 构作 为 参 考模 型 ， 又基 于现
网 的 实 际情 况 ， 保 护 投 资 角 度 和 可 行 性 、 理 性 从 合
出发 ， ３ Ｐ 对 Ｇ Ｐ建 议 的 Ｏ Ｓ架 构 进 行 了 调 整 ， 整 Ｃ 调
３ 在 线 计 费 系统 应 用
黑 龙江 联 通 建设 的在 线 计 费 系 统 采 用 了 ３ Ｐ ＧＰ
基 于 由接 入 网网元 发起 的计 费请求 ） ； 于 ＳＰ应用 发起 的计 费请 求 ） Ｉ ；
・对事件 的批 价 （ 如基 于 Ｗｅ 例 ｂ内容 或 ＭＭＳ 。 ） 定， 例如 呼 叫时长 、 据流 量 、 数 多媒 体会 话 、 ｂ内容 Ｗｅ 等 的价格 。 求 （ 求 资费或 价格 ）批价 功 能有 ： 请 ，
及Ｉ ＭＳ网关 控 制 、－ Ｓ Ｆ Ｓ Ｃ Ｃ 、多媒 体 资 源 功 能控 制 器 用 于 Ｇ Ｓ Ｇ Ｎ和 Ｏ Ｓ之 间 的交 互 。 Ｃ
（ Ｆ ） 子 系统 层 计 费 控 制 。 Ｒ ｌａｅ６中 ， Ｃ ＭＲ Ｃ 等 在 ｅ ｓ ｅ ＯＳ
ＳＣ Ｂ Ｆ和 Ｅ Ｃ Ｂ Ｆ使 用 Ｃ Ｐ接 口与 ＭＳ Ａ Ｃ和 Ｓ Ｓ ＧＮ
批 价 功能 负责确 定计 费事 件 的金额 或者 非金额
探讨在线计费系统OCS的技术架构与测试实现
探讨在线计费系统OCS的技术架构与测试实现在线计费系统OCS（Online Charging System）是运营商网络中非常重要的组成部分，它负责实时记录和处理用户的通信和数据服务的费用，包括语音通话、短信、数据传输等。
OCS系统的设计和实现直接关系到运营商的服务质量和用户体验，因此其技术架构和测试实现至关重要。
一、OCS系统技术架构OCS系统通常由以下几个模块组成：1. 计费数据管理模块：负责管理和存储用户的计费数据，包括费率表、用户信息、账单记录等。
通常使用关系型数据库进行数据存储，如MySQL、Oracle等。
2. 业务逻辑处理模块：负责处理用户的实时计费请求，包括查询用户余额、扣除费用、生成账单等。
这部分通常采用Java、C++等编程语言来实现。
3. 费率计费引擎模块：负责根据用户的通信服务类型和时长、流量使用情况等计算费用，并根据用户的套餐和资费标准来进行计费。
这部分通常使用规则引擎来实现，如Drools等。
4. 接口模块：负责与其他系统进行接口交互，包括与计费系统、用户管理系统、流量管理系统等进行数据交互。
这部分通常涉及到RESTful API、SOAP等接口协议。
二、OCS系统测试实现OCS系统是运营商网络中的核心系统之一，因此其测试工作尤为重要。
在进行OCS系统的测试时，需要考虑以下几个方面：1. 功能测试：包括对OCS系统的基本功能进行测试，如用户余额查询、话单记录生成、账单计费等。
测试人员需要设计覆盖全面的测试用例，覆盖各种业务场景和异常情况。
2. 性能测试：OCS系统是实时处理用户的计费请求，因此对其性能要求非常高。
在进行性能测试时，需要模拟大量用户并发请求，以验证系统在高负载下的稳定性和性能表现。
3. 兼容性测试：OCS系统需要与多个系统进行数据交互，包括用户管理系统、流量管理系统等。
在进行兼容性测试时，需要验证系统的接口兼容性和数据一致性。
4. 安全测试：OCS系统涉及到用户的计费信息和财务数据，因此安全测试尤为重要。
计费系统介绍剖析
一、概述计费系统核心功能是首先从各个网元，以及业务平台获取用户业务使用记录的原始数据（原始话单文件），然后对原始话单记录根据用户订购的产品、促销等信息，结合计费要素进行批价，以及免费资源消耗处理，最后将批价结果记录入库，同时也提供给帐务进行合帐处理，最终实现扣费、信控等工作。
其总体流程如下图：从上图可知整个计费流程经过：“采集传输”、“解码”、“业务解析”、“统一查重”、“批价”、“数据分发”、“科目转换”、“数据入库”、帐务累帐共九个大的步骤。
除了以上七个主步骤外，为实现漫游来访话单的计费，错单的回收处理，计费系统还同时完成错单的记录和回收，以及漫游话单的上传工作。
二、文件传输（XFER）2.1 文件传输的目的一方面各个网元和业务平台生成的话单记录，是对用户进行计费和信控的原始依据。
另一方面对于漫游来访用户，需要将本地采集到的话单记录回传给用户归属省，以便归属省对用户进行计费和信控等处理。
要完成上述两项工作，需要完成对各个网元和业务平台生成的话单记录进行采集和上传，这就是计费系统中文件传输模块完成工作。
文件传输系统利用FTP协议完成数据文件从源目录到目标目录传输功能。
根据数据流向的不同，通常文件传输分为文件采集和文件上传。
从网元获取数据称为采集，将获取的数据上载到集团公司或指定系统称为上传。
文件传输系统支持单线程和多线程的方式，既可配置传输任务数又可配置任务轮询时间，即最大限度的保证了传输性能，又同时避免了数据服务器的负载过重。
文件传输系统又通过文件查重，文件指针功能，保证了文件传输的正确性，及时性和有序性。
同时文件传输系统还可在传输文件的同时完成文件名分析，和文件名转换的功能，减少文件传输后的后续工作。
2.2文件采集目前文件采集系统大部分采用的是集中采集的方式：即大部分业务的原始文件数据都通过集中采集机进行采集。
其采集路径为：“计费主机”----“集中采集机”----“各个网元及业务平台”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
[计费中心] 架构设计文档
目录
目录
1. .......................................................................................................................... 简介 4
1.1.目的 (4)
1.2.围 (4)
1.3.适用对象 (4)
1.4.参考资料 (4)
2.构架目标和约束 (4)
3.业务分析 (4)
3.1.概述 (4)
3.2.业务主流程 (5)
4.模块划分 (5)
4.1.主要模块 (5)
4.2.工程划分 (6)
4.3.逻辑分层 (6)
5.架构设计 (6)
5.1.总体结构 (6)
5.1.1. 概述 (6)
5.1.2. 开发框架 (7)
5.1.3. 技术特性 (7)
5.1.4. 技术风险 (7)
5.2.基础设施 (8)
5.2.1. 异步框架 (8)
5.2.2. 日志框架 (8)
5.2.3. 多线程 (8)
5.3.系统设计：核心业务设计 (8)
5.3.1. 周期性计费划价流程 (8)
5.3.2. 非周期性计费划价流程 (9)
5.3.3. 各种维度计费统计 (10)
5.3.4. 出账和服务控制流程 (11)
5.4.系统设计：详细业务设计 (11)
5.4.1. 领域模型 (12)
5.4.2. 数据采集类图 (12)
5.4.3. 订单收集时序图 (13)
5.4.4. 实时业务数据采集时序图 (14)
5.4.5. 数据筛选分析类图 (15)
5.4.6. 数据筛选分析时序图 (15)
5.4.7. 实时性批价类图 (16)
5.4.8. 实时性批价时序图 (17)
5.4.9. 周期性批价类图 (18)
5.4.10. 周期性批价时序图 (19)
5.4.11. 计费汇总类图 (19)
5.4.12. 计费汇总时序图 (20)
5.4.13. 帐务管理类图 (21)
5.4.14. 出帐时序图 (22)
5.4.15. 服务控制类图 (23)
5.4.16. 固定帐期服务控制时序图 (24)
5.4.17. 帐期之外扣款触发服务控制时序图 (24)
5.5.系统设计：系统边界接口 (25)
5.5.1. 收费产品原始数据采集 (25)
5.5.2. 订单开通业务 (25)
5.5.3. 订单状态变化通知接口 (26)
5.5.4. 批价接口 (26)
5.5.5. 计费系统反馈客户账务欠费状态接口 (27)
5.5.6. 扣款接口 (27)
5.5.7. 扣款状态回调接口 (28)
5.5.8. PC2授权用户数接口 (28)
5.6.系统设计：数据ER图 (29)
6.服务器部署 (29)
7.其它 (30)
7.1.规模分析（可选） (30)
7.2.性能分析及实现（可选） (30)
7.3.质量的达成（可选） (30)
8. ........................................................................................................... 附录（术语） 30
1.1.目的
此文档通过对计费中心总体的业务架构建模，描述了计费中心整体业务架构设计蓝图，对后续的设计和开发提供指导和参照。
1.2.围
本文档主要涉及计费中心的总体业务架构设计及系统中各个业务模块的架构设计。
1.3.适用对象
本文档适用于：
➢产品设计师：根据本文档中描述的架构模型评估需求满足度；
➢开发工程师：参照本文档和详细设计文档进行开发。
1.4.参考资料
此软件架构设计参考计费系统需求及相关业务文档，如下所示：
➢《ITBU业务支撑系统规划V1.0.pptx》
➢《计费系统UC文档》
本文档从全局的角度出发描述了计费系统的总体业务架构，打造一个高性能、高稳定性计费平台。
3.1.概述
目前支持计费模式：
1、支持非实时按次计费的后付费业务
2、支持按天计费的后付费业务
3、支持按天/最大账号数计费的后付费业务（按每份订单每天授权过的最大账号数计费）
4、支持首次开通N天（首次使用N次）免费的计费策略
5、支持同一份订单同一天暂停恢复多次仅按一天计费（多份订单时按每份订单单独计费，即使
同一天退订再开通，按多份订单计费。
）
6、支持用户使用时按实际付费者收费（老板订购，业务员使用或邀请业务）
7、支持按设定的日期出账业务
8、支持欠费自动停止欠费服务
9、支持充值销账后自动开通销账成功客户的服务
3.2.业务主流程
4.1.主要模块
4.2.工程划分
略
4.3.逻辑分层
略
5.1.总体结构
5.1.1.概述
本系统设计以覆盖阿里巴巴所有SaaS业务为目标，根据不收费模式（预付费、后付费）进行计费。
作为一项复杂、技术含量高的项目，SaaS业务实时计费结算系统设计时从技术和系统设计角度看，应遵循以下原则：
开放性
基于统一UDB用户体系，保证系统之间交互接口支持多种访问协议，满足多个业务产品线的业务模式。
可扩充性
系统要有良好的可扩充性。
从总体结构到具体硬件设备，都要给将来业务的新技术新产品预留接口，以便进行平滑地升级和资源扩充。
容错性和可靠性
实时计费网络应用，对系统的可靠性要求极高，关键主机系统不允许停机发布应用。
这就需要采取各种容错技术以确保系统正常工作，如不停机发布版本等，但是在硬件设备也需要相应的方案支持，如双机热备、备份电源等技术保证服务器不出现停机故障。
安全性
在保证高可用性的同时，要有各种措施工具防止对数据的非法访问和篡改，口令就是一种行之有效的工具。
网络支撑环境也应有相应的安全性机制如网络管理员权限，各种网络设备配置权限等。
5.1.2.开发框架
5.1.3.技术特性
5.1.4.技术风险
1、异步处理数据准确性。
2、支持上百万用户的计费能力。
3、系统间联调、集成风险。
5.2. 基础设施
5.2.1. 异步框架
5.2.2. 日志框架
5.2.3. 多线程
5.3. 系统设计：核心业务设计
5.3.1. 周期性计费划价流程
Action Data Other System
5.3.2. 非周期性计费划价流程
Action Data Other System
5.3.3. 各种维度计费统计
Action Data Other System
5.3.4. 出账和服务控制流程
5.4. 系统设计：详细业务设计
Action Data Other System
5.4.1.领域模型5.4.2.数据采集类图
5.4.3.订单收集时序图
5.4.4.实时业务数据采集时序图
5.4.5.数据筛选分析类图5.4.
6.数据筛选分析时序图
5.4.11.计费汇总类图
5.4.1
6.固定帐期服务控制时序图
5.4.17.帐期之外扣款触发服务控制时序图
5.5.系统设计：系统边界接口
5.5.1.收费产品原始数据采集
调用形式：Hessian
接口名称：insertServiceOp
描述：按次收费的产品项消费行为记录
5.5.2.订单开通业务
调用形式：Hessian
接口名称：installOrder
描述：当订单系统生成一条新的订单行记录时，通知定计费系统
5.5.3.订单状态变化通知接口
调用形式：Hessian
接口名称：updateOrderState
描述：当订单状态发生变化，订单系统通知计费系统中订单镜像做同步
5.5.4.批价接口
调用形式：Hessian
接口名称：getTotalPrice
描述：进行批价
5.5.5.计费系统反馈客户账务欠费状态接口
调用形式：Hessian
接口名称：feedbackUser
描述：反馈用户账务信息
5.5.
6.扣款接口
调用形式：Hessian
接口名称：chargeAccount（具体接口名账户系统订）描述：账期出账
5.5.7.扣款状态回调接口
调用形式：Hessian
接口名称：payCallback
描述：账务系统扣费成功回调计费系统扣费成功通知
5.5.8.PC2授权用户数接口
调用形式：Hessian
接口名称：changeAccountNum
描述：PC2改变授权用户数接口
接口参数：
名称类型说明
mmId String 付费用户Id currentNum Int 当前使用量productCode String 产品code
返回值：
名称类型说明Result String 1:更新成功
5.6.系统设计：数据ER图
6.服务器部署
略
7.1.规模分析（可选）
略
7.2.性能分析及实现（可选）
略
7.3.质量的达成（可选）
略。