嘉兴IC卡一卡通软件联网技术方案Word下载.docx
《嘉兴IC卡一卡通软件联网技术方案Word下载.docx》由会员分享，可在线阅读，更多相关《嘉兴IC卡一卡通软件联网技术方案Word下载.docx（52页珍藏版）》请在冰豆网上搜索。
✧汇总和统计统缴办证数据和报表，提供办证车辆的信息查询和管理功能。
2）收费所管理功能
✧在现有收费所统缴管理软件的基础上按照统一业务规范定义的数据项和格式要求实时提供本收费所统缴售票、车辆基础信息、IC卡管理类业务操作数据出口。
✧实时将本所数据出口提供的统缴售票管理信息、IC卡管理信息、收费站提供的违章管理信息类业务操作数据上传至数据中心。
✧实时接收数据中心下传的全市范围的统缴售票、IC卡状态和违章类结果数据，将其整合到目前系统数据库中并下传至收费站。
3）收费站管理功能
✧接收收费所下传的全市范围的统缴售票、IC卡状态和违章类结果数据。
✧读取通行车辆的统缴IC卡信息，结合收到的IC卡状态结果数据进行综合判别，实现车道的统缴车辆通行验审功能。
✧根据接收到的违章结果数据，车辆在车道刷卡通行时车道收费软件要进行历史违章查询，并显示历史违章信息。
✧对于专业运输车辆，运输单位统一预先购票，但IC卡随车正在运输途中，造成IC卡无法更新最新的购票信息，车道收费软件要对这种情况进行处理，查询收到的最新统缴售票结果数据，若收费站隶属该IC卡的发行单位管理，车道软件要自动进行IC卡数据同步，在该车的IC卡上按照业务规范定义写入其最新的售票信息；
若收费站不属该IC卡的发行单位管理，则应在车道软件界面上给出信息提示，为收费员的正确操作提供依据。
✧实时提供违章及违章处理类业务操作数据并提交给收费所，再由收费所统一上传至数据中心。
✧提供按照IC卡印刷号、车牌色、车牌号进行查询统缴票有效期、IC卡状态、违章情况功能，以便当IC卡无法读出时为是否允许放行通行车辆提供依据。
3、系统的总体结构
整个系统由三个局域网组成，分别为数据中心局域网、收费所局域网和收费站局域网，再通过电信专线互相联通。
目前收费所和收费站局域网已经建成，数据中心局域网待建。
整体联网后，首先要实现各收费所办理发行的IC卡可以在全市范围内的各收费站均可通刷功能，其次是实现IC卡相关数据的按所采集、全市汇总以及同步数据更新。
4、联网要求
目前各收费所的IC卡办证、售票管理以及收费所所辖收费站的验卡通行管理软件系统有金基和苏河两家公司的版本，软件各成体系。
实行整体联网要求两家公司需要在目前软件的基础上进行一定的修改，按照统一的IC卡存储格式和统一的业务数据接口规则进行有效系统集成，一方面可以保证整体联网工作的顺利进行，同时又可以保持目前软件系统内部技术处理细节的相对独立，尽量降低和减少系统的改动量。
数据管理中心制定IC卡存储规范和数据中心和收费所之间的业务数据通信接口规范，现有软件需按照IC存储规范进行相应修改，以保证实现全市一卡通刷；
在数据中心和收费所布置数据传输服务，收费所实时向数据中心按照业务数据接口规范的要求上传本收费所的IC卡办证、售票等的更新数据和违章数据，同时接收数据中心下发的全市各所汇总更新数据，全市各所汇总更新数据到收费站的数据同步由相应的承建商自己负责实现。
四、业务规范定义
A、IC卡部分
1、IC卡存储约定
1）IC卡存储的信息规定
信息区块
数据项目
字节数
数据说明
统缴信息区
一
IC卡类码
1
区分全市通、本地通和一站通等，十六进制，最多可以表达255种。
如：
0x01表示全市通。
未用填0x00
统缴票种码
区分是统缴票、合作单位协议票、贵宾免费票等，十六进制，最多可以表达255种。
如0x01表示统缴票。
统缴票类码
区分月票、季票、半年票、年票等，十六进制，最多可以表达255种。
如0x01表示月票。
有效起日期
6
有效通行期限的起始日期，格式为YYMMDD，6位字符串，如：
0x300x370x300x330x300x31表示07年03月01日
有效止日期
有效通行期限的截止日期，格式为YYMMDD，6位字符串，如：
0x300x370x300x330x330x31表示07年03月31日
有效站点
8
十六进制，8字节共64位，每位表示某个站点的允许通行情况，位值为1表示允许通行，位值为0表示禁止通行，最多可以表示64个站点的允许或禁止通行情况，需要统一规定各站点与位序的对应规则。
售票点代码
售票点的代码，十六进制，最多可以表达255种。
需要统一规定。
0x01表示嘉兴所。
二
区分是统缴票、合作单位协议票、贵宾免费票等，十六进制最多可以表达255种。
基础数据区
发卡单位码
发卡单位的代码，十六进制，最多可以表达255种。
车牌色
2
表达车牌颜色，字符串，如蓝、黄、黑、白、绿等，2字节汉字。
车牌号
14
车牌号，字符串，无分隔符，例：
苏A12345
客货标记
1
字符串，区分是客车还是货车，0x30表示客车，0x31表示货车。
核载座位
客车的核载座位，字符串，2位整数，不足2位高位补0
0x300x37表示7座。
核载吨位
5
货车的核载吨位，字符串，格式为999.99，固定2位小数，小数点不保存，不足高位补0。
例：
2吨表示为0x300x300x320x300x30；
1.5吨表示为0x300x300x310x350x30
所属地区码
车辆所属地区的代码。
与费率计算规则有关，需要和发卡单位组合使用，不是车牌对应的属地。
品牌型号
16
描述车辆的品牌型号，字符串，最多8个汉字。
写卡数据版本标记
表示卡内存储数据的格式编号，目前为0x30，防止以后卡片存储结构发生改变，用来标记存储的是哪套数据。
2）二、信息存储在IC卡的位置规定
目前IC卡的信息存储只用了2、3两个扇区，具体如下：
2扇区（基础数据区）
第一块（块0）：
16个字节，按序存储。
车牌色（2字节）车牌号（14字节）。
第二块（块1）：
发卡单位码（1字节）所属地区码（1字节）客货标记（1字节）核载座位（2字节）核载吨位（5字节）写卡版本号（1字节）。
第三块（块2）：
16个字节，存储品牌型号（16个字节）。
3扇区（统缴信息区一）
16个字节，第一段票信息，按序存储。
IC卡类码（1字节）统缴票种码（1字节）统缴票类码（1字节）售票单位码（1字节）有效起日期（6字节）有效止日期（6字节）。
16个字节，第二段票信息，按序存储。
16个字节，按序存储。
有效站点（8字节，第一块票据对应的有效站点）有效站点（8字节，第二块票据对应的有效站点）。
2、统一代码约定
编码项
内容
码值
未用
0x00
全市通
0x01
一站通
0x02
一地通
0x03
统缴票
合作单位协议票
贵宾票
其他
0x04
月票
季票
半年票
全年票
嘉兴所
嘉善所
平湖所
海宁所
海盐所
0x05
桐乡所
0x06
数据中心
0x0F
客车
0x30
货车
0x31
王江泾收费站
0x11
嘉善所x收费站
0x21
平湖所x收费站
海宁所x收费站
0x41
海盐所x收费站
0x51
桐乡所x收费站
0x61
8字节64位有效通行站点位序与收费站对应规则定义：
字节
字节位
总位序号
对应收费站
1字节
07省道嘉兴收费站
3
4
7
2字节
9
10
11
12
13
15
3字节
17
18
19
20
21
22
23
24
……
8字节
57
58
59
60
61
62
63
64
有效站点规定了不同IC卡类别（全市一卡通、局部地区几个收费站一地通、指定收费站一站通）与收费站点的对应关系，使得在全市统一IC卡存储数据格式的情况下各收费站判别IC卡是否允许在本站通行有了明确的依据。
3、IC卡读写权限加密管理约定
IC卡的读写有着严格和完备的加密管理功能，根据实际业务要求可以采取不同的管理策略。
由于IC卡是一所发行，全市各收费站通读，因此需要采用一定的读写密码管理策略来保障IC卡存储的信息安全。
建议采用A、B两套密码的读写加密控制做法，A密码规定读权限，B密码规定读写权限，即：
用A密码只能读，B密码也能读，要想写只能用B密码。
这种做法是为了满足实际应用中普通读卡终端的一般性管理要求和重点发卡办证终端的严格管理的业务要求。
整体联网实现IC卡通刷要求必须对密码管理也要进行统一，如不统一则必然造成各所发行的IC卡跨所就不能进行读、写的结果。
目前业务要求实现全市各收费站IC卡通刷，IC卡上数据因故未及时更新为最新售票有效期时按照发卡单位下属收费站在车道进行自动写卡的属地收费站自动更新原则实行。
因此要求必须统一读密码（密码A），写密码（密码B）允许自行设定，但是同一收费所及该收费所下属各收费站的有关软件应按照相同的写密码（密码B）进行IC卡读写控制。
IC卡控制块的内容建议如下：
密码A（6字节）：
FFFFFFFFFFFF（16进制值），全市统一。
存取控制（4字节）：
08778F69（16进制值）
密码B（6字节）：
965874365214（16进制值），可以自行定义，但同一收费所及该收费所下属各收费站该密码应保持相同一致。
4、与IC卡存储有关的售票业务约定
1）按类售票，预售一期
IC卡存储结构设计目前只安排了2套统缴信息数据存储区域，并且为了提高读卡速度，这两套数据是放在同一个扇区里的（3扇区），最多只可以存储最近的2套统缴票销售数据，读卡时2套数据一次性读取。
具体的存储规则说明如下：
✧对于同类售票且时间上连续购票的情况，在IC卡现有存储位置上改写原有数据的有效期的止日期。
车主已购07年06月的全市一卡通，该数据存放在3扇区的第一块（块0）位置，有效期为07年06月01日至07年06月30日，车主又购07年07月全市一卡通，则只要在原位置（3扇区的第一块（块0））把止日期改写为07年07月31日
即可。
✧对于同类售票且不连续购票的情况，写第2套数据
车主已购07年06月的全市一卡通，该数据存放在3扇区的第一块（块0）位置，有效期为07年06月01日至07年06月30日，车主于07年06月10日又购07年08月全市一卡通，则要在3扇区的第二块（块1）写入07年07月的购票数据。
✧对于不同类售票，写第2套数据
车主已购07年06月的一站通，该数据存放在3扇区的第一块（块0）位置，有效期为07年06月01日至07年06月30日，车主又购07年07月一地通，则要在3扇区的第二块（块1）写入07年07月的购票数据。
总之，要在IC卡只能存储2套数据的约定下进行售票操作，保留当前期内有效的那套数据，预售即将生效的第二套数据，同时规范车主的购票行为，按照顺序、连续的原则进行售票。
2）车道自动IC卡数据同步，及时更新最新售票数据
对于专业运输车辆，因为是由运输单位统一预先购票，但是IC卡一直随车运输，造成IC卡上缺少最新的购票信息。
一旦进入最新购票的有效期段，车道读卡会发现过期。
车道收费软件要对这种情况进行处理，对于通行收费站与发卡单位同属一地的情况，车道软件要自动进行IC卡数据同步，在该车的IC卡上写入其最新的售票信息，IC卡数据同步更新后，再在其它收费站时通行时，由于IC卡数据已经同步，按照常规的读卡、验车、判别后就可以正常通行了；
对于通行收费站与发卡单位不同属地的情况，车道软件要在收费站接收到的全市统缴IC卡更新数据中查找该车的最新购票信息，在车道收费界面上给出信息提示，以便收费员正确操作。
B、收费所与数据中心接口部分
1、应用服务程序的建立
按照系统集成的原则，根据目前各收费所的联网、统缴办证及收费所下属收费站的收费监控系统软件基本是由两家承建商负责实施，系统也各有自己的独立体系，为了尽量降低整体联网要求对现有系统的影响和改动工作量，我们只在各收费所与数据中心之间进行业务数据交换。
具体是在收费所端布置所应用服务程序，由收费所系统承建商负责；
在数据中心端布置中心应用服务程序，由数据中心系统承建商负责，两个应用服务程序均需按照本文的规范约定进行数据交互。
收费所应用服务程序在接收到数据中心应用服务程序下传的业务数据后，还需要将数据下传同步到收费站一级，这部分由收费所系统、收费监控系统承建商负责。
2、业务数据接口规范
1）传输说明
收费所与数据中心交换的数据内容目前只针对全市一卡通类统缴车辆及其IC卡。
收费所应用服务程序向数据中心应用服务程序上传本收费所的业务操作类数据，包括所有车辆统缴售票类操作数据、IC卡操作数据、车辆信息数据、违章数据。
数据中心应用服务程序向收费所应用服务程序下传结果类数据，包括所有车辆的统缴售票结果、IC卡最终状态、违章结果。
具体说明如下：
✧收费所应用服务程序向数据中心应用服务程序上传
收费所新增统缴售票数据、售票作废、退票等统缴售票操作类数据；
收费所新增IC办证发卡、IC卡作废、挂失、退卡等IC卡操作类数据；
收费所新增违章数据；
车辆基础信息；
传输方式：
收费所产生新业务数据后实时由收费所应用服务程序发起，逐条传输。
✧数据中心应用服务程序向收费所应用服务程序下传
全市有效IC卡统缴售票数据；
全市在用IC卡状态数据（包括有效、已挂失、已作废、已停用等）；
全市违章车辆数据
数据中心定时轮询数据更新状态，发现有数据变更后实时由数据中心应用服务程序发起，向各收费所逐条传输变更数据。
2）物理接口规范
序号
物理接口
通讯协议
通信速率
传输方式
端口定义
标准以太网接口
TCP/IP协议
10/100M可选
双向传输。
上传：
由收费所端发起，数据中心端侦听；
下传：
由数据中心端发起，收费所端侦听
收费所端：
侦听端口：
4511
数据中心端：
4512
3）通信过程描述
对于收费所端应用服务程序发起的上传请求，数据中心端应用服务程序有一个套接字在约定的通信端口（4512）进行侦听，当收费所端发起连接后，数据中心端接收并建立一个会话套接字与收费所端会话，会话结束后关闭该套接字。
对于数据中心端应用服务程序发起的下传请求，收费所端应用服务程序有一个套接字在约定的通信端口（4511）进行侦听，当数据中心端发起连接后，收费所端接收并建立一个会话套接字与数据中心端会话，会话结束后关闭该套接字。
超时设定定义为5秒。
通信发起端发起通信，5秒内未收到接收端的回应数据，视为通信失败，应重新发起通信。
接收端接收数据后要对接收到的数据进行分析，若数据分析结果正常，在回应数据包中表达接收正常，若数据分析结果异常，在回应数据包中表达数据异常，并给出数据异常说明，发送端要检查发送的数据包的具体数据内容，重新构造正确的数据包并再次发送。
通信过程遵照“有问必有答，无答需重问”的规则进行。
4）通信数据包数据格式总体描述：
发起数据包总体格式：
发起方
单位代码
通信操作码
通信业务数据体
3字节长度
数字
4字节长度
字符
字节长度根据不同的通信操作码定义，详细定义见“具体业务数据接口规范”中的描述
回应数据包数据格式定义：
接收状态
长度
数据说明具体内容
1字节长度
0表示正常
1表示异常
定义数据说明项的长度，单位字节，最大9999
长度为“数据说明长度”项的值。
存储数据异常的描述内容。
5）
通信数据字典
数据项名称
数据类型
（字节）
数据描述及数据例
发起方单位代码
单位代码定义。
16进制
0x0F：
0x01：
0x02：
0x03：
0x04：
0x05：
0x06：
定义上下传数据的具体业务操作类型
1101：
上传，新增统缴售票；
1102：
上传，统缴售票作废；
1103：
上传，统缴售票退票
1201：
上传，发卡
1202：
上传，IC卡作废
1203：
上传，IC卡遗失
1204：
上传，IC卡退卡
1205：
上传，IC卡扣卡
1206：
上传，IC卡销毁
1301：
上传，新增违章数据
1302：
上传，处理违章
1401：
上传，车辆基础信息
3101：
下传，统缴售票数据
3201：
下传，IC卡状态
3301：
下传，违章数据
通信流水号
由发起方生成，定义逐条上下传数据的流水序号，取值从00000000开始，逐条加1，最大99999999，循环计数。
6）具体业务数据接口规范
a.
上传，收费所新增统缴售票数据
通信操作码：
1101
通信业务数据体：
数据项
通信发起方生成，00000000-99999999，循环计数
业务操作时间
收费所统缴售票操作业务发生的时间。
日期加时间表达，时间精确到秒。
“2006-01-01_12:
01:
01”，其中的
日期部分与时间部分之间用“_”隔开。
升级会员 