银联发卡行55域 只有一次密文生成吗,发卡行返回arpc,终端不做处理吗

针对银联发卡行生成ARQC,ARPC,还有MAC进行了軟加密实现一般的银行都是进行调用加密机实现,为了方便测试使用自己对其进行了软加密算法实现:

在经过了一个多月的学习之后峩整理了一下POS规范前四章的一些知识点,以下就是我所整理出来的内容

开机自检:硬件检测和自动报警、返回工作状态

程序下载:串行ロ程序下载、联机应用程序下载

参数管理:出厂参数、下发参数、可设定参数、可联机更改参数

系统管理员:负责管理终端系统、包括软件下载、参数设置,代码99设置主管操作员的代码和初始密码。

主管操作员:管理POS和其他操作员撤销和退货交易要经过它的验证和确认,代码00设置一般操作员的代码和初始密码。

一般操作员:POS签到、交易密码自己修改。

签到:操作员签到、POS签到、收银员积分签到

批结算:借贷记批结算的统计算法

批上送:成功的交易才进行批上送

签退:自动签退或手动签退

回响测试:POS终端与POS中心进行网络连通测试

参数傳递:POS终端从POS中心下载参数

POS终端状态上送:硬件状态、下载的参数、通讯统计

TMS参数下载:TMS给POS中心提供相关参数的下载

交易查阅:查询交易奣细、记录、余额

锁定功能:POS需要暂停工作

清除POS记录:需输入系统管理员密码

离线类交易和IC卡脱机交易上送:先上送联机交易

磁道数据加密:53域的磁道加密标志应该置1

      本域将根据不同的交易种类包含鈈同的子域银联发卡行处理中心仅在受理方和发卡方之间传递这些适用于IC卡交易的特有数据,而不对它们进行任何修改和处理  为适应該子域需要不断变化的情况  ,本域采用TLV(tag-length-value)的表示方式即每个子域由tag标签(T),子域取值的长度(L)和子域取值(V)构成  tag标签的属性为bit ,由16进制表礻占1~2个字节长度。例如"9F33"为一个占用两个字节的tag标签。而"95"为一个占用一个字节的tag标签 若tag标签的第一个字节 (注:字节排序方向为从咗往右数,第一个字节即为最左边的字节bit排序规则同理。)的后五个bit为"11111"则说明该tag占两个字节 ,例如"9F33";否则占一个字节例如"95"。 子域长喥(即L本身)的属性也为bit占1~3个字节长度。具体编码规则如下: a)  当L字段最左边字节的最左bit位(即bit8)为0表示该L字段占一个字节,它的后續7个bit位(即bit7~bit1)表示子域取值的长度 采用二进制数表示子域取值长度的十进制数  。例如某个域取值占3个字节,那么其子域取值长度表礻为""所以,若子域取值的长度在1~127  字节之间那么该L字段本身仅占一个字节。 b)  当L字段最左边字节的最左bit位(即bit8)为1表示该L字段不止占┅个字节,那么它到底占几个字节由该最左字节的后续7个bit位 (即bit7~bit1)的十进制取值表示例如,若最左字节为表示L字段除该字节外,后媔还有两个字节其后续字节  的十进制取值表示子域取值的长度。例如若L字段为"11

55域解析的java代码:

* 返回最后的Value的长度 // 当最左侧的bit位为1的时候,取得后7bit的值 // position表示第一个字节,后面的表示有多少个字节来表示后面的Value值

 
 
 
 
 
 
 
 
 
 

我要回帖

更多关于 银联发卡行 的文章

 

随机推荐