9、 上行短信处理服务
短信平台接收的上行短信，需要传递给各自第三方系统自行处理。也是设计了几个方案。
方案一、每个系统自己开发处理逻辑，继承同一个接口，封装成组件dll，配置到上行短信处理的Windows服务中，由Windows服务框架直接调用相应的dll。
优点：省事，执行效率高。
缺点：后期组件更新可能会出现各系统封装时所用的公共组件版本不同，导致配置到服务框架后公共组件出现冲突。
方案二、每个系统自己开发处理逻辑，并封装成继承同一个接口的WebService，由上行短信处理Windows服务调用各自系统的WebService。
优点：各系统相互独立。能够安全的处理各自的数据。
缺点：联调麻烦点。使用过程中可能出现网络问题。
方案三、由上行短信处理Windows服务将上行短信数据分别写入各系统的数据库。再由各应用系统自己运行定时服务进行数据处理。
优点：数据由短信平台推送到各系统的过程中基本不会出现问题。
缺点：各应用系统需要多一个数据表，需要有自己的windows服务。需要在短信平台中配置每个系统的数据库连接串，安全性太低。同时由于定时处理，处理时间有延迟。
方案三、由各系统定时从短信平台数据库中获取上行短信数据，并进行处理。
优点：各应用系统无需自己的数据表。只需在各系统中配置一个短信平台数据连接串即可。
缺点：短信平台的数据表可被多个系统访问，数据安全性无法保证。另外各系统还是需要自己的Windows服务。数据处理同样会有延迟。
最后选定使用方案二，由各系统自行开发处理上行短信的WebService，再由短信平台统一调用。
此方案能有效保证原始数据的安全性，使用异步方式调用能够极大提高数据处理服务的处理效率。但是在第三方应用系统项目部署时确实遇到了一些问题，像是部署后短信平台服务器和第三方系统所在的服务器网络不通、第三方系统WebService异常信息不精准等问题，出错后都需要慢慢排查解决。
