CN108537531A - 用于处理信息的方法和装置 - Google Patents

Abstract

本申请实施例公开了用于处理信息的方法和装置。该方法的一具体实施方式包括：响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；获取用户的人脸图像；响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，其中，图像集合中的图像与已注册用户的账户信息相对应；根据所获取的账户信息和支付金额确定用户是否具有支付权限；响应于确定出用户具有支付权限，根据账户信息进行支付处理。该实施方式能够通过人脸识别在自动售货机上实现购物操作。

Description

用于处理信息的方法和装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及用于处理信息的方法和装置。

背景技术

自动售货机(Vending Machine，VEM)是能根据投入的钱币自动付货的机器。自动售货机是商业自动化的常用设备，它不受时间、地点的限制，能节省人力、方便交易。是一种全新的商业零售形式，又被称为24小时营业的微型超市。

市面上现有的自动售货机，在网络环境支持情况下，具备多种电子支付功能，如***、储值卡、手机卡等***。也可识别纸质和硬币类型的代金券。

发明内容

本申请实施例提出了用于处理信息的方法和装置。

第一方面，本申请实施例提供了一种用于处理信息的方法，其中，上述方法包括：响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；获取用户的人脸图像；响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，其中，图像集合中的图像与已注册用户的账户信息相对应；根据所获取的账户信息和支付金额确定所述用户是否具有支付权限；响应于确定出用户具有支付权限，根据账户信息进行支付处理。

在一些实施例中，响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，包括：将人脸图像发送到与支付操作相关的服务端；从服务端接收账户信息，其中，所接收的账户信息是服务端响应于确定预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像而获取的与目标图像对应的账户信息。

在一些实施例中，账户信息包括账户余额；以及根据所获取的账户信息和支付金额确定所述用户是否具有支付权限，包括：响应于确定出账户余额大于等于支付金额，确定用户具有支付权限。

在一些实施例中，账户信息包括账户余额；以及根据所获取的账户信息和支付金额确定所述用户是否具有支付权限，包括：响应于检测出人脸图像对应至少一个账户信息，确定至少一个账户信息中是否存在账户余额大于等于支付金额的账户信息；若存在，则确定用户具有支付权限，以及将至少一个账户信息中账户余额大于等于支付金额的账户信息进行输出，以供用户根据账户信息选择用于支付的账户。

在一些实施例中，账户信息包括针对物品的优惠信息；以及将至少一个账户信息中账户余额大于等于支付金额的账户信息进行输出，包括：按照优惠信息由大到小的顺序从至少一个账户信息中选取预设数目个账户余额大于等于支付金额的账户信息进行输出。

第二方面，本申请实施例提供了一种用于处理信息的装置，其中，上述装置包括：金额确定单元，配置用于响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；图像获取单元，配置用于获取用户的人脸图像；账户获取单元，配置用于响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，其中，图像集合中的图像与已注册用户的账户信息相对应；权限确定单元，配置用于根据所获取的账户信息和支付金额确定所述用户是否具有支付权限；支付处理单元，配置用于响应于确定出用户具有支付权限，根据账户信息进行支付处理。

在一些实施例中，账户获取单元进一步配置用于：将人脸图像发送到与支付操作相关的服务端；从服务端接收账户信息，其中，所接收的账户信息是服务端响应于确定预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像而获取的与目标图像对应的账户信息。

在一些实施例中，账户信息包括账户余额；以及权限确定单元进一步配置用于：响应于确定出账户余额大于等于支付金额，确定用户具有支付权限。

在一些实施例中，账户信息包括账户余额；以及权限确定单元进一步配置用于：响应于检测出人脸图像对应至少一个账户信息，确定至少一个账户信息中是否存在账户余额大于等于支付金额的账户信息；若存在，则确定用户具有支付权限，以及将至少一个账户信息中账户余额大于等于支付金额的账户信息进行输出，以供用户根据账户信息选择用于支付的账户。

在一些实施例中，账户信息包括针对物品的优惠信息；以及权限确定单元进一步配置用于：对于至少一个账户信息中每个账户信息，根据该账户信息中的优惠信息和支付金额确定针对该账户信息的实际支付金额；按照实际支付金额由小到大的顺序从至少一个账户信息中选取预设数目个账户余额大于等于支付金额的账户信息进行输出。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现如第一方面中任一的方法。

本申请实施例提供的用于处理信息的方法和装置，在自动售货机上通过人脸识别获取用户的账户信息。然后使用户的账户支付在自动售货机上售出的物品。从而可以不借助于手机、现金等支付手段实现购物操作。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性***架构图；

图2是根据本申请的用于处理信息的方法的一个实施例的流程图；

图3是根据本申请的用于处理信息的方法的一个应用场景的示意图；

图4是根据本申请的用于处理信息的方法的又一个实施例的流程图；

图5是根据本申请的用于处理信息的装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于处理信息的方法或用于处理信息的装置的实施例的示例性***架构100。

如图1所示，***架构100可以包括售货机101和服务器102。

用户可以使用售货机101通过无线网络或有线网络与服务器102交互。售货机101上可以安装各种支付类应用。

售货机101包括摄像头、物品出口、货架和显示屏。用户可通过每个物品下方的选择按键来选择物品，也可在显示屏上选择所列举的物品。用户选择好物品点击结算时，售货机101计算应该支付的金额。并调用各种支付类应用供用户选择。售货机101还可通过摄像头采集用户的人脸图像。如果售货机101预先存储了人脸图像，每个人脸图像与至少一个账户信息相对应，则售货机101可本地进行人脸识别。如果服务器102预先存储人脸图像与账户信息的对应关系，则可将人脸图像反馈给用户所选择的支付类应用对应的服务器102，由服务器102进行人脸识别。

服务器102可以是提供各种服务的服务器，例如向售货机101提供物品信息，物品信息可包括物品图片、物品名称、物品价格、生产日期等信息。服务器102还可预先存储人脸图像，每个人脸图像与至少一个账户信息相对应。服务器102还可接收并识别售货机101发送的人脸图像，从而获得用户的账户信息。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本申请实施例所提供的用于处理信息的方法一般由售货机101执行，相应地，用于处理信息的装置一般设置于售货机101中。本申请实施例所提供的用于处理信息的方法还可由服务器102执行，相应地，用于处理信息的装置还可设置于服务器102中。

应该理解，图1中的售货机、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的售货机、网络和服务器。

继续参考图2，示出了根据本申请的用于处理信息的方法的一个实施例的流程200。该用于处理信息的方法，包括以下步骤：

步骤201，响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额。

在本实施例中，用于处理信息的方法的执行主体(例如图1所示的售货机)可以通过触摸屏展示放置在售货机中的可售物品的图片、价格等信息。支付操作可包括用于指示进入结算过程的预定操作，例如，点击触摸屏上的结算按键、在触摸屏上做出预定手势、或者眨眼等操作。售货机可通过触摸屏或者摄像头检测到用户的支付操作。支付操作相关的物品可以是用户在做支付操作之前所选择的物品，或者是售货机默认出售的物品。售货机可通过触摸屏检测出用户选择的物品。售货机还可通过位于物品附近(例如物品下方)的按键检测出用户选择的物品。计算支付操作相关的物品的总的价格作为支付金额。不同于传统售货机中同样物品只能选一件，本申请的方案可在选择物品时选择多件同一物品，也可在一次支付过程中选择不同的物品。

用于处理信息的方法的执行主体还可以是图1所示的服务器。该服务器可以通过有线连接方式或者无线连接方式从用户利用其进行自助购物的售货机接收支付操作信息。支付操作信息可包括所选择的物品的价格、数量等。售货机检测到用户的支付操作后将支付操作信息发给服务器，由服务器确定支付操作相关的物品的支付金额。

步骤202，获取用户的人脸图像。

在本实施例中，可以通过摄像头采集售货机附近第一预定范围内(例如售货机前1米)的图像，然后进行图像识别。可以提示用户对准摄像头采集清晰的人脸图像。人脸图像识别的前提是预先注册过用户的人脸图像，并将人脸图像与用户的支付帐户绑定。为了方便支付，可以采用面容方式支付。如果本申请的执行主体为服务器，则可通过售货机的摄像头获取人脸图像。

步骤203，响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息。

在本实施例中，图像集合中的图像与已注册用户的账户信息相对应。账户信息可包括账户编号、账户余额、积分、优惠券等信息。账户可以是银行账户，还可以是具有预付费、后付费等功能的会员账户。账户还可以是支付应用的账户。一个支付应用的账户信息中可包括至少一张银行卡的信息。图像集合中的图像可直接与已注册用户的银行账户绑定，也可通过支付应用与银行账户绑定。不同的支付应用可能绑定相同的银行账户。人脸图像匹配过程如下所示：首先，提取人脸图像的特征数据，包括视觉特征、像素统计特征、人脸图像变换系数特征、人脸图像代数特征等。然后，将提取的人脸图像的特征数据与人脸图像集合中存储的特征模板进行搜索匹配。人脸识别就是将待识别的人脸特征与已得到的人脸特征模板进行比较，根据相似程度对人脸的身份信息进行判断。这一过程又分为两类：一类是确认，是一对一进行图像比较的过程，另一类是辨认，是一对多进行图像匹配对比的过程。可选的，由于获取的原始图像由于受到各种条件的限制和随机干扰，往往不能直接使用，因此需要在匹配前对它进行灰度校正、噪声过滤等图像预处理。对于人脸图像而言，其预处理过程主要包括人脸图像的光线补偿、灰度变换、直方图均衡化、归一化、几何校正、滤波以及锐化等。

通过一对多进行图像匹配过程，可得到人脸图像与预设的图像集合中图像的匹配度。通过设定匹配度阈值，当图像集合中某个图像与人脸图像的匹配度超过预定匹配度阈值的图像，则认为该图像是目标图像，并将目标图像对应的账户信息确定为用户的账户信息。

在本实施例的一些可选的实现方式中，响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，包括：将人脸图像发送到与支付操作相关的服务端；从服务端接收账户信息，其中，所接收的账户信息是服务端响应于确定预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像而获取的与目标图像对应的账户信息。本申请的执行主体(售货机或者是服务器)，可将人脸图像发送给支付操作相关的服务端进行人脸识别。执行主体可支持多种支付方式，每种支付方式对应一个支付应用。执行主体可提供支付应用供用户选择，然后调用用户所选择的支付应用，支付应用将人脸图像发送给为支付应用提供支持的服务端。由服务端根据人脸图像查找到该用户的账户。因此人脸图像识别不仅仅实现密码输入的功能，还实现了账户输入的功能。

步骤204，根据所获取的账户信息和支付金额确定用户是否具有支付权限。

在本实施例中，账户信息中可包括余额、透支金额、积分、优惠券等信息，综合考虑这些信息，确定出该用户的账户能否满足支付金额，如果满足则确定出该用户具有支付权限。例如，该用户的账户的余额虽然小于支付金额，但用户的账户的积分可作为现金抵扣，抵扣之后的金额加上余额如果大于支付金额，则仍可确定出该用户的账户满足支付金额，因此该用户具有支付权限。

在本实施例的一些可选的实现方式中，根据所获取的账户信息和支付金额确定用户是否具有支付权限，包括：响应于确定出账户余额大于等于支付金额，确定用户具有支付权限。例如，支付金额为80元，而账户余额为100元，则该用户具有支付权限。

步骤205，响应于确定出用户具有支付权限，根据账户信息进行支付处理。

在本实施例中，步骤204确定出用户具有支付权限后，进行支付处理。首先，要从账户中扣除支付金额，如果用账户余额支付则需要将账户余额减去支付金额。如果使用积分、优惠券、代金券等支付，则进行相应的金额扣除。然后，通知售货机中的机械装置将用户所选择的物品移动到售货机的物品出口，用户可自取所购买的物品。

继续参见图3，图3是根据本实施例的用于处理信息的方法的应用场景的一个示意图。在图3的应用场景中，用户使用售货机300自助购物。售货机300通过触摸屏304上的面容支付按键检测到用户要支付所选择的物品302和303，售货机计算出用户所选择的物品的支付金额。然后摄像头301采集人脸图像305。售货机300借助服务端进行人脸识别，查询到与人脸图像305匹配的图像对应的账户信息。售货机300确定出用户具有支付权限后，进行支付处理。此外，支付成功后，售货机300还可以将用户所选择的物品302和303放置到物品出口306供用户自取。

本申请的上述实施例提供的方法通过人脸识别获取用户的账户信息，根据账户信息进行支付处理，从而可以不借助于手机、现金等支付手段实现购物操作。

进一步参考图4，其示出了用于处理信息的方法的又一个实施例的流程400。该用于处理信息的方法的流程400，包括以下步骤：

步骤401，响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额。

步骤402，获取用户的人脸图像。

步骤403，响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息。

在本实施例中，可向至少一个服务端发送人脸图像进行人脸识别。其中，每个服务端与至少一种支付应用(例如，支付宝、微信等)相对应。不同的支付应用虽然可能绑定相同的银行卡，但支付应用的账户信息中还可包括红包等信息。因此，对于不同的支付应用，对同样的物品实际支付的金额可能是不同的。

步骤404，响应于检测出人脸图像对应至少一个账户信息，确定至少一个账户信息中是否存在账户余额大于等于支付金额的账户信息。

在本实施例中，如果该用户具有多个已经注册的账户，则可通过人脸图像识别可获得多个账户信息。只要这些账户中有一个账户的账户余额大于等于支付金额，则可认为该用户具有支付权限。

步骤405，若存在，则确定用户具有支付权限，以及将至少一个账户信息中账户余额大于等于支付金额的账户信息进行输出，以供用户根据账户信息选择用于支付的账户。

在本实施例中，预先筛选出能够支付所选物品的账户，余额不足的账户不再显示。这样用户能够选择有效的账户进行支付处理，则不会选择余额不足的账户。

在本实施例的一些可选的实现方式中，账户信息包括针对物品的优惠信息；以及将至少一个账户信息中账户余额大于等于支付金额的账户信息进行输出，包括：对于至少一个账户信息中每个账户信息，根据该账户信息中的优惠信息和支付金额确定针对该账户信息的实际支付金额；按照实际支付金额由小到大的顺序从至少一个账户信息中选取预设数目个账户余额大于等于支付金额的账户信息进行输出。优惠信息可以是绝对的优惠金额，还可以是相对的折扣信息。不同的账户可能有不同的优惠，比如A银行周三给咖啡打折，B银行周四给牛奶打折。可同时获得不同账户的优惠信息，根据优惠信息确定出每个账户实际支付金额。将实际支付金额最小的账户信息排在最前面供用户选择。这样用户不需要手动进行比价，就能选择出实际支付金额最少的账户。

从图4中可以看出，与图2对应的实施例相比，本实施例中的用于处理信息的方法的流程400突出了对账户进行筛选的步骤。由此，本实施例描述的方案可以自动对比价格。从而能够降低购物成本。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于处理信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于处理信息的装置500包括：金额确定单元501、图像获取单元502、账户获取单元503、权限确定单元504和支付处理单元505。其中，金额确定单元501配置用于响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；图像获取单元502配置用于获取用户的人脸图像；账户获取单元503配置用于响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，其中，图像集合中的图像与已注册用户的账户信息相对应；权限确定单元504配置用于根据所获取的账户信息确定用户是否具有支付权限；支付处理单元505配置用于响应于确定出用户具有支付权限，根据账户信息进行支付处理。

在本实施例中，用于处理信息的装置500的金额确定单元501、图像获取单元502、账户获取单元503、权限确定单元504和支付处理单元505的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205。

在本实施例的一些可选的实现方式中，账户获取单元503进一步配置用于：将人脸图像发送到与支付操作相关的服务端；从服务端接收账户信息，其中，所接收的账户信息是服务端响应于确定预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像而获取的与目标图像对应的账户信息。

在本实施例的一些可选的实现方式中，账户信息包括账户余额；以及权限确定单元504进一步配置用于：响应于确定出账户余额大于等于支付金额，确定用户具有支付权限。

在本实施例的一些可选的实现方式中，账户信息包括账户余额；以及权限确定单元504进一步配置用于：响应于检测出人脸图像对应至少一个账户信息，确定至少一个账户信息中是否存在账户余额大于等于支付金额的账户信息；若存在，则确定用户具有支付权限，以及将至少一个账户信息中账户余额大于等于支付金额的账户信息进行输出，以供用户根据账户信息选择用于支付的账户。

在本实施例的一些可选的实现方式中，账户信息包括针对物品的优惠信息；以及权限确定单元504进一步配置用于：对于至少一个账户信息中每个账户信息，根据该账户信息中的优惠信息和支付金额确定针对该账户信息的实际支付金额；按照实际支付金额由小到大的顺序从至少一个账户信息中选取预设数目个账户余额大于等于支付金额的账户信息进行输出。

下面参考图6，其示出了适于用来实现本申请实施例的电子设备的计算机***600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机***600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有***600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标、触摸屏等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)、触摸屏以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括金额确定单元、图像获取单元、账户获取单元、权限确定单元和支付处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，金额确定单元还可以被描述为“响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；获取用户的人脸图像；响应于确定出预设的图像集合中存在与人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取目标图像对应的账户信息，其中，图像集合中的图像与已注册用户的账户信息相对应；根据所获取的账户信息和支付金额确定用户是否具有支付权限；响应于确定出用户具有支付权限，根据账户信息进行支付处理。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用于处理信息的方法，其中，所述方法包括：

响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；

获取所述用户的人脸图像；

响应于确定出预设的图像集合中存在与所述人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取所述目标图像对应的账户信息，其中，所述图像集合中的图像与已注册用户的账户信息相对应；

根据所获取的账户信息和所述支付金额确定所述用户是否具有支付权限；

响应于确定出所述用户具有支付权限，根据所述账户信息进行支付处理。

2.根据权利要求1所述的方法，其中，所述响应于确定出预设的图像集合中存在与所述人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取所述目标图像对应的账户信息，包括：

将所述人脸图像发送到与所述支付操作相关的服务端；

从所述服务端接收账户信息，其中，所接收的账户信息是所述服务端响应于确定预设的图像集合中存在与所述人脸图像之间的匹配度大于预定匹配度阈值的目标图像而获取的与所述目标图像对应的账户信息。

3.根据权利要求1或2所述的方法，其中，所述账户信息包括账户余额；以及

所述根据所获取的账户信息和所述支付金额确定所述用户是否具有支付权限，包括：

响应于确定出所述账户余额大于等于所述支付金额，确定所述用户具有支付权限。

4.根据权利要求2所述的方法，其中，所述账户信息包括账户余额；以及

所述根据所获取的账户信息和所述支付金额确定所述用户是否具有支付权限，包括：

响应于检测出所述人脸图像对应至少一个账户信息，确定所述至少一个账户信息中是否存在账户余额大于等于所述支付金额的账户信息；

若存在，则确定所述用户具有支付权限，以及将所述至少一个账户信息中账户余额大于等于所述支付金额的账户信息进行输出，以供所述用户根据账户信息选择用于支付的账户。

5.根据权利要求4所述的方法，其中，所述账户信息包括针对所述物品的优惠信息；以及

所述将所述至少一个账户信息中账户余额大于等于所述支付金额的账户信息进行输出，包括：

对于所述至少一个账户信息中每个账户信息，根据该账户信息中的优惠信息和所述支付金额确定针对该账户信息的实际支付金额；

按照实际支付金额由小到大的顺序从所述至少一个账户信息中选取预设数目个账户余额大于等于所述支付金额的账户信息进行输出。

6.一种用于处理信息的装置，其中，所述装置包括：

金额确定单元，配置用于响应于检测到用户的支付操作，确定支付操作相关的物品的支付金额；

图像获取单元，配置用于获取所述用户的人脸图像；

账户获取单元，配置用于响应于确定出预设的图像集合中存在与所述人脸图像之间的匹配度大于预定匹配度阈值的目标图像，获取所述目标图像对应的账户信息，其中，所述图像集合中的图像与已注册用户的账户信息相对应；

权限确定单元，配置用于根据所获取的账户信息确定所述用户是否具有支付权限；

支付处理单元，配置用于响应于确定出所述用户具有支付权限，根据所述账户信息进行支付处理。

7.根据权利要求6所述的装置，其中，所述账户获取单元进一步配置用于：

将所述人脸图像发送到与所述支付操作相关的服务端；

从所述服务端接收账户信息，其中，所接收的账户信息是所述服务端响应于确定预设的图像集合中存在与所述人脸图像之间的匹配度大于预定匹配度阈值的目标图像而获取的与所述目标图像对应的账户信息。

8.根据权利要求6或7所述的装置，其中，所述账户信息包括账户余额；以及

所述权限确定单元进一步配置用于：

响应于确定出所述账户余额大于等于所述支付金额，确定所述用户具有支付权限。

9.根据权利要求7所述的装置，其中，所述账户信息包括账户余额；以及

所述权限确定单元进一步配置用于：

响应于检测出所述人脸图像对应至少一个账户信息，确定所述至少一个账户信息中是否存在账户余额大于等于所述支付金额的账户信息；

若存在，则确定所述用户具有支付权限，以及将所述至少一个账户信息中账户余额大于等于所述支付金额的账户信息进行输出，以供所述用户根据账户信息选择用于支付的账户。

10.根据权利要求9所述的装置，其中，所述账户信息包括针对所述物品的优惠信息；以及

所述权限确定单元进一步配置用于：

对于所述至少一个账户信息中每个账户信息，根据该账户信息中的优惠信息和所述支付金额确定针对该账户信息的实际支付金额；

按照实际支付金额由小到大的顺序从所述至少一个账户信息中选取预设数目个账户余额大于等于所述支付金额的账户信息进行输出。

11.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。