CN111050312B

CN111050312B - 一种eSIM卡运营商文件管理方法和装置

Info

Publication number: CN111050312B
Application number: CN201911272929.9A
Authority: CN
Inventors: 钱京; 崔可; 尤洪松; 梁宇; 何碧波; 底明辉
Original assignee: Hengbao Co Ltd
Current assignee: Hengbao Co Ltd
Priority date: 2019-12-12
Filing date: 2019-12-12
Publication date: 2023-06-06
Anticipated expiration: 2039-12-12
Also published as: CN111050312A

Abstract

本申请公开了一种eSIM卡运营商文件管理方法和装置，包括如下步骤：接收运营商服务器下发的通知信息；管理单元根据通知信息将应用和运营商文件绑定；响应于应用启动请求，获取应用使用信息；管理单元根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件。通过自动切换移动运营商，实现了用户可享受应用的最大优惠，提升eSIM卡工作效率，同时可以并行运行运营商，进一步提升切换速度。

Description

一种eSIM卡运营商文件管理方法和装置

技术领域

本申请涉及计算机领域，特别的涉及一种eSIM卡运营商文件管理方法和装置。

背景技术

随着移动设备的发展，人们不再满足于插入式芯片卡的使用，eSIM(EmbeddedSubscriberIdentificationModule，嵌入式用户身份识别模块)技术随之成为行业发展的热点，利用eSIM技术实现的通信设备得以长足的发展。

现有的eSIM卡，在其中存储了多个移动运营商的数据，用户在使用eSIM卡时，eSIM卡的身份识别模块允许用户根据自己的需要选择运营商，并允许用户在任意时间任意切换。从而使得用户可以更加灵活的选择移动运营商，为用户节省更多终端使用成本，并带来便利性和安全性。

目前，如何对于eSIM卡上的多个移动运营商数据进行管理成为关注的焦点，现在的管理方式基本是由用户选择移动运营商，但是经常存在某个运营商的某项服务更优化，但另一个移动运营商的另一项服务更优化的现象，而人为的频繁切换，显然将会为用户带来使用的不变，以及效率的降低。

发明内容

本申请请求保护一种eSIM卡运营商文件管理方法及其装置，能够对移动运营商的各项服务进行管理和推荐，从而为用户提供更加优质的运营商服务。

本申请提供一种eSIM卡运营商文件管理方法，包括如下步骤：接收运营商服务器下发的通知信息；管理单元根据通知信息将应用和运营商文件绑定；响应于应用启动请求，获取应用使用信息；管理单元根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件。

优选地，其中通知信息中包括针对应用，运营商服务器提供的服务信息。

优选地，其中在切换运营商文件时，将当前运行的应用由切换后的运营商文件所管理。

优选地，在将当前运营商文件切换为与调用的应用相关的运营商文件后，还包括如下步骤：通过管理单元中保存的管理文件，连接到与运营商服务相对应的运营商服务器；向运营商服务器发送服务消息；运营商服务器根据服务消息中包括的所述应用的使用状况，向所述eSIM卡提供与其相匹配的云服务。

优选地，其中管理文件中保存连接信息和权限信息，连接信息中保存连接的运营商信息，权限信息中保存可以并行执行的运营商服务。

本申请还提供一种eSIM卡，包括如下部件：安全元件，存储多个运营商文件和应用；管理单元，接收运营商服务器下发的通知信息，根据通知信息将应用和运营商文件绑定；响应于应用启动请求，获取应用使用信息；根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件。

进一步地，本申请还提供一种eSIM卡运营商文件管理装置，包括如上所述的eSIM卡，以及提供云服务的运营商服务器。

本申请通过自动切换移动运营商，实现了用户可享受应用的最大优惠的同时，免除用户人为切换运营商的麻烦，提升eSIM卡工作效率，进一步的，本申请的eSIM卡运营商文件管理方法及其系统可以并行运行运营商，进一步提升切换速度。

附图说明

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

图1是本申请eSIM卡运营商文件管理装置的装置结构图；

图2是本申请eSIM卡的装置结构图；

图3是运营商文件管理方法的方法流程图。

具体实施方式

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

实施例一

本申请提出一种eSIM卡运营商文件管理装置100，包括如下部件：eSIM卡110，运营商服务器120。

eSIM卡110，包括如图2所示的部件：

安全元件210，存储多个运营商文件和应用；

管理单元220，接收运营商服务器下发的通知信息，根据通知信息将应用和运营商文件绑定；响应于应用启动请求，获取应用使用信息；根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件。

运营商服务器120，根据eSIM卡发送的服务消息中包括的所述应用的使用状况，获得与所述eSIM卡的标识相匹配的云服务。

进一步地，本申请提供一种eSIM卡运营商文件管理方法，如图3所示，包括如下步骤：

步骤S310、接收运营商服务器下发的通知信息；

通知信息中包括针对应用，运营商服务器提供的服务信息。例如移动运营商对某视频应用提供免流量视频放映等信息。

步骤S320、管理单元根据通知信息将应用和运营商文件绑定；

管理单元根据下发的通知信息，获得各个运营商服务器对应用提供的各项服务信息，选择最优服务，将应用与提供相应最优服务的运营商服务器绑定。并将绑定关系记录在管理列表中。

步骤S330、响应于应用启动请求，获取应用使用信息；

应用使用信息中包括应用使用状况信息，应用的ID号等信息。该应用可以存储在eSIM卡安全元件上，也可以存储在eSIM卡公共区域。

步骤S340、管理单元根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件。

管理单元根据应用使用信息中记录的应用的ID号，查询管理列表，获得与应用绑定的运营商服务器，并根据运营商服务器获得与该运营商服务器相对应的eSIM卡中保存的该运营商服务器的运营商文件，将当前运营商文件切换为与调用的应用相关的运营商文件。

在切换运营商文件时，将当前运行的应用由切换后的运营商文件所管理。

实施例二

以上描述了根据运营商服务器下发的通知信息，为应用选择最优的运营商服务器，将应用和运营商服务器进行绑定。以下描述本申请的实施例二。

在实施例一种的将当前运营商文件切换为与调用的应用相关的运营商文件步骤后，还包括如下步骤：

步骤P110、通过管理单元中保存的管理文件，连接到与运营商服务相对应的运营商服务器；

管理文件中保存连接信息和权限信息，连接信息中保存连接的运营商信息，权限信息中保存可以并行执行的运营商服务。连接信息中包括运营商服务器地址，与运营商服务器通信时需要使用的签名和密钥等信息。使用连接信息，与运营商服务器建立连接。

步骤P120、向运营商服务器发送服务消息；

步骤P130、运营商服务器根据服务消息中包括的所述应用的使用状况，向所述eSIM卡提供与其相匹配的云服务。

其中运营商服务器中保存服务列表，根据所述应用的使用状况查询服务列表，从而为eSIM卡提供与其匹配的云服务。

实施例三

在实施例二的基础上，本申请还包括一个或多个云服务器，一个或多个云服务器与运营商服务器120连接，向所述eSIM卡提供与其相匹配的云服务。

运营商服务器可根据eSIM卡的标识查询服务列表，由运营商服务器为eSIM卡提供与其匹配的云服务。

运营商服务器也可以根据服务消息中包括的所述应用的使用状况，在提供所述云服务的云服务提供商中，获得与所述应用的使用状况相匹配且优先级最高的云服务服务器地址；

运营商服务器向云服务器服务地址发送指令，以使与所述云服务器地址相应的服务器向所述eSIM卡提供与其相匹配的云服务。

实施例四

在实施例一的基础上，eSIM卡中的运营商服务根据使用频率进行排序，每次并行启动排序靠前的一个或几个运营商服务，其中排序第一的作为主运营商服务，其他作为辅运营商服务。

进一步地，在权限信息中保存可以并行执行的运营商服务。在启动并行执行的运营商服务时，需要满足权限信息的要求。即如果不能并行执行，则不能同时启动这些运营商服务。

通过并且启动多个运营商服务，在应用调用相应的运营商服务时，无需频繁关闭和启动运营商服务，从而节约用户的等待时间。

对应于图3中的方法，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述eSIM卡运营商文件管理方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述eSIM卡运营商文件管理方法。

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

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

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种eSIM卡运营商文件管理方法，包括如下步骤：

接收运营商服务器下发的通知信息；

管理单元根据通知信息将应用和运营商文件绑定；

响应于应用启动请求，获取应用使用信息；

管理单元根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件；

在将当前运营商文件切换为与调用的应用相关的运营商文件后，还包括如下步骤：

通过管理单元中保存的管理文件，连接到与运营商服务相对应的运营商服务器；

向运营商服务器发送服务消息；

运营商服务器根据服务消息中包括的所述应用的使用状况，向所述eSIM卡提供与其相匹配的云服务；

其中管理文件中保存连接信息和权限信息，连接信息中保存连接的运营商信息，权限信息中保存可以并行执行的运营商服务；连接信息中包括运营商服务器地址，与运营商服务器通信时需要使用的签名和密钥信息，使用连接信息，与运营商服务器建立连接。

2.如权利要求1所述的eSIM卡运营商文件管理方法，其中通知信息中包括针对应用，运营商服务器提供的服务信息。

3.如权利要求1所述的eSIM卡运营商文件管理方法，其中在切换运营商文件时，将当前运行的应用由切换后的运营商文件所管理。

4.一种eSIM卡，包括如下部件：

安全元件，存储多个运营商文件和应用；

管理单元，接收运营商服务器下发的通知信息，根据通知信息将应用和运营商文件绑定；响应于应用启动请求，获取应用使用信息；根据应用使用信息获得绑定关系，将当前运营商文件切换为与调用的应用相关的运营商文件；

向运营商服务器发送服务消息；

5.如权利要求4所述的eSIM卡，其中通知信息中包括针对应用，运营商服务器提供的服务信息。

6.如权利要求4所述的eSIM卡，其中在切换运营商文件时，将当前运行的应用由切换后的运营商文件所管理。

7.一种eSIM卡运营商文件管理装置，包括如权利要求4-6之一所述的eSIM卡，以及提供云服务的运营商服务器。