深圳通技术升级改造方案招标书.doc

“深圳通”技术升级改造工程项目招 标 文 件招标编号：SZT20030710深圳市公共交通结算管理中心二三年七月十日目 录第一部分：投标邀请函（2）第二部分：招标项目要求（4）一、 对投（中）标单位要求（5）二、 招标项目需求（8）第三部分：投标方须知（31） A、说明及定义（32） B、招标文件的说明（33） C、投标文件的编写（33） D、投标文件的递交（36） E、开标和评标（36） F、合同的签订（39）第四部分：投标文件格式（40） 一、投标文件资料清单（41） 二、投标书（42） 三、投标报价一览表（44） 四、工程报价明细表.（45） 五、工程设计图. .（46） 六、设备技术配置及参数一览表.（47） 七、主要技术及管理人员一览表（48） 八、服务承诺及优惠服务方法.（49） 九、关于资格及投标文件内容的声明（50） 十、其他文件.（51） 第 一 部 分 投 标 邀 请 函第一部分 投标邀请函深圳市公共交通结算管理中心现就“深圳通”技术升级改造工程项目进行公开招标，诚邀合格的供应商参加投标。1. 招标编号：SZT200307102. 设备及技术配置要求：见招标项目要求3. 领取标书时间：2003年7月9日至7月10日（节假日除外）4. 领取标书地点：深圳市公共交通结算管理中心办公室5. 联系电话：83168211 传真: 83168109 6. 联系人：徐先生 李先生 7. 投标截止及开标时间：2003年7月10日上午8时30分。投标文件逾期送到或不符合要求的恕不接受。8. 开标地点：深圳市公共交通结算管理中心会议室。9. 领取标书时必须携带法人授权委托书、公司营业执照副本原件及复印件和集成资质证书原件及复印件（加盖公章）。 深圳市公共交通结算管理中心 二三年七月九日第 二 部 分招 标 项 目 要 求第二部分 招标项目要求一、对投（中）标单位要求一、本次招标为“深圳通”技术升级改造工程项目招标。二、投标人中标后履约过程中，必须遵守国家有关法律法规的规定，并自觉接受本项目信息工程监理的监督管理。三、本项目全部工程必须在2003年10月30日之前完工，全部安装调试好，进行项目竣工验收，并交付使用。四、资质及项目要求：1、投标人必须是具有合法生产和销售经营权的独立法人资格的专业公司（专业公司指其经营范围应包含智能卡技术开发或应用的内容），需在深圳市内有固定的经营场所，注册资本1500万元人民币以上，成立时间三年或三年以上，具有从事公共交通智能卡系统工程设计、安装及相关软硬件产品开发生产的经验和能力。有关资格证明需在递交投标书时一并提供。2、投标人必须具有国务院有关部委颁发的智能卡应用项目系统集成商的资质，具有研究和开发IC卡产品及系统的生产许可，并符合国家的密钥管理规定。3、投标人的系统和产品要有一定的市场占有率，并在国内地级以上城市公交行业成功运行一年以上（由合同复印件或使用单位出具使用情况证明）。4、投标人应熟悉公共交通运输企业的营运生产和管理情况，要求系统具有营运企业内部的管理功能。投标人应对本项目所有系统的软件和硬件环境，结算中心、中国银行及其分支机构、营运企业、消费网点等数据信息点情况，网络综合布线方案等作详细说明。5、投标人必须根据本项目的要求开发相应的软件，并运用计算机网络进行运作。系统和产品要具备目前国内的最新技术。6、投标人必须按照中华人民共和国建设部2002年6月颁布的行业标准CJ/T166-2002建设事业IC卡应用技术进行系统设计，符合建设部有关IC卡应用和安全规范。7、所有机具设备都应采用建设部规定的安全模块或下载深圳市公共交通结算管理中心主密钥的PSAM卡，并要求采用标准的加密算法，所采用的PSAM卡中的操作系统要求具有国家金融卡检测中心认证。8、IC卡系统的终端机具、相关设备或IC卡系统软件应是投标人的公司或同一集团开发和生产的产品。机具和主要设备要按标准化和模块化生产，卡和产品要能兼容其他厂家的同系列产品；(1) 非接触式IC卡物理特性应符合ISO/IEC 14443-1的要求；(2) 非接触式IC卡射频功率和信号接口应符合ISO/IEC 14443-2的要求；(3) 非接触式IC卡初始化和防冲突应符合ISO/IEC 14443-3的要求；(4) 非接触式IC卡传输协议应符合ISO/IEC 14443-4的要求；(5) 终端的气候环境、机械环境、可靠性、安全性、电磁兼容性至少应符合GB/T 18239-2000的相应条款；(6) 非接触式终端的IC卡读写端口的逻辑接口、通讯协议应符合ISO/IEC 14443-3和ISO/IEC 14443-4的要求；(7) 充值设备进行充值交易时，必须使用特定的充值安全存取模块(ISAM)。9、所投设备及工程的报价应为深圳交货的含税价。10、投标方的投标报价必须包括： 各项设备购置及安装、调试费。 系统维护及相关的服务费。 相关工程的所有费用及税金。11、招标方有权选取1至2个中标单位，以及指定分项工程分包单位。12、开标之日，投标方必须由法人代表或委托代理人参加开标仪式。13、投标方必须由法人代表或委托代理人参加询标，并解答评标小组提出的问题。14、法人代表委托代理人参加开标、询标或签订合同时，必须出具法人代表的授权证明。15、中标方必须提供所有设备的安装调试，并提供有关的技术咨询。所有设备的随机文档和设计施工图纸等资料要求全部交予使用方。16、投标方应对本项目所采用系统的安全、保密、防病毒和防黑客攻击等问题作详细说明。17、系统和产品要具备良好的可升级性和扩展性。本系统投入使用后，当国务院各部委、省、市有关智能卡技术的标准规范，以及公共交通或城市一卡通应用的政策、法规、规定等发生重大变更，本系统软件不再适用时，中标方必须及时免费提供软件升级服务。18、本系统所有权，其中包括知识产权归属深圳市公共交通结算管理中心。中标方必须及时向深圳市公共交通结算管理中心提供系统软件程序、源代码、详尽的设计方案、操作使用手册等有关资料。19、从国家建设部购进符合标准的SAM卡的密钥生成系统，再由结算中心统一管理、统一生成密钥、统一下载密钥并发行SAM卡。五、售后服务：1、中标方在采购、安装完毕后，对系统软、硬件容易出现的故障要进行说明，并提供解决方案。 2、质量保证期：系统硬件为二年，软件为系统正式运行后二年。即中标方为系统硬件设备提供二年内免费包修，其中有较大故障的设备需二年内免费包换，二年后必须保障系统维修所需零部件的提供。 3、系统正式运行后，二年内卖方应根据买方的需要免费修改软件。4、免费提供软件终生保修，免费提供软件更新、版本升级等的技术支持。5、在元器件没有大幅度涨价时，中标方不得提价供应设备和零配件。 6、中标方不得以产品换代为理由，不提供现在的设备或提高产品价格。当个别设备或元器件停产，中标方必须提供替代设备、器件及相关软件，确保系统正常运行。 7、IC卡片由于质量问题不能正常使用一年内免费包换。 8、IC卡片非人为损坏率应小于0.05。 9、选用的IC卡片应保证及时供货。凡在未降低价格或经中标方同意降低价格的条件下，买方提出签定供货合同要求后，3个月内不能签定继续供货合同或中标方超过供货合同规定供货期限，仍不能供货时，中标方应按合同规定赔偿损失。 10、选用的IC卡片在5年内的升级换代不能影响本期系统的使用。 11、系统安装调试完成后，一个月内车载机月故障率不得大于0.4，一年内车载机月平均故障率不得大于0.5。 12、系统投入使用运行后，二年内网络及后台各种设备不应出现大的故障（系统瘫痪，后台软件不能正常运行或数据采集、数据运算不准确），否则视为产品不合格，应按合同规定赔偿。 13、系统运行后，三个月后系统出现大的故障，中标方须派人在2小时内赶到现场，24小时内恢复系统正常运行。14、中标方必须提供完整的系统设计文档资料、网络布线图纸、拓扑结构图、系统硬件、软件操作说明书、软件系统程序源代码、工程文档等全部资料在工程完成后移交甲方。15、系统运行三个月内中标方应有人员留守，待甲方人员能全面掌握设备维修、系统维护，达到独立工作后方可撤离。六、培训： 1、中标方必须对系统使用人员进行培训，提供相关软件和设备使用的技术培训服务，有切实可行的详细培训计划，做好IC卡系统所涉及人员的培训工作。 2、IC卡系统培训内容应包括：技术说明、使用方法、维护、维修、管理规章等。 3、IC卡系统培训的人员应包括：系统管理人员，系统维护，统计、制表人员，数据采集人员，数据汇总人员，充值人员，车载机、采集盒维修人员，驾驶员，售票员，车队日常管理人员，以及需要培训的相关人员。 4、为便于培训教材的编写，中标方应提供详细的技术说明、使用方法、维护、维修等材料，并协助招标方做好培训教材的编写工作。二、 招标项目需求（一） 背景介绍“深圳通”系统规划建设于2000年，当时国家建设部尚未颁布有关标准。“深圳通”系统在技术选型时选用的是SONY卡模式，该系统目前的运作模式是用SONY公司提供的密钥系统，使SONY读写模块只读SONY的TYPE C卡，其工作原理如下图所示：经过几年的发展，目前的“深圳通”系统逐渐显现出一些不尽如人意之处，主要表现有：不符合ISO 14443 TAPE A、B标准和建设部2002年颁布标准及中国人民银行金融卡的应用规范（PBOC），不能读写TYPE A、B卡；没有外置SAM卡，不利于深圳通系统的推广应用；过分依赖SONY公司的单一产品，增加了系统的决策风险和运营成本，不利于系统日后的升级改造。为解决上述问题，“深圳通”系统终端设备技术改造解决方案的主要原则如下：1、系统符合ISO 14443标准及建设部标准；着眼未来，有利于日后系统升级。2、兼容各种主流非接触IC卡,不依赖某一具体厂家的IC卡和读写模块，减少决策和运营风险，引入竞争机制，提高性能价格比。3、SAM化，利于应用于不同行业、不同领域、不同城市的系统兼容。充分利用SONY卡，并在SONY公司的配合下，将现有的SONY模块合理利用，节省资源。4、符合“深圳通”系统应用推广计划的进度要求。5、密钥下载必须由深圳市公共交通结算管理中心进行处理。（二）系统改造设计要求整个系统的改造设计和工程质量应符合国家、地方政府相应的法律、法规，以及国家、行业的标准、规范或者行业内部的惯例。“深圳通”系统要充分考虑智能卡和计算机网络的结构特点，除了要本着高性能、高可靠性、操作简便、界面友好、低成本的原则进行设计，还要照顾今后发展的需要。由于智能（IC）卡技术和网络技术日新月异地发展，为了保证能够实现用户的总需求，在本系统设计中应遵循以下原则：1、开放系统原则开放系统是国际标准化组织为连接各种智能卡和计算机产品而制定的标准，遵循这种标准的产品都符合一些公共的、可以相互操作的标准，能够融洽地在一起工作。开放系统具有如下的特点：(1) 系统互连简单、容易，标准统一；(2) 可选择的设备、软件范围广；(3) 透明度高、兼容性强；(4) 容易扩充、升级设备、软件价格相对便宜2、先进性原则在以往实际工作中，人们经常遇到一些信息化建设工程项目，当开发完成后，进行鉴定验收时，系统中所用到的硬件及软件技术等，大部分都已落后，甚至被淘汰。这一方面说明信息技术发展迅速，计算机系统产品更新换代很快，但是，最主要原因是开发单位水平有限，缺少远见，在系统设计时，没有看清发展潮流，采用的硬件及软件等技术不够先进，使用不具有发展前途的设备。“深圳通”系统作为一项重大的信息工程建设项目，投资额度大、工期短、专业性强、技术水平要求高，其关键是要注重实效，做好总体规划设计，确保技术和设备的先进性。3、可扩充性原则可扩充性原则在这里有两面的含义：其一、适应用户需求的多变性。我国正处于改革的浪潮中，经济领域中有关的政策、法规、规定、规范，以及组织结构、管理权限等都在不断地发展变化，这就要求在系统设计时，要充分考虑用户需求的多变性。其二、适应产品更新换代的特点。智能卡、计算机及其相关产品更新换代很快。产品生命周期短，且新产品层出不穷。一方面使系统升级换代容易，另一方面当有新的更适合本系统的产品出现时，应能方便地将此产品加入到本系统中去。这不仅保护了用户原有投资，而且也延长了系统的生命周期。4、安全可靠性原则“深圳通”系统一旦建成，将涉及几百万人民群众的切身利益，所以系统的运作必须绝对可靠，不能有半点失误。智能（IC）卡系统工程属于信息化建设工程的范畴，其安全性问题主要是指计算机诈骗、病毒等造成的信息被窃、窜改和破坏；而可靠性问题主要是指机器失效、程序错误、误操作、传输错误等造成的信息失误或失效。它们是一个系统整体的概念，不仅与智能（IC）卡和计算机系统结构有关，还与其应用的环境、人员素质和社会因素有关，其内容包括信息化建设工程的智能（IC）卡安全、网络硬件安全、软件安全、运行安全，以及信息安全立法。由于信息的存放、传输、交换和处理是在网上进行的，容易受到外部黑客的入侵和内部不满分子的恶意破坏，加上现代计算机系统软件的庞大和复杂性，因此要保证信息的安全和系统运行的可靠将十分困难和麻烦，另一方面，安全可靠性问题已成为信息化建设工程成败的关键问题之一，引起了世界各国广泛的注意和重视。5、数据一致性原则“深圳通”系统要充分考虑数据一致性问题，例如在交易过程中，遇到通讯超时、网络中断或突然断电等异常情况，终端机要能自动记录交易前状态，以后能自动重发，以保持IC卡与终端机数据的一致性。当持卡人进行联机查询或充值交易时，系统主机要能自动判断卡、机之间数据是否一致，如果不一致，要能立即更新IC卡上的相关数据，确保卡、机间数据一致。6、实用性原则任何系统的设计都要考虑其实用性，尤其象“深圳通”系统这样的项目，规模大、用户多、涉及面广，应本着实用性原则去满足每一个用户的需求。系统功能齐全，具有较强的适应性、可维护性、可跟踪性；界面友好、使用方便灵活、操作简单；具有故障自动排除和业务回退功能等。（三）系统组成“深圳通”系统系统采用二级管理模式，深圳市公共交通结算管理中心作为汇总中心，售卡充值处理子系统和各营运公司子系统，各子系统通过城域网连接。软件系统包含三大部分：（1）深圳市公共交通结算管理中心汇总处理子系统；（2）各营运公司处理子系统；（3）售卡充值处理子系统（四）系统性能1、满足公共交通整体管理的需要，充分考虑因城市交通快速发展系统的再扩展问题，在容量、性能、要求都应进行统筹规划，尽量减少不必要的投资浪费。2、本系统的设计要求硬件、软件及数据的网络传输都必须采用多种、多重技术手段，保证系统具有完整的安全性和可靠性，确保系统稳定可靠地运行，确保数据的安全保密。3、能为运营公司提供完善的、稳定的、可靠的管理功能；4、管理系统具有国际先进的密钥管理体系，可靠的数据库管理及网络安全技术管理；5、模块化及开放式的软硬件设计，提供企业内部管理数据接口，具有良好的可扩展性，便于系统升级和二次开发，应保证五年内具有先进性；6、软件提供B/S模式，具有良好的人机界面，“复杂的设计，简单的使用”，在达到功能要求的前提下，以尽可能简单、明了的操作方式，实现非接触式IC卡的收费运作及管理。（五）深圳市公共交通结算管理中心汇总处理子系统负责系统的安全管理、非接触式IC卡的发行，集中管理发卡、充值所得的资金；负责汇总各个分公司的营运数据。为此，应实现如下十二大功能：深圳市公共交通结算管理中心帮 助公共查询其它管理乘客查询设备管理经理决策财务管理业务管理控制卡管理IC卡管理数据处理系统管理1、数据处理包括乘车收费（营运）数据、接触式卡与非接触式卡更换、售卡充值（票证）数据、密钥下载、站点签到的收集、传输、处理过程。各种营运数据通过采集、传输到深圳市公共交通结算管理中心后，由结算管理中心专人负责把它们装载到总数据库中。站点签到数据由司机卡传输到车载收费机，再由汇总卡采集到市公共交通结算管理中心，进行数据处理并具有非整趟营运数据的处理功能。各油站车辆加油数据由司机卡传输到车载收费机，再由汇总卡采集到市公共交通结算管理中心，进行数据处理。应具有处理无人售票有关营运数据与非接触式IC卡采集营运数据及人工售票、包车、查票数据进行合并计算的功能。应具有执行数据采集完整性的检查，并能判断乘客是否非法使用非接触式IC卡，以便确定黑名单。各营运公司数据、各售卡换卡点数据、供应部统计的加油数据、站点签到数据全部传送到市公共交通结算管理中心，实现数据异地备份。A、采集乘车数据从车载机的采集盒中读取乘车/加油数据/站台签到数据（能自动判断是当天数据或是历史数据）。B、采集售卡/充值数据采集各售卡点售卡充值数据，能自动判断是当天数据或是历史数据。C、采集退卡/换卡数据采集接触卡、非接触卡退卡数据，两种卡更换数据。接触式卡内余额全部转到非接触式卡内，已故障的非接触式卡内余额全部转到另一张非接触式卡内。D、职工考勤数据采集E、其它非营运数据采集（停车、购物、住宿、用餐等）(2)转换数据目的：这是用于深圳市公共交通结算管理中心的汇总机上，将收到的当天的乘车数据文件、售卡充值文件、调度数据文件、加油数据文件进行拆解，并按要求添加和统计到总数据库上。(3)当天数据汇总目的：深圳市公共交通结算管理中心在当天数据都收集后，利用此功能，将当天客运、售卡、充值、现金、退卡等营运情况汇总后，编印各种结算表单，作为各种款项收付依据并记录到数据库中。(4)历史数据处理目的：对乘车历史数据和充值历史数据进行处理。(5)采集检查目的：本功能用于对指定时间范围内的尚未接收到收费信息的车辆号码和售卡充值机号码进行检查登记，以便通知补采集。(6)乘客卡检查目的：本功能用于对指定乘客卡号开始的乘客卡（充值卡）进行循环式检查，观察是否存在不合理消费、增值等现象，并将有问题的乘客卡记录下来便于检查。(7)黑名单的形成自动形成黑名单：数据经过检验后，不合法的数据存入黑名单；人工形成黑名单：限制使用的卡录入黑名单。(8)接收各营运公司数据用于接收营运公司的调度数据文件（包括司机排班、车辆停驶、车辆调动）。(9)发送部分当天明细数据/黑名单目的：本功能用于将公司前1天的乘车消费明细（原始记录）、站台签到明细、车辆加油明细和黑名单发送到各营运公司。(10)人工数据的处理a、售票员现金收入；b、查票组查票收入；c、包车的数据处理；d、站台签到修正。2、用户IC卡管理负责对IC卡库存、销售、充值、故障等信息进行管理。(1)IC卡的种类：除了普通卡外，其它卡一律配印个人彩色照片，并进行年审。A普通卡任何人可以购买乘车；设有优惠率并可调整。B员工卡免费乘车（只统计人次，不计算金额）并在规定位置考勤。C司机卡在规定车载机上签到和在规定油站加油及在站台签到。(2)新卡入库：目的：对新购进的新卡或退货的情况进行登记，购货或退货由操作员选择。(3)库存调拨：目的：对非接触式IC卡在部门之间、充值点之间的调拨信息进行控制，并由此而管理各部门各充值点拥有的各种非接触式IC卡情况。(4)卡初始化：目的：对新购进的卡，进行初始化后才能正式使用。(5)用户退换卡：目的：本功能负责完成用户退换卡中的验卡、清卡、登记等任务。(6)验卡功能：目的：本功能完成对各种乘客卡、白卡、控制卡的检验功能。(7)故障卡处理：目的：负责登记/统计和发现故障卡数量的情况。(8)黑卡（黑名单）处理：目的：负责对黑卡情况的登记、打包、传输等处理。(9)库存统计/查询：目的：A、统计市公共交通结算管理中心及充值点各种卡类的库存、拥有情况，可以按规定报表格式进行编制。B、对非接触式IC卡的库存情况进行查询，列出深圳市公共交通结算管理中心的各种IC卡的库存情况。 3、系统卡管理负责对本系统各种用途的系统卡信息进行管理。(1)卡标准设定：目的：建立系统各种用卡的标准。(2)CPU控制卡的生成/删除：(3)非接触式控制卡的生成/删除：目的：分别对CPU卡类和RF卡类的系统卡的生成与删除进行管理。CPU卡类：CPU系统专用卡、CPU充值专用卡，CPU初始化专用卡。系统卡类：司机卡（用于站台管理、加油、考勤）、数据采集卡、车号设置卡、线路设置卡、票价设定卡等等，具体种类按需要确定。(4)CPU充值卡的更新：目的：对充值员的情况和充值限额进行填写、更新。(5)系统卡领用归还：目的：对领用与归还系统卡的情况进行登记。(6)系统卡故障登记：目的：负责登记出现故障的系统卡情况。()系统卡领用查询：目的：对某些系统卡的使用历史情况进行查询，详细列示每个系统卡现行的使用情况。4、业务管理目的：由于政策和营运等方面的要求，线路或票价是可以变动的，其变动由深圳市公共交通结算管理中心决定，本功能完成票价信息的管理，并实现将信息传递给相应的数据库，以便对其它信息作一致性的管理。(1)线路信息管理：目的：对线路的基本信息、票价、车辆计划数量等信息进行管理。(2)线路折扣：目的：对各条线路上各种乘客卡的扣费率进行定义。(3)线路站点查询（接现有服务咨询程序）：目的：查询各线路站点的信息。(4)车辆营运数据统计/查询：目的：包括不同的时间段内对车辆的营运数据进行统计/查询。(5)线路营运数据统计/查询：目的：包括不同的时间段内对线路的营运数据进行统计/查询。(6)司机营运数据统计/查询：目的：包括不同时间段内对司机的营运数据进行统计/查询。(7)售票员营运数据统计/查询：目的：包括不同时间段内的营运数据进行统计/查询。（多票制线路或郊区线路）(8)站务情况查询：目的：对营运当中各线路的发车/到站情况进行统计/查询。(9)司机加油信息统计/查询。(10)车辆信息统计/查询（接现有的车辆档案程序）：目的：对所有车辆的基本信息（历史情况、使用情况、运行状况等）进行登记，实现增、删改、查询、打印。(11)职工考勤数据的统计/查询（接现有人事管理程序）：目的：对所有内部员工上下班进行考勤数据统计。(12)各营运公司营收金额统计/查询。(13)学生消费统计/查询。(14)员工卡消费统计/查询。(15)退换卡统计/查询。目的：跟踪旧式卡换新式卡的情况和新式卡使用质量。(16)非营运项目的数据进行统计/查询。(17)综合数据的统计/查询。（数据库内容的任意条件查询）5、财务管理目的：负责与非接触式IC卡有关的公司、外部的帐务来往表格，资金结算的产生，保留与深圳市公共交通结算管理中心财务管理系统的接口（接市公共交通结算管理中心现有财务管理程序）。(1)车费现金收入登记（与无人售票现金收入合并处理）：目的：对客运中收取现金情况进行登记，包括售票员的现金收入、无人售票的收入、非接触式IC卡的收入。其中：售票员的收入数据由分公司传到总公司汇总中心，同时分公司可到总公司汇总中心提取分公司所属车辆、人员的无人售票的收入数据、司机考勤、发车到站情况等。(2)司机营运情况表：目的：编印出司机的营运情况表。(3)线路营运情况表：目的：编印出线路的营运情况表。(4)车辆营运情况表：目的：编印出车辆的营运情况表。(5)营运公司营运情况表：目的：编印出营运公司的营运情况表。(6) 深圳市公共交通结算管理中心营运汇总表：目的：编印总公司营运汇总表，（日报表、月报表、年报表）(7)打印6、经理决策目的：主要用于针对各项管理需要而进行的信息查询和统计，为深圳市公共交通结算管理中心高层管理提供决策支持。(1)售卡充值统计1）发售总量的统计：目的：对指定时间范围内的各种乘客卡的发售、充值量的统计。2）日售卡量的统计：目的：对指定时间范围内每天各种乘客卡的售卡量、售卡金额、充值卡量、充值金额的统计，并以报表、图表形式输出。3）售卡量按售卡点的统计：目的：统计各售卡在指定时间范围内各种乘客卡的售卡量、售卡金额、充值卡量、充值金额，并以报表、图表形式输出。4）充值统计：目的：统计在指定时段内，各售卡充值员的售卡充值情况。(2)卡消费量统计1）卡消费量按日统计：目的：统计指定时间段内乘客卡的消费总次数、总金额，并以报表、图表形式输出。2）卡消费量按时统计：目的：统计各个指定时间内各类乘客卡在不同时段（多个小时）中的消费总次数、总金额，并以报表、图表形式输出。3）卡消费量按线路统计：目的：统计指定时间段内乘客卡按线路的消费总次数、总金额，并以报表、图表形式输出。4）卡消费量按类别统计：目的：统计指定时间段内乘客卡按卡类别的消费总次数、总金额，并以报表、图表形式输出。(3)退换卡统计：目的：统计在指定时间内接触式卡换非接触式乘客卡因故障原因而退卡的数量、金额，并以报表、图表形式输出。(4)设备维护统计：目的：统计指定时间段内各项设备自购入以来的时间、以及使用时间、维修时间、闲置时间及所占比例（），并以报表、图表形式输出。(5)卡需求分析：目的：统计出在指定范围内各月各种卡的销售、充值的数量、人次、金额以及百分比，形成各月各种乘客卡的需求分析报表。(6)客流统计：1）客流量按日统计：目的：统计指定时间内乘客的总人次数、总卡消费金额、总现金消费额，并以报表、图表形式输出。2）客流量按时段统计：目的：统计指定时间内、在不同时段（多个小时）中的乘客的总人次数、总卡消费金额、总现金消费额，并以报表、图表形式输出。3）客流量按线路统计：目的：统计指定时间段内、按线路的乘客总人次数、总卡消费金额、总现金消费额，并以报表、图表形式输出。7、设备管理对于本系统中使用的设备使用情况进行追踪、登记。(1)设备类型管理：目的：对设备的类型、名称等基本情况进行增、删、改、查询、打印。(2)设备登记：目的：对各项设备进行初始登记。(3)设备授权：目的：对车载机、采集机、授卡充值机、系统卡机等进行授权操作。(4)设备使用登记：目的：对设备的每次使用变动，都必须进行登记。(5)设备查询：目的：允许用户对设备的历史使用情况进行查询，查询条件应该是多栏目的组合，其结果应能显示设备的使用明细。(6)设备领用情况：目的：允许用户对各项设备的现行情况进行查询。8、用户查询目的：方便乘客查询卡内余额、乘车消费明细提供相应的功能。9、系统管理目的：对系统中使用人员及其权限、数据备份、重储等问题进行管理。各项数据汇总完毕后，各车辆当月里程、传送安全稽查部，各车辆当月里程、营收传送至技术、营运部、财务部及公司领导，以备查询提取。本功能包括如下功能：(1)用户管理：目的：对能使用本系统的人员信息进行管理。包括增、删、改用户名、口令及权限。(2)口令更改：目的：允许用户对自己的口令进行不定时的更改。(3)数据备份和重储功能：目的：对现行的数据库进行备份、重储等工作。(4)历史数据处理：目的：由于中心数据庞大，因此对数据量特别大、增长较快的乘车库、充值库要进行数据的转移，以保证系统的各项性能。本系统规定上述两个数据库在一段时间后，按操作员的指示将指定的库转移到备份媒体上，也就是进行“历史数据的处理”。(5)数据库日志管理：目的：可对数据库的日志进行定期删除。(6)系统参数设置：目的：设置系统运转时的各项参数放在系统参数文件中。(7)单机参数设置：目的：设置单机运转时的各项参数放在当前目录的参数文件中。(8)删除功能：目的：对发送过、处理过的乘车信息或售卡充值数据，经过一段时间后备份到其他介质中，原文件要删除，这一功能由人工选择执行。10、公共查询目的：市民能根据自己的车号，通过Internet上网查询本卡在最后10次的使用情况及卡上余额。11、其他管理主要任务是：1)、线路站点信息； 2)、各售卡点信息的管理； 3)、售卡员信息的管理。(1)售卡点信息：目的：对售卡地点设置情况进行管理。(2)员工信息：目的：对售卡人员设置情况进行管理。(30天气信息：目的：记录每天的天气情况。12、帮助软件功能模块的使用说明。（六）营运公司处理子系统负责将司机排班、车辆调整线路、车辆维修停止运行等情况向深圳市公共交通结算管理中心传送。各营运公司处理子系统除了不具备非接触式IC卡管理模块和系统卡管理模块及公共查询模块外，其它与深圳市公共交通结算管理中心子系统基本相似，具备九大功能，如图所示。 营运公司 帮 助设备管理乘客查询其它管理经理决策财务管理业务管理系统管理数据处理（七）售卡充值处理处理子系统这是为售卡充值点而设计的处理系统，它包含如下的功能：1、售卡充值：目的：用于售卡充值点。负责新卡出售和旧卡充值，并记录相应的信息。对资信比较好的代售点可以按月结帐，对个别私人代售点可以付押金，借少于押金数目的限额充值卡向乘客充值，并将当日售卡充值记录传送到深圳市公共交通结算管理中心。到限额充值卡内金额小于50元时，凭此卡和押金凭证结帐。2、采集售卡/充值数据：目的：本功能将售卡/充值机的数据上传到IC卡汇总到深圳市公共交通结算管理中心进行数据处理，可选择当天数据或是历史数据。3、充值卡数据查询：目的：客户能持卡查询本卡的余额。（八）车载机功能1、收费、查询功能：（1）实现对各类卡的读写操作，并有相应的蜂鸣、语音、汉显及灯光提示。（2）能够对特殊情况进行相应的蜂鸣、语音、汉显及灯光提示。如：余额、余次不足四次乘车；余额不足一次乘车；无值卡乘车；乘车时刷卡掠过速度过快或未正确操作；仅限本人使用的卡5分钟内不能在同一车载机上连续使用；坏卡、挂失卡乘车等，都应有相应的提示。（3）车载机按钮可向前翻阅三十条收费记录。（4）能对车载机的各种参数进行设置。如：当前时间、机号、车号、线路号、票价等。（5）能对车载机的各种参数进行查询。如：当前时间、机号、车号、线路号、票价及当班乘车人次、分别统计各类卡的人次、金额等。（6）车载机能进行司机签到，并将收入记入该司机名下：如车载机未进行司机签到，仍可以使用，但收入要记在车辆所属单位。2、考勤功能（1）准确记录司机上下班时间和采集司机卡上车辆运营签点记录。（2）考勤机只识别需考勤的员工卡，能随时更改机动车号、价格、线路，由调度随机设定下载车辆收费机。3、汇总功能（1）准确记录各种收费、司机考勤数据。（2）能在司机签到时，采集司机卡上记录的车辆运营签点数据和车辆加油数据。（3）所记录数据可以被规定汇总卡全部汇总。（4）车载机故障，数据仍需保留。（九）特别要求由于“深圳通”系统已经在若干线路推行了一段时间，已向市民发出SONY非接触式IC卡系统有15000多张，每日有人在使用IC卡，因此，推行非接触式IC卡，必须考虑：1、必须兼容SONY卡和SONY模块(1)采用非SONY卡方案当前IC卡主流技术都是朝着ISO 14443 TYPE A、B的标准靠拢，目前已有多家公司开发出兼容TYPE A、B的模块，更有一些厂家推出了同时兼容TYPE A、B和SONY TYPE C卡的成熟产品，其中三家已经过SONY公司授权。为此，可选择采用兼容读写TYPE A、B卡及SONY卡的非SONY模块，并完全按照建设部标准，采用PSAM卡。其中，可从国家建设部购进符合标准的SAM卡的密钥生成系统，再由结算中心统一管理、统一生成密钥、统一下载密钥并发行SAM卡。 该方案工作原理如下图所示：由于该技术已经非常成熟，可以在短期内完成样品测试，并投入生产安装。采用此方案的读写模块成本在500700元之间，价格仅为SONY模块的50%左右；采用了开放的技术，产品不再受制于单一厂商及其技术，有利于保证产品质量、降低成本，便于维护及系统完善、升级。(2)改造现有SONY模块方案该方案是通过获得SONY公司的技术协助，利用SONY公司提供的软件开发包，升级SONY模块中的软件，将SONY模块改造成透明数据传输通道，不再具有加密和认证功能。在这种情况下，SONY读写器可以被视为是一个DUMMY读写头，只负责用户控制器和SONY卡片之间的数据透明传送。SONY读写器此时只是数据进出的硬件通道和桥梁，并可兼容Type B卡的读写。通过采用外置SAM卡，可以实现传递给SONY读写器之前的数据已经经过SAM卡的加密运算，不需SONY模块再次加密和认证。该方案工作原理如下图所示： 该方案的优点在于可以将以前购置的SONY模块应用于当前的车载终端设备。然而，由于对SONY模块进行技术改造依赖于SONY公司的技术支持，一方面，改造能否成功存在一定的不确定性；另一方面，从设备改造开始到成功投放使用需要经过较长的周期。2、新旧系统平稳过渡问题为维护广大乘客的利益，新旧系统要并行一个月，在后台管理中，必须考虑将新旧系统卡的消费、营收合并到一个数据库或一张报表上。3、设备清单要求1、投标人必须提供满足“深圳通”技术升级改造工程项目所需的全部软、硬件配置清单，其中包含后台数据备份所需的设备，但通用设备（计算机及附件）价格不计入合同总价中。报价不包含机房装修、空调机及交流电源的布线、接线盒安装的费用。2、在满足工程所需全部功能的前提下，在系统现有设备的基础上，投标方应根据需要在“货物清单一览表”中加以补充。3、对所有软硬件设备，投标方应提供如下资料：3.1 硬件设备名称、型号规格3.2 用途3.3 外观图，外形及安装尺寸3.4 基本功能3.5 基本性能指标3.6 性能测试项目、条件、指标3.7 稳定性、可靠性的保证期限3.8 所有元器件的规格、型号及等级3.9 配套设备说明4、专用软件必须提供如下资料：4.1 功能流程框图4.2 编程工具名称、版本号4.3 软件原代码4.4 详细使用说明书4.5 系统测试报告（正式投运前）4.6 卖方根据系统运行需要，请提供应配易损件、备件清单及报价表（如果需要的话）（十）技术要求1、IC卡IC卡的选型必须同时兼容TYPE A、B和SONY TYPE C，且是成熟产品2、车载机（1）用户界面1)、带背光LCD显示屏，采用较高的分辨率，至少能显示16个大小适中的汉字。2)、指示灯3)、蜂鸣提示、语音提示。要求音量适中，音质清晰。4)、功能按钮5)、刷卡位置有明显标志。6)、用户界面友好、易于操作。（2）硬件要求1)、采用工业级以上元器件。2)、内部时钟和万年历误差小于60秒/月，时钟无2000年问题。3)、电源电压工作范围：7V45V，具有过压流自保护、反接保护、自恢复功能，光电隔离抗冲击、干扰。4)、当直流电源发生故障，车载机应自动封锁、提示，防止对车载机硬件、软件及数据等的破坏；当电源恢复时，车载机应自动恢复到原工作状态。5)、接口A、标准RS232接口；B、数据采集接口；C、非接触式IC卡接口；D、SAM卡接口，至少2个，且更换SAM方便。（3）操作要求1)、刷卡操作距离070MM，最大100MM。2)、卡以任何角度进入感应区，以正面或反面贴近车载机，均可完成正确操作。3)、当刷卡速度过快时，应提示重新操作，不能因此导致车载机和卡出现任何错误。4)、刷卡时不因手的抖动导致重复操作。5)、多卡操作时，防止冲突。即：当一张卡在操作时，另一张卡的进入或离开不会影响到第一张卡，也不会错扣第二张卡的款。6)、刷卡收费交易时间不超过0.3秒。7)、数据采集和下载黑名单时间不超过15秒。（4）数据存储采集1)、车载机可存储10000条以上收费记录，4000条以上黑名单记录。2)、断电后数据保持时间至少半年。3)、采用有效措施（如备份）保证数据不被丢失。4)、数据的存储和采集采用加密方式。5)、数据采集必须保证数据一致。（5）安全性1)、车载机与卡的通讯，采用加密方式。如采用DES算法、RSN与DES交叉算法、数字签名等。2)、有效防止黑卡、伪卡。30、防止车载机内数据被非法篡改、伪造，即车载机损坏时也能将数据采集出来。（6）环境要求1)、工作温度：-40+802)、存储温度：-40+803)、相对湿度：1595（7）机械性能1)、防水（防短时雨、冲刷）、防尘。2)、在工作状态下进行振动试验，试验后车载机应能识别IC卡，液晶显示清晰，数字显示无误，工作正常。振动试验条件：频率范围：10HZ55HZ10HZ 驱动振幅：0.15MM 扫频速度：小于或等于1倍频程/分钟 循环次数：5次 振动方向：X，Y，Z3)、在工作状态下进行防加速度冲击试验，试验后车载机应工作正常。冲击试验条件：峰值加速度：300米/平方秒 脉冲持续时间：9毫秒 脉冲波形：半正弦波 冲击次数：每轴向6次，共36次4)、拆装方便，不得超过1分钟（指拆、装、设置完毕）。5)、具有防盗性，外部无可拆卸的螺丝。（8）抗干扰性能1)、符合以下电磁兼容性标准GB 6833.287电子测量仪器电磁兼容性试验规范: 磁场敏感度试验;GB 6833.387电子测量仪器电磁兼容性试验规范: 静电放电敏感度试验;GB 6833.487电子测量仪器电磁兼容性试验规范: 电源瞬态敏感度试验;GB 6833.587电子测量仪器电磁兼容性试验规范: 辐射敏感度试验;2)、车载机在各类公共交通运输车的正常运行比如：起动、制动、加速、怠速、熄火时，必须对卡进行正确操作，数据不应有错乱和丢失。（在国产汽、电车环境下）。（9）兼容性、可扩展性1)、对硬件不做任何改动，能够兼容双界面CPU卡，带有2个以上SAM插座（为一卡通准备）。2)、硬件、软件的设计易于程序更新和功能扩展。（10）平均无故障工作时间MTBF10000H、寿命周期10年。（在国产汽、电车环境下）。（11）其余的技术指标应满足建设部标准CJ/T30871999城市公共汽、电车收费设备电子收费机应用技术条件。3、数据采集器（1）可采用接触式采集或非接触式采集。（2）采用工业级以上元器件。（3）工作温度：-40+80（4）存储温度：-40+80（5）相对湿度：1595（6）采集30000条以上收费记录（至少可采集30台车的收费记录），采集1000条数据、下载4000条黑名单的时间不超过15秒。（7）携带4000条黑名单记录。（8）内部时钟和万年历误差小于60秒/月。（9）数据在数据采集器中加密存储，保证数据安全。（10）接口1)、接口插拔方便，易于操作（可采用定位锁紧）。2)、插拔、操作寿命：最少30万次（在国产汽、电车环境下）。（11）设备外形、结构及选材合理，不易折断、损坏。4、数据汇总机（1）工作温度：0+40（2）存储温度：-30+70（3）工作湿度：2595（4）标