CN105809446A - 一种安全支付方法及系统 - Google Patents

Abstract

本发明公开了一种安全支付方法，包括步骤S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。本发明可以有效地避免管理组中某个用户身份信息遭窃后导致较大的财产损失，在方便进行成员用户移动支付消费管理的同时不会对移动支付的便捷性造成较大的影响，避免单一用户信息泄露对用户财产安全造成重大威胁，同时提供了一种管理他人消费的方法。

Description

一种安全支付方法及系统

技术领域

本发明涉及通信领域，特别是涉及安全支付方法及系统。

背景技术

随着以智能手机为代表的移动终端日益普及，以及无线通信技术的飞速进步和广泛应用，移动互联网蓬勃兴起。人们越来越多地使用各种移动终端从事电子商务，由此促进了移动电子商务的繁荣。而作为移动电子商务主要支付手段的移动支付，也得到了迅猛发展。所谓移动支付，是指用户使用手机或其它移动终端对所消费的商品或服务进行账务支付的一种服务方式。用户在移动终端上使用特定应用绑定银行账户，通过扫码、近场通讯等方式获取支付信息，待验证用户身份后对用户的银行账户扣款以完成支付。

随着信息技术的发展，移动支付方式给我们的日常消费带来了极大的便利，但同时也存在着安全隐患。一旦设备丢失或者密码等认证信息被窃，将可能给用户带来巨额的财产损失。另外，家长也会担心自己的孩子在外面使用手机支付乱花钱，等到发现时已经迟了。

现有的移动支付方式在支付端仅仅依靠单一的移动设备对用户进行身份验证，如果设备遗失或者支付密码等信息被他人窃取，则会导致用户的财产受到损失。

发明内容

本发明提供的技术方案如下：

本发明公开了一种安全支付方法，包括步骤：S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。

进一步优选的，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤：S01：交易的用户根据此次交易生成所述支付请求信息；验证交易用户的身份信息成功后发送所述支付请求信息至服务器。

进一步优选的，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤S02，所述步骤S02具体包括：S021：创建所述支付管理组；所述支付管理组包括多个用户；S022：为所述多个用户分配不同等级；等级最高的用户为管理员。

进一步优选的，所述步骤S2“服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员”具体包括：S21：获取预设的自定义支付确认规则；S22：根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；若不满足，则拒绝此次支付请求；否则，执行下一步；S25：根据所述支付请求信息生成支付确认信息，按照所述预设的自定义支付确认规则将所述支付确认信息发送至所述支付管理组内的管理员和预设的特定用户；所述步骤S3具体包括：S31：管理员和所述预设的特定用户接收所述支付确认信息；S32：管理员和所述预设的特定用户根据所述支付确认信息确认此次支付；S33：管理员和所述预设的特定用户返回确认结果至服务器。

进一步优选的，所述步骤S25之前还包括步骤：S23：服务器根据所述预设的自定义支付确认规则检查预设的特定用户和管理员是否设置自动确认条件；若否，执行步骤S25；否则，执行下一步；S24：服务器根据所述自动确认条件判断此次支付请求是否满足条件；若是，则同意此次支付请求；否则，执行步骤S25。

进一步优选的，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤S03，所述步骤S03具体包括：S031：此次交易的用户发送预约请求至服务器；S032：服务器转发所述预约请求至支付管理组内的管理员；S033：管理员对所述预约请求进行审核；当管理员同意所述预约请求时，反馈此次预约支付请求记录至服务器。

进一步优选的，所述步骤S1“服务器接收交易用户发送的支付请求信息，并根据所述支付请求信息查询交易用户所在的支付管理组”具体包括：S11：服务器接收用户发送的支付请求信息；S12：根据所述支付请求信息查询该用户是否有预约支付请求记录；若是，执行下一步；否则，执行步骤S14；S13：将所述支付请求信息与所述预约支付请求记录进行匹配；判断是否匹配成功，若是，则同意此次支付请求；否则执行步骤S14；S14：根据所述支付请求信息查询交易用户所在的支付管理组。

本发明还公开了一种安全支付系统，包括用户终端和服务器端；所述用户终端包括交易用户终端和管理员终端；所述交易用户终端发送支付请求信息至服务器端；所述服务器端接收所述支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；所述服务器端根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员终端；所述管理员终端接收所述支付确认信息并确认此次支付，返回确认结果至服务器端；所述服务器端接到所述确认结果进行支付。

进一步优选的，还包括特定用户终端；所述服务器端具体包括：接收模块，接收所述支付请求信息；获取模块，获取预设的自定义支付确认规则；第一判断模块，根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；信息生成模块，根据所述支付请求信息生成支付确认信息；发送模块，当判断此次支付满足预设的自定义支付确认规则时，发送所述支付确认信息至所述支付管理组内的管理员终端和所述特定用户终端；所述管理员终端和所述特定用户终端分别接收所述支付确认信息并确认，返回确认结果至所述服务器端。

进一步优选的，所述服务器端还包括：检查模块，根据所述预设的自定义支付确认规则检查预设的特定用户和管理员是否设置自动确认条件；第二判断模块，当检查预设的特定用户和管理员设置自动确认条件时，进一步根据所述自动确认条件判断此次支付请求是否满足条件；确认支付模块，当所述自动确认条件判断此次支付请求满足条件时，同意此次支付请求；当所述自动确认条件判断此次支付请求不满足条件时，所述发送模块发送所述支付确认信息至所述管理员终端和所述特定用户终端。

与现有的技术相比，本发明可以有效地避免管理组中某个用户身份信息遭窃后导致较大的财产损失，在方便进行成员用户移动支付消费管理的同时不会对移动支付的便捷性造成较大的影响，避免单一用户信息泄露对用户财产安全造成重大威胁，同时提供了一种管理他人消费的方法。

附图说明

下面将以明确易懂的方式，结合附图说明优选实施方式，对本发明予以进一步说明。

图1为本发明一种安全支付方法的主要步骤示意图；

图2为本发明一种安全支付方法的一个具体实施例的流程图；

图3为本发明一种安全支付方法的另一个具体实施例的流程图；

图4为本发明一种安全支付系统的主要组成示意图；

图5为本发明一种安全支付系统的完整组成示意图。

附图标号说明：

100.交易用户终端，200.服务器端，201.接收模块，202.获取模块，203.第一判断模块，204.信息生成模块，205.发送模块，206.检查模块，207.第二判断模块，208.确认支付模块，300.管理员终端，400.特定用户终端。

具体实施方式

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

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

图1为本发明一种安全支付方法的主要步骤示意图。作为本发明的一个具体实施例，如图1所示，一种安全支付方法，包括步骤：S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。

具体的，本实施例中的基本支付确认规则是：组内所有成员发起的支付确认请求都必须经过管理员用户的确认才能完成。

本发明提出的基于权限管理的支付授权方式可以有效地避免管理组中某个用户身份信息遭窃后导致较大的财产损失，在方便进行成员用户移动支付消费管理的同时不会对移动支付的便捷性造成较大的影响。

优选的，对上述实施例进行改进，得到另一种安全支付方法，包括步骤：S01：交易的用户根据此次交易生成所述支付请求信息；验证交易用户的身份信息成功后发送所述支付请求信息至服务器；S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。

具体的，本实施例中用户使用特定的移动支付APP通过扫码或近场通讯等方式生成支付信息，移动支付APP验证用户的身份信息成功后通过网络将支付信息发送到服务器上。

优选的，对上述实施例进行改进，得到另一种安全支付方法，包括步骤：S021：创建所述支付管理组；所述支付管理组包括多个用户；S022：为所述多个用户分配不同等级；等级最高的用户为管理员；S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。

具体的，本实施例中用户在移动设备上使用特定的移动支付APP(应用程序)注册账户，创建一个支付管理组，将选定的其他用户加入。这个管理组中每个用户都设定了等级，等级最高的用户具有管理员权限。

优选的，所述步骤S2“服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员”具体包括：S21：获取预设的自定义支付确认规则；S22：根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；若不满足，则拒绝此次支付请求；否则，执行下一步；S25：根据所述支付请求信息生成支付确认信息，按照所述预设的自定义支付确认规则将所述支付确认信息发送至所述支付管理组内的管理员和预设的特定用户；所述步骤S3具体包括：S31：管理员和所述预设的特定用户接收所述支付确认信息；S32：管理员和所述预设的特定用户根据所述支付确认信息确认此次支付；S33：管理员和所述预设的特定用户返回确认结果至服务器。

具体的，本实施例中管理员可以选择设置自定义支付确认规则，以实现多样化的支付管理方式。具体的比如除了管理员之外还需某些特定的用户确认、在特定的时间段内仅允许某一限额内的支付请求等等。只有本次支付确认请求同时满足基本支付确认规则和自定义支付确认规则才能完成确认。

本实施例中先判断是否满足自定义支付确认规则，比如是否为特定的时间段内的某一限额内的支付请求，若不满足，则直接拒绝此次支付请求。若满足上述条件，进一步将支付确认信息发送至所述支付管理组内的管理员和预设的特定用户。

当某一预设的特定用户收到支付确认请求时，可以进行手动确认，查看此次支付生成时间、金额、所属用户、交易内容、交易地点等信息，当前用户身份验证成功后完成确认。

只有当管理员和预设的特定用户全部同意此次支付请求时，此次支付请求才能完成确认。等级较低的用户在进行移动支付时需要向同组内所有等级比之高的用户发送支付确认请求，且必须经过具有管理员权限的用户，即特定用户确认才能完成本次支付请求。

优选的，对上述实施例进行改进，得到另一种安全支付方法，图2为本发明一种安全支付方法的一个具体实施例的流程图，如图2所示，一种安全支付方法，包括步骤：S021：创建所述支付管理组；所述支付管理组包括多个用户；S022：为所述多个用户分配不同等级；等级最高的用户为管理员；S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；S21：获取预设的自定义支付确认规则；S22：根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；若不满足，则执行步骤S200拒绝此次支付请求；否则，执行下一步；S23：服务器根据所述预设的自定义支付确认规则检查预设的特定用户和管理员是否设置自动确认条件；若否，执行步骤S25；否则，执行下一步；S24：服务器根据所述自动确认条件判断此次支付请求是否满足条件；若是，则执行步骤S100同意此次支付请求；否则，执行步骤S25；S25：根据所述支付请求信息生成支付确认信息，按照所述预设的自定义支付确认规则将所述支付确认信息发送至所述支付管理组内的管理员和预设的特定用户；S31：管理员和所述预设的特定用户接收所述支付确认信息；S32：管理员和所述预设的特定用户根据所述支付确认信息确认此次支付；S33：管理员和所述预设的特定用户返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。

具体的，为了避免一次支付请求中相关审核用户不能及时地通过手动方式进行支付授权确认导致交易超时，为减少支付确认过程所需时间，每个用户可以设定自动授权确认条件，比如本次支付金额不超过某一特定值、该用户当日的支付请求不超过某一特定值以及该用户当日累计支付金额不超过某一特定值等。当某次支付请求满足该条件时自动予以授权，无需手动确认，节省了时间。

优选的，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤：S031：此次交易的用户发送预约请求至服务器；S032：服务器转发所述预约请求至支付管理组内的管理员；S033：管理员对所述预约请求进行审核；当管理员同意所述预约请求时，反馈此次预约支付请求记录至服务器。

对上述实施例进行改进，得到另一种安全支付方法，图3为本发明一种安全支付方法的另一个具体实施例的流程图，如图3所示，一种安全支付方法，包括步骤：S031：此次交易的用户发送预约请求至服务器；S032：服务器转发所述预约请求至支付管理组内的管理员；S033：管理员对所述预约请求进行审核；当管理员同意所述预约请求时，反馈此次预约支付请求记录至服务器；S11：服务器接收用户发送的支付请求信息；S12：根据所述支付请求信息查询该用户是否有预约支付请求记录；若是，执行下一步；否则，执行步骤S14；S13：将所述支付请求信息与所述预约支付请求记录进行匹配；判断是否匹配成功，若是，则执行步骤S100同意此次支付请求；否则执行步骤S14；S14：根据所述支付请求信息查询交易用户所在的支付管理组；S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；S4：服务器接收所述确认结果进行支付。

为了进一步减少支付确认过程所需时间，本实施例增加预约方式的快捷支付确认方法。某一用户在移动支付APP上发起一个预约请求，编辑即将交易的时间段、交易的物品类型、交易金额、交易商户、交易地点等信息，通过网络发送至服务器，服务器将此预约支付请求发送给管理员进行审核。若管理员同意该请求，则反馈结果至服务器，记录此预约支付请求。

具体的，在本实施例中，服务器接收到用户的支付确认请求后，检查该用户是否有预约支付请求记录。若没有相关记录，则继续步骤S11中的流程；若有，则将此次支付确认请求信息中的时间、交易物品、金额等与预约支付请求记录进行比较，一旦匹配成功，此次支付请求确认直接通过，无需其他用户确认。

图4为本发明一种安全支付系统的主要组成示意图，如图4所示，一种安全支付系统，包括用户终端和服务器端200；所述用户终端包括交易用户终端100和管理员终端300；所述交易用户终端100发送支付请求信息至服务器端200；所述服务器端200接收所述支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；所述服务器端200根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员终端300；所述管理员终端300接收所述支付确认信息并确认此次支付，返回确认结果至服务器端200；所述服务器端200接到所述确认结果进行支付。

优选的，还包括特定用户终端400；所述服务器端200具体包括：接收模块201，接收所述支付请求信息；获取模块202，获取预设的自定义支付确认规则；第一判断模块203，根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；信息生成模块204，根据所述支付请求信息生成支付确认信息；发送模块205，当判断此次支付满足预设的自定义支付确认规则时，发送所述支付确认信息至所述支付管理组内的管理员终端300和所述特定用户终端400；所述管理员终端300和所述特定用户终端400分别接收所述支付确认信息并确认，返回确认结果至所述服务器端200。

优选的，对上述实施例进行改进，得到优选的实施例，图5为本发明一种安全支付系统的完整组成示意图，如图5所示，一种安全支付系统，包括用户终端和服务器端200；所述用户终端包括交易用户终端100和管理员终端300；所述交易用户终端100发送支付请求信息至服务器端200；所述服务器端200接收所述支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；所述服务器端200根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员终端300；所述管理员终端300接收所述支付确认信息并确认此次支付，返回确认结果至服务器端200；所述服务器端200接到所述确认结果进行支付；还包括特定用户终端400；所述服务器端200具体包括：接收模块201，接收所述支付请求信息；获取模块202，获取预设的自定义支付确认规则；第一判断模块203，根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；信息生成模块204，根据所述支付请求信息生成支付确认信息；发送模块205，当判断此次支付满足预设的自定义支付确认规则时，发送所述支付确认信息至所述支付管理组内的管理员终端300和所述特定用户终端400；所述管理员终端300和所述特定用户终端400分别接收所述支付确认信息并确认，返回确认结果至所述服务器端200；所述服务器端200还包括：检查模块206，根据所述预设的自定义支付确认规则检查预设的特定用户和管理员是否设置自动确认条件；第二判断模块204，当检查预设的特定用户和管理员设置自动确认条件时，进一步根据所述自动确认条件判断此次支付请求是否满足条件；确认支付模块208，当所述自动确认条件判断此次支付请求满足条件时，同意此次支付请求；当所述自动确认条件判断此次支付请求不满足条件时，所述发送模块205发送所述支付确认信息至所述管理员终端300和所述特定用户终端400。

应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种安全支付方法，其特征在于，包括步骤：

S1：服务器接收此次交易的用户发送的支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；

S2：服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员；

S3：管理员接收所述支付确认信息并确认此次支付请求，返回确认结果至服务器；

S4：服务器接收所述确认结果进行支付。

2.如权利要求1所述的安全支付方法，其特征在于，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤：

S01：交易的用户根据此次交易生成所述支付请求信息；验证交易用户的身份信息成功后发送所述支付请求信息至服务器。

3.如权利要求1所述的安全支付方法，其特征在于，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤S02，所述步骤S02具体包括：

S021：创建所述支付管理组；所述支付管理组包括多个用户；

S022：为所述多个用户分配不同等级；等级最高的用户为管理员。

4.如权利要求3所述的安全支付方法，其特征在于，所述步骤S2“服务器根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员”具体包括：

S21：获取预设的自定义支付确认规则；

S22：根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；若不满足，则拒绝此次支付请求；否则，执行下一步；

S25：根据所述支付请求信息生成支付确认信息，按照所述预设的自定义支付确认规则将所述支付确认信息发送至所述支付管理组内的管理员和预设的特定用户；

所述步骤S3具体包括：

S31：管理员和所述预设的特定用户接收所述支付确认信息；

S32：管理员和所述预设的特定用户根据所述支付确认信息确认此次支付；

S33：管理员和所述预设的特定用户返回确认结果至服务器。

5.如权利要求4所述的安全支付方法，其特征在于，所述步骤S25之前还包括步骤：

S23：服务器根据所述预设的自定义支付确认规则检查预设的特定用户和管理员是否设置自动确认条件；若否，执行步骤S25；否则，执行下一步；

S24：服务器根据所述自动确认条件判断此次支付请求是否满足条件；若是，则同意此次支付请求；否则，执行步骤S25。

6.如权利要求1所述的安全支付方法，其特征在于，所述步骤S1“服务器接收此次交易的用户发送的支付请求信息”之前还包括步骤S03，所述步骤S03具体包括：

S031：此次交易的用户发送预约请求至服务器；

S032：服务器转发所述预约请求至支付管理组内的管理员；

S033：管理员对所述预约请求进行审核；当管理员同意所述预约请求时，反馈此次预约支付请求记录至服务器。

7.如权利要求6所述的安全支付方法，其特征在于，所述步骤S1“服务器接收交易用户发送的支付请求信息，并根据所述支付请求信息查询交易用户所在的支付管理组”具体包括：

S11：服务器接收用户发送的支付请求信息；

S12：根据所述支付请求信息查询该用户是否有预约支付请求记录；若是，执行下一步；否则，执行步骤S14；

S13：将所述支付请求信息与所述预约支付请求记录进行匹配；判断是否匹配成功，若是，则同意此次支付请求；否则执行步骤S14；

S14：根据所述支付请求信息查询交易用户所在的支付管理组。

8.一种安全支付系统，其特征在于，包括用户终端和服务器端；所述用户终端包括交易用户终端和管理员终端；

所述交易用户终端发送支付请求信息至服务器端；

所述服务器端接收所述支付请求信息，并根据所述支付请求信息查询该用户所在的支付管理组；所述服务器端根据所述支付请求信息生成支付确认信息，并发送所述支付确认信息至所述支付管理组内的管理员终端；

所述管理员终端接收所述支付确认信息并确认此次支付，返回确认结果至服务器端；

所述服务器端接到所述确认结果进行支付。

9.如权利要求8所述的安全支付系统，其特征在于，还包括特定用户终端；所述服务器端具体包括：

接收模块，接收所述支付请求信息；

获取模块，获取预设的自定义支付确认规则；

第一判断模块，根据所述支付请求信息判断此次支付是否满足预设的自定义支付确认规则；

信息生成模块，根据所述支付请求信息生成支付确认信息；

发送模块，当判断此次支付满足预设的自定义支付确认规则时，发送所述支付确认信息至所述支付管理组内的管理员终端和所述特定用户终端；

所述管理员终端和所述特定用户终端分别接收所述支付确认信息并确认，返回确认结果至所述服务器端。

10.如权利要求9所述的安全支付系统，其特征在于，所述服务器端还包括：

检查模块，根据所述预设的自定义支付确认规则检查预设的特定用户和管理员是否设置自动确认条件；

第二判断模块，当检查预设的特定用户和管理员设置自动确认条件时，进一步根据所述自动确认条件判断此次支付请求是否满足条件；

确认支付模块，当所述自动确认条件判断此次支付请求满足条件时，同意此次支付请求；

当所述自动确认条件判断此次支付请求不满足条件时，所述发送模块发送所述支付确认信息至所述管理员终端和所述特定用户终端。