CN108681901A - 一种支付的方法、装置及设备 - Google Patents

Abstract

本说明书公开一种支付的方法、装置及设备，该方法中可以根据接收到的支付请求中包含的待结算商品的标识信息，确定出该待结算商品对应的历史价格范围，并判断该支付请求中包含的交易金额是否与该历史价格范围相匹配，若是，则确定该交易金额无误，进而处理该支付请求，否则，确定该交易金额有误，进而不处理该支付请求。

Description

一种支付的方法、装置及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种支付的方法、装置及设备。

背景技术

当前，扫码付款已经逐渐成为一种潮流，用户可以通过扫码付款方式，在商场、饭店、超市等场所快捷的完成付款。

用户在扫码付款的过程中，若是商户输入了错误的金额，则用户将因为商户输入的错误金额，通过扫码付款的方式向商户支付错误的金额，从而给用户或是商户带来了损失。

例如，假设用户购买了价格为3元的苹果，在用户扫码付款的过程中，商户手误将苹果的价格输入成30元，这样一来，用户将自己的付款码展示给商户时，商户将通过扫码从用户的账户中扣除30元，从而给用户带来了损失。

而若是用户或商户主动申请退款，则需要经历较为复杂的退款流程后，才能得到退款，这就给用户或商户进一步带来了不便。

基于现有技术，需要更为准确的支付方式。

发明内容

本说明书提供一种支付的方法，用以解决现有技术的支付方式会因交易金额有误而造成损失的问题。

本说明书提供了一种支付的方法，包括：

接收支付请求；

根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；

若是，则处理所述支付请求；

若否，则不处理所述支付请求。

本说明书提供一种支付的装置，用以解决现有技术的支付方式会因交易金额有误而造成损失的问题。

本说明书提供了一种支付的装置，包括：

接收模块，接收支付请求；

确定模块，根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断模块，判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；若是，则处理所述支付请求；若否，则不处理所述支付请求。

本说明书提供一种支付的设备，用以解决现有技术的支付方式会因交易金额有误而造成损失的问题。

本说明书提供了一种支付的设备，包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：

接收支付请求；

根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；

若是，则处理所述支付请求；

若否，则不处理所述支付请求。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

在本说明书中，可以根据接收到的支付请求中包含的待结算商品的标识信息，确定出该待结算商品对应的历史价格范围，并判断该支付请求中包含的交易金额是否与该历史价格范围相匹配，若是，则确定该交易金额无误，进而处理该支付请求，否则，确定该交易金额有误，进而不处理该支付请求。

从上述方法中可以看出，由于在对接收到的针对待结算商品的支付请求进行处理之前，可以基于该待结算商品对应的历史价格范围，对该支付请求中涉及的交易金额进行验证，以验证该交易金额是否有误。当确定该交易金额有误时，则不处理该支付请求，这样可以及时的防止交易金额有误而给用户或是商户所带来的损失和不便。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：

图1为本说明书提供的支付的过程示意图；

图2为本说明书提供的用户支付的详细示意图；

图3为本说明书提供的支付的装置示意图；

图4为本说明书提供的支付的设备示意图。

具体实施方式

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

在本说明书中，终端可以根据用户或商户在执行支付业务过程中实施的付款操作，生成支付请求，并将该支付请求发送给服务器。服务器可以根据该支付请求中包含的待结算商品对应的标识信息，确定出该待结算商品对应的历史价格范围，以通过该历史价格范围，对该支付请求中包含的交易金额进行验证。换句话说，对该支付请求中包含的交易金额进行验证的执行主体可以是服务器。

当然，终端根据用户或商户所实施的付款操作而生成的支付请求，也可以称之为终端接收支付请求。这样，终端可以根据该支付请求中包含的待结算商品对应的标识信息，从服务器中查询到该待结算商品对应的历史价格范围，并根据该历史价格范围，对该支付请求中包含的交易金额进行验证。

除此之外，该支付请求也可以是指用户或商户在终端中输入的交易金额以及待结算商品。终端可以根据该待结算商品对应的标识信息以及历史交易记录，确定出该待结算商品对应的历史价格范围，进而根据该历史价格范围对该交易金额进行验证。换句话说，对该支付请求中包含的交易金额进行验证的执行主体也可以是终端。当然，终端或服务器接收该支付请求的具体方式还可以有很多，在此就不一一举例说明了。

为了方便后续描述，下面将仅以服务器为执行主体，对本说明书提供的支付的方法进行描述。通过终端对支付请求中包含的交易金额进行验证和通过服务器对该交易金额进行验证基本上相似，都是基于待结算商品对应的历史价格范围，对支付请求中包含的交易金额进行验证。其中，该待结算商品对应的历史价格范围可以是服务器根据历史交易记录确定出的，当终端为执行主体时，可以从服务器中查询出该历史价格范围。当然，该历史价格范围也可以终端根据历史交易记录确定出的。

对支付请求中包含的交易金额进行验证的执行主体可以是服务器，也可以是电脑等终端设备，为了方便进行描述，下面将仅以服务器为执行主体，对本说明书提供的支付的方法进行说明。

图1为本说明书提供的支付的过程示意图，具体包括以下步骤：

S100：接收支付请求。

用户在执行支付业务时，用户可以通过终端向服务器发送支付请求。例如，用户可以通过终端扫描商户所展示的二维码，向服务器发送支付请求。其中，该二维码是商户根据用户所需支付的金额通过商户所使用的设备生成的。这里提到的终端可以是指手机、平板电脑等设备，商户用于展示该二维码的设备可以是指手机、电脑等设备。

再例如，用户通过终端中安装的应用(Application，App)购买商品时，App可以根据用户选择的所要购买的商品，生成支付请求，进而将该支付请求发送至服务器。

当然，该支付请求也可以是商户向服务器发送的。例如，用户在付款过程中，可以将用于付款的二维码展示给商户，商户可以通过终端扫描用户展示的二维码，并基于用户所购买的商品的价格，通过终端向服务器发送支付请求。

上述提到的用户所购买的商品称之为待结算商品，服务器接收到的支付请求中包含有待结算商品的标识信息，该标识信息用于在后续过程中，确定出该待结算商品对应的历史价格范围。在本说明书中，该待结算商品可以是食品、衣服、日用品等实体商品，也可以是游戏币、电子书等虚拟商品。用于对待结算商品进行结算的支付请求也可以在多种场景下产生：如，该支付请求可以是用户在超市购物时，用户或商户通过终端向服务器发送的；或是，用户就餐后结账时，用户或商户通过终端向服务器发送的；抑或是用户在网上购物时通过终端扫描页面展示的二维码向服务器发送的。

S102：根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围。

服务器在接收到上述支付请求后，可以根据该支付请求中包含的待结算商品的标识信息，确定出该待结算商品对应的历史价格范围。具体的，在本说明书中，服务器可以预先根据保存的历史交易记录，确定出各商品所对应的历史价格范围。这样，当接收到该支付请求时，可以根据该支付请求中包含的待结算商品的标识信息，从预先确定出的各商品对应的历史价格范围，查询出该待结算商品对应的历史价格范围。

其中，这里提到的历史交易记录可以有多种情形，如，该历史交易记录可以是指提供该待结算商品的商户(即用户发送该支付请求向商户进行付款的商户)所对应的历史交易记录；也可以是指所有商户的历史交易记录；抑或是用户当前所在地的各商户的历史交易记录。

针对每个商品，服务器可以根据保存的历史交易记录，确定出该商品的各历史交易价格，进而确定出该商品对应的历史价格范围。其中，确定该商品对应的历史价格范围的方式可以有很多。例如，服务器可以根据历史交易记录，确定出该商品的各历史交易价格，进而根据各历史交易价格中的最高历史交易价格以及最低历史交易价格，确定出该商品所对应的历史价格范围。

再例如，服务器可以根据历史交易记录，确定出该商品的各历史交易价格，并根据各历史交易价格，确定出该商品的平均历史交易价格。服务器可以根据该平均历史交易价格以及设定数额，确定出该商品对应的历史价格范围。其中，该商品对应的历史价格范围可以是在该平均历史交易价格的基础上加减该设定数额确定出的。该设定数额可以是支付业务的业务维护人员根据该商品的价格浮动所确定出的。

上述提到的历史交易记录可以是指设定时间内的历史交易记录，该设定时间可以是业务维护人员根据实际需求所确定出的，如，一周、一个月等。当然，服务器也可以将所有的历史交易记录用于确定各商品对应的历史价格范围。

服务器除了预先确定出该待结算商品对应的历史价格范围外，还可以在接收到上述支付请求后，根据预先保存的该待结算商品对应的历史交易记录，确定出该待结算商品对应的历史价格范围。

S104：判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配，若是，则执行步骤S106，若否，则执行步骤S108。

S106：处理所述支付请求。

S108：不处理所述支付请求。

在确定出上述待结算商品对应的历史价格范围后，服务器可以进一步判断该支付请求中包含的交易金额是否与该历史价格范围相匹配，若确定该交易金额与该历史价格范围相匹配，则可确定该支付请求中包含的交易金额无误，进而处理该支付请求。当确定该交易金额与该历史价格范围不匹配时，则可确定该支付请求中包含的交易金额有误，进而不处理该支付请求。

具体的，上述支付请求中包含有待结算商品所对应的数目，即用户购买该待结算商品的数目。服务器可以根据该支付请求中包含的该待结算商品的交易金额以及该待结算商品的数目，确定出该待结算商品对应的单位交易金额，该单位交易金额可以指单位待结算商品的交易金额(如，一袋大米的交易金额、一个苹果的交易金额、100枚游戏币的交易金额等，其中，待结算商品的单位划分可以由商户根据实际需求而定)。服务器可以判断该单位交易金额是否落入确定出的待结算商品对应的历史价格范围，以确定该支付请求中包含的交易金额是否有误。其中，本说明书提到的历史价格范围可以是指单位待结算商品所对应的历史价格范围。

服务器也可以根据该支付请求中包含的待结算商品对应的数目，以及确定出的该待结算商品对应的历史价格范围，确定出该数目的待结算商品所对应的总价范围，继而判断该支付请求中包含的交易金额是否落入该总价范围。当确定该交易金额落入该总价范围时，则确定该交易金额无误，进而处理该支付请求，否则确定该交易金额有误，进而不处理该支付请求。

例如，服务器可以根据用户通过终端发送的支付请求，确定该用户向商户购买5个苹果，需要支付的交易金额为15元。服务器可以根据历史交易记录，确定出该苹果对应的历史价格范围是：2.2～3.4元，进而可以根据该历史价格范围以及用户所购买的苹果的数量(即数目)，确定出这5个苹果的总价范围是：11～17元。服务器可以确定该支付请求中包含的交易金额15元落入到了该总价范围，进而可以确定该交易金额无误，并通过该支付请求，完成该用户向商户的付款操作。

若确定该支付请求中包含的交易金额与该待结算商品对应的历史价格范围不匹配(如确定出的单位交易金额未落入该待结算商品对应的历史价格范围)，则可不处理该支付请求，并向用户或商户发送提示消息，以提示该交易金额有误。

其中，当确定上述单位交易金额小于该待结算商品对应的历史价格范围所包含的最低历史价格时，则可确定该支付请求中包含的交易金额少于该用户实际应付的金额，进而可向该商户发送提示消息，以提示该交易金额有误。

当确定上述单位交易金额大于该待结算商品对应的历史价格范围所包含的最高历史价格时，则可确定该支付请求中包含的交易金额高于该用户实际应付的金额，进而可向该用户发送提示消息，以提示该交易金额有误。

当然，服务器也可以通过确定上述交易金额小于上述总价范围的最小值，确定需要向该商户发送提示消息，或是确定该交易金额高于上述总价范围的最大值，确定需要向该用户发送提示消息。具体过程与上述基本相似，在此就不详细说明了。

上述方法中可以看出，由于在对接收到的针对待结算商品的支付请求进行处理之前，可以基于该待结算商品对应的历史价格范围，对该支付请求中涉及的交易金额进行验证，以验证该交易金额是否有误。当确定该交易金额有误时，则不处理该支付请求，并向用户或是商户提示该交易金额有误，从而可以及时的防止因交易金额有误而给用户或是商户所带来的损失和不便。

为了进一步的描述本说明书提供的支付的方法，下面将以具体的实例，对整个的支付过程进行说明，如图2所示。

图2为本说明书提供的用户支付的详细示意图。

用户通过扫码的付款方式，向商户购买了一件衣服，可以通过所使用的终端向服务器发送的支付请求，该支付请求中包含有购买该衣服的交易金额以及该衣服对应的标识信息。服务器接收到该支付请求后，可以根据预先确定出的各商品对应的历史价格范围，确定出该衣服对应的历史价格范围，并根据该衣服对应的历史价格范围对该支付请求中涉及的交易金额进行验证。其中，各商品对应的历史价格范围可以是服务器根据数据库中包含的各历史交易记录确定出的。

在对该交易金额进行验证的过程中，服务器可以判断该交易金额是否与该衣服对应的历史价格范围相匹配。当确定该交易金额落入到该衣服对应的历史价格范围，则确定该交易金额无误，而当确定该交易金额未落入到该衣服对应的历史价格范围，则确定该交易金额有误。

在确定该交易金额未落入该衣服对应的历史价格范围时，服务器可以根据该交易金额超出或是低于该衣服对应的历史价格范围的实际情况，确定需要向用户还是商户提示该交易金额有误。当确定该交易金额低于该衣服对应的历史价格范围的最小值时，则可向商户发送该交易金额有误的提示消息。而当确定该交易金额高于该衣服对应的历史价格范围的最大值时，则可向用户发送该交易金额有误的提示消息。

以上为本说明书的一个或多个实施例提供的支付的方法，基于同样的思路，本说明书还提供了相应的支付的装置，如图3所示。

图3为本说明书提供的一种支付的装置示意图，具体包括：

接收模块301，接收支付请求；

确定模块302，根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断模块303，判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；若是，则处理所述支付请求；若否，则不处理所述支付请求。

所述确定模块302，根据历史交易记录，确定所述待结算商品对应的历史价格范围。

所述判断模块303，根据所述支付请求中包含的交易金额以及所述待结算商品对应的数目，确定单位所述待结算商品对应的单位交易金额；判断所述单位交易金额是否落入所述历史价格范围。

所述判断模块303，根据所述支付请求中包含的所述待结算商品对应的数目，以及所述历史价格范围，确定所述数目的待结算商品对应的总价范围；判断所述交易金额是否落入所述总价范围。

所述装置还包括：

提示模块304，当通过所述判断模块303确定所述交易金额与所述历史价格范围不匹配时，则发送所述交易金额有误的提示消息。

基于上述说明的支付的方法，本说明书还对应提供了一种用于支付的设备，如图4所示。该设备包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：

接收支付请求；

根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；

若是，则处理所述支付请求；

若否，则不处理所述支付请求。

在本说明书的一个或多个实施例中，可以根据接收到的支付请求中包含的待结算商品的标识信息，确定出该待结算商品对应的历史价格范围，并判断该支付请求中包含的交易金额是否与该历史价格范围相匹配，若是，则确定该交易金额无误，进而处理该支付请求，否则，确定该交易金额有误，进而不处理该支付请求。

从上述方法中可以看出，由于在对接收到的针对待结算商品的支付请求进行处理之前，可以基于该待结算商品对应的历史价格范围，对该支付请求中涉及的交易金额进行验证，以验证该交易金额是否有误。当确定该交易金额有误时，则不处理该支付请求，这样可以及时的防止交易金额有误而给用户或是商户所带来的损失和不便。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书一个或多个实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (11)

1.一种支付的方法，包括：

接收支付请求；

根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；

若是，则处理所述支付请求；

若否，则不处理所述支付请求。

2.如权利要求1所述的方法，根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围之前，所述方法还包括：

根据历史交易记录，确定所述待结算商品对应的历史价格范围。

3.如权利要求1所述的方法，判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配，具体包括：

根据所述支付请求中包含的交易金额以及所述待结算商品对应的数目，确定单位所述待结算商品对应的单位交易金额；

判断所述单位交易金额是否落入所述历史价格范围。

4.如权利要求1所述的方法，判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配，具体包括：

根据所述支付请求中包含的所述待结算商品对应的数目，以及所述历史价格范围，确定所述数目的待结算商品对应的总价范围；

判断所述交易金额是否落入所述总价范围。

5.如权利要求1～4任一所述的方法，所述方法还包括：

当确定所述交易金额与所述历史价格范围不匹配时，则发送所述交易金额有误的提示消息。

6.一种支付的装置，包括：

接收模块，接收支付请求；

确定模块，根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断模块，判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；若是，则处理所述支付请求；若否，则不处理所述支付请求。

7.如权利要求6所述的装置，所述确定模块，根据历史交易记录，确定所述待结算商品对应的历史价格范围。

8.如权利要求6所述的装置，所述判断模块，根据所述支付请求中包含的交易金额以及所述待结算商品对应的数目，确定单位所述待结算商品对应的单位交易金额；判断所述单位交易金额是否落入所述历史价格范围。

9.如权利要求6所述的装置，所述判断模块，根据所述支付请求中包含的所述待结算商品对应的数目，以及所述历史价格范围，确定所述数目的待结算商品对应的总价范围；判断所述交易金额是否落入所述总价范围。

10.如权利要求6～9任一所述的装置，所述装置还包括：

提示模块，当通过所述判断模块确定所述交易金额与所述历史价格范围不匹配时，则发送所述交易金额有误的提示消息。

11.一种支付的设备，包括一个或多个存储器以及处理器，所述存储器存储程序，并且被配置成由所述一个或多个处理器执行以下步骤：

接收支付请求；

根据所述支付请求中包含的待结算商品的标识信息，确定所述待结算商品对应的历史价格范围；

判断所述支付请求中包含的交易金额是否与所述历史价格范围相匹配；

若是，则处理所述支付请求；

若否，则不处理所述支付请求。