一种电子支付方法及终端与流程

本发明涉及电子技术领域，尤其涉及一种电子支付方法及终端。

背景技术：

随着移动互联网的发展，越来越多的人选择电子支付，人们可通过二维码进行信息传递，完成电子支付。

现有的基于二维码的电子支付通过分为扫码支付和二维码支付。扫码支付的方法为终端用户点亮终端显示屏通过电子支付平台调用终端的摄像头，通过“扫一扫”功能扫描商家的二维码，获取商家信息并输入付款金额，以及验证信息完成支付。

二维码支付的方法为终端用户点亮终端显示屏，打开电子支付平台(支付宝或微信)，在选择支付功能(例如，点击“收付款”)/“付款”时，电子支付平台的服务器生成一个携带终端用户支付信息的二维码，商家通过二维码扫描设备扫描该二维码即可完成支付。

然而，现有技术中，基于二维码的电子支付方式在进行电子支付时，通常需要用户选择支付类型(选择扫码支付或二维码支付)，且支付步骤繁琐，用户需要花费较多的时间才能完成支付，支付效率较低。

技术实现要素：

本发明实施例提供一种电子支付方法及终端，能够简化支付步骤，便于用户快速支付，提高支付效率。

第一方面，本发明实施例提供了一种电子支付方法，该方法包括：

若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；

根据所述支付类型显示所述支付类型对应的支付界面；

获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

另一方面，本发明实施例提供了一种终端，该终端包括：

获取单元，用于若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；

确定单元，用于根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；

显示单元，用于根据所述支付类型显示所述支付类型对应的支付界面；

支付单元，用于获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

本发明实施例通过若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付；根据所述支付类型显示所述支付类型对应的支付界面；获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。终端由于能够根据当前时间以及当前的位置信息确定支付类型，并显示支付类型对应的支付界面，不需要用户根据支付类型手动操作调出支付界面，能够简化电子支付步骤，便于用户快速支付，节省电子支付所需要的时间，提高支付效率。

附图说明

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

图1是本发明实施例提供的一种电子支付方法的示意流程图；

图2是本发明另一实施例提供的一种电子支付方法的示意流程图；

图3是本发明实施例提供的一种终端的示意性框图；

图4是本发明另一实施例提供的一种终端示意性框图；

图5是本发明再一实施例提供的一种终端示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

请参见图1，图1是本发明实施例提供的一种电子支付方法的示意流程图。本实施例中电子支付方法的执行主体为终端，终端具有电子支付功能户哦在线支付功能。终端可以为手机、平板电脑等移动终端。如图1所示的电子支付方法可包括以下步骤：

S101：若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息。

终端正常工作时，检测用户是否开启支付应用，支付应用可以微信应用或支付宝应用等。

终端在检测到用户开启支付应用时，获取当前时间以及当前所处的第一位置信息。

S102：根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型。

终端从历史支付数据中查找与当前时间以及第一位置信息匹配的支付数据。其中，历史支付数据包括多次电子支付事件各自对应的支付时间、支付地点的位置信息以及支付类型，支付类型包括扫码支付或付款码支付。

终端在查找到与当前时间以及第一位置信息相匹配的支付数据时，确定该匹配的支付数据对应的支付事件，并获取该匹配的支付事件所对应的支付类型。

其中，终端在确定当前时间与历史支付数据的支付时间相近，或当前时间属于历史支付数据的支付时间所对应的预设时间段时，识别为当前时间与该支付数据的支付时间相匹配。

终端在确定第一位置信息与历史支付数据包含的支付地点的位置信息相同，或两者之间的距离在预设的允许误差范围内时，识别为第一位置信息与该支付地点的位置信息相匹配。

终端历史支付数据中获取与当前时间匹配的支付时间、以及与第一位置信息匹配支付地点的位置信息，根据该匹配的支付时间以及匹配的支付地点的位置信息确定其对应的支付事件，从而获取该支付事件对应的支付类型。

终端在无法从历史支付数据中获取到与当前时间、第一位置信息均匹配的支付类型时，根据用户操作按现有技术中的电子支付方式进行支付。

终端在从历史支付数据中获取到与当前时间、第一位置信息均匹配的支付类型时，执行步骤S103。

S103：根据所述支付类型显示所述支付类型对应的支付界面。

终端在确定支付类型时，根据支付类型调用该支付类型对应的支付界面。

其中，当支付类型为扫码支付时，终端调用并显示“扫一扫”支付界面，以便用户能够通过“扫一扫”支付界面扫描商家的收款二维码信息，从而获得支付信息。

当支付类型为付款码支付时，终端显示该支付应用对应的包含付款二维码的付款界面，以便商家能够通过扫描设备扫描终端用户的付款二维码进行收款。

S104：获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

当支付类型为扫码支付，且获取到商家的收款二维码信息时，用户在当前界面输入付款金额，并输入支付验证信息启动电子支付流程。当支付类型为付款码支付，且商家获取到该支付应用的付款二维码对应的支付账户信息时，用户在确认支付界面显示的付款金额后输入支付验证信息，以启动电子支付流程。支付验证信息可以是支付密码或指纹信息或虹膜信息等。

终端获取用户当前输入的支付验证信息，并将获取到的支付验证信息与预先存储的支付验证信息进行比对，从而验证用户当前的支付验证信息是否与预先存储的支付验证信息匹配。在确认用户当前的支付验证信息与预先存储的支付验证信息匹配时，执行电子支付操作，从该支付应用绑定的支付账户中划扣与支付金额对应的资金至商家的收款二维码信息对应的资金账户，或通知与该支付应用绑定的支付账户对应的资金服务器从该支付账户中划扣与支付金额对应的资金至商家的收款二维码信息对应的资金账户。

上述方案，终端若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付；根据所述支付类型显示所述支付类型对应的支付界面；获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。终端由于能够根据当前时间以及当前的位置信息确定支付类型，并显示支付类型对应的支付界面，不需要用户根据支付类型手动操作调出支付界面，能够简化电子支付步骤，便于用户快速支付，节省电子支付所需要的时间，提高支付效率。

请参见图2，图2是本发明另一实施例提供的一种电子支付方法的示意流程图。本实施例中电子支付方法的执行主体为终端。本实施例中电子支付方法的执行主体为终端，终端具有电子支付功能户哦在线支付功能。终端可以为手机、平板电脑等移动终端。如图1所示的电子支付方法可包括以下步骤：

S201：若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息。

终端正常工作时，检测用户是否开启支付应用，支付应用可以微信应用或支付宝应用等。

终端在检测到用户开启支付应用时，获取当前时间以及当前所处的第一位置信息。

S202：根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付。

其中，历史支付数据包括多次电子支付事件各自对应的支付时间、支付地点的位置信息以及支付类型，支付类型包括扫码支付或付款码支付。

进一步地，步骤S202可以包括：S2021～S2023，或S2024～S2027。

S2021：根据所述当前时间、所述第一位置信息以及历史支付数据确定所述用户是否触发支付操作。

终端从历史支付数据中查找与当前时间以及第一位置信息匹配的支付数据。其中，历史支付数据包括多次电子支付事件各自对应的支付时间、支付地点的位置信息以及支付类型，支付类型包括扫码支付或付款码支付。

终端在查找到与当前时间以及第一位置信息相匹配的支付数据时，并判断历史支付数据中是否存在与该匹配的支付数据对应的支付事件。当历史支付数据中存在与该匹配的支付数据对应的支付事件时，终端识别为用户当前具有潜在消费行为，识别为用户触发支付操作。当历史支付数据中不存在与该匹配的支付数据对应的支付事件时，终端识别为用户当前不具有前置消费行为，识别为用户未触发支付操作。

S2022：若所述用户触发支付操作，则获取用户持握终端的持握姿势信息以及所述终端的运动轨迹。

终端在确认用户触发支付操作时，获取用户持握终端的持握姿势信息以及终端的运动轨迹。用户持握终端的持握姿势信息对应左右持握或右手持握，用户持握终端的持握姿势信息用于识别终端的显示屏朝向用户，或识别终端的显示背离用户。终端的运动轨迹用于确定终端的运动高度差、运动角度值等。

用户持握终端的持握姿势信息以及终端的运动轨迹均用于识别用户选择的支付类型。

其中，持握姿势信息可以通过终端侧面的红外传感器或压力传感器所监测的数据得到。终端的运动轨迹可以通过终端内置的陀螺仪传感器、重力传感器、加速度传感器等监测的数据得到，此处不赘述。

S2023：根据所述持握姿势以及所述运动轨迹确定支付类型；其中，所述支付类型包括扫码支付或付款码支付。

终端根据获取到的持握姿势以及运动轨迹确定用户当前选择的支付类型是扫码支付还是付款码支付。

进一步地，步骤S2023可以包括：根据所述持握姿势信息确定显示屏与所述用户的相对位置关系；其中，所述相对位置关系包括所述显示屏朝向所述用户或所述显示屏背离所述用户；根据所述运动轨迹确定所述显示屏与水平面呈现的角度值；根据所述相对位置关系以及所述角度值确定支付类型。

终端可以根据持握姿势信息确定显示屏与用户的相对位置关系，相对位置关系包括显示屏朝向用户或显示屏背离用户。终端根据运动轨迹确定显示屏与水平面呈现的角度值；根据确定的相对位置关系以及角度值确定支付类型。

其中，若所述相对位置关系对应所述显示屏朝向所述用户，且所述角度值属于第一预设角度区间，则确定的所述支付类型为所述扫码支付；若所述相对位置关系对应所述显示屏背离所述用户，且所述角度值属于第二预设角度区间，则确定的所述支付类型为所述付款码支付。

第一预设角度区间可以根据用户通过“扫一扫”功能进行扫码时对应的角度值进行设置，第一预设角度区间可以根据用户通过付款码支付对应的角度值进行设置，此处不做限制。

S2024：从历史支付数据中获取兴趣点商户各自对应的第二位置信息、支付时间以及支付类型。

其中，所述历史支付数据包括多次电子支付事件各自对应的支付时间、支付地点以及支付类型。

终端可以根据历史支付数据分析用户的电子支付行为，电子支付行为可以分为常规支付行为以及突发支付行为，并根据常规支付行为以及突发支付行为确定用户的兴趣点(point of interest，POI)商户。

例如，终端记录用户每次支付事件各自对应的支付时间、支付地点的位置信息、支付类型(支付方式信息)，还可以记录每次支付事件对应的支付金额等信息。终端根据每次支付事件对应的支付时间、支付地点的位置信息将用户的电子支付行为划分为常规支付行为以及突发支付行为。

其中，常规支付行为是指：用户在固定时间周期内的支付行为。(例如：用户每天早上会在8：30左右前往公司附近的咖啡厅、早餐店等购买早餐，则可以将该行为定义为常规支付行为)。

突发支付行为：是指用户突然的支付行为。(例如：心血来潮想去尝试下新开店面的下午茶，突然来了好友，请好友去喝一杯咖啡等)。

比如，当终端根据每次支付事件各自对应的支付时间、支付地点的位置信息确认用户在一个月内连续的预设次数的支付事件对应的支付时间同属于同一预设时间段，且预设次数的支付事件各自对应的支付地点的位置信息接近，则将该预设次数的支付事件识别为常规支付行为。

当终端确认历史支付数据中某一支付事件对应的支付地点的位置信息与在此之前的所有支付事件对应的支付地点的位置信息均不同，或某一支付事件对应的支付时间不属于支付频繁期，将该次支付事件识别为突发支付行为。

终端在将用户的电子支付行为划分为常规支付行为以及突发支付行为之后，根据常规支付行为以及突发支付行为确定用户的兴趣点商户。兴趣点商户可以为支付频繁期的支付事件对应的商户，即当多次支付事件对应的同一商户时，将该商户识别用户的兴趣点商户。

例如，以往1个月的时间内，该用户在早上8：30有超过5次的支付行为，则当用户在接下来1个月，在8：00-9：00时间段内，终端判定为该用户潜在具有支付行为，并间隔性获取用户的POI商户，终端可以通过调用地图数据(地图数据中会标识有商场、咖啡厅、医院、学校、培训机构，加油站等信息)根据支付事件对应的支付地点的位置信息获取POI商户。

其中，POI商户可以分大商户POI、小商户POI。

地图系统中标识的商户，多数为大商户例如，著名品牌商铺、主流商圈商铺、知名餐饮品牌商铺等等)，故而多数具备扫码机，因此用户采用的支付类型多数为被扫码支付(付款码支付)。

地图中略过的小商户，如街边报纸摊卖的早餐，多数需要用户扫小商户的二维码进行支付，因此用户采用的支付类型多数是扫码支付(扫一扫)。

S2025：根据所述兴趣点商户对应的支付时间测算所述用户对应的潜在消费时段。

终端在获取到POI商户信息后，根据兴趣点商户的支付事件对应的支付时间测算用户对应的潜在消费时段。

S2026：若所述当前时间与所述潜在消费时段匹配，则根据所述第一位置信息以及所述兴趣点商户各自对应的第二位置信息，确定与所述第一位置信息匹配的兴趣点商户。

其中，终端在确定当前时间与潜在消费时段相接近(时间误差在可接受的范围内)，或当前时间属于潜在消费时段时，识别为当前时间与该潜在消费时段匹配。

终端在确定第一位置信息与任意兴趣点商户对应的第二位置信息相同，或两者之间的距离在预设的允许误差范围内时，识别为第一位置信息与该兴趣点商户对应的第二位置信息相匹配。

S2027：获取所述匹配的兴趣点商户对应的支付类型。

其中，当匹配的兴趣点商户为大商户POI时，终端获取的匹配的兴趣点商户对应的支付类型为付款码支付；当匹配的兴趣点商户为小商户POI时，终端获取的匹配的兴趣点商户对应的支付类型为扫码支付。

进一步地，在其他实施例中，当终端获取到用户的兴趣点商户时，可以初步确定支付类型，终端可以通过用户持握终端的持握姿势信息以及终端的运动轨迹对初步确定的支付类型进行校准，以能够提高识别支付类型的准确率。

终端在无法从历史支付数据中获取到与当前时间、第一位置信息均匹配的支付类型时，根据用户操作按现有技术中的电子支付方式进行支付。

终端在从历史支付数据中获取到与当前时间、第一位置信息均匹配的支付类型时，执行步骤S203。

S203：根据所述支付类型显示所述支付类型对应的支付界面。

终端在确定支付类型时，根据支付类型调用该支付类型对应的支付界面。

其中，当支付类型为扫码支付时，终端调用并显示“扫一扫”支付界面，以便用户能够通过“扫一扫”支付界面扫描商家的收款二维码信息，从而获得支付信息。

当支付类型为付款码支付时，终端显示该支付应用对应的包含付款二维码的付款界面，以便商家能够通过扫描设备扫描终端用户的付款二维码进行收款。

S204：获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

当支付类型为扫码支付，且获取到商家的收款二维码信息时，用户在当前界面输入付款金额，并输入支付验证信息启动电子支付流程。当支付类型为付款码支付，且商家获取到该支付应用的付款二维码对应的支付账户信息时，用户在确认支付界面显示的付款金额后输入支付验证信息，以启动电子支付流程。支付验证信息可以是支付密码或指纹信息或虹膜信息等。

终端获取用户当前输入的支付验证信息，并将获取到的支付验证信息与预先存储的支付验证信息进行比对，从而验证用户当前的支付验证信息是否与预先存储的支付验证信息匹配。在确认用户当前的支付验证信息与预先存储的支付验证信息匹配时，执行电子支付操作，从该支付应用绑定的支付账户中划扣与支付金额对应的资金至商家的收款二维码信息对应的资金账户，或通知与该支付应用绑定的支付账户对应的资金服务器从该支付账户中划扣与支付金额对应的资金至商家的收款二维码信息对应的资金账户。

上述方案，终端若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付；根据所述支付类型显示所述支付类型对应的支付界面；获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。终端由于能够根据当前时间以及当前的位置信息确定支付类型，并显示支付类型对应的支付界面，不需要用户根据支付类型手动操作调出支付界面，能够简化电子支付步骤，便于用户快速支付，节省电子支付所需要的时间，提高支付效率。

终端能够通过与当前时间、第一位置信息匹配的兴趣点商户初步预测用户可能选择的支付类型，并结合持握姿势以及运动轨迹确定准确定位用户选择的支付类型，能够减少误判机率，提高识别支付类型的准确率。

参见图3，图3是本发明实施例提供的一种终端的示意性框图。终端可以为手机、平板电脑等移动终端，但并不限于此，还可以为其他终端，此处不做限制。本实施例的终端包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1以及图1对应的实施例中的相关描述，此处不赘述。本实施例的终端300包括：获取单元310、确定单元320、显示单元330以及支付单元340。

获取单元310用于若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息。获取单元310将当前时间以及第一位置信息向确定单元320发送。

确定单元320用于接收获取单元310发送的当前时间以及第一位置信息，根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型。确定单元320将支付类型信息向显示单元330发送。

显示单元330用于接收确定单元320发送的支付类型信息，根据所述支付类型显示所述支付类型对应的支付界面。显示单元330在显示支付界面时，向支付单元340发送通知信息。

支付单元340用于接收显示单元330在显示支付界面时，发送的支付单元340发送通知信息，获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

上述方案，终端若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付；根据所述支付类型显示所述支付类型对应的支付界面；获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。终端由于能够根据当前时间以及当前的位置信息确定支付类型，并显示支付类型对应的支付界面，不需要用户根据支付类型手动操作调出支付界面，能够简化电子支付步骤，便于用户快速支付，节省电子支付所需要的时间，提高支付效率。

参见图4，图4是本发明另一实施例提供的一种终端的示意性框图。终端可以为手机、平板电脑等移动终端，但并不限于此，还可以为其他终端，此处不做限制。本实施例的终端包括的各单元用于执行图2对应的实施例中的各步骤，具体请参阅图2以及图2对应的实施例中的相关描述，此处不赘述。本实施例的终端400包括：获取单元410、确定单元420、显示单元430以及支付单元440。确定单元420包括判断单元421、第一获取单元422、第一确定单元423；或者确定单元420包括第二获取单元424、测试单元425、匹配单元426以及第二确定单元427。

获取单元410用于若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息。获取单元410将当前时间以及第一位置信息向确定单元420发送。

确定单元420用于接收获取单元410发送的当前时间以及第一位置信息，根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型。

其中，当确定单元420包括判断单元421、第一获取单元422、第一确定单元423时，

判断单元421用于根据所述当前时间、所述第一位置信息以及历史支付数据确定所述用户是否触发支付操作；

第一获取单元422用于若所述用户触发支付操作，则获取所述用户持握所述终端的持握姿势信息以及所述终端的运动轨迹；

第一确定单元423用于根据所述持握姿势以及所述运动轨迹确定支付类型；其中，所述支付类型包括扫码支付或付款码支付。

进一步地，第一确定单元423具体用于：根据所述持握姿势信息确定显示屏与所述用户的相对位置关系；其中，所述相对位置关系包括所述显示屏朝向所述用户或所述显示屏背离所述用户；根据所述运动轨迹确定所述显示屏与水平面呈现的角度值；根据所述相对位置关系以及所述角度值确定支付类型。

进一步地，第一确定单元423具体用于：若所述相对位置关系对应所述显示屏朝向所述用户，且所述角度值属于第一预设角度区间，则确定的所述支付类型为所述扫码支付；若所述相对位置关系对应所述显示屏背离所述用户，且所述角度值属于第二预设角度区间，则确定的所述支付类型为所述付款码支付。

所述历史支付数据包括多次电子支付事件各自对应的支付时间、支付地点以及支付类型，当确定单元420包括第二获取单元424、测试单元425、匹配单元426以及第二确定单元427时，

第二获取单元424用于从历史支付数据中获取兴趣点商户各自对应的第二位置信息、支付时间以及支付类型；

测算单元424用于根据所述兴趣点商户对应的支付时间测算所述用户对应的潜在消费时段；

匹配单元425用于若所述当前时间与所述潜在消费时段匹配，则根据所述第一位置信息以及所述兴趣点商户各自对应的第二位置信息，确定与所述第一位置信息匹配的兴趣点商户；

第二确定单元426用于获取所述匹配的兴趣点商户对应的支付类型。

确定单元420将支付类型信息向显示单元430发送。

显示单元430用于接收确定单元420发送的支付类型信息，根据所述支付类型显示所述支付类型对应的支付界面。显示单元430在显示支付界面时，向支付单元440发送通知信息。

支付单元440用于接收显示单元430在显示支付界面时，发送的支付单元440发送通知信息，获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

上述方案，终端若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付；根据所述支付类型显示所述支付类型对应的支付界面；获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。终端由于能够根据当前时间以及当前的位置信息确定支付类型，并显示支付类型对应的支付界面，不需要用户根据支付类型手动操作调出支付界面，能够简化电子支付步骤，便于用户快速支付，节省电子支付所需要的时间，提高支付效率。

终端能够通过与当前时间、第一位置信息匹配的兴趣点商户初步预测用户可能选择的支付类型，并结合持握姿势以及运动轨迹确定准确定位用户选择的支付类型，能够减少误判机率，提高识别支付类型的准确率。

参见图5，图5是本发明再一实施例提供的一种终端示意性框图。如图5所示的本实施例中的终端500可以包括：一个或多个处理器510；一个或多个输入设备520，一个或多个输出设备530和存储器540。上述处理器510、输入设备520、输出设备530和存储器540通过总线550连接。

存储器540用于存储程序指令。

处理器510用于根据存储器540存储的程序指令执行以下操作：

处理器510用于若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息。

处理器510还用于根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型。

处理器510还用于根据所述支付类型显示所述支付类型对应的支付界面。

处理器510还用于获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。

可选地，处理器510还用于根据所述当前时间、所述第一位置信息以及历史支付数据确定所述用户是否触发支付操作；若所述用户触发支付操作，则获取所述用户持握所述终端的持握姿势信息以及所述终端的运动轨迹；根据所述持握姿势以及所述运动轨迹确定支付类型；其中，所述支付类型包括扫码支付或付款码支付。

可选地，所述历史支付数据包括多次电子支付事件各自对应的支付时间、支付地点以及支付类型；处理器510还用于从历史支付数据中获取兴趣点商户各自对应的第二位置信息、支付时间以及支付类型；根据所述兴趣点商户对应的支付时间测算所述用户对应的潜在消费时段；若所述当前时间与所述潜在消费时段匹配，则根据所述第一位置信息以及所述兴趣点商户各自对应的第二位置信息，确定与所述第一位置信息匹配的兴趣点商户；获取所述匹配的兴趣点商户对应的支付类型。

可选地，处理器510具体用于根据所述持握姿势信息确定显示屏与所述用户的相对位置关系；其中，所述相对位置关系包括所述显示屏朝向所述用户或所述显示屏背离所述用户；根据所述运动轨迹确定所述显示屏与水平面呈现的角度值；根据所述相对位置关系以及所述角度值确定支付类型。

可选地，处理器510具体用于若所述相对位置关系对应所述显示屏朝向所述用户，且所述角度值属于第一预设角度区间，则确定的所述支付类型为所述扫码支付；若所述相对位置关系对应所述显示屏背离所述用户，且所述角度值属于第二预设角度区间，则确定的所述支付类型为所述付款码支付。

上述方案，终端若检测到用户开启支付应用，则获取当前时间以及当前的第一位置信息；根据所述当前时间、所述第一位置信息以及历史支付数据确定支付类型；其中，所述支付类型包括扫码支付或付款码支付；根据所述支付类型显示所述支付类型对应的支付界面；获取并验证所述用户输入的支付验证信息，并在验证通过时进行电子支付。终端由于能够根据当前时间以及当前的位置信息确定支付类型，并显示支付类型对应的支付界面，不需要用户根据支付类型手动操作调出支付界面，能够简化电子支付步骤，便于用户快速支付，节省电子支付所需要的时间，提高支付效率。

终端能够通过与当前时间、第一位置信息匹配的兴趣点商户初步预测用户可能选择的支付类型，并结合持握姿势以及运动轨迹确定准确定位用户选择的支付类型，能够减少误判机率，提高识别支付类型的准确率。

应当理解，在本发明实施例中，所称处理器510可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备520可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备530可以包括显示器(LCD等)、扬声器等。

该存储器540可以包括只读存储器和随机存取存储器，并向处理器510提供指令和数据。存储器540的一部分还可以包括非易失性随机存取存储器。例如，存储器540还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器510、输入设备520、输出设备530可执行本发明实施例提供的电子支付方法的第一实施例和第二实施例中所描述的实现方式，也可执行本发明实施例所描述的终端的实现方式，在此不再赘述。

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

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

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

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

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

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

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。