web（B/S结构）系统嵌入短信彩信功能的解决方法

    先说一下网关的方式，网关发送短信就是之间上网发送短信，不需要任何设备，只要能上网就可以。首先需要找到一个短信彩信平台提供商，通过他们提供的接口进行信息收发，接口一般是一个链接，需要验证用户名和密码。这种接口的好处是可以并发，可以把发送功能之间嵌入到页面中，多个页面同时调用发送功能都可以，而且提交速度快，短时间可以大量提交。

    注意我们这里用的是提交这个词，因为短信发送实际上是通过这个接口把信息提交到平台提供商那里，平台提供商再把信息提交到运营商那里，当然也可以之间跟运营商签协议获得接口，但是一般运营商的接口都只能給自己网内的手机发信息，另外运营商的要求也比较多比较严。信息可以很快提交到运营商那里，但是信息具体什么时间能发送出去就不好说了，因为运营商那里有很多通道提交过来的短信，如果当时信息量不大，一般很快1分钟之内就能收到，慢点的三五分钟也差不多了，但是如果当时信息量很大，那延迟就不能确定了，延迟一两个小时都是有可能的，在节假日甚至都有可能收不到。因此如果发送的信息要求实时性很高的话就不建议用这种方法了，另外如果信息的保密性要求很高也不建议这种方法，因为信息要经过几个平台多次中转才会实际发送出去，中间是有可能出现信息泄露的，另外到达率也是个问题，一般平台号称到达率95％以上，实际当中还是要看当时运营商要发送的信息量了。

    这种短信通道的方式是收信息费的，也就是先购买信息数量然后再消费，没有其他费用。

    另外一种是用短信彩信设备发送，俗称短信猫彩信猫什么的。就是系统接一个可以收发信息的设备来增加短信彩信功能。需要注意到是，彩信设备上通过串口操作的，串口通信的特点是独占操作，也就是同时只能有一个应用占用设备进行操作，因此设备的特点决定了，如果业务系统是并发的，比如在页面上发送短信彩信的时候，如果直接调用发送功能，就有可能因为并发导致冲突产生，因此操作失败，所以类似并发操作必须采用数据库的方式，前台业务系统只是提交待发信息保存到数据库接口表中，真正的收发功能是由中间件软件完成的，前台业务界面只对数据库进行操作就可以了。

    采用设备发送信息有收取设备及软件相关费用，后期费用就是通讯费，这个费用跟卡走，具体看手机卡的资费是什么了。

    最后两种发送信息方式做个对比

发送方式	大量提交速度	实时性	到达率	保密性	显示发送信息的号码	集成方式
平台网关	快	差	高	差	不固定	前台页面
硬件设备	慢	好	非常高	好	固定	后台数据库

    两种方式各有自己的优缺点，如果是大量发送消息类信息，信息安全性要求也不高，偶那个网关的方式更合适，如果要求保密性到达率及时性的话建议用硬件设备。一般企业应用建议用硬件设备，因为可以完全自己控制收发，不用通过第三方的平台受制于人。

    我公司设计开发的短信彩信中间件产品就是开放的数据库接口，另外还有socket和邮件接口方便企业二次开发，配合我们公司生产的短信彩信设备，很快就可以完成现有系统增加短信彩信收发功能的部署。