一卡通收费管理系统设计方案

PAGEPAGE142一卡通收费管理系统根据“市公共交通智能化应用示范工程”项目要求，以及智能公交信息化系统建设统一规划、分步实施的原则，建设一套符合交通运输部、住房和城乡建设部密钥体系及互联互通规范标准的清分清算平台，将M1卡升级为CPU卡，同时能够完全兼容目前发行的公交IC卡，并有计划的向CPU卡进行过渡，实现市交通“一卡通”和全省交通“一卡通”，实现与郑州及其它周边城市的互联互通，支持三大通信运营商共同开通手机在公交出行上的移动支付业务，实现手机刷卡乘坐公交及支持金融IC卡功能。程序（软硬件）终身免费维护、升级。1、保障应用平台各分系统信息交互的畅通，性能满足应用平台运行效率要求；2、保障所有业务运行当中的安全性和数据的一致性；3、对于所有交易活动，均实现全面闭环管理；通过可配置的查询条件，能够动态地查询每笔消费情况和相关记录；4、可配置的权限管理，根据不同权限设定不同角色的操作范围，并提供全系统全流程全数据的查询角色；5、可视化的应用管理，对于各种统计类报表提供图表化显示功能，打印输出可根据模板定制输出格式；6、应用平台可利用升级管理工具或升级包，实现动态升级；7、建立业务运行管理模型，应用平台对新增业务可通过平台业务管理模型的参数调整即可实现新业务的接入和管理；8、使用主流的产品和技术，具备良好的可扩展能力，使系统的使用和扩展具有延续性。应用平台对未来可能出现的系统扩容等情况，留有标准的系统预留接口；9、应用系统尽量采用全程自动化处理，避免人工操作。必须人工操作的，应做到统一的设计，使得使用习惯保持一致。10、升级后的新系统必须完全具备原有系统软、硬件设备及IC卡应用平台、智能化调度系统数据通讯全部功能，并做到系统过渡期原系统业务正常使用。11、需要能够完全兼容目前发行的公交IC卡，采用向下兼容的方案，新发行的“一卡通”CPU卡和原有公交IC卡均能够使用。12、需要能够实现目前发行的M1卡向CPU卡的过渡，并有完备的过渡计划。13、所有新发行的“一卡通”CPU卡、M1卡等卡品能实现的功能，对于原有公交IC卡功能的兼容与使用都要求有相应解决方案。14、应制定合理可行的安装调试方案，并对新型CPU卡的IC卡发行方案提出指导意见。15、实现外部系统以及各子系统之间的数据传输，并具备层次式体系结构及其清晰的数据处理流程。16、遵循国际和国家相关技术标准及交通运输部、住建部、银联PBOC3.0标准、河南公交协会、大学校园“一卡通”、城市市民卡和相关的各项行业及互联互通等事宜的相关规定。17、优化系统各种软件，达到一键安装。编制软件使用说明书，提供所有通讯协议、算法、完整详实的数据字典及源代码程序，并对标志类型字段的具体标志定义做详细解释。软件应最大程度的支持各种操作系统，对于软件不支持的操作系统应在软件使用说明书中明确标注。18、系统具备支持4G、3G等无线通讯方式进行数据上传、采集、补采集、黑名单下载等。19、系统采用B/S与C/S结合的架构，操作简单、易学好用；20、系统应具备制卡、售卡、读卡、充值、年检、挂失、补卡、坏卡处理、点钞录入、GIS地图、资产负债表、查询和分析等功能；21、系统应具备完备的密钥系统、权限管理、中心管理、对账与结算管理、日志查询等功能；22、系统应支持扩展金融卡刷卡、金融数据清算对账、金融数据报表生成等功能；23、系统应具有数据采集、补采集、汇总及黑名单管理功能；24、系统应具有数据采集、资金清算、资产负债、数据划拨及生成财务报表功能；25、系统应具有营运管理功能，分段计费功能；26、系统应具备车载机参数无线下载参数、黑名单下载、程序升级（在升级过程中不影响正常使用）及数据无线采集，备选采集方式为U盘采集。27、系统应具备消费数据实时查看功能；28、系统应支持多种卡类型及卡种的应用；29、系统采用多客户多设计，支持不同客户或分公司单独管理，运营。30、系统级联管理在多客户系统搭建的基础上，通过统一硬件资源实现各公交行业平行独立运营管理的同时，可以以行政或预设值的级别，进行系统间委托部分功能管理或被管理。31、卡类型自定义，系统支持除规定或常用的卡（种）类型外，还需支持通过系统参数设置，利用无线网络或参数卡实现卡务、终端、平台对新定义卡、消费规则、复杂业务的响应。32、系统平台可对车辆上各终端数据状态、通信状态、数据上传状态、车辆终端定位信息等进行无线远程实时监控；33、多标准，多密钥兼容考虑到全国互联互通趋势，系统平台和终端需支持国内多种国家及行业密钥和标准；住建部标准和密钥，交通运输部标准和密钥，河南公交协会标准和密钥，人民银行PBOC3.0标准及密钥，手机刷卡等。34、系统对老人、学生、军人优惠、学生安全、免费策略等；针对老人、学生、军人等政策倾向的特殊人群，实现按照政策引导的优惠策略支持，并提供明细、汇总数据向政府获得相关补贴；学生乘车的，针对线路进行优惠，并可针对特殊线路实现学生乘车短信告知，满足学生出行公共服务行业安全保障；系统支持次卡、月票等虚冲的实现，实现特殊政策相应下的免费乘车人群要求，并提供记录做业务后续参考内容；35、系统接口设计要求与银行数据无缝对接。同时考虑系统的扩展，对内预留公交内部管理应用系统接口。终端要求支持各类频率的CPU卡。终端需预留金融IC卡电子现金消费、并支持三大通信运营商不同类型手机公交刷卡应用。36、具有全系统唯一的时钟发布系统。所有系统、及终端的时钟要求同步，保证“日期、时间”这一关键系统参数绝对可信，各个系统及相关硬件的设计均要按照时钟发布系统进行开发，理论上建议使用“北斗定位卫星”的时钟数据进行参数校对。时钟故障的数据，将进入专门设计的程序进行数据时钟处理方可验证为可信数据，否则不得进入系统数据库，更不能参与清算对账等关键业务，同时对所处理的错误时钟数据进行相关的记录及自动校验与处理出错报警。37、系统平台，最少可以支持两家以上不同厂家IC卡硬件机具设备使用。一、基本功能（1）卡片发行与管理1、需要对IC卡的发行具有专门的管理。对卡的购买、存放、领取、发行等事宜进行统一管理并有相应的核对报表，包括购入新卡记录、制卡记录、发行卡记录、充值员/点领卡记录、库存卡记录等。需要有相适应的权限管理，根据不同权限设定不同角色的操作范围。空白卡、成品卡出入库、卡片检验都有流程化的管理，后台有相应的处理记录，对发行的每一张卡都确保来源可靠、功能正常，坚决杜绝重号卡、质量问题卡流入社会。对卡的消亡需要进行合适的处理，例如退卡、质量坏卡、上交卡等均要求有相应处理。卡片账户余额需要有相应的管理。2、对于各类卡种的使用与消亡，应做逻辑分析，避免产生逻辑漏洞，对卡片使用规则进行细化，解决目前发行状况及规则的不足。（2）初始化与密钥1、具有密钥系统。采取多级密钥管理模式，能够符合交通运输部、住建部密钥体系标准、银联PBOC3.0标准等的主控密钥、工作密钥卡，并根据各主控密钥、工作密钥卡生成系统所发行的CPU卡交易所需的所有应用密钥、系统认证密钥，并能将密钥导入以金融硬件方式存储及加解密运算的加密机。并支持各类支付介质（M1卡、CPU卡、市民卡、移动支付工具等）、满足互联互通要求、具有综合服务功能。根据业务发展需要，系统能同时支持使用交通运输部、住建部，及其他企业、组织、社会团体的密钥系统。具有完善的密钥卡存储及使用机制，并完全兼容原有M1系统的密钥服务功能。同时配合联机充值、业务清算、报表等综合管理系统使用。服务器端可随时设置、更改、终止各充值点交易权限，可在服务器端设置充值点每笔交易最大及最小交易额，可控制各充值点每日交易额上限。充值数据实时上报服务器端，要求采取稳妥可靠的技术手段保持服务器端与客户端数据一致。黑名单及其它信息可自动实时下载到充值机，并保证所有充值点数据完全同步。2、需要完成大批量IC卡的初始化工作，可处理多种卡片类型（如M1、CPU等不同卡类型），系统反应迅速有效率，配合IC卡自动制卡设备，进行快速制卡、初始化工作，具有预充值、卡清空、错卡重置、出厂锁卡等功能，支持多厂商CPU卡初始化。3、需要初始化为多种卡品种，可制成公交需要的任意售卡消费规则的卡品种，例如：测试卡、成人卡、成人计次卡、学生卡、学生计次卡、爱心卡、寿星卡等。4、能够对测试卡区分，要求完成所有测试功能，不能影响程序正常使用。5、对系统管理卡、员工操作卡等实现身份认证、访问控制、权限设置、通信保密等一系列措施，对每一次充值、办理业务或者其他相关操作都遵循实名制，实施数字签名。6、预留扇区，可添加卡种的应用拓展能力，并预留空白扇区以供其他业务集成商二次开发拓展新业务。不但能够按规范发行CPU卡，还应该对CPU卡的扩展应用预留技术支持，设计CPU卡数据结构本地接口，便于日后与其他软件功能共通。可以支持多种卡类别组合，并能够任意增添删除IC卡的多种应用，并能进行钱包区与计次区的多种卡类别的合并于转换等。（3）基本业务1、需要能够进行查询业务，卡上相关信息能够进行查询，方便充值员进行相关业务的比照。能够以各种方式进行查询，例如身份证号、卡号、挂失卡号、解挂卡号、转卡之前老卡号、退卡号等，也能够查询某卡的所有消费、业务办理情况（转卡、退卡、挂失等）。2、需要能够办理新卡业务。各种类型的卡均能够进行区别办理，界面简单，操作容易，具有收费指引。办理老年卡、学生卡等卡种时，需要在办理前应比照现有数据库进行信息比对，信息重复者应能够检索，并在办理时记录有效的信息，并能对信息进行检测避免脏数据产生，对于卡种的使用时限要求需要在办理时直接写入卡中，到期自动作废，并能够与一体机配合，提示其进行主动退卡。在办理时能够出具小票，自动开发票，并能够办理保险，直接出具保险单据，并在后台予以登记，随时可进行查阅，也为乘客之后办理其他相关联的业务提供依据。已在数据库中的现用M1卡需要考虑信息核实问题。支持网络办卡，能够通过互联网、银联等平台进行账户信息的充值、办理、挂失、退卡等业务。支持实名制办卡，能够通过自动识别二代身份证等方式进行相关操作。3、需要能够办理转卡业务，能够实现任意卡种的转换，例如：成人卡转计次卡，学生卡转成人卡等。同时具备完善的账户余额转存功能，包括转存原卡电子钱包和月票账户余额，且始终记录原卡与转卡的关联，在查询时能够有办法进行联合查询，对于多次转卡情况应予以考虑。4、需要能够办理挂失、解挂业务，打印相应受理单，一式两联。5、需要能够办理退卡业务，依据系统策略进行退卡操作，包括正常卡退卡、异常卡退卡、管理员退卡，并能够对各类卡进行相关处理，并符合各项管理规定（具体待系统测试期内进行确定，并随着政策的变动，在具体使用中不断进行更改），例如老年卡的押金退回。相关参数需要做到统一更新、限定时间生效。用卡策略变更方面的程序修改应免费予以更新。6、需要能够办理年审业务，年审权限可进行设置，包括老年卡、伤残卡、学生卡等卡种。对于各类卡的使用时限、年审年限、充值点或充值员年审权限等相关事项需要能够进行设置。对于老年卡等卡种，政府需要我们办卡同时办理保险，应能做到与保险公司对接，直接出具保险单据，并在后台予以登记，随时可进行查阅。7、可以为政府单位或者企业办理团购业务，能够与POS银联交易设备进行链接，进行消费，并能够出具机打发票。（4）业务要求1、合适的加密网络。由网络运营商组建一个安全的加密网络，各充值点也采用较为安全的加密网络进行在线充值，保障通讯，网络原因引起的各种故障应有相应解决办法，同时需要报警提示，在各个环节需要自动检测，以便于问题的反馈及故障报修。2、数据通讯与安全方面。网络核心主干的物理连接上应采用双连接。当本平台主系统处于无法正常工作的情况下，可通过网络切换机制，启动备份系统，并使得所有数据流转向备份系统。3、充值方式方面。采用规范化流程处理各类交易。具有多种充值方式，例如充值网点、网络充值、自助充值、银行办理、手机充值等。4、充值记录方面。具有完备的报表及对账系统。能够对各种充值方式产生的交易信息进行准确、详细的后台记录，并具有完备的对账系统，方便操作员进行对账结算，做到日清月结，账目准确无误，账目问题责任清晰，不产生歧义。在后台，具有账目清算系统，对交易记录、各售卡充值点上传的售充交易记录，以及根据上述数据做整个系统的清算并产生各种黑名单及对帐信息等。5、财务结算。需要对IC卡的发行充值、相关业务的办理都具有对账功能。包括有关中心管理员、充值员、财务人员等各项详细账目的对账功能。例如挂失、补卡、解禁、充值等功能的对账，以及交账时进行的对账与审核，中心管理员与充值员、充值点的各项账目的对账。还应对于账目不对的诸多情况提供错误处理办法、处理流程。6、实行联机充值。与后台密钥管理系统及加密机相互验证，保障数据准确可靠。支持多种终端（POS、车载、闸机、NFC、模块、自助终端、其他小额消费终端等）远程及本地化参数化配置，支持版本显示及自动比照、主动下载。完全兼容原有M1系统的终端处理。7、支持脱机充值等相关内容。使用ISAM卡等方式进行认证充值。8、手机刷卡。对于移动手机刷卡用户，需要对其进行系统融入，充值方面需要能够采取多模式、多渠道进行充值，且后台信息能够进行区分，在前台能够进行账户冻结与解冻。实现手机客户端，具有开卡、圈存、查询等基本功能。实现公交IC卡系统与移动手机支付平台以及TSM平台接口。实现公交公司与移动手机支付平台的对账。实现移动NFC手机在车载终端、查询机终端上的刷卡。实现手机客户端为普通公交卡进行代理充值的功能，即将NFC手机作为读卡器使用。预留与其他支付企业的接口，如银行，支付宝等支付机构，实现公交卡的手机充值。系统预留公交常用接口查询，包括线路、换乘、实时查询等相关功能实现NFC手机充值，首先需要在移动TSM平台上上传移动圈存客户端，供用户下载使用。用户通过访问移动TSM平台在手机上安装一个客户端，用户第一次使用控制圈存时需要通过手机客户端进行注册，进行开卡功能，将用户的信息与公交平台以及移动支付平台进行绑定，注册成功，用户即可通过手机客户端进行圈存服务，将移动支付账户中的金额圈存至手机公交卡账户中，充值成功用户即可使用手机刷卡乘车。用户在手机客户端上，不仅能够进行空中圈存，还能够进行充值以及消费记录的查询。查询最近几笔交易记录。9、手机充值与消费。能够联合三大通信运营商共同开通手机在公交出行上的移动支付业务，实现手机刷卡乘坐公交及支持金融IC卡功能。10、对于互联网上的账户交易功能，类传统银行交易业务。通过交易平台，可进行储值、消费、圈存等交易，联合通信运营商等相关业务部门，进行系统化的交易，并做好相关的清算，及有关账目的报表。11、互联互通方面。具有“一卡通”清分清算功能，能够与异地及与银行、商户、持卡人之间进行即时、准确、安全的交易数据和资金清算。满足密钥管理、交易处理、清算帐务处理、发卡管理、售卡充值、客户服务、基本应用管理、数据传输等相关互联互通需求。12、扩展性要求。随着日后技术的发展，应用的增多，势必会逐步添加CPU卡的多项扩展应用，新发行的“一卡通”CPU卡应为今后的应用提前设计，保证做到在需要的时候进行随时扩展，能够进行小额消费，例如超市、市政水电费、供暖费、供气费、医保卡刷卡、出租车、路桥收费等项目。对于各类银行系统预留对接设计，例如ATM、银联认证等相关方面，今后可能进行银行充值等相关项目。需要有互联互通的要求，满足跨市域的消费，以及财务清算。手机刷卡业务将成为一种新型的消费模式，各种移动支付工具的支持也需要得到提前预留拓展功能。（5）后台管理与升级发布1、能够对票价进行后台控制，通过与GPS智能化系统配合，进行后台更新，并反馈更新情况。2、能够实现分段计费功能。除满足一票制的所有功能、需求、性能要求外，还可利用刷设置卡或GPS/BD方式实现分段计费。实现上车刷卡记录站号，补扣金额等信息，下车刷卡根据站号算出应该扣减的金额，若下车刷卡在单票或多票的车载机上可以进行准确的补扣，并可以把补扣金额准确划拨回原车辆上去。可根据智能调度后台，通过一体机远程设置实现规定站点的分段计费。根据需要同现有的智能调度设备通过RS232、RS485、可扩展USB、以太网等通讯接口实现分段计费。分段计费要根据运营情况自行制定。3、能够实现换乘优惠功能，并且能够设置按线路、按方向、按顺序进行换乘优惠，例如1路、2路能与3路、4路单向换乘等。能够分线路设置，自动识别乘客在规定的时限内在允许的线路间换乘时，按规定的折扣给予优惠。提供多种换乘优惠方案，可以通过票价卡内参数自由切换，例如换乘有效时间，有效时间内换乘有效次数，换乘折扣率，不同线路间的换乘折扣方式等。有效时间、折扣率、换乘线路、方向、顺序及换乘次数均可后台设置并可远程更新，并提供测试方案。4、业务监控与管理。需要对各个关键业务进行主动监控，对网络设备、主要设备状态以及任务状态进行监视，掌握平台整体运行状况，网络状况评估，网络安全监控，并提供可视化的图像监视界面。建立预警机制和多级监控体系，按照后台、充值中心、充值分点、个体充值分点、充值终端、操作员或卡片账户的层级全面监控系统运行情况，对违规操作进行监控，例如，不正常充值、多次试验账号密码、充值后第一笔消费自动比对及警告等。5、系统的更新与维护方面。要求对于系统中的BUG、不合理的设计、系统使用中要求的变更及优化、非系统功能模块增加的修改与更新均实行免费。并实行每年定期进行年检的长效机制，以保障系统运行良好。年检期间，进行系统功能升级、数据库检测备份、BUG修复、操作员管理人员使用反馈等相关问题的解决。保障应用平台各分系统通信的网络要满足信息交互的畅通，信息传输的性能满足应用平台运行效率要求；6、独立的信息发布模块，能够对黑名单数据进行实时发布，并能够自动对发布情况进行反馈，发布情况评价为差的（总体发布率低于95%，或单设备2天未进行更新的），自动提醒使用者、管理者，在设备上主动无线更新，仍然无法更新的，进入维修流程或有人工方式进行人工更新。7、升级控制。需要对升级有相关的升级限制，若某一批次的设备对升级无效，可以比对设备内置版本号进行选择性升级。或者升级时针对不同批次的设备发行不同版本的升级包，自动比对设备内置版本号使用相对应版本的升级包进行自动升级。对充值相关软件的升级，则具有网络更新功能，随发布系统统一实施触发式发布，自动检测新的版本或整体通知提示升级，且升级不能影响正在执行的操作。自动连接网络共享位置，进行下载之后自动升级。升级后进行相关情况的反馈，如不成功可采取手动升级方式。（6）数据要求1、实现IC卡消费信息实时上传，实时查询，动态分析。并能够联合定位调度系统进行实时追踪、轨迹回放。具体参看“IC卡刷卡机改造”、“基于北斗技术的企业智能调度一体机”、“基于北斗技术的智能调度系统”章节。2、对于待维修设备，消费数据尚未传输完毕，或有数据无法网络传输，应在设备中有传输状态显示。根据实际情况，维修人员在进行清空或者初始化操作前，可以使用普通U盘进行数据手动采集，在制定程序下进行上传，并做到校验入库，若发现某些数据已经存在于数据库，将自动不再上传，仅将未上传的进行数据上传，并记录上传方式为手动上传，方便查询及相关报表的数据调取与统计。3、综合数据报表方面。需要能对各种业务报表进行汇总、分析和统计。对于IC卡，需要能够根据所指定的查询类型，进行刷卡量、办卡量、年审量、总金额（包括区分各类押金、各类充值次数等）的查询，以及这些查询项目的明细查询。报表样式及内容根据各部门实际要求进行动态更新，提供二次开发接口，能够通过后台设置对报表样式、功能等进行修改。在数据源的基础上，根据具体情况进行数据的调整与添加。对于报表方面的更新属于数据挖掘的内容，应免费予以更新。4、数据方面。对于基础数据应做到数据信息准确，带有校验，进行数据完整性和合法性检验，包括公司代码、机器代码、IP地址、单位名称、端口监听等，具有流水号设计，保证数据真实反应实际情况，对于产生的脏数据需要进行处理，且有成因分析，错误的需要修正，多余的需要删除，处理最好在入口处进行，并做好记录。对于统计数据需要进行分类、分行业的分别处理及存储，并提供对已统计数据的更新或者补充功能，要求设计合理，逻辑清晰，易于使用，且自动完成。需要区分消费类型，各种索引、触发器编排合理有效，保证查询效率处理交易迅速，尽最大可能缩短延时，并具有完备的错误处理机制。数据来源需要具有统一性、及时性的要求，在遵循完整性和安全性的原则上对数据进行校验并支撑数据的连续性、可追溯性，但必须确保数据的一致性和完整性。需要提供完整详实的数据字典，并对标志类型字段的具体标志定义做详细解释。5、数据挖掘。对IC卡刷卡数据、投币机数据和视频客流采集数据进行统计分析，进行数据挖掘，统计公交客流时空特征。建立模型得到站点客流量、通过建立模型得到站点客流量、客运走廊断面客流量等公交客流空间分布特征；构造公交OD矩阵，获取公交站点OD、公交线路OD、公交线网OD、公交区域OD，获得公交运营的基本客流信息，进而尝试进行客流预测，为公交规划者提供规划依据，为公交管理者提供公交运营决策的依据。6、数据备份。关于数据备份需要有完整的备份机制，且能够进行全程自动管理。系统根据实际情况制定不同的备份策略，后台能够设定需备份的内容、备份时间及备份方式。半年对主数据库进行一次完全数据备份，每月进行增量备份。完全数据备份不大于8小时，支持使用“云计算”技术实现数据的存储及管理。7、数据库安全。数据库可以实现异地备份。8、完整的日志信息记录，可以进行数据追溯。9、数据的上传下载，必须具备事务保障机制，错误数据能够回溯，确保数据安全、准确、完整、效率。坚决杜绝数据没有提交成功却成功进行充值、数据上传完毕而没有上传成功记录等类似情况，如果有错误发生必须在各个环节均有出错提示，并提供相关解决办法。对于数据库中的脏数据，定期进行数据检测，需要处理的提供处理办法及相关报表。重复数据的成因分析及谨慎处理，应做到有记录可查，且确保正常数据不受影响。10、黑名单的处理，能够实现现发行的M1卡与将要新发行的CPU卡均能够进行黑名单实时上传下载、黑名单解锁等日常操作，并实时生效，通过系统进行实时发布。异地黑名单，应也能进行互通，并实现实时性要求。对于黑名单的处理，可采取定制方案的处理办法，对于不同的黑名单采取不同的措施。要求对黑名单进行分类，并按权重级别有序化排列，以加快黑名单的检索时间。11、通讯传输：对内外数据的通讯传输进行有效管理与交互。从传输方式方面至少需实现报文和数据文件的通讯，从传输业务方面需实现数据上传和数据下载业务。主要实现的功能点如下：可配置的通信管理；支持多种通信方式，多种通信协议，多种接收发送方式；数据上传和下载；包括各个交易类数据、非交易类数据、交易文件的应答、参数数据、消费及充值对账数据、系统更新升级数据、信息反馈、管理类数据（黑名单、卡类型参数、运营参数等）、其他管理类消息等；能够支持多种数据发送方式。支持拨号方式、专线方式、宽带方式、局域网方式、无线方式等；具有可配置的发送策略。通过对发送策略的配置，可以设置定时让通讯程序自动从发送目录中查看是否有待发文件并发送，自动对未完成相关操作或所有的终端设备执行远程指令，令其进行更新或提交相关数据，数据发送频率可以自由设置，并提供手动触发式更新发布或执行；建立通讯传输保障机制，确保传输过程中数据的安全、准确、完整、效率；支持上传或下载文件的断点续传，并在后台相应部分有百分比的显示；信息的同步。用于保证所有客户端通讯接口的一致性，包括出错代码列表的一致性，传输规则的一致性，配置信息更新的一致性等。可追溯的日志管理；通讯网络核心主干的物理连接上应采用双连接；完全兼容原有M1系统的通讯传输；网络切换机制：当本平台主系统处于无法正常工作的情况下，可通过网络切换机制，启动备份系统，并使得所有数据流转向备份系统。12、终端处理：对前端交易的操作和对终端的管理。主要实现的功能点如下：对终端以安全授权方式进行合法性验证管理；支持多种终端（POS、车载、闸机、NFC、模块、自助终端、其他小额消费终端等）远程及本地化参数化配置，实现交易控制权限、操作员及密码、打印联数、服务IP及端口等管理功能；可实现终端版本显示和监控、终端在线升级、差异化的版本下载升级控制；采用规范化流程处理各类交易（联机充值、联机充次、联机消费、脱机消费、联机代缴费、联机账户充值、联机账户消费等），具备异常卡片拒绝交易功能（如黑名单卡、卡片余额为负值的卡、断点交易卡等）；提供分类的查询功能（各类交易明细、扎账等）；提供凭证的打印功能，提供未扎帐终端的后台强行扎帐功能；完全兼容原有M1系统的终端处理。13、数据管理：对所有数据的采集、传输、存贮、校验等方面的业务处理及管理。主要实现的功能点如下：数据分类、分行业进行分别处理及存储，同时提供分类、分行业的统计、分析功能；建立完善的数据采集统一性机制确保数据的完整、可靠、防伪性；建立完善的数据采集及时性机制确保数据按时清算和数据安全，同时对于错误、遗失数据的追溯和补采也必须在及时性的基础上完成；建立完善的数据存贮机制，遵循完整性和安全性的原则对数据进行校验并支撑数据的连续性、可追溯性；对数据产生、存储、传输（包括采集、汇集、转储、最终目的存储）等环节进行完整性保护功能；建立完善的数据管理机制，保证数据的一致性和完整性；对加密数据的可识别性、可检测性、可验证性功能；提供安全效率的内外部数据应用接口；具有通讯接口、交易数据接口、对账数据接口、参数数据接口等；实现数据备份；提供数据管理工具，实现对操作系统和数据库的操作日志查询；提供风险管理基础数据库功能和业务流程与风险管理基础数据库之间的关联关系定义操作；支持使用“云计算”技术实现数据的存储及管理。14、监控及安全管理：对相关联的网络设备、主要设备状态以及任务状态进行监视，掌握平台整体运行状况，并监视信息交互，提供可视化的图像监视界面。主要实现的功能点如下：关键性设备的运行监视；应用软件运行监视；主要网络设备的运行状态监视；监视系统网络安全；提供安全保障软件（防火墙、信息安全软件、杀毒软件）；建立预警机制和多级监控体系，按照总体、商户、分点、终端、操作员或卡片账户的层级全面监控系统运行情况。；数字签名功能，即关键操作实施数字签名；实现重要业务流程相关数据之间的校验功能，使其符合可设置的关联关系。15、综合管理：对运营和维护的管理，所有参数配置实现统一管理。能够进行角色管理和权限分配、建立统计模型，实现对各类业务的统计和输出，对账户的整个生命周期进行管理及分析。16、能做到原有数据库资料应有合适的数据迁移方案，将老数据按新系统数据库模式进行保存。所有老数据统一在一个数据库内，在需要进行查询时调取老数据源。17、在生产环境下能够保存10年以上的交易数据，其余数据保存到历史数据库内。历史数据库能够保存近50年的交易数据。有可行的数据扩容方案，历史数据基本不进行删除。可以根据其他先进技术或数据管理方案进行数据分割，在查询年份久远的数据信息时，在系统中进行深层次开发，能够对历史数据与基本数据进行联合查询。有专门的数据库切分、备份相关程序。18、随着日后技术的发展，应用的增多，会逐步开展CPU卡的多项扩展应用。此次将要发行的CPU卡应为今后的应用提前设计，保证做到在需要的时候进行随意扩展，能够进行小额消费，例如超市、市政水电费、医保卡刷卡，供暖费、供气费、路桥收费等项目。为各类银行ATM系统预留对接接口。二、业务延伸（互联互通与异地清算）1、每日自动生成消费数据及异地消费数据文件，定时上传。本地清算与上报清算同步进行，要求数据一致完整及安全。本地软件需做到日报、月报、年报，及按任意时间段的清算以备查，清算日可人为更改默认值。依据规划，日清月结的异地清算模式，需加强沟通，妥善处理。2、异地消费数据应能进行处理，能够进入总IC卡消费数据库，并能用标记加以区分，以便随时调取，数据包的导入应能做到自动为主，手动为辅，且能够做到重复导入的数据回滚及增加覆盖。3、对可疑数据进行监测。对本地及发回的异地消费数据进行可以数据监测，及时发现问题，进行报警，避免因技术问题造成我公司的损失。4、与上报单位的数据通讯方面应做好规划，最好做成能够自动完成的方案，尽量避免人为操作。5、对城市白名单（指各地市公交用于判别城市是否加入互联互通的依据）能够进行设置，做到自动及时更新，避免因更新不及时造成损失。6、对发来的对帐数据，进行处理。建立错误处理机制，务必保证数据正确且有效。7、异地清算的财务方面：应当设计相应模块或单独软件，遵照相关文件的清算方式进行相关设计，做到有章可循，有表可看，有备份数据可查。要求系统能够定时自动完成，自动报警通知，数据通讯安全、高效，操作设置简便易行。对相关流程及技术要求的各项错误处理机制，进行技术分析与合理处理。财务账目、消费数据一致，不能出现坏账，让公司蒙受损失。三、系统保障应对现实中的意外情况是十分重要的，系统针对意外发生的各种可能性，要有有效的应急处理功能。四、卡片初始化子系统包含卡业务管理与密钥服务，主要能够进行如下功能：1．向用户发行CPU卡，支持业务所需发行的各种卡类型，包括：普通卡、学生卡、老人卡、残疾人卡、员工卡、系统管理卡等。系统应支持招标人与银行合作发行金融IC卡，采用公交行业电子钱包的方式在系统中的应用，支持金融IC卡电子现金在系统中的应用。具备今后与移动运营商发行具有公交电子钱包的手机卡在系统中应用的接口。2．工作订单的管理：制卡管理员对制卡操作人员以订单的形式下达任务，操作员才能进行制卡工作。3．工作人员管理：分系统管理员和系统操作员。系统管理员进行下订单，系统操作员根据订单进行制卡操作。4．非接触式卡初始化：对系统中的非接触式卡进行初始化工作。其中包括乘客卡、管理卡（公用司机卡、运行参数卡、设置卡、采集卡、测试卡）。5．接触式卡初始化：对系统中的接触式卡片进行初始化工作。其中卡片包括：脱机和联机售卡充值员卡、初始化操作员卡和各种密钥卡。6．能够对加密机的访问进行控制，确保加密机的网络安全性，以及联机充值设备的交易采集和参数文件、黑名单文件下载等；7．配备自动发卡设备，使之能够对各种卡进行自动初始化，初始化不成功的不合格卡进行自动筛检，并产生初始化数据文件，自动打印发行编号，与卡库存管理模块进行交互，自动记录卡类型、卡号段、不合格卡号、制卡人、制卡日期等相关信息到卡库存管理的数据库表。（1）卡业务管理：主要负责用户卡的密钥灌装、卡内文件结构的初始化及卡库存管理。a．对卡的存放、卡的申领、卡的发放以及补卡换卡等的进行管理。b．管理卡片类型档案、卡片记录档案、卡片状态档案，包括制卡数据的安全生成、传递、白卡（个人化前状态）、成品卡、废卡等运输和仓储的管理。c．卡片初始化功能负责对本平台用户（CPU）卡的密钥灌装和卡内结构初始化，针对用户卡建立卡片文件结构、写入卡片应用序列号、安装各类工作密钥等卡片初始化工作，确保卡片加密的安全性，并对卡片进行产销存管理。d．卡库存管理：负责维护卡片的库存进行管理，根据卡片的生命周期，从采购开始卡片出入库，调拨和盘点制卡任务制订，制卡报告导入等各个方面进行全面的控制和管理，且能够对所有功能提供查询、打印相应单据及报表的功能。e．能够对员工卡进行深入管理，应用于公司管理的各个方面，进行细致开发及应用扩展。主要实现的功能点如下：实时连接密钥服务获取初始化密钥，确保卡片安全发行；支持初始化工作从初始化任务生成、任务分配下达给各操作员、空白卡出入库、操作员接收任务、完成任务、卡片检验、成品卡出入库等全流程化管理，能够跟踪批量卡片的整个生命周期，从卡片订购，卡片出入库，到卡片分发至各分销商，规范管理卡片制作销售全过程。库存卡种类管理：定义管理库存需要的各种卡类型，所包括的元素包括卡片状态、成品卡类型、卡版面等等。卡片版面管理：管理各种卡片版面，对卡片版面进行添加、删除、更改。采购订单管理：记录卡片采购信息，记录卡片采购的厂家、采购时间、到货时间、采购数量等。采购入库管理：当卡片采购完后，卡厂提供卡片给“一卡通”中心，“一卡通”中心记录卡片到货的时间和数量等；一个采购订单的卡片，卡厂可能分批次达到，采购入库管理可以实现对一张采购单的多批次到货。用户卡制卡任务管理：当需要对卡片进行初始化时，操作员可以制定发卡任务，定义卡片发行的卡种类、卡片数量、发行日期等等，同时操作员根据这些信息生成制卡任务。制卡出库管理：当用户卡制卡任务制订后，库存管理员可以根据制订的发卡任务，准备对应数量的卡片给发卡操作人员，并办理出库手续。制卡入库管理：当卡片制卡完成后，制卡操作人员将制好的卡片提交给仓库管理员，仓库管理员记录详细入库信息，并办理入库手续。普通出库管理：当卡片需要拿出库房，拿到网店出售时，仓库管理员记录详细的卡片种类和数量等信息，办理出库手续。普通入库管理：当卡片因为某种原因，需要拿回库房管理时，仓库管理员记录详细的卡片种类和数量等信息，办理入库手续。用户卡任务报告管理：当卡片制卡完成后，会生成相应的制卡报告，操作员需要将制卡报告导入系统，导入系统时，会创建对应卡账户（重要）。设备及高级功能卡的管理：应能对设备（POS机、充值机、验卡机、读卡器、消费终端、办公设备等）及高级功能卡（密钥母卡、母卡认证卡、传输密钥卡、领导密钥卡、系统控制卡、散列卡、ISAM卡、PSAM卡、DSAM卡、HSAM卡、系统CPU卡等）进行分类定义、注册、入库，出库，分发，维修进行管理，打印相应单据及报表。能够对DSAM卡、ISAM卡、PSAM卡等进行授权管理，检查并确认有充值申请的授权卡。监督和加强充值系统管理，并能够跟踪记录丢失或被盗SAM卡。对系统充值授权、通信传输、联机业务具有安全管理功能。能够自动详细记录发卡序列号、卡类型、任务单编号、初始化时间、操作员编号等关键信息，防止重号。可配置的权限管理，根据不同权限设定不同角色的操作范围。参数化配置卡库、卡类型、卡号段资源等卡片信息对空白卡、成品卡、作废卡等卡片进行管理。支持手动及自动化设备进行卡初始化，预充值、卡清空、错卡重置、出厂锁卡等功能。支持多厂商CPU卡初始化。提供分类的统计、查询、报表打印等功能。支持卡片的分装、配送管理。卡片账户余额管理。能够进行清卡，对于使用过的卡片密钥清成出厂状态，便于二次利用。能够对员工卡进行二次初始化及个性化制作（例如编辑版面自行打印、信息写入），并能够办理验卡、年审、信息更改、挂失、坏卡退卡、退卡、解锁、解挂失等常规业务。能够对员工卡进行常规及拓展方面的深入应用，例如，司机卡、线路票价设置、数据采集、票箱收款验证、食堂、澡堂、单位图书馆、门禁卡、开会签到、车辆出入、公车管理、加油加气、保养、其他ERP系统相关的应用与授权验证等。（2）密钥服务：负责各类密钥的管理和各类相关服务。在能通过第三方权威认证机构安全认证的基础上，实现本平台密钥的生成、注入、备份、恢复、更新、导出、服务和销毁等功能。密钥受到严格的权限控制，不同机构或人员对不同密钥的生成、更新、使用等操作拥有不同的权限，并能提供给终端、交易、清算等子系统的密钥服务。主要实现的功能点如下：能支撑多城市行业应用的互联互通。主要实现的功能点如下：采取多级密钥管理模式；采用集中分散管理方式；采用3DES、RSA等银行认可的公开加密算法；交易和通讯密钥以金融硬件加密机方式存储及加解密运算；操作人员的角色及权限可配置管理；拓展性高的内外密钥服务接口；建立完善的密钥卡存储及使用机制；完全兼容原有M1系统的密钥服务功能。五、多功能支付子系统多功能支付子系统主要区别于传统网点售卡方式的发行、充值等业务，包含各种“一卡通”、“互联互通”的应用范畴，主要实现金融IC卡多行业应用、各类卡的发行、充值、消费、代缴费等功能，其功能实现由综合业务子系统、密钥服务子系统等协同完成。需要完整、可行的城市“一卡通”、“互联互通”实施方案。主要包括城市“一卡通”、“互联互通”、手机NFC无线（移动）充值、移动pos终端机充值、售卡、充值自助服务终端设备、网络在线充值、银联IC卡充值、实名制二代身份证客户信息登记等内容。主要实现的功能点如下：以联机交易模式实现IC卡的售卡、实名登记、开户、激活、充值、充次、电子钱包消费、公交次数消费、代缴费等业务功能；实现脱机交易处理及数据的采集、校验入库功能；账户交易功能，类传统银行交易业务，在“一卡通”数据库中心建立客户账户，客户通过远程应用直接进行交易；账户应用所有交易均在中心数据库实时发生，可进行储值、消费、圈存等交易；完全兼容原有M1系统的交易处理。结算渠道可控。可依托庞大、先进和日益完善的银行卡受理网络（或者服务于居民日常生活中的各类小额支付环境）为公共服务领域提供安全、便捷、优质的服务。需要根据实际需求及现有接口情况，开发与结算银行以及各相关关联单位的接口。主要包括对账文件、黑名单文件、错误代码以及其他一些支撑城市“一卡通”运营需要的各种数据接口，以及需要提供给移动充值平台、购物商场系统、社保系统、出租系统、水电煤气系统、银行调用充值的设备接口规范，以满足各个业务系统售卡、联机充值、查询、办理等业务需求，并支持银行银联系统使用及办理“一卡通”金融IC卡等相关功能。与银行系统对接，实现行业应用数据与银行数据关联，能够与银行支付平台的对接，实现消费支付功能。系统支持建立和管理公交应用账户，实现公交应用相关的账务处理、交易清结算、数据管理等一系列完整的行业应用业务接入、处理的功能。系统为每个行业预留了行业接口，公交、煤水电将作为一个行业应用接入系统，按照互联互通规范后，各行业包括公交公司将各数据上传到“一卡通”清算中心，由清算中心清算完数据后再下放给公交公司。手机无线网上充值，实现刷卡设备补登操作功能。◆城市“一卡通”涵盖内容公交、购物、地铁、高速、快速公交、社保、加油洗车、停车场、出租车、出租自行车、移动话费、图书馆、公园、学校、水、电、煤气等公共事业的统一管理，一卡多用，为城市建立高效多应用的信息平台，方便市民日常生活，更可大量节约时间、提高效率、降低系统运行和维护费用。等公共交通行业和公园、学校、超市、影院等各大行业为市民、为公交、企业、为市政部门及其他商业组织提供方便快捷的支付、结算和服务。提供电子券、会员卡、积分等服务。1、小额消费模块小额消费企业主要采用脱机交易方式，一般采用定时传输文件的方式来实现数据的采集和参数的下载。同时也要求能够采取联机交易的方案。实现对小额消费领域的“一卡通”卡设备的管理，“一卡通”卡小额消费数据的采集、上传、查询、汇总及清算，“一卡通”卡相关参数的管理，充值授权的管理。（1）运营基本情况：具体按照“一卡通”实施方案进行逐步实施。（2）运营方案（仅供参考）：可采用向小额消费企业发行“一卡通”IC卡终端交易设备的方式进行，一个企业或者一项业务为一种交易类别，具有交易识别码，用户在交易时，使用“一卡通”IC卡消费卡的公共小额消费区域，所有消费数据实时或者在晚间，通过路由器、专线接入清算中心或通过VPN、拨号方式接入清算中心。由清算平台进行清算后将数据按照指定格式返回给小额消费企业由其进行相关处理，同时企业自己的专用卡也同时能够使用，如需使用“一卡通”IC卡进行小额消费，可在企业、公交公司或市民中心等地办理专用卡与“一卡通”IC卡的绑定。也可采用第三方“一卡通”公司进行统一办理、统一交易终端、统一密钥并进行软件接口对接之后，进行数据集中汇总的方式。（3）业务范围：包括餐饮、娱乐、高速公路缴费、路桥费、长短途客运、车辆维修、加油、停车收费、旅游、学校、便利店、体育场馆、图书馆、超市等方面。（4）功能需求a．能够实现小额消费领域的分级管理，比如总公司（或行业中心）、下属公司、消费网点等；b．能够实现对“一卡通”卡小额消费设备的注册管理和设备状态信息查询；c．在“一卡通”中心平台，对“一卡通”小额消费设备进行状态监管，参数与系统版本统一随后台发布在线升级。d．设备损坏、丢失、更换等异常情况，系统能够对设备的状态进行更新并记录相关处理信息；e．能够解析“一卡通”交易、审计、对账数据到企业平台中，并对交易数据进行校验和分类存储，并完成清算与结算工作。f．实现企业平台的交易数据实时上传到“一卡通”中心系统。对于所有的原始交易数据、异常数据、过期交易数据或其他非法交易数据均能进行效验和分类存储并有相应处理，且保证账目平衡。g．数据上传完毕后，能够提示本次上传数据的情况，在数据上传异常时，企业平台与“一卡通”中心系统能够有相应的信息提示。h．能够通过不同的组合查询条件查询本企业“一卡通”卡交易明细数据，并能够以不同的分类条件查询已上传数据、未上传数据、失效数据、备份数据和其他异常数据等。i．能够进行人工预结算和日终自动结算，在数据采集当天可以看到清算结果，并能够按照下属企业机构、设备、操作员以及交易类型等进行清算汇总。实现各种日报表、月报表、年报表、对账报表、结算费用报表、失效报表、备份报表、异常报表以及“一卡通”业务相关的其他报表等。j．能够实现脱机、联机的额度授权卡的管理和授权；k．在极端情况下，比如企业数据丢失后，能够根据“一卡通”中心系统提供的数据进行恢复。l．小额消费网点能够使用“一卡通”IC卡终端交易设备进行售卡、充值、退卡、 押金转充值、黑名单锁卡、卡交易记录查询以及简单数据的查询、统计和汇总报表。售卡充值时的金额许可由网点连接加密机请求许可，如果无法连接则取网点设备中的授权。m．能够对参数文件进行接收与处理。参数文件包括卡属性、黑名单、交易参数、用户和用户权限参数、日终核对数据和结果文件等。n．交易的日处理能力达到200万笔。o．存储容量：在生产环境下能够保存最近10年的交易数据，其余数据保存到历史数据库内。历史数据库能够保存近50年的交易数据。有可行的数据扩容方案，历史数据基本不进行删除。可以根据其他先进技术或数据管理方案进行数据分割，在查询年份久远的数据信息时，在系统中进行深层次开发，能够对历史数据与基本数据进行联合查询。有专门的数据库切分备份相关程序。p．能够实现客户信息、积分、电子券、优惠等相关业务的积累、消费、换购、记录等功能。2、银行金融IC卡模块银行金融IC卡需要联合支持PBOC3.0及以上标准的银行或直接采用国家“银联”标准，发行金融IC卡进行电子现金消费。业务终端提供售卡充值等业务的代理，要求各业务功能采用模块式开发，可以实现灵活组合，设置不同的运行功能，以适应不同类型的银行服务网点的需要，并完成银行数据对接。并生成满足清算、划拨、对账需求的交易记录。可以在银行与公交之间建立专线，联合发行一种卡或者银行发行闪付卡，公交发行普通卡和优惠卡类，双方各自发行卡片。用户可根据自己需要去购买合适卡片进行消费。为了规避风险部分城市会与银行签订协议约束银行的闪付卡发卡量。银行发行后需要将卡片号送至公交注册，发行的卡号进入公交系统数据库。消费记录统一上传至公交的清算平台由清算平台将金融闪付卡记录筛选出来发送给银行。最后双方对消费记录进行清算和对账。可以依托银行网点的安保环境，在银行网点增设公交卡的售卡、充值自助服务终端设备。具体需要的功能有：将银行金融IC卡交易数据发给银行数据系统。实现公交与银行金融IC卡消费数据的对账。可以和银行合作发行联名卡或“闪付卡”，卡内除电子现金外，可以预制满足公交标准的电子钱包。公交针对电子钱包进行充值、消费，作为公交自有的一种卡类型在系统中应用。可以依托银行网点的安保环境，在银行网点增设公交卡的售卡、充值自助服务终端设备，提供卡余额查询、消费查询、转帐充值等功能。能够在银行网点设置的自助ATM设备中增加所发行卡的各项相关业务。在合适的环境中，可以开通代理充值等多项业务。3、公用事业缴费模块市水、电、煤气、有线电视、固定电话、手机、宽带等公共事业缴费中水、电、煤气的终端用户设备有许多使用的是接触式IC卡，由各家企业或代理银行发售，管理分散，网点分布在全市。一般公共事业缴费的“一卡通”实施，有三种方案，都由市政府做牵头，以公交及各个公共事业系统进行相互配合的方式进行。简要描述如下：（1）整体更新升级各个公共事业系统的机具，统一更换符合各方标准发行以城市“一卡通”卡为基础的IC卡，在公共服务网点进行城市“一卡通”卡的各项应用的充值、圈存与缴纳消费，然后在用户家中安装的机具上再次更新，但此种方式由于需要更新所有机具，所以投资、实施难度都比较大，需要市政府统一规划、整体实施。（2）仅在公交覆盖的充值业务办理网点或银行代理网点，增加公共事业服务能力，消费城市“一卡通”卡的对应区域的存款，金额不足允许充值或直接划拨，也可进行圈存，网点具有各个公共事业系统的缴费支付终端，对用户的水卡、电卡进行充值。后台对消费、充值信息进行清算与汇总等。这种方式相对简单，实际仅仅让用户办理业务地点进行了统一。需要公共事业系统企业允许我方进行代理缴费，并提供缴费系统接口，双方进行相互的清算等合作内容。（3）改造各个公共事业系统的管理方式，开发各自的缴费系统与银联或城市“一卡通”的对接，或由政府招标采用统一的公共事业缴费平台。需要统一改进终端用户设备，完全联网控制，不设接触式IC卡进行本地化的更新，在公共服务网站上可以查询自家的需缴费清单，然后进行网银或其他方式进行网上缴费，长时间为缴费的，由公共事业系统相关人员按规定采取处置措施。鉴于我市水、电、煤气缴费形式的多样化，可以采取多种方式结合的办法进行实施。参考各大城市“一卡通”支付平台建设模式。具体需要的功能有：实现对公用事业缴费领域的城市“一卡通”设备的管理，及软件系统管理。拥有完备的公用事业缴费数据进行采集、上传、查询、汇总及清算模式，完成交易、对帐、清算、业务管理等基本功能。能够对公用事业缴费相关参数进行管理，以及充值授权的管理。业务办理后公用缴费终端可以自动打印凭证小票，并能够根据后台相关记录的验证，在指定地点开具缴费发票。安全稳妥的数据交互设计，并具有完备的数据备份方案，确保交易不会丢失。有专门的机制，针对日期、时间等基本信息进行统一发布，必须要求准确，作为操作的依据。办理地点与办理方式均有唯一代码，方便对账及信息的记录与查询。具有处理异常事件的能力，操作或系统出错立即禁止交易进行，并能够通过系统给维护人员报警。要求业务页面交互无停顿，可操作性好，实际交易业务处理时间小于2秒。系统应能满足不少于1000台公用缴费终端的并发访问需求。网站应满足不少于2000个用户的并发访问需求，处理业务时间小于5秒。鉴于公用事业缴费的业务特殊性，系统应能够办理二代身份证的实名制绑定及相关业务。清算及其他相关内容，参见本文“中心清算子系统”与城市“一卡通”相关内容。4、租赁自行车、出租车消费项目实际租赁自行车、出租车属于城市“一卡通”方面的小额消费模块内容。具体实施需要与租赁自行车、出租车运营企业进行合作，使公交卡支持租赁自行车和出租车消费功能，IC卡系统支持二次开卡功能，实现与自行车或出租车的数据传递，以及生成相应的对账报表及资金结算。租赁自行车目前我市还未进行实施，出租车企业个数目前比较多，可以考虑与其行业监管部门进行联合，指定一套可实施的方案。具体要求与本文“城市一卡通涵盖内容的小额消费模块”部分类似。◆“互联互通”涵盖内容I．住建部密钥互通使用住建部提供的密钥以及加密机，公交公司通过向住建部购买PSAM卡实现全国范围的互联互通。，II．省级互通公交公司通过向本省的运营机构，购买密钥以及加密机，来实现全省范围内的互联互通。III．地区自由协商互通系统跨区域数据处理，支持县级市的数据接入，实现跨地市互联互通数据处理，能支持异地充值，异地单独结算跨地消费。IV．交通运输部密钥互通使用交通运输部提供的密钥以及加密机，公交公司通过向交通运输部购买PSAM卡实现全国范围的互联互通。以上的“互联互通”仅仅是指全国互联互通与省级互联互通或区域性、行业性的互联互通，对于“互联互通”所涵盖的本城市内的“一卡通”方面内容在上面城市“一卡通”部分进行说明。对于目前情况，系统需要具有住建部密钥互通、交通运输部密钥互通、省级互通三种能力同时兼容，并按照整体规划来具体实施。系统需要能够采用“互联互通”技术进行全国范围的互联互通，以及在与附近城市间的互联互通。其相关功能需要与卡片初始化子系统、中心清算子系统等相关系统进行联合实现。具体功能参看“IC卡刷卡机改造”章节。具体需要的功能有：1、密钥方面按照国家或者行业IC卡密钥管理的相关办法进行实施，并符合相关的规范、标准、意见。统一部署，增加严密的加密认证体系，确保数据安全、准确、有效。2、CPU卡的要求按照总体规划划分IC卡系统数据库结构，达到数据自动备份、自动处理，区分消费类型，各种索引、触发器编排合理有效，具有错误处理机制。能够按规范发行CPU卡，对CPU卡的扩展应用预留技术支持。支持多种卡类别组合，并能够任意增添删除IC卡的应用，并能进行钱包区与计次区的合并转换等。设计CPU卡数据结构本地接口，便于日后与其他软件功能共通。能够识别异地遵照标准发行的合格CPU卡，并使其能够在本地、异地车载机上消费，消费数据正常上传。在数据结构上予以区分标记，到后台数据库中应能够分离。为CPU卡的扩展应用预留功能模块，为将来发展打好基础。能够通过后台自定义设置，添加、修改各个扩展应用的相关功能区域。现有的老M1卡与CPU卡能够共同使用，同时为M1卡更替CPU卡的方案做全局考虑，提供必要支持。3、清算方面具有CPU卡互联互通清算、结算功能，具体清算、结算方式可参考国家或行业的相关办法、标准及规定。对上级数据中心发来的对帐数据，进行自动分析处理。建立错误处理机制，务必保证数据正确且有效。4、设置及其他方面对于城市、行业白名单（指各地市公交或城市“一卡通”用于判别是否加入互联互通的依据）能够进行设置，做到自动及时更新，避免因更新不及时造成损失。制定合理可行的安装调试方案。异地消费数据应能够导入本地IC卡数据库，并用标记加以区分，以便随时调取。数据包的导入做到自动为主，手动为辅，且能够做到重复导入的数据回滚及增加覆盖。对可疑数据进行监测。对本地及发回的异地消费数据进行可以数据监测，发现问题及时报警。建立完善的数据灾难恢复机制，以多重手段自动备份重要数据。特别是乘客卡资料信息、最近六个月以上的消费及充值信息、挂失及补卡信息应做任何情况下数据不丢失。做好与清算中心的数据通讯规划，自动完成数据的上报与下载，避免人为操作。黑名单的处理。应能够实现现发行的M1卡与将要新发行的各类卡均能够进行黑名单实时上传下载、黑名单解锁等日常操作。异地黑名单从上级数据中心接收并下载到所有充值系统设备及车载设备，异地卡进行挂失也能形成异地黑名单并实时提交上级数据中心，由上级数据中心进行所属地的相关交互。针对黑名单的相关问题需做好规划及处理方案，在实施中强调协调性，需要进一步与上级数据中心及城市、行业白名单进行协同合作。◆手机刷卡、NFC无线（移动）充值模块NFC近距离无线通讯技术，可以在手机、消费类电子产品、电脑和智能控件工具间进行近距离无线通信。将手机打造为电子支付时代的虚拟卡包，实现一机多用，多卡合一。手机刷卡、NFC无线（移动）充值模块支持三大通信运营商不同类型手机公交刷卡。并可以实现空开卡，无线/在线充值，还能够进行充值以及消费记录的查询，以及进行便民服务功能等功能扩展。手机刷卡类型要求覆盖公交发行的各类卡种要求。具体需要的功能有：公交公司与移动手机支付平台以及充值点都是通过无线及专线方式进行连接。手机用户通过移动平台开通手机刷公交卡功能，然后进行手机空中开卡和充值。充值交易明细由公交公司支付平台进行自动对账。通过企业信息网关可以进行信息服务。管理用户信息，并进行用户消费行为分析。读取SIM卡，如果已经标识了相关的公交用户身份，则可以进行月票充值操作，否则智能进行手机钱包充值。月票充值时，同时做一次消费交易处理，即充值完成后月票金额作为消费交易数据发给支付平台进行处理，钱包上余额=充值金额-购买月票所需金额，同时在SIM卡上给出充值时间、有效期、月票卡标识等信息及充值的月票用户信息。接收POS机发送的交易信息以及身份信息等，传输给公交手机支付应用管理系统进行处理。接收POS机的状态，传输给公交手机支付应用管理进行监控。接收公交手机支付应用管理给定的资费指令，通过GPRS对POS内资费标准进行调整。二次写卡可集成到公交手机支付应用管理中，按照制定的读写规范读出用户信息，并把扩展识别码和公交身份标识写入SIM卡中对应的标志位。用户信息和身份信息保存到公交手机支付应用管理的数据库中。预留与其他支付企业的接口，如银行ATM，支付宝等支付机构，实现公交卡的手机充值。消费数据通过公交IC卡刷卡机，无线上传至系统后台。（与普通刷卡方式相同）实现手机为普通公交卡进行代理充值的功能，即将NFC手机作为读卡器使用。手机刷卡要具备普通卡所有刷卡功能，实现充值、刷卡、挂卡等公交卡所具有的一切功能。支持空中开卡以及空中圈存：首先在手机上安装一个客户端，用户第一次使用时需要通过手机客户端进行注册，进行开卡功能，将用户的信息与公交平台以及手机支付平台进行绑定，注册成功，用户即可通过手机客户端进行圈存服务，将手机支付账户中的金额圈存至手机公交卡账户中，充值成功用户即可使用手机刷卡乘车。用户在手机客户端上，不仅能够进行空开卡，充值，还能够进行充值以及消费记录的查询。查询最近几笔交易记录。后期还能对客户端功能进行便民服务等扩展。实际实施按照与通信运营商具体协商。能够支持手机实现银行圈存充值、手机话费充值、小额支付、公交卡自助挂失管理、消费充值年审查询、注销、挂失等公交服务。三种支付方式兼容：一是现金充值，二是银行卡圈存转账划拨（银行ATM），三是短信指令中国手机支付账户对M1卡、CPU卡、RF-SIM手机卡等进行转账划拨。预留公交常用接口查询，包括线路、换乘、实时查询等相关功能。◆移动pos终端机充值各个充值点允许使用移动式pos终端机进行有银联认证标准的信用卡、借记卡等进行消费，消费过后，系统一方面充值员需要在充值程序进行记录消费方式的操作，以解决日清算与对账的问题，另一方面通过后台清算系统进行自动充值情况比对，如有错误进行报警，提示操作员进行人工检查。最终提交给清算中心一份此种充值方式的清算比对报表，账目不清的地方进行标注，允许清算后台人员进行人工检查后的再次清算处理，最终达到账目平衡。相关账目进入财务划拨子系统的临时账户，清算、结算成功由其进行自动划拨入公司总账。◆售卡、充值自助服务终端设备自助充值服务终端能够给公交公司带来极大好处，同时也是网上支付大趋势下的必然结果。能够为公交节省大量的人力物力，同时也会间接的提高用户的刷卡率，大幅度提高公交充值点的覆盖率，解决公交卡充值点少、充值困难、办理繁琐的问题。具体需要的功能有：（1）基本功能能够自助办理售卡、充值、年检、挂失、解挂、补卡等多项业务，基本涵盖IC卡业务的全部常用功能。（2）硬件要求a．采用大屏幕全彩液晶触控显示器，使用寿命大于100000小时。采用触控及按键结合方式进行操作，电容屏，分辨率4096×4096，单点触摸寿命大于5000万次。b．硬件配置要求功耗低、性能高，反应速度快，延时低，界面交互过程无停顿，交易业务处理时间小于2秒。品牌工控主板1.8G以上，内存2G以上（可扩展），硬盘500G以上。c．支持国内外主流厂商品牌的系列型号的装配及通讯。d．支持国内外主流电动、手动插入式非接触式及刷卡式各种读写设备的安装和通讯。e．热敏打印，打印纸宽度80mm，打印速度32/行，具备缺纸、纸将近、防卡纸报警功能，支持黑标识别，自动切纸、GB2312宋体一二级字库、IBM字符集II。f．多媒体音箱，左右双路放大输出，频响范围：70HZ-10KHZ，信噪比：80dB，失真度≤10％，功率3W，可控语音导航功能。g．具有纸币识别器、现金找零模块，完成交易。h．设计出适合的可非接触式IC卡放置台面，能够自动感应授权的各类卡片，识别率高，反应迅速无停顿。i．全数控设备下料冲压折弯一体成型，数控保护匀点加密焊接，主控、打印等模块独立分包设计，平推导轨易维护装置。j．防雨、放水、防电、防雷、防鼠、防人为破坏、防暴力破解，具有报警、安全问题时自动锁屏、自动联动110等功能，有自动监控与录像装置。（3）通讯及数据方面支持多种方式链接服务器上传数据。能够同时使用SIM卡无线方式及宽带VPN内网方式进行连接，采用联机充值的方式进行，注意放置点的安全保障问题。支持GPRS、CDMA、3G、4G等多网络类型。（4）其他方面a．能够进行初始的登录验证。b．能够自助办理售卡、充值、年检、挂失、解挂、补卡等多项业务，基本涵盖IC卡业务的全部常用功能。c．能够支持多种充值消费方式。包含现金充值，银行卡转账充值，支付平台充值。支付平台主要包含支付宝支付、微信支付、手机支付、银联在线支付等。d．用户将IC卡片放到自助终端机读卡区进行读卡后可获取卡片的相关信息，如刷卡记录，充值记录，卡片种类，卡内余额，年检日期，有效日期等，同时可根据需要进行打印。e．能够自动售卡，并打印小票。同时能够选择是否需要卡盒，并交纳卡盒款，最终吐出一套卡盒。卡盒余量少于10%可以进行联机自动报警，提醒工作人员进行添加。f．能够进行自动年检。刷二代身份证，并缴纳相应费用后自动进行年检，同时出具相应小票凭证，后台进行相关校验与记录。g．具有识别二代身份证的能力，读出所需要的数据，办理相关验证类业务。h．能够进行实名制信息的登记，采用识别二代身份证的技术。i．能够通过校验二代身份证进行自动挂失。j．在挂失后1个工作日后允许进行自助补卡，需要校验二代身份证及需要绑定手机的临时验证码。k．提供相关查询信息。验证密码后，能够查询客户的消费、充值、年审、退卡、补卡等信息，也可添加“一卡通”相关联内容的查询。默认界面可以进行线路、站点、线路换乘、使用须知、管理规定等查询。l．提供故障申报能力。自助机出现故障后，乘客可进行申报告知公交或管理者及时维护。◆网络在线充值能够借助互联网、网商平台或移动手机支付平台，为移动NFC手机刷卡的用户卡或实名制绑定的用户卡进行相应类别的充值。具体参看“公众出行服务系统”章节。◆银联IC卡充值联合支持PBOC3.0及以上标准的银行或直接采用国家“银联”标准，发行金融IC卡进行电子现金消费。并能够在银行柜台办理或者银行网点设置的自助ATM设备中增加所发行卡的各项相关业务。具体参看“多功能支付子系统”部分。◆实名制二代身份证客户信息登记公交IC卡作为一种公共服务的卡种，身份信息的收集是十分必要的，在办理许多相关业务时能够提高效率、避免纠纷，也能够保障乘客资金不因卡丢失受到损失。需要系统具有识别二代身份证的能力，读出所需要的数据，办理相关验证类业务。六、中心清算子系统中心清算子系统主要是负责交易数据的内部清分稽核、外部对账结算的业务处理及管理，分析交易记录、各售卡充值点上传的售卡充值交易记录，以及根据上述数据做整个系统的清算并产生各种黑名单及对帐信息等。根据终端消费机具的消费记录类型区分出新旧卡交易，并对新旧交易作区分处理。通讯客户端将新旧卡交易记录生成文件上送到中心清算系统，并接收中心清算文件并对帐。对行业交易数据的批结算和实时清分的处理能力，确保交易数据的安全，满足联机交易、脱机交易模式的数据清分需求，支持直连或间连模式，通过银联平台对电子现金进行清结算，并在城市“一卡通”应用系统实现电子现金的行业清算结算处理，并能对各种交易异常提供解决办法。基本综合业务的清算：实现对正常售卡充值等综合业务的上传售充交易记录数据文件进行解析、分类、入库，及相关数据的清算、结算、对账等。多功能支付的清算：根据多功能支付的各个项目进行相关数据的清算。黑名单及对帐信息生成：根据清算后生成的黑名单数据生成黑名单文件，对帐数据文件以供各个车载机及充值点使用。主要实现的功能点如下：清算应用规范包括但不限于：清算策略定义，清算流程定义，操作流程规范，清算业务数据字典设计等。自动完成当日批次全部交易数据的入库校验、清分统计、并通过MISPOS端上送至银联清算平台，由银联清算平台最终数据的校验，针对对未通过银联清算平台的数据有专项统计。针对交易数据分类、分行业进行分别处理，实现批结算和实时清分功能。建立完善的多维度（如：商户、分点、终端、操作员、时间、卡类型及卡号段）清分结算功能。参数化配置管理实现多样性的清算规则。清算数据高效准确的汇总及明细统计、查询、打印、导出功能（查询统计条件多样，可满足各类查询需求）；提供可配置的模板化清算报表输出（打印、导出）功能。拓展性高的内外清算接口。良好的（非人工）方式处理电子现金交易数据与银联及行业用户清分结算。建立完善的备付金统计（包含系统自动汇总统计数据、需核定及补充数据手动录入汇总统计功能）和配额管理（商户配额管理权限分配）。建立完善的对划账审核机制。对接银行平台进行资金划拨功能。行业差异帐批处理机制。建立完善的差错处理机制。建立公开的结算平台。完全兼容现有IC卡收费系统的清算处理。对于本平台的数据要求日清月结，对于上级清算平台数据需要按照规定时间进行好清算，并在指定时间进行财务划账。能够自动接受及处理上级清算平台数据，并实现所有跨区域、跨城市业务的数据交换和跨区域及城市间卡业务的清算，同时将本地区或城市内所有数据清算后进行上报上级清算平台，与本业务平台的进行对接，清算无误后转到财务划拨子系统进行实际财务的划拨。互通结算数据报表查询平台，提供各城市本地卡在异地的结算和异地卡在本地的结算数据报表查询。对于上级清算平台的“备付金”，需要进行相关账目的记录与警报提醒服务。对可疑数据进行处理，并上报。在清算过程中，将违犯标准流程规定或业务规则规定的交易异常类的卡号，系统自动置黑，列入黑名单，并协同其他系统进行同步发布。日终处理，将按照日终处理控制流程文件定义的顺序和条件，执行一系列的批处理作业，并生成下级系统或终端的对账文件，最后切换结算日。可以对错误交易进行申诉，有相关的流程。系统可以记录批处理的状态，如果失败可以知道失败的位置，并且可以从失败的位置重新开始，一直到整个批处理过程完成。同时能够直接查看到各个批处理项目的每日处理情况。可采取多阶段提交作业的方式，并记录当前阶段的节点号，断点可续。清算中心对当天的交易进行结算，产生对帐数据。对帐数据相互提交并审验后，将当日未结算的错误交易挂帐，对已调整或已过期未调整的错误交易进行销帐。清算数据备份：清算数据的备份每天进行当天交易日志的增量备份、清算结果的增量备份和清算流水文件的增量备份，定期进行全量数据备份，根据需要进行整个数据库备份。清算中心备份数据应至少保留10年。其中数据库中原始记录最少保持在约定最长结账时间以上。对消费文件的解析能够将M1卡和金融IC卡的消费文件分别解析出来，清算中心对这两种文件分别进行入库清算。能够进行多功能支付子系统的涵盖“一卡通”、“互联互通”等相关业务的清算结算，并提供相关异常情况的处理办法及相关的各项统计、汇总、明细报表，完成日清月结。如若采用第三方综合管理的方式进行，则对接收发送数据及相关结算方面有更进一步的要求。数据采集回收后对当日的账目进行结算处理，公交公司发行的IC卡售卡记录、充卡记录以及消费记录进行清算，对金融IC卡的消费记录等进行核查和记录，对充值售卡等进行核查和记录完成当日结算，之后交由清算中心进行系统对账，无误后提交财务划拨子系统进行实际资金的划拨。当系统进行无线数据采集时，发现车载机、充值机或其他终端机中出现漏采集的情况，系统会自动生成补采集任务，通过无线的方式下载到对应设备中去，由设备本身执行补采集任务，将补采集上来的信息上传到系统中。补采集结束后，该补采集任务自动清除。若任务由于网络或系统问题无法完成，将触发警告机制，发送讯息给相关系统，再由系统统一发送给数据维护管理人员，人工进行补采集，并要求其按规定时间进行数据上传，并针对未在规定时间上传的数据有相应措施进行重新参与核算，保证数据完整。若设备故障或其它原因，无法采集数据，可以启用人工补救办法，由人工进行统计数据的人工估算，并记录缘由，以维护系统的汇总计算，以免重要统计数据出现大的偏差。七、财务划拨子系统主要负责中心清算完毕后，根据交易清算后得到的清算结算信息，形成财务划拨资金的依据。最终完成公司账目的电子现金交易与银联及行业用户之间的实际财务划拨与相关业务数据的审计。具体参看“中心清算子系统”与“多功能支付子系统”相关部分。主要实现的功能点如下：账务信息查询：运营公司账务、代售点、充值点账务等数据按条件分类查询，形成报表并打印；将当日资金结算信息提供给财务系统进行结算银行划账，完成结算中心与各营运公司、代理商账户的资金划拨；接收其他相关系统或银行系统返回的供进行账务核对的数据；支持可疑账、错账等的手工调整；与各运营公司