一卡通系统实施EAI实践

 

一卡通系统实施EAI实践

 

【摘要】

一卡通软件是指依据mifare-i卡或其他射频卡技术实现的如停车场系统、门禁系统、收费系统，考勤系统等于一体化的控制信息系统的软件，起最主要的特点是一卡多用，方便管理，一体化控制。一卡通系统最主要的三个系统目标为：出入口实时控制、安全报警综合查询分析，而在当今引入一卡通系统的企业中，除了一卡通软件系统外，还存在着其他类型的业务软件环境。基于企业管理上的需要，将各个系统集成起来统一调度、运行显得极富意义和价值。因此，本文在讨论一卡通软件的特点时，也同时讨论一卡通如阿健实施EAI的战略意义，以及实施方案和步骤。本文着重讨论资料管理集成（卡片发行、维护）、实时控制集成（出入口控制），数据集成。

【正文】

一卡通软件是指利用比较成熟的mifare-i卡和其它射频卡技术实现进出控制（如车场、门禁，通道）、消费计费，人员考勤等应用一体化的管理控制信息系统，这里所谈的一卡通软件特指运行于PC机的管理软件，一卡通系统的组成除了本文所指的PC软件（称管理软件）外，还包括下层控制系统这两个部分组成。一卡通系统能够用同一张卡片实现相关或不相关的若干应用，即所谓的“一卡在手，万事无忧”。其系统目标包括：实时控制（进出口根据权限放行）、计价收费、安全报警、数据查询分析等4个主要应用。典型的停车场系统包括停车场系统、门禁系统、消费系统、考勤系统等各子系统的组合。

EAI是enterprise application integrated的缩写，意思为企业应用集成。所谓企业应用集成是指将一个企业内所实施的多个系统通过统一方式和平台将其统一起来，能够相互通信，共享资源成为运作的一个统一体。EAI的提出是基于越来越多的企业系统建设，而各个系统的资源和数据相互孤立的问题而提出来的。为了消除信息孤岛，实现应用互相联动，就必须得有一种方式提供消息传输、数据传输。EAI从发展来说可以分为点-点集成和总线集成。点到点集成为企业内的系统任意两个提供一个集成方案，随着企业应用系统的增加，集成的工作量迅速膨胀，呈指数级上升。针对这种缺陷，企业服务总线ESB被提出来，基于ESB的集成方式采用SOA架构，主要用web service技术实现应用集成。企业内的各个应用都被挂载到ESB总线上，应用消息和数据沿着总线传输。当前还在采用基于消息的中间件MOM实现集成，基于SOA架构的系统集成是以后的主流方式。一卡通系统作为企业系统的一个子系统，因此也需要和企业内其他系统集成起来，使得在一个统一的企业环境下，由集成平台实现卡片操作和管理，出入控制能够允许其他应用系统的业务应用参与进来，共享一卡通应用数据给集成平台，使得其他应用系统能够按需获取。在当前已安装一卡通系统（一停车场收费系统为例）来说，其企业应用系统并不是单一的，因此，研究一卡通系统的集成技术显得尤为重要。

一卡通系统支持应用集成主要实现应用集成和数据集成两个方面。应用集成指粗粒度的一卡通应用调用，如卡片发行、卡片授权，外部业务过程参与进出控制逻辑；数据集成主要指一卡通系统提供应用数据，如停车场子系统的进出记录，消费系统的消费记录。针对应用集成，我们可以采用web services技术使用SOA架构体系实现集成，数据集成方式可以采用面向消息的中间件或开发特定接口标准（如DCOM标准）采用接口回调模式自动化传输。下面的部分，我们将针对一卡通基本业务功能、出入控制外部业务流程处理、业务数据外部需求三个方面逐个介绍说明。

一卡通基本业务功能包括卡片发行、授权、延期，退卡等业务。这类型的业务功能可以采用粗粒度的web services提供。Web services是当前企业应用集成比较理想和主流的集成技术，开放的标准，统一的数据格式，松散耦合。集成平台可以采用ESB总线传递信息，也可以满足点对点集成的需要。这个类型的应用须得注意几个问题，其一，服务封装粒度；其二，服务状态化。Web service根据实际情况可封装成大小不等的粒度，但一般来说，封装成粗粒度比较好，一个应用封装成一个接口。当粒度过细反而使得完成一个应用须得多次交互，增加了不必要的网络传输开销，使得事物时间变得更长，系统效率下降。卡片业务中，安全性必须注意考虑，在web services中，可以通过状态化实现授权处理。各个平台都有状态支持的相关技术，就那asp.net web services来说，可以在webmethod关键字内指定usesession=true属性支持状态。

控制集成指允许外部业务实体参与一卡通控制逻辑。当一卡通系统在执行控制逻辑时，可以将外部业务对象安装在控制逻辑链上，从而在执行控制逻辑的过程中自动调用业务链上的外部业务对象，并根据其返回信息来决定最终执行结果，实现放行控制。例如，在停车场管理系统中，外来车辆在离场时须得中央管理处审核放行，对未被审核的车辆不予开闸。针对这种情况，该车辆是否放行属于中央管理处的业务对象，可以将该业务实体挂载到一卡通系统的控制链上，一卡通控制子系统会自动执行控制链上的业务对象，而不管该类型的业务对象有多少个，当一个执行完成时，自动将控制传递到下一个对象上，直到链上的业务对象全部执行完成。

上面谈到了基本业务能力和实时控制能力的无缝嵌入，解决了系统真正和其他相关联的系统的协作，依照系统需求组合成更为强大、复杂的业务流。下面将要阐述的是一卡通系统的数据集成方案。数据集成通常可以采用两种方案进行，其一是采用中间件技术，其二是开发一套消息槽接口。消息中间件是通过中间件软件平台实现消息的相互传输。数据集成比较理想的方式是采用消息中间件，数据一旦发送到消息服务中心，其他客户可以采用订阅的方式获取自己感兴趣的消息，进而从消息中提取有效数据。主流的消息中间件如基于J2EE平台的JMS，微软消息队列MSMQ，以及国内比较知名的厂商，如金蝶消息中间件平台。比较值得关注的是金蝶消息中间件平台，也是基于JMS构建而成，该平台拥有多种语言开发接口，从而支持多种客户端的快速开发，为异构软件平台实现了良好的支持。针对一卡通系统，可依据实际需要在消息服务中心构建若干主题，通常为实时数据的交互。如在停车场系统中，外部系统需要获取车辆的出入数据和状态；在消费系统中，外部系统实时掌握卡片的持有人的消费趋向和消费水平；在门禁系统中，外部系统需要关注个人的行动路线和个人定位。基于这些需求，可分别建立3个主题，一卡通控制子系统在实时运行控制的过程中，将业务数据主动上传到相应主题处理容器中。外部系统可以通过订阅方式获取自己感兴趣的消息即可。消息中间件最大限度的实现了各个关联系统的松散耦合，对新系统的加入则不需在增加额外的开发投入，最大化的降低了企业成本。采用中间件方式的前提是，集成平台有条件部署消息中间件。

数据集成的另外一个方案是开发消息槽接口。软件系统采用面向接口的开发方式提供若干外部接口，并将此接口文档化对外提供。外部系统可以自行实现他们感兴趣的接口，并通过简单方式注册到一卡通系统中，一卡通控制子系统在运行过程中自动调用接口，外部系统异步实时获取数据，从而实现数据集成。采用此方案的好处是，不需要中间件支持就能实现，降低了企业成本，同时具有高内聚，低耦合的特性；不足之处是对多客户的支持能力。系统可能的客户包括来之J2EE平台的客户，来自.NET平台的客户，来自C语言的客户以及脚本语言程序客户。因而，在一卡通软件中同时实现这些客户接口变得困难，工作量上升了。

以上讨论了一卡通集成的各个要素，接下来粗略地讨论一下为更好的实现集成，如何设计软件架构问题。

 

当前的趋势是解决各个厂家的系统相互集成，提高系统的兼容性可可靠性。