javacardsolutions的专栏

在我看来，无论是上层的应用程序开发还是底层的譬如驱动程序的开发，无论是用C、C++还是Java、.net等语言进行开发都是一样的，必定会有一个执行平台，以及一个供开发人员调用的库（提供了各种封装好的功能接口）和编译器。不同的是C、C++等这类语言编译出来的代码是操作系统可以执行的机器码指令，编译完之后可以直接在操作系统上运行。而Java和.net则是在操作系统上搭建了一层运行环境，使用自己开发的虚拟机来执行Java程序和.net程序，而编译器编译出来的指令都是虚拟机可以识别的中间语言。那我们智能卡的开发有什

做多在各种平台下智能卡应用开发的COS研发人员应该都有一些感悟，就是在你从一个平台移植到另一个平台的时候如果代码设计的不够好，会经常重新根据芯片特性进行重新架构和设计，这是一个非常繁杂的任务，而且不能保证质量，耗时也长。不同的芯片平台最主要的几个区别就是以下几点：芯片开发环境、芯片CPU位数（8位、16位或者32位）和主频、内存资源、ROM资源、FLASH或者EEPROM资源以及寄存器的参数等。这些芯片硬件参数的不同造成了移植COS代码的时候必须进行相关部分的重新编码。所以在一个平台上实现一个智能卡应用的C

PBOC是中国人民银行的英文名称的缩写，也就是我们平时所说的央行。PBOC2.0是中国人民银行颁布的第二代金融IC卡规范的简称，利用金融IC卡，能够有效解决目前使用磁条卡时存在的假卡、脱机交易安全等问题。　　根据我国银行卡芯片化计划要求，2005年3月13日，人民银行

PBOC借贷记和小额支付将为Java卡带来新商机作者： 辛铁锋 来源：中国智能卡网 2008-7-10 8:58:28摘要：目前从全球来看，第一波的EMV迁移进程已经接近尾声，现在人们关注的是如何从SDA(静态数据认证)进一步升级到DDA（动态数据认证）或

QPBOC卡　　QPBOC卡是在中国推出的一种快速借记/贷记非接触式支付应用卡，符合PBOC规范，是最优化的PBOC卡，以保证通过非接触界面进行快速交易。　　QPBOC的交易流程优化　　为了满足非接触支付方式在交易速度上的要求，QPBOC卡对标准的借记/贷

java卡框架native cos的基本架构首先我们来回顾一下以往native cos的基本架构：HAL层、通讯层、文件系统、算法、安全模块、个人化命令、应用命令等。一般一个native cos只实现一个应用规范，也有同时实现两个或者更多应用规范的COS，COS实

本章主要从代码级的角度来看java卡的执行流程。########################################################################################################先看一个简单的j