CN105824542A - 启动应用程序功能的方法及装置 - Google Patents

Abstract

本申请涉及一种启动应用程序功能的方法及装置，所述方法包括：接收用户输入的手势；确定所述用户输入的手势是否为预设手势；当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。本申请可以缩短用户的操作时间，提升用户体验。

Description

启动应用程序功能的方法及装置

技术领域

本申请涉及终端设备技术领域，尤其涉及一种启动应用程序功能的方法及装置。

背景技术

随着智能手机、平板电脑等终端设备的普及，越来越多的应用程序(APP)被开发出来供用户使用。通常应用程序都具有多种功能，如支付宝钱包具有余额宝、转账、手机充值、***还款等多种功能。通常用户在使用应用程序时会在一段时间内较关注某一项功能，如用户使用支付宝钱包一段时间内较关注余额宝功能。

在现有终端设备的显示界面中，想要使用某个应用程序的某个功能(比如支付宝的余额宝)，只能通过单击该应用程序的图标启动该应用，进入到应用内部界面之后，用户点击具体功能的图标(文字)。这样，用户需要手动先启动应用程序，再等待应用启动后，再次手动选择具体功能，需要的操作时间较长，用户体验不佳。

发明内容

本申请的目的是，提供一种启动应用程序功能的方法及装置，可以缩短用户的操作时间，提高用户体验。

本申请提供了一种启动应用程序功能的方法，所述方法包括：

接收用户输入的手势；

确定所述用户输入的手势是否为预设手势；

当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。

可选的，所述确定所述用户输入的手势是否为预设手势，包括：

监测用户输入的手势所处的屏幕区域；

识别所述用户输入的手势是否为所述屏幕区域对应的预设手势。

可选的，所述确定所述用户输入的手势是否为预设手势，包括：

监测用户输入的手势所涉及的应用程序；

识别所述用户输入的手势是否为所述应用程序对应的预设手势。

可选的，在接收用户输入的手势之前，还包括：

显示多种手势类型；

接收用户针对应用程序的内部功能选择的手势，将用户选择的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

可选的，在接收用户输入的手势之前，还包括：

接收用户输入的针对应用程序的内部功能的手势；

将用户输入的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

又一方面，本申请还提供了一种启动应用程序功能的装置，所述装置包括：

接收单元，用于接收用户输入的手势；

确定单元，用于确定所述用户输入的手势是否为预设手势；

运行单元，用于当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。

可选的，所述确定单元，包括：

第一监测子单元，用于监测用户输入的手势所处的屏幕区域；

第一识别子单元，用于识别所述用户输入的手势是否为所述屏幕区域对应的预设手势。

可选的，所述确定单元，包括：

第二监测子单元，用于监测用户输入的手势所涉及的应用程序；

第二识别子单元，用于识别所述用户输入的手势是否为所述应用程序对应的预设手势。

可选的，所述装置还包括：

显示单元，用于显示多种手势类型；

设置单元，用于接收用户针对应用程序的内部功能选择的手势，将用户选择的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

可选的，所述装置还包括：

预设手势接收单元，用于接收用户输入的针对应用程序的内部功能的手势；

保存单元，用于将用户输入的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

本申请实施例提供的一种启动应用程序功能的方法及装置，通过在终端设备中增加快捷启动应用程序内部功能的功能，便于用户通过手势直接触发应用程序的内部功能的快捷启动，比起现有技术，无需先启动该应用并进入到对应的应用界面之后才能再启动具体的内部功能，就能直接启动应用程序的内部功能，非常方便快捷，可以减小内存的占用，降低***资源的消耗，缩短用户的操作时间，用户体验好。

附图说明

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

图1为本申请实施例1的一种启动应用程序功能的方法流程图；

图2为本申请实施例2的一种启动应用程序功能的方法流程图；

图3为本申请实施例3的一种启动应用程序功能的方法流程图；

图4为本申请实施例4的一种启动应用程序功能的装置示意图。

具体实施方式

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供的一种启动应用程序功能的方法及装置，适用于能够提供APP功能的各类终端设备，例如，智能手机、平板电脑Pad、智能穿戴设备等终端设备。

实施例1

参见图1，图1为本申请实施例1的一种启动应用程序功能的方法流程图，如图1所示，本申请实施例的方法包括：

S101、接收用户输入的手势。

本申请是在原有的终端设备功能的基础上，增加快捷启动应用程序内部功能的功能，用户可以预先设置应用程序内部功能快捷启动的手势，这里的预设手势可以是用户根据***提供的手势类型设置应用程序内部功能的对应手势，也可以是用户自己设置的一些手势。

具体的，终端设备可以通过以下两种方式，以使用户实现预先设置手势。

一种方式是，显示多种手势类型；接收用户针对应用程序的内部功能选择的手势，将用户选择的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

另一种方式是，接收用户输入的针对应用程序的内部功能的手势；将用户输入的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

用户可以在终端设备的***设置中，选择设置一个或者多个应用程序内部功能的快捷启动功能；也可以在应用程序中直接设置其内部功能的快捷启动功能；由于一般情况下用户会在终端设备中安装多种不同的应用程序，而不同的应用程序又包含多种不同的功能，因此终端设备必须保存预设手势与应用程序的内部功能之间的对应关系，这样在快捷启动时，根据该对应关系直接启动对应的应用程序的内部功能。

S102、确定所述用户输入的手势是否为预设手势。

终端设备可以仅支持一种手势对应一种应用程序的内部功能，这样，预设手势具有独特性，仅对应某种应用程序的某个特定的内部功能的快捷启动，这种情况下，终端设备仅需要确定用户输入的手势是否为数据库中已保存的某一个预设手势，当用户输入的手势是一个预设手势时，表明用户当前要触发快捷启动应用程序内部功能。

如果需要实现快捷启动的应用程序内部功能的种类较少，采用上述方式即可；本申请还考虑到一般情况下用户会在终端设备中安装多种不同的应用程序，而不同的应用程序又包含多种不同的功能，如果还采用上述方式，一种手势仅对应一个应用程序的内部功能，那么当用户针对多个应用程序的多个内部功能均建立快捷启动的手势时，就需要设置多种手势。

例如，终端设备中共有10个应用程序，每个应用程序均有10个功能，如果用户针对10个应用程序各自的10个内部功能，都要建立快捷启动时，则必须预先设置100种手势。记忆100手势以及各个手势与应用程序内部功能的对应关系，这对于用户而言，并不是一个很好地方案。因此，本申请还提供了其他实现方式，以更好地实现快捷启动应用程序的内部功能。

具体实现时，终端设备还可以通过划分屏幕区域的方式，以支持不同应用程序的内部功能快捷启动，这样，用户必须在指定屏幕区域内输入预设的手势，才能够快捷启动对应的应用程序的内部功能。一个区域可以仅支持一个应用程序的内部功能，也可以支持多个应用程序的内部功能的快捷启动。在这种实现方式中，同一区域内不同应用程序的内部功能对应的预设手势不相同，但不同区域内的不同应用程序的内部功能对应的预设手势可以相同。

具体实现时，终端设备还可以通过监测用户在应用程序图标上输入手势的方式，以实现应用程序的内部功能的快捷启动。在这种实现方式中，不同应用程序的内部功能的快捷启动可以采用相同的预设手势。在本实施例中，对上述两种方式不作具体解释说明，在后面的实施例2和实施例3中会分别进行解释说明。

这里需要说明的是，预设手势的类型可以是多种多样的，例如可以为：向上滑动、向下滑动、向左滑动、向右滑动、向指定方向(左上、右上、左下、右下)滑动、按住应用程序图标抛向屏幕边缘、长按应用程序图标、或者在屏幕上输入预设的手势如V字、圆圈等等。

S103、当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。

终端设备在接收到用户输入的手势时，先确定用户输入的手势是否为预设手势，当确定用户输入的手势为预设手势时，表明用户输入的手势实质上是用于触发快捷启动某个应用程序的内部功能的手势，此时，终端设备在后台运行所述预设手势对应的应用程序的内部功能。

在具体实现时，如果终端设备仅支持一种手势对应一种应用程序的内部功能，这种情况下，终端设备仅从数据库中查找预设手势与应用程序的内部功能之间的对应关系，根据用户输入的手势启动对应的应用程序的内部功能。

在具体实现时，如果终端设备是通过划分屏幕区域的方式，以支持不同应用程序的内部功能快捷启动。那么在实现本步骤时，终端设备需要根据监测到的用户输入的手势所处的屏幕区域，根据保存的屏幕区域、预设手势、应用程序的内部功能之间的对应关系，确定待启动的应用程序的内部功能，进而在后台进行启动。

在具体实现时，如果终端设备支持用户在应用程序图标上输入手势的方式，以实现应用程序的内部功能的快捷启动。那么在实现本步骤时，终端设备需要根据监测到的用户输入的手势涉及的应用程序，根据保存的预设手势、应用程序、应用程序的内部功能之间的对应关系，确定待启动的应用程序的内部功能，进而在后台进行启动。

这里需要说明的是，在后台运行所述预设手势对应的应用程序的内部功能，可以是指完全独立在后台运行不在终端设备屏幕上显示，也可以是指在后台运行后再在终端设备屏幕上显示内部功能对应界面；具体地，可以根据内部功能的类型决定是否在终端设备的屏幕上显示该内部功能对应界面。

对于一些可以在后台运行实现效果的功能，例如，音频播放应用的播放功能可以在后台运行，则在后台运行并实现相应功能。而对于一些在后台运行得不到效果的功能，例如，视频播放应用、游戏应用、信息查看应用等需要用户观看的内部功能，需要使用终端设备进行全屏播放、查看才有更好效果的，则在后台启动对应的应用程序的内部功能并在终端设备的屏幕上显示内部功能对应界面。

这样，通过在终端设备中增加快捷启动应用程序内部功能的功能，便于用户通过手势直接触发应用程序的内部功能的快捷启动，比起现有技术，无需先启动该应用并进入到对应的应用界面之后才能再启动具体的内部功能，就能直接启动应用程序的内部功能，非常方便快捷，可以减小内存的占用，降低***资源的消耗，缩短用户的操作时间，提升***的流畅度，用户体验好。

实施例2

参见图2，图2为本申请实施例2的一种启动应用程序功能的方法流程图，如图2所示，本申请实施例的方法包括：

S201、接收用户输入的手势。

S202、监测用户输入的手势所处的屏幕区域。

S203、识别所述用户输入的手势是否为所述屏幕区域对应的预设手势。

用户会在终端设备的屏幕上输入手势，终端设备接收用户输入的手势，同时还监测用户输入的手势所处的屏幕区域。这里的屏幕区域是指终端设备将整个显示屏幕划分成多个屏幕区域。依据什么方式实现划分，划分成几个屏幕区域，均可以根据实际情况作选择。

例如，可以将整个显示屏幕上下平分划分成，上下两个屏幕区域；也可以将整个显示屏幕四等分划分成左上、左下、右上、右下共四个屏幕区域，不同屏幕区域支持不同的应用程序的内部功能的快捷启动。下面以整个显示屏幕被划分成四等分为例对本实施例进行解释说明。

一个屏幕区域可以支持一个或多个应用程序的内部功能的快捷启动，在同一屏幕区域内不同的应用程序的内部功能对应的预设手势不相同；但不同屏幕区域内不同的应用程序的内部功能对应的预设手势可以相同；这样就能够使得相同手势在不同屏幕区域内可以触发不同应用程序内部功能的快捷启动。

例如，左上屏幕区域、对应的应用程序1的内部功能1、对应的预设手势为向右滑动；左上屏幕区域、对应的应用程序2的内部功能2、对应的预设手势为向上滑动；

右上屏幕区域、对应的应用程序3的内部功能1、对应的预设手势为向右滑动；右上屏幕区域、对应的应用程序4的内部功能2、对应的预设手势为向上滑动。

S204、如果是，在后台运行在所述屏幕区域内所述预设手势对应的应用程序的内部功能。

当一个屏幕区域内仅支持一个应用程序内部功能的快捷启动时，该屏幕区域仅对应一个预设手势；当一个屏幕区域内支持多个应用程序内部功能的快捷启动，即，该屏幕区域对应多个预设手势；在S203识别出所述用户输入的手势是屏幕区域对应的预设手势之后，在后台直接运行该屏幕区域内该预设手势对应的应用程序的内部功能。

例如，如果用户在左上屏幕区域输入向后滑动的手势时，则直接启动对应的应用程序1的内部功能1；如果用户在右上屏幕区域输入向右滑动的手势时，则直接启动对应的应用程序3的内部功能1。

这样，通过在终端设备中增加快捷启动应用程序内部功能的功能，具体的通过屏幕区域划分的方式，使得一种手势可以在不同屏幕区域中触发不同的应用程序内部功能的快捷启动，可以以较少类型的手势实现更多应用程序内部功能的快捷启动，这样便于用户记忆手势以通过手势直接触发应用程序的内部功能的快捷启动，比起现有技术，无需先启动该应用并进入到对应的应用界面之后才能再启动具体的内部功能，就能直接启动应用程序的内部功能，非常方便快捷，可以减小内存的占用，降低***资源的消耗，缩短用户的操作时间，用户体验好。

实施例3

参见图3，图3为本申请实施例3的一种启动应用程序功能的方法流程图，如图3所示，本申请实施例的方法包括：

S301、接收用户输入的手势。

用户可以在终端设备显示界面上显示的应用程序图标上或者图标周围输入手势，以实现应用程序内部功能的快捷启动。例如：用户在应用程序图标上直接输入手势、或者在应用程序图标的左上角、右上角等位置输入手势。

可选的，预设手势可以为按住应用程序图标抛向屏幕边缘；当用户想要触发某个应用程序的内部功能快捷启动时，需要按住该应用程序的图标将其抛向屏幕边缘。

S302、监测用户输入的手势所涉及的应用程序。

用户是在应用程序图标上或者图标周围输入的手势，因此终端设备可以通过压力传感器等元件，监测用户在输入手势时所涉及的应用程序。例如，当预设手势为按住应用程序图标抛向屏幕边缘；那么用户会先点击应用程序图标，按住不放将其抛向屏幕边缘；终端设备就会监测出被点击的应用程序，将其作为用户输入的手势所涉及的应用程序。

S303、识别所述用户输入的手势是否为所述应用程序对应的预设手势。

当一个应用程序仅有一个内部功能时，若设置该应用程序内部功能的快捷启动时，该应用程序仅存在一个对应的预设手势。

当一个应用程序有多个内部功能时，若设置该应用程序的多个内部功能的快捷启动时，该应用程序存在多个对应的预设手势。一个应用程序内不同的内部功能快捷启动对应的预设手势不相同，但不同应用程序的内部功能快捷启动对应的预设手势可以相同。例如，可以预设应用程序“支付宝”的“余额宝”功能对应的预设手势为“$”；也可以预设应用程序“手机银行”的“转账”功能对应的预设手势为“$”。再例如，可以预设应用程序“音乐播放器”的“本地音乐播放”功能对应的预设手势为“＞”；也可以预设应用程序“美颜相机”的“拍照”功能对应的预设手势为“＞”。在具体实现时，可以设置一个手势作为多种不同应用程序内部功能的快捷启动的手势，这样使得手势简单化，便于用户记忆以及使用。

在接收到用户输入的手势，以及监测到所涉及的应用程序时，需要判断该手势是否为该应用程序对应的一个预设手势，如果是，则表明用户需要触发该应用程序的某个内部功能的快捷启动。

S304、如果是，在后台运行所述预设手势对应的所述应用程序的内部功能。

例如，接收到用户输入的手势为“$”，并监测到所涉及的应用程序为“手机银行”，则直接在后台运行应用程序“手机银行”的“转账”功能。若接收到用户输入的手势为“$”，但监测到所涉及的应用程序为“支付宝”，则直接在后台运行应用程序“支付宝”的“余额宝”功能。

这样，通过在终端设备中增加快捷启动应用程序内部功能的功能，具体的通过用户在应用程序图标相关位置输入手势的方式，使得一种手势可以作为不同应用程序内部功能快捷启动的预设手势，可以以较少类型的手势实现更多应用程序内部功能的快捷启动，这样便于用户记忆手势以通过手势直接触发应用程序的内部功能的快捷启动，比起现有技术，无需先启动该应用并进入到对应的应用界面之后才能再启动具体的内部功能，就能直接启动应用程序的内部功能，非常方便快捷，可以减小内存的占用，降低***资源的消耗，缩短用户的操作时间，用户体验好。

以上是对本申请实施例所提供的一种启动应用程序功能的方法进行的详细描述，下面对本申请提供的一种启动应用程序功能的装置进行详细描述。

实施例4

图4是本申请实施例提供的一种启动应用程序功能的装置示意图，如图4所示，本申请的装置包括：接收单元401、确定单元402以及运行单元403。

接收单元401，用于接收用户输入的手势；

确定单元402，用于确定所述用户输入的手势是否为预设手势；

运行单元403，用于当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。

可选的，所述确定单元，包括：

第一监测子单元，用于监测用户输入的手势所处的屏幕区域；

第一识别子单元，用于识别所述用户输入的手势是否为所述屏幕区域对应的预设手势。

可选的，所述确定单元，包括：

第二监测子单元，用于监测用户输入的手势所涉及的应用程序；

第二识别子单元，用于识别所述用户输入的手势是否为所述应用程序对应的预设手势。

进一步地，所述装置还包括：

显示单元，用于显示多种手势类型；

设置单元，用于接收用户针对应用程序的内部功能选择的手势，将用户选择的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

进一步地，所述装置还包括：

预设手势接收单元，用于接收用户输入的针对应用程序的内部功能的手势；

保存单元，用于将用户输入的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

上述各单元的功能可对应于图1详细描述的上述方法的处理步骤，于此不再赘述。

这样，通过在终端设备中增加启动应用程序功能的装置，便于用户通过手势直接触发应用程序的内部功能的快捷启动，比起现有技术，无需先启动该应用并进入到对应的应用界面之后才能再启动具体的内部功能，就能直接启动应用程序的内部功能，非常方便快捷，可以减小内存的占用，降低***资源的消耗，缩短用户的操作时间，用户体验好。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD－ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种启动应用程序功能的方法，其特征在于，所述方法包括：

接收用户输入的手势；

确定所述用户输入的手势是否为预设手势；

当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。

2.根据权利要求1所述的方法，其特征在于，所述确定所述用户输入的手势是否为预设手势，包括：

监测用户输入的手势所处的屏幕区域；

识别所述用户输入的手势是否为所述屏幕区域对应的预设手势。

3.根据权利要求1所述的方法，其特征在于，所述确定所述用户输入的手势是否为预设手势，包括：

监测用户输入的手势所涉及的应用程序；

识别所述用户输入的手势是否为所述应用程序对应的预设手势。

4.根据权利要求1所述的方法，其特征在于，在接收用户输入的手势之前，还包括：

显示多种手势类型；

接收用户针对应用程序的内部功能选择的手势，将用户选择的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

5.根据权利要求1所述的方法，其特征在于，在接收用户输入的手势之前，还包括：

接收用户输入的针对应用程序的内部功能的手势；

将用户输入的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

6.一种启动应用程序功能的装置，其特征在于，所述装置包括：

接收单元，用于接收用户输入的手势；

确定单元，用于确定所述用户输入的手势是否为预设手势；

运行单元，用于当所述用户输入的手势为预设手势时，在后台运行所述预设手势对应的应用程序的内部功能。

7.根据权利要求6所述的装置，其特征在于，所述确定单元，包括：

第一监测子单元，用于监测用户输入的手势所处的屏幕区域；

第一识别子单元，用于识别所述用户输入的手势是否为所述屏幕区域对应的预设手势。

8.根据权利要求6所述的装置，其特征在于，所述确定单元，包括：

第二监测子单元，用于监测用户输入的手势所涉及的应用程序；

第二识别子单元，用于识别所述用户输入的手势是否为所述应用程序对应的预设手势。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：

显示单元，用于显示多种手势类型；

设置单元，用于接收用户针对应用程序的内部功能选择的手势，将用户选择的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

预设手势接收单元，用于接收用户输入的针对应用程序的内部功能的手势；

保存单元，用于将用户输入的手势作为预设手势，并保存预设手势与应用程序的内部功能之间的对应关系。