CN113127075B - 一种智能卡的注册表管理方法，装置及存储介质 - Google Patents

Abstract

本发明涉及智能卡技术领域，公开了一种智能卡的注册表管理方法，装置及存储介质，智能卡的注册表管理方法包括：构建智能卡注册表框架，框架包括第一区域及若干个第二区域；接收创建profile指令，根据指令，在其中一个第二区域创建与profile对应的第二注册表，第二注册表包括第二应用注册表、第二Cap包注册表及第二profile信息；其中，第二区域与profile一一对应且数量相等。本发明至少具有以下有益效果：能够提高eUICC卡在支持多profile、多运营商且要求数据相互独立、互不可见等特性下的大量数据的访问效率。

Description

一种智能卡的注册表管理方法，装置及存储介质

技术领域

本发明涉及智能卡技术领域，特别涉及一种智能卡的注册表管理方法，装置及存储介质。

背景技术

随着物联网应用的兴起，传统的UICC卡(Universal Integrated Circuit Card，通用集成电路卡)不能很好的满足部分市场需求，例如，终端部署在不方便进行人工插卡或者换卡的地点；又或者用户在部署终端后才选择运营商或者希望能更换别的运营商；而且使用UICC卡的终端，其中UICC卡存在被盗或者挪作他用的风险；eUICC(EmbeddedUniversal Integrated Circuit Card，嵌入式通用集成电路卡)能更好的满足这些应用场景。eUICC是一种新的UICC产品形态，嵌入在终端设备上，不像传统的UICC一样能进行插拔或替换；eUICC能配置多个属性参数集(profile)，任何时间只能有一个profile被激活，通过激活不同的运营商profile可以满足用户在部署终端后才选择运营商或者希望能更换别的运营商的需求。

目前现有技术中，在实现智能卡的注册表管理时，整张智能卡片使用一份注册表，并没有将profile的注册表独立出来，这使得整张eUICC卡片支持的应用个数、Cap包个数受限，如：用1个byte表示卡片支持的应用个数最大可支持0xFF个，平均分配给每个profi le的应用个数不能达到足够的数量；另外，还需要单独标识每一个应用或Cap包属于哪个profi le，用以防止被其他无关的profi le访问，而且写入注册表的数据是根据下载应用/安装Cap包的时机进行操作，同一个profi le的注册表数据极大可能是不连续的，因此，访问数据时需要遍历整张卡片的注册表，访问效率低下，造成下载profi le应用、删除profile时的操作极为复杂。

发明内容

本发明旨在至少解决现有技术中存在的技术问题之一。为此，本发明提出一种智能卡的注册表管理方法，能够提高eUICC卡在支持多profi le、多运营商且要求数据相互独立、互不可见等特性下的大量数据的访问效率。

本发明还提出一种具有上述智能卡的注册表管理方法的智能卡的注册表管理装置。

本发明还提出一种具有上述智能卡的注册表管理方法的计算机可读存储介质。

根据本发明的第一方面实施例的智能卡的注册表管理方法，包括以下步骤：构建智能卡注册表框架，所述框架包括第一区域及若干个第二区域；接收创建profi le指令，根据所述创建profi le指令，在其中一个所述第二区域创建与profi le对应的第二注册表，所述第二注册表包括第二应用注册表、第二Cap包注册表及第二profi le信息；其中，所述第二区域与所述profi le一一对应且数量相等。

根据本发明的一些实施例，所述在其中一个所述第二区域创建与所述profi le对应的注册表包括：将所述profi le对应的ISD-P的应用信息存储至所述第二应用注册表的第一位置，所述第一位置为所述第二应用注册表的第一个可记录数据的位置，所述ISD-P的应用信息包括与所述profi le对应的标识信息；解析所述profi le，根据解析出的所述profi le的数据类型，将解析出的profi le数据分别存储至所述第二应用注册表、所述第二Cap包注册表及所述第二profi le信息。

根据本发明的一些实施例，所述根据解析出的所述profi le的数据类型，将解析出的profi le数据分别存储至所述第二应用注册表、所述第二Cap包注册表及所述第二profi le信息包括：若解析的所述profi le数据为应用数据，则对所述应用数据执行转换操作并将转换后的应用数据存储至所述第二应用注册表；若解析的所述profi le数据为Cap包数据，则对所述Cap包数据执行转换操作并将转换后的Cap包数据存储至所述第二Cap包注册表；若解析的所述profi le数据不属于应用数据或Cap包数据中的任意一种，则将所述profi le数据存储至所述profi le信息。

根据本发明的一些实施例，还包括删除所述profi le，包括：接收删除profi le指令，所述删除profi le指令包括与所述profi le对应的唯一应用标识；依次遍历所述第二区域中的所述第二应用注册表的第一位置，将所述删除profi le指令中的所述唯一应用标识与所述第一位置中存储的所述标识信息进行匹配；若匹配成功，则删除与所述标识信息对应的所述profi le的第二注册表及所述profi le的数据。

根据本发明的一些实施例，将所述profi l e的第二注册表及所述profi le的数据删除包括：设置所述第二注册表的引用字段为空；基于智能卡的垃圾回收机制删除所述profi le的第二注册表及所述profi le的数据。

根据本发明的一些实施例，还包括访问所述第二注册表，包括：接收访问第二注册表的指令；确认所述访问第二注册表的指令是否包括激活所述profi le指令，若包括，则解析激活指令中对应所述profi le的唯一应用标识，依次遍历所述第二区域中的所述第二应用注册表的第一位置，基于所述唯一应用标识匹配所述第一位置中存储的所述标识信息；若匹配成功，则激活所述profi le，设置与所述profi le对应的第二注册表为可访问状态；其中，在任一时刻，只允许有一个或零个所述profi le为激活状态。

根据本发明的一些实施例，若所述访问第二注册表的指令不包括激活指令，则可访问的注册表为当前访问注册表信息；若当前不存在激活的profi le，则可访问的注册表为位于所述第一区域的第一注册表信息。

根据本发明的一些实施例，所述第一区域为公共区，所述公共区包含ISD-R信息、ECASD信息及第一注册表信息，所述第一注册表信息包括第一应用注册表、第一Cap包注册表。

根据本发明的第二方面实施例的智能卡的注册表管理装置，用于实现上述的智能卡的注册表管理方法，其特征在于，包括：智能卡注册表框架构建模块，用于构建智能卡注册表框架，所述框架包括第一区域及若干个第二区域；profi le创建模块，用于接收创建profi le指令，根据所述创建profi le指令，在其中一个所述第二区域创建与profi le对应的第二注册表，所述第二注册表包括第二应用注册表、第二Cap包注册表及第二profi le信息；profi le删除模块，用于接收删除profi le指令，根据所述删除profi le指令，删除与标识信息对应的所述profi le的第二注册表及所述profi le的数据；注册表访问模块，用于接收访问第二注册表的指令，根据所述访问第二注册表的指令选择访问相应的第二注册表信息。

根据本发明的第三方面实施例的一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序；所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行上述任一项所述的智能卡的注册表管理方法的步骤。

根据本发明实施例的智能卡的注册表管理方法，至少具有如下有益效果：能够在原有UICC卡注册表设计方案的基础上扩展实施，改动小，方便实现，当不需要eUICC功能时，直接使用公共区的注册表，无需调整卡片架构；基于本发明的注册表结构，具有逻辑清晰、兼容性好、性能高等优点，每个profi le的注册表统一创建在第二区域，不采用整张卡片注册表混合交叉使用的方式，有效的提高了访问效率；此外，相较于整张卡混合使用一片注册表，每个profi le的appId，pkgId可重复使用，提高整张卡片可支持的应用和Cap包总数；同一个profi le的注册表放在相同区域且在激活时才可访问，有效的将不同profi le的注册表数据从物理和逻辑两个方面分离开，有效的避免了非激活状态被访问的风险，提高了卡片的安全性。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例的方法的流程示意图；

图2为本发明实施例的智能卡注册表框架结构示意图；

图3为本发明实施例的profile注册表创建方法的流程示意图；

图4为本发明实施例的profile删除方法的流程示意图；

图5为本发明实施例的profile注册表访问方法的流程示意图；

图6为本发明实施例的智能卡无激活profile下的注册表状态示意图；

图7为本发明实施例的智能卡其中一个profile激活下的注册表状态示意图；

图8为本发明实施例的装置的模块示意框图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

应理解，本发明实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本发明的描述中，若干的含义是一个或者多个，多个的含义是两个及两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述到第一、第二只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。

术语解释：

Cap包：一种CAP文件，即Converted Applet(CAP)文件；

Profile：属性参数集；

ISD-P：ISD-P是用于托管Profile的安全容器(安全域)，ISD-P与Profile包解释器协作用于Profile下载和安装，以解码/解释接收到的绑定Profile包；

ISD-R：ISD-R负责创建新的ISD-Ps和所有ISD-Ps的生命周期管理；

ECASD：嵌入式UICC控制权限安全域，负责安全存储支持eUICC上所需安全域所需的凭证，在eUICC上只有一个ECASD。

参照图1，本发明的实施例的方法包括以下步骤：

构建智能卡注册表框架，框架包括第一区域及若干个第二区域，可以理解的是，本发明中的智能卡不仅包括eUICC卡，所有需要进行注册表管理的卡片都属于本发明的保护范围；

接收创建profile指令，根据指令，在其中一个第二区域创建与profile对应的第二注册表，第二注册表包括第二应用注册表、第二Cap包注册表及第二profile信息，profile为用户配置文件也叫属性参数集，是针对每个账户的数据存储；

其中，第二区域与profile一一对应且数量相等。

需要说明的是，现有技术中，整张卡片使用一份注册表，没有将profi le的注册表独立出来，因此使整张卡支持的应用个数和Cap包个数受限，由于同一个profi le的注册表数据不连续，存在数据的误访问问题，还会造成注册表访问速度慢，下载profi le，删除profi le的操作复杂问题，通过本发明的技术方案，即通过建立新的注册表框架，将注册表整体分为第一区域和第二区域，其中，第一区域为卡片公共区域，其拥有自己的注册表，主要用于存储ISD-R、ECASD的应用注册信息以及一些系统api包的注册信息，第二区域为各个profi le的注册表区域，其中，第二区域的个数与建立的profi le的个数一一对应，每个profi le在第二区域单独拥有一个注册表存放profi le的信息，在接收到创建profi le指令时，则根据指令选取其中一个未使用的第二区域创建与该profi le对应的注册表，能够解决整张卡使用一份注册表，注册表数据不连续导致访问复杂，效率低下，profi le创建和删除操作复杂的问题；通过将每个profi le的注册表统一创建在第二区域，不采用整张卡片注册表混合交叉使用的方式，有效的提高了访问效率；此外，相较于整张卡混合使用一片注册表，每个profi le的appId，pkgId可重复使用，提高整张卡片可支持的应用和Cap包总数，同时能够有效的将不同profi le的注册表数据从物理和逻辑两个方面分离开，有效的避免了非激活状态被访问的风险，提高了卡片的安全性，本发明的设计方案是普通UICC卡方案的延伸，当不需要eUICC功能时，直接使用公共区的注册表，无需调整卡片架构。

图2示出了本发明实施例的智能卡注册表框架结构示意图，智能卡注册表框架包括第一区域及若干个第二区域，其中，第一区域为公共区，公共区包含ISD-R信息、ECASD的应用注册信息以及一些系统api包的注册信息，应用注册信息包括应用注册表、第二Cap包注册表及其他信息；第二区域为各个profi le的注册表区域，其中，第二区域的个数与建立的profi le的个数一一对应，每个profi le在第二区域单独拥有一个注册表存放profi le的信息，在接收到创建profi le指令时，则根据指令选取其中一个未使用的第二区域创建与该profi le对应的注册表，第二区域中的注册表包括应用注册表、第二Cap包注册表及profile信息。

根据本发明的一个具体的实施例为，一种eUICC卡，卡上的注册表包括两个区，其中一个区域为公共区，其拥有自己的注册表，主要用于存储ISD-R信息、ECASD信息的应用注册信息以及一些系统api包的注册信息，另一个区域包括若干个Profile注册表信息，记为ref_1、ref_2...ref_x及ref_n，每一个ref中，包括与这个Profile对应的应用注册表、Cap包注册表及其余Profile信息，一个profile注册表只能存一个profile的注册信息且不能被其他profile访问，其中，公共区的注册表信息是在出厂前预制在卡片中的，出厂后不可改变，ref_1至ref_n的注册表在下载profile过程中创建。

图3为本发明实施例的profile注册表创建方法的流程示意图，包括：在其中一个第二区域创建与profile对应的第二注册表；

将profile对应的ISD-P的应用信息存储至第二应用注册表的第一位置，第一位置为第二应用注册表的第一个可记录数据的位置，应理解，将对应信息放入第一位置便于后续对该信息的寻找和匹配操作，能够提高搜索效率，ISD-P的应用信息包括与profile对应的标识信息，可以理解的是，通过标识信息能够对ISD-P的应用信息进行标识；

解析profile，根据解析出的profile的数据类型，将解析出的profile数据分别存储至对应的第二应用注册表、第二Cap包注册表及第二profile信息。

若解析的数据为应用数据，则对应用数据执行转换操作并将转换后的应用数据存储至第二应用注册表；

若解析的数据为Cap包数据，则对Cap包数据执行转换操作并将转换后的Cap包数据存储至第二Cap包注册表；

若解析的数据不属于应用数据或Cap包数据中的任意一种，则将数据存储至第二profile信息。

其中一个具体的实施例为，开启一个下载profile流程，创建profile的注册表，包括：应用注册表、Cap包注册表以及其余profile信息表；安装该profile的第一个应用ISD-P，并将ISD-P的应用信息写到profile的应用注册表第一个位置；对profile数据进行解析，若解析到应用数据则将转换后的应用数据存到profile注册表中的应用注册表；若解析到Cap包数据则将转换后的Cap包数据存到profile注册表中的Cap包注册表；若解析到其余数据则存到profile注册表中的其余profile信息表中；重复数据解析和存储步骤直至profile数据接收完毕。Profile下载流程开启后到结束前产生的所有数据均属于这个正在下载的profile，数据均存储在对应该profile的注册表中。

图4为本发明实施例的profile删除方法的流程示意图，包括：

接收删除profile指令，指令包括与profile对应的唯一应用标识；

依次遍历第二区域中的第二应用注册表的第一位置，将指令中的唯一应用标识与第一位置中的标识信息进行匹配；

若匹配成功，则删除与标识信息对应的profile的注册表及profile的数据；

将profile的注册表及profile的数据删除包括：

设置注册表的引用字段为空；

基于智能卡的垃圾回收机制删除profile的第二注册表及profile的数据。

其中一个具体的实施例为，当卡片收到一条删除profile指令后，首先依次遍历每个profile注册表的应用注册表第一个位置，该位置存的是ISD-P的应用信息，若匹配成功，将profile注册表的引用ref_x置为null,直接调用Java卡的垃圾回收机制即可将整profile的注册表以及profile内容从卡片上删除，无需多余的特殊处理，这个过程会删除整个指定的profile内容和对应的profile注册表。通过这种方式，能够简化profile的删除程序。

参照图5，图5为本发明实施例的profile注册表访问方法的流程示意图，包括：

接收访问第二注册表的指令；

确认该指令是否包括激活profile指令，若包括，则解析激活指令中对应profile的唯一应用标识，依次遍历第二区域中的应用注册表的第一位置，基于唯一应用标识匹配第一位置中的标识信息；

若匹配成功，则激活profile，设置与profile对应的注册表为可访问状态；

其中，在任一时刻，只允许有一个或零个profile为激活状态。

若访问注册表的指令不包括激活指令，则可访问的注册表为当前访问注册表信息；

若当前不存在激活的profile，则可访问的注册表为位于第一区域的注册表信息。

其中一个具体的实施例为，当卡片收到一条访问profile指令以后，卡片上可访问的注册表有可能发生改变，如附图5，若收到的指令不是激活profile指令，可访问的注册表保持为当前可访问的注册表；若收到的指令为激活profile指令且AID与卡片上的某个profile匹配成功，则可访问的注册表切换为新激活的profile的注册表，后续所有操作均只能在该profile的注册表中执行，其余注册表均不可访问，访问状态如说明书附图中的图7所示，图7中，其中只有profile_x处于可访问状态，其余注册表均为不可访问状态；当卡片上没有激活的profile时只能访问公共区的注册表，访问状态如说明书附图中的图6所示，其他注册表均处于不可访问状态，此时只能选中ISD-R和ECASD信息。在本发明的实施例中，同一个profile的注册表放在相同区域且在激活时才可访问，能够有效的将不同profile的注册表数据从物理和逻辑两个方面分离开，有效的避免了非激活状态被访问的风险，提高了卡片的安全性。

如图8所示，图8为本发明实施例的装置的模块示意框图，包括一种智能卡的注册表管理装置，使用智能卡的注册表管理方法，包括：

智能卡注册表框架构建模块，用于构建智能卡注册表框架，框架包括第一区域及若干个第二区域；

profile创建模块，用于接收创建profile指令，根据接收的创建profile指令，在其中一个第二区域创建与profile对应的第二注册表，第二注册表包括第二应用注册表、第二Cap包注册表及第二profile信息；

profile删除模块，用于接收删除profile指令，根据指令，删除与标识信息对应的profile的注册表及profile的数据；

注册表访问模块，用于接收访问注册表的指令，根据指令选择访问相应的注册表信息。

在本发明的一些实施例之中，还包括一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本发明中的智能卡的注册表管理方法。

通过本发明的实施例，每个profile的注册表均采用动态创建的方式，能合理有效的利用卡片资源，无需预先开辟空间；每个profile的注册表统一创建在一片区域，不采用整张卡片注册表混合交叉使用的方式，有效的提高了注册表的访问效率；此外，相较于整张卡混合使用一片注册表，每个profile的appId，pkgId可重复使用，提高整张卡片可支持的应用和Cap包总数；同一个profile的注册表放在相同区域且在激活时才可访问，有效的将不同profile的注册表数据从物理和逻辑两个方面分离开，有效的避免了非激活状态被访问的风险，提高了卡片的安全性。

尽管本文描述了具体实施方案，但是本领域中的普通技术人员将认识到，许多其它修改或另选的实施方案同样处于本公开的范围内。例如，结合特定设备或组件描述的功能和/或处理能力中的任一项可以由任何其它设备或部件来执行。另外，虽然已根据本公开的实施方案描述了各种例示性具体实施和架构，但是本领域中的普通技术人员将认识到，对本文的例示性具体实施和架构的许多其它修改也处于本公开的范围内。

上文参考根据示例性实施方案的系统、方法、系统和/或计算机程序产品的框图和流程图描述了本公开的某些方面。应当理解，框图和流程图中的一个或多个块以及框图和流程图中的块的组合可分别通过执行计算机可执行程序指令来实现。同样，根据一些实施方案，框图和流程图中的一些块可能无需按示出的顺序执行，或者可以无需全部执行。另外，超出框图和流程图中的块所示的那些部件和/或操作以外的附加部件和/或操作可存在于某些实施方案中。

本文的程序模块、应用程序等可包括一个或多个软件组件，包括例如软件对象、方法、数据结构等。每个此类软件组件可包括计算机可执行指令，计算机可执行指令响应于执行而使本文的功能的至少一部分(例如，本文的例示性方法的一种或多种操作)被执行。

软件组件可以用各种编程语言中的任一种来编码。一种例示性编程语言可以为低级编程语言，诸如与特定硬件体系结构和/或操作系统平台相关联的汇编语言。包括汇编语言指令的软件组件可能需要在由硬件架构和/或平台执行之前由汇编程序转换为可执行的机器代码。另一种示例性编程语言可以为更高级的编程语言，其可以跨多种架构移植。包括更高级编程语言的软件组件在执行之前可能需要由解释器或编译器转换为中间表示。编程语言的其它示例包括但不限于宏语言、外壳或命令语言、作业控制语言、脚本语言、数据库查询或搜索语言、或报告编写语言。在一个或多个示例性实施方案中，包含上述编程语言示例中的一者的指令的软件组件可直接由操作系统或其它软件组件执行，而无需首先转换成另一种形式。

软件组件可存储为文件或其它数据存储构造。具有相似类型或相关功能的软件组件可一起存储在诸如特定的目录、文件夹或库中。软件组件可为静态的(例如，预设的或固定的)或动态的(例如，在执行时创建或修改的)。

上面结合附图对本发明实施例作了详细说明，但是本发明不限于上述实施例，在所属技术领域普通技术人员所具备的知识范围内，还可以在不脱离本发明宗旨的前提下作出各种变化。

Claims (9)

1.一种智能卡的注册表管理方法，其特征在于，包括以下步骤：

构建智能卡注册表框架，所述框架包括第一区域及若干个第二区域；

接收创建profile指令，根据所述创建profile指令，在其中一个所述第二区域创建与profile对应的第二注册表，所述第二注册表包括第二应用注册表、第二Cap包注册表及第二profile信息；

其中，所述第二区域与所述profile一一对应且数量相等；

所述在其中一个所述第二区域创建与所述profile对应的注册表包括：

将所述profile对应的ISD-P的应用信息存储至所述第二应用注册表的第一位置，所述第一位置为所述第二应用注册表的第一个可记录数据的位置，所述ISD-P的应用信息包括与所述profile对应的标识信息；

解析所述profile，根据解析出的所述profile的数据类型，将解析出的profile数据分别存储至所述第二应用注册表、所述第二Cap包注册表及所述第二profile信息。

2.根据权利要求1所述的智能卡的注册表管理方法，其特征在于，所述根据解析出的所述profile的数据类型，将解析出的profile数据分别存储至所述第二应用注册表、所述第二Cap包注册表及所述第二profile信息包括：

若解析的所述profile数据为应用数据，则对所述应用数据执行转换操作并将转换后的应用数据存储至所述第二应用注册表；

若解析的所述profile数据为Cap包数据，则对所述Cap包数据执行转换操作并将转换后的Cap包数据存储至所述第二Cap包注册表；

若解析的所述profile数据不属于应用数据或Cap包数据中的任意一种，则将所述profile数据存储至所述第二profile信息。

3.根据权利要求1所述的智能卡的注册表管理方法，其特征在于，还包括删除所述profile，包括：

接收删除profile指令，所述删除profile指令包括与所述profile对应的唯一应用标识；

依次遍历所述第二区域中的所述第二应用注册表的第一位置，将所述删除profile指令中的所述唯一应用标识与所述第一位置中存储的所述标识信息进行匹配；

若匹配成功，则删除与所述标识信息对应的所述profile的第二注册表及所述profile的数据。

4.根据权利要求3所述的智能卡的注册表管理方法，其特征在于，将所述profile的第二注册表及所述profile的数据删除包括：

设置所述第二注册表的引用字段为空；

基于智能卡的垃圾回收机制删除所述profile的第二注册表及所述profile的数据。

5.根据权利要求1所述的智能卡的注册表管理方法，其特征在于，还包括访问所述第二注册表，包括：

接收访问第二注册表的指令；

确认所述访问第二注册表的指令是否包括激活所述profile指令，若包括，则解析激活指令中对应所述profile的唯一应用标识，依次遍历所述第二区域中的所述第二应用注册表的第一位置，基于所述唯一应用标识匹配所述第一位置中存储的所述标识信息；

若匹配成功，则激活所述profile，设置与所述profile对应的第二注册表为可访问状态；

其中，在任一时刻，只允许有一个或零个所述profile为激活状态。

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

若所述访问第二注册表的指令不包括激活指令，则可访问的注册表为当前访问注册表信息；

若当前不存在激活的profile，则可访问的注册表为位于所述第一区域的第一注册表信息。

7.根据权利要求1-6任一项所述的智能卡的注册表管理方法，其特征在于，

所述第一区域为公共区，所述公共区包含ISD-R信息、ECASD信息及第一注册表信息，所述第一注册表信息包括第一应用注册表、第一Cap包注册表。

8.一种智能卡的注册表管理装置，用于实现权利要求1-7任一项所述的智能卡的注册表管理方法，其特征在于，包括：

智能卡注册表框架构建模块，用于构建智能卡注册表框架，所述框架包括第一区域及若干个第二区域；

profile创建模块，用于接收创建profile指令，根据所述创建profile指令，在其中一个所述第二区域创建与profile对应的第二注册表，所述第二注册表包括第二应用注册表、第二Cap包注册表及第二profile信息；

profile删除模块，用于接收删除profile指令，根据所述删除profile指令，删除与标识信息对应的所述profile的第二注册表及所述profile的数据；

注册表访问模块，用于接收访问第二注册表的指令，根据所述访问第二注册表的指令选择访问相应的第二注册表信息。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序；所述计算机程序在运行时控制所述计算机可读存储介质所在的设备执行如权利要求1至7中任一项所述的智能卡的注册表管理方法。

Images