访问控制方法及访问控制装置

文档序号:105095 发布日期:2021-10-15 浏览:32次 >En<

阅读说明:本技术 访问控制方法及访问控制装置 (Access control method and access control device ) 是由 刘煜 翟京卿 于 2021-06-22 设计创作,主要内容包括:本发明公开了一种访问控制方法及访问控制装置,该方法包括:响应于接收到第一应用发送的访问通用集成电路卡UICC请求,读取UICC中的访问控制条件文件和访问控制扩展文件;其中,所述访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用提供访问控制条件;根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件;根据所述第一访问控制条件处理所述第一应用的访问UICC请求。不仅能够实现基于UICC的访问控制,还能够实现基于已授权访问UICC的应用的访问控制,提供了更高效更灵活的访问控制机制。(The invention discloses an access control method and an access control device, wherein the method comprises the following steps: reading an access control condition file and an access control extension file in a Universal Integrated Circuit Card (UICC) in response to receiving a UICC access request sent by a first application; wherein the access control extension file is at least used to indicate whether an application authorized to access the UICC is allowed to provide access control conditions; determining a first access control condition according to the access control condition file and the access control extension file; and processing the UICC access request of the first application according to the first access control condition. Not only can access control based on the UICC be realized, but also access control based on application authorized to access the UICC can be realized, and a more efficient and flexible access control mechanism is provided.)

访问控制方法及访问控制装置

技术领域

本发明涉及通信技术领域,具体涉及一种访问控制方法及访问控制装置。

背景技术

UICC(Universal Integrated Circuit Card,通用集成电路卡)是一个通用智能卡平台,其上可驻留USIM(Universal Subscriber Identity Module,用户全球识别卡)、银行卡及票务卡等多种应用。UICC安装在终端设备中,终端设备可以通过终端应用来对UICC上驻留的各种应用进行管理。UICC作为一种安全设备,终端应用访问UICC应该有必要的安全保护机制,最基本的安全保护机制就是验证终端应用是否由合法的开发者提供并且是否已被授权可以访问UICC,通常是对终端应用的证书摘要进行验证。

通常可以通过两种访问控制方式来对请求访问UICC的终端应用的证书摘要进行验证。其一是基于已被授权可以访问UICC的终端应用的访问控制,由终端设备上已被授权可以访问UICC的其他终端应用,将请求访问UICC的终端应用的证书摘要,与已获得的基准摘要(可通过预置或下载的方式获取)进行比较,确定两者是否一致,从而验证该请求访问UICC的终端应用是否为可信应用,如验证通过,则该请求访问UICC的终端应用可以通过该已被授权可以访问UICC的其他终端应用来访问UICC。其二是基于UICC的访问控制,UICC提供基准摘要(存储在访问规则文件ARF或访问规则应用ARA-M中),终端设备需要从UICC中获取基准摘要,将请求访问UICC的终端应用的证书摘要,与从UICC中获取的基准摘要进行比较,确定两者是否一致,从而验证该请求访问UICC的终端应用是否为可信应用,如验证通过,终端设备允许该请求访问UICC的终端应用访问UICC。

在实际业务中,终端应用访问UICC的需求策略往往相对复杂,例如,基于UICC的访问控制是更为标准的方案,但终端设备可能无法普遍支持,而基于已被授权可以访问UICC的终端应用的访问控制,也许终端设备的支持度更高,但属于不太标准的方案。目前,终端设备通常仅采用其中一种访问控制方式。

因此,亟需一种更高效更灵活的访问控制机制,以便能够同时实现基于UICC的访问控制和基于已授权访问UICC的应用的访问控制。

发明内容

为此,本发明提供一种访问控制方法及访问控制装置,以解决上述不足。

为了实现上述目的,本发明第一方面提供一种访问控制方法,所述方法包括:

响应于接收到第一应用发送的访问UICC请求,读取UICC中的访问控制条件文件和访问控制扩展文件;其中,所述访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用提供访问控制条件;

根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件;

根据所述第一访问控制条件处理所述第一应用的访问UICC请求。

在一些实施例中,所述访问控制扩展文件还用于指示是否唯一使用所述UICC提供的第二访问控制条件。

在一些实施例中,所述访问控制扩展文件包括访问控制主体扩展指示和访问控制主体优先级指示,所述访问控制主体扩展指示至少包括第一预设字段,所述第一预设字段用于指示是否允许已授权访问UICC的应用提供访问控制条件,所述访问控制主体优先级指示至少包括第二预设字段,所述第二预设字段用于指示是否唯一使用所述UICC提供的第二访问控制条件。

在一些实施例中,所述根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件,包括:

在所述访问控制条件文件中包括第二访问控制条件,且所述访问控制扩展文件指示不唯一使用所述UICC提供的第二访问控制条件的情况下,根据所述第二访问控制条件以及本地存储的第三访问控制条件,确定第一访问控制条件。

在一些实施例中,所述根据所述第二访问控制条件以及本地存储的第三访问控制条件,确定第一访问控制条件,包括:

将所述第二访问控制条件以及所述第三访问控制条件合并,确定合并的访问控制条件为第一访问控制条件。

在一些实施例中,所述根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件,包括:

在所述访问控制条件文件中包括第二访问控制条件,且所述访问控制扩展文件指示唯一使用所述UICC提供的第二访问控制条件的情况下,确定所述第二访问控制条件为第一访问控制条件。

在一些实施例中,所述根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件,包括:

在所述访问控制条件文件中不包括第二访问控制条件,且所述访问控制扩展文件指示允许已授权访问UICC的应用提供访问控制条件的情况下,确定本地存储的第三访问控制条件为第一访问控制条件。

为了实现上述目的,本发明第二方面提供一种访问控制方法,所述方法包括:

响应于接收到访问控制装置发送的用于读取访问控制条件文件和访问控制扩展文件的读取指令,向所述访问控制装置返回本UICC中的访问控制条件文件和访问控制扩展文件,其中,所述访问控制扩展文件至少用于指示是否允许已授权访问本UICC的应用提供访问控制条件。

为了实现上述目的,本发明第三方面提供一种访问控制装置,所述访问控制装置包括:

接收模块,用于接收第一应用发送的访问UICC请求;

读取模块,用于响应于所述接收模块接收到第一应用发送的访问UICC请求,读取UICC中的访问控制条件文件和访问控制扩展文件;其中,所述访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用提供访问控制条件;

第一处理模块,用于根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件;

第二处理模块,用于根据所述第一访问控制条件处理所述第一应用的访问UICC请求。

在一些实施例中,所述访问控制扩展文件还用于指示是否唯一使用所述UICC提供的第二访问控制条件。

在一些实施例中,所述第一处理模块,用于:

在所述访问控制条件文件中包括第二访问控制条件,且所述访问控制扩展文件指示不唯一使用所述UICC提供的第二访问控制条件的情况下,根据所述第二访问控制条件以及本地存储的第三访问控制条件,确定第一访问控制条件。

在一些实施例中,所述第一处理模块,用于:

将所述第二访问控制条件以及所述第三访问控制条件合并,确定合并的访问控制条件为第一访问控制条件。

为了实现上述目的,本发明第四方面提供一种UICC,所述UICC包括:

接收模块,用于接收访问控制装置发送的用于读取访问控制条件文件和访问控制扩展文件的读取指令;

发送模块,用于响应于所述接收模块接收到访问控制装置发送的用于读取访问控制条件文件和访问控制扩展文件的读取指令,向所述访问控制装置返回本UICC中的访问控制条件文件和访问控制扩展文件,其中,所述访问控制扩展文件至少用于指示是否允许已授权访问本UICC的应用提供访问控制条件。

本发明具有如下优点:

本发明实施例提供的访问控制方法,当第一应用有访问UICC的需求时,可以向访问控制装置发起访问UICC请求,响应于接收到第一应用发送的访问UICC请求,访问控制装置读取UICC访问控制专用文件中的访问控制条件文件和访问控制扩展文件,由于访问控制条件文件用于存储UICC提供的第二访问控制条件,而访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用(包括访问控制装置)提供访问控制条件,因此访问控制装置根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件,不仅能够实现基于UICC的访问控制,还能够实现基于已授权访问UICC的应用的访问控制,提供了更高效更灵活的访问控制机制。

附图说明

附图是用来提供对本发明的进一步理解,并且构成说明书的一部分,与下面的

具体实施方式

一起用于解释本发明,但并不构成对本发明的限制。

图1为本发明实施例提供的访问控制装置侧访问控制方法的流程示意图;

图2为本发明实施例提供的访问控制扩展文件的结构示意图;

图3为本发明实施例提供的访问控制主体扩展指示的编码示意图;

图4为本发明实施例提供的访问控制主体优先级指示的编码示意图;

图5为本发明实施例提供的UICC侧访问控制方法的流程示意图;

图6为本发明实施例提供的访问控制方法的流程示意图;

图7为本发明实施例提供的访问控制装置的模块示意图;

图8为本发明实施例提供的UICC的模块示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案,下面结合附图和具体实施方式对本发明作进一步详细描述。

可以理解的是,此处描述的具体实施例和附图仅仅用于解释本发明,而非对本发明的限定。

可以理解的是,在不冲突的情况下,本发明中的各实施例及实施例中的各特征可相互组合。

可以理解的是,为便于描述,本发明的附图中仅示出了与本发明相关的部分,而与本发明无关的部分未在附图中示出。

可以理解的是,本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构,也可由多个实体结构组成,或者,多个单元、模块也可集成为一个实体结构。

可以理解的是,在不冲突的情况下,本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。

可以理解的是,本发明的流程图和框图中,示出了按照本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可代表一个单元、模块、程序段、代码,其包含用于实现规定的功能的可执行指令。而且,框图和流程图中的每个方框或方框的组合,可用实现规定的功能的基于硬件的系统实现,也可用硬件与计算机指令的组合来实现。

可以理解的是,本发明实施例中所涉及的单元、模块可通过软件的方式实现,也可通过硬件的方式来实现,例如单元、模块可位于处理器中。

本发明实施例提供的访问控制方法,可以用于访问控制装置,该访问控制装置可以是计算机程序产品,如终端应用等。

如图1所示,本发明实施例提供一种访问控制方法,所述方法可以包括如下步骤:

S11,响应于接收到第一应用发送的访问UICC请求,读取UICC中的访问控制条件文件和访问控制扩展文件。

其中,访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用提供访问控制条件。

“第一应用”为未授权访问UICC的终端应用,本访问控制装置可以为已授权访问UICC的终端应用之一,第一应用、本访问控制装置和UICC均属于同一终端设备。

UICC的文件系统中包括访问控制专用文件,在本发明实施例中,访问控制专用文件除包括现有的访问控制主文件、访问控制规则文件和访问控制条件文件(包括基准摘要)之外,还可以包括访问控制扩展文件。

在本发明实施例中,当第一应用有访问UICC的需求时,可以向访问控制装置发起访问UICC请求,响应于接收到第一应用发送的访问UICC请求,访问控制装置读取UICC访问控制专用文件中的访问控制条件文件和访问控制扩展文件,访问控制条件文件和访问控制扩展文件响应于访问控制装置的读取命令,提供文件内容。

S12,根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件。

由于UICC中的访问控制条件文件用于存储UICC提供的第二访问控制条件,而UICC中的访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用(包括访问控制装置)提供访问控制条件,则访问控制装置可以根据访问控制条件文件和访问控制扩展文件,确定出第一访问控制条件。

S13,根据第一访问控制条件处理第一应用的访问UICC请求。

确定出第一访问控制条件之后,访问控制装置就可以根据确定出的第一访问控制条件来处理第一应用的访问UICC请求。

通过上述步骤S11-S13可以看出,本发明实施例提供的访问控制方法,当第一应用有访问UICC的需求时,可以向访问控制装置发起访问UICC请求,响应于接收到第一应用发送的访问UICC请求,访问控制装置读取UICC访问控制专用文件中的访问控制条件文件和访问控制扩展文件,由于访问控制条件文件用于存储UICC提供的第二访问控制条件,而访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用(包括访问控制装置)提供访问控制条件,因此访问控制装置根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件,不仅能够实现基于UICC的访问控制,还能够实现基于已授权访问UICC的应用的访问控制,提供了更高效更灵活的访问控制机制。

在一些实施例中,所述访问控制扩展文件还用于指示是否唯一使用UICC提供的第二访问控制条件。

在一些实施例中,所述访问控制扩展文件包括访问控制主体扩展指示和访问控制主体优先级指示,所述访问控制主体扩展指示至少包括第一预设字段,所述第一预设字段用于指示是否允许已授权访问UICC的应用提供访问控制条件,所述访问控制主体优先级指示至少包括第二预设字段,所述第二预设字段用于指示是否唯一使用所述UICC提供的第二访问控制条件。

访问控制扩展文件可以包括访问控制主体扩展指示,还可以包括访问控制主体优先级指示,其中,访问控制主体扩展指示可以用于指示是否允许已授权访问UICC的应用提供访问控制条件,在访问控制主体扩展指示允许已授权访问UICC的应用提供访问控制条件的情况下,访问控制主体优先级指示可以用于指示是否唯一使用UICC提供的第二访问控制条件,若不唯一使用UICC提供的第二访问控制条件,则需同时使用UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件。

例如,可以将访问控制主体扩展指示中的某个特定字段(即第一预设字段)编码为1,用于指示允许已授权访问UICC的应用提供访问控制条件,即扩展已授权访问UICC的应用为访问控制主体,而当该特定字段(即第一预设字段)被编码为0时,则用于指示不允许已授权访问UICC的应用提供访问控制条件,即未扩展已授权访问UICC的应用为访问控制主体。可以将访问控制主体优先级指示中的某个特定字段(即第二预设字段)编码为1,用于指示不唯一使用UICC提供的第二访问控制条件,即需同时使用UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件,UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件并列,而当该特定字段(即第二预设字段)被编码为0时,则用于指示唯一使用UICC提供的第二访问控制条件,即UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件非并列。需要说明的是,在访问控制主体扩展指示不允许已授权访问UICC的应用提供访问控制条件的情况下,访问控制主体优先级指示中的该特定字段(即第二预设字段)可以被编码为空,也可以被编码为除0和1之外的任何值,既不用于指示唯一使用UICC提供的第二访问控制条件,也不用于指示不唯一使用UICC提供的第二访问控制条件。

在一些实施例中,所述根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件(即S12),可以包括如下步骤:在访问控制条件文件中包括第二访问控制条件,且访问控制扩展文件指示不唯一使用UICC提供的第二访问控制条件的情况下,根据第二访问控制条件以及本地存储的第三访问控制条件,确定第一访问控制条件。

当访问控制扩展文件指示不唯一使用UICC提供的第二访问控制条件时,则访问控制扩展文件必然指示允许已授权访问UICC的应用提供访问控制条件。

在访问控制装置读取的访问控制条件文件中包括第二访问控制条件,以及访问控制扩展文件指示允许已授权访问UICC的应用提供访问控制条件且指示不唯一使用UICC提供的第二访问控制条件的情况下,访问控制装置需要同时使用UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件进行访问控制,那么访问控制装置可以根据第二访问控制条件(即UICC提供的第二访问控制条件)和本地存储的第三访问控制条件(即已授权访问UICC的应用提供的访问控制条件,包括证书摘要等),确定出第一访问控制条件。

在一些实施例中,所述根据第二访问控制条件以及本地存储的第三访问控制条件,确定第一访问控制条件,可以包括如下步骤:将第二访问控制条件以及第三访问控制条件合并,确定合并的访问控制条件为第一访问控制条件。

具体的,访问控制装置可以将第二访问控制条件以及第三访问控制条件合并,合并后的访问控制条件即为确定出的第一访问控制条件。

在一些实施例中,所述根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件(即S12),可以包括如下步骤:在访问控制条件文件中包括第二访问控制条件,且访问控制扩展文件指示唯一使用UICC提供的第二访问控制条件的情况下,确定第二访问控制条件为第一访问控制条件。

在访问控制条件文件中包括第二访问控制条件,且访问控制扩展文件指示唯一使用UICC提供的第二访问控制条件的情况下,说明虽然访问控制扩展文件指示了允许已授权访问UICC的应用提供访问控制条件,但是由于UICC已经提供了第二访问控制条件且访问控制扩展文件还指示了唯一使用UICC提供的第二访问控制条件,访问控制装置只能使用UICC提供的第二访问控制条件进行访问控制,此时可以直接将第二访问控制条件(即UICC提供的第二访问控制条件)确定为第一访问控制条件。

在一些实施例中,所述根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件(即S12),可以包括如下步骤:在访问控制条件文件中不包括第二访问控制条件,且访问控制扩展文件指示允许已授权访问UICC的应用提供访问控制条件的情况下,确定本地存储的第三访问控制条件为第一访问控制条件。

当访问控制装置读取的访问控制条件文件中不包括第二访问控制条件时,由于访问控制扩展文件指示了允许已授权访问UICC的应用提供访问控制条件,访问控制装置可以直接使用已授权访问UICC的应用提供的访问控制条件进行访问控制,即可以直接将本地存储的第三访问控制条件确定为第一访问控制条件。

在一些实施例中,所述根据访问控制条件文件和访问控制扩展文件,确定第一访问控制条件(即S12),可以包括如下步骤:在访问控制扩展文件指示不允许已授权访问UICC的应用提供访问控制条件的情况下,确定访问控制条件文件中的第二访问控制条件为第一访问控制条件。

当访问控制扩展文件指示了不允许已授权访问UICC的应用提供访问控制条件时,UICC的访问控制条件文件中必然包括第二访问控制条件,否则无法进行访问控制,此时访问控制装置可以直接将第二访问控制条件确定为第一访问控制条件。

如图2所示,在本发明的实施例中,访问控制扩展文件可采用如图2所示的结构,其中可以包括长度为1个字节的访问控制主体扩展指示,还可以包括长度为1个字节的访问控制主体优先级指示。如前所述,访问控制主体扩展指示的内容可以包括指示是否允许已授权访问UICC的应用提供访问控制条件,也即是否将已授权访问UICC的应用扩展为访问控制主体,访问控制主体扩展指示可以做如图3所示的编码,可见,当第一预设字段b1=0时,可以指示不允许已授权访问UICC的应用提供访问控制条件,即未扩展已授权访问UICC的应用为访问控制主体,当第一预设字段b1=1时,可以指示允许已授权访问UICC的应用提供访问控制条件,即扩展已授权访问UICC的应用为访问控制主体。此外,b2、b3……b8皆为保留字段。

而访问控制主体优先级指示的内容可以包括指示是否唯一使用UICC提供的第二访问控制条件,也即(已授权访问UICC的)终端应用的访问控制是否可以(与UICC访问控制)并列,访问控制主体优先级可以做如图4所示的编码,可见,当第二预设字段b1=0时,可以指示唯一使用UICC提供的第二访问控制条件,即终端应用访问控制非并列,当第二预设字段b1=1时,可以指示不唯一使用UICC提供的第二访问控制条件,即终端应用访问控制并列。此外,b2、b3……b8皆为保留字段。

如图5所示,本发明实施例还提供一种访问控制方法,可以应用于UICC,所述方法可以包括如下步骤:

S21,响应于接收到访问控制装置发送的用于读取访问控制条件文件和访问控制扩展文件的读取指令,向访问控制装置返回本UICC中的访问控制条件文件和访问控制扩展文件。

其中,访问控制扩展文件至少用于指示是否允许已授权访问本UICC的应用提供访问控制条件。

本UICC的文件系统中包括访问控制专用文件,在本发明实施例中,访问控制专用文件除包括现有的访问控制主文件、访问控制规则文件和访问控制条件文件(包括基准摘要)之外,还可以包括访问控制扩展文件。当第一应用有访问UICC的需求时,可以向访问控制装置发起访问UICC请求,响应于接收到第一应用发送的访问UICC请求,访问控制装置向本UICC发送用于读取本UICC访问控制专用文件中的访问控制条件文件和访问控制扩展文件的读取指令,本UICC响应于接收到该读取命令,提供文件内容。

如图6所示,以下结合一个具体的实施例来对本发明提供的访问控制方法进行详细说明。

S21,终端应用A根据应用功能产生访问UICC的需求,向已授权访问UICC的另一终端应用B发送访问UICC请求。

其中,终端应用A即为第一应用,终端应用B即为访问控制装置。

S22,终端应用B响应于接收到终端应用A发送的访问UICC请求,读取UICC中的访问控制条件文件和访问控制扩展文件。

其中,访问控制扩展文件用于指示是否允许已授权访问UICC的应用提供访问控制条件,以及用于指示是否唯一使用UICC提供的第二访问控制条件。

S23,终端应用B判断是否将已授权访问UICC的应用扩展为访问控制主体,若是,则执行S24,否则执行S27。

具体的,若访问控制扩展文件指示了允许已授权访问UICC的应用提供访问控制条件,即将已授权访问UICC的应用扩展为访问控制主体,则执行S24,否则执行S27。

S24,终端应用B判断访问控制条件文件中是否包括第二访问控制条件(即UICC是否提供了访问控制条件),若是,则执行S25,否则执行S26。

S25,终端应用B判断UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件是否可以并列,若是,则执行S28,否则执行S27。

若访问控制扩展文件指示了不唯一使用UICC提供的第二访问控制条件,说明UICC提供的第二访问控制条件和已授权访问UICC的应用提供的访问控制条件可以并列,则执行S28;否则执行S27。

S26,将本地存储的第三访问控制条件确定为第一访问控制条件。执行S29。

S27,将访问控制条件文件中的第二访问控制条件确定为第一访问控制条件。执行S29。

S28,将第二访问控制条件以及本地存储的第三访问控制条件合并,确定合并的访问控制条件为第一访问控制条件。执行S29。

S29,终端应用B根据确定出的第一访问控制条件处理终端应用A的访问UICC请求。

如图7所示,基于相同的技术构思,本发明实施例还提供一种访问控制装置,用以执行上述访问控制方法,所述访问控制装置包括:

接收模块101,用于接收第一应用发送的访问UICC请求。

读取模块102,用于响应于所述接收模块接收到第一应用发送的访问UICC请求,读取UICC中的访问控制条件文件和访问控制扩展文件;其中,所述访问控制扩展文件至少用于指示是否允许已授权访问UICC的应用提供访问控制条件。

第一处理模块103,用于根据所述访问控制条件文件和访问控制扩展文件,确定第一访问控制条件。

第二处理模块104,用于根据所述第一访问控制条件处理所述第一应用的访问UICC请求。

在一些实施例中,所述访问控制扩展文件还用于指示是否唯一使用所述UICC提供的第二访问控制条件。

在一些实施例中,所述访问控制扩展文件包括访问控制主体扩展指示和访问控制主体优先级指示,所述访问控制主体扩展指示至少包括第一预设字段,所述第一预设字段用于指示是否允许已授权访问UICC的应用提供访问控制条件,所述访问控制主体优先级指示至少包括第二预设字段,所述第二预设字段用于指示是否唯一使用所述UICC提供的第二访问控制条件。

在一些实施例中,所述第一处理模块103,用于:

在所述访问控制条件文件中包括第二访问控制条件,且所述访问控制扩展文件指示不唯一使用所述UICC提供的第二访问控制条件的情况下,根据所述第二访问控制条件以及本地存储的第三访问控制条件,确定第一访问控制条件。

在一些实施例中,所述第一处理模块103,用于:

将所述第二访问控制条件以及所述第三访问控制条件合并,确定合并的访问控制条件为第一访问控制条件。

在一些实施例中,所述第一处理模块103,用于:

在所述访问控制条件文件中包括第二访问控制条件,且所述访问控制扩展文件指示唯一使用所述UICC提供的第二访问控制条件的情况下,确定所述第二访问控制条件为第一访问控制条件。

在一些实施例中,所述第一处理模块103,用于:

在所述访问控制条件文件中不包括第二访问控制条件,且所述访问控制扩展文件指示允许已授权访问UICC的应用提供访问控制条件的情况下,确定本地存储的第三访问控制条件为第一访问控制条件。

如图8所示,基于相同的技术构思,本发明实施例还提供一种UICC,用以执行上述访问控制方法,所述UICC包括:

接收模块201,用于接收访问控制装置发送的用于读取访问控制条件文件和访问控制扩展文件的读取指令。

发送模块202,用于响应于所述接收模块接收到访问控制装置发送的用于读取访问控制条件文件和访问控制扩展文件的读取指令,向所述访问控制装置返回本UICC中的访问控制条件文件和访问控制扩展文件,其中,所述访问控制扩展文件至少用于指示是否允许已授权访问本UICC的应用提供访问控制条件。

可以理解的是,以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式,然而本发明并不局限于此。对于本领域内的普通技术人员而言,在不脱离本发明的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本发明的保护范围。

15页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:一种基于SEDRAM的堆叠式器件以及堆叠式系统

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!