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

下行短信数据表：

4、  下行短信发送服务

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

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

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

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