CN114189581B - 嵌入式卡的锁卡方法、装置、存储介质及终端 - Google Patents

Abstract

本申请实施例公开了一种嵌入式卡的锁卡方法、装置、存储介质及终端，属于计算机技术领域。所述方法应用于终端，终端接收由服务器发送的锁卡策略信息，解析锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合，将第一运营商集合与第二运营商集合进行比对分析得到比对结果，基于比对结果确定是否锁定嵌入式SIM卡，由此实现在终端侧对终端内的嵌入式SIM卡进行锁定，且锁定嵌入式SIM卡的流程较为简单。

Description

嵌入式卡的锁卡方法、装置、存储介质及终端

技术领域

本申请涉及计算机技术领域，尤其涉及一种嵌入式卡的锁卡方法、装置、存储介质及终端。

背景技术

目前，移动终端通常需要依赖SIM(Subscriber Identity Module，用户身份识别模块)卡来实现蜂窝网络通信，SIM卡可以是实体SIM卡，一张实体SIM卡对应一个运营商的通信号码；SIM卡也可以是嵌入式SIM卡，嵌入式SIM卡通常设置于终端的内部，嵌入式SIM卡可以支持保存多个配置文件(profile)，一个配置文件对应一个通信号码。在相关技术中，通常是通过删除当前可用于通信的运营商对应的配置文件的方式，使终端不能获得网络服务，该实现过程较为复杂，且不能真正的实现对嵌入式SIM卡的锁定。

发明内容

本申请实施例提供了一种嵌入式卡的锁卡方法、装置、存储介质及终端，可以解决相关技术中不能实现对终端内的嵌入式SIM卡进行锁定的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种嵌入式卡的锁卡方法，所述方法包括：

接收由服务器发送的锁卡策略信息；

解析所述锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合；

将所述第一运营商集合与所述第二运营商集合进行比对分析得到比对结果；

基于所述比对结果确定是否锁定所述嵌入式SIM卡。

第二方面，本申请实施例提供了一种嵌入式卡的锁卡装置，所述装置还包括：

接收模块，用于接收由服务器发送的锁卡策略信息；

解析模块，用于解析所述锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合；

分析模块，用于将所述第一运营商集合与所述第二运营商集合进行比对分析得到比对结果；

判断模块，用于基于所述比对结果确定是否锁定所述嵌入式SIM卡。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种终端，包括：处理器、存储器和显示屏；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

本申请实施例的方案在执行时，终端接收由服务器发送的锁卡策略信息，解析锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合，将第一运营商集合与第二运营商集合进行比对分析得到比对结果，基于比对结果确定是否锁定嵌入式SIM卡，由此实现在终端侧对终端内的嵌入式SIM卡进行锁定，且锁定嵌入式SIM卡的流程较为简单。

附图说明

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

图1是本申请实施例提供的终端的结构示意图；

图2是本申请实施例提供的操作系统和用户空间的结构示意图；

图3是图1中安卓操作系统的架构图；

图4是图1中IOS操作系统的架构图；

图5是本申请实施例提供的一种嵌入式卡的锁卡方法的流程示意图；

图6是本申请实施例提供的一种嵌入式卡的锁卡方法的另一流程示意图；

图7是本申请实施例提供的一种服务器与终端交互的示意图；

图8是本申请实施例提供的一种嵌入式卡的锁卡装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

请参见图1，其示出了本申请一个示例性实施例提供的终端的结构方框图。本申请中的终端可以包括一个或多个如下部件：处理器110、存储器120、输入装置130、输出装置140和总线150。处理器110、存储器120、输入装置130和输出装置140之间可以通过总线150连接。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digital signal processing，DSP)、现场可编程门阵列(field－programmable gate array，FPGA)、可编程逻辑阵列(programmable logicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessing unit，CPU)、图像处理器(graphics processing unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(random Access Memory，RAM)，也可以包括只读存储器(read-only memory，ROM)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(Android)系统(包括基于Android系统深度开发的系统)、苹果公司开发的IOS系统(包括基于IOS系统深度开发的系统)或其它系统。存储数据区还可以存储终端在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

参见图2所示，存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对GPU性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。

为了使操作系统能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配。

以操作系统为Android系统为例，存储器120中存储的程序和数据如图3所示，存储器120中可存储有Linux内核层320、系统运行时库层340、应用框架层360和应用层380，其中，Linux内核层320、系统运行库层340和应用框架层360属于操作系统空间，应用层380属于用户空间。Linux内核层320为终端的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层340通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行时库层340中还提供有安卓运行时库(Android runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层360提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层380中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、购物程序等。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图4所示，IOS系统包括：核心操作系统层420(Core OS layer)、核心服务层440(Core Services layer)、媒体层460(Media layer)、可触摸层480(Cocoa Touch Layer)。核心操作系统层420包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层440的程序框架所使用。核心服务层440提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层460为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层480为应用程序开发提供了各种常用的界面相关的框架，可触摸层480负责用户在终端上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图4所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层440中的基础框架和可触摸层480中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考Android系统，本申请在此不再赘述。

其中，输入装置130用于接收输入的指令或数据，输入装置130包括但不限于键盘、鼠标、摄像头、麦克风或触控设备。输出装置140用于输出指令或数据，输出装置140包括但不限于显示设备和扬声器等。在一个示例中，输入装置130和输出装置140可以合设，输入装置130和输出装置140为触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端的结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(wirelessfidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

在本申请实施例中，各步骤的执行主体可以是上文介绍的终端。可选地，各步骤的执行主体为终端的操作系统。操作系统可以是安卓系统，也可以是IOS系统，或者其它操作系统，本申请实施例对此不作限定。

在图1所示的终端中，处理器110可以用于调用存储器120中存储的应用程序，并具体执行本申请实施例的嵌入式卡的锁卡方法。

本申请实施例提供的技术方案中，终端接收由服务器发送的锁卡策略信息，解析锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合，将第一运营商集合与第二运营商集合进行比对分析得到比对结果，基于比对结果确定是否锁定嵌入式SIM卡，由此实现在终端侧对终端内的嵌入式SIM卡进行锁定，且锁定嵌入式SIM卡的流程较为简单。

下面将结合附图5至图7，对本申请实施例提供的嵌入式卡的锁卡方法进行详细介绍。

请参见图5，为本申请实施例提供了一种嵌入式卡的锁卡方法的流程示意图。本实施例以嵌入式卡的锁卡方法应用于终端中来举例说明。该嵌入式卡的锁卡方法可以包括以下步骤：

S501，接收由服务器发送的锁卡策略信息。

其中，服务器可以是运营商的服务器，也可以是第三方服务器，该服务器可通过开放移动联盟(Open MobileAlliance，OMA)终端管理(Device Management，DM)协议与终端进行数据传输；锁卡策略信息是用于指示终端是否需要锁卡的策略信息，锁卡策略信息中包括解锁码，如：锁卡策略中可包括三种解锁码分别可表示为0、1、2；解锁码的参数值为0的锁卡策略信息，表示允许终端使用运营商为sprint的SIM卡；解锁码的参数值为1的锁卡策略信息，表示允许终端使用运营商为北美以外国家的SIM卡；解锁码的参数值为2的锁卡策略信息，表示允许终端可使用任何运营商的SIM卡。

一般的，服务器与终端之间可以基于OMA DM协议进行数据的传输，OMA规范了业务应用层和网络功能层之间的接口，定义一个公开的标准框架，从而为用户提供无缝隙的端到端业务，OMA DM协议是一种通过远程服务器对网络内终端进行管理的协议，通过OMA DM协议服务器可以对终端设备进行固件更新、参数配置、数据采集等各种管理功能。在OMA DM协议中主要有两种模式进行参数管理，包括CIDC模式和NIDC模式，CIDC模式是指设备端向服务器发起的参数配置以及管理，NIDC模式是指由服务器侧向设备侧发起的参数配置以及管理。终端在生产出厂时，会将其对应的国际移动设备识别码(International MobileEquipment Identity，IMEI)发送给服务器，服务器可基于该IMEI生成与终端对应的解锁码。在用户需要切换当前SIM卡或输入SIM卡的卡号时，用户可在终端的显示界面上执行相应的触摸操作，也即在用户在终端上执行申请解锁码操作时，会触发终端响应于用户执行的申请解锁码操作，向服务器发送锁卡策略申请请求，锁卡策略申请请求用于请求服务器发送与终端的IMSI对应的锁卡策略信息。服务器在接收到由终端发送的锁卡策略申请请求时，会基于OMA DM协议将该终端的IMSI对应的锁卡策略信息，该锁卡策略信息中包括解锁码。

S502，解析锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合。

其中，第一运营商集合是指通过解析锁卡策略信息得到的运营商集合，也即包括锁卡策略信息中的运营商信息的集合，不同的终端对应的锁卡策略信息也不相同，也即不同的终端可获得的锁卡策略信息对应的第一运营商集合也不同。第二运营商集合是指包括终端内嵌入式SIM卡中存储的运营商信息的集合，不同的终端内嵌入式SIM卡中的运营商信息不同，也即不同的终端对应的第二运营商集合不同。profile配置文件是指终端内嵌入式SIM卡中存储的配置文件，嵌入式SIM卡中可存储有多个profile配置文件，profile配置文件中存储有SIM卡的集成电路卡识别码(Integrate circuit card identity，ICCID)、国际移动用户识别码(International Mobile Subscriber Identity，IMSI)、移动用户号码簿号码(Mobile Directory Number，MDN)等相关通信信息。

ICCID即SIM卡卡号，相当于手机号码的身份证，ICCID为IC卡的唯一识别号码，共有20位字符组成，其编码格式为：XXXXXX 0MFSS YYGXX XXXX。IMSI是用于区分蜂窝网络中不同用户的、在所有蜂窝网络中不重复的识别码。终端将IMSI存储于一个64比特的字段发送给网络，IMSI可以用来在归属位置寄存器(Home Location Register，HLR)或拜访位置寄存器(Visitor Location Register，VLR)中查询用户的信息。MDN是码分多址(CodeDivision Multiple Access，CDMA)网络用户的个人手机号码，也是移动用户对外公开的电话号码，类似于8613313565789这样的号码，MDN通常用来进行路由、号码分析、呼叫管理、签约信息绑定、计费等。

一般的，终端接收由服务器发送的锁卡策略信息后，会对该锁卡策略信息进行解析得到锁卡策略信息的解锁码，该解锁码可对应一个或多个运营商信息，基于该解锁码可分析得到该锁卡策略信息对应的运营商信息，也即第一运营商集合，第一运营商集合中包括该解锁码对应的所有运营商信息。终端内的嵌入式SIM卡中会存储有一个或多个profile配置文件，不同的profile配置文件代表不同的运营商的激活上网的“组件”，通常终端可通过LPA组件读取profile配置文件中的相关信息(如：IMSI)，进而得到该profile配置文件对应的运营商标识(运营商信息)，通过解析嵌入式SIM卡中存储的一个或多个profile配置文件可得到各个profile配置文件对应的运营商信息，也即可得到第二运营商集合，第二运营商集合中包括嵌入式SIM卡中存储的一个或多个profile配置文件对应的运营商信息。

S503，将第一运营商集合与第二运营商集合进行比对分析得到比对结果。

其中，比对结果是指第一运营商集合与第二运营商集合是否存在交集的结果，基于比对结果可判定是否需要对嵌入式SIM卡进行锁定。

一般的，第一运营商集合和第二运营商集合中均可包括一个或多个运营商信息，第一运营商集合是终端获得的锁卡策略信息对应的运营商集合，第二运营商集合是终端内的嵌入式SIM卡对应的运营商集合，可将第二运营商集合中的各个运营商信息(运营商标识)分别与第一运营商集合中的各个运营商信息(运营商标识)进行比对分析得到比对结果。在比对结果为第一运营商集合与第二运营商集合不存在交集时，则将嵌入式SIM卡进行锁定，也即将该嵌入式SIM进行下电处理；或在比对结果为第一运营商集合与第二运营商集合存在交集时，则获取交集中的运营商信息对应的profile配置文件，并将交集中的运营商信息对应的profile配置文件设置为使能状态，也即使允许该profile配置文件起网，并将第二运营商集合中除交集中的运营商信息之外的运营商信息对应的profile配置文件设置为去使能状态。

S504，基于比对结果确定是否锁定嵌入式SIM卡。

其中，嵌入式SIM卡也即Embedded-SIM卡(eSim卡)，可通过远程编辑的方式支持不同的运营商，可在不同运营商网络间切换，像选择WiFi网络一样选择运营商网络。嵌入式SIM卡是将传统SIM卡直接嵌入到中终端设备的芯片上，而不是作为独立的可移除零部件加入终端设备中，用户无需插入物理SIM卡。使得用户可更加灵活地选择运营商套餐，或者在无需解锁终端设备、购买新终端设备的前提下随时更换运营商。嵌入式SIM卡可分为M2MeSim卡和consumer eSim卡两种，M2M eSim卡是通过运营商主动推送profile配置文件激活，consumer eSim卡是通过用户手动触发激活，本申请主要以consumer eSim卡为主要介绍对象。

一般的，比对结果是用来判定是否需要锁定嵌入式SIM卡的依据，比对结果可以包括第一运营商集合和第二运营商集合不存在交集、第一运营商集合和第二运营商集合存在交集的两种结果。在比对结果为第一运营商集合和第二运营商集合不存在交集时，即表明终端内嵌入式SIM卡中不存在于终端接收到锁卡策略信息对应的运营商信息，而终端只有存在于锁卡策略信息中对应的运营商信息时才能获得起网权限，故此时可直接锁定嵌入式SIM卡，使嵌入式SIM卡进行下电处理，也即将嵌入式SIM卡中的一个或多个profile配置文件设置为去使能状态。在比对结果为第一运营商集合和第二运营商集合存在交集时，即表明终端内嵌入式SIM卡中存在于终端接收到锁卡策略信息对应的运营商信息，故获取交集中的运营商信息，将交集中的至少一个运营商对应的profile配置文件设置为使能状态(获得起网权限)，及将第二运营商集合中不位于交集中的至少一个运营商对应的profile配置文件设置为去使能状态(未获得起网权限)。

由上述内容可知，本方案提供的嵌入式卡的锁卡方法，终端接收由服务器发送的锁卡策略信息，解析锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合，将第一运营商集合与第二运营商集合进行比对分析得到比对结果，基于比对结果确定是否锁定嵌入式SIM卡，由此实现在终端侧对终端内的嵌入式SIM卡进行锁定，且锁定嵌入式SIM卡的流程较为简单。

请参见图6，为本申请实施例提供了一种嵌入式卡的锁卡方法的另一流程示意图。本实施例以嵌入式卡的锁卡方法应用于终端中来举例说明。该嵌入式卡的锁卡方法可以包括以下步骤：

S601，响应于用户执行的申请解锁码操作，向服务器发送锁卡策略申请请求。

其中，服务器可以是运营商的服务器，也可以是第三方服务器，该服务器可通过开放移动联盟(Open MobileAlliance，OMA)终端管理(Device Management，DM)协议与终端进行数据传输。锁卡策略申请请求是用于指示服务器向终端发送锁卡策略信息的请求信息。锁卡策略信息是用于指示终端是否需要锁卡的策略信息，锁卡策略信息中包括解锁码，如：锁卡策略中可包括三种解锁码分别可表示为0、1、2；解锁码的参数值为0的锁卡策略信息，表示允许终端使用运营商为sprint的SIM卡；解锁码的参数值为1的锁卡策略信息，表示允许终端使用运营商为北美以外国家的SIM卡；解锁码的参数值为2的锁卡策略信息，表示允许终端可使用任何运营商的SIM卡。

一般的，在用户需要切换当前SIM卡或输入SIM卡的卡号时，用户可在终端的显示界面上执行相应的触摸操作，也即在用户在终端上执行申请解锁码操作时，会触发终端响应于用户执行的申请解锁码操作，向服务器发送锁卡策略申请请求，锁卡策略申请请求用于请求服务器发送与终端的IMSI对应的锁卡策略信息。服务器在接收到由终端发送的锁卡策略申请请求时，会基于OMA DM协议将该终端的IMSI对应的锁卡策略信息，该锁卡策略信息中包括解锁码。

S602，接收由服务器发送的锁卡策略信息。

具体地可参见上述S501步骤，此处不再赘述。

S603，确定解锁码的参数值，获取与参数值关联的第一运营商集合。

其中，解锁码是用于指示终端确定可起网的运营商的指示信息，解锁码可以是预先设置的具体数值代号，如：0、1、2可分别代表不同的解锁码，解锁码需要配合锁卡策略信息一起使用。参数值是指解锁码为数值代号时，能代表解锁码的数值。第一运营商集合是指通过解析锁卡策略信息得到的运营商集合，也即锁卡策略信息中包含的运营商信息的集合，不同的终端对应的锁卡策略信息也不相同，也即不同的终端可获得的锁卡策略信息对应的第一运营商信息也不同。

一般的，锁卡策略信息是与终端的IMEI对应的锁卡策略信息，不同的终端对应的锁卡策略信息也对应不同，基于终端接收到的锁卡策略信息可确定与之对应的解锁码，该解锁码可以是以参数值的形式表现的指示信息，基于该解锁码的参数值可确定与该解锁码关联的运营商信息，该运营商信息对应的运营商是终端能获得起网权限的运营商。

举例说明：各个运营商可基于一套锁卡策略来实现对嵌入式SIM卡的锁定，锁卡策略中可包括参数值分别为0、1、2的解锁码，对应的锁卡策略信息也有三种：第一锁卡策略信息—解锁码的参数值为0时，表示允许终端使用运营商为sprint的SIM卡；第二锁卡策略信息—解锁码的参数值为1时，表示允许终端使用运营商为北美以外国家的SIM卡；第三锁卡策略信息—解锁码的参数值为2时，表示允许终端可使用任何运营商的SIM卡。

S604，读取嵌入式SIM卡中存储的一个或多个profile配置文件各自对应的IMSI。

其中，嵌入式SIM卡也即Embedded-SIM卡(eSim卡)，可通过远程编辑的方式支持不同的运营商，可在不同运营商网络间切换，像选择WiFi网络一样选择运营商网络。嵌入式SIM卡是将传统SIM卡直接嵌入到中终端设备的芯片上，而不是作为独立的可移除零部件加入终端设备中，用户无需插入物理SIM卡。使得用户可更加灵活地选择运营商套餐，或者在无需解锁终端设备、购买新终端设备的前提下随时更换运营商。嵌入式SIM卡可分为M2MeSim卡和consumer eSim卡两种，M2M eSim卡是通过运营商主动推送profile配置文件激活，consumer eSim卡是通过用户手动触发激活，本申请主要以consumer eSim卡为主要介绍对象。profile配置文件是指终端内嵌入式SIM卡中存储的配置文件，嵌入式SIM卡中可存储有多个profile配置文件，profile配置文件中存储有SIM卡的ICCID、IMSI、MDN等相关通信信息。IMSI是用于区分蜂窝网络中不同用户的、在所有蜂窝网络中不重复的识别码。终端将IMSI存储于一个64比特的字段发送给网络，IMSI可以用来在HLR或VLR中查询用户的信息。

一般的，终端内的嵌入式SIM卡中会存储有一个或多个profile配置文件，不同的profile配置文件代表不同的运营商的激活上网的“组件”，通常终端可通过LPA组件读取profile配置文件中的相关信息(如：IMSI)，进而得到该profile配置文件对应的运营商标识(运营商信息)，通过解析嵌入式SIM卡中存储的一个或多个profile配置文件可得到各个profile配置文件对应的运营商信息，也即可得到第二运营商集合，第二运营商集合中包括嵌入式SIM卡中存储的一个或多个profile配置文件对应的运营商信息。

S605，根据IMSI中的指定位置的字段的值确定运营商，以及根据确定的运营商生成第二运营商集合。

其中，第二运营商集合是指包括终端内嵌入式SIM卡中存储的运营商信息的集合，不同的终端内嵌入式SIM卡中的运营商信息不同，也即不同的终端对应的第二运营商集合不同。

一般的，IMSI采用E.212格式，号码总长度为15位，由移动国家码(Mobile CountryCode，MCC)+移动网号(Mobile Network Code，MNC)+移动客户识别号(Mobile SubscriberIdentification Number，MSIN)组成。MCC的资源由国际电联(ITU)统一分配和管理，唯一识别移动用户所属的国家，共3位数字，如：中国为460。MNC用于识别移动客户所属的移动网络，2～3位数字组成，如：中国移动的MNC为00，联通的MNC是01，中国移动159新号段的MNC是02。MSIN是在某一PLMN中移动台的唯一识别码，MSIN＝H0H1H2H3(S)XXXXXX(10～11位)。

由此可知，IMSI中的指定位置的字段，也即IMSI的前五位数是运营商对应的编号，基于IMSI的前五位数可确定其对应的运营商。不同的profile配置文件对应的IMSI也不相同，故可通过各个profile配置文件各自对应的IMSI确定各自的运营商，由此可得到第二运营商集合，第二运营商集合中包括终端内的嵌入式SIM卡中存储一个或多个profile配置文件各自对应的运营商信息。

S606，将第一运营商集合与第二运营商集合进行比对分析得到比对结果。

具体地可参见上述S503步骤，此处不再赘述。

S607，基于比对结果确定是否锁定嵌入式SIM卡。

一般的，比对结果是用来判定是否需要锁定嵌入式SIM卡的依据，比对结果可以包括第一运营商集合和第二运营商集合不存在交集、第一运营商集合和第二运营商集合存在交集的两种结果。

S608，在比对结果表示所述第一运营商集合和第二运营商集合不存在交集时，将嵌入式SIM卡中的一个或多个profile配置文件设置为去使能状态。

其中，交集是指包含第一运营商集合与第二运营商集合相同的运营商信息的集合，也即属于第一运营商集合且属于第二运营商集合的集合。去使能状态是指disable状态，在去使能状态下的profile配置文件不能获得起网权限。

一般的，在第一运营商集合和第二运营商集合不存在交集时，表明基于终端所接收的锁卡策略信息下，终端内的嵌入式SIM卡中的一个或多个profile配置文件均不能获得起网权限，则可对该嵌入式SIM卡进行锁定，此时终端将无法获得网络服务。

S609，在比对结果表示第一运营商集合和第二运营商集合存在交集时，将交集中的至少一个运营商对应的profile配置文件设置为使能状态，及将不位于交集中的至少一个运营商对应的profile配置文件设置为去使能状态。

其中，使能状态是指enable状态，在使能状态下的profile配置文件可获得起网权限。

一般的，在第一运营商集合和第二运营商集合存在交集时，表明基于终端所接收的锁卡策略信息下，终端内的嵌入式SIM卡中的一个或多个profile配置文件中存在可获得起网权限的profile配置文件，将交集中的profile配置文件设置为使能状态，以及将第二运营商集合中除交集中的运营商信息之外的运营商信息对应的profile配置文件设置为去使能状态，使交集中的profile配置文件获得起网权限，终端可基于使能状态的profile配置文件获取网络服务，同时使第二运营商集合中除交集中的运营商信息之外的运营商信息对应的profile配置文件不能获得起网权限，终端基于去使能状态的profile配置文件不能获得网络服务。

举例说明：请参见图7所示的服务器与终端交互的示意图，运营商A(701)与运营商B(702)可构建统一的服务器获锁卡策略，锁卡策略中可包括三种解锁码分别可表示为0、1、2；解锁码的参数值为0的锁卡策略信息，表示允许终端使用运营商A的SIM卡；解锁码的参数值为1的锁卡策略信息，表示允许终端使用运营商B的SIM卡；解锁码的参数值为2的锁卡策略信息，表示允许终端可使用任何运营商的SIM卡。可将该锁卡策略存储于OMA DM服务器中，在用户需要切换当前SIM卡或输入SIM卡的卡号时，用户可在终端设备704的显示界面上执行相应的触摸操作，也即在用户在终端设备704上执行申请解锁码操作时，会触发终端设备704响应于用户执行的申请解锁码操作，并基于终端设备704内的OMA客户端组件向服务器703发送锁卡策略申请请求，锁卡策略申请请求用于请求服务器703发送与终端设备704的IMSI对应的锁卡策略信息。服务器703在接收到由终端设备704发送的锁卡策略申请请求时，会基于OMA DM协议将该终端设备704的IMSI对应的锁卡策略信息，该锁卡策略信息中包括解锁码，且解锁码的参数值为1。终端设备704在接收到该锁卡策略信息后，可基于OMA客户端组件对该锁卡策略信息进行分析的与锁卡策略信息对应的第一运营商集合，第一运营商集合中包括运营商B，锁卡策略文件也即第一运营商集合的表示形式，同时，可基于嵌入式SIM卡705内的一个或多个profile配置文件可确定第二运营商集合，第二运营商集合中包括运营商B，将第一运营商集合与第二运营商集合进行比对分析，可确定第一运营商集合与第二运营商集合不存在交集，可需要锁定终端内的嵌入式SIM卡。

由上述内容可知，本方案提供的嵌入式卡的锁卡方法，终端响应于用户执行的申请解锁码操作，向服务器发送锁卡策略申请请求；接收由服务器发送的锁卡策略信息；确定解锁码的参数值，获取与参数值关联的第一运营商集合；读取嵌入式SIM卡中存储的一个或多个profile配置文件各自对应的IMSI；根据IMSI中的指定位置的字段的值确定运营商，以及根据确定的运营商生成第二运营商集合；将第一运营商集合与第二运营商集合进行比对分析得到比对结果；基于比对结果确定是否锁定嵌入式SIM卡；在比对结果表示所述第一运营商集合和第二运营商集合不存在交集时，将嵌入式SIM卡中的一个或多个profile配置文件设置为去使能状态；在比对结果表示第一运营商集合和第二运营商集合存在交集时，将交集中的至少一个运营商对应的profile配置文件设置为使能状态，及将不位于交集中的至少一个运营商对应的profile配置文件设置为去使能状态，由此实现在终端侧对终端内的嵌入式SIM卡进行锁定，且锁定嵌入式SIM卡的流程较为简单。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图8，其示出了本申请一个示例性实施例提供的嵌入式卡的锁卡装置8的结构示意图。该嵌入式卡的锁卡装置8可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该嵌入式卡的锁卡装置8包括：

接收模块801，用于接收由服务器发送的锁卡策略信息；

解析模块802，用于解析所述锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合；

分析模块803，用于将所述第一运营商集合与所述第二运营商集合进行比对分析得到比对结果；

判断模块804，用于基于所述比对结果确定是否锁定所述嵌入式SIM卡。

可选地，所述装置8还包括：

发送单元，用于响应于用户执行的申请解锁码操作，向所述服务器发送锁卡策略申请请求；其中，所述锁卡策略申请请求用于请求所述服务器发送与终端的国际移动设备识别码IMSI对应的锁卡策略信息。

可选地，所述解析模块802包括：

第一处理单元，用于确定所述解锁码的参数值，获取与所述参数值关联的所述第一运营商集合。

可选地，所述解析模块802包括：

读取单元，用于读取所述嵌入式SIM卡中存储的所述一个或多个profile配置文件各自对应的IMSI；

生成单元，用于根据所述IMSI中的指定位置的字段的值确定运营商，以及根据确定的运营商生成所述第二运营商集合。

可选地，所述判断模块804包括：

第二处理单元，用于在所述比对结果表示所述第一运营商集合和所述第二运营商集合不存在交集时，将嵌入式SIM卡进行锁定；或

第三处理单元，用于在所述比对结果表示所述第一运营商集合和所述第二运营商集合存在交集时，基于所述交集设置所述一个或多个profile配置文件的使能状态。

可选地，所述判断模块804包括：

第一设置单元，用于将交集中的至少一个运营商对应的profile配置文件设置为使能状态，及将不位于所述交集中的至少一个运营商对应的profile配置文件设置为去使能状态。

可选地，所述判断模块804包括：

第二设置单元，用于将所述嵌入式SIM卡中的一个或多个profile配置文件设置为去使能状态。

需要说明的是，上述实施例提供的嵌入式卡的锁卡装置在执行嵌入式卡的锁卡方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的嵌入式卡的锁卡装置与嵌入式卡的锁卡方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例的方案在执行时，终端接收由服务器发送的锁卡策略信息，解析锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合，将第一运营商集合与第二运营商集合进行比对分析得到比对结果，基于比对结果确定是否锁定嵌入式SIM卡，由此实现在终端侧对终端内的嵌入式SIM卡进行锁定，且锁定嵌入式SIM卡的流程较为简单。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述的方法步骤。

本申请还提供了一种终端，包括处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (9)

1.一种嵌入式卡的锁卡方法，其特征在于，所述方法包括：

接收由服务器发送的锁卡策略信息；

解析所述锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合；

将所述第一运营商集合与所述第二运营商集合进行比对分析得到比对结果；其中，所述比对结果为所述第一运营商集合与所述第二运营商集合不存在交集或者所述第一运营商集合与所述第二运营商集合存在交集；

基于所述比对结果确定是否锁定所述嵌入式SIM卡；

其中，所述基于所述比对结果确定是否锁定所述嵌入式SIM卡，包括：在所述比对结果表示所述第一运营商集合和所述第二运营商集合不存在交集时，将所述嵌入式SIM卡进行锁定；或在所述比对结果表示所述第一运营商集合和所述第二运营商集合存在交集时，基于所述交集设置所述一个或多个profile配置文件的使能状态。

2.根据权利要求1所述的方法，其特征在于，所述接收由服务器发送的锁卡策略信息之前，还包括：

响应于用户执行的申请解锁码操作，向所述服务器发送锁卡策略申请请求；其中，所述锁卡策略申请请求用于请求所述服务器发送与终端的国际移动设备识别码IMSI对应的锁卡策略信息。

3.根据权利要求1所述的方法，其特征在于，所述锁卡策略信息包括解锁码；

其中，所述解析所述锁卡策略信息得到第一运营商集合，包括：

确定所述解锁码的参数值，获取与所述参数值关联的所述第一运营商集合。

4.根据权利要求1所述的方法，其特征在于，所述解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合，包括：

读取所述嵌入式SIM卡中存储的所述一个或多个profile配置文件各自对应的IMSI；

根据所述IMSI中的指定位置的字段的值确定运营商，以及根据确定的运营商生成所述第二运营商集合。

5.根据权利要求1所述的方法，其特征在于，所述基于所述交集设置所述一个或多个profile配置文件的使能状态，包括：

将交集中的至少一个运营商对应的profile配置文件设置为使能状态，及将不位于所述交集中的至少一个运营商对应的profile配置文件设置为去使能状态。

6.根据权利要求1所述的方法，其特征在于，所述将所述嵌入式SIM卡进行锁定，包括：

将所述嵌入式SIM卡中的一个或多个profile配置文件设置为去使能状态。

7.一种嵌入式卡的锁卡装置，其特征在于，所述装置包括：

接收模块，用于接收由服务器发送的锁卡策略信息；

解析模块，用于解析所述锁卡策略信息得到第一运营商集合，以及解析嵌入式用户身份识别SIM卡中存储的一个或多个profile配置文件得到第二运营商集合；

分析模块，用于将所述第一运营商集合与所述第二运营商集合进行比对分析得到比对结果；其中，所述比对结果为所述第一运营商集合与所述第二运营商集合不存在交集或者所述第一运营商集合与所述第二运营商集合存在交集；

判断模块，用于基于所述比对结果确定是否锁定所述嵌入式SIM卡；

其中，所述判断模块包括：第二处理单元，用于在所述比对结果表示所述第一运营商集合和所述第二运营商集合不存在交集时，将所述嵌入式SIM卡进行锁定；或第三处理单元，用于在所述比对结果表示所述第一运营商集合和所述第二运营商集合存在交集时，基于所述交集设置所述一个或多个profile配置文件的使能状态。

8.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1～6任意一项的方法步骤。

9.一种终端，其特征在于，包括：处理器、存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1～6任意一项的方法步骤。