CN106682908A - 支付装置及方法 - Google Patents

Abstract

本发明公开了一种支付装置，所述装置包括：获得模块，用于根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；发送模块，用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；支付模块，用于在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。本发明还公开了一种支付方法。本发明能够实现安全快捷的电子支付，并不需要代付终端参与。

Description

支付装置及方法

技术领域

本发明涉及电子支付领域，尤其涉及一种支付装置及方法。

背景技术

通过终端进行电子支付比较便捷，因此通过终端进行支付已经获得广泛的应用。目前，人们越来越倾向于电子支付。在某一用户进行电子支付的过程中，在用户的余额不足时，还可以找其他用户进行代付。例如，用户A在进行电子支付的过程中，在用户A的余额不足时，可以向用户B发起代付请求，用户B接收到代付请求后，会显示关于用户A的代付请求信息，用户B根据代付请求信息完成代付。

但是在用户B接收到代付请求信息后，无法核实该用户A的代付请求信息是否由A本人发起的，即无法辨别用户A的代付请求信息是否为真实的，很可能为他人伪造的，安全性较低。并且在用户B接收到代付请求信息后，需要反馈到用户A才能完成代付，在用户B处于网络覆盖差的地方时，无法及时反馈，因此无法实现快捷完成支付。

发明内容

本发明的主要目的在于提出一种支付装置及方法，旨在实现安全快捷的电子支付。

为实现上述目的，本发明提供一种支付装置，所述装置包括：

获得模块，用于根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；

发送模块，用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；

支付模块，用于在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。

可选地，所述发送模块还用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证发送代付请求的账户请求代付的次数是否在所述代付账号的预设代付次数范围内并反馈验证结果。

可选地，所述支付额度包括单次支付额度，所述发送模块还用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的单次代付额度范围内并反馈验证结果。

可选地，所述支付额度还包括总支付额度，所述发送模块还用于将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果。

可选地，生成模块，用于接收用户触发的付款指令，并生成对应的支付条码，以供收款方进行扫描；

接收模块，用于接收所述服务器反馈的支付金额验证信息，其中所述验证信息为所述服务器在接收到收款方扫描所述支付条码时发送的支付金额和代付账号时，验证所述支付金额是否在所述代付账号的代付额度范围内后反馈的信息；

所述支付模块还用于若接收到的反馈信息为所述支付金额在所述代付账号的代付额度范围内，则根据所述支付金额使用代付账号进行支付。

此外，为实现上述目的，本发明还提供一种支付方法，所述方法包括以下步骤：

根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；

将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；

在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。

可选地，所述将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果的步骤包括：

将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证发送代付请求的账户请求代付的次数是否在所述代付账号的预设代付次数范围内并反馈验证结果。

可选地，所述支付额度包括单次支付额度，所述将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果的步骤包括：

将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的单次代付额度范围内并反馈验证结果。

可选地，所述支付额度还包括总支付额度，所述将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的代付额度范围内并反馈验证结果的步骤还包括：

将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果。

可选地，所述根据用户触发的代付从服务器指令获得与用户自身账号相关联的代付账号的步骤之后还包括：

接收用户触发的付款指令，并生成对应的支付条码，以供收款方进行扫描；

接收所述服务器反馈的支付金额验证信息，其中所述验证信息为所述服务器在接收到收款方扫描所述支付条码时发送的支付金额和代付账号时，验证所述支付金额是否在所述代付账号的代付额度范围内后反馈的信息；

若接收到的反馈信息为所述支付金额在所述代付账号的代付额度范围内，则根据所述支付金额使用代付账号进行支付。

本发明通过根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。通过上述方式，用户通过触发代付指令从服务器获得对应的代付账号，然后用户从所述预存的代付账号进行选择使用的代付账号，将用户选择的代付账号和输入的支付金额封装至代付请求，并发送至服务器，由服务器根据代付账号和支付金额进行验证；在接收到服务器验证通过后的反馈信息时，使用代付账号进行支付，不需要代付终端参与，由服务器进行验证支付金额和代付账号即可进行支付，能够实现安全快捷的支付，提升了用户体验。

附图说明

图1为实现本发明各个实施例的移动终端的一种可选的硬件结构示意图；

图2为如图1所示的移动终端的无线通信装置示意图；

图3为本发明支付装置第一实施例的模块示意图；

图4为本发明支付装置第二实施例的模块示意图；

图5为本发明支付方法第一实施例的流程示意图；

图6为本发明支付方法第二实施例的流程示意图；

图7为本发明支付方法第三实施例的流程示意图；

图8为本发明支付方法第四实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的一个可选的移动终端的硬件结构示意。

移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、输出单元150、存储器160、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信装置或网络之间的无线电通信。例如，无线通信单元可以包括移动通信模块112和无线互联网模块113中的至少一个。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

显示单元151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示单元151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块181，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信装置以及基于卫星的通信装置来操作。

现在将参考图2描述其中根据本发明的移动终端能够操作的通信装置。

这样的通信装置可以使用不同的空中接口和/或物理层。例如，由通信装置使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信装置(UMTS)(特别地，长期演进(LTE))、全球移动通信装置(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信装置，但是这样的教导同样适用于其它类型的装置。

参考图2，CDMA无线通信装置可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的装置可以包括多个BSC2750。

每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子装置(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在装置内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位装置(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是可以理解的是，可以利用任何数目的卫星获得有用的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信装置的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。

基于上述移动终端硬件结构、通信装置的结构，提出本发明终端和方法各个实施例。

本发明提供一种支付装置。

参照图3，图3为本发明支付装置第一实施例的模块示意图。

在本实施例中，所述装置包括：

获得模块100，用于根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号。

为保证本发明能够正常实施，在实施本实施例之前，需要开通代付功能。用户开通代付功能可以采用扫描二维码进行开通，可以通过如图1所述的相机121进行扫描。具体地，用户触发代付开通指令，支付终端接收所述代付开通指令，根据所述代付开通指令进入账号输入界面；用户可以在账号输入界面触发扫描指令，并使用该支付终端扫描代付终端生成的二维码或者一维码，然后支付终端根据用户扫描的结果获得代付账号。获得代付账号之后，用户触发发送代付开通请求指令，支付终端接收所述发送代付开通请求指令，并将所述代付开通请求发送至服务器，以使得所述服务器对所述代付开通请求进行安全验证。若所述代付开通请求通过服务器的安全验证，则服务器将所述代付开通请求发送至代付终端，代付终端接收所述通过安全验证的代付开通请求，然后接收用户触发的同意代付开通指令，并将所述同意代付开通指令发送至服务器。以使得服务器根据所述代付开通请求指令和所述同意代付开通指令进行代付开通功能，并将成功代付开通的信息反馈至支付终端和代付终端。

在所述代付终端接收通过安全验证的代付开通请求后，接收用户触发的同意代付开通指令时，代付终端还可以进行对应的安全设置，比如设置单次代付的金额度，代付次数等。

具体实施过程中，还可以通过输入账号获得代付账号，然后进行代付开通。

具体地，所述获得模块100可以为如图1所示的控制器180。用户在进行电子支付时，通过点击代付选择支付方式为代付，触发代付指令，支付终端接收所述代付指令。所述支付终端可以为移动终端，如智能手机等，也可以为固定终端，如计算机等。

在支付终端接收用户触发的代付指令后，支付终端向服务器发送获取代付账号的获取请求，服务器接收到代付账号获取请求时，根据该支付终端发送的代付账号获取请求中登录账号，即用户自身账号，在预先存储的信息中查找到与用户自身账号关联的代付账号，所述预存的代付账号可以为一个，也可以为多个。本实施例中通过从服务器获取自身账号关联的代付账号，能够确保用户使用的代付账号是有效的，能够确保交易的安全系数。

发送模块200，用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果。

具体地，所述发送模块200可以为如图1所示的移动通信模块112，也可以是图如1所示的无线互联网模块113。当所述预存的代付账号只有一个时，用户直接点击所述账号进行选择；当所述预存的代付账号有多个时，用户从所述多个预存的代付账号中选择其中一个代付账号进行代付。支付终端则可以显示对应的支付界面，该支付界面包括支付金额和支付目的账号，该支付目的账号为收款方，比如可以为商家账号。用户可以通过支付界面输入支付金额，支付终端将用户输入的支付金额和所选使用的代付账号封装至代付请求，并将该代付请求发送至服务器，服务器则根据接收到的代付请求进行验证，具体地，解析所述代付请求，获得支付金额和代付账号，根据事先设置的代付账号支付额度确定本次支付金额是否在用户所选代付账号的代付额度范围之内。验证完成后向支付终端反馈验证结果。

支付模块300，用于在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。

服务器验证完成时，向发送代付请求的支付终端验证后的验证结果信息，向支付终端反馈验证结果信息，如果所述反馈信息为验证通过时，用户触发支付指令，支付终端接收所述支付指令，并根据所述支付指令进行支付。具体地，用户输入支付金额，支付终端获取所述支付金额和支付目的账号，根据所述支付金额进行支付。

具体实施中在用户输入支付金额时，用户也可以输入支付目的账号，或通过扫描二维码等方式获取到支付目的账号，然后将支付目的账号、金额和代付账号封装发送至服务器，服务器根据金额和代付账号进行验证，在验证通过时，则直接向支付目的账号进行支付。

如果反馈信息为验证失败，则说明用户本次支付金融超过了代付账号所允许消费的金额，此时支付终端则根据接收到的验证失败的信息，此时支付终端则可以显示对应的信息，比如代付金额超出限额，请使用其他代付账号或者自身账号进行支付。

本发明通过根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。通过上述方式，用户通过触发代付指令从服务器获得对应的代付账号，然后用户从所述预存的代付账号进行选择使用的代付账号，将用户选择的代付账号和输入的支付金额封装至代付请求，并发送至服务器，由服务器根据代付账号和支付金额进行验证；在接收到服务器验证通过后的反馈信息时，使用代付账号进行支付，不需要代付终端参与，由服务器进行验证支付金额和代付账号即可进行支付，能够实现安全快捷的支付，提升了用户体验。

继续参照图3，基于本发明支付装置第一实施例，所述发送模块200还可以用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证发送代付请求的账户请求代付的次数是否在所述代付账号的预设代付次数范围内并反馈验证结果。

为了方便用户灵活使用，在本实施例中，拥有代付账号的用户可以在开通代付时对代付次数进行限制，当然也可以在开通代付后，对代付次数进行限制，具体地，代付次数可以为代付总次数，也可以是预设之间内的代付次数，比如总共代付3次，或者每月代付3次等。在用户输入支付金额进行支付时，支付终端将用户输入的支付金额和所选使用的代付账号封装至代付请求，并将该代付请求发送至服务器，服务器则根据接收到的代付请求进行验证，具体地，服务器会记录每次支付的次数，在接收到支付请求时，解析该支付请求，根据解析获得的支付账号验证本次支付请求是第几次，然后验证本次支付对应的请求次数是否在代付账号预设代付次数范围之内，如果是，则向支付终端反馈验证通过的信息；否则反馈代付请求次数过多的信息。

具体实施中，本实施例还可以与第一实施例结合进行实施，具体地，本实施例验证代付次数的过程可以在验证支付金额在代付账号代付额度范围之内后进行验证；也可以先进行代付次数验证后，在对代付金额进行验证。这样方便用户灵活设置。

继续参照图3，基于本发明支付装置第一实施例，所述发送模块300还可以用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的单次代付额度范围内并反馈验证结果；将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果。

为了方便用户灵活使用，在本实施例中，支付额度包括单次支付额度和/或总支付额度，即拥有代付账号的用户可以在开通代付时单次支付额度和/或总支付额进行限制，当然也可以在开通代付后，对单次支付额度和/或总支付额进行限制。

在用户输入支付金额进行支付时，支付终端将用户输入的支付金额和所选使用的代付账号封装至代付请求，并将该代付请求发送至服务器，服务器则根据接收到的代付请求进行验证。

具体地，本实施例包括三种实施方式：

实施方式一：服务器在接收到代付请求时，根据解析所述代付请求获得的支付金额，确定本次支付金额是否在用户所选代付账号的单次代付额度范围之内，如果是则可以向支付终端反馈验证通过的信息；否则向支付终端反馈本次支付金额超过限制的信息。

实施方式二：服务器会记录每次支付的金额，在接收到支付请求时，解析接收到的支付请求，根据解析获得的代付账号计算本次支付请求之前预设时间段内采用该代付账号支付的已支付金额，比如计算代付账号在本月已支付金额，然后验证本次支付对应的支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果，即验证本次支付对应的支付金额是否小于预设时间段内代付账号的总代付额度与已支付金额之差，如果是，则向支付终端反馈验证通过的信息；否则反馈本次支付已经超过总支付额度。

实施方式三：该实施例可以基于实施方式一和实施方式二的结合，即可以先验证支付金额是否在单次金额范围之内，在本次支付金额在代付账号单次支付金额范围内时，再验证本次支付金额是否在代付账号预设时间内支付总金额范围之内，比如，在本次支付金额在单次支付金额范围内时，再验证本月代付金额是否超过代付账号本月所设置的总代付金额。

需要特别说明的是总支付额度也可以不进行时间限定，即代付账号在设置时，只设置总的代付金额，在总代付金额被请求代付完后，则不能被请求代付。

参照图4，图4为本发明支付装置第二实施例的模块示意图。

基于本发明支付装置上述实施例，该支付装置还可以包括：

生成模块40，用于接收用户触发的付款指令，并生成对应的支付条码，以供收款方进行扫描；

接收模块50，用于接收所述服务器反馈的支付金额验证信息，其中所述验证信息为所述服务器在接收到收款方扫描所述支付条码时发送的支付金额和代付账号时，验证所述支付金额是否在所述代付账号的代付额度范围内后反馈的信息；

所述支付模块30还用于若接收到的反馈信息为所述支付金额在所述代付账号的代付额度范围内，则根据所述支付金额使用代付账号进行支付。

为方便用户使用，并不仅仅局限于手动输入进行支付的方式，在本实施例中，用户可以在选择代付账号后，用户可以在支付界面触发付款指令，支付终端根据付款指令生成对应的支付条码，收款方则可以扫描支付终端生成的支付条码，获取到支付终端的账号和用户所选的代付账号。然后收款方将收款金额、支付终端的账号和用户所选的代付账号发送至服务器，服务器则根据接收到的收款金额、支付终端的账号和用户所选的代付账号进行验证，验证的具体过程包括上述实施例中验证本次支付金额是否在单次代付金额范围内，代付次数是否在代付账号预设代付次数范围内，或者历史代付金额和本次代付金额之和是否在代付账号总代付金额范围之内等，在验证通过时，则服务器向支付终端反馈验证通过的信息，支付终端根据支付金额完成支付；如果验证失败，则服务器向支付终端反馈对应的失败信息，以使得支付终端用户根据服务器发送的失败信息显示对应的提示信息，以使得用户在支付终端进行对应的处理，比如重新选择代付账号进行支付或者使用自身账号进行支付。

本发明进一步提供一种支付方法。

参照图5，图5为本发明支付方法第一实施例的流程示意图。

在本实施例中，该支付方法包括：

步骤S100，根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；

为保证本发明能够正常实施，在实施本实施例之前，需要开通代付功能。用户开通代付功能可以采用扫描二维码进行开通，具体地，用户触发代付开通指令，支付终端接收所述代付开通指令，根据所述代付开通指令进入账号输入界面；用户可以在账号输入界面触发扫描指令，并使用该支付终端扫描代付终端生成的二维码或者一维码，然后支付终端根据用户扫描的结果获得代付账号。获得代付账号之后，用户触发发送代付开通请求指令，支付终端接收所述发送代付开通请求指令，并将所述代付开通请求发送至服务器，以使得所述服务器对所述代付开通请求进行安全验证。若所述代付开通请求通过服务器的安全验证，则服务器将所述代付开通请求发送至代付终端，代付终端接收所述通过安全验证的代付开通请求，然后接收用户触发的同意代付开通指令，并将所述同意代付开通指令发送至服务器。以使得服务器根据所述代付开通请求指令和所述同意代付开通指令进行代付开通功能，并将成功代付开通的信息反馈至支付终端和代付终端。

在所述代付终端接收通过安全验证的代付开通请求后，接收用户触发的同意代付开通指令时，代付终端还可以进行对应的安全设置，比如设置单次代付的金额度，代付次数等。

具体实施过程中，还可以通过输入账号获得代付账号，然后进行代付开通。

用户在进行电子支付时，通过点击代付选择支付方式为代付，触发代付指令，支付终端接收所述代付指令。所述支付终端可以为移动终端，如智能手机等，也可以为固定终端，如计算机等。

在支付终端接收用户触发的代付指令后，支付终端向服务器发送获取代付账号的获取请求，服务器接收到代付账号获取请求时，根据该支付终端发送的代付账号获取请求中登录账号，即用户自身账号，在预先存储的信息中查找到与用户自身账号关联的代付账号，所述预存的代付账号可以为一个，也可以为多个。本实施例中通过从服务器获取自身账号关联的代付账号，能够确保用户使用的代付账号是有效的，能够确保交易的安全系数。

步骤S200，将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；

具体地，当所述预存的代付账号只有一个时，用户直接点击所述账号进行代付；当所述预存的代付账号有多个时，用户从所述多个预存的代付账号中选择其中一个代付账号进行代付。支付终端则可以显示对应的支付界面，该支付界面包括支付金额和支付目的账号，该支付目的账号为收款方，比如可以为商家账号。用户可以通过支付界面输入支付金额，支付终端将用户输入的支付金额和所选使用的代付账号封装至代付请求，并将该代付请求发送至服务器，服务器则根据接收到的代付请求进行验证，具体地，解析所述代付请求，获得支付金额和代付账号，根据事先设置的代付账号支付额度确定本次支付金额是否在用户所选代付账号的代付额度范围之内。验证完成后向支付终端反馈验证结果。

步骤S300，在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。

服务器验证完成时，向发送代付请求的支付终端验证后的验证结果信息，向支付终端反馈验证结果信息，如果所述反馈信息为验证通过时，用户触发支付指令，支付终端接收所述支付指令，并根据所述支付指令进行支付。具体地，用户输入支付金额，支付终端获取所述支付金额和支付目的账号，根据所述支付金额进行支付。

具体实施中在用户输入支付金额时，用户也可以输入支付目的账号，或通过扫描二维码等方式获取到支付目的账号，然后将支付目的账号、金额和代付账号封装发送至服务器，服务器根据金额和代付账号进行验证，在验证通过时，则直接向支付目的账号进行支付。

如果反馈信息为验证失败，则说明用户本次支付金融超过了代付账号所允许消费的金额，此时支付终端则根据接收到的验证失败的信息，此时支付终端则可以显示对应的信息，比如代付金额超出限额，请使用其他代付账号或者自身账号进行支付。

本发明通过根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。通过上述方式，用户通过触发代付指令从服务器获得对应的代付账号，然后用户从所述预存的代付账号进行选择使用的代付账号，将用户选择的代付账号和输入的支付金额封装至代付请求，并发送至服务器，由服务器根据代付账号和支付金额进行验证；在接收到服务器验证通过后的反馈信息时，使用代付账号进行支付，不需要代付终端参与，由服务器进行验证支付金额和代付账号即可进行支付，能够实现安全快捷的支付，提升了用户体验。

进一步地，参照图6，图6为本发明支付方法第二实施例的流程示意图。

基于本发明支付方法第一实施例，步骤S200可以包括：

步骤S210，将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证发送代付请求的账户请求代付的次数是否在所述代付账号的预设代付次数范围内并反馈验证结果。

为了方便用户灵活使用，在本实施例中，拥有代付账号的用户可以在开通代付时对代付次数进行限制，当然也可以在开通代付后，对代付次数进行限制，具体地，代付次数可以为代付总次数，也可以是预设之间内的代付次数，比如总共代付3次，或者每月代付3次等。在用户输入支付金额进行支付时，支付终端将用户输入的支付金额和所选使用的代付账号封装至代付请求，并将该代付请求发送至服务器，服务器则根据接收到的代付请求进行验证，具体地，服务器会记录每次支付的次数，在接收到支付请求时，解析该支付请求，根据解析获得的支付账号验证本次支付请求是第几次，然后验证本次支付对应的请求次数是否在代付账号预设代付次数范围之内，如果是，则向支付终端反馈验证通过的信息；否则反馈代付请求次数过多的信息。

具体实施中，本实施例还可以与第一实施例结合进行实施，具体地，本实施例验证代付次数的过程可以在验证支付金额在代付账号代付额度范围之内后进行验证；也可以先进行代付次数验证后，在对代付金额进行验证。这样方便用户灵活设置。

进一步地，参照图7，图7为本发明支付方法第三实施例的流程示意图。

基于本发明支付方法第一实施例，所述步骤S200还可以包括：

步骤S220，将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的单次代付额度范围内并反馈验证结果。

步骤S230，将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果。

为了方便用户灵活使用，在本实施例中，支付额度包括单次支付额度和/或总支付额度，即拥有代付账号的用户可以在开通代付时单次支付额度和/或总支付额进行限制，当然也可以在开通代付后，对单次支付额度和/或总支付额进行限制。

在用户输入支付金额进行支付时，支付终端将用户输入的支付金额和所选使用的代付账号封装至代付请求，并将该代付请求发送至服务器，服务器则根据接收到的代付请求进行验证。

具体地，本实施例包括三种实施方式：

实施方式一：服务器在接收到代付请求时，根据解析所述代付请求获得的支付金额，确定本次支付金额是否在用户所选代付账号的单次代付额度范围之内，如果是则可以向支付终端反馈验证通过的信息；否则向支付终端反馈本次支付金额超过限制的信息。

实施方式二：服务器会记录每次支付的金额，在接收到支付请求时，解析接收到的支付请求，根据解析获得的代付账号计算本次支付请求之前预设时间段内采用该代付账号支付的已支付金额，比如计算代付账号在本月已支付金额，然后验证本次支付对应的支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果，即验证本次支付对应的支付金额是否小于预设时间段内代付账号的总代付额度与已支付金额之差，如果是，则向支付终端反馈验证通过的信息；否则反馈本次支付已经超过总支付额度。

实施方式三：该实施例可以基于实施方式一和实施方式二的结合，即可以先验证支付金额是否在单次金额范围之内，在本次支付金额在代付账号单次支付金额范围内时，再验证本次支付金额是否在代付账号预设时间内支付总金额范围之内，比如，在本次支付金额在单次支付金额范围内时，再验证本月代付金额是否超过代付账号本月所设置的总代付金额。

需要特别说明的是总支付额度也可以不进行时间限定，即代付账号在设置时，只设置总的代付金额，在总代付金额被请求代付完后，则不能被请求代付。

参照图8，图8为本发明支付方法第三实施例的流程示意图。

基于本发明支付方法第一实施例，该方法还可以包括：

步骤S400，接收用户触发的付款指令，并生成对应的支付条码，以供收款方进行扫描；

步骤S500，接收所述服务器反馈的支付金额验证信息，其中所述验证信息为所述服务器在接收到收款方扫描所述支付条码时发送的支付金额和代付账号时，验证所述支付金额是否在所述代付账号的代付额度范围内后反馈的信息；

步骤S600，若接收到的反馈信息为所述支付金额在所述代付账号的代付额度范围内，则根据所述支付金额使用代付账号进行支付。

为方便用户使用，并不仅仅局限于手动输入进行支付的方式，在本实施例中，用户可以在选择代付账号后，用户可以在支付界面触发付款指令，支付终端根据付款指令生成对应的支付条码，收款方则可以扫描支付终端生成的支付条码，获取到支付终端的账号和用户所选的代付账号。然后收款方将收款金额、支付终端的账号和用户所选的代付账号发送至服务器，服务器则根据接收到的收款金额、支付终端的账号和用户所选的代付账号进行验证，验证的具体过程包括上述实施例中验证本次支付金额是否在单次代付金额范围内，代付次数是否在代付账号预设代付次数范围内，或者历史代付金额和本次代付金额之和是否在代付账号总代付金额范围之内等，在验证通过时，则服务器向支付终端反馈验证通过的信息，支付终端根据支付金额完成支付；如果验证失败，则服务器向支付终端反馈对应的失败信息，以使得支付终端用户根据服务器发送的失败信息显示对应的提示信息，以使得用户在支付终端进行对应的处理，比如重新选择代付账号进行支付或者使用自身账号进行支付。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种支付装置，其特征在于，所述装置包括：

获得模块，用于根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；

发送模块，用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；

支付模块，用于在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。

2.如权利要求1所述的装置，其特征在于，所述发送模块还用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证发送代付请求的账户请求代付的次数是否在所述代付账号的预设代付次数范围内并反馈验证结果。

3.如权利要求1所述的装置，其特征在于，所述支付额度包括单次支付额度，所述发送模块还用于将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的单次代付额度范围内并反馈验证结果。

4.如权利要求3所述的装置，其特征在于，所述支付额度还包括总支付额度，所述发送模块还用于将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果。

5.如权利要求1所述的装置，其特征在于，所述装置还包括：

生成模块，用于接收用户触发的付款指令，并生成对应的支付条码，以供收款方进行扫描；

接收模块，用于接收所述服务器反馈的支付金额验证信息，其中所述验证信息为所述服务器在接收到收款方扫描所述支付条码时发送的支付金额和代付账号时，验证所述支付金额是否在所述代付账号的代付额度范围内后反馈的信息；

所述支付模块还用于若接收到的反馈信息为所述支付金额在所述代付账号的代付额度范围内，则根据所述支付金额使用代付账号进行支付。

6.一种支付方法，其特征在于，所述方法包括以下步骤：

根据用户触发的代付指令从服务器获得与用户自身账号相关联的代付账号；

将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果；

在接收到的反馈信息表示验证通过时，根据用户输入的支付金额使用所述代付账号进行支付。

7.如权利要求6所述的方法，其特征在于，所述将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果的步骤包括：

将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证发送代付请求的账户请求代付的次数是否在所述代付账号的预设代付次数范围内并反馈验证结果。

8.如权利要求6所述的方法，其特征在于，所述支付额度包括单次支付额度，所述将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证本次支付金额是否在所述代付账号的代付额度范围内并反馈验证结果的步骤包括：

将用户输入的支付金额和使用的代付账号封装至代付请求，并将所述代付请求发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的单次代付额度范围内并反馈验证结果。

9.如权利要求8所述的方法，其特征在于，所述支付额度还包括总支付额度，所述将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号的代付额度范围内并反馈验证结果的步骤还包括：

将用户输入的支付金额和使用的代付账号发送至服务器，以使得所述服务器验证支付金额是否在所述代付账号预设时间段内的总代付额度范围内并反馈验证结果。

10.如权利要求6所述的方法，其特征在于，所述根据用户触发的代付从服务器指令获得与用户自身账号相关联的代付账号的步骤之后还包括：

接收用户触发的付款指令，并生成对应的支付条码，以供收款方进行扫描；

接收所述服务器反馈的支付金额验证信息，其中所述验证信息为所述服务器在接收到收款方扫描所述支付条码时发送的支付金额和代付账号时，验证所述支付金额是否在所述代付账号的代付额度范围内后反馈的信息；

若接收到的反馈信息为所述支付金额在所述代付账号的代付额度范围内，则根据所述支付金额使用代付账号进行支付。