建设项目监管平台

建设项目监管平台（精选13篇）

1.建设项目监管平台 篇一

九江市涉农项目资金监管平台建设 工作简报

第8期（总第8期）

九江市涉农项目资金监管工作领导小组办公室

2017年12月29日

全市涉农项目资金监管平台建设

进入培训阶段

全市涉农项目资金监管平台建设工作正按工作计划稳步推进中，为确保各级各类信息资料等顺利录入监管平台系统，九江市涉农项目资金监管工作领导小组办公室于2018年1月4日-9日组织开展第一批次十一期对各县（市区）平1 台录入人员及网上操作进行培训，培训工作由江苏新点软件有限公司周文琳、欧阳文龙两位工程师实地培训讲解。

此次培训的县市区为：开发区、濂溪区、德安县、共青城市、浔阳区、湖口县、彭泽县、永修县、庐山市、瑞昌市等共11个县（市区），每场约80余人参加培训。

培训主要内容：

1、如何发布工作动态、政策文件；

2、如何导入惠农补贴名单；

3、如何导入涉农项目信息；

4、财政对口股室如何审核涉农项目信息；

5、乡财局如何审核惠农补贴信息；

6、监管办如何将审核后的惠农补贴及涉农项目信息发布公开到网站上。

培训对象：各主管单位：涉农项目录入人员、涉农项目审核人员、政策文件发布人员、投诉处理人员。各乡镇：惠农补贴录入及涉农项目录入人员。监管办：审核发布惠农补贴、涉农项目人员、公示公告工作动态发布人员。财政局：各股室负责审核涉农项目人员，乡财局负责审核惠农补贴信息人员。

此次培训，市涉农项目资金监管工作领导小组办公室、江苏新点软件公司认真制定培训方案，合理筛选培训内容，精心设计培训教案，培训工作组织严密有序，确保录入数据真实准确，录入工作顺利进行。

2(此页无正文)

九江市涉农项目资金监管工作领导小组办公室

（九江市财政局代章）

抄报：省财政厅及胡强厅长；市委杨伟东书记，市政府林彬杨市长，市委熊永强副书记，市政府董金寿常务副市长，市纪委杨志军书记，市政府张荣先副市长；市涉农项目资金监管工作领导小组成员单位。

抄送：局领导、局各科室、局属各单位；各县（市、区）财政局。

2.建设项目监管平台 篇二

财会工作围绕经济活动形成的会计信息系统和资金管理系统,可为纪检监察所用。做到内部控制与廉政风险防控寓于财务管理过程中,系统的监督控制职能与业务管理职能相互渗透,纪检监察人员与财会人员相互协作配合,使纪检监察人员多了一张覆盖面宽的信息来源网络。为使二者相互协作与配合,需要通过采取共同培训、共同学习、定期通报、定期沟通、交叉轮岗、建立制度等方式促进双方达成共识,产生共同的语言和视觉。本文通过访谈、调查、信息分析、综合归纳等方法,对学校的会计信息监管平台建设进行系统思考,以便提出改进会计信息监管平台建设的工作方案。

一、高校会计信息监管平台建设现状

牡丹江师范学院为加强预算管理,改善财会服务,提高会计信息质量,利用网络系统建立了一个“财务管理信息与查询平台”。该平台的功能有:(1)财务信息发布。财务部门可以通过这个平台发布各种公告、通知等信息。(2)工资查询。包括个人工资查询和部门工资查询。每一位职工都可通过个人工资查询功能查到本人历年各月份的工资明细。每个部门的负责人都可以通过该平台查询本部门职工工资的汇总及明细情况。(3)项目查询。分为个人项目查询和部门项目查询。职工可以通过该功能查到自己名下项目的收支明细及该项目分类支出的预算数与实际执行数。管理部门负责人可以通过该平台查询所管辖部门的项目批准、执行的明细情况。(4)收费查询。财务部门、学生管理部门和学生可以通过该平台查询学费的收缴欠费情况。

该平台是一个仅具有查询功能而不具有修改功能的开放系统,学校员工和学生都可以利用它。使用者如果发现平台提供的信息不准确,可以向财务部门反映,由财务部门的工作人员进行解释、核对与修改。从信息安全、保护个人隐私和学校财务机密角度考虑,每个人需要输入自己的用户名称、密码和附加码才能进入该平台。每个人的查询权限只能看到自己的工资、项目和所负责部门的预算与预算执行数。部门负责人可查询职权范围内人员工资、报销及专项经费使用进度等情况。

该平台的投入使用,从以下几个方面改善了财务管理:(1)提高了工作效率。(2)强化和细化了预算管理。(3)改进了会计信息质量和财务部门服务质量。(4)创造了一个基于会计信息的全方位监管平台。该平台存在的主要问题与不足在于:(1)平台的功能还有待进一步开发和完善,如授权不清晰,有些部门主管不了解平台的作用而不利用;有的栏目还未能打开使用,如财务数据报告和财务文件报告还未设计出有针对性的供给内容。(2)尚未对纪检监察、审计部门开放除本部门及员工外的权限。

二、对高校会计信息监管平台的系统思考

(一)会计信息使用需求分析

1.业务负责人(经费使用者)。按事权与财权相统一的原则,业务负责人即是经费使用者,需要了解业务经费的到账时间和数量,了解各项经费的支出数额和支出进度,以及账面余额。同时,还需要了解经费的使用结构,如有多少会议费没有支出、有多少差旅费可以支出等等。

2.业务管理者。业务管理者一般是部门的职能负责人,需要了解的是本部门或院系的全部或某项经费的到账时间和数量,了解这些经费的支出数额和支出进度,以及账面余额;同时,也需要了解经费的使用结构,如办公费、招待费、教学或科研经费、会议费、差旅费、员工绩效工资总额,等等;此外,还需要了解本部门的教职工各自的专项经费总额和支出进度。

3.核算负责人(信息加工与维护)。核算负责人是指平台信息的加工者、维护者和发布者,他要按银行存款明细账和各项支出明细账的记录,及时准确把会计信息登记到网络平台上。其内容主要包括员工的工资及其明细、部门工资及结构、经费项目的数额、结构和执行情况、在校学生的缴费等等。作为会计信息的供应者,平台是其提供服务并与服务对象进行沟通的窗口,同时也是数据稽核并反映其工作绩效的窗口。

4.专职财务监管。财务部门不仅要通过平台向全校教职工提供核算信息服务,还要通过平台进行管理。相关财经法纪和财务制度的规定、预算管理和专项管理的具体要求,都要体现在平台上,使信息使用者随时随地都能够在平台信息的指引下,做到各项开支不仅不违规,而且及时有效。不同岗位财务人员的信息稽核与服务也要通过平台来完成。

5.职能监管与校级领导。学校的各项工作按照专业化特点,分不同的职能部门来进行监管,如教务处负责对教学活动实施监管,科研处负责对学校师生员工开展的科研活动实施监管;校级领导也有相应的分工。与专门活动相配套的经费不仅需要财务部门监管,更需要职能部门及其领导实施监管。职能部门通过财务处的网络平台获取与本职能履行相关的经费到账和使用情况,以便从职能管理的角度发挥作用。

6.审计监督部门。学校审计部门要切实发挥监管作用,利用财务信息平台也是必要的。审计人员通过一定授权,利用平台迅速了解审计监督对象的相关情况,对其财务数据信息进行分析、审查、随时跟踪,特别是重点资金、重要部门、重要领域审计对象的财务数据信息,及时发现问题,并予以解决,实现审计关口前移,最大限度发挥审计功能。

7.纪检监察部门。纪检监察部门落实党风廉政建设责任制,推进惩防体系建设,也离不开对学校预算及其执行情况的了解,对财务资金往来情况进行监控。对此,纪检监察部门需通过财务信息平台来保证其对专顼经费的使用情况、资金往来情况、处级领导干部的收入情况等学校财务管理信息平台中的重点内容能随时随地查阅。同时,在全过程监管的基础上,采取关键点控制的办法,在系统中设置关键点警示环节。在这些关键点如果发生违规操作或是资金的异常流动,信息平台能自动预警,提醒监察人员及时查询,以便及时发现和解决问题,提高专项资金监管的实时性、准确性;以便及时发现资金管理上存在的苗头性、倾向性问题,使反腐倡廉建设更具针对性、有效性和主动性。

综上,学校财务信息管理平台是一个公共平台,只有夯实平台的信息基础,扩大平台的信息服务功能,做到供需双方、使用与监管各方共享平台信息,才能发挥平台的功效,提高资金的使用效率,降低违规风险,使学校的综合管理水平上新台阶。

(二)会计信息监管平台建设的路径

1.技术层面需要加强的平台信息建设内容:(1)强化分类汇总的查询功能。例如,拥有权限的负责人想跨部门查询统计专项的餐费汇总或交通费汇总及明细情况,目前的信息平台就不能支持,只能做到某一个专项或课题的分类查询。(2)做到查询数据保持与业务数据同步。目前,财务处的“财务管理平台”更新频率是每天晚上24:00 保持自动更新,即今天查到的是截止到昨天的数据,信息平台不支持即时查询。(3)优化提高查询服务器运行速度与网速。(4)改造升级平台安全保障体系,如对病毒的防治、反黑客入侵等。

2.管理层面需要加强的平台信息建设内容:(1)加强对党中央、各省市有关反腐倡廉文件的宣传力度。(2)统一执行层主管人员的思想,召开专题工作研讨会和技术分析会,讨论通过相关制度文件。(3)把可操作的文件上报校党委常委会讨论,形成学校正式文件下达执行。

参考文献

[1]彭艺.高校内部会计控制新论[M].长沙:湖南人民出版社,2010.

[2]程勉中.现代大学管理机制[M].北京:人民出版社,2006.

[3]周燕.做廉洁之师守校园净土[M].北京:北京航空航天大学出版社,2012.

3.建设项目监管平台 篇三

【关键词】国土资源；综合信息监管平台；解决措施

1引言

随着社会科技的快速发展，信息技术、遥感技术和地理信息系统技术等现代科技手段对我国国土资源的综合信息管理工作都有了极大的提升和改造，同时也使得国土资源管理的工作得到了相关管理人员的重视。通过“金土工程”的建设和二调、规划等工作开展，使得我国国土资源信息管理工作已经初步尝到了成果，与此同时累积了大量的国土资源数据，这些合作对于日后进一步对我国国土资源监管、调控和深入开展国土资源信息化打下了坚实的基础。

在国家出台的相关政策之中，运用科技信息手段规范和创新国土资源管理，贯彻落实科学发展观，要促进国土资源的科学发展和构建国土资源“一张图”，要对国土资源信息综合管理，要通过高新技术手段对国土资源各个领域和各个环节进行管理，建筑以科技信息为核心的管理手段，转变监管方式，才能提高管理效能和实现国土资源的全场监管和高效配置。

2当前我国国土资源综合信息监管平台存在的问题

虽然现阶段我国的国土资源综合信息监管平台不管是在硬件和网络基础建设中都已经出不具备一定规模，但是纵观全局，现有的监管平台中仍然存在有三个不足：第一，“一张图”数据系统建设不完善，并没有真正地把“一张图”数据建设实现；第二就是缺乏统一的监管平台，已经建立的业务系统之间联系不紧密；第三就是要完善智能决策分析水平，没有对数据进行深层次的监工和分析，相应的计算机分析模型库没有建立等。

3国土资源综合信息监管平台建设目标与内容

3.1监管平台的总体目标

以全国国土资源“一张图”为基础，把有关数据和应用系统集合，从而建立信息采集与动态检测、信息比对核查和信息综合分析研究功能集一体化的平台监管，这样，各级地方国土资源管理部门就能够及时准确地掌握当地土地资源的实时情况，能够对“批、查、用、补”、地价检测、开发利用以及土地登记等进行全方位了解，真正实施国土资源各类效绩科学评估，对突发性地址灾害的应急能力加强。

3.2平台建设的内容

3.2.1地政监管子系统建设

土地违法按键线索的发现与信息采集、土地开发利用的用途和进程等情况的监管以及土地市场交易监管和土地综合政治项目监管都是由地政监管子系统进行监管设。

3.2.2各类业务系统的完善与整合

内部业务系统的整合与联动。“金土工程”建设完成的一系列应用管理子系统以及其他配套洗头都是由内部业务系统。当前市场国土资源管理各个业务系统相互之间的联动主要氛围两类：一类是地政管理各子系统之间，地政管理系统与市场管理系统、执法监察系统、统计上报系统之间的联动；另一种就是矿正管理系统与矿业权市场管理系统之间联动。

与同级部门系统之间的横向联动。通过地理空间框架建立的公共平台，就能够将地方相关部门与国土内部业务系统之间联动，这样就能够全面监管国土资源开发利用的全过程。

3.3矿产资源管理及开发利用过程监管

矿产资源合规性和合法性监管；矿产资源开发利用、矿产权市场监管、矿产资源勘察和开发利用的年检和缴费情况监管以及对代谢那个矿产资源的综合利用和地质资料汇交情况监管。

3.4平台技术架构

国土资源综合信息监管平台应采用三层结构，这样就能够实现时空火速局仓库构建，能够将大量的数据存储与动态更新、异源和异构数据进行整合，能够对大量的二维、三维数据快速浏览、集成、分析处理。

3.5应用层方面建设

应用层主要就是分为业务监测和业务评价两个方面。业务检测类应用就是对国土资源进行量化的检测、分析统计，通过具体的国土业务数据工作。业务检测通过利用基础服务层将所有应用都提高到了最大化的动态定制方式。而业务评价则是利用基础服务层，对我国的国土资源保护以及利用的评价是通过模版、规则和阀值等方式定制，使用预警、报警、报告、分级等方式进行。

综合监管是系统和用户之间的接口，综合检测、综合查询、分析统计、制式报表等都包括在内，为用户提供全面的国土业务监管功能。

4结语

国土资源综合信息监管平台的建设不仅能够满足我国国土资源信息化建设的发展需求，而且又能够符合政务决策信息化和定量化的科学发展方向。与此同时监管平台的建设还大大提高了“金土工程”的服务水平，不但能够为国土资源监管提供准确及时的数据，而且还具有很强的经济效益和社会效益。因此，我们一定要正确对待国土资源综合信息监管平台建设中存在的问题，要采取正确的方法解决，才能够使得我国的国土资源综合信息监管平台更加完善。

参考文献：

[1]范延平，吴洪涛.国土资源综合信息监管平台建设与展望[J].国土资源信息化，2012

4.建设项目监管平台 篇四

工程项目经理跟踪监管平台系统是基于位置的服务(Location Based Service，LBS)的任务管理系统，集任务发布、任务领取、任务签到以及信息交流为一体，任务发布者通都PC平台，发布限定地理位置的任务，任务接受者通过PC平台或移动平台（手机客户端）接受任务，最后通过移动平台到任务指定地点完成任务（签到）。

任务发布支持地点名称搜索地理位置、手动标注地点等方式选择任务地理位置，可设置长期循环任务及短期单项任务，每个任务可设置多次签到。

移动平台（手机客户端）是任务签到的唯一途径，任务接受者必须到任务指定地点方可签到。

工程项目经理跟踪监管平台系统，可以精确的进行人员考勤、外出人员位置查询。并通过手机、ipad平板电脑、电脑等设备，即时查看公司的人员在岗情况，外出人员的地理位置等情况等。

对于企业来说跟踪监管员工不再是件烦心事儿，直观、便捷；功能更强，更易管理；它甚至可以成为企业精准化管理的高效工具

工程项目经理跟踪监管平台系统技术的特点：

1、1米的精准定位

2、室内定位精准定位服务

3、双向网络数据传递

4、基于云的个性化服务计算及推送功能

5.安全生产综合监管信息平台 篇五

安全生产综合监管信息平台是公司打造的一款面向安全生产监管领域、提供企业生产过程的全程监控和安全服务的产品。平台监控的数据包括了各类安全生产监控探测设备的实时数据、实时的视频数以及设备的状态数据。本平台监管的对象包括所有生产、存储、运输、销售、使用危险化学品的企业（化工生产、加工企业、加油加气站、油库、气库等）、工业加工企业、建筑行业（建筑工地现场视频监控）、公共服务行业（各类电梯含公共场所电梯、生活小区电梯以及商用电梯的安全监控）。本平台通过对企业各个环节的安全生产数据实行信息化集成监管，能够为安全生产监管部门提供相应的实时动态监管服务功能，能够为接入平台的企业提供各类安全服务功能，同时实现企业和政府部门之间的双向互动，增强政企之间的沟通。

平台由前端的数据采集设备、数据上报传输网络及后端数据处理系统构成，系统全面采用物联网技术、云计算和移动互联网相结合的技术模式，实现感知、传输、处理的闭环系统，并将结合移动计算实现信息的多渠道发布。系统体系架构

图2.1: 系统体系架构图 本系统作为物联网项目的典型应用，整体系统架构的设计思路是基于从数据的感知、传输处理、应用和展示着三个层次结构对系统进行设计。数据感知依靠前端的企业端数据采集软件实现对企业不同类型的传感器数据进行采集，然后采集的数据在物联网网关中进行初步的处理，然后再通过物联网关加密压缩后传输到中心数据库。在中心通过在GIS地图上或者其他功能对接入的数据进行处理和展示。软件架构设计

系统软件框架如下图所示：

图3.1：软件体系架构

3.1 数据感知层

数据感知层是整个平台系统的基础，通过采集软件把安装在企业的安全生产监控设备（各种探测器、摄像头等）的数据实时采集，然后将数据汇集物联网网关，网关对数据做一些基本的处理（过滤，压缩等）后传输到系统的中心数据库。数据感知层构成了整个系统的数据来源和数据通道。

3.2 数据层

数据层是依托云计算中心提供的云主机搭建的系统数据库。实现对危险源基本信息库，安全生产监管信息库，应急救援指挥库等数据的存储、查询和分析。采取创建索引，对表进行物理分区，和逻辑分表的方式对数据进行不同维度的拆分，减少单表的存储压力，提高数据的插入以及查询的速度。

3.3 基础组件层

基础组件层主要是为上层的业务系统提供各类基础的服务，包含了我们公共的组件，比如CA安全认证、工作流引擎、流媒体服务等一系列在上层业务系统中需要用到的基础服务，还包含了个应用系统需要的应用组件，应用组件由基础业务实体和基本稳定的业务服务等组成，可在不同的系统中进行调用，不需要重新开发。

基础组件层由组件（公共工具组件和应用组件）和应用框架组成，它使开发人员能快捷、高效地构建业务功能模块。开发人员只需开发应用组件，将应用组件插入框架之中即可构建应用程序。应用框架基于开放或共享标准，实现面向产品化、实用性的组件库系统，并具开放性、可扩展性。这种组件式的方式，可以降低系统的耦合，同时也可以使得系统具有更好的兼容性。

3.4 应用层

应用层是根据业务要求开发出的各类应用系统，其中包括了危险源的监管平台，GIS监管平台，安监业务平台以及移动终端应用等等。这些业务系统及功能模块建立在应用组件和公共组件平台基础之上，满足不同业务的需要。业务系统的构建基于应用组件，一个业务流程由多个应用组件来完成。

3.5 展示层 展示层是为内部应用搭建一个统一接口，实现数据、业务、应用集成的公共平台，也是贯穿整个系统内外的统一平台。通过安监局的门户网站可以提供对外统一的资源展示。通过监管指挥中心的平台进入内部监管平台。本系统的访问提供了普通PC访问，平板电脑访问以及智能手机访问的多种终端。平台功能设计 4.1平台系统构成

本平台的产品包括了前端的硬件设备和软件产品、指挥中心平台系统和GIS应用平台，这一系列产品构成了完整的综合监管信息平台，平台的产品结构图如下：

图4.1：平台产品结构

4.2平台软件功能

4.2.1 中心平台业务功能

整个中心业务平台功能包含了9个业务功能，详细的功能结构图如下：

图4.2：平台功能结构

图4.3：平台功能截图

一、安全监察基础库

对安全生产监管相关的数据库进行统一维护管理，包括危险源（含重大和非重大危险源）信息库、危险源企业信息库、安全监控设备基础库、特种设备库，安全法律法规基础库、危险化学品处置方案信息库。

二、企业信息填报系统

平台为企业用户提供了企业基本信息填报，危险源信息填报以及安全监控设备和特种设备的填报，企业所填报的信息由安全生产监察部门进行审批，以便进行统一监管。

三、危险源远程监测预警系统平台实时监控企业的安全生产数据，及时获取企业安全生产的各种预警信息，并对预警信息进行处理，预防安全事故的发生。

四、安全隐患监管排查系统

根据隐患排查整治责任体系，实现相关安全隐患移交、督办工作，针对危险源事故隐患计算机实时监测预警、分析与控制，落实建立长效机制和动态监管机制。

五、安全监察行政执法系统

提供国家总局规定的行政执法文书模板，对行政执法程序、文书、案件及办案过程等实施链条化规范管理。具备在线执法帮助、自动生成文书、跟踪督办、统计报告等功能。

六、安全监管增值服务

平台为企业和安全生产监管部门提供更多的在安全生产监管方面的增值服务，包括各种移动终端的应用（手机、平板电脑）、短信和手机报信息推送，数据统计分析，数据挖掘服务等。

七、安全生产事故调查处理

针对安全事故进行事故登记，对事故进行调查，根据调查结果形成事故调查报告，接到事故后进行处理，包括启动应急预案，并开启应急救援系统。同时根据事故的等级，确定是否向上级汇报。

八、安全监控统计分析

对平台的各类安全数据进行统计分析，为平台用户提供各种有用的分析统计报表，趋势分析等等。

九、企业安全生产标准化管理

平台为企业实施标准化管理提供相关的功能模块，帮助企业达成标准化管理的目标，并且对安监部门实现对企业的标准化建设情况进行实时的监控。

4.2.2 GIS应用平台

GIS应用平台主要是利用GIS平台建立起对企业的实时安全监控，充分利用GIS“一张图”数据融合功能，将企业的分布、基本信息、危险源、探测器、摄像头等相关的数据信息，通过数据融合，在GIS地图中展示出来，为实现企业实时安全生产监控和应急救援提供了极大的方便。具体功能模块如下：

图4.4：GIS应用平台功能结构

图4.5：GIS应用平台截图

（一）图4.5：GIS应用平台截图

（二）4.2.3 应急救援指挥管理平台

应急救援指挥系统是当指挥中心接到企业事故报警后，对企业现场展开救援行动，将事故发生现场的一切相关信息通过GIS空间分析的方式提供辅助决策信息，提供给指挥中心进行参考，包括事故的定位，事故现场周边的公安、消防、医疗、省应急救援队伍等应急救援力量的分布情况，并显示事故现场附近的电力、气源、水源、人口密度、交通状况等信息。能够提供基于地理信息系统的最佳人员疏散路线计算功能。并且平台还能够综合各方资源进行统一调度。应急救援指挥系统的功能如下：

6.建设项目监管平台 篇六

关于印发《郭屯煤矿安全生产综合监管信息

平台使用管理细则》的通知

矿属各单位、机关各科室：

为进一步强化煤矿安全生产综合监管信息平台管理,更好地落实安全责任，明确岗位职责，根据《山东省煤矿安全生产综合监管信息平台使用管理办法（试行）》（鲁煤发〔2014〕84号）及《山东鲁能菏泽煤电开发有限公司煤矿安全生产综合监管信息平台使用管理细则》（鲁菏煤电调度发〔2014〕198号）结合矿井实际，特制定本细则，现印发给你们，望严格执行。

附件：郭屯煤矿安全生产综合监管信息平台使用管理细则

山东鲁能菏泽煤电开发有限公司郭屯煤矿

2015年1月8日

2第十四条

相关科室应按《煤矿安全规程》等有关规定上报各类矿图，矿图应按季度进行更新，在每季度第1个月初10日内上传到安全监管平台。

第十五条

当发生生产安全事故或3人及以上涉险事故时，安全生产调度指挥中心、安全监察处应当按照有关生产安全事故报告和处置规定及时上报事故，同时在事故发生后24小时内将事故有关信息录入到安全监管平台，并及时续报事故救援进展情况。

第十六条

煤矿发生汛期停产撤人情形时，应在撤人后24小时内上报“汛期停产撤人信息”。

第十七条

接收到省煤炭工业局下发的传真电文后，应及时通过安全监管平台反馈传真接收及处理情况。

第十八条

国庆、春节等长假前，安全生产调度指挥中心、机电科应按有关通知要求，通过平台上报节假日值班和工作安排，期间实行每天“零汇报”，假期最后一天上报节假日值班、检修总结。

第十九条

调度人员发生变动时，应及时填报“调度人员登记申请”。

第二十条

开展全省煤矿调度人员培训时，应通过安全监管平台上报培训计划并报名。

第二十一条 安全生产调度指挥中心应按有关规定要求每月上报调度专业质量标准化自检评分情况。

第二十二条

当发生无法访问安全监管平台情形时，安全生产调度指挥中心应在平台外按照调度报表模板填写调度报表，按规定的时限,将调度报表及未能正常上报原因以电子邮件和传真(应加盖单位公章)两种方式同时报公司调度信息中心。

第五章 通防管理

第二十三条

通防科应在每月5日前上报“瓦斯事故月报表”、“瓦斯抽采月报表”、“瓦斯利用和超限月报表”、“地面抽采利用月报表”。

第二十四条

通防科应当在矿井瓦斯等级鉴定时、通风能力核定时上报矿井瓦斯等级鉴定通风能力核定相关材料。

第六章 隐患排查治理及安全费用提取使用情况 第二十五条

安全监察处应按月及时上报C级隐患排查治理情况。

第二十六条

排查并经确认存在“A、B级隐患”的，安全监察处应当在确认后2个工作日内录入安全监管平台。

第二十七条

经营管理科应按月上报安全费用提取及使用情况。

第二十八条

安全监察处应将各级相关管理部门、上级企业集团组织开展的各类安全生产检查情况，在检查结束后3个工作日内上报。

第七章 安全监控远程监管

第二十九条

安全生产调度指挥中心、通防科确保安全监控、人员定位、通信联络系统正常运转，建设完善安全生产综合调度信息平台，做到视频监视、实时监测、远程控制。

6第四十三条

对上报的调度月报与日报累计数差值较大的，不能作出合理书面说明的，对单位负责人及责任人各罚款300元。

第四十四条

对接收到省煤炭工业局下发的传真电文后，未及时通过安全监管平台反馈传真接收及处理的，每次罚款200元。

第四十五条

当发生无法访问安全监管平台情形时，未按规定时限将调度报表及未能正常上报原因以电子邮件和传真(应加盖单位公章)两种方式同时上报的，罚款300元。

第四十六条

在安全监管平台使用过程中，工作无误，内未影响安全生产目标责任考核、安全质量标准化考核的，视情况给予安全监管平台使用人员奖励。

第十二章 附则

第四十七条

本细则如与上级有关文件发生抵触，以上级文件为准。

第四十八条

本细则由安全生产调度指挥中心负责解释。第四十九条

本细则自下发之日起施行。

郭屯煤矿综合办公室

7.建设项目监管平台 篇七

湖北省IPTV监管平台建设是在湖北IPTV集成播控平台、电信传输分发节点、长城宽带传输分发结点 (武汉地区) 、用户终端三大环节上建立三级监管架构, 中心监管平台完成对三级监管前端设备进行控制和数据采集, 将播控平台、传输分发节点、用户终端的EPG信息、节目内容码流、节目信息、运行数据等信息采集回传到中心监管平台, 实现IPTV节目内容实时监看、EPG管理与核查、审批信息管理与核查、点播节目合法性鉴别、违规取证、监管信息共享等功能, 并对采集的节目内容和监管数据进行存储和管理, 最终达到对IPTV节目源、传输和分发、用户终端的全程全网监管。

系统一期工程采用先进技术, 构建了集质量监测、内容监管、安全监测于一体的, 集中、规范、易扩展的IPTV监管平台, 实现了对省集成播控平台、电信和长城宽带传输分发节点及武汉地区用户终端采集信息能回传到省监测中心平台进行监管, 实现了对IPTV的节目码流采集、存储和管理, 实现了对直播节目和点播节目的实时监看、轮播监看、录像监看等多种监看模式, 实现了对节目内容进行比对、检索, 自动分析判断违法、违规节目, 能够完成对违规节目进行取证, 并定位违规页面。系统针对不同的用户可以设置不同的处理权限, 系统对报警信息有完善的审核流程, 能保证违规内容的审核可靠、准确。针对IPTV的业务特点, 监管平台通过各级监测前端对EPG信息进行实时监测, 通过深度/广度优先的搜索, 自动进行分析与汇总, 自动发现违规节目, 完成对监管数据的统一采集和处理、统一控制、统一管理和资源统一调度, 保障IPTV电视节目的安全播出。

目前, 武汉地区IPTV监管平台已经完成了与省集成播控平台的对接工作, 现在省监测中心已经能够获取省集成播控平台下发给长城宽带的直播频道、点播节目、EPG信息及监管平台所需要的其他数据信息, 且内容分析系统能对直播节目进行分析处理, 能及时发现各类违规节目;长城宽带用户监测端已经设置了多个监测点, 长城宽带用户监测前端能够及时发现各类违规节目;电信用户监测端暂还没有设置监测点, 正在准备设置监测点。

1设计目标

在一期工程的基础上, 建设能够随时查询全省范围内IPTV播出情况的监管平台, 防止违规和非法节目流入到IPTV节目中;通过对IPTV用户终端节目内容的跟踪核查及自动预警, 定位和防止非法节目插播, 实现对IPTV全网的有效监管;对EPG、频道设置、频道扫描、点播节目合法性、广告合法性、播出节目内容、传输质量等进行24小时实时监测, 及时发现、取证各类违规节目, 达到对全程可控可管。

2系统设计与方案

2.1系统组成

根据一期IPTV用户监测前端的部署情况, 拟定二期工程监管系统的监管范围如下:

1.建设全省16个地市州的IPTV监测分平台系统。定制IPTV监测分平台应用软件、数据交换接口、控制命令和系统集成。分平台能够独立完成本辖区的运行、数据处理和管理等功能。能够和省中心平台完全兼容、互联互通、资源共享, 实现中心系统对监测前端的远程控制和监管数据回传和对所有的监测前端实行统一管理。

2.建设地市州监测分平台相对应的用户监测前端, 监测前端设在地市州市区内, 每个监测分平台设置2个用户账户, 共32个用户账户。监测前端完成IPTV用户端播出内容取证、监管和对传输质量监测等功能。

3.县市级用户监测前端, 监测前端设在县市区内, 每个县市设置1个用户监测前端, 共67个用户监测前端。监测前端完成IPTV用户端播出内容取证、监管和对传输质量监测等功能。

4.二期工程的监测分平台和监测前端能够支持与省监测中心IPTV监管平台上下贯通、无缝对接, 监测信息和节目内容的统一调配。

2.2分平台支撑系统

1.交换子系统

核心交换系统由1台千兆三层交换机组成, 包括向省IPTV监管平台推送本级IPTV监测分平台相关监测数据和从省IPTV监管平台接收相关信息。

2.IPTV节目存储库功能

对IPTV视听节目监管的编目及内容检索参照省监测中心系统建设规范, 实现视听节目自动编目, 按照系统预先设定的任务, 分前端、分频道 (节目) 、分时段对必要的视频内容进行录制和分类存储, 将视频流保存为录像文件, 提供录像监看和录像下载等功能, 能够选择不同的时间和时长进行录像监看和下载。

按照分平台系统存储容量设计为36T。

2.3用户监管前端

用户监测前端主要是指第六级监管前端, 通过执行中心平台的采集任务, 完成从用户端采集点采集EPG信息, 获取节目码流视频数据, 中心平台对数据进行分析处理, 发现违规, 完成取证和审核工作;其部署方式如图1所示。

用户监测前端主要由运行在CPCI板卡上的监管软件完成。基于CPCI的用户端监测前端板卡, 每个板卡与一个IPTV用户端采集点对应, 负责该采集点EPG数据、节目码流的采集、违规识别和传输质量监测。

2.4监管前端功能

1.模拟机顶盒远程发送IP电视操作指令和原始信号回传

IPTV分析终端或者机顶盒网关可以帮助监测中心的值班人员实现远程控制机顶盒, 模拟用户的操作, 不仅可以完成直播节目、回看节目以及点播节目的收看体验, 也可以抽查其他资讯类节目的内容。对违规的内容, 可以下载节目EPG页面或者资讯节目页面, 作为证据存档。

2.IP电视频道扫描

通过实时动态码流分析可以自动发现IP流中的所有直播节目, 包括标清节目和高清节目。监听监看并自动进行黑场、静帧、声音丢失等播出异态的发现、报警和全程录像。对点播节目, 可以通过实时动态IP码流监测自动锁定推流服务器的一个输出流来发现, 可以查看点播节目的建立时间和节目内容。

3.EPG采集

EPG信息采集, 具备自动对IPTV全部业务的EPG信息和视音频内容进行获取, 并对获取的EPG信息通过索引、分词、归类等操作, 并将条目化后的EPG信息进行入库保存。

所有EPG信息通过网络回传至IPTV监测监管系统, 以便进行下一步EPG信息比对、完整性监测等操作。

4.直播、点播节目采集

当监测前端选择某个直播频道或者播放某个点播节目时, 监管软件会将获得视频流数据回传至IPTV监测分平台, 对直播、点播节目具备轮巡和抽查功能。

5.播出质量监测

监测前端可以IP码流指标参数以及视音频故障报警信息等回传至IPTV监测分平台, 各监测参数门限可根据实际需要进行设置。

6.系统管理与配置

监测前端可以将前端各设备的运行状态通过HTTP+XML的方式回传至IPTV监测分平台, 方便IPTV监测分平台对各个监测前端的设备运行状态进行监控, IPTV监测分平台能够对监测前端进行远程配置。

7.要求监测前端和现有的省IPTV中心监管平台能够完全兼容, 实现监测数据信息、节目内容的互联互通。具备对用户监测前端设备的各种配置管理、用户管理、提取用户监测前端设备系统日志和接收设备的故障报警等远程控制与管理功能。

2.5监管前端设备要求

1.硬件要求

系统硬件选型原则:

1) 按照CPCI规范设计成嵌入式设备

要求监管前端的监测设备均采用嵌入式设备, 用以实现高效、低成本、高可靠性、高可扩展性;要求无PC机, 无死机、病毒之忧。

2) 总线化、模块化设计

将整个监测前端设计成IPTV采集、违规识别等功能不同的模块, 每个模块完成监测平台的不同功能, 以便于设备维护和处理各类故障。另外, 可以重复使用模块。需要扩展升级的时候, 增加相应功能的模块即可。整个系统运行稳定, 各模块之间做到互不干扰, 同功能模块可实现冗余。采用数字集成电路构成监测核心模块, 具备高速高精度高准确度。采用分布式模块监测报警方式各路相互独立, 发生故障, 不会影响其他通道, 具备效降低过度集中带来的风险扩散性。

3) IP化架构

监测前端技术系统软、硬件具有良好的可维护性, 对系统中主要设备提供性能检测、记录、告警、维护等手段。此外, 监管前端的系统升级可以通过IPTV监测监管系统下发升级命令完成。整个系统为IP架构。

4) 支持热插拔;具备“与监管平台连接的网口”、“IPTV信号网口”、“外接存储设备网口”、“管理网口 (软件升级) ”支持100/1000兆自适应的以太网口, 信号接收、各监测模块和设备均提供以太网接口, 通过全IP结构网上运行, 可以根据需要方便地对系统进行扩充。

2.软件要求

1) 提供独立的WEB服务, 在省监测中心IPTV监管平台故障等情况下, 能够作为单独的整体独立运行。

2) IPTV监管平台与监测设备之间的通讯采用XML格式和HTTP协议, 包括设备控制和数据交换等功能。

3) 支持控制机顶盒 (或其他方式) 远程发送IP电视操作指令。

4) IP电视频道扫描, 能够检测电信用户端隐藏频道。

5) 支持IP电视EPG解析。

6) 支持视频封装。

7) 管理属性设置。

8) 数据上报功能。

9) 用户管理功能。

10) 实时时钟同步。

11) 系统远程管理。

12) 系统优先权管理。

13) 系统日志管理。

14) 主动上报设备运行状态。

15) 具有较高的开放性, 支持能力提升和软件远程升级。

3.系统性能指标

1) EPG采集耗时

终端设备直播、回看、点播EPG采集时间要求, 直播频道EPG采集时间≤60秒;回看节目EPG采集时间≤20分钟;点播节目EPG采集时间≤8小时, 支持分栏目采集。

2) 流转发耗时

直播、回看、点播节目转发流转发耗时要求, 直播流转发延迟时间≤4秒;点播流转发延迟时间≤4秒;回看流转发延迟时间≤4秒。

3) 故障恢复能力

(1) 网络故障恢复能力:网络恢复后的系统服务自动恢复正常, 不需人工干预。查看直播节目时网络故障恢复后, 可继续查看直播节目;监测项录制时网络故障恢复后, 可继续监测项录制;采集EPG时网络故障恢复后, 可继续采集EPG。

(2) 外电故障恢复能力:外电恢复后的系统服务自动恢复正常, 不需人工干预。设备能够自动继续录像;点击直播频道, 可正常观看直播视频

(3) 存储设备故障恢复能力:故障期间录像以外的功能正常运行;存储设备故障恢复后自动恢复录像, 不需人工干预。

4.系统软件运行环境

1) 能够在Linux或Windows平台下稳定运行。

2) 支持在系统硬件集群上的部署和运行, 易于与集群集成, 能够配合集群硬件平台进行集成开发。

3总结

湖北省IPTV监管平台一期工程于2013年3月开工, 工程历时一年, 目前基本功能已经实现。二期工程是湖北省IPTV监管平台的重要组成部分, 工程完成后, 湖北省IPTV的监管体系将全部建成, 可有效的实现IPTV的监管。

参考文献

[1]陈育青.福建省IPTV集成播控平台的设计与实现[J].广播与电视技术, 2013, 12:18-23.

8.建设项目监管平台 篇八

为了确保生鲜乳的质量安全，2012年省财政安排1050万元用于支持黑龙江省齐齐哈尔、大庆、绥化市奶业安全信息化监管平台建设试点，对生鲜乳生产、收购、运输和加工前贮存等环节实现了适时动态监控。从一年来的实施情况看，取得了比较好的效果。

一、奶业安全信息化监管平台的基本内容和功能

该平台的主要内容是：依托中国电信3G网络、结合翼机通等物联网技术，以奶户手机、奶站、乳企POS机作为操作工具和信息传输载体，来实现奶账统计结算电子化，达到精准掌握生鲜乳数量；以GPS定位和奶车罐口电子抓拍，无线上传图片管控奶车的营运过程；以在奶站关键点安装摄像头和通过中国电信2GCDMA卡传输现场实时画面，管控奶站的收奶行为。

目前该平台已经实现了4个基本功能：一是能够精准掌握奶量，防范非法添加。由于目前机械化榨乳站的普及，使奶农开始牵牛到奶站集中榨乳，为开展信息化监管提供了条件。通过信息化手段可以精准掌握每头牛的挤奶量，得到奶站的总收奶量数据，同时也能精准掌握乳品企业的收奶明细，得到奶站的交奶量数据。通过数据对比，可以有效防范非法添加行为发生。二是能够有效监督奶车，防止调奶行为。通过监控奶车的运行轨迹，可实现生鲜乳运输途中监管，掌握是否有非正常中途停靠，防止在运奶过程中添加化学物质调酸、调碱和压菌等行为。三是能够远程控制奶站，监视关键部位。信息化平台可以监控奶牛乳区消毒和弃乳留样过程，储奶间的制冷罐有奶封闭过程，散牛奶收购、私收抗奶等行为，确保奶站管理科学、规范。四是能够联网现有数据，实现资源共享。通过信息平台，既能结合生鲜乳“三方检测”每天抽取的生鲜乳样本检验的相关数据，将生鲜乳入厂前的监测数据与之并网，进行统计与分析，又能结合奶牛群体改良计划（DHI）相关数据，指导奶牛养殖环节，还可以与已经运行的奶牛保险、购买奶牛贷款、奶牛合作医疗等系统互联，实现数据共享，完善奶业服务体系。

二、奶业安全信息化监管平台的运行方式

在运行方式上，主要采取三步连环监管法：一是奶农牵牛到奶站挤奶后，由奶站将奶量和奶价信息输入POS机，经奶农核对无误后，再用指定手机在POS机上刷机确认，确认后奶农会收到短信，短信载明奶量、奶资的当日当次数据和累计数据；与此同时，相应数据同步传输到控制中心，并自动生成当日、当月、本年度的该奶农、该奶站和所有奶站的奶量、奶资数据，从而得到精准的统计结果；系统生成每个奶站当天的收奶量以后，自动比对该奶站向乳品企业交售的鲜奶数量，一旦发现哪个奶站收奶量和交售量差异超过合理误差，系统在控制中心界面提示的同时，向监管人员手机发送“报警”短信，监管人员马上介入调查，为彻底杜绝“非法添加”行为提供信息和技术保障。二是通过对每辆试点奶车加装GPS定位系统和车载奶罐口开启自动抓拍装置，一旦哪个奶车中途停车开启奶罐口，监管人员就会收到“报警”短信，20秒之内该车奶罐口实拍图像就会传送到控制中心屏幕上，监管部门可以随时调取奶车运行情况。三是通过对试点奶站关键部位安装3—6个摄像头，影像数据二次压缩后，通过中国电信2GCDMA卡传至控制中心，监管人员随时调取实时数据，管控生鲜乳收购、贮存过程。在分级查询上，根据不同授权等级设置了4个查看页面：一级界面为当地畜牧兽医部门、管理员掌握全部系统数据；二级界面为乳品加工企业、管理员掌握自己企业的全部数据；三级界面仅供奶站查询相关数据；四级界面为奶农公共查询窗口，奶农通过电脑或手机登陆以后，可以查询自己的交奶数量和奶资发放记录，系统信息最低保存三年。在技术保障和服务上，重点开发了奶农服务功能，指定专业运营商组建了专门的服务团队，负责奶业信息平台运行与配套服务，开通了“6010000”奶农咨询专线，奶农可以通过网络、手机、固定电话获得便捷帮助与服务。

三、奶业安全信息化监管平台取得的效果

从先期启动试点的齐齐哈尔市的运行情况看，2012年，信息平台共对齐齐哈尔市1.37万名奶户、211个奶站、69台奶车实施全程监管，监控范围覆盖运营奶站的35.17%、运行奶车的17.25%。监管期间，共发现奶量差异自动报警72次，监管部门查处牛奶掺水案件9起，26.37吨。奶车运行轨迹改变自动报警31次，监管部门查处违规倒运含抗奶26次、117.22吨，控制酸败奶欲私卖现象11起、46.53吨，涉案的生鲜乳全部予以销毁。使非法添加行为得到有效根治，保障了进厂生鲜乳的质量安全。下一步，随着大庆、绥化市奶业安全信息化监管平台的全面启动和其他地市的陆续实施，监管平台的作用和效果将更加明显。

四、下一步政策建议

下一步，将在总结完善目前监控平台建设的基础上，加大推进力度，逐步对全省的3062个生鲜乳收购站配备监控系统、1330台生鲜乳运输车配备GPS定位及监控系统，运奶车全面纳入监管范围，为奶农配备手机和物联网卡，实现奶业生产信息化监管全覆盖。一是完成硬件设施的建设，届时可以对全省境内所有奶站、奶车实施数字化监管。二是应用、驳接牧场管理系统，对境内规模化养殖场实施监管与服务，力争承担起奶牛疾病预警和生鲜乳理化指标的统计与分析等功能。三是进一步完善平台在畜牧防疫、政策咨询、信息传递等方面的辅助功能，力求功能与效用最大化。四是积极申报农业部农业农村信息化基地认证，稳定长效地发挥平台作用，目前项目已被推荐为“全国农业农村信息化示范基地认证”重点项目，我们将配合有关部门积极申请农业部的支持，争取成为全国首批通过认证的30个项目之一，使其真正成为黑龙江省现代农业发展中的成功尝试和典型范例。

（作者单位：黑龙江省财政厅农业处）

9.建设项目监管平台 篇九

江苏：构建“三资”信息化监管平台促进农村基层权力阳光运行近年来，江苏省认真贯彻落实中央《关于加强农村基层党风廉政建设的意见》和中央纪委的工作部署要求，坚持把加强农村集体资金资产资源管理作为农村党风廉政建设的重要内容，大力推进农村集体“三资”信息化监管平台建设，到2012年底，全省13个省辖市已全面启动“三资”信息化监管工作，有力推动农村集体“三资”管理制度化、规范化、民主化，在维护集体和农民合法权益、促进农村社会和谐稳定发展等方面发挥了重要作用。

一、摸清家底，村级资产全部入库针对有的地方村级集体资产家底由少数人掌握、上级监督难度大等问题，江苏省从清产核资入手，下大功夫摸清村级集体资产家底，明晰产权归属。根据省委办公厅、省政府办公厅《关于加强农村集体资金资产资源管理的意见》，省纪委、省农委、省财政厅等八个部门于2011年在全省范围组织开展了农村集体“三资”清产核资工作，以行政村为工作单元，全面开展账实对照、清理核查、公示确认、明确权属、登记造册。经过全省上下9个月的共同努力，1279个乡镇（含涉农街道）、18262个村（含涉农居委会）全面完成清产核资任务，覆盖面达100%。

10.建设项目监管平台 篇十

文/张长喜

地方政府组建投融资平台进行基础设施和城市建设方面的融资由来已久，但是投融资平台发挥主导作用则是2008年来在应对金融危机以后。从2008年底以来，地方政府投融资平台呈现蓬勃发展之势。据不完全统计，截止2012年3月31日，全国各类投融资平台共计10662家，其中一般公司类平台有1981家，占比18.65%，未来三年内有35%的平台贷款到期，2012年平台贷款迎来首轮偿债高峰。

受政策肯定与激励

2009年初，中国人民银行与中国银监会联合发布《关于进一步加强信贷结构调整促进国民经济平稳较快发展的指导意见》，提出“支持有条件的地方政府组建投融资平台，发行企业债、中期票据等融资工具，拓宽中央政府投资项目的配套资金融资渠道”，这被地方政府视为对地方政府投融资平台的肯定和鼓励。自此之后，地方政府投融资平台的数量和融资规模呈现飞速发展的趋势。过度发展，风险加大，被予以关注

地方政府融资平台公司通过举债融资，为地方经济和社会发展筹集资金，在加强基础设施建设以及应对国际金融危机冲击中发挥了积极作用。但与此同时，也出现了一些亟须高度关注的问题，主要是融资平台公司举债融资规模迅速膨胀，运作不够规范；地方政府违规或变相提供担保，偿债风险日益加大。

为有效防范财政金融风险，加强对地方政府融资平台公司管理，保持经济持续健康发展和社会稳定，国务院于2010年6月10日印发《关于加强地方政府融

资平台公司管理有关问题的通知》，即业内著名的国发[2010]19号文件(以下简称“国发19号文”)。

国发19号文不仅明确界定了“融资平台公司”的定义，而且从清理融资平台公司债务、规范融资平台公司设立、加强对融资平台公司的融资管理和银行业金融机构的信贷管理、坚决制止地方政府违规担保承诺行为等方面，对融资平台公司目前普遍存在的一些问题予以规范，对加强地方政府债务管理，保持经济持续健康发展和社会稳定具有积极意义。

健全“名单制”管理系统，平台融资难度加大

为贯彻落实国发19号文等政策要求，银监会2011年以降旧控新为目标，要求进一步做好地方政府融资平台贷款风险监管工作，又于2011年4月2日印发了《 中国银监会关于切实做好2011年地方政府融资平台贷款风险监管工作的通知》（银监发[2011]34号文），要求健全“名单制”管理系统，要求各银行应在前期清理规范基础上，在总行及分支机构层面分别建立平台类客户和整改为一般公司类客户的“名单制”信息管理系统。

银监发[2011]34号文要求，对满足“全覆盖、定性一致和三方签字”原则的平台企业，银行才可整改为一般公司类贷款，按照商业化方式放贷，否则，只能按照政策银行的要求进行信贷审批。

由于各平台企业为了追求发展速度和政府业绩，多数以牺牲企业负债率为代价，不顾偿债风险，所以很难满足转为一般公司类贷款的三项原则，这明显收紧了平台企业融资的渠道，极大地增加了融资难度。

银监发[2011]34号文要求整改于2011年6月末前完成，但现实的整改情况并不容乐观，资金链断裂风险依然存在。

面临进出平台两难抉择

为着眼当下及近10万亿元的平台贷款探索风险缓释路径、最终化解风险，2012年3月，中国银监会发布《银监会关于加强2012年地方政府融资平台贷款风险监管的指导意见》（银监发【2012】12号，下称《指导意见》），强化、深化对投融资平台公司的监管，对融资平台退出条件和程序、平台贷款投向和条件等多项指标均做出了严格的限制，《指导意见》的详细规定，真正使投融资企业面临着进出平台两难抉择的困境。

根据《指导意见》的要求，融资平台退出条件更为严格，整合为一般公司类必须严格遵循五项程序,符合“现金流100%覆盖贷款本息”等五项基本条件。然而，根据投融资平台的现状，我们得知，多数投融资平台以公益性项目为主，现金流为零甚至为负，远远不能达到“现金流100%覆盖贷款本息”的刚性要求，资产负债率在70%以上的平台企业也很常见。而且，在降旧控新政策的监管大势下，退出平台整合为一般公司类贷款必须经过贷款总行审批的规定，更是加大了投融资企业退出的难度。

不能转化为一般公司类平台，如果保留为平台类贷款，那么新增平台类贷款投向又必须限制为五个方向，主要涉及收费公路、农田水利、土储以及保障房项目等关系民生的基础设施建设工程项目，同时规定了新增平台贷款的五个前提条件。

由此可见，《指导意见》明确指出，仍按平台管理类平台的任何一笔新增贷款必须同时符合上述有关投向和前提条件的规定，两者缺一不可，并要求由各银行总行统一授信、逐笔审批，加强支付监督，防止贷款挪用。贷款应用范围变得越来越较窄，不能适应平台自营性业务发展的要求，而一旦转为退出类，虽然贷

款投向变宽，但对保障性住房及基础设施建设方面融资又会受到影响。因为《指导意见》要求，各银行不得向退出类平台发放保障性住房和其他公益性项目贷款。现实中，很多退出类平台同时也承担政府保障房建设任务，在保障房融资方面即存在融资渠道不畅，融资受阻的问题。所以，投融资平台企业面临这进出平台的两难境地。

11.建设项目监管平台 篇十一

实际上，网约车是否安全，最关键的并非车辆是不是营运车辆、司机是不是专职司机，而是看是否有效实施了可靠的车辆和司机准入标准，以及是否配备了充足的保险。没有有效的准入标准控制、动态管理和充足的保险，即便车辆是营运车辆、司机是专职司机，对乘客和公众而言，运送服务仍然是高风险的。

维持网约车的安全性，需要对车辆和司机进行细致的日常和动态管理。这种管理是政府无法提供的，因为超出了政府的能力和职责。这种日常的动态管理交由网约车平台承担是恰当的。只要法律规定并有效实施合理的车辆、司机准入标准和保险要求，平台出于商业声誉、政府监管和法律责任的约束，是有动力通过管理提升网约车的安全性的。

美国加州等地实行的政府设立标准、平台管理、政府监管的模式，值得借鉴。这种政府和网络平台合作监管的方式，一方面适应网约车的经营特点，降低监管成本，另一方面通过监管和法律责任的双重约束，促使平台在事前事中进行积极的和动态的管理，确保车辆和司机符合安全标准。

其实，网络平台可以自行建立安全管理体系，政府的外部监管可与之匹配，形成合作监管关系：政府制定或者监督制定标准和要求，网络平台执行和落实标准，并承担相应的法律责任。合作监管减轻了政府的监管成本，给网络平台较大的自主空间，同时又能够通过市场竞争和法律责任促使网络平台将各种监管目标落实到位。

12.建设项目监管平台 篇十二

近年来, 农村集体资金、资产、资源的管理一直是全国各地农村群众普遍关注的焦点问题。相当一部分农村集体存在“三资”管理混乱, 村干部随意开支, 财务状况不公开、不真实, 集体资产、资源产权不明晰, 账目不清晰, 长期闲置浪费, 流失严重, 土地等资源私自转包等现象[1]。这些问题引发了严重的干群矛盾和农民越级上访事件的频发, 导致了一些经济案件的产生, 影响了农村经济发展和社会和谐稳定。如何解决好农村三资管理问题成了上至中央、下至普通农民都十分关心的问题, 也是各级党政部门亟待解决的问题。

经过各地实践, 通过成立乡一级的农村集体三资代理服务中心, 将村级集体资金、资产、资源统一交与代理中心管理, 统一上报、集中存放、统一支出。各地由乡级农财部门负责代理中心建立、管理, 县级纪检监察部门牵头负责, 对代理中心的运营实施监督, 良好地解决了农村三资管理面临的困境[2]。

随着农村三资代理中心业务的全面开展, 面临如下一些问题:

( 1) 三资管理的手段落后, 主要依靠人工操作, 在实际管理过程中, 存在执行“走板”、人为操作、虚假公开、监督滞后等问题。

( 2) 部分代理中心虽然购置了电算软件, 但是目前市面上的商业软件均以处理会计账务数据为主, 对资金、资产、资源的业务处理过程尚无法记录、汇总, 随着业务量和数据量的增加, 一体化处理三资业务账务的软件系统的建立成了当务之急。

( 3) 在多数监管部门不了解会计账务的实际情况下, 如何做到既能保证村、组三资依法单独管理, 又能保证县乡监管部门随时随地查询三资管理的业务处理过程和结果。

( 4) 如何保证作为农村经济中的农村个体对三资管理的知情权和监督权, 并保证三资数据的可信性和及时性, 真正做到村务公开。

针对以上问题, 开发一套符合农村三资管理实际情况的软件系统已迫在眉睫。计算机的应用及管理信息系统 ( MIS) 的实现会大大减轻管理人员的工作量, 对于单位或部门来说, 则可以减少人力、物力的浪费并达到科学管理的新水平。

本文将Internet技术和数据库技术、分层开发技术引入系统的设计与应用中, 开发研制了基于数据库和Web技术的农村“三资”管理系统。

2 系统功能模块的设计

随着信息技术飞速发展和农村进一步的深化改革, 对农经工作提出了新的要求, 因此为农村“三资”管理的需要, 建立的系统应是符合农经工作实际情况、架构合理、使用方便、高安全性、高扩展性的网络信息系统。

用户能够使用本系统通过计算机网络进行农经管理的各种业务, 包括部门管理、人员管理、角色权限管理、民主定事、群众评官、资金管理、资产管理、资源管理等。

系统功能模块的设计的好坏直接关系到系统的可用性、方便性、广泛性等, 而且如果模块设计得好将有助于系统的后期维护[3]。

本系统共有七个主功能模块, 四十二个子功能模块, 各个模块之间既相互独立又具有一定的关联关系, 农村“三资”管理系统的功能模块如表1所示。

3 农村 “三资” 管理系统的实现

3. 1 实体类层的实现

实体类是现实实体在计算机中的表示。它贯穿于整个架构, 负担着在各层次及模块间传递数据的职责。大多情况下, 实体类数据库中的表 ( 这里指实体表, 不包括表示多对多对应的关系表) 是一一对应的, 但这并不是一个限制, 在复杂的数据库设计中, 有可能出现一个实体类对应多个表, 交叉对应的情况[4]。

在本系统中, 将每一个数据表抽象为实体类, 在程序中实现, 以资金类表单为例, 账套类的部门实现代码如下所示:

3. 2 数据访问及其接口层的实现

本系统在分层设计时, 遵循了面向接口设计的思想, 向下的依赖是一种弱依赖关系, 在不改变接口定义的前提下, 是一个支持可抽取、可替换的“抽屉”式架构[5]。数据访问接口层根据系统设计的需要定义了访问数据库的一系列方法, 供业务逻辑层调用, 在数据访问层对接口进行了具体实现, 包括信息的新增, 信息的编辑, 信息的查找等, 这些操作都是在数据访问层中进行的。以日志操作为例, 数据访问接口层部分代码如下所示:

数据访问层的代码实现如下所示:

3. 3 通用层的实现

通用层是将系统中各层所通用的固定的算法、格式描述以及其他通用的方法封装成类, 在各个层都可以很方便地进行调用, 使这些算法或描述在系统中提高了内聚度, 但不影响系统整体松耦合的特点[6]。本系统通用层包括格式化js脚本类 ( Jscript. cs) 和执行SQL语句类 ( SqlHelper. cs) 等。

上一节中, 所有执行SQL语句的方法都是调用通用层的Sql Helper. cs类来完成的。以public static int Execute Non Query ( ) 方法为例:

方法public static int Execute Non Query ( ) 有3次重载, 下面列出了重载一的代码:

以上只列 出了通用 层中Sql Helper. cs类中的Execute Non Query方法的一次重载, 其他方法和重载就不一一列出。

4 结 论

本系统实现了各个模块所要求的添加、编辑、删除、打印、查询、上传、下载和业务关联等基本功能, 具有良好的操作界面, 客户端信息输入灵活, 信息浏览和查询操作简单, 还设置了角色权限管理模块和部门用户管理模块严格控制用户对系统的访问, 较好地解决了农经工作中存在的一些实际问题, 大大减轻了管理人员的工作量, 减少了人力和物力的浪费, 提高了工作效率和工作质量, 基本满足了科学性、先进性、实用性、开放性、高可靠性、高可用性及可持续性的要求。

摘要：本文针对目前农村基层党风的现状, 设计与开发了一套符合农村三资管理实际情况的基于Web的农村基层党风廉政建设监管平台, 该系统对于单位或部门来说, 则可以减少人力、物力的浪费并达到科学管理的新水平。

关键词：三资,管理系统,Web

参考文献

[1]绥化市农委.建立农村三资管理新机制[J].农村财务会计, 2009 (7) :48-49.

[2]李勇.江源区推进农村三资管理[N].长白山日报, 2009-8-26 (003) .

[3]杨桦.农村“三资”在阳光下运行[N].中国纪检监察报, 2009-10-16 (001) .

[4]尹棋.Web Gis中地图发布的一种改进方案[J].信息科技, 2007 (7) :127-129.

[5]孙晓茹, 赵军.Google Maps API在Web Gis中的应用[J].微计算机信息, 2006, 22 (7-1) :224-226.

13.建设项目监管平台 篇十三

前 言 范围 规范性引用文件 术语和定义 系统架构概述 政府监管平台 企业监控平台 性能与技术要求

前 言

本标准按照GB/T 1.1-2009给出的规则起草。

本标准由全国道路运输标准化技术委员会提出并归口。

本标准起草单位：福建省交通运输厅、交通运输部公路科学研究院、中国交通通信信息中心。

本标准主要起草人：丘舍金、李旭光、冯泉、罗冠伟、董轩、刘建、洪茂枝、周炜、沈兵、张锦、李文亮、尚绛、梁金焰、刘佳欣、李明瑛、朴松爱、孙亚夫、张伟。

道路运输车辆卫星定位动态监管系统

平台技术要求 1 范围

本标准规定了道路运输车辆卫星定位动态监管系统中政府监管平台和企业监控平台的功能要求、性能与技术要求等内容。

本标准适用于道路运输车辆卫星定位动态监管系统政府监管平台及企业自建或运营商搭建的卫星定位监控平台。规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB 17859 计算机信息系统安全保护等级划分准则

GB 20263 导航电子地图安全处理技术基本要求

JT/T XXXX-XXXX 道路运输车辆卫星定位动态监管系统平台数据交换 术语和定义

下列术语和定义适用于本文件。

3.1 道路运输车辆 operating vehicles 以营运为目的，并有营运许可证的车辆。

3.2 道路运输车辆卫星定位动态监管系统 GNSS monitoring and management system for operating vehicles 以提供道路运输车辆实时位置和状态信息为特征，具有运输车辆驾乘人员及运输车辆管理者等用户远程信息服务，反映运输车辆动态数据，满足营运监管部门及安全监管部门对系统信息运用要求，能对服务范围内的车辆进行管理和控制的综合性信息处理系统。系统由卫星定位系统、通信网络、监控平台及车载终端等部分组成。

3.3 政府监管平台（简称政府平台）government monitoring and management platform 以计算机系统为基础，通过提供信息处理及人机服务接口等功能，实现对服务范围内的车载终端和接入平台进行管理的系统平台，主要实现对上级平台的数据报送和对下级接入平台、运输企业、车辆、从业人员、业户的管理以及车辆运营安全的监管。3.4 企业监控平台（简称企业平台）enterprise monitoring and management platform 企业自建或委托第三方技术单位建设的卫星定位动态监控平台，以计算机系统为基础，通过接入通信网络对服务范围内的车载终端和用户进行管理，并提供安全运营监控的系统平台，主要实现对平台中的车辆安全运营的实时监控。

3.5 接入平台 access platform 接入到政府监管平台的平台，包括企业监控平台和下级政府监管平台。

3.6 车载终端 vehicle terminal 安装在道路运输车辆上满足工作环境要求，具有卫星定位系统、移动网络接入、道路运输车辆行驶记录、道路运输车辆相关信号采集和控制，与其他车载电子设备进行通信，提供监控平台所需的信息，完成监控平台控制功能的装置。

3.7 监控信息服务系统 monitoring and management service system 和通信网络接入网关相连，包含能提供车辆位置和状态等信息的车辆位置信息服务系统、提供监控工作站进行地图浏览和查询的电子地图系统以及存储和备份车辆信息的数据库系统，并提供后台管理和维护支持的系统。

3.8 监控工作站 monitoring station 和监控信息服务系统相连，能提供车辆管理和控制等信息处理和人机交互接口的系统，是监控平台实现人机交互的功能实体。

3.9 休眠 sleep 车辆熄火后，终端继续保持与监控中心联系的一种特殊状态。车辆熄火后，终端自动进入休眠状态，关闭除无线通讯模块外其他不必要设备，并自动持续降低数据上传频率。

3.10 疲劳驾驶 tired driving 驾驶人的连续驾驶时间超过4h时，认为该驾驶人进入疲劳驾驶状态。

3.11 区域报警 regional alarm 车辆驶出或驶入规定区域范围。

3.12 地理栅栏 geographic fence 通过监控平台对车辆设定限制区域实现当车辆从此区域移出或是进入后报警的功能，并以声、光等方式提示。

3.13 在线车辆 online vehicles 当前连接到监控平台的车辆。

3.14 上线车辆 previously online vehicles 监控平台设定时间内曾经在线连接到监控平台的车辆。

3.15 车牌 license plate 公安交通管理部门颁发的机动车号牌以及车牌颜色简称。如闽AY3154黄。系统架构概述

系统由政府监管平台、企业监控平台、车载终端、计算机通信网络等组成。通过系统各组成部分之间的互联互通，实现业务管理以及数据交换和共享。

政府监管平台与上级或下级政府监管平台对接，也可直接提供企业监控平台接入，主要实现政府管理业务功能，以及对下级接入平台进行监管和考核。

企业监控平台接入到政府监管平台，主要通过对车载终端的控制，实现对营运车辆安全运营的监控，并实时上报各项数据给政府监管平台。

政府监管平台之间通过专线网络或互联网VPN方式进行连接，企业监控平台与政府监管平台可以通过互联网或专线网络方式进行连接，车载终端与企业监控平台或政府监管平台之间通过无线通信网络进行连接。政府监管平台

5.1 基本功能 5.1.1 接入平台管理

应提供接入平台管理、平台信息查询和平台考核等功能，具体功能要求如下：

——接入平台管理具备平台配置管理、平台自动查岗和平台手工查岗的基本管理功能；

——平台信息查询具备平台基本情况、平台在线车辆、平台历史上线车辆、平台未上线车辆、平台运行日志和平台巡检日志等查询功能；

——平台考核包括平台动态数据传输情况、平台链路通断情况和平台车辆上线情况和平台查岗统计等，具备对接入平台按日、周、月、季和年进行考核的功能。

5.1.2 报表导出功能

平台中所有查询结果及统计分析结果均应支持excel的报表导出功能。

5.1.3 车辆数据定时下发功能

定时向接入平台下发其上报的正常汇报车辆列表及异常车辆列表。

5.1.4 报警

应支持接收由下级监管平台或企业监控平台上报的报警信息，包括紧急报警、偏离路线报警、超速报警、区域报警、疲劳驾驶报警等。

产生报警时，可通过声、光、图片和文字等方式提示并显示车辆动态位置信息和静态信息及相关信息。

5.1.5 报警管理

应支持接收接入平台上报的报警信息及对应的报警处理信息。如下级监管平台或企业监控平台未在约定时间内上报报警处理信息，监管平台应向其发送报警处置请求指令。

5.1.6 基本资料管理

提供对接入平台的各种车辆、交通从业人员和运输企业等基本资料的查询管理功能。

5.1.7 危险品车辆/企业管理

5.1.7.1 危险品车辆查询和统计功能 危险品车辆管理应具备以下功能：

a)危险品车辆查询，包括在线危险品车辆查询、上线危险品车辆查询、跨域危险品车辆查询和警情信息查询；

b)危险品车辆统计，包括危险品车辆在线情况统计、危险品车辆上线情况统计、危险品跨域（不同地区监管平台间）情况统计、危险品车辆报警情况统计和危险品车辆分布情况统计。

5.1.7.2 危险品运输企业查询、统计和考核功能 危险品运输企业管理应具备以下功能：

a)危险品运输企业查询，包括危险品运输企业详细情况查询；

b)危险品运输企业统计，包括危险品企业分布情况统计、危险品运输企业所属车辆上线情况统计和危险品运输企业所属车辆报警情况统计；

c)危险品运输企业考核，包括危险品运输企业的月度、季度和考核。5.1.8 班线客运车辆/企业管理

5.1.8.1 班线客运车辆查询和统计功能 班线客运车辆管理应具备以下功能：

a)班线车辆查询包括在线班线车辆查询、上线班线车辆查询、跨域班线车辆查询和警情信息查询;

b)班线车辆统计包括班线车辆在线情况统计、班线车辆上线情况统计、班线车辆跨域（不同地区监管平台间）情况统计、班线车辆报警情况统计和班线车辆分布情况统计。

5.1.8.2 班线客运企业查询、统计和考核功能 班线客运企业管理应具备以下功能：

a)班线客运企业查询包括班线客运企业详细情况查询和班线客运线路查询；

b)班线客运企业统计包括班线客运企业分布情况统计、班线客运企业所属车辆上线情况统计、班线客运企业所属车辆报警情况统计；

c)班线客运企业考核包括班线客运企业的月度、季度和考核。

5.1.9 旅游包车/企业管理

5.1.9.1 旅游包车查询和统计功能 旅游包车车辆管理应具备以下功能：

a)旅游包车查询包括在线旅游包车查询、上线旅游包车查询、跨域旅游包车查询和警情信息查询；

b)旅游包车统计包括旅游包车在线情况统计、旅游包车上线情况统计、旅游包车跨域（不同地区监管平台间）情况统计、旅游包车报警情况统计和旅游包车分布情况统计。

5.1.9.2 旅游包车企业查询、统计和考核功能 旅游包车企业管理应具备以下功能：

a)旅游包车企业查询包括旅游包车企业详细情况查询和旅游包车营运线路查询；

b)旅游包车企业统计包括旅游包车企业分布情况统计、旅游包车企业所属车辆上线情况统计和旅游包车企业所属车辆报警情况统计；

c)旅游包车企业考核包括旅游包车企业的月度、季度和考核。5.1.10 货运车/企业管理

5.1.10.1 货运车辆查询和统计功能 货运车辆管理应具备以下功能：

a)货运车辆查询包括在线货运车辆查询、上线货运车辆查询、跨域货运车辆查询和警情信息查询；

b)货运车辆统计包括货运车辆在线情况统计、货运车辆上线情况统计、货运车辆跨域（不同地区监管平台间）情况统计、货运车辆报警情况统计和货运车辆分布情况统计。

5.1.10.2 货运企业查询、统计和考核功能 货运企业管理应具备以下功能：

a)货运企业查询包括货运企业详细情况查询；

b)货运企业统计包括货物企业分布情况统计、货运企业所属车辆上线情况统计和货运企业所属车辆报警情况统计；

c)货运企业考核包括货运企业的月度、季度和考核。

5.1.11 车辆动态监控管理

车辆动态监控功能应至少具备以下几个功能：

a)提供对车辆的实时监控、单向监听、双向通话等功能，提供对多车的车辆跟踪、报文发送和车辆拍照等功能，并可支持对反馈报文、车辆行驶记录数据及照片的历史数据查询。

b)提供对指定单车车辆历史轨迹回放功能，并支持在历史轨迹点提供车辆事件的提示。

c)提供查询指定时间段、经过指定区域的车辆信息，应支持多区域多时间段的联合查询。

5.1.12 车辆视频监控

提供对单车或多车的视频信号监控查看功能，应支持实时监控及历史视频数据调用查看。

5.1.13 电子地图管理

5.1.13.1 电子地图基本功能

电子地图应支持包括漫游、放大、缩小、全图、拉框放大、拉框缩小、距离量算、比例尺显示、打印和当前屏幕图像保存等基本操作；支持电子地图的鹰眼功能、标注功能、图层控制功能、量算功能、地理信息查询功能和路径分析功能；支持对电子围栏设置、行驶区域设置和行驶路线设置功能。

地理信息查询支持对设施点、地名、道路和行政区域模糊检索。

5.1.13.2 电子地图表达

电子地图表达应符合GB 20263的规定。

5.1.13.3 目标影像展现

支持车辆等动态目标、自定义设施和点线面叠加；支持地图显示、影像显示、影像和地图叠加显示。

5.2平台接口功能

5.2.1 与其它平台信息交换

实现与企业监控平台、上级政府监管平台及下级政府监管平台之间的信息交换，包括车辆动态信息、静态信息和跨域信息的交换功能。

具备下发通知信息给接入平台的功能。

5.2.2 数据共享接口

提供标准数据共享接口，为其他政府部门提供数据共享接口服务。

5.3 系统管理

系统提供用户、角色、权限和日志管理功能。

提供报警控制参数配置功能，实现对报警的声、光提示可控配置。

5.4 统计分析

5.4.1平台管理统计分析

提供对接入平台总数、在线平台数、平台入网车辆数、平台在线车辆数和平台车辆报警数的统计分析。

5.4.2 车辆管理统计分析

提供车辆统计报表和车辆综合统计分析功能，具体功能如下：

——车辆统计报表应具备车辆上线情况统计报表、车辆跨域情况统计报表和车辆警情（警情包括下级平台上报的报警及本平台自行产生的报警）统计报表。

——车辆综合统计分析应具备车辆信息在线分析、车辆上线情况同比/环比分析、车辆警情情况同比/环比分析和车辆跨域情况同比/环比分析功能。

5.4.3 其它统计分析

提供对地区车辆统计分析和重点运输车辆的特殊统计分析功能。

地区车辆统计分析包括对地区所属车辆上线情况统计和地区所属企业平台上线覆盖情况统计。

5.5 运营维护功能

监管平台系统运营维护应至少具备以下几个功能：

——服务器状态监控功能，能监控各种服务状态；

——系统资源监控功能，能监控各服务器资源消耗情况，可显示资源消耗情况。企业监控平台

6.1 基本功能 6.1.1 报表导出功能

平台中所有查询结果及统计分析结果均需支持excel的报表导出功能。

6.1.2 报警和警情处理 6.1.2.1 报警

应支持接收由车载终端触发的报警信息，包括紧急报警、设备故障报警、偏离路线报警、区域报警、超速报警、疲劳行驶报警、断电报警、超时停车报警和电瓶欠压报警等。

应支持由平台产生的报警，并应能配置是否下发终端进行报警提示。

产生报警时，可通过声、光、图片和文字等方式提示并显示车辆动态信息、位置信息和静态信息及相关信息。

6.1.2.2 报警信息处理

提供对终端上报的报警信息和企业平台分析产生的报警信息进行处理，报警信息处理过程包括报警信息确认、报警处置、报警处理情况登记和报警信息处理状态跟踪，以及报警信息查询和报警统计功能。报警处理可依据不同报警类型进行如下方式的处置，包括车辆监听、拍照、报警解除和下发信息等，通过下发信息达到提醒司机的目的。

企业监控平台应支持将报警信息和报警处理结果信息实时传送到政府监管平台，并响应政府平台下发的报警处置请求指令。所有报警及报警处理信息均应记录并提供查询功能。

6.1.3 监控功能

6.1.3.1 车辆监控管理

车辆监控管理包括车辆上下线实时提醒、车辆调度、车辆监控、车辆跟踪、车辆点名、车辆查找、区域查车和车辆远程控制的功能：

——车辆上下线实时提醒：实时反映车辆上下线情况，通过声、光等形式进行提醒； ——车辆调度：通过多种方式选择车辆，并向车辆下发调度信息；

——车辆监控：实时接收终端上传的动态信息，并在电子地图上显示其位置，并可根据需要显示车辆动态信息；

——车辆跟踪：以定时方法，在电子地图显示单车或多车实时位置和状态信息；

——车辆点名：向指定车辆发送车辆点名命令，终端上报车辆位置信息，企业平台在电子地图上显示车辆位置；

——车辆查询：按照车牌号码、SIM卡号码、司机、企业和车队等条件查询车辆；

——区域查询：在电子地图上查询设定区域的当前车辆；

——远程控制：将监听、解除监听、GPRS连接、抓拍等指令发送到终端，通过终端实现相应功能。

6.1.3.2 历史轨迹回放

提供支持单车指定时间段内回放车辆历史轨迹的功能。

6.1.3.3 定时定位车辆查询

根据车辆的轨迹数据，查询指定时间段内、经过指定区域的车辆信息，应支持多区域多时间段的联合查询。

6.1.3.4 车辆视频监控

提供对单车或多车的视频信号监控查看功能，应支持实时监控及历史视频数据调用查看。

6.1.3.5 电子地图管理

电子地图管理应符合4.1.13的规定。

6.1.4平台接口功能

6.1.4.1 与政府监管平台信息交互

实现与上级政府监管平台的信息交换，包括车辆动态信息、静态信息和跨域信息的交换功能。

具备接收上级政府监管平台下发通知并进行醒目显示的功能。

6.1.4.2 监控平台间连接情况

具备监控自身与上级政府监管平台间连线情况功能，并以声、光等提示信息提示用户直至恢复连接。

6.1.5 监管功能 6.1.5.1 监管巡查 响应政府监管平台下发的岗位巡检指令，并将巡检结果上报到政府监管平台。

6.1.5.2 监管平台实时数据交换 收到车辆上报动态位置信息后，立刻向政府监管平台实时上报车辆的位置、状态信息和报警信息，响应政府监管平台拍照和监听指令，显示政府监管平台下发信息。

6.1.6 统计分析功能

对车队或车辆报警、行驶里程、车辆上线率等信息进行统计分析，以文字或图表方式表示统计分析结果。

6.1.7 管理功能 6.1.7.1 终端管理

支持终端开户、销户、车辆停用、车辆转组和终端转车等功能。

提供对终端参数配置管理功能，包括IP地址配置、报警参数配置、区域设置和路线设置配置、终端固件升级等功能。

6.1.7.2 基础信息管理

提供SIM卡管理、终端管理、车辆管理、驾驶员管理、车队、运输企业管理功能，并提供对车辆信息的综合查询。

6.1.7.3 行驶记录管理

提供远程调用车辆行驶记录相关信息，并能够对车辆行驶记录信息保存、查询、统计、分析和打印。

6.1.7.4 多媒体信息管理

提供对终端上传的音频、视屏、图片等信息的检索上传、存储及查询等功能。

6.1.7.5 系统管理

系统提供用户、角色、权限和日志管理功能。

提供报警控制配置功能，实现对报警的声、光提示可控配置。

6.1.7.6 运营维护管理

监控平台系统运营维护应至少具备以下几个功能：

——服务器状态监控功能，能监控各种服务状态；

——系统资源监控功能，能监控各服务器资源消耗情况，可显示资源消耗情况。

6.2 业务功能 6.2.1 偏离路线报警 当车辆偏离预设的行驶路线范围超出阈值时报警，并以声、光等方式提示，提供对偏离路线报警的记录和处理。

6.2.2 线路关键点监控

支持对车辆行驶路径关键点时间的监控，即当车辆未按照规定时间内到达或离开指定位置时，实时以声、光等方式提示。

6.2.3 地理栅栏

车辆熄火后，以车辆熄火位置为中心，以不大于600m的距离为直径，设定一个电子栅栏，当车辆从此区域移出后报警，并以声、光等方式提示，提供对报警的记录和处理。

6.2.4 疲劳驾驶报警

当驾驶员连续驾驶时间超过阈值时报警，并以声、光等方式提示，并提供疲劳驾驶报警的记录和处理。

6.2.5 司机身份识别

对终端上传的司机身份信息识别，并将司机身份有效性结果信息下传到终端，完成司机身份识别过程。

6.2.6 特殊业务功能 6.2.6.1 班线客运

6.2.6.1.1 营运线路查询

提供对长途班线客运线路查询功能。

6.2.6.1.2 乘客超员监控

通过拍照或视频方式监控车辆超员情况，提供对车载终端直接通话功能提醒驾驶人员超员，提供对超员的警告、记录和处理。

6.2.6.1.3 分路段限速监控

分路段设置限速阈值，实现超速报警，并提供对超速的警告、记录和处理。性能与技术要求

7.1 质量与性能指标 7.1.1 系统总体性能

系统总体性能应至少满足以下要求：

——支持系统7×24h不间断运行；

——车载终端在非休眠状态下上报车辆动态数据时间间隔不大于60s；

——在没有外部因素影响的情况下，故障恢复时间不超过120min。7.1.2 应急与报警信息响应时间

报警及报警信息处理至少满足以下要求：

——应急与报警信息处理时间不超过10min；

——优先保证报警信息及报警处理信息显示。

7.1.3 接入平台数量

政府监管平台支持与之对接的平台数量不小于100个；

7.1.4 接入车辆的数量平台车辆接入性能要求如下：

——具有海量定位数据高并发处理能力：平均 500条/秒、峰值1000条/秒；

——企业监控平台能支持至少10,000台终端接入，支持超过10,000个动态目标的监控能力；

——政府监管平台能支持显示超过100,000个动态目标。

7.1.5平台响应时间

最大并发用户数达到系统设计要求的并发用户数时，各事务平均响应时间不应超过单用户平均响应时间的五倍。

7.1.6 地图数据质量

电子地图数据质量至少满足以下要求：

——电子地图应使用经国家测绘主管部门审核批准的电子地图；

——地图更新频率不少于一年一次。

7.2 网络传输

网络传输环境要求如下：

——政府监管平台之间支持专线网络或互联网VPN连接；

——企业监控平台支持互联网或专线网络等方式连接政府监管平台。

7.3 数据存储和备份 数据存储及备份要求如下：

——数据在线存储时间不得少于183天； ——建立数据备份机制，每月对数据进行全量备份，每周对数据进行增量备份，系统数据恢复时间不超过5h；

7.4 安全要求平台安全要求如下：

——满足GB 17859第3级及以上安全要求；

——数据库中关键数据加密存储，用户密码加密存储；

——采用日志对操作和接收及发送的数据记录，至少存储183天日志数据；

——采用备份平台，主平台出现问题能自动切换到备份平台。

——平台间数据交换采用加密传输方式，具体要求见JT/T XXXX（《道路运输车辆卫星定位动态监管系统平台数据交换》）的规定。

7.5 系统运行环境 系统运行环境要求如下：

——通信网关、应用服务器和数据库服务器独立部署；

——数据库服务器能支持大数据量存储与检索；