主页（http://www.pttcn.net）：应急联动系统的分析、设计与实施(5) 五、大屏显示系统 大屏幕显示系统主要进行应急地理信息显示、应急车辆状态显示、气象显示、应急实力信息显示、灾情受理地点显示、主要交通道口交通状态显示和部分重点保卫目标监控显示。指挥中心实现对指挥系统控制区的各种情况进行动态监管。大屏幕投影系统负责实现直观、完整、准确、清晰、灵活的显示各项信息，包括：各种地理信息、车辆状态显示、气象信息显示、实力显示、受理信息显示。这类信号由计算机相关软件生成，在现场计算机显示器上显示，同时调入所需要的信息在大屏幕作任意大型显示。便于整体统筹，指挥。同时指挥中心计算机与其它会议室（兼指挥室）计算机联网，使其它会议室可通过局域网调用所需信息在会议用投影机上显示。 六、支撑软件 支撑软件平台系统包括计算机操作系统、数据库管理系统、GIS系统和应用软件开发平台系统等。以下是我们的一个实例： 数据库服务器：Oracle . GIS支撑平台：Mapinfo profession MAPBASIC OA平台：Lotus Domino 开发平台：DelpHi VC Jbuilder 操作系统：Windows Advance Server 网络协议：TCP/IP 软件平台结构：软件平台采用Ｃ／Ｓ＋Ｂ／Ｓ结构 2.1.4 标准与接口设计 系统接口：本应用系统是一个复杂的各种技术、各种相关系统、数据的集成系统，因此系统接口设计十分重要。系统接口分为外部接口、内部接口。接口有数据接口、软件接口、硬件接口。 标准的建设是CERS的核心工作。 2.1.5 系统安全的设计 安全设计从系统安全、数据及数据库安全两方面进行了设计。 2.2 CERS的框架设计 采用B/S与C/S相结合的体系结构。 一、Client/Server体系结构 Client/Server是一种目前发展已经非常成熟的计算机体系结构。在此之前，信息系统一般采用文件共享的方式，通过直接访问数据库来达到数据共享的目的。Client/Server体系结构严格地定义了客户端和服务器端对信息数据的处理范围。即客户端要访问服务器端的数据时，一定是以特定的描述语言，将请求信息首先传递给服务器端，由服务器端的相关模块判别并处理客户端的这个请求。请求处理完毕后，服务器端再将处理结果回传给客户端。这样才算一个访问过程的结束。Client/Server体系结构发展到今天已经非常成熟了，它可以把实现友好人机交互界面的任务交给客户端处理，而服务器端只需完成数据的存储和处理。这种体系结构的优点是：系统功能强大、交互能力强、系统运行效率高，并且开发工具和开发手段可选择性强。缺点是：所开发出来的系统相对比较封闭，主要适合于数据管理方式；系统结构复杂，开发周期长；安装和维护比较麻烦。 二、Browser/Web Server体系结构 为了克服Client/Server体系结构所存在的问题，最近几年来，随着Internet技术的飞速发展和日益成熟，特别是瘦客户机概念的提出和发展，提出了以Browser/Web Server体系结构为代表的多层Client/Server体系结构，作为对Client/Server体系结构的补充和发展。Browser/Web Server体系结构将Client/Server体系结构的两层结构发展到三层结构，一般可以认为是在原有的Client层和Server层之间加入了Application Server层（也称为中间件层）。Application Server层承担了原来Client/Server体系结构中Client层和Server层的部分任务，这样使得Client层和Server层所承担的任务相对减轻。Client层变成比较统一的界面，Server层主要处理信息数据的存储和管理任务，Application Server层负责具体数据的处理任务，而且可以根据处理任务的变化而变化。Browser/Web Server体系结构的主要优点是对Client端设备的要求逐步降低，运行维护量下降；Application Server层的中间件软件日益丰富和模块化，降低了系统开发的工作量，缩短了开发周期。主要缺点是Application Server层的中间件软件目前还不够丰富和完善，而且对网络系统的运行环境要求较高。 3. CERS面临的技术挑战与我们的对策 3.1 CERS的分析 CERS实施的核心是要尽量提高事件反应速度，缩短事件反应和扑救的时间。CERS与其它集成系统相比，最大的特点是： 3.1.1 实时性要求高，应急反应要及时 CERS实时性要求高，这就要求实现各个层次的互联互通，如有/无线数字链路、有/无线语音链路、有/无线图像链路的互联互通；实现数据的互操作、软件的互操作与语义的互操作。 3.1.2 具有移动办公的特点 这是CERS最大的特点。系统设计要重点考虑这个特点。 3.1.3 具有分布性、异构性、海量性和动态实时性特点 要实现各个层次的互操作。 一、数据的互操作 解决得不错。 二、软件的互操作 已有成熟的解决方案。 三、语义的互操作 还刚刚起步。 3.2 CERS面临的挑战 1．需要集成多个行业或部门的业务：CERS需要集成公安、消防、交管、120、供电、市政和政府等部门的应急业务。目前的集成大都专注于技术层面的互联互通，并有效地实现了，而集成不仅需要找到、操作并获取信息，还需要理解信息的含义。各应急服务系统间通讯会存在多词一义、一词多义或近义等语义冲突； 2．需要动态实时集成不同业务领域的已有或新建应急服务系统，这些系统是分布的、异构的，集成规模大； 3．集成的业务流程会动态增删修改，如开始可能是110、120、119的联动，随着时间的推移，会有电力抢险、地震救急等业务加入； 4．系统不能理解应急预案，所以不能按预案自动调度； 5．GIS是应急指挥的重要手段，CERS需要实现时空集成。 3.3 我们的对策 3.3.1 采用的技术 XML 及相关技术，如Web Service、Ontology 元数据技术 3.3.2 实施思路：建立集成框架，实现各业务系统的集成 CERS是一个复杂的集成系统，必须坚持“总体设计、分步实施”的原则。本着业务是核心，技术是手段的原则。 深入分析业务流程，建立各联动单位的业务模型、系统模型和功能需求。 (中国集群通信网 | 责任编辑：陈晓亮) |
