在信息高速膨胀，资源配置失调的时代，沟通与共享显得极为重要，企业的信息化环境就是一个典型的例子。

　　当今企业多种多样的业务导致在信息化建设的过程中产生了大量的业务系统。从历史遗留系统到待规划系统，由于不同建设时期技术的发展和理念的不同，信息孤岛不断出现，系统之间的交流成为最现实的问题。企业内的IT人员往往为了系统之间的互联互通而大动干戈。

　　与这一情况相似的是，企业中有着不同的人。他们各负其责，专长不同，经验各异，但企业不是一个人的企业，企业的产品及服务的价值需要大家协作来完成，那么人与人之间的交流就成为企业永恒的话题。

　　由此，在企业内部产生了一系列智能化应用的需求，告别孤独成为我们的共同目标。从中能够看到两个最显著的领域：一个是试图解决企业内部不同应用系统之间沟通与共享的方案，也即EAI（企业应用集成）；另外一个领域则关心如何促进企业内部人员之间的交流与知识传递，比较常用的叫法是实时协作。

　　应用系统之间的对话

　　EAI要解决的问题是系统与系统之间的交互，数据的交互，应用的调用，相对应的需要实施应用整合、数据整合、业务流程整合。

　　EAI到底能给企业带来哪些好处？这必须用企业级的眼光来观察，才能看得清楚。

　　“重复开发是我们的心病。这其中有受限于硬件平台的原因，也有业务系统独立开发，缺乏整体规划的原因，”一位银行的技术主管谈到：“单个业务系统往往考虑得很全面，自成一体，但系统的灵活性差。当业务环境发生变化时，这种全面的设计就成了累赘，导致手忙脚乱的重复开发。”EAI不仅对已有系统、也是对企业应用体系的整体规划，将带给企业一种规范的开发和应用环境。它使企业在面对变化的商业环境时能够不必改变已有的系统，只须加入新的内容。

　　基于SOA（面向服务架构）和Web 服务技术的应用集成作为业务集成技术上的一次重要变化，被认为是新一代的应用集成技术。它所集成的对象是一个个的Web服务或者是封装成Web服务的业务处理。Web服务技术由于是基于最广为接受的、开放的技术标准（如HTTP、SMTP、SOAP、WSDL和UDDI等），支持服务接口描述和服务处理的分离、服务描述的集中化存储和发布、服务的自动查找和动态绑定以及服务的组合，SOA和Web服务的发展为企业进行整体性应用集成提供了新一代的基础设施。

　　业务流程谁说了算？

　　目前EAI的主流厂商都提供了业务流程集成的工具（也有叫工作流管理工具），对业务流程管理的渗透已经成为EAI技术发展的明显趋势。

　　企业级EAI与普通信息化建设不同的地方就是它涉及了企业内部大部分的业务流程，而不限于某个具体的应用。因此，EAI的实施不可避免地要把企业的业务流程捋顺，制定出一个企业上下都要严格执行的统一流程。这个工作在企业内部如果由IT部门来做就有些勉为其难，所以需要企业各个部门的共同参与。中国建设银行在实施EAI项目时就计划成立一个专门的工作组，这个工作组由银行领导、各个业务部门的负责人，以及外聘行业专家组成，共同负责制定整个银行的业务流程。

　　中国银行广东分行曾经以国际结算的单证影像系统为试点开展EAI。“我们的项目涉及到了国际结算业务、SWIFT、单证影像、会计等多个业务流程，”孙忠东处长说，“我们在准备时反复讨论了单证处理的流程，尽量简化处理的过程，保证客户的满意，这是系统中最难的地方。”

　　小型的EAI尚需再三商讨流程的制定，对于没有实施大型EAI项目经验的国内企业而言，业务流程的制定的确还是一个难关，这就对实施项目的厂商也提出了很高的要求。

　　孙处长认为，目前的许多EAI产品还需接受更多项目的考验，在实践应用中进一步磨练和完善，特别是一些高层的EAI产品，如业务流程集成这一层面。作为EAI产品必不可少的一部分，贴近企业的专业技术服务尤其值得加强。

　　家家有本难念的经

　　家家有本难念的经——对企业来说，最难念的经就是他们复杂的IT环境。

　　有实施EAI需求的企业往往是信息化开展得较早、历经时间长、系统平台多的企业。一位银行的技术主管告诉笔者； “一些厂商在销售EAI产品时，希望我们将所有应用平台都转到他们产品上来，这对我们来说很难实现。”因为对于他们而言，许多老系统虽然有些问题，但已成为业务运行的支柱，而且一天也不能停下来，换平台风险确实很大。

　　一些厂商认为他们的产品符合主流的技术标准，银行应该把以前开发的协议都转成公认的标准，这点也与用户的想法有些出入。“银行的一些系统本身强调的是专用协议，一是能保证安全，二是从多年的实践来看，系统在这种协议下跑得很快，是不是要换成标准协议值得考虑”，某银行的工程师这样认为。

　　一些用户在实施EAI项目时反映，使用专用协议的系统的速度要明显快于标准接口，但系统之间进行调用时，专用协议需要转换就显得不方便了，那么在哪些系统里需要保留专用协议，以保证单个关键业务系统的速度； 哪些系统需要改变成标准协议以增强系统之间的调用，这是一个让人大伤脑筋的问题，也需要EAI供应商、实施商提供经验和方法。

　　不见面的业务沟通

　　小张早上九点来到办公室。他是某计算机主板制造企业的工程师，负责主板上元器控件的安装设计，虽然年纪不大，但已经成为公司这方面的行家。现在，小张每天来单位的第一件事就是打开电脑，进入公司开发的办公平台，收完了几封邮件，小张开始整理自己的产品文档，这时电脑上弹出了一个窗口，一个陌生的名字出现在窗口上，只知道是公司内部的同事。

　　小张用右键点击名字，在属性栏查看该人所在的部门和介绍，原来是负责主板电路设计的李工，最近刚被公司挖过来，只听说也是个技术大拿，小张还没有和他直接交流过。这一会儿的工夫，李工已经向小张发出了问侯，并提到了正事。原来李工要对一块主板的电路进行优化设计，由此会引起电路板上的元器件选择的变化。李工说完了来意，已经共享出自己电脑上一个CAD文件，让小张马上在CAD文件提出修改意见，小张一边思考着新的电路图，一边进入了公司内部的文档中心，调出了相似的文件进行对比和分析。

　　15分钟后，小张和李工基本达成了修改的共识，但还有些地方不够明确，小张提议李工先不要离开，用内部呼叫的方式找来了封装部门的陈总，看看他有什么想法。一会儿，陈总也加入了设计的讨论。

　　20分钟后，经过激烈的讨论，小张他们三人终于达成统一的看法，并对文档的修改进行签名，新设计方案文档被确认并直接传到公司的文档中心进行保存，小张端起茶杯放缓了绷紧的神经，心情颇感轻松。

　　不只是通信平台

　　网上的CAD协同工作是企业内实时协作的典型例子之一，其实实时协作的内容还很多，例如MSN、QQ等即时通信平台也被很多企业作为实时协作的系统。

　　联合生产力公司的技术总监高晓鸣谈到：“我们平时用MSN与同事和客户进行联系，同事之间主要是消息的及时沟通，与客户之间大多是问题的咨询和解答。”从交换信息和在线答疑解惑这个角度来看，MSN这类系统的确是实时协作的平台，但协作的含义还不能让很多人接受，高晓鸣谈到：“我们把MSN作为通信平台的一部分，它与邮件系统、视频会议系统、手机短信系统一起构成了我们通信平台，我们现在还不是很强调协作，主要看重通信的功能。”

　　对于目前比较主流的一些实时协作产品，企业的应用还不是很成规模和体系，一方面是因为理念未被广泛接受，另外，实时协作的产品本身也存在着需要改进的地方。北京和利时系统工程公司信息管理部负责人刘治开这样说：“现在的（实时协作）产品都太通用了，在一些有自己的特色的企业那里通常用不起来。对我们来说实用最重要，产品买来了一定要发挥效益。”

　　和利时公司以生产自动控制产品为主，涉及化工、冶金等行业的产品，作为协作的内容，通信对于他们来说只是第一步，还远远不能满足企业的需求。刘治开谈到：“我们公司的协作体现在各个业务系统之中和流程控制之中，而没有独立的协作平台，比如我们的产品开发管理系统、产品缺陷跟踪系统、产品发布管理系统、物料清单系统，这些系统都对公司内部不同部门之间的责任进行规定和控制，在不同部门和人之间流转，保证流程的畅通，体现出公司内部的协同。”

　　从这方面来看，目前实时协作的产品还需要强化自己的特性，让人们能够明确地认识到协作的内涵，而不只是通信功能。在企业里，业务信息的传递，业务工作的实时协作其实有着更大的发展空间，正如前文所讲述的小张所在企业的例子，正体现了业务前协作的实时和有效。