CN111160896A - 一种智能卡定制方法、设备和系统、存储介质 - Google Patents

Abstract

一种智能卡定制方法、设备和系统、存储介质，所述一种智能卡定制方法包括：接收定制策略，所述定制策略中包括所选的应用功能；根据所述定制策略选择对应的文件，所述文件包括补丁文件，或者，包括补丁文件和配置文件；根据所选择的文件生成智能卡的生产文件。本实施例提供的方案，根据定制策略直接自动生成生产文件，提高了效率，降低了错误率。

Description

一种智能卡定制方法、设备和系统、存储介质

技术领域

本文涉及智能卡技术，尤指一种智能卡定制方法、设置和系统、存储介质。

背景技术

随着智能卡行业的发展，智能卡产品不再仅仅局限于单一的应用场景，多应用合一的智能卡成为一种趋势。多应用智能卡为用户提供了极大便利，比如公交应用、银行应用、社保应用等多应用合一的智能卡真正实现了“一卡通”。多应用场景给智能卡应用开发带来了挑战。

智能卡是一种软硬件结合的嵌入式产品，为了适配多应用场景，方便利用芯片资源，智能卡使用卡片操作系统软件来管理应用。卡片操作系统也称为智能卡平台软件，能够维护管理多个卡片应用，使多应用卡成为可能。卡片应用通过平台API(ApplicationProgramming Interface，应用编程接口)接口访问卡片资源。

为了充分利用卡片存储资源，一般将卡片操作系统和一部分通用应用软件模块固化到只读存储器(Read Only Memory，ROM)中，定制应用和对应的定制平台功能可通过打软件补丁的方式来实现，定制的应用编译后生成的文件称之为应用补丁，一个定制应用的开发有时需要依赖智能卡平台功能的修改，通常称为生成平台补丁，且对于不同应用场景需求可能需要对芯片参数进行配置。综上所述，智能卡多应用定制定制开发就是应用补丁下载，平台补丁下载和芯片参数的配置过程，该过程均通过智能卡通信协议执行APDU指令的方式来实现。

随着智能卡应用领域的扩展，多行业应用融合在一张智能卡上已成为一种趋势，该方式给用户带来了极大便利，比如将银行卡应用，交通行业应用，社保卡应用融合在同一张智能卡中。在不同的行业领域又对不同的应用场景提出了针对性的定制需求，从而使多应用组合复杂多变，如某个应用场景需要社保应用，银行应用和钱包应用1，而另一个应用场景需要银行应用，钱包应用2，钱包应用3和交通应用，且钱包应用1与钱包应用2、3属行业内的不同定制。这样对每个场景都需要定制智能卡，生成不同的应用补丁，平台补丁和配置文件，最终生成生产文件，管理复杂，操作流程极为繁琐。传统智能卡多应用定制开发时，往往需要对多个文件单独进行解析，频繁调用转换程序将文件转换为APDU指令流，修改并选取配置文件等，最终生成智能卡生产文件。商用智能卡生产文件对其输出的及时性、正确性和可靠性都有很高的要求，任何细微的错误都可能导致重新生产，浪费生产资源甚至产品报废，若涉及到大批量生产情况，将不能容忍错误的发生。

发明内容

本申请提供了一种智能卡定制方法、设备及系统、存储介质，实现多应用功能定制，提高生产效率，降低错误率。

本申请至少一实施例提供了一种智能卡定制方法，包括：

接收定制策略，所述定制策略中包括所选的应用功能；

根据所述定制策略选择对应的文件，所述文件包括补丁文件，或者，包括补丁文件和配置文件；

根据所选择的文件生成智能卡的生产文件。

在一实施例中，所述定制策略还包括以下至少之一：芯片型号、空间、性能、安全级别需求、芯片剩余存储空间需求。

在一实施例中，所述补丁文件包括应用补丁文件，或者，包括应用补丁文件和平台补丁文件。

在一实施例中，所述根据所述定制策略指令选择对应的文件包括：

根据所述定制策略指令选择多组对应的文件；

根据所选择的文件生成智能卡的生产文件包括：

根据所选择的每组文件生成一个生产文件。

在一实施例中，所述生产文件为满足生产系统要求的应用协议数据单元指令流文件。

在一实施例中，所述方法还包括，生成所述生产文件的校验文件和说明文件。

本发明至少一实施例提供一种智能卡定制系统，包括：

用户界面模块，用于接收定制策略，所述定制策略中包括所选的应用功能；

资源池模块，用于存储文件，所述文件包括补丁文件，或者，包括补丁文件和配置文件；

控制模块，用于根据所述定制策略从所述资源池模块选择对应的文件，根据所选择的文件生成智能卡的生产文件；

输出模块，用于输出所述生产文件。

在一实施例中，所述用户界面模块还用于提供与用户交互的用户界面。

在一实施例中，所述定制策略还包括以下至少之一：芯片型号、空间、性能、安全级别需求、芯片剩余存储空间需求。

在一实施例中，所述生产文件为满足生产系统要求的应用协议数据单元指令流文件。

在一实施例中，所述输出模块还用于，生成所述生产文件的校验文件和说明文件并输出。

本发明至少一实施例提供一种智能卡定制设备，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现任一实施例所述的智能卡定制方法。

本发明至少一实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现任一实施例所述的智能卡定制方法。

与相关技术相比，本申请实施例提供一种智能卡定制方法，包括：接收定制策略，所述定制策略中包括所选的应用功能；根据所述定制策略选择对应的文件，所述文件包括补丁文件、或者，包括补丁文件和配置文件；根据所选择的文件生成智能卡的生产文件。本实施例提供的方案，根据定制策略直接自动生成生产文件，提高了效率，降低了错误率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的其他优点可通过在说明书以及附图中所描述的方案来实现和获得。

附图说明

附图用来提供对本申请技术方案的理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为本申请一实施例提供的智能卡定制系统框图；

图2为本申请一实施例提供的智能卡定制系统工作流程示意图；

图3为本申请一实施例提供的补丁文件转换流程图；

图4为本申请一实施例提供的补丁文件转换示意图；

图5为本申请一实施例提供的智能卡定制方法流程图；

图6为本申请一实施例提供的智能卡定制设备框图；

图7为本申请一实施例提供的计算机可读存储介质框图。

具体实施方式

本申请描述了多个实施例，但是该描述是示例性的，而不是限制性的，并且对于本领域的普通技术人员来说显而易见的是，在本申请所描述的实施例包含的范围内可以有更多的实施例和实现方案。尽管在附图中示出了许多可能的特征组合，并在具体实施方式中进行了讨论，但是所公开的特征的许多其它组合方式也是可能的。除非特意加以限制的情况以外，任何实施例的任何特征或元件可以与任何其它实施例中的任何其他特征或元件结合使用，或可以替代任何其它实施例中的任何其他特征或元件。

本申请包括并设想了与本领域普通技术人员已知的特征和元件的组合。本申请已经公开的实施例、特征和元件也可以与任何常规特征或元件组合，以形成由权利要求限定的独特的发明方案。任何实施例的任何特征或元件也可以与来自其它发明方案的特征或元件组合，以形成另一个由权利要求限定的独特的发明方案。因此，应当理解，在本申请中示出和/或讨论的任何特征可以单独地或以任何适当的组合来实现。因此，除了根据所附权利要求及其等同替换所做的限制以外，实施例不受其它限制。此外，可以在所附权利要求的保护范围内进行各种修改和改变。

此外，在描述具有代表性的实施例时，说明书可能已经将方法和/或过程呈现为特定的步骤序列。然而，在该方法或过程不依赖于本文所述步骤的特定顺序的程度上，该方法或过程不应限于所述的特定顺序的步骤。如本领域普通技术人员将理解的，其它的步骤顺序也是可能的。因此，说明书中阐述的步骤的特定顺序不应被解释为对权利要求的限制。此外，针对该方法和/或过程的权利要求不应限于按照所写顺序执行它们的步骤，本领域技术人员可以容易地理解，这些顺序可以变化，并且仍然保持在本申请实施例的精神和范围内。

智能卡(Smart Card)又称为集成电路卡(Integrated Circuit Card，简称IC卡)。智能卡按不同的分类标准，有许多不同的种类，本申请实施例中指的是带有CPU(中央处理单元)的智能卡。CPU智能卡芯片内部包含微处理器单元(CPU)、存储单元(RAM、ROM和EEPROM/FLASH)、和输入/输出接口单元。其中，RAM用于存放运算过程中的中间数据，ROM中固化有片内操作系统COS(Card Operating System)，而EEPROM/FLASH用于存放持卡人的个人信息以及发行单位的有关信息。

目前定制智能卡实质是对智能卡应用的定制，通常涉及三种文件——应用补丁文件、平台补丁文件和芯片配置文件。一个多应用场景，首先将开发定制的多个应用补丁源码，通过编译器编译生成应用补丁文件；同时对某些应用需要修改底层智能卡平台软件(智能卡操作系统)的情况，需要生成对应的平台补丁文件；不同的应用场景，卡片(芯片)参数配置通常也不一样。因此针对智能卡多应用定制场景，本发明实施例中，将多个应用补丁，平台补丁和配置文件进行统一管理，将相关文件放置于资源池中，当需要定制某个组合应用智能卡时，取出对应的多个应用补丁文件，平台补丁文件和配置文件，进而将上述文件转换为生产系统能识别的应用协议数据单元(Application Protocol Data Unit，APDU)指令流文件，供生产系统装载，最终下载并配置智能卡。本发明实施例提供的方案，针对各种应用定制场景能集中管理应用补丁文件、平台补丁文件和配置文件，并按需进行转换，最终生成生产文件，提高了工作效率，保证生产文件的可靠性。需要说明的是，智能卡与读卡器使用ISO7816协议或者ISO14443协议进行通信，APDU是上述协议中应用层协议规定的一种数据格式。智能卡产品化时通常使用APDU指令将应用数据包装后下载到卡片中，同时通过APDU指令对芯片的参数配置进行设置。但本申请不限于此，如果智能卡与读卡器使用其他协议进行通信，使用APDU外其他的数据格式，仍可应用本发明，生成其他数据格式的生产文件即可。

如图1所示，本发明一实施例提供一种智能卡定制系统，包括用户界面模块101、资源池模块102、控制模块103和输出模块104，其中：

所述用户界面模块101用于，提供与用户交互的用户界面，实现接收定制策略、导入文件以及其他交互操作。具体的，可以包括应用定制选择显示界面，应用定制转换显示界面，以及文件导入显示界面。其中，应用定制选择显示界面用于提供策略供用户选择，比如提供应用功能、芯片型号、空间、性能、安全级别的优先级、芯片剩余存储空间等供用户选择。应用定制转换显示界面中显示转换操作指令，用户点击转换操作指令后，开始根据定制策略生成生产文件；

为了生成一个定制的智能卡生产文件，需要在用户界面上定制应用场景，选择定制策略。策略包括需要哪些应用功能；芯片型号的选择；空间(指所需的存储空间)、性能、安全级别的优先级选择；芯片剩余存储空间需求等。一个智能卡应用在考虑空间优化、性能和安全级别的情况，可生成不同的应用补丁文件；同理平台补丁文件也可生成不同的版本；不同的芯片其配置参数也不一样。选择了定制策略即选择定制了应用补丁，平台补丁和配置文件。智能卡定制系统的UI(User Interface，用户面)界面用于策略的选择与管理。

资源池模块102，用于存储文件，所述文件包括补丁文件、或者，包括补丁文件和配置文件；所述补丁文件包括应用补丁文件，或者，应用补丁文件和平台补丁文件。

其中，资源池模块102中创建数据库，可对上述文件方便的进行增删改查操作。数据库相等于存放了多个应用补丁的资源池，应用补丁、平台补丁和配置文件可方便的输出所需的定制组合，这种组合是根据应用功能、芯片型号、空间、性能、安全级别需求、剩余存储空间需求等从不同版本的应用补丁、不同版本的平台补丁和不同版本的配置文件组合得到的。如图1所示，包括应用补丁文件数据库、平台补丁文件数据库、配置文件数据库和生产文件数据库。定制策略一旦采用后，其策略配置将保存至资源池中。新的应用补丁、平台补丁和配置文件亦可方便的添加至资源池。所述数据库的格式不限，可以根据需要选择。

控制模块103，用于根据所述定制策略从所述资源池模块102选择对应的文件，根据所选择的文件生成智能卡的生产文件。

定制策略与文件存在对应关系，不同应用功能、芯片型号、空间、性能、安全级别需求、芯片剩余存储空间需求等策略对应不同版本的应用补丁文件、平台补丁文件和配置文件，上述对应关系存储在智能卡定制系统中，因此，接收到用户输入的定制策略后，可以查找到其对应的应用补丁文件、平台补丁文件和配置文件。需要说明的是，一个定制策略可能对应多组应用补丁文件、平台补丁文件和配置文件，可以输出其中一组，也可以输出多组供用户选择。

在一实施例中，生产文件是满足生产系统要求的APDU指令流文件，转换的目的是将应用补丁文件、平台补丁文件和配置文件统一转换成APDU指令流格式，并组合在生产文件中。应用补丁文件和平台补丁文件是一种特殊的二进制文件，用于分别下载至智能卡EEPROM/FLASH存储区的应用补丁管理空间和平台补丁管理空间，读取文件内容组成自定义APDU指令流；配置文件是对智能卡芯片参数进行配置的私有指令配置脚本，转换为APDU指令格式即可。特殊的是，策略文件只定义了应用功能的情况下，则系统会按照应用功能、芯片型号、空间、性能、安全级别的优先级、芯片剩余存储空间需求按生成生产文件列表，用户可选择列表中的某一个生产文件作为最终目标文件输出。

输出模块104用于输出所述生产文件。在一实施例中，所述输出模块104还用于生成所述生产文件的校验文件及附属的说明文件。其中，校验文件用于当所述生产文件下载至智能卡中后验证下载是否正确，说明文件用于描述所述生产文件信息，如芯片型号，剩余可用存储空间等。在一实施例中，若无满足策略要求的生产文件，即无生产文件可输出，则输出模块104提示用户修改定制策略。

本发明实施例提供的智能卡定制系统，能对文件进行统一管理，且无需人工手动一一选择各种补丁文件和配置文件，只需输入定制策略即可输出生产文件，提高了效率，降低了错误率。另外，本实施例提供的方案能对文件进行集中管理。

需要说明的是，在另一实施例中，可以只存储应用补丁文件，或者，只存储应用补丁文件和平台补丁文件，或者，只存储应用补丁文件和配置文件，等等。

下面说明智能卡定制系统工作流程。

如图2所示，目前智能卡多应用场景十分常见，应用程序开发完成后生成应用补丁文件，将通过用户界面导入到资源池的应用文件数据库中；若某些应用程序需要平台补丁满足功能，则开发的平台补丁文件也通过用户界面导入到资源池的平台补丁文件数据库中；不同应用场景所需的芯片参数配置文件也不同，这些芯片的配置文件亦可导入至配置文件数据库。如图2所示，应用补丁文件数据库中包括金融应用1(空间优化版)、金融应用2(性能优化版)、金融应用3(安全级别1版)、金融应用4(安全级别2版)，平台补丁文件数据库中包括平台补丁1、平台补丁2、平台补丁3、平台补丁4、平台补丁5、平台补丁6，芯片配置文件数据库包括芯片配置1～芯片配置6。

接收用户通过应用定制选择显示界面选择的某个应用定制场景(策略)，即决定了所需应用、平台补丁、配置文件的组合，接收用户应用定制转换指令，生成生产文件。生产文件生成后，生成所述生产文件的校验文件，用于验证智能卡初始化后是否正确执行了APDU指令流的指令，还生成所述生产文件的说明文件，用于所述生产文件的管理。最终生成的生产文件存储至生产文件数据库中，对应一种应用场景。不同的定制策略生成不同的生产文件、校验文件及说明文件。比如图2中应用场景1的策略生成应用场景1的生产文件、校验文件和说明文件，应用场景2的策略生成应用场景2的生产文件、校验文件和说明文件。

智能卡生产的过程就是加载APDU指令流并执行的过程。应用补丁通过编译器生成应用补丁文件，通过解析该文件可生成APDU指令流；平台补丁是一个针对智能卡平台功能修改的补丁文件，解析该文件可生成APDU指令流；芯片配置文件中已包含了配置芯片参数的私有指令命令，转换其指令命令也可得到APDU指令流。生产文件制作时，将上述APDU指令流进行整合，再转换为智能卡生产系统能识别的格式。

生产文件的生成包括应用补丁和平台补丁的转换。其中应用补丁和平台补丁转换流程如图3所示，包括：

步骤301，首先执行文件、缓存初始化，为转换做准备；

步骤302，补丁文件最终需要下载至卡片存储区的某一位置，处理文件头，读取文件头信息；

步骤303，遍历读取文件中内容，并进行目标存储地址与文件数据的拼接；

步骤304，判断是否读取完毕文件的所有内容，如果没有，返回步骤303，否则，执行步骤305；

步骤305，将拼接内容进行转换；

步骤306，将转换后的数据放置于缓存中；

步骤307，将转换后的数据组合成APDU指令流；

步骤308，将APDU指令流写入APDU指令流文件，结束。

APDU组合过程如图4所示。补丁文件可以是应用补丁文件和平台补丁文件。补丁文件分割为多个数据块，即图4中的补丁数据块1、补丁数据块2、补丁数据块3、….，读取补丁数据块1，将其与其目标存储地址即存储目标地址1进行拼接后存储到缓存中，读取下一个补丁数据块，即补丁数据块2，将其与存储目标地址2进行拼接后，存储到缓存中，依次类推，直到完成所有补丁数据块的拼接，然后，将各拼接数据转换为APDU指令，存储到缓存中，比如，补丁数据块1和存储目标地址1转换为包括APDU指令头、存储区目标地址1和补丁数据块1的APDU指令，将各个拼接数据的APDU指令组合为APDU指令流，写入到APDU指令流文件。

配置文件是对芯片参数进行配置的APDU指令流组成的文件，不同应用场景可选择不同的配置文件。将配置文件转换为APDU指令流文件。

当所有文件(应用补丁文件、平台补丁文件和配置文件)都转换完成后。将所有APDU指令流文件整合在同一个APDU指令流文件中，最终转换为智能卡生产系统能识别的格式文件，即生产文件。

需要说明的是，数据库中可以存储应用补丁文件、平台补丁文件或配置文件转换后得到的APDU指令流文件，生成生产文件时，直接将APDU指令流文件进行整合即可。即无需每次都对应用补丁文件、平台补丁文件或配置文件进行转换。

如图5所示，本发明一实施例提供一种智能卡定制方法，包括：

步骤501，接收定制策略，所述定制策略中包括所选的应用功能；

步骤502，根据所述定制策略选择对应的文件，所述文件包括补丁文件，或者，包括补丁文件和配置文件；

步骤503，根据所选择的文件生成智能卡的生产文件。

本实施例提供的方案，根据定制策略自动生成生产文件，简化了智能卡的定制过程，提高了生成效率，降低了错误率。

在一实施例中，所述定制策略还包括以下至少之一：芯片型号、空间、性能、安全级别需求、芯片剩余存储空间需求。需要说明的是，上述定制策略仅为示例，可以根据需要使用其他定制策略。

在一实施例中，所述补丁文件包括应用补丁文件，或者，包括应用补丁文件和平台补丁文件。

在一实施例中，所述根据所述定制策略指令选择对应的文件包括：根据所述定制策略指令选择多组对应的文件；

根据所选择的文件生成智能卡的生产文件包括：

根据所选择的每组文件生成一个生产文件。即当存在多组对应的文件时，生成多个生产文件供用户选择。

在一实施例中，所述生产文件为满足生产系统要求的应用协议数据单元指令流文件。当然，如果智能卡与读卡器使用其他协议进行通信，生成相应协议支持的数据格式的文件即可。

在一实施例中，所述方法还包括，生成所述生产文件的校验文件和说明文件。

如图6所示，本发明至少一实施例提供一种智能卡定制设备60，包括存储器610和处理器620，所述存储器610存储有程序，所述程序在被所述处理器620读取执行时，实现任一实施例所述的智能卡定制方法。

如图7所示，本发明至少一实施例提供一种计算机可读存储介质70，所述计算机可读存储介质70存储有一个或者多个程序710，所述一个或者多个程序710可被一个或者多个处理器执行，以实现任一实施例所述的智能卡定制方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (13)

1.一种智能卡定制方法，其特征在于，包括：

接收定制策略，所述定制策略中包括所选的应用功能；

根据所述定制策略选择对应的文件，所述文件包括补丁文件，或者，包括补丁文件和配置文件；

根据所选择的文件生成智能卡的生产文件。

2.根据权利要求1所述的智能卡定制方法，其特征在于，所述定制策略还包括以下至少之一：芯片型号、空间、性能、安全级别需求、芯片剩余存储空间需求。

3.根据权利要求1所述的智能卡定制方法，其特征在于，所述补丁文件包括应用补丁文件，或者，包括应用补丁文件和平台补丁文件。

4.根据权利要求1所述的智能卡定制方法，其特征在于，所述根据所述定制策略指令选择对应的文件包括：

根据所述定制策略指令选择多组对应的文件；

根据所选择的文件生成智能卡的生产文件包括：

根据所选择的每组文件生成一个生产文件。

5.根据权利要求1所述的智能卡定制方法，其特征在于，所述生产文件为满足生产系统要求的应用协议数据单元指令流文件。

6.根据权利要求1至5任一所述的智能卡定制方法，其特征在于，所述方法还包括，生成所述生产文件的校验文件和说明文件。

7.一种智能卡定制系统，其特征在于，包括：

用户界面模块，用于接收定制策略，所述定制策略中包括所选的应用功能；

资源池模块，用于存储文件，所述文件包括补丁文件，或者，包括补丁文件和配置文件；

控制模块，用于根据所述定制策略从所述资源池模块选择对应的文件，根据所选择的文件生成智能卡的生产文件；

输出模块，用于输出所述生产文件。

8.根据权利要求7所述的智能卡定制系统，其特征在于，所述用户界面模块还用于提供与用户交互的用户界面。

9.根据权利要求7所述的智能卡定制系统，其特征在于，所述定制策略还包括以下至少之一：芯片型号、空间、性能、安全级别需求、芯片剩余存储空间需求。

10.根据权利要求7所述的智能卡定制系统，其特征在于，所述生产文件为满足生产系统要求的应用协议数据单元指令流文件。

11.根据权利要求7至10任一所述的智能卡定制系统，其特征在于，所述输出模块还用于，生成所述生产文件的校验文件和说明文件并输出。

12.一种智能卡定制设备，其特征在于，包括存储器和处理器，所述存储器存储有程序，所述程序在被所述处理器读取执行时，实现如权利要求1至6任一所述的智能卡定制方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至6任一所述的智能卡定制方法。

Images