一种基于SOA的应用系统平台架构的系统及设计方法

摘要

本发明公开了一种基于SOA的应用系统平台架构的系统及设计方法，通过在SOA应用系统平台中设计基础层、平台层、接口层、应用服务层、子网接口层、子网层；并且通过平台统一对外接口规范、平台统一对外接口和外系统进行互联，实现了一种符合SOA架构原理，松耦合、粗粒度，对于用户系统的变化适应性较强，完全区别于ESB/EMB平台的全新的基于SOA的应用系统平台架构，适用于中小规模系统平台的建设，尤其适合业务相对集中的“信息岛”型系统。通过本发明解决了ESB/EMB平台结构过于松散，投入成本大、建设周期长，不同厂家协作有难度的问题。

说明书

技术领域

本发明涉及IT(Information Technology)领域及广电领域的软件开发技 术领域，尤其涉及一种基于SOA的应用系统平台架构的系统及设计方法。

背景技术

SOA(Service-Oriented Architecture，面向服务的体系结构)是一个组件 模型，它能通过服务之间定义良好的接口和契约将应用程序的不同功能单元 (称为服务)联系起来。接口是采用中立的方式进行定义的，是独立于实现 服务的硬件平台、操作系统和编程语言的。使得各种构建在这样的系统中的 服务可以通过统一和通用的方式进行交互。

现有技术中平台架构的设计方法主要是基于ESB/EMB的平台架构设计 方法，ESB(Enterprise Service Bus，企业服务总线)是传统中间件技术与XML (extensible Markup Language，可扩展标记语言)、Web服务等技术结合的产 物。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉 价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用 服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提 供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持 基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的 标准接口。EMB(Enterprise Media Bus，企业媒体总线)完成对存储、迁移服 务器资源的注册和管理，进行传输链路配置、优化和安全控制；通过对传输 终端服务器的调度、媒体文件传输过程的管理和控制，最终完成媒体文件的 跨板块迁移。

ESB/EMB企业总线技术是SOA的进一步发展，它作为松耦合结构的一 个代表技术类型，更适合于系统间的耦合，由ESB构成的系统主干平台，负 责对连接(注册)到它的各子系统的服务进行统一管理，各子系统采用的实 现技术相对独立，子系统与子系统间的交互通过ESB/EMB实现松散耦合。具 体的平台架构设计可参照说明书附图中的图1。从图1中可以看出现有的 ESB/EMB系统平台架构主要就是通过Auto.ESB企业服务总线和Auto.EMB 企业媒体总线两部分来构建软件架构的。

发明人在实施本发明的过程中，发现现有技术存在以下技术问题：

(1)不适用于中小规模，尤其是独立完成系列任务的“信息岛”型的业 务。

(2)构建过程中建设成本过大、而且系统间业务关系相对独立松散 无法实现系统间关联业务的处理。

(3)现有的体系架构实施难度大，建设周期长，并要求参与系统建 设的各承建单位处于同一技术水平，技术力量薄弱的参与者容 易成为整个项目的“瓶颈”；

(4)对用户系统的变化适应性差。

发明内容

为了解决上述现有技术的缺点，本发明的主要目的是提供一种基于SOA 的应用平台架构设计系统及方法，以解决现有技术中平台结构过于松散，投 入成本大、建设周期长，不同厂家协作难度大的间题。

为了达到上述目的，本发明提供了一种基于SOA的应用系统平台架构设 计的应用系统，具体包括：

基础层，包括平台架构支撑体系的设计；

平台层，包括平台框架体系的设计；

接口层，包括核心服务适配层的设计；

应用服务层，包括平台核心服务的设计，构成平台架构的功能体系；

子网接口层，包括各接入子网的子网接入机制；

子网层，包括各接入子网和各子网的内部功能。

本发明的另一方面还提供了一种基于SOA的应用系统平台架构设计的方 法，主要方法步骤包括：

根据项目规模和复杂度的大小设计基于SOA的应用系统平台架构包括： 基础层、平台层、接口层、应用服务层、子网接口层和子网层；

定义平台内部接口规范与平台统一对外接口规范；

通过应用系统平台统一对外接口规范，平台统一对外接口与外系统进行 互联。

本发明的实施方式通过面向服务的体系的服务平台及平台的设计方式， 符合SOA架构原理，松耦合、粗粒度，对于用户系统的变化适应性较强，实 现了一种区别于ESB/EMB平台的全新的基于SOA的应用系统平台架构。解 决了ESB/EMB平台结构过于松散，投入成本大、建设周期长，不同厂家协作 有难度的问题，并且本发明的平台架构适用于中小规模系统平台的建设。

与现有技术相比，本发明可以解决的技术问题以及具有的技术优点如下：

1、本发明方法适用于中小规模系统平台的建设，相对于ESB/EMB平台 属于轻量级，尤其适合业务相对集中的“信息岛”型系统。“信息岛”的构成 规模可大可小，可以是由多个子系统/子网和平台及众多的平台级核心服务构 成，也可由单一子网和平台及少量的平台服务构成；

2、应用系统平台负责整个系统对外的统一接口，并由平台承建单位制定 接口规范，接入平台的子网统一由平台与外系统交互；

3、应用系统平台提供整体基础框架结构，基于 XML/WSDL/UDDI/JMS/JCA/SOAP/ADAPTOR等技术实现。

4、应用系统平台提供核心服务挂接及装载机制，由平台承建单位指定相 应规范，核心服务的开发可由平台承建单位完成，也可以由第三方按平台装 载机制和相应规范完成，因此，既保证了平台的高度灵活和可扩充性，而且 将实施风险进行分散，用户不必绑定一家单位的单一系统。

5、应用系统平台提供核心服务管理机制和功能，包括：服务注册/注销、 生命周期管理、服务中止及服务状态监控、平台工作流管理、服务引用机制 等等。

6、应用系统平台提供子网接入机制和相应规范，规范由平台承建单位制 定。平台可支持多子网接入，但必须符合平台的接入规范。由于平台的实施 一般可由资质较高的厂商完成，子网则可由相对技术水平和能力较低的厂商 完成，因此，对于平台接入规范的制定避免了多个对等的厂家相互扯皮、争 执不下的局面发生。子网只要按平台规范即可接入，也解决了阻碍很多中小 规模IT厂家的技术壁垒。因此，整个系统的建设周期相对较短，成本也比原 有ESB/EMB方案要低很多。

7、平台的核心服务装载机制和子网接入机制是两个互相独立的机制和过 程。因此，一个有变更不会影响其它的系统正常运行。整个系统采用层次化 结构，底层相对于上层独立封装并且透明，由于采用了系统的分层结构，每 层之间有相对固定的接口标准，因此系统的某一个层面的功能或部件改变， 对其它层面影响非常小。因此，可以说在平台内部又一定程度上引入了松耦 合和粗粒度的思想。

8、对于这种平台的建设，上图给出了一个完整的系统框架。但实际设计 研发过程中可根据项目规模和复杂度的大小，合理取舍，做到建设难度、成 本和周期的适度。

附图说明

为了更清楚的说明本发明实施例的技术方案，下面将对实施例描述中所需 要使用的附图作简单的介绍，显而易见的，下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提 下，还可以根据这些附图获得其他的附图。

图1为现有技术中的基于ESB/EMB的平台架构设计方法图示；

图2为本发明实施例一种基于SOA的应用系统平台架构原理图；

图3为本发明实施例一种基于SOA的应用系统平台架构设计方法步骤图；

图4为本发明实施例一种基于SOA的应用系统平台架构设计方法的简化 系统架构图；

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整的描述，显然所描述的实施例仅是本发明的一部分实施例，不是 全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有付出创 造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例一方面提供了一种基于SOA的应用系统平台架构设计的应 用系统，如图1所示为本发明实施例的一种基于SOA的应用系统平台架构原 理图，该应用系统主要包括以下部分：

基础层10，包括平台架构支撑体系的设计；

平台层11，包括平台框架体系的设计；

接口层12，包括核心服务适配层的设计；

应用服务层13，包括平台核心服务的设计，构成平台架构的功能体系；

子网接口层14，包括各接入子网的子网接入机制；

子网层15，包括各接入子网和各子网的内部功能。

对于上述基于SOA的应用系统平台架构的应用系统中的各部分做以下详 细说明：

其中，所述基础层10是平台架构中的支撑体系，一般包括应用服务器和 中间件平台；当然也可以是IT行业中的其他能够成为支撑体系的通用产品。

SOA的应用系统平台架构中的平台层11提供了平台整体的基础框架结 构，并且是基于XML(Extensible Markup Language，可扩展标记语言)/WSDL (Web Services Description Language，WEB服务描述语言)/UDDI(Universal  Description，Discovery and Integration，一种目录服务)/JMS(Java Message  Service，Java消息服务)/JCA(J2EE Connector Architecture，J2EE平台上连 接传统系统技术规范)/SOAP(简单对象访问协议，一种轻量的、简单的、基 于XML的协议)/ADAPTOR(适配器)等技术设计开发的平台框架结构， 包括平台服务装载机制、子网挂接机制、平台对外统一接口。

所述接口层12主要包括适配层，由核心服务挂接和应用服务装载机制组 成，而且需要约束规范，主要是平台接入规范WSDL和结构定义架构XSD Scheme约束规范。所述约束规范也可由平台承建单位指定相应规范，核心服 务的开发可由平台承建单位完成，也可以由第三方按平台装载机制和相应规 范完成，因此，保证了平台的高度灵活和可扩充性，而且将实施风险进行分 散，用户不必绑定一家单位的单一系统。

应用服务层13主要包括平台中的各类核心服务，构成平台的功能体系， 提供对子网的服务功能。

子网接口层14提供各接入子网的子网接入机制和相应规范，提供核心服 务管理机制和功能，主要包括：子网注册、子网注销、中止断开子网连接、 子网存储空间分配、子网状态监控、平台工作流管理、服务引用机制等等。 并且是采用XSD/LDAP/XML/WS等技术实现的。

平台提供子网接入机制和相应规范，所述规范由平台承建单位制定。平 台可支持多子网接入，但必须符合平台的接入规范。由于平台的实施一般可 由资质较高的厂商完成，子网则可由相对技术水平和能力较低的厂商完成， 子网只要按平台规范即可接入，也解决了阻碍很多中小规模IT厂家的技术壁 垒。因此，整个系统的建设周期相对较短，成本也比原有ESB/EMB方案要低 很多

子网层15，包括各接入子网和各子网的内部功能，所述子网的内部功能 包括：系统管理、统一认证、子网检索查询、分配给子网的空间管理、人员 权限管理和子网内的工作流程管理。

本发明的基于SOA的应用系统平台架构设计的应用系统中核心服务装载 机制和子网接入机制是两个互相独立的机制和过程。因此，当其中有一个子 系统变更时不会影响其它的系统正常运行。整个系统采用层次化结构，底层 相对于上层独立封装并且透明，由于采用了系统的分层结构，每层之间有相 对固定的接口标准，因此，系统的某一个层面的功能或部件改变对其它层面 影响非常小，在平台内部一定程度上引入了松耦合和粗粒度的思想。

本发明的另一方面提供了一种基于SOA的应用系统平台架构应用系统的 设计方法如图3所示，主要步骤为：

步骤S1：根据项目规模和复杂度的大小设计基于SOA的应用系统平台架 构包括：基础层、平台层、接口层、应用服务层、子网接口层和子网层；

步骤S2：定义平台内部接口规范与平台统一对外接口规范；

步骤S3：通过应用系统平台统一对外接口规范，平台统一对外接口与外 系统进行互联。

其中，定义平台内部接口规范包括：定义平台内部核心服务接口规范和 定义子网接入规范。平台统一对外接口规范主要包括：定义平台对外接口交 互数据和服务规范。

对于上述平台架构的设计是一个完整的系统框架。但实际设计研发过程 中可根据项目规模和复杂度的大小，合理取舍，做到建设难度、成本和周期 的适度。本发明实施例的另一方面提供了一种基于SOA的应用系统平台架构 应用系统的具体设计方法，以图4为例，就是在此基础上的一个简化的系统 架构示意图，具体实施方式如下：

本实施例中根据实际需要主要是项目规模和复杂度的大小设计基于SOA 的应用系统平台架构，首先，在基于SOA的应用系统平台架构的应用系统中 设计了平台层，中间件层，核心服务层和子网应用层，具体的实施方式如下：

面向核心业务的统一平台

平台设计要求考虑统一平台，及平台的面向核心业务的应用模式，要求 考虑对于任务的调度功能；平台可按不同功能点，划分为各个子系统或功能 模块。

平台功能

a)、支持平台管理功能

支持平台统一人员管理和统一登录认证；

b)、支持生产型媒体资源二级库

支持媒体资源素材在线编辑(仅限于Himalaya非编，其它制作子网支 持该功能待商议)；

支持编目检索功能；

暂不要求支持近线磁带库功能；

支持媒体资源素材直接送发布功能；

支持素材低码流wmv格式的浏览；

支持制作子网素材原码流归档；

二级媒体资源库与中心媒体资源的交互(交互方式和实现须讨论)。

c)、支持传统媒体和新媒体节目制播

规定各制作子网按统一的媒体文件格式：如：都采用高码MPEG 2I 25Mbps和低码H.2641.5M的高低码格式编辑；

支持节目制作的生产加工流程(在各制作子网内实现)；

支持低码流编辑到桌面(在各制作子网内实现)；

支持配音、审片、合成输出等功能(在各制作子网内实现)；

支持制作子网调用平台公共服务完成制播业务。

d)、对外接口

支持与中心媒体资源、总控播出系统、NVOD播出及未来其它播出系 统的交互；

支持与中心媒体资源、总控播出系统、NVOD播出等通过MQ消息通 讯机制的交互；

支持按需要的播出格式和码率送各个播出系统；

支持发送给播出系统XML元数据文件：如广告插播点和其它元数据信 息等；

支持二级媒体资源库与中心媒体资源的交互；

支持可自定义增加发布渠道的配置。

平台支持的核心服务

e)、转码服务：包括转码任务调度；

f)、合成打包服务：平台支持合成打包服务，目前，限于Auto.NET子网 打包工程文件，其它第三方子网暂按子网内打包，平台转码的方式完成。

g)、发布服务：包括发布任务调度；含收录、媒体资源；

h)、迁移服务：负责子网间素材和成品节目的迁移。

i)、统一检索服务：支持媒体资源二级库的统一检索，制作子网间的素材 互检索待讨论；

j)、转码后素材审查：包括自动技审和人工审查干预环节；

k)、节目制作任务调度(是否要实现要与台方讨论)。

平台支持制作子网的接入

l)、前期支持Platform为制播平台的子网接入；

m)、前期支持手机节目制作网的接入；

n)、后期支持其它第三方厂家的制作网接入。 平台对外交互接口

o)、平台提供统一的对外交互接口；

p)、各制作子网或其它子系统通过平台统一接口与外系统做交互。

平台安全性

q)、考虑平台总体安全性及软硬件部署；

r)、考虑平台与各个接入子网间的安全性。

其次，当平台架构中的各个服务层次模块设计好之后，定义平台核心服 务接口规范和交互规范，一般为XSD Schema规范。平台统一对外接口通过 平台统一对外接口规范与外系统进行互联。对于平台核心服务接口规范和交 互数据规范定义如下：

平台核心服务接口规范：(平台核心服务接口规范和交互数据规范XSD Schema，本规范为核心服务之一接口规范)

协议/数据规范XSD Schema：

当上述统一对外接口规范定义完成后，就可以通过应用系统平台统一对 外接口规范，使得平台统一对外接口与外系统进行互联，能够完全基于SOA 的应用系统平台架构进行信息的交互。

通过本发明实施例提供的基于SOA的应用系统平台架构的系统及设计方 法，适用于中小规模系统平台的建设，尤其适合业务相对集中的“信息岛” 型系统。“信息岛”的构成规模可大可小，可以是由多个子系统/子网和平台及 众多的平台级核心服务构成，也可由单一子网和平台及少量的平台服务构成； 平台负责整个系统对外的统一接口，并由平台承建单位制定接口规范，接入 平台的子网统一由平台与外系统交互；平台提供核心服务挂接及装载机制， 由平台承建单位指定相应规范，核心服务的开发可由平台承建单位完成，也 可以由第三方按平台装载机制和相应规范完成，因此，既保证了平台的高度 灵活和可扩充性，而且将实施风险进行分散，用户不必绑定一家单位的单一 系统等问题。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发 明可以通过软件实现，也可以借助软件加必要的通用硬件平台的方式来实现。 基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软 件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬 盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服 务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的一个最佳具体实施例，但本发明的特征并不局 限于此，任何熟悉该项技术的人在本发明领域内，可轻易想到的变化或修饰， 都应涵盖在以下本发明的申请专利范围中。