CN105159721A - 一种多模式启动智能设备的方法及其*** - Google Patents

Abstract

本发明提供了一种多模式启动智能设备的方法及其***，通过预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下；接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。本发明所提供的方法及***，提供不同的启动模式供用户选择，以达到提升启动速度，独立应用场景，精简***获得更多资源的目的，使用户可以更快速的到达应用场景，在场景下得到更清晰更快捷的操控体验。

Description

一种多模式启动智能设备的方法及其***

技术领域

本发明涉及智能设备控制技术领域，尤其涉及的是一种多模式启动智能设备的方法及其***。

背景技术

本发明涉及消费电子产品技术领域，是一种实现智能设备定制模式启动的软件实现。众所周知当前智能设备的各种智能***相对复杂，启动时间相对很慢，同时设备启动后各种服务与进程同时运行导致一些不必要的资源占用，严重影响用户体验。

智能***目前都在追求自身的功能全面性，同时用户有意无意的进行第三方或应用市场的应用程序安装都有可能造成***负担越来越重，因此增加了开机时间，给用户的使用带来不便。

因此，现有技术有待于进一步的改进。

发明内容

鉴于上述现有技术中的不足之处，本发明的目的在于为用户提供一种多模式启动智能设备的方法及其***，克服现有技术智能设备在开启时，由于开机运行的应用程序过多，导致开机时间长，或者由于智能设备在开机时，由于操控界面过于复杂，导致用户操作不便，或者由于多个不必要的应用程序开启，导致资源浪费的缺陷。

本发明解决技术问题所采用的技术方案如下：

一种多模式启动智能设备的方法，其中，包括：

预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下；

接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。

所述多模式启动智能设备的方法，其中，将所述应用程序和服务程序归属到不同的启动模式下后，还包括：

根据归属到不同的开机启动模式下的应用程序和服务程序的信息，自动生成与每一个开启启动模式相对应的，包含应用程序和服务程序信息的应用服务集成表。

所述多模式启动智能设备的方法，其中，当根据识别出的开机启动模式后，读取与所述开机启动模式相对应的应用服务集成表，获取归属到该开机应用模式下的应用程序和服务程序信息，然后加载归属到该开机启动模式的应用程序和服务程序列表。

所述多模式启动智能设备的方法，其中，在加载所述应用程序和服务程序列表后，还包括：

每隔预定时间对正在运行的应用程序和服务程序进行检测，在终止非归属到所述开机启动模式下的应用程序或服务程序的运行的同时，复制该应用程序或服务程序信息文件，并修改其开启运行路径。

所述多模式启动智能设备的方法，其中，接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，包括：

接收用户发出的进入开机启动模式的控制指令后，显示选定开机启动模式的对话框；接收用户从所述对话框中选定的开机启动模式。

一种多模式启动智能设备的***，其中，包括：

模式定义模块，用于预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的启动模式下；

控制开启模式模块，用于接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。

所述多模式启动智能设备的***，其中，所述模式定义模块还包括：

维护表生成单元，用于根据归属到不同的开机启动模式下的应用程序和服务程序的信息，自动生成与每一个开启启动模式相对应的，包含应用程序和服务程序信息的应用服务集成表。

所述多模式启动智能设备的***，其中，所述控制开启模式模块包括：

应用信息获取单元，用于读取与所述开机启动模式相对应的应用服务集成表，获取归属到该开机应用模式下的应用程序和服务程序信息。

所述多模式启动智能设备的***，其中，所述控制开启模式模块还包括：

运行检测单元，用于每隔预定时间对正在运行的应用程序和服务程序进行检测，在终止非归属到所述开机启动模式下的应用程序或服务程序的运行的同时，复制该应用程序或服务程序信息文件，并修改其开启运行路径。

所述多模式启动智能设备的***，其中，所述模式定义模块包括：

指令识别单元，接收用户发出的进入开机启动模式的控制指令后，显示选定开机启动模式的对话框；接收用户从所述对话框中选定的开机启动模式。

有益效果，本发明提供了一种多模式启动智能设备的方法及其***，通过预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下，接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。本发明所提供的方法及***，提供不同的启动模式供用户选择，以达到提升启动速度，独立应用场景，精简***获得更多资源的目的，使用户可以更快速的到达应用场景，在场景下得到更清晰更快捷的操控体验，具有很强的实用价值和广阔的应用场景。

附图说明

图1是本发明的一种多模式启动智能设备的方法步骤流程图。

图2是本发明中智能设备中开机启动模式所对应的应用场景模式的阵列图。

图3a是本发明所述方法具体实施例中开启开机启动模式第一实施例的步骤示意图。

图3b是本发明所述方法具体实施例中开启开机启动模式第二实施例的步骤示意图。

图4是本发明的一种多模式启动智能设备的***原理结构图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用于解释本发明，并不用于限定本发明。

由于目前主流的智能设备***支持多进程操作多任务模式，因此其自身负担较重，性能优化有限，并且对非***预置应用的权限开放力度较大，由此造成以下问题：

需要加载的应用程序和服务程序过多，导致开机启动时间较长，影响用户体验；功能及操控界面过于复杂，给用户选择和操作带来极大不便；多进程多任务造成一些不必要的资源浪费，严重影响用户的操控体验。

针对上述问题，本发明提供了一种多模式启动智能设备的方法，如图1所示，所述方法包括：

S1、预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下。

现有技术中的智能设备，为了快捷找到需要的应用程序或服务程序，通过会设置各种不同的使用模式，如图2所示，如：全功能模式、TV模式、在线模式、存储模式、应用模式或者游戏模式，用户可以根据需要进入相应的模式。

在本步骤中，首先在智能设备中定义出上述与应用程序的应用场景相对应的应用场景模式，从而对应多个与所述场景模式相对应的开机启动模式，比如：全功能模式对应的为开机后所有功能都显示的全功能开机启动模式，TV模式对应的为开机后仅加载与TV功能相关的应用程序和服务程序的TV开机启动模式，在线模式对应的为开机后仅加载与浏览器、播放器相关的应用程序和服务程序相关的开机启动模式。

当对上述多个开机启动模式均定义完成后，则将智能设备中全部安装的应用程序和服务程序都可以根据其使用的应用场景，将其归属到不同的开机启动模式下。

在本步骤中可以想到的是，因为在每个应用场景模式下均都需要保留Android***基础服务，所以需要针对底层基础***方面做基础性通用性的精简，删除原生***中不必要的apk，比如：原生通讯录、壁纸、地图、短信、音乐特效、设置向导、文档软件、日历、计算器等只保留基础和通用的部分如表1-1（注首页、设置、本地媒体等模块因上层会开发定制故也同时删除原生的apk）。

表1-1

Andriod 4.2***包为例	说明
		ApplicationsProvider.apk	应用程序存储、 程序管理器
CertInstaller.apk	证书
		ConfigUpdater.apk	配置更新
DefaultContainerService.apk	软件包访问
		DrmProvider.apk	DRM受保护数据存储服务
HoloSpiralWallpaper.apk	壁纸相关
		InputDevices.apk	4.1后新增
KeyChain.apk	密码管理服务
		MediaProvider.apk	媒体储存
PackageInstaller.apk	打包安装管理
		SharedStorageBackup.apk	共享存储备份
Superuser.apk	Root后才有的
		SystemUI.apk	***用户界面

因此本步骤中，重点放在上层独立应用程序和服务程序的删减，只保留当前模式主功能及其相关或者附属功能服务即可，如表1-2，一些定制的上层基础功能和服务各种模式下可以保留如首页、设置、信号源、设备服务等。以TV模式为例，上层只需保留TV部分的全部实现所需的个别服务和主apk，同时维持基础控制的设置模块需要保留（注各种应用场景模式下设置均应被保留）。

表1-2

全功能模式	保留全部下面各模式特殊的上层应用和服务；
		TV模式	保留TV功能所必须的服务和应用TV.apk及TVService.apk
在线模式	保留浏览器、影视中心、播放器相关的服务和应用
		存储模式	保留本地媒体、播放器相关的服务和应用
应用模式	保留应用商城、安装器相关的服务和应用
		游戏模式	保留应用商城、游戏大厅、安装器相关的服务和应用

S2、接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。

当所述步骤中将应用场景模式所对应的开机启动模式归属完成后，接收用户发出的控制指令，识别出用户所选择的是哪个开机启动模式，并根据用户选择的开机启动模式加载其下属的应用程序和服务程序。

具体的，为了更好的对用户发出的控制指令，属于哪个应用场景模式所对应的开机启动模式，在本步骤中可以通过以下两种方式实现：

第一种：接收用户发出的控制指令后，判断智能设备操作***设置是否开启独立模式功能，若开启，则所述控制指令所对应的开机启动模式为操作***内存中存储的开机启动模式；否则所述控制指令所对应的开机启动模式默认为全功能启动模式。

在本识别方法中，用户首先在智能设备中选择开启启动模式的功能，所述启动模式即对应应用场景模式，用户根据自己的需要选定一个启动模式，然后智能设备开机后，自动根据用户选择的启动模式，进行开机启动。

第二种：接收用户发出的进入开机启动模式的控制指令后，显示选定开机启动模式的对话框；接收用户从所述对话框中选定的开机启动模式。

本方法即为，用户通过按键发出对开启启动模式的控制指令，智能设备接收到该控制指令后，从***显示的启动模式选择框中，选择出需要的开机启动模式，从而进入想要的应用场景模式。

在上述步骤S1中，为了更好对每个开机启动模式进行维护，将所述应用程序和服务程序归属到不同的启动模式下后，还包括：

根据归属到不同的开机启动模式下的应用程序和服务程序的信息，自动生成与每一个开启启动模式相对应的，包含应用程序和服务程序信息的应用服务集成表。即***可以根据所述应用服务集成表，对每个开机启动模式下的应用程序和服务程序进行维护，以及从中获取该开机启动模式中的应用程序和服务程序信息，而且，当根据识别出的开机启动模式后，读取与所述开机启动模式相对应的应用服务集成表，获取归属到该开机应用模式下的应用程序和服务程序信息，然后加载归属到该开机启动模式的应用程序和服务程序列表。

为了更好的对每个开机启动模式下运行的应用程序和服务程序进行监控，在加载所述应用程序和服务程序列表后，还包括：

每隔预定时间对正在运行的应用程序和服务程序进行检测，在终止非归属到所述开机启动模式下的应用程序或服务程序的运行的同时，复制该应用程序或服务程序信息文件，并修改其开启运行路径，即间歇性识别非必要的进程的运行情况，如不是必要的进程，将其进行关闭，以减轻***运行的负担。

为了对本发明所述的方法进行更加详细的说明，下面给出其在具体应用时的一些实施例，对其做进一步的解释。

首先在定义好开机启动模式后，用户可以通过两种方式实现开机启动模式的选择，具体如下：

第一种，全部采用菜单控制的实现，如图3a所示，该方式不需要特殊增加硬件支持，但是只能采用后向控制即控制后面的启动模式。

用户通过***的设置菜单选择是否开启独立模式功能，在设置菜单中增加一个功能菜单条目：“特定模式启动”菜单选项分别为：“无”、“TV模式”、“在线影音模式”、“本地播放模式”、“游戏模式”、“应用模式”；***出厂默认当前为值为“无”即当前模式为全功能模式启动，每次用户开关机都是正常的全功能启动状态。但是若选择全功能启动模式，则开机速度较慢，启动后功能界面操作复杂，无关进程耗用资源***体验差。

当用户希望自己设定自己下次或者以后每次都是某种模式的情况时（如一个机顶盒用户，应该希望自己每次都是TV模式即可；如一个拥有较好网络条件主要使用在线影视及直播的用户，主要希望TV每次都是以“在线影音模式”启动），用户可以设置菜单条目当前值为指定的模式，下次机器开机启动时会优先读取***内存储的模式数据，自动判断进入某种特定模式。

每种模式对应必须的一份服务及应用清单，***控制只优先启动***级服务和应用以及此模式必须的额外服务和应用。屏蔽其他服务的启动或者采取一个守护进程用以控制其他进程的启动（可以检测到后进行kill操作）。

第二种，特殊按键控制方式的实现，如图3b所示，该方式比较灵活，用户可以在开机启动的时候主动选择开机启动模式，但是需要增加额外按键，需要用户开机后增加一步操作选择需要的模式。

用户遥控器或者键控板上将会分别有两个待机键，一个为正常的待机键，点击这个待机键启动机器时机器进入常规的全功能启动模式。特殊模式启动键（暂命名为K键）也提供待机功能，但键值与待机键有所区分,当***红外接收到这个特殊的K键启动时,在正常***的kernel启动时增加一个额外的对话框调用，对话框用以供用户选择选择某种启动模式，当用户手动选择某种启动方式后，***及按照上一个方法相似流程和方式进入某种特定的启动模式。这种方式与上面实现方案相比最大的优势在于用户可以在本次启动TV时再去选择是否要做指定模式启动以及需要以何种模式进行启动。

本发明基于目前主流的智能操控***，可以提高为设备带来启动模式的选择与定制，给产品带来全新的操控体验。该发明不仅在电视领域应用，还可以在手机、pad等智能***终端中使用。

需要注意的是，在具体实施时，对于上述开机启动模式或者应用场景模式如何进行功能切换的问题，可以通过在一个上层***基础服务中（注此服务应该是上层***中的一个部分，且各模式下均需保留）实现首页键的转换，即***接收到主页按键时首先对首页建转换后的启动模式进行识别，然后根据识别出的启动模式来动态加载所需要呈现出的应用入口列表。

可以想到的是，如果应用间存在不必要的耦合性则会给模式场景的实现带来很多困难，最大的问题是发现功能间存在UI展示以及逻辑上的过多依赖和关联导致无法精简应用和服务。为此开发中要注意减少应用程序间的耦合性以便更灵活的支持多启动模式场景的实现。如服务尽量实现单一功能，公有性或者基础性的服务统一在一个服务中来实现。如在开发各部分功能时遇到一些通用的方法如设备读取、与外部通信等尽量放到一个基础服务中（暂命名StandardService简称SS）SS在各种模式下均需要保留，TV功能可以由1-2个apk实现全部功能和界面，媒体部分可以由1-2个apk实现全部功能和界面，应用商城部分同理，这样就可以在不同模式下屏蔽其他模式的特有apk的启动。

尤其的，对于不会开机自动启动的应用程序和服务程序来说，可以在不同应用场景模式下隐藏其入口即可，即根据不同开机启动模式动态定制。对于在开机后主动运行的应用程序或者服务程序，比如：TV、本地媒体、应用中心的一些服务，可以通过以xml配置的方式由一个基础服务程序实现，如上述SS控制这些功能的启动，开机后该基础服务程序可以检测当前开机启动模式，对应确认该开机启动模式下不需要启动的模块和服务不去启动即可。对第三方的一些应用和服务，我们想去控制不让其在某些模式下启动可以通过过滤data/app下的应用apk，在开机运行时根据当前模式由***的启动脚本控制将下面的无用的apk暂时复制到其他路径以控制其不被启动运行。

在上述方法的前提下，本发明还提供了一种多模式启动智能设备的***，如图4所示，所述***包括：

模式定义模块110，用于预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的启动模式下；

控制开启模式模块120，用于接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。

所述模式定义模块还包括：

维护表生成单元，用于根据归属到不同的开机启动模式下的应用程序和服务程序的信息，自动生成与每一个开启启动模式相对应的，包含应用程序和服务程序信息的应用服务集成表。

所述控制开启模式模块包括：

应用信息获取单元，用于读取与所述开机启动模式相对应的应用服务集成表，获取归属到该开机应用模式下的应用程序和服务程序信息。

所述控制开启模式模块还包括：

运行检测单元，用于每隔预定时间对正在运行的应用程序和服务程序进行检测，在终止非归属到所述开机启动模式下的应用程序或服务程序的运行的同时，复制该应用程序或服务程序信息文件，并修改其开启运行路径。

所述模式定义模块包括：

指令识别单元，接收用户发出的进入开机启动模式的控制指令后，显示选定开机启动模式的对话框；接收用户从所述对话框中选定的开机启动模式。

本发明提供了一种多模式启动智能设备的方法及其***，通过预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下，接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。本发明所提供的方法及***，提供不同的启动模式供用户选择，以达到提升启动速度，独立应用场景，精简***获得更多资源的目的，使用户可以更快速的到达应用场景，在场景下得到更清晰更快捷的操控体验，具有很强的实用价值和广阔的应用场景。

可以理解的是，对本领域普通技术人员来说，可以根据本发明的技术方案及其发明构思加以等同替换或改变，而所有这些改变或替换都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种多模式启动智能设备的方法，其特征在于，包括：

预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下；

接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。

2.根据权利要求1所述多模式启动智能设备的方法，其特征在于，将所述应用程序和服务程序归属到不同的启动模式下后，还包括：

根据归属到不同的开机启动模式下的应用程序和服务程序的信息，自动生成与每一个开启启动模式相对应的，包含应用程序和服务程序信息的应用服务集成表。

3.根据权利要求2所述多模式启动智能设备的方法，其特征在于，当根据识别出的开机启动模式后，读取与所述开机启动模式相对应的应用服务集成表，获取归属到该开机应用模式下的应用程序和服务程序信息，然后加载归属到该开机启动模式的应用程序和服务程序列表。

4.根据权利要求1所述多模式启动智能设备的方法，其特征在于，在加载所述应用程序和服务程序列表后，还包括：

每隔预定时间对正在运行的应用程序和服务程序进行检测，在终止非归属到所述开机启动模式下的应用程序或服务程序的运行的同时，复制该应用程序或服务程序信息文件，并修改其开启运行路径。

5.根据权利要求1所述多模式启动智能设备的方法，其特征在于，接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，包括：

接收用户发出的进入开机启动模式的控制指令后，显示选定开机启动模式的对话框；接收用户从所述对话框中选定的开机启动模式。

6.一种多模式启动智能设备的***，其特征在于，包括：

模式定义模块，用于预先定义多个开机启动模式，并且根据智能设备中安装的应用程序和服务程序所对应的应用场景，将所述应用程序和服务程序归属到不同的开机启动模式下；

控制开启模式模块，用于接收用户发出的控制指令，识别出所述控制指令所对应的开机启动模式，并根据识别出的开机启动模式，加载归属到该开机启动模式下的应用程序和服务程序列表。

7.根据权利要求6所述多模式启动智能设备的***，其特征在于，所述模式定义模块还包括：

维护表生成单元，用于根据归属到不同的开机启动模式下的应用程序和服务程序的信息，自动生成与每一个开启启动模式相对应的，包含应用程序和服务程序信息的应用服务集成表。

8.根据权利要求7所述多模式启动智能设备的***，其特征在于，所述控制开启模式模块包括：

应用信息获取单元，用于读取与所述开机启动模式相对应的应用服务集成表，获取归属到该开机应用模式下的应用程序和服务程序信息。

9.根据权利要求6所述多模式启动智能设备的***，其特征在于，所述控制开启模式模块还包括：

运行检测单元，用于每隔预定时间对正在运行的应用程序和服务程序进行检测，在终止非归属到所述开机启动模式下的应用程序或服务程序的运行的同时，复制该应用程序或服务程序信息文件，并修改其开启运行路径。

10.根据权利要求6所述多模式启动智能设备的***，其特征在于，所述模式定义模块包括：

指令识别单元，接收用户发出的进入开机启动模式的控制指令后，显示选定开机启动模式的对话框；接收用户从所述对话框中选定的开机启动模式。