电子支付的实现方法和装置与流程

本说明书涉及互联网技术领域，尤其涉及一种电子支付的实现方法和装置。

背景技术：

随着互联网金融的快速发展，电子支付以其便捷、高效的优势逐步取代了传统的纸币支付。然而，电子支付也给不法分子带来了可乘之机，很多不法分子开始通过电子支付的方式骗取青少年、老年人等特殊群体的钱财，如何确保这些特殊群体的资金安全已成为亟待解决的问题。

技术实现要素：

有鉴于此，本说明书提供一种电子支付的实现方法和装置。

具体地，本说明书是通过如下技术方案实现的：

一种电子支付的实现方法，包括：

在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额；

若超出，则通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方；

响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

一种电子支付的实现装置，包括：

限额判断单元，在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额；

提醒发送单元，在业务参数超出付款方预置的业务限额时，通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方；

限额解除单元，响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

一种电子支付的实现装置，包括：

处理器；

用于存储机器可执行指令的存储器；

其中，通过读取并执行所述存储器存储的与电子支付的实现逻辑对应的机器可执行指令，所述处理器被促使：

在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额；

若超出，则通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方；

响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

由以上描述可以看出，本说明书在业务参数是否超出付款方预置的业务限额时，可发送超额提醒给信任第三方，由信任第三方确认是否解除业务限额，从而降低付款用户被骗的概率，确保付款用户的财产安全。

附图说明

图1是本说明书一示例性实施例示出的一种电子支付的实现方法的流程示意图。

图2是本说明书一示例性实施例示出的另一种电子支付的实现方法的流程示意图。

图3是本说明书一示例性实施例示出的一种用于电子支付的实现装置的一结构示意图。

图4是本说明书一示例性实施例示出的一种电子支付的实现装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本说明书提供一种电子支付的实现方案，当支付金额、购买数量等业务参数超出预置的相应业务限额时，可发送超额提醒给信任第三方，由信任第三方确认是否解除限额，从而降低付款用户被骗的概率，确保付款用户的财产安全。

本说明书中，可将电子支付业务中支付货币的一方称为付款方，付款方可以基于其用户账号完成付款，所述货币可以包括电子货币、虚拟货币等，本说明书对此不作特殊限制。

本说明书中，可将电子支付业务中为付款方提供服务、货品以收取报酬的一方称为收款方，收款方可以基于其用户账号完成收款。

上述电子支付的实现方案可以应用于支付平台，所述支付平台通常为独立于付款方和收款方的第三方平台，支付平台在实现电子支付业务时，可从付款方的用户账号中扣除相应数额的货币，并将该货币打入收款方的用户账号中。该支付平台由提供有支付服务的服务提供商部署，其物理载体通常是服务器或者服务器集群。

图1是本说明书一示例性实施例示出的一种电子支付的实现方法的流程示意图。

请参考图1，所述电子支付的实现方法可应用于支付平台，包括以下步骤：

步骤102，在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额。

在本实施例中，所述业务参数可以包括支付的货币金额、购买的物品数量等，相应的，所述业务限额可以包括：支付限额、物品数据限额等，本说明书对此不作特殊限制。

所述业务限额可以由付款方预先设置，也可以由支付平台指定。

所述业务限额可以包括单笔限额，可用于限制每笔电子支付业务的业务参数。

所述业务限额也可以包括周期限额，例如，日限额、月限额等，可用于限制统计周期内电子支付业务的业务参数总额。

步骤104，若超出，则通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方。

在本实施例中，所述信任第三方不同于付款方，也不同于收款方，通常是付款方信任的用户，可预先指定。例如，青少年可将其父母设置为所述信任第三方，老年人可将其子女设置为所述信任第三方等。

在本实施例中，当电子支付业务的业务参数超出预置的业务限额时，支付平台可以通过语音通道、短消息通道、即时通信通道等预定通道发送超额提醒给付款方绑定的信任第三方，以请求信任第三方对本次电子支付业务进行确认。

步骤106，响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

在本实施例中，信任第三方可协助付款方对本次电子支付业务的安全性进行确认。

若信任第三方确定本次电子支付业务安全，则可以发送额解除指令给支付平台，支付平台进而可以根据预定解除策略解除所述业务限额。

例如，针对本次电子支付业务，解除所述业务限额。

再例如，针对指定的解除时间段，解除所述业务限额等。

若信任第三方确定本次电子支付业务存在风险，则可以发送拒绝指令给支付平台，支付平台可不执行本次电子支付业务，可向付款方发送支付失败的通知。

若信任第三方在接收到所述超额提醒后未进行任何响应，支付平台可在到达超时时间时向付款方发送支付失败的通知。

由以上描述可以看出，本说明书在业务参数是否超出付款方预置的业务限额时，可发送超额提醒给信任第三方，由信任第三方确认是否解除业务限额，从而降低付款用户被骗的概率，确保付款用户的财产安全。

下面以业务参数是支付金额、业务限额是支付限额为例对本说明书的具体实现过程进行详细描述。

在本实施例中，青少年、老年人等较易上当受骗的人群可以预先设置电子支付的支付限额和信任第三方。

以老年人张三为例，张三可以通过支付客户端提供的限额管理功能设置支付限额。所述支付限额可以包括单笔限额和周期限额。

其中，所述单笔限额用于限制每笔电子支付业务的支付金额。

所述周期限额用于限制统计周期内电子支付业务的支付总额，例如，日支付限额、月支付限额等。

在本实施例中，张三可以仅设置单笔限额，也可以仅设置周期限额，还可以既设置单笔限额又设置周期限额。

值得注意的是，若既设置单笔限额又设置周期限额，则周期限额应该不小于单笔限额。

在本实施例中，张三还可以通过支付客户端绑定信任第三方，例如张三可将其女儿张小白绑定为所述信任第三方。

在进行信任第三方的绑定时，张三可以通过输入张小白在支付平台注册的用户账号以完成绑定，张三也可以通过输入张小白的手机号码、身份证号码等身份信息以完成绑定，本说明书对此不作特殊限制。

当然，在进行身份绑定时，往往还需要所述信任第三方进行绑定确认，这部分的处理与实现可以参照相关技术，本说明书在此不再一一赘述。

请参考图2，本实施例提供的电子支付的实现方法可以包括以下步骤：

步骤202，支付平台判断支付金额是否超出付款方预置的支付限额。若超出，则执行步骤204。

在本实施例中，支付平台在生成电子支付订单后，可先判断该电子支付订单的付款方是否已设置支付限额。

若未设置，则可以继续执行支付操作。

若设置，则可以判断该电子支付订单的支付金额是否超出付款方设置的支付限额。

在一个例子中，若所述支付限额是单笔限额，则可判断所述支付金额是否超出所述单笔限额。

若未超出，则可以确定支付金额未超出付款方预置的支付限额，进而可以继续执行支付操作。

若超出，则可以确定支付金额超出付款方预置的支付限额。

在另一个例子中，若所述支付限额是周期限额，例如日限额，则可以计算付款方在当日进行的电子支付业务的支付总金额，然后判断该支付总金额是否超出日限额。

若未超出，则可以确定支付金额未超出付款方预置的支付限额，进而可以继续执行支付操作。

若超出，则可以确定支付金额超出付款方预置的支付限额。

在另一个例子中，若所述支付限额包括单笔限额和日限额，则分别需要对单笔限额和日限额进行判断，若有一项超出对应的限额，则可以确定支付金额超出付款方预置的支付限额。

假设，张三预置的单笔限额是200元，日限额是300元。在某一天，张三已完成一笔电子支付业务，支付金额是199元。在当天，张三请求进行第二笔电子支付，这笔电子支付的支付金额是150元，未超出单笔限额，但是当天的支付总金额是199+150，超出了日限额300元，则可以确定本次电子支付的支付金额超出了预置的支付限额。

步骤204，通知付款方客户端展示通信按钮。

步骤206，付款方触发所述通信按钮，发送超额提醒给信任第三方。

在本实施例中，支付平台可发送超额通知给付款方的支付客户端，所述支付客户端进而可以展示通信按钮给付款方。所述通信按钮可用于通过相应的通信通道发送超额提醒给所述付款方绑定的信任第三方。

在一个例子中，所述通信按钮可以为一键呼叫信任第三方的按钮。当付款方触发该一键呼叫按钮时，可向该信任第三方发起语音通话请求，付款方可在信任第三方接听后与其进行通话。

在另一个例子中，所述通信按钮也可以为短消息按钮。当付款方触发该的短消息按钮时，可向该信任第三方发送短消息，该短消息中可包括本次电子支付业务的支付金额、支付事由、收款方等信息。当然，当付款方触发该的短消息按钮时，付款方的支付客户端还可以弹出短消息编辑框，允许付款方自行编辑要发送的信息，本说明书对此不作特殊限制。

在另一个例子中，所述通信按钮还可以为语音按钮。当付款方触发该的语音按钮时，可向该信任第三方发送语音消息，例如，向所述信任第三方的支付客户端发送语音消息。该语音消息中也可包括本次电子支付业务的支付金额、支付事由、收款方等信息。与短消息按钮类似，当付款方触发该的语音按钮时，付款方可以口述发给信任第三方的语音。

当然，所述通信按钮还可以是即时通信按钮等，本说明书对此不作特殊限制。

在本实施例中，付款方的支付客户端可以展示上述一种通信按钮，也可以展示对应不同通信方式的多种不同通信按钮，以供付款方选择。

当然，在其他实施例中，也可以不向付款方展示通信按钮，可直接根据预定的通信通道发送超额提醒给信任第三方，本说明书对此不作特殊限制。

步骤208，信任第三方针对所述超额提醒输入限额解除指令。

在本实施例中，信任第三方在接收到超额提醒时，可以依据经验协助付款方判断本次支付是否存在安全风险。

若确定本次支付不存在安全风险，则可以输入限额解除指令。

例如，信任第三方可通过其支付客户端输入所述限额解除指令。

再例如，信任第三方可通过短消息输入所述限额解除指令。

若确定本次支付存在安全风险，信任第三方可以输入拒绝指令，支付平台进而可以拒绝执行本次电子支付业务，并向付款方发送相应提示信息。

步骤210，支付平台根据预定解除策略解除所述支付限额。

在本实施例中，支付平台在接收到信任第三方输入的限额解除指令后，可以根据预定解除策略解除所述支付限额。

在一个例子中，所述预定解除策略可以是针对预定次数内的电子支付业务，解除所述支付限额。所述预定次数可预先设置，也可以由信任第三方在输入限额解除指令时指定，例如，1次、3次等。

假设所述预定次数是3次，则支付平台可以执行本次支付操作。针对付款方接下来要进行的两次电子支付业务，支付平台也无需进行支付限额的判断。

在另一个例子中，所述预定解除策略还可以是在指定的解除时段内解除所述支付限额。

假设所述解除时间段是发送限额解除指令之后的两个小时，则在接下来的两个小时中，针对付款方支付平台也无需进行支付限额的判断。

上述解除策略仅为示例性的说明，在实际应用中，还可以设置其他的解除策略，本说明书对此不作特殊限制。

值得注意的是，支付平台在执行支付操作时，往往还要遵循超时机制。若在超时时间内接收到限额解除指令，则可以执行本次支付操作。若在超时时间内未接收到限额解除指令，则不执行本次支付操作，并向付款方返回支付失败的提示。后续若接收到信任第三方返回的限额解除指令，则可根据预定解除策略解除支付限额。

举例来说，假设支付超时时间是1分钟，支付平台未在1分钟内接收到信任第三方发送的限额解除指令，则支付平台不执行本次电子支付业务。假设，预定解除策略是解除1次电子支付的支付限额，信任第三方在到达支付超时时间后的1个小时发送了限额解除指令，则支付平台在下次付款方请求进行电子支付时，解除支付限额。

可选的，在支持支付限额的基础上，本说明书还可支持支付限额例外场景。

仍以老年人为例，可将医院、超市等老年人有支付需求的安全收款方加入到白名单中。

针对付款方设置了支付限额的电子支付业务，在一个例子中，支付平台可以先判断所述电子支付业务的收款方是否命中白名单。

若命中白名单，则针对本次电子支付业务，可以解除所述业务限额，直接执行支付操作。即无需进行支付金额是否超出支付限额的判断，即可执行支付操作。

若未命中白名单，则可以执行判断支付金额是否超出付款方预置的支付限额的步骤。

在另一个例子中，支付平台也可以在确认本次电子支付的支付金额超出支付限额时，判断收款方是否命中白名单。

若命中白名单，则可以解除本次电子支付业务的支付限额，执行支付操作。

若未命中白名单，则可以执行通过预定的通信通道发送超额提醒给付款方绑定的信任第三方的步骤。

在本实施例中，支付平台可根据电子支付业务的发生位置判断所述电子支付业务的收款方是否命中白名单。

例如，支付平台可以通过支付客户端获取电子支付业务的发生位置，诸如经纬度坐标，然后判断该发生位置是否位于白名单中各收款方的所在地，若是，则可以确认收款方命中白名单。

在本实施例中，除医院、超市等老年人经常消费的场所外，支付平台还可以将通过安全认证的收款方加入到白名单中。

所述安全认证可以由可信机构执行，例如，可信的第三方认证机构等。

本实施例可将安全可信的收款方加入到白名单中，从而为预置业务限额的付款方提供安全可信的不受限额约束的支付场景，在降低付款用户被骗概率的基础上，方便付款方在安全场景进行电子支付。

与前述电子支付的实现方法的实施例相对应，本说明书还提供了电子支付的实现装置的实施例。

本说明书电子支付的实现装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书电子支付的实现装置所在服务器的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

图4是本说明书一示例性实施例示出的一种电子支付的实现装置的框图。

请参考图4，所述电子支付的实现装置300可以应用在前述图3所示的服务器中，包括有：限额判断单元301、提醒发送单元302、限额解除单元303以及白名单判断单元304。

其中，限额判断单元301，在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额；

提醒发送单元302，在业务参数超出付款方预置的业务限额时，通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方；

限额解除单元303，响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

白名单判断单元304，判断所述电子支付业务的收款方是否命中白名单；若命中，则针对所述电子支付业务，解除所述业务限额。

可选的，所述白名单判断单元304，根据所述电子支付业务的发生位置判断所述电子支付业务的收款方是否命中白名单。

可选的，当所述业务限额包括单笔限额时，所述限额判断单元301：

判断业务参数是否超出付款方预置的单笔限额；

若超出，则确定所述业务参数超出所述付款方预置的业务限额。

可选的，当所述业务限额包括周期限额时，所述限额判断单元301：

计算付款方在统计周期内发生的电子支付业务的业务参数总额；

判断所述业务参数总额是否超出所述付款方预置的周期限额；

若超出，则确定所述业务参数超出所述付款方预置的业务限额。

可选的，所述限额解除单元303，在指定的解除时段内解除所述业务限额。

可选的，所述限额解除单元303，针对预定次数内的电子支付业务，解除所述业务限额。

可选的，当所述业务参数是支付金额时，所述业务限额是支付限额。

可选的，所述预定的通信通道包括以下一种或多种：

语音通道、短消息通道、即时通信通道。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

与前述电子支付的实现方法的实施例相对应，本说明书还提供一种电子支付的实现装置，该电子支付的实现装置包括：处理器以及用于存储机器可执行指令的存储器。其中，处理器和存储器通常借由内部总线相互连接。在其他可能的实现方式中，所述设备还可能包括外部接口，以能够与其他设备或者部件进行通信。

在本实施例中，通过读取并执行所述存储器存储的与电子支付的实现逻辑对应的机器可执行指令，所述处理器被促使：

在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额；

若超出，则通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方；

响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

可选的，所述处理器还被促使：

判断所述电子支付业务的收款方是否命中白名单；

若命中，则针对所述电子支付业务，解除所述业务限额。

可选的，在判断所述电子支付业务的收款方是否命中白名单时，所述处理器被促使：

根据所述电子支付业务的发生位置判断所述电子支付业务的收款方是否命中白名单。

可选的，当所述业务限额包括单笔限额，判断业务参数是否超出付款方预置的业务限额时，所述处理器被促使：

判断业务参数是否超出付款方预置的单笔限额；

若超出，则确定所述业务参数超出所述付款方预置的业务限额。

可选的，当所述业务限额包括周期限额，判断业务参数是否超出付款方预置的业务限额时，所述处理器被促使：

计算付款方在统计周期内发生的电子支付业务的业务参数总额；

判断所述业务参数总额是否超出所述付款方预置的周期限额；

若超出，则确定所述业务参数超出所述付款方预置的业务限额。

可选的，在根据预定解除策略解除所述业务限额时，所述处理器被促使：

在指定的解除时段内解除所述业务限额。

可选的，在根据预定解除策略解除所述业务限额时，所述处理器被促使：

针对预定次数内的电子支付业务，解除所述业务限额。

可选的，当所述业务参数是支付金额时，所述业务限额是支付限额。

可选的，所述预定的通信通道包括以下一种或多种：

语音通道、短消息通道、即时通信通道。

与前述电子支付的实现方法的实施例相对应，本说明书还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现以下步骤：

在处理电子支付业务时，判断业务参数是否超出付款方预置的业务限额；

若超出，则通过预定的通信通道发送超额提醒给所述付款方绑定的信任第三方；

响应于所述信任第三方针对所述超额提醒输入的限额解除指令，根据预定解除策略解除所述业务限额。

可选的，还包括：

判断所述电子支付业务的收款方是否命中白名单；

若命中，则针对所述电子支付业务，解除所述业务限额。

可选的，所述判断所述电子支付业务的收款方是否命中白名单，包括：

根据所述电子支付业务的发生位置判断所述电子支付业务的收款方是否命中白名单。

可选的，当所述业务限额包括单笔限额时，所述判断业务参数是否超出付款方预置的业务限额，包括：

判断业务参数是否超出付款方预置的单笔限额；

若超出，则确定所述业务参数超出所述付款方预置的业务限额。

可选的，当所述业务限额包括周期限额时，所述判断业务参数是否超出付款方预置的业务限额，包括：

计算付款方在统计周期内发生的电子支付业务的业务参数总额；

判断所述业务参数总额是否超出所述付款方预置的周期限额；

若超出，则确定所述业务参数超出所述付款方预置的业务限额。

可选的，所述根据预定解除策略解除所述业务限额，包括：

在指定的解除时段内解除所述业务限额。

可选的，所述根据预定解除策略解除所述业务限额，包括：

针对预定次数内的电子支付业务，解除所述业务限额。

可选的，当所述业务参数是支付金额时，所述业务限额是支付限额。

可选的，所述预定的通信通道包括以下一种或多种：

语音通道、短消息通道、即时通信通道。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。