CN105631676A - 电子支付方法及电子支付装置 - Google Patents
电子支付方法及电子支付装置 Download PDFInfo
- Publication number
- CN105631676A CN105631676A CN201610067427.2A CN201610067427A CN105631676A CN 105631676 A CN105631676 A CN 105631676A CN 201610067427 A CN201610067427 A CN 201610067427A CN 105631676 A CN105631676 A CN 105631676A
- Authority
- CN
- China
- Prior art keywords
- fund
- stand
- user
- authentication
- payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
- G06Q20/40145—Biometric identity checks
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种电子支付方法及电子支付装置,其中,所述电子支付方法,包括:接收用户使用任一项资金进行电子支付的请求;确定与所述任一项资金相关联的验证方;向所述验证方发送支付验证请求;检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。通过本发明的技术方案,用户在使用有权限的资金时,只有通过该资金的相关验证方的验证,才能对该资金有使用权限,使得相关验证方能够随时掌握汇款资金的使用情况,以对用户进行监督和管控,同时又不会占用验证方过多的时间和精力。
Description
技术领域
本发明涉及电子支付技术领域,具体而言,涉及一种电子支付方法和一种电子支付装置。
背景技术
【需求场景】
1、A汇款给B(比如A是爸爸、B是儿子),A想让B省着点用;
2、A汇款给B(比如A是风投公司,B是其风投对象),A想了解B对汇款资金的使用。
在相关技术中,在A向B汇款时,A可以一次性汇很多钱给B,A也可以将这笔钱分多次汇给B。
若A一次性汇很多钱给B,则B对这笔钱就拥有了绝对的支配权,想怎么用就怎么用,A无法控制和了解B对这笔钱的使用;若A将这笔钱分多次汇给B,这需要消耗A过多的精力和时间,比如A是爸爸,爸爸工作很忙,没那么多精力一点点的打给儿子,又或者A是个公司,B公司的财务对A并不可见,所以无论哪种方式都无法满足汇款方对其汇款资金的使用情况的掌控。
因此,如何实现对汇款资金的使用情况进行监督和掌控成为亟待解决的技术问题。
发明内容
本发明正是基于上述技术问题至少之一,提出了一种新的电子支付方案,用户在使用有权限的资金时,只有通过该资金的相关验证方的验证,才能对该资金有使用权限,使得相关验证方能够随时掌握汇款资金的使用情况,以对用户进行监督和管控,同时又不会占用验证方过多的时间和精力。
有鉴于此,本发明提出了一种电子支付方法,包括:接收用户使用任一项资金进行电子支付的请求;确定与所述任一项资金相关联的验证方;向所述验证方发送支付验证请求;检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。
在该技术方案中,通过接收用户使用任一项资金进行电子支付的请求,确定与任一项资金相关联的验证方,向验证方发送支付验证请求,其中,支付验证请求包括该项资金的具体使用信息,以供验证方根据支付验证请求确定是否同意用户使用该项资金,若同意,则反馈验证确认信息,使得该项资金的相关验证方(如该项资金的汇款方)及时了解并监督用户对该项资金的使用情况,并通过在接收到验证方反馈的验证确认信息时,才授予用户使用任一项资金进行电子支付的权限,否则确定用户无权限,以实现对该项资金的管控,从而防止用户使用该项资金乱消费,同时又不会占用相关验证方过多的时间和精力,其中,在实际使用过程中,可以为用户提供多项资金的选择界面,例如,以GUI(GraphicalUserInterface,图形用户接口)形式对多项资金进行展示,用户可根据需要选择任一项资金用于电子支付。
在上述技术方案中,优选地,在接收用户使用任一项资金进行电子支付的请求的步骤之前,还包括:接收向所述用户汇发的任一项待用资金;判断所述任一项待用资金是否已设置有权限信息;若判定所述任一项待用资金已设置有所述权限信息,则创建用于存储所述任一项待用资金和所述任一项待用资金的权限信息的第一资金表;其中,所述任一项资金为任一所述第一资金表中存储的待用资金。
在该技术方案中,在用户使用资金进行消费的过程中,若对用户的每笔资金都进行管控,在一定程度上可能会影响用户的正常消费,且浪费验证方不必要的时间和精力,所以通过接收向用户汇发的任一项待用资金,并判断任一项待用资金是否已设置有权限信息,若判定任一项待用资金已设置有权限信息,则创建用于存储任一项待用资金和任一项待用资金的权限信息的第一资金表,且任一项资金为任一第一资金表中存储的待用资金,即只有当用户使用第一资金表中的待用资金时,才对该项资金进行监督和管控,从而确保不影响用户的正常消费,且在满足对特殊资金进行管控的同时,避免浪费验证方不必要的时间和精力。
在上述任一项技术方案中,优选地,所述权限信息包括至少一个验证方和与所述至少一个验证方中的每个验证方对应的验证期限,所述电子支付方法还包括:若判定所述任一项待用资金未设置有所述权限信息,则将所述任一项待用资金添加至第二资金表;当任一所述第一资金表中所有验证方对应的验证期限过期时,将任一所述第一资金表中的待用资金移至所述第二资金表。
在该技术方案中,若判定任一项待用资金未设置有权限信息,说明该项待用资金的汇款方不需要对该项待用资金的使用进行监督和管控,所以通过将任一项待用资金添加至第二资金表,同时通过将第一资金表中所有验证方对应的验证期限过期的待用资金及时移至第二资金表,使得用户在使用时无需再经第三方来监督验证,满足了用户的正常消费需求。
在上述任一项技术方案中,优选地,还包括:判断是否存在权限信息相同的多个所述第一资金表;若判定存在权限信息相同的多个所述第一资金表,则对多个所述第一资金表进行合并。
在该技术方案中,通过在判定存在权限信息相同的多个第一资金表时,对多个第一资金表进行合并,既便于对权限信息相同的资金进行统一管理,又避免占用过多的存储空间。
在上述任一项技术方案中,优选地,还包括:当所述任一项资金为任一所述第一资金表中的待用资金,在授予所述用户使用所述任一项资金进行所述电子支付的权限,且在对所述用户的身份验证通过时,使用所述任一项资金进行所述电子支付;或当所述任一项资金为所述第二资金表中的待用资金时,在对所述用户的身份验证通过时,使用所述第二资金表中的待用资金进行所述电子支付。
在该技术方案中,在用户进行电子支付的过程中,无论用户是直接使用第二资金表中的待用资金进行电子支付或使用已获得权限的第一资金表中的待用资金进行电子支付,都需对用户身份进行验证,确保了整个交易过程的安全性,具体地,对用户身份进行验证的方法可以有多种,比如直接输入密码进行验证,或通过用户的指纹、虹膜、声纹等生物特征信息进行验证。
根据本发明的第二方面,还提出了一种电子支付装置,包括:第一接收单元,用于接收用户使用任一项资金进行电子支付的请求;确定单元,用于确定与所述任一项资金相关联的验证方;发送单元,用于向所述验证方发送支付验证请求;处理单元,用于检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。
在该技术方案中,通过接收用户使用任一项资金进行电子支付的请求,确定与任一项资金相关联的验证方,向验证方发送支付验证请求,其中,支付验证请求包括该项资金的具体使用信息,以供验证方根据支付验证请求确定是否同意用户使用该项资金,若同意,则反馈验证确认信息,使得该项资金的相关验证方(如该项资金的汇款方)及时了解并监督用户对该项资金的使用情况,并通过在接收到验证方反馈的验证确认信息时,才授予用户使用任一项资金进行电子支付的权限,否则确定用户无权限,以实现对该项资金的管控,从而防止用户使用该项资金乱消费,同时又不会占用相关验证方过多的时间和精力,其中,在实际使用过程中,可以为用户提供多项资金的选择界面,例如,以GUI(GraphicalUserInterface,图形用户接口)形式对多项资金进行展示,用户可根据需要选择任一项资金用于电子支付。
在上述技术方案中,优选地,还包括:第二接收单元,用于在所述第一接收单元接收用户使用任一项资金进行电子支付的请求之前,接收向所述用户汇发的任一项待用资金;第一判断单元,用于判断所述任一项待用资金是否已设置有权限信息;创建单元,用于若所述第一判断单元判定所述任一项待用资金已设置有所述权限信息,则创建用于存储所述任一项待用资金和所述任一项待用资金的权限信息的第一资金表;其中,所述任一项资金为任一所述第一资金表中存储的待用资金。
在该技术方案中,在用户使用资金进行消费的过程中,若对用户的每笔资金都进行管控,在一定程度上可能会影响用户的正常消费,且浪费验证方不必要的时间和精力,所以通过接收向用户汇发的任一项待用资金,并判断任一项待用资金是否已设置有权限信息,若判定任一项待用资金已设置有权限信息,则创建用于存储任一项待用资金和任一项待用资金的权限信息的第一资金表,且任一项资金为任一第一资金表中存储的待用资金,即只有当用户使用第一资金表中的待用资金时,才对该项资金进行监督和管控,从而确保不影响用户的正常消费,且在满足对特殊资金进行管控的同时,避免浪费验证方不必要的时间和精力。
在上述技术方案中,优选地,所述权限信息包括至少一个验证方和与所述至少一个验证方中的每个验证方对应的验证期限,所述电子支付装置还包括:添加单元,用于若所述第一判定单元判定所述任一项待用资金未设置有所述权限信息,则将所述任一项待用资金添加至第二资金表;转移单元,用于当任一所述第一资金表中所有验证方对应的验证期限过期时,将任一所述第一资金表中的待用资金移至所述第二资金表。
在该技术方案中,若判定任一项待用资金未设置有权限信息,说明该项待用资金的汇款方不需要对该项待用资金的使用进行监督和管控,所以通过将任一项待用资金添加至第二资金表,同时通过将第一资金表中所有验证方对应的验证期限过期的待用资金及时移至第二资金表,使得用户在使用时无需再经第三方来监督验证,满足了用户的正常消费需求。
在上述技术方案中,优选地,还包括:第二判断单元,用于判断是否存在权限信息相同的多个所述第一资金表;合并单元,用于若所述第二判断单元判定存在权限信息相同的多个所述第一资金表,则对多个所述第一资金表进行合并。
在该技术方案中,通过在判定存在权限信息相同的多个第一资金表时,对多个第一资金表进行合并,既便于对权限信息相同的资金进行统一管理,又避免占用过多的存储空间。
在上述技术方案中,优选地,还包括:支付单元,用于当所述任一项资金为任一所述第一资金表中的待用资金,在授予所述用户使用所述任一项资金进行所述电子支付的权限,且在对所述用户的身份验证通过时,使用所述任一项资金进行所述电子支付,或当所述任一项资金为所述第二资金表中的待用资金时,在对所述用户的身份验证通过时,使用所述第二资金表中的待用资金进行所述电子支付。
在该技术方案中,在用户进行电子支付的过程中,无论用户是直接使用第二资金表中的待用资金进行电子支付或使用已获得权限的第一资金表中的待用资金进行电子支付,都需对用户身份进行验证,确保了整个交易过程的安全性,具体地,对用户身份进行验证的方法可以有多种,比如直接输入密码进行验证,或通过用户的指纹、虹膜、声纹等生物特征信息进行验证。
根据本发明的第三方面,还提出了一种终端,包括:如上述技术方案中任一项所述的电子支付装置。
通过以上技术方案,用户在使用有权限的资金时,只有通过该资金的相关验证方的验证,才能对该资金有使用权限,使得相关验证方能够随时掌握汇款资金的使用情况,以对用户进行监督和管控,同时又不会占用验证方过多的时间和精力。
附图说明
图1示出了根据本发明的实施例的电子支付方法的示意流程图;
图2示出了根据本发明的实施例的电子支付装置的示意框图;
图3示出了根据本发明的实施例的终端的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的电子支付方法的示意流程图。
如图1所示,根据本发明的实施例的电子支付方法,包括:
步骤102,接收用户使用任一项资金进行电子支付的请求;
步骤104,确定与所述任一项资金相关联的验证方;
步骤106,向所述验证方发送支付验证请求;
步骤108,检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。
在该技术方案中,通过接收用户使用任一项资金进行电子支付的请求,确定与任一项资金相关联的验证方,向验证方发送支付验证请求,其中,支付验证请求包括该项资金的具体使用信息,以供验证方根据支付验证请求确定是否同意用户使用该项资金,若同意,则反馈验证确认信息,使得该项资金的相关验证方(如该项资金的汇款方)及时了解并监督用户对该项资金的使用情况,并通过在接收到验证方反馈的验证确认信息时,才授予用户使用任一项资金进行电子支付的权限,否则确定用户无权限,以实现对该项资金的管控,从而防止用户使用该项资金乱消费,同时又不会占用相关验证方过多的时间和精力,其中,在实际使用过程中,可以为用户提供多项资金的选择界面,例如,以GUI(GraphicalUserInterface,图形用户接口)形式对多项资金进行展示,用户可根据需要选择任一项资金用于电子支付。
在上述技术方案中,优选地,在接收用户使用任一项资金进行电子支付的请求的步骤之前,还包括:接收向所述用户汇发的任一项待用资金;判断所述任一项待用资金是否已设置有权限信息;若判定所述任一项待用资金已设置有所述权限信息,则创建用于存储所述任一项待用资金和所述任一项待用资金的权限信息的第一资金表;其中,所述任一项资金为任一所述第一资金表中存储的待用资金。
在该技术方案中,在用户使用资金进行消费的过程中,若对用户的每笔资金都进行管控,在一定程度上可能会影响用户的正常消费,且浪费验证方不必要的时间和精力,所以通过接收向用户汇发的任一项待用资金,并判断任一项待用资金是否已设置有权限信息,若判定任一项待用资金已设置有权限信息,则创建用于存储任一项待用资金和任一项待用资金的权限信息的第一资金表,且任一项资金为任一第一资金表中存储的待用资金,即只有当用户使用第一资金表中的待用资金时,才对该项资金进行监督和管控,从而确保不影响用户的正常消费,且在满足对特殊资金进行管控的同时,避免浪费验证方不必要的时间和精力。
在上述任一项技术方案中,优选地,所述权限信息包括至少一个验证方和与所述至少一个验证方中的每个验证方对应的验证期限,所述电子支付方法还包括:若判定所述任一项待用资金未设置有所述权限信息,则将所述任一项待用资金添加至第二资金表;当任一所述第一资金表中所有验证方对应的验证期限过期时,将任一所述第一资金表中的待用资金移至所述第二资金表。
在该技术方案中,若判定任一项待用资金未设置有权限信息,说明该项待用资金的汇款方不需要对该项待用资金的使用进行监督和管控,所以通过将任一项待用资金添加至第二资金表,同时通过将第一资金表中所有验证方对应的验证期限过期的待用资金及时移至第二资金表,使得用户在使用时无需再经第三方来监督验证,满足了用户的正常消费需求。
在上述任一项技术方案中,优选地,还包括:判断是否存在权限信息相同的多个所述第一资金表;若判定存在权限信息相同的多个所述第一资金表,则对多个所述第一资金表进行合并。
在该技术方案中,通过在判定存在权限信息相同的多个第一资金表时,对多个第一资金表进行合并,既便于对权限信息相同的资金进行统一管理,又避免占用过多的存储空间。
在上述任一项技术方案中,优选地,还包括:当所述任一项资金为任一所述第一资金表中的待用资金,在授予所述用户使用所述任一项资金进行所述电子支付的权限,且在对所述用户的身份验证通过时,使用所述任一项资金进行所述电子支付;或当所述任一项资金为所述第二资金表中的待用资金时,在对所述用户的身份验证通过时,使用所述第二资金表中的待用资金进行所述电子支付。
在该技术方案中,在用户进行电子支付的过程中,无论用户是直接使用第二资金表中的待用资金进行电子支付或使用已获得权限的第一资金表中的待用资金进行电子支付,都需对用户身份进行验证,确保了整个交易过程的安全性,具体地,对用户身份进行验证的方法可以有多种,比如直接输入密码进行验证,或通过用户的指纹、虹膜、声纹等生物特征信息进行验证。
图2示出了根据本发明的实施例的电子支付装置的示意框图。
如图2所示,根据本发明的实施例的电子支付装置200,包括:第一接收单元202、确定单元204、发送单元206和处理单元208。
其中,第一接收单元202,用于接收用户使用任一项资金进行电子支付的请求;确定单元204,用于确定与所述任一项资金相关联的验证方;发送单元206,用于向所述验证方发送支付验证请求;处理单元208,用于检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。
在该技术方案中,通过接收用户使用任一项资金进行电子支付的请求,确定与任一项资金相关联的验证方,向验证方发送支付验证请求,其中,支付验证请求包括该项资金的具体使用信息,以供验证方根据支付验证请求确定是否同意用户使用该项资金,若同意,则反馈验证确认信息,使得该项资金的相关验证方(如该项资金的汇款方)及时了解并监督用户对该项资金的使用情况,并通过在接收到验证方反馈的验证确认信息时,才授予用户使用任一项资金进行电子支付的权限,否则确定用户无权限,以实现对该项资金的管控,从而防止用户使用该项资金乱消费,同时又不会占用相关验证方过多的时间和精力,其中,在实际使用过程中,可以为用户提供多项资金的选择界面,例如,以GUI(GraphicalUserInterface,图形用户接口)形式对多项资金进行展示,用户可根据需要选择任一项资金用于电子支付。
在上述技术方案中,优选地,还包括:第二接收单元210,用于在第一接收单元202接收用户使用任一项资金进行电子支付的请求之前,接收向所述用户汇发的任一项待用资金;第一判断单元212,用于判断所述任一项待用资金是否已设置有权限信息;创建单元214,用于若所述第一判断单元212判定所述任一项待用资金已设置有所述权限信息,则创建用于存储所述任一项待用资金和所述任一项待用资金的权限信息的第一资金表;其中,所述任一项资金为任一所述第一资金表中存储的待用资金。
在该技术方案中,在用户使用资金进行消费的过程中,若对用户的每笔资金都进行管控,在一定程度上可能会影响用户的正常消费,且浪费验证方不必要的时间和精力,所以通过接收向用户汇发的任一项待用资金,并判断任一项待用资金是否已设置有权限信息,若判定任一项待用资金已设置有权限信息,则创建用于存储任一项待用资金和任一项待用资金的权限信息的第一资金表,且任一项资金为任一第一资金表中存储的待用资金,即只有当用户使用第一资金表中的待用资金时,才对该项资金进行监督和管控,从而确保不影响用户的正常消费,且在满足对特殊资金进行管控的同时,避免浪费验证方不必要的时间和精力。
在上述技术方案中,优选地,所述权限信息包括至少一个验证方和与所述至少一个验证方中的每个验证方对应的验证期限,所述电子支付装置200还包括:添加单元216,用于若所述第一判定单元212判定所述任一项待用资金未设置有所述权限信息,则将所述任一项待用资金添加至第二资金表;转移单元218,用于当任一所述第一资金表中所有验证方对应的验证期限过期时,将任一所述第一资金表中的待用资金移至所述第二资金表。
在该技术方案中,若判定任一项待用资金未设置有权限信息,说明该项待用资金的汇款方不需要对该项待用资金的使用进行监督和管控,所以通过将任一项待用资金添加至第二资金表,同时通过将第一资金表中所有验证方对应的验证期限的待用资金及时移至第二资金表,使得用户在使用时无需再经第三方来监督验证,满足了用户的正常消费需求。
在上述技术方案中,优选地,还包括:第二判断单元220,用于判断是否存在权限信息相同的多个所述第一资金表;合并单元222,用于若所述第二判断单元218判定存在权限信息相同的多个所述第一资金表,则对多个所述第一资金表进行合并。
在该技术方案中,通过在判定存在权限信息相同的多个第一资金表时,对多个第一资金表进行合并,既便于对权限信息相同的资金进行统一管理,又避免占用过多的存储空间。
在上述技术方案中,优选地,还包括:支付单元224,用于当所述任一项资金为任一所述第一资金表中的待用资金,在授予所述用户使用所述任一项资金进行所述电子支付的权限,且在对所述用户的身份验证通过时,使用所述任一项资金进行所述电子支付,或当所述任一项资金为所述第二资金表中的待用资金时,在对所述用户的身份验证通过时,使用所述第二资金表中的待用资金进行所述电子支付。
在该技术方案中,在用户进行电子支付的过程中,无论用户是直接使用第二资金表中的待用资金进行电子支付或使用已获得权限的第一资金表中的待用资金进行电子支付,都需对用户身份进行验证,确保了整个交易过程的安全性,具体地,对用户身份进行验证的方法可以有多种,比如直接输入密码进行验证,或通过用户的指纹、虹膜、声纹等生物特征信息进行验证。
图3示出了根据本发明的实施例的终端的示意框图。
如图3所示,根据本发明的实施例的终端300,包括:如图2所示的电子支付装置200。
以下具体对本发明的技术方案作进一步说明。
在本实施例中,App是指智能终端中的应用软件,为用户提供应用功能;Server是指App的服务器,为App提供数据存取和处理服务,以智能终端的App客户端作为本实施例的载体来实现汇款方对其汇款资金的使用情况进行掌控,其具体实现步骤如下:
(1)用户实名注册
这和一般的联网App用户注册类似,用户注册时需要将该App账户绑定自己的一个实名银联卡(公司用户可以用其法人代表或者财务主管的信息)。假设在本实施例中,有四名该App的注册用户A、B、C和D。
(2)Server创建可动态扩展资金表的数据库
用户注册后,Server为该每个用户创建一张资金主表(即第二资金表),并支持为每一个用户派生出资金子表(即第一资金表)。
(3)转账时指定审批人和加签期限
假设用户A给用户B转账汇款3000元,本文将此次汇款记为第S次汇款,A可以为这笔钱指定N(N=0,1,2,…)个加签审批人(即验证方),这些审批人可以是该App的任何一个已注册的用户,如可以是本实施例中的C、D、以及A自己中的任一或多个。
另外,如果指定了审批人,A还可以为该审批人指定一个加签期限(即验证期限)。
(4)Server为每一笔资金生成一个加签列表
App后台Server收到用户A的汇款请求后,将汇款信息导入B账户的数据表前,先根据A指定的审批人生成一个审批列表,包括加签审批人和对应的加签期限(即权限信息),比如用户B接收到用户A的第S次汇款,如表1所示:
审批人 | A | C | D |
加签期限(月) | 1 | 12 | 3 |
表1
(5)Server将汇款资金差异性导入用户B的资金表
导入时,需做如下差异性处理:
①如果审批列表为空,也就是A没有指定加签审批人。则直接将这笔资金导入B的资金主表中,资金主表中不带任何审批人;
②如果审批列表不为空,则在数据库中为第S次资金创建一张资金子表(即第一资金表),如表2所示:
可用额度 | 3000 |
审批人1 | A |
加签期限1 | 1月 |
审批人2 | C |
加签期限2 | 12月 |
审批人3 | D |
加签期限3 | 3月 |
表2
(6)Server按月更新加签期限
从S次汇款开始,每往后一个月,就将资金子表中各个审批人的加签期限减1,直至减到0,减到0后便在该子表中删除此审批人。
(7)合并资金表(包括主表和子表)
每次更新完资金子表后,Server遍历检查B账户的资金子表,若有两张资金子表的审批人和对应的加签期限完全相同(即除了可用额度外其余全部一样),就合并两张表(合并后可用额度累加),如下表3为第S-1次汇款的资金子表,表4为第S+1次汇款的资金子表,表5为第S+2次汇款的资金子表:
可用额度 | 2000 |
审批人1 | A |
加签期限1 | 1月 |
审批人2 | C |
加签期限2 | 12月 |
审批人3 | D |
加签期限3 | 3月 |
表3
可用额度 | 3500 |
审批人1 | A |
加签期限1 | 3月 |
审批人2 | C |
加签期限2 | 12月 |
审批人3 | D |
加签期限3 | 3月 |
表4
可用额度 | 3200 |
审批人1 | A |
加签期限1 | 3月 |
审批人2 | C |
加签期限2 | 12月 |
表5
其中,表2和表3,就可以合并,合并后结果见表6:
可用额度 | 5000 |
审批人1 | A |
加签期限1 | 1月 |
审批人2 | C |
加签期限2 | 12月 |
审批人3 | D |
加签期限3 | 3月 |
表6
而表3和表4就不可以合并,因为审批人1的加签期限不同;表4和表5也不能合并,因为表5没有D这个审批人。
按照这种方式,所有的资金子表最终都会被并入不带任何审批人的资金主表中。随着时间的迁移,资金子表中的加签期限会递减,直至全部清零。
(8)使用资金时Server自动加签给审批人
App为用户提供GUI(GraphicalUserInterface,图形用户接口)形式的所有资金表供查看和使用。
1)、对于资金主表中的资金,用户可以像一般网银那样直接输密码使用,又或者通过用户的指纹、虹膜、声纹等生物特征信息进行验证,并在验证通过时使用
2)、对资金子表中的资金,用户密码验证或者通过用户的指纹、虹膜、声纹等生物特征信息验证通过后,Server遍历查询该资金子表的审批人,然后将B用户使用这笔资金的请求(请求中包含这笔资金的具体使用信息供判断)通过互联网推送到所有审批人的智能终端中,只有当所有审批人都审批通过,B此次对资金子表的使用才能成功。否则服务器拒绝此次资金支付。
通过上述实施例,至少可以实现以下技术效果:
(1)为汇款方提供了知情的好处;
(2)使得汇款资金能够处于汇款方所需的受控状态。
以上结合附图详细说明了本发明的技术方案,本发明的技术方案提出了一种新的电子支付方案,用户在使用有权限的资金时,只有通过该资金的相关验证方的验证,才能对该资金有使用权限,使得相关验证方能够随时掌握汇款资金的使用情况,以对用户进行监督和管控,同时又不会占用验证方过多的时间和精力。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种电子支付方法,其特征在于,包括:
接收用户使用任一项资金进行电子支付的请求;
确定与所述任一项资金相关联的验证方;
向所述验证方发送支付验证请求;
检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。
2.根据权利要求1所述的电子支付方法,其特征在于,在接收用户使用任一项资金进行电子支付的请求的步骤之前,还包括:
接收向所述用户汇发的任一项待用资金;
判断所述任一项待用资金是否已设置有权限信息;
若判定所述任一项待用资金已设置有所述权限信息,则创建用于存储所述任一项待用资金和所述任一项待用资金的权限信息的第一资金表;
其中,所述任一项资金为任一所述第一资金表中存储的待用资金。
3.根据权利要求2所述的电子支付方法,其特征在于,所述权限信息包括至少一个验证方和与所述至少一个验证方中的每个验证方对应的验证期限,所述电子支付方法还包括:
若判定所述任一项待用资金未设置有所述权限信息,则将所述任一项待用资金添加至第二资金表;
当任一所述第一资金表中所有验证方对应的验证期限过期时,将任一所述第一资金表中的待用资金移至所述第二资金表。
4.根据权利要求2或3所述的电子支付方法,其特征在于,还包括:
判断是否存在权限信息相同的多个所述第一资金表;
若判定存在权限信息相同的多个所述第一资金表,则对多个所述第一资金表进行合并。
5.根据权利要求4所述的电子支付方法,其特征在于,还包括:
当所述任一项资金为任一所述第一资金表中的待用资金,在授予所述用户使用所述任一项资金进行所述电子支付的权限,且在对所述用户的身份验证通过时,使用所述任一项资金进行所述电子支付;或
当所述任一项资金为所述第二资金表中的待用资金时,在对所述用户的身份验证通过时,使用所述第二资金表中的待用资金进行所述电子支付。
6.一种电子支付装置,其特征在于,包括:
第一接收单元,用于接收用户使用任一项资金进行电子支付的请求;
确定单元,用于确定与所述任一项资金相关联的验证方;
发送单元,用于向所述验证方发送支付验证请求;
处理单元,用于检测是否接收到所述验证方反馈的验证确认信息,若是,则授予所述用户使用所述任一项资金进行所述电子支付的权限,否则确定所述用户无所述权限。
7.根据权利要求6所述的电子支付装置,其特征在于,还包括:
第二接收单元,用于在所述第一接收单元接收用户使用任一项资金进行电子支付的请求之前,接收向所述用户汇发的任一项待用资金;
第一判断单元,用于判断所述任一项待用资金是否已设置有权限信息;
创建单元,用于若所述第一判断单元判定所述任一项待用资金已设置有所述权限信息,则创建用于存储所述任一项待用资金和所述任一项待用资金的权限信息的第一资金表;
其中,所述任一项资金为任一所述第一资金表中存储的待用资金。
8.根据权利要求7所述的电子支付装置,其特征在于,所述权限信息包括至少一个验证方和与所述至少一个验证方中的每个验证方对应的验证期限,所述电子支付装置还包括:
添加单元,用于若所述第一判定单元判定所述任一项待用资金未设置有所述权限信息,则将所述任一项待用资金添加至第二资金表;
转移单元,用于当任一所述第一资金表中所有验证方对应的验证期限过期时,将任一所述第一资金表中的待用资金移至所述第二资金表。
9.根据权利要求7或8所述的电子支付装置,其特征在于,还包括:
第二判断单元,用于判断是否存在权限信息相同的多个所述第一资金表;
合并单元,用于若所述第二判断单元判定存在权限信息相同的多个所述第一资金表,则对多个所述第一资金表进行合并。
10.根据权利要求9所述的电子支付装置,其特征在于,还包括:
支付单元,用于当所述任一项资金为任一所述第一资金表中的待用资金,在授予所述用户使用所述任一项资金进行所述电子支付的权限,且在对所述用户的身份验证通过时,使用所述任一项资金进行所述电子支付,或
当所述任一项资金为所述第二资金表中的待用资金时,在对所述用户的身份验证通过时,使用所述第二资金表中的待用资金进行所述电子支付。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610067427.2A CN105631676A (zh) | 2016-01-29 | 2016-01-29 | 电子支付方法及电子支付装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610067427.2A CN105631676A (zh) | 2016-01-29 | 2016-01-29 | 电子支付方法及电子支付装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105631676A true CN105631676A (zh) | 2016-06-01 |
Family
ID=56046576
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610067427.2A Pending CN105631676A (zh) | 2016-01-29 | 2016-01-29 | 电子支付方法及电子支付装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105631676A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107730251A (zh) * | 2017-09-28 | 2018-02-23 | 山西特信环宇信息技术有限公司 | 基于生物识别技术的银行存款电子支取系统及操作方法 |
CN108510257A (zh) * | 2018-04-23 | 2018-09-07 | 孙峰 | 一种电子支付方式 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1564177A (zh) * | 2004-03-26 | 2005-01-12 | 中国建设银行 | 一种总资金账户控制和管理子资金账户的网络银行系统及方法 |
CN101017586A (zh) * | 2006-02-10 | 2007-08-15 | 刘明晶 | 客户自定义组合授权支付方法 |
CN103020817A (zh) * | 2012-12-18 | 2013-04-03 | 施爱龙 | 联名账户网络支付方法 |
-
2016
- 2016-01-29 CN CN201610067427.2A patent/CN105631676A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1564177A (zh) * | 2004-03-26 | 2005-01-12 | 中国建设银行 | 一种总资金账户控制和管理子资金账户的网络银行系统及方法 |
CN101017586A (zh) * | 2006-02-10 | 2007-08-15 | 刘明晶 | 客户自定义组合授权支付方法 |
CN103020817A (zh) * | 2012-12-18 | 2013-04-03 | 施爱龙 | 联名账户网络支付方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107730251A (zh) * | 2017-09-28 | 2018-02-23 | 山西特信环宇信息技术有限公司 | 基于生物识别技术的银行存款电子支取系统及操作方法 |
CN108510257A (zh) * | 2018-04-23 | 2018-09-07 | 孙峰 | 一种电子支付方式 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109522735B (zh) | 一种基于智能合约的数据权限验证方法及装置 | |
CN108596619B (zh) | 用于区块链系统的交易方法、装置、中心节点及系统 | |
EP4009260A1 (en) | Method for secure ledger distribution and computer system using secure distributed ledger technology | |
CN103413389B (zh) | 基于银行账户对非银行账户管理和支付方法 | |
CN103049563B (zh) | 服务器、会计凭证生成系统和会计凭证生成方法 | |
CN108830686A (zh) | 一种基于区块链的资产信息处理方法及服务器 | |
US20130073457A1 (en) | Agent access portal to money transfer system | |
KR101876674B1 (ko) | 블록 체인을 이용한 공동 계좌 관리 방법 및 이를 실행하는 시스템 | |
CN101873333B (zh) | 基于银行系统的企业数据维护方法、装置及系统 | |
WO2020228531A1 (zh) | 联盟链的治理方法及装置、计算机设备、存储介质 | |
WO2018166359A1 (zh) | 移动支付转授权方法、及利用该方法实现的支付系统 | |
CN101799901B (zh) | 一种快速注册帐户并充值和登录的方法 | |
CN105760976A (zh) | 一种业务校验方法和系统 | |
CN102904870A (zh) | 服务器装置及信息处理方法 | |
CN107067240A (zh) | 资源调配方法和装置以及电子支付方法 | |
CN113379485B (zh) | 基于哈希算法与二次报价的需求响应竞价交易方法及系统 | |
CN107689009A (zh) | 年金数据处理方法、装置、服务器和存储介质 | |
CN107967651A (zh) | 一种信用金分配的多级关系的管理方法及平台 | |
CN105119886A (zh) | 账号归属确定方法及装置 | |
CN105871923A (zh) | 信息处理方法、信息记录节点及参与节点 | |
CN106027533A (zh) | 移动终端用的征信方法及其装置 | |
CN101207789A (zh) | 一种利用数字电视系统的付费方法、运营系统及服务器 | |
CN105631676A (zh) | 电子支付方法及电子支付装置 | |
CN105761134A (zh) | 一种知识产权交易平台 | |
US20230385928A1 (en) | Automated lending data collection and verification system and methods |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160601 |
|
RJ01 | Rejection of invention patent application after publication |