CN101989337A - 一种支付系统中实现安全支付的控制方法及控制装置 - Google Patents
一种支付系统中实现安全支付的控制方法及控制装置 Download PDFInfo
- Publication number
- CN101989337A CN101989337A CN2009100556581A CN200910055658A CN101989337A CN 101989337 A CN101989337 A CN 101989337A CN 2009100556581 A CN2009100556581 A CN 2009100556581A CN 200910055658 A CN200910055658 A CN 200910055658A CN 101989337 A CN101989337 A CN 101989337A
- Authority
- CN
- China
- Prior art keywords
- payment
- buyer
- remaining sum
- request information
- seller
- 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
Images
Abstract
本发明提供一种用于在支付系统中实现安全支付的控制方法,主要通过对支付款项的全额分成两个部分来支付的流程以提供一种实现安全支付的控制方法,其特征在于,包括步骤:a.接收支付请求信息,b.根据所述支付请求信息确定第一支付部分以及第二支付部分,c.执行针对所述第一支付部分的支付操作,d.接收余款支付请求信息,以及e.根据所述余款支付请求信息执行针对所述第二支付部分的支付操作,此外还提供了用于在支付系统中实现安全支付的控制装置。本发明旨在通过在第三方支付系统中为买家预扣留一部分金额的方法来规范卖家的交易行为,同时也在一定程度上保护了买家的利益,使得电子商务系统能够为网络用户进行网上交易提供更安全的保障。
Description
技术领域
本发明涉及金融信息管理系统,尤其是支付处理系统,具体地,涉及在支付处理系统中实现安全支付的控制方法以及相应的控制装置。
背景技术
近年来,随着互联网技术的高速发展,尤其是在互联网进入到WEB2.0时代后,越来越多的买卖交易开始通过互联网平台来进行,无论是B2B,即企业对企业之间的电子商务模式或者是B2C,即企业与消费者之间的电子商务模式正在被更多的人所接受。各大银行等金融机构开通了网上银行服务,使客户足不出户就能查看自己的账户信息,进行金融交易,支付各类账单等等,银行客户只要办理了该银行的网上银行服务后,就能登录到所述银行的网上银行系统管理自己的银行账户。
而随着网上购物在时下年轻人中开始流行,eBay、淘宝网、易趣、阿里巴巴等网上交易平台开始孕育而生,而独立的第三方支付系统或依附于一个或多个特定交易平台的为电子商务提供了在线支付的解决方案。例如,阿里巴巴创办的支付宝交易平台是大家所熟知的第三方支付系统,当淘宝网用户在网上达成商品交易后,买家将商品价格的全额汇款到支付宝平台上,然后支付宝系统会通知卖家发货,当买家收到货物后再次通知支付宝系统,由支付宝系统将商品的金额汇款到卖家的账户上,完成整个交易活动。类似地,贝宝(PayPal)也优选地为易贝(eBay)的商户提供支付服务。进一步类似地,快钱、ChinaPay等机构也提供在线支付服务,例如工商银行、招商银行等大部分商业银行也提供在线支付服务,这为网上交易以及快速支付提供了便捷的渠道。
一方面,电子商务为商家以及消费者提供了快捷的交易服务,另一方面,在线支付等支付手段也为电子商务提供了支付便利和保障,这大大促进了电子商务的发展。但在此过程中,网上交易的安全问题仍旧是买卖双方最为关心的问题,同时也是电子商务系统需要进一步完善的地方,尤其是交易过程中的支付系统的安全尤为重要。
本发明旨在提供一种用于支付系统中实现安全支付的控制方法,通过在第三方支付系统中为买家预扣留一部分金额的方法来规范卖家的交易行为,同时也在一定程度上保护了买家的利益,使得电子商务系统能够为网络用户进行网上交易提供更安全的保障。
发明内容
针对现有技术中的缺陷,本发明的目的是通过在支付处理系统中为买家预扣留一部分金额的方法来实现安全支付的控制方法,并提供了相应的控制装置。
根据本发明的一个方面,提供了一种用于支付系统中实现安全支付的控制方法,其特征在于,包括步骤:a.接收支付请求信息;b.根据所述支付请求信息确定第一支付部分以及第二支付部分;以及c.执行针对所述第一支付部分的支付操作。
根据本发明的另一个方面,还提供了一种用于支付系统的控制装置,其特征在于,包括:第一接收装置,用于接收支付请求信息;第一确定装置,用于根据所述支付请求信息确定第一支付部分以及第二支付部分;以及第一执行装置,用于执行针对所述第一支付部分的支付操作。
本发明主要通过在支付处理系统中分阶段支付款项,为买家预扣留一部分金额以规范卖家的交易行为,同时也在一定程度上保护了买家的利益,使得电子商务系统能够为网络用户进行网上交易提供更安全的保障,进一步地,本发明提供的控制方法还可以应用于其他网上支付系统,例如网上银行系统、信用卡还款系统等。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出了本发明的一个具体实施例的,用于确定第一支付金额和第二支付金额的流程图;
图2示出了本发明的一个具体实施例的,用于具体执行支付的操作流程图;
图3示出了本发明的一个具体实施例的,用于在支付系统中实现安全支付的后台数据库系统操作记录的示意图;
图4示出了本发明的一个具体实施例的,用于支付系统实现安全支付的网络拓扑图;
图5示出了根据本发明的第一实施例的,根据买家与卖家之间协商来确定余额比例方法的示意图;
图6示出了根据本发明的第二实施例的,由第三方支付系统来确定余额比例的示意图;
图7示出了用于根据本发明的第一实施例的,在支付处理系统中确定支付金额部分的控制装置部分的结构示意图;以及
图8示出了根据本发明的第一实施例的,在支付处理系统中具体执行支付流程的控制装置部分的结构示意图。
具体实施方式
图1示出了本发明的一个具体实施例的,用于在支付系统中实现安全支付的控制方法的部分流程图。这里需要说明的是,本发明所述的整个支付流程包括确定第一支付金额和第二支付金额的流程以及具体执行支付操作的流程这两部分组成。图1中所示的是前者,即确定支付金额部分,而具体执行支付的操作流程将在图2中详细说明。
具体地,首先,执行步骤S210,接收支付请求信息。本领域技术人员理解,优选地,本实施例应用于网上交易平台,例如,网络用户在淘宝网上购物,通过支付宝交易平台完成买家和卖家之间的支付交易。比如,当买卖双方达成交易协议后,买家首先将商品价格的全额汇款到支付宝平台上,此时支付宝即接收到买家的支付请求信息,然后支付宝会通知卖家发货;又例如,网络用户通过网上银行支付一些账单费用,比如,所述用户开通了工行网上银行业务,并通过网上银行系统支付手机话费账单,当用户登录工行的网上银行网站后,在菜单中选择所要支付的手机话费项目,比如用户需要支付2009年6月的手机话费账单,那么当用户选择所述账单并点击提交后,工行网上银行的后台服务系统即接收到了支付请求信息。
然后,进入步骤S211,根据所述请求信息确定余额比例。本领域技术人员理解,例如,在支付宝系统中,当支付宝通知卖家发货,并且买家在收到卖家发出的货物后,向支付宝发出通知,随即支付宝将买家先前支付的商品金额再支付给卖家。本发明为了保护买家的利益,比如卖家发出的货物在质量上存在问题,或者买家收到的商品在型号,款式,颜色等方面与当初达成交易时的商品有出入等问题,支付宝系统可以为买家扣留一部分金额,即先向卖家支付商品的大部分金额,当买家确定商品没有任何问题时,再将剩余的金额支付给卖家。
优选地,所述余额比例的确定可以由买家和卖家之间来协商决定,例如如图5所示。比如买卖双方可以根据每次不同的交易商品来确定不同的余额比例,优选地,所述余额比例低于20%,比如交易的商品是小件的,价格比较便宜的物品,如围巾、T恤、休闲鞋、书籍等商品时,所述余额比例可以设定地比较小一些,比如确定余额比例为5%到10%之间;又比如,交易的商品是大件的,价格比较昂贵的物品,比如名牌手表、高端智能手机、家用电器、金银首饰等商品时,所述余额比例可以设定地相对大一些,比如确定余额比例为15%到20%之间。进一步地,所述余额比例的确定可以根据买家和卖家之间的熟悉程度来确定,比如买家和卖家是很熟悉的朋友或者双方之前已经作过很多商品买卖交易,彼此之间已经建立起了良好的信任关系,那么所述余额比例可以设定的相对较低一些,而如果买卖双方是初次进行商品交易的,彼此之间比较陌生,那么所述余额比例可以设定的相对较高一些,例如设定为35%,这并不影响本发明的实质内容。上述具体的余额比例可以通过买卖双方的协商来最终确定,然后将确定的余额比例发送给支付宝系统。
次选地,所述余额比例可以由支付宝系统来确定,如图6所示。首先由支付宝系统来设定余额比例,比如支付宝系统可以根据交易的金额大小来确定余额比例,本领域技术人员理解,在支付宝后台服务系统的数据库中可以预先设定余额比例,比如,交易总额在100元之内的(包括100元),所述余额比例为5%;交易总额在100-1000元之间的(包括1000元),所述余额比例为10%;交易总额在1000-5000元之间的(包括5000元),所述余额比例为12%;5000-10000元之间的(包括10000元),所述余额比例为15%,以此类推,这里所述支付宝后台数据库中可以编写相关程序来设定不同的余额比例。然后买卖双方在达成交易协议后,买家将商品金额汇款到支付宝系统,支付宝根据所述交易金额所在的范围来确定余额比例,比如,买卖双方本次商品交易的总额为1200元,所述总额落在了1000-5000元这一范围内,那么根据支付宝后台服务系统设定的余额比例应该为12%。进一步地,所述支付宝后台服务系统还可以根据卖家在之前进行买卖交易的口碑来确定所述余额比例,例如,对于信用评级较高的卖家,所述系统可以设定较低的余额比例,而对于信用评级较低的卖家,所述系统可以设定相对较高的余额比例;同时,所述支付宝系统还可以随时根据卖家在交易中的信用度来调整为所述卖家设定的余额比例,对于原先信用评级较低的卖家,当其在最近的买卖交易中信用度提高时,可以为其信用评级加分,从而调低所述余额比例;而对于原先信用评级较高的卖家,如果其在最近的交易中多次出现违约的行为时,所述支付宝系统可以降低其信用评级,从而对其调高所述余额比例,以此来更好地保护买家的利益。
更进一步地,所述余额比例可以由买家、卖家以及支付宝三方之间来协商,首先由支付宝系统根据交易金额大小拟定相应的余额比例,然后买卖双方可以根据具体情况来调整余额比例,比如根据具体交易的商品种类,双方之间的信任度等情况来最终确认余额比例,并将所述余额比例发送给支付宝系统。例如,针对服饰类别的交易,将余额比例确定为15%,具体地,对于新款上市的服饰,由于需求量较大,常常会出现缺货的情况,那么支付宝系统可以设定余额比例为15%,而随着所述新款服饰的生产量不断扩大,供需逐渐平衡,然后买家可以适当调低所述余额比例,或者支付宝将信誉好的商家的余额比例调低的过程。其中,本领域技术人员理解,支付宝系统可以在客户端为买家或者卖家提供发送消息的界面,用户可以将调整的余额比例填写在所述界面的输入框中,点击提交后发送给支付宝系统,然后通过后台服务系统将所述余额比例记录到数据库中,进一步地,如果支付宝对所述调整后的余额比例不能接受,那么后台服务系统可以将建议的余额比例反馈给买家和卖家,供双方进一步协商,直到最终三方达成协议,确定余额比例。在这样的过程中,优选地,为卖家和买家提供一种协商机制,例如图5或图6所示实施例,并且优选地在协商一致后将所述余额比例更新至对应的数据库或数据表中;而次优地,一方(买方或卖方,或者说付款请求者与付款者)提出一个余额比例,该比例即被更新至对应的数据表中,并在另一方(卖方或买方)提出新的余额比例建议时再次更新所述数据表。所述数据表的具体格式可以参考图3所述予以详细阐述,在此不予赘述。
接着,执行步骤S212,根据所述余额比例以及支付全额确定所述第二支付部分。这里所述第二支付部分即为所述的余额部分,本领域技术人员理解,根据支付全额以及所确定的余额比例,在支付宝后台数据库中,可以通过公式计算出所述余额部分,即将支付全额的数值乘以所确定的余额比例就能确定所述余额部分。例如,当数据库中表格是EXCEL格式的数据库表时,可以运用EXCEL中的相关的列来计算所述余额部分;又例如,当所述数据库是SQL SERVER或者ORACLE时,可以运用数据库SQL语言来执行计算,具体过程在图3中详细阐述。
然后,执行步骤S213,将所述支付金额和所述第二支付部分的差额作为所述第一支付部分。具体地,本领域技术人员理解,根据不同的数据库表的形式,运用相关的公式来计算,即将所述支付全额减去上述确定的所述第二支付部分的金额后即可得到所述第一支付部分,进一步地,还可以根据所述余额比例,将所述支付全额乘以(1-所述余额比例)后也可得到所述第一支付部分的金额,例如,当所述支付全额为1200元,所述余额比例为10%,所述第二支付部分的金额为120(1200*10%)元,那么计算所述第一支付部分的金额时,可以根据1200-120得到结果为1080,或者可以根据余额比例来计算,即通过1200*(1-10%)计算得出。
在上述步骤S212和步骤S213的一个变化例中,所述两个步骤可以互换。具体地,可以根据所述支付全额以及所述余额比例先计算出所述第一支付部分的金额,然后再计算出所述第二支付部分的金额,这并不影响本发明的实质,在此不予赘述。
参考上述图1所述步骤S210,本领域技术人员理解,所述接收所述支付请求信息的请求根据不同的实施环境而不同。例如当用户通过手机上网的时候,具体地,在卖家达成买卖交易后,买家可以通过手机话费直接支付货款,而商品费用会在买家的手机话费中直接扣除,这里买家可以通过手机短消息或WAP协议等方式向卖家发出使用手机话费支付的请求信息,相应地,所述支付处理系统(,例如,其中的控制装置)通过与手机短消息或WAP协议对应的方式接收所述请求信息,即所述支付处理系统应包括与上述协议对应的接收装置;又比如,当买家没有注册第三方支付平台的账号时,还可以通过网上银行直接向卖家支付款项,具体地,买家登录所述网上银行系统,通过转账汇款操作将支付金额汇款到卖家的账户上,此时,所述网上银行系统优选地通过与HTTP协议相适应的接收装置接收所述支付请求信息,例如该接收装置包括一个相应的接口。
参考上述图1所示步骤S211,本领域技术人员理解,可以通过不同的方式实现确定所述余额比例的过程。例如,优选地,所述余额比例被存储在一个数据库中,该数据库由第三方支付平台的后台服务系统来维护。进一步地,本领域技术人员理解,所述同一个卖家针对不同的买家,其余额比例是不同的,换句话说,所述余额比例是由买卖双方之间的协商来确定的,例如当买卖双方彼此间很熟识,那么可以设置较低余额比例,而如果双方是初次进行买卖交易,那么所述余额比例可能会相对较高一些;而在一个变化例中,所述同一个卖家针对同一个类别的买家的余额比例是一致的,例如这些买家都属于同一个地域,或者都具有某种特定身份(例如都是中国银行的员工),当所述中国银行的多位员工同时向同一个卖家购买一件商品时,由于买家具有特定的身份,而且所购买的商品也是一致的,那么卖家可以针对这一类别的买家设定相同的余额比例。次优地,在每次支付过程中,应用本发明的支付处理系统均通过询问买家,即付款请求者以及卖家,即付款者的方式来确定所述支付余额,比如,付款者是通过如支付宝这样的第三方支付平台付款的,买卖双方可以就具体情况设定不同的余额比例;又比如,付款者是采用货到后直接付款的方式,那么卖家可以要求买家一次支付全部的金额。具体地,根据不同支付方式所存在的交易风险,买卖双方设定不同的余额比例,在此不予赘述。
在上述图1所示实施例的一个变化例中,所述步骤S211被省略,即不确定所述余额比例,相应地,所述步骤S212变化为“确定所述第一支付部分”,即所述支付处理系统直接确定所述第一支付部分。具体地,这样的变化例可以通过如下方式实现:
本发明所提供的(例如图7所示的)控制装置根据不同的交易金额确定不同的第一支付部分,例如交易金额低于100元的,所述第一支付部分通过如下公式计算:
If交易金额 大于30then
第一支付部分=30
Else
第一支付部分=交易金额-1
其中,设定交易金额的最小单位1。
相应地,本领域技术人员可以结合现有技术以及上述实施例、变化例实现更多的变化例,在此不予赘述。
图2示出了根据图1所述的,用于支付系统中实现安全支付的控制方法的整个流程图的第二部分,即具体执行支付的操作流程图。具体地,首先,执行步骤S220,执行针对所述第一支付部分的支付操作。本领域技术人员理解,在支付宝交易系统中,当卖家将商品发出并且买家收到商品后,买家通知支付宝系统已收到商品,然后支付宝将买家之前汇款的商品金额支付给卖家。这里根据图1所述的流程,将商品金额的全额分为了两个部分来支付,所述第一支付部分是全额中所占比例较大的一部分金额,而所述第二支付部分即为所述的余额部分。所述步骤执行的是将上述确定的第一支付部分支付给卖家,优选地,买家可以在收到商品后通知支付宝系统将第一支付部分的金额支付给卖家;次选地,买家还可以在和卖家达成交易的同时即通知支付宝系统先将第一支付部分的金额支付给卖家,所述方式是建立在买家与卖家之间已经构筑起良好的互相信任的情况下。具体地,支付宝后台数据库可以根据付款人以及收款人,即所述的买家和卖家的信息,获取数据表中相对应的交易记录,并运用数据库操作语句提取所述记录中的差额(第一支付部分)字段,并将所述金额汇款到卖家的账户上,同时支付宝系统应该与买家确定一个支付所述第二支付部分的时间期限并将所述期限告知卖家,卖家若同意了所述期限,即确定在所述期限内支付第二支付部分的金额;卖家若不同意所述期限,可以与买家协商重新确定时间期限。所述时间期限可以根据不同的商品种类来确定,比如毛巾,衣服,鞋子之类的日常用品,一般比较容易鉴别其质量、款式等是否符合要求,那么所述时间期限可以设定在12小时之内或者24小时之内支付第二支付部分的金额;而比如像金银首饰、数码产品、电脑硬件等比较昂贵且高档的商品,通常需要一定时间来确定其质量是否存在问题,那么所述时间期限可以设定在48小时或者72小时之内支付第二支付部分的金额。具体地,买卖双方还可以根据其他实际情况来协商,只要双方都认可就可以确定所述时间期限,并由买家或者卖家中任意一方告知支付宝系统所述时间期限,同时支付宝系统在后台数据库中记录下所确定的时间期限。
接着,进入步骤S221,判断余额是否符合被支付条件。优选地,可以将买家确认收到的商品是否存在质量问题作为所述判断条件。具体地,买家在上述确定的支付所述余额的时间期限内检验商品的质量,若没有发现有任何问题,那么买家告知支付宝系统所述商品完全符合要求,然后执行步骤S222,执行针对所述第二支付部分的操作。支付宝系统将所述余额打到卖家的账上,卖家确认收到所述余额款项,整个支付交易流程结束;若买家在所述时间期限内发现商品存在质量问题,即不符合余额支付条件时,那么买家告知支付宝系统所述商品的质量不符合要求,同时买家应将商品存在的具体质量问题或者其他相关问题的描述发送给支付宝系统,本领域技术人员理解,支付宝交易平台在客户端可以为用户提供一个发送商品质量问题描述的界面或者是留言板的形式买家可以将所述商品的质量问题通过文字描述或者买家可以上传商品实物的图片等方式将信息通过交易平台发送到后台服务系统中。然后执行步骤S223,发出不符合支付条件的提示信息,具体地,支付宝系统根据收到的买家对商品质量问题的描述信息后向卖家发出提示信息,告知其发出的商品存在质量问题,并将买家描述的具体质量问题在提示信息中一起发送给卖家,本领域技术人员理解,支付宝系统可以通过电子邮件的方式发送所述提示信息,或者以通知的形式发送给卖家,当卖家登录支付宝系统后,就能看到通知信息。进一步地,支付宝系统可以要求买卖双方就存在问题继续协商,具体地,支付宝系统可以同时向买家和卖家发送继续协商的提示信息,卖家在收到所述提示信息后可以根据买家提出的质量问题与买家进行核实,并协商出一个解决的方案,比如,卖家发现商品确实存在比较明显的质量问题,可以收回所述商品,并尽快重新发送新的所述商品,然后回到图2所示流程中的步骤S221,再次判断余额是否符合被支付条件,以此类推,直到商品质量符合要求,完成所述整个交易流程。又比如,卖家发现商品质量确实存在一些问题,但所述质量问题不影响买家的使用时,通过与买家的协商后,达成协议:买家同意接受所述商品并要求得到适当的补偿,买家可以向支付宝系统发出退款请求信息并将其与卖家达成的协议发送给支付宝系统,然后支付宝系统将所述第二支付部分的金额退还给买家。进一步地,如果所述商品质量问题很小,那么买家与卖家达成协议,将所述第二支付部分的金额再按一定比例,一部分支付给卖家,另一部分退还给买家,作为对其的补偿,本领域技术人员理解,支付宝后台数据库可以通过所述比例再将第二支付部分的金额一份为二,分别支付给买卖双方,其中所述比例完全可以由买家与卖家之间协商确定后告知支付宝系统,在此不予赘述。
在本实施例的一个变化例中,在所述步骤S221中,如果买家没有在事先确定的所述时间期限内答复支付宝系统其商品是否存在质量问题时,优选地,支付宝系统可以向买家发出提示信息,提醒买家尽快确认商品的质量是否存在问题,如果买家仍旧没有答复,系统默认买家已确定商品质量没有问题,进一步地,支付宝系统随即执行支付第二支付部分的操作,将所述余额打到卖家的账上,完成整个交易流程。次选地,支付宝系统可以直接默认买家已确定商品质量没有问题,而将所述余额支付给卖家,完成整个交易流程。
例如,具体地,所述第二支付部分的付款条件可以如下所示:
条件A,同时满足如下条件:
1、48小时内没有提出质量问题;以及
2、同一种类商品没有退货记录。
条件B,同时满足如下条件:
1、24小时内买家提出了质量问题;以及
2、通过买卖双方的协商解决了商品所存在的质量问题。
条件C:买家向所述第三方支付平台发出支付第二支付部分的请求信息。
根据实施需要,可以选择上述条件中的任意一个作为所述第二支付部分的付款条件,类似地,本领域技术人员结合现有技术以及上述实施例实现更多的付款条件,在此不予赘述。
参考上述图1以及图2所示实施例和变化例,本领域技术人员理解,优选地,所述图2所示步骤与图1所示步骤被连续地执行。即在所述步骤S213被执行完毕后,即确定了所述第一支付部分之后,接着执行所述步骤S220,执行针对所述第一支付部分的支付操作。上述步骤S210~S213以及步骤S220被作为连续步骤予以执行,这实际上构成了一个相对完整的支付过程,即当付款请求者(例如卖家)在确定可以要求付款时发其付款的请求,而应用本发明技术方案的支付处理系统则通过S210~S213确定第一支付部分,并相应地通过步骤S220将所述第一支付部分予以支付。这样,实际上使得付款请求者获得了第一支付部分,从而部分地实现了本发明的目的。
进一步地,本领域技术人员理解,优选地,上述步骤S210~S213也可以与所述图2所示步骤S220~S223作为连续的步骤被执行,即在执行了针对所述第一支付部分的支付操作后,系统直接继续判断是否满足第二支付部分的支付条件,如果满足则执行所述步骤S222,否则执行所述步骤S223,具体地可以参考上述图2所示实施例,在此不予赘述。本领域技术人员理解,在这样的例子中,优选地所述步骤S223会被执行,即在刚刚支付完毕所述第一支付部分后,所述第二支付部分或者后续支付部分并不能被支付,因为此时所述第二支付部分对应的支付条件尚未被满足。但本领域技术人员也理解,这并不排除在上述例子中所述步骤S222被执行的可能性,例如当所述付款请求者并没有在第一时间(即此时与所述第一支付部分对应的支付条件已经被满足)发出付款请求,而是在所述第二支付部分对应的支付条件也满足的情况下才发出所述付款请求,从而在基于处理所述付款请求的一次过程中完成了针对所述第一支付部分以及所述第二支付部分的支付处理过程,在此不予赘述。
图3示出了本发明的一个具体实施例的,用于在支付系统中实现安全支付的后台数据库系统操作记录的示意图。具体地,例如,在支付宝交易系统的后台服务系统中通过数据库来保存相关的交易记录信息(如图所示),图示可以被看作是后台数据库中的一张数据库表,其中分别记录了操作时间、支付全额、余额比例、第二支付部分、差额(第一支付部分)、付款人以及收款人等信息。本领域技术人员理解,当买家与卖家通过支付宝交易系统来完成商品买卖交易活动时,相关的交易信息可以通过数据库操作程序记录到所述后台数据库系统中,具体地,这里所述的操作时间可以是买家将所需支付的全额汇款到支付宝平台的时间,进一步地,所述操作时间还可以分别记录下支付宝支付所述第一支付部分的时间、支付第二支付部分的时间等信息(图中未示出);当买家将商品价格全额汇款到支付宝系统平台上时,后台数据库就能将所述全额记录到所述的支付全额中;买家与卖家之间协商确定的余额比例在告知支付宝系统后将被记录到相应的余额比例中,或者所述余额比例由支付宝系统来拟定,供买卖双方来选择,具体确定方法在图1中详细阐述,在此不予赘述;第二支付部分以及差额(第一支付部分)可以通过支付全额以及余额比例,运用相关的公式计算得出,本领域技术人员理解,比如当所述数据库表是EXCEL格式的表格时,可以运用EXCEL中的公式来计算,例如,假设所述支付全额对应的列名为B列、所述余额比例对应的列名为C列、所述第二支付部分对应的列名为D列、所述差额(第一支付部分)对应的列名为E列时,那么在D1单元格内输入计算公式D1=B1*C1,就能计算出所述第二支付部分的金额,在E1单元格内输入计算公式E1=B1-D1或者E1=B1*(1-C1),就能计算出所述差额(第一支付部分)的金额;又比如,当所述数据库表是SQL SERVER或者ORACLE等数据库中的数据表时,可以运用SQL语句来计算对应的金额,在此不予赘述。
所述数据库表中还包括付款人以及收款人的信息,具体地,本领域技术人员理解,买卖双方在使用支付宝交易平台时,首先需要注册支付宝账号,当用户开通了支付宝功能时,所述用户的信息就被保存在后台数据库中,当买家与卖家进行交易时,所述后台数据库就能记录下双方的账号信息,并确定付款人和收款人。进一步地,在图1和图2所述的具体实施例的一个变化例中,所述收款人可以由多人构成,即一个付款人将支付金额分别汇款到多个收款人的账户中,这里根据不同的收款人可以设定不同的余额比例或者设定相同的余额比例,具体的确定方式与单个收款人相类似,在此不予赘述。
在所述具体实施例的又一个变化例中,所述付款人可以由多人构成,即多个付款人分别将自己所需支付的金额汇款到一个收款人的账户中,所述余额比例的确定方式同样与单个付款人时相类似,在此不予赘述。
参考上述图1至图3所示实施例以及变化例,本领域技术人员理解,在复杂的变化例中,所述支付过程可通过多次支付的方式完成,而不限于两次支付的方式,即本发明提供的控制装置将一个待支付款项分割为多个支付部分,例如第一支付部分、第二支付部分......第N支付部分(优选地,所述N大于2次,不超过4次),例如,确定所述N为3次,即将待支付款项分成3次来支付,此时,则上述步骤相应地变化为:
在图1所示实施例的变化例中,所述步骤S211变化为“分别确定第二支付部分和第三支付部分的余额比例”,所述步骤S212变化为“根据第二支付部分的余额以及第三支付部分的余额比例分别确定所述第二支付部分和所述第三支付部分”,所述步骤S213变换为“根据支付金额以及与所述第二和所述第三支付部分的差额确定第一支付部分”。而在图2所示实施例的变化例中,相地增加一次判断流程,具体地,所述步骤S221变化为“所述第二支付部分是否符合支付条件”,所述步骤S222变化为“执行针对所述第二支付部分的支付流程”,增加的判断流程即为判断所述第三支付部分是否符合支付条件,具体地,将上述判断流程中的第二支付部分改成第三支付部分,在此不予赘述。相应地,所述图3所示的数据库或数据表的结构也要进行变化,其至少应包括第一支付部分直至第N支付部分的数据字段以便记录分N次支付的金额。
进一步地,在图3所示实施例的一个变化例中,至少包括一张用于记录商品类别的余额比例或者N次支付比例的数据表(在此称为第一数据表),还至少包括类似于图3所示的一张支付金额的数据表(在此称为第二数据表)。简单地讲,所述第一数据表中可以包括如下字段:
卖家编号商品类别 第一支付比例......第N支付比例
所述第二数据表中可以包括如下字段:
商品编号第一支付部分 支付时间......第N支付部分 支付时间
本领域技术人员理解,通过上述两张数据表,可以清晰地记载付款请求者所收到的金额,以及尚未支付的金额等内容,从而便于查询。
进一步地,在上述第二数据表中,还可以记载关于支付的反馈信息,例如“卖家商品是否存在问题”、“买家付款是否及时”等信息,者可以作为支付操作的辅助信息,在此不予赘述。
图4示出了本发明的一个具体实施例的,用于支付系统实现安全支付的网络拓扑图。具体地,所述网络拓扑图中包括多个电子商务用户,图中只示出了买家31以及卖家32,这里代表电子商务交易中的买方与卖方,进一步地,在具体实施例的变化例中,交易的双方可以是一个买家对应多个卖家,或者多个买家对应一个卖家,这并不影响本发明的实质,在此不予赘述。
所述网络拓扑图中还包括第三方支付平台33、银行系统34。具体地,这里第三方支付系统(平台)以支付宝系统为例,本领域技术人员理解,当买家在淘宝网上购买商品时,首先在卖家的网店上选择需要购买的商品,然后与卖家商议好商品价格后向卖家订货,并将所购商品的金额汇款到支付宝平台上,具体地,当买家需要使用支付宝进行付款时,首先需要对支付宝账户进行充值,优选地,买家可以通过网上银行对支付宝账户充值,买家只需要选择一家已经开通了网上银行服务的银行账户,然后将所述银行账户中的部分金额汇款到支付宝账户上即完成了对支付宝账户的充值;次选地,买家还可以通过邮局汇款的方式对支付宝账户充值,买家只需要将现金在邮政汇兑联网网点办理汇款业务,并设定汇款密码,即可凭汇票收据与汇款密码给任意支付宝账户充值;买家还可以通过支付宝卡通将支付宝账户与银行卡连通,不需要开通网上银行,就可直接在网上付款。所述第三方支付系统收到汇款后,为买家暂时保管所述汇款金额,当买家收到卖家发出的商品后,通知第三方支付系统将部分金额支付给卖家,即将所述第一支付部分金额汇款到卖家账户上,当确认所述商品没有任何问题后,再通知所述第三方支付系统将剩余的金额支付给卖家,即将所述第二支付部分的金额汇款到卖家账户上,具体实施过程在上述具体实施例以及变化例中阐述,在此不予赘述。所述网络拓扑图还包括后台服务系统35,具体地,所述后台服务系统可以对第三方支付平台的数据进行记录与处理,本领域技术人员理解,所述后台服务系统中包括一个大型的数据库系统用于记录买家与卖家之间的交易信息,具体如图3所示的数据表示意图,在此不予赘述。
本领域技术人员理解,本发明所提供的所述控制装置优选地被置于所述第三方支付平台33中,即所述第三方支付平台33优选地执行本发明所提供的控制方法,在此不予赘述。
进一步地,本发明所述的支付系统中实现安全支付的控制方法还可以应用于其他系统,例如信用卡还款系统,具体地,当信用卡持卡人透支了所述信用卡的余额时,所述信用卡还款系统可以通过各种途径向持卡人发出还款提醒信息,比如可以通过手机短信的方式提醒持卡人所述信用卡已处于透支状态,需要及时还款;又比如,可以通过所述信用卡的发卡银行向持卡人发出还款提醒信息,规定持卡人在规定的期限内将透支的消费金额汇款到信用卡账户上。所述信用卡还款系统可以根据持卡人透支的金额,提供不同的还款方式,具体地,例如当所述透支金额在1000元之内的,所述系统可以要求持卡人在10天内将所述透支金额全额汇款到信用卡账户上,当持卡人超过了规定的期限,所述系统可以根据银行利率向持卡人收取额外的利息费用;当所述透支金额超过1000元的,所述系统可以根据本发明提供的方法设置还款余额比例,向持卡人提供不同的还款方式,比如,当所述透支金额在1000元到2000元之间时,所述信用卡还款系统可以设定相关系数:余额比例为10%,第一支付部分金额偿还期限为15天内,余额部分偿还期限为20天之内。当持卡人的透支金额为1500元时,那么持卡人必须将透支的金额中的90%,即所述第一支付金额1500*90%=1350元在透支发生之后的15天内归还,而所述透支金额中10%,即所述第二支付金额1500*10%=150元,在透支发生之后的20天内归还;进一步地,当所述透支金额再2000元到3000元之间时,所述信用卡还款系统同样可以根据上述设定余额比例的方式来要求持卡人还款,在此不予赘述。类似地,当持卡人没有在规定的期限内还清透支的款项时,所述信用卡还款系统可以根据银行利率向持卡人收取额外的利息费用。更进一步地,所述信用卡还款系统还可以根据持卡人的信用度提供不同的余额比例,即对信用度好的客户,在相同透支金额的情况下,可以设定较高的余额比例或者可以放宽还款的期限,而对于信用度不太好的客户,在同等透支金额的情况下,设定较低的余额比例或者将所述还款期限缩短,甚至取消所述客户的余额比例,即要求所述客户一次还清透支的金额。本领域技术人员还可以根据具体情况提供更多的变化例情况,在此不予赘述。
进一步地,图5示出了根据本发明的第一实施例的,根据买家与卖家之间协商来确定余额比例方法的示意图。具体地,如图所示,买家与卖家在达成买卖交易后,协商确定支付过程中的余额比例,所述余额比例可以根据交易的商品类别,买卖双方之间的信任度以及支付方式等具体情况来协商确定,然后由买家或者卖家将协商确定的余额比例发送给第三方支付平台,这里所述第三方支付平台可以在客户端提供相应的界面供用户输入需要提交的信息,买家或者卖家可以将所述余额比例写在输入所述界面的输入框内,并提交给所述第三方支付平台的后台服务系统,接着所述后台数据库在相应的数据表中记录下所述余额比例,当买家将支付款项汇款到第三方支付平台后,数据库就能根据买卖双方确定的余额比例计算第一支付部分以及余额支付部分。上述具体过程在具体实施例中有详细描述,在此不予赘述。
图6示出了根据本发明的第二实施例的,由支付处理系统(或称为第三方支付系统或第三方支付平台)来确定余额比例的示意图。具体地,在买家与卖家达成买卖交易后,首先由买家将所购商品的全额汇款到第三方支付平台上,然后所述第三方支付平台将所述汇款金额记录到后台的数据库中,这里所述第三方支付平台的后台数据中预先对不同支付金额设定了相应的余额比例,本领域技术人员理解,后台系统的维护人员可以编写相关的程序,比如运用switch...case...控制语句实现根据不同的支付金额来设定不同的余额比例,进一步地,程序员只需要修改switch...case...程序语句中相应的参数,就能方便地改变所述余额比例。然后,所述第三方支付平台可以通过电子邮件的方式或者向买卖双方的账户发送通知信息等途径将所确定的余额比例告知买家和卖家。
进一步地,结合图5所示的处理流程,在第三方支付平台所确定的余额比例的基础上,买卖双方之间还可以针对所述余额比例进行协商,如果对所述余额比例有不同提议的,可以将意见反馈给第三方支付平台,并与其进行商议,直到三方达成共识确定余额比例。具体过程在上述具体实施例中有详细说明,在此不予赘述。
图7示出了本发明的第一实施例的,用于支付系统中实现安全支付的控制装置的结构示意图,所述控制装置是用于整个支付系统中确定支付金额部分的装置,关于执行支付流程的控制装置将在图8中示出。
本领域技术人员理解,所述控制装置优选地被置于第三方支付平台的后台服务系统中,并作为所述后台服务系统的一个组成部分。具体地,所述确定支付部分装置4包括第一接收装置41、第一确定装置42。其中所述装置41用于接收支付请求信息,例如,当买卖双方达成交易后,首先由买家将需要支付的金额汇款到第三方支付平台上,优选地,买家可以通过网上银行将银行账户中的部分金额汇款到所述第三方支付系统中,当买家提交汇款时,所述第三方支付平台的后台服务系统即接受买家的支付请求信息。
相适应地,所述装置42用于根据所述支付请求信息确定第一支付部分以及第二支付部分的具体金额,具体地,所述装置42中还包括第二确定装置421,其用于根据所述支付请求信息确定余款比例,优选地,所述余额比例可以由买家与卖家之间协商来确定,然后将确定的所述余额比例告知第三方支付系统;次优地,所述余额比例可以由第三方支付系统根据不同的支付金额分别确定相应的余额比例,本领域技术人员理解,所述第三方支付系统在后台数据库中预先编写控制程序,在接收到买家支付金额后,运用所编写的程序确定余额比例,然后将余额比例告知买卖双方,进一步地,买卖双方还可以就所述余额比例提出异议,并继续与第三方支付系统进行商议,直到三方最终达成协议,确定所述余额比例。本领域技术人员还可以根据具体情况变化出更多的确定余额比例的方法,在此不予赘述。然后通过第三确定装置422,其用于根据所述余款比例以及支付全额确定所述第二支付部分,在后台数据库中,技术人员可以通过公式或者编写相应的程序来计算,即将支付全额乘以所述余额比例后就能得到所述第二支付部分的金额,接着由第四确定装置423,其用于将所述支付全额与所述第二支付部分的差额作为所述第一支付部分,同样在后台数据库中,技术人员通过公式或者编写相应的程序来计算,即将支付全额减去所述第二支付部分的金额后就能得出所述第一支付部分的金额,或者用1减去所述余额比例后即得到所述第一支付部分的比例,然后将所得到的比例乘以支付全额后就能计算出所述第一支付部分的金额,具体的操作过程在上述实施例中有详细的阐述,在此不予赘述。
进一步地,在图示装置的一个变化例中,所述支付过程可通过多次支付的方式完成,而不限于两次支付的方式,具体地,在所述第一确定装置中还可以增加相应的确定装置(图7中未示出),用于确定每一次支付的余额比例以及每一次具体支付的金额。例如,所述支付过程通过三次支付完成,那么在所述第一确定装置中,可以增加两个确定装置,即第五确定装置以及第六确定装置,分别用于确定第三支付部分占支付全额的比例以及用于确定所述第三支付部分的具体金额,具体过程与确定两次支付的方式相类似,在此不予赘述。
图8示出了本发明的第一实施例的,用于支付系统中实现安全支付的控制装置的结构示意图,所述控制装置是用于整个支付系统中执行支付操作流程的装置,相适应地,图示控制装置与图7所示的确定支付金额部分的装置相配合用于完成整个支付系统实现安全支付的流程。
本领域技术人员理解,图示的执行支付流程控制装置与图7所示的控制装置一起被置于第三方支付平台的后台服务系统中,并作为所述后台服务系统的一个组成部分。具体地,所述执行支付流程装置5包括第一执行装置51、第二接收装置52以及第二执行装置53。其中所述装置51用于执行针对所述第一支付部分的支付操作,优选地,买家可以在收到卖家发出的货物后,通知第三支付平台将之前汇款金额中的第一支付部分先转入到卖家的账户;次优地,如果买家与卖家彼此之间已经建立了充分的信任关系,或者所述卖家的信用评级很高,其在之前的历史交易记录中没有出现过任何失信的行为时,买家可以对卖家表示信任,在与其达成买卖交易的同时即向第三方支付平台发出请求信息,将汇款全额中的所述第一支付部分预先支付给卖家。所述装置52用于接收余款支付请求信息,优选地,当买家收到了卖家发出的货物后,并确认货物质量上没有任何问题时,向第三方支付平台发出余款支付请求信息;次优地,当买家没有在规定的期限内反馈给第三支付系统所接收到的货物是否存在质量问题,此时可以由卖家发出余款支付请求信息,或者所述第三支付系统向买家发出提示信息要求其尽快确认货物的质量是否存在问题,进一步地,所述第三方支付系统可以直接默认买家已确定货物质量没有问题,即默认买家发出了余款支付请求信息。
相适应地,所述装置53,其用于根据所述余款支付请求信息执行针对所述第二支付部分的支付操作,其中所述装置53还包括第一判断装置531、第三执行装置532以及第四执行装置533。所述装置531用于根据所述余款支付请求信息判断所述余款是否符合被支付的条件,具体地,所述支付条件的判断可以参照图2所述的具体实施例中的条件A,条件B和条件C,这里可以选择三个条件中的任意一个条件作为判断的依据,进一步地,本领域技术人员还可以根据实际情况变化出更多的判断条件,在此不予赘述。然后根据上述判断结果,如果根据判断所述余额符合支付条件的,则通过所述装置532,其用于当所述余款符合被支付的条件时执行针对所述第二支付部分的支付操作,具体地,所述第三方系统在结合了买家对货物质量的反馈信息以及上述判断条件的判断流程后,确认所述余额可以被支付,然后将所述余额汇款到卖家的账户上;反之,如果根据上述判断结果,所述余额不符合继续支付的条件,则通过所述装置533,其用于当不符合所述余款支付条件时发出不符合余款支付条件的提示信息,具体地,第三方支付系统可以通过电子邮件等方式告知卖家所述余额不符合继续支付的条件,并将不符合继续支付余额条件的具体问题描述一起发给卖家,进一步地,所述第三方系统可以要求买卖双方就存在的问题继续协商,比如,卖家根据货物的质量问题的严重程度和买家商议是退回原来的货物,并向买家重新发出新的货物或者将所述余额退还给买家作为补偿等等,并将协商的结果反馈给第三支付系统,完成整个支付交易流程。
结合上述图4、图7以及图8实施例,本领域技术人员理解,所述图7所示装置4以及图8所示装置5实际上构成了本发明提供的控制装置,该控制装置用于在支付处理系统中实现安全支付的处理。具体地,这样的控制装置通常被置于图4所示第三方支付平台33中,而该第三方支付平台33优选地被理解为本发明所应用的支付处理系统。进一步地,图4所示后台处理系统35可以被图7所示装置4所控制,也可以被图8所示装置5所控制,从而完成本发明提供的控制方法。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变形或修改,这并不影响本发明的实质内容。
Claims (14)
1.一种在支付系统中实现安全支付的控制方法,其特征在于,包括如下步骤:
a.接收支付请求信息;
b.根据所述支付请求信息确定第一支付部分以及第二支付部分;
c.执行针对所述第一支付部分的支付操作。
2.根据权利要求1所述的控制方法,其特征在于,还包括如下步骤:
d.接收余款支付请求信息;
e.根据所述余款支付请求信息执行针对所述第二支付部分的支付操作。
3.根据权利要求1或2所述的控制方法,其特征在于,所述步骤b包括如下步骤:
b1.根据所述支付请求信息确定余款比例;
b2.根据所述余款比例以及支付全额确定所述第二支付部分;
b3.将所述支付全额与所述第二支付部分的差额作为所述第一支付部分。
4.根据权利要求3所述的控制方法,其特征在于,针对与所述支付请求信息对应的不同收款人所述余款比例不同。
5.根据权利要求3或4所述控制方法,其特征在于,所述余款比例优选地低于20%。
6.根据权利要求1至5中任一项所述的控制方法,其特征在于,所述步骤e包括如下步骤:
e1.根据所述余款支付请求信息判断所述余款是否符合被支付的条件;
e2.若所述余款符合被支付的条件,则执行针对所述第二支付部分的支付操作。
7.根据权利要求6所述的控制方法,其特征在于,所述步骤e还包括如下步骤:
e3.若不符合所述余款支付条件,则发出不符合余款支付条件的提示信息。
8.一种在支付系统中实现安全支付的控制装置,其特征在于,包括:
第一接收装置,其用于接收支付请求信息;
第一确定装置,其用于根据所述支付请求信息确定第一支付部分以及第二支付部分;以及
第一执行装置,其用于执行针对所述第一支付部分的支付操作。
9.根据权利要求8所述的控制装置,其特征在于,还包括:
第二接收装置,其用于接收余款支付请求信息;以及
第二执行装置,其用于根据所述余款支付请求信息执行针对所述第二支付部分的支付操作。
10.根据权利要求8或9所述的控制装置,其特征在于,所述步骤第一确定装置包括:
第二确定装置,其用于根据所述支付请求信息确定余款比例;
第三确定装置,其用于根据所述余款比例以及支付全额确定所述第二支付部分;以及
第四确定装置,其用于将所述支付全额与所述第二支付部分的差额作为所述第一支付部分。
11.根据权利要求10所述的控制装置,其特征在于,针对与所述支付请求信息对应的不同收款人所述余款比例不同。
12.根据权利要求10或11所述控制方法,其特征在于,所述余款比例优选地低于20%。
13.根据权利要求8至12中任一项所述的控制装置,其特征在于,所述第二执行装置包括:
第一判断装置,其用于根据所述余款支付请求信息判断所述余款是否符合被支付的条件;
第三执行装置,其用于当所述余款符合被支付的条件时执行针对所述第二支付部分的支付操作。
14.根据权利要求13所述的控制装置,其特征在于,所述第二执行装置还包括:
第四执行装置,其用于当不符合所述余款支付条件时发出不符合余款支付条件的提示信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100556581A CN101989337A (zh) | 2009-07-30 | 2009-07-30 | 一种支付系统中实现安全支付的控制方法及控制装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100556581A CN101989337A (zh) | 2009-07-30 | 2009-07-30 | 一种支付系统中实现安全支付的控制方法及控制装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101989337A true CN101989337A (zh) | 2011-03-23 |
Family
ID=43745867
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100556581A Pending CN101989337A (zh) | 2009-07-30 | 2009-07-30 | 一种支付系统中实现安全支付的控制方法及控制装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101989337A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014076591A1 (en) * | 2012-11-14 | 2014-05-22 | Lakamsani Srirama Krishna | System and method for facilitating transactions between buyer and electronic commerce merchant through an authorized collection agent |
CN106048977A (zh) * | 2016-07-21 | 2016-10-26 | 中国矿业大学 | 洗衣机的控制系统及控制方法 |
WO2017012035A1 (zh) * | 2015-07-21 | 2017-01-26 | 深圳市银信网银科技有限公司 | 基于电子凭证的贴现方法和装置 |
CN106651504A (zh) * | 2016-10-24 | 2017-05-10 | 安徽百慕文化科技有限公司 | 一种基于云端服务器的在线支付系统 |
WO2017157163A1 (zh) * | 2016-03-15 | 2017-09-21 | 阿里巴巴集团控股有限公司 | 交易数据处理方法及装置 |
CN107274244A (zh) * | 2016-04-08 | 2017-10-20 | 阿里巴巴集团控股有限公司 | 对象处理方法及装置 |
TWI640937B (zh) * | 2011-04-27 | 2018-11-11 | 阿里巴巴集團控股有限公司 | Online payment method and equipment |
CN108830606A (zh) * | 2018-05-30 | 2018-11-16 | 阿里巴巴集团控股有限公司 | 智能合约的部署、调用、执行方法和装置 |
CN108932622A (zh) * | 2017-12-08 | 2018-12-04 | 翟红鹰 | 在线交易的风险控制方法、系统及计算机可读存储介质 |
WO2021139522A1 (zh) * | 2020-01-09 | 2021-07-15 | 支付宝(杭州)信息技术有限公司 | 数据处理方法及装置 |
-
2009
- 2009-07-30 CN CN2009100556581A patent/CN101989337A/zh active Pending
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI640937B (zh) * | 2011-04-27 | 2018-11-11 | 阿里巴巴集團控股有限公司 | Online payment method and equipment |
WO2014076591A1 (en) * | 2012-11-14 | 2014-05-22 | Lakamsani Srirama Krishna | System and method for facilitating transactions between buyer and electronic commerce merchant through an authorized collection agent |
WO2017012035A1 (zh) * | 2015-07-21 | 2017-01-26 | 深圳市银信网银科技有限公司 | 基于电子凭证的贴现方法和装置 |
WO2017157163A1 (zh) * | 2016-03-15 | 2017-09-21 | 阿里巴巴集团控股有限公司 | 交易数据处理方法及装置 |
CN107194752A (zh) * | 2016-03-15 | 2017-09-22 | 阿里巴巴集团控股有限公司 | 交易数据处理方法及装置 |
CN107194752B (zh) * | 2016-03-15 | 2020-11-27 | 阿里巴巴集团控股有限公司 | 交易数据处理方法及装置 |
CN107274244A (zh) * | 2016-04-08 | 2017-10-20 | 阿里巴巴集团控股有限公司 | 对象处理方法及装置 |
CN106048977B (zh) * | 2016-07-21 | 2019-08-16 | 中国矿业大学 | 洗衣机的控制系统及控制方法 |
CN106048977A (zh) * | 2016-07-21 | 2016-10-26 | 中国矿业大学 | 洗衣机的控制系统及控制方法 |
CN106651504A (zh) * | 2016-10-24 | 2017-05-10 | 安徽百慕文化科技有限公司 | 一种基于云端服务器的在线支付系统 |
CN108932622A (zh) * | 2017-12-08 | 2018-12-04 | 翟红鹰 | 在线交易的风险控制方法、系统及计算机可读存储介质 |
CN108932622B (zh) * | 2017-12-08 | 2021-07-30 | 翟红鹰 | 在线交易的风险控制方法、系统及计算机可读存储介质 |
CN108830606A (zh) * | 2018-05-30 | 2018-11-16 | 阿里巴巴集团控股有限公司 | 智能合约的部署、调用、执行方法和装置 |
CN108830606B (zh) * | 2018-05-30 | 2021-12-28 | 创新先进技术有限公司 | 智能合约的部署、调用、执行方法和装置 |
WO2021139522A1 (zh) * | 2020-01-09 | 2021-07-15 | 支付宝(杭州)信息技术有限公司 | 数据处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11093919B2 (en) | Merchant-consumer bridging platform apparatuses, methods and systems | |
JP6087891B2 (ja) | クライアント固有の識別子に関連付けられたストアドバリューアカウントを作成するため、および管理するためのシステムおよび方法 | |
CN101989337A (zh) | 一种支付系统中实现安全支付的控制方法及控制装置 | |
US8296235B2 (en) | System and method for cashback funding | |
US20120166311A1 (en) | Deferred payment and selective funding and payments | |
US20040143532A1 (en) | Small amount paying/receiving system | |
US20100235288A1 (en) | E-commerce using swap | |
US20080172304A1 (en) | System and method for enabling cash gifts in an online gift registry | |
US20170323275A1 (en) | System and method for processing closed loop cards at a merchant point of sale | |
CN115358735A (zh) | 金融服务生态系统 | |
JP2002157423A (ja) | E金融ギフトカード | |
US20120173402A1 (en) | Stored value exchange method and apparatus | |
CN101295383A (zh) | 支付网关解决方案在电子商务网站中的应用方法 | |
WO2012094790A1 (zh) | 一种商品交易方法和交易系统 | |
US20160300218A1 (en) | System and Method for Processing Electronic Charitable Donations | |
US20170004481A1 (en) | Systems and methods for retrieving electronically stored information in real-time for electronic transactions | |
US8799089B1 (en) | Virtual payment system for the physical world | |
US20140019337A1 (en) | Creditor offers for taking a user debt | |
US20220215419A1 (en) | Method and system for refunding a purchase | |
KR102472450B1 (ko) | 전자지갑을 이용한 결제대금 즉시 정산 서비스 제공 시스템 | |
CN104680362A (zh) | 一种通过通信网络使用贵金属进行购物的方法 | |
KR20090026383A (ko) | 구매기업이 대출추천한 판매기업에게 구매기업의 신용도를적용하여 취급한 판매기업의 대출에 대하여 납품대금으로결제하는 전자 금융 거래 방법 및 시스템 | |
KR102040890B1 (ko) | 결제 서비스 제공 장치, 방법, 기록매체 및 결제 페이지 획득 방법을 실행하기 위한 컴퓨터 프로그램 | |
US20130317976A1 (en) | Proxy Shopper Payments | |
US20180068384A1 (en) | System and method to facilitate merchandise transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110323 |