CN117858279A - 一种sim卡业务处理的方法及相关装置 - Google Patents

Abstract

本申请实施例提供一种SIM卡业务处理的方法及相关装置，涉及终端技术领域。方法包括：在第一时刻，用户在终端设备上插入SIM卡后，终端设备通过SIM卡获取第一指令；SIM卡应用向SIM卡回复第二指令；在第二时刻，终端设备显示SIM卡应用的弹框，在第二时刻和第三时刻之间，终端设备上的SIM卡被拔出；在第三时刻，响应于卸载SIM卡应用的操作，终端设备卸载SIM卡应用，在第三时刻和第四时刻之间，用户在终端设备上插入SIM卡；在第四时刻，终端设备获取第一指令；终端设备通过预设模块向SIM卡发送第三指令，终端设备不显示SIM卡应用的弹框。这样可以减少SIM卡不断重发指令对其他业务的影响，使得终端设备可以支持卸载SIM卡应用。

Description

一种SIM卡业务处理的方法及相关装置

技术领域

本申请涉及终端技术领域，尤其涉及一种SIM卡业务处理的方法及相关装置。

背景技术

随着终端技术的发展，终端设备中可以安装各种类型的应用程序，例如，系统应用程序、三方应用程序等，用户可以管理终端设备中的这些应用程序。

然而，当用户清理终端设备的内存，或者管理终端设备的桌面，而想要卸载一些不经常使用的系统应用程序时，却无法卸载。这些不可卸载的系统应用程序给用户带来不好的使用体验。

发明内容

本申请实施例提供一种SIM卡业务处理的方法及相关装置，在STK APP被卸载后，当终端设备接收到SIM卡上报的指令时，终端设备可以采用除STK APP外的其它模块向SIM卡回复响应指令，使SIM卡不再重发指令，从而可以减少因为SIM卡不断重发指令对SIM卡的其他业务运行的影响，使得终端设备可以支持卸载STK APP。

第一方面，本申请实施例提供一种SIM卡业务处理的方法，方法包括：

在第一时刻，用户在终端设备上插入SIM卡后，终端设备通过SIM卡获取第一指令；终端设备通过SIM卡应用向SIM卡回复第二指令；在第二时刻，终端设备显示SIM卡应用的弹框，第二时刻晚于第一时刻，在第二时刻和第三时刻之间，终端设备上的SIM卡被拔出，第三时刻晚于第二时刻；在第三时刻，响应于卸载SIM卡应用的操作，终端设备卸载SIM卡应用，在第三时刻和第四时刻之间，用户在终端设备上插入SIM卡，第四时刻晚于第三时刻；在第四时刻，终端设备通过SIM卡获取第一指令；终端设备通过预设模块向SIM卡发送第三指令，终端设备不显示SIM卡应用的弹框。这样，可以减少因为SIM卡不断重发指令对SIM卡的其他业务运行的影响。

一种可能的实现方式中，在第一时刻与第二时刻之间，可以包括：终端设备判断第一指令是否需要SIM卡应用回复；若第一指令需要SIM卡应用回复，则终端设备判断SIM卡应用是否安装。

终端设备通过SIM卡应用向SIM卡回复第二指令，可以包括：若SIM卡应用已安装，终端设备通过SIM卡应用向SIM卡回复第二指令。这样，终端设备可以通过SIM卡指令的类型适应的作出相应的回复。

一种可能的实现方式中，若第一指令不需要SIM卡应用回复，终端设备通过预设模块向SIM卡回复第四指令，或者，终端设备不回复第一指令。这样，终端设备可以通过SIM卡指令的类型适应的作出相应的回复。

一种可能的实现方式中，第四时刻之后，方法可以包括：终端设备判断第一指令是否需要SIM卡应用回复；若第一指令需要SIM卡应用回复，则终端设备判断SIM卡应用是否安装。

终端设备通过预设模块向SIM卡发送第三指令，可以包括：若SIM卡应用未安装，终端设备通过预设模块向SIM卡发送第三指令。这样，可以在SIM卡应用未安装的情况下，使SIM卡不再重发指令，从而可以减少因为SIM卡不断重发指令对SIM卡的其他业务运行的影响。

一种可能的实现方式中，第四时刻之后，方法可以包括：用户通过终端设备向SIM卡运营商设备发送短信；终端设备通过SIM卡获取第一指令以及短信回复消息；终端设备通过预设模块向SIM卡发送第三指令，终端设备不显示SIM卡应用的弹框。这样，通过预设模块向SIM卡回复第三指令，可以使SIM卡结束周期性发送指令，从而使该指令不占用SIM卡相关指令通道。

一种可能的实现方式中，终端设备通过SIM卡获取第一指令以及短信回复消息之后，可以包括：终端设备判断第一指令是否需要SIM卡应用回复；若第一指令需要SIM卡应用回复，则终端设备判断SIM卡应用是否安装；终端设备通过预设模块向SIM卡发送第三指令，包括：若SIM卡应用未安装，终端设备通过预设模块向SIM卡发送第三指令。这样，终端设备可以通过SIM卡指令的类型适应的作出相应的回复。

一种可能的实现方式中，在第二时刻和终端设备上的SIM卡被拔出的时刻之间，方法可以包括：用户通过终端设备向SIM卡运营商设备发送短信；终端设备通过SIM卡获取第一指令以及短信回复消息；终端设备通过SIM卡应用向SIM卡回复第二指令，以及显示SIM卡应用的弹框，弹框中包括确定按钮；响应于对确定按钮的触发，终端设备通过SIM卡获取第五指令；终端设备通过SIM卡应用向SIM卡回复第六指令；终端设备显示SIM卡应用的菜单界面，菜单界面包括短信回复消息。这样，终端设备通过与SIM进行指令交互以及在显示SIM业务相关的界面，可以实现与用户的SIM业务相关的交互。

一种可能的实现方式中，第四时刻之后，方法还可以包括：终端设备通过SIM卡获取第七指令；终端设备判断第七指令是否需要SIM卡应用回复；若第七指令需要SIM卡应用回复，则终端设备判断SIM卡应用是否安装；若SIM卡应用未安装，终端设备通过预设模块向SIM卡发送第三指令，终端设备不执行第七指令的任务。第七指令可以对应于实施例中的第三类型的指令。

第七指令可以包括下述的任一种或多种：SET_UP_EVENT_LIST、LAUNCH_BROWSER、GET_INPUT、GET_INKEY、PLAY_TONE、SET_UP_CALL、DISPLAY_TEXT、SELECT_ITEM。

这样，可以通过预设模块，例如CatService模块，向SIM卡回复响应指令，使SIM卡不再重发指令，从而解决终端设备的功耗问题以及指令通道占用的问题。

第二方面，本申请实施例提供一种SIM卡业务处理的装置，该SIM卡业务处理的装置可以是终端设备，也可以是终端设备内的芯片或者芯片系统。该SIM卡业务处理的装置可以包括显示单元、处理单元。显示单元用于实现第一方面或第一方面的任意一种可能的实现方式中终端设备执行的与显示相关的任意方法。处理单元用于实现第一方面或第一方面的任意一种可能的实现方式中终端设备执行的与处理相关的任意方法。当该SIM卡业务处理的装置是终端设备时，该处理单元可以是处理器。该SIM卡业务处理的装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种方法。当该SIM卡业务处理的装置是终端设备内的芯片或者芯片系统时，该处理单元可以是处理器。该处理单元执行存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的一种方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该终端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

示例性的，处理单元，用于通过SIM卡获取第一指令；还用于通过SIM卡应用向SIM卡回复第二指令；还用于卸载SIM卡应用；还用于通过预设模块向SIM卡发送第三指令。

显示单元，用于显示SIM卡应用的弹框。

一种可能的实现方式中，处理单元，用于判断第一指令是否需要SIM卡应用回复；还用于判断SIM卡应用是否安装。

一种可能的实现方式中，处理单元，用于通过预设模块向SIM卡回复第四指令。

一种可能的实现方式中，处理单元，用于向SIM卡运营商设备发送短信，还用于通过SIM卡获取第一指令以及短信回复消息。

一种可能的实现方式中，显示单元，用于显示SIM卡应用的弹框，弹框中包括确定按钮；还用于显示SIM卡应用的菜单界面，菜单界面包括短信回复消息。

处理单元，用于响应于对确定按钮的触发，终端设备通过SIM卡获取第五指令；还用于通过SIM卡应用向SIM卡回复第六指令。

一种可能的实现方式中，处理单元，用于通过SIM卡获取第七指令；还用于判断第七指令是否需要SIM卡应用回复；还用于判断SIM卡应用是否安装，还用于通过预设模块向SIM卡发送第三指令。

一种可能的实现方式中，第七指令包括下述的任一种或多种：SET_UP_EVENT_LIST、LAUNCH_BROWSER、GET_INPUT、GET_INKEY、PLAY_TONE、SET_UP_CALL、DISPLAY_TEXT、SELECT_ITEM。

第三方面，本申请实施例提供一种电子设备，包括处理器和存储器，存储器用于存储代码指令，处理器用于运行代码指令，以执行第一方面或第一方面的任意一种可能的实现方式中描述的SIM卡业务处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行第一方面或第一方面的任意一种可能的实现方式中描述的SIM卡业务处理方法。

第五方面，本申请实施例提供一种包括计算机程序的计算机程序产品，当计算机程序在计算机上运行时，使得计算机执行第一方面或第一方面的任意一种可能的实现方式中描述的SIM卡业务处理方法。

第六方面，本申请提供一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行第一方面或第一方面的任意一种可能的实现方式中描述的SIM卡业务处理方法。其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。

在一种可能的实现中，本申请中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。

应当理解的是，本申请的第二方面至第六方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

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

图2为本申请实施例提供的一种终端设备的软件结构示意图；

图3为本申请实施例提供的一种SIM卡业务处理的模块交互示意图；

图4为本申请实施例提供的一种终端设备中插入SIM卡后的弹窗示意图；

图5为本申请实施例提供的一种发送SIM卡相关短信后的弹窗以及菜单示意图；

图6为本申请实施例提供的一种具体SIM卡业务处理方法的流程示意图；

图7为本申请实施例提供的一种插入SIM卡场景的业务处理方法的示意图；

图8为本申请实施例提供的一种发送短信场景的业务处理方法的示意图；

图9为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，以下，对本申请实施例中所涉及的部分术语和技术进行简单介绍：

1、3GPP协议：是第三代合作伙伴计划(3rd generation partnership project，3GPP)为第三代移动系统制定的全球适用技术规范和技术报告，实现由2G网络到3G网络的平滑过渡，保证未来技术的后向兼容性。

2、Ril：无线接口适配层(radio interface layer，Ril)可以负责终端设备与移动网络间的数据通信，数据通信例如包括数据的传输、命令的发送以及响应消息的解析等。Ril还可以为应用程序层中的应用程序提供通用的应用编程接口(applicationprogramming interface，API)，示例性的，Ril可以提供电话、短信、网络状态，以及用户标识模块(subscriber identity module，SIM)卡状态等相关API。

3、CatService模块：可以接收并解析Ril发来的SIM卡应用工具包(simapplication tool kit，STK)相关的数据，还可以将解析后的数据发送给STK。

4、STK：SIM卡应用工具包(sim application tool kit，STK)是3GPP协议定义的SIM卡基本业务应用工具，STK应用(application，APP)也可以称为SIM卡应用。

STK APP中可以包含用于进行SIM卡交互的一系列协议指令，基于协议指令，STKAPP可以与SIM卡内的程序进行交互，以实现SIM卡内程序的运行，进而终端设备可以实现运营商提供的SIM卡相关业务。其中，用于进行SIM卡交互的一系列协议指令也可以称为SIM卡指令。

示例性的，在用户打开STK APP后，STK APP的界面中可以显示SIM卡上报的菜单。当用户点击相关菜单后，STK APP可以将接收到的STK相关的指令传递给CatService模块。CatService模块在接收到指令后，将指令处理为Ril要求的格式后传递给Ril。Ril可以通过调制解调器Modem将指令处理后，传递给SIM卡，进而SIM卡可以基于运营商提供的服务处理该指令。

5、术语

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一芯片和第二芯片仅仅是为了区分不同的芯片，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a--c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

6、终端设备

本申请实施例的终端设备也可以为任意形式的电子设备，例如，电子设备可以包括具有移动通信功能的设备。例如，一些电子设备为：手机(mobile phone)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该电子设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，电子设备还可以是物联网(internet of things，IoT)系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

本申请实施例中的终端设备也可以称为：电子设备、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

在本申请实施例中，电子设备或各个网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。

示例性的，图1示出了电子设备的结构示意图。

电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及SIM卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从上述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，SIM卡接口，和/或USB接口等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在本申请另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

电子设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

电子设备可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备的各种功能应用以及数据处理。例如，可以执行本申请实施例的SIM卡业务处理的方法。

图2是本申请实施例的终端设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图2所示，应用程序包可以包括SIM卡、电话、短信、备忘录、相机等应用程序。

应用程序框架层也称为Framework层，可以为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器、资源管理器、通知管理器、内容提供器、视图系统等，还可以包括本申请实施例中的Ril以及CatService模块等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏、锁定屏幕、触摸屏幕、拖拽屏幕、截取屏幕等。

资源管理器为应用程序提供各种资源，例如本地化字符串、图标、图片、布局文件、视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息、发出提示音、终端设备振动、指示灯闪烁等。

内容提供器用于在不同的应用程序之间实现数据共享的功能，允许一个程序访问另一个程序中的数据，同时还能保证被访问的数据的安全性。

视图系统可以负责应用程序的界面绘制和事件处理。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。例如本申请实施例中，虚拟机可以用于执行SIM卡业务处理等功能。

系统库可以包括多个功能模块。例如：媒体库(Media Libraries)、函数库(Function Libraries)、图形处理库(例如：OpenGL ES)等。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

函数库为开发者提供多种服务的API接口，方便开发者快速集成并实现各种功能。

图形处理库用于实现三维图形绘图、图像渲染、合成和图层处理等。

内核层是硬件和软件之间的层。内核层可以包括显示驱动、摄像头驱动、音频驱动、中央处理器驱动、USB驱动、电池驱动等。

终端设备在SIM卡插入、进行通话或短信等业务时，可以基于SIM卡以及STK APP进行指令交互。

下面结合图3，示例性说明终端设备中各软件模块间的SIM卡指令的交互流程。

如图3所示，示例性的，SIM卡可以向调制解调器Modem周期性发送DISPLAY_TEXT的指令，以及相关的业务内容。Modem可以将处理后的指令传递给Ril，Ril可以将得到的指令上报给CatService模块，进而CatService模块可以与STK APP进行交互，将该指令上报给STK APP。STK APP在接收到DISPLAY_TEXT的指令后，可以指示终端设备显示与业务内容相适应的弹窗。可以理解的是，当SIM卡上报的DISPLAY_TEXT的指令需要得到STK APP回复的响应指令时，STK APP可以向CatService模块传递表示成功收到DISPLAY_TEXT指令的响应指令，CatService模块在得到响应指令后，可以将响应指令处理为Ril要求的格式后传递给Ril。Ril可以通过Modem将响应指令处理后，传递给SIM卡，进而SIM卡可以结束发送DISPLAY_TEXT的指令。

可见，在SIM卡运行时，对于SIM卡上报给STK APP的指令，存在需要STK APP向SIM卡回复响应指令的情况。如果STK APP被卸载，终端设备无法基于STK APP向SIM卡回复响应指令，则SIM卡会周期性重发指令，示例性的，SIM卡可以每隔2分钟重发一次指令，也可以每隔10分钟重发一次指令，具体SIM卡重发指令的周期，可以由SIM卡自定义设置，本申请实施例不作限定。

SIM卡重发的指令会占用SIM卡相关指令通道，从而影响SIM卡的其他业务，并增加终端设备的功耗。因此，STK APP通常被设置为不可卸载的应用，以避免因为用户卸载STKAPP导致终端设备无法正常运行。

但是，一些用户使用STK APP的概率较低，用户可能基于清理内存或清理桌面的目的，希望卸载掉STK APP，而因为STK APP通常被设置为不可卸载的应用，导致用户无法实现卸载STK APP，影响用户体验。

有鉴于此，本申请实施例提供一种SIM卡业务处理方法，可以在STK APP被卸载后，当终端设备接收到SIM卡上报的指令时，终端设备可以采用除STK APP外的其它模块向SIM卡回复响应指令，使SIM卡不再重发指令，从而可以减少因为SIM卡不断重发指令对SIM卡的其他业务运行的影响，使得终端设备可以支持卸载STK APP。

可以理解的是，本申请实施例的STK APP配置为可卸载，一种可能的STK APP配置的方式中，终端设备可以将STK APP配置到framework层中的可卸载应用的白名单里，这样，如果用户触发卸载STK APP，应用程序管理服务(package manager service，PMS)查询到该白名单中存在STK APP，则PMS可以执行应用的卸载流程。本申请实施例对如何将STK APP配置为可卸载的具体方式不作限定。

在STK APP未卸载和卸载后的两种状态下，终端设备对SIM卡相关指令可以有不同的处理方式。

示例性的，下面结合SIM卡相关的四种类型的指令，说明终端设备在未卸载STKAPP时对指令的处理方式，以及在卸载STK APP后对指令的处理方式。

1)第一类型的指令

第一种类型的指令，可以指，SIM卡的指令传递到CatService模块后，需要CatService模块向SIM卡回复响应指令，而不需要STK APP来处理的指令。

示例性的，第一类型的指令可以包括：SET_UP_MENU、SET_UP_IDLE_MODE_TEXT、LANGUAGE_NOTIFICATION、OPEN_CHANNEL、CLOSE_CHANNEL、RECEIVE_DATA、SEND_DATA。

其中，SET_UP_MENU指令可以表示建立菜单；SET_UP_IDLE_MODE_TEXT指令可以表示给终端设备提供用于待机模式文本的字符串；LANGUAGE_NOTIFICATION指令可以表示通知终端设备当前STK在文本字符串里使用的语言；OPEN_CHANNEL指令可以表示要求终端设备打开有参数显示的通道；CLOSE_CHANNEL指令可以表示要求终端设备关闭指定的数据通道；RECEIVE_DATA指令可以表示要求终端设备返回在指定通道上接收到的SIM卡数据；SEND_DATA指令可以表示要求终端设备向SIM卡提供的指定通道发送数据。

对于第一类型的指令，因为不需要STK APP处理，所以本申请实施例在未卸载STKAPP时对指令的处理方式，和在卸载STK APP后对指令的处理方式可以相同，均由CatService模块向SIM卡回复响应指令。

2)第二类型的指令

第二类型的指令，可以指：SIM卡的指令传递到CatService模块后，CatService模块发送广播，STK APP可以根据广播进行相应的业务处理或显示相应的界面，但不需要STKAPP回复响应指令，这种类型的指令。

示例性的，第二类型的指令可以包括：REFRESH、RUN_AT、SEND_DTMF、SEND_SMS、SEND_SS、SEND_USSD、GET_CHANNEL_STATUS。

其中，REFRESH指令可以表示要求终端设备开始SIM卡的初始化，和/或提示SIM卡上的基本文件EF的内容或结构已经改变；RUN_AT指令可以表示传达AT命令(attentioncommand)到终端设备，并且将AT命令的响应结果返回到SIM卡；SEND_DTMF指令可以表示要求终端设备在建立呼叫期间发送双音多频(double tone multi frequency，DTMF)的音频；SEND_SMS指令可以表示发送短信；SEND_SS指令可以表示向网络发送SS请求；SEND_USSD指令可以表示向网络发送USSD；GET_CHANNEL_STATUS指令可以表示要求终端设备返回所有可用数据通道的当前信息。

对于第二类型的指令，因为不需要STK APP回复响应指令，所以本申请实施例在未卸载STK APP时对指令的处理方式，和在卸载STK APP后对指令的处理方式可以相同。

3)第三种类型的指令

第三种类型的指令可以指：SIM卡的指令传递到CatService模块后，CatService模块发送广播，STK APP收到广播后需要回复响应指令，这种类型的指令。

示例性的，第三种类型的指令可以包括：DISPLAY_TEXT、SET_UP_EVENT_LIST、LAUNCH_BROWSER、SELECT_ITEM、GET_INPUT、GET_INKEY、PLAY_TONE、SET_UP_CALL。

其中，DISPLAY_TEXT指令可以表示在屏幕上显示弹窗，例如，插入SIM卡后终端设备显示的运营商欢迎弹窗等；SET_UP_EVENT_LIST指令可以表示监听事件列表的指令；LAUNCH_BROWSER指令可以表示请求启动浏览器使终端设备能解析统一资源地址(UniformResource Locator，URL)；SELECT_ITEM指令可以表示SIM卡提供菜单列表供用户选择；GET_INPUT指令可以表示在屏幕显示文本或图表，并获取用户的任何响应并将其传输给SIM卡；GET_INKEY指令可以表示在屏幕显示文本或图表，并获取用户输入的字符并将字符传输给SIM卡；PLAY_TONE指令可以表示请求终端设备通过耳机、听筒或其他设备发出声音；SET_UP_CALL指令可以表示电话请求。

对于第三类型的指令，因为需要STK APP回复响应指令，所以本申请实施例在未卸载STK APP时，由STK APP向SIM卡回复响应指令。

在STK APP被卸载后，可以通过下述的方式实现向SIM卡回复响应指令：

示例性的，SIM卡将第三类型的指令传递到CatService模块后，CatService模块可以不发送广播，CatService模块可以向SIM卡回复含义为“设备不支持”的响应指令。例如，“设备不支持”的响应指令所对应的消息类型可以为BEYOND_TERMINAL_CAPABILITY。当然，含义为“设备不支持”的响应指令可以采用任意可能的方式，本申请实施例不作具体限定。

当SIM卡收到该响应指令后，不会再重发指令，从而可以降低终端设备的功耗，以及不再占用SIM卡相关指令通道，不影响其他SIM卡业务。

可以理解的是，SIM卡发送指令，可以在日志中记录，终端设备的日志中可以查询到该指令所对应的日志信息，例如，SIM卡发送DISPLAY_TEXT指令，终端设备的日志中可以查询到SIM卡发送的DISPLAY_TEXT的日志信息。在STK APP未被卸载时，终端设备的日志中还可以查询到STK APP回复的响应指令所对应的日志信息，例如，终端设备的日志中可以查询到STK APP回复的OK的日志信息。

STK APP被卸载后，CatService模块向SIM卡回复BEYOND_TERMINAL_CAPABILITY的响应指令时，终端设备的日志中可以查询到结果码result code为BEYOND_TERMINAL_CAPABILITY的日志信息，进而说明在STK APP被卸载后，终端设备对SIM卡上报的指令进行了适配处理，解决了终端设备的功耗问题以及指令通道占用的问题。

4)第四类型的指令

第四种类型的指令，可以指，SIM卡的指令传递到CatService模块后，不需要CatService模块向SIM卡回复SIM卡响应指令，也不需要CatService模块发送广播，还不需要STK APP向SIM卡回复响应指令。

示例性的，PROVIDE_LOCAL_INFORMATION指令可以表示要求终端设备将本地信息传给SIM卡，该指令可以属于不需要回复SIM响应指令的类型。

对于第四类型的指令，因为不需要STK APP回复响应指令，所以本申请实施例在未卸载STK APP时对指令的处理方式，和在卸载STK APP后对指令的处理方式可以相同。

示例性的，表1汇总示出了上述四种类型的指令，在未卸载STK APP时对指令的处理方式，以及在卸载STK APP后对指令的处理方式。

表1

下面结合场景一和场景二对本申请实施例的SIM卡业务处理的方法进行详细说明。下面的实施例可以相互结合或独立实施，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

场景一：终端设备中插入SIM卡的场景。

示例性的，在终端设备中安装有STK APP的情况下，当用户在终端设备上插入SIM卡时，SIM卡可以发送DISPLAY_TEXT的指令，可选地，DISPLAY_TEXT指令可以周期性发送，该DISPLAY_TEXT的指令可以传递到Framework层中的catService模块中，进而STK APP可以从catService模块中获取该DISPLAY_TEXT的指令，并且STK APP可以指示终端设备显示弹窗，弹窗也可以称为提示框或弹框。

示例性的，在用户未插入SIM卡时，如图4的a所示，终端设备可以显示主界面，主界面上不显示SIM卡插入的弹窗。当用户在终端设备上插入SIM卡时，如图4的b所示，终端设备的界面上可以显示弹窗401，弹窗401中可以显示用于提示用户使用的运营商类型的提示信息、确定按钮以及取消按钮。其中，取消按钮用于取消弹窗401的显示，且不显示STK APP的界面；确定按钮用于取消弹窗401的显示，并可以指示终端设备显示STK APP的预设界面。例如，当用户触发取消按钮时，终端设备可以不显示弹窗401，不拉起STK APP。当用户触发确定按钮时，如图4的c所示，终端设备可以不显示弹窗401，并可以进入STK APP的界面。

其中，当STK APP接收到DISPLAY_TEXT的指令或终端设备显示弹窗时，STK APP可以向SIM卡回复响应指令，例如，STK APP可以回复OK的响应指令。进而SIM卡可以结束发送DISPLAY_TEXT的指令。可以理解的是，本申请实施例中，STK APP回复响应指令和终端设备在界面中显示弹窗在时序上不作限定。也就是说，可以在STK APP回复响应指令后终端设备再显示弹窗，也可以在终端设备显示弹窗后STK APP再回复响应指令，还可以在STK APP回复响应指令的同时终端设备在界面中显示弹窗。

进一步的，用户可以从终端设备上拔出SIM卡，以及卸载STK APP。可以理解的是，本申请实施例中，对于用户从终端设备上拔出SIM卡的操作和卸载STK APP的操作在时序上可以不作限定。也就是说，用户可以先从终端设备上拔出SIM卡，再卸载STK APP，用户也可以先卸载STK APP，再从终端设备上拔出SIM卡。

在STK APP被卸载后，当用户在终端设备上重新插入SIM卡时，SIM卡可以周期性发送DISPLAY_TEXT的指令，该DISPLAY_TEXT的指令可以传递到Framework层中的catService模块中。然而，由于STK APP已被卸载，STK APP无法接收该DISPLAY_TEXT的指令，以及无法指示终端设备显示弹窗，也就是说，终端设备的界面中不会显示如图4中所示的SIM卡插入时终端设备的界面弹窗。另外，STK APP也无法向SIM卡回复响应指令，从而导致SIM卡不会结束周期性发送DISPLAY_TEXT的指令。

有鉴于此，在STK APP被卸载后，本申请实施例可以通过下述方式实现向SIM卡回复响应指令。

示例性的，SIM卡将DISPLAY_TEXT的指令传递到CatService模块后，CatService模块可以不发送广播，CatService模块可以向SIM卡回复含义为“设备不支持”的响应指令。例如，CatService模块可以向SIM卡回复BEYOND_TERMINAL_CAPABILITY。可以理解的是，CatService模块向SIM卡回复BEYOND_TERMINAL_CAPABILITY的响应指令时，终端设备的日志中可以查询到结果码result code为BEYOND_TERMINAL_CAPABILITY的日志信息，进而说明在STK APP被卸载后，终端设备对SIM卡上报的指令进行了适配处理，解决了终端设备的功耗问题以及指令通道占用的问题。

场景二：终端设备基于SIM卡向运营商设备发送短信的场景。

示例性的，在终端设备中安装有STK APP的情况下，当终端设备处理短信业务时，也可以基于SIM卡和STK APP实现界面显示和指令交互。

以终端设备应用于国外业务为例，如图5的a所示，终端设备可以显示短信应用的界面，用户可以在短信应用中编辑短信内容并触发发送按钮，则终端设备可以基于SIM卡向运营商设备发送该短信内容501。该短信内容501可以用于指示解锁SIM卡，也可以用于查询当前SIM卡付费信息等，短信内容501的具体内容，本申请实施例不作限定。

运营商设备接收到短信内容501后，可以向终端设备的SIM卡发送响应指令，响应指令中可以携带的用于响应短信内容501的业务内容。SIM卡可以先向STK APP上报DISPLAY_TEXT的指令以及用于响应短信内容501的业务内容。

其中，当STK APP接收到DISPLAY_TEXT的指令或终端设备显示弹窗时，STK APP可以向SIM卡回复响应指令，例如，STK APP可以回复OK的响应指令。可以理解的是，本申请实施例中，STK APP回复响应指令和终端设备在界面中显示弹窗在时序上不作限定，具体可以参照上述场景一中的相关描述，不再赘述。

STK APP基于DISPLAY_TEXT的指令，以及基于用于响应短信内容501的业务内容可以显示弹窗。如图5的b所示，终端设备界面上可以显示弹窗502，弹窗502中可以显示用于响应短信内容501的业务内容的提示信息、确定按钮以及取消按钮。当用户触发取消按钮时，终端设备可以取消弹窗502的显示。当用户触发确定按钮时，SIM卡可以进一步向STK APP上报SELECT_ITEM的指令以及用于响应短信内容501的业务内容。

终端设备可以基于SELECT_ITEM的指令，在STK APP的界面中显示与用于响应短信内容501的业务内容相适应的菜单界面。如图5的c所示，菜单界面中可以包括与用于响应短信内容501的业务内容相适应的业务标题，以及进入业务标题所对应的进入详情页面的按钮。当用户触发进入详情页面的按钮时，终端设备可以基于STK APP进入业务标题所对应的详情页面。具体的菜单界面内容本申请实施例不作具体限定。

进一步的，用户可以从终端设备上拔出SIM卡，以及卸载STK APP。可以理解的是，对于用户从终端设备上拔出SIM卡的操作和卸载STK APP的操作在时序上可以不作限定，具体可以参照上述场景一中的相关描述，不再赘述。

在STK APP被卸载后，当用户在短信应用中编辑短信内容并触发发送按钮时，终端设备可以基于SIM卡向运营商设备发送该短信内容，具体的短信内容可以参照上述描述，不再赘述。运营商设备接收到该短信内容后，可以向终端设备的SIM卡发送响应指令，响应指令中可以携带用于响应该短信内容的业务内容。SIM卡可以向STK APP上报DISPLAY_TEXT的指令以及用于响应该短信内容的业务内容。

然而，由于STK APP已被卸载，STK APP无法接收该DISPLAY_TEXT的指令，以及无法指示终端设备显示弹窗，也就是说，终端设备的界面中不会显示例如图4的b中所示的界面弹窗。另外，STK APP也无法向SIM卡回复响应指令，从而导致SIM卡不会结束周期性发送DISPLAY_TEXT的指令。

有鉴于此，在STK APP被卸载后，本申请实施例可以通过下述方式实现向SIM卡回复响应指令。

示例性的，SIM卡将DISPLAY_TEXT的指令传递到CatService模块后，CatService模块可以不发送广播，CatService模块可以向SIM卡回复含义为“设备不支持”的响应指令。例如，CatService模块可以向SIM卡回复BEYOND_TERMINAL_CAPABILITY。可以理解的是，CatService模块向SIM卡回复BEYOND_TERMINAL_CAPABILITY的响应指令时，终端设备的日志中可以查询到结果码result code为BEYOND_TERMINAL_CAPABILITY的日志信息，进而说明在STK APP被卸载后，终端设备对SIM卡上报的指令进行了适配处理，解决了终端设备的功耗问题以及指令通道占用的问题。

具体的，在STK APP被卸载后，图6为本申请实施例所提供的一种SIM卡业务处理的流程示意图。具体步骤可以为：

S601、CatService模块接收到SIM卡上报的指令。

S602、CatService模块判断该指令是否需要STK APP回复响应指令。

CatService模块在接收到SIM卡上报的指令后，CatService模块可以判断该指令是否属于第三类型的指令，若SIM卡上报的指令不属于第三类型的指令，说明SIM卡不需要STK APP回复响应指令。若SIM卡上报的指令属于第三类型的指令，说明SIM卡需要STK APP回复响应指令。

S603、若CatService模块判断不需要STK APP回复响应指令，则CatService模块处理SIM卡上报的指令。

可以理解的是，不需要STK APP回复的指令可以为上述表1中的第一类型的指令、第二类型的指令，或者第四类型的指令。当不需要STK APP回复的指令为第一类型的指令时，终端设备可以通过CatService模块向SIM卡回复响应指令，而不需要STK APP来处理的指令。当不需要STK APP回复的指令为第二类型的指令时，终端设备可以通过CatService模块发送广播，STK APP可以接收广播进行业务处理或显示相应的界面，但不需要STK APP回复响应指令。当不需要STK APP回复的指令为第四类型的指令时，不需要CatService模块向SIM卡回复SIM卡响应指令，也不需要CatService模块发送广播，还不需要STK APP向SIM卡回复响应指令。

S604、若CatService模块判断需要STK APP回复响应指令，进一步，CatService模块判断终端设备中是否有安装STK APP。

可以理解的是，需要STK APP回复的指令可以为上述表1中的第三类型的指令。

S605、若终端设备中安装了STK APP，CatService模块将SIM卡上报的指令通过广播发送给STK APP进行处理。

可以理解的是，STK APP在收到广播后可以进行相应的业务处理或显示相应的界面。

S606、若终端设备中未安装STK APP，则CatService模块向SIM卡回复“设备不支持”所对应的响应指令。

需要说明的是，上述实施例均以STK APP卸载时，终端设备处理SIM卡上报的指令为例进行说明。可能的实现中，STK APP可以替换为任意卸载后可能导致终端设备中一些模块不断重发指令的应用，SIM卡上报的指令也可以替换为任意需要一些卸载后的应用回复指令的指令，本申请实施例不作具体限定。

具体的，图7为本申请实施例所提供的一种SIM卡业务处理的示意图。此处以场景一(终端设备中插入SIM卡的场景)为例，说明本申请的方法，方法包括：

S701、在第一时刻，用户在终端设备上插入SIM卡后，终端设备通过SIM卡获取第一指令。

本申请实施例中，第一时刻可以为终端设备通过SIM卡获取第一指令的时刻，也可以理解为，终端设备未卸载SIM卡应用之前，SIM卡应用获取第一指令的时刻。

第一指令可以为当终端设备中有SIM卡插入时，SIM卡应用收到的SIM卡的指令。示例性的，第一指令可以为上述场景一对应的实施例中，SIM卡上报的DISPLAY_TEXT指令。

终端设备如何通过SIM卡获取第一指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S702、终端设备判断第一指令是否需要SIM卡应用回复。

本申请实施例中，终端设备可以根据SIM上报的指令类型判断是否需要SIM卡应用回复。具体的，判断第一指令是否需要SIM卡应用回复可以参照上述图6对应的实施例中S602、S603以及S604的相关描述，不再赘述。

若终端设备判断第一指令需要SIM卡应用回复，则执行S703的步骤；若终端设备判断第一指令不需要SIM卡应用回复，则执行S711的步骤。

S703、终端设备判断SIM卡应用是否安装。

本申请实施例中，当第一指令需要SIM卡应用回复时，终端设备可以判断SIM卡应用是否安装。

具体的，终端设备判断SIM卡应用是否安装，可以参照上述图6对应的实施例中S604、S605以及S606的相关描述。示例性的，若终端设备判断SIM卡应用已安装，则执行S704的步骤，catService可以将指令通过广播发送给SIM卡应用，从而通过SIM卡应用向SIM卡回复第二指令；若终端设备判断SIM卡应用未安装，则执行S710的步骤，终端设备可以通过预设模块向SIM卡回复“设备不支持”对应的指令。

S704、终端设备通过SIM卡应用向SIM卡回复第二指令。

本申请实施例中，第二指令可以为SIM卡应用向SIM卡回复的响应指令，例如SIM卡应用可以向SIM卡回复OK的响应指令。第二指令的类型可以为整型、枚举类型，或其他数据类型。具体第二指令回复的内容以及类型，本申请实施例不作限定。

当终端设备判断SIM卡应用已安装时，终端设备可以通过SIM卡应用向SIM卡回复第二指令。具体的终端设备通过SIM卡应用向SIM卡回复第二指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S705、在第二时刻，终端设备显示SIM卡应用的弹框，第二时刻晚于第一时刻，在第二时刻和第三时刻之间，终端设备上的SIM卡被拔出，第三时刻晚于第二时刻。

本申请实施例中，第二时刻可以为终端设备显示SIM卡应用的弹框时刻，或者，终端设备通过SIM卡应用向SIM卡回复第二指令的时刻。可以理解的是，终端设备显示SIM卡应用的弹框时刻和终端设备通过SIM卡应用向SIM卡回复第二指令的时刻可以不区分先后顺序。也就是说，终端设备可以先显示SIM卡应用的弹框，也可以先通过SIM卡应用向SIM卡回复第二指令，本申请实施例不作限定。

第三时刻可以为终端设备卸载SIM卡应用的时刻。可以理解的是，终端设备上的SIM卡被拔出的时刻，可以在终端设备卸载SIM卡应用之前，也可以在终端设备卸载SIM卡应用之后，本申请实施例不作限定。

S706、在第三时刻，响应于卸载SIM卡应用的操作，终端设备卸载SIM卡应用，在第三时刻和第四时刻之间，用户在终端设备上插入SIM卡，第四时刻晚于第三时刻。

本申请实施例中，第四时刻可以为在SIM卡应用被卸载的情况下，用户在终端设备上插入SIM卡后，终端设备通过SIM卡获取第一指令的时刻。可以理解的是，在卸载SIM卡应用和第四时刻之间，用户已在终端设备中插入SIM卡。

S707、在第四时刻，终端设备通过SIM卡获取第一指令。

类似的，终端设备如何通过SIM卡获取第一指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S708、终端设备判断第一指令是否需要SIM卡应用回复。

具体的，终端设备如何判断第一指令是否需要SIM卡应用回复可以参照上述S702中的相关描述，不再赘述。

若第一指令需要SIM卡应用回复，则执行S709的步骤；若第一指令不需要SIM卡应用回复，则执行S711的步骤。

S709、终端设备判断SIM卡应用是否安装。

具体的，终端设备判断SIM卡应用是否安装后的执行步骤可以参照上述S703中的相关描述，不再赘述。

若终端设备判断SIM卡应用已安装，则执行S712的步骤；若终端设备判断SIM卡应用未安装，则执行S710的步骤。

S710、终端设备通过预设模块向SIM卡发送第三指令，终端设备不显示SIM卡应用的弹框。

本申请实施例中，预设模块可以为上述图6对应的实施例中S606的相关描述，预设模块向SIM卡发送“设备不支持”对应的指令。

其中，预设模块是区别于SIM卡应用的模块，预设模块可以具有回复SIM卡响应指令的能力。示例性的，预设模块可以为上述场景一所对应的实施例以及场景二所对应的实施例中终端设备Framework层中的CatService模块。

第三指令可以为预设模块向SIM卡发送的含义为“设备不支持”的指令。示例性的，第三指令可以为上述场景一对应的实施例中，CatService模块向SIM卡回复的BEYOND_TERMINAL_CAPABILITY指令。

S711、终端设备通过预设模块向SIM卡回复第四指令，或者，终端设备不回复第一指令。

本申请实施例中，第四指令可以为当SIM卡上报了第一类型的指令时，终端设备可以通过预设模块向SIM卡回复的响应指令。具体第一类型指令的处理可以参照上述表1以及图6对应的实施例中S603的相关描述，不再赘述。

S712、终端设备通过SIM卡应用向SIM卡回复第二指令。

具体的，终端设备通过SIM卡应用向SIM卡回复第二指令可以参照上述S704中的相关描述，不再赘述。

本申请实施例提供的一种SIM卡业务处理的方法，在SIM卡应用被卸载后，当终端设备可以通过其他模块，例如CatService模块，向SIM卡回复响应指令，使SIM卡不再重发指令。从而使终端设备中的SIM卡应用在可卸载的同时，可以降低终端设备的功耗以及不影响其他业务功能的使用，提升用户体验。

可选的，在场景二中，即终端设备基于SIM卡向运营商设备发送短信的场景，结合图7对应的实施例，第四时刻之后，用户可以通过终端设备向SIM卡运营商设备发送短信；具体的，图8为本申请实施例所提供的另一种SIM卡业务处理的示意图。可以理解的是，一些可能的实现中，图8对应的场景的实施例与图7对应的场景的实施例也可以独立分开执行，本申请实施例不作限定。

此处以场景二(终端设备基于SIM卡向运营商设备发送短信的场景)为例，说明本申请的方法，方法包括：

S801、用户通终端设备向SIM卡运营商设备发送短信。

本申请实施例中，具体发送的短信内容可以参照上述场景二对应的实施例中的描述，不再赘述。

S802、终端设备通过SIM卡获取第一指令以及短信回复消息。

本申请实施例中，当用户通终端设备向SIM卡运营商设备发送短信后，SIM卡可以接收运营商设备回复的短信消息，并向SIM卡应用发送指令，可以理解的是，第一指令可以为SIM卡应用收到的SIM卡的指令。示例性的，第一指令可以为上述场景二对应的实施例中，SIM卡上报的DISPLAY_TEXT指令。

终端设备如何通过SIM卡获取第一指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S803、终端设备判断第一指令是否需要SIM卡应用回复。

本申请实施例中，终端设备可以根据SIM上报的指令类型判断是否需要SIM卡应用回复。具体的，判断第一指令是否需要SIM卡应用回复可以参照上述图6对应的实施例中S602、S603以及S604的相关描述，不再赘述。

若终端设备判断第一指令需要SIM卡应用回复，则执行S804的步骤；若终端设备判断第一指令不需要SIM卡应用回复，则执行S817的步骤。

S804、终端设备判断SIM卡应用是否安装。

本申请实施例中，当第一指令需要SIM卡应用回复时，终端设备可以判断SIM卡应用是否安装。

具体的，终端设备判断SIM卡应用是否安装，可以参照上述图6对应的实施例中S604、S605以及S606的相关描述。示例性的，若终端设备判断SIM卡应用已安装，则执行S805的步骤，catService可以将指令通过广播发送给SIM卡应用，从而通过SIM卡应用向SIM卡回复第二指令以及显示SIM卡应用的弹框，弹框中包括确定按钮；若终端设备判断SIM卡应用未安装，则执行S816的步骤，终端设备可以通过预设模块向SIM卡回复“设备不支持”对应的指令。

S805、终端设备通过SIM卡应用向SIM卡回复第二指令以及显示SIM卡应用的弹框，弹框中包括确定按钮。

本申请实施例中，第二指令可以为SIM卡应用向SIM卡回复的响应指令，例如SIM卡应用可以向SIM卡回复OK的响应指令。第二指令的类型可以为整型、枚举类型，或其他数据类型。具体第二指令回复的内容以及类型，本申请实施例不作限定。

当终端设备判断SIM卡应用已安装时，终端设备可以通过SIM卡应用向SIM卡回复第二指令。具体的终端设备通过SIM卡应用向SIM卡回复第二指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

可以理解的是，终端设备显示SIM卡应用的弹框时刻和终端设备通过SIM卡应用向SIM卡回复第二指令的时刻可以不区分先后顺序。也就是说，终端设备可以先显示SIM卡应用的弹框，也可以先通过SIM卡应用向SIM卡回复第二指令，本申请实施例不作限定。

S806、响应于对确定按钮的触发，终端设备通过SIM卡获取第五指令。

本申请实施例中，当用户触发确定按钮后，SIM卡可以向SIM卡应用进一步发送指令，第五指令可以为SIM卡应用收到的SIM卡的指令。示例性的，第五指令可以为上述场景二对应的实施例中，SIM卡上报的SELECT_ITEM指令。

终端设备如何通过SIM卡获取第五指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S807、终端设备判断第五指令是否需要SIM卡应用回复。

类似的，终端设备可以根据SIM上报的指令类型判断是否需要SIM卡应用回复。具体的，判断第五指令是否需要SIM卡应用回复可以参照上述图6对应的实施例中S602、S603以及S604的相关描述，不再赘述。

若终端设备判断第五指令需要SIM卡应用回复，则执行S808的步骤；若终端设备判断第一指令不需要SIM卡应用回复，则执行S817的步骤。

S808、终端设备判断SIM卡应用是否安装。

本申请实施例中，当第五指令需要SIM卡应用回复时，终端设备可以判断SIM卡应用是否安装。

具体的，终端设备判断SIM卡应用是否安装，可以参照上述图6对应的实施例中S604、S605以及S606的相关描述。示例性的，若终端设备判断SIM卡应用已安装，则执行S809的步骤，catService可以将指令通过广播发送给SIM卡应用，从而通过SIM卡应用向SIM卡回复第六指令；若终端设备判断SIM卡应用未安装，则执行S816的步骤，终端设备可以通过预设模块向SIM卡回复“设备不支持”对应的指令。

S809、终端设备通过SIM卡应用向SIM卡回复第六指令。

本申请实施例中，第六指令可以为SIM卡应用向SIM卡回复的响应指令，例如SIM卡应用可以向SIM卡回复OK的响应指令。第六指令的类型可以为整型、枚举类型，或其他数据类型。具体第六指令回复的内容以及类型，本申请实施例不作限定。

终端设备通过SIM卡应用向SIM卡回复第六指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S810、终端设备显示SIM卡应用的菜单界面，界面包括短信回复消息。

当终端设备判断SIM卡应用已安装时，终端设备显示SIM卡应用的菜单界面。具体的菜单界面可以参照上述图5的所示的界面，具体界面的说明可以参照图5对应的场景二中的描述，不再赘述。

S811、响应于卸载SIM卡应用的操作，终端设备卸载SIM卡应用。

本申请实施例中，当用户触发卸载SIM卡应用的操作时，终端设备可以卸载SIM卡应用。

S812、用户通终端设备向SIM卡运营商设备发送短信。

本申请实施例中，具体发送的短信内容可以参照上述场景二对应的实施例中的描述，不再赘述。

S813、终端设备通过SIM卡获取第一指令以及短信回复消息。

本申请实施例中，当用户通终端设备向SIM卡运营商设备发送短信后，SIM卡可以接收运营商设备回复的短信消息，并向SIM卡应用发送指令，具体的第一指令可以参照上述S802中的描述，不再赘述。

终端设备如何通过SIM卡获取第一指令的过程可以参照上述图3所对应的终端设备中各软件模块间的SIM卡指令的交互流程，不再赘述。

S814、终端设备判断第一指令是否需要SIM卡应用回复。

本申请实施例中，终端设备可以根据SIM上报的指令类型判断是否需要SIM卡应用回复。具体的，判断第一指令是否需要SIM卡应用回复可以参照上述图6对应的实施例中S602、S603以及S604的相关描述，不再赘述。

若终端设备判断第一指令需要SIM卡应用回复，则执行S815的步骤；若终端设备判断第一指令不需要SIM卡应用回复，则执行S817的步骤。

S815、终端设备判断SIM卡应用是否安装。

具体的，终端设备判断SIM卡应用是否安装后的执行步骤可以参照上述S703中的相关描述，不再赘述。

若终端设备判断SIM卡应用已安装，则执行S718的步骤；若终端设备判断SIM卡应用未安装，则执行S716的步骤。

S816、终端设备通过预设模块向SIM卡发送第三指令，终端设备不显示SIM卡应用的弹框。

本申请实施例中，预设模块可以为上述图6对应的实施例中S606的相关描述，预设模块向SIM卡发送“设备不支持”对应的指令。示例性的，预设模块可以为上述场景一所对应的实施例以及场景二所对应的实施例中终端设备Framework层中的CatService模块。具体的预设模块以及第三指令可参照上述图7对应的实施例中S710的描述，不再赘述。

S817、终端设备通过预设模块向SIM卡回复第四指令，或者，终端设备不回复第一指令。

本申请实施例中，第四指令可以为当SIM卡上报了第一类型的指令时，终端设备可以通过预设模块向SIM卡回复的响应指令。具体第一类型指令的处理可以参照上述表1以及图6对应的实施例中S603的相关描述，不再赘述。

S818、终端设备通过SIM卡应用向SIM卡回复第二指令。

具体的，终端设备通过SIM卡应用向SIM卡回复第二指令可以参照上述S704中的相关描述，不再赘述。

本申请实施例中，用户在终端设备上插入SIM卡后，用户可以通过终端设备向SIM卡运营商设备发送短信。在SIM卡应用被卸载的情况下，终端设备可以通过预设模块向SIM卡发送第三指令，可以使SIM卡结束周期性发送指令，从而使该指令不占用SIM卡相关指令通道。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的方法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对实现SIM卡业务处理的方法的装置进行功能模块的划分，例如可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图9示为本申请实施例提供的一种芯片的结构示意图。芯片900包括一个或两个以上(包括两个)处理器901、通信线路902、通信接口903和存储器904。

在一些实施方式中，存储器904存储了如下的元素：可执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

上述本申请实施例描述的方法可以应用于处理器901中，或者由处理器901实现。处理器901可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器(例如，微处理器或常规处理器)、数字信号处理器(digitalsignal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门、晶体管逻辑器件或分立硬件组件，处理器901可以实现或者执行本申请实施例中的公开的各处理相关的方法、步骤及逻辑框图。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。其中，软件模块可以位于随机存储器、只读存储器、可编程只读存储器或带电可擦写可编程存储器(electricallyerasable programmable read only memory，EEPROM)等本领域成熟的存储介质中。该存储介质位于存储器904，处理器901读取存储器904中的信息，结合其硬件完成上述方法的步骤。

处理器901、存储器904以及通信接口903之间可以通过通信线路902进行通信。

在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。其中，计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。

本申请实施例还提供一种计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质(例如，软盘、硬盘或磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本申请实施例还提供一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括紧凑型光盘只读储存器(compactdisc read-only memory，CD-ROM)、RAM、ROM、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，DSL或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(digital versatile disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

Claims (12)

1.一种SIM卡业务处理的方法，其特征在于，应用于终端设备，所述终端设备安装有SIM卡应用，所述方法包括：

在第一时刻，用户在所述终端设备上插入SIM卡后，所述终端设备通过SIM卡获取第一指令；

所述终端设备通过SIM卡应用向SIM卡回复第二指令；

在第二时刻，所述终端设备显示所述SIM卡应用的弹框，所述第二时刻晚于所述第一时刻，在所述第二时刻和第三时刻之间，所述终端设备上的SIM卡被拔出，所述第三时刻晚于所述第二时刻；

在所述第三时刻，响应于卸载所述SIM卡应用的操作，所述终端设备卸载所述SIM卡应用，在所述第三时刻和第四时刻之间，用户在所述终端设备上插入SIM卡，所述第四时刻晚于所述第三时刻；

在所述第四时刻，所述终端设备通过SIM卡获取所述第一指令；

所述终端设备通过预设模块向SIM卡发送第三指令，所述终端设备不显示所述SIM卡应用的弹框。

2.根据权利要求1所述的方法，其特征在于，在所述第一时刻与所述第二时刻之间，包括：

所述终端设备判断所述第一指令是否需要所述SIM卡应用回复；

若所述第一指令需要所述SIM卡应用回复，则所述终端设备判断所述SIM卡应用是否安装；

所述终端设备通过SIM卡应用向SIM卡回复第二指令，包括：若所述SIM卡应用已安装，所述终端设备通过SIM卡应用向SIM卡回复第二指令。

3.根据权利要求2所述的方法，其特征在于，若所述第一指令不需要所述SIM卡应用回复，所述终端设备通过所述预设模块向所述SIM卡回复第四指令，或者，所述终端设备不回复所述第一指令。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第四时刻之后，所述方法包括：

所述终端设备判断所述第一指令是否需要所述SIM卡应用回复；

若所述第一指令需要所述SIM卡应用回复，则所述终端设备判断所述SIM卡应用是否安装；

所述终端设备通过预设模块向SIM卡发送第三指令，包括：若所述SIM卡应用未安装，所述终端设备通过预设模块向SIM卡发送第三指令。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第四时刻之后，所述方法包括：

用户通过所述终端设备向SIM卡运营商设备发送短信；

所述终端设备通过SIM卡获取所述第一指令以及短信回复消息；

所述终端设备通过所述预设模块向SIM卡发送所述第三指令，所述终端设备不显示所述SIM卡应用的弹框。

6.根据权利要求5所述的方法，其特征在于，所述终端设备通过SIM卡获取所述第一指令以及短信回复消息之后，包括：

所述终端设备判断所述第一指令是否需要所述SIM卡应用回复；

若所述第一指令需要所述SIM卡应用回复，则所述终端设备判断所述SIM卡应用是否安装；

所述终端设备通过所述预设模块向SIM卡发送所述第三指令，包括：若所述SIM卡应用未安装，所述终端设备通过所述预设模块向SIM卡发送所述第三指令。

7.根据权利要求5或6所述的方法，其特征在于，在所述第二时刻和所述终端设备上的SIM卡被拔出的时刻之间，所述方法包括：

用户通过所述终端设备向SIM卡运营商设备发送短信；

所述终端设备通过SIM卡获取所述第一指令以及短信回复消息；

所述终端设备通过所述SIM卡应用向SIM卡回复所述第二指令，以及显示所述SIM卡应用的弹框，弹框中包括确定按钮；

响应于对所述确定按钮的触发，所述终端设备通过SIM卡获取第五指令；

所述终端设备通过所述SIM卡应用向SIM卡回复第六指令；

所述终端设备显示所述SIM卡应用的菜单界面，所述菜单界面包括所述短信回复消息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述第四时刻之后，所述方法还包括：

所述终端设备通过SIM卡获取第七指令；

所述终端设备判断所述第七指令是否需要所述SIM卡应用回复；

若所述第七指令需要所述SIM卡应用回复，则所述终端设备判断所述SIM卡应用是否安装；

若所述SIM卡应用未安装，所述终端设备通过所述预设模块向SIM卡发送所述第三指令，所述终端设备不执行所述第七指令的任务。

9.根据权利要求8所述的方法，其特征在于，所述第七指令包括下述的任一种或多种：SET_UP_EVENT_LIST、LAUNCH_BROWSER、GET_INPUT、GET_INKEY、PLAY_TONE、SET_UP_CALL、DISPLAY_TEXT、SELECT_ITEM。

10.一种终端设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序，以执行如权利要求1-9任一项所述的SIM卡业务处理的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，使得计算机执行如权利要求1-9任一项所述的SIM卡业务处理的方法。

12.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被运行时，使得终端设备执行如权利要求1-9任一项所述的SIM卡业务处理的方法。