从短信类到短信平台之设计篇

简介:

引言


   手机短信在系统的应用中越来越广泛,从单纯的发送信息到手机,发展到接收手机发送的短信,进行信息的获取,更有甚者,还可以进行业务的变更,业务数据的修改。从少量的发送,发展到大量的收发,衍生出大量的互动性短信。这就对短信收发的设计提出了更高的要求,不仅仅是简单的发送消息,不仅仅是简单的短信模块,而且需要配合消息队列,短信路由子系统,业务编码规则等等技术来满足大量互动性短息的收发要求。


1、短信收发类


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
package  com.andyshi;
import  java.rmi.RemoteException;
import  org.tempuri.WebServiceSoapProxy;
public  class  SMSManager {
     WebServiceSoapProxy client= new  WebServiceSoapProxy();
                                                                                                                                                                                                                                
     public  SMSManager(){
//      client.setEndpoint("http://sdk2.entinfo.cn/webservice.asmx");
     }
                                                                                                                                                                                                                                
                                                                                                                                                                                                                                
                                                                                                                                                                                                                                
     public  void  Receive(){
                                                                                                                                                                                                                                 
     }
                                                                                                                                                                                                                                
                                                                                                                                                                                                                                
     public  void  Send(){
         try  {
             client.sendSMS( "sdfsd" "sdfsf" "sdf" "sf" );
         catch  (RemoteException e) {
             // TODO Auto-generated catch block
             e.printStackTrace();
         }
     }
}


2、短信收发模块


   成为几个类的组合,Sender,Receiver,还有一些辅助的方法,而且输入输出也从简单类型变成了实体类,减少模块调用者的出错概率。


变化

1、从单个类变成了几个类的组合。

职责单一。


2、增加辅助类。

例如短信实体的创建类。

因为收到的短信是字符串,而且可能是多条短信,所以增加了一些解析类,从字符串中解析出短信,生成短信实体。


3、输入输入

整个收发过程的输入输出从简单类型的变成了实体类,这样可以减少模块调用者出错的概率,对外更加内聚。


3、短信收发子系统


   随着短信收发量的增大,同步实时发送和接收已经不能满足要求。而且随着业务的增加,业务系统的增加,有很多地方都需要短信的收发功能,比如说短信验证,短信查询,短信互动,订阅短信通知,群发短信,短信操作业务,短信变更业务数据。业务也从单纯的发,或者是少量的收,变成大量的收发处理。


   这时候需要考虑更多的东西,例如短信的实时性,可靠性,自动重发,优先级。需要将短信的收发和处理分开,需要消息队列的配合,将收到和需要发送的短信先存入消息队列,然后定时从消息队列获取,进行发送或者业务的处理。


4、短信收发平台


短信收发平台负责具体的短信收发工作,分离具体的业务处理,增加短信路由子系统。


短信有三个运营商:移动,联通,电信。


4.1 短信路由子系统

   1、短信平台收到短信之后,交给短信路由子系统,将收到的业务编码,按照业务编码规则路由到某个业务子系统,进行业务的处理。如果是指令性的短信,则不需要信息返回;如果是交互性的短信,业务子系统处理之后肯定还需要发送短信,发送短信给短信路由子系统。

   2、如果业务子系统需要发送短信,肯定是需要发送给一个手机号的,这个手机号只可能是具体的一个运营商的,但是业务子系统不用关心这些,它只是知道发送给一个手机号一段消息,然后交给短信路由子系统,短信路由子系统来决定经由那个运营商的通道发送到具体的手机号。


4.2 存储设计

   很多的短信都可以用模板+具体业务数据(例如祝福类短信,其中的用户名不一样,其他的内容都是一样的)的形式来表示,业务子系统负责存储模板和业务数据,这样可以减少很多冗余,而且需要修改短信内容的话,只需要修改模板就可以了。

短信平台存储完整的短信内容,方便查询统计。


4.3 其他

   随着短息量越来越大,子系统也会使用消息队列来缓存收发的消息,减轻具体业务的处理压力。



============================================

后记

==========

2013-08-14


发送子系统

接收业务系统来的短信,进行具体的发送工作。发送之前,可能需要区分通道,也就是短信是发给那个运营商的,之前是想交给路由子系统来实现的,但是觉得这个工作更应该是发送子系统来做的事情,路由子系统和业务还是有一点关系,至少还有一个业务匹配规则配置。


接收子系统

接收外部发送过来的短信。


路由子系统

路由和分解短信到具体的业务子系统,路由的规则包括特服号码(运营商或者是SP分配给短信业务申请者的一个号码)和短信业务的识别码。

比如说发送到100900的都是订单获取的业务,发送到100800都是个人信息获取的业务,发送到100700都是帮助获取的业务。

识别码也就是接收短信的内容,或者是内容的前几位数字。比如说接收到的内容是QX10000,那就是订单子系统的,用来取消(QX)订单,订单编号是10000。





本文转自 virusswb 51CTO博客,原文链接:http://blog.51cto.com/virusswb/1268657,如需转载请自行联系原作者

目录
相关文章
|
11天前
|
存储 运维 监控
阿里云加持,《泡姆泡姆》让全球玩家畅享零延迟冒险
通过 SLS、ARMS 与 CMS 的协同运作,《泡姆泡姆》实现了从基础设施到应用逻辑再到用户行为的全栈洞察。这一技术体系不仅支撑了游戏的全球化运营,更为实时互动娱乐场景提供了可复用的技术范式——通过云原生架构的弹性能力、全栈可观测的智能诊断与热更新的持续交付,让技术真正服务于“玩家体验零损耗”的终极目标。
136 21
|
8月前
|
数据采集 运维 监控
数据采集监控与告警:错误重试、日志分析与自动化运维
本文探讨了数据采集技术从“简单采集”到自动化运维的演进。传统方式因反爬策略和网络波动常导致数据丢失,而引入错误重试、日志分析与自动化告警机制可显著提升系统稳定性与时效性。正方强调健全监控体系的重要性,反方则担忧复杂化带来的成本与安全风险。未来,结合AI与大数据技术,数据采集将向智能化、全自动方向发展,实现动态调整与智能识别反爬策略,降低人工干预需求。附带的Python示例展示了如何通过代理IP、重试策略及日志记录实现高效的数据采集程序。
356 7
数据采集监控与告警:错误重试、日志分析与自动化运维
|
人工智能 自然语言处理 搜索推荐
如何让智能客服像真人一样对话?容联七陌揭秘:多Agent大模型
科技云报到原创。 经历了多年的“答非所问”、“一问三不知”,很多人已经厌倦了所谓的“智能客服”。哪怕是技术已经非常成熟、可以模拟真人发音的外呼机器人,也会因为“机感”重而被用户迅速挂机或转向人工客服。 智能客服似乎遇到了一道坎,在理解用户、和用户对话方面,始终无法实现真正的“智能”。然而大模型技术的出现,让智能客服看到了前所未有的曙光——基于大模型特有的生成式技术和智能的涌现,让智能客服越来越逼近人们想象中的样子。 但问题是,仅有大模型就够了吗?大模型技术要如何引入智能客服才能落地?落地后的大模型究竟如何在智能客服具体场景中发挥作用?又能为客服行业带来了哪些改变?更进一步,对于企业和
842 1
如何让智能客服像真人一样对话?容联七陌揭秘:多Agent大模型
|
数据采集 存储 监控
99%成功率背后:阿里云短信服务有何优势?
为什么短信会发送失败,如何提高短信发送成功率,本文将为您介绍短信发送成功率和阿里云短信服务如何保障企业短信稳定送达等相关知识。
586 1
99%成功率背后:阿里云短信服务有何优势?
|
开发框架 前端开发 JavaScript
基于SqlSugar的数据库访问处理的封装,支持.net FrameWork和.net core的项目调用
基于SqlSugar的数据库访问处理的封装,支持.net FrameWork和.net core的项目调用
|
人工智能 测试技术 调度
如何打造一个抗住千万级流量短信服务(续)
如何打造一个抗住千万级流量短信服务(续)
384 0
|
安全 应用服务中间件 网络安全
应用防火墙WAF架构分类
【7月更文挑战第10天】Web Application Firewall (WAF) 是用于保护Web应用的系统,通过HTTP/HTTPS流量规则阻止入侵。
|
存储 前端开发 API
三个月写了个短信平台,开源出来!
大家好,我是勇哥。花了三个月的时间,我手写了个短信平台服务 `platform-sms`,今天开源出来 Beta 版本。 写这个开源项目的初心其实很简单:"**帮助初中级研发工程师入门架构设计,提升他们的技术认知**"。
|
SQL 存储 Oracle
SQL数据查询——连接查询
SQL数据查询——连接查询
664 0