警的延时时间应小于5秒。
统一门户应急指挥平台模块图/趋势图其他系统WAPSMSUSSD… …数字化城市管理统计分析/报表陆地港污染源监控GIS服务统一接口服务(Servlet/RMI/Webservice/MQ/……)作业调度/时间表调度实时数据库统一安全短、彩信服务历史数据管理工作流引擎通讯网关接口网络组态/冗余备份报警规划/处理邮件服务任务策略身份认证系统核心服务运行管理平台数据传输协议层M2M行业终端/通讯模块/通讯硬网关上机位/第三方控制系统DCS/PLCFCS/智能仪表末端传感器RFID/智能卡图2-5 M2M平台功能结构图
3、 策略联动
当系统产生了报警或其他事件时，可以在此模块中设置需要控制联动的设备或人员。不同的设备通过M2M平台粘合，形成一个有机的整体，提供自动、及时、准确的服务。
4、 脚本服务
实现动态灵活的设置系统操作或向终端设备发送控制指令。脚本语法需至少支持JavaScript语法。在脚本中还应该提供各种系统变量，以满足各种脚本需求。
5、 日程管理
日程管理为系统提供各种有规律的定时操作，提高系统的自动化管理水平。 6、 数据备份
数据定时压缩备份降低硬盘的使用容量，并可在需要时对备份的数据进行无损还原。
7、 双机备份
18
提供双机热备功能，当主站系统出现问题时，从站系统可以接管工作，最大程度保证平台的稳定运行。
8、 权限管理
对系统的权限资源、用户、角色、角色组进行管理，除了系统管理员外不同的区域有自己的管理员，可以对所在区域以及下属区域进行权限、用户和角色的划分。
9、 日志管理
具有完善的日志功能，包括操作日志、系统运行日志，能够记录系统异常情况及其他安全事件。
10、 报表功能
支持两种类别平台报表：一种是专门针对各业务的单独的报表系统，只能由业务的所属合作伙伴或管理员查询，关注的是本业务的运营情况；另一种是把所有业务统一抽取的平台运营分析报表，此种报表对平台所有业务进行运营分析，可以使管理者对平台的运营状况有总体的认识和了解，为决策提供数据依据。
2.3 应用基础运行平台
2.3.1 总体要求
物联网应用软件与传统的应用软件比有底层终端数量多、上层行业应用复杂的特点，要求M2M平台要维护大量共享数据和控制数据；同时物联网应用活动(任务或事务)有着很强的时间性。因此物联网应用对数据库和实时处理两者的功能及特性均有要求，既需要数据库来支持大量数据的共享，维护其数据的一致性，又需要实时处理来支持其事务(任务)与数据的定时限制。
应用基础运行平台作为M2M平台的数据处理核心和各种构件的运行环境，基于OSGi服务平台(Service Platform)设计、实现。其技术要求如下：
（1） 管理内存中的静态数据和动态数据。涉及到配置信息、实时数据、缓存数据，这些数据会随着采集到的数据变化而变化，还需要根据用户的需求和磁盘数据进行交互。
（2） 实现完成数据流转、事件和触发器管理的系统进程。包括：
? 数据操作：包括对数据库的操作(数据的插入、删除、修改和查询等)，优化查
询，对数据库的控制(完整性、安全性控制)。
? 触发器管理：包括探测事件，对事件的处理以及发布，对条件的监视，被触发
19
活动的执行。
? 事件管理：包括各种事件操作(开始、中止、挂起、恢复、结束等)，以及实时
的优先级分派，实时调度算法、实时并发控制策略。
（3） 实现历史数据处理。不仅包括保存所有历史数据，还应具有数据的压缩、备份等。
（4） 实时数据处理中的数据紧缩与动态存放。数据处理的紧缩是将精度要求不高的数据保存为尽可能占空间少的类型，如整形、二进制类型。动态存放是指在不改变数据的采集间隔的前提下，根据不同的策略，采取不同的数据保存方式，如定时保存或变化时保存，并能通过实时数据库相应的辅助功能，使得在调用这一时间段的数据时，将他们精确的还原出来。
（5） 基本数据合理存放。基本数据划分成互相关联、同时又具有独立性的若干个存放数据的表，将表有机结合，再建立与之关联的存储、查询。
（6） 合理建表，提高查询与存储速度。在历史记录规模比较大时，应制定策略，分表保存，并将数据库中的数据备份到其它数据载体，以提高系统效率。
（7） 开放性好，提供与其它系统数据交换机制。通过“统一数据应用集成中心(以下简称‘DI’)”对外提供各种数据，各个业务子系统或其它异构系统均从“统一数据应用集成中心”获取实时、历史数据。 2.3.2 功能要求
应用基础运行平台在功能要求上可划分为通讯、变量、界面、报警、策略、脚本、热备等多个模块，每个模块又细化为接口、实现、对象等几个逻辑单元，每个逻辑单元都实现为OSGi的Bundle。OSGi服务平台统一管理这些Bundle的生命周期(如安装、卸载、启动、停止)、服务的注册与引用。有关功能模块要求如下： 2.3.2.1 数据通讯模块
所有的终端设备发到平台的数据都由数据通讯模块接收并预处理，数据通讯模块完成实时数据采集、数据处理、终端控制等业务目标，实现数据接入适配、统一数据结构、数据处理等功能。
必须对不同数据格式、连接方式的终端提供相应的接入适配器，包括通过RS485、总线网络(如PROFIBus、LonWorks、FoundationFieldBus、CANBus等)、电话、宽带、光纤等有线网络介质和无线电台、GSM、GPRS/CDMA、3G、卫星通讯等无线网络介质传输的数据，进行汇总和接入适配。
20
支持多种终端设备的通讯协议，包括工业控制领域中的OPC、ModBus、RS232/485协议，环境保护行业国标HJ/T212-2005，中国移动M2M终端WMMP协议等。
支持对不同协议所定义的不同的数据结构进行统一数据结构处理。在实现接入适配，接收到终端的实时数据后，转换成统一数据结构，进行相应的数据处理，包括：
（1） 更新至内存实时数据，供其它模块或DI调用。
（2） 如果需要保存历史数据，则放入历史数据缓存区，由历史数据线程保存。 （3） 触发数据的限值报警、规则报警、联动策略等规则。
统一数据结构能够给后续的数据处理及行业应用提供格式统一的基础数据，使数据与业务都更加清晰。 2.3.2.2 报警处理模块
报警处理模块实现对测量值的范围、变化速度的预警，包括限值报警、变化率报警、偏差报警、异常报警等，以及通过对测量值进行数学运算(报警公式)，然后对运算结果进行报警检查而产生。
支持自动记录报警信息、报警确认信息、报警恢复(报警消除)等信息，按照重要程度可分为多个优先级，如低级、高级、紧急。
报警发生时系统可以通过弹出报警窗口、发出声响、发送短信、电子邮件或打印报警信息等多种方式通知用户，用户可以自由设定报警通知方式。
报警处理模块支持在终端设备侧直接产生的、通过网络上报的报警，并根据用户预设的联动策略方式进行相应操作。
支持报警确认和复位，用不同颜色标示报警状态，包括： ? 未确认、未复位； ? 已确认、未复位的报警； ? 未确认、已复位的报警； ? 已确认、已复位的报警。
用户可通过B/S或C/S两种客户端根据预定权限设置进行报警信息的查询、操作、跟踪。M2M平台会记录所有报警信息，以备用户查询、生成报表。 2.3.2.3 联动策略模块
联动策略模块支持的主要功能要求包括 （1） 可配置策略模块启动时要执行的脚本；
（2） 可配置可循环执行的脚本，循环时间可以设定； （3） 可配置策略模块停止时要执行的脚本；
21
（4） 可配置日程表设置的日程所要执行的脚本； （5） 可配置当产生报警事件时要执行的脚本；
（6） 可配置某项的值改变时所要执行的脚本。当脚本设置的监控项发生改变时，系统自动刷新。
联动策略模块至少支撑以下策略模式：
（1） 启动执行：当策略模块启动的时候执行，仅一次。 （2） 循环执行：按设定的时间间隔执行。
（3） 退出执行：当策略模块退出的时候执行，仅一次。 （4） 周期执行：当日程表被触发时执行。 （5） 事件执行：当产生报警事件时执行。
（6） 值改变执行：根据脚本中包含的项ID，判断当该项的值发生改变时执行。 2.3.2.4 脚本服务
M2M平台应内置编程语言引擎，即提供脚本服务，让用户可以按照自己的意愿来编写自己的逻辑和控制流程。
M2M平台脚本引擎支持JavaScript等多种语法脚本的执行，提供可视化的集成脚本编辑工具、语法校验与提示、脚本在线运行功能。同时，还需提供系统变量、内部服务等常用方法的可视化调用。 2.3.2.5 日程管理
日程管理支持为系统提供各种有规律的定时操作，实现作业的定时自动调度，提高系统的自动化管理水平。包括三个方面：时间管理、任务管理、以及两者的结合，采用Quartz引擎实现定时执行任务。
（1） 时间管理：支持设置时间表，以日历表和列表的形式分别展现。日程分为简单日程和复杂日程，复杂日程又分为仅当日、每日、每周、每月、每年。
（2） 任务管理：提供开放的任务接口，实现各种不同任务的自定义，包括脚本任务、数据抽取任务等。
（3） 时间与任务管理两者的结合：在联动策略中的“定时执行策略”，用Quartz引擎实现时间表与任务的关联，与脚本联合使用，根据日程表执行预设的脚本；与ETL任务联合使用，实现数据的自动、定时抽取与转换。 2.3.2.6 历史数据存储与备份
应用基础运行平台支持历史数据的快速保存和检索，按照一定的条件把数据保存到
22