CN106157021A - 付款处理方法及装置 - Google Patents
付款处理方法及装置 Download PDFInfo
- Publication number
- CN106157021A CN106157021A CN201510208629.XA CN201510208629A CN106157021A CN 106157021 A CN106157021 A CN 106157021A CN 201510208629 A CN201510208629 A CN 201510208629A CN 106157021 A CN106157021 A CN 106157021A
- Authority
- CN
- China
- Prior art keywords
- terminal
- information
- server
- checking
- receiver
- 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.)
- Withdrawn
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/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/327—Short range or proximity payments by means of M-devices
-
- 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/326—Payment applications installed on the mobile devices
Abstract
本发明提供了一种付款处理方法及装置,其中,该方法包括:第一终端将验证信息发送给服务器;该第一终端利用蓝牙广播上述验证信息;该第一终端接收服务器根据验证信息推送的收款人信息,其中,该收款人信息为利用蓝牙接收到上述验证信息的第二终端发送给服务器的;该第一终端根据上述收款人信息进行付款处理。通过本发明,解决了相关技术中存在的无法安全便捷的进行付款的问题,进而达到了安全便捷的进行付款的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种付款处理方法及装置。
背景技术
随着科技的发展,网上支付、转账等在线交易给人民的生活带来了很多便利。人们在享受科技带来的优势的同时,也要考虑到账户安全的问题。
为了保障资金安全,付款时必须验证密码成为所有理财产品的默认规则。但记忆复杂的密码以及每次支付时必须手动输入密码会让一次愉快的支付过程变得不那么有趣。为此,支付宝等理财产品在面对面付款环节做了一些诸如声波支付和扫码支付等创新,但声波支付和扫码支付各有其缺陷。声波支付易受周围环境噪声干扰。扫码支付需要开启摄像头对准条码再对焦识别,比较繁琐。在保证安全的基础上让用户轻松愉快的享受一键付款的带给我们的乐趣,成为需要从事快捷支付的研究者渴望达到的理想状态。但是在相关技术还无法实现更为安全便捷的付款方式。
针对相关技术中存在的无法安全便捷的进行付款的问题,目前尚未提出有效的解决方案。
发明内容
本发明提供了一种付款处理方法及装置,以至少解决相关技术中存在的无法安全便捷的进行付款的问题。
根据本发明的一个方面,提供了一种付款处理方法,包括:第一终端将验证信息发送给服务器;所述第一终端利用蓝牙广播所述验证信息;所述第一终端接收所述服务器根据所述验证信息推送的收款人信息,其中,所述收款人信息为利用蓝牙接收到所述验证信息的第二终端发送给所述服务器的;所述第一终端根据所述收款人信息进行付款处理。
进一步地,所述第一终端接收所述服务器根据所述验证信息推送的所述收款人信息包括:所述第一终端在第一预定时间内接收所述服务器根据所述验证信息推送的所述收款人信息。
进一步地,所述第一终端根据所述收款人信息进行付款处理包括:所述第一终端在确定所述收款人信息正确后,在第二预定时间内通知所述服务器执行付款交易。
根据本发明的另一方面,提供了一种付款处理方法,包括:第二终端利用蓝牙接收第一终端广播的验证信息;所述第二终端将所述验证信息和收款人信息发送给服务器,其中,所述验证信息用于所述服务器将所述收款人信息发送给所述第一终端,所述收款人信息用于所述第一终端进行付款处理。
进一步地,所述第二终端将所述验证信息和所述收款人信息发送给所述服务器包括:所述第二终端确定与所述第一终端的贴近时间,其中,所述贴近时间为所述第二终端与所述第一终端之间的距离小于第一预定阈值的持续时间;当确定所述贴近时间大于或等于第二预定阈值时,所述第二终端将所述验证信息和所述收款人信息发送给所述服务器。
根据本发明的另一方面,提供了一种付款处理方法,包括:服务器接收第一终端发送的验证信息;所述服务器接收第二终端发送的验证信息和收款人信息,其中,所述第二终端发送的验证信息和收款人信息为所述第二终端在利用蓝牙接收到所述第一终端广播的验证信息后,发送给所述服务器的,所述第一终端通过蓝牙广播所述验证信息;所述服务器根据所述第一终端发送的验证信息和所述第二终端发送的验证信息,将所述收款人信息推送给所述第一终端,其中,所述收款人信息用于所述第一终端进行付款处理。
进一步地,所述服务器根据所述第一终端发送的验证信息和所述第二终端发送的验证信息,将所述收款人信息推送给所述第一终端包括:所述服务器判断所述第一终端发送的验证信息和所述第二终端发送的验证信息是否一致;在判断结果为一致的情况下,所述服务器将所述收款人信息推送给所述第一终端。
根据本发明的另一方面,提供了一种付款处理装置,所述装置应用于第一终端中,包括:发送模块,用于将验证信息发送给服务器;广播模块,用于利用蓝牙广播所述验证信息;第一接收模块,用于接收所述服务器根据所述验证信息推送的收款人信息,其中,所述收款人信息为利用蓝牙接收到所述验证信息的第二终端发送给所述服务器的;处理模块,用于根据所述收款人信息进行付款处理。
进一步地,所述第一接收模块包括:所述第一终端在第一预定时间内接收所述服务器根据所述验证信息推送的所述收款人信息。
进一步地,所述处理模块包括:通知单元,用于在确定所述收款人信息正确后,在第二预定时间内通知所述服务器执行付款交易。
根据本发明的另一方面,提供了一种付款处理装置,所述装置应用于第二终端中,包括:第二接收模块,用于利用蓝牙接收第一终端广播的验证信息;发送模块,用于将所述验证信息和收款人信息发送给服务器,其中,所述验证信息用于所述服务器将所述收款人信息发送给所述第一终端,所述收款人信息用于所述第一终端进行付款处理。
进一步地,所述发送模块包括:确定单元,用于确定与所述第一终端的贴近时间,其中,所述贴近时间为所述第二终端与所述第一终端之间的距离小于第一预定阈值的持续时间;发送单元,用于当确定所述贴近时间大于或等于第二预定阈值时,将所述验证信息和所述收款人信息发送给所述服务器。
根据本发明的另一方面,提供了一种付款处理装置,所述装置应用于服务器中,包括:第三接收模块,用于接收第一终端发送的验证信息;第四接收模块,用于接收第二终端发送的验证信息和收款人信息,其中,所述第二终端发送的验证信息和收款人信息为所述第二终端在利用蓝牙接收到所述第一终端广播的验证信息后,发送给所述服务器的,所述第一终端通过蓝牙广播所述验证信息;推送模块,用于根据所述第一终端发送的验证信息和所述第二终端发送的验证信息,将所述收款人信息推送给所述第一终端,其中,所述收款人信息用于所述第一终端进行付款处理。
进一步地,所述推送模块包括:判断单元,用于判断所述第一终端发送的验证信息和所述第二终端发送的验证信息是否一致;推送单元,用于在判断结果为一致的情况下,将所述收款人信息推送给所述第一终端。
通过本发明,采用第一终端将验证信息发送给服务器;所述第一终端利用蓝牙广播所述验证信息;所述第一终端接收所述服务器根据所述验证信息推送的收款人信息,其中,所述收款人信息为利用蓝牙接收到所述验证信息的第二终端发送给所述服务器的;所述第一终端根据所述收款人信息进行付款处理,解决了相关技术中存在的无法安全便捷的进行付款的问题,进而达到了安全便捷的进行付款的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的第一种付款处理方法的流程图;
图2是根据本发明实施例的第二种付款处理方法的流程图;
图3是根据本发明实施例的第三种付款处理方法的流程图;
图4是根据本发明实施例的第一种付款处理装置的结构框图;
图5是根据本发明实施例的第一种付款处理装置中处理模块48的结构框图;
图6是根据本发明实施例的第二种付款处理装置的结构框图;
图7是根据本发明实施例的第二种付款处理装置中发送模块64的结构框图;
图8是根据本发明实施例的第三种付款处理装置的结构框图;
图9是根据本发明实施例的第三种付款处理装置中推送模块86的结构框图;
图10是根据本发明实施例的终端A中的操作流程图;
图11是根据本发明实施例的终端B中的操作流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种付款处理方法,图1是根据本发明实施例的第一种付款处理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,第一终端将验证信息发送给服务器;
步骤S104,该第一终端利用蓝牙广播上述验证信息;
步骤S106,该第一终端接收服务器根据验证信息推送的收款人信息,其中,该收款人信息为利用蓝牙接收到上述验证信息的第二终端发送给服务器的;
步骤S108,该第一终端根据上述收款人信息进行付款处理。
其中,第一终端将验证消息发送给服务器和第一终端利用蓝牙广播验证信息的先后顺序不限,可以先执行前者,再执行后者,或者先执行后者,再执行前者,或者两个同时执行。图1中以先执行将验证信息发送给服务器在执行利用蓝牙广播上述验证信息为例进行的说明。通过上述步骤,付款方终端将验证信息通过蓝牙的方式广播给收款方终端,从而使得收款方终端根据接收的验证信息反馈收款人信息,并且,通过蓝牙传输验证信息的方式能够保证预定距离内的终端之间进行通信,提高了付款的安全系数,上述验证信息可以是随机产生的序列或随机产生的其他信息,从而降低了被破解的风险,同时,上述操作也省去了输入验证码输入各种密码的步骤,实现了快捷支付,解决了相关技术中存在的无法安全便捷的进行付款的问题,进而达到了安全便捷的进行付款的效果。
在一个可选的实施例中,上述第一终端接收服务器根据验证信息推送的收款人信息包括:第一终端在第一预定时间内接收服务器根据验证信息推送的收款人信息。也就是说,如果第一终端在第一预定时间之内没有收到收款人信息,说明预先发送的验证信息已失效,此时,需要再次发送一个随机的验证信息。通过设置有效期的方式,能够进一步提高付款的安全性。
在一个可选的实施例中,上述第一终端根据收款人信息进行付款处理包括:第一终端在确定收款人信息正确后,在第二预定时间内通知服务器执行付款交易。由此可知,在通知服务器执行付款交易的操作中也会设置一个有效期,超过预定时间则操作失效,需要重新去获取收款人信息,同样,有效地提高了付款的安全性。
图2是根据本发明实施例的第二种付款处理方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,第二终端利用蓝牙接收第一终端广播的验证信息;
步骤S204,该第二终端将上述验证信息和收款人信息发送给服务器,其中,给验证信息用于服务器将收款人信息发送给第一终端,该收款人信息用于第一终端进行付款处理。
通过上述步骤,第二终端通过蓝牙接收验证信息,也就是说,第一终端和第二终端之间通过蓝牙进行通信,而采用蓝牙通信实现了预定距离内的终端之间的通信,提高了通信的安全性,进一步提高了付款的安全性。从而有效解决相关技术中存在的无法安全便捷的进行付款的问题,进而达到了安全便捷的进行付款的效果。
在一个可选的实施例中,上述第二终端将验证信息和收款人信息发送给服务器包括:第二终端确定与第一终端的贴近时间,其中,该贴近时间为第二终端与第一终端之间的距离小于第一预定阈值的持续时间;当确定给贴近时间大于或等于第二预定阈值时,第二终端将上述验证信息和收款人信息发送给服务器。由此可知,只有当第一终端和第二终端的距离小于预定阈值,且两个终端之间保持该距离超过一个预定的时间之后,付款方终端才会将付款人信息发送给服务器,有效提高了付款的安全性。
图3是根据本发明实施例的第三种付款处理方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,服务器接收第一终端发送的验证信息;
步骤S304,该服务器接收第二终端发送的验证信息和收款人信息,其中,该第二终端发送的验证信息和收款人信息为第二终端在利用蓝牙接收到第一终端广播的验证信息后,发送给服务器的,该第一终端通过蓝牙广播验证信息;
步骤S306,该服务器根据第一终端发送的验证信息和第二终端发送的验证信息,将收款人信息推送给第一终端,其中,该收款人信息用于第一终端进行付款处理。
通过上述步骤,付款方终端将验证信息通过蓝牙的方式广播给收款方终端,从而使得收款方终端根据接收的验证信息反馈收款人信息,并且,通过蓝牙传输验证信息的方式能够保证预定距离内的终端之间进行通信,提高了付款的安全系数,上述验证信息可以是随机产生的序列或随机产生的其他信息,从而降低了被破解的风险,同时,上述操作也省去了输入验证码输入各种密码的步骤,实现了快捷支付,解决了相关技术中存在的无法安全便捷的进行付款的问题,进而达到了安全便捷的进行付款的效果。
在一个可选的实施例中,上述服务器根据第一终端发送的验证信息和第二终端发送的验证信息,将收款人信息推送给第一终端包括:该服务器判断第一终端发送的验证信息和第二终端发送的验证信息是否一致;在判断结果为一致的情况下,该服务器将收款人信息推送给第一终端。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
在本实施例中还提供了一种付款处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的第一种付款处理装置的结构框图,该装置可以应用于第一终端中,该第一终端可以是付款方终端,如图4所示,该装置包括发送模块42、广播模块44、第一接收模块46和处理模块48,其中,发送模块42和广播模块44的位置关系可以为多种,图4仅为一种方式。下面对该装置进行说明。
发送模块42,用于将验证信息发送给服务器;广播模块44,连接至上述发送模块42,用于利用蓝牙广播验证信息;第一接收模块46,连接至上述广播模块44,用于接收服务器根据验证信息推送的收款人信息,其中,给收款人信息为利用蓝牙接收到验证信息的第二终端发送给服务器的;处理模块48,连接至上述第一接收模块46,用于根据收款人信息进行付款处理。
在一个可选的实施例中,上述第一接收模块46包括:第一终端在第一预定时间内接收服务器根据验证信息推送的收款人信息。
图5是根据本发明实施例的第一种付款处理装置中处理模块48的结构框图,如图5所示,该处理模块48包括通知单元52,下面对该处理模块48进行说明。
通知单元52,用于在确定收款人信息正确后,在第二预定时间内通知服务器执行付款交易。
图6是根据本发明实施例的第二种付款处理装置的结构框图,该装置可以应用于第二终端,该第二终端可以是收款方终端,如图6所示,该装置包括第二接收模块62、发送模块64,下面对该装置进行说明。
第二接收模块62,用于利用蓝牙接收第一终端广播的验证信息;发送模块64,连接至上述第二接收模块62,用于将验证信息和收款人信息发送给服务器,其中,该验证信息用于服务器将收款人信息发送给第一终端,该收款人信息用于第一终端进行付款处理。
图7是根据本发明实施例的第二种付款处理装置中发送模块64的结构框图,如图7所示,该发送模块64包括确定单元72和发送单元74,下面对该发送模块64进行说明。
确定单元72,用于确定与第一终端的贴近时间,其中,该贴近时间为第二终端与第一终端之间的距离小于第一预定阈值的持续时间;发送单元74,连接至上述确定单元72,用于当确定上述贴近时间大于或等于第二预定阈值时,将上述验证信息和收款人信息发送给服务器。
图8是根据本发明实施例的第三种付款处理装置的结构框图,该装置可以应用于服务器中,如图8所示,该装置包括第三接收模块82、第四接收模块84和推送模块86,下面对该装置进行说明。
第三接收模块82,用于接收第一终端发送的验证信息;第四接收模块84,连接至上述第三接收模块82,用于接收第二终端发送的验证信息和收款人信息,其中,该第二终端发送的验证信息和收款人信息为第二终端在利用蓝牙接收到第一终端广播的验证信息后,发送给服务器的,第一终端通过蓝牙广播验证信息;推送模块86,连接至上述第四接收模块84,用于根据第一终端发送的验证信息和第二终端发送的验证信息,将收款人信息推送给第一终端,其中,该收款人信息用于第一终端进行付款处理。
图9是根据本发明实施例的第三种付款处理装置中推送模块86的结构框图,如图9所示,该推送模块86包括判断单元92和推送单元94,下面对该推送模块86进行说明。
判断单元92,用于判断第一终端发送的验证信息和第二终端发送的验证信息是否一致;推送单元94,连接至上述判断单元92,用于在判断结果为一致的情况下,将收款人信息推送给第一终端。
下面以上述蓝牙为低功耗蓝牙进行举例说明:
本实施例中提供了一种用于实现移动终端面对面付款的方法,尤其涉及一种利用低功耗蓝牙传递交易验证信息的技术实现移动终端面对面付款的方法。
终端A(同上述的第一终端)进入付款界面后,终端A自动生成随机的交易验证信息并将其发送到服务器端,同时终端A自动通过低功耗蓝牙将该交易验证信息广播出去。终端B(同上述的第二终端)进入收款界面后通过蓝牙接收到该交易验证信息,并通过蓝牙信号强度值自动计算发送该交易验证信息的终端A其与累积贴近的时间,当终端B判断其与终端A的累计贴近时间超过预定值时,则立即将该交易验证信息发送到服务器端,服务器端自动检测是否存在该交易验证信息,当检测存在后则将收款人信息推送给终端A,终端A将服务器推送的收款人信息展示在付款界面,当终端A监听到用户确认无误后点击一键付款按钮后则通知服务器执行付款交易。
例如,用户a借了用户b总共10万元现金。某日用户a约用户b见面后准备还钱。用户a在其支付应用中输入付款金额10万元并点击下一步进入到付款界面,并将手机贴近用户b的手机。与此同时用户b在其支付应用中点击面对面收款按钮后进入到收款界面。数秒之后用户a的支付界面显示收款人的头像、账号为123456789@qq.com、真实姓名为陈功国,并显示一键支付按钮。当用户a确认收款人确认无误并点击一键支付按钮后,用户a的支付应用自动提示付款成功,与此同时用户b的支付应用自动提示收款成功。
下面结合附图对上述方案进行具体说明:
当用户a准备给用户b转账一笔钱时,可以使用上述方案。其中,用户a和用户b的移动终端均带有低功耗蓝牙功能且均安装有支付应用,具体如图10、11所示,图10是根据本发明实施例的终端A中的操作流程图,图11是根据本发明实施例的终端B中的操作流程图,首先对图10进行说明,图10包括如下步骤:
S1002,用户a使用支付应用输入付款金额点击下一步进入付款界面,与此同时用户a将其终端贴近用户b的终端。
S1004,终端A自动在后台生成一串随机的交易验证信息,记为M0。
S1006,终端A自动通过后台网络将该交易验证信息M0发送到服务器端的交易池中,与此同时终端A自动开始倒计时。
S1008,终端A自动将该交易验证信息通过低功耗蓝牙广播出去。
S1110,终端A自动监听在倒计时内服务器端是否有推送收款人,当监听到服务器端有推送收款人,则执行S1012流程,否则执行S1014流程。
S1012,终端A将该收款人信息(包括收款人头像,账号,真实姓名等)显示在支付界面中并显示一键付款按钮,并自动监听在倒计时内用户是否按下了一键支付按钮,当终端A监听在倒计时内到用户a按下了一键支付按钮则自动执行S1016流程,否则执行S1018流程。
S1014,提示未发现收款人。
S1016,通知服务器执行付款交易并提示用户a和用户b付款成功。
S1018,提示用户a和用户b付款失败。
下面对图11进行说明,如图11所示,该流程包括如下步骤:
S1102,用户b使用支付应用进入收款界面。
S1104,终端B在接收到终端A的蓝牙广播信号后,从广播信号的数据包中提取该交易验证信息,记为M1。
S1106,终端B自动检测其接收到的蓝牙广播信号的信号强度值(RSSI),并根据该信号强度值通过相关算法计算出终端A与终端B之间的距离,记为S。
S1108,终端B自动将该距离S与应用预置的最大的贴近距离L比较。当判断S<L时,即终端A与终端B的距离小于应用预置的最大的贴近距离时,则判断终端A与终端B贴近成功并执行S1110流程,否则执行S1112流程。
S1110,终端B自动计算其与终端A连续贴近的累计时间t,当累计时间t大于系统预设的时间t0时,即t>t0时执行S1114流程,当倒计时截止仍未满足t>t0时执行S1116流程。
S1112,提示未发现付款人。
S1114,终端B自动将其支付账号信息P及交易验证信息M1通过后台网络发送到服务器端。服务器端立即检测交易验证列表中是否存在M1,当检测存在时则把账号信息P作为收款人推送给终端A。
S1116,提示连续贴近时间不够长。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,第一终端将验证信息发送给服务器;
S2,该第一终端利用蓝牙广播上述验证信息;
S3,该第一终端接收服务器根据验证信息推送的收款人信息,其中,该收款人信息为利用蓝牙接收到上述验证信息的第二终端发送给服务器的;
S4,给第一终端根据上述收款人信息进行付款处理。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
S1,第二终端利用蓝牙接收第一终端广播的验证信息;
S2,该第二终端将上述验证信息和收款人信息发送给服务器,其中,给验证信息用于服务器将收款人信息发送给第一终端,该收款人信息用于第一终端进行付款处理。
可选地,存储介质还被设置为存储用于执行以下步骤的程序代码:
S1,服务器接收第一终端发送的验证信息;
S2,该服务器接收第二终端发送的验证信息和收款人信息,其中,该第二终端发送的验证信息和收款人信息为第二终端在利用蓝牙接收到第一终端广播的验证信息后,发送给服务器的,该第一终端通过蓝牙广播验证信息;
S3,该服务器根据第一终端发送的验证信息和第二终端发送的验证信息,将收款人信息推送给第一终端,其中,该收款人信息用于第一终端进行付款处理。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
通过上述实施例,可以达到如下有益效果:
随机生成的交易验证信息即使被黑客截获也不会暴露用户帐户信息,且其只具有数秒的有效期,大大增加了支付的安全性。
利用低功耗蓝牙广播交易验证信息给收款人,让交易在不知不觉中自动关联起付款人和收款人。
利用低功耗蓝牙的信号强度值计算付款人和收款人的贴近距离彻底杜绝了陌生人给误判为收款人的可能性。
付款界面展示收款人信息后才显示一键支付按钮,让付款人在确认收款人信息无误后才能点击一键支付按钮,彻底让面对面付款的误操作降低为零。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种付款处理方法,其特征在于,包括:
第一终端将验证信息发送给服务器;
所述第一终端利用蓝牙广播所述验证信息;
所述第一终端接收所述服务器根据所述验证信息推送的收款人信息,其中,所述收款人信息为利用蓝牙接收到所述验证信息的第二终端发送给所述服务器的;
所述第一终端根据所述收款人信息进行付款处理。
2.根据权利要求1所述的方法,其特征在于,所述第一终端接收所述服务器根据所述验证信息推送的所述收款人信息包括:
所述第一终端在第一预定时间内接收所述服务器根据所述验证信息推送的所述收款人信息。
3.根据权利要求1所述的方法,其特征在于,所述第一终端根据所述收款人信息进行付款处理包括:
所述第一终端在确定所述收款人信息正确后,在第二预定时间内通知所述服务器执行付款交易。
4.一种付款处理方法,其特征在于,包括:
第二终端利用蓝牙接收第一终端广播的验证信息;
所述第二终端将所述验证信息和收款人信息发送给服务器,其中,所述验证信息用于所述服务器将所述收款人信息发送给所述第一终端,所述收款人信息用于所述第一终端进行付款处理。
5.根据权利要求4所述的方法,其特征在于,所述第二终端将所述验证信息和所述收款人信息发送给所述服务器包括:
所述第二终端确定与所述第一终端的贴近时间,其中,所述贴近时间为所述第二终端与所述第一终端之间的距离小于第一预定阈值的持续时间;
当确定所述贴近时间大于或等于第二预定阈值时,所述第二终端将所述验证信息和所述收款人信息发送给所述服务器。
6.一种付款处理方法,其特征在于,包括:
服务器接收第一终端发送的验证信息;
所述服务器接收第二终端发送的验证信息和收款人信息,其中,所述第二终端发送的验证信息和收款人信息为所述第二终端在利用蓝牙接收到所述第一终端广播的验证信息后,发送给所述服务器的,所述第一终端通过蓝牙广播所述验证信息;
所述服务器根据所述第一终端发送的验证信息和所述第二终端发送的验证信息,将所述收款人信息推送给所述第一终端,其中,所述收款人信息用于所述第一终端进行付款处理。
7.根据权利要求6所述的方法,其特征在于,所述服务器根据所述第一终端发送的验证信息和所述第二终端发送的验证信息,将所述收款人信息推送给所述第一终端包括:
所述服务器判断所述第一终端发送的验证信息和所述第二终端发送的验证信息是否一致;
在判断结果为一致的情况下,所述服务器将所述收款人信息推送给所述第一终端。
8.一种付款处理装置,其特征在于,应用于第一终端中,包括:
发送模块,用于将验证信息发送给服务器;
广播模块,用于利用蓝牙广播所述验证信息;
第一接收模块,用于接收所述服务器根据所述验证信息推送的收款人信息,其中,所述收款人信息为利用蓝牙接收到所述验证信息的第二终端发送给所述服务器的;
处理模块,用于根据所述收款人信息进行付款处理。
9.根据权利要求8所述的装置,其特征在于,所述第一接收模块包括:
所述第一终端在第一预定时间内接收所述服务器根据所述验证信息推送的所述收款人信息。
10.根据权利要求8所述的装置,其特征在于,所述处理模块包括:
通知单元,用于在确定所述收款人信息正确后,在第二预定时间内通知所述服务器执行付款交易。
11.一种付款处理装置,其特征在于,应用于第二终端中,包括:
第二接收模块,用于利用蓝牙接收第一终端广播的验证信息;
发送模块,用于将所述验证信息和收款人信息发送给服务器,其中,所述验证信息用于所述服务器将所述收款人信息发送给所述第一终端,所述收款人信息用于所述第一终端进行付款处理。
12.根据权利要求11所述的装置,其特征在于,所述发送模块包括:
确定单元,用于确定与所述第一终端的贴近时间,其中,所述贴近时间为所述第二终端与所述第一终端之间的距离小于第一预定阈值的持续时间;
发送单元,用于当确定所述贴近时间大于或等于第二预定阈值时,将所述验证信息和所述收款人信息发送给所述服务器。
13.一种付款处理装置,其特征在于,应用于服务器中,包括:
第三接收模块,用于接收第一终端发送的验证信息;
第四接收模块,用于接收第二终端发送的验证信息和收款人信息,其中,所述第二终端发送的验证信息和收款人信息为所述第二终端在利用蓝牙接收到所述第一终端广播的验证信息后,发送给所述服务器的,所述第一终端通过蓝牙广播所述验证信息;
推送模块,用于根据所述第一终端发送的验证信息和所述第二终端发送的验证信息,将所述收款人信息推送给所述第一终端,其中,所述收款人信息用于所述第一终端进行付款处理。
14.根据权利要求13所述的装置,其特征在于,所述推送模块包括:
判断单元,用于判断所述第一终端发送的验证信息和所述第二终端发送的验证信息是否一致;
推送单元,用于在判断结果为一致的情况下,将所述收款人信息推送给所述第一终端。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510208629.XA CN106157021A (zh) | 2015-04-28 | 2015-04-28 | 付款处理方法及装置 |
PCT/CN2015/080512 WO2016173082A1 (zh) | 2015-04-28 | 2015-06-01 | 付款处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510208629.XA CN106157021A (zh) | 2015-04-28 | 2015-04-28 | 付款处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106157021A true CN106157021A (zh) | 2016-11-23 |
Family
ID=57198887
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510208629.XA Withdrawn CN106157021A (zh) | 2015-04-28 | 2015-04-28 | 付款处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106157021A (zh) |
WO (1) | WO2016173082A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019191996A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种数据传输方法及设备 |
CN110517036A (zh) * | 2019-08-29 | 2019-11-29 | 湖南工学院 | 一种二维码付款防盗刷支付的方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108805553A (zh) * | 2017-04-27 | 2018-11-13 | 上海慧流云计算科技有限公司 | 一种支付信息处理方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771754A (zh) * | 2008-12-31 | 2010-07-07 | 北京联想软件有限公司 | 一种移动终端及其近场通信的方法 |
CN102081769A (zh) * | 2009-11-27 | 2011-06-01 | 阿里巴巴集团控股有限公司 | 支付数据处理方法、系统、支付终端及支付服务器 |
CN103530770A (zh) * | 2013-09-09 | 2014-01-22 | 金子光 | 一种手机一键付款方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201984575U (zh) * | 2010-03-24 | 2011-09-21 | 李勇 | 一种蓝牙支付装置 |
CN103903140B (zh) * | 2014-03-14 | 2018-05-11 | 福建联迪商用设备有限公司 | 一种o2o安全支付方法、系统和一种安全支付后台 |
-
2015
- 2015-04-28 CN CN201510208629.XA patent/CN106157021A/zh not_active Withdrawn
- 2015-06-01 WO PCT/CN2015/080512 patent/WO2016173082A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771754A (zh) * | 2008-12-31 | 2010-07-07 | 北京联想软件有限公司 | 一种移动终端及其近场通信的方法 |
CN102081769A (zh) * | 2009-11-27 | 2011-06-01 | 阿里巴巴集团控股有限公司 | 支付数据处理方法、系统、支付终端及支付服务器 |
CN103530770A (zh) * | 2013-09-09 | 2014-01-22 | 金子光 | 一种手机一键付款方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019191996A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种数据传输方法及设备 |
CN111149313A (zh) * | 2018-04-04 | 2020-05-12 | 华为技术有限公司 | 一种数据传输方法及设备 |
CN111149313B (zh) * | 2018-04-04 | 2021-05-18 | 华为技术有限公司 | 一种数据传输方法及设备 |
CN110517036A (zh) * | 2019-08-29 | 2019-11-29 | 湖南工学院 | 一种二维码付款防盗刷支付的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016173082A1 (zh) | 2016-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10257279B2 (en) | Device specific remote disabling of applications | |
CN104599121B (zh) | 一种信息传输方法、装置和系统 | |
RU2520392C2 (ru) | Система электронных платежей и способ авторизации платежа | |
US7610040B2 (en) | Method and system for detecting possible frauds in payment transactions | |
EP2759968A1 (en) | Transaction payment method and system | |
CN105654286A (zh) | 支付方法、支付装置和可穿戴设备 | |
CN107026815A (zh) | 一种支付业务处理方法、支付服务器、相关设备及系统 | |
US10002350B2 (en) | Methods for secure transactions | |
CN104657857A (zh) | 一种实现支付的方法、相关装置及系统 | |
CN107545425A (zh) | 一种支付方法和装置 | |
CN105898418A (zh) | 一种智能终端、遥控器及智能终端支付方法 | |
CN105608563A (zh) | 一种支付处理方法及相关设备、系统 | |
CN108596579A (zh) | 一种虚拟资源转移方法、装置、终端及存储介质 | |
CN102855560A (zh) | 一种移动支付方法及系统 | |
CN107169753A (zh) | 转账方法、装置及计算机可读存储介质 | |
CN111105225A (zh) | 一种转账方法、装置、设备及存储介质 | |
CN110351349A (zh) | 一种实现云音箱工作的方法及系统 | |
CN106157021A (zh) | 付款处理方法及装置 | |
CN106961466A (zh) | 资源的发送、领取方法及其设备 | |
CN108985768B (zh) | 一种数据转移系统、方法及装置 | |
CN104462934A (zh) | 一种信息处理方法及电子设备 | |
CN109978317A (zh) | 异常交易处理方法、互动平台及计算机可读存储介质 | |
CN105719130B (zh) | 支付验证方法、装置及系统 | |
CN109155778A (zh) | 一种基于验证终端的支付方法和装置 | |
CN106204025A (zh) | 一种基于sim卡的支付方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20161123 |