应用的处理方法及装置与流程

本申请涉及软件工程技术领域，具体而言，涉及一种应用的处理方法及装置。

背景技术：

现有的安卓智能终端上，各个应用的功能入口基本都以矩阵形式排列在系统启动器(launcher)上，针对个人使用场景下应用的数量、种类繁多的情况，一般以3*3(横向每行显示3个应用图标，纵向每行显示3个图标)至5*6的布局来显示各个应用图标。但是在商业场景下，用户核心入口较少(应用数量较少，一般控制在1至5个业务软件范围内)，这就导致基于安卓设计的启动器上，不仅浪费了大量桌面显示空间，同时较小的应用图标也影响用户的识别及操作效率。

针对上述问题，现有的安卓原生小部件方案可以将智能终端桌面上的应用图标放大显示，但在安卓原生小部件方案中，首先需要第三方应用针对该安卓原生小部件方案的功能去定制开发一个固定的插件，在应用安装后，通过自动/手动设置将这个插件添加到桌面；而且，用户手动设置插件时，需要保证页面中存在符合插件大小的空间，才可以将插件摆放在桌面上，现有的安卓原生小部件方案由于需要第三方应用定制开发固定的插件，导致应用占用的内存增大，并且用户在设置小部件时需要考虑当前页面的空间，用户体验效果不佳。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请实施例提供了一种应用的处理方法及装置，以至少解决由于安卓原生小部件方案需要第三方应用定制开发固定的插件造成的应用占用的内存增大及用户在设置小部件时需要考虑当前页面的空间导致用户体验效果不佳的技术问题。

根据本申请实施例的一个方面，提供了一种应用的处理方法，包括：判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件。

可选地，在判断是否允许设置应用的小部件之前，上述方法还包括：接收对应用进行操作的第一触控指令；判断第一触控指令是否为对应用进行拖动和/或编辑的操作指令；在判断结果为是的情况下，控制应用显示为可编辑状态,其中，可编辑状态表征允许设置应用的小部件。

可选地，判断是否允许设置应用的小部件，包括：根据应用实现的业务类型确定。

可选地，利用第一功能控件在应用所在的显示界面上生成应用的小部件，包括：在显示界面的顶端同时显示第一功能控件和删除控件，其中，第一功能控件用于生成应用的小部件，删除控件用于卸载应用；在显示界面上放大该第一功能控件的操作区域，并在操作区域显示应用，其中，操作区域为第一功能控件用于生成应用的小部件的区域。

可选地，在显示界面顶端同时显示第一功能控件和删除控件之后，上述方法还包括：接收对应用进行操作的第二触控指令，并判断第二触控指令是否为在第一功能控件内执行的指令；在判断结果为是的情况下，发出消息，消息用于请求生成小部件。

可选地，在应用所在的显示界面上生成应用的小部件，还包括：在接收到消息之后，根据应用的应用信息将应用的显示信息更新为生成应用的小部件后的显示信息，其中显示信息包括：应用的显示图标、应用的名称、应用的显示位置及生成应用的小部件后显示的模板背景；显示应用的小部件的显示信息。

可选地，显示应用的小部件的显示信息，包括：根据生成的小部件的数量调整显示界面上的其他应用的位置；将应用的小部件的显示信息合并，并生成小部件，并在操作区域显示小部件，然后再显示所述显示界面上的其他应用。

根据本申请实施例的另一方面，还提供了另一种应用的处理方法，包括：客户端接收应用的应用信息，其中应用允许设置应用的小部件，小部件为应用的一种显示结果；客户端基于应用信息从启动器获取生成的小部件，其中，启动器用于生成应用的小部件。

可选地，客户端接收应用的应用信息，包括：客户端接收服务器推送的应用信息；和/或客户端主动向服务器获取应用信息。

可选地，启动器通过以下方式生成应用的小部件：启动器根据应用信息将应用的显示信息更新为应用的小部件的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置及生成应用的小部件后显示的模板背景；显示应用的小部件的显示信息。

可选地，显示应用的小部件的显示信息，包括：启动器根据小部件的数量调整应用所在的显示界面上的其他应用的位置；启动器将应用的小部件的显示信息合并，并生成小部件，并在显示界面的顶端显示小部件，然后再显示显示界面上的其他应用。

根据本申请实施例的再一方面，还提供了另一种应用的处理方法，包括：接收对应用的小部件进行操作的第三触控指令，小部件为应用的一种显示结果；判断第三触控指令是否为对小部件进行拖动和/或编辑的操作指令；在判断结果为是的情况下，在小部件所在的显示界面增加第二功能控件，其中，第二功能控件用于取消应用的小部件；取消应用的小部件。

可选地，在小部件所在的显示界面增加第二功能控件，包括：在显示界面的顶端同时显示第二功能控件和删除控件，其中，删除控件用于卸载应用。

可选地，在小部件所在的显示界面增加第二功能控件之后，方法还包括：接收对小部件进行操作的第四触控指令，并判断第四触控指令是否为在第二功能控件内执行的指令；在判断结果为是的情况下，将生成应用的小部件后的显示信息更新为应用的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置。

可选地，取消应用的小部件，包括：在小部件所在的显示界面的当前位置显示应用的显示信息。

根据本申请实施例的再一方面，还提供了另一种应用的处理方法，包括：客户端接收取消应用的小部件的应用信息，小部件为应用的一种显示结果；客户端基于应用信息从启动器获取取消小部件后的应用，启动器用于取消应用的小部件。

可选地，客户端接收取消应用的小部件的应用信息，包括：客户端接收服务器推送的应用信息；和/或客户端主动向服务器获取应用信息。

可选地，启动器通过以下方式取消应用的小部件：启动器根据应用信息将应用的小部件的显示信息更新为应用的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置；启动器在小部件所在的显示界面的当前位置显示应用的显示信息。

根据本申请实施例的再一方面，提供了一种应用的处理装置，包括：判断模块，用于判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；设置模块，用于在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；生成模块，用于利用第一功能控件在显示界面上生成应用的小部件。

根据本申请实施例的再一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在的设备执行以上的应用的处理方法。

根据本申请实施例的再一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上的应用的处理方法。

在本申请实施例中，采用判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件的方式，通过在判断出允许设置应用的小部件的情况下，在应用的显示界面直接设置生成应用的小部件，达到了不需要第三方应用定制开发插件即可生成应用的小部件及在生成小部件时不需要考虑终端显示界面的空间的目的，从而实现了节省终端的内存及提高用户体验的技术效果，进而解决了由于安卓原生小部件方案需要第三方应用定制开发固定的插件造成的应用占用的内存增大及用户在设置小部件时需要考虑当前页面的空间导致用户体验效果不佳的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种应用的处理方法的流程图；

图2a是根据本申请实施例的一种生成应用的小部件的方法的示意图；

图2b是根据本申请实施例的另一种生成应用的小部件的方法的示意图；

图2c是根据本申请实施例的另一种生成应用的小部件的方法的示意图；

图3是根据本申请实施例的另一种应用的处理方法的流程图；

图4是根据本申请实施例的另一种应用的处理方法的流程图；

图5a是根据本申请实施例的一种取消应用的小部件的方法的示意图；

图5b是根据本申请实施例的另一种取消应用的小部件的方法的示意图；

图6是根据本申请实施例的另一种应用的处理方法的流程图；

图7是根据本申请实施例的一种应用的处理装置的结构图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例，提供了一种应用的处理方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的一种应用的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤s102，判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果。

小部件是一种应用在终端显示界面上的一种特殊显示方式，比如终端显示界面上的日历小部件、用于显示天气界面的小部件等。需要说明的是，有些应用允许被设置为小部件形式显示在终端显示界面上，有些应用不允许被设置为小部件形式，因此在设置应用的小部件之前先判断该应用是否允许被设置为小部件的显示形式。

步骤s104，在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件。

步骤s106，利用第一功能控件在显示界面上生成应用的小部件。

通过上述步骤，在判断出应用允许被设置为小部件形式后，直接在应用所在的显示界面上生成第一功能控件，然后利用生成的该第一功能控件生成应用的小部件，不需要第三方应用定制开发插件即可生成应用的小部件，实现了节省终端的内存的技术效果。

在本申请的一些可选的实施例中，在执行步骤s102之前，接收对应用进行操作的第一触控指令；判断第一触控指令是否为对应用进行拖动和/或编辑的操作指令；在判断结果为是的情况下，控制应用显示为可编辑状态,其中，可编辑状态表征允许设置应用的小部件。

当检测到用户点击或者拖动显示界面上的应用时，将该应用显示为可编辑状态，其中可编辑状态也用于表征该应用可以被设置为小部件类型。

根据本申请的一个可选的实施例，判断是否允许设置应用的小部件。包括：根据应用实现的业务类型确定。一个应用是否允许设置应用的小部件根据该应用所实现的业务类型提前确定。

在本申请的一些可选的实施例中，利用第一功能控件在应用所在的显示界面上生成应用的小部件，包括：在显示界面的顶端同时显示第一功能控件和删除控件，其中，第一功能控件用于生成应用的小部件，删除控件用于卸载应用；在显示界面上放大该第一功能控件的操作区域，并在操作区域显示应用，其中，操作区域为第一功能控件用于生成应用的小部件的区域。

在本申请的一些可选的实施例中，在显示界面顶端同时显示第一功能控件和删除控件之后，接收对应用进行操作的第二触控指令，并判断第二触控指令是否为在第一功能控件内执行的指令；在判断结果为是的情况下，发出消息，消息用于请求生成小部件。

通过上述步骤直接在终端的显示界面上拖动应用完成应用的小部件设置，提高了用户的使用体验。

图2a是根据本申请实施例的一种生成应用的小部件的方法的示意图，如图2a所示，终端显示界面上有应用a、应用b、应用市场等应用软件，当点击或拖动应用b的时候，在终端显示界面的顶端同时显示两个功能控件，其中，左边为第一功能控件20，用于生成应用的小部件，右边为删除控件22，删除控件22用于将该应用从终端运行的操作系统中卸载。

图2b是根据本申请实施例的另一种生成应用的小部件的方法的示意图，如图2b所示，将应用b拖动至第一功能控件20内以完成应用b的小部件的设置。

图2c是根据本申请实施例的另一种生成应用的小部件的方法的示意图，如图2c所示，在将应用b拖动至第一功能控件20之后，在第一功能控件20的操作区域显示应用b。

根据本申请的一个可选的实施例，在应用所在的显示界面上生成应用的小部件，还包括：在接收到消息之后，根据应用的应用信息将应用的显示信息更新为生成应用的小部件后的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置及生成应用的小部件后显示的模板背景；显示应用的小部件的显示信息。

在接收到小部件生成操作请求后，根据缓存的应用信息将数据库中缓存的应用的显示信息更新为设置为应用的小部件类型后显示的信息。包括：应用的显示图标，应用的名称，应用在显示界面的显示位置，及生成应用的小部件后显示的模板背景，并在终端显示界面显示上述小部件类型的显示信息，以完成小部件的设置。

在本申请的一些可选的实施例中，显示应用的小部件的显示信息，包括：根据生成的小部件的数量调整显示界面上的其他应用的位置；将应用的小部件的显示信息合并，并生成小部件，并在操作区域显示小部件，然后再显示显示界面上的其他应用。

根据要生成的小部件数量调整受影响的其他应用图标的位置向下移动指定行数。并刷新启动器，launcher是安卓系统中的桌面启动器，安卓系统的桌面ui统称为launcher。launcher是安卓系统中的主要程序组件之一，安卓系统如果没有launcher就无法启动安卓桌面。在启动器刷新过程中，将小部件类型的显示信息合并，渲染生成小部件整体，在显示界面置顶位置显示小部件，然后再展示其他已有图标。

通过上述方法，在第三方应用未制作大面积显示控件的时候，服务商或用户可以自己设置应用的小部件来放大应用功能的入口，提高使用应用时的操作效率。并且通过上述方法设置应用的小部件时不需要第三方应用开发定制插件，因此不需要考虑终端当前页面的空间，可以直接设置，可以提高用户的使用体验。

图3是根据本申请实施例的另一种应用的处理方法的流程图，如图3所示，该方法包括以下步骤：

步骤s302，客户端接收应用的应用信息，其中应用允许设置应用的小部件，小部件为应用的一种显示结果。

步骤s304，客户端基于应用信息从启动器获取生成的小部件，其中，启动器用于生成应用的小部件。

步骤s302至步骤s304提供了另一种应用的处理方法，根据本申请的一个可选的实施例，还可以通过网页等形式在服务器上指定要设置小部件的应用，客户端从服务器获取应用信息后，利用启动器生成应用的小部件。

通过上述方法可以实现批量设置应用的小部件的技术效果。

执行步骤s302时，客户端接收应用的应用信息包括：客户端接收服务器推送的应用信息；或者客户端主动向服务器获取应用信息。

在本申请的一些可选的实施例中，启动器通过以下生成应用的小部件：启动器根据应用信息将应用的显示信息更新为应用的小部件的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置及生成应用的小部件后显示的模板背景；显示应用的小部件的显示信息。

根据本申请的一个可选的实施例，显示应用的小部件的显示信息，包括：启动器根据小部件的数量调整应用所在的显示界面上的其他应用的位置；启动器将应用的小部件的显示信息合并，并生成小部件，并在显示界面的顶端显示小部件，然后再显示显示界面上的其他应用。

图4是根据本申请实施例的另一种应用的处理方法的流程图，如图4所示，上述方法包括以下步骤：

步骤s402，接收对应用的小部件进行操作的第三触控指令，小部件为应用的一种显示结果。

步骤s404，判断第三触控指令是否为对小部件进行拖动和/或编辑的操作指令。

步骤s406，在判断结果为是的情况下，在小部件所在的显示界面增加第二功能控件，其中，第二功能控件用于取消应用的小部件。

步骤s408，取消应用的小部件。

步骤s402至步骤s408提供了一种取消应用的小部件的方法，执行步骤s406时在显示界面的顶端同时显示第二功能控件和删除控件，其中，删除控件用于卸载应用。

根据本申请的一个可选的实施例，在小部件所在的显示界面增加第二功能控件之后，接收对小部件进行操作的第四触控指令，并判断第四触控指令是否为在第二功能控件内执行的指令；在判断结果为是的情况下，将生成应用的小部件后的显示信息更新为应用的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置。

根据本申请的一个可选的实施例，取消应用的小部件，包括：在小部件所在的显示界面的当前位置显示应用的显示信息。

图5a是根据本申请实施例的一种取消应用的小部件的方法的示意图，如图5a所示，当点击或拖动应用a的小部件时候，在终端显示界面的顶端同时显示两个功能控件，其中，左边为第二功能控件24，用于取消应用的小部件，右边为删除控件22，删除控件22用于将该应用从终端运行的操作系统中卸载。

图5b是根据本申请实施例的另一种取消应用的小部件的方法的示意图，如图5b所示，将应用a的小部件拖动至第二功能控件24之后，应用a的小部件取消，在终端显示界面上显示应用a。

图6是根据本申请实施例的另一种应用的处理方法的流程图，如图6所示，该方法包括以下步骤：

步骤s602，客户端接收取消应用的小部件的应用信息，小部件为应用的一种显示结果。

步骤s604，客户端基于应用信息从启动器获取取消小部件后的应用，启动器用于取消应用的小部件。

步骤s602至步骤s604提供了另一种取消小部件的方法，可以通过网页等形式在服务器上批量设置要取消的小部件。

根据本申请的一个可选的实施例，执行步骤s602包括：客户端接收服务器推送的应用信息或者客户端主动向服务器获取应用信息。

在本申请的一些可选的实施例中，启动器通过以下方式取消应用的小部件：启动器根据应用信息将应用的小部件的显示信息更新为应用的显示信息，其中，显示信息包括：应用的显示图标、应用的名称、应用的显示位置；启动器在小部件所在的显示界面的当前位置显示应用的显示信息。

通过上述步骤可以实现小部件的批量取消的操作。

图7是根据本申请实施例的一种应用的处理装置的结构图，如图7所示，该装置包括：

判断模块70，用于判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果。

设置模块72，用于在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件

生成模块74，用于利用第一功能控件在显示界面上生成应用的小部件。

需要说明的是，图7所示实施例的优选实施方式可以参见图1所示实施例的相关描述，此处不再赘述。

本申请实施例还提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时控制存储介质所在的设备执行以上的应用的处理方法。

存储介质存储执行以下功能的程序：判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件。

本申请实施例还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行以上的应用的处理方法。

处理器用于运行执行以下功能的程序：判断是否允许设置应用的小部件，其中，小部件为应用的一种显示结果；在判断结果为是的情况下，在应用所在的显示界面显示第一功能控件，其中，第一功能控件用于生成应用的小部件；利用第一功能控件在显示界面上生成应用的小部件。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。