CN114205805B - 一种迁移配置文件的方法及装置 - Google Patents

一种迁移配置文件的方法及装置 Download PDF

Info

Publication number
CN114205805B
CN114205805B CN202010905607.XA CN202010905607A CN114205805B CN 114205805 B CN114205805 B CN 114205805B CN 202010905607 A CN202010905607 A CN 202010905607A CN 114205805 B CN114205805 B CN 114205805B
Authority
CN
China
Prior art keywords
migrated
configuration file
electronic device
migration
module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010905607.XA
Other languages
English (en)
Other versions
CN114205805A (zh
Inventor
范姝男
克里斯托弗·凯万·洛伊
任乾栋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010905607.XA priority Critical patent/CN114205805B/zh
Priority to EP21863453.3A priority patent/EP4195729A4/en
Priority to US18/023,634 priority patent/US20230308861A1/en
Priority to PCT/CN2021/110700 priority patent/WO2022048385A1/zh
Publication of CN114205805A publication Critical patent/CN114205805A/zh
Application granted granted Critical
Publication of CN114205805B publication Critical patent/CN114205805B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20Transfer of user or subscriber data
    • H04W8/205Transfer to or from user equipment or user record carrier
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30Security of mobile devices; Security of mobile applications
    • H04W12/35Protecting application or service provisioning, e.g. securing SIM application provisioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40Security arrangements using identity modules
    • H04W12/45Security arrangements using identity modules using multiple identity modules
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03Protecting confidentiality, e.g. by encryption

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及一种迁移配置文件的方法及装置,其中,第一电子设备包括M个eSIM模块的配置文件,响应于对第一迁移界面的操作指令,确定至少一个待迁移配置文件;所述第一迁移界面用于显示所述M个配置文件的迁移;向第二电子设备发送第一消息;所述第一消息包括至少一个迁移信息;所述迁移信息包括以下至少一项:待迁移配置文件的标识,所述待迁移配置文件对应的配置文件服务器的地址,或所述第二电子设备的标识;在所述第一迁移界面上显示所述至少一个待迁移配置文件在所述第一电子设备上迁移准备完成。

Description

一种迁移配置文件的方法及装置
技术领域
本申请涉及终端技术领域,特别涉及一种迁移配置文件的方法及装置。
背景技术
客户识别模块(subscriber identification module,SIM)卡技术从传统的通用集成电路卡(universal integrated circuit card,UICC)演进到嵌入式通用集成电路卡(embedded universal integrated circuit card,eUICC)是一个必然的趋势,eUICC是嵌入到终端产品的主板中的,支持远程配置写号,用户可以通过在线购买运营商套餐,在线下载嵌入式客户识别模块(embedded subscriber identification module,eSIM)的配置文件(profile)激活使用。
现有eSIM换卡流程比较复杂、耗时长,影响用户使用eSIM卡。
发明内容
本申请提供一种迁移配置文件的方法及装置,简化用户在eSIM换卡过程的复杂度,提高用户体验。
第一方面,本申请提供一种迁移配置文件的方法,应用于第一电子设备;所述第一电子设备包括M个电子用户识别eSIM模块的配置文件,M为大于1的正整数;响应于对第一迁移界面的操作指令,确定至少一个待迁移配置文件;所述第一迁移界面用于显示所述M个配置文件的迁移;向第二电子设备发送第一消息;所述第一消息包括至少一个迁移信息;所述迁移信息包括以下至少一项:待迁移配置文件的标识,所述待迁移配置文件对应的配置文件服务器的地址,或所述第二电子设备的标识;在所述第一迁移界面上显示所述至少一个待迁移配置文件在所述第一电子设备上迁移准备完成。
通过上述方法,第一电子设备可以同时向目标迁移设备(第二电子设备)发送至少一个待迁移配置文件的迁移信息,从而,根据至少一个迁移信息中的待迁移配置文件对应的配置文件服务器的地址,准确的获知待迁移配置文件的配置文件服务器,避免多个待迁移配置文件同时迁移时,可能无法获知待迁移配置文件的配置文件服务器导致迁移失败的问题。另外,考虑到用户可以发起多个配置文件的迁移,因此,用户无需等待一个待迁移配置文件迁移完成后,再去发起另一个待迁移配置文件的迁移,可以降低用户换卡过程的复杂度。从第二迁移设备而言,也无需用户在确认第一设备上设置成功后,再主动从第二迁移设备上发起迁移的请求,可以直接根据接收到的来自第一电子设备的第一消息,从而,根据获取到的待迁移配置文件对应的迁移信息发起迁移,进一步降低了用户在进行迁移过程的复杂度。
一种可能的实现方式,所述第一迁移界面还包括第一控件;第一电子设备响应于对第一控件的操作指令,确定至少一个待迁移配置文件;所述第一控件用于确定所述M个配置文件为待迁移配置文件。
通过上述方法,可以基于用户对第一控件的选择,确定从第一电子设备中,确定出待迁移的至少一个配置文件,作为待迁移配置文件,从而,实现对至少一个待迁移配置文件的整体迁移,减少用户的操作,提高用户体验。
一种可能的实现方式,第一电子设备向第二电子设备发送第一消息之前,还包括:获取所述待迁移配置文件的状态;所述状态包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;根据所述待迁移配置文件的状态,确定所述待迁移配置文件的第一优先级;基于所述待迁移配置文件的第一优先级的顺序,确定所述至少一个迁移信息。
通过上述方法,可以根据待迁移配置文件的状态,确定第一优先级,从而,根据第一优先级确定迁移顺序,例如,该第一优先级可以是用户设置的,从而,基于用户的需要,确定迁移的顺序,或者,还可以是基于配置文件对应的默认联网状态和备用联网状态,确定迁移的顺序,例如,可以优先将不是默认联网的配置文件迁移,最后再迁移默认联网的配置文件,可以提高迁移的容错性,在不是默认联网的配置文件迁移失败时,不影响第一电子设备的正常使用,提高用户的使用体验。
一种可能的实现方式,所述第一迁移界面还包括:状态控件;所述状态控件用于控制配置文件的状态;响应于对状态控件的操作指令,确定所述待迁移配置文件的状态。
通过上述方法,基于用户的需要,对状态控件的操作指令,确定待迁移配置文件的状态,从而,可以按照用户确定的待迁移配置文件的状态,确定迁移的优先级,从而,基于用户的需要,迁移配置文件,提高用户体验。
一种可能的实现方式,所述第一消息还包括:至少一个所述待迁移配置文件的状态。
通过上述方法,第二电子设备可以通过第一消息,确定至少一个所述待迁移配置文件的状态,从而,基于至少一个所述待迁移配置文件的状态,确定待迁移配置文件的优先级,从而,优化在第二电子设备上的迁移顺序,提高迁移成功率和迁移的用户使用感受。
一种可能的实现方式,向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还可以删除所述第一电子设备的所述迁移信息对应的待迁移配置文件;显示所述待迁移配置文件的状态为迁移准备完成。
通过上述方法,第一电子设备可以在第二电子设备进行迁移之前,删除响应的配置文件,提高配置文件服务器对第一电子设备和第二电子设备迁移过程认证的可信度,避免被认为是非法迁移,导致可能的迁移失败的风险。
一种可能的实现方式,向所述配置文件服务器发送第一删除消息;所述第一删除消息用于通知所述配置文件服务器所述第一电子设备的所述待迁移配置文件删除完成。
通过上述方法,第一电子设备将删除的配置文件的第一删除消息发送给配置文件服务器,从而,使得配置文件服务器及时更新当前的配置文件的状态,以为第二电子设备在配置文件服务器成功迁移做准备,提高迁移的成功率。
一种可能的实现方式,向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还可以向所述配置文件服务器发送第一迁移请求;所述第一迁移请求包括:所述第二电子设备的标识和所述待迁移配置文件的标识;接收来自所述配置文件服务器的第一迁移响应。
通过上述方法,第一电子设备还可以向配置文件服务器发送第一迁移请求,从而,通知配置文件服务器,为迁移到第二电子设备上做准备,提高第二电子设备的迁移成功率。
一种可能的实现方式,在所述第一电子设备上显示所述配置文件服务器允许所述待迁移配置文件迁移。
通过上述方法,可以使得用户及时知晓当前配置文件服务器是否成功认证,以确定当前迁移进度,提高用户体验。
一种可能的实现方式,接收所述配置文件服务器发送的第一恢复指令;所述第一恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第一恢复指令包括:所述待迁移配置文件;显示所述待迁移配置文件的状态为迁移失败。
通过上述方法,可以在配置文件服务器确定迁移失败时,接收到配置文件服务器的第一恢复指令,从而,根据第一恢复指令,对迁移失败的配置文件进行恢复,从而,避免迁移失败可能导致的损失,提高用户体验。
一种可能的实现方式,第一电子设备向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还包括:根据所述待迁移配置文件,确定加密待迁移配置文件;向所述第二电子设备发送所述加密待迁移配置文件。
通过上述方法,可以向第二电子设备发送加密待迁移配置文件,从而避免第二电子设备从配置文件服务器获取相应的配置文件,提高迁移的效率。
一种可能的实现方式,删除所述第一电子设备的待迁移配置文件之前,还包括:接收所述配置文件服务器发送的第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述待迁移配置文件。
通过上述方法,可以在配置文件确认第一电子设备的待迁移配置文件可以删除后,即接收到配置文件服务器发送的第一删除指令,再对待迁移配置文件进行删除,从而,避免迁移失败,还需要恢复相应的配置文件,减少第一电子设备的功耗。
一种可能的实现方式,所述方法还包括:接收所述第二电子设备发送的第二恢复指令;所述第二恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第二恢复指令包括:所述待迁移配置文件;显示所述待迁移配置文件的状态为迁移失败。
通过上述方法,第一电子设备可以通过第二电子设备发送的第二恢复指令,确定相应的待迁移配置文件迁移失败,从而,对相应的待迁移配置文件进行恢复。
第二方面,本申请提供一种迁移配置文件的方法,应用于第一电子设备;所述第一电子设备包括M个电子用户识别eSIM模块的配置文件,M为大于1的正整数;响应于对登录控件的操作指令,显示用户在所述云服务器的账户界面;所述登录控件用于所述用户登录所述云服务器的账户;响应于对第一查询控件的操作指令,向所述云服务器发送第一查询请求;所述第一查询控件用于所述用户查询所述第一电子设备的eSIM模块的配置文件信息;接收所述云服务器返回的第一查询响应,显示所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息;响应于对第一迁移界面的操作指令,确定N个待迁移配置文件的标识;所述第一迁移界面用于确定所述M个eSIM模块的配置文件信息中的配置文件是否为待迁移配置文件;N为小于或等于M的正整数;向所述云服务器发送第一迁移请求;所述第一迁移请求包括:所述N个待迁移配置文件的标识和所述第一电子设备的标识;接收所述云服务器的第一迁移响应,显示所述第一迁移响应中的所述N个待迁移配置文件的迁移结果。
通过上述方法,第一电子设备可以根据云服务器的账户,确定第一电子设备中的配置文件信息,从而,第一电子设备基于云服务器的账户中的第一电子设备的配置文件信息,确定M个待迁移配置文件信息,以使第一电子设备向云服务器发起第一迁移请求,从而,通过云服务器完成第二电子设备获取响应的M个待迁移配置文件,以完成第一电子设备上的M个待迁移配置文件迁移至第二电子设备的迁移过程,该过程,无需第一电子设备向第二电子设备发送相关信息即可以实现,减少了消息的发送,降低了第一电子设备参与度,在迁移过程的同时,不影响第一电子设备的正常使用,提高了用户的使用体验。
一种可能的实现方式,第一设备接收所述云服务器的第一迁移响应之前,针对所述M个待迁移配置文件中的一个,还可以接收所述云服务器发送的第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述待迁移配置文件;删除所述第一电子设备的所述待迁移配置文件;显示所述待迁移配置文件的状态为迁移准备完成状态;向所述云服务器发送第一删除消息;所述第一删除消息用于通知所述云服务器所述第一电子设备的所述待迁移配置文件删除完成。
通过上述方法,第一电子设备可以在接收到云服务器的第一删除指令后,删除相应的待迁移配置文件,可以避免配置文件服务器重新生成配置文件,降低配置文件服务器的开销。
一种可能的实现方式,第一电子设备接收所述云服务器发送的恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件;显示所述待迁移配置文件的状态为迁移失败。
通过上述方法,第一电子设备通过云服务器发送的恢复指令,确定相应的待迁移配置文件迁移失败,从而,及时恢复该待迁移配置文件。
第三方面,提供一种迁移配置文件的方法,应用于第二电子设备(目标迁移设备);所述第二电子设备至少支持M个eSIM模块,M为大于1的正整数;包括:接收第一电子设备的第一消息;所述第一消息包括第一电子设备的至少一个迁移信息;所述迁移信息包括以下至少一项:待迁移配置文件的标识,所述第一电子设备的标识,或所述待迁移配置文件对应的配置文件服务器的地址;在第二迁移界面上显示所述至少一个待迁移配置文件的标识;所述第二迁移界面用于显示所述至少一个待迁移配置文件的迁移;响应于对所述第二迁移界面的操作指令,根据所述至少一个迁移信息,获取并激活所述至少一个待迁移配置文件;显示所述至少一个待迁移配置文件在所述第二电子设备迁移完成。
通过上述方法,第二电子设备可以基于第一电子设备发送的第一消息,确定至少一个迁移信息中的待迁移配置文件对应的配置文件服务器的地址,准确的获知待迁移配置文件的配置文件服务器,从而,提高迁移成功率和迁移效率。无需用户在确认第一设备上设置成功后,再主动从第二迁移设备上发起迁移的请求,可以直接根据接收到的来自第一电子设备的第一消息,从而,根据获取到的待迁移配置文件对应的迁移信息发起迁移,进一步降低了用户在进行迁移过程的复杂度。提高了用户迁移eSIM卡的用户体验。
一种可能的实现方式,所述获取并激活所述至少一个待迁移配置文件之前,还包括:获取所述至少一个待迁移配置文件的状态;所述状态包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;根据所述至少一个待迁移配置文件的状态,确定所述至少一个待迁移配置文件的第二优先级;基于所述至少一个待迁移配置文件的第二优先级的顺序,获取并激活所述至少一个待迁移配置文件。
通过上述方法,可以根据待迁移配置文件的状态,确定第二优先级,从而,根据第二优先级确定在第二电子设备上的迁移顺序,例如,该第二优先级可以是用户设置的,从而,基于用户的需要,确定迁移的顺序,或者,还可以是基于配置文件对应的默认联网状态和备用联网状态,确定迁移的顺序,例如,可以优先将是默认联网的配置文件迁移,最后再迁移非默认联网的配置文件,可以提高迁移的效率,在默认联网的配置文件迁移成功后,可以及时将第二电子设备进行联网,从而,使得第二电子设备尽快进入正常使用状态,提高用户的使用体验。
一种可能的实现方式,所述第一消息还包括:所述至少一个所述待迁移配置文件的状态。
通过上述方法,第二电子设备可以通过第一消息,确定至少一个所述待迁移配置文件的状态,从而,基于至少一个所述待迁移配置文件的状态,确定待迁移配置文件的优先级,从而,优化在第二电子设备上的迁移顺序,提高迁移成功率和迁移的用户使用感受。
一种可能的实现方式,所述第二迁移界面还包括状态控件;所述状态控件用于控制配置文件的状态;在所述第二迁移界面上显示所述至少一个待迁移配置文件的状态;响应于对所述状态控件的操作指令,确定所述至少一个待迁移配置文件的状态。
通过上述方法,基于用户的需要,对状态控件的操作指令,确定待迁移配置文件的状态,从而,可以按照用户确定的待迁移配置文件的状态,确定迁移的优先级,从而,基于用户的需要,迁移配置文件,提高用户体验。
一种可能的实现方式,显示所述至少一个待迁移配置文件的状态为迁移完成状态。
通过上述方法,第二电子设备上可以及时显示迁移完成的待迁移配置文件,提高用户的使用感受。
一种可能的实现方式,获取所述至少一个待迁移配置文件之前,针对所述至少一个待迁移配置文件中的一个,还可以根据所述待迁移配置文件对应的配置文件服务器的地址,向所述配置文件服务器发送第一迁移请求;所述第一迁移请求包括:所述第一电子设备的标识和所述待迁移配置文件的标识;接收来自所述配置文件服务器的第一迁移响应,所述第一迁移响应包括:所述待迁移配置文件标识对应的配置文件;显示获取所述配置文件服务器的所述待迁移配置文件标识对应的配置文件。
通过上述方法,第二电子设备可以基于配置文件服务器的地址,向所述配置文件服务器发送第一迁移请求,从而,根据配置文件服务器,获取相应的待迁移配置文件,以为后续迁移做准备,另外,还可以通过配置文件服务器,获得适应第二电子设备的待迁移配置文件的版本,无需在下载相应的待迁移配置文件后,可能还需要进行更新的问题,提高了迁移效率,降低了用户迁移的复杂度。
一种可能的实现方式,针对所述至少一个待迁移配置文件中的一个,接收所述第一电子设备发送的第一加密待迁移配置文件;所述第一加密待迁移配置文件为基于所述待迁移配置文件加密后生成的。
通过上述方法,第二电子设备可以通过第一电子设备获得待迁移配置文件,无需通过配置文件服务器获取,避免配置文件服务器在被大量访问是可能出现响应较慢,导致获取待迁移配置文件可能失败或者较慢的问题。
一种可能的实现方式,针对所述至少一个待迁移配置文件中的一个,根据所述待迁移配置文件对应的配置文件服务器的地址,向所述配置文件服务器发送第二迁移请求;所述第二迁移请求包括:所述第一电子设备的标识和所述待迁移配置文件的标识;接收来自所述配置文件服务器的第二迁移响应,所述第二迁移响应用于指示所述第一配置文件服务器激活所述待迁移配置文件。
通过上述方法,第二电子设备可以通过配置文件服务器,对来自第一电子设备的待迁移配置文件进行激活,以完成迁移过程,提高迁移的安全性。
一种可能的实现方式,所述第二迁移响应还包括:所述待迁移配置文件标识对应的更新后的配置文件;激活所述更新后的配置文件。
通过上述方法,第二电子设备可以通过配置文件服务器,获取第二电子设备的待迁移配置文件的版本,提高迁移的效率。
一种可能的实现方式,向所述第一电子设备发送的恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件;显示所述待迁移配置文件的状态为迁移失败。
通过上述方法,可以在配置文件服务器确定迁移失败时,向第一电子设备发送恢复指令,从而,使得第一电子设备根据恢复指令,对迁移失败的配置文件进行恢复,从而,避免迁移失败可能导致的损失,提高用户体验。
第四方面,本申请提供一种迁移配置文件的方法,应用于第二电子设备;所述第二电子设备支持M个电子用户识别eSIM模块的配置文件,M为大于1的正整数;包括:响应于对登录界面的操作指令,显示所述用户在云服务器的账户界面;所述登录界面用于所述用户登录所述云服务器的账户;向所述云服务器发送第一查询请求;所述第一查询请求用于查询所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息;接收所述云服务器返回的第一查询响应,显示所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息;响应于对第二迁移界面的操作指令,向所述云服务器发送第一迁移请求;所述第一迁移请求包括:所述N个待迁移配置文件的标识和所述第一电子设备的标识;所述第二迁移界面用于确定所述M个配置文件中的配置文件是否为待迁移配置文件;N为小于或等于M的正整数;接收所述云服务器的第一迁移响应;所述第一迁移响应包括:所述第一电子设备的N个待迁移配置文件的标识对应的配置文件;根据所述第一迁移响应,获取并激活所述N个待迁移配置文件的标识对应的配置文件;显示所述N个配置文件的激活结果。
通过上述方法,第二电子设备可以通过云服务器的账户,确定第一电子设备的M个eSIM模块的配置文件信息,从而,向云服务器发送第一迁移请求,以获取M个eSIM模块的配置文件信息中的N个作为该次第二电子设备迁移的待迁移配置文件。进而,通过云服务器,获得相应的配置文件,以完成配置文件的迁移,该过程,无需第一电子设备向第二电子设备发送相关信息即可以实现,减少了消息的发送,降低了第一电子设备参与度,在迁移过程的同时,不影响第一电子设备的正常使用,提高了用户的使用体验。
一种可能的实现方式,向所述云服务器发送所述N个配置文件的激活结果。
通过上述方法,第二电子设备可以通知云服务器N个配置文件的激活结果,从而,云服务器可以基于N个配置文件的激活结果,确定该次迁移过程中,N个配置文件的迁移结果,实现云服务器对迁移过程的同步。
第五方面,一种配置文件迁移方法,包括:云服务器获取用户的账户信息,所述用户的账户信息包括:第一电子设备的M个eSIM模块的配置文件信息,第二电子设备的标识;所述云服务器接收第一查询请求;所述第一查询请求用于查询所述第一电子设备的M个配置文件信息;所述云服务器返回第一查询响应;所述第一查询响应用于指示所述第一电子设备的M个配置文件信息;所述云服务器接收第一迁移请求;所述第一迁移请求用于请求迁移所述第一电子设备的N个配置文件;所述云服务器向所述第二电子设备发送第一迁移指令;所述第一迁移指令包括:所述N个待迁移配置文件的标识对应的N个配置文件;所述N个待迁移配置文件为所述M个配置文件中的N个;N为小于M的正整数;所述云服务器将所述N个待迁移配置文件的标识对应的N个配置文件作为所述第二电子设备的N个配置文件。
通过上述方法,云服务器可以基于第一电子设备发送的第一查询请求,确定M个配置文件信息,根据第一电子设备发送的第一迁移请求,或者,第二电子设备发送的第一迁移请求,确定N个待迁移配置文件的迁移,从而,通过云服务器中存储的N个待迁移配置文件,实现第一电子设备中的N个待迁移配置文件迁移至第二电子设备,无需第一电子设备和第二电子设备通过配置文件服务器进行迁移,减少了大量的第一电子设备、第二电子设备与配置文件服务器之间的信令交互,降低了电子设备的功耗,提高了用户的使用体验。
一种可能的实现方式,所述云服务器向所述第一电子设备发送第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述N个待迁移配置文件;所述云服务器接收所述第一电子设备的第一删除响应;所述第一删除响应用于指示所述第一电子设备是否成功删除所述N个待迁移配置文件;所述云服务器根据所述第一删除响应,确定所述N个待迁移配置文件的标识对应的N个配置文件。
通过上述方法,云服务器可以向第一电子设备发送第一删除指令,以避免云服务器重新生成相应的配置文件,降低云服务器的开销。
一种可能的实现方式,所述云服务器将所述第一电子设备成功删除K个待迁移配置文件,作为所述N个待迁移配置文件的标识对应的K个配置文件;K为小于N的正整数。
通过上述方法,可以根据成功删除K个待迁移配置文件,避免云服务器重新生成相应的配置文件,降低云服务器的开销。
一种可能的实现方式,所述云服务器将所述第一电子设备成功删除的K个待迁移配置文件的状态修改为删除。
一种可能的实现方式,所述云服务器根据所述第一电子设备未成功删除的(N-K)个待迁移配置文件的标识,生成(N-K)个配置文件。
一种可能的实现方式,所述云服务器将所述N-K个待迁移配置文件的状态设置为所述第二电子设备的N-K个配置文件。
通过上述方法,可以根据无法成功删除的待迁移配置文件,重新生成相应的配置文件,提高迁移的成功率。
一种可能的实现方式,云服务器接收所述第二电子设备发送第一配置文件的迁移结果;所述迁移结果用于指示所述第一配置文件迁移失败;所述迁移结果包括:所述第一配置文件对应的待迁移配置文件的标识;所述第一配置文件为所述N个配置文件中的一个;云服务器向所述第一电子设备发送恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件。
通过上述方法,通过上述方法,云服务器可以基于第二电子设备的迁移结果,确定第一配置文件迁移失败,从而,生成响应的恢复指令,以使第一电子设备恢复第一配置文件对应的待迁移配置文件。
第六方面,本申请实施例提供一种电子设备,包括:触摸屏,一个或多个处理器、存储器、多个应用程序、以及一个或多个计算机程序;其中,触摸屏包括触敏表面和显示器;一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被电子设备执行时,使得电子设备执行本申请实施例第一方面或第二方面提供的任一可能设计的方法。
第七方面,本申请实施例提供一种计算机存储介质,该计算机存储介质存储有程序,当所述程序在电子设备上运行时,使得电子设备执行第一方面或第二方面任意一种可能的设计的方法。
第八方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在电子设备上运行时,使得所述电子设备执行第一方面或第二方面任意一种可能的设计的方法。
另外,第六方面至第八方面中任一种可能设计方式所带来的技术效果可参见第一方面或第二方面中不同设计方式所带来的技术效果,此处不再赘述。
第九方面,本申请实施例提供的一种电子设备,包括:触摸屏,一个或多个处理器、存储器、多个应用程序、以及一个或多个计算机程序;其中,触摸屏包括触敏表面和显示器;一个或多个计算机程序被存储在存储器中,一个或多个计算机程序包括指令,当指令被电子设备执行时,使得电子设备执行本申请实施例第三方面以及第四方面提供的任一可能设计的方法。
第十方面,本申请实施例提供一种计算机存储介质,该计算机存储介质存储有程序,当所述程序在电子设备上运行时,使得电子设备执行第三方面或第四方面任意一种可能的设计的方法。
第十一方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在电子设备上运行时,使得所述电子设备执行第三方面或第四方面任意一种可能的设计的方法。
另外,第九方面至第十一方面中任一种可能设计方式所带来的技术效果可参见第三方面或第四方面中不同设计方式所带来的技术效果,此处不再赘述。
第十二方面,本申请提供一种通信装置,该通信装置例如为如前所述的云服务器。该通信装置包括处理器和收发器,处理器和收发器用于实现上述第五方面或第五方面的各种可能的设计所描述的方法。示例性地,所述通信装置为设置在通信设备中的芯片。其中,收发器例如通过通信设备中的天线、馈线和编解码器等实现,或者,如果所述通信装置为设置在通信设备中的芯片,那么收发器例如为芯片中的通信接口,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。其中,收发器可以是指一个功能模块,该功能模块既能完成接收信息的功能也能完成发送信息的功能。或者,收发器可以是发送器和接收器的统称,发送器用于完成发送信息的功能,接收器用于完成接收信息的功能。
第十三方面,本申请提供一种通信装置。该通信装置可以为上述方法设计中的云服务器。示例性地,所述通信装置为设置在通信设备中的芯片。该通信装置可以包括:通信接口,用于与其他装置或设备通信;以及处理器,处理器与通信接口耦合。该通信接口可以是该通信装置中的收发器,例如通过所述通信装置中的天线、馈线和编解码器等实现,或者,如果该通信装置为设置在通信设备中的芯片,则通信接口可以是该芯片的输入/输出接口,例如输入/输出管脚等。
可选的,通信装置还可以包括存储器,用于存储计算机可执行程序代码。存储器所存储的程序代码包括指令。当处理器执行所述指令时,使通信装置执行上述第五方面或第五方面的任意一种可能的实施方式中的方法。或者,通信装置也可以不包括存储器,例如,处理器可以执行外部的存储器所存储的指令,使通信装置执行上述第五方面或第五方面的任意一种可能的实施方式中的方法。
第十四方面,本申请实施例提供一种计算机存储介质,该计算机存储介质存储有程序,当所述程序在电子设备上运行时,使得电子设备执行第五方面任意一种可能的设计的方法。
第十五方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在电子设备上运行时,使得所述电子设备执行第五方面任意一种可能的设计的方法。
附图说明
图1a为本申请提供的一种换SIM卡的场景示意图;
图1b为本申请提供的一种eUICC的结构示意图;
图1c为本申请提供的一种eSIM卡的换卡场景示意图;
图1d为本申请提供的一种多SIM模块的结构示意图;
图2a为本申请实施例的电子设备的结构示意图;
图2b为本申请实施例的电子设备的软件结构示意图;
图3a为本申请实施例的一种***架构示意图;
图3b-图3d为本申请实施例的一种换卡流程示意图;
图4a-图4b为本申请实施例一种可能的界面的示意图;
图5a为本申请实施例提供的一种迁移配置文件的流程示意图;
图5b-图5f为本申请实施例一种可能的界面的示意图;
图6为本申请实施例提供的一种迁移配置文件的流程示意图;
图7a为本申请实施例提供的一种迁移配置文件的流程示意图;
图7b为本申请实施例一种可能的界面的示意图;
图8a为本申请实施例提供的一种迁移配置文件的流程示意图;
图8b为本申请实施例一种可能的界面的示意图;
图9为本申请实施例一种可能的电子装置的结构示意图;
图10为本申请实施例另一种可能的电子装置的结构示意图;
图11为本申请实施例提供的一种可能的通信装置的结构示意图;
图12本申请实施例提供的一种可能的通信装置的结构示意图。
具体实施方式
为了便于理解,示例的给出了部分与本申请实施例相关概念的说明以供参考。
1)用户身份识别卡(subscriber identification module,SIM)
***式SIM模块:是指传统的SIM模块,或称为SIM模块芯片。这类SIM模块需要用户到运营商营业厅或通过运营商的网上营业厅选号入网,并在激活后***电子设备的物理卡槽(或者称为SIM模块接口)中才可使用。如电子设备可通过其与蜂窝移动网络连接,实现通话及数据通信等功能。SIM卡的尺寸从Mini SIM卡、Micro SIM卡到Nano SIM卡的演变过程中逐渐变小,需要占据电子设备200的内部空间。***式SIM模块也可由物理卡槽中拔出。本申请实施例配置在电子设备上的卡可以为***电子设备的卡槽的实体SIM卡,电子设备200等终端一般需要安装SIM卡后才能正常使用通话和短信等通信功能。SIM卡也可称为通用集成电路卡(universal integrated circuit card,UICC)。用户设备维修,购买新机等换卡场景下,如图1a所示,现有的SIM卡电子设备,由于其软硬件一体,SIM卡可以由用户自由插拔,更换电子设备时需要将SIM卡从原电子设备***插到新的电子设备中使用。该方式用户的操作简单,但是,运营商不感知用户所使用的SIM卡电子设备已更换,不利于运营商为用户提供更好的服务及管理。
2)嵌入式SIM(embedded-SIM,eSIM)卡
本申请实施例配置在电子设备上的卡也可以为贴片式、集成式eSIM卡,例如,eSIM模块:即embedded-SIM,嵌入式SIM模块。它的体积比传统的SIM卡小了70%甚至更多,并且可以直接焊接或集成在电子设备的主板上,而不是作为独立的可移除零部件***电子设备中。摒弃了***式SIM模块的可拔插物理实体,将通用集成电路卡(universal integratedcircuit card,UICC)嵌设在电子设备(不可与电子设备分离)中,而不是作为独立的可移除零部件加入电子设备,称为嵌入式通用集成电路卡(embedded-UICC,eUICC)或称为eSIM模块芯片。
eUICC是第三代电信智能卡,eSIM卡是可以编程的,它可以写入或者擦除任意运营商的配置信息(即Profile,例如用户身份、运营商签约信息等),使得用户可以在线开通和更换不同的运营商提供的不同服务。eSIM能够以安全的方式执行远程配置文件管理,或者执行本地配置文件管理(比如,电子设备用户触发的配置文件激活、去激活或删除等)。eUICC一词源自嵌入式(embedded)UICC,可以是单个芯片形态嵌入在电子设备中,或者作为电子设备中其它单个芯片的一部分,但不意味着必须嵌入在电子设备中不可移动,也可以是可移动的卡片形态。在实际应用中,配置信息的下载并安装移动网络运营商所提供的配置文件(Profile)之后,eUICC可激活配置文件,从而接入运营商网络(如2G/3G/4G网络等)。目前,eSIM技术从在可穿戴设备上大规模使用,现已逐步扩展到平板、个人电脑(personalcomputer,PC)、车载等产品上。并且,在手机上应用eSIM模块是发展趋势。
eUICC的封装形式有两种,一种是采用表面安装器件(surface mount device,SMD)贴片封装工艺,即将eSIM模块芯片直接焊接在电子设备的模组上;一种是采用SIP(Simple in Package)封装工艺,即将eSIM模块芯片和电子设备的模块芯片封装在一体,外表看起来是一块芯片。eSIM模块是可以用在任何电子设备中的不可插拔的SIM模块,和***式SIM模块的最大区别是固定在电子设备中不能随意更换。
3)硬SIM模块
***式SIM模块和eSIM模块均可称为硬SIM模块。用于标识***式SIM模块及eSIM模块的标识可称为集成电路卡识别码(Integrated Circuit Card Identifier,ICCID)。用于标识eSIM的标识可称为嵌入式通用集成电路卡标识(Embedded UICC Identifier,EID)。
4)软SIM(softSIM)模块:
或者称为虚拟SIM(virtual-SIM,vSIM)模块。是一种区别于硬SIM模块的SIM模块,其是一种虚拟实体,即没有实体SIM模块,基于通信模块自身软硬件实现通信的方式。拥有vSIM功能的通信模块,配合为vSIM特殊定制的底层软件,实现了内置加密存储数据(IMSI、KI等)。在登陆网络、鉴权、通信时,自动处理相应的逻辑,从而实现不需要实体SIM模块也能提供稳定的移动通信体验。
5)配置文件(Profile)
配置文件(Profile)指运营商数据以及应用的集合,通常包括网络接入应用参数,如用户密钥Ki,国际移动用户识别码(international mobile subscriber identity,IMSI)、运营商安全域(mobile network operator-Security domain,,MNO-SD)、补充安全域(supplementary security domains,,SSD)、控制权安全域(controlling authoritysecurity domain,CASD)、应用(例如NFC应用等)、JAVA card程序、文件***中的其他元素以及配置文件元数据,其中配置文件元数据中包括配置文件策略规定(Profile PolicyRules)。其中,IMSI和Ki的对应关系用于识别请求网络鉴权的用户的身份。
如图1b所示,eUICC可以包括:配置文件(Profile),eUICC操作***。
eUICC中,示出了两个Profile,一个为激活的Profile,一个为未激活的Profile。每个Profile可以包括:文件***、多个NAA数据文件、小应用程序(applets)、SSD、CASD和MNO-SD。
eUICC操作***,包括平台服务管理单元(platform service manager)和电信框架(telecom framework)。平台服务管理单元用于提供平台管理功能和策略规则执行机制。电信框架用于向NAA提供标准化的鉴权算法,还能够使用需求参数配置算法。
由于eSIM卡的硬件与软件分离。eSIM卡可以以贴片的形式或者将eSIM集成在电子设备上,eSIM不能从电子设备***,eSIM卡中的Profile是与原电子设备的eUICC芯片标识(eUICC identification,EID)相关联的,并且无法读取拷贝。
如图1c所示,eUICC中可存储有运营商的多种配置文件(Profile),例如,第一电子设备中存储有Profile1,Profile2,和Profile3。第二电子设备中存储有Profile1’,Profile2’,和Profile3’。Profile1和Profile1’由Profile1服务器生成。Profile2和Profile2’由Profile2服务器生成。Profile3和Profile3’由Profile3服务器生成。每一种配置文件(Profile)可独立构成一个SIM应用。SIM应用可称为eSIM模块。eSIM模块可实现与***式SIM模块类似的功能。eSIM模块通过远程下载接入运营商网络所需要的Profile,实现允许用户更加灵活的选择运营商套餐,或者在无需解锁设备绑定的运营商、购买新设备的前提下随时更换运营商。在用户设备维修,购买新机等换卡场景下,按照现有的eSIM标准与流程,更换电子设备时用户必须向运营商申请eSIM换卡服务,并将新的eSIM电子设备的EID提供给运营商,运营商重新从服务器申请Profile,给新的EID生成一个新的Profile,用户的电话号码保持不变。运营商生成新的Profile之后,用户通过远程下载Profile安装到新设备上,新设备通过新的Profile接入原来运营商网络继续享受订购的通信服务。例如,运营商生成新的Profile之后,生成用于下载该Profile的二维码,用户使用新的终端扫描二维码,下载新的Profile到新的eSIM中。
举例来说,针对一个运营商的服务器,例如Profile1服务器,在确定第一电子设备的Profile1需要迁移至第二电子设备时,可以将第一电子设备上的Profile1删除,生成Profile1’,第二电子设备将服务器生成的Profile1’下载至本地并激活,即可完成迁移,用户基于该运营商的用户号码可以不变。
迁移Profile主要流程包括:(1)用户携带新的eSIM电子设备到运营商营业厅,到服务柜台申请将原eSIM电子设备使用的用户号码迁移到新的eSIM电子设备。(2)用户提供新的eSIM终端的EID给柜台服务员。(3)等待服务员处理eSIM***迁移请求。(4)运营商***处理完成迁移请求后,打印新生成的Profile的激活码。(5)用户使用新eSIM终端扫描激活码,下载Profile。该迁移Profile的过程存在如下缺点:换卡的流程是线下的流程,比较复杂与繁琐,耗时长,体验差,而且增加运营商线下服务运营成本。用户也可通过手机营业厅办理,或通过拨打客服电话办理,但重新生成Profile,过程都较为复杂和繁琐,也增加运营商的服务成本,特别是重新生成Profile,Profile中的秘钥或IMSI等信息,并将新的Profile绑定给电话号码,都会造成码号资源和网路资源的浪费。
6)多卡
本申请公开的各个实施例可以应用于能够配置双卡或者多卡的电子设备中。例如,双卡双待的手机等。本申请提供一种支持多SIM模块的方案。也就是说,在本申请实施例中,电子设备可支持多个eSIM模块(此处,主要指软件层面的eSIM模块,即在eUICC中为每个Profile划分出独立的区域作为eSIM模块),还可以支持SIM模块,例如,***式SIM模块,或者,软SIM模块。以电子设备支持的三个SIM模块为例,用户能够从这三个SIM模块中任意选择两个SIM模块同时在网待机,或者能够从这三个SIM模块中任意选择一个SIM模块在网待机。
本申请中的电子设备可以是支持多卡单待功能的电子设备。此时可以是指一个电子设备,如手机可同时连接多个SIM模块,这多个SIM模块同时仅有一个SIM模块可以在网待机,即电子设备同时仅可通过其中一个SIM模块和蜂窝移动网络连接,以用于数据交互,实现通话及数据通信等功能。本申请中的电子设备可以是支持多卡双待功能的电子设备。多卡双待功能可以是指一个电子设备,如手机可同时连接多个SIM模块,这多个SIM模块中同时有两个SIM模块可以在网待机,即电子设备可同时通过其中两个SIM模块和蜂窝移动网络连接,以用于数据交互,实现通话及数据通信等功能。
需要说明的是,上述多个SIM模块可以是指两个或多于两个的SIM模块。且这多个SIM模块中的每个SIM模块均可以是***式SIM模块,eSIM模块或软SIM模块。在本申请中,电子设备支持的SIM模块中的每个SIM模块均可以为支持全球移动通信***(global systemfor mobile communication,GSM)制式、通用移动通信***(universal mobiletelecommunications system,UMTS)制式、时分同步码分多址(timedivision-synchronouscode division multiple access,TD-SCDMA)制式、长期演进(long term evolution,LTE)制式、码分多址(code division multiple access,CDMA)制式等制式中的任意一种制式的SIM模块。本实施例对电子设备中SIM模块支持的制式并不做具体限制。
请参考图1d,为本申请实施例提供的一种支持***式SIM模块和eSIM模块的电子设备的结构组成示意图。如图2a所示,可以包括eUICC(eUICC用于存储多个profile),以及智能卡接口(smartcard interface,SCI)1,***式SIM模块,调制解调器(modem)0,以及智能卡接口(smartcard interface,SCI),调制解调器(modem)1。其中,SCI1可以与SCI配合,位于这些硬件上层的软件可根据用户的选择,通过SCI控制modem1与SIM模块的连接关系。通过SCI1控制modem0与eUICC的连接关系。
***式SIM模块,例如,SIM模块接口1(SIM模块接口也可以称为物理卡槽,即电子设备可包括物理卡槽1),可用于连接***式SIM模块。例如,SIM模块接口1可用于连接***式SIM模块1。在SIM模块接口连接了***式SIM模块情况下,电子设备可通过***式SIM模块,及其连接的modem与蜂窝移动网络连接,以进行数据交互,实现通话及数据通信等功能。
在SIM模块接口(即物理卡槽)上连接了***式SIM模块,同时eSIM模块激活的情况下,电子设备通过两个***式SIM模块,或者一个***式SIM模块及一个eSIM模块,及其连接的modem便可与蜂窝移动网络连接,以进行数据交互,实现通话及数据通信等功能,即可实现双卡双待功能。
当然,还可以是仅有eUICC中的eSIM模块激活,在SIM模块接口均未连接***式SIM模块的情况下,电子设备通过该激活的eSIM模块,及其连接的modem也可与蜂窝移动网络连接,其中激活的eSIM模块可以有至少一个,例如当有2个eSIM模块激活时,即2个Profile分别于对应于Modem0和Modem1与蜂窝移动网络连接,进行通信服务。或者,eSIM模块激活,同时在SIM模块接口1连接了***式SIM模块的情况下,电子设备通过该***式SIM模块和eSIM模块,及其连接的modem也可分别与蜂窝移动网络连接。或者,eSIM模块未激活,但在SIM模块接口连接了***式SIM模块的情况下,电子设备通过这***式SIM模块,及其连接的modem也可分别与蜂窝移动网络连接。或者,在eUICC中只有一个eSIM模块激活,同时SIM模块接口未连接***式SIM模块的情况下,电子设备通过该激活的eSIM模块,及其连接的modem也可与蜂窝移动网络连接。其中,上述SCI,及SCI 1的功能可通过硬件实现,例如物理开关,也可以通过软件实现,例如逻辑开关,本实施例并不做具体限制。
本申请实施例中,通过Profile接入的不限于运营商提供的蜂窝移动网络连接,还可能是私有网络,家庭网络,车载平台网络等各种提供通信的网络。即用户通过与通信服务提供商签约订购Profile,并下载到电子设备中的eSIM模块,激活Profile并接入相应的网路享受网络通信服务。
需要说明的是,在其他一些实施例中,硬件上eUICC也可以与SIM模块接口1相连。这样,eUICC和***SIM模块接口1的***式SIM模块1只能有其中之一在网待机,此时,若实现双卡双待功能,需要额外添加***SIM模块接口2,即可由***SIM模块接口2的***式SIM模块2,与eUICC或***SIM模块接口1的***式SIM模块1实现双待功能,或者,通过额外添加的eUICC中的eSIM模块(Profile),实现多卡多待功能。
应理解,在本申请一些实施例中,电子设备可以是包含诸如个人数字助理和/或音乐播放器等功能的便携式电子设备,诸如手机、平板电脑、具备无线通讯功能的可穿戴设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载 或者其它操作***的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备,诸如具有触敏表面(例如触控面板)的膝上型计算机(laptop)等。还应当理解的是,在本申请其他一些实施例中,上述电子设备也可以不是便携式电子设备,而是具有触敏表面(例如触控面板)的台式计算机。电子设备还可以是蜂窝电话、无绳电话、智能手表,智能电话、便携式电脑、手持通信设备、手持计算设备、卫星无线电装置、可穿戴设备,平板设备,无人机,售货机,传感器设备,会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助手(personal digitalassistant,PDA)、具备无线通信功能的手持设备、计算设备、车载通信模块、智能家庭设备或连接到无线调制解调器的其它处理设备和/或用于在无线通信***上通信的任意其它适合设备等等。
通常情况下,电子设备支持多种应用。比如以下应用中的一个或多个:绘图应用、演示应用、字处理应用、游戏应用、电话应用、视频播放器应用、音乐播放器应用、电子邮件应用、即时消息收发应用、照片管理应用、相机应用、浏览器应用、日历应用、时钟应用、支付应用和健康管理应用等。
下面以电子设备为具有触摸屏的多卡多待的电子设备为例进行具体介绍。
请参考图2a,对本申请实施例提供的电子设备200进行介绍。其中,本领域技术人员可以理解,图2a所示的电子设备200仅仅是一个范例,并不构成对电子设备200的限定,并且电子设备200可以具有比图中所示出的更多的或者更少的部件,可以组合两个或更多的部件,或者可以具有不同的部件配置。图2a中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
电子设备200可以包括处理器210,外部存储器接口220,存储器221,USB接口230,充电管理模块240,电源管理模块241,电池242,天线1,天线2,移动通信模块251,无线通信模块252,音频模块270,扬声器270A,受话器270B,麦克风270C,耳机接口270D,传感器模块280,按键290,马达291,指示器292,摄像头293,显示屏294,以及SIM卡接口295eUICC296(eUICC用于存储eSIM模块)等。将通用集成电路卡嵌设在电子设备中,称为eUICC。eUICC中可存储有运营商的多种eSIM配置文件(profile),每一种eSIM配置文件可独立构成一个SIM应用。SIM应用可称为eSIM模块。电子设备通过eUICC 296可与网络连接,实现通话以及数据通信等功能。其中传感器模块280可以包括陀螺仪传感器280A,加速度传感器280B,接近光传感器280G、指纹传感器280H,触摸传感器280K(当然,电子设备200还可以包括其它传感器,比如温度传感器,压力传感器、距离传感器、磁传感器、环境光传感器、气压传感器、骨传导传感器等,图中未示出)。
处理器210可以包括一个或多个处理单元,例如:处理器210可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(Neural-network Processing Unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。其中,控制器可以是电子设备200的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器210中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器210的等待时间,因而提高了***的效率。
除上述eUICC为单独设置的方案,处理器210还可以与eUICC集成在一起。示例性地,处理器210可以包括应用处理电路、基带处理电路以及eUICC。其中,应用处理电路可以包括处理器以及存储器等等,存储器中存储有本地配置文件助手(local profileassistant,LPA)模块所需要的程序,处理器运行存储器中存储的程序,以实现LPA模块的功能。LPA模块也可以在终端的其他存储器中。基带处理电路包括射频收发器,基带处理器以及存储器。基带处理电路主要用于实现无线通信,基带处理器通过运行存储器中的程序,可以支持多种制式网络的通信,例如,可以支持2G/3G/4G/5G等制式网络的通信。其中,基带处理电路与应用处理电路可以集成在一起,或者通过不同的模块分别实现。基带处理电路与应用处理电路也可以共用存储器,也可以分别包含存储器。
在一些实施例中,处理器210可包括一个或多个处理单元。处理器210还可以集成应用处理器和调制解调处理器。其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器210中。在本申请其他一些实施例中,上述处理器210还可以包括指纹验证芯片,用于对采集到的指纹进行验证。在一些实施例中,处理器210可包括一个或多个处理单元。处理器210还可以集成应用处理器和调制解调处理器。其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器210中。举例来说,处理器210可以是华为技术有限公司制造的麒麟970芯片。在本申请其他一些实施例中,上述处理器210还可以包括指纹验证芯片,用于对采集到的指纹进行验证。处理器210可以运行本申请实施例提供的方法,以便于降低用户的操作复杂度、提高电子设备的智能化程度,提升用户的体验。处理器210可以包括不同的器件,比如集成CPU和GPU时,CPU和GPU可以配合执行本申请实施例提供的方法,比如方法中部分算法由CPU执行,另一部分算法由GPU执行,以得到较快的处理效率。
显示屏294,可以为触摸屏,此时,显示屏294中可以包括触敏表面。其中,触敏表面(例如触控面板)可采集电子设备200的用户在其上或附近的触摸事件(比如用户使用手指、触控笔等任何适合的物体在触敏表面上或在触敏表面附近的操作),并将采集到的触摸信息发送给其他器件例如处理器210。其中,用户在触敏表面附近的触摸事件可以称之为悬浮触控。悬浮触控可以是指,用户无需为了选择、移动或拖动目标(例如App图标等)而直接接触触控板,而只需用户位于电子设备附近以便执行所想要的功能。在悬浮触控的应用场景下,术语“触摸”、“接触”等不会暗示用于直接接触触摸屏,而是在其附近或接近的接触。能够进行悬浮触控的触敏表面可以采用电容式、红外光感以及超声波等实现。
触敏表面可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再发送给处理器210,触摸控制器还可以接收处理器210发送的指令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型来实现触敏表面。
应理解,触敏表面可以覆盖在显示屏294之上,当触敏表面检测到在其上或附近的触摸事件后,传送给处理器210以确定触摸事件的类型,随后处理器210可以根据触摸事件的类型在显示屏294上提供相应的视觉输出。虽然在图2a中,触敏表面与显示屏294是作为两个独立的部件来实现电子设备200的输入和输出功能,但是在某些实施例中,可以将触敏表面与显示屏294集成而实现电子设备200的输入和输出功能。可以理解的是,触摸屏是由多层材料堆叠而成,本申请实施例中只展示出了触敏表面(层)和显示器(层),其他层在本申请实施例中不予赘述。另外,在本申请其他一些实施例中,触敏表面可以覆盖在显示屏294之上,并且触敏表面的尺寸大于显示屏294的尺寸,使得显示屏294全部覆盖在触敏表面下面,或者,上述触敏表面可以以全面板的形式配置在电子设备200的正面,也即用户在电子设备200正面的触摸均能被电子设备200感知,这样就可以实现电子设备200正面的全触控体验。在其他一些实施例中,触敏表面以全面板的形式配置在电子设备200的正面,显示屏294也可以以全面板的形式配置在电子设备200的正面,这样在电子设备200的正面就能够实现无边框的结构。在本申请其他一些实施例中,触摸屏还可以包括一系列的压力传感器阵列,可以使得电子设备200感测触摸事件所施加给触摸屏的压力。
显示屏294用于显示图像,视频等。显示屏294包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,电子设备200可以包括1个或N个显示屏294,N为大于1的正整数。显示屏294可用于显示由用户输入的信息或提供给用户的信息以及各种图形用户界面(graphical user interface,GUI)。例如,显示器294可以显示照片、视频、网页、或者文件等。再例如,显示器294可以显示如图1a所示的电子设备的图形用户界面。其中,如图1a所示的图形用户界面上包括状态栏、Dock栏、可隐藏的导航栏、时间和天气小组件(widget)、以及应用的图标,例如浏览器图标等。状态栏中包括运营商名称(例如***)、移动网络(例如4G)、时间和剩余电量。导航栏中可以包括后退(back)键图标、主屏幕(home)键图标和前进键图标。此外,可以理解的是,在一些实施例中,状态栏中还可以包括蓝牙图标、Wi-Fi图标、外接设备图标等。还可以理解的是,在另一些实施例中,图1a所示的图形用户界面中还可以包括Dock栏,Dock栏中可以包括常用的应用图标等。当处理器210检测到用户的手指(或触控笔等)针对某一应用图标的触摸事件后,响应于该触摸事件,打开与该应用图标对应的应用的用户界面,并在显示器294上显示该应用的用户界面。
在本申请实施例中,显示屏294可以是一个一体的柔性显示屏,也可以采用两个刚性屏以及位于两个刚性屏之间的一个柔性屏组成的拼接显示屏。
摄像头293(前置摄像头或者后置摄像头,或者一个摄像头既可作为前置摄像头,也可作为后置摄像头)用于捕获静态图像或视频。通常,摄像头293可以包括感光元件比如镜头组和图像传感器,其中,镜头组包括多个透镜(凸透镜或凹透镜),用于采集待拍摄物体反射的光信号,并将采集的光信号传递给图像传感器。图像传感器根据所述光信号生成待拍摄物体的原始图像。
存储器221可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器210通过运行存储在存储器221的指令,从而执行电子设备200的各种功能应用以及数据处理。存储器221可以包括存储程序区和存储数据区。其中,存储程序区可存储操作***,应用程序(比如相机应用,微信应用等)的代码等。本申请中,数据存储区可以存储电子设备200运行本申请实施例的程序是所产生的数据等,例如Profile的相关信息,例如,Profile的元数据信息,eSIM的配置信息,eSIM能力信息,ICCID,Profile对应的配置文件服务器(例如,SM DP+)地址,Profile的状态信息(激活,未激活,已删除,待删除,已加密,已迁移,待迁移等),加密后的Profile的加密文件等。需要说明的是,本申请实施例中的Profile的相关信息还可以存储在云端,电子设备200从云端获取Profile的相关信息等。存储数据区还可存储电子设备200使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。
存储器221还可以存储本申请实施例提供的方法对应的一个或多个计算机程序。该一个或多个计算机程序1被存储在上述存储器221中并被配置为被该一个或多个处理器210执行,该一个或多个计算机程序包括指令,上述指令可以用于执行本申请实施例提供的方法。此外,存储器221可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。当然,本申请实施例提供的任一种方法的代码还可以存储在外部存储器中。这种情况下,处理器210可以通过外部存储器接口220运行存储在外部存储器中的代码,处理器210可以控制设备对配置文件的状态进行修改,以更新Profile的状态,从而根据更新后的Profile,与网络设备进行通信。
下面介绍传感器模块280的功能。
陀螺仪传感器280A,可以用于确定电子设备200的运动姿态。在一些实施例中,可以通过陀螺仪传感器280A确定电子设备200围绕三个轴(即,x,y和z轴)的角速度。即陀螺仪传感器280A可以用于检测电子设备200当前的运动状态,比如抖动还是静止。
当本申请实施例中的显示屏为可折叠屏时,陀螺仪传感器280A可用于检测作用于显示屏294上的折叠或者展开操作。陀螺仪传感器280A可以将检测到的折叠操作或者展开操作作为事件上报给处理器210,以确定显示屏294的折叠状态或展开状态。
加速度传感器280B可检测电子设备200在各个方向上(一般为三轴)加速度的大小。即陀螺仪传感器280A可以用于检测电子设备200当前的运动状态,比如抖动还是静止。当本申请实施例中的显示屏为可折叠屏时,加速度传感器280B可用于检测作用于显示屏294上的折叠或者展开操作。加速度传感器280B可以将检测到的折叠操作或者展开操作作为事件上报给处理器210,以确定显示屏294的折叠状态或展开状态。
接近光传感器280G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。电子设备通过发光二极管向外发射红外光。电子设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定电子设备附近有物体。当检测到不充分的反射光时,电子设备可以确定电子设备附近没有物体。当本申请实施例中的显示屏为可折叠屏时,接近光传感器280G可以设置在可折叠的显示屏294的第一屏上,接近光传感器280G可根据红外信号的光程差来检测第一屏与第二屏的折叠角度或者展开角度的大小。
陀螺仪传感器280A(或加速度传感器280B)可以将检测到的运动状态信息(比如角速度)发送给处理器210。处理器210基于运动状态信息确定当前是手持状态还是脚架状态(比如,角速度不为0时,说明电子设备200处于手持状态)。
指纹传感器280H用于采集指纹。电子设备200可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
触摸传感器280K,也称“触控面板”。触摸传感器280K可以设置于显示屏294,由触摸传感器280K与显示屏294组成触摸屏,也称“触控屏”。触摸传感器280K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏294提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器280K也可以设置于电子设备200的表面,与显示屏294所处的位置不同。
示例性的,电子设备200的显示屏294显示主界面,主界面中包括多个应用(比如相机应用、微信应用等)的图标。用户通过触摸传感器280K点击主界面中相机应用的图标,触发处理器210启动相机应用,打开摄像头293。显示屏294显示相机应用的界面,例如取景界面。
电子设备200的无线通信功能可以通过天线1,天线2,移动通信模块251,无线通信模块252,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块251可以提供应用在电子设备200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块251可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块251可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块251还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块251的至少部分功能模块可以被设置于处理器210中。在一些实施例中,移动通信模块251的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。在本申请实施例中,移动通信模块251还可以用于与其它电子设备进行信息交互,即向其它电子设备发送音频输出请求,或者移动通信模块251可用于接收音频输出请求,并将接收的音频输出请求封装成指定格式的消息。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器270A,受话器270B等)输出声音信号,或通过显示屏294显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器210,与移动通信模块251或其他功能模块设置在同一个器件中。
无线通信模块252可用于在收发信息或通话过程中进行无线信号的接收和发送。具体地,无线通信模块252可以将基站的下行数据接收后,给处理器210处理。另外,无线通信模块252还可以将上行数据发送给基站。通常,无线通信模块252包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪放大器、双工器等。可以提供应用在电子设备200上的包括无线局域网(wireless local area networks,WLAN)(如无线保真(wirelessfidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星***(global navigationsatellite system,GNSS),调频(frequency modulation,FM),NFC,红外技术(infrared,IR)等无线通信的解决方案。所述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***、通用分组无线服务、码分多址、宽带码分多址、长期演进、电子邮件、短消息服务等。无线通信模块252可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块252经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器210。无线通信模块252还可以从处理器210接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。无线通信模块252还可以通过无线通信实现与其他设备通信。本申请实施例中,无线通信模块252,用于与待迁移设备或服务器建立连接,通过待迁移设备或服务器收发相关数据。或者无线通信模块252可以用于接入接入点设备,向其它电子设备发送数据请求对应的消息,或者接收来自其它电子设备发送的数据请求对应的消息。可选地,无线通信模块252还可以用于接收来自其它电子设备的数据。示例性的,无线通信模块252,用于获取Profile的相关信息,例如,Profile列表(包括激活的profile和未激活的profile),Profile状态信息,Profile对应的SM DP+地址信息,待迁移Profile标识。Profile的相关信息可以从eUICC,电子设备中的其他app,或服务器获取,还可以用于发送和接收服务器的请求和响应。
在一些实施例中,电子设备的天线1和移动通信模块251耦合,天线2和无线通信模块252耦合,使得电子设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯***(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code divisionmultiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位***(global positioning system,GPS),全球导航卫星***(globalnavigation satellite system,GLONASS),北斗卫星导航***(beidou navigationsatellite system,BDS),准天顶卫星***(quasi-zenith satellite system,QZSS)和/或星基增强***(satellite based augmentation systems,SBAS)。
另外,电子设备200可以通过音频模块270,扬声器270A,受话器270B,麦克风270C,耳机接口270D,以及应用处理器等实现音频功能。例如音乐播放,录音等。电子设备200可以接收按键290输入,产生与电子设备200的用户设置以及功能控制有关的键信号输入。电子设备200可以利用马达291产生振动提示(比如来电振动提示)。电子设备200中的指示器292可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。电子设备200中的SIM卡接口295用于连接SIM卡。SIM卡可以通过***SIM卡接口295,或从SIM卡接口295拔出,实现和电子设备200的接触和分离。例如,电子设备200可以包括两个用户识别模块卡卡槽,其中,每个卡槽可以用于***一张运营商提供的SIM卡。SIM卡接口295可以被用来将上述外部的输入/输出***设备耦接到处理器210和存储器221。
电子设备200还可以包括给各个部件供电的充电管理模块240(比如电池242和电源管理模块241),电池可以通过电源管理模块与处理器210逻辑相连,从而通过充电管理模块240实现管理充电、放电、以及功耗管理等功能。
尽管图2a未示出,电子设备200还可以包括蓝牙装置、定位装置、摄像头(例如前置摄像头、后置摄像头)、闪光灯、微型投影装置、近场通信(near field communication,NFC)装置等,在此不予赘述。其中,前置摄像头可以用于捕捉人脸特征信息,处理器210可以对该人脸特征信息进行人脸识别,进而进行后续处理。
以下实施例均可以在具有上述硬件结构的电子设备200中实现。下面以电子设备200为例对本申请中的各个实施例进行详细说明。
电子设备的软件***可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本发明实施例以分层架构的Android***为例,示例性说明电子设备的软件结构。图2b是本发明实施例的电子设备的软件结构框图。示例性的,图3a是一种可以运行在上述电子设备中的软件架构示意图。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。如图3a所示,该软件架构可以分为五层,分别为应用程序层,应用程序框架层,安卓运行时和***库,硬件抽象层和Linux内核层。
应用程序层是操作***的最上一层,包括操作***的原生应用程序,例如电子邮件客户端、短信、通话、日历、浏览器、联系人等。本申请实施例涉及的APP,简称应用,为能够实现某项或多项特定功能的软件程序。应用程序层可以包括一系列应用程序包。例如,应用程序包可以包括卡管理应用,授权客户端应用等。授权客户端应用可以用于显示电子设备中的Profile的授权状态等相关信息,还可以响应于用户基于授权客户端应用界面中的Profile的配置操作,向相应的授权服务器发送授权请求,从而为Profile的授权状态进行配置。通常,电子设备中可以安装多个应用。比如,相机应用、邮箱应用、智能家居控制应用等。下文中提到的应用,可以是电子设备出厂时已安装的***应用,也可以是用户在使用电子设备的过程中从网络下载或从其他电子设备获取的第三方应用。
当然,对于开发者来说,开发者可以编写应用程序并安装到该层。应用程序框架层可以包括窗口管理器,内容提供器,视图***,电话管理器,资源管理器,通知管理器等。其中,窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
在本申请一些实施例中,应用程序层可以用于实现设置界面的呈现,上述设置界面可以用于用户设置电子设备200的换卡功能。例如,用户可以在设置界面中进行换卡功能的开启或关闭设置,还可以在设置界面中进行换卡功能的配置,如eSIM换卡功能等。示例性的,上述设置界面可以为电子设备200的触摸屏上所显示的状态栏或通知栏中的内容,还可以是电子设备200的触摸屏上所显示的eSIM本地用户交互界面(local user interface,LUI),迁移界面等。
一种可能的实现方式中,应用程序可以使用Java语言开发,通过调用应用程序框架层所提供的应用程序编程接口(application programming interface,API)来完成,开发者可以通过应用程序框架来与操作***的底层(例如硬件抽象层、内核层等)进行交互,开发自己的应用程序。该应用程序框架主要是操作***的一系列的服务和管理***。
其中,卡管理应用可为用户提供各种卡管理功能及对应管理界面。如,卡管理应用可为用户提供SIM模块和/或eSIM模块的管理功能及对应界面,以便于用户进行多卡管理,如对eSIM模块进行设置等。又如,在开机时卡管理应用可为用户提供开机导航业务及对应界面,以便用户在开机时可进行Profile的添加等。
应用程序框架层(framework)为应用程序层的应用程序提供应用编程接口(application programming interface,API)和编程框架。framework是电子设备的运行框架底座。例如,在本申请实施例中,framework可以包括:电话管理器(telephony manager),电话管理服务(telephony service),eUICC管理器(eUICC manager),eUICC服务(eUICCservice),profile管理服务等。
其中,电话管理器,电话管理服务,eUICC管理器,Profile管理服务及eUICC服务可为上层卡管理应用提供卡操作相关的API。上层卡管理应用可通过调用卡操作相关的API实现对应的卡管理功能。例如,卡管理应用可根据用户对eSIM模块的设置,调用相关API,通过eUICC管理器及eUICC服务(例如,eSIM本地配置文件下载(local profile download,LPD)服务,eSIM本地配置文件助手(local profile assistant,LPA)服务),配合eSIM协议(protocol),对eSIM模块进行相应的配置。卡管理应用还可根据用户对***式SIM模块的设置,调用相关API,通过电话管理器及电话管理服务,配合SIM协议(protocol),对***式SIM模块进行相应的配置。
在本申请中,卡管理应用还可根据用户操作,通过Profile管理服务,调用本地配置文件下载(local profile download,LPD)服务,从配置文件服务器(如,签约数据管理-数据准备(subscription manager-data preparation+,SM-DP+))下载配置文件,并可通过调用相关API,通过eUICC管理器及eUICC服务,配合eSIM协议,将下载的配置文件写入eUICC中。其中,电子设备的LPD可以与ES、配置文件服务器建立通信连接,提供安全数据传输通道。Profile管理服务还可用于更新eSIM配置文件。配置文件可独立构成一个SIM应用,即独立存储于一个eSIM模块。
卡管理应用可以调用鉴权服务,向服务器发送鉴权请求,以获取Profile的鉴权结果。鉴权结果可以包括:鉴权是否成功,Profile相应的SM DP+地址等。
在eUICC中只有一个Profile激活的情况下,电子设备通过该激活的Profile,及其连接的modem,可与蜂窝移动网络连接。在eUICC中的其中两个Profile激活的情况下,电子设备通过两个激活的Profile,及其连接的modem便可与蜂窝移动网络连接,以进行数据交互,实现通话及数据通信等功能,即可实现双卡双待功能。或者,在SIM模块接口上连接了***式SIM模块,同时Profile激活的情况下,可使得该电子设备实现多卡双待功能。
卡管理应用还可以调用eSIM换卡服务,以实现eSIM换卡的相关功能。例如,针对第一Profile,Profile迁移服务可以包括:第一Profile信息生成服务、第一Profile删除服务和第一Profile加密服务。其中,第一Profile信息生成服务,用于生成待迁移的Profile的相关信息,包括iccid,SM DP+地址,Profile状态,Profile信息已删除等信息。第一Profile删除服务,用于触发删除Profile,确认Profile成功删除,并记录该Profile删除状态。第一Profile加密服务,用于获取eUICC将每个Profile加密后的加密文件,并生成加密配置文件,以便向其他待迁移eSIM卡的电子设备发送。
本申请实施例中,应用程序框架层还可以包含WI-FI服务、通知管理器,主要负责配合eUICC管理服务以提供Profile迁移功能。如WI-FI服务用于监控电子设备是否接入无线接入点。再例如,通知管理器用于向上层传输通知消息,以便在电子设备的触摸屏中进行呈现。
***库可以包括多个功能模块。例如:表面管理器,媒体库,三维图形处理库(例如:OpenGL ES),二维图形引擎(例如:SGL)等。表面管理器用于对显示子***进行管理,并且为多个应用程序提供了二维和三维图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。二维图形引擎是二维绘图的绘图引擎。
在本申请一些实施例中,***库还可以包括:eUICC配置,Profile配置文件等。eUICC配置可以用于负责提供与应用程序框架层进行通信的服务接口,还可以用于负责管理Profile迁移服务,管理Profile配置文件、Profile的加密密钥等。该Profile配置文件可用于存储Profile的相关信息,例如,Profile的认证信息可用于存储登录认证的用户名和密码等信息。
硬件抽象层(Hardware Abstraction Layer,HAL)是应用程序框架的支撑,是连接应用程序框架层与Linux内核层的重要纽带,其可通过应用程序框架层为开发者提供服务。
示例性的,可以通过在硬件抽象层配置第一进程来实现本申请实施例中Profile迁移服务和eSIM管理服务的功能,第一进程可以是在硬件抽象层中单独构建的子进程。其中,第一进程可以包括接口、eUICC管理控制器、Profile迁移控制器和Profile配置接口等模块。其中,上述接口是与应用程序框架层进行通信的服务接口。其中,eUICC管理控制器可以用于对上层的eUICC管理服务配置进行监控,例如,对Profile是否需要进行鉴权进行控制等。上述Profile迁移控制器可以用于负责监控电子设备中的Profile的相关信息否需要缓存或有更新,当Profile的相关信息需要缓存或者有更新时,可以通知上层进行Profile的相关信息的缓存或更新。硬件抽象层中还可以包含有守护进程,该守护进程可以用于缓存第一进程中的数据,其可以是在硬件抽象层中单独构建的子进程。
Linux内核(Linux Kernel)层提供操作***的核心***服务,如安全性、内存管理、进程管理、网络协议栈和驱动模型等都基于Linux内核。如,在本申请实施例中,内核层可以是硬件***式SIM模块及eUICC,与上层framework和应用程序层之间的层。Linux内核同时也作为硬件和软件栈之间的抽象层。该层有许多与电子设备相关的驱动程序,主要的驱动有:显示驱动;基于Linux的帧缓冲驱动;基于内存技术设备的Flash驱动;照相机驱动;音频驱动;蓝牙驱动;WI-FI驱动等。在本申请一些实施例中,Linux内核依赖于本地文件***。通过Profile迁移服务可以访问该本地文件***,通过硬件抽象层的服务接口可以对本地文件***中的Profile的相关数据进行配置。
以下实施例中的方法均可以在具有上述硬件结构和软件架构的电子设备中实现。
结合图2a中的电子设备200,请参见图3a,图3a是本申请实施例提供的一种Profile迁移的***架构示意图。该Profile迁移***包括电子设备301、304,签约管理服务器302,以及配置文件服务器303。电子设备301为待迁移Profile的电子设备,为描述简便,以下称为第一电子设备,电子设备304为迁移Profile后的目标电子设备,为描述简便,以下称为第二电子设备。电子设备200可以为本申请实施例中的第一电子设备或第二电子设备。本申请实施例这里以第一电子设备301为电子设备200为例,签约管理服务器302可以包括鉴权服务器(entitlement server,ES)3021,运营商服务管理***(business supportsystems,BSS)3022。鉴权服务器3021可以是运营商部署维护的服务器,还可以是单独部署的,例如,可以是由终端厂商部署维护的服务器,用于对电子设备的用户身份进行验证。运营商服务管理***3022是面向资源(网络、设备、计算机***)的后台支撑***,包括专业网络管理***、资源管理***、专业开通***、服务保障***等,为网络可靠、安全和稳定运行提供支撑手段。下面描述中以ES和BSS分开部署为例进行描述。配置文件服务器303可以为签约管理-数据准备增强服务器(subscription manager-data preparation plusserver,SM-DP+),可以用于生成Profile,提供给电子设备下载。可选的,该Profile迁移***还可以包括云服务器以及其他电子设备。其中鉴权服务器3021可以和配置文件服务器303物理上或逻辑上是一个服务器。
下面以方式a1-方式a3具体介绍可能的Profile迁移的方式。
方式a1中,如图3b所示,可以包括以下步骤:
步骤301a:第一电子设备向ES服务器发送第一换机请求。
第一换机请求包括用户账号、密码、用户号码和第一电子设备的EID。具体实现中,终端设备可以登录云服务器,向云服务器发送恢复请求,云服务器接收到恢复请求之后返回多个用户号码,终端设备从多个用户号码中选择需要恢复的用户号码。或者,终端设备可以接收用户输入的用户号码。或者,终端设备可以选择需要复制的内容,向其他终端设备(例如原终端设备)发送复制请求,其他终端设备接收到复制请求之后返回复制的内容。通过这种克隆方式从其他终端设备中在线迁移用户号码。其中,用户号码为用户移动电话号码(mobile station international subscriber directory number,MSISDN),用户号码可以是原终端设备使用的用户号码。另外,终端设备可以接收用户输入的用户账号和密码,其中,用户账号可以是用户注册的账号,可以是邮箱、用户名或者手机号等等。终端设备可以从配置信息中获取EID,其中,EID可以为序列号。
S302a:ES服务器接收第一电子设备的第一换机请求,向BSS发送第二换机请求。
一种可能的方式,第二换机请求可以是ES服务器将接收的第一换机请求转发给BSS的换机请求。此时,第二换机请求中可以包括用户账号、密码、用户号码和第一电子设备的EID。第二换机请求用于请求获取新的eSIM配置文件。
另一种可能的实现方式,第二换机请求可以为ES服务器根据第一换机请求中的用户身份进行验证成功后,向BSS发送的第二换机请求,第二换机请求可以包括用户号码和第一电子设备的EID。
S303a,BSS接收到ES发送的第二换机请求之后,确认第一电子设备的eSIM配置文件失效,将该用户号码与eSIM配置文件的关系删除,BSS保留该用户号码,并生成新的eSIM卡数据,将该用户号码与生成的eSIM卡数据进行绑定,完成eSIM换卡,以便第二电子设备使用原用户号码来进行通信服务,其中,该eSIM卡数据可以包括集成电路卡识别码(integrate circuit card identity,ICCID)等。并向配置文件服务器发送通知消息。
可选的,BSS也可以根据用户账号和密码,验证终端设备的用户身份。如果验证通过,则执行S303a,如果验证失败,则可以按照S302a的步骤重新进行验证。
S304a,配置文件服务器可以根据通知消息中的eSIM卡数据,生成eSIM配置文件、并将eSIM配置文件与EID相关联。其中,该eSIM配置文件为第二电子设备接入网络而重新生成的新的eSIM配置文件。
S305a,配置文件服务器向BSS发送响应消息。BSS接收配置文件服务器发送的响应消息,该响应消息用于指示eSIM配置文件已经准备完成。
S306a,BSS向ES发送换机准备完成通知。ES接收BSS发送的换机准备完成通知,该换机准备完成通知包括激活码。
S307a,ES向第一电子设备发送换机准备成功通知。第一电子设备接收ES发送的换机准备成功通知。
其中,换机准备成功通知可以包括激活码。
S308a,第二电子设备从配置文件服务器下载eSIM配置文件。
具体实现中,第二电子设备可以向配置文件服务器发送携带有用户账号、密码、用户号码的下载请求,配置文件服务器接收到下载请求之后,可以根据用户账号、密码、用户号码,获取该用户账号或用户号码关联的eSIM配置文件,并将该eSIM配置文件发送给第二电子设备。
S309a,第二电子设备接收eSIM配置文件之后,根据第一电子设备上接收到的激活码,激活eSIM配置文件,从而就可以接入网络进行通信。
该方法中,在每次换机时,都需要服务器生成新的Profile,将浪费运营商码号资源,多卡多待场景下,用户需要针对每个Profile触发一次迁移动作,迁移后需用户重新设置主流量卡,操作复杂,还可能出现主流量卡迁移失败,导致无法联网,其他profile也无法迁移的问题。
方式a2中,如图3c所示,可以包括以下步骤:
S301b:第一电子设备扫描第二电子设备,获得第二电子设备的标识,例如EID 2。
S302b:第一电子设备向配置文件服务器发送迁移配置文件的请求消息;
S303b:配置文件服务器向第一电子设备返回迁移配置文件的响应消息;
该响应消息中,可以包括有对该profile进行加密的第一密钥。
S304b:第一电子设备根据第一密钥对配置文件进行加密。
S305b:第一电子设备向配置文件服务器发送第一数据。第一数据中包括:加密后的profile,及第二电子设备的标识,EID2。
第一电子设备删除本地的配置文件。
S306b:配置文件服务器向第二电子设备发送配置文件下载通知消息。
配置文件服务器可以根据接收到的第一数据,及第一密钥,确定配置文件,并根据第二电子设备的标识,并将配置文件与EID2相关联。从而,向第二电子设备发送profile下载通知消息。
S307b:第二电子设备根据profile下载通知消息,向配置文件服务器发送下载请求。
该下载请求可以包括第二电子设备的EID2和激活码。
S308b:第二电子设备从配置文件服务器下载配置文件。
具体实现中,配置文件服务器接收到下载请求之后,可以根据第二电子设备的EID2,获取该用户账号或用户号码关联的eSIM配置文件,并将该eSIM配置文件发送给第二电子设备。
S309b:第二电子设备接收配置文件之后,根据激活码,激活eSIM配置文件,从而就可以接入网络进行通信。
在另一种可能的场景中,例如,第一电子设备需要维修,此时,需要临时将第一电子设备中的配置文件迁移至第二电子设备中,一种可能的方案,如图3d所示,可以包括以下步骤:
S301c:第一电子设备扫描第二电子设备,以发现第二电子设备;
S302c:第一电子设备向第二电子设备发起输出Profile请求。
S303c:第二电子设备向第一电子设备发起输入Profile请求。
从而第一电子设备与第二电子设备建立P2P连接。进而,第二电子设备可以向第一电子设备发送第二密钥。
S304c:第一电子设备根据第二密钥,对第一配置文件进行加密。
第一电子设备还可以将第一profile的状态设置为无效。
S305c:将加密后的第一配置文件发送给第二电子设备。
S306c:第二电子设备接收第一电子设备的加密后的第一profile,并根据第二密钥解密,获得第一profile,安装第一profile。
维修完成后,第一电子设备与第二电子设备的角色互换,执行上述步骤,以完成将第一profile从第二电子设备迁移至第二电子设备。
基于上述方法,在每次Profile迁移时,虽然不需要服务器生成新的Profile,但是,在多卡多待场景下,用户需要针对每个Profile触发一次迁移动作,迁移后需用户重新设置主流量卡,操作复杂,还可能出现主流量卡迁移失败,导致无法联网,其他profile也无法迁移的问题。
基于上述问题,本申请实施例提供的方法,本申请实施例提供的方法可以应用于支持包括有eSIM模块的电子设备中。该电子设备还可以包括有***式SIM模块等其他SIM模块,在此不做限定。在以下实施例中,以电子设备为手机,且电子设备的结构组成如图2a所示为例进行介绍。在以下实施例中,仅以电子设备中的eSIM换卡的流程为例进行说明。在另一些可能的实施例中,电子设备还可以包括***式SIM模块,此时,SIM模块设置界面中,还可以包括相应的***式SIM模块的设置控件,针对***式SIM模块(实体卡)的设置,可以参考eSIM模块的设置方式,在此不再赘述。
在本申请一些实施例中,基于多个eSIM模块的电子设备,用户可以对多个eSIM模块进行设置。多个eSIM模块可以至少包括2种类型的eSIM模块,多个eSIM模块也可以是相同类型的eSIM模块,在此不做限定。以卡1和卡2为例,卡1和卡2可以是不同运营商的eSIM卡,也可以是不同套餐的eSIM卡,也可以是不同网络制式的eSIM卡,也可以是上述至少一种的组合,在此不做限定。
一种可能的实现方式,SIM卡管理界面可以如图4a中的(a)所示,在SIM卡管理界面400的呈现上,图标“卡1”与eUICC中eSIM模块1对应,图标“卡1”对应的控件,如按钮401可用于对eSIM模块1进行设置。图标“卡2”与eSIM模块2对应,图标“卡2”对应的控件,如402可用于对eSIM模块2进行设置。
如图4a中的(a)所示,用户可通过对SIM卡管理界面400中,图标“卡1”对应的按钮401进行点击操作,来启用或停用eSIM模块1。再比如,图4a中的(a)所示的SIM卡管理界面400(SIM卡管理界面400可以为本申请中的第二界面)中,按钮401(按钮401可以为本申请中的第三按钮)的显示状态用于指示eSIM模块1当前处于启用状态。如果用户想要停用eSIM模块1,则可以对该按钮401进行操作。响应于对按钮401的操作,电子设备会将eSIM模块1由启用状态改为停用状态。此时,电子设备将无法通过eSIM模块1与网络连接,即用户无法使用eSIM模块1打电话或上网。电子设备还可改变按钮401的显示状态(图中未示出),改变后的显示状态用于指示该eSIM模块1处于停用状态。另外,如果用户想要重新启用eSIM模块1,可再次对该按钮401进行点击操作,响应于用户再次对按钮401的操作,电子设备会将eSIM模块1由停用状态改为启用状态。
在本申请的一些实施例中,为了便于用户对电子设备200功能进行控制,还可以在如图4a所示的SIM卡管理界面上增加智能切换SIM卡的选项404及虚拟按钮405,虚拟按钮405用于开启或关闭智能切换SIM卡的功能。示例的,当虚拟按钮405关闭(OFF)时,SIM卡管理界面可以如图4a中的(a)所示。
在一些实施例中,若电子设备200中仅安装有一张eSIM卡,如卡1,则图4a中(a)所示的SIM卡管理界面中卡2的相关选项如默认移动数据的卡2选项置灰、开启双卡间呼叫转移选项、智能切换eSIM卡选项404及其虚拟按钮405置灰,用户无法对置灰的选项或虚拟按钮进行操作。若电子设备200中未安装SIM卡,则图4a中(a)所示的SIM卡管理界面中的选项和虚拟按钮均置灰,用户无法对SIM卡管理界面中的选项和虚拟按钮进行操作。
在一些实施例中,在选择了eSIM模块在网待机的情况下,为了能够让用户获知当前选择的是eSIM卡,如图4a中的(a)所示的SIM卡管理界面中,与eSIM模块2对应的图标“卡2”中可以包含有字样“eSIM卡”。
用户可在图4a中的(a)所示的SIM卡管理界面中,选中按钮402,响应于用户的操作,电子设备200可跳转至如图4a中的(b)所示的卡2设置界面。在其他一些实施例中,图4a中的(b)所示的卡2设置界面403包括的内容也可以包含在SIM卡管理界面400中。在该实现方式中,卡2设置界面403包括的内容可暂隐藏显示,在接收到用户的操作后显示。如在接收到用户对图标“卡2”对应的控件402的点击操作后,电子设备200显示在SIM卡管理界面400中显示菜单,该菜单中包括卡2设置界面中包括的内容。
如图4a中的(b)所示,卡2设置界面还可以包括SIM卡的类型,用于指示当前卡2为eSIM模块在网待机。结合图1b,在硬件上eSIM模块与***式SIM模块连接在一起时,即该eSIM模块与***式SIM模块不能同时待机,可以通过在实体卡按钮未被选中,eSIM按钮被选中时,电子设备200可控制eSIM模块与modem连接,以实现eSIM模块在网待机。
卡2设置界面中还包括:“eSIM卡设置”选项,用于用户对eSIM模块2进行相关设置。如用户可对“eSIM卡设置”选项包括的控件进行操作,来启用或停用eSIM模块2。在实体卡控件未被选中,eSIM卡控件被选中的情况下,eSIM模块2可默认处于启用状态。
一种可能的实现方式,电子设备200在接收到用户对eSIM卡设置的控件的操作后,可将eSIM模块2由启用状态改为停用状态,或由停用状态改为启用状态。另一种可能的实现方式,用户可在图4a中的(b)所示的卡2设置界面中,选中eSIM卡设置的控件,响应于用户的操作,电子设备200可跳转至如图4a中的(c)所示的eSIM卡设置界面。在其他一些实施例中,图4a中的(c)所示的eSIM卡设置界面包括的内容也可以包含在卡2设置界面中。eSIM卡设置界面中还可提供对eSIM模块的相关信息的设置选项或查看选项。例如,eSIM模块的相关信息可以包括:卡名称的设置选项,***码的设置选项,卡信息,卡大小,卡网络能力,卡版本,卡的激活状态,卡的运营商等相关信息。卡信息可以包括:卡类型和卡标识。卡类型可以为***式SIM模块或eSIM模块,卡标识可以为SIM模块(如***式SIM模块或eSIM模块)的ICCID。eSIM卡设置界面中还可包括:EID查看按钮。在用户想要查看存储该eSIM模块对应eSIM配置文件的eUICC的EID时,可以对EID查看按钮进行点击操作。响应于对EID查看按钮的点击操作,电子设备200可显示包括EID的界面。用户通过对应的设置选项可对eSIM模块的相关信息进行设置,例如,可以对eSIM模块的卡名称及***码进行设置。在本申请实施例中,eSIM模块的激活状态可以根据电子设备200中记录的激活的eSIM配置文件的数量确定,从而显示在卡状态中。其中,eSIM模块的卡状态,卡类型,卡标识(ICCID,EID),卡对应的配置文件服务器地址等eSIM模块的相关信息,可以是在内核层上报了SIM_SLOT_STATUS_CHANGED事件后,由电子设备200的应用程序框架层进行卡账户信息查询后记录在电子设备200中的。
在另外一些实施例中,以用户将原有已激活的eSIM模块删除为例。用户将原有已激活的eSIM模块删除后,更新eSIM模块的状态为已删除状态。例如,对于电子设备200中原有激活的eSIM模块,如果用户想要删除该eSIM模块,如图4a中的(b)所示,用户可对删除控件进行操作。响应于对删除控件的操作,电子设备200可将eSIM模块2从电子设备200中删除。
示例性的,用户还可以在电子设备中添加新的eSIM模块并激活,添加新的eSIM模块的控件可以设置于如图4a中的(a)所示的“增加eSIM卡”的控件。
如果用户想在电子设备200中添加新的eSIM模块,则如图4a中的(a)所示,用户可对增加eSIM卡的控件进行点击操作,或者在首次开机时,电子设备200可在开机向导流程中提供用于添加eSIM模块的入口,用户可对开机向导界面中的添加eSIM模块按钮进行点击操作。响应于对添加eSIM模块的控件的点击操作,电子设备200查询是否有可用的eSIM配置文件,并可显示添加eSIM模块的等待界面。如果电子设备200查询到有可用的eSIM配置文件,则如图4b中的(a)所示,可显示查询eSIM卡的显示界面,显示当前可以查找到的eSIM模块,还可以如图4b中的(b)所示显示提示界面,并显示提示框。该提示框用于提示用户已查找到可用的eSIM配置文件,并询问用户是否要激活该eSIM配置文件。此时,用户可点击直接激活按钮。响应于用户对直接激活按钮的点击操作,电子设备200可激活该eSIM配置文件。可选的,电子设备200还可显示激活eSIM模块的等待界面。如果电子设备200查询到没有可用的eSIM配置文件,则可打开电子设备200的摄像头,显示扫一扫界面,以便用户通过电子设备200扫描运营商提供的对应二维码以便从运营商的服务器获取eSIM配置文件,或者用户也可以选择图库中保存的二维码或手动输入对应号码以便电子设备200获取eSIM配置文件。在电子设备200获取到eSIM配置文件后,可激活该eSIM配置文件。电子设备200也可显示激活eSIM模块的等待界面。在eSIM配置文件激活成功后,如图4b中的(c)所示,电子设备200可在SIM卡管理界面显示新增的eSIM模块,例如,图中的卡3为新增的eSIM模块。或者,还可以显示提示界面,以提示用户新的eSIM模块已成功添加,可使用其相关功能。
在eSIM模块有多个的场景下,可以为多个激活的eSIM模块设置主卡和副卡。
在一些实施例中,以电子设备中已激活eSIM模块1,此时可以将电子设备中的eSIM模块1作为主卡。当前新安装了eSIM模块2并激活后。电子设备200获取SIM模块2的卡信息,例如,SIM模块2的卡类型和卡标识。如获取到的卡类型为eSIM模块,ICCID为ICCID 2。ICCID2是eSIM模块2的ICCID。电子设备200可以向用户发送提示界面,用于提示eSIM模块1为当前主卡,发现已激活的eSIM模块2。
进一步的,可以提示用户是否将eSIM模块2设置为副卡。如果用户选择使用eSIM模块2作为副卡,则保持eSIM模块1为主卡,添加eSIM模块2作为副卡。如果用户选择使用eSIM模块2作为主卡,则可以设置eSIM模块2为主卡,将eSIM模块1更新为副卡。当用户选择单卡待机,且选择eSIM模块2为主卡时,可以去激活eSIM模块1,并将eSIM模块2设置为主卡。
在另外一些实施例中,还可以提示用户是否使用将eSIM模块2设置为主卡,eSIM模块1设置为副卡。如果用户选择使用eSIM模块2,则可去激活eSIM模块1,并将eSIM模块2设置为主卡。如果用户选择不使用eSIM模块2,则可继续设置eSIM模块1为主卡。
在一些实施例中,被设置为主卡的SIM模块可用于电子设备200传输移动数据,被设置为副卡的eSIM模块不能用于电子设备200传输移动数据。在其他一些实施例中,被设置为主卡的eSIM模块和被设置为副卡的eSIM模块均可用于电子设备200传输移动数据,且被设置为主卡的eSIM模块优先被使用。例如,在被设置为主卡的eSIM模块网络状况好时,电子设备200使用被设置为主卡的eSIM模块传输移动数据,在被设置为主卡的eSIM模块网络状况较差时,电子设备200使用被设置为副卡的eSIM模块传输移动数据。
另外,如果被用户删除的已激活的eSIM模块当前被设置为主卡,则在用户将该eSIM模块删除后,电子设备200还可获取该eSIM模块的卡信息(卡信息可包括卡类型和卡标识),并记录获得的卡信息。在后续该eSIM模块被重新激活后,电子设备200可根据记录的卡信息,将该eSIM模块设置为主卡。
下面基于电子设备为第一电子设备和第二电子设备为例,其中,第一电子设备为待迁移的电子设备,第二电子设备为迁移的目标电子设备。第一电子设备可以包括至少M个eSIM模块的配置文件,下面以第一电子设备包括M0个eSIM模块的配置文件举例说明。具体说明本申请实施例中提供的迁移配置文件的方法。如图5a所示,具体包括以下步骤:
考虑到电子设备中eSIM模块有多个的场景,第一电子设备或用户可以基于不同的场景下发起迁移eSIM模块的请求,以触发eSIM卡的迁移场景。
例如,如图5b中的(a)所示,第一电子设备可以基于当前M0(M0大于或等于M)个eSIM模块的状态,例如,存在至少一个未激活(停用)的eSIM模块时,可以在第一电子设备的显示界面上显示提示框,用于提示用户存在至少一个未激活的eSIM模块,是否需要迁移未激活的eSIM模块。或者,如图5b中的(b)所示,第一电子设备可以显示查询第二电子设备的查询界面。用于显示可以查找到的可用于迁移的电子设备。第一电子设备与第二电子设备可通过本地建立的安全连接,或互联网建立的安全连接来查找可用于迁移的电子设备。举例来说,第一电子设备通过局域网发现第二电子设备;例如,可以是第一电子设备与第二电子设备位于相同的局域网,从而,第一电子设备搜索第一电子设备所在的局域网内的所有第二电子设备。或者,第二电子设备可以是与第一电子设备登录了同一账号的电子设备,上述账号可以为运营商或电子设备厂商为用户提供的账号,如荣耀账号、华为账号等,还可以为应用账号,如社交应用账号、视频应用账号等。WI-FI帧中还可以携带有上述账号,以便第一电子设备根据WI-FI帧获知第二电子设备与第一电子设备是否登录了同一个账号。示例性的,第一电子设备在与第二电子设备与同一个WI-FI热点建立连接时,获取第二电子设备的第二用户标识,如第二电子设备登录的华为账号,并确定第二电子设备的第二用户标识与第一电子设备存储的第一用户标识,如第一电子设备登录的华为账号是否相同。若第一电子设备确定第二用户标识与第一用户标识相同,表明第一电子设备与第二电子设备是相互信任的,此时,第一电子设备可以第一电子设备确定可能存在需要迁移的电子设备,触发迁移场景。
在触发迁移场景后,第一电子设备可以在显示屏上显示eSIM迁移管理界面(第一迁移界面)。
一种可能的实现方式,结合图5b中的(b),如图5b中的(c),第一电子设备也可以先在显示屏上显示提示框,提示框中可以包括提示信息和迁移控件等,其中,提示信息可以包括:“查找到电子设备1,是否需要迁移eSIM卡至电子设备1”。响应于对确认控件的操作,第一电子设备可以跳转至eSIM迁移管理界面(例如,针对第一电子设备,其eSIM迁移设置界面可以为第一迁移界面,针对第二电子设备(电子设备1),eSIM迁移设置界面可以为第二迁移界面),以开启迁移场景。从而,用户可以根据需要,在第一电子设备的第一迁移界面,选择待迁移的多个eSIM卡。
还可以是,第二电子设备通过NFC方式发现第一电子设备,从而触发第一电子设备和第二电子设备的迁移场景。此时,第一电子设备与第二电子设备并不限定于都接入局域网中,也可以发现第一电子设备。例如,第一电子设备未联网,第二电子设备通过数据流量接入移动网络,此时,第二电子设备可以通过NFC的方式,查找到第一电子设备。
示例性的,可以通过第一电子设备触发通信连接请求,即第一电子设备向第二电子设备发送通信连接请求。例如,用户可以通过第一电子设备的扫描功能,对第二电子设备的二维码等标识进行扫描,从而第一电子设备根据获取的第二电子设备的标识,向第二电子设备发送通信连接请求;或者,用户可以通过第一电子设备的NFC功能,获取的第二电子设备的NFC的标识,以向第二电子设备发送通信连接请求。第二电子设备可以响应于作用于查找到的第一电子设备的通信连接请求的操作,向该第一电子设备发送通信连接响应。第一电子设备根据发送通信连接响应,确认与第一电子设备建立通信连接,以开启迁移场景。
再比如,也可以通过第二电子设备触发通信连接请求,以触发第二电子设备与第一电子设备的迁移场景。例如,用户可以通过第二电子设备的蓝牙功能,获取的第一电子设备的蓝牙的标识,以向第一电子设备发送通信连接请求。第一电子设备接收到通信连接请求后,向该第二电子设备发送通信连接响应。第二电子设备根据发送通信连接响应,确认与第一电子设备建立通信连接。另外,第一电子设备在向第二电子设备发送通信连接响应之前,还可以在第一电子设备上显示连接请求界面,响应于作用于通信连接请求界面的操作,确认与第二电子设备建立通信连接,并触发迁移场景。
另一种可能的方式,在第一电子设备中,可以存储有历史建立过通信连接的第二电子设备,第一电子设备可以将上述第二电子设备作为可信任的第二电子设备,此时,第一电子设备的界面上可以显示可信任的第二电子设备的标识列表,响应于作用于可信任的第二电子设备的标识列表中的选中操作,确定当前与第一电子设备建立通信连接的第二电子设备,从而向第二电子设备发送通信连接的请求,接收第二电子设备返回的通信连接的响应,以完成第一电子设备与第二电子设备通信连接的建立。可选的,在第一电子设备的显示屏上也可以显示通知消息,例如,在第一电子设备上显示第一连接消息;所述第一连接消息用于提示用户所述第二电子设备与所述第一电子设备建立通信连接。同样的,在第二电子设备的触摸屏上也可以显示通知消息,用于通知用户第二电子设备与第一电子设备建立了通信连接。例如,在第二电子设备上显示第一连接消息;第一连接消息用于提示用户第二电子设备与第一电子设备建立通信连接。从而,第一电子设备可以基于建立通信连接的电子设备,确定迁移的目标电子设备(第二电子设备),以获得第二电子设备的标识,为后续迁移做准备。
另一种可能的方式,用户可以主动发起迁移操作,并确认第二电子设备。例如,响应于用户对如图4a中(a)所示的SIM卡管理界面的迁移控件的操作,触发迁移场景,跳转至eSIM迁移管理界面,在eSIM迁移管理界面可以包括有确认第二电子设备的界面,从而,用户可以通过扫描第二电子设备或账号登陆等方式输入第二电子设备的相关信息,以使第一电子设备确认第二电子设备的标识等信息。用户还可以通过每个SIM卡设置界面中的迁移控件,跳转至该eSIM迁移设置界面,也可以通过其他方式跳转至该eSIM迁移设置界面,在此不做限定。
步骤501:响应于对第一迁移界面的操作指令,确定至少一个待迁移配置文件;
其中,所述第一迁移界面用于显示至少M个eSIM的配置文件的迁移。
如图5c中的(a)所示,以第一电子设备中的eSIM的配置文件的个数是4为例,第一迁移界面上显示了第一电子设备包括的4个eSIM的配置文件在迁移过程中涉及到的相关信息。用户可以在eSIM迁移设置界面,选择待迁移的eSIM卡,以确定待迁移的eSIM卡。例如,响应于对第一控件的操作指令,所述第一控件用于确定所述M个eSIM的配置文件是否为待迁移配置文件。
一种可能的实现方式,该第一控件可以为多选控件。响应于对eSIM迁移设置界面中的eSIM卡的多选控件的操作,可以显示多选界面,在该多选界面中,可以同时选中多个eSIM卡。例如,同时选中卡1,卡2和卡3作为待迁移的eSIM卡。响应于对eSIM迁移设置界面中的eSIM卡的多选控件的操作,确定M个eSIM卡(例如,卡1,卡2和卡3)为待迁移的eSIM卡。
进一步的,为提高迁移成功率,可以为eSIM模块设置第一优先级。例如,在第一电子设备不使用时,可以将主卡设置为待迁移的eSIM卡,在第一电子设备正常使用时,可以将副卡和停用的卡设置为待迁移的eSIM卡。另一种可能的方式,用户可以将所有需要迁移的eSIM卡同时选择作为待迁移的多个eSIM卡,第一电子设备基于对每个eSIM卡设置迁移优先级(第一优先级),从而,根据eSIM卡的第一优先级,对eSIM卡按照第一优先级的顺序进行迁移,提高迁移的成功率。
如图5c中的(a)所示,eSIM迁移设置界面还可以包括:状态控件;所述状态控件用于控制eSIM的配置文件的状态;响应于对状态控件的操作指令,电子设备可以确定所述待迁移配置文件的状态。状态控件还可以包括状态显示栏,该状态显示栏可以将待迁移的eSIM卡的状态中增加待迁移状态,例如,卡1(主卡)的状态为已激活待迁移,卡2(副卡)的状态为已激活待迁移,卡3的状态为未激活待迁移,卡4(副卡)的状态为已激活。
在确定待迁移的eSIM卡后,电子设备可以获取待迁移的eSIM卡的信息。例如,LPA可以获取待迁移的eSIM卡的Profile标识,待迁移配置文件的状态。所述状态包括以下至少一项:激活状态(也可以是已启用)、去激活状态(也可以是已停用)、默认联网状态(也可以是主卡状态)、备用联网状态(也可以是副卡状态)、待迁移状态、迁移准备完成状态、已迁移状态、迁移失败状态、已删除状态、正在配置状态(Provisioning)、可操作状态(Operational),测试状态等。
电子设备可以根据eSIM卡的卡信息,为eSIM卡设置迁移优先级。eSIM卡可以显示相应的第一优先级。该优先级可以是用户主动设置的,具体的设置方式可以参考eSIM卡的其他设置界面的设置方式,在此不再赘述。也可以是电子设备基于待迁移配置文件的状态确定的,从而,电子设备可以根据所述待迁移配置文件的状态,确定所述待迁移配置文件的优先级。例如,如图5c中的(b)所示,为卡1的迁移设置界面,可以包括卡1作为待迁移的eSIM卡时设置的第一优先级,还可以包括卡1作为迁移目标时设置的第二优先级。
例如,LPA确定主卡对应的eSIM模块为已激活的Profile,例如,卡1(第一Profile),则可以设置第一profiile的第一优先级为低优先级。LPA确定副卡对应的eSIM模块为已激活的Profile,例如,卡2(第二Profile),则可以设置第二profiile的第一优先级为中优先级。若LPA确定eSIM模块为未激活的Profile,例如,卡3(第三Profile),则可以设置第三Profile的第一优先级为高优先级。
基于待迁移配置文件的第一优先级的顺序,确定待迁移的eSIM卡的迁移顺序(结合上述例子,可以是依次按照卡3,卡2,卡1的顺序进行迁移),从而,根据迁移顺序依次对待迁移配置文件进行迁移。针对当前需要迁移的配置文件,第一电子设备可以获取该待迁移配置文件(Profile)的迁移信息,以便执行步骤502。
步骤502:第一电子设备向配置文件服务器发送第一迁移请求。
其中,所述第一迁移请求包括:第二电子设备的标识,待迁移配置文件的标识。第二电子设备的标识可以包括型号分配码(Type Allocation Code,TAC),EID等。待迁移配置文件的标识可以为ICCID等。
可选的,第一迁移请求还可以包括待迁移配置文件的状态信息,从而,配置文件服务器可以根据待迁移配置文件的状态信息及第二电子设备的标识,确定是否需要更新待迁移配置文件的版本,以便配置文件服务器提前准备向第二电子设备发送的迁移配置文件(Profile)。
可选的,第一迁移请求还可以用于获取待迁移配置文件对应的配置文件服务器地址。
以第三Profile为例,第一电子设备在向配置文件服务器发送第一迁移请求时,携带有请求获取配置文件服务器地址的相关信息,从而基于配置文件服务器返回的第一迁移响应获得配置文件服务器地址。或者,还可以是第一电子设备向ES服务器发送获取第三Profile的配置文件服务器地址的请求消息,从而,ES服务器根据第三Profile的标识、第三Profile的用户信息等信息确定第三Profile的配置文件服务器地址,从而,向第一电子设备返回第三Profile的配置文件服务器地址。
步骤503:配置文件服务器确认待迁移配置文件允许迁移后,向第一电子设备发送第一迁移响应。
其中,配置文件服务器确认待迁移配置文件允许迁移的过程可以包括向BSS服务器发送迁移请求,从而完成对待迁移配置文件的鉴权,例如,BSS服务器也可以根据配置文件服务器发送的迁移请求中的待迁移配置文件的标识,请求验证第一电子设备对应的待迁移配置文件的用户账号和密码,从而,验证第一电子设备的用户身份。在配置文件服务器接收到BSS服务器的鉴权成功的结果后,确认迁移配置文件允许迁移。进一步,配置文件服务器可以将第一电子设备的标识(例如,EID)与待迁移配置文件的标识(例如,ICCID)的关系,更新为第二电子设备的标识(例如,EID)与待迁移配置文件的标识(例如,ICCID)的关系。
第一迁移响应可以包括通知消息,以通知第一电子设备,确认配置文件服务器确认待迁移配置文件允许迁移,第一电子设备接收来自所述配置文件服务器的第一迁移响应后,可以在所述第一电子设备上显示所述配置文件服务器允许所述待迁移配置文件迁移。进一步的,还可以将待迁移配置文件(例如,第三Profile)的状态修改为验证完成,准备迁移。如图5d中的(a)所示,卡3的状态修改为:“验证完成,准备迁移”,即迁移准备完成。
步骤504:第一电子设备根据第一迁移响应,将本地的待迁移配置文件删除。
此时,在第一迁移界面上,可以显示待迁移配置文件的状态为已删除迁移准备完成。例如,如图5d中的(b)所示,此时可以将卡3的状态修改为:“已删除,迁移准备完成”。在具体实施过程中,为提高安全性,可以基于LPA,删除eUICC中的待迁移配置文件,由于LPA为***级App,安全性较高。通过LPA,保证Profile的成功删除,打消运营商对克隆卡,复制卡的顾虑,提高产品的安全性。
步骤505:第一电子设备可以向所述配置文件服务器发送第一删除消息;
所述第一删除消息用于通知所述配置文件服务器所述第一电子设备的所述待迁移配置文件删除完成。
第一电子设备重复步骤502-步骤505,完成所有待迁移配置文件的迁移准备过程,并删除本地的所有待迁移配置文件,另一种可能的实现方式,可以重复步骤502-步骤503,在完成所有待迁移配置文件的迁移响应后,再执行步骤504和步骤505。之后,可以再执行步骤506,以通知第二电子设备,第一电子设备的迁移准备完成。
或者,还可以是直接执行步骤506,在第二电子设备将相应的待迁移配置文件迁移完成后,再返回至步骤502,执行下一个待迁移配置文件的迁移准备过程,在此不做限定。
步骤506:第一电子设备向第二电子设备发送第一消息。
其中,所述第一消息包括至少一个迁移信息;所述迁移信息包括以下至少一项:待迁移配置文件的标识,所述待迁移配置文件对应的配置文件服务器的地址,或第二电子设备的标识。进一步的,还可以包括待迁移配置文件的状态。
其中,配置文件服务器不限于是Profile存储、管理的服务器,还可以以是eSIM卡的开户服务器。
结合上述例子,第一消息可以是针对每个待迁移的配置文件向第二电子设备发送的,也可以是集合了部分待迁移的配置文件的迁移信息向第二电子设备发送的,还可以是将所有待迁移配置文件的迁移信息全部发送给第二电子设备的,在此不做限定。
步骤507:第二电子设备接收第一消息,以获取至少一个迁移信息。
第二电子设备接收第一消息,从而,第二电子设备可以在第二迁移界面上显示所述至少一个待迁移配置文件的迁移信息,第二迁移界面用于显示所述至少一个待迁移配置文件的迁移。如图5e中的(a)所示,结合上述例子,可以确定待迁移配置文件包括:卡1,卡2和卡3。第二迁移界面还可以显示待迁移配置文件的相关信息。例如,第二迁移界面还可以显示待迁移配置文件的迁移信息,例如,待迁移配置文件的状态,待迁移配置文件的标识,待迁移配置文件对应的服务器地址,待迁移配置文件的元数据信息(Profile Metadata)等信息。其中,待迁移配置文件的状态,可以包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;结合上述例子,卡1为主卡(默认联网)状态,卡2为副卡(备用联网)状态,卡3为副卡去激活状态。
另外,第二迁移界面还可以显示待迁移配置文件的迁移状态,例如,结合上述例子,卡1的迁移状态为待迁移状态,卡2的迁移状态为待迁移状态,卡3的迁移状态为待迁移状态。
步骤508:根据至少一个迁移信息,获取并激活所述至少一个待迁移配置文件。
在步骤508中,用户可以基于第二迁移界面上显示的待迁移配置文件的迁移信息,响应于对第二迁移界面的操作指令,确定开始安装和激活配置文件的过程,也可以是第二电子设备基于接收到的至少一个迁移信息,直接开启安装和激活配置文件的过程,无需用户主动操作,具体实施方式可以基于用户对迁移设置的方式确定,也可以基于默认迁移的方式确定,在此不做限定。
获取所述至少一个待迁移配置文件的状态;根据所述至少一个待迁移配置文件的状态,确定所述至少一个待迁移配置文件的第二优先级;基于所述至少一个待迁移配置文件的第二优先级的顺序,获取并激活所述至少一个待迁移配置文件。
例如,基于待迁移配置文件的状态,确定待迁移配置文件对应为默认联网状态(主卡),例如,卡1(第一Profile),则可以设置第一Profile的第二优先级为高优先级。基于待迁移配置文件的状态,确定待迁移配置文件对应为备用联网状态(副卡),例如,卡2(第二Profile),则可以设置第二Profile的第二优先级为中优先级。若基于待迁移配置文件的状态,确定待迁移配置文件对应为未激活状态,例如,卡3(第三Profile),则可以设置第三Profile的第二优先级为低优先级。例如,如图5e中的(b)所示,卡1的第二优先级为高优先级。
基于待迁移配置文件的第二优先级的顺序,确定第二电子设备待迁移的eSIM卡的迁移顺序(结合上述例子,可以是依次按照卡1,卡2,卡3的顺序进行迁移),从而,根据迁移顺序依次对待迁移配置文件进行迁移。针对当前需要迁移的配置文件,第二电子设备可以获取该待迁移配置文件(profile)的迁移信息,以便执行步骤5081。
步骤5081:向配置文件服务器发送第二迁移请求;
步骤5082:配置文件服务器确定待迁移配置文件标识对应的配置文件,向第二电子设备发送第二迁移响应。
第二迁移响应可以包括:配置文件服务器确定的待迁移配置文件标识对应的配置文件。
其中,配置文件服务器可以根据第二电子设备的版本信息(DeviceInfo)判断是否需要更新待迁移配置文件,若需要,则根据第二电子设备的版本信息生成待迁移配置文件对应的配置文件,供第二电子设备下载。
步骤5083:第二电子设备根据接收到的待迁移profile,安装待迁移profile。
第二电子设备成功安装待迁移配置文件后,向配置文件服务器发送迁移成功通知。
第二电子设备重复步骤5081-5083下载所有待迁移的Profile。
步骤5084:根据待迁移配置文件的迁移信息,激活待迁移配置文件。
其中,配置文件服务器可以为不同的Profile归属的不同的配置文件服务器。根据获取的迁移信息中,第二电子设备可以获取不同Profile归属的不同配置文件服务器的地址,建立安全连接并完相应的成待迁移Profile的下载和安装。
可显示提示界面,并显示提示框。该提示框用于提示用户已下载成功待迁移配置文件,并询问用户是否要激活该待迁移配置文件。如图5e中的(c)所示,可以在第二迁移界面显示提示框,提示框包括提示信息,例如,提示信息为:“已成功下载卡1的配置文件,是否要激活卡1”。进一步的,该提示框还可以包括激活控件,此时,用户可点击直接激活控件。响应于用户对直接激活按钮的点击操作,电子设备200可激活该待迁移配置文件。具体的,第二电子设备根据迁移信息,例如根据ICCID,运营商标识等信息激活待迁移配置文件。电子设备200也可显示激活eSIM模块的等待界面。在eSIM配置文件激活成功后,第二电子设备可以向第一电子设备发送迁移成功通知。
第二电子设备可以在通过wifi联网后,激活主卡的配置文件(Profile),以便在激活主卡(卡1)的状态下,直接将卡1设置为主卡,从而避免用户重新设置主卡,同时,由于主卡已设置完成,可以基于主卡连接移动网络,从而有利于第二电子设备的主卡的成功驻网。进一步,在主卡设置成功的状态下,继续下载其他待迁移配置文件,也可以提高其他待迁移配置文件的迁移成功率。
步骤509:显示至少一个待迁移配置文件在第二电子设备的迁移结果。
例如,可以在第二迁移界面显示至少一个待迁移配置文件在第二电子设备迁移完成。也可以通过提示框的方式提示至少一个待迁移配置文件在第二电子设备迁移完成,在此不做限定。
在eSIM配置文件激活成功后,如图5f中的(a)所示,电子设备200可显示提示界面,以提示用户卡1已成功迁移,可使用其相关功能。并可以将该配置文件的状态修改为迁移成功。进一步的,还可以在提示界面提示用户是否设置卡1为主卡。从而,提示用户将卡1设置为主卡,或者,还可以在提示界面提示用户将卡1设置为主卡,并成功驻网。从而,使得用户可以通过卡1使用移动网络,提高用户的使用体验。
若迁移失败,例如,下载失败,或激活失败等都可以认为第二电子设备迁移配置文件失败,此时可以向第一电子设备发送迁移失败通知,还可以向配置文件服务器发送迁移失败通知,配置文件服务器确认第二电子设备迁移失败后,也可以向第一电子设备发送迁移失败通知,进一步的,还可以在第二电子设备上显示提示界面,并显示提示框。该提示框用于提示用户待迁移配置文件迁移失败,并询问用户是否要重新迁移该待迁移配置文件。进一步的,该提示框还可以包括重试控件和取消控件,此时,用户可点击直接重试控件,以重新执行步骤508。
在第一电子设备确定待迁移配置文件迁移失败后,可以在第一迁移界面显示待迁移配置文件的状态为迁移失败状态,从而第一电子设备可以触发恢复待迁移配置文件的流程,以便第一电子设备恢复该待迁移配置文件。例如,如图5f中的(b)所示,还可以在第二电子设备上显示提示界面,并显示提示框。该提示框用于提示用户待迁移配置文件迁移失败,并询问用户是否要恢复该待迁移配置文件。进一步的,该提示框还可以包括恢复控件和取消控件,此时,用户可点击直接恢复控件,响应于对恢复控件的操作,第一电子设备恢复所述待迁移配置文件。考虑到在迁移准备完成的过程中,第一电子设备已删除待迁移配置文件,一种可能的实现方式,该删除仅为暂时删除,待迁移配置文件还保留在备份存储区中,第一电子设备可以通过备份存储区中存储的待迁移配置文件恢复。另一种可能的实现方式,第一电子设备已永久删除待迁移配置文件,此时,可以是配置文件服务器向第一电子设备发送第一恢复指令;所述第一恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第一恢复指令包括:所述待迁移配置文件。从而,使得第一电子设备根据接收到的待迁移配置文件,恢复该待迁移配置文件。
如图5f中的(c)所示,第一电子设备显示待迁移配置文件的恢复界面,该恢复界面可以显示待迁移配置文件的恢复进度。
下面基于电子设备为第一电子设备和第二电子设备为例,其中,第一电子设备为待迁移的电子设备,第二电子设备为迁移的目标电子设备。第一电子设备可以包括至少M个eSIM模块的配置文件。第二电子设备可以为支持至少M个eSIM模块的配置文件。具体说明本申请实施例中提供的迁移配置文件的方法。如图6所示,具体包括以下步骤:
步骤601:第一电子设备确定待迁移配置文件的迁移信息。
该步骤中,可以参考图5a中的确定第二电子设备的方式,及步骤501中确定待迁移配置文件的迁移信息方式,在此不再赘述。
步骤602:第一电子设备根据所述待迁移配置文件,确定加密待迁移配置文件。
确定有多个待迁移的Profile时,可以将每个待迁移配置文件分别进行加密。其中,加密密钥可以是配置文件服务器为第一电子设备分配的,在该方案下,配置文件服务器还需将该密钥发送给第二电子设备,以便电子设备接收到该加密的待迁移配置文件后,可以通过配置文件服务器发送的密钥进行解密,从而,获得待迁移配置文件。其中,该秘钥可通过第一电子设备与配置文件服务器协商获得,第二电子设备可通过接收配置文件服务器发送的通知消息获得该秘钥,或通过从第一电子设备处获得配置文件服务器地址并进一步获取该秘钥。该秘钥的获取,第一电子设备或第二电子设备均需要与配置文件服务器建立安全连接和互相完成相应的鉴权认证后,才能生成、获取该秘钥。另一种可能的方式,加密密钥还可以是第二电子设备发送给第一电子设备的,在此不做限定。为保证不同Profile的安全性,可以针对不同的待迁移配置文件分别生成加密密钥,也可以是针对不同的电子设备生成加密密钥,在此不做限定。
结合图5c中的(a)所示,此时,可以将待迁移配置文件(例如,卡3)的状态修改为去激活(或者为已停用),从而可以将待迁移配置文件的状态更新为迁移准备完成。
可选的,此时,第一电子设备可以将待迁移配置文件删除,(例如,删除ISD-P)也可以在确认第二电子设备成功接收到待迁移配置文件后再删除,在此不做限定。若待迁移配置文件已删除,可以将待迁移配置文件的状态修改为已删除迁移准备完成。
步骤603:向所述第二电子设备发送所述加密待迁移配置文件和迁移信息。
第一电子设备与第二电子设备建立本地安全连接,以使第二电子设备获取加密的待迁移配置文件以及Profile迁移信息。
结合图5b中的(c)所示,第一电子设备与第二电子设备建立的本地安全连接,可以在第一电子设备和第二电子设备上显示,第二电子设备成功接收到加密的待迁移配置文件以及Profile迁移信息后,结合图5e中的(a)所示,可以在第二电子设备上显示成功接收待迁移配置文件。
步骤604:第二电子设备对加密的待迁移配置文件解密,并安装待迁移配置文件。
新设备根据Profile迁移信息,安装相应的Profile。
结合图5b中的(a)所示,可以显示提示界面,提示用户是否迁移待迁移配置文件。响应于对激活控件的操作,第二电子设备可以执行步骤605。另一种可能的实现方式,第二电子设备可以在成功安装待迁移配置文件后,执行步骤605,无需用户触发,以减少用户的操作。
步骤605:第二电子设备向待迁移配置文件对应的配置文件服务器发送第二迁移请求;
该第二迁移请求可以包括:第一电子设备的TAC和/或EID信息,第二电子设备的TAC和/或EID信息,以便配置文件服务器对该激活请求进行验证,具体验证过程可以参考上述实施例中的验证过程,在此不再赘述。进一步的,以便服务器重新绑定EID与ICCID关系。
可选的,第二电子设备可通过eUICC中预制的初始联网Profile向配置文件服务器发送第二迁移请求,或通过Wifi等网络发送第二迁移请求,或通过激活至少一个配置文件向配置文件服务器发送第二迁移请求。当通过预先激活至少一个配置文件发送时,则向该配置文件对应的配置文件服务器发送的为成功迁移的确认消息,不再执行步骤607。
步骤606:配置文件服务器向第二电子设备发送第二迁移响应。
其中,第二迁移响应可以用于指示第二电子设备可以根据待迁移配置文件的迁移信息,确认待迁移配置文件的激活信息,从而,根据该激活信息对待迁移配置文件激活。具体的激活过程可以参考上述实施例,在此不再赘述。
步骤607:第二电子设备激活待迁移配置文件。
该激活过程可以参考上述实施例中的激活过程,在此不再赘述。
第二电子设备激活主卡的驻网功能后,可进一步通知配置文件服务器,配置文件服务器可以根据第二电子设备的标识,确定待迁移配置文件的版本,从而,确定是否需要更新待迁移配置文件。若确认该配置文件需要更新,则配置文件服务器触发该配置文件的更新流程。
步骤608:第二电子设备向配置文件服务器发送激活成功通知消息。
步骤609:配置文件服务器向第一电子设备发送第一删除指令。
其中,第一删除指令用于指示所述第一电子设备删除所述待迁移配置文件。
步骤6010:第一电子设备删除待迁移配置文件,及待迁移配置文件信息。
此时,第一电子设备在第一迁移界面上,可以显示待迁移配置文件的状态为已删除。结合如图5d中的(a)所示的第一迁移界面,可以将第一迁移界面中的卡3的状态修改为:“已删除”。
重复步骤602-步骤6010,以完成所有待迁移配置文件的迁移。或者,还可以是重复步骤602-步骤603,完成所有待迁移配置文件的迁移准备过程,第二电子设备在接收到所有待迁移配置文件后,再根据第二优先级,按顺序完成激活过程。
步骤6011:显示至少一个待迁移配置文件在第二电子设备的迁移结果。
该步骤可以是在第一电子设备的第一迁移界面上显示,也可以是在第二电子设备的第二迁移界面上显示,在此不做限定,具体实施过程可以参考步骤509,在此不再赘述。
在第一电子设备确定待迁移配置文件迁移失败后,可以参考图5a中的确认迁移失败的方式,及恢复待迁移配置文件的方式。
另一种可能的实现方式,基于第一电子设备已删除待迁移配置文件的场景下,第二电子设备在确定待迁移配置文件迁移失败后,可以向第一电子设备发送第二恢复指令;所述第二恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第二恢复指令包括:所述待迁移配置文件。
第一电子设备接收所述第二电子设备发送的第二恢复指令后,可以显示所述待迁移配置文件的状态为迁移失败。从而,第一电子设备可以基于接收到的待迁移配置文件,恢复待迁移配置文件。
考虑到第一电子设备可能无法开机等原因,无法触发迁移场景的情况,或者,第二电子设备主动触发迁移场景的情况,基于电子设备为第一电子设备和第二电子设备为例,其中,第一电子设备为待迁移的电子设备,第二电子设备为迁移的目标电子设备。第一电子设备可以包括至少M个eSIM模块的配置文件。第二电子设备至少支持M个eSIM模块的配置文件。具体说明本申请实施例中提供的迁移配置文件的方法。如图7a所示,具体包括以下步骤:
步骤701:第二电子设备向签约管理服务器发送第三迁移请求。
其中,签约管理服务器可以是运营商网络中的服务器,也可以是用于为eSIM模块开户的服务器,还可以是用于签约管理eSIM模块的其他服务器,在此不做限定。
其中,第三迁移请求中可以包括:第二电子设备的标识,用户信息。用户信息可以包括以下至少一项:用户账号、密码、用户号码等。
示例性的,如图7b中的(a)所示,第二电子设备上可以显示第三迁移界面,第三迁移界面可以用于迁移的目标电子设备查找可以迁移的第一电子设备,及第一电子设备上的可迁移的配置文件。
举例来说,如图7b中的(a)所示,第三迁移界面上可以包括查询用户SIM卡的控件,响应于用户对查询用户SIM卡的控件的操作,第二电子设备可以显示相应待迁移Profile的服务提供商的账户查询界面,如图7b中的(b)所示,该账户查询界面上可以包括用户名和密码的输入界面,响应于用户输入的用户名和密码,可以在该运营商的账户查询界面上显示账户下的所有SIM卡信息。当然,相应Profile服务提供商的账户查询界面也可以是在第三迁移界面上显示的,在此不做限定。
可选的,第二电子设备可根据搜索到的公共陆地移动网络(Public land mobilenetwork,PLMN)信息,判断附近有哪些Profile服务提供商的网络,并同时向搜索到的Profile服务器提供商的签约管理服务器发送第三迁移请求,或者,通过用户手动输入签约管理服务器地址,或手动选择访问签约管理服务器,以便找回旧设备已经签约的Profile。
步骤702:签约管理服务器根据第三迁移请求,确认第一电子设备的M个eSIM模块的配置文件的相关信息。
签约管理服务器根据接收到的第三迁移请求,可以根据用户账号、密码、用户号码等用户信息,获取该用户账号或用户号码关联的eSIM配置文件的相关信息。
其中,用户账号下,该Profile服务提供商可以有管理的一个,或多个Profile。结合上述例子,如图7b中的(a)所示,为显示的各运营商服务器返回的第一电子设备的eSIM配置文件信息。例如,卡1,卡2,卡3和卡4。
步骤703:响应于对第三迁移界面的操作指令,确定至少一个待迁移配置文件的迁移信息;
具体用户选择至少一个待迁移配置文件的方式,可以参考步骤508中在第二迁移界面中选择的方式,在此不再赘述。在确定第一电子设备的配置文件为待迁移配置文件后,可以将运营商服务器返回的配置文件的相关信息确定为待迁移配置文件的迁移信息。
步骤704:第二电子设备根据确定的待迁移配置文件的迁移信息,向签约管理服务器发起第一迁移请求;
该第一迁移请求可以包括:待迁移配置文件的标识,第二电子设备的标识。
步骤705:签约管理服务器对该迁移请求进行验证,并确定待迁移配置文件,在确定验证成功后,可以向第二电子设备返回第一迁移响应,以通知第二电子设备执行步骤706。其中可携带配置文件服务器地址。
步骤706:根据所述至少一个迁移信息,向配置文件服务器发送第二迁移请求,以获取并激活所述至少一个待迁移配置文件。
步骤707:配置文件服务器向第二电子设备返回第二迁移响应。
其中,配置文件服务器向第二电子设备返回下载响应,该下载响应用于向第二电子设备返回对应的待迁移配置文件标识的配置文件,可选的,可进一步携带配置文件的状态信息等配置文件元数据相关信息,以便第二电子设备安装并激活待迁移配置文件标识对应的配置文件。
示例性的,配置文件服务器可以基于第二电子设备发送的下载请求,对待迁移配置文件进行验证,确认是否允许第二电子设备迁移待迁移配置文件。
当验证成功后,进一步的,步骤7061:配置文件服务器可以向第一电子设备发送待迁移配置文件的第一删除指令。该删除指令可以参考图5a和图6中的配置文件服务器发送的删除指令,在此不再赘述。步骤7062:第一电子设备成功删除待迁移配置文件后,步骤7063:可以向配置文件服务器发送成功删除的第一删除响应。此时,配置文件服务器可以向第二电子设备发送第一电子设备的待迁移配置文件,无需另外生成配置文件,可以节省配置文件服务器生成配置文件所需的开销,及存储新生成的配置文件与第二电子设备的标识的对应关系所占用的存储空间。考虑到第一电子设可能无法及时删除待迁移配置文件,此时,配置文件服务器可以在预设时间内以未接收到第一电子设备发送的删除响应,确定第一电子设备未成功删除待迁移配置文件。此时,配置文件服务器可以为第二电子设备生成新的待迁移配置文件。举例来说,配置文件服务器可以根据第一电子设备的待迁移配置文件,保留ICCID,IMSI,通过变更密钥等方式生成新的待迁移配置文件。
步骤708:第二电子设备根据接收到的待迁移配置文件,安装并激活相应的待迁移配置文件。
具体安装过程可以参考图3b-图3d,图4a和图5a中的实施方式,激活过程可以参考图6中的实施方式,在此不再赘述。
步骤709:第二电子设备在确认安装成功后,向签约管理服务器发送迁移成功响应。
进一步的,第二电子设备还可以在第三迁移界面上将待迁移配置文件的状态更新为迁移成功。
步骤7010:签约管理服务器根据该迁移成功响应,更新待迁移配置文件与第二电子设备的关系。从而更新运营商服务器的数据库,更新到签约管理的服务器。
本申请实施例中,用户还可以基于电子设备的账号(例如,华为账号),通过云服务器向登录该账号的其他电子设备(例如,第二电子设备)完成eSIM卡的迁移过程,如图8a所示,包括以下步骤:
步骤801:响应于对登录控件的操作指令,电子设备显示用户在所述云服务器的账户界面;所述登录控件用于所述用户登录所述云服务器的账户;
一种可能的实现方式,基于第一电子设备触发迁移场景,此时,步骤801a:第一电子设备可以登录云服务器的账户界面,通过对登录控件的操作,登录用户在云服务器的账户。
一种可能的实现方式,如图8b所示,基于第二电子设备触发迁移场景,此时,步骤801b:第二电子设备可以登录云服务器的账户界面,通过对登录控件的操作,登录用户在云服务器的账户。
用户可从Profile归属的网络,通过第一电子设备开通eSIM业务,获取Profile账号,从而,将Profile相应信息通过用户的账号(例如华为账号),建立起Profile与该账号的关联关系,云服务器可进一步记录Profile的相关信息,例如下载,激活等状态信息;另一种可能的实现方式,用户可以通过在Profile服务提供商开户后获得码号,也可以是由终端厂商转售的码号(终端厂商从配置文件服务器预先获取码号资源,可以与用户的账号绑定),码号资源可以由云服务器负责码号运营。由终端厂商随电子设备下发配置文件,并在下发配置文件的过程中,实现EID与Profile的绑定。从而,用户可以通过终端的账号,直接通过终端的账号开通eSIM业务相应的Profile服务提供商的账户,从而获取Profile账号。
可选的,云服务器可以返回第一电子设备待迁移Profile的状态信息,以便Profile迁移到第二电子设备后,完成相应的Profile对应的状态的激活。
步骤802a:响应于对第一查询控件的操作指令,第一电子设备向所述云服务器发送第一查询请求;所述第一查询控件用于所述用户查询所述第一电子设备的eSIM模块的配置文件信息;
步骤802b:响应于对第一查询控件的操作指令,第二电子设备向所述云服务器发送第一查询请求。
步骤803a:所述云服务器向第一电子设备返回第一查询响应;所述第一查询响应用于指示所述第一电子设备的M个eSIM模块的配置文件信息。
步骤803b:所述云服务器向第二电子设备返回第一查询响应;所述第一查询响应用于指示所述第一电子设备的M个eSIM模块的配置文件信息。
服务器根据第一查询请求,获取用户的账户信息,所述用户的账户信息包括:第一电子设备的M个电子用户识别模块eSIM模块的配置文件信息,第二电子设备的标识。
从而,第一电子设备或第二电子设备接收所述云服务器返回的第一查询响应,显示所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息。
其中,用户在云服务器查询可能有多个Profile,则向Profile所归属的多个配置文件服务器分别发送第一查询请求。
步骤804a:响应于对第一迁移界面的操作指令,确定N个待迁移配置文件的标识;所述第一迁移界面用于确定所述M个eSIM模块的配置文件信息中的配置文件是否为待迁移配置文件;N为小于或等于M的正整数;
步骤804b:响应于对第二迁移界面的操作指令,确定N个待迁移配置文件的标识;所述第二迁移界面用于确定所述M个eSIM模块的配置文件信息中的配置文件是否为待迁移配置文件;N为小于或等于M的正整数;
步骤805:向云服务器发送第一迁移请求;所述第一迁移请求包括:所述N个待迁移配置文件的标识和所述第一电子设备的标识。
步骤8051:云服务器向第一电子设备发送第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述N个待迁移配置文件;
步骤8052:第一电子设备向云服务器发送第一删除响应;所述第一删除响应用于指示所述第一电子设备是否成功删除所述N个待迁移配置文件;
第一电子设备接收到第一删除指令后,删除第一删除指令指示的待迁移配置文件;所述第一删除消息用于通知所述云服务器所述第一电子设备的所述待迁移配置文件删除完成。显示所述待迁移配置文件的状态为迁移准备完成状态。
步骤8053:云服务器根据所述第一删除响应,确定所述N个待迁移配置文件的标识对应的N个配置文件。
云服务器将所述第一电子设备成功删除K个待迁移配置文件,作为所述N个待迁移配置文件的标识对应的K个配置文件;K为小于N的正整数。云服务器将所述第一电子设备成功删除的K个待迁移配置文件的状态修改为删除。云服务器根据所述第一电子设备未成功删除的(N-K)个待迁移配置文件的标识,生成(N-K)个配置文件。云服务器将所述N-K个待迁移配置文件的状态设置为所述第二电子设备的N-K个配置文件。
步骤806:云服务器向第二电子设备发送第一迁移指令;
所述第一迁移指令包括:所述N个待迁移配置文件的标识对应的N个配置文件;所述N个待迁移配置文件为所述M个eSIM的配置文件中的N个;N为小于M的正整数;
步骤806b:云服务器向电子设备发送第一迁移响应。
第一迁移响应包括:所述第一电子设备的N个待迁移配置文件的标识对应的配置文件;
步骤807:根据所述第一迁移响应,获取并激活所述N个待迁移配置文件的标识对应的配置文件;
步骤808:电子设备显示所述第一迁移响应中的所述N个待迁移配置文件的迁移结果。
显示所述N个配置文件的激活结果。
步骤809:第二电子设备向云服务器发送第一配置文件的迁移结果;
一种可能的实现方式,迁移结果用于指示所述第一配置文件迁移成功,此时,云服务器可以向运营商服务器上报第二电子设备与配置文件的关系(例如,EID和ICCID绑定关系),以更新运营商服务器的数据库。即云服务器可以将该用户的开户信息,第二电子设备的标识,迁移成功的配置文件的相关信息发送至运营商网络服务器做备案。
另一种可能的实现方式,所述迁移结果用于指示所述第一配置文件迁移失败;所述迁移结果包括:所述第一配置文件对应的待迁移配置文件的标识;所述第一配置文件为所述N个配置文件中的一个。
进一步的,所述云服务器向所述第一电子设备发送恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件。
第一电子设备接收所述云服务器发送的恢复指令;显示所述待迁移配置文件的状态为迁移失败。并根据该恢复指令,恢复待迁移配置文件。在恢复成功后,可以显示所述待迁移配置文件的状态为已恢复。
通过本申请实施例中的迁移配置文件的方法,增加终端云对Profile管理控制,通过华为账号提供新设备获取多个旧设备中Profile信息的技术手段,以便解决旧设备无法开机,临时迁移问题。用户无需每个Profile触发一次迁移动作,可实现多个配置文件同时迁移,实现eSIM换卡的所有流程都可以在线完成,并且自动完成eSIM激活,简化了eSIM换卡的操作流程,提高了eSIM换卡的效率。同时还可以避免当主卡迁移时,副卡未迁移导致迁移失败,提升用户体验。
本申请的上述各实施方式可以任意进行组合,以实现不同的技术效果。
上述本申请提供的实施例中,从电子设备200作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,电子设备可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
基于相同的构思,图9所示为本申请的一种电子装置900,包括:收发模块901和SIM卡迁移模块902和显示模块903。示例性的,电子装置900可以为本申请实施例中的第一电子设备;电子装置900可以存储有M个eSIM模块的配置文件,M为大于1的正整数;包括:
SIM卡迁移模块902,可以用于响应于对第一迁移界面的操作指令,确定至少一个待迁移配置文件;所述第一迁移界面用于显示所述M个配置文件的迁移;通过收发模块901向第二电子设备发送第一消息;所述第一消息包括至少一个迁移信息;所述迁移信息包括以下至少一项:待迁移配置文件的标识,所述待迁移配置文件对应的配置文件服务器的地址,或所述第二电子设备的标识;通过显示模块903在所述第一迁移界面上显示所述至少一个待迁移配置文件在所述第一电子设备上迁移准备完成。
在一些实施例中,所述第一迁移界面还包括第一控件;SIM卡迁移模块902,可以用于响应于对第一控件的操作指令,确定至少一个待迁移配置文件;所述第一控件用于确定所述M个配置文件为待迁移配置文件。
在一些实施例中,SIM卡迁移模块902通过收发模块901向第二电子设备发送第一消息之前,还可以获取所述待迁移配置文件的状态;所述状态包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;根据所述待迁移配置文件的状态,确定所述待迁移配置文件的第一优先级;基于所述待迁移配置文件的第一优先级的顺序,确定所述至少一个迁移信息。
在一些实施例中,所述第一迁移界面还包括:状态控件;所述状态控件用于控制配置文件的状态;SIM卡迁移模块902,可以用于响应于对状态控件的操作指令,确定所述待迁移配置文件的状态。
在一些实施例中,所述第一消息还包括:至少一个所述待迁移配置文件的状态。
在一些实施例中,SIM卡迁移模块902通过收发模块901向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,SIM卡迁移模块902还用于删除所述第一电子设备的所述迁移信息对应的待迁移配置文件;通过显示模块903显示所述待迁移配置文件的状态为迁移准备完成。
在一些实施例中,SIM卡迁移模块902通过收发模块901向所述配置文件服务器发送第一删除消息;所述第一删除消息用于通知所述配置文件服务器所述第一电子设备的所述待迁移配置文件删除完成。
在一些实施例中,SIM卡迁移模块902通过收发模块901向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还用于通过收发模块901向所述配置文件服务器发送第一迁移请求;所述第一迁移请求包括:所述第二电子设备的标识和所述待迁移配置文件的标识;通过收发模块901接收来自所述配置文件服务器的第一迁移响应电子设备。
在一些实施例中,SIM卡迁移模块902通过显示模块903在所述第一电子设备上显示所述配置文件服务器允许所述待迁移配置文件迁移。
在一些实施例中,SIM卡迁移模块902通过收发模块901接收所述配置文件服务器发送的第一恢复指令;所述第一恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第一恢复指令包括:所述待迁移配置文件;通过显示模块903显示所述待迁移配置文件的状态为迁移失败。
在一些实施例中,SIM卡迁移模块902通过收发模块901向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还用于根据所述待迁移配置文件,确定加密待迁移配置文件;通过收发模块901向所述第二电子设备发送所述加密待迁移配置文件。
在一些实施例中,SIM卡迁移模块902删除所述第一电子设备的待迁移配置文件之前,还用于通过收发模块901接收所述配置文件服务器发送的第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述待迁移配置文件。
在一些实施例中,SIM卡迁移模块902通过收发模块901接收所述第二电子设备发送的第二恢复指令;所述第二恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第二恢复指令包括:所述待迁移配置文件;SIM卡迁移模块902通过显示模块903显示所述待迁移配置文件的状态为迁移失败。
在另一种可能的实现方式中,SIM卡迁移模块902,可以用于响应于对登录控件的操作指令,通过显示模块903显示用户在所述云服务器的账户界面;所述登录控件用于所述用户登录所述云服务器的账户;响应于对第一查询控件的操作指令,通过收发模块901向所述云服务器发送第一查询请求;所述第一查询控件用于所述用户查询所述第一电子设备的eSIM模块的配置文件信息;通过收发模块901接收所述云服务器返回的第一查询响应,显示所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息;响应于对第一迁移界面的操作指令,确定N个待迁移配置文件的标识;所述第一迁移界面用于确定所述M个eSIM模块的配置文件信息中的配置文件是否为待迁移配置文件;N为小于或等于M的正整数;通过收发模块901向所述云服务器发送第一迁移请求;所述第一迁移请求包括:所述N个待迁移配置文件的标识和所述第一电子设备的标识;通过收发模块901接收所述云服务器的第一迁移响应,显示所述第一迁移响应中的所述N个待迁移配置文件的迁移结果。
在一些实施例中,SIM卡迁移模块902通过收发模块901接收所述云服务器的第一迁移响应之前,针对所述M个待迁移配置文件中的一个,还通过收发模块901接收所述云服务器发送的第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述待迁移配置文件;删除所述第一电子设备的所述待迁移配置文件;通过显示模块903显示所述待迁移配置文件的状态为迁移准备完成状态;通过收发模块901向所述云服务器发送第一删除消息;所述第一删除消息用于通知所述云服务器所述第一电子设备的所述待迁移配置文件删除完成。
在一些实施例中,SIM卡迁移模块902通过收发模块901接收所述云服务器发送的恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件;通过显示模块903显示所述待迁移配置文件的状态为迁移失败。
需要说明的是,本申请实施例中,收发模块901和SIM卡迁移模块902和显示模块903。在具体实现时,其相应的功能可以分别集成在三个或者更多个不同的处理器上,也可以集成在两个或者一个处理器上,对此不作限定。显示模块903在具体实现时,可以为电子装置900的触摸屏。此外,电子装置900上也可以不在自身的显示模块上进行显示,在这种情况下,电子装置900可以通过连接外接显示设备(如一体机、电视机、车载电脑、笔记本电脑、台式机等)来在外接显示设备上进行显示。
基于相同的构思,如图10所示本申请实施例的一种电子装置1000,电子装置1000包括:收发模块1001和SIM卡迁移模块1002和显示模块1003。示例性的,电子装置1000可以为第二电子设备;所述第二电子设备至少支持M个电子用户识别eSIM模块。
收发模块1001,可以用于接收第一电子设备的第一消息;所述第一消息包括第一电子设备的至少一个迁移信息;所述迁移信息包括以下至少一项:待迁移配置文件的标识,所述第一电子设备的标识,或所述待迁移配置文件对应的配置文件服务器的地址;
显示模块1003,可以用于在第二迁移界面上显示所述至少一个待迁移配置文件的标识;所述第二迁移界面用于显示所述至少一个待迁移配置文件的迁移;显示所述至少一个待迁移配置文件在所述第二电子设备迁移完成。
SIM卡迁移模块1002,可以用于响应于对所述第二迁移界面的操作指令,根据所述至少一个迁移信息,获取并激活所述至少一个待迁移配置文件。
在一些实施例中,SIM卡迁移模块1002获取并激活所述至少一个待迁移配置文件之前,还可以用于获取所述至少一个待迁移配置文件的状态;所述状态包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;根据所述至少一个待迁移配置文件的状态,确定所述至少一个待迁移配置文件的第二优先级;基于所述至少一个待迁移配置文件的第二优先级的顺序,获取并激活所述至少一个待迁移配置文件。
在一些实施例中,所述第一消息还包括:所述至少一个所述待迁移配置文件的状态。
在一些实施例中,所述第二迁移界面还包括状态控件;所述状态控件用于控制配置文件的状态;SIM卡迁移模块1002,还可以用于在所述第二迁移界面上显示所述至少一个待迁移配置文件的状态;响应于对所述状态控件的操作指令,确定所述至少一个待迁移配置文件的状态。
在一些实施例中,显示模块1003,可以用于显示所述至少一个待迁移配置文件的状态为迁移完成状态。
在一些实施例中,SIM卡迁移模块1002获取所述至少一个待迁移配置文件之前,针对所述至少一个待迁移配置文件中的一个,还用于根据所述待迁移配置文件对应的配置文件服务器的地址,通过收发模块1001向所述配置文件服务器发送第一迁移请求;所述第一迁移请求包括:所述第一电子设备的标识和所述待迁移配置文件的标识;通过收发模块1001接收来自所述配置文件服务器的第一迁移响应,所述第一迁移响应包括:所述待迁移配置文件标识对应的配置文件;显示模块1003,可以用于显示获取所述配置文件服务器的所述待迁移配置文件标识对应的配置文件。
在一些实施例中,SIM卡迁移模块1002通过收发模块1001接收所述第一电子设备发送的第一加密待迁移配置文件;所述第一加密待迁移配置文件为基于所述待迁移配置文件加密后生成的。
在一些实施例中,SIM卡迁移模块1002,用于根据所述待迁移配置文件对应的配置文件服务器的地址,通过收发模块1001向所述配置文件服务器发送第二迁移请求;所述第二迁移请求包括:所述第一电子设备的标识和所述待迁移配置文件的标识;通过收发模块1001接收来自所述配置文件服务器的第二迁移响应,所述第二迁移响应用于指示所述第一配置文件服务器激活所述待迁移配置文件。
在一些实施例中,所述第二迁移响应还包括:所述待迁移配置文件标识对应的更新后的配置文件;SIM卡迁移模块1002,还用于激活所述更新后的配置文件。
在一些实施例中,SIM卡迁移模块1002,用于通过收发模块1001向所述第一电子设备发送的恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件;通过显示模块1003显示所述待迁移配置文件的状态为迁移失败。
在另一种可能的实现方式中,SIM卡迁移模块1002,可以用于响应于对登录界面的操作指令,通过显示模块1003显示所述用户在云服务器的账户界面;所述登录界面用于所述用户登录所述云服务器的账户;通过收发模块1001向所述云服务器发送第一查询请求;所述第一查询请求用于查询所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息;通过收发模块1001接收所述云服务器返回的第一查询响应,显示所述云服务器管理的所述第一电子设备的M个eSIM模块的配置文件信息;响应于对第二迁移界面的操作指令,通过收发模块1001向所述云服务器发送第一迁移请求;所述第一迁移请求包括:所述N个待迁移配置文件的标识和所述第一电子设备的标识;所述第二迁移界面用于确定所述M个配置文件中的配置文件是否为待迁移配置文件;N为小于或等于M的正整数;通过收发模块1001接收所述云服务器的第一迁移响应;所述第一迁移响应包括:所述第一电子设备的N个待迁移配置文件的标识对应的配置文件;根据所述第一迁移响应,获取并激活所述N个待迁移配置文件的标识对应的配置文件;通过显示模块1003显示所述N个配置文件的激活结果。
在一些困难的实施例中,SIM卡迁移模块1002,可以通过收发模块1001向所述云服务器发送所述N个配置文件的激活结果。
如图11所示,本申请实施例还提供一种通信装置,图11为本申请实施例提供的1100的示意性框图。通信装置1100可以是通信设备,或是能够支持通信设备实现该方法所需的功能的装置,例如芯片***。示例性地,通信设备为云服务器。
通信装置1100包括处理模块1110和收发模块1120。示例性地,通信装置1100可以是云服务器,也可以是应用于云服务器中的芯片或者其他具有上述云服务器功能的组合器件、部件等。当通信装置1100是云服务器时,收发模块1120可以是收发器,可以包括天线和射频电路等,处理模块1110可以是处理器,例如基带处理器,基带处理器中可以包括一个或多个中央处理单元(central processing unit,CPU)。当1100是具有上述云服务器的功能的部件时,收发模块1120可以是射频单元,处理模块1110可以是处理器,例如基带处理器。当1100是芯片***时,收发模块1120可以是芯片***(例如基带芯片)的输入输出接口、处理模块可以是芯片***的处理器,可以包括一个或多个中央处理单元。
其中,处理模块1110可以用于执行图8a所示的实施例中由云服务器所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程。收发模块1120可以用于执行图8a所示的实施例中由云服务器所执行的全部收发操作。
另外,收发模块1120可以是一个功能模块,该功能模块既能完成发送操作也能完成接收操作,例如收发模块1120可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部发送操作和接收操作,例如,在执行发送操作时,可以认为收发模块1120是发送模块,而在执行接收操作时,可以认为收发模块1120是接收模块;或者,收发模块1120也可以是两个功能模块的统称,这两个功能模块分别为发送模块和接收模块,发送模块用于完成发送操作,例如发送模块可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部发送操作,接收模块用于完成接收操作,例如接收模块可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部接收操作。
例如,收发模块1120,用于获取用户的账户信息,所述用户的账户信息包括:第一电子设备的M个电子用户识别eSIM模块的配置文件信息,第二电子设备的标识;接收第一查询请求;所述第一查询请求用于查询所述第一电子设备的M个配置文件信息;返回第一查询响应;所述第一查询响应用于指示所述第一电子设备的M个配置文件信息;接收第一迁移请求;所述第一迁移请求用于请求迁移所述第一电子设备的N个配置文件;向所述第二电子设备发送第一迁移指令;所述第一迁移指令包括:所述N个待迁移配置文件的标识对应的N个配置文件;所述N个待迁移配置文件为所述M个配置文件中的N个;N为小于M的正整数;
处理模块1110,用于将所述N个待迁移配置文件的标识对应的N个配置文件作为所述第二电子设备的N个配置文件。
在一些实施例中,收发模块1120,还用于向所述第一电子设备发送第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述N个待迁移配置文件;接收所述第一电子设备的第一删除响应;所述第一删除响应用于指示所述第一电子设备是否成功删除所述N个待迁移配置文件;处理模块1110,用于根据所述第一删除响应,确定所述N个待迁移配置文件的标识对应的N个配置文件。
在一些实施例中,处理模块1110,用于将所述第一电子设备成功删除K个待迁移配置文件,作为所述N个待迁移配置文件的标识对应的K个配置文件;K为小于N的正整数。
在一些实施例中,处理模块1110,用于将所述第一电子设备成功删除的K个待迁移配置文件的状态修改为删除。
在一些实施例中,处理模块1110,用于根据所述第一电子设备未成功删除的(N-K)个待迁移配置文件的标识,生成(N-K)个配置文件。
在一些实施例中,处理模块1110,用于将所述N-K个待迁移配置文件的状态设置为所述第二电子设备的N-K个配置文件。
在一些实施例中,收发模块1120,用于接收所述第二电子设备发送第一配置文件的迁移结果;所述迁移结果用于指示所述第一配置文件迁移失败;所述迁移结果包括:所述第一配置文件对应的待迁移配置文件的标识;所述第一配置文件为所述N个配置文件中的一个;向所述第一电子设备发送恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件。
应理解,本申请实施例中的处理模块1110可以由处理器或处理器相关电路组件实现,收发模块1120可以由收发器或收发器相关电路组件实现。
如图12所示,本申请实施例还提供一种通信装置1200。示例性地,通信装置1200例如为云服务器。示例性地,通信装置1200可以是通信设备,或者也可以是芯片***等。通信装置1200包括处理器1210。可选的,还可以包括存储器1220。可选的,还可以包括收发器1230。其中,存储器1220中存储计算机指令或程序,处理器1210可以执行存储器1220中存储的计算机指令或程序。存储器1220中存储的计算机指令或程序被执行时,该处理器1210用于执行上述实施例中处理模块1110执行的操作,收发器1230用于执行上述实施例中收发模块1120执行的操作。或者,通信装置1200也可以不包括存储器1220,例如存储器位于通信装置1200外部,在外部存储器所存储的计算机指令或程序被执行时,该处理器1210用于执行上述实施例中处理模块1110执行的操作,收发器1230用于执行上述实施例中收发模块1120执行的操作。
其中,收发器1230可以是一个功能单元,该功能单元既能完成发送操作也能完成接收操作,例如收发器1230可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部发送操作和接收操作,例如,在执行发送操作时,可以认为收发器1230是发送器,而在执行接收操作时,可以认为收发器1230是接收器;或者,收发器1230也可以是两个功能单元的统称,这两个功能单元分别为发送器和接收器,发送器用于完成发送操作,例如发送器可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部发送操作,接收器用于完成接收操作,例如接收器可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部接收操作。
另外,如果通信装置1200是芯片***,则收发器1230也可以通过该芯片***的通信接口实现,该通信接口与通信设备中的射频收发组件连接,以通过射频收发组件实现信息的收发。通信接口可以是一个功能单元,该功能单元既能完成发送操作也能完成接收操作,例如通信接口可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部发送操作和接收操作,例如,在执行发送操作时,可以认为通信接口是发送接口,而在执行接收操作时,可以认为通信接口是接收接口;或者,通信接口也可以是两个功能单元的统称,这两个功能单元分别为发送接口和接收接口,发送接口用于完成发送操作,例如发送接口可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部发送操作,接收接口用于完成接收操作,例如接收接口可以用于执行图8a所示的实施例中的任一个实施例中由云服务器所执行的全部接收操作。
应理解,根据本申请实施例的通信装置1000或通信装置1200可实现图8a所示的实施例中的任一个实施例中的云服务器的功能,并且通信装置1000或通信装置1200中的各个模块的操作和/或功能分别为了实现图8a所示的实施例中的任一个实施例中的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供一种通信***,该通信***包括电子装置900,及电子装置1000,还可以包括通信装置1100或通信装置1200。
本申请实施例还提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如图5a中的任意一种可能的实施方式中所述的方法。
本申请实施例还提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如图6中的任意一种可能的实施方式中所述的方法。
本申请实施例还提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如图7a中的任意一种可能的实施方式中所述的方法。
本申请实施例还提供一种计算机存储介质,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如图8a中的任意一种可能的实施方式中所述的方法。
本申请实施例还提供一种包含指令的计算机程序产品,所述计算机程序产品用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行图5a至图8a中的任意一种可能的实施方式中所述的方法。
应理解,本申请实施例中提及的处理器可以是CPU,还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specificintegrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。

Claims (25)

1.一种迁移配置文件的方法,其特征在于,应用于第一电子设备;所述第一电子设备包括M个电子用户识别eSIM模块的配置文件,M为大于1的正整数;包括:
响应于对第一迁移界面的操作指令,确定至少两个待迁移配置文件;所述第一迁移界面用于显示所述M个配置文件的迁移;
获取所述待迁移配置文件的状态;所述状态包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;
根据所述待迁移配置文件的状态,确定所述待迁移配置文件的第一优先级;
基于所述待迁移配置文件的第一优先级的顺序,确定至少两个迁移信息;
在重复获取所述至少两个待迁移配置文件对应的配置文件服务器的地址之后,向第二电子设备发送第一消息;所述第一消息包括所述至少两个迁移信息;所述迁移信息包括待迁移配置文件的标识和所述待迁移配置文件对应的配置文件服务器的地址;
在所述第一迁移界面上显示所述至少两个待迁移配置文件在所述第一电子设备上迁移准备完成。
2.如权利要求1所述的方法,其特征在于,所述第一迁移界面还包括第一控件;所述响应于对第一迁移界面的操作指令,确定至少两个待迁移配置文件,包括:
响应于对第一控件的操作指令,确定至少两个待迁移配置文件;所述第一控件用于确定所述M个配置文件为待迁移配置文件。
3.如权利要求1或2所述的方法,其特征在于,所述第一迁移界面还包括:状态控件;所述状态控件用于控制配置文件的状态;所述获取所述M个待迁移配置文件的状态,包括:
响应于对状态控件的操作指令,确定所述待迁移配置文件的状态。
4.如权利要求1-3任一项所述的方法,其特征在于,所述第一消息还包括:所述至少两个待迁移配置文件的状态。
5.如权利要求1-4任一项所述的方法,其特征在于,所述向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还包括:
删除所述第一电子设备的所述迁移信息对应的待迁移配置文件;
显示所述待迁移配置文件的状态为迁移准备完成。
6.如权利要求5所述的方法,其特征在于,所述方法还包括:
向所述配置文件服务器发送第一删除消息;所述第一删除消息用于通知所述配置文件服务器所述第一电子设备的所述待迁移配置文件删除完成。
7.如权利要求1-5任一项所述的方法,其特征在于,所述向第二电子设备发送第一消息之前,针对所述至少两个迁移信息中的一个,还包括:
向所述配置文件服务器发送第一迁移请求;所述第一迁移请求包括:所述第二电子设备的标识和所述待迁移配置文件的标识;
接收来自所述配置文件服务器的第一迁移响应。
8.如权利要求7所述的方法,其特征在于,所述方法还包括:
在所述第一电子设备上显示所述配置文件服务器允许所述待迁移配置文件迁移。
9.如权利要求5-8任一项所述的方法,其特征在于,所述方法还包括:
接收所述配置文件服务器发送的第一恢复指令;所述第一恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第一恢复指令包括:所述待迁移配置文件;
显示所述待迁移配置文件的状态为迁移失败。
10.如权利要求1-5任一项所述的方法,其特征在于,所述向第二电子设备发送第一消息之前,针对所述至少一个迁移信息中的一个,还包括:
根据所述待迁移配置文件,确定加密待迁移配置文件;
所述方法还包括:
向所述第二电子设备发送所述加密待迁移配置文件。
11.如权利要求5或6所述的方法,其特征在于,所述删除所述第一电子设备的待迁移配置文件之前,还包括:
接收所述配置文件服务器发送的第一删除指令;所述第一删除指令用于指示所述第一电子设备删除所述待迁移配置文件。
12.如权利要求10或11所述的方法,其特征在于,所述方法还包括:
接收所述第二电子设备发送的第二恢复指令;所述第二恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述第二恢复指令包括:所述待迁移配置文件;
显示所述待迁移配置文件的状态为迁移失败。
13.一种迁移配置文件的方法,其特征在于,应用于第二电子设备;所述第二电子设备支持M个电子用户识别eSIM模块,M为大于1的正整数;包括:
接收第一电子设备的第一消息;所述第一消息包括第一电子设备的至少两个迁移信息;所述迁移信息包括待迁移配置文件的标识和所述待迁移配置文件对应的配置文件服务器的地址;
在第二迁移界面上显示至少两个待迁移配置文件的标识;所述第二迁移界面用于显示所述至少两个待迁移配置文件的迁移;
响应于对所述第二迁移界面的操作指令,获取所述至少两个待迁移配置文件的状态;所述状态包括以下至少一项:激活状态、去激活状态、默认联网状态、备用联网状态、待迁移状态;根据所述至少两个待迁移配置文件的状态,确定所述至少两个待迁移配置文件的第二优先级;基于所述至少两个待迁移配置文件的第二优先级的顺序,获取并激活所述至少两个待迁移配置文件;
显示所述至少两个待迁移配置文件在所述第二电子设备迁移完成。
14.如权利要求13所述的方法,其特征在于,所述第一消息还包括:所述至少两个待迁移配置文件的状态。
15.如权利要求13或14所述的方法,其特征在于,所述第二迁移界面还包括状态控件;所述状态控件用于控制配置文件的状态;所述获取所述至少两个待迁移配置文件的状态,还包括:
在所述第二迁移界面上显示所述至少两个待迁移配置文件的状态;
响应于对所述状态控件的操作指令,确定所述至少两个待迁移配置文件的状态。
16.如权利要求13或14所述的方法,其特征在于,所述显示所述至少两个待迁移配置文件在所述第二电子设备迁移完成,包括:
显示所述至少两个待迁移配置文件的状态为迁移完成状态。
17.如权利要求13-16任一项所述的方法,其特征在于,所述获取所述至少两个待迁移配置文件之前,针对所述至少两个待迁移配置文件中的一个,还包括:
根据所述待迁移配置文件对应的配置文件服务器的地址,向所述配置文件服务器发送第一迁移请求;所述第一迁移请求包括:所述第一电子设备的标识和所述待迁移配置文件的标识;
所述获取所述待迁移配置文件,包括:
接收来自所述配置文件服务器的第一迁移响应,所述第一迁移响应包括:所述待迁移配置文件标识对应的配置文件;
显示获取所述配置文件服务器的所述待迁移配置文件标识对应的配置文件。
18.如权利要求13-16任一项所述的方法,其特征在于,所述获取所述至少两个待迁移配置文件,针对所述至少两个待迁移配置文件中的一个,包括:
接收所述第一电子设备发送的第一加密待迁移配置文件;所述第一加密待迁移配置文件为基于所述待迁移配置文件加密后生成的。
19.如权利要求18所述的方法,其特征在于,所述激活所述至少两个待迁移配置文件,针对所述至少两个待迁移配置文件中的一个,包括:
根据所述待迁移配置文件对应的配置文件服务器的地址,向所述配置文件服务器发送第二迁移请求;所述第二迁移请求包括:所述第一电子设备的标识和所述待迁移配置文件的标识;
接收来自所述配置文件服务器的第二迁移响应,所述第二迁移响应用于指示所述第二电子设备激活所述待迁移配置文件。
20.如权利要求19所述的方法,其特征在于,所述第二迁移响应还包括:所述待迁移配置文件标识对应的更新后的配置文件;
激活所述更新后的配置文件。
21.如权利要求19或20所述的方法,其特征在于,所述方法还包括:
向所述第一电子设备发送恢复指令;所述恢复指令用于指示所述第一电子设备恢复所述待迁移配置文件;所述恢复指令包括:所述待迁移配置文件;
显示所述待迁移配置文件的状态为迁移失败。
22.一种电子装置,其特征在于,包括:触摸屏、一个或多个处理器、存储器、多个应用程序以及一个或多个计算机程序;
其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述一个或多个处理器执行时,实现如权利要求1至12任一所述的方法。
23.一种电子装置,其特征在于,包括:触摸屏、一个或多个处理器、存储器、多个应用程序以及一个或多个计算机程序;
其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述一个或多个处理器执行时,实现如权利要求13至21任一所述的方法。
24.一种芯片,其特征在于,包括:处理器和接口电路;
其中,所述处理器通过所述接口电路与存储器耦合,所述处理器用于执行所述存储器中的程序代码,以实现如权利要求1至12中任一项所述的方法,或者,如权利要求13至21中任一项所述的方法。
25.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至12中任意一项所述的方法,或使得所述计算机执行如权利要求13至21中任意一项所述的方法。
CN202010905607.XA 2020-09-01 2020-09-01 一种迁移配置文件的方法及装置 Active CN114205805B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010905607.XA CN114205805B (zh) 2020-09-01 2020-09-01 一种迁移配置文件的方法及装置
EP21863453.3A EP4195729A4 (en) 2020-09-01 2021-08-05 METHOD AND DEVICE FOR MIGRING A PROFILE
US18/023,634 US20230308861A1 (en) 2020-09-01 2021-08-05 Profile Transfer Method and Apparatus
PCT/CN2021/110700 WO2022048385A1 (zh) 2020-09-01 2021-08-05 一种迁移配置文件的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010905607.XA CN114205805B (zh) 2020-09-01 2020-09-01 一种迁移配置文件的方法及装置

Publications (2)

Publication Number Publication Date
CN114205805A CN114205805A (zh) 2022-03-18
CN114205805B true CN114205805B (zh) 2024-06-11

Family

ID=80492156

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010905607.XA Active CN114205805B (zh) 2020-09-01 2020-09-01 一种迁移配置文件的方法及装置

Country Status (4)

Country Link
US (1) US20230308861A1 (zh)
EP (1) EP4195729A4 (zh)
CN (1) CN114205805B (zh)
WO (1) WO2022048385A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110442366B (zh) * 2019-08-09 2021-06-15 广州视源电子科技股份有限公司 一种传屏处理方法、装置、设备和存储介质
US11372675B2 (en) * 2020-06-15 2022-06-28 Bank Of America Corporation Jobs synchronize framework
CN115562570B (zh) * 2022-04-27 2023-09-12 荣耀终端有限公司 数据迁移方法、***及电子设备
CN115484158B (zh) * 2022-09-15 2023-12-22 广东联想懂的通信有限公司 一种基于eSIM卡的车载设备的通信配置方法及装置
CN116467037B (zh) * 2023-06-09 2023-09-22 成都融见软件科技有限公司 一种图形用户界面工作状态的恢复方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734498A (zh) * 2017-10-30 2018-02-23 中国联合网络通信集团有限公司 SIM卡向eSIM卡的数据迁移方法及装置
CN110572818A (zh) * 2019-10-24 2019-12-13 深圳传音控股股份有限公司 虚拟sim卡的迁移方法、***以及计算机可读存储介质
CN111107543A (zh) * 2018-10-29 2020-05-05 苹果公司 蜂窝服务账户转移和认证
WO2020171475A1 (ko) * 2019-02-19 2020-08-27 삼성전자 주식회사 무선 통신 시스템의 기기변경 방법 및 장치

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7856488B2 (en) * 2007-03-30 2010-12-21 Hewlett-Packard Development Company, L.P. Electronic device profile migration
CN103747104A (zh) * 2014-01-24 2014-04-23 中国联合网络通信集团有限公司 一种在物联网设备间迁移用户信息的方法及***
ES2743576T3 (es) * 2015-04-13 2020-02-19 Samsung Electronics Co Ltd Procedimiento y aparato de gestión de un perfil de un terminal en un sistema de comunicación inalámbrica
US10880727B2 (en) * 2016-06-23 2020-12-29 Telefonaktiebolaget Lm Ericsson (Publ) Method enabling migration of a subscription
KR102394334B1 (ko) * 2017-12-19 2022-05-06 삼성전자주식회사 보안 엘리먼트를 이용하여 통신 서비스를 제공하는 방법 및 이를 위한 전자 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734498A (zh) * 2017-10-30 2018-02-23 中国联合网络通信集团有限公司 SIM卡向eSIM卡的数据迁移方法及装置
CN111107543A (zh) * 2018-10-29 2020-05-05 苹果公司 蜂窝服务账户转移和认证
WO2020171475A1 (ko) * 2019-02-19 2020-08-27 삼성전자 주식회사 무선 통신 시스템의 기기변경 방법 및 장치
CN110572818A (zh) * 2019-10-24 2019-12-13 深圳传音控股股份有限公司 虚拟sim卡的迁移方法、***以及计算机可读存储介质

Also Published As

Publication number Publication date
EP4195729A4 (en) 2023-12-20
CN114205805A (zh) 2022-03-18
WO2022048385A1 (zh) 2022-03-10
US20230308861A1 (en) 2023-09-28
EP4195729A1 (en) 2023-06-14

Similar Documents

Publication Publication Date Title
CN114205805B (zh) 一种迁移配置文件的方法及装置
EP3716656B1 (en) Profile generation method, profile acquisition method, and related device and storage medium
EP2079256B1 (en) Postponed carrier configuration
EP3958533B1 (en) Method for accessing wireless local area network and terminal
US11483689B1 (en) Electronic subscriber identity module (eSIM) management platform
KR102481065B1 (ko) 애플리케이션 기능 구현 방법 및 전자 디바이스
WO2019206201A1 (zh) 一种配置文件传输方法及相关设备和存储介质
US20090061840A1 (en) Carrier configuration at activation
EP4224981A1 (en) Method for using cellular communication function, related apparatus, and system
CN111480350A (zh) 嵌入式sim卡的数据访问的方法和设备
CN109905237B (zh) 通过移动站与蜂窝网络通信的方法
US20230054451A1 (en) Communication Connection Method and Electronic Device
JP2023511914A (ja) オーディオ出力方法および端末デバイス
EP3817322A1 (en) Method for upgrading service application range of electronic identity card, and terminal device
CN111357255B (zh) 构建多个应用通用的可信应用
WO2022028494A1 (zh) 一种多设备数据协作的方法及电子设备
CN114741008B (zh) 分布式跨设备协同方法、电子设备及通信***
KR102538663B1 (ko) 전자 장치, 외부 전자 장치 및 외부 전자 장치의 eSIM 관리 방법
WO2020224478A1 (zh) 一种显示的方法及设备
WO2022135215A1 (zh) 一种开机异常的修复方法及装置
CN111917916A (zh) 一种显示的方法及设备
CN115278642A (zh) 获取sim卡的信息的方法、电子设备及终端设备
CN116419202B (zh) 远程访问用户识别模块sim卡的方法和装置
WO2024022124A1 (zh) 应用登录方法、电子设备及***
CN116709295B (zh) 数据获取方法及终端设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant