onvif之Event.pdfVIP

Onvif 之 Event Handling（事件处理） --- 堕落的氏族 整理 ONVIF? Core Specification Version 2.2 May , 2012 ﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌ ︴︴译者注：被文档一些源文档中的 n 类型的词汇直接拿来代替汉语中的︴︴ ︴︴名词，原因是，1、每个人对这些词汇在使用过程理解不同，把原词汇︴︴ ︴︴发在这更合适一些。2、有些是 API 词汇不能翻译，有些是在文档中尤︴︴ ︴︴其重要指代的词汇，这些词汇可能在一些协议栈中出出现，如：gsoap︴︴ ︴︴，更有利于一一对应。 ︴︴ ︴︴声明：此文档仅供参考，不能作为 ONVIF 中该部分的译文使用。 ︴︴ ﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌﹌ 告警是能被设备探测到的事件或行为，而这些告警是可以被客户订阅的。告警由 event server处理。一个符合 ONVIF协议的设备应该提供在[ONVIF Event WSDL]里定义的告警服 务。设备和客户两者都应该为告警服务支持[WS-Addressing]。 规范里的事件处理是以[WS-BaseNotification] 和 [WS-Topics]（这两个）说明为基础的。 规范的事件处理依赖于 basic notification interface 实现（basic notification interfac 在 section 9.1作了阐述），而规范的这点是完全符合[WS-BaseNotification] 协议的。除此之外，设备应 该实现 Real-time Pull-Point Notification Interface 和 the Notification Streaming Interface，以上 的两者分别在 sections 9.2 and 9.3作了介绍。 事件处理标准描述了通告信息扩展（notification message extensions），而这个扩展允许 客户通过告警追溯（告警）源属性信息（例如：视频移动侦测 Property）。（告警处理）性能 （Properties）定义在 Section 9.4。(译者注：之所以把 Properties译成性能是因为这个扩展力 描述了 event servers可以提供的几种告警，每种告警各自的属性) 事件的载体和订阅（告警事件）过滤的描述在 Section 9.5讨论。 Section 9.6描述了 终端同步的请求怎样可以让客户用 3个 Not ificati on Interfaces实现。Section 9.7对可订阅内 容做了整体（概要）描述。Section 9.9对错误处理作了阐述。 最后的 section在细节上对 Real-Time Pull-Point Notification Interface的使用作了展示， 包括信息过滤和订阅设置（Message Filtering and Topic Set）。basic notification interface示例 可在相应的[WS-BaseNotification]协议中找到。 9.1 Basic Notification Interface Sec tion 9.1.1简短地对[WS-BaseNotification]协议中 Basic Not ification Interface作了介 绍。Section 9.1.2 概述了 [WS-BaseNotification]协议中的命令（mandatory）和 optional interfaces。 9.1.1 Introduction（介绍） Notification部分可以分为下面几个逻辑体： Client: implements the NotificationConsumer interface. （ 客 户 端 ： 实 现 NotificationConsumer API） Event Service: implements the NotificationProducer interface. （告警服务器：实现 NotificationProducer API） Subscription Manager: implements the BaseSubscriptionManager interface. （订阅管理:实 现 BaseSubscriptionManager API） 告警服务和订阅管理应该在设备上实现。 典型的Messages在三个逻辑体之间的交互见图示 9。首先，客户端创建一个 到 Event Server（Event Server：告警服务器）的连接。然后客户端可以通过发送 一个