问题描述
现在的信息系统不会再是一个个信息孤岛，而是具备生命力的能够与外界打交道的服务实体。我以前曾经参与开发过几个信息系统，在开发过后，发现普遍存在一个需求，那就是系统都具有向外发送消息和消息采集的需求。以前的解决方案就是：具体问题具体解决，没有站在一个企业级系统的角度上去考虑。因为一个企业的信息系统是由好多的相对独立的系统构成的。比如，企业的OA系统可能需要发送手机短信或及时消息。而企业进销存的业务处理系统需要发送短信和采集短信。我以前就是在各个系统内部，单独去实现，费了很大的人力物力。到头来发现自己造了很多重复的轮子。而且，这种发送信息的需求并不是我的客户所有系统一开始就有的，企业内部的信息系统很可能不是一个开发商来完成的。我们是无法接触别的公司开发的源代码的。这就意味着我们需要抽象出这种需求的解决方案，提供出一个消息发送和采集服务接口（实现作为一个Web服务存在）。这样以来，如果是我们自己给企业开发几个信息系统，那么我们只要引入已经构建的服务接口就可以了。而如果是给别的公司开发的系统集成发送消息和消息采集的功能，那么我们只要给原来的开发商暴露服务接口就可以了。这将大大降低我们与原有系统开发商的沟通成本。不过值得注意的是：我们暴露的服务接口一定是符合业界标准的Web服务接口。当我有以上想法的时候，我试着在网上搜集这方面的资料。我发现了一个比较好的解决方案在这个地方：http://www.viathink.com,特地在此推荐给大家。发现它的解决方案在某些方面超出了我的预期。我特意在此引用这个网站一个应用场景供大家参考：1.移动进销存集成现在有好多厂家，都在大的卖场有专柜销售产品。这些厂家需要及时了解在卖场的销售库存情况，以及需要把各种销售相关的通知信息下发到导购员。在过去，这个工作是由导购员发传真或打电话对销售以及库存向厂家报表。因为导购员负责实时的销售工作，所以往往信息报送的不及时，而且报表方式也不方便。厂家的人员还需要把收集到的信息重新整理，然后手工录入他们的业务处理系统，这也浪费了大量的时间，而且也增加了信息传递过程中出现错误的危险（比如数据整理错误）。现在如果厂家的业务处理系统集成了玄奘的消息通知与采集功能，那么导购员完全可以以手机短信（或即时消息）的方式，发送销售相关的消息。那么销售消息直接进入厂家的业务处理系统，这个生产力的提高是非常有吸引力的。同时如果有什么新的销售政策或促销活动，也可以通过业务系统直接发送短消息到导购员。在这里仅仅是我个人的一些对系统外发消息和消息采集的解决方案的理解，如果大家有好的想法，欢迎跟帖一起讨论。参考网址：http://www.viathink.com
解决方案
解决方案二：
该回复于2009-06-18 17:18:53被版主删除