电子渠道标准服务提供平台的设计与实现

李家健，王海霞

（1.中国电信股份有限公司广东分公司，广东 广州 510180；2.中国电信股份有限公司广州研究院，广东 广州 510630）

1 引言

随着移动通信和互联网技术的飞速发展，以及全业务运营和3G大规模的推广，电信业务种类更加丰富，市场竞争日益加剧。而智能手机、平板电脑等大量新型移动智能终端的出现，使得用户的通讯行为、消费习惯发生巨变，如微信、易信等社交网络平台集聚人气，O2O、C2B等销售模式开始普及。

电子渠道已经逐步从过去作为实体渠道的补充，发展成为通信运营商不可或缺的市场营销渠道和客户服务渠道。如何借鉴电商行业的经验来增强业务承载能力，优化客户体验，充分发挥电子渠道的优势，成为电信运营商提升核心竞争力的重要战略之一。

2 系统总体设计

2.1 现状分析

中国电信广东分公司的电子渠道现状是整体结构较零散，前重后轻、相互独立，既无法快速响应业务需求，也无法满足协同运营的要求，快速拓展电渠服务及销售触点。其存在的主要问题如下：

（1）业务耦合性越来越高，需求开发周期长，实施效率低。

（2）电渠各个系统不统一，同一业务需求要在各渠道多次提出，容易造成业务逻辑混乱和运营效率低。

（3）业务可配置化程度低，缺乏统一的能力开放平台。

2.2 业务目标

中国电信广东分公司的电子渠道的发展目标是以互联网企业为标杆，建设一套电子渠道标准服务提供平台。平台重点支撑以下业务目标：

（1）业务能力的统一接入、统一管理、快速封装

◆业务能力的统一接入：电信对内外各个门户及合作伙伴所使用的电信业务能力统一接入控制；

◆业务能力的统一管理：业务能力从申请、配置到开放、关闭的全生命周期管理；

◆业务能力的快速封装：通过配置对基础服务进行组合形成业务服务能力，并能实时对外开放或关闭。

（2）服务提供组件化、标准化

每个服务中心提供业务底层原子化服务，并统一服务接入、交换、访问标准处理流程，服务和服务之间通过消息推送，实现服务异步调用，以达到松耦合和灵活扩展。

原子服务能够通过组合及编排方式生成新服务组件，提高系统运营支撑效率，实现快速支撑和运营式开发模式。

（3）数据模型统一化

全面整合10000号、直销渠道、社会渠道等渠道支撑，统一规划网厅、自助终端、商城等电子渠道交互流程，提升内外部客户的体验一致性；设计符合电信电商化的数据统一模型，发挥体验和运营效率，构建出高可用性和高扩展的数据模型，摆脱业务依赖。

（4）架构分布式

通过Session（会话控制）、业务、服务和数据库分布式架构，构建出高可用性和高扩展的服务平台。

（5）引入O2O线上线下模式互动营销，提升用户体验

通过网厅、触屏版、客户端等形式支持用户营业厅预约、资源查询等服务体验提升，实现商品订单统一管理、完善分销系统向B2B2C演进。

2.3 系统功能架构

电子渠道标准服务提供平台核心应用功能包含服务接入、交换、访问三层管理以及能力配置管理、生命周期管理、控制中心、运营支撑管理、开发测试支撑管理等关键功能。平台功能架构如图1所示。

（1）服务接入：主要负责根据单位时间内的访问次数、流量对调用方进行访问控制，当达到设置的阈值时，将调用方的调用返回，并通过返回流量限制错误明确告知调用方是属于超过流量限制，以方便调用方进行相应的处理。安全控制包括：数字签名认证，支持MD5等加密方式；IP黑白名单；OAuth 2.0校验用户是否授权应用访问用户信息，对接入平台的用户进行安全鉴权。超时控制通过设置每个服务的超时阈值，当服务代理调用服务提供方超时达到阈值后，调用探测侦听接口，告知探测模块对服务进行探测。

图1 电子渠道标准服务提供平台功能架构

（2）服务交换：主要负责对外提供Http Post、Web Service、Socket等不同方法服务的请求，并根据各个协议版本对应的节点描述配置，对接入的请求进行协议转换。根据各个协议版本对应的节点描述配置，对接入的请求进行格式校验，过滤消息中的个别字段或记录。服务平台接收到请求，在进行认证鉴权之后，把请求转发到本地服务提供方，如果调用成功则返回调用结果，否则生成调用服务失败信息。构建事务控制中心，所有事务的上下文都会注册到事务中心，事务中心是可以允许事务的嵌套的，服务代理去调用其它服务时，如果这个服务有配置事务，那么它就会被当作一个子事务来注册到事务管理中心去。服务代理端把交互日志入队列到能力开放平台上进行持久化，为了提高发送性能，把日志信息先发送到本地队列，启动多个发送线程从队列中读取信息，同步到能力开放平台系统上，对于发送失败的日志，需写入本地文件进行重发。

（3）能力访问：主要负责解析组合服务，处理数据转换以及分发组合服务中的各个组合环节。将消息根据不同条件路由到不同端点，可以分为静态路由和动态路由。

（4）能力配置：主要负责合作伙伴管理、服务提供、服务注册、服务授权、服务目录、服务编排、服务数据转换、服务拓扑及服务测试。

（5）生命周期管理：服务生命周期管理的对象是服务能力，管理过程包括申请、审核、配置、发布、授权、关闭/注销。服务生命周期管理是通过流程驱动管理，以确保标准服务的可用性、准确性和完整性。

（6）控制中心：主要负责服务探测管理、配置变更通知、协调控制、分布式、灰度上线及缓存管理。

（7）运营支撑：主要负责服务监控、实时监控、容器监控、数据采集、告警指标和报表分析的功能。

（8）开发测试支撑：主要负责开发指南和沙箱测试。

2.4 系统网络架构

电子渠道标准服务提供平台数据中心将应用、数据、服务器和存储设备等集中管理，减少IT基础设施和应用系统的重复建设，可有效降低维护成本，改进软硬件性能，并通过统一的备份及灾难恢复机制来增强可靠性和可用性。

数据中心将来需要为Internet、短信、WAP、VPN和专线等多种接入渠道提供可扩展的服务，承载核心应用，因此网络系统必须在性能、可靠性、安全性、管理性、扩展性等方面满足应用的需求。电子渠道标准服务提供平台网络架构如图2所示：

图2 电子渠道标准服务提供平台网络架构

3 系统的关键技术

3.1 SOA架构

采用业界已经广泛采纳的SOA（Service-Oriented Architecture，面向服务的体系结构）架构，进行电渠服务提炼。电子渠道标准服务平台提供的落地思路是分析业务域中DFD（Data Flow Diagram，数据流图）业务流程图，经过颗粒度、耦合性、非功能需求分析，分解出电渠服务。基本分解过程如下：

（1）服务发现：包括业务域分解、业务流程分解、业务变化分析、现有系统分析。

（2）服务规约：颗粒度分析、耦合性分析、非功能性要求、接口定义。

（3）服务实现：服务实现决策、服务组件装配、服务组合配置、服务重构、业务逻辑收敛。

3.2 去IOE技术

去IOE技术已经在互联网得到很好的实践落地，它给企业从软件和硬件上带来了更低的成本。电子渠道标准服务平台去IOE主要集中如下：

（1）采用高性能中间件开源产品替换IBM、Oracle等中间件，需要有压力测试研究，如不使用IBM服务总线产品、Oracle WebLogic产品，使用开源ESB、开源Web容器替换。

（2）数据库存储，对于可以容忍一定程序的数据，可以使用MySQL替换Oracle，关键业务继续使用Oracle。引入NoSQL技术进行非核心数据存储与分析，如平台服务调用日志。

（3）存储方面采用更加廉价的存储设备。

3.3 缓存技术

采用缓存技术能够有效解决业务系统对数据库的压力。缓存技术主要包括如下设计点：

（1）一致性Hash：解决了动态增减节点带来的缓存节点失效问题，符合平衡性、单调性、分散负载均衡等特点。

（2）缓存加载：缓存数据初始加载与增量插入。

（3）缓存同步：根据场景设置主动与被动缓存失效策略。

（4）epoll网络事件模型：使得在相同的硬件环境下较其它网络模型支持更多的并发连接。

（5）缓存HA集群：避免节点失效后，缓存空窗现象导致大量数据库操作而出现雪崩效应，通过HA实现失效转移。

（6）实现服务配置数据可缓存、接口服务可缓存等。

（7）个性化缓存刷新策略。

（8）分布式缓存与本地缓存结合，要求缓存数据的一致性。

（9）可以使用分布式协调技术，实现数据缓存、同步刷新。

4 结束语

本文结合电子渠道发展的趋势和业务目标，提出了电子渠道标准服务提供平台的功能框架和网络架构，并研究了平台的3项关键技术，为电子渠道后续的发展建设提供参考。

[1]中国电信股份有限公司. 中国电信CTG-MBOSS系列规范集[Z]. 2011.

[2]赵一帆. 中国移动通信集团广东有限公司电子渠道运营策略研究[D]. 北京: 北京交通大学, 2012.

[3]王大顺. 营销渠道如何适应电信竞争环境?[J]. 中国电信业, 2003(6): 42-44.

[4]周瑞峰. 电信运营商电子渠道建设初探[J]. 有线电视技术, 2012(12): 132-134.

[5]王越. 电信运营商服务营销渠道模式市场适应性研究[J]. 世界电信, 2005(12): 19-23.

[6]李建州,宗新华,车立伟. 运营商电子渠道的演进和展望[J]. 移动通信, 2010(21): 38-41.

[7]张罡,田伟. 浅论电信运营商的电子渠道[J]. 数字技术与应用, 2010(6): 155-155.

[8]施恋林. 运营商和第三方支付平台的合作与发展[J]. 通信企业管理, 2010(3): 82-83.

[9]张典曦,邱明清. “渠道建设+产品捆绑”模式 助运营商有线宽带业务激增[J]. 通信世界, 2011(36): 18-19.

[10]陈永东. 增值业务市场：3G运营商激战正酣[J]. 互联网天地, 2009(9): 45-46.