CN115185745A - 数据处理方法、系统、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种数据处理方法、系统、电子设备及计算机可读存储介质，涉及计算机软件技术领域。该方法包括：当操作系统启动时，获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件；其中，内核启动参数是基于从寄存器中读取的系统恢复指令确定的；系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原；基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复。本申请实施例通过寄存器读取准确的针对目标用户系统的系统恢复指令，在存在多个用户系统的操作系统中，本申请能够保障系统恢复指令的正确响应。

Description

数据处理方法、系统、电子设备及计算机可读存储介质

技术领域

本申请涉及计算机软件技术领域，具体而言，本申请涉及一种数据处理方法、系统、电子设备及计算机可读存储介质。

背景技术

恢复模式(Recovery)是终端等电子设备操作系统的备份功能，指一种可以对终端内部的数据或系统进行修改的模式。在这个模式下可以对已有的系统进行备份或升级，也可以恢复出厂设置。随着计算机软件技术的发展，终端等电子设备中的单个操作系统已不能满足用户的需求，在终端上安装至少两个操作系统的方案也日益发展成熟。由于多操作系统的实现模式不同，对多操作系统进行系统恢复的方案也不一样。

在对基于容器的至少两个系统进行系统恢复时，通常可以基于容器启动Recovery程序，根据只读存储器中的Recovery分区对相应系统进行数据删除或数据还原。但是当系统中没有Recovery分区(如Android10以上版本)时，若对多操作系统进行数据恢复或还原，往往存在恢复指令读取不准确、系统响应错误的问题。

发明内容

本申请实施例提供了一种数据处理方法、系统、电子设备及计算机可读存储介质，可以解决现有技术中在对多系统进行系统恢复时，系统恢复指令错误响应的问题。所述技术方案如下：

根据本申请实施例的一个方面，提供了一种数据处理方法，该方法包括：

当操作系统启动时，获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件；

其中，内核启动参数是基于从寄存器中读取的系统恢复指令确定的；系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原；

基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复。

在一个可能的实现方式中，上述基于配置文件运行目标用户系统的初始化进程，包括：

启动目标用户系统的初始化进程；

根据配置文件使目标用户系统进入内核启动参数所对应的启动模式，以删除目标用户系统的用户数据和/或缓存数据。

在一个可能的实现方式中，上述系统恢复指令通过如下方式写入寄存器：

操作系统的应用层从目标用户系统中获取系统恢复指令；

应用层通过内核接口将系统恢复指令传递给操作系统的内核层；

内核层通过寄存器接口将系统恢复指令写入寄存器。

在另一个可能的实现方式中，上述至少两个用户系统是基于容器的系统，至少两个用户系统运行于操作系统的应用层，并共享同一个内核。

在另一个可能的实现方式中，上述操作系统包括中间层，上述中间层用于构建系统容器，并基于系统容器控制用户系统。

根据本申请实施例的另一个方面，提供了一种数据处理方法，应用于操作系统的内核层，该方法包括：

接收操作系统应用层发送的系统恢复指令；其中，应用层运行有包括目标用户系统的至少两个用户系统；系统恢复指令用于指示对目标用户系统进行数据删除或还原；

通过寄存器接口，将系统恢复指令写入寄存器；

当启动操作系统时，启动引导程序；并根据引导程序从寄存器读取系统恢复指令；

将系统恢复指令作为内核启动参数，以便调用内核启动参数对应的配置文件，并基于配置文件运行目标用户系统的初始化进程，完成对目标用户系统的系统恢复。

在又一个可能的实现方式中，上述系统恢复指令是应用层基于用户针对目标用户系统的触发操作确定的；其中，触发操作包括如下至少一项：

将系统恢复指令对应的界面元素拖拽或移动至当前界面的预设范围内的操作；

针对界面元素的点击或触摸操作；

在预设的输入控件中针对界面元素的标识的输入操作。

根据本申请实施例的另一个方面，提供了一种数据处理系统，该系统包括应用层、中间层和内核层，应用层运行有至少两个用户系统，其中，

应用层，用于获取目标用户系统的系统恢复指令，并通过内核接口将系统恢复指令传递给内核层；其中，系统恢复指令用于指示对目标用户系统进行数据删除或还原；

内核层，用于通过寄存器接口，将系统恢复指令写入寄存器；

当数据处理系统启动时，内核层用于启动引导程序，并根据引导程序从寄存器读取系统恢复指令，将系统恢复指令作为内核启动参数；

中间层用于，获取内核启动参数，并调用内核启动参数对应的配置文件；基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统进行系统恢复。

根据本申请实施例的另一个方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上的计算机程序，上述处理器执行计算机程序以实现本申请实施例第一和第二方面所示方法的步骤。

根据本申请实施例的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例第一和第二方面所示方法的步骤。

根据本申请实施例的一个方面，提供了一种计算机程序产品，其包括计算机程序，该计算机程序被处理器执行时实现本申请实施例第一和第二方面所示方法的步骤。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例中当启动操作系统时，可以通过操作系统的中间层获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件，然后基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复；由于上述内核启动参数是根据从寄存器中读取的系统恢复指令确定的，本申请实现了基于硬件即寄存器读取系统恢复指令；不同于现有技术中在操作系统重启之前，将系统恢复指令直接保存至中间层，本申请能够基于寄存器读取准确的针对目标用户系统的系统恢复指令，其中，该系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原，以完成目标用户系统的系统恢复。在存在多个用户系统的操作系统中，本申请能够保障系统恢复指令的正确响应，提升用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种数据处理方法的流程示意图；

图2为本申请实施例提供的一种数据处理方法中的寄存器写入流程示意图；

图3为本申请实施例提供的另一种数据处理方法的流程示意图；

图4为本申请实施例提供的一种数据处理系统的结构示意图；

图5为本申请实施例提供的一个示例的数据处理方法的流程示意图；

图6为本申请实施例提供的一种数据处理电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

随着智能终端等电子设备的发展，基于安全需要或用户的个性化需求，越来越多的终端实现了多系统功能。以移动终端的双系统功能为例，其实现方式主要分为多用户模式双系统和基于的容器双系统。

多用户模式双系统，本质就是一个系统，在对系统进行系统恢复时不需要区分两个系统，可以直接按照一个系统标准Recovery流程进行系统恢复；而基于容器的双系统，一般采用容器启动Recovery程序，以实现基于Recovery分区的系统恢复。但是当操作系统中不存在Recovery分区时，通常对恢复指令的读取不准确，以至于系统响应错误。

本申请提供的数据处理方法、系统、电子设备及计算机可读存储介质，旨在解决现有技术的如上技术问题。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

本申请实施例中提供了一种数据处理方法，如图1所示，该方法包括：

S101，当操作系统启动时，获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件。

其中，内核启动参数是基于从寄存器中读取的系统恢复指令确定的；系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原。

上述至少两个用户系统运行于操作系统的应用层，该操作系统还可以包括内核层；在一些实施方式中，该上述方法可以直接应用于操作系统的内核层。

在另一些实施方式中，上述方法可以应用于操作系统的中间层；下文将以数据处理方法应用于操作系统的中间层为例进行具体说明：

操作系统的中间层可以是介于内核层与应用层之间的软件层级，中间层可以用于执行构建系统容器、控制容器内用户系统的访问权限、进程二进制签名、容器内用户系统的异常监控等功能。示例性的，在中间层可以包括lotusd(一种平台级软件产品)程序，该程序可以用于系统容器内用户系统的启动。

进一步的，以应用层存在两个用户系统为例，分别为Android(安卓系统，一种基于Linux内核的自由及开放源代码的操作系统)生活系统和Android安全系统。可以预先分别针对上述两个用户系统设置系统恢复指令，Android生活系统对应的系统恢复指令为ARecovery，Android安全系统对应的系统恢复指令为B Recovery。

具体的，当操作系统启动时，内核层启动引导程序如U-boot(一个常见的引导加载程序)，并根据引导程序从寄存器中读取恢复指令如ARecovery，并将该系统恢复指令赋值给内核启动参数，例如Linux内核的cmdline。然后，中间层基于U-boot获取内核启动参数。

其中，Uboot是操作系统启动前的运行的一段引导程序，其主要用于初始化部分硬件(包括时钟、内存等)，其具体可以用于加载内核、文件系统、设备树等到内存上，启动操作系统。

内核启动参数cmdline是Uboot引导内核启动时传递给内核的，作用是指引内核启动。Linux等操作系统在内核启动阶段会解析cmdline，并根据解析结果去指引内核启动。

S102，基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复。

一般的，每一用户系统对应一配置文件，操作系统的中间层可以基于初始化进程解析配置文件，已完成该对目标用户系统的系统恢复。

本申请实施例中当启动操作系统时，可以通过操作系统的中间层获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件，然后基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复；由于上述内核启动参数是根据从寄存器中读取的系统恢复指令确定的，本申请实现了基于硬件即寄存器读取系统恢复指令；不同于现有技术中在操作系统重启之前，将系统恢复指令直接保存至中间层，本申请能够基于寄存器读取准确的针对目标用户系统的系统恢复指令，其中，该系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原，以完成目标用户系统的系统恢复。在存在多个用户系统的操作系统中，本申请能够保障系统恢复指令的正确响应，提升用户体验。

本申请实施例中提供了一种可能的实现方式，上述基于配置文件运行目标用户系统的初始化进程，包括：

启动目标用户系统的初始化进程；根据配置文件使目标用户系统进入内核启动参数所对应的启动模式，以删除目标用户系统的用户数据和/或缓存数据。

其中，在操作系统启动之前，可以在配置文件中预设各用户系统对应的启动模式；在本申请实施例中，该启动模式可以为对用户系统的数据进行修改的模式，在这个模式下可以对现有的用户系统进行备份或升级，也可以针对用户系统恢复出厂设置。

本申请实施例中提供了一种可能的实现方式，如图2所示，上述系统恢复指令通过如下方式写入寄存器：

S201，操作系统的应用层从目标用户系统中获取系统恢复指令；

S202，应用层通过内核接口将系统恢复指令传递给操作系统的内核层；

S203，内核层通过寄存器接口将系统恢复指令写入寄存器。

本申请实施例中提供了一种可能的实现方式，上述至少两个用户系统是基于容器的系统，至少两个用户系统运行于操作系统的应用层，并共享同一个内核。

本申请实施例中提供了一种可能的实现方式，上述中间层用于构建系统容器，并基于系统容器控制用户系统。

本申请实施例中提供了一种数据处理方法，如图3所示，可以应用于操作系统的内核层，该方法包括：

S301，接收操作系统应用层发送的系统恢复指令；其中，应用层运行有包括目标用户系统的至少两个用户系统；系统恢复指令用于指示对目标用户系统进行数据删除或还原。

S302，通过寄存器接口，将系统恢复指令写入寄存器。

S303，当启动操作系统时，启动引导程序；并根据引导程序从寄存器读取系统恢复指令。

S304，将系统恢复指令作为内核启动参数，以便操作系统的中间层根据内核启动参数，调用内核启动参数对应的配置文件，并基于配置文件运行目标用户系统的初始化进程，完成对目标用户系统的系统恢复。

示例性的，若目标用户系统为Android，操作系统的中间层可以通过设置目标用户系统的init.rc文件来完成对目标用户系统的系统恢复。

本申请实施例中提供了一种可能的实现方式，上述系统恢复指令是应用层基于用户针对目标用户系统的触发操作确定的；其中，触发操作包括如下至少一项：

将系统恢复指令对应的界面元素拖拽或移动至当前界面的预设范围内的操作；

针对界面元素的点击或触摸操作；

在预设的输入控件中针对界面元素的标识的输入操作。

本申请实施例中提供了一种数据处理系统，如图4所示，该系统包括应用层401、中间层402和内核层403，应用层401运行有至少两个用户系统，其中：

应用层401，用于获取目标用户系统的系统恢复指令，并通过内核接口将系统恢复指令传递给内核层；其中，系统恢复指令用于指示对目标用户系统进行数据删除或还原。

内核层403，用于通过寄存器接口，将系统恢复指令写入寄存器；

当数据处理系统启动时，内核层用于启动引导程序，并根据引导程序从寄存器读取系统恢复指令，将系统恢复指令作为内核启动参数。

中间层402，用于获取内核启动参数，并调用内核启动参数对应的配置文件；基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统进行系统恢复。

为了更好的理解上述数据处理系统，下面结合图5详细阐述一个本申请的数据处理系统进行数据处理的示例，上述数据处理系统运行于移动终端中，该数据处理的过程包括如下步骤：

S501，数据处理系统的应用层，基于用户针对目标用户系统的触发操作确定系统恢复指令。

其中，触发操作包括如下至少一项：

将系统恢复指令对应的界面元素拖拽或移动至当前界面的预设范围内的操作；

针对界面元素的点击或触摸操作；

在预设的输入控件中针对界面元素的标识的输入操作。

S502，数据处理系统的应用层通过内核接口将系统恢复指令传递给数据处理系统的内核层。

S503，数据处理系统的内核层通过寄存器接口将系统恢复指令写入寄存器。

S504，当数据处理系统启动时，内核层启动引导程序，并根据引导程序从寄存器读取系统恢复指令，将系统恢复指令作为内核启动参数。

S505，中间层获取内核启动参数，并调用内核启动参数对应的配置文件。

S506，中间层启动目标用户系统的初始化进程；根据配置文件使目标用户系统进入内核启动参数所对应的启动模式，以删除目标用户系统的用户数据和/或缓存数据。

本申请实施例中的数据处理系统可以运行于终端中，还可以运行于服务器中，在此不做具体限定。

本技术领域技术人员可以理解，这里所使用的“终端”可以是手机、个人电脑、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、MID(Mobile Internet Device，移动互联网设备)等电子设备；“服务器”可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

本申请实施例的系统可执行本申请实施例所提供的方法，其实现原理相类似，本申请各实施例的系统中的各层级所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于系统的各层级的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例中当启动操作系统时，可以通过操作系统的中间层获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件，然后基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复；由于上述内核启动参数是根据从寄存器中读取的系统恢复指令确定的，本申请实现了基于硬件即寄存器读取系统恢复指令；不同于现有技术中在操作系统重启之前，将系统恢复指令直接保存至中间层，本申请能够基于寄存器读取准确的针对目标用户系统的系统恢复指令，其中，该系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原，以完成目标用户系统的系统恢复。在存在多个用户系统的操作系统中，本申请能够保障系统恢复指令的正确响应，提升用户体验。

本申请实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现数据处理方法的步骤，与相关技术相比可实现：本申请实施例中当启动操作系统时，可以通过操作系统的中间层获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件，然后基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复；由于上述内核启动参数是根据从寄存器中读取的系统恢复指令确定的，本申请实现了基于硬件即寄存器读取系统恢复指令；不同于现有技术中在操作系统重启之前，将系统恢复指令直接保存至中间层，本申请能够基于寄存器读取准确的针对目标用户系统的系统恢复指令，其中，该系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原，以完成目标用户系统的系统恢复。在存在多个用户系统的操作系统中，本申请能够保障系统恢复指令的正确响应，提升用户体验。

在一个可选实施例中提供了一种电子设备，如图6所示，图6所示的电子设备600包括：处理器601和存储器603。其中，处理器601和存储器603相连，如通过总线602相连。可选地，电子设备600还可以包括收发器604，收发器604可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器604不限于一个，该电子设备600的结构并不构成对本申请实施例的限定。

处理器601可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器601也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线602可包括一通路，在上述组件之间传送信息。总线602可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线602可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器603可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器603用于存储执行本申请实施例的计算机程序，并由处理器601来控制执行。处理器601用于执行存储器603中存储的计算机程序，以实现前述方法实施例所示的步骤。

其中，电子设备包括但不限于：诸如移动电话、笔记本电脑、PAD等等移动终端以及诸如数字TV、台式计算机等等固定终端。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行时实现如下情况：

当操作系统启动时，获取引导程序中的内核启动参数，并调用内核启动参数对应的配置文件；其中，内核启动参数是基于从寄存器中读取的系统恢复指令确定的；系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原；

基于配置文件运行目标用户系统的初始化进程，以完成对目标用户系统的系统恢复。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”、“1”、“2”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除图示或文字描述以外的顺序实施。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上所述仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

当操作系统启动时，获取引导程序中的内核启动参数，并调用所述内核启动参数对应的配置文件；

其中，所述内核启动参数是基于从寄存器中读取的系统恢复指令确定的；所述系统恢复指令用于指示对至少两个用户系统中的目标用户系统进行数据删除或还原；

基于所述配置文件运行所述目标用户系统的初始化进程，以完成对所述目标用户系统的系统恢复。

2.根据权利要求1所述的方法，其特征在于，所述基于所述配置文件运行所述目标用户系统的初始化进程，包括：

启动所述目标用户系统的初始化进程；

根据所述配置文件使所述目标用户系统进入所述内核启动参数所对应的启动模式，以删除所述目标用户系统的用户数据和/或缓存数据。

3.根据权利要求1所述的方法，其特征在于，所述系统恢复指令通过如下方式写入所述寄存器：

所述操作系统的应用层从所述目标用户系统中获取所述系统恢复指令；

所述应用层通过内核接口将所述系统恢复指令传递给所述操作系统的内核层；

所述内核层通过寄存器接口将所述系统恢复指令写入所述寄存器。

4.根据权利要求1所述的方法，其特征在于，所述至少两个用户系统是基于容器的系统，所述至少两个用户系统运行于所述操作系统的应用层，并共享同一个内核。

5.根据权利要求1所述的方法，其特征在于，所述操作系统包括中间层，所述中间层用于构建系统容器，并基于系统容器控制所述用户系统。

6.一种数据处理方法，其特征在于，应用于操作系统的内核层，所述方法包括：

接收所述操作系统应用层发送的系统恢复指令；其中，所述应用层运行有包括目标用户系统的至少两个用户系统；所述系统恢复指令用于指示对所述目标用户系统进行数据删除或还原；

通过寄存器接口，将所述系统恢复指令写入寄存器；

当启动所述操作系统时，启动引导程序；并根据所述引导程序从所述寄存器读取所述系统恢复指令；

将所述系统恢复指令作为内核启动参数，以便调用所述内核启动参数对应的配置文件，并基于所述配置文件运行目标用户系统的初始化进程，完成对所述目标用户系统的系统恢复。

7.根据权利要求6所述的方法，其特征在于，所述系统恢复指令是所述应用层基于用户针对目标用户系统的触发操作确定的；其中，所述触发操作包括如下至少一项：

将所述系统恢复指令对应的界面元素拖拽或移动至当前界面的预设范围内的操作；

针对所述界面元素的点击或触摸操作；

在预设的输入控件中针对所述界面元素的标识的输入操作。

8.一种数据处理系统，其特征在于，包括应用层、中间层和内核层，所述应用层运行有至少两个用户系统，其中，

所述应用层，用于获取目标用户系统的系统恢复指令，并通过内核接口将所述系统恢复指令传递给所述内核层；其中，所述系统恢复指令用于指示对所述目标用户系统进行数据删除或还原；

所述内核层，用于通过寄存器接口，将所述系统恢复指令写入寄存器；

当所述数据处理系统启动时，所述内核层用于启动引导程序，并根据所述引导程序从所述寄存器读取系统恢复指令，将所述系统恢复指令作为内核启动参数；

所述中间层用于，获取所述内核启动参数，并调用所述内核启动参数对应的配置文件；基于所述配置文件运行所述目标用户系统的初始化进程，以完成对所述目标用户系统进行系统恢复。

9.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述方法的步骤。

Images