福建省政府采购合同
编制说明
1、签订合同应遵守《中华人民共和国政府采购法》、《中华人民共和国合同法》。
2、签订合同时，采购人与中标人应结合招标文件第五章规定填列相应内容。招标文件第五章已有规定的，双方均不得对规定进行变更或调整；招标文件第五章未作规定的，双方可通过友好协商进行约定。
甲方：厦门市公安局
乙方：厦门市美亚柏科信息股份有限公司
 
根据招标编号为[350200]ZCZB[GK]2018003的厦门经侦一体化智能研判系统（一期）项目（以下简称：“本项目”）的招标结果，乙方为中标人。现经甲乙双方友好协商，就以下事项达成一致并签订本合同：
1、下列合同文件是构成本合同不可分割的部分：
1.1合同条款；
1.2招标文件、乙方的投标文件；
1.3其他文件或材料：无。
2、合同标的

包号	品目号	品目名称	商品名称	数量	计量 单位	产地 类型	单价	金额	品牌	型号技术 指标等
1	1-1	行业应用软件开发服务	行业应用软件开发服务	1	套	国内	1728000	1728000	美亚柏科	无
合计：				1728000.00

3、合同总金额
3.1合同总金额为人民币大写：壹佰柒拾贰万捌仟元整元（￥1728000.00）。
4、合同标的交付时间、地点和条件
4.1交付时间：合同签订后 (150 ) 天内交货；
4.2交付地点：福建省厦门市思明区新华路43号；
4.3交付条件：按照招标文件及合同等规定执行。
5、合同标的应符合招标文件、乙方投标文件的规定或约定，具体如下：
涉网数据采集系统（通过设置关键词，采用先进采集技术，捕获互联网涉及经济犯罪及金融风险等相关信息，采集渠道包括：论坛、贴吧、B2B平台、电商、法院失信判决以及第三方平台（美亚云）互联网数据接入等。）经侦基础数据库（通过建立电子信息资源库、情报信息资源库、公共信息数据库、虚拟身份库等知识库进行海量数据碰撞，关联分析，最终形成人、案、物等数据特征值和逻辑判定模式，形成统一的、完整的、有序的经侦基础数据体系。）经侦一体化智能分析系统建设（在基础数据平台的基础上，深化案件研判人工智能系统，实现案件的自动分析研判。采用主流的无模式强化学习算法，构造案件侦办神经网络系统，构建深度学习系统，通过自我分析比较，形成各类案件的特征值战法。对筛选出可能涉案的线索进行系统自动比对检索，实现对涉案人员、物品、通讯、账户等线索数据系统自动迭代关联和可疑线索的自动推送。）。
6、验收
6.1验收应按照招标文件、乙方投标文件的规定或约定进行，具体如下：
项目验收工作按照采购人相关规定组织开展。 评审和验收工作由采购人组织实施，我司应完成项目评审和验收的相关验收场景和资料的准备，包括但不限于：场景模拟、项目演示、相关说明等。 1、 验收主要内容 验收的主要内容包括但不限于： 听取我司的汇报； 检查系统是否达到立项审核意见和合同书的各项指标与要求； 审核我司提供的文件、数据、技术文档等，并审核是否符合国家或有关部门的相关要求； 根据技术标准、建设规范，检查各项技术指标是否达到要求； 检查系统中发现的缺陷及遗留问题的解决情况及系统运行准备工作等情况，确定能否移交投入运行； 运行管理人员、操作使用人员通过培训能否达到熟练操作和二次开发的程度。2 、人员安排评审、验收工作由采购人、我司及其他相关机构人员共同组成。3 、验收依据 以本项目合同书、验收前双方确认的补充工作需求书等为依据。4、 组织实施 4.1初验在系统开发完毕，且运行10日后，我司可根据采购人相关标准流程，提出初验申请。 1.初验前提条件 按照合同和合同附件的要求，完成各种技术文档。 系统开发完毕，且系统上线并稳定运行10日。 我司整理所有技术文档和工程实施管理资料等项目文档，提交给采购人审核。 我司出具包含截止试运行阶段的《采购人系统阶段评审意见》。 2.初验流程 采购人听取我司的汇报。 采购人审核我司提供的文件、数据、技术文档等是否齐全，是否符合国家或有关部门的相关要求。 采购人审核系统的设计、施工是否符合国家或有关部门的标准和规范。 采购人根据验收指标进行系统测试。检查系统是否达到立项审核意见和合同书的各项指标与要求，系统运行状态是否平稳。 采购人检查确认技术环境的建设与配合情况、业务加载情况。我司提供所有技术文档和测试报告，提交给采购人审核。4.2 终验 系统初验通过后，系统上线并稳定运行60 日后可进行项目终验。我司可根据采购人相关标准流程申请项目终验。 采购人根据验收指标进行系统测试，并检验系统大规模业务需求的实现。 采购人检验技术环境能否满足用户需求的持续发展，能否满足用户自行加载业务需求。 采购人检查系统的缺陷及遗留问题的解决情况，确定能否移交投入运行。 采购人检查运行管理人员、操作使用人员通过培训能否达到熟练操作的程度。 采购人检查相关管理规章制度是否建立和健全。我司整理所有技术文档、工程实施管理资料等项目文档，提交给采购人审核。5、 验收指标 验收指标包括系统功能、性能、安全可靠性、友好性、易用性、用户文档、资源占用率、兼容性、可扩展性及其他与需求相关的一切指标。我司应积极做好验收测试的配合与支持工作，提交验收报告，并对系统建设中存在的主要问题提出整改意见和建议，并对验收测试工作给出实质性响应。6 、验收方案投标响应要求 我司需制定科学、规范、可实施的项目验收方案，细化、量化项目验收指标，必须包括但不限于本文档验收指标所列项目，如验收过程中某项指标不达标，我司应提出相应的补救措施，由此导致的工期拖延应视为我司责任，按相关规定接受相应惩罚。 在最终验收前，因税收政策和制度等因素导致的需求变化而需要对系统进行修改、变更，我司应进行相应的修改、变更。7 、资料移交与审核 我司在初验和终验阶段均必须将系统的全部有关技术文件、详细设计资料及测试、验收报告、用户文档等交付采购人。我司应保证所提交的文档质量，做到内容齐全、标记正确、文字清楚、数据准确、图文表一致，并由采购人对资料完备性、内容针对性、内容充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值等进行审查确认。 7.1 主要交付成果物 在软件产品提交后和项目完成时将系统的全部有关技术文件、详细设计资料及测试、验收报告等文档汇集成册，连同软件源代码等相关文档交付采购人，并提供向采购人进行技术转移的方案和策略。 （1）本项目的所有应用软件的知识产权归采购人所有。 （2）根据采购人要求，我司须按时提供本项目源代码和数据接口，并在项目运行后的升级、维护中做好配合工作。 （3）我司保证不同时期提供的同类软件兼容。 （4）我司提供的技术实施文档必须符合软件工程文档编写现行国家标准和采购人相关规范。 （5）我司必须提供本项目系统在实施上线后的完整技术文档和系统源代码。 （6）系统运行中储存的数据为采购人所有，我司不得保留其他接口远程获取数据或者在保修期间未经许可转移拷贝数据。。
6.2本项目是否邀请其他投标人参与验收：
不邀请。
7、合同款项的支付应按照招标文件的规定进行，具体如下：

支付期次	支付比例（%）	支付期次说明	预期支付时间 （用于采购贷申贷，为空无法进行申贷）
1	70	本合同签订后，中标人向采购人进行整体的系统移交并经采购人签字验收合格后，采购人将在收到合规发票后10个工作日内，向中标人支付合同金额的70%。
2	30	系统经验收上线运行一年后，免费维保期结束。采购人应向中标人支付相当于合同金额30%，采购人将在收到合规发票后10个工作日内，向中标人支付合同金额的30%。

。
8、履约保证金
无。
9、合同有效期
16个月（2018年8月15日-2019年12月15日）。
10、违约责任
双方确定：任何一方违反本合同约定，造成研究开发工作停滞、延误或失败的，按以下约定承担违约责任： 甲 方违反本合同约定，应当 每延迟1个工作日付款，甲方需支付乙方合同总金额的1‰作为违约金，但最终违约金总额不超过延迟付款金额的5% 乙 方违反本合同约定，应当 每延迟1个工作日，乙方支付合同总金额的1‰作为违约金，但最终违约金总额不超过延迟交货部分总金额的5%。
11、知识产权
11.1乙方提供的采购标的应符合国家知识产权法律、法规的规定且非假冒伪劣品；乙方还应保证甲方不受到第三方关于侵犯知识产权及专利权、商标权或工业设计权等知识产权方面的指控，任何第三方如果提出此方面指控均与甲方无关，乙方应与第三方交涉，并承担可能发生的一切法律责任、费用和后果；若甲方因此而遭致损失，则乙方应赔偿该损失。
11.2若乙方提供的采购标的不符合国家知识产权法律、法规的规定或被有关主管机关认定为假冒伪劣品，则乙方中标资格将被取消；甲方还将按照有关法律、法规和规章的规定进行处理，具体如下：。
12、解决争议的方法
12.1甲、乙双方协商解决。
12.2若协商解决不成，则通过下列途径之一解决：
提交仲裁委员会仲裁，具体如下：。
         向人民法院提起诉讼，具体如下：。
13、不可抗力
13.1因不可抗力造成违约的，遭受不可抗力一方应及时向对方通报不能履行或不能完全履行的理由，并在随后取得有关主管机关证明后的15日内向另一方提供不可抗力发生及持续期间的充分证据。基于以上行为，允许遭受不可抗力一方延期履行、部分履行或不履行合同，并根据情况可部分或全部免于承担违约责任。
13.2本合同中的不可抗力指不能预见、不能避免、不能克服的客观情况，包括但不限于：自然灾害如地震、台风、洪水、火灾及政府行为、法律规定或其适用的变化或其他任何无法预见、避免或控制的事件。
14、合同条款
委托方（甲方）： 厦门市公安局
住 所 地： 厦门市思明区新华路43号
法定代表人： 卢炳椿
项目联系人： 庄辉波
联系方式 ： 13859919022
通讯地址： 厦门市思明区新华路43号
电话： 0592-2262164 传真： 0592-2262164
电子信箱： 15801667@qq.com
受托方（乙方）： 厦门市美亚柏科信息股份有限公司
住 所 地： 福建省厦门市
法定代表人： 滕达
项目联系人： 黄雁
联系方式 ： 0592-3929988
通讯地址： 厦门市软件园二期观日路12号美亚柏科大厦
电话： 0592-3929988 传真： 0592-2519335
电子信箱： huangyan@300188.cn
本合同甲方委托乙方研究开发 厦门经侦一体化智能研判系统（一期） 项目，并支付研究开发经费和报酬，乙方接受委托并进行此项研究开发工作。双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。
第一条 本合同研究开发项目的要求如下：
1．技术目标： 按照“统一规划、分步实施、标准规范”思路，一体化智能研判系统建设以客户业务职能部门的办案实际需求为出发点，规划建设厦门市公安局经侦支队服务的案件研判系统。实现提升厦门市公安机关打击经济犯罪、维护社会经济金融秩序的能力和水平。
系统建设的总体目标是：建设经侦一体化智能研判系统。实现汇聚经侦案件数据、公安内部数据和互联网等数据等多元数据资源，利用大数据分析技术、构建标签模型、时空模型、价值度模型等不同属性、通过类罪模型展开分析和研判，为经济犯罪案件侦办中打击地下钱庄、网络传销、互联网金融、侵权假冒等犯罪提供数据支撑和业务应用支撑，全面推进打击经济犯罪与情报导侦基础建设的融合式发展。提升厦门市经侦工作在预警、防范、打击、维护社会稳定等方面的能力 。
2．技术内容：
2.1 涉网数据采集系统建设
通过设置关键词，采用先进采集技术，捕获互联网涉及经济犯罪及金融风险等相关信息，采集渠道包括：论坛、贴吧、B2B平台、电商、法院失信判决以及第三方平台（美亚云）互联网数据接入等。
2.1.1 美亚云互联网数据接入
美亚云互联网数据接入指的是利用美亚柏科自身累积的数据资源，或利用自身的软硬件资源从互联网采集获取的相关网络线索数据（如虚拟身份、联系电话、QQ、地址、真实姓名等）。通过标准的数据服务接口接入经侦基础数据中心，进行线索数据补充、碰撞、关联分析，为线索发现、挖掘和关系分析等工作提供有效数据支撑。
2.1.1.1 美亚云数据源覆盖
美亚云数据源主要包括主流的新闻类、论坛类、微博博客、微信公众号以及移动新闻客户端等。
2.1.1.2 美亚云数据采集能力
美亚云数据配备专业采集、搜索和存储设施，具有网通、电信超算中心机房，总计算能力772万亿次每秒，投入上千台服务器，对社交媒体、论坛、微博、微信、博客及新闻客户端等400多万个网络站点（线索数据采集点）进行采集。目前美亚云资源数据已积累188亿条网页数据，每日两千万左右增量，基础资源库类型需包括：email库、手机号码库、地址库、虚拟身份ID库、QQ等。 采用提供稳定可靠的网络搜索和大数据处理架构，PB级数据存储能力。
2.1.1.3 美亚大数据分析处理能力
美亚云采用自主研发的大数据处理技术，可基于海量搜索数据进行分析，实现百亿级以上数据秒级响应。 采用新一代索引引擎MyIndex，MyIndex是一种构建在MySolr，MyHadop以及MyBase上面的全文数据库。利用美亚柏科评估模型对进行综合分析预警，对互联网事件进行全面的跟踪分析和传播风险评估。自动挖掘网络热点。
2.1.1.4 美亚计算资源支撑能力
公司在互联网海量信息分析上有着深入的研究和长久的技术积累，目前已经建成了每秒772万亿次的超级计算平台，是国内首家由企业承建并运营的超级计算中心，海西地区规模最大的计算平台，为海量信息处理提供雄厚的基础资源。
搜索和分析平台依托厦门超算中心提供的资源支撑，计算能力排名全国Top100以内。
2.1.1.5 美亚数据推送经验
美亚搜索云已经为全国十几个省的主要127个地区推送数据，为各地节约了大量的资源投入，并提供了更好的数据分析效果。同时累积了14年丰富的数据推送经验。
2.2 经侦基础数据库建设
通过建立电子信息资源库、情报信息资源库、公共信息数据库、虚拟身份库等知识库进行海量数据碰撞，关联分析，最终形成人、案、物等数据特征值和逻辑判定模式，形成统一的、完整的、有序的经侦基础数据体系。
2.2.1 经侦行业数据标准规范建设
建立经侦业务数据标准，为平台的建设及平台的延伸、扩展提供基础标准规范，包括数据元素的表示规范、业务数据元素的表示规范等。
2.2.1.1 数据元素的表示规范
1)数据元素的表示规范
数据元素的表示规范定义了经侦相关数据元的属性信息，包括基本属性、标识属性、附加属性。
2)基本属性规范
主要从数据元素编码、中文名称、英文名称、数据类型、计量单位等进行规范。
3)标识属性规范
主要从分类与编码方法、代码表、归一化标识等进行规范。
4)附加属性规范
用以描述数据元素的附加注释。
2.2.1.2 业务数据元素的表示规范
1)人物身份信息相关数据元素规范
主要从人物身份证号码、姓名、民族、身高、年龄、籍贯、体重、职业、户籍、宗教等维度进行规范。
2)人物持有物相关数据元素规范
主要从车辆、房产、手机等持有物的类型、品牌、颜色、重量等维度进行规范。
3)出行信息相关数据元素规范
主要从车出行时间、出行方式、到达目的地、乘坐交通工具、入住酒店等维度进行规范。
4)组织相关数据元素规范
主要从企业注册号、企业名称、企业类别、企业联系方式、企业员工数、法人代表、社会组织类型、注册资金、经营范围、会员账号、会员姓名、会员名称、会员卡号、会员等级、会员状态等维度进行规范。
5)第三方数据元素规范
主要从银行交易信息、支付宝信息、微信信息、快递信息、寄件信息、取证数据等维度进行规范。
6)互联网信息相关数据元素规范
主要从QQ号、群名称、群成员、QQ实名、微信号、微信群名称、微信群人数、支付宝昵称等维度进行规范。
2.2.2 基础数据融合建设
数据来源主要包括互联网采集数据、第三方数据（工商数据、烟草数据等）、经侦业务数据（资金数据、物流数据、账单数据、话单数据、外协数据、线索数据、案件数据、笔录数据等）和公安内部数据（涵盖城市公共安全平台数据），这些数据纷繁复杂，数据量大，为了保障业务系统正常、高效的运行，必需对各类数据源数据进行统一数据清洗、数据智能提取、数据智能标识、数据关联和比对，使不同来源的数据格式相对统一，从而为前端复杂的业务处理、分析提供数据支撑。
从海量数据中提取所关注的业务数据需要经过数据清洗、垃圾过滤、数据去重、数据智能提取、数据智能标识、数据关联比对和数据融合等过程。在异构数据源预处理之后，推送给基础数据中心进行结构化数据、非结构化数据和业务数据存储，最终，为上层业务应用提供数据支撑。
2.2.2.1 基础数据融合预处理
2.2.2.1.1 数据清洗
包括垃圾过滤、数据去重、格式清洗。
2.2.2.1.2 垃圾过滤
不合标准的数据将按照业务的要求进行标记或者丢弃。
2.2.2.1.3 数据去重
网页信息以URL+数据特征信息作为全局唯一标识，利用该标识排除重复数据。
2.2.2.1.4 数据智能提取
采用基于规则（特征模式匹配）的方式进行线索智能发现和智能抽取，从中提取用户业务关联的数据，即根据用户预设规则和文本分析算法智能提取信息。
2.2.2.1.5 数据智能标识
根据样例、用户预设规则或智能分析算法，进行人物、地点、时间、电话、EMAIL、事件、手机号码，座机号码，qq账号，微信账号，微博账号、数据区域、数据敏感级别等智能标识。
2.2.3 基础数据库建设
通过基础数据架构体系，实现对预处理之后的数据进行按类别存储，支撑各种应用需求。基础数据库分为全文库和业务库两种数据方式。数据库支持标准格式的第三方数据接入，对外部系统提供专用数据查询和分析接口，可以为应用层的数据检索和数据分析服务。
2.2.3.1 结构化数据存储
采用新一代索引引擎MyIndex，实现分布式索引和查询。通过读写分离，主从复制的技术实现索引文件的冗余备份以及索引分片的自动负载均衡。将原始内容存在Key-Value数据库中，来支持高并发的读写。通过实现索引文件与原始内容分离，从而提高查询性能。MyIndex实现了高可用、高扩展。支持查询中间件、Map-Reduce接口、集群监控等。
2.2.3.1.1 全文库设计
MyIndex是一种构建在MySolr，MyHadoop以及MyBase上面的全文数据库。
MySolr基于solr开发，支持自动容灾，查询时的自动负载均衡，中心化集群配置等。
MyDoop继承了Hadoop优秀的特性——可扩展性、容错性、负载均衡性等，同时又具备一些新的特点——提供全局命名空间、元数据共享池、支持分布式事物、支持NFS、支持集群快照等。
2.2.3.1.2 全文数据存储
MyBase是在Hbase的基础研发改进的列存储数据库。 MyBase在继承Hbase特性的基础，同时又独创了特性，包括：HmasterHA，智能化rowkey等。
MyIndex入库时，结构化数据的数据索引存储在MySolr，数据的原始结构内容存入MyHbase。
2.2.3.1.3 全文数据查询
MyIndex采用索引文件和原始内容分离的技术, 数据索引文件和数据原始内容分开存储，有助于提高数据检索速度。利用MySolr集群实现索引的查询服务，采用MyDoop实现了原始内容的存储。MySolr的和MyHbase都有自己的内部缓存，可提高数据检索速度。
2.2.3.1.4 全文库功能指标
支持中文、英文、日文、韩文、阿拉伯文、蒙文、藏文、维文等语种；
支持中文关键词、英文关键词、日文关键词、韩文关键词、阿拉伯文关键词、以及混合文字关键词；
支持PDF、RTF、HTML、CHM、EML、MS Office（doc、xls、ppt、docx、 xlsx,、pptx）等文件文本内容的检索；
支持大于1024个字的超长关键词检索；
支持GB2312、GBK、BIG5、GB18030及UTF-8等编码类型；
支持在查询结果中对关键词进行二次检索；
支持模糊查询功能；
支持关键词的“与/或/非”逻辑组合查询；
支持简体/繁体转换，输入简体关键字可自动检索出繁体；
支持限制返回结果的条数；
支持同步、异步检索方式；
可以根据实际应用需求进行数据冗余存储，在单个存储节点失效情况下，仍能保证全文数据的可用性；
任意单节点宕机，不影响正常数据操作，如：数据加载和查询支持数据备份和恢复。
2.2.3.1.5 全文库性能指标
存储容量≥1PB；
检索平均响应时间≤2秒；
并发规模≥1000；
数据入库到可检索的时间间隔≤3分钟；
膨胀系数≤2.2；
单台服务器索引创建速度≥10MB/秒；
单关键词查全率≥95%；
单关键词查准率≥85%；
支持24*7运行。
2.2.3.2 业务数据存储
业务数据是指与用户业务直接相关的数据，例如用户账号信息、权限数据、爬虫任务中心数据以及基于全文库的分析结果数据等。因数据量较大，在业务数据存储方面，采用了目前主流的数据库架构设计以及优化技术，包括分布式存储、数据缓存、数据的分区及分表等,数据库采用Oracle或SQL Server。业务数据存储结构如下图所示：
2.2.3.2.1 分布式存储
为了满足基础数据量以及扩展性强的要求，系统的业务数据采用了分布式的存储架构，不同的数据库和数据分布在不同的服务器上，在物理结构上是分离的，但在逻辑结构上是一个统一的整体，因此应用程序可以对数据库进行透明操作。
相比集中式的数据库，分布式数据库存在诸多好处：
体系灵活，可以适应各种不同的存储环境和要求。
系统可靠性高，可用性更好。
经济性能优越，成本更低。
局部应用的响应速度快。
可扩展性好，易于集成现有系统。
2.2.3.2.2 数据缓存
数据缓存就是将数据暂存于内存缓冲区的一种技术，主要目的是为了提升多用户并发请求时的数据响应速度，可以大大减少对数据库的请求次数，从而提高了资源利用率，并为用户带来更好的用户体验。数据缓存技术从web到数据库又分为网页输出缓存(页面缓存)、应用程序缓存及数据库缓存，这三种缓存技术相互配合，共同为数据响应服务。
网页输入缓存
网页输出缓存(页面缓存)是用于B/S架构的一种前端缓存技术，是将输出到浏览器的html、图片等信息暂时缓存在本地，从而在下次请求同一页面时，优先从本地缓存中获取资源，从而大大提升页面响应的速度。
应用程序缓存
应用程序缓存是由应用程序自己控制的，通常将一些例如用户权限数据、系统资源数据等不会经常变动而不同用户或程序又经常会用到的信息在程序启动时缓存起来，从而在其它用户或程序使用到这些信息时，可以非常快的获取数据响应。
数据库缓存
数据库缓存是在数据库级别上做的数据缓存技术，当一次请求数据时，数据库会把这部分数据缓存起来，下次再请求到同一部分数据时，数据库直接从缓存中返回数据，不用再去数据表中查询或遍历数据，能够大大减少数据库的请求次数，提升资源利用率。
系统将以上三种技术相结合，针对不同的业务模块进行定制优化，通过多级缓存的形式，能够为用户提供更好的使用体验及更快的响应速度。
2.2.3.2.3 数据分区及分表
数据分区及分表是在数据库层级所做的一种优化技术。针对系统中存在的数据量较大的单表，如信息系统模块的数据，我们采用了水平分表的形式，保证单表的数据量平均分布，不会因为数据量过大而造成反应迟缓的问题。并且，根据服务器所能提供的硬件性能，在数据库的硬件存储上，做数据分区，将数据分不到不同的磁盘上，从而进一步提升数据库的响应速度。
2.2.3.2.4 索引技术
索引技术是为了提升数据查询速度所应用的一种非常普遍的数据库优化技术。索引相当于数据库中的一种目录，当进行检索时，首先通过索引查找目录，然后从对应的目录开始检索数据，对于大数量的单表的数据库查询操作会有很大的性能提升。
系统中，根据业务数据的不同功能，及数据量级的不同，构建了不同的索引结构，既能满足因为数据解析的频繁写库的要求，又能为应用程序提供较好的数据读取性能。
2.2.3.2.5 数据备份
由于业务数据是系统的基础数据，所以对业务数据的备份就至关重要，当遇到灾难性故障而原始数据库损坏或数据丢失时，可以及时从备份数据中还原数据，从而保障系统不间断应用。
系统提供冷备份及热备份两种形式的备份，热备份是采用双向同步数据库的形式进行备份，主从数据库是实时同步的，当主数据库故障时，系统会自动切换到备份数据库，从而保障系统不会间断运行，避免因为不可预知的数据库硬件等故障造成数据丢失等损失。
数据库备份流程图如下:
2.2.3.3 基础数据库
2.2.3.3.1 电子信息资源库
通过对接前端电子取证设备数据，依据经侦行业数据标准建设电子信息资源库。
2.2.3.3.2 情报信息资源库
通过汇总各种情报信息，依据经侦行业数据标准建设情报信息资源库。
2.2.3.3.3 公共信息数据库
通过获取到的各种公共信息，依据经侦行业数据标准建设公共信息数据库。
2.2.3.3.4 虚拟身份库
通过互联网采集提取的相关网络虚拟身份，依据经侦行业数据标准建设虚拟身份库。
2.2.4 数据接口建设
实现各业务系统与基础数据中心的数据汇聚与集成。提供灵活可配置的数据接入策略，以整合异构业务数据。搭建高效、实时、可靠的传输通道，保证数据及时准确的传输。提供数据转换和处理的技术手段，为建设完整且统一的数据标准提供技术保障。
根据本次项目的需求，其信息资源环节主要分为关系型数据资源、实时数据资源。而交换平台主要负责对关系型数据资源的采集、加工、编排、交换、落地。
关系型数据资源采集、加工、编排、交换、落地：实现各业务系统与基础数据中心的数据汇聚与集成。提供灵活可配置的数据接入策略，以整合异构业务数据。搭建高效、实时、可靠的传输通道，保证数据及时准确的传输。提供数据转换和处理的技术手段，为建设完整且统一的数据标准提供技术保障。
采集环节：对于不敏感数据，可采用数据库直连的方式进行采集。即利用ETL软件对业务系统数据库中的数据根据设置的业务规则进行数据采集，同时在采集过程中可根据业务规则实现业务数据校验。对于敏感数据，可采用交换前置机的方式进行采集。即利用ETL软件或数据库服务接口对业务系统数据库中的数据进行数据摆渡，将数据抽取至交换前置库，而后ETL软件根据设置的业务规则进行数据采集，同时在采集过程中可根据业务规则实现业务数据校验。
加工环节：可利用ETL中设置的数据规则对收集到的数据进行二次加工，同时可选择对资源库进行数据落地或进入前置交换系统。
编排环节：对于进入前置交换的数据资源及服务资源可根据交换平台中设置的BEPL规则进行业务编排，形成业务数据综合视图和业务处理服务组合同时对于处理结果可进行数据交换。
交换环节：对于进入前置交换的数据或服务返回的结果数据可被交换适配器读取，并根据交换路由规则对其数据进行交换处理，在交换环节中将采用MQ方式保证数据交换过程中的安全性及不间断性。
落地环节：对于交换时的数据，可根据其重要性及常用性进行有选择的数据落地，保证数据在调用过程中反应快、业务支撑时具有标准性，同时也可避免由于网络或服务器故障时导致的数据无法访问。
2.2.4.1 业务数据接口
业务数据接口确保与福建省智能经侦研判平台、互联网金融风险防控预警平台、厦门城市公共安全管理平台无缝对接。
1.接口调用应用场景
调用者通过URL调用业务组件，业务组件根据调用者传递的参数生成调用者需要的页面内容，交给调用者展现。业务用户在页面进行操作后，提交给业务组件处理，业务组件接收到页面请求，将页面数据分析出来，一部分在业务组件本地直接处理，另一部分如果需要与业务组件相关的业务系统处理的数据，通过服务代理以服务请求的方式提交相关业务系统处理，相关业务系统处理结束后通过总线再返回给业务组件。业务组件将这两部分数据处理的结果返回给组件的调用者，进行后续处理。
2.2.4.2 业务数据交换
ETL负责将分布的、异构数据源中的数据如关系数据、平面数据文件等抽取到临时中间层后进行清洗、转换、集成，最后加载到数据仓库或数据集市中，成为联机分析处理、数据挖掘的基础。
2.2.4.3 第三方数据接口
确保与前端电子取证设备数据等第三方数据对接，完善数据来源数据的接入融合，为案件侦破提供多方向的数据维度支撑。
2.3 经侦一体化智能分析系统建设
在基础数据平台的基础上，深化案件研判人工智能系统，实现案件的自动分析研判。采用主流的无模式强化学习算法，构造案件侦办神经网络系统，构建深度学习系统，通过自我分析比较，形成各类案件的特征值战法。对筛选出可能涉案的线索进行系统自动比对检索，实现对涉案人员、物品、通讯、账户等线索数据系统自动迭代关联和可疑线索的自动推送。
2.3.1 涉网涉众型经济犯罪智能预警模块
基于各个渠道汇聚的结构化数据，结合公安内网取证云以及全国重点人等信息数据，利用人工智能标签模型、积分评判模型等技术进行比对、碰撞，通过对比中的结果进行可视化动态地图展示，监测和预警嫌疑人员的活动轨迹和违法犯罪行为，同时丰富重点人员信息库，为后续的线索自动发现和智能化办案提供强大的技术支撑。
2.3.1.1 线索发现
针对于特定的行业或用户，通过知识图谱的方法构建行业的知识库，提高对涉及相关人物或事件的线索识别率，系统自动完成线索的解析与发现。对未知线索的实时监测预警。
通过线索发现功能可对互联网公开数据的的线索进行发现和提取，主要方法是建立不同的板块类别（如：假币、假酒、传销等），通过设置关键词组合方式，自动获取互联网与涉案相关的网络违法犯罪线索数据，并与内网数据进行比对碰撞，根据星级评估模型进一步落地线索,从而及时发现出违法犯罪相关人员。
2.3.1.1.1 线索关联分析
对发现的线索进行梳理，建立数据标签模型，结合所构建的多源异构数据体系中的其他数据，共同完成对线索信息的多维度刻画。线索关联主要分为基本信息、线索列表、互联网关系、涉案信息等。
通过对贴文回帖等线索内容进行提取关联，以关联图形的方式展示线索的关联分析。
2.3.1.1.2 线索类型分析
根据对线索数据进行内外网数据比对，提取出与该线索关联的其他线索，如手机号、QQ号、微信、身份证号等。展示其线索内容、线索类型、实名信息、属地等，并可以手工修改或添加补充。
2.3.1.1.3 涉案信息分析
通过内网数据涉案信息与线索的关联碰撞，提取出该线索相关人物的涉案信息，对其案件编号、案件名称、立案时间、侦查工作阶段等内容进行展示。
2.3.1.2 线索智能标识
利用行业知识库中的标签数据(如传销、地下钱庄、假酒)，对线索（如手机、QQ）进行智能业务标识。
通过相应的数据标签体系，从多个维度对线索数据进行智能标识，便于高效准确命中与搜索条件最密切相关的线索信息。目前系统中的标签主要包含三种类型的标签，即定性标签、定量标签和衍生标签。
定性标签，也可以称为静态标签，指不会随时间变化的标签，如已办结案件中涉及的银行卡、商户等信息；
定量标签，可以随时间及研判进程变化的标签，如对疑似资源库中的信息落地排查后，进行的更新迭代；
衍生标签，基于研判模型，对数据可能的状态进行预测性标记，如对新入线索数据自动根据内置模型进行标记 。
2.3.1.3 线索智能聚类分类
利用智能聚类分类模型对所有涉及线索信息进行分类，根据经侦分类库进行线索智能聚类分类。 通过经侦基础数据融合预处理体系，实现按主体（涉案人或机构）、按实体（手机号、资金账号、虚拟身份、微信QQ等）的多维度数据归集，线索智能聚类分类，满足智能匹配，智能研判方向指引等工作。
2.3.1.4 线索价值研判
依据星级模型和分值模型对线索信息的等级、时间、地点、来源、距离等条件进行评分计算，并结合线索传播量、地域等进行相应的星级评级计算处理，星级级别越高表示线索的精准度越高，价值越高。
2.3.1.5 重点人员监测预警
基于经侦基础数据库的重点人物信息，可通过人物证件号、手机号、虚拟身份、虚拟账号等智能识别出嫌疑人物，并对嫌疑人物进行实时布控监测，及时发现嫌疑人活动轨迹，并根据数据的类别及嫌疑人级别进行不同的预警机制。
2.3.1.5.1 人物画像
通过整合人物及人物关联信息，挖掘海量非结构化、半结构化及结构化数据，运用多种智能分析算法，全方位展示人物的多维度信息。包括人物的户籍信息、轨迹信息、通话记录、物品信息、涉案信息等。
2.3.1.5.2 重点人员关联分析
嫌疑人智能关系分析用来找寻被分析人物的手机号、群组以及虚拟账号中的共同联系人、共同群组成员信息。采用基于FP-tree（频繁模式树）增长算法的关联规则对嫌疑人的身份线索信息进行挖掘分析，从而得出嫌疑人的多方位画像信息。
如：
可以交叉分析几个QQ号/QQ群的共同好友；
可以交叉分析嫌疑人的手机里的共同好友；
可以交叉分析不同群组里的共同组员信息等。
QQ关联分析
以关联图的形式展示查询对象的QQ群好友之间的关联关系，分析出共同加入的QQ群的相关QQ号码。
QQ群关系关联分析
分析多个QQ群之间的共同成员，并提供可视化展示，便于用户发现重点人员。
2.3.1.5.3 重点人员信息管理
以人物名片和列表的形式对嫌疑人进行管理，可以对嫌疑人进行分类及标签管理，并进行长期归档保存，以备后期案件中挖掘出新的嫌疑人身份。
2.3.1.5.4 重点人员轨迹分析
通过相关数据针对重点人员的轨迹进行分析，实现智能预警和提供进一步研判分析利用。
2.3.2 经侦“四流”智能研判模块
经侦“四流”智能研判模块主要为针对获取到的“四流”数据（资金、通讯、物流、人员流），分别建立分析模型进行规律分析、挖掘分析、共同联络人分析等。
2.3.2.1 资金流分析模块
实现对资金数据进行资金进出次数、额度、规律统计分析；实现即进即出可疑账户分析、可疑交易明细分析；实现资金数据统计分析，进一步可以按照主要投资人分析损失、主要资金去向分析、交易余额计算分析。
2.3.2.1.1 单账单分析
单账单分析功能包括详单分析、频率分析、新增或消失号码分析、伴随交易分析、常规异常资金分析、囤积行为分析等。
2.3.2.1.1.1 详单分析
针对账单详细信息进行分析、查询、展示。
2.3.2.1.1.2 频率分析
针对对方账单交易频率统计、每周七天对方交易频率统计进行分析、查询，用于查找与账号交易频繁或一段时间内交易频繁的账户。
2.3.2.1.1.3 新增或消失号码分析
针对特定账号分析其案发前后的新增号码或消失账号，通过该分析来查找对案件有意义的嫌疑账号。
2.3.2.1.1.4 伴随交易分析
用于通过一个嫌疑人账单及其中一个交易对象寻找其他可能的嫌疑人。分析项目包括相同账号伴随分析、相同外地卡号伴随分析和普通伴随分析。
2.3.2.1.1.5 常规异常资金分析
常规资金分析：针对账户的工资、还贷、息金等固定来往资金分析。
异常资金分析：针对突发多笔、大额、陌生人交易分析。
2.3.2.1.1.6 囤积行为分析
通过分析账户的资金流入与资金流出进行该账户的资金行为分析。
2.3.2.1.2 多账单分析
多账单分析功能包括共同来往账号分析、共同交易地点分析、共同流窜分析、资金流向分析。
2.3.2.1.2.1 共同来往账号分析
针对多个账号中的共同来往账号进行分析。
2.3.2.1.2.2 共同交易地点分析
通过多账单数据针对共同交易地点进行分析。
2.3.2.1.2.3 共同流窜分析
对多个账号在同一时间段，同一地点存在转账、汇款等记录进行分析。
2.3.2.1.2.4 资金流向分析
针对犯罪嫌疑人账户资金流向分析，最终分析找出资金最后进入的账户。
2.3.2.2 通讯流分析模块
实现对各种通讯话单、互联网即时通讯信息按照主、对方联系人进行交互的频次、时长等统计分析，进一步可以按照共同联系人、号码同一性进行挖掘分析。
2.3.2.2.1 单话单分析
单话单分析功能包括详单分析、频率分析、伴随通话分析、新增或消失号码分析等。
2.3.2.2.1.1 详单分析
针对个人话单详细信息、区号、基站、对方号码归属地进行信息关联分析、展示，支持各种条件对话单信息进行查询。
2.3.2.2.1.2 频率分析
针对通话对象、呼叫类型、通话地点等不同类别的通话频率分析，通过分析掌握嫌疑人的生活空间规律，掌握主要联系人以及通话习惯。
2.3.2.2.1.3 伴随通话分析
通过相关话单数据进行伴随通话分析。
2.3.2.2.1.4 新增或消失号码分析
针对特定手机号码分析其案发前后的新增号码或消失号码，通过该分析来查找对案件有意义的嫌疑号码。
2.3.2.2.2 多话单分析
多话单分析功能包括串号比对分析、同时同基站分析、团队作案分析、共同通话对象分析等。
2.3.2.2.2.1 串号比对分析
分析查看一个话单或多个话单之间的串号比对情况，即一个串号对应多个号码，或者一个电话号码对应多个串号的情况。
2.3.2.2.2.2 同时同基站分析
通过分析出多个号码之间任意两个以上号码同时(以小时为单位)在同一基站出现的情况。进一步研判出团伙成员、作案路线，是否为一人多号的情形。
2.3.2.2.2.3 团伙作案分析
通过相关话单数据进行团队作案分析。
2.3.2.2.2.4 共同通话对象分析
通过分析多部手机之间的共同通话对象，从中掌握他们的联系人，为案件提供新的线索服务。
2.3.2.3 物流分析模块
实现对物流信息中的寄件人、收货人的联系号码、联系地址进行收发货次数统计，进一步可以对收发人关联关系进行关联分析。
物流分析模块功能包括详单分析、同地址分析、同收货人分析等。
2.3.2.3.1 详单分析
对导入的物流表格进行统计，实现功能如下：
1)发货量统计：根据发货人统计各自的发货量（按照发货人姓名、发货人手机进行统计）。
2)收货量统计：根据收货人统计各自的收货量（按照收件人姓名、收件人手机、收件地址统计）。
3)发货地区统计：根据省、市、县来统计各个地区的发货量（发货人地址进行统计）。
4)收货地区统计：根据省、市、县来统计各个地区的收货量（收货人地址进行统计）。
2.3.2.3.2 同地址分析
通过物流数据分析出所有收货地址一样或者相似的信息，供进一步的研判分析利用，详细如下：
1)针对相同收货地址（地址完全一样）的数据进行分析
2)针对相似收货地址（地址只有细微差别的，例如同村或同小区）的数据进行分析
2.3.2.3.3 同收货人分析
通过物流数据分析出相同身份的收货人，供进一步研判分析利用。详细如下：
1)同手机号码分析：通过手机号码以及收货省/市/县分析出手机号码相同但收货人姓名不同的相关物流信息。
2)同收货地址分析：通过收货省/市/县分析出收货地址相同但收货人的姓名、手机号码不同的相关物流信息。
2.3.2.4 人员流分析模块
能根据旅馆住宿信息表，同日入住同一房间的人员，实现对涉案人员同住关联分析；能通过民航离港记录表，找到与调集人员同一航班人员信息，从而发现可疑人员线索，实现对涉案人员同行关联分析。
2.3.3 经侦类罪智能研判
类罪智能分析模型来源于各警种的实际办案过程中所积累的成功分析方法，经过系统提炼形成通用技战法模型。其中包含了传销、反洗钱、P2P非法集资等业务领域，同时可整合来自现有各类警务系统的资源以及互联网上的各类信息资源，为情报的分析和处理提供强有力的后台支撑。
2.3.3.1 地下钱庄类罪分析
（1）确定地下钱庄经营性账户
对账户的交易次数、交易的额度进行统计分析，按照交易频度和额度进行排序和可视化进行展示，根据即进即出账户及交易明细分析资金转移情况；根据账户互相交易分析交易对手；根据账户资金进出情况汇总分析进出总量。
（2）确定地下钱庄重点账户
分析账户交易量、交易集中度、使用周期等特性。
（3）资金流向
根据核心账户拓展上下游账户交易信息，绘制资金完整链路，实现可视化分析，追踪资金的最终流向。
（4）关系人拓展
根据重点账户、最终流向账户锁定犯罪嫌疑人，并扩展嫌疑人的社会关系。
2.3.3.2 P2P非法集资类罪分析
利用已建设的金融防控预警平台的P2P电子合同数据及企业银行资金托管数据对进行分析比对。
（1）投资人分析
利用P2P电子合同数据，分析该平台投资的人数，资金额度，对单笔大于20万的投资人进行预警。
（2）虚假合同分析
利用P2P合同的签订金额与银行流水的比对，分析出签署合同的真实性，来挖掘虚假合同。
（3）关系人分析
根据平台重点账户、最终流向账户锁定犯罪嫌疑人，并扩展嫌疑人的社会关系。
2.3.3.3 传销类罪分析
（1）传销组织结构分析
利用传销案件获取的组织数据，定位出传销人员的层级、上下级数量，支持百万级人员的分析。
（2）传销人员重要性分析
对传销组织中的人员的层级、规模、下线数据等模型，评估出该传销组织中人员的重要性。对重要人员进行拓线，扩展出重点人员的社会关系。
（3）传销人员地域分析
分析传销组织中的人员的地域分布。
2.3.4 综合联查系统
通过设置检索数据维度，即时调取关联业务系统的相关信息，实现跨区域、跨行业、跨部门的综合应用和数据共享，建立与其它行政执法部门、人民银行、金融机构、保险机构的数据互动平台。同时支持人工数据核查，对某些特定环境，由人工进行数据查询并反馈，为案件研判工作应用提供系统支撑。
综合联查系统通过系统接口层，对接多源异构数据，然后通过系统的预处理体系将数据清洗打标后汇聚，形成以人物为核心的多维度数据集合，实现透析 “一键式”信息检索功能。该功能可以通过输入任何维度的信息，比如证件号码、车牌号码、案件编号、QQ、手机号码等，获取清洗后的以人物为核心的数据集合，并支持多种格式的批量数据导入搜索和级联二次搜索功能。
2.3.4.1 一键联查
一键联查支持的搜索数据维度：身份证号码、手机号、姓名、企业名等关键词。一键输入后，自动在本地基础数据中心及其他经侦业务系统数据中心、其他警种数据库展开联动搜索查询，并将结果反馈。同时支持高级搜索。
通过可视化图形展示，直观的分析统计数据资源情况以及每日数据变化情况（如饼图展示分类情况、柱状图展示每日数据变化等）。
2.3.4.2 批量联查
支持以顿号、分号、逗号、回车键、空格5个符号分隔的批量号码直接粘贴到条件输入框里；支持批量存放线索的文件，系统支持自动读取文件里的线索信息，文件格式支持.xls、.xlsx、.txt。
批量输入后，自动在本地基础数据中心及其他经侦业务系统数据中心、其他警种数据库展开批量搜索查询，并将结果反馈。同时支持高级搜索。
2.3.5 系统管理模块
2.3.5.1 用户管理
系统所有用户账号列表管理，可以对账号进行新增、修改、重置密码、删除、分配UKEY。
系统所有用户组列表。用户组功能包含，新增、修改、删除，给用户组分配数据源来源、分配相关查询权限。
2.3.5.2 角色管理
系统所有角色列表，功能包括新增、修改、删除、授权。
2.3.5.3 日志管理
登陆日志：显示登录系统的情况，可根据案件类型、事件结果、事件描述、用户IP、发生时间等条件查询出相关日志。业务专项用户：可查看业务专项的所有相关案件信息，对相关业务请求进行审核。
系统使用日志：显示系统被使用的情况，可根据案件类型、事件结果、事件描述、用户IP、模块、发生时间等条件查询出相关日志。
数据操作日志：显示系统操作的情况，增删改操作的记录，可根据案件类型、案件结果、事件描述、发生时间等条件查询出相关日志。
日志分析：可按人员、大队、业务类型等分类对日志进行分析，支持检索功能。
2.3.5.4 个人资料修改
用户的个人资料修改，每个用户都有自己的个人资料,登陆用户可以对自己的资料和密码进行修改 。
系统名称：
序号 项目名称 功 能 说 明
1 厦门经侦一体化智能研判系统（一期） 主要功能模块包括：
（1）智能预警
（2）线索发现
（3）重点人员监测
（4）“四流”分析
（5）类罪智能研判
（6）综合联查
（7）系统管理
3．技术方法和路线： 通过技术选择，以及对数据架构、应用架构的设计，可获得技术架构总体设计，技术总体架构分两方面：
总体架构视图，通过总体架构视图可有效的组织表现、应用、数据、技术这几项系统分层结构，并确立其相互关系。
系统设计要点，保证系统设计的标准化、安全性、可扩展性、易用性、可靠性、可用性、可移植性、可管理性、可维护性。
1.数据源层：数据接口支持多种多样的数据格式接入，支持WebService接口调用方式、RPC远程调用方式、FTP文件交互方式等。
2.数据预处理层：从其他系统接入的数据，要进行清洗、转换、标识、过滤垃圾数据、数据融合等过程，从而形成符合业务的标准规范数据。
3.云储存及云计算层：此部分主要是将采集预处理后的数据进行云存储，使用Hadoop分布式集群，Hbase分布式列式数据库、MySql传统型数据库结合的方式，针对采集的非结构与结构化数据都可以大规模的存储。使用Mahout、Pig、Hive等模块，提高数据云计算能力。
4.应用组件层：应用组件层为业务表现层展现进行逻辑处理，其中核心组件有聚类引擎、NLP自然语言处理、文本挖掘、音视频转换、推荐引擎、可视化控件等来全面支撑业务的展现。
5.业务展现层：业务展现层是用户通过客户端及网页能直接访问查看的区域，通过使用JSP、HTML等形成网页结构来让用户更直观展现系统。
本项目采集技术路线和方法如下：
1、接入终端设计：采用W/S系统架构设计，接入终端支持微软浏览器、360浏览器、Google Chrome浏览器、火狐浏览器FireFox等主流浏览器。终端操作系统支持Windows, Linux等主流操作系统。
2、系统层技术路线设计：采用基于J2EE标准的应用服务器中间件，作为应用系统的开发架构，以实现应用系统的快速开发、灵活部署。应用服务中间件具有：
开放性，严格遵循J2EE标准；
支持主流Linux操作系统、Windows操作系统；
具有高性能指标，可支持集群技术，能和同构或异构环境下的多种数据源通信，并能管理数据间的公共逻辑约束等；
可靠性，能保证事务及关键性业务不被丢失。
中间件，使用Web Service框架集成各种不同的WEB实现技术，使用SOAP作为通信标准，提供外界标准的服务接口来让客户端程序通过SOAP调用服务接口，具有可重用性、灵活性、可管理性、易维护性等一系列优良的特性，提高内部数据的安全性；同时也提供SOCKET，数据文件等对外接口。
开发语言，符合J2EE技术规范，具有平台独立、可移植、多用户、跨平台等性能。
设计上采用MVC的分层设计模块，将系统的耦合度降到最低，具有良好的功能扩展性和数据库的兼容性与扩展性。
3、数据层技术路线设计，采集亿条记录级内结构化数据采用传统关系型数据库，支持海量级结构化、半结构化数据采用大数据分布式数据库；原始数据、非结构化数据采用大数据分布式文件系统。
第二条 乙方应在本合同生效后 7 日内向甲方提交研究开发计划。研究开发计划应包括以下主要内容：
1. 需求调研分析及处理阶段：进行项目调研，项目可行性分析和项目计划的制定，并与甲方沟通并确定需求，制作调研报告和需求规格说明书。根据需求规格说明书，制定概要设计说明书、数据库设计说明书、详细设计说明书。
2. 系统设计及代码编写阶段：根据《需求规格说明书》和《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，进行系统架构设计、数据库设计，制作系统架构设计说明书，并进行软件的算法编写、异常处理、计算效率等。
3. 系统测试阶段：对开发完成的系统模块，进行系统测试，对特殊功能进行压力测试和性能测试，提交系统测试报告，以及系统安装、部署、调试和上线。
4. 项目培训验收阶段：对用户进行系统培训试用，根据合同要求进行系统验收，制作系统验收报告。
第三条 乙方应按下列进度完成研究开发工作：
序号 实施步骤 时间 备注
1 需求确认阶段 2018-08-15至2018-08-30 15天内
2 系统研发、测试、安装调试、部署、上线阶段 2018-08-30至2018-10-30 60天内
3 项目上线初验、培训 2018-10-30至2018-11-10 10天内
4 项目试运行和验收
2018-10-30至2019-01-10 65天内
第四条 甲方应向乙方提供的技术资料及协作事项如下：
1．技术资料清单： 《需求说明书》、《系统底层代码》
2．提供时间和方式：合同签订后5日内，以文档、代码方式
3．其他协作事项： 完成系统集成，安装，测试和使用培训 。
本合同履行完毕后，上述技术资料按以下方式处理： 随系统验收归还甲方。
第五条 甲方应按以下方式支付研究开发经费和报酬：
1. 研究开发经费和报酬总额为：人民币(大写)壹佰柒拾贰万捌仟元整（小写：￥1,728,000.00元）。
其中：
序号 项目名称 数量 单价（元） 合计（元）
1 涉网数据采集系统 1 288000 288000
2 经侦基础数据库 1 485000 485000
3 经侦一体化智能分析系统 1 955000 955000
总计 1728000
2． 研究开发经费由甲方 分期 支付乙方。具体支付方式和时间如下：
（1）本合同签订后，乙方向甲方进行整体的系统移交并经甲方验收合格后，甲方将在收到合规发票后10个工作日内，向乙方支付合同金额的70%
（2）系统经验收上线运行一年后，免费维保期结束。甲方应向乙方支付相当于合同金额30%，甲方将在收到合规发票后10个工作日内，向乙方支付合同金额的30%
乙方开户银行名称、地址和帐号为：
开户银行：中国农业银行厦门市厦港支行
地 址：厦门市思明南路489号碧山临海1楼
帐 号： 40327001040003737
第六条 本合同的研究开发经费由乙方以合理支配的方式使用。甲方有权以合理的方式检查乙方进行研究开发工作和使用研究开发经费的情况，但不得妨碍乙方的正常工作。
第七条 本合同的变更必须由双方协商一致，并以书面形式确定 。但有下列情形之一的，一方可以向另一方提出变更合同权利与义务的请求，另一方应当在 五 日内予以答复；逾期未予答复的，视为同意。
1．因为系统功能需求的变化，乙方需调整开发计划，需请求延长交货期；
2．开发经费未如约到位，乙方无法进行正常的开发计划，需请求延长交货期；
3．如遇不可抗力，乙方无法组织人员进行正常的开发计划，需请求延长交货期 。
第八条 未经甲方同意，乙方不得将本合同项目部分或全部研究开发工作转让第三人承担。但有下列情况之一的，乙方可以不经甲方同意，将本合同项目部分或全部研究开发工作转让第三人承担：无
乙方可以转让研究开发工作的具体内容包括： 无
第九条 在本合同履行中，因出现在现有技术水平和条件下难以克服的技术困难，导致研究开发失败或部分失败，并造成一方或双方损失的，双方按如下约定承担风险损失： 双方共同协商解决 。
双方确定，本合同项目的技术风险按 当事人认可的专家权威机构确认； 的方式认定。认定技术风险的基本内容应当包括技术风险的存在、范围、程度及损失大小等。
认定技术风险的基本条件是：
1． 本合同项目在现有技术水平条件下具有足够的难度；
2． 乙方在主观上无过错且经认定研究开发失败为合理的失败。
一方发现技术风险存在并有可能致使研究开发失败或部分失败的情
形时，应当在 三 日内通知另一方并采取适当措施减少损失。逾期未通知并未采取适当措施而致使损失扩大的，应当就扩大的损失承担赔偿
责任。
第十条 在本合同履行中，因作为研究开发标的的技术已经由他人公开（包括以专利权方式公开），一方应在 三 日内通知另一方解除合同。逾期未通知并致使另一方产生损失的，另一方有权要求予以赔偿。
第十一条 双方确定因履行本合同应遵守的保密义务如下：
甲方：
1. 保密内容（包括技术信息和经营信息）: 乙方提交的一切项目相关文档，需求分析，软件成品。
2．涉密人员范围：所有项目相关参与人员，软件使用人员。
3．保密期限： 长期。
4．泄密责任： 依法追究民事，刑事责任。
乙方：
1. 保密内容（包括技术信息和经营信息）: 不得透露甲方对于软件的需求，使用用途。
2．涉密人员范围: 所有研发及项目参与人员。
3．保密期限： 长期。
4．泄密责任：依法追究民事，刑事责任。
第十二条 乙方应当按以下方式向甲方交付研究开发成果：
1．研究开发成果交付的形式及数量：软件部分以网络对接形式或电子邮件形式交付不超过两套(含原代码)，硬件部分以物流货运方式送至甲方 。
2．研究开发成果交付的时间及地点： 2019年 1 月 10 日前，厦门市公安局
第十三条 双方确定，按以下标准及方法对乙方完成的研究开发成果进行验收： 以本合同中约定的系统功能和效果为标准。通过软件配置评审、功能测试、性能测试，开发文档等方法验收 。验收完毕，如果合格，甲方需在验收单上签字证明验收合格；如不合格，甲方应立即向乙方出具书面报告，陈述需改进的缺陷，乙方应立即处理此项缺陷，以达到最终检验合格 。
第十四条 乙方应当保证其交付给甲方的研究开发成果不侵犯任何第三人的合法权益。如发生第三人指控甲方实施的技术侵权的，乙方应当 针对指控作出相应的解释及承担必要的赔偿。
第十五条 双方确定，因履行本合同所产生的研究开发成果及其相关知识产权权利归属，按下列第 2 种方式处理：
1． ／ （甲、乙、双）方享有申请专利的权利。
专利权取得后的使用和有关利益分配方式如下： ／
2．按技术秘密方式处理。有关使用和转让的权利归属及由此产生的利益按以下约定处理：
（1）技术秘密的使用权： 归甲方所有 。
（2）技术秘密的转让权： 归甲乙双方所有 。
（3）相关利益的分配办法： 另行商定 。
双方对本合同有关的知识产权权利归属特别约定如下：归甲乙双方所有 。
第十六条 乙方不得在向甲方交付研究开发成果之前，自行将研究开发成果转让给第三人。
第十七条 乙方完成本合同项目的研究开发人员享有在有关技术成
果文件上写明技术成果完成者的权利和取得有关荣誉证书、奖励的权利。
第十八条 乙方利用研究开发经费所购置与研究开发工作有关的设备、器材、资料等财产，归 乙 （甲、乙、双）方所有。
第十九条 双方确定，乙方应在向甲方交付研究开发成果后，根据
甲方的请求，为甲方指定的人员提供技术指导和培训，或提供与使用该
研究开发成果相关的技术服务。
1．技术服务和指导内容：系统服务培训，使用，维护培训等 。
2：地点和方式：时间地点及培训模式由双方共同协商决定 。
3．费用及支付方式：包含于前期支付研发经费中。
第二十条 双方确定：任何一方违反本合同约定，造成研究开发工作停滞、延误或失败的，按以下约定承担违约责任：
1． 甲 方违反本合同约定，应当 每延迟1个工作日付款，甲方需支付乙方合同总金额的1‰作为违约金，但最终违约金总额不超过延迟付款金额的5% （支付违约金或损失赔偿额的计算方法）。
2． 乙 方违反本合同约定，应当 每延迟1个工作日，乙方支付合同总金额的1‰作为违约金，但最终违约金总额不超过延迟交货部分总金额的5%（支付违约金或损失赔偿额的计算方法）。
第二十一条 双方确定，甲方有权利用乙方按照本合同约定提供的
研究开发成果，进行后续改进。由此产生的具有实质性或创造性技术进
步特征的新的技术成果及其权利归属，由 双 （甲、乙、双）方享有。
具体相关利益的分配办法如下： 由双方协商解决 。
乙方有权在完成本合同约定的研究开发工作后，利用该项研究开发
成果进行后续改进。由此产生的具有实质性或创造性技术进步特征的新
的技术成果，归 双 （甲、乙、双）方所有。具体相关利益的分配办
法如下：由双方协商解决。
第二十二条 双方确定，在本合同有效期内，甲方指定 庄辉波
为甲方项目联系人，乙方指定 黄雁 为乙方项目联系人。
项目联系人承担以下责任：
1． 负责协调、安排双方人员（安装、调试、测试、运行、验收）。
2． 负责向对方汇报各自的工作进度及工作安排 。
3． 需主动沟通、调解、及时解决项目中的问题 。
一方变更项目联系人的，应当及时以书面形式通知另一方。未及时
通知并影响本合同履行或造成损失的，应承担相应的责任。
第二十三条 双方确定，出现下列情形，致使本合同的履行成为不
必要或不可能的，一方可以通知另一方解除本合同；
1．因发生不可抗力或技术风险 ；
第二十四条 双方因履行本合同而发生的争议，应协商、调解解决。协商、调解不成的，依法向 甲方所在地 人民法院起诉。
第二十五条 双方确定：本合同及相关附件中所涉及的有关名词和
技术术语，其定义和解释如下：
1． 无
第二十六条 与履行本合同有关的下列技术文件，经双方确认后， 6 为本合同的组成部分：
1．技术背景资料： ／ ；
2．可行性论证报告： ／ ；
3．技术评价报告： ／ ；
4．技术标准和规范： ／ ；
5．原始设计和工艺文件： ／ ；
6．其他： 技术方案、附件一、附件二、附件三 。
第二十七条 双方约定本合同其他相关事项为： 无 。
第二十八条 本合同一式 陆 份，具有同等法律效力。
第二十九条 本合同经双方签字盖章后生效。
售后服务条款
详见技术方案 7.2售后服务承诺
1、我司具有技术服务支持能力，服务资源配置，能充分满足系统建设实施和提供及时完善长期良好的售后服务，并在投标文件中提供详细具体的售后服务承诺条款及保证。
2、我司对其自行生产的产品提供为期12个月的免费保修期，保修期自该批产品运抵现场之日起开始计算；第三方生产的产品按第三方保修条款执行，我司在质保期内协助采购人联系所购第三方硬件、软件的更换、维修和技术支持保修期内我司会提供免费维护、免费版本升级及技术服务和技术支持，包括提供免费软件版本升级及软件功能更新服务。
详见技术方案 4、系统开发及保修期内，我司安排在工作日工作时间派驻厦门市公安局经侦支队5名系统研发人员和2名技术工程师驻点，以及时了解采购人业务流程需求，并根据工作需求改进完善系统。
详见技术方案 5、保修期内，我司提供产品技术咨询和故障排除的方式有以下两种，无论采取哪种方式，采购人均应积极配合并给予授权许可。
（1）远程技术咨询和故障排除：包含7*24小时的电话技术支持服务（技术支持热线及QQ等线上咨询。）
（2）现场技术咨询和故障排除：采购人通知我司，经我司确认后安排相应人员按时到达支援现场。
工作日工作时间：驻点维护
非工作日工作时间技术支持响应时间要求：
故障类型 支持方式 响应要求
一般故障 现场支持 当地6小时到场，异地12小时到场
严重故障 现场支持 当地4小时到场，异地8小时到场
重大故障 现场支持 当地2小时到场，异地6小时到场
15、其他约定
15.1合同文件与本合同具有同等法律效力。
15.2本合同未尽事宜，双方可另行补充。
15.3本合同自签订之日起生效。
15.4本合同纸质文件一式份。合同电子文本通过政府采购网上公开信息系统自动备案。合同纸质文本需与备案电子文本一致，以备案电子文本为准，具有同等效力。
15.5其他：无
。
 

甲方：	厦门市公安局	乙方：	厦门市美亚柏科信息股份有限公司
住所：	福建省厦门市思明区新华路４５号	住所：	厦门市软件园二期观日路12号
单位负责人：	卢炳椿	单位负责人：	滕达
委托代理人：	庄辉波	委托代理人：	黄雁
联系方法：	13696908507	联系方法：	18059208063
开户银行：		开户银行：	农行厦门市厦港支行
账号：		账号：	40327001040003737

签订地点：厦门市
签订日期：2018年08月28日