这篇文章从理念上讨论了如何设计一个统一的基于BEA WLCP产品套件的通信应用程序。您会如何解决这个问题？欢迎大家进行反馈和评论。

　　目前的问题是如何创建一个能以若干个不同方法向接收者发送消息的应用程序，以及如何接收所有通道的消息并将它们以较佳的方法传递给用户。比如说，我正在旅行途中，这时我希望所有的IM、SMS、MMS和PTT等作为电子邮件发送给我以供稍后到达目的地时查看。

　　本例中受支持的协议有SIP (MESSAGE and SIMPLE for IM and PoC for PTT)、SMPP、SMTP/POP和MM7。还可以通过扩展支持SS7/IN协议，这样便可以接收电话并将消息作为音频剪辑记录起来。

　　解决方案相当简单，尽管需要使用一些BEA产品。在小型安装中使用开源，即使不能解决所有问题也可以解决一部分问题，但是我毕竟在出售很有用的产品并且我们正在讨论的是电信的第一层而不是小型的汽车修理厂。

　　用户界面：用户必须能够使用Web门户接口配置其首选项。使用portlets可以包含已有的门户。通过门户，用户可以配置所有联系人媒介，包括电话号码、IM账号、电子邮件帐号等等。用户还可以设置优先的通信方法。所有配置存储于数据库中。

　　服务执行： WLS, WLI或WLSS中的服务执行取决于环境的类型。如果主要是在IMS环境中执行的话，我将在WLSS中运行。接收到消息时，系统会检查发送消息的用户是谁以及优先的通信方法是什么（电子邮件、SIP SIMPLE、SMS等）。然后使用ParlayX sendMessage标准WebService API将消息发送至WebLogic Network Gatekeeper。确实是一个相当简单的应用程序。几天便足以编写完成，如果只实现最简单的概念证明，甚至只需要几个小时。

　　消息代理、策略执行和网络连接：WebLogic Network Gatekeeper和WLNG将基于标准的电信webservices向第三方应用程序公开。这些应用程序可以在运营商领域内或者完全在第三方合作伙伴领域的执行。WLNG能够公开这些 webservices接口，并在发送消息之前应用了非常复杂的SLA和策略检查。这允许运营商提供对网络的保护，优先通信量和执行所应用的SLA。WLNG接收到消息之后会查看协议或号码，并决定所使用的协议。通过策略检查之后，将使用正确的连接把消息发送至目的地。这包括SIP、SMPP、MM7、OSA/Parlay、SS7、SMTP等等。通过调用WLSS可以提供对SIP的支持。还可以选择编写自己的插件与网络资源连接。

　　IMS Env：在IMS环境下，我把服务逻辑放在WLSS中并为所有非SIP事件从中调用 WLNG，假定来的大多都是SIP事件。然后，只有配置了WLNG并通过应用了策略保护的WLNG直接公开ISC接口，才会执行策略。这很不错，不过并非本文的讨论范围之内。

结束语：

　　可使用基于标准的电信Web服务和WLNG创建非常复杂和高级的应用程序。其他BEA产品可用于实现门户和服务执行部分。这一解决方案中都一些很好的细节值得我们学习，我尝试列出了其中的几种：

• 对应用程序与网络的一切交互执行完整的策略保护
• 从服务逻辑观点进行网络抽象。只从数据库获取地址，WLNG只需要根据其地址算出所使用的网络资源。
• 服务执行环境的无关性。可以是 .Net、Java、JEE、Ruby等一切环境。
• 将逻辑从应用程序推入服务基础架构

　　该方案可行吗？当然！是最佳的解决方案吗？即使不是最好的，也是首屈一指的。是最简单的解决方案么？不是，还有更简单的方法但是会丧失一部分灵活性和公开性。它的性能足够高，延时足够低吗？是的，毫无疑问。WLSS和WLNG都具有低延时、高性能和可伸缩的特点，并且能处理超高负荷的数据载入。

原文出处：http://dev2dev.bea.com/blog/beeson/archive/2007/06/unified_messagi.html