eSIM模块及其签约数据的加载及其管理方法与流程

本申请涉及物联网技术领域，尤其涉及一种esim模块及其签约数据的加载及其管理方法。

背景技术：

现有物联网被称为继计算机、互联网之后的世界信息产业的第三次浪潮，代表了下一代信息技术发展方向，esim(嵌入式通用集成电路卡)作为物联网终端接入运营商网络的鉴权工具以及承载各种应用、数据的安全载体，已经成为物联网发展的关键核心技术。esim不仅仅是一种新的sim卡形态或用户终端设备形态，还包括为支持这种新形态设备而建立的整体系统，其中esim远程管理的引入是为了满足海量物联网设备批量开卡，降低国际漫游成本等行业需求。

如图1所示，运营商通过运营商远程管理平台来管理esim模块的用户签约信息的下载、安装、激活、去激活、删除等管理操作。

但是，由于不同运营商的功能需求不同，esim模块正式商用前，需要与每个运营商调试配置文件(profile)加载过程中的双向认证、数据下载、安装、激活、去激活、删除等流程是否能正常执行，需要开展激活后的入网兼容性测试；浪费人力物力，还有可能不断出现兼容性问题。

另外，更换用户签约信息时，需要下载整套profile数据，包括文件系统、入网密钥参数、辅助安全域、应用等数据等，数据量比较大，耗费时间较长，并且加载多个运营商profile数据时，占用esim模块存储资源较多。

技术实现要素：

本申请的目的在于提供一种esim模块及其签约数据的加载及其管理方法，利用第三方管理平台的公用profile数据为esim模块提供签约数据管理，避免了兼容性问题。

为达到上述目的，本申请提供一种esim模块的签约数据的加载及其管理方法，包括首次加载运营商的签约信息，具体包括：接收第三方管理平台响应于esim模块的首次签约请求而发起的第一双向认证；加载并安装第三方管理平台响应于第一双向认证通过而下发的公用profile数据，并向第三方管理平台发送公用数据安装成功信息；公用profile数据为兼容不同运营商的esim模块所需的所有文件和数据；接收首次签约的运营商的远程管理平台响应于第一签约信息请求而发起的第二双向认证；若第二双向认证通过，则加载第三方管理平台发送的经由封装的首次签约的运营商的签约信息；安装首次签约的运营商的签约信息，并向第三方管理平台上发安装成功信息。

如上的，其中，还包括管理签约数据，具体包括：接收第三方管理平台响应于esim模块的签约数据管理请求而发起的第三双向认证，签约数据管理请求包括激活、去激活和/或删除运营商的签约信息；接收第三方管理平台响应于第三双向认证通过而下发的profile管理指令；执行profile管理指令，并向第三方管理平台发送profile管理指令的执行结果；向安装esim模块的终端发送重启通知。

如上的，其中，还包括加载新的运营商的签约信息，具体包括：接收新的运营商的远程管理平台响应于对于新的运营商的第二签约信息请求而发起的第四双向认证；若第四双向认证通过，则接收第三方管理平台下发的经由封装的新的运营商的签约信息；安装新的运营商的签约信息，并向第三方管理平台发送安装成功信息。

如上的，其中，运营商的签约信息包括运营商的入网参数个性化数据和应用数据。

如上的，其中，激活运营商的签约信息为将运营商的个性化数据和应用数据关联到公用profile数据，去激活运营商的签约信息为断开运营商的个性化数据和应用数据与公用profile数据之间的关联。

本申请还提供一种esim模块，包括通信模块、第一双向认证模块、公用profile数据加载模块、公用数据安装模块、安装成功信息发送模块、第二双向认证模块、第一签约信息接收模块以及第一签约信息安装模块；通信模块，用于与第三方管理平台通信；第一双向认证模块与通信模块连接，用于响应于esim模块的首次签约请求而与第三方管理平台进行双向认证；公用profile数据加载模块与第一双向认证模块连接，用于加载并安装第三方管理平台响应于双向认证通过而下发的公用profile数据；安装成功信息发送模块与公用数据加载模块连接，用于向第三方管理平台发送公用数据和签约信息安装成功的信息；第二双向认证模块与通信模块连接，用于接收首次签约的运营商的远程管理平台响应于第一签约信息请求而发起的第二双向认证；第一签约信息接收模块与第二双向认证模块连接，用于接受第三方管理平台发送的经由封装的首次签约的运营商的签约信息；第一签约信息安装模块与第一签约信息接收模块和安装成功信息发送模块连接，用于安装首次签约的运营商的签约信息并向第三方管理平台发送安装成功信息。

如上的，其中，还包括第三双向认证模块、profile管理指令接收模块、profile管理指令执行模块、指令执行结果发送模块和重启通知发送模块；第三双向认证模块与通信模块连接，用于响应于esim模块的签约数据管理请求而与第三方管理平台进行双向认证；profile管理指令接收模块与第三双向认证模块连接，用于接收第三方管理平台响应于双向认证通过而下发的profile管理指令；profile管理指令执行模块与profile管理指令接收模块连接，用于执行profile管理指令；指令执行结果发送模块与profile管理指令执行模块连接，用于向第三方管理平台发送profile管理指令的执行结果；重启通知发送模块与profile管理指令执行模块连接，用于向终端发送重启通知。

如上的，其中，还包括第四双向认证模块、第二签约信息接收模块以及第二签约信息安装模块；第四双向认证模块与通信模块连接，用于接收新的运营商的远程管理平台响应于对于新的运营商的第二签约信息请求而发起的第四双向认证；第二签约信息接收模块与第四双向认证模块连接，用于接收第三方管理平台下发的经由封装的新的运营商的签约信息；第二签约信息安装模块与第二签约信息接收模块连接，用于安装新的运营商的签约信息。

如上的，其中，运营商的签约信息包括运营商的入网参数个性化数据和应用数据。

如上的，其中，esim模块中，不同运营商的签约信息相互隔离。

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

(1)本申请的利用第三方管理平台中的公用profile数据实现esim模块在不同运营商之间的无障碍更换，无需对每个运营商进行单独的调试和激活后的入网兼容性测试，解决了兼容性问题，并且大幅度减少签约信息更换时需要加载数据及其耗费的时间。

(2)本申请中运营商的签约信息仅包括入网参数个性化数据和应用数据，无需下载运营商的整套profile数据，大大减小签约信息在esim模块中的占用空间，并且加快了签约信息的加载速度。

(3)本申请中esim模块将每一组签约信息存储在相对独立空间，避免签约信息的调用错误。

附图说明

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

图1为现有技术中esim模块的管理系统的结构图；

图2为本申请实施例提供的esim模块的管理系统的结构图；

图3为本申请实施例提供的首次加载运营商的流程图；

图4为本申请实施例提供的加载新的运营商的流程图；

图5为本申请实施例提供的签约数据的管理方法的流程图；

图6为本申请实施例提供的esim模块的结构图。

具体实施方式

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

实施例一

图2为本申请实施例提供的esim模块的管理系统的结构图。如图2所示，管理系统包括esim模块100、第三方管理平台200和各运营商的远程管理平台300。esim模块100通过第三方管理平台200连接不同运营商的远程管理平台300。第三方管理平台200具有兼容不同运营商的公用profile数据以及各运营商的签约信息，用于运营商与esim模块之间的双向认证、运营商的签约数据的安全传输以及对esim模块的profile的状态管理指令的传输。esim模块100在使用运营商前，仅需要与第三方管理平台200调试profile数据加载过程中的双向认证、数据下载、安装、激活、去激活和删除流程以及激活后的入网测试即可。

优选地，esim模块可加载多个运营商的签约信息，不同运营商的签约信息相互隔离。在这种情况下，只有一个运营商的签约信息处于激活状态。

图3为本申请实施例提供的首次加载运营商的流程图。如图3所示，首次加载运营商包括如下步骤:

s301：用户向第三方管理平台发送对运营商1的签约请求。

s302：第三方管理平台收到签约请求后，判断esim模块是否为空白卡。具体地，通过判断esim模块中是否存在公用profile数据来判断esim模块是否为空白卡。若存在公用profile数据，则esim模块不是空白卡。否则，esim模块是空白卡。

s303：若esim模块为空白卡，则第三方管理平台发起与esim模块的双向认证。

s304：若认证成功，第三方管理平台向esim模块下发兼容全网功能的公用profile数据。

s305：esim模块加载公用profile数据后，安装公用profile数据。公用profile数据为兼容不同运营商的esim模块所需的所有文件和数据，包括但不限于eficcid、dftelecom及其通信基础文件、pin(个人初始识别码)、puk(解锁码)、应用专有文件adf、通信文件数据、辅助安全域文件ssd和应用业务文件applet等。

s306：esim模块向第三方平台发送安装成功信息。

s307：第三方管理平台向运营商1远程管理平台发起加载签约信息的请求。

s308：收到加载签约信息的请求，运营商1的远程管理平台向esim模块发起双向认证。

s309：认证成功后，运营商1的远程管理平台向第三方管理平台发送其签约信息。签约信息包括运营商1的入网参数个性化数据和应用数据，如ki、opc、imsi、spn、plmn、fplmn、钱包、一卡通应用等。

s310：第三方管理平台收到签约信息后，封装该签约信息，并下发到esim模块。

s311：esim模块加载并安装签约信息，并向第三方管理平台上发安装成功信息。其中，安装签约信息即是将签约信息存储到esim模块中。

当esim模块需要更换未经下载的运营商时，需要加载新的运营商的签约信息。图4为本申请实施例提供的加载新的运营商的流程图。如图4所示，加载新的运营商(以运营商2为例)包括如下步骤：

s401：用户向第三方管理平台发起运营商2的签约请求。

s402：第三方管理平台收到签约请求后，将该签约请求发送给运营商2的远程管理平台。

s403：运营商2的远程管理平台收到签约请求后向esim模块发起双向认证。

s404：认证成功后，运营商2的远程管理平台下发签约信息到第三方管理平台，签约信息包括运营商2的入网参数个性化数据和应用数据。

s405：第三方管理平台封装运营商2的签约信息，并下发到esim模块。

s406：esim模块加载并安装运营商2的签约信息，并上发安装成功通知。

s407：第三方管理平台收到通知后，通知运营商2的远程管理平台，签约信息加载完成。

本申请仅在首次签约运营商时加载了公用profile数据，后续新增其他运营商时无需加载公用profile数据，只需加载新的运营商的签约信息即可。

用户可以通过客户端操作软件或者第三方管理平台的操作界面发起签约数据的管理请求，该管理请求包括激活、去激活和/或删除运营商的签约信息等。图5为本申请实施例提供的签约数据的管理方法的流程图。如图5所示，签约数据的的管理方法包括如下步骤：

s501：用户向第三方管理平台发送管理请求，如将运营商1更换为运营商2。

s502：收到管理请求后，第三方管理平台下发profile状态管理指令到esim模块，如将运营商1更换为运营商2。

s503：esim模块收到profile的状态管理指令后执行该指令。其中，执行上述指令即是断开运营商1的个性化数据和应用数据与公用profile数据之间的关联，并将运营商2的个性化数据和应用数据关联到公用profile数据，即是去激活运营商1和激活运营商2。

s504：指令完成后，向第三方管理平台上发成功信息；第三方管理平台收到成功信息后，通知运营商的远程管理平台，如通知运营商2的远程管理平台。

s505：esim模块通知安装esim模块的终端重启；终端重启后，该签约数据的管理功能生效。

该流程也适用于用户删除运营商的签约信息等情况。

实施例二

本申请还提供了一种esim模块，其存储了兼容不同运营商的公用profile数据和不同运营商的签约信息。

优选地，运营商的签约信息包括运营商的入网参数个性化数据和应用数据。

优选地，esim模块中，不同运营商的签约信息相互隔离。

如图6所示，esim模块包括通信模块601、第一双向认证模块602、公用profile数据加载模块603、安装成功信息发送模块605、第二双向认证模块606、第一签约信息接收模块607、第一签约信息安装模块608、第三双向认证模块609、profile管理指令接收模块610、profile管理指令执行模块611、指令执行结果发送模块612、重启通知发送模块613、第四双向认证模块614、第二签约信息接收模块615以及第二签约信息安装模块604。

通信模块601用于与第三方管理平台通信。

第一双向认证模块602与通信模块601连接，用于响应于esim模块的首次签约请求而与第三方管理平台进行双向认证。

公用profile数据加载模块603与第一双向认证模块602连接，用于加载并安装第三方管理平台响应于双向认证通过而下发的公用profile数据。

安装成功信息发送模块605与公用数据加载模块603连接，用于向第三方管理平台发送公用数据和签约信息安装成功的信息。

第二双向认证模块606与通信模块601连接，用于接收首次签约的运营商的远程管理平台响应于第一签约信息请求而发起的第二双向认证。

第一签约信息接收模块607与第二双向认证模块606连接，用于接受第三方管理平台发送的经由封装的首次签约的运营商的签约信息。

第一签约信息安装模块608与第一签约信息接收模块607和安装成功信息发送模块605连接，用于安装首次签约的运营商的签约信息并向第三方管理平台发送安装成功信息。

第三双向认证模块609与通信模块601连接，用于响应于esim模块的签约数据管理请求而与第三方管理平台进行双向认证。

profile管理指令接收模块610与第三双向认证模块609连接，用于接收第三方管理平台响应于双向认证通过而下发的profile管理指令。

profile管理指令执行模块611与profile管理指令接收模块610连接，用于执行profile管理指令。

指令执行结果发送模块612与profile管理指令执行模块611连接，用于向第三方管理平台发送profile管理指令的执行结果。

重启通知发送模块613与profile管理指令执行模块611连接，用于向终端发送重启通知。

第四双向认证模块614与通信模块601连接，用于接收新的运营商的远程管理平台响应于对于新的运营商的第二签约信息请求而发起的第四双向认证。

第二签约信息接收模块615与第四双向认证模块614连接，用于接收第三方管理平台下发的经由封装的新的运营商的签约信息。

第二签约信息安装模块604与第二签约信息接收模块615和安装成功信息发送模块605连接，用于安装首次签约的运营商的签约信息并向第三方管理平台发送安装成功信息。

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

(1)本申请的利用第三方管理平台中的公用profile数据实现esim模块在不同运营商之间的无障碍更换，无需对每个运营商进行单独的调试和激活后的入网兼容性测试，解决了兼容性问题，并且大幅度减少签约信息更换时需要加载数据及其耗费的时间。

(2)本申请中运营商的签约信息仅包括入网参数个性化数据和应用数据，无需下载运营商的整套profile数据，大大减小签约信息在esim模块中的占用空间，并且加快了签约信息的加载速度。

(3)本申请中esim模块将每一组签约信息存储在相对独立空间，避免签约信息的调用错误。

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