短信网关建设解决方案V0.1
短信网关设计_V1.0

验证手机号和验证码
描述
是否必 字段类型
填
请求编号,用于 Y
幂等
String(32)
应用 ID
Y
String(8)
业务类型
Y
String(16)
业务编号
Y
String(64)
手机加密串
Y
String(10)
授权码(短信 Y
认证码)
String(32)
签名
Y
String(64)
签名算法
Y
String(10)
是否必 字段类型
填
请求编号,用于 Y
幂等
String(32)
业务类型
Y
String(10)
短信内容
Y
String(512)
手机加密串
Y
String(10)
签名
Y
String(64)
10
响应数据 Response
signType extension 属性
resultCode returnMessage extension
1
1. 简介
1.1. 总体说明
所有接口只支持 webservice 请求;
1.2. 总体用例
图- 1
1.3. 组件
2
图- 2
1.4. 领域模型
图- 3
1.5. 系统时序
3
发送验证码服务
图- 4
校验验证码服务 4
图- 5
校验验证码
5
图- 6
接收用户回复短信
6
图- 7
1.6. 状态图
7
图- 8
1.7. 数据库
8
图- 9
短信业务应用网关支撑平台建设方案

配置要求
目的
4致强CPU 2.4G以上 用于数据库服务
4G内存或是以上
2X73G硬盘
100\1000M自适应网卡
双致强CPU 2.4G以上 2G内存或是以上 3X73G硬盘 100\1000M自适应网卡
➢隔离性好,双方系统的调整、升级 几乎对对方没有任何影响;
➢对于服务商的系统平台没有任何限 制,可以是Windows系统,也可以是
业务处理(扣费等) 通知结果
Unix或是Linux、BSD等系统;
潮流信息
六、平 台 硬 件 配 置 建 议
服务器 数据库服务器 (1台)
平台系统服务器 (1台)
短信底层收发服务器 (1台)
开发接口调用客户端,同“电信级
短信业务应用网关支撑平台系统” 指定端口的服务器进行通讯的方式: 用户发送短信
短信业务服务商
短信业务支撑平台
发送短信
将发送信息通过自定义TCP协议 发送到支撑平台服务器
➢性能最好,可以获得最佳的性能; ➢灵活,对于服务商没有任何限制 ; ➢技术要求高,要求服务商要能够开 发可靠的网络应用程序;
潮流信息
平台业务对接模式(三)
增强通用对接模式
是指支持交互式短信业务以一种公用的、共通、更直观、界面化 的方式与"电信级短信业务应用网关支撑平台系统"进行对接。 该种对接模式有如下特点: ➢ 对接不需要平台做任何定制工作; ➢ 支持单表数据源的对接; ➢ 支持Access、dbf、Excel和纯文本格式的数据源; ➢ 平台自动对数据源进行分析,通过手工配置文件定义发布短信业 务 ➢ 可提供图形界面以拖动、选中等操作方式更直观的定义发布短信 业务; ➢ 对于多次请求交互式的短信业务提供脚本定制业务流程功能。
短信综合平台建设方案v1.3

短信综合平台建设方案v1.3短信平台建设方案中心领导:为满足委机关办公和“手机报”发送短信的需要,拟整合现有的短信平台,搭建支持全网三通道发送的短信平台。
经与电信、移动、联通等三家运营商沟通,并结合委内实际,特拟此方案。
一、平台概述拟采用主流的.net技术和BS架构,以固定短号,实现全网三通道(移动、联通、电信)发送短信和彩信。
二、平台功能一是提供标准接口,实现与现有信息系统的无缝衔接;二是吞吐量能满足现在乃至今后业务拓展的需要;三是部署在中心机房,保障数据安全;四是支持机构设置、号码管理、账户控制、费用统计和报表分析等基本功能,并能扩展应用。
三、平台费用短信平台的建设费用包括平台开发费用和通信资费两个部分。
三家运营商分别提供了平台解决方案和通信资费标准。
(一)通信资费方面。
三家运营商的通信资费基本一致。
短信、彩信通信资费每年发生约3万元。
(二)短信平台方面1、使用成品短信平台。
联通公司合作单位的短信平台,能通过三网统一的号码发送短信和彩信。
产生一次性平台改造费用0.5万元,支付通道服务费用2.5万元/年。
2、自主开发短信平台。
需要向通管局申请短号,接入专线,使用三家运营商提供的SDK开发包和接口,实现三网统一发送。
产生码号占用费用约0.5万元/年,专线费用约3万元/年,开发费用约25万元,后期运维费用约2万元/年。
四、工作建议经比较,拟建议采用联通的解决方案,该方案较为经济,短信平台较为成熟。
费用总额约为6万元,其中:通信资费约为3万元/年,通道服务费约为2.5万元/年,个性化改造费用约为0.5万元。
技术组二○一三年一月十日春乐你好,今天早上我找各部门经理讨论了一下,由于目前需求比较粗略,我们现在也只能大致评估:1、需求分析(3人月)2、原型制作(2人月)3、系统设计(2人月)4、系统开发(10-15人月)5、测试和修改(2人月)6、试运行完善(2-5人月)7、系统维护(2人月)因此,短信平台的总预算在25-30个人月左右。
中国移动数据网资源命名规范(V1.1.0)

中国移动技术规范文档编号:中国移动数据网资源命名规范文档版本:Version 1.1.0版权声明:版权归中国移动通信集团公司所有,未经中国移动通信集团公司书面许可,任何单位或个人不得以任何形式全部或部分使用和传播本技术规范。
发布日期:2004年8月发布单位:中国移动通信集团公司文档说明:本技术规范为中国移动数据网资源命名的指导性原则。
编号说明:(本文档编号依照以下原则进行:x.y.z x: 大版本更新,文档结构变化y: 具体方案的更改,部分内容的修正z: 文字修改,奇数为包含对上一版修改记录的稿子偶数为对上修改稿的定稿)文档修改历史目录1.范围 (5)2.参考文献 (5)3.缩写词 (5)4.参照字符集 (6)5.网元设备 (6)5.1 网元设备命名原则 (6)5.2 网元设备命名规范 (7)5.3 典型网元设备命名示例 (12)6.设备端口 (13)6.1 设备端口命名原则 (13)6.2 设备端口命名规范 (13)6.2.1 单机框设备端口命名规范 (13)6.2.2 多机框设备端口命名规范 (14)6.3 典型设备端口命名示例 (15)7.电路 (15)7.1 电路命名原则 (15)7.2 电路命名规范 (15)7.3 典型物理电路命名示例 (17)附录一:中国移动本地网名称和英文缩写对照表 (18)本规范书是根据相关标准,结合中国移动通信集团公司和省公司具体情况制订的。
编写格式和方法采用我国标准化工作导则的有关规定。
本规范的主要目的是统一中国移动通信集团公司和省公司数据网络资源的命名。
本规范适用于中国移动通信集团和省公司,尚有待于在具体实施过程中不断地补充和完善。
中国移动通信集团公司拥有本规范的知识产权。
中国移动通信集团公司保留对此规范书的解释权和修改权。
本规范定义集团和省级数据网综合网管系统涉及的设备、端口和电路的命名原则,用于指导工程及维护的设备命名、网管系统资源命名及资源统计等。
网管系统侧应遵守本规范对被管资源进行命名,网络设备侧也建议遵守本规范对设备进行命名。
中国电信客户信息安全管理规范-v0.1-20101227

中国电信客户信息安全管理规范中国电信集团公司2010年12月目录第一章总则 (3)第二章客户信息的内容及等级划分 (4)第一节客户信息的内容 (4)第二节客户信息等级划分 (4)第三节存储及处理客户信息的系统 (4)第三章组织与职责 (5)第四章岗位角色与权限 (6)第一节业务部门岗位角色与权限 (6)第二节运维支撑部门岗位角色与权限 (8)第五章帐号与授权管理 (9)第六章客户敏感信息操作的管理 (10)第一节业务人员对客户敏感信息操作的管理 (11)第二节运维支撑人员对客户敏感信息操作的管理 (11)第三节数据提取管理 (12)第七章客户信息安全检查 (13)第一节操作稽核 (13)第二节合规性检查 (14)第三节日志审计、例行安全检查与风险评估 (14)第八章客户信息系统的技术管控 (15)第一节系统安全防护 (15)第二节帐号认证管控要求 (15)第三节远程接入管控 (16)第四节客户敏感信息泄密防护 (16)第五节系统间接口管理 (17)第九章第三方管理 (18)第十章数据存储与备份管理 (19)第十一章客户信息泄密的处罚 (19)附录 (21)附录一:客户信息分类表 (21)附录二:客户信息分级 (22)附录三:客户敏感信息分布 (23)附录四:业务部门和支撑部门岗位角色 (24)附录五:业务人员对客户敏感信息的操作流程 (24)附录六:帐号口令管理细则 (25)附录七:异常操作行为特征 (26)第一章总则第1条为了加强全政企客户信息安全管理,规范客户信息访问的流程和用户访问权限以及规范承载客户信息的环境,降低客户信息被违法使用和传播的风险,特制定本规范。
第2条客户信息安全管理涵盖客户信息的产生、传输、存储、处理、销毁等各个环节。
客户信息的载体包括“IT系统数据”和“实体介质档案”两种形式。
第3条保护客户信息安全及其合法权益是中国电信应承担的企业社会责任,中国电信的各级员工应严格遵守相关要求,保护客户信息安全,严禁泄露、交易和滥用客户信息。
短信网关HTTP数据接口通讯协议(V0.1)(共9页)

短信网关HTTP数据接口通讯(tōngxùn)协议(V0.1)1定义(dìngyì)1.1 协议(xiéyì)短信客户端与服务器端通过接口方式传输数据,传输协议为HTTP,每次由客户端发起请求,服务器端接收完请求并处理后,返回响应数据,并主动关闭连接。
服务器端接口程序采用java开发,客户端由客户自行选择熟悉的方式。
1.2 大小写说明如无特殊说明,则表示是大小写敏感的。
A和a代表不同的含义。
1.3 编码编码统一采用UTF-8。
2数据类型2.1 基本(jīběn)数据类型2.2 消息(xiāo xi)结构统一(tǒngyī)采用Json格式JSON结构体,例如{name: ”zs” ,password:”123”}3业务接口3.1 短信发送接口3.1.1接口说明网关平台此时作为http server。
商户系统向SP请求发送短信。
用户可以一次发送多条数据。
Msgtype的类型区别:1、通知短信。
网关发送失败后,通知短信会重新尝试发送。
发送失败次数超过3次后,停止发送操作。
2、验证码短信。
网关发送失败后,不会重新进行发送。
3.1.2Request (command_id:A001){key:""data:{commandId:""appid:""appsecret:""content:”[{phonemessagesendtimemsgidmsgtype}]”}3.1.3Response (command_id:B001){commandIdcontent:{status}3.2 短信回执查询(cháxún)接口(jiē kǒu)3.2.1接口(jiē kǒu)说明商户系统主动请求SP系统接口,获取Sp在发送短信成功后,网关的回执信息。
3.2.2Request (command_id:A004){key:""data:{commandId:""appid:""appsecret:""content:”{msgid}”}3.2.3Response (command_id:B004){commandIdcontent:{status:data:[{msgidphonestatussendtimestat}]}3.3 状态报告(bàogào)查询接口(jiē kǒu) 3.3.1接口(jiē kǒu)说明商户系统主动请求sp系统接口,获取网关返回的状态报告。
短信网关解决方案
运营商短信网关应用系统优化方案——应用Array TM助力短信网关应用负载管理和性能优化2004年11月一、短信业务现状及面临的挑战随着使用支持中文手机的用户增多,短信已经成为手机用户最经常使用的业务之一。
除了大量使用的手机用户到手机用户的点对点短信业务之外,从信息平台到手机用户的短信信息服务业务也在快速发展,该业务已经成为广大用户及时方便地获取信息的一种手段。
在短信业务狂飙突进的带动下,数据增值业务以其独特的魅力迅速扩大着市场。
特别是随着国内各大通信运营商之间的短信互通(如中国联通和中国移动的短信互通)及各大SP同通信运营商之间的短信互通的广泛发展,使得短信应用的覆盖面越来越大,内容形式也越来越丰富,对短信应用平台的安全性和稳定性要求也越来越高。
在现今的传统短信业务应用中,虽然各种短信应用实现软件各有不同,但短信平台的网络架构基本一致,最终实现目标均为满足一个具有稳定、高效、高可扩展性和高可管理性等特性的业务应用,并且无论是否提供关键性任务的服务,都需要一个持续运行,并提供高可用性的网络/主机环境以提供不间断的高品质服务。
在短信业务应用平台中,如正常运行的应用的各个功能部分,仅通过单台主机/服务器,或采用备份服务器通过冷备的方式避免单点故障,期望完成稳定、可扩展的相应短信功能,将会在实际应用中面临以下问题和挑战:1、短信网关服务器之间自动切换所面临的问题传统短信网关中通常使用两台应用服务器来实现短信网关功能,通常其中一台作为应用服务器,另一台作为数据库服务器,并具有应用服务器备份程序。
正常情况下,仅应用服务器直接面向其它短信网关设备并提供短信服务,当此应用服务器出现故障时,数据库服务器中的应用服务器备份程序将能够自动启动,并接管所有出现故障的应用服务器的工作,期望通过这种方式来避免应用服务器单点故障,维持短信业务正常工作。
然而在实际应用中,当应用服务器出现故障,所有工作被数据库服务器中的备份应用服务器程序接管时,将面临由于数据库服务器默认网关等主机配置而产生的路由等问题,使得短信数据虽然能够被数据库服务器中的备份应用服务器程序处理,但仍无法正确返回,从而达不到预期的应用自动备份的目的。
短信验证平台解决方案(3篇)
第1篇一、引言随着互联网技术的飞速发展,网络安全问题日益凸显,验证码作为保障用户账户安全的重要手段,已经成为各大网站和移动应用的标配。
短信验证平台作为验证码的一种实现方式,以其便捷、高效、低成本等特点,受到了广泛的应用。
本文将针对短信验证平台解决方案进行详细阐述,包括平台架构、功能设计、安全防护、性能优化等方面。
二、平台架构1. 系统架构短信验证平台采用分层架构,主要分为以下几层:(1)接入层:负责接收用户请求,包括发送短信验证码、查询验证码状态等。
(2)业务逻辑层:处理接入层接收到的请求,包括验证码生成、发送、查询等。
(3)数据访问层:负责与数据库进行交互,存储验证码信息、用户信息等。
(4)服务层:为其他业务系统提供短信验证服务。
(5)存储层:存储验证码信息、用户信息等数据。
2. 技术选型(1)编程语言:Java、Python等。
(2)数据库:MySQL、MongoDB等。
(3)消息队列:RabbitMQ、Kafka等。
(4)缓存:Redis、Memcached等。
(5)短信网关:支持多家短信服务商,如阿里云、腾讯云等。
三、功能设计1. 验证码生成(1)验证码类型:支持数字、字母、数字字母混合等。
(2)验证码长度:可根据需求定制。
(3)验证码有效期:可根据需求定制。
2. 验证码发送(1)支持多种发送方式:短信、邮件、微信等。
(2)支持多渠道发送:支持国内主流短信服务商。
(3)支持批量发送:支持一次性发送多个验证码。
3. 验证码查询(1)查询验证码状态:成功、失败、过期等。
(2)查询验证码详情:验证码内容、发送时间、接收时间等。
4. 用户管理(1)用户注册:支持手机号、邮箱等多种注册方式。
(2)用户登录:支持密码、验证码等多种登录方式。
(3)用户信息管理:支持修改密码、手机号、邮箱等。
四、安全防护1. 验证码防刷(1)限制验证码发送频率:如一分钟内只能发送一次。
(2)限制验证码使用次数:如验证码只能使用一次。
联通短信网关解决方案
中国联通短信网关系统优化方案一、中国联通短信业务现状及面临的挑战随着使用支持中文手机的用户增多,短信已经成为中国联通用户最经常使用的业务之一。
除了大量使用的手机用户到手机用户的点对点短信业务之外,从信息平台到手机用户的短信信息服务业务也在快速发展,该业务已经成为广大用户及时方便地获取信息的一种手段。
在短信业务狂飙突进的带动下,数据增值业务以其独特的魅力迅速扩大着市场。
根据各网站的调查结果,有近七成的联通用户已使用过数据增值业务,且数据增值业务的使用还主要集中在短信业务上。
特别是随着国内各大通信运营商之间的短信互通(如中国联通和中国移动的短信互通)及各大SP同通信运营商之间的短信互通(如sohu短信网关到中国联通短信网关短信互通)的广泛发展,使得短信应用的覆盖面越来越大,内容形式也越来越丰富,对短信应用平台的安全性和稳定性要求也越来越高。
在现今的联通短信业务应用中,虽然各种短信应用实现软件各有不同,但短信平台的网络架构基本一致,最终实现目标均为满足一个具有稳定、高效、高可扩展性和高可管理性等特性的业务应用,并且无论是否提供关键性任务的服务,都需要一个持续运行,并提供高可用性的网络/主机环境以提供不间断的高品质服务。
在短信业务应用平台中,如正常运行的应用的各个功能部分,仅通过单台主机/服务器,或采用备份服务器通过冷备的方式避免单点故障,期望完成稳定、可扩展的相应短信功能,将会在实际应用中面临以下问题和挑战:1、短信网关服务器之间自动切换所面临的问题当使用两台应用服务器来实现短信网关功能时,通常其中一台作为应用服务器,另一台作为数据库服务器,并具有应用服务器备份程序。
正常情况下,仅应用服务器直接面向其它短信网关设备并提供短信服务,当此应用服务器出现故障时,数据库服务器中的应用服务器备份程序将能够自动启动,并接管所有出现故障的应用服务器的工作,期望通过这种方式来避免应用服务器单点故障,维持短信业务正常工作。
中国电信CDMA短消息网关设备规范_V1.0.0_080709
CT中国电信CDMA短消息网关设备规范中国电信集团公司短消息网关设备规范SN RC1 SMGW V1.0.0目录1 适用范围 (2)2 引用标准 (3)3 缩略语 (4)4 系统结构 (5)5 功能要求 (6)5.1短消息的存储转发 (6)5.2状态报告 (6)5.3定时发送功能 (6)5.4路由功能 (6)5.5短消息拦截 (7)5.6支持可信任接入码 (7)5.7对SP下发的短信的合法性验证 (8)5.8多目的地转发功能 (8)5.9流量控制 (8)5.10黑白名单功能 (8)5.11帐号拦截功能 (9)5.12SP多IP地址支持 (9)5.13针对每个SP设置禁止下发时间 (9)5.14针对每个SP设置每天总的业务量 (9)5.15针对每个SP设置帐号有效期 (9)5.16支持多条短消息的转发 (10)5.17支持与ISMP的接口功能 (10)5.18支持SP的混合接入方式 (10)5.19支持用户伪码(可选) (11)6 性能要求 (12)6.1消息处理能力 (12)6.2SMGW的性能指标 (12)6.3SMGW的可靠性和可用性 (12)7 接口要求 (13)8 计费要求 (14)8.1各类计费话单的生成 (14)8.2计费话单格式 (14)8.2.1 计费话单数据格式 (14)8.2.2 计费话单文件格式 (17)8.3计费话单的存储和传送 (18)8.4计费开关 (18)9 统计要求 (20)9.1业务统计 (20)9.2性能统计 (20)10 网管和操作维护要求 (21)10.1性能管理 (21)10.2故障管理 (21)10.3配置管理 (21)10.4安全管理 (22)10.5操作维护要求 (22)11 软硬件要求 (23)11.1软件要求 (23)11.1.1 基本要求 (23)11.1.2 软件功能要求 (23)11.1.3 软件语言的要求 (23)11.1.4 软件维护管理功能要求 (23)11.2硬件要求 (24)11.2.1 硬件系统基本要求 (24)11.2.2 处理机的要求 (24)12 系统安全性要求 (25)13 环境要求 (26)附录A SMGW与ISAG组网 (27)附录B SMGW支持SP混合接入流程 (28)附录C 不同SMGW前转流程 (34)附录D SGIP到SMGP映射 (37)修改记录 (45)前言本规范为中国电信短消息业务接入网关(SMGW)设备规范,主要参考SMS相关技术规定和信息产业部颁布的相关行业技术标准编制。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
短信网关建设解决方案一、建设背景随着科学技术的不断发展,现代政府的管理活动越来越依赖于信息化系统(IT),政务的大部分信息:如公文信息,财务信息,人力资源信息、工作流等都在政府的信息系统中流转,并支撑政府的日常业务运转。
如何让这些重要信息和数据最大化利用,让公务员能随时随地访问是信息化进一步发展的重要问题。
如果这些信息和数据能随时随地被充分利用,政府将如虎添翼、充满新的活力——政府的业务与办公工作将打破空间、时间的约束。
随时随地可以使用的信息系统将大幅提升政府效率,必将为广大的公务员所欢迎和接受。
政务短信网关解决方案是指在政府部署移动信息化服务器,通过安装移动信息化基础平台和各种即插即用的应用插件,从而实现政府通过短信、彩信、wap、手机客户端、OTA卡等手机无线手段和传统PC端相结合的一套集移动OA功能于基础平台之上的解决方案。
二、术语定义移动代理服务器MAS:全称为“移动代理服务器MAS”MT 短信:通过短信接口发往手机终端的短信,也指从移动代理服务器的某一功能直接发往手机终端的短信。
MO 短信:从手机终端发往移动代理服务器的短信,这些短信根据特定的规则有的直接转交到移动代理服务器的某一具体功能,有的转交到某一短信接口的接收队列。
短信回执:有时也称“状态报告”,对于MT 短信,手机终端收到后会返回短信回执给移动代理服务器。
对于短信接口,在创建接口时,回执选择为支持回执,则通过发送队列发送出去的所有MT短信随后都会在回执队列中收到对应的回执。
回执包含MT 短信是否成功提交到特定手机终端的信息。
短信回复:对于MT短信,手机终端收到后可以使用短信回复功能回复一条短信,对于通过发送队列发送的MT短信,其回复短信随后都可以从接收队列中获得。
如果接口设置为支持短号,则不能直接回复接口所发出的短信。
接口编码:某套短信接口的唯一标识,在创建接口时设置,随后不允许修改。
短信子码:也称“短信子号”,每套短信接口都拥有一个特定数字。
手机指令:有时也称“命令字”或“指令”,每套短信接口可以设置一个手机指令,由字母或数字组成的,用户可以使用此指令主动发送MO。
三、业务平台组成政府移动信息化解决方案采用“基础平台”加即插即用的“应用插件”模式,以实现业务开放性,面向政府各种业务。
“基础平台”,是实现移动信息化的基本平台,在此平台上增加应用插件,即可为政府提供移动信息化应用。
“应用插件”共含五种业务插件,包括:基础插件、标准OA插件、行业插件、适配插件、集成插件。
客户可以选择其中的一个或多个业务模块进行使用,以满足综合办公的需求。
移动办公,为企业提供公文处理、公文审批、公文流转、工作安排、单位通讯录、信息发布、信息应用、等多项应用功能,能够较全面满足客户使用通讯录、处理内部公文和事务等需求。
系统适配,是根据政府个性办公的需求,对政府原有OA系统进行B/S适配,将政府原OA系统中,需要并且适合延伸到手机端的功能进行适配,使得原来的OA系统的部分功能延伸到手机端实现,增加了原OA的手机端访问方法,一举突破原OA的时空限制。
如上图所示,在政府内部的应用平台中已经集成了日常管理必须ERP/CRM/SCM/BI 等信息管理系统(MIS),传统的MIS借助于局域网/互联网对数据进行交换,而移动办公则在更大层面上扩展了数据交换的广度与深度--信息传递的覆盖面将变得更加广泛,速度将变得更快,成本将变的更低,效率将变得更高。
这也正是政府对移动办公模式接受度不断加强的根本原因。
在政府办公过程中,工作人员常需要和受理单位之间进行沟通和联络。
通常情况下,可使用电话、传真、电子邮件、邮寄品等方式进行通知。
这些方式在特定场合下存在一定的问题。
四、短信平台功能和特点短信平台是一个是以手机为应用基础、以WEB页面为操作界面为各级运营商、各种政府企业提供多种新型短信息应用的一整套解决方案,基于短信平台建立起具有丰富增值服务内容的完整的、大规模短信息处理的系统。
通过这个平台可以向中国移动、中国联通和固定电话的用户提供发送短信息、铃声、图片、定制新闻、点播、游戏等服务,为企业用户提供集团短信服务。
同时该平台还是一个开放的平台,通过该平台可以方便的为第三方内容和应用提供接口。
五、短信平台功能模块1、网关模块: 完备的支持的协议。
平台支持CMPP(中国移动)协议、SGI(中国联通)、SMGP(中国电信)、CNGP(中国网通)、SMPP 协议(国际标准)。
调度管理:支持不同优先级短消息的调度管理。
状态报告处理:对运营商短信网关返回的状态报告进行完善的处理黑名单:对黑名单用户的短信进行丢弃并记录文字过滤:对指定文字进行过滤,对被过滤的短信进行记录并丢弃话单生成:对每一条MO、MT消息均生成详细的话单2、内容管理模块: 内容录入: 提供界面进行内容的录入编辑和发布: 对内容进行编辑审核并发布,提供信息的发布管理流程限审核: 详细到业务的极其细致的权限管理信息发布: 提供多种方式的信息发布,支持各种周期、各种人群的发布3、后台管理模块业务管理:业务的基本信息、命令、计费的管理,是业务的管理中心。
并且系统还内置了短信订阅、短信点播等基础应用,极大方便SP快速开展业务。
计费配置:对计费代码的统一管理,避免了业务配置时的人为出错,而影响了运营的正常开展。
客户服务:完善的客服模块,便于客服坐席完成详单查询、投诉管理、手动回复等极大提升业务量的服务群发管理:支持群发组的号段生成,文件导入,定时群发等多样化的群发,方便您的业务推广。
日志系统:系统运营日志管理,便于SP的运营支撑。
统计分析:强大的统计分析模块,给用户提供极其直观的界面,业绩统计、用户发展趋势、分布等均一目了然。
权限审核:与Windows同样智能化的用户权限管理系统,给用户提供安全灵活的多级权限管理。
第三方合作方管理:合作方增加、暂停和修改,非常方便与CP的合作4、WEB用户界面模块用户系统:用户的注册、登陆、忘记密码、帐务查询、通讯录等。
订阅系统:用户订阅、退订、暂停;查看订阅频道等。
言语传情系统:自写短信、定时发送、自写闪烁短信、自写免提短信等。
第三方系统接口模块:提供第三方系统接收和发送短信的接口。
各种应用模块叠加:如游戏接口、调查系统、短信问答等。
六、短信平台的优势:⏹专业化的路由管理提供面向目的地址以及源地址的路由管理,高效的路由模块使用户能自主开展多样化的服务。
⏹完备的应用支持支持短信订阅,短信点播,图片铃声,言语传情,活动投票等主流业务。
⏹开放的业务开发接口系统提供数据库以及HTTP开发接口,对于数据库接口用户只需写几句SQL语句就能迅速生成新业务,为抢占市场创造有利条件。
⏹支持主流数据库SQLServer、Oracle ,保护用户的投资HTTP的接口,为SP更好的开展与内容提供商的合作提供便利的条件。
⏹深入底层协议深入到底层协议,直接支持CMPP、SGIP、SMPP、SMGP、CNGP,而不是用移动API,每个连接速度可以达到1200条/秒。
用这样的方式可以兼容所有移动和联通的短信网关,满足同时直连多个网关的需求。
⏹图形化的跟踪手段对每一条消息,系统可以提供图形化的跟踪手段,能形象地展示与移动网关交互的每一条报文,避免业务使用错误的代码导致计费失败。
⏹专业的通信技术流量控制:运用了滑动窗口,流量互控等专业的通信技术保证了连接的专业性高缓存:系统提供高达100万条消息的缓存,在面临大流量冲击的情况下仍能流畅工作断连恢复:由于网络的不稳定性,经常出现断连的情况,系统确保在网络恢复后的第一时间内连接上移动的网关⏹完备的话单话单中包括了与移动网关交互的每一条MO,MT消息,便于对数据进行分析,以便更好地开展业务。
⏹强大的统计分析服务系统提供按业务、按地区、按天、按月份等多种纬度的立体统计,给用户呈现的是一目了然、图文并茂的业务增长、地区分布等实用报表。
六、短信平台性能响应时间:≤0.002秒业务处理时间:≤0.003数据转换和传送时间:≤0.003秒计算过程消耗时间:≤0.003秒短信发送量:1200条/秒消息丢失率≤0.01%,状态报告等待缓存≥100,000条;短信失败重发缓存≥100,000条;历史数据缓存≥于3个月。
七、短信接口1、接口功能:支持MT短信的发送、MO短信的接收。
所发送的MT短信可包括多达2000个汉字。
支持MT短信的回执确认。
支持MT短信的回复会话。
支持自定义MT短信在手机上显示的号码。
支持定时发送MT短信。
可提供多套短信接口,从而支持多套不同系统的接入。
支持通过分配给接口的短信子码来接收MO短信。
支持通过接口设置的手机指令来接收MO短信。
对通过接口发送的短信可以进行短信内容过滤。
对通过接口发送的短信可以进行黑白名单的控制。
所有接口的收发短信都有话单记录可以出丰富的接口短信话单报表。
提供接入的多种语言开发包。
提供不受任何具体开发语言约束的数据库接入。
提供开发用的调试环境。
提供短信收发的监控功能。
支持WAP Push短信。
2、接口组成移动代理服务器MAS 的短信接口包括如下部分:接口管理模块用于短信接口的创建、设置、监控;用于开发时的辅助调试。
各种语言包用于各种语言的API调用,支持目前主流的语言,如:C++,DotNet,Java,ASP,VB,PowerBuilder,Delphi等。
数据库接口用于其他系统直接通过访问数据库来进行短信的收发。
八、短信收发机制1、MT短信与其回执、回复的对应外部系统利用移动代理服务器MAS 的短信接口进行MT 短信的发送时,可以为每条MT 短信提供指定一个短信编号(也称短信ID),那么随后这条短信的回执就会带上同样的短信编号。
这样外部系统通过发送MT短信时所用的短信编号就可以辨识出随后针对这条短信的回执。
短信编号可以是1到99999999之间的任何一个整数。
如果外部系统需要随后能辨别出每条MT 短信的回执功能,那么外部系统必须确保在一定的时间段内所发送的每条MT短信都有唯一的短信编号。
短信下发时还可以指定一个在手机上显示的尾号(也称SRCID),回复短信时,就是通过srcid识别对应短信的。
如果不指定srcid,则使用短信编号作为手机尾号。
例如:sp 特服号为:106910050,短信子码为:16,srcid 指定为:123,则发送到手机上显示的号码为:10691005016123.用户回复此条短信,则外部系统可以正确收到此条短信的回复。
对于某些MT短信,外部系统可能不需要辨识其回执、回复。
对于这类短信,在发送时都可以指定其短信编号为0。
2、 MO短信的分流移动代理服务器MAS 可以支持几十套短信接口,那么移动代理服务器MAS 怎样确保手机用户主动发起的MO短信能准确的达到某套短信接口呢?这有如下两种方法:短信子码分流。