CN110189139A - 支付数据处理方法、装置、设备和介质 - Google Patents

Abstract

本说明书实施例提供一种支付数据处理方法、装置、设备和介质。在一个实施例中，一种支付数据处理方法，包括：获取包括交易主体的信息和支付金额的信息的交易信息；其中，该交易主体包括第一付款方和第一收款方中的至少一方；基于交易主体的信息确定至少一个支付金额标准；其中，支付金额标准是根据预定维度下的且与该交易主体相关的历史交易信息确定的；如果支付金额不符合至少一个支付金额标准，则发送提示信息以提示付款方。

Description

支付数据处理方法、装置、设备和介质

技术领域

本说明书一个或多个实施例涉及数据处理技术领域，尤其涉及一种支付数据处理方法、装置、设备和介质。

背景技术

随着科技的不断发展，线上支付已经日益普及。目前在线上支付的业务中，比如转账、扫码付款、信用卡还款等业务，都存在收款方告诉付款方支付金额，然后让付款方自主输入支付金额之后再付款的场景。

但是，付款方在自主输入支付金额时，可能会存在输错支付金额的情况。若付款方在输错支付金额后继续进行支付流程，则可能会对付款方造成损失，因此需要提供更可靠的支付方案。

发明内容

本说明书一个或多个实施例提供一种支付数据处理方法、装置、设备和介质，能够提高线上支付的可靠性和安全性。

本说明书一个或多个实施例提供的技术方案如下：

第一方面，提供一种支付数据处理方法，包括：

获取交易信息，交易信息包括交易主体的信息和支付金额的信息；其中，交易主体包括第一付款方和第一收款方中的至少一方；

基于交易主体的信息，确定至少一个支付金额标准；其中，支付金额标准是根据预定维度下的且与交易主体相关的历史交易信息确定的；

在支付金额不符合至少一个支付金额标准的情况下，发送提示信息。

第二方面，提供一种支付数据处理装置，包括：

交易信息获取模块，用于获取交易信息，交易信息包括交易主体的信息和支付金额；其中，交易主体包括第一付款方和第一收款方中的至少一方；

支付金额标准确定模块，用于基于交易主体信息，确定至少一个支付金额标准；其中，支付金额标准是根据预定维度下的且与交易主体相关的历史交易信息确定的；

提示信息发送模块，用于在支付金额不符合至少一个支付金额标准的情况下，发送提示信息。

第三方面，提供一种支付数据处理设备，包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现本说明书一个或多个实施例提供的支付数据处理方法。

第三方面，提供一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现本说明书一个或多个实施例提供的支付数据处理方法。

根据本说明书一个或多个实施例中的支付数据处理方法、装置、设备和介质，首先利用获取的交易信息中交易主体的信息确定至少一个支付金额标准。由于支付金额标准是基于预定维度下的与交易主体相关的历史交易信息确定的，提高了支付金额标准设置的合理性。因此利用至少一个支付金额标准可以辅助判断交易信息中的支付金额是否异常。当支付金额异常时，发送提示信息提示付款方，降低付款方输错支付金额的概率，提高了支付的安全性和可靠性。

附图说明

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

图1为本说明书一个实施例提供的支付数据处理方法的应用场景示意图；

图2为本说明书一个实施例提供的支付数据处理方法的流程示意图；

图3为本说明书另一个实施例提供的支付数据处理方法的流程示意图；

图4为本说明书一个实施例提供的支付数据处理装置的结构示意图；

图5为本说明书一个实施例的支付数据处理设备的示例性硬件架构示意图。

具体实施方式

下面将详细描述本说明书的各个方面的特征和示例性实施例，为了使本说明书的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本说明书进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本说明书，并不被配置为限定本说明书。对于本领域技术人员来说，本说明书可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本说明书的示例来提供对本说明书更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

图1示出本说明书一个或多个实施例的支付数据处理方法的应用场景示意图。如图1所示，在付款方需要自主输入支付金额进行支付的应用场景中，涉及终端110和服务器120。

在本说明书一个或多个实施例中，当付款方在终端110上输入支付金额之后，终端110可以获取该付款方进行此次支付的交易信息，并发送交易信息至服务器120。交易信息包括交易主体的信息和支付金额的信息。服务器120可以基于接收到的交易信息可以确定至少一个支付金额标准。若付款方输入的支付金额不符合至少一个支付金额标准，则服务器120发送提示信息至终端110，以使终端提示付款方确认支付金额，防止付款方输错支付金额，从而提高支付的安全性和可靠性。

在本说明书一个或多个实施例中，终端110可以是个人电脑、智能手机或平板电脑等电子设备。

在本说明书一个或多个实施例中，服务器120可以是一种高性能的电子计算器，可以响应于终端110发送的服务请求处理数据。

在本说明书一个或多个实施例中，终端110和服务器120之间可以通过网络进行数据传输。对于图1中的终端和服务器的数目仅是示意性，根据实际需求可以具有任意数目的终端和服务器。

图2示出本说明书一个或多个实施例提供的应用于服务器侧的支付数据处理方法200的流程示意图。如图2所示，应用于服务器侧的支付数据处理方法包括以下步骤：

S202，获取交易信息。

在本说明书一个或多个实施例中，交易信息包括交易主体的信息和支付金额的信息。其中，交易主体包括第一付款方和第一收款方中的至少一方。第一付款方是输入支付金额的用户，第一收款方是支付金额的收款方。

S204，基于交易主体的信息，确定至少一个支付金额标准。其中，支付金额标准是根据预定维度下的且与交易主体相关的历史交易信息确定的。

S206，在支付金额不符合至少一个支付金额标准的情况下，发送提示信息。

在本说明书的一个或多个实施例中，在付款方输入支付金额之后以及进行最终支付之前，通过利用基于交易主体的信息确定的至少一个支付金额标准，自动判断付款方输入的支付金额是否出现异常。由于支付金额标准是依据与交易主体相关的历史交易信息确定的，提高判断支付金额是否异常的准确度。若支付金额不符合至少一个支付金额标准，代表支付金额异常，则发送提示信息至终端以提示付款方确认支付金额，有效地降低了付款方输错支付金额的情况，从而提高了支付的安全性和可靠性。

在本说明书一个或多个实施例中，支付所涉及的技术载体，例如可以包括二维码扫码技术或条形码扫码技术等。

在本说明书一个或多个实施例中，预定维度可以是付款方维度、消费群体维度、收款方维度或行业维度。在不同的维度下，与交易主体相关的历史交易信息不同。

在本说明书一个实施例中，预定维度可以是付款方维度。在付款方维度下，与交易主体相关的历史交易信息包括以下各项中的至少一项：第一付款方在第一行业中的第一收款方的历史消费信息、第一付款方在第一行业中多个收款方的历史消费信息、第一付款方在多个行业中的多个收款方的历史消费信息。其中，第一行业是第一收款方所属行业。

也就是说，与交易主体相关的付款方维度的历史交易信息的种类可以是多个。

在本说明书中一个或多个实施例中，付款方维度下与交易主体相关的历史交易信息具有多种不同的种类，因此可以从多个角度去设置支付金额标准，灵活性更高。

需要说明的是，由于与交易主体相关的历史交易信息可能会涉及第一收款方所属的第一行业。因此服务器将预先获取多个收款方的商户类别信息。然后服务器基于每个收款方的商户类别信息对每个收款方进行行业分类，并为每个收款方分配一个行业标识，建立收款方信息与行业标识的对应关系。也就是说，与第一收款方具有相同行业标识的收款方，也属于第一行业。

在本说明书一个实施例中，服务器可以预先获取多个收款方的商户类别码，并基于每个收款方的商户类别码确定每个收款方所属行业。值得一提的是，若服务器对行业分类比较精细，为了更精确地为收款方分配行业标识，则服务器还可以预先获取消费者在该付款方处的消费记录，从而根据消费记录中的消费商品信息对该付款方进行行业分类。

在本说明书一个或多个实施例中，服务器具有交易信息数据库，该交易信息数据库中包括多个历史交易信息。对于交易信息数据库中的任一历史交易信息，该历史交易信息包括付款方的信息、此次交易的交易金额信息和收款方的信息等信息。并且，随着生活中交易数量的不断增加，服务器会不断更新交易信息数据库。

在本说明书一个实施例中，若交易主体包括第一付款方和第一收款方，则服务器基于第一付款方的信息和第一收款方的信息，可以从交易信息数据库中筛选出第一付款方在第一收款方的历史消费信息。

在本说明书一个实施例中，若交易主体包括第一付款方和第一收款方，首先服务器根据第一付款方的信息以及预先存储的付款方信息与行业标识的对应关系，确定第一付款方所属的第一行业的行业标识。然后，服务器基于第一行业的行业标识以及付款方信息与行业标识的对应关系，可以确定第一行业中的多个收款方的信息。接着服务器可以基于第一行业中多个收款方的信息以及第一付款方的信息，从交易信息数据库中筛选出第一付款方在第一行业中多个收款方处的历史消费信息。

在本说明书的一个实施例中，若交易主体只包括第一付款方，则服务器可以利用第一付款方的信息，从交易信息数据库中筛选出第一付款方在多个行业中的多个收款方的历史消费信息，即对收款方不做限制，只要是第一付款方的历史消费信息即可。

在本说明书一个或多个实施例中，通过利用与第一付款方相关的历史消费信息来确定支付金额标准，实现了支付金额标准与第一付款方的消费能力之间的关联性，从而能够提高判断支付金额异常的准确性，有效地提高了支付的可靠性。

在本说明书一个实施例中，预定维度可以是消费群体维度。在消费群体维度下，与交易主体相关的历史交易信息包括以下各项中的至少一项：第一消费群体中每个付款方在第一行业中的第一收款方的历史消费信息、每个付款方在第一行业中多个收款方的历史消费信息、每个付款方在多个行业中的多个收款方的历史消费信息。其中，第一消费群体是第一付款方所属消费群体，消费群体中的每个付款方具有相同的消费等级。

在本说明书一个或多个实施例中，服务器会预先获取多个付款方的历史消费信息，该历史消费信息对收款方不做限制。对于多个付款方中的任一付款方，服务器根据该付款方的历史消费信息计算该付款方的平均消费金额。服务器预先划分多个消费等级，每个消费等级对应不同的消费金额范围。服务器基于付款方的平均消费金额以及多个消费等级分别对应的消费金额范围，对每个付款方进行消费能力分级。

对于处于同一消费能力等级的每个付款方，服务器为该等级的每个付款方分配相同的消费群体标识，以建立付款方信息与消费群体的对应关系。其中，位于同一消费等级的多个付款方称为一个消费群体，位于不同消费等级的付款方所对应的消费群体标识不同。

在本说明书一个或多个实施例中，付款方信息可以为付款方用于交易的账号信息，例如付款方的支付账号信息。由于同一个付款方可能同时具有多个用于支付的支付账号。由于付款方的使用习惯，在该付款方的不同支付账号下的历史消费信息可能有所差异，则每个支付账号对应的平均消费金额可能位于不同的消费等级。由于多个支付账号对应的都是同一个付款方，因此在进行消费能力分级时，还可以获取付款方的设备信息。然后将在同一个设备上登陆的属于同一个付款方的支付账号分配一个相同的消费群体标识。

在本说明书一个或多个实施例中，服务器根据第一付款方信息以及付款方信息与消费群体标识的对应关系，可以确定第一付款方所属第一消费群体的消费群体标识。服务器根据第一消费群体的标识以及付款方信息与消费群体标识的对应关系，即可以确定第一消费群体中的每个付款方的信息。服务器基于第一消费群体中每个付款方的信息以及第一收款方的信息，可以从交易信息数据库中筛选出第一消费群体中每个付款方在第一收款方的历史消费信息。

在本说明书的多个实施例中，服务器基于第一消费群体中每个付款方的信息以及第一行业中多个收款方的信息，可以从交易信息数据库中筛选出每个付款方在第一行业中多个收款方的历史消费信息。

在本说明书的多个实施例中，服务器基于第一消费群体中每个付款方的信息，可以从交易信息数据库中筛选每个付款方在多个行业中的多个收款方的历史消费信息，即对收款方不做限制。

在本说明书一个或多个实施例中，利用与交易主体相关的消费群体维度下的历史消费信息确定支付金额标准，不仅考虑了第一付款方的历史消费信息，也考虑了与第一付款方具有相同消费等级的其他付款方的历史消费信息，能够更全面地提高支付金额标准设置地合理性，提高判断支付金额是否异常的有效性。

在本说明书一个实施例中，预定维度可以是收款方维度。在收款方维度下，与交易主体相关的历史交易信息包括第一收款方的历史收款信息。

在本说明书的多个实施例中，服务器基于第一收款方的信息，可以从交易信息数据库中筛选出第一收款方的历史收款信息。

在本说明书的一个或多个实施例中，与支付金额的相关交易主体除了第一付款方，还有支付金额的支付对象，即第一收款方。利用与交易主体相关的收款方维度的历史收款信息确定支付金额标准，可以从另外一个不同的角度去设置支付金额标准，在提高支付安全性的同时，也提高了支付处理的灵活性。

在本说明书一个实施例中，预定维度可以是行业维度。在行业维度下，与交易主体相关的历史交易信息包括第一行业中多个收款方的历史收款信息，第一行业为第一收款方所属行业。

在本说明书的多个实施例中，服务器基于第一行业中多个收款方的信息，可以从交易信息数据库中筛选出第一行业中多个收款方的历史收款信息。

在本说明书的一个或多个实施例中，在确定支付金额标准时，利用行业维度下与交易主体相关的历史交易信息，是综合考虑了与第一收款方相关联的其他收款方的历史收款信息，进一步提高了支付金额标准设置的合理性。

在本说明书的一个或多个实施例中，与交易主体相关的历史交易信息包括与交易主体相关的多个历史交易金额。则服务器可以基于预定维度下的且与交易主体相关的多个历史交易金额的平均值以及离散程度支付金额标准。

在本说明书一些示例中，支付金额标准是基于与交易主体相关的一个预定维度的多个历史交易金额的平均值以及离散程度确定的。例如，若预定维度是付款方维度，在付款方维度下与交易主体相关的历史交易信息包括第一付款方在第一收款方处的n个历史消费金额。

在本说明书一些实施例中，支付金额标准包括支付金额范围。则服务器可以先求出n个历史消费金额的平均值m。然后服务器基于n个历史消费金额可以求出n个消费金额的离散程度，即方差σ。则可以得到支付金额范围是[m-xσ，m+xσ]。其中，n是大于1的正整数。x是预设值，优选地，x的取值范围可以是[3，20]。

再例如，在付款方维度下，与交易主体相关的付款方维度的历史交易信息包括第一付款方在第一收款方处的n个历史消费金额以及第一付款方在第一行业中多个收款方的p个历史消费金额。则服务器基于上述n+p个消费金额的平均值和离散程度可以确定一个支付金额标准，具体确定方法可参考上述方法，在此不再赘述。

在本说明书的一些实施例中，通过利用多个历史消费金额的平均值和离散程度来确定支付金额标准，考虑了多个历史消费金额的总体分布状况和离散程度，更能精确地反映出第一付款方的消费能力或第一收款方的经营能力，从而更能提高对支付金额异常判断的有效性。

在本说明书中的另一些实施例中，支付金额标准是与预定维度下的与交易主体相关的多个历史交易金额的最值确定的。在上述示例中，在付款方维度下，与交易主体相关的历史交易信息包括第一付款方在第一收款方处的n个历史消费金额。服务器可以先求出n个历史消费金额中的最大值max和最小值min。依据n个历史消费金额的最值得出的支付金额范围为[min，max]。

在本说明书的一个或多个实施例中，通过利用最值确定支付金额标准，可以提高数据处理速度，以提高支付的速度。

在本说明书一些实施例中，支付金额标准还包括支付金额阈值。作为一个示例，支付金额阈值可以是预定维度下与交易主体相关的多个历史交易金额中的最大值。

在S206中，若服务器基于交易主体信息确定了一个支付金额标准，则若支付金额不符合该支付金额标准，认为支付金额异常，则发送提示信息至终端。

在本说明书另一些实施例中，为了从多个角度对支付金额的异常性进行判断，以增加对支付金额异常判断的正确性，服务器基于交易主体信息可以确定多个支付金额标准。

在本说明书一个或多个实施例中，对于支付金额标准的个数、每个支付金额标准所对应的预定维度、预定维度下的与交易主体信息相关的历史交易信息的种类等信息都可以预先设置。

在本说明书的一个实施例中，多个支付金额标准中的每个支付金额标准可以是基于与同一预定维度下的与交易主体相关的历史交易信息确定，但每个支付金额标准基于该预定维度下的不同种类的历史交易信息确定。

例如，预定维度可以是付款方维度，基于交易主体信息确定了3个支付金额标准。其中，第1个支付金额标准是基于第一付款方在第一行业中的第一收款方的多个历史消费金额的平均值和离散程度确定的。第2个支付金额标准是基于第一付款方在第一行业中多个收款方的多个历史消费金额的最值确定的。第3个支付金额标准是基于第一付款方在多个行业中的多个收款方的多个历史消费金额的平均值和离散程度确定的。

在本说明书的另一个实施例中，多个支付金额标准中的至少两个支付金额标准是基于不同预定维度下的与交易主体相关的历史交易信息确定。

例如，服务器基于交易主体信息确定了3个支付金额标准。其中，第1个支付金额标准基于第一消费群体中每个付款方在第一行业中的第一收款方的多个历史消费金额确定。第2个支付金额标准基于第一收款方的多个历史收款金额确定。第3个支付金额标准基于第一行业中多个收款方的多个历史收款金额确定。

再例如，第1个支付金额标准基于第一付款方在第一行业中的第一收款方的多个历史消费金额确定。第2个支付金额标准基于第一付款方在第一行业中多个收款方的多个历史消费金额确定。第3个支付金额标准基于第一行业中多个收款方的多个历史收款金额确定。

在本说明书中的一些实施例中，若服务器基于交易主体信息确定了多个支付金额标准，则将支付金额与每个支付金额标准进行对比。若支付金额不符合的支付金额标准的个数大于预设数值，则认为支付金额异常，发送提示信息至终端。其中，预设数值大于等于1。

在本说明书的一个或多个实施例中，通过利用至少一个支付金额标准判断支付金额是否出现异常，可以从多个不同的角度对支付金额进行判断，提高了对支付金额判断的有效性和准确性，大大降低了付款方输错支付金额的概率，以提高支付的安全性。

在本说明书的一个或多个实施例中，若支付金额标准包括支付金额范围，则支付金额不符合至少一个支付金额标准的情况包括支付金额未落入至少一个支付金额范围。

在本说明书的一个或多个实施例中，若支付金额标准包括支付金额阈值，则支付金额不符合至少一个支付金额标准的情况包括支付金额大于至少一个支付金额阈值。

在本说明书的实施例中，服务器可以基于预先设置的支付金额标准的个数、每个支付金额标准所对应的预定维度、预定维度下的与交易主体信息相关的历史交易信息的种类以及交易信息数据库中的信息，预先确定任一交易主体信息对应的至少一个支付金额标准，即建立交易主体信息与支付金额标准的映射关系。当服务器接收到交易主体信息，即可以根据交易主体信息与支付金额标准的映射关系，确定与交易主体信息相关的至少一个支付金额标准。

需要说明的是，由于交易信息数据库中的信息是不断更新的，因此交易主体信息与支付金额标准的映射关系也可以按照预设规则进行更新，例如每隔预设时间段之后进行更新。

在本说明书的一些实施例中，服务器也可以在获取交易主体信息后，基于预先设置的支付金额标准的个数、每个支付金额标准所对应的预定维度、预定维度下的与交易主体信息相关的历史交易信息的种类，从交易信息数据库中筛选出与每个支付金额标准所对应的与交易主体相关的历史交易信息。然后，对于每个支付金额标准，服务器基于该支付金额标准对应的与交易主体相关的历史交易信息确定该支付金额标准。

当终端收到提示信息后，可以利用多种方式提示用户确认支付金额，例如弹屏提示、短信提示、电话提示或浮层提示等方式。若用户确认支付金额，则终端继续支付流程。否则，终端停止支付流程。

图3示出本说明书的一个实施例提供的支付数据处理方法的流程示意图。

在本说明书一个或多个实施例中，在对支付金额进行处理之前，需要预先进行数据采集。服务器可以采集多个历史交易信息，构成交易信息数据库。其中，每个历史交易信息包括付款方信息、收款方信息和支付金额信息。参照上文叙述，为了准确地对每个付款方进行消费群体标识的分配，还可以获取每次交易时付款方的设备信息。

当付款方通过终端输入支付金额之后，服务器需要对支付金额是否异常进行识别。首先服务器可以从终端获取本次交易的交易信息。交易信息中包括交易主体的信息和支付金额的信息。服务器基于交易主体的信息，可以确定至少一个支付金额范围。

其中，服务器可以根据基于预先设置的支付金额范围的个数、预先设置的每个支付金额范围所对应的维度以及预设的预定维度下与交易信息主体相关的历史交易信息种类，从预先建立的交易主体信息和支付金额范围的映射关系，确定与交易主体的信息对应的至少一个支付金额范围。

参见图3，对于任意一个支付金额范围对应的预定维度可以是收款方维度、消费群体维度、付款方维度或行业维度。

对于付款方维度或消费群体维度，由于该维度下与交易主体相关的历史交易信息的种类有多种，因此，该维度下对应的支付金额范围也可以为多种。

当服务器获取与交易主体相关的至少一个支付金额范围后，将支付金额与每个支付金额范围进行对比，以识别支付金额是否异常。若支付金额未落入的支付金额范围的个数大于预设阈值，则确定支付金额异常。若服务器识别出支付金额异常，则发送提示信息至终端，以提示付款方。

终端在付款方确认支付时与付款方进行交互，显示提示信息让付款方确认是否继续支付。若付款方确认支付，则支付流程继续。若付款方没有确认支付，则返回输入金额页面，让付款方重新输入支付金额。

本说明书一个或多个实施例中，通过利用与交易主体相关的历史交易信息确定用于识别支付金额是否异常的支付金额标准，从第一付款方的消费能力和/或第一收款方的经营能力等方面提高了支付金额标准设置的合理性和有效性，进而提高了对支付金额识别的准确性。

图4示出本说明书一个或多个实施例提供的支付数据处理装置400的结构示意图。如图4所示，本说明书实施例中提供的支付数据处理装置包括：

交易信息获取模块410，用于获取交易信息，交易信息包括交易主体的信息和支付金额。其中，交易主体包括第一付款方和第一收款方中的至少一方。

支付金额标准确定模块420，用于基于交易主体信息，确定至少一个支付金额标准。其中，支付金额标准是根据预定维度下与交易主体相关的历史交易信息确定的。

提示信息发送模块430，用于在支付金额不符合至少一个支付金额标准的情况下，发送提示信息。

在本说明书的一个或多个实施例中，预定维度包括消费群体维度，与交易主体相关的消费群体维度的历史交易信息包括以下各项中的至少一项：

第一消费群体中每个付款方在第一行业中的第一收款方的历史消费信息、每个付款方在第一行业中多个收款方的历史消费信息、每个付款方在多个行业中的多个收款方的历史消费信息。

其中，第一消费群体是第一付款方所属消费群体，消费群体中每个付款方的消费等级相同。

在本说明书的一个或多个实施例中，预定维度包括收款方维度，与交易主体相关的收款方维度的历史交易信息包括第一收款方的历史收款信息。

在本说明书的一个或多个实施例中，预定维度包括行业维度，与交易主体相关的行业维度的历史交易信息包括第一行业中多个收款方的历史收款信息，第一行业是第一收款方所属行业。

在本说明书的一个或多个实施例中，支付金额标准包括支付金额范围。支付金额不符合至少一个支付金额标准的情况包括：支付金额未落入至少一个支付金额范围。

在本说明书的一个或多个实施例中，与交易主体相关的至少一个预定维度的历史交易信息包括与交易主体相关的至少一个预定维度的历史交易金额。

支付金额标准是基于与交易主体相关的至少一个预定维度的历史交易金额的平均值以及离散程度确定的；或者，支付金额标准是与交易主体相关的至少一个预定维度的历史交易金额的最值确定的。

在本说明书一个或多个实施例中，首先利用获取的交易信息中交易主体的信息确定至少一个支付金额标准。由于支付金额标准是基于预定维度下的与交易主体相关的历史交易信息确定的，提高了支付金额标准设置的合理性。因此利用至少一个支付金额标准可以准确地判断交易信息中的支付金额是否异常。当支付金额异常时，发送提示信息提示付款方，降低付款方输错支付金额的概率，提高了支付的安全性和可靠性。

根据本说明书实施例的支付数据处理装置的其他细节与以上结合图2至图3描述的根据本说明书实施例的方法类似，在此不再赘述。

结合图2至图4描述的根据本说明书实施例的支付数据处理方法和装置可以由支付数据处理设备来实现。图5是示出根据说明书实施例的支付数据处理设备的硬件结构500示意图。

如图5所示，支付数据处理设备500包括输入设备501、输入接口502、中央处理器503、存储器504、输出接口505、以及输出设备506。其中，输入接口502、中央处理器503、存储器504、以及输出接口505通过总线510相互连接，输入设备501和输出设备506分别通过输入接口502和输出接口505与总线510连接，进而与支付数据处理设备500的其他组件连接。

具体地，输入设备501接收来自外部的输入信息，并通过输入接口502将输入信息传送到中央处理器503；中央处理器503基于存储器504中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器504中，然后通过输出接口505将输出信息传送到输出设备506；输出设备506将输出信息输出到支付数据处理设备500的外部供用户使用。

也就是说，图5所示的支付数据处理设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现结合图2至图4描述的支付数据处理方法和装置。

本说明书实施例还提供一种计算机存储介质，该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本说明书实施例提供的支付数据处理方法。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本说明书的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

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

以上，仅为本说明书的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本说明书的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本说明书揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本说明书的保护范围之内。

Claims (16)

1.一种支付数据处理方法，其特征在于，所述方法包括：

获取交易信息，所述交易信息包括交易主体的信息和支付金额的信息；其中，所述交易主体包括第一付款方和第一收款方中的至少一方；

基于所述交易主体的信息，确定至少一个支付金额标准；其中，所述支付金额标准是根据预定维度下的且与所述交易主体相关的历史交易信息确定的；

在所述支付金额不符合至少一个支付金额标准的情况下，发送提示信息。

2.根据权利要求1所述的方法，其特征在于，所述预定维度包括付款方维度，在所述付款方维度下，与所述交易主体相关的历史交易信息包括以下各项中的至少一项：

所述第一付款方在第一行业中的所述第一收款方的历史消费信息、所述第一付款方在所述第一行业中多个收款方的历史消费信息、所述第一付款方在多个行业中的多个收款方的历史消费信息。

3.根据权利要求1所述的方法，其特征在于，所述预定维度包括消费群体维度，在所述消费群体维度下，与所述交易主体相关的历史交易信息包括以下各项中的至少一项：

第一消费群体中每个付款方在第一行业中的所述第一收款方的历史消费信息、所述每个付款方在所述第一行业中多个收款方的历史消费信息、所述每个付款方在多个行业中的多个收款方的历史消费信息；

其中，所述第一消费群体是所述第一付款方所属消费群体，消费群体中每个付款方的消费等级相同。

4.根据权利要求1所述的方法，其特征在于，所述预定维度包括收款方维度，在所述收款方维度下，与所述交易主体相关的历史交易信息包括所述第一收款方的历史收款信息。

5.根据权利要求1所述的方法，其特征在于，所述预定维度包括行业维度，在所述行业维度下，与所述交易主体相关的历史交易信息包括第一行业中多个收款方的历史收款信息，所述第一行业是所述第一收款方所属行业。

6.根据权利要求1所述的方法，其特征在于，所述支付金额标准包括支付金额范围；

所述支付金额不符合至少一个支付金额标准的情况包括：所述支付金额未落入至少一个支付金额范围。

7.根据权利要求1所述的方法，其特征在于，所述与所述交易主体相关的历史交易信息包括与所述交易主体相关的多个历史交易金额；

所述支付金额标准是基于预定维度下的且与所述交易主体相关的多个历史交易金额的平均值以及离散程度确定；

或者，

所述支付金额标准是基于预定维度下的且与所述交易主体相关的多个历史交易金额的最值确定。

8.一种支付数据处理装置，其特征在于，所述装置包括：

交易信息获取模块，用于获取交易信息，所述交易信息包括交易主体的信息和支付金额；其中，所述交易主体包括第一付款方和第一收款方中的至少一方；

支付金额标准确定模块，用于基于所述交易主体信息，确定至少一个支付金额标准；其中，所述支付金额标准是根据预定维度下的且与所述交易主体相关的历史交易信息确定的；

提示信息发送模块，用于在所述支付金额不符合至少一个支付金额标准的情况下，发送提示信息。

9.根据权利要求8所述的装置，其特征在于，所述预定维度包括付款方维度，在所述付款方维度下，与所述交易主体相关的历史交易信息包括以下各项中的至少一项：

所述第一付款方在第一行业中的所述第一收款方的历史消费信息、所述第一付款方在所述第一行业中多个收款方的历史消费信息、所述第一付款方在多个行业中的多个收款方的历史消费信息。

10.根据权利要求8所述的装置，其特征在于，所述预定维度包括消费群体维度，在所述消费群体维度下，与所述交易主体相关的历史交易信息包括以下各项中的至少一项：

第一消费群体中每个付款方在第一行业中的所述第一收款方的历史消费信息、所述每个付款方在所述第一行业中多个收款方的历史消费信息、所述每个付款方在多个行业中的多个收款方的历史消费信息；

其中，所述第一消费群体是所述第一付款方所属消费群体，消费群体中每个付款方的消费等级相同。

11.根据权利要求8所述的装置，其特征在于，所述预定维度包括收款方维度，在所述收款方维度下，与所述交易主体相关的历史交易信息包括所述第一收款方的历史收款信息。

12.根据权利要求8所述的装置，其特征在于，所述预定维度包括行业维度，在所述行业维度下，与所述交易主体相关的历史交易信息包括第一行业中多个收款方的历史收款信息，所述第一行业是所述第一收款方所属行业。

13.根据权利要求8所述的装置，其特征在于，所述支付金额标准包括支付金额范围；

所述支付金额不符合至少一个支付金额标准的情况包括：所述支付金额未落入至少一个支付金额范围。

14.根据权利要求8所述的装置，其特征在于，所述与所述交易主体相关的历史交易信息包括与所述交易主体相关的多个历史交易金额；

所述支付金额标准是基于预定维度下的且与所述交易主体相关的多个历史交易金额的平均值以及离散程度确定；

或者，

所述支付金额标准是基于预定维度下的且与所述交易主体相关的多个历史交易金额的最值确定。

15.一种支付数据处理设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7所述的支付数据处理方法。

16.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的支付数据处理方法。