基于双向认证的聚合支付方法及平台与流程

本发明涉及移动支付领域，尤其涉及一种基于双向认证的聚合支付方法及平台。

背景技术：

随着科技的发展，通过移动支付这种消费方式逐渐进入我们的生活中。目前移动支付的软件较多，例如微信支付，翼支付，京东支付等，通常，商家会开展线下优惠活动的营销方式，当用户进行移动支付时，经常会遇到商家只支持某一种支付方式，比如商家只支持支付宝，而用户所使用的支付方式与商家不同，或者用户支付宝里没有足够的余额进行支付，从而造成无法完成交易等不便。

技术实现要素：

本发明提供一种基于双向认证的聚合支付方法及平台，用于解决当用户所使用的支付平台与商家不同从而造成无法完成支付的问题，并且能够保证用户支付以及资产安全。

本发明的第一个方面是提供一种基于双向认证的聚合支付方法，包括：接收用户终端通过第一支付客户端发送的支付信息，所述支付信息包括交易金额、用户注册第一支付客户端的第一手机号码和商家支持的第二支付客户端的标识；若所述第一支付客户端与所述第二支付客户端不一致，则检测所述第一手机号码与所述用户使用的手机号码是否一致；若所述第一手机号码与所述用户使用的手机号码一致，则根据所述交易金额将所述第一支付客户端下所述用户的账户资金支付给所述第二支付客户端下所述商家的账户。

本发明的另一个方面是提供一种基于双向认证的聚合支付平台包括：接收模块，用于接收用户终端通过第一支付客户端发送的支付信息，所述支付信息包括交易金额、用户注册第一支付客户端的第一手机号码和商家支持的第二支付客户端的标识；第一比对模块，用于若所述第一支付客户端与所述第二支付客户端不一致，则检测所述第一手机号码与所述用户使用的手机号码是否一致；结算模块，用于若所述第一手机号码与所述用户使用的手机号码一致，则根据所述交易金额将所述第一支付客户端下所述用户的账户资金支付给所述第二支付客户端下所述商家的账户。

本发明提供的一种基于双向认证的聚合支付方法及平台，能够实现不同支付平台之间的聚合支付，从而解决当用户所使用的支付平台与商家不同从而造成无法完成支付的问题，并且，通过检测用户注册第一支付客户端的第一手机号码与用户使用的手机号码是否一致，对用户当前的支付行为进行验证，能够保证用户支付以及资产安全。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的基于双向认证的聚合支付方法的流程示意图；

图2为本发明实施例二提供的基于双向认证的聚合支付方法的流程示意图；

图3为本发明实施例三提供的基于双向认证的聚合支付方法的流程示意图；

图4为本发明实施例四提供的基于双向认证的聚合支付方法的流程示意图；

图5为本发明实施例五提供的基于双向认证的聚合支付方法的流程示意图；

图6为本发明实施例六提供的基于双向认证的聚合支付平台的结构示意图；

图7为本发明实施例七提供的基于双向认证的聚合支付平台的结构示意图；

图8为本发明实施例八提供的基于双向认证的聚合支付平台的结构示意图；

图9为本发明实施例九提供的基于双向认证的聚合支付平台的结构示意图；

图10为本发明实施例十提供的基于双向认证的聚合支付平台的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例一提供的基于双向认证的聚合支付方法的流程示意图，如图1所示，该方法包括：

101、接收用户终端通过第一支付客户端发送的支付信息，所述支付信息包括交易金额、用户注册第一支付客户端的第一手机号码和商家支持的第二支付客户端的标识。

本实施例的执行主体可以为聚合支付平台。聚合支付平台具有与各支付客户端，例如，微信支付客户端、支付宝支付客户端，相连接的接口，基于该聚合支付平台，通过不同支付客户端与平台之间的通信交互，实现不同支付客户端之间的跨客户端支付。

在实际应用中，当用户需要对商家进行支付的时候，若用户终端里只有第一支付客户端这一种支付平台时，首先通过用户终端的第一支付客户端对商家第二支付客户端进行扫描，从而接收到包括交易金额、用户注册第一支付客户端的第一手机号码和商家支持的第二支付客户端的标识的支付信息。

102、若所述第一支付客户端与所述第二支付客户端不一致，则检测所述第一手机号码与所述用户使用的手机号码是否一致。

在实际应用中，当用户终端使用的第一支付客户端与商家的第二支付客户端不一致时，为了保证用户的资产安全，需对用户使用的手机号码与用户注册第一支付客户端时的第一手机号码进行比对，以了解两个号码是否一致。这里用户使用的手机号码指的是，用户当前用手机终端进行支付时，手机终端进行移动通信所使用的手机号码。

103、若所述第一手机号码与所述用户使用的手机号码一致，则根据所述交易金额将所述第一支付客户端下所述用户的账户资金支付给所述第二支付客户端下所述商家的账户。

在实际应用中，当通过比对发现用户使用的手机号码与用户注册第一支付客户端时的第一手机号码是同一号码时，则根据支付信息中的交易金额从用户终端的第一支付客户端提取出相应的金额，转而支付给用户的第二支付客户端，从而完成一次跨平台的支付。当通过比对发现用户使用的手机号码与用户注册第一支付客户端时的手机号码不是同一号码时，则为了保护用户的资产安全，结束本次支付。

以实际场景举例来说：需要进行支付时，用户通过微信支付客户端扫描商家的支付二维码，发现商家的支付二维码支持支付宝客户端，而用户的手机中当前没有安装支付宝客户端，此时用户可以通过终端向聚合支付平台发送支付请求，平台根据该请求检测到商家和用户当前支持的支付客户端不一致，则通过比对用户当前使用的手机号码与用户注册微信客户端的手机号码是否一致，来判断本次发起的支付是否合法，若一致，则根据支付金额，从微信支付客户端将相应的资金支付给商家的支付宝客户端，从而安全地完成一次跨平台支付。

本实施例提供的基于双向认证的聚合支付方法，能够实现不同支付平台之间的聚合支付，从而解决当用户所使用的支付平台与商家不同从而造成无法完成支付的问题，并且，通过检测用户注册第一支付客户端的第一手机号码与用户使用的手机号码是否一致，能够保证用户支付以及资产安全。

图2为本发明实施例二提供的基于双向认证的聚合支付方法的流程示意图，如图2所示，在实施例一的基础上，在102所述检测所述第一手机号码与所述用户使用的手机号码是否一致之前，该方法还包括：

201、检测用户是否注册过所述第二支付客户端。

在实际应用中，可能用户曾经注册过第二支付客户端，但是用户终端并没有安装该第二支付客户端，无法直接通过第二支付客户端进行支付，所以，在接收到第一支付客户端发送的支付信息后，检测所述第一手机号码与所述用户使用的手机号码是否一致之前，首先检测用户是否曾经注册过第二支付客户端。

202、若注册过，则获取用户注册所述第二支付客户端的第二手机号码，并检测所述第二手机号码和所述第一手机号码是否一致。

相应的，102具体包括：

203、若所述第二手机号码和所述第一手机号码一致，则检测所述第一手机号码与所述用户使用的手机号码是否一致。

在本实施方式中，若检测到用户曾经注册过第二支付客户端，则为了保证用户的资产安全，继续对用户注册所述第二支付客户端的第二手机号码与用户注册所述第一支付客户端的第一手机号码进行比对。若检测到第二手机号码和第一手机号码一致，则继续对第一手机号码与用户使用的手机号码进行比对，若两次比对结果均一致时，则对商家进行支付，若不一致，则为了保护用户资产安全，停止本次支付。

仍以实际场景举例来说：当用户通过本方法向商家支付时，虽然用户手机中只存在一种微信支付，但是可能用户曾经注册过支付宝账号，但是手机中并没有安装支付宝客户端，所以，当获取了支付信息后，应先检测用户是否曾经注册过支付宝平台，若注册过，则检测用户注册微信时的手机号码与用户注册支付宝时的手机号码是否一致，如为同一号码，则进行下一步，检测本号码与用户使用的手机号码是否一致，如一致，则用户对商家进行支付，如不一致，则为了保护用户的资产安全，停止本次支付。

本实施例提供的基于双向认证的聚合支付方法，在检测所述第一手机号码与所述用户使用的手机号码是否一致之前，首先检测用户是否注册过所述第二支付客户端，并对第一手机号码与第二手机号码进行比对，当比对结果显示用户使用的手机号码、第一手机号码与第二手机号码均一致时，则对商家进行支付。通过这种认证方式，能够在实现聚合支付的基础上，对用户的资产安全进行进一步的保护。

图3为本发明实施例三提供的基于双向认证的聚合支付方法的流程示意图，如图3所示，在实施例一或实施例二的基础上，在102所述的检测所述第一手机号码与所述用户使用的手机号码是否一致之前，该方法还包括：

301、访问运营商数据库，确认所述用户使用的手机号码是否为有效号码。

相应的，102具体包括：

302、若所述用户使用的手机号码为有效号码，则检测所述第一手机号码与所述用户使用的手机号码是否一致。

本实施方式中，在检测所述第一手机号码与用户使用的手机号码是否一致之前，首先根据从第一支付客户端接收到的支付信息中的用户使用的手机号码进行认证，通过访问运营商数据库，认证用户使用的手机号码是否为有效号码，有效号码为使用记录良好且没有停机的号码。

以实施例三在实施例二的基础上实施为例，用户通过聚合平台进行跨平台支付时，首先确认第一支付客户端与第二支付客户端是否一致，当第一支付客户端与第二支付客户端不一致时，在检测用户注册第一支付客户端的第一手机号码和注册第二支付客户端的第二手机号码是否一致的基础上，还确认用户使用的手机号码是否为有效号码，若第一手机号码和第二手机号码一致且用户使用的手机号码为有效号码，则检测第一手机号码与用户使用的手机号码是否一致。

仍以实际场景举例来说：当用户通过微信扫面商家二维码获得支付信息之后，先对用户使用的手机号码进行认证，通过访问访问运营商数据库，确认用户使用的手机号码是否为有效号码，有效号码即没有停机且信用良好的手机号码，当检测到用户号码为有效号码时，则进行以下的步骤，若为无效号码，则停止本次支付。

本实施例提供的基于双向认证的聚合支付方法，通过在检测所述第一手机号码与用户使用的手机号码是否一致之前，首先根据从第一支付客户端接收到的支付信息中的用户使用的手机号码进行认证，能够进一步的保护用户的资产安全。

图4为本发明实施例四提供的基于双向认证的聚合支付方法的流程示意图，如图4所示，在前述任一实施例的基础上，103中所述根据所述交易金额将所述第一支付客户端下所述用户的账户资金支付给所述第二支付客户端下所述商家的账户，具体包括：

401、向第一支付客户端发送支付请求，所述支付请求包括所述交易金额；

在实际应用中，当认证用户使用的手机号码为有效号码，确认第一手机号码与用户使用的手机号码一致之后，向第一支付客户端发送支付请求，该支付请求包括交易金额。

402、接收所述第一支付客户端根据所述支付请求从所述第一支付客户端下所述用户的资金支付的资金；

在本实施方式中，第一支付客户端接收到支付请求后，接收第一支付客户端提取出相应的交易金额。

403、将所述资金支付至所述第二支付客户端下所述商家的账户中。

在本实施方式中，当接收第一支付客户端根据支付请求从第一支付客户端下用户的资金支付的资金之后，将资金支付至第二支付客户端下商家的账户中，从而完成一次聚合支付。

仍以实际场景举例来说：当完成一系列比对与认证后，向微信客户端发送支付请求，微信客户端接收支付请求后，从微信客户端中提取出与支付信息中携带的支付金额同等的金额，将支付金额转入商家的支付宝客户端，从而完成一次跨平台支付。

本实施例提供的基于双向认证的聚合支付方法，通过向第一支付客户端发送支付请求，接收第一支付客户端的资金并给商家，从而完成一次聚合支付，从而解决了当用户所使用的支付平台与商家不同从而造成无法完成支付的问题。

图5为本发明实施例五提供的基于双向认证的聚合支付方法的流程示意图，如图5所示，在前述任一实施例的基础上，在103之后，该方法还包括：

501、向所述用户终端发送支付成功消息，所述支付成功消息包括所述交易金额。

仍以实际场景举例来说：当聚合支付平台成功从微信客户端提取资金并支付给支付宝之后，向微信客户端发送支付成功的消息，该消息中包括支付金额与支付成功等信息，用以提醒用户聚合支付完毕以及资金支出状况。

在本实施方式中，在根据交易金额将第一支付客户端下用户的资金支付给商家之后，向用户终端推送支付成功的消息，用来提醒用户支付已完成，付成功消息中包括交易金额，用以提醒客户消费情况。

本实施例提供的基于双向认证的聚合支付方法，在支付成功后向用户推送含有支付金额的支付成功的消息，用以提醒用户支付已完成，能够使用户实时了解自己支付与资产详情，为用户资产安全做出了保证。

图6为本发明实施例六提供的基于双向认证的聚合支付平台的结构示意图，如图6所示，该平台包括：

接收模块61，用于接收用户终端通过第一支付客户端发送的支付信息，所述支付信息包括交易金额、用户注册第一支付客户端的第一手机号码和商家支持的第二支付客户端的标识。

在实际应用中，当用户需要对商家进行支付的时候，若用户终端里只有第一支付客户端这一种支付平台时，首先通过用户终端的第一支付客户端对商家第二支付客户端进行扫描，从而接收模块61接收到包括交易金额、用户注册第一支付客户端的第一手机号码和商家支持的第二支付客户端的标识的支付信息。

第一比对模块62，用于若所述第一支付客户端与所述第二支付客户端不一致，则检测所述第一手机号码与所述用户使用的手机号码是否一致。

在实际应用中，当用户终端使用的第一支付客户端与商家的第二支付客户端不一致时，为了保证用户的资产安全，需通过第一比对模块62对用户使用的手机号码与用户注册第一支付客户端时的第一手机号码进行比对，以了解两个号码是否一致。

结算模块63，用于若所述第一手机号码与所述用户使用的手机号码一致，则根据所述交易金额将所述第一支付客户端下所述用户的账户资金支付给所述第二支付客户端下所述商家的账户。

在实际应用中，当通过第一比对模块62比对发现用户使用的手机号码与用户注册第一支付客户端时的第一手机号码是同一号码时，则结算模块63根据支付信息中的交易金额从用户终端的第一支付客户端提取出相应的金额，转而支付给用户的第二支付客户端，从而完成一次跨平台的支付。当通过第一比对模块62比对发现用户使用的手机号码与用户注册第一支付客户端时的手机号码不是同一号码时，则为了保护用户的资产安全，结束本次支付。

本实施例提供的基于双向认证的聚合支付平台，能够实现不同支付平台之间的聚合支付，从而解决当用户所使用的支付平台与商家不同从而造成无法完成支付的问题，并且，通过检测用户注册第一支付客户端的第一手机号码与用户使用的手机号码是否一致，能够保证用户支付以及资产安全。

图7为本发明实施例七提供的基于双向认证的聚合支付平台的结构示意图，如图7所示，在实施例六的基础上，该平台还包括：

检测模块71，用于在所述第一比对模块62检测所述第一手机号码与所述用户使用的手机号码是否一致之前，检测用户是否注册过所述第二支付客户端；

在实际应用中，可能用户曾经注册过第二支付客户端，但是用户终端并没有安装该第二支付客户端，无法直接通过第二支付客户端进行支付，所以，在接收到第一支付客户端发送的支付信息后，通过第一比对模块62检测所述第一手机号码与所述用户使用的手机号码是否一致之前，首先通过检测模块71检测用户是否曾经注册过第二支付客户端。

第二比对模块72，用于若注册过，则获取用户注册所述第二支付客户端的第二手机号码，并检测所述第二手机号码和所述第一手机号码是否一致；

相应的，所述第一比对模块62，具体用于若所述第二手机号码和所述第一手机号码一致，则检测所述第一手机号码与所述用户使用的手机号码是否一致。

在本实施方式中，若通过检测模块71检测到用户曾经注册过第二支付客户端，则为了保证用户的资产安全，继续通过第二比对模块72对用户注册所述第二支付客户端的第二手机号码与用户注册所述第一支付客户端的第一手机号码进行比对。若通过第二比对模块72检测到第二手机号码和第一手机号码一致，则通过第一比对模块71继续对第一手机号码与用户使用的手机号码进行比对，若两次比对结果均一致时，则对商家进行支付，若不一致，则为了保护用户资产安全，停止本次支付。

本实施例提供的基于双向认证的聚合支付平台，在检测所述第一手机号码与所述用户使用的手机号码是否一致之前，首先检测用户是否注册过所述第二支付客户端，并对第一手机号码与第二手机号码进行比对，当比对结果显示用户使用的手机号码、第一手机号码与第二手机号码均一致时，则对商家进行支付。通过这种认证方式，能够在实现聚合支付的基础上，对用户的资产安全进行进一步的保护。

图8为本发明实施例八提供的基于双向认证的聚合支付平台的结构示意图，如图8所示，在实施例六的基础上，该平台还包括：

认证模块81，用于在所述第一比对模块62检测所述第一手机号码与所述用户使用的手机号码是否一致之前，访问运营商数据库，确认所述用户使用的手机号码是否为有效号码；

相应的，所述第一比对模块62，具体用于若所述用户使用的手机号码为有效号码，则检测所述第一手机号码与所述用户使用的手机号码是否一致。

本实施方式中，在通过第一比对模块62检测所述第一手机号码与用户使用的手机号码是否一致之前，首先通过认证模块81根据从第一支付客户端接收到的支付信息中的用户使用的手机号码进行认证，通过访问运营商数据库，认证用户使用的手机号码是否为有效号码，有效号码为使用记录良好且没有停机的号码。

本实施例提供的基于双向认证的聚合支付平台，通过在检测所述第一手机号码与用户使用的手机号码是否一致之前，首先根据从第一支付客户端接收到的支付信息中的用户使用的手机号码进行认证，能够进一步的保护用户的资产安全。

图9为本发明实施例九提供的基于双向认证的聚合支付平台的结构示意图，如图9所示，在实施例六至实施例八中任一实施例的基础上，所述结算模块63具体包括：

请求单元91，用于向第一支付客户端发送支付请求，所述支付请求包括所述交易金额；

在实际应用中，当通过认证模块81认证用户使用的手机号码为有效号码，通过第一比对模块62确认第一手机号码与用户使用的手机号码一致之后，则通过请求单元91向第一支付客户端发送支付请求，该支付请求包括交易金额。

转账单元92，用于接收所述第一支付客户端根据所述支付请求从所述第一支付客户端下所述用户的资金支付的资金；

在本实施方式中，第一支付客户端接收到支付请求后，通过转账单元92接收第一支付客户端提取出相应的交易金额。

支付单元93，用于将所述资金支付至所述第二支付客户端下所述商家的账户中。

在本实施方式中，当通过转账单元92接收第一支付客户端根据支付请求从第一支付客户端下用户的资金支付的资金之后，通过支付单元93将资金支付至第二支付客户端下商家的账户中，从而完成一次聚合支付。

本实施例提供的基于双向认证的聚合支付平台，通过向第一支付客户端发送支付请求，接收第一支付客户端的资金并给商家，从而完成一次聚合支付，从而解决了当用户所使用的支付平台与商家不同从而造成无法完成支付的问题。

图10为本发明实施例十提供的基于双向认证的聚合支付平台的结构示意图，如图10所示，在实施例六至实施例九中任一实施例的基础上，所述平台还包括：

推送模块11，用于在所述结算模块63根据所述交易金额将所述第一支付客户端下所述用户的账户资金支付给所述第二支付客户端下所述商家的账户之后，向所述用户终端发送支付成功消息，所述支付成功消息包括所述交易金额。

在本实施方式中，在根据交易金额将第一支付客户端下用户的资金支付给商家之后，通过推送模块11向用户终端推送支付成功的消息，用来提醒用户支付已完成，付成功消息中包括交易金额，用以提醒客户消费情况。

本实施例提供的基于双向认证的聚合支付平台，在支付成功后向用户推送含有支付金额的支付成功的消息，用以提醒用户支付已完成，能够使用户实时了解自己支付与资产详情，为用户资产安全做出了保证。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的平台的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。