CN104966199A - 一种数据处理方法、客户端及支付平台 - Google Patents
一种数据处理方法、客户端及支付平台 Download PDFInfo
- Publication number
- CN104966199A CN104966199A CN201410706157.6A CN201410706157A CN104966199A CN 104966199 A CN104966199 A CN 104966199A CN 201410706157 A CN201410706157 A CN 201410706157A CN 104966199 A CN104966199 A CN 104966199A
- Authority
- CN
- China
- Prior art keywords
- information
- card
- user
- page
- combination
- 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.)
- Granted
Links
Abstract
本发明公开了一种数据处理方法、客户端及支付平台，其中，所述方法应用于客户端中，所述客户端包括显示区域，所述方法包括：检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；进入所述第一页面触发第一验证时，发送第二信息；接收第一验证通过响应信息；接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
Description
技术领域
本发明涉及通讯技术，尤其涉及一种数据处理方法、客户端及支付平台。
背景技术
本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：
无线数据业务终端如智能手机的日益普及化和更加智能化，使得采用例如智能手机这种终端进行大量的数据处理成为可能，随着2G/3G，甚至是4G时代的到来，对于现今的大数据时代，可以借助WIFI这种无线局域网络，或者各大运营商提供的移动数据网络构建的网络来进行各种数据处理。
然而，很多用户日常所需的生活服务类业务在数据处理时还都停留在线下的人工手动操作状态，耗费大量人力劳动资源，比如，目前用户需要用到借款这种生活服务类业务时，需要到专业贷款公司或银行等能核准贷款并发放贷款的营业厅或办事处填写单子，找营业厅或办事处的柜台操作人员手动办理，且后续审批和借贷流程都很繁琐，需要经过多道人工审核流程，等待审批通过至真正得到所需的借款所花费的周期长。
综上所述，现有技术针对这个数据处理场景所存在的问题是：花费周期长，占用大量时间成本；线下数据处理的手工操作及审核由于手工操作不仅耗费大量人力劳动成本，而且使用手工操作导致核对时错误率高，为了避免错误率手工操作务必精细化处理就额外增加了更多的人力劳动成本。这对于目前互联网时代，信息化高速发展，用户的需求日益提高，要求快捷方便的提供更好的生活服务质量的需求是不相符合的，如果对于这个数据处理场景引入线上的操作，安全性的验证是尤为重要的前提。然而，相关技术中，对于该问题，尚无有效解决方案。
发明内容
有鉴于此，本发明实施例希望提供一种数据处理方法、客户端及支付平台，至少实现了数据处理智能化线上操作的安全性的验证，使得在确保是本人操作安全性的前提下能通过智能化线上操作节约时间成本，节约人力劳动成本，提高正确率的同时不需额外增加成本且提高了数据处理效率，更好的满足了用户需要快捷方便的生活服务质量的需求。
本发明实施例的技术方案是这样实现的：
本发明实施例的一种数据处理方法，所述方法应用于客户端中，所述客户端包括显示区域，所述方法包括：
检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；
通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；
进入所述第一页面触发第一验证时，发送第二信息；
接收第一验证通过响应信息；
接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
上述方案中，所述方法还包括：
所述接收第一验证通过响应信息后，发送检测是否已经绑卡的请求消息，所述请求消息携带用于绑卡识别的信息；
接收响应消息，所述响应消息携带检测结果；
若所述检测结果为已经绑卡时，则进入第二页面，在所述第二页面中选择默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；
若所述检测结果为未绑卡时，则收到绑卡提示，根据所述绑卡提示输入用于绑卡的信息。
上述方案中，所述接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合，包括：
获取校验信息输入提示位置与页面关联显示的配置参数；
根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；
所述指定页面为所述第二页面。
上述方案中，所述接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合，包括：
获取校验信息输入提示位置与页面关联显示的配置参数；
根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；
所述指定页面为由所述第二页面及第M页面构成的配合所述用户操作的至少两个交互页面，所述M为大于2的正整数；
在所述至少两个交互页面上包括至少一个校验信息输入提示位置。
上述方案中，所述信息或信息组合与所述卡信息相互关联。
上述方案中，所述方法还包括：
所述接收第二验证通过响应信息后，通过所述第一用户对应的账号接收第二用户发送给第一用户申请的支付结果；
所述第二用户为放贷或借款的户头。
本发明实施例的一种数据处理方法，所述方法应用于支付平台中，所述方法包括：
接收第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
所述判断结果为第二信息已注册并具有权限时，通过第一验证，发送第一验证通过响应信息；
接收基于用户操作输入的信息或信息组合；
所述信息或信息组合满足预设规则时，通过第二验证，确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，发送第二验证通过响应信息。
上述方案中，所述方法还包括：
接收检测是否已经绑卡的请求消息；
从所述请求消息中解析出用于绑卡识别的信息；
根据所述用于绑卡识别的信息进行查询，得到检测结果；
将检测结果封装到响应消息中并返回；
若所述用于绑卡识别的信息与本地保存的用户绑卡信息相匹配时，得到检测结果为已经绑卡，否则，所述检测结果为未绑卡。
上述方案中，所述方法还包括：
所述检测结果为已经绑卡时，从所述用户绑卡信息中提取用于页面显示的相关信息并发送；
所述用于页面显示的相关信息至少包括：默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；
或者，
所述检测结果为未绑卡时，发送绑卡提示，所述绑卡提示至少包括请求用户输入默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息。
上述方案中，所述信息或信息组合满足预设规则时，通过第二验证，包括：
获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
若所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证；
或者，
若所述信息或信息组合与所述卡信息不相关联，则校验是否符合预定检验策略及检测所述信息或信息组合与所述卡信息是否能相互关联，若在所述预定检验策略的范畴内检测到所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
上述方案中，所述方法还包括：
所述发送第二验证通过响应信息后，执行第一处理；
响应所述第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上；
所述第二用户为放贷或借款的户头。
本发明实施例的一种客户端，所述客户端包括显示区域，所述客户端还包括：
第一检测单元，用于检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；
获取单元，用于通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；
第一发送单元，用于进入所述第一页面触发第一验证时，发送第二信息；
第一接收单元，用于接收第一验证通过响应信息；
第一处理单元，用于接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
第二处理单元，用于接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
上述方案中，所述第一发送单元，进一步用于发送检测是否已经绑卡的请求消息，所述请求消息携带用于绑卡识别的信息；
所述第一接收单元，进一步用于接收响应消息，所述响应消息携带检测结果；
所述客户端还包括：
第三处理单元，用于所述检测结果为已经绑卡时，进入第二页面，在所述第二页面中选择默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；或者，所述检测结果为未绑卡时，收到绑卡提示，根据所述绑卡提示输入用于绑卡的信息。
上述方案中，所述第一处理单元，进一步包括：
参数获取子单元，用于获取校验信息输入提示位置与页面关联显示的配置参数；
提示位置显示输入单元，用于根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；所述指定页面为所述第二页面。
上述方案中，所述第一处理单元，进一步包括：
参数获取子单元，用于获取校验信息输入提示位置与页面关联显示的配置参数；
提示位置显示输入单元，用于根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；所述指定页面为由所述第二页面及第M页面构成的配合所述用户操作的至少两个交互页面，所述M为大于2的正整数；在所述至少两个交互页面上包括至少一个校验信息输入提示位置。
上述方案中，所述信息或信息组合与所述卡信息相互关联。
上述方案中，所述第二处理单元，进一步用于通过所述第一用户对应的账号接收第二用户发送给第一用户申请的支付结果；所述第二用户为放贷或借款的户头。
本发明实施例的一种支付平台，所述支付平台包括：
判断单元，用于接收第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
第二发送单元，用于所述判断结果为第二信息已注册并具有权限时，通过第一验证，发送第一验证通过响应信息；
第二接收单元，用于接收基于用户操作输入的信息或信息组合；
第四处理单元，用于所述信息或信息组合满足预设规则时，通过第二验证，确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，发送第二验证通过响应信息。
上述方案中，所述第二接收单元，进一步用于接收检测是否已经绑卡的请求消息；
所述支付平台还包括：
解析单元，用于从所述请求消息中解析出用于绑卡识别的信息；
第二检测单元，用于根据所述用于绑卡识别的信息进行查询，得到检测结果；将检测结果封装到响应消息中并返回；若所述用于绑卡识别的信息与本地保存的用户绑卡信息相匹配时，得到检测结果为已经绑卡，否则，所述检测结果为未绑卡。
上述方案中，所述第二检测单元，进一步用于：
所述检测结果为已经绑卡时，从所述用户绑卡信息中提取用于页面显示的相关信息并发送；所述用于页面显示的相关信息至少包括：默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；或者，
所述检测结果为未绑卡时，发送绑卡提示，所述绑卡提示至少包括请求用户输入默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息。
上述方案中，所述第四处理单元，进一步包括：
匹配子单元，用于获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
验证子单元，用于：
若所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证；或者，
若所述信息或信息组合与所述卡信息不相关联，则校验是否符合预定检验策略及检测所述信息或信息组合与所述卡信息是否能相互关联，若在所述预定检验策略的范畴内检测到所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
上述方案中，所述支付平台还包括：
第五处理单元，用于执行第一处理；
响应单元，用于响应所述第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上；所述第二用户为放贷或借款的户头。
本发明实施例的数据处理方法包括：检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；进入所述第一页面触发第一验证时，发送第二信息；接收第一验证通过响应信息；接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
采用本发明实施例，检测第一信息或应用，通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面，经过发送信息用于多级验证的机制确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，实现了线上数据处理的安全性的验证，为后续的智能化线上操作提高了全流程安全校验的体系，使得通过后续的智能化线上操作进行数据处理能达到节约时间成本，节约人力劳动成本，提高正确率的同时不需额外增加成本且提高了数据处理效率提供了稳定支持的可行性，更好的满足了用户需要快捷方便的生活服务质量的需求。
附图说明
图1为本发明方法实施例一的一个实现流程示意图；
图2为应用本发明实施例的二维码显示的应用场景图；
图3为应用本发明实施例的多个不同生活服务类的二维码的示意图；
图4为应用本发明实施例的关注生活服务类的公众账号后得到的客户端显示界面示意图；
图5为本发明方法实施例二的一个实现流程示意图；
图6为本发明方法实施例三的一个实现流程示意图；
图7为本发明方法实施例四的一个实现流程示意图；
图8为本发明方法实施例五的一个实现流程示意图；
图9为应用本发明实施例一验证交互场景的示意图；
图10为应用场景一的已绑卡用户的UI界面示意图；
图11为应用场景一的未绑卡用户的UI界面示意图；
图12为应用场景一至四对应的系统架构示意图；
图13为应用场景二的签约授信绑卡审核的流程图；
图14为应用场景三的用户安全性验证的身份实名验证的流程图；
图15为应用场景四的用户签约终审以放贷或借款的流程图；
图16为本发明客户端实施例一的一个实现流程示意图；
图17为本发明客户端实施例二的一个实现流程示意图；
图18为本发明支付平台实施例一的一个实现流程示意图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
方法实施例一：
本发明实施例的一种数据处理方法，所述方法应用于客户端中，所述客户端包括显示区域，如图1所示，所述方法包括：
步骤101、检测第一信息，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；
步骤102、通过获取检测到的第一信息进入显示于所述显示区域上的第一页面；
步骤103、进入所述第一页面触发第一验证时，发送第二信息；
步骤104、接收第一验证通过响应信息；
步骤105、接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
步骤106、接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
采用本发明实施例，检测第一信息，通过获取检测到的第一信息进入显示于所述显示区域上的第一页面，经过发送信息用于多级验证的机制确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，实现了线上数据处理的安全性的验证，为后续的智能化线上操作提高了全流程安全校验的体系，使得通过后续的智能化线上操作进行数据处理能达到节约时间成本，节约人力劳动成本，提高正确率的同时不需额外增加成本且提高了数据处理效率提供了稳定支持的可行性，更好的满足了用户需要快捷方便的生活服务质量的需求。
这里需要指出的是：进入第一页面的触发条件包括：通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面，在本方法实施例一中是具体通过获取检测到的第一信息进入显示于所述显示区域上的第一页面；而在后续方法实施例二中是具体通过获取检测到的应用进入显示于所述显示区域上的第一页面。
在本方法实施例一中，具体应用时，所述第一信息可以有两种实现方式：
1)所述支持客户端扫描识别的第一信息。
比如，用于记录计算机电子设备能直接识别信息的二维码就是这类第一信息的一种具体实现方式，如具备摄像头能支持扫描功能的手机终端或平板电脑，通过手机终端或平板电脑上安装的客户端启动扫描模式时就可以直接识别出该二维码所代表的信息。二维码是用特定的几何图形按一定规律在平面(二维方向)上分布的黑白相间的图形，是所有信息数据的一把钥匙。在为用户提供商业或生活服务类活动中，二维码可实现的应用十分广泛，包括：产品防伪/溯源、广告推送、网站链接、数据下载、商品交易、定位/导航、电子商务应用、车辆管理、信息传递等。随着智能终端的发展，物联网技术的发展，使得用户采用智能终端，如智能手机或平板电脑上安装的各种应用程序的客户端，能很容易的进行数据处理，使得利用更多的二维码技术应用成为可能，具体的，更多的二维码技术应用包括：
●网站跳转，即跳转到微博、手机网站、网站；
●广告推送，即用户扫码，直接浏览商家推送的视频、音频广告；
●手机电商，即用户扫码、手机直接购物下单；
●防伪溯源，即用户扫码、即可查看生产地；同时后台可以获取最终消费地；
●优惠促销，即用户扫码，下载电子优惠券，抽奖；
●会员管理，即用户手机上获取电子会员信息、VIP服务；
●手机支付，即扫描商品二维码，通过银行或第三方支付提供的手机端通道完成支付；特别是生活服务涉及的各种支付，比如一个现金贷款服务，通过扫描二维码所代表的“现金贷款服务”，其所对应的服务就会出现于客户端的显示区域的页面上，从而在页面上进行各种用户操作而进入该服务所提供的支付验证，及具体支付和交易流程。
2)需发出关注请求验证通过后被识别的第一信息。
比如新浪微博所关注的公众账号，比如微信所关注的公众账号等等。
关注生活服务类的公众账号，“现金贷款服务”对应的账号，在发出请求通过后就实现了对该“现金贷款服务”对应的账号的关注，其所对应的服务就会出现于客户端的显示区域的页面上，从而在页面上进行各种用户操作而进入该服务所提供的支付验证，及具体支付和交易流程。
如图2所示为多个用户通过对显示于文本的二维码、或显示于智能终端屏幕如手机、个人数字助理(PAD)、平板电脑、台式机等上的二维码进行扫描而得到二维码所指示的信息的应用场景图，如图2所示，有用户11-用户15共五位处于不同办公地点或位置的用户，不限于5个，仅仅为示例，对应的，用户11-用户15有手持智能手机终端21的，有手持平板电脑22的，有利用台式机浏览网页或图形的，有手持图纸的，还有拿纸质文件书面办公的，图2中箭头所指的载体都可以呈现二维码，比如在24-25所示的纸质载体或者21-23所示的电子设备载体上都可以呈现二维码，用户11-用户15通过扫描二维码得到二维码所指示的信息。
如图3为对应不同生活服务类的二维码，如宝马汽车，Adidas，大众汽车等，这些都可以贷款实现购买，比如通过之前提及的“现金贷款服务”进行支付和分期贷款购买，需要买这些商品，需要扫描得到商品的类别和价钱等信息后，再扫描第一信息或调用应用的方式启动之前提及的“现金贷款服务”，比如手机QQ或微信扫码或关注公众账号进入“现金贷款服务”的验证或支付页面，在页面上进行各种用户操作而进入该服务所提供的支付验证，及具体支付和交易流程。
如图4所示为关注生活服务类的公众账号后得到的客户端显示界面示意图，关注该“现金贷款服务”后会在上述显示界面中增加一项“现金贷”的生活服务应用。
以生活服务类服务为所述“现金贷款服务”为例，所述第一验证是指验证用户是否有贷款权限，是用于筛选用户的验证；所述第二信息是指用于白名单验证使用的信息，白名单中有QQ账号，额度，贷款时间，手续费，利息，对应财付通账户等一众信息；所述第二验证是指验证操作用户是否为贷款权限的用户本人所执行的操作，是通过发送有单一关键信息或关键信息的组合来实现安全性验证，确认执行所述用户操作的用户与发送所述第二信息的注册用户皆为同一个第一用户，所述第一用户是指需要借贷或借款的用户，从而可以识别伪装用户盗取账号的非法行为，提高了在页面上进行各种用户操作而使用该“现金贷款服务”所提供的支付验证，及具体支付和交易流程的整体安全性。
方法实施例二：
本发明实施例的一种数据处理方法，所述方法应用于客户端中，所述客户端包括显示区域，如图5所示，所述方法包括：
步骤201、检测应用，所述应用为授权调用的支持支付功能的应用；
步骤202、通过获取检测到的该应用进入显示于所述显示区域上的第一页面；
步骤203、进入所述第一页面触发第一验证时，发送第二信息；
步骤204、接收第一验证通过响应信息；
步骤205、接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
步骤206、接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
采用本发明实施例，检测授权调用的支持支付功能的应用，调用指：可以是针对手机中安装的手机QQ与其他与支付验证相关的应用，通过调用该相关的应用进行页面验证或支付等的情况，比如在手机QQ与手机QQ钱包之间；还可以是其他SNS应用，比如微信与财付通之间等等，一个是提供生活服务类的应用，另一个是支持支付功能的应用，或者将这2个应用的功能集成在一个应用上，通过2个不同的功能模块做功能区分并在同一个应用的2个功能模块之间建立关联即可。通过获取检测到的应用进入显示于所述显示区域上的第一页面，经过发送信息用于多级验证的机制确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，实现了线上数据处理的安全性的验证，为后续的智能化线上操作提高了全流程安全校验的体系，使得通过后续的智能化线上操作进行数据处理能达到节约时间成本，节约人力劳动成本，提高正确率的同时不需额外增加成本且提高了数据处理效率提供了稳定支持的可行性，更好的满足了用户需要快捷方便的生活服务质量的需求。
这里需要指出的是：进入第一页面的触发条件包括：通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面，在本方法实施例二中是具体通过获取检测到的应用进入显示于所述显示区域上的第一页面。
以生活服务类服务为所述“现金贷款服务”为例，所述第一验证是指验证用户是否有贷款权限，是用于筛选用户的验证；所述第二信息是指用于白名单验证使用的信息，白名单中有QQ账号，额度，贷款时间，手续费，利息，对应财付通账户等一众信息；所述第二验证是指验证操作用户是否为贷款权限的用户本人所执行的操作，是通过发送有单一关键信息或关键信息的组合来实现安全性验证，确认执行所述用户操作的用户与发送所述第二信息的注册用户皆为同一个第一用户，所述第一用户是指需要借贷或借款的用户，从而可以识别伪装用户盗取账号的非法行为，提高了在页面上进行各种用户操作而使用该“现金贷款服务”所提供的支付验证，及具体支付和交易流程的整体安全性。
方法实施例三：
基于上述方法实施例一或方法实施例二，如图6所示，本发明实施例的数据处理方法还包括：
步骤301、所述接收第一验证通过响应信息后，发送检测是否已经绑卡的请求消息，所述请求消息携带用于绑卡识别的信息；
步骤302、接收响应消息，所述响应消息携带检测结果；
步骤303、根据检测结果判断是否已经绑卡，若是，所述检测结果为已经绑卡时，则执行步骤304；若否，所述检测结果为未绑卡时，则执行步骤305；
步骤304、进入第二页面，在所述第二页面中选择默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息，结束本绑卡检测流程；
步骤305、进入第二页面，收到绑卡提示，根据所述绑卡提示输入用于绑卡的信息，结束本绑卡检测流程。
在本发明实施例一实现方式中，客户端的UI界面显示配合用户操作有两种方案：
一、在一个页面输入验证信息的场景，如指定页面为在第二页面进行校验，用户操作在第二页面上完成，该页面可以包括一个信息或多个信息组合进行验证的方案。
该场景下，所述接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合，包括：
获取校验信息输入提示位置与页面关联显示的配置参数；
根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；
所述指定页面为所述第二页面。
采用本实施例的好处是：信息在一个页面输入就能实现验证，操作比较快，不需要用户打开多级页面进行操作，因为每打开一个页面输入信息到后面的支付平台验证，就有一次前端的客户端与后台的支付平台进行验证，在网络情况不好的时候会增加延时，影响用户体验。用户操作在一个页面就搞定所有的事情是比较有处理效率的，而且不受网络环境的影响，只需要交互一次。
二、在多个页面输入验证信息的场景，每一个页面可以包括一个信息或多个信息，如第二页面校验位输入完毕根据用户操作“下一步”交互打开第三页面，第四页面，第五页面等等，逐级验证的方案。
该场景下，所述接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合，包括：
获取校验信息输入提示位置与页面关联显示的配置参数；
根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；
所述指定页面为由所述第二页面及第M页面构成的配合所述用户操作的至少两个交互页面，所述M为大于2的正整数；
在所述至少两个交互页面上包括至少一个校验信息输入提示位置。
采用本实施例的好处是：区分安全等级，越往后打开的页面上的验证信息安全等级越高，安全等级高势必更加安全，需多级页面深入输入验证信息。
在本发明实施例一实施方式中，所述信息或信息组合与所述卡信息相互关联。
在本发明实施例一实施方式中，所述方法还包括：
所述接收第二验证通过响应信息后，通过所述第一用户对应的账号接收第二用户发送给第一用户申请的支付结果；所述第二用户为放贷或借款的户头。
方法实施例四：
本发明实施例的一种数据处理方法，如图7所示，所述方法应用于支付平台中，所述方法包括：
步骤401、接收第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
步骤402、所述判断结果为第二信息已注册并具有权限时，通过第一验证，发送第一验证通过响应信息；
步骤403、接收基于用户操作输入的信息或信息组合；
步骤404、所述信息或信息组合满足预设规则时，通过第二验证，确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，发送第二验证通过响应信息。
采用本发明实施例，通过对基于用户操作输入的信息或信息组合进行验证，能确定出执行所述用户操作的用户与所述第二信息的注册用户皆为同一个用户，这里将该同一用户称为第一用户。
以生活服务类服务为所述“现金贷款服务”为例，所述第一验证是指验证用户是否有贷款权限，是用于筛选用户的验证；所述第二信息是指用于白名单验证使用的信息，白名单中有QQ账号，额度，贷款时间，手续费，利息，对应财付通账户等一众信息；所述第二验证是指验证操作用户是否为贷款权限的用户本人所执行的操作，是通过发送有单一关键信息或关键信息的组合来实现安全性验证，确认执行所述用户操作的用户与发送所述第二信息的注册用户皆为同一个第一用户，所述第一用户是指需要借贷或借款的用户，从而可以识别伪装用户盗取账号的非法行为，提高了在页面上进行各种用户操作而使用该“现金贷款服务”所提供的支付验证，及具体支付和交易流程的整体安全性。
在本发明实施例一实施方式中，所述方法还包括：
接收检测是否已经绑卡的请求消息；
从所述请求消息中解析出用于绑卡识别的信息；
根据所述用于绑卡识别的信息进行查询，得到检测结果；
将检测结果封装到响应消息中并返回；
若所述用于绑卡识别的信息与本地保存的用户绑卡信息相匹配时，得到检测结果为已经绑卡，否则，所述检测结果为未绑卡。
在本发明实施例一实施方式中，所述方法还包括两个具体实现：
一、所述检测结果为已经绑卡时，从所述用户绑卡信息中提取用于页面显示的相关信息并发送；
所述用于页面显示的相关信息至少包括：默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；
二、所述检测结果为未绑卡时，发送绑卡提示，所述绑卡提示至少包括请求用户输入默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息。
在本发明实施例一实施方式中，所述信息或信息组合满足预设规则时，通过第二验证，有两种具体实现：
一、一次就输入正确的场景，匹配成功则符合规则，通过验证。
获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
若所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
二、多次输入，有输入错误可能的场景，有输入验证的次数或图片验证码等各种策略，符合策略的范畴且匹配成功则符合规则，通过验证。
获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
若所述信息或信息组合与所述卡信息不相关联，则校验是否符合预定检验策略及检测所述信息或信息组合与所述卡信息是否能相互关联，若在所述预定检验策略的范畴内检测到所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
这里，预定检验策略涵盖“输入验证的次数或图片验证码各种策略”，比如输入错误以3次为限，超过了就不准继续输入，以确保安全，避免是非法用户的输入尝试。避免是软件控制的机器自动操作数字，则启用图片验证码，图片验证码能更好的识别出是虚拟用户模拟机器输入还是真实用户输入。其中，虚拟用户模拟机器输入是非法用户输入的方式。
在本发明实施例一实施方式中，所述方法还包括：
所述发送第二验证通过响应信息后，执行第一处理；响应所述第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上。其中，所述第二用户为放贷或借款的户头。
这里，以生活服务类服务为所述“现金贷款服务”为例，所述第一处理指：经支付平台审核通过后的房贷或借款处理。
方法实施例五：本发明实施例的数据处理中前端客户端与后端支付平台交互时的验证流程，不涉及是否验证是否绑卡的过程，只涉及第一验证和第二验证的过程，其中，所述第一验证是：验证是否为有权限的借贷或借款用户；所述第二验证是：验证借贷或借款用户是否为本人操作，验证通过对该借贷或借款用户予以放贷；所述第一处理是：进行放贷或借款处理，即：按照第一用户(该借贷或借款用户)的申请支付金额，从第二用户(比如信而富这种小额贷款公司或国有四大银行或各种民办银行)将第一用户申请的支付结果(所述申请支付金额)打款到第一用户对应的户头上。其中，所述第一用户对应的户头也可以成为卡账号，不限定卡是借记卡还是信用卡。
如图8所示，该流程包括：
步骤501、通过获取第一信息或调用本地第一应用进入所述显示区域中的第一页面；
步骤502、进入所述第一页面触发第一验证时，发送第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
步骤503、所述判断结果为第二信息已注册并具有权限时，通过第一验证；
步骤504、通过第一验证，发送第一验证通过响应信息；
步骤505、接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用；
步骤506、所述信息或信息组合满足预设规则时，执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户；
步骤507、通过第二验证，发送第二验证通过响应信息；
步骤507为可选步骤；
步骤508、通过第二验证并执行第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上。
简单来说，判断所述第二信息是否为已注册并具有权限的信息，是通过比对白名单得到，白名单中包括有QQ账号，额度，贷款时间，手续费，利息，对应财付通账户等一众信息，第一验证通过后，继续判断绑卡或未绑卡，已经绑卡则进入输入单一关键信息或多种关键信息进行第二验证，验证通过后进行第一处理，即将第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上。其中，关键信息包括：身份证、手机号、短信校验码，支付密码等的至少一种。
以一个现实应用场景为例对本发明实施例阐述如下：
以下各个应用本发明实施例的数据处理的场景以生活服务为“现金贷款服务”中的签约流程为例，所出现的缩略语和关键术语为：
现金贷：由小贷公司出资，通过财付通提供资金、渠道等服务，向用户发放小额有息贷款的业务；
白名单：由财付通和小贷公司一起筛选出具有签约资格的用户作为白名单用户。仅白名单用户可以进入业务进行借款。
针对现有技术方案中用户借贷或借款服务都是在线下进行的弊端而言，目前用户到小贷公司或四大国有银行或民营银行进行借款，这个审批流程都是线下进行，需要用户本人到柜台当面提供材料,验证资料，进行审批。然后等待审批通过，放款到用户签约的银行卡。整个流程存在借贷手续繁琐，放款时间过长等，人工操作错误率高，效率低下，及安全系数低的问题，而线上的数据处理相比线下的处理有更多优势，在上述实施例中已经有描述，这里不做赘述。
以下各个应用场景充分利用当前互联网对人们生活的渗透，用线上简洁，方便易用，安全的交互，解决了用户线下借款繁琐，时间过长等问题。
简单来说就是，如图9所示，现金贷款的资金由小贷公司或四大国有银行或民营银行出资，用户申请贷款后实时发放到用户指定银行卡的账号上。整个过程需要考虑安全性验证。该架构包括第一用户(申请借款或借贷用户)601与第二用户(小贷公司或四大国有银行或民营银行)602，以及作为二者中间处理环节的支付平台603。支付平台603至少能实现支付验证，涉及支付的自动绑卡服务，及最终作为小贷公司或各银行的渠道或桥梁实现支付等服务，具体可以是财付通、支付宝、手机QQ的支付后台、手机QQ钱包等在线支付平台，包括以下步骤：
步骤S11、第一用户601请求进行第一验证，第一验证用于筛选出没有注册过贷款权限的用户。
步骤S12、支付平台603针对用户的第一验证请求，具体是在用户签约借贷或借款前先根据支付平台中的数据库判断用户是否在白名单内，根据判断结果执行步骤S13。
步骤S13、如果在白名单中，则说明是已注册有贷款权限的用户，返回验证通过，请求第一用户601输入用于第二验证的信息或信息组合。
这里，步骤S13还有一种实现为，如果不在白名单中，提示给第一用户601没有权限，不允许进行贷款，可以申请开通注册等响应信息给第一用户601。
步骤S14、在白名单内，则需要通过绑定一张或多张用户的快捷银行卡中的一张或多张来进一步进行第二验证而验证用户的实名信息等；
步骤S15-S22、查询绑卡信息，确定已绑卡后经对输入的用于第二验证的信息或信息组合进行多级验证通过后进行贷款额度等相关贷款审核，以用于作为第一用户601与第二用户602的中间处理环境的支付平台603借贷或借款给用户，确认用户实名信息后，再将用户信息传递给第二用户602进行终审，审核结束后签约达成，经过支付平台603启动给用户的放款或放贷。其中，小贷公司的一种实现可以为信而富。
本场景中，支付平台603中至少包括用于数据处理的服务器6032和用于存储数据的数据库6031，其中，服务器6032中包括各种处理器和逻辑运算模块，支付数据库6031中包括四类数据库，用于第一验证的白名单，用于是否已绑卡查询的绑卡信息、用于与根据与所绑卡信息对应卡信息进行第二验证的信息及其组合、用于支付额度，利息等支付相关的数据。当然，可以分类保存，也可以整合到一个数据库中保存。第一用户601包括一个或多个用户，比如有2个用户6011-6012通过手机或平板电脑扫描二维码或关注公众账号后提出申请，以用户6012为例，支付平台603对应用户6012不同的请求，查询不同类型的数据，都验证通过后，支付平台603将申请发送到第二用户602进行终审。其中，第二用户602也包括一个或多个，比如用户6021-6023这3个用户分别组合用PC，台式机或人工审核对第一用户的申请进行审核。第二用户602也可以都是用户通过智能终端进行审核。
以下对各个场景进行描述如下：
应用场景一：
通过关注一个客户端如手机QQ的生活服务号“现金贷款服务”触发验证流程，需要系统安装该客户端软件才能进行，包括android和iOS系统，但是不限制一定是手机QQ作为移动生活服务接入的入口，还可以是其他应用。
验证还需要判断是否已经绑卡，使用了客户端支付的自动绑卡流程，支持用户在没有绑卡的时候，也能通过绑定一张新的借记卡来完成签约，其客户端在进入“现金贷款服务”欢迎界面，进行验证，自动绑卡及是否批注额度的借款或借贷的UI界面如图10-11所示，图10为已绑卡用户的UI界面，图11为未绑卡用户的UI界面，其中，图11未绑卡用户的未绑卡界面显示，处理目前的显示页面，后续的页面显示与图10相同，不做赘述。
整个签约审核功能包括前端的客户端UI界面显示，如图10-11所示，还包括客户端与支付平台通过H5交互或非H5交互方式进行交互以实现支付安全性验证的流程。以如图12所示的系统结构图可知，以手机QQ为例，前端的设备为手机QQ，用于UI展示，除了第三方信贷系统是第三方支付主体，以小贷公司作为一个具体实现，剩下的，都是支付平台中涉及的各个系统，比如手机QQ绑卡SDK，手机QQ支付后台，现金贷签约系统，财付通基础交易系统等等。
签约交互流程的主要环节包括以下内容：
一、用户关注现金贷服务号，目前现金贷的入口有手Q的生活服务号和钱包两种方式。用户可以在手Q中，通过搜索和扫描二维码的方式来关注现金贷的生活服务号。
二、用户进入签约流程，查询用户是否在白名单和授信信息，对于非白名单的用户，不提供借款并提示用户非授权。
三、查询用户的绑卡信息,如果用户没有绑卡信息，则引导用户进入绑卡流程，指导用户绑定新的银行卡。考虑到用户借款的目的，在绑定的卡中，只显示用户的储蓄卡，避免用户误操作选择信用卡，导致信用卡取现的交易手续费。
四、用户在已绑定的银行卡中选择一个银行卡，输入身份验证信息，系统对用户输入的信息进行校验，如果信息有误，则提示用户。
五、用户输入手机短信验证码并进行校验,如果用户输入的验证码错误，则提示用户继续输入，为了保护系统，避免系统被刷，限制用户短信码连续错误的次数是5次。如果超过5次，则锁定该用户，用户当天就不能再借款，只有第二天解锁后才能继续借款。
六、用户输入手机支付密码，如果验证通过，则调用安平和风控接口进行安全监控
七、调用第三方信贷系统进行审核。
应用场景二：如图13所示为用户签约授信绑卡审核的流程，包括：
步骤701-703、用户进入系统，在UI界面输入信息，经网关-现金签约CGI和现金签约服务模块发送查询用户授权信息请求；
步骤704-706、现金签约服务模块调用接口检查用户和财付通账户状态，是否接收到的信息位于白名单中，返回授信信息在UI界面显示；
步骤707、在UI界面显示非白名单用户提示没有授权；
步骤708-710、在UI界面显示白名单用户有授权，提示输入信息查询绑卡信息；
步骤711-712、已经绑卡或未绑卡通过调用绑卡SDK实现自动绑卡后，授信用户选择借款额和天数，申请借款。
应用场景三：如图14所示为用户安全性验证的身份实名验证流程，包括：
步骤801、用户在UI界面输入信息或信息组合，信息或信息组合包括输入姓名，身份证后四位和/或手机号码；
步骤802-803、对用户进行实名验证；
步骤804-805、验证登录客户端的账号，如QQ账号与身份证号码和姓名是否一致，验证银行卡绑定的手机号是否一致；
步骤806、如果验证不通过，将验证不通过的结果通知用户。
应用场景四：如图15所示为用户签约审核流程，包括：
步骤901、在UI界面输入短信验证码和支付密码；
步骤902、按照预定策略检测如果支付密码错误次数大于1，则提示需输入图片验证码进行验证；
步骤903-904、发送签约申请；
步骤905-907、验证手机短信码；验证支付密码，如果支付密码错误次数大于1，提示需验证图片验证码；验证用户的支付密码；
步骤908-909、执行风险审核和第三方信贷系统审核；
步骤911、终审通过将签约结果返回，如果验证通过，则从第二用户将第一用户申请借款或借贷的资金返回第一用户对应的卡账号。
这里需要指出的是，一、采用上述本发明实施例及应用本发明实施例的场景，能实现对用户身份的验证，以确保进行签约的操作用户是持卡人本人，具体是采用多种关键信息对用户进行验身，包括用户的姓名，用户的身份证后四位，用户绑定银行卡的手机号，还有短信码验证，支付密码验证中的至少一种关键信息；二、在用户所登录的客户端，比如手机QQ的签约流程中采取风险控制技术，比如对应采取的预设策略包括：用户支付密码错误，则需要提醒用户同时验证图片验证码；在该预设策略范畴内输入的关键信息与保存的信息匹配，则验证通过；三、整个完全是线上数据处理的安全性验证，为支付和交易流程的交互流程和操作提供了安全机制进行支持，充分利用移动技术的基础上，给用户提供了方便快捷的信贷签约流程。
这里需要指出的是：以下客户端及支付平台等设备项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端及支付平台等实施例中未披露的技术细节，请参照本发明方法实施例的描述。
客户端实施例一：
本发明实施例的一种客户端，如图16所示，所述客户端包括显示区域，所述客户端还包括：
第一检测单元41，用于检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；
获取单元42，用于通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；
第一发送单元43，用于进入所述第一页面触发第一验证时，发送第二信息；
第一接收单元44，用于接收第一验证通过响应信息；
第一处理单元45，用于接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
第二处理单元46，用于接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
客户端实施例二：
本发明实施例的一种客户端，如图17所示，所述客户端包括显示区域，所述客户端还包括：
第一检测单元51，用于检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；
获取单元52，用于通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；
第一发送单元53，用于进入所述第一页面触发第一验证时，发送第二信息；发送检测是否已经绑卡的请求消息，所述请求消息携带用于绑卡识别的信息；
第一接收单元54，用于接收第一验证通过响应信息；接收响应消息，所述响应消息携带检测结果；
第一处理单元55，用于接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
第三处理单元56，用于所述检测结果为已经绑卡时，进入第二页面，在所述第二页面中选择默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；或者，所述检测结果为未绑卡时，收到绑卡提示，根据所述绑卡提示输入用于绑卡的信息；
第二处理单元57，用于接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
在本发明实施例一实施方式中，所述第一处理单元，进一步包括：
参数获取子单元，用于获取校验信息输入提示位置与页面关联显示的配置参数；
提示位置显示输入单元，用于根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；所述指定页面为所述第二页面。
在本发明实施例一实施方式中，所述第一处理单元，进一步包括：
参数获取子单元，用于获取校验信息输入提示位置与页面关联显示的配置参数；
提示位置显示输入单元，用于根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；所述指定页面为由所述第二页面及第M页面构成的配合所述用户操作的至少两个交互页面，所述M为大于2的正整数；在所述至少两个交互页面上包括至少一个校验信息输入提示位置。
在本发明实施例一实施方式中，所述信息或信息组合与所述卡信息相互关联。
在本发明实施例一实施方式中，所述第二处理单元，进一步用于通过所述第一用户对应的账号接收第二用户发送给第一用户申请的支付结果；所述第二用户为放贷或借款的户头。
支付平台实施例一：
本发明实施例的一种支付平台，如图18所示，所述支付平台包括：
判断单元81，用于接收第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
第二发送单元82，用于所述判断结果为第二信息已注册并具有权限时，通过第一验证，发送第一验证通过响应信息；
第二接收单元83，用于接收基于用户操作输入的信息或信息组合；
第四处理单元84，用于所述信息或信息组合满足预设规则时，通过第二验证，确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，发送第二验证通过响应信息。
在本发明实施例一实施方式中，，所述第二接收单元，进一步用于接收检测是否已经绑卡的请求消息；
所述支付平台还包括：
解析单元，用于从所述请求消息中解析出用于绑卡识别的信息；
第二检测单元，用于根据所述用于绑卡识别的信息进行查询，得到检测结果；将检测结果封装到响应消息中并返回；若所述用于绑卡识别的信息与本地保存的用户绑卡信息相匹配时，得到检测结果为已经绑卡，否则，所述检测结果为未绑卡。
在本发明实施例一实施方式中，，所述第二检测单元，进一步用于：
所述检测结果为已经绑卡时，从所述用户绑卡信息中提取用于页面显示的相关信息并发送；所述用于页面显示的相关信息至少包括：默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；或者，
所述检测结果为未绑卡时，发送绑卡提示，所述绑卡提示至少包括请求用户输入默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息。
在本发明实施例一实施方式中，，所述第四处理单元，进一步包括：
匹配子单元，用于获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
验证子单元，用于：
若所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证；或者，
若所述信息或信息组合与所述卡信息不相关联，则校验是否符合预定检验策略及检测所述信息或信息组合与所述卡信息是否能相互关联，若在所述预定检验策略的范畴内检测到所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
在本发明实施例一实施方式中，所述支付平台还包括：
第五处理单元，用于执行第一处理；
响应单元，用于响应所述第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上；所述第二用户为放贷或借款的户头。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
Claims (22)
1.一种数据处理方法，其特征在于，所述方法应用于客户端中，所述客户端包括显示区域，所述方法包括：
检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；
通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；
进入所述第一页面触发第一验证时，发送第二信息；
接收第一验证通过响应信息；
接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述接收第一验证通过响应信息后，发送检测是否已经绑卡的请求消息，所述请求消息携带用于绑卡识别的信息；
接收响应消息，所述响应消息携带检测结果；
若所述检测结果为已经绑卡时，则进入第二页面，在所述第二页面中选择默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；
若所述检测结果为未绑卡时，则收到绑卡提示，根据所述绑卡提示输入用于绑卡的信息。
3.根据权利要求2所述的方法，其特征在于，所述接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合，包括：
获取校验信息输入提示位置与页面关联显示的配置参数；
根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；
所述指定页面为所述第二页面。
4.根据权利要求2所述的方法，其特征在于，所述接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合，包括：
获取校验信息输入提示位置与页面关联显示的配置参数；
根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；
所述指定页面为由所述第二页面及第M页面构成的配合所述用户操作的至少两个交互页面，所述M为大于2的正整数；
在所述至少两个交互页面上包括至少一个校验信息输入提示位置。
5.根据权利要求2至4任一项所述的方法，其特征在于，所述信息或信息组合与所述卡信息相互关联。
6.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：
所述接收第二验证通过响应信息后，通过所述第一用户对应的账号接收第二用户发送给第一用户申请的支付结果；
所述第二用户为放贷或借款的户头。
7.一种数据处理方法，其特征在于，所述方法应用于支付平台中，所述方法包括：
接收第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
所述判断结果为第二信息已注册并具有权限时，通过第一验证，发送第一验证通过响应信息；
接收基于用户操作输入的信息或信息组合；
所述信息或信息组合满足预设规则时，通过第二验证，确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，发送第二验证通过响应信息。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
接收检测是否已经绑卡的请求消息；
从所述请求消息中解析出用于绑卡识别的信息；
根据所述用于绑卡识别的信息进行查询，得到检测结果；
将检测结果封装到响应消息中并返回；
若所述用于绑卡识别的信息与本地保存的用户绑卡信息相匹配时，得到检测结果为已经绑卡，否则，所述检测结果为未绑卡。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
所述检测结果为已经绑卡时，从所述用户绑卡信息中提取用于页面显示的相关信息并发送；
所述用于页面显示的相关信息至少包括：默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；
或者，
所述检测结果为未绑卡时，发送绑卡提示，所述绑卡提示至少包括请求用户输入默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息。
10.根据权利要求9所述的方法，其特征在于，所述信息或信息组合满足预设规则时，通过第二验证，包括：
获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
若所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证；
或者，
若所述信息或信息组合与所述卡信息不相关联，则校验是否符合预定检验策略及检测所述信息或信息组合与所述卡信息是否能相互关联，若在所述预定检验策略的范畴内检测到所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
11.根据权利要求7至10任一项所述的方法，其特征在于，所述方法还包括：
所述发送第二验证通过响应信息后，执行第一处理；
响应所述第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上；
所述第二用户为放贷或借款的户头。
12.一种客户端，其特征在于，所述客户端包括显示区域，所述客户端还包括：
第一检测单元，用于检测第一信息或应用，所述第一信息包括支持客户端扫描识别的第一信息或需发出关注请求验证通过后被识别的第一信息；所述应用为授权调用的应用；
获取单元，用于通过获取检测到的第一信息或应用进入显示于所述显示区域上的第一页面；
第一发送单元，用于进入所述第一页面触发第一验证时，发送第二信息；
第一接收单元，用于接收第一验证通过响应信息；
第一处理单元，用于接收用户操作，所述用户操作用于输入信息或信息组合，将所述信息或信息组合用于第二验证使用，发送所述信息或信息组合；
第二处理单元，用于接收第二验证通过响应信息，所述第二验证通过响应信息用于确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户。
13.根据权利要求12所述的客户端，其特征在于，所述第一发送单元，进一步用于发送检测是否已经绑卡的请求消息，所述请求消息携带用于绑卡识别的信息；
所述第一接收单元，进一步用于接收响应消息，所述响应消息携带检测结果；
所述客户端还包括：
第三处理单元，用于所述检测结果为已经绑卡时，进入第二页面，在所述第二页面中选择默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；或者，所述检测结果为未绑卡时，收到绑卡提示，根据所述绑卡提示输入用于绑卡的信息。
14.根据权利要求13所述的客户端，其特征在于，所述第一处理单元，进一步包括：
参数获取子单元，用于获取校验信息输入提示位置与页面关联显示的配置参数；
提示位置显示输入单元，用于根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；所述指定页面为所述第二页面。
15.根据权利要求13所述的客户端，其特征在于，所述第一处理单元，进一步包括：
参数获取子单元，用于获取校验信息输入提示位置与页面关联显示的配置参数；
提示位置显示输入单元，用于根据所述配置参数在指定页面上对应显示至少一个校验信息输入提示位置，根据所述用户操作在所述至少一个校验信息输入提示位置输入所述信息或信息组合并发送；所述指定页面为由所述第二页面及第M页面构成的配合所述用户操作的至少两个交互页面，所述M为大于2的正整数；在所述至少两个交互页面上包括至少一个校验信息输入提示位置。
16.根据权利要求13至15任一项所述的客户端，其特征在于，所述信息或信息组合与所述卡信息相互关联。
17.根据权利要求12至15任一项所述的客户端，其特征在于，所述第二处理单元，进一步用于通过所述第一用户对应的账号接收第二用户发送给第一用户申请的支付结果；所述第二用户为放贷或借款的户头。
18.一种支付平台，其特征在于，所述支付平台包括：
判断单元，用于接收第二信息，判断所述第二信息是否为已注册并具有权限的信息，得到一判断结果；
第二发送单元，用于所述判断结果为第二信息已注册并具有权限时，通过第一验证，发送第一验证通过响应信息；
第二接收单元，用于接收基于用户操作输入的信息或信息组合；
第四处理单元，用于所述信息或信息组合满足预设规则时，通过第二验证，确定执行所述用户操作的用户与所述第二信息的注册用户皆为第一用户，发送第二验证通过响应信息。
19.根据权利要求18所述的支付平台，其特征在于，所述第二接收单元，进一步用于接收检测是否已经绑卡的请求消息；
所述支付平台还包括：
解析单元，用于从所述请求消息中解析出用于绑卡识别的信息；
第二检测单元，用于根据所述用于绑卡识别的信息进行查询，得到检测结果；将检测结果封装到响应消息中并返回；若所述用于绑卡识别的信息与本地保存的用户绑卡信息相匹配时，得到检测结果为已经绑卡，否则，所述检测结果为未绑卡。
20.根据权利要求19所述的支付平台，其特征在于，所述第二检测单元，进一步用于：
所述检测结果为已经绑卡时，从所述用户绑卡信息中提取用于页面显示的相关信息并发送；所述用于页面显示的相关信息至少包括：默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息；或者，
所述检测结果为未绑卡时，发送绑卡提示，所述绑卡提示至少包括请求用户输入默认的一张卡或者已经绑定的多张卡中的一张卡所对应的卡信息。
21.根据权利要求20所述的支付平台，其特征在于，所述第四处理单元，进一步包括：
匹配子单元，用于获取所述信息或信息组合，将所述信息或信息组合与所述卡信息进行匹配；
验证子单元，用于：
若所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证；或者，
若所述信息或信息组合与所述卡信息不相关联，则校验是否符合预定检验策略及检测所述信息或信息组合与所述卡信息是否能相互关联，若在所述预定检验策略的范畴内检测到所述信息或信息组合与所述卡信息相互关联，则通过所述第二验证。
22.根据权利要求18至21任一项所述的支付平台，其特征在于，所述支付平台还包括：
第五处理单元，用于执行第一处理；
响应单元，用于响应所述第一处理，将所述第一用户申请的支付结果从第二用户发送至所述第一用户对应的账号上；所述第二用户为放贷或借款的户头。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410706157.6A CN104966199B (zh) | 2014-11-27 | 2014-11-27 | 一种数据处理方法、客户端及支付平台 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410706157.6A CN104966199B (zh) | 2014-11-27 | 2014-11-27 | 一种数据处理方法、客户端及支付平台 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104966199A true CN104966199A (zh) | 2015-10-07 |
| CN104966199B CN104966199B (zh) | 2017-04-12 |
Family
ID=54220231
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410706157.6A Active CN104966199B (zh) | 2014-11-27 | 2014-11-27 | 一种数据处理方法、客户端及支付平台 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104966199B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106169132A (zh) * | 2016-07-14 | 2016-11-30 | 微额速达（上海）金融信息服务有限公司 | 时间轴界面管理方法 |
| CN108062629A (zh) * | 2017-12-26 | 2018-05-22 | 平安科技（深圳）有限公司 | 交易事件的处理方法、终端设备及介质 |
| CN108446973A (zh) * | 2018-02-28 | 2018-08-24 | 四川新网银行股份有限公司 | 一种基于金融开放平台的传统金融机构线上信贷解决方法 |
| CN108460268A (zh) * | 2017-02-20 | 2018-08-28 | 阿里巴巴集团控股有限公司 | 验证方法及装置 |
| CN109196535A (zh) * | 2016-06-22 | 2019-01-11 | 印度国家支付公司 | 电子支付系统及其方法 |
| CN109508949A (zh) * | 2018-10-09 | 2019-03-22 | 四川航天信息有限公司 | 一种信贷初审方法及装置 |
| CN109685595A (zh) * | 2018-08-21 | 2019-04-26 | 平安普惠企业管理有限公司 | 基于数据分析的推送方法、装置、移动终端及存储介质 |
| CN109785107A (zh) * | 2018-12-13 | 2019-05-21 | 平安科技（深圳）有限公司 | 基于资金占比灵活配置的方法及相关产品 |
| CN111198737A (zh) * | 2019-12-16 | 2020-05-26 | 上海淇玥信息技术有限公司 | 基于用户状态特征的页面展示方法及其装置、系统、服务器、存储介质 |
| CN111222944A (zh) * | 2019-12-31 | 2020-06-02 | 深圳市创梦天地科技有限公司 | 一种订单处理方法、系统及装置 |
| TWI729832B (zh) * | 2020-06-02 | 2021-06-01 | 勝創科技股份有限公司 | 驗證方法及交易驗證方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103186851A (zh) * | 2011-12-30 | 2013-07-03 | 上海博泰悦臻电子设备制造有限公司 | 基于云数据处理技术的电子支付系统 |
| CN103366269A (zh) * | 2013-07-05 | 2013-10-23 | 李卓桓 | 一种用于快捷支付的方法、设备及系统 |
| CN103985033A (zh) * | 2014-06-11 | 2014-08-13 | 开鑫贷融资服务江苏有限公司 | 一种实现网上支付的方法和网络支付平台 |
-
2014
- 2014-11-27 CN CN201410706157.6A patent/CN104966199B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103186851A (zh) * | 2011-12-30 | 2013-07-03 | 上海博泰悦臻电子设备制造有限公司 | 基于云数据处理技术的电子支付系统 |
| CN103366269A (zh) * | 2013-07-05 | 2013-10-23 | 李卓桓 | 一种用于快捷支付的方法、设备及系统 |
| CN103985033A (zh) * | 2014-06-11 | 2014-08-13 | 开鑫贷融资服务江苏有限公司 | 一种实现网上支付的方法和网络支付平台 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109196535A (zh) * | 2016-06-22 | 2019-01-11 | 印度国家支付公司 | 电子支付系统及其方法 |
| CN106169132A (zh) * | 2016-07-14 | 2016-11-30 | 微额速达（上海）金融信息服务有限公司 | 时间轴界面管理方法 |
| CN108460268A (zh) * | 2017-02-20 | 2018-08-28 | 阿里巴巴集团控股有限公司 | 验证方法及装置 |
| CN108062629A (zh) * | 2017-12-26 | 2018-05-22 | 平安科技（深圳）有限公司 | 交易事件的处理方法、终端设备及介质 |
| CN108062629B (zh) * | 2017-12-26 | 2021-07-09 | 平安科技（深圳）有限公司 | 交易事件的处理方法、终端设备及介质 |
| CN108446973A (zh) * | 2018-02-28 | 2018-08-24 | 四川新网银行股份有限公司 | 一种基于金融开放平台的传统金融机构线上信贷解决方法 |
| CN109685595A (zh) * | 2018-08-21 | 2019-04-26 | 平安普惠企业管理有限公司 | 基于数据分析的推送方法、装置、移动终端及存储介质 |
| CN109508949A (zh) * | 2018-10-09 | 2019-03-22 | 四川航天信息有限公司 | 一种信贷初审方法及装置 |
| CN109785107A (zh) * | 2018-12-13 | 2019-05-21 | 平安科技（深圳）有限公司 | 基于资金占比灵活配置的方法及相关产品 |
| CN109785107B (zh) * | 2018-12-13 | 2023-07-18 | 平安科技（深圳）有限公司 | 基于资金占比灵活配置的方法及相关产品 |
| CN111198737A (zh) * | 2019-12-16 | 2020-05-26 | 上海淇玥信息技术有限公司 | 基于用户状态特征的页面展示方法及其装置、系统、服务器、存储介质 |
| CN111222944A (zh) * | 2019-12-31 | 2020-06-02 | 深圳市创梦天地科技有限公司 | 一种订单处理方法、系统及装置 |
| CN111222944B (zh) * | 2019-12-31 | 2024-04-12 | 深圳市创梦天地科技有限公司 | 一种订单处理方法、系统及装置 |
| TWI729832B (zh) * | 2020-06-02 | 2021-06-01 | 勝創科技股份有限公司 | 驗證方法及交易驗證方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104966199B (zh) | 2017-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104966199B (zh) | 一种数据处理方法、客户端及支付平台 | |
| US8612345B2 (en) | Routing for direct to account payments | |
| US8352329B2 (en) | Method and system for providing international electronic payment service using mobile phone authentication | |
| US20140351070A1 (en) | Role-based transaction management system for multi-point merchants | |
| CN104599408B (zh) | 基于动态二维码的第三方账户自动柜员机取款方法及系统 | |
| CN104641345A (zh) | 使用将子令牌与主令牌的质量相关的机制进行应用登录 | |
| US9384487B2 (en) | Phone number payments for bill payments users | |
| WO2012094187A2 (en) | Method and system for managing programmed applications in an open api environment | |
| CN106899539A (zh) | 跨系统的业务操作执行方法、业务平台以及目标系统 | |
| CN105099983A (zh) | 授权方法、权限设置方法及装置 | |
| KR101890662B1 (ko) | 통합핀 쇼핑 정보 시스템 및 서비스 방법 | |
| CN104376452A (zh) | 基于国际卡支付通道管理支付成功率的系统及方法 | |
| CN106570689A (zh) | 一种权限验证方法和设备 | |
| CN108022096A (zh) | 一种移动支付方法、装置、终端及可读存储介质 | |
| AU2019339653A1 (en) | Systems and methods for distributed identity verification during a transaction | |
| CN108629587A (zh) | 一种实现停车费电子支付验证的方法、服务器和终端设备 | |
| CN109741070B (zh) | 一种基于网证的账户管理方法及装置 | |
| CN109214801B (zh) | 一种电子支付确认方法、装置和存储介质 | |
| CN112819473A (zh) | 一种基于数字字典的订单处理方法、服务器、设备及介质 | |
| CN110414197B (zh) | 基于行为特征的银行用户身份验证方法及装置 | |
| CN115641125A (zh) | 一种无需扫条形码或编码识别商品的交易方法及系统 | |
| KR101675376B1 (ko) | 모바일 결제 수단의 오프라인 결제를 중계하는 결제 중계 시스템 및 방법 | |
| US20230050176A1 (en) | Method of processing a transaction request | |
| CN109087109B (zh) | 一种移动支付确认方法、装置、系统和存储介质 | |
| CN109801050B (zh) | 一种用于在线商城的移动支付sdk和支付方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |