盐城公交IC卡收费系统技术方案
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.3.11 数据库备份与恢复
为避免意外事件造成系统重要数据的损坏和丢失，要制订数据库的备份与恢复策略。由于系统数据量较大且数据更新较快，所以数据备份策略采用每周一次完全备份，其他各天进行差异备份。在系统严重错误或故障时，将用备份数据恢复数据库，尽量减少损失。此功能在服务器上的SQL SERVER上执行，数据库恢复由超级系统管理员执行。
3.3.10 黑名单管理
黑名单主要包括伪造卡、非法卡、未经审核的用户卡、丢失或失窃的管理卡以及其它甲方认为异常的卡等等，由于车辆运营的特殊性，车载机是离线式终端，不可能与管理中心实时通讯，因此每天必须通过数据采集器对车载机进行黑名单更新。系统黑名单分为三类：挂失生成止付名单、清算生成黑名单、控制卡产生的黑名单。
GB/T 18239—2000 集成电路（IC）卡读写机通用规范
《建设事业IC卡应用技术管理要求》
《计算机软件产品开发文件编制指南》
1.3 技术方案的设计原则
符合国家有关部门关于“统一规范、统一发卡、一卡多用”的指示精神。
乙方提出符合甲方需求的、为其量身打造、贴近甲方的技术方案。
模块化及开放式的软硬件设计，具有良好的可扩展性，便于系统升级和二次开发。
3.3.12 系统管理
对支持系统运行的系统表进行管理和维护，同时具有系统表的浏览功能。此类表有各种IC卡卡表，驾驶员表，公司表、路队表、线路表、职工表及站点表等。这些数据的管理，从操作上力求简单统一，采用输入区＋功能按钮＋显示区的界面格局。提供选择记录以及记录的增加、修改、删除等功能。
3.3.13 密钥管理
对用户卡退卡的申请，首先读出用户卡的类型、编号、卡内最新余额等信息，并查询得到用户卡对应的所属用户、押金等信息，然后可执行退卡操作，清空卡内的电子钱包，并退还用户卡内的最新余额和押金。
3.3.9 用户卡挂失管理
对用户卡挂失的申请，设立挂失标志，并将挂失卡的卡号放入挂失名单，通过数据采集器下载到收费机，等待所有消费记录采集上传后，依据审核消费记录所确定的最新余额退还用户。为了减少挂失处理错误和损失，挂失处理过程必须延迟一段日期，等待挂失卡的消费记录全部到位，核定出卡内余额真值。
3.3.3 管理卡的分配与设置
管理卡包括信息设置卡、驾驶员卡、系统管理卡。可通过IC卡充值机进行读写操作。
信息设置卡：用户选择收费线路并分别输入各种用户卡类对应的收费单价后，通过充值机将收费线路和收费单价等信息写入卡中。
驾驶员卡：用户选择收费线路和驾驶员后，通过充值机将登录状态等信息写入卡中，并记录驾驶员卡的归属关系。注意，驾驶员卡只能分配给有效驾驶员，且一人一卡。
坏卡信息查询与统计
挂失卡信息查询与统计
黑名单查询与统计
3.3.7 用户卡纠纷处理
对用户卡纠纷处理的申请，等待所有消费记录采集上传后，依据审核消费记录所确定的最新余额修正卡内电子钱包的数值。为了减少纠纷处理错误和损失，纠纷处理过程必须延迟一段日期，等待纠纷卡的消费记录全部到位，核定出卡内余额真值。
3.3.8 用户卡退卡管理
3.3.17 数据处理和网络传输
对子站系统的充售记录数据和采集点的消费记录数据、挂失记录数据、锁卡记录数据进行综合处理，生成当天的数据文件包。联网站点通过网络，将数据处理生成的上传数据包，上传至数据中心，如果拨号连网异常，则通过U盘等媒介传送至管理中心；脱网站点，则通过U盘等媒介将数据处理生成的上传数据包，上传至数据中心。
盐城公交IC卡收费系统技术方案
公交IC卡收费系统技术设计方案
1综述
1.1 系统设计目标概述
甲方的公交IC卡收费系统的总体设计目标为：
建设1个IC卡管理中心，负责系统安全管理、密钥管理、系统管理、IC卡发行、管理卡分配与设置、用户卡纠纷与退卡处理、黑名单管理、数据汇总与处理、数据查询统计、电子档案管理、报表管理及数据库备份与恢复等业务。
下设多个IC卡充售站点，负责用户卡的发售与充值、余额查询等业务。
下设多个数据采集站点，负责车载机的数据采集、黑名单下Baidu Nhomakorabea等业务。
1.2 技术设计遵循的相关标准
本系统的设计遵循以下有关标准：
ISO/IEC 14443 TYPE A非接触式IC卡国际标准
ISO/IEC 7816接触卡国际标准
CJ/T3807-1999建设部标准《城市公共汽电车收费设备—电子收费机应用技术条件》
此功能是整个系统的大门。登录人员必须输入操作员编号和对应的口令；同时，系统自动检测本地计算机配置的系统参数（如通讯端口设置等）。如果系统配置正确且操作员编号及对应的口令正确，系统将成功登录；否则系统将禁止登录，并提示操作员重新输入或进行系统配置。管理员登录后可以修改自己的口令。
3.3.2IC卡发行管理
3.3.14 用户卡发售与充值
售新卡与充值的区别在于新卡有押金（或称成本费）收入，数据库要记录操作员的押金收入，并使该卡的状态置于售出可消费使用状态。充值时，对于优惠卡需要根据甲方的实施规则进行年度审核。为了管理方便，在售新卡时需要建立用户的电子档案，售卡时打印售卡押金收据和充值发票。
3.3.15 用户卡电子档案管理
将所有购卡用户的信息建立成数据库电子档案，并提供档案的增加、编辑、删除等管理功能。所有购卡用户档案将定时汇集到中心服务器中，实现统一的查询统计和分析；同时，以备挂失等相关业务使用。
3.3.16权限及对应业务的管理
系统的管理员，一共分为三个权限级别。１级：普通管理员，只具有相应的业务操作权限，并且只能在子站系统登录；２级：普通系统员，具有业务的操作权限和１级管理员的设置权限，可以在中心系统和站点系统登录；３级：高级系统员，具有全部权限，可以在中心系统和站点系统登录。但是都没有修改其他管理员口令的权限。其中，子站系统的出始化配置，包括一级管理员的设定和站点基础信息的导入等，只能由２级以上操作员执行。
挂失产生止付名单：由于乘客卡丢失，为了将乘客的损失降到最低，维护乘客和公交公司的合法利益，本系统可以将挂失的乘客卡的卡号存入数据库形成止付名单。
清算产生黑名单：由于乘客卡的密钥被人破解或充值点的工作人员非法充值，使得一些乘客卡的卡内金额和数据库金额不符，严重损害公交公司的利益，影响系统的正常运行，此类卡可在清算过程中将其发现，并记录其卡号，将卡号存入数据库中产生清算黑名单。
3系统功能
3.1 功能模块示意图
3.2 系统功能分析
3.2.1管理中心机房
系统安全管理
3.2.2管理中心对内管理工作站
操作员登录管理
管理卡分配与设置
IC卡发行管理
数据汇总与处理
数据查询与统计
报表管理
数据库备份与恢复
黑名单管理
系统管理
密钥管理
交易结算管理
IC卡信息管理
IC卡年检情况分析
3.2.3管理中心对外管理工作站
2.3 系统软件设计平台
系统软件设计思想，把三层体系结构和两层体系结构有机地结合起来，实现甲方的设计目标。后台管理系统采用分布式数据库和C/S模式，具有良好的人机界面，在达到功能要求的前提下，以尽可能简明的操作方式，实现非接触式IC卡的收费运作及管理。
应用在该工程的操作系统和数据库系统是目前最流行和值得信赖的。在服务器上采用Windows Server 2003中文企业版作为操作系统，数据库采用SQL SERVER2000中文标准版；在各管理终端和业务终端上采用Windows 2000P/98作为操作系统，数据库采用SQL SERVER2000中文标准版和MicrosoftOffice Access 2000中文版；应用层软件开发工具采用MicrosoftVisualStudio6.0。
系统管理卡：不需分配和设置。
3.3.4 数据采集
数据采集是将车载收费机的消费数据通过数据采集器传送到数据采集管理终端，并生成二进制加密数据文件。系统可提示用户应进行数据采集的消费记录、挂失记录和锁卡记录的总数，及实际发送或接收的相应的有效记录数。
3.3.5 数据汇总与处理及交易结算管理
通过网络或U盘等媒介，把各子站系统的充售数据文件和采集点的消费数据文件上传到管理中心后，将文件内的数据解密导入中心服务器的数据库。当天的数据汇总完毕，可进行该天的数据综合处理，或称“日清算处理”，生成中间统计结果，作为后期数据查询统计分析的基础。数据处理将由数据库的任务管理器根据设定自行检测、启动并处理。此功能主要完成以下工作：用充值数据、消费数据、上传的挂失信息数据刷新用户卡的相关状态；将二次充值之前的消费记录转存为到历史消费记录；生成每天的消费交易记录的日统计记录；生成用户卡的动态统计记录；生成最新的下发挂失名单和黑名单。
操作员用发行卡设置IC卡发行机的认证密钥后，即允许开始发行管理卡、用户卡。对IC卡的发行操作包括密钥生成、卡编号制作及信息写入等。
密码卡发行：包括发行密码卡和发行卡。用户选择发行卡类后，分别输入两组8位系统密码，经系统加密运算后生成系统密钥或发行密钥，然后经过发行机写入密码卡或发行卡中。注意，输入的密码应书面封存。
3.3.6 数据查询与统计
本系统的数据构成主要包括充值数据、消费数据、纠纷数据、退卡数据、黑名单数据、挂失数据、IC卡基础数据等。针对不同的数据可根据用户确定的数据查询条件和统计条件分别实现相应的查询统计，并生成打印报表。
充售记录查询与统计
消费记录查询与统计
纠纷记录查询与统计
退卡记录查询与统计
IC卡综合信息查询与统计
由甲方的两位系统员分别输入不同8位密钥，经可靠、复杂的加密运算后，生成系统密钥，通过发行机写入密码卡内，用于系统内IC卡的认证；再由甲方的两位系统员分别输入不同8位密钥，同样经可靠、复杂的加密运算后，生成发行密钥，通过发行机写入发行卡内，与密码卡配合用于系统内IC卡的发行认证；保证了甲方对系统密钥的独享权，和系统的安全性。
控制卡产生的黑名单：由于工作人员疏忽大意将控制卡丢失将影响系统的运行，本系统设置了控制卡黑名单，用于存放这类卡的卡号。通过界面输入的方式，系统将操作员输入的卡号处理为黑名单；
当遇到其中任何一种卡进行消费时，车载机就会发出警告，充值时售卡充值系统也会发出警告。在三类黑名单中，清算黑名单和控制卡黑名单记录的卡号数量非常少，但随着时间的推移，止付名单记录的卡号数量逐渐增多，最终会突破车载机的黑名单存储容量的限制。向车载机下载全部的止付名单和黑名单，当止付名单和黑名单数量超过车载机存储容量的限制时，系统首先将全部的黑名单下载到车载机中，然后从止付名单中选择最新的止付名单下载到车载机中。
管理卡发行：包括发行驾驶员卡、信息设置卡和系统管理卡。用户选择发行卡类和发行号段后，输入卡的卡面印刷号，然后经过发行机写入密码、卡类、卡号等信息。
用户卡发行：包括发行普通卡、纪念卡、老年优惠卡、老年免费卡、学生卡、职工卡和军残卡等。用户选择发行卡类和发行号段后，输入卡的卡面印刷号，然后经过发行机写入密码、卡类、卡号等信息。
系统运行与企业管理紧密结合的原则。
保障技术的先进性，同时坚持系统性能价格比的优化设计。
坚持长期服务，满足甲方的长远发展。
具有向“一卡通”方向发展的兼容能力。
2 系统总体构成
2.1 结构示意图
公交IC卡收费系统示意图
2.2 系统数据的总体流程
系统控制数据自上而下传递，业务数据自下而上汇总，业务数据包括IC卡充值数据和IC卡乘车消费数据。数据总体流程如图所示。
操作员登录管理
用户卡发售与充值
用户卡纠纷处理
用户卡退卡管理
用户卡挂失管理
数据查询与统计
报表管理
电子档案管理
数据采集
3.2.4 IC卡充售站点
操作员登录管理
子站权限管理
数据查询与统计
报表管理
用户卡发售与充值
数据采集
数据处理
网络传输
3.3 系统功能实现流程
3.3.1 操作员登录管理
操作员分为系统员、对内业务操作员和对外业务操作员三类。其业务范围有严格界定，系统员可以执行密钥管理、系统管理等全部业务；对内业务操作员可执行IC卡发行制作，管理卡分配与设置、电子档案管理、数据汇总与处理、用户卡纠纷处理、用户卡退卡管理、用户卡挂失管理、黑名单管理及交易结算管理等业务；对外业务操作员负责用户卡发售与充值、数据采集、网络传输等业务。
3.3.18 系统安全管理
因为系统业务数据关乎公交、公交各个路队路线以及司机、乘客等多方利益，所以其安全性非常重要。建议采用高安全级别的操作系统和相对封闭的局域网络平台。若系统与公网连接，则应采用含防火墙功能的路由或单独加防火墙，以加强交易设备和数据传输连路的安全性、可靠性。
为避免意外事件造成系统重要数据的损坏和丢失，要制订数据库的备份与恢复策略。由于系统数据量较大且数据更新较快，所以数据备份策略采用每周一次完全备份，其他各天进行差异备份。在系统严重错误或故障时，将用备份数据恢复数据库，尽量减少损失。此功能在服务器上的SQL SERVER上执行，数据库恢复由超级系统管理员执行。
3.3.10 黑名单管理
黑名单主要包括伪造卡、非法卡、未经审核的用户卡、丢失或失窃的管理卡以及其它甲方认为异常的卡等等，由于车辆运营的特殊性，车载机是离线式终端，不可能与管理中心实时通讯，因此每天必须通过数据采集器对车载机进行黑名单更新。系统黑名单分为三类：挂失生成止付名单、清算生成黑名单、控制卡产生的黑名单。
GB/T 18239—2000 集成电路（IC）卡读写机通用规范
《建设事业IC卡应用技术管理要求》
《计算机软件产品开发文件编制指南》
1.3 技术方案的设计原则
符合国家有关部门关于“统一规范、统一发卡、一卡多用”的指示精神。
乙方提出符合甲方需求的、为其量身打造、贴近甲方的技术方案。
模块化及开放式的软硬件设计，具有良好的可扩展性，便于系统升级和二次开发。
3.3.12 系统管理
对支持系统运行的系统表进行管理和维护，同时具有系统表的浏览功能。此类表有各种IC卡卡表，驾驶员表，公司表、路队表、线路表、职工表及站点表等。这些数据的管理，从操作上力求简单统一，采用输入区＋功能按钮＋显示区的界面格局。提供选择记录以及记录的增加、修改、删除等功能。
3.3.13 密钥管理
对用户卡退卡的申请，首先读出用户卡的类型、编号、卡内最新余额等信息，并查询得到用户卡对应的所属用户、押金等信息，然后可执行退卡操作，清空卡内的电子钱包，并退还用户卡内的最新余额和押金。
3.3.9 用户卡挂失管理
对用户卡挂失的申请，设立挂失标志，并将挂失卡的卡号放入挂失名单，通过数据采集器下载到收费机，等待所有消费记录采集上传后，依据审核消费记录所确定的最新余额退还用户。为了减少挂失处理错误和损失，挂失处理过程必须延迟一段日期，等待挂失卡的消费记录全部到位，核定出卡内余额真值。
3.3.3 管理卡的分配与设置
管理卡包括信息设置卡、驾驶员卡、系统管理卡。可通过IC卡充值机进行读写操作。
信息设置卡：用户选择收费线路并分别输入各种用户卡类对应的收费单价后，通过充值机将收费线路和收费单价等信息写入卡中。
驾驶员卡：用户选择收费线路和驾驶员后，通过充值机将登录状态等信息写入卡中，并记录驾驶员卡的归属关系。注意，驾驶员卡只能分配给有效驾驶员，且一人一卡。
坏卡信息查询与统计
挂失卡信息查询与统计
黑名单查询与统计
3.3.7 用户卡纠纷处理
对用户卡纠纷处理的申请，等待所有消费记录采集上传后，依据审核消费记录所确定的最新余额修正卡内电子钱包的数值。为了减少纠纷处理错误和损失，纠纷处理过程必须延迟一段日期，等待纠纷卡的消费记录全部到位，核定出卡内余额真值。
3.3.8 用户卡退卡管理
3.3.17 数据处理和网络传输
对子站系统的充售记录数据和采集点的消费记录数据、挂失记录数据、锁卡记录数据进行综合处理，生成当天的数据文件包。联网站点通过网络，将数据处理生成的上传数据包，上传至数据中心，如果拨号连网异常，则通过U盘等媒介传送至管理中心；脱网站点，则通过U盘等媒介将数据处理生成的上传数据包，上传至数据中心。
盐城公交IC卡收费系统技术方案
公交IC卡收费系统技术设计方案
1综述
1.1 系统设计目标概述
甲方的公交IC卡收费系统的总体设计目标为：
建设1个IC卡管理中心，负责系统安全管理、密钥管理、系统管理、IC卡发行、管理卡分配与设置、用户卡纠纷与退卡处理、黑名单管理、数据汇总与处理、数据查询统计、电子档案管理、报表管理及数据库备份与恢复等业务。
下设多个IC卡充售站点，负责用户卡的发售与充值、余额查询等业务。
下设多个数据采集站点，负责车载机的数据采集、黑名单下Baidu Nhomakorabea等业务。
1.2 技术设计遵循的相关标准
本系统的设计遵循以下有关标准：
ISO/IEC 14443 TYPE A非接触式IC卡国际标准
ISO/IEC 7816接触卡国际标准
CJ/T3807-1999建设部标准《城市公共汽电车收费设备—电子收费机应用技术条件》
此功能是整个系统的大门。登录人员必须输入操作员编号和对应的口令；同时，系统自动检测本地计算机配置的系统参数（如通讯端口设置等）。如果系统配置正确且操作员编号及对应的口令正确，系统将成功登录；否则系统将禁止登录，并提示操作员重新输入或进行系统配置。管理员登录后可以修改自己的口令。
3.3.2IC卡发行管理
3.3.14 用户卡发售与充值
售新卡与充值的区别在于新卡有押金（或称成本费）收入，数据库要记录操作员的押金收入，并使该卡的状态置于售出可消费使用状态。充值时，对于优惠卡需要根据甲方的实施规则进行年度审核。为了管理方便，在售新卡时需要建立用户的电子档案，售卡时打印售卡押金收据和充值发票。
3.3.15 用户卡电子档案管理
将所有购卡用户的信息建立成数据库电子档案，并提供档案的增加、编辑、删除等管理功能。所有购卡用户档案将定时汇集到中心服务器中，实现统一的查询统计和分析；同时，以备挂失等相关业务使用。
3.3.16权限及对应业务的管理
系统的管理员，一共分为三个权限级别。１级：普通管理员，只具有相应的业务操作权限，并且只能在子站系统登录；２级：普通系统员，具有业务的操作权限和１级管理员的设置权限，可以在中心系统和站点系统登录；３级：高级系统员，具有全部权限，可以在中心系统和站点系统登录。但是都没有修改其他管理员口令的权限。其中，子站系统的出始化配置，包括一级管理员的设定和站点基础信息的导入等，只能由２级以上操作员执行。
挂失产生止付名单：由于乘客卡丢失，为了将乘客的损失降到最低，维护乘客和公交公司的合法利益，本系统可以将挂失的乘客卡的卡号存入数据库形成止付名单。
清算产生黑名单：由于乘客卡的密钥被人破解或充值点的工作人员非法充值，使得一些乘客卡的卡内金额和数据库金额不符，严重损害公交公司的利益，影响系统的正常运行，此类卡可在清算过程中将其发现，并记录其卡号，将卡号存入数据库中产生清算黑名单。
3系统功能
3.1 功能模块示意图
3.2 系统功能分析
3.2.1管理中心机房
系统安全管理
3.2.2管理中心对内管理工作站
操作员登录管理
管理卡分配与设置
IC卡发行管理
数据汇总与处理
数据查询与统计
报表管理
数据库备份与恢复
黑名单管理
系统管理
密钥管理
交易结算管理
IC卡信息管理
IC卡年检情况分析
3.2.3管理中心对外管理工作站
2.3 系统软件设计平台
系统软件设计思想，把三层体系结构和两层体系结构有机地结合起来，实现甲方的设计目标。后台管理系统采用分布式数据库和C/S模式，具有良好的人机界面，在达到功能要求的前提下，以尽可能简明的操作方式，实现非接触式IC卡的收费运作及管理。
应用在该工程的操作系统和数据库系统是目前最流行和值得信赖的。在服务器上采用Windows Server 2003中文企业版作为操作系统，数据库采用SQL SERVER2000中文标准版；在各管理终端和业务终端上采用Windows 2000P/98作为操作系统，数据库采用SQL SERVER2000中文标准版和MicrosoftOffice Access 2000中文版；应用层软件开发工具采用MicrosoftVisualStudio6.0。
系统管理卡：不需分配和设置。
3.3.4 数据采集
数据采集是将车载收费机的消费数据通过数据采集器传送到数据采集管理终端，并生成二进制加密数据文件。系统可提示用户应进行数据采集的消费记录、挂失记录和锁卡记录的总数，及实际发送或接收的相应的有效记录数。
3.3.5 数据汇总与处理及交易结算管理
通过网络或U盘等媒介，把各子站系统的充售数据文件和采集点的消费数据文件上传到管理中心后，将文件内的数据解密导入中心服务器的数据库。当天的数据汇总完毕，可进行该天的数据综合处理，或称“日清算处理”，生成中间统计结果，作为后期数据查询统计分析的基础。数据处理将由数据库的任务管理器根据设定自行检测、启动并处理。此功能主要完成以下工作：用充值数据、消费数据、上传的挂失信息数据刷新用户卡的相关状态；将二次充值之前的消费记录转存为到历史消费记录；生成每天的消费交易记录的日统计记录；生成用户卡的动态统计记录；生成最新的下发挂失名单和黑名单。
操作员用发行卡设置IC卡发行机的认证密钥后，即允许开始发行管理卡、用户卡。对IC卡的发行操作包括密钥生成、卡编号制作及信息写入等。
密码卡发行：包括发行密码卡和发行卡。用户选择发行卡类后，分别输入两组8位系统密码，经系统加密运算后生成系统密钥或发行密钥，然后经过发行机写入密码卡或发行卡中。注意，输入的密码应书面封存。
3.3.6 数据查询与统计
本系统的数据构成主要包括充值数据、消费数据、纠纷数据、退卡数据、黑名单数据、挂失数据、IC卡基础数据等。针对不同的数据可根据用户确定的数据查询条件和统计条件分别实现相应的查询统计，并生成打印报表。
充售记录查询与统计
消费记录查询与统计
纠纷记录查询与统计
退卡记录查询与统计
IC卡综合信息查询与统计
由甲方的两位系统员分别输入不同8位密钥，经可靠、复杂的加密运算后，生成系统密钥，通过发行机写入密码卡内，用于系统内IC卡的认证；再由甲方的两位系统员分别输入不同8位密钥，同样经可靠、复杂的加密运算后，生成发行密钥，通过发行机写入发行卡内，与密码卡配合用于系统内IC卡的发行认证；保证了甲方对系统密钥的独享权，和系统的安全性。
控制卡产生的黑名单：由于工作人员疏忽大意将控制卡丢失将影响系统的运行，本系统设置了控制卡黑名单，用于存放这类卡的卡号。通过界面输入的方式，系统将操作员输入的卡号处理为黑名单；
当遇到其中任何一种卡进行消费时，车载机就会发出警告，充值时售卡充值系统也会发出警告。在三类黑名单中，清算黑名单和控制卡黑名单记录的卡号数量非常少，但随着时间的推移，止付名单记录的卡号数量逐渐增多，最终会突破车载机的黑名单存储容量的限制。向车载机下载全部的止付名单和黑名单，当止付名单和黑名单数量超过车载机存储容量的限制时，系统首先将全部的黑名单下载到车载机中，然后从止付名单中选择最新的止付名单下载到车载机中。
管理卡发行：包括发行驾驶员卡、信息设置卡和系统管理卡。用户选择发行卡类和发行号段后，输入卡的卡面印刷号，然后经过发行机写入密码、卡类、卡号等信息。
用户卡发行：包括发行普通卡、纪念卡、老年优惠卡、老年免费卡、学生卡、职工卡和军残卡等。用户选择发行卡类和发行号段后，输入卡的卡面印刷号，然后经过发行机写入密码、卡类、卡号等信息。
系统运行与企业管理紧密结合的原则。
保障技术的先进性，同时坚持系统性能价格比的优化设计。
坚持长期服务，满足甲方的长远发展。
具有向“一卡通”方向发展的兼容能力。
2 系统总体构成
2.1 结构示意图
公交IC卡收费系统示意图
2.2 系统数据的总体流程
系统控制数据自上而下传递，业务数据自下而上汇总，业务数据包括IC卡充值数据和IC卡乘车消费数据。数据总体流程如图所示。
操作员登录管理
用户卡发售与充值
用户卡纠纷处理
用户卡退卡管理
用户卡挂失管理
数据查询与统计
报表管理
电子档案管理
数据采集
3.2.4 IC卡充售站点
操作员登录管理
子站权限管理
数据查询与统计
报表管理
用户卡发售与充值
数据采集
数据处理
网络传输
3.3 系统功能实现流程
3.3.1 操作员登录管理
操作员分为系统员、对内业务操作员和对外业务操作员三类。其业务范围有严格界定，系统员可以执行密钥管理、系统管理等全部业务；对内业务操作员可执行IC卡发行制作，管理卡分配与设置、电子档案管理、数据汇总与处理、用户卡纠纷处理、用户卡退卡管理、用户卡挂失管理、黑名单管理及交易结算管理等业务；对外业务操作员负责用户卡发售与充值、数据采集、网络传输等业务。
3.3.18 系统安全管理
因为系统业务数据关乎公交、公交各个路队路线以及司机、乘客等多方利益，所以其安全性非常重要。建议采用高安全级别的操作系统和相对封闭的局域网络平台。若系统与公网连接，则应采用含防火墙功能的路由或单独加防火墙，以加强交易设备和数据传输连路的安全性、可靠性。