多系统OTA升级的方法及装置与流程

本发明涉及计算机技术领域，具体而言，本发明涉及一种多系统OTA升级的方法，及一种多系统OTA升级的装置。

背景技术：

目前各大运营商一般将软件版本升级包置于OTA(Over-the-Air Technology，空中下载技术)服务器中，终端设备基于当前系统的软件版本，通过自动或用户手动操作的方式在OTA服务器中搜索相应软件版本的升级包，并将软件版本升级包下载至终端设备，随后将终端设备的系统中的软件版本升级为新的软件版本。

现有技术中，在包含多操作系统的终端设备中，用户可通过当前处于前台的操作系统对应的OTA服务器获取相应的系统升级包，以完成对当前处于前台的操作系统的升级操作，当用户希望对当前处于后台的操作系统进行系统升级时，用户需要将当前处于后台的操作系统切换至前台，以完成对当前切换至前台的系统的升级操作，因此，当用户需要对多操作系统的终端设备中各操作系统进行系统升级时，需要进行较为繁琐的升级操作过程，同时，该升级操作过程需要耗费用户大量的时间，从而降低了用户的使用体验。

技术实现要素：

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

本发明的实施例提出了一种多系统OTA升级的方法，包括：

主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包；

主控系统基于多系统升级包对多系统执行升级操作。

优选地，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包，包括：

主控系统控制OTA升级指令所指示的子系统的OTA客户端下载相应的多系统升级包，并存储至该子系统中的预定存储路径下；

从预定存储路径下获取多系统升级包。

优选地，，主控系统控制OTA升级指令所指示的子系统的OTA客户端下载相应的多系统升级包，包括：

主控系统控制OTA升级指令所指示的子系统的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。

优选地，预定升级需求包括以下任一情形：

对多系统中的所有功能进行升级；

对多系统中的部分功能进行升级；

对多系统的当前系统版本与服务器中最新系统版本的差异部分进行升级。

优选地，主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包，包括：

用户在终端设备处于前台的子系统中触发OTA升级指令时，若OTA升级指令所指示的子系统处于后台的子系统，则处于前台的子系统将OTA升级指令发送至主控系统；

主控系统接收到处于前台的子系统发送的OTA升级指令，将OTA升级指令发送至处于后台的子系统；

主控系统获取处于后台的子系统的OTA客户端基于接收到的OTA升级指令反馈的相应的多系统升级包。

优选地，OTA升级指令用于指示基于最高版本号的多系统升级包来进行系统升级，其中，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包，包括：

基于OTA升级指令，通过各个子系统的OTA客户端获取相应的各个OTA服务器中的多系统升级包的版本号；

确定版本号最高的多系统升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多系统升级包，并存储至与该OTA服务器对应的子系统中的预定存储路径下。

本发明的另一实施例提出了一种多系统OTA升级的装置，包括：

获取模块，用于主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包；

升级模块，用于主控系统基于多系统升级包对多系统执行升级操作。

优选地，获取模块，包括：

下载及存储单元，用于主控系统控制OTA升级指令所指示的子系统的OTA客户端下载相应的多系统升级包，并存储至该子系统中的预定存储路径下；

第一获取单元，用于从预定存储路径下获取多系统升级包。

优选地，下载及存储单元用于

主控系统控制OTA升级指令所指示的子系统的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。

优选地，预定升级需求包括以下任一情形：

对多系统中的所有功能进行升级；

对多系统中的部分功能进行升级；

对多系统的当前系统版本与服务器中最新系统版本的差异部分进行升级。

优选地，获取模块，包括：

第一发送单元，用于用户在终端设备处于前台的子系统中触发OTA升级指令时，若OTA升级指令所指示的子系统处于后台的子系统，则处于前台的子系统将OTA升级指令发送至主控系统；

第二发送单元，用于主控系统接收到处于前台的子系统发送的OTA升级指令，将OTA升级指令发送至处于后台的子系统；

第二获取单元，用于主控系统获取处于后台的子系统的OTA客户端基于接收到的OTA升级指令反馈的相应的多系统升级包。

本发明的实施例中，提出了一种多系统OTA升级的方案，主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包，实现了根据需求灵活地从相应的子系统获取所需的多系统升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，为主控系统对各系统执行升级操作提供了必要的前提保障；主控系统基于多系统升级包对多系统执行升级操作，实现了快速地通过主控系统根据获取到的多系统升级包对终端设备中各系统整体执行升级操作，简化了系统升级操作的过程，避免了单独对各系统进行系统升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明中一个实施例的多系统终端设备中各系统间的关系示意图；

图2为本发明中一个实施例的多系统OTA升级的方法的流程图；

图3为本发明中一个优选实施例的多系统终端设备中各系统间的OTA客户端与其服务器的对应关系示意图；

图4为本发明中另一实施例的多系统OTA升级的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

下面结合附图具体介绍本发明实施例的技术方案。

本发明实施例的终端设备的内部结构的框架示意图如图1所示，包括：主控系统和两个以上的子系统。

其中，本发明实施例中的子系统，可以是设置在以Linux container(容器)虚拟化技术创建的容器中的操作系统。操作系统可以为传统意义上的Linux操作系统或Unix操作系统，也可以是基于Linux操作系统衍生出来的Android系统、Ubuntu系统或FireFox系统等，还可以为以Windows平台为基础的windows系统等等。实际上，本发明中的子系统不限于前述例举的操作系统，可以涵盖所有能够在容器中运行的操作系统。

优选地，主控系统可以是上述传统的操作系统，也可以是对传统的kernel进行改进和/或在kernel之外(例如框架层和应用层)增加功能模块之后，得到的操作系统。

主控系统主要用于对多个子系统进行前后台管理，与各子系统进行交互等。

图2为本发明中一个实施例的多系统OTA升级的方法的流程图。

需要说明的是，本发明的实施例中，终端设备中的主控系统可为各子系统提供相应的支持和服务，主控系统是终端设备的核心的安全操作系统，主要用于管理各子系统之间的前后台切换，并为各子系统提供软硬件的相关资源、消息通信、系统备份、系统恢复及系统升级等服务。

本发明的实施例中，各步骤所执行的内容概述如下：步骤S210：主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包；步骤S220：主控系统基于多系统升级包对多系统执行升级操作。

本发明的实施例中，提出了一种多系统OTA升级的方法，主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包，实现了根据需求灵活地从相应的子系统获取所需的多系统升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，为主控系统对各系统执行升级操作提供了必要的前提保障；主控系统基于多系统升级包对多系统执行升级操作，实现了快速地通过主控系统根据获取到的多系统升级包对终端设备中各系统整体执行升级操作，简化了系统升级操作的过程，避免了单独对各系统进行系统升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。以下针对各个步骤的具体实现做进一步的说明：

步骤S210：主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包。

例如，在包括主控系统OS_Control和子系统OS₁、子系统OS₂的终端设备运行环境中，用户通过点击子系统OS₁的OTA客户端的人机交互界面中的系统升级按钮，以实现对主控系统OS_Control、子系统OS₁和子系统OS₂的系统升级，子系统OS₁将OTA升级指令发送至主控系统，主控系统OS_Control接收到子系统OS₁发送的OTA升级指令时，通过识别调用主控系统OS_Control升级服务的相关消息可确定OTA升级指令所指示的子系统为系统OS₂，随后主控系统OS_Control在系统OS₂的预定存储路径下获取相应的多系统升级包。

需要说明的是，本领域技术人员可以了解到，移动终端OTA升级是指移动终端操作系统提供的标准软件升级方式，可以无损失升级系统，主要手段是通过网络自动下载OTA升级包、自动升级，也支持通过下载OTA升级包到SD卡对操作系统进行升级。同时，要求移动终端安装有OTA客户端应用程序，因此，本发明的实施例中，终端设备的主控系统及各子系统中均安装有OTA客户端应用程序，且各子系统中的OTA客户端应用程序与其各自对应的服务器进行通信，如图3所示，子系统OS₁中的OTA客户端应用程序与服务器1进行通信，子系统OS₂中的OTA客户端应用程序与服务器2进行通信等。

优选地，步骤S210中在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包的步骤进一步包括步骤S211和步骤S212；步骤S211：主控系统控制OTA升级指令所指示的子系统的OTA客户端下载相应的多系统升级包，并存储至该子系统中的预定存储路径下；步骤S212：从预定存储路径下获取多系统升级包。

例如，当主控系统OS_Control接收到子系统OS₁发送的OTA升级指令时，主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₂，随后，主控系统OS_Control控制系统OS₂的OTA客户端在其对应的服务器中下载相应的多系统升级包，并将该多系统升级包存储至系统OS₂中的预定存储路径下，如“..\down\”路径下，随后，主控系统OS_Control从系统OS₂中的“..\down\”路径下获取多系统升级包。

优选地，在步骤S211中，主控系统控制OTA升级指令所指示的子系统的OTA客户端下载相应的多系统升级包，具体包括：主控系统控制OTA升级指令所指示的子系统的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。

其中，预定升级需求包括以下任一情形：

对多系统中的所有功能进行升级；具体包括：基于服务器中服务器中最新系统版本对多系统中的所有功能进行升级、基于用户指定的系统版本对多系统中的所有功能进行升级；

对多系统中的部分功能进行升级；具体包括：基于服务器中服务器中最新系统版本对多系统中的部分功能进行升级、基于用户指定的系统版本对多系统中的部分功能进行升级；

对多系统的当前系统版本与服务器中最新系统版本的差异部分进行升级。

例如，当主控系统OS_Control接收到子系统OS₁发送的OTA升级指令时，主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₂，随后，主控系统OS_Control向系统OS₂的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，如基于服务器中最新系统版本，对多系统中的所有功能进行升级的请求信息，随后，服务器根据该请求信息，向子系统OS₂下发基于服务器中最新系统版本对多系统中的所有功能进行升级对应的系统整体升级包，随后子系统OS₂接收到该系统整体升级包。

又例如，在包括一个主控系统OS_Control和子系统OS₁、子系统OS₂的终端设备运行环境中，主控系统OS_Control和子系统OS₁当前系统的系统版本号如V1.2.1，子系统OS₂当前系统的系统版本号如V1.2.2，子系统OS₁的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.3，子系统OS₂的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.4，随后，通过用户当前使用的前台系统，如子系统OS₁的人机交互界面提示用户存在多系统的升级包，当用户通过点击子系统OS₁的OTA客户端的人机交互界面中的系统升级按钮后，根据预定的升级包版本的选择规则，如默认获取用户当前使用系统对应的OTA服务器提供的多系统升级包对多系统进行升级，主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₁，主控系统OS_Control控制子系统OS₁的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，随后，服务器根据该请求信息，向终端设备中的子系统OS₁下发如对多系统中的所有功能进行升级对应的系统版本为V1.2.3的系统整体升级包，随后子系统OS₁接收到系统版本为V1.2.3的系统整体升级包。需要说明的是，当子系统OS₁和子系统OS₂各自对应的OTA服务器均检测到可用的多系统升级包时，还可将各自检测到的多系统升级包下载至各自系统中预定存储路径下，随后根据预定的升级包版本的选择规则，从对应系统预定存储路径下获取相应的多系统升级包。

通过本实施例，实现了根据用户的个性化需求选择用户需要的系统升级包进行系统升级，满足了用户的不同使用需求，提高了用户的使用体验；同时，提供了多种获取系统升级包的方式，使得用户可高效快速地获取到所需的系统升级包，进一步地，提高了用户的使用体验。

优选地，步骤S210进一步包括步骤S213、步骤S214和步骤S215；步骤S213：用户在终端设备处于前台的子系统中触发OTA升级指令时，若OTA升级指令所指示的子系统为处于后台的子系统，则处于前台的子系统将OTA升级指令发送至主控系统；步骤S214：主控系统接收到处于前台的子系统发送的OTA升级指令，将OTA升级指令发送至处于后台的子系统；步骤S215：主控系统获取处于后台的子系统的OTA客户端基于接收到的OTA升级指令反馈的相应的多系统升级包。

例如，用户在终端设备当前处于前台的子系统OS₁中触发OTA升级指令时，当前处于前台的子系统OS₁将OTA升级指令发送至主控系统OS_Control，主控系统OS_Control根据OTA升级指令所指示的子系统为处于后台的子系统OS₂，将该OTA升级指令发送至当前处于后台的子系统OS₂，根据接收到的OTA升级指令可确定用户预定升级需求的升级包，如对多系统中的部分功能进行升级的系统差分升级包，随后主控系统OS_Control控制子系统OS₂的OTA客户端在与其对应的服务器处下载相应的系统差分升级包，并存储至子系统OS₂中的预定存储路径下，随后主控系统OS_Control从子系统OS₂中的预定存储路径下获取对多系统中的部分功能进行升级的系统差分升级包。

优选地，OTA升级指令用于指示基于最高版本号的多系统升级包来进行系统升级，其中，在步骤S210中在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包的步骤，进一步包括步骤S216和步骤S217；步骤S216：基于OTA升级指令，通过各个子系统的OTA客户端获取相应的各个OTA服务器中的多系统升级包的版本号；步骤S217：确定版本号最高的多系统升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多系统升级包，并存储至与该OTA服务器对应的子系统中的预定存储路径下。

例如，在包括一个主控系统OS_Control和子系统OS₁、子系统OS₂的终端设备运行环境中，主控系统OS_Control和子系统OS₁当前系统的系统版本号如V1.2.1，子系统OS₂当前系统的系统版本号如V1.2.2，子系统OS₁的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.3，子系统OS₂的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.4；随后，通过用户当前使用的前台系统，如子系统OS₁的人机交互界面提示用户存在多系统的升级包，当用户通过点击子系统OS₁的OTA客户端的人机交互界面中的系统升级按钮后，得到OTA升级指令用于指示基于最高版本号的多系统升级包来进行系统升级时，通过子系统OS₁和子系统OS₂的OTA客户端获取相应的各个OTA服务器中的多系统升级包的版本号，分别为V1.2.3和V1.2.4，判断确定最高版本号为V1.2.4，随即可确定版本号最高的多系统升级包对应的OTA服务器为子系统OS₂对应的OTA服务器，随后主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₂，主控系统OS_Control控制子系统OS₂的OTA客户端向其对应的服务器发送获取多系统版本号为V1.2.4的升级包的请求信息，随后，服务器根据该请求信息，向终端设备中的子系统OS₂下发如对多系统中的所有功能进行升级对应的系统版本为V1.2.4的系统整体升级包，并存储至与该OTA服务器对应的子系统OS₂中的预定存储路径下，以用于后续系统升级。

步骤S220：主控系统基于多系统升级包对多系统执行升级操作。

例如，主控系统OS_Control基于获取到的系统整体升级包，版本号如V1.2.3，对版本号如V1.2.1的主控系统OS_Control和子系统OS₁以及版本号如V1.2.2的子系统OS₂执行系统升级至版本号为V1.2.3的整体升级操作。

图4为本发明中另一实施例的多系统OTA升级的装置的结构示意图。

需要说明的是，本发明的实施例中，终端设备中的主控系统可为各子系统提供相应的支持和服务，主控系统是终端设备的核心的安全操作系统，主要用于管理各子系统之间的前后台切换，并为各子系统提供软硬件的相关资源、消息通信、系统备份、系统恢复及系统升级等服务。

本发明的实施例中，各模块所执行的内容概述如下：获取模块410主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包；升级模块420主控系统基于多系统升级包对多系统执行升级操作。

本发明的实施例中，提出了一种多系统OTA升级的装置，主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包，实现了根据需求灵活地从相应的子系统获取所需的多系统升级包，满足了用户的不同使用需求，从而提高了用户的体验，同时，为主控系统对各系统执行升级操作提供了必要的前提保障；主控系统基于多系统升级包对多系统执行升级操作，实现了快速地通过主控系统根据获取到的多系统升级包对终端设备中各系统整体执行升级操作，简化了系统升级操作的过程，避免了单独对各系统进行系统升级的繁琐操作的情况，从而节约了升级过程耗费的时间，进一步地，提高了用户的使用体验。以下针对各个模块的具体实现做进一步的说明：

获取模块410主控系统接收到终端设备中任一子系统发送的OTA升级指令时，在OTA升级指令所指示的子系统的预定存储路径下获取相应的多系统升级包。

例如，在包括主控系统OS_Control和子系统OS₁、子系统OS₂的终端设备运行环境中，用户通过点击子系统OS₁的OTA客户端的人机交互界面中的系统升级按钮，以实现对主控系统OS_Control、子系统OS₁和子系统OS₂的系统升级，子系统OS₁将OTA升级指令发送至主控系统，主控系统OS_Control接收到子系统OS₁发送的OTA升级指令时，通过识别调用主控系统OS_Control升级服务的相关消息可确定OTA升级指令所指示的子系统为系统OS₂，随后主控系统OS_Control在系统OS₂的预定存储路径下获取相应的多系统升级包。

需要说明的是，本领域技术人员可以了解到，移动终端OTA升级是指移动终端操作系统提供的标准软件升级方式，可以无损失升级系统，主要手段是通过网络自动下载OTA升级包、自动升级，也支持通过下载OTA升级包到SD卡对操作系统进行升级。同时，要求移动终端安装有OTA客户端应用程序，因此，本发明的实施例中，终端设备的主控系统及各子系统中均安装有OTA客户端应用程序，且各子系统中的OTA客户端应用程序与其各自对应的服务器进行通信，如图3所示，子系统OS₁中的OTA客户端应用程序与服务器1进行通信，子系统OS₂中的OTA客户端应用程序与服务器2进行通信等。

优选地，获取模块410进一步包括下载及存储单元和第一获取单元；下载及存储单元主控系统控制OTA升级指令所指示的子系统的OTA客户端下载相应的多系统升级包，并存储至该子系统中的预定存储路径下；第一获取单元从预定存储路径下获取多系统升级包。

例如，当主控系统OS_Control接收到子系统OS₁发送的OTA升级指令时，主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₂，随后，主控系统OS_Control控制系统OS₂的OTA客户端在其对应的服务器中下载相应的多系统升级包，并将该多系统升级包存储至系统OS₂中的预定存储路径下，如“..\down\”路径下，随后，主控系统OS_Control从系统OS₂中的“..\down\”路径下获取多系统升级包。

优选地，下载及存储单元用于主控系统控制OTA升级指令所指示的子系统的OTA客户端向其对应的OTA服务器发送获取满足预定升级需求的升级包的请求信息，并接收该OTA服务器响应于请求信息反馈的升级包。

其中，预定升级需求包括以下任一情形：

对多系统中的所有功能进行升级；具体包括：基于服务器中服务器中最新系统版本对多系统中的所有功能进行升级、基于用户指定的系统版本对多系统中的所有功能进行升级；

对多系统中的部分功能进行升级；具体包括：基于服务器中服务器中最新系统版本对多系统中的部分功能进行升级、基于用户指定的系统版本对多系统中的部分功能进行升级；

对多系统的当前系统版本与服务器中最新系统版本的差异部分进行升级。

例如，当主控系统OS_Control接收到子系统OS₁发送的OTA升级指令时，主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₂，随后，主控系统OS_Control向系统OS₂的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，如基于服务器中最新系统版本，对多系统中的所有功能进行升级的请求信息，随后，服务器根据该请求信息，向子系统OS₂下发基于服务器中最新系统版本对多系统中的所有功能进行升级对应的系统整体升级包，随后子系统OS₂接收到该系统整体升级包。

又例如，在包括一个主控系统OS_Control和子系统OS₁、子系统OS₂的终端设备运行环境中，主控系统OS_Control和子系统OS₁当前系统的系统版本号如V1.2.1，子系统OS₂当前系统的系统版本号如V1.2.2，子系统OS₁的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.3，子系统OS₂的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.4，随后，通过用户当前使用的前台系统，如子系统OS₁的人机交互界面提示用户存在多系统的升级包，当用户通过点击子系统OS₁的OTA客户端的人机交互界面中的系统升级按钮后，根据预定的升级包版本的选择规则，如默认获取用户当前使用系统对应的OTA服务器提供的多系统升级包对多系统进行升级，主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₁，主控系统OS_Control控制子系统OS₁的OTA客户端在其对应的服务器发送获取满足预定升级需求的升级包，随后，服务器根据该请求信息，向终端设备中的子系统OS₁下发如对多系统中的所有功能进行升级对应的系统版本为V1.2.3的系统整体升级包，随后子系统OS₁接收到系统版本为V1.2.3的系统整体升级包。需要说明的是，当子系统OS₁和子系统OS₂各自对应的OTA服务器均检测到可用的多系统升级包时，还可将各自检测到的多系统升级包下载至各自系统中预定存储路径下，随后根据预定的升级包版本的选择规则，从对应系统预定存储路径下获取相应的多系统升级包。

通过本实施例，实现了根据用户的个性化需求选择用户需要的系统升级包进行系统升级，满足了用户的不同使用需求，提高了用户的使用体验；同时，提供了多种获取系统升级包的方式，使得用户可高效快速地获取到所需的系统升级包，进一步地，提高了用户的使用体验。

优选地，获取模块410进一步包括第一发送单元、第二发送单元和第二获取单元；第一发送单元用户在终端设备处于前台的子系统中触发OTA升级指令时，若OTA升级指令所指示的子系统为处于后台的子系统，则处于前台的子系统将OTA升级指令发送至主控系统；第二发送单元主控系统接收到处于前台的子系统发送的OTA升级指令，将OTA升级指令发送至处于后台的子系统；第二获取单元主控系统获取处于后台的子系统的OTA客户端基于接收到的OTA升级指令反馈的相应的多系统升级包。

例如，用户在终端设备当前处于前台的子系统OS₁中触发OTA升级指令时，当前处于前台的子系统OS₁将OTA升级指令发送至主控系统OS_Control，主控系统OS_Control根据OTA升级指令所指示的子系统为处于后台的子系统OS₂，将该OTA升级指令发送至当前处于后台的子系统OS₂，根据接收到的OTA升级指令可确定用户预定升级需求的升级包，如对多系统中的部分功能进行升级的系统差分升级包，随后主控系统OS_Control控制子系统OS₂的OTA客户端在与其对应的服务器处下载相应的系统差分升级包，并存储至子系统OS₂中的预定存储路径下，随后主控系统OS_Control从子系统OS₂中的预定存储路径下获取对多系统中的部分功能进行升级的系统差分升级包。

优选地，OTA升级指令用于指示基于最高版本号的多系统升级包来进行系统升级，其中，获取模块410进一步包括版本号获取单元和下载单元；版本号获取单元基于OTA升级指令，通过各个子系统的OTA客户端获取相应的各个OTA服务器中的多系统升级包的版本号；下载单元确定版本号最高的多系统升级包对应的OTA服务器，并从该OTA服务器下载版本号最高的多系统升级包，并存储至与该OTA服务器对应的子系统中的预定存储路径下。

例如，在包括一个主控系统OS_Control和子系统OS₁、子系统OS₂的终端设备运行环境中，主控系统OS_Control和子系统OS₁当前系统的系统版本号如V1.2.1，子系统OS₂当前系统的系统版本号如V1.2.2，子系统OS₁的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.3，子系统OS₂的OTA客户端通过其对应的OTA服务器检测到存在多系统的升级包，版本号为V1.2.4，随后，通过用户当前使用的前台系统，如子系统OS₁的人机交互界面提示用户存在多系统的升级包，当用户通过点击子系统OS₁的OTA客户端的人机交互界面中的系统升级按钮后，得到OTA升级指令用于指示基于最高版本号的多系统升级包来进行系统升级时，通过子系统OS₁和子系统OS₂的OTA客户端获取相应的各个OTA服务器中的多系统升级包的版本号，分别为V1.2.3和V1.2.4，得到最高版本号为V1.2.4，可确定版本号最高的多系统升级包对应的OTA服务器为子系统OS₂对应的OTA服务器，随后主控系统OS_Control确定OTA升级指令所指示的子系统为系统OS₂，主控系统OS_Control控制子系统OS₂的OTA客户端在其对应的服务器发送获取多系统版本号为V1.2.4的升级包，随后，服务器根据该请求信息，向终端设备中的子系统OS₂下发如对多系统中的所有功能进行升级对应的系统版本为V1.2.4的系统整体升级包，并存储至与该OTA服务器对应的子系统OS₂中的预定存储路径下。

升级模块420主控系统基于多系统升级包对多系统执行升级操作。

例如，主控系统OS_Control基于获取到的系统整体升级包，版本号如V1.2.3，对版本号如V1.2.1的主控系统OS_Control和子系统OS₁以及版本号如V1.2.2的子系统OS₂执行系统升级至版本号为V1.2.3的整体升级操作。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。