车辆监控系统平台GPSS.docx
《车辆监控系统平台GPSS.docx》由会员分享，可在线阅读，更多相关《车辆监控系统平台GPSS.docx（40页珍藏版）》请在冰豆网上搜索。
车辆监控系统平台GPSS
车辆监控系统平台
供应商资格条件：
除《政府采购法》第二十二条规定的条件外，还须具备如下条件：
1.需在中国工商行政管理机关注册登记取得营业执照，具有独立法人资格，具有独立承担民事责任能力，注册资金1000万元及以上。
2.必须具有相关软件开发能力，近两年中具有交通管理软件平台建设的成功案例和经验。
3.提供管理软件必须是自主开发或者是软件开发商对本项目的授权。
供应商提供软件必须满足竞谈文件规定，应符合国家有关标准，同时提供接口协议规范，确保运营服务商已有数据及新入网数据的接收，确保包含使用GSM/GPRS/CDMA1×等各种网络、各种品牌GPS车载终端及上级交通管理部门数据的系统对接。
提供配套的手册、软件使用许可及其它有关技术资料和材料；所提供的产品必须是全新原厂生产，投标时需提供生产厂商或授权代理商提供的售后承诺证明文件；所投的设备应标明该产品指标。
4.必须具有车辆GPS管理平台建设的成功案例及在南通地区具有售后服务机构或分支机构。
5.必须提供相关证明文件：
企业法人授权委托书、营业执照副本复印件、税务登记证副本复印件、相关产品代理证书复印件、本项目软件及硬件的专项授权书、交通管理软件平台建设成功案例证明文件。
采购货物数量及配置要求；
一、技术要求
（一）硬件基础平台及技术指标要求
平台配置清单
序号
类型
名称
品牌
数量
1
平台硬件
数据库服务器
IBMSystemx3650M2，2*IntelXeonQuadCoreX5560,6x2GBDDR3-1333MHz,4*2.5inHS500GSAS7.2K6Gbps,2*HS675WPSU,ServeRAIDM5015,2*GigaEthernet,LightPath,CD-RW/DVDCombo,3YearsOnsiteNextBusinessDay（含windows2008R2企业版操作系统），或HP、浪潮等品牌同等配置产品
1
2
监控工作站
IBMM6127TE5700/2G/500G/DVD/DOS/19'WLCD（含windows7专业版操作系统）
4
3
管理服务器
IBMSystemx3650M3，2*IntelXeonQuadCoreE5640,2x4GB1.5VDDR3RDIMM,2*2.5inHS300GSAS10K,2*HS675WPSU,ServeRAIDM5015,2*GigaEthernet,LightPath,DVD,3YearsOnsiteNextBusinessDay（含windows2008R2企业版操作系统），或HP、浪潮等品牌同等配置产品
2
4
投影机
索尼VPL-EX175或奥图码DT364
1
5
幕布
MK150寸
1
6
UPS电源
山特C6KS
1
7
UPS电池组
力搏、福特、EATONSTLK12-65AH2小时，含电池柜及辅材
1
8
防火墙
H3CU200-CS含一年URL过滤特征库升级，IPS特征库升级，应用控制特征库升级，或天融信TG-1503A、CISCOASA5510-BUN-K9
1
9
交换机
H3CLS-5120-28P-LI
1
10
路由器
DlinkDI-7300
1
11
机柜
银洲42U2000×600×1000
1
12
第三方软件
数据库软件
ORACLE10G
1
13
14
管理平台软件
数据、通信网关
1
15
管理系统平台软件
1
16
中间件软件
1
17
地图服务费用及相关地图引擎
1
18
系统集成实施费用
项目集成实施费
1
19
机房建设
防静电地板
42平方米
20
空调
格力立式3匹
1台
21
座席操作台
德美克斯
4位
台式电脑
最低配置要求：
E6600（2.4G）/G41/2GDDR3/500G7200RMPSATA2/512M独显/16倍速DVD±RW/USB键鼠/19寸LCD正屏/成交后提供原厂三年质保及免费上门服务
4
22
综合布线及辅材
数据库软件技术要求
序号
指标要求
1
基于UNIX平台，25用户；数据库品牌为Oracle;
2
支持ANSI/ISOSQL2003标准。
3
支持各个主流厂商的硬件及操作系统平台，Unix,Linux,Windows。
转换平台时，应用程序不用修改。
4
支持多CPUSMP平台，支持基于共享存储的并行集群。
5
支持网格计算。
所有网格结点服务器是对等的，支持在线增删结点服务器而不影响应用系统持续运行；网格性能随着结点服务器增加而近乎线性增长，应用程序不需改动；如果一个结点服务器故障，客户端能在秒级时间内自动连接到其他结点服务器上继续运行。
6
支持存储关系型数据和对象型数据。
7
具有支持并行操作所需的技术，包括多CPU并行和多服务器并行、事务处理的完整性控制技术等，支持并行查询/DML、备份/恢复、导入/导出、索引创建。
8
DML操作只能有行级锁，任何情况下不允许有锁定过多资源的锁升级，以降低死锁的可能性，若出现死锁，能自动解锁。
9
多个用户操作同一条记录时，任何情况下读、写互不影响，并且不能有读取其他用户未提交数据的脏读。
10
支持同构、异构数据源的访问，包括文件数据源；能和异构数据库互相复制。
11
支持存储过程、触发器。
触发器支持语句执行前、执行后和可替换型三种方式。
支持行级触发器。
触发器的触发操作和事件包括DML、DDL、数据库启停、错误信息、登录/注销。
12
支持B1级安全标准，内嵌行级安全功能，支持基于行业标准的数据库存储加密、传输加密及完整性校验。
13
支持在一台机器的浏览器界面中统一管理不同平台的多个数据库。
14
能够将原有异种数据库向本数据库无损失移植。
15
支持中文国标字符集等多字节字符集，支持Unicode3.2以上版本。
16
应具有强的容错能力、错误恢复能力、错误记录及预警能力，能在不影响数据库运行的条件下快速恢复已提交的修改，可以把整个数据库、指定表或指定的记录恢复到指定时间点。
17
数据库、表大小等参数可在线设置，支持在线重建索引。
18
内嵌对多媒体数据及地理信息数据的支持。
19
内嵌支持表分区技术，包括范围分区、函数分区、哈希分区、列表分区、组合分区，部分分区离线不能影响其他分区的使用。
20
内嵌支持存储、管理、查询和提取半结构化的数据，如XML文档，支持XML数据类型，直接把XML存储于数据库中。
21
支持SQL及SQLJ开发存储过程，内嵌Java虚拟机。
22
支持数据库自动实时跟踪、监控，可自动性能调优，并能为管理员提供调优建议。
23
同一个数据库就能支持OLTP和OLAP应用，内嵌多维数据库功能，内嵌数据挖掘功能。
24
支持不依赖于第三方软件和存储的异地双机和多机热备。
25
支持大规模数据加载和更新，数据库的数据文件能跨平台互相交换。
中间件软件技术要求
序号
指标要求
1
中间件软件要求配置2CPU许可，必须支持集群。
2
必须经过实际大型系统运行的考验，有实际应用案例。
3
符合J2EE1.4规范，支持业界多种开放性标准，包括HTTP、XML,LDAP,WebServices等。
4
支持各种主流平台，如HP－UX、IBMAIX、SUNSOLARIS、WINDOWS、Linux、SCOUNIX等。
5
支持多种数据库，如Oracle、Sybase、MSSQLSERVER等数据库，并对数据库的访问效率提供优化。
支持对异构数据库之间两阶段提交交易处理。
6
支持通过Apache、IIS实现负载均衡和系统扩展。
支持会话亲和。
均衡负载策略支持简单轮转、加权轮转、随机、备份等方式。
支持异构Cluster。
即当硬件平台或操作系统不是同一产品时，Web应用服务器必须支持异构Cluster技术，Cluster情况下必须支持Session级故障恢复。
支持动态增加服务器。
支持Web和EJB层级的负载均衡。
7
在原业务系统不停机的情况下，必须支持动态增加服务器，扩展系统性能。
而性能的扩展，由中间件通过配置来实现，和应用系统代码无关。
8
支持业务的动态加载。
在原业务系统不停机的情况下，必须支持动态加载新业务，扩展系统功能，或更新业务。
在集群中某台应用服务器上的应用卸载，中间件均衡机制必须能够自动识别，对前端应用透明。
9
支持Web层面的session复制与自动迁移。
支持故障恢复和故障迁移的功能，保证应用系统7x24小时不间断运行。
10
基于JAAS架构实现基于容器的安全策略，提供基于数据库和LDAP认证的LoginModule,支持用户增加LoginModule，支持单点登录。
11
支持标准的安全协议SSL（SecureSocketLayer），支持与PKI产品无缝集成，包括直接访问应用服务器方式和通过第三方WebServer集成的方式，并支持此两种方式下浏览器与服务器之间的双向认证。
12
提供内置的JMS服务，支持将第三方消息中间件作为消息服务代理。
13
支持WebService。
包括访问WebService端点（port）和将容器内的Web组件或EJB组件包装成WebService端点（port）对外提供服务。
14
JCA支持。
支持资源适配器插入到系统中，从而实现与外部系统的连接。
15
性能优化：
支持大并发用户量的多线程应用；具备管理JDBC连接池功能；支持EJB实例池；支持Web静态内容cache；支持Prepare语句cache；支持Entitybeancache。
16
具备远程监控工具，便于使用。
具备远程的应用安装和管理的功能。
对系统运行状态、Web应用、EJB组件、数据库连接池、交易服务、JMS服务及其它服务端组件与服务进行动态监控与管理。
Web应用和ear的部署和管理也可以通过Web管理控制台进行,可以在部署时修改相关的部署时特性。
支持web应用和ear应用的自动部署和热部署。
17
支持展开的ear和war包的部署。
具备对系统的动态配置、动态调整功能，如动态更新应用包不必重新启动应用服务器等。
18
提供应用的迁移工具，可方便的应用在不同应用服务器上迁移。
19
支持中文处理，提供中文版本，要求软件的操作界面是中文的，要求有中文的帮助文件。
（二）营运车辆GPS运行管理系统中心平台软件建设总述
1、项目背景
随着交通信息化应用水平的不断提高，GPS卫星定位安全服务系统在公路、水路交通运输生产和管理中正在发挥着越来越重要的作用，因此管理系统应用GPS卫星定位、地理信息、通信、计算机、网络等集成技术对出租车辆、危货运输车辆、市际客运车辆、旅游客运车辆、重型载货汽车、半挂牵引车等营运车辆的运营、安全、管理、生产提供管理和服务。
启东市GPS系统由管理部门GPS管理监控平台、GPS运营服务商运营服务平台、运输经营者GPS管理应用平台、营运车辆GPS车载终端等组成。
中心能够接收和查看车辆位置信息，对车辆运行状态进行监控和管理，具有指挥调度、记录、导航、报警救援、营运管理、信息处理、网络、通讯等综合功能的系统，为行业管理部门提供管理服务。
中心平台能实时获取GPS运营服务商中运输企业、运输车辆、运输人员等所需信息，具备接收并处理来自营运车辆车载终端的上行数据，并将下行数据通过GPS运营服务商转发到车载终端的功能。
2、系统设计目标
系统由启东市总中心平台、多个运营服务平台、道路运输企业管理应用平台、相关管理部门的应用平台、车载终端等部分组成一个全天候、全范围的车辆管理和监控的管理服务系统。
启东市中心平台应能提供GPS运营服务平台接入接口及规范使各GPS运营服务平台能够方便快捷的与平台接入实现GPS数据的交互，对于运营服务商能根据规定的协议和要求接入到启东市总中心平台，实现启东市中心平台与各运营服务商的互联互通。
系统一期设计容量为5000辆，入网车辆包括全市出租车辆、危货运输车辆、班线客运车辆、旅游客运车辆、重型载货汽车、半挂牵引车等类型的车辆。
应支持为各类车辆分别提供各种专有报表，系统采用分组管理，不同类型的车辆归入不同分组，便于管理。
保证系统安全的前提下，采用国际通用的系统规范和传输协议，能比较容易地实现与其它系统的网络连接和数据共享以及系统扩容。
支持为相关行业管理部门（交通、公安、交警、安监、建设等）提供平台接口和信息服务或提供多种方式的接入监控终端，实现资源共享。
3、系统设计原则
系统的先进性：
系统建设应遵循先进的设计理念，采用成熟和先进的技术设备。
在进行系统设计时，应从系统性能、功能、产品稳定性、经济性能等方面考虑系统的先进性。
应完全采用目前国际上的主流技术和系统产品，保证前期所选型的系统与今后系统性能提升在技术先进性方面的可延续性。
系统的开放性：
系统设计遵循开放性原则，应能够支持多种硬件设备和网络系统，并支持二次开发。
系统的继承性：
应最大限度利用原有部分设备，充分利用已有硬件设备和网络资源。
系统的可扩展性：
对系统终期容量及网络发展设想进行方案设计，实现平滑扩容。
采用智能接口技术，应能满足将来系统向3G等不同无线通信系统平台的平滑过渡，建立一个跨平台的网控中心。
对于不同的通信平台，可只需要在总中心分别设置一台前置设备进行数据交换即可实现连接。
以便降低系统维护升级的复杂程度，提高系统升级的效率。
系统安全性：
在互联网络中，为了防止非法用户享受服务，防止计算机病毒的入侵，应有对系统的检测及网管方案，支持对整个网络的实时监控。
软件设计及数据管理中应采用纠错冗余技术，保证系统安全及数据准确性。
系统经济性：
在技术方案中，在性价比最好的情况下应尽量做到最低成本。
在考虑终端设备价格的同时，还应考虑通讯系统运营费用。
系统高可靠稳定性：
为保证系统能良好运作，在满足各项功能的同时，车载终端设备、总中心软硬件等必须有很高的稳定性和数据的安全性、可靠性，应充分考虑启东市当地通信条件对本系统的支持状况。
跨平台性：
应能很好的在windows、linux、unix系统之间移植。
便捷性：
系统不需要安装任何插件，包括activex插件和java的虚拟机等。
（三）营运车辆GPS运行管理系统中心平台软件建设技术要求
1、建设内容
启东市营运车辆GPS运行管理系统中心平台包括启东市GPS总中心（以下简称“总中心”）及监控管理分系统的集成。
确保与上级管理部门所有接口对接。
总中心平台是整个系统的数据中心和监管中心，负责与运营服务商平台在网车辆的数据通讯、数据存储、数据处理及数据分发；各运营服务商根据系统要求建设的运营服务平台通过互联网或专线与总中心平台实现互联互通，负责对在网车辆的数据存储、数据处理，并实施对在网车辆的管理及监控，实时反映在网车辆运营状态，并根据管理和服务需求统计分析各类数据。
1）总中心（本次建设内容）
总中心应能对接入的运营服务商、运营管理企业、运输企业、运输车辆、运输人员、运营线路、道路运输规则等进行管理。
通过总中心平台，可以实时反映全市营运汽车在网运营数量；实现对运输企业的运输车辆安全生产进行管理;对运营管理分中心实现在网车辆监控、调度等；统计各运营管理分中心上传的运营数据；根据管理和服务需要，统计分析各类数据。
总中心同时可为政府各相关采购人管理部门（交通、公安、交警、安监、建设等）提供平台接口和信息服务，实现资源共享。
相关行业管理部门（交通、公安、交警、安监、建设等）可以通过身份认证接入到总中心平台，根据总中心的授权实现对在网车辆的跟踪管理及各类信息服务，并可利用平台提供的接口功能实现与自身信息系统互联互通；相关企业通过认证的接入方式根据总中心的授权实现信息共享；对于个人用户或运输企业，可通过GPS运营商提供的网上查车系统或远程终端实时在线监控及管理所属车辆信息，也可通过手机短信或电话方式查询车辆实时位置信息。
安装在车上的车载终端通过GPS运营服务商的运营服务平台与总中心平台实时通讯以完成系统功能，所有的移动车载终端通过GSM/GPRS/CDMA1X网络接入运营服务平台与总中心通信，为提高系统可靠性可以利用短消息作为部分数据通道备份。
系统的所有数据都是通过运营服务商接收、处理和分发，运营服务商与当地移动公司短信网关和GSM/GPRS/CDMA1X网关间通过专线接入。
总中心定时获取运营管理分中心的车辆基本信息，实现总中心与运营服务商中运输企业、人员、线路和车辆等基本信息的同步。
同时具备接收并处理来自运营服务商的车载终端上行数据，将下行数据转发到运营服务商的车辆终端上的能力。
运营服务商通过专线或互联网VPN与总中心平台实现互联互通，实施在网车辆的管理功能，实时反映在网运营车辆数量及状态。
并实施对运输企业的管理、监控和协调。
同时运营服务商支持运输车辆上传的运营数据统计，以及根据管理和服务需要，统计分析各类数据。
2、系统功能详细要求
1）GPS运营商运营服务商的接入
系统应能制定接口协议规范，确保运营服务商已有数据的转入及新入数据的录入和接收，提供包含使用GSM/GPRS/CDMA1X等各种网络的GPS车载终端和用户资料录入功能或对应接口以便运营服务商方便、快捷、低成本的进行系统对接，完成在线车辆数据的共享，实现与总中心的互联互通。
实现总中心与运营服务商在网车辆位置、警情、状态等信息的实时传输，处理速度应不少于是1000条/秒。
系统应能通过运营服务商系统实现对在网车辆的定位、监控、调度等功能。
2）监控功能
实时定位跟踪
总中心可以选择设置或修改车载终端参数，使其满足特定条件时车载终端主动上报位置数据。
可设定的参数包括：
指定次数、指定时间间隔、指定距离间隔等发送位置信息到中心。
另外可进行附加的上报条件设置如“停车不汇报”以节省GSM/GPRS/CDMA1X流量。
对于车载终端上报的数据应在系统保存，监控终端可以查询。
并且，对于特殊应用行业如出租车应能针对空重车进行不同的定位跟踪频率的设置。
车辆位置查询
监控站可以选择查看车辆当前的位置信息，位置应有地图显示和文字显示两种，如车辆在地图上居中显示后，还应有文字性的位置描述。
车载终端通过GPS模块接收卫星信息，该信息通过无线通信（GSM/GPRS/CDMA1X）手段上传到中心后在电子地图上可以显示出来，以便确定车辆的地理位置；并且支持末次位置查询，方便无位置查询权限的用户进行位置的查看，还应具有盲区补报和黑匣子数据上报功能，实现车辆位置数据的补充。
图像监控功能
应支持在以下条件触发终端拍照并上传照片：
中心发送图像拍照请求；
紧急报警时自动启动拍照，中心可配置图像拍摄的间隔；
开关车门启动拍照；
其它触发条件。
拍的图片可以实时上传，也可以存储在车载终端存储模块中，根据需要上传到中心。
远程车辆控制
操作用户在经过特权用户认证后，可以选择对车辆进行远程控制，包括：
油路关闭/恢复控制；
打开车门/关闭车门
呼叫限制
监控站应可下载允许呼入呼出的电话号码到车载终端上，实现呼入呼出号码的有效控制，并且可以设置允许通话的时长，当通话超过预设的通话时长时，车载终端自动挂机。
车辆报警
应支持各种类型的车辆报警包括
1）紧急报警：
防劫报警、防盗报警、非法点火；
2）管理报警：
开车门报警、超速报警、进入\离开区域报警、温度报警、偏移路线报警、超时停车报警、驾驶报警、欠压报警、掉电报警；
3）自定义报警；
中心应可根据实际的紧急情况的对不同的报警设置为不同的等级并进行相应的处理。
报警处理
应支持中心或车主在收到报警或求助信息后可以采取监听等多种手段处理报警。
车辆调度
监控站可进行车辆调度信息的发布，根据用户权限的不同可进行群发调度或单车调度。
车辆轨迹数据回放
平台应保存一年以上的车辆相关数据，以保证对历史数据的查询，平台提供任意方式查询以前的车辆定位数据，并具备历史轨迹回放和打印功能。
中心应保存车辆的所有监控和报警数据，可以选择在任意时间查询或回放任意车辆的轨迹数据。
轨迹回放时应可选择回放速度，回放时间，是否显示轨迹等，并且支持拖放、快速播放、单步播放等。
信息发布
可以向在网车辆发布各类信息，如交通信息、天气预报等。
地图功能
应能对个人或运输企业车辆按多种条件查询，并能进行地图做平移、放大、缩小、测距等功能。
道路匹配技术
必须使行驶在道路上的车辆在地图上表现出来时在路上，匹配要求：
500次/秒以上。
3）报表统计功能
应支持根据车载终端上报的数据进行分析统计，形成可用的报表供相关部门及人员参考。
报警报表统计
可对选定的车辆进行各类报警的统计，支持按：
车牌号、时间段或报警级别等进行统计。
并可对单类的报警明细进行详细的查询分析。
查询的每一条记录应含有对应的位置描述，当进一步查询时可以直接将报警点重绘在地图上。
里程统计报表
可对选定的车辆进行相关里程的统计，可按：
车牌号、时间段、司机等进行统计。
统计结果应包含：
开始时间及起始里程数、结束时间及结束里程数。
另外，里程统计还应支持特殊行业的不同的里程统计方法，如按司机进行里程统计、按空重车进行里程统计。
服务到期车辆统计
支持统计即将到期/已经到期的车辆信息。
统计信息应包括：
车牌号码、所属区域、车主姓名、联系电话、到期天数、服务开始时间、服务到期时间等。
行车统计报表
支持对选定的车辆进行相关行车情况统计，统计结果应包括如：
超速驾驶情况、超时驾驶情况、越界情况、偏移路线情况等等。
事故疑点数据分析报表
支持对具有行车记录仪功能的车载终端的行驶数据等事故疑点数据进行上传和分析，可以对其统计某个时间段内的详细行车情况。
操作指令报表
支持记录所有监控人员的操作指令，以供网管人员对监控人员的操作进行管理。
应记录：
操作时间、类型、流水号、操作员、车牌号码、操作信息、结果、描述等。
轨迹报表
应记录车载终端上传的所有的数据，主要包含以下记录信息：
GPS时间、接收时间、通讯方式、经度、纬度、方向、速度、总里程数、车辆状态、重车状态、车况和位置描述等。
4）车辆管理
应支持实现对所属区域下的所有车载终端的相关信息进行管理。
终端类型管理
应支持对系统容许接入的不同厂家的终端及相同厂家下的不同的终端型号进行注册管理。
车辆类型管理
应支持对不同车辆类型进行注册管理，如：
出租车辆、全市危货运输车辆、省际客运车辆、市际客运车辆、旅游客运车辆、重型载货汽车、半挂牵引车等类型的车辆等等。
区域管理
应支持对系统里不同的车辆所属的不同区域进行管理，方便车载终端的管理。
驾驶员管理
应支持记录车辆所属的驾驶员的相关信息如：
姓名、性别、驾驶员证件、驾驶车辆的车牌号、车辆所属区域、初领证日期、驾驶证的有效期、是否能够驾驶、从业资格证号、驾驶员住址等。
车辆运行管理
应支持对车辆运行状况、运行线路和运行时间等进行管理，并能提供合理可行的运行处理预案。
车辆信息查询
应支持根据用户的需要，查询提交车辆的详细信息。
5）用户及权限管理
用户及用户组管理
对监控系统下的所有的用户进行管理，主要包括：
用户所属的用户组、所能控制的车辆及允许访问模块等。
用户组主要包括如：
中心管理员、区域管理员、接线员等。
权限管理
系统应支持分级权限管理，中心管理员应可对系统下的每一个用户的允许
升级会员 