CN103761118A - 一种智能卡及智能卡内部署应用的方法 - Google Patents

Abstract

本发明公开了一种智能卡及智能卡内部署应用的方法，涉及智能卡技术领域。本发明公开的方法包括：智能卡发行后，接收到加载新增业务指令时，先根据所述智能卡中资源占用情况，为新增业务配置代码段存储空间范围，再将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间；其中，所述可下载文件中包含新增业务的代码段数据。本发明还公开了一种智能卡。本申请技术方案中新增业务资源独立于原有数据区域，不影响原有已部署的业务运行，且应用部署方式简单易行。

Description

一种智能卡及智能卡内部署应用的方法

技术领域

本发明涉及智能卡技术领域，特别涉及一种智能卡及智能卡内部署应用的方法。 

背景技术

智能卡产品是目前发展最为迅速的嵌入式产品之一，广泛应用于电信、金融、卫生医疗、社会保障等与人们生活紧密相关的行业。随着多种多样的市场需求不断涌现，一张卡片同时搭载多个应用的业务模型开始出现，对运营商而言这种多应用卡能够显著降低卡片的发行成本，因此正逐渐成为智能卡产品发展的主流方向。 

智能卡除CPU外还具有程序存储器、随机存储器和数据存储器。其中程序存储器放置智能卡操作系统（COS），可以实现该智能卡所具有的业务功能；随机存储器存放系统运行过程中的临时数据；数据存储器存放系统关键数据以及应用运行数据。 

目前大量商用的智能卡内运行的业务多为Native应用，无法在完成卡片发行后加载新的业务应用。所以智能卡厂商开始将Java卡虚拟机作为智能卡操作系统的一项功能配置，为后续通过下载Java应用为卡片业务更新做准备。但是Java卡因专利费问题导致生产成本高，国内尚未普及使用。 

因此，针对客户的新需求与目前卡片内的业务非常相似的情况，一般可以考虑增加补丁函数来达到业务更改的目的。但是此类补丁机制无法实现新业务需求与原有业务并存的要求。 

综上所述，现有技术存在如下缺陷： 

补丁函数只是对系统中某个特定功能函数的更改，无法完成一系列功能的组合，无法实现新的业务功能； 

Java卡应用尚未普及，同时由于Java卡虚拟机在智能卡内需要占用大量的存储资源，会降低产品的空间利用率；而且无法满足对一张非Java卡进行应用更新的要求。 

立项开发新产品无法及时满足客户的需求，同时大大增加了研发成本。 

发明内容

本发明所要解决的技术问题是，提供一种智能卡及智能卡内部署应用的方法，以解决智能卡发行后再进行业务部署的问题。 

为了解决上述技术问题，本发明公开了一种在智能卡内部署应用的方法，包括： 

智能卡发行后，接收到加载新增业务指令时，先根据所述智能卡中资源占用情况，为新增业务配置代码段存储空间范围，再将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间； 

其中，所述可下载文件中包含新增业务的代码段数据。 

可选地，上述方法中，所述智能卡中还配置新增业务应用下载安装方式； 

所述智能卡将所述可下载文件写入已配置的代码段存储空间内并安装时，按照配置的新增业务应用下载方式，将所述可下载文件写入已配置的代码段存储空间内，再按照配置的新增业务应用安装方式，执行所述可下载文件的应用安装。 

可选地，上述方法中，所述智能卡中还配置新增业务应用删除方式； 

当所述新增业务失效或废止后，所述智能卡按照所配置的新增业务应用删除方式，删除该新增业务在所述智能卡操作系统的应用注册表内的主函数入口地址，同时清除所述代码段存储空间内的可下载文件并释放该新增业务的数据资源空间。 

可选地，上述方法中，所述智能卡中配置应用程序编程接口（API）注册表，所述API注册表中记录所述智能卡操作系统对外开发的所有API的实际存储地址； 

当所述智能卡安装的新增业务应用调用所述智能卡操作系统对外开发的API时，从所述API注册表中查找对应API的实际存储地址以通过函数指针的方式进行调用。 

本发明还公开了一种智能卡，包括：第一单元，在本智能卡发行后，接收到新增业务指令时，根据本智能卡中资源占用情况，为新增业务配置代码段存储空间范围； 

第二单元，在所述第一单元为新增业务配置代码段存储空间范围后，将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间，其中，所述可下载文件中包含新增业务的代码段数据。 

可选地，上述智能卡还包括： 

存储单元，存储有新增业务应用下载、安装方式； 

所述第二单元，将所述可下载文件写入已配置的代码段存储空间内并安装时，按照所述新增业务应用下载方式，将所述可下载文件写入已配置的代码段存储空间内，再按照所述新增业务应用安装方式，执行所述可下载文件的应用安装。 

可选地，上述智能卡中，所述存储单元，还存储有新增业务应用删除方式； 

所述第二单元，在所述新增业务失效或废止后，按照所述新增业务应用删除方式，清除所述代码段存储空间内的可下载文件并释放新增业务的数据资源空间。 

可选地，上述智能卡还包括： 

存储单元，存储应用程序编程接口（API）注册表，所述API注册表中记录所述智能卡操作系统对外开发的所有API的实际存储地址，以便新增业务应用的调用。 

本申请技术方案中新增业务资源独立于原有数据区域，不影响原有已部署的业务运行，且应用部署方式简单易行。 

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文将对本发明技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。 

实施例1 

本实施例提供一种智能卡内部署应用的方法，包括如下操作： 

智能卡发行后，接收到新增业务指令时，先根据智能卡中资源占用情况，为新增业务配置代码段存储空间范围，再将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间。其中，可下载文件中包含新增业务的代码段数据。 

另外，智能卡中还可能事先配置新增业务应用下载安装方式。这样，智能卡会按照配置的新增业务应用下载方式，将可下载文件写入已配置的代码段存储空间内，再按照配置的新增业务应用安装方式，执行可下载文件的应用安装。 

为了提高资源利用率，智能卡中还配置有新增业务应用删除方式。当新增业务失效或废止后，智能卡即会按照配置的新增业务应用删除方式，清除代码段存储空间内的可下载文件并释放新增业务的数据资源空间。 

下面以上述方法的最佳实施方式为例，说明在智能卡内部署业务的具体过程。该过程主要分为智能卡发行前操作，及智能卡发行后部署应用操作。 

首先介绍智能卡发行前操作，包括如下步骤： 

步骤100，选择一款目标芯片（即智能卡）； 

需要说明的是，本实施例中选择的芯片是可以支持在数据存储器内执行 代码段的芯片，这是为了保证后续部署应用的程序代码段可以存放在该存储器内，并可调用执行。 

步骤200，在目标芯片的卡片操作系统的设计初期，需要做好以下框架设计： 

定义智能卡操作系统对外开发的各类基础功能函数API后，通过API注册表记录智能卡操作系统对外开发的所有API的实际存储地址，以便后续安装了新增业务应用后，调用智能卡操作系统对外开发的API时，从该API注册表中查找对应API的实际存储地址再通过函数指针的方式进行调用即可。 

定义新增业务应用下载安装删除方式以及空间分配方式，后续新业务可按照此方式进行业务下载以及数据资源空间申请。 

上述定义的各类信息可存储在智能卡的存储单元中，以便智能卡发行后，新增业务时，根据这些信息进行相应的操作。 

下面介绍智能卡发行后的操作处理过程，包括如下操作： 

步骤300，如果客户需要新增功能，会向智能卡发送新增业务指令，当智能卡接收到该新增业务指令时，按照卡片中的现有资源的占用情况，为新增业务划分可用的资源空间。 

其中，智能卡为新增业务划分可用的资源空间包括随机存储器和数据存储器两部分。 

具体地，配置新增业务的代码段在数据存储器内的存储地址，配置新增业务代码段执行过程中需要占用的临时变量空间（即新增业务的应用程序在执行过程中需要使用的中间过程变量，该类型变量不需要在智能卡断电后继续存储，在下次智能卡上电后该变量位置需要重新初始化）在随机存储器内的存放范围。 

步骤400，智能卡按照智能卡设计中定义的下载方式，将新增业务文件（即可下载文件）写入已配置的数据存储器内，并执行相应的应用安装过程，同时配置新增应用需要占用的数据存储空间。 

其中，可下载文件是由智能卡发行商生成的。具体地，是将新业务代码段与智能卡的原COS代码统一编译链接，生成新的COS文件以及对应的资 源占用表。再使用解析工具将新COS文件中对应的新业务功能代码数据转换生成可下载文件。 

具体地，新增业务应用的安装过程，是指智能卡的操作系统将新增业务应用对应的主函数入口地址写入智能卡操作系统的应用注册表，并通过新增业务应用自身的初始化功能对应用临时变量空间和应用运行占用的数据存储空间进行初始化等工作。在后续的业务启动运行时，操作系统通过应用注册表内记录的新增业务应用的主函数入口地址向该业务应用派发操作指令。 

步骤500，当上述新增业务失效或废止后，智能卡可以删除该应用，以此清除业务代码文件并回收相应的数据资源空间，达到节约空间重复利用的目的。 

具体地，智能卡按照所配置的新增业务应用删除方式，删除该新增业务在智能卡操作系统的应用注册表内的主函数入口地址，同时清除代码段存储空间内的可下载文件并释放该新增业务的数据资源空间。 

实施例2 

本实施例提供一种智能卡，可实现上述实施例1的方法，其至少包括如下单元。第一单元，在本智能卡发行后，接收到新增业务指令时，根据本智能卡中资源占用情况，为新增业务配置代码段存储空间范围； 

第二单元，在第一单元为新增业务配置代码段存储空间范围后，将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间，其中，可下载文件中包含新增业务的代码段数据。 

另外，上述智能卡还可以包括存储单元，用于存储有新增业务应用下载、安装方式。此时，第二单元，将可下载文件写入已配置的代码段存储空间内并安装时，就会按照新增业务应用下载方式，将可下载文件写入已配置的代码段存储空间内，再按照新增业务应用安装方式，执行可下载文件的应用安装。 

上述存储单元，除了存储有新增业务应用下载、安装方式外，还可以存储新增业务应用删除方式。这样，第二单元，在新增业务失效或废止后，会 按照新增业务应用删除方式，清除代码段存储空间内的可下载文件并释放新增业务的数据资源空间，从而提高智能卡资源利用率。 

需要说明的是，上述存储单元中还可能存储API注册表。该API注册表中记录有智能卡操作系统对外开发的所有API的实际存储地址，这样，安装新增业务应用后，新增业务应用需要调用智能卡操作系统对外开发的API时，可以从该API注册表中查找对应API的实际存储地址再通过函数指针的方式进行调用。 

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。 

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (8)

1.一种在智能卡内部署应用的方法，其特征在于，包括：

智能卡发行后，接收到加载新增业务指令时，先根据所述智能卡中资源占用情况，为新增业务配置代码段存储空间范围，再将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间；

其中，所述可下载文件中包含新增业务的代码段数据。

2.如权利要求1所述的方法，其特征在于，

所述智能卡中还配置新增业务应用下载安装方式；

所述智能卡将所述可下载文件写入已配置的代码段存储空间内并安装时，按照配置的新增业务应用下载方式，将所述可下载文件写入已配置的代码段存储空间内，再按照配置的新增业务应用安装方式，执行所述可下载文件的应用安装。

3.如权利要求1或2所述的方法，其特征在于，

所述智能卡中还配置新增业务应用删除方式；

当所述新增业务失效或废止后，所述智能卡按照所配置的新增业务应用删除方式，删除该新增业务在所述智能卡操作系统的应用注册表内的主函数入口地址，同时清除所述代码段存储空间内的可下载文件并释放该新增业务的数据资源空间。

4.如权利要求3所述的方法，其特征在于，

所述智能卡中配置应用程序编程接口（API）注册表，所述API注册表中记录所述智能卡操作系统对外开发的所有API的实际存储地址；

当所述智能卡安装的新增业务应用调用所述智能卡操作系统对外开发的API时，从所述API注册表中查找对应API的实际存储地址以通过函数指针的方式进行调用。

5.一种智能卡，其特征在于，包括：

第一单元，在本智能卡发行后，接收到新增业务指令时，根据本智能卡中资源占用情况，为新增业务配置代码段存储空间范围；

第二单元，在所述第一单元为新增业务配置代码段存储空间范围后，将可下载文件写入已配置的代码段存储空间内并安装，同时为新增业务的应用程序配置数据存储空间，其中，所述可下载文件中包含新增业务的代码段数据。

6.如权利要求5所述的智能卡，其特征在于，还包括

存储单元，存储有新增业务应用下载、安装方式；

所述第二单元，将所述可下载文件写入已配置的代码段存储空间内并安装时，按照所述新增业务应用下载方式，将所述可下载文件写入已配置的代码段存储空间内，再按照所述新增业务应用安装方式，执行所述可下载文件的应用安装。

7.如权利要求6所述的智能卡，其特征在于，

所述存储单元，还存储有新增业务应用删除方式；

所述第二单元，在所述新增业务失效或废止后，按照所述新增业务应用删除方式，清除所述代码段存储空间内的可下载文件并释放新增业务的数据资源空间。

8.如权利要求5至7任一项所述的智能卡，其特征在于，还包括：

存储单元，存储应用程序编程接口（API）注册表，所述API注册表中记录所述智能卡操作系统对外开发的所有API的实际存储地址，以便新增业务应用的调用。