1、ICS 35.240.01 M 63 DB11/Z 384.182008 图像信息管理系统技术规范 第18部分：系统平台技术要求 Technical Specification for Image Information Management System Part 18：Technical Requirement for Management Platform 2008-05-28发布 北京市质量技术监督局 发 布 DB北京市标准化指导性技术文件DB11/Z 384.182008 I 目 次 前言.II 引言.III 1 范围.1 2 规范性引用文件.1 3 术语、定义和缩略语.1 3.1
2、术语和定义.1 3.2 缩略语.2 4 系统平台设计原则.2 5 系统一般要求.2 5.1 接入平台.2 5.2 区县级平台.2 5.3 重点行业图像信息平台.3 5.4 市级平台.3 6 功能要求.3 6.1 实时图像调阅.4 6.2 历史图像提取.4 6.3 存储与管理.4 6.4 GIS服务.4 6.5 WEB服务.4 6.6 日志功能.4 6.7 统计报表功能.4 6.8 运行维护管理.4 6.9 图像资源管理.5 6.10 图像转发与视频干线管理.5 6.11 用户管理与权限管理.5 7 平台间接口要求.5 7.1 跨平台用户认证.5 7.2 数据同步.5 8 其他平台系统接口要求.
3、6 8.1 物理接口.6 8.2 通讯协议.6 8.3 数据格式.6 附录A（资料性附录）跨平台访问.6 DB11/Z 384.182008 II 前 言 DB11/Z 384图像信息管理系统技术规范分为以下几个部分： 第1部分：总体平台结构； 第2部分：视频格式与编码； 第3部分：通信控制协议； 第4部分：传输网络； 第5部分：图像质量要求与评价方法； 第6部分：图像存储与回放要求； 第7部分：工程要求与验收； 第8部分：危险场所的工程要求与验收； 第9部分：图像资源及系统设备编码与管理； 第10部分：监控点布点位置及数量的要求； 第11部分：控制权限分类与管理； 第12部分：图像采集区域标
4、志的设计与设置； 第13部分：图像信息存储系统； 第14部分：手持移动终端联接技术要求； 第15部分：软件质量评价方法； 第16部分：视频图像字符叠加要求； 第17部分：运行维护要求； 第18部分：系统平台技术要求。 本部分为DB11/Z 384的第18部分。 其他图像信息管理系统技术要求将结合实际需要适时制定，作为本规范的分部。 本部分的附录A为资料性附录。 本指导性技术文件由北京市质量技术监督局、北京市信息化工作办公室、北京市公安局提出。 本指导性技术文件由北京市质量技术监督信息研究所归口。 本指导性技术文件主要起草单位： 北京市质量技术监督局、北京市信息化工作办公室、北京市公安局、北京声
5、迅电子有限公司、机械科学研究总院、海淀区政府、朝阳区政府、北京富盛星电子有限公司、亚太安讯网络电子技术有限公司、北京东方网力科技有限公司、北京市产品质量监督检验所、北京市质量技术监督信息研究所、信息产业部电子六所。 本指导性技术文件主要起草人：聂蓉、宋国建、吕元元、杜振洲、余和初、杨栋梁、杜熙、王小平、付海涛、吴晓东、曹世杰、孙巍 、许翠玲、刘彬、刘光、蒋宗文、左家平、周巧霖、马新风。DB11/Z 384.182008 III 引 言 根据北京市人民政府关于加强图像信息管理系统建设工作的意见（京政发200617号）文件精神，以本市应急指挥部门目前使用的图像信息管理系统为基础，并考虑数字图像信息
6、系统建设的实际需求，由北京市质量技术监督局、北京市公安局、北京市信息办牵头组织开展了图像信息管理系统技术规范的编写工作。编写组由北京市质量技术监督局、北京市公安局、北京市信息办等政府管理部门、技术研究机构与图像信息系统相关企业组成。 DB11/Z 384.182008 1 图像信息管理系统技术规范 第18部分: 系统平台技术要求 1 范围 本指导性技术文件规定了图像信息管理系统各级平台的功能及技术要求。 本指导性技术文件适用于图像信息管理系统平台的新建、改建、扩建工程的设计和验收。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款，凡是注日期的引用文件，其随后所有修改（不
7、包括勘误的内容）或修改版均不适用本标准。然而，鼓励根据本标准达成协议的各方研究是否或使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 DB11/Z 384.1 图像信息管理系统技术规范 第1部分：总体平台结构 DB11/Z 384.2 图像信息管理系统技术规范 第2部分：视频格式与编码 DB11/Z 384.3 图像信息管理系统技术规范 第3部分：通信控制协议 DB11/Z 384.6 图像信息管理系统技术规范 第6部分：图像存储与回放要求 DB11/Z 384.9 图像信息管理系统技术规范 第9部分：图像资源及系统设备编码与管理 DB11/Z 384.11 图像信息管
8、理系统技术规范 第11部分：控制权限分类与管理 3 术语、定义和缩略语 以下术语和定义适用于本标准。 3.1 术语和定义 3.1.1 数据同步 Data Synchronization 指两个或两个以上图像信息管理系统平台间，保持数据全部或部分一致性的过程。 3.1.2 系统日志 System Log 系统日志是关于系统运行中出现的错误、警告、状态等信息的纪录。也包括用户对数据的应用、添加、删除、修改、输出等操作的纪录。 3.1.3 历史图像 Recorded Video 过去的某个时间段的图像记录。 3.1.4 故障信息Malfunction Information 系统非正常状态的描述。
9、3.1.5 DB11/Z 384.182008 2 图像转发 Digital Video Forward 通过特定设备完成图像接收、复制和发送的过程。 3.2 缩略语 LDAP轻量级目录访问协议（Lightweight Directory Access Protocol） 4 系统平台设计原则 4.1 可靠性 平台系统应采用成熟的软硬件技术和质量合格的硬件设备。软件系统应有备份和维护保障能力，并有较强的容错和系统恢复能力。平台应按724小时不间断工作设计。 4.2 互通性 图像信息管理系统的各平台间应能有效地进行数据通信和信息共享，能够实现异构平台间系统的兼容和互操作。平台安全防护设备上应开放
10、相应的服务端口。应具有与其他系统的接口，实现数据共享。 4.3 规范性 应符合有关标准、满足用户要求。控制协议、传输协议、接口协议、视音频信号的编解码应符合DB11/Z 384标准相关部分的要求。 4.4 扩展性 系统平台的设计应采用模块化设计，以适应系统模块扩展、功能扩充等系统升级需求。 4.5 易操作性 平台管理软件应提供清晰、简洁、友好的中文图形化人机交互界面，操作控制应简便、灵活、易学易用，便于管理和维护。 4.6 安全性 平台应具有防病毒、防攻击的能力。根据确定的安全等级，配备相应的安全防护设施。 5 系统一般要求 图像信息管理系统平台总体结构应满足DB11/Z 384.1-2006
11、的要求。 5.1 接入平台 接入平台是图像信息资源的主要接入点，应具备图像接入、管理、调用、存储、转发和显示等功能。 接入平台应满足以下要求： 具有视频的有线和/或无线的接入功能。 能把接入的视频信号按需进行数模/模数转换。 具备对接入设备的认证功能。 具备本地用户及本地资源管理功能。 具备对前端设备状态进行自动和手动检测和故障告警的功能。 具备本地用户调用图像功能。 能提供图像存储功能，图像保存时间符合DB11/Z 384.6的要求。 5.2 区县级平台 区县级图像信息管理平台负责区域内图像信息资源的汇聚、接入、存储、控制、共享，具备共享交换和控制管理等功能。实现模拟图像和数字图像的转换、互
12、连、互控，本地图像接入，图像调用、存储、DB11/Z 384.182008 3 转发和显示等。 区县级平台应满足以下要求： 具备将接入的视频信号按需进行数模/模数转换的能力； 具备本地和跨平台调阅实时图像和控制的功能，支持资源抢占； 能提供历史图像检索、浏览和下载功能； 具备采用B/S方式和C/S方式访问系统的功能； 具备实现权限组的创建和用户管理（用户注册、注销、修改、授权和验证等操作）功能； 具备权限的判定功能，根据用户权限和操作指令执行相应操作； 具备至少512个用户同时登录功能； 具备不小于256路图像转发能力； 具备与GIS等其它系统接口的能力； 具备集中存储功能，图像保存时间符合D
13、B11/Z 384.6的要求； 具备对“重大事件”图像的永久存储能力； 具备系统运维管理功能。 可具备通过无线公众通信网实现手持移动终端调阅图像信息的功能。 5.3 重点行业平台 重点行业平台是本行业内的图像信息资源的控制、汇聚、共享和管理中心。具备图像信息的共享交换和控制管理等功能。除应满足区县级平台的功能要求外还应满足以下要求： 具备对行业内现有的模拟和数字系统的整合功能，能实现对已建设模拟系统的图像信息的远程调用、切换和远程控制。 具备对行业内图像信息系统有特殊功能要求的系统进行整合，并提供远程访问控制。 能提供本行业其他信息管理系统的图像服务接口。 5.4 市级平台 市级图像信息管理平
14、台接入各区县级图像信息管理平台和重点行业图像信息管理平台的图像资源，实现模拟图像和数字图像转换、互连、互控，为领导决策、应急指挥、城市管理和各部门应用提供图像信息服务。 市级图像信息管理平台在应满足区县级图像信息管理平台功能的基础上，还应满足以下要求： 具备对跨平台用户认证的功能。 具备至少1024个用户同时登录功能。 具备不小于512路图像转发能力。 可提供与应急指挥平台图像显示系统的接口。 具备全网设备标准授时功能。 具备通过无线公众通信网实现手持移动终端调阅图像信息的功能。 6 功能要求 图像信息管理系统中的图像接入、远程控制、认证服务功能应满足DB11/Z 384.1部分的要求。其DB
15、11/Z 384.182008 4 他功能应满足以下要求。 6.1 实时图像调阅 6.1.1 用户在权限范围内应能通过键盘终端和PC客户端实现对实时视频图像的调用。 6.1.2 应能提供根据视频图像编号、模糊查询及地图标注点位调用图像的功能。 6.2 历史图像提取 6.2.1 用户在权限范围内，可按照图像源的时间属性、位置属性、编号等检索历史图像，实现图像的回放和/或下载。 6.2.2 在线远程回放要支持常速、慢速、快速、单帧、暂停、进度拖动的功能。 6.2.3 回放时的画面可放大缩小，可将任意一帧图像存储为BMP或JPEG格式图片。 6.3 存储与管理 6.3.1 支持前端存储和集中存储两种
16、方式，存储格式根据实际需要画面分辨率可为4CIF/CIF。 6.3.2 应支持手动存储、自动定时存储、移动侦测存储和事件触发存储等多种存储策略，并可根据需要调整存储图像的质量。 6.3.3 实现重大事件历史图像的永久保存，建立索引数据。有权限的用户可下载或在线回放。 6.4 GIS服务 6.4.1 管理系统平台应为用户提供摄像机点位的GIS服务，用户可及时获取并更新地图信息。 6.4.2 GIS 服务应实现快捷地图定位、地理编码查询、道路查询和路口定位，具备摄像头图标、摄像头信息与遥感影像叠加功能。 6.5 WEB服务 6.5.1 实现基于 WEB 技术的信息服务，用户通过浏览器可根据权限查看
17、数据信息、图像信息并实现图像控制功能。提供系统平台管理功能。 6.5.2 提供调阅图象所必备的插件下载服务。 6.6 日志功能 6.6.1 生成系统运行日志和用户操作日志，并提供检索和统计功能。 6.6.2 系统运行日志包括：启动/关闭程序、系统巡检、故障记录与维护记录等。 6.6.3 用户操作日志包括：用户登录、用户退出、资源申请、图像调用、录像下载与回放等。 6.6.4 用户操作日志文件保存时间不低于录像保存时间。 6.7 统计报表功能 6.7.1 具备对系统设备的统计查询功能，具体设备参见DB11/Z 384.9。 6.7.2 根据需要生成统计报表，统计信息包括但不限于：摄像机在线率、全
18、区域摄像机数量、图像访问量、用户使用率、故障、操作日志的统计。 6.8 运行维护管理 6.8.1 系统设备要统一编码，编码应符合DB11/Z 384.9的要求。 6.8.2 应能完成系统设备的注册、注销。 6.8.3 应具备对系统中可管理的部分设备远程配置功能。 6.8.4 应具备响应系统和设备故障报警功能，能显示设备的运行状态信息。 6.8.5 应具备对前端设备的自动触发、手动触发巡检功能，可根据用户的维护需求设定巡检周期。 DB11/Z 384.182008 5 6.8.6 应具备对事件告警的记录、查询和分析功能。 6.8.7 支持对系统和设备的非物理损坏故障的远程恢复功能。 6.9 图像
19、资源管理 6.9.1 系统图像资源统一编码，编码应符合DB11/Z 384.9的要求。 6.9.2 应支持按照图像资源的位置、所属单位等属性进行分类管理。 6.9.3 应具有基于数据库的方式对图像资源进行管理的功能。 6.9.4 应支持按用户优先级使用图像资源。 6.9.5 应支持按设备编号、通道号、时间、地点和事件检索图像资源。 6.10 图像转发与视频干线管理 6.10.1 应采用分布式转发体系。 6.10.2 应支持多级转发，每级转发延时不大于30ms。 6.10.3 各通道转发图像的质量应互不影响。 6.10.4 应支持转发的防错冗余。 6.10.5 应支持图像转发的负载均衡。 6.1
20、0.6 应支持视频干线的复用、抢占和预留。 6.11 用户管理与权限管理 6.11.1 应具有用户的创建、修改、删除等基本功能。采用用户名密码和 USBKey 同时认证的方式进行用户认证。 6.11.2 建立用户组，设定权限级别。用户组和用户集的划分按照DB11/Z 384.11中的划分执行。 6.11.3 根据不同的用户集对资源的使用需求将用户集对应到设定的用户组。 6.11.4 在应急状态下根据预案将用户集对应到相应的用户组。 6.11.5 支持高级别权限用户对低级别权限用户的资源抢占，应向被抢占资源的用户发送提示信息。相同权限者按时间顺序占用资源。 6.11.6 能实现对前端设备进行独占
21、性控制的锁定及解锁功能，锁定和解锁方式手动或自动可设定。自动锁定方式在超过自动锁定时间后解除锁定，自动锁定时间可设置。手动锁定方式必须手动解除锁定。 6.11.7 要保证用户在登录系统后，退出前不能再次登录系统。 7 平台间接口要求 系统应能实现跨平台访问。平台间包括视频通道和控制通道接口，控制协议符合DB11/Z 384.3要求。其中，数字平台间控制通道采用TCP通信，视频通道采用TCP或UDP协议。采用TCP协议时，由视频接收方主动发起TCP连接。跨平台访问补充协议参见附录A。 7.1 跨平台用户认证 本系统各级平台应具备跨平台用户认证功能。 不能认证漫游用户的平台应在上级平台认证。 7.
22、2 数据同步 7.2.1 在摄像机、全局用户、USBKey丢失记录和用户集公钥信息的信息发生变化时，启动同步。每月进行全数据同步。 DB11/Z 384.182008 6 7.2.2 同步方式采用LDAP 协议，基于标准目录结构实现平台间的数据同步。 7.2.3 摄像机属性信息同步数据格式，应符合表1要求。 表1 摄像机同步数据表 序号 属性项名称 定义与值域范围 允许空 字段 代码 字段 类型 字段 长度 1 标识码 摄像机的标识码 否 CamID char 16 2 名称 摄像机的文字描述 可 Name char 32 3 类型 固定(1)/可调(0) 否 Class char 1 4 位
23、置描述 街道、胡同、院落、小区、门牌、楼号、门店名称或标志性建筑名称 否 Address char 64 5 所在网格 所在单元网格 可 GridOf char 14 6 经度 小数点前3位，小数点后5位 否 Longitude char 9 7 纬度 小数点前3位，小数点后5位 否 Latitude char 9 7.2.4 全局用户信息同步，数据包括：证书ID号、全局用户集代码及管理签名。 7.2.5 应同步USBKey丢失记录信息。 7.2.6 应用同步用户集公钥信息。 8 其他平台系统接口要求 8.1 物理接口 应具有RJ45接口、视频BNC（75欧）接口及串行口。 8.2 通讯协议
24、应采用基于以太网的TCP/IP通讯控制协议。 串行口通讯模式及数据格式应与其他平台协商一致。 8.3 数据格式 数据格式应符合DB11/Z 384.2和DB11/Z 384.3相关格式要求。 DB11/Z 384.182008 7 附 录 A （资料性附录） 跨平台访问 本附件是DB11/Z 384.3的补充，规定了图像信息管理系统跨平台访问协议，包括：实时图像跨平台访问扩展、历史图像跨平台访问协议，跨平台的图像控制抢占协议，以及图像通道采用TCP时使用的图像通道边界通信协议。 本部分规定的协议与DB11/Z 384.3配合使用。 A.1 实时图像调用 控制协议应符合DB11/Z384.3要求
25、。详细过程举例可参见DB11/Z384.3附录B.2。 视频通道采用TCP协议时，由图像请求端向图像发送端主动发起连接获取图像。 下面举例说明 TCP 模式在 DB11/Z384.3 附录 B.2.4 的例子所述情况下的交互流程，其流程图如图A.1所示。 表A.1 TCP的跨平台实时图像访问过程 序号 交互动作 交换的信息 其他说明 1 用户B向下级平台1发请求视频源2的命令 视频源编号，视频源的显示目的地 2 下级平台1判断视频源2由上级平台管理，将请求信息发往上级平台。上级平台检查内部的列表，发现有用户B访问上级平台的有效票据（票据B1） 下级平台 1 内处理过程 3 下级平台1使用票据B
26、1向上级平台发请求。要求建立视频干线获取视频源 2 的视频信息。视频干线编号为T1 视频源编号 视频干线号T1 票据B1 平台间交互过程：下级平台1向上级平台发请求视频命令 4 上级平台收到下级平台的命令，根据票据 B1，查内部表，识别为用户 B 的票据，将用户 B 的权限信息与请求视频源2的信息进行组合，并判断视频源2由下级平台2管理。上级平台检查内部的列表，发现有用户B访问下级平台2的有效票据（票据B2） 视频源编号 使用视频源的用户名及权限信息等 视频源的显示目的地 上级平台内处理过程 5 上级平台使用票据B2 向下级平台2发请求，要求建立视频干线获取视频源 2 的视频信息。视频干线编号
27、为T2 视频源编号 视频干线号T2 票据B2 平台间交互过程：上级平台向下级平台 2 发请求视频命令 DB11/Z 384.182008 8 表A.1（续） 序号 交互动作 交换的信息 其他说明 6 下级平台 2 收到上级平台的命令，根据票据 B2，查内部表，识别为用户 B 的票据，将用户 B 的权限信息与请求视频源2的信息进行组合。 根据权限信息对用户B使用视频源2进行资源分配，如没有问题则通知转发服务器等待接受上级平台建立视频干线号为T2的TCP连接，并在连接建立后使用该连接发送视频源 2 的视频信息。同时，将成功的信息(包括交易号)返回给上级平台。 视频源编号 使用视频源的用户名及权限信
28、息等 视频源 2 的视频信息 成功切换的消息 下级平台 2 内处理过程 7 上级平台收到下级平台2的返回的成功消息后，通知转发服务器向下级平台2的转发服务器发起连接，建立视频干线 T2,并在该连接中接收视频源 2 的视频信息，并等待接受下级平台1建立视频干线号为T1地TCP连接，并在连接建立后使用该连接向下级平台1转发视频源2的视频信息。并将成功的信息（包括交易号）返回下级平台1。 视频源 2 的视频信息 成功切换的消息 平台间交互过程：S7向S5发请求视频命令返回消息（返回交易号） 8 下级平台1收到请求视频成功的消息后通知转发服务器向上级平台建立视频干线号为T1的TCP连接，接收视频源2的
29、视频信息，并等待用户B连接，然后在用户建立的连接中转发视频源2的视频信息。 视频源 2 的视频信息 成功切换的消息 下级平台 1 内处理过程 9 用户B指定的显示器上显示视频源2的图像 DB11/Z 384.182008 9 图A.1 TCP的跨平台实时图像访问流程 其中，3、5、6、7为边界通信交互内容，采用DB11/Z 384.3定义的边界通信协议。 实时图像通道的建立和工作过程说明如下： 下级平台 2 转发服务器收到下级平台 2 管理服务器的指令，连接视频源 2 获取指定通道的图像，并根据管理服务器的指示，等待下级平台1的转发服务器建立TCP连接。 上级平台收到下级平台 2 的成功返回消
30、息后，管理服务器给其转发服务器发送指令，命令上级平台转发服务器向下级平台2转发发起连接，并发送干线编号T2表明身份。同时，等待下级平台1转发服务器建立TCP连接。 在上级平台转发服务器与下级平台 2 转发服务器建立连接成功后，上级平台转发服务器向下级平台2转发服务器发送干线编号T2表明自己的身份。下级平台2转发服务器收到该干线编号后，反馈相应的交易号（参见控制通道协议）。接着，根据干线编号T2，下级平台2转发服务器开始向上级平台转发服务器发送对应的视频源2的图像数据。 下级平台 1 收到上级平台 2的成功返回消息后，下级平台 1 管理服务器给其转发服务器发送指令，命令其转发服务器向上级平台转发
31、服务器发起连接，并发送干线编号T1表明自己的身份。同时，等待客户端发起TCP连接。 在下级平台 1 转发服务器与上级平台转发服务器建立连接成功后，下级平台 1 转发服务器向上级平台转发服务器发送干线编号T1表明自己的身份。上级平台转发服务器收到该干线编号后，反馈相应的交易号（参见控制通道协议）。接着，根据干线编号 T1，上级平台转发服务器开始向下级平台1转发服务器发送对应的视频源2的图像数据。 下级平台 1 客户端连接下级平台 1 转发服务器成功后，向下级平台 1发送相关指令获取视频源2图像，下级平台1转发服务器验证通过后，将视频源2图像数据转发给客户端。 DB11/Z 384.182008
32、10 客户端显示收到的视频源2的图像数据。 A.2 历史图像调用 跨平台历史图像调用在DB11/Z 384.3中属于扩展功能，本部分内容为该标准的补充。 A.2.1 协议 a）历史图像检索 表A.2 历史图像检索参数一览表 参数名称 参数字节 参数含义 命令码 2 12（历史图像检索） 视频源编号 16 符合DB11/Z 384.9 干线编号 2 视频干线编号 视频源格式 2 （参见视频源格式一览表） 票据 16 访问边界的票据 除命令码不同以外，与请求视频指令相同。图像源方向平台收到该指令时，参照实时图像拉模式工作流程在各个平台转发服务器之间建立通道，此通道供检索使用，检索完毕后立即回收。
33、各平台转发服务器应提供历史文件检索功能模块。 b）请求回放历史图像 表A.3 请求回放历史图像参数一览表 参数名称 参数字节 参数含义 命令码 2 13（历史图像回放） 视频源编号 16 符合DB11/Z 384.9 干线编号 2 视频干线编号 视频源格式 2 见DB11/Z 384.3中的7.7.3 历史文件名称 256 历史文件在存储设备的全路径 票据 16 访问边界的票据 收到指令后处理流程与请求视频处理方式相同，既可采用推模式，也可以采用拉模式。 c）历史图像检索返回消息 表A.4 历史图像检索返回消息参数一览表 参数名称 参数字节 参数含义 返回码 2 1012（历史图像检索返回消息） 一般返回参数 4 返回参数（见DB11/Z 384.3） 交易号 4 视
