微软对于结构问题，总是有一个独特的公司方案。就目前而言，这个方案避开了SOA术语。而且，就像Brande证明的，微软也希望能在SOA观点中走出一条不同于别人的道路，就如同微软的开发人员在Java团体中走出一条避免以API为中心的路来。

　　Afni，是一家总部坐落在美国伊利诺斯州伯明顿市的拥有七十年历史的公司，他现在拥有五千名雇员为基于北美的公司提供呼叫中心服务和收集服务。公司最近遇到了一个问题，它代表了企业结构设计工作流应用程序软件的一些独特的问题。Brande需要从Afni客户那里使用完全不同的应用软件程序，而且不希望和外部的那些程序开发人员的后台管理系统的东西相混淆。为了服务客户，Afni公司需要整合帐单系统处理数据并为呼叫中心的客户服务代表(CSRs)提供整理好的信息工作流。但是，并没有使用后台管理系统的软件或硬件部分。当Brande在两年前预计到了这个问题的时候，他说，他考虑过几种可供选择的方法。

　　“首先我们要做出决定的是架构平台的问题。”他说。”当你在看系统集成的时候，有很多基本的方法，例如你想的集成，服务器的集成，接着才是像SOA之类的新冒出来的事物，以及其他的一些可以传递信息和中间件技术。他们都支持不同技术下的应用软件程序进行交流。“

　　在最后，Brande并没有选择上面提到的技术，而是偶然发现了一种被称为组合服务集成的方法。他是使用微软的工具和技术，由OpenSpan公司开发的，专门为桌面集成服务的。OpenSpan Platform3.0的版本支持.NET 2.0以及微软客户服务架构伺服器(CCF)2.6技术。

　　有关CSI技术最独特的地方，Brande解释说，是这个技术和API的技术以及后台管理系统技术完全无关，而这也是他的客户即使在整合他们的应用软件程序的时候也不愿意让他碰到的东西。

　　“结构上来说，和SOA技术相比，为了让不同的应用软件程序能够相互进行交流而进行组合的服务整合是一个非常有难度的方法。而SOA则需要更多的后台管理的接口来创造通用层，通用层正式你开发新的应用程序软件所需要的。“Brande说道。

　　根据他的观点，CSI在将服务带入统一的应用程序软件方面和SOA做的基本相同，只不过不需要接口。

　　如果你观察面向服务架构在接口层面上对后台管理系统进行连接的话，那些接口正在在面向服务的架构中进行整合，这样的话作为一个程序开发人员，你就可以在开发新的用户接口和用户能力的时候使用这个结构。“他解释说。“他们可以有效的完成同一件事情——SOA和组合的服务集成。但是，在我们是如何看待这种组合的方面，当你关注桌面集成的时候，和后台应用程序连接是通过Win32适配器层进行的。因此我们实际上并没有和后台应用程序的接口。“

　　Brande利用那些在公司客户站点上运行的应用软件程序上所做的一切都是基于发生在Windows桌面上的。里面包含了.NET的外观和感知的OpenSpan工具，允许Brande为Afni呼叫中心的CSR们将复杂多样的Windows进程处理到一个洗的工作流应用程序软件当中。

　　“你使用OpenSpan 问答机工作的方法，是他们开发环境的一部分。“他解释说。”当你在桌面上运行你想要的应用软件程序时，问答机将所有的对象都把这些应用程序以微软在适配器层面上的方法表示出来。一旦他们被表示出来，他们就将被送入OpenSpan工作室。在那里，是和.NET Studio的环境基本相似的环境。所有的在桌面能够获取的对象都可以在一个图形化的开发环境里被获得。因此，当你在桌面上询问一个应用软件的时候，他首先表示成对象，这些对象又变成你可以拽入图形化开发环境的东西，接着在这些对象之间连接传递数据。“

　　Brande认为CSI提供了人们在谈及SOA的时候的优点。

　　“所有的你听到的东西——从时间到市场，部署的简单性，结构的单一性，和多层相对的单层传递用户接口——这些都是我们做出的进行组合服务集成的决策的一部分。”

　　在被问到和那些以API为中心的持有SOA的观点相比，他在CSI方法中看到哪些优点时，他说，这种.NET的方法提供了他在那些基于Java的工具中从未看见的灵活性。

　　“当我在观察桌面系统以及用户在桌面系统上视觉上如何与其相合的时候，我发现了一些机会，但是我为了实现的机会而做的事情被SOA的环境所限制。“Brande说道。”让我们假设一下，我用的是WebSphere。我在桌面上能做的事情被那些基于WebSphere的技术限制了，而这些事情在我使用组合服务集成的时候是都可以做的。可以说，在组合服务集成上我可以做任何事情。我可以使用任何的前端伺服器的工具。我可以延伸到任何我想要延伸到的环境中。而且我并不需要进行大规模的移动我的前端伺服器。“

　　CSI技术允许他为那些CSR们在工作流中提供统一的桌面应用程序软件，这可以节约一些时间。他说。

　　“如果我已经在我的桌面上运行了三个应用程序软件，他们三个之间没有任何的交流，我正在进行大量的剪切和粘贴。”他提到了CSR们工作流中的问题。“而假设我做为一个用户，我需要记住的或寻找的有哪些逻辑，基于这些逻辑，我做了很多人工处理的决定。”

　　他对有关桌面应用程序软件能够通过CSI很简单的整合到一起的观点也做出了一些争论。

　　“如果我想要自动化的进行剪切和粘贴功能，我可以在不改变任何用户接口的情况下实现它。” Brande这样说道。“相对的，如果我要想在SOA的架构中实现这三个应用程序软件进行交流，获取数据，我几乎要将这三个应用程序软件从旧的用户接口中拿出来放入能够运行SOA的新的接口当中。”

　　根据Brande所提到的微软的商店能够为呼叫中心运营提供的，他的企业方匹配物——呼叫中心服务的副总裁Mike Garner说，自从2006年二月系统运行以来，成本节省的成效极为显著。

　　工作流程处理已经将一个CSR处理客户呼叫的时间缩短。“过去的基线是四百五十秒，而现在是三百九十五秒。”Garner说道。“因此你可以看到有百分之十一的节省。”

　　时间是极为重要的，因为在一个呼叫中心业务当中，时间真是意味着金钱。每个呼叫的成本从每秒一美分到每秒两美分，Garner说道。而由于有数以万计的呼叫处理，这些美分加在一起也是一个很大的数字。

　　“我们假设去年我们总共处理了三千五百万件呼叫业务。：他在解释到底是什么原因促使他向Brande寻求帮助来构建一个新的呼叫中心系统的时候说。”如果我能每个呼叫处理都节省十秒钟的话，总共算起来，我能节省三百五十万美元。这是一个相当有说服力的原因。