桌面启动器控制方法、装置及存储介质与流程

本申请涉及电数字数据处理领域，特别是涉及一种桌面启动器控制方法、装置、存储介质。

背景技术：

目前，用户所使用的终端(如智能手机、车载终端等)运行的桌面启动器(launcher)往往为出厂时系统自带的桌面启动器，用户无法无法根据偏好或需求对系统当前的桌面启动器进行修改。

技术实现要素：

本申请提供一种桌面启动器控制方法、装置、存储介质，能够解决现有技术中用户无法无法根据偏好或需求对系统当前的桌面启动器进行修改的问题。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种桌面启动器控制方法，该方法包括：获取已安装的应用信息，应用信息包括应用的名称及桌面信息，桌面信息用于表示应用是否具有桌面属性；在备选桌面启动器界面显示应用信息；接收对备选桌面启动器界面的第一操作指令；若第一操作指令包括选中第一应用，且第一应用的桌面信息为不具有桌面属性，则修改第一应用的桌面信息为具有桌面属性，并将第一应用加入桌面启动器列表。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种桌面启动器控制装置，该装置包括处理器，处理器用于执行指令以实现前述的方法。

为解决上述技术问题，本申请采用的再一个技术方案是：提供一种存储介质，存储有指令，指令被执行时实现前述的方法。

本申请的有益效果是：通过上述方案的实施，本申请能够对已安装的应用信息进行获取，将获取到的应用信息显示于备选桌面启动器界面，供用户选择，并且将用户选择的桌面信息为不具备桌面属性的第一应用增加桌面属性并添加到桌面启动器列表中，以作为系统的桌面启动器。

附图说明

图1是本申请桌面启动器控制方法第一实施例的流程示意图；

图2为本申请备选桌面启动器界面的示意图；

图3是本申请桌面启动器控制方法第二实施例的流程示意图；

图4是本申请桌面启动器界面的示意图；

图5是本申请桌面启动器控制方法第三实施例的流程示意图；

图6是本申请用户手势操作的滑动轨迹示意图；

图7是本申请用户取消手势操作的滑动轨迹示意图；

图8是本申请桌面启动器切换方式示意图；

图9是本申请桌面启动器控制方法第四实施例的流程示意图；

图10是本申请桌面启动器控制装置一实施例的结构示意图；

图11是申请存储介质一实施例的结构示意图。

具体实施方式

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

本申请中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，在不冲突的情况下，本文所描述的实施例可以与其它实施例相结合。

图1是本申请桌面启动器控制方法第一实施例的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图1所示的流程顺序为限。如图1所示，本实施例包括：

s110：获取已安装的应用信息。

应用信息包括应用的名称及桌面信息，桌面信息用于表示应用是否具有桌面(home)属性。

应用(app)信息还可包括应用的包名、图标等信息。可通过getpackagemanager().queryintentactivities方法获取所有系统中部分或全部已安装的应用信息。

s120：在备选桌面启动器界面显示应用信息。

获取到的应用信息可以以备选桌面启动器(launcher)列表的形式显示在备选桌面启动器界面供用户选择。备选桌面启动器界面中显示的应用信息可以包括应用的标识(例如图标、名称等)以及选择信息。选择信息用于表示应用是否在桌面启动器列表中。选择信息可以以复选框、应用条目的背景色等方式展示。

可选的，对于默认具备桌面属性的应用，即初始的桌面信息为具有桌面属性的应用，其在备选桌面启动器界面中的选择信息可以默认为选中状态，例如复选框默认被勾选。

s130：接收对备选桌面启动器界面的第一操作指令。

第一操作指令可以为用户根据需求或偏好输入的对备选桌面启动器界面进行操作的指令。第一操作指令的输入方式可以为语音、触摸、按键、悬浮触控、指纹等。第一操作指令可以包括选中应用和/或不选中应用。

s140：若第一操作指令包括选中第一应用，且第一应用的桌面信息为不具有桌面属性，则修改第一应用的桌面信息为具有桌面属性，并将第一应用加入桌面启动器列表。

可根据用户输入的第一操作指令，将用户选择的桌面信息为不具备桌面属性的第一应用加入桌面启动器列表。可选地，用户每选中一项第一应用，修改该选中的第一应用的桌面信息为具有桌面属性，也可以被称为为该选中的第一应用添加桌面属性，并响应第一操作指令，将具有桌面属性的第一应用加入桌面启动器列表。桌面启动器列表中包括备选桌面启动器界面中被选中的应用信息。

举例说明，图2是备选桌面启动器界面的示意图，如图2所示，备选桌面启动器界面显示的备选桌面启动器列表中，每条应用信息包括应用的图标、名称，并且该列表中的app1(应用1)、app2(应用2)、app4(应用4)对应的复选框处于选中状态。其中，app1和app2为默认具备桌面属性的应用，app4为用户自行选中的应用，被选中的这三个应用可被加入桌面启动器列表。

其中，修改第一应用的桌面信息为具有桌面属性的方式可以包括离线修改和/或在线修改。在线修改是指在系统运行内存/缓存/配置中将第一应用的桌面信息修改为具有桌面属性，修改后第一应用可直接被用作桌面启动器，但在系统重新启动后对第一应用的桌面信息的修改会消失。离线修改使得第一应用可在系统重启后被用作桌面启动器，但不能使得第一应用在当前系统运行过程中可被用作桌面启动器。同时应用在线修改和离线修改，使得第一应用在当前系统运行过程中和系统重启后均可被用作桌面启动器。

其中，离线修改第一应用的桌面信息为具有桌面属性的方法可具体包括以下子步骤：

s141：保存第一应用的启动信息至桌面启动器配置文件。

启动信息包括第一应用的包名及活动信息。

可以将第一应用的包名和活动信息保存至桌面启动器配置文件，可选地，该文件保存路径为系统启动时默认的路径或者系统定制方制定的路径。

s142：启动系统后读取桌面启动器配置文件。

待系统下一次启动时，可自动解析桌面启动器配置文件中第一应用的包名和活动信息。

s143：将桌面启动器配置文件中的应用的桌面信息修改为具有桌面属性。

不需要用户再次输入第一操作指令来从备选桌面启动器中选择第一应用加入到桌面启动器列表，在系统下一次启动后，就可以根据对桌面启动器配置文件的解析结果，修改第一应用的桌面信息为具有桌面属性，并添加到桌面启动器列表中。备选桌面启动器列表也可进行适应性更新。

通过上述方案的实施，本申请能够对已安装的应用信息进行获取，将获取到的应用信息显示于备选桌面启动器界面，供用户选择，并且将用户选择的桌面信息为不具备桌面属性的第一应用增加桌面属性并添加到桌面启动器列表中，以作为系统的桌面启动器。从而用户能够根据自己的需求或偏好设置桌面启动器，改善用户体验。

图3是本申请桌面启动器控制方法第二实施例的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图3所示的流程顺序为限。本实施例是在本申请桌面启动器控制方法第一实施例的基础上，进一步包括以下步骤：

s310：接收配置桌面启动器指令。

配置桌面启动器指令可以为用户输入的选择桌面启动器的指令。

具体地，可以先显示桌面启动器选择界面。桌面启动器选择界面包括桌面启动器列表中的应用信息。用户可根据偏好在桌面启动器对桌面启动器选择界面上进行操作，以从桌面启动器列表中选择桌面启动器。

接收对桌面启动器选择界面的第二操作指令。第二操作指令为用户输入的选择桌面启动器的指令，其中包括选中的桌面启动器的信息。

举例说明，用户输入选择桌面启动器指令后，桌面启动器界面可以如图4所示。在图4中，app1(应用1)对应的复选框为选中状态，代表用户此时选择了桌面启动器列表中的app1。

s320：将配置桌面启动器指令指示的桌面启动器设为首选桌面启动器。

可响应用户输入的第二操作指令，将第二操作指令中包含的选中的桌面启动器设为首选桌面启动器，即当前使用的桌面启动器。

s330：将首选桌面启动器的活动信息保存至首选活动选项。

可选地，首选活动(preferred-activities)选项可以为系统默认路径下的选项。具体而言，可以通知system_server进程的activitymanagerservice服务，使其将该应用的活动信息保存至为系统data路径下package-restrictions.xml文件的preferred-activities选项中。然后可以通过startactivity方法跳转至首选launcher即app1的界面。当用户处于其他界面，可以通过home按键或者home选项返回到首选launcher界面。

通过上述方案的实施，能够根据用户输入的配置桌面启动器指令并将配置桌面启动器指令中包含的桌面启动器作为当前系统的首选桌面启动器，并将该桌面启动器的信息保存，以便系统下一次启动时自动为系统配置为首选的桌面启动器。

图5是本申请桌面启动器控制方法第三实施例的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图5所示的流程顺序为限。本实施例是在本申请桌面启动器控制方法第一实施例的基础上，进一步包括包括以下步骤：

s510：接收切换桌面启动器指令。

切换桌面启动器指令为用户根据偏好或需求输入的切换桌面启动器的指令。

本步骤具体可包括以下子步骤：

s511：监听手势操作。

手势操作可以为用户的触摸屏幕的操作，具体可以为手指点击或滑动屏幕操作。

比如，可通过输入事件获取器(inputreader)获取手指滑动操作事件，然后通过输入事件分发器(inputdispatcher)分发手指滑动操作事件(motionevent)到手机窗口管理器(phonewindowmanager)，手机窗口管理器中设有手势监听模块，可记录手指滑动操作事件中每个手指按下时的坐标(xdown_n,ydown_n)、抬起时的坐标(xup_n,yup_n)，其中n表示手指的次序。

s512：若检测到符合预设要求的手势操作，则确定接收到切换桌面启动器指令。

可选地，预设要求包括手势操作的手指数量、轨迹形状、轨迹尺寸和滑动方向中的至少一种。其中，手指数量可以为3，当然，也可以为其他数值，轨迹形状可以为直线，轨迹尺寸至多可为v个像素点(px)，滑动方向至少可为h个像素点，其中v和h可以由用户自行设定。一个用户手势操作滑动轨迹的例子如图6所示。图6中(xdown_1,ydown_1)、(xdown_2,ydown_2)、(xdown_3,ydown_3)为用户手指按下的坐标，(xup_1,yup_1)、(xup_2,yup_2)、(xup_3,yup_3)为用户手指抬起时的坐标。

可选地，若检测到的手势操作包括连续的第一滑动轨迹和第二滑动轨迹，第一滑动轨迹符合预设要求，第二滑动轨迹的滑动方向与第二滑动轨迹的滑动方向不同且二者之间的角度在预设范围内，则确定未接收到切换桌面启动器指令。

其中第二滑动轨迹与第一滑动轨迹之间角度的预设范围可以为(90°,180°]。若监听到符合预设要求第一滑动轨迹的手势操作后，又获取到与第一滑动轨迹连续的第二滑动轨迹的手势操作，则认为第一滑动轨迹的手势操作无效。

比如，用户在向一个方向滑动一段距离后，接着反向滑动一段距离再抬起，便可取消正在滑动的手势操作。一个用户取消手势操作的滑动轨迹的例子如图7所示。图7中，滑动轨迹为直线，(xdown_1,ydown_1)、(xdown_2,ydown_2)、(xdown_2,ydown_2)为用户手指按下的坐标，(xcorner_1,ycorner_1)、(xcorner_2,ycorner_2)、(xcorner_3,ycorner_3)为用户手指滑动方向发生改变时的坐标，(xup_1,yup_1)、(xup_2,yup_2)、(xup_3,yup_3)为用户手指抬起时的坐标。

s520：从当前桌面启动器应用切换至桌面启动器列表中的另一桌面启动器应用。

另一桌面启动器应用，即切换目标，可以是随机指定的，或者是固定的桌面启动器应用，也可以是切换桌面启动器指令指定的。

可选地，可以将首选桌面启动器从当前桌面启动器应用修改为手势操作指示的桌面启动器应用。例如，手势操作的滑动方向用于指示切换方向，即桌面启动器列表中切换目标与当前桌面启动器应用之间的位置关系。

可选地，若手势操作的滑动方向为向右或向下，则手势操作指示的桌面启动器应用为桌面启动器列表中当前桌面启动器的下一桌面启动器；若手势操作的滑动方向为向左或向上，则手势操作指示的桌面启动器应用为桌面启动器列表中当前桌面启动器的上一桌面启动器。需要说明的是，当滑动方向为向左或向右时，允许存在一定的上下偏差。

切换方式可以为轮滑切换。具体的，若当前桌面启动器为桌面启动器列表中的最后一个桌面启动器，则当前桌面启动器的下一桌面启动器为桌面启动器列表中的第一个桌面启动器；若当前桌面启动器为桌面启动器列表中的第一个桌面启动器，则当前桌面启动器的上一桌面启动器为桌面启动器列表中的最后一个桌面启动器。当然，也可以采用非轮滑的切换方式，此时若当前桌面启动器为面启动器列表中的第一个桌面启动器，且手势操作指示的桌面启动器应用是上一桌面启动器，则不进行切换；若当前桌面启动器为面启动器列表中的最后一个桌面启动器，且手势操作指示的桌面启动器应用是下一桌面启动器，则不进行切换。

举例说明，如图8所示，桌面启动器列表中有依次排列的多个桌面启动器(launchera、launcherb、launcherc、…)。轮滑切换模式下，当前系统为launchera，若手势操作的滑动方向为向左或向上，则当前系统的桌面启动器由launchera切换为launcherb。

在本步骤之后，还可进一步包括以下步骤：

s530：将另一桌面启动器的活动信息保存至首选活动选项。

比如，可将更新后的桌面启动器的活动信息保存至首选活动选项preferred-activities中的选项，以实现首选活动选项的更新，从而能够在系统下一次启动后，不需要用户再次对桌面启动器进行切换。

s540：启动系统后读取首选活动选项。

在下一次启动后可读取首选活动选项中的活动信息。

s550：启动首选活动选项对应的桌面启动器。

可启动与读取到的首选活动选项中的活动信息对应的桌面启动器应用作为系统当前的桌面启动器。

通过上述方案的实施，能够根据用户输入的切换桌面启动器指令对系统当前的桌面启动器进行切换，并且将新的桌面启动器信息保存，以便下一次系统启动时不需要用户再次对桌面启动器进行切换，就能根据保存的信息为系统配置用户本次选择的桌面启动器。

图9是本申请桌面启动器控制方法第四实施例的流程示意图。需注意的是，若有实质上相同的结果，本实施例并不以图9所示的流程顺序为限。如图9所示，基于上述实施例，本实施例还可以包括以下步骤：

s910：接收卸载第二应用的指令。

第二应用属于桌面启动器列表。即，第二应用为桌面启动器列表中中的桌面启动器应用。第一应用和第二应用可以相同，也可以不同。

s920：检测第二应用的进程是否存在。

检测用户想要卸载的第二应用是否处于运行过程中。比如，可通过getsystemservice(context.activity_service)获取到activitymanager系统服务，并通过该服务的getrunningtasks方法获取到正处于运行过程中的桌面启动器应用信息(runningtaskinfo)，然后将该信息与第二应用的信息进行匹配，根据匹配结果判断第二应用是否处于运行过程中。

s930：若第二应用的进程不存在，则切换至默认桌面启动器，卸载第二应用并删除第二应用的配置信息。

如果第二应用未处于运行中，则将当前系统桌面启动器切换为默认启动器，卸载第二应用，删除第二应用的桌面启动器相关配置信息，例如在系统运行内存/缓存/配置中将第二应用的桌面信息修改为不具备桌面属性，删除桌面启动器配置文件中第二应用的相关信息等。

通过本实施例的实施，检测用户想要卸载的桌面启动器列表中的应用(非系统自带的桌面启动器应用)是否处于运行过程，若并非处于运行过程，则将其卸载，从而能够根据用户需求卸载非系统自带的桌面启动器应用。

请参阅图10，图10是本申请桌面启动器控制装置一实施例的结构示意图。如图10所示，该桌面启动器控制装置1000包括处理器1010。

处理器1010还可以称为cpu(centralprocessingunit，中央处理单元)。处理器1010可能是一种集成电路芯片，具有信号的处理能力。处理器1010还可以是arm(advancedriscmachines)处理器、通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件arm处理器。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

桌面启动器控制装置1000可以进一步包括存储器(图中未示出)，用于存储处理器1010运行所需的指令和数据。

处理器1010用于执行指令以实现上述本申请方法实施例所提供的方法。

参阅图11，图11是申请存储介质一实施例的结构示意图。本申请实施例的存储介质1100存储有指令，该指令被执行时实现本申请桌面启动器控制方法。其中，该指令可以形成程序文件以软件产品的形式存储在上述存储介质中，以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。