vms2.0内容解析模块概要设计.docx

VMS 2.0内容解析模块概要设计 、在系统架构中的位置 CAnalyzeService为一单独应用服务，通过 ASL API与底层或其他进程交互。 Application Service L ayer (ASL) APIApplication ManagerMessage DispatcherVideoMonP latformAbstractLayer (PAL)APIMemory ManagerStreamSchedulerIGMP DriverVideoStreamControllerVideoMon Application Service L ayer (ASL) API Application Manager Message Dispatcher VideoMon P latform A bstract L ayer ( PAL )API Memory Manager StreamScheduler IGMP Driver VideoStreamController VideoMon Packet Dissector LogManager RTSP RAW Driver Driver D river Abstract L ayer (DAL) API VMS系统模块图 Driver Manager HTTP Driver VideoMon 、与其他模块的关系 内容解析模块为一个独立的 APP应用，使用Application Service Layer API提供的适 配接口向videoserv主动拉流。 在获取流的方式方面，内容解析模块单独起一个进程。进程初始化通过socket交互（长 连接）从videoserv获得需要监控的频道（每个频道以一个四元组标识，即 src addr、src port、dst addr和dst port ）和轮询的路数（可配置的）。之后根据轮询路数，每路轮询开 一个线程，以TCP/IP异步（发送与接收是独立分开的）长连接方式获取流。 如果发生告警，将告警信息果通过相应的连接（或者初始化时与 videoserv交互的长连 接）反馈给告警模块（涉及到ACEIPC），告警信息的结构为对应的标识四元组携带告警类型 字段。 三、设计思想 现有va-demo初步实现了内容分析， 在此基础上做移植，提供内容分析接口供其他模块 调用。 进程启动时首先建立一个与 videoserv 交互的长连接以获得需要监控的频道信息和轮 询路数，在轮询控制上存在以下两种策略： 1、被动方式：其他模块控制轮询，只要连接存在则认为处于轮询中，有数据则进行分 析，同一时刻只有一路流进行分析。不指定 videoserv的每一路推流时间长短，保 持长连接，一旦某路 TS流消失则轮询下一路流。进程初始化由于无法获取频道信 息和轮询路数，默认起 n （n = 4 ）路轮询，但是需要定时向 videoserv索取频道 信息和轮询路数，或者由 videoserv更新了频道信息和轮询路数之后主动告知。 2、主动方式：自身控制轮询，通过 socket向videoserv 拉流，起一个定时器，在每 个连接上进行分析，定时器超时转向分析下一路流，返回分析量化的评分（如果需 要）或者告警信息，但不关闭连接。 告警方式： 1、 对应流的告警信息或者质量评估分数（如果需要）经由同一个连接返回。 2、 对应流的告警信息或者质量评估分数（如果需要）经由初始化获取频道信息和轮询 路数的连接返回。 VMS 2.0Video StreamTS 1TS 2TS nAlarm— VMS 2.0 Video Stream TS 1 TS 2 TS n Alarm — TS 1 Alarm if has TS 2 Alarm if has Service TS n Alarm if has CAn alyzeService get channel info VMS 2.0 get channel info alarm type