PBOC AID 匹配

2024-09-05

PBOC金融IC卡，卡片与终端交互的13个步骤，简介-第一组(转)

两个PPT结合起来--一些基础介绍--每一步的详细细节还要去研读文档 EMV-全球标准PBOC-国内标准 ----------------------一:必选:应用选择应用选择的方法:目录选择法.AID列表选择法AID匹配方式:由ASI决定,分完全匹配和部分匹配应用选择方式:A.终端检测终端和卡片都支持的应用并将这些应用显示,供用户选择.B.终端根据发卡行事先定义的优先级别自动选择卡片上优先级最高的应用.--即是终端来选择. 国际组织制定的AID列表AID由注册的应用提供商RID+应用标识扩展P

PBOC规范（2.0->3.0）对照表

1 数据方面 TAG PBOC2.0 PBOC3.0 5F20 持卡人姓名如果小于26

PBOC中文件结构，文件类型解析

1.明确两个规范,a. ISO7816 b.EMV规范/PBOC规范,二者的区别,7816是ISO制定的,是国际规范,而EMV规范是卡组织制定的,是遵循ISO7816规范的,PBOC是抄袭EMV规范的,肯定也是遵循ISO7816规范的 2.几种常见的文件类型: a. MF,DF,EF,这是ISO7816里定义的文件,MF也是一种DF,是最顶层的DF,叫根目录,而EF是目录里普通的文件 b.ADF,DDF,AEF,这是EMV/PBOC里定义的文件, PBOC/EMV里定义的IC卡文件结构是符合

PBOC

http://blog.sina.com.cn/s/blog_64cc82620100rcgu.html 最近在做一个基于PBOC电子现金卡的终端应用, 项目还没有完成, 但电子现金部分的处理模块已完成,剩下的基本是UI和调试的事情了. 想把对PBOC电子现金理解整理成一篇文章. 电子现金的概念是在PBOC规范的第十三部分<<基于借记/贷记应用的小额支付规范 >>里提出的. 可以这样理解,电子现金是PBOC里的一个应用,它基于借贷记. 这个应用被提出的目的就是实现我们经常听说的一个

【译】基于主机的卡仿真(Host-based Card Emulation)

基于主机的卡仿真(Host-based Card Emulation) 能提供NFC功能很多Android手机已经支持NFC卡模拟.在大多数情况下,该卡是由设备中的单独的芯片仿真,所谓的安全元件.由无线运营商提供了许多的SIM卡还包含一个安全元件. 安卓4.4引入卡仿真的附加方法,该方法不涉及安全元件,称为基于主机的卡模拟.这允许任何Android应用程序来模拟卡,并直接与NFC读取器.本文档介绍了如何基于主机的卡仿真( HCE )适用于Android和如何使用这种技术开发的应用程序,模拟的NF

JQuery前端技术记录

[Jquery-leearning notes-2015]by lijun 1 Jquery是javascript实现的库,目标在于改变web应用的高交互性的方式. 其不唐突性:样式(.css).脚本文件(.js)从页面结构中分离出来,页面结构(body)专注于标签元素的设计布局: <html> <head>   </head> <body> <!--结

PBOC~PPT-补充内容B(转)

PBOC电子现金基于借记/贷记应用上小额支付的一种实现.在借记卡上可以解释为预付,在贷记卡上可以解释为预先授权.预付的金额或预授权额度在卡片中体现为可脱机消费的金额,也就是电子现金余额.电子现金解决方案是基于完全兼容EMV的支付产品组件,并使用PBOC2.0借贷记卡片应用的高级风险管理特性.应用选择终端发送SELECT命令选择应用,卡片返回文件控制信息( FCI),其中包括了请求电子现金终端支持指示器.授权金额以及交易货币代码的PDOL.初始化应用如果终端支持电子现金交易,且授权金额小于AID里

PBOC规范研究

一.ISO14443协议和PBOC关于CID的约定看过协议的人其实都明白,RATS命令中参数字节的低半字节是CID,期中,CID不能为15. ISO14443协议中要求当RATS命令的CID等于0时,READER不使用MUTI-ACTIVE协议,换句话说就是每次只能确定一张卡片.卡片可在ATR中指示自己是否支持携带CID,当RATS参数域CID为0而卡片指示支持CID时,ISO14443协议中指示,通讯时可带CID也可不带CID. 但是在PBOC规范中,明确指出这种情况下,读写器必须不带CID

PBOC~PPT-补充A(转)

qPBOC简介PBOC 3.0非接交易包括:非接PBOC和qPBOC.非接PBOC流程与接触式无异,仅命令交互方式改变,故不再赘述. qPBOC - 快速借记/贷记,交易特点:目录选择PPSE使用“2PAY.SYS.DDF01”无AID列表选择GPO命令增加数据元“终端交易属性(TAG 9F66)”卡片应用密文在GPO响应数据中ODA方式仅限使用FDDA qPBOC流程交易预处理应用选择应用初始化读应用数据移除卡片脱机数据认证(FDDA) 终端交易属性 9F66 特殊情况 - 联机什么情况下会请

[PCL]5 ICP算法进行点云匹配

上一篇:http://www.cnblogs.com/yhlx125/p/4924283.html截图了一些ICP算法进行点云匹配的类图. 但是将对应点剔除这块和ICP算法的关系还是没有理解. RANSAC算法可以实现点云剔除,但是ICP算法通过稳健性的算法实现匹配,似乎不进行对应点剔除.是不是把全局的点云匹配方法和局部点云匹配方法搞混了? ICP算法可以通过三种方式处理噪声.部分重叠的问题:剔除.权重.Trimmed方法和稳健估计方法.下面分析一下PCL中关于ICP算法的实现. 首先是Iter

PBOC APDU命令解析【转】

转自:http://blog.csdn.net/zuokong/article/details/49335257 版权声明:本文为博主原创文章,未经博主允许不得转载. 应用层发出的命令报文和卡片回送到应用层的响应报文统称为应用协议数据单元(APDU).响应是和命令相对应的,通常被称为APDU命令-响应对.在一个APDU命令-响应对中,命令报文或响应报文都可能包含数据. 1:C-APDU 格式 C-APDU由一个4字节长的必备头后跟一个变长的条件体组成. C-APDU中发送的数据长度用Lc(命令

PHP正则匹配title标题文本

////////////////////////////////////////////////////////////////////////////////////////////////////////// /*传入文章ID 解析出文章标题*/ ////////////////////////////////////////////////////////////////////////////////////////////////////////// public function g

使用 grep 的 -o 和 -E 选项进行正则的精确匹配

sed 命令可以很好的进行行匹配,但从某一行中精确匹配某些内容,则使用 grep 命令并辅以 -o 和 -E 选项可达到此目的.其中 -o 表示“only-matching”,即“仅匹配”之意.光用它不够,配合 -E 选项使用扩展正则表达式则威力巨大. 比如下面有一条文本 tmp.txt ,其中内容为: {"aid":45,"path":"attachment/Mon_1112/2_1_5728040df3ab346.jpg"} 我们想从中过略出

PBOC电子现金的交易流程

做一个电子现金的交易: 第一步当然是选中当前的应用, 方法是调用select命令, 传入当前的应用AID号, 如果卡片的状态码返回9000,则表示选中成功. 下面举一个例子: 发送: 00 a4 04 00 08 A0 00 00 04 44 01 01 05 00 最后的一个字节是Le 卡片返回: 6f 45 84 08 a0 00 00 04 44 01 01 05 a5 39 50 0a 50 42 4f 43 20 44 45 42 49 54 87 01 01 9f 38 09

关于seaJs合并压缩（gulp-seajs-combine ）路径与文件ID匹配问题。

前段时间和有大家介绍过用 gulp-seajs-combine 来打包seaJs文件.大家会发现合并seaJs一个很奇怪的现象,那就是它的 ID和路径匹配原则.使得有些文件已经合并过去了,但还是会提示会去加载这些文件.更可怕的是404 Not Found加载不到文件.俗话说办法总比困难多,就算坑再多也会有先驱帮我们去填的(不好意思,又装逼了).下面用个实例来讲讲: 一般我的做比较大型一点的项目的时候,前端会按项目把文件细分到各文件夹,以便管理.例如下图:

PBOC第八部分和第十一部分关于TYPEA总结(一)——初始化和防冲突（ISO14443－3）

PBOC第八部分和第十一部分关于TYPEA总结(一) ——初始化和防冲突(ISO14443-3) 第八部分与应用无关的非接触式规范 ISO14443(1~4) 第十一部分非接触式IC卡通讯规范在第八部分的基础上,详细规定了非接触式设备和非接触式卡片之间无线通讯协议的有关要求. PBOC规范,因为不同单位所写,规范中各部分会有重叠和冲突,这篇文档对第八部分和第十一部分进行总结,此部分作用可用于对PCD(读卡器)和PICC(IC卡)数据通讯的底层编写(关于TYPEA协议部分). 一.初始化和防

javascript匹配各种括号书写是否正确

今天在codewars上做了一道题,如下看上去就是验证三种括号各种嵌套是否正确书写,本来一头雾水,一种括号很容易判断, 但是三种怎么判断! 本人只是个前端菜鸟,,不会什么高深的正则之类的. 于是,在群里一吼,有人这样建议: js 的正则虽然不支持平衡组但是可以通过一些技巧来弥补老夫只能说这么多了,天机不可泄露当然也可以写个小算法搞个栈玩玩楼主听上去好厉害的样子,虽然不懂什么平衡组正则,但是栈还可以想一下啊!! 于是,开始了思考,该怎样用栈的思维来解出这个题呢?是将左边括号都进入

scanf类型不匹配造成死循环

int i = 0; while (flag) { printf("please input a number >>> "); scanf("%d", &i);//输入一个字符或字符串的时候死循环 printf("%d\n", i); } 以上直接返回一串0........死循环当scanf输入类型不匹配的时候,返回一个0值,但是之前输入的字符仍旧在缓冲区里面,所以解决方式也比较容易,在代码中加入ffl

使用注解匹配Spring Aop切点表达式

Spring中的类基本都会标注解,所以使用注解匹配切点可以满足绝大部分需求主要使用@within()/@target @annotaton() @args()等... 匹配@Service类中的所有方法: @within(org.springframework.stereotype.Service) 或 @target(org.springframework.stereotype.Service) 匹配标注了@RequestMapping的所有方法 @annotation(org.spring

.net使用正则表达式校验、匹配字符工具类

开发程序离不开数据的校验,这里整理了一些数据的校验.匹配的方法: /// <summary> /// 字符(串)验证.匹配工具类 /// </summary> public class ValidatorTools { #region 匹配方法 /// <summary> /// 验证字符串是否匹配正则表达式描述的规则 /// </summary> /// <param name="inputStr">待验证的字符串</

PBOC AID 匹配

热门专题