统一短信平台概要设计说明书
统一用户管理及认证系统概要设计说明书
统一用户管理及认证系统概要设计说明书公司名称：北京万维易化系统软件开发有限公司公司地址：北京西城区复兴门内大街158号远洋大厦F102室邮政编码： 100031公司网址：联系电话： 66412600传真： 66412601修改记录目录第一章引言 (1)1。
1编写目的 (1)1.2背景 (1)1。
3定义.................................................................................................. 错误!未定义书签。
1。
4参考资料.......................................................................................... 错误!未定义书签。
第二章总体设计 (1)2.1需求规定 (1)2。
2运行环境 (1)2.3基本设计概念和处理流程 (2)2。
4结构 (6)2.5功能器求与程序的关系 (8)2。
6人工处理过程 (8)2.7尚未问决的问题 (8)第三章接口设计 (9)3。
1用户接口 (9)3。
2外部接口 (9)3.3内部接口 (9)第四章运行设计 (9)4。
1运行模块组合 (9)4。
2运行控制 (9)4。
3运行时间 (9)第五章系统数据结构设计 (9)5.1逻辑结构设计要点 (9)5.2物理结构设计要点 (9)5.3数据结构与程序的关系 (9)第六章系统出错处理设计 (10)6.1出错信息 (10)6。
2补救措施 (10)6.3系统维护设计 (10)第一章引言1。
1编写目的在推进和发展信息建设的进程中，需要通过统一的规划和设计，开发建设一套用户统一的身份管理及单点认证支撑平台。
利用此支撑平台可以实现用户一次登录、网内通用，避免多次登录到多个应用的情况，规范今后的应用系统的建设.本文档旨在依据此构想为开发人员提出一个设计理念，解决在企业信息整合中遇到的一些问题。
企业短信应用平台的设计
公司短信应用平台的设计手机短信作为一种非常重要的沟通方式，正在被越来越多的公司重视。
本文介绍的公司短信应用平台简朴易行，可觉得公司提供方便灵活的、基于短信的双向交流渠道。
数年来，及时精确地采集前端销售数据、快速地将多个消息传递给目的人群始终是各类公司追求的目的。
尽管PC 加互联网是较好的手段，但由于体积大，无论是放在柜台上还是顾客携带都不便，而如果每人配备一台笔记本电脑或PDA 的投入又比较大。
另首先，根据信息产业部的统计数据，我国移动电话顾客已超出3.9 亿户，全年手机短信发送量3046亿条，比短信增加了 40%，比增加了 303%。
手机普及率的提高，再加上短信的价格低廉，使得短信逐步进一步到我们的生活之中。
作为公司信息化的一部分，不少公司开始考虑建立公司的短信应用平台，为公司提供方便灵活的基于短信的双向交流渠道。
现在已有的应用形式涉及: 通过短信平台来群发短信、查询手机接受的状态; 针对公司员工的邮件、公文、日程安排等进行短信提示; 接受手机发来的多个信息，针对不同的信息进行有关的解决，如信息采编、事务批办、点播等操作。
短信平台的工作过程移动运行商为确保接入的一致性及安全性，规定各服务商通过短信网关接入短信中心，短信系统由下列部分构成:1.短信信息服务参加实体服务提供商（Service Provider, SP）: 短信信息服务的信息提供者。
短信网关（Internet Short Message Gateway, ISMG）: 提供 SP 与短信中心之间数据交换的通道，采用 CMPP（China Mobile Peer to Peer）合同与 SP 进行连接，采用SMPP 3.3 合同与短信中心连接。
短信中心（Short Message Service Center, SMSC）: 运用信令网将短消息发送给手机顾客。
2.短信服务业务的工作过程顾客发短信业务(即MO 业务，如信息点播等):短信中心将短信内容以SMPP 合同发给连接的短信网关,短信网关根据短信发送号码（即 SP 的服务代码）将短信内容以 CMPP 合同发给对应的 SP，由 SP 进行解决。
统一短信平台概要设计说明书
统⼀短信平台概要设计说明书统⼀短信平台概要设计说明书2012年2⽉⽬录1. 引⾔ (3)1.1 编写⽬的 (3)1.2 项⽬风险 (3)2. 设计概述 (3)2.1 限制和约束 (3)2.2 设计原则和设计要求 (3)3. 系统逻辑设计 (4)3.1 系统结构设计 (4)3.1.1 通道层 (5)3.1.2 通道管理层 (5)3.1.3 平台运营管理层 (5)3.1.1 接⼝层 (5)3.2 使⽤技术说明 (5)4. 数据库设计 (6)4.1 数据库接⼝ (6)4.2 短彩信数据流 (6)4.3 短信、彩信归档的设计 (7)4.4 计费统计设计 (7)5. ⽹络⽅案设计 (7)1. 引⾔本⽂档说明了短信平台的设计理念、软件架构。
1.1 编写⽬的1.2 项⽬风险2. 设计概述本节描述现有开发条件和需要实现的⽬标，说明进⾏概要设计时应该遵循的设计原则和必须采⽤的设计⽅法。
2.1 限制和约束●技术条件：系统使⽤数据库作为数据缓冲池，并⼤量使⽤队列。
●开发环境：Linux系统、Java、Oracle开发及系统运⾏初期需要服务器⼀台DELL R710配置（2u，12G内存）价格2万元左右，在业务量增⼤时考虑系统扩容，系统扩容时现有程序不需要变动只需要迁移数据及系统部署。
●时间限制：项⽬在2个⽉内完成，绝对不超过3个⽉。
其中系统开发为1个⽉，半个⽉功能测试及调整，半个⽉系统性能优化；即可上线试运⾏。
2.2 设计原则和设计要求短信平台运⾏于Linux操作系统，使⽤Java开发，数据库为Oracle。
平台使⽤SSH架构。
设计中遵循了如下原则●分层设计，将平台分为3层a)通道层：该层负责对通道进⾏管理、为整个系统的服务层，负责短信、彩信的发送、接收，保证系统可以⾼效、及时、准确的处理短彩信b)业务逻辑层：本层为业务层，⽤于实现各种业务需求，对通道层进⾏控制、向通道层提供数据。
c)接⼝层：外部系统通过本层提供的接⼝与短信平台进⾏交互●模块独⽴原则在实现模块的时候，应保证模块的独⽴性，尽量使模块在物理上、逻辑上是独⽴的●⾯向接⼝编程原则为减少模块间的依赖，需采⽤⾯向接⼝的编程⽅法，减少模块之间的耦合●数据库设计原则以数据库为中⼼，短信平台中的数据交换以数据库为交换媒介，辅助的交换⽅式为SOCKET。
中国江苏网短信平台概要设计说明书 (3)
1.总体设计1.1. 总体软件架构图1.2. 总体软件设计2.功能设计2.1. 通讯模块2.1.1.短信下行2.1.1.1. 短信发送短信下行主要包括关键字过滤、短信分割、多网关路由（按号段分）、多网关短信发送线程池（按每个服务号一个线程）、短信日志记录等功能。
业务系统通过短信发送接口及数据库接口将短信存储入接口数据库，通过路由线程进行关键字过滤、黑名单过滤、短信字数分割、协议分析等操作后写入网关中心数据库短信发送数据表，由三个网关发送协议线程启动进行短信发送，短信发送后写入网关中心数据库日志表。
发送模块架构图如下:2.1.1.2. 短信回执接收短信发送异常处理主要包括短信回执接收、失败限次重新发送。
本系统按网关分类启动三个线程处理短信回执接收，如短信回执接收显示失败，则计数后写入网关中心数据库短信发送表进行二次发送。
回执处理架构如下：2.1.1.3. 手动发送短信2.1.1.3.1.短信回复独立回复模块，从需要回复的短信列表中获取上行短信用户手机号码，填写短信回复内容，发送短信，需要识别运营商接口，并将该回复短信日志和被回复短信进行关联。
2.1.1.3.2.短信群发管理员可以对业务用户进行短信群发。
主要业务操作：1.选择业务2.显示业务用户手机号列表，可查询并删除。
3.填写或选择其他群发手机号（从通讯录中）4.输入群发短信内容（可自动拆分短信）5.选择签名5、将群发短信插入发送数据库2.1.2.短信上行2.1.2.1. 普通短信短信接收2.1.2.2. 业务反向短信订购和退订业务可调用业务退订接口进行业务退订和订购。
主要业务操作：1.业务方调用业务退订和订购接口2.业务方鉴权3.平台识别调用运营商4.调用运营商订购和退订接口5.返回退订操作发送状态信息（以及唯一的标识TransactionID）6.业务通过TransactionID查询用户订购和退订状态信息2.1.3.业务正向订购和退订平台可接收业务正向订购和退订信息，接收信息后通知业务方。
统一用户管理及认证系统概要设计说明书
统一用户管理及认证系统概要设计说明书一、引言随着信息技术的快速发展和应用的深入，系统的用户管理和认证方式越来越成为各行业业务运行的重要环节。
为了提高效率、增强安全性并提升用户体验，我们计划设计一个统一的用户管理及认证系统。
本概要设计说明书将详细阐述该系统的设计理念、功能需求、技术架构和实现方法。
二、系统设计理念我们的设计理念主要基于以下几个原则：1、安全性：系统应确保用户信息的安全，防止信息泄露和滥用。
2、高效性：系统应提供高效的查询和认证服务，以减少用户等待时间。
3、灵活性：系统应支持多种认证方式和用户类型，以满足不同业务需求。
4、可扩展性：系统应具备良好的扩展性，以适应未来业务的发展变化。
三、功能需求本系统主要包括以下功能：1、用户管理：创建、编辑、删除用户信息，支持批量操作。
2、认证服务：提供用户名密码、动态令牌、生物识别等认证方式。
3、角色管理：定义角色及其权限，为不同用户分配相应角色。
4、访问控制：根据用户角色和权限，限制对系统的访问。
5、日志记录：记录用户的活动日志，提供审计和安全分析功能。
6、接口服务：提供API接口，支持与其他系统的集成。
四、技术架构本系统将采用以下技术架构：1、后端：使用Python或Java等编程语言进行开发，采用微服务架构，以提高系统的可维护性和可扩展性。
2、前端：使用React或Vue等前端框架，以提供友好的用户界面。
3、数据库：使用MySQL或PostgreSQL等关系型数据库存储用户信息和认证信息。
4、安全：使用SSL/TLS进行数据传输加密，采用多因素认证提高安全性。
5、云服务：使用公有云服务提供商，如AWS、阿里云等，以实现基础设施的快速部署和高可用性。
五、实现方法我们将按照以下步骤实现本系统：1、需求分析：深入了解业务需求，明确功能和非功能需求。
2、系统设计：根据需求分析结果，进行系统架构设计和数据库设计。
3、系统开发：按照设计文档进行系统开发，编写代码并进行单元测试。
短信平台总体技术方案
通用短信接入平台系统总体方案目录1.系统简介22.系统目标23.名词定义34.系统结构44.1.系统结构44.1.1.系统逻辑图44.2.系统方案44.2.1.分布式方案44.2.2.集中方案64.2.3.方案比较74.3.备份通道75.系统功能85.1.短信网关系统85.1.1.多种运营商接入85.1.2.负载均衡功能85.1.3.短信重发功能95.1.4.MO/MT优先发送接受功能95.1.5.内容过滤功能95.1.6.黑名单管理功能95.1.7.故障报警功能95.1.8.统计计费功能105.1.9.系统管理功能105.1.10.短信处理子系统接入105.1.11.与短信处理子系统数据交换105.1.12.与短信处理子系统数据交换的二次开发接口115.1.13.系统运行平台115.2.短信处理子系统115.2.1.短信收发引擎115.2.2.链路监控功能115.2.3.数据备份功能115.2.4.故障报警功能125.2.5.短信重发功能125.2.6.MT/MO优先发送的功能125.2.7.短信网关设置功能125.2.8.业务系统接入功能125.2.9.业务系统栏目管理功能125.2.10.系统管理功能135.2.11.统计功能135.2.12.与业务系统数据交换135.2.13.与业务系统数据交换的二次开发接口135.2.14.系统运行平台135.3.业务系统接入145.3.1.二次开发接口种类145.3.2.大量数据(万级)的接入方式145.3.3.定时发送146.某某行业接入应用146.1.办公系统146.1.1.OA接入146.1.2.会议通知156.2.生产系统156.2.1.流程通知156.2.2.故障报警156.2.3.巡视任务通知156.2.4.数据实时传送156.3.其他应用接入156.3.1.网络监控156.3.2.主机监控166.3.3.机房监控166.3.4.其他业务接入167.硬件系统需求167.1.短信网关167.1.1.网关服务器167.1.2.数据库服务器167.2.短信处理子系统177.2.1.网关服务器177.2.2.数据库服务器17附件1:短信平台系统特服号码分配方案171.特服号码的选择172.特服号码分配原则183.各运营商特服号184.特服号码扩展规则185.省级特服号码的申请196.各地市公司的特服号196.1地市公司特服号分配原则196.2地市公司特服号举例197.业务系统接入方式一（特服号区分方式）207.1业务系统的特服号207.2各业务栏目的特服号207.3组合特服号举例218.业务系统接入方式二（短信内容区分方式）228.1各业务系统及栏目接入228.2组合特服号举例231.系统简介某某公司及各地市公司在多年的信息系统应用中，已经建立了全面的信息管理系统、办公系统，这些软件系统为公司的生产和管理发挥了积极的作用。
短信综合平台建设方案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个人月左右。
短信平台
1概述手机短信平台是业务支撑平台的一个组成部分，通过短信平台可以完成业务系统对相关业务信息向手机的有效推送。
短信服务平台还可以提供业务系统的短信查询、短信通知、验证身份等功能。
通过短信平台系统，可以为应用系统提供统一的短信接入服务，实现应用系统的短信发送功能。
应用短信平台系统通过对接入方式的统一管理，可以同时兼容CMPP、SGIP等多种短信传输协议，支持向不同通信运营商的平台稳定高效的发送短信。
1.1 总体方案与规划项目建设需要依托短信网关通讯设备，为机关提供全面的应用及服务，规划并建设系统短信服务平台系统，为工作人员提供个性化服务，为公安信息化建设提供支撑。
具体需求如下：(1) 事件提醒：当有事件需要通知时，登陆短信平台发送相关事件信息到相关负责人（或文书）的手机上，以提醒其及时处理。
(2) 日程提醒：根据日程安排的内容（包括活动名称、时间、地点、人员等），设定一个时刻发送短信，及时提醒活动参加者。
(3) 会议通知：及时通知相关部门或人员参加会议。
无论参加人员在何处，无论有多少人员，通过短信一次性快速地将会议通知传达到部门办公室负责人或参会人员的手机上，大大提高会议组织效率。
(4) 其它通知：其它事情通知等。
1.2 网络架构设计外网短信平台系统短信平台服务器短信平台管理客户端图表短信平台网络架构图结构设计说明：➢短信平台服务器：运行短信平台服务主应用程序，负责调用短信网关的接口进行短信的发送，提供基于终端短信的信息化应用服务，并提供相关的管理服务。
1.3 短信平台设计短信平台应具有以下功能：➢短信推送接口：提供多种调用的形式（至少包括数据库方式、socket通信API、Web Service服务等方式）。
➢短信平台的性能：需要达到每秒至少推送100条短信息。
当通信运营商平台出现问题时，短信平台可以进行短信息存储，等待通信运营商平台恢复正常后将没有发送成功的短信酌情发送出去。
➢群发功能：对在短信平台内注册的用户或群用户发送短信通知，实现一对多的发送方式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
统一短信平台概要设计说明书
2012年2月
目录
1. 引言 (3)
1.1 编写目的 (3)
1.2 项目风险 (3)
2. 设计概述 (3)
2.1 限制和约束 (3)
2.2 设计原则和设计要求 (3)
3. 系统逻辑设计 (4)
3.1 系统结构设计 (4)
3.1.1 通道层 (5)
3.1.2 通道管理层 (5)
3.1.3 平台运营管理层 (5)
3.1.1 接口层 (5)
3.2 使用技术说明 (5)
4. 数据库设计 (6)
4.1 数据库接口 (6)
4.2 短彩信数据流 (6)
4.3 短信、彩信归档的设计 (7)
4.4 计费统计设计 (7)
5. 网络方案设计 (7)
1. 引言
本文档说明了短信平台的设计理念、软件架构。
1.1 编写目的
1.2 项目风险
2. 设计概述
本节描述现有开发条件和需要实现的目标，说明进行概要设计时应该遵循的设计原则和必须采用的设计方法。
2.1 限制和约束
●技术条件：
系统使用数据库作为数据缓冲池，并大量使用队列。
●开发环境：
Linux系统、Java、Oracle
开发及系统运行初期需要服务器一台DELL R710配置（2u，12G内存）价格2万元左右，在业务量增大时考虑系统扩容，系统扩容时现有程序不需要变动只需要迁移数据及系统部署。
●时间限制：项目在2个月内完成，绝对不超过3个月。
其中系统开发为1个月，半个月功能测试及调整，半个月系统性能优化；即可上线试运行。
2.2 设计原则和设计要求
短信平台运行于Linux操作系统，使用Java开发，数据库为Oracle。
平台使用SSH架构。
设计中遵循了如下原则
●分层设计，将平台分为3层
a)通道层：
该层负责对通道进行管理、为整个系统的服务层，负责短信、彩信的发送、接收，保证系统可以高效、及时、准确的处理短彩信
b)业务逻辑层：
本层为业务层，用于实现各种业务需求，对通道层进行控制、向通道层提供数据。
c)接口层：
外部系统通过本层提供的接口与短信平台进行交互
●模块独立原则
在实现模块的时候，应保证模块的独立性，尽量使模块在物理上、逻辑上是独立的
●面向接口编程原则
为减少模块间的依赖，需采用面向接口的编程方法，减少模块之间的耦合
●数据库设计原则
以数据库为中心，短信平台中的数据交换以数据库为交换媒介，辅助的交换方式为SOCKET。
需要建立的模型必须建立，避免复用数据模型引起混乱
●效率优先原则，要保证效率可以达标。
●易操作性原则：系统应方便用户使用。
●安全性和保密原则：接口层部分要考虑安全性和保密，Web界面的操作也要考虑此问
题。
●易维护性要求：系统管理员可以在Web界面完成全部维护的操作，尽量避免进入到操
作系统进行维护。
3. 系统逻辑设计
3.1 系统结构设计
平台按照通道层、多通道管理层、平台运营管理层、接口层，四个层次进行设计，如下图所示。
其中接口层、平台运营管理层、多通道管理层在同一个Web服务器内。
3.1.1 通道层
通道层由多个通道实例构成，每个通道是一个进程，接受通道管理层的管理，并定期向通道管理层报告通道状态。
3.1.2 通道管理层
通道管理层部署于Web服务器内，管理员可以通过Web界面对通道进行维护。
3.1.3 平台运营管理层
本层为短信平台的业务逻辑层，管理员和普通用户通过Web界面与系统进行交互
3.1.1 接口层
接口层为业务系统提供服务，目前有数据库接口、HTTP接口、WebService接口、SOCKET 接口。
3.2 使用技术说明
●规则引擎
为实现短彩信规则的灵活配置、高效为短信选择通道，使用Drools规则引擎
●Spring：简化系统配置、为系统解耦。
●Hibernate：数据持久层工具
4. 数据库设计
4.1 数据库接口
为简化外部系统接入短信的步骤，短信平台提供数据库接口
发送短信接口表
上行短信接口表
4.2 短彩信数据流
本节说明整个系统中短彩信数据流。
说明：
短信平台的业务逻辑包括
运营商识别、违禁词过滤、黑名单过滤、优先级处理、通道规则、短信分页等，经过此过程，短信平台将短信发送请求处理成为统一的格式插入到SEND表。
●短信引擎发送的短信依靠到SEND表榨取来取得。
●彩信的流程与短信类似，但是为了减少彩信所占空间，专门设计了一个发送内容表，保
存彩信内容相同彩信的内容。
彩信内容以XML保存。
4.3 短信、彩信归档的设计
已发短信、彩信会在发送表（SEND、MMS_SEND）表中保存，系统于次日凌晨将发送失败、已返回状态报告的短信转移至发送历史表，发送历史表每日创建一个。
发送统计依赖于发送历史表。
4.4 计费统计设计
计费统计以统计归档表中发送短信数据为基本依据，考虑到短信发送数量巨大，为提高统计效率，对数据使用重组策略，系统将定期对两天之前的发送数据做统计，将统计数据保存，部分统计数据将以这些数据作为统计依据。
考虑到有可能调整数据，系统提供重新统计功能，重新对发送数据做统计。
5. 网络方案设计
平台网络拓扑图。