8583位图

交易时卡片与终端产生的数据按照一定规律组成一个数据包，这个规律即是8583规范。

该数据包被终端用来与银行系统通信，银行与银行之间的通信。

目前国内金融用的是银联8583规范，与ISO8583稍微有些出入。

它规定了报文结构，格式，内容以及数据元的位置和数据元的值。

一些概念：1.报文：用于机构之间交换信息的数据元集合；2.报文结构：按如下顺序排列报文类型标识符| 一个或两个位元表| 数据元序列3.报文类型标识符：四位数字型数据字段，1位2位表示报文类别，当它们都在1到8之间时，3/4位表示报文传输方式和功能4.位元表：分为基本位元表和扩展位元表基本位元表的01位取值1则表示扩展位元表存在，为0则表示基本位元表；位元表结构如下：基本位元表：01 位元位置64数据元扩展位元表：01 64 128数据元举例：位元位置也叫位图20 00 38 00 00 00 00 34把它解开，排列一下20 = 1010 000000 = 0000 000038 = 0011 1000依次类推，得到一串数字0010 0000 0000 0000 0011 1000 0000 0000 0000 0000 0000 0000 0000 0000 0011 0100然后从左到右数一下里头含有1的是那几位，上面的例子我们得到3 19 20 21 59 60 62 ,这几位含有1。

也就是说接下来的报文包含有这几个域。

数据元的数据存放则是按顺序依次存放，查询时按照位图的位置将数据元的数据依次对应相应的域。

数据元格式为：长度+数据（该长度不包含长度字节，仅仅是数据的长度）V AR：表示可变字段的长度LL：表示长度小于100LLL：表示长度小于1000做一个简单的例子比如消费交易，需要上送交易类型，卡号等等，定义如下卡号第2域LLV AR BCD 5309987876545342交易类型第3域长度6 BCD 900000金额第4域长度12 BCD 100分时间第7域长度8 BCD 200308022磁道信息第35域LLV AR ASCII 1234563磁道信息第36域LLLV AR BCD 123456001商户号第41域LLVAR ASCII 98765432现在开始打包，首先按照长度和类型把上面的数据处理一下卡号165309987876545342交易类型900000金额000000000100时间200308022磁道063132333435363磁道0009123456001商户号083938373635343332接下来按照域信息生成位图因为有第2域，所以第二个位置是1，由第三域，所以第三个位置是1，。

ISO8583报文协议最开始时，金融系统只有IBM这些大的公司来提供设备，象各种主机与终端等。

在各个计算机设备之间，需要交换数据。

我们知道数据是通过网络来传送的，而在网络上传送的数据都是基于0或1这样的二进制数据，如果没有对数据进行编码，则这些数据没有人能够理解，属于没有用的数据。

起初的X.25、SDLC 以及现在流行的TCP/IP网络协议都提供底层的通讯编码协议，它们解决了最底层的通讯问题，能够将一串字符从一个地方传送到另一个地方。

但是，仅仅传送字符串是没有太大意义的，怎样来解析字符串代表什么内容是非常重要的，否则传送一些“0123abcd”的字符串也是无用的乱码。

让我们随着时光回到几十年前的某个时刻，假设我们被推到历史的舞台上，由我们来设计一个通用报文协议，来解决金融系统之间的报文交换，暂且称该协议叫做ISO8583协议。

此时，技术是在不断的前行，当初IBM一支独秀的局面好像已经不妙了，各种大小不一的公司都进入金融行业以求能有所斩获，呈一片百花齐放的局面。

我们怎样来设计一个报文协议，能够将这些如雨后春笋般出现的所有公司都纳入进来，其实也不是一件很简单的事。

我们还是先一步步的来考虑吧。

金融行业其实涉及到的数据内容并不是成千上万，无法统计，恰恰相反，是比较少的。

我们都可以在心底数得过来，象交易类型、帐号、帐户类型、密码、交易金额、交易手续费、日期时间、商户代码、2磁3磁数据、交易序列号等，把所有能够总结出来的都总结起来不过100个左右的数据。

那我们可以首先简单的设计ISO8583，定义128个字段，将所有能够考虑到的类似上面提到的“帐号”等金融数据类型，按照一个顺序排起来，分别对应128个字段中的一个字段。

每个数据类型占固定的长度，这个顺序和长度我们都事先定义好。

这样就简单了，要发送一个报文时，就将128个字段按照顺序接起来，然后将接起来的整串数据包发送出去。

任何金融软件收到ISO8583包后，直接按照我们定义的规范解包即可，因为整个报文的128个字段从哪一位到哪一位代表什么，大家都知道，只要知道你的数据包是ISO8583包即可，我们都已经定义好了。

1概述 (3)2术语和定义 (3)2.1 POS 中心POS center (3)2.2 特约商户merchant (3)2.3 持卡人card holder (3)2.4 发卡行issuer (3)2.5 收单行acquirer (3)2.6 参考号reference number (3)2.7 交易批次号batch number (4)2.8 主账号primary account number (4)2.9 交易处理码processing code (4)2.10 POS 流水号trace number (4)2.11 服务点输入方式码point of service entry mode (4)2.12 授权码authorization number (4)2.13 响应码response number (4)2.14 个人标识码personal identification number；PIN (4)2.15 报文鉴别码messang authentication code；MAC (5)2.16 安全控制信息security control related information (5)2.17 密钥加密密钥key encryption key；KEK (5)2.18 工作密钥working key；WK (5)3安全 (5)3.1.1 密钥管理 (5)4消息域说明 (6)4.1 说明 (6)4.2 数据类型 (6)4.3 数据元名称及其定义 (7)4.3.1 位图 (7)4.3.2 消息类型 (7)4.3.3 域2 (8)4.3.4 域3 (8)4.3.5 域4 (8)4.3.6 域11 (9)4.3.7 域12 (10)4.3.8 域13 (10)4.3.9 域14 (11)4.3.10 域15 (11)4.3.11 域22 (12)4.3.12 域23 (12)4.3.13 域25 (13)4.3.14 域26 (13)4.3.15 域32 (14)4.3.16 域35 (14)4.3.17 域36 (15)4.3.18 域37 (15)4.3.19 域38 (16)4.3.20 域39 (16)4.3.21 域41 (17)4.3.22 域42 (17)4.3.23 域44 (18)4.3.24 域48 (18)4.3.25 域49 (19)4.3.26 域52 (20)4.3.27 域53 (20)4.3.28 域54 (21)4.3.29 域55 (22)4.3.30 域58 (23)4.3.31 域60 (25)4.3.32 域61 (26)4.3.33 域62 (27)4.3.34 域63 (29)4.3.35 域64 (30)5终端消息交换说明 (30)5.1 管理类 (30)5.1.1 签到（900800/900810） (30)5.1.2 签退(900820/900830) (31)5.1.3 请求黑名单(900840/900850) (31)5.2 消费类 (32)5.2.1 余额查询(310200/310210) (32)5.2.2 查询商户授信(310220/310230) (33)5.2.3 查询代缴信息(310240/310250)（注意此处发送时ＴＰＤＵ包和其他不一样，数据包头定义如下：） (33)5.2.4 充值(630200/630210)（说明：在充值之前先看签到之后获得的商户充值授信额度是否足够，如果不足，不能进行充值，否则可以进行充值，后台会随时更新该额度） (34)5.2.5 充值冲正(630400/630410) (35)5.2.6 消费(000201/000211)脱机情况下的检索参考号生成机制，使用MIK将以下数据计算MAC（4字节），然后转换成BCD形式；计算MAC数据包含主帐号【2域】+受卡方所在地时间【11域自己生成】+受卡方所在地日期【12域自己生成】+ Pos中心流水号【37域】+终端代码（41域）+商户代码（42域）+【60域】 (36)5.2.7 消费冲正(000400/000410) (37)5.2.8 退货(200220/200230) (38)5.2.9 退货冲正(200400/200410) (39)5.2.10 批上送(000320/000330) (40)5.3 结算类 (41)5.3.1 结算（900500/900510） (41)1概述2术语和定义2.1 POS 中心POS center接受、处理或转发POS的交易请求信息，并向POS回送交易结果信息的机构。

Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 8 Not to be reproduced by any means without prior written consent.
2012-4-21
表2 第2磁道信息格式
}ISO_8583
Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 3 Not to be reproduced by any means without prior written consent.
2012-4-21
2012-4-21
磁条卡的时序图
Copyright 2005 Prochip Electronics Co，ltd. All Rights Reserved. ， 14 Not to be reproduced by any means without prior written consent.
1:消息类型标识 每个消息类型标识时报文内容得头. 占用四个字节,在打包时用压缩得BCD码.向外传输 2:位图 位图是8583包的灵魂，它是打包解包确定字段域的关键， 而了解每个字段域 的属性则是填写数据的基础， 在此中用8个字节(1个字节为8位,则为8*8=64) 设置其后64位的域.8583通过检查位图中的1的位置可以确定其后的数据的域, 然后根据域中规定的长度来取数据,这样解包就很方便了,打包则为相反.首先 检查域中有无数据,如有,则在相应的位图中的位置放置1,来标识此域中有数据 打包与解包: 为第1个域中有数据
1:磁条卡外部的硬件逻辑 1:轨道二的数据线 2:轨道三的数据线 3:时钟线 4:卡在线 5:地