统一通信标准最终遭遇SOA

语音通信和企业应用已经在数以百万的桌面(电话设置禁挨着电脑)上成为了近邻，在他们之间除了疲倦的空气和笔筒以外什么都没有。

当然CTI已经有一些质量不一的决定因素。并且同时统一通信在过去的十年里吞食了大量的VC投资，很少的通信是像现在这样实际联合的。那么最终怎样使应用和通信可以联系起来呢?当然是适用SOA。

现在，据我所知，SOA已经被应用到修补各种东西，从粉刺到松动的牙齿。但是在处理长时间等待的IP通信和增长的开放申请之间的汇聚的情况下，SOA确实对我称之为“开放API的联合通讯”，提供了一套行之有效的方法。它是API的开始，同时将庞大的申请拆分成服务，这些服务在将IP通讯引入申请、工作流和商业过程效能这些方面产生许多差异。

为什么不把递送VoIP和联合的统一通信利益作为来自数据中心的服务呢?如果你将要使用 SOA 作为申请，而且你将移到IP作为较多的通信, 然后为什么不用此来使得那一较高的生产力变的更高呢? 为什么不给你的开发者图解式的工具从而带来与迄今不同的世界一起呢?

当他们宣布对SessionSuites产品，包括最新成员、SessionSuite SOA Edition，系列产品的需求的时候，一定会在BlueNote Networks上冒出问题。此外，副产品来自Fidelity Investments全球最大的金融投资机构，该公司在美国波士顿成立，是一家全球基金管理公司，BlueNote Networks已经使建立网络电话(VoIP)成为SOA中的另一项业务服务――这正是之前统一通信与现在SOA的转换关键所在。

毕竟，它是SOA。方法是很多的材料一起工作。拉拽界面以集合服务。盈利是商业过程效率和弹性的结合。在电话没有激活(移动电话)情况下BPM会怎么样呢?

其中的一个问题就是，企业的开发者已经被固定模式培养成从电脑应用模式内部思考。现在他们必须以更广意的媒介定义。不是简单的以一般的应用程序和GUI的逻辑顺序。而是以更加广泛的，比如声音，录象，电视会议，小组会议命令等形式。开发人员必须考虑使工作流包括更多的媒体和通信行为。他们必须根据实时，不是结点，而是直接到被进程影响到的人员或组中。工作、时间和空间不能限制PC的实际性能。

所以两件事物需要发生，并且互相依赖。开发者需要利用交流服务，这个功能方便顾客使用。同时，开发者需要能力来混合应用服务，网络服务，WIFI服务和移动技术服务，但是这建立在不改变基础设施的前提下。实际上，这就是BlueNote网络公司所追求的。

他们对于激活SOA框架的方法——用一个事件驱动在一个框架下的建筑和会议插件程序——很值得一看。时机是在以网页应用程序为开头的工作流中嵌入电话，但是更多的是能移动的!