CN102073504A - 一种多场景操作方法、系统及智能设备 - Google Patents

Abstract

本发明实施例提供一种多场景操作方法、系统及智能设备，该方法包括：预置智能设备在各个应用场景下对应的配置文件；配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息；操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；操作系统根据第一应用场景的资源需求信息调整系统资源，包括：调整CPU工作频率和时钟、内存的读写频率，以及调整外围设备的工作方式。实施本发明，可缩短系统启动时间，同时操作系统可根据智能设备的应用场景自动配置资源，管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的效果。

Description

一种多场景操作方法、系统及智能设备

技术领域

本发明涉智能设备领域，尤其涉及一种多场景操作方法、系统及智能设备。

背景技术

随着科技的发展，智能设备为我们提供各种便利，已经与我们的工作生活密不可分。现在不仅大多数家庭都拥有电脑，而且存在诸如机顶盒之类的智能设备。

随着市场竞争以及技术进步，智能设备的功能越来越强。一台智能设备既可以作为家庭娱乐中心，播放音视频、收看电视、玩游戏；又能作为家庭安全中心，通过各种报警装置进行网络监控；还可以作为智能控制中心，控制用户家中的各种设备；甚至可以作为家庭保健中心，对家庭成员进行远程日常健康检查，如测量心电图、血压、血糖、体重，实施药疗计划、视频会诊等。

另一方面，随着全球性能源危机的到来，实现经济转型，发展绿色经济已经成为各国发展的共识。发展绿色经济意味着在不断提高设备智能化水平的同时，还要不断减少设备的能源消耗，达到节能目标，要实现这个目标，只有依靠科学技术来实现，科学技术的发展也必须迎合这个趋势。

众所周知，各种智能设备通过操作系统实现底层资源的管理。操作系统通过提供进程、线程机制以及丰富的设备驱动，可以方便实现智能设备的各种功能，因此操作系统是智能设备的基础，没有操作系统的支持，也就难有目前智能设备齐全和丰富的功能。

但是，本发明人在实施本发明的过程中发现，现有智能设备的操作系统存在明显缺陷：

现有的智能设备一旦启动，其操作系统会加载所有的应用模块和驱动模块，造成系统启动时间长的问题。同时，操作系统没有合理的调整资源，不管智能设备工作于哪种应用场景，都调用相同的资源，例如CPU工作频率和时钟、内存的读写频率、以及外围设备的工作方式等，始终都是固定的。这不仅浪费操作系统的硬件资源，同时也浪费能源。 

发明内容

本发明实施例所要解决的技术问题在于，提供一种多场景操作方法、系统及智能设备，使系统及智能设备能够根据使用场合的不同而工作于不同的工作方式，解决目前的智能设备操作系统不管智能设备工作于哪种应用场景，都调用相同的资源，造成操作系统的硬件资源及能源浪费的问题。 

为了解决上述技术问题，本发明实施例提供了一种多场景操作方法，包括：

预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息；

在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；

所述操作系统根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整中央处处理器（CPU，Central Processing Unit）工作频率和时钟、内存的读写频率，以及调整外围设备的工作方式。

其中，所述在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行，包括：

在用户选定所述智能设备的第一应用场景后，操作系统启动；

在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；在该配置文件中未包括的应用模块和驱动模块不加载，相关的设备不启动，处于断电状态。

其中，所述操作系统根据第一应用场景的资源需求信息调整系统资源之后，还包括：

所述操作系统接收场景切换指令；

所述操作系统加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块；

所述操作系统按照第二应用场景预置的工作方式运行； 

所述操作系统根据第二应用场景的资源需求信息调整系统资源。

其中，所述操作系统加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块包括：

所述操作系统比较所述第一应用场景与第二应用场景的配置文件；

所述操作系统对第二应用场景的配置文件中具有、且第一应用场景的配置文件中不具有的应用模块、驱动模块进行加载；

所述操作系统对第二应用场景的配置文件中不具有、且第一应用场景的配置文件中具有的应用模块、驱动模块进行卸载。

其中，所述操作系统在一个时刻只能工作于一个应用场景。

相应地，本发明实施例还提供了一种多场景操作系统，包括：

场景预置单元，用于预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息；

操作处理单元，用于在所述多场景操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；

资源调整单元，用于根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整所述多场景操作系统的CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。

其中，所述场景预置单元包括：

文件存储子单元，用于预置智能设备在各个应用场景下对应的配置文件；

功能扩展子单元，用于对所述文件存储子单元中的数据进行维护和更新；包括：对应用场景进行动态扩展、升级和添加；定义新的配置文件，添加新的应用模块和驱动模块。

其中，所述操作处理单元包括：

人机交互子单元，用于向用户提供各个应用场景供用户选择，并将用户选定应用场景作为所述智能设备的第一应用场景；

操作处理子单元，用于根据所述场景选择子单元所确定的第一应用场景的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行。

其中，所述人机交互子单元还用于接收场景切换指令；

所述多场景操作系统还包括：

切换控制单元，用于控制所述操作处理单元加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块，并按照第二应用场景预置的工作方式运行； 

资源更新单元，用于控制所述资源调整单元根据第二应用场景的资源需求信息调整系统资源。

其中，所述切换控制单元包括：

配置比较子单元，用于比较所述第一应用场景与第二应用场景的配置文件；

切换控制子单元，用于根据所述配置比较子单元的比较结果，控制所述操作处理单元对第二应用场景的配置文件中具有、且第一应用场景的配置文件中不具有的应用模块、驱动模块进行加载；控制所述操作处理单元对第二应用场景的配置文件中不具有、且第一应用场景的配置文件中具有的应用模块、驱动模块进行卸载。

其中，所述多场景操作系统还包括：

安全监控单元，用于根据应用场景的配置文件，监控对应的进程或线程、加载的应用模块、驱动模块以及系统硬件资源的工作状态。

最后，本发明实施例还提供了一种智能设备，所述智能设备中包括上述多场景操作系统。

其中，所述智能设备为数字电视机顶盒。

实施本发明实施例，操作系统可根据智能设备的应用场景，只启动部分需要的应用模块和驱动模块，缩短系统启动时间。同时，操作系统可根据智能设备的应用场景自动配置资源，管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的技术效果。另外操作系统可以设计为只能工作于一个应用场景，因此也更方便安全的管理，使系统更加安全。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的多场景操作方法第一实施例流程示意图；

图2为本发明提供的多场景操作方法第二实施例流程示意图；

图3为本发明提供的多场景操作系统第一实施例结构示意图；

图4为本发明提供的多场景操作系统第二实施例结构示意图。

具体实施方式

实施本发明实施例提供的多场景操作方法、系统及智能设备，可根据智能设备的应用场景，只启动部分需要的应用模块和驱动模块，缩短系统启动时间。同时，操作系统可根据智能设备的应用场景自动配置资源，管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的技术效果。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，为本发明提供的多场景操作方法第一实施例流程示意图，如图1所示：

在步骤S100，预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息。

在步骤S101，在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行。

在步骤S102，所述操作系统根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。

实施本发明实施例提供的多场景操作方法，可根据智能设备的应用场景，只启动部分需要的应用模块和驱动模块，缩短系统启动时间。同时，操作系统可根据智能设备的应用场景自动配置资源，管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的技术效果。

参见图2，为本发明提供的多场景操作方法第二实施例流程示意图，在本实施例中，将更为详细的描述该多场景操作方法的流程。如图2所示：

在步骤S200，预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息。

更为具体的，应用场景下运行的应用模块即该应用场景下操作系统应该加载运行的应用程序，可以对应实际的进程、线程或一个网络服务。应用模块可以预先存储在本地从本地加载运行，也可以存储于网络其它地方，通过网络加载运行，或者直接通过网络启动运行。应用模块信息包括应用程序名称，位置，启动的参数，如优先级等，运行方式（进程或线程）等信息。

应用场景下运行的驱动模块即该场景下支持系统或设备正常运行必须启动的硬件资源需要加载的驱动模块、操作系统模块。硬件资源包括CPU、内存、外设等。驱动模块信息包括驱动模块名称、加载方式，工作方式等信息。驱动模块的工作方式即支持当前场景运行实现的最优工作方式，为了最优最节省资源的实现功能，不同的场景可以设计不同的工作方式，如USB驱动可以根据需求而工作于不同的传输模式、工作于不同的传输速度。

本实施例提供的多场景操作方法首先定义智能设备的应用场景，每个应用场景对应一种独立的智能设备应用场合。智能设备在每个应用场景实现不同的功能，所以在每个应用场景，智能设备需要用到的应用模块或应用程序都不同。所述应用模块或应用程序可以对应操作系统的多个进程或线程，或者网络服务。

优选的，在本步骤中，我们同时把操作系统本身的工作模块（内核模块）以及各种驱动模块根据应用场景的不同也加以区分和模块化，定义不同的工作方式。

进一步的，如一台具有娱乐、安全报警、电器控制等功能的家庭智能化设备，其可以作为家庭娱乐中心，用来播放音视频、收看电视、玩游戏；也可以作为家庭安全中心，通过各种报警检测装置进行各种监控；还可以作为智能控制中心，通过网络控制家庭各种控制设备；甚至可以作为家庭疗保健中心，能够对家庭成员进行远程日常健康检查，如心电图/血压/血糖/体重测量、实施药疗计划、视频会诊等。因此这样的多功能设备需要根据使用场合不同工作于不同的状态，提供不同的功能，并且不同的功能对设备资源的需求也不同。其作为家庭控制中心及报警监控中心使用时，可能只需要几少的计算量，作为家庭娱乐中心，播放音视频使用时，可能需要大的计算量。另外不同的场合对能源的需求也不同，有的场合可能需要设备的所有模块都上电工作，有的场合可能只需部分模块工作，如作为报警监控中心时，几乎所有的模块都可以工作于待机状态。

因此对这样的多功能智能设备，就需要针对不同的应用场合设计不同的应用模块和应用程序。如对上述家庭智能化设备，可以为该家庭智能化设备的操作系统设计四种的应用场景（娱乐场景、控制场景、监控场景、健康检测场景），并为每种场应用场景预置不同的应用模块或应用程序，操作系统也需要根据不同的场景定义区分不同的内核模块和驱动模块，或为内核模块和驱动模块定义不同工作方式。如在娱乐场景下可能需要使用操作系统提供的完整的内核模块（线程、同步、通讯、内存管理、IO、文件管理、网络等），而在控制场景或监控场景下可能只需要简单的线程、IO管理功能等。

更进一步的，上述预置的应用场景及对应的配置文件可以根据需要进行升级和扩展，在升级和扩展过程中，智能设备所接收的更新程序需要经过数字签名或用户验证，只有验证通过才能进行场景和应用的更新，这样保证了智能设备的安全工作。

在步骤S201，在用户选定智能设备的应用场景后，操作系统启动。在本实施例中，将操作系统启动时用户所选定的应用场景称为“第一应用场景”。

在步骤S202，在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；在该配置文件中未包括的应用模块和驱动模块不加载，其相关的设备不启动，处于断电状态。

在本步骤中，因为与第一应用场景需要实现的功能无关的应用模块和驱动模块均未加载，相关的设备也处于断电状态无需启动，故该操作系统的启动速度将大大提高。

在步骤S203，操作系统根据第一应用场景的资源需求信息调整系统资源。资源需求信息即描述支持当前场景最优运行而需要配置的设备信息，如是否启动、启动状态（运行、睡眠、待机等），需要预先调整好和预制的资源信息，如当前应用场景下CPU需要运行的最优工作频率和时钟，预先分配的内存等。

所述调整系统资源包括：调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。所述外围设备为受所述智能设备控制的其它设备。

更为具体的，操作系统启动后，根据当前应用场景的配置文件配置调整资源，如调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式等，使操作系统在满足计算要求的条件下，工作功耗最低，对外干扰最小。如智能设备工作在控制场景或监控场景下需要的CPU计算量很小，对内存的读写速度要求也不高，因此操作系统可以将CPU的时钟调整到很低的工作频率，既实现节能，又降低对外干扰的效果。在控制场景或监控场景下只有在外部触发的条件下才需要CPU及其它驱动工作，因此包括CPU等几乎所有的模块都可以工作于待机状态，使能源消耗更低。

在步骤S204，所述操作系统接收场景切换指令。因为智能设备启动后，用户可能需要改变智能设备的应用场景，此时就需要操作系统根据切换指令控制智能设备改变应用场景。该切换指令是用户通过智能设备的遥控器或直接在该智能设备的控制面板上触发的。在本实施例中，智能设备启动后所处的应用场景为“第一应用场景”，在其切换后的应用场景为“第二应用场景”。

在步骤S205，操作系统加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块。

进一步的，操作系统比较所述第一应用场景与第二应用场景的配置文件；然后对第二应用场景的配置文件中具有、且第一应用场景的配置文件中不具有的应用模块、驱动模块进行加载；对第二应用场景的配置文件中不具有、且第一应用场景的配置文件中具有的应用模块、驱动模块进行卸载。

更为具体的，如操作系统控制智能设备从娱乐场景切换到监控场景时，需要卸载娱乐场景对应的应用模块及依赖的各种内核模块、驱动模块，加载监控场景需要的应用模块，以及依赖的各种内核模块、驱动模块，在模块公用的情况下，不需要模块卸载，在模块公用而只是工作方式不同时，只需调整模块工作方式。

在步骤S206，所述操作系统按照第二应用场景预置的工作方式运行，并根据第二应用场景的资源需求信息调整系统资源。

随着技术的发展，互联网、物联网时代的到来，几乎已经不存在单独工作的智能设备，智能设备在通过网络实现相互通讯，协同工作的同时，还能通过网络实现功能的升级和扩展，但也同时带来了网络安全的问题，不仅电脑设备通过网络会染上病毒，各种智能手机等通讯设备也会通过网络染上病毒，带来不可估量的经济损失，因此智能设备如何安全工作也是一个迫切要解决的问题。

本实施例提供的操作系统同某一时刻只能工作于一个应用场景。这主要就是从安全管理的方面考虑的。因为一个应用场景对应固定的进程或线程，故其对应的应用模块都是固定不变的，只需监控这些固定数量的进程、线程的工作状态及固定模块和文件的状态，保证它们的安全就可以保证设备的安全运行，防止病毒侵入。

实施本发明实施例提供的多场景操作方法，可根据智能设备的应用场景，只启动部分需要的应用模块和驱动模块，缩短系统启动时间。同时，操作系统可根据智能设备的应用场景自动配置资源，调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式等，并管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的技术效果。

参见图3，为本发明提供的多场景操作系统第一实施例结构示意图，如图所示，该多场景操作系统包括：

场景预置单元1，用于预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息。

操作处理单元2，用于在所述多场景操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行。

资源调整单元3，用于根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整所述多场景操作系统的CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。

本发明实施例提供的操作系统可根据智能设备的应用场景，只启动部分需要的应用模块和驱动模块，缩短系统启动时间。同时，操作系统可根据智能设备的应用场景的不同自动配置资源，调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式等，并管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的技术效果。

参见图4，为本发明提供的多场景操作系统第二实施例结构示意图，在本实施例中，将更为详细的描述该多场景操作系统各单元的结构和功能。如图4所示，该多场景操作系统包括：场景预置单元1、操作处理单元2、资源调整单元3。

场景预置单元1，用于预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息。更为具体的，该场景预置单元1具体包括：文件存储子单元11和功能扩展子单元12。

文件存储子单元11，用于预置智能设备在各个应用场景下对应的配置文件。更为具体的，本实施例提供的多场景操作系统首先在文件存储子单元11中定义智能设备的应用场景，每个应用场景对应一种独立的智能设备应用场合。智能设备在每个应用场景实现不同的功能，所以在每个应用场景，智能设备需要用到的应用模块或应用程序都不同。所述应用模块或应用程序可以对应操作系统的多个进程或线程，或网络服务。

优选的，在本步骤中，我们同时把操作系统本身的工作模块（内核模块）以及各种驱动模块根据应用场景的不同也加以区分和模块化，定义不同的工作方式。

进一步的，如一台具有娱乐、安全报警、电器控制等功能的家庭智能化设备，其可以作为家庭娱乐中心，用来播放音视频、收看电视、玩游戏；也可以作为家庭安全中心，通过各种报警检测装置进行各种监控；还可以作为智能控制中心，通过网络控制家庭各种控制设备；甚至可以作为家庭疗保健中心，能够对家庭成员进行远程日常健康检查，如心电图/血压/血糖/体重测量、实施药疗计划、视频会诊等。因此这样的多功能设备需要根据使用场合不同工作于不同的状态，提供不同的功能，并且不同的功能对设备资源的需求也不同。其作为家庭控制中心及报警监控中心使用时，可能只需要几少的计算量，作为家庭娱乐中心，播放音视频使用时，可能需要大的计算量。另外不同的场合对能源的需求也不同，有的场合可能需要设备的所有模块都上电工作，有的场合可能只需部分模块工作，如作为报警监控中心时，几乎所有的模块都可以工作于待机状态。

因此对这样的多功能智能设备，就需要针对不同的应用场合设计不同的应用模块和应用程序。如对上述家庭智能化设备，可以为该家庭智能化设备的操作系统在文件存储子单元11中设计四种的应用场景（娱乐场景、控制场景、监控场景、健康检测场景），并为每种场应用场景预置不同的应用模块或应用程序，操作系统也需要根据不同的场景定义区分不同的内核模块和驱动模块，或为内核模块和驱动模块定义不同工作方式。如在娱乐场景下可能需要使用操作系统提供的完整的内核模块（线程、同步、通讯、内存管理、IO、文件管理、网络等），而在控制场景或监控场景下可能只需要简单的线程、IO管理功能等。

功能扩展子单元12，用于对所述文件存储子单元中的数据进行维护和更新。上述预置在文件存储子单元11中的应用场景及对应的配置文件可以根据需要进行升级和扩展，包括：对应用场景进行动态扩展、升级和添加；定义新的配置文件，添加新的应用模块和驱动模块。优选的，在升级和扩展过程中，智能设备所接收的更新程序需要经过数字签名或用户验证，只有验证通过才能进行场景和应用的更新，这样保证了智能设备的安全工作。

操作处理单元2，用于在所述多场景操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行。更为具体的，该操作处理单元2具体包括：

人机交互子单元21，用于向用户提供各个应用场景供用户选择，在用户选定智能设备的应用场景后，将用户选定应用场景作为所述智能设备的第一应用场景。

操作处理子单元22，用于根据所述场景选择子单元所确定的第一应用场景的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行。而在该配置文件中未包括的应用模块和驱动模块不加载，其相关的设备不启动，处于断电状态。因为与第一应用场景需要实现的功能无关的应用模块和驱动模块均未加载，相关的设备也处于断电状态无需启动，故该操作系统的启动速度将大大提高。

资源调整单元3，用于根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整所述多场景操作系统的CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。所述外围设备为受所述智能设备控制的其它设备。

更为具体的，操作处理单元2完成各模块的加载并启动后，资源调整单元3根据当前应用场景的配置文件配置调整资源，如调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式等，使操作系统在满足计算要求的条件下，工作功耗最低，对外干扰最小。如智能设备工作在控制场景或监控场景下需要的CPU计算量很小，对内存的读写速度要求也不高，因资源调整单元3可以将CPU的时钟调整到很低的工作频率，既实现节能，又降低对外干扰的效果。在控制场景或监控场景下只有在外部触发的条件下才需要CPU及其它驱动工作，因此包括CPU等几乎所有的模块都可以工作于待机状态，使能源消耗更低。

进一步的，操作处理单元2的人机交互子单元21还用于接收场景切换指令。因为智能设备启动后，用户可能需要改变智能设备的应用场景，此时就需要多场景操作系统根据切换指令控制智能设备改变应用场景。该切换指令是用户通过智能设备的遥控器或直接在该智能设备的控制面板上触发，由多场景操作系统的人机交互子单元21接收。在本实施例中，智能设备启动后所处的应用场景为“第一应用场景”，人机交互子单元21接收切换指令后，其需要切换到的应用场景为“第二应用场景”。

为实现应用场景的切换，本实施例提供的多场景操作系统中还包括：切换控制单元4以及资源更新单元5。

切换控制单元4，用于控制所述操作处理单元22加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块，并按照第二应用场景预置的工作方式运行。更为具体的，该切换控制单元3包括：配置比较子单元41和切换控制子单元42。

配置比较子单元41，用于从场景预置单元1中获取第一应用场景与第二应用场景的配置文件，并比较。

切换控制子单元42，用于根据所述配置比较子单元41的比较结果，控制所述操作处理单元2对第二应用场景的配置文件中具有、且第一应用场景的配置文件中不具有的应用模块、驱动模块进行加载；控制所述操作处理单元2对第二应用场景的配置文件中不具有、且第一应用场景的配置文件中具有的应用模块、驱动模块进行卸载。

进一步的，本实施例提供的多场景操作系统号包括安全监控单元6，用于根据应用场景的配置文件，监控对应的进程或线程、加载的应用模块、驱动模块以及系统硬件资源的工作状态。设置安全监控单元6的原因在于，随着技术的发展，互联网、物联网时代的到来，几乎已经不存在单独工作的智能设备，智能设备在通过网络实现相互通讯，协同工作的同时，还能通过网络实现功能的升级和扩展，但也同时带来了网络安全的问题，不仅电脑设备通过网络会染上病毒，各种智能手机等通讯设备也会通过网络染上病毒，带来不可估量的经济损失，因此智能设备如何安全工作也是一个迫切要解决的问题。

本实施例提供的多场景操作系统在切换控制子单元42的控制下，同某一时刻只能工作于一个应用场景。因为一个应用场景对应固定的进程或线程，故其对应的应用模块都是固定不变的，安全监控单元6只需监控这些固定数量的进程、线程的工作状态及固定模块和文件的状态，保证它们的安全就可以保证设备的安全运行，防止病毒侵入。

资源更新单元5，用于控制所述资源调整单元3根据第二应用场景的资源需求信息调整系统资源。在切换控制子单元42控制操作处理单元2完成应用场景的切换后，资源更新单元5控制所述资源调整单元3根据第二应用场景对应的配置文件中的资源需求信息完成系统资源的调整，包括：调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式等。

需要强调的是，本实施例提供的多场景操作系统适用于各种智能设备，特别适用于数字电视机顶盒。

实施本发明实施例提供的多场景操作系统，可根据智能设备的应用场景，只启动部分需要的应用模块和驱动模块，缩短系统启动时间。同时，操作系统可根据智能设备的应用场景的不同自动配置资源，调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式等，并管理底层硬件资源，使其处于不同的工作状态，达到节约操作系统的硬件资源和能源的技术效果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质或网络设备中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM） 或USB存储设备等。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (13)

1.一种多场景操作方法，其特征在于，包括：

预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息；

在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；

所述操作系统根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。

2.如权利要求1所述的多场景操作方法，其特征在于，所述在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行，包括：

在用户选定所述智能设备的第一应用场景后，操作系统启动；

在操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；在该配置文件中未包括的应用模块和驱动模块不加载，其相关的设备不启动，处于断电状态。

3.如权利要求2所述的多场景操作方法，其特征在于，所述操作系统根据第一应用场景的资源需求信息调整系统资源之后，还包括：

所述操作系统接收场景切换指令；

所述操作系统加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块；

所述操作系统按照第二应用场景预置的工作方式运行； 

所述操作系统根据第二应用场景的资源需求信息调整系统资源。

4.如权利要求3所述的多场景操作方法，其特征在于，所述操作系统加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块包括：

所述操作系统比较所述第一应用场景与第二应用场景的配置文件；

所述操作系统对第二应用场景的配置文件中具有、且第一应用场景的配置文件中不具有的应用模块、驱动模块进行加载；

所述操作系统对第二应用场景的配置文件中不具有、且第一应用场景的配置文件中具有的应用模块、驱动模块进行卸载。

5.如权利要求1至4中任一项所述的多场景操作方法，其特征在于，所述操作系统在一个时刻只能工作于一个应用场景。

6.一种多场景操作系统，其特征在于，包括：

场景预置单元，用于预置智能设备在各个应用场景下对应的配置文件；一个应用场景对应的配置文件中包括：在该应用场景下运行的应用模块信息、驱动模块信息、工作方式信息以及资源需求信息；

操作处理单元，用于在所述多场景操作系统启动时，根据选定的第一应用场景所对应的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行；

资源调整单元，用于根据第一应用场景的资源需求信息调整系统资源，所述调整系统资源包括：调整所述多场景操作系统的CPU工作频率和时钟、内存的读写频率、以及调整外围设备的工作方式。

7.如权利要求6所述的多场景操作系统，其特征在于，所述场景预置单元包括：

文件存储子单元，用于预置智能设备在各个应用场景下对应的配置文件；

功能扩展子单元，用于对所述文件存储子单元中的数据进行维护和更新，包括：对应用场景进行动态扩展、升级和添加；定义新的配置文件，添加新的应用模块和驱动模块。

8.如权利要求6所述的多场景操作系统，其特征在于，所述操作处理单元包括：

人机交互子单元，用于向用户提供各个应用场景供用户选择，并将用户选定应用场景作为所述智能设备的第一应用场景；

操作处理子单元，用于根据所述场景选择子单元所确定的第一应用场景的配置文件，加载相应的应用模块、驱动模块，并按照预置的工作方式运行。

9.如权利要求6至8中任一项所述的多场景操作系统，其特征在于，所述人机交互子单元还用于接收场景切换指令；

所述多场景操作系统还包括：

切换控制单元，用于控制所述操作处理单元加载第二应用场景对应的应用模块、驱动模块，卸载第一应用场景对应的应用模块、驱动模块，并按照第二应用场景预置的工作方式运行； 

资源更新单元，用于控制所述资源调整单元根据第二应用场景的资源需求信息调整系统资源。

10.如权利要求9所述的多场景操作系统，其特征在于，所述切换控制单元包括：

配置比较子单元，用于比较所述第一应用场景与第二应用场景的配置文件；

切换控制子单元，用于根据所述配置比较子单元的比较结果，控制所述操作处理单元对第二应用场景的配置文件中具有、且第一应用场景的配置文件中不具有的应用模块、驱动模块进行加载；控制所述操作处理单元对第二应用场景的配置文件中不具有、且第一应用场景的配置文件中具有的应用模块、驱动模块进行卸载。

11.如权利要求10所述的多场景操作系统，其特征在于，所述多场景操作系统还包括：

安全监控单元，用于根据应用场景的配置文件，监控对应的进程或线程、加载的应用模块、驱动模块以及系统硬件资源的工作状态。

12.一种智能设备，其特征在于，所述智能设备中包括如权利要求6至10中任一项所述的多场景操作系统。

13.如权利要求12所述的智能设备，其特征在于，所述智能设备为数字电视机顶盒。

Images