4下行短信发送WebService下行短信发送服务 -功能详细设计 --短信平台

Posted 痞子元的技术blog

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了4下行短信发送WebService下行短信发送服务 -功能详细设计 --短信平台相关的知识,希望对你有一定的参考价值。

 

3、  下行短信发送WebService

开发一个WebService,供第三方系统调用,用于发送短信。WebService接收数据后,将信息存储入数据库的短信发送数据表中。

WebService参数包括:应用标识、手机号码(字符串数组类型)、短信内容、扩展码(3-8位数字)、优先级(数字1至5)、定时发送时间(可null为即时发送)、发送人ID(内部机构人员管理系统的ID)、发送人全路径。

同时开发另一个WebService,与原有旧系统接口完全相同,用于调用旧短信平台的第三方系统无缝切换到新短信平台。

 

Webservice实现如下:

/// <summary>
        /// 发送短信服务
        /// 成功:返回MsgGroup,格式为"success:" + MsgGroup
        /// 异常:返回异常信息
        /// </summary>
        /// <param name="appCode">应用标识</param>
        /// <param name="mobiles">手机号</param>
        /// <param name="smsContent">短信内容</param>
        /// <param name="addSerial">扩展码</param>
        /// <param name="smsPriority">优先级</param>
        /// <param name="isMo">是否允许回复</param>
        /// <param name="scheduleTime">定时时间</param>
        /// <param name="sendUserId">发送人</param>
        /// <param name="sendUserFullPath">发送人全路径</param>
        /// <returns></returns>
        [WebMethod]
        public string SendSMSWithSuccess(string appCode, string[] mobiles, string smsContent, string addSerial, int smsPriority = 1, bool isMo = true, DateTime? scheduleTime = null, string sendUserId = "", string sendUserFullPath = "")
        {
            //执行校验和入库
            string result =return result;
        }

 

         其中MsgGroup为移动要求提供的32位的唯一编码,后续返回的提交报告、状态报告都以此为对应依据。

         WebService内部逻辑首先是校验,包括应用是否注册、号码数量、号码组是否包括重复号码、号码是否具有非法字符、扩展码长度等内容。然后将校验过的数据存入数据库。

 

下行短信数据表:

SMS_MT_DATA_INFO 短信信息表

字段代码

字段名称

字段类型

可空

标识

主键

MSG_GROUP

批次号

varchar(32)

N

N

Y

APP_CODE

应用标识

varchar(64)

N

N

N

MOBILES

手机号码组

varchar(max)

N

N

N

SMS_CONTENT

短信内容

varchar(max)

N

N

N

ADD_SERIAL

扩展码

varchar(32)

Y

N

N

SMS_PRIORITY

优先级

int

N

N

N

IS_MO

是否需要上行

bit

N

N

N

SCHEDULE_TIME

定时时间

datetime

Y

N

N

SEND_USER_ID

发信人

varchar(36)

Y

N

N

SEND_USER_FULL_PATH

发信人全路径

varchar(512)

Y

N

N

CREATE_TIME

创建时间

datetime

N

N

N

 

SMS_MT_DATA_HIS_INFO 短信信息历史表

字段代码

字段名称

字段类型

可空

标识

主键

MSG_GROUP

批次号

varchar(32)

N

N

Y

APP_CODE

应用标识

varchar(64)

N

N

N

MOBILES

手机号码组

varchar(max)

N

N

N

SMS_CONTENT

短信内容

varchar(max)

N

N

N

ADD_SERIAL

扩展码

varchar(32)

N

N

N

SMS_PRIORITY

优先级

int

N

N

N

IS_MO

是否需要上行

bit

N

N

N

SCHEDULE_TIME

定时时间

datetime

Y

N

N

SEND_USER_ID

发信人

varchar(36)

Y

N

N

SEND_USER_FULL_PATH

发信人全路径

varchar(512)

Y

N

N

CREATE_TIME

创建时间

datetime

N

N

N

SEND_RESULT

返回状态

int

N

N

N

SEND_TIME

发送时间

datetime

N

N

N

HAS_MO

是否有回复

bit

N

N

N

 

 

4、  下行短信发送服务

一个WindowsService,定时访问数据库,若有数据则调用云MAS组件发送短信,然后将发送过的短信移入短信发送历史数据表。

由于云MAS平台需要登录后使用,登录只能进行一次,因此需要对SDK进行单例模式的封装。

移动云MAS平台内部有一定的处理逻辑,具体的我也不知道,猜测如下:首先接收数据后移动对短信信息进行审核,然后将审核过的短信提交到内部的发送系统,此过程会产生提交报告;内部判定如果是移动的手机号,则由自己的系统发送短信,此处会有白名单限制,白名单之外的短信无法发送,如果是联通或电信手机号,则调用相应的接口交由相应系统发送短信,此时移动自己的白名单无效,此过程会产生状态报告。

 

HTTP版本中云MAS平台和Http客户端数据交互流程如下,供参考。

 

 

以上是关于4下行短信发送WebService下行短信发送服务 -功能详细设计 --短信平台的主要内容,如果未能解决你的问题,请参考以下文章

通过 ThingPark 社区网络服务器发送 LoRaWAN 下行消息

下载速率(上行速率)和上传速率(下行速率)

LoRaWAN 未确认的下行链路和重新加入程序

家宽质差下行时延

[4G&5G专题-96]:MAC层- 调度 - 下行调度的原理过程与算法

2架构设计 --短信平台开发