电子政务经过十多年的发展，已经累积了大量的业务系统和业务数据，但由于缺乏长期有效的规划，造成了各部门重复建设，信息孤岛现象严重，应用很多，但难以连接起来形成综合效应；
数据虽多，但包含大量重复数据；
数据格式不统一，难以进行数据的挖掘和分析利用。
因此在建设智慧政府时，重点要解决的问题是资源的共享、应用的互联互通、业务的协同。
要实现资源共享，就要对系统进行整合，规范数据标准，建立高度共享的大数据库平台，实现基础数据的集中化管理和治理。
要实现互联互通，就是要克服条块分割，将传统的分散割裂的业务系统建设转换为“平台+应用”的核心构建模式。
要实现业务协同，就要将已有业务系统中对外需要协同的能力以服务的方式暴露出来，实现基于全业务流程的业务协同。
在智慧政府的建设过程中不是推倒重来，而是“整合+重构”的思路，既要充分地利用已有的各种建设资源，又要随时考虑已有资源的重构和服务共享。
1．共享交换的核心技术
（1）面向消息的中间件
面向消息的中间件（Message-Oriented Middleware, MOM）是指利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。
通过提供消息传递和消息排队模型，它可以在分布式环境下扩展进程间的通信。消息中间件可以既支持同步方式，又支持异步方式。
异步中间件比同步中间件具有更强的容错性，在系统故障时可以保证消息的正常传输。
异步中间件技术又分为两类：广播方式和发布/订阅方式。
由于发布/订阅方式可以指定哪种类型的用户可以接受哪种类型的消息，更加有针对性，这事实上已成为异步中间件的非正式标准。
（2）企业服务总线
企业服务总线（Enterprise Service Bus, ESB）是传统中间件技术与XML、Web服务等技术结合的产物。
ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。
更重要的是，充当“缓冲器”的ESB（负责在诸多服务之间转换业务逻辑和数据格式）与服务逻辑相分离，从而使得不同的应用程序可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。
ESB参考体系示意图
描述了在企业级SOA应用架构或应用体系中，ESB的作用和位置。
目前商业化的ESB产品中提供的功能更加丰富，扩展了诸如符合BEPEL4WS规范的消息流程服务、安全服务等功能。
（3）数据集成工具
数据集成工具（Extraction-Transformation-Loading, ETL），即为数据的“抽取”、“转换”和“加载”。
ETL的工作流程是从源系统中提取数据，经过清洗、转换、集成将数据整理为一个标准的格式，最终加载数据到目标数据存储区。
ETL能够对分布的、异构的数据源中的数据，如关系数据、平面数据文件等进行处理。
目标数据存储区一般为一个数据集市，这个数据集市最终会形成企业的ODS（运营数据存储），作为联机分析处理、数据挖掘等BI系统的数据基础。
2．逻辑架构
共享交换平台由目录管理服务、交换管理及运行管理等部分组成。
整个平台物理上适度分布，逻辑上可集中管理，为跨部门应用系统和基础数据库提供目录和交换服务。
（1）目录管理服务。
在现有的某区政务外网行政资源管理平台目录的基础上，构建符合国家政务资源交换目录技术标准规范要求的某区政务资源共享目录，实现某区政务信息资源目录体系的统一管理，为各部门提供资源检索与定位服务。
资源目录集成到本项目开发的政务外网应用集成门户中，统一授权访问。
某区政务信息资源交换平台逻辑结构图
（2）交换传输管理及运行管理。
交换传输管理包括交换传输子系统、前置交换子系统、交换管理子系统，实现跨部门数据交换和部门间业务协同。
前置交换子系统部署在信息资源提供及使用部门，其余部分部署在交换中心。
交换管理及运行管理系统实现集中监控和运行维护管理。
3．目录管理体系
（1）资源目录体系
目录技术和元数据技术为我们提供了一种可行的方法。
所谓目录技术包括资源的分类、目录的构成、目录的结构、目录存储和目录的查询等技术。
元数据技术是对多样化的、多技术特性的信息进行结构化描述的方法。
这些都是管理和利用信息资源的技术方法。
政务信息资源目录体系正是利用目录技术和元数据技术，以及其他网络技术，在网上构造一个统一的政务信息资源目录管理系统，使资源的利用者能够在任何时间，任何地点，通过特定的服务接口查询资源目录，使其能快速发现、定位和获取所需信息。
政务信息资源目录体系以国家统一的电子政务网络为基础，通过构建覆盖中央、省、市、县的多级政务信息资源目录体系技术总体架构，采用元数据对共享政务信息资源特征进行描述形成统一规范的目录内容。
通过对目录内容的有效组织和管理，形成部门间政务信息资源物理分散、逻辑集中的信息共享模式，提供政务信息资源的发现定位服务，支持全国范围内跨部门、跨地区的普遍信息共享，方便用户发现、定位和共享多种形态的政务信息资源，支持政府的经济调节、市场监管、社会管理和公共服务。
（2）资源交换体系
政务信息资源交换体系以国家统一的电子政务网络为基础，通过构建覆盖中央、省、市、县的多级政务信息资源交换体系技术总体架构，围绕跨部门的业务协同，以部门业务信息为基础，确定部门间交换信息指标及信息交换流程，实现不同部门间异构应用系统间松耦合的信息交换，形成部门间政务信息资源物理分散、逻辑集中的信息交换模式，提供部门间横向按需信息交换服务，提高各级政府行政管理效率和公共服务水平，满足各级政府履行职能的需要。
数据交换体系是按照统一的标准和规范，为支持跨部门、地域间、层级间信息共享以及政务协同而建设的信息服务体系。
交换体系围绕各类应用主题，满足部门间在线实时信息的横向交换和业务协同等需求，为各级政务部门的资源共享、政务协同、公众服务和辅助决策等提供信息交换服务。
由于数据交换体系需要连接各部门的各种异构政务信息资源系统，因此数据交换体系的建设应采用开放标准，广泛支持各种不同的应用系统。
（3）系统功能要求
系统功能要求建立编目系统、目录管理系统和目录服务系统。
建立编目管理系统，实现对各类数据库、图片、文档、音频、视频、网页、服务等资源的编目管理，主要提供如下功能：
● 编目对象管理：提供对编目对象的管理功能，对主要的政务信息资源进行编目管理，主要内容包括数据集、档案、法律法规、文件、报告、服务等，具体形式可以是数据库、图片、文档、音频、视频、网页、服务等。 ● 编目赋值管理：提供对编目的赋值管理功能，编目系统支持自动、机辅方式完成与数据元素的赋值。 ● 标识符管理：提供唯一标识符的管理功能，支持唯一标识符的分配和赋值，包括支持后段码的自动生成和管理。 ● 标准符合性检查：实现对标准符合性的检查，支持政务信息资源与数据完整性和标准一致性检查。 ● 信息资源分类管理：提供对信息资源分类管理管理功能，按照GB/T21063.4-2007，实现对共享政务资源的分类管理。 |
目录管理系统实现对汇聚的目录内容进行自动审核和其他相关管理工作，目录管理系统主要提供以下功能：
● 内容审核管理：提供对内容的审核管理功能，能够对目录内容进行自动形式审核，符合目录内容自动进入目录内容服务信息库，按照标准要求自动发布；未通过形式审核的目录内容，自动退回相关部门，经形式修正后重新审核。 ● 目录内容维护：提供目录内容维护功能，能够对目录内容管理信息库、目录内容服务信息库中的目录内容提供维护管理。 ● 标识符前端码管理：提供前端码分配管理功能，能够为各部门分配并维护固定的前端码。 ● 目录服务地址管理：提供目录服务地址管理功能，能够存储目录服务中心的目录服务地址，用于目录服务中心之间的互联互通。 ● 监控管理：提供对系统运行的监控管理功能，能够监控系统的运行状况。 |
目录服务系统基于网络实现对目录内容的发布，并向用户提供目录内容的查询。目录服务系统主要提供如下功能：
● 目录内容发布：提供目录服务接口，功能方面包括查询请求解析、目录内容服务信息库查询、查询结果封装与返回。 ● 目录内容查询：提供基于网络的目录内容查询功能，目录内容检索应支持的查询检索方式主要包括分类导航、单个检索词的检索、多个检索词的组合检索。 |
4．应用集成与互操作
（1）应用集成的层次划分
一般分为数据集成层、应用集成层、流程集成层和界面集成层4个层次。
● 数据集成层：数据集成的目的是将不同的数据库集成起来，提供一种单一的虚拟数据库。
应用场合：当应用系统不向外提供访问其数据的接口时。缺点：数据模型向外暴露，安全性差；一个应用系统需要了解其他应用系统的数据格式，导致紧密耦合。 ● 应用集成层：一个应用系统的源代码中可调用其他应用系统所提供的API，通过系统之间的API调用实现集成。
缺点是应用程序之间紧密耦合。 ● 流程集成层：流程集成是将跨越不同部门或不同企业的业务流程集成在一起，实现跨部门、跨系统、跨企业的流程共用。 因为一个业务流程的各个环节分布在不同应用系统的代码中，如果不将这些应用集成起来，就需要跨部门的手工合作来完成整个流程。 ● 界面集成层：开发一个跨应用、跨设备、统一的用户界面，从该界面就可调用各个不同应用的后台业务逻辑或数据，集成代码被放置在统一用户界面的代码之中。
实现技术有Portal（门户）、Mashup（Web2.0）。 |
（2）应用集成的实现方式
可采用互联网公司开放平台的技术体系实现应用集成。
应用开发模式：“主板+插件”的模式
采用“主板+插件”的模式来构建和扩展业务系统，“主板”是指应用支撑平台本身，“插件”是指各类业务应用插件。应用支撑平台为各类应用提供了统一的基础设施，将各类分散的业务系统整合起来，形成一个紧密联系的整体。
组件开发模式：遵循SOA规范
组件是自包含的、可重用的软件单元，对外暴露一个或多个接口，供外界调用。
组件内部由多个类来协同实现指定的功能。
对于复杂的组件会包括很多的类，还可能包含配置文件、界面、依赖的库文件等，组件也可以包含或者使用其他的组件，构成更大的组件。
基于组件开发是构建应用系统的基石，也是实现面向服务SOA的基础。
按照组件技术的观点，应用软件的开发就成为各种不同组件的集成过程，而组件将作为SOA中服务所封装的原子功能的实现实体。
平台提供高内聚、松耦合的组件规范，满足这个规范的软件实体就可以被整合到应用开发平台内来，这样就可以保证一个大系统内的不同软件可以由不同的开发商来开发，并且可以迅速像搭积木一样搭建成一个运转良好、浑然一体的应用系统。
应用互操作模式：基于事件的架构
事件代表过去发生的事件，事件既是技术架构概念，也是业务概念。
以事件为驱动的编程模型称为事件驱动架构（EDA）。
一个事件代表某个发生的事情，在计算机系统中，事件是由一个对象表达，其包含有关事件的数据，例如发生的时间、地点等。
这个事件对象可以存在在一个消息或数据库记录或其他组件的形式中，这样一个对象称为“一个事件”。
事件这个概念有两个含义，既代表已经发生的某个事情，也可以表达一个正在发生的对象。
一个事件驱动框架定义了一个设计和实现一个应用系统的方法学，在这个系统里事件可传输于松散耦合的组件和服务之间。
一个事件驱动系统典型地由事件消费者和事件产生者组成。
事件消费者向事件管理器订阅事件，事件产生者向事件管理器发布事件。
当事件管理器从事件产生者那接收到一个事件时，事件管理把这个事件转送给相应的事件消费者。
如果这个事件消费者是不可用的，事件管理者将保留这个事件，一段间隔之后再次转送给该事件消费者。
这种事件传送方法在基于消息的系统里就是储存（store）和转送（forward）。
事件驱动架构是分布式应用程序的普遍架构形式，在我国政府的电子政务建设中，应该利用这种分布式处理架构的优势构建共享交换平台，实现跨部门、跨平台、跨应用系统的政务信息资源的共享与交换，并对政府应急系统和跨委办局之间的业务协同办公提供支撑和保障。
