综合群发系统的总体设计与实现
司亚清，刘洋洋*
作者简介：司亚清，（1960-），男，副教授，企业信息化. E-mail: siyaqing@163.com
（北京邮电大学经济管理学院，北京 100876）
5 摘要：随着手机终端市场的深入发展，智能手机和支持多媒体内容展示的手机逐渐成为了市
场手机终端的主流，因此，运营商与业务提供商(SP)和内容提供商(CP)紧密配合，向广大移
动手机用户提供了众多丰富多彩的数据类业务。与此同时，也随之带来了一系列相应的问题，
如：要求数据类业务或产品群发的数量以及质量的提高；用户对相应数据类业务发送时延要
求的提高；推送相应数据类业务时的优先级控制、流量控制以及下发情况的统计功能。因此，
10 为了有效的应对上述问题，本文重点讨论了一个全新的综合群发系统的总体架构以及相关功
能描述，该系统减轻了运营人员的工作压力，提高了业务质量，提升了品牌形象。
关键词：增值业务；综合群发；总体架构
  0 引言
近年来，随着我国手机网民用户规模的不断扩大，移动运营商针对用户的多种需求进行
35 详细的市场细分，充分挖掘移动网络的潜力，使得移动增值业务在运营商的总体收入中所占
的比重迅速增加，对运营商的整体收入贡献不断提高。市场终端用户已经开始不局限于文本
格式的内容展示，而对彩信、WAP 等多媒体类型的消息接收和展示都有着强劲的需求，因
此彩信和手机报业务逐渐成为移动运营商的增值业务服务的重心之一。特别是随着3G 全业
务运营时代的来临，带宽优势扫清了增值服务的技术障碍，为多样化的增值服务创造了有利
40 条件，各运营商除了保持其传统增值业务的发展外，还推出了许多新的增值业务：移动IM、
移动搜索、移动商城、视频直播、手机阅读等，满足了用户的多种需求，在市场上取得了巨
大的成功。但是，各运营商和第三方服务提供商为用户提供各种增值业务的产品时，各业务
产品之间独立运营，接口多样，不利于应用的快速接入及应用融合的互通，也容易造成一些
问题，如：业务管理控制分散，不利于组合业务的实现；计费分散，难于实现产品组合营销；
 45 用户信息分散，难以形成统一客户视图，进行统一客户服务，以及用户细分。为了有效的解
决这种问题，本文设计了一个全新的综合群发系统平台，将各业务产品有效的集成在一起，
快速生成用户所需的相应推送任务或产品并对其下发时提供了精准的控制。
1 综合群发系统的总体背景
近年来，中国移动增值业务的收入增长较快，尽管语音业务仍然是移动运营商的主要收
50 入来源，但是移动增值业务收入的占比逐年提高。各运营商纷纷大力发展移动增值业务，使
之呈现一种平稳、快速发展的趋势。如图1 所示，2010 年，基础电信企业实现增值电信业
务收入2175 亿元，同比增长15.7%，占主营业务收入的比重上升到24.2%。其中，移动增
值业务收入1947 亿元，增长19.0%；固定增值业务收入227 亿元，下降7.0%[1]。
55 图1 2006-2010 年基础电信企业的增值业务收入[1]
截止至2011 年6 月底，我国手机网民规模为3.18 亿，较2010 年底增加1494 万人，手
机网民在总体网民中的比例为65.5%[2]，并且随着3G 网络建设的全面推进，其提供的高速
数据下载能力、对于图像、音乐、视频流等多媒体形式的处理、以及网络浏览、电子商务等
60 多种的信息服务，为中国移动增值业务的发展带来了新的商机。因此，各运营商除了保持其
传统的增值业务如：SMS、MMS、彩铃、IVR（Interactive Voice Response，即互动式语音应
答）等稳步发展外，同时积极推广了许多新型的移动互联网应用，如：手机电视、手机阅读
[3]、手机游戏、手机邮箱、手机银行、移动搜索、移动支付、移动应用商店[3]、移动音乐、
移动位置等，这些业务一经推出，也形成了亿元级别的市场规模，成为移动增值业务市场发
65 展的亮点。3G 的商用将为移动增值业务的发展提供更广阔的平台，强有力地促进移动增值
业务市场更加迅猛地发展。
相应的，增值业务的发展也促进了各种增值业务平台的发展，但是市场上的增值业务平
台也存在一些相应的问题，如：各种增值业务都是单独建设上线，因此每个增值业务系统都
是垂直分离的体系，每套业务系统都单独建设了业务管理系统和运营支撑系统，这不仅给运
70 营商带来了重复建设和资源浪费的问题，也给运营商进行各种增值业务的协调和统一管理带
来了困难；同时一些相应的增值业务的推送能力不能满足现有业务的要求，使用户不能在准
确、规定的时间内享受到相应的增值业务，对运营商的投诉居高不下，严重的影响运营商的
形象；另外当某些具体的增值业务推送时不能精确的控制其下发的流量，使其下发的速度保
存稳定，影响平台的性能；下发的过程中，不能控制其相应推送任务的下发状态，如：因为
75 某种原因使其暂停、终止等，而且不能对下发情况进行相应的统计，如统计相应的推送条数、
成功条数、推送成功率、成功号码、失败号码等。
 2 综合群发系统的总体架构及功能阐述
为了应对增值业务的新变化以及相应的增值业务平台存在的问题，本文设计的综合群发
系统平台是一个统一的业务提供与业务管理平台，能够承载现有的以及未来可能出现的各项
80 增值业务。其作用如下：
（1）快速产品生成环境。提供了快速的产品生成环境，根据提供的产品模板，可以快
速生成部署定制类、点播类、投票类、互动类、答题类等产品，同时集成了短信、彩信、
WAP 三种业务能力的推送功能，可以针对各个目标群体开展营销活动，更好的推广各种增
值业务产品。
85 （2）更容易的合作伙伴接入。从合作伙伴角度而言，合作伙伴以CP 的方式接入到本
平台，合作伙伴只需要提供产品内容，不再负责平台的建设和维护、产品的运营推广，这些
工作由平台负责完成。
（3）无缝移植、节约成本。从用户感受角度而言，移植到该平台的产品与现有SP 的
产品没有区别；可以避免产品的重复开发、屏蔽网络复杂性、降低维护运营成本。
90 2.1 群发系统的总体架构
如图2 所示：综合群发系统的总体架构主要由3 部分构成，与用户交互的Portal 部分：
用户可以通过可视化的页面进行相应推送任务或者产品的填写； 控制服务器
（ControlServer）：负责相应推送任务或者定制类产品的定时触发与执行、对外暴露
WebService[4]接口与用户Portal 进行相应的交互、负责与增值服务平台（VAC）的订购通知、
95 订购关系同步接口；业务处理引擎（ServiceEngine）主要负责短信、彩信、WAP 的接收与
下发与相应的短信网关（SMG）、彩信网关（MMSG）或者彩信中心（MMSC）、WAP 网
关（WAP GW）进行交互。
除此之外，还包括以下几部分，数据库服务器：存储相应的数据（DB）以及保存页面
Portal 部分上传的相应推送任务或者产品的用户号码文件，便于数据库直接对号码文件进行
100 处理；F5 负载均衡器：连接SMG、MMSG、WAP GW 与业务下发节点的设备，统一接收
全部的请求，然后按照设定好的算法将这些请求进行统一分配，业务节点是多节点负荷分担，
提高了系统业务量处理能力，增加了系统可靠性、稳定性，提高了系统的冗余能力，后续的
扩容、网络维护更加容易。
105 图2 综合群发系统的总体架构
 2.2 群发系统的功能阐述
如图3 所示：综合群发系统主要的3 大部分功能阐述如下：
（1）与用户交互的WebPortal，负责SP 信息的管理与审核、业务信息、产品信息（定
110 制类、点播类、答题类、互动类、投票类）的录入等、内容的上传、管理、绑定产品等；信
息展示（短信、彩信、WAP 的下发的成功或者失败记录以及推送任务下发情况的统计功能、
答题记录、投票记录、互动记录查询等）、推送任务管理（短信、彩信、WAP 的推送、推
送任务审核、任务状态控制、手机名单管理、禁发时间段管理）、系统管理（用户管理、角
色管理、菜单管理、登陆记录管理、操作日志管理、名单管理）。
115 （2）控制服务器（ControlServer），负责推送任务或者产品信息的定时下发业务逻辑
的实现、监听推送任务是否完成的逻辑实现、定期清理数据库中过期数据的实现、定期清理
过期的推送任务相关表以及内容信息相关附件的逻辑实现、下发节点由于某种原因当掉的应
对措施的逻辑的实现、内容服务接口（WebService）[4]的实现，主要与用户的Portal 部分进
行交互，负责实体内容的查询，并通过流的形式返回给请求方进行相应的内容展示。
120 （3）业务处理引擎（ServiceEngine），负责短信、彩信、WAP 的接收与下发；下发的
流量控制；优先级控制；多个任务或产品并行推送；负责短信订购、退订、投票、答题、互
动的逻辑处理。
以上3 部分合作完成了综合群发系统的业务逻辑，与增值服务平台（VAC）短信网关
（SMG）、彩信网关（MMSG）或者彩信中心（MMSC）、WAP 网关（WAP GW）等外部
125 网元的消息传递与交互，从而实现了定制类、点播类、答题类、投票类、互动类等具体的产
品的应用场景。
其中短信网关（SMG）需要遵循短消息网关系统接口(SGIP)协议，通过应用SGIP 协议，
SP 可以接入到SMG，实现SP 应用的一点接入、全网服务，SMG 可以通过SGIP 协议，实
现消息在不同SMG 之间的路由和转发；彩信网关（MMSG）或者彩信中心（MMSC）遵循
130 MM7 协议进行彩信消息的发送；WAP 网关（WAP GW）遵循PAP 协议，PAP 是推送发起
者（PI）与推送代理网关（PPG）间的通信协议，它使用可扩展标记语言（XML）作为消息
的描述语言，通过简单的请求响应机制完成数据的传输。
增值业务平台（VAC）主要包括2 大类接口：订购通知接口，此接口为WebService 接
口，当系统生成正式的订购关系时，由系统自动产生一条定购成功的提醒消息发给用户；订
135 购关系同步接口，此接口为FTP 文件接口，主要包括增量稽核接口：用于VAC 与SP 每天
稽核增量订购关系，包括批量定购和退订。VAC 将每天增量文件放到VAC 为SP 提供的文
件服务器的目录下，双方通过文件传输实现接口，文件服务器上设定具有对相应目录存取权
原创学术论文网Tag：论文发表 代写毕业论文 代写毕业设计 计算机论文