CN113963495A - 取款方法及设备 - Google Patents

Abstract

本申请提供了一种取款方法及设备，能够实现当前用户向其他用户无卡借款。方法包括：第一设备接收第一用户发起无卡取款操作时输入的目标信息，目标信息包括：第一用户的身份验证信息、第二用户的手机号和/或第二用户的账户信息、取款金额。第一用户为取款方，第二用户为授权方；第一设备根据目标信息向第二设备发送第一消息，第一消息用于请求获取第二用户的授权，第一消息包括目标信息。第一设备从第二设备接收第三消息，第三消息用于指示第二用户授权成功。第一设备根据第三消息完成从第二用户的账户中无卡取款的操作。

Description

取款方法及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种取款方法及设备。

背景技术

目前，自动取款机(automated teller machine，ATM)已广泛应用于日常生活中，用户可以通过自动取款机完成取款、转账、存款等各种操作。另外，市面上的一些自动取款机还支持无卡取款的功能，以便于用户在未携带银行卡的情况下，从自动取款机中成功取款。在某些场景下，用户可能需要在无卡的情况下通过自动取款机向其他用户(例如：亲戚、好友等)借款，但是现有技术中并未给出任何相关技术方案来解决该技术问题。

发明内容

本申请提供一种取款方法及设备，能够实现当前用户向其他用户无卡借款。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种取款方法，方法包括：第一设备接收第一用户发起无卡取款操作时输入的目标信息，目标信息包括：第一用户的身份验证信息、第二用户的手机号和/或第二用户的账户信息、取款金额。第一用户为取款方，第二用户为授权方。第一设备根据目标信息向第二设备发送第一消息，第一消息用于请求获取第二用户的授权，第一消息包括目标信息。第一设备从第二设备接收第三消息，第三消息用于指示第二用户授权成功。第一设备根据第三消息完成从第二用户的账户中无卡取款的操作。

第二方面，本申请提供一种取款方法，方法包括：第二设备从第一设备接收第一消息，第一消息用于请求获取第二用户的授权，第一消息包括目标信息，目标信息包括：第一用户的身份验证信息、第二用户的手机号和/或第二用户的账户信息、取款金额。第一用户为取款方，第二用户为授权方。第二设备根据第一消息向第三设备发送第二消息，第二消息用于请求获取第二用户的授权。第二设备从第三设备接收第二用户的授权信息。若第二设备根据授权信息确定第二用户授权成功，第二设备向第一设备发送第三消息，第三消息用于指示第二用户授权成功，以指示第一设备完成从第二用户的账户中无卡取款的操作。

基于上述技术方案，通过其他用户远程授权的方式，可以紧急通知到不在身边的亲友，完成向其他用户无卡借款取现的操作，以应对用户的紧急需求。

一种可能的设计中，第二消息包括在短信和/或应用消息中。基于该设计，通过短信或者应用消息向其他用户主动推送信息，使得其他用户可以随时被动收到消息，能够尽快授权，便于及时响应用户的无卡取款操作。

一种可能的设计中，第二消息包括目标链接，目标链接用于进入授权界面；授权界面包括取款详情信息。第二设备从第三设备接收第二用户的授权信息，包括：第二设备从第三设备接收第二用户在授权界面输入的授权信息。基于该设计，通过授权界面完成授权操作，有利于提高授权过程的安全性，进而保证取款过程的安全。

一种可能的设计中，授权信息包括第二用户的账户以及取款密码。

一种可能的设计中，在第二设备从第三设备接收第二用户在授权界面输入的授权信息之前，方法还包括：第二设备从第三设备接收第二用户在授权界面输入的手机号以及验证码。第二设备确定手机号以及验证码正确。基于该设计，在第二用户输入授权信息之前，通过对第二用户输入的手机号以及验证码进行验证，进而实现对第二用户的身份验证，可以进一步提高授权过程的安全性。

一种可能的设计中，在第二设备根据目标信息向第三设备发送第二消息之前，方法还包括：第二设备根据目标信息确定第一用户请求获取授权的次数满足第一阈值范围。和/或，确定第二用户成功授权的次数满足第二阈值范围。和/或，确定取款金额满足第三阈值范围。基于该设计，在向其他用户无卡借款取现的过程中，考虑到授权的次数、金额等，能够提前做好风险控制，防止恶意操作，提高取款过程的安全性。

第三方面，本申请提供一种取款方法，方法包括：第三设备从第二设备接收并显示第二消息，第二消息用于请求获取第二用户的授权。第二用户的授权用于完成第一用户从第二用户的账户中无卡取款的操作。第三设备接收第二用户输入的授权信息。第三设备向第二设备发送授权信息。

一种可能的设计中，第二消息包括在短信和/或应用消息中。

一种可能的设计中，第二消息包括目标链接，目标链接用于进入授权界面，授权界面包括取款详情信息。第三设备接收第二用户输入的授权信息，包括：第三设备接收第二用户在授权界面输入的授权信息。

一种可能的设计中，授权信息包括第二用户的账户以及取款密码。

一种可能的设计中，在第三设备接收第二用户在授权界面输入的授权信息之前，方法还包括：第三设备接收第二用户在授权界面输入的手机号以及验证码。第三设备向第二设备发送手机号以及验证码。

第四方面，本申请提供一种取款装置，装置为第一设备，第一设备包括：通信单元和处理单元。通信单元，用于接收第一用户发起无卡取款操作时输入的目标信息，目标信息包括：第一用户的身份验证信息、第二用户的手机号和/或第二用户的账户信息、取款金额。第一用户为取款方，第二用户为授权方。通信单元，还用于根据目标信息向第二设备发送第一消息，第一消息用于请求获取第二用户的授权，第一消息包括目标信息。通信单元，还用于从第二设备接收第三消息，第三消息用于指示第二用户授权成功。处理单元，用于根据第三消息完成从第二用户的账户中无卡取款的操作。

第五方面，本申请提供一种取款装置，装置为第二设备，第二设备包括通信单元和处理单元。通信单元，用于从第一设备接收第一消息，第一消息用于请求获取第二用户的授权，第一消息包括目标信息，目标信息包括：第一用户的身份验证信息、第二用户的手机号和/或第二用户的账户信息、取款金额。第一用户为取款方，第二用户为授权方。通信单元，还用于根据第一消息向第三设备发送第二消息，第二消息用于请求获取第二用户的授权。通信单元，还用于从第三设备接收第二用户的授权信息。处理单元，用于根据授权信息确定第二用户授权成功。通信单元，还用于向第一设备发送第三消息，第三消息用于指示第二用户授权成功，以指示第一设备完成从第二用户的账户中无卡取款的操作。

一种可能的设计中，第二消息包括在短信和/或应用消息中。

一种可能的设计中，第二消息包括目标链接，目标链接用于进入授权界面；授权界面包括取款详情信息。通信单元，具体用于从第三设备接收第二用户在授权界面输入的授权信息。

一种可能的设计中，授权信息包括第二用户的账户以及取款密码。

一种可能的设计中，通信单元，还用于从第三设备接收第二用户在授权界面输入的手机号以及验证码。处理单元，还用于确定手机号以及验证码正确。

一种可能的设计中，处理单元，还用于根据目标信息确定第一用户请求获取授权的次数满足第一阈值范围。和/或，确定第二用户成功授权的次数满足第二阈值范围。和/或，确定取款金额满足第三阈值范围。

第六方面，本申请提供一种取款装置，装置为第三设备，第三设备包括通信单元和显示单元。通信单元，用于从第二设备接收第二消息，第二消息用于请求获取第二用户的授权。第二用户的授权用于完成第一用户从第二用户的账户中无卡取款的操作。显示单元，用于显示第二消息。通信单元，还用于接收第二用户输入的授权信息；通信单元，还用于向第二设备发送授权信息。

一种可能的设计中，第二消息包括在短信和/或应用消息中。

一种可能的设计中，第二消息包括目标链接，目标链接用于进入授权界面，授权界面包括取款详情信息。通信单元，具体用于接收第二用户在授权界面输入的授权信息。

一种可能的设计中，授权信息包括第二用户的账户以及取款密码。

一种可能的设计中，通信单元，还用于接收第二用户在授权界面输入的手机号以及验证码。通信单元，还用于向第二设备发送手机号以及验证码。

第七方面，本申请提供一种取款装置，包括处理器和通信接口。处理器与通信接口耦合，处理器用于运行计算机程序或指令，以实现如上述第一方面或第二方面中任一设计所述的取款方法。

第八方面，本申请提供一种取款装置，包括通信接口和显示屏；通信接口与显示屏耦合，通信接口用于执行如上述第三方面及其中任一设计所述的的取款方法中所涉及的通信操作，显示屏用于执行如上述第三方面及其中任一设计所述的的取款方法中所涉及的显示操作。

第九方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述第一方面或第二方面或第三方面中任一设计所述的取款方法。

第十方面，本申请提供一种计算机程序产品，所述计算机程序产品包括：计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如上述第一方面或第二方面或第三方面中任一设计所述的取款方法。

第十一方面，本申请提供一种芯片***，包括至少一个处理器和至少一个接口电路，至少一个接口电路用于执行收发功能，并将指令发送给至少一个处理器，当至少一个处理器执行指令时，至少一个处理器执行如上述第一方面或第二方面或第三方面中任一设计所述的取款方法。

需要说明的是，上述第一方面、第三方面至第十一方面中任一设计所带来的技术效果可以参见第二方面中对应设计所带来的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种取款***的结构示意图；

图2为本申请实施例提供的一种取款方法的流程示意图；

图3为本申请实施例提供的一种输入目标信息的界面示意图；

图4a为本申请实施例提供的一种输入授权信息的相关界面示意图；

图4b为本申请实施例提供的又一种输入授权信息的相关界面示意图；

图5a为本申请实施例提供的又一种输入授权信息的相关界面示意图；

图5b为本申请实施例提供的又一种输入授权信息的相关界面示意图；

图6为本申请实施例提供的一种更改取款详情信息的相关界面示意图；

图7为本申请实施例提供的一种输入手机号、验证码的相关界面示意图；

图8为本申请实施例提供的一种提示授权成功的相关界面示意图；

图9为本申请实施例提供的一种取款装置的结构示意图；

图10为本申请实施例提供的又一种取款装置的结构示意图；

图11为本申请实施例提供的又一种取款装置的结构示意图；

图12为本申请实施例提供的又一种取款装置的结构示意图；

图13为本申请实施例提供的又一种取款装置的结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的一种取款方法及设备进行详细的描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。

目前，一些自动取款机支持无卡取款的功能，用户可以在未携带银行卡的情况下，从自动取款机中成功取款。例如：自动取款机接收用户输入的自身银行账户绑定的手机号，向安装该手机号对应的手机卡的设备发送验证码。然后用户将该验证码输入自动取款机，自动取款机对该手机号以及验证码进行验证，在验证通过之后，接收用户输入的取款金额以及取款密码，若确定取款密码正确，则自动取款机完成从用户的银行账户中无卡取款的操作。

现有的方案中仅支持用户利用自动取款机从自身的银行账户中无卡取款。在某些应急场景下，用户可能需要在无卡的情况下通过自动取款机向其他用户(例如：亲戚、好友等)借款，以应对紧急需求，现有的方案并不能解决该技术问题。

因此，为解决上述技术问题，本申请实施例提供一种取款方法，该方法包括：第一设备接收第一用户发起无卡取款操作时输入的目标信息，第一设备根据目标信息向第二设备发送第一消息以获取第二用户的授权。其中，第一用户为取款方，第二用户为授权方。第二设备根据第一消息向第三设备发送第二消息以获取第二用户的授权。第三设备显示第二消息并接收第二用户的授权信息，然后将其发送给第二设备。若第二设备根据该授权信息确定第二用户授权成功，向第一设备发送指示第二用户成功授权的第三消息，然后第一设备根据第三消息完成从第二用户账户中无卡取款的操作。因此，本申请实施例提供的取款方法通过其他用户授权，用户可以在无卡的情况下从其他用户的账户中取款，以应对用户的紧急需求。

如图1所示，为本申请实施例提供的一种取款***100的结构示意图，本申请实施例提供的取款方法可应用于该取款***中。该取款***100包括：第一设备101、第二设备102、第三设备103。

第一设备101为用于用户执行无卡取款操作的设备，也即支持无卡取款功能的设备，例如：自动取款机、自动存取款机等。其中，第一设备101可以通过有线链路或者无线链路与第二设备102连接，以进行数据交互。示例性的，第一设备101用于接收第一用户进行无卡取款操作时输入的目标信息，并向第二设备102发送第一消息，该第一消息用于请求获取所述第二用户的授权，该第一消息包括所述目标信息。

第二设备102可以为服务器，例如：银行服务器。第二设备102分别与第一设备101以及第三设备103通过有线链路或者无线链路连接，以进行数据交互。示例性的，第二设备102用于从第一设备101接收包含目标信息的第一消息，并向从第三设备103发送第二消息以获取第二用户的授权信息，从第三设备103接收授权信息，验证该授权信息是否正确，向第一设备103发送对应的指示信息，例如：授权成功的指示信息(第三消息)、授权失败的指示信息等。

在一些可能的示例中，第一设备101、第二设备102可以分别实现为两个设备。在另一些可能的示例中，第一设备101与第二设备102可以集成为一个设备。

第三设备103为用于第二用户操作的设备。第三设备103包括但不限于手机、平板电脑、可穿戴设备等。第三设备103用于接收第二设备102发送的第二消息以及第二用户输入的授权信息，并将授权信息发送给第二设备102。

可选的，还可以在取款***100中增设其他设备，例如：短信提供商的服务器等，短信提供商的服务器用于连接第二设备与第三设备，以便后续第二设备通过短信的方式向第三设备发送用于获取第二用户授权的相关消息界面。

需要指出的是，本申请实施例描述的取款***是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图2所示，为本申请实施例提供的一种取款方法，该方法包括以下步骤：

S201、第一设备接收第一用户发起无卡取款操作时输入的目标信息。

其中，目标信息包括第一用户的身份验证信息、第二用户的手机号和/或第二用户的账户信息、取款金额。可选的，第二用户的账户信息可以是第二用户的银行账户(如：银行***等)，也可以是其他的账户信息。第一用户为取款方，第二用户为授权方。示例性的，第二用户可以是第一用户的亲戚、好友、同事等，本申请并不限定第一用户与第二用户之间的关系。

可选的，在其他可能的实现方式中，取款金额也可以是由第二用户输入的，如后续第二用户在输入授权信息的过程中输入的。

示例性的，第一用户的身份验证信息包括但不限于第一用户的姓名、身份证号、人脸信息、指纹信息、手机号以及验证码等等。

可选的，第一用户的身份验证信息，与第二用户的手机号和/或第二用户的账户信息可以是在同一个显示界面一起输入的，也可以是在两个显示界面分别输入的，例如：第一设备显示第一界面，用于输入第一用户的身份验证信息，在验证通过之后，第一设备显示第二界面，用于输入第二用户的手机号和/或第二用户的账户信息。

可选的，目标信息中还可以包括第二用户的姓名、第二用户的身份信息(如身份证号)等。

示例性的，如图3所示，为本申请实施例提供的一种输入目标信息的界面示意图。其中，取款人选项301用于输入第一用户的姓名，取款人身份证号选项302用于输入第一用户的身份信息，授权人选项303用于输入第二用户的姓名，授权人手机号码304用于输入第二用户的手机号码，取款金额选项305用于输入取款金额。第一用户在界面300中输入目标信息之后，点击取款按钮306，响应于第一用户的该操作，第一设备执行步骤S202。

S202、第一设备根据目标信息向第二设备发送第一消息。相应的，第二设备从第一设备接收第一消息。

其中，第一消息用于请求获取第二用户的授权，第一消息包括目标信息。

S203、第二设备根据第一消息向第三设备发送第二消息。相应的，第三设备从第二设备接收第二消息。

其中，第二消息用于请求获取第二用户的授权。第二用户的授权用于完成第一用户从第二用户的账户中无卡取款的操作。

可选的，第二消息中包括目标链接，目标链接可用于进入授权界面。示例性的，目标链接可以为统一资源定位符(uniform resource locator，URL)的形式，也可以为其他形式。授权界面用于输入授权信息。可选的，在授权界面中还可以包括取款详情信息，例如：第一用户的姓名、身份证号，取款金额，第二用户的姓名、账户信息、身份信息等等，以便于第二用户获知此次取款详情。

可选的，第二消息可以包含在短信和/或应用消息中。应用可以是手机银行应用、也可以是其他第三方应用，例如：支付宝、微信等。该应用可以是绑定第二用户的账户信息的应用，也可以是绑定第二用户的手机号的应用。

例如，在目标信息中包括第二用户手机号的情况下，第二设备可以根据第二用户的手机号确定需要获取授权的第二用户，进而向安装该手机号所对应的手机卡的第三设备(也即第二用户持有的设备)发送第二消息，此时第二消息可以包含在短信中。和/或，第二设备向与该手机号绑定的应用发送第二消息，此时第二消息可以包含在应用消息中。

又例如，在目标信息中包括第二用户的账户信息情况下，第二设备可以根据该账户信息确定需要获取授权的第二用户，进而向绑定该账户信息的应用发送第二消息，此时第二消息可以包含在应用消息中。和/或，第二设备先根据第二用户的账户信息确定与该账户信息绑定的手机号，以第二用户的账户信息为第二用户的银行***为例，第二设备可以根据该银行***确定绑定该银行***的手机号，然后向安装该手机号所对应的手机卡的第三设备发送第二消息，此时第二消息可以包含在短信中。

需要说明的，第二设备可以采用上述一种或多种方式向第三设备发送第二消息，本申请对此不作限定。

S204、第三设备显示第二消息，并接收第二用户输入的授权信息。

其中，第三设备在接收到第二消息之后，显示第二消息，以便于第二用户根据第二消息授权。可选的，第三设备还可以显示提示消息，以提示第二用户授权。示例性的，该提示消息可以为第二消息的一部分。

可选的，提示消息可以是短信和/或应用消息的方式。

在提示消息为应用消息的情况下，为便于及时获取到第二用户的授权，在第二用户未登陆该应用的情况下，也可以推送该提示消息。当然，该应用推送提示消息的方式(如：只能在应用登陆状态下推送、在登陆状态以及未登陆状态都可以推送等)可以是默认设计的，也可以是由用户设定的。

当然，第三设备还可以通过其他的方式提示第二用户授权，本申请对此不作限定。

其中，第三设备接收第二用户输入的授权信息包括以下可能的实现方式：

一种可能的实现方式中，第三设备显示第二消息，该第二消息可直接用于第二用户授权。

示例性的，如图4a所示，为本申请实施例提供的一种输入授权信息的相关界面示意图，以第二消息为短信形式为例，第三设备在接收到第二设备发送的第二消息之后，根据第二消息显示短信提示(也即提示消息)，示例性的，第三设备可以呈现界面400，在界面400中包括短信提示401。在第二用户查看该短信提示401后，响应于第二用户查看短信提示401的操作，如第二用户对短信提示401的点击操作，第三设备可以呈现界面410，在界面410显示短信内容402(也即第二消息)，第二用户可以根据该短信内容402输入授权信息，也即在界面410中直接输入授权信息，无需额外进入授权界面。此处授权信息的具体内容先不予介绍，后文将进行详细的阐述。

可选的，取款详情信息(如：界面410所示的“小明，身份证号：8888,向您的账户999借款200”)可以包括在短信内容402中。

另一种可能的实现方式中，结合步骤S203所介绍的第二消息，第三设备可以接收第二用户在授权界面输入的授权信息。第三设备显示的第二消息中包括目标链接，以便于第二用户在授权界面中输入授权信息。

示例性的，如图4b所示，为本申请实施例提供的又一种输入授权信息的相关界面示意图。还是以第二消息为短信形式为例，第三设备在接收到第二设备发送的第二消息之后，根据第二消息显示短信提示，示例性的，第三可以呈现界面400，在界面400中包括短信提示401。在第二用户查看该短信提示401后，响应于第二用户的查看短信提示401的操作，如第二用户对短信提示401的点击操作，第三设备可以呈现界面420，在界面420显示短信内容403(也即第二消息)。在短信内容403中包括目标链接404，目标链接404用于进入授权界面。响应于第二用户进入授权界面的操作，如第二用户对目标链接404的点击操作，第三设备可以跳转到授权界面430，第二用户可以在授权界面430中输入授权信息。

可选的，在该示例中，取款详情信息(如界面420所示的“小明，身份证号：8888,向您借款200”)也可以包含在短信内容403中，此时用户在进入授权界面之前，可以确认取款详情信息的详情，若确定该取款详情信息有误，则可以不进入授权界面。取款详情信息也可以包含在授权界面430中，此时用户在输入授权信息之前，可以确定取款详情信息的详情，若确定该取款详情信息有误，第二用户也可以不输入授权信息。当然，取款详情信息也可以同时包含在短信内容402以及授权界面430中，本申请并不限定取款详情信息的显示位置。

可选的，授权信息包括但不限于第二用户的账户、取款密码、第二用户的指纹信息、人脸信息、验证码、其他形式的验证信息等等。

示例性的，如图5a所示，为本申请实施例提供的一种输入授权信息的相关界面示意图。结合图4a所示的界面410，授权信息可以是第二用户回复的授权码。例如：响应于第二用户在输入框501中输入的授权码“abc”，第三设备接收该授权信息，显示界面500。其中，该授权码可以包含在短信内容402中，由第二设备发送给第三设备。

在该示例中，第二用户未输入自己的账户信息，那么为完成从第二用户的账户中无卡取款的操作，第二设备可以通过目标信息确定第二用户的账户信息。例如：目标信息中直接包含第二用户的账户信息(如界面410所示的“账户999”)，或者，目标信息中包括第二用户的手机号，第二设备可以确定与该手机号绑定的账户，该账户可能存在一个或多个，第二设备可以选择其中的任意一个或多个来完成无卡取款的操作。当然，也可以按照各账户的优先级来决定选择哪一个账户进行无卡取款。

示例性的，如图5b所示，为本申请实施例提供的又一种授权信息的相关界面示意图。结合图4b所示的界面430，授权信息可以是第二用户的账户以及取款密码。例如：响应于第二用户在界面430输入的银行账户(也即第二用户的账户)以及取款密码，第三设备接收该授权信息，显示界面510。可选的，授权信息还可以包括取款金额(图中未示出)。

可选的，第二用户还可以对取款详情信息(例如：取款金额、第二用户的账户等)进行修改。还是以进入授权页面输入授权信息为例，示例性的，如图6所示，为本申请实施例提供的一种对取款详情信息进行更改的示意图，例如：第三设备显示授权界面600，在授权界面600中包括取款详情信息(如：第一用户的姓名、第一用户的身份证号、第二用户的账户、取款金额等。)第二用户可以对取款详情信息进行更改。例如：响应于第二用户对更改按钮601并重新输入取款金额的操作(如将取款金额200修改为100)，第三设备可以显示更新后的授权界面610。又例如：响应于第二用户对更改按钮602并重新输入账户的操作(如将银行账户123修改为银行账户456)，第三设备可以显示更新后的界面620。因此，在第二用户不同意取款详情信息时，可以对其进行更改。

因此，在该示例中，由于第二用户存在对授权信息进行更改的权限，第一用户实际的取款金额与第一用户输入的取款金额(也即目标信息中包括的取款金额)可能不同。

可选的，在第三设备接收第二用户在授权界面输入的授权信息之前，还可以接收第二用户在授权界面输入的手机号以及验证码，以用于验证第二用户的身份。

示例性的，如图7所示，在图4b所示界面420的基础上，响应于第二用户进入授权界面的操作，如第二用户对目标链接404的点击操作，第三设备可以跳转到界面700，界面700可用于输入第二用户的手机号以及验证码，以验证第二用户的身份，例如：响应于第二用户输入的手机号以及对获取验证码按钮701的点击操作，第三设备可以接收到对应的验证码，第二用户在获知该验证码之后，输入该验证码。响应于第二用户的输入的手机号、验证码以及对确定按钮702的点击操作，第三设备可以显示界面430，以用于输入第二用户的授权信息。

需要说明的是，可以在同一个显示界面输入手机号、验证码以及授权信息，也可以在不同的显示界面分别输入手机号、验证码，以及授权信息。

S205、第三设备向第二设备发送第二用户的授权信息。相应的，第二设备从第三设备接收第二用户的授权信息。

例如：响应于第二用户对图5a所示的界面500中发送按钮的点击操作，第三设备向第二设备发送第二用户的授权信息。又例如：响应于第二用户对图5b所示的界面510中确认按钮的点击操作，第三设备向第二设备发送第二用户的授权信息。又例如：响应于第二用户对图6所示的指纹按钮的轻按操作，第三设备向第二设备发送第二用户的授权信息。

可选的，在第二设备从第三设备接收第二用户的授权信息之前，还可以接收第二用户在授权页面输入的手机号以及验证码，并确定该手机号以及验证码是否正确，若正确，则继续接收第二用户的授权信息。

S206、第二设备根据授权信息确定第二用户授权成功。

可选的，由于用户手误、或者第二用户的账户中余额不足等情况，可能使得授权失败。因此，在第二设备确定该授权信息正确，完成从第二用户的账户中成功扣款的操作之后，第二设备可以执行步骤S207。否则，第二设备可以通知第三设备需要第二用户重新授权，也可以直接通知第一设备授权失败。

可选的，第二设备还可以通知第三设备授权成功，第三设备接收到第二设备的该通知之后，第三设备可以提示第二用户授权成功。

示例性的，如图8所示，以图5b所示的界面510为例，在界面510的基础上，检测到第二用户输入的授权信息，响应于该授权信息，如：响应于第二用户输入的银行账户、取款密码以及对确认按钮的点击操作，第三设备将该授权信息发送给第二设备，若第二设备确定该授权信息正确，完成从第二用户的账户中成功扣款的操作之后，第二设备可以通知第三设备授权成功，第三设备接收到该通知后，可以跳转到界面800，提示第二用户授权成功。可选的，在界面800中还可以包括关闭按钮801，以便于用户在完成此次授权之后，退出授权界面。

图8所示的示例是以进入授权页面授权为例进行说明的，当不采用进入授权页面进行授权的方式的情况下，如图5a所示的采用短信回复授权码的方式，第三设备还可以接收第二设备发送的授权成功的短信通知，以短信的方式提示第二用户授权成功。

当然，在第二用户的账户开通有短信业务的情况下，第二设备也可以通过短信的方式提醒第二用户授权成功(或者扣款成功/取款成功)。

S207、第二设备向第一设备发送第三消息。相应的，第一设备从第二设备接收第三信息。

其中，第三消息用于指示第二用户授权成功，以完成从第二用户的账户中无卡取款的操作。

可选的，在第二设备向第一设备发送第三消息之前，第二设备可以先根据第二用户的授权信息确定从第二用户的账户中扣款成功，若确定扣款成功，再向第一设备发送第三消息。

S208、第一设备根据第三消息完成从第二用户的账户中无卡取款的操作。

可选的，在第一设备完成从第二用户账户中无卡取款的操作之后，可以提示第一用户取款成功。

可选的，由于第二用户可能不能及时响应，也即不能及时获取到第二用户的授权，因此，若在预设时间段内成功获取第二用户的授权，则完成从第二用户的账户中取款的操作。因此，为了能够及时获取第二用户的授权，第一用户可以额外采用电话、短信、社交应用等方式及时联系第二用户。

若未在预设时间段内成功获取到第二用户的授权，第一设备可以结束获取第二用户授权的过程，关闭此次取款操作。此外，还可以提示第一用户取款失败。之后，第一用户可以采用电话、短信、社交应用等方式联系第二用户，告知借款意图，然后再次发起从第二用户的账户中取款的操作，以便第二用户及时响应授权。或者，第一用户还可以更改授权人，发起从除该第二用户之外的其他用户的账户中取款的操作，以应对紧急需求。

基于上述技术方案，通过其他用户远程授权的方式，可以紧急通知到不在身边的亲友，完成向其他用户无卡借款取现的操作，以应对用户的紧急需求。

可选的，在图2所示的步骤S202之前，图2所示的方法还包括以下步骤(图中未示出)：

S209、第二设备根据目标信息确定第一用户请求获取授权的次数满足第一阈值范围；和/或，确定第二用户成功授权的次数满足第二阈值范围；和/或，确定取款金额满足第三阈值范围。

例如：第一设备根据目标信息中的第一用户验证信息确定第一用户请求获取授权的次数，该请求获取的授权可以是不同用户的授权，也可以是相同用户的授权。可选的，第一阈值范围可以天、周、或月等为单位，例如：每天3-5次，每周10-15次，每月0-20次等，本申请对此不作限定。

又例如：第一设备根据目标消息中的第二用户的手机号和/或第二用户的账户信息确定第二用户成功授权的次数，该授权可以是不同用户请求的授权，也可以是相同用户请求的授权。可选的，第二阈值范围也可以天、周、或月等为单位，例如：每天3-5次，每周10-15次，每月0-20次等，本申请对此也不作限定。

可选的，为便于第一设备执行上述操作，第一设备可以保存预设时间段内的授权记录。该预设时间段可以由开发人员确定。

示例性，第三阈值范围可以为300-500、0-600等，本申请对第三阈值范围的取值不作具体限定。

基于上述技术方案，在向其他用户无卡借款取现的过程中，考虑到授权的次数、金额等，能够提前做好风险控制，防止恶意操作，提高取款过程的安全性。

可选的，为了进一步提高取款过程的安全性，第一设备、第二设备与第三设备之间的通信可以通过加密的手段来实现，具体的加密技术请参考现有技术，本文不再赘述。

需要说明的是，上述各界面仅仅是示意图，并不够成对本申请的限定，在实际应用中，可以包括更多或更少的界面，各界面中也可以包括更多或更少的内容。

上述主要是从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是，装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超过本申请实施例的技术方案的范围。

本申请是实施例可以根据上述方法示例对装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图9为本申请实施例提供的一种取款装置900的结构示意图。该取款装置900包括处理单元901和通信单元902。

一种可能的示例中，以该取款装置为第一设备为例，处理单元901用于支持第一设备执行图2中的步骤S208，和/或本申请实施例中第一设备需要执行的其他处理操作。通信单元902，用于支持第一设备执行图2中的步骤S201、S202、S207，和/或本申请实施例中第一设备需要执行的其他通信操作。

另一种可能的示例中，以该取款装置为第二设备为例，处理单元901用于支持第二设备执行图2中的步骤S206，和/或本申请实施例中第二设备需要执行的其他处理操作。通信单元902，用于支持第二设备执行图2中的步骤S202、S203、S205、S207，和/或本申请实施例中第二设备需要执行的其他通信操作。

可选的，该取款装置还可以包括存储单元(图中未示出)，用于存储取款装置的程序代码和数据，数据可以包括不限于原始数据或者中间数据等。

可选的，在该取款装置作为第一设备时，该取款装置还可以包括显示单元(图中未示出)，用于显示相关界面(例如：显示用于输入目标信息的界面)，以便于第一用户执行取款操作。

图10为本申请实施例提供的又一种取款装置1000的结构示意图，该取款装置1000为第三设备。该取款装置包括通信单元1001和显示单元1002。

通信单元1001，用于支持第三设备执行图2中的步骤S203、S204中的通信操作、S205，和/或本申请实施例中第三设备需要执行的其他通信操作。显示单元1002，用于支持第三设备执行图2中的步骤S204中的显示操作，和/或本申请实施例中第三设备需要执行的其他显示操作。

可选的，该取款装置还可以包括存储单元(图中未示出)，用于存储取款装置的程序代码和数据，数据可以包括不限于原始数据或者中间数据等。

可选的，该取款装置还可以包括处理单元(图中未示出)，用于支持第三设备执行其他处理操作。

在采用硬件的形式实现上述集成的模块的功能的情况下，本发明实施例提供了上述实施例中所涉及的装置的另外一种可能的结构示意图。如图11所示，一种取款装置1100，例如用于执行图2所示的取款方法

该取款装置1100包括处理器1101，存储器1102，总线1103以及通信接口1104。处理器1101，存储器1102与通信接口1104之间可以通过总线1103连接。

处理器1101是通信装置的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器1101可以是一个通用中央处理单元(central processing unit，CPU)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。

作为一种实施例，处理器1101可以包括一个或多个CPU，例如图11中所示的CPU 0和CPU 1。

存储器1102可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

作为一种可能的实现方式，存储器1102可以独立于处理器1101存在，存储器1102可以通过总线1103与处理器1101相连接，用于存储指令或者程序代码。处理器1101调用并执行存储器1102中存储的指令或程序代码时，能够实现本发明实施例提供的取款方法。

另一种可能的实现方式中，存储器1102也可以和处理器1101集成在一起。

总线1103，可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口1104，用于与其他设备通过通信网络连接。该通信网络可以是以太网，无线接入网，无线局域网(wireless local area networks，WLAN)等。通信接口1104可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。

在一种可能的设计中，本发明实施例提供的装置中，通信接口还可以集成在处理器中。

在一种可能的设计中，本发明实施例提供的取款装置1100还可以包括显示屏1105(图中未示出)。

显示屏1105，用于支持显示相关界面，以便于第一用户和/或第二用户执行操作，如：第一用户输入目标信息的操作、第二用户输入授权信息的操作等。

需要指出的是，图11示出的结构并不构成对该取款装置1100的限定。除图11所示部件之外，该取款装置1100可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

图12示出了本发明实施例中取款装置的另一种硬件结构。该取款装置可以作为第一设备，也可以作为第二设备。如图12所示，取款装置1200可以包括处理器1201以及通信接口1202。处理器1201与通信接口1202耦合。

处理器1201的功能可以参考上述处理器1101的描述。此外，处理器1201还具备存储功能，可以参考上述存储器1102的功能。

通信接口1202用于为处理器1201提供数据。该通信接口1202可以是通信装置的内部接口，也可以是通信装置对外的接口(相当于通信接口1104)。

需要指出的是，图12中示出的结构并不构成对取款装置1200的限定，除图12所示部件之外，该取款装置1200可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

图13示出了本发明实施例中取款装置的又一种硬件结构。该取款装置可以作为第三设备。如图13所示，取款装置1300可以包括通信接口1301以及显示屏1302。通信接口1301与显示屏1302耦合。

通信接口1301用于为显示屏1302提供数据。该通信接口1302可以是通信装置的内部接口，也可以是通信装置对外的接口(相当于通信接口1104)。

显示屏1302的功能可以参考上述显示屏1105的描述。

需要指出的是，图13中示出的结构并不构成对取款装置1300的限定，除图13所示部件之外，该取款装置1300可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明。在实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。

本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述方法实施例中的取款方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本发明实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

由于本发明的实施例中的装置、设备、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (18)

1.一种取款方法，其特征在于，所述方法包括：

第一设备接收第一用户发起无卡取款操作时输入的目标信息，所述目标信息包括：所述第一用户的身份验证信息、第二用户的手机号和/或所述第二用户的账户信息、取款金额；所述第一用户为取款方，所述第二用户为授权方；

所述第一设备根据所述目标信息向第二设备发送第一消息，所述第一消息用于请求获取所述第二用户的授权，所述第一消息包括所述目标信息；

所述第一设备从所述第二设备接收第三消息，所述第三消息用于指示所述第二用户授权成功；

所述第一设备根据所述第三消息完成从所述第二用户的账户中无卡取款的操作。

2.一种取款方法，其特征在于，所述方法包括：

第二设备从第一设备接收第一消息，所述第一消息用于请求获取第二用户的授权，所述第一消息包括目标信息，所述目标信息包括：第一用户的身份验证信息、所述第二用户的手机号和/或所述第二用户的账户信息、取款金额；所述第一用户为取款方，所述第二用户为授权方；

所述第二设备根据所述第一消息向第三设备发送第二消息，所述第二消息用于请求获取所述第二用户的授权；

所述第二设备从所述第三设备接收所述第二用户的授权信息；

若所述第二设备根据所述授权信息确定所述第二用户授权成功，所述第二设备向所述第一设备发送第三消息，所述第三消息用于指示所述第二用户授权成功，以指示所述第一设备完成从所述第二用户的账户中无卡取款的操作。

3.根据权利要求2所述的方法，其特征在于，所述第二消息包括在短信和/或应用消息中。

4.根据权利要求2或3所述的方法，其特征在于，所述第二消息包括目标链接，所述目标链接用于进入授权界面；所述授权界面包括取款详情信息；

所述第二设备从所述第三设备接收所述第二用户的授权信息，包括：

所述第二设备从所述第三设备接收所述第二用户在所述授权界面输入的授权信息。

5.根据权利要求2-4任一项所述的方法，其特征在于，所述授权信息包括所述第二用户的账户以及取款密码。

6.根据权利要求4或5所述的方法，其特征在于，在所述第二设备从所述第三设备接收所述第二用户在所述授权界面输入的授权信息之前，所述方法还包括：

所述第二设备从所述第三设备接收所述第二用户在所述授权界面输入的手机号以及验证码；

所述第二设备确定所述手机号以及验证码正确。

7.根据权利要求2-6任一项所述的方法，其特征在于，在所述第二设备根据所述目标信息向第三设备发送第二消息之前，所述方法还包括：

所述第二设备根据所述目标信息确定所述第一用户请求获取授权的次数满足第一阈值范围；和/或，确定所述第二用户成功授权的次数满足第二阈值范围；和/或，确定所述取款金额满足第三阈值范围。

8.一种取款方法，其特征在于，所述方法包括：

第三设备从第二设备接收并显示第二消息，所述第二消息用于请求获取第二用户的授权；所述第二用户的授权用于完成第一用户从所述第二用户的账户中无卡取款的操作；

所述第三设备接收所述第二用户输入的授权信息；

所述第三设备向所述第二设备发送所述授权信息。

9.根据权利要求8所述的方法，其特征在于，所述第二消息包括在短信和/或应用消息中。

10.根据权利要求8或9所述的方法，其特征在于，所述第二消息包括目标链接，所述目标链接用于进入授权界面；所述授权界面包括取款详情信息；

所述第三设备接收所述第二用户输入的授权信息，包括：

所述第三设备接收所述第二用户在所述授权界面输入的授权信息。

11.根据权利要求8-10任一项所述的方法，其特征在于，所述授权信息包括所述第二用户的账户以及取款密码。

12.根据权利要求10或11所述的方法，其特征在于，在所述第三设备接收所述第二用户在所述授权界面输入的授权信息之前，所述方法还包括：

所述第三设备接收所述第二用户在所述授权界面输入的手机号以及验证码；

所述第三设备向所述第二设备发送所述手机号以及验证码。

13.一种取款装置，其特征在于，所述装置为第一设备，所述第一设备包括：通信单元和处理单元；

所述通信单元，用于接收第一用户发起无卡取款操作时输入的目标信息，所述目标信息包括：所述第一用户的身份验证信息、第二用户的手机号和/或所述第二用户的账户信息、取款金额；所述第一用户为取款方，所述第二用户为授权方；

所述通信单元，还用于根据所述目标信息向第二设备发送第一消息，所述第一消息用于请求获取所述第二用户的授权，所述第一消息包括所述目标信息；

所述通信单元，还用于从所述第二设备接收第三消息，所述第三消息用于指示所述第二用户授权成功；

所述处理单元，用于根据所述第三消息完成从所述第二用户的账户中无卡取款的操作。

14.一种取款装置，其特征在于，所述装置为第二设备，所述第二设备包括通信单元和处理单元；

所述通信单元，用于从第一设备接收第一消息，所述第一消息用于请求获取第二用户的授权，所述第一消息包括目标信息，所述目标信息包括：第一用户的身份验证信息、所述第二用户的手机号和/或所述第二用户的账户信息、取款金额；所述第一用户为取款方，所述第二用户为授权方；

所述通信单元，还用于根据所述第一消息向第三设备发送第二消息，所述第二消息用于请求获取所述第二用户的授权；

所述通信单元，还用于从所述第三设备接收所述第二用户的授权信息；

所述处理单元，用于根据所述授权信息确定所述第二用户授权成功；

所述通信单元，还用于向所述第一设备发送第三消息，所述第三消息用于指示所述第二用户授权成功，以指示所述第一设备完成从所述第二用户的账户中无卡取款的操作。

15.一种取款装置，其特征在于，所述装置为第三设备，所述第三设备包括通信单元和显示单元；

所述通信单元，用于从第二设备接收第二消息，所述第二消息用于请求获取第二用户的授权；所述第二用户的授权用于完成第一用户从所述第二用户的账户中无卡取款的操作；

所述显示单元，用于显示所述第二消息；

所述通信单元，还用于接收所述第二用户输入的授权信息；

所述通信单元，还用于向所述第二设备发送所述授权信息。

16.一种取款装置，其特征在于，包括处理器和通信接口；所述处理器与所述通信接口耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1或2-7中任一项所述的取款方法。

17.一种取款装置，其特征在于，包括通信接口和显示屏；所述通信接口与所述显示屏耦合，所述通信接口用于执行如权利要求8-12中任一项所述的取款方法中所涉及的通信操作，所述显示屏用于执行如权利要求8-12中任一项所述的取款方法中所涉及的显示操作。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述权利要求1或2-7或8-12中任一项所述的取款方法。

Images