金融IC卡的卡片选型有哪些要点？
根据不同的应用需求，对金融IC卡的卡片结构、存储容量、参数设置的要求不同。在进行卡片选型时应考虑：卡片应满足PBOC标准的相关要求，应通过人民银行认可的检测机构的检测；卡片应支持PBOC标准的应用功能，如授权控制、持卡人验证方法、脱机数据认证、联机卡片认证与发卡机构认证、发卡机构脚本处理；根据业务需要，确定存储器的大小、处理器和协处理器的性能以及接触式或非接触式接口，确保支持所有的金融IC卡应用。
卡片选型往往是IC卡项目实施的关键，如果卡片选择的不合适则往往会导致项目的失败，在进行卡片选型时还应该考虑以下几个要点：
（1）卡片产品应符合业务场景的需求。
业务场景不同，需求的卡片产品也不同。比如，对于需要进行快速支付的业务场景，如停车场、菜市场等，显然选择非接触式的电子现金卡片产品更加合适，而对于社保项目，则应该选用加载金融应用的社保卡。所以说，在卡片选型时需要注意卡片产品应该与业务场景相匹配，这是卡片选型的首要原则。
（2）注意不同应用场景对卡片产品速度的要求。
应用场景不同，对卡片产品的计算和读写速度的要求往往也具有一定的差异。一般来讲，对于接触式应用，对速度的要求往往不是很高，卡片的计算和读写速度即使比较慢，用户一般也可以接受；但对于非接触式的应用场景，特别是诸如地铁、公交等需要快速通过的情况，对卡片的速度要求则往往较高。
在目前的情况下，由于实现方式不同，Java卡产品往往比Native产品要慢一些，所以如果对于非接触应用场景且应用本身又比较复杂的话，要对卡片的速度予以特别的注意。
（3）卡片选型要有一定前瞻性。
在项目的前期，往往很难能把所有今后可能用到的应用考虑全面。但我们在项目设计时应该尽量做到具有一定的前瞻性，这样会对项目的顺利实施起到事半功倍的效果。
比如，某项目所需的卡片其应用的范围相对来讲比较有限，可能需要拓展应用的情况并不多，即使今后需要扩展应用，但我们仍可以预测应用场景的很多细节。那么我们在卡片选型时就可以对未来可能加载的应用进行设计，在项目实施之前就要求卡片提供商将相关的应用加载进去，这样可以为今后拓展应用打下基础，同时节省很多成本。
（4）根据项目情况确定选用Java卡或Native卡。
Native卡相对Java卡来讲成本更低廉、速度更快，但由于往往要将COS固化在芯片中，也就是要进行掩模，而这一生产周期往往不少于2~3个月，所以产品上市周期往往较长，应用也不够灵活。
如果仅仅从功能上来看，Java卡的各种功能也都可以在Native卡上实现，不过Native卡实现上述功能的方法在不同厂商之间会存在很大的差别，增加了用户在个人化、应用开发等方面的困难。
与Native卡相比，Java卡最主要的优势是开发方便、使用灵活，可以动态地下载、添加、删除、修改应用等，并且有时由于不需要进行掩模而使得产品的上市周期比较短。
在前面我们已经对lava卡和Native卡的优劣作了一个简要的介绍，在项目实施时可以根据项目的具体情况确定是选用Java卡还是选用Native卡。
一般来讲，如果项目对应用的添加、删除、管理等方面的灵活性要求较高，建议选择Java卡；如果项目对成本比较关注并且不需要拓展太多应用，可以考虑Native卡。
（5）选择合适的卡片容量。
我们常说的智能卡的容量，往往指的是用户空间的容量。对于金融智能卡，目前比较常见的是16K、32K、80K等规格。由于各芯片供应商和智能卡供应商的产品差异，其容量大小往往会在上面提到的规格方面上下浮动。
在确定好上面提到的几个要点后，就要对卡片容量进行选择了。对于需要拓展应用或用户数据所占空间比较大的情况，建议选用容量比较大的卡片；而如果今后拓展应用的可能性较小且用户数据所占空间不大，出于成本考虑，可以选用容量较小的卡片。
由于各卡片供应商自身情况不同，各种应用的复杂情况也不同，所以对于不同的应用，各卡片供应商所需要的用户空间是不同的，但应该都在一个大致相似的标准上，这在选择卡片容量时应该予以注意。
另外，在选择Java卡时，要特别注意卡片供应商宣称的容量是否是用户可以真正使用的空间的容量。举例来说，某Java卡片宣称其用户空间是32K的，但其PBOC的Applet没有掩模在ROM中，而PBOC的Applet本身就要占据一定的空间，比如10多K到20多K，此时PBOCApplet已经占据了相当的空间，实际今后在拓展应用时可用的空间则十分有限了。
