本公开一般涉及用于在通信系统中向UE提供用于通信服务提供的简档的方法和装置。
背景技术：
：：互联网已经从其中人类创造和消费信息的以人为中心的连接网络演进为其中诸如事物的分布式组件可以交换和处理信息物联网(InternetofThings，IoT)网络。例如，在万物网(InternetofEverything，IoE)中，大数据处理技术通过到云服务器等的连接与物联网技术相结合。为了实施物联网，要求诸如感测技术、有线/无线通信和网络基础设施、服务接口技术、以及安全技术的技术，并且最近，对于传感器网络、机器对机器(MachinetoMachine，M2M)通信和用于事物之间的连接的机器类型通信(MachineTypeCommunication，MTC)的技术正在研究中。这样的IoT环境可以提供智能互联网技术(InternetTechnology，IT)服务，其通过收集和分析在连接的事物当中生成的数据来为人类生活带来新的价值。通过现有信息技术(IT)和各种工业应用之间的聚合与组合，IoT可以被应用在包括智能家庭、智能建筑、智能城市、智能汽车或互联汽车、智能电网、卫生保健、智能家电和先进医疗服务的领域。在无线通信系统中，用户设备(UserEquipment，UE)可以通过连接到无线通信网络来在指定位置或移动期间使用语音通信服务或数据通信服务。此时，为了向UE提供通信服务，合适的认证处理是有必要的。通常，通用集成电路卡(UniversalIntegratedCircuitCard，UICC)被插入到UE中，并且UE和通信运营商(例如，移动网络运营商：MNO)的服务器之间的认证由安装在UICC中的通用用户身份模块(UniversalSubscriberIdentityModule，USIM)来执行。在全球移动通信系统(GlobalSystemforMobilecommunication，GSM)方法的情况下，UICC也被称为用户身份模块(SubscriberIdentityModule，SIM)卡，并且在宽带码分多址(WidebandCodeDivisionMultipleAccess，WCDMA)或长期演进(LongTermEvolution，LTE)方法的情况下，UICC也被称为通用用户身份模块(UniversalSubscriberIdentityModule，USIM)卡。当UE的用户订阅从通信运营商提供的无线通信服务时，通信运营商向用户提供UICC。当用户将提供的UICC插入用户的UE时，在安装在UICC中的USIM应用使用存储在UICC中的国际移动用户身份(InternationalMobileSubscriberIdentity，IMSI)值和作为用于认证的加密密钥的K值来执行与其中存储相同值的通信运营商的服务器的合适的认证处理之后，UE可以使用通信服务。合适的认证处理的示例可以包括认证和密钥协商(AuthenticationandKeyAgreement，AKA)认证。传统的UICC是根据特定通信运营商的需求来被制造作为特定移动通信运营商的专用卡。因此，在制造阶段，用于相应的通信运营商的网络连接的认证信息(例如，USIM应用和用户标识ID(例如，可以包括IMSI)、代码密钥(例如，已知的K值或Ki值)被存储在UICC中。通信运营商为用户提供制造的UICC，并且如果需要，可以通过空中下载(OverTheAir，OTA)技术等执行在UICC中安装、更新和删除应用的管理。用户可以将UICC插入到UE中以使用相应的通信运营商的网络和应用服务，并且当UE改变时，用户可以从现有UE向新UE中插入可附接和可拆卸的UICC以使用存储在与新UE相应的UICC中的按照原样的认证信息、联系人以及电话簿。此外，正在寻求一种与被制造和分发作为用于特定通信运营商的专用UICC的传统UICC不同的方法，在该方法中用户在购买或获得特定的UICC之后订阅(或购买)通信服务，用户可以订阅无线通信运营商或从特定无线通信运营商释放，将订阅改变为另一通信运营商等，远程安装通信运营商的USIM应用和用户ID、加密密钥等，并且通信运营商的各种认证信息能够被安全且灵活地安装和管理。例如，正在进行对于嵌入式UICC的研究，其中尽管用户改变通信运营商，但是用于提供通信服务的简档可以由网络远程安装而不用改变UICC。通过将eUICC固定到UE，eUICC可以被制造作为预先安装在UE中的UICC，例如，作为UE的制造处理中的芯片类型。因此，eUICC可以被用在具有物理附接和拆卸不容易的结构的各种UE中，诸如机器对机器(M2M)(或者设备到设备(DevicetoDevice，D2D))UE以及诸如移动电话的普通无线UE。eUICC也被称为增强型SIM(enhancedSIM，eSIM)。技术实现要素：技术问题根据本公开的方面，提供了用于在通信系统中远程地提供/下载用于通信服务的使用的简档的有效方法和装置。此外，根据本公开的方面，提供了用于基于网络在通信系统中提供/下载用于通信服务的使用的简档的方法和装置。技术方案根据本公开的方面，在通信系统中下载简档的方法包括：向第一服务器发送用于简档的下载请求处理的第一信息；基于第一信息从第一服务器接收处理简档的下载请求的第二服务器的地址信息；向第二服务器发送用于与简档的下载相关的应用的功能调用的第二信息；响应于用于功能调用的第二信息从第二服务器接收简档相关的信息；以及基于简档相关的信息通过连接到提供简档的第三服务器来下载简档。此外，根据本公开的方面，用于在通信系统中下载简档的装置包括：通信接口，被配置为发送和接收信号；通用集成电路卡(UICC)，用于简档的下载和安装；以及控制器，被配置为控制向第一服务器发送用于简档的下载请求处理的第一信息、基于第一信息从第一服务器接收处理简档的下载请求的第二服务器的地址信息、向第二服务器发送用于与简档的下载相关的应用的功能调用的第二信息、响应于用于功能调用的第二信息从第二服务器接收简档相关的信息、以及基于简档相关的信息通过连接到提供简档的第三服务器来下载简档。此外，根据本公开的方面，在通信系统中处理简档的下载请求的方法包括：由第一服务器从UE接收用于与简档的下载相关的应用的功能调用的第一信息；以及响应于第一信息的接收，由第一服务器向UE发送包括能够下载简档的第二服务器的标识信息和简档的标识信息中的至少一个的简档相关的信息。此外，根据本公开的方面，在通信系统中处理简档的下载请求的第一服务器包括：通信接口，被配置为发送和接收信号；以及控制器，被配置为控制从UE接收用于与简档的下载相关的应用的功能调用的第一信息、以及响应于第一信息的接收向UE发送包括能够下载简档的第二服务器的标识信息和简档的标识信息中的至少一个的简档相关的信息。根据本公开的方面，在通信系统中下载简档的方法包括：由用户在电子设备中输入eSIM服务器的地址并通过电子设备连接到eSIM服务器；由用户选择简档下载请求方法；由eSIM服务器向电子设备回复处理相应的简档下载请求方法的简档下载请求处理服务器的地址；由电子设备连接到简档下载请求处理服务器以传递安全令牌和应用信息；由简档下载请求处理服务器调用电子设备的简档下载功能；以及由电子设备连接到简档服务器以请求并下载简档。这里，该设备可以包括通用集成电路卡(UICC)或eUICC。UICC可以通过分离的接口被连接到UE，或者可以以eUICC的类型被嵌入并安装在UE中。可以在向电子设备输入eSIM服务器的地址之前或同时执行在这些处理中通过用户的选择简档下载请求方法。附图说明根据以下结合附图的详细描述，本公开的以上和其他方面、特征和优点将变得更加清楚，附图中：图1是示出在通信系统中将长网址(URL)转换为短网址的实施例的图；图2是示出在通信系统中简档被远程地提供给UE的实施例的图；图3是示出根据本公开的实施例UE获得简档下载请求处理服务器的地址的过程的图；图4是示出根据本公开的实施例UE远程下载简档的过程的图；图5是示出根据本公开的实施例的UE远程下载简档的过程的流程图。图6是示出根据本公开的实施例的eSIM服务器使用HTTP重定向(HTTPRedirection)消息将网络服务器(webserver)的地址传递给UE的过程的流程图；图7是示出根据本公开的实施例的eSIM服务器使用HTML链接(HTTPLink)将网络服务器的地址传递给UE的过程的流程图；图8是示出根据本公开的实施例的eSIM服务器使用JSON消息将网络服务器的地址传递给UE的过程的流程图；图9是示出根据本公开的实施例的eSIM服务器使用JSON消息将网络服务器的地址连同HTML链接一起传递给UE的过程的流程图；图10是示出根据本公开的实施例的在UE和网络服务器之间使用JavaScript的连接过程的流程图；图11是示出根据本公开的实施例的在UE和网络服务器之间使用HTML链接的连接过程的流程图；图12是示出根据本公开的实施例的在UE和网络服务器之间的连接过程中的例外处理的流程图；图13至15是示出根据本公开的实施例的用于简档下载处理的网络服务器的认证处理的流程图；以及图16是示出根据本公开的实施例的UE使用简档下载凭证下载简档的过程的图。具体实施方式在下文中，将参考附图详细描述本公开的实施例。在描述本公开的示例性实施例时，将省略与本公开所属领域中熟知的、并且与本公开不直接关联的技术内容有关的描述。不必要的描述的这种省略意图防止模糊本公开的主要思想，并且更清楚地传递主要思想。出于同样的原因，在附图中，一些元件可能被夸大、省略或示意性地示出。另外，每个元件的大小并不完全反映实际大小。在附图中，相同或相应的元件拥有相同的参考标号。通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得明显。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式来实施。提供以下实施例仅仅是为了完全公开本公开并向本领域技术人员告知本公开的范围，并且本公开仅由所附权利要求的范围限定。贯穿说明书，相同或相似的参考标号指定相同或相似的元件。这里，将理解，流程图例示的每个块以及流程图例示中的块的组合可以由计算机程序指令来实施。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器运行的指令创建用于实施在一个或多个流程图块中指定的功能的手段。计算机程序指令还可以被加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作步骤产生计算机实施的处理，从而在计算机或者其他可编程装置上运行的指令提供用于实施在一个或多个流程图块中指定的功能的步骤。计算机程序指令还可以被加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作步骤以产生计算机实施的处理，从而在计算机或者其他可编程装置上运行的指令提供用于实施在一个或多个流程图块中指定的功能的步骤。并且流程图例示的每个块可以表示代码的模块、分段、或部分，代码包括用于实施指定的(多个)逻辑功能的一个或多个可运行指令。还应该注意到，在一些替换性实施方式中，块中记录的功能可以不按顺序发生。例如，取决于所涉及的功能，连续示出的两个块实际上可以基本上同时被运行，或者有时可以以相反的顺序被运行。如本文所使用的，“单元”或“模块”是指执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(FieldProgrammableGateArray，FPGA)或专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)。然而，“单元”或“模块”并不总是具有限于软件或硬件的含义。“单元”或“模块”可以被构建为被存储在可寻址存储介质中或运行一个或多个处理器。因此，“单元”或“模块”包括例如软件元件、面向对象的软件元件、类单元或任务元件、处理、功能、特性、过程、子例程、程序代码段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表、阵列和变量。由“单元”或“模块”提供的元件和功能可以被组合成更少数量的元件——“单元”或“模块”，或者可以被划分成更大数量的元件——“单元”或“模块”。而且，可以实施元件以及“单元”或“模块”以再现设备或安全多媒体卡内的一个或多个CPU。在以下描述本公开时，当确定其详细描述可能不必要地模糊本公开的主题时，在此并入的相关的已知配置或功能的详细描述将被省略。在下文中，参考附图具体描述本公开的以上描述的实施例。首先，描述本公开中使用的术语。本公开中使用的术语可以根据由本领域普通技术人员使用的术语来定义，但是在与本公开的实施例有关的项目的情况下，可以根据在本公开中使用的术语来描述操作或特性。此外，在本公开中，UICC包括类似于eUICC的元件，该元件可以在功能上远程下载用于通信服务的使用的简档，并且可以包括物理上以可附接或可拆卸的方式安装在UE中或嵌入在UE中的各种类型的UICC。例如，UICC是通过被插入UE而使用的智能卡，并且UICC可以指当执行到其中存储诸如无线通信用户的网络连接认证信息、电话簿、SMS的个人信息的无线通信网络(诸如GSM、WDCMA和LTE)的连接时，通过执行用户认证和通信量安全密钥生成来使能安全无线通信使用的芯片。根据用户连接到的无线通信网络的类型，在UICC中安装诸如用户标识模块(SubscriberIdentificationModule，SIM)、通用SIM(UniversalSIM，USIM)和IP多媒体SIM(IPMultimediaSIM，ISIM)的通信应用。此外，UICC可以提供用于安装各种应用(例如电子钱包、票务和电子护照)的高级安全功能。例如，因为eUICC被嵌入在UE中，所以假定作为UICC的示例的嵌入式UICC(embeddedUICC，eUICC)是其芯片类型是可以附接的和拆卸的芯片类型的安全模块。然而，当eUICC以现有的UICC类型被制造以便被附接或被拆卸，并且能够附接或拆卸的UICC在电气上并且考虑到软件具有与eUICC的功能相同的功能，本公开的实施例可以同样适用于此。此外，在本公开中，UICC或eUICC可以被称为电子设备或紧凑式电子设备。尽管稍后将参考相应的附图来描述电子设备，但是包括UICC或eUICC的电子设备可以包括用于处理信号的控制器和用于存储简档的存储器，并且在电子设备被制造以便附接到UE或从UE拆卸的情况下，可以包括用于连接到UE的接口单元。此外，可以理解，远程下载简档的UE包括电子设备。根据本公开的实施例的UICC可以使用诸如无线通信网络或WiFi的普通IP网络下载简档并且可以安装该简档。可以应用本公开的各种实施例，而不管通过其下载简档的网络的类型。在本公开中，简档可以指将存储在UICC中的应用、文件系统和认证密钥中的至少一个封装为软件类型。在本公开中，USIM简档可以将被包括在简档中的USIM应用中的简档或封装信息称为软件类型。在本公开中，简档服务器(profileserver)可以被表示为订阅管理器(SubscriptionManager，SM)、订阅管理器加(SubscriptionManagerPlus，SM+)、订阅管理器数据准备(SubscriptionManagerDataPreparation，SM-DP)、订阅管理器数据准备加(SubscriptionManagerDataPreparationPlus，SM-DP+)、订阅管理器安全路由加(SubscriptionManagerSecureRoutingPlus，SM-SR+)、简档递送平台、简档递送服务器等。简档服务器可以在内部被实施为一个或多个物理服务器。例如，简档服务器可以被划分为SM-DP服务器和SM-SR+服务器以在内部被实施。当简档服务器验证由UE发送的证书(credential)并且验证通过时，简档服务器可以将加密的简档发送给UE。证书可以是用于验证UE的简档下载权限的证书。在本公开中，路由服务器(routingserver)可以是预先在UE中配置的服务器。当UE被制造或者UE最初被操作时，可以配置预先配置的服务器。此外，当UE开始对于简档下载的操作时，可以配置预先配置的服务器。路由服务器可以将路由会话配置为将用于UE的简档下载的通信分组传递到简档服务器。需要说明的是，本公开中路由服务器的名称仅仅是表示其功能的表述方式，并且该功能可以在具有网络功能的任何服务器设备中实施。在本公开中，通过其发送或接收消息或信息的无线通信网络可以是无线通信网络的特定节点。例如，无线通信网络可以是无线通信网络的eNB、用户信息管理节点、移动性管理节点等。在本公开中，无线通信网络可以包括归属位置寄存器(HomeLocationRegister，HLR)和UE连接到其以执行用户认证功能的认证中心(AuthenticationCenter，AuC)，并且包括可以在认证之后通过连接提供语音通信或数据通信的网络和服务器。本公开中使用的术语“UE”可以被称为移动台(MobileStation，MS)、终端、用户终端(UserTerminal，UT)、无线终端、接入终端(AccessTerminal，AT)、终端、用户单元、用户站(SubscriberStation，SS)、无线设备、无线通信设备、无线发射/接收单元(WirelessTransmit/ReceiveUnit，WTRU)、移动节点、移动电话或其它术语。在本公开中，在UE被命名而没有具体划分的情况下，UE可以包括以套接口(socket)类型插入到UE中的UICC、嵌入在UE中的eUICC、以及安装在UE中以便控制eUICC或UICC的软件或应用(例如，本地简档助理(LocalProfileAssistant，LPA))。此外，在UE通过使用诸如蓝牙SIM连接简档的技术的分离的通信设备连接到UICC的情况下，包括相应的UICC的元件可以被称为UE。UE的各种实施例可以包括蜂窝电话、具有无线通信功能的智能电话、具有无线通信功能的平板PC、具有无线通信功能的可穿戴设备、具有无线通信功能的个人数字助理(personaldigitalassistant，PDA)、无线调制解调器、具有无线通信功能的便携式计算机、具有无线通信功能的诸如数字相机的拍摄设备、具有无线通信功能的游戏设备、具有无线通信功能的音乐存储和播放电器、能够无线互联网连接和浏览的互联网家电、以及具有这些功能的组合的便携式单元或终端。此外，具有通信功能的测量仪器等可以被包括在UE中。此外，在本公开中，UE可以包括机器对机器(M2M)UE、或机器类型通信UE/设备，但是本公开不限于此。在本公开中，简档标识符可以被表示为简档标识信息、简档ID(ProfileID)、集成电路卡ID(IntegratedCircuitCardID，ICCID)以及与ICCID和发行方安全域简档(IssuerSecurityDomain-Profile，ISD-P)匹配的因子。例如，简档ID可以指示每个简档的唯一标识符。简档标识符可以用于标识网络上的简档。在本公开中，UICC标识符可以是用于UE的UICC的唯一标识符，并且可以被表示为UICC标识符、eUICCID(EID)等。在下文中，为了方便描述，下载并安装简档的UICC被统一为eUICC并被描述。图1是示出在通信系统中将长网址(URL)转换为短网址的实施例的图。参考图1，网址转换服务可以包括网址转换服务器51、UE11以及一个或多个网络服务器31a和31b中的至少一个。在图1的示例中，假定第一网络服务器31a具有作为长地址的“AA”和作为短地址的“a”，并且第二网络服务器31b具有作为长地址的“BB”和作为短地址的“b”。作为网址的长地址可以被理解为普通的统一资源定位符(UniformResourceLocator，URL)地址。第一网络服务器31a和第二网络服务器31b中的每一个是由通信运营商或UE制造商运营的服务器，并且用于UE11的通信服务的使用。在图1的示例中，第一网络服务器31a和第二网络服务器31b具有长地址，注册网址AA和BB到网址转换服务器51(101和107)，并且从网址转换服务器51接收其中网址转换服务器51的地址被配置为主机地址(hostaddress)的短地址的分配(103或109)。此时，网址的注册不一定由第一网络服务器31a和第二网络服务器31b来执行，并且可以由未示出的网络实体(networkentity)或服务提供商(serviceprovider)请求。UE11通过分离的通信信道接收第一网络服务器31a的短地址a、或者第二网络服务器31b的短地址b(105或111)，并且使用短地址而不是长地址连接到网址转换服务器51(113)。网址转换服务器51根据关于预先注册的第一网络服务器31a和第二网络服务器31b的信息，向UE11回复第一网络服务器31a的长地址AA或第二网络服务器31b的长地址BB(115)，以诱导(重定向)UE11连接到具有长地址的第一网络服务器31a或第二网络服务器31b。UE11通过使用从网址转换服务器51获得的长地址连接到第一网络服务器31a或第二网络服务器31b(117或119)，可以接收用于下载从相应的通信运营商提供的简档的信息。在图1中，第一网络服务器31a和第二网络服务器31b的注册的长地址与分配给长地址的短地址的匹配表(matchingtable)被存储在网址转换服务器51中。参考匹配表，网址转换服务器51向UE11回复与UE11被连接到的短地址相对应的网络服务器31a或31b的长地址。此时，存在以下不便：在将要从至少两个网络服务器31a和31b提供网址转换服务的情况下，网络服务器31a和31b使用分离的信道向UE传递两个或更多个短地址，并且在网络服务器31a和31b的地址被更新的情况下，通过由网址转换服务器51接收新的短地址的分配，新的短地址被再次传递到UE。图2是示出在通信系统中简档被远程提供给UE的实施例的图。参考图2，远程提供简档的通信系统的配置可以包括：至少一个简档服务器41、UE11以及一个或多个简档下载请求处理服务器31c和31d(例如，处理服务的新订阅的服务器、标识用户的简档下载凭证(voucher)的服务器等)中的至少一个。为了方便描述，假定参考标号31c是新订阅服务器，并且参考标号31d是凭证标识服务器。在图2中，UE11可以根据下载简档的方法开始由彼此不同的简档下载请求处理服务器31c和31d的简档安装。简档下载请求处理服务器31c和31d可以被实施为网络服务器类型。例如，在对通信运营商的新订阅的情况下，订阅应用和简档下载请求可以由新订阅服务器31c进行(201)。作为另一示例，在由通信运营商为简档下载发出或售卖的简档下载凭证的情况下，简档下载可以由凭证标识服务器31d请求(203)。简档下载请求处理服务器31c和31d的地址可以由参考图1描述的网址转换服务提供给UE11或用户。简档下载请求处理服务器31c和31d根据用户的请求向简档服务器41请求简档的生成(205或207)，并且简档服务器41向下载请求处理服务器31c或31d通知简档的生成的完成(209或211)。然后，下载请求处理服务器31c或31d根据简档的生成的完成向UE11传递通知(新的订阅完成或者凭证标识完成)(213或215)。UE11执行用于远程下载简档的简档下载功能以连接到由简档下载请求处理服务器31c或31d指定的简档服务器41(217)，并且从简档服务器41下载简档以安装简档(219)。此时，在简档下载请求处理服务器31c或31d的地址(URL)是长的情况下，存在以下不便：输入相应的简档下载请求处理服务器31c或31d的长地址是不方便的。此外，在UE11进行简档下载而不识别相应的简档下载请求处理服务器31c或31d的有效性的情况下，由于恶意脚本、程序等，存在安全性可能受到威胁的问题。图3是示出根据本公开的实施例的UE获得简档下载请求处理服务器的地址的过程的图。图3的通信系统包括UE10、执行简档下载请求处理的多个网络服务器30a和30b、以及其中注册了关于多个网络服务器30a和30b的信息的eSIM应用编程接口(ApplicationProgrammingInterface，API)服务器(在下文中，称为eSIM服务器)20。例如，关于多个网络服务器30a和30b的信息包括网络服务器30a和30b的地址以及服务器类型(servertype)中的至少一个。服务器类型是指示执行简档下载请求处理的服务器是通信运营商的新订阅服务器还是凭证标识服务器的信息，并且网络服务器30a和30b可以是新订阅服务器或凭证标识服务器。凭证标识服务器是在使用由通信运营商为简档下载而发出或售卖的简档下载凭证的情况下被包括在系统中的服务器。在本公开的实施例中，服务器类型是示例，并且服务器类型可以对应于能够执行简档下载请求处理的各种服务器，诸如通信运营商的设备改变标识服务器、提供各种服务的服务器、UE制造商的服务器等。例如，在eSIM服务器20从UE10接收指示新订阅服务器的服务器类型的情况下，eSIM服务器20提供在执行简档下载请求处理的服务器当中的新订阅服务器的服务器地址，并且在eSIM服务器20从UE10接收指示凭证标识服务器的服务器类型的情况下，eSIM服务器20提供在执行简档下载请求处理的服务器当中的凭证标识服务器的服务器地址。在本公开的实施例中，作为执行简档下载请求处理的服务器，网络服务器被描述为示例，但是本公开不限于此，并且能够执行简档下载请求处理的其他类型的服务器可以被使用。在从UE10接收包括服务器类型的请求消息的情况下，响应于请求消息，eSIM服务器20向UE10提供与服务器类型相对应的简档下载请求处理服务器(例如，网络服务器30a或30b)的地址。参考图3，执行简档下载请求处理的网络服务器30a和30b在eSIM服务器20中注册地址(URL)及其服务器类型(301或303)。UE10通过连接到eSIM服务器20来查询与服务器类型相对应的简档下载请求处理服务器的地址(305)。eSIM服务器20回复与从UE10接收的查询(或请求消息)中包括的服务器类型相对应的网络服务器30a或30b的地址(307)。然后，UE10接近具有从eSIM服务器20回复的地址的网络服务器30a或30b(309或311)。在多个简档下载请求处理服务器被注册在eSIM服务器20中的情况下，多个简档下载请求处理服务器可以不是由相同运营主代理(例如，通信运营商)运营的简档下载请求处理服务器。根据图3的过程，与图1的网址转换服务相比，UE可以使用单个地址(即，eSIM服务器的地址)来获得多个网络服务器(简档下载请求处理服务器)的地址。此外，存在以下优点：在更新网络服务器(简档下载请求处理服务器)的地址的情况下，仅校正注册在eSIM服务器中的地址并且可以不向UE通知网络服务器地址更新。另外，在图3的过程中，eSIM服务器20的地址和服务器类型可以被预先存储在UE10中，或者可以通过分离的通信信道被传递到UE10。图4是示出根据本公开的实施例的UE远程下载简档的过程的图，并且示出了UE使用从简档下载请求处理服务器获得的地址远程下载简档的过程。参考图4，根据图3中所示的过程，UE可以通过eSIM服务器20获得多个简档下载请求处理服务器(例如，网络服务器30-1、30-2、……、30-n：30)的一个URL(401和407)。eSIM服务器20的地址是短地址的网址。eSIM服务器20的地址可以被预先存储在UE10中，或者可以通过分离的通信信道被传递给UE。此外，当UE10最初尝试连接到eSIM服务器20时，eSIM服务器20和UE10可以发送或相互交换诸如数字证书和数字签名的安全信息，以执行认证处理。此外，在到eSIM服务器20的连接不平滑或者UE10不能使用eSIM服务器20的情况下，代替操作401和407，UE10可以执行互联网N1搜索(403和409)，或者接收由通信运营商的网络N2发送的文本消息或电子邮件(405和411)，并且因此UE10可以获得简档下载请求处理服务器的一个URL。可以由相应的eSIM服务器20引导的简档下载请求处理服务器30可以不由相同的运营主代理(例如通信运营商)运营。在UE10将安全令牌连同请求简档下载的请求消息一起发送到被指定为URL的简档下载请求处理服务器30(413)的情况下，简档下载请求处理服务器30将UE的请求10传递到简档服务器40以请求简档的准备(415)。UE10可以生成安全令牌。在简档服务器40准备简档并且向简档下载请求处理服务器30通知准备完成的情况下(417)，简档下载请求处理服务器30连同通知简档下载请求处理的完成的消息向UE10回复简档服务器40的标识信息、以及准备的简档的标识信息和对安全令牌的响应中的至少一个(419)。UE10识别简档下载请求处理服务器30对于安全令牌的响应(421)，以验证简档下载请求处理服务器30的有效性(validity)。然后，UE10连接到简档服务器40以请求简档(423)，并下载简档以安装该简档(425)。根据参考图4描述的过程，与参考图2描述的简档安装处理相比，代替用户直接将简档下载请求处理服务器的长网址输入到UE，简档下载请求处理服务器的网址由具有短网址的eSIM服务器获得。因此，用户将网址输入到UE是方便的。此外，使用安全令牌来验证简档下载请求处理服务器的有效性，并且因此网络接口的安全威胁是低的。在下文中，将更具体地描述用于在通信系统中远程下载简档的本公开的实施例。此外，在下面的实施例中，为了方便起见，简档下载请求处理服务器通常被称为网络服务器。图5是示出根据本公开的实施例的UE远程下载简档的过程的流程图。参考图5，在步骤501中，在输入/选择eSIM服务器20的地址的情况下，在步骤503中，UE10连接到eSIM服务器20，以传递网络服务器30的服务器类型，并且在步骤505中，UE10从eSIM服务器20接收适合于简档下载请求处理的网络服务器30的地址(网页URL(WebpageURL)、或网络服务器URL(WebServerURL)，在下文中，被称为“URL”)。步骤501中输入的eSIM服务器20的地址可以被给定为短类型的授权域名(即，完全合格域名(FullyQualifiedDomainName，FQDN))。用户可以如公知的使用用于向UE输入数字/字符串的随机接口(诸扫描快速响应(QuickResponse，QR)码或条形码)、直接输入数字/字符串、选择预先存储在UE10中的地址列表中的一个等来向UE10选择或输入eSIM服务器20的域地址。此外，在步骤501中，如果必要，UE10可以在没有用户的输入的情况下自动从预先存储的地址列表等中选择eSIM服务器20的地址。eSIM服务器20可以是被操作为通过通信运营商或UE制造商提供eSIM服务的随机服务器。然后，在步骤507中，UE10使用网络浏览器等连接到由eSIM服务器20引导的网络服务器30的地址(URL)。UE10生成随机数/字符串(安全令牌(LPA令牌(LPAToken)，在下文中，被称为令牌)，并将令牌发送到网络服务器30。在步骤507中，从UE10发送到网络服务器的消息30包括：至少一条关于UICC的标识符(eUICCID(EID))的信息(本地简档助理(LPA)、被安装在UE10中以下载简档的eUICC控制使用应用(例如，本地简档助理(LPA))的名称(或类)、被包括在相应的应用中的功能的名称。在步骤509中，与简档下载和安装相关联地，用于查询用户的同意或不同意的过程可以在网络服务器30和UE10之间进行。步骤509的操作可以省略。接下来，在步骤511中，网络服务器30向简档服务器40传递简档标识符(例如，集成电路卡ID(ICCID))、或指定简档以请求简档的准备的信息(例如，稍后将参考图16描述一个激活码)。在步骤513中，网络服务器30从简档服务器40接收简档相关的信息。简档相关的信息包括简档服务器40的标识信息(SRID(SM-SRID)或DPID(SM-DPID)，在下文中被称为到“DPID”)以及简档的标识信息(事件ID(eventID))中的至少一个。例如，简档服务器40的标识信息(即，DPID)可以使用简档服务器的地址信息。然后，在步骤515中，在网络服务器30向UE10发送包括简档相关的信息和对令牌(LPA令牌)的响应中的至少一个的消息的情况下，在步骤517中，UE可以基于步骤515中包括的对令牌的响应来确定网络服务器30是否是有效的网络服务器。如步骤507所述，UE10可以将相关信息(LPA调用信息(LPACallingInfo)，例如，简档下载功能的名称和相应的功能被包括在其中的UE10中的应用的软件的名称)连同令牌一起发送到网络服务器30，以便网络服务器30调用UE10的特定功能(例如，用于开始简档下载的功能，在下文中被称为“简档下载功能”)。然后，在步骤517，在UE10识别对由网络服务器30回复的令牌的响应后，UE10可以执行简档下载功能。接下来，在步骤519、521、523和525中，UE10从简档服务器40下载简档以安装简档。也就是说，在步骤519中，UE10向简档服务器40发送包括简档的标识信息(事件ID(eventID))的简档请求。在步骤521中，UE10和简档服务器40执行相互的认证处理。然后，在步骤523中，简档服务器40将简档传递给UE10，并且在步骤525中，UE10安装下载的简档。根据实施例，eUICCUE可以通过具有短网址(统一资源定位符(URL))的eSIM服务器容易地连接到具有长网址(URL)的简档下载请求处理服务器(网络服务器)。此外，eUICCUE可以使用安全令牌来验证网络服务器的有效性，并且因此eUICCUE可以安全地开始简档的下载。图6至图9示出了在UE10与eSIM服务器20之间查询和响应网络服务器20的地址的方法。在图6至图9中，eSIM服务器20的地址被例示为“www.mno.com”，并且网络服务器30的地址被例示为“subscription.mno.com”。图6是示出根据本公开的实施例的eSIM服务器使用HTTP重定向(HTTPRedirection)消息将网络服务器的地址传递给UE的过程的流程图。参考图6，在步骤601中，UE10可以通过QR码扫描、用户输入或自动选择来接收eSIM服务器20的地址。在步骤603中，UE10可以通过将网络服务器30的服务器类型包括在HTTPGET请求消息中作为URL因子(URL参数)，将网络服务器30的服务器类型连同HTTPGET请求消息一起发送到eSIM服务器20。在URL连接的情况下，URL因子(URL参数)可以被包括在URL打开(URLopen)消息中。例如，服务器类型可以表示为URL因子。URL连接是指从UE10到eSIM服务器20的连接。在步骤605中，eSIM服务器20可以使用例如HTTP3xx重定向(HTTP3xxRedirect)消息(例如，307临时重定向(TemporaryRedirect))来诱导(重定向)UE10尝试连接到合适的网络服务器30。在步骤607，在UE10尝试使用HTTP3xx重定向消息连接到网络服务器30的同时，UE10可以向用户显示通知正在执行重定向(Redirecting)的用户界面(UserInterface，UI)。图7是示出根据本公开的实施例的eSIM服务器使用HTML链接(HTMLLink)将网络服务器的地址传递给UE的过程的流程图。参考图7，在步骤701中，UE10可以通过QR码扫描、用户输入或自动选择来接收eSIM服务器20的地址。在步骤703中，当UE10向eSIM服务器20发送HTTPGET请求消息时，UE10可以不传递任何附加信息。在步骤705中，eSIM服务器20可以使用例如HTTP200OK消息向UE10传递可以充当中介的网络服务器30的列表。因此，在步骤707中，用户可以使用UE10直接选择合适的网络服务器30。写入相应的网络服务器30的列表中的HTML链接可以包括网络服务器30的网址(URL)，以便UE10可以连接到每个合适的网络服务器。例如，可以通过显示新订阅、凭证激活等等的类型的UI来在UE10上显示HTML链接以便对应于服务器类型。在步骤709中，UE10可以尝试连接到由用户在步骤707中选择的网络服务器30。图8是示出根据本公开的实施例的eSIM服务器使用JSON消息将网络服务器的地址传递给UE的过程的流程图。参考图8，在步骤801中，UE10可以通过QR码扫描、用户输入或自动选择来接收eSIM服务器20的地址。在步骤803中，UE10可以通过将网络服务器30的服务器类型包括在HTTPPOST请求消息中作为JavaScript对象表示法(JavaScriptObjectNotation，JSON)消息类型，将网络服务器30的服务器类型连同HTTPPOST请求消息一起传递到eSIM服务器20。JSON是使用文本以传递数据对象的数据格式。在步骤805中，eSIM服务器20可以使用HTTP200OK消息来写入并传递作为JSON消息类型的、UE10将要被连接到的网络服务器30的地址。虽然在步骤807中UE10尝试连接到其地址由JSON消息获得的网络服务器30，但是UE10可以向用户显示通知正在执行重定向(Redirecting)的UI。图6至图8的实施例可以被实施为组合的实施例。图9是示出根据本公开的实施例的eSIM服务器使用JSON消息将网络服务器的地址连同HTML链接一起传递给UE的过程的流程图。参考图9，在步骤901中，UE10可以通过QR码扫描、用户输入或自动选择来接收eSIM服务器20的地址。在步骤903中，UE可以将JSON消息连同HTTPPOST消息请求消息一起传递给eSIM服务器20，以便相应的eSIM服务器20回复可以充当中介的网络服务器30的列表。在步骤905至909中，eSIM服务器20可以使用HTTP200OK消息来传递可以充当中介的网络服务器30的列表，以便用户可以选择合适的网络服务器30。为此，在步骤905和907，可以提供响应用于HTTP请求的网页(HTML)的HTTP服务器25。写在由相应的网页指示的网络服务器列表中的HTML链接可以包括网络服务器的网址(URL)，以便UE10可以连接到每个合适的网络服务器30。在步骤911中，在通过用户输入/选择来选择网络服务器30的情况下，在步骤913中，UE10连接到网络服务器30。例如，HTML链接可以通过显示新订阅、凭证激活等的类型的UI来在UE10上显示以便对应于服务器类型。在下文中，参考图10至图12，描述了用于将UE10和网络服务器30连接到彼此的实施例。在图10至图12的实施例中，参考标号15表示UE10的网络浏览器。网络浏览器15可以被实施为被包括在LPA(也就是说，被安装在UE10中以根据本公开的实施例控制eUICC或UICC的应用的软件)中的功能，并且可以执行图10至图12中所示的操作。作为另一示例，UE10的LPA可以使用预先安装在UE10中的分离的网络浏览器来执行图10至图12中所示的操作。在这种情况下，在图10至图12中，UE10对应于LPA，包括LPA和网络浏览器15的网络实体可以被理解为UE，并且图10至图12中示出的UE10的操作可以被理解为LPA的操作。图10是示出根据本公开的实施例的在UE和网络服务器之间使用JavaScript的连接过程的流程图。图10的示例建议了其中网络服务器30使用JavaScript来调用UE10的简档下载功能的方法。参考图10，在步骤1001中，UE10生成安全令牌。在步骤1003和1005中，UE10将关于安装在UE中的应用(例如，用于控制eSIM的LPA应用)的信息(例如，类(class)名称)、以及关于简档下载功能(例如，LPA中的ES9_EventRequest功能)的信息(例如，功能(function)名称)传递到网络服务器30。LPA调用信息(即，用于简档下载的应用相关的信息)可以被理解为包括类名称和功能名称的信息。此外，在步骤1001中生成的安全令牌用于验证网络服务器30的有效性，并且在执行验证操作的情况下，在步骤1003和1005中，安全令牌连同LPA调用信息一起被传递到网络服务器30。在步骤1007至1011中，网络服务器30可以从UE10接收对于用户的简档下载请求的同意。此时，网络服务器30可以显示用于识别用户对于使用UE的网络浏览器15的简档下载和安装的同意或不同意的UI。在用户对简档下载和安装的同意不是必要的情况下，在步骤1007至1011中可以省略。在存在用户的同意或者用户的同意不是必要的情况下，在步骤1013至1017中，在由简档服务器完成准备简档之后，网络服务器30可以写入JavaScript1015a并且向UE10回复JavaScript1015a，以便基于LPA调用信息来调用UE10的应用和简档下载功能。回复的JavaScript可以包括能够调用应用和简档下载功能的程序语法。在步骤1019中，在调用JavaScript的情况下，在步骤1021至1025中，调用UE10的LPA应用和简档下载功能，并且因此UE10执行简档下载功能。此时，如步骤1023所示，可以使用令牌来验证网络服务器30的有效性。图11是示出根据本公开的实施例的在UE和网络服务器之间使用HTML链接的连接过程的流程图。图11的示例建议了其中网络服务器30使用HTML链接来调用UE10的简档下载功能的方法。参考图11，在步骤1101中，UE10生成安全令牌。在步骤1103和1105中，UE10将关于安装在UE中的应用(例如，用于控制eUICC的LPA)的信息(例如，主机(host)名称)、以及关于简档下载功能(例如，LPA中的ES9_EventRequest功能)的信息(例如，模式(scheme)名称)传递到网络服务器30。LPA调用信息可以理解为包括主机名称和模式名称的信息。此外，在步骤1101中生成的安全令牌用于验证网络服务器30的有效性，并且在执行验证操作的情况下，在步骤1103和1105中，安全令牌连同LPA调用信息一起被传递到网络服务器30。在步骤1107至1111中，网络服务器30可以从UE10接收用户对于简档下载请求的同意。此时，网络服务器30可以显示用于识别用户对于使用UE的网络浏览器15的简档下载和安装的同意或不同意的UI。在用户对简档下载和安装的同意不是必要的情况下，在步骤1107至1111中可以省略。在存在用户的同意或用户的同意不是必要的情况下，在步骤1113至1117中，在简档服务器完成准备简档之后，网络服务器30可以写入并回复HTML链路1115a，以便基于LPA调用信息来调用UE10的应用和简档下载功能。能够调用应用和简档下载功能的编程语法可以被包括在从网络服务器30回复的HTML链接中。在步骤1119中，在点击HTML链接的情况下，在步骤1121至1125中，调用UE10的LPA应用和简档下载功能，并且因此UE10执行简档下载功能。此时，如步骤1123所示，可以使用令牌来验证网络服务器30的有效性。图12是示出根据本公开的实施例的在UE和网络服务器之间的连接过程中的例外处理的流程图。图12的示例建议了当网络服务器30调用UE10的简档下载功能时的例外操作处理。参考图12，在图10和图11的实施例中使用的JavaScript或HTML链接的传递意外地失败并且因此简档下载功能的调用在由定时器测量的时间限制内失败的情况下，作为对策，UE10可以向eSIM服务器20请求例外处理。图12的步骤1201至1213的操作类似于图10和图11的相应的操作，因此省略其具体描述。参考图12，在步骤1215和1217中，虽然示出了将简档下载功能的调用失败确定为在时间限制内没有接收到JavaScript或HTML链接的情况，但是确定简档下载功能的调用失败的方法不限于使用定时器的JavaScript或HTML链接接收的失败检测。例如，其中正常接收的JavaScript或HTML链接包括语法错误(syntaxerror)等并且不能被执行的情况等，可以被认为是JavaScript或HTML链接的接收失败。此外，在简档下载的执行期间由于UE的操作错误等导致简档下载被停止的情况，可以被认为是简档下载功能的调用失败。在步骤1219中，UE10可以查询简档服务器和简档信息以便向eSIM服务器20请求例外处理。响应于该查询，在步骤1221中，eSIM服务器20可以向UE10传递简档服务器的地址、以及下载该简档所需的信息(例如，简档的标识信息等)。此外，如在步骤1223中所示，可以省略使用令牌的网络服务器30的上述验证操作(例如，图10中的步骤1023的操作或图11中的步骤1123的操作)。此外，在步骤1219中，UE10可以再次查询网络服务器30的地址以便向eSIM服务器20请求例外处理。为此，在简档的准备被预先完成的情况下，eSIM服务器20可以向UE10传递简档服务器的地址和下载简档所需的信息(例如，简档的标识信息等)，以使得UE10能够省略到网络服务器30的连接并直接向简档服务器请求简档下载。此外，在简档的准备还未完成的情况下，eSIM服务器20可以发送网络服务器30的地址，以便UE10新尝试请求简档下载。确定由eSIM服务器20接收的针对网络服务器30的地址的查询是否为乘法查询的实体可以是eSIM服务器20或UE10。在确定乘法查询的实体是否为UE10的情况下，当UE10查询下载请求处理服务器的地址时，UE10可以指定下载请求处理服务器的地址以查询下载请求处理服务器的地址。应该注意的是，在图10至图12的实施例中，在调用UE10的简档下载功能的方法当中JavaScript的使用和HTML链接的使用不是彼此排斥的。也就是说，UE10可以向网络服务器30传递用于生成JavaScript所需的信息(例如，类(class)名称和功能(function)名称)和生成HTML链接所需的信息(例如，主机(host)名称和模式(scheme)名称)两者。网络服务器30可以适当地组合接收的信息，并且可以选择要在调用简档下载功能调用中使用的、JavaScript(图10的示例)和HTML链接(图11的示例)中的至少一种方法。在网络服务器30使用多种方法调用UE10的简档下载功能的情况下，UE10可以通过选择多种调用方法中的一种来调用简档下载功能一次。此外，在多个简档下载功能调用方法当中选择的一种方法在简档下载功能的调用中失败的情况下(参见图12)，UE10可以选择剩余调用方法当中的另一方法并且可以在图12的实施例的例外处理方法之前执行所选择的该另一方法。图13是示出根据本公开的实施例的用于简档下载处理的网络服务器的认证处理的流程图，并且示出了使用安全令牌的网络服务器验证过程的示例。参考图13，在步骤1301中，无论UE10何时尝试连接到网络服务器30，UE10都可以随机地新生成数字/字符串(在下文中被称为“令牌”)，并且在步骤1303中，UE10可以将令牌传递给网络服务器30。步骤1303中的令牌传递可以使用网络浏览器15来执行。无论何时生成令牌，所生成的令牌都可以被更新为另一值。在步骤1305和1307中，根据参考图10至图12描述的实施例，当网络服务器30调用UE10的简档下载功能时，网络服务器30可以通过将令牌包括在简档下载功能调用程序(JavaScript或HTML链接)中来向UE10发送令牌。然后，在步骤1309和1311中，在步骤1309中从网络服务器30回复的简档下载功能调用程序中包括的令牌与在步骤1301中由UE10生成的令牌相等(有效)的情况下，UE10可以认为相应的简档下载功能调用是来自有效网络服务器的调用，并且可以执行简档下载功能。在步骤1309中，在令牌的验证失败(无效)的情况下，在步骤1313中，UE10可以等待一定的时间段以附加地接收令牌。这是为了防止由于由恶意网络服务器等在有效令牌之前传递的无效令牌而导致有效令牌的发送被延迟的有效令牌的泄露。在UE10不执行等待附加接收或者等待时间结束的情况下，UE10可以识别令牌的接收失败并且可以结束操作。图14是示出根据本公开的实施例的用于简档下载处理的网络服务器的认证处理的流程图，并且示出了使用该令牌的验证过程的另一示例。参考图14，在步骤1401中，无论UE10何时尝试连接到网络服务器30，UE10都可以新生成令牌，并且在步骤1403中，UE10可以将令牌传递给网络服务器30。步骤1403中的令牌传递可以使用网络浏览器15来执行。无论何时生成令牌，所生成的令牌都可以被更新为另一值。在步骤1405至1409中，根据参考图10至图12描述的实施例，当网络服务器30调用UE10的简档下载功能时，网络服务器30可以通过将令牌和结果值包括在简档下载功能调用程序(JavaScript或HTML链接)中，来向UE10发送通过根据预定算法处理令牌所获得的令牌和结果值。然后，在步骤1411和1413中，在步骤1409中从网络服务器30回复的简档下载功能调用程序中包括的令牌和令牌处理结果值与在步骤1401中由UE10生成的令牌和预期的令牌处理结果值相等(有效)的情况下，UE10可以认为相应的简档下载功能调用是来自有效网络服务器的调用，并且可以执行简档下载功能。此外，如参考图13所描述的，在令牌的验证失败(无效)的情况下，在步骤1415中，UE10可以等待一定的时间段以便附加地接收令牌。在图14的实施例中，在步骤1409中的网络服务器30的回复可以选择性地包括令牌和令牌处理结果值中的至少一个。此外，在步骤1405中处理令牌的算法可以是例如使用数字证书的数字签名或令牌的哈希(hashing)处理(如稍后将描述的图15的实施例中所示)。此外，如将在稍后描述的图15的实施例中所示的，关于预定算法或处理令牌的相应的算法的信息可以被包括在网络服务器30的回复中，可以在先前步骤的UE10和网络服务器30之间的消息交换处理中被交换，可以由分离的通信信道共享，或者可以被预先存储在UE10中。图15是示出根据本公开的实施例的用于简档下载处理的网络服务器的认证处理的流程图，并且示出了使用该令牌的验证过程的又另一示例。参考图15，在步骤150和1503中，UE10可以生成令牌并将令牌传递给网络服务器30。步骤1503中的令牌传递可以使用网络浏览器15来执行。无论何时生成令牌，所生成的令牌都可以被更新为另一值。在步骤1505至1509中，根据参考图10至图12描述的实施例，当网络服务器30调用UE的简档下载功能时，网络服务器30可以通过将数字签名包括在简档下载功能调用程序(JavaScript或HTML链接)中，来向UE10发送令牌和使用数字证书在令牌中签名的数字签名。然后，在步骤1511和1513中，在步骤1509中从网络服务器30回复的简档下载功能调用程序中包括的令牌和数字签名与在步骤1501中由UE10生成的令牌和预期的数字签名相等，UE10可以认为相应的简档下载功能调用是来自有效网络服务器30的调用，并且可以执行简档下载功能。此外，如参考图13所述，在令牌的验证失败的情况下，在步骤1515中，UE10可以等待一定的时间段以便附加地接收令牌。在图15的实施例中，在步骤1509中的网络服务器30的回复可以选择性地包括令牌和数字签名中的至少一个。此外，在生成数字签名中使用的数字证书和签名生成算法中的每一个或两者可以被包括在网络服务器30的回复中，可以在先前步骤的UE和网络服务器30之间的消息交换处理中被交换，可以由分离的通信信道共享，或者可以被预先存储在UE中。图16是示出根据本公开的实施例的UE使用简档下载凭证下载简档的过程的图。参考图16，在步骤1601中，通信运营商(communicationoperator，MNO)60向简档服务器40请求简档中的至少一个。MNO60的简档请求可以包括在用户的服务订阅之前的成批的多个简档的捆绑请求，并且通信运营商(MNO)60可以是通信运营商的服务器。在步骤1603中，在简档服务器40向凭证服务器50请求生成用于将要被生成的简档的激活码、或简档服务器40直接生成激活码的情况下，简档服务器40将生成的激活码传递到凭证服务器50。激活码是与简档相对应的唯一代码信息，并且可以基于该激活码来识别UE10的简档下载请求(稍后将描述的步骤1613)是否正常。凭证服务器50可以是图4至图15的示例中的网络服务器30，并且UE10可以使用图5至图9的eSIM服务器20来获得凭证服务器50的地址。在步骤1605中，简档服务器40将根据步骤1601中的请求生成的一个或多个简档、以及一个或多个简档中的每一个的激活凭证信息提供给MNO60。例如，激活凭证信息包括简档的激活码和标识激活码的凭证服务器50的地址中的至少一个。然后，在步骤1607中，在存在用户10a的通信服务订阅的情况下，在步骤1609中，MNO60提供激活凭证信息以使得用户10a能够使用通信服务。用户10a可以是用户的UE10或用户的另一UE。例如，用户10a可以在离线状态下接收激活凭证信息作为卡类型。在步骤1611中，UE10接收激活凭证信息，并且在步骤1613中，UE10向凭证服务器50请求对相应的激活码的识别。在步骤1615中，凭证服务器50识别从UE10接收的激活码。在正常激活码的情况下，在步骤1617中，凭证服务器50向简档服务器40请求简档的准备，并且接收简档下载相关的信息(例如，简档的标识信息(事件ID))，并且向UE10传递通知简档下载请求处理完成的消息、简档服务器40的标识信息(例如，地址信息(DPID))、和简档下载相关的信息(例如，简档的标识信息(事件ID))。然后，在步骤1619中，UE10连接到简档服务器40，执行相互认证，并且然后下载简档。作为另一示例，接收步骤1617的简档准备请求的简档服务器40可以将简档直接发送给UE10。根据各种实施例的权利要求和/或说明书中所陈述的方法可以通过硬件、软件、或硬件和软件的组合来实施。当通过软件来实施方法时，可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以被配置用于由电子设备(例如终端或服务器)内的一个或多个处理器运行。所述至少一个程序可以包括使电子设备执行根据由所附权利要求限定的和/或本文所公开的本公开的各种实施例的方法的指令。程序(软件模块或软件)可以被存储在非易失性存储器中，该非易失性存储器包括随机存取存储器和闪存存储器、只读存储器(ReadOnlyMemory，ROM)、电可擦除可编程只读存储器(ElectricallyErasableProgrammableReadOnlyMemory，EEPROM)、磁盘存储设备、光盘-ROM(CompactDisc-ROM，CD-ROM)、数字多功能盘(DigitalVersatileDiscs，DVD)、或其他类型的光存储设备、或磁带。可替换地，一些或全部的任何组合可以形成其中存储程序的存储器。此外，电子设备中可以包括多个这样的存储器。此外，程序可以被存储在可附接的存储设备中，该可附接的存储设备可以通过诸如互联网、内联网、局域网(LocalAreaNetwork，LAN)、宽LAN(WideLAN，WLAN)、和存储区域网络(StorageAreaNetwork，SAN)或它们的组合的通信网络来访问电子设备。这样的存储设备可以经由外部端口来访问电子设备。另外，通信网络上的分离的存储设备可以访问便携式电子设备。在本公开的上述详细实施例中，根据所呈现的详细实施例，被包括在本公开内容中的组件以单数或复数被表示。然而，选择单数形式或复数形式是为了便于描述适合于所呈现的情况，并且本公开的各种实施例不限于单个元件或其多个元件。此外，在描述中表示的多个元件可以被配置为单个元件，或者在描述中的单个元件可以被配置为多个元件。尽管在本文中单独地描述了以上实施例，但是它们中的两个或更多个可以组合实施。另外，本公开的以上实施例可以通过计算机可读记录介质中的计算机可读代码来实施。计算机可读记录介质可以是能够存储可由计算机系统读取的数据的任何数据存储设备。可由计算机读取的记录介质的示例可以包括：只读存储器(ROM)、随机存取存储器(Random-AccessMemory，RAM)、光盘只读存储器(CompactDisc-ReadOnlyMemory，CD-ROM)、磁带、软盘、光学数据存储设备、载波(诸如，通过互联网的数据发送)。此外，用于实现本公开的功能程序、代码和代码段可以由本公开所属的本领域技术人员容易地解释。将理解，根据本公开的实施例的装置和设备可以以硬件、软件、或硬件和软件的组合的形式来实施。任何这样的软件可以被存储在例如易失性或非易失性存储设备中，诸如ROM、存储器(诸如RAM)、存储器芯片、存储器设备、或存储器IC、或可记录光学或磁性介质(诸如，CD、DVD、磁盘或磁带)，而不管其被擦除的能力或其重新记录的能力。还可以理解，软件可以被存储在机器(例如，计算机)可读存储介质中。将理解，根据图4至15的实施例的方法可以由无线通信系统中的通信提供商管理的计算机、各种便携式终端、或网络实体来实施，其中包括/包含诸如收发器的通信接口、控制器和存储器，并且存储器是适合于存储包括用于实施本公开的实施例的指令的一个或多个程序的机器可读存储介质的示例。因此，本公开包括用于实施说明书的所附权利要求中描述的装置和方法的代码的程序、以及用于存储程序的机器(计算机等)可读存储介质。虽然已经在本公开的详细描述中描述了实施例，但是本公开可以在不脱离本公开的范围的情况下以各种形式被修改。因此，本公开的范围将不应仅仅基于所描述的示例性实施例来确定，而是应基于所附权利要求及其等同物来确定。当前第1页1 2 3 当前第1页1 2 3