一种控制方法、装置及移动终端与流程

本申请实施例涉及计算机应用技术领域，尤其涉及一种控制方法、装置及移动终端。

背景技术：

目前，网络约车出行已经成为了一种方便快捷的出行方式。乘客用户在乘客端app(application，应用程序)上发起约车请求，服务端会将约车请求下发至司机端，司机用户在司机端app针对约车请求接单，后台基于司机用户的接单请求生成订单，从而完成约车过程。

然而，虽然网络约车出行方便快捷，但是存在一定的问题。部分司机用户为了接到更多的优质单，会使用未经授权的第三方应用程序进行抢单操作，即由自动化程序模拟司机用户的接单操作触发接单。这种不正当的接单操作会在瞬间抢到优质单，影响其他司机用户的接单体验，破坏正常的接单流程。同时由于该第三方应用程序未经授权，存在个人信息丢失的风险，安全性不足。目前没有针对该问题的解决方案。

技术实现要素：

本申请实施例提供一种控制方法、装置及移动终端，用以解决现有技术中利用第三方应用程序不正当抢单的问题。

第一方面，本申请实施例中提供了一种控制方法，包括：

检测接单操作；

拦截所述接单操作；

判断所述接单操作是否为用户触发；

若否，终止所述接单操作；

若是，向服务端发送接单请求。

第二方面，本申请实施例提供了一种控制装置，包括：

检测模块，用于检测接单操作；

拦截模块，用于拦截所述接单操作；

判断模块，用于判断所述接单操作是否为用户触发；

终止模块，用于若所述判断模块结果为否，终止所述接单操作；

发送模块，用于若所述判断模块结果为是，向服务端发送接单请求。

第三方面，本申请实施例中提供了一种终端，包括处理组件以及存储组件；

所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行；

所述处理组件用于：

检测接单操作；

拦截所述接单操作；

判断所述接单操作是否为用户触发；

若否，终止所述接单操作；

若是，向服务端发送接单请求。

本申请实施例中，检测接单操作；拦截所述接单操作；判断所述接单操作是否为用户触发；若否，终止所述接单操作；若是，向服务端发送接单请求。通过对接单操作进行拦截，并判断是否为用户操作，可以对非用户触发的接单操作进行过滤，使其无法生成订单，保证后续的接单流程正常进行。同时也增强了网络约车出行方式的安全性。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请提出的一种控制方法一个实施例的流程图；

图2示出了本申请提出的一种控制装置一个实施例的结构示意图；

图3示出了本申请提出的一种终端一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

图1为本申请实施例提供的一种控制方法一个实施例的流程图，该方法可以包括以下几个步骤：

101：检测接单操作。

接单操作是由触发接单控件产生的操作。其中，接单控件可以为接单页面上的按钮。

102：拦截所述接单操作。

检测接单操作，对该接单操作进行拦截，以便于进行后续操作。

在实际应用中，客户端检测到接单操作，在进行后续流程之前对该接单操作进行拦截，以进行对该接单操作的处理。

103：判断所述接单操作是否为用户触发，若否，执行步骤104，若是，执行步骤105。

对拦截的接单操作进行判断，判断其是否为用户触发，将由用户触发的接单操作和非用户触发的自动化程序接单操作进行区分。

104：终止所述接单操作。

若判断该接单操作不是由用户触发，是非用户触发的自动化程序接单操作，则终止该接单操作，不进行后续流程。

105：向服务端发送接单请求。

接单请求可以为使服务端基于接单操作生成订单的请求。

若判断该接单操作是由用户触发，基于由用户触发的接单操作，向服务端发送接单请求，以便于服务端基于该请求生成订单。

在实际应用中，客户端检测到接单操作，对其进行拦截和判断，判断其是否为用户触发的操作，若判断不是由用户触发的操作，则终止该接单操作，不进行后续流程；若判断是由用户触发的操作，则基于该接单操作生成接单请求，将该请求发送给服务端，以便于服务端据此生成订单，完成接单流程。

本实施例中，通过上述技术方案，可以实现对用户触发的接单操作和非用户触发的自动化程序接单操作的区分，从而过滤由非用户触发的自动化程序接单操作，使其无法生成订单，保证后续的接单流程正常进行，提高了网络约车出行方式的安全性。

在某些实施例中，判断所述接单操作是否为用户触发的方法可以包括：

利用检测组件检测所述接单操作是否满足用户操作的特性。

基于对该接单操作的拦截，利用具有检测性的检测组件对该接单操作进行检测，检测其是否满足用户操作的特性。若满足用户操作的特性，则判断该接单操作是由用户触发的；若不满足用户操作的特性，则判断该接单操作不是由用户触发的。

在某些实施例中，该检测组件可以包括压力传感器；

利用检测组件检测所述接单操作是否满足用户操作的特性的方法可以包括：

通过压力传感器检测所述接单操作中对接单控件是否产生压力数据，若是，确定所述接单操作满足用户操作的特性，若否，确定所述接单操作未满足用户操作的特性。

其中，接单控件可以为包括按钮在内的接单页面内的控件。

在实际应用中，由用户触发的接单操作，会在触发时对接单控件产生一定的压力，而由非用户触发的自动化程序接单操作则不会对接单控件产生压力，因此可以据此特性对二者进行区分。通过压力传感器检测拦截的接单操作中对接单控件是否产生压力数据，若检测产生压力数据，则确定该接单操作满足用户操作的特性；若检测未产生压力数据，则确定该接单操作未满足用户操作的特性。

本实施例中，通过利用包括压力传感器在内的检测组件对拦截的接单操作进行检测，根据产生的压力数据特性对用户触发接单操作和非用户触发接单操作进行区分，有利于后续对非用户触发的接单操作进行过滤，恢复正常的接单流程，提高安全性。

在某些实施例中，该检测组件可以包括图像采集组件；

利用检测组件检测所述接单操作是否满足用户操作的特性的方法可以包括：

通过图像采集组件识别所述接单操作是否执行预设动作；若是，确定所述接单操作满足用户操作的特性；若否，确定所述接单操作未满足用户操作的特性。

其中，图像采集组件可以为摄像头；预设动作可以为用户手部距离屏幕越来越近的动作。

在实际应用中，由用户触发的接单操作，会在触发时发生用户手部距离屏幕越来越近的动作，而由非用户触发的自动化程序接单操作则不会产生该动作，因此可以将该动作设定为预设动作，据此对二者进行区分。通过图像采集组件，也即摄像头采集拦截的接单操作中产生的动作图像，识别是否执行预设动作，若识别执行预设动作，则确定该接单操作满足用户操作的特性；若未识别执行预设动作，则确定该接单操作未满足用户操作的特性。

在某些实施例中，判断所述接单操作是否为用户触发的方法还可以包括：

判断所述接单操作与其前一个接单操作的时间间隔是否大于预设数值。

其中，预设数值可以为调研获得的用户连续触发接单操作的时间间隔的最低数值。

在实际应用中，通过调研可以获得用户连续触发接单操作的时间间隔的最低数值，因此由用户触发的接单操作与其前一个的时间间隔不小于该最低数值；而由非用户触发的自动化程序接单操作与其前一个的时间间隔会小于该最低数值，由此可以对二者进行区分。

本实施例中，通过时间间隔特性对用户触发的接单操作和非用户触发的接单操作进行区分，有利于后续对由非用户触发的接单操作进行过滤，提高接单流程的安全性。

在某些实施例中，拦截接单操作的方法可以包括：

调用拦截程序拦截所述接单操作。

其中，该拦截程序可以为基于面向切面编程aop技术编码获得。

在实际应用中，利用面向切面编程aop技术编码获得拦截程序，拦截接单操作，使得客户端在检测到接单操作之后，优先进行对该操作的判断，在判断为不是用户触发的接单操作时，终止该接单操作；在判断为是用户触发的接单操作时，生成接单请求发送至服务端，以便于服务端据此生成订单。该技术方案实现了对从检测接单请求到服务端生成订单一过程的拦截，对非用户触发的自动化程序接单操作的过滤，提高了网络约车出行方式的安全性。

图2为本申请实施例提供的一种控制装置一个实施例的结构示意图，该装置可以包括：

检测模块201，用于检测接单操作；

拦截模块202，用于拦截所述接单操作；

判断模块203，用于判断所述接单操作是否为用户触发；

终止模块204，用于若所述判断模块结果为否，终止所述接单操作；

发送模块205，用于若所述判断模块结果为是，向服务端发送接单请求。

在某些实施例中，所述判断模块可以包括：

检测单元，用于利用检测组件检测所述接单操作是否满足用户操作的特性。

在某些实施例中，所述检测组件可以包括压力传感器；

所述检测单元可以包括：

检测子单元，用于通过压力传感器检测所述接单操作中对接单控件是否产生压力数据；

第一确定单元，用于若所述检测子单元结果为是，确定所述接单操作满足用户操作的特性；

第二确定单元，用于若所述检测子单元结果为否，确定所述接单操作未满足用户操作的特性。

在某些实施例中，所述判断模块还可以包括：

判断单元，用于判断所述接单操作与其前一个接单操作的时间间隔是否大于预设数值。

在某些实施例中，所述拦截模块可以包括：

拦截单元，用于调用拦截程序拦截所述接单操作。

图2所述的控制装置可以执行图1所示实施例所述的控制方法，其实现原理和技术效果不再赘述。对于上述实施例中的控制装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在一个可能的设计中，图2所示实施例的控制装置可以实现为终端，如图3所示，该终端可以包括存储组件301以及处理组件302；

所述存储组件301存储一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件302调用执行。

所述处理组件302用于：

检测接单操作；

拦截所述接单操作；

判断所述接单操作是否为用户触发；

若否，终止所述接单操作；

若是，向服务端发送接单请求。

其中，处理组件302可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件301被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

当然，计算设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。

输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。

通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。