CN113033221A - 智能卡发卡方法、计算机装置及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种智能卡发卡方法、计算机装置及计算机可读存储介质，该方法包括获取发卡指令组，发卡指令组包含有多条顺序执行的发卡指令；根据发卡指令从预设的发卡脚本数据库中获取对应的发卡脚本数据包，其中，发卡脚本数据包包括配置脚本数据包以及功能5脚本数据包；对发卡脚本数据包进行解析，根据配置脚本数据包的数据对智能卡的参数进行配置，并执行功能脚本数据包的发卡操作指令。本发明还提供实现上述方法的计算机装置以及计算机可读存储介质。本发明能够降低智能卡发卡时脚本开发成本，提高发卡效率，并且降低智能卡的整体生产成本。

Description

智能卡发卡方法、计算机装置及计算机可读存储介质

技术领域

本发明涉智能卡的发卡领域，具体地，提供一种智能卡发卡方法以及实现这种方法的计算机装置、计算机可读存储介质。

背景技术

随着电子技术的发展，智能卡广泛应用在人们日常生活、工业生产的多个领域。常见的智能卡包括银行卡、安装在手机内的通信卡，还包括公交卡、门禁卡以及各种会员卡等，现有的智能卡具有一个卡基，卡基内安装有智能芯片。智能卡的生产过程中，需要对智能芯片写入数据，由于不同智能卡所需要写入的数据不尽相同，因此，针对每一卡款的智能卡，需要设置相应的写卡程序，以向智能芯片写入合适的数据，这一过程通常称为发卡。

现有的发卡操作是根据当前卡款的需求，例如需要写入的个人化指令的需求、配置参数等，设置相应的发卡脚本，进行发卡时，写卡设备通过执行预先设置的脚本对智能芯片进行数据写入的操作。但是，由于不同卡款的智能卡对写入的数据要求并不完全相同，例如一些卡款需要写入随机数，另一些卡过则不需要进行随机数的写入。为此，现有的写卡方法是针对每一种卡款单独开发一套发卡脚本，每一套发卡脚本智能适用于一种卡款的写卡操作。

然而，由于不同发卡方对卡款的需求较大，卡款的数量较多，例如某一卡款使用一段时间后将不再使用，并使用另一卡款替代。这样，智能卡的生产厂家需要为每一种卡款定制一套发卡脚本，造成发卡脚本的开发工作量大，且开发时间长，影响智能卡的生产效率，也增加智能卡的生产成本。

发明内容

本发明的第一目的是提供一种降低智能卡发卡难度与发卡成本的智能卡发卡方法。

本发明的第二目的是提供一种实现上述智能卡发卡方法的计算机装置。

本发明的第三目的是提供一种实现上述智能卡发卡方法的计算机可读存储介质。

为实现本发明的第一目的，本发明提供的智能卡发卡方法包括获取发卡指令组，发卡指令组包含有多条顺序执行的发卡指令；根据发卡指令从预设的发卡脚本数据库中获取对应的发卡脚本数据包，其中，发卡脚本数据包包括配置脚本数据包以及功能脚本数据包；对发卡脚本数据包进行解析，根据配置脚本数据包的数据对智能卡的参数进行配置，并执行功能脚本数据包的发卡操作指令。

由上述方案可见，由于发卡脚本数据包是从预设的发卡脚本数据库中获取，即发卡脚本数据是预先设置的，例如功能脚本数据包可以做成通用的脚本数据包，即功能脚本数据包中的发卡操作指令是通用的指令，不针对特定卡款，这样，通过从发卡脚本数据库中获取预先设定的功能脚本数据包，可以避免发卡操作指令的重复开发，避免针对每一种卡款开发一套发卡脚本的问题，一方面可以提高智能卡的发卡效率，另一方面可以减低发卡脚本的开发难度，从而降低智能卡的写卡成本。

一个优选的方案是，每一发卡指令包含有对应的发卡脚本数据包的标识，对标识进行解析时，获取该发卡脚本数据包的存储地址；根据发卡指令从预设的发卡脚本数据库中获取对应的发卡脚本数据包包括：根据发卡脚本数据包的存储地址获取发卡脚本数据包。

由此可见，通过对发卡脚本数据包的标识进行解析可以快速的获取该发卡脚本数据包的存储地址，从而快速的获取发卡脚本数据包的指令或者数据，提高智能卡的写卡效率。

进一步的方案是，该方法还包括：设置发卡脚本数据库：将智能卡的配置参数形成配置脚本数据包，将多个配置脚本数据包存储在配置服务器中。

可见，将多个配置脚本数据包存储在配置服务器中，可以方便的从一个服务器中获取当前卡款的配置参数。

更进一步的方案是，将多个配置脚本数据包存储在配置服务器中包括：设置每一配置脚本数据包在配置服务器中的存储地址。

由此可见，设置每一配置脚本数据包在配置服务器中的存储地址，在设置发卡脚本数据包的标识时，能够将发卡脚本数据包的存储地址与标识关联，方便获取发卡脚本数据包的指令。

更进一步的方案是，该方法还包括：设置发卡脚本数据库：将智能卡的发卡操作指令形成多个功能脚本数据包，将多个功能脚本数据包存储在功能服务器中。

优选的，将多个功能脚本数据包存储在功能服务器中包括：设置每一功能脚本数据包在功能服务器中的存储地址，并且，该发卡操作指令包括智能卡的个人化指令。

更进一步的方案是，存储在功能服务器中的功能脚本数据包可以被多组发卡指令组调用。

由此可见，功能脚本数据包是通用的脚本数据包，即同一个功能脚本数据包可以适用于多种不同的卡款，这样，写卡时不需要针对每一种卡款重新开发功能脚本数据包对应的写卡操作指令，提高写卡的效率并降低写卡难度。

为实现上述的第二目的，本发明提供的计算机装置包括处理器及存储器，存储器存储有计算机程序，计算机程序被处理器执行时实现上述智能卡发卡方法的各个步骤。

为实现上述的第三目的，本发明提供的计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述智能卡发卡方法的各个步骤。

附图说明

图1是本发明智能卡发卡方法实施例中设置功能脚本数据包的流程图。

图2是本发明智能卡发卡方法实施例中设置发卡脚本数据包的流程图。

图3是本发明智能卡发卡方法实施例的流程图。

以下结合附图及实施例对本发明作进一步说明。

具体实施方式

本发明的智能卡发卡方法应用于写卡设备上，写卡设备可以对智能卡的智能芯片进行数据写入操作。写卡设备具有控制器，控制器内设置有处理器以及存储器，存储器上存储有计算机可读存储介质，当处理器执行计算机可读存储介质时可以实现上述智能卡发卡方法。

智能卡发卡方法实施例：

本实施例的主要构思是将智能卡发卡过程中常用的写卡操作指令进行最小包的制作，例如智能卡写卡时往往需要使用大量的个人化指令，本实施例预先将这些个人化指令以最小包的方式封装成多个脚本数据包，这些脚本数据包被执行时将实现智能卡的个人化数据写入，因此，这些脚本数据包被称为功能脚本数据包。

预先将个人化指令封装成多个功能脚本数据包后，可以将多个功能脚本数据包存储在一个服务器中，例如存储在功能服务器中，这样，多个功能脚本数据包形成一个数据库，该数据库成为功能脚本数据库，也成为“缓冲池”。这些功能脚本数据包是执行通用的个人化指令，即不针对某一种特定卡款开发，因此，多种不同的卡款均可以使用这些功能脚本数据包进行写卡。

不同卡款往往具有不同的配置参数，例如需要预留用于存储个人化数据的存储空间大小不一样，或者存储智能卡使用者姓名的存储字节数量不相同，又或者一些卡款需要写入随机数，而一些卡款不需要写入随机数等。由于每一种卡款均具有自己的配置参数，为此，发卡前，需要设定每一种卡款的配置参数。

本实施例将当前需要写卡的智能卡的配置参数封装成一个或者多个脚本数据包，这些脚本数据包存储有当前卡款的配置参数，因此，这些脚本数据包被称为配置脚本数据包。本实施例将功能脚本数据包以及配置脚本数据包统称为发卡脚本数据包，即发卡脚本数据包包括两种类型的数据包。

在发卡前，首先需要设置功能脚本数据库，其中，功能脚本数据库包含有多个功能脚本数据包，这些数据包并不针对特定的卡款，因此不需要在明确卡款的需求后才开发，而是根据一般卡款的通用需求，在发卡前完成开发。

参见图1，首先执行步骤S1，将智能卡的发卡操作指令封装成多个功能脚本数据包，例如将智能卡的个人化指令封装成多个功能脚本数据包。由于不同智能卡对个人化操作的要求不尽相同，为了最大限度满足更多卡款的发卡需求，封装形成功能脚本数据包时，尽量以功能最小化的方式进行封装，即一个功能脚本数据包只能实现一种简单的功能。当需要实现多个功能时，需要执行多个功能脚本数据包的发卡操作指令。

然后，执行步骤S2，将发卡操作指令封装成功能脚本数据包后，设置每一个功能脚本数据包的标识，该标识可以包括功能脚本数据包的ID以及功能脚本数据包的名称，这样，编写发卡指令组时，开发人员只需要记住功能脚本数据包的ID或者名称，即可以通过简单的指令实现对功能脚本数据包的调用。

最后，执行步骤S3，设置功能脚本数据包的存储地址，并且将功能脚本数据包存储在功能服务器中。功能服务器是用于存储功能脚本数据包的服务器，例如该服务器是一个API服务器。优选的，功能服务器中设置一个数据库，即功能脚本数据库，功能脚本数据库包括所有的功能脚本数据包。

每一个功能脚本数据包具有唯一的标识以及存储地址，且该标识与存储地址是一一对应的关系。当写卡设备获取功能脚本数据包的标识后，需要对标识进行解析，并且解析获得该功能脚本数据包的存储地址。

设定通用的功能脚本数据库后，针对每一种特定的卡款，发卡前还需要设置针对该卡款的发卡脚本数据库，参见图2，首先执行步骤S11，将智能卡的配置参数封装成配置脚本数据包。由于每一卡款的配置参数不尽相同，因此，将当前卡款的智能卡的配置参数封装成配置脚本数据包。其中，智能卡的配置参数可以是各种数据的存储空间大小、智能卡发卡方的标识、与用户身份相关的数据等。通常，同一卡款多张智能卡的配置参数相同。

然后，执行步骤S12，设置每一个配置脚本数据包的标识，以便于该配置脚本数据包的调取。配置脚本数据包的标识可以是该配置脚本数据包的ID或者名称，编写发卡指令组时，开发人员只需要记住配置脚本数据包的ID或者名称，即可以通过简单的指令实现对配置脚本数据包的调用。

接着，执行步骤S13，设置配置脚本数据包的存储地址，并且将配置脚本数据包存储在配置服务器中。配置服务器是用于存储配置脚本数据包的服务器。由于每一个配置脚本数据包均具有唯一的地址，可以通过该地址快速的获取配置脚本数据包。功能服务器与配置服务器可以是同一个服务器，也可以是两个不同的服务器。

最后，执行步骤S14，将配置脚本数据包与相应的功能脚本数据包组合形成发卡脚本数据库。其中，发卡脚本数据库是针对某一个特定卡款的智能卡所形成的数据库，即发卡的卡款已经明确，该卡款的配置参数以及需要实现的功能也已经明确，因此，需要调用的功能脚本数据包也是确定的，为此，设置发卡脚本数据库时，可以将该卡款所需要实现功能的相应的功能脚本数据包配置到发卡脚本数据库中。

发卡前，还需要编写发卡指令组，本实施例中，发卡指令组包含有多条顺序执行令的发卡指令，即写卡设备获取发卡指令组后，将按照发卡指令组中的多条发卡指令的顺序执行发卡指令，每一条发卡指令是获取或者执行某一个发卡脚本数据包，例如获取配置脚本数据包的数据并对智能卡的参数进行配置，或者获取功能脚本数据包的数据，并执行相应的发卡操作指令。

在编写发卡指令组后，将发卡指令组输入至写卡设备，写卡设备执行发卡的操作，参见图3，首先执行步骤S21，获取预先编写的发卡指令组，并且执行步骤S22，按照发卡指令组的顺序，执行每一条发卡指令。通常，先执行的发卡指令是对应于配置脚本数据包的指令，即先获取配置脚本数据包的数据，因此，执行步骤S23。

例如，执行某一条发卡指令时，对发卡指令进行解析，获取发卡指令包含的配置脚本数据包的标识，然后，通过对该配置脚本数据包的标识进行解析，获取该配置脚本数据包存储在配置服务器中的存储地址，然后访问该存储地址以获取智能卡的配置参数，然后执行步骤S24，应用该配置参数对智能卡进行配置，例如配置智能卡中各种数据的存储空间大小等。

在获取智能卡的配置参数后，执行步骤S25，根据获取的发卡指令，获取功能脚本数据包。例如，对发卡指令进行解析后，获取一个功能脚本数据包的标识，通过对该功能脚本数据包的标识进行解析，获取该功能脚本数据包存储在功能服务器中的存储地址，然后访问该存储地址以获取该功能脚本数据包，功能脚本数据包是由多条发卡操作指令封装而成的数据包，因此，对功能脚本数据包进行解析时，实际上是执行该功能脚本数据包的发卡操作指令，执行发卡操作指令时，将完成智能卡的写卡操作，例如根据发卡操作指令实现智能卡的各种配置，使得写卡后的智能卡能够实现预先设定的功能。

发卡时，针对同一卡款的多张智能卡，可以采用同一套发卡指令组进行写卡，即针对一张智能卡需要执行一次发卡指令组的所有指令，因此，发卡指令组中的指令是被循环执行的，直到同一卡款的所有智能卡写卡完毕。

可见，智能卡写卡前，可以由智能卡写卡的开发人员预先设置多个功能脚本数据包，并且将功能脚本数据包存储在功能脚本数据库中，开发功能脚本数据包的开发人员不需要知晓特定卡款的配置参数要求，只需要根据通用的智能卡的发卡要求开发功能脚本数据包即可。而智能卡的项目配置人员将根据每一种特定卡款的配置参数要求，设置配置脚本数据包，因此，智能卡的项目配置人员并不需要对功能脚本数据包进行开发，只需要设置配置脚本数据包即可。

这样，开发人员可以更加高效的对功能脚本数据包进行开发，而配置人员也可以根据每一种特定卡款的需求，设置相应的配置脚本数据包，并且根据当前卡款智能卡执行能够的要求，编写发卡指令组，而无需对功能脚本数据包进行开发，从而节省了编写发卡指令组的时间，提高发卡效率。

此外，由于功能脚本数据包并不针对某一种特定的卡款，即可以兼容多种不同的智能卡，也就是多组不同的发卡指令组可以调用同一个功能脚本数据包。因此，可以避免功能脚本数据包重复开发，降低智能卡的写卡成本。

计算机装置实施例：

本实施例的计算机装置是写卡设备，该计算机装置包括有处理器、存储器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述智能卡写卡方法的各个步骤。

例如，计算机程序可以被分割成一个或多个模块，一个或者多个模块被存储在存储器中，并由处理器执行，以完成本发明的各个模块。一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在终端设备中的执行过程。

本发明所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现终端设备的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

计算机可读存储介质实施例：

上述计算机装置所存储的计算机程序如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述智能卡写卡方法的各个步骤。

其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

最后需要强调的是，本发明不限于上述实施方式，例如设置的功能脚本数据包数量的变化，或者，功能脚本数据包中配置的发卡操作指令的改变等，这些改变也应该包括在本发明权利要求的保护范围内。

Claims (10)

1.智能卡发卡方法，其特征在于，包括：

获取发卡指令组，所述发卡指令组包含有多条顺序执行的发卡指令；

根据所述发卡指令从预设的发卡脚本数据库中获取对应的发卡脚本数据包，其中，所述发卡脚本数据包包括配置脚本数据包以及功能脚本数据包；

对所述发卡脚本数据包进行解析，根据所述配置脚本数据包的数据对所述智能卡的参数进行配置，并执行所述功能脚本数据包的发卡操作指令。

2.根据权利要求1所述的智能卡发卡方法，其特征在于：

每一所述发卡指令包含有对应的发卡脚本数据包的标识，对所述标识进行解析时，获取该发卡脚本数据包的存储地址；

根据所述发卡指令从预设的发卡脚本数据库中获取对应的发卡脚本数据包包括：根据所述发卡脚本数据包的存储地址获取所述发卡脚本数据包。

3.根据权利要求2所述的智能卡发卡方法，其特征在于：

该方法还包括：设置发卡脚本数据库：将智能卡的配置参数形成所述配置脚本数据包，将多个所述配置脚本数据包存储在配置服务器中。

4.根据权利要求3所述的智能卡发卡方法，其特征在于：

将多个所述配置脚本数据包存储在配置服务器中包括：设置每一所述配置脚本数据包在所述配置服务器中的存储地址。

5.根据权利要求2所述的智能卡发卡方法，其特征在于：

该方法还包括：设置发卡脚本数据库：将智能卡的发卡操作指令形成多个所述功能脚本数据包，将多个所述功能脚本数据包存储在功能服务器中。

6.根据权利要求5所述的智能卡发卡方法，其特征在于：

将多个所述功能脚本数据包存储在功能服务器中包括：设置每一所述功能脚本数据包在所述功能服务器中的存储地址。

7.根据权利要求5或6所述的智能卡发卡方法，其特征在于：

所述发卡操作指令包括智能卡的个人化指令。

8.根据权利要求5或6所述的智能卡发卡方法，其特征在于：

存储在所述功能服务器中的所述功能脚本数据包可以被多组发卡指令组调用。

9.计算机装置，其特征在于，包括处理器及存储器，所述存储器上存储有计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8任一项所述的智能卡发卡方法的各个步骤。

10.计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的智能卡发卡方法的各个步骤。

Images