CN106598656A - 移动终端及其被禁应用启动方法和装置 - Google Patents

移动终端及其被禁应用启动方法和装置 Download PDF

Info

Publication number
CN106598656A
CN106598656A CN201611116492.6A CN201611116492A CN106598656A CN 106598656 A CN106598656 A CN 106598656A CN 201611116492 A CN201611116492 A CN 201611116492A CN 106598656 A CN106598656 A CN 106598656A
Authority
CN
China
Prior art keywords
application
banned
ban
banned application
lifted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201611116492.6A
Other languages
English (en)
Other versions
CN106598656B (zh
Inventor
吴立佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Anyun Century Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201611116492.6A priority Critical patent/CN106598656B/zh
Publication of CN106598656A publication Critical patent/CN106598656A/zh
Application granted granted Critical
Publication of CN106598656B publication Critical patent/CN106598656B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G06F9/4451—User profiles; Roaming
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Abstract

本发明提供了一种移动终端及其被禁应用启动方法和装置，包括：监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。本发明提供的移动终端及其被禁应用启动方法和装置，启动应用入口信息容器中的被禁应用时，直接在应用入口信息容器中启动，并阻断将其解禁至桌面，实现临时解禁。

Description

移动终端及其被禁应用启动方法和装置
技术领域
本发明涉及终端技术领域，特别涉及一种移动终端及其被禁应用启动方法和装置。
背景技术
用户将应用置于应用容器中禁用时，则该应用接受不到系统的广播，开机时不会被拉起，释放内存，从而降低系统内存占用率，提升系统流畅度，省电省内存。用户启动被禁应用时，需先将被禁应用从应用容器中解禁至桌面，再执行启动，如此操作比较繁琐；重新禁用该应用时，需再执行一次对应用的禁用过程，用户在使用时不方便，操作繁琐。
发明内容
本发明的主要目的为提供一种移动终端及其被禁应用启动方法和装置，启动应用入口信息容器中的被禁应用时，直接在应用入口信息容器中启动，并阻断将其解禁至桌面，实现临时解禁。
本发明提出一种被禁应用启动方法，包括以下步骤：
监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
进一步地，所述当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示的步骤之后包括：
获取所述被禁应用解禁之后移动终端的运行状态；
根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
进一步地，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
进一步地，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端重新启动时，将解禁的所述被禁应用重新禁用。
进一步地，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端关机时，将解禁的所述被禁应用重新禁用。
进一步地，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端处于锁屏状态时，将解禁的所述被禁应用重新禁用。
进一步地，所述将解禁的所述被禁应用重新禁用的步骤包括：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将被禁应用内的所有组件置为disable状态。
进一步地，解禁并启动所述被禁应用的步骤包括：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将被禁应用内的所有组件置为enable状态；并调用startActivity方法启动所述被禁应用。
进一步地，所述应用的入口信息包括应用图标和/或应用名称。
进一步地，所述解禁并启动所述被禁应用之前包括：
当所述操作指令为预设的触发指令时，弹出选框提示选择对被禁应用的处理方式，所述处理方式包括解禁并启动以及解禁至桌面；
当接收到解禁并启动的选择指令时，解禁并启动所述被禁应用。
本发明还提供了一种被禁应用启动装置，包括：
监测单元，用于监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
启动单元，用于当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
进一步地，所述装置还包括：
获取单元，用于获取所述被禁应用解禁之后移动终端的运行状态；
处理单元，用于根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
进一步地，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
进一步地，所述处理单元包括：
第一禁用子单元，用于当所述被禁应用解禁之后，移动终端重新启动时，将解禁的所述被禁应用重新禁用。
进一步地，所述处理单元包括：
第二禁用子单元，用于当所述被禁应用解禁之后，移动终端关机时，将解禁的所述被禁应用重新禁用。
进一步地，所述处理单元包括：
第三禁用子单元，用于当所述被禁应用解禁之后，移动终端处于锁屏状态时，将解禁的所述被禁应用重新禁用。
进一步地，所述第一禁用子单元、第二禁用子单元以及第三禁用子单元具体用于：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将被禁应用内的所有组件置为disable状态。
进一步地，所述启动单元具体用于：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将被禁应用内的所有组件置为enable状态；并调用startActivity方法启动所述被禁应用。
进一步地，所述应用的入口信息包括应用图标和/或应用名称。
进一步地，所述启动单元包括：
弹框子单元，用于当所述操作指令为预设的触发指令时，弹出选框提示选择对被禁应用的处理方式，所述处理方式包括解禁并启动以及解禁至桌面；
启动子单元，用于当接收到解禁并启动的选择指令时，解禁并启动所述被禁应用。
本发明还提供了一种移动终端，包括处理器以及存储器；
所述存储器用于储存支持所述被禁应用启动装置执行如上述任一项所述的被禁应用启动方法的程序；
所述处理器被配置为用于执行所述存储器中存储的程序。
本发明提供了一种计算机存储介质，用于储存为上述被禁应用启动装置所用的计算机软件指令，其包含用于执行上述方面为被禁应用启动装置所设计的程序。
本发明中提供的移动终端及其被禁应用启动方法和装置，具有以下有益效果：
本发明中提供的移动终端及其被禁应用启动方法和装置，监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示；启动应用入口信息容器中的被禁应用时，直接在应用入口信息容器中启动，并阻断将其解禁至桌面，实现临时解禁。
附图说明
图1是本发明一实施例中被禁应用启动方法步骤示意图；
图2是本发明另一实施例中被禁应用启动方法步骤示意图；
图3是本发明一实施例中被禁应用启动装置结构示意图；
图4是本发明另一实施例中被禁应用启动装置结构示意图；
图5是本发明一实施例中处理单元结构示意图；
图6是本发明一实施例中启动单元结构示意图；
图7是本发明一实施例中移动终端结构框图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”“上述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件、单元、模块和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、单元、模块、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“终端”、“智能终端”、“移动终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal CommunicationsService，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“智能终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
目前，用户启动被禁应用时，需先将被禁应用从被禁应用容器中解禁至桌面，再执行启动操作才能启动应用，如此操作比较繁琐。因此本发明实施例中提供了一种移动终端及其被禁应用启动方法和装置，启动应用入口信息容器(被禁应用容器)中的被禁应用时，直接在应用入口信息容器中启动，并阻断将其解禁至桌面，实现临时解禁。
参照图1，为本发明一实施例中被禁应用启动方法步骤示意图。
本发明一实施例提出一种被禁应用启动方法，包括以下步骤：
步骤S1，监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息。
步骤S2，当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
在本实施例中的方法可应用于智能终端，包括手机、平板等，为了便于解释说明，本实施例中以手机为例。通常，用户根据需求，下载有各类软件应用安装于手机中，其中，有部分软件应用是不常用的，对于这些不常用的软件应用也会占用手机的可用内存以及增加系统耗电，对于用户体验来说不佳。因此，在本实施例里，设置一个应用入口信息容器，并在该应用入口信息容器中存放用户需要禁用的应用并对该应用进行禁用处理，该应用入口信息容器中保存有被禁应用的入口信息，在桌面中则不显示该被禁应用的任何入口信息。上述应用入口信息容器中被禁的应用接受不到系统的广播信息，也不能通过其它路径被拉起；用户若要拉起该被禁应用，必须先将该应用解禁。上述应用入口信息包括应用图标和/或名称。应用的入口信息主要包括应用图标和/或名称，通常不同的应用具有不同的图标、名称，置于手机桌面的入口信息，用户点击图标便可拉起应用。对于同一个应用，可以具有多个入口信息，不同的入口信息对应应用不同的版块，而应用不同版本相应的可能会具有不同的入口信息。
在本实施例中，时时监测对处于应用入口信息容器中的被禁应用的入口信息的操作指令，例如点按、长按等操作；当该操作指令为预设的触发指令时，解禁并启动所述被禁应用，同时阻断所述应用入口信息在桌面(桌面显示容器)中的加载显示；例如，解禁并启动被禁应用的预设触发指令为点按时，当用户点按应用入口信息容器中被禁应用的入口信息时，则在应用入口信息容器中直接解禁并启动被禁应用。若将应用解禁至桌面，则后续需要再执行一次将应用禁用至应用入口信息容器中的操作，造成麻烦。因此，在解禁的同时，为避免将被禁应用解禁至桌面中，则阻断应用入口信息在桌面中的加载显示，实现临时解禁。
在一具体实施例中，在手机上设置一个如上述应用入口信息容器禁用应用的冷藏室，冷藏室中包含被禁应用的入口信息。放置于冷藏室内的应用接受不到系统的广播信息，也无法通过其它路径被拉起，保证应用不会开机自启或后台自启，从而不会占用内存，且不会增加系统耗电。置于冷藏室中的应用，在桌面上不显示应用的入口信息，该桌面即为手机桌面。
具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态，此时手机桌面会收到ACTION_PACKAGE_CHANGED广播，手机桌面在接收到该广播时根据PM的getApplicationEnabledSetting()接口或者该应用对应的ApplicationInfo中的enabled属性判断当前该应用是否处于disable状态，当处于disable状态时会将该应用及其对应的入口信息(快捷方式)、小部件全部从桌面删除，并且将该应用放入冷藏室，该应用则被禁用。
冷藏室中的应用被禁用，系统后台程序监测用户对冷藏室中应用入口信息的操作指令，并预设有解禁并启动的触发指令为点按入口信息；当用户点按入口信息时，则在冷藏室中直接解禁并启动该应用，同时阻断该应用的入口信息从冷藏室中移动至桌面的加载显示。对应用进行临时解禁，简化操作。
具体地，可以通过调用系统PM接口中的setApplicationEnabledSetting()函数，并通过传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将应用内的所有组件置为enable状态，此时，应用被解禁；同时调用startActivity方法启动所述被禁应用。
参照图2，在另一实施例中，所述当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示的步骤S2之后包括：
步骤S3，获取所述被禁应用解禁之后移动终端的运行状态。
步骤S4，根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
具体地，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
在冷藏室中的被禁应用解禁之后，为了实现临时解禁，在不使用被禁应用时，用户更想要的是将解禁后的被禁应用重新禁用，降低内存占用，提升系统运行流畅度。因此，可以根据被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理，该预设方式包括重新禁用。
在本实施例中，当所述被禁应用解禁之后，移动终端重新启动或者关机时，系统发出ACTION_SHUTDOWN广播，当应用监听到该ACTION_SHUTDOWN广播时，则将该应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态，此时应用被禁用，回到冷藏室初始状态。
当所述被禁应用解禁之后，移动终端锁屏时，系统发出ACTION_SCREEN_OFF广播，当应用监听到该ACTION_SCREEN_OFF广播时，则将该应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态，此时应用被禁用，回到冷藏室初始状态。
在其它一些实施例中，所述当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示的步骤S2之后包括：
获取所述被禁应用解禁后的运行状态。
根据所述被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理。
具体地，所述被禁应用解禁后的运行状态包括当前运行、后台运行以及退出运行。
在冷藏室中的被禁应用解禁之后，为了实现临时解禁，在不运行被禁应用时，用户更想要的是将解禁后的被禁应用重新禁用，降低内存占用，提升系统运行流畅度。因此，可以根据被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理。预设方式包括重新禁用、清理被禁应用后台程序等。
具体地，所述根据所述被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁后处于后台运行时，判断所述被禁应用处于后台运行的时间；
当所述被禁应用处于后台运行的时间达到预设值时，将解禁的所述被禁应用重新禁用。
在本实施例中，用户将冷藏室的应用解禁启动之后，用户切换至其它应用界面，或者点按HOME键进入手机桌面时，解禁后的被禁应用则处于后台运行状态；此时，用户通常是不需要继续使用该应用的，因此，该应用可以退出运行重新禁用，或者直接禁用。具体地，可以预设一个被禁应用处于后台运行的时间的预设值(阈值)，例如5秒、20秒等；在解禁后的被禁应用处于后台运行时，判断其后台运行时间是否达到上述预设值；当被禁应用处于后台运行的时间达到预设值时，则将解禁的被禁应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态；此时该应用被禁用，回到冷藏室初始状态。在此过程中，用户对被禁应用的操作过程和对未被禁用的应用的操作过程一样，无需用户执行解禁、禁用的过程，简化用户操作，提升用户体验。
进一步地，所述根据所述被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁后处于退出运行时，将解禁的所述被禁应用重新禁用。
在本实施例中，用户将冷藏室的应用解禁启动之后，用户点按回退键退出应用时，解禁后的被禁应用则处于退出运行状态；此时，用户通常是不需要继续使用该应用的，因此，该应用可以重新禁用。因此，当被禁应用解禁后处于退出运行时，将解禁的被禁应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态；此时该应用被禁用，回到冷藏室初始状态。在此过程中，用户对被禁应用的操作过程和对未被禁用的应用的操作过程一样，无需用户执行解禁、禁用的过程，简化用户操作，提升用户体验。
进一步地，所述根据所述被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁后处于当前运行时，保持所述被禁应用为解禁状态。
在又一实施例中，上述步骤S2中，所述解禁并启动所述被禁应用之前包括：
当所述操作指令为预设的触发指令时，弹出选框提示选择对被禁应用的处理方式，所述处理方式包括解禁并启动以及解禁至桌面；
当接收到解禁并启动的选择指令时，解禁并启动所述被禁应用。
在本实施例中，在用户对冷藏室中的应用进行操作时，弹出选框，并在选框中提供对应用进行对应处理的选择接口选项，该选择接口选项对应的处理方式包括直接解禁并启动以及解禁至桌面；用户根据需求，选择对应的选项，若用户选择点按解禁并启动选项，则手机可以接收到解禁并启动的选择指令，解禁并同时启动被禁应用；若用户选择点按解禁至桌面，则手机可以接收到解禁至桌面的选择指令，将应用的入口信息解禁至手机桌面中，解禁至手机桌面之后，用户再点按对应的入口信息，启动应用。
为了进一步对本发明实施例中的被禁应用启动方法进行描述，本发明实施例中还提供了一种被禁应用启动装置。
参照图3，本发明一实施例中还提供了一种被禁应用启动装置，包括：
监测单元10，用于监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息。
启动单元20，用于当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
在本实施例中的方法可应用于智能终端，包括手机、平板等，为了便于解释说明，本实施例中以手机为例。通常，用户根据需求，下载有各类软件应用安装于手机中，其中，有部分软件应用是不常用的，对于这些不常用的软件应用也会占用手机的可用内存以及增加系统耗电，对于用户体验来说不佳。因此，在本实施例里，设置一个应用入口信息容器，并在该应用入口信息容器中存放用户需要禁用的应用并对该应用进行禁用处理，该应用入口信息容器中保存有被禁应用的入口信息，在桌面中则不显示该被禁应用的任何入口信息。上述应用入口信息容器中被禁的应用接受不到系统的广播信息，也不能通过其它路径被拉起；用户若要拉起该被禁应用，必须先将该应用解禁。上述应用入口信息包括应用图标和/或名称。应用的入口信息主要包括应用图标和/或名称，通常不同的应用具有不同的图标、名称，置于手机桌面的入口信息，用户点击图标便可拉起应用。对于同一个应用，可以具有多个入口信息，不同的入口信息对应应用不同的版块，而应用不同版本相应的可能会具有不同的入口信息。
在本实施例中，监测单元10时时监测对处于应用入口信息容器中的被禁应用的入口信息的操作指令，例如点按、长按等操作；当该操作指令为预设的触发指令时，启动单元20解禁并启动所述被禁应用，同时阻断所述应用入口信息在桌面(桌面显示容器)中的加载显示；例如，解禁并启动被禁应用的预设触发指令为点按时，当用户点按应用入口信息容器中被禁应用的入口信息时，则在应用入口信息容器中直接解禁并启动被禁应用。若将应用解禁至桌面，则后续需要再执行一次将应用禁用至应用入口信息容器中的操作，造成麻烦。因此，在解禁的同时，为避免将被禁应用解禁至桌面中，启动单元20阻断应用入口信息在桌面中的加载显示，实现临时解禁。
在一具体实施例中，在手机上设置一个如上述应用入口信息容器禁用应用的冷藏室，冷藏室中包含被禁应用的入口信息。放置于冷藏室内的应用接受不到系统的广播信息，也无法通过其它路径被拉起，保证应用不会开机自启或后台自启，从而不会占用内存，且不会增加系统耗电。置于冷藏室中的应用，在桌面上不显示应用的入口信息，该桌面即为手机桌面。
具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态，此时手机桌面会收到ACTION_PACKAGE_CHANGED广播，手机桌面在接收到该广播时根据PM的getApplicationEnabledSetting()接口或者该应用对应的ApplicationInfo中的enabled属性判断当前该应用是否处于disable状态，当处于disable状态时会将该应用及其对应的入口信息(快捷方式)、小部件全部从桌面删除，并且将该应用放入冷藏室，该应用则被禁用。
冷藏室中的应用被禁用，系统后台程序监测用户对冷藏室中应用入口信息的操作指令，并预设有解禁并启动的触发指令为点按入口信息；当用户点按入口信息时，则在冷藏室中直接解禁并启动该应用，同时阻断该应用的入口信息从冷藏室中移动至桌面的加载显示。对应用进行临时解禁，简化操作。
具体地，可以通过调用系统PM接口中的setApplicationEnabledSetting()函数，并通过传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将应用内的所有组件置为enable状态，此时，应用被解禁；同时调用startActivity方法启动所述被禁应用。
参照图4，在另一实施例中，所述被禁应用启动装置还包括：
获取单元30，用于获取所述被禁应用解禁之后移动终端的运行状态。
处理单元40，用于根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
具体地，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
在冷藏室中的被禁应用解禁之后，为了实现临时解禁，在不使用被禁应用时，用户更想要的是将解禁后的被禁应用重新禁用，降低内存占用，提升系统运行流畅度。因此，可以根据被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理，该预设方式包括重新禁用。
参照图5，在本实施例中，处理单元40包括第一禁用子单元401、第二禁用子单元402以及第三禁用子单元403，当所述被禁应用解禁之后，移动终端重新启动时，系统发出ACTION_SHUTDOWN广播，当应用监听到该ACTION_SHUTDOWN广播时，第一禁用子单元401则将该应用重新禁用。或者，当所述被禁应用解禁之后，移动终端关机时，系统发出ACTION_SHUTDOWN广播，当应用监听到该ACTION_SHUTDOWN广播时，第二禁用子单元402则将该应用重新禁用。
具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态，此时应用被禁用，回到冷藏室初始状态。
当所述被禁应用解禁之后，移动终端锁屏时，系统发出ACTION_SCREEN_OFF广播，当应用监听到该ACTION_SCREEN_OFF广播时，则第三禁用子单元403将该应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态，此时应用被禁用，回到冷藏室初始状态。
在其它一些实施例中，所述被禁应用启动装置还包括：
第一获取单元，用于获取所述被禁应用解禁后的运行状态。
第一处理单元，用于根据所述被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理。
具体地，所述被禁应用解禁后的运行状态包括当前运行、后台运行以及退出运行。
在冷藏室中的被禁应用解禁之后，为了实现临时解禁，在不运行被禁应用时，用户更想要的是将解禁后的被禁应用重新禁用，降低内存占用，提升系统运行流畅度。因此，可以根据被禁应用解禁后的运行状态，对所述被禁应用按预设方式对应进行处理。预设方式包括重新禁用、清理被禁应用后台程序等。
,在本实施例中，所述第一处理单元包括：
判断子单元，用于当所述被禁应用解禁后处于后台运行时，判断所述被禁应用处于后台运行的时间；
第四禁用子单元，用于当所述被禁应用处于后台运行的时间达到预设值时，将解禁的所述被禁应用重新禁用。
在本实施例中，用户将冷藏室的应用解禁启动之后，用户切换至其它应用界面，或者点按HOME键进入手机桌面时，解禁后的被禁应用则处于后台运行状态；此时，用户通常是不需要继续使用该应用的，因此，该应用可以退出运行重新禁用，或者直接禁用。具体地，可以预设一个被禁应用处于后台运行的时间的预设值(阈值)，例如5秒、20秒等；在解禁后的被禁应用处于后台运行时，判断其后台运行时间是否达到上述预设值；当被禁应用处于后台运行的时间达到预设值时，第一禁用子单元则将解禁的被禁应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态；此时该应用被禁用，回到冷藏室初始状态。在此过程中，用户对被禁应用的操作过程和对未被禁用的应用的操作过程一样，无需用户执行解禁、禁用的过程，简化用户操作，提升用户体验。
进一步地，所述第一处理单元包括：
第五禁用子单元，用于当所述被禁应用解禁后处于退出运行时，将解禁的所述被禁应用重新禁用。
在本实施例中，用户将冷藏室的应用解禁启动之后，用户点按回退键退出应用时，解禁后的被禁应用则处于退出运行状态；此时，用户通常是不需要继续使用该应用的，因此，该应用可以重新禁用。因此，当被禁应用解禁后处于退出运行时，第二禁用子单元403将解禁的被禁应用重新禁用。具体地，通过调用系统PM(PackageManager，包管理器)接口中的setApplicationEnabledSetting()函数，并传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将应用内的所有组件置为disable状态；此时该应用被禁用，回到冷藏室初始状态。在此过程中，用户对被禁应用的操作过程和对未被禁用的应用的操作过程一样，无需用户执行解禁、禁用的过程，简化用户操作，提升用户体验。
进一步地，所述第一处理单元包括：
解禁子单元，用于当所述被禁应用解禁后处于当前运行时，保持所述被禁应用为解禁状态。
参照图6，在又一实施例中，所述启动单元20包括：
弹框子单元201，用于当所述操作指令为预设的触发指令时，弹出选框提示选择对被禁应用的处理方式，所述处理方式包括解禁并启动以及解禁至桌面。
启动子单元202，用于当接收到解禁并启动的选择指令时，解禁并启动所述被禁应用。
在本实施例中，在用户对冷藏室中的应用进行操作时，弹框子单元201弹出选框，并在选框中提供对应用进行对应处理的选择接口选项，该选择接口选项对应的处理方式包括直接解禁并启动以及解禁至桌面；用户根据需求，选择对应的选项，若用户选择点按解禁并启动选项，则手机的启动子单元202可以接收到解禁并启动的选择指令，解禁并同时启动被禁应用；若用户选择点按解禁至桌面，则手机可以接收到解禁至桌面的选择指令，将应用的入口信息解禁至手机桌面中，解禁至手机桌面之后，用户再点按对应的入口信息，启动应用。
如图7所示，本发明实施例还提供了一种移动终端，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Pointof Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：
图7示出的是与本发明实施例提供的移动终端相关的手机的部分结构的框图。参考图7，手机包括：射频(Radio Frequency，RF)电路110、存储器120、输入单元130、显示单元140、传感器150、音频电路160、无线保真(wireless-fidelity，Wi-Fi)模块170、处理器180、以及电源190等部件。本领域技术人员可以理解，图7中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图7对手机的各个构成部件进行具体的介绍：
RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理；另外，将设计上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元130可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触控面板131以及其他输入设备132。触控面板131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板131上或在触控面板131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器180，并能接收处理器180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板131。除了触控面板131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元140可包括显示面板141，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板141。进一步的，触控面板131可覆盖显示面板141，当触控面板131检测到在其上或附近的触摸操作后，传送给处理器180以确定触摸事件的类型，随后处理器180根据触摸事件的类型在显示面板141上提供相应的视觉输出。虽然在图7中，触控面板131与显示面板141是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板131与显示面板141集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141的亮度，接近传感器可在手机移动到耳边时，关闭显示面板141和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路160、扬声器161，传声器162可提供用户与手机之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路110以发送给比如另一手机，或者将音频数据输出至存储器120以便进一步处理。
WiFi属于短距离无线传输技术，手机通过WiFi模块170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块170，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器180是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理单元；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器180中。
手机还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。
参照图7，在本发明实施例中，该移动终端所包括的处理器180还具有以下功能：
监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
所述存储器120用于存储支持被禁应用启动装置执行上述实施例所述的被禁应用启动方法的程序；
所述处理器180被配置为用于执行所述存储器120中存储的程序。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的终端，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
综上所述，为本发明实施例中提供的移动终端及其被禁应用启动方法和装置，监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示；启动应用入口信息容器中的被禁应用时，直接在应用入口信息容器中启动，并阻断将其解禁至桌面，实现临时解禁。
本领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable ProgrammableRead-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
本发明实施例提供了以下技术方案：
A1、一种被禁应用启动方法，包括以下步骤：
监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
A2、根据A1所述的被禁应用启动方法，所述当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示的步骤之后包括：
获取所述被禁应用解禁之后移动终端的运行状态；
根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
A3、根据A2所述的被禁应用启动方法，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
A4、根据A3所述的被禁应用启动方法，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端重新启动时，将解禁的所述被禁应用重新禁用。
A5、根据A3所述的被禁应用启动方法，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端关机时，将解禁的所述被禁应用重新禁用。
A6、根据A3所述的被禁应用启动方法，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端处于锁屏状态时，将解禁的所述被禁应用重新禁用。
A7、根据A4-A6任一项所述的被禁应用启动方法，所述将解禁的所述被禁应用重新禁用的步骤包括：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将被禁应用内的所有组件置为disable状态。
A8、根据A1所述的被禁应用启动方法，所述解禁并启动所述被禁应用的步骤包括：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将被禁应用内的所有组件置为enable状态；并调用startActivity方法启动所述被禁应用。
A9、根据A1所述的被禁应用启动方法，所述应用的入口信息包括应用图标和/或应用名称。
A10、根据A1所述的被禁应用启动方法，所述解禁并启动所述被禁应用之前包括：
当所述操作指令为预设的触发指令时，弹出选框提示选择对被禁应用的处理方式，所述处理方式包括解禁并启动以及解禁至桌面；
当接收到解禁并启动的选择指令时，解禁并启动所述被禁应用。
B1、一种被禁应用启动装置，包括：
监测单元，用于监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
启动单元，用于当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
B2、根据B1所述的被禁应用启动装置，所述装置还包括：
获取单元，用于获取所述被禁应用解禁之后移动终端的运行状态；
处理单元，用于根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
B3、根据B2所述的被禁应用启动装置，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
B4、根据B3所述的被禁应用启动装置，所述处理单元包括：
第一禁用子单元，用于当所述被禁应用解禁之后，移动终端重新启动时，将解禁的所述被禁应用重新禁用。
B5、根据B3所述的被禁应用启动装置，所述处理单元包括：
第二禁用子单元，用于当所述被禁应用解禁之后，移动终端关机时，将解禁的所述被禁应用重新禁用。
B6、根据B3所述的被禁应用启动装置，所述处理单元包括：
第三禁用子单元，用于当所述被禁应用解禁之后，移动终端处于锁屏状态时，将解禁的所述被禁应用重新禁用。
B7、根据B4-B6任一项所述的被禁应用启动装置，所述第一禁用子单元、第二禁用子单元以及第三禁用子单元具体用于：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将被禁应用内的所有组件置为disable状态。
B8、根据B1所述的被禁应用启动装置，所述启动单元具体用于：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将被禁应用内的所有组件置为enable状态；并调用startActivity方法启动所述被禁应用。
B9、根据B1所述的被禁应用启动装置，所述应用的入口信息包括应用图标和/或应用名称。
B10、根据B1所述的被禁应用启动装置，所述启动单元包括：
弹框子单元，用于当所述操作指令为预设的触发指令时，弹出选框提示选择对被禁应用的处理方式，所述处理方式包括解禁并启动以及解禁至桌面；
启动子单元，用于当接收到解禁并启动的选择指令时，解禁并启动所述被禁应用。
C1、一种移动终端，包括处理器以及存储器；
所述存储器用于储存支持所述被禁应用启动装置执行如A1至A10中任一项所述的被禁应用启动方法的程序；
所述处理器被配置为用于执行所述存储器中存储的程序。

Claims (10)

1.一种被禁应用启动方法，其特征在于，包括以下步骤：
监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
2.根据权利要求1所述的被禁应用启动方法，其特征在于，所述当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示的步骤之后包括：
获取所述被禁应用解禁之后移动终端的运行状态；
根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理。
3.根据权利要求2所述的被禁应用启动方法，其特征在于，所述被禁应用解禁之后移动终端的运行状态包括关机、重新启动以及锁屏。
4.根据权利要求3所述的被禁应用启动方法，其特征在于，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端重新启动时，将解禁的所述被禁应用重新禁用。
5.根据权利要求3所述的被禁应用启动方法，其特征在于，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端关机时，将解禁的所述被禁应用重新禁用。
6.根据权利要求3所述的被禁应用启动方法，其特征在于，所述根据所述被禁应用解禁之后移动终端的运行状态，对所述被禁应用按预设方式对应进行处理的步骤包括：
当所述被禁应用解禁之后，移动终端处于锁屏状态时，将解禁的所述被禁应用重新禁用。
7.根据权利要求4-6任一项所述的被禁应用启动方法，其特征在于，所述将解禁的所述被禁应用重新禁用的步骤包括：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_DISABLED参数将被禁应用内的所有组件置为disable状态。
8.根据权利要求1所述的被禁应用启动方法，其特征在于，所述解禁并启动所述被禁应用的步骤包括：
调用系统包管理器接口中setApplicationEnabledSetting()函数，传入PackageManager.COMPONENT_ENABLED_STATE_ENABLED参数将被禁应用内的所有组件置为enable状态；并调用startActivity方法启动所述被禁应用。
9.一种被禁应用启动装置，其特征在于，包括：
监测单元，用于监测对应用入口信息容器中被禁应用的入口信息的操作指令；所述应用入口信息容器中包含有被禁应用的入口信息；
启动单元，用于当所述操作指令为预设的触发指令时，解禁并启动所述被禁应用，且阻断所述应用入口信息在桌面中的加载显示。
10.一种移动终端，其特征在于，包括处理器以及存储器；
所述存储器用于储存支持所述被禁应用启动装置执行如权利要求1至8中任一项所述的被禁应用启动方法的程序；
所述处理器被配置为用于执行所述存储器中存储的程序。
CN201611116492.6A 2016-12-07 2016-12-07 移动终端及其被禁应用启动方法和装置 Active CN106598656B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611116492.6A CN106598656B (zh) 2016-12-07 2016-12-07 移动终端及其被禁应用启动方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611116492.6A CN106598656B (zh) 2016-12-07 2016-12-07 移动终端及其被禁应用启动方法和装置

Publications (2)

Publication Number Publication Date
CN106598656A true CN106598656A (zh) 2017-04-26
CN106598656B CN106598656B (zh) 2020-10-16

Family

ID=58596308

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611116492.6A Active CN106598656B (zh) 2016-12-07 2016-12-07 移动终端及其被禁应用启动方法和装置

Country Status (1)

Country Link
CN (1) CN106598656B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109522178A (zh) * 2018-09-21 2019-03-26 苏州蜗牛数字科技股份有限公司 一种监控应用程序自动启动的方法
CN110362355A (zh) * 2018-04-02 2019-10-22 青岛海信移动通信技术股份有限公司 一种应用界面显示方法及装置
CN112612526A (zh) * 2020-12-24 2021-04-06 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质
CN112612526B (zh) * 2020-12-24 2024-04-19 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100325276A1 (en) * 2009-06-17 2010-12-23 Nokia Corporation Method and apparatus for providing applications with shared scalable caching
US20140164364A1 (en) * 2012-12-06 2014-06-12 Ca, Inc. System and method for event-driven prioritization
CN104881299A (zh) * 2014-02-28 2015-09-02 可牛网络技术（北京）有限公司 一种应用程序冻结方法及装置
CN105786480A (zh) * 2015-12-29 2016-07-20 上海闻泰电子科技有限公司 应用处理系统及处理方法
CN106055940A (zh) * 2016-05-24 2016-10-26 宇龙计算机通信科技(深圳)有限公司 一种应用冻结管理的方法、装置以及终端
CN106095482A (zh) * 2016-05-31 2016-11-09 宇龙计算机通信科技(深圳)有限公司 应用程序的冻结方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100325276A1 (en) * 2009-06-17 2010-12-23 Nokia Corporation Method and apparatus for providing applications with shared scalable caching
US20140164364A1 (en) * 2012-12-06 2014-06-12 Ca, Inc. System and method for event-driven prioritization
CN104881299A (zh) * 2014-02-28 2015-09-02 可牛网络技术（北京）有限公司 一种应用程序冻结方法及装置
CN105786480A (zh) * 2015-12-29 2016-07-20 上海闻泰电子科技有限公司 应用处理系统及处理方法
CN106055940A (zh) * 2016-05-24 2016-10-26 宇龙计算机通信科技(深圳)有限公司 一种应用冻结管理的方法、装置以及终端
CN106095482A (zh) * 2016-05-31 2016-11-09 宇龙计算机通信科技(深圳)有限公司 应用程序的冻结方法及装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110362355A (zh) * 2018-04-02 2019-10-22 青岛海信移动通信技术股份有限公司 一种应用界面显示方法及装置
CN110362355B (zh) * 2018-04-02 2022-06-28 青岛海信移动通信技术股份有限公司 一种应用界面显示方法及装置
CN109522178A (zh) * 2018-09-21 2019-03-26 苏州蜗牛数字科技股份有限公司 一种监控应用程序自动启动的方法
CN112612526A (zh) * 2020-12-24 2021-04-06 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质
CN112612526B (zh) * 2020-12-24 2024-04-19 深圳市九洲电器有限公司 应用程序控制方法、装置、终端设备以及存储介质

Also Published As

Publication number Publication date
CN106598656B (zh) 2020-10-16

Similar Documents

Publication Publication Date Title
CN103500002B (zh) 应用程序管理的方法、装置及终端设备
CN106406892A (zh) 应用的快捷功能显示方法、装置及终端设备
CN106250223B (zh) 一种后台进程管理方法及终端设备
CN106484283A (zh) 一种显示控制方法及移动终端
CN103561400B (zh) 发起通信的方法、装置及移动终端
CN107465841B (zh) 一种故障信息上报方法及终端
CN106874091A (zh) 一种应用程序调用方法、装置及移动终端
CN107368335A (zh) 一种二维码识别的方法和设备以及移动终端
CN106919428A (zh) 清理移动终端内存的方法、装置及移动终端
CN106534586B (zh) 移动终端及其联系人信息处理方法和装置
CN106502716A (zh) 移动终端和应用安装的方法、装置
CN106817482A (zh) 移动终端及其拨打电话的方法和装置
CN106598582A (zh) 移动终端及其桌面应用显示方法和装置
CN106911848A (zh) 输出提示消息的方法与终端设备
CN107623896A (zh) 连接车载蓝牙的方法、装置、移动终端及存储介质
CN109107164A (zh) 移动终端及其游戏性能调节的方法和装置
CN106506815A (zh) 一种应用的启用方法及相关设备
CN109040433A (zh) 移动终端和接听电话的方法、装置
CN107197083A (zh) 一种调节移动终端的续航时长的方法及移动终端
CN107066090A (zh) 一种控制指纹识别模组的方法及移动终端
CN106502827A (zh) 一种数据备份方法及设备
CN106250225A (zh) 一种应用程序冻结方法及终端设备
CN106598656A (zh) 移动终端及其被禁应用启动方法和装置
CN107040658B (zh) 移动终端及其控制屏幕的方法和装置
CN109189397A (zh) 移动终端和智能显示隐藏应用的方法、装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20170803

Address after: 100102, 18 floor, building 2, Wangjing street, Beijing, Chaoyang District, 1801

Applicant after: BEIJING ANYUN SHIJI SCIENCE AND TECHNOLOGY CO., LTD.

Address before: 100088 Beijing city Xicheng District xinjiekouwai Street 28, block D room 112 (Desheng Park)

Applicant before: Beijing Qihu Technology Co., Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant