CN114968658A - 系统修复的方法、电子设备和架构 - Google Patents
系统修复的方法、电子设备和架构 Download PDFInfo
- Publication number
- CN114968658A CN114968658A CN202110588637.7A CN202110588637A CN114968658A CN 114968658 A CN114968658 A CN 114968658A CN 202110588637 A CN202110588637 A CN 202110588637A CN 114968658 A CN114968658 A CN 114968658A
- Authority
- CN
- China
- Prior art keywords
- electronic device
- system information
- repair
- partition
- information
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1417—Boot up procedures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
Abstract
本申请提供一种新的系统修复的方法、电子设备和架构。电子设备可以为信任的电子设备授权系统修复许可,增加了系统修复的场景。如果两个相互信任的电子设备属于相同系列的电子设备,一个电子设备可以将自身的数据拷贝至另一个电子设备,以完成系统修复。本申请实施例提到方案有利于增加系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
Description
技术领域
本申请涉及电子设备领域,并且更具体地,涉及一种系统修复的方法、电子设备和架构。
背景技术
当电子设备出现开机故障时,电子设备可能无法被正常启动,进而无法进入正常工作模式,例如无法显示主桌面等。通过系统修复的方法,电子设备通常可以正常启动系统。
系统修复的方法可以有多种。例如,电子设备可以显示系统修复界面,响应用户的手势操作,电子设备可以执行系统修复的方法。又如,电子设备可以与电脑建立数据连接;电脑可以响应用户的操作,对电子设备进行代理修复;在电脑的代理修复下,电子设备可以完成系统修复。又如,用户可以将电子设备移交至维修网点;维修网点可以通过高修复权限、拆机等方式修复电子设备。
发明内容
本申请提供一种新的系统修复的方法、电子设备和架构,目的是增加系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
第一方面,提供了一种系统修复的方法,包括:
第一电子设备获取第二电子设备的代理修复授权文件;
所述第一电子设备确定所述第一电子设备的系统信息;
在所述代理修复授权文件验证成功的情况下,所述第一电子设备获取所述第二电子设备的系统信息,所述第二电子设备的系统信息与所述第一电子设备的系统信息对应;
在所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件的情况下,所述第一电子设备向所述第二电子设备发送第一分区的数据,所述第一分区为所述第一电子设备的分区。
代理修复授权文件可以代表第一电子设备与第二电子设备建立代理修复关系,有利于增加系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
如果第一电子设备的系统信息和第二电子设备的系统信息满足全分区拷贝条件,意味着第一电子设备存储的数据可以直接用于恢复第二电子设备的系统。通过在两个类型相同或相近的电子设备之间拷贝数据,即可完成电子设备的系统修复,有利于增加修复电子设备的便利性。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:所述第一电子设备触发所述第二电子设备进入自修复模式。
在第二电子设备的与系统自修复模式对应的分区发生损坏的情况下,第一电子设备可以将未受损分区中的数据发送给第二电子设备,并覆盖第二电子设备的受损分区的数据,使得第二电子设备的受损分区恢复正常。第二电子设备可以正常执行系统自修复功能,进而第二电子设备的系统可以进入正常模式。
结合第一方面,在第一方面的某些实现方式中,所述系统信息为以下任一类型:系统版本号、设备型号、板卡编号、芯片标识。
可以通过多种系统信息,第一电子设备的系统信息和第二电子设备的系统信息是否满足全分区拷贝条件,有利于提高修复电子设备的成功率。
结合第一方面,在第一方面的某些实现方式中,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括:
所述第一电子设备的系统信息和所述第二电子设备的系统信息属于相同系列的两个系统信息。
第一电子设备的系统信息和第二电子设备的系统信息属于相同系列的两个系统信息,意味着两个电子设备的系统差别相对较小。因此,使用第一电子设备的分区数据修复第二电子设备的系统,有利于提高电子设备的系统修复成功率。
结合第一方面,在第一方面的某些实现方式中,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括以下任一项:
所述第一电子设备具有多个第一系统信息,所述第二电子设备具有多个第二系统信息,所述多个第一系统信息与所述多个第二系统信息一一对应,每个所述第一系统信息和对应的所述第二系统信息属于相同系列的两个系统信息,所述多个第一系统信息与所述全分区拷贝条件中的全部预设系统信息一一对应;
所述第一电子设备具有n个第三系统信息,所述第二电子设备具有n个第四系统信息,所述n个第三系统信息与所述n个第四系统信息一一对应,每个所述第三系统信息和对应的所述第四系统信息属于相同系列的两个系统信息,n大于所述全部预设系统信息中的预设数量;
所述第一电子设备具有第一目标系统信息,所述第二电子设备具有与所述第一目标系统信息对应的第二目标系统信息,所述第一目标系统信息的优先级高于所述全部预设系统信息中的预设优先级,所述第一目标系统信息和所述第二目标系统信息属于相同系列的两个系统信息。
第一电子设备与第二电子设备之间相同的系统信息数量越多,第一电子设备与第二电子设备之间相同的系统信息越关键,意味着第一电子设备的系统与第二电子设备系统之间的差别可以越小,从而有利于提高电子设备的系统修复成功率。
结合第一方面,在第一方面的某些实现方式中,所述第一电子设备获取第二电子设备的代理修复授权文件,包括:
所述第一电子设备从服务器或所述第二电子设备获取所述代理修复授权文件。
代理修复授权文件可以从服务器或第二电子设备中的任一个获取,提高了系统修复许可的便捷度,进而有利于增加系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
结合第一方面,在第一方面的某些实现方式中,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
代理修复授权文件包括电子设备的唯一硬件标识,有利于提高代理修复的合法性。
结合第一方面,在第一方面的某些实现方式中,在所述第一电子设备向所述第二电子设备发送第一分区的数据之前,所述方法还包括:
所述第一电子设备获取所述第二电子设备的分区信息;
所述第一电子设备根据所述分区信息,确定所述第一分区。
分区信息有利于缩小第一分区的范围,进而有利于减少第一电子设备和第二电子设备之间的数据交互量,有利于加快系统修复的速度。
结合第一方面,在第一方面的某些实现方式中,所述分区信息包括以下至少一种:
受损分区的信息、分区哈希值、开机错误码。
分区信息可以反映第二电子设备发生损坏的分区。
结合第一方面,在第一方面的某些实现方式中,所述第一分区包括所述第一电子设备的至少部分启动分区。
第二方面,提供了一种系统修复的方法,包括:
第一电子设备获取第二电子设备的代理修复授权文件和所述第二电子设备的系统信息;
所述第一电子设备将所述代理修复授权文件和所述第二电子设备的系统信息发送至服务器;
在代理修复授权文件验证成功的情况下,所述第一电子设备从所述服务器获取所述第二电子设备的系统修复数据包,所述系统修复数据包是根据所述第二电子设备的系统信息确定的;
所述第一电子设备将所述系统修复数据包的数据发送至所述第二电子设备。
代理修复授权文件可以代表第一电子设备与第二电子设备建立代理修复关系。从而有利于提高系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
服务器可以验证代理修复授权文件的合法性,有利于提升第一电子设备对第二电子设备的代理修复的安全性。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:所述第一电子设备触发所述第二电子设备进入自修复模式。
在第二电子设备的与系统自修复模式对应的分区发生损坏的情况下,第一电子设备可以将系统修复的数据发送给第二电子设备,并覆盖第二电子设备的受损分区的数据,使得第二电子设备的受损分区恢复正常。第二电子设备可以正常执行系统自修复功能,进而第二电子设备的系统可以进入正常模式。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:
所述第一电子设备触发所述第二电子设备进入代理修复模式,并根据所述系统修复数据包对所述第二电子设备进行代理修复。
第二电子设备可以进入代理修复模式,并在第一电子设备的控制下,修复第二电子设备的系统。在代理修复模式下,第二电子设备可以在第一电子设备的控制下加载系统版本数据包的数据。
结合第二方面,在第二方面的某些实现方式中,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
代理修复授权文件包括电子设备的唯一硬件标识,有利于提高代理修复的合法性。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:
所述第一电子设备向所述服务器发送指示信息,所述指示信息用于指示修复完成。
服务器可以根据该指示信息,以消除代理修复授权文件的记录。先前使用过的代理修复授权文件可以相应失效。
结合第二方面,在第二方面的某些实现方式中,所述系统修复数据包的数据存储在所述第二电子设备的数据分区的尾部。
将系统修复数据包的数据存储数据分区的尾部,有利于后续对数据分区的管理,例如便于将系统修复数据包的数据删除,减少对数据分区中其他数据的影响。
第三方面,提供了一种系统修复的方法,包括:
第二电子设备向第一电子设备发送代理修复授权文件;
在所述代理修复授权文件验证成功的情况下,所述第二电子设备许可所述第一电子设备获取所述第二电子设备的系统信息;
所述第二电子设备从所述第一电子设备获取系统修复数据;
所述第二电子设备根据所述系统修复数据进行系统修复。
代理修复授权文件可以代表第一电子设备与第二电子设备建立代理修复关系,有利于增加系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
结合第三方面,在第三方面的某些实现方式中,所述第二电子设备从所述第一电子设备获取系统修复数据,包括:
在所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件的情况下,所述第二电子设备从所述第一电子设备获取第一分区的数据,所述第一分区为所述第一电子设备的分区,所述第一分区的数据为所述系统修复数据。
如果第一电子设备的系统信息和第二电子设备的系统信息满足全分区拷贝条件,意味着第一电子设备存储的数据可以直接用于恢复第二电子设备的系统。通过在两个类型相同或相近的电子设备之间拷贝数据,即可完成电子设备的系统修复,有利于增加修复电子设备的便利性。
结合第三方面,在第三方面的某些实现方式中,所述系统信息为以下任一类型:系统版本号、设备型号、板卡编号、芯片标识。
可以通过多种系统信息,第一电子设备的系统信息和第二电子设备的系统信息是否满足全分区拷贝条件,有利于提高修复电子设备的成功率。
结合第三方面,在第三方面的某些实现方式中,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括:
所述第一电子设备的系统信息和所述第二电子设备的系统信息属于相同系列的两个系统信息。
第一电子设备的系统信息和第二电子设备的系统信息属于相同系列的两个系统信息,意味着两个电子设备的系统差别相对较小。因此,使用第一电子设备的分区数据修复第二电子设备的系统,有利于提高电子设备的系统修复成功率。
结合第三方面,在第三方面的某些实现方式中,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括以下任一项:
所述第一电子设备具有多个第一系统信息,所述第二电子设备具有多个第二系统信息,所述多个第一系统信息与所述多个第二系统信息一一对应,每个所述第一系统信息和对应的所述第二系统信息属于相同系列的两个系统信息,所述多个第一系统信息与所述全分区拷贝条件中的全部预设系统信息一一对应;
所述第一电子设备具有n个第三系统信息,所述第二电子设备具有n个第四系统信息,所述n个第三系统信息与所述n个第四系统信息一一对应,每个所述第三系统信息和对应的所述第四系统信息属于相同系列的两个系统信息,n大于所述全部预设系统信息中的预设数量;
所述第一电子设备具有第一目标系统信息,所述第二电子设备具有与所述第一目标系统信息对应的第二目标系统信息,所述第一目标系统信息的优先级高于所述全部预设系统信息中的预设优先级,所述第一目标系统信息和所述第二目标系统信息属于相同系列的两个系统信息。
第一电子设备与第二电子设备之间相同的系统信息数量越多,第一电子设备与第二电子设备之间相同的系统信息越关键,意味着第一电子设备的系统与第二电子设备系统之间的差别可以越小,从而有利于提高电子设备的系统修复成功率。
结合第三方面,在第三方面的某些实现方式中,在所述第二电子设备从所述第一电子设备获取第一分区的数据之前,所述方法还包括:
所述第二电子设备向所述第一电子设备发送所述第二电子设备的分区信息,所述第一分区是根据所述分区信息确定的。
分区信息有利于缩小第一分区的范围,进而有利于减少第一电子设备和第二电子设备之间的数据交互量,有利于加快系统修复的速度。
结合第三方面,在第三方面的某些实现方式中,所述分区信息包括以下至少一种:
受损分区的信息、分区哈希值、开机错误码。
分区信息可以反映第二电子设备发生损坏的分区。
结合第三方面,在第三方面的某些实现方式中,所述系统修复数据与服务器发送的系统修复数据包对应。
由服务器下发系统修复的数据,有利于提高系统修复的数据适用于第二电子设备的可能性,进而有利于提高系统修复的成功率和灵活性。
结合第三方面,在第三方面的某些实现方式中,在所述第二电子设备向第一电子设备发送代理修复授权文件之前,所述方法还包括:
所述第二电子设备从所述第一电子设备获取待验证信息;
所述第二电子设备向第一电子设备发送代理修复授权文件,包括:
在所述待验证信息与预设验证信息匹配的情况下,所述第二电子设备向所述第一电子设备发送所述代理修复授权文件。
通过匹配待验证信息和预设验证信息,有利于快速在第一终端设备和第二电子设备之间建立代理修复关系,有利于提高第二电子设备的系统修复的灵活度。
结合第三方面,在第三方面的某些实现方式中,所述待验证信息包括以下至少一种:
所述第一电子设备的账户信息、指纹信息、授权码。
可以通过多种类型的验证信息,验证第一电子设备和第二电子设备是否适于建立代理修复关系,有利于提高修复电子设备的安全性。
结合第三方面,在第三方面的某些实现方式中,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
代理修复授权文件包括电子设备的唯一硬件标识,有利于提高代理修复的合法性。
第四方面,提供了一种系统修复的方法,包括:
服务器从第一电子设备获取第二电子设备的代理修复授权文件和所述第二电子设备的系统信息;
所述服务器验证所述代理修复授权文件是否合法;
在代理修复授权文件验证成功的情况下,所述服务器根据所述第二电子设备的系统信息,确定所述第二电子设备的系统修复数据包;
所述服务器向所述第一电子设备发送所述系统修复数据包。
代理修复授权文件可以代表第一电子设备与第二电子设备建立代理修复关系。从而有利于提高系统修复的方式,使得电子设备可以在更多的场景下完成系统修复,有利于增加修复电子设备的便利性。
服务器可以验证代理修复授权文件的合法性,有利于提升第一电子设备对第二电子设备的代理修复的安全性。
结合第四方面,在第四方面的某些实现方式中,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
代理修复授权文件包括电子设备的唯一硬件标识,有利于提高代理修复的合法性。
结合第四方面,在第四方面的某些实现方式中,所述服务器验证所述代理修复授权文件是否合法,包括:
所述服务器验证所述代理修复授权文件与所述第一电子设备和/或所述第二电子设备之间是否有关联。
服务器可以验证代理修复授权文件与第一电子设备的关联性,和/或,代理修复授权文件与第二电子设备的关联性,以进一步提高代理修复授权文件的安全性。也就是说,修复授权文件可以是专属于第一电子设备和/或第二电子设备的授权文件。
结合第四方面,在第四方面的某些实现方式中,所述方法还包括:
所述服务器从所述第一电子设备获取指示信息,所述指示信息用于指示修复完成;
所述服务器根据所述指示信息,取消所述代理修复授权文件的合法性。
服务器可以根据该指示信息,以消除代理修复授权文件的记录。先前使用过的代理修复授权文件可以相应失效,以进一步提高代理修复授权文件的安全性。
第五方面,提供了一种系统修复的方法,包括:
第二电子设备向第一电子设备发送代理修复授权文件和所述第二电子设备的系统信息;
所述第二电子设备从所述第一电子设备获取系统修复数据包的数据。
结合第五方面,在第五方面的某些实现方式中,所述方法还包括:
所述第二电子设备在所述第一电子设备的触发下进入自修复模式或代理修复模式。
结合第五方面,在第五方面的某些实现方式中,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
结合第五方面,在第五方面的某些实现方式中,所述系统修复数据包的数据存储在所述第二电子设备的数据分区的尾部。
第六方面,提供了一种电子设备,包括处理器、存储器和收发器,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的计算机程序;其中,所述处理器用于执行上述第一方面至第五方面的任一项可能的实现方式中所述的方法。
第七方面,提供了一种电子设备,包括第一电子设备和第二电子设备,所述第一电子设备用于执行上述第一方面的任一项可能的实现方式中所述的方法,所述第二电子设备用于执行上述第三方面的任一项可能的实现方式中所述的方法。
第八方面,提供了一种电子设备,包括第一电子设备、第二电子设备和服务器,所述第一电子设备用于执行上述第二方面的任一项可能的实现方式中所述的方法,所述第二电子设备用于执行上述第五方面的任一项可能的实现方式中所述的方法,所述服务器用于执行上述第四方面的任一项可能的实现方式中所述的方法。
第九方面,提供了一种计算机存储介质,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行上述第一方面至第五方面的任一项可能的实现方式中所述的方法。
第十方面,提供了一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行上述第一方面至第五方面的任一项可能的实现方式中所述的方法。
附图说明
图1是本申请实施例提供的一种电子设备的示意性结构图。
图2是本申请实施例提供的另一种电子设备的示意性结构图。
图3是本申请实施例提供的一种电子设备的软件结构框图。
图4是本申请实施例提供的一种系统修复的方法的示意性交互图。
图5是本申请实施例提供的一种系统修复的方法的示意性流程图。
图6是本申请实施例提供的一种分区数据拷贝的方法的示意性流程图。
图7是本申请实施例提供的另一种分区数据拷贝的方法的示意性流程图。
图8是本申请实施例提供的又一种分区数据拷贝的方法的示意性流程图。
图9是本申请实施例提供的另一种系统修复的方法的示意性交互图。
图10是本申请实施例提供的另一种系统修复的方法的示意性流程图。
图11是本申请实施例提供的又一种系统修复的方法的示意性交互图。
图12是本申请实施例提供的又一种系统修复的方法的示意性流程图。
图13是本申请实施例提供的一种系统修复的场景。
图14是本申请实施例提供的一种电子设备的示意性结构图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样,单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式,除非其上下文中明确地有相反指示。还应当理解,在本申请以下各实施例中,“至少一个”、“一个或多个”是指一个、两个或两个以上。术语“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系;例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
以下介绍了本申请实施例提供的电子设备、用于这样的电子设备的用户界面、和用于使用这样的电子设备的实施例。在一些实施例中,电子设备可以是还包含其它功能诸如个人数字助理和/或音乐播放器功能的便携式电子设备,诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备,诸如膝上型计算机(Laptop)等。还应当理解的是,在其他一些实施例中,上述电子设备也可以不是便携式电子设备,而是台式计算机。
示例性的,图1、图2示出了电子设备100的结构示意图。电子设备100可以包括处理模组110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。
可以理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图1、图2所示的更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图1、图2所示的部件可以以硬件,软件或软件和硬件的组合实现。可选的,在其他示例中,电子设备100还可以包括其他硬件,例如可以包括以下至少一项:充电管理模块,音频模块,扬声器,受话器,麦克风,耳机接口,传感器模块,按键,马达,指示器,摄像头。
处理模组110可以包括一个或多个处理单元,例如:处理模组110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
在其他一些实施例中,处理模组110中还可以设置存储器,用于存储指令和数据。示例性地,处理模组110中的存储器可以为高速缓冲存储器。该存储器可以保存处理模组110刚用过或循环使用的指令或数据。如果处理模组110需要再次使用该指令或数据,可从所述存储器中直接调用。这样就避免了重复存取,减少了处理模组110的等待时间,因而提高了电子设备100处理数据或执行指令的效率。
如图1所示,处理模组110可以包括第一处理器111、第二处理器112。第一处理器111例如可以为主处理器,第二处理器112例如可以为辅处理器。其中,不同的处理单元可以是独立的部件,也可以集成在一个或多个处理器中。在图1所示的示例中,第一处理器111、第二处理器112可以集成在一个处理模组110中。
电子设备100也可以包括一个或多个处理模组110。如图2所示,电子设备100可以包括第一处理器111、第二处理器112。其中,第一处理器111可以对应第一处理模组,第二处理器112可以对应第二处理模组,第一处理模组、第二处理模组可以为两个不同的处理模组。第一处理器111例如可以为主处理器,如应用处理器(application processor,AP)。第二处理器112例如可以为辅处理器,如微控制单元(microcontroller unit,MCU)。
可选的,图2所示的第二处理器112例如可以运行物联网操作系统(如liteOS)。第二处理器112例如可以负责异常场景下的安全校验(如代理修复权限的校验)、端口管理以及共享存储区管理等。第二处理器112还可以提供第一处理器111的授权访问权限。第二处理器112例如可以有只读第一处理器111的安全分区权限。第二处理器112的存储器可以存储有第一处理器111的动态加密秘钥等安全备份信息。
在一些实施例中,处理模组110可以包括一个或多个接口。接口可以包括集成电路间(inter-integrated circuit,I2C)接口,集成电路间音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,通用同步/异步收发传输器(universal synchronous/asynchronous receiver/transmitter,USART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purpose input/output,GPIO)接口,安全数字输入输出(secure digital input andoutput,SDIO)接口,SIM卡接口,和/或USB接口等。其中,USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电,也可以用于电子设备100与外围设备之间传输数据。该USB接口130也可以用于连接耳机,通过耳机播放音频。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备100的结构限定。在本申请另一些实施例中,电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块与处理模组110。电源管理模块141接收电池142和/或充电管理模块的输入,为处理模组110,内部存储器121,外部存储器,显示屏194,摄像头,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理模组110中。在另一些实施例中,电源管理模块141和充电管理模块也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理模组110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理模组110的至少部分模块被设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理模组110。无线通信模块160还可以从处理模组110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理模组110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(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)等。在一些实施例中,电子设备100可以包括1个或多个显示屏194。
电子设备100的显示屏194可以是一种柔性屏,目前,柔性屏以其独特的特性和巨大的潜力而备受关注。柔性屏相对于传统屏幕而言,具有柔韧性强和可弯曲的特点,可以给用户提供基于可弯折特性的新交互方式,可以满足用户对于电子设备的更多需求。对于配置有可折叠显示屏的电子设备而言,电子设备上的可折叠显示屏可以随时在折叠形态下的小屏和展开形态下大屏之间切换。因此,用户在配置有可折叠显示屏的电子设备上使用分屏功能,也越来越频繁。
电子设备100可以通过ISP,摄像头,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头中。
摄像头用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,电子设备100可以包括1个或多个摄像头。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当电子设备100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样,电子设备100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理模组110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储一个或多个计算机程序,该一个或多个计算机程序包括指令。处理模组110可以通过运行存储在内部存储器121的上述指令,从而使得电子设备100执行本申请一些实施例中所提供的灭屏显示的方法,以及各种应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统;该存储程序区还可以存储一个或多个应用(比如图库、联系人等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如照片,联系人等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如一个或多个磁盘存储部件,闪存部件,通用闪存存储器(universal flash storage,UFS)等。在一些实施例中,处理模组110可以通过运行存储在内部存储器121的指令,和/或存储在设置于处理模组110中的存储器的指令,来使得电子设备100执行本申请实施例中所提供的灭屏显示的方法,以及其他应用及数据处理。电子设备100可以通过音频模块,扬声器,受话器,麦克风,耳机接口,以及应用处理器等实现音频功能。例如音乐播放,录音等。
在一些示例中,电子设备100还可以包括传感器模块。传感器模块例如可以包括以下至少一项:压力传感器,陀螺仪传感器,气压传感器,磁传感器,加速度传感器,距离传感器,接近光传感器,指纹传感器,温度传感器,触摸传感器,环境光传感器,骨传导传感器等。
其中,压力传感器用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器可以设置于显示屏194。压力传感器的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器,电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备100根据压力传感器检测所述触摸操作强度。电子设备100也可以根据压力传感器的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器可以用于确定电子设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器确定电子设备100围绕三个轴(即,X,Y和Z轴)的角速度。陀螺仪传感器可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器检测电子设备100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消电子设备100的抖动,实现防抖。陀螺仪传感器还可以用于导航,体感游戏场景。
加速度传感器可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
环境光传感器用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器也可用于拍照时自动调节白平衡。环境光传感器还可以与接近光传感器配合,检测电子设备100是否在口袋里,以防误触。
指纹传感器用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器用于检测温度。在一些实施例中,电子设备100利用温度传感器检测的温度,执行温度处理策略。例如,当温度传感器上报的温度超过阈值,电子设备100执行降低位于温度传感器附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,电子设备100对电池142加热,以避免低温导致电子设备100异常关机。在其他一些实施例中,当温度低于又一阈值时,电子设备100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器,也称“触控面板”。触摸传感器可以设置于显示屏194,由触摸传感器与显示屏194组成触摸屏,也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器也可以设置于电子设备100的表面,与显示屏194所处的位置不同。
电子设备还可以包括按键,如开机键,音量键等。按键可以是机械按键,也可以是触摸式按键。电子设备100可以接收按键输入,产生与电子设备100的用户设置以及功能控制有关的键信号输入。
图3是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。应用程序层可以包括一系列应用程序包。
如图3所示,应用程序包可以包括人机交互应用,图库,日历,通话,地图,导航等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图3所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(media libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
电子设备的系统修复方式可以包括自修复、代理修复。下面以修复手机为例阐述自修复、代理修复的示例。
当在手机开机后,手机无法正常运行,即手机的系统无法进入正常模式(如加载、显示系统主界面),那么手机可能出现故障。手机可以进入系统自修复模式,并显示与系统自修复模式对应的显示界面。该显示界面例如可以包括系统自修复的一个或多个控件,一个或多个控件可以与一个或多个系统自修复功能一一对应。多个系统自修复功能例如可以包括以下至少一种:下载最新系统版本并修复功能、紧急数据备份功能、恢复出厂设置功能、重新启动功能等。响应用户作用在控件上的操作,手机可以执行控件所对应的系统自修复功能。
下载最新系统版本并修复功能例如可以指,手机从服务器获取最新系统版本的数据包,并根据该数据包包修复系统。该数据包可以属于系统数据。
紧急数据备份功能例如可以指,在数据分区未损坏的情况下,对数据分区上存储的用户数据进行备份,备份例如可以备份至服务器、外接存储器、手机的备份分区等。其中,数据分区例如可以用于存储用户数据。用户数据例如可以指与用户有关的数据。用户数据可以不包括系统数据。系统数据可以包括,系统正常运行和系统修复所需要的数据。手机的存储器还可以包括其他分区,例如启动分区。启动分区中的数据例如可以属于系统数据。
恢复出厂设置功能例如可以指,清除手机上存储的用户数据,并将系统恢复至版本初始状态。
重新启动功能例如可以指,重新执行手机开机流程,原本开机流程中的错误有一定几率被恢复。
当手机的系统自修复模式出现故障的情况下,要想继续修复手机,则需要将手机交付至维修网点。系统自修复模式出现故障的可能原因如下。
在一些示例中,当系统自修复模式所依赖的分区损坏时,手机将无法进入系统自修复模式。例如,当系统版本的数据包(如数据包中的一个镜像文件)加载异常或加载中断时,启动分区可能会发生损坏;又如,当手机的存储器出现数据跳变时,启动分区可能会发生损坏。
在另一些示例中,当系统自修复模式所依赖启动流程发生未知错误(bug)时,手机将无法进入系统自修复模式。例如,当手机执行自修复流程或开机流程时,出现软件异常卡死、系统出现死循环、进程崩溃等系统问题。
在又一些示例中,如果手机在执行系统自修复流程、系统升级流程等被异常中断(如被用户长按关机键中断),在手机重新开机后,系统所加载的新镜像和旧镜像不能相互匹配,手机无法再次执行系统自修复流程、系统升级流程等,使得手机既不可以正常运行,也无法进入系统自修复模式。
当在手机开机后,手机的系统无法进入正常模式(如加载、显示系统主界面),那么手机可能出现故障。手机与电脑可以建立数据连接,并通过该数据连接,进行手机系统的代理修复。电脑还可以指示手机进入系统代理修复模式。在手机进入系统代理修复模式后,电脑、手机均可以显示与系统代理修复模式对应的显示界面。电脑可以通过数据连接,获取手机的系统版本信息。电脑可以根据手机的系统版本信息,从服务器获取手机的系统版本的数据包。电脑可以将该数据包,通过与手机的数据连接传输至手机。手机可以安装从电脑获取到的系统版本的数据包,进而完成系统的代理修复。
当手机的系统代理修复模式出现故障的情况下,要想继续修复手机,则需要将手机交付至维修网点。系统代理修复模式出现故障的可能原因如下。
在一些示例中,当系统代理修复模式所依赖的分区损坏时,手机将无法进入系统代理修复模式。例如,当系统版本的数据包(如数据包中的一个镜像文件)加载异常或加载中断时,启动分区可能会发生损坏;又如,当手机的存储器出现数据跳变时,启动分区可能会发生损坏。
在另一些示例中,当系统代理修复模式所依赖启动流程发生未知错误(bug)时,手机将无法进入系统代理修复模式。例如,当手机进入代理修复流程时,出现软件异常卡死、系统出现死循环、进程崩溃等系统问题。
在又一些示例中,如果手机在执行系统代理修复流程、系统升级流程等被异常中断(如被用户长按关机键中断),在手机重新开机后,系统所加载的新镜像和旧镜像不能相互匹配,手机无法再次执行系统代理修复流程、系统升级流程等,使得手机既不可以正常运行,也无法进入系统代理修复模式。
本申请实施例提供一种新的系统修复的场景。目的是提供一种新的修复方法,该修复方法可以应用于新的修复场景,以提高电子设备的修复灵活性。
图4示出了一种系统代理修复的场景。如图4所示,第一电子设备可以代理第二电子设备的系统修复。第二电子设备可以接受第一电子设备的代理以进行系统修复;并且,第二电子设备可以在第一电子设备的代理下执行系统自修复。第一电子设备例如可以是图1或图2所示的电子设备。第二电子设备例如可以是图1或图2所示的电子设备。
图5示出了一种系统修复的方法的示意性流程图。图5所示的方法可以应用于图4所示的系统修复的场景中。下面结合图4、图5,阐述本申请实施例提供的一个系统代理修复的实施例。
501,第一电子设备与第二电子设备建立数据连接。
相应地,第二电子设备与第一电子设备建立数据连接。
第一电子设备例如可以是能够正常运行的电子设备。根据系统代理修复的具体情况,第二电子设备可以是无法正常运行的电子设备,也可以是能够正常运行的电子设备。也就是说,第一电子设备可以在第二电子设备无法正常运行的情况下,与第二电子设备建立数据连接;第一电子设备也可以在第二电子设备能够正常运行的情况下,与第二电子设备建立数据连接。
第一电子设备与第二电子设备建立的数据连接例如可以为有线数据连接或无线数据连接。
在一个可能的示例中,结合图1或图2可知,通过第一电子设备的USB接口和第二电子设备的USB接口,第一电子设备可以与第二电子设备建立有线数据连接。
在另一个可能的示例中,结合图1或图2可知,通过第一电子设备的无线通信模块或移动通信模块,以及第二电子设备的无线通信模块或移动通信模块,第一电子设备可以与第二电子设备建立无线数据连接。
结合图1、图2所示的示例可知,第二电子设备可以包括第一处理器、第二处理器。第一处理器可以是主处理器,第二处理器可以是辅处理器。第二处理器的安全系数可以高于第一处理器的安全系数。第一处理器可以包括第一端口和第二端口,第一端口可以为第一处理器的外部端口(如图1、图2所示的USB接口,或者图中未示出的无线通信模块的端口)。第二端口可以为用于在第一处理器和第二处理器之间传输数据的内部端口,第二端口可以为第一处理器和第二处理器的直连端口。第二处理器可以包括第三端口、第四端口。第三端口可以为第二处理器的外部端口(如图1、图2所示的USB接口,或者图中未示出的无线通信模块的端口)。第四端口可以为用于在第一处理器和第二处理器之间传输数据的内部端口,第四端口可以为第一处理器和第二处理器的直连端口。第二端口可以与第四端口直连。
在第一端口响应成功的情况下,第一电子设备(例如第一电子设备的主处理器的外部端口)可以与第一端口建立数据连接,从而第一电子设备可以与第二电子设备的第一处理器交互数据。
在第一端口响应失败的情况下,第一电子设备(例如第一电子设备的主处理器或辅处理的外部端口)可以与第二电子设备的第三端口建立数据连接。例如,第一电子设备与第二电子设备之间的交互数据可以通过第二电子设备的第三端口、第二电子设备的第二处理器、第四端口、第二端口传输至第二电子设备的第一处理器。第三端口可以成为第一电子设备与第二电子设备交互的备用端口,有利于提高第一电子设备对第二电子设备代理修复的成功率。
在一些可能的示例中,为保证第二处理器的安全性,第一电子设备可以向服务器申请临时端口授权证书,临时端口授权证书用于授权第一电子设备与第二处理器的第三端口建立数据连接,其中,第二处理器可以为第二电子设备的具有高安全性的处理器。
502,第一电子设备获取第二电子设备的代理修复授权文件。
可选的,代理修复授权文件可以具有唯一性。
一种可能的情况,第二电子设备可以向第一电子设备发送该代理修复授权文件,代理修复授权文件可以代表第一电子设备与第二电子设备建立代理修复关系。在此情况下,第二电子设备可以未发生故障。第二电子设备可以响应用户的操作,许可第一电子设备对第二电子设备进行系统的代理修复。
可选的,代理修复关系可以是临时有效的。
可选的,代理修复授权文件还可以是由第二电子设备向服务器请求得到的代理修复授权文件。那么,第一电子设备与第二电子设备的代理修复关系可以得到服务器的认证。
下面阐述第一电子设备与第二电子设备建立代理修复关系的一些可能的示例。
例如,用户可以向第二电子设备输入预设授权码。预设授权码例如可以存储在第二电子设备的安全存储器或辅存储器(例如可以是微控制单元(micro control unit,MCU))中。预设授权码可以与开机密码相同或与开机密码不同。在第一电子设备向第二电子设备请求代理修复授权文件时,用户可以向第一电子设备输入授权码。第一电子设备可以将用户输入的授权码发送给第二电子设备。第二电子设备可以根据预设授权码,验证第一电子设备发送的授权码,以确认是否向第一电子设备发送代理修复授权文件。
又如,第二电子设备可以预先获取用户的预设指纹。在第一电子设备向第二电子设备请求代理修复授权文件时,第一电子设备或第二电子设备可以获取用户指纹。如果用户指纹与先前获取到的预设指纹匹配,则第二电子设备可以向第一电子设备发送代理修复授权文件,使得第二电子设备可以授权第一电子设备对第二电子设备进行系统的代理修复。如果用户指纹与先前获取到的预设指纹不匹配,则第二电子设备可以不向第一电子设备发送代理修复授权文件,即不授权第一电子设备对第二电子设备进行系统的代理修复。
又如,在第一电子设备的账户信息与第二电子设备的账户信息相同的情况下,第二电子设备可以向第一电子设备发送代理修复授权文件。
应理解,代理修复授权文件的授予条件可以有多种形式。本申请实施例不限于示例中提到的代理修复授权文件的授予条件。
另一种可能的情况,服务器可以向第一电子设备发送该代理修复授权文件。在此情况下,第二电子设备可以未发生故障或已经发生故障。
在第二电子设备未发送故障的情况下,服务器可以向第一电子设备下发该代理修复授权文件,可以意味着第一电子设备与第二电子设备建立代理修复关系。
在第二电子设备已经发生故障的情况下,第一电子设备和第二电子设备可以不直接建立代理修复关系。可选的,服务器下发的代理修复授权文件例如可以是临时文件。
代理修复授权文件可以用于验证第一电子设备是否具有对第二电子设备代理修复的权限。在第一电子设备对第二电子设备进行代理修复之前,通过验证代理修复授权文件的合法性,可以确认第一电子设备是否具有对第二电子设备代理修复的权限。代理修复的权限例如可以包括存储器的读写权限、设备信息的读取权限等。代理修复授权文件例如可以包括第一电子设备的第一唯一硬件标识(唯一硬件标识例如可以为产品序列(serialnumber,SN)号),以及第二电子设备的第二唯一硬件标识。
在一个示例中,第一电子设备可以在第二电子设备无法正常运行之前,获取第二电子设备的代理修复授权文件。在第二电子设备发生故障之前,第一电子设备可以预先获取第二电子设备的代理修复授权文件。这有利于在第二电子设备发生故障之后,第一电子设备可以针对第二电子设备获取足够的权限。例如,第一电子设备可以在第二电子设备无法开机的情况下,即在第二电子设备无法自驱地发送数据的情况下,第一电子设备可以具有对第二电子设备进行代理修复的权限。
例如,第一电子设备和第二电子设备可以事先建立代理修复关系。第二电子设备的设置菜单可以包括代理修复关系控件。响应用户作用在代理修复关系控件上的操作,第二电子设备可以与其他电子设备(如第一电子设备)建立代理修复关系。
在另一个示例中,第一电子设备可以在第二电子设备无法正常运行之后,获取第二电子设备的代理修复授权文件。第二电子设备发生故障可以作为代理修复授权文件授予的一个条件。即在第二电子设备未发生故障时,代理修复授权文件可以无效。在第二电子设备发生故障的情况下,第二电子设备向第一电子设备发送代理修复授权文件,有利于提高第二电子设备的数据安全性。
在其他示例中,第二电子设备可以同时具有在故障发生前和在故障发生后发送或请求代理修复授权文件的能力。根据故障发生与否,代理修复授权文件的授予条件可以相同或不同。例如,故障发生前,代理修复授权文件的授予条件例如可以包括获取用户的指示;故障发生后,代理修复授权文件的授予条件可以不包括获取用户的指示。在一种可能的情况中,如果第一电子设备的账户信息与第二电子设备的账户信息相同,则满足代理修复授权文件的授予条件。
503,第一电子设备获取第二电子设备的至少一个系统信息。
第一电子设备获取第二电子设备的系统信息的方式例如可以是从第二电子设备接收该至少一个系统信息,又如可以是从第二电子设备的存储器中读取该至少一个系统信息。
至少一个系统信息例如可以包括以下至少一种:第二电子设备的系统版本号、第二电子设备的设备型号、第二电子设备的板卡编号(boardID)、第二电子设备的芯片标识等。
系统版本号例如可以反映系统版本泳道。系统版本泳道可以反映系统的开发系列。
设备型号可以反映电子设备的设备类型、设备功能等。
板卡编号可以反映电子设备的板卡系列。
芯片标识可以反映电子设备的芯片平台。
下面提供系统信息的多个示例。应理解,本申请实施例不限于示例中提到的系统信息。
系统版本号例如可以为以下任一种:EMUI9.1.0.100、EMUI9.1.0.110、EMUI9.1.1.100、EMUI9.0.1.100、EMUI10.1.0.100。
设备型号例如可以为以下任一种:MATE20-AL00_all_cn、MATE20-AL00_cmcc_cn、P30-AL10_all_cn。
板卡编号例如可以为以下任一种:2456、2457、3856。
芯片标识例如可以为以下任一种:kirin990、kirin9A0、mtk6775。
可选的,在第一电子设备获取第二电子设备的至少一个系统信息之前,第一电子设备和/或第二电子设备可以向服务器发送代理修复授权文件,以验证该代理修复授权文件的合法性。
图4中的301示出了一种代理修复授权文件的验证示例。也就是说,代理修复授权文件应当是合法的。由服务器验证代理修复授权文件的合法性,使得第一电子设备对第二电子设备的代理修复权限经过官方认证,有利于第一电子设备、第二电子设备继续享受官方提供的售后服务。如果代理修复授权文件是第二电子设备个体授予的,可能不在运营商的许可范围内,那么在第一电子设备对第二电子设备进行修复后,如果第一电子设备或第二电子设备出现其他故障,可能需要花费相对高额的费用才能享受运营商提供的售后服务。
可选的,在第一电子设备向第二电子设备发送第一分区的数据之前,第一电子设备向服务器发送代理修复授权文件,以及第一电子设备的认证信息和/或第二电子设备的认证信息,以验证代理修复授权文件的合法性。
服务器可以验证代理修复授权文件与第一电子设备的关联性,和/或,代理修复授权文件与第二电子设备的关联性,以进一步提高代理修复授权文件的安全性。也就是说,修复授权文件可以是专属于第一电子设备和/或第二电子设备的授权文件。
504,在第一电子设备的系统信息和第二电子设备的系统信息满足全分区拷贝条件的情况下,第一电子设备向第二电子设备发送第一分区的数据,所述第一分区属于第一电子设备的启动分区。
图4中的302示出了一种分区拷贝的示例。也就是说,在满足全分区拷贝条件的情况下,第一电子设备的第一分区的数据可以覆盖第二电子设备的第二分区的数据。
可选的,在第一电子设备的系统信息和第二电子设备的系统信息满足全分区拷贝条件的情况下,第一电子设备的第一系统信息和第二电子设备的第二系统信息属于相同系列的两个系统信息。
也就是说,全分区拷贝条件可以是,第一电子设备的系统信息和第二电子设备的系统信息差别应当较小。
可选的,所述全分区拷贝条件包括,第一电子设备具有多个第一系统信息,第二电子设备具有多个第二系统信息,多个第一系统信息与多个第二系统信息一一对应,每个相对应的第一系统信息和第二系统信息属于相同系列的两个系统信息,多个第一系统信息与全分区拷贝条件中的全部预设系统信息一一对应。
在一个示例中,第一电子设备的全部第一系统信息和第二电子设备的全部第二系统信息一一对应,且每个对应的第一系统信息和第二系统信息为相同系列的两个系统信息。
例如,在第一电子设备的系统版本号和第二电子设备的系统版本号属于相同系列的系统版本号,且第一电子设备的设备型号和第二电子设备的设备型号属于相同系列的设备型号,且第一电子设备的板卡编号和第二电子设备的板卡编号属于相同系列的板卡编号,且第一电子设备的芯片标识和第二电子设备的芯片标识属于相同系列的芯片标识的情况下,第一电子设备可以将启动分区的部分或全部数据拷贝至第二电子设备。
下面阐述第一电子设备的系统信息和第二电子设备的系统信息属于相同系列的系统信息和不同系列的系统信息的一些示例。应理解,本申请实施例不限于示例中提到的情况。
示例1相同系列和不同系列的系统版本号
例如,第一电子设备的系统版本号为EMUI9.1.0.100,第二电子设备的系统版本号为EMUI9.1.0.100,则第一电子设备和第二电子设备属于系统版本号相同的两个电子设备。第一电子设备的系统版本号和第二电子设备的系统版本号可以属于相同系列的两个系统版本号。
又如,第一电子设备的系统版本号为EMUI9.1.0.100,第二电子设备的系统版本号为EMUI9.1.0.110,则第一电子设备和第二电子设备属于系统版本泳道相同的两个电子设备。第一电子设备的系统版本号和第二电子设备的系统版本号可以属于相同系列的两个系统版本号。
也就是说,在第一电子设备的系统版本号和第二电子设备的系统版本号相同,或者第一电子设备的系统版本号和第二电子设备的系统版本号的差别相对较小(如系统版本泳道不同)的情况下,第一电子设备的系统版本号和第二电子设备的系统版本号可以属于相同系列的两个系统版本号。
又如,第一电子设备的系统版本号为EMUI9.1.0.100,第二电子设备的系统版本号为EMUI9.1.1.100或EMUI9.0.1.100或EMUI10.1.0.100,则第一电子设备和第二电子设备属于版本号不同且系统版本泳道不同的两个电子设备。
也就是说,在第一电子设备的系统版本号和第二电子设备的系统版本号的差别相对较大(如系统版本泳道不同)的情况下,第一电子设备的系统版本号和第二电子设备的系统版本号可以属于不同系列的两个系统版本号。
示例2相同系列和不同系列的设备型号
例如,第一电子设备的设备型号为MATE20-AL00_all_cn,第二电子设备的设备型号为MATE20-AL00_all_cn,则第一电子设备和第二电子设备属于设备型号相同的两个电子设备。第一电子设备和第二电子设备的设备类型可以均为MATE20。第一电子设备和第二电子设备可以具有相同的设备功能。
又如,第一电子设备的设备型号为MATE20-AL00_all_cn,第二电子设备的设备型号为MATE20-AL00_cmcc_cn,则第一电子设备和第二电子设备属于设备类型相同的两个电子设备。第一电子设备和第二电子设备的设备类型可以均为MATE20。第一电子设备和第二电子设备可以具有不同的设备功能。MATE20-AL00_cmcc_cn的设备功能可以包括支持中国的通信功能。MATE20-AL00_all_cn的设备功能可以包括支持全网络的通信功能。
也就是说,在第一电子设备的设备型号和第二电子设备的设备型号相同,或者,第一电子设备的设备型号和第二电子设备的设备型号的差别相对较小(如设备类型相同)的情况下,第一电子设备的设备型号和第二电子设备的设备型号可以属于相同系列的两个设备型号。
又如,第一电子设备的设备型号为MATE20-AL00_all_cn,第二电子设备的设备型号为P30-AL10_all_cn,则第一电子设备和第二电子设备属于设备类型不同,且具有不同设备功能的两个电子设备。第一电子设备的设备类型可以为MATE20,第二电子设备的设备类型可以为P30。
也就是说,在第一电子设备的设备型号和第二电子设备的设备型号的差别相对较大(如设备类型不同)的情况下,第一电子设备的设备型号和第二电子设备的设备型号可以属于不同系列的两个设备型号。
示例3相同系列和不同系列的板卡编号
例如,第一电子设备的板卡编号为2456,第二电子设备的板卡编号为2456,则第一电子设备和第二电子设备属于板卡编号相同的两个电子设备。
又如,第一电子设备的板卡编号为2456,第二电子设备的板卡编号为2457,则第一电子设备和第二电子设备属于板卡系列相同的两个电子设备。
也就是说,在第一电子设备的板卡编号与第二电子设备的板卡编号相同,或者第一电子设备的板卡编号与第二电子设备的板卡编号的差别相对较小(如板卡系列相同)的情况下,第一电子设备的板卡编号与第二电子设备的板卡编号可以属于相同系列的两个板卡编号。
又如,第一电子设备的板卡编号为2456,第二电子设备的板卡编号为3856,则第一电子设备和第二电子设备属于板卡系列不同的两个电子设备。
也就是说,在第一电子设备的板卡编号与第二电子设备的板卡编号的差别相对较大(如板卡系列不同)的情况下,第一电子设备的板卡编号与第二电子设备的板卡编号可以属于不同系列的两个板卡编号。
示例4相同系列和不同系列的芯片标识
例如,第一电子设备的芯片标识例如可以为kirin990,第二电子设备的芯片标识例如可以为kirin990,则第一电子设备和第二电子设备属于芯片标识相同的两个电子设备。
又如,第一电子设备的芯片标识例如可以为kirin990,第二电子设备的芯片标识例如可以为kirin9A0,则第一电子设备和第二电子设备属于芯片平台相同的两个电子设备。
也就是说,在第一电子设备的芯片标识与第二电子设备的芯片标识相同,或者第一电子设备的芯片标识与第二电子设备的芯片标识的差别相对较小(如芯片平台相同)的情况下,第一电子设备的芯片标识与第二电子设备的芯片标识可能属于相同系列的两个芯片标识。
又如,第一电子设备的芯片标识例如可以为kirin990,第二电子设备的芯片标识例如可以为mtk6775,则第一电子设备和第二电子设备属于不同芯片平台的两个电子设备。
也就是说,在第一电子设备的芯片标识与第二电子设备的芯片标识的差别相对较大(如芯片平台不同)的情况下,第一电子设备的芯片标识与第二电子设备的芯片标识可能属于不同系列的两个芯片标识。
可选的,所述全分区拷贝条件包括,第一电子设备具有n个第一系统信息,第二电子设备具有n个第二系统信息,该n个第一系统信息与该n个第二系统信息一一对应,任一第一系统信息与对应的第二系统信息属于相同系列的系统信息,n大于预设数量。
也就是说,在第一电子设备和第二电子设备具有数量较多的相同系列的系统信息的情况下,第一电子设备可以直接向第二电子设备拷贝第一电子设备存储的数据。
例如,第一电子设备可以具有第一系统信息1、第一系统信息2、第一系统信息3。第二电子设备可以具有第二系统信息1、第二系统信息2、第二系统信息3。第一系统信息1可以与第二系统信息1对应,且第一系统信息1与第二系统信息1可以属于相同系列的系统信息;第一系统信息2可以与第二系统信息2对应,且第一系统信息2与第二系统信息2可以属于相同系列的系统信息;第一系统信息3可以与第二系统信息3对应,且第一系统信息3与第二系统信息3可以属于相同系列的系统信息。由此可知,n可以取大于或等于3的整数。如果预设数量为2,则可以判断第一电子设备的系统信息和第二电子设备的系统信息满足全分区拷贝条件。
可选的,所述全分区拷贝条件包括,所述第一电子设备具有第一目标系统信息,所述第二电子设备具有与所述第一目标系统信息对应的第二目标系统信息,所述第一目标系统信息的优先级高于预设优先级,所述第一目标系统信息和所述第二目标系统信息属于相同系列的系统信息。
也就是说,在高优先级的第一系统信息和高优先级的第二系统信息属于相同系列的系统信息的情况下,第一电子设备可以直接向第二电子设备拷贝第一电子设备存储的数据。
可选的,所述全分区拷贝条件包括,第一电子设备具有多个第一系统信息,该多个第一系统信息包括第一目标系统信息,第二电子设备具有多个第二系统信息,该多个第二系统信息包括第二目标系统信息,第一目标系统信息的优先级高于所述多个第一系统信息中除所述第一目标系统信息以外的其他第一系统信息的优先级,第二目标系统信息的优先级高于所述多个第二系统信息中除所述第二目标系统信息以外的其他第二系统信息的优先级,所述第一目标系统信息和所述第二目标系统信息属于相同系列的系统信息。
也就是说,在最高优先级的第一系统信息和最高优先级的第二系统信息属于相同系列的系统信息的情况下,第一电子设备可以直接向第二电子设备拷贝第一电子设备存储的数据。
例如,系统版本号的优先级高于其他系统信息的优先级。如果第一电子设备的系统版本号和第二电子设备的系统版本号属于相同系列的系统版本号,则可以判断第一电子设备的系统信息和第二电子设备的系统信息满足全分区拷贝条件。
可选的,在不满足全分区拷贝条件的情况下,第一电子设备可以通过本申请实施例提供的其他示例,对第二电子设备进行代理修复。
可选的,在第一电子设备向第二电子设备发送第一分区的数据之前,所述方法还包括:第一电子设备获取第二电子设备的分区信息;第一电子设备根据所述分区信息,确定第一分区。
在一个示例中,第二电子设备可以将受损分区的信息发送给第一电子设备。
例如,第二电子设备可以包括多个第二分区。第二电子设备可以获取与该多个第二分区一一对应的多个第二分区哈希值(例如sha256值)。分区信息可以包括多个第二分区哈希值。第二电子设备可以将多个第二分区哈希值与软件版本分区列表匹配。软件版本分区列表例如可以从服务器获取。软件版本分区列表可以为第二电子设备的系统版本号所对应的分区列表。软件版本分区列表可以包括与该多个第二分区一一对应的多个预设分区哈希值。第二电子设备可以寻找到与预设分区哈希值不匹配的第二分区哈希值,从而确定第二电子设备的受损分区。
又如,第二电子设备可以根据第二电子设备的开机错误码,确定第二电子设备的受损分区。分区信息可以包括开机错误码。
在另一个示例中,第一电子设备可以分析确定第二电子设备的受损分区。
例如,第一电子设备可以包括多个第一分区,第二电子设备可以包括多个第二分区。在满足全分区拷贝条件的情况下,该多个第一分区和该多个第二分区一一对应。第一电子设备可以获取与多个第一分区一一对应的多个第一分区哈希值。第一电子设备可以获取与该多个第二分区一一对应的多个第二分区哈希值。第一电子设备可以将每个第一分区哈希值与对应的第二分区哈希值匹配。第一电子设备可以将分区哈希值不匹配的第二分区确定为受损分区。分区信息可以包括多个第二分区哈希值。
又如,第一电子设备可以将多个第二分区哈希值与软件版本分区列表中的多个预设分区哈希值匹配,从而第一电子设备可以寻找到与预设分区哈希值不匹配的第二分区哈希值,从而确定第二电子设备的受损分区。分区信息可以包括多个第二分区哈希值。
又如,第一电子设备可以获取第二电子设备的开机错误码,并根据开机错误码确定第二电子设备的受损分区。分区信息可以包括开机错误码。
应理解,确定第二电子设备的受损分区的方式可以有多种。本申请实施例不限于示例中提到的确定第二电子设备的受损分区的方式。
如图6所示,第一电子设备的启动分区包括分区310-1的数据、分区310-2的数据。第二电子设备的启动分区包括分区410-1的数据、分区410-2的数据。其中,分区410-1为受损分区,分区410-2为未受损分区。第一电子设备可以将分区310-1的数据拷贝至分区410-1。分区拷贝后,第二电子设备的启动分区的数据可以包括分区410-1的数据、分区310-2的数据。第一电子设备的分区410-1可以被视为修复第二电子设备的最小分区。
如图7所示,第一电子设备还可以将第一电子设备的启动分区310的数据拷贝至第二电子设备的启动分区410。分区拷贝后,第二电子设备的启动分区的数据可以包括分区410的数据。第一电子设备的启动分区410可以被视为修复第二电子设备的最小分区。
如图8所示,第一电子设备还可以将第一电子设备的全部数据30(包括启动分区310的数据和数据分区320的数据)拷贝至第二电子设备的启动分区410。分区拷贝后,第二电子设备的启动分区的数据可以包括第一电子设备的全部数据30。第一电子设备的全部数据30可以被视为修复第二电子设备的最小分区。
应理解,拷贝分区的方式可以有多种。本申请实施例不限于示例中提到的拷贝分区的方式。
505,第一电子设备触发第二电子设备进入自修复模式。
如图4所示,在分区拷贝完成后,第一电子设备可以触发第二电子设备进入自修复模式。相应地,第二电子设备根据第二电子设备的第二分区,进入自修复(erecovery)模式,第二分区包括第一分区的数据。
由于第一电子设备已将正常的分区数据拷贝至第二电子设备,因此第二电子设备的受损分区可能已被恢复正常。第二电子设备可以进入系统自修复模式,并显示与系统自修复模式对应的显示界面,如图4中的401所示。
也就是说,在第二电子设备的与系统自修复模式对应的分区发生损坏的情况下,第一电子设备可以将未受损分区中的数据发送给第二电子设备,并覆盖第二电子设备的受损分区的数据,使得第二电子设备的受损分区恢复正常。第二电子设备可以正常执行系统自修复功能,进而第二电子设备的系统可以进入正常模式。
可选的,在第二电子设备进入自修复模式之后,第二电子设备可以向服务器发送第二电子设备的认证信息和代理修复授权文件;在所述第二电子设备的认证信息和所述代理修复授权文件验证成功的情况下,所述第二电子设备从所述服务器获取系统升级数据包。
可选的,在505后,第一电子设备或第二电子设备可以向服务器发送代理修复完成的指示信息。服务器可以根据该指示信息,以消除代理修复授权文件的记录。先前使用过的代理修复授权文件可以相应失效。
可选的,在第一电子设备触发第二电子设备进入自修复模式后,第一电子设备可以生成代理系统修复报表。该代理系统修复报表可以包括与此次代理修复相关的信息。第一电子设备可以向服务器上报该代理系统修复报表。或者,在第二电子设备自修复完成后,第二电子设备可以向服务器上报该代理系统修复报表。服务器可以收集代理系统修复报表,以便于获知系统修复错误的类型、系统修复错误的解决方案等。
图9示出了另一种系统代理修复的场景。如图9所示,第一电子设备可以代理第二电子设备的系统修复。第二电子设备可以接受第一电子设备的代理以进行系统修复;并且,第二电子设备可以在第一电子设备的代理下执行系统自修复。第一电子设备例如可以是图1或图2所示的电子设备。第二电子设备例如可以是图1或图2所示的电子设备。
图10示出了另一种系统修复的方法的示意性流程图。图10所示的方法可以应用于图9所示的系统修复的场景中。下面结合图9、图10,阐述本申请实施例提供的另一个系统代理修复的实施例。
1001,第一电子设备与第二电子设备建立数据连接。
1002,第一电子设备获取第二电子设备的代理修复授权文件。
1003,第一电子设备获取第二电子设备的系统信息。
1001至1003具体实现方式可以参照图5所示实施例中的步骤501至503,在此就不再详细赘述。
1004,第一电子设备将第二电子设备的系统信息和代理修复授权文件发送至服务器。
相应地,服务器可以从第一电子设备获取第二电子设备的系统信息和代理修复授权文件。
第一电子设备与第二电子设备的相关性可以相对较小。第一电子设备无法基于自身已存储的数据修复第二电子设备。第一电子设备可以向服务器请求修复第二电子设备所需的数据。服务器可以根据第二电子设备的系统信息,确定适用于第二电子设备的系统修复数据包。例如,服务器可以对第二电子设备的系统信息进行数字证书(public keyinfrastructure,PKI)校验。系统信息例如可以用于确定适用于第二电子设备的最小系统修复包。最小系统修复包例如可以是系统升级数据包的部分镜像文件。
如图10中的301所示,服务器还可以验证代理修复授权文件的合法性,有利于提升第一电子设备对第二电子设备的代理修复的安全性。代理修复授权文件可以用于验证第一电子设备是否具有对第二电子设备代理修复的权限。在第一电子设备对第二电子设备进行代理修复之前,通过验证代理修复授权文件的合法性,可以确认第一电子设备是否具有对第二电子设备代理修复的权限。代理修复的权限例如可以包括存储器的读写权限、设备信息的读取权限等。例如,代理修复授权文件可以包括第一电子设备的第一唯一硬件标识(唯一硬件标识例如可以为产品序列(serial number,SN)号),以及第二电子设备的第二唯一硬件标识。
可选的,服务器可以验证代理修复授权文件与第一电子设备的关联性,和/或,代理修复授权文件与第二电子设备的关联性。这有利于进一步提高代理修复授权文件的安全性。也就是说,修复授权文件可以是专属于第一电子设备和/或第二电子设备的授权文件。
1005,在代理修复授权文件验证成功的情况下,服务器向第一电子设备发送系统修复数据包。
相应地,第一电子设备从服务器获取系统修复数据包。
图9中的303示出了一种获取系统修复数据包。该系统修复数据包可以是针对第二电子设备的数据包。系统修复数据包例如可以包括原系统数据包、系统升级数据包等。
1006,第一电子设备将该系统修复数据包的数据发送给第二电子设备。
相应地,第二电子设备可以从第一电子设备获取该系统修复数据包的数据。
图9中的304示出了一种拷贝系统修复数据包的示例。
例如,第一电子设备可以对系统修复数据包进行解压,然后将解压后的数据发送给第二电子设备,并写入第二电子设备的存储器中。此种方式例如可以适用于第二电子设备不具有解压能力或解压能力弱的场景,例如第二电子设备已发生故障的场景。
又如,第一电子设备可以将系统修复数据包发送给第二电子设备。第二电子设备可以存储并解压系统修复数据包。第二电子设备可以加载系统修复数据包中的镜像文件。此种方式例如可以适用于数据传输效率相对较低的场景,例如第二电子设备与第一电子设备通过蜂窝流量交互。
系统修复数据包的数据例如可以存储在启动分区或数据分区。在一个可能的示例中,系统修复数据包的数据可以存储在数据分区的尾部。
1007,第一电子设备触发第二电子设备进入自修复模式。
如图10所示,在数据拷贝完成后,第一电子设备可以触发第二电子设备进入自修复模式。相应地,第二电子设备基于从第一电子设备接收到的数据,进入自修复模式。
1007具体实现方式可以参照图5所示实施例中的步骤505,在此就不再详细赘述。
可选的,在第二电子设备进入自修复模式之后,第二电子设备可以向服务器发送第二电子设备的认证信息和代理修复授权文件;在所述第二电子设备的认证信息和所述代理修复授权文件验证成功的情况下,所述第二电子设备从所述服务器获取系统升级数据包。
可选的,在1007后,第一电子设备或第二电子设备可以向服务器发送代理修复完成的指示信息。服务器可以根据该指示信息,以消除代理修复授权文件的记录。先前使用过的代理修复授权文件可以相应失效。
可选的,在第一电子设备触发第二电子设备进入自修复模式后,或在第一电子设备将该系统修复数据包的数据发送给第二电子设备后,第一电子设备可以生成代理系统修复报表。该代理系统修复报表可以包括与此次代理修复相关的信息。第一电子设备可以向服务器上报该代理系统修复报表。或者,在第二电子设备自修复完成后,第二电子设备可以向服务器上报该代理系统修复报表。服务器可以收集代理系统修复报表,以便于获知系统修复错误的类型、系统修复错误的解决方案等。
图11示出了又一种系统代理修复的场景。如图11所示,第一电子设备可以代理第二电子设备的系统修复。第二电子设备可以接受第一电子设备的代理以进行系统修复;在代理修复完成后,第二电子设备可以恢复至正常运行的状态。第一电子设备例如可以是图1或图2所示的电子设备。第二电子设备例如可以是图1或图2所示的电子设备。可选的,在图11所示的场景中,第二电子设备可能无法自驱地或在第一电子设备的触发下进入系统自修复模式。
图12示出了又一种系统修复的方法的示意性流程图。图12所示的方法可以应用于图11所示的系统修复的场景中。下面结合图11、图12,阐述本申请实施例提供的又一个系统代理修复的实施例。
1201,第一电子设备与第二电子设备建立数据连接。
1202,第一电子设备获取第二电子设备的代理修复授权文件。
1203,第一电子设备获取第二电子设备的系统信息。
1204,第一电子设备将第二电子设备的系统信息和代理修复授权文件发送至服务器。
1205,在代理修复授权文件验证成功的情况下,服务器向第一电子设备发送系统修复数据包。
1201至1205具体实现方式可以参照图10所示实施例中的步骤1001至1005,在此就不再详细赘述。
如图11中的305所示,在一个示例中,第一电子设备在获取到系统修复数据包之后,可以系统修复数据包进行解压。
1206,第一电子设备触发第二电子设备进入代理修复模式,并根据系统修复数据包对第二电子设备进行代理修复。
相应地,第二电子设备可以在第一电子设备的代理修复下,对系统进行修复。
也就是说,第二电子设备可以进入代理修复模式,并在第一电子设备的控制下,修复第二电子设备的系统。代理修复模式与自修复模式不同。在自修复模式下,第二电子设备可以自行加载系统版本数据包的数据。在代理修复模式下,第二电子设备可以在第一电子设备的控制下加载系统版本数据包的数据。
图11中的306示出了第一电子设备触发第二电子设备进入代理修复模式的一个示例。例如,第一电子设备可以触发第二电子设备进入强制加载模式,第一电子设备可以启动代理修复(pxrecovery)模式。
图11中的307示出了第一电子设备控制第二电子设备加载系统版本数据包的数据的一个示例。例如,第一电子设备可以解析系统版本数据包,将预加载文件(preloader)、快速启动文件(fastboot)、标签文件(如ptable)、恢复文件(recovery)等修复镜像加载至第一电子设备中,以触发第一电子设备进入修复模式,然后触发第一电子设备进行系统版本的升级或修复。
系统修复数据包的数据例如可以存储在启动分区或数据分区。在一个可能的示例中,系统修复数据包的数据可以存储在数据分区的尾部。
可选的,在1206后,例如代理修复成功后,第一电子设备或第二电子设备可以向服务器发送代理修复完成的指示信息。服务器可以根据该指示信息,以消除代理修复授权文件的记录。先前使用过的代理修复授权文件可以相应失效。
可选的,在1206后,第二电子设备可以向服务器发送第二电子设备的认证信息和代理修复授权文件;在所述第二电子设备的认证信息和所述代理修复授权文件验证成功的情况下,所述第二电子设备从所述服务器获取系统升级数据包。
可选的,在1206后,第一电子设备或第二电子设备可以生成代理系统修复报表。该代理系统修复报表可以包括与此次代理修复相关的信息。第一电子设备或第二电子设备可以向服务器上报该代理系统修复报表。服务器可以收集代理系统修复报表,以便于获知系统修复错误的类型、系统修复错误的解决方案等。
图13示出了又一种系统代理修复的场景。与图11所示的示例不同,第一电子设备的设备类型可以与第二电子设备的设备类型不同。如图13所示,第一电子设备可以为电脑,第二电子设备可以为手机。应理解,图12所示的方法还可以应用于图13所示的系统修复的场景中,在此就不再详细赘述。
图14是本申请实施例提供的电子设备的硬件结构示意图。图14所示的电子设备1400包括存储器1401、处理器1402、通信接口1403以及总线1404。其中,存储器1401、处理器1402、通信接口1403通过总线1404实现彼此之间的通信连接。
存储器1401可以是只读存储器(read only memory,ROM),静态存储设备,动态存储设备或者随机存取存储器(random access memory,RAM)。存储器1401可以存储程序,当存储器1401中存储的程序被处理器1402执行时,处理器1402用于执行本申请实施例中图5、图10、图12所示的方法的各个步骤。
处理器1402可以采用通用的中央处理器(central processing unit,CPU),微处理器,应用专用集成电路(application specific integrated circuit,ASIC),图形处理器(graphics processing unit,GPU)或者一个或多个集成电路,用于执行相关程序,以实现本申请实施例中图5、图10、图12所示的方法。
处理器1402还可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,本申请实施例中图5、图10、图12所示的方法的各个步骤可以通过处理器1402中的硬件的集成逻辑电路或者软件形式的指令完成。
上述处理器1402还可以是通用处理器、数字信号处理器(digital signalprocessing,DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1401,处理器1402读取存储器1401中的信息,结合其硬件完成本申请实施例的电子设备中包括的单元所需执行的功能,或者执行本申请实施例中图5、图10、图12所示的方法。
通信接口1403使用例如但不限于收发器一类的收发装置,来实现电子设备1400与其他设备或通信网络之间的通信。
总线1404可包括在电子设备1400各个部件(例如,存储器1401、处理器1402、通信接口1403)之间传送信息的通路。
应理解,电子设备中的获取模块可以相当于电子设备1400中的通信接口1403;电子设备中的处理模块可以相当于处理器1402。
本申请实施例还提供一种电子设备,包括处理单元、发送单元,以执行图5、图10、图12所示的方法。
本申请实施例还提供一种架构,包括图5所示的第一电子设备、第二电子设备。
本申请实施例还提供一种架构,包括图10、图12所示的第一电子设备、第二电子设备、服务器。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (36)
1.一种系统修复的方法,其特征在于,包括:
第一电子设备获取第二电子设备的代理修复授权文件;
所述第一电子设备确定所述第一电子设备的系统信息;
在所述代理修复授权文件验证成功的情况下,所述第一电子设备获取所述第二电子设备的系统信息,所述第二电子设备的系统信息与所述第一电子设备的系统信息对应;
在所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件的情况下,所述第一电子设备向所述第二电子设备发送第一分区的数据,所述第一分区为所述第一电子设备的分区。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一电子设备触发所述第二电子设备进入自修复模式。
3.根据权利要求1或2所述的方法,其特征在于,所述系统信息为以下任一类型:系统版本号、设备型号、板卡编号、芯片标识。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括:
所述第一电子设备的系统信息和所述第二电子设备的系统信息属于相同系列的两个系统信息。
5.根据权利要求4所述的方法,其特征在于,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括以下任一项:
所述第一电子设备具有多个第一系统信息,所述第二电子设备具有多个第二系统信息,所述多个第一系统信息与所述多个第二系统信息一一对应,每个所述第一系统信息和对应的所述第二系统信息属于相同系列的两个系统信息,所述多个第一系统信息与所述全分区拷贝条件中的全部预设系统信息一一对应;
所述第一电子设备具有n个第三系统信息,所述第二电子设备具有n个第四系统信息,所述n个第三系统信息与所述n个第四系统信息一一对应,每个所述第三系统信息和对应的所述第四系统信息属于相同系列的两个系统信息,n大于所述全部预设系统信息中的预设数量;
所述第一电子设备具有第一目标系统信息,所述第二电子设备具有与所述第一目标系统信息对应的第二目标系统信息,所述第一目标系统信息的优先级高于所述全部预设系统信息中的预设优先级,所述第一目标系统信息和所述第二目标系统信息属于相同系列的两个系统信息。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述第一电子设备获取第二电子设备的代理修复授权文件,包括:
所述第一电子设备从服务器或所述第二电子设备获取所述代理修复授权文件。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
8.根据权利要求1至7中任一项所述的方法,其特征在于,在所述第一电子设备向所述第二电子设备发送第一分区的数据之前,所述方法还包括:
所述第一电子设备获取所述第二电子设备的分区信息;
所述第一电子设备根据所述分区信息,确定所述第一分区。
9.根据权利要求8所述的方法,其特征在于,所述分区信息包括以下至少一种:
受损分区的信息、分区哈希值、开机错误码。
10.根据权利要求1至9中任一项所述的方法,其特征在于,所述第一分区包括所述第一电子设备的至少部分启动分区。
11.一种系统修复的方法,其特征在于,包括:
第一电子设备获取第二电子设备的代理修复授权文件和所述第二电子设备的系统信息;
所述第一电子设备将所述代理修复授权文件和所述第二电子设备的系统信息发送至服务器;
在代理修复授权文件验证成功的情况下,所述第一电子设备从所述服务器获取所述第二电子设备的系统修复数据包,所述系统修复数据包是根据所述第二电子设备的系统信息确定的;
所述第一电子设备将所述系统修复数据包的数据发送至所述第二电子设备。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述第一电子设备触发所述第二电子设备进入自修复模式。
13.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述第一电子设备触发所述第二电子设备进入代理修复模式,并根据所述系统修复数据包对所述第二电子设备进行代理修复。
14.根据权利要求11至13中任一项所述的方法,其特征在于,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
15.根据权利要求11至14中任一项所述的方法,其特征在于,所述方法还包括:
所述第一电子设备向所述服务器发送指示信息,所述指示信息用于指示修复完成。
16.根据权利要求11至15中任一项所述的方法,其特征在于,所述系统修复数据包的数据存储在所述第二电子设备的数据分区的尾部。
17.一种系统修复的方法,其特征在于,包括:
第二电子设备向第一电子设备发送代理修复授权文件;
在所述代理修复授权文件验证成功的情况下,所述第二电子设备许可所述第一电子设备获取所述第二电子设备的系统信息;
所述第二电子设备从所述第一电子设备获取系统修复数据;
所述第二电子设备根据所述系统修复数据进行系统修复。
18.根据权利要求17所述的方法,其特征在于,所述第二电子设备从所述第一电子设备获取系统修复数据,包括:
在所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件的情况下,所述第二电子设备从所述第一电子设备获取第一分区的数据,所述第一分区为所述第一电子设备的分区,所述第一分区的数据为所述系统修复数据。
19.根据权利要求18所述的方法,其特征在于,所述系统信息为以下任一类型:系统版本号、设备型号、板卡编号、芯片标识。
20.根据权利要求18或19所述的方法,其特征在于,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括:
所述第一电子设备的系统信息和所述第二电子设备的系统信息属于相同系列的两个系统信息。
21.根据权利要求20所述的方法,其特征在于,所述第一电子设备的系统信息和所述第二电子设备的系统信息满足全分区拷贝条件,包括以下任一项:
所述第一电子设备具有多个第一系统信息,所述第二电子设备具有多个第二系统信息,所述多个第一系统信息与所述多个第二系统信息一一对应,每个所述第一系统信息和对应的所述第二系统信息属于相同系列的两个系统信息,所述多个第一系统信息与所述全分区拷贝条件中的全部预设系统信息一一对应;
所述第一电子设备具有n个第三系统信息,所述第二电子设备具有n个第四系统信息,所述n个第三系统信息与所述n个第四系统信息一一对应,每个所述第三系统信息和对应的所述第四系统信息属于相同系列的两个系统信息,n大于所述全部预设系统信息中的预设数量;
所述第一电子设备具有第一目标系统信息,所述第二电子设备具有与所述第一目标系统信息对应的第二目标系统信息,所述第一目标系统信息的优先级高于所述全部预设系统信息中的预设优先级,所述第一目标系统信息和所述第二目标系统信息属于相同系列的两个系统信息。
22.根据权利要求18至21中任一项所述的方法,其特征在于,在所述第二电子设备从所述第一电子设备获取第一分区的数据之前,所述方法还包括:
所述第二电子设备向所述第一电子设备发送所述第二电子设备的分区信息,所述第一分区是根据所述分区信息确定的。
23.根据权利要求22所述的方法,其特征在于,所述分区信息包括以下至少一种:
受损分区的信息、分区哈希值、开机错误码。
24.根据权利要求23所述的方法,其特征在于,所述系统修复数据与服务器发送的系统修复数据包对应。
25.根据权利要求17至24中任一项所述的方法,其特征在于,在所述第二电子设备向第一电子设备发送代理修复授权文件之前,所述方法还包括:
所述第二电子设备从所述第一电子设备获取待验证信息;
所述第二电子设备向第一电子设备发送代理修复授权文件,包括:
在所述待验证信息与预设验证信息匹配的情况下,所述第二电子设备向所述第一电子设备发送所述代理修复授权文件。
26.根据权利要求25所述的方法,其特征在于,所述待验证信息包括以下至少一种:
所述第一电子设备的账户信息、指纹信息、授权码。
27.根据权利要求17至26中任一项所述的方法,其特征在于,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
28.一种系统修复的方法,其特征在于,包括:
服务器从第一电子设备获取第二电子设备的代理修复授权文件和所述第二电子设备的系统信息;
所述服务器验证所述代理修复授权文件是否合法;
在代理修复授权文件验证成功的情况下,所述服务器根据所述第二电子设备的系统信息,确定所述第二电子设备的系统修复数据包;
所述服务器向所述第一电子设备发送所述系统修复数据包。
29.根据权利要求28所述的方法,其特征在于,所述代理修复授权文件包括所述第一电子设备的唯一硬件标识,以及所述第二电子设备的唯一硬件标识。
30.根据权利要求28所述的方法,其特征在于,所述服务器验证所述代理修复授权文件是否合法,包括:
所述服务器验证所述代理修复授权文件与所述第一电子设备和/或所述第二电子设备之间是否有关联。
31.根据权利要求28至30中任一项所述的方法,其特征在于,所述方法还包括:
所述服务器从所述第一电子设备获取指示信息,所述指示信息用于指示修复完成;
所述服务器根据所述指示信息,取消所述代理修复授权文件的合法性。
32.一种电子设备,其特征在于,包括:
处理器、存储器和收发器,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的计算机程序;其中,所述处理器用于如权利要求1至31中任一项所述的方法。
33.一种系统修复的架构,包括第一电子设备和第二电子设备,所述第一电子设备用于执行如权利要求1至10中任一项所述的方法,所述第二电子设备用于执行如权利要求17至27中任一项所述的方法。
34.一种系统修复的架构,包括第一电子设备、第二电子设备、服务器,所述第一电子设备用于执行如权利要求11至16中任一项所述的方法,所述服务器用于执行如权利要求28至31中任一项所述的方法。
35.一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1至31中任一项所述的方法。
36.一种计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得所述计算机执行如权利要求1至31中任一项所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110220750 | 2021-02-26 | ||
CN202110220750X | 2021-02-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114968658A true CN114968658A (zh) | 2022-08-30 |
Family
ID=82973876
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110588637.7A Pending CN114968658A (zh) | 2021-02-26 | 2021-05-28 | 系统修复的方法、电子设备和架构 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114968658A (zh) |
-
2021
- 2021-05-28 CN CN202110588637.7A patent/CN114968658A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102503341B1 (ko) | 보안 서비스 삭제 방법 및 전자 장치 | |
WO2021120793A1 (zh) | 人脸图像传输方法、数值转移方法、装置及电子设备 | |
CN111465536B (zh) | 一种业务处理方法及设备 | |
CN112214294B (zh) | 调用硬件接口的方法及电子设备 | |
CN111062323B (zh) | 人脸图像传输方法、数值转移方法、装置及电子设备 | |
CN111373379A (zh) | 一种数据备份方法及终端 | |
CN115328563B (zh) | 系统启动方法及电子设备 | |
US20220335107A1 (en) | Method for Processing Application Program and Related Product | |
CN114595437B (zh) | 访问控制方法、电子设备及计算机可读存储介质 | |
CN113138878B (zh) | 可信执行环境操作系统崩溃处理方法及电子设备 | |
CN111241499B (zh) | 应用程序登录的方法、装置、终端及存储介质 | |
CN113656089B (zh) | 应用程序中的类验证方法和装置 | |
CN111381996B (zh) | 内存异常处理方法及装置 | |
CN114968658A (zh) | 系统修复的方法、电子设备和架构 | |
CN114915996A (zh) | 通信异常处理方法及相关装置 | |
CN114546969A (zh) | 一种文件共享方法、装置及电子设备 | |
CN114117455B (zh) | 一种电子设备的安全启动方法及电子设备 | |
CN112764824A (zh) | 触发应用程序中身份验证的方法、装置、设备及存储介质 | |
CN112528311B (zh) | 数据管理方法、装置及终端 | |
CN117711032A (zh) | 指纹识别方法及电子设备 | |
CN114637441A (zh) | 空间管理的方法、装置、电子设备和可读存储介质 | |
CN114579856A (zh) | 采集页面信息的方法、装置、设备及存储介质 | |
CN111414563A (zh) | 网页交互的方法、装置、计算机设备和存储介质 | |
CN117473578A (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 |