收费站IC卡管理系统技术方案.doc

收费站IC卡管理系统
技术方案

甲方：瓜州广汇能源物流有限公司
乙方：××××

二零一一年十一月

目 录
一、 总则 1
二、 建设目标 2
三、 系统总体要求 8
3.1 硬件系统 8
3.2 软件系统 8
3.3 安全性 9
3.4 可靠性 9
3.5 开放性 9
四、 硬件系统 10
4.1硬件结构 10
4.2 接口方式 10
五、 性能指标 11
六、技术联络会、售后服务、培训 12
6.1 技术联络会 12
6.2 售后服务与技术培训 12
6.3技术培训 13
七、售后技术支持 14
7.1电话支持方式 14
7.2现场支持 14

II

一、 总则
所有设备、备品备件，除甲方要求及其本技术协议中规定的技术参数和要求外，其余均应遵照最新版本的中华人民共和国国家标准、规范、建议，这是对设备的最低要求。。
主要遵循的智能卡系统工程规划设计规程及标准如下：
IC卡读写符合ISO7816标准；
信息交换应符合ISO/IEC7816- 3；
编号系统和注册过程应符合国际标准ISO/IEC7816- 5。
主要遵循的应用软件设计标准如下：
应用软件接口符合IEC 61970标准
数据库接口符合SQL 92结构化查询语言标准
人机界面基于Windows
计算机通信协议：IEEE802.3、TCP/IP、X.25
《IUT（原CCITT），EIA，IEEE等关于计算机硬件、软件、网络设备、数据交换接口和格式等国际标准》
二、 建设目标
随着物流行业的不断发展，传统以货运方式为主体的管理模式已不能适应当前注重售前售后，物资配送，资源调配为一体的现代物流运行模式。而特殊行业的物流运行模式又有其特殊性和运营模式，不能照搬既有的物流信息管理模式，为此瓜州广汇能源物流有限公司（以下简称：物流公司）根据自我发展需要提出了物流网络信息化工程。工程的主要目标是实现对下属各个部门物流信息的统一管理，较强物流过程管控，提高物流质量和管理水平，降低企业运行行政开支。
目前煤炭板块运输环节中没有统一有效的管理，煤矿、收费站、瓜州之间的运输管理没有有效、快捷的管理手段，导致业务数据不准确、车辆管理不及时、经营动态不及时。本技术方案通过IC卡系统的实施与建设，初步解决以上问题，减少人为操作失误、各单位之间业务统计、核对将会大大提高工作效率，将淖柳公路运输管理通过IC卡形成闭环。为搭建企业信息化平台提供技术支撑。
l 基于非接触式射频卡（IC）卡信息存储服务；
l 建设IC卡发卡系统；
l 建设IC卡信息读写系统；
l 建设IC卡信息后台管理系统；
l 建设IC卡与收费系统信息交互接口；
l 建设IC卡业务扩展二次接口。
为了更好的实现对IC卡管理系统的建设,拟建功能应达到如下目标：
1、基于IC卡的数据分区管理:
将IC卡分为两个独立的扇区，对应数据可同时写入两个扇区对应类别。（扇区一：公路收费系统；扇区二：煤炭运销系统）
扇区二定义如下：
Ø 榜单号（代码流水号如：NMH20111011123）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（12位BCD码，煤矿写入，收费站、物流、收货单位读出）
Ø 单位名称（煤矿名称如：淖毛湖煤矿）：（记录方式为汉字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（8个汉字，不足位以oxA1补足，煤矿写入，收费站、物流、收货单位读出）
Ø 承运单位（如：哈密运输公司，对应扇区1客户）：（记录方式为汉字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（8个汉字，不足位以oxA1补足，煤矿写入，收费站、物流、收货单位读出）
Ø 货物名称（末煤、块煤等）：（记录方式为汉字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（4个汉字，不足位以oxA1补足，煤矿写入，收费站、物流、收货单位读出）
Ø 出库方式（零售、代办等）：（记录方式为汉字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（2个汉字，不足位以oxA1补足，煤矿写入，收费站、物流、收货单位读出）
Ø 入库方式（自供、移库等）：（记录方式为汉字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（2个汉字，不足位以oxA1补足，煤矿写入，收费站、物流、收货单位读出）
Ø 销售单价（320、450）：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（3个字节，以分为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 公司指导价（320、450）：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（3个字节，以分为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 应付金额（320、450）：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（4个字节，以分为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 实付金额（320、450）：（记录方式为数字，可正可负）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（6个字节，以分为单位，前2字节为0000表示正，为FFFF表示负，后4字节表示金额。收货单位写入，铁路快装塔作用）
Ø 客户单位：（记录方式为汉字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（8个汉字，不足位以oxA1补足，煤矿写入，收费站、物流、收货单位读出,判断条件为免费客户）
Ø 皮重：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（2个字节，以千克为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 毛重：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（2个字节，以千克为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 净重：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（2个字节，以千克为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 原票重：（记录方式为数字）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（2个字节，以千克为单位，煤矿写入，收费站、物流、收货单位读出）
Ø 车号：（记录方式为混合）IC卡读取外部数据并记录卡内，单次业务完结后自动清除。（12个BCD码，煤矿写入，收费站、物流、收货单位读出，判断条件为免费客户）
Ø 运费结算（ic卡内预存金额如5000）：（记录方式为数字）此功能为业务拓展，本公司车队对内或对外运费结算扣款，单次业务完结后自动清除。(4个字节，以分为单位，煤矿写入，收费站、物流、收货单位读出）
2、基于数据读写查询的人机交互管理:
Ø 发卡系统：建立IC卡管理信息，初始化IC卡，建立承运单位及其车辆关联信息；
Ø IC卡数据定义：定义整个系统对IC卡扇区及其块数据的使用；
Ø IC卡信息读写：根据数据定义，读写IC卡扇区信息，并提供显示修改界面；
Ø IC卡流程数据备份：根据IC卡完整物流流程，记录保存单次IC卡的相关信息，并提供备份还原功能；
Ø IC卡检索查询：为用户提供按设备对象、流程及日期三种信息检索模式；
Ø IC卡人员注册查询：IC卡发卡及读写操作人员管理。
3、基于管理流程的历史数据管理:
Ø 基于榜单号查询：查询榜单流程信息；
Ø 基于IC卡查询：查询此卡的榜单流程信息；
Ø 基于单位查询：查询日期内单位物流信息；
Ø 基于日期查询：查询日期内所有单位物流信息。
4、开放式接口,考虑二次开发及其他系统的数据扩展能力:
Ø 第三方读IC卡信息接口；
Ø 公路收费系统读写IC卡信息接口。

IC卡管理系统功能研究的具体建设方案见下表所示：
表2-1 IC卡管理系统研究建设方案表
功能描述
建设必要
备注
数据模型
数据扇区设置
●

扇区块数据定义
承运单位模型
车辆信息模型
计费信息模型
运费信息模型
货品信息模型
结算信息模型
管理用户模型
人机交互管理模型
发卡管理
IC卡初始化
●

IC卡制卡
IC卡发行信息入库
扇区数据定义
扇区定义
扇区块定义
块数据定义
IC卡实时信息读写
IC卡信息读取显示
IC卡信息写入
IC卡信息错误校验
数据备份
数据备份
数据恢复
数据比较
业务流程检索
检索条件
流程曲线
检索统计
管理流程查询
榜单号查询
◎

车辆查询
承运单位查询
日期查询
开放式接口
二次开发接口
◎
具体实现要结合公路收费系统考虑
数据接口函数
数据网络发布接口
注：（1）表中●表示标准配置，◎表示系统具备该功能，根据用户选择配置。
（2）以上子平台以及功能应能够实现基于用户需求灵活组合。

三、 系统总体要求
3.1 硬件系统
系统所采用的应用服务器和工作站主机应适合工业级应用，安全、实时、稳定、可靠性高，多任务处理能力强，磁盘读写迅速，无病毒感染。
硬件要求采用知名品牌，配置合理，满足系统5年内的扩容需要，且提供1年以上质量保证和维护服务。本次系统功能研究集成原有系统硬件设备，在保持原有设备可用情况下进行，不对硬件系统进行改变。
3.2 软件系统
IC卡系统是企业信息化应用子系统，为减少网络不安全因素和保证数据传输流畅性和可靠性，应采用与信息化建设平台一致的设计方案，包括统一的支持软件系统（数据库系统和应用中间件系统等）、统一的平台软件系统及使用许可，协调一致的网络系统以及IP地址分配，使用一致的隔离装置以及软件管理系统，避免自动化人员维护多套系统而导致工作量显著增大以及调度运行人员日常监控的不适应。
系统支持硬件设备的主、备冗余功能。
软件操作系统：Windows的成熟版本；
系统采用标准C，C＋＋编写；
数据库使用商用数据库SQL或ACCESS。
3.3 安全性
本系统应采取确实有效的安全手段，保证数据和操作安全。
系统与其他系统分开独立运行。
在未严格进行分区的网络系统中，要建立独立组织网络（独立网段）。如有必要要建立硬件防火墙机制,避免来至公共网络的威胁.
3.4 可靠性
保证系统数据接口程序运行稳定，数据流畅通。
n 网络正常情况下：在任意10秒钟内，服务器CPU的平均负荷率≤5%；在任意10秒钟内，工作站节点CPU的平均负荷率≤10%；在任意10秒钟内，主站局域网的平均负荷率≤15%。
n 数据读写显示时间：<5秒
n 系统年可用率(:>99.5%
n 系统平均无故障时间:20000小时
3.5 开放性
系统应具备较好的开放性，提供各种二次开发函数接口；用户可以通过函数接口来实现各类操作。
四、 硬件系统
硬件采用单机独立运行或联网运行两种模式,工作节点由高性能工作站或工控机组成,发卡系统或网络主机由高性能服务器组成
4.1硬件结构

当系统采用单机运行时,数据模型同步采用离线文件的方式同步各工作节点的工作流程。
4.2 接口方式
系统接口包括两个方面,一是为二次开发提供的数据定义接口,二是为收费系统系统的IC卡读取接口。
以上两种接口均以Dll动态库函数的方式提供,不具有网络服务发布功能。
五、 性能指标
表5-1 性能指标表
项目
指标
备注
接入工作站数量
<=16台

每种设备数据库最大容量
<65535个

单个数据变化传输速度
<100毫秒

批量变化数据传输速度(1000个)
<2秒

授权用户节点（有操作权限用户数）
标配16个最大授权用户节点

六、技术联络会、售后服务、培训
6.1 技术联络会
目的：为保证卖方所提供的系统能够较好适应系统的使用。
要求：卖方应负责在买方和卖方所在地组织相应的技术联络会和审查会，提供会议场地和必须的资料及服务等。根据工程安排和工程进展，卖方负责召开各工程阶段的技术联络会
6.2 售后服务与技术培训
6.2.1 硬件维护
· 负责自现场验收之日三包一年，从第二年起三年内免费保修，第四年后终身优惠服务。
· 提供7×24小时技术支持服务，指定相对固定的技术负责人及联络电话、传真、e-mail等。
· 保修期内硬件故障时，所提供的替代硬件设备的性能应等于或高于原产品性能。
· 3×24小时内故障得以解决。
6.2.2 软件维护
· 负责系统投运之日起三年的系统软件免费升级及三年后的终身优惠服务。
· 提供7×24小时技术支持服务，指定相对固定的技术负责人及联络电话、传真、e-mail等。
· 在用户发现软件故障时，投标方必须在用户提出维护要求的4小时内作出响应，24小时内提交故障分析报告和解决方案，5×24小时内故障得到解决。
· 对于用户提出的软件性能提高、功能增加等改进要求，如属于“技术协议书”或“合同”的范畴，投标方应在2周内予以解决；如属“技术协议书”或“合同”以外的功能开发，也应提供优惠服务。
6.3技术培训
投标方将负责对调度运行人员、方式人员、自动化人员进行培训，培训重点根据不同客户的功能需求确定，培训时间和地点由双方协商确定，培训内容包括系统的原理、体系结构、使用与维护方法、结果分析以及电力系统静态安全分析的机理、方法等方面。培训将提供完整的培训教材，并派出高水平的工程师与技术人员进行现场指导。
七、售后技术支持
7.1电话支持方式
全天候的技术支持专线，并指定专门的支持工作组为用户提供及时、高质量的技术服务。
7.2现场支持
如果电话支持方式、邮件支持方式和远程登录方式均无法迅速满足客户的支持请求，售后支持队伍将以最短的时间赶赴现场，提供客户现场支持。

14