具体实施方式

在下文中，参考附图详细描述本公开的实施例。

在描述实施例时，省略了对本公开所属领域中公知的并且与本公开不直接相关的技术内容的描述，以便通过省略不必要的描述清楚地传递本公开的主旨而不会模糊本公开的主旨。

出于同样的原因，在附图中，一些元件被放大、省略或示意性地描绘。此外，每个元件的大小不能准确地反映其真实大小。在附图中，相同或相似的元件被分配相同的附图标记。

根据结合附图详细描述的实施例，本公开的优点和特征以及用于实现这些优点和特征的方法将变得显而易见。然而，本公开不限于所公开的实施例，而是可以以各种不同的形式实现。提供实施例仅是为了完成本公开，并完全向具有本公开所属领域的普通知识的人员通知本公开的类别。本公开由权利要求的类别限定。在整个说明书中，相同的附图标记表示相同的元件。

在本公开中，将理解，流程图图示的每个框和流程图图示中的框的组合能够由计算机程序指令执行。这些计算机程序指令可以安装在通用计算机、专用计算机或其他可编程数据处理设备的处理器上，使得由计算机或其他可编程数据处理设备的处理器执行的指令创建用于执行流程图框中指定的功能的装置。这些计算机程序指令还可以存储在计算机可用或计算机可读存储介质中，所述计算机可用或计算机可读存储介质能够指示计算机或其他可编程数据处理设备以特定方式实现功能，使得存储在计算机可用或计算机可读存储介质中的指令产生包括实现流程图框中指定的功能的指令装置的制品。计算机程序指令还可以加载在计算机或其他可编程数据处理设备上，以促使在计算机或其他可编程数据处理设备上执行一系列操作步骤，以产生计算机执行的过程，使得执行计算机或可编程数据处理设备的指令提供用于执行流程图框中描述的功能的步骤。

此外，流程图图示的每个框可以表示模块、段或代码的一部分，其包括用于实现指定逻辑功能的一个或更多个可执行指令。还应该注意，在一些替代实施方式中，框中提到的功能可以不按顺序发生。例如，连续示出的两个框实际上可以基本上同时执行，或者框有时可以以相反的顺序执行，这取决于所涉及的功能。

如在本实施例中使用的术语“单元”意指软件或硬件组件，诸如FPGA或ASIC，并且，“单元”执行特定任务。然而，术语“～单元”并不意味着其限于软件或硬件。“单元”可以有利地被配置为驻留在可寻址存储介质上并被配置为在一个或更多个处理器上操作。因此，“单元”可以包括例如组件(诸如软件组件、面向对象的软件组件、类组件和任务组件)、过程、功能、属性、进程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、阵列和变量。在组件和“单元”中提供的功能可以组合成更少的组件和“单元”，或者可以进一步分成附加的组件和“单元”。此外，组件和“单元”可以被实现为在设备或安全多媒体卡内的一个或更多个CPU上操作。

提供在本公开的实施例中使用的特定术语以帮助理解本公开。在不脱离本公开的技术精神的情况下，这种特定术语的使用可以改变为另一种形式。

在本公开中，“通用集成电路卡(UICC)”是通过插入到移动通信终端等中而使用的智能卡，也被称为UICC卡。

UICC是指其中存储移动通信订户的个人信息(诸如网络接入认证信息、电话号码簿或SMS)的芯片，其通过在接入移动通信网络(诸如GSM、WCDMA、LTE等)时生成订户认证和流量安全密钥来实现移动通信的安全使用。

UICC可以包括用于使终端能够接入移动运营商的网络的通信应用或接入控制模块。这种通信应用或接入控制模块的示例包括通用订户身份模块(USIM)、订户身份模块(SIM)、IP多媒体服务身份模块(ISIM)等。此外，UICC可以提供具有更高级别的安全功能，用于安装诸如电子钱包、票务或电子密码的各种应用。

包括USIM的UICC通常被称为USIM卡。同样地，包括SIM模块的UICC通常被称为SIM卡。

在本公开中，“SIM卡”、“UICC卡”、“USIM卡”和“包括ISIM的UICC”可以被用作相同的含义。也就是说，本公开的内容可以同样地应用于SIM卡、USIM卡、ISIM卡或公共UICC卡。

SIM卡存储移动通信订户的个人信息，并通过在接入移动通信网络时生成用户认证和流量安全密钥来实现移动通信的安全使用。

通常，响应于来自特定移动运营商的请求，SIM卡被制造为用于相应运营商的专用卡，并发布有用于相应运营商连接到网络的认证信息(例如，预先安装在卡上的通用订户身份模块(USIM)应用、国际移动订户身份(IMSI)、K值、OPc值等)的认证信息。因此，SIM卡提供给移动运营商并提供给订户。此后，如果有必要，移动服务提供方可以通过使用诸如空中下载(OTA)的技术来执行UICC内的应用的管理，诸如安装、修改、删除等。订户可以通过将UICC卡插入到所拥有的移动通信终端中来使用应用服务以及移动运营商的网络，并可以通过在更换终端时将UICC卡从现有终端递送并插入到新终端来在新终端中使用存储在UICC卡中的认证信息、移动通信电话号码、个人电话号码簿等而无需任何改变。

然而，SIM卡使得移动通信终端用户在从另一移动运营商接收服务时感到不方便。移动通信终端用户感觉不方便，这是因为他或她不得不物理地获得SIM卡以便从移动服务提供方接收服务。例如，当旅行另一国家时，因为用户不得不必须获得本地SIM卡以便接收本地移动通信服务，所以他或她感觉不方便。漫游服务在某种程度上解决了这种不便，但是存在的问题是，它相对昂贵，并且如果通信公司之间没有签订合同，则不能提供漫游服务。

如果SIM模块被远程下载并安装在UICC卡中，则能够极大地解决这种不便。也就是说，用户能够将待在期望的时机使用的SIM模块下载到UICC卡。在这样的UICC卡中，可以使用下载和安装多个SIM模块并仅选择SIM模块之一的方法。这样的UICC卡可以固定到终端，也可以不固定到终端。具体地，通过固定到终端而使用的UICC被称为嵌入式UICC(eUICC)。通常，eUICC是指能够通过固定到终端来使用的UICC卡，能够向UICC卡远程下载SIM模块并能够在其中选择下载的SIM模块。在本公开中，能够向其远程下载SIM模块并能够在其中选择下载的SIM模块的UICC卡被称为eUICC。也就是说，能够向其远程下载SIM模块并能够在其中选择下载的SIM模块的UICC卡中的固定或未固定到终端的UICC卡通常用作eUICC。此外，下载的SIM模块信息通常用作称为eUICC简档或更简单地称为简档的术语。

在本公开中，“嵌入式UICC(eUICC)”是具有插入终端的芯片形式的安全模块，而不是eUICC能够插入终端和从终端拆卸的可拆卸类型。可以通过使用空中下载(OTA)技术来下载简档并将其安装在eUICC中。eUICC可以被命名为其中能够下载和安装简档的UICC。

在本公开中，通过使用OTA技术在eUICC中下载和安装简档的方法也可以应用于能够插入到终端中和从终端拆卸的可拆卸类型UICC。也就是说，本公开的实施例可以应用于其中能够使用OTA技术下载和安装简档的UICC。

在本公开中，“UICC”可以与“SIM”互换地使用，并且，“eUICC”可以与“eSIM”互换地使用。

在本公开中，“简档”可以意指存储在UICC中的应用、文件系统、认证密钥值等以软件形式封装。

在本公开中，“USIM简档”可以具有与“简档”相同的含义，或者可以意指简档内的USIM应用中包括的信息以软件形式封装。

在本公开中，由终端启用简档的操作可以意指由终端通过将简档的状态改变为启用状态使得终端能够通过提供相应简档的移动运营商接收通信服务来设置简档的状态的操作。处于启用状态的简档可以被表示为“启用简档”。

在本公开中，由终端禁用简档的操作可以意指由终端通过将简档的状态改变为禁用状态使得终端不能通过提供相应简档的移动运营商接收通信服务来设置简档的状态的操作。处于禁用状态的简档可以被表示为“禁用简档”。

在本公开中，由终端删除简档的操作可以意指由终端通过将简档的状态改变为删除状态使得终端不再能够启用或禁用相应简档来设置简档的状态的操作。处于删除状态的简档可以被表示为“删除简档”。

在本公开中，由终端启用、禁用或删除简档的操作可以意指以下操作：首先将每个简档的状态标记为待启用状态、待禁用状态或待删除状态而不立即将每个简档的状态改变为启用状态、禁用状态或删除状态，由终端或终端的UICC执行特定操作(例如，执行刷新或重置命令)，然后将每个简档的状态改变为启用状态、禁用状态或删除状态。将特定简档的状态标记为待决状态(即，待启用状态、待禁用状态或待删除状态)的操作基本上不限于针对一个简档标记一个待决状态。一个或更多个简档的状态可以被标记为相同或不同的待决状态，一个简档的状态可以被标记为一个或更多个待决状态，或者一个或更多个简档的状态可以被标记为相同或不同的一个或更多个待决状态。

另外，如果终端为给定简档标记一个或更多个待决状态(to-be state)，则可以将标记的两个待决状态合并为一个状态。例如，如果给定简档的状态被标记为待禁用状态和待删除状态，则相应简档的待禁用状态和待删除状态可以被集成并被标记为待禁用或待删除状态。

此外，可以顺序地或同时地执行由终端将一个或更多个简档的状态标记为待决状态的操作。此外，可以顺序地或同时地执行由终端将一个或更多个简档的状态标记为待决状态，然后改变简档的实际状态的操作。

在本公开中，“简档供应服务器”可以包括用于生成简档、加密生成的简档、生成简档远程管理命令或加密生成的简档远程管理命令的功能。简档供应服务器可以表示为预订管理器数据准备(SM-DP)、预订管理器数据准备加强(SM-DP+)、简档域的脱卡实体、简档加密服务器、简档生成服务器、简档供应器(PP)、简档提供方或简档供应凭证(PPC)持有者。

在本公开中，“简档管理服务器”可以包括用于管理简档的功能。简档管理服务器可以表示为预订管理器安全路由(SM-SR)、预订管理器安全路由加强(SM-SR+)、eUICC简档管理器的脱卡实体、简档管理凭证(PMC)持有者、eUICC管理器(EM)、简档管理器(PP)等。

在本公开中，简档供应服务器可以表示简档管理服务器的功能的组合。因此，在本公开的各种实施例中，可以在简档管理服务器中执行简档供应服务器的操作。同样，可以在简档供应服务器中执行简档管理服务器或SM-SR的操作。

在本公开中，“发现中继服务器”可以被表示为预订管理器发现服务(SM-DS)、发现服务(DS)、根发现中继服务器(根SM-DS)、替代发现中继服务器(替代SM-DS)。发现中继服务器可以从一个或更多个简档供应服务器或发现中继服务器接收事件注册请求(或注册事件请求)。此外，可以复杂地使用一个或更多个发现中继服务器。在这种情况下，除了简档供应服务器之外，第一发现中继服务器还可以从第二发现中继服务器接收事件注册请求。

在本公开中，简档供应服务器和发现中继服务器可以被用作称为“远程SIM供应(RSP)服务器”的名称。RSP服务器可以表示为预订管理器XX(SM-XX)。

在本公开中，“终端”可以被表示为移动站(MS)、用户设备(UE)、用户终端(UT)、无线电终端、接入终端(AT)、终端、订户单元、订户站(SS)、无线设备、无线通信设备、无线发送/接收单元(WTRU)、移动节点、移动设备或其他术语。在实施例中，终端可以包括蜂窝电话、具有无线通信功能的智能电话、具有无线通信功能的便携式数字助理(PDA)、无线调制解调器、具有无线通信功能的便携式计算机、诸如具有无线通信功能的数字相机的拍摄设备、具有无线通信功能的游戏设备、具有无线通信功能的音乐存储和回放家用电器、能够无线互联网接入和浏览的互联网家用电器，并还可以包括集成了这些功能的组合的便携式单元或终端。此外，终端可以包括机器到机器(M2M)终端、机器类型通信(MTC)终端/设备，但是本公开不限于此。在本公开中，终端也可以被表示为电子设备。

在本公开中，在其中能够下载和安装简档的UICC可以被嵌入在“电子设备”中。如果UICC没有嵌入在电子设备中，则可以将与电子设备物理分离的UICC插入到电子设备中并耦接到电子设备。例如，UICC可以以卡的形式插入到电子设备中。电子设备可以包括终端。在这种情况下，终端可以是包括在其中能够下载和安装简档的UICC的终端。如果UICC可以嵌入在终端中并且终端和UICC是分离的，则UICC可以被插入到终端中，并可以被插入到终端中并耦接到终端。例如，在其中能够下载和安装简档的UICC可以被表示为eUICC。

在本公开中，终端或电子设备可以包括安装在终端或电子设备中的软件或应用，以便控制UICC或eUICC。例如，安装在终端或电子设备中以便控制UICC或eUICC的软件或应用可以被表示为本地简档助理(LPA)。

在本公开中，“简档分隔符”可以被表示为与简档ID、集成电路卡ID(ICCID)、匹配ID、事件ID、激活码、激活码令牌、命令码、命令码令牌、签名命令码、未签名命令码、ISD-P或简档域(PD)匹配的因子。简档ID可以指示每个简档的唯一ID。简档分隔符还可以包括能够对简档进行索引的简档供应服务器(SM-DP+)的地址。此外，简档分隔符还可以包括简档供应服务器(SM-DP+)的签名。

在本公开中，“eUICC ID”可以是嵌入在终端中的eUICC的唯一ID，并可以被表示为EID。此外，如果供应简档先前被安装在eUICC上，则eUICC ID可以是相应供应简档的ID。此外，在本公开的实施例中，如果终端和eUICC芯片未分离，则eUICC ID可以是终端ID。此外，eUICC ID可以表示eUICC芯片的特定安全域。

在本公开中，“简档容器”可以被命名为简档域。简档容器可以是安全域。

在本公开中，“应用协议数据单元(APDU))”可以是用于使终端能够结合eUICC操作的消息。此外，APDU可以是用于使简档提供方(PP)或简档管理器(PM)能够结合eUICC操作的消息。

在本公开中，“简档提供凭证(PPC)”可以是用于简档供应服务器与eUICC之间的相互认证和简档加密以及签名的手段。PPC可以包括对称密钥、Rivest Shamir Adleman(RSA)证书和私钥、椭圆曲线密码(ECC)证书和私钥、根认证机构(CA)和证书链中的一个或更多个。此外，如果简档供应服务器是多个，则可以由多个简档供应服务器在eUICC中存储或使用不同的PPC。

在本公开中，“简档管理凭证(PMC)”可以是用于简档管理服务器与eUICC之间的相互认证和传输数据加密以及签名的手段。PMC可以包括对称密钥、RSA证书和私钥、ECC证书和私钥、根CA和证书链中的一个或更多个。此外，如果简档管理服务器是多个，则可以由多个简档管理服务器在eUICC中存储或使用不同的PMC。

在本公开中，“AID”可以是应用标识符。该值可以是用于区分eUICC内的不同应用的分隔符。

在本公开中，“事件”可以是通常表示简档下载、远程简档管理或其他简档或eUICC的管理/处理命令的术语。所述事件可以被命名为远程SIM供应操作、RSP操作、RSP操作或事件记录。每个事件可以表示为包括以下项中的至少一个的数据：相应事件标识符(事件ID、EventID)或匹配标识符(匹配ID、MatchingID)、存储相应事件的简档供应服务器(SM-DP+)或发现中继服务器(SM-DS)的地址(FQDN、IP地址或URL)、简档供应服务器(SM-DP+)或发现中继服务器(SM-DS)的签名、或简档供应服务器(SM-DP+)或发现中继服务器(SM-DS)的数字证书。

对应于事件的数据可以被表示为“命令代码”。使用命令代码的一些或整个过程可以表示为“命令代码处理过程”或“命令代码过程”或“本地简档助理应用编程接口(LPAAPI)”。简档下载可以与简档安装互换使用。

此外，“事件类型”可以被用作指示特定事件是简档下载或远程简档管理(例如，删除、启用、禁用、替换、更新等)还是简档或eUICC管理/处理命令的术语，并可以被命名为操作类型(或OperationType)、操作类别(或OperationClass)、事件请求类型、事件类别、事件请求类别。终端获取给定事件标识符(EventID或MatchingID)或相应事件标识符的使用目的(EventID源或MatchingID源)的路径可以在相应事件标识符(EventID或MatchingID)中指定。

在本公开中，“简档包”可以与简档互换使用，或者可以用作指示特定简档的数据对象的术语，并可以被命名为简档TLV或简档包TLV。如果简档包已经使用加密参数加密，则简档包可以被命名为受保护的简档包(PPP)或受保护的简档包TLV(PPP TLV)。如果已经使用可以仅使用特定eUICC解码的加密参数对简档包进行了加密，则简档包可以被命名为绑定简档包(BPP)或绑定简档包TLV(BPP TLV)。简档包TLV可以是以标签、长度、值(TLV)格式表示构成简档的信息的数据集。

在本公开中，“本地简档管理(LPM)”可以被命名为简档本地管理、本地管理、本地管理命令、本地命令、本地简档管理包(LPM包)、简档本地管理包、本地管理包、本地管理命令包或本地命令包。LPM可以用于改变特定简档的状态(启用、禁用、删除)，并通过安装在终端中的软件等来更新特定简档的内容(例如，简档的昵称(简档昵称)或简档摘要信息(简档元数据)等)。LPM可以包括一个或更多个本地管理命令。在这种情况下，对于每个本地管理命令，简档(即，每个本地管理命令的主题)可以相同或不同。

在本公开中，“远程简档管理(RPM)”可以被命名为简档远程管理、远程管理、远程管理命令、远程命令、远程简档管理包(RPM包)、简档远程管理包、远程管理包、远程管理命令包或远程命令包。RPM可以用于改变特定简档的状态(启用、禁用、删除)或更新特定简档的内容(例如，简档的昵称(简档昵称)或简档摘要信息(简档元数据)等)。RPM可以包括一个或更多个远程管理命令。在这种情况下，简档(即，每个远程管理命令的主题)对于每个远程管理命令可以相同或不同。

在本公开中，“证书”或“数字证书”可以指示用于基于由一对公钥(PK)和密钥(SK)组成的非对称密钥进行相互认证的数字证书。每个证书可以包括一个或一个或更多个公钥(PK)、与每个公钥相应的公钥ID(PKID)、颁发相应证书的证书颁发者(CI)的标识符(证书颁发者ID)、以及数字签名。

此外，“证书颁发者”可以被命名为证书颁发者、证书颁发机构(CA)、证书颁发机构等。

在本公开中，“公钥(PK)”和“公钥ID(PKID)”可以互换地用作表示存储空间的相同含义，在所述存储空间中存储有特定公钥或包括相应公钥的证书、特定公钥的一部分或包括相应公钥的证书的一部分、特定公钥的运算结果的值(例如，散列值)或包括相应公钥的证书的运算结果的值(例如，散列值)、或者特定公钥的一部分的运算结果的值(例如，散列值)或者包括相应公钥的证书的一部分的运算结果的值(例如，散列值)，或者数据。

在本公开中，如果由一个证书颁发者颁发的证书(初级证书)用于颁发另一证书(次级证书)，或者次级证书用于连接地颁发第三或更多证书，则相应证书之间的相关性可以被命名为证书链或证书层级。在这种情况下，用于颁发第一证书的CI证书可以被命名为证书的根、最高证书、根CI、根CI证书、根CA、根CA证书等。

在本公开中，“移动服务提供方”可以指示向终端提供通信服务的公司，并通常可以表示业务支持系统(BSS)、操作支持系统(OSS)、销售点(POS)终端和服务提供方的其他IT系统中的全部。此外，在本公开中，服务提供方不限于仅表示提供通信服务的特定公司，并可以用作表示一个或更多个公司的组或协会(或联盟)和/或相应组或协会的代表性代表的术语。此外，在本公开中，服务提供方可以被命名为运营商(或OP或Op.)、移动网络运营商(MNO)、移动虚拟网络运营商(MVNO)、服务提供方(SP)、简档所有者(PO)等。提供方的名称和/或唯一ID(对象标识符：OID)中的至少一个可以被设置或分配给每个服务提供方。如果服务提供方表示一个或更多个公司的组或协会或代表，则给定组或协会或代表的名称或唯一ID可以是由属于相应组或协会的所有公司和/或与相应代表协作的所有公司共享的名称或唯一ID。

在本公开中，“AKA”可以指示认证和密钥协商，并可以指示用于接入3GPP和3GPP2网络的认证算法。

在本公开中，“K”可以是存储在AKA认证算法中使用的eUICC中的加密密钥值。

在本公开中，“OPc”是可以被存储在于AKA认证算法中使用的eUICC中的参数值。

在本公开中，“NAA”是网络接入应用程序，并可以是存储在UICC中并用于接入网络的应用程序，诸如USIM或ISIM。NAA可以是网络接入模块。

在本公开中，“指示符”可以用于表示给定功能、设置或操作是必要的或不是必要的，或者可以用于表示相应能、设置或操作本身。此外，在本公开中，指示符可以以各种形式表示，诸如字符串、字母数字串、指示真/假(布尔-真或假)的运算符、位图、数组或标志。具有相同含义的其他表达可以互换使用。

在下文中，参考图1至图10描述根据本公开的用于安装和管理eUICC简档的方法和设备。

图1是示出由根据本公开的实施例的终端通过使用其上已经安装有固定简档的通用集成电路卡(UICC)连接到移动通信网络的方法的示图。

如图1所示，可以将UICC 120插入到终端110中。例如，UICC 120可以是可拆卸类型，并可以先前已经嵌入在终端中。

已经安装了固定简档的UICC的固定简档意味着可以基于其接入特定通信公司的“接入信息”已经被固定。例如，接入信息可以是IMSI(即订户分隔符)、以及与订户分隔符一起认证网络所必需的K或Ki值。

根据各种实施例的终端110可以通过使用UICC 120与移动运营商的认证处理系统(例如，归属位置寄存器(HLR)或AuC)一起执行认证。例如，认证处理可以是认证和密钥协商(AKA)过程。当认证成功时，终端可以通过使用移动通信系统的移动通信公司网络130来使用移动通信服务，诸如使用电话或移动数据。

图2是示出根据本公开的实施例的终端响应于用户的输入来管理安装在第一终端中的简档并将简档安装在第二终端中的系统的配置的示图。

如图2所示，eSIM 211和221已经分别被安装在终端210和220上。简档(未示出)可能已分别安装在eSIM 211和221中。此外，LPA 212和222可以已经分别被安装在终端210和220中。eSIM 211和221可以分别由LPA212和222控制。用户200可以分别通过LPA 212和222来控制安装在终端的各个eSIM 211和221中的简档。

可以从服务提供方(以下称为“服务提供方”)250向用户200提供通信服务。为此，可以在第一终端210中已经安装服务提供方250的简档(未示出)。例如，如果用户200已经新购买了第二终端220，则用户可以尝试在第二终端220中再次安装在第一终端210中安装的简档。

服务提供方250可以已经耦接到第一简档服务器230和第二简档服务器240。第一终端210的LPA 212可以已经耦接到第一简档服务器230。第二终端220的LPA 222可以已经耦接到第二简档服务器240。在这种情况下，第一简档服务器230和第二简档服务器240可以相同或不同。此外，如果在配置中包括一个或更多个运营商服务器，则运营商服务器中的每一个可以已经耦接到每个单独的简档服务器，并且，至少一个运营商服务器可以已经耦接到同一简档服务器。此外，为了方便起见，图2示出了简档服务器230和240中的每一个由单个服务器组成。然而，根据实施方式和实施例，一个或更多个简档服务器(SM-DP+)可以被包括在服务器配置中，并且，辅助特定简档服务器与终端之间的连接和生成的一个或更多个发现中继服务器(SM-DS)可以被包括在服务器配置中。如上所述，将注意，在以下附图中，服务器的各种配置可以被简要地指示为单个简档服务器。

参考稍后将描述的附图详细描述根据本公开的实施例的用户200、服务提供方250、终端210和220、eSIM 211和221、LPA 212和222以及简档服务器230和240的详细操作和消息交换过程。

图3A是示出根据本公开的实施例的由第一终端通过简档服务器接收激活码并通过将激活码传递到第二终端来下载新简档的过程的示图。

参考图2以获得图3A中的用户200、第一终端210、第二终端220、第一简档服务器230、第二简档服务器240和服务提供方250的配置和描述。例如，用户200、第一终端210、第二终端220、第一简档服务器230、第二简档服务器240和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230、第二简档服务器240和服务提供方250。此外，第一简档服务器230和第二简档服务器240可以是相同的服务器。

参考图3A，在步骤301a中，用户200可以请求从第一终端210递送第一简档。如果有必要，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)和尝试递送第一简档的用户应该注意的信息。关于第一简档的一些或全部信息以及尝试递送第一简档的用户应该注意的一些或全部信息可以已经被存储在第一终端210或第一简档中，并可以随后在步骤307a中从第一简档服务器230接收，并且在步骤313a中从第二简档服务器240接收。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户将为简档递送支付的成本等。如果尚未剩下或定义服务提供方250允许的剩余简档递送的数量，则第一终端210可以通知用户第一简档的递送是不可能的并终止操作，或者可以通过执行步骤303a至307a经由服务提供方250或简档服务器230或240进一步接收将由用户为了递送简档而支付的成本等，并可以向用户通知成本等。此外，需要由终端接入以递送简档的简档服务器的至少一个地址可以已经被存储在第一终端210或第一简档中。例如，需要由终端接入以递送简档的简档服务器可以是第一简档服务器230。

在步骤303a中，第一终端210可以请求从第一简档服务器230递送第一简档。例如，可以使用发起认证消息(Initiate Authentication message)、终端认证客户端消息(terminal Authentication Client message)或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变或简档递送的操作类型来执行步骤303a。在步骤303a中请求递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤305a中，第一简档服务器230和服务提供方250可以检查第一简档的递送可能性。如果第一简档不能被递送到另一终端，则第一简档服务器230和服务提供方250可以准备新的第二简档。例如，可以使用下载命令消息、确认命令消息(Confirm Ordermessage)、远程管理命令(RPM命令)消息、释放命令消息(Release Order message)或句柄通知(Handle Notification)中的至少一个来执行步骤305a。在步骤305a中，如果有必要，简档服务器230和服务提供方250还可以生成或改变关于第一简档的信息(简档元数据)、关于第二简档的信息(简档元数据)和/或尝试递送第一简档的用户应该注意的一些或全部信息。例如，关于第一简档的信息和关于第二简档的信息可以包括已经提供每个简档的运营商250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。此外，第一简档服务器230和服务提供方250还可以生成激活码，基于激活码可下载所准备的第二简档。激活码可以至少包括存储第二简档的第二简档服务器240的地址和连接到第二简档的事件标识符(MatchingID)。为了方便起见，第一简档服务器230和第二简档服务器240在附图中已经被表示为分离的服务器，但是第一简档服务器230可以是与第二简档服务器240相同的服务器。对于步骤305a的更详细描述和另一实施例，可以参考图3B。

在步骤307a中，第一简档服务器230可以向第一终端210递送基于其第二简档可下载的激活码，并还可以提供不需要删除第一简档的通知。例如，可以使用不发送第一删除简档标志(Delete Profile flag)、不发送第一重用简档标志(Reuse Profile flag)、发送第一简档删除不必要(Do Not Delete Profile，不删除简档)标志或发送新简档使用标志等的方法来执行提供不需要删除第一简档的通知的方法。此外，在步骤307a中，如果有必要，则第一简档服务器230还可以向第一终端210通知关于第一简档的一些或全部信息、关于第二简档的全部信息(简档元数据)和/或尝试递送第一简档的用户应该注意的全部信息。例如，关于第一简档的信息或关于第二简档的信息可以包括已经提供每个简档的服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。如果第一终端210还接收关于第一简档的信息、关于第二简档的信息和/或尝试递送第一简档的用户应该注意的信息，则第一终端210可以向用户200输出一些或全部信息，并可以从用户200接收准许。

在步骤309a中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备了激活码。QR码可以用条形码信息、其他加密信息等代替。

在步骤311a中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤309a中，第一终端210可以直接将激活码传递到第二终端220，而不需要在屏幕上显示激活码。

在步骤313a中，第二终端220可以请求从第二简档服务器240下载第二简档。例如，可以使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个来执行步骤313a。步骤313a可以包括由第二终端220将包括在激活码中的事件标识符(MatchingID)传递到第二简档服务器240的过程。在步骤313a中，第二终端200可以将WiFi或由第一终端210提供的互联网网络共享功能用于互联网连接。

在步骤315a中，第二简档服务器240可以向第二终端220传递关于第二简档的信息(简档元数据)和下载第二简档的用户应该注意的信息。例如，关于第二简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，下载第二简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的费用等。

在步骤317a中，用户200可以确认关于第二简档的信息和下载第二简档的用户应该注意的信息，并可以同意简档安装。同意简档安装的操作可以包括选择“是/否”，由用户200输入设置的密码，输入生物信息，诸如用户200的指纹或虹膜等。

在步骤319a中，第二终端220可以向第二简档服务器240通知用户200已经同意简档下载，并可以向第二简档服务器240请求简档包。

在步骤321a中，第二简档服务器240可以将第二简档的简档包传递到第二终端220。

在步骤323a中，第二终端220可以通过使用第二简档的简档包来安装第二简档。

在步骤325a中，第一终端210可以禁用和删除第一简档，并可以向第一简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用句柄通知消息来执行步骤325a。步骤325a可以是与在步骤307a中第一简档服务器230没有请求删除第一简档无关的单独操作，如果有必要，则可以选择性地执行步骤325a。此外，为了该图的方便，图3A示出了第一终端210向第一简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，所述图中未示出的第二简档服务器240或第三简档服务器)。禁用结果和删除结果可以单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤325a中由第一终端210禁用第一简档的操作和由第一终端210向第一简档服务器230通知禁用结果的操作。

图3B是示出由根据本公开的实施例的第一终端通过简档服务器接收激活码并通过将激活码传递到第二终端来下载新简档的另一过程的示图。

对于图3B中的用户200、第一终端210、第二终端220、第一简档服务器230、第二简档服务器240和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和服务提供方250。

参考图3B，在步骤301b中，当从终端210或220接收到递送第一简档的请求时，服务提供方250可以请求简档服务器230向运营商250通知第一简档的递送。例如，可以使用诸如发送递送时通知请求(Notification Request On Transfer，递送时的通知请求)标志或发送无通知的递送可用(Transfer Available Without Notification，无通知的递送可用)标志的方法来执行当接收到递送第一简档的请求时请求简档服务器230向服务提供方250通知第一简档的递送的方法。

在步骤303b中，用户200可以请求从第一终端210递送第一简档。如果有必要，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)。关于第一简档的一些或全部信息可以已经被存储在第一终端210或第一简档中。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。此外，应该由终端接入以递送简档的简档服务器的至少一个地址可以已经被存储在第一终端210和第一简档中。例如，应该由终端接入以递送简档的简档服务器可以是简档服务器230。

在步骤305b中，第一终端210可以请求从简档服务器230递送第一简档。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变或简档递送的操作类型来执行步骤305b。步骤305b中的请求递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤307b中，简档服务器230可以向服务提供方250通知已经从终端210接收到递送第一简档的请求。例如，可以使用句柄通知消息来执行步骤307b。

在步骤309b中，服务提供方250可以检查第一简档的递送策略。对于允许递送第一简档的标准，可以参考由用户200订阅的通信速率系统等。服务提供方250可以向用户200提供用于递送第一简档的附加信息，并且如果有必要，可以识别需要接收来自用户200的准许。

在步骤311b中，服务提供方250可以向简档服务器230传递尝试递送第一简档的用户应该注意的一些或全部信息。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。在步骤311b中，在必要时，简档服务器230和服务提供方250还可以生成或改变关于第一简档的一些或全部信息(简档元数据)、关于第二简档的全部信息(简档元数据)和/或尝试递送第一简档的用户应该注意的全部信息。例如，关于第一简档的信息或关于第二简档的信息可以包括已经提供每个简档的服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。

在步骤313b中，简档服务器230可以向第一终端210传递尝试递送第一简档的用户应该注意的一些或全部信息。第一终端210可以向用户200示出一些或全部接收到的信息。

在步骤315b中，用户200可以确认由服务提供方250呈现的递送第一简档的信息，并可以向第一终端210输入用户准许。

在步骤317b中，第一终端210可以向简档服务器230传递用户已经同意第一简档的递送。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变确认(Device Change Confirmed)、递送简档确认(Transfer Profile Confirmed)或终端用户确认(End User Confirmed)的操作类型来执行步骤317b。在步骤317b中传递用户已经同意第一简档的递送的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤319b中，简档服务器230可以向服务提供方250通知用户已经同意第一简档的递送。例如，可以使用句柄通知消息来执行步骤319b。

在步骤321b中，简档服务器230和服务提供方250可以准备新的第二简档。例如，可以使用下载命令消息、确认命令消息、远程管理命令(RPM命令)消息、释放命令消息或句柄通知中的至少一个来执行步骤321b。此外，简档服务器230和服务提供方250还可以生成激活码，所准备的第二简档基于激活码是可下载的。激活码可以包括至少存储第二简档的简档服务器230的地址和连接到第二简档的事件标识符(MatchingID)。

在步骤323b中，简档服务器230可以向第一终端210传递第二简档基于其可下载的激活码，并还可以提供不需要删除第一简档的通知。例如，可以使用诸如不发送第一删除简档标志、不发送第一重用简档标志、发送第一简档删除不必要(Do Not Delete Profile)标志或发送新简档使用标志的方法来执行提供不需要删除第一简档的通知的方法。

在步骤325b中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备了激活码。QR码可以用条形码信息、其他加密信息等代替。

在步骤327b中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤327b中，第一终端210可以直接将激活码传递到第二终端220，而不在屏幕上显示激活码。

在步骤329b中，第二终端220可以从简档服务器230下载第二简档。对于步骤329b的详细描述，参考图3A中的步骤313a及其后续步骤的描述。

图4A是示出由根据本公开的实施例的第一终端通过简档服务器接收激活码并通过将激活码传递到第二终端来再次下载相同简档的过程的示图。

对于图4A中的用户200、第一终端210、第二终端220、简档服务器230和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和服务提供方250。

参考图4A，在步骤401a中，用户200可以请求从第一终端210递送第一简档。为此，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)和尝试递送第一简档的用户应该注意的信息。关于第一简档的信息和尝试递送第一简档的用户应该注意的信息可以已经被存储在第一终端210或第一简档中。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。此外，应该由终端接入以递送简档的简档服务器的至少一个地址可以已经被存储在第一终端210或第一简档中。例如，应该由终端接入以递送简档的简档服务器可以是简档服务器230。

在步骤403a中，第一终端210可以请求从简档服务器230递送第一简档。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变或简档递送的操作类型来执行步骤403a。在步骤403a中请求递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤405a中，简档服务器230和运营商250可以检查第一简档的递送可能性。如果第一简档可以被递送到另一终端，则简档服务器230和服务提供方250可以准备第一简档的重用。在这种情况下，可以将所准备的第一简档的状态设置为下载尚不可能状态，以便防止复制第一简档。例如，可以使用下载命令消息、确认命令消息、远程管理命令(RPM命令)消息、释放命令消息或句柄通知中的至少一个来执行步骤405a。在步骤405a中，如果有必要，简档服务器230和服务提供方250还可以生成或改变关于第一简档的一些或全部信息(简档元数据)和/或尝试递送第一简档的用户应该注意的全部信息。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。此外，简档服务器230和服务提供方250还可以生成激活码，第一简档基于激活码可以被再次下载。激活码可以至少包括存储第一简档的简档服务器240的地址和连接到第一简档的事件标识符(MatchingID)。在该图中，为了方便起见，第一简档已经被表示为被存储在简档服务器230中，但是第一简档可以被存储在与简档服务器230不同的简档服务器中。例如，可以使用图3A中的第二简档服务器240。

在步骤407a中，简档服务器230可以向第一终端210传递第一简档基于其可再次下载的激活码，并还可以提供需要删除第一简档的通知。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(Do Not Delete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。此外，在步骤407a中，如果有必要，第一简档服务器230还可以向第一终端210通知关于第二简档的一些或全部信息(简档元数据)和/或下载第二简档的用户应该注意的全部信息。当进一步接收关于第二简档的信息和/或下载第二简档的用户应该注意的信息时，第一终端210可以向用户200输出一些或全部信息，并可以从用户200接收准许。

在步骤409a中，第一终端210可以响应于来自简档服务器230的请求而禁用和删除第一简档，并可以向简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用禁用简档(DisableProfile)消息、删除简档(Delete Profile)消息或句柄通知消息中的至少一个来执行步骤409a。此外，为了该图的方便，图4A示出了第一终端210向简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，图中未示出的第二简档服务器240或第三简档服务器)。禁用结果和删除结果可以被单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤409a中由第一终端210禁用第一简档的操作和由第一终端210向简档服务器230通知禁用结果的操作。

在步骤411a中，简档服务器230可以识别第一终端210已经删除第一简档，并可以将在步骤405a中准备的第一简档的状态设置为可下载状态。此外，简档服务器230可以向第一终端210通知第一简档的状态是可下载状态。

在步骤413a中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备了激活码。

在步骤415a中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤413a中，第一终端210可以直接将激活码传递到第二终端220，而不在屏幕上显示激活码。

在步骤417a中，第二终端220可以请求从简档服务器230下载第一简档。例如，可以使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个来执行步骤417a。步骤417a可以包括由第二终端220将包括在激活码中的事件标识符(MatchingID)传递到简档服务器230的过程。在步骤417a中，第二终端200可以将WiFi或由第一终端210提供的互联网网络共享功能用于互联网连接。

在步骤419a中，简档服务器230可以首先识别第一简档的状态是否是可下载状态。如果因简档服务器230没有通过步骤409a至411a识别出第一简档已经从第一终端删除，所以第一简档的状态是下载不可能状态，则简档服务器230可以发送错误代码作为响应并终止操作。当第一简档的状态是可下载状态时，简档服务器230可以向第二终端220传递关于第一简档的信息(简档元数据)和下载第一简档的用户应该注意的信息。例如，关于第一简档的信息可以包括运营商250的名称或徽标、简档策略等。例如，下载第一简档的用户应该注意的信息可以包括运营商250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。

在步骤421a中，用户200可以确认关于第一简档的信息和下载第一简档的用户应该注意的信息，并可以同意简档安装。同意简档安装的操作可以包括选择“是/否”、由用户200输入设置的密码、输入生物信息(诸如用户200的指纹或虹膜等)的操作。

在步骤423a中，第二终端220可以向简档服务器230通知用户200已经同意简档下载，并可以向简档服务器230请求简档包。

在步骤425a中，简档服务器230可以将第一简档的简档包传递到第二终端220。

在步骤427a中，第二终端220可以通过使用第一简档的简档包来安装第一简档。

图4B是示出由根据本公开的实施例的第一终端通过简档服务器接收激活码并通过将激活码传递到第二终端来下载新简档的另一过程的示图。

对于图4B中的用户200、第一终端210、第二终端220、简档服务器230和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和运营商250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和运营商250。

参考图4B，在步骤401b中，当从终端210或220接收到递送第一简档的请求时，运营商250可以请求简档服务器230向服务提供方250通知第一简档的递送。例如，可以使用诸如发送递送时通知请求(Notification Request On Transfer)标志或者发送无通知的递送可用(Transfer Available Without Notification)标志的方法来执行当接收到递送第一简档的请求时请求简档服务器230向服务提供方250通知第一简档的递送的方法。

在步骤403b中，用户200可以请求从第一终端210递送第一简档。如果有必要，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)。关于第一简档的一些或全部信息可以已经被存储在第一终端210或第一简档中。例如，关于第一简档的信息可以包括运营商250的名称或徽标、简档策略等。此外，应该由终端接入以递送简档的简档服务器的至少一个地址可以已经被存储在第一终端210或第一简档中。例如，应该由终端接入以递送简档的简档服务器可以是简档服务器230。

在步骤405b中，第一终端210可以请求从简档服务器230递送第一简档。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变或简档递送的操作类型来执行步骤405b。在步骤405b中请求递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤407b中，简档服务器230可以向运营商250通知已经从终端210接收到递送第一简档的请求。例如，可以使用句柄通知消息来执行步骤407b。

在步骤409b中，运营商250可以检查第一简档的递送策略。对于允许递送第一简档的标准，可以参考例如由用户200订阅的通信速率系统等。服务提供方250可以向用户200提供用于递送第一简档的附加信息，并且如果有必要，确定需要接收来自用户200的准许。

在步骤411b中，服务提供方250可以向简档服务器230传递尝试递送第一简档的用户应该注意的一些或全部信息，并还可以提供需要首先删除第一简档的通知。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。在步骤411b中，如果有必要，简档服务器230和运营商250还可以生成或改变关于第一简档的一些或全部信息(简档元数据)和/或尝试递送第一简档的用户应该注意的全部信息。例如，关于第一简档的信息可以包括已经提供第一简档的服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(No Not Delete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。

在步骤413b中，简档服务器230可以向第一终端210传递尝试递送第一简档的用户应该注意的一些或全部信息。第一终端210可以向用户200示出一些或全部接收到的信息。

在步骤415b中，用户200可以确认由运营商250呈现的用于递送第一简档的信息，并可以向第一终端210输入用户准许。

在步骤417b中，第一终端210可以向简档服务器230传递用户已经同意第一简档的递送。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变确认、递送简档确认或终端用户确认的操作类型来执行步骤417b。在步骤417b中传递用户已经同意递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤419b中，简档服务器230可以向运营商250通知用户已经同意第一简档的递送。例如，可以使用句柄通知消息来执行步骤419b。

在步骤421b中，简档服务器230和运营商250可以准备第一简档的重用。例如，可以使用下载命令消息、确认命令消息、远程管理命令(RPM命令)消息或句柄通知中的至少一个来执行步骤421b，并可以通过进一步提供需要删除第一简档的通知来执行步骤421b。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(No Not Delete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。此外，简档服务器230和运营商250还可以生成激活码，所准备的第一简档基于激活码是可下载的。激活码可以至少包括存储第一简档的简档服务器230的地址和连接到第一简档的事件标识符(MatchingID)。

在步骤423b中，简档服务器230可以向第一终端210传递第一简档基于其可下载的激活码，并还可以提供需要删除第一简档的通知。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(No Not Delete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。

在步骤425b中，第一终端210可以响应于来自简档服务器230的请求而禁用和删除第一简档，并可以向简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用禁用简档消息、删除简档消息或句柄通知消息中的至少一个来执行步骤425b。此外，为了该图的方便，图4B示出了第一终端210向简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，图中未示出的第二简档服务器240或第三简档服务器)。禁用结果和删除结果可以被单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤425b中由第一终端210禁用第一简档的操作和由第一终端210向简档服务器230通知禁用结果的操作。

在步骤427b中，简档服务器230可以向服务提供方250通知已经从第一终端210删除了第一简档。例如，可以使用句柄通知消息来执行步骤427b。步骤427b可以包括传递至少第一简档的ID(ICCID)的过程。

在步骤429b中，服务提供方250可以请求简档服务器230将第一简档的状态改变为可用状态。例如，可以使用释放命令消息来执行步骤429b。

在步骤431b中，简档服务器230可以响应于来自服务提供方250的请求，将在步骤421b中准备的第一简档的状态设置为可下载状态。此外，简档服务器230可以向第一终端210通知第一简档的状态是可下载状态。

在步骤433b中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备了激活码。QR码可以用条形码信息、其他加密信息等代替。

在步骤435b中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤423b中，第一终端210可以直接将激活码传送到第二终端220，而不在屏幕上显示激活码。

在步骤437b中，第二终端220可以从简档服务器230下载第一简档。对于步骤437b的详细描述，参考图4A中的步骤417a及其后续步骤的描述。

图4C是示出由根据本公开的实施例的第一终端通过简档服务器接收激活码并通过将激活码传递到第二终端来下载新简档的又一过程的示图。

对于图4C中的用户200、第一终端210、第二终端220、简档服务器230和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和服务提供方250。

参考图4C，在步骤401c中，当从终端210或220接收到递送第一简档的请求时，服务提供方250可以请求简档服务器230向服务提供方250通知第一简档的递送。例如，可以使用诸如发送递送时通知请求(递Notification Request On Transfer)标志或者发送无通知的递送可用(Transfer Available Without Notification)标志的方法来执行当接收到递送第一简档的请求时请求简档服务器230向服务提供方250通知第一简档的递送的方法。

在步骤403c中，用户200可以请求从第一终端210递送第一简档。如果有必要，则用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)。关于第一简档的一些或全部信息可以已经被存储在第一终端210或第一简档中。例如,关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。此外，应该由终端接入以递送简档的简档服务器的至少一个地址可以已经被存储在第一终端210或第一简档中。例如，应该由终端接入以递送简档的简档服务器可以是简档服务器230。

在步骤405c中，第一终端210可以请求从简档服务器230递送第一简档。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变或简档递送的操作类型来执行步骤405c。在步骤405c中请求递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤407c中，简档服务器230可以通知服务提供方250已经从终端210接收到递送第一简档的请求。例如，可以使用句柄通知消息来执行步骤407c。

在步骤409c中，服务提供方250可以检查第一简档的递送策略。对于允许递送第一简档的标准，可以参考例如由用户200订阅的通信速率系统等。服务提供方250可以向用户200提供用于递送第一简档的附加信息，并且如果有必要，可以识别需要接收来自用户200的准许。

在步骤411c中，服务提供方250可以向简档服务器230传递尝试递送第一简档的用户应该注意的一些或全部信息。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。在步骤411c中，如果有必要，简档服务器230和服务提供方250可以进一步生成或改变关于第一简档的一些或全部信息(简档元数据)和/或尝试递送第一简档的用户应该注意的全部信息。例如，关于第一简档的信息可以包括已经提供第一简档的服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。

在步骤413c中，简档服务器230可以向第一终端210传递尝试递送第一简档的用户应该注意的一些或全部信息。第一终端210可以向用户200示出一些或全部接收到的信息。

在步骤415c中，用户200可以确认由服务提供方250呈现的用于递送第一简档的信息，并可以向第一终端210输入用户准许。

在步骤417c中，第一终端210可以向简档服务器230传递用户已经同意第一简档的递送。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变确认、递送简档确认或终端用户确认的操作类型来执行步骤417c。在步骤417c中传递用户已经同意递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤419c中，简档服务器230可以通知服务提供方250用户已经准许第一简档的递送。例如，可以使用句柄通知消息来执行步骤419c。

在步骤421c中，简档服务器230和服务提供方250可以准备第一简档的重用。例如，可以使用下载命令消息、确认命令消息、远程管理命令(RPM命令)消息、释放命令消息或句柄通知中的至少一个来执行步骤421c，并可以通过进一步提供需要删除第一简档的通知来执行步骤421c。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(No Not Delete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。此外，简档服务器230和服务提供方250还可以生成激活码，所准备的第一简档基于激活码是可下载的。激活码可以至少包括存储第一简档的简档服务器230的地址和连接到第一简档的事件标识符(MatchingID)。

在步骤423c中，简档服务器230可以向第一终端210传递第一简档基于其可下载的激活码，并还可以提供需要删除第一简档的通知。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(No Not Delete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。

在步骤425c中，第一终端210可以响应于来自简档服务器230的请求而禁用和删除第一简档，并可以向简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用禁用简档消息、删除简档消息或句柄通知消息中的至少一个来执行步骤425c。此外，为了该图的方便，图4C示出了第一终端210向简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，图中未示出的第二简档服务器240或第三简档服务器)。禁用结果和删除结果可以被单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤425c中由第一终端210禁用第一简档的操作和由第一终端210向简档服务器230通知禁用结果的操作。

在步骤427c中，简档服务器230可以识别第一终端210已经删除第一简档，并可以将在步骤421c中准备的第一简档的状态设置为可下载状态。此外，简档服务器230可以向第一终端210通知第一简档的状态是可下载状态。

在步骤429c中，简档服务器230可以向服务提供方250通知已经从第一终端210删除了第一简档并已经准备好简档递送。例如，可以使用句柄通知消息来执行步骤427c。步骤427c可以包括至少传递第一简档的ID(ICCID)的过程。

在步骤433c中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备好激活码。QR码可以用条形码信息、其他加密信息等代替。

在步骤435c中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤423c中，第一终端210可以直接将激活码传递到第二终端220，而不在屏幕上显示激活码。

在步骤437c中，第二终端220可以从简档服务器230下载第一简档。对于步骤437c的详细描述，参考图4A中的步骤417a及其后续步骤的描述。

图4D是示出由根据本公开的实施例的第一终端通过简档服务器接收激活码并通过将激活码传递到第二终端来下载新简档的又一过程的示图。

对于图4D中的用户200、第一终端210、第二终端220、第一简档服务器230和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和服务提供方250。

参考图4D，在步骤401d中，当从终端210或220接收到递送第一简档的请求时，服务提供方250可以请求简档服务器230向服务提供方250通知第一简档的递送。例如，可以使用诸如发送递送时通知请求(Notification Request On Transfer)标志或者发送无通知的递送可用(Transfer Available Without Notification)标志的方法来执行当接收到递送第一简档的请求时请求简档服务器230向服务提供方250通知第一简档的递送的方法。

在步骤403d中，用户200可以请求从第一终端210递送第一简档。如果有必要，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)。关于第一简档的一些或全部信息可以已经被存储在第一终端210或第一简档中。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。此外，应该由终端接入以递送简档的简档服务器的至少一个地址可以已经被存储在第一终端210或第一简档中。例如，应该由终端接入以递送简档的简档服务器可以是简档服务器230。

在步骤405d中，第一终端210可以请求从简档服务器230递送第一简档。例如，可以通过使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个和/或通过进一步发送被设置为设备改变或简档递送的操作类型来执行步骤405d。在步骤405d中请求递送第一简档的过程可以包括发送至少第一简档的简档ID(ICCID)的步骤。

在步骤407d中，简档服务器230可以通知服务提供方250已经从终端210接收到递送第一简档的请求。例如，可以使用句柄通知消息来执行步骤407d。

在步骤409d中，运营商250可以检查第一简档的递送策略。对于允许递送第一简档的标准，可以参考例如由用户200订阅的通信速率系统等。服务提供方250可以向用户200提供用于递送第一简档的附加信息，并且如果有必要，可以识别需要接收来自用户200的准许。

在步骤411d中，服务提供方250可以向简档服务器230传递尝试递送第一简档的用户应该注意的一些或全部信息。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。在步骤411d中，如果有必要，简档服务器230和服务提供方250还可以生成或改变关于第一简档的一些或全部信息(简档元数据)和/或尝试递送第一简档的用户应该注意的全部信息。例如，关于第一简档的信息可以包括已经提供第一简档的运营商250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。

在步骤413d中，简档服务器230可以向第一终端210传递尝试递送第一简档的用户应该注意的一些或全部信息，并还可以提供需要删除第一简档的通知。例如，可以使用诸如发送第一删除简档标志、发送第一重用简档标志、不发送第一简档删除不必要(No NotDelete Profile)标志或者不发送新简档使用标志的方法来执行提供需要删除第一简档的通知的方法。第一终端210可以向用户200示出一些或全部接收到的信息。

在步骤415d中，用户200可以确认由服务提供方250呈现的用于递送第一简档的信息，并可以向第一终端210输入用户准许。

在步骤417d中，第一终端210可以响应于来自简档服务器230的请求而禁用和删除第一简档，并可以向简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用禁用简档消息、删除简档消息或句柄通知消息中的至少一个来执行步骤417d。此外，为了该图的方便，图4D示出了第一终端210向简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，图中未示出的第二简档服务器240或第三简档服务器)。禁用结果和删除结果可以被单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤417d中由第一终端210禁用第一简档的操作和由第一终端210向简档服务器230通知禁用结果的操作。步骤417d可以包括由第一终端210传递用户已经同意将第一简档递送到简档服务器230的过程。例如，可以通过使用发起认证消息、终端认证客户端消息、递送请求消息或句柄通知消息中的至少一个和/或通过进一步发送被设置为设备改变确认、递送简档确认或终端用户确认的操作类型来执行步骤417d。在步骤417d中传递用户已经同意递送第一简档的过程可以包括至少发送第一简档的简档ID(ICCID)的步骤。

在步骤419d中，简档服务器230可以向服务提供方250通知用户已经同意第一简档的递送。例如，可以使用句柄通知消息来执行步骤419d。

在步骤421d中，简档服务器230和运营商250可以准备第一简档的重用。例如，可以使用下载命令消息、确认命令消息、远程管理命令(RPM命令)消息、释放命令消息、句柄通知中的至少一个来执行步骤421d。此外，简档服务器230和服务提供方250还可以生成激活码，基于所述激活码，准备重用的第一简档是可下载的。激活码可以至少包括存储第一简档的简档服务器230的地址和连接到第一简档的事件标识符(MatchingID)。

在步骤423d中，简档服务器230可以识别第一终端210已经删除第一简档，并可以将在步骤421d中准备的第一简档的状态设置为可下载状态。此外，简档服务器230可以通过向第一终端210传递第一简档基于其可下载的激活码来通知第一终端210第一简档的状态是可下载状态。

在步骤425d中，简档服务器230可以向服务提供方250通知已经从第一终端210删除了第一简档并且已经准备好简档递送。例如，可以使用句柄通知消息来执行步骤425d。步骤425d可以包括至少传递第一简档的ID(ICCID)的过程。

在步骤433d中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备了激活码。QR码可以用条形码信息、其他加密信息等代替。

在步骤435d中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤423d中，第一终端210可以直接将激活码传递到第二终端220，而不在屏幕上显示激活码。

在步骤437d中，第二终端220可以从简档服务器230下载第一简档。对于步骤437d的详细描述，参考图4A中的步骤417a及其后续步骤的描述。

图5是示出由根据本公开的实施例的第一终端通过向第二终端发送存储在第一终端中的激活码来下载新简档的过程的图。

对于图5中的用户200、第一终端210、第二终端220、简档服务器230和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和运营商250。

参考图5，在步骤501中，用户200可以请求从第一终端210递送第一简档。为此，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)和尝试递送第一简档的用户应该注意的信息。关于第一简档的信息和尝试递送第一简档的用户应该注意的信息可以已经被存储在第一终端210或第一简档中。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。此外，终端递送第一简档需要使用的激活码和指示不需要删除第一简档来递送简档的信息可以已经被存储在第一终端210或第一简档中。例如，终端递送第一简档需要使用的激活码可以是过去用于在第一终端中安装第一简档的激活码。指示不需要删除第一简档来递送简档的信息可以使用诸如以下的方法来表示：第一删除简档标志尚未被设置、第一重用简档标志尚未被设置、第一简档删除不必要(No Not Delete Profile)标志已被设置或新简档使用标志已被设置等。

在步骤503中，第一终端210可以调用存储在第一终端210或第一简档中且终端递送第一简档需要使用的激活码。激活码可以至少包括存储第二简档的简档服务器230的地址和连接到第二简档的事件标识符(MatchingID)。

在步骤505中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备好激活码。

在步骤507中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤507中，第一终端210可以直接将激活码传递到第二终端220，而不在屏幕上显示激活码。

在步骤509中，第二终端220可以请求从简档服务器230下载第二简档。例如，可以使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个来执行步骤509。步骤509可以包括由第二终端220将包括在激活码中的事件标识符(MatchingID)传递到简档服务器230的过程。在步骤509中，第二终端200可以使用WiFi用于互联网连接，或者可以使用由第一终端210提供的互联网网络共享功能。

在步骤511中，简档服务器230可以向第二终端220传递关于第二简档的信息(简档元数据)和下载第二简档的用户应该注意的信息。例如，关于第二简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，下载第二简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的费用等。

在步骤513中，用户200可以确认关于第二简档的信息和下载第二简档的用户应该注意的信息，并可以同意简档安装。同意简档安装的操作可以包括选择“是/否”、由用户200输入设置的密码、输入生物信息(诸如用户200的指纹或虹膜等)的操作。

在步骤515中，第二终端220可以通知简档服务器230用户200已经同意简档下载，并可以请求简档包。

在步骤517中，简档服务器230可以向第二终端220传递第二简档的简档包。

在步骤519中，第二终端220可以通过使用第二简档的简档包来安装第二简档。

在步骤521中，第一终端210可以禁用和删除第一简档，并可以向简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用禁用简档消息、删除简档消息或句柄通知消息中的至少一个来执行步骤521。步骤521可以是与第一终端210已经在步骤503中检查不需要删除第一简档无关的单独操作，并且如果有必要，可以选择性地被执行。此外，为了该图的方便，图5示出了第一终端210向简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，图3A中的第二简档服务器240或图中未示出的第三简档服务器)。禁用结果和删除结果可以被单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤521中由第一终端210禁用第一简档的操作和由第一终端210向简档服务器230通知禁用结果的操作。

图6是示出由根据本公开的实施例的第一终端通过向第二终端发送存储在第一终端中的激活码来再次下载相同简档的过程的示图。

对于图6中的用户200、第一终端210、第二终端220、简档服务器230和服务提供方250的配置和描述，参考图2。例如，用户200、第一终端210、第二终端220、简档服务器230和服务提供方250可以分别对应于图2中的用户200、第一终端210、第二终端220、第一简档服务器230和服务提供方250。

参考图6，在步骤601中，用户200可以请求从第一终端210递送第一简档。为此，用户200可以通过第一终端210确认关于第一简档的信息(简档元数据)和尝试递送第一简档的用户应该注意的信息。关于第一简档的信息和尝试递送第一简档的用户应该注意的信息可以已经被存储在第一终端210或第一简档中。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，尝试递送第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。此外，终端递送简档需要使用的激活码和指示需要删除第一简档以递送第一简档的信息可以已经被存储在第一终端210或第一简档中。例如，终端递送简档需要使用的激活码可以是过去用于将第一简档安装在第一终端中的激活码。可以使用诸如第一删除简档标志尚未被设置、第一重用简档标志已被设置、第一简档删除不必要(No Not Delete Profile)标志尚未被设置或者新简档使用标志尚未被设置等方法来表示指示需要删除第一简档以递送简档的信息。

在步骤603中，第一终端210可以调用存储在第一终端210或第一简档中且终端递送第一简档需要使用的激活码。激活码可以至少包括存储第一简档的简档服务器230的地址和连接到第一简档的事件标识符(MatchingID)。在这种情况下，存储在简档服务器230中的第一简档的状态可以已经被设置为下载尚不可能状态，以便防止第一简档被复制。

在步骤605中，第一终端210可以禁用和删除第一简档，并可以向简档服务器230通知禁用结果和删除结果。第一简档的禁用结果和删除结果可以至少包括第一简档的简档ID(ICCID)。例如，可以使用禁用简档消息、删除简档消息或句柄通知消息中的至少一个来执行步骤605。此外，为了该图的方便，图6示出了第一终端210向简档服务器230通知禁用结果和删除结果。然而，禁用结果和删除结果可以被传递到另一简档服务器(例如，图中未示出的第二简档服务器240或第三简档服务器)。禁用结果和删除结果可以被单独传递。此外，当第一简档的状态已经是禁用状态时，可以省略在步骤605中由第一终端210禁用第一简档的操作和由第一终端210向简档服务器230通知禁用结果的操作。

在步骤607中，简档服务器230和服务提供方250可以检查第一简档的递送可能性。如果第一简档可递送到另一终端，则简档服务器230和服务提供方250可以准备第一简档的重用。例如，可以使用下载命令消息、确认命令消息、远程管理命令(RPM命令)消息、释放命令消息或句柄通知中的至少一个来执行步骤607。

在步骤609中，简档服务器230可以识别第一终端210已经删除第一简档，并可以将第一简档的状态设置为可下载状态。此外，简档服务器230可以向第一终端210通知第一简档的状态是可下载状态。

在步骤611中，第一终端210可以通过以诸如QR码的图像的形式或以字符串的形式转换激活码来在屏幕上显示激活码，并可以通知用户已经准备了激活码。

在步骤613中，用户200可以向第二终端220输入在第一终端210的屏幕上显示的激活码。可以使用各种方法来执行输入激活码的方法，诸如使用相机捕获图像(诸如QR码)或通过键盘输入字符串。此外，如果第一终端210和第二终端220通过短距离通信(例如，蓝牙、NFC、WiFi、WiFi直连等)连接，则在步骤413a中，第一终端210可以直接将激活码传递到第二终端220，而不在屏幕上显示激活码。

在步骤615中，第二终端220可以请求从简档服务器230下载第一简档。例如，可以使用发起认证消息、终端认证客户端消息或递送请求消息中的至少一个来执行步骤615。步骤615可以包括由第二终端220将包括在激活码中的事件标识符(MatchingID)传递到简档服务器230的过程。在步骤615中，第二终端200可以使用WiFi用于互联网连接，或者可以使用由第一终端210提供的互联网网络共享功能。

在步骤617中，简档服务器230可以首先识别第一简档的状态是否是可下载状态。当由于尚未通过步骤605至609识别出第一简档已经从第一终端删除，所以第一简档的状态是下载不可能状态时，简档服务器230可以发送错误代码作为响应，并可以终止操作。当第一简档的状态是可下载状态时，简档服务器230可以向第二终端220递送关于第一简档的信息(简档元数据)和下载第一简档的用户应该注意的信息。例如，关于第一简档的信息可以包括服务提供方250的名称或徽标、简档策略等。例如，下载第一简档的用户应该注意的信息可以包括服务提供方250允许的剩余简档递送的数量、用户为简档递送将支付的成本等。

在步骤619中，用户200可以确认关于第一简档的信息和下载第一简档的用户应该注意的信息，并可以同意简档安装。同意简档安装的操作可以包括选择“是/否”、由用户200输入设置的密码或输入生物信息(诸如用户200的指纹或虹膜)的操作。

在步骤621中，第二终端220可以向简档服务器230通知用户200已经同意简档下载，并可以请求简档包。

在步骤623中，简档服务器230可以将第一简档的简档包传递到第二终端220。

在步骤625中，第二终端220可以通过使用第一简档的简档包来安装第一简档。

图7A是示出根据本公开的实施例的第一终端的操作过程的流程图。

图7B是示出根据本公开的实施例的第二终端的操作过程的流程图。

本公开中描述的每个终端(第一终端210、第二终端220和没有向其分配附图标记而描述的终端)可以对应于参考图7A描述的第一终端或参考图7B描述的第二终端。第一终端210和第二终端220中的每一个可以是图7A和图7B中的终端的实施例。表述“第一”和“第二”仅用于指示终端是物理上不同的终端。

参考图7A，在步骤701中，第一终端可以开始操作。

在步骤703中，第一终端可以从用户接收简档递送的请求。

在步骤705中，第一终端可以识别关于简档递送的信息。关于简档递送的信息可以是指示是否必须从服务器接收简档递送所必需的激活码或者是否必须使用存储在终端中的激活码的信息。如果必须从服务器接收简档递送所必需的激活码，则关于简档递送的信息还可以至少包括对应服务器的地址。第一终端可以进行到步骤707。如果必须使用存储在终端中的激活码，则关于简档递送的信息还可以包括指示至少在使用存储在终端中的激活码之前是否必须首先删除简档的信息。第一终端可以进行到步骤709。

在步骤707中，第一终端可以通过向服务器请求激活码来接收激活码。由服务器发送激活码作为响应的消息还可以包括指示在使用激活码之前是否必须首先删除简档的信息。

在步骤709中，第一终端可以读取存储在终端中的激活码。

在步骤711中，第一终端可以识别是否有必要删除第一简档。对于用于识别是否有必要删除第一简档的标准，可以参考在步骤705中识别的关于简档递送的信息和在步骤707中接收的服务器的指示。如果有必要删除第一简档，则第一终端可以进行到步骤713。如果没有必要删除第一简档，则第一终端可以进行到步骤715。

在步骤713中，第一终端可以删除第一简档，并可以向服务器通知删除结果。

在步骤715中，第一终端可以向第二终端传递在步骤707中从服务器接收的或在步骤709中读取的激活码。可以使用以下方法来执行将激活码传递到第二终端的方法：由用户通过使用第二终端的相机拍摄在第一终端的屏幕上以诸如QR码的图像的形式显示的激活码，由用户将在第一终端的屏幕上以字符串的形式显示的激活码输入到第二终端的键盘，或者通过诸如蓝牙、NFC、WiFi或WiFi直连的短距离通信连接第一终端和第二终端，并以数据的形式传递激活码。步骤715可以对应于步骤753。

在步骤717中，第一终端可以终止操作。

参考图7B，在步骤751中，第二终端可以开始操作。

在步骤753中，第二终端可以从第一终端接收激活码。对于接收激活码的方法，参考步骤715的描述。

在步骤755中，第二终端可以请求从简档服务器下载简档。

在步骤757中，第二终端可以从简档服务器接收简档。

在步骤759中，第二终端可以安装简档。

在步骤761中，第二终端可以终止操作。

图8是示出根据本公开的实施例的简档服务器的操作过程的流程图。

本公开中描述的每个简档服务器(第一简档服务器230、第二简档服务器240和没有向其分配附图标记而描述的服务器)可以对应于参考图8描述的简档服务器。第一简档服务器230和第二简档服务器240中的每一个可以是图8中的服务器的实施例。表述“第一”和“第二”仅用于指示简档服务器是物理上不同的简档服务器。

参考图8，在步骤801中，简档服务器可以开始操作。

在步骤803中，简档服务器可以从终端接收递送第一简档的请求。递送第一简档的请求可以包括至少第一简档、即要递送的对象的简档ID(ICCID)。

在步骤805中，简档服务器可以识别终端已经请求递送的第一简档是否是可递送简档。对于识别第一简档是否是可递送简档的方法，可以参考运营商的简档重用策略。当第一简档是可递送简档时，简档服务器可以进行到步骤807。当第一简档不是可递送简档时，简档服务器可以进行到步骤815。

在步骤807中，简档服务器可以准备第一简档的重用，并可以准备下载第一简档所必需的激活码。在步骤807中，所准备的第一简档的状态可以被设置为下载不可能状态，以便防止简档的复制。在步骤807中，准备的激活码可以至少包括简档服务器的地址和连接到第一简档的事件标识符(MatchingID)。

在步骤809中，简档服务器可以将激活码发送到终端作为响应，并还可以通知终端需要删除第一简档。

在步骤811中，简档服务器可以等待终端提供删除第一简档的结果的通知。在步骤811中，当简档服务器从终端接收到删除第一简档的结果时，简档服务器可以进行到步骤813。

在步骤813中，简档服务器可以将第一简档的状态改变为可下载状态。

在步骤815中，简档服务器可以准备第二简档，并可以准备下载第二简档所必需的激活码。在步骤815中，可以立即将所准备的第二简档的状态设置为可下载状态。在步骤815中，准备的激活码可以至少包括简档服务器的地址和连接到第二简档的事件标识符(匹配ID)。

在步骤817中，简档服务器可以将激活码发送到终端作为响应。

在步骤819中，简档服务器可以从终端接收简档下载请求。简档下载请求可以至少包括连接到第一简档的事件标识符或连接到第二简档的事件标识符。

在步骤821中，简档服务器可以识别终端已经请求下载的第一简档或第二简档的状态是否是可下载状态。当终端已经请求下载的第一简档或第二简档的状态是可下载状态时，简档服务器可以进行到步骤823。当终端已经请求下载的第一简档或第二简档的状态不是可下载状态时，简档服务器可以进行到步骤825。

在步骤823中，简档服务器可以向终端发送简档包作为响应。

在步骤825中，简档服务器可以向终端发送指示简档的下载是不可能的错误代码作为响应。

在步骤827中，简档服务器可以终止操作。

图9是示出根据本公开的实施例的终端的元件的框图。

本公开中描述的每个终端(第一终端210、第二终端220和没有向其分配附图标记而描述的终端)可以对应于参考图7A描述的第一终端或参考图7B描述的第二终端。第一终端210和第二终端220中的每一个可以是图7A和图7B中的终端的实施例。表述“第一”和“第二”仅用于指示终端是物理上不同的终端。

如图9所示，终端可以包括收发器910和处理器920。此外，终端可以包括UICC 930。例如，UICC 930可以被插入到终端中，或者可以是嵌入在终端中的eUICC。

收发机910可以向简档服务器发送信号、信息、数据等以及从简档服务器接收信号、信息、数据等。

根据本公开的实施例的收发器910可以向简档服务器发送请求激活码的消息，可以接收激活码以及是否有必要从简档服务器删除简档，并可以将删除简档的结果发送到简档服务器。

根据本公开的实施例的收发器910可以通过使用激活码向简档服务器发送请求简档的消息，并可以接收简档包。

处理器920是通常控制终端的元件。处理器920可以根据本公开的各种实施例控制终端的整体操作。处理器920可以被命名为控制器。根据本公开的实施例，处理器920可以包括至少一个处理器。

根据本公开的实施例的处理器920可以控制终端从用户接收简档递送请求，确认简档递送信息，向简档服务器发送请求激活码的消息，接收激活码以及是否有必要从简档服务器删除简档，删除简档，将删除简档的结果发送到简档服务器，以及将激活码传递到另一终端。

根据本公开的实施例的处理器920可以控制终端从另一终端接收激活码，通过使用激活码向简档服务器发送请求简档的消息，从简档服务器接收简档包，并安装简档包。

根据本公开的实施例的UICC 930可以下载简档并安装简档。此外，UICC930可以管理简档。

UICC 930可以在处理器920的控制下操作。可替代地，UICC9 30可以包括用于安装简档的处理器或控制器，或者，应用可以已经被安装在UICC930中。应用的一部分可以已经安装在处理器920中。

终端还可以包括存储单元(未示出)，并可以存储数据，诸如基本程序、应用程序或用于终端操作的设置信息。此外，存储单元可以包括闪存型、硬盘型、多媒体卡微型、卡型存储器(例如，SD或XD存储器)、磁存储器、磁盘、光盘、随机存取存储器(RAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、可编程只读存储器(PROM)或电可擦除可编程只读存储器(EEPROM)中的至少一个存储介质。此外，处理器920可以通过使用存储在存储单元中的各种程序、内容、数据等来执行各种操作。

图10是示出根据本公开的实施例的简档服务器的元件的框图。

本公开中描述的每个简档服务器(第一简档服务器230、第二简档服务器240和没有向其分配附图标记而描述的服务器)可以对应于参考图8描述的简档服务器。第一简档服务器230和第二简档服务器240中的每一个可以是图8中的服务器的实施例。表述“第一”和“第二”仅用于指示简档服务器是物理上不同的简档服务器。

参考图10，简档服务器可以包括收发器1010和处理器1020。

收发器1010可以向终端或运营商发送信号、信息、数据等，并从终端或运营商接收信号、信息、数据等。

根据本公开的实施例的收发器1010可以从终端接收简档递送请求消息，可以向终端发送包括激活码以及是否有必要删除简档的消息，可以从终端接收简档删除消息，可以从终端接收简档下载请求消息，可以在简档的状态是可下载状态时向终端发送简档包，并可以在简档的状态是下载不可能状态时发送错误代码。

处理器1020是用于通常控制简档服务器的元件。根据本公开的各种实施例，处理器1020可以控制简档服务器的整体操作。处理器1020可以被命名为控制器。根据本公开的实施例，处理器1020可以包括至少一个处理器。

根据本公开的实施例的处理器1020可以控制简档服务器从终端接收简档递送请求消息，识别简档是否可递送，生成基于其简档可下载的激活码，当可能递送简档时将简档的状态设置为下载不可能状态，当不可能递送简档时将简档的状态设置为可下载状态，向终端发送包括激活码和是否有必要删除简档的消息，从终端接收删除简档的结果，将简档的状态改变为可下载状态，从终端接收简档下载请求消息，确定简档的状态是否是可下载状态，当简档的状态是可下载状态时向终端发送简档包，并且当简档的状态是下载不可能状态时发送错误代码。

简档服务器还可以包括存储单元(未示出)，并可以存储数据，诸如基本程序、应用程序或用于简档服务器的操作的设置信息。此外，存储单元可以包括闪存型、硬盘型、多媒体卡微型、卡型存储器(例如，SD或XD存储器)、磁存储器、磁盘、光盘、随机存取存储器(RAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、可编程只读存储器(PROM)或电可擦除可编程只读存储器(EEPROM)中的至少一个存储介质。此外，处理器1020可以通过使用存储在存储单元中的各种程序、内容、数据等来执行各种操作。

根据本公开的实施例，在无线通信系统中，终端可以从用户接收请求，该用户尝试在另一终端中安装在终端中安装的用于网络连接的简档。此外，终端可以参考存储在终端中的简档递送信息向简档服务器请求用于下载简档的激活码，或者可以读取存储在终端中的激活码。此外，终端可以响应于来自简档服务器的请求或者参考存储在终端中的简档递送信息来删除简档，即，要递送的对象。此外，如果有必要，终端可以从简档服务器接收存储在终端中的激活码，或者通过用户输入将激活码传递到另一终端。此外，终端可以通过使用激活码从简档服务器下载简档。

根据本公开的实施例，在无线通信系统中，简档服务器可以生成用于使得终端能够接入网络的简档和简档下载所必需的激活码。此外，简档服务器可以响应于从终端接收的简档递送请求来识别简档的递送是否可能，当简档的递送可能时可以向终端发送要递送的简档基于其可以是可下载的激活码以及简档删除请求，当简档的递送不可能时可以向终端发送新简档基于其可以是可下载的激活码，可以从终端接收要递送的简档的删除结果，可以将简档的状态改变为可下载状态，可以从终端接收简档下载请求，可以识别简档是否可下载，并可以在简档可下载时将简档发送到终端。

在本公开的上述详细实施例中，根据所提出的详细实施例，本公开中包括的组件已经以单数或复数形式表示。然而，为了便于描述，已经针对所提出的情况适当地选择了单数或复数表达，并且本公开不限于单数或复数组件。尽管已经以复数形式表达了组件，但是其可以以单数形式配置。尽管已经以单数形式表达了组件，但是其可以以复数形式配置。

尽管已经在本公开的详细描述中描述了详细实施例，但是在不脱离本公开的范围的情况下，可以以各种方式修改本公开。因此，本公开的范围不应限于上述实施例，而应不仅由权利要求书限定，而且由其等同物限定。

本公开的各种实施例和实施例中使用的术语不旨在将本公开中描述的技术限制于特定实施例，而是应该被解释为包括相应实施例的各种改变、等同物和/或替代方案。关于附图的描述，在类似的元件中可以使用类似的附图标记。除非在上下文中另有明确定义，否则单数的表达可以包括复数的表达。在本公开中，诸如“A或B”、“A和/或B中的至少一个”、“A、B或C”或“A、B和/或C中的至少一个”的表达可以包括所列项目一起的所有可能组合。诸如“第一”、“第二”、“第一”或“第二”的表达可以修饰相应的元件，而不管其顺序或重要性如何，并且仅用于将一个元件与另一元件区分开，而不限制相应的元件。当描述一个(例如，第一)元件“(功能地或通信地)连接到”另一(例如，第二)元件或与另一(例如，第二)元件“耦接”时，一个元件可以直接连接到另一元件，或者可以通过另一元件(例如，第三元件)连接到另一元件。

本公开中使用的术语“模块”包括被配置为硬件、软件或固件的单元，并可以与诸如逻辑、逻辑块、部件或电路的术语互换使用。模块可以是集成部分、执行一个或更多个功能的最小单元或其一部分。例如，模块可以被配置为专用集成电路(ASIC)。

本公开的各种实施例可以被实现为包括存储在机器(例如，计算机)可读存储介质(例如，内部存储器或外部存储器)中的指令的软件(例如，程序)。设备是可以从存储介质调用存储的指令并可以响应于调用的指令而操作的装置，并可以包括根据本公开的各种实施例的终端(例如，第一终端210、第二终端220)。当指令由处理器(例如，图9中的处理器920或图10中的处理器1020)执行时，处理器可以直接地或通过在处理器的控制下使用其他元件来执行与指令相应的功能。指令可以包括由编译器或解释器生成或执行的代码。

机器可读存储介质可以以非暂时性存储介质的形式提供。在这种情况下，“非暂时性”仅意味着存储介质不包括信号并且是有形的，并不区分数据半永久地或暂时地存储在存储介质中的情况。

根据本公开中公开的各种实施例的方法可以被包括在计算机程序产品中并被提供。计算机程序产品可以作为产品在卖方与买方之间交易。计算机程序产品可以以设备可读存储介质(例如，光盘只读存储器(CD-ROM))的形式或通过应用商店(例如，PlayStore^TM)在线分发。在在线分发的情况下，至少一些计算机程序产品可以至少临时存储或临时生成在存储介质中，诸如制造商的服务器、应用商店的服务器或中继服务器中的存储器。

根据各种实施例的每个元件(例如，模块或程序)可以由单个实体或多个实体组成。在各种实施例中，可以省略一些上述相应的子元件，或者可以进一步包括其他子元件。可替代地或另外地，一些元件(例如，模块或程序)可以集成到单个实体中。单个实体可以在相应元件被相同或类似地集成之前执行由相应元件中的每一个执行的功能。由根据各种实施例的模块、程序或其他元件执行的操作可以顺序地、并行地、重复地或启发式地执行，或者至少一些操作可以以不同的顺序执行或者可以省略，或者可以添加其他操作。