CN106104473A - 用户可选操作系统 - Google Patents

Abstract

本发明涉及具有用户可选操作系统的用户设备。一个实现可包括主存储，该主存储具有以不可操作的形式存储在其上的多个经压缩操作系统。该实现还可包括处理器，该处理器被配置成执行多选项引导加载器，该多选项引导加载器被配置成接收对个体操作系统的用户选择。该多选项引导加载器被配置成以专用于该个体操作系统的配置将文件夹结构安装在主存储上，并将该个体操作系统以可操作的形式与该文件夹结构相关地安装在主存储上。

Description

用户可选操作系统

背景

传统上，计算设备已包括要在该设备上运行的单个操作系统。一些知识渊博的用户可将设备配置成引导到两个操作系统之一。然而，这样的配置要求改变操作系统及硬分区以使各操作系统彼此分开。此外，多个操作系统占据了大量的存储空间，这些存储空间因而对用户不可用。此外，这些配置造成了设备和操作系统的安全问题。由此，用户为了其设备上多个操作系统的选项而牺牲了很多，或者用户接受缺少具有单个操作系统的设备所提供的选择。

概述

本文档涉及具有用户可选操作系统的用户设备。一个实现涉及具有诸如固态硬盘驱动器或硬盘驱动器之类的主存储的设备。主存储可使多个经压缩的操作系统以不可操作的形式或版本存储在其上。该实现还可包括处理器，该处理器被配置成执行多选项引导加载器。多选项引导加载器可被配置成接收对个体操作系统的用户选择。多选项引导加载器可被配置成以专用于该个体操作系统的配置将文件夹结构安装在主存储上，并将该个体操作系统以可操作的形式与该文件夹结构相关地安装在主存储上。

另一实现可包括显示器、存储、和处理器。处理器可被配置成使得图形用户界面(GUI)被呈现在显示器上，该图形用户界面列出以二进制形式存储在该存储上的多个操作系统。GUI可允许用户选择将个体操作系统的操作形式安装在存储上。处理器可使得另一GUI被呈现在显示器上，这允许用户选择将多个操作系统中的另一操作系统的操作形式安装在该设备上，并删除该个体操作系统的操作形式。

进一步实现可包括显示器、处理器、存储和安装在存储上的至少两个可操作的操作系统。处理器可被配置成接收对个体操作系统的用户选择，并删除至少两个操作系统中的其他操作系统。处理器还将该存储的专用于所删除的操作系统的一部分格式化成用户数据存储。

提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述不旨在标识所要求保护的主题的关键或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

附图简述

参考附图来描述具体实施方式。在附图中，附图标记最左边的数字标识该附图标记首次出现的附图。在说明书和附图的不同实例中使用相似的附图标记可指示相似或相同的项目。

图1-9是根据本发明概念的一些实现的用户操作系统选择场景的示例。

图10是可实现用户可选操作系统概念的系统的示例。

图11-13示出根据一些实现的涉及结合图10引入的一些元素的附加细节。

图14-15是根据一些实现的多操作系统方法的流程图。

详细描述

概览

本发明技术允许制造商或其他供应商将多个操作系统安装在计算设备或“设备”上。终端用户(或代表终端用户进行操作的某个人)可选择在该设备上利用哪个操作系统。尽管可适用于任何类型的设备，但本发明概念尤其适用于存储受限设备，诸如平板设备、智能电话和/或可穿戴智能设备等等。存储受限设备往往具有相对较小的存储量。在传统配置中，在设备上具有多个操作系统大大降低了用户可用于存储用户数据(诸如，音乐、图片和/或视频)的存储量。结果，大大降低的用户存储胜过能够从多个操作系统中进行选择的方便性。本实现可克服该折衷，并以用户可用的数据存储方面的非常小的降低来向用户提供对多个操作系统的选择。后面的解释以若干场景示例开始，接着是硬件示例，并且最后是方法示例。

使用情形场景

图1-2共同示出涉及设备102的第一使用情形场景。在该示例中，设备102示为具有显示104的平板型设备。设备场景可涉及设备102的终端用户106(例如，购买者)。在图1中，当用户使设备上电时，图形用户界面(GUI)108被呈现给用户。GUI包括向该用户呈现的多操作系统消息110。该消息在112处指示该平板刚开始有两个预先安装的操作系统。GUI在114处列出这些操作系统(例如，操作系统1和操作系统2)并要求用户选择这些操作系统之一。该消息在116处向用户解释未选择的操作系统将被删除，使得用户在该设备上将具有更多可用存储空间。出于解释的目的，假设用户选择了操作系统2。虽然没有示出，但在此时可生成要求用户确认其选择和/或解释该选择的任何分支的另一GUI。

图2示出后续GUI 208，该后续GUI 208向用户指示操作系统2正被安装在设备上并且操作系统1已被从设备删除以为用户腾出存储空间。概括而言，该配置可允许设备刚开始预先安装有不同的操作系统。用户可选择一个体操作系统。其他操作系统可被删除，使得删除的操作系统已占据的存储部分可被配置为供用户使用。此时，设备102可以按与仅所选的操作系统被预先安装在该设备上相同的方式来用该所选的操作系统工作。由此，制造商可制造具有多个操作系统选项的单个设备，并且用户可按需配置该设备。该最终结果可被看作可像该设备是根据用户的规格要求(例如，用户所期望的那样)来构建的那样起作用的通用设备。

图3-9共同示出另一多选项场景。该场景是相对于设备302来描述的。在这种情况下，设备302示为具有显示器304和硬件按钮306的智能电话。在这种情况下，存在三个硬件按钮306(1)、306(2)和306(3)。硬件按钮306可用于各种能力，诸如电源按钮、音量按钮等。在一些配置中，当“软键”不可用时，硬件按钮可用于供在启动期间使用。在该示例中，用户可激活电源按钮以查看启动GUI 308。注意，其他设备配置可具有不同数目的硬件按钮，或完全没有硬件按钮而改为具有供用户用于控制设备的其他机制。

GUI 308向用户指示该设备正在上电，并且用户可选择如在310处所指示的三个操作系统(OS1-OS3)之一来安装在该设备上。出于解释的目的，假设用户使用硬件按钮306中的一者或多者选择了操作系统1。图4示出由操作系统1生成的GUI 408。此时，操作系统1正常启动(例如，就像操作系统1是该设备上的唯一操作系统一样)。然而，在该情况下，不将其他操作系统(例如，OS2和OS3)从该设备中删除。相反，可以以占用该设备上相对较少的空间(诸如例如为一千兆字节或更少)的经压缩的不可操作的形式在该设备上维护OS2和OS3。

图5示出其中用户再一次使设备302上电的后续GUI 508。在该情况下，该GUI在510处指示当前操作系统是操作系统1。该GUI还在512处询问该用户他是否想要切换操作系统。出于示例的目的，假设用户指示他/她想要尝试另一操作系统。

图6示出允许用户从可操作的操作系统(例如，OS1-OS3)中进行选择的后续GUI608。出于解释的目的，假设用户选择OS3。图7示出在710处指示设备正采取行动来保存用户的个人数据以准备好改变操作系统的另一GUI 708。简言之，在该上下文中，用户的个人数据可包括与先前操作系统和/或个人内容(诸如文档、媒体等)相关联的个人设置。在一些情况下，个人数据可被看作与个体操作系统相关联的配置数据的一部分。GUI 708还在712处向用户提供获知该用户可采取以保存他/她的个人数据的动作的机会。例如，用户可点击在该部分上，并且解释用户可如何以及在哪里备份特定个人数据的另一GUI可被生成。例如，用户可将其个人数据备份到诸如闪存设备(例如，安全数字(SD)卡)和/或云存储等辅助存储上。

图8示出旨在在操作系统改变期间保护用户的个人数据的另一GUI 808。该GUI表示可采取来在操作系统切换期间保护用户的个人数据的动作。在该示例中，GUI 808在810处指示特定个人数据(在该情况下为视频文件)不可被保存。该GUI在812处请求用户在该设备继续操作系统改变之前手动地备份该指定的数据

图9示出正在启动所选OS3的后续GUI 908。在910处，该GUI指示正在将在图7-8中保存的用户的个人数据与OS 3相关联。从此时开始，OS3可以按正常方式操作。

概括而言，图3-9示出可维护经压缩的不可操作的形式的多个操作系统的设备。用户可选择个体操作系统以供(例如，以可操作的形式)安装在该设备上。用户可随后按需切换到不同的操作系统。该配置允许单个设备(例如，产品)满足许多不同的用户。此外，个体用户可选择(以及重新选择)要在该设备上利用的个体操作系统，同时牺牲非常少的存储(例如，小于32千兆字节的主存储中的1千兆字节)。设备302可被配置成在某些情况下(诸如在冷启动时)自动地允许用户选择(例如，改变)操作系统。替换地或附加地，在第一用户选择后，用户可决定引出操作系统选择GUI，诸如通过在‘设置’文件夹或类似的用户控制特征中作出选择。

图10示出被配置成允许用户从多个操作系统中进行选择的系统1000。系统1000包括与以上描述的设备102和302相似的设备1002。在一些配置中，设备1002可被表征为具有应用层1004、操作系统层1006和硬件层1008。一个或多个应用1010可在操作系统(OS)1012上运行。多选项引导加载器1014可允许用户选择个体操作系统以供在该设备上操作。操作系统可经由驱动程序1018与硬件1016交互。(注意，操作系统可各自具有其自己的驱动程序。例如，第一操作系统的显示驱动程序不可与第二操作系统一起用)。

硬件1016的示例可包括显示器1020(分别与图1和3的显示器104和304类似)、传感器1022、(诸)处理器1024、电池(例如，电源)1026、通信组件1028和/或存储介质或存储1030等等。当然，在各种实现中，可包括其他元件。同样，注意，出于解释的目的，该描述尝试将这些元件组织成诸如层之类的群组。读者应当理解，分组可能并不是在所有情况下都非常准确的，或者可能不是表达这些元件的关系的唯一方式。例如，多选项引导加载器1014可被示为在操作系统1012旁边或甚至在该操作系统顶部上而非在其下面。在另一表征中，多选项引导加载器1014可被描述为应用层1004的一部分。由此，该解说的意图是帮助读者理解本发明概念，而非呈现限制的架构。考虑多选项引导加载器的另一方式是在启动时可以是第一指令在该设备上运行。一旦运行，多选项引导加载器可运行其他指令。

从一个角度来看，设备1002可以被看作是计算机。计算机或设备的示例可包括传统的计算设备(诸如个人计算机、台式计算机、笔记本计算机)、蜂窝电话、智能电话、个人数字助理、平板型计算机、数字白板、相机、可穿戴设备(诸如智能眼镜)或任何不断演进或还在开发的类型的计算设备的混合中的任一者。

处理器1024可以执行计算机可读指令形式的数据以提供功能。数据(诸如计算机可读指令和/或用户相关数据)可被存储在存储1030上，诸如对计算机而言可以是内部或外部的存储。存储可包括易失性或非易失性存储器、硬盘驱动器、闪存设备、和/或光存储设备(例如，CD、DVD等)等等中的任何一个或多个。如本文所使用的，术语"计算机可读介质"可包括信号。相反，术语“计算机可读存储介质”排除信号。计算机可读存储介质包括“计算机可读存储设备”。计算机可读存储设备的示例包括诸如RAM之类的易失性存储介质、诸如硬盘驱动器、光盘和闪存存储器之类的非易失性存储介质，以及其他。

出于解释的目的，在本文档中，存储1030可被称为主存储1030(1)和辅助存储1030(2)。主存储1030(1)可以是任何内置(例如，在制造时包括的)存储，诸如闪存、硬盘驱动器等。辅助存储1030(2)可以是任何其他存储，诸如由销售者或终端用户添加到设备中的存储，诸如添加到多媒体端口的多媒体卡。辅助存储还可包括远程存储，诸如可由该设备访问或利用的基于云的存储。还注意，尽管术语“处理器”和“存储”被示为不同的元件，但可存在重叠。例如，如此处使用的“存储”可包括专用控制器。例如，在其他配置中，主存储1030(1)可被具体化为嵌入式多媒体控制器(eMMC)存储，它包括集成在同一硅管芯上的闪存和闪存控制器。类似地，处理器1024可具有其自己的专用存储器，该专用存储器可被认为是存储1030的一部分。

在一些配置中，设备1002可包括片上系统(SOC)类型设计。在这一情况下，设备所提供的功能可被集成在单个SOC或多个耦合的SOC上。一个或多个处理器可被配置成与共享资源协调，例如存储器、存储等，和/或与一个或多个专用资源协调，如配置成执行特定具体功能的硬件块。这样，在此所述的术语“处理器”还可以是指中央处理单元(CPU)、通用处理单元(GPUs)、控制器、微控制器、处理器核或其他类型的处理设备。

一般而言，在此描述的任何功能可使用软件、固件、硬件(例如，固定逻辑电路)、手动处理或这些实现的组合来实现。在此所述的术语“组件”一般表示软件、固件、硬件、整个设备或网络、或其组合。例如在软件实现的情况下，其可以表示当在处理器(例如，一个或多个CPU)上执行时执行指定任务的程序代码。程序代码可被储存在一个或多个计算机可读存储器设备中，诸如计算机可读存储介质。组件的各特征和技术是平台无关的，从而意味着它们可在具有各种处理配置的各种商用计算平台上实现。

多选项引导加载器1014可允许用户从多个操作系统中选择。例如，在设备上电时，多选项引导加载器1014可以是在处理器1024上运行的第一指令。例如，在设备启动时，诸如当用户按压电源按钮时，硬件1016可被上电。硬件(例如，处理器1024)可定位多选项引导加载器1014，该多选项引导加载器1014可被存储在主存储1030(1)的特定位置处。硬件1016可基于被烧录到硬件1016中(例如，被烧录到包括处理器的集成电路芯片中)的证书来确认多选项引导加载器1014的证书。在一些实现中，该配置可确保没有其他引导加载器在该设备上运行。换言之，被烧录到芯片中的证书将确认多选项引导加载器的数字签名。如果该签名通过(例如，被确认)，则多选项引导加载器被加载。多选项引导加载器可转而确认各个体操作系统，诸如通过其相应的唯一数字签名。以下结合图12更详细地讨论这方面。

换言之，一些实现可采用单个多选项引导加载器(例如，该多选项引导加载器是该设备上唯一的引导加载器)。单个多选项引导加载器可在该设备上被认证，并可随后处理所有这些操作系统。这些配置可(尝试)通过防止任何其他引导加载器在该设备上启动(这可随后安装可暴露诸如该设备上的用户数据之类的敏感数据的不可信的操作系统)来保证该设备的安全性。

多选项引导加载器1014可使得解释多个操作系统对用户可用并允许用户选择个体操作系统的GUI被呈现给用户。这些GUI的示例是结合图1-9来示出的。在用户选择之际，多选项引导加载器可用单个可操作的操作系统来配置设备1002。以下结合图11和12讨论这些方面的示例。在用户选择之际，多选项引导加载器1014可采取各种动作来为用户选择的操作系统配置该设备。通信组件1028可示为可允许设备诸如通过网络与其他设备通信的蜂窝电路、其他无线电路、调制解调器、端口等。处理器1024可使得通信组件1028传达哪个操作系统以可操作的形式被安装在该设备上。

图11示出主存储1030(1)上的存储空间的水平条形图表示。主存储1030(1)可以是任何持久(例如，非易失性)存储，诸如闪存或硬盘驱动器等。本示例涉及两个不同的操作系统1012，被指定为OS1和OS2。为了解释和比较的目的，主存储1030(1)在‘第一实例’和后续的‘第二实例’中示出。

第一实例示出具有两个可操作的操作系统(OS1和OS2)的主存储1030(1)，这两个可操作的操作系统被安装在该存储上。更具体地，主存储1030(1)包括多选项引导加载器(MOBL)1014。此外，主存储1030(1)被组织在两个硬分区1102(1)和1102(2)中。第一硬分区1102(1)专用于OS1、与OS1相关联的配置数据1104和1106处用于用户数据的存储。类似地，第二硬分区1102(2)专用于OS2、与OS2相关联的配置数据1108和1110处用于用户数据的存储。出于解释的目的，考虑硬分区的一种方式是，从安装在该硬分区内的操作系统的角度来看，该硬分区定义该存储的范围(例如，该操作系统不知晓所述存储扩展超出了该硬分区)。

多选项引导加载器1014可运行并允许用户选择这两个操作系统之一(参见例如图1)。多选项引导加载器1014可随后重新格式化主存储1030(1)以产生在第二实例中例证的配置。具体地，多选项引导加载器1014可删除未选择的操作系统(在该示例中为OS1)，并重新格式化该存储空间以获得如1112处指示的用户相关存储。在一些配置中，多选项引导加载器1014可与所选的操作系统协作地操作以重新格式化该存储以获得附加用户空间。

图12示出允许用户选择操作系统的主存储1030(1)的另一实现。在该情况下，主存储包括多个选项引导加载器1014和OS库1202中的经压缩形式的多个操作系统。在一些实现中，经压缩的操作系统以二进制形式与每一操作系统的配置数据存储在一起。尽管没有明确示出，但在该示例中，有三个经压缩的不可操作的操作系统(OS1-OS3)及相关联的配置数据被存储在OS库1202中。以下结合图13更详细地讨论这些方面。

回想如在以上结合图10的讨论中提到的，在设备启动时，多选项引导加载器1014可被认证。同样如以上所述，多选项引导加载器可允许用户选择要在该设备上运行的个体OS。多选项引导加载器1014可为所选的操作系统配置主存储1030(1)。例如，多选项引导加载器1014可使用来自OS库1202的专用于所选操作系统的配置数据来将软分区1204(1)和1204(2)安装在主存储上。多选项引导加载器1014可知道OS库1202中的每一操作系统的开始和结束地址或对其具有访问权。在一些情况下，OS库中的各个体操作系统的开始和停止地址被列在该OS库中，并且可由多选项引导加载器读取。多选项引导加载器可随后从OS库1202中提取所选的操作系统，并验证那个操作系统的证书。

如果所选操作系统的证书通过，则多选项引导加载器1014可将与所选操作系统相关联的配置数据中的一些写到主存储1030(1)的如1206(1)处所指示的一部分。同样，一旦所选的操作系统被认证，多选项引导加载器1014可将经验证的OS写到如1206(2)处所指示的OS分区(例如，如被定义在软分区1204(1)和1204(2)之间)。多选项引导加载器1014可配置如1206(3)处所指示的用户存储。

多选项引导加载器1014可按整个引导链可以是安全和可信的方式完成对主存储1030(1)的配置。首先，设备硬件1016可检查多选项引导加载器1014。其次，多选项引导加载器1014可确保操作系统和任何剩余组件由可信实体创作并签署。从一个角度考虑，多选项引导加载器1014可为可操作的操作系统中的每一者提供统一可扩展固件接口(UEFI)安全引导加载器功能作为其总体功能的一部分。

概括而言，在初始启动时，多选项引导加载器1014可运行并允许用户选择要在设备上运行的个体操作系统(参见例如图3)。出于示例的目的，假设用户选择OS1。作为响应，多选项引导加载器1014可组织OS1的主存储1030(1)并根据OS库中的OS1的经压缩二进制形式将OS1以可操作形式安装在该存储上。在该情况下(如图12的第二实例中示出的)，多选项引导加载器1014可安装如通过OS1指定的软分区1204(1)和1204(2)以定义配置数据位于何处(在1206(1)处指示)、操作系统位于何处(在1206(2)处指示)以及分派给用户数据的存储位于何处(在1206(3)处指示)。如本文中所使用的，软分区涉及与个体操作系统有关的文件系统格式。从一个角度来看，软分区可类似于文件夹。

多选项引导加载器1014可根据操作系统库1202中的经压缩形式将OS1扇区的可操作形式安装到存储部分1206(2)。此时，OS1可正常操作(例如，就好像它是该设备上的唯一操作系统)，并且不需要知晓OS库1202在主存储1030(1)上的存在。事实上，一些实现被配置成使得可操作OS无法访问OS库(例如，其他不可操作的操作系统或其配置数据)。由此，与一个操作系统相关联的安全信息被保护以免受其他操作系统影响，并反之亦然。

存储在1206(1)处的因操作系统而异的配置数据(以上结合图11在1104和1108处引入)可被认为包括供应数据和/或用户设置。供应数据可包括关于调制解调器设置、校准数据和/或NV项等的信息。因此，配置数据可能难以准确地示出，因为配置数据可包括操作系统的分区布局以及多选项引导加载器1014可写到各分区中的其他配置数据(诸如校准数据)两者。注意，供应数据可能对特定操作系统是唯一的。由此，可将与其相应操作系统有关的供应数据存储为相应配置数据的一部分。该配置数据可能是其他操作系统不知道并不可访问的。如以上结合图10所提到的，驱动程序1018可以是因操作系统而异的。由此，在一些实例中，每一操作系统的配置数据1104可包括专用于该操作系统的驱动程序。这些驱动程序可保持对其他操作系统不可访问。

注意，当主存储1030(1)如第二实例处示出的那样配置时，多选项引导加载器可重新引导该设备以运行OS1。

再次查看图12，第三实例可产生于其中用户选择从所选操作系统改变为其他可操作的操作系统之一的场景(参见例如图5-6)。(在该情况下，假设用户选择了OS3)。在从第二实例到第三实例的转变中，诸如用户的个人设置、因OS而异的驱动程序之类的配置数据可被保存到OS库1202。因此，在用户在后续时间决定返回OS1的情况下，该数据可能是可用的。如果存在被存储在主存储上的其他用户数据可由于操作系统改变而被丢失，则多选项引导加载器1014可采取各行动，诸如向用户示出如何将该其他用户数据备份到诸如辅助存储1030(2)(参见图7和10)。

第四实例示出多选项引导加载器1014已为现在被安装并且可操作的OS3重新格式化了主存储1030(1)。注意，相比于本文中示出的软分区，一些实现可包括更多和/或不同的软分区1204(1)’和1204(2)’，但那些实现与以上和以下解释的概念一致。例如，出于简明起见，在第二实例和第四实例两者中都示出了两个软分区，但在其他实现中，OS2和OS3可指定不同数目的分区。注意，当主存储1030(1)如第四实例处所示出的那样配置时，多选项引导加载器1014可重新引导该设备以运行OS3。在该情况下，配置数据被指定为1206(1)’，OS3在1206(2)’处被指定，并且用户数据被指定为1206(3)’。

注意，在该实现中，在第一实例中，在用户选择之前，没有操作系统以可操作的形式被安装在主存储1030(1)上。然而，可递送其他实现，其中在默认配置中，一个体操作系统以可操作形式被安装在主存储1030(1)上。如果用户选择那个操作系统，则它准备好继续。如果用户选择不同的操作系统，则可移除该默认操作系统，并且该过程以图12的“第一实例”再次开始。

注意，一些实现可在继续操作系统改变之前检查各种参数。例如，这些实现可检查该设备的电池水平。操作系统改变可仅在电池水平高于定义的阈值(诸如40％)的情况下才开始，以确保电池不会在操作系统安装过程期间用尽。此外，多选项引导加载器可被配置成在操作系统安装过程被打断的情况下，使主存储返回特定配置。例如，用户可能在多选项引导加载器正将主存储从第一实例转换到第二实例时将电池拔出。在电源恢复之际，多选项引导加载器可使设备返回第一实例的配置(例如，没有可操作的操作系统或相关联的存储配置)。多选项引导加载器可随后再次开始该过程(例如，允许用户选择操作系统，或者重新开始配置主存储并安装所选操作系统的可操作版本)。

注意，在制造期间，在制造设施(例如工厂)或另一设施处可将该设备反复引导到每一操作系统以用于测试、校准、存储NV项、NVM项、无线电、DPP等。例如，可使该设备循环通过第一、第二、第三和第四实例多次。本实现可在制造期间防止每一可操作的操作系统破坏其他(例如，不可操作的)操作系统所拥有的数据。例如，OS1不可引导并删除OS2和OS3的安装分区，和/或访问和/或改写涉及不可操作的操作系统的各密钥和证书。

概括而言，单个多选项引导加载器的一些实现可生成各GUI，这些GUI允许用户从可操作的经压缩操作系统的列表中选择供在该设备上操作的个体操作系统。单个多选项引导加载器可为包括在该设备上的每一操作系统提供遵循UEFI的引导加载器功能。因此，单个多选项引导加载器可配置主存储并安装所选的操作系统，同时维护设备安全性并保护不可操作的操作系统及其配置数据。

图13示出被配置为创建OS库1202的系统1300。两个OS库配置被示为OS库1202(1)和1202(2)。第一OS库配置以实线示出，并且第二OS库配置以虚线来区分。根据以上结合图12的讨论回想，在该实例中，OS库包含三个操作系统OS1、OS2和OS3的经压缩形式。当然，尽管在该实现中利用三个操作系统，但其他实现可利用两个操作系统或者四个或更多个操作系统。该系统可利用引导链工具包1302(在该情况下，分别涉及每一操作系统OS1、OS2和OS3的元件1302(1)、1302(2)和1302(3))。在第一配置中，引导链工具包1302可被利用来作出单个经压缩的二进制文件1304。任何配置数据或专用于个体操作系统的其他数据可被存储在专用于相应OS1-OS3的软分区1306(1)-1306(3)中。经压缩的二进制文件可包括每一操作系统的开始和停止地址的列表。

在第二配置中，每一操作系统(OS1-OS3)以经压缩的形式被分别存储在其自己的专用二进制文件1304(1)-1304(3)中。在所示配置中，每一OS的二进制文件被定位在那个OS的软分区1306(1)-1306(3)中的配置数据附近。在其他配置中，OS二进制文件可被分组在一起，并且配置数据可被分组在一起。

示例技术

图14示出多操作系统选择技术或方法1400的流程图。

在框1402，该方法可以以经压缩的不可操作的形式将多个操作系统写到主存储的第一部分上。在一些情况下，不可操作的形式是包含这多个经压缩的不可操作的操作系统中的全部的单个二进制文件。在其他情况下，二进制文件专用于每一经压缩的不可操作的操作系统。当然，尽管在该示例中利用了二进制文件，但可利用其他经压缩文件配置来存储多个操作系统的不可操作形式。

在框1404，该方法可将单个引导加载器安装在主存储的第二部分中。单个引导加载器可被配置成以可操作的形式将多个操作系统中的任何一个操作系统安装在主存储的第三部分上。主存储的第一部分中与多个操作系统中的其他操作系统相关联的地址可被保护以免被可操作的操作系统读或写。

图15示出多操作系统选择技术或方法1500的流程图。

在框1502，该方法可接收将个体操作系统的可操作的实例安装在具有多个不可操作的经压缩操作系统存储在其(例如，设备)上的设备上的指令。

在框1504，该方法可访问操作系统的不可操作的经压缩版本。在一些实现中，不可操作的经压缩版本可被存储为专用文件。在其他实现中，不可操作的经压缩版本可以是还包括其他未选的操作系统的不可操作的经压缩版本的单个文件的一部分。

在框1506，该方法可验证操作系统的不可操作的经压缩版本的真实性。例如，该验证可能需要检查不可操作的经压缩形式的数字签名。

在框1508，该方法可以按对操作系统唯一的方式配置设备。在一些情况下，该配置可能需要按由(和/或为)所选的操作系统指定的方式将软分区安装在主存储上。

在框1510，该方法可安装操作系统的可操作的实例。在一些情况下，该方法可发送指示哪个操作系统以可操作的形式被安装在该设备上的通知。例如，该通知可被发送给该设备的制造商或服务提供商，诸如与该设备相关联的蜂窝服务提供商。在其他使用中，该通知可被用于记账的目的。例如，蜂窝服务提供商可销售具有来自第一实体的第一操作系统和来自第二实体的第二操作系统的智能电话。蜂窝服务提供商可收集这些通知，并基于所销售的正运行第一和第二实体的相应操作系统的智能电话的数目向第一和第二实体提供付款。该付款可以是一次性付款或者可以是分期付款。例如，用户可选择第一操作系统达一时间段，并随后切换到第二操作系统。在该情况下，可针对对其操作系统的使用而补偿每一实体。在替换配置中，该通知可被发送给制造商，并且制造商可基于该通知来补偿第一或第二实体。

所述的方法可以由以上结合图1-13描述的系统和/或设备来执行，和/或由其他设备和/或系统来执行。描述各方法的次序并不旨在解释为限制，并且任何数量的所述动作都可以按任何次序组合以实现方法或实现替换方法。此外，该方法还可以用任何合适的硬件、软件、固件或其组合来实现，以使得设备可实现该方法。在一种情况下，该方法作为指令集被存储在计算机可读存储介质上，以便计算设备的处理器的执行使得该计算设备执行该方法。

结语

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。

Claims (10)

1.一种设备，包括：

主存储，所述主存储具有以不可操作的形式存储在其上的多个经压缩的操作系统；以及

处理器，所述处理器被配置成执行多选项引导加载器，所述多选项引导加载器被配置成接收对个体操作系统的用户选择，所述多选项引导加载器被配置成以专用于所述个体操作系统的配置将文件夹结构安装在所述主存储上，并将所述个体操作系统以可操作的形式与所述文件夹结构相关地安装在所述主存储上。

2.如权利要求1所述的设备，其特征在于，所述多选项引导加载器是所述设备上的唯一引导加载器。

3.如权利要求1所述的设备，其特征在于，所述多选项引导加载器被配置成接收对所述多个经压缩的操作系统中的另一操作系统的后续用户选择并删除所述个体操作系统的可操作形式以及所述文件夹结构，以及安装专用于所述另一操作系统的另一文件夹结构并根据所述另一操作系统的不可操作的经压缩形式来安装所述另一操作系统的可操作形式。

4.如权利要求1所述的设备，其特征在于，所述多选项引导加载器包括用于所述多个经压缩的操作系统中的每一者的遵循统一可扩展固件接口(UEFI)的引导加载器。

5.如权利要求1所述的设备，其特征在于，所述多个经压缩的操作系统的不可操作形式包括二进制文件。

6.如权利要求1所述的设备，其特征在于，所述设备包括智能电话、平板设备、可穿戴智能设备或个人计算机。

7.如权利要求1所述的设备，其特征在于，进一步包括通信组件，并且其中所述处理器还被配置成使得所述通信组件发送指示所述个体操作系统是以可操作形式来安装的消息。

8.一种设备，包括：

显示器；

存储；以及

安装在所述存储上的至少两个可操作的操作系统；

处理器，所述处理器被配置成接收对个体操作系统的用户选择并删除所述至少两个操作系统中的其他操作系统，以及将所述存储专用于所删除的操作系统的一部分格式化成用户数据存储。

9.如权利要求8所述的设备，其特征在于，所述设备还被配置成维护所述至少两个操作系统的可从其恢复所述至少两个可操作的操作系统的不可操作的经压缩形式。

10.如权利要求8所述的设备，其特征在于，所述处理器被配置成接收来自所述设备上的硬件按钮的用户选择。