DB11Z 384.18-2008 图像信息管理系统技术规范 第18部分 系统平台技术要求

63 008 图像信息管理系统技术规范 第18部分：系统平台技术要求 8：2008北京市质量技术监督局 发 布 008 I 目 次 前言.言. 范围. 规范性引用文件. 术语、定义和缩略语.语和定义.略语. 系统平台设计原则. 系统一般要求.入平台.县级平台.点行业图像信息平台.级平台. 功能要求.时图像调阅.史图像提取.储与管理.志功能.计报表功能.行维护管理.像资源管理.像转发与视频干线管理.户管理与权限管理. 平台间接口要求.平台用户认证.据同步. 其他平台系统接口要求.理接口.讯协议.据格式.录A（资料性附录）跨平台访问. 008 言 384图像信息管理系统技术规范分为以下几个部分： 第1部分：总体平台结构； 第2部分：视频格式与编码； 第3部分：通信控制协议； 第4部分：传输网络； 第5部分：图像质量要求与评价方法； 第6部分：图像存储与回放要求； 第7部分：工程要求与验收； 第8部分：危险场所的工程要求与验收； 第9部分：图像资源及系统设备编码与管理； 第10部分：监控点布点位置及数量的要求； 第11部分：控制权限分类与管理； 第12部分：图像采集区域标志的设计与设置； 第13部分：图像信息存储系统； 第14部分：手持移动终端联接技术要求； 第15部分：软件质量评价方法； 第16部分：视频图像字符叠加要求； 第17部分：运行维护要求； 第18部分：系统平台技术要求。 本部分为 384的第18部分。 其他图像信息管理系统技术要求将结合实际需要适时制定，作为本规范的分部。 本部分的附录本指导性技术文件由北京市质量技术监督局、北京市信息化工作办公室、北京市公安局提出。 本指导性技术文件由北京市质量技术监督信息研究所归口。 本指导性技术文件主要起草单位： 北京市质量技术监督局、北京市信息化工作办公室、北京市公安局、北京声迅电子有限公司、机械科学研究总院、海淀区政府、朝阳区政府、北京富盛星电子有限公司、亚太安讯网络电子技术有限公司、北京东方网力科技有限公司、北京市产品质量监督检验所、北京市质量技术监督信息研究所、信息产业部电子六所。 本指导性技术文件主要起草人：聂蓉、宋国建、吕元元、杜振洲、余和初、杨栋梁、杜熙、王小平、付海涛、吴晓东、曹世杰、孙巍 、许翠玲、刘彬、刘光、蒋宗文、左家平、周巧霖、马新风。 008 言 根据北京市人民政府关于加强图像信息管理系统建设工作的意见（京政发200617号）文件精神，以本市应急指挥部门目前使用的图像信息管理系统为基础，并考虑数字图像信息系统建设的实际需求，由北京市质量技术监督局、北京市公安局、北京市信息办牵头组织开展了图像信息管理系统技术规范的编写工作。编写组由北京市质量技术监督局、北京市公安局、北京市信息办等政府管理部门、技术研究机构与图像信息系统相关企业组成。 008 1 图像信息管理系统技术规范 第18部分: 系统平台技术要求 1 范围 本指导性技术文件规定了图像信息管理系统各级平台的功能及技术要求。 本指导性技术文件适用于图像信息管理系统平台的新建、改建、扩建工程的设计和验收。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款，凡是注日期的引用文件，其随后所有修改（不包括勘误的内容）或修改版均不适用本标准。然而，鼓励根据本标准达成协议的各方研究是否或使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 像信息管理系统技术规范 第1部分：总体平台结构 像信息管理系统技术规范 第2部分：视频格式与编码 像信息管理系统技术规范 第3部分：通信控制协议 像信息管理系统技术规范 第6部分：图像存储与回放要求 像信息管理系统技术规范 第9部分：图像资源及系统设备编码与管理 像信息管理系统技术规范 第11部分：控制权限分类与管理 3 术语、定义和缩略语 以下术语和定义适用于本标准。 语和定义 数据同步 两个或两个以上图像信息管理系统平台间，保持数据全部或部分一致性的过程。 系统日志 统日志是关于系统运行中出现的错误、警告、状态等信息的纪录。也包括用户对数据的应用、添加、删除、修改、输出等操作的纪录。 历史图像 去的某个时间段的图像记录。 故障信息统非正常状态的描述。 008 2 图像转发 过特定设备完成图像接收、复制和发送的过程。 略语 4 系统平台设计原则 靠性 平台系统应采用成熟的软硬件技术和质量合格的硬件设备。软件系统应有备份和维护保障能力，并有较强的容错和系统恢复能力。平台应按724小时不间断工作设计。 通性 图像信息管理系统的各平台间应能有效地进行数据通信和信息共享，能够实现异构平台间系统的兼容和互操作。平台安全防护设备上应开放相应的服务端口。应具有与其他系统的接口，实现数据共享。 范性 应符合有关标准、满足用户要求。控制协议、传输协议、接口协议、视音频信号的编解码应符合 384标准相关部分的要求。 展性 系统平台的设计应采用模块化设计，以适应系统模块扩展、功能扩充等系统升级需求。 操作性 平台管理软件应提供清晰、简洁、友好的中文图形化人机交互界面，操作控制应简便、灵活、易学易用，便于管理和维护。 全性 平台应具有防病毒、防攻击的能力。根据确定的安全等级，配备相应的安全防护设施。 5 系统一般要求 图像信息管理系统平台总体结构应满足 入平台 接入平台是图像信息资源的主要接入点，应具备图像接入、管理、调用、存储、转发和显示等功能。 接入平台应满足以下要求： 具有视频的有线和/或无线的接入功能。 能把接入的视频信号按需进行数模/模数转换。 具备对接入设备的认证功能。 具备本地用户及本地资源管理功能。 具备对前端设备状态进行自动和手动检测和故障告警的功能。 具备本地用户调用图像功能。 能提供图像存储功能，图像保存时间符合 县级平台 区县级图像信息管理平台负责区域内图像信息资源的汇聚、接入、存储、控制、共享，具备共享交换和控制管理等功能。实现模拟图像和数字图像的转换、互连、互控，本地图像接入，图像调用、存储、 008 3 转发和显示等。 区县级平台应满足以下要求： 具备将接入的视频信号按需进行数模/模数转换的能力； 具备本地和跨平台调阅实时图像和控制的功能，支持资源抢占； 能提供历史图像检索、浏览和下载功能； 具备采用B/方式访问系统的功能； 具备实现权限组的创建和用户管理（用户注册、注销、修改、授权和验证等操作）功能； 具备权限的判定功能，根据用户权限和操作指令执行相应操作； 具备至少512个用户同时登录功能； 具备不小于256路图像转发能力； 具备与 具备集中存储功能，图像保存时间符合 具备对“重大事件”图像的永久存储能力； 具备系统运维管理功能。 可具备通过无线公众通信网实现手持移动终端调阅图像信息的功能。 点行业平台 重点行业平台是本行业内的图像信息资源的控制、汇聚、共享和管理中心。具备图像信息的共享交换和控制管理等功能。除应满足区县级平台的功能要求外还应满足以下要求： 具备对行业内现有的模拟和数字系统的整合功能，能实现对已建设模拟系统的图像信息的远程调用、切换和远程控制。 具备对行业内图像信息系统有特殊功能要求的系统进行整合，并提供远程访问控制。 能提供本行业其他信息管理系统的图像服务接口。 级平台 市级图像信息管理平台接入各区县级图像信息管理平台和重点行业图像信息管理平台的图像资源，实现模拟图像和数字图像转换、互连、互控，为领导决策、应急指挥、城市管理和各部门应用提供图像信息服务。 市级图像信息管理平台在应满足区县级图像信息管理平台功能的基础上，还应满足以下要求： 具备对跨平台用户认证的功能。 具备至少1024个用户同时登录功能。 具备不小于512路图像转发能力。 可提供与应急指挥平台图像显示系统的接口。 具备全网设备标准授时功能。 具备通过无线公众通信网实现手持移动终端调阅图像信息的功能。 6 功能要求 图像信息管理系统中的图像接入、远程控制、认证服务功能应满足 008 4 他功能应满足以下要求。 时图像调阅 户在权限范围内应能通过键盘终端和能提供根据视频图像编号、模糊查询及地图标注点位调用图像的功能。 史图像提取 户在权限范围内，可按照图像源的时间属性、位置属性、编号等检索历史图像，实现图像的回放和/或下载。 线远程回放要支持常速、慢速、快速、单帧、暂停、进度拖动的功能。 放时的画面可放大缩小，可将任意一帧图像存储为储与管理 持前端存储和集中存储两种方式，存储格式根据实际需要画面分辨率可为4支持手动存储、自动定时存储、移动侦测存储和事件触发存储等多种存储策略，并可根据需要调整存储图像的质量。 现重大事件历史图像的永久保存，建立索引数据。有权限的用户可下载或在线回放。 管理系统平台应为用户提供摄像机点位的户可及时获取并更新地图信息。 务应实现快捷地图定位、地理编码查询、道路查询和路口定位，具备摄像头图标、摄像头信息与遥感影像叠加功能。 实现基于 术的信息服务，用户通过浏览器可根据权限查看数据信息、图像信息并实现图像控制功能。提供系统平台管理功能。 供调阅图象所必备的插件下载服务。 志功能 成系统运行日志和用户操作日志，并提供检索和统计功能。 统运行日志包括：启动/关闭程序、系统巡检、故障记录与维护记录等。 户操作日志包括：用户登录、用户退出、资源申请、图像调用、录像下载与回放等。 户操作日志文件保存时间不低于录像保存时间。 计报表功能 备对系统设备的统计查询功能，具体设备参见 据需要生成统计报表，统计信息包括但不限于：摄像机在线率、全区域摄像机数量、图像访问量、用户使用率、故障、操作日志的统计。 行维护管理 统设备要统一编码，编码应符合 能完成系统设备的注册、注销。 具备对系统中可管理的部分设备远程配置功能。 具备响应系统和设备故障报警功能，能显示设备的运行状态信息。 具备对前端设备的自动触发、手动触发巡检功能，可根据用户的维护需求设定巡检周期。 008 5 具备对事件告警的记录、查询和分析功能。 持对系统和设备的非物理损坏故障的远程恢复功能。 像资源管理 统图像资源统一编码，编码应符合 支持按照图像资源的位置、所属单位等属性进行分类管理。 具有基于数据库的方式对图像资源进行管理的功能。 支持按用户优先级使用图像资源。 支持按设备编号、通道号、时间、地点和事件检索图像资源。 像转发与视频干线管理 采用分布式转发体系。 支持多级转发，每级转发延时不大于30通道转发图像的质量应互不影响。 支持转发的防错冗余。 支持图像转发的负载均衡。 支持视频干线的复用、抢占和预留。 户管理与权限管理 具有用户的创建、修改、删除等基本功能。采用用户名密码和 时认证的方式进行用户认证。 立用户组，设定权限级别。用户组和用户集的划分按照 据不同的用户集对资源的使用需求将用户集对应到设定的用户组。 应急状态下根据预案将用户集对应到相应的用户组。 持高级别权限用户对低级别权限用户的资源抢占，应向被抢占资源的用户发送提示信息。相同权限者按时间顺序占用资源。 实现对前端设备进行独占性控制的锁定及解锁功能，锁定和解锁方式手动或自动可设定。自动锁定方式在超过自动锁定时间后解除锁定，自动锁定时间可设置。手动锁定方式必须手动解除锁定。 保证用户在登录系统后，退出前不能再次登录系统。 7 平台间接口要求 系统应能实现跨平台访问。平台间包括视频通道和控制通道接口，控制协议符合 中，数字平台间控制通道采用频通道采用用视频接收方主动发起平台访问补充协议参见附录A。 平台用户认证 本系统各级平台应具备跨平台用户认证功能。 不能认证漫游用户的平台应在上级平台认证。 据同步 摄像机、全局用户、动同步。每月进行全数据同步。 008 6 步方式采用议，基于标准目录结构实现平台间的数据同步。 像机属性信息同步数据格式，应符合表1要求。 表1 摄像机同步数据表 序号 属性项名称 定义与值域范围 允许空 字段 代码 字段 类型 字段 长度 1 标识码 摄像机的标识码 否 6 2 名称 摄像机的文字描述 可 2 3 类型 固定(1)/可调(0) 否 4 位置描述 街道、胡同、院落、小区、门牌、楼号、门店名称或标志性建筑名称 否 4 5 所在网格 所在单元网格 可 4 6 经度 小数点前3位，小数点后5位 否 7 纬度 小数点前3位，小数点后5位 否 局用户信息同步，数据包括：证书局用户集代码及管理签名。 同步用同步用户集公钥信息。 8 其他平台系统接口要求 理接口 应具有频5欧）接口及串行口。 讯协议 应采用基于以太网的串行口通讯模式及数据格式应与其他平台协商一致。 据格式 数据格式应符合 008 7 附 录 A （资料性附录） 跨平台访问 本附件是 定了图像信息管理系统跨平台访问协议，包括：实时图像跨平台访问扩展、历史图像跨平台访问协议，跨平台的图像控制抢占协议，以及图像通道采用本部分规定的协议与 时图像调用 控制协议应符合细过程举例可参见视频通道采用图像请求端向图像发送端主动发起连接获取图像。 下面举例说明 式在 录 例子所述情况下的交互流程，号 交互动作 交换的信息 其他说明 1 用户频源编号，视频源的显示目的地 2 下级平台1判断视频源2由上级平台管理，将请求信息发往上级平台。上级平台检查内部的列表，发现有用户据下级平台 1 内处理过程 3 下级平台1使用票据求建立视频干线获取视频源 2 的视频信息。视频干线编号为频源编号 视频干线号据台间交互过程：下级平台1向上级平台发请求视频命令 4 上级平台收到下级平台的命令，根据票据 内部表，识别为用户 B 的票据，将用户 B 的权限信息与请求视频源2的信息进行组合，并判断视频源2由下级平台2管理。上级平台检查内部的列表，发现有用户据视频源编号 使用视频源的用户名及权限信息等 视频源的显示目的地 上级平台内处理过程 5 上级平台使用票据下级平台2发请求，要求建立视频干线获取视频源 2 的视频信息。视频干线编号为频源编号 视频干线号据台间交互过程：上级平台向下级平台 2 发请求视频命令 008 8 ） 序号 交互动作 交换的信息 其他说明 6 下级平台 2 收到上级平台的命令，根据票据 内部表，识别为用户 B 的票据，将用户 B 的权限信息与请求视频源2的信息进行组合。 根据权限信息对用户没有问题则通知转发服务器等待接受上级平台建立视频干线号为在连接建立后使用该连接发送视频源 2 的视频信息。同时，将成功的信息(包括交易号)返回给上级平台。 视频源编号 使用视频源的用户名及权限信息等 视频源 2 的视频信息 成功切换的消息 下级平台 2 内处理过程 7 上级平台收到下级平台2的返回的成功消息后，通知转发服务器向下级平台2的转发服务器发起连接，建立视频干线 在该连接中接收视频源 2 的视频信息，并等待接受下级平台1建立视频干线号为在连接建立后使用该连接向下级平台1转发视频源2的视频信息。并将成功的信息（包括交易号）返回下级平台1。 视频源 2 的视频信息 成功切换的消息 平台间交互过程：回交易号） 8 下级平台1收到请求视频成功的消息后通知转发服务器向上级平台建立视频干线号为收视频源2的视频信息，并等待用户后在用户建立的连接中转发视频源2的视频信息。 视频源 2 的视频信息 成功切换的消息 下级平台 1 内处理过程 9 用户 008 9 中，3、5、6、7为边界通信交互内容，采用 实时图像通道的建立和工作过程说明如下： 下级平台 2 转发服务器收到下级平台 2 管理服务器的指令，连接视频源 2 获取指定通道的图像，并根据管理服务器的指示，等待下级平台1的转发服务器建立 上级平台收到下级平台 2 的成功返回消息后，管理服务器给其转发服务器发送指令，命令上级平台转发服务器向下级平台2转发发起连接，并发送干线编号时，等待下级平台1转发服务器建立 在上级平台转发服务器与下级平台 2 转发服务器建立连接成功后，上级平台转发服务器向下级平台2转发服务器发送干线编号级平台2转发服务器收到该干线编号后，反馈相应的交易号（参见控制通道协议）。接着，根据干线编号级平台2转发服务器开始向上级平台转发服务器发送对应的视频源2的图像数据。 下级平台 1 收到上级平台 2的成功返回消息后，下级平台 1 管理服务器给其转发服务器发送指令，命令其转发服务器向上级平台转发服务器发起连接，并发送干线编号时，等待客户端发起 在下级平台 1 转发服务器与上级平台转发服务器建立连接成功后，下级平台 1 转发服务器向上级平台转发服务器发送干线编号级平台转发服务器收到该干线编号后，反馈相应的交易号（参见控制通道协议）。接着，根据干线编号 级平台转发服务器开始向下级平台1转发服务器发送对应的视频源2的图像数据。 下级平台 1 客户端连接下级平台 1 转发服务器成功后，向下级平台 1发送相关指令获取视频源2图像，下级平台1转发服务器验证通过后，将视频源2图像数据转发给客户端。 008 10 客户端显示收到的视频源2的图像数据。 史图像调用 跨平台历史图像调用在 部分内容为该标准的补充。 议 a）历史图像检索 历史图像检索参数一览表 参数名称 参数字节 参数含义 命令码 2 12（历史图像检索） 视频源编号 16 符合 线编号 2 视频干线编号 视频源格式 2 （参见视频源格式一览表） 票据 16 访问边界的票据 除命令码不同以外，与请求视频指令相同。图像源方向平台收到该指令时，参照实时图像拉模式工作流程在各个平台转发服务器之间建立通道，此通道供检索使用，检索完毕后立即回收。 各平台转发服务器应提供历史文件检索功能模块。 b）请求回放历史图像 求回放历史图像参数一览表 参数名称 参数字节 参数含义 命令码 2 13（历史图像回放） 视频源编号 16 符合 线编号 2 视频干线编号 视频源格式 2 见 史文件名称 256 历史文件在存储设备的全路径 票据 16 访问边界的票据 收到指令后处理流程与请求视频处理方式相同，既可采用推模式，也可以采用拉模式。 c）历史图像检索返回消息 史图像检索返回消息参数一览表 参数名称 参数字节 参数含义 返回码 2 1012（历史图像检索返回消息） 一般返回参数 4 返回参数（见 交易号 4 视频切换交易号 d）历史图像回放返回消息 史图像回放返回消息参数一览表 参数名称 参数字节 参数含义 返回码 2 1013（历史图像回放返回消息） 008 11 ） 参数名称 参数字节 参数含义 一般返回参数 4 返回参数（见 交易号 4 视频切换交易号 史图像调用流程 a）检索流程 跨平台历史图像检索流程图 历史图像检索工作流程: 下级平台1用户 下级平台1管理服务器经过内部处理后将请求通过控制通道转发给上级平台的管理服务器 上级平台管理服务器经过内部处理后，再将请求转发给下级平台2管理服务器 下级平台2生成干线编号下级平台2的转发服务器发送控制指令，并在控制通道向上级平台反馈申请结果(告知干线编号 下级平台 2 转发服务器收到下级平台 2 管理服务器的指令，记录视频源 2 信息，并根据管理服务器的指示，等待下级平台1的转发服务器建立 上级平台管理服务器收到下级平台2的成功返回消息后，生成干线编号其转发服务器发送指令，命令上级平台转发服务器向下级平台2转发发起干线编号为等待下级平 008 12 台1转发服务器建立后，管理服务器向下级平台1反馈申请结果（告知干线编号 下级平台 1 管理服务器收到上级平台的成功返回消息后，给其转发服务器发送指令，命令其转发服务器向上级平台转发服务器发起连接同时等待客户端发起 在下级平台 1 转发服务器与上级平台转发服务器建立连接成功后，下级平台 1 转发服务器向上级平台转发服务器发送干线编号发送用户递交的检索条件。上级平台转发服务器收到该干线编号后，根据干线编号级平台转发服务器开始向下级平台2发送干线编号转发该检索条件给下级平台2转发服务器。 下级平台2转发服务器收到指令后，根据干线编号用收到的检索条件向视频源2检索历史文件列表。 文件列表逐级返回给客户端。 b）调用流程 跨平台历史图像调用流程图 历史图像请求的视频通道连接工作流程与实时视频请求的流程类似。视频通道使用的边界协议也与实时视频相同，为图像通道边界通信协议中的16条。 制抢占 本协议适用于在应急状态下的跨平台控制抢占。抢占指令如表表占指令一览表 008 13 参数名称 参数字节 参数含义 命令码 2 1014（云镜控制抢占指令） 云镜抢占用户 64 正在使用镜抢占用户级别 4 正在使用像通道采用 约定 对接双方的平台接口对对方而言是已知的。例如下级平台1知道上级平台与本平台对接的转发服务器级平台也知道下级平台1的转发服务器对接平台双方的转发服务器通过图像通道边界协议进行通信。 议 据包格式 3 2 1 0 协议标识(4) 数据包长度 保留 协议主版本号/子版本号 命令序列号（4） 命令/返回消息 （变长） 协议标识： 与控制通道边界协议一致，采用定义如下： 也就是0数据包长度： 除去协议标识（4）、协议版本号（1）、保留（1）和数据包长度（2）之外的所有数据长度，包括：命令序列号（4）、