基于云架构的4A系统在移动业务支撑网中的应用
摘要：首先分析了基于云架构的业务支撑网技术方案及存在的安全问题，结合目前云安全的常用技术，提出了云架构4A认证系统和移动业务支撑网相结合的云安全技术方案以及实现流程，总结了这种方案的优点。
关键词：云计算；4A系统；业务支撑网
1 云计算现状
云计算[1]是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问，进入可配置的计算资源共享池（资源包括网络，服务器，存储，应用软件，服务），这些资源能够被快速提供，只需投入很少的管理工作，或与服务供应商进行很少的交互。好比是从古老的单台发电机模式转向了电厂集中供电的模式。它意味着计算能力也可以作为一种商品进行流通，就像煤气、水电一样，取用方便，费用低廉。云计算为人们带来便利的同时其安全性也不容忽视：2011年4月22日，Amazon的云计算服务器再次出现大面积的岩机；2009年2月24日，Google Mail邮箱爆发全球性故障，服务中断长达4小时；同年3月17
日，Microsoft的云计算平台Azure停止运行约22小时；众多的案例引发了人们对云计算安全的思考，安全问题解决不好，将严重制约云计算的可持续发展，有效解决云计算的安全问题势在必行。
2 基于云架构的业务支撑网技术方案
目前移动业务支撑系统包括BOSS系统、经营分析系统、运营管理系统等子系统，云架构的移动业务支撑系统平台，通过采用iaas私有云技术，把BOSS系统的众多服务器，网络设备，数据库等设备组成“云端”基础设施服务提供给维护人员[2]。并将CPU计算能力、内存、I/O设备和存储整合成一个虚拟的资源池为BOSS业务提供所需要的存储资源和虚拟化服务器等服务。经营分析系统和运营管理系统则通过采用SaaS技术将应用软件统一部署在业务支撑网云平台上，营业厅、客服、渠道、市场部门的营业人员、客服人员、业务管理人员及集团客户经理等用户根据需求通过互联网使用软件服务[3]。
这种模式在为业务人员和维护人员提供快捷便利的同时，业务支撑系统的安全性和保密不容忽视。采用传统4A系统和业务支撑系统相结合后在一定程度上提高了系统的安全性，但仍然存在以下三个问题：（1）账号管理变更频繁，每天营业员、集团客户的权限都有大量的变更需求，不能建立岗位权限互斥的安全模型。（2）随着业务支撑网内应用系统的不断增多，各自独立的缺乏关联分析（以自然人为核心进行关联的统一集中的系统登录、登出、正常维护、异常操作）
的审计系统已不能满足需要。（3）在日志量达到T级别后，系统的检索性能急剧下降，无法进行有效的数据检索和日志分析，导致无法实时分析和告警正在发生的危险行为。
3 云架构的4A系统应用在移动业务支撑网
云架构的4A系统[4]在系统架构上划分为三层：统一入口层；云采集层；云审计层。
统一入口层：为普通人员和管理人员提供了Web 方式登录界面以及堡垒主机群。
采集层：主要功能是实现用户资源系统之间的数据交互，资源从账号的收集和同步管理，日志采集以及告警数据发送。为了避免出现日志采集遗漏等情况，并提高采集系统的运行稳定性以及日志解析处理能力，通过使用云架构，使采集系统能够支持分布式采集功能，同时引入搜索引擎，以达到优化底层查询逻辑，减少垃圾数据量，提升用户使用好感度。
审计层：统一身份管理，资源及认证管理，账号授权管理，访问控制管理，安全审计管理，安全合规管理，安全事件管理。云架构的审计选择Hadoop作为审计数据分布式处理的技术框架，通过存储方式的变化、存储结构的变化以及分析、检索框架调整，提供高效、多任务并发的数据分析处理能力以及高效的审计数据全文检索能力。
4 该云架构的4A系统应用在移动业务支撑网中的优点
云架构的4A系统应用在移动业务支撑网系统架构图，如图1。
4A认证云平台为业务支撑网各应用系统提供统一、多样化的帐号、认证、授权和审计方面的安全服务机制，主帐号与从帐号实现集中化、基于角色的管理，针对应用资源实现角色级授权；针对系统资源的权限控制实现实体级别授权。自然人通过与主帐号的关联，对身份信息和岗位角色进行统一规划与管理，不同应用系统中的帐号的创建、分配、同步进行集成到4A管理平台进行统一管理，建立起从帐号的单一视图（业务支撑实体资源-应用资源及后台系统资源），以及主帐号的单一视图管理（业务支撑系统中使用者）从而有效的解决了授权变更频繁以及岗位权限互斥的安全模型的建立。
采用基于统一访问入口的主帐号的集中指纹强身份认证方式，并根据用户使用业务支撑网各应用系统中的应用资源和系统资源的具体情况进行相应的权限分配与稽核，实现不同岗位、角色的用户针对对不同部分实体资源的访问权限控制。建立完善的自然人对实体资源的的授权管理。从而解决问题2（自然人登录缺乏相应从账号的关联问题）。
采用Hadoop分布式文件系统（HDFS）的可靠数据存储服务对原始数据进行存储，可以轻松应对PB级的海量数据而且硬件成本低；利用MapReduce技术的高性能并行数据处理服务可以大大提高运算的效率，从而解决了问题3（数据量超大后缺乏有效分析）。
参考文献
[1]MellP，GranceT.The NIST definition of cloud coputing .National Institute of Standards and Technology（NIST），Washington，USA：Technical Report Special Publication 800-145，2011.
[2]田峰，等.中国移动业务支撑网4A系统安全技术规范v3.0[S].中国移动集团技术规范，2013，4：88-92.
[3]田峰，等.中国移动业务支撑网数据安全管理办法[S].中国移动集团技术规范，2008，4：1-3.
[4]鲍伟民.基于云计算的安全审计系统研究与设计[J].软件产业与工程，2012（6）：41-45.
作者简介：王雪娟（1977，8-），女，民族：汉，籍贯：河北省新乐市，单位：山东圣翰财贸职业学院，职称：中级工程师，研究方向：网络安全。2007-2014年曾就职于山东移动业务支撑部负责网络安全建设。
柴建勇（1978，9-），男，民族：汉，籍贯：河北省衡水市，单位：青岛海信集团，职称：高级工程师，研究方向：软件安全。
【本文档内容可以自由复制内容或自由编辑修改内容期待你的好评和关注，我们将会做得更好】
感谢您的支持与配合，我们会努力把内容做得更好！
电信运营与支撑系统 [摘要] 本文重点对电信运营的各个环节进行分析,同时说明支撑系统在电信运营中的作用,支撑系统的业务逻辑。 [关键词] 支撑系统网络数据电信运营 前言 电信运营商为客户提供通信网络,使客户通过网络发布、获取和交换信息,从而使客户发布、获取、交换信息在时间、空间和对象上获得了极大的扩展。因此电信运营商要根据客户的需要建设、维护通信网络,将客户接入网络,使客户通过网络发布、获取和交换信息,并按照客户对网络的使用收费,这就是电信运营商的基本运营活动。 1.电信运营商提供的服务类型 客户通过电信运营商提供的网络发布、获取、交换信息是电信运营商为客户提供的服务,那么电信运营商为客户提供那些交换信息的服务呢?首先我们从客户能够发布、获取、交换那些信息入手:作为一个自然人或者有自然人组成的群体,客户所能发布、获取、交换的信息就是人类所能接受到的信息,包括视觉信息、听觉信息、嗅觉信息、味觉信息、触觉信息这五类信息,那么客户要求通过电信运营商的网络传播的信息也是这五类信息,由于技术原因的限制,现代技术可以提取和再现视觉信息和听觉信息,但不能提取和再现嗅觉和味觉、触觉等信息。因此现代电信运营商所能为客户提供的服务就是让客户通过电信网络传播视觉、听觉信息。 2.根据网络确定服务和资费 2.1电信运营商为实现想客户提供某种服务,就必须先建立某种网络,通过网络为客户提供电信服务。事实上,提供相同服务,电信运营商所采用的网络会有若干不同,特别是接入网络的不同,会导致提供给客户相同的服务需要调用运营商不同的资源,产生不同的成本。因此在这里我们引入一个概念:单位服务。所谓单位服务是指电信运营商为客户提供某种服务所调用最少的资源,采用最少的操作,产生最低成本的情况下所提供的完整主体服务。这是一个将运营商成本和收入关联的概念,是将运营商为客户提供服务分解为最小的单位。下面我们具体分析集中典型的电信服务的单位服务: (1)固定电话:固定电话的单位服务依赖于实现固话的接入网类型,我们举两个例子说明如何确定固话的单位服务: ①远端模块—交接箱—分线盒接入网类型:在此种接入网模式下,要使客户具备通过电信运营商的交换网络实现客户发布、获取、交换语音信息的能力,最少
电信业务运营支撑系统 电信业务运营支撑系统（Business & Operation Support System，简称BOSS），也称电信业务操作支撑系统 目录 [隐藏] ? 1 什么是电信业务运营支撑 系统 ? 2 BOSS系统的组成 ? 3 BOSS系统的意义 ? 4 BOSS系统的功能 ? 5 影响BOSS系统的积极因 素 ? 6 影响BOSS系统的阻碍因 素 ?7 运营商BOSS系统建设情 况 ?8 BOSS系统的发展趋势 [编辑] 什么是电信业务运营支撑系统 所谓电信业务运营支撑系统，是电信企业业务处理信息化管理的基础平台,用于支持前台销售,客户服务及内部支撑全流程及分析管理的业务管理系统。 OSS（运营支持系统） OSS包含用于运行和监控网络的所有系统，如报告或计费系统。它不是网络本身，它是整个运营基础结构，包括运营网络系统和客户服务系统，其中客户支持功能是由业务支持系统(BSS)执行的。 BSS（业务支持系统） BSS系统的设计目标包括客户关系管理（CRM）、业务供应链管理（SCM），经营决策支持系统（DSS）。 [编辑]
BOSS系统的组成 1.计费及结算系统 狭义的计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络（如交换机、网关等）上收集有关的原始基础数据和信息，进行相应的差错检验，格式转换等预处理，生成的结果只记录了用户使用网络（如通话）的情况，并不体现应向用户收取的费用。而批价的动作则是根据既定的原则和规则，对用户使用网络的情况计算费用。 结算系统是电信企业间的行为，它包括两种情况：一种称为漫游结算，另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时，称为网间结算。结算的流程本身比较复杂，再加上数据量很大，出现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部分。 2.营业、账务系统 营业系统通常完成的是受理和处理用户的业务请求，而帐务系统是将用户使用电信网络的情况汇总形成帐单。这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。 帐务系统要充分满足客户化的帐务要求。支持灵活，多途径的收费功能，满足客户个性化的帐单及其详细话单，并支持多样化的帐单分发方式；提供强大灵活的客户信用度的管理，完善恶意消费控制和欺诈控制；对市场变化做出迅速反映，方便地支持新品牌、新的资费套餐及其新的服务手段的推出。 3.客户服务系统 客户服务系统原来指的是企业的服务热线，如中国电信的"1000"和中国联通的"1001" 等，但随着发展，客户服务系统有了全新的定义和功能。客户服务系统一方面能保证为客户提供快速方便的服务；另一方面保证在未来新业务开放的情况下，系统能及时提供相应的功能保证。从更高的角度来看，客户服务系统要实现多元化服务、个性化服务、交互式服务、异地服务的要求。 多元化服务即系统能为客户提供多种的接入渠道，多项的使用功能，多样的服务项目；个性化服务即能识别客户身份，根据不同客户的要求和系统数据，提供不同的服务和相应的营销，实现准确的服务；交互式服务主要是改变以往只有被动接受客户要求的状况，通过主动地调查市场，与客户联系，了解客户需求提供主动的服务和营销，同时增加系统的客户参与功能，鼓励客户进行自助服务。 这部分与CRM的概念接近。北京电信大客户部总经理赵恒礼认为，CRM是BOSS的一部分；中国移动的宁宇也表示，中国移动现在建的CRM正是基于其BOSS系统。对于电信运营商来说，如何有效地抓住大客户是必须面对的问题，在市场上，保住一个老客户的成本要远远低
移动商业客户业务运营支撑系统O S S业务框 架 公司内部档案编码：[OPPTR-OPPT28-OPPTL98-OPPNN08]
中国移动集团公司 商业客户业务运营支撑系统(B-BOSS) 业务框架 版) 中国移动通信集团公司
目录 1总则............................................................ 概述......................................................... 原则和目标................................................... 适用范围..................................................... 起草单位..................................................... 解释权....................................................... 2B-BOSS系统总体结构.............................................. 业务支撑网体系结构........................................... B-BOSS试点工程的任务和目标 .................................... B-BOSS支撑的客户对象....................................... B-BOSS系统的业务功能全景（目标网）......................... B-BOSS和相关系统的关系 ........................................ 两级B-BOSS体系结构........................................ B-BOSS和R-BOSS的关系...................................... B-BOSS和客户管理系统的关系................................. B-BOSS和经营分析系统的关系................................. B-BOSS和现有大客户管理系统的关系........................... B-BOSS和业务平台的关系..................................... 关键业务名词定义............................................. 3试点B-BOSS系统业务功能要求 ..................................... 集团客户的资料管理...........................................
中国移动XXX公司网管支撑系统需求管理办法（2015版） 第一章总则 第1条为规范省内网管支撑系统需求管理，强化需求审批，提升需求质量，实现需求共享，特制定本办法。 第2条本办法适用范围：网管支撑系统需求。 第3条本办法的解释和修改权属中国移动通信集团福建有限公司。 第二章需求管理流程 第4条网管需求分为总部统一规划的全网需求（以下简称“全网需求”）、总部根据自身需要提出的需求（以下简称“总部需求”）、我省根据自身需要提出的需求（以下简称“省内需求”）。 第5条本办法适用的网管需求类别包括：新增功能需求、基础配臵需求（需全网统一的配臵，如类别、级别等）、功能优化需求（可通过软件改善的性能需求）；不包括：网元接入需求、个性化配臵需求、软件BUG的解决、需通过硬件改善的性能需求、数据导入导出服务需求。 第6条本办法中将需求管理过程划分为需求分析、需求实施、应用推广、成效评估四个阶段，网管需求要通过评审和分级审核后方可实施，实施成果要进行应用推广，并对其质量和应用做相应评估，形成正向循环的闭环管理。具体详见附录一。 第7条对总部统一版本需求，总部负责制定网管需求框架规划，明确各类系统的定位和边界，负责组织全网需求功能设计、技术方案制定，省公司负责具体实施。
第8条对省内个性化需求，省公司负责需求收集、整理、上报；总部负责需求评审、审批、评估。 第9条省内个性化网管需求管理遵循自下而上、归口管理、统一部署的原则，即由地市公司和专业室发起需求申请，由需求接口人汇集网管需求，经分析和评审整合为全省标准化的网管需求后，由省公司统一安排实施、推广和后评估；若网管需求涉及总部统一建设的系统改造将同时提交总部审核，由省公司配合总部统一安排实施。 第10条需求提出单位在每年第四季度完成第二年全年的本专业本部门的需求规划，由需求专业管理单位组织调研、分析，进行全网需求规划；需求实施单位组织进行分析，形成年度网管能力提升计划和版本规划。 第11条对单个需求工作量预估<=30人天，由需求部门三级经理审核把关；预估工作量30-100个人天间，由需求部门分管领导审核；预估工作量100-200人天，由需求部门总经理审核；预估工作量>=200人天，由公司分管副总决策。 第12条全年的开发需求，遵照”三重一大“原则提请公司管理层进行决策。网管开发需求主要分成投资的成本两个部分, 纳入投资范围的开发需求按照项目维度进行运作，项目金额较大，项目建设周期较长。纳入成本范围的开发需求主要是针对日常运维生产中对现有系统的优化改造，涉及的费用较小，建设周期较短，一般采用软件开发框架协议的方式进行结算。 第13条全省网管需求管理要实现电子化，网管系统应自动记录需求使
运营支撑系统的组成 目前，各电信运营企业都建有大量系统，覆盖业务运营、客户服务、市场营销、经营分析、网络管理以及企业管理各个方面。总的来看，各电信运营支撑系统一般都包括业务支撑系统（BSS）、网管支撑系统（OSS）与管理支撑系统（MSS）（如图1所示）。 图1 运营支撑系统组成 从系统部署来看，目前各大运营企业都以集团与省公司为主要的建设与管理维护单位，建成了集团与省两级模式的支撑系统。集团公司的系统主要提供面向全公司的企业管理、经营分析等功能；省公司从职能管理单位逐步转向了兼顾管理、生产的单位，具有了越来越多的生产职能，在运营支撑系统建设中的作用较为突出，一般情况下，在遵循集团公司的总体指导思想下，可自行规划与建设本省的支撑系统；市公司的生产职能有所削弱，主要负责市场营销、客户支撑以及设备的现场维护等工作，因而主要是支撑系统的使用单位。 现有系统的支撑能力 为企业的运营管理过程提供支撑能力是建设运营支撑系统最重要的目的。eTOM模型通过分层与端到端的理念，较为完整地刻画了电信运营的全部过程（如图2所示）。
图2 eTOM框架模型示意图 总的来看，现有系统基本覆盖了eTOM各个功能点，实现了市场/客户、业务、资源（基础电信网络、计算资源及业务平台）和企业管理等功能。 在市场与客户支撑方面，各运营商为客户提供了客服电话（中国电信的10000系统、中国移动的10086系统、中国联通10010系统）、网站和短信等多种接入形式，通过各类渠道接受客户的投诉、业务咨询和建议；某些运营商还建设了客户关系管理、经营分析等系统，能够对客户行为、企业经营状况等进行深入分析，为企业决策提供科学依据。 在业务运营与管理方面，现有的业务支撑系统涵盖了对个人客户及集团客户的计费、结算、账务、营销、客户服务、信息服务等内容，实现了对客户、产品（语音以及各类数据产品）、市场营销、渠道的管理，能够有力地支撑企业经营决策，并能够根据业务需要与相关外部系统进行互联。 网络支撑系统初步具备了业务质量的分析与管理功能。系统的网络管理维护功能较为完整，具备了对各专业网络的数据配置、告警监控、性能分析等能力，但在告警与性能的关联分析方面还有所欠缺，这也是目前各大运营商重点关注的内容。 运营支撑系统的技术体系 随着运营支撑系统整体结构与功能的日益复杂化，“技术”在系统建设过程中的重要性也比以前更为凸显。举例来说，在运营支撑系统发展之初，由于业务需求少、系统功能结构简单、系统数量少等原因，几乎不用考虑数据的一致性、信息交互、端到端支撑、资源共享等问题。现在，再进行支撑系统建设时，任何一家运营企业都不能再忽略上述技术问题。 从运营支撑系统技术体系现状（如图3所示）可以看出，我国电信运营支撑系统基本仍沿用“烟囱式”建设模式，缺乏统一规划，软硬件资源共享程度低。具体来说，主要存在几个问题。
三大运营商支撑系统介绍 中国移动 中国移动运营支撑系统的代表是CMCCBOSS。2007年，中国移动于杭州举行的业务支撑工作会议对CMCCBOSS的发展变革产生了很大影响。会议中，中国移动创造性地提出业务支撑部门职责从支撑者到使能者的转变，以此配合中国移动从“移动通信专家”到“移动信息专家”的转型。这种居安思危的态度使得CMCCBOSS建设涌现出越来越多热点。与过去重视系统功能的传统思路不同，中国移动开始对运营商自身的研发支持体系进行思考。TDBOSS、BOSS3.0、BASS2.0、BOMC2.0逐渐成为中国移动的主线建设工程，而其NGBOSS的规划也开始进入实质性阶段。 TDBOSS：出于TD-SCDMA在中国电信行业的独特重要性，TDBOSS也引起系统集成厂商的极大重视。在中国大宗采购TD-SCDMA网络设备的同时，中国移动也通过集采的方式选择集团和七个奥运城市的TDBOSS。亚信、华为、联创、神州数码思特奇、新大陆、HP等系统集成厂商纷纷参与其中。在经过了集采的价格博弈之后，HP顺利承建中国移动集团的TDBOSS，而亚信则承建其他分公司的TD支撑系统。尽管项目金额不足2000万元，但此后，亚信公司正式宣布，中标中国移动首个3GBOSS，这也为其在资本市场赢得了喝彩。 BOSS3.0：BOSS3.0从某种程度上体现了中国移动追求稳定发展的主线思路。BOSS3.0没有涉及革命性演变，项目建设重点关注以下三方面：以CRM整合BOSS和客服，完善电子渠道，计费时效性强化。相应的，参与BOSS3.0项目的厂商所做的工作主要集中在软件的维护和新业务的开发方面。当然，BOSS3.0的建设并不是没有创新的亮点。具体到软件建设模式上，浙江移动、上海移动、江苏移动的改造模式都做了一些创新的尝试，这或许将为NGBOSS未来的落地打下了一定基础。在BOSS3.0的硬件集采中，EMC、HDS、HP、IBM、SUN、Fujitsu、华为3COM、Veritas是主要参与的厂商。中国移动在注重控制成本的同时，也在存储虚拟化方面做了一些尝试，这进一步彰显了中国移动对存储异构的关注。在这种趋势下，未来存储硬件集采的竞争将可能呈现白热化。
业务运营支撑系统（BOSS）省中心系统集成建设方案
目录 （一）系统集成方案 一、背景分析 (1) 1.1BOSS系统总体结构 (1) 二、系统集成原则 (1) 三、方案设计依据 (2) 四、系统集成方案文档的组织和版本控制 (2) 4.1文件命名原则和发布原则 (2) 4.2版本号说明 (4) 4.3版本历史 (4) 4.4发布的文件列表 (4) 五、网络部分系统集成方案 (9) 5.1网络整体方案 (9) 5.1.1BOSS省中心网络结构描述 (9) 5.1.2设备命名 (10) 5.1.3IP地址划分 (12) 5.1.4核心网络VLAN划分 (12) 5.1.5路由机制 (13) 5.1.6网络时钟同步 (14) 5.1.7网络安全 (15) 5.2配置实施方案 (16) 5.2.1核心层交换机CISCO Catalyst 6509 (16) 5.2.2接入层路由器CISCO 7507 (17) 5.2.3防火墙 (18) 六、各个子系统集成方案 (19) 6.1主机系统的系统集成 (19) 6.2数据库服务器 (19) 6.2.1数据库服务器系统集成目标 (20) 6.2.2数据库服务器系统高可用性集成方案 (20) 6.2.3数据库系统数据规划 (27) 6.2.4数据库服务器安装实施方案 (29) 6.2.5数据库系统的优化 (29) 6.3中间件服务 (30) 6.3.1中间件服务集成目标 (30) 6.3.2中间件服务集成方案 (30) 6.3.3中间件服务集成方法 (34) 6.3.4主数据库和清单数据库对CICS的重启认证 (34) 6.4数据库服务器存储设备 (35)
中国移动业务运营业务支撑系统（BOSS）概要设计书 业务管理子系统 版本号： 3.0 密级：机密 编写：▁▁▁▁▁▁▁▁年▁▁月▁▁日 审核：▁▁▁▁▁▁▁▁年▁▁月▁▁日 批准：▁▁▁▁▁▁▁▁年▁▁月▁▁日 联创科技
目录 1.引言................................................................................................................................................................ ３ 1.1软件名称........................................................................................................................................ ３ 1.2文档说明........................................................................................................................................ ３ 1.3文档密级........................................................................................................................................ ３ 1.4参考资料........................................................................................................................................ ３ 2.总体描述........................................................................................................................................................ ３ 2.1功能描述........................................................................................................................................ ３ 2.2软件结构........................................................................................................................................ ４ 3.模块设计........................................................................................................................................................ ４ 3.1资源管理........................................................................................................................................ ４ 3.1.1分级管理与权限控制............................................................................................................ ４ 3.1.2........................................................................................................................................................ ７ 3.1.3号码资源管理........................................................................................................................ ７ 3.1.4卡号资源管理.................................................................................................................... １２ 3.1.5票据资源管理.................................................................................................................... ２２ 3.1.6续费卡资源管理................................................................................................................ ２２ 3.1.7终端配件资源管理............................................................................................................ ３１ 3.1.8其他资源管理.................................................................................................................... ３５ 3.2资费管理.................................................................................................................................... ３５ 3.2.1业务资费管理.................................................................................................................... ３５ 3.2.2帐务资费管理.................................................................................................................... ３７ 3.2.3套餐资费管理.................................................................................................................... ４３ 3.3客户管理.................................................................................................................................... ４８ 3.3.1潜在客户管理.................................................................................................................... ４８ 3.3.2客户信用管理.................................................................................................................... ５０ 3.3.3客户有效期管理................................................................................................................ ６７ 3.3.4客户欠费管理.................................................................................................................... ７０ 3.3.5用户积分管理.................................................................................................................... ７５ 3.4大客户管理................................................................................................................................ ７８ 3.4.1大客户分类........................................................................................................................ ７８ 3.4.2大客户资料管理................................................................................................................ ７８ 3.4.3大客户信用管理................................................................................................................ ８２ 3.4.4大客户服务........................................................................................................................ ８３ 3.4.5大客户分析........................................................................................................................ ８３ 3.5集团用户管理............................................................................................................................ ８３ 3.5.1集团用户分类.................................................................................................................... ８３ 3.5.2集团用户资料管理............................................................................................................ ８４ 3.5.3集团用户信用管理............................................................................................................ ８６ 3.5.4集团用户资费管理............................................................................................................ ８７ 3.5.5集团用户服务.................................................................................................................... ８８
互联网电商系统架构介绍
背景 说起架构，大多人想到的是技术语言、技术框架、SOA、微服务、中间件等，这些都是纯粹的系统架构或基础架构，它们基本不受业务影响，大多可以独立于具体业务进行开发和发展，形成自己独立的体系甚至标准化的技术产品。 但实际上大多情况下技术是为业务服务的，我们开发的更多的是应用系统或者称之为业务系统，业务的不同特点决定了应用（业务）架构也必然有不同的特点。 而这些不同的特点单纯靠技术肯定解决不了，应用架构设计的一条重要原则是技术中立，所以更多时候我们要从应用的角度而不是技术的角度去考虑问题。 我做过电商核心交易相关系统，提起电商大家想到的自然是PV、UV、高性能、高并发、高稳定、抢购秒杀、订单、库存、分布式事务等。 这里的每一个点初听起来都充满着高深与神秘，以关心较多的秒杀为例（1000 万人秒杀100 块100g 的金条）我们来分析看看。 常规秒杀架构常规架构如下
常规流量分布模型 展示层流量> 应用层流量> 服务层流量> DB 层流量 超NB 的系统流量分布模型如下 展示层流量= 应用层流量= 服务层流量= DB 层流量
我们知道DB 是系统最底层也是流量的最大瓶颈，从上面几个图可以看到，超NB 的公司解决了DB 瓶颈所有流量可以一路直到DB 层，每一层都可以任意扩展，那么系统的压力就可以轻松化解。 当然一些没有经验的系统也是这么做的，但DB 层甚至其他层扩展做不好，所以系统经常挂。而实际上再NB 的公司也不会这么去做，即使技术上能做到也没有必要，因为代价实在太大。 所以我们要从DB 层之前想办法梯形逐层进行流量过滤，也就成了上边看到的常规流量分布模型，最好的结果就是到DB 层流量只有实际的订单数100（100 块金条）。 秒杀流量过滤—常规思路 回到常规流量分布模型，以下是一个常用的秒杀系统流量过滤过程：
一线互联网智能推荐系统架构演进 作者：fisherman，时任推荐部门推荐系统负责人，负责推荐部门的架构设计及相关研发工作。Davidxiaozhi，时任推荐部门推荐系统架构师，负责推荐系统的架构设计和系统升级。来自：《决战618：探秘京东技术取胜之道》零，题记在电商领域，推荐的价值在于挖掘用户潜在购买需求，缩短用户到商品的距离，提升用户的购物体验。 京东推荐的演进史是绚丽多彩的。京东的推荐起步于2012年，当时的推荐产品甚至是基于规则匹配做的。整个推荐产品线组合就像一个个松散的原始部落一样，部落与部落之前没有任何工程、算法的交集。2013年，国内大数据时代到来，一方面如果做的事情与大数据不沾边，都显得自己水平不够，另外一方面京东业务在这一年开始飞速发展，所以传统的方式已经跟不上业务的发展了，为此推荐团队专门设计了新的推荐系统。随着业务的快速发展以及移动互联网的到来，多屏（京东App、京东PC商城、M站、微信手Q等）互通，推荐类型从传统的商品推荐，逐步扩展到其他类型的推荐，如活动、分类、优惠券、楼层、入口图、文章、清单、好货等。个性化推荐业务需求比较强烈，基于大数据和个性化推荐算法，实现向不同用户展示不同内容的效果。为此，团队于2015年底再次升级推荐系统。2016年618期间，个
性化推荐大放异彩，特别是团队开创的“智能卖场”，实现了 活动会场的个性化分发，不仅带来GMV的明显提升，也大幅降低了人工成本，大大提高了流量效率和用户体验，从而达到商家和用户双赢，此产品获得了2016年度的集团优秀 产品。为了更好地支撑多种个性化场景推荐业务，推荐系统一直在迭代优化升级，未来将朝着“满屏皆智能推荐”的方向 发展。一、推荐产品用户从产生购买意向，到经历购买决策，直至最后下单的整个过程，在任何一个购物链路上的节点，推荐产品都能在一定程度上帮助用户决策。1.1、推荐产品发展过程推荐产品发展历程主要经历了几个阶段（图1），由简单的关联推荐过程到个性化推荐，逐步过渡到场景智能推荐。从相关、相似的产品推荐过渡到多特征、多维度、用户实时行为、结合用户场景进行的全方位智能推荐。图1 推荐产品发展历程1.2、多屏多类型产品形态多类型主要指推荐类 型覆盖到多种类型，如商品、活动、分类、优惠券、楼层、入口图、文章、清单、好货等。在移动互联时代，多屏场景非常普遍，整合用户在多屏的信息，能使个性化推荐更精准。多屏整合的背后技术是通过前端埋点，用户行为触发埋点事件，通过点击流系统进行多屏的行为信息收集。这些行为数据通过实时流计算平台来计算用户的兴趣偏好，从而根据用户兴趣偏好对推荐结果进行重排序，达到个性化推荐的效果。京东多屏终端如图2所示。图2 京东多屏终端二、推荐系
电信运营商业务支撑系统（TBSS） 1.TBSS系统概述 TBSS是高阳明天电信业务支撑系统（T Business Support System）的简称。TBSS 是电信运营商的一体化、信息资源共享的支持系统。BSS的历史可以追溯到1984年，AT&T 的第一次拆分让世界电信市场首次引入了竞争。随之后市场竞争加剧，要求运营商们不仅能保持客户群的忠实度、减少客户流失，还必须保证一定的经营利润。BSS于是就应允而生了，其中电信运营商的BSS是以电信运营商的OSS为主体，BSS为基础，从客户的角度看，随着"以客户为中心"理念的盛行，BSS的基础地位越来越不可或缺。 2.TBSS系统体系结构 图2-1：TBSS体系结构图
3.TBSS系统业务逻辑图 图3-1：TBSS业务逻辑结构图4.TBSS系统业务流程图
图4-1：TBSS业务流程图 5.TBSS系统主要功能模块 客户管理管理系统（CRM） CRM系统是面向客户服务的各种模块的总称，包括营业系统，帐务系统，以及服务系统。 营业系统通常完成的是受理和处理用户的业务请求，而帐务系统是将用户使用电信网络的情况汇总形成帐单。这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。 帐务系统要充分满足客户化的帐务要求。支持灵活，多途径的收费功能，满足客户个性化的帐单及其详细话单，并支持多样化的帐单分发方式；提供强大灵活的客户信用度的
管理，完善恶意消费控制和欺诈控制；对市场变化做出迅速反映，方便地支持新品牌、新的资费套餐及其新的服务手段的推出。 多元化服务即系统能为客户提供多种的接入渠道，多项的使用功能，多样的服务项目；个性化服务即能识别客户身份，根据不同客户的要求和系统数据，提供不同的服务和相应的营销，实现准确的服务；交互式服务主要是改变以往只有被动接受客户要求的状况，通过主动地调查市场，与客户联系，了解客户需求提供主动的服务和营销，同时增加系统的客户参与功能，鼓励客户进行自助服务。 计费及结算系统 计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络（如交换机、网关等）上收集有关的原始基础数据和信息，进行相应的差错检验，格式转换等预处理，生成的结果只记录了用户使用网络（如通话）的情况，并不体现应向用户收取的费用。而批价的动作则是根据既定的原则和规则，对用户使用网络的情况计算费用。 结算系统是电信企业间的行为，它包括两种情况：一种称为漫游结算，另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时，称为网间结算。结算的流程本身比较复杂，再加上数据量很大，出现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部分。 6.TBSS系统软件体系架构
软件设计工作量 一、数据库服务器工作量 1.对关系型数据库全部表格架构的设计（包括字段、类型、列集、默认状态、计算规范、 DTS复制、可合并行属性的设计） 2.数据库访问中用到的全部存储过程的设计（包括接口定义、语句访问权限、存储性能分 析设计工作） 3.数据库用户权限的分配（包括确定登录名的服务器角色、登录名数据库映射、登录名数 据库角色、安全对象模板） 4.计划任务的设计和布置（包括定时备份、定时优化计划任务） 5.数据库代理服务的布置（包括作业内容、代理脚本设计和错误日志记录） 二、服务器端的调度软件工作量 1.审核并确认登录用户的级并建立数据库的连接（对用户Sha512加密结果进行检索以确 定用户身份） 2.协调客户端并发请求（建立自适应缓冲池、建立多线程向数据库添加数据） 3.向服务器增、删、改客户端上传数据（为解决可能存在的并发冲突，多线程并发的调用 数据库预先设计存储过程，实现数据多种数据处理） 4.接收“不满意报告”并反馈给医师端以及将医师端报告重新发给用户并对服务器对应数 据做修改（基于Windows消息机制模型，设计病例数据传发消息，将“不满意报告”发给医师重新审定，并再次发送至用户） 5.接收在线售卡系统及财务提交的申请并自动生成加密串号反馈给用户或财务端软件（串 号的生成要求加密，从而实现防伪的功能） 6.向客户端发出续费提示（实时查询用户在数据库中的储值情况，及时向用户发送续费提 示） 7.向客户端发送公司的群发消息（以系统托盘弹出消息的方式提示用户公司需要发布的最 新消息） 8.医师离线时，服务器会动态分配“不满意报告”（建立后台定时器，对于超时任务，自 动派发给在线医师） 9.按次数及用户等级对用户卡中金额进行扣除（按照公司预定义的费率扣除费用） 10.按照用户等级生成并向客户端发送诊断报告（建立分级处理线程，根据用户等级，并行 处理） 三、医师端软件工作量 1.医师用户登录权限审核（对医师用户Sha512加密结果进行检索以确定医师用户身份） 2.接收服务器端发来的“不满意报告”（基于Windows消息机制模型，设计病例数据传发 消息，将“不满意报告”重新审定） 3.对报告进行修改反馈给数据库（修改自动生成的诊断结果，将新结果反馈给用户） 4.患者历史数据和历史诊断的查询和分析图样 5.患者测量数据图样的绘制及可能患病的分析（根据需求绘制病例图样，以方便医师诊断） 四、缴费系统工作量
中国移动经营分析系统 一、中国移动经营分析现状研究近几年，随着国内电信企业的不断发展，电信行业的竞争也趋于白热化。一方面，客户选择电信业务及电信企业的余地越来越大，电信企业之间对客户的争夺也越来越激烈。经过运营商不断的“价格战”，电信市场出现了严重的“增量不增收”现象，大量低忠诚度的客户转网或变更业务。电信企业虽纷纷采用具有一定优惠期限的活动来降低客户的流失率，但在优惠期结束后，很多客户便纷纷离网或弃卡重入网以套取新的优惠，仍造成了大规模的客户流失，致使电信企业的业务收入下滑、客户发展效率低成本高。另一方面，电信客户近几年高速增长，形成了庞大、需求差异很大的客户群；同时适用于不同人群的各种新业务不断推出，电信企业需要通过细分市场、客户群，将最合适的业务推销给最需要的客户，实现业务和客户的最佳匹配。 在这种激烈的竞争情况下，如何提高经济效益，如何运用科学的经营分析方法，实现精细化的管理和营销，用高质量的服务来吸引和留住客户，扩大市场占有率，在竞争中占据有利位置，是国内各电信运营商关注的重点。 基于以上背景，国内电信运营商纷纷建立起以“经营分析系统”为核心的企业决策支持体系，通过对公司日常经营数据的分析、挖掘，为公司决策者、各级管理者提供经营决策依据，以实现精细化营销。 1、中国移动经营分析系统建设概况
为保证中国移动在激烈的市场竞争中能够满足新业务、新需求、新机会的需要，有效提高中国移动市场前沿的信息化水平，辅助提升中国移动市场精细化营销水平和深度运营能力，确保中国移动的市场领先地位，中国移动在完成业务支撑系统(BOSS)建设和集中化后，于2001年开始筹备经营分析系统，起草了规范和标准。2002年中国移动开始投入巨资进行经营分析系统建设，并于2004年实现省级经营分析系统和有限公司一级经营分析系统的全国联网。 经营分析系统的投入使用，使中国移动初步建立了面向企业运营的统一数据信息平台，为全网业务、客户服务、市场营销、经营决策、业务实施等工作提供了有效的支撑，同时进一步支持了有限公司对各省市场经营活动的管理和指导，在中国移动的业务运营中发挥了重要的作用，为中国移动精细化运营提供了基础。 2、中国移动经营分析系统框架介绍 中国移动经营分析系统通过与其它业务系统的有机结合，有效利用业务支撑系统(BOSS)和服务、财务、网络等系统产生的大量基础数据，运用数据仓库、联机分析处理、数据挖掘等先进技术，并通过预定义报表、即席查询、OLAP分析等功能，实现对公司的经营情况的分析和监控。 经营分析系统主要包括四层结构，即数据获取层、数据存储层、数据应用层和数据访问层。 (1)数据获取层