CN109951563A - 一种智能卡更新方法及其更新系统工作方法 - Google Patents

Abstract

本申请公开了一种智能卡更新方法及其更新系统工作方法，智能卡通信技术领域。本申请公开的智能卡更新方法包括向智能卡下发更新指令，接收智能卡返回的智能卡数据备份请求，备份智能卡数据至终端指定的存储位置；启动更新线程，通过更新线程与服务端建立连接，并向服务端发送下载运营商文件的下载请求；接收服务端下发的与下载请求匹配的运营商文件，通过更新线程将运营商文件写入智能卡中，完成智能卡更新。采用本申请提供的智能卡更新方法，实现自动完成智能卡更新操作，使得智能卡能够适应不同型号的终端，实现在不同运营商之间的灵活切换。

Description

一种智能卡更新方法及其更新系统工作方法

技术领域

本申请涉及智能卡通信技术领域，尤其涉及一种智能卡更新方法及其更新系统工作方法。

背景技术

随着移动通信的发展，越来越多的终端型号出现，同时，我国通信领域运营环境变得更加开放，多个虚拟运营商的出现，为用户频繁转网成为可能。

然而现有技术往往通过更换智能卡的形式应对终端制式的冲突以及虚拟运营商所支持网络的不同，从而使得用户体验差，增加通信成本。因此，如何使得智能卡适应不同的终端型号，同时实现在不同虚拟运营商之间的灵活切换，为移动通信智能卡的发展提出了新的挑战。

发明内容

本申请提供一种智能卡更新方法，包括：向智能卡下发更新指令；接收智能卡返回的智能卡数据备份请求，备份智能卡数据至终端指定的存储位置；启动更新线程，通过更新线程与服务端建立连接，并向服务端发送下载运营商文件的下载请求；接收服务端下发的与下载请求匹配的运营商文件，通过更新线程将运营商文件写入智能卡中，完成智能卡更新。

如上的，其中，所述更新指令用于启动对智能卡的更新，使得智能卡适应不同的终端制式和不同的网络。

如上的，其中，向智能卡下发更新指令包括：在启动时检测插入的智能卡与终端制式是否符合，不符合时向智能卡发出更新指令；或在终端移动的过程中，判断是否接收到服务端下发的网络切换命令，接到网络切换命令时向智能卡发出更新指令。

如上的，其中，启动更新线程，通过更新线程与服务端建立连接，具体为在终端中单独创建更新线程并启动独占机制，关闭除更新线程外终端所有其他的功能。

如上的，其中，向服务端发送下载运营商文件的下载请求，具体包括如下子步骤：通过内置应用软件自动登录服务端的运营商网络平台，从运营商网络平台获取用于下载运营商文件的下载凭证；或接收用户输入的用于下载运营商文件的下载凭证；或通过扫描二维码获取用于下载运营商文件的下载凭证；生成包括下载凭证的下载运营商文件的下载请求，并将所述下载请求发送至服务端。

本申请还提供一种智能卡更新系统的工作方法，包括如下步骤：智能卡向终端发送初始化加载可信应用请求；终端向智能卡下发终端网络制式信息；智能卡根据终端网络制式信息查找卡内制式表格，向终端返回查询结果；当终端接收到智能卡返回的未找到制式信息的查询结果时，终端向服务端请求下发运营商文件的下载请求；服务端向终端下发运营商文件。

如上的，其中，终端启动时，开启监测主线程和命令处理子线程，监测主线程用于监测终端卡槽状态，当监测主线程检测到有智能卡嵌入卡槽且接收到智能卡初始化加载可信应用请求后，监控主线程通知命令处理子线程向智能卡下发终端网络配置信息。

如上的，其中，当终端搜索到MCC和/或MNC发生变化或搜索到更佳网络时，终端通过向服务端发送网络切换请求，服务端将待切换网络的运营商数据下发至终端，终端的监控主线程通知命令处理子线程向智能卡下发终端网络制式信息。

如上的，其中，智能卡插入终端后还包括：智能卡向终端发送初始化加载可信应用请求，包括如下子步骤：

智能卡将智能卡中的运营商文件进行压缩、加密和数字签名，生成智能卡可信应用文件并发送至终端；

在终端安全内核中对智能卡可信应用文件进行数字签名验证、解密以及解压后，加载智能卡可信应用文件。

如上的，其中，终端向智能卡下发终端网络制式信息，具体为终端向智能卡下发终端网络配置信息，智能卡从终端网络配置信息中提取终端网络制式，通过终端网络配置信息中的智能卡应用功能字节中的特定比特位确定终端支持的终端网络制式。

本申请实现的有益效果如下：

(1)在智能卡中预置更新线程，实现自动完成智能卡更新操作；

(2)使得智能卡能够适应不同型号的终端，实现在不同运营商之间的灵活切换；

(3)在智能卡中执行更新操作时开启事务保护机制，关闭智能卡与终端的其他功能，只开启更新线程，防止更新操作被打断而导致的更新操作不完整。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例一提供的智能卡更新方法中终端方法流程图；

图2为本申请实施例二提供的智能卡更新方法流程图；

图3为本申请实施例三提供的智能卡更新系统的方法流程图；

图4为本申请实施例四提供的智能卡更新系统图。

具体实施方式

下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本申请实施例一提供一种智能卡更新方法，其中由终端结合服务器完成智能卡更新，如图1所示，包括如下步骤：

步骤110：向智能卡下发更新指令；

更新指令用于启动对智能卡的更新，使得智能卡适应不同的终端制式和不同的网络，具体地，向智能卡下发更新指令包括但不限于以下两种情形，第一种是在启动时检测插入的智能卡与终端制式是否符合，不符合时发出智能卡更新指令；另一种是在终端移动的过程中，判断是否接收到服务器下发的网络切换命令，接到网络切换命令时发出智能卡更新指令。

步骤120：接收智能卡返回的智能卡数据备份请求，备份智能卡数据至终端指定的存储位置；

终端向智能卡下发更新指令后，由于智能卡存储器存储能力有限且为了实现断电保护，智能卡在接收到更新指令后，将智能卡数据备份在终端的存储器中，若更新过程中断电或更新未成功，则终端将终端存储器中的智能卡数据重新发送至智能卡中，不影响智能卡正常使用。

步骤130：启动更新线程，通过更新线程与服务端建立连接，并向服务端发送下载运营商文件的下载请求；

在终端中单独创建更新线程进行智能卡更新操作，优选的，启动独占机制，即关闭除更新线程外终端所有其他的功能，使得更新线程不会因为其他线程而被打断，保障更新的完整性和连续性；

具体地，终端通过内置的应用软件自动登录终端网络制式信息对应的服务端的运营商网络平台，启动更新线程，并从运营商网络平台获取用于下载运营商文件的下载凭证；或，终端接收用户输入的用于下载运营商文件的下载凭证，其中，可通过多种途径获取用于下载运营商文件的下载凭证，如购买专用信息卡，直接从信息卡中读取下载凭证或通过信息卡中的联系方式或特定的验证码获取用于下载运营商文件的下载凭证；或，终端通过扫描二维码的方式获取用于下载运营商文件的下载凭证。

步骤140：接收服务端下发的与下载请求匹配的运营商文件；

服务端在接收到终端的运营商文件的下载请求，对下载请求进行合法性认证，包括如验证下载请求中的用于下载运营商文件的下载凭证与存储的下载凭证预设序列码是否相同，或验证对下载请求中的下载凭证解码后得到的数据与存储的下载凭证预设序列码是否相同，若相同，则确定下载请求中携带的下载凭证为合法数据；

服务端根据签约关系管理数据准备平台生成运营商文件，其中，运营商文件包括：接入所述运营商网络所需的国际移动用户识别码(IMSI)、卡商密钥数据(16字节密钥数据Ki)、加密算法等运营商签约数据。

步骤150：通过更新线程将运营商文件写入智能卡中，完成智能卡更新。

实施例二

终端可以工作于多种网络制式下，对于不同型号的终端，根据实际需要设置的网络制式也存在差异。本实施例中，在终端中嵌入网络制式不匹配的智能卡时，例如，在支持CDMA电信的手机中插入支持GSM网络的智能卡时，本申请实施例二提供一种智能卡更新方法，如图2所示，包括：

步骤210：智能卡接收终端下发的终端网络配置信息，从终端网络配置信息中提取终端网络制式；

具体地，终端启动时，开启监测主线程和命令处理子线程，监测主线程用于监测终端卡槽状态，当监测主线程检测到有智能卡嵌入卡槽后，监控主线程通知命令处理子线程向智能卡下发终端网络配置信息；除此之外，可以在终端运行过程中，当终端搜索到MCC(移动国家码)和/或MNC(移动网络码)发生变化或搜索到更佳网络时，终端向服务端发送网络切换请求，服务端将待切换网络的运营商数据下发至终端，终端向智能卡下发终端网络配置信息；

在本申请实施例中，在智能卡中采用智能卡应用工具箱技术实现智能卡的主动式操作，允许智能卡中的应用和服务主动与终端进行交互操作，智能卡根据内部维护的网络制式与智能卡应用功能和网络制式数据位的对应关系，从接收到的终端网络配置信息中的智能卡应用功能字段中提取网络制式数据位，以此确认终端网络制式；

具体地，终端网络配置信息中包括多种智能卡应用功能信息，通过智能卡应用功能字节中的特定比特位反映终端支持的终端网络制式，例如，先从终端网络配置信息中获取智能卡应用功能字节，如第11、13、17、23字节，再从上述字节中获取特定比特位，如第1、3、5、7位，进而确定终端支持的终端网络制式，如下表所示：

如上表举例所示，当终端网络配置信息中第11字节第3位为1、第7位为0，且第23字节第7位为1时，则判定终端支持的网络制式为LTE IMS，而且若满足第十三字节第一位为1、第十七字节第1位为0，则判定终端也支持GSM；

需要说明的是，上表对于终端网络制式的判定仅为举例说明，对于上表中对各字节或比特位的设定和判定顺序可以根据实际需要自行设定，在此不作限定。

步骤220：智能卡比较终端网络制式与预置智能卡网络制式是否匹配，如果是，则智能卡与终端建立通讯连接，否则执行步骤230；

优选地，可以在智能卡中预置某一运营商的网络制式，如移动网络制式，若智能卡网络制式与终端网络制式匹配，则智能卡即可与终端建立通讯连接，若智能卡网络制式与终端网络制式不匹配，则向终端返回网络制式不匹配响应，执行本申请提供的智能卡更新操作；除此之外，还可以直接在终端卡槽中嵌入空白智能卡，当智能卡从终端网络配置信息中提取终端网络制式后，智能卡向终端返回当前卡为空白卡的网络制式不匹配响应；

如果智能卡中包括至少一种智能卡网络制式，则若终端网络制式与其中一种智能卡网络制式匹配时，将智能卡当前运营商切换为该匹配网络制式对应的运营商数据。

步骤230：响应于终端下发的运营商更新命令，智能卡从运营商更新命令中获取运营商数据，更新智能卡中运营商原始数据；

具体地，智能卡向终端返回网络制式不匹配的响应后，终端根据终端网络制式向对应的服务端发送获取运营商数据的请求，服务端根据该获取请求向终端返回对应的运营商数据，终端根据接收到的运营商数据生成运营商更新命令，将该命令下发至智能卡；

优选地，当智能卡接收到运营商更新命令后，将智能卡中的原始运营商数据进行备份，在更新操作执行完毕后，删除原始运营商备份数据；为防止原始运营商备份数据更新过程中出现断电现象，则在智能卡插入终端时开启断电保护机制，在出现断电情况下，删除待更新运营商数据，恢复原始运营商数据，保证智能卡再次启动时能够正常使用；

除此之外，在智能卡接收到运营商更新命令后，直接将更新命令中的运营商数据存储在智能卡存储器中，不删除原始运营商数据，在智能卡文件系统中的不同位置为不同的运营商数据分别建立对应的数据文件，并在智能卡存储器中建立运营商标识与不同数据文件的对应关系，采用此操作能够实现在终端网络切换时无需向服务端多次发送数据请求，节省智能卡更新时间；

例如，在智能卡中为两个运营商分别建立两个文件夹File1及File2。其中在这两个文件夹中分别建立相关的网络数据文件，即LOCI\SPN\优先漫游列文件以及个人化数据文件，即IMSI\ICCID\SMSP\PIN1\PIN2\PUK2\PUK1\KI\K\OPC\ACC文件，同时，在主目录下也需要建立相关的当前有效的运营商列表，记录当前有效的运营商名称及对应的文件夹目录名。

实施例三

本申请实施例三提供一种包括智能卡、终端和服务端组成的更新系统的工作方法，如图3所示，包括：

步骤301：智能卡向终端发送初始化加载可信应用请求；

具体地，智能卡嵌入终端后，将智能卡中的运营商文件进行压缩、加密和数字签名，生成智能卡可信应用文件；在终端安全内核中对智能卡可信应用文件进行数字签名验证、解密以及解压后，加载智能卡可信应用文件。为了实现终端卡槽中的每个智能卡可信应用作为单独的文件，在系统正常运行时按需动态加载，编译链接后的二进制可信应用需要进行压缩、加密和数字签名等处理步骤；加密是为了保护机密性将智能卡可信应用存放在非易失性存储器中，如eMMC、Nand Flash，可以被终端安全内核读取，或者被eMMC/NandFlash读写器读取。智能卡使用自身私钥对智能卡可信应用进行数字签名，以保证智能卡可信应用的完整性和真实性。为了减少对可信应用加密和数字签名的时间开销，以及减少智能卡加载可信应用前的签名验证和解密的时间开销，先对智能卡可信应用进行压缩后再进行加密和数字签名。

步骤302：终端向智能卡下发终端网络制式信息；

优选地，终端启动时，开启监测主线程和命令处理子线程，监测主线程用于监测终端卡槽状态，当监测主线程检测到有智能卡嵌入卡槽且接收到智能卡初始化加载可信应用请求后，监控主线程通知命令处理子线程向智能卡下发终端网络配置信息；除此之外，可以在终端运行过程中，当终端搜索到MCC(移动国家码)和/或MNC(移动网络码)发生变化或搜索到更佳网络时，终端向服务端发送网络切换请求，服务端将待切换网络的运营商数据下发至终端，终端的监控主线程通知命令处理子线程向智能卡下发终端网络制式信息；

本步骤具体包括：终端向智能卡下发终端网络配置信息，智能卡从终端网络配置信息中提取终端网络制式；

具体地，在智能卡中采用智能卡应用工具箱技术实现智能卡的主动式操作，允许智能卡中的应用和服务主动与终端进行交互操作，智能卡根据内部维护的网络制式与智能卡应用功能和网络制式数据位的对应关系，从接收到的终端网络配置信息中的智能卡应用功能字段中提取网络制式数据位，以此确认终端网络制式；

终端网络配置信息中包括多种智能卡应用功能信息，通过智能卡应用功能字节中的特定比特位反映终端支持的终端网络制式，例如，先从终端网络配置信息中获取智能卡应用功能字节，如第11、13、17、23字节，再从上述字节中获取特定比特位，如第1、3、5、7位，进而确定终端支持的终端网络制式，如下表所示：

如上表举例所示，当终端网络配置信息中第11字节第3位为1、第7位为0，且第23字节第7位为1时，则判定终端支持的网络制式为LTE IMS，而且若满足第十三字节第一位为1、第十七字节第1位为0，则判定终端也支持GSM；

需要说明的是，上表对于终端网络制式的判定仅为举例说明，对于上表中对各字节或比特位的设定和判定顺序可以根据实际需要自行设定，在此不作限定。

步骤303：智能卡根据终端网络制式信息查找卡内制式表格，向终端返回查询结果；

在智能卡发行方在发布智能卡时，在卡内非易失性存储器中预置至少一种卡内制式表格，或智能卡更换至其他终端(即卡内制式表格更新为包括多种制式信息)的情况下，当嵌入终端的智能卡接收到终端下发的终端网络制式后，智能卡查询终端网络制式是否与卡内制式表格匹配，如果匹配，则向终端返回制式信息匹配的查询结果，并建立与终端的通讯连接；如果不匹配，则向终端返回未找到对应制式信息的查询结果。

步骤304：当终端接收到智能卡返回的未找到制式信息的查询结果时，终端向服务端请求下发运营商文件的下载请求；

具体地，终端通过内置的应用软件自动登录终端网络制式信息对应的服务端的运营商网络平台，并从运营商网络平台获取用于下载运营商文件的下载凭证；或，终端接收用户输入的用于下载运营商文件的下载凭证，其中，可通过多种途径获取用于下载运营商文件的下载凭证，如购买专用信息卡，直接从信息卡中读取下载凭证或通过信息卡中的联系方式或特定的验证码获取用于下载运营商文件的下载凭证；或，终端通过扫描二维码的方式获取用于下载运营商文件的下载凭证；

其中，用于下载运营商文件的下载凭证与运营商文件为唯一对应关系，并为运营商文件下载的唯一凭证，下载凭证包括但不限于预设序列码、随机产生的序列码或根据运营商文件加密生成并截位得到的六位加密数据。

步骤305：服务端向终端下发运营商文件；

服务端在接收到终端的运营商文件的下载请求，对下载请求进行合法性认证，包括如验证下载请求中的用于下载运营商文件的下载凭证与存储的下载凭证预设序列码是否相同，或验证对下载请求中的下载凭证解码后得到的数据与存储的预设序列码是否相同，若相同，则确定下载请求中携带的下载凭证为合法数据。

若下载请求还包括终端标识分类，则服务端在接收到下载请求后，判定该终端标识分类是否为已注册授权的终端类型，如A手机类型在注册时只支持移动通信，而当前请求为下载电信运营商数据，在服务端接收到A手机的下载请求后直接拒绝，减少下载次数且防止服务端被网络攻击。

运营商服务端根据签约关系管理数据准备平台生成运营商文件，其中，运营商文件包括：接入所述运营商网络所需的国际移动用户识别码(IMSI)、卡商密钥数据(16字节密钥数据Ki)、加密算法等运营商签约数据。

进一步地，本实施例还包括：步骤306：当终端接收到服务端下发的网络切换指令时，向智能卡下发网络查找指令；

具体的，当终端移动过程中，终端检测到当前优选网络发生变化，则向优选网络的服务端发送网络切换请求，服务端根据终端的网络切换请求向终端发送网络切换命令；或，在终端移动过程中当前位置附近的最优基站主动向终端发送是否需要切换网络的命令，若终端接收到用户的切换触发响应后，向智能卡下发网络查找指令；或为了增加用户体验，减少用户操作，服务端主动向终端发送网络切换指令，终端直接向智能卡下发网络查找指令；

步骤307：智能卡根据网络查找指令中的待切换网络查找卡内网络表格，向终端返回查找结果；

在智能卡发行方在发布智能卡时，在卡内非易失性存储器中预置至少一种网络表格，或智能卡更换至其他终端(即卡内制式表格更新为包括多种网络信息)的情况下，当嵌入终端的智能卡接收到智能卡下发的网络切换指令后，智能卡查询待切换网络是否与卡内网络表格匹配，如果匹配，则向终端返回网络信息匹配的查询结果，并将当前网络切换至该待切换网络；如果不匹配，则向终端返回未找到对应网络信息的查询结果。

步骤308：当终端接收到智能卡返回的未找到网络信息的查询结果时，终端向服务端请求下发运营商文件的下载请求；

本步骤执行流程与上述步骤304相同，在此不再赘述。

步骤309：服务端向终端下发运营商文件；

本实施例中，在步骤305和步骤309服务端下发运营商文件之后，还包括步骤310：终端将服务端下发的运营商文件发送至智能卡；

在本实施例中，可选地，由于本申请智能卡中采用智能卡应用工具箱实现智能卡的主动式操作，因此，在智能卡检测到终端网络制式与预置卡内网络制式不匹配时，由智能卡作为运营商文件更新命令的始发者，向终端发送运营商文件命令，由终端作为智能卡从服务端下载运营商文件的中间纽带。

步骤311：智能卡根据运营商文件执行智能卡更新操作；

当智能卡接收到运营商更新命令后，将智能卡中的原始运营商数据进行备份，在更新操作执行完毕后，删除原始运营商备份数据；为防止原始运营商备份数据更新过程中出现断电现象，则在智能卡插入终端时开启断电保护机制，在出现断电情况下，删除待更新运营商数据，恢复原始运营商数据，保证智能卡再次启动时能够正常使用；

可选地，在智能卡中设置状态控制模块，状态控制模块可以为实现智能卡上运行的软件程序，状态控制模块将每个请求的处理作为事务，提供对业务记录和资源记录的存储、管理、维护、查询和存取服务，当智能卡要执行更新操作事务时，状态控制模块对更新事务进行独占资源调度，在之前业务完工时释放所分配的资源，或中止之前业务的调度请求；

除此之外，在智能卡接收到运营商更新命令后，直接将更新命令中的运营商数据存储在智能卡存储器中，不删除原始运营商数据，在智能卡文件系统中的不同位置为不同的运营商数据分别建立对应的数据文件，并在智能卡存储器中建立运营商标识与不同数据文件的对应关系，采用此操作能够实现在终端网络切换时无需向服务端多次发送数据请求，节省智能卡更新时间。

实施例四

为了使智能卡适应不同的终端型号，同时实现在不同虚拟运营商之间的灵活切换，本申请实施例四提供一种包括智能卡410、终端420和服务端430组成的更新系统400中，如图1所示，以下对该更新系统400中各设备进行详细描述：

智能卡410，包括但不限于SIM卡、USIM卡、RUIM卡、UIMD卡等，在智能卡中存储有至少一个运营商数据，其中，运营商数据包括网络数据文件和个人化数据文件，所述网络数据文件包括运营商名称(SPN)，优选漫游列表(PRL)和LOCI内容文件，所述人化数据文件包括国际移动用户识别码(IMSI)、集成电路卡识别码(ICCID)、个人身份验证码(PIN)1、PIN2、PIN解锁密码(PUK)1、PUK2和KI(鉴权密钥)文件；智能卡410包括处理元件411和存储元件412，处理元件411用于比较终端下发的终端网络制式与智能卡网络制式，存储元件412用于当终端网络制式与智能卡网络制式不匹配时，响应于终端下发的运营商更新命令，存储运营商更新命令中的运营商数据；

具体地，处理元件411，还用于接收终端下发的终端网络配置信息，根据智能卡410内维护的网络制式与智能卡应用功能和网络制式数据位的对应关系，从接收到的终端网络配置信息中的智能卡应用功能字段中提取网络制式数据位；存储元件412，具体用于当终端网络制式与智能卡网络制式不匹配时，响应于终端420下发的运营商更新命令，使用运营商更新命令中的运营商数据替换智能卡原始运营商数据；或，当终端网络制式与智能卡网络制式不匹配时，响应于终端420下发的运营商更新命令，智能卡410在智能卡文件系统中创建对应的运营商数据文件，将运营商更新命令中的运营商数据存储在所述运营商数据文件中；

终端420，可以为智能手机、平板电脑等电子装置，终端420作为智能卡410与服务端430的通信纽带，用于在终端420启动后监测终端卡槽状态，当检测到有智能卡410嵌入卡槽后，向智能卡410下发终端网络制式，并在智能卡410返回网络制式不匹配响应时，向服务端430发送获取运营商数据的请求；或用于当终端420搜索到MCC(或MCC(移动国家码)+MNC(移动网络码))发生变化或搜索到更佳网络时，终端420向服务端发送网络切换请求；

服务端430，由通信运营商提供，用于当接收到终端420发送的获取运营商数据的请求或网络切换请求后，向终端420提供运营商数据。

需要说明的是，本申请智能卡、终端和服务端之间通过相互之间建立的虚拟安全通道进行通信，且智能卡、终端和服务端之间在互相验证合法性后才能够建立安全通道。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种智能卡更新方法，其特征在于，包括如下步骤：

向智能卡下发更新指令；

接收智能卡返回的智能卡数据备份请求，备份智能卡数据至终端指定的存储位置；

启动更新线程，通过更新线程与服务端建立连接，并向服务端发送下载运营商文件的下载请求；

接收服务端下发的与下载请求匹配的运营商文件，通过更新线程将运营商文件写入智能卡中，完成智能卡更新。

2.如权利要求1所述的智能卡更新方法，其特征在于，所述更新指令用于启动对智能卡的更新，使得智能卡适应不同的终端制式和不同的网络。

3.如权利要求1或2所述的智能卡更新方法，其特征在于，向智能卡下发更新指令包括：在启动时检测插入的智能卡与终端制式是否符合，不符合时向智能卡发出更新指令；或在终端移动的过程中，判断是否接收到服务端下发的网络切换命令，接到网络切换命令时向智能卡发出更新指令。

4.如权利要求1所述的智能卡更新方法，其特征在于，启动更新线程，通过更新线程与服务端建立连接，具体为在终端中单独创建更新线程并启动独占机制，关闭除更新线程外终端所有其他的功能。

5.如权利要求1所述的智能卡更新方法，其特征在于，向服务端发送下载运营商文件的下载请求，具体包括如下子步骤：

通过内置应用软件自动登录服务端的运营商网络平台，从运营商网络平台获取用于下载运营商文件的下载凭证；或接收用户输入的用于下载运营商文件的下载凭证；或通过扫描二维码获取用于下载运营商文件的下载凭证；

生成包括下载凭证的下载运营商文件的下载请求，并将所述下载请求发送至服务端。

6.一种智能卡更新系统的工作方法，其特征在于，包括如下步骤：

智能卡向终端发送初始化加载可信应用请求；

终端向智能卡下发终端网络制式信息；

智能卡根据终端网络制式信息查找卡内制式表格，向终端返回查询结果；

当终端接收到智能卡返回的未找到制式信息的查询结果时，终端向服务端请求下发运营商文件的下载请求；

服务端向终端下发运营商文件；

终端将运营商文件下发至智能卡；

智能卡将运营商文件写入智能卡中，完成智能卡更新。

7.如权利要求6所述的工作方法，其特征在于，终端启动时，开启监测主线程和命令处理子线程，监测主线程用于监测终端卡槽状态，当监测主线程检测到有智能卡嵌入卡槽且接收到智能卡初始化加载可信应用请求后，监控主线程通知命令处理子线程向智能卡下发终端网络配置信息。

8.如权利要求6所述的工作方法，其特征在于，当终端搜索到MCC和/或MNC发生变化或搜索到更佳网络时，终端通过向服务端发送网络切换请求，服务端将待切换网络的运营商数据下发至终端，终端的监控主线程通知命令处理子线程向智能卡下发终端网络制式信息。

9.如权利要求6所述的工作方法，其特征在于，

智能卡插入终端后还包括：智能卡向终端发送初始化加载可信应用请求，包括如下子步骤：

智能卡将智能卡中的运营商文件进行压缩、加密和数字签名，生成智能卡可信应用文件并发送至终端；

在终端安全内核中对智能卡可信应用文件进行数字签名验证、解密以及解压后，加载智能卡可信应用文件。

10.如权利要求6所述的工作方法，其特征在于，终端向智能卡下发终端网络制式信息，具体为终端向智能卡下发终端网络配置信息，智能卡从终端网络配置信息中提取终端网络制式，通过终端网络配置信息中的智能卡应用功能字节中的特定比特位所确定终端支持的终端网络制式。