CN111800848B - 智能卡控制方法、装置、终端设备及可读存储介质 - Google Patents

Abstract

本申请提供一种智能卡控制方法、装置、终端设备及可读存储介质，通过设置数据处理模组具有针对智能卡中低安全需要的业务的处理功能，从而使得数据处理模组在接收到待处理数据时，检测待处理数据是否涉及预设的智能卡第一类业务(智能卡第一类业务包括智能卡中具有安全需要的业务)；若是，为智能卡上电，并将待处理数据发送给所述智能卡进行处理；若否，数据处理模组处理待处理数据。这样，即可以实现仅在需要对涉及到智能卡第一类业务的待处理数据进行处理时，才对智能卡上电，否则即保存智能卡处于失电状态，从而降低智能卡对终端造成的电量损耗，降低终端设备中智能卡功耗。

Description

智能卡控制方法、装置、终端设备及可读存储介质

技术领域

本申请涉及功耗控制技术领域，具体而言，涉及一种智能卡控制方法、装置、终端设备及可读存储介质。

背景技术

目前，大部分终端设备都是通过无线网络运营商提供的蜂窝网络实现的网络接入。具体而言，是通过在终端设备中搭载能接入运营商网络的数据处理模组，并安装运营商提供的智能卡，从而实现网络接入。数据处理模组包括天线与基带芯片，天线与基带芯片一起构建接收和发送数据的网络传输通道，无线电信号经过基带芯片处理(调制解调、解扩、解扰、解码、编码等)后，交给应用层或者通过ISO7816接口传输给智能卡进行处理。

目前，为了降低终端设备的功耗，通常都会设置在空闲状态下，智能卡会进入低功耗状态，而每隔一段时间(如25s)，模组会发送获取状态指令给智能卡，确保机卡处于连接状态。而智能卡进入低功耗状态后，功耗通常在200μA左右，然而终端设备内的数据处理模组如果进入低功耗状态，则可维持在不超过20μA的状态。显然智能卡是终端设备中耗电较大的模块，即使智能卡进入低功耗状态，其所带来的电量损耗仍旧较大。

发明内容

本申请实施例的目的在于提供一种智能卡控制方法、装置、终端设备及可读存储介质，用以解决目前终端设备中智能卡功耗过高的问题。

本申请实施例提供了一种智能卡控制方法，应用于终端设备的数据处理模组中，包括：在接收到待处理数据时，检测所述待处理数据是否涉及预设的智能卡第一类业务；所述智能卡第一类业务包括智能卡中具有安全需要的业务；若是，为所述智能卡上电，并将所述待处理数据发送给所述智能卡进行处理；若否，处理所述待处理数据。

应当理解的是，智能卡是实现终端设备与运营商网络之间接入控制的关键模块。终端设备的开机、网络接入、鉴权等许多业务功能都需要智能卡的参与。因此，为了确保相关业务能够被快速处理，就需要保持智能卡实时处于在网状态，这就导致无法通过关闭智能卡的方式来降低终端设备的功耗。而事实上，智能卡所实现的业务功能并非全部都是需要极高安全性的功能。因此在本申请实施例中，可以将智能卡中部分或全部安全性需求不高的业务功能(即除智能卡第一类业务外的业务)配置在终端设备的数据处理模组中，从而使得数据处理模组具有对于这些业务处理能力。进而，在终端设备接收到某些不涉及智能卡第一类业务的待处理数据时，通过数据处理模组来对待处理数据进行处理，而在接收到涉及智能卡第一类业务时，再为智能卡上电，将待处理数据发送给所述智能卡进行处理。这样，即可以实现仅在需要对涉及到智能卡第一类业务的待处理数据进行处理时，才对智能卡上电，否则即保持智能卡处于失电状态，从而降低智能卡对终端造成的电量损耗，达到降低终端设备中智能卡功耗的目的。

进一步地，在将所述待处理数据发送给所述智能卡进行处理之后，所述方法还包括：接收所述智能卡返回的处理结果；断开对所述智能卡的供电，使得所述智能卡处于失电状态。

在本申请实施例中，在接收到智能卡返回的处理结果后，即表明智能卡对于该待处理数据的处理已经结束，此时可以断开对智能卡的供电，使得智能卡处于失电状态，从而降低智能卡对终端造成的电量损耗，降低终端设备中智能卡功耗。

进一步地，所述方法还包括：在所述数据处理模组进入低功耗状态时，控制所述智能卡处于失电状态。

在实际应用中，通常会设定数据处理模组在空闲时进入低功耗状态，以降低终端设备的功耗。而数据处理模组处于低功耗状态，即表明没有需要数据处理模组处理的待处理数据，因此也不存在需要发送给智能卡进行处理的待处理数据。因此可以控制智能卡处于失电状态，从而降低智能卡对终端造成的电量损耗，降低终端设备中智能卡功耗。

进一步地，所述方法还包括：在所述终端设备首次开机时，为所述智能卡上电，从所述智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至所述终端设备的非易失性存储器中；所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

在本申请实施例中，终端设备可以在首次开机时，为智能卡上电，从智能卡中获取用于实现除智能卡第一类业务之的智能卡第二类业务的数据，并保存至终端设备的非易失性存储器中。这样，终端设备即可在后续通过存储在非易失性存储器中的用于执行智能卡第二类业务的数据，来实现对智能卡第二类业务的处理功能。

进一步地，所述方法还包括：在所述终端设备每一次开机时，为所述智能卡上电，从所述智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至所述终端设备内存(易失性存储器)中；所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

在上述实现过程中，电子设备在每一次开机时，即从智能卡中获取用于实现预设的智能卡第二类业务的数据保存到内存中，从而在需要进行待处理数据的处理时，可以直接从内存快速调用到相应的数据，从而可以实现对待处理数据的快速处理，提升终端设备的处理效率。

进一步地，所述数据处理模组内预置有用于实现预设的智能卡第二类业务的数据；所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

在上述实现过程中，可以由工程师预先构建一个软件实现的智能卡模块，从而预置用于实现预设的智能卡第二类业务的数据，使得数据处理模组得以实现对于智能卡第二类业务的处理功能。而由于不同终端设备，其数据处理模组所要求的数据格式可能存在区别，因此通过上述实现过程构建的软件实现的智能卡模块，对于终端设备而言兼容性更好。同时，上述实现过程也不再需要终端设备开机时，与智能卡进行交互，从智能卡中获取数据，因此可以使得终端设备的功耗更低。

进一步地，所述用于实现智能卡第二类业务的数据包括终端设备开机所需的文件数据；所述方法还包括：在所述终端设备开机时，读取所述终端设备开机所需的文件数据；基于所述终端设备开机所需的文件数据进行开机。

在上述实现过程中，终端设备在每一次开机时，可以不再需要对智能卡进行上电读取数据，减少开机过程中与智能卡的交互，从而进一步地降低了终端设备的功耗。

进一步地，在接收到待处理数据时，检测所述待处理数据是否涉及预设的智能卡第一类业务之前，所述方法还包括：确定所述待处理数据涉及智能卡业务。

在实际应用过程中，终端设备的数据处理模组往往会接收到各种待处理数据。这些待处理数据有些可能需要涉及到智能卡的业务，因此需要智能卡相关功能介入进行处理。此外还会涉及到许多与智能卡无关的业务，这些业务通常会直接交由数据处理模组内的数据处理系统处理掉。因此，为了提高对待处理数据的处理效率，避免针对所有业务都需要去调用相应的智能卡功能数据进行判断，可以在收到待处理数据后，即先对待处理数据进行一次判断，确定其是否涉及智能卡业务。若涉及，才进一步检测其是否需要发送给智能卡。

进一步地，所述智能卡第一类业务通过应用实现在智能卡上。

在本申请实施例中，将智能卡第一类业务通过应用实现在智能卡上，这就可以使得在智能卡上可以不再需要设置文件系统，使得智能卡结构更为简单，数据处理效率更高。

进一步地，所述智能卡第一类业务包括入网鉴权业务。

在本申请实施例中，入网鉴权业务通常会涉及到密钥、鉴权算法等机密性数据，对于数据处理过程中所涉及到的信息安全需求较高。在本申请实施例中，将上述功能保留在智能卡中，而在终端设备中则不具有密钥、鉴权算法等机密性数据，从而可以确保入网鉴权业务的安全性。

进一步地，所述入网鉴权业务的数据包括鉴权算法和鉴权相关机密数据；所述鉴权算法通过应用实现在所述智能卡中，所述鉴权相关机密数据写入所述应用中。

在本申请实施例中，通过将鉴权算法通过应用实现在所述智能卡中，并将鉴权相关机密数据(比如鉴权所用的密钥等)写入应用中，这样就可以使得入网鉴权业务的数据可以直接由应用实现，不再需要设置文件系统，使得智能卡结构更为简单，数据处理效率更高。

本申请实施例还提供了一种智能卡控制装置，应用于终端设备的数据处理模组中，包括：检测模块和处理模块；所述检测模块，用于在接收到待处理数据时，检测所述待处理数据是否涉及预设的智能卡第一类业务；所述智能卡第一类业务包括智能卡中具有安全需要的业务；所述处理模块，用于在所述待处理数据涉及预设的智能卡第一类业务时，为所述智能卡上电，并将所述待处理数据发送给所述智能卡进行处理；在所述待处理数据不涉及预设的智能卡第一类业务时，处理所述待处理数据。

本申请实施例还提供了一种终端设备，包括：处理器、存储器及通信总线；所述通信总线用于实现所述处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个程序，以实现上述任一种的智能卡控制方法。

本申请实施例中还提供了一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一种的智能卡控制方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种目前的数据处理模组与智能卡的结构示意图；

图2为本申请实施例提供的一种智能卡控制方法的流程示意图；

图3-1为本申请实施例提供的一种在数据处理模组中构建智能卡软件系统的结构示意图；

图3-2为本申请实施例提供的另一种在数据处理模组中构建智能卡软件系统的结构示意图；

图4为本申请实施例提供的一种不在数据处理模组中构建智能卡软件系统的结构示意图；

图5为本申请实施例提供的一种数据处理过程的示意图；

图6为本申请实施例提供的一种智能卡控制装置的结构示意图；

图7为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

实施例一：

为降低智能卡对终端设备的功耗影响，本申请实施例中提供了一种智能卡控制方法。

为便于理解本申请实施例所提供的方案，在介绍本申请实施所提供的智能卡控制方法之前，首先对目前的终端设备以及智能卡进行介绍。

参见图1所示，终端设备中设有数据处理模组，数据处理模组包括天线以及基带芯片。天线可以实现对数据的收发功能，而基带芯片则可以实现对信号数据的处理。而为了实现对于数据的处理，会在数据处理模组搭建数据处理系统，从而根据数据处理系统的控制，实现对不涉及智能卡业务的数据的处理，以及实现对涉及智能卡业务的数据的发送。

而智能卡通常是由运营商提供的UICC(Universal Integrated Circuit Card，通用集成电路卡)，比如人们常说的手机SIM(Subscriber Identity Module，用户识别模块)卡、USIM(Universal Subscriber Identity Module，全球用户识别模块)卡等。

智能卡通过终端设备的卡槽接入终端设备中，并通过ISO7816接口实现与数据处理模组的数据通信。数据处理模组和智能卡相互配合，从而实现诸如设备开机、网络接入等业务的处理。

比如，在终端设备的开机过程中，数据处理模组的数据处理系统即会通过ISO7816接口负责与智能卡交互，读取智能卡中的文件内容，适配所能接入的运营商网络。而在接入网络的过程中，数据处理模组按照信号强弱，接入基站网络，发起鉴权登录网络请求，运营商网络鉴权服务器收到请求后，下发鉴权数据给数据处理模组，数据处理模组的数据处理系统通过ISO7816接口将鉴权数据发送给智能卡进行鉴权认证，从而完成登录运营商网络。如果终端产生移动，进入了另外一个基站覆盖范围，则重新按照前述过程鉴权登录运营商网络。

需要理解的是，在实际应用过程中，需要智能卡介入的业务有许多，以上仅是示例的两种业务情况。

还需要理解的是，参见图1所示，智能卡通常包括UICC模块、文件系统。文件系统主要用于进行智能卡相关数据的存储和管理，该文件系统所存储和管理的数据中包括有实现智能卡相关功能的功能数据。除此之外，还可以存储相应的一些用户输入数据或者业务执行结果数据等，比如对于SIM卡而言，还可以存储有用户通信录信息等。而UICC模块则可以调用文件系统中相关的功能数据，对业务进行处理，完成相应的应用功能。

需要说明的是，ISO7816是一种智能卡通讯协议，终端设备和智能卡基于该协议实现数据交互。应理解，若出现了新的协议允许终端设备和智能卡数据交互，那么本申请实施例中终端和智能卡之间也可以基于新的协议实现数据交互，在本申请中并不限定终端设备和智能卡仅能基于ISO7816接口实现数据交互。

基于上述介绍可以看出，终端设备必须和智能卡相结合才能真正发挥作用，这就要求智能卡上电且能与终端模组进行实时通信状态，从而会导致终端设备功耗较高。

然而经发明人多年研究发现，智能卡的核心作用在于提升业务处理的安全性。但是在目前的实际情况中，智能卡所实现的业务功能并非全部都是需要极高安全性的功能，比如辅助终端设备开机的功能。而正是由于这些业务功能的存在，从而导致了智能卡会被频繁访问，必须实时处于可通信状态。

因此，为了降低终端设备中的智能卡功耗，本申请实施例中，可以将部分或全部安全性需求不高的业务功能配置在终端设备的数据处理模组中，从而使得数据处理模组具有对于这些业务的处理能力。基于此，本申请实施例中，提供了一种应用于终端设备的数据处理模组中的智能卡控制方法，可参见图2所示，包括：

S201：接收待处理数据。

在本申请实施例中，待处理数据可以是通过天线从外部设备中获取到的，比如从运营商网络鉴权服务器处获取到鉴权数据。此外，待处理数据也可以是终端设备根据当前所执行的业务所自身产生的数据，比如终端设备开机过程中所产生的数据。

S202：检测该待处理数据是否涉及预设的智能卡第一类业务。若是，转至步骤S203；否则，转至步骤S204。

S203：为智能卡上电，并将该待处理数据发送给智能卡进行处理。

S204：处理待处理数据。

在本申请实施例中，可以在数据处理模组中构建一智能卡软件系统。该智能卡软件系统承载于数据处理模组上，依托数据处理模组的硬件条件，通过软件程序实现智能卡的相关功能。可以参见图3-1或图3-2所示，智能卡软件系统具有文件系统a和UICCa两个部分，UICCa可以通过ISO7816接口实现与智能卡中UICCb的数据交互。

此外，在本申请实施例中，可以参见图4所示，也可以不在数据处理模组中构建一智能卡软件系统，而仅构建一文件系统用以对从智能卡中获取到的数据的管理，由数据处理系统使用文件系统来实现对于智能卡第二类业务的处理以及与智能卡中UICC模块的数据交互。

在本申请实施例中，对于图3-2所示的结构，可以在终端设备首次开机时，为智能卡上电，从而通过UICCa从智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至终端设备的非易失性存储器中。从而使得后续终端设备可以直接基于UICCa实现智能卡第二类业务。

需要理解的是，本申请实施例中所述的智能卡第二类业务是指，智能卡中除预设的智能卡第一类业务之外的业务。而智能卡第一类业务是指，由工程师预先指定的，包括有智能卡中具有较高的安全需要的业务的一类业务集合。

需要说明的是，所谓具有较高的安全需要的业务是指，业务执行过程中所涉及到的数据安全要求较高的业务，比如入网鉴权、私密信息访问等业务。而这些业务的数据不会提供给终端设备进行保存，从而确保相关业务在智能卡上完成，确保业务执行的安全性。

还需要说明的是，本申请实施例中所述的入网鉴权业务是指，入网过程中涉及到鉴权的部分的业务。应当理解的是，整个入网过程中涉及到多种数据的处理，除了部分核心业务需要鉴权外，还存在有部分可以直接由数据处理模组处理的业务。在本申请实施例中，对于需要入网过程中需要进行鉴权的那部分核心业务称之为入网鉴权业务，需要由智能卡来实现。

还需要说明的是，智能卡第一类业务中除了可以包括前述具有较高的安全需要的业务外，还可以包括其余一些低安全需要的业务。智能卡第一类业务可以由工程师预先从智能卡的所有业务中选定，并将智能卡第一类业务的清单存储在智能终端中，从而使得智能终端得以有效检测该待处理数据是否涉及预设的智能卡第一类业务。当然，工程师也可以通过设置智能卡第二类业务的方式，来使得智能终端明确智能卡第一类业务的范围。

示例性的，智能卡第一类业务包括入网鉴权业务以及涉及智能卡个性化数据(比如智能卡唯一标识号、会话密钥等数据)的业务。这样，智能卡中的认证鉴权及相关个性化数据仍旧独立运行在智能卡中，降低了数据安全风险。

类似的，对于图4所示的结构，可以在终端设备首次开机时，为智能卡上电，从智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至终端设备的非易失性存储器中。从而使得在后续业务数据处理中电子设备可以直接基于数据处理系统实现智能卡第二类业务。

应当理解的是，在本申请实施例中，除了可以在终端设备首次开机时，从智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至终端设备的非易失性存储器中外，还可以设置终端设备在每一次检测到智能卡更换后(即检测到智能卡从卡槽取出，重新安装有智能卡后)，为智能卡上电，并重新从智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至终端设备的非易失性存储器中。这样，即可以有效防止出现智能卡更换后，可能出现的数据处理模组数据处理出错的情况。

此外，在本申请实施例中，对于图3-2和图4所示的结构，也可以在终端设备每一次开机时，即为智能卡上电，从智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至终端设备内存中。

此时，由于用于实现预设的智能卡第二类业务的数据保存在终端设备内存中，因此可以实现对于待处理数据的快速处理，提高数据处理效率。同时相较于将数据写入非易失性存储器中的方式，终端设备的数据处理功耗开销也会更少，从而相比于将数据写入非易失性存储器中的方式，功耗更低。

需要理解的是，图4和图3-2的区别主要在于，图4中不构建专门的智能卡软件系统，而直接采用数据处理系统来调用文件系统，实现相应智能卡第二类业务的处理功能。

还应当理解的是，在本申请实施例中，对于图3-1、图3-2和图4所示的结构，用于实现预设的智能卡第二类业务的数据可以是由工程师预先写入终端设备的非易失性存储器中的，从而可以在开机后不需要从智能卡中获取数据，大大减少终端模组与智能卡之间的指令交互，降低功耗。

还需要理解的是，图3-1和图3-2所示的结构的主要区别在于，图3-1所示的结构中智能卡内不再设置文件系统。

应理解，由于在本申请实施例中智能卡只需要实现智能卡第一类业务，比如只需要实现入网鉴权业务、个性化数据访问业务等具有较高安全需要的业务。而对于图3-1所示的结构而言，用于实现预设的智能卡第二类业务的数据由工程师预先写入终端设备的非易失性存储器中，因此对于智能卡而言，可以仅保留用于实现智能卡第一类业务的相关数据，这些数据的数据量相对较小，可以以非文件的形式保存在UICC软件模块或应用中，从而可以去除掉智能卡中的文件系统，使得智能卡结构更为简单，数据处理效率更高。

示例性的，可以将UICC中鉴权算法用应用实现在智能卡上，而鉴权所用的密钥、ICCID(Integrate circuit card identity，集成电路卡识别码)、IMSI(InternationalMobile Subscriber Identity，国际移动用户识别码)等个性化数据，作为该应用的机密数据在该应用生产时写入。在数据处理模组侧，实现UICC的功能，其中鉴权指令的运算、校验等业务仍旧需要交给智能卡来完成。同样，对于需要访问个性化数据的业务，数据处理模组也可以从智能卡读取相关个性化数据得到。此时，智能卡只有鉴权算法和个性化数据的存储，数据处理模组的UICCa和智能卡的应用一起实现了现有智能卡的功能。

需要理解的是，目前许多终端设备在开机过程中需要智能卡的介入。在本申请实施例中，终端设备中保存的用于实现智能卡第二类业务的数据中，可以包括终端设备开机所需的文件。从而对于图3-1、图3-2和图4所示的结构而言，对于后续开机过程中涉及到需要智能卡介入的过程，则可以通过从非易失性存储器中读取终端设备开机所需的文件数据进行处理，从而实现终端设备的开机，而不再需要为智能卡上电，从而降低开机过程中的功耗。

值得注意的是，对于图3-1和图3-2所示的终端设备，可以采用智能卡软件系统来检测该待处理数据是否涉及预设的智能卡第一类业务。从而在涉及预设的智能卡第一类业务时，通过UICCa将该待处理数据发送给智能卡的UICCb处理；而在不涉及预设的智能卡第一类业务时，则直接由UICCa进行处理。

而对于图4所示的终端设备，则可以采用数据处理系统来检测该待处理数据是否涉及预设的智能卡第一类业务。从而在涉及预设的智能卡第一类业务时，通过数据处理系统将该待处理数据发送给智能卡的UICC模块处理；而在不涉及预设的智能卡第一类业务时，则直接由数据处理系统进行处理。

应当理解的是，本申请实施例中目前描述的方案是“检测该待处理数据是否涉及预设的智能卡第一类业务。若是，转至步骤S203；否则，转至步骤S204”，然而智能卡第一类业务和智能卡第二类业务之间是具有确定关系的，也即在智能卡第一类业务被设定后，智能卡第二类业务实质也被设定好了。反之亦然，因此在本申请实施例中，也可以是“检测该待处理数据是否涉及预设的智能卡第二类业务。若否，转至步骤S203；若是，转至步骤S204”。应当注意的是，两种方式本质是等同的，属于等同方案。

需要注意的是，在实际应用过程中，终端设备的数据处理模组往往会接收到各种待处理数据。这些待处理数据有些可能需要涉及到智能卡的业务，因此需要智能卡相关功能介入进行处理。此外还会涉及到许多与智能卡无关的业务，这些业务通常会直接交由数据处理模组内的数据处理系统处理掉。

为此，在本申请实施例中，可以先对待处理数据进行一次判断，确定待处理数据是否涉及智能卡业务。若涉及智能卡业务，才进一步检测其是否需要发送给智能卡。

示例性的，对于图3-1和图3-2所示的结构而言，在接收到待处理数据后，先由数据处理系统对待处理数据进行识别，确定其是否涉及智能卡业务。若不涉及，数据处理系统直接对待处理数据进行处理。若涉及，数据处理系统将待处理数据发送给UICCa模块，UICCa模块进一步检测该待处理数据是否涉及预设的智能卡第一类业务。若是，为智能卡上电，并将该待处理数据发送给智能卡进行处理；否则，UICCa模块直接处理待处理数据。

示例性的，对于图4所示的结构而言，在接收到待处理数据后，先由数据处理系统对待处理数据进行识别，确定其是否涉及智能卡业务。若不涉及，数据处理系统直接对待处理数据进行处理。若涉及，数据处理系统进一步检测该待处理数据是否涉及预设的智能卡第一类业务。若是，为智能卡上电，并通过文件系统将该待处理数据发送给智能卡进行处理；否则，数据处理系统通过文件系统调用该待处理数据相关的用于进行业务处理的数据，对该待处理数据进行处理。

值得注意的是，在本申请实施例中，终端设备可以设置数据处理模块具有进入低功耗状态的功能。示例性的，可以设置在预设时长内未收到新的待处理数据时，数据处理模块进入低功耗状态。

应当理解的是，数据处理模组处于低功耗状态，即表明没有需要数据处理模组处理的待处理数据，因此也不存在需要发送给智能卡进行处理的待处理数据。因此在本申请实施例中，可以在数据处理模组进入低功耗状态时，控制智能卡处于失电状态，从而降低智能卡对终端造成的电量损耗，降低终端设备中智能卡功耗。

值得注意的是，在本申请实施例中，在将待处理数据发送给智能卡进行处理之后，还需要接收智能卡返回的处理结果。

在本申请实施例的一种可行实施方式中，在接收到智能卡返回的处理结果后，即可断开对智能卡的供电，使得智能卡处于失电状态。

此外，在本申请实施例的另一种可行实施方式中，在接收到智能卡返回的处理结果后，可以先对处理结果进行判断。若处理结果为失败，则可以要求智能卡重新进行处理，直至智能卡返回处理成功的结果，或者直至智能卡连续处理失败的次数大于预设阈值后，才断开对智能卡的供电，使得智能卡处于失电状态。

本申请实施例中提供的智能卡控制方法，可以将智能卡中部分或全部安全性需求不高的业务功能(即智能卡第二类业务)配置在终端设备的数据处理模组中，从而使得数据处理模组具有对于这些业务处理能力。进而，在终端设备接收到某些不涉及智能卡第一类业务的待处理数据时，通过数据处理模组来对待处理数据进行处理，而在接收到涉及智能卡第一类业务时，再为智能卡上电，将待处理数据发送给所述智能卡进行处理。这样，即可以实现仅在需要对涉及到智能卡第一类业务的待处理数据进行处理时，才对智能卡上电，否则即保持智能卡处于失电状态，从而降低智能卡对终端造成的电量损耗，降低终端设备中智能卡功耗。

实施例二：

本实施例在实施例一的基础上，以图3-1所示的结构对本申请的方案进行示例说明。

数据处理模组中搭建有一个UICC模块UICCa和文件系统a，而在智能卡内有一个UICCb模块和多个应用，智能卡负责机密数据保护和鉴权认证，而数据处理模组的UICC模块负责终端开机所需文件系统访问管理。其中：

UICCa不具备鉴权入网的能力，文件系统a也没有鉴权入网的密钥数据和相关参数文件，UICC的个性化数据都不在UICCa和文件系统a中。

UICCb有鉴权入网的能力，UICC的个性化数据都在UICCb模块或各应用中，UICCb能执行UICC鉴权算法、指令以及个性化数据的访问。

UICCa需要访问或者读写智能卡中的数据时，给智能卡上电，然后发送访问数据指令获取后者写入数据，然后待智能卡端返回成功，完成本次操作后，如果模组进入低功耗状态，则可使智能卡处于失电状态。

文件系统a在数据处理模组中，因鉴权密钥和个性化数据不在此文件系统中，不存在数据安全风险，同时还避免了模组对部分文件的高频读写，从而避免造成智能卡寿命损耗过快的问题。

数据处理系统处于待机状态，数据处理系统从基带芯片获得待处理数据后，其处理流程如图5所示：

首先，数据处理系统数据处理模组解析待处理数据，识别待处理数据是否需要UICCa处理。如果是，则将待处理数据交给UICCa处理，如果不是，数据处理系统处理该待处理数据。

UICCa收到数据后，识别该待处理数据是否需要UICCb处理。如果是，则调用系统接口，访问智能卡。如果不是，则UICCa处理待处理数据后，返回处理结果。

调用系统接口，访问智能卡时，UICCa需要复位智能卡，将待处理数据通过指令发送给智能卡中UICCb，待智能卡中UICCb返回处理结果。

UICCa收到UICCb返回的处理结果后，将数据交给模组数据处理模块。

如果数据处理模组进入低功耗状态，此时数据处理模组可调用接口，使智能卡处于失电状态。

需要说明的是，前述数据处理过程也适用于图3-2和图4所示的结构。图4所示的结构与图3-1相比，其区别主要在于数据处理模组中不实现UICC模块，只是在终端设备上电开机过程中读取智能卡文件系统的数据(不包括鉴权入网的密钥数据和相关参数文件，UICC的个性化数据等机密性较强的数据)内容到内存里的文件系统，模组数据处理系统可使用文件系统进行与网络侧的数据交互。

本申请实施例提供的方案，通过将智能卡UICC的功能模块分割成鉴权认证相关模块和通用文件访问和管理模块，分别由智能卡和数据处理模组实现，在保证机密数据安全性的前提下，一方面使得开机鉴权登录运营商网络的过程中，大大减少了通过ISO7816接口与通信智能卡的交互时间，提升了开机登网速度。另一方面，即便数据处理模组进入低功耗状态，也能始终处于在网状态(即保持与运营商网络的连接)，因此当收到业务数据或者需要发送业务数据唤醒数据处理模组后，不需要重新鉴权，即可完成业务数据发送和处理。在模组进入低功耗模式下，完全可以使通信智能卡失电，达到最大化的节省能耗。

实施例三：

基于同一发明构思，本申请实施例中还提供了一种智能卡控制装置。请参阅图6所示，图6示出了与实施例一所示的方法对应的智能卡控制装置100。应理解，智能卡控制装置100具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。智能卡控制装置100包括至少一个能以软件或固件的形式存储于存储器中或固化在智能卡控制装置100的操作系统中的软件功能模块。具体地：

参见图6所示，智能卡控制装置100应用于终端设备的数据处理模组中，包括：检测模块101和处理模块102。其中：

所述检测模块101，用于在接收到待处理数据时，检测所述待处理数据是否涉及预设的智能卡第一类业务；所述智能卡第一类业务包括智能卡中具有安全需要的业务；

所述处理模块102，用于在所述待处理数据涉及预设的智能卡第一类业务时，为所述智能卡上电，并将所述待处理数据发送给所述智能卡进行处理；在所述待处理数据不涉及预设的智能卡第一类业务时，处理所述待处理数据。

在本申请实施例中，处理模块102还用于在接收到智能卡返回的处理结果后，断开对智能卡的供电，使得智能卡处于失电状态。

在本申请实施例中，处理模块102还用于在所述数据处理模组进入低功耗状态时，控制所述智能卡处于失电状态。

在本申请实施例中，所述数据处理模组内预置有用于实现预设的智能卡第二类业务的数据；所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

在本申请实施例中，所述用于实现智能卡第二类业务的数据包括终端设备开机所需的文件；处理模块102还用于在所述终端设备开机时，从所述非易失性存储器中读取所述终端设备开机所需的文件数据；基于所述终端设备开机所需的文件数据进行开机。

在本申请实施例中，处理模块102还用于在所述终端设备首次开机时，为所述智能卡上电，从所述智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至所述终端设备的非易失性存储器中；所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

在本申请实施例中，处理模块102还用于在所述终端设备每一次开机时，为所述智能卡上电，从所述智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至所述终端设备内存中；所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

在本申请实施例中，检测模块101还用于在接收到待处理数据时，检测所述待处理数据是否涉及预设的智能卡第一类业务之前，确定所述待处理数据涉及智能卡业务。

在本申请实施例中，所述智能卡第一类业务包括入网鉴权业务。

需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。

实施例四：

本实施例提供了一种可以安装智能卡的终端设备，参见图7所示，其包括数据处理模组701、存储器702以及通信总线703。其中：

通信总线703用于实现数据处理模组701和存储器702之间的连接通信。

数据处理模组701用于执行存储器702中存储的一个或多个程序，以实现上述实施例一中的智能卡控制方法。

可以理解，图7所示的结构仅为示意，终端设备还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置，例如还可以具有显示屏、键盘等部件。

还需要注意的是，本申请实施例中所述的终端设备可以是移动终端设备，如手机、笔记本电脑等，也可以是固定终端设备，如台式机等。此外，本申请实施例中所述的终端设备，可以是物联网领域中所涉及到的各类终端设备，如智能空调、智能电视等设备。

本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD(SecureDigital Memory Card，安全数码卡)卡、MMC(Multimedia Card，多媒体卡)卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一中的智能卡控制方法。在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

在本文中，多个是指两个或两个以上。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种智能卡控制方法，其特征在于，应用于终端设备的数据处理模组中，包括：

在接收到待处理数据时，确定所述待处理数据涉及智能卡业务，检测所述待处理数据是否涉及预设的智能卡第一类业务；所述智能卡第一类业务包括智能卡中具有安全需要的业务；

若是，为所述智能卡上电，并将所述待处理数据发送给所述智能卡进行处理；

若否，处理所述待处理数据。

2.如权利要求1所述的智能卡控制方法，其特征在于，在将所述待处理数据发送给所述智能卡进行处理之后，所述方法还包括：

接收所述智能卡返回的处理结果；

断开对所述智能卡的供电，使得所述智能卡处于失电状态。

3.如权利要求1所述的智能卡控制方法，其特征在于，所述方法还包括：

在所述数据处理模组进入低功耗状态时，控制所述智能卡处于失电状态。

4.如权利要求1所述的智能卡控制方法，其特征在于，所述数据处理模组内预置有用于实现预设的智能卡第二类业务的数据；

所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

5.如权利要求4所述的智能卡控制方法，其特征在于，所述用于实现智能卡第二类业务的数据包括终端设备开机所需的文件数据；

所述方法还包括：

在所述终端设备开机时，读取所述终端设备开机所需的文件数据；

基于所述终端设备开机所需的文件数据进行开机。

6.如权利要求1所述的智能卡控制方法，其特征在于，所述方法还包括：

在所述终端设备首次开机时，为所述智能卡上电，从所述智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至所述终端设备的非易失性存储器中；

所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

7.如权利要求1所述的智能卡控制方法，其特征在于，所述方法还包括：

在所述终端设备每一次开机时，为所述智能卡上电，从所述智能卡中获取用于实现预设的智能卡第二类业务的数据，并保存至所述终端设备内存中；

所述智能卡第二类业务为所述智能卡中除所述智能卡第一类业务之外的业务。

8.如权利要求1-7任一项所述的智能卡控制方法，其特征在于，所述智能卡第一类业务通过应用实现在智能卡上。

9.如权利要求8所述的智能卡控制方法，其特征在于，所述智能卡第一类业务包括入网鉴权业务。

10.如权利要求9所述的智能卡控制方法，其特征在于，所述入网鉴权业务的数据包括鉴权算法和鉴权相关机密数据；

所述鉴权算法通过应用实现在所述智能卡中，所述鉴权相关机密数据写入所述应用中。

11.一种智能卡控制装置，其特征在于，应用于终端设备的数据处理模组中，包括：检测模块和处理模块；

所述检测模块，用于在接收到待处理数据时，确定所述待处理数据涉及智能卡业务，检测所述待处理数据是否涉及预设的智能卡第一类业务；所述智能卡第一类业务包括智能卡中具有安全需要的业务；

所述处理模块，用于在所述待处理数据涉及预设的智能卡第一类业务时，为所述智能卡上电，并将所述待处理数据发送给所述智能卡进行处理；在所述待处理数据不涉及预设的智能卡第一类业务时，处理所述待处理数据。

12.一种终端设备，其特征在于，包括：数据处理模组、存储器及通信总线；

所述通信总线用于实现所述数据处理模组和存储器之间的连接通信；

所述数据处理模组用于执行存储器中存储的一个或者多个程序，以实现如权利要求1至10任一项所述的智能卡控制方法。

13.一种可读存储介质，其特征在于，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至10任一项所述的智能卡控制方法。

Images