CN107679852A - 支付控制方法及装置、终端及可读存储介质 - Google Patents

Abstract

本发明提供一种支付控制方法及装置、终端及可读存储介质，其中，所述支付控制方法包括：若终端的屏幕处于熄灭状态下，则获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置；判断所述预设类型信息与预设支付模型中的信息是否匹配；若判断结果为是，则获取并推送与所述预设支付模型相匹配的支付提示信息。本发明基于终端使用者的支付习惯，并根据使用者的支付习惯向其推送支付提示信息，以满足使用者的支付需求。

Description

支付控制方法及装置、终端及可读存储介质

技术领域

本发明涉及电子技术领域，尤其涉及一种支付控制方法及装置、终端及可读存储介质。

背景技术

本部分旨在为权利要求书及具体实施方式中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

移动支付广为消费群体所接受，然而，目前鲜有针对使用者的支付习惯提供相应的支付策略来满足使用者的支付需求，存在不足。

发明内容

鉴于上述，有必要提供一种支付控制方法及装置、终端及可读存储介质，结合终端使用者的支付习惯，以满足使用者的支付需求。

第一方面，本发明提供一种支付控制方法，应用于终端，所述方法包括：

若终端的屏幕处于熄灭状态下，则获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置；

判断所述预设类型信息与预设支付模型中的信息是否匹配；

若判断结果为是，则获取并推送与所述预设支付模型相匹配的支付提示信息。

进一步的，所述方法还包括：

识别所述终端的使用者针对所述支付提示信息做出的操作信息；

若识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入所述预设操作信息对应的预设支付应用的支付界面。

进一步的，所述预设操作信息包括：

拖动所述支付提示信息的提示框至预设区域，且所述预设区域包括所述预设支付应用的应用图标。

进一步的，所述方法还包括：

获取所述终端与所述预设支付模型中的同一支付对象的支付记录；

若所述支付记录中的所述终端与所述同一支付对象的发生的支付事件的频次大于预设频次，则在所述预设支付应用的支付界面中以预设支付方式进行支付。

进一步的，所述以预设支付方式进行支付包括：

以免支付对象账号输入的方式进行支付；和/或

以免密码输入的方式进行支付；和/或

以免金额输入的方式进行支付。

第二方面，本发明提供一种支付控制装置，应用于终端。可以理解的是，由于权要条数限制，未在权要中体现的方法项对应的装置项权要将在此处予以体现。

本发明的支付控制装置包括：

获取模块，用于当所述终端的屏幕处于熄灭状态下时，获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置；

判断模块，用于判断所述预设类型信息与预设支付模型中的信息是否匹配；

推送模块，用于当判断结果为是时，获取并推送与所述预设支付模型相匹配的支付提示信息。

进一步的，所述支付控制装置还包括：

识别模块，用于识别所述终端的使用者针对所述支付提示信息做出的操作信息；

控制模块，用于当识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入所述预设操作信息对应的预设支付应用的支付界面。

进一步的，所述预设操作信息包括：

拖动所述支付提示信息的提示框至预设区域，且所述预设区域包括所述预设支付应用的应用图标。

进一步的，所述获取模块还具体用于取所述终端与所述预设支付模型中的同一支付对象的支付记录；

所述控制模块还具体用于：当所述支付记录中的所述终端与所述同一支付对象的发生的支付事件的频次大于预设频次时，在所述预设支付应用的支付界面中以预设支付方式进行支付。

进一步的，所述以预设支付方式进行支付包括：

以免支付对象账号输入的方式进行支付；和/或

以免密码输入的方式进行支付；和/或

以免金额输入的方式进行支付。

第三方面，本发明提供一种终端，所述终端包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上所述的支付控制方法的步骤。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序或指令，所述计算机程序或指令被处理器执行时实现如上所述的支付控制方法的步骤。

本发明提供的支付控制方法及装置、终端及可读存储介质，在终端处于熄屏状态下，通过获取至少包括当前时间和/或当前所处的位置的预设类型信息，并在判定所述预设类型信息与预设支付模型中的信息匹配的情况下，获取与所述预设支付模型相匹配的支付提示信息并推送出来，以提示使用者是否进行相关的支付操作。本发明基于使用者的支付习惯，自动推送支付提示信息给使用者，以满足使用者在当前时间和/或位置的支付需求，且由于提示基于使用者的支付习惯，因而有利于使用者保持一定的生活规律。

进一步的，在将支付提示信息推送出来以后，通过识别使用者针对所述支付提示信息做出的操作信息，且在其与预设操作信息相匹配时，控制所述终端进入预设操作信息对应的预设支付应用的支付界面。本实施方式的支付控制方法可基于使用者的支付习惯自动推送支付提示信息给使用者，以满足使用者在当前时间和/或位置的支付需求，又由于涉及使用者进行输入操作的步骤仅一个，因而能够降低使用者进行支付操作的繁琐度，提升使用者的支付体验。

进一步的，通过获取所述终端与所述预设支付模型中的同一支付对象的支付记录，在所述终端与同一支付对象发生的支付事件的频次大于预设频次时，在预设支付应用的支付界面中，以预设支付方式进行支付。由于根据所述终端与同一支付对象发生的支付事件的频次即可确定相应的支付方式，减少使用者选择支付方式的步骤，缩短支付时间，进一步提升使用者的支付体验。

附图说明

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

图1是本发明第一实施方式的支付控制方法的流程图；

图2是本发明第二实施方式的支付控制方法的流程图；

图3是本发明第三实施方式的支付控制方法的流程图；

图4是本发明一实施方式的支付控制装置的示例性的功能模块图；

图5是本发明一实施方式的终端的示例性的结构示意图。

主要元件符号说明

终端	1
		处理器	10
存储器	20
		传感器	30
支付控制装置	100
		获取模块	11
判断模块	12
		推送模块	13
识别模块	14
		控制模块	15

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施方式及实施方式中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施方式仅仅是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施方式的目的，不是旨在于限制本发明。

图1是本发明第一实施方式的支付控制方法的流程图，所述支付控制方法应用于终端。应说明的是，本发明实施方式的所述支付控制方法并不限于图1所示的流程图中的步骤及顺序。根据不同的需求，所示流程图中的步骤可以增加、移除、或者改变顺序。

如图1所示，所述支付控制方法可以包括如下步骤：

步骤101：若终端的屏幕处于熄灭状态下，则获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置。

本实施方式中，所述终端的屏幕处于熄灭状态可以是利用熄屏显示技术在所述终端的屏幕上黑屏显示相应信息的状态，显示的相应信息可以包括当前时间及提示信息。

可以理解的是，所述预设类型信息还可以包括发生支付事件时的支付标的物、支付金额、支付对象以及与同一支付对象发生支付事件的频次等信息。

步骤102：判断所述预设类型信息与预设支付模型中的信息是否匹配。若判断结果为是，则进入步骤103，否则返回步骤101或结束流程。

本实施方式中，所述预设支付模型可以依据记录使用者发生的支付事件的相关量建立，所述相关量可以包括支付事件发生的时间及位置、支付对象及账号、支付金额、支付方式以及与同一支付对象发生支付事件的频次等。同时，建立的所述预设支付模型中的每一特征点均可有对应的支付提示信息。如，将时间作为所述相关量并以上午7点为第一特征点、中午12点为第二特征点，因而匹配上午7点的支付提示信息可以是提示使用者买取早餐的信息，匹配中午12点的支付提示信息可以是提示使用者买取午餐的信息。

可以理解的是，基于使用者的支付习惯，表征使用者的支付习惯的相关量均与发生的支付事件的频次相关。

如，当相关量为时间时，使用者在第一天的上午7点左右发生支付事件，在第二天的上午7点左右同样发生支付事件，则以时间为相关量对应的支付事件的频次为2，上午7点能够表征使用者一定的支付习惯，故上午7点即可作为上述的第一特征点，因而匹配上午7点的支付提示信息可以是提示使用者买取早餐的信息。

又如，当相关量为位置时，使用者在A店位置处发生支付事件，其后在B店位置处发生支付事件，再后又在A店位置处发生支付事件。在A店位置处发生两次支付事件，A店位置能够表征使用者一定的支付习惯，故A店位置可作为特征位置，匹配所述特征位置的支付提示信息可以是提示使用者在A店购物。

可以理解的是，能够表征使用者支付习惯的相关量对应的频次可视情况而定，且对涉及多个相关量的，可通过优先级设定的方式来适应使用者的支付习惯。

步骤103：获取并推送与所述预设支付模型相匹配的支付提示信息。

本实施方式中，当所述预设类型信息包括当前时间信息时，则判断当前时间与所述预设支付模型中的支付事件发生的时间是否重合。若当前时间与所述预设支付模型中的支付事件发生的时间重合，则所述预设类型信息与所述预设支付模型中的信息相匹配，故判断结果为是，因而获取对应上述时间点的所述预设支付模型中的支付提示信息并推送所述支付提示信息。如，对应前述的第一特征点、第二特征点，若终端获取到的当前时间为7点，则获取与第一特征点匹配的支付提示信息，从而提示使用者买取早餐。若终端获取到的当前时间为12点，则获取与第二特征点匹配的支付提示信息，从而提示使用者买取午餐。

本实施方式中，当所述预设类型信息包括当前时间信息及所述终端当前所处的位置信息，则判断当前时间及位置与所述预设支付模型中的支付事件发生的时间及位置是否重合。若二者均重合，则所述预设类型信息与所述预设支付模型中的信息相匹配，故判断结果为是，因而获取对应上述时间及位置的所述预设支付模型中的支付提示信息并推送所述支付提示信息。相比仅利用时间进行支付提示信息的推送而言，依据时间及终端的位置推送相应的支付提示信息更容易被多数使用者所接受。

可以理解的是，上述的时间及位置可以是某个精准的时间点及位置点，还可以是基于某个时间点的时间段、基于某个位置点的地理范围区域。

本实施方式中，在推送所述支付提示信息时，可以利用熄屏显示技术在黑屏下显示所述支付提示信息，还可以通过点亮屏幕显示所述支付提示信息。当然，推送所述支付提示信息还可以通过如下具体方式实现：

1)、弹窗显示所述支付提示信息；和/或

2)、通知栏显示所述支付提示信息；和/或

3)、提示音播报所述支付提示信息；和/或

4)、信号灯和/或闪光灯呈现所述支付提示信息。

本实施方式中，在终端处于熄屏状态下，通过获取至少包括当前时间和/或当前所处的位置的预设类型信息，并在判定所述预设类型信息与预设支付模型中的信息匹配的情况下，获取与所述预设支付模型相匹配的支付提示信息并推送出来，以提示使用者是否进行相关的支付操作。本发明基于使用者的支付习惯，在一定条件下，自动推送支付提示信息给使用者，以满足使用者在当前时间和/或位置的支付需求，且由于提示基于使用者的支付习惯，因而有利于使用者保持一定的生活规律。

图2是本发明第二实施方式的支付控制方法的流程图，所述的第二实施方式与第一实施方式的主要区别在于，第二实施方式涉及识别使用者的操控信息等步骤。需要说明的是，在本发明的精神或基本特征的范围内，适用于第一实施方式中的各具体方案也可以相应的适用于第二实施方式中，为节省篇幅及避免重复起见，在此就不再赘述。

如图2所示的支付控制方法，同样应用于终端中。如图2所示，所述支付控制方法可以包括如下步骤：

步骤201：若终端的屏幕处于熄灭状态下，则获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置。

步骤202：判断所述预设类型信息与预设支付模型中的信息是否匹配。若判断结果为是，则进入步骤203，否则返回步骤201或结束流程。

步骤203：获取并推送与所述支付模型相匹配的支付提示信息。

步骤204：识别所述终端的使用者针对所述支付提示信息做出的操作信息。

可以理解的是，所述识别所述终端的使用者针对所述支付提示信息做出的操作信息可以通过所述终端接收到的触摸输入/按键输入信息判断所述终端的使用者是否是针对支付提示信息做出的操作信息，还可以利用所述终端的摄像头获取使用者的特征影像，通过动作识别判断所述终端的使用者是否是针对支付提示信息做出的操作信息。

可以理解的是，在判断出所述终端的使用者是针对支付提示信息做出的操作信息后，即可进一步识别操作信息的内容并进入步骤205。

步骤205：若识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入与所述预设操作信息对应的预设支付应用的支付界面。

本实施方式中，所述预设操作信息可以包括拖动所述支付提示信息的提示框至预设区域，且所述预设区域包括所述预设支付应用的应用图标。使用者可手动选择预设支付应用，利于使用者在完成与所述预设操作信息匹配的操作时，直接进入选择的预设支付应用的支付界面，满足使用者有目的地打开特定预设支付应用的需求。

可以理解的是，所述预设操作信息还可以包括：

1)、点击所述支付提示信息的提示框；或

2)、在预设压力下按压预设区域；或

3)、按压预设物理按键(开/关机键、音量键等)。

可以理解的是，此处的预设支付应用可以包括手机银行、支付宝及微信等，因而，对应的支付界面可以是手机银行、支付宝及微信等的各个支付应用的付款码显示界面/扫码界面。

本实施方式于第一实施方式的基础上，在将支付提示信息推送出来以后，通过识别使用者针对所述支付提示信息做出的操作信息，且在其与预设操作信息相匹配时，控制所述终端进入预设操作信息对应的预设支付应用的支付界面。本实施方式的支付控制方法可基于使用者的支付习惯自动推送支付提示信息给使用者，以满足使用者在当前时间和/或位置的支付需求，减少涉及使用者进行输入操作的步骤，因而能够降低使用者进行支付操作的繁琐度，进一步提升使用者的支付体验。

图3是本发明第三实施方式的支付控制方法的流程图，所述的第三实施方式与第一实施方式、第二实施方式的主要区别在于，第三实施方式涉及利用终端与同一支付对象的发生的支付事件的频次以确定以预设支付方式进行支付等步骤。需要说明的是，在本发明的精神或基本特征的范围内，适用于第一实施方式、第二实施方式中的各具体方案也可以相应的适用于本实施方式中，为节省篇幅及避免重复起见，在此就不再赘述。

如图3所示的支付控制方法，同样应用于终端中。如图3所示，所述支付控制方法可以包括如下步骤：

步骤301：若终端的屏幕处于熄灭状态下，则获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置。

步骤302：判断所述预设类型信息与预设支付模型中的信息是否匹配，若判断结果为是，则进入步骤303，否则返回步骤301或结束流程。

步骤303：获取并推送与所述支付模型相匹配的支付提示信息。

步骤304：识别所述终端的使用者针对所述支付提示信息做出的操作信息。

步骤305：若识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入与所述预设操作信息对应的预设支付应用的支付界面。

步骤306：获取所述终端与所述预设支付模型中的同一支付对象的支付记录。

可以理解的是，对依据记录使用者与支付对象发生的支付事件建立的预设支付模型，可直接从所述预设支付模型中提取得到所述终端与同一支付对象的支付记录。

当然，对使用者绑定账号进行支付的，且该绑定账号可通过服务器同步信息的，还可通过获取所述绑定账号与支付对象发生的支付事件的记录得到使用者与同一支付对象的支付记录。

步骤307：若所述支付记录中的所述终端与所述同一支付对象的发生的支付事件的频次大于预设频次，则在所述预设支付应用的支付界面中以预设支付方式进行支付。

可以理解的是，基于交易的信赖关系，在与同一支付对象发生的支付事件的频次大于预设频次时，可以认为该支付对象是可以被所述终端的使用者所信赖，因而可通过预设支付方式进行支付，以实现利于使用者更便利地完成支付。

本实施方式中，所述以预设支付方式进行支付可以包括：

1)、以免支付对象账号输入的方式进行支付；和/或

2)、以免密码输入的方式进行支付；和/或

3)、以免金额输入的方式进行支付。

对应本实施方式中的1)，可省去扫描支付对象收款码(二维码等)、手动输入支付对象账号的步骤。

对应本实施方式中的2)、可省去密码验证步骤，所述密码验证步骤可包括密码输入、指纹验证、虹膜验证或人脸识别验证等步骤。

对应本实施方式中的3)、可省去输入金额步骤。

本实施方式基于第一实施方式及第二实施方式，通过获取所述终端与所述预设支付模型中的同一支付对象的支付记录，在所述终端与同一支付对象发生的支付事件的频次大于预设频次时，在预设支付应用的支付界面中，以预设支付方式进行支付。由于根据所述终端与同一支付对象发生的支付事件的频次即可确定相应的支付方式，减少使用者选择支付方式的步骤，缩短支付时间，进一步提升使用者的支付体验。

图4是本发明一实施方式的支付控制装置的示例性的功能模块图。如图4所示，支付控制装置100可用于在终端的屏幕处于熄灭状态下，通过获取所述终端当前的预设类型信息，并判断所述预设类型信息与预设支付模型中的信息是否匹配，在判断结果是时，获取并推送与预设支付模型相匹配的支付提示信息。本发明基于使用者的支付习惯，自动推送支付提示信息给使用者，以满足使用者在当前时间和/或位置的支付需求，且由于提示基于使用者的支付习惯，因而有利于使用者保持一定的生活规律。

可以理解的是，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置。

本发明的支付控制装置100可以包括一个或多个模块，所述一个或多个模块可以被存储在终端的存储器中并可以被配置成由一个或多个处理器(本实施方式为一个处理器)执行，以完成本发明。例如，如图4所示，所述支付控制装置100可以包括获取模块11、判断模块12、推送模块13、识别模块14及控制模块15。本发明所称的模块可以是完成一特定功能的程序段，比程序更适合于描述软件在处理器中的执行过程。

需要说明的是，对应上述支付控制方法的各实施方式，支付控制装置100可以包括图4中所示的各功能模块中的一部分或全部，各模块的功能将在以下具体介绍。以上支付控制方法的各实施方式中相同的名词相关名词及其具体的解释说明也可以适用于以下对各模块的功能介绍。为节省篇幅及避免重复起见，在此就不再赘述。

图5是本发明一实施方式的终端的示例性的结构示意图。本实施例提供的终端1包括：处理器10、存储器20、传感器30以及存储在所述存储器20中并可在所述处理器10上运行的计算机程序，如支付控制程序。所述处理器10执行所述计算机程序时，实现上述各个支付控制方法实施方式中的步骤，例如图1所示的步骤101至步骤103。或者，所述处理器10执行所述计算机程序时实现上述装置实施例中各模块的功能，例如如图4中的获取模块11用于当终端1的屏幕处于熄灭状态下时，获取所述终端当前的预设类型信息的功能。

所述终端1可以是手机、桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端1可包括，但不限于，处理器10、存储器20及传感器30。本领域技术人员可以理解，所述示意图仅仅是本发明用于实现支付控制方法的终端1的示例，并不构成对终端1的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端1还可以包括输入输出设备、网络接入设备、总线等。

所称处理器10可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器10是所述终端的控制中心，利用各种接口和线路连接整个终端的各个部分。

所述存储器20可用于存储所述计算机程序和/或模块，所述处理器10通过运行或执行存储在所述存储器20内的计算机程序和/或模块，以及调用存储在存储器20内的数据，实现所述终端1的各种功能。所述存储器20可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器20可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述传感器30用于获取终端1所需的传感数据，可包括位置传感器、触摸传感器等。

所述终端1还可包括如图4所示的支付控制装置100，所述支付控制装置100可以存储于所述存储器20中。

示例性的，所述计算机程序可以被分割成一个或多个模块，所述一个或者多个模块被存储在所述存储器20中，并由所述处理器10执行，以完成本发明。所述一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述终端1中的执行过程。例如，所述计算机程序可以被分割成如图4所示的支付控制装置100，包括获取模块11、判断模块12、推送模块13、识别模块14及控制模块15，各模块具体功能如下：

获取模块11，可用于当所述终端的屏幕处于熄灭状态下时，获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置。

判断模块12，可用于判断所述预设类型信息与预设支付模型中的信息是否匹配。

推送模块13，可用于当判断结果为是时，获取并推送与所述预设支付模型相匹配的支付提示信息。

识别模块14，可用于识别所述终端的使用者针对所述支付提示信息做出的操作信息。

控制模块15，可用于当识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入所述预设操作信息对应的预设支付应用的支付界面。

此处，所述预设操作信息包括：

拖动所述支付提示信息的提示框至预设区域，且所述预设区域包括所述预设支付应用的应用图标。

进一步的，所述获取模块11还具体用于：取所述终端与所述预设支付模型中的同一支付对象的支付记录。相应的，所述控制模块15还具体用于：当所述支付记录中的所述终端与所述同一支付对象的发生的支付事件的频次大于预设频次时，在所述预设支付应用的支付界面中以预设支付方式进行支付。

此处，所述以预设支付方式进行支付包括：

以免收款方账号输入的方式进行支付；和/或

以免密码输入的方式进行支付；和/或

以免金额输入的方式进行支付。

本发明所述终端1集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统、装置或终端装置权利要求中陈述的多个单元、模块或装置也可以由同一个单元、模块或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

以上实施方式仅用以说明本发明的技术方案而非限制，尽管参照以上较佳实施方式对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换都不应脱离本发明技术方案的精神和范围。

Claims (10)

1.一种支付控制方法，应用于终端，其特征在于，所述方法包括：

若终端的屏幕处于熄灭状态下，则获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置；

判断所述预设类型信息与预设支付模型中的信息是否匹配；

若判断结果为是，则获取并推送与所述预设支付模型相匹配的支付提示信息。

2.如权利要求1所述的支付控制方法，其特征在于，所述方法还包括：

识别所述终端的使用者针对所述支付提示信息做出的操作信息；

若识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入所述预设操作信息对应的预设支付应用的支付界面。

3.如权利要求2所述的支付控制方法，其特征在于，所述预设操作信息包括：

拖动所述支付提示信息的提示框至预设区域，且所述预设区域包括所述预设支付应用的应用图标。

4.如权利要求2所述的支付控制方法，其特征在于，所述方法还包括：

获取所述终端与所述预设支付模型中的同一支付对象的支付记录；

若所述支付记录中的所述终端与所述同一支付对象发生的支付事件的频次大于预设频次，则在所述预设支付应用的支付界面中以预设支付方式进行支付。

5.如权利要求4所述的支付控制方法，其特征在于，所述以预设支付方式进行支付包括：

以免支付对象账号输入的方式进行支付；和/或

以免密码输入的方式进行支付；和/或

以免金额输入的方式进行支付。

6.一种支付控制装置，应用于终端，其特征在于，所述支付控制装置包括：

获取模块，用于当所述终端的屏幕处于熄灭状态下时，获取所述终端当前的预设类型信息，其中，所述预设类型信息至少包括当前时间和/或所述终端当前所处的位置；

判断模块，用于判断所述预设类型信息与预设支付模型中的信息是否匹配；

推送模块，用于当判断结果为是时，获取并推送与所述预设支付模型相匹配的支付提示信息。

7.如权利要求6所述的支付控制装置，其特征在于，所述支付控制装置还包括：

识别模块，用于识别所述终端的使用者针对所述支付提示信息做出的操作信息；

控制模块，用于当识别出所述终端的使用者的操作信息与预设操作信息相匹配，则控制所述终端进入所述预设操作信息对应的预设支付应用的支付界面。

8.如权利要求7所述的支付控制装置，其特征在于，所述获取模块还具体用于取所述终端与所述预设支付模型中的同一支付对象的支付记录；

所述控制模块还具体用于：当所述支付记录中的所述终端与所述同一支付对象的发生的支付事件的频次大于预设频次时，在所述预设支付应用的支付界面中以预设支付方式进行支付。

9.一种终端，其特征在于，所述终端包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-5中任意一项所述的支付控制方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现如权利要求1-5中任意一项所述的支付控制方法的步骤。