专利名称：一种基于soa的应用系统平台架构的系统及设计方法
技术领域：
本发明涉及IT(Information Technology)领域及广电领域的软件开发技术领域，尤其涉及一种基于SOA的应用系统平台架构的系统及设计方法。
背景技术：
SOA(Service-Oriented Architecture,面向服务的体系结构)是一个组件模型，它能通过服务之间定义良好的接口和契约将应用程序的不同功能单元(称为服务)联系起来。接口是采用中立的方式进行定义的，是独立于实现服务的硬件平台、操作系统和编程语言的。使得各种构建在这样的系统中的服务可以通过统一和通用的方式进行交互。现有技术中平台架构的设计方法主要是基于ESB/EMB的平台架构设计方法，ESB (Enterprise Service Bus,企业服务总线)是传统中间件技术与XML(extensibleMarkup Language,可扩展标记语言)、Web服务等技术结合的产物。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。EMB (Enterprise Media Bus，企业媒体总线)完成对存储、迁移服务器资源的注册和管理，进行传输链路配置、优化和安全控制；通过对传输终端服务器的调度、媒体文件传输过程的管理和控制，最终完成媒体文件的跨板块迁移。ESB/EMB企业总线技术是SOA的进一步发展，它作为松耦合结构的一个代表技术类型，更适合于系统间的耦合，由ESB构成的系统主干平台，负责对连接(注册)到它的各子系统的服务进行统一管理，各子系统采用的实现技术相对独立，子系统与子系统间的交互通过ESB/EMB实现松散耦合。具体的平台架构设计可参照说明书附图中的图I。从图I中可以看出现有的ESB/EMB系统平台架构主要就是通过Auto. ESB企业服务总线和Auto.EMB企业媒体总线两部分来构建软件架构的。发明人在实施本发明的过程中，发现现有技术存在以下技术问题(I)不适用于中小规模，尤其是独立完成系列任务的“信息岛”型的业务。(2)构建过程中建设成本过大、而且系统间业务关系相对独立松散无法实现系统间关联业务的处理。(3)现有的体系架构实施难度大，建设周期长，并要求参与系统建设的各承建单位处于同一技术水平，技术力量薄弱的参与者容易成为整个项目的“瓶颈”;(4)对用户系统的变化适应性差。
发明内容
为了解决上述现有技术的缺点，本发明的主要目的是提供一种基于SOA的应用平台架构设计系统及方法，以解决现有技术中平台结构过于松散，投入成本大、建设周期长，不同厂家协作难度大的间题。为了达到上述目的，本发明提供了一种基于SOA的应用系统平台架构设计的应用系统，具体包括基础层，包括平台架构支撑体系的设计；平台层，包括平台框架 体系的设计；接口层，包括核心服务适配层的设计；应用服务层，包括平台核心服务的设计，构成平台架构的功能体系；子网接口层，包括各接入子网的子网接入机制；子网层，包括各接入子网和各子网的内部功能。本发明的另一方面还提供了一种基于SOA的应用系统平台架构设计的方法，主要方法步骤包括根据项目规模和复杂度的大小设计基于SOA的应用系统平台架构包括基础层、平台层、接口层、应用服务层、子网接口层和子网层；定义平台内部接口规范与平台统一对外接口规范；通过应用系统平台统一对外接口规范，平台统一对外接口与外系统进行互联。本发明的实施方式通过面向服务的体系的服务平台及平台的设计方式，符合SOA架构原理，松耦合、粗粒度，对于用户系统的变化适应性较强，实现了一种区别于ESB/EMB平台的全新的基于SOA的应用系统平台架构。解决了 ESB/EMB平台结构过于松散，投入成本大、建设周期长，不同厂家协作有难度的问题，并且本发明的平台架构适用于中小规模系统平台的建设。与现有技术相比，本发明可以解决的技术问题以及具有的技术优点如下I、本发明方法适用于中小规模系统平台的建设，相对于ESB/EMB平台属于轻量级，尤其适合业务相对集中的“信息岛”型系统。“信息岛”的构成规模可大可小，可以是由多个子系统/子网和平台及众多的平台级核心服务构成，也可由单一子网和平台及少量的平台服务构成；2、应用系统平台负责整个系统对外的统一接口，并由平台承建单位制定接口规范，接入平台的子网统一由平台与外系统交互；3、应用系统平台提供整体基础框架结构，基于XML/WSDL/UDDI/JMS/JCA/SOAP/ADAPTOR等技术实现。4、应用系统平台提供核心服务挂接及装载机制，由平台承建单位指定相应规范，核心服务的开发可由平台承建单位完成，也可以由第三方按平台装载机制和相应规范完成，因此，既保证了平台的高度灵活和可扩充性，而且将实施风险进行分散，用户不必绑定一家单位的单一系统。5、应用系统平台提供核心服务管理机制和功能，包括服务注册/注销、生命周期管理、服务中止及服务状态监控、平台工作流管理、服务引用机制等等。6、应用系统平台提供子网接入机制和相应规范，规范由平台承建单位制定。平台可支持多子网接入，但必须符合平台的接入规范。由于平台的实施一般可由资质较高的厂商完成，子网则可由相对技术水平和能力较低的厂商完成，因此，对于平台接入规范的制定避免了多个对等的厂家相互扯皮、争执不下的局面发生。子网只要按平台规范即可接入，也解决了阻碍很多中小规模IT厂家的技术壁垒。因此，整个系统的建设周期相对较短，成本也比原有ESB/EMB方案要低很多。7、平台的核心服务装载机制和子网接入机制是两个互相独立的机制和过程。因此，一个有变更不会影响其它的系统正常运行。整个系统采用层次化结构，底层相对于上层独立封装并且透明，由于采用了系统的分层结构，每层之间有相对固定的接口标准，因此系统的某一个层面的功能或部件改变 ，对其它层面影响非常小。因此，可以说在平台内部又一定程度上引入了松耦合和粗粒度的思想。8、对于这种平台的建设，上图给出了一个完整的系统框架。但实际设计研发过程中可根据项目规模和复杂度的大小，合理取舍，做到建设难度、成本和周期的适度。
为了更清楚的说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见的，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图I为现有技术中的基于ESB/EMB的平台架构设计方法图示；图2为本发明实施例一种基于SOA的应用系统平台架构原理图；图3为本发明实施例一种基于SOA的应用系统平台架构设计方法步骤图；图4为本发明实施例一种基于SOA的应用系统平台架构设计方法的简化系统架构具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然所描述的实施例仅是本发明的一部分实施例，不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例一方面提供了一种基于SOA的应用系统平台架构设计的应用系统，如图I所示为本发明实施例的一种基于SOA的应用系统平台架构原理图，该应用系统主要包括以下部分基础层10，包括平台架构支撑体系的设计；平台层11，包括平台框架体系的设计；接口层12，包括核心服务适配层的设计；应用服务层13，包括平台核心服务的设计，构成平台架构的功能体系；子网接口层14，包括各接入子网的子网接入机制；子网层15，包括各接入子网和各子网的内部功能。对于上述基于SOA的应用系统平台架构的应用系统中的各部分做以下详细说明其中，所述基础层10是平台架构中的支撑体系，一般包括应用服务器和中间件平台；当然也可以是IT行业中的其他能够成为支撑体系的通用产品。SOA的应用系统平台架构中的平台层11提供了平台整体的基础框架结构，并且是基于 XML (Extensible Markup Language,可扩展标记语言)/WSDL (Web ServicesDescription Language, WEB 月艮务描述语言)/UDDI (Universal Description, Discoveryand Integration,一种目录服务)/JMS(Java Message Service,Java消息服务)/JCA(J2EEConnector Architecture, J2EE平台上连接传统系统技术规范)/S0AP(简单对象访问协议，一种轻量的、简单的、基于XML的协议)/ADAPT0R(适配器)等技术设计开发的平台框架结构，包括平台服务装载机制、子网挂接机制、平台对外统一接口。所述接口层12主要包括适配层，由核心服务挂接和应用服务装载机制组成，而且需要约束规范，主要是平台接入规范WSDL和结构定义架构XSDScheme约束规范。所述约束规范也可由平台承建单位指定相应规范，核心服务的开发可由平台承建单位完成，也可以由第三方按平台装载机制和相应规范完成，因此，保证了平台的高度灵活和可扩充性，而且将实施风险进行分散，用户不必绑定一家单位的单一系统。应用服务层13主要包括平台中的各类核心服务，构成平台的功能体系，提供对子 网的服务功能。子网接口层14提供各接入子网的子网接入机制和相应规范，提供核心服务管理机制和功能，主要包括子网注册、子网注销、中止断开子网连接、子网存储空间分配、子网状态监控、平台工作流管理、服务引用机制等等。并且是采用XSD/LDAP/XML/WS等技术实现的。平台提供子网接入机制和相应规范，所述规范由平台承建单位制定。平台可支持多子网接入，但必须符合平台的接入规范。由于平台的实施一般可由资质较高的厂商完成，子网则可由相对技术水平和能力较低的厂商完成，子网只要按平台规范即可接入，也解决了阻碍很多中小规模IT厂家的技术壁垒。因此，整个系统的建设周期相对较短，成本也比原有ESB/EMB方案要低很多子网层15，包括各接入子网和各子网的内部功能，所述子网的内部功能包括系统管理、统一认证、子网检索查询、分配给子网的空间管理、人员权限管理和子网内的工作
流程管理。本发明的基于SOA的应用系统平台架构设计的应用系统中核心服务装载机制和子网接入机制是两个互相独立的机制和过程。因此，当其中有一个子系统变更时不会影响其它的系统正常运行。整个系统采用层次化结构，底层相对于上层独立封装并且透明，由于采用了系统的分层结构，每层之间有相对固定的接口标准，因此，系统的某一个层面的功能或部件改变对其它层面影响非常小，在平台内部一定程度上引入了松耦合和粗粒度的思
本巨
o本发明的另一方面提供了一种基于SOA的应用系统平台架构应用系统的设计方法如图3所示，主要步骤为步骤SI :根据项目规模和复杂度的大小设计基于SOA的应用系统平台架构包括基础层、平台层、接口层、应用服务层、子网接口层和子网层；步骤S2 :定义平台内部接口规范与平台统一对外接口规范；步骤S3 :通过应用系统平台统一对外接口规范，平台统一对外接口与外系统进行互联。其中，定义平台内部接口规范包括定义平台内部核心服务接口规范和定义子网接入规范。平台统一对外接口规范主要包括定义平台对外接口交互数据和服务规范。对于上述平台架构的设计是一个完整的系统框架。但实际设计研发过程中可根据项目规模和复杂度的大小，合理取舍，做到建设难度、成本和周期的适度。本发明实施例的另一方面提供了一种基于SOA的应用系统平台架构应用系统的具体设计方法，以图4为例，就是在此基础上的一个简化的系统架构示意图，具体实施方式
如下本实施例中根据实际需要主要是项目规模和复杂度的大小设计基于SOA的应用系统平台架构，首先，在基于SOA的应用系统平台架构的应用系统中设计了平台层，中间件层，核心服务层和子网应用层，具体的实施方式如下面向核心业务的统一平台平台设计要求考虑统一平台，及平台的面向核心业务的应用模式，要求考虑对于任务的调度功能；平台可按不同功能点，划分为各个子系统或功能模块。 平台功能a)、支持平台管理功能支持平台统一人员管理和统一登录认证；b)、支持生产型媒体资源二级库支持媒体资源素材在线编辑(仅限于Himalaya非编，其它制作子网支持该功能待商议)；支持编目检索功能；暂不要求支持近线磁带库功能；支持媒体资源素材直接送发布功能；支持素材低码流wmv格式的浏览；支持制作子网素材原码流归档；二级媒体资源库与中心媒体资源的交互(交互方式和实现须讨论)。c)、支持传统媒体和新媒体节目制播规定各制作子网按统一的媒体文件格式如都采用高码MPEG 2125Mbps和低码
H.2641. 5M的高低码格式编辑；支持节目制作的生产加工流程(在各制作子网内实现)；支持低码流编辑到桌面(在各制作子网内实现)；支持配音、审片、合成输出等功能(在各制作子网内实现)；支持制作子网调用平台公共服务完成制播业务。d)、对外接口支持与中心媒体资源、总控播出系统、NVOD播出及未来其它播出系统的交互；支持与中心媒体资源、总控播出系统、NVOD播出等通过MQ消息通讯机制的交互；支持按需要的播出格式和码率送各个播出系统；支持发送给播出系统XML元数据文件如广告插播点和其它元数据信息等；支持二级媒体资源库与中心媒体资源的交互；支持可自定义增加发布渠道的配置。平台支持的核心服务e)、转码服务包括转码任务调度；
f)、合成打包服务平台支持合成打包服务，目前，限于Auto. NET子网打包工程文件，其它第三方子网暂按子网内打包，平台转码的方式完成。g)、发布服务包括发布任务调度；含收录、媒体资源；h)、迁移服务负责子网间素材和成品节目的迁移。i)、统一检索服务支持媒体资源二级库的统一检索，制作子网间的素材互检索待讨论；j)、转码后素材审查包括自动技审和人工审查干预环节；k)、节目制作任务调度(是否要实现要与台方讨论)。平台支持制作子网的接入 I)、前期支持Platform为制播平台的子网接入；m)、前期支持手机节目制作网的接入；n)、后期支持其它第三方厂家的制作网接入。平台对外交互接口O)、平台提供统一的对外交互接口；P)、各制作子网或其它子系统通过平台统一接口与外系统做交互。平台安全性q)、考虑平台总体安全性及软硬件部署；r)、考虑平台与各个接入子网间的安全性。其次，当平台架构中的各个服务层次模块设计好之后，定义平台核心服务接口规范和交互规范，一般为XSD Schema规范。平台统一对外接口通过平台统一对外接口规范与外系统进行互联。对于平台核心服务接口规范和交互数据规范定义如下平台核心服务接口规范(平台核心服务接口规范和交互数据规范XSDSchema,本规范为核心服务之一接口规范)
< xm1 version=" 1.0" encoding="utf-8" >
<!— edited with XMLSpy v2008 rel. 2 spl (http://www.altova.com) byWangkunyue (CDV)—>
<wsdl: definitionsxmlns: soap="http:// schemas .xmlsoap. org/wsdl/ soap/"
xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"
xmlns:tns="http://tempuri.org/" xmlns:s="http://www.w3.org/2001/XMLSchema"xmlns: soap 12="http://schemas.xmlsoap org/wsdl/soap 12/"xmlns:http="http://schemas.xmlsoap.org/wsdl/http/"xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"targetNamespace="http://tempuri.org/">
<wsdl:types>
<s: schema targetNamespace="http://tempuri.org/">
<s:complexType name="AnySchema">
<s: sequence〉
<s:anymin0ccurs="0"maxOccurs="unbounded"
processContents="lax"/>
</s: sequence〉
</ s: complexType>
<s: element name="XmlDataDocument">
<s:complexType mixed="true">
<s: sequence〉
<s:any/>
</s: sequence〉
</ s: complexType>
</s: element〉
</s: schema〉
</wsdl:types>
<wsdl:message name=”ws—import—metadataMessageIn”>
<wsdl:part name="data" type=”tns: Any Schema”/〉
</wsdl: message〉
<wsdl:message name=”ws—import—metadataMessageOut”〉
<wsdl:part name="data" element="tns:XmlDataDocument"/>
</wsdl: message〉
<wsdl:portType name="CL_import_metadataPortType">
<wsdl: operation name=”ws—import—metadata”〉
<wsdl: inputmessage=”tns:ws—import—metadataMessageln”
wsa:Action=”ws—import—metadata”
xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing"/><wsdl: outputmessage=”tns:ws—import—metadataMessageOut”
wsa:Action="ws_import_metadataResponse"xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing"/>
</wsdl: operation〉
</wsdl:portType>
<wsdl !bindingname='' CLimp ortmetadataS oap''
type="tns: CLimportmetadataPortType ">
<soap !binding transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl: operation name=”ws—import—metadata”〉
<soap: operationsoapAction=”ws—import—metadata”
style=" document ”/>
<wsdl: input〉
<soap:body use="literal"/>
</wsdl: input〉
<wsdl: output〉
<soap:body use="literal"/>
</wsdl: output〉
</wsdl: operation〉
</wsdl:binding>
<wsdl: service name=”CL—import—metadata”〉
<wsdl:portname=”CL—import—metadataSoap”
binding= "tns: CL—import—metadatas oap ">
<soap: address
location="http://localhost/PostInterfaceCL_import.wsdl"/>
</wsdl:port>
</wsdl: service〉
</wsdl: definitions〉协议/数据规范XSD Schema < xm1 version=" 1.0" encoding="UTF-8" >
<!— edited with XMLSpy v2008 (http://www.altova.com) by Wangkunyue (CDV)->
<xs: schemaxmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:tns="http://PDS/V1.0/PDSClipService"targetNamespace="http://PDS/V1.0/PDSClipService"elementFormDefault="qualified">
<xs:element name="ClipImportRequest">
<xs:annotation>
<xs: documentation〉素材入库请求 </xs: documentation〉 </xs:annotation>
<xs: complexType>
<xs: sequence〉
<xs:element name="Head" type="tns:HeadType">
<xs: annotation〉
<xs: documentation>1^'i>(.头信息 </xs: documentation〉 </xs:annotation>
</xs:element>
<xs:element name=" SourceInfo" type="tns:SourceType">
<xs: annotation〉
<xs: documentation〉来源信息 </xs: documentation〉</xs:annotation>
</xs:element>
<xs: elementname=" ContentInfo"
type="tns:FullContentDataType">
<xs:annotation>
<xs: documentation〉交换内容 4 茜述 </xs:documentation>
</xs:annotation>
</xs: element〉
<xs: element name="ProcessInfo" type="tns:ProcessInfoType"min0ccurs="0">
<xs: annotation〉
<xs:documentation>:^L程信息，可选内容，对流程弓丨擎提供支持，可理解为一个流程的相关信息定义节点</xs:documentation〉</xs:annotation>
</xs: element〉
</xs: sequence〉
</xs:complexType>
</xs: element〉
</xs: schema〉当上述统一对外接口规范定义完成后，就可以通过应用系统平台统一对外接口规范，使得平台统一对外接口与外系统进行互联，能够完全基于SOA的应用系统平台架构进行信息的交互。通过本发明实施例提供的基于SOA的应用系统平台架构的系统及设计方法，适用于中小规模系统平台的建设，尤其适合业务相对集中的“信息岛”型系统。“信息岛”的构成规模可大可小，可以是由多个子系统/子网和平台及众多的平台级核心服务构成，也可由单一子网和平台及少量的平台服务构成；平台负责整个系统对外的统一接口，并由平台承建单位制定接口规范，接入平台的子网统一由平台与外系统交互；平台提供核心服务挂接及装载机制，由平台承建单位指定相应规范，核心服务的开发可由平台承建单位完成，也可以由第三方按平台装载机制和相应规范完成，因此，既保证了平台的高度灵活和可扩充性，而且将实施风险进行分散，用户不必绑定一家单位的单一系统等问题。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过软件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是⑶-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。以上所述，仅为本发明的一个最佳具体实施例，但本发明的特征并不局限于此，任何熟悉该项技术的人在本发明领域内，可轻易想到的变化或修饰，都应涵盖在以下本发明的申请专利范围中。
权利要求
1.一种基于面向服务的体系结构SOA的应用系统平台架构设计的系统，其特征在于，包括 基础层，包括平台架构支撑体系的设计； 平台层，包括平台框架体系的设计； 接口层，包括核心服务适配层的设计； 应用服务层，包括平台核心服务的设计，构成平台架构的功能体系； 子网接口层，包括各接入子网的子网接入机制； 子网层，包括各接入子网和各子网的内部功能。
2.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述基础层 包括应用服务器和中间件平台。
3.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述平台层提供了平台整体的基础框架结构，并且是基于可扩展标记语言XML/WEB服务描述语言WSDL/目录服务UDDI/Java消息服务JMS/J2EE平台上连接传统系统技术规范JCA/简单对象访问协议SOAP/适配器ADAPTOR技术设计开发的平台框架结构。
4.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述平台层还包括平台服务装载机制、子网挂接机制、平台对外统一接口。
5.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述接口层包括核心服务挂接、应用服务装载机制、接入规范WSDL和XML结构定义XSD Schema的定义。
6.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述接口层需要约束规范，所述约束规范由平台承建单位指定。
7.如权利要求6所述的SOA的应用系统平台架构设计的系统，其特征在于，所述核心服务挂接由平台承建单位完成或由第三方按平台装载机制和相应规范完成。
8.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述子网接口层提供核心服务管理机制和功能，主要包括子网注册、子网注销、中止断开子网连接、子网存储空间分配、子网状态监控、平台工作流管理、服务引用机制。
9.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述子网接口层提供子网接入机制和子网接入规范，所述子网接入规范由平台承建单位制定。
10.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述子网接口层支持多子网接入，其中，接入的子网必须符合平台的接入规范。
11.如权利要求I所述的SOA的应用系统平台架构设计的系统，其特征在于，所述子网的内部功能包括系统管理、统一认证、子网检索查询、分配给子网的空间管理、人员权限管理和子网内的工作流程管理。
12.一种基于面向服务的体系结构SOA的应用系统平台架构的设计方法，其特征在于，包括 根据项目规模和复杂度的大小设计基于SOA的应用系统平台架构包括基础层、平台层、接口层、应用服务层、子网接口层和子网层； 定义平台内部接口规范与平台统一对外接口规范； 通过应用系统平台统一对外接口规范，平台统一对外接口与外系统进行互联。
13.如权利要求12所述的基于SOA的应用系统平台架构的设计方法，其特征在于，所述定义平台内部接口规范包括定义平台内部核心服务接口规范和定义子网接入规范。
14.如权利要求12所述的基于SOA的应用系统平台架构的设计方法，其特征在于，所述定义平台统一对外接口规范包括定义平台对外接口交互数据和服务规范。
全文摘要
本发明公开了一种基于SOA的应用系统平台架构的系统及设计方法，通过在SOA应用系统平台中设计基础层、平台层、接口层、应用服务层、子网接口层、子网层；并且通过平台统一对外接口规范、平台统一对外接口和外系统进行互联，实现了一种符合SOA架构原理，松耦合、粗粒度，对于用户系统的变化适应性较强，完全区别于ESB/EMB平台的全新的基于SOA的应用系统平台架构，适用于中小规模系统平台的建设，尤其适合业务相对集中的“信息岛”型系统。通过本发明解决了ESB/EMB平台结构过于松散，投入成本大、建设周期长，不同厂家协作有难度的问题。
文档编号G06F9/44GK102736900SQ20111008106
公开日2012年10月17日 申请日期2011年3月31日 优先权日2011年3月31日
发明者王堃越 申请人:新奥特(北京)视频技术有限公司