Native与JavaCard动态切换的方法及设备与流程

native与javacard动态切换的方法及设备
技术领域
1.本发明涉及智能卡技术领域，具体涉及一种native与javacard动态切换的方法及设备。


背景技术：

2.目前智能卡安全芯片的操作系统(chip on system，cos)主要包括native cos和javacard cos。其中，native cos使用c语言进行开发和实现，执行效率高，发卡空间消耗小且成本低；javacard cos具备灵活、可扩展、符合标准规范的互联互通性等优点。javacard cos支持java applet的预置或者出厂后动态下载安装，保持了上层applet应用开发者的独立和友好性，可以不太关心javacard底层实现，只需要关注applet应用自身的业务逻辑即可。例如电信领域的javacard支持远程下载applet进行安装和更新，也可以在下载码号(profile)的时候顺带下载对应applet应用；金融领域的javacard支持后安装支付检查、钱包应用等，可以支持各种各样的applet，包括交通刷卡、钱包、支付、电子驾照等。
3.native cos和javacard cos各具优势，有着各自的应用场景。目前业内两种cos独立并存，以满足不同客户的使用需求。对于智能卡产线来说，针对native cos和javacard cos需要采用不同的硬件生产流程，这无疑会加重产线的操作负担，降低产线的生产效率。


技术实现要素：

4.本发明主要提供一种native与javacard动态切换的方法及设备，用于解决现有两套cos架构独立并存而导致的智能卡产线生产效率低的问题。
5.根据第一方面，一种实施例中提供一种native与javacard动态切换的方法，包括：
6.将编译好的固件版本写入安全芯片，所述固件版本基于兼容型系统架构开发包括native cos和javacard cos，所述兼容型系统架构以解耦的方式兼容native和javacard；
7.获取所述固件版本中根安全域的个性化状态；
8.若所述个性化状态指示所述根安全域未进行个性化操作，则向所述安全芯片发送控制指令，以使所述安全芯片根据所述控制指令实现所述固件版本中native cos与javacard cos的动态切换。
9.根据第二方面，一种实施例中提供一种电子设备，包括：
10.存储器，用于存储程序；
11.处理器，用于通过执行所述存储器存储的程序以实现上述第一方面所述的native与javacard动态切换的方法。
12.根据第三方面，一种实施例中提供一种计算机可读存储介质，包括程序，所述程序能够被处理器执行以实现上述第一方面所述的native与javacard动态切换的方法。
13.依据上述实施例的native与javacard动态切换的方法及设备，包括将编译好的固件版本写入安全芯片，固件版本基于兼容型系统架构开发包括native cos和javacard cos，兼容型系统架构以解耦的方式兼容native和javacard；获取固件版本中根安全域的个
性化状态；若个性化状态指示根安全域未进行个性化操作，则向安全芯片发送控制指令，以使安全芯片根据控制指令实现固件版本中native cos与javacard cos的动态切换。通过控制指令实现了固件版本中native cos与javacard cos的动态切换，这样只需维护一套硬件生产流程即可，大大增强了产线生产硬件的复用性，从而提高了智能卡的产线生产效率。
附图说明
14.图1为本发明实施例提供的一种native与javacard动态切换的方法的实施例一的流程示意图；
15.图2为本发明实施例提供的一种native与javacard动态切换的方法的实施例二的流程示意图；
16.图3为本发明实施例提供的一种native与javacard动态切换的方法的实施例三的流程示意图；
17.图4为本发明实施例提供的一种兼容型系统架构的结构示意图。
具体实施方式
18.下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本技术能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本技术相关的一些操作并没有在说明书中显示或者描述，这是为了避免本技术的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。
19.另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。
20.本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本技术所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。
21.首先，对于本发明中所涉及到的一些术语进行简单说明：
22.javacard技术：为那些在智能卡(安全芯片)以及其他内存和处理能力非常有限的设备上运行的应用程序提供了一个安全的环境。一张卡上可以部署多个应用程序，甚至在卡发售给最终用户后还可以向其添加新应用程序。使用java编程语言编写的应用程序可以在不同供应商的卡上安全运行。是适用于智能卡和安全令牌的领先的开放互操作平台。各种javacard规范为跨平台和跨供应商的小程序互操作性提供了基础。
23.java：是一门面向对象编程语言，不仅吸收了c 语言的各种优点，还摒弃了c 里难以理解的多继承、指针等概念，因此java语言具有功能强大和简单易用两个特征。java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程。java具有简单性、面向对象、分布式、健壮性、安全性、平台独立
与可移植性、多线程、动态性等特点。java可以编写桌面应用程序、web网站应用程序、分布式系统和嵌入式系统应用程序等。
24.applet：应用，小程序，这里都是专指在javacard平台上可以运行的小程序，使用java语言编写，具备跨不同javacard平台、跨硬件芯片等特性。
25.spu：secure process unit，在基带芯片中集成的专用安全处理单元。
26.ese：embedded secure element，嵌入式安全芯片。
27.cos：chip on system，指在安全芯片上直接进行开发的操作系统，通常指嵌入式安全芯片行业上基于底层芯片能力和接口开发的通用或者行业性的操作系统，例如面向电信行业、金融行业、交通行业等其他行业。
28.native：一般指用c语言实现和java、javacard、java applet无关的技术设计和实现。
29.usim：universal subscriber identity module，全球用户身份模块，也叫做升级sim，是在通用无线通信系统(universal mobile telecommunication system，umts)3g网络的一个构件。除能够支持多应用之外，usim卡还在安全性方面对算法进行了升级，并增加了卡对网络的认证功能，这种双向认证可以有效防止黑客对卡片的攻击。该技术可以作为全球移动通信系统(global system for mobile communications，gsm)网络的另一种高速数据业务载体，它将成为第二代到第三代移动通信sim卡良好过渡的技术依托，该技术早在1991年就被提出来作为研究方向，umts除支持现有的一些固定和移动业务外，还提供全新的交互式多媒体业务。umts使用国际电信联盟(international telecommunication union，itu)分配的、用于陆地和卫星无线通信的频带。它可通过移动或固定、公用或专用网络接入，与gsm和网际互连协议(internet protocol，ip)兼容。
30.euicc：embedded uicc卡片，全球移动通信系统协会(global system for mobile communications alliance，gsma)指定的嵌入式通用集成电路卡，专用于电信领域，可支持安全远程profile下载、多profile管理等功能的esim卡片。
31.profile：电信中的码号资源及对应数据和文件系统、应用等的集合。
32.ram：random access memory，随机存取存储器，也叫主存，是与cpu直接交换数据的内部存储器。它可以随时读写(刷新时除外)，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。ram工作时可以随时从任何一个指定的地址写入(存入)或读出(取出)信息。它与只读存储器(read
‑
only memory，rom)的最大区别是数据的易失性，即一旦断电所存储的数据将随之丢失。ram在计算机和数字系统中用来暂时存储程序、数据和中间结果。这里主要指安全芯片中提供的运行内存。
33.nvm：non
‑
volatile memory，非易失存储器，具有非易失、按字节存取、存储密度高、低能耗等特性，其读写性能接近动态随机存取存储器(dynamic random access memory，dram)，但读写速度不对称，寿命有限。这里主要指安全芯片提供的可以进行数据持久化的存储。
34.jcvm：javacard virual machine，java卡虚拟机，主要功能实现字节码的解析和处理执行。
35.jcre：javacard runtime environment，java卡运行环境，负责相关上下文环境处理、状态保存和切换、提供除jcvm以外需要的运行支持。
36.gp：globalplatform，国际标准组织，针对电信、java卡、金融等都有对应的标准和规范。
37.open：gp定义的开放环境，支持安全域管理、java applet安装管理、权限管理等。
38.hal：hardware abstract layer，硬件抽象层，将硬件的不同接口进行抽象和统一。
39.framework：系统框架，这里主要是系统层，提供各种系统服务。
40.io：input/output，输入输出，这里主要指硬件层的输出输出处理模块。
41.sd：secure domain，即安全域。
42.isd
‑
r：根安全域应用，在euicc卡中负责profile的下载流程管理、信息查询管理、卡片管理等。
43.isd
‑
p：profile安全域，在euicc卡中负责每一个单独的profile的信息管理，包括profile的核心数据、文件系统、应用等。
44.ecasd：安全认证和授权安全域，负责euicc卡中对证书、密钥的管理以及对应签名、验签、加解密、证书校验等功能。
45.apdu：application protocol data unit，应用协议数据单元，是sim卡中应用级别的通信指令格式定义。
46.api：application programming interface，应用编程接口。
47.nvmm：nvm manager，nvm管理器，负责在nvm基础上实现事务处理。
48.dispatcher：分发管理，负责指令的系统级别处理和分发。
49.install：安装，这里特指支持javacard相关的在gp功能之上的安装，比如安装java applet等。
50.jc api：javacard api，即开发java applet需要用到的应用编程接口。
51.jc function restrict：javacard功能限制。
52.aes：一种对称加密算法，用于加密pc产线工具与cos通讯的apdu指令数据。
53.rsa：一种非对称加密算法，用以加密aes密钥。
54.目前智能卡安全芯片的操作系统主要包括native cos和javacard cos。其中，native cos使用c语言进行开发和实现，执行效率高，发卡空间消耗小且成本低。举例说明，native cos的架构可以如下面的表1所示。
55.表1
56.native application：usimnative card oshardware driver&interfacese chip
57.其中，底层可以基于se芯片(se chip)进行开发，利用芯片本身提供基于硬件的io、ram、nvm、crypto等操作接口可以完成基本的底层相关操作，进行封装后成为os内部的硬件驱动或者硬件接口层；基于硬件接口层(hardware driver&interface)上进行开发对应应用场景的操作系统，不同的应用场景可能对于操作系统需要提供的系统服务要求不同，例如电信usim需要具有sim卡文件系统处理能力、基本的加解密和鉴权算法能力等；最上层等同于应用层，可以是sim、usim，或者自定义应用等实现特定应用场景的业务逻辑。具
体实现时，native card os层派发到具体应用进行处理，应用来负责整个流程的处理，但是具体执行某部分的逻辑会调用对应native card os和硬件接口提供的能力和服务。
58.但是，native cos全部使用c语言进行开发和实现，可能会根据芯片不同使用到部分汇编语言，不支持后更新应用，不支持java applet，因此，在上述架构下编写的应用迁移到不同芯片平台的难度较高、不具备统一性、无法实现互联互通。
59.同时，智能卡安全芯片的操作系统还包括javacard cos，一般电信领域的普通usim卡，金融、交通等领域的行业应用智能卡片均采用javacard cos，例如恩智浦的ese芯片、高通基带芯片的spu等。javacard cos具备灵活、可扩展、符合标准规范的互联互通性等优点。举例说明，javacard cos的架构可以如下面的表2所示。
60.表2
[0061][0062]
上述底层(se chip)与硬件接口层(hardware driver&interface)的实现方式与具体功能可以参考上述native cos架构中的底层(se chip)与硬件接口层(hardware driver&interface)的相关说明；javacard cos os层需要通过jcvm和jcre进行字节码的解析、处理、执行，还有对应java applet需要的生命周期管理、上下文环境保持和切换、访问控制隔离等；同时为了保证不同java applet的通用性和安全性处理，所以实现和搭建gp部分和对应的open环境系统服务，处理java applet的安装、密钥管理、访问授权管理、选择和通道管理指令的处理和指令派发；最上层等同于应用层，可以是sim、usim、金融钱包应用、公交卡应用，或者是自定义的采用jc api实现的个性化应用等，用于实现特定应用场景的业务逻辑，在euicc中会是isd
‑
r、isd
‑
p、ecasd等对应应用，还可以是后下载的java applet。其中，java applet可以使用对应封装好的jc api来实现，不关心底层和硬件接口；这里的applet可以具备非常高的可移植性，只需要一次编译就可以在不同的javacard上面安装运行。并且，底层和中间层的实现大部分使用c语言进行开发，应用层则可以使用java语言，基于javacard api进行开发，而且支持后下载java applet应用。
[0063]
由于native cos和javacard cos各具优势，有着各自的应用场景，目前业内两种cos独立并存，以满足不同客户的使用需求。对于智能卡产线来说，针对native cos和javacard cos需要采用不同的硬件生产流程，这无疑会加重产线的操作负担，降低产线的生产效率。为了解决现有两套cos架构独立并存而导致的智能卡产线生产效率低的问题，本发明实施例提供了一种native与javacard动态切换的方法及设备，以下分别进行详细说明。
[0064]
图1为本发明实施例提供的一种native与javacard动态切换的方法的实施例一的流程示意图，如图1所示，本实施例的方法可以包括：
[0065]
s101，将编译好的固件版本写入安全芯片，固件版本基于兼容型系统架构开发包
括native cos和javacard cos，兼容型系统架构以解耦的方式兼容native和javacard。
[0066]
本发明实施例的执行主体为电子设备。具体实现时，将native cos和javacard cos支持的所有功能全部打包编译，并将编译后的固件版本写入安全芯片。
[0067]
s102，获取固件版本中根安全域的个性化状态。
[0068]
s103，若个性化状态指示根安全域未进行个性化操作，则向安全芯片发送控制指令，以使安全芯片根据控制指令实现固件版本中native cos与javacard cos的动态切换。
[0069]
可选的，若个性化状态指示根安全域已经进行个性化操作，则无法对安全芯片进行相应的cos动态切换。
[0070]
本发明实施例提供的native与javacard动态切换的方法，包括将编译好的固件版本写入安全芯片，固件版本基于兼容型系统架构开发包括native cos和javacard cos，兼容型系统架构以解耦的方式兼容native和javacard；获取固件版本中根安全域的个性化状态；若个性化状态指示根安全域未进行个性化操作，则向安全芯片发送控制指令，以使安全芯片根据控制指令实现固件版本中native cos与javacard cos的动态切换。由于兼容型系统架构以解耦的方式同时兼容native cos和javacard cos，那么native cos和javacard cos中相同的内容无需重复开发，使得该兼容型系统架构的扩展性强，易于不断维护和升级迭代，从而提高了cos开发效率和版本迭代速度，降低了研发成本和周期；并且，通过控制指令实现了固件版本中native cos与javacard cos的动态切换，这样大大增强了产线生产硬件的复用性，从而提高了智能卡的产线生产效率。
[0071]
作为一种可以实现的方式，上述固件版本的根安全域在编译时可以预置有javacard限制参数，当javacard限制参数取值为第一预设值时，用于指示固件版本采用javacard cos，当javacard限制参数取值为第二预设值时，用于指示固件版本采用native cos。并且，控制指令可以采用应用协议数据单元格式，包括第一控制指令和第二控制指令，第一控制指令用于将javacard限制参数设置为第一预设值，第二控制指令用于将javacard限制参数设置为第二预设值。
[0072]
具体实现时，当javacard限制参数取值为第一预设值时，则固件版本采用javacard cos，此时，电子设备发送的控制指令可以包括第二控制指令，那么，安全芯片可以根据第二控制指令，将javacard限制参数设置为第二预设值，从而实现了由固件版本中的javacard cos切换至native cos；当javacard限制参数取值为第二预设值时，则固件版本采用native cos，此时，电子设备发送的控制指令可以包括第一控制指令，那么，安全芯片可以根据第一控制指令，将javacard限制参数设置为第一预设值，从而实现了由固件版本中的native cos切换至javacard cos。
[0073]
下面以一个具体的实现方式对上述javacard限制参数的设置进行举例说明，如下面的表3所示。
[0074]
表3
[0075][0076][0077]
其中，data为上述javacard限制参数，将data中的“xx xx”设置为“0x00 0x00”时，表征禁用javacard功能，可以对应于上述“第二控制指令用于将javacard限制参数设置为第二预设值”，即“0x00 0x00”可以对应于第二预设值，此时用于指示固件版本采用native cos；将data中的“xx xx”设置为“0xff 0xff”时，表征启用javacard功能，可以对应于上述“第一控制指令用于将javacard限制参数设置为第一预设值”，即“0xff 0xff”可以对应于第一预设值，此时用于指示固件版本采用javacard cos。
[0078]
作为一种可以实现的方式，上述控制指令还可以包括第三控制指令，第三控制指令用于获取javacard限制参数的取值，以便根据javacard限制参数的取值，获取到固件版本所采用的cos。下面以一个具体的实现方式对上述第三控制指令进行举例说明，如下面的表4所示。
[0079]
表4
[0080][0081][0082]
其中，data中的“xx xx”设置为“0xff44”时，可以表征获取javacard限制参数的取值；data中的“xx xx”设置为“0x00”时，可以表征获取javacard限制参数的取值的长度。
[0083]
可选的，当安全芯片接收到上述第三控制指令后，假设向电子设备返回的data中的“xx xx”部分为“0x00 0x00”，则此时javacard限制参数的取值为第二预设值，即，此时固件版本采用native cos；假设向电子设备返回的data中的“xx xx”部分为“0xff 0xff”，则此时javacard限制参数的取值为第一预设值，即，此时固件版本采用javacard cos。具体的，如下面的表5所示。
[0084]
表5
[0085]
[0086]
在上述实施例一的基础上，图2为本发明实施例提供的一种native与javacard动态切换的方法的实施例二的流程示意图，如图2所示，本实施例的方法可以包括：
[0087]
s201，将编译好的固件版本写入安全芯片。
[0088]
其中，固件版本基于兼容型系统架构开发包括native cos和javacard cos，兼容型系统架构以解耦的方式兼容native和javacard。
[0089]
s202，获取固件版本中根安全域的个性化状态。
[0090]
s203，若个性化状态指示根安全域未进行个性化操作，则生成随机的对称加密的会话密钥。
[0091]
具体实现时，可以采用密钥协商算法生成随机的对称加密的会话密钥，这里密钥协商算法可以包括椭圆曲线密钥协商算法(elliptic curve diffie
–
hellman key exchange，ecdh)和rsa算法。
[0092]
s204，使用非对称加密的私钥对会话密钥进行加密。
[0093]
s205，将会话密钥密文发送至安全芯片，以使安全芯片根据固件版本中预置的与非对称加密的私钥相对应的非对称加密的公钥，从会话密钥密文中获取会话密钥明文。
[0094]
s206，使用会话密钥对控制指令进行加密。
[0095]
s207，向安全芯片发送控制指令密文，以使安全芯片根据获取到的会话密钥明文对控制指令密文进行解密以获取控制指令明文，并根据控制指令明文实现固件版本中native cos与javacard cos的动态切换。
[0096]
本发明实施例提供的native与javacard动态切换的方法，通过上述加解密机制加强了电子设备和安全芯片之间建立数据通道的安全性，可以有效避免信息被克隆、重放攻击等问题。
[0097]
作为一种可以实现的方式，在上述实施例二中，可以使用u盾物理组件进行加密与解密，u盾物理组件用于生成随机的对称加密的会话密钥和非对称加密的密钥对，u盾物理组件具备拆解密钥自毁的安全特性，以防恶意暴露拆破获取存储在u盾理组件内部的密钥，从而使用窃取或仿照密文数据的方式攻破cos动态切换的功能。
[0098]
作为一种可以实现的方式，在上述实施例二中，会话密钥也可以包括高级加密标准aes密钥，非对称加密的私钥包括rsa私钥，非对称加密的公钥包括rsa公钥。
[0099]
在上述实施例二的基础上，图3为本发明实施例提供的一种native与javacard动态切换的方法的实施例三的流程示意图，如图3所示，在执行s207之后，本实施例的方法可以包括：
[0100]
s301，接收安全芯片发送的执行结果密文。
[0101]
其中，上述执行结果密文可以是安全芯片使用会话密钥对执行结果进行加密生成的，执行结果是安全芯片根据控制指令对固件版本中native cos与javacard cos进行动态切换的执行结果。例如，执行结果可以是将固件版本中的native cos切换至javacard cos，或者，执行结果也可以是将固件版本中的javacard cos切换至native cos。
[0102]
s302，使用会话密钥对执行结果密文进行解密，获取执行结果明文。
[0103]
s303，根据获取到的执行结果明文生成用户提示信息。
[0104]
具体实现时，当执行结果是将固件版本中的native cos切换至javacard cos时，用户提示信息可以为指示固件版本中的native cos已经切换至javacard cos的信息；或
者，当执行结果是将固件版本中的javacard cos已经切换至native cos时，用户提示信息可以为指示固件版本中的javacard cos已经切换至native cos的信息。
[0105]
本发明实施例提供的native与javacard动态切换的方法，通过接收安全芯片发送的执行结果密文；使用会话密钥对执行结果密文进行解密，获取执行结果明文；根据获取到的执行结果明文生成用户提示信息，可以向用户展示固件版本中cos状态的执行结果。
[0106]
作为一种可以实现的方式，图4为本发明实施例提供的一种兼容型系统架构的结构示意图，如图4所示，本发明实施例中的兼容型系统架构可以包括硬件抽象层、系统层和应用层。
[0107]
其中，硬件抽象层可以用于对安全芯片提供的接口进行适配和封装，向系统层提供使用安全芯片的统一接口；系统层可以用于向应用层提供系统服务，包括派发模块、native模块和javacard模块；应用层可以用于提供行业应用，包括native应用和javacard应用。其中，派发模块可以用于将属于native应用的数据派发给native模块进行处理，将属于javacard应用的数据派发给javacard模块进行处理。
[0108]
下面以两个具体的安全芯片为例，对本发明实施例中的兼容型系统架构以及native与javacard动态切换的方法进行解释说明：
[0109]
首先，以英飞凌sle97安全芯片为例，通过下面表6所示的兼容型系统架构实现euicc cos，如下面的表6所示。
[0110]
表6
[0111]
cos实现的派发模块dispatcher进行分发，若判断需要支持java applet，则派发模块dispatcher将属于javacard应用的数据派发给gp open和相应的jcvm、jcre等进行处理，否则将数据派发给native cos系统层对应的模块进行处理。具体实现时，通过动态开关，采用私有定义的apdu指令格式，且增加对应apdu内容的加解密和签名验证，只有通过签名验证和解密成功后，才可以从外部操作动态开关java applet的特性支持。
[0117]
(5)由于不论是否支持java applet都可能会使用到nvm管理器nvmm、filesystem文件系统模块、应用协议数据单元apdu和通道管理模块channel，因此以上模块均可以复用。并且进行灵活区分后，如果在需要支持java applet的场景下，再进行对应关联调用和额外处理即可。
[0118]
(6)gp open的支持也根据是否支持javacard是解耦和可选配置而确定，jcvm、jcre和对应的各种api封装、ram应用支持都是充分解耦的，如果不支持java applet，可以进行灵活切换；如果支持java applet，再参与整个业务流程的运行。
[0119]
(7)支持后下载java applet和在profile下载时一起加载和安装applet，并且支持安装安全域sd。
[0120]
通过上述表6所示的兼容型系统架构实现euicc cos时，javacard cos可以实现的功能主要包括：下载javacard package、安装javacard applet、通过gp相关命令获取到javacard相关信息。上述javacard功能可以均由gp的标准命令提供。具体的，gp中支持上述功能的命令如下面的表7所示。
[0121]
表7
[0122][0123]
如果需要禁用javacard功能，只实现native cos，那么可以增加对卡内容管理相关功能的限制来达到启用/禁用javacard功能的目的。具体实施方法可以为：
[0124]
(1)isd
‑
r中存储javacard限制参数，在编译时预置，在对isd
‑
r进行个性化操作(personalize)之前可以进行修改，personalize之后禁止修改；
[0125]
(2)isd
‑
r中的store data命令新增对私有tag(jc function restrict)的支持，用来设置和查询jc function restrict；
[0126]
(3)使用store data命令修改时，检查isd
‑
r是否personalize，如果已经personalize，则返回相应错误；
[0127]
(4)卡内容管理相关实现增加对jc function restrict的判断，如果为禁用状态，
则命令不允许执行。
[0128]
其中，具体的禁用过程可以为：
[0129]
1)选择isd
‑
r；
[0130]
2)查看当前支持情况，store data(get jc function restrict)；
[0131]
3)发送store data(disable jc function)。
[0132]
具体的启用过程可以为：
[0133]
1)选择isd
‑
r；
[0134]
2)查看当前支持情况，store data(get jc function restrict)；
[0135]
3)发送store data(enable jc function)。
[0136]
对于产线动态切换javacard cos和native cos的私有指令设计以及产线动态切换javacard cos和native cos的安全设计等，可以参考前述实施例的相关说明。
[0137]
其次，以华大98m25安全芯片为例，通过下面表8所示的兼容型系统架构实现通用javacard cos。
[0138]
表8
[0139][0140]
(1)最底层构建硬件抽象层(hal)，hal经过通用的抽象后解耦成不同的模块：nvm、
crypto、io、ram以及log。hal可以向系统层提供使用安全芯片的统一接口，对hal以上的层次都是透明的，达到上层os和应用对于不同芯片硬件接口的无感知，hal所有统一接口的具体实现使用华大98m25提供的接口进行适配和封装，包括c和汇编的调用。
[0141]
(2)中间层构建系统层(framework)，可以提供系统服务，将电信等不同行业通用的系统服务和功能进行抽象，以实现代码复用，并且向上提供应用层的调用接口。其中，native cos的系统层包括：金融系统服务、安全服务、其他服务、行业服务、apdu、channel、dispatcher、filesystem以及nvmm；javacard cos的系统层包括：gp open、gp amd、gp api、金融api、jc api、电信api、jcvm以及jcre。
[0142]
(3)最上层构建应用层(application)，实现电信和其他行业需要的应用；其中，native cos的应用层包括：金融、电信、交通以及其他；javacard cos的应用层包括：java applet。
[0143]
(4)最底层的入口和出口在hal的io中，然后解析传输层通讯协议后给到native cos实现的派发模块dispatcher进行分发，若判断需要支持java applet，则派发模块dispatcher将属于javacard应用的数据派发给gp open和相应的jcvm、jcre等进行处理，否则将数据派发给native cos系统层对应的模块进行处理；具体实现时，通过动态开关，采用私有定义的apdu指令格式，且增加对应apdu内容的加解密和签名验证，只有通过签名验证和解密成功后，才可以从外部操作动态开关java applet的特性支持，并且，需要用到javacard、java applet支持时，可以通过宏定义、配置开关判断对应代码逻辑，如果采取编译时决定版本支持特性，可以不将对应部分代码编译进去减少最终版本的空间占用大小，减少冗余。
[0144]
(5)由于不论是否支持java applet都可能会使用到nvm管理器nvmm、filesystem文件系统模块、应用协议数据单元apdu和通道管理模块channel，因此以上模块均可以复用。并且进行灵活区分后，如果在需要支持java applet的场景下，再进行对应关联调用和额外处理即可。
[0145]
(6)gp open的支持也根据是否支持javacard是解耦和可选配置而确定，jcvm、jcre和对应的各种api封装、ram应用支持都是充分解耦的，如果不支持java applet，可以进行灵活切换；如果支持java applet，再参与整个业务流程的运行。
[0146]
(7)支持后下载java applet和在profile下载时一起加载和安装applet，并且支持安装安全域sd。
[0147]
(8)在系统层和应用层可以针对不同行业的应用场景提供不同的实现，例如由于gp在电信和金融行业的要求不同，因此需要进行不同的实现，即需要提供不同的api给java applet调用，相应的在系统层、应用层、java api部分、java applet部分都需要各自行业的实现。
[0148]
对于禁用javacard功能的主要设计、动态切换javacard cos和native cos的私有指令设计、产线动态切换javacard cos和native cos的安全设计等，可以参考前述实施例的相关说明。
[0149]
另外，相应于上述实施例所提供的native与javacard动态切换的方法，本发明实施例还提供了一种电子设备，该电子设备可以包括：存储器，用于存储程序；处理器，用于通过执行所述存储器存储的程序以实现本发明实施例的提供的native与javacard动态切换
的方法。
[0150]
另外，相应于上述实施例所提供的native与javacard动态切换的方法，本发明实施例还提供了计算机可读存储介质，该计算机可读存储介质包括程序，所述程序能够被处理器执行以实现实现本发明实施例的提供的native与javacard动态切换的方法。
[0151]
本文参照了各种示范实施例进行说明。然而，本领域的技术人员将认识到，在不脱离本文范围的情况下，可以对示范性实施例做出改变和修正。例如，各种操作步骤以及用于执行操作步骤的组件，可以根据特定的应用或考虑与系统的操作相关联的任何数量的成本函数以不同的方式实现(例如一个或多个步骤可以被删除、修改或结合到其他步骤中)。
[0152]
另外，如本领域技术人员所理解的，本文的原理可以反映在计算机可读存储介质上的计算机程序产品中，该可读存储介质预装有计算机可读程序代码。任何有形的、非暂时性的计算机可读存储介质皆可被使用，包括磁存储设备(硬盘、软盘等)、光学存储设备(cd
‑
rom、dvd、blu ray盘等)、闪存和/或诸如此类。这些计算机程序指令可被加载到通用计算机、专用计算机或其他可编程数据处理设备上以形成机器，使得这些在计算机上或其他可编程数据处理装置上执行的指令可以生成实现指定的功能的装置。这些计算机程序指令也可以存储在计算机可读存储器中，该计算机可读存储器可以指示计算机或其他可编程数据处理设备以特定的方式运行，这样存储在计算机可读存储器中的指令就可以形成一件制造品，包括实现指定功能的实现装置。计算机程序指令也可以加载到计算机或其他可编程数据处理设备上，从而在计算机或其他可编程设备上执行一系列操作步骤以产生一个计算机实现的进程，使得在计算机或其他可编程设备上执行的指令可以提供用于实现指定功能的步骤。
[0153]
虽然在各种实施例中已经示出了本文的原理，但是许多特别适用于特定环境和操作要求的结构、布置、比例、元件、材料和部件的修改可以在不脱离本披露的原则和范围内使用。以上修改和其他改变或修正将被包含在本文的范围之内。
[0154]
前述具体说明已参照各种实施例进行了描述。然而，本领域技术人员将认识到，可以在不脱离本披露的范围的情况下进行各种修正和改变。因此，对于本披露的考虑将是说明性的而非限制性的意义上的，并且所有这些修改都将被包含在其范围内。同样，有关于各种实施例的优点、其他优点和问题的解决方案已如上所述。然而，益处、优点、问题的解决方案以及任何能产生这些的要素，或使其变得更明确的解决方案都不应被解释为关键的、必需的或必要的。本文中所用的术语“包括”和其任何其他变体，皆属于非排他性包含，这样包括要素列表的过程、方法、文章或设备不仅包括这些要素，还包括未明确列出的或不属于该过程、方法、系统、文章或设备的其他要素。此外，本文中所使用的术语“耦合”和其任何其他变体都是指物理连接、电连接、磁连接、光连接、通信连接、功能连接和/或任何其他连接。
[0155]
具有本领域技术的人将认识到，在不脱离本发明的基本原理的情况下，可以对上述实施例的细节进行许多改变。因此，本发明的范围应根据以下权利要求确定。