CN105843672A - 一种应用程序控制方法、装置及系统 - Google Patents

Abstract

本申请提供了一种应用程序控制方法、装置及系统，包括：在终端处于开机状态时，监测终端屏幕上的点击操作；当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；所述应用程序在接收到所述触发指令后，发送指定操作的请求。本申请实施例在终端处于开机状态时，通过监测用户在终端屏幕上的点击操作，并在点击操作满足预设条件时，即可触发终端上的应用程序发送指定操作的请求，不需要用户先激活终端屏幕、找到应用程序、再启动应用程序、以及在应用程序上进行设置等一系列繁琐的步骤，极大地简化了用户操作，提高了用户体验。

Description

一种应用程序控制方法、装置及系统

技术领域

本申请涉及终端技术领域，尤其涉及一种应用程序控制方法、装置及系统。

背景技术

随着智能终端的不断发展，为了满足用户的不同需求，出现了越来越多的智能终端应用程序。目前，终端在处于开机状态时，控制应用程序进行指定操作至少需要用户进行以下流程：

1)找到应用程序；

2)点击，启动应用程序；

3)在应用程序中进行一系列设置；

4)发起指定操作请求。

现有技术不足在于：

由上可以看出，目前终端上的应用程序在使用过程中，操作步骤较多、流程繁琐，导致用户体验较差。

发明内容

本申请实施例提出了一种应用程序控制方法、装置及系统，以解决现有技术中应用程序在使用过程中操作繁琐导致用户体验较差的技术问题。

本申请实施例提供了一种应用程序控制方法，包括如下步骤：

在终端处于开机状态时，监测终端屏幕上的点击操作；

当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；所述应用程序在接收到所述触发指令后，发送指定操作的请求。

本申请实施例还提供了一种应用程序控制装置，包括：

监测模块，用于在终端处于开机状态时，监测终端屏幕上的点击操作；

触发模块，用于当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；

发送模块，用于所述应用程序在接收到所述触发指令后，发送指定操作的请求。

本申请实施例还提供了一种应用程序控制系统，包括上述应用程序控制装置和服务器，所述服务器用于接收所述应用程序发送的指定操作的请求。

有益效果如下：

本申请实施例在终端处于开机状态时，通过监测用户在终端屏幕上的点击操作，并在点击操作满足预设条件时，即可触发终端上的应用程序发送指定操作的请求，不需要用户先找到应用程序并点击、启动应用程序、以及在应用程序上进行设置等一系列繁琐的步骤，极大地简化了用户操作，提高了用户体验。

附图说明

下面将参照附图描述本申请的具体实施例，其中：

图1示出了本申请实施例中应用程序控制方法实施的流程示意图；

图2示出了本申请实施例中打车应用程序实施的场景示意图；

图3示出了本申请实施例中应用程序控制装置的结构示意图；

图4示出了本申请实施例中应用程序控制系统的结构示意图。

具体实施方式

为了使本申请的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。并且在不冲突的情况下，本说明中的实施例及实施例中的特征可以互相结合。

针对现有技术的不足，本申请实施例提出了一种应用程序控制方法、装置及系统，下面进行说明。

图1示出了本申请实施例中应用程序控制方法实施的流程示意图，如图所示，所述应用程序控制方法可以包括如下步骤：

步骤101、在终端处于开机状态时，监测终端屏幕上的点击操作；

步骤102、当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；所述应用程序在接收到所述触发指令后，发送指定操作的请求。

其中，终端可以是手机、iPad、平板等移动终端，终端的屏幕可以是触摸屏(或者称为触控屏/触控面板等)，而触摸屏又可以为电容式触摸屏、电阻式触摸屏等。

用户可以在终端处于开机状态时点击终端的屏幕，终端监测到用户的点击操作，并当点击操作满足预设条件时就会向终端上的应用程序发送触发指令。其中，点击操作满足预设条件至少可以为以下情况：

1)用户点击终端屏幕的次数超过预设次数；

2)在一定时间内，用户连续点击终端屏幕的次数超过预设次数；

3)在一定时间内，用户连续点击终端屏幕上同一区域的次数超过预设次数等。

上述情况仅是为了便于本领域技术人员使用/理解，但是，从理论上来说，用其他方式也是可以的，上述举例仅用于教导本领域技术人员具体如何实施本申请，但并不意味着仅能使用上述方式，实施过程中可以结合实际需要设置，本申请对触发的具体条件不做限制。

本申请实施例中，终端发送的触发指令可以是使用触发器来发送触发指令，比如：在事件触发器中定义触发条件以及满足该条件时应该执行的操作等；也可以使用事件处理程序来触发。其中，触发器或事件处理程序等发送触发指令可以采用现有技术，在具体实施中，本领域技术人员可以根据实际需要进行相应开发即可。

其中，应用程序发送的指定操作的请求，可以是与其他终端进行视频操作的请求、查询/更新/删除数据操作的请求、或者下载音乐/视频等操作的请求，本申请对请求的具体内容不做限制。除此之外，发送指定操作的请求可以是发送给服务器、也可以是发送给其他终端等。

本申请实施例所提供的技术方案，可以在终端处于开机状态时，监测终端屏幕上的点击操作，当点击操作满足预设条件时，即可触发终端上的应用程序发送指定操作的请求，从而免去了用户找到应用程序、点击、开启应用程序以及在应用程序中设置等繁琐的步骤，相比现有技术更加方便快捷，大大提升了用户体验。

实施中，开机状态可以包括待机状态、锁屏状态或者主界面状态等。

其中，本申请实施例中待机状态是指未进行任何操作的开机状态，一旦激活即可迅速进入系统。当然，本申请实施例中所述的开机状态除上述三种状态外，还可以包括处于其他应用程序的界面的状态，比如：当用户正在逛淘宝时，终端所处的开机状态为淘宝应用程序的界面状态，本申请对开机状态的具体状态不作限制。

现有技术中，当终端处于待机状态时，控制应用程序进行指定操作可能需要用户进行以下流程：

1)先通过按Home键等方式来激活屏幕；

2)滑动解锁；

3)找到应用程序并点击，启动应用程序；

4)在应用程序中进行一系列设置；

5)发起指定操作请求。

可以看出，现有技术中当终端处于待机状态时，用户需要进行的操作步骤较多，给用户带来诸多不便。

当终端处于锁屏状态时，虽然可能不需要激活屏幕这一步骤，但仍然需要用户进行解锁操作，再进行后续找到应用程序、点击启动应用程序以及后续一系列步骤，操作依然较为繁琐。

当终端处于主界面状态时，虽然不需要激活屏幕、解锁步骤，但仍然需要用户先找到应用程序，再进行点击、启动应用程序以及后续一系列步骤，操作仍然比较复杂。

而采用本申请实施例所提供的技术方案，在终端处于待机状态时，可以免去了用户激活屏幕、解锁以及后续操作；在终端处于锁屏状态时，可以免去用户解锁以及后续操作；在终端处于主界面状态时，可以免去用户找应用程序以及后续步骤；可见，本申请实施例可以从不同程度上缩减用户使用应用程序时所需要的步骤，大大提高了用户体验。

其中，在具体处于何种状态时进行屏幕监测可以预先设置，比如，假设要实现终端处于待机状态时进行屏幕监测操作，则可以通过预先设置、开启后台实时监控服务，确保终端可以随时监测屏幕上的操作并通过触发指令唤起应用程序。

实施中，应用程序可以为打车应用程序。

其中，打车应用程序可以为嘀嘀打车、快的打车等打车类软件。

假设，用户在手机处于待机状态时，想要使用打车应用程序(或称打车类软件)进行打车，那么该用户需要进行如下操作：

1)通过按手机上的Home键等方式激活屏幕；

2)滑动解锁；

3)找到打车应用程序并点击，开启打车应用程序；

4)输入想要去的目的地；

5)提交订单，等待司机接单；

6)接单成功；

7)电话联系；

8)成功上车。

可以看出，现有技术中打车类软件在使用过程中，操作步骤过多，给用户带来诸多不便。

采用本申请实施例所提供的技术方案，可以免去用户通过按手机上的Home键等方式激活屏幕、滑动解锁、找到应用程序并点击等后续一系列操作，仅需要用户在屏幕上进行点击操作，即可触发终端上的打车应用程序发送打车请求，相比现有技术更加方便快捷。

为了更好的提升用户体验，给能够提供打车服务的司机以更详细的参考，本申请实施例还可以采用如下方式实施。

实施中，在应用程序接收到所述触发指令后，在发送指定操作的请求之前，所述方法可以进一步包括：

应用程序确定所述终端的当前位置信息；

所述应用程序发送指定操作的请求，可以包括：

所述应用程序发送包括所述终端当前位置信息的打车请求。

本申请实施例中，在打车应用程序接收到触发指令后，可以首先确定终端的当前位置，在发送打车请求时将终端的当前位置信息一同发送，从而可以给能够提供打车服务的司机以参考，便于能够提供打车服务的终端选择是否对打车请求进行响应，例如：出租车司机可以根据所述终端当前位置，确定所述终端在出租车司机所处位置的附近时，响应打车请求，这样既方便了可以提供打车服务的终端，又缩短了发出打车请求的终端的等待时间。

实施中，触发指令可以包括终端屏幕的点击操作信息；在应用程序接收到所述触发指令后，在发送指定操作的请求之前，所述方法可以进一步包括：

根据所述点击操作信息以及预设的点击操作信息与第二位置信息之间的对应关系，确定第二位置信息；

应用程序发送指定操作的请求，可以包括：

所述应用程序发送包括所述第二位置信息的打车请求。

其中，第二位置信息可以是由用户预先设定的目的地信息。终端接收的触发指令可以包括用户在终端屏幕上的点击操作信息，如用户点击屏幕3次等类似信息。用户可以预先设置点击操作与第二位置之间的对应关系，比如：用户点击手机屏幕3次则打车应用程序发送目的地信息为公司(如：地址为XX区XX大厦)的打车请求、或者点击手机屏幕4次则打车应用程序发送目的地信息为家庭地址(如：XX区XX小区)的打车请求等。

本申请实施例中，打车应用程序可以根据点击操作信息以及预设的点击操作信息与第二位置信息之间的对应关系，来确定第二位置信息，以便打车应用程序发送包括该第二位置信息的请求，这样可以给提供打车服务的终端以参考，提供打车服务的终端可以根据第二位置信息确定是否对打车请求进行响应，比如：出租车司机可以根据目的地信息判断自己是否顺路等，然后再确定是否对该打车请求进行响应，进一步提升了用户体验。

需要说明的是，本申请实施例的方案并不对确定终端当前位置信息、确定第二位置信息的先后顺序进行限定，可以先确定终端当前位置信息后、再确定第二位置信息，也可以先确定第二位置信息、再确定终端当前位置信息。

进一步地，为了便于接收所述指定操作请求的一方识别所述终端，本申请实施例还可以按以下方式实施。

实施中，应用程序发送的指定操作的请求可以包括所述终端的用户信息。

其中，用户信息可以是用户的应用程序ID、或者用户的手机号码等信息。

本申请实施例中应用程序发送指定操作的请求中包含用户信息，这样可以便于接收所述指定操作请求的一方(如，服务器、或其他终端等)识别、确定所述终端，比如：便于服务器确定所述终端，或者可以便于其他终端与所述终端建立通信等。

进一步地，为了让用户及时知晓该用户发送的指定操作的请求是否成功，更好的提升用户体验，本申请实施例还可以采用以下方式实施。

实施中，所述应用程序控制方法可以进一步包括：

在收到该指定操作请求的响应信息后，播放操作成功提示音。

其中，操作成功提示音可以是“滴”的声音，或者是一小段音乐等，用户可以自行设置，本申请对操作成功提示音的具体音乐不作限制。

本申请实施例通过在收到操作成功响应信息后，可以利用终端上的扬声器等发声装置来发出操作成功提示音，以提示用户请求的操作已经成功收到响应，从而让用户知晓操作成功，提高了用户体验。

实施中，所述响应信息中可以包括第二终端的用户信息。

其中，第二终端的用户信息可以是第二终端的手机号码、车牌号码、应用程序ID号等等。

本申请实施例中，在收到的响应信息中包含有第二终端的用户信息，可以便于所述终端了解、查看响应该操作请求的终端的用户信息。

为了便于本申请的实施，下面以应用程序为打车应用程序为例进行说明。

图2示出了本申请实施例中打车应用程序实施的场景示意图，本申请实施例可以采用如下流程：

用户可以预先在手机上的打车应用程序里开启“一步打车”功能，并设置好快捷方式，如：点击手机屏幕3次则打车应用程序发送目的地信息为公司(如：地址为XX区XX大厦)的打车请求、或者点击手机屏幕4次则打车应用程序发送目的地信息为家庭地址(如：XX区XX小区)的打车请求等。

在用户开启该功能后，打车应用程序可以向终端的系统注册一个事件，用来监测终端屏幕上的点击操作，并在该事件满足条件时，向打车应用程序发送一条触发指令，使得打车应用程序在接收到该触发指令后，发送打车请求至服务器。

当用户早晨起床较晚导致上班即将迟到时，用户可以在洗漱的间隙点击手机屏幕3次，手机即可触发手机上的打车应用程序发送打车请求(或者称订单)至服务器。

本申请实施例中，假设打车请求中包括：用户的手机号码、终端当前位置信息(家庭地址)和目的地信息(公司地址)等信息。其中，打车请求中还可以包括用户的手机号码，这样可以方便成功抢单的司机与该用户进行通信，以确定时间、地点等具体的信息。

服务器可以将这一打车请求通知给所有的出租车司机，在有出租车司机抢单后返回打车成功的响应信息，其中返回的响应信息中还可以包括抢单成功的出租车司机的手机号码、车牌号码等信息，完成打车服务。

这时，也即在有出租车司机抢单成功、收到上述响应信息后，手机可以发出“叮～叮～”的声音提示用户，打车成功。

本申请实施例通过采用上述方式，即可极大地节省用户的时间，让用户有充足的时间完成洗漱等事宜，只需等待司机来电即可。

基于同一发明构思，本申请实施例中还提供了一种应用程序控制装置，由于这些设备解决问题的原理与一种应用程序控制方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

图3示出了本申请实施例中应用程序控制装置的结构示意图，如图所示，所述应用程序控制装置可以包括：

监测模块301，用于在终端处于开机状态时，监测终端屏幕上的点击操作；

触发模块302，用于当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；

发送模块303，用于所述应用程序在接收到所述触发指令后，发送指定操作的请求。

实施中，监测模块301可以用于在终端处于待机状态、锁屏状态或主界面状态时，监测终端屏幕上的点击操作。

实施中，触发模块302可以用于当所述点击操作满足预设条件时，发送触发指令至所述终端上的打车应用程序。

实施中，所述装置可以进一步包括：

当前位置确定模块304，用于在所述应用程序接收到所述触发指令后，在发送指定操作的请求之前，确定所述终端的当前位置信息；

所述发送模块303可以进一步用于所述应用程序发送包括所述终端当前位置信息的打车请求。

实施中，所述触发模块302可以进一步用于发送包括终端屏幕的点击操作信息的触发指令至应用程序；

所述装置可以进一步包括：

第二位置确定模块305，用于在所述应用程序接收到所述触发指令后，在发送指定操作的请求之前，根据所述点击操作信息以及预设的点击操作信息与第二位置信息之间的对应关系，确定第二位置信息；

所述发送模块303可以用于所述应用程序发送包括所述第二位置信息的打车请求。

实施中，所述装置可以进一步包括：

播放模块306，用于在收到该请求的响应信息后，播放操作成功提示音。

实施中，所述播放模块306可以用于在收到包括第二终端的用户信息的响应信息后，播放操作成功提示音。

基于同一发明构思，本申请实施例还提供了一种应用程序控制系统，图4示出了本申请实施例中应用程序控制系统的结构示意图，如图所示，包括上述应用程序控制装置及服务器，服务器可以用于接收所述应用程序发送的指定操作的请求。

实施中，服务器可以为打车应用程序服务器。

具体实施中，服务器接收的请求中至少可以包括终端的当前位置信息、第二位置信息和/或终端的用户信息等信息。

实施中，服务器可以进一步用于在接收所述应用程序发送的请求之后，广播所述请求；所述应用程序控制系统可以进一步包括：

第二终端，用于对所述请求进行响应。

服务器可以将该用户的打车请求以广播的形式通知给所有出租车司机，出租车司机可以自行决定是否对该打车请求进行响应。当然，服务器也可以根据请求中携带的终端当前位置信息，将该用户的打车请求通知给附近的出租车司机，本申请对服务器通知所述请求给其他终端的具体方式不作限制。

其中，第二终端可以为抢单成功的出租车司机所持终端。

当有出租车司机抢单成功后，服务器可以反馈给终端一个响应信息，以通知终端打车服务成功。服务器发送的响应信息中可以包括出租车司机的手机号码、车牌号码等信息，以便用户查看或与出租车司机联系、确定出租车等。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

Claims (17)

1.一种应用程序控制方法，其特征在于，包括如下步骤：

在终端处于开机状态时，监测终端屏幕上的点击操作；

当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；所述应用程序在接收到所述触发指令后，发送指定操作的请求。

2.如权利要求1所述的方法，其特征在于，所述开机状态包括待机状态、锁屏状态或主界面状态。

3.如权利要求1所述的方法，其特征在于，所述应用程序为打车应用程序。

4.如权利要求3所述的方法，其特征在于，在所述应用程序接收到所述触发指令后，在发送指定操作的请求之前，所述方法进一步包括：确定所述终端的当前位置信息；

所述应用程序发送指定操作的请求，具体包括：

所述应用程序发送包括所述终端当前位置信息的打车请求。

5.如权利要求3所述的方法，其特征在于，所述触发指令包括终端屏幕的点击操作信息；在所述应用程序接收到所述触发指令后，在发送指定操作的请求之前，所述方法进一步包括：根据所述点击操作信息以及预设的点击操作信息与第二位置信息之间的对应关系，确定第二位置信息；

所述应用程序发送指定操作的请求，具体包括：

所述应用程序发送包括所述第二位置信息的打车请求。

6.如权利要求1所述的方法，其特征在于，进一步包括：

在收到该请求的响应信息后，播放操作成功提示音。

7.如权利要求6所述的方法，其特征在于，所述响应信息中包括第二终端的用户信息。

8.一种应用程序控制装置，其特征在于，包括：

监测模块，用于在终端处于开机状态时，监测终端屏幕上的点击操作；

触发模块，用于当所述点击操作满足预设条件时，发送触发指令至所述终端上的应用程序；所述触发指令为触发所述应用程序发送指定操作请求的指令；

发送模块，用于所述应用程序在接收到所述触发指令后，发送指定操作的请求。

9.如权利要求8所述的装置，其特征在于，所述监测模块具体用于在终端处于待机状态、锁屏状态或主界面状态时，监测终端屏幕上的点击操作。

10.如权利要求8所述的装置，其特征在于，所述触发模块具体用于当所述点击操作满足预设条件时，发送触发指令至所述终端上的打车应用程序，所述触发指令为触发所述打车应用程序发送打车请求的指令。

11.如权利要求10所述的装置，其特征在于，所述装置进一步包括：

当前位置确定模块，用于在所述应用程序接收到所述触发指令后，在发送指定操作的请求之前，确定所述终端的当前位置信息；

所述发送模块具体用于所述应用程序发送包括所述终端当前位置信息的打车请求。

12.如权利要求10所述的装置，其特征在于，所述触发模块用于发送包括终端屏幕的点击操作信息的触发指令至应用程序；

所述装置进一步包括：

第二位置确定模块，用于在所述应用程序接收到所述触发指令后，在发送指定操作的请求之前，根据所述点击操作信息以及预设的点击操作信息与第二位置信息之间的对应关系，确定第二位置信息；

所述发送模块具体用于所述应用程序发送包括所述第二位置信息的打车请求。

13.如权利要求8所述的装置，其特征在于，所述装置进一步包括：

播放模块，用于在收到该请求的响应信息后，播放操作成功提示音。

14.如权利要求13所述的装置，其特征在于，所述播放模块用于在收到包括第二终端的用户信息的响应信息后，播放操作成功提示音。

15.一种应用程序控制系统，其特征在于，包括如权利要求8至14任一所述的应用程序控制装置及服务器，所述服务器用于接收所述应用程序发送的指定操作的请求。

16.如权利要求15所述的系统，其特征在于，所述服务器是打车应用程序服务器。

17.如权利要求15所述的系统，其特征在于，所述服务器进一步用于在接收所述应用程序发送的请求后，广播所述请求；所述系统进一步包括：

第二终端，用于对所述请求进行响应。