《城市公交一卡通系统建设方案.docx》由会员分享，可在线阅读，更多相关《城市公交一卡通系统建设方案.docx（81页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、城市公交一卡通系统建设方案城市公交一卡通系统建设方案湖南新亿云信息科技有限公司二一六年六月四日版权声明：本文件包含附件的知识产权归文件提供方湖南新亿云信息科技有限公司所有。如无受权，请勿传播或复制。本文件该版本讲明范围：仅针对城市“一卡通系统整体解决方案。目录目录(3)图索引(4)1概述(5)1.1项目简介(5)1.2项目规划(5)2总体技术方案(6)2.1总体架构(6)2.2系统网络拓扑构造(8)2.3应用系统总体架构(9)2.4接口总体设计(10)3应用系统设计(11)3.1通讯传输子系统(11)3.2入库清分子系统(15)3.3业务管理子系统(25)3.4客服管理子系统(31)3.5查询
2、统计子系统(36)3.6无线服务端子系统(47)3.7收集点子系统(51)3.8卡个性化子系统(52)3.9接口处理子系统(54)3.10卡务管理子系统(56)3.11加密机前置子系统(59)4系统接口设计(61)4.1通讯接口(61)4.2交易数据接口(61)4.3参数数据接口(61)4.4对帐数据接口(61)5一卡通POS设备(61)5.1车载机(61)6项目建设计划(62)6.1第一阶段准备阶段(62)6.2第二阶段施行阶段(68)6.3第三阶段验收阶段(75)图索引图表1城市公交一卡通总体架构(6)图表2城市公交一卡通网络构造(8)图表3城市公交一卡通平台功能逻辑架构(9)图表4数据传
3、输服务端平台构造图(12)图表5数据传输客户端平台构造图(13)1概述1.1项目简介为了适应公共交通发展的需要，知足和方便广大市民出行，提高企业效益，提升运营与管理的科技水品，加速城市公共交通事业的当代化建设，湖南新亿云有限公司开发了这套非接触式IC卡自动电子收费系统，以非接触式IC卡做为存储介质，结合计算机技术、网络技术等信息技术，为用户提供一个良好的信息平台。1.2项目规划项目建设成为：以IC卡作为充值卡支付手段，以交通一卡通应用平台为基础，以公共通讯网络为连结纽带，以计算机系统为信息处理方法的当代化信息管理系统。将收费数据进行统一的清算管理，一方面方便乘客以卡进行收费支付，全市通用；另一
4、方面系统将各行业的运营收付信息，准确清算、划缴，保障各行业利益，提高行业的工作效率和服务效率，最终为企业的宏观调控及建设提供科学的决策支持系统及当代化的管理手段。2总体技术方案2.1总体架构城市一卡通总体架构如下列图所示：和龙岩移动/兴业银行通讯系统整体网络架构通讯方式用户卡卡控制卡SAM卡用户卡规划控制卡规划POS设备参数文件票价黑名单设备硬件设备软件其它硬件确认：显示方式/收集方式/对外接口语音内容/LOGO安装确认其它确认人机界面(显示/语音/按键)交易流程(用户卡/控制卡/SAM卡/参数文件/通讯)交易记录(所有业务/各种状态)参数文件规划交易流程规划交易记录规划上传下载内容(票价/黑
5、名单)方式(网络/人工)内容(交易记录、设备状态)方式(网络/人工)通讯协议(软件升级/各种接口)人机界面规划通讯协议规划设备后台平台客服子系统通讯子系统/接口处理子系统密钥子系统发卡子系统清分结算管理系统密钥系统方案发卡母卡规划系统软件硬件配置:加密机/读写器/母卡/前置硬件配置:发卡机/读写器/母卡读写器/计算机系统软件发卡系统规划(访问密钥系统)硬件配置:路由器/防火墙/交换机/通讯服务器/IP/OS通讯服务软件通讯协议规划后台硬件配置:设备/通讯链路/OS/DB客服软件:功能/架构/通讯协议客服系统规划硬件配置:服务器/OS/DB业务管理软件系统管理软件参数文件生成软件介绍讲明：密钥系
6、统由建设部提供。接口处理软件接口规划后台图表1城市公交一卡通总体架构讲明：密钥系统采用建设部密钥，包括密钥系统软件、城市密钥母卡、加密机、PSAM卡等，均由建设部提供。公交车载机、手持机、出租车设备通过GPRS无线传输的形式上传数据给一卡通中心平台或通过人工收集的方式备用，传给一卡通中心平台；通讯服务软件，包括可供进行联机交易的加密前置服务软件联机报文发送，还有负责文件传输的通讯客户端软件和通讯服务端软件。接口处理包括和移动、银行、下级接入单位的接口。2.2系统网络拓扑构造加密机光纤交换机磁盘阵列SAN存储区域防火墙中心机房设备570数据库服务器570数据库服务器通讯服务器测试服务器应用服务器
7、GPRS服务器路由器证卡打印设备工作站工作站工作站加密机DMZ区WEB服务器密钥服务器交换机交换机交换机数据分享服务器SG图表2城市公交一卡通网络构造2.3应用系统总体架构城市一卡通平台的功能逻辑架构如下列图所示：图表3城市公交一卡通平台功能逻辑架构讲明：1.入库清分结算子系统交易入库解析入库，交易记录清分结算，交易记录的合法性判定、有效性判定、连续性判定等，运营参数文件生成、黑名单文件生成、对账文件生成等；2.卡务管理子系统卡初始化，密钥灌装，卡片文件构造创立等；3.客服管理子系统提供基于阅读器的售卡、充值、冲正、消费、挂失、解挂、年审、好卡退卡、坏卡退卡、记名信息维护等；4.查询统计子系统
8、提供各种卡片的充值、售卡、消费统计；公交单位的公司统计、线路统计、车辆统计、司机或乘务员统计、班次统计；提供和各下属单位和互通城市的对账统计等等；5.出租车管理子系统出租车司机管理、出租车信息维护、司机银行账户信息管理等6.无线服务端子系统负责对无线设备数据传输，以及无线设备的交易收集和参数文件、黑名单文件下载等7.通讯传输子系统负责一卡通中心和各下级单位进行文件传输Windows平台8.加密机前置子系统负责对加密机的访问进行控制，确保加密机的网络安全性，以及联机充值设备的交易收集和参数文件、黑名单文件下载等；9.接口处理子系统与移动、银行、各企业商户等接入单位的接口处理；10.业务管理子系统
9、1.参数管理模块;2.设备管理模块;3.卡库管理模块;4.卡账户管理模块;5.基础信息管理模块;6.运营维护模块;7.权限管理模块等；11.收集点子系统负责交易记录收集、黑名单下载、设备时钟同步等备用收集方式12.卡个性化子系统负责记名卡照片的单张或批量打印、打印模版制作等;2.4接口总体设计整个一卡通卡系统中的系统接口可分为物理接口和应用接口两大类，物理接口主要是指与支撑计算机系统运转的外围系统之间的对接关系，如与供电、消防系统的接口、与通信系统的接口、与接入网络物理接口等。对于物理接口本技术方案中不予描绘，仅对应用系统之间的接口进行规划设计。根据系统数据流和业务流之间的关系，接口种类能够分
10、为：1.通讯接口：各系统之间采用统一的通讯规程和规范，使系统各组成部分在通讯机制上能够顺利对接，便于系统的扩展。2.交易数据接口：包括各类卡片交易的数据规范，如充值交易、消费交易、退卡交易等等，接口规范应具备扩展能力，适应不同应用行业的特有数据要求。3.对帐数据接口：指一卡通中心系统与各接入单位系统之间的数据对帐规范，主要包括对帐规则、对帐范围确定、对帐数据内容规范。4.参数数据接口：定义由一卡通中心系统下发到接入单位系统、终端设备的参数内容，如黑名单数据、充值设备控制参数等。假如根据一卡通应用总体架构各部分之间的关系，系统中的接口能够分为：1.一卡通中心系统与接入的企业系统之间的接口，包含的
11、接口种类主要是通讯接口、交易数据接口、参数数据接口、对帐数据接口。2.企业或二级系统与数据收集点之间的接口，包含的接口种类主要是通讯接口、交易数据接口、参数数据接口。3.设备层与数据收集点之间的接口，主要是交易数据接口、参数数据接口。3应用系统设计3.1通讯传输子系统3.1.1功能描绘通讯传输子系统完成与各下属单位、数据收集点、充值代理银行、移动、银行等不同机构、不同通信方式的接入。通讯传输子系统实现数据文件的接收和下发。接收各类机构上传的数据，进行数据完好性和合法性检验，包括公司代码、IP地址、端口监听等；同时完成中心相关数据的下发工作，包括对帐信息、校验信息、黑名单数据等。系统负责接收各营
12、运单位和充值网点上传给总中心的各种交易类数据和管理类数据，进行本地备份和接收登记，然后通知交易处理子系统进行处理。本子系统只负责数据通讯，不进行业务处理，实现通讯与业务处理的独立性。系统接收的数据类别包括：?接入单位上传的各交易类数据?接入单位上传的非交易类数据?接入单位上传的交易文件的应答系统负责将总中心下发的参数数据、对帐数据以及运营管理数据发送给客户端接入单位和直联网点应用系统。传输子系统监听客户端的数据下载请求，接收到下载请求后，根据约定的通讯规程与客户端应用系统进行数据传输，将下发数据发送给客户端应用系统。下发数据在传输之前已经过其他子系统生成。传输子系统发送的数据类别包括：?和运营
13、单位的消费对帐数据?和运营单位的充值对帐数据?下发给接入单位的各种管理类数据黑名单、卡类型参数、运营参数等?对接入单位上传的交易文件的应答?其他管理类消息3.1.2实现方案通讯传输子系统按功能可分为数据传输服务端平台DTransServer、数据传输客户端平台DTransClient。整个通讯传输子系统按系统定位可配置应用于各级单位;一卡通系统主要采用数据传输服务端平台DTransServer，下端运营单位可采用客户端平台。3.1.2.1数据传输服务端平台数据传输服务端平台DTransServer主要用于实现应用系统的文件接收、文件下发、数据校验、数据验证和传输分析等功能，其构造如下图:数据传
14、输服务端平台消息收发模块数据校验模块文件接收模块TCP/IP通讯模块文件下发模块存放在指定位置的待下发文件应答消息配置文件存放在指定位置的上传文件请求消息发送应答至客户端接收客户端的请求应用处理模块应用处理模块图表4数据传输服务端平台构造图数据传输服务端平台主要包括下面模块：?TCP/IP通讯模块：负责监听客户端接入并与客户端建立通讯连接；?文件接收模块：通过文件报文形式接收文件，在完好收到客户端上传文件后给客户端确认信息；?文件下发模块：通过文件报文形式下发文件，支持专线主动与拨号被动方式；?消息收发模块：以消息报文的形式发送或接收消息，在完好收到客户端上传报文后给客户端确认信息；?数据校验
15、模块：数据完好性校验；?安全处理模块：数据摘要、MAC生成或认证，支持软硬件加解密；?传输管理模块：参数管理、数据传输时间/传输量/传输状态分析等。3.1.2.2数据传输客户端平台数据传输客户端平台DTransClient主要用于实现应用系统的文件上传、文件下载、消息收发、应答处理和传输分析等功能，其构造如下图：数据传输客户端平台消息收发模块存储转发模块文件发送模块TCP/IP通讯模块文件下载模块存放在指定位置的待发送文件待发送的消息配置文件存放在指定位置的下载文件主机应答消息发送至服务端接收服务端应答应用处理模块应用处理模块图表5数据传输客户端平台构造图数据传输客户端平台主要包括下面模块：?
16、TCP/IP通讯模块：负责与服务端建立通讯连接，支持拨号、专线和局域网方式?文件发送模块：以文件报文的形式发送文件，在收到服务端确认信息后表明发送成功?文件下载模块：以文件报文的形式下载文件?消息收发模块：以消息报文的形式发送或接收消息，在收到服务端确认信息后表明发送成功?存储转发模块：实现断点续传、超时控制功能?传输管理模块：参数管理、数据传输时间/传输量/传输状态分析等?安全处理模块：数据摘要、MAC生成或认证，支持软硬件加解密3.1.3软件特点?支持大批量的外部接入，可确保大量数据交换的能力。?文件的无误传输，可确保明细文件从客户方发送到服务器方或应答文件从服务器方发送到客户方时无误的传
17、输。?灵敏的发送方式，支持拨号方式、专线方式和局域网方式。通过对发送方式的配置，可灵敏的在各种情况下进行文件的传输工作。?可配置的发送策略。通过对发送策略的配置，能够设置定时让通讯程序自动从发送目录中查看能否有待发文件并发送，数据发送频率能够自由设置。?对发送文件的加密保护，为保证发送数据的保密性，采用一定的加密技术对发送的文件加密后密文传输，同样在收到传输文件后解密复原成明文文件。?断点续传的支持，文件传输时将支持断点续传，即在文件传输经过中发生连接中断后，再次传输时将自动续传。?信息的同步，这里提到的同步是通讯接口的同步，与客户端程序无关。用于保证所有客户端通讯接口的一致性，包括出错代码列
18、表的一致性，传输规则的一致性，配置信息的更新的一致性。3.1.4技术应用本交换系统采用下面关键技术：?断点续传技术在数据传输经过中，将采取断点续传技术，即当网络不稳定造成断连接，再次建立连接后，数据传输将从中断处继续，而不是重头开场。这样，在大文件传输时，有利于节约时间和提高效率。MAC验证技术用于保证数据完好性，当数据文件传输前，将对数据文件做摘要，而接收到全部数据块合并成文件后，也对接收到的文件做摘要，比拟两个摘要能否一样，是保证数据完好性的重要手段。3.2入库清分子系统交易处理子系统负责处理所有后台处理程序,包括下面四大功能:1.交易文件处理功能2.交易记录数据清算功能3.日切批处理功能
19、4.后台定期处理任务3.2.1交易文件处理3.2.1.1功能描绘交易文件包括从GPRS接收的车载POS交易文件、银行和客服网点上传的交易文件,以及手工补采的交易记录文件,交易文件处理功能负责将文件中详细的交易交给不同的交易处理函数,然后交易处理函数根据不同的业务规则,进行相应的数据库操作；交易文件处理功能在接收数据包进行处理之前判定系统当前运行状态，若系统处于非正常状态，即系统处于日切状态或批处理状态时，交易文件处理功能将暂停轮询，不再调度数据包到业务处理模块，当批处理结束后，系统运行状态恢复正常，交易文件处理功能继续轮询，并将数据包分发给不同的函数进行处理。不同的函数根据各自的方法进行相应的
20、操作.详细的交易类型包括售卡、现金充值、转账充值、巴士消费、黑名单锁卡、购物消费、年审、好卡退卡、退余额、解锁、冲正.文件解析为批量提交数据库,假如文件中存在不能保存的记录,则整个文件中的内容都将不保存,只是登记该文件为错误,同时业务管理平台将提供查询界面;假如查询到有文件登记为错误,则需要人工手工干涉该文件的处理,操作员能够将文件中的错误交易修正或删除,然后更名后将文件上传重新解析.文件处理系统所处理的通讯节点途径包括所有的下级节点途径,所处理的文件包括:212,215,917文件等。3.2.1.2实现方案交易处理子系统从处理流程上分为交易调度和业务处理两个模块。交易调度模块是整个交易处理子
21、系统的核心框架，当增加或删除业务处理模块时，仅需要增加平台进程的业务处理模块，无须修改交易调度模块。业务处理模块处理详细的交易处理。每一类相关的应用途理功能集成为一个服务模块，每个服务模块内可包含多个交易处理函数。每一种交易类型对应一个交易处理函数。交易处理系统通讯传输子系统交易服务模块交易服务模块交易调度模块交易处理函数交易处理函数交易处理函数。交易服务模块交易处理子系统模块构造图3.2.1.3交易调度处理交易调度模块将定时依次轮询通讯节点数据文件存放目录，若有从数据接入交换系统发送来的数据包，则根据数据包的类型，将数据包分配到相应的交易处理模块。交易调度模块不负责详细的交易业务处理。交易调
22、度模块在接收数据包进行处理之前判定系统当前运行状态，若系统处于非正常状态，即系统处于日切状态或批处理状态时，交易调度模块将暂停轮询，不再调度数据包到业务处理模块，当批处理结束后，系统运行状态恢复正常，交易调度模块继续轮询，并将数据包分发给各业务处理模块进行处理。交易调度处理流程如下：调用交易函数初始化交易配置信息依次轮询各数据包存放目录开场系统运行状态数据包类型调用交易函数调用交易函数调用交易函数正常日切批处理数据库提交交易调度模块的处理流程图交易处理时,需要对交易记录进行合法性校验,且详细的交易记录合法性需要设置优先级,优先级高的先判定，判定内容可参考下面标准：1记录能否重复(重复判定的关键
23、字段:卡号、交易时间、卡交易序号、终端代号)2CRC能否正确3能否灰交易4终端代号能否有效；5卡类型能否正确；6交易类型能否正确；7数据能否失效；8余额能否合法9交易金额能否合法假如上述判定没有通过，则交易都为可疑帐，入错误交易明细库，结算时将这些交易都根据可疑进行汇总。3.2.1.4消费交易处理消费交易记录为脱机交易。系统收到消费交易后,需要根据上面定义的合法性判定流程,对记录合法性进行判定，假如该笔记录不是重复交易,则需要更新卡账户中的累计消费金额和累计消费笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;假如卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.5现金充
24、值交易处理现金充值交易记录为联机交易,充值经过中,需要设备进行签到,且必须经过加密机认证,只要通过认证的设备才允许进行充值;且能够对该充值的设备进行额度控制,假如该设备未登记、该设备未注册额度、设备对应额度已停用、设备对应额度已使用完,则该设备不能进行充值。系统收到现金充值交易后,需要根据上面定义的合法性判定流程,对记录合法性进行判定，假如该笔记录不是重复交易,则需要更新卡账户中的累计充值金额和累计充值笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;假如卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.6现金冲正交易处理现金冲正交易为脱机交易,当用户充值后，可能需要取消
25、该笔充值记录，冲正交易需要符合两个条件:1.卡片上一笔交易为当前冲正的充值交易;2:设备上一笔记录为当前冲正的充值交易。系统收到现金冲正交易后,需要根据上面定义的合法性判定流程,对记录合法性进行判定，假如该笔记录不是重复交易,则需要更新卡账户中的累计消费金额和累计消费笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;假如卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.7月票充值交易处理月票充值交易记录为联机交易,充值经过中,需要设备进行签到,且必须经过加密机认证,只要通过认证的设备才允许进行充值系统收到月票充值交易后,需要根据上面定义的合法性判定流程,对记录合法性进行判
26、定，假如该笔记录不是重复交易,则需要更新卡账户中的累计充值金额和累计充值笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;假如卡片状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.8月票冲正交易处理月票冲正交易为脱机交易,当用户充值后，可能需要取消该笔充值记录，冲正交易需要符合两个条件:1.卡片上一笔交易为当前冲正的充值交易;2:设备上一笔记录为当前冲正的充值交易。系统收到月票冲正交易后,需要根据上面定义的合法性判定流程,对记录合法性进行判定，假如该笔记录不是重复交易,则需要更新卡账户中的累计消费金额和累计消费笔数,同时更新账户的卡片余额、最后交易时间、最后交易金额;假如卡片
27、状态不是正常卡状态,则需要将卡状态修改为正常卡。3.2.1.9售卡交易处理售卡交易为联机交易。联机交易时，系统经过帐户合法性校验后，将新发卡状态更新为启用状态，同时设置卡片有效期。售卡时将新发卡状态更新为启用状态，同时设置卡片有效期。售卡交易分为普通卡售卡和记名卡售卡，记名卡售卡交易中会存在附加记录，保存有一些客户的记名信息，这些记名信息同样会保存到数据库中。售卡经过中发生异常情况需要记录警告。3.2.1.10年检交易处理年检交易为脱机交易。记名卡和过期卡需要年检进行新有效期的激活。系统对脱机年检交易处理时，经过帐户合法性校验后，更新卡帐户卡片有效期。3.2.1.11锁卡交易处理锁卡交易是脱机
28、交易。系统收到脱机交易文件中的锁卡交易后，在黑名单表中设置为已锁卡，并记录黑卡锁卡纪录，同时更新卡片状态为已锁卡。3.2.1.12解锁交易处理当锁卡交易提交给交易处理平台后,由交易调度模块调用解锁处理服务函数进行解锁处理。同时修改卡账户状态为正常状态。解锁时需要将锁卡所扣掉的金额充到卡上。3.2.1.13好卡退卡交易处理对于用户需要退卡且卡片能够读取时，需要客户向客服网店提交退卡申请，等到退卡时延之后一般为申请退卡后7天，才能够进行退卡交易，所退卡片余额为从卡上读取的金额。当交易调度模块调用退卡处理服务函数进行好卡退卡处理，需要修改卡帐户状态为退卡状态，退卡时可能会扣除相应的手续费用。3.2.
29、1.14换卡退余额交易处理对于用户需要退卡且卡片不能够读取时，需要客户向客服网店提交退卡申请，等到退卡时延之后一般为申请退卡后7天，才能够进行退卡交易，所退卡片余额为从数据库读取的金额。当交易调度模块调用退卡处理服务函数进行坏卡退余额处理，需要修改卡帐户状态为退卡状态，退卡时可能会扣除相应的手续费用。3.2.1.15记名信息修改交易处理年检交易为脱机交易。记名信息修改交易不涉及到对卡片金额的操作，只是卡片需要修改记名信息时进行的业务。3.2.2交易记录数据清算3.2.2.1功能描绘当进程将所有的通讯目录扫描完,所有目录下的交易文件均已解析完毕后,系统会对这些解析完的交易文件进行清算；清算时，先
30、查询交易记录文件登记表，找到那些未结算的记录，然后根据指定的文件ID，到对应的结算表中对每条记录明细进行汇总，所统计的数据将汇总到预结算数据表。数据清算完后，将进行下一轮轮循。交易记录数据清算的原则：以文件为单位，根据文件ID、卡类型、交易类型、交易日期、终端代号、错误代码等进行汇总。某个文件清算完后，将更改该文件的结算标识和结算日期；整个清算经过，使用事务控制，假如其中某一个步骤失败，则整个事务回滚；全部成功后才提交该事务。3.2.2.2实现方案当通讯目录下所有交易文件已解析完后，交易记录数据清算进程将开场启动，进程会先查询交易记录文件登记表中待结算的所有文件，然后根据这些文件ID，以及当前
31、的结算日期，到对应的结算表中，查询交易明细，并进行汇总，汇总完后更改该文件的结算标识和结算日期。对交易明细进行清算开始数据库提交查询文件登记表找到未结算的文件根据文件ID到结算表找到交易记录明细多个更改该文件状态和清算日期结束交易文件处理进程交易记录数据清算模块构造图3.2.3日切批处理3.2.3.1功能描绘日终处理根据日终处理控制流程文件定义的顺序和条件，执行一系列的批量处理作业,包括自动数据需要的交易记录创立表,下发黑名单文件等给运营单位或设备,结算系统还未结算的交易文件,统计调账数据,统计汇总各种财务数据等,生成下级企业的对账文件,最后切换结算日.系统能够记录日切批处理的状态,假如失败能
32、够知道失败的位置,并且能够从失败的位置重新开场,一直到整个日切批处理经过完成.同时,管理人员能够在界面上查询天天的日切批处理情况。3.2.3.2日切处理模块流程日终批处理是清算及帐务处理的主要模块。批处理模块的主要功能是对日切日期切换表示当天工作日结束前结算日期的所有交易数据进行结算和帐务统计处理，构成供报表系统使用的数据。通过日终批处理能够大大减轻业务主机的工作压力，使交易处理系统能够只作对消费类交易IC卡分户帐更新、设备帐务表更新、交易日志表登记处理，对充资类交易只作IC卡分户帐更新、操作员帐务表更新、交易日志表登记处理，所有其他的整理和累计处理工作将在日终批处理时进行。日切批处理的主要流
33、程如下：创立交易记录表；下发黑名单和基本信息；统计调账数据；统计当日所有交易；代理商/充值操作员帐务累计日计、月计、年计；营运单位帐务累计日计、月计、年计；生成交易对帐数据；切换结算日；为了保证日切批处理模块在处理失败时能够从失败点继续处理，批处理模块采用多阶段提交作业的方式，并记录当前阶段的节点序号。特点：结算批处理模块任何地方出错时记录具体的错误日志，以便查明原因，尽快解决故障。为了保证结算批处理模块在处理失败时能够从失败点继续处理，该模块采用多阶段提交作业的方式，并记录当前阶段的节点号，断点可续。操作界面能操作员发起批处理模块的指令,能够手工执行批处理，并能够很直观地监控到批处理任务执行
34、的情况。3.2.4后台定期任务处理3.2.4.1功能描绘后台定期处理是处理一些需要定期执行的任务，包括定期下发数据库中的参数文件;定期检查有需要创立的目录,假如有则自动创立；定期处理需要调整的调账数据；定期更新充值设备额度等。3.2.4.2后台定期处理模块流程后台定期处理模块主要是在后台设置一个定时器,定时器的执行频率能够自由设置,当定时器的时间到达指定时间间隔,将启动处理进程,执行需要处理的作业。后台定期处理的主要作业如下：定期下发数据库中需要下发的参数文件；定期创立需要创立的目录；定期处理调账数据；定期更新充值设备额度限制；3.3业务管理子系统3.3.1功能描绘业务管理子系统是整个一卡通中
35、心的业务管理平台，负责日常业务管理，是用户与一卡通中心系统交互的主要途径，用户通过业务管理子系统的客户端进行业务操作。它主要包括下面功能模块：?权限管理?运营参数管理?运营设备管理?卡库存管理?充值额度控制管理?运维管理3.3.2实现方案3.3.2.1系统应用架构整体系统架构采用Web服务器，应用服务器，数据库服务器的三层次系统架构，在系统扩展性方面主要考虑横向和纵向扩展性，即通过增加节点数或扩展配置提高每个层面系统的吞吐能。WEB服务器应用服务器权限管理运营参数管理额度控制管理运维管理数据库服务器WEB阅读器运营设备管理卡库存管理数据层：建立一个分享的数据库服务平台，根据数据交换和分享协议和
36、数据交换规范，通过数据交换和分享平台和一定的数据处理维护规则进行交互引用和分享。应用层：应用层包括业务管理系统的各个模块接入和平台层：接入和平台层包括数据交换和分享平台，以及服务的接入平台Web。3.3.2.2系统技术架构业务管理子系统采用的是以Browser/Server形式架构，进而实现了客户端的零维护，降低了系统的总运行成本。同时系统的操作将不受地域和时间的限制，可随时随地，移动办公。系统开发采用的开发工具是微软的MicrosoftVisualStudio2020,前端界面为目前技术开发上比拟流行的EXT框架,界面友好且功能强大。技术开发采用三层架构体系，其中界面层负责界面展示，业务层负
37、责业务逻辑，数据访问层负责和数据库交换，技术开发尽量实现功能模块化，增加代码复用，建设工作量。系统提供强健的安全机制及多层次的安全控制功能，包括用户权限管理，操作权限受权，操作日志监控等，任何操作必须受权。3.3.3权限管理权限管理分为：角色权限管理、用户管理、操作日志查询。?角色权限管理：对角色进行添加、删除、更改、查询等维护管理。同时能够维护角色所对应的各个模块的权限。?用户管理：对用户进行添加、删除、更改、查询等维护管理。同时需要维护用户和角色的对应关系，一个用户允许拥有多个角色。用户密码由3位以上字符或数字组成。用户创立时，系统先设置默认密码，系统提供修改密码功能，用户能够本人修改本人
38、对应的密码。?操作日志查询:能够查询所有系统产生的日志信息,包括添加、更改、删除、异常等日志信息。3.3.4运营设备管理运营设备管理负责系统运营需要的基础信息维护和管理，包括下面功能：?基础构建维护:对运营单位、网点、分公司、线路、车辆、设备进行添加、删除、更改，分行业对上述基本信息管理，其中公交行业分五级：运营单位、分公司、线路、车辆、设备；非公交行业分三级：运营单位、网点、设备。?通讯节点维护：对系统通讯节点进行添加、删除、修改，这些维护好的通讯节点，将在系统进行文件传输时使用到，同时，交易文件处理睬根据这些设置好的通讯节点对应的目录，到对应的目录下扫描文件。?运营设备状态反应信息查询:查
39、询所有设备反应的状态信息,状态信息包括:设备参数版本、黑名单版本、设备软件版本、设备时钟、当前未上传记录数等等?未收集设备查询：天天跟踪未收集的设备，操作员能够知道当前设备到底是未使用，还是使用了但交易未上传，降低运营风险。?交易记录系统天天执行定期任务，查找设备断号记录，操作员天天能够查找天天的断号情况，对这些断号记录进行审核，并提醒相关业务人员进行数据补采。?黑名单维护：对整个一卡通系统的黑名单记录进行添加、删除。这些黑名单将下载到设备上，当黑名单卡进行消费时，将进行锁卡。?车辆调度：维护车辆所属线路，将车辆从一条线路调到另一条线路，并记录调度的起始日期。?运营班次信息维护：系统实时从站务
40、系统同步班次信息，并从平台界面能够查询具体的班次信息，并能够生成最新的班次信息到指定目录；运营时通过乘务员本人按键，实现手持机实时下载最新的班次信息。?乘务员设备对应关系：维护设备和乘务员对应关系，知道到底哪个设备由哪个乘务员保管，并能够详细到详细日期，假如设备保管人发生变化，需要记录到底从哪天开场归新的保管员保管。?阶梯票价管理：管理分段收费的阶梯票价信息，实现天天分段收费线路的站点和票价信息的数据导入和查询。?运营票证管理：维护详细设备票证信息，票证信息能够从站务系统同步过来，能分配到详细设备使用；并能够生成对应的票证信息文件，以支持设备下载。3.3.5额度控制管理额度控制管理负责对所有的
41、充值设备进行额度控制，只要对设备维护好额度限制，该设备才允许充值，主要包括下面功能：?联机设备额度控制:维护设备对应的充值额度限制，某一个设备只要维护了充值额度，才能进行充值。?设备额度维护查询：能够对设备所有的额度控制记录进行查询，追踪设备额度的使用情况。?额度充值明细查询：对联机充值的每笔明细进行查询。3.3.6运营参数管理运营参数管理负责维护整个一卡通系统所需要的参数文件，主要包括下面功能：?卡类型管理:对一卡通系统定义的所有卡类型进行添加、删除、更改，维护每种卡对应的押金、有效期、销售版还是租用版、能否月票卡、语音提示、刷卡时间间隔?计费规则管理：定制各种收费规则，主要用在公交类型参数
42、文件。?卡方案管理：卡方案中包含各种卡类型，和计价方案对应，卡方案中存在的卡类型，在卡方案中存在的卡类型，才允许使用。?附加费用管理：管理附件费用，能够用于加收空调费或出租车行业的燃油附加费用等。?计价方案管理：计价方案包括方案和附件费用方案，支持设置那种钱包(一卡通钱包和移动钱包)刷卡优先级，同时能够和线路卡结合使用，用线路卡来决定设备启用参数文件中的哪套计价方案。?参数文件生成及管理：负责生成所有的参数文件，包括计价方案参数生成和小额消费基本参数生成。?小额消费基本参数管理：设置一卡通设备需要的小额消费基本参数。3.3.7卡库存管理卡库存管理负责维护卡片的库存进行管理,根据卡片的生命周期,
43、从采购开场卡片出入库,制卡任务制订,制卡报告导入等各个方面进行管理，主要包括下面功能：?库存卡种类管理:定义管理库存需要的各种卡类型，所包括的元素包括卡片状态、成品卡类型、卡版面等等。?卡片版面管理:管理各种卡片版面，对卡片版面进行添加、删除、更改。?采购订单管理:记录卡片采购信息，记录卡片采购的厂家、采购时间、到货时间、采购数量等。?采购入库管理:当卡片采购完后，卡厂提供卡片给一卡通中心，一卡通中心记录卡片到货的时间和数量等；一个采购订单的卡片，卡厂可能分批次到达，采购入库管理能够实现对一张采购单的多批次到货。?用户卡制卡任务管理:当需要对卡片进行初始化时，操作员能够制定发卡任务，定义卡片发
44、行的卡种类、卡片数量、发行日期等等，同时操作员根据这些信息生成制?制卡出库管理:当用户卡制卡任务制订后，库存管理员能够根据制订的发卡任务，准备对应数量的卡片给发卡操作人员，并办理出库手续。?制卡入库管理:当卡片制卡完成后，制卡操作人员将制好的卡片提交给仓库管理员，仓库管理员记录具体入库信息，并办理入库手续。?普通出库管理:当卡片需要拿出库房，拿到网店出售时，仓库管理员记录具体的卡片种类和数量等信息，办理出库手续。?普通入库管理:当卡片由于某种原因，需要拿回库房管理时，仓库管理员记录具体的卡片种类和数量等信息，办理入库手续。?用户卡任务报告管理:当卡片制卡完成后，会生成相应的制卡报告，操作员需要
45、将制卡报告导入系统，导入系统时，会创立对应卡账户重要。3.3.8运维管理运营参数管理负责维护整个一卡通系统所需要的参数文件，主要包括下面功能：?交易明细查询:能够查询整个一卡通系统交易处理功能解析的所有交易，包括售卡、充值、购物消费、车载消费、锁卡、解锁、退卡、月票消费等各种系统定义的交易；查询时，能够根据卡号、终端代号、网店信息、交易日期等关键信息进行查询。?入库文件查询:查询天天系统收到的文件，包括交易记录文件和非交易记录文件。?日切批处理查询:查询天天的日切批处理信息，包括结算日期、前次结算日期、日切批处理状态具体信息等等。?可疑交易调整:对交易文件处理时以为可疑的记录进行调整，调整时，
46、只将该笔记录置为可调整状态，然后交由后台入库清分程序处理，能否能调整成功，由后台决定。?卡账户查询:查询每张卡片的具体信息，包括卡片制卡日期、累计充值笔数、累计充值金额、累计消费笔数、累计消费金额、最后交易时间、最后交易金额、卡余额3.4客服管理子系统3.4.1功能描绘客户服务系统是一卡通系统中承当卡片管理和清算中心职能单位的分支机构，主要面向持卡人、营运公司、代理机构及充值消费网点提供卡、查询等一卡通系统营运经过中所需要的维护及拓展业务服务。客户服务系统的应用功能应该和清算中心应用系统中的相关业务处理保持相当的一致性，能够以为它是清算中心中各应用系统功能子集的组合。详细归纳如下几个模块：充值模块?售卡，发放新卡?充值，在系