七、上行短信处理服务 -功能详细设计 --短信平台

 9、  上行短信处理服务

短信平台接收的上行短信，须要传递给各自第三方系统自行处理。也是设计了几个方案。

方案1、每一个系统本身开发处理逻辑，继承同一个接口，封装成组件dll，配置到上行短信处理的Windows服务中，由Windows服务框架直接调用相应的dll。

优势：省事，执行效率高。

缺点：后期组件更新可能会出现各系统封装时所用的公共组件版本不一样，致使配置到服务框架后公共组件出现冲突。

方案2、每一个系统本身开发处理逻辑，并封装成继承同一个接口的WebService，由上行短信处理Windows服务调用各自系统的WebService。

优势：各系统相互独立。可以安全的处理各自的数据。

缺点：联调麻烦点。使用过程当中可能出现网络问题。

方案3、由上行短信处理Windows服务将上行短信数据分别写入各系统的数据库。再由各应用系统本身运行定时服务进行数据处理。

优势：数据由短信平台推送到各系统的过程当中基本不会出现问题。

缺点：各应用系统须要多一个数据表，须要有本身的windows服务。须要在短信平台中配置每一个系统的数据库链接串，安全性过低。同时因为定时处理，处理时间有延迟。

方案3、由各系统定时从短信平台数据库中获取上行短信数据，并进行处理。

优势：各应用系统无需本身的数据表。只需在各系统中配置一个短信平台数据链接串便可。

缺点：短信平台的数据表可被多个系统访问，数据安全性没法保证。另外各系统仍是须要本身的Windows服务。数据处理一样会有延迟。

 

最后选定使用方案二，由各系统自行开发处理上行短信的WebService，再由短信平台统一调用。

此方案能有效保证原始数据的安全性，使用异步方式调用可以极大提升数据处理服务的处理效率。可是在第三方应用系统项目部署时确实遇到了一些问题，像是部署后短信平台服务器和第三方系统所在的服务器网络不通、第三方系统WebService异常信息不精准等问题，出错后都须要慢慢排查解决。