一种移动终端支付授权的方法和移动终端与流程

文档序号:12127001阅读:452来源:国知局
一种移动终端支付授权的方法和移动终端与流程

本发明涉及移动终端技术领域,特别是涉及一种移动终端支付授权的方法和一种移动终端。



背景技术:

随着科学技术的发展,移动终端(例如手机、平板、智能穿戴设备等等)的普及率越来越高,移动终端在人们的生活或工作中所起的作用也越来越重要。为了满足用户的各种需求,如阅读、会话、购物等等,除了基本的通信功能外,移动终端还具有支付功能,允许用户使用其移动终端(通常是手机)对所消费的商品或服务进行账务支付,给人们的生活带来了极大便利。现今,小孩子或老人操作手机、平板等移动终端的情况越来越经常发生,但家长会担心小孩子或老人在使用移动终端时误触导致产生支付事实,造成不必要的损失。

因此,需要针对移动终端的不同用户身份进行支付操作限制,尤其需要在是小孩或老人使用移动终端时,对于移动终端的支付操作进行限制。



技术实现要素:

本发明实施例公开了一种移动终端支付授权的方法和移动终端,以解决目前小孩子在移动终端上进行支付操作时授权的问题。

第一方面,提供了一种移动终端支付授权的方法,所述移动终端包括第二用户模式,所述方法包括:

当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限;

当所述移动终端在第二用户模式下不具有支付权限时,向关联终端发送支付授权的请求;

接收所述关联终端针对所述支付授权的请求反馈的授权指令;

所述移动终端在第二用户模式下获得支付权限。

第二方面,提供了一种移动终端,所述移动终端包括第二用户模式,所述移动终端包括:

支付权限检测模块,用于当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限;

支付授权请求发送模块,用于当所述移动终端在第二用户模式下不具有支付权限时,向关联终端发送支付授权的请求;

授权指令接收模块,用于接收所述关联终端针对所述支付授权的请求反馈的授权指令;

支付权限获得模块,用于所述移动终端在第二用户模式下获得支付权限。

这样,本发明实施例中,当移动终端在第二用户模式下进行支付操作时,如果检测到移动终端在第二用户模式下不具有支付权限,则向关联终端发送支付授权的请求。如果接收到关联终端反馈的同意支付授权指令信息,移动终端才可以依据授权指令授予移动终端在第二用户模式下开通支付权限,使得移动终端在第二用户模式下进行支付操作时,只有检测到移动终端具有支付权限时,才允许用户进行支付操作;可以有效避免小孩子或老人由于不小心误触所造成的经济损失。

附图说明

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

图1是本发明实施例一的一种移动终端支付授权的方法实施例的步骤流程图;

图2是本发明实施例二的一种移动终端支付授权的方法实施例的步骤流程图;

图3是本发明实施例三的一种移动终端实施例的结构框图;

图3a是本发明实施例三的一种移动终端实施例的结构框图之一;

图3b是本发明实施例三的一种移动终端实施例的结构框图之二;

图3c是本发明实施例三的一种移动终端实施例的结构框图之三;

图3d是本发明实施例三的一种移动终端实施例的结构框图之四;

图3e是本发明实施例三的一种移动终端实施例的结构框图之五;

图4是本发明实施例四提供的一种移动终端的结构框图;

图5是本发明实施例五提供的一种移动终端的结构框图。

具体实施方式

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

实施例一

请参照图1,是本发明实施例一的一种移动终端支付授权方法的流程图。

本发明实施例提供的一种移动终端支付授权的方法,所述移动终端可以包括第二用户模式,该方法具体可以包括如下步骤:

步骤101,当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限。

在本发明实施例中,移动终端可以设置有一种或多种用户模式。其中,用户模式可以包括第一用户模式和第二用户模式,第一用户模式是针对常规用户设置的模式,常规用户可以是青少年或成年人,第二用户模式是针对特定用户设置的模式,特定用户可以是儿童或老人。在第二用户模式下,为了避免特定用户误操作导致乱扣费,移动终端的一些应用被设置权限限制,例如支付权限。

当移动终端切换进入到第二用户模式,并且当前用户在第二用户模式下进行支付操作时,该移动终端开始检测在第二用户模式下是否具有支付权限,以确定是否允许当前用户在第二用户模式下进行支付操作。

步骤102,当所述移动终端在第二用户模式下不具有支付权限时,所述移动终端向关联终端发送支付授权的请求。

在本发明实施例中,设置有关联终端,关联终端能够控制开通或关闭该移动终端的支付权限,例如是否允许该移动终端在第二用户模式下发生支付行为。具体地,该关联终端可以为电脑、手机、平板、智能穿戴设备等等。

当检测到移动终端在第二用户模式下不具有支付权限时,所述移动终端向关联终端发送支付授权的请求,以请求该关联终端授予移动终端在第二用户模式下具有支付权限,以能够正常完成支付。

步骤103,接收所述关联终端针对所述支付授权的请求反馈的授权指令。

关联终端的用户如果同意移动终端进行支付操作,可以向移动终端反馈同意支付的授权指令。当然,关联终端如果不同意移动终端进行支付操作,也可以向移动终端反馈不同意支付的授权指令。

例如,假设某移动终端的第一用户模式是常规模式,用户在此模式下可以通过网上银行、短信扣费、微信支付、支付宝支付、NFC支付等方式进行购买和支付操作;而第二用户模式是儿童模式,则小孩在某个游戏商店中购买游戏道具时,如果检测到移动终端在儿童模式不具有支付权限(即在儿童模式下,当前用户不能进行购买和支付操作),则可以向关联的家长终端请求支付操作的授权。其中,发送到家长终端的支付授权的请求指令中可以包括购买的物品、购买的金额账单的等相关信息。如果家长允许,可以通过关联终端向正处于儿童模式的移动终端发送同意支付的授权指令;反之,如果家长不允许,可以通过关联终端向移动终端发送拒绝支付的授权指令。

具体地,在移动终端上可以存储有家长的指纹数据;如果家长同意进行支付,则通过关联终端向移动终端发送的授权指令中可以包括家长的指纹数据,处于儿童模式的移动终端识别出家长的指纹数据,判断是否与本机存储的家长的指纹数据匹配,若匹配,则可以确定为同意支付。

当然,上述通过指纹来验证是否同意支付仅仅是作为验证的方式之一,只要能够验证确实是家长的关联终端发出,且操作确实是家长本人即可,本发明实施例对此并不加以限制。

步骤104,所述移动终端在第二用户模式下获得支付权限。

在具体实现中,如果移动终端接收到关联终端反馈的同意支付授权指令指令,则可以根据该授权指令指令,授予移动终端在第二用户模式下的获得支付权限,此时用户可以使用该移动终端完成支付操作。当然,如果移动终端接收到关联终端反馈的不同意支付授权指令指令,则可以根据该不同意授权指令指令,并且向该移动终端的用户提示不能完成支付操作。

这样,本发明实施例中,当移动终端在第二用户模式下进行支付操作时,如果检测到移动终端在第二用户模式下不具有支付权限,则向关联终端发送支付授权的请求。如果接收到关联终端反馈的同意支付授权指令信息,移动终端才可以依据授权指令授予移动终端在第二用户模式下开通支付权限,使得移动终端在第二用户模式下进行支付操作时,只有检测到移动终端具有支付权限时,才允许用户进行支付操作;可以有效避免小孩子或老人由于不小心误触所造成的经济损失。

实施例二

请参照图2,是本发明实施例一的一种移动终端支付授权方法的流程图。

本发明实施例提供的一种移动终端支付授权的方法,所述移动终端可以包括第一用户模式和第二用户模式,该方法具体可以包括如下步骤:

步骤201,获取所述移动终端在第一用户模式下设置的针对第二用户模式的支付限制信息。

在一种示例中,用户模式可以设置为两种,具体为第一用户模式和第二用户模式,第一用户模式是针对常规用户设置的模式,常规用户可以是青少年或成年人,第二用户模式是针对特定用户设置的模式,特定用户可以是儿童或老人。

两种用户模式分别代表着两类人群的不同使用习惯与使用方式,因为不同的人群的年龄、对科技的了解程度或学习能力对移动终端的使用的有着较大的差异,分别针对不同人群的进行参数的设置。

需要说明的是,第一用户模式的操作权限高于第二用户模式的操作权限。使用处于第一用户模式的移动终端用户,可以对于第二用户模式下的应用权限进行设置,例如可以设置第二用户模式的支付权限,可以具体到允许支付一定范围内以下的金额,或者直接不允许进行支付,或者每天允许支付的账单数量或金额上限等等。

当然,在实际中还可以设置两种以上的用户模式,甚至可以只设置一种特定用户模式,根据实际需要即可,本发明实施例对此不加以限制。

步骤202,所述移动终端在第二用户模式下形成支付权限。

在本发明实施例中,第一用户模式可以设置为针对成年人这些常规用户的专用模式,例如家长。第一用户模式的使用者可以对于第二用户模式的进行支付操作权限进行的设置,移动终端形成第二用户模式的支付限制权限,使得第二用户模式的使用者不能直接进行支付操作,只有某些用户指纹信息能够进行支付操作,或者只能完成一定金额以下的支付操作,或者在收到关联手机的同意支付指令后才能够进行支付操作,等等。

优选地,第一用户模式的操作权限高于第二用户模式的操作权限。如果移动终端在第一用户模式下接收到针对第二用户模式的支付权限调整信息,则移动终端调整并形成新的第二用户模式的支付权限。

步骤203,当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限。

在本发明实施例中,第二用户模式是针对特定用户的移动终端模式,其某些应用操作的权限有所限制,例如支付的权限。故如果移动终端在第二用户模式下接收到支付操作的信息时,首先需要检测其在第二用户模式是否具有支付权限。

在本发明的一种优选实施例中,所述移动终端可以包括用户指纹数据库,所述步骤203可以包括:

当所述移动终端在第二用户模式下接收到支付请求时,获取当前用户的指纹信息;

判断所述当前用户的指纹信息是否在用户指纹数据库中存在匹配项;

若是,则判定为在所述移动终端在第二用户模式下具有支付权限;

若否,则判定为在所述移动终端在第二用户模式下不具有支付权限。

在本发明实施例中,所述移动终端在第二用户模式下进行支付操作时,将生成支付请求,并获取当前用户的指纹信息,以及在用户指纹数据库中查找是否存在匹配项。若存在,则可以判断在所述移动终端的第二用户模式下具有支付权限,若不存在,则可以判断在所述移动终端的第二用户模式下不具有支付权限。

在本发明的一种优选实施例中,所述支付请求包括支付总金额等信息。

所述步骤203还可以包括:计算所述支付总金额是否在预设的支付总金额范围之内;

若是,则判断所述移动终端在第二用户模式下获得支付权限。

如果是,说明支付总金额较小(例如,50元以下),即便完成支付也不至于造成很大的经济损失,且可以让小孩能够购买一些游戏道具或者学习用品,故而可以判断所述移动终端在第二用户模式下具有支付权限,允许进行支付操作。通过给予小金额的支付权限的方式,可以满足小孩的一些简单需求,提高小孩的实操能力,对于家长而言,也只有在支付总金额较大时才需要进行一些简单的操作,对于小孩和家长而言,用户体验较佳。

在本发明实施例中,可以设置为:用户指纹信息匹配,并且支付总金额在预设的支付总金额范围之内这两个条件同时满足时,才视为允许移动终端在第二用户模式下进行支付操作。当然,实际中还可以设置其他的条件,本发明实施例对此不加以限制。

步骤204,当所述移动终端在第二用户模式下不具有支付权限时,所述移动终端向关联终端发送支付授权的请求。

步骤205,接收所述关联终端针对所述支付授权的请求反馈的授权指令。

由于方法实施例二中的步骤204-步骤205的具体实施方式基本与前述的方法实施例一的具体实施方式相似,故本实施例对于步骤204-步骤205的描述中未详尽之处,可以参见前述实施例一中的相关说明,在此就不赘述了。

步骤206,所述移动终端在第二用户模式下获得支付权限。

在本发明的一种优选实施例中,所述授权指令可以包括关联指纹信息,所述步骤206还可以包括:

识别所述授权指令中的关联指纹信息;

提取所述关联指纹信息;

当所述关联指纹信息与预置的指纹信息匹配时,所述移动终端在第二用户模式下获得支付权限。

在本发明实施例中,移动终端上预先保存有预置的指纹信息,如果关联终端反馈的授权指令中包含的关联指纹信息与预置的指纹信息匹配,则可以授予移动终端在第二用户模式下的支付权限,允许临时进行支付操作。

应用本发明的应用实施例中,家长在移动终端上预先保存自己的指纹信息。当小孩在儿童模式下购买游戏道具并向关联终端发送支付授权的请求时;如果家长允许购买,则可在关联终端上输入自己的指纹信息,关联终端将此指纹信息来嵌入授权指令中并反馈给移动终端,处于儿童模式的移动终端识别出家长的指纹数据,判断是否与本机存储的家长的指纹数据匹配,若匹配则确定同意购买。对于家长而言,操作简单便捷。

在本发明的一种优选实施例中,所述授权指令中还可以包括支付权限变更信息,所述步骤206可以包括:

识别所述授权指令中的支付权限变更信息;

提取所述支付权限变更信息;

所述移动终端在第二用户模式下变更支付权限。

在本发明实施例中,关联终端可以修改第二用户模式的支付权限,使得第二用户模式下的支付额度提升或者降低,甚至禁止在第二用户模式下进行支付。

这样,在本发明实施例中,用户可以通过关联终端对第二用户模式下的支付操作权限进行调整,使得第二用户模式的支付操作权限更加适应当前用户的实际支付需求,以及控制在合理范围之内,避免造成较大的经济损失。

需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。

实施例三

请参照图3,是本发明实施例三的一种移动终端300的结构框图。

本发明实施例提供的一种移动终端,所述移动终端包括第二用户模式,所述移动终端包括支付权限检测模块301,支付授权请求发送模块302,授权指令接收模块303和支付权限获得模块304。

支付权限检测模块301,用于当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限。

支付授权请求发送模块302,用于当所述移动终端在第二用户模式下不具有支付权限时,向关联终端发送支付授权的请求。

授权指令接收模块303,用于接收所述关联终端针对所述支付授权的请求反馈的授权指令。

支付权限获得模块304,用于所述移动终端在第二用户模式下获得支付权限。

参照图3a所示,本发明实施例的一种移动终端300中,所述移动终端包括用户指纹数据库,所述支付权限检测模块301包括用户指纹信息获取子模块3011,用户指纹信息匹配子模块3012,第一支付权限判定子模块3013和第二支付权限判定子模块3014。

用户指纹信息获取子模块3011,用于当所述移动终端在第二用户模式下接收到支付请求时,获取当前用户指纹信息;

用户指纹信息匹配子模块3012,用于判断所述当前用户指纹信息是否在用户指纹数据库中存在匹配项;若是,则调用第一支付权限判定子模块3013,若否,则调用第二支付权限判定子模块3014;

第一支付权限判定子模块3013,用于判定为在所述移动终端在第二用户模式下具有支付权限;

第二支付权限判定子模块3014,用于判定为在所述移动终端在第二用户模式下不具有支付权限。

参照图3b所示,本发明实施例的一种移动终端300中,所述支付请求包括支付总金额,所述支付权限检测模块301包括支付总金额判断子模块3015和支付权限获得子模块3016。

支付总金额判断子模块3015,用于判断所述支付总金额是否在预设的支付总金额范围之内,若是,则调用第一支付权限获得子模块;

第一支付权限获得子模块3016,用于判断所述移动终端在第二用户模式下获得支付权限。

参照图3c所示,本发明实施例的一种移动终端300中,所述授权指令包括关联指纹信息,所述支付权限获得模块304包括关联指纹信息提取子模块3041,关联指纹信息提取子模块3042和支付权限获得子模块3043。

关联指纹信息提取子模块3041,用于识别所述授权指令中的关联指纹信息;

关联指纹信息提取子模块3042,用于提取所述关联指纹信息;

第二支付权限获得子模块3043,用于当所述关联指纹信息与预置的关联指纹信息匹配时,授予所述移动终端在第二用户模式下的支付权限。

参照图3d所示,本发明实施例的一种移动终端300中,所述授权指令包括支付权限变更信息,所述支付权限获得模块304包括支付权限变更信息识别子模块3044,支付权限变更信息提取子模块3045和支付权限变更子模块3046。

支付权限变更信息识别子模块3044,用于识别所述授权指令的支付权限变更信息;

支付权限变更信息提取子模块3045,用于提取所述支付权限变更信息;

支付权限变更子模块3046,用于采用所述支付权限变更信息,变更所述移动终端在第二用户模式下的支付权限。

参照图3e所示,本发明实施例的一种移动终端300中,所述移动终端还包括第一用户模式,所述移动终端300还可以包括支付限制信息获取模块305和支付权限形成模块306。

支付限制信息获取模块305,用于获取所述移动终端在第一用户模式设置的针对第二用户模式的支付限制信息;

支付权限形成模块306,用于所述移动终端在第二用户模式下形成支付权限。

这样,本发明实施例中,当移动终端在第二用户模式下进行支付操作时,检测到移动终端在第二用户模式下不具有支付权限,则向关联终端发送支付授权的请求,如果接收到关联终端反馈的授权指令,才可以依据授权指令授予移动终端在第二用户模式下具有支付权限,使得移动终端在第二用户模式下进行支付操作时,只有检测到具有支付权限时,才允许用户使用该移动终端进行支付操作,尤其可以避免使用者是小孩时,不小心误触所造成的经济损失。

对于移动终端300实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

实施例四

图4是本发明另一个实施例的移动终端700的框图。

参照图4所示,所述移动终端700包括:至少一个处理器701、存储器702、至少一个网络接口704和其他用户接口703。移动终端700中的各个组件通过总线系统705耦合在一起。可理解,总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图4中将各种总线都标为总线系统705。

其中,用户接口703可以包括显示器、键盘或者点击设备(例如,鼠标,轨迹球(trackball)、触感板或者触摸屏等。

可以理解,本发明实施例中的存储器702可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-OnlyMemory,ROM)、可编程只读存储器(ProgrammableROM,PROM)、可擦除可编程只读存储器(ErasablePROM,EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(StaticRAM,SRAM)、动态随机存取存储器(DynamicRAM,DRAM)、同步动态随机存取存储器(SynchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM,DRRAM)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中,存储器702存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:操作系统7021和应用程序7022。

其中,操作系统7021,包含各种系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务。应用程序7022,包含各种应用程序,例如媒体播放器(MediaPlayer)、浏览器(Browser)等,用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序7022中。

在本发明实施例中,通过调用存储器702存储的程序或指令,具体的,可以是应用程序7022中存储的程序或指令,处理器701用于当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限;当所述移动终端在第二用户模式下不具有支付权限时,向关联终端发送支付授权的请求;接收所述关联终端针对所述支付授权的请求反馈的授权指令;所述移动终端在第二用户模式下获得支付权限。

上述本发明实施例揭示的方法可以应用于处理器701中,或者由处理器701实现。处理器701可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecific IntegratedCircuit,ASIC)、现成可编程门阵列(FieldProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702,处理器701读取存储器702中的信息,结合其硬件完成上述方法的步骤。

可以理解的是,本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits,ASIC)、数字信号处理器(DigitalSignalProcessing,DSP)、数字信号处理设备(DSPDevice,DSPD)、可编程逻辑设备(ProgrammableLogicDevice,PLD)、现场可编程门阵列(Field-ProgrammableGateArray,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现,可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地,处理器701还用于:当所述移动终端在第二用户模式下接收到支付请求时,获取当前用户指纹信息;判断所述当前用户指纹信息是否在用户指纹数据库中存在匹配项;若是,则判定为在所述移动终端在第二用户模式下具有支付权限;若否,则判定为在所述移动终端在第二用户模式下不具有支付权限。

可选地,处理器701还用于:计算所述支付总金额是否在预设的支付总金额范围之内;若是,则判断所述移动终端在第二用户模式下获得支付权限。

可选地,处理器701还用于:识别所述授权指令中的关联指纹信息;提取所述关联指纹信息;当所述关联指纹信息与预置的关联指纹信息匹配时,所述移动终端在第二用户模式下获得支付权限。

可选地,处理器701还用于:识别所述授权指令中的关联指纹信息;提取所述关联指纹信息;当所述关联指纹信息与预置的关联指纹信息匹配时,所述移动终端在第二用户模式下获得支付权限。

可选地,处理器701还用于:获取所述移动终端在第一用户模式下设置的针对第二用户模式的支付限制信息;所述移动终端在第二用户模式下形成支付权限。

这样,本发明实施例中,当移动终端在第二用户模式下进行支付操作时,检测到移动终端在第二用户模式下不具有支付权限,则向关联终端发送支付授权的请求,如果接收到关联终端反馈的授权指令,才可以依据授权指令授予移动终端在第二用户模式下具有支付权限,使得移动终端在第二用户模式下进行支付操作时,只有检测到具有支付权限时,才允许用户使用该移动终端进行支付操作,尤其可以避免使用者是小孩时,不小心误触所造成的经济损失。

移动终端700能够实现前述实施例中移动终端实现的各个过程,为避免重复,这里不再赘述。

实施例五

图5是本发明另一个实施例的移动终端的结构示意图。具体地,图5中的移动终端800可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant,PDA)、或车载电脑等。

图5中的移动终端800包括射频(RadioFrequency,RF)电路810、存储器820、输入单元830、显示单元840、处理器860、音频电路870、WiFi(WirelessFidelity)模块880和电源890。

其中,输入单元830可用于接收用户输入的数字或字符信息,以及产生与移动终端800的用户设置以及功能控制有关的信号输入。具体地,本发明实施例中,该输入单元830可以包括触控面板831。触控面板831,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板831可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给该处理器860,并能接收处理器860发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831,输入单元830还可以包括其他输入设备832,其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中,显示单元840可用于显示由用户输入的信息或提供给用户的信息以及移动终端800的各种菜单界面。显示单元840可包括显示面板841,可选的,可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode,OLED)等形式来配置显示面板841。

应注意,触控面板831可以覆盖显示面板841,形成触摸显示屏,当该触摸显示屏检测到在其上或附近的触摸操作后,传送给处理器860以确定触摸事件的类型,随后处理器860根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定,可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件,例如,设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器860是移动终端800的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在第一存储器821内的软件程序和/或模块,以及调用存储在第二存储器822内的数据,执行移动终端800的各种功能和处理数据,从而对移动终端800进行整体监控。可选的,处理器860可包括一个或多个处理单元。

在本发明实施例中,通过调用存储该第一存储器821内的软件程序和/或模块和/或该第二存储器822内的数据,处理器860用于当所述移动终端在第二用户模式下进行支付操作时,检测所述移动终端在第二用户模式下是否具有支付权限;当所述移动终端在第二用户模式下不具有支付权限时,向关联终端发送支付授权的请求;接收所述关联终端针对所述支付授权的请求反馈的授权指令;所述移动终端在第二用户模式下获得支付权限。

所述处理器860还用于:当所述移动终端在第二用户模式下接收到支付请求时,获取当前用户指纹信息;判断所述当前用户指纹信息是否在用户指纹数据库中存在匹配项;若是,则判定为在所述移动终端在第二用户模式下具有支付权限;若否,则判定为在所述移动终端在第二用户模式下不具有支付权限。

所述处理器860还用于:计算所述支付总金额是否在预设的支付总金额范围之内;若是,则判断所述移动终端在第二用户模式下获得支付权限。

所述处理器860还用于:识别所述授权指令中的关联指纹信息;提取所述关联指纹信息;当所述关联指纹信息与预置的关联指纹信息匹配时,所述移动终端在第二用户模式下获得支付权限。

所述处理器860还用于:识别所述授权指令的支付权限变更信息;提取所述支付权限变更信息;所述移动终端在第二用户模式下变更支付权限。

所述处理器860还用于:获取所述移动终端在第一用户模式下设置的针对第二用户模式的支付限制信息;所述移动终端在第二用户模式下形成支付权限这样,本发明实施例中,当移动终端在第二用户模式下进行支付操作时,检测到移动终端在第二用户模式下不具有支付权限,则向关联终端发送支付授权的请求,如果接收到关联终端反馈的授权指令,才可以依据授权指令授予移动终端在第二用户模式下具有支付权限,使得移动终端在第二用户模式下进行支付操作时,只有检测到具有支付权限时,才允许用户使用该移动终端进行支付操作,尤其可以避免使用者是小孩时,不小心误触所造成的经济损失。

对于移动终端800实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

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

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

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

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

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

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

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

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1