互联互通平台解决方案
车联网平台TSP解决方案
车联网平台- TSP 场景 - 基于车辆的场景营销
12
车联网平台- TSP 场景- 基于车辆终端构建用户场景
13
车联网平台- TSP 场景- 智能运输
14
车联网平台- TSP 场景- 智能出行
车联网平台- 事件中台
16
车联网平台- 事件中台 - 互联互通
17
车联网平台-TSP 终端设备 - TBOX
CAN 总线
通过CAN总线，T-Box可获得汽车的实时数据，支持车况监测、数据分析、远程诊断、驾驶行为分析、车辆防盗报警等
T-BOX
对接T-BOX
车联网平台-CMP 连接管理平台
19
智能连接管理平台（Connectivity Management Platform）
车联网平台-CMP 架构
20
车联网平台概览1
2
车联网平台概览2
3
车联网平台-TSP 平台
4
车联网产业链最核心的环节，他们是整车厂车联网项目的Tier 1，他们要去统筹整合产业链其他环节的参与者，共同为整车厂打造车联网产品。下图中红框所示部分就是传统TSP所处的位置及承担的职能。
TSP (Telematics Services Platform) 车联网服务平台
18
远程定位控制
远程控制如车门开启锁止等;自带GPS模块，可实现车辆轨迹上报，并提供远程位置查询、被盗车辆追踪、电子围栏等功能
数据传输
上传车辆的整车信息、卫星定位信息、电池信息、故障信息等。支持无线通信盲区补传,支持数据下载
边缘计算
实现实时数据处理能力，同时支持自身应用远程升级，车机APP远程升级，具有断点续传能力。
车联网平台-TSP 技术架构
网络四网合一实施方案
网络四网合一实施方案1. 背景分析网络四网合一是指将中国电信、中国移动、中国联通和中国广电的固定电话、移动电话、宽带和有线电视网络进行整合，实现统一管理和运营，提供全方位的通信服务。
这一举措旨在打破传统电信行业的壁垒，促进资源共享和服务优化。
2. 实施方案2.1 组织架构调整成立网络四网合一指导委员会，由相关部委和各运营商代表组成。
委员会负责制定合作方案、监督实施进展并解决合作过程中的问题。
2.2 网络互联互通搭建统一的网络互联互通平台，通过建设共享的骨干网和数据中心，实现各运营商网络之间的互联互通。
同时，建立公共网络服务平台，提供一站式综合服务。
2.3 资源整合将各运营商的网络设备、人员和资源进行整合，减少冗余投资和资源浪费。
合理规划和管理网络资源，实现资源的优化配置和利用，提高网络的整体效率。
2.4 服务协同推进建立统一的客户服务平台，统一受理和处理各运营商的用户投诉和服务请求。
共享客户数据和消费行为信息，为用户提供个性化的服务和推荐。
2.5 安全保障加强网络安全管理，建立统一的安全监测和应急响应机制。
共享安全资源和情报信息，提高网络的抗攻击和抗灾能力。
3. 实施步骤3.1 确定整合范围和时间表，明确各运营商的责任和权益。
3.2 进行详细的网络规划和设计，确定网络互联互通的方案和节点。
3.3 建设共享的骨干网和数据中心，实施网络互联互通。
3.4 逐步整合各运营商的网络设备和人员，优化资源配置和利用。
3.5 建立统一的客户服务平台，实现服务的协同推进。
3.6 加强网络安全管理，确保网络的安全稳定运行。
4. 风险与挑战4.1 不同运营商之间的利益分配问题可能引发矛盾和冲突，需要妥善处理。
4.2 网络整合过程中可能出现技术问题，需要及时解决并进行风险评估。
4.3 用户对于网络四网合一的接受程度不一，需要积极宣传和引导。
5. 成效评估评估网络四网合一后，应关注以下指标:网络覆盖范围的增加、用户满意度的提高、资源利用率的提升、服务质量的提高。
数据共享交换平台解决方案
x有限公司
主题
1 建设背景
2 总体架构 3 平台实施 4 成功案例 5 应用场景
政务信息化面临的问题
政务信息化的目标 – 为互联网+政务服务提供核心支撑
相关政策 -- 面向互联网+政务服务的数据交换共享平台
相关标准 -- 互联网+政务服务技术体系建设指南 国办函[2016] 108号
方案、培训方案、使用手册、安装 部署手册等相关配套文档 4. 招投标及合同模板 5. 标准化实施路径、配套实施工具及 相关表格模板
基于大数据的数据交换共享平台 – 竞品分析
产品具备一定竞争力
已与浪潮、东软、东方 通、数梦工场、国泰新点的 数据共享交换平台产品进行 过交流和了解，我们的产品 处于同一水平线。在市场上 已得到了对手的重视与尊重。
Netflix Eureka
Git
基础服务
MySQL Cluster Kafka Cluster
Redis Cluster Quartz Cluster
MongoDB Cluster Zookeeper Cluster
监控 Zabbix
基于大数据的数据交换共享平台 – 亮点及先进性
平台架构
采用业内最先进的微服务架构技术及 Hadoop大数据技术，打造了具备分布
2. 提供数据申请、审核授权功能 3. 提供数据传输加密功能 4. 提供文件完整性校验功能
基于大数据的数据交换共享平台 – 数据治理平台
1. 数据标准管理 2. 数据唯一性校验、数据有效值
校验 3. 业务元数据标识（业务代码），
如身份证号、统一社会信用代 码、企业税号等常用唯一标识 4. 数据湖模式，数据先进来再校 验，定期生成治理报告
智慧平台软件解决方案(3篇)
第1篇随着信息技术的飞速发展，智慧城市、智慧产业、智慧家居等概念逐渐深入人心。
智慧平台作为连接各方资源、提供高效服务的关键基础设施，其软件解决方案的重要性日益凸显。
本文将围绕智慧平台软件解决方案进行探讨，分析其特点、架构、功能以及实施策略。
一、智慧平台软件解决方案的特点1. 高度集成性智慧平台软件解决方案具有高度集成性，能够将物联网、大数据、云计算、人工智能等先进技术进行整合，实现跨领域、跨行业的数据共享和协同工作。
2. 开放性智慧平台软件解决方案采用开放架构，支持多种接口和协议，便于与其他系统进行对接，实现数据互联互通。
3. 可扩展性智慧平台软件解决方案具有良好的可扩展性，能够根据用户需求进行功能模块的添加和扩展，满足不同场景下的应用需求。
4. 安全性智慧平台软件解决方案注重安全性，采用多层次的安全保障机制，确保数据安全和系统稳定运行。
5. 智能化智慧平台软件解决方案融入人工智能技术，实现智能化数据处理、分析和决策，提高服务效率和用户体验。
二、智慧平台软件解决方案的架构1. 物联网层物联网层负责收集各类数据，包括传感器数据、设备数据、用户数据等，为上层应用提供数据支持。
2. 数据层数据层负责对物联网层收集的数据进行存储、处理和分析，为业务应用提供数据服务。
3. 应用层应用层是智慧平台软件解决方案的核心，提供各类业务应用，如智能交通、智慧医疗、智慧家居等。
4. 管理层管理层负责对整个智慧平台进行监控、管理和维护，确保系统稳定运行。
三、智慧平台软件解决方案的功能1. 数据采集与处理智慧平台软件解决方案能够实时采集各类数据，并进行处理和分析，为上层应用提供数据支持。
2. 智能分析与应用通过人工智能技术，对采集到的数据进行智能分析，为用户提供个性化服务。
3. 互联互通实现不同系统、不同平台之间的数据共享和协同工作，提高资源利用率。
4. 安全保障采用多层次的安全保障机制，确保数据安全和系统稳定运行。
5. 可视化展示通过可视化技术，将数据和分析结果以图形、图表等形式呈现，便于用户理解和应用。
智慧医疗平台解决方案(3篇)
第1篇一、引言随着我国人口老龄化趋势的加剧和医疗资源的日益紧张，传统的医疗服务模式已无法满足人民群众日益增长的医疗需求。
智慧医疗作为一种新兴的医疗服务模式，通过互联网、大数据、云计算、物联网等先进技术，实现了医疗服务的智能化、便捷化和高效化。
本文旨在探讨智慧医疗平台解决方案，为我国医疗行业的发展提供有益的参考。
二、智慧医疗平台解决方案概述智慧医疗平台是以患者为中心，以医疗服务为载体，以信息技术为支撑，通过整合医疗资源、优化服务流程、提高服务质量，实现医疗健康服务全链条的智能化解决方案。
智慧医疗平台主要包括以下几个方面的内容：1. 医疗信息化建设：通过建设电子病历、医院信息管理系统、远程医疗等系统，实现医疗信息的数字化、标准化和共享化。
2. 医疗资源整合：整合医疗资源，提高医疗资源的利用效率，为患者提供更加优质、便捷的医疗服务。
3. 服务流程优化：优化医疗服务流程，缩短患者就诊时间，提高医疗服务效率。
4. 质量控制与评估：建立医疗服务质量监控体系，对医疗服务进行实时监控和评估，确保医疗服务质量。
5. 健康管理：通过健康档案、健康咨询、健康监测等手段，实现对患者健康管理的智能化。
三、智慧医疗平台解决方案的具体实施1. 建设医疗信息化基础设施（1）电子病历系统：实现患者病历的数字化、标准化，提高病历质量，便于医护人员查阅和共享。
（2）医院信息管理系统：实现医院运营管理的数字化、智能化，提高医院运营效率。
（3）远程医疗系统：实现远程会诊、远程手术等医疗服务，方便患者就医。
2. 整合医疗资源（1）建立区域医疗资源数据库：整合区域内医疗资源，实现医疗资源的共享和优化配置。
（2）建立医联体：通过医联体建设，实现优质医疗资源的下沉，提高基层医疗服务水平。
3. 优化服务流程（1）优化预约挂号流程：实现线上预约、线下取号，缩短患者就诊时间。
（2）优化就诊流程：实现患者自助缴费、自助查询检验结果等功能，提高患者就医体验。
智慧交通平台解决方案(3篇)
第1篇随着城市化进程的加快，交通拥堵、环境污染、能源消耗等问题日益突出。
为了解决这些问题，智慧交通平台应运而生。
智慧交通平台是利用物联网、大数据、云计算、人工智能等先进技术，对交通系统进行智能化管理和优化的一种新型交通管理系统。
本文将详细介绍智慧交通平台的解决方案，包括平台架构、关键技术、应用场景和实施步骤。
一、平台架构智慧交通平台采用分层架构，主要分为感知层、网络层、平台层和应用层。
1. 感知层：负责采集交通数据，包括交通流量、车辆位置、路况信息等。
感知层主要包括以下设备：（1）交通流量监测设备：如地磁检测器、视频监控、雷达等。
（2）车辆定位设备：如GPS、北斗等。
（3）路况信息采集设备：如气象传感器、摄像头等。
2. 网络层：负责将感知层采集到的数据传输到平台层，主要包括以下网络技术：（1）有线网络：如光纤、宽带等。
（2）无线网络：如4G、5G、Wi-Fi等。
3. 平台层：负责数据处理、分析和挖掘，为应用层提供数据支持。
平台层主要包括以下功能：（1）数据存储：采用分布式数据库，实现海量数据的存储和管理。
（2）数据处理：利用大数据技术对采集到的数据进行清洗、转换、聚合等处理。
（3）数据挖掘：运用人工智能技术对数据进行深度挖掘，提取有价值的信息。
4. 应用层：负责将平台层提供的数据应用于实际场景，主要包括以下应用：（1）交通管理：实时监控交通状况，优化交通信号灯配时，提高道路通行效率。
（2）公共交通：提供实时公交信息、路线规划、智能调度等功能。
（3）智能停车：实现车位信息查询、智能导航、车位预约等功能。
（4）交通安全：实时监测道路状况，预警交通事故，提高交通安全水平。
二、关键技术1. 物联网技术：实现交通设备之间的互联互通，采集实时交通数据。
2. 大数据技术：对海量交通数据进行存储、处理和分析，挖掘有价值的信息。
3. 云计算技术：为智慧交通平台提供强大的计算能力，支持大规模数据处理。
4. 人工智能技术：实现交通数据的智能分析，为交通管理提供决策支持。
内外网数据交换平台解决方案
内外网数据交换平台解决方案目录1.背景 (3)2.需求分析 (3)1 北京信息安全技术有限公司2.1.业务需求 (4)2.1.1.数据库交换 (4)2.1.2.文件交换 (5)2.1.3.请求命令与响应数据交换 (5)2.2.安全需求 (6)2.2.1.终端安全需求 (6)2.2.2.链路安全需求 (6)2.2.3.传输安全需求 (6)2.2.4.身份认证需求 (7)2.2.5.访问控制需求 (7)2.2.6.设备安全需求 (8)2.2.7.应用安全需求 (8)2.3.监管需求 (8)3.总体设计 (9)3.1.总体架构 (9)3.1.1.路由接入区 (9)3.1.2.边界保护区 (9)3.1.3.应用服务区 (10)3.1.4.安全隔离区 (10)3.1.5.安全监测与管理区 (10)3.2.安全体系 (11)4.技术方案 (12)4.1.总体架构 (12)4.1.1.路由接入区 (13)4.1.2.边界保护区 (14)4.1.3.应用服务区 (15)4.1.4.安全隔离区 (16)4.1.5.安全监测与管理区 (20)4.2.方案优势 (21)4.2.1.合规性 (21)4.2.2.全面性 (21)4.2.3.安全性 (22)4.2.4.稳定性 (22)4.2.5.先进性 (23)1.背景为保护重要数据和应用系统的安全，目前各级政府部门普遍采用了多个网络并行的方式。
但是随着信息化建设的不断深入，不同网络之间或者不同安全域之间的信息共享越来越受到重视。
如何使处于不同网络、不同安全域之间的应用系统实现信息交换与共享，已成为信息化建设的重要发展方向。
因为服务化政府转型的需要，各级政府部门都需要依托信息化手段向外采集更多的信息，并对外提供更多的信息服务。
与此同时，随着电子政务的推动，各级政府部门都积累了大量信息资源，整合共享这些信息资源，对于推进电子政务、维护社会稳定和更好地为社会服务具有十分重要的意义。
行业政务服务平台与数据共享解决方案
行业政务服务平台与数据共享解决方案第一章政务服务平台概述 (2)1.1 政务服务平台的定义与功能 (2)1.1.1 定义 (2)1.1.2 功能 (2)1.2 政务服务平台的发展历程 (3)1.2.1 起步阶段 (3)1.2.2 推进阶段 (3)1.2.3 深化阶段 (3)1.3 政务服务平台的核心价值 (3)第二章政务服务平台架构设计 (4)2.1 架构设计原则 (4)2.2 技术架构 (4)2.3 业务架构 (4)第三章数据共享机制 (5)3.1 数据共享的必要性 (5)3.2 数据共享的原则与标准 (5)3.3 数据共享的技术实现 (6)第四章数据治理与安全 (6)4.1 数据治理策略 (6)4.2 数据安全措施 (7)4.3 数据质量保障 (7)第五章政务服务平台互联互通 (7)5.1 互联互通的意义 (8)5.2 互联互通的实现方式 (8)5.3 互联互通的挑战与对策 (8)第六章政务服务流程优化 (8)6.1 流程优化策略 (8)6.1.1 以用户需求为导向 (9)6.1.2 简化流程环节 (9)6.1.3 优化资源配置 (9)6.1.4 强化数据共享 (9)6.2 流程优化工具与方法 (9)6.2.1 流程再造 (9)6.2.2 业务流程外包 (9)6.2.3 信息技术应用 (9)6.2.4 持续改进机制 (9)6.3 流程优化效果评估 (9)6.3.1 评估指标体系 (9)6.3.2 数据收集与分析 (10)6.3.3 用户反馈与改进 (10)6.3.4 监测与预警机制 (10)第七章政务服务平台运营管理 (10)7.1 运营管理体系 (10)7.1.1 管理框架 (10)7.1.2 组织架构 (10)7.1.3 管理制度 (10)7.1.4 技术保障 (10)7.1.5 服务质量 (10)7.2 运营管理策略 (11)7.2.1 服务导向策略 (11)7.2.2 数据驱动策略 (11)7.2.3 协同治理策略 (11)7.2.4 安全保障策略 (11)7.3 运营管理评估 (11)7.3.1 评估指标体系 (11)7.3.2 评估方法 (11)7.3.3 评估周期 (11)7.3.4 评估结果应用 (11)第八章政务服务平台服务创新 (11)8.1 服务创新模式 (12)8.2 服务创新实践 (12)8.3 服务创新效果评价 (12)第九章政务服务平台绩效评估 (13)9.1 绩效评估指标体系 (13)9.2 绩效评估方法与工具 (14)9.3 绩效评估结果应用 (14)第十章政策法规与标准规范 (14)10.1 政策法规概述 (14)10.2 标准规范制定 (15)10.3 政策法规与标准规范的落实与监督 (15)第一章政务服务平台概述1.1 政务服务平台的定义与功能1.1.1 定义政务服务平台是运用现代信息技术，以满足公众和企业需求为导向，通过整合各类政务服务资源，提供在线政务服务的一种全新服务模式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
互联互通平台解决方案
作者： IT Jack
软件平台给国内软件业带来机会。软件平台的良好发展必然会影响电子政务应用的开发模
式、服务模式，甚至可能会改变一些软件企业的商业模式。
软件平台的概念
我们所说的“软件平台”用一个简单的公式给它定义如下:软件平台=中间件软件+通用业
务组件。以中间件为核心的软件平台技术的产生是市场的必然要求，不同于一般国外厂商的
基础架构软件,更强调对用户的直接价值。
对于政府部门的用户而言，软件平台意味着它一开始就应该具有基本的“业务”功能，可
以快速地建立起政府的业务应用，业务系统还能进一步地扩展并随业务的变化而方便地调
整。归纳起来，对于最终用户而言，软件平台首先意味着基础功能、快速建立和适应变化。
市场上有这样的例子，如某个一站式办公软件平台、互联互通软件平台等。
对于应用开发商而言，软件的平台化首先意味着开发商把电子政务的业务需求的一些共
性功能已经部分地实现在软件平台中，应用的开发不再是从头开始，可以基于现有软件平台
定制，需要新开发的只是一部分应用程序。对于开发商而言，基于软件平台的开发可以有效
地减少新代码的开发量，缩短开发周期、减少代码测试的工作量,提高软件的整体可靠性，
最终降低成本。
对于中间件等基础软件供应商而言，提供平台化的软件包意味着厂商可能需要组合或集
成多种中间件技术，在以中间件为核心的基础架构软件的基础上，向特定应用如电子政务，
提供更多的、针对领域的通用化的功能，从而增加软件的附加值，为应用开发商提供更多的
帮助。
软件平台的典型特征
我们可以把软件平台的典型特征初步地归纳为以下的几个要点。软件平台以中间件为基
础，中间件是软件平台的核心支撑系统。软件平台一般是网络化的应用解决方案，需要基于
中间件软件去构建。软件平台是应用系统的核心支撑，整个软件平台需要部署到用户的实际
环境中去。
软件平台具有业务的通用性
软件平台的中间件层之上是通用的业务构件层。有人把这一层叫做业务基础平台，或者
叫领域框架层。这一层软件是针对某一行业或特定类型应用(如电子政务)的通用的软件实
现，具有业务的通用性。
软件平台不是最终的应用
虽然软件平台提供了一些针对行业或特定应用(如电子政务)的一些共性的功能，但它毕
竟是不完整的。应用开发商需要基于平台开发特定应用需要的特定功能。
基于软件平台的应用能够方便地扩充
应用系统不可能一次建成，因此软件平台必须支持应用方便地扩充。软件平台的扩展能
力来自于中间件软件的通用性和通用业务组件的可扩充能力。
提供应用开发工具
应用开发需要软件平台提供相应的开发工具。工具可能只是中间件层的，通用业务组件
层也可能有工具支持。
基于软件平台的电子政务系统体系结构
我们这里借用国家电子政务标准化工作对“电子政务标准技术参考模型”的研究来体会
电子政务软件平台在政务信息系统中的位置和作用。
根据“电子政务标准技术参考模型”，电子政务系统总体上可以建模为横向包含多个层
次，管理和信息安全纵向贯穿各个层次的技术架构。参考模型的最底层是网络基础设施层，
逐渐向上展开的是应用支撑层、应用层、公众服务网及电子政务的服务对象——政府、企业、
社团和公民。其基本含义是，应用支撑层支持应用通过公众服务网向电子政务的服务对象服
务;管理和信息安全是贯穿各个层次的保障。
在这个参考模型中，应用支撑层向电子政务应用层提供所需的各种通用服务，如资源共
享、信息交换服务、业务访问、业务集成、安全可信和可管理等通用性的服务。在这一层中
核心的是中间件软件。
应用层是基于应用支撑层构造的各种电子政务应用，是电子政务系统中面向最终用户的
层面。如果我们进一步把针对电子政务的全部内容或者特定类型的应用的一部分共性功能抽
象出来，就是 “通用业务组件”层。把“通用业务组件”层和下面的应用支撑层结合起来就构
成了我们所定义的“软件平台”。根据应用的需要，软件平台可能提供更加具体的、不同的功
能，如“交换与共享”平台、“互联互平台”和“一站式服务平台”。
软件平台在电子政务技术架构中的位置见图1。
图一
通用业务构件层的特点
通用业务构件一般表现为针对特定行业或特定类型应用的软件框架，或者说领域框架。
框架性的软件是把许多应用需要的功能抽象成公共的设计和部分的实现，为一组类似的问题
提供通用的解决方法。框架本质上是不完整的，特定应用需要的功能需要框架的用户——应
用开发者去添上。通用业务组件层的出现改变了应用软件的研发模式，一方面它更高程度地
实现了软件的复用，同时又支持用户的个性化需求的实现，能够快速地开发用户所需要的应
用系统。
有观点认为，业务基础软件平台还有另一种表现形式，即“模型化业务基础软件平台”。
基本上，组件化可以看成是基础业务平台的本质特征，模型化可以看成是生成业务构件的方
法。模型化的方法让业务人员和系统的分析与设计人员在高层定制和开发应用，可以减少代
码的编写，最终生成的系统仍然应是组件化的。一种影响越来越大的模型化的开发方法是，
使用软件平台工具建立独立于基础架构层的应用模型，再基于应用模型生成运行在底层基础
架构层的组件(程序)。
在面向对象的软件框架中，核心功能一般被实现为一组以特定方式交互的抽象的类，在
导出具体的应用时，这些抽象的类由特定的具体子类替换。一般地说，软件框架的基本功能、
通用性、灵活性及易用性决定了其框架是否好用。
电子政务互联互通软件平台
图2 基于互联互通平台的解决方案
我们来看一个实际的例子——东方通科技针对电子政务互联互通应用研发的互联互通
平台。该平台集成了东方通科技自有的应用集成中间件TongIntegrator、消息中间件
TongLINK/Q以及基于TongIntegrator、针对应用集成的集成组件。
TongIntegrator是一个基于Java的应用集成中间件软件，它支持数据与应用集成，具有
一定的流程集成功能，支持组件化的应用集成。TongIntegrator的数据集成功能支持对多种
关系数据库系统、XML文件及各种自定义格式文件的方便地访问;TongIntegrator的应用集成
功能支持与基于TongLINK/Q、MQSeries、socket通信及提供本地API的任何应用的方便的
集成;流程集成功能可以把数据源、应用整合到一个处理流程中。TongIntegrator框架中的集
成组件具体负责与外部数据源和应用的交互、数据格式的转换和对数据的处理和加工。
TongIntegrator提供一些标准的预置集成组件，针对特定应用特定需求的集成组件可以依据
系统提供的组件框架或开发方法新开发。一个TongIntgrator支持多组应用的集成。
平台中的另一个中间件TongLINK/Q是一个支持JMS的消息中间件。TongLINK/Q提供
基于队列的异步的消息传输功能，支持可靠传输和点对点及订阅和发布消息传输模式。依靠
TongLINK/Q的异步消息传输机制，集成中间件TongIntegrator把触角延伸到远地的应用。
在整个互联互通平台中，TongIntegrator及TongLINK/Q是集成平台的中间件层，针对
数据及应用集成的TongIntegrator预制组件是平台的通用业务组件层。两者结合起来构成了
支持电子政务互联互通的“互联互通软件平台”。
我们以城市市民卡应用为例来具体说明软件平台在应用中的功能和部署。为达成以卡中
心为中心，实现与城市各个只能部门业务系统的互联互通的应用目标，可以把TongIntegrator
及TongLINK/Q 服务器端软件部署到市民卡中心，通过在各个职能部门部署的基于
TongLINK/Q的应用代理可以把远地各部门的应用系统集成在一起。卡中心的本地数据库系
统可以直接被TongIntegrator的集成组件访问。对关系数据库的数据、卡应用相关的XML
文档、自定义格式文件的访问，可以比较简单地通过配置文件定制。如果在各职能部门仍需
要集成多个应用系统和/或数据源，可以在那里部署同样的一套软件平台。为更方便地实现
数据备份功能，软件平台还提供了支持在关系数据库之间备份数据的集成组件。(见图2)
在市民卡应用中，软件平台的中间件层较好地解决了异构系统的互联，并且为各种不同
的系统的集成提供了一个集成的框架;软件平台的通用业务组件层提供了实现快速的应用集
成的预置组件。整个集成过程便捷、快速、可靠。应用系统的集成不必一次完成，可以逐渐、
替增地进行。
互联互通平台较好地实现了东方通科技针对电子政务互联互通应用需要提出的预先构
想。未来软件平台还要不断地完善和扩充，提供更多的满足互联互通的更丰富更深入需求的
通用集成组件。
满足需要是关键
软件平台给国内软件业带来机会。软件平台的良好发展必然会影响电子政务应用的开发
模式、服务模式，甚至可能会改变一些软件企业的商业模式。对于一个具体的软件平台，要
获得成功关键在于针对应用抽象而实现的通用业务组件是否满足用户的需要、是否做得好。
由于中间件软件相对成熟，能否成功通用业务组件就成了问题的关键。
通用业务组件层作为软件框架有其自身的技术要求。作为通用性的软件，随着业务的标
准化、软件开发方法的标准化，通用业务组件层也要逐渐地走向标准和规范，这是一个比较
长期的过程。在当前的国内电子政务应用过程中，软件平台能否切实地满足能否满足业务应
用的通用与特殊需要，能否快速、可靠地支持业务系统的逐步地构建、支持变化的业务要求
却是最根本性的目标。