CN107077676A - 一种利用移动终端实现面对面移动安全支付的方法 - Google Patents
一种利用移动终端实现面对面移动安全支付的方法 Download PDFInfo
- Publication number
- CN107077676A CN107077676A CN201480083234.5A CN201480083234A CN107077676A CN 107077676 A CN107077676 A CN 107077676A CN 201480083234 A CN201480083234 A CN 201480083234A CN 107077676 A CN107077676 A CN 107077676A
- Authority
- CN
- China
- Prior art keywords
- payment
- merchant
- consumer
- mobile terminal
- user
- 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
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/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
Abstract
本发明公开了一种利用移动终端实现面对面移动安全支付的方法,该方法包括用户登录,进行验证,消费者获取附近商户列表,消费者提交支付申请,商户确定交易内容或输入支付金额,消费者确认支付,结束。该方法安全可靠、成本低廉、易普及、应用范围极广。
Description
本发明属于移动支付领域,涉及一种利用移动终端实现面对面安全支付的方法。
除现金之外,目前商业中用得最多的支付方法是凭卡支付,包括信用卡、银行卡、以及由各种公司或机构发放的类似卡片。凭卡支付虽然方便,但在安全性方面总是留有隐忧,因信用卡、银行卡被盗、被抢、被复制而引起使用者财产损失的事件时有所闻。另一方面,这也决定了人们外出时必须记得携带用于支付的卡片,如果忘记携带、或者遗失、或者失窃、或者忘记密码,就会陷入不便和尴尬,反而倒带来了不便,而且随身携带又增加了遗失或被窃的可能性。
事实上现在已经有很多人提出了各种方法来解决这个问题,但这些方法或系统总是存在这样那样的问题,
如专利201210274262.8,提出了一种高度安全的凭指纹支付方法,其有明显的缺点,一、有些国家和地区法律不允许私人或企业采集他人指纹,存在法律问题,二、某些人或某些群体的指纹特征少,难成像,三、每一次使用指纹时都会在指纹采集头上留下用户的指纹印痕,而这些指纹痕迹存在被用来复制指纹的可能性,进而有被犯罪分子利用的风险;四、推广后,指纹集很大,每次交易都要进行大量的指纹比对,后台系统开销大,成本高,实时性差,五,需要指纹采集器,有硬件成本。
专利201310690810.X提供了一种隐形支付系统,其特征是,所述的支付系统包括:带GPS和AGPS的智能手机、基于位置的pos机、银行收款服务器。在某些特定领域,这个系统确实提高了工作效率,但它也有明显的缺点,一、需要基于位置的pos机,没有pos机的地方不能用这个系统,二、交易商品价格需要固定,如购买早餐,利用这个系统用户只能购买某种价格
固定的套餐,但现实中人们往往想任意组合自己的早餐,组合出来的早餐价格是不固定的,所以这个系统不灵活,可以应用的领域极小。
发明内容
为解决上述问题,本发明的目的在于提供一种利用移动终端实现面对面移动安全支付的方法,该方法安全可靠、成本低廉、易普及、应用范围极广。
本发明的另一个目地在于提供一种利用移动终端实现面对面移动安全支付的方法,该方法利用移动终端的定位功能、移动终端绑定、固定支付流程、结合设定每次支付最大额度、每天支付次数及第三方证明、记录每次交易的时间、地点等信息来实现移动支付的安全可靠性,保证交易的安全进行。
为实现上述目的,本发明的技术方案为:
一种利用移动终端实现面对面移动安全支付的方法,其特征在于该方法包括如下步骤:
101、用户登录,进行验证;
102、选择app模式;
103、移动终端上传位置信息,后台系统搜索并生成附近的商户列表返回移动终端,消费者获取附近商户列表;
104、消费者提交支付申请;
105、商户输入支付金额;
106、消费者确认支付,结束。
在步骤101中,用户需预先进行实名注册,通过实名认证,绑定移动终端,绑定移动终端是通过绑定移动终端的IMEI(国际移动设备身份码)和IMSI(国际移动用户识别码);用户登录时系统会验证用户名、密码、IMEI、IMSI等信息,IMEI和IMSI是移动终端app自动获取的,所以用户必须在自己预绑定的移动终端上进行操作,一个用户一天有3次机会,否则系统会自动锁定该用户,只有通过验证的用户可以进入步骤102。
所述步骤102中,同一个用户可以具有两种角色,收款时是商户,付款时是消费者,移动终端app也有两种模式,消费者模式和商户模式;用户登录成功后根据需要选择app模式,消费者选择app消费者模式,商户选择app商户模式。
所述步骤103中,消费者在进入app消费者模式后查找附近的商户列表,消费者发出查找附近商户列表指令后,移动终端app获取当前的位置信息并上传给后台系统,商户的经纬度数据存放在后台系统的内存数据库中,商户的经纬度数据是app自动上传或商户手动触发上传的,后台系统根据移动终端上传上来的经纬度数据查询出消费者附近的商户列表。
消费者只能在系统给出的商户列表中进行选择,不能手动输入商户,这么限定的目的:第一是为了安全,这样保证了在发生支付行为时消费者、商户都在同一现场,第二是为了减少对比范围,节约系统资源,提高系统性能,满足大并发、大数据量环境下的计算;更进一步,消费列表按照空间距离进行升序排序,同时app提供模糊查询功能,提高用户选择效率。
为了确保支付的安全,步骤105中,由商户在收到支付申请后输入支付申请的金额,商户确认后,才能进行步骤106,这样进一步保证了支付过程不会出错,因为只有交易双方才会知道支付金额,另一方面,支付过程必须要由商户的参与才能完成,一旦出问题商户是有责任的,所以收款时商户要谨慎对待。
所述方法,可以事先设定支付限制,限定每次支付金额和每天支付次数:用户可以设置每次支付的最大额度和每天支付的次数,所述支付申请发生时系统会自动判断是否超出了限定。
所述方法,进一步包括有第三方证明步骤,用户需预先存储第三方证明信息,当所述支付申请超出了上述每次支付的最大额度和每天支付的次数时,用户启动验证第三方证明信息,验证通过后用户可在限定的时间内完成一次支付行为。
完成支付后,记录每次的交易信息,交易信息包括时间、地点、内容信息。犯罪分子即使在骗取了移动设备、用户名、密码并且在用户没有锁定的情况下,也只能获取很少的钱财,由于有时间、地点、商户等信息,商户能看到犯罪人,有时还会有视频资料,这使得破案相对容易,犯罪困难极大,获利极小,极容易被捕获,这保证了支付的安全性。
所述方法,在整个支付过程中,所有的支付行为都在系统账户之间进行,不涉及用户银行账户,支付双方不进行私密信息交互,双方不需要做身份验证,只需要知道对方在系统设置的名称即可,不需要刷卡,不需要签字,减少支付中的复杂步骤,使支付过程更安全,更简便。此外,后台系统保有用
户的专有信息,并且每次支付行为都会通过移动终端app获取这些信息并进行验证,通信过程加密,后台数据库加密,所以即使在黑客盗取了如用户账号、密码等部分信息的情况下,黑客也无法实施盗取用户资金。
本发明有益的效果是:由于每次支付只能在固定的设备上完成,只能支付限定的额度,只能在实名认证的用户间进行,消费者与商户面对面的完成,系统会记录下每次交易的时间、地点等信息,保证了支付的高度安全性,用户只需要下载app,实名注册,就可使用,操作方便,易普及。
且本发明不需要pos机,也不需要限定商品价格等,没有任何使用条件限制,只需要双方商定好价格即可支付,应用范围广。
图1是本发明所实施的系统结构示意图。
图2是本发明所实施的主要软件控制流程图。
图3是本发明所实施的流程图。
图4是本发明进行第三方证明验证的流程图。
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
请参照图1、图2所示,本发明的实现需要后台系统、一个消费者使用的移动终端和另一个商户使用的移动终端(商户也可以使用pc机来代替移动终端),两个移动终端(或一个移动终端和一台pc机)在地理位置上必须相隔不远(通常限定在100米以内),其中后台系统可以是服务器或计算机,或类似的控制系统,其与移动终端通过无线网络进行连接,与pc机通过有线或无线网络进行连接。
且,后台系统与金融机构进行联网,以保证交易的进行;后台系统还可与银行、银联、第三方支付合作,实现充值、提现功能。对本发明来说,用户具有两种角色,即消费者角色和商户角色,用户在付款时是消费者,在收款时是商户。用户需要实名注册,并且需要通过实名认证,绑定银行账户;还可设置0到5个第三方证明,第三方证明是该用户的家人或朋友,同时也
必须是系统用户,后台系统会为用户记录第三方证明的信息(例如用户ID),通过第三方证明,用户可以实现超额支付功能,异常操作时,用户的第三方证明会收到通知,他们会人工提醒用户注意账户安全;设定单笔支付限额,设定每天可支付次数,后台系统会为每个用户分配一个系统账户,所有的支付行为都在系统账户之间进行,不需要披露用户银行账户,因此,就不存在泄漏银行账号的问题,能够有效地提高交易的安全性;用户可以通过提现操作把钱提取到绑定的银行账户上,消费者在进行支付之前要先充值。
移动终端包括所有的具有定位功能、通信功能、屏幕显示功能的移动终端,其上安装或嵌入移动终端app,用户需要绑定设备的IMEI和IMSI,用户具有两种角色,即消费者角色和商户角色,相对应的app有两种模式,消费者模式和商户模式,用户根据自己在支付过程中的角色选择app模式,在整个支付过程中消费者和商户能且只能在自己绑定的移动终端(pc机)上进行操作。
pc机需要安装有商户应用软件,功能跟移动终端app商户模式一样,区别在于,用户登录后,默认为商户模式,也只支持商户模式,另外,绑定pc是绑定pc机的Mac,验证时也是验证Mac属性。
App消费者模式,在该模式下消费者可以查看系统账户余额,支付记录(列表按时间倒序排列),也可以进行支付行为,想要进行支付时,需要进入‘附近商户’界面,在该界面可以获取‘附近商户列表’,商户列表按距离倒序排序,app提供模糊查询功能,方便用户查找商户,选中商户,消费者单击与用户关联的‘申请付款’按钮,app会弹出确认界面,询问消费者是否确认申请付款,单击确定按钮;商户输入支付金额并提交后,消费者的app自动进入‘确认支付’界面,在该界面消费者可以看到商户名称,支付金额等信息,消费者确认无误后,单击‘确认支付’按钮,支付过程完成。
App商户模式,消费者在发出支付申请后,商户在自己的支付申请列表中看到消费者的申请,选中进入“支付金额”界面,输入支付金额,单击“提交”按钮,消费者确认支付后,商户会收到支付成功提示,交易记录列表里会看到最新的交易记录,也会收到后台系统发来的短信。
因此,本发明不需要任何新的硬件设备,只需要在现有设备上下载app即可应用。其具体的实施运行步骤为:
101、移动终端启动,用户登录,并进行验证;在该步骤中,app将用户
输入的账号(用户名)、密码和app自动读取的移动终端的IMEI和IMSI上传至后台系统(如果是pc机商户应用软件,则应用软件会读取pc机的Mac),后台系统会根据账号查询出用户的密码、绑定的移动终端的IMEI和IMSI(或pc机的Mac)等信息,进行比较,如果完全一致,则验证通过,否则验证失败;如果验证通过,后台系统会自动获取移动终端的IP,保存在内存中。后台系统会把验证结果返回给移动终端或pc。通过验证后可进入步骤102或103。
所以用户只能在预绑定的移动终端(或pc机)上进行操作,否则验证不会通过,系统不提供服务,并发出提示给用户。
102、选择app模式,同一个用户可以具有两种角色,收款时是商户,付款时是消费者,移动终端app也有两种模式,消费者模式和商户模式;用户登录成功后根据需要选择app模式,消费者选择app消费者模式,商户选择app商户模式。
进入商户模式后,app会自动读取移动终端的当前位置,保存位置信息(经纬度数据)并上传后台系统,后台系统会在自己的内存数据库的position表里add一条记录,用来记录商户的位置信息,position表有用户ID(UID)、经度(LONGITUDE)、纬度(LATITUDE)等字段,其中这三个字段是数值型(这么做的目的是为了提高查询效率),所以需要先把经纬度数据进行预处理,转化成数值型,再存入position表中;app在商户模式下运行时,会周期性读取当前的位置信息,与内存中保存的位置信息进行计算,如果两点的距离超出一定范围,app保存新的位置信息,并上报后台系统,后台系统会在position表里update商户的位置信息;当商户退出商户模式或退出app,后台系统会在position表里delete商户的位置记录。
如果商户用的是pc机商户应用软件,商户需要预先设置自己的位置信息(经度值、纬度值),用户可以利用系统提供的经纬度数据(系统提供的经纬度是通过ip获得的),也可以自己手动输入经纬度数据,pc机位置改变时商户需重新设定,位置信息保存在pc机本地文件中,用户登录成功后,pc机商户应用软件会自动从本地文件中读取经纬度数据并上传后台系统,后台系统进行处理,方法跟商户利用移动终端一样。
这样做可以达到以下效果:1、减少update position表的机率;2、减少position表的数据量,提高查询效率,提高并发,提高系统性能;3、使消费
者获取的‘附近商户列表‘里的记录数得以准确体现,并且里面的商户都是活动商户,便于消费者准确选择,提高消费者选择商户的效率,提高用户体验。
103、消费者获取‘附近商户列表‘。消费者app获取当前的位置信息并上传给后台系统(服务器或控制系统),后台系统将app上传上来的经纬度数据进行处理,获取纬度范围和经度范围,然后在内存数据库的position表里进行范围查询,获取消费者附近的商户列表的商户UID(用户ID),然后根据UID获取商户的其它信息,返回给移动终端。(也可先范围查询经度,然后从结果集中再范围查询纬度)获取消费者附近的商户列表,并将商户列表反馈给移动终端。
消费者是通过范围查询获取附近商户列表的,这个范围不要太大,也不要太小,范围太大,消费者获取的商户列表就会很长,不方便用户选择,另外也达不到面对面支付的效果,范围太小也不行,因为现在的手机获取的经纬度数据不是太精确,有偏差,消费者可能搜索不到要支付的商户,经过大量试验,50米是个不错的值,当然这个值可调(20米到500米都可)。
在范围查询时,后台系统要对A的移动终端上来的经纬度进行处理(移动终端也可先预处理,再上传后台系统),为了提高查询效率,商户的经纬度数据由字符型转化成小数型,然后乘以1000000,转化成长整型存储,消费者上传上来的经纬度数据也要由字符型转化成小数型,然后加减50米对应的纬度值(每个地方的值不一样,但系统对这个值的精度要求不是特别高,中国可取0.00045),得到两个值,这两个值就组成了纬度范围,经度范围原理同纬度范围一样,然后在内存数据库的position表里进行范围查询,就可以得到消费者附近的商户列表。
后台系统(服务器或控制系统)通过app上传的位置信息通过经纬度计算获取附近用户的商户列表,返回给用户供其选择,用户只能在系统给出的消费列表中进行选择,不能手动输入商户,这么限定的目的:第一是为了安全,这样做保证了在发生支付行为时消费者、商户都在现场,第二是为了减少对比范围,节约系统资源,提高系统性能,满足大并发、大数据量环境下的计算;更进一步,消费列表按照空间距离进行升序排序,同时app提供模糊查询功能,提高用户选择效率。
104、消费者提交支付申请,消费者在‘附近商户列表中’选择商户,向
后台系统提交支付申请,后台系统获取商户信息,通过商户信息中的用户账号(或其它用户唯一标识)获取商户IP,通过商户IP和固定端口号,后台系统找到商户并通知商户,商户得到了支付申请者信息。
105、商户输入支付金额;整个步骤中,商户在收到支付申请后输入支付金额,避免误操作,商户确认后,才能进行步骤106。后台系统收到商户的请求后,会查找消费者的IP,通过IP和固定端口号找到消费者并通知消费者。这样完成支付过程必须有商户的参与,并且交易双方只需要知道对方在系统注册的名称,进一步保证了支付的安全性。
106、确认支付,结束。消费者移动终端收到后台系统的通知后,app会自动跳转到‘确认支付’界面。消费者可以看到支付金额,商户名称等信息,确认无误后,确认支付,支付过程完成。
再结合图4所示,按照目前的设置,消费者可以事先设定支付限制,限定每次支付金额和每天支付次数:用户可以设置每次支付的最大额度和每天支付的次数,所述支付申请发生时系统会自动判断是否超出了限定,如果超出了限定系统拒绝提供服务。同时,还可进一步包括有第三方证明步骤,第三方证明如前文所述。
后台系统会为设定的第三方证明标记一个标志位(标志位值为0、1;0表示没有第三方证明,1表示有第三方证明,默认值为0),后台系统收到第三方证明请求后,进行第三方证明验证,通过验证后则把第三方证明的标志位改为1,并记录时间。
在支付申请时,移动终端先判断是否超过余额,超出,则关闭支付。
没有超出,则判断是否超过限定的支付金额和支付次数,如果都没有超过,则进行支付;如果超过支付金额和支付次数,则启动第三方证明验证,进行第三方证明信息的验证;
当且第三方证明的标志位是1的情况下,才启动第三方证明验证;在第三方证明判断时,需判断当前时间与第三方证明时间是否超出了30分钟,如果超出,结束支付过程,支付失败,后台系统把第三方证明标志位的值改为0;如果没有超出,后台系统把第三方证明标志位的值改为0,通过第三方证明验证;通过验证才能继续支付。
后台系统记录交易记录,交易记录中包含交易时间、地址等信息,打印日志,支付过程完成,支付成功。
这样,在上述的在整个支付过程中,所有的支付行为都在系统账户之间进行,不涉及公开或披露用户的银行账户,支付双方不进行私密信息交互,双方不需要做身份验证,只需要知道对方在系统设置的名称即可,不需要刷卡,不需要签字,减少支付中的复杂步骤,使支付过程更安全,更简便。
此外,后台系统保有用户的专有信息,并且每次支付行为都会通过移动终端app获取这些信息并进行验证,通信过程加密,后台数据库加密,所以即使在黑客盗取了如用户账号、密码等部分信息的情况下,黑客也无法实施盗取用户资金。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (9)
- 一种利用移动终端实现面对面移动安全支付的方法,其特征在于该方法采用移动终端与后台系统进行通信,该方法包括如下步骤:101、用户登录,进行验证;102、选择app模式;103、移动终端上传位置信息,后台系统搜索并生成附近的商户列表返回移动终端,消费者获取附近商户列表;104、消费者提交支付申请;105、商户确认消费内容或输入支付金额;106、消费者确认支付,结束。
- 如权利要求1所述的利用移动终端实现面对面移动安全支付的方法,其特征在于在步骤101中,用户需进行实名注册,通过实名认证,绑定移动终端或pc机,绑定移动终端是通过绑定移动终端的IMEI和IMSI,绑定pc机是通过绑定pc机的Mac;用户登录时系统会验证用户名、密码、IMEI、IMSI或Mac等信息,通过验证后才可以进入步骤102。
- 如权利要求2所述的利用移动终端实现面对面移动安全支付的方法,其特征在于步骤102中,移动终端app有两种模式,消费者模式和商户模式;用户登录成功后根据需要选择app模式,消费者选择app消费者模式,商户选择app商户模式。
- 如权利要求1所述的利用移动终端实现面对面移动安全支付的方法,其特征在于所述步骤103中,消费者在进入app消费者模式后查找附近的商户列表,消费者发出查找附近商户列表指令后,移动终端app获取当前的位置信息并上传给后台系统,商户的经纬度数据app会自动按一定的规则上报后台系统,商户也可以手动触发向后台系统上报自己的当前位置信息,后台系统把商户的经纬度数据存放在后台系统的内存数据库中,后台系统根据移动终端上传上来的经纬度数据在内存数据库中范围查询出消费者附近的商户列表,返回给消费者。
- 如权利要求1所述的利用移动终端实现面对面移动安全支付的方法, 其特征在于所述步骤104中,消费者获取附近商户列表后,选择要支付的商户,选中商户后,提交支付申请。
- 如权利要求1所述的利用移动终端实现面对面移动安全支付的方法,其特征在于步骤105中,商户在收到支付申请后输入支付金额,商户确认后,才能进行步骤106。
- 如权利要求1所述的利用移动终端实现面对面移动安全支付的方法,其特征在于所述方法,事先设定支付限制,限定每次支付金额和每天支付次数:用户可以设置每次支付的最大额度和每天支付的次数,所述支付申请发生时系统会自动判断是否超出了支付限制。
- 如权利要求7所述的利用移动终端实现面对面移动安全支付的方法,其特征在于所述方法,包括有第三方证明步骤,用户需事先存储第三方证明信息,当所述支付申请超出了上述每次支付的最大额度和每天支付的次数时,用户启动验证第三方证明信息,验证通过后用户可在限定的时间内完成一次支付。
- 如权利要求1所述的利用移动终端实现面对面移动安全支付的方法,其特征在于完成支付后,记录每次的交易信息,交易信息包括时间、地点、内容信息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2014/090546 WO2016070400A1 (zh) | 2014-11-07 | 2014-11-07 | 一种利用移动终端实现面对面移动安全支付的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107077676A true CN107077676A (zh) | 2017-08-18 |
Family
ID=55908417
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480083234.5A Pending CN107077676A (zh) | 2014-11-07 | 2014-11-07 | 一种利用移动终端实现面对面移动安全支付的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107077676A (zh) |
WO (1) | WO2016070400A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101071481A (zh) * | 2007-03-23 | 2007-11-14 | 田小平 | 一种差旅服务系统和方法 |
CN101872514A (zh) * | 2010-06-10 | 2010-10-27 | 候万春 | 一种实现移动支付跟随商场的系统和方法 |
CN102496222A (zh) * | 2011-11-29 | 2012-06-13 | 上海盛付通电子商务有限公司 | 一种基于支付指令的支付方法、支付终端及系统 |
CN103020844A (zh) * | 2012-12-14 | 2013-04-03 | 丁卓 | 基于地理位置服务的移动电子商务系统及方法 |
CN103035081A (zh) * | 2011-09-29 | 2013-04-10 | 中国移动通信集团公司 | 一种无线pos机的交易权限验证方法、装置及系统 |
CN103268558A (zh) * | 2013-05-23 | 2013-08-28 | 福建伊时代信息科技股份有限公司 | 电子交易信息处理方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8429086B2 (en) * | 2011-01-20 | 2013-04-23 | Csr Technology Inc. | System for location based transaction security |
CN103593761A (zh) * | 2012-08-17 | 2014-02-19 | 中国银联股份有限公司 | 由手机终端基于移动定位服务进行现场支付的方法及系统 |
-
2014
- 2014-11-07 CN CN201480083234.5A patent/CN107077676A/zh active Pending
- 2014-11-07 WO PCT/CN2014/090546 patent/WO2016070400A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101071481A (zh) * | 2007-03-23 | 2007-11-14 | 田小平 | 一种差旅服务系统和方法 |
CN101872514A (zh) * | 2010-06-10 | 2010-10-27 | 候万春 | 一种实现移动支付跟随商场的系统和方法 |
CN103035081A (zh) * | 2011-09-29 | 2013-04-10 | 中国移动通信集团公司 | 一种无线pos机的交易权限验证方法、装置及系统 |
CN102496222A (zh) * | 2011-11-29 | 2012-06-13 | 上海盛付通电子商务有限公司 | 一种基于支付指令的支付方法、支付终端及系统 |
CN103020844A (zh) * | 2012-12-14 | 2013-04-03 | 丁卓 | 基于地理位置服务的移动电子商务系统及方法 |
CN103268558A (zh) * | 2013-05-23 | 2013-08-28 | 福建伊时代信息科技股份有限公司 | 电子交易信息处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2016070400A1 (zh) | 2016-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11962577B2 (en) | Resource transfer setup and verification | |
CN113656781B (zh) | 跨应用程序统一登录 | |
JP5627888B2 (ja) | モバイル環境における金融取引のための方法およびシステム | |
WO2020082885A1 (zh) | 身份认证、号码保存和发送、绑定号码方法、装置及设备 | |
CN109196834B (zh) | 用于被连接的装置的子令牌管理系统 | |
US20150066775A1 (en) | Transferring Funds Using Mobile Devices | |
US20110066550A1 (en) | System and method for a secure funds transfer | |
US20130238488A1 (en) | System and method for transferring funds | |
US20150161620A1 (en) | System and method for risk and fraud mitigation for merchant on-boarding | |
US20160012427A1 (en) | Systems and methods for authenticating users of networked computer systems based on non-credentialed information | |
CN101588577A (zh) | 用于银行交易系统的安全系统与方法 | |
CN104766205A (zh) | 一种移动支付方法及装置 | |
US20190295062A1 (en) | Systems and Methods for Offline Stored Value Payment Management, Offline Mutual Authentication for Payment, and Auditing Offline Transactions | |
CN107665313B (zh) | 敏感信息展示方法、装置、存储介质和计算机设备 | |
KR20190036154A (ko) | 전자 화폐를 이용한 상거래의 세금 관리 시스템 및 방법 | |
US20160342979A1 (en) | Systems and methods for transaction authentication using dynamic wireless beacon devices | |
US20200019966A1 (en) | Systems and methods for temporarily activating a payment account for fraud prevention | |
US20150287135A1 (en) | Method and system for obtaining credit | |
CA2970301C (en) | Improved network for onboarding and delivery of electronic payments to payees | |
EP3417413B1 (en) | System of ascertainment | |
US20100094756A1 (en) | System and method for rapid financial transactions through an open financial exchange or wire transfer | |
US20140006271A1 (en) | Cross-network electronic payment processing system and method | |
JP6151234B2 (ja) | モバイル環境における金融取引のための方法およびシステム | |
CN107077676A (zh) | 一种利用移动终端实现面对面移动安全支付的方法 | |
JP2010282605A (ja) | モバイル環境における金融取引のための方法およびシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170818 |
|
RJ01 | Rejection of invention patent application after publication |