广州世行交通招标技术.doc

世界银行贷款
中华人民共和国
广州市中心区交通项目
(贷款协议号：4329－CHA)

招 标 文 件
招标编号：0701-ITC - 04W206002

公共交通自动监控及通信调度系统的供货与安装
第六章 技术要求
（中文译本,仅供参考）

中技国际招标公司
广州市中心区交通项目领导小组办公室

2004年7月目录

第1章 项目概述 5
1.1 项目背景 5
1.2 设计依据 5
1.3 参考标准和规范 5
1.4 系统建设原则 6
1.5 项目目标 6
1.6 项目规模 7
第2章 总体方案及要求 8
2.1 系统组织结构 8
2.2 系统组成 8
2.3 平台设计要求 11
2.4 总体要求 12
第3章 市公共交通监控调度平台 15
3.1 业务功能描述 15
3.2 大屏幕显示系统改造方案 18
3.3 GIS系统技术要求 21
3.4 中间件技术要求 22
3.5 主要设备的技术规格 23
3.6 总监控中心工程建设 26
第4章 公交公司监控调度平台 29
4.1 业务功能描述 29
4.2 公交调度子系统的功能描述 33
4.3 营运管理子系统的功能描述 34
4.4 主要设备的技术规格 37
4.5 系统配置 40
4.6 公交公司监控中心工程建设 40
第5章 客运/货运出租车监控室 41
5.1 主要业务职能 41
5.2 物理位置：运营公司调度室 41
5.3 系统功能响应性能 41
5.4 功能描述 41
5.5 系统功能要求 42
5.6 主要设备的技术规格 43
5.7 系统配置 43
第6章 电子站牌 44
6.1 概述 44
6.2 电子站牌的种类 44
6.3 电子站牌设置的原则 44
6.4 电子站牌功能要求 45
6.5 主要设备技术规格 46
6.6 电子站牌清单 49
第7章 车载终端 50
7.1 概述 50
7.2 车载终端的基本功能要求： 50
7.3 不同类型车载终端的业务要求： 51
7.4 车载终端技术规格 51
7.5 车载终端清单 53
第8章 通信系统 54
8.1 无线数据通信网需求 54
8.2 数据通信网需求 55
8.3 设计原则 55
8.4 通信网络建设要求 56
8.5 数据通信设计 57
8.6 网络管理系统 57
8.7 主要设备技术规格 58
第9章 系统安全 59
9.1 概述 59
9.2 网络级安全 59
9.3 应用级安全 60
9.4 数据库系统安全 61
9.5 系统级安全 61
9.6 数据存储安全 61
9.7 防火墙需求 62
第10章 工程实施 63
10.1 项目管理 63
10.2 工程实施范围 65
10.3 施工期间的费用 67
10.4 工程实施原则 67
10.5 工程实施计划 67
10.6 质量保证 73
10.7 系统培训 74
10.8 测试、检查和验收 77
10.9 系统维护 80
第11章 基础设施 82
11.1 监控中心 82
11.2 通信网络 82
11.3 电子站牌 83
第12章 术语表 84
12.1 缩略词(Abbreviation) 84
12.2 名词中英文对照 85

第1章 项目概述
项目背景
1.1.1 本项目是广州市中心区交通项目公共交通改善子项目——《广州市公共交通自动监控及通信调度系统》工程，将对广州市区内行驶的公共汽车和电车、客运出租车以及货运出租车进行自动监控及优化调度。
1.1.2 广州市中心区交通项目公共交通改善项目的发展目标是采取环境可承受的方法提高城市交通系统的高效使用，以改善城市中心可进入能力。
1.1.3 《广州市公共交通自动监控及通信调度系统》，以下简称为本系统或本项目，或者称为广州市APTS系统(Advance Public Traffic System，高级公共交通系统)。
1.1.4 对全市公交车、客运出租车、货运出租车采用统一信息平台对它们进行实时监控、跟踪、调度不仅可以树立广州市交通行业的品牌，塑造广州市中心城市形象，而且可优化交通资源配置，降低运营成本，实现减员增效，变目前公交的经验调度为动态调度，并可自动采集和处理营运数据，使被动式车辆管理变为多功能、实时的智能化管理；防止车辆被盗、抢劫，打击犯罪。同时可以避免重复投资以产生的恶性竞争，达到规范市场的目的。
设计依据
1.1.5 《广州市公共交通自动监控及通信调度系统用户需这两条换了一下位置
求报告》
1.1.6 《广州市智能交通系统发展规划》（2001-01-03）
参考标准和规范
1.1.7 交通部行业标准《公路工程技术标准》（JTJ001-97）
1.1.8 邮电部批准的《通信线路工程概算定额》、《通信工程补充预算定额》
1.1.9 建设部96年1月发布《城市公共交通经济技术指标分类与代码》（CJ/T3046.1-1995）
1.1.10 建设部93年发布《城市公共交通车辆自动监控系统》（CJ/T 3010-93）
1.1.11 建设部87年发布《城市交通通信系统》
1.1.12 《９００／１８００ＭＨｚ ＴＤＭＡ数字蜂窝移动通信网通用分组无线业务（ＧＰＲＳ）隧道协议技术规范》
1.1.13 《９００／１８００ＭＨｚ ＴＤＭＡ数字蜂窝移动通信名词术语》
1.1.14 ISO TC204 & EU/CEN TC278
1.1.15 其他相关国际标准、国家标准等
系统建设原则
1.1.16 系统建设必须参照《广州市智能交通系统总体设计方案要求》以及《广州市智能交通系统发展规划》的总体要求进行。
1.1.17 遵循集中管理、统一规划、统一标准、统一设计、逐步实施的原则。
1.1.18 系统建设必须做到技术先进实用、安全可靠、经济实用、兼容性强、易扩展升级、便于管理维护，充分考虑已有投资。
1.1.19 系统技术标准统一，严格执行国际标准、国家标准和行业标准。
1.1.20 系统建设必须满足广州ITS总体规划，分期建设的需求，预留接口，便于升级、扩展，避免由于技术的发展、网络的变化而带来的影响。
1.1.21 具有与96900系统数据共享的接口。
项目目标
1.1.22 彻底改变现行落后的运营管理和调度模式。
1.1.22.1 变经验调度为动态监控，实时调度。借助车辆动态定位、无线通信及电子地图显示技术，实现对线路运营车辆、机动车辆、检修车辆动态位置的实时监控，从根本上提高调度指挥系统对运营状况的实时掌握与应变能力，最终实现公交线路智能调度。
1.1.22.2 实现多线路集中调度或区域调度。
1.1.22.3 取消现行的手工填写“行车记录”，调度人员真正可能把精力用于现场调度。
1.1.23 实现资源的最优化配置
1.1.23.1 由于动态监控、实时调度，尤其是区域调度的实现，车辆、 人力、站场等生产资源实现最优化配置。
1.1.23.2 实现均匀合理的行车间隔。
1.1.23.3 缩短车辆停站时间。
1.1.23.4 减少首末站待发车辆及其所占用停车面积。
1.1.23.5 提高人力资源素质和劳动生产率，减员增效。
1.1.24 提高企业效率，有利于实现企业管理现代化
1.1.24.1 统计报表和分析报表自动生成，使企业效率提高，决策及时正确。
1.1.24.2 与企业综合信息管理系统联网，实现企业经营管理的办公自动化。
1.1.25 降低企业运营成本，使企业成本构成更合理
1.1.26 体现“以人为本”理念，提高城市公共交通服务质量
1.1.27 作为广州市ITS智能交通工程的重要组成部分
项目规模
1.1.28 在广州市交通委员会内建设城市公共交通总监控中心。
1.1.29 建设四个公共汽车运行监控调度中心：一汽、二汽、三汽、电车公司。
1.1.30 客运出租车公司只设监控台。
1.1.31 货运出租车公司只设监控台。
1.1.32 对广州市区内行驶的公共汽车、电车，客运出租车，货运出租车进行自动监控及营运调度。
1.1.33 具体的配置数据
见附件一《监控中心及机房》
第2章 总体方案及要求
系统组织结构
2.1.1 市交委设立总监控中心：对全市的公交运营车辆进行监控，对出租车包括出租车（简称的士）和货运出租车（简称货的）进行监控调度，当发生重大突发事件、开展大型活动时，中心可对全市的公交运营车辆、出租车进行统一指挥。
2.1.2 运营公交公司层设立分监控调度中心：
2.1.2.1 公交公司监控调度中心：对本公司所辖车辆进行监控和运营调度。
2.1.2.2 电召中心：通过全市统一接入号96900电话、传真，可通过各种方式如或CDMA2000 1X、接入网站，也可通过短信等多种方式提供出租车辆、货车电召服务，并对全市出租车、货车进行统一调度。
2.1.3 公交分公司（车队）层：设立线路调度室，执行和监督调度指令。
2.1.4 货运、客运出租车公司：设立监控室。
2.1.5 运营车辆层：公共交通车辆的实施和执行。
如图：

系统组成
2.1.6 描述

说明：虚线圈内系统96900和ITS共用信息平台不属于本次项目建设范围，但是投标方设计和实施过程需要考虑与96900和ITS共用信息平台接口设计，实现信息交换；无线通信网络租用广东移动通信公司GPRS网络，具体要求将在后面章节中进行描述。广州市交通委员会，是负责信息采集、信息交换(ITS共用信息平台)、信息发布(电子站牌信息发布等)的总中心，需要建设通信系统、信息发布系统、监控管理系统；公交公司(一汽、二汽、三汽、电车公司)是分监控中心，是公交公司的信息采集、信息交换中心，建设监控中心、通信系统、监控管理系统；冠忠公司由于只有一条线路所以只建设线路调度室和监控调度管理系统；出租车和货运公司的业务电召中心建设在总监控中心与96900一起使用，所以出租车和货运公司只建设监控室和监控管理系统；线路调度室是负责现场营运调度任务，主要监控调度管理系统。
2.1.6.1 配备了车载终端的公交车通过GPS系统获取当前位置、时间、速度等信息，这些信息按一定时间周期，通过GPRS无线数据通信网发向总监控中心；由通信服务器进行处理后，分配到该公交车所属的公司监控调度中心或线路调度台进行跟踪显示，从而掌握在运行车辆的数据，通过系统可对运行的车辆进行调度。总监控中心对这些信息处理加工，并将一些处理后的信息通过电子站牌、网站和短信等方式对外发布，为出行者服务。
2.1.6.2 装有车载终端的出租车通过GPS系统获取当前位置、是否空载等信息，这些信息按一定时间周期，通过GPRS无线数据通信网发向监控中心；当市民通过统一的电召号码96900，电召出租车或货运出租车，或者通过网站、短信、WAP网站等方式提出需要出租车的服务请求时，系统自动或人工地调度最近的空车为市民服务。出租车公司也可以通过该系统对出租车进行监控、调度和管理。
2.1.6.3 系统由总监控中心、公交分监控调度中心、出租车监控室、线路调度室、车载终端、电子站牌和通信网络组成。
2.1.7 总监控调度中心：具有对市内公共交通的全部车辆进行监控调度的功能（主要对全市性突发事件、自然灾害等对全市公交车辆进行统一调度），同时为统一的信息整合提供平台。由信息交换平台（通信服务器等），公交车辆监控调度系统、信息发布平台（电子站牌的信息服务、WEB/等），大屏幕显示系统等组成。
2.1.8 出租车电召中心：对出租车进行监控调度。出租车电招中心的接入系统利用广州市交通管理委员会96900呼叫中心已有的系统和呼叫号码（96900），在96900原系统的基础上增加开发出租车监控调度系统，与原有系统共享GIS数据和其他交通信息。
2.1.9 公交分监控调度中心：即各营运公司一级的监控调度中心，对本公司车辆进行监控、调度以及排班。
2.1.10 出租车监控室：各出租车公司对本公司所属的车辆进行监控、管理，并可对本公司的经营状态进行分析。
2.1.11 线路调度室：即车队级的监控调度终端，主要承担对本车队车辆监控、调度。
2.1.12 车载终端：安装于被监控的车辆，车载终端是数据采集、信息显示、连接控制车内其它设备的装置。车载终端由微处理器、控制面板（操作键、指示灯和字符显示器）、内置GPS接收器、无线 Modem、可选装通话设备、报警装置、稳压电源及外部接口组成。
2.1.13 电子站牌: 安装在车站，用于向候车的顾客提供实时的车辆信息。电子站牌由微处理器、LED显示模块、I/O模块、通信模块组成。电子站牌主要显示正在向本站驶来的运营车动态信息，即：下一班车所在位置和预计到达本站距离，以及标准北京时间。电子站牌设在乘客集散量较大或较重要的中途站。电子站牌的信息来自总监控中心，数据整理后传输，每20秒刷新一次。电子站牌采用市网电源供电。
2.1.14 通信网络
2.1.14.1 车载终端和其他外围智能设施（例如电子站牌）通过中国移动的GPRS无线通信网络与调度中心通信，投标方必须提出合理的方案和建议。
2.1.14.2 供应商提供GPRS无线通信网络的通信盲区解决方案：断点信息续传；采用短信方式保证通信正常。
2.1.14.3 在多级调度模式下，总监控中心、公司级分监控调度中心、各个线路调度台采用有线通信的方式进行互联。
平台设计要求
2.1.15 应用系统架构
2.1.15.1 系统架构为多层架构。
2.1.15.2 本系统主要为公交、出租车运营服务，应用系统架构以稳定和简单为主。
2.1.15.3 总监控中心设置通信服务器、应用服务器、数据库服务器；分监控中心设置应用服务器（包含数据库服务）；线路调度只有客户端。
2.1.16 信息交换平台
信息交换平台是一套应用软件
信息交换平台主要功能：数据采集、信息交换、信息处理
数据采集：城市公交车辆、出租车、货运车运行数据等进行采集，
信息交换：车载终端、电子站牌、公交公司之间的信息交换；对采集的数据下发给各线路调度台，实现信息的交换。
信息处理：对采集的数据进行加工处理，将原始的数据和信息进行分类、解析。
2.1.16.1 支持无线应用。
2.1.16.2 支持消息队列。
2.1.16.3 基于J2EE/EJB平台。
2.1.17 操作系统
2.1.17.1 根据系统不同设备的需求选择相应的操作系统，例如通信服务器、数据库服务器、应用服务器、工作站等。选择的原则是操作简单、界面友好、稳定、普及、性价比高和维护容易。
2.1.17.2 数据库服务器操作系统支持SMP，至少支持4-WAY，维护成本低。
2.1.18 数据库
2.1.18.1 大型的关系数据库，操作简单、稳定、普及、性价比高和维护容易，以及提供丰富的开发工具。
2.1.18.2 高可用性：支持群集技术、灵活的空间分配、表空间级的备份和恢复功能、并行备份和恢复、Point-in-time表空间前滚功能、支持SMP。
2.1.18.3 易用性：图形化管理界面。
2.1.18.4 附加特性：支持多媒体数据存储和检索、支持多进程/多线索结构、Internet 支持、JAVA支持、XML支持。
2.1.18.5 高移植性。
2.1.18.6 安全性：保护客户机和服务器之间的数据传输、防止数据库中的数据遭受非法访问（水平和垂直）、审核对数据的访问，发现任何会妨碍安全性的访问。
2.1.18.7 标准性：编程接口、标准化的SQL允许应用程序独立于存放数据的数据库访问和操作数据对象、元数据标准简化了异构工具之间的解决方案集成
2.1.19 硬件平台
2.1.19.1 运营调度信息保存时间：总监控调度中心为1 年；分监控调度中心为2个月；线路调度台24小时；交通事故数据30天；运营资料保存时间：3～5年。
2.1.19.2 数据库服务器由两台商用UNIX服务器组成，并且采用双机热备份处理系统；数据服务器、应用服务器分别通过100M快速以太网卡或1000M网卡与局域网交换机相连。网络协议采取TCP/IP协议。
总体要求
2.1.20 建立统一的信息交换平台
2.1.20.1 系统除了服务于公交、出租车外，将来还可以服务于其他行业，建立统一城市公共交通调度平台。同时与将来的城市交通信息中心交换信息，向外提供交通信息服务和城市导航系统。
2.1.20.2 信息交换平台由两部分组成：统一通信收发平台和数据交换。在“统一通信收发平台”中，需要支持多种无线通信协议，需要支持不同厂家的车载终端设备。“数据交换”完成数据分发、用户身份鉴定、安全控制等功能。投标方需要提供“统一通信收发平台”开发接口。
2.1.21 BIS和BMS有机的结合
2.1.21.1 公交信息系统，Bus Information System 简称BIS。其作用主要是为政府、市民提供交通信息和信息服务服务。
2.1.21.2 公交管理系统 Bus Management System 简称 BMS。BMS服务于公交营运商，营运商通过BMS协助日常营运业务运作，提高管理效益，降低营运成本。
2.1.21.3 BIS和BMS的服务对象不同，系统建设时，将BIS 和BMS 进行有机结合。BIS为公众提供信息服务，BMS为营运公司提供服务。
2.1.22 系统扩展，考虑和其他应用程序的接口问题，道路交通、110、122、119接口，包括APTS系统的扩展性，公交公司内部应用系统之间的扩展性，出租车电召、监控、调度的扩展性。
2.1.23 地理信息系统
2.1.23.1 客户端与服务器端采用的结构设计。
2.1.23.2 各级调度系统通过GIS来显示车辆的位置。
2.1.23.3 地图精度：选用1:10000地图。
2.1.23.4 地图范围：包含整个广州市管辖范围，除广州市城区外，还包括番禺、花都、增城、从化四市，以广州市中心区为主。
2.1.23.5 地图分层。一般信息：包含基本行政区域，主干道，次干道，政府机构，河流、企事业机关单位、居民区、商场、娱乐场所；行业相关信息：包括公交公司，分公司，车站，线路站点，线路站点分开存放；
2.1.23.6 地图修改。一般功能：可以增加地图图层、修改图层元素、设置地图显示样式；站点修改：提供专门功能对线路进行维护，在车载终端中提供特殊功能按钮，当按下后，系统自动在数据库中记录下车站数据；线路修改：可以自动根据车辆行驶路线，自动生成线路层。
2.1.23.7 地图数据共享和升级。投标方必须提供地图数据共享和升级的方案。
2.1.23.8 总监控中心、公司分监控中心及线路调度台间的地图数据共享，统一修改相互共享统一数据。
2.1.24 定位
2.1.24.1 定位方式为：GPS。
2.1.24.2 根据实际情况提供GPS盲点补偿的方案。
2.1.25 时钟同步
2.1.25.1 各监控调度中心、车载终端和电子站牌的时钟必须同步，否则将引起混乱。同步时钟以总调度中心服务器GPS时间为参照，并可自动输入国家授时台的时间信息，通过软件可进入自动或手动切换。时间服务器通过计算机网或其它手段与总调度中心时间服务器进行同步。精确到秒级。
2.1.25.2 计算机网络时间服务使用户能通过Internet将计算机时间进行同步和校准。设在中心的时间服务器响应网络用户的请求，将授时服务器的标准时间信息以时码的形式发给不同的设备，使设备与授时中心的标准时间尺度UTC(CSAO)保持同步。
第3章 市公共交通监控调度平台
市公共交通监控调度平台是综合的系统平台，对所辖公共交通车辆进行监控，对出租车辆进行监控调度，是数据交换和信息发布平台
业务功能描述
3.1.1 主要职能
3.1.1.1 为城市交通运输管理、规划、监管的职能管理部门提供管理信息。
3.1.1.2 监控全市受控公交车辆,监控、调度受控出租车运行情况。
3.1.1.3 将各分监控调度中心的信息汇集并进行信息处理，统计分析城市公交车辆运营情况，为城市交通管理提供科学的、实时的数据。
3.1.1.4 发生突发事件时与分监控中心协同对相应的车辆进行全市性统一指挥调度，并对整个过程实现实时监控指挥。
3.1.1.5 对各营运公司下达调度任务或调度方案。
3.1.1.6 出租车呼叫中心(接入号为96900)，统一接收市民用车需求（电召）、受理投诉等业务。
3.1.2 位置：广州市交通委员会的公路枢纽中心。
3.1.3 系统功能响应性能
3.1.3.1 控制指令传输延时不大于3秒
3.1.3.2 数据传输误码率不大于10-6
3.1.3.3 对车辆故障、电子站牌运行故障等偶然事件的检测反应时间不大于10-2 秒
3.1.3.4 系统应有运行状况自检、显示与故障报警功能
3.1.4 公共交通车辆监控和调度系统功能描述
3.1.4.1 车辆监控
1. GIS基本功能
放大、缩小、漫游、测距、创建点和线、地图编辑、模糊查找定位、地图导航、地图分层显示功能。
2. 实时监控
对全市营运车辆的运行情况进行全面、实时、直观监控。
3. 跟踪定位
实现24小时监控，任一时间、地点均可查询行驶车辆的运行情况（包括车辆的信息、运行信息：位置、行驶速度等）。
4. 报警跟踪
当车辆有报警信号时，中心计算机自动将报警车辆置于窗口的中心并实时监控、显示其运行轨迹和车辆有关信息。
5. 多屏显示
能根据监控需要同时可以监控显示多个车辆的运行情况。
3.1.4.2 应急调度
对全市性突发事件、自然灾害、大型活动等情况下对公交车辆进行的统一调度。对各营运公司下达调度任务或调度方案，通报市区道路交通情况，如道路施工、道路改造等引起的营运线路的改变，通知营运公司作出相应的线路调整。
主要功能
1.信息广播
具有高速信息广播功能，适应大容量车辆信息调度广播、紧急治安情况通报、天气情况、道路状况及交通信息。
2.车辆查询
提供移动目标信息查询，如车辆牌号、所属公司、车辆自编号、营运线路、司机姓名、车辆型号等。
3.1.4.3 信息统计分析
1．市公交运能运力统计分析
依据各营运公司营运情况，统计全市公交运能运力情况。
2．全市公交安全事故统计分析
依据各营运公司车辆营运情况，统计全市营运车辆安全事故情况，如车辆事故、车辆违规统计。通过对事故发生的分析，为改善城市道路提供依据。
3． 建立城市交通信息平台
为建立城市交通信息中心，提供实时、详尽的公交运行信息和道路交通信息。
4．信息服务
1）换乘信息
2）交通状况信息、交通气象信息。
5．交通状况统计分析
依据营运车辆运行状况：位置、方向、速度等参数分析道路交通状况。
3.1.4.4 设备管理功能。监控电子站牌的设备的状态信息，实现电子站牌版本远程、自动、实时更新。
3.1.5 出租车监控系统功能描述
3.1.5.1 出租车监控调度包括对出租车（简称的士）和货运出租车（简称货的）进行监控调度
3.1.5.2 实时监控
1. GIS基本功能
放大、缩小、漫游、测距、创建点和线、地图编辑、模糊查找定位、地图导航、地图分层显示功能。
2. 实时监控
对出租车辆(包括货运出租车)的运行情况进行全面、实时、直观监控。
3. 跟踪定位
实现24小时监控，任一时间、地点均可查询行驶车辆的运行情况（包括车辆的信息、运行信息：位置、行驶速度等）。
4. 报警跟踪
当车辆有报警信号时，中心计算机自动将报警车辆置于窗口的中心并实时监控、显示其运行轨迹和车辆有关信息。
5. 多屏显示
根据监控需要，同时监控多个监控窗口显示车辆的运行情况。
6. 远程控制：遥控熄火/恢复（切断/恢复车辆油、电路）。
7. 车辆越界报警：车辆出城越界报警。
8. 报警监听。
3.1.5.3 电召调度
投标方在方案设计中需要详细描述、分析电召调度的业务流程、各功能模块的定义、实现算法。
通过全市统一的特服号96900接收市民的电话、传真叫车，通过网站接收用户的互联网、手机短信、PDA叫车。
当96900接收到市民用车需求后，调度车辆前去指定位置服务。
 主要功能
1. 车辆查询
根据用户用车的指定位置，查找距指定位置最近的车辆，系统提供车辆牌号、所属公司、车辆自编号、司机姓名、车辆型号等信息。
2. 调度指令
按用户用车需求，中心向营运车辆的司机下达调令。
3. 接收响应
接收司机对调度指令的响应，如拒绝、请求变更、接收。
4. 日志功能
系统必须记录下所有的用车需求和调度指令以及执行情况
3.1.5.4 路况指引：司机接乘客后，向监控中心报告目的地后，监控中心可马上查出当时的路况资料，并向司机发出行车路线建议。
3.1.5.5 安全监控：如果车辆超速，监控中心可自动发送短信息提醒司机减速慢行，保证乘客能坐上安全车
3.1.5.6 全程服务：当市民在出行、工作、休闲等活动时，可向监控中心提交行程，监控中心可在全过程中安排出租车在预定地区和时间出现。
3.1.5.7 信息服务：为出行者提供交通信息服务，交通状况信息、交通气象信息。
3.1.6 数据交换系统
3.1.6.1 数据交换系统包括通信收发和数据交换两部分。
3.1.6.2 数据交换系统利用无线通信网络和外部的移动终端进行通信。
3.1.6.3 数据分发将接受到移动终端的信息发送不同的营运公司。数据分发必须包含安全验证功能。
3.1.6.4 数据交换系统需要考虑和不同类型的终端，通过不同类型通信协议进行通信，需要支持不同厂家的车载终端设备和电子站牌。
3.1.6.5 数据交换系统需要：与运营车辆进行实时通信；与电子站牌进行实时通信；与各运营公司监控中心进行实时通信
大屏幕显示系统改造方案
3.1.7 大屏幕背投显示系统现状
3.1.7.1 目前广州市交通管理委员会总调度室大屏幕背投显示系统(DLP)由8套美国VTRON公司的Visionpro XGA DLP一体化投影单元拼接而成（横向2排，纵向4列），投影单元机芯为0.9”DMD，用于对各种现场实时视频信号和各类计算机图文信号进行多画面显示，完成对交通现场的实时监控和集中指挥调度。
3.1.7.2 背投室的距离：≤1.5m
3.1.7.3 大屏幕拼墙显示系统使用时间：24小时/日
3.1.7.4 16×4 VGA 矩阵控制显示
3.1.8 系统改造
3.1.8.1 要求对现有的广州交委大屏幕系统进行改造和扩容，在总监控调度中心增加两套一体化硬幕大屏幕背投系统，原系统位置保持不变，新系统建在原系统的左右两边，与原系统并列安装。
3.1.8.2 新增的两套一体化硬幕大屏幕背投系统，由2套120”(2438×1829) 硬幕组成；
3.1.8.3 新增的两套硬幕大屏幕背投系统必须具备独立的图像处理器。
3.1.8.4 新增2套120"大屏幕投影与原有的大屏幕拼墙系统作为三套独立的系统摆放在调度室，三套系统既可以接入同一个系统，也可以接入不同的系统用以监控不同系统所辖的车辆运营状况，显示和监控更多的画面，实现分区控制；在发生突发的灾难性事件的情况下或一些特殊的应用场合可以更为灵活地将现场情况、过程进行显示，从而方便地进行集中控制。
3.1.9 硬幕大屏幕背投系统功能要求
3.1.9.1 超高对比幕能够实现投影机同时显示4个不同信号的画面。
3.1.9.2 能够实现每个画面的无级缩放，自由定位。
3.1.9.3 能够控制DVD、VCD、CD进行播放、停止、暂停等；
3.1.9.4 提供音视频、VGA信号的切换控制功能；
3.1.9.5 提供投影机控制功能
3.1.9.6 控制各种环境设备，如窗帘、灯光；
3.1.10 图像处理器要求
3.1.10.1 处理器的操作系统软件应采用Windows NT或Windows 2000（XP&.NET）捆绑TCP/IP和NetBEUI协议，可通过鼠标和键盘进行直接操作。
3.1.10.2 处理器反应速度要快，画面调度时间小于5秒，操作延时小于1秒。
3.1.10.3 电源应具有热备份冗余配置，对电源失效、风扇失效、温度感应异常等情况，具有行动报警功能。
3.1.10.4 联网的其他工作站的显示属性改变不会对组合显示屏有任何影响
3.1.11 主要技术指标
3.1.11.1 超高对比幕
屏幕尺寸(英寸)
120"
可视范围(mm)
2438×1829
厚度
3mm
增益
超强光幕=7.9 超高对比幕=5.3
可视角度
超强光幕＝165° 超高对比幕＝175°

3.1.11.2 投影机主要技术要求
物理分辨率
视频：750电视线 RGB:1024×768像素
兼容信号分辨率
最高可达1600×1200
工作温度
0～35℃/35～85%
亮度输出
＞2000ANSI流明*1
灯泡寿命
＞6000小时
亮度均匀性
≥90%
色彩还原性
＞16.7M色
平均无故障时间
MTBF＞2000小时
RGB输入
2路，分辨率从640×480到1600×1200
视频输入
2路，支持PAL，NTSC制式信号
控制端口
支持标准控制信号输入输出，具有1路RS232输入和1路RS232输出，所有投影机的RS232接口可以进行复接。
电磁辐射
符合环保特性，对人体无害

GIS系统技术要求
3.1.12 安装在线路调度终端、公司调度台及总监控台（包括分控台、主控台）上的监视器以电子地图为背景，必须能实时显示调度区域内所有受控车辆的定位信息，必须能对所辖线路或地区进行选视、全视或自动滚动显示。当某线路或车辆出现异常情况时，必须能自动插入显示，并伴有提示音。
3.1.13 电子地图必须清晰准确，并标有沿线各站的位置、站名、线路号码。运营车以小箭头和车号为标志沿线路移动，并能区分是否超前、晚点、正常，箭头方向代表行车方向。不同的线路用不同的颜色表示，相邻线路的颜色反差必须较大。
3.1.14 电子地图的基础比例为1：10000，任意缩放、移动、开窗口显示和实时跟踪显示调度区域内任一辆车的运营轨迹。
3.1.15 开窗口显示主要是受控车辆的快、慢、正常状态数据及受控车辆发出7种业务短信息时，在提示窗内有明确显示，并拌有提示音。
3.1.16 具有车辆运行轨迹数据事后重放功能。
3.1.17 具有与96900系统GIS数据共享的接口。
3.1.18 电子地图精度误差＜±10m；
3.1.19 能够以列表、运行图、电子地图—车号方式显示车辆的运行；
3.1.20 多个显示屏幕必须能同时被一套操作系统控制；
3.1.21 必须可任意选择和确定画面在那一个屏幕上显示；
3.1.22 必须可任意选择和确定当前被操作屏幕，同时其他屏幕的显示不受影响。
3.1.23 电子地图文件可扩充新道路；必须可修改道路走向和宽窄、开口；
3.1.24 公交线路的输入、调出、添加、修改、查询、比较、打印、存储（线路以矢量方式输入和存储）；
3.1.25 必须有多功能数据库查询功能：
3.1.25.1 由空间图形数据查询属性数据；
3.1.25.2 由属性数据查询空间图形数据；
3.1.25.3 整区域查询、跨图查询；
3.1.25.4 当前图查询：当前图幅、图层和子图查询等。
3.1.26 对系统所存储的图幅可进行分割、合并、任意载剪后打印输出；
3.1.27 在总调、区调、车队之间，根据需要传递运营数据信息；
3.1.28 地图范围：必须包含整个广州市管辖范围，除广州市城区外，还必须包括番禺、花都、增城、从化四市。
3.1.29 地图分层：地图分多层显示，包括行政区域，河流、企事业机关单位、居民区、商场、娱乐场所、站点、主干道、次干道等。
3.1.30 一般信息：必须包含基本行政区域，政府机构，河流、企事业机关单位、居民区、商场、娱乐场所。
3.1.31 行业相关信息：必须包括公交公司，分公司，车站，线路站点，线路站点分开存放。
3.1.32 地图修改：提供对地图修改的工具，创建点、线、区域工具。
3.1.33 一般功能：必须可以增加地图图层、修改图层元素、设置地图显示样式。
3.1.34 候车点修改：必须提供专门功能对线路进行维护。
3.1.35 线路修改：必须可以自动根据车辆行驶路线，自动生成线路层。
3.1.36 提供地图数据的共享方案。
中间件技术要求
3.1.37 完全支持J2EE平台。
3.1.38 提供Web容器：运行表示逻辑层的servlet和JSP
3.1.39 提供EJB容器：运行业务逻辑层的企业Javabean
3.1.40 提供WEB SERVICE服务：
3.1.41 连通性服务
3.1.41.1 JDBC（Java Database Connectivity）：提供数据库连接和访问服务
3.1.41.2 JCA（Java Connector Architecture）：提供与旧有遗留系统之间的连接
3.1.42 通信服务
3.1.42.1 Java消息服务JMS（Java Messaging Service）：提供层与组件之间的消息传递
3.1.42.2 电子邮件服务（JAF/Javamail）：提供电子邮件服务
3.1.42.3 Java IDL/RMI-IIOP：CORBA兼容接口，提供J2EE与CORBA的通信服务
3.1.42.4 JAX（Java XML APIs）：提供XML语法分析/绑定服务
3.1.43 认证服务
3.1.43.1 JNDI（Java Naming and Directory Interface）：提供分布式命名和目录服务
3.1.44 其他服务
3.1.44.1 JTS/JTA（Java Transaction Service）：提供事务处理/监控服务
3.1.44.2 JAAS（Java Authentication and Authorization service）：提供访问控制等安全服务
主要设备的技术规格
3.1.45 描述
3.1.45.1 投标方应根据性能要求给出性能评估方案，保证系统能满足性能指标。
3.1.46 数据库服务器规格
操作系统
UNIX
电源
冗余电源
显示器
17寸显示器
3.1.46.1 性能要求：满足本期公共车辆的调度和电子站牌信息的更新。
3.1.46.2 并发性需求：满足200个的线路调度台调度。
3.1.46.3 可扩展性：除本期的车辆外，要考虑全市其他7000多辆车辆的调度和更多的电子站牌的信息更新，将来系统能够通过扩展CPU、内存等而达到系统扩容的目的，实现系统平滑升级，保护系统的现有投资。
3.1.47 应用服务器规格
电源
冗余电源
显示器
17寸显示器
3.1.47.1 性能要求：最少满足200个的线路调度台调度。
3.1.47.2 可扩展性：除本期的车辆外，要考虑全市其他7000多辆车辆的调度和更多的电子站牌的信息更新，将来系统能够通过扩展CPU、内存等而达到系统扩容的目的，实现系统平滑升级，保护系统的现有投资。
3.1.48 磁盘阵列规格
3.1.48.1 满足1年的动态调度信息的保存以及其他静态数据的5年保存。
3.1.48.2 可扩展性：除本期的要求的车辆调度外，要考虑全市其