项目名称：黑龙江省公安视频图像共享平台(二次)项目编号：GLTC-217DR331A123.1B1
黑龙江省国律招标有限责任公司
公开招标文件
项目名称：黑龙江省公安视频图像共享平台(二次)项目编号：GLTC-217DR331A123.1B1
第一章投标邀请
黑龙江省国律招标有限责任公司受黑龙江省公安厅的委托，采用公开招标方式组织采购黑龙江省公安视频图像共享平台
(二次)。欢迎符合资格条件的国内供应商参加投标。
一.项目概述
1.名称与编号
项目名称：黑龙江省公安视频图像共享平台(二次)批准文件编号：黑财购核字[2021]08924号
采购项目编号：GLTC-217DR331A123.1B1
2.内容及分包情况（技术规格、参数及要求）
包号 | 货物、服务和工程名称 | 数量 | 采购需求 | 预算金额（元） |
1 | 黑龙江省公安视频图像共享平台 | 1 | 详见采购文件 | 6,530,000.00 |
二.投标人的资格要求
1.投标人应符合《中华人民共和国政府采购法》第二十二条规定的条件。
2.到提交投标文件的截止时间，投标人未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。（以通过查询“信用中国”网站和“中国政府采购网”网站的信用记录内容为准。）
3.其他资质要求：
合同包1（黑龙江省公安视频图像共享平台）：无
三.获取招标文件的时间、地点、方式
获取招标文件的地点：详见招标公告；
获取招标文件的方式：供应商须在公告期内凭用户名和密码，登录黑龙江省政府采购网，选择“交易执行-应标-项目投标”，在“未参与项目”列表中选择需要参与的项目，确认参与后即可获取招标文件。
其他要求
1.采用“现场网上开标”模式进行开标，投标人需到达开标现场。
2.采用“不见面开标”模式进行开标投标人无需到达开标现场，开标当日在投标截止时间前30分钟登录黑龙江省政府采购网进行签到，选择“交易执行-开标-供应商开标大厅”参加远程开标。请投标人使用投标客户端严格按照招标文件的相关要求制作和上传电子投标文件，并按照相关要求参加开标“不按规范标记导致废标的，由供应商自行承担相关责任”。
3.将采用电子评标的方式，为避免意外情况的发生处理不及时导致投标失败，建议投标人需在开标时间前1小时完成投标文件上传，否则产生的一系列问题将由投标人自行承担。
注：开标模式详见供应商须知-开标方式
四.招标文件售价
x次招标文件的售价为 0 元人民币。
五.递交投标文件截止时间、开标时间及地点：
递交投标文件截止时间：详见招标公告投标地点：详见招标公告
开标时间：详见招标公告
开标地点：详见招标公告
备注：所有电子投标文件应在投标截止时间前递交至黑龙江省政府采购云平台，逾期递交的投标文件，为无效投标文件。
六.询问提起与受理：
项目经办人： xxx 联系方式： 82367132-8501
七.质疑提起与受理：
1.对采购文件的质疑：
项目经办人： xxx 联系方式： 82367132-8501 2.对评审过程和结果的质疑：
质疑联系人： xxx 电话： 82367132-8501
八.公告发布媒介：
中国政府采购网 黑龙江省政府采购网
联系信息
1．采购代理机构
采购代理机构名称：黑龙江省国律招标有限责任公司
地址： 哈尔滨市香坊区衡山路18号（远东大厦）A区10层联系人： xxx
联系电话： 82367132-8501
账户名称：系统自动生成的缴交账户名称开户行：详见投标人须知
账号：详见投标人须知
2．采购人信息
采购单位名称：xxxxxxxxx： xxxxxx000x
联系人： xx、xx 联系电话： 00000000
黑龙江省国律招标有限责任公司
第二章 供应商须知
一、前附表：
序号 | 条款名称 | 内容及要求 |
1 | 分包情况 | 共1包 |
2 | 采购方式 | 公开招标 |
3 | 开标方式 | 现场网上开标 |
4 | 评标方式 | 现场网上评标 |
5 | 是否专门面向 中小企业采购 | 合同包1（黑龙江省公安视频图像共享平台）：否 |
6 | 评标办法 | 合同包1（黑龙江省公安视频图像共享平台）：综合评分法 |
7 | 获取招标文件时间（同招标文件提供期限 ） | 详见招标公告 |
8 | 保证金缴纳截止时间（同递交投标文件截 止时间） | 详见招标公告 |
9 | 电子投标文件 递交 | 电子投标文件在投标截止时间前递交至黑龙江省政府采购网--政府采购云平台 |
1 0 | 投标文件数量 | （1）加密的电子投标文件 1 份（需在投标截止时间前上传至“黑龙江省政府采购网--黑龙江省政府采购管理平台”）； （2）为避免上传的电子投标文件出现无法使用的情况，若项目采用现场开标方式时，投标人需自行携带投标客户端生成的备用电子标投标文件（.备用文件）U盘（或光盘） 0份。 ；若项目采用远程开标方式时， 在代理机构开启备用文件上传功能后，投标人需自行上传备用电子标投标文件（.备用文件）。 （3）纸质投标文件（正本） 1 份；纸质投标文件（副本） 1 份。 |
1 1 | 中标人确定 | 采购人授权评标委员会按照评审原则直接确定中标（成交）人。 |
1 2 | 备选方案 | 不允许 |
1 3 | 联合体投标 | 包1： 不接受 |
1 4 | 采购机构代理 费用 | 收取 |
1 5 | 代理服务费收 取方式 | 收取。 采购机构代理服务收费标准：本项目代理服务费75000元人民币。 向中标/成交供应商收取 |
1 6 | 投标保证金 | x项目允许投标供应商按照相关法律法规自主选择以支票、汇票、本票或者金融机构、担保机构出具的保函等非现金形式缴纳保证金。 黑龙江省公安视频图像共享平台：保证金人民币：130,000.00元整。开户单位：黑龙江省国律招标有限责任公司 开户银行：中国农业银行股份有限公司哈尔滨昆仑支行银行账号：08066201040026226 特别提示： 1、投标供应商应认真核对账户信息，将投标保证金足额汇入以上账户，并自行承担因汇错投标保证金而产生的一切后果。投标保证金到账（保函提交）的截止时间与投标截止时间一致，逾期不交者，投标文件将作无效处理。 2、投标供应商在转账或电汇的凭证上应按照以下格式注明，以便核对：“（项目编号：***、包 组：***）的投标保证金”。 |
1 7 | 电子招投标 | 各投标人应当在投标截止时间前上传加密的电子投标文件至“黑龙江省政府采购网”未在投标截止时间前上传电子投标文件的，视为自动放弃投标。投标人因系统或网络问题无法上传电子投标文件时，请在工作时间及时拨打联系电话0000000000按5转1号键。 网上开标（投标人需到开标现场） ： 1．项目采用电子开标（网上开标），如在开标过程中出现意外情况导致无法继续进行电子开标时，改为非加密电子投标文件开标。本项目采用电子评标（网上评标），只对加密电子投标文件进行评审，如在评标过程中出现意外情况导致无法继续进行电子评标时，改为非加密电子投标文件评标。 2．电子投标文件是指通过投标客户端编制，在电子投标文件中，涉及“加盖公章”的内容应使用单位电子公章完成。加密后，成功上传至黑龙江省政府采购网的最终版指定格式电子投标文件。 3．使用投标客户端，经过编制、签章，在生成加密投标文件时，会同时生成非加密投标文件，供投标人刻录使用。U盘（或光盘）由投标人自行刻录、存储，投标人必须保证电子存储设备能够正常读取。U盘（或光盘）表面、 外包装上应简要载明项目编号、项目名称、投标单位名称等信息。 4．投标人的法定代表人或其授权代表应当按照本招标公告载明的时间和地点参加开标。开标时，投标人应当使用 CA 锁在招标文件规定的时间内完成投标文件在线解密。 5．开标时出现下列情况的，将视为逾期送达或者未按照招标文件要求密封的投标文件，采购人、采购代理机构应当拒收。 （1） 投标人代表未按招标文件要求参加开标会的或开标现场未携带CA锁的； （2） 投标人未在规定时间内完成电子投标文件在线解密； （3） 经检查数字证书无效的投标文件； （4） 投标人自身原因造成电子投标文件未能解密的； （5） 开标现场无法使用系统进行电子开评标时，投标人未按招标文件要求提供非加密电子版投标文件的。 本招标项目的投标人必须在开标时间开始后完成所投全部标段的电子投标文件在线解密。投标人必须保证在规定时间内完成全部标段的电子投标文件解密。 |
1 8 | 电子投标文件 签字、盖章要求 | 应按照第七章“投标文件格式”要求，使用单位电子签章（CA）进行签字、加盖公章。 说明：xxx到授权代表签字的可将文件签字页先进行签字、扫描后导入加密电子投标文件。 |
1 9 | 投标客户端 | 投标客户端需要自行登录“黑龙江省政府采购网--政府采购云平台”下载。 |
2 0 | 有效供应商家数 | 包1：3 此数约定了开标与评标过程中的最低有效供应商家数，当家数不足时项目将不得开标、评标或直接废标；文件中其他描述若与此规定矛盾以此为准。 |
2 1 | 报价形式 | 合同包1（黑龙江省公安视频图像共享平台）:总价 |
2 2 | 投标有效期 | 从提交投标（响应）文件的截止之日起90日历天 |
2 3 | 其他 | |
2 4 | 项目兼投兼中 规则 | 兼投兼中：本项目兼投兼中。 |
三、投标须知
1.投标方式
1.1投标方式采用网上投标，流程如下：
应在黑龙江省政府采购网（xxxx://xxxxx.xxx.xxx.xx）提前注册并办理电子签章CA，CA用于制作投标文件时盖章、加密和开标时解密（CA办理流程及驱动下载参考黑龙江省政府采购网（xxxx://xxxxx.xxx.xxx.xx）办事指南-CA办理流程）具体操作步骤，在黑龙江省政府采购网（xxxx://xxxxx.xxx.xxx.xx/）下载政府采购供应商操作手册。
1.2缴纳投标保证金（如有）。本采购项目采用“虚拟子账号”形式收退投标保证金，每一个投标人在所投的每一项目下合同包会对应每一家银行自动生成一个账号，称为“虚拟子账号”。在进行投标信息确认后，应通过应标管理-已投标的项目，选择缴纳银行并获取对应不同包的缴纳金额以及虚拟子账号信息，并在开标时间前，通过转账至上述账号中，付款人名称必须为投标单位全称且与投标信息一致。
若出现账号缴纳不一致、缴纳金额与投标人须知前附表规定的金额不一致或缴纳时间超过开标时间，将导致保证金缴纳失
败。
1.3查看投标状况。通过应标管理-已投标的项目可查看已投标项目信息。
2.特别提示
2.1缴纳保证金时间以保证金到账时间为准，由于投标保证金到账需要一定时间，请投标人在投标截止前及早缴纳。
三、说明
1.总则
x招标文件依据《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》和《政府采购货物和服务招标投标管理办法》（财政部令第87号）及国家和自治区有关法律、法规、规章制度编制。
投标人应仔细阅读本项目信息公告及招标文件的所有内容（包括变更、补充、澄清以及修改等，且均为招标文件的组成部分），按照招标文件要求以及格式编制投标文件，并保证其真实性，否则一切后果自负。
本次公开招标项目，是以招标公告的方式邀请非特定的投标人参加投标。
2.适用范围
x招标文件仅适用于本次招标公告中所涉及的项目和内容。
3.投标费用
投标人应承担所有与准备和参加投标有关的费用。不论投标结果如何，采购代理机构和采购人均无义务和责任承担相关费
用。
4.当事人：
4.1“采购人”是指依法进行政府采购的国家机关、事业单位、团体组织。本招标文件的采购人特指本项目采购单位。
4.2“采购代理机构”是指本次招标采购项目活动组织方。本招标文件的采购代理机构特指黑龙江省国律招标有限责任公
司。
4.3“投标人”是指向采购人提供货物、工程或者服务的法人、其他组织或者自然人。
4.4“评标委员会”是指根据《中华人民共和国政府采购法》等法律法规规定，由采购人代表和有关专家组成以确定中标人
或者推荐中标候选人的临时组织。
4.5“中标人”是指经评标委员会评审确定的对招标文件做出实质性响应，取得与采购人签订合同资格的投标人。
5.合格的投标人
5.1符合本招标文件规定的资格要求，并按照要求提供相关证明材料。
5.2单位负责人为同一人或者存在直接控股、管理关系的不同投标人，不得参加同一合同项下的政府采购活动。
5.3为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的投标人，不得再参加该采购项目的其他采购活动。
6.以联合体形式投标的，应符合以下规定：
6.1联合体各方应签订联合体协议书，明确联合体牵头人和各方权利义务，并作为投标文件组成分部分。
6.2联合体各方均应当具备政府采购法第二十二条规定的条件，并在投标文件中提供联合体各方的相关证明材料。
6.3联合体成员存在不良信用记录的，视同联合体存在不良信用记录。
6.4联合体各方中至少应当有一方符合采购人规定的资格要求。由同一资质条件的投标人组成的联合体，应当按照资质等级较低的投标人确定联合体资质等级。
6.5联合体各方不得再以自己名义单独在同一项目中投标，也不得组成新的联合体参加同一项目投标。
6.6联合体各方应当共同与采购人签订采购合同，就合同约定的事项对采购人承担连带责任。
6.7投标时，应以联合体协议中确定的主体方名义投标，以主体方名义缴纳投标保证金，对联合体各方均具有约束力。
7.语言文字以及度量衡单位
7.1所有文件使用的语言文字为简体中文。专用术语使用外文的，应附有简体中文注释，否则视为无效。
7.2所有计量均采用中国法定的计量单位。
7.3所有报价一律使用人民币，货币单位：元。
8.现场踏勘
8.1招标文件规定组织踏勘现场的，采购人按招标文件规定的时间、地点组织投标人踏勘项目现场。
8.2投标人自行承担踏勘现场发生的责任、风险和自身费用。
8.3采购人在踏勘现场中介绍的资料和数据等，不构成对招标文件的修改或不作为投标人编制投标文件的依据。
9.其他条款
9.1无论中标与否投标人递交的投标文件均不予退还。
四、招标文件的澄清和修改
1.采购人或采购代理机构对已发出的招标文件进行必要的澄清或修改的，澄清或者修改的内容可能影响投标文件编制的，采购人或者采购代理机构应当在投标截止时间15日前，不足15日的，顺延投标截止之日，同时在“黑龙江省政府采购网”、“黑龙江省公共资源交易网”上发布澄清或者变更公告进行通知。澄清或者变更公告的内容为招标文件的组成部分，投标人应自行上网查询，采购人或采购代理机构不承担投标人未及时关注相关信息的责任。
五、投标文件
1.投标文件的构成
投标文件应按照招标文件第七章“投标文件格式”进行编写（可以增加附页），作为投标文件的组成部分。
2.投标报价
2.1投标人应按照“第四章招标内容与要求”的需求内容、责任范围以及合同条款进行报价。并按“开标一览表”和“分项报价明细表”规定的格式报出总价和分项价格。投标总价中不得包含招标文件要求以外的内容，否则，在评审时不予核减。
2.2投标报价包括本项目采购需求和投入使用的所有费用，如主件、标准附件、备品备件、施工、服务、专用工具、安装、调试、检验、培训、运输、保险、税款等。
2.3投标报价不得有选择性报价和附有条件的报价。
2.4对报价的计算错误按以下原则修正：
（1）投标文件中开标一览表（报价表）内容与投标文件中相应内容不一致的，以开标一览表（报价表）为准；
（2）大写金额和小写金额不一致的，以大写金额为准；
（3）单价金额小数点或者百分比有明显错位的，以开标一览表的总价为准，并修改单价。
注：修正后的报价投标人应当采用书面形式，并加盖公章，或者由法定代表人或其授权的代表签字确认后产生约束力，但不得超出投标文件的范围或者改变投标文件的实质性内容，投标人不确认的，其投标无效。
3.投标有效期
3.1投标有效期从提交投标文件的截止之日起算。投标文件中承诺的投标有效期应当不少于招标文件中载明的投标有效期。投标有效期内投标人撤销投标文件的，采购人或者采购代理机构可以不退还投标保证金。
3.2出现特殊情况需要延长投标有效期的，采购人以书面形式通知所有投标人延长投标有效期。投标人同意延长的，应相应延长其投标保证金的有效期，但不得要求或被允许修改或撤销其投标文件；投标人拒绝延长的，其投标失效，但投标人有权收回其投标保证金。
4.投标保证金
4.1投标保证金的缴纳：
投标人在提交投标文件的同时，应按投标人须知前附表规定的金额、开户银行、行号、开户单位、账号和招标文件本章“投标须知”规定的投标保证金缴纳要求递交投标保证金，并作为其投标文件的组成部分。
4.2投标保证金的退还：
（1）投标人在投标截止时间前放弃投标的，自所投合同包结果公告发出后5个工作日内退还，但因投标人自身原因导致
无法及时退还的除外；
（2）未中标供应商投标保证金，自中标通知书发出之日起5个工作日内退还；
（3）中标供应商投标保证金，自政府采购合同签订之日起5个工作日内退还。
4.3有下列情形之一的，投标保证金将不予退还：
（1）中标后，无正当理由放弃中标资格；
（2）中标后，无正当理由不与采购人签订合同；
（3）在签订合同时，向采购人提出附加条件；
（4）不按照招标文件要求提交履约保证金；
（5）要求修改、补充和撤销投标文件的实质性内容；
（6）要求更改招标文件和中标结果公告的实质性内容；
（7）法律法规和招标文件规定的其他情形。
5.投标文件的修改和撤回
5.1投标人在提交投标截止时间前，可以对所递交的投标文件进行补充、修改或者撤回。补充、修改的内容旁签署（法人或授权委托人签署）、盖章、密封和上传至系统后生效，并作为投标文件的组成部分。
5.2在提交投标文件截止时间后到招标文件规定的投标有效期终止之前，投标人不得补充、修改、替代或者撤回其投标文
件。
6.投标文件的递交
6.1在招标文件要求提交投标文件的截止时间之后送达或上传的投标文件，为无效投标文件，采购单位或采购代理机构拒收。采购人、采购代理机构对误投或未按规定时间、地点进行投标的概不负责。
7.样品（演示）
7.1招标文件规定投标人提交样品的，样品属于投标文件的组成部分。样品的生产、运输、安装、保全等一切费用由投标人自理。
7.2开标前，投标人应将样品送达至指定地点，并按要求摆放并做好展示。若需要现场演示的，投标人应提前做好演示准备（包括演示设备）。
7.3评标结束后，中标供应商与采购人共同清点、检查和密封样品，由中标供应商送至采购人指定地点封存。未中标投标人将样品自行带回。
六、开标、评审、结果公告、中标通知书发放
1.网上开标程序
1.1主持人按下列程序进行开标：
（1）宣布开标纪律；
（2）宣布开标会议相关人员姓名；
（3）投标人对已提交的加密文件进行解密，由采购人或者采购代理机构工作人员当众宣布投标人名称、投标价格和招标文件规定的需要宣布的其他内容（以开标一览表要求为准）；
（4）参加开标会议人员对开标情况确认；
（5）开标结束，投标文件移交评标委员会。
1.2开标异议
投标人代表对开标过程和开标记录有疑义，以及认为采购人、采购代理机构相关工作人员有需要回避的情形的，应当当场提出询问或者回避申请，开标会议结束后不再接受相关询问、质疑或者回避申请。
1.3投标人不足三家的，不得开标。
1.4备注说明：
（1）若本项目采用不见面开标，开标时投标人使用 CA证书参与远程投标文件解密。投标人用于解密的CA证书应为该投标文件生成加密、上传的同一把 CA证书。
（2）若本项目采用不见面开标，投标人在开标时间前30分钟，应当提前登录开标系统进行签到，填写联系人姓名与联系号码；在系统约定时间内使用CA证书签到以及解密，未成功签到或未成功解密的视为其无效投标。
（3）投标人对不见面开标过程和开标记录有疑义，应在开标系统规定时间内在不见面开标室提出异议，采购代理机构在网上开标系统中进行查看及回复。开标会议结束后不再接受相关询问、质疑或者回避申请。
2.评审（详见第六章）
3.结果公告
3.1中标供应商确定后，采购代理机构将在黑龙江省政府采购网发布中标结果公告，中标结果公告期为 1 个工作日。
3.2项目废标后，采购代理机构将在黑龙江省政府采购网上发布废标公告，废标结果公告期为 1 个工作日。
4.中标通知书发放
发布中标结果的同时，中标供应商可自行登录“黑龙江省政府采购网--政府采购云平台”打印中标通知书，中标通知书是合同的组成部分，中标通知书对采购人和中标供应商具有同等法律效力。
中标通知书发出后，采购人不得违法改变中标结果，中标供应商无正当理由不得放弃中标。
七、询问、质疑与投诉
1.询问
1.1供应商对政府采购活动事项有疑问的，可以向采购人或采购代理机构提出询问，采购人或采购代理机构应当在3个工作日内做出答复，但答复的内容不得涉及商业秘密。供应商提出的询问超出采购人对采购代理机构委托授权范围的，采购代理机构应当告知其向采购人提出。
1.2为了使提出的询问事项在规定时间内得到有效回复，询问采用实名制，询问内容以书面材料的形式亲自递交到采购代理机构，正式受理后方可生效，否则，为无效询问。
2.质疑
2.1潜在投标人已依法获取招标文件，且满足参加采购项目基本条件的潜在供应商，可以对招标文件提出质疑；递交投标文件的供应商，可以对该项目采购过程和中标结果提出质疑。采购中心应当在正式受理投标人的书面质疑后七个工作日作出答复，但答复的内容不得涉及商业秘密。
2.2对招标文件提出质疑的，应当在首次获取招标文件之日起七个工作日内提出；对采购过程提出质疑的，为各采购程序环节结束之日起七个工作日内提出；对中标结果提出质疑的，为中标结果公告期届满之日起七个工作日内提出。
2.3质疑供应商应当在规定的时限内，以书面形式一次性地向采购中心递交《质疑函》和必要的证明材料，不得重复提交质疑材料，《质疑函》应按标准格式规范填写。
2.4供应商可以委托代理人进行质疑。代理人提出质疑，应当递交供应商法定代表人签署的授权委托书，其授权委托书应当载明代理人的姓名或者名称、代理事项、具体权限、期限和相关事项。供应商为自然人的，应当由本人签字；供应商为法人或者其他组织的，应当由法定代表人、主要负责人签字或者xx，并加盖公章。
2.5供应商提出质疑应当递交《质疑函》和必要的证明材料。《质疑函》应当包括下列内容：
（1）供应商的姓名或者名称、地址、联系人及联系电话；
（2）质疑项目的名称、编号；
（3）具体、明确的质疑事项和与质疑事项相关的请求；
（4）事实依据；
（5）必要的法律依据；
（6）提出质疑的日期；
（7）供应商首次下载招标文件的时间截图。
2.6有下列情形之一的，采购中心不予受理：
（1）按照“谁主张、谁举证”的原则，应由质疑供应商提供质疑事项的相关证据、依据和其他有关材料，未能提供的；
（2）未按照补正期限进行补正或者补正后仍不符合规定的；
（3）未在质疑有效期限内提出的；
（4）超范围提出质疑的；
（5）同一质疑供应商一次性提出质疑后又提出新质疑的。
2.7有下列情形之一的，质疑不成立：
（1）质疑事项缺乏事实依据的；
（2）质疑供应商捏造事实或者提供虚假材料的；
（3）质疑供应商以非法手段取得证明材料的。
2.8质疑的撤销。质疑正式受理后，质疑供应商申请撤销质疑的，采购中心应当终止质疑受理程序并告知相关当事人。
2.9对虚假和恶意质疑的处理。对虚假和恶意质疑的供应商，报省级财政部门依法处理，记入政府采购不良记录，推送省级信用平台，限制参与政府采购活动。有下列情形之一的，属于虚假和恶意质疑：
（1）主观臆造、无事实依据进行质疑的；
（2）捏造事实或提供虚假材料进行质疑的；
（3）恶意攻击、歪曲事实进行质疑的；
（4）以非法手段取得证明材料的。
3.0接收质疑函的方式：为了使提出的质疑事项在规定时间内得到有效答复、处理，质疑采用实名制，且由法定代表人或授权代表亲自递交至采购代理机构，正式受理后方可生效。
联系部门：采购人、采购代理机构（详见第一章 投标邀请）。联系电话：采购人、采购代理机构（详见第一章 投标邀请）。通讯地址：采购人、采购代理机构（详见第一章 投标邀请）。
3.投诉
3.1质疑人对采购人、采购代理机构的答复不满意或者采购人、采购代理机构未在规定的时间内做出书面答复的，可以在答复期满后十五个工作日内向监督部门进行投诉。投诉程序按《政府采购法》及相关规定执行。
3.2供应商投诉的事项不得超出已质疑事项的范围。
第三章 合同与验收
一、合同要求
1.一般要求
1.1采购人应当自中标通知书发出之日起30日内，按照招标文件和中标供应商投标文件的规定，与中标供应商签订书面合同。所签订的合同不得对招标文件确定的事项和中标供应商投标文件作实质性修改。
1.2合同签订双方不得提出任何不合理的要求作为签订合同的条件。
1.3政府采购合同应当包括采购人与中标人的名称和住所、标的、数量、质量、价款或者报酬、履行期限及地点和方式、验收要求、违约责任、解决争议的方法等内容。
1.4采购人与中标供应商应当根据合同的约定依法履行合同义务。
1.5政府采购合同的履行、违约责任和解决争议的方法等适用《中华人民共和国民法典》。
1.6政府采购合同的双方当事人不得擅自变更、中止或者终止合同。
1.7拒绝签订采购合同的按照相关规定处理，并承担相应法律责任。
1.8采购人应当自政府采购合同签订之日起2个工作日内，将政府采购合同在指定的媒体上公告，但政府采购合同中涉及国家秘密、商业秘密的内容除外。
1.9采购人应当自政府采购合同签订之日起2个工作日内，将政府采购合同在省级以上人民政府财政部门指定的媒体上公告，但政府采购合同中涉及国家秘密、商业秘密的内容除外。
2.合同格式及内容
2.1具体格式见本招标文件后附拟签订的《合同文本》（部分合同条款），投标文件中可以不提供《合同文本》。
2.2《合同文本》的内容可以根据《民法典》和合同签订双方的实际要求进行修改，但不得改变范本中的实质性内容。
二、验收
中标供应商在供货、工程竣工或服务结束后，采购人应及时组织验收，并按照招标文件、投标文件及合同约定填写验收
单。
政府采购合同（合同文本）
甲方：***（填写采购单位）地址（详细地址）：
乙方：***（填写中标投标人）地址（详细地址）：
合同号：
根据《中华人民共和国政府采购法》、《中华人民共和国民法典》等相关法律法规，甲、乙双方就 （填写项目
名称） （政府采购项目编号、备案编号： ），经平等自愿协商一致达成合同如下：
1.合同文件
x合同所附下列文件是构成本合同不可分割的部分：
(1)合同格式以及合同条款
(2)中标结果公告及中标通知书 (3)招标文件
(4)投标文件 (5)变更合同
2.本合同所提供的标的物、数量及规格等详见中标结果公告及后附清单。
3.合同金额
合同金额为人民币 x元，大写：
4.付款方式及时间
***（见招标文件第四章） 5.交货安装
交货时间：交货地点： 6.质量
乙方提供的标的物应符合国家相关质量验收标准，且能够提供相关权威部门出具的产品质量检测报告；提供的相关服务符合国家（或行业）规定标准。
7.包装
标的物的包装应按照国家或者行业主管部门的技术规定执行，国家或业务主管部门无技术规定的，应当按双方约定采取足以保护标的物安全、完好的包装方式。
8.运输要求
（1）运输方式及线路：
（2）运输及相关费用由乙方承担。
9.知识产权
乙方应保证甲方在中国境内使用标的物或标的物的任何一部分时，免受第三方提出的侵犯其知识产权的诉讼。
10.验收
（1）乙方将标的物送达至甲方指定的地点后，由甲乙双方及第三方（如有）一同验收并签字确认。
（2）对标的物的质量问题，甲方应在发现后向乙方提出书面异议，乙方在接到书面异议后，应当在 日内负责处理。甲方逾期提出的，对所交标的物视为符合合同的规定。如果乙方在投标文件及谈判过程中做出的书面说明及承诺中，有明确质量保证期的，适用质量保证期。
（3）经双方共同验收，标的物达不到质量或规格要求的，甲方可以拒收，并可解除合同且不承担任何法律责任，
11.售后服务
（1）乙方应按招标文件、投标文件及乙方在谈判过程中做出的书面说明或承诺提供及时、快速、优质的售后服务。
（2）其他售后服务内容： （投标文件售后承诺等）
12.违约条款
（1）乙方逾期交付标的物、甲方逾期付款，按日承担违约部分合同金额的违约金。
（2）其他违约责任以相关法律法规规定为准，无相关规定的，双方协商解决。
13.不可抗力条款
因不可抗力致使一方不能及时或完全履行合同的，应及时通知另一方，双方互不承担责任，并在 天内提供有关不可抗力的相关证明。合同未履行部分是否继续履行、如何履行等问题，双方协商解决。
14.争议的解决方式
合同发生纠纷时，双方应协商解决，协商不成可以采用下列方式解决：
（1）提交 仲裁委员会仲裁。
（2）向 人民法院起诉。
15.合同保存
合同文本一式五份，采购单位、投标人、政府采购监管部门、采购代理机构、国库支付执行机构各一份，自双方签订之日起生效。
16.合同未尽事宜，双方另行签订补充协议，补充协议是合同的组成部分。甲方： （章） 乙 方： （章）
采购方法人代表： | （签字） | 投标人法人代表： （签字） |
开户银行： | 开户银行： | |
帐 号： | 帐 号： | |
联系电话： | 联系电话： | |
签订时间 年 月 日 |
附表：标的物清单（主要技术指标需与投标文件相一致）（工程类的附工程量清单等）
名 称 | 品牌、规格、标准/主要服务内 容 | 产 地 | 数 量 | 单 位 | 单价（元 ） | 金额（元 ） |
** | ** | ** | ** | ** | ** | ** |
名 称 | 品牌、规格、标准/主要服务内 容 | 产 地 | 数 量 | 单 位 | 单价（元 ） | 金额（元 ） |
合计：人民币大写：**元整 | ￥：** | |||||
第四章 招标内容与技术要求
一、项目概况：
本项目采用微服务架构技术、视频结构化技术、深度学习技术和图形处理器技术。建设内容为建设视频图像联网共享服务、视频图像解析服务、视频图像数据库设计、视频图像应用门户子系统、公安视频图像共享平台门户系统等。通过本系统建设，一是实现党政军企事业单位与社会前端感知设备的科学合理布建，全量发挥前端感知、采集能力，实现应采尽采，应看尽看、应管尽管；二是实 现全省各政务部门视频图像相关平台、系统、服 务、终端的共享互联，打造一套智能 化运维、精细化管理，纵深化防护的融合型网络，打开网络接入门户，解决视频图像接入难题；三是，实现对各政务部门视频图像各类资源统一管理、监控和调度，统一 为其提供计算资源、存储资源、备份资源，实现建设和运维的集约高效；四是实现全 省党政军企事业单位和社会各视频图像平台以及各类前端点位的联网共享，形成全局 视频图像解析服务能力和视频图像大数据平台支撑服务能力；五是向政
府各部门提供 视频图像应用门户， 向社会各界提供视频图像服务能力， 实现在视频图像共性、专业、 专题的广泛应用，提高政务办事效率，推动社会视频应用发展。六是实现视频图像网 络、终端、数据、平台、应用、边界六位一体的安全管理体系， 六位一体的智能化化、 信息化、社会化运维模式，解决视频图像管理与运维难题。
合同包1（黑龙江省公安视频图像共享平台）
1.主要商务要求
标的提供的时间 | 合同签订后7个日历日内开始驻场开发服务 |
标的提供的地点 | 黑龙江省公安厅 |
投标有效期 | 从提交投标（响应）文件的截止之日起90日历天 |
付款方式 | 1期：支付比例100%，经甲方验收合格后，10个工作日内一次性支付合同款 。 |
验收要求 | 1期：1验收条件 （1）项目档案符合《国家电子政务工程建设项目档案管理暂行办法》编制要求。 （2）中标人须提供本项目通过网络安全等级保护三级的评测报告、软件风险评估报告、第三方软件测试报告、有资质的第三方机构正式验收测试报告。 （3）中标人须保证提供的软件不侵犯任何第三方的专利 、商标或版权。否则，中标人须承担对第三方的专利或版权的侵权责任并承担因此而发生的所有费用。 （4）验收采取专家审查方式。中标人在工期要求的每个阶段需按期提交相关文档，由采购人(黑龙江省公安厅)组织专家评审验收 。 （5）提供第三方出具的GB/T28181国标符合性检测报告。 （6）中标方要形成指导全省公安视频智能化建设系列技术规范。 2验收步骤 按照项目建设周期的要求，项目验收分为初步验收、最终验收两个步骤。每个步骤需进行里程碑目标内容的验收： （1）初步验收本部分工作内容验收方式：主要是对照用户需求书的内容进行功能性验收和提交本阶段所必须的相关文档，包括：需求分析报告、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告（包括单元测试、集成测试等各阶段测试）、用户手册、操作手册、原代码和可执行代码、软件工具列表及配置说明等。本阶段系统建设完成后，中标人编制系统竣工报告，由中标人组织第三方机构验收，并提交通过的验收报告，验收通过后的文档交由采购人(黑龙江省公安厅)审核。审核通过后，由采购人(黑龙江省公安厅)组织专家验收。验收通过后，签署《初步验收报告》。 （2）项目进入试运行阶段，对功能、性能进行运行验证，中标方需根据试运行情况及时进行相关优化、排除发现的问题，并在试运行结束后编制 《系统试运行报告》。试运行结束后，中标人整理系统竣工资料，并向采购人 (黑龙江省公安厅)提交最终验收方案，审核通过后，采购人(黑龙江省公安厅)组织专家会议验收。中标人应做好验收配合工作，验收通过后，签署《最终验收报告》。 3验收不合格的处理办法 （1）中标人在项目实施过程中必须分别按周、月提交进度报告，制定合理的项目实施进度计划并有效执行。中标签订合同30天内，中标人要完成项目的开发详细设计，逾期一天，处以合同总额6 ‰罚金，逾期10天以上采购人有权终止合同。（非中标人原因导致的项目延期除外。） 采购人(黑龙江省公安厅)有权在项目软件开发的各阶段组织专家进行阶段评审验收。项目总工期逾期一天，处以合同总额6‰罚金，总工期逾期 10天以上采购人有权终止合同。（非中标人原因导致的项目延期除外。）（2 ）如系统在试运行期间发生严重故障且中标人不能及时修正的，或未能通过最终验收，采购人(黑龙江省公安厅)有权终止合同，并向中标人索赔合同总额5 %罚金 |
履约保证金 | 收取比例：5%,说明：中标（成交）供应商签订合同前，应向采购人提交履约保证金；合同履约验收合格并办理资金结算后，履约保证金转为质保金，质保 期到期后10个工作日内日一次性无息返还。 |
项目实施要求: （1）提供项目各阶段规划、分步实施和部署的完善规划方案 、风险分析，说明实施步骤等。 （2）必须根据本项目的特点和建设内容，组建一支技术经验丰富、人员稳定的项目团队为项目建设服务，并在投标文件中确定如下人员（包括但不限于）数据库工程师、架构设计师、平台系统设计人 |
员、规范标准制定人员、平台软件主要开发人员及平台运维人员等，说明每个人的职责和主要任务。 （3）在项目实施全过程中，采购人(黑龙江省公安厅)有对项目进度和质量进行监督控制的职责和权利，中标人应全面配合，确保人力、物力的定量投入，定期向采购人(黑龙江省公安厅)提交最新的进展情况报告。 （4）对软件的开发应严格按照软件工程规范进行管理。各阶段应提交相应的文档，并经采购人(黑龙江省公安厅)认可后方可进行下阶段工作。 （5）应将本项目的所有文档和相关资料移交给采购人(黑龙江省公安厅)，并保证文档的一致性和完整性。 （6）应提供与运行版本一致的按采购人需求定制系统源代码和完整的技术文档。 （7）本项目中的设计方案、按采购人需求定制系统源代码、技术文档以及与本项目建设有关的科技成果等的知识产权归采购人 (黑龙江省公安厅)所有。 （8）为确保该项目高质量地如期完成，中标人在系统开发过程中需严格按照ISO质量保证体系，及“软件工程规范”进行开发，并提供项目过程中关键流程、 进度偏差控制等管理措施说明。 （9）中标人需根据项目进度详细列出各个阶段采购人(黑龙江省公安厅)需要配合的内容。 （ 10）按项目数据需求，完成相关数据接入、治理、组织、服务等数据治理工作，并在维护期内，负责相关数据治理维护工作。 文档要求: 中标人必须承诺在项目中标后30日内，需根据采购人(黑龙江省公安厅)实际业务需求提供各子系统软件的详细设计方案，且详细设计方案需由采购人(黑龙江省公安厅)进行专家论证并评审通过后，依据详细设计方案进行项目实施。平台开发应严格遵照国家软件工程规范进行，中标人必须根据开发进度及时提供有关文档，包括但不仅限于： （1）投标文件：《项目开发计划 》《配置管理计划》《质量保证计划》； （2）需求分析阶段：《软件需求规格说明书》《软件风险评估报告》； （3）设计阶段：《概要设计说明书》《详细设计说明书》《数据库设计说明书》《接口标准及开发指南》； （4）编码阶段：《模块开发卷宗》《编码规范》； （5）测试阶段：《测试计划》《测试用例记录》《测试分析报告》； （6）试运行/上线阶段：《试运行/上线计划》、《试运行/上线报告》；（7）过程文档：《例会记录》《开发周报》 《开发进度月报》；（8）交付使用：《用户手册》《操作手册》《系统管理员手册》《系统安装维护手册》《培训手册》。 中标人必须承诺提供在本项目系统实施过程中，针对采购人(黑龙江省公安厅)需求定制的源代码归采购人 (黑龙江省公安厅)所有，并按采购人(黑龙江省公安厅)要求提供完整的源程序代码，其中包括视频联网共享服务、视频解析服务（除算法外）、视图图像数据库、视频应用、视频共享（综合应用）平台门户等。中标人须向采购人(黑龙江省公安厅)提供整个系统的安装光盘、本文所规定文档、源代码、二次开发规范和标准接口说明等，以计算机光盘和纸介质两种形式同时交付。中标人应保证最终提供的软件系统稳定可靠、源代码符合《编程规范》、注释清晰明了、能够编译生成目前正在运行的应用程序的源代码。中标人项目管理应提交软件开发和实施计划、进度报告、培训计划、培训记录、例会记录以及采购人 (黑龙江省公安厅)认为必要的其他文档。所有的技术文件必须用中文书写或有完整的中文注释。经采购人(黑龙江省公安厅)认可的其他情况下除外。中标人必须承诺本项目中视频联网共享服务、视频解析服务（除算法外）、视图图像 |
其他 | 数据库、视频应用、视频共享（综合应用）平台门户的软件著作权、专利等成果归采购人(黑龙江省公安厅)所有。中标方负责准备采购人所需申请软件著作权所需的全部材料，完成采购人软件著作权的申请。 安装调试要求: 中标人负责全部软件的安装、调试工作。有关的具体工作程序、工作内容、调试方法、调试结果及验收标准，中标人在调试前必须书面提出并征得采购人(黑龙江省公安厅)同意后按计划实施。不征得采购人(黑龙江省公安厅)同意，中标人无权私自更改作业计划及内容，否则调试无效。全部工作文档必须有各方当事人签字认可。所有实施必须在试验机器上安装调试，待采购人(黑龙江省公安厅)工作组全部掌握实施步骤后，协助采购人(黑龙江省公安厅)工作组实施。 系统测试要求: （1）本项目必须至少经过如下测试：①单元模块测试；➁内部联调集成测试；③由业务人员参与的功能性测试；④与其它有关系统进行信息互通和资源共享方面的测试（数据接口可用性测试）；⑤系统整体性能和压力测试；⑥提交相应的《测试报告》。 （2）项目提交验收之前，中标人必须提供项目自测试报告，测试报告至少应包括以下内容：①单元模块测试；➁内部联调集成测试；③测试内容，必须包括功能要求、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口等。 培训要求: （1）培训内容根据各种岗位人员的不同需求，培训内容包括项目管理、专业技术、应用操作培训。 ①项目管理培训内容：项目整体概况、系统构成、实现细节、软硬件集成方法及各种API接口，系统总体结构及各子系统相互间的关系，各子系统的理论基础原理结构、系统重要参数的设定和修改等内容进行培训，实现项目系统独立管理、故障处理、日常测试维护等工作，保障系统正常运行。➁专业技术培训内容：包括系统安全、数据库知识、存储备份管理、应用系统、系统监控等运行维护知识。 系统安全培训：了解掌握计算机系统安全策略；访问控制；操作系统安全；应用系统安全。 数据库知识培训：了解数据库的运行方法及原理，能够实现基础的数据库备份和恢复、日志的定期整理、数据检索以及数据库运行情况检查和问题处理、维护。 系统监控培训：掌握网络设备、通信设备、服务器及其它设备的监控指标、监控重点等知识。 应用系统管理培训：对应用系统、应用支撑系统、功能、系统结构、运行管理、日常维护工具、权限管理等信息系统管理端运行维护方法和工作流程的培训。 ③应用操作培训内容：对数据接入、数据处理、数据组织 、数据治理、数据服务，链路服务、应用服务、能力服务、安全访问控制，大数据平台接入数据种类，知识图谱技术、人工智能技术，平台运维、视频共享 （综合应用）平台等应用内容进行培训。（2）培训方式要求 ①现场培训：要求在项目开发工作开始前，中标人为采购人(黑龙江省公安厅)项目参与人员提供开发工具培训和设计方法培训，中标人承诺根据项目需要，制定应用软件培训计划，在征得采购人(黑龙江省公安厅)同意后，作为应用软件使用培训的依据。培训内容依照采购人(黑龙江省公安厅)需求，培训时间由双方共同商定。项目设计、开发和建设期间必须按照模块和里程碑的阶段性目标进行双方定期技术交流，交流内容应包含流程设计、模块设计及核心功能点的技术实现。项 目开发完成后要进行整体、分模块、分层次的技术培训，双方采用对口人交接 |
的方式，中标人指定的交接人是系统设计或模块代码的核心开发人员。项目开发完成后需要提交以上相关内容的培训技术文档并完成代码移交。项目设计开发过程的任何阶段都应具备该阶段应出具的技术资料，开发完成后即完成全部技术资料的梳理，应得到采购人(黑龙江省公安厅)指定对口交接人的认可才能算完成。 ➁集中培训：关于应用系统维护的培训。培训对象为采购人(黑龙江省公安厅)相关技术人员和管理人员。主要内容包括系统总体结构、系统功能 、系统安装、程序架构、实现机制、重点模块讲解及运行管理、系统维护。关于应用系统使用培训。培训对象为采购人(黑龙江省公安厅)使用该应用系统的相关人员，分部门进行，主要内容是各自系统的主要功能和操作方法。项目开发完成后需要提交以上相关内容的培训文档。（3）培训教材要求：培训所使用的语言和教材必须是中文。中标人负责提供培训所需计划和资料（包括纸质文档和电子文档），采购人(黑龙江省公安厅)有权在系统内部使用这些培训资料。培训服务输入文档：《XX培训计划》，《XX培训教材》。服务的输出包括：《XX培训考核结果》。（4）培训师资要求：中标人必须提供具有相应专业知识、实际工作和教学经验的培训讲师、辅导人员和相应的教材，源代码开发方面的培训讲师必须为该项目核心开发人员 保密要求: 中标人（含项目组所有成员）必须对项目技术文件以及由采购人(黑龙江省公安厅)提供的所有内部资料、技术文档、数据和信息予以保密。中标人必须遵守与采购人(黑龙江省公安厅)签订的保密协议，未经采购人(黑龙江省公安厅)书面许可，中标人不得以任何形式向第三方透露本项目标书以及本项目的任何内容。 人员要求: 7.中标人必须承诺为本项目提供的软件开发团队和运维人员未经采购人(黑龙江省公安厅)允许不得换人，且提供软件开发团队不少于15人、不少于11个月的驻场开发实施服务承诺；承诺在项目验收后提供项目运维人员不少于5人（至少3人是驻场开发团队人员，包含数据库工程师、程序开发人员等）进行驻场项目运维服务，且至少提供3年免费运维保障及运维开发承诺。系统著作产权的要求: （1）中标人提供产品的知识产权须为中标人合法所有或经合法授权，中标人承诺本项目的开发及产品没有任何不能向采购人(黑龙江省公安厅)提交著作产权的内容和技术细节。（2）为了保证系统能安全可靠运行，中标人承诺非开放性的、未经软件产品权威认定部门认定的开发工具或技术构件，在系统开发过程及运行环境中将禁止使用。 （3）本项目实施的所有成果和版权属于采购人(黑龙江省公安厅)所有，用户方有权对系统进行二次开发和修改。 （4）中标人就本项目开发的软件，应向采购人(黑龙江省公安厅)提供全部源代码、可执行的应用程序和文档。（5）中标人应保证采购人(黑龙江省公安厅)使用该货物及服务或其中的任何一部分时，免受第三方提出的侵犯其知识产权的索赔或诉讼。如有任何上述指控，投标人应独自承担可能发生的一切法律责任和费用。中标人必须承诺本项目中视频联网共享服务、视频解析服务（除算法外）、视图图像数据库、视频应用、视频共享（综合应用 ）平台门户软件著作权、专利等成果归采购人(黑龙江省公安厅)所有，并承诺针对采购人(黑龙江省公安厅)需求定制的源代码归采购人(黑龙江省公安厅)所 有，且按采购人(黑龙江省公安厅)要求提供完整的源程序代码，其中包括视频 |
联网共享服务、视频解析服务（除算法外）、视图图像数据库、视频应用、视频共享（综合应用）平台门户。 运维开发保障要求: 质保期内，依托此项目的各项基础服务的基础上，应采购人的业务需求，提供免费的视图数据接入、视图数据组织、视图数据治理、视图数据服务、视图应用服务等微服务开发。项目中，中标人提供的各类算法 （包含不限于人脸识别、车辆识别、视频流解析等），应在质保期内提供免费 技术迭代、免费升级。 |
2.技术标准与要求
序 号 | 核心产品 （“△”） | 品目名称 | 标的名称 | 单 位 | 数 量 | 分项预算单 价（元） | 分项预算总 价（元） | 面向对 象情况 | 所属 行业 | 招标技 术要求 |
1 | 行业应用软件开发服务 | 黑龙江省公安视频图像共享平台 | 项 | 1. 0 0 | 6,530,000. 00 | 6,530,000. 00 | 否 | - | 详见附表一 |
附表一：黑龙江省公安视频图像共享平台
参数性质 | 序 号 | 具体技术(参数)要求 |
1 | 1需求分析 1-1视频图像联网共享服务需求 1-1-1设备接入服务需求 1.服务需求：视频监控设备会通过设备接入服务进行接入，以通过国标等方式进行接入,提供对设备进行自身固有的功能进行操作，如：PT Z（云台及镜头控制）、视频预览等。针对主要视频监控设备提供SDK方式、国标方式将设备接入到共享平台，提供对设备进行自身固有的功能进行操作。将不同接入方式发布成设备接入服务。能够实现自动采集接入设备的IP、MAC地址、设备名称等，写入资产库。 2.性能需求：不限制接入路数。前端设备与信号直接接入的监控中心相应设备间端到端的信息延迟时间应不大于2s;前端吗设备与用户终端设备间端到端的信息延迟时间应不大于4s。包括但不限于：人脸抓拍设备接入、车辆抓拍设备接入、视频监控 设备接入、人体抓拍设备接入、人证设备接入、人流统计设备接入、标准视频监控设备国标接入。 | |
2 | 1-1-2级联接入服务需求 1.服务需求：上下级的视频联网共享服务通过级联接入服务进行接入，须通过国标方式进行接入，进行组织机构和设备列表的获取，也以对服务下属的设备进行自身固有的功能进行操作。下级联网共享平台的组织目录及设备信息、状态通过国标方式接入省级资产库，实现省级资产库与下级接入点位同步。接入服务通过资产库对点位填报信息的合格性校验，禁止接入资产库填报不合格点位。能够按照视频数据治理要求过滤不合格视频设备接入。能够实现自动采集接入设备的经纬度、设备编码、设备状态等，写入资产库。 2.性能需求：不限制接入上下级数量以及接入路数。包括但不限于 ：GB28181-2016视频国标上下级联、视频专网和公安网级联、级联状态。 | |
3 | 1-1-3媒体录像服务需求 媒体录像回放能够提供视频回放的应用功能，支持以多种方式对视频录像进行回放，包括多通道常规录像回放、录像倒放、分段回放、录像下载、录像抓图等。录像查询能够根据输入的关键字查询监控点名字、标签名字和报警名字包含该关键字的录像，同时支持从资源树中选择一个监控点，查询该监控点下选定时间段内的录像，支持批量下载、锁定或解锁录像，录像被锁定时在存储设备中不会被覆盖，能够区分录像类型。能够关联级联接入服务，对接入服务禁止接入的点位禁止录像服务。包括（不限于）：录像管理、录像下载、录像回放、资源目录、点位管理、收藏夹管理、收藏夹 分享、点位检索、历史记录功能。 |
4 | 1-1-4流媒体服务需求 1.服务需求：基于实时媒体资源的服务，媒体资源包括多方面的资源，比如设备的视频资源、设备的音频资源等，以对国标设备等进行实时监看、实时监听等。能够关联级联接入服务 ，对接入服务禁止接入的点位禁止媒体转发。“业务层”的应用系统以在“流媒体服务”的基础上实现各种实时媒体流的复杂操作。 2.性能需求：提供不少于1000路视频并发调阅服务。 3.流媒体服务为实时视 频播放、码流切换、视频缩放等提供服务支撑。 | |
5 | 1-1-5检索服务需求 1.服务需求：在联网共享平台中检索服务以拆分成点位检索服务和录像检索服务。检索服务以为PaaS和SaaS层服务和应用提供点位资源查询能力和指定时间范围内的录像检索能力。能够关联级联接入服务，对接入服务禁止接入的点位禁止检索。 2.性能需求：提供不少于1000路并发能力；提供不少于50W路视频监控设备的监控能力；提供单次4小时以内录像检索能力。3.检索已经接入共享平台中的组织目录、点位资源、设备信息；通过检索服务以快速查找上级联网平台中已级联的数据信息，以通过级联协议信息同步下级已共享的资源数据。包括（不限于）：点位资源检索、视频检索、组织目录检索、级联信息检索、检索API服务接口 | |
6 | 1-1-6电视墙管理服务需求 1.上墙控制需求：支持画面按照1画面、4画面、6画面、8画面、9画面分割 ，同时要求支持画面拼接取消。画面支持开窗与漫游，并放大至整个电视墙。当存在层叠画面时，支持层叠画面间的层级操作。支持将需要上墙的监控点位拖动至电视墙窗口并显示上墙点位的预览画面；支持预览画面的声音调节，支持对预览画面进行云台控制；支持关闭本地预览。支持通过选择存储位置和存储类型，进行视频本地回放，并支持根据搜索日期进行本地回放；支持回放上墙及调节回放录像声音 ，同时支持暂停、恢复及取消本地回放。支持在电视墙上轮巡播放监控点实时视频，支持客户端所在PC机的系统桌面上墙至窗口上显示。支持配置模拟通道监控点实时监控画面上墙，支持对正在上墙的窗口设置上墙码流。支持打开输出通道的声音输出及关闭声音。支持模糊搜索监控点位，支持设置电视墙窗口通道解码分辨率为D1分辨率、720P、1080P、400万及以上。2.上墙配置要求：场景管理需求，要支持添加电视墙场景，根据场景名称和场景类型创建；要支持修改电视墙场景及查看电视墙场景详情。电视墙场景删除。要支持双击切换电视墙场景，同时支持配置电视墙场景切换计划。要支持针对电视墙场景添加轮巡，输入轮巡名称、设置轮巡间隔创建，同时支持针对轮巡添加监控点，支持编辑、删除轮巡。支持拖动监控点至窗口实现监控点关联。支持设置窗口为报警窗口，报警信息产生时支持自动上墙 。支持设置窗口编号，支持修改或清除编号。支持设置窗口名称，支持修改和清除窗口名称。3.资源管理需求：支持按照解码设备名称、ip、端口、用户名、密码等信息，添加解码设备。支持修改、删除解码设备，并支持解码设备列表刷新。支持根据电视墙名称、电视墙类型添加电视墙。支持修改、删除电视墙，并支持电视墙列表刷新。要支持根据启用向导来指引用户添加解码设备、添加电视墙及资源关联 ，也支持取消解码设备与窗口的关联关系。支持修改窗口分辨率。支持显示国标解码设备在线状态和解 码状态。要求支持配置国标设备，查看国标设备名称、注册过期时间、心跳间隔时间和心跳超时次数等信息，同时支持国标设备重启。 | |
7 | 1-1-7校时服务需求 要求支持设定校时时钟源，设置为中心、外部时钟源；支持服务器自动校时；支持 服务器手动校时，全部立即校时，或指定服务器校时； | |
8 | 1-1-8资源推送服务需求1.服务需求：在视频图像联网共享服务中支持下级共享平台通过GB/T28181协议自动或手动方式推送资源到上级联网平台中；支持获取DaaS层资产库中获取设备编码、设备名称、地址、行政区划编码、厂商、在线状态、经度、纬度等标准数据通过GB/T28181推送资源到上级联网平台 中。 2.性能需求：不限制组织目录推送，不限制点位资源推送。 |
9 | 1-1-9报警事件通知和分发需求 要求支持视频实时报警，支持设置视频实时报警时的预览设置、回放设置及声音设置。支持设置是否在接收到报警后触发接口，调用平台播放器播放实时预览画面。 视频实时报警应用要支持批量删除报警记录，要支持将选中的报警记录临时撤防。提供以列表展现当前视频实时报警记录报警名称、优先级、报警源、报警类型、报警时间等信息。要支持查看选中报警记录报警设备的实时预览画面，支持查看所选报警时间段内该报警设备的录像回放。支持根据报警名称、报警类型、 优先级及报警时间进行查询。 | |
10 | 1-1-10订阅通知服务需求 1.服务需求：在前端视频使用过程中，提供对前端设备按一定规则进行布防的订阅服务，针对布防事件产生的结果提供推送到订阅者的通知服务。 2.性能需求：订阅服务支持对单个 设备的订阅不低于3个事件；通知服务支持对设备不低于3个订阅事件的通知能力。 | |
11 | 1-1-11实时预览服务需求 要求提供视频流实时预览服务，支持指定设备实时视频播放，支持多用户对统一视频资源的播放，支持视频高清主码流和标清子码流切换，支持AR设备预览。能够关联级联接入服务 ，对接入服务禁止接入的点位禁止实时预览服务。 | |
12 | 1-2视频图像解析服务需求 1-2-1分析接口服务需求 为应用平台向分析子系统进行视频图像分析任务的下发、启动、停止、状态查询以及视频图像分析规则的创建、更新或删除提供接口服务；为分析子系统向应用门户子系统进行视频图像信息的上传提供接口服务；为应用门户子系统向分析子系统进行视频图 像分析能力的查询提供接口服务。 | |
13 | 1-2-2算法仓需求 1.服务需求：算法框架需具备动态部署和扩容的能力，算法的部署与硬件资源解耦，业务动态调配资源、资源实时回收，资源弹性伸缩满足实战突发计算，对外统一提供算法服务接口。同时对多算法、多版本共存管理，全量承接上级各部门下发的各类特征值，并实现解析、比对、预警；全量汇聚下级各类特征值，并实现解析、比对、预警。提供不限于出车牌/车辆特征识别、人脸/人体特征识别、行为分析、目标识别、步态、文字等智能化解析服务，对实时/历史视频和图片进行分析，并提供检索结果。质保期内随技术演进，提供算法技术迭代免费升级，技术迭代要向下兼容。 算法仓库服务包含 （不限于）算法调用服务、算法接入服务、算法管理服务、算法核验服务、算法效果评测服务。 2.性能 需求：提供不少于1000并发算法解析比对和调用能力。 | |
14 | 1-2-3视频图像输入服务需求 1.服务需求：视频图像输入格式要求为：应支持但不限于CIF、4CIF、D1 、720P、1080P、400W、600W、800W等分辨率的视频图像；网络视频流封装格式应符合GB/T281 81-2016的相关要求；视频文件应支持PS、MP4、AVI等封装格式；应支持SVAC、H.264、MPEG-4等视频编码格式；应支持H.265视频编码格式；应支持JPEG、JPEG2000、BMP、PNG等格式的图像；输入方式要求为（不限于）：从视频监控联网/共享平台获取历史及实时视频应符合GB/T28181-2016中的相关要求；从应用平台获取视频图像文件应符合GA/T1400.4-2017中的相关要求；支持从本地存储设备获取视频图像文件输入。2.性能需求：单个视频图像接入服务具备接入不低于500路视频数据或者不低于1500张图片数据。 | |
1-2-4目标检测与特征提取服务需求 1.服务需求：目标检测特征提取服务包括（不限于）运动目标检测 、目标分类、目标颜色检测、行人检测、人员属性分析、人脸检测、人脸特征提取、人脸比对、车辆检测等； A)对象解析，从视频流、视频片段、图片中识别并提取人员、车辆、物品、事件、场所等对象的图片、特征属性、特征向量等信息，包括（不限于）人脸解析、人体解析、人员行为解析、机动车解析 、非机动车解析、车辆行为解析等。质保期内随技术演进提供技术迭代免费升级。 B)特征比对，对视频图像解析提取的不同对象特征向量进行距离计算，并以相似度分值作为特征比对的评价指标，包括1:1比对、1:N比对、M:N比对等。 C)关联聚类，具备以视频图像中的人、车等对象为目标，通过对超大规模目标特征向量距离计算和分析，实现相同或相似目标集合归类的视频图像分析技术能力，包括（不限于 |
15 | ）人员聚类、车辆聚类等，质保期内随技术演进提供技术迭代免费升级。 D)建模加工，将人员人脸照片发送给算法引擎提取照片特征向量，并将提取完的特征向量返回给视图数据库进行存储。 E)运动目标检测，检测出在线和离线视频中大于一定像素数的单个或多个运动目标。 F)目标颜色检测，目标颜色类别应符合GA/T1400.3—2017中附录B的相关描述。 G)人员属性分析，检测出在线和离线视频、图像中大于一定像素数的人员属性特征,支持输出人员的性别、年龄、是否戴眼镜、戴帽子、戴口罩、衣服颜色等属性信息。 H)车辆检测，检测出在线和离线视频、图像中占有一定像素数的车辆目标,支持多个车辆目标检测,应支持输出车辆的数量、大小、位置信息，输出车辆的号牌号码、车牌颜色、车辆类型、车辆品牌、车辆型号、车辆的主体颜色等信息。 解析能力不受限于算法软件授权。 2.性能需求： 视频网省级解析服务不低于500路高清视频结构化（包括解析比对）、按照每天处理不低于1000万张人脸照片和不低于4000万张过车图片计算（随数量增加随时增加算力资源）。100万人脸黑名单库人脸照片解析不低于每秒1500张解析的并发能力，车辆解析不低于每秒500张解析（包括解析比对）的并发能力。公安网不低于500路离线高清视频（500个视频文件）结构化，两千万人脸黑名单库整体不低于1500张/s解析比对能力，车辆解析不低于每秒200张解析（包括解析比对）的并发能力，10天过车数据以图搜图反馈时间不大于10秒。 解析性能不受限于软件授权，需扩容解析能力时，仅需对算力资源进行扩容，软件平滑扩容。（1）对于视频中大于(16×16)像素,速度大于1像素/帧的运动目标检测,应符合以下要求:检测率应不低于95%;误检率应不高于15%。 （2）对于在光照良好情况下采集的视频图像中大于(32×32)像素的目标区域检测颜色,应符合以下要求:对粉、红、橙、黄、绿、蓝、紫颜色的识别准确率应不低于80 %;对黑、白、灰、棕颜色的识别准确率应不低于70%。（3）对视频图像中大于(32×64)像素的行人检测,应符合以下要求:检测率应不低于90%;误检率应不高于10%。 （4）对视频图像中大于(64×64)像素的车辆目标进行检测,应符合以下要求:检测率应不低于90%;误检率应不高于10%。 （5）人脸解析性能要求：支持对人脸图片识别人脸性别，人脸性别检出率不低于99%，人脸性别识别准确率不低于99%；支持对人脸图片识别人脸是否戴眼镜，人脸图片戴眼镜检出率不低于99%，人脸图片戴眼镜识别准确率不低于99%；支持戴口罩人脸识别，准确率不低于85%；在误检率不高于1%时，视频人脸检出率不小于99%；人脸比对准确率不低于99%。 （6）车辆解析性能要求：车牌颜色识别白天（光线正常）准确率不低于99%；夜晚（补光正常）准确率不低于99%；光线正常，副驾驶未系安全带检测准确率不低于 99%；图片车牌号码识别白天（光线正常）准确率不低于99%，夜晚（补光正常）准确率不低于99%；光线正常，图片无牌车识别准确率不低于99%；光线正常，图片车辆颜色识别正向准确率不低于于99% ，背向准确率不低于99%；光线正常，图片车辆颜色识别正向准确率不低于99%，背向准确率不低于99 %；光线正常，图片车辆类型识别正向准确率不低于99%，背向准确率不低于99%；白天光照正常、夜间补光正常、车辆特征辨识的情况下，（车头方向）支持不少于6000种车辆子品牌及年款的识别，白天识别准确率不低于99%，夜间识别准确率不低于95%；（车尾方向）支持不少于4000种车辆子品牌及年款的识别，白天识别准确率不低于99%，夜间识别准确率不低于95%；视频识别支持不少于2000种车辆子品牌和年款的识别；图片主驾驶未系安全带检测准确率不低于99%；图片主遮阳板打开检测准确率不低于99%；图片副遮阳板打开检测准确率不低于99%；图片打手机检测准确率不低于99%；白天光照正常、夜间补光正常、车辆特征辨识的情况下进行车辆类型识别，白天识别准确率不低于90%,夜间识别准确率不低于80%；支持危险品车辆的检测识别，识别准确率不低于95%；支持对车辆是否为临时车牌进行识别检测，识别准确率不低于95%；支持对车辆上是否有挂件、摆件检测识别，支持检测摆件的位置、摆件、摆件识别准确率分别不低于95%；支持是否新能源车汽车号牌检测，识别准确率不低于95 %；二轮车、三轮车目标综合准确率不低于95%。 （7）人体解析性能要求：人体属性平均识别准确率不低于90%，单项属性（发型（长发、短发）、性别、是否带帽子）识别准确率不低于85%，上衣颜色 （白、黑、粉、红、黄、灰、蓝、棕、紫、青、橙、绿）识别准率不低于95%；人体误检率不大于1% |
时，检出率不低于95%；对人脸见，人体有遮挡且遮挡范围不大于1/2的人体图片进行人员（人脸+人体 ）检出，检出率不低于95%。 | ||
16 | 1-2-5视频图像检索服务需求1.服务需求：输入文本关键字信息、图像、视频片段等进行目标及相关视频 图像的搜索。2.性能需求：支持不低于1000路并发检索性能。 | |
17 | 1-2-6视频图像内容描述服务需求 实现对视频图像内容分析的结果进行描述。实现对视频图像内容分析的结果进行描述。包括（不限于）：人脸描述、车辆描述、人体描述。解析系统对于车辆视频进行结构化分析，提取其中的车辆及其属性，包括车牌号码、车牌颜色、车辆类型、车身颜色、车辆品牌等。解析系统对于人脸视频进行结构化分析，提取其中的人脸及其属性信息，包括性别、年龄段、是否戴眼镜 、是否戴口罩等。 解析系统对于人体视频进行结构化分析，提取其中的人体及其属性，包括人体上衣颜 色、下衣颜色，上衣类型、下衣类型、二轮车、性别等。 | |
18 | 1-2-7数据存储与共享服务需求 1.服务需求：对处理结果视频、处理结果图像和视频图像描述数据等信息通过数据服务接口或采集接口写入视频图像数据库；应支持通过分析接口向应用平台报送处理结果视频、处理结果图像和视频图像描述数据等信息。处理结果视频和处理结果图像的格式应符合视频图像输 入服务满足的类型。 2.性能需求：支持不低于1000路并发的存储与共享能力。 | |
19 | 1-2-8分析处理任务管理服务需求 1.服务需求：需支持用户手动创建、查看、启动、终止视频图像内容 分析等任务；需支持通过分析接口创建、查看、启动、终止视频图像内容分析等任务。 2.性能需求：支持不低于1000并发的分析任务管理。 | |
20 | 1-2-9数据服务接口需求 实现基于视频图像信息对象等特征属性及其组合的查询接口，视频图像信息对象的创建、更新、删除，视频图像信息对象的布控与告警的接口。 增删改查接口：通过调用的方式，对外提供统一数据服务接口，实现对相关数据的增删改查。需支持数据源连接、数据存储连接、数据转换 规则。 | |
21 | 1-2-10目标数量分析服务需求 1.服务需求：目标数据分析服务包含不限于流量统计和密度检测子服务。流量统计，实现分析统计在线和离线视频在采样间隔内通过预先定义的统计区域的行人、车辆的数量,并输出统计数据。 密度检测，实现分析统计在线和离线视频中预先定义的目标统计区域内行人、车辆的密度信息,密度信息应以检测区域内的目标数量或面积占比表示。符合GA/T1399.2-2017相关规定。2.性 能需求：目标数量分析的性能指标应符合GB/T30147—2013中7.8、7.9的相关规定。 |
22 | 1-2-11行为分析服务需求1.服务需求：行为分析服务包含不限于绊线检测、入侵检测、逆行检测、遗留物检测、目标移除检测、徘徊检测子服务及攀高检测、起身检测、值岗检测、人员逗留、快速移动、单人独处、人员聚集、人员发散、剧烈运动、睡觉检测等行为分析服务； 绊线检测：应检测出在线和离线视频中通过预先定义的警戒线的运动目标行为并输出报警事件,应支持输出通过警戒线的目标类别(人、 车、其他物品)、大小、位置、运动方向等信息。入侵检测：应检测出在线和离线视频中进入预先定义的警戒区域中的运动目标行为并输出报警事件,应支持输出进入警戒区域的目标类别(人、车、其他物品)、大小、位置、运动方向等信息。 逆行检测：应检测出在线和离线视频中与预先定义方向反向运动的目标行为并输出报警事件,应支持输出目标类别(人、车、其他物品)、大小、位置、运动方向等信息。 徘徊检测：应检测出在线和离线视频中在预先定义的警戒区域内徘徊的目标行为并输出报警事件,应支持输出目标类别(人、车、其他物品)、大小等信息。 遗留物检测：应检测出在线和离线视频中预先定义的警戒区域内的遗留物并输出报警事件,应输出遗留物的大小、位置、颜色等信息。 目标移除检测：应检测出在线和离线视频中预先定义的警戒区域内目标移除事件并输出报警事件信息,应输出目标的大小、原有位置、颜色等信息。 攀高检测：对一定高度的检测区域内人员攀爬和越线行为进行检测、预警。 起身检测：对人员的起身行为进行检测、预警。 值岗检测：对在岗人数设定阈值，少于或多于阈值检测、预警。 人员逗留：人员在设定区域内逗留时间超出设定时间行为进行检测、预警。 快速移动：对监控区域内人员快速移动行为进行检测、预警。 单人独处：对监控区域内单人独处超过设定时间的行为进行检测、预警。人员聚集：对监控区域内人超过设定值或在设定时间内人数超过设定值进行检测、预警。人员发散：对监控区域内人少于设定值或在设定时间内人数少于设定值进行检测、预警。剧烈运动：对监控区域内两人及以上人员进行剧烈运动行为进行检测、预警。 睡觉检测：对监控区域内人员睡觉行为进行检测、预警。2.性能需求：行为分析判断的性能指标应符合GB/T30147—2013中7.2~7.7的相关规定。 | |
23 | 1-2-12视频图像增强复原服务需求 视频图像增强，实现视频图像增强分类调节，支持对视频的亮度调节 ，饱和度调节，对比对调节，通过对这些参数的调节实现图像增强。 视频图像复原，通过锐化强度，锐化半径，锐化阈值等参数配置，实现视频图像复原。 | |
24 | 1-2-13视频摘要服务需求 去除视频中非关注的冗余部分,保留关注部分,生成新的视频文件；在同一视频画面重建不同时间点的关注目标视频图像,生成新的视频文件；新生成的视频文件格式应符合GB/T2818 1—2016中规定的格式。 | |
25 | 1-3视频图像数据库设计需求 1-3-1联网服务需求 1.功能需求：支持多个下级视图库的联网接入;支持联网接入上级视图数据库,基于用户权限对上级视图数据库提供差异化服务;支持通过逐级订阅下级联网服务对象、下级视图数据库的卡口、车道、采集设备和采集系统目录等信息,构建视图数据库联网拓扑结构;支持下级视图数据库的卡口、车道、采集设备和采集系统目录等信息统一接入省级资产库，实现设备资产统一管理；上级视图库订阅省级视图库设备信息，通过资产库统一对外提供设备信息数据；支持同级专网视图数据库以下级接入上级方式接入同级公安网视图数据库。其中应具备注册、保活和注销子服务服务,应符合以下需求: a)视图数据库启动时主动向上级视图数据库注册,视图数据库停止运行时主动向上级视图数据库注销; b)位于专网的视图数据库启动时,主动向位于公安信息网的视图数据库注册,位于视频专网的视图数据库停止运行时主动向位于公安信息网的视图数据库注销; c)提供采集设备或采集系统、应用平台、分析系统向视图数据库注册服务,系统平台停止运行时提供向视图数据库注销服务; d)注册成功后,注册发起方周期性地向被注册方发送心跳保活消息。 2.性能需求：支持黑龙江省厅视频专网视图库和和 公安信息网视图库的联网能力，确保视图库联网传输时延低于10微秒和信息不丢包。 |
26 | 1-3-2视图数据接入服务需求 根据业务需求，利用数据探查、数据定义、数据读取等功能，从各种视频图像采集端和物联数据采集源接入视频图像相关数据，完成视频图像数据的接入处理。视频图像数据接入根据接入数据种类需实现视频流接入、图像数据接入、物联数据接入和业务关注数据接入。视频流接入是指连续视频流的接入，包括实时视频流接入和历史视频录像接入。图像数据接入是指人员、车辆、物品、事件、场所等视频图像对象相关数据的接入，包括视频片段、图片、特征值及其结构化描述信息 。物联数据接入是指除视频流和图像数据外的其他感知数据的接入，如MAC、RFID、IMSI、IMEI等数据的接入。业务关注数据接入是指按需接入其他系统的相关数据，如下级研判结果数据、人R员基础信息 、关注车辆基础信息等。 对接入的照片、图片数据进行质量评测，发现质量不佳和问题照片并进行清理 过滤。符合公安大数据系列标准要求。 | |
27 | 1-3-3接口服务需求 1.功能需求：需具备采集接口、数据服务接口和级联接口子服务。 A)采集接口子服务为采集设备、采集子系统、分析系统向视图数据库进行自动采集视频图像信息的上传提供接口服务；需要支持设备或采集子系统、视频卡口、车道等信息的查询提供接口服务,向采集设备进行口令等信息的更改提供接口服务。应为分析子系统向视图数据库进行视频图像分析规则的上传提供接口服务，上传信息后,若在一定延迟时间(例如5s)内未接收到响应,则视为上传失败,应重传。如连续多次(例如3次)重传仍未成功,则视为链路发生问题,缓存信息,并重新进行注册。 B)数据服务接口子服务应为应用门户子系统、其他信息系统等向视图数据库进行基于视频图像信息对象等特征属性及其组合的查询提供接口服务,为分析子系统向视图数据库进行基于视频图像信息对象等特征属性及其组合的查询提供接口服务；应为应用门户子系统、其他信息系统等向视图库进行人工采集视频案事件及视频图像信息对象的创建、更新、删除提供接口服务；应为应用门户子系统、其他信息系统等向视图数据库进行采集设备或采集子系统等的查询、更新提供接口服务；应为应用门户子系统、其他信息系统等与视图数据库之间进行视频图像信息对象的布控与告警提供接口服务；应为应用门户子系统、其他信息系统等与视图数据库之间进行视频图像信息对象、采集设备或采集子系统目录等的订阅与通知提供接口服务，通知发出后,若在一定延迟时间 (例如5s)内未接收到响应,则视为通知失败,应重传。如连续多次(例如3次)重传仍未成功,则视为链路发生问题,缓存信息,并重新进行注册。在注册成功后,补传所有未通知数据。 C)级联接口子服务应为上级视图数据库向本级视图数据库进行基于视频图像信息对象等特征属性及其组合的查询提供接口服务；应为上级视图数据库向本级视图数据库进行对于采集设备或采集子系统列表的查询提供接口服务；应为上级视图数据库与本级视图数据库之间进行视频图像信息对象等的布控与告警提供接口服务；应为上级视图库与本级视图库之间进行视频图像信息对象、采集设备或采集子系统目录等的订阅与通知提供接口服务,通知发出后,若在一定延迟时间(例如5s)内未接收到响应,则视为通知失败,应重传。如连续多次(例如3次)重传仍未成功,则视为链路发生问题,缓存信息,并重新进行注册。在注册成功后,补传所有未通知数据。 2.性能需求：在注册成功后,补传所有未报送数据；支持注册、保活、注销、校时。注册失败时,应延迟300s内的随机时间后重新注册。注册成功后,在90s内未交互信息则进行心跳保活。 3.关注人接口：注册接口 、注销接口、保活接口、特征提取同步接口、特征提取异步接口、特征返回异步接口、特征下发接口、特征下发接口（加密）、特征下发对账接口、比中轨迹反馈接口（下级平台向部级平台推送）、轨迹信息推送接口（向第三方系统推送）、档案和轨迹订阅接口、档案和轨迹通知接口、轨迹查询接口、同行人员档案查询接口、密码服务接口、数据解密接口。4.资产库接口：设备基础信息上报与更新、数据查询接口、数据异常反馈、资产数据查询接口、资产数据准确性反馈等接口。 符合《公安视频图像信息应 用系统第4部分：接口协议要求》 | |
1-3-4视图数据组织服务需求 1.视频图像数据组织服务根据视频图像应用需求，遵循标准统一、流程规 范、集约共享的组织原则，实现视频图像数据资源（包含人、车、视频以及各类感知资源）分类建库，按照公安数据元标准建库，符合省公安大数据标准，强化视频图像数据的内部关联，建立健全公安大数 |
28 | 据视频图像数据资源体系的过程。应包括原始库、资源库、主题库、业务库和知识库。原始库是指来源于各类采集前端、采集系统、其他平台原始产生或经过视频图像解析后产生的数据集合，并在此基础上补充处理加工后产生的标准化数据项、关联要素信息和基础标签、行为标签、业务标签和分级分类属性 ，主要包括视频数据（如：视频流、视频片段、描述数据等）、图片数据（如：图片、特征值、描述数据等）、物联数据和相关业务数据。资源库是指综合各类视频图像数据资源建立的视频图像要素（如：人脸、人体、车牌等）以及要素之间关联、关系的数据集合，主要包括要素分布库（如：人脸要素的时空轨迹、车牌要素的时空轨迹信息）、要素关联库（如：同一人员的人脸、人体等要素之间的关联信息 ）、要素关系库（如：人脸和车辆之间的同行关系、不同人脸的伴随关系）等。主题库是指融合各类原始数据和资源数据而建立的能标识人员、车辆、物品、事件、场所等的主题对象，长期积累形成的多种维度的视频图像信息数据集合，主要包括人员主题库、车辆主题库、物品主题库、事件主题库、场所主题库等。业务库是指围绕视频图像应用产生的数据集合，主要包括关注目标库、研判结果库等。 根据业务需要建设人、车、涉案视频线索及其他类感知数据等相关数据库。 针人应用，设计关注人员基础数据库、关注人员特征数据库、关注人员轨迹数据库和关注人员聚档数据库。 针对资产库，设计符合用户需求的、包含人、车、视频监控、网络设备等视频传输网内各类资产数据库。 2.资产库设计需求 （1）资产库建库 符合公安部视频图像基础信息对接技术要求。 根据业务需求，部署视频图像基础信息数据库，包括视频监控设备库、车辆卡口设备库、人脸卡口设备库、网络设备库等，根据业务需要进行拓展。 （ 2)接口设计需求 数据上报与更新:支持按照资产库定义的上报接口，向上级资产库上报或更新设备基础信息。支持查看基础信息上报情况及上报失败原因。 数据异常反馈:提供数据异常反馈接口，接收上级资产库校验过程中出错的异常信息。 数据查询接口:提供查询接口，满足公安部对设备基础信息查询需求。 ( 3)资产数据质量校验 合规性校验:实现“资产库”设备信息的资产合规性校验功能，按照《视频图像采集设备的基础信息填报与校验要求》要求，自动核验数据填报的准确性。 唯一性校验:对资产库中全部档案数据进行唯一性核对。若设备档案中包含仅视频设备编码、卡口设备ID不同，但其他字段内容完全一致的设备资产判定为资产档案不唯一。若MAC地址信息相同，设备编码不同判定为资产档案不唯一。 关联性校验:对资产库中的设备进行关联性核对，资产库中一类点视频监控且联网状态为“已联网”，设备状态处于“在用”的设备，通过GB/T28181点播视频流判断用性，定期资产库与联网共享服务同步点位状态。 资产库中功能类别为“人脸卡口”、“车辆卡口”等，联网状态为“已联网”，设备状态处于“在用”的设备需在视图库中上传视图数据。在视图库中存在视图数据且但并未在资产库中建档的设备，一律认定为“未建档且联网设备”，要求各级补充档案信息。 车辆、人脸卡口设备数量监测:按区域实时监测全省各地点位总数量、在线数量，并对照公安部标准对不符合数量标准的实时反馈。支持按照业务实际需求扩展。 （ 4）资产分类分级管理需求 要求支持全量目录管理：按公安部每年公布的行政区划编码，更新创建全量资产管理目录。按省、地市、区县划分目录结构，上报全量资产数据。 要求支持重点目录管理：重点目录需包含（不限于）视频监控重点场所：重点路线、检查站、地标建筑、维稳敏感地、重大活动举办地 、国省道交通干线出入口、案件多发区、治安复杂区等。人脸卡口重点场所：火车站（高铁站）、汽车站、轮船码头、飞机场出入口及xx等。车辆卡口重点场所：环省、环市、环县公路、高速公路的出入口及高速公路沿线等。 要求支持点位与目录关联：资产库中应实现设备与全量、重点目录的关联管理，要求同一设备档案在资产库中唯一。 要支持资产分类管理：资产库管理全省视频传输网内的全量资产，包含但不限于：视频监控、车辆卡口、人脸卡口、网络设备、安全设备、服务器设备等。 （5）与其它系统实现关联校验匹配 资产扫描的结果与资产库进行关联、校验、匹配；资产库要与视频联网共享平台视频点位实现关联、校验、匹配；资产库与视频图像数据库关联、校验、匹配； 符合公安大数据系列标 准要求。 | |
29 | 1-3-5视图数据治理服务需求1.视频图像数据治理服务对视频图像数据资源全生命周期的规划设计、过程控制和质量监督，通过规范化的数据治理，对视频图像信息系统相关数据的接入、处理、组织、服务提供全方位的质量管控与保障。应包括数据质量管理、数据安全管理和数据开发管理。数据资产管理是指对视频图像数据元数据、数据血缘、数据目录的全生命周期的资产化管理。数据质量管理是指对视频图像数据和感知设备基础数据进行检验与清洗、数据转换、关键属性治理、数据质量评估等操作。数据安全管理是指通过对视频图像数据进行分级分类、标识，配合数据授权、数据鉴权等，确保数据安全使用 ，符合“数据身份证”管理要求。数据开发管理是指对视频图像数据开发的相关标签、模型的管理，辅助知识库的构建。视频图像数据处理服务针对接入的各类视频图像数据，根据业务需要进行加工处理，提升数据使用价值，满足视频图像智能化应用的需求。视频图像数据处理应包含数据提取、数据清洗、数据标识、数据关联、数据比对、数据分发等功能。数据提取是指根据视频图像数据组织和视频图像业务需求，从源格式数据中提取出目的格式数据。数据清洗是指对视频图像数据进行数据过滤、去重、格式转换、校验等操作，生成满足标准及质量要求的视频图像数据。通过数据清洗，实现“全国公安视频图像数据治理专项行动评价指标”中对视图数据质量的要求。数据标识是指对视频流、视频片段、图片及其结构化描述信息等进行标签化处理。数据关联是指根据视频图像数据的关联规则或算法，将视频图像数据和其它数据进行关联。数据比对是指按照规则对视频图像数据进行相同比较或调用视频图像分析服务进行相似度计算。视图数据分发是指根据不同应用场景按照定义的分发策略，将视频图像数据分发到视频图像数据组织的各个库中。 人脸车辆图片数据质量应满足“全国公安视频图像数据治理专项行动评价指标”。车辆解析算法解析后的数据要为视图数据治理提供服务，回填到数据治理要求的字段中。 通过标准规范化的视图数据治理保证数据资源的透明、管、控、安全，完善数据标准的落地、形成完整的视图数据资源目录、规范数据处理流程、提升数据质量、保障数据的安全使用。 资源目录注册定义根据数据格式定义的结果，按照《数据资源目录技术规范》及《数据资源目录管理规程》的要求，将视图数据资源注册到数据资源目录中。 视图数据资源目录要统一依托公安大数据平台进行注册、发布。 车辆卡口设备数据完整性监测：对实时接入的卡口数据完整性校验，车牌号码、车牌颜色等属性字段不符合规范的 ，自动过滤并记录反馈、统计。 车辆卡口数据回填：闲时调用车辆解析服务，解析非重点车辆卡口图片 ，解析输出车辆类型、车辆品牌、车身颜色、车辆型号等属性，并回填数据库。 重点车辆卡口数据完整性监测、回填：对实时接入的重点卡口数据完整性校验，车牌号码、车牌颜色等属性字段不符合规范的 ，自动过滤并记录反馈、统计。同时，实时调用车辆解析服务，解析非重点车辆卡口图片，解析输出车辆类型、车辆品牌、车身颜色、车辆型号等属性，并回填数据库。 人、车数据上传及时性监测：对接入的人车数据的上传时间进行实时监测、反馈、统计。人脸图片数据合格性监测：对接入的人脸图片进行实时评测，评测图片质量、是否有唯一人脸，并进行反馈、统计，对不唯一人脸过滤，并处理、截取对应的唯一人脸图片存储。 数据设备关联性监测：对每条人车数据中的设备信息进行检测，与资产库进行匹配，发现产生数据但是设备未注册的情况，并反馈、统计。 人、车无数据上传情况监测：监测24小时内是否有数据上传，未上传标记为设备离线，回填资产库中状态，并反馈、统计。 2.人人像轨迹治理需求 人应用对接：依托省级视频图像数据库，对上统一对接部人库，对下对接各市地人平台，实现前端视图数据汇聚、人特征数据接收、分发、人轨迹推送、轨迹数据治理、数据质量监测、算法效果评估。符合公安部方案要求。 前端视图数据汇聚：依托视频图像数据库实现。 特征数据接收、分发：依托视频图像数据库，构建人特征数据库、人轨迹数据库、人业务数据库等。 人轨迹推送：依托视频图像数据库视图数据服务实现。 人基础数据质量监测治理：监测省级平台录入的本地人照片和特征数据质量，对照片质量进行评测，对照片质量不佳和问题照片进行清理。 人轨迹数据质量监测治理：监测下级平台上报的人轨迹数据，对于数据属性为空或不规范的发现并反馈，自动过滤无效轨迹和异常数据。 特征数据对账 ：对同步到下级平台的特征数据进行对账，核查数据是否一致，并对不一致特征数据进行补发。 数据安 |
全管理：符合数据身份证要求。 轨迹时效性监测：要求支持对每条人轨迹数据的照片抓拍时间和接收时间进行检测，抓拍时间和接收时间相差不超过2小时，则判断为上传及时性符合要求，对于不符合的进行反馈整改。支持按设备展示上传及时性不符合要求的轨迹数据数量，并以饼图展示整体数据及时性的占比情况，从宏观上了解数据的时延情况。支持按设备编码和名称进行筛选。 设备关联性监测：支持对每条轨迹数据中的设备信息进行检测，发现产生轨迹但是设备未上报至上级平台的情况，以设备为维度统计未上报的设备产生的轨迹数据。 重复轨迹过滤：轨迹唯一性是指同一张人脸图片不能重复上报，系统支持以抓拍设备、抓拍时间、人ID三要素为条件对重复的人员轨迹进行过滤。 图片访问监测：对轨迹数据中背景图和人脸图的访问性进行检测并反馈，支持按人类型、人id、姓名、设备id、设备名称、异常原因等条件进行查询。 3.视频流治理需求 全省点位数量监测：按区域实时监测全省各地点位总数量、在线数量，并对照公安部标准对不符合数量标准的实时反馈。 实时视频通畅率监测：系统支持通过取流对重点点位、一二三类点位的实时视频点播通畅情况进行监测，平台通过内置的解码程序对自动获取的码流进行是否国标、码流用性的分析。历史录像通畅率监测：系统支持对15日前一类点位及重点点位的录像用情况进行自动检测，自动标识录像不用的情况，自动预警15天前录像不点播的点位，以满足“全国公安视频图像数据治理专项行动省级评价指标”中的重点历史录像通畅率治理评价要求。 OSD图像标注监测：系统内置机器视觉算法，通过对前端、平台码流的解析，获取视频码流中的OSD信息，自动与联网共享平台中的设备名称进行比对，以满足“全国公安视频图像数据治理专项行动省级评价指标”中重点点位、二三类点位的时钟准确率评价要求。 时钟质量监测：系统支持通过内置视觉算法自动识别获取码流中的时间信息，通过与标准时间进行比对，计算出前端码流时间偏差时间，以满足“全国公安视频图像数据治理专项行动省级评价指标”中视频流的重点时钟准确率的评价要求。 视频质量诊断监测：系统采用轮巡的方式，支持对前端设备的码流进行解码与图像质量评估，实现对视频信号中存在的问题进行智能分析、判断和告警。支持14种常见视频故障以及码流时延（关键帧时延、信令时延、码流时延）情况的检测，如清晰度异常（图像模糊）、亮度异常（过亮、过暗）、偏色、噪声干扰（雪花、条纹）、视频 丢帧以及信号丢失等，有效预防因硬件设备导致的图像质量问题而带来的损失。 | ||
30 | 1-3-6视图数据服务需求1.功能需求：视频图像数据服务是指基于视频图像原始库、资源库、主题库、业务库和知识库的数据，为视频图像应用提供的数据服务能力，主要包括查询检索、比对订阅、模型分析 、数据推送、数据鉴权、数据操作、数据管理等。布控与告警、订阅与通知、查询检索以及采集标注。查询检索服务是指提供视频、图片、结构化数据、感知设备基础数据等各类结构化和非结构化视频图像数据的查询检索。比对订阅服务是指根据比对条件或预设规则对视频图像数据进行实时比对，返回比中结果，并提供对所需汇聚视频图像数据的订阅管理。支持自动采集的视频图像信息、采集设备或系统的目录和状态等进行订阅、撤销订阅等，并能在接收到通知后自动实现同步的功能模块。订阅通知包括订阅管理和通知查询。支持对采集设备、视频卡口和车道等采集设备与采集系统相关对象和人脸、人员、机动车等视频图像信息对象批量订阅；当上级视图库或应用平台进行订阅时，当收到下级视图库的通知时，将通知推送给订阅方。模型分析服务是指根据业务需要，对视频图像数据进行统计、分析、规律性探索及预测。数据推送服务是指将视频图像数据按需推送给上、下级系统或其他外部系统，实现数据的汇聚共享。数据鉴权服务是指基于数据的访问控制规则，实现视频图像数据的访问权限鉴别，符合“数据身份证”管理要求。数据操作服务是指提供视频、图片、结构化数据、感知设备基础数据等视频图像数据的增加、修改、删除等操作。数据管理服务是指按需将视频图像数据治理和管理的能力进行接口封装，为其他应用系统、平台内其他子系统提供服务。2.人数据服务 特征数据接收：通过特征同步接口实时接收部级平台推送的人员特征数据，保证数据接收的及时性和准确性。 比中结果推送：将算法引擎比中的人员告警信息通过告警接口推送给部级平台，包括人员唯一标识和动态抓拍数据信息。 身份信息接收： 通过告警响应接口接收部级平台返回的比中人身份信息和照片。 |
31 | 1-3-7性能需求 1.对象存储时间 子系统中各种对象的存储时间应符合以下要求: a)自动采集的视频图像信息对象的存储时间不少于6个月; b)视频分析规则对象存储时间不少于6个月; c)人工采集的视频图像信息对象的存储时间满足管理要求。 2.存储对象格式 子系统中视频图像信息对象的存储格式应符合以下要求: a)支持存储、管理JPEG、JPEG2000、BMP、PNG、TIF(TIFF)格式的图像资源; b)支持存储、管理S VAC、H.264、H.265、MPEG-4、MPEG-2、MJPEG格式的视频资源,兼容CIF(352×288)、2CIF(704 ×288)、4CIF(704×576)、D1(720×576)、720P(1280×720)、 1080P(1920×1080)、4K(4096× 2160)或以上视频分辨率;xxxxxxxxx.xx、.avi、.ts、.mp4等; c)支持存储管理SVAC、G.711 a、G.711u、G.723、G.729格式的音频资源。 3.并发性能规格 子系统的并发性能规格应符合以下要求 : a)并发接收图像对象的速度不小于210张/s; b)并发接入系统用户数不少于25个; c)管理的采集设备对象不少于213个; d)管理的采集系统对象不少于27个; e)管理的视频图像信息对象不少于230个; f)管理的视频分析规则对象不少于217个; g)管理的视频标签对象不少于230个; h)管理的目标统计信息对象不少于217个; i)管理的视频案事件对象不少于217个; j)支持的并发处于布控状态的布控对象不少于210个; 支持的并发处于订阅状态的订阅对象不少于210个。 4.检索 在网络传输质量符合GB/T28181—2016中要 求时,子系统的简单条件查询应在5s内完成,模糊查询和复杂条件组合查询应在7s内完成。 |
32 | 1-3-8汇聚需求 采用”1+N+M”的形式，N代表的是有系统和视图库的地市，这类地市以先行做解析，数据聚类后，通过标准的视图库将聚类后的数据传给省厅；M是没有系统和解析能力的地市，将小图上传省厅，由省厅进行解析。 人脸数据级联汇聚：在视频专网全量汇聚各地人脸小图，如无符合GA/T1400. 3标准视图库，通过视图库协议转换后与省厅级联；如有符合GA/T1400.3标准视图库，直接与省厅视图库级联。如省市算法一致，则汇聚人脸小图和特征值，省厅不做解析；如省市算法不一致，则汇聚人脸小图后由省厅统一解析，也本地聚类后，上传省厅解析。 车辆数据级联汇聚：车辆大图全部由视频专网对接，省级解析服务统一对没有车辆二次解析能力的市地的车辆大图进行二次解析(大图本地存储)，满足数据治理需求，公安网通过图片代理按需调用。 现阶段存在已建标准视图库、未建标准视图库等情况 ，过车结构化数据分4种情况汇聚： 1.市地科信部门已汇聚本地全量卡口数据（包括：微卡口、视频卡口）：汇聚平台在视频专网的，且本地有符合GA/T1400.3标准视图库，卡口数据接入符合GA/T1400.3标准视图库后与省厅级联；如无GA/T1400.3标准视图库的，通过视图库协议转换后与省厅级联。汇聚平台在公安网的，且本地有符合GA/T1400.3标准视图库，卡口数据接入符合GA/T1400.3标准视图库后与省厅级联；如无GA/T1400.3标准视图库的，通过视图库协议转换后与省厅级联。 2.市地科信部门已汇聚本地全量微卡口数据，交警部门汇聚本地视频卡口数据：汇聚平台在视频专网的，且交警和科信部门均有符合GA/T1400.3标准视图库，两部门卡口数据分别接入符合GA/T1400.3标准视图库后，分别与省厅级联；如无GA/T1400.3标准视图库，地市科信和交警部门分别通过视图库协议转换后分别与省厅级联。汇聚平台在公安网的，且交警和科信部门均有符合GA/T1400.3标准视图库，两部门卡口数据分别接入符合GA/T1400.3标准视图库后，与省厅级联；如无GA/T1400.3标准视图库的，市地交警和科信部门分别通过视图库协议转换后分别与省厅级联。 3.市地交警部门已汇聚本地全量卡口数据（包括：微卡口、视频卡口）：汇聚平台在视频专网的，且交警部门有符合GA/T1400.3标准视图库，卡口数据接入符合GA/T1400.3标准视图库后与省厅级联；如无GA/T1400.3标准视图库的，市地交警部门通过视图库协议转换后与省厅级联。汇聚平台在公安网的，且交警部门有符合GA/T1400.3标准视图库，卡口数据接入符合GA/T1400.3标准视图库后与省厅级联；如无GA/T1400.3标准视图库的，市地交警部门通过视图库协议转换后与省厅级联。 4.省厅交警总队已汇聚全省视频卡口数据：汇聚平台在视频专网的，且有符合GA/T1400.3标准视图库，卡口数据接入符合GA/T1400.3标准视图库后与省厅级联；如无GA/T1 400.3标准视图库，通过视图库协议转换后与省厅级联。汇聚平台在公安网的，且有符合GA/T1400.3标准视图库，卡口数据接入符合GA/T1400.3标准视图库后与省厅级联；如无GA/T1400.3标准视图库，通过视图库协议转换后与省厅级联。 |
33 | 1-4视频图像应用需求 1-4-1一机一档（设备档案）需求 依托资产库对视频传输网设备进行统一管理，并为相关业务系统提供视频、人、车等设备基础信息。设备档案应用调用DaaS层设备数据治理服务形成的设备信息（含视频监控摄像机、车辆卡口、人员卡口等设备）综合应用，形成资产库，包含不限于信息采集、建档录入、标签管理、点位治理、统计分析功能；其中对设备基础信息按现有建设标准进行统一，需要对关键字段进行严格校验保证数据完整性、准确性、用性。设备档案还需具备两种服务能力。一是提供数据共享服务能力给视频图像联网平台，视频联网平台将同步后的高质量数据推送到上级联网平台；二是提供数据服务能力，为本机其他专业应用或专题应用提供高质量的设备治理数据服务。 1)建档管理 资产库支持对设备进行建档管理，按照设备名称、设备编码、摄像机类型等对监控点档案进行查询，用户通过新增和批量导入的方式进行档案的录入，并且支持档案的查看和编辑。同时以对录入或修改的点位进行审核，并提出反馈意见。此外，对设备的属性进行统计，包括点位类型、功能类型、异常类型、建档情况等维度。 2)档案检索 档案检索支持按照设备名称、设备编码、摄像机类型等对监控点档案进行查询，支持点击设备名称查看监控点详情。 3)综合报表 综合报表支持展示点位的类型信息（一类视频监控点、二类视频监控点、三类视频监控点、公安内部视频监控点、其他点位）、摄像机功能类型信息（视频监控、车辆识别、人脸识别、其他识别）、异常类型信息（如设备编码异常、经纬度异常等 ）。 支持资产信息上报与反馈接收。 | |
34 | 1-4-2实时预览需求 实时预览调用PaaS层流媒体服务，提供包含（不限于）对视频的实时播放、码流切换、视频缩放、即时回放、云台控制等功能。 支持设置是否开启回放时连续抓图，设置连续抓图模式为按帧抓图或按秒抓图及抓图间隔，设置连续抓图张数，设置录像回放时抓图的保存格式为（不限于）jpe g或bmp，设置保存路径。支持设置实时预览时手动录像的保存模式（限制最长大小或录像分包）、录像包大小及保存路径，设置即时回放的录像大小。支持设置画面数字水印，调整显示内容（监控点名称 、设备名称、分辨率、码率、帧率、地区名称、编码格式）、字体颜色及字体位置（左上、左下、右下 、右上）。 视频高清主码流和标清子码流切换；支持进度条缩放，支持滚轮控制，支持在时间轴上切换画面播放时间，支持控制时间轴收起与展开。 支持即时回放功能，即时回放过程中控制回放时间及画面 ，即时回放画面进行抓图、回放、视频增强、音频播放、录像保存、播放控制、单帧倒退及单帧前进等 。 支持视频巡逻设置（包括不限于：预案导入、抓图配置、录像剪辑设置、解码模式、设置数字水印） 。 | |
35 | 1-4-3云台控制需求 对云台设备进行远程控制，支持旋转变倍等。支持实时视频云台控制及水平扫描，以在视频上直接控制。八方向转动：上、下、左、右、左上、左下、右上、右下 设置云台转动速度；焦距放大缩小；聚焦控制；光圈扩大缩小；一键对焦；打开灯光；打开雨刮器；云台重置。高权限用户抢占云台控制权限，并云台锁定，设置云台锁定时长。设置、修改及快速选择预置点(不低于9个预置点)。 设置、修改及快速选择云台巡航(不低于9个巡航)。云台控制叠加字符配置。录制及调用云台轨迹。 | |
36 | 1-4-4媒体录像需求 媒体录像调用PaaS层媒体录像服务，提供包含（不限于）录像管理、录像检索回放 、录像下载、多通道录像回放、分段回放、倍速倒放、录像抓图等功能。媒体录像应用以按需调用时间范围内录像，为案件侦查、事件溯源提供业务支撑能力；以按需下载时间范围内录像，为案事件提供证据存档。 |
37 | 1-4-5布控预警需求 支持布控、撤控、修改布控范围和布控时间;支持基于对象特征属性及其组合进行精确布控和模糊布控;支持基于图像对包括（不限于）人员、车辆等进行布控;支持接收布控指令,当发现与布控特征属性相符合的目标对象时应发送告警消息给布控方;当上级视图数据库或应用平台进行跨级布控时,本级视图库应支持根据布控范围将布控指令转发或分发给下级视图库;当收到下级视图库的告警时,应将告警转发给布控方;支持设置布控对象的存储时间,应支持自动删除布控到期且超过存储时间的布控对象 。 | |
38 | 1-4-6以图搜图需求 以人脸图片、车辆图片、人体图片作为查询条件进行以图搜图，并同时组合车牌号码、车型、车身颜色、人员体貌特征等多属性条件。支持输入一张车辆、人脸照片等，在海量人、车卡口图片中根据外形特征检索出与其最相似的车辆、人脸、人体，同时支持分析结果按照分组展示。支持查询结果与目标查询对比功能。支持上传人脸、车辆、人体图片，根据选定的时间范围、点位范围以及 最小相似度进行查询，支持查看结果图片、目标图片相似度、抓拍设备名称以及抓拍时间等信息。 | |
39 | 1-4-7融合轨迹需求 通过对不视图数据和警务数据，建立两两之间的关系，按照位置串联，研判出轨迹 信息。对不同人员同位置获取到的进行全维度（时间、空间、属性和活动）的轨迹刻画。 | |
40 | 1-4-8关系分析需求 在人像图片的身份落地后，结合轨迹、人员属性等信息，通过数据挖掘和关系分析手段，抽取人与人之间、人与物之间的各类显性、隐性关系，构建强大的关系网络。通过复杂的关系网 络，进行线索跟踪，挖掘出隐匿人员和特定团伙，支撑线索发现需求。 | |
41 | 1-4-9人员管控需求 要求支持切换防控圈，个体预警列表，群体预警列表，地图展示实时预警，实时抓拍，视频预览及视频回放，显示图层，条件筛选，详情查询，新建防控圈，修改防空圈，选择组织，删除防控圈，防控圈布控，布控列表，个体预警配置，群体预警配置，一人一档，人员轨迹，人员关系， 人员规律。 | |
42 | 1-4-10聚类归档需求 支持人员档案和车辆档案聚类。基于人脸图像、车辆数据聚档应用，将人脸图像、车辆数据、图像结构化和身份数据融合在一起，形成一人一档、一车一档，能够满足人员跨地市轨迹追踪需求。人、车聚档后向公安各警种用户提供技战法基础应用，实现事后快速警情研判及事前预警，提 高警务人员的作战效率，提升业务的智能化水平。按身份聚类、按相似值聚类。 | |
43 | 1-4-11规律态势分析需求 通过对不同类型的人员进行行为习惯、规律分析、轨迹分析等研判手段，对人场所的异常行为进行态势研判，构建态势分析应用，也根据人人员轨迹信息分析人人员的出行规律及异 常行为。 |
44 | 1-4-12人脸应用需求 1.人脸应用包含（不限于）频繁出没、区域徘徊、昼伏夜出、聚集预警、人脸布控 、同行分析、人员轨迹、算法建模和时空碰撞等。支持查找与嫌疑人同行的疑似人员，支持根据上传图片、相似度、同行次数、间隔时间等新建、查看同行任务，并展示抓拍等相关详细信息。支持分析嫌疑人能的落脚点，支持根据上传图片、相似度、间隔时间等新建、查看落脚点任务，并展示抓拍等相关详细信息。支持查找指定区域频繁出现的人员，支持根据相似度、任务名称、间隔时间、频繁、频度阈值等新建、查看频繁过人任务，并展示抓拍等相关详细信息。支持按姓名、身份证号码、照片对档案内的人员进行查询。支持按抓拍时间段、监控点范围、所属名单库查询，结果按时间排序。支持按照上衣颜色、下衣颜色、戴口罩等特征，按抓拍时段和抓拍地点对人员进行查询。支持调用PGIS服务，实现时空分析及轨迹视化展示。 2.关注人应用 （1）前端视图数据汇聚：依托视频图像数据库实现全省全量人脸抓拍图片数据汇聚。 （2）查询检索：支持按姓名、身份证、人ID、区域、人标签等进行人告警进行查询。针对每条报警记录，支持报警比对图和抓拍背景图的查看。根据姓名、身份证号、时间、图片等条件检索关注人员轨迹信息和身份信息。 （3）特征管理：特征数据存储管理：接收上级下发的特征数据 ，对接收到的特征数据进行存储和管理，查看数据接收的状态、数量，实现特征数据的更新操作。 特征数据同步：将接收到的特征数据同步给算法引擎，用于后续的特征比对服务。 （4）维护管理 日志管理 ：实现对人应用操作日志和系统处理日志的记录和维护，对日志按照时间、类型等进行条件检索。 运维管理：实现数据对账功能，通过对账接口对人特征数据的接收情况进行对账核查。 （5）分析服务：通过算法仓的算法引擎对人脸图片特征提取、关注人员比对、人员聚档分析。 （6）数据操作：实现人员基本信息、特征数据、轨迹数据等的增、删、改操作，对上下级平台实现轨迹推送。 （7）轨迹分析：根据汇聚的关注人员轨迹数据进行时间地点分析和视化展示。 （8）关系分析：根据关注人员基本信息和轨迹信息分析关注人员之间以及关注人员与其他人员的关系。 （9）规律分析：根据关注人员轨迹信息分析关注人员的出行规律及异常行为。 （10）人基础数据质量监测治理：监测省级平台录入的本地人照片和特征数据质量，对照片质量进行评测，对照片质量不佳和问题照片进行清理。展示治理数据统计 。 （11）人轨迹数据监测治理：监测下级平台上报的人轨迹数据，对于数据属性为空或不规范的发现并反馈，自动过滤无效轨迹和异常数据。展示治理数据统计。 （12）算法效果评估：通过不同算法交叉验证以及落地核查结果反馈，评估算法效果。 | |
45 | 1-4-13车辆应用需求 车辆应用包含（不限于）首次入城、套牌车筛选、落脚点分析、同行车辆、车辆布控、频繁过车、违章分析、车辆轨迹、时空分析等。支持在地图上以轨迹的方式展现车辆过车信息，支持查询某一车辆某一时间段的过车信息，分析结果地图展示，并进行轨迹回放，支持时空分析。支持分析在多个时空区间都出现的车辆，支持以多个卡口为基点，接照某一时间点或车牌类型为条件，自动梳理附合多个条件的车辆信息。以列表和地图的形式展示分析结果。支持查找在一定时间段内经过多个指定卡口点位的车辆，支持自定义框选一段轨迹，查出该轨迹内卡口抓拍的相关车辆。支持自动分析车辆是否为初次入城，支持通过设定进入城区的一些关键路口为初次入城卡口，自动分析车辆是否为初次入城，并对初次入城的车辆进行标记和预警，检索初检初次入城车辆。支持用统计学的算法分析疑车辆能的落脚点，支持根据车辆在城区卡口中出现的活动轨迹，用统计学的算法分析疑车辆能的落脚点。展示分析结果，视图分析出统计结果。支持将只在夜间频繁出现的车辆筛选出来，支持通过车牌、范围等查 找白天不出现、夜晚出现车辆，支持车牌过滤。支持分析车辆在指定时段内的过车规律，在地图呈现。 |
46 | 1-4-14电视墙管理需求 支持多机部署，即不同服务器上分别安装一个电视墙服务，在电视墙客户端上支持用户选择要操作的电视墙服务并且支持选择不同解码器添加到不同服务上。包括（不限于）电视墙控制、解码上墙、回放上墙、电视墙预案等。支持（不限于）系统配置、窗口操作、上墙操作、电视墙场景管、轮巡管理、监控点关联、窗口管理、虚拟分屏、解码设备管理、电视墙资源管理、电视墙配置、 解码设备输出口状态功能。 | |
47 | 1-4-15视图目标追踪需求 视图目标追踪应用主要是协助公安用户快速从视频图像中发现、识别、锁定关注目标并对视频图像捕获的关注目标进行预警和核验，包括目标识别、目标布控、目标检索、目标核验 等应用。 | |
48 | 1-4-16视图处理视频摘要标注需求 支持视频图像增强，复原，摘要，标注等需求。 | |
49 | 1-4-17人员身份确认需求 根据上级下发的人人员特征值库进行比对，按照公安部标准要求，通过调取上 级人人员身份信息进行确认人员身份。 | |
50 | 1-4-181比14亿身份确认服务需求 要求按照公安部要求，根据全省、全国人口特征值库比对确认人员身 份，满足公安部接口标准。 | |
51 | 1-4-19跨区查询需求 通过建设跨区查询应用，支撑跨地市的人员图像、身份和轨迹信息的查询和分析统 计。支持车辆的跨地市查询和分析统计。 | |
52 | 1-4-20跨镜追踪需求 实现对于人人员进行实时跨地域的轨迹跟踪和监控。通过行人识别、解决跨摄像头 、跨场景下行人的识别与检索。根据行人的穿着、体态等信息认知行人，对在实际应用中对无法获取清晰拍摄人脸的行人进行跨摄像头的连续跟踪，增强对目标的控性和实时位置追踪。 | |
53 | 1-4-21超级档案需求 视频数据和大数据系统对接，完成人员超级档案。人员的超级档案，根据数据情况展示人员的身份信息、人脸抓拍信息、人体抓拍信息、涉案信息、犯罪记录、车辆记录信息、住房、车辆等财产信息、告警信息、MAC记录信息、门禁记录、警情信息等。支持人物关系图谱展示、敏感人群 分析、伴随同行分析等。 | |
54 | 1-4-22目标核验需求 通过平台来上传人脸照片来实现目标的身份确认，同时以通过选择人员名单库、证 件号码、性别、最小人脸相似度等来对目标进行身份确认。 | |
55 | 1-4-23一人一档需求 建设基于人脸图像聚档应用，将人脸图像、图像结构化和身份数据融合在一起，形成人档案数据，能够满足人员跨地市轨迹追踪需求。人像聚档后向公安各警种用户提供技战法基础应用 ，实现事后快速警情研判及事前预警，提高警务人员的作战效率，提升业务的智能化水平。 | |
56 | 1-4-24大屏展示需求 要求提供丰富的视化主题以及数据视化设计服务，以快速、高效、精准的实现业务数据展示，辅助用户管理和决策；提供多维数据分析及复杂的报表服务以及多视角、多维度的数据分析能力，提供快捷的数据源配置。支持以多种应用的大屏视化，包括视图库和数据组织内各类库表数据资 源的大屏展示。 |
57 | 1-4-25视频图像数据质量监测需求 系统应能够对视频流数据、人脸抓拍数据、车辆抓拍数据和人员轨迹数据做统一的管理，提高公安视频图像数据基础质量，满足视频流数据、人像抓拍数据、车辆抓拍数据和人员人像轨迹数据的准确性、用率、及时上传率等指标的检测需求，并能够对各区域数据指标进行统计展示。 1.视频图像数据监测 系统应能够对视频流数据、人脸抓拍数据、车辆抓拍数据和人员轨迹数据做全量统一的管理、检测，提高公安视频图像数据基础质量，满足视频流数据、人像抓拍数据、车辆抓拍数据和人员人像轨迹数据的准确性、用率、及时上传率等指标的检测需求，并能够对各区域数据指标进行统计展示。 2.重点目录同步 针对于公安部数据治理文件要求，需在全量设备目录中遴选出重点场所设备目录并向部级推送，重点目录需包含所辖全部市（州）、县（区）。省厅应按照公安部重点目录建设要求，建立和维护视频点位、车辆卡口设备和人像抓拍设备的重点目录。 3.设备档案信息管理 针对《全国公安视频图像数据治理专项行动工作方案》文件要求，在摄像机基础上新增人脸抓拍机、车辆卡口档案的统一管理功能，能够对档案进行批量导入导出、档案检索、统计展现和档案信息配置。 根据文件要求盘点各区域设备建档率、填报准确率等关键指标，形成标准统一、合格规范的设备信息档案数据。 4常态化考核整改 系统应参照《2021年全国公安视频图像数据治理专项行动工作方案》的要求，从视频图像采集设备建档情况、各级平台设备建设联网情况、视频图像采集设备运行情况、联网系统对接稳定性、视图数据质量运维管理情况等几方面对下级单位汇聚的联网点位、联网卡口、人员人像轨迹数据质量开展量化、常态化的考核应用。 5推送上级质量预检 系统应具备推送上级视频、数据质量的诊断，提前诊断质量，过滤异常设备，提升质量。 6视化展现 系统应能够结合各地实际情况，以列表、地图方式展现辖区内各单位的考核成绩，全景展现考核现状，辅助上级主管部门全局掌控下级各单位运维现状。系统支持以缩微图方式展现最近一次的诊断结果。 系统支持重点点位的诊断结果展现功能。 系统能够为用户展现图像异常原因，包括登陆失败、取流失败、解码失败、图像异常。 同时支持对诊断结果的统计分析，应支持列表和图形相结合的显示方式。 系统支持图像诊断重巡。 诊断结果展现 支持各区域在线数、图像正常率、图像正常数、图像异常数、诊断失败数、未检测数的统计功能。 支持列表和诊断缩微图方式展现诊断结果 支持重点点位、全部点位分类展现功能 1)要求支持列表模式 支持监控点名称、所在区域、ip地址、诊断结果、编码格式、在线状态、osd状态、时钟状态、视频xx、巡检时间几方面展现诊断结果。 当选择诊断失败、图像异常时，支持按照异常原因开展过滤应用。 诊断失败原因：登录失败、取流失败、解码失败； 图像异常原因（不限于）：信号丢失、图像模糊、图像过亮、图像偏色、噪声干扰、条纹干扰、对比度、图像黑白、视频抖动、视频剧变、视频遮挡、场景变换、图像过暗、视频丢帧。2)要求支持缩微图模式 支持将最近一次的诊断图片进行展现。包括诊断图片、异常原因、诊断重巡、详情查看功能。3)要求支持诊断结果查询 支持按照诊断结果（图像正常、图像异常、诊断失败、未检测）、在线状态（不限、在线、离线、未检测）、监控点名称、IP地址、编码格式（H.264、H.264 、SVAC、其他）、osd状态（正常、异常、未检测）、时钟状态（无偏差、有偏差、未检测）、视频xx（正常、异常、诊断失败、未检测）。 4)单个/批量诊断重巡（一键复核） 支持单个、批量点位下发一次性诊断计划开展诊断应用 | |
58 | 1-4-26目录资源管理需求 要求实现目录资源概览：区域目录管理、资源管理、业务资源关联。资源管理 中包括：视频监控、人证设备、报警设备、卡口、探针设备、传感等设备接入的管理。 | |
59 | 1-4-27BT(步态)应用需求 支持查询和搜图功能。质保期内免费的技术迭代，并不断完善应用。 | |
60 | 1-4-28涉案历史线索挖掘应用需求 涉案线索挖掘应用是指当有已知目标的图片时，通过对历史录像的分 析，逐步获取到目标行踪轨迹的能力。 |
61 | 1-4-29移动APP应用需求 移动客户端实现当前主流智能手机、移动终端的应用（支持Android系统）。支持（不限于）实时监控，音频播放，本地截图，本地录像，云台控制，视频回放，报警信息及联动图片查看等视频监控应用。 | |
62 | 1-4-30人员架乘布控稽查应用需求 在实时预警界面中实时展示当天报警记录,报警记录统计,以及预警关注人员记录,展示预警人的有关信息,包括预警人名称、预警位置、身份证号、比对相似度等信息。要支持 历史数据查询导出。 | |
63 | 1-4-31运管需求 针对所管理的服务器、组件和服务的运行状态进行监控及告警，监控、告警、日志等信 息采集，统一接入公安大数据平台运维管理监控平台，统一提供配置、日志、监控的集成能力。 | |
64 | 1-5公安视频图像共享平台门户需求 1-5-1统一门户页需求：包括：登录、门户展示页面、集成用户、组 织、角色、权限、服务目录。基于公安大数据平台，构建视频综合应用平台统一门户。 | |
65 | 1-5-2用户管理功能需求：包括：用户注册、应具备独立的认证鉴权全部应用、退出登录。与公安大数据 平台统一用户管理，符合数字身份证要求。 | |
66 | 1-5-3日志管理功能需求：包括：记录系统运行日志、操作日志、满足公安信息系统标准。与公安大数据 平台统一日志管理，符合大数据日志审计要求。 | |
67 | 1-5-4组织管理需求：包括：组织组织机构添加、组织组织机构删除、组织组织机构修改、组织机构和监 控区域多层级管理。与公安大数据平台统一组织机构管理。 | |
68 | 1-5-5角色管理功能需求：包括：角色进行增加、角色删除、角色修改， | |
69 | 1-5-6用户权限管理需求：包括：用户的新增、修改、删除。与公安大数据平台统一权限管理，符合数字身份证要求。 |
★ | 70 | 2总体设计 2-1建设目标：黑龙江省公安视频大数据建设坚持以习近平新时代中国特色社会主义思想为指导，铸牢并践行以人民为中心的发展思想，牢固树立总体国家安全观，全面贯彻全国、全省公安工作会议精神，以“民心为向、民意为重、以民为根、爱民为本”为根本建设理念，依法依规为“数字龙江”建设提供“公安大脑”主力资源，推动科技兴警战略树立“龙江品牌”，以培育和丰富公安工作动力变革、质量变革、效率变革新的增长点为突破，为人民群众和全省政务提供大视角、全方位、多维度、深层次的互联共享服务，在打造“数字龙江”建设中持续贡献“公安智慧”。 1.坚持将公安视频大数据建设融入大数据国家战略和“数字龙江”建设大局，把总体建设构架全量融入政务云整体建设，形成安全合规的龙江警务云。 2.2.坚持把信息安全贯穿于视频大数据建设和应用的始终，“以身份为中心”战略基点，统揽搭建大数据智能化建设总体战略格局。以“数据身份证系统”统揽数据接入、处理、组织、治理、服务全过程，聚焦“数据”这一核心要素，统一数据标准、科学分级分类、创新基础赋能，实现大数据处理全量全程标准化、自动化、服务化；以“数字身份证系统”统揽数据以外全量要素，聚焦“人”这一核心标的，归集全量痕迹、审计全量行为、创新信任体系，实现大数据管理全量全程标准化、自动化、服务化。3.坚持立足统一运行网络、统一基础设施、统一数据资源、统一服务平台、统一安全策略、统一标准规范，统筹形成视频大数据智能化建设资源调度策略框架。4.坚持把握视频大数据需求规律，归集构建大数据智能化建设总体需求体系。统一归集数据采集和汇聚需求，实现途径多元、内容自主、采用一体、方式智能 ；统一归集网络连接与数据交互需求，实现标准化开放、交互式共享、智能化连接；统一归集应用访问需求，实现多引擎支撑、一体化服务、智能化操作；统一归集管理需求，实现流程标准化、资源全局化 、手段智能化。通过分类归集、互为依托，确保需求体系贯通IPDS各层、打破人为个性化壁垒，为大数据智能化建设提供需求主导和应用主动。5.实现全量发挥前端感知、采集能力，实现应采尽采，应看尽看、应管尽管；实现视频图像相关平台、系统、服务、终端的共享互联、智能化运维、精细化管理，解决视频图像接入难题；实现全省党政军企事业单位和社会各视频图像平台以及各类前端点位的联网共享 ，形成全局视频图像解析服务能力和视频图像大数据平台支撑服务能力；向政府各部门提供视频图像应用门户，向社会各界提供视频图像服务能力，实现在视频图像共性、专业、专题的广泛应用，提高政务 办事效率，推动社会视频应用发展。 |
★ | 71 | 2-2建设内容：本项目基于多层B/S软件体系结构，采用微服务架构技术、视频结构化技术、深度学习技术和图形处理器技术。建设内容为建设视频图像联网共享服务、视频图像解析服务、视频图像数据库设计、视频图像应、公安视频图像共享(综合应用)平台门户系统等。1.视频图像联网共享服务 在政务视频图像专网和公安信息网分别部署一套省级视频联网共享服务。通过SIP客户端、SIP设备、中心信令服务器、流媒体服务器和信令安全路由网关等组件建设，满足视频人工调阅和自动调阅的需要，提供的视频流联网与共享的基础能力，满足信令调度控制需求、流媒体分发需求和联网共享管理需求。 2.视频图像解析服务 在政务视频图像专网和公安信息网两侧分别部署省级视频图像解析服务。政务视频图像专网侧建设集前端采集对象的视频图像的识别、检测、特征值提取、检索于一体的全量解析能力；建设接口、应用、管理系统模块；集成多种解析算法，对全省人、车、物等视频图像对象进行结构化解析与服务支撑。公安网侧集成专网相同解析算法，按需建设警种专题解析能力和目标图片解析能力；按需建设接口模块；依托公安大数据平台支撑，对专网解析后的特征数据与公安侧目标数据进行分析比对，为警务工作提供数据支撑。 3.视频图像数据库设计 在政务视频图像专网和公安信息网两侧建设省级视频图像数据库。在专网部署视频图像数据库，按标准建设接口、应用、管理功能模块。建设人像库、车辆库、案事件库，依据大数据标准构建集视频图像数据接入、视频图像数据治理、视频图像数据组织、视频图像数据服务以及视频图像数据治理于一体的视频图像数据全生命周期管理体系，在全生命周期管理中纳入“数据身份证”的管理，分级分类，做到对数据的全程管控、追溯，知道“从哪来、谁使用”。形成集采集、级联、数据服务、注册保活、对象CRUD、布控与告警、订阅与通知、联网于一体的数据服务系统。在公安网侧融入公安大数据平台，是大数据平台的一部分，以共享为原则，共同建设为警种提供视频图像数据服务能力的视频图像数据库组件，按需求形成视频数据服务能力。提供与下级或其它平台视图数据对接的转换网关，下级或其他平台需要提供数据库数据共享接口。 4.视频图像应用 在政务视频图像专网部署一套省级视频应用门户，提供视频流的联网共享、调阅等流媒体应用、比对预警、检索查询等共性应用。在公安网部署省级视频应用门户，作为新警综平台的一部分，与公安大数据融合，将视频图像应用服务融入公安大数据应用，为警种提供专业应用、专题应用，主要围绕视频图像中人员、车辆、物品、案事件、场所等业务关注对象，满足事前预警、事中处置、事后研判需要，打造专业化、智能化的视频图像“智惠”应用，提升视频图像技术手段支撑各项全省视频图像应用的能力和水平。采用微服务架构，在公安网按照细颗粒度设计支撑视频应用的微服务，纳入大数据平台，统一通过API网关对微服务进行管理、调度，与大数据平台数据服务融合，多维分析，支撑视频“智慧”应用。5.公安视频图像共享（综合应用）平台门户 公安视频图像共享平台门户提供统一的应用访问入口，提供用户登录、应用导航、管理等门户相关功能。面向不同业务警种、不同的用户级别设置模块化、个性化内容展示，方便快捷打开相关常用应用。综合应用门户集成了多样化内容服务的视频警务工作统一展示页面，意义在于“协同、共享 、便捷”，即“协同”：组建视频警务工作圈子，倡导协同工作，在门户上滚动展示需要协查的案件信息； “共享”：通过统一门户，向所有用户发布最新的工作精神、文件通告、信息动态等警务工作信息；“便捷 ”：通过门户以访问众多业务系统或者功能模块，便于用于对业务系统的管理。在政务视频图像专网部署一套省级平台门户，遵循“数字身份证”要求与大数据平台统一权限管理。融入新警综平台，一体化统一 管理。 |
★ | 72 | 2-3建设规模 项目建设为公安政务视频图像共享平台，覆盖支撑全省公安机构和视频图像应用各政务部门。包括省级、市级、县（区）各及公安机关。 项目整体软件架构具备平滑扩容，不受限于接入路数。随接入数量的增加仅需对云平台资源进行扩容。 本期视频图像联网共享性能满足：视频传输网包括不低于49万台前端级联和不低于1万路设备接入，公安网包括不低于49万台前端级联和不低于1万路设备接入，平台接入路数不受限于软件授权，前端包含（不限于）智能高清、人脸、车辆卡口、物联网感知等 。 本期解析性能满足：视频专网省级解析服务不低于500路高清视频结构化（包括解析比对）、1000万张/天人脸照片和4000万张/天过车图片的解析。100万人脸黑名单库人脸照片解析不低于每秒1500张解析的并发能力，车辆解析不低于每秒500张解析（包括解析比对）的并发能力。公安网不低于500路离线高清视频（500个视频文件）结构化，两千万人脸黑名单库整体不低于1500张/s解析比对能力，车辆解析不低于每秒200张解析（包括解析比对）的并发能力，10天过车数据、人脸数据、人体数据等以图搜图反馈时间不大于10秒。解析性能不受限于软件授权，需扩容解析能力时，仅需对算力资源进行扩容，软件平滑扩容。用户访问性能满足：视频传输网满足不低于500名用户同时访问。 按照视频图像智能化、黑龙江省政务云相关标准规范要求，完成黑龙江省视频图像共享平台建设，为全省各政务部门提供视频图像应用，为社会提供视频图像服务。 人人员基础信息满足：人人员基础数据为各警种提供的人人员基础信息和人脸照片，以及经过算法引擎提取特征后的人脸照片特征数据。目前，各业务警种的人人员总计大概在千万级，本次按照2000万测算。1、人人员身份信息：主要包括姓名、身份证号、性别 、民族、户籍地、居住地、类型、管控事由、管控单位、登记单位等信息，按照每条信息1KB测算，总数据量为19GB。2、人人员照片数据：为人人员的人脸照片数据，按照每张照片30KB测算，总数据量为572GB。3、人人员照片特征数据：为人人员人脸照片经过算法引擎提取特征后的特征向量数据，按照每个特征1KB测算，每个算法引擎特征总量为19GB，按照5个不同厂商版本算法引擎计算，总数据量为95GB。总计公安网数据域侧人人员基础数据量为0.686T。 感知数据满足：全省现有人脸数据433万余条，车辆数据每日3000余万，适当增加按每日人脸1000万张、车辆4000万张，共5000万条核算，视频流解析500路。 抓拍照片及相关属性数据：每条记录的人脸照片约为30-60KB，一天按照1000万人脸照片计算；车辆小图照片大小为2KB，相关属性信息约为2KB，，车辆按照4000万每天计算，省厅存储全省人脸小图和车辆特征图，则省级平台每天总计存储数据量为图片存储553GB，数据存储95GB 。 抓拍照片特征数据：每个人脸照片特征约为1KB，车辆二次解析特征值约为2KB，则省级平台每天抓拍照片特征数据量为86GB。 视频流解析：500路视频流解析，一路一天人脸照片按照2000张，车辆照片按照4000张（预估），人体照片按照3000张计算。大图小图均在省厅存储，人脸大图+小图按照0.5 M计算，车辆大图+小图按照1M计算，图片存储2441GB，特征数据存储10GB。 总计，专网侧按30天存储共需图片存储88T，结构化数据存储3TB），公安网侧按360天存储共需图片存储212TB，结构化数据存储37TB）。 比对资源测算依据和需求：人人员比对是将人人员照片特征数据与抓拍的人脸照片特征数据进行比对，并将比中结果输出，比中结果包括抓拍人脸照片、场景照片及相关属性信息，通过与人人员身份信息进行关联形成轨迹数据。 在2000万人人员照片特征作为目标库的情况下，单张T4卡 （或同等性能的图形加速卡）提取特征并发能力参照100张/秒进行测算，单张T4卡特征比对能力参照10 0张/秒进行测算，单台T4两卡GPU服务器处理100张/秒的特征提取和比对。 1VS14亿，本省人员身份 比对库按照1亿计算（本省常住人口按照4000万，外省流动人口库5年内按照6000万） |
★ | 73 | 2-4设计原则 x项目要求采用基于J2EE的多层B/S软件结构，采用微服务架构技术、视频结构化技术、深度学习技术和图形处理器技术。按照分层设计的原则,规划并设计信息系统总体架构。系统开放解耦，确保系统持续发展。系统能力开放，以“开放、平等、创新、共赢”为理念，提供基础设施开放、数据资源开放、平台服务开放、应用接口开放四层开放能力。视频图像智能化应用系统建设需遵循“整体性、开放性、先进性、实用性、标准化、扩展性、安全性和靠性”的原则，确保系统的设计和建设满足公安视频图像实战应用的全局需求，体现智慧警务的数字化、智能化领先水平。在系统架构、网络传输、业务应用等方面，既要考虑已有资源接入和兼容、又要运用成熟的先进技术满足本项目建设需求，还要为将来 的扩容、扩展和升级打下基础。 |
★ | 74 | 2-5总体架构 按照公安大数据整体架构格局开展建设，实现省级具备对全省视频图像数据的级联汇聚能力，视频解析能力，包含不限于视频流解析能力、车辆二次解析能力、视图解析比对能力，全量承接上级各部门下发的各类不同特征值数据，实现本地解析、比对、预警；全量汇聚下级各类不同特征值数据 ，实现解析、比对、预警，并与大数据融合开展多维分析应用。面向全省公安各级部门、业务警种用户提供视频及感知数据的联网共享、布控报警、查询统计等基础服务能力，视频结构化解析、人脸解析、人体解析、步态解析、行为分析、图片识别、比对聚类、二次识别等AI智能分析服务能力，目标追踪、人员档案、图上寻踪等智能实战应用服务能力，旨在满足公安用户日常业务中共性、专业、专题应用的需求。1.公安视频智能化建设与公安大数据智能化建设完全融合，采用“1+2+N”模式，依托省政务云平台，采用微服务框架，视频传输网、新一代公安网双网部署。 （1）在视频传输网主要实现视频联网、视图数据汇聚、解析、治理，按照公安大数据平台标准部署，部署视频图像联网共享服务实现全省视频数据联网共享，汇聚下级以及其它单位视频流数据，其它单位视频流数据通过视频边界平台接入新一代公安信息网数据域视频图像联网共享服务。部署视频图像解析服务，构建算法框架，部署多类算法，实现算法的统一调度、管理、解析服务、接口服务，实现视频、人脸、车辆等感知类非结构化数据解析。部署视频图像数据库，按照公安大数据标准进行数据组织、数据接入，汇聚全省车辆二次解析数据、车辆卡口数据、全省人脸小图数据、人脸图片特征值数据、电子围栏、WIFI探针、RFID数据等，按照数据接入、数据治理、数据组织、数据治理要求，实现视频图像数据全生命周期管理，视图数据存储在视频图像数据库，通过安全访问和数据交换通道汇聚至新一代公安信息网数据域视频图像数据库。省级视频图像数据库与下级视图库按照《公安视频图像信息应用系统第4部分：接口协议要求》（GA/T1400.4-2 017）对接。在视频传输网实现视图的基础应用。 （2）在新一代公安网数据域主要为各警种部门提供视频共享服务、视图解析服务、视图数据服务、视图数据与公安大数据的融合应用，依托公安大数据平台，部署视频图像联网共享服务、视频图像解析服务、视频图像数据库、视频图像应用服务，进行细粒度服务设计，注册到大数据API服务网关，统一提供服务，依托大数据平台部署视频图像综合应用门户。视频图像联网共享服务实现与公安部及各市地的视频联网平台的级联，通过API服务网关为其它各警种业务应用提供视频调阅服务。视频图像解析服务通过构建算法框架，部署多类算法，实现算法的统一调度 、管理、解析服务、接口服务，全量承接公安部各部门下发的各类特征值数据，全量汇聚各市地上传的各类特征值数据，实现解析、比对、预警，通过API服务网关为其它警种部门提供视频解析服务。视频图像数据库对接省级视频专网视频图像数据库治理后的数据，按照公安大数据标准进行数据组织、数据接入，通过数据服务接口对外提供数据服务，与公安部视图库和下级视图库按照《公安视频图像信息应用系统第4部分：接口协议要求》（GA/T1400.4-2017）对接。对视频图像应用进行细粒度设计，形成各类微服务，注册到API服务网关，通过API服务网关调用各类服务，实现视频图像融合应用。 （3）市地采取双网双平台部署。视频传输网主要负责视频联网、视图数据汇聚、视图解析、视图治理。新一代公安网数据域主要负责本地视图应用（包含不限于全国关注人本地布控预警、轨迹聚类、动态人脸身份确 认等）。县区级视频传输网主要负责视频、人脸、车辆等感知数据的采集、接入、边缘解析，以及本地 |
视频流调阅、人脸抓拍图片检索等视频基础应用，其它应用通过用户域登录市级或省厅平台开展应用。 2.过渡阶段。目前，由于公安部和市地视频应用部署在用户域，采取过渡模式，在新一代公安信息网用户域按照公安大数据标准要求也部署视频联网共享服务、视频图像数据库、视频图像解析服务。（1）在视频传输网，按照前述架构部署。视频图像数据库要通过安全访问和数据交换通道汇聚至新一代公安信息网数据域视频图像数据库的同时，也要通过现有数据边界汇聚至新一代公安信息网用户域视频图像数据库。视频联网共享服务通过视频边界与新一代公安信息网数据域视频联网服务级联的同时，通过视频边界与新一代公安信息网用户域视频联网服务级联。 （2）在新一代公安网用户域部署视频图像联网共享服务，与公安部及各市地视频联网平台以及视频专网视频联网共享服务级联。部署视频图像解析服务 ，构建算法框架，部署多类算法，实现算法的统一调度、管理、解析服务、接口服务，全量承接公安部各警种部门下发的各类特征值数据，全量汇聚各市地上传的各类特征值数据，实现解析、比对、预警。部署视频图像数据库，与公安部和各市地视图库级联对接，实现数据汇聚、关注人数据接收分发、比对预警、轨迹上传、动态人脸身份识别推送等功能，并通过数据通道与数据域视图库对接，形成的轨迹、预警等数据汇聚至数据域视图库。不在用户域开展应用，不部署视频应用门户。（3）在新一代公安网数据域，按照前述架构部署。视频图像数据库和视频联网共享服务暂不与上下级视图库对接。待公安部和各市地用户域改造后，再按前述架构实现。（4）市地按目前现状部署，实现与上级的对接。随总体部署 ，逐步迁移改造。3.在数据汇聚方面，视频卡口过车数据、车辆小图、人脸小图和已建的电子围栏、WI FI探针、RFID数据全量汇聚至省厅视频图像数据库，如无符合GA/T1400.3-2017标准视图库，通过视图库协议转换，统一接入省厅视图库；省厅视频图像数据库遵循公安数据元标准及大数据标准构建，省级视频图像数据库与部、市级视频图像数据库通过网关进行级联；如省市人脸算法一致，则人脸解析特征值一并汇聚省厅视图库，省厅不再对小图进行解析；如省市人脸算法不一致，则省厅对人脸小图解析后存入视图库；动态选择全省重点区域一定数量视频流进行实时解析，提取人脸、人体、车辆等特征数据存入视图库；全量卡口数据在科信部门或交警部门的，则由相应部门负责对接，视频卡口、微卡口数据分别在交警和科信部门的，则分别与两个部门对接；全量对全省车辆二次解析，解析后数据与卡口过车数据进行校验并扩充、完善过车数据项。 4.安全管理：总体纳入公安大数据安全体系，通过“一证授权”功能，创新零信任体系，以“用户层面绝对不信任+权限层面绝对信任+审批管理”概念，纳入大数据统一授权管理。全量服务、平台、运维管理等日志数据归集至公安大数据平台，进行多维度态势智能化 分析，实现统一的视化、智能化、运行维护自动化的运营运维。 |
★ | 75 | 2-6平台架构 感知采集层由智能视频前端、人像抓拍前端、车辆卡口前端、人证核验设备、电子围栏、 WIFI探针、RFID、无人机、传感设备等感知设备组成，为平台提供基础数据支撑。 基础设施层主要包括计算资源、存储资源、网络资源、大数据引擎等软硬件资源，利用云计算和虚拟化等技术，搭建基础运行环境。 平台服务层主要由视频图像联网共享服务、视频图像解析服务、云平台服务组成，为视频图像信息系统运行提供所需的计算服务、存储服务和基础服务以及资源接入、媒体转发、资源调阅、视频图像存储等视频图像共享（联网）服务，人像检测、车辆检测、视频结构化、行为分析等视频图像解析服务，算法调度、多算法融合、算法仓库等视频图像基础服务。 数据服务层主要由视频图像数据库设计组成，实现数据接入、数据处理、数据组织、数据服务和数据治理，通过视频图像联网共享服务，接收 、汇聚视频图像感知前端子系统采集的数据，对其进行智能处理、有效组织和综合治理，提升从海量视频图像信息中“智萃”价值信息的能力，实现视频图像数据全生命周期管理，为视频图像应用门户提供视频图像数据管理与服务能力。 应用服务层包括主要视频图像应用门户子系统组成，一是通过服务目录提供下层支撑服务。二是建立共性应用、专业应用、专题应用，通过各子系统的服务支撑，通过移动端、 Web端、客户端等多种方式灵活提供，打造专业化、智能化的视频图像“智惠”应用，提升视频图像技术手段支撑各项公安工作的能力和水平。 视频图像安全管理，包括实体安全和安全基础资源服务。本项目按等保三级要求设计，符合应用软件安全编程指南要求以及应用国密算法保障应用系统安全方面的设计 ，符合信息系统密码应用基本要求。政务视频传输网内安全保障应参考新一代公安信息网相关安全要求 ，符合《网络安全等级保护基本要求》（GB/T22239-2019）（简称等保2.0）和《公共安全视频监控联网信息安全技术要求》（GB35114-2017）等相关标准规范，全面提升视频图像信息安全防护能力，根据《黑龙江省公安大数据智能化建设项目》规划，以“数字身份证”和“数据身份证”（以下简称“两证” ）为车头，驱动、引导整体安全防护能力建设，以加密技术为轨道，保障网络安全稳定运行。 视频图像运维管理，包括设备管理、运行监测、故障维护、运行态势、考核评价，对前端设备、运行环境及应用服务进行规范化、精细化、智能化的运行维护管理，实现对其他子系统的统一运维，旨在提高视频图像信息系统的整体运营能力。本项目通过资产库实现设备管理、通过视图质量监测实现设备运行监测、故障反馈，全量日志、网络设备状态信息、服务状态信息纳入大数据智管统一监测，实现运行态势感知。标准体系规范由视频图像通用标准规范、公安视频图像标准规范、省级视频图像标准规范以及各项管理 制度组成，是总体框架的建设和运行标准、依据。 |
★ | 76 | 2-7技术要求 采用微服务架构开发，将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通。所有微服务是公安大数据微服务架构的一部分，全部注册到公安大数据API服务网关。每个服务都围绕着具体业务进行构 建，并且能够被独立的部署到生产环境、类生产环境等。 |
★ | 77 | 3详细设计 3-1视频图像联网共享服务详细设计 按照总体架构设计，过渡阶段采用双网三平台建设，在视频图像专网和公安信息网分别部署。子系统基础设施由SIP客户端、SIP设备、中心信令服务器、流媒体服务器和信令安全路由网关专属设备和云平台资源组成，在基础资源的基础上开发相关服务。子系统信令传输、交换、控制基于GB/T28181国家标准实现，满足视频人工调阅和自动调阅的需要，提供视频流联网与共享的基础能力，满足信令调度控制需求、流媒体分发需求和联网共享管理需求。能够提供设备接入服务、级联服务、电子地图服务、订阅通知服务、媒体录像服务、电视墙服务和检索服务。结合各类应用需求，通过以上服务组合，不仅实现视频图像应用自身需要的实时预览、媒体录像、电视墙管理、网络校时、资源推送、报警事件通知分发、基础管理等功能，还被大数据其他应用调用。逻辑架构要求：视频图像联网共享服务是指为满足视频人工调阅和自动调阅的需要，提供的视频流联网与共享的基础能力，主要包括信令调度控制、流媒体分发和联网共享管理。信令 调度控制是指根据请求地址、消息类型等信令内容处理调度注册注销、浏览回放、云台控制、视频上墙等视频任务，实现上下级之间、同级多系统之间以及系统内部的视频调度管理，应支持负载均衡、链路控制等功能。流媒体分发是指根据链路信息、协议参数等信令内容进行视频流的分发，实现上下级之间、同级多系统间以及系统内部的视频分发，应支持负载均衡、定向取流和路径优化等功能。联网共享管理是指对视频联网共享服务的资源信息进行管理，实现视频目录管理、路由配置、流媒体配置以及资源访问控制等功能。视频图像联网共享服务应支持的能力如下：支持基于GB/T28181-2016国家标准实现上下级 平台级联，支持UDP和T CP协议；支持与多家视频厂商平台进行级联对接；视频图像联网共享服务主要包含不限于：设备接入服务（不限于对SDK方式、国标方式、设备基础信息自动采集）、级联接入服务（不限于对不符合视频数据质量要求的点位过滤功能、设备基础信息自动采集）、流媒体服务、检索服务（不限于点位资源检索 、视频检索、组织目录检索、级联信息检索、检索API服务接口）、订阅通知服务、资源推送服务、媒体录像服务、电视墙管理服务、实时预览服务、报警事件通知和分发、校时服务。包含不限于实时预览、媒体录像、电视墙管理、网络校时、资源推送、报警事件通知分发、基础管理功能。 视频图像联网共享服务的功能拆分为：实时预览：视频实时播放、码流切换、云台控制、视频缩放等功能；媒体录像：录像管理、录像检索回放、录像下载；电视墙管理：电视墙控制、解码上墙、回放上墙、电视墙预案；基础管理：用户管理、日志管理、设备管理等。 |
★ | 78 | 3-1-1设备接入服务 针对视频监控主要设备提供SDK方式、国标方式将设备接入到共享平台，提供对设备进行自身固有的功能进行操作。将不同接入方式发布成设备接入服务。能够实现自动采集接入设备的I P、MAC地址、设备名称等，写入资产库。 |
★ | 79 | 3-1-2级联接入服务 上下级的视频联网共享服务以通过国标等方式进行注册接入，进行组织机构和设备列表的获取，也以对平台下属的设备进行自身固有的功能进行操作，如：PTZ、视频预览等，级联服务接入下级服务数量无限制。提供支持作为下级服务向多个上级服务推送数据，针对单个上级服务推送的数据数量无限制。将支持不同类型数据级联的能力发布成级联服务。具有不符合视频数据质量要求的点位过滤功能。能够实现自动采集接入设备的经纬度、设备编码、设备状态等，写入资产库。提供作为级联服务接入不少于15个下级服务，每个下级服务的摄像机接入量不限。提供作为下级服务向上级服务推 送数据，针对单个上级服务推送的数据不限。 |
★ | 80 | 3-1-3流媒体服务 流媒体服务是实时媒体资源的服务，媒体资源包括多方面的资源，比如设备的视频资源、设备的音频资源等，以对国标设备等进行实时监看、实时监听等。“业务层”的应用系统以在“流媒体服务”的基础上实现各种实时媒体流的复杂操作，提供不少于1000路视频并发调阅服务。流媒体服务为实时视频播放、码流切换、云台控制、视频缩放等提供服务支撑。要求支持标准RTSP/RTMP/HLS取流协议,websocket协议取流，多线路场景下,做为安全隔离网关,对码流进行中转大路数分发，支持标准码 流的降码率,降分辨率。 |
★ | 81 | 3-1-4检索服务 检索服务是通过在视频联网共享服务中检索已经接入共享平台中的组织目录、点位资源 、设备信息；通过检索服务以快速查找上级联网平台中已级联的数据信息，以通过级联协议信息同步下级已共享的资源数据。包括：点位资源检索、视频检索、组织目录检索、级联信息检索、检索API服务接口 |
★ | 82 | 3-1-5订阅通知服务 订阅服务是事件源接受事件订阅时,事件源向事件观察者发送确认消息。通知服务是事件源 接受事件订阅后,在事件触发后要立即通知事件观察者事件的发生,事件观察者要向事件源发送事件收到的确认消息。订阅通知服务功能要求不限于：视频订阅通知、视频订阅异常通知、订阅通知API服 务接口服务 |
★ | 83 | 3-1-6资源推送服务 在共享系统内支持通过手动选择组织目录、点位资源、卡口信息等数据推送到联网平台；支持自动将系统内变化的组织目录、点位资源、卡口信息等数据推送到联网平台。 包括不限于： 组织目录手动资源推送、点位资源自动或手动资源推送、组织目录自动资源推送 |
★ | 84 | 3-1-7媒体录像服务 媒体录像服务是历史媒体资源的服务，媒体资源包括多方面的资源，比如设备的历史视频资源的历史回放资源等，以对这些资源进行点播、下载等操作。 包括：支持录像管理、录像下载 、录像回放、资源目录、点位管理、收藏夹管理、收藏夹分享、点位检索、历史记录、录像查询（包括 ：关键字查询、监控点查询）。 根据输入的关键字查询监控点名字、标签名字和报警名字包含该关键字的录像，支持从资源树中选择一个监控点，查询该监控点下选定时间段内的录像，批量下载、锁定或解锁录像，录像被锁定时在存储设备中不会被覆盖，录像以颜色区分录像类型。通过框选对选中的几段录像进行添加标签，下载及锁定。录像回放设置（包括：抓图配置、录像剪辑设置)，支持设置是否开启录像标签功能，即在录像回放过程中即随时针对有用画面片段进行标签标注，点位支持高倍速播放。 |
★ | 85 | 3-1-8电视墙管理服务 电视墙服务主要实现对解码器管理，应用层通过电视墙服务，以调取任意前端摄 像头投放到电视墙上。电视墙服务为电视墙控制、解码上墙、回放上墙、电视墙预案提供服务支撑。上墙控制（包括不限于：窗口操作、回放上墙、解码上墙、电视墙预案） |
★ | 86 | 3-1-9实时预览服务 视频实时播放，支持指定设备实时视频播放；支持多用户对统一视频资源的播放；支持不限于1、4、6、8、9、16多分屏画面预览；支持视频高清主码流和标清子码流切换；支持AR预览。支持视化方式动态展示已联网的平台的行政区划、平台名称信息，展示每个联网平台接入的高点总数；支持通过电子地图展示各行政区划的联网数据，并在地图上展示高点的分布情况，在电子地图上选择高点视频点位，弹出预览高点视频的预览画面。系统支持对AR场景录像进行存储与回放。回放AR场景录像的同时，回放画面也会携带标签信息，点击对应的标签信息，会同步回放对应时间内低点资源的 录像。支持场景添加，支持场景漫游，支持点位配置，支持资源点位聚合。 |
★ | 87 | 3-1-10报警事件通知和分发 发生报警事件时,源设备应将报警信息发送给服务器;服务器接收到报警事件后,将报警信息分发给目标设备。报警事件通知和分发使用。源设备包括设备、网关、客户端、联网系统或者综合接处警系统以及卡口系统等,目标设备包括具有接警功能的客户端、联网系统或者综合接处警系统以及卡口系统等。报警事件发送（包括不限于：报警信息发送服务器、报警信息分发给目标设备、报警消息提醒），报警记录管理（包括：报警记录存储、报警记录推送），报警事件通知和分发功能要求 ：实时预警（包括不限于：预警列表展示、报警声音、地图定位、报警详情信息展示、预警信息确认、 预警状态回退）。历史预警（包括不限于：设置预警记录排序、查看预警记录详情、导出预警记录） |
★ | 88 | 3-1-11校时服务 NTP协议的网络统一校时服务。客户/服务器的工作模式;时钟源TCP/IP、UDP及NTP协议,能将输入的或自身产生的时间信号以标准的NTP信息包格式输出。接入设备信令的统一校时,接入设备应在注册时接受来自服务器通过消息头Date域携带的授时。 设定校时时钟源，设置为中心、外部时钟源 ；服务器自动校时；服务器手动校时，全部立即校时；NTP协议的网络统一校时功能。 |
★ | 89 | 3-2视频图像解析服务 总体要求： 按总体架构要求，过渡阶段采用双网三系统建设，在视频图像专网和公安信息网两侧分别部署。接口、应用、管理系统模块基于GA/T1400标准建设，分析、服务、采集基于GB/T1399国家标准建设。视频传输网侧，建设集前端采集对象的视频图像的识别、检测、特征值提取、检索于一体的全量解析能力,侧重对采集的视频、图片的实时解析、存储。公安网侧按需建设专题解析能力，侧重解析比对应用，依托公安大数据平台支撑，与其它业务数据进行多维的数据分析比对，为警务工作提供数据支撑。不限于算法仓库(包含不限于算法引擎、任务管理、参数配置、动态调配资源、资源回收、资源弹性伸缩、算法效果评测)、视频图像输入服务、目标检测与特征提取服务（包含不限于图片、视频中特征提取，运动目标检测、目标分类、目标颜色检测、行人检测、人脸检测解析、车辆检测解析、人员属性分析、人脸（车辆）比对、点位叠加字符检测分析、视频质量诊断、人体检测解析等 ）、行为分析服务（包含不限于绊线检测、入侵检测、逆行检测、遗留物检测、目标移除检测、徘徊检测、人员聚集等）、视频图像检索服务（包含不限于文本信息检索服务、图片检索服务、视频片段检索服务）、数据存储与共享服务、分析处理任务管理服务、分析接口服务、数据服务接口（包含但不限于创建、更新、删除、布控与告警接口、人员数据服务接口）、目标数量分析服务（包含但不限于行人、车辆数量分析）、视频图像内容描述服务（包含但不限于人脸描述、车辆描述、人体描述）、视频图像增强复原服务、视频摘要服务。通过这些服务为视频图像专业应用，政务、公安大数据涉及的其他应用 提供解析应用能力。 |
★ | 90 | 3-2-1算法仓库 算法框架需具备动态部署和扩容的能力，算法的部署与硬件资源解耦，业务动态调配资源、资源实时回收，资源弹性伸缩满足实战突发计算，对外统一提供算法服务接口。全量承接上级各部门下发的各类特征值，并实现解析、比对、预警；全量汇聚下级各类特征值，并实现解析、比对、预警 。提供（不限于）车牌/车辆特征识别、人脸/人体特征识别、行为分析、目标识别、步态、文字等智能化算法服务，对实时/历史视频和图片进行分析，并提供检索结果。实现算法能力管理、算法调用、算法接入、算法核验、资源管理、任务监控、任务调度、统一接口、算法效果评测等功能。提供不限于：算法引擎、任务管理、参数配置、动态调配资源、资源回收、资源弹性伸缩、算法效果评测、统一接口等服 务，同时多算法、多版本共存，按需部署。 |
★ | 91 | 3-2-2视频图像输入服务 视频图像输入格式要求为：不限于CIF、4CIF、D1、720P、1080P、400万、 800万等分辨率的视频图像；网络视频流封装格式应符合GB/T28181-2016的相关要求；视频文件PS、 MP4、AVI等封装格式；支持SVAC、H.264、MPEG-4等视频编码格式；支持H.265视频编码格式；支持JPEG、JPEG2000、BMP、PNG等格式的图像； 输入方式要求为（不限于）：从视频监控联网/共享平台获取历史及实时视频应符合 GB/T28181-2016中的相关要求；从应用平台获取视频图像文件应符合 GA/T1400.4-2017中的相关要求；从本地存储设备获取视频图像文件输入。 视频图像接入服务具备接入不低于500路视频数据或者不低于1500张/S图片数据。 |
★ | 92 | 3-2-3目标检测与特征提取服务 从视频流、视频片段、图片中识别并提取人员、车辆、物品、事件、场所等对象的图片、特征属性、特征向量等信息，包括不限于人脸解析（遮挡面部人脸解析，如：戴口罩 ）、人体解析、车辆解析等。接入不低于500路视频数据或者每秒不低于1500张图片数据的目标检测和特征提取能力。接入500路视频数据或者每秒1500张图片数据的目标检测和特征提取能力。 图片特征提取（包括不限于：人脸对象解析、车辆对象解析、人体对象解析）视频中特征提取（包括不限于：人脸对象解析、车辆对象解析、人体对象解析）1.运动目标检测 应能检测出在线和离线视频中大小满足一定条件的单个或多个运动目标，应支持输出多个运动目标的数量、每个目标的大小（宽度、高度像素数 ）、位置信息，应支持输出运动速度、方向和轨迹等信息。 2.目标分类 应能检测出在线和离线视频中大小满足一定条件的单个或多个目标，应支持输出目标的分类信息（人、车、其他物品）。 3.目标颜色检测 应能检测出在线和离线视频中大小满足一定条件的单个或多个目标，应支持输出目标的主体颜色信息 ，应支持输出每个目标的分类、大小（宽度、高度像素数）、位置信息、运动速度、方向和轨迹等信息 ，目标颜色类别应符合GA/T1400.3-2017中附录B的相关描述。对于在光照良好情况下采集的视频图像中大于(32×32)像素的目标区域检测颜色,应符合以下要求: a)对粉、红、橙、黄、绿、蓝、紫颜色的识别准确率应不低于80%; b)对黑、白、灰、棕颜色的识别准确率应不低于70%。 4.行人检测 应能检测出在线和离线视频中大小满足一定条件的人形目标，应支持输出目标的数量、每个目标的大小（宽度、高度像素数）、位置信息，应支持输出运动速度、方向和轨迹等信息。5.人员属性分析 应能检测出在线和离线视频、图像中大小满足一定条件的人员属性特征，应支持输出人员的性别、年龄、是否戴眼镜、戴帽子、戴口罩、衣服颜色等属性信息。 6.人脸检测 应能检测出在线和离线视频、图像中大小满足一定条件的、满足一定角度的人脸，应支持对多个人脸进行检测，并输出人脸的数量、大小（宽度、高度像素数）等信息。应对图片中人脸的数量进行检测、识别、校验，输出符合视频图像数据治理要求的人脸小图。7.人脸（车辆）比对 应支持将大小满足一定条件的人脸图像样本与待比的人脸（车辆）图像进行相似度比对分析，输出人脸（车辆）比对结果（匹配相似度等）。对视频图像解析提取的不同对象特征向量进行距离计算，并以相似度分值作为特征比对的评价指标，包括1:1比对、1:N比对、M:N比对等。 8.车辆检测 应能检测出在线和离线视频、图像中大小满足一定条件的车辆目标，支持多个车辆目标检测，应支持输出车辆的数量、大小、位置信息，应支持输出车辆的类别、车型、车辆的主题颜色等信息。 9.点位osd检测支持通过分析码流的获取osd的内容和位置，根据公安部相关政策的要求分析其是否合规。支持按照ip地址、osd状态、监控点名称开展查询应用。Osd包括时间和点位名称。10.视频质量诊断 支持常见摄像机故障的分析、判断和报警功能，检测内容包括不限于信号丢失、图像模糊、对比度、图像过亮、图像偏色、噪声干扰、条纹干扰、视频抖动、视频遮挡等摄像机故障；支持诊断结果统计。 11.B T（步态）解析 支持视频解析，生成特征码。支持长期免费的技术迭代，并不断完善应用 12.人体解析支持人体特征提取、比对。 |
★ | 93 | 3-2-4行为分析服务 行为分析服务包含不限于绊线检测、入侵检测、逆行检测、遗留物检测、目标移除检测、徘徊检测子服务及攀高检测、起身检测、值岗检测、人员逗留、快速移动、单人独处、人员聚集 、人员发散、剧烈运动、睡觉检测等行为分析服务； 绊线检测：应检测出在线和离线视频中通过预先定义的警戒线的运动目标行为并输出报警事件,应支持输出通过警戒线的目标类别(人、车、其他物品)、大小、位置、运动方向等信息。 入侵检测：应检测出在线和离线视频中进入预先定义的警戒区域中的运动目标行为并输出报警事件,应支持输出进入警戒区域的目标类别(人、车、其他物品)、大小、位置、运动方向等信息。 逆行检测：应检测出在线和离线视频中与预先定义方向反向运动的目标行为并输出报警事件,应支持输出目标类别(人、车、其他物品)、大小、位置、运动方向等信息。 徘徊检测：应检测出在线和离线视频中在预先定义的警戒区域内徘徊的目标行为并输出报警事件,应支持输出目标类别(人、车、 其他物品)、大小等信息。 遗留物检测：应检测出在线和离线视频中预先定义的警戒区域内的遗留物并 输出报警事件,应输出遗留物的大小、位置、颜色等信息。 目标移除检测：应检测出在线和离线视频中预先定义的警戒区域内目标移除事件并输出报警事件信息,应输出目标的大小、原有位置、颜色等信息。 攀高检测：对一定高度的检测区域内人员攀爬和越线行为进行检测、预警。起身检测：对人员的起身行为进行检测、预警。 值岗检测：对在岗人数设定阈值，少于或多于阈值检测、预警。 人员逗留：人员在设定区域内逗留时间超出设定时间行为进行检测、预警。快速移动：对监控区域内人员快速移动行为进行检测、预警。 单人独处：对监控区域内单人独处超过设定时间的行为进行检测、预警。 人员聚集：对监控区域内人超过设定值或在设定时间内人数超过设定值进行检测、预警。人员发散：对监控区域内人少于设定值或在设定时间内人数少于设定值进行检测、预警。 剧烈运动：对监控区域内两人及以上人员进 行剧烈运动行为进行检测、预警。睡觉检测：对监控区域内人员睡觉行为进行检测、预警 |
★ | 94 | 3-2-5视频图像检索服务 应支持输入文本关键字信息、图像、视频片段等进行目标及相关视频图像的搜索。不限于人脸查询、人体查询、车辆查询。 1.文本信息检索服务，提供通过文本信息检索结构化数据服务能力。 2.图片检索服务，提供使用图片进行特征检索服务能力。 3.视频片段检索服务，提供将视频进行目标提取后的特征检索服务能力。 具备智能图片搜索、智能属性搜索，人脸查询功能提供对动态抓拍库、静态名单库的查询检索能力。按属性检索，如按时段、结构化信息（不限于年龄段、性别、戴眼镜）抓拍范围等条件，在抓拍库中快速检索出相似的人脸图片。地图选点查询。人体查询功能主要针对从治安监控中提取出来的人体目标进行查询检索。车辆查询功能提供对动态抓拍车辆库进行查询检索能力。通过查询结果直接以图搜图。其中，人体查询结果若人脸清晰，直接以脸搜脸。反之，人脸全景图 亦跳转以人搜人。 |
★ | 95 | 3-2-6数据存储与共享服务 该服务不仅实现对解析的视频、图像和视频图像描述数据等信息通过数据服务接口或采集接口写入视频图像数据库，还通过分析接口向应用平台推送解析服务结果。 具备图片模型 存储，图片直存等存储，图片从抓拍机存储。 |
★ | 96 | 3-2-7分析处理任务管理服务 支持创建视频图像分析处理任务、查看视频图像分析处理任务、启动视频图像分析处理任务、终止视频图像分析处理任务。展示任务信息，当前用户只能查看有权限的任务，查看各任务下的录像详情，包括录像名称、录像时长、执行状态（执行中、已完成）、取流开始时间、取 流结束时间。针对解析任务中的录像进行录像回放及查看解析结果，查看任务解析结果。 |
★ | 97 | 3-2-8分析接口服务 为应用平台向分析子系统进行视频图像分析任务的下发、启动、停止、状态查询以及视频图像分析规则的创建、更新或删除提供接口服务；为分析子系统向应用门户子系统进行视频图像信息的上传提供接口服务；为应用门户子系统向分析子系统进行视频图像分析能力的查询提供接口服务 。 视频图像分析任务接口(包括：视频图像分析任务下发、视频图像分析任务启动、频图像分析任务暂停、视频图像分析任务停止、视频图像分析任务状态查询) 视频图像分析规则接口（包括：视频图像分析规则创建、视频图像分析规则更新、视频图像分析规则删除） 包括：分析子系统向应用门户子系统进 行视频图像信息的上传接口、应用门户子系统向分析子系统进行视频图像分析能力的查询接口 |
★ | 98 | 3-2-9数据服务接口 符合《公安视频图像信息应用系统第4部分：接口协议要求》（GA/T1400.4-2017 ），实现基于视频图像信息对象等特征属性及其组合的查询接口，视频图像信息对象的创建、更新、删除，视频图像信息对象的布控与告警的接口。除通用接口外，具体应用包含但不限于人数据服务接口。通过调用增删改查接口，对外提供统一接口，实现对相关数据的增删改查。 要求支持集群部署与管理服务，统一数据采集服务接口，支持数据源连接、数据存储连接、数据转换规则。 |
★ | 99 | 3-2-10目标数量分析服务 实现分析统计在线和离线视频在采样间隔内通过预先定义的统计区域的行人、车辆的数量,并输出统计数据。实现分析统计在线和离线视频中预先定义的目标统计区域内行人、车辆的密度信息,密度信息应以检测区域内的目标数量或面积占比表示。 人体数据统计要求从以下几个维度，对系统中的数据进行统计展示，数据总量和今日结构化数据量，按数据类型统计的饼图，每日新增数据量 ，数据量密度统计。 人脸数据统计功能主要提供统计黑名单库、静态库的建模总量、建模成功数量、建模失败数量。另外，还对抓拍数据、预警数据进行分时段统计。 车辆数据统计功能针对设定时间区间内的过车数据进行过车总数、异常过车总数、车辆总数、外地车、初次入城、最活跃卡口、最活跃车辆、 高峰时段、属地分布、品牌分布、类型分布、颜色分布统计。并提供车流量的统计报表。 |
★ | 10 0 | 3-2-11视频图像内容描述服务 实现对视频图像内容分析的结果进行描述。 包括不限于：人脸描述、车辆描述、人体描述 解析系统对于车辆视频进行结构化分析，提取其中的车辆及其属性，包括车牌号码、车牌颜色、车辆类型、车身颜色、车辆品牌等。 解析系统对于人脸视频进行结构化分析，提取其中的人脸及其属性信息，包括性别、年龄段、是否戴眼镜、是否戴口罩等。 解析系统对于人体视频进行结构化分析，提取其中的人体及其属性，包括人体上衣颜色、下衣颜色，上衣类型、下衣类型、二轮车、性别等。 |
★ | 10 1 | 3-2-12视频图像增强复原服务 视频图像增强服务要求：支持对视频的亮度调节，饱和度调节，对比度调节，通过对这些参数的调节实现图像增强。 视频图像复原服务要求：通过锐化强度，锐化半径，锐化阈 值等参数配置，实现视频图像复原。 |
★ | 10 2 | 3-2-13视频摘要服务 去除视频中非关注的冗余部分,保留关注部分；在同一视频画面重建不同时间点的 关注目标视频图像,提取出视频片段中有价值的视图数据。 |
3-3视频图像数据库设计 3-3-1总体要求 公安视频图像信息数据库建设方案建设依据国家相关法律规章 、国家和行业相关标准、相关研究成果等资料进行规划设计，数据库要满足如下《全国公安视频图像信息数据库建设联网总体技术方案（征求意见稿）》、《公安视频图像信息应用系统第1部分：通用技术要求》（GA/T1400.1-2017）、《公安视频图像信息应用系统第3部分：数据库技术要求》（GA/T1400. 3-2017）、《公安视频图像信息应用系统第4部分接口协议要求》（GA/T1400.4-2017）、《GA/DSJ 200-2019公安大数据处理总体技术规范》、《GA/DSJ201-2019公安大数据处理数据元编写规则》、 《GA/DSJ210-2019公安大数据处理数据接入数据探查技术要求》、《GA/DSJ211-2019公安大数据处理数据接入数据定义技术要求》、《GA/DSJ212-2019公安大数据处理数据接入数据读取技术要求》、 《GA/DSJ213-2019公安大数据处理数据接入数据对账技术要求》、《GA/DSJ220-2019公安大数据处 |
理数据处理技术要求》、《GA/DSJ230-2019公安大数据处理数据治理数据资源目录技术要求》、《GA | ||
/DSJ231-2019公安大数据处理数据治理数据分级分类技术要求》、《GA/DSJ232-2019公安大数据处 | ||
理数据治理数据质量管理技术要求》、《GA/DSJ233-2019公安大数据处理数据治理数据运维管理技术 | ||
要求》、《GA/DSJ234-2019公安大数据处理数据治理应用资源目录技术要求》、《GA/DSJ240-2019 | ||
公安大数据处理数据组织原始库技术要求》、《GA/DSJ241-2019公安大数据处理数据组织资源库技术 | ||
要求》、《GA/DSJ242-2019公安大数据处理数据组织主题库技术要求》、《GA/DSJ243-2019公安大 | ||
数据处理数据组织业务要素索引库技术要求》、《GA/DSJ244-2019公安大数据处理数据组织要素表示 | ||
技术要求》、《GA/DSJ250-2019公安大数据处理数据服务数据服务资源目录技术要求》、《GA/DSJ2 | ||
51.1-2019公安大数据处理数据服务服务资源第1部分：查询检索服务技术要求》、《GA/DSJ251.2-20 | ||
19公安大数据处理数据服务服务资源第2部分：比对订阅服务技术要求》、《GA/DSJ251.3-2019公安 | ||
大数据处理数据服务服务资源第3部分：数据推送服务技术要求》、《GA/DSJ251.4-2019公安大数据 | ||
处理数据服务服务资源第4部分：数据操作服务技术要求》、《GA/DSJ252-2019公安大数据处理数据 | ||
服务数据服务总线技术要求》、《GA/DSJ253-2019公安大数据处理数据服务数据服务协议技术要求》 | ||
、《GA/DSJ254-2019公安大数据处理数据服务数据传输格式技术要求》、《GA/DSJ290-2019公安大 | ||
★ | 10 3 | 数据处理数据资源目录管理规范》标准。 视频图像数据库在视频图像专网全量建设，省厅视频图像数据 库遵循公安数据元标准及公安大数据标准构建，省级视频图像数据库与部、市级视频图像数据库通过网 |
关进行级联；按GA/T1400标准建设接口和服务。依据大数据标准构建集视频图像数据接入、处理、组 | ||
织、服务及治理于一体的视频图像数据全生命周期管理体系。依据GA/T1400标准建设一套集采集、联 | ||
网、注册保活、对象CRUD、布控与告警、订阅与通知能力于一体的视图数据服务。在公安网侧依托公 | ||
安大数据平台，以共享为原则，按需建设提供视频图像数据服务能力的视频图像数据库组件，应形成完 | ||
善的人像库、车辆库、案事件库，按需求形成视频数据服务能力。数据汇聚、联网服务（不限于注册保 | ||
活、数据联网）、数据接入服务（不限于数据资源接入、数据接入管理、ZDR的接入管理）、数据组织 | ||
（不限于总体要求、基础库设计、资源库设计、专题库设计、人员库设计、资产库设计）、数据处理（ | ||
不限于数据关联、数据比对、人员打标签、数据标识）、数据治理服务（不限于总体要求、设备基础信 | ||
息治理、视频图像数据治理、视频流治理、关注人像轨迹治理）、视频数据服务（不限于总体要求、查 | ||
询检索服务、订阅通知、模型分析服务、数据推送服务、数据鉴权服务、数据操作服务、数据脱敏服务 | ||
、数据加密解密服务）、接口服务（不限于采集接口、数据服务接口、级联接口、分析接口、资产库接 | ||
口、人员接口），为视频图像各子系统，政务、公安大数据等其它应用提供视图数据服务能力。逻辑架 | ||
构： 按照总体架构设计要求，过渡阶段分别在视频专网和公安网建设视频图像信息数据库，视频图像信 | ||
息数据库服务包含不限于联网服务、接口服务、数据接入服务和数据服务。视频图像信息数据库要为视 | ||
频图像应用系统提供数据服务。 视频传输网基于汇聚的各类视频图像数据构建数仓库、搜索库、关系库 | ||
、标签库、主题库，分类存储数据，满足不同类型应用高效调用的需求。从横向网络之间看，视频传输 | ||
网侧重于各类视频图像数据、物联感知数据的接入、治理、存储、解析、共享；公安信息网侧重治理和 | ||
解析后的视频图像数据、物联数据的接入、存储并与业务数据进行关联融合，实现更深层次的数据组织 | ||
和数据服务。 接入处理的数据规模、种类，治理手段以及组织形成的数据库会因业务职责和定位的不同 | ||
而存在差异，但架构组成及视频图像全生命周期管理流程大致相同，均包含视图数据接入、视图数据处 | ||
理、视图数据组织、视图数据治理、视图数据服务，即根据业务需求，按需汇聚不同种类、不同规模的 | ||
数据，并对其进行数据治理、处理组织，形成不同内容的数仓库、关系库、标签库、搜索库、主题库、 | ||
专题库，为视频图像智能应用提供数据服务，高效支撑目标追踪、线索挖掘、情报预测等应用。 |
3-3-2数据汇聚 1.要求详细说明目前各市地视图数据情况，并提出具体视图数据汇聚及视图库级联设计 | ||
。2.汇聚要求：物联网数据汇聚通过Kafka消息队列，基于1400标准协议，实现人脸、人体、车辆图片 | ||
和智能结构化数据等各类数据的汇聚整合。物联数据主要包括但不限于以视频为核心的物联网感知设备 | ||
★ | 10 4 | 采集的人脸、人体、车辆等数据，系统通过Kafka将数据汇入大数据基础平台。物联数据汇聚主要包括 原始感知数据和智能分析数据的汇聚。 原始感知数据汇聚：系统支持接收视频文件、图片数据存储到云存储，支持通过接入组件将前端设备采集的人脸、人体、车辆、报警等数据直接汇聚到大数据基础平台 |
中存储，满足用户对实时采集的物联感知数据的汇聚需求。 智能分析数据汇聚：系统支持从资源管理调 | ||
度平台视频结构化、建模、比对后的智能分析数据直接汇聚到大数据基础平台中进行存储，满足用户对 | ||
事后建模分析的数据汇聚需求。 | ||
3-3-3联网服务 通过级联同步功能实现与上、下级视图库目录与数据同步。同步的内容包括基础资源（ | ||
采集设备/系统等）目录、数据资源目录、按级联规则所需上传的数据内容。接收下级设备资源目并同步 | ||
至资产库，由资产库统一对视图设备进行管理，按需求与上级视图库进行同步。录联网服务包含注册保 | ||
活和数据联网。 1.注册保活 注册、保活和注销：当与部视图库联网时,视图库启动时主动向上级视图库 | ||
注册,视图库停止运行时主动向部视图库注销；应用平台需要访问视图库时,主动向视图库注册,停止运行 | ||
时应主动向视图库注销；分析系统需要访问视图库时,主动向视图库注册,停止运行时应主动向视图库注销 | ||
；注册成功后,注册发起方周期性地向被注册方发送心跳保活消息。 联网监测（包括：在线监测、稳定性 | ||
★ | 10 5 | 监测、数据收发监测）：对上下级视图库、应用平台、采集系统、分析系统进行监测，按每个系统，展 示其离线次数、离线时长，在线率。按照统计时间、系统类型查询，统计数据的导出。 2.数据联网 数据 |
联网服务具备:支持与部级视图库的联网接入；支持多个下级视图库的联网接入;联网接入上级视图数据库 | ||
,基于用户权限对上级视图数据库提供差异化服务;通过逐级订阅下级联网服务对象、下级视图数据库的卡 | ||
口、车道、采集设备和采集系统目录等信息,同级专网视图数据库以下级接入上级方式接入同级公安网视 | ||
图数据库。边界安全接入平台支持视图库的级联接口,实现同级视频传输网视图库和同级公安网视图库的 | ||
互联。 网络和硬件性能满足的情况下，确保视图库联网传输时延低于10微秒和信息不丢包。包括：车辆 | ||
数据联网、人脸数据联网、名单库级联、GA/T1400视图库上下级级联。符合《公安视频图像信息应用 | ||
系统第4部分接口协议要求》（GA/T1400.4-2017）。 |
3-3-4数据接入服务 根据业务需求，利用数据探查、数据定义、数据读取等功能，从各种视频图像采集 | ||
端和物联数据采集源接入视频图像相关数据，完成视频图像数据的接入处理。视频图像数据接入根据接 | ||
入数据种类需实现视频流接入、图像数据接入、物联数据接入和业务关注数据接入。视频流接入是指连 | ||
续视频流的接入，包括实时视频流接入和历史视频录像接入。图像数据接入是指人员、车辆、物品、事 | ||
件、场所等视频图像对象相关数据的接入，包括视频片段、图片、特征值及其结构化描述信息。物联数 | ||
据接入是指除视频流和图像数据外的其他感知数据的接入，如MAC、RFID、IMSI、IMEI等数据的接入。 | ||
业务关注数据接入是指按需接入其他系统的相关数据，如下级研判结果数据、人R员基础信息、关注车 | ||
辆基础信息等。 数据接入服务包括数据资源接入和数据接入管理。其中数据资源接入主要负责从数据源 | ||
接入各类数据，汇聚管理提供该层所需的管理与配置功能。 1.数据资源接入 数据资源接入利用数据探查 | ||
、数据定义、数据读取等功能，主要完成结构化/非结构化数据的接入，负责数据链接建立、数据传输等 | ||
★ | 10 6 | 内容，平台支持离线、在线等多种类型的数据接入。对视频监控（联网/共享）系统、人像解析系统、卡 口联网系统及其他离线/在线采集设备或系统等，通过标准数据采集工具进行数据抽取，按照公安数据元 |
标准，推送给视频图像信息库。 视图库接入解析系统输出的人脸小图、车辆图片、特征值和对应的结构 | ||
化数据以及其他感知数据，接入方式包含不限于FTP搬运、分布式消息中间件读取等离线和实时的方式 | ||
。 2.数据接入管理 视图库系统通过基础资源关联，对基础资源目录进行管理与维护，并提供增删改查等 | ||
多种管理功能。通过基础资源管理，用户以清楚的了解视图库系统接入的各类基础资源，同时基础资源 | ||
目录也会作为后续应用的重要基础数据提供给上层使用。 包括不限于：人脸、车辆、MAC、RFID、IMS | ||
I、IMEI等物联数据接入、部标标准化业务数据接入。 3.关注人的接入管理：依托省级视频图像数据库， | ||
对上统一对接部人库，对下对接各市地人平台，实现前端视图数据汇聚、人特征数据接收、分发、人轨 | ||
迹推送。符合公安部方案要求。前端视图数据汇聚依托视频图像数据库实现。特征数据对账，对同步到 | ||
下级平台的特征数据进行对账，核查数据是否一致，并对不一致特征数据进行补发。 符合公安大数据系 | ||
列标准。 | ||
3-3-5数据组织 3-3-5-1总体要求 省级遵循公安大数据系列标准，与公安部视图库的对接通过视图库协 | ||
议转换实现。视频图像数据组织服务根据视频图像应用需求，遵循标准统一、流程规范、集约共享的组 | ||
织原则，实现视频图像数据资源分类建库，强化视频图像数据的内部关联，建立健全公安大数据视频图 | ||
像数据资源体系的过程。应包括原始库、资源库、主题库、业务库和知识库。原始库是指来源于各类采 | ||
集前端、采集系统、其他平台原始产生或经过视频图像解析后产生的数据集合，并在此基础上补充处理 | ||
加工后产生的标准化数据项、关联要素信息和基础标签、行为标签、业务标签和分级分类属性，主要包 | ||
括视频数据（如：视频流、视频片段、描述数据等）、图片数据（如：图片、特征值、描述数据等）、 | ||
★ | 10 7 | 物联数据和相关业务数据。资源库是指综合各类视频图像数据资源建立的视频图像要素（如：人脸、人 体、步态、车牌等）以及要素之间关联、关系的数据集合，主要包括要素分布库（如：人脸要素的时空 |
轨迹、车牌要素的时空轨迹信息）、要素关联库（如：同一人员的人脸、人体、步态等要素之间的关联 | ||
信息）、要素关系库（如：人脸和车辆之间的同行关系、不同人脸的伴随关系）等。主题库是指融合各 | ||
类原始数据和资源数据而建立的能标识人员、车辆、物品、事件、场所等的主题对象，长期积累形成的 | ||
多种维度的视频图像信息数据集合，主要包括人员主题库、车辆主题库、物品主题库、事件主题库、场 | ||
所主题库等。业务库是指围绕视频图像应用产生的数据集合，主要包括关注目标库、研判结果库等。知 | ||
识库是指视频图像数据接入、处理、治理、组织和服务需要的知识数据和规则方法集合，主要包括算法 | ||
资料库（如：算法名称、版本、用途等资料）、标签知识库、模型规则库等。 |
3-3-5-2基础库设计 基础库是对物联原始数据进行接入、存储、标准转换后的数据集，包括但不限于： | ||
★ | 10 8 | 人员基础库：不限于人口库、人脸特征库、人体特征库、人员轨迹库、虚拟身份库、人员名单库。 车辆基础库：不限于机动车信息库、车辆特征库、车辆轨迹库、违章车辆库、布控车辆库。设备基础库：不 限于监控点库、人脸抓拍机库、x口抓拍机库。 图片基础库：不限于抓拍库、名单库、证件照片库、现 |
场取证照片库等URL地址。采集信息库：抓拍时间、抓拍地点名称、经纬度等结构化信息。 | ||
3-3-5-3资源库设计 资源库是在基础库的原始数据基础上，根据应用支撑需求形成的多种计算关联和逻 | ||
辑模型库。主要包括但不限于： 搜索库：针对后续的数据实时搜索服务，输出专门的分布式数据搜索库 | ||
。输出过程完成数据的分词、索引、字段类型转换等操作，输出符合搜索场景的数据存储格式。 数据搜 | ||
索库以分布式搜索引擎基础实现支撑，是智能搜索的基础，支持数据搜索的无缝匹配。同时数据检索库 | ||
★ | 10 9 | 也作为各类数据服务接口的后端数据存储。 关系库：关系库是利用数据关联功能模块、数据比对功能模 块而形成的服务于用户业务需求的各类关系库。主要包括人人同行关系、人车关系、人人同乘关系、人 |
与MAC关系、点位场所关系、人与社区关系、相同落脚点关系等。 标签库：标签库是利用数据比对功能 | ||
模块、数据标识功能模块而形成的服务于用户业务需求的各类标签库，标签库的建立有助于挖掘与管理 | ||
特殊标签属性的人群或其它目标，有助于视频专网的公安用户开展工作。包含不限于夜不归宿、疑似套 | ||
牌车、昼伏夜出、疑似隐匿车、移动警力标签、上访人员、在逃人员、SK人员、涉稳人员等。 |
3-3-5-4专题库设计 人像库设计：采用大数据、云存储技术，在视频专网与公安网部署人像库，实现对 | ||
海量人脸图片类非结构化数据、人脸模型类半结构化数据，以及人脸特征属性、索引等结构化数据的集 | ||
中存储，提供快速的数据比对分析，挖掘更多地数据关联信息，为公安业务处理和决策提供信息化技术 | ||
支撑。 人像库按业务属性包括但不限于：动态抓拍人像库、黑名单库、静态人像库。动态抓拍人像库主 | ||
要存储人脸抓拍单元采集的人脸图片、属性、解析后的模型等数据；黑名单库主要存储公安在逃人员、 | ||
案件嫌疑人等黑名单人脸图片、属性、模型等数据；静态人像库主要存储二代身份证、常驻人口等业务 | ||
库的人脸图片、身份信息、模型等数据；黑名单库、静态人像库按需规划，根据不同属性建立在逃人员 | ||
黑名单、案件嫌疑人黑名单、身份证信息库、常驻人口信息库等。 大数据基础平台是人像库结构化数据 | ||
的存储和计算中心，设计基于通用架构进行优化建设，具有分布式、集群化、统一存储、统一访问、动 | ||
态扩容的特点，用于汇聚人脸卡口信息、位置信息、人脸特征属性、人脸模型等数据，以及对接公安业 | ||
务库人员信息，为多维度人像数据的融合应用提供支撑。 云存储是人像库的非结构化和半结构化存储中 | ||
心，主要存储人像视频、图片以及关联的视频片段，向大数据基础平台提供图片存的URL地址，以供检 | ||
索查询时的下载调用。 人像库主要实现了人像图片的存储查询、以脸搜脸、人像抓拍的结构化检索以及 | ||
人脸相关的技战法关联应用。 车辆库设计：根据业务需求设计。采用大数据、云存储技术，在视频专网 | ||
与公安网部署车辆库，实现对海量过车图片类非结构化数据，过车信息，车辆模型等结构化数据的集中 | ||
★ | 11 0 | 存储，提供快速的数据检索和比对分析，挖掘更多地数据关联信息，为公安业务处理和决策提供信息化技术支撑。 车辆库支持过车图片从前端直存进入云存储，根据过车图片URL进行指定图片下载和预览， 支持根据车道/卡口编号、时间段对图片批量下载，按策略支持按周期、容量进行图片数据的周期覆盖式 |
存储。 大数据基础平台存储车辆抓拍属性数据，存储云解析系统提取的模型数据以及图片URL地址等三 | ||
种结构化数据，通过搭建计算框架，以及扩展框架，提供强大的大规模流式数据处理能力，对数据进行 | ||
关联分析，发掘数据背后隐藏价值。通过URL地址下载车辆图片，实现图片的下载查询和以车搜车等任 | ||
务。车辆库主要实现了过车图片的存储查询、以车搜车、车辆抓拍的结构化检索以及车辆相关的技战法 | ||
关联应用。 案事件库设计：根据业务需求设计。案事件库是通过建立各种视频图像信息证据相关数据库 | ||
，为全警日常警务工作中收集到的疑或涉案图像资源提供统一的资源管理及存储空间。为重要信息的收 | ||
集与查询、案事件的存储与管理、数据的级联与共享提供基础环境。案事件库遵循公安部GA/T1400.4- | ||
2017标准要求实现与上级案事件库对接，主要针对于事前防控视图信息的存储，事后侦查视图信息的检 | ||
索与查询以及案事件经验素材案例的长期保存。 案事件的接入：当前案事件使用人工操作方式，需登陆 | ||
平台使用组件页面进行案事件管理。案事件的存储：用户通过案事件一体机进行数据保存，使用云盘管 | ||
理写入文件与文件操作等应用，使用对象存储进行数据长期保存。 案事件的调用：案事件系统支持数据 | ||
信息级联。 案事件库将业务进行分类，库的内部分类分权建立针对于不同业务部门的专题数据库应用， | ||
以深度满足不同警种、单位的业务需求。根据用户需求建立如疑情库、案件库、警情库等，根据业务需 | ||
求设计。。其中，疑情库针对事前防控视图存储及检索；案件库作用于事后侦查视图存储与检索；警情 | ||
库主要存储记录跟案事件相关的警情数据，提供警情管理功能； | ||
★ | 11 1 | 3-3-5-5关注人库设计 针关注人应用，设计关注人员基础数据库、关注人员特征数据库、关注人员轨迹 数据库和关注人员聚档数据库。 |
3-3-5-6资产库设计 根据业务需求，部署视频图像基础信息数据库，包括视频监控设备库、车辆卡口设 | ||
备库、人脸卡口设备库、网络设备库等，根据业务需要进行拓展。符合公安部视频图像基础信息对接技 | ||
术要求。 资产分类分级管理需求： 1.要求支持全量目录管理 按公安部每年公布的行政区划编码，更新 | ||
创建全量资产管理目录。按省、地市、区县划分目录结构，上报全量资产数据。 2.要求支持重点目录管 | ||
理 重点目录需包含（不限于）： 视频监控重点场所：重点路线、检查站、地标建筑、维稳敏感地、重大 | ||
★ | 11 2 | 活动举办地、国省道交通干线出入口、案件多发区、治安复杂区等。 人脸卡口重点场所：火车站（高铁 站）、汽车站、轮船码头、飞机场出入口及xx等。 车辆卡口重点场所：环省、环市、环县公路、高速 |
公路的出入口及高速公路沿线等。 3.要求支持点位与目录关联 资产库中应实现设备与全量、重点目录的 | ||
关联管理，要求同一设备档案在资产库中唯一。4.要支持资产分类管理资产库管理全省视频传输网内的 | ||
全量资产，包含但不限于：视频监控、车辆卡口、人脸卡口、网络设备、安全设备、服务器设备等。 5. | ||
与其它系统实现关联校验匹配 资产扫描的结果与资产库进行关联、校验、匹配；资产库要与视频联网共 | ||
享平台视频点位实现关联、校验、匹配；资产库与视频图像数据库关联、校验、匹配； | ||
3-3-6数据处理 数据关联：数据关联是根据关联规则与函数算法，将人脸、人体、车辆等物联数据进行 | ||
关联，并输出关联信息，包括人脸人体关联、人员同行同乘、人车关联、前端点位场所关联等。数据比 | ||
对：数据比对是根据比对规则对结构化数据、半结构化数据（包含不限于人脸、人体、车辆模型）进行 | ||
相同比较或相似度计算，对于比对命中的数据，支持按照要求进行输出，实现人脸人体车辆模型比对、 | ||
结构化数据比对、人人员身份比对、人员聚类、人轨迹聚档、关键词比对等。 人员打标签：将人脸抓拍 | ||
★ | 11 3 | 图片进行建模并与名单库进行比对，如果人脸抓拍图片与名单库人员比对中，则打上人员真实身份标签 。如果人脸抓拍图片与名单库人员无法比对中，则将未比对中的图片通过相似度比对后进行人脸聚类，并打上唯一标识。 人体打标签：人脸抓拍机拍到一条人脸抓拍记录，会与之对应一张人体抓拍进行关联 |
，使用这张人体抓拍与其他监控点产生的人体数据进行关联，经过关联规则，以给其他监控点的人体抓 | ||
拍数据打上人脸标签，标识人体的身份。 数据标识：数据标识是利用标签引擎对数据进行比对分析、模 | ||
型计算，并对其打上标签，包括基础标签及行为标签。基础标签是数据自然所蕴含特性的显性化标签， | ||
结合数据自身属性或关联比对结果来打标签，比如性别、区域等；行为标签是通过物联数据进行关联比 | ||
对分析，形成的特定行为规律标签，比如昼伏夜出、频繁夜归等。 | ||
3-3-7数据治理服务 3-3-7-1总体要求 视频图像数据治理服务对视频图像数据资源全生命周期的规划设 | ||
计、过程控制和质量监督，通过规范化的数据治理，对视频图像信息系统相关数据的接入、处理、组织 | ||
、服务提供全方位的质量管控与保障。应包括数据资产管理、数据质量管理、数据安全管理和数据开发 | ||
管理。数据资产管理是指对视频图像数据元数据、数据血缘、数据目录的全生命周期的资产化管理。数 | ||
据质量管理是指对视频图像数据和感知设备基础数据进行检验与清洗、数据转换、关键属性治理、数据 | ||
质量评估等操作。数据安全管理是指通过对视频图像数据进行分级分类、标识，配合数据授权、数据鉴 | ||
★ | 11 4 | 权等，确保数据安全使用。数据开发管理是指对视频图像数据开发的相关标签、模型的管理，辅助知识库的构建。 支持采集设备属性异常监测（包括不限于：总览、国标编码监测、经纬度监测、时间差监测 ）支持卡口属性异常监测（包括不限于：总览、国标编码监测、经纬度监测） 支持人脸抓拍数据异常监 |
测（包括不限于：总览、数据量监测、图片访问监测、图片质量监测、数据时效性监测） 支持卡口过车 | ||
数据异常监测（包括不限于：总览、数据量监测、图片访问监测、车牌识别监测、数据时效性监测） 支 | ||
持监控点取流链路诊断数据：图形化监控取流链路诊断结果，并显示错误信息以及错误解决建议，同时 | ||
设备最近告警信息及监控点最近告警信息 支持数据导出。 支持资源报备管理（包括不限于：监测资源报 | ||
备、资源报备审核）。 支持数据质量报表（包括不限于：人脸数据质量报表、车辆数据质量报表）。支 | ||
持数据考核（包括不限于：区域质量考核、对上质量自检）。 | ||
3-3-7-2设备基础信息治理（资产库数据） 包括设备基础信息同步、设备基础信息合规性唯一性监测、 | ||
治理清单、数量监测等。1.设备基础信息同步：提供设备信息同步工具，实现多种源头、多种标准的设 | ||
备数据接入，为后续设备基础信息监测和治理提供数据源。 2.设备基础信息合规性唯一性监测：实现“ | ||
资产库”设备信息的资产合规性校验功能，按照《视频图像采集设备的基础信息填报与校验要求》要求， | ||
自动核验数据填报的准确性。对资产库中全部档案数据进行唯一性核对。 2.1设备编码监测：对设备的 | ||
国标编码进行检测判断是否符合国标编码规则，国标编码检测内容包括：国标编码是否为空；国标编码 | ||
是否为纯数字，不含字母、符号； 国标编码长度是否为20位；国标编码中前6位是否与设备的行政区划 | ||
编码符合；国标编码第11到13位是否等于指定值；已接入的设备编码中，国标编码是否唯一、不重复。 | ||
设备编码的异常检测结果，发回原单位进行重新提交；下级对于检测异常的结果，按照规范要求重新修 | ||
正提交，推送修正的数据到上级平台。 2.2设备名称监测：参照《GAT751-2008视频图像文字标注规范 | ||
》，对设备的名称进行检测判断是否符合规范要求，包括名称无效检测、名称空值检测、名称乱码检测 | ||
、名称重复检测。针对设备名称的异常检测结果，进行发回原单位进行重新提交；下级对于检测异常的 | ||
结果，以通过名称定义规范等方法重新修正提交，推送修正的数据到上级平台。 2.3监控点位类型监测 | ||
：判断其是否有且仅有“一类视频监控点”、“二类视频监控点”、“三类视频监控点”、“公安内部视频监控 | ||
点”和“其他点位”中的1个值。 此项内容为手工填报的内容，对监控点位类型进行检测判断是否填报且正 | ||
确。 2.4MAC地址监测：发现异常的MAC信息，包括MAC空值检测、MAC无效检测、MAC不规范检测 | ||
、MAC重复检测。MAC地址的异常检测结果，下级对于检测异常的结果，按照规范要求重新修正提交， | ||
推送修正的数据到上级平台。 2.5摄像机功能类型监测：按照填报要求，摄像机功能类型包括视频监控 | ||
、车辆识别、人脸识别、其他识别几大类，内容为多选且各参数以“/”分隔。平台能够提供检测工具，对 | ||
填报的摄像机功能类型字段进行校验。摄像机功能值是否为空；摄像机功能值是否符合规范，其值有且 | ||
仅有“视频监控”、“车辆识别”、“人脸识别”、“其他识别”。针对摄像机功能类型的异常检测结果，下级 | ||
对于检测异常的结果，按照规范要求重新修正提交，推送修正的数据到上级平台。 2.6经纬度监测：经 | ||
纬度异常检测是对设备的经纬度数据按照检测规则进行数据准确性以及空间位置的检测。对设备的经纬 | ||
度信息进行检测判断是否准确，经纬度检测内容如下：经纬度是否为空；经纬度是否合规。经纬度应采 | ||
用的十进制格式（如经度114.452139，纬度30.5806728），采用WGS-84坐标系。经度值是否为10 | ||
位，且仅包含阿拉伯数字、符号“.”；经度小数点后是否为6位；纬度值是否为10位，且仅包含阿拉伯数 | ||
字、符号“.”；纬度小数点后是否为6位；2.7摄像机位置类型监测：摄像机位置类型，内容为多选项，下 | ||
级单位必须根据实际情况，标明点位的位置类型，填报需符合部里统一下发字典表项。平台支持按照字 | ||
典表项内容，对摄像机位置类型进行检测判断是否填报且正确。摄像机位置类型是否为空；摄像机位置 | ||
类型是否有且仅有字典内的位置类型，摄像机位置以有多个值。 针对摄像机位置类型的异常检测结果， | ||
发回原单位进行重新提交；下级对于检测异常的结果，按照规范要求重新修正提交，推送修正的数据到 | ||
上级平台。 2.8设备状态监测：设备状态分为在用、维修和拆除，此项内容为手工填报的内容，对监控 | ||
点位类型进行检测判断是否填报且正确。设备状态是否为空；设备状态是否有且仅有“在用”、“不用”。 | ||
针对设备状态的异常检测结果，发回原单位进行重新提交；下级对于检测异常的结果，按照规范要求重 | ||
新修正提交，推送修正的数据到上级平台。 2.9IP地址监测：发现异常的IP信息，包括IP空值检测、IP无 | ||
效检测、IP不规范检测。设备接入平台后，IP地址是否为空；IP地址格式是否规范，IPv4地址仅包含数 | ||
★ | 11 5 | 字和“.”，IPv6地址仅包含数字、英文字符和“:”；IPv4地址长度是否32位，IPv6地址长度是否为128位 ；与资产扫描的IP地址进行匹配校验。 设备基础信息治理 设备基础信息治理能够针对设备基础信息检测出异常的点位生成治理任务和清单，并提供丰富的治理工具供治理人员使用，对异常的设备基础信息进 |
行针对性治理，例如场所、经纬度等，确保基础信息准确、鲜活、完整。同时还以给设备添加更多的业 | ||
务属性或者业务标签，丰富应用的集成使用。3.治理清单管理：治理清单管理模块提供对治理清单和任 |
务的增、删、改、查等功能，通过管理清单和任务，以将设备的治理工作细化到责任人，提高治理效率 ，便于统一管理。治理清单管理包括治理清单和治理任务的管理，治理清单通过新建清单，选择待添加的设备进行绑定，以按组织结构、地图选点和导入的方式进行设备的选择。治理任务通过在清单下新建任务，选择待添加的设备进行绑定，按组织结构和地图选点进行设备选择。 3.1设备信息标定修改：设备基础信息治理主要是针对基础信息检测异常的设备提供各类治理工具，实现对设备基础信息的标定修正。 3.2设备名称、监控点类型治理：系统支持对监控点进行增、改、查的操作，包括对监控点进行导入新增、导入修改、导出、批量修改、属性修改。批量修改功能以选择监控点列表中的一条或多条记录 ，批量修改监控点中某个属性，通过设备模型选择需修改的属性，填写对应属性值进行修改。属性修改 ，系统支持在监控点详情页面，选择需要修改的属性，例如对设备名称、设备监控点类型按照标准进行调整，填写对应属性值进行修改；属性修改根据动态模型设置。 3.3摄像机位置类型治理标定：位置类型标定模块主要功能是把设备与安装所属的位置类型进行关联。支持按照位置类型规则进行匹配，把符合条件的设备信息展示在页面，通过批量选择设备数据进行标定，标定前以通过图片、视频预览、地图定位等辅助功能进行决策。位置类型主要包括党政机关、中心广场、学校、旅游景区、宗教活动场所、主要路口、公安检查站、交通枢纽等。 3.4摄像机功能类型治理：通过配置摄像机的能力集，展示设备的各类能力集，包括能力标识、能力集中文标识、驱动能力集描述、能力集状态，同时以进行添加、删除、编辑、批量启用和批量禁用等功能，按照公安部确定的摄像机功能类型，修改能力集字段，并给设备叠加一个或多个能力集的标签，实现摄像机功能类型的治理。 3.5经纬度治理：经纬度治理通过视频点位提供的图片、视频预览、地名推荐等信息辅助决策，在系统中将设备点位添加到地图位置，系统自动获取设备在地图上的经纬度；或者通过标准地址查询到地址的经纬度信息，直接添加到设备信息中的经纬度字段中。针对在后台无法判断具体经纬度的视频点位，平台还支持获取现勘的数据对设备的经纬度进行修正。此外平台还支持对设备的经纬度进行坐标系转换。当设备数据接入时，经纬度表示的位置信息是正确的，只是坐标系不同，此时就不需要重新治理，只需转换一下坐标系即得到正确的经纬度位置。 3.6设备状态治理：系统支持在监控点管理模块中对监控点的设备状态进行主动修改。在监控点详情页面，选择需要设备状态进行调整，填写对应属性值进行修改。与联网平台设备在线状态实时同步。对资产库中的设备进行关联性核对，资产库中一类点视频监控且联网状态为“已联网”，设备状态处于“在用”的设备，通过GB/T28181点播视频流判断用性。资产库中功能类别为“人脸卡口”、“车辆卡口”，联网状态为“已联网”，设备状态处于“在用”的设备需在视图库中上传视图数据。在视图库中存在视图数据且但并未在资产库中建档的设备，一律认定为“未建档且联网设备”，要求各级补充档案信息。 3.7IP地址、MAC地址治理：系统支持在监控点管理模块中对监控点的IP地址、MAC地址进行主动修改，在监控点详情页面，选择需要IP地址、MAC地址进行调整，填写对应属性值进行修改。与资产扫描的地址同步 。 3.8其他治理内容：除了以上治理内容，系统还支持室内外、设备别名、关联地名、安装地址、设备关系、监控方向等标定。 3.9设备关系标定：设备关系标定模块的主要功能是标定设备关联关系。包括设备关系批量导入、设备关联关系新增、修改、删除，以及设备关联清单查询等功能。4.车辆、人脸卡口设备数量监测 按区域实时监测全省各地点位总数量、在线数量，并对照公安部标准对不符合数量标准 的实时反馈。 | ||
3-3-7-3视频图像数据治理 要求满足《全国公安视频图像数据治理工作省级评价指标》，要求设备编码 、设备名称、功能类型、摄像机位置类型、设备经纬度、设备MAC地址、设备IP地址、设备状态等均填报且正确，编码规则符合GB/T28181要求。人脸图片合格是指人脸小图检测出唯一人脸。时钟准确是指上传人脸数据的抓拍时间不得晚于数据接收时间，误差在30秒以内。上传及时是指数据上传时延不超过 24小时。上传及时是指数据上传时延不超过2小时。图片地址用是指各省上传的人脸抓拍数据携带的人脸场景大图地址访问，人脸小图应出现在大图场景内，且大图应标注有抓拍时间、抓拍地点。图片地址 |
用是指各省上传的人脸抓拍数据携带的人脸场景大图地址访问，人脸小图应为大图中截取的局部人脸图 | ||
片，且大图应标注有抓拍时间、抓拍地点。抓拍数据完整是指车辆抓拍数据包含符合GA/T1400.3的车 | ||
牌号码、车牌颜色属性字段。抓拍数据完整是指重点车辆卡口设备抓拍数据包含符合GA/T1400.3标准 | ||
的车牌号码、车牌颜色、车辆类型、车辆品牌、车身颜色、车辆型号属性字段。数据准确是指上传的过 | ||
车数据车牌号码、车牌颜色与抓拍图像一致。时钟准确是指车辆图片的抓拍时间不晚于过车数据的接入 | ||
时间，误差在30秒以内。图片地址用是指车辆卡口设备抓拍车辆图片地址调用成功，且大图应标注有抓 | ||
拍时间、抓拍地点。 1.人脸抓拍数据质量监测 1.1人脸图片质量监测：支持抽检人脸卡口设备一定数量 | ||
的上传图片并进行建模分析，如果小图检测出唯一人脸，则判断图片质量合格。 1.2设备时钟监测：支 | ||
持对每条人脸抓拍数据时间进行监测，如果数据抓拍时间不晚于数据接收时间，误差在30秒以内，则判 | ||
断时钟准确。 1.3数据时效性监测：人脸卡口设备数据上传时效性监测，支持对人脸卡口每条抓拍数据 | ||
的抓拍时间和接收时间进行监测，如果抓拍时间和接收时间相差不超过24小时，则判断数据上传及时。 | ||
1.4关注人脸卡口设备数据上传时效性监测：支持对关注人脸卡口每条抓拍数据的抓拍时间和接收时间进 | ||
行监测，如果抓拍时间和接收时间相差不超过2小时，则判断数据上传及时。 1.5图片用性监测：人脸卡 | ||
口设备URL用性监测，支持抽检人脸卡口设备一定数量的抓拍数据并进行监测，如果其携带的人脸场景 | ||
大图URL访问，且大图标注有抓拍时间、抓拍地点，则判断大图URL用。支持找出无法访问的图片，并 | ||
备注无法访问的原因。 1.6关注人脸卡口设备URL用性监测：支持抽检关注人脸卡口设备一定数量的抓 | ||
拍数据并进行监测，如果其携带的人脸场景大图URL访问，且大图标注有抓拍时间、抓拍地点，则判断 | ||
大图URL用。支持找出无法访问的图片，并备注无法访问的原因。 1.7数据量监测：支持对设备的数据 | ||
量进行监测，找出无抓拍数据、抓拍数据突降和抓拍数据量过少的点位。 1.8数据一致性监测：设备未 | ||
上报是指有抓拍数据，无设备信息的点位，一般是在级联场景中只推送了抓拍数据，设备信息未推送导 | ||
致的。以通过这个监测找出未上报设备的来源与监控点编码，告知下级进行整改。 2.车辆抓拍数据质量 | ||
★ | 11 6 | 监测 2.1数据完整性监测：车辆卡口设备抓拍数据完整性监测，支持全量车辆卡口设备上传的一定数量 的抓拍数据并进行分析，若数据包含车牌号码、车牌颜色属性字段且字段值不是“未知”，则判断为抓拍 |
数据完整。2.2重点车辆卡口设备抓拍数据完整性监测：支持全量重点车辆卡口设备上传的一定数量的抓 | ||
拍数据并进行分析，如果数据中包含车牌号码、车牌颜色、车辆类型、车辆品牌、车身颜色、车辆型号 | ||
属性字段且字段值不是“未知”，则判断为抓拍数据完整。同时，对于不完整数据，调用算法仓算法对车 | ||
辆图片解析，解析数据进行回填，使数据完整。 2.3数据准确性监测：车辆卡口设备过车数据准确性监 | ||
测，支持抽检车辆卡口设备上传的一定数量的抓拍数据并进行分析，如果过车数据车牌号码、车牌颜色 | ||
与抓拍图像保持一致，则判断数据准确。对车辆图片进行实时解析，解析数据与上传数据进行比对，判 | ||
定是否准确，如比对不一致，以解析数据为准，保留上传数据值。 2.4重点车辆卡口设备主要属性准确 | ||
率：全量检测重点车辆卡口设备上传的一定数量的抓拍数据并进行分析，如果过车数据车牌号码、车牌 | ||
颜色主要属性字段与抓拍图像保持一致，则判断为主要属性识别准确。对车辆图片进行实时解析，解析 | ||
数据与上传数据进行比对，判定是否准确，如比对不一致，以解析数据为准，保留上传数据值。 2.5重 | ||
点车辆卡口设备类型属性识别准确率：全量检测重点车辆卡口设备上传的一定数量的抓拍数据并进行分 | ||
析，如果过车数据车辆类型、车辆品牌类型属性与抓拍图像保持一致，则判断为类型属性识别准确。对 | ||
车辆图片进行实时解析，解析数据与上传数据进行比对，判定是否准确，如比对不一致，以解析数据为 | ||
准，保留上传数据值。 2.6设备时钟监测：支持对每条车辆抓拍数据时间进行监测，如果数据抓拍时间 | ||
不晚于数据接收时间，误差在30秒以内，则判断为时钟准确。 2.7数据时效性监测：车辆卡口设备数据 | ||
上传时效性监测，支持对车辆卡口每条抓拍数据的抓拍时间和接收时间进行监测，如果抓拍时间和接收 | ||
时间相差不超过24小时，则判断数据上传及时。 2.8重点车辆卡口设备数据上传时效性监测：支持对重 | ||
点车辆卡口每条抓拍数据的抓拍时间和接收时间进行监测，如果抓拍时间和接收时间相差不超过2小时， |
则判断数据上传及时。 2.9图片用性监测：车辆卡口设备过车图片URL用性监测，支持抽检车辆卡口设备一定数量的抓拍数据并进行监测，如果抓拍车辆图片URL调用成功，且大图标注有抓拍时间、抓拍地点，则判断图片URL用。支持找出无法访问的图片，并备注无法访问的原因。 2.10重点车辆卡口设备过车图片URL用性监测：支持抽检重点车辆卡口设备一定数量的抓拍数据并进行监测，如果抓拍车辆图片 URL调用成功，且大图标注有抓拍时间、抓拍地点，则判断图片URL用。支持找出无法访问的图片，并备注无法访问的原因。 2.11数据量监测：支持对设备的数据量进行监测，找出无抓拍数据、抓拍数据突降和抓拍数据量过少的点位。 2.12数据一致性监测：设备未上报是指有抓拍数据，无设备信息的点位，一般是在级联场景中只推送了抓拍数据，设备信息未推送导致的。以通过这个监测找出未上报设备的来源与监控点编码，告知下级进行整改。 | ||
★ | 11 7 | 3-3-7-4视频流治理 支持实时视频通畅率监测,历史录像通畅率监测，OSD图像标注监测，时钟质量监测 ，视频质量诊断监测。 1.实时视频通畅率监测 系统支持通过取流对重点点位、一二三类点位的实时视频点播通畅情况进行监测，平台通过内置的解码程序对自动获取的码流进行是否国标、码流用性的分析。2 .历史录像通畅率监测 系统支持对15日前重点点位的录像用情况进行自动检测，自动标识录像不用的情况，自动预警15天前录像不点播的点位，以满足“全国公安视频图像数据治理专项行动省级评价指标”中的重点历史录像通畅率治理评价要求。 3.OSD图像标注监测 利用算法仓中机器视觉算法，通过对前端 、平台码流的解析，获取视频码流中的OSD信息，自动与联网共享平台中的设备名称进行比对，以满足 “全国公安视频图像数据治理专项行动省级评价指标”中重点点位、一二三类点位的时钟准确率评价要求 。 4.时钟质量监测 系统支持通过算法仓中视觉算法自动识别获取码流中的时间信息，通过与标准时间进行比对，计算出前端码流时间偏差时间，以满足“全国公安视频图像数据治理专项行动省级评价指标”中视频流的重点时钟准确率的评价要求。 5.视频质量诊断监测 系统采用轮巡的方式，支持对前端设备的码流进行解码与图像质量评估，实现对视频信号中存在的问题进行智能分析、判断和告警。支持不低于14种常见视频故障以及码流时延（关键帧时延、信令时延、码流时延）情况的检测，如清晰度异常（图像模糊）、亮度异常（过亮、过暗）、偏色、噪声干扰（雪花、条纹）、视频丢帧以及信号丢失等，有效预防因硬件设备导致的图像质量问题而带来的损失。 支持对诊断基准图片的替换功能；支持图像诊断重巡。 |
★ | 11 8 | 3-3-7-5关注人像轨迹治理 包括轨迹时效性监测，设备关联性监测，重复轨迹过滤，图片访问监测、聚档轨迹用监测、人照片数据质量监测治理。 轨迹时效性监测：支持对每条关注人轨迹数据的照片抓拍时间和接收时间进行检测，抓拍时间和接收时间相差不超过2小时，则判断为上传及时性符合要求。 2.设备关联性监测：支持对每条轨迹数据中的设备信息进行检测，发现产生轨迹但是设备未上报至上级平台的情况，以设备为维度统计未上报的设备产生的轨迹数据。3.重复轨迹过滤：轨迹唯一性是指同一张人脸图片不能重复上报，系统支持以抓拍设备、抓拍时间、关注人ID三要素为条件对重复的关注人员轨迹进行过滤。轨迹准确性，省级平台用不同的算法验证各地上报的轨迹人脸照片，省级的相似度与各地上报的相似度值之差在一定范围内，认为准确。4.图片访问监测：支持对轨迹数据中背景图和人脸图的访问性进行检测。5.聚档轨迹用监测：人轨迹数据质量监测，监测下级平台上报的人轨迹数据，对于数据属性为空或不规范的发现并反馈，自动过滤无效轨迹和异常数据。 6.人照片数据质量监测治理：监测省级平台录入的本地人照片和特征数据质量，对照片质量进行评测，对照片质量不佳和问题照片进行清理 。 |
3-3-8视频数据服务 总体要求：视频数据服务是指视频数据资源对外提供的访问和管理能力，指基于视频图像原始库、资源库、主题库、业务库和知识库的数据，为视频图像应用提供的数据服务能力。视频图像数据服务是主要包括查询检索、比对订阅、模型分析、数据推送、数据鉴权、数据操作、数据管理 |
等。对于各类数据服务，要求注册在公安大数据平台的服务资源目录中。查询检索服务是指提供视频、 | ||
图片、结构化数据、感知设备基础数据等各类结构化和非结构化视频图像数据的查询检索。比对订阅服 | ||
务是指根据比对条件或预设规则对视频图像数据进行实时比对，返回比中结果，并提供对所需汇聚视频 | ||
图像数据的订阅管理。模型分析服务是指根据业务需要，对视频图像数据进行统计、分析、规律性探索 | ||
及预测。数据推送服务是指将视频图像数据按需推送给上、下级系统或其他外部系统，实现数据的汇聚 | ||
共享。数据鉴权服务是指基于数据的访问控制规则，实现视频图像数据的访问权限鉴别。数据操作服务 | ||
是指提供视频、图片、结构化数据、感知设备基础数据等视频图像数据的增加、修改、删除等操作。数 | ||
据管理服务是指按需将视频图像数据治理和管理的能力进行接口封装，为其他应用系统、平台内其他子 | ||
系统提供服务。 1.查询检索服务包括不限于：轨迹查询（包括：单条轨迹生成、多条轨迹生成、显示点 | ||
位名称）、人脸属性查询（包括：结构化信息检索、目标详情、数据导出）、以脸搜脸（包括：以脸搜 | ||
脸、目标详情、数据导出、任务栏）、跨级人脸查询（包括：结构化信息检索、目标详情）、跨级以脸 | ||
搜脸（包括：以脸搜脸、目标详情）、车辆属性查询（包括：结构化属性查询、过车详情、数据导出） | ||
、（包括：以车搜车、目标详情）。跨级车辆查询（包括：结构化属性查询、过车详情、以车搜车、目 | ||
标详情、）、人体查询（包括：结构化属性查询、目标详情、数据导出）、以人搜人（包括：以人搜人 | ||
、数据导出、目标详情）、跨级人体查询（包括：结构化属性查询、目标详情）、跨级以人搜人（包括 | ||
：以人搜人、目标详情）、资产库信息查询、人轨迹查询等。 2.订阅通知：是视图库支持自动采集的视 | ||
频图像信息、采集设备或系统的目录和状态等进行订阅等，并能在接收到通知后自动实现同步的功能模 | ||
块。订阅通知包括订阅管理和通知查询。支持对采集设备、视频卡口和车道等采集设备与采集系统相关 | ||
对象和人脸、人员、机动车等视频图像信息对象批量订阅；当上级视图库或应用平台进行订阅时，当收 | ||
到下级视图库的通知时，将通知推送给订阅方。支持采集设备、视频卡口、车道、人员、人脸、机动车 | ||
的结构化与人脸图片和车辆图片非结构化数据级联，并支持级联上述结构化数据中扩展属性。订阅管理 | ||
模块具体包含新建、查询、删除、取消订阅等功能服务。新建订阅中支持同网订阅。在网络联通的情况 | ||
通过接口向下级视图库发送订阅请求，在下级视图库接收订阅后自动发起的通知请求也通过接口的方式 | ||
发送；网络状态不联通的情况需上下级视图库分别新建订阅任务和通知任务（上级平台建立订阅任务， | ||
下级平台建立通知任务），其通知数据通过ftp摆渡和目录摆渡两种方式进行级联。订阅信息按照订阅类 | ||
别，级联方式（标准接口、ftp摆渡、目录摆渡），订阅任务类型（订阅任务、通知任务），订阅状态进 | ||
行筛选查询。3.模型分析服务：将视频图像数据进行统计、分析、规律性探索及预测的模型封装成服务 | ||
，对应用提供模型分析。4.数据推送服务：是视频图像数据库与其他部门间或上下级间进行视图数据交 | ||
换，包括数据汇聚、数据下发。数据汇聚是指将数据资源根据需要从地市汇到省、部级数据中心，或者 | ||
从公安网外部单向导入，汇到相应的各级数据中心。数据下发是指将数据资源根据需要从部省级下发给 | ||
下级视图库。数据推送配置：包括推送规则、推送标准、数据种类、推送周期等配置。数据封装：根据 | ||
★ | 11 9 | 配置进行数据封装。包括但不限于人的应用：特征数据接收，通过特征同步接口实时接收部级平台推送的人员特征数据，保证数据接收的及时性和准确性。比中结果推送，将算法引擎比中的人员告警信息通 |
过告警接口推送给部级平台，包括人员唯一标识和动态抓拍数据信息。身份信息接收，通过告警响应接 | ||
口接收部级平台返回的比中人身份信息和照片。 5.数据鉴权服务：是基于数据的访问控制规则，实现数 | ||
据的访问权限鉴别的过程。访问控制规则从内容敏感度、数据来源、数据种类、字段及字段关系分类四 | ||
个维度进行资源权限的控制，资源鉴权通过用户的数据资源权限，使用数据鉴权服务实现对数据资源的 | ||
访问控制。数据鉴权服务依托大数据平台，需要大数据平台DaaS层和安全防护体系的鉴权中心相互配合 | ||
完成，鉴权中心比对服务请求主体的多方面信息，根据授权范围，返回该主体能访问的数据权限列表（ | ||
访问控制规则从内容敏感度、数据来源、数据种类、字段及字段关系分类四个维度进行资源权限的分级 | ||
分类信息），鉴权服务获取数据权限后，对数据请求进行加工，限定访问数据范围。鉴权服务不直接对 |
用户提供服务，仅在鉴权服务外的其他服务中调用并进行权限验证。 6.数据操作服务：涉及到对视图库内相关数据资源的“写数据”操作，操作范围对象包括“原始库、资源库、主题库、业务库、索引库、知识库”等，并涉及对云平台内各类异构形态的数据库组件适配。为确保处理工序的严谨性、靠性与数据操作入口唯一，数据操作服务由大数据处理与治理类工具统一提供服务接口。数据操作服务是指数据及数据表的增加、删除、修改等操作接口服务，大数据处理与治理类工具对数据的增加、修改、删除等能力进行服务接口封装，仅面向有操作数据资源需求的群体开放此类服务，同时结合数据鉴权服务对提供数据操作服务，主要包括但不限于：1.数据增加：向指定数据集增加数据，支持单条录入和批量导入。2.数据修改：对于指定条件范围（或指定数据ID）的记录，对其指定字段取值进行修改。3.数据删除：删除指定条件范围（或指定数据ID）的数据。7.数据脱敏服务：主要指对数据进行的不逆的规则变换，达到对敏感和隐私数据进行过滤，进而保护信息不被泄露的手段。脱敏规则的制定基于数据分类分级和授权管理。通过提供统一的脱敏服务，对需要脱敏的数据进行处理，处理引擎包括脱敏引擎、输入、输出接口，脱敏模板，脱敏API。其中脱敏处理模板负责定义不同数据类型的脱敏处理规则，并自动针对数据类型匹配脱敏模板。脱敏API提供具体的脱敏算法。脱敏引擎负责自动识别数据类型与脱敏模板规则进行匹配，并调用脱敏API对数据进行脱敏处理。数据脱敏分为静态脱敏和动态脱敏两种方式。静态脱敏适合对性能要求高的场景，需要复制一份原始数据，并将需要脱敏的字段进行脱敏处理。如果有多个字段需要脱敏，并且面向不同的用户需要脱敏不同的字段，那么需要复制多份数据。会增加数据一致性管理的难度，并占用更多的磁盘空间。动态脱敏适合对性能要求弱一些的场景，由数据服务层提供脱敏能力。根据统一授权中心的权限配置，当用户访问的字段的权限为脱敏访问时，数据服务层从数据资源层读取数据后，结合配置的脱敏规则，对数据脱敏后返回给用户。根据不同的业务使用场景，包括但不限于以下主要脱敏技术：数据屏蔽：是针对单个属性的隐私保护方法，防止从数据集的某个属性直接识别个人，具体不限于哈希、加密、掩码、聚合、标签化、置换等算法；泛化：考虑了多维属性之间的关联关系，防止从多个属性或多个数据集关联识别个人，具体不限于K-anonymity、L-diversity、T-closeness等算法；差分隐私：通过增加随机的噪声，对个人的敏感信息进行匿名化处理。 8.数据加密解密服务：以提供专属加密、密钥管理、密钥对管理等功能，主要功能有对称加密、非对称加密、Hash算法多种常用的加密算法，具有弹性扩展能力，通过基础设施层提供的加解密卡、GPU、FPGA等非标硬件计算资源 ，提供应用系统无感知的安全服务。 |
3-3-9接口服务 接口服务包含采集接口、数据服务接口、级联接口和分析接口。 1.采集接口 通过采集接 | ||
口接收解析系统向视图库上传的人脸小图信息，上传信息后,若在一定延迟时间(例如5s)内未接收到响应, | ||
则视为上传失败,应重传。如连续多次(例如3次)重传仍未成功,则视为链路发生问题,缓存信息,并重新进行 | ||
注册。在注册成功后,补传所有未报送数据。通过采集接口实现解析系统向视图库进行人脸小图分析规则 | ||
的上传。 2.数据服务接口 通过数据服务接口实现应用平台、其他信息系统等向视图库进行基于视频图像 | ||
信息对象等特征属性及其组合的查询,支持分析系统向视图库进行基于视频图像信息对象等特征属性及其 | ||
组合的查询。通过数据服务接口实现应用平台、其他信息系统等向视图库进行人工采集视频案事件及视 | ||
频图像信息对象的创建、更新、删除。通过数据服务接口实现应用平台、其他信息系统等向视图库进行 | ||
采集设备或采集系统等的查询、更新。通过数据服务接口实现应用平台、其他信息系统等与视图库之间 | ||
进行视频图像信息对象的布控与告警。通过数据服务接口实现应用平台、其他信息系统等与视图库之间 | ||
进行视频图像信息对象、采集设备或采集系统目录等的订阅与通知，通知发出后,若在一定延迟时间(例 | ||
如5s)内未接收到响应,则视为通知失败,应重传。如连续多次(例如3次)重传仍未成功,则视为链路发生问 | ||
题,缓存信息,并重新进行注册。在注册成功后,补传所有未通知数据。 3.级联接口 通过级联接口实部级视 | ||
图库向本级视图库进行基于人脸小图信息对象等特征属性及其组合的查询。通过级联接口实现部级视图 | ||
库与本级视图库之间进行视频图像信息对象等的布控与告警；通过级联接口实现上级视图库与本级视图 | ||
库之间进行视频图像信息对象、采集设备或采集系统目录等的订阅与通知，通知发出后,若在一定延迟时 | ||
★ | 12 0 | 间(例如5s)内未接收到响应,则视为通知失败,应重传。如连续多次(例如3次)重传仍未成功,则视为链路发生问题,缓存信息,并重新进行注册。在注册成功后,补传所有未通知数据。 4.分析接口 通过分析接口实现 |
应用平台向分析系统进行视频图像分析任务的下发、启动、停止、状态查询以及视频图像分析规则的创 | ||
建、更新或删除。通过分析接口实现分析系统向应用平台进行视频图像信息的上传。通过分析接口实现 | ||
应用平台向分析系统进行视频图像分析能力的查询。支持订阅管理（包括：添加、通知任务编辑删除） | ||
。支持通知查询（包括：列表展示、查询） 5.资产库接口设计 5.1数据上报与更新：支持按照资产库定 | ||
义的上报接口，向上级资产库上报或更新设备基础信息。支持查看基础信息上报情况及上报失败原因。 | ||
5.2数据异常反馈：提供数据异常反馈接口，接收上级资产库校验过程中出错的异常信息。5.3数据查询 | ||
接口：提供查询接口，满足公安部对设备基础信息查询需求。 5.4资产数据查询接口：满足各应用系统 | ||
对设备基本信息查询的需求 5.5资产数据准确性反馈接口：应用系统反馈设备基础信息的错误数据，通 | ||
过反馈接口发送给资产库 5.6重点设备上报接口：以数据推送方式向上级上报重点设备目录。 5.7重点 | ||
设备下发接口：以数据推送方式向设备基础信息治理模块下发重点设备目录。人接口设计 注册接口、注 | ||
销接口、保活接口、特征提取同步接口、特征提取异步接口、特征返回异步接口、特征下发接口、特征 | ||
下发接口（加密）、特征下发对账接口、比中轨迹反馈接口（下级平台向部级平台推送）、轨迹信息推 | ||
送接口（向第三方系统推送）、档案和轨迹订阅接口、档案和轨迹通知接口、轨迹查询接口、同行人员 | ||
档案查询接口、密码服务接口、数据解密接口。 符合《公安视频图像信息应用系统第4部分接口协议要 | ||
求》（GA/T1400.4-2017） |
3-3-10性能设计 1.对象存储时间 子系统中各种对象的存储时间应符合以下要求: a)自动采集的视频图像 | ||
信息对象的存储时间不少于1个月; b)视频分析规则对象存储时间不少于1个月; c)人工采集的视频图像信 | ||
息对象的存储时间满足管理要求。 2.存储对象格式 子系统中视频图像信息对象的存储格式应符合以下要 | ||
求:a)支持存储、管理JPEG、JPEG2000、BMP、PNG、TIF(TIFF)格式的图像资源; b)支持存储、管理S | ||
VAC、H.264、H.265、MPEG-4、MPEG-2、MJPEG格式的视频资源,兼容CIF(352×288)、2CIF(704 | ||
×288)、4CIF(704×576)、D1(720×576)、720P(1280×720)、1080P(1920×1080)、4K(4096× | ||
2160)或以上视频分辨率;视频文件格式应支 x.xx、.avi、.ts、.mp4等;c)支持存储管理SVAC、G.711 | ||
a、G.711u、G.723、G.729格式的音频资源。 3.并发性能规格 子系统的并发性能规格应符合以下要求 | ||
: a)并发接收图像对象的速度不小于210张/s; b)并发接入系统用户数不少于25个; c)管理的采集设备对 | ||
象不少于213个; d)管理的采集系统对象不少于27个; e)管理的视频图像信息对象不少于230个; f)管理的 | ||
视频分析规则对象不少于217个; g)管理的视频标签对象不少于230个; h)管理的目标统计信息对象不少 | ||
于217个; i)管理的视频案事件对象不少于217个; j)支持的并发处于布控状态的布控对象不少于210个; 支 | ||
持的并发处于订阅状态的订阅对象不少于210个。4.检索 在网络传输质量符合GB/T28181—2016中要 | ||
★ | 12 1 | 求时,子系统的简单条件查询应在5s内完成,模糊查询和复杂条件组合查询应在7s内完成。 视频图像数据 库设计（公安网） 1.对象存储时间 子系统中各种对象的存储时间应符合以下要求: a)自动采集的视频图 |
像信息对象的存储时间不少于12个月; b)视频分析规则对象存储时间不少于12个月; c)人工采集的视频 | ||
图像信息对象的存储时间满足管理要求。 2.存储对象格式 子系统中视频图像信息对象的存储格式应符合 | ||
以下要求: a)支持存储、管理JPEG、JPEG2000、BMP、PNG、TIF(TIFF)格式的图像资源; b)支持存储 | ||
、管理SVAC、H.264、H.265、MPEG-4、MPEG-2、MJPEG格式的视频资源,兼容CIF(352×288)、2 | ||
CIF(704×288)、4CIF(704×576)、D1(720×576)、720P(1280×720)、1080P(1920×1080)、4K | ||
(4096×2160)或以上视频分辨率;视频文件格式应支 x.xx、.avi、.ts、.mp4等; c)支持存储管理SVAC | ||
、G.711a、G.711u、G.723、G.729格式的音频资源。 3.并发性能规格 子系统的并发性能规格应符合 | ||
以下要求: a)并发接收图像对象的速度不小于210张/s; b)并发接入系统用户数不少于25个; c)管理的采 | ||
集设备对象不少于213个; d)管理的采集系统对象不少于27个; e)管理的视频图像信息对象不少于230个; | ||
f)管理的视频分析规则对象不少于217个; g)管理的视频标签对象不少于230个; h)管理的目标统计信息 | ||
对象不少于217个; i)管理的视频案事件对象不少于217个; j)支持的并发处于布控状态的布控对象不少于 | ||
210个; 支持的并发处于订阅状态的订阅对象不少于210个。 4.检索 在网络传输质量符合GB/T28181— | ||
2016中要求时,子系统的简单条件查询应在5s内完成,模糊查询和复杂条件组合查询应在7s内完成。 | ||
3-4视频图像应用设计 3-4-1实时预览 视图调阅是视频图像的基础应用，主要是利用视频图像联网共享 | ||
平台提供的实时视频调阅能力，实现在线视频图像调阅。包括不限于多窗口、断线重连、实时抓图、点 | ||
位搜索、码流切换、一键收藏、电子放大、视频巡逻设置、AR视频预览等功能。 视频预览应用能够提 | ||
供视频监控点位的实时查看功能。多窗口支持，支持不限于1、4、6、8、9、13、16、25画面等多种 | ||
规格画面的组合显示方式；支持用户自定义布局，在多画面显示模式下，支持鼠标拖拽调换播放窗口上 | ||
★ | 12 2 | 的视频；支持自适应宽高比例(16:9和4:3两种方式自动切换)和满屏窗口显示图像显示模式；支持一机双 屏预览方式；实时抓图，支持在预览过程中，对视频进行抓图。客户端支持选择单张抓拍或者连续抓拍 |
。支持点位搜索，实现目标视频资源的快速定位。码流切换，支持对监控画面的主、子码流切换功能。 | ||
预览时支持添加点位至收藏夹，支持用户通过收藏夹进行点位选择，支持编辑或删除收藏夹，同时支持 | ||
点位搜索，支持用户通过资源目录进行点位选择，同时支持点位搜索电子放大，支持实时预览时对画面 | ||
的局部进行电子放大，以便对局部细节进行更为集中的查看。 视频巡逻设置（包括不限于：预案导入、 | ||
抓图配置、解码模式、设置数字水印）支持AR视频预览。 |
★ | 12 3 | 3-4-2云台控制 实时视频云台控制及水平扫描，以在视频上直接控制。八方向转动：上、下、左、右、左上、左下、右上、右下。 支持控制云台转速、点位方向、画面聚焦；支持扩大或缩小焦距；支持缩小或放大光圈。支持一键聚焦、3D放大；支持打开灯光，支持使用雨刷；支持云台锁定及重置所有配置； 支持设置预置点，设置巡航；支持录制或调用轨迹。 |
3-4-3媒体录像 录像回放应用能够提供视频回放的应用功能，支持以多种方式对视频录像进行回放，包 | ||
括不限于多通道常规录像回放、录像倒放、分段回放、录像下载、录像抓图、录像剪辑、录像查询等。 | ||
管理录像的存储，包括对前端设备的录像计划配置，集中存储的录像计划配置。云储存、服务器硬盘本 | ||
★ | 12 4 | 地存储；录像计划配置，包括按时间录像、周期录像等；指定设备通道、时间等要素的录像检索和回放 ；回放时正常播放、倍速播放、时间轴回放、单帧播放、画面暂停、图像抓拍功能；多窗口多路视频的 |
同步回放和异步回放；标签回放：对监控点的某段时间内录像数据添加标签，对该段录像数据进行附加 | ||
说明，并且以对已经被标记的录像进行查询和回放；按录像时间和录像文件的录像下载。 | ||
3-4-4视频轮询 视频轮询应用能够以手动或自动的方式对指定监控点位的实时视频进行轮询播放。支持 | ||
预览轮巡任务的配置功能，包括不限于轮巡的画面分割、轮巡的时间间隔，轮巡的视频码流类型配置； | ||
手动调用轮巡任务执行轮巡播放；支持轮巡任务的导入导出，对轮巡任务进行导入和导出操作。 组内轮 | ||
巡：在指定的监控组别内，以固定的画面（不限于1、4、9画面），按照设定的时间间隔进行图像轮巡 | ||
★ | 12 5 | 显示，用于组内摄像头比较多的情形。 分组轮巡：在选定的多个监控组别中，以固定的画面（不限于1 、4、9画面），按照设定的时间间隔进行图像轮巡显示；支持将所有监控分组整个拖动到预览窗口进行 |
图像轮巡显示，默认轮询时间间隔设置；分组轮巡时支持手动暂停及手动翻页功能。 组合轮巡:在选定的 | ||
多个监控组别中，以固定的画面（不限于1、4、9画面），按照设定的时间间隔和不同的轮巡策略进行 | ||
图像轮巡显示（轮巡策略支持组内轮巡优先、组间轮巡优先、显示画面固定、显示画面随实际画面变化 | ||
）。 分时轮巡:各轮巡方案作为单独的自动轮巡计划来执行，设定自动轮巡计划的执行时间段。 | ||
3-4-5视图目标追踪 视图目标追踪应用主要是协助公安用户快速从视频图像中发现、识别、锁定关注目 | ||
★ | 12 6 | 标并对视频图像捕获的关注目标进行预警和核验，包括目标识别、目标布控、目标检索、目标核验等应 用。要求基于视频结构化技术，对视频点位的录像或实时视频进行解析，以视频接力的方式逐步还原出 |
目标完整行动轨迹的应用。 | ||
3-4-6聚类归档 基于人脸图像、车辆数据聚档应用，将人脸图像、车辆数据、图像结构化和身份数据融 | ||
合在一起，形成一人一档、一车一档，人轨迹聚类归档，能够满足人员跨地市轨迹追踪需求。人、车聚 | ||
档后向公安各警种用户提供技战法基础应用，实现事后快速警情研判及事前预警，提高警务人员的作战 | ||
效率，提升业务的智能化水平。 按身份聚类、按相似值聚类。 人员档案检索：模糊查询是指在不知道人 | ||
员基本信息的情况下，按人员的出行规律来查询。支持按抓拍时间段、监控点范围、所属名单库查询， | ||
★ | 12 7 | 结果按时间排序。支持按照上衣颜色、下衣颜色、戴口罩等特征，按抓拍时段和抓拍地点对档案内的人 员进行查询。展示档案详情、汇聚的抓拍次数、活动轨迹、按监控点统计人员的抓拍次数、同行人员、 |
人员驾驶车辆的信息。 车辆档案检索：车辆档案根据用户提供的车牌号查询出对应车辆的属性信息和过 | ||
车记录统计信息汇总的档案记录，形成车辆档案。档案显示车辆基础信息，包括车牌、年限、品牌、子 | ||
品牌、颜色等；并显示近期轨迹及抓拍图片。支持精确查询和模糊查询两种模式。精确查询是指直接精 | ||
确的车牌号码对档案内的车辆进行查询。模糊查询是指在不知道准确完整车牌的情况下，按车辆的出行 | ||
规律来查询。支持按抓拍时间段、监控点范围、所属库查询。 |
★ | 12 8 | 3-4-6-1一人一档 一人一档是将抓拍人脸按照相似度进行关联、归并，归并后的数据形成一个个逻辑上的人脸档案。人脸档案中包含特定人员的所有抓拍数据。 人脸聚类归档服务支持加速同行人、落脚点、区域碰撞等技战法的执行效率。 在视频传输网的人脸聚类归档过程称为匿名聚类。同时将完成聚档的数据传递到公安信息网，与名单库相结合后进行身份置信，支持和本省常驻人口库比对，比对成功后做人员聚类，如果本省常驻人口库比对无法确认身份，支持通过部里接口和全国14亿人员库做动态比对，做身份确认然后聚类，实现一人一档功能。 支持实时抓拍数据与已形成的人档数据比较，达到相似度阀值则归档到已有的人档，否则生成新的人档，供后续抓拍数据比对。系统完成历史数据聚类后，后续所有数据均进行实时数据聚类。 1.历史数据聚类 支持对当前抓拍库内的所有人脸数据聚类分析，将达到相似度阈值的人像数据标注为一个人档，全量聚类根据分析结果形成多个人档数据。系统新部署时进行历史数据聚类，将已有的数据进行全量处理、保证战法立即用。 2.实时数据聚类 支持实时抓拍数据与已形成的人档数据比较，达到相似度阀值则归档到已有的人档，否则生成新的人档，供后续抓拍数据比对。系统完成历史数据聚类后，后续所有数据均进行实时数据聚类。 3.档案比对 支持匿名人员数量统计； 支持按时间、地点、性别、年龄段等属性检索档案，检索出该人档对应的所有记录数据，记录数据带抓拍时间，抓拍位置经纬度等信息； 支持将人脸特征在人档库进行1：N检索。输入为待检索人脸特征、TO PK、相似度阈值。输出为符合相似度高于阈值的TOPK结果以及对应相似度。 支持手动将不同档案合并 为一个档案； 支持档案生命周期管理。 |
★ | 12 9 | 3-4-6-2人员轨迹聚类 基于视频图像聚类算法或关注人员唯一标识，实现关注人员轨迹的聚类关联。 |
★ | 13 0 | 3-4-7人脸应用 要求支持通过以图搜图服务、轨迹分析服务、关系分服务、规律分析服务、布控预警服务等服务，实现人员的频繁出没、区域徘徊、昼伏夜出、聚集预警、同行人分析、人脸布控、算法建模 、时空碰撞等应用。 1.频繁出没 对频繁活动进行规则定义,包括制定时间段、指定位置信息，设定频繁出入的阙值。该功能有助于快速汇总案发区域的人员活动信息，分析挖掘频繁活动的异常人员，锁定嫌疑人。2.区域徘徊 支持利用人脸抓拍数据，分析在某个时段内、某区域内多次被抓拍的人员，研判为区域徘徊人员。 3.昼伏夜出 支持分析一段时间内（时间设定）出行天数及频次规律符合昼伏夜出规则的人员进行分析提取，昼伏夜出规则支持在系统中进行指定配置。 4.聚集预警 支持利用人脸抓拍数据，分析同一类前科人员（同案、同库），在同一时间多人同时在某地出现，研判为人人员聚集。 5.人脸布控 人脸布控按照布控类型、布控范围、有效期、预警阀值等维度进行实时布控，并提供对布控任务进行布控 、撤控、删除等基础管理功能。 6.同行分析 通过输入人脸照片，统计与目标人员在同一时空范围内出现的次数，分析并找出与目标人员有关联的人脸照片。支持显示一段时间内某一人员的同行人员照片、同行次数、标签。7.算法建模 根据业务需要结合人脸图片信息，实现图像的深度挖掘分析。 8.时空碰撞 通过时空碰撞，选择关注的时间段和区域进行检索。最终以面板方式按照活跃天数进行排序，罗列出所 有目标人员。通过点击目标人员，以显示目标人员图片信息、标签及轨迹时间轴，定位到目标人员。 |
3-4-8车辆应用 通过以图搜图服务、轨迹分析服务、关系分服务、规律分析服务、布控预警服务等服务 | ||
，实现车辆的首次入城、套牌车筛选预警、落脚点分析、同行车辆、车辆布控、频繁过车、隐匿车、违 | ||
章分析、人车轨迹、轨迹查车、夜间面部遮挡、以车搜车等应用。1.首次入城：进行日期、时间的选择 | ||
，灵活设置回溯时长进行分析，在分析结果中能查看车辆照片。支持但不限于固定车辆品牌、型号、年 | ||
款、车牌信息、车辆类别、限定区域内初次入城车辆的分析。 2.套牌车筛选预警：结合车型分析结果和 | ||
车管所登记信息以及车型识别的置信度设置，能快速针对道路上的套牌车辆进行有效的套牌预警，同时 | ||
通过独有的置信度技术来提高套牌车预警的有效率。 3.落脚点分析;满足依据车辆信息（包含但不限于） | ||
如车牌、车型等，在限定的时间范围内进行分析，展示车辆最大能性落脚地点，在地图上进行位置标示 | ||
。落脚点分析时，落脚时长的限定灵活设置。4.同行车辆:通过设定被随车辆的信息如车牌号、跟车时长 | ||
、同行路口数量以及同行的时段进行分析，查找尾随车辆信息；支持固定品牌、型号、年款、颜色，以 | ||
实现某具体车型信息的限定查找。 5.车辆布控:支持对于区域内的高危车辆多维度稽查布控管理，不限于 | ||
车牌精确布控、车牌模糊布控、车辆类别布控。随技术发展及用户需求增加。 车牌精确布控：支持通过 | ||
★ | 13 1 | 设定完整车牌信息、车型信息、布控时限、布控时段、预警方式、接收单位等信息完成布控单； 车牌模 糊布控：支持通过设定车牌包含字符信息、车型信息、布控时限、布控时段、预警方式、接收单位等信 |
息完成布控单； 车辆类别布控：支持通过设定车辆类别信息、布控时限、布控时段、预警方式、接收单 | ||
位等信息完成布控单； 布控实时预警：满足警务人员在线实时查看布控信息的需求，在出现符合布控条 | ||
件的车辆时，支持弹出及声音警报；6.频繁过车:频繁过车支持设置出现次数、车辆型号、类别等参数缩 | ||
小嫌疑车辆排查范围。7.违章分析:通过车牌信息与车辆违章库进行比对碰撞，找出目标车辆的违章情况 | ||
，支持按照区域、时间、阈值和TOP10等多种维度的违章分析。8.人车轨迹:将目标人脸和车辆特征融合 | ||
刻画，根据任一或多种特征轨迹追踪落脚精准刻画目标人员和车辆轨迹。 9.轨迹查车：查找在一定时间 | ||
段内经过多个指定卡口点位的车辆，自定义框选一段轨迹，查出该轨迹内卡口抓拍的相关车辆 10.夜间 | ||
面部遮挡：查找在夜间出现且车上人员遮挡面部的车辆，通过时段、遮阳选择等，展示夜间面部有遮挡 | ||
的车辆情况，协助排查异常驾车 区域碰撞：分析在多个时空区间都出现的车辆，以多个卡口为基点，接 | ||
照某一时间点或车牌类型为条件，自动梳理附合多个条件的车辆信息。以列表和地图的形式展示分析结 | ||
果11.以车搜车：输入一张车辆照片，在海量卡口图片中根据外形特征检索出与其最相似的车辆，同时分 | ||
析结果按照车牌分组展示。查询结果与目标查询车辆对比功能。 |
★ | 13 2 | 3-4-9设备档案（资产库）应用 依托资产库对视频传输网设备进行统一管理，并为相关业务系统提供视频、人、车等设备基础信息。设备档案应用调用DaaS层设备数据治理服务形成的设备信息（含视频监控摄像机、车辆卡口、人员卡口等设备）综合应用，形成资产库，包含信息采集、建档录入、标签管理、点位治理、统计分析功能；其中对设备基础信息按现有建设标准进行统一，需要对关键字段进行严格校验保证数据完整性、准确性、用性。设备档案还需具备两种服务能力。一是提供数据共享服务能力给视频图像联网平台，视频联网平台将同步后的高质量数据推送到上级联网平台；二是提供数据服务能力，为本机其他专业应用或专题应用提供高质量的设备治理数据服务。 1.建档管理 档案录入：包括新建档案 、批量导入、数据导出、删除、批量审批、筛选、详细信息展示、编辑,手动增加摄像机档案，进行相关信息的补全，克隆最近一次信息编辑和仅展示必填项,将本地电脑上的Excel导入到系统中，其中需要先下载模板将档案数据通过excel导出，导出选中和导出全部。 档案审核：包括待审核、已通过、驳回,批量选择点位，进行审核。按设备名称、设备编号、监控点类型、经纬度状态等筛选监控点。展示所有已经审批通过的监控点。展示所有驳回的监控点。 2.档案检索 档案检索支持按照设备名称、设备编码、摄像机类型等对监控点档案进行查询，支持点击设备名称查看监控点详情。 3.综合报表 综合报表支持展示点位的类型信息（一类视频监控点、二类视频监控点、三类视频监控点、公安内部视频监控点、其他点位）、摄像机功能类型信息（视频监控、车辆识别、人脸识别、其他识别）、异常类型信息（如设备编码异常、经纬度异常等）、点位类型统计、功能类型统计、异常类型统计、建档情况统计、推送一致性 统计。 |
★ | 13 3 | 3-4-10电视墙管理 电视墙控制、解码上墙、回放上墙、电视墙预案。 电视墙服务主要实现对解码器管理，应用层通过电视墙服务，以调取任意前端摄像头的视频资源投放到电视墙上。电视墙服务为电视墙控制、解码上墙、回放上墙、电视墙预案提供服务支撑。上墙控制（包括：窗口操作、回放上墙、解码上墙、电视墙预案）场景管理（包括：电视墙场景管理、轮巡管理、监控点关联、模拟信号源配置、窗 口管理、虚拟分屏） |
3-4-11布控预警 目标布控是通过特征值相似度比对或结构化数据比对，发现被控目标的实时行踪，实现对关注对象触网的实时预警。结合视频图像智能化应用的基本需求，目标布控主要包括人员布控、车辆布控、无线终端布控、人证布控以及多维布控等。 人员布控：人员布控指对一定范围内出现的嫌疑人员 、在逃人员、前科人员等关注黑名单库中的人员以及具有特定行为特征的人员进行布控预警，有助于用户及时人员做出防范及控制。人员布控主要包含不限于人脸布控、人员行为布控等多种人员布控模式，人脸布控是依托人脸识别和人脸比对服务对抓拍的人脸图片进行建模并与布控库里的名单人员进行比对 ，从而掌握到待布控人人员的实时行踪。用户通过设置人脸布控类型（单人脸布控、黑名单库布控、驾乘人员布控）、布控范围、有效期、预警阈值、预警时段，一旦在布控范围内出现人R员，平台立刻产生报警，并显示详细报警信息，报警信息由报警助手进行弹窗展示，便于用户下一步安排。客户端联动与短信联动配置通过用户组织目录树选择相应的接收人（其中短信联动接收人仅添加含有手机号码的联系人）；平台支持报警联动短信内容的编辑，通过拖拽标签（布控名称、相似度等）的方式，定制短信的内容（如短信格式为：布控人员{姓名}于{抓拍时间}{抓拍设备}经过，请核实），并统计短信字数 。行为布控报警：用户在应用平台中设置行为布控的布控类型，当在视频中发现对应的人员行为时即产生报警，主要支持针对人员穿越警戒线检测、进入/离开区域检测、区域入侵检测、徘徊检测行为进行布控。 车辆布控：车辆布控是指对一定范围内出现的嫌疑车、被盗车、涉案车、SK车等关注车辆进行布控预警，当车辆卡口系统抓拍到布控的车辆信息时，系统自动将布控预警信息发送至布控联动用户的手机上，有助于用户及时对关注车辆做出防范及控制。 用户在能够在平台中创建车辆布控任务，填写相应的布控名称、布控原因，选择布控等级（高、中、低），选择车牌颜色（蓝、黄、绿、黑、白、民航绿色 |
、民航黑色及其他）并输入需要布控的车牌号码（填写的车牌号码支持精确匹配与模糊匹配），以及选 | ||
择布控的期限（一天、一个月、永久、自定义）；根据掌握的案件线索或其他业务需求，通过勾选点位 | ||
的方式，进行全域布控或精细化的特定区域布控；此外，还通过选填车辆类型、品牌、颜色等信息，进 | ||
★ | 13 4 | 一步提升布控精度。平台支持在新建布控任务时设置客户端、短信联动报警用户，当布控对象被采集设 备检测到时，系统会自动短信或报警助手弹窗提示联动设置中的用户。客户端联动与短信联动配置通过 |
用户组织目录树选择相应的接收人（其中短信联动接收人仅添加含有手机号码的联系人）；平台支持报 | ||
警联动短信内容的编辑，通过拖拽标签（车牌号码、卡口名称、方向名称、过车时间、车道名称、车辆 | ||
类型、车速）的方式。 支持布控、撤控、修改布控范围和布控时间;支持基于对象特征属性及其组合进行 | ||
精确布控和模糊布控;支持基于图像对人员、车辆等进行布控;应支持接收布控指令,当发现与布控特征属 | ||
性相符合的目标对象时应发送告警消息给布控方;当上级视图数据库或应用平台进行跨级布控时,本级视图 | ||
库应支持根据布控范围将布控指令转发或分发给下级视图库;当收到下级视图库的告警时,应将告警转发给 | ||
布控方;应支持设置布控对象的存储时间,应支持自动删除布控到期且超过存储时间的布控对象。 要求支 | ||
持布控列表（包括：新建车辆布控任务、新建人脸布控任务、配置报警联动、布控列表管理） 要求支持 | ||
撤控列表（包括：布控删除、重新布控、布控详情） 要求支持报警查询（包括：权限控制、报警展示、 | ||
信息筛选、详情查看、列表展示、报警查询结果过滤） 要求支持报警提示（包括：报警提示、人脸报警 | ||
信息、车辆报警信息、设备报警信息、视频分析报警信息） 要求支持车辆布控：根据车牌、车辆图片或 | ||
名单库建立车辆布控任务并配置客户端和短信联动，撤控、导出、审核等操作 要求支持人脸布控：根据 | ||
名单库、单人脸或驾乘人员建立人脸布控任务并配置客户端和短信联动，撤控、导出、审核等操作 要求 | ||
支持人证布控：通过姓名、身份证号号等下发布控任务对人证设备进行布控并配置客户端和短信联动， | ||
同步指挥撤控、导出、审核等操作 电围布控：通过基本信息配置设置布控类型、等级、目标等进行电围 | ||
布控并配置客户端和短信联动，撤控、导出、导入、审核等操作 人布控报警：对人库进行报警，并且展 | ||
示人标签，以及管控单位，管控事由等字段，2000万数据和模型处理。 实时预警：人脸预警、车辆预 | ||
警、mac预警、人证预警、imsi预警、地图定位，在实时预警界面中实时展示当天报警记录,报警记录统 | ||
计,以及预警重点关注人员记录,展示预警人的有关信息,包括预警人名称、预警位置、身份证号、比对相 | ||
似度等信息。要支持历史数据查询导出。 历史预警查询：人脸历史预警查询、车辆历史预警查询、mac | ||
历史预警查询、人证历史预警查询、imsi历史预警查询、查询记录导出 预警详情查询：详情信息展示、 | ||
推送、误报、上传、图片下载 轨迹查询：轨迹查询、轨迹播放 | ||
3-4-12以图搜图 路人库检索：以人脸图片为查询条件,查询出该人脸的一个行为轨迹，以人脸图片搜索 | ||
相似人证库数据，当上传图片中存在人脸目标时，查找采集过的证件信息，按姓名、身份证号、性别查 | ||
找。 静态库检索：查找上传人脸图片中的身份信息，当上传图片中存在人脸目标时，开发根据人脸图片 | ||
检索静态库，查询人脸目标对象身份信息。以人脸属性搜索相似抓拍数据，开发根据姓名、证件号码、 | ||
出生日期、人脸名单库、省份、年龄段、性别、戴眼镜等属性查询匹配的人脸信息。 要求支持人体关联 | ||
★ | 13 5 | 、车辆关联或关联关系的人脸信息。 车辆的以图搜图功能：输入一张车辆照片，在海量卡口图片中根据 外形特征检索出与其最相似的车辆，同时开发分析结果按照车牌分组展示。 支持查询存在人脸关联的车辆信息，主附驾人员特征及其他特征信息查询符合条件的车辆信息，查询结果与目标查询车辆对比功能 |
。 人体以图搜图：以人体图片搜索相似结构化数据，当上传图片存在人体目标时，开发在选定的点位范 | ||
围所采集的海量数据中检索出在选定时间段内，符合最小相似度的人体目标。以人体属性搜索相似结构 | ||
化数据，开发根据上移颜色、下装颜色、目标方向、性别、是否戴眼镜、发型、年龄段、目标大小、上 | ||
衣类型、是否戴口罩、是否背包、是否骑车、目标速度、夏装类型、是否戴帽子、是否拎东西等属性查 | ||
询匹配的人体信息， |
3-4-13目标检索 目标检索是通过调用解析系统和视图库提供的特征比对、以图搜图等服务，实现关注目 | ||
标历史数据的查询检索，掌握其历史行踪，实现一键搜。根据需要检索的目标类型分为(不限于)人员检 | ||
索、车辆检索、无线终端检索、人证检索、融合检索以及智能搜索。 1.人员检索：人员检索应用以“人” | ||
为目标，提供了多维度、多条件检索方式，能够以视频、图片以及属性字段等作为输入条件，对人脸、 | ||
人体、步态特征进行检索，查询到符合检索条件的目标人员。 1.1人脸检索：人脸查询主要是依照人脸 | ||
属性信息或人脸特征值在动态抓拍人脸库中进行人脸比对查询，返回相速度超过阈值或符合特征的人脸 | ||
图片，主要包含不限于以脸搜脸、人脸属性查询等功能。 1.2人体检索 以人搜人：类似于以脸搜脸，人 | ||
体查询通过本地导入人体图片，选择相应的时间段、抓拍范围以及相似度范围，搜索出符合条件的人体 | ||
图片。以人搜人搜索结果以图片或列表形式展现，支持按照相似度或时间排序，同时支持将检索结果的 | ||
车辆图像及相关结构化信息全部或部分导出成XLS。搜索结果图片下方会显示目标结果图片和搜索图片 | ||
的相似度、抓拍设备以及抓拍时间。 人体属性查询：人体属性查询是根据用户设定的属性特征及关联关 | ||
系，在选定的时间段及点位范围内搜索符合条件的人体数据，如将性别、戴眼镜、微笑、颜色、方向、 | ||
大小、速度、性别、年龄段、戴眼镜、发型、戴帽子、戴口罩、衣服类型、背包、拎东西、骑车等特征 | ||
作为人体搜索条件，搜索结果以图片或列表形式展现，同时支持将检索结果的车辆图像及相关结构化信 | ||
息全部或部分导出成XLS。点击任一搜索结果时，页面右侧会显示当前所选搜索结果的详细信息及存在 | ||
★ | 13 6 | 关联关系对象的信息，详细信息页面下方有快捷操作按键，针对查询结果进行快捷操作。 1.3步态检索 ：步态检索应用主要是通过步态识别技术对视频片段中目标人员的步态特征进行建模提取，并与步态库 |
中的人员步态特征进行比对，检索出相似度超过阈值的人员及关联的步态视频，能够作为人脸、人体检 | ||
索以外的有效补充，协助公安用户在海量人员中快速找到嫌疑目标，特别是具有较强反侦察意识，频繁 | ||
变更作案地点并进行换装、变装的嫌疑人员。2.车辆检索：车辆检索提供多维度、多条件查询方式，利 | ||
用车牌号码或车牌关键字，以及设置过车时段、过车区域、过车类型等搜索条件，查询车辆专题库内的 | ||
机动车辆、异常牌照车辆、违法车辆、布控车辆及红名单车辆的过车信息。通过列表、小图、大图的展 | ||
示模式让用户更直观的查看过车信息。 2.1车辆属性检索:当用户进行车辆属性检索时，以选择检索时段 | ||
（今天、昨天，一周内或者自定义），选择要检索的监控点范围、过车类型（正常车辆、违法车辆、无 | ||
牌车辆等）、车牌号码（模糊或精确）、结果是否关联人脸、车辆特征（正向、是够有天窗、是否有挂 | ||
件、主副驾驶是否系安全带、车身是否喷字等）、车辆颜色、车辆品牌、车辆类型（货车、轿车、面包 | ||
车等）、车牌类型、车牌颜色等。平台向用户返回抓拍详细信息（采集抓拍地点、时间、车道名称、抓 | ||
拍图片、具体车牌号）、抓拍地理位置以及人脸关联信息等。同时，用户通过详细信息页面关联到车辆 | ||
档案应用。 2.2以车搜车:当用户进行以车搜车时，以输入一张车辆照片，待平台返回建模结果之后，用 | ||
户以通过平台选择查询的时间段、摄像机范围、车辆品牌以及最小相似度等，进行车辆查询。平台向用 | ||
户返回抓拍车辆的详细信息，与输入车辆图片的相似度信息及抓拍地理位置信息等。 同时用户将车辆局 | ||
部特征和车辆细节作为车辆检索条件进行输入，通过车辆建模比对进行特征检索来查询匹配目标车辆。 | ||
★ | 13 7 | 3-4-14跨区查询 通过建设跨区查询应用，支撑跨地市的人员图像、身份和轨迹信息的查询和分析统计需 求。支持跨地市车辆数据查询和分析统计需求。 |
★ | 13 8 | 3-4-15关系分析 利用目标的特征构建关系分析引擎，用于风险预警。不限于同行人分析、区域碰撞、同 行车辆等。 |
★ | 13 9 | 3-4-16规律态势分析 针对市的数据汇聚后形成的的趋势，以用于事前预警。通过数据挖掘和规律分析手段，针对不同类型的人员进行行为习惯、规律分析、轨迹分析等研判手段，不限于人员落脚点、车辆落 脚点、初次入城、频繁过车、夜间面部遮挡、隐匿车、昼伏夜出、行车规律分析等。 |
3-4-17跨镜追踪 针对目标按照时间、空间以及业务条件等多种维度进行人员轨迹分析，直到锁定目标的 | ||
★ | 14 0 | 落脚点，辅助案件侦破。实现对于关注人员进行实时跨地域的轨迹跟踪和监控。根据行人的穿着、体态 等信息认知行人，对在实际应用中对无法获取清晰拍摄人脸的行人进行跨摄像头的连续跟踪，增强对目 |
标的控性和实时位置追踪。 | ||
3-4-18融合轨迹 1.人员全面的轨迹展示。通过对多种视图数据和警务数据，建立两两之间的关系，按照 | ||
★ | 14 1 | 位置串联，研判出轨迹信息。对不同人员进行全维度（时间、空间、属性和活动）的轨迹刻画。2.车辆 轨迹分析展示。 3.电子围栏轨迹分析展示。 4.WIFI探针轨迹分析展示。 5.融合人、车、电子信息等轨 |
迹数据，分析碰撞，形成融合轨迹。 6.轨迹地图展示。 | ||
★ | 14 2 | 3-4-19超级档案 部署在公安信息网的聚类归档服务形成的匿名人档数据与身份底库进行比对，赋予人档 明确的身份信息。人脸档案与公安大数据进行融合，形成全息档案。 |
★ | 14 3 | 3-4-20大屏展示 提供大屏视化工具，以多种应用的大屏视化，包括视图库和数据组织内各类库表数据资 源的大屏展示。 |
★ | 14 4 | 3-4-21视图处理视频摘要标注 视频图像增强，实现视频图像增强分类调节，支持对视频的；亮度调节， 饱和度调节，对比对调节，通过对这些参数的调节实现图像增强。 视频图像复原，通过锐化强度，锐化半径，锐化阈值等参数配置，实现视频图像复原。 |
3-4-22人员管控 按照公安部科信局下发的《人员人像特征值下发和轨迹数据汇聚分发技术方案》要求， | ||
结合本省实际情况，我省采用省级集中对接分布比对的模式对接公安部视综平台并完成人人员人像特征 | ||
的接收分发和人人员告警轨迹数据汇聚上报工作。纵向上，以省级视综平台为核心，贯通部、省、市三 | ||
级。一方面，省级视综平台与部级视综平台对接，进行注册认证，注成功后通过特征下发接口（加密） | ||
获取相应的人人员模型，并将比对产生的告警信息通过比中轨迹反馈接口实时回传至公安部视综平台， | ||
同步获取人人员相关身份信息，此外还以向部级视综平台提供人人员档案数据的订阅服务。另一方面， | ||
省级视综平台与地市视综平台进行对接，在地市平台完成注册认证后，通过特征下发接口（加密）将人 | ||
人模型下发至地市视综平台。同时，通过比中轨迹反馈接口接收地市视综平台回传的人人员告警轨迹信 | ||
息并将人人员身份信息反馈给地市视综平台。针对不具备接收人人员特征值进行本地比对条件的地市， | ||
省厅视综平台以接收地市平台上传的动态人像抓拍数据，在省厅视综平台进行建模比对，并将人人员比 | ||
中结果和身份信息返回给地市平台。横向上，省级视综平台与省本级的业务系统对接，获取本地人人员 | ||
信息和照片，并将人人员的告警轨迹信息通过轨迹信息推送接口反馈给各业务平台和公安大数据平台。 | ||
★ | 14 5 | 此外，省级视综平台能够以API方式接入管理不同厂商、不同版本的人像引擎并对其运行状态进行监测，并将从公安部获取、与之版本相匹配的人人员人像特征值同步加载至对应厂商的人像引擎。同时，省级 视综平台还能够通过建模提取接口和图片比对接口，将相应的人像建模、比对任务下发至各厂商人像引 |
擎，实现抓拍图片、本地人人员照片的建模以及抓拍图片特征值与人人员人像特征值的比对，各厂商人 | ||
像引擎将比对结果返回给省级视综平台。实现人人员布控告警、身份确认、人员聚类、轨迹生成、轨迹 | ||
信息推送、关联关系分析、出行规律分析等。 支持切换防控圈的同时切换地图中心点到防控圈中心点， | ||
地图中的报警为当前防控圈的报警；支持展示当前防控圈人脸、车辆、探针个体告警的当天数量统计及 | ||
总数统计，列表展示实时个体预警；支持展示当前防控圈群体告警的当天总数统计，列表展示实时群体 | ||
预警；支持在地图中展示实时预警的点位及预警详情；支持在地图中展示某个点位的实时抓拍图片（人 | ||
脸、车辆）；支持通过播放器对监控点进行视频预览及视频回放；支持鼠标勾选控制地图中展示或隐藏 | ||
预警信息、防控圈信息、点位信息；支持根据报警类型、报警等级、姓名、证件号、车牌号、时间、防 | ||
控圈、名单库等条件查询历史报警；支持点击某一条报警，查看报警详情（包括报警图片、报警点位名 | ||
称、报警时间等）；支持在地图中通过鼠标点击绘制防控圈；支持在地图中鼠标拖动防控圈边界，修改 | ||
防空圈范围；支持创建防控圈时选择将该防控圈归属于某个组织下；支持删除防控圈；支持人员身份确 | ||
认。 | ||
3-4-23身份确认 1.根据下发的人人员模型，省级抓拍数据支持和人模型比对，比对结果通过上级进行身 | ||
★ | 14 6 | 份确认，并反馈，支持把反馈结果给地市分发。2.静态比对：支持静态图片与省级库进行比对，确认本 省身份；支持省外人员通过接口与全国库比对，确认身份。 3.动态比对：支持动态抓拍图片与省级库进 |
行比对，确认本省身份；支持省外人员通过接口与全国库比对，确认身份。 | ||
★ | 14 7 | 3-4-24设备目录资源管理 实现设备目录资源，按区域目录管理、按类别资源管理、按部位管理等，根据 需要进行目录资源划分。 资源管理中包括：视频监控、人证设备、报警设备、卡口、传感等设备。 |
3-4-25BT（步态）应用 查询应用需求：支持根据选定的时间范围和点位范围，依照关联关系进行查询 | ||
★ | 14 8 | 。查询搜索结果以图片或列表形式展现，支持按照时间排序。 搜图应用需求：通过本地导入目标行走视 频，选择相应的时间段、范围、相似度范围和关联结果，搜索出符合条件的视频。搜图搜索结果以图片 |
或列表形式展现，支持按照相似度或时间排序。 |
★ | 14 9 | 3-4-26涉案历史线索挖掘应用 1.涉案线索挖掘应用是指当有已知目标的图片时，通过对历史录像的分析 ，逐步获取到目标行踪轨迹的能力。通常使用在缺少实时结构化数据的情况下，由于实时结构化数据缺乏，因此直接通过以图搜图业务无法有效检索到目标的数据，所以此时需要通过调用历史录像进行分析 ，并找到目标的行踪。 2.通过涉案线索视频库数据，实现串并案。 3.基于涉案线索视频库开展的查询检 索、统计等各类应用。 |
★ | 15 0 | 3-4-27移动APP视频类应用 1.视频应用需求：视频预览，对监控点进行实时预览，以双击预览画面在四画面和全屏预览之间切换。在预览的时候以对画面进行截图保存到本地，以通过文件管理功能进行图片与录像的查看。在预览的时候以对画面进行录像保存到本地，以通过文件管理功能进行图片与录像的查看。将选中预览画面在分屏预览和全屏预览之间切换。支持对画面进行电子放大。在预览的时候以通过云台控制，旋转镜头方向，变倍变焦，设置预置点等功能； 支持切换视频预览的清晰度为标清或高清。预览时支持添加点位至收藏夹。支持展示最近成功播放的点位，方便用户下次重新播放。支持按时间和存储方式分类查询录像片段，支持开始、暂停、继续录像回放。 2.地图应用需求：地图操作，查看点位 ，支持在地图上显示监控点位，在地图上点击点位查看点位信息，包括名称、类型及在线状态；监控点预览，点击地图上的监控点位，以实时预览点位视频；监控点回放，点击地图上的监控点位，以进行监控点录像回放；定位，支持查看用户当前定位；点位检索，关键字检索，支持根据关键字搜索点位；类型检索，支持根据点位类型检索，目前支持枪机、半球机、快球及云台四种类型点位检索及展示；搜索历史，支持展示搜索历史，进行快速搜索。 3.人脸应用需求：人脸检索，支持上传或拍摄一张人脸图片 ，基于该人脸图片检索名单库相关人员信息。依据人脸相似度，降序排列返回结果。用户查看结果列表中的人员信息，如姓名、性别、所在省市等；人脸库选择，支持选择查询的人脸库；查询历史，支持查看人脸检索历史；人脸比对，支持拍摄或上传两张人脸图片进行相似度比对，帮助用户判断两张人脸的相似程度。 4.车辆应用需求：车辆查询：过车信息，支持展示车辆详细过车信息，包括车辆过车时间、卡口名称、车道方向、卡口ID、卡口经纬度、行驶速度等，抓拍位置，支持展示车辆抓拍位置信息，车辆属性，支持展示车辆属性，包括车辆归属地、号码、品牌、颜色、类型等信息，其他信息，支持展示车辆其他信息，包括拍照角度、天窗等其他结构化信息，抓拍大图，支持查看车辆抓拍大图，查看轨迹 ，针对查询出来的车辆列表显示其某一天的轨迹，并在地图上展现轨迹。 车辆布控：布控任务，支持查看车辆布控任务，包括车牌、布控名称、布控原因及审核状态；布控详情，支持查看车辆布控任务详情 ，包括布控名称、生效日期、终止日期、创建人、审核状态、布控原因、布控目标等信息；撤销布控，支持对已布控的任务进行撤控；新增布控，支持新建布控任务；布控下发，支持选择布控下发用户。 以车搜车：支持根据上传的车辆图片，结合车辆品牌、开始时间、结束时间及车身相似度等条件，进行车辆检索；查询结果，支持以列表形式展示查询结果车辆的车牌、抓拍时间及抓拍地点，并依照相似度降序排列；过车信息，支持展示车辆详细过车信息，包括采集时间、采集地点、车道方向、车道名称、车速等；属性特征，支持展示车辆属性特征，包括车辆归属地、号码、品牌、颜色、类型等信息；其他特征，支持展示车辆其他信息，包括拍照角度、天窗等其他结构化信息；抓拍大图，支持查看车辆抓拍大图； |
★ | 15 1 | 3-4-28目标核验 通过平台来上传人脸照片来实现目标的身份确认，同时以通过选择人员名单库、证件号码、性别、最小人脸相似度等来对目标进行身份确认。平台向用户返回目标的姓名、证件号码、所属名 单库等信息，实现对视频图像中的人员、车辆等关注目标具体身份的确认。 |
3-4-29视图数据运维管理监控 1.要求支持成效展现，支持地图、列表方式对系统内视频图像设备基础信息、视频图像数据、关注人员人像轨迹数据、视频流数据等4类视图数据治理成效进行统计展现。视频流治理成效展现，视频图像数据治理成效展现。 1.1视频流治理成效展现 系统支持从设备联网态势、视频 |
质量监控、档案质量、考核预检、考核成效排名、通知报备信息几方面展现治理成效。系统支持地图上各地市考核结果结果的轮播展现，展现项包括联网数量、联网在线率、标注合规率、目录完整率、时钟准确率等几方面展现指定地市视频考核情况。 1.2视频图像数据治理成效展现 系统支持从建档率、填报准确率、时钟合格率、活跃率几方面图像化展现设备质量，支持趋势图方式展现系统内卡口当月卡口设备活跃率。系统支持从图片URL用率、数据准确率、数据延时率等几方面展现人脸、车辆卡口抓拍数据的质量；支持以趋势图方式展现当月系统内各抓拍数据的图片用率。系统支持地图方式展现各下级单位视频图像数据治理的成效。支持各下级单位评价详情的展现功能，包括各下级单位视频图像信息资源库的关键接口故障时长、今日卡口数据上传情况、卡口数量等关键信息。系统支持抓拍设备资产数量统计功能，支持当月上传抓拍设备数量趋势图展现功能。支持最新考核报备信息展现功能。按不同展示方式 ，实现全量视图数据治理各项指标、数据视化展示。2.考核管理及评价:参照“全国公安视频图像数据治理专项行动省级评价指标”和省厅要求从视频流考核、视图库考核两方面对重点治理视频图像设备基础信息、图像数据（包括人脸抓拍数据和车辆抓拍数据）、关注人员人像轨迹数据、视频流数据等4类视图数据治理成效进行综合评价。系统支持视频质量考核评价、视频图像数据质量考核评价、考核配置、考核报备等功能。视频流质量考评，视频图像数据质量考评，考核报备。 2.1视频流质量考评 2.1.1考核成 绩总览:系统支持从联网稳定性、联网数量、联网质量、图像标注、时钟质量、录像质量、档案填报、档案建档、联网目录等方面展开对视频质量的考核评价并以图形化方式展现各区域的考核排名功能，支持各区域考核明细展现功能，同时还支持按照日期过滤考核成绩。 2.1.2联网稳定性考评:系统支持通过GB /T28181对下级联网平台的在离线情况进行监控。系统支持检测地市、总离线时长、总报备时长、各区域在离线时长统计方面展现联网稳定性概况。系统支持各区域联网稳定性明细查看功能。 联网质量考评:系统支持按照时间、轮次过滤展现联网质量评价结果。系统支持从检测地市、应检测数、实检测数、合格数、不合格数、合格率、不合格原因几方面展现实时视频点播质量的监测概况。不合格原因包括非国标码流、下级信令超时、下级码流超时、下级信令错误、服务内部错误几方面。系统支持以图像化方式展示各下辖区域的重点点位和二、三类点位实时视频点播通畅率。系统支持对各区域重点点位实时视频点播通畅率的统计明细进行查看，同时还支持对结果进行导出的功能。 录像质量考评：系统支持按照检测时间、轮次开展查询录像质量考评结果。支持手动重新考核的功能。录像质量概况,系统支持从检测地市、应检测地市数、实际检测地市数、合格数、不合格数、合格率几方面展现考核概况。系统支持不合格原因统计功能，包括非国标码流、下级信令延时、下级码流延时、下级信令错误、服务器内部错误。系统支持各区域录像合格率排名展现功能。录像质量统计,系统支持各区域录像质量明细的查看功能，支持导出功能，支持指定区域明细查看功能。 图像标注考评:系统支持按照时间、轮次过滤展现评价结果。系统支持从检测地市、应检测数、实检测数、合格数、不合格数、合格率、不合格原因展现评价概况。其中支持以图像化方式对不合格的原因进行统计功能，包括取流失败、图像未标注、码流异常。支持以图像化方式展现各区域图像标注排名进行展现。系统支持不合格地市明细查看功能。系统支持支持按照监控点名称、国标编码两个维度开展查询应用。 系统支持结果导出。 2.1.3时钟质量考评:系统支持按照时间、轮次过滤展现评价结果。系统支持从检测地市、应检测数、实检测数、合格数、不合格数、合格率、不合格原因展现评价概况。其中支持以图形化方式对不合格的原因进行统计功能，包括无法获取图像、时钟未识别、时钟异常、取流失败。支持以图像化方式展现各区域时钟质量排名进行展现。系统支持时钟质量统计明细查看功能。 2.1.4联网数量考评:系统支持根据用户的实际要求，设定下辖各区域的联网数量，以满足“全国公安视频图像数据治理专项行动省级评价指标”中数量达标率的评价要求。系统支持从上报总数、检测地市/区县数、达标地市、未达标地市、达标区县、未达标区县展现联网数量概况的功能；系统支持各地市、区县上报数量图形化展现功能。系统支持各区域联网数量明细查看功能。 2. 1.5档案合规考评:系统支持对设备名称、设备ip、设备编码、设备经纬度等关键信息的填报质量情况进 |
★ | 15 2 | 行检测，以满足“全国公安视频图像数据治理专项行动省级评价指标”中的填报准确率的治理评价要求。档案合规概况,系统支持从检测地市、不合规数、档案总数、合规率几方面进行统计功；系统支持不合规项明细查看功能。 系统支持以趋势图方式展现各下级区域档案合规情况。档案合规明细,系统支持各下级考评明细查看功能。支持异常项明细查看。支持数据导出功能。 2.1.6档案建档考评:系统支持对各下级区域建档情况的检测功能，以满足“全国公安视频图像数据治理专项行动省级评价指标”中的建档率治理评价要求。系统支持检测概况统计，包括检测地市、建档达标数、建档未达标数；提供以图形化展现各下级区域的建档情况系统支持各下级单位建档明细的查看功能，支持数据导出功能。 2.2视频图像数据质量考评 2.2.1考核成绩总览:系统支持从图库稳定性、档案基础信息、卡口数量、卡口运行质量、卡口数据质量、时钟准确、数据时延、关注人员轨迹、目录推送几方面开展视图库评价应用。2.2.2图库稳定性考评:系统支持对各下级单位的人脸、车辆卡口的当日数据上传情况和下级图库平台的接口用性进行综合监测，自动预警当日无数据上传、图库查询接口不用的下级单位。图库稳定性概况,支持指定日期的统计数据。系统能够对检测下级单位数、今日车辆/人脸卡口无数据单位数、今日车辆/人脸有数据单位数、故障时长（以图搜图接口、批量查询人脸接口、批量查询车辆接口）故障总时长的统计功能。报备单位的明细的查看功能。系统支持以图形化方式对各下级单位图库接口故障时长、无数据天数进行统计。图库稳定性明细,支持各下级单位数据稳定性、接口稳定性明细查看脑功能；支持人脸/车辆无数据天数明细查看功能。 2.2.3卡口设备基础信息考评:系统能够面向人脸和车辆卡口信息的建档情况、档案合规情况进行汇总、统计，以区域维度进行综合考核。以满足“全国公安视频图像数据质量工作评价指标”中的建档率、填报准确率的治理指标。档案基础信息概况,系统提供概况信息的统计功能，包括检测下级单位数据、报备数、未建档数、档案不合规数、建档率、档案合规率的统计功能。系统支持图像化形式展现各下级单位档案合规率的统计功能。系统支持以图形化方式展现各下级单位建档率的统计功能。支持对人脸、车辆卡口分开统计功能。基础信息统计明细,系统支持各下级单位车辆、人脸卡口建档、档案合规明细信息展现功能。支持人脸/车辆卡口未建档数、档案不合规明细查看功能；支持明细结果的导出功能。档案合规标准展现,系统支持设备编码、设备名称、功能类型、设备mac地址、设备ip地址、设备经纬度等填报准确的标准展现功能。 2.2.4卡口数量考评:系统支持各下级单位上报卡口数量的统计和展现功能 。卡口数量概况,系统支持分类统计各下级单位人脸、车辆卡口推送概况。包括上报总数、检测下级单位数据、达标下级单位数、未达标下级单位数；支持报备下级单位展现功能。支持以柱状图方式展现人脸卡口数量和车辆卡口质量。卡口推送数量明细查看，支持各下级单位推送明细展现功能，包括名称、达标数量、满分数量、上报数量、是否达标等。支持明细数据的导出功能。2.2.5卡口运行质量考评：系统支持普通、关注人脸/车辆卡口运行质量概况统计功能。 卡口运行质量概况：系统支持检测地市数据、人脸/车辆卡口上报总数、关注人脸/车辆卡口上报总数、车辆/人脸卡口活跃数、重点车辆/人脸卡口活跃数 ，人脸/车辆卡口活跃率，关注人脸/车辆卡口活跃率的统计功能，其中卡口活跃是指当日有卡口数据上传 。支持图形化方式展现各下级单位人脸卡口、车辆卡口、关注人脸卡口、重点车辆卡口活跃率排名。 卡口运行质量明细：支持各下级单位卡口运行质量明细展现功能，展现项包括名称、单位编码、检测卡口数、活跃数、非活跃数、活跃率。支持非活跃数据明细查看功能。重点卡口运行质量明细：支持各下级单位重点卡口运行明细查看功能，展现项包括名称、单位编码、检测卡口数、活跃数、非活跃数、活跃率。支持非活跃数据明细查看功能。 2.2.6视图数据质量考评：系统支持从设备上报率、信息准确率、图片URL用率、重点图片url用率几方面评价人脸数据质量，以满足“全国公安视频图像数据治理专项行动省级评价指标”中的基础信息-全量设备-卡口填报准确率、图像数据-人脸抓拍数据-人脸卡口设备图片地址使用率/关注人脸卡口设备图片地址用率。系统支持设备上报率、信息准确率、图片URL用率、重点卡口抓拍图片URL用率、抓拍数据完整率、重点卡口抓拍数据完整率、过车数据准确率、重点卡口过车数据准确率、重点车辆卡口设备类型属性识别准确率几方面评价车辆数据质量。除设备上报率外，其他 |
指标用以满足“全国公安视频图像数据治理专项行动省级评价指标”中基础信息-全量设备-卡口填报准确率、图像数据-车辆卡口设备过车图片地址用率/重点车辆卡口设备过车图片地址用率/车辆卡口设备抓拍数据完整率/重点车辆卡口设备抓拍数据完整率/车辆卡口过车设备数据准确率/重点车辆卡口设备主要属性准确率/重点车辆卡口设备类型属性识别准确率的治理评价要求。 卡口数据质量概况：系统支持从车辆卡口、人脸卡口分类展现统计数据的功能。人脸卡口数据，提供人脸卡口数据质量统计功能，统计项包括检测下级单位数、上报总数、设备上报率（上报设备总数/（上报设备数+未上报设备数据），其中未上报是指有抓拍数据上传但推送目录中没有该卡口设备）、填报准确率、图片URL用率、重点卡口抓拍图片URL用率。支持图片化方式统计各下级区域设备上报率、信息准确率、图片URL用率的功能。车辆卡口数据，提供车辆卡口数据质量统计功能，统计项包括检测地市数、上报总数、设备上报率、信息准确率、图片URL用率、重点卡口抓拍图片URL用率、抓拍数据完整率、重点卡口抓拍数据完整率、过车数据准确率、重点卡口过车数据准确率。系统支持设备上报率、信息准确率、图片URL用率、抓拍数据完整率、过车数据准确率的图形化统计功能。 全量卡口数据质量统计： 车辆卡口数据：系统支持各下级单位车辆卡口明细统计功能，统计项包括名称、编码、检测卡口数、未上报数、上报率、信息不准确数 、信息准确率、图片URL不用数、图片URL用率、抓拍图片不完整数、抓拍图片完整率、过车数据不准确数、过车数据准确率。系统支持未上报数、信息不准确数、图片url不用数、抓拍图片不完整数、过车数据不准确数明细查看功能。支持数据导出功能。 人脸卡口数据：支持从人脸卡口数据质量明细查看功能，展现项包括下级单位名称、下级单位编码、检测卡口数、未上报数、上报率、信息不准确数、信息准确率、图片URL用数、图片URL用率、抓拍图片不合格数、抓拍图片合格率。 支持未上报数、信息不准确数、图片URL不用数、抓拍图片不合格数明细查看和导出功能。重点卡口数据质量统计：系统支持重点卡口数据质量的统计功能，统计项包括下级单位名称、下级单位编码、检测卡口数、重点卡口图片 URL不用数、重点卡口图片用率、重点口抓拍图片不完整数、重点卡口抓拍图片完整率、重点口主要属性不准确数、重点卡口属性准确率。系统支持关注人员卡口数据质量明细的展现功能，展现项包括下级单位名称、下级单位编码、检测卡口数、重点卡口图片URL不用数、重点卡口图片URL用率。系统支持重点卡口图片URL不用数明细查看功能。系统支持明细数据的导出功能。 2.2.7卡口时钟质量考评系统支持自动化对人脸、车辆卡口时钟准确性的统计功能。 时钟准确概况： 系统支持人脸卡口、车辆卡口检测下级单位总数、上报总数、时钟不准确数、时钟准确率的统计功能。支持以图形化方式展现下级各单位人脸卡口、车辆卡口时钟准确率的功能。 时钟准确率明细： 系统支持各下级单位时钟准确率明细展现功能，展现项包括下级单位名称、下级单位编号、检测卡口数、时钟准确数、时钟不准确数、时钟准确率。支持时钟不准确数据明细查看功能。支持明细数据导出功能。 2.2.8卡口数据时延考评 系统支持人脸卡口、车辆卡口、关注人脸卡口、重点车辆卡口延时统计功能，以满足“全国公安视频图像数据治理专项行动省级评价指标”中的人脸卡口、车辆卡口、关注人脸卡口、重点车辆卡口设备数据及时上传率的评价要求。 数据延时概况：系统支持人脸、车辆卡口数据上传及时率统计展现功能，展现项包括检测下级单位数、上报总数、数据上传及时率、重点卡口数据上传及时率。支持以图像化方式展现全量卡口、重点卡口数据延时统计。 全量数据延时统计明细：系统支持车辆卡口、人脸卡口全量数据延时统计明细展现功能，展现项包括下级单位名称、下级单位编号、检测卡口数、数据上传不及时数、数据上传不及时率。系统支持数据上传不及时数明细查看功能。 重点卡口数据延时检测：系统支持重点卡口数据延时检测明细查看功能，包括下级单位名称、下级单位编号、检测卡口数、数据上传不及时数、数据上传不及时率。系统支持数据上传不及时数明细查看功能。 2.2.9考核报备 报备申请： 视频流质量考核报备：由于各地维护需要，支持各地对视频考核中涉及联网稳定性、联网数量、联网质量、图像标注、时钟质量 、录像质量、档案建档、档案填报等方面工作进行报备，，报备信息包括标题、报备时间、报备原因、 证明文件、报备指标。 视频图像数据质量考核报备：由于各地维护需要，支持各地对涉及图库稳定性、 |
档案基础信息、卡口数量、卡口运行质量、卡口数据质量、数据时延、关注人员轨迹、联网目录等方面工作进行报备。报备内容包括报备标题、报备时间、报备原因、证明文件上传、报备指标。报备列表：系统支持视频流质量综合考评、视频图像数据质量综合考评的报备信息进行展现，支持按照报备时间、审核状态开展查询应用。系统支持报备明细的展现功能，包括报备标题、报备生效时间、报备指标、申请时间、审核状态。系统支持报备信息的修改、删除。 报备审核： 系统支持对视频流考核、视图库考核的报备信息进行审核。系统支持按照报备单位、报备时间、审核状态开展查询应用。系统支持审核信息的导出功能。系统支持报备的通过驳回功能。系统支持流转记录的展现功能。 3.质量监测 提供监测异常项的明细查看和数据导出功能。 系统提供对监测的指标项提供高亮预警功能：下级平台当日无抓拍数据上传； 卡口数据质量评价指标低于阈值； 卡口、监控点推量数量未达标 联网监控点调阅率、图像标注率、录像质量低于阈值； 车辆卡口、人脸卡口活跃率低于阈值 卡口数据质量低于阈值 4.故障告警 当监控设备出现异常时，故障告警模块会展示异常事件信息，用户以查看详情，指派工单。5.工单管理 系统通过工单发起、事件工单处理、问题工单处理、巡查单处理。 6.高质量点位筛选 系统面向推送给上级平台的联网点位、联网档案、联网卡口、联网人像轨迹数据提供预检功能，提升联网数量、联网的质量，为上级公安实战大数据平台提供高质量的基础数据。系统支持历史预检数据的查看功能。系统支持预检联网点位、联网档案、联网卡口、联网人像轨迹数据实时状态的查看功能。 7.巡检管理 系统应能够支持取流巡检计划、录像用性巡检计划的配置功能，支持巡检资源、巡检时间的自定义。系统应支持不同区域配置不同巡检探针，满足各区域不同的巡检需求。8.考核模型：系统按照《全国公安视频图像数据治理专项行动工作方案》的要求内置了考核模型，从基础信息、图像数据、人员人像轨迹数据、视频流几个维度综合评价各级单位的视域治理的成效。系统支持各考核评价项权重的自定义，支持考核项开启和关闭功能，支持减分规则的自定义。 设备建档考核：从下级平台全量设备的档案准确率考核、档案建档率、目录完整率、数量达标率和重点设备目录完整率和点位数量达标率设计考核模型。 视频考核：从实时视频通畅率、历史录像通畅率、字幕标注合规率、时钟准确率几方面对重点点位的治理成效进行评价 ；从联网数量、实时视频调用率、字幕标10.考核权限控制 数据考核：图像数据考核-人脸抓拍数据：从 （重点）人像URL用率考核、人脸照片合格率考核、（关注人像卡口）及时上传率考核、人脸卡口时钟准确率考核设计评价模型。图像数据考核-车辆抓拍数据考核：从（重点）车辆抓拍数据完整性率、（重点）车辆卡口过车数据合格率、车辆卡口时钟准确率、重点车辆卡口主要属性准确率、重点车辆卡口类型属性识别准确率、（重点）车辆卡口及时上传率，（重点）车辆卡口过车图片URL用率构建评价模型 。关注人员轨迹考核：从基础信息准确率、轨迹准确率、实时轨迹上传及时性率、聚档轨迹上传及时率几方面构建评价模型。 考核分析：系统提供考核分析功能，按照时间段、区域查看考核成绩统计报表，同时查看各区域考核成绩明细，同时支持对考核成绩的历史溯源，确保考核成绩的公正透明。 考核权限控制：系统对考核权限进行管理配置，通过区分权限控制各区县、地市考核管理员和考核专员的应用权限、数据查看权限，确保考核工作推进的规范性、保密性。 考核成绩：系统支持定期计算各区域的考核成绩，并进行排名，支持按照各项考核项进行单独排名，同时支持考核成绩的一键公布。 9.运维管理监控：实现第1和第2部分所表述的视频图像设备基础信息、视频图像数据、关注人员人像轨迹数据、视频流数据等内容的联网数量、联网在线率、标注合规率、目录完整率、时钟准确率、数据质量、资产库等 各项指标的运维管理监测功能。 | ||
★ | 15 3 | 3-5公安视频图像联网共享（综合应用）平台门户 3-5-1统一门户 视频各类应用的门户展示页面，门户 风格与公安大数据平台应用门户一致。 提供工具集，不限于万能播放器、平台播放器、上传工具、规则绘制工具、标注工具、视图资源下载器、截图工具、下载器等。 |
★ | 15 4 | 3-5-2用户管理 统一纳入公安大数据平台用户管理。依托公安大数据平台生成身份信息，同步身份库； 依托公安大数据平台实现身份认证鉴权,对接入视图库的用户身份进行合法性认证。 |
★ | 15 5 | 3-5-3组织管理 统一纳入公安大数据平台组织机构管理。 1．机构信息包括机构名称、民警人数、机构性质、建立时间、撤销时间等；2．机构性质 包括在编、临时、事业编；3．支持机构信息分级分权限管理；4．支持机构信息的管理， 包括增、删、改、查；5．删除的单位标记是否纳入历史单位；6．支持 不同节点间的机 构信息同步；7．支持建立人员信息和组织机构关联关系。 |
★ | 15 6 | 3-5-4角色管理 统一纳入公安大数据平台角色管理。 采用RBAC授权模型，通过角色将授权主体与授权客体建立绑定关系。角色管理支持角色新增、编辑、删除、查看；支持角色批量导入维护；支持角色属性维护，即公共角色、本地角色、双边角色；支持角色代理，即大角色代理小角色的权限。角色与授权客体需要建立绑定关系，然后将角色授予授权主体，授权主体将自动具备角色所绑定的对应的资源权限 。角色与资源绑定支持与数据资源、功能资源、服务资源三个维度进行绑定操作。支持生成新模板、匹 配已有模板、生成新角色、匹配已有角色。模板快速匹配角色。 |
★ | 15 7 | 3-5-5用户权限管理 统一纳入公安大数据平台用户权限管理。 通过调用公安大数据平台权限自助服务，实现权限的行申请、撤销、变更、审批等。 遵循公安大数据平台的鉴权策略，支持应用级鉴权、功能级鉴权、数据级鉴权，支持XACML、REST标准接口协议。遵循《公安大数据安全+零信任体系技术设计 要求》等有关标准。 |
★ | 15 8 | 3-5-6运行管理 提供基础的运维能力，监测软件服务稳定性和性能，提供快速定位问题的能力，记录系统运行日志、操作日志等，采集日志信息接入入公安大数据平台的日志审计。 提供配置、日志、监控的集成能力，能够集成组件自有的监控和配置界面，纳入公安大数据平台统一展示。 运行日志包括视图库内服务模块的启动、停止,系统用户的注册、注销、对象删除操作等信息，操作日志包括管理用户登录、 退出、配置操作等使用信息;运行日志及操作日志的存储时间均应不少于6个月。 |
★ | 15 9 | 3-5-7功能模块页设计 对在平台门户展现的各项应用逐一设计界面功能，风格xx、统一。 |
★ | 16 0 | 3-6安全性设计 按照信息安全技术网络安全等级保护2.0三级设计。 提出安全设计方案，并提出针对本项目采取的安全措施，保障软件平台安全。遵循《公安大数据安全+零信任体系技术设计要求》等有关标准。 不限于以下方面：数据安全设计：存储加密设计、数据水印管理设计、数据自动脱敏设计、数据加密解密服务设计、数据分级分类设计、数据访问设计等。传输加密设计，服务接口调用采用加密传输设计。WEB请求采用安全传输方式，WEB页面到服务端敏感数据采用加密方案设计。人机安全认证设计，登录用户身份认证设计，机对机安全认证设计，媒体网关取流安全认证设计；服务安全访问设计。视频专网用户身份认证、授权管理服务与公安信息网数据域身份认证通过代理实现同步。授权管理服务采用RBAC授权模型，通过角色将授权主体与授权客体建立绑定关系。视频专网平台产生的日志采集汇聚至数据域公安大数据平台日志审计。 统一纳入公安大数据权限自助服务体系，支持授权操作审批。用户可对授权客体访问权限进行申请、撤销、变更等自助管理操作，在流程流转的过程中申请人可时时查看流程审批进度。权限审批操作支持本系统自身流转，同时也可以与第三方审批服务进行对接。用户自助申请访问权限时，管理员根据审批流程对申请进行通过或驳回操作，流程审批过程中审核人可填写审批意见、上传附件操作。审批的流程可根据实际业务应用进行自定义，包括串行审批、并行审批和条件 审批等。支持对权限自助申请进行风险和违规评估，支持为审批者提供相应风险情况提示信息。 |
说明 | 打“★”号条款为实质性条款，若有任何一条负偏离或不满足则导致投标无效。 | |
第五章 投标人应当提交的资格、资信证明文件
投标人应提交证明其有资格参加投标和中标后有能力履行合同的相关文件，并作为其投标文件的一部分，所有文件必须真实可靠、不得伪造，否则将按相关规定予以处罚。
1.法人或者其他组织的营业执照等证明文件，自然人的身份证明：
（1）法人包括企业法人、机关法人、事业单位法人和社会团体法人；其他组织主要包括合伙企业、非企业专业服务机
构、个体工商户、农村承包经营户；自然人是指《中华人民共和国民法通则》（以下简称《民法通则》）规定的具有完全民事行为能力、能够承担民事责任和义务的公民。如投标人是企业（包括合伙企业），要提供在工商部门注册的有效“企业法人营业执照”或“营业执照”；如投标人是事业单位，要提供有效的“事业单位法人证书”；投标人是非企业专业服务机构的，如律师事务所，会计师事务所要提供执业许可证等证明文件；如投标人是个体工商户，要提供有效的“个体工商户营业执照”；如投标人是自然人，要提供有效的自然人身份证明。
（2）这里所指“其他组织”不包括法人的分支机构，由于法人分支机构不能独立承担民事责任，不能以分支机构的身份参加政府采购，只能以法人身份参加。“但由于银行、保险、石油石化、电力、电信等行业具有其特殊性，如果能够提供其法人给予的相应授权证明材料，可以参加政府采购活动”。
2.投标人应符合《中华人民共和国政府采购法》第二十二条规定的条件，提供标准格式的《资格承诺函》。
3.信用记录查询
（1）查询渠道：通过“信用中国”网站(xxx.xxxxxxxxxxx.xxx.xx)和“中国政府采购网”（xxx.xxxx.xxx.xx）进行查
询；
（2）查询截止时点：本项目资格审查时查询；
（3）查询记录：对列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单、信用报告
进行查询；
4.采购人或采购代理机构应当按照查询渠道、查询时间节点、查询记录内容进行查询，并存档。对信用记录查询结果中显示投标人被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单的投标人作无效投标处
理。
5. 按照招标文件要求，投标人应当提交的资格、资信证明文件。
第六章 评审
一、评审要求
1.评标方法
黑龙江省公安视频图像共享平台：综合评分法,是指投标文件满足招标文件全部实质性要求，且按照评审因素的量化指标评审得分最高的投标人为中标候选人的评标方法。（最低报价不是中标的唯一依据。）
2.评标原则
2.1评标活动遵循公平、公正、科学和择优的原则，以招标文件和投标文件为评标的基本依据，并按照招标文件规定的评标方法和评标标准进行评标。
2.2具体评标事项由评标委员会负责，并按招标文件的规定办法进行评审。
2.3合格投标人不足三家的，不得评标。
3.评标委员会
3.1评标委员会由采购人代表和有关技术、经济等方面的专家组成，成员人数为5人及以上单数，其中技术、经济等方面的评审专家不得少于成员总数的三分之二。
3.2 评标委员会成员有下列情形之一的，应当回避：
（1）参加采购活动前三年内,与投标人存在劳动关系,或者担任过投标人的董事、监事,或者是投标人的控股股东或实际控制人；
（2）与投标人的法定代表人或者负责人有夫妻、直系血亲、三代以内旁系血亲或者近姻亲关系；
（3）与投标人有其他可能影响政府采购活动公平、公正进行的关系；
3.3评标委员会负责具体评标事务，并独立履行下列职责：
（1）审查、评价投标文件是否符合招标文件的商务、技术等实质性要求；
（2）要求投标人对投标文件有关事项作出澄清或者说明；
（3）对投标文件进行比较和评价；
（4）确定中标候选人名单，以及根据采购人委托直接确定中标供应商；
（5）向采购人、采购代理机构或者有关部门报告评标中发现的违法行为；
（6）法律法规规定的其他职责。
4.澄清
4.1对于投标文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容，评标委员会应当以书面形式要求投标人作出必要的澄清、说明或者补正。
4.2投标人的澄清、说明或者补正应当采用书面形式，并加盖公章，或者由法定代表人或其授权的代表签字。投标人的澄清、说明或者补正不得超出投标文件的范围或者改变投标文件的实质性内容。
4.3评标委员会不接受投标人主动提出的澄清、说明或补正。
4.4评标委员会对投标人提交的澄清、说明或补正有疑问的，可以要求投标人进一步澄清、说明或补正。
5.有下列情形之一的，视为投标人串通投标
5.1不同投标人的投标文件由同一单位或者个人编制；（不同投标人投标文件上传的项目内部识别码一致）；
5.2不同投标人委托同一单位或者个人办理投标事宜；
5.3不同投标人的投标文件载明的项目管理成员或者联系人员为同一人；
5.4不同投标人的投标文件异常一致或者投标报价呈规律性差异；
5.5不同投标人的投标文件相互混装；
5.6不同投标人的投标保证金为从同一单位或个人的账户转出；
说明：在项目评审时被认定为串通投标的投标人不得参加该合同项下的采购活动。
6.有下列情形之一的，属于恶意串通投标
6.1投标人直接或者间接从采购人或者采购代理机构处获得其他投标人的相关情况并修改其投标文件或者响应文件；
6.2投标人按照采购人或者采购代理机构的授意撤换、修改投标文件或者响应文件；
6.3投标人之间协商报价、技术方案等投标文件或者响应文件的实质性内容；
6.4属于同一集团、协会、商会等组织成员的投标人按照该组织要求协同参加政府采购活动；
6.5投标人之间事先约定由某一特定投标人中标、成交；
6.6投标人之间商定部分投标人放弃参加政府采购活动或者放弃中标、成交；
6.7投标人与采购人或者采购代理机构之间、投标人相互之 间，为谋求特定投标人中标、成交或者排斥其他投标人的其他串通行为。
7.投标无效的情形
7.1详见资格性审查、符合性审查和招标文件其他投标无效条款。
8.废标的情形
8.1出现下列情形之一的，应予以废标。
（1）符合专业条件的投标人或者对招标文件作实质响应的投标人不足3家；（或参与竞争的核心产品品牌不足3个）的；
（2）出现影响采购公正的违法、违规行为的；
（3）投标人的报价均超过了采购预算；
（4）因重大变故，采购任务取消；
（5）法律、法规以及招标文件规定其他情形。
9.定标
9.1评标委员会按照招标文件确定的评标方法、步骤、标准，对投标文件进行评审。评标结束后，对投标人的评审名次进行排序，确定中标人或者推荐中标候选人。
10.其他说明事项
x出现供应商因在投标客户端中对应答点标记错误，导致评审专家无法进行正常查阅而否决供应商投标的情况发生时，由投标人自行承担责任。
二、政府采购政策落实
1.节能、环保要求
采购的产品属于品目清单范围的，将依据国家确定的认证机构出具的、处于有效期之内的节能产品、环境标志产品认证证书，对获得证书的产品实施政府优先采购或强制采购，具体按照本招标文件相关要求执行
2.对小型、微型企业、监狱企业或残疾人福利性单位给予价格扣除
依照《政府采购促进中小企业发展管理办法》、《关于政府采购支持监狱企业发展有关问题的通知》和《财政部 民政部中国残疾人联合会关于促进残疾人就业政府采购政策的通知》的规定，凡符合要求的小型、微型企业、监狱企业或残疾人福利性单位，按照以下比例给予相应的价格扣除：（监狱企业、残疾人福利性单位视同为小、微企业）
合同包1（黑龙江省公安视频图像共享平台）
序号 | 情形 | 适用对象 | 价格扣除比 例 | 计算公式 |
序号 | 情形 | 适用对象 | 价格扣除比 例 | 计算公式 |
1 | 小型、微型企业，监狱企业 ，残疾人 福利性单位 | 非联合体 | 10% | 本项目对属于小型和微型企业的投标人的投标报价给予相应百分比的扣除，用扣除后的价格参与评审。残疾人福利性单位视同小型、微型企业，享受同等价格扣除，但同时属于残疾人福利性单位和小微企业的，不重复价格扣除。 |
注：（1）上述评标价仅用于计算价格评分，成交金额以实际投标价为准。 （2）组成联合体的大中型企业和其他自然人、 法人或者其他组织，与小型、微型企业之间不得存在投资关系。 | ||||
3.价格扣除相关要求
3.1所称小型和微型企业应当同时符合以下条件：
（1）符合中小企业划分标准；
（2）提供本企业制造的货物、承担的工程或者服务，或者提供其他中小企业制造的货物。本项所称货物不包括使用大型企业注册商标的货物。
（3）中小企业划分标准，是指国务院有关部门根据企业从业人员、营业收入、资产总额等指标制定的中小企业划型标
准。
（4）小型、微型企业提供中型企业制造的货物的，视同为中型企业。符合中小企业划分标准的个体工商户，在政府采购
活动中视同中小企业。
3.2在政府采购活动中，供应商提供的货物、工程或者服务符合下列情形的，享受《政府采购促进中小企业发展管理办法》规定的中小企业扶持政策：
（1）在货物采购项目中，货物由中小企业制造，即货物由中小企业生产且使用该中小企业商号或者注册商标；
（2）在工程采购项目中，工程由中小企业承建，即工程施工单位为中小企业；
（3）在服务采购项目中，服务由中小企业承接，即提供服务的人员为中小企业依照《中华人民共和国劳动民法典》订立劳动合同的从业人员。
在货物采购项目中，供应商提供的货物既有中小企业制造货物，也有大型企业制造货物的，不享受《政府采购促进中小企业发展管理办法》规定的中小企业扶持政策。
以联合体形式参加政府采购活动，联合体各方均为中小企业的，联合体视同中小企业。其中，联合体各方均为小微企业的，联合体视同小微企业。
3.3投标人属于小微企业的应填写《中小企业声明函》；监狱企业须投标人提供由监狱管理局、戒毒管理局（含新疆生产建设兵团）出具的属于监狱企业的证明文件；残疾人福利性单位应填写《残疾人福利性单位声明函》，否则不认定价格扣除。
说明：投标人应当认真填写声明函，若有虚假将追究其责任。投标人可通过“国家企业信用信息公示系
统”（xxxx://xxx.xxxx.xxx.xx/xxxxx.xxxx），点击“小微企业名录”（xxxx://xxxx.xxxx.xxx.xx/）对投标人和核心设备制造商进行搜索、查询，自行核实是否属于小微企业。
3.4提供投标人的《中小企业声明函》、《残疾人福利性单位声明函》（格式后附，不可修改），未提供、未盖章或填写内容与相关材料不符的不予价格扣除。
三、评审程序
1.资格性审查和符合性审查
1.1资格性审查。依据法律法规和招标文件的规定，对投标文件中的资格证明文件等进行审查，以确定投标投标人是否具备投标资格。（详见后附表一资格性审查表）
1.2符合性审查。依据招标文件的规定，从投标文件的有效性、完整性和对招标文件的响应程度进行审查，以确定是否对招标文件的实质性要求作出响应。（详见后附表二符合性审查表）
1.3资格性审查和符合性审查中凡有其中任意一项未通过的，评审结果为未通过，未通过资格性审查、符合性审查的投标单位按无效投标处理。
2.投标报价审查
2.1评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价，有可能影响产品质量或者不能诚信履约
的，应当要求其在评标现场合理的时间内提供书面说明，必要时提交相关证明材料；投标人不能证明其报价合理性的，评标委员会应当将其作为无效投标处理。
3.政府采购政策功能落实
对于小型、微型企业、监狱企业或残疾人福利性单位给予价格扣除。
4.核心产品同品牌审查
4.1采用最低评标价法的采购项目，提供相同品牌产品的不同投标人参加同一合同项下投标的，以其中通过资格审查、符合性审查且报价最低的参加评标；报价相同的，按最终上传投标文件时间或技术指标或售后服务条款或业绩的优劣顺序排列确定进入评审的投标人，其他投标无效。
4.2使用综合评分法的采购项目，提供相同品牌产品且通过资格审查、符合性审查的不同投标人参加同一合同项下投标
的，按一家投标人计算，评审后得分最高的同品牌投标人获得中标人推荐资格；评审得分相同的，由采购人或者采购人委托评标委员会按照招标文件规定的方式确定一个投标人获得中标人推荐资格，招标文件未规定的采取随机抽取方式确定，其他同品牌投标人不作为中标候选人。
5.详细评审
综合评分法：分为投标报价评审、商务部分评审、技术部分评审（得分四舍五入保留两位小数）。（详见后附表三详细评审表）
最低评标价法：无
6.汇总、排序
6.1综合评分法：评标结果按评审后总得分由高到低顺序排列。总得分相同的，按投标报价由低到高顺序排列。得分且投标报价相同的，按技术指标或售后服务条款或业绩的优劣顺序排列确定；以上均相同的由采购人确定。
6.2最低评标价法：投标文件满足招标文件全部实质性要求，且进行政府采购政策落实的价格扣除后，对投标报价进行由低到高排序，确定价格最低的投标人为中标候选人。价格相同的，按最终上传投标文件时间或技术指标或售后服务条款或业绩的优劣顺序排列确定。上述相同的，按照提供优先采购产品证明材料的数量进行排序；以上均相同的属于保护环境、不发达地区和少数民族地区企业的优先。
表一资格性审查表
合同包1（黑龙江省公安视频图像共享平台）
具有独立承担民事责任的能 力 | 在中华人民共和国境内注册的法人或其他组织或自然人，投标时提交有效的营业执照（或事 业法人登记证或身份证等相关证明）副本复印件。 |
有依法缴纳税收和社会保障 资金的良好记录 | 提供投标截止日前6个月内任意1个月依法缴纳税收和社会保障资金的相关材料。如依法免税 或不需要缴纳社会保障资金的，提供相应证明材料。 |
具有良好的商业信誉和健全 的财务会计制度 | 供应商必须具有良好的商业信誉和健全的财务会计制度（提供2020年度财务状况报告或基 本开户行出具的资信证明）。 |
履行合同所必须的设备和专 业技术能力 | 按投标（响应）文件格式填报设备及专业技术能力情况。 |
参加采购活动前3年内，在经营活动中没有重大违法记录 | 参照投标（报价）函相关承诺格式内容。 重大违法记录，是指供应商因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚。（较大数额罚款按照发出行政处罚决定书部门所在省级政府，或实行垂直领导的国务院有关行政主管部门制定 的较大数额罚款标准，或罚款决定之前需要举行听证会的金额标准来认定） |
信用记录 | 供应商未被列入“信用中国”网站(xxx.xxxxxxxxxxx.xxx.xx)“记录失信被执行人或重大税收违法案件当事人名单或政府采购严重违法失信行为”记录名单；不处于中国政府采购网(www .xxxx.xxx.xx)“政府采购严重违法失信行为信息记录”中的禁止参加政府采购活动期间。（以采购代理机构于投标（响应）截止时间当天在“信用中国”网站（www.creditchina.gov.c n）及中国政府采购网（xxxx://xxx.xxxx.xxx.xx/）查询结果为准，如相关失信记录已失 效，供应商需提供相关证明资料）。 |
供应商必须符合法律、行政法规规定的其他条件 | 单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加本采购项目 （包组）投标。 为本项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得再参与本项目投标。 投标（报价）函相关承诺要求内容。 |
落实政府采购政策需满足的资格要求 | 无 |
表二符合性审查表：
合同包1（黑龙江省公安视频图像共享平台）
投标报价 | 投标报价（包括分项报价，投标总报价）只能有一个有效报价且不超过采购预算或最高限价 ，投标报价不得缺项、漏项。 |
投标文件规范性、符合性 | 投标文件的签署、盖章、涂改、删除、插字、公章使用等符合招标文件要求；投标文件文件 的格式、文字、目录等符合招标文件要求或对投标无实质性影响；投标承诺书。 |
主要商务条款 | 审查投标人出具的“满足主要商务条款的承诺书”，且进行“单位盖章”。 |
联合体投标 | 符合关于联合体投标的相关规定。 |
技术部分实质性内容 | 1.明确所投标的的产品品牌、规格型号或服务内容或工程量； 2.投标文件应当对招标文件提 出的要求和条件作出明确响应并满足招标文件全部实质性要求。 |
其他要求 | 招标文件要求的其他无效投标情形；围标、串标和法律法规规定的其它无效投标条款。 |
表三详细评审表：
黑龙江省公安视频图像共享平台
评审因素 | 评审标准 |
分值构成 | 技术部分60.0分商务部分30.0分报价得分10.0分 |
视频联网共享服务需求分析：提供清晰合理的视频联网共享服务业务需求 | ||
说明，包含设备接入服务需求、级联接入服务需求、流媒体服务需求、检 | ||
视频联网共享服务需求分析 (1. 0分) | 索服务需求、订阅通知服务需求、资源推送服务需求、媒体录像服务需求 、电视墙管理服务需求、实时预览服务需求、报警事件通知和分发需求、校时服务需求、资源需求，总分1分。每少提供一项需求扣0.2分，缺少上 | |
述需求内容三项以上（包括三项）不得分；每项需求表述不准确或内容不 | ||
完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分。 | ||
视频图像解析服务需求分析：提供清晰合理的视频图像解析服务需求说明 | ||
，包含不限于算法仓库需求、视频图像输入服务需求、目标检测与特征提 | ||
取服务需求、行为分析服务需求、视频图像检索服务需求、数据存储与共 | ||
视频图像解析服务需求分析 (1. 0分) | 享服务需求、分析处理任务管理服务需求、分析接口服务需求、数据服务接口需求、目标数量分析服务需求、视频图像内容描述服务需求、视频图像增强复原服务需求、视频摘要服务需求、资源需求，总分1分。每少提 供一项需求扣0.2分，缺少上述需求内容三项以上（包括三项）不得分；每 项需求表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包 | |
括三项）不得分。 | ||
视频图像数据库设计需求分析：提供清晰合理的视频图像数据库设计需求 | ||
说明，包含不限于联网服务需求、数据接入服务需求、接口服务需求、视 | ||
视频图像数据库设计需求分析 ( 1.0分) | 图数据组织服务需求、视图数据治理服务需求、视图数据服务需求、性能 需求、汇聚需求、资源需求，总分1分。每少提供一项需求扣0.2分，缺少 | |
上述需求内容三项以上（包括三项）不得分；每项需求表述不准确或内容 | ||
不完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分。 | ||
视频图像应用需求分析：提供清晰合理的视频图像应用需求说明，包含不 | ||
限于实时预览、云台控制需求、媒体录像需求、视图目标追踪需求、聚类 | ||
归档需求、人脸应用需求、车辆应用需求、设备档案需求（一机一档）、 | ||
电视墙管理需求、布控预警需求、以图搜图需求、视频图像数据质量监测 | ||
需求、一人一档需求、跨区查询需求、关系分析需求、规律态势分析需求 | ||
、跨镜追踪需求、融合轨迹需求、超级档案需求、大屏展示需求、视图处 | ||
视频图像应用需求分析 (1.0分) | 理视频摘要标注需求、人员管控需求、人员身份确认需求、规律态势分析 | |
需求、目录资源管理需求、步态应用需求、涉案历史线索挖掘应用需求、 | ||
移动APP应用需求、人员驾乘布控稽查应用需求、目标核验需求、运管需求、1比14亿身份确认服务需求，资源需求，总分1分。每少提供一项需求扣0.2分，缺少上述需求内容三项以上（包括三项）不得分；每项需求表述 不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包括三项）不 | ||
得分。 | ||
公安视频图像共享（综合应用）平台门户需求分析 (1.0分) | 公安视频图像共享（综合应用）平台门户需求分析：提供清晰合理的公安视频图像共享（综合应用）平台门户业务需求说明，包含统一门户页需求 、用户管理功能需求、日志管理功能需求、组织管理需求、角色管理功能需求、用户权限管理需求，资源需求，总分1分。每少提供一项需求扣0.2分，缺少上述需求内容三项以上（包括三项）不得分；每项需求表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分 。 |
总体设计 (2.0分) | 总体设计描述清晰，包括建设目标、建设内容、建设规模、设计原则、总体架构、平台架构、技术要求等方面设计内容，并提供总体的技术架构图 、逻辑架构设计图、业务流程图、各子系统间关系图及相应设计说明，设计符合项目需求内容，不缺项，设计合理，总分2分。每少提供一项设计 的扣0.5分，缺少上述设计内容三项以上（包括三项）不得分；每项设计表述不准确或内容不完整或影响方案实施的扣0.5分，三项以上（包括三项） 不得分。 |
视频联网共享服务总体设计 (1. 0分) | 提供功能模块划分设计、功能点设计、技术架构设计图、逻辑结构设计图 、数据流图（包含过程、数据流、数据存储及相应设计说明）、测试要点等设计内容及文字说明描述，全部提供且符合项目需求得1分，每少提供 一项扣0.2分，缺少上述内容三项以上（包括三项）不得分；每项表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分 。（相关标准参照《公共安全视频监控联网系统信息传输、交换、控制技术要求》（GB/T28181-2016）》及其他相关公安行业标准规范）。 |
视频联网共享服务详细设计 (4. 0分) | 不限于对设备接入服务（不限于对SDK方式、国标方式、设备基础信息自动采集）、级联接入服务（不限于对不符合视频数据质量要求的点位过滤功能、设备基础信息自动采集）、流媒体服务、检索服务（不限于点位资源检索、视频检索、组织目录检索、级联信息检索、检索API服务接口） 、订阅通知服务、资源推送服务、媒体录像服务、电视墙管理服务、实时预览服务、报警事件通知和分发、校时服务逐一进行点对点应答，并逐一提供功能点设计详细、业务流程图（业务流程条线清晰、业务逻辑完整且符合功能需求）、IPO图、类图、接口设计、测试用例设计等设计内容及文字说明描述，全部提供且符合项目要求得4分。少一项服务不得分，每项服务设计表述不准确或设计内容不完整或影响方案实施的扣1分，三项以上（包括三项）不得分。（相关标准参照公安大数据系列标准、《公共安全视频监控联网系统信息传输、交换、控制技术要求》（GB/T28181-2 016）》及其他相关公安行业标准规范）。 |
技术部分
提供功能模块划分设计、功能点设计、技术架构设计图、逻辑结构设计图 | |
、数据流图（包含过程、数据流、数据存储及相应设计说明）、测试要点 | |
视频图像解析服务总体设计 (1. 0分) | 等设计内容及文字说明描述，全部提供且符合项目需求得1分，每少提供 一项扣0.2分，缺少上述内容三项以上（包括三项）不得分；每项表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分 。（相关标准参照公安大数据系列标准、《公安视频图像信息应用系统第 |
1部分：通用技术要求》（GA/T1400.1-2017）《公安视频图像信息应用系统第3部分：数据库技术要求》（GA/T1400.3-2017）《公安视频图像 信息应用系统第4部分接口协议要求》（GA/T1400.4-2017）及其他相关 | |
公安行业标准规范） | |
不限于对算法仓库(包含不限于算法引擎、任务管理、参数配置、动态调配 资源、资源回收、资源弹性伸缩、算法效果评测)、视频图像输入服务、目 | |
标检测与特征提取服务（包含不限于图片、视频中特征提取，运动目标检 | |
测、目标分类、目标颜色检测、行人检测、人脸检测解析、车辆检测解析 | |
、人员属性分析、人脸（车辆）比对、点位叠加字符检测分析、视频质量 | |
诊断、人体检测解析等）、行为分析服务（包含不限于绊线检测、入侵检 | |
测、逆行检测、遗留物检测、目标移除检测、徘徊检测、人员聚集等）、 | |
视频图像检索服务（包含不限于文本信息检索服务、图片检索服务、视频 | |
片段检索服务）、数据存储与共享服务、分析处理任务管理服务、分析接 | |
口服务、数据服务接口（包含但不限于创建、更新、删除、布控与告警接 | |
口、人员数据服务接口）、目标数量分析服务（包含但不限于行人、车辆 | |
视频图像解析服务详细设计 (11 .0分) | 数量分析）、视频图像内容描述服务（包含但不限于人脸描述、车辆描述 、人体描述）、视频图像增强复原服务、视频摘要服务逐一进行点对点应 |
答，并逐一提供功能设计、各服务功能点划分和详细设计、业务流程图（ | |
业务流程条线清晰、业务逻辑完整且符合功能需求）、数据流图（包含实 | |
体、过程、数据流、数据存储及相应设计说明）、IPO图、类图、性能设 | |
计、接口设计、测试用例设计等设计内容及文字说明描述，全部提供且符 | |
合项目要求得11分。少一项服务不得分，每项服务设计表述不准确或设计内容不完整或影响方案实施的扣2分，三项以上（包括三项）不得分。（相关标准参照公安大数据系列标准、《公安视频图像信息应用系统第1部分：通用技术要求》（GA/T1400.1-2017）《公安视频图像信息应用系统第3部分：数据库技术要求》（GA/T1400.3-2017）《公安视频图像信息应用系统第4部分接口协议要求》（GA/T1400.4-2017）《公安视频图 像分析系统》（GA/T1399-2017）及其他相关公安行业标准规范） | |
视频图像数据库总体设计 (1.0 分) | 提供视频图像数据库总体设计目标、总体技术架构设计图、逻辑结构设计图、户访问流程图、数据库设计、测试要点等设计内容及文字说明描述，全部提供且符合项目需求得1分。每少提供一项扣0.2分，缺少上述内容三项以上（包括三项）不得分；每项表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分。（相关标准参照公安大数据系列标准和《公安视频图像信息应用系统第4部分接口协议要求》（GA/T1 400.4-2017）） |
视频图像数据库详细设计 (11.0 分) | 不限于对数据汇聚、联网服务（不限于注册保活、数据联网）、数据接入服务（不限于数据资源接入、数据接入管理、ZDR的接入管理）、数据组织（不限于总体要求、基础库设计、资源库设计、专题库设计、人员库设计、资产库设计）、数据处理（不限于数据关联、数据比对、人员打标签 、数据标识）、数据治理服务（不限于总体要求、设备基础信息治理、视频图像数据治理、视频流治理、关注人像轨迹治理）、视频数据服务（不限于总体要求、查询检索服务、订阅通知、模型分析服务、数据推送服务 、数据鉴权服务、数据操作服务、数据脱敏服务、数据加密解密服务）、接口服务（不限于采集接口、数据服务接口、级联接口、分析接口、资产库接口、人员接口）、性能设计（视频专网和公安网）逐一进行点对点应答，并逐一提供功能设计、各服务功能点划分和详细设计、逻辑设计图、技术架构图、业务流程图（业务流程条线清晰、业务逻辑完整且符合功能需求）、数据流图（包含实体、过程、数据流、数据存储及相应设计说明 ）、IPO图、类图、性能设计、接口设计、测试用例设计等设计内容及文字说明描述；对数据组织提供每类数据库详细设计（每个数据表结构、数据字典、数据库安全等）。全部提供且符合项目要求得11分。少一项服务不得分，每项服务设计表述不准确或设计内容不完整或影响方案实施的扣 2分，三项以上（包括三项）不得分。（相关标准参照公安大数据系列标准、《公安视频图像信息应用系统第1部分：通用技术要求》（GA/T1400 .1-2017）、《公安视频图像信息应用系统第4部分接口协议要求》（GA/ T1400.4-2017）《公安视频图像分析系统》（GA/T1399-2017）及其他 相关公安行业标准规范） |
视频图像应用总体设计 (1.0分) | 提供功能模块划分设计、功能点设计、技术架构设计图、逻辑结构设计图 、数据流图（包含过程、数据流、数据存储及相应设计说明）、测试要点等设计内容及文字说明描述，全部提供且符合项目需求得1分，每少提供 一项扣0.2分，缺少上述内容三项以上（包括三项）不得分；每项表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（包括三项）不得分 。（相关标准参照公安大数据系列标准、《公安视频图像智能化建设应用 指南》） |
不限于对实时预览、云台控制、媒体录像、视频轮询、视图目标追踪、聚 | |
类归档（不限于一人一档、一车一档，人员轨迹聚类归档）、人脸应用（ | |
不限于频繁出没、区域徘徊、昼伏夜出、聚集预警、同行人分析、人脸布 | |
控、算法建模、时空碰撞）、车辆应用（不限于首次入城、套牌车筛选预 | |
警、落脚点分析、同行车辆、车辆布控、频繁过车、隐匿车、违章分析、 | |
人车轨迹、轨迹查车、夜间面部遮挡、以车搜车）、设备档案（资产库） | |
应用、电视墙管理、布控预警（人脸布控、人员行为布控、车辆布控、实 | |
时预警、历史预警、预警详情查询、轨迹查询）、以图搜图（路人库检索 | |
、静态库检索、人体检索）、目标检索、跨区查询、关系分析、规律态势 | |
分析、跨镜追踪、融合轨迹、超级档案、大屏展示、视图处理视频摘要标 | |
注、人员管控、身份确认、设备目录资源管理、步态应用、涉案历史线索 | |
视频图像应用详细设计 (11.0分 ) | 挖掘应用、移动APP视频类应用、目标核验、以脸搜证、视图数据运维管理监控（不限于视图数据治理、考核评价、考核预检、故障告警、巡检管 理、运维管理监测等）等逐一进行点对点应答，并逐一提供功能设计、各 |
服务功能点划分和详细设计、逻辑设计图、技术架构图、业务流程图（业 | |
务流程条线清晰、业务逻辑完整且符合功能需求）、数据流图（包含实体 | |
、过程、数据流、数据存储及相应设计说明）、IPO图、类图、接口设计 | |
、界面设计（界面控件、界面风格、典型操作界面样式设计能够深入功能 | |
模块要求，并提供到功能级界面预览图）、测试用例设计等设计内容及文 | |
字说明描述。全部提供且符合项目要求得11分。少一项服务不得分，每项 应用设计表述不准确或设计内容不完整或影响方案实施的扣2分，三项以 | |
上（包括三项）不得分。未遵循微服务架构进行设计的不得分。（相关标 | |
准参照公安大数据系列标准、《公安视频图像智能化建设应用指南》《公 | |
安视频图像信息应用系统》（GA/T1400-2017）《公安视频图像分析系 统》（GA/T1399-2017）） | |
提供功能模块划分设计、功能点设计、技术架构设计图、逻辑结构设计图 | |
、数据流图（包含过程、数据流、数据存储及相应设计说明）、测试要点 | |
、安全架构设计图等设计内容及文字说明描述，全部提供且符合项目需求 | |
公安视频图像联网共享（综合应 用）平台门户总体设计 (1.0分) | 得1分，每少提供一项扣0.2分，缺少上述内容三项以上（包括三项）不得 分；每项表述不准确或内容不完整或影响方案实施的扣0.2分，三项以上（ |
包括三项）不得分。（相关标准参照公安大数据系列标准、《公安视频图 | |
像智能化建设应用指南》《公安视频图像信息应用系统》（GA/T1400-20 17）及其他相关公安行业标准规范） | |
不限于对统一门户、用户管理、组织管理、角色管理、用户权限管理、运 | ||
行管理、功能模块界面设计逐一进行点对点应答，并逐一提供功能设计、 | ||
各服务功能点划分和详细设计、逻辑设计图、技术架构图、业务流程图（ | ||
业务流程条线清晰、业务逻辑完整且符合功能需求）、数据流图（包含实 | ||
公安视频图像联网共享（综合应 | 体、过程、数据流、数据存储及相应设计说明）、IPO图、类图、接口设 | |
计、界面设计（界面控件、界面风格、典型操作界面样式设计能够深入功 | ||
用）平台平台门户详细设计 (8. 0分) | 能模块要求，并提供到功能级界面预览图）、测试用例设计等设计内容及文字说明描述。全部提供且符合项目要求得8分。少一项服务不得分，每项应用设计表述不准确或设计内容不完整或影响方案实施的扣2分，三项 | |
以上（包括三项）不得分。（相关标准参照公安大数据系列标准、《公安 | ||
视频图像智能化建设应用指南》《公安视频图像信息应用系统》及其他相 | ||
关公安行业标准规范） | ||
按照网络安全等级保护2.0三级设计，提出安全设计方案，并提出针对本项 | ||
目采取的安全措施，保障软件平台安全。方案涵盖等保三级要求，并针对 | ||
性的提出保障本项目安全的措施，包括不限于访问、控制、权限、代码安 | ||
安全性设计 (3.0分) | 全、数据、存储安全等，并在本项目前述有关部分的设计中体现，在具体 | |
实施中应用。方案完整、详实、有针对性、符合等保三级要求的得3分。 | ||
未提供安全设计的不得分；方案不完整、未提出针对性措施的不得分。（ | ||
遵循《公安大数据安全+零信任体系技术设计要求》等有关标准。） | ||
提供完整的项目实施组织方案， 包括但不限于项目管理、实施计划等内容 | ||
， 满分 3 分。详细的项目管理方案， 包括项目组织架构， 项目队伍及主要人员配置等内 容得 0.5 分， 缺项或描述不清晰或不合理不得分； 提供详细的部署方式含 具体网络部署方案得 0.5 分， 缺项或描述不清晰或不 合理不得分； 按商务 要求提供详细的系统测试、试运行及验收方案得 0.5 | ||
项目实施组织方案 (3.0分) ） | 分， 缺项或描述不清 晰或不合理中不得分。投标单位需承诺项目按期完 | |
成， 投标人必须提供合理的项目实施周 期和进度保障措施。提供实施计 | ||
划方案包括各阶段完成形式、完成时间、 责任人等内容得 0.5 分，缺项或 描述不清晰或不合理不得分； 提供详细 的进度保障措施方案得 0.5 分， | ||
缺项或描述不清晰或不合理不得分； 提供 合理详细的项目实施周期和进 | ||
度表得 0.5 分 ，缺项或描述不清晰或不合 理不得分。 | ||
必须提供针对本项目的质量保障计划，需要体现质量保障内容， 满分 1 分 | ||
。 提供详细的质量管理责任分配、控制体系、实施流程及成果质量控 制 | ||
质量保障方案 (1.0分) | 等方案得 0.5 分，缺项或描述不清晰或不合理不得分。 提供详细的质 量 保证措施包括项目进度保障、质量检查管理制度内容得 0.5 分， 缺项或 | |
描述不清晰或不合理不得分。 | ||
安全管理体系 (0.5分) | 投标单位提供信息安全管理体系认证证书（ISO/IEC 27001）得 0.5 分， 否则不得分。 | |
信息技术服务能力 (0.5分) | 投标单位提供信息技术服务管理体系认证证书（ISO/IEC 20000）得 0.5 分，否则不得分。 | |
商务部分
质量管理体系 (1.0分) | 投标单位具有质量管理体系认证、环境管理体系认证等认证得 1 分， 少一 个扣 0.5 分，未提供 不得分。 |
类似项目业绩 (2.0分) | 投标人近五年以来投标单位承担过与本项目类似的软件开发、系统集成项目， 案例合同在资格准入条件基础上，每提供一个得 0.5 分， 最高可得2分。（提供合同复印件首页、金额页、内容页、盖章页、银行到账凭证 并 加盖公 章，否则不得分，合同原件携带备查。 ） |
项目负责人 (2.0分) | 项目负责人 1 人， 需具备软考信息系统项目管理师（高级）或 PMP 证书 ， 提供相关资质证书证明，以上要求全部符合得1分。（须提供投标单位近 3个月社保证明， 否则不予认可）提供作为项目负责人参与过本项目类似项目建设的证明材料的得 1分。 （提供合同案例及工作履历并加盖公章 。） |
技术负责人 (2.0分) | 投标人技术负责人 1 人，需具有软考高级架构设计师或国际企业架构师（ TOGAF）证书，提供相关资质证书证明，以上要求全部符合得 1 分。 （须提供投标单位近 3个月社保证明，否则不予认可）提供作为技术负责人参与过本项目类似项目建设的证明材料的得 1 分。 （提供合同案例及工作 履历并加盖公章。） |
项目开发团队 (7.0分) | 各系统开发团队总数不少于 13 人，其中包含不限于： 数据库工程师、需求分析师、 开发工程师、系统架构师、界面设计 UI 工程师等，要求计算机相关专业毕业，提供上述人员名单及所有成员。以上要求全部符合得 5分， 否则不得分。 （须提供本单位近 3个月社保证明，否则不予认可）开发团队中硕士（含） 以上开发人员每提供一人得 0.5 分，最高得 2分。 （需提供学位证书， 提供相关工作履历并加盖投标单位公章，须提供本单 位近 3个月社保证明， 否则不予认可） 。 |
其他开发服务人员 (2.0分) | 投标人在提供 15 人开发服务团队（含项目负责人和技术负责人） 的基础上， 每提供一人得0.5分，最高得 2分。（其中包含不限于： 数据库工程师、需求分析师、 开发工程师、系统架构师、界面设计 UI 工程师、注册 信息安全工程师等，须提供本单位近 3个月社保证明，否则不予认可）。 |
项目运维团队 (4.0分) | 投标人提供的项目运维团队具体要求如下： 1） 承诺项目运维团队不低于 5 人， 5 名项目运维人员中其中至少有 3 人为本项目原开发团队成员且为数据库工程师、开发工程师、系统架构师。 2）运维团队中至少配备 1 名系统运维经理。提供本科及以上学历， 提供 3 年以上系统运维履历并加盖公章。 3） 原开发团队 成员外的运维团队成员要求提供本科及以上学历，提供 1 年以上系统运维 履历并加盖公章， 其中至少 1 人具备注册信息安全工程师资格，提供注册信息安全工程师 CISE 证书。 4）提供系统运维团队成员清单。 5）承诺上述项目运维人员自项目验收起至少提供系统运维开发服务 3 年。以上 5 条要求全部符合得2.5 分，否则不得分。6） 在 5 人基础上， 每增加一名运维人员， 加 0.5分，最多加 1.5 分。 |
培训 (1.0分) | 投标方制定出详细的项目培训方案， 包含培训目标、培训内容、培训计划 、 考核方式。提供全部内容得 1 分， 每缺少一项扣 0.5 分， 每项表述不准确、 内容不完整、影响方案实施的扣 0.3 分， 不提供本项内容或提供内容与本 项无关的，不得分。 | |
售后 (4.0分) | 1） 投标方（或所投产品厂商） 须提供售后服务及技术支持方案；方案包括但不限于： 售后服务承诺、服务内容、服务方式、服务流程、响应时 间等内容。提供全部各项且内容表述完整正确具体得 1 分。每缺 1 项扣0. 2 分，每项表述不准确、内容不完整、影响方案实施的扣 0.1 分；不 符合商务要求中运维开发保障要求内容的或不提供本项内容或提供内容 与本项无关的， 不得分。 2） 承诺本项目中所含算法提供在质保期内及质保期外 免费技术迭代、升 级的，得 3 分。 | |
投标报价 | 投标报价得分 (10.0分) | 投标报价得分＝（评标基准价/投标报价）×价格权值×100（注：满足招标文件要求且投标价格最低的投标报价为评标基准价。）最低报价不是中 标的唯一依据。 |
第七章 投标文件格式与要求
投标人提供投标文件应按照以下格式及要求进行编制，且不少于以下内容。
投标文件封面
（项目名称）投标文件封面
项目编号：GLTC-217DR331A123.1B1
所投采购包：第 包
（投标人名称）年 月 日
投标文件目录
一、投标承诺书 二、资格承诺函。三、授权委托书
四、主要商务要求承诺书五、技术偏离表
六、中小企业声明函七、监狱企业
八、残疾人福利性单位声明函九、分项报价明细表
十、联合体协议书
十一、项目实施方案、质量保证及售后服务承诺等十二、项目组成人员一览表
十三、投标人业绩情况表十四、各类证明材料
格式一：
采购单位、黑龙江省国律招标有限责任公司：
投标承诺书
1.按照已收到的 项目（项目编号： ）招标文件要求，经我方 （投标人名
称） 认真研究投标须知、合同条款、技术规范、资质要求和其它有关要求后，我方愿按上述合同条款、技术规范、资质要求进行投标。我方完全接受本次招标文件规定的所有要求，并承诺在中标后执行招标文件、投标文件和合同的全部要求，并履行我方的全部义务。我方的最终报价为总承包价，保证不以任何理由增加报价。
2. 我方同意招标文件关于投标有效期的所有规定。
3.我方郑重声明：所提供的投标文件内容全部真实有效。如经查实提供的内容、进行承诺的事项存在虚假，我方自愿接受有关处罚，及由此带来的法律后果。
4.我方将严格遵守《中华人民共和国政府采购法》、《中华人民共和国民法典》等有关法律、法规规定，如有违反，无条件接受相关部门的处罚。
5. 我方同意提供贵方另外要求的与其投标有关的任何数据或资料。
6.我方将按照招标文件、投标文件及相关要求、规定进行合同签订，并严格执行和承担协议和合同规定的责任和义务。
7. 我单位如果存在下列情形的，愿意承担取消中标资格、接受有关监督部门处罚等后果：
（1）中标后，无正当理由放弃中标资格；
（2）中标后，无正当理由不与招标人签订合同；
（3）在签订合同时，向招标人提出附加条件或不按照相关要求签订合同；
（4）不按照招标文件要求提交履约保证金；
（5）要求修改、补充和撤销投标文件的实质性内容；
（6）要求更改招标文件和中标结果公告的实质性内容；
（7）法律法规和招标文件规定的其他情形。
详细地址： 邮政编码：
电 话： 电子函件：
投标人开户银行： 账号/行号：投 标 人 (加盖公章)
法定代表人 (签字)授权委托人 (签字)
年 月 日
格式二：
《投标资格承诺函》
黑龙江省国律招标有限责任公司：
我公司作为本次采购项目的投标人，根据招标文件要求，现郑重承诺如下：
1.符合《中华人民共和国政府采购法》第二十二条规定的条件； (1)具有独立承担民事责任的能力；
(2)具有良好的商业信誉和健全的财务会计制度； (3)具有履行合同所必需的设备和专业技术能力； (4)有依法缴纳税收和社会保障资金的良好记录；
(5)参加本次政府采购活动前三年内，在经营活动中没有重大违法记录； (6)符合国家法律、行政法规规定的其他条件。
2.我公司作为本项目参加政府采购活动的投标人、法定代表人/单位负责人近3年内不具有行贿犯罪记录。
3.我公司在截至投标截止日未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名
单。
4.我公司未违反“单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得同时参加本采购项目（包组）投
标。为本项目提供整体设计、规范编制或者项目管理、监理、检测等服务的供应商，不得再参与本项目投标。”的情形。
本公司对上述承诺的内容事项真实性负责。如经查实上述承诺的内容事项存在虚假，我公司愿意接受以提供虚假材料谋取中标追究法律责任。
投标人（单位盖章）：
日 期：
格式三：
授权委托书
本人 （姓名）系 （投标人名称）的法定代表人，现委托 （姓 名）为我方代理人。代理人根据授权，以我方名义签署、澄清确认、递交、撤回、修改招标项目投标文件、签订合同和处理有关事宜，其法律后果由我方承担。委托期限： 。
代理人无转委托权。
投 标 人： （加盖公章）法定代表人： （签字） 授权委托人： （签字）
人像面
法定代表人身份证扫描件
国徽面
法定代表人身份证扫描件
人像面
授权委托人身份证扫描件
国徽面
授权委托人身份证扫描件
年 月 日
格式四：
主要商务要求承诺书
我公司承诺可以完全满足本次采购项目的所有主要商务条款要求（如标的提供的时间、标的提供的地点、投标有效期、采购资金支付、验收要求、履约保证金等）。若有不符合或未按承诺履行的，后果和责任自负。
如有优于招标文件主要商务要求的请在此承诺书中说明。具体优于内容 （如标的提供的时间、地点，质保期等） 。
特此承诺。
投标人名称：（加盖公章）
年 月 日
格式五：（工程类项目可不填写或不提供）
技术偏离表
序号 | 标的名称 | 招标技术要求 | 投标人提供响应内容 | 偏离程度 | 备注 | |
1 | ★ | 1.1 | ||||
1.2 | ||||||
…… | ||||||
2 | ★ | 2.1 | ||||
2.2 | ||||||
…… | ||||||
…… | ||||||
说明：
1.投标人应当如实填写上表“投标人提供响应内容”处内容，对招标文件提出的要求和条件作出明确响应，并列明具体响应数值或内容，只注明符合、满足等无具体内容表述的，将视为未实质性满足招标文件要求。
2.“偏离程度”处可填写满足、响应或正偏离、负偏离。
3.佐证文件名称及所在页码：系指能为投标产品提供技术参数佐证或进一步提供证据的文件、资料名称及相关佐证参数所在页码。如直接复制招标文件要求的参数但与佐证材料不符的，为无效投标。
4.上表中“招标技术要求”应详细填写招标要求。
格式六：（不属于可不填写内容或不提供）
中小企业声明函（货物）
本公司（联合体）郑重声明，根据《政府采购促进中小企业发展管理办法》（财库﹝2020﹞46 号）的规定，本公司
（联合体）参加（单位名称）的（项目名称）采购活动，提供的货物全部由符合政策要求的中小企业制造。相关企业（含联合体中的中小企业、签订分包意向协议的中小企业）的具体情况如下：
1.（标的名称），属于（采购文件中明确的所属行业）；制造商为（企业名称），从业人员 人，营业收入为 x元，资产总额为 x元，属于（中型企业、小型企业、微型企业）；
2.（标的名称），属于（采购文件中明确的所属行业）；制造商为（企业名称），从业人员 人，营业收入为 x元，资产总额为 x元，属于（中型企业、小型企业、微型企业）；
……
以上企业，不属于大企业的分支机构，不存在控股股东为大企业的情形，也不存在与大企业的负责人为同一人的情形。本企业对上述声明内容的真实性负责。如有虚假，将依法承担相应责任。
企业名称（盖章）：
日 期：
中小企业声明函（工程、服务）
本公司（联合体）郑重声明，根据《政府采购促进中小企业发展管理办法》（财库﹝2020﹞46 号）的规定，本公司（联合体）参加（单位名称）的（项目名称）采购活动，工程的施工单位全部为符合政策要求的中小企业（或者：服务全部由符合政策要求的中小企业承接）。相关企业（含联合体中的小企业、签订分包意向协议的中小企业）的具体情况如下：
1.（标的名称），属于（采购文件中明确的所属行业）行业；承建（承接）企业为（企业名称），从业人员 人，营业收入为 x元，资产总额为 x元，属于（中型企业、小型企业、微型企业）；
2.（标的名称），属于（采购文件中明确的所属行业）行业；承建（承接）企业为（企业名称），从业人员 人，营业收入为 x元，资产总额为 x元，属于（中型企业、小型企业、微型企业）；
……
以上企业，不属于大企业的分支机构，不存在控股股东为大企业的情形，也不存在与大企业的负责人为同一人的情形。本企业对上述声明内容的真实性负责。如有虚假，将依法承担相应责任。
企业名称（盖章）：
日 期：
格式七：（不属于可不填写内容或不提供）
监狱企业
提供由监狱管理局、戒毒管理局（含新疆生产建设兵团）出具的属于监狱企业的证明文件。
格式八：（不属于可不填写内容或不提供）
残疾人福利性单位声明函
x单位郑重声明，根据《财政部 民政部 中国残疾人联合会关于促进残疾人就业政府采购政策的通知》（财库〔2017〕 141号）的规定，本单位为符合条件的残疾人福利性单位，且本单位参加 单位的 项目采购活动提供本单位制造的货物（由本单位承担工程/提供服务），或者提供其他残疾人福利性单位制造的货物（不包括使用非残疾人福利性单位注册商标的货物）。
本单位对上述声明的真实性负责。如有虚假，将依法承担相应责任。
单位名称（加盖公章）：日 期：
格式九：
分项报价明细表（网上开评标可不填写）
注：采用电子招投标的项目无需编制该表格，投标供应商应在投标客户端【报价部分】进行填写，投标客户端软件将自动根据供应商填写信息在线生成开标一览表（首轮报价表、报价一览表）或分项报价表，若在投标文件中出现非系统生成的开标一览表（首轮报价表、报价一览表）或分项报价表，且与投标客户端生成的开标一览表（首轮报价表、报价一览表）或分项报价表信息内容不一致，以投标客户端生成的内容为准。
格式十：（不属于可不填写内容或不提供）
联合体协议书
（所有成员单位名称）自愿组成 （联合体名称）联合体，共同参加
（项目名称）招标项目投标。现就联合体投标事宜订立如下协议。
1. （某成员单位名称）为 （联合体名称）牵头人。
2. 联合体各成员授权牵头人代表联合体参加投标活动，签署文件，提交和接收相关的资料、 信息及指示，进行合同谈判活动，负责合同实施阶段的组织和协调工作，以及处理与本招标项目有关的一切事宜。
3. 联合体牵头人在本项目中签署的一切文件和处理的一切事宜，联合体各成员均予以承认。 联合体各成员将严格按照招标文件、投标文件和合同的要求全面履行义务，并向招标人承担连带责任。
4. 联合体各成员单位内部的职责分工如下： 。
5. 本协议书自所有成员单位法定代表人或其授权代表签字或盖单位章之日起生效，合同履行完毕后自动失效。
6. 本协议书一式 份，联合体成员和招标人各执一份。
协议书由法定代表人签字的，应附法定代表人身份证明；由授权代表签字的，应附授权委托书。联合体牵头人名称： （加盖公章）
法定代表人或其授权代表： （签字）联合体成员名称： （加盖公章）
法定代表人或其授权代表： （签字）
年 月 日
格式十一：
（未要求可不填写）项目实施方案、质量保证及售后服务承诺等内容和格式自拟。
格式十二：
项目组成人员一览表（未要求可不填写）
序号 姓名 x项目拟任职务 学历 职称或执业资格 身份证号 联系电话
1
2
3
……
按招标文件要求在本表后附相关人员证书。
注：
1.本项目拟任职务处应包括：项目负责人、项目联系人、项目服务人员或技术人员等。
2.如投标人中标，须按本表承诺人员操作，不得随意更换。
格式十三：
投标人业绩情况表（未要求可不填写）
序号 使用单位 业绩名称 合同总价 签订时间
1
2
3
4
…
投标人根据上述业绩情况后附销售或服务合同复印件。
格式十四：
各类证明材料（未要求可不填写）
1.招标文件要求提供的其他资料。
2.投标人认为需提供的其他资料。