城市公交一卡通系统建设方案

1、城市公交一卡通系统建设方案湖南新亿云信息科技有限公司二一六年六月四日版权声明：本文件（包含附件）的知识产权归文件提供方（湖南新亿云信息科技有限公司）所有。如无授权，请勿传播或复制。本文件该版本说明范围：仅针对城市“一卡通”系统整体解决方案。目 录目 录3图 索 引41概述51.1项目简介51.2项目规划52总体技术方案62.1总体架构62.2系统网络拓扑结构82.3应用系统总体架构92.4接口总体设计103应用系统设计113.1通讯传输子系统113.2入库清分子系统153.3业务管理子系统253.4客服管理子系统313.5查询统计子系统363.6无线服务端子系统473.7采集点子系统513.8

2、卡个性化子系统523.9接口处理子系统543.10卡务管理子系统563.11加密机前置子系统594系统接口设计614.1通讯接口614.2交易数据接口614.3参数数据接口614.4对帐数据接口615一卡通POS设备615.1车载机626项目建设计划636.1第一阶段 准备阶段636.2第二阶段 实施阶段686.3第三阶段 验收阶段75图 索 引图表 1城市公交一卡通总体架构6图表 2城市公交一卡通网络结构8图表 3城市公交一卡通平台功能逻辑架构9图表 4数据传输服务端平台结构图12图表 5数据传输客户端平台结构图131 概述1.1 项目简介为了适应公共交通发展的需要，满足和方便广大市民出行，

3、提高企业效益，提升运营与管理的科技水品，加速城市公共交通事业的现代化建设，湖南新亿云有限公司开发了这套非接触式IC卡自动电子收费系统，以非接触式IC卡做为存储介质，结合计算机技术、网络技术等信息技术，为用户提供一个良好的信息平台。1.2 项目规划项目建设成为：以IC卡作为充值卡支付手段，以交通一卡通应用平台为基础，以公共通讯网络为连结纽带，以计算机系统为信息处理方法的现代化信息管理系统。将收费数据进行统一的清算管理，一方面方便乘客以卡进行收费支付，全市通用；另一方面系统将各行业的运营收付信息，准确清算、划缴，保障各行业利益，提高行业的工作效率和服务效率，最终为企业的宏观调控及建设提供科学的决策

4、支持系统及现代化的管理手段。2 总体技术方案2.1 总体架构城市一卡通总体架构如下图所示：图表 1城市公交一卡通总体架构说明：l 密钥系统采用建设部密钥，包括密钥系统软件、城市密钥母卡、加密机、PSAM卡等，均由建设部提供。l 公交车载机、手持机、出租车设备通过GPRS无线传输的模式上传数据给一卡通中心平台或通过人工采集的方式（备用），传给一卡通中心平台；l 通讯服务软件，包括可供进行联机交易的加密前置服务软件（联机报文发送），还有负责文件传输的通讯客户端软件和通讯服务端软件。l 接口处理包括和移动、银行、下级接入单位的接口。2.2 系统网络拓扑结构图表 2城市公交一卡通网络结构2.3 应用系

5、统总体架构城市一卡通平台的功能逻辑架构如下图所示：图表 3城市公交一卡通平台功能逻辑架构说明：1. 入库清分结算子系统交易入库解析入库，交易记录清分结算，交易记录的合法性判断、有效性判断、连续性判断等，运营参数文件生成、黑名单文件生成、对账文件生成等；2. 卡务管理子系统卡初始化，密钥灌装，卡片文件结构创建等；3. 客服管理子系统提供基于浏览器的售卡、充值、冲正、消费、挂失、解挂、年审、好卡退卡、坏卡退卡、记名信息维护等；4. 查询统计子系统提供各种卡片的充值、售卡、消费统计；公交单位的公司统计、线路统计、车辆统计、司机或乘务员统计、班次统计；提供和各下属单位和互通城市的对账统计等等；5. 出

6、租车管理子系统出租车司机管理、出租车信息维护、司机银行账户信息管理等6. 无线服务端子系统负责对无线设备数据传输，以及无线设备的交易采集和参数文件、黑名单文件下载等7. 通讯传输子系统负责一卡通中心和各下级单位进行文件传输（Windows平台）8. 加密机前置子系统负责对加密机的访问进行控制，确保加密机的网络安全性，以及联机充值设备的交易采集和参数文件、黑名单文件下载等；9. 接口处理子系统与移动、银行、各企业商户等接入单位的接口处理；10. 业务管理子系统1.参数管理模块;2.设备管理模块;3.卡库管理模块;4.卡账户管理模块;5.基础信息管理模块;6.运营维护模块;7.权限管理模块等；11

7、. 采集点子系统负责交易记录采集、黑名单下载、设备时钟同步等（备用采集方式）12. 卡个性化子系统负责记名卡照片的单张或批量打印、打印模版制作等;2.4 接口总体设计整个一卡通卡系统中的系统接口可分为物理接口和应用接口两大类，物理接口主要是指与支撑计算机系统运转的外围系统之间的对接关系，如与供电、消防系统的接口、与通信系统的接口、与接入网络物理接口等。对于物理接口本技术方案中不予描述，仅对应用系统之间的接口进行规划设计。根据系统数据流和业务流之间的关系，接口种类可以分为：1. 通讯接口：各系统之间采用统一的通讯规程和规范，使系统各组成部分在通讯机制上可以顺利对接，便于系统的扩展。2. 交易数据

8、接口：包括各类卡片交易的数据规范，如充值交易、消费交易、退卡交易等等，接口规范应具备扩展能力，适应不同应用行业的特有数据要求。3. 对帐数据接口：指一卡通中心系统与各接入单位系统之间的数据对帐规范，主要包括对帐规则、对帐范围确定、对帐数据内容规范。4. 参数数据接口：定义由一卡通中心系统下发到接入单位系统、终端设备的参数内容，如黑名单数据、充值设备控制参数等。如果根据一卡通应用总体架构各部分之间的关系，系统中的接口可以分为：1. 一卡通中心系统与接入的企业系统之间的接口，包含的接口种类主要是通讯接口、交易数据接口、参数数据接口、对帐数据接口。2. 企业（或二级）系统与数据采集点之间的接口，包含

9、的接口种类主要是通讯接口、交易数据接口、参数数据接口。3. 设备层与数据采集点之间的接口，主要是交易数据接口、参数数据接口。3 应用系统设计3.1 通讯传输子系统3.1.1 功能描述通讯传输子系统完成与各下属单位、数据采集点、充值代理银行、移动、银行等不同机构、不同通信方式的接入。通讯传输子系统实现数据文件的接收和下发。接收各类机构上传的数据，进行数据完整性和合法性检验，包括公司代码、IP地址、端口监听等；同时完成中心相关数据的下发工作，包括对帐信息、校验信息、黑名单数据等。系统负责接收各营运单位和充值网点上传给总中心的各种交易类数据和管理类数据，进行本地备份和接收登记，然后通知交易处理子系统

10、进行处理。本子系统只负责数据通讯，不进行业务处理，实现通讯与业务处理的独立性。系统接收的数据类别包括： 接入单位上传的各交易类数据 接入单位上传的非交易类数据 接入单位上传的交易文件的应答系统负责将总中心下发的参数数据、对帐数据以及运营管理数据发送给客户端（接入单位和直联网点）应用系统。传输子系统监听客户端的数据下载请求，接收到下载请求后，按照约定的通讯规程与客户端应用系统进行数据传输，将下发数据发送给客户端应用系统。下发数据在传输之前已经由其他子系统生成。传输子系统发送的数据类别包括： 和运营单位的消费对帐数据 和运营单位的充值对帐数据 下发给接入单位的各种管理类数据（黑名单、卡类型参数、运

11、营参数等） 对接入单位上传的交易文件的应答 其他管理类消息3.1.2 实现方案通讯传输子系统按功能可分为数据传输服务端平台（DTrans Server）、数据传输客户端平台（DTrans Client）。整个通讯传输子系统按系统定位可配置应用于各级单位;一卡通系统主要采用数据传输服务端平台（DTrans Server），下端运营单位可采用客户端平台。3.1.2.1 数据传输服务端平台数据传输服务端平台（DTrans Server）主要用于实现应用系统的文件接收、文件下发、数据校验、数据验证和传输分析等功能，其结构如图所示:图表 4数据传输服务端平台结构图数据传输服务端平台主要包括以下模块： T

12、CP/IP通讯模块：负责监听客户端接入并与客户端建立通讯连接； 文件接收模块：通过文件报文形式接收文件，在完整收到客户端上传文件后给客户端确认信息； 文件下发模块：通过文件报文形式下发文件，支持专线主动与拨号被动方式； 消息收发模块：以消息报文的形式发送或接收消息，在完整收到客户端上传报文后给客户端确认信息； 数据校验模块：数据完整性校验； 安全处理模块：数据摘要、MAC生成或认证，支持软硬件加解密； 传输管理模块：参数管理、数据传输时间/传输量/传输状态分析等。3.1.2.2 数据传输客户端平台数据传输客户端平台（DTrans Client）主要用于实现应用系统的文件上传、文件下载、消息收发

13、、应答处理和传输分析等功能，其结构如图所示：图表 5数据传输客户端平台结构图数据传输客户端平台主要包括以下模块： TCP/IP通讯模块：负责与服务端建立通讯连接，支持拨号、专线和局域网方式 文件发送模块：以文件报文的形式发送文件，在收到服务端确认信息后表明发送成功 文件下载模块：以文件报文的形式下载文件 消息收发模块：以消息报文的形式发送或接收消息，在收到服务端确认信息后表明发送成功 存储转发模块：实现断点续传、超时控制功能 传输管理模块：参数管理、数据传输时间/传输量/传输状态分析等 安全处理模块：数据摘要、MAC生成或认证，支持软硬件加解密3.1.3 软件特点 支持大批量的外部接入，可确保

14、大量数据交换的能力。 文件的无误传输，可确保明细文件从客户方发送到服务器方或应答文件从服务器方发送到客户方时无误的传输。 灵活的发送方式，支持拨号方式、专线方式和局域网方式。通过对发送方式的配置，可灵活的在各种情况下进行文件的传输工作。 可配置的发送策略。通过对发送策略的配置，可以设置定时让通讯程序自动从发送目录中查看是否有待发文件并发送，数据发送频率可以自由设置。 对发送文件的加密保护，为保证发送数据的保密性，采用一定的加密技术对发送的文件加密后密文传输，同样在收到传输文件后解密还原成明文文件。 断点续传的支持，文件传输时将支持断点续传，即在文件传输过程中发生连接中断后，再次传输时将自动续传

15、。 信息的同步，这里提到的同步是通讯接口的同步，与客户端程序无关。用于保证所有客户端通讯接口的一致性，包括出错代码列表的一致性，传输规则的一致性，配置信息的更新的一致性。3.1.4 技术应用本交换系统采用以下关键技术： 断点续传技术在数据传输过程中，将采取断点续传技术，即当网络不稳定造成断连接，再次建立连接后，数据传输将从中断处继续，而不是重头开始。这样，在大文件传输时，有利于节约时间和提高效率。 MAC验证技术用于保证数据完整性，当数据文件传输前，将对数据文件做摘要，而接收到全部数据块合并成文件后，也对接收到的文件做摘要，比较两个摘要是否相同，是保证数据完整性的重要手段。3.2 入库清分子系

16、统交易处理子系统负责处理所有后台处理程序,包括以下四大功能:1. 交易文件处理功能2. 交易记录数据清算功能3. 日切批处理功能4. 后台定期处理任务3.2.1 交易文件处理3.2.1.1 功能描述交易文件包括从GPRS接收的车载POS交易文件、银行和客服网点上传的交易文件,以及手工补采的交易记录文件,交易文件处理功能负责将文件中具体的交易交给不同的交易处理函数,然后交易处理函数按照不同的业务规则,进行相应的数据库操作；交易文件处理功能在接收数据包进行处理之前判断系统当前运行状态，若系统处于非正常状态，即系统处于日切状态或批处理状态时，交易文件处理功能将暂停轮询，不再调度数据包到业务处理模块，

17、当批处理结束后，系统运行状态恢复正常，交易文件处理功能继续轮询，并将数据包分发给不同的函数进行处理。不同的函数按照各自的方法进行相应的操作.具体的交易类型包括售卡、现金充值、转账充值、巴士消费、黑名单锁卡、购物消费、年审、好卡退卡、退余额、解锁、冲正.文件解析为批量提交数据库,如果文件中存在不能保存的记录,则整个文件中的内容都将不保存,只是登记该文件为错误,同时业务管理平台将提供查询界面;如果查询到有文件登记为错误,则需要人工手工干预该文件的处理,操作员可以将文件中的错误交易修正或删除,然后更名后将文件上传重新解析.文件处理系统所处理的通讯节点路径包括所有的下级节点路径,所处理的文件包括:21

18、2,215,917文件等。3.2.1.2 实现方案交易处理子系统从处理流程上分为交易调度和业务处理两个模块。交易调度模块是整个交易处理子系统的核心框架，当增加或删除业务处理模块时，仅需要增加平台进程的业务处理模块，无须修改交易调度模块。业务处理模块处理具体的交易处理。每一类相关的应用处理功能集成为一个服务模块，每个服务模块内可包含多个交易处理函数。每一种交易类型对应一个交易处理函数。交易处理子系统模块结构图3.2.1.3 交易调度处理交易调度模块将定时依次轮询通讯节点数据文件存放目录，若有从数据接入交换系统发送来的数据包，则根据数据包的类型，将数据包分配到相应的交易处理模块。交易调度模块不负责

19、具体的交易业务处理。交易调度模块在接收数据包进行处理之前判断系统当前运行状态，若系统处于非正常状态，即系统处于日切状态或批处理状态时，交易调度模块将暂停轮询，不再调度数据包到业务处理模块，当批处理结束后，系统运行状态恢复正常，交易调度模块继续轮询，并将数据包分发给各业务处理模块进行处理。交易调度处理流程如下：交易调度模块的处理流程图交易处理时,需要对交易记录进行合法性校验,且具体的交易记录合法性需要设置优先级, 优先级高的先判断，判断内容可参考以下标准：（1） 记录是否重复(重复判断的关键字段:卡号、交易时间、卡交易序号、终端代号) （2） CRC是否正确（3） 是否灰交易（4） 终端代号是否

20、有效； （5） 卡类型是否正确；（6） 交易类型是否正确；（7） 数据是否失效；（8） 余额是否合法（9） 交易金额是否合法如果上述判断没有通过，则交易都为可疑帐，入错误交易明细库，结算时将这些交易都按照可疑进行汇总。3.2.1.4 消费交易处理消费交易记录为脱机交易。系统收到消费交易后,需要根据上面定义的合法性判断流程,对记录合法性进行判断，如果该笔记录不是重复交易,则需要更新卡账户中的累计消费金额和累计消费笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;如果卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.5 现金充值交易处理现金充值交易记录为联机交易,充值过程中,

21、需要设备进行签到,且必须经过加密机认证,只有通过认证的设备才允许进行充值;且可以对该充值的设备进行额度控制,如果该设备未登记、该设备未注册额度、设备对应额度已停用、设备对应额度已使用完,则该设备不能进行充值。系统收到现金充值交易后,需要根据上面定义的合法性判断流程,对记录合法性进行判断，如果该笔记录不是重复交易,则需要更新卡账户中的累计充值金额和累计充值笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;如果卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.6 现金冲正交易处理现金冲正交易为脱机交易,当用户充值后，可能需要取消该笔充值记录，冲正交易需要符合两个条件:1.卡片

22、上一笔交易为当前冲正的充值交易;2:设备上一笔记录为当前冲正的充值交易。系统收到现金冲正交易后,需要根据上面定义的合法性判断流程,对记录合法性进行判断，如果该笔记录不是重复交易,则需要更新卡账户中的累计消费金额和累计消费笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;如果卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.7 月票充值交易处理月票充值交易记录为联机交易,充值过程中,需要设备进行签到,且必须经过加密机认证,只有通过认证的设备才允许进行充值 系统收到月票充值交易后,需要根据上面定义的合法性判断流程,对记录合法性进行判断，如果该笔记录不是重复交易,则需要更新卡账

23、户中的累计充值金额和累计充值笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;如果卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.8 月票冲正交易处理月票冲正交易为脱机交易,当用户充值后，可能需要取消该笔充值记录，冲正交易需要符合两个条件:1.卡片上一笔交易为当前冲正的充值交易;2:设备上一笔记录为当前冲正的充值交易。系统收到月票冲正交易后,需要根据上面定义的合法性判断流程,对记录合法性进行判断，如果该笔记录不是重复交易,则需要更新卡账户中的累计消费金额和累计消费笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;如果卡片状态不是正常卡状态,则需要将卡状态修改为正

24、常卡。3.2.1.9 售卡交易处理售卡交易为联机交易。联机交易时，系统经过帐户合法性校验后，将新发卡状态更新为启用状态，同时设置卡片有效期。售卡时将新发卡状态更新为启用状态，同时设置卡片有效期。售卡交易分为普通卡售卡和记名卡售卡，记名卡售卡交易中会存在附加记录，保存有一些客户的记名信息，这些记名信息同样会保存到数据库中。售卡过程中发生异常情况需要记录警告。3.2.1.10 年检交易处理年检交易为脱机交易。记名卡和过期卡需要年检进行新有效期的激活。系统对脱机年检交易处理时，经过帐户合法性校验后，更新卡帐户卡片有效期。3.2.1.11 锁卡交易处理锁卡交易是脱机交易。系统收到脱机交易文件中的锁卡交

25、易后，在黑名单表中设置为已锁卡，并记录黑卡锁卡纪录，同时更新卡片状态为已锁卡。3.2.1.12 解锁交易处理当锁卡交易提交给交易处理平台后,由交易调度模块调用解锁处理服务函数进行解锁处理。同时修改卡账户状态为正常状态。解锁时需要将锁卡所扣掉的金额充到卡上。3.2.1.13 好卡退卡交易处理对于用户需要退卡且卡片可以读取时，需要客户向客服网店提交退卡申请，等到退卡时延之后（一般为申请退卡后7天），才可以进行退卡交易，所退卡片余额为从卡上读取的金额。当交易调度模块调用退卡处理服务函数进行好卡退卡处理，需要修改卡帐户状态为退卡状态，退卡时可能会扣除相应的手续费用。 3.2.1.14 换卡退余额交易处

26、理对于用户需要退卡且卡片不可以读取时，需要客户向客服网店提交退卡申请，等到退卡时延之后（一般为申请退卡后7天），才可以进行退卡交易，所退卡片余额为从数据库读取的金额。当交易调度模块调用退卡处理服务函数进行坏卡退余额处理，需要修改卡帐户状态为退卡状态，退卡时可能会扣除相应的手续费用。 3.2.1.15 记名信息修改交易处理年检交易为脱机交易。记名信息修改交易不涉及到对卡片金额的操作，只是卡片需要修改记名信息时进行的业务。3.2.2 交易记录数据清算3.2.2.1 功能描述当进程将所有的通讯目录扫描完,所有目录下的交易文件均已解析完毕后,系统会对这些解析完的交易文件进行清算；清算时，先查询交易记录

27、文件登记表，找到那些未结算的记录，然后根据指定的文件ID，到对应的结算表中对每条记录明细进行汇总，所统计的数据将汇总到预结算数据表。数据清算完后，将进行下一轮轮循。交易记录数据清算的原则：以文件为单位，按照文件ID、卡类型、交易类型、交易日期、终端代号、错误代码等进行汇总。某个文件清算完后，将更改该文件的结算标识和结算日期；整个清算过程，使用事务控制，如果其中某一个步骤失败，则整个事务回滚；全部成功后才提交该事务。3.2.2.2 实现方案当通讯目录下所有交易文件已解析完后，交易记录数据清算进程将开始启动，进程会先查询交易记录文件登记表中待结算的所有文件，然后根据这些文件ID，以及当前的结算日期

28、，到对应的结算表中，查询交易明细，并进行汇总，汇总完后更改该文件的结算标识和结算日期。交易记录数据清算模块结构图3.2.3 日切批处理3.2.3.1 功能描述日终处理按照日终处理控制流程文件定义的顺序和条件，执行一系列的批量处理作业,包括自动数据需要的交易记录创建表,下发黑名单文件等给运营单位或设备,结算系统还未结算的交易文件,统计调账数据,统计汇总各种财务数据等,生成下级企业的对账文件,最后切换结算日. 系统可以记录日切批处理的状态,如果失败可以知道失败的位置,并且可以从失败的位置重新开始,一直到整个日切批处理过程完成.同时,管理人员可以在界面上查询每天的日切批处理情况。3.2.3.2 日切

29、处理模块流程日终批处理是清算及帐务处理的主要模块。批处理模块的主要功能是对日切（日期切换表示当天工作日结束）前结算日期的所有交易数据进行结算和帐务统计处理，形成供报表系统使用的数据。通过日终批处理可以大大减轻业务主机的工作压力，使交易处理系统可以只作对消费类交易IC卡分户帐更新、设备帐务表更新、交易日志表登记处理，对充资类交易只作IC卡分户帐更新、操作员帐务表更新、交易日志表登记处理，所有其他的整理和累计处理工作将在日终批处理时进行。日切批处理的主要流程如下：u 创建交易记录表；u 下发黑名单和基本信息；u 统计调账数据；u 统计当日所有交易；u 代理商/充值操作员帐务累计（日计、月计、年计）

30、；u 营运单位帐务累计（日计、月计、年计）；u 生成交易对帐数据； u 切换结算日；为了保证日切批处理模块在处理失败时能够从失败点继续处理，批处理模块采用多阶段提交作业的方式，并记录当前阶段的节点序号。特点：u 结算批处理模块任何地方出错时记录详细的错误日志，以便查明原因，尽快解决故障。u 为了保证结算批处理模块在处理失败时能够从失败点继续处理，该模块采用多阶段提交作业的方式，并记录当前阶段的节点号，断点可续。u 操作界面能操作员发起批处理模块的指令,可以手工执行批处理，并可以很直观地监控到批处理任务执行的情况。3.2.4 后台定期任务处理3.2.4.1 功能描述后台定期处理是处理一些需要定期

31、执行的任务，包括定期下发数据库中的参数文件;定期检查有需要创建的目录,如果有则自动创建；定期处理需要调整的调账数据；定期更新充值设备额度等。3.2.4.2 后台定期处理模块流程后台定期处理模块主要是在后台设置一个定时器,定时器的执行频率可以自由设置,当定时器的时间达到指定时间间隔,将启动处理进程,执行需要处理的作业。后台定期处理的主要作业如下：u 定期下发数据库中需要下发的参数文件；u 定期创建需要创建的目录；u 定期处理调账数据；u 定期更新充值设备额度限制； 3.3 业务管理子系统3.3.1 功能描述业务管理子系统是整个一卡通中心的业务管理平台，负责日常业务管理，是用户与一卡通中心系统交互

32、的主要途径，用户通过业务管理子系统的客户端进行业务操作。它主要包括以下功能模块： 权限管理 运营参数管理 运营设备管理 卡库存管理 充值额度控制管理 运维管理3.3.2 实现方案3.3.2.1 系统应用架构整体系统架构采用Web服务器，应用服务器，数据库服务器的三层次系统架构，在系统扩展性方面主要考虑横向和纵向扩展性，即通过增加节点数或扩展配置提高每个层面系统的吞吐能。数据层：建立一个共享的数据库服务平台，根据数据交换和共享协议和数据交换规范，通过数据交换和共享平台和一定的数据处理维护规则进行交互引用和共享。应用层：应用层包括业务管理系统的各个模块接入和平台层：接入和平台层包括数据交换和共享平

33、台，以及服务的接入平台（Web）。3.3.2.2 系统技术架构业务管理子系统采用的是以Browser/Server模式架构，从而实现了客户端的零维护，降低了系统的总运行成本。同时系统的操作将不受地域和时间的限制，可随时随地，移动办公。系统开发采用的开发工具是微软的Microsoft Visual Studio 2010,前端界面为目前技术开发上比较流行的EXT框架,界面友好且功能强大。技术开发采用三层架构体系，其中界面层负责界面展示，业务层负责业务逻辑，数据访问层负责和数据库交换，技术开发尽量实现功能模块化，增加代码复用，建设工作量。系统提供健壮的安全机制及多层次的安全控制功能，包括用户权限管

34、理，操作权限授权，操作日志监控等，任何操作必须授权。3.3.3 权限管理权限管理分为：角色权限管理、用户管理、操作日志查询。 角色权限管理：对角色进行添加、删除、更改、查询等维护管理。同时可以维护角色所对应的各个模块的权限。 用户管理：对用户进行添加、删除、更改、查询等维护管理。同时需要维护用户和角色的对应关系，一个用户允许拥有多个角色。用户密码由3位以上字符或数字组成。用户创建时，系统先设置默认密码，系统提供修改密码功能，用户可以自己修改自己对应的密码。 操作日志查询: 可以查询所有系统产生的日志信息,包括添加、更改、删除、异常等日志信息。3.3.4 运营设备管理运营设备管理负责系统运营需要

35、的基础信息维护和管理，包括以下功能： 基础构建维护: 对运营单位、网点、分公司、线路、车辆、设备进行添加、删除、更改，分行业对上述基本信息管理，其中公交行业分五级：运营单位、分公司、线路、车辆、设备；非公交行业分三级：运营单位、网点、设备。 通讯节点维护：对系统通讯节点进行添加、删除、修改，这些维护好的通讯节点，将在系统进行文件传输时使用到，同时，交易文件处理会根据这些设置好的通讯节点对应的目录，到对应的目录下扫描文件。 运营设备状态反馈信息查询: 查询所有设备反馈的状态信息,状态信息包括:设备参数版本、黑名单版本、设备软件版本、设备时钟、当前未上传记录数等等 未采集设备查询：每天跟踪未采集的

36、设备，操作员可以知道当前设备到底是未使用，还是使用了但交易未上传，降低运营风险。 交易记录审核：系统每天执行定期任务，查找设备断号记录，操作员每天可以查找每天的断号情况，对这些断号记录进行审核，并提醒相关业务人员进行数据补采。 黑名单维护：对整个一卡通系统的黑名单记录进行添加、删除。这些黑名单将下载到设备上，当黑名单卡进行消费时，将进行锁卡。 车辆调度：维护车辆所属线路，将车辆从一条线路调到另一条线路，并记录调度的起始日期。 运营班次信息维护：系统实时从站务系统同步班次信息，并从平台界面可以查询详细的班次信息，并可以生成最新的班次信息到指定目录；运营时通过乘务员自己按键，实现手持机实时下载最新

37、的班次信息。 乘务员设备对应关系：维护设备和乘务员对应关系，知道到底哪个设备由哪个乘务员保管，并可以具体到具体日期，如果设备保管人发生变化，需要记录到底从哪天开始归新的保管员保管。 阶梯票价管理：管理分段收费的阶梯票价信息，实现每天分段收费线路的站点和票价信息的数据导入和查询。 运营票证管理：维护具体设备票证信息，票证信息可以从站务系统同步过来，能分配到具体设备使用；并可以生成对应的票证信息文件，以支持设备下载。3.3.5 额度控制管理额度控制管理负责对所有的充值设备进行额度控制，只有对设备维护好额度限制，该设备才允许充值，主要包括以下功能： 联机设备额度控制: 维护设备对应的充值额度限制，某

38、一个设备只有维护了充值额度，才能进行充值。 设备额度维护查询：可以对设备所有的额度控制记录进行查询，追踪设备额度的使用情况。 额度充值明细查询：对联机充值的每笔明细进行查询。3.3.6 运营参数管理运营参数管理负责维护整个一卡通系统所需要的参数文件，主要包括以下功能： 卡类型管理: 对一卡通系统定义的所有卡类型进行添加、删除、更改，维护每种卡对应的押金、有效期、销售版还是租用版、是否月票卡、语音提示、刷卡时间间隔设置等。 计费规则管理：定制各种收费规则，主要用在公交类型参数文件。 卡方案管理：卡方案中包含各种卡类型，和计价方案对应，卡方案中存在的卡类型，在卡方案中存在的卡类型，才允许使用。 附

39、加费用管理：管理附件费用，可以用于加收空调费或出租车行业的燃油附加费用等。 计价方案管理：计价方案包括方案和附件费用方案，支持设置那种钱包(一卡通钱包和移动钱包)刷卡优先级，同时可以和线路卡结合使用，用线路卡来决定设备启用参数文件中的哪套计价方案。 参数文件生成及管理：负责生成所有的参数文件，包括计价方案参数生成和小额消费基本参数生成。 小额消费基本参数管理：设置一卡通设备需要的小额消费基本参数。3.3.7 卡库存管理卡库存管理负责维护卡片的库存进行管理,根据卡片的生命周期,从采购开始卡片出入库,制卡任务制订,制卡报告导入等各个方面进行管理，主要包括以下功能： 库存卡种类管理: 定义管理库存需

40、要的各种卡类型，所包括的元素包括卡片状态、成品卡类型、卡版面等等。 卡片版面管理: 管理各种卡片版面，对卡片版面进行添加、删除、更改。 采购订单管理: 记录卡片采购信息，记录卡片采购的厂家、采购时间、到货时间、采购数量等。 采购入库管理: 当卡片采购完后，卡厂提供卡片给一卡通中心，一卡通中心记录卡片到货的时间和数量等；一个采购订单的卡片，卡厂可能分批次达到，采购入库管理可以实现对一张采购单的多批次到货。 用户卡制卡任务管理: 当需要对卡片进行初始化时，操作员可以制定发卡任务，定义卡片发行的卡种类、卡片数量、发行日期等等，同时操作员根据这些信息生成制卡任务。 制卡出库管理: 当用户卡制卡任务制订

41、后，库存管理员可以根据制订的发卡任务，准备对应数量的卡片给发卡操作人员，并办理出库手续。 制卡入库管理: 当卡片制卡完成后，制卡操作人员将制好的卡片提交给仓库管理员，仓库管理员记录详细入库信息，并办理入库手续。 普通出库管理: 当卡片需要拿出库房，拿到网店出售时，仓库管理员记录详细的卡片种类和数量等信息，办理出库手续。 普通入库管理: 当卡片因为某种原因，需要拿回库房管理时，仓库管理员记录详细的卡片种类和数量等信息，办理入库手续。 用户卡任务报告管理: 当卡片制卡完成后，会生成相应的制卡报告，操作员需要将制卡报告导入系统，导入系统时，会创建对应卡账户（重要）。3.3.8 运维管理运营参数管理负

42、责维护整个一卡通系统所需要的参数文件，主要包括以下功能： 交易明细查询: 可以查询整个一卡通系统交易处理功能解析的所有交易，包括售卡、充值、购物消费、车载消费、锁卡、解锁、退卡、月票消费等各种系统定义的交易；查询时，可以根据卡号、终端代号、网店信息、交易日期等关键信息进行查询。 入库文件查询: 查询每天系统收到的文件，包括交易记录文件和非交易记录文件。 日切批处理查询: 查询每天的日切批处理信息，包括结算日期、前次结算日期、日切批处理状态详细信息等等。 可疑交易调整: 对交易文件处理时认为可疑的记录进行调整，调整时，只将该笔记录置为可调整状态，然后交由后台入库清分程序处理，是否能调整成功，由后

43、台决定。 卡账户查询: 查询每张卡片的详细信息，包括卡片制卡日期、累计充值笔数、累计充值金额、累计消费笔数、累计消费金额、最后交易时间、最后交易金额、卡余额等等。3.4 客服管理子系统3.4.1 功能描述客户服务系统是一卡通系统中承担卡片管理和清算中心职能单位的分支机构，主要面向持卡人、营运公司、代理机构及充值消费网点提供卡、查询等一卡通系统营运过程中所需要的维护及拓展业务服务。客户服务系统的应用功能应该和清算中心应用系统中的相关业务处理保持相当的一致性，可以认为它是清算中心中各应用系统功能子集的组合。具体归纳如下几个模块： 充值模块 售卡，发放新卡 充值，在系统中对充资额度有一定的限制，即设

44、定最高充资额、最低充资额、整数充资额等卡服务模块 挂失、解挂、年检 卡片记名信息修改 黑名单锁卡 退卡退余额申请，退卡退余额实际操作，作废卡片信息查询模块 明细信息查询、统计信息查询 卡查询，为持卡提供IC卡查询服务，可以提供查询IC卡余额，查询卡的最近10笔交易记录等 操作员盘点客户服务系统安装于各类客服终端上，包括客服中心终端和普通客服网点终端。一般客服网点终端包括基本功能模块、充值模块、卡服务模块、信息查询模块。整体系统架构采用Web服务器，应用服务器，数据库服务器的三层次系统架构。接入层：专用网络接入，客户端通过Web浏览器访问客户服务子系统。应用层：应用层包括认证模块、用户信息查询服

45、务、系统运营数据查询服务等业务处理服务。数据层：建立一个共享的数据库服务平台，根据数据交换和共享协议和数据交换规范，通过数据交换和共享平台和一定的数据处理维护规则进行交互引用和共享。客服管理子系统结构图3.4.2 签到签退通过平台去验证设备的合法性,在本系统中是验证PSAM卡的合法性；客服系统中需要PSAM卡才能对卡片内容进行激活或修改，设备在使用时需要在后台系统验证PSAM卡的合法性；只有签到后的设备,才允许设备进行用户卡卡片读写。3.4.3 售卡只有通过售卡功能激活卡片后，卡片上的CPU卡的电子钱包才可以去使用；需要在数据库中保存相关的记录供查询；售卡需要通过联机密钥去激活；售卡分为普通卡

46、售卡和记名卡售卡，其中记名卡售卡需要取出对应客户资料，并将客户资料写入卡片。3.4.4 现金充值此功能只是针对CPU卡的电子钱包的卡，只有通过充值后,卡片才能到公交车或消费网点消费；充值的金额可以在数据库中配置，也可以由操作员自己输入，但充值的金额最好是10元或50元的整数倍。现金充值交易需要通过联机密钥进行充值，且充值的设备需要后台进行额度授权，只有该设备有额度才允许进行充值；3.4.5 现金冲正冲正相当于卡提现,当操作员误操作充值时将充值金额选错或输错，或者用户充值后反悔时，需要将卡片中的金额抵消掉，此时就需要进行现金冲正。现金冲正必须符合以下两个条件：1.卡片上一笔记录为需要冲正的那笔现

47、金充值记录2.设备上一笔记录为需要冲正的那笔现金充值记录3.4.6 验卡通过读写器，读取卡内信息，读取的卡片信息,包括卡号、卡类型、卡片状态、发卡日期、有效期、卡余额；同时将返回卡片最近十条记录；如果是记名卡，还将返回记名卡的相关信息，包括姓名、性别、证件号码、证件类型；如果是月票卡，还将返回月票卡的相关信息，包括月票卡十二个月的充值信息。3.4.7 月票充值此功能只是针对CPU卡的月票钱包进行充值，只有通过充值后,卡片才能到公交车进行消费；月票充值的金额和次数在数据库中配置，操作员只能选择对应月票卡类型的充值金额和次数。月票交易需要通过联机密钥进行充值。3.4.8 月票冲正月票冲正相当于卡提

48、现,当操作员误操作充值时充错卡时，或者用户充值后反悔时，需要将卡片中的月票充值记录抵消掉，此时就需要进行月票冲正。月票冲正必须符合以下两个条件：1.卡片上一笔记录为需要冲正的那笔月票充值记录2.设备上一笔记录为需要冲正的那笔月票充值记录3.4.9 年审通过此功能可以修改ID文件中的有效日期，延长卡片的使用周期，并记录相关的年检信息；需要在数据库中保存相关的记录供查询；年审的信息是保存在ID信息文件中的，文件的修改需PSAM卡的支持；3.4.10 记名信息管理录入办卡人基本信息资料，为记名卡管理提供持卡人个人信息来源.对记名信息进行添加、删除、更改，以及办卡人照片上传等。3.4.11 个人信息更

49、改对已经做过个人化的IC卡进行个人信息修改业务;3.4.12 控制卡管理主要对功能性卡（司机卡、线路卡、票价卡、车辆卡等）进行维护管理；3.4.13 退余额申请当持卡人有卡但卡片不能读取余额,或卡片丢失,或者持卡人不再使用卡片时,可以通过客服中心申请退余额3.4.14 退余额申请当持卡人申请退余额后,网点管理人员需要对该退余额记录进行审核,管理人员需要根据系统具体交易明细,核对该卡能退的现金区金额和月票区金额并审核.注:如果是非卡片质量引起的退余额,必须等7天后才能审核如果是卡片质量引起的退余额,现金区金额也必须7天后审核,如果有月票区金额,则需要根据乘客是否换卡判断,如果乘客换卡使用则当场就

50、可以审核,否则需要7天后审核3.4.15 好卡退卡当持卡人申请退余额后,且网点管理人员需要对该退余额记录进行审核后，该卡片能读取卡片信息时,操作员可以对该卡进行好卡退卡操作。3.4.16 坏卡退卡当持卡人申请退余额后,且网点管理人员需要对该退余额记录进行审核后，且该卡片不能读取卡内信息时,操作员可以对该卡进行坏卡退卡操作。3.4.17 挂失对丢失的卡片进行ID信息有效性的挂失处理，此挂失功能只针对卡片ID信息的有效性进行处理，已挂失的卡片，在车载机上进行刷卡时，提示ID信息非法；需要在数据库中保存相关的记录供查询；挂失后将该卡列入黑名单；3.4.18 解挂对已挂失并做黑名单卡处理的卡片，在核对

51、个人信息等信息后，对卡片ID信息做解挂处理，使的卡片的ID信息合法；需要在数据库中保存相关的记录供查询；解挂后将该卡从黑名单中删掉；3.4.19 解锁对已经锁定的卡的可以做解锁处理。3.4.20 交易明细查询操作员通过此功能,可以查询IC卡系统所有的明细信息；当持卡人打电话到客服网点,咨询自己的乘车明细或具体业务明细时,操作员可以通过此功能,查询对应的信息并反馈给持卡人.交易明细查询必须具有相应权限的人才能操作.3.4.21 客户办卡记录查询操作员通过此功能,可以查询IC卡系统客户办卡的所有记录；方便操作员了解客户办理卡记录信息，包括卡数量，卡种类，办卡日期等信息，办卡记录查询必须具有相应权限

52、的人才能操作.3.4.22 操作员密码修改操作员可以在当前系统下修改操作员密码； 3.4.23 客服盘点信息维护操作员通过此功能,可将每日自己营收信息录入到系统中，以供财务人员进行核对，该信息操作员需每日下班前录入，否则在下次上班前需补录后方能进行签到.3.4.24 黑名单信息查询操作员通过此功能,录入特定卡号、人名、卡号类型、是否批量、是否包含删除等信息可查询相关黑名单信息.3.4.25 客服网点营收统计操作员可以在当前系统下查询个人在本网点下各个操作员的交易汇总信息； 3.5 查询统计子系统3.5.1 功能描述查询统计子系统主要是负责整个一卡通系统的报表查询, 同时能将报表导出到excel等格式的文件。能够按照行业、单位、交易类型等分类条件，结合时间（日/月/季/年）要求，分类统计、导出、打印报表。 按各运营单位定期统计发卡/充值/退卡业务量，可精确到网点。 如果是公交企业，可以统计到分公司、线路、车辆，也可以按照乘务员进行汇总 按月统计各种类型卡的当月发生额、累计发行张数；并能提供不同卡类型的明细情况。 按各代理商统计每日/月/季/年（时段，以天为单位）的充值/发卡/退卡笔数、充值/发卡/退卡金额、计次费、手续费等。 对所有类型的卡按期统计当期(按天、月、