CN115829567A - 银行卡同账户多卡的取款支付方法、系统及其计算机设备 - Google Patents

Abstract

本发明提供了一种银行卡同账户多卡的取款支付方法，包括：读取银行卡账号，进行鉴权；判断是否接收到取款请求以及第一密码信息；当条件满足时，根据当前账号信息获取对应的第一限制额度以及第一支付密码；判断取款金额是否小于或者等于第一限制额度；当取款金额大于第一限制额度时，判断是否接收到第二密码信息；当条件满足时，判断第一密码信息和第二密码信息是否为全部支付密码；当条件满足时，执行取款请求；当条件不满足时，反馈密码错误信息。本方案解决了多人管理共同资产不方便的问题。

Description

银行卡同账户多卡的取款支付方法、系统及其计算机设备

技术领域

本发明涉及金融科技技术领域，尤其涉及一种银行卡同账户多卡的取款支付、系统及其计算机设备。

背景技术

现有的银行卡及银行卡支付系统都为私人个人账户，即一个人在某一银行通过绑定一张身份证的方式办理一张银行卡。具体地，一张银行卡为个人绑定身份证信息的专属卡。现有的银行卡包括具有附属卡功能的银行卡，其中附属卡为信用卡的一类分支，为消费性质，持附属卡人借记消费，持主卡人偿还，不适合涉及资产由多人共同保。如未成年子女与父母、具有共同财产的夫妻、公共理财的合作伙伴等多人管理或者使用同一份资产。现有的银行卡及其系统满足不了现实的需求。即现有技术缺乏满足一张银行卡即一个银行账户绑定多个人的信息，并且按照一定的规则来公用该银行卡内的资产的方式。

发明内容

本发明提供了一种银行卡同账户多卡的取款支付方法、系统及其计算机设备，可以支持多人使用同一张银行卡按不同支付密码取款。

第一方面，本发明实施例提供一种银行卡同账户多卡的取款支付方法，所述银行卡同账户多卡的取款支付方法包括：

当从客户端获取到取款的银行卡账号，发送鉴权请求给客户端及根据所述银行卡账号获取所对应的银行卡信息，其中，所述银行卡信息包括多个不同用户的账号信息、与若干所述账号信息一一对应的限制额度以及与若干所述账号信息一一对应的若干支付密码；

解析客户端反馈的鉴权信息，其中，所述鉴权信息包括当前账号信息，所述当前账号信息为若干所述账号信息中任意一个，所述鉴权信息是用户通过输入客户端后由所述客户端发送得到；

当接收到从客户端发出的取款请求以及第一密码信息时，根据所述当前账号信息获取对应的第一限制额度以及对应的第一支付密码；其中，所述取款请求包括取款金额；

判断所述取款金额是否小于或者等于所述第一限制额度；

当所述取款金额大于所述第一限制额度时，判断是否接收到第二密码信息；

当接收到所述第二密码信息，判断所述第一密码信息和所述第二密码信息是否为全部所述支付密码；

当所述第一密码信息和所述第二密码信息为全部所述支付密码时，执行所述取款请求；

当所述第一密码信息和所述第二密码信息不为全部所述支付密码时，反馈密码错误信息。

优选地，判断所述取款金额是否小于或者等于所述第一限制额度之后，所述银行卡同账户多卡的取款支付方法还包括：

当所述取款金额小于或者等于所述第一限制额度时，判断所述第一密码信息是否匹配第一支付密码；

当所述第一密码信息匹配第一支付密码时，执行所述取款请求；以及当所述第一密码信息不匹配第一支付密码，反馈所述密码错误信息。

优选地，从客户端获取到取款的银行卡账号之前，所述银行卡同账户多卡的取款支付方法还包括：

根据开卡信息形成若干账号信息，所述开卡信息包括若干所述限制额度以及若干所述支付密码；

将全部所述账号信息登记于一个所述银行卡账号。

优选地，将全部所述账号信息绑定于一个所述银行卡账号之前，所述银行卡同账户多卡的取款支付方法还包括：

判断若干所述支付密码是否存在重复；

当所述支付密码存在重复时，标记所述支付密码重复为无效原因；以及

根据所述无效原因发送登记无效信息及拒绝登记。

优选地，所述账号信息包括身份证信息，将全部所述账号信息登记于一个所述银行卡信息之后，所述银行卡同账户多卡的取款支付方法还包括：

从客户端接收更改请求，其中，所述更改请求包括新密码、验证身份证信息以及验证密码；

判断所述验证身份证信息是否为任一所述身份证信息；

当所述验证身份证信息为任一所述身份证信息时，调取所述验证身份证信息对应的所述支付密码；

判断所述验证密码是否为所述验证身份证信息对应的所述支付密码；以及

当所述验证密码为所述验证身份证信息对应的所述支付密码，将新密码更改为所述绑定身份证信息对应的所述支付密码。

优选地，当所述验证密码为所述验证身份证信息对应的所述支付密码之后，所述银行卡同账户多卡的取款支付方法还包括：

判断新密码是否与任一所述支付密码重复；以及

当所述新密码与任一所述支付密码重复时，标记所述新密码重复为更改无效原因；以及

根据所述更改无效原因发送更改无效信息及拒绝所述更改请求。

优选地，当所述取款金额大于所述第一限制额度时，所述银行卡同账户多卡的取款支付方法还包括：

根据所述当前账号信息获取剩下的所述账号信息；以及

根据剩下的所述账号信息生成登录连接，其中，所述登录连接用于供用户在线填写第二密码信息。

优选地，所述账号信息包括若干电话号码，执行所述取款请求之后，所述银行卡同账户多卡的取款支付方法还包括：

根据所述取款请求形成交易记录，其中，所述交易记录包括当前账号信息及取款金额；

将所述交易记录发送至与所述电话号码对应联络人。

第二方面，本发明实施例提供一种计算机设备，所述计算机设备包括：

存储器，用于存储程序指令；以及

处理器，用于执行所述程序指令以实现如上述的银行卡同账户多卡的取款支付方法。

第三方面，本发明实施例提供一种银行卡支付系统，所述银行卡支付系统包括：

鉴权模块，用于当从客户端获取到取款的银行卡账号，发送鉴权请求给客户端及根据所述银行卡账号获取所对应的银行卡信息，其中，所述银行卡信息包括多个不同用户的账号信息、与若干所述账号信息一一对应的限制额度以及与若干所述账号信息一一对应的若干支付密码；

解析模块，用于解析客户端反馈的鉴权信息，其中，所述鉴权信息包括当前账号信息，所述当前账号信息为若干所述账号信息中任意一个，所述鉴权信息是用户通过输入客户端后由所述客户端发送得到；

第一获取模块，用于当接收到从客户端发出的取款请求以及第一密码信息时，根据所述当前账号信息获取对应的第一限制额度以及对应的第一支付密码；其中，所述取款请求包括取款金额；

第一判断模块，用于判断所述取款金额是否小于或者等于所述第一限制额度；

第二判断模块，用于当所述取款金额大于所述第一限制额度时，判断是否接收到第二密码信息；

第三判断模块，用于当接收到所述第二密码信息，判断所述第一密码信息和所述第二密码信息是否为全部所述支付密码；

第一执行模块，用于当所述第一密码信息和所述第二密码信息为全部所述支付密码时，执行所述取款请求；

第一报错模块，用于当所述第一密码信息和所述第二密码信息不为全部所述支付密码时，反馈密码错误信息。

上述银行卡同账户多卡的取款支付方法、系统及其计算机设备，通过用户们携带个人身份证到银行办理特殊的多张同一账户的银行卡，该银行卡为一个账户其下绑定多个限制额度以及支付密码。在使用过程中，当任一用户需要使用的金额小于其对应的限制额度，则只需要通过向银行卡支付系统提供自己的支付密码，便可以读取到该笔资金；当用户所要提取或者支付的资金超过自己名下的限制额度，则需要再向银行卡支付系统提供全部人的支付密码，才能完成这笔操作。在这种方法，夫妻、父母子女可以更好地利用这种系统来共同管理资产。

附图说明

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

图1为本发明实施例提供的银行卡同账户多卡的取款支付方法的流程图。

图2为图1提供的银行卡同账户多卡的取款支付方法的第一子流程图。

图3为图1提供的银行卡同账户多卡的取款支付方法的第二子流程图。

图4为本申请实施例提供的投顾评论推送系统的内部结构示意图。

图5为本申请实施例提供的计算机设备的内部结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，换句话说，描述的实施例根据除了这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，还可以包含其他内容，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

请结合参看图1，图1为本申请实施例提供的银行卡同账户多卡的取款支付方法的流程图。本申请实施例提供的银行卡同账户多卡的取款支付方法具体包括如下步骤。

步骤S101，当从客户端获取到取款的银行卡账号，发送鉴权请求给客户端及根据银行卡账号获取所对应的银行卡信息。

具体地，银行卡信息包括多个不同用户的账号信息、与若干账号信息一一对应的限制额度以及与若干账号信息一一对应的若干支付密码，如有A、B、C三个账号信息，分别对应100、200、300以及密码111、222、333。即一个银行账户下有多个账号信息，以及每个账户对应的限制额度和支付密码。现有的支付场景或取款场景有两种，其一为银行atm机，另一种为网络交易支付，以手机支付为例。银行卡支付系统获取插入银行atm机的银行卡的银行卡账号或者是获取绑定于某款支付app绑定的银行卡的银行卡账号，当读取到银行卡账号属于本申请涉及到的同账户多卡的银行卡，则会发送鉴权请求明确每次交易涉及到的具体交易者是谁，即鉴权请求为确定银行卡的使用者使用的权限。

步骤S102，解析客户端反馈的鉴权信息。

具体地，客户在客户端通过选项或者填写密码等多种可选的方式，形成一个鉴权信息，其中，鉴权信息包括当前账号信息，当前账号信息为若干账号信息中任意一个。即系统在鉴权信息环节读取到本次交易涉及到的具体账号为A、B、C三者中何者。

步骤S103，当接收到从客户端发出的取款请求以及第一密码信息时，根据当前账号信息获取对应的第一限制额度以及对应的第一支付密码。

其中，取款请求包括取款金额。具体地，客户A在客户端登录/选择了A账户后，若有支付或者取款的需要，则向银行卡支付系统发送取款请求以及第一密码信息。银行卡支付系统读取到取款请求以及第一密码信息后，根据当前账号信息、取款请求以及第一密码信息判断是否执行本次取款请求。

具体地，银行卡支付系统会根据当前账号信息读取到对应的第一限制额度以及对应的第一支付密码，即银行卡支付系统根据客户A提供的当前账号信息，选择中对应的账户信息的第一限制额度以及对应的第一支付密码，即限制额度100、密码111。通常情况下，为客户A选择A账户信息作为当前账号信息。同理，当客户A也可以选择不属于自己的B账户信息，银行卡支付系统读取到B账户信息对应限制额度以及支付密码作为第一限制额度以及第一支付密码，即限制额度200、密码222。

步骤S104，判断取款金额是否小于或者等于第一限制额度；当取款金额小于或者等于第一限制额度时，执行步骤S105；当取款金额大于第一限制额度时，执行步骤S106。

具体地，当本次的取款金额小于第一限制额度时，则银行卡支付系统只需要比较第一密码信息与第一支付密码是否匹配。举例说明，客户A选择a账号信息同时取款金额为100，则取款金额等于a账号信息的100限制额度，则银行卡支付系统只要比较客户A提供的第一密码信息与第一支付密码是否匹配。当取款金额大于第一限制额度时，则需要客户提供全部的支付密码，才可以执行取款请求。举例说明，客户A选择a账号信息同时取款金额为200，而取款金额等于a账号信息的100限制额度，则客户A需要再提供的第二密码信息作为补充。银行卡支付系统需要比较第一密码信息和第二密码信息是否为全部的支付密码。

步骤S105，判断第一密码信息是否匹配第一支付密码；当第一密码信息匹配第一支付密码时，执行步骤S108；当第一密码信息不匹配第一支付密码，执行步骤S109。

步骤S106，判断是否接收到第二密码信息；当接收到第二密码信息，执行步骤S107。

具体地，当取款金额大于第一限制额度时，客户需要向银行卡支付系统提供第二密码信息作为补充，即提供全部支付密码。当本此取款行为为银行atm机取款时，则需要客户a，选中其他账户信息，并依次输入密码。当本此取款行为为手机/网络支付时，银行卡支付系统根据当前账号信息获取剩下的账号信息，根据剩下的账号信息生成登录连接。即银行卡支付系统识别本此行为为手机/网络端发出的执行指令时，银行卡支付系统在取款金额大于第一限制额度时会生成若干个与剩下账号信息对应的登录连接，登录连接用于填写第二密码信息，客户a可以通过连接互联网的设备将该登录连接分享给客户B、客户C等，让他们登录填写相应信息，填写的信息作为第二密码信息。

步骤S107，判断第一密码信息和第二密码信息是否为全部支付密码；当第一密码信息和第二密码信息为全部支付密码时，执行步骤S108；当第一密码信息和第二密码信息不为全部支付密码时，执行步骤S109。

具体地，当取款金额大于第一限制额度时，银行卡支付系统需要将第一密码信息和第二密码信息与全部支付密码进行匹配，仅当第一密码信息和第二密码信息匹配全部支付密码时，才会执行取款请求。

步骤S108，执行取款请求。

具体地，银行卡支付系统执行取款请求，支付或者吐出取款金额。

步骤S109，反馈密码错误信息。

具体地，银行卡支付系统反馈密码错误信息，如显示“密码错误请重新输入”等字样，提醒客户校对密码重新输入。

具体地，在执行完取款请求后，银行卡支付系统根据取款请求形成交易记录，其中，交易记录包括当前账号信息及取款金额；将交易记录发送至与电话号码对应联络人。即银行卡支付系统针对每笔交易记录时会打上对应的证件号，便于知晓是谁操作的交易，并且每笔交易成功都会发一条交易明细短信到A,B,C三人的手机上。

综上，银行卡支付系统读取银行卡账号，获取银行卡信息。在接收到取款信息以及当前账号信息时，判断取款的金额是否小于或等于当前账号信息对应的限制额度，满足则判断支付密码是否匹配；当取款的金额大于当前账号信息对应的限制额度，则需要提供全部的支付密码才能提款。通过这种银行卡同账户多卡的方式，可以满足人们对共同财产的更好使用。

请结合参看图2，图2为本申请实施例提供的银行卡同账户多卡的取款支付方法的第一子流程图。本申请实施例提供的银行卡同账户多卡的取款支付方法具体包括如下步骤。

步骤S202，根据开卡信息形成若干账号信息，开卡信息包括若干限制额度以及若干支付密码。

具体地，客户A、B、C携带个人身份证到银行开通本方案涉及的银行卡，期间需要填写身份证信息、手机号等个人信息。以及在每个身份证信息下设置一个限制额度以及对应的支付密码，工作人员协助客户输入银行卡支付系统。举例说明，银行卡支付系统接收到客户A、B、C提供的三份个人信息以及设置的限制额度、支付密码等开卡信息，银行卡支付系统根据开卡信息形成三个对应的账号信息。

步骤S204，判断若干支付密码是否重复，当支付密码重复时，执行步骤S206。

步骤S206，标记支付密码重复为无效原因。

步骤S208，根据无效原因发送登记无效信息及拒绝登记。

具体地，银行卡支付系统需要使得三个账号信息对应支付密码不重复，当银行卡支付系统识别到输入的支付密码重复时，提示客户密码重复请重新输入。

步骤S210，将全部账号信息登记于一个银行卡账号。

具体地，银行卡支付系统将全部账号信息登记于一个银行卡账号，并生成等额的银行卡，此若干银行卡绑定同一个账户，即共用同一个资金池，在存入的过程没有区别，在取款/支付的时候需要选择其中一个账号信息，输入该账号信息对应的支付密码。

请结合参看图3，图3为本申请实施例提供的银行卡同账户多卡的取款支付方法的流程图。在执行步骤S210之后，本申请实施例提供的银行卡同账户多卡的取款支付方法具体包括如下步骤。

步骤S302，从客户端接收更改请求。

具体地，其中更改请求包括新密码、验证身份证信息以及验证密码。

步骤S304，判断验证身份证信息是否为任一身份证信息，当验证身份证信息为任一身份证信息时，执行步骤S306。

步骤S306，调取绑定身份证信息对应的支付密码。

步骤S308，判断验证密码是否绑定身份证信息对应的支付密码，当验证密码为绑定身份证信息对应的支付密码，执行步骤S310。

具体地，在新密码环节，同样要确保每一个账号信息对应不同的支付密码，即支付密码不能重复。故银行卡支付系统断新密码是否与任一支付密码重复；当新密码与任一支付密码重复，标记新密码重复为更改无效原因；根据更改无效原因发送更改无效信息及拒绝更改请求。

步骤S310，根据新密码更改绑定身份证信息对应的支付密码。

请结合参看图5，其为本申请实施例提供的计算机设备的内部结构示意图。计算机设备10包括存储器11和处理器12。存储器11用于存储程序指令，处理器12用于执行程序指令以实现上述银行卡同账户多卡的取款支付方法。

其中，处理器12在一些实施例中可以是一中央处理器(Central ProcessingUnit，CPU)、控制器、微控制器、微处理器或其它数据处理芯片，用于运行存储器11中存储的程序指令。

存储器11至少包括一种类型的可读存储介质，该可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机设备的内部存储单元，例如计算机设备的硬盘。存储器11在另一些实施例中也可以是计算机设备的外部存储设备，例如计算机设备上配备的插接式硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(Secure Digital，SD)卡、闪存卡(FlashCard)等。进一步地，存储器11还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机设备的应用软件及各类数据，例如实银行卡同账户多卡的取款支付方法的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

请结合参看图4，其为本申请实施例提供的银行卡支付系统的内部结构示意图。银行卡支付系统100包括鉴权模块101、解析模块102、第一获取模块103、第一判断模块104、第二判断模块105、第一执行模块106、第一报错模块107。

鉴权模块101，用于当获取到取款的银行卡账号，发送鉴权请求给客户端及根据银行卡账号获取所对应的银行卡信息。

具体地，银行卡信息包括多个不同用户的账号信息、与若干账号信息一一对应的限制额度以及与若干账号信息一一对应的若干支付密码，如有A、B、C三个账号信息，分别对应100、200、300以及密码111、222、333。即一个银行账户下有多个账号信息，以及每个账户对应的限制额度和支付密码。现有的支付场景或取款场景有两种，其一为银行atm机，另一种为网络交易支付，以手机支付为例。银行卡支付系统获取插入银行atm机的银行卡的银行卡账号或者是获取绑定于某款支付app绑定的银行卡的银行卡账号，当读取到银行卡账号属于本申请涉及到的同账户多卡的银行卡，则会发送鉴权请求明确每次交易涉及到的具体交易者是谁，即鉴权请求为确定银行卡的使用者使用的权限。

解析模块102，用于解析客户端反馈的鉴权信息，其中，鉴权信息包括当前账号信息，当前账号信息为若干账号信息中任意一个。

具体地，客户在客户端通过选项或者填写密码等多种可选的方式，形成一个鉴权信息，其中，鉴权信息包括当前账号信息，当前账号信息为若干账号信息中任意一个。即系统在鉴权信息环节读取到本次交易涉及到的具体账号为A、B、C三者中何者。

第一获取模块103，用于当接收到从客户端发出的取款请求以及第一密码信息时，根据当前账号信息获取对应的第一限制额度以及对应的第一支付密码。

具体地，取款请求包括取款金额。客户A在客户端登录/选择了A账户后，若有支付或者取款的需要，则向银行卡支付系统发送取款请求以及第一密码信息。银行卡支付系统读取到取款请求以及第一密码信息后，根据当前账号信息、取款请求以及第一密码信息判断是否执行本次取款请求。

具体地，银行卡支付系统会根据当前账号信息读取到对应的第一限制额度以及对应的第一支付密码，即银行卡支付系统根据客户A提供的当前账号信息，选择中对应的账户信息的第一限制额度以及对应的第一支付密码，即限制额度100、密码111。通常情况下，为客户A选择A账户信息作为当前账号信息。同理，当客户A也可以选择不属于自己的B账户信息，银行卡支付系统读取到B账户信息对应限制额度以及支付密码作为第一限制额度以及第一支付密码，即限制额度200、密码222。

第一判断模块104，用于当取款金额大于第一限制额度时，判断是否接收到第二密码信息。

具体地，当取款金额大于第一限制额度时，客户需要向银行卡支付系统提供第二密码信息作为补充，即提供全部支付密码。当本此取款行为为银行atm机取款时，则需要客户a，选中其他账户信息，并依次输入密码。当本此取款行为为手机/网络支付时，银行卡支付系统根据当前账号信息获取剩下的账号信息。

第二判断模块105，用于当接收到第二密码信息，判断第一密码信息和第二密码信息是否为全部支付密码。

具体地，当取款金额大于第一限制额度时，银行卡支付系统需要将第一密码信息和第二密码信息与全部支付密码进行匹配，仅当第一密码信息和第二密码信息匹配全部支付密码时，才会执行取款请求。

第一执行模块106，用于当第一密码信息和第二密码信息为全部支付密码时，执行取款请求。

具体地，银行卡支付系统执行取款请求，支付或者吐出取款金额。

第一报错模块107，用于当第一密码信息和第二密码信息不为全部支付密码时，反馈密码错误信息。

具体地，银行卡支付系统反馈密码错误信息，如显示“密码错误请重新输入”等字样，提醒客户校对密码重新输入。第四判断模块109，用于判断取款金额是否小于或者等于第一限制额度。

具体地，银行卡支付系统反馈密码错误信息，如显示“密码错误请重新输入”等字样，提醒客户校对密码重新输入。

上述实施例中，通过用户们携带个人身份证到银行办理特殊的多张同一账户的银行卡，该银行卡为一个账户其下绑定多个限制额度以及支付密码。在使用过程中，当任一用户需要使用的金额小于其对应的限制额度，则只需要通过向银行卡支付系统提供自己的支付密码，便可以读取到该笔资金；当用户所要提取或者支付的资金超过自己名下的限制额度，则需要再向银行卡支付系统提供全部人的支付密码，才能完成这笔操作。在这种方法，夫妻、父母子女可以更好地利用这种系统来共同管理资产。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属于本发明所涵盖的范围。

Claims (10)

1.一种银行卡同账户多卡的取款支付方法，其特征在于，所述银行卡同账户多卡的取款支付方法包括：

当从客户端获取到取款的银行卡账号，发送鉴权请求给客户端及根据所述银行卡账号获取所对应的银行卡信息，其中，所述银行卡信息包括多个不同用户的账号信息、与若干所述账号信息一一对应的限制额度以及与若干所述账号信息一一对应的若干支付密码；

解析客户端反馈的鉴权信息，其中，所述鉴权信息包括当前账号信息，所述当前账号信息为若干所述账号信息中任意一个，所述鉴权信息是用户通过输入客户端后由所述客户端发送得到；

当接收到从客户端发出的取款请求以及第一密码信息时，根据所述当前账号信息获取对应的第一限制额度以及对应的第一支付密码；其中，所述取款请求包括取款金额；

判断所述取款金额是否小于或者等于所述第一限制额度；

当所述取款金额大于所述第一限制额度时，判断是否接收到第二密码信息；

当接收到所述第二密码信息，判断所述第一密码信息和所述第二密码信息是否为全部所述支付密码；

当所述第一密码信息和所述第二密码信息为全部所述支付密码时，执行所述取款请求；以及

当所述第一密码信息和所述第二密码信息不为全部所述支付密码时，反馈密码错误信息。

2.如权利要求1所述的银行卡同账户多卡的取款支付方法，其特征在于，判断所述取款金额是否小于或者等于所述第一限制额度之后，所述银行卡同账户多卡的取款支付方法还包括：

当所述取款金额小于或者等于所述第一限制额度时，判断所述第一密码信息是否匹配第一支付密码；

当所述第一密码信息匹配第一支付密码时，执行所述取款请求；以及

当所述第一密码信息不匹配第一支付密码，反馈所述密码错误信息。

3.如权利要求1所述的银行卡同账户多卡的取款支付方法，其特征在于，从客户端获取到取款的银行卡账号之前，所述银行卡同账户多卡的取款支付方法还包括：

根据开卡信息形成若干账号信息，所述开卡信息包括若干所述限制额度以及若干所述支付密码；以及

将全部所述账号信息登记于一个所述银行卡账号。

4.如权利要求3所述的银行卡同账户多卡的取款支付方法，其特征在于，将全部所述账号信息绑定于一个所述银行卡账号之前，所述银行卡同账户多卡的取款支付方法还包括：

判断若干所述支付密码是否存在重复；

当所述支付密码存在重复时，标记所述支付密码重复为无效原因；以及

根据所述无效原因发送登记无效信息及拒绝登记。

5.如权利要求3所述的银行卡同账户多卡的取款支付方法，其特征在于，所述账号信息包括身份证信息，将全部所述账号信息登记于一个所述银行卡信息之后，所述银行卡同账户多卡的取款支付方法还包括：

从客户端接收更改请求，其中，所述更改请求包括新密码、验证身份证信息以及验证密码；

判断所述验证身份证信息是否为任一所述身份证信息；

当所述验证身份证信息为任一所述身份证信息时，调取所述验证身份证信息对应的所述支付密码；

判断所述验证密码是否为所述验证身份证信息对应的所述支付密码；以及

当所述验证密码为所述验证身份证信息对应的所述支付密码，将新密码更改为所述绑定身份证信息对应的所述支付密码。

6.如权利要求5所述的银行卡同账户多卡的取款支付方法，其特征在于，当所述验证密码为所述验证身份证信息对应的所述支付密码之后，所述银行卡同账户多卡的取款支付方法还包括：

判断新密码是否与任一所述支付密码重复；

当所述新密码与任一所述支付密码重复时，标记所述新密码重复为更改无效原因；以及

根据所述更改无效原因发送更改无效信息及拒绝所述更改请求。

7.如权利要求1所述的银行卡同账户多卡的取款支付方法，其特征在于，当所述取款金额大于所述第一限制额度时，所述银行卡同账户多卡的取款支付方法还包括：

根据所述当前账号信息获取剩下的所述账号信息；以及

根据剩下的所述账号信息生成登录连接，其中，所述登录连接用于供用户在线填写第二密码信息。

8.如权利要求1所述的银行卡同账户多卡的取款支付方法，其特征在于，所述账号信息包括若干电话号码，执行所述取款请求之后，所述银行卡同账户多卡的取款支付方法还包括：

根据所述取款请求形成交易记录，其中，所述交易记录包括当前账号信息及取款金额；以及

将所述交易记录发送至与所述电话号码对应联络人。

9.一种计算机设备，其特征在于，所述计算机设备包括：

存储器，用于存储程序指令；以及

处理器，用于执行所述程序指令以实现如权利要求1至8中任一项所述的银行卡同账户多卡的取款支付方法。

10.一种银行卡支付系统，其特征在于，所述银行卡支付系统包括：

鉴权模块，用于当从客户端获取到取款的银行卡账号，发送鉴权请求给客户端及根据所述银行卡账号获取所对应的银行卡信息，其中，所述银行卡信息包括多个不同用户的账号信息、与若干所述账号信息一一对应的限制额度以及与若干所述账号信息一一对应的若干支付密码；

解析模块，用于解析客户端反馈的鉴权信息，其中，所述鉴权信息包括当前账号信息，所述当前账号信息为若干所述账号信息中任意一个，所述鉴权信息是用户通过输入客户端后由所述客户端发送得到；

第一获取模块，用于当接收到从客户端发出的取款请求以及第一密码信息时，根据所述当前账号信息获取对应的第一限制额度以及对应的第一支付密码；其中，所述取款请求包括取款金额；

第一判断模块，用于判断所述取款金额是否小于或者等于所述第一限制额度；

第二判断模块，用于当所述取款金额大于所述第一限制额度时，判断是否接收到第二密码信息；

第三判断模块，用于当接收到所述第二密码信息，判断所述第一密码信息和所述第二密码信息是否为全部所述支付密码；

第一执行模块，用于当所述第一密码信息和所述第二密码信息为全部所述支付密码时，执行所述取款请求；以及

第一报错模块，用于当所述第一密码信息和所述第二密码信息不为全部所述支付密码时，反馈密码错误信息。

Images