水资源管理消息导向中间件应用方案.PDFVIP

ICE Technology Corporation Enable real-time messaging ability for WATER 资源管理 资源管理 消息导向中间件应用方案 消息导向中间件应用方案 Doc. v 1.0 2004 ICE Technology Corporation All Rights Reserved 水资源管理消息导向中间件应用方案 前言 我们国家虽为降雨丰厚地区，年计平均雨量达 2,500 公厘，但是因时空分 布不均，年利用量仅为总量之 22 ％；故每人每年平均分配雨量与年计平均降雨 量几不成比例，水源供给量已明显不足，水资源开发与调配日趋重要。 监于我们国家地区都会生活圈之形成与城乡发展差距的缩减，水资源的规划 方向，势必由传 的流域性规划，迈入区域性的水资源整体联合调配规划。 水资源管理系统所涵盖的范围，由 文数据的搜集开始，搜集好的数据作为 计分析与预测、模拟的基础，同时也是水资源调度管理与 文信息异常警示的 根据。其中 计分析、调度管理、以及异常警示，却有著截然不同的消息传递交 换需求。 计分析要的是良好的采样结果与历史数据记录储存，而调度管理与异常警 示则是著重于对突发事件的实时反应速度。以往要同时满足两方面的需求，根本 就是不可能的事，只能提供妥协性的解决方式，或者将两种需求各自成案，分开 规划建置。 对于我们来说，实在是很不可思议的事；因为艾扬作为提供实时消息传递 平台的技术原厂，深知只要将数据流向定义清楚，利用iPush® Server 所建构的 高兼容性消息平台，就可以同时满足 两方面的需求。 现有架构与弊病 以往的水资源规划方式，著眼在于单一 系的流域性规划，而且同一 系上 不同的水资源设施 (如 库、拦江坝等蓄 设施、灌溉大坝控制闸门、…) 所采 用的管理调度系 ，系各自独立招标建置，甚至 文信息采集设备与信息处理系 统也是分开招标，由不同厂商采用不同解决方案建置的情况，比比皆是。 此外，针对不同目的所建置的系 (如拦河堰的营运操作系 和迳流测报系 ) 所需的信息、采样频率、和传输延迟限制不同，数据格式也不一样。 无论是以机电集成，或是以信息系统集成的角度来看， 都是一个充满异质 系 的环境，如今要转变成以区域角度进行规划与调度，首先要面临的，就是如 集成的议题。 1 水资源管理消息导向中间件应用方案 目前实务上的作法，仍是以数据库作为数据交换的中心，如下图所示： 图 1. 以数据库为中心 (DB-centric) 的水资源管理示意图。 图中左右两个曲线区块，分别代表由两家不同厂商分别于不同时期所建置的 系 ，左边区块较右边区块先建置。B 厂商在进行右边区块的规划时，必须采 集来自左边区块的 文信息，而 些信息都放在由 A 厂商业已建置的 文数据 库中。 在考虑设备传输数据格式，以及尽量不要影响现有系 等因素之下，通常 B 厂商会另行建置一个 文数据库，再以定时整批复制的方式，由原有之 文数据 库捞取数据，以供右侧监控中心的控制台应用系 使用，而监控中心控制台则是 以定时 Query 的方式，向 文数据库采集新数据。 样的异质系统集成方式并 非特例，而是业界的普遍现象。 样的集成方式，看似满足了提供 计分析数据，以及突发性 文异常预警 与调控两种需求，但其实是在两种需求间寻求妥协。 样的妥协方式会产生几个 问题： 1. 传输延迟的增加 假设第一笔测站纪录是在 10:01 am 写入 文数据库，而前端每五分钟定 时向数据库查询数据，前一次查询时间是 10:00 am，那么要能抓到 10: