CN109150994A - 热点数据处理方法、装置及电子设备 - Google Patents

Abstract

本发明公开了一种热点数据处理方法、装置及电子设备，所述方法可以在分别确定出多条待处理热点数据的打散标识之后，基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；最后基于与所述多条待处理热点数据的打散标识匹配的业务处理协议，分别对所述多条待处理热点数据进行处理。

Description

热点数据处理方法、装置及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种热点数据处理方法、装置及电子设备。

背景技术

随着互联网及计算机技术的高速发展，线上业务量不断攀升，例如越来越多的用户通过电商平台向商户购买商品。而随着业务量的攀升，常常会因大量的用户同时访问同一业务对象而在电商平台的服务器(以下简称服务器)产生大量的热点数据，例如，商户为了创收会推出一些限时促销活动，为了争抢到限时促销活动中的低价商品，在短时间内会有大量的用户向该商户购买商品，从而在服务器产生针对该商户的大量交易数据，这些交易数据就是热点数据。

为了实现某种目的，服务器会按照预定的业务处理协议对这些热点数据进行处理，例如为了向商户付款，服务器会按照商户与第三方支付平台签订的付款协议对这些交易数据进行汇总。目前，服务器会先将这些热点数据保存在数据库中，并在该数据库中预先保存一条上述业务处理协议，然后通过对上述业务处理协议加行级锁的方式逐条串行处理上述热点数据。

然而，热点数据并发性高，这种逐条串行处理热点数据的方式效率低下，亟待改进。

发明内容

本申请实施例提供了一种热点数据处理方法、装置及电子设备，以提高热点数据的处理效率。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种热点数据处理方法，所述方法包括：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

第二方面，提出了一种热点数据处理装置，所述装置包括：

热点数据获取模块，用于获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

打散标识确定模块，用于分别确定所述多条待处理热点数据的打散标识；

业务处理协议匹配模块，用于基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

热点数据处理模块，用于基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

第三方面，提出了一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

由以上本申请实施例提供的技术方案可见，本申请实施例提供的方案至少具备如下一种技术效果：由于预先对保存有热点数据处理规则的指定业务处理协议进行复制得到多条业务处理协议，并建立了这多条业务处理协议与多个打散标识的对应关系，因此可以基于多条待处理热点数据的打散标识，分别将多这条待处理热点数据匹配到不同的业务处理协议上进行处理，进而可以同时利用多条业务处理协议对多条待处理热点数据进行并行处理，而不是只利用一条业务处理协议逐条串行处理多条待处理热点数据，从而实现提高处理热点数据的效率的目的。

附图说明

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

图1是本说明书实施例提供的热点数据处理方法的流程示意图之一。

图2是本说明书实施例提供的热点数据处理方法的流程示意图之二。

图3是本说明书实施例提供的热点数据处理方法的流程示意图之三。

图4是本说明书实施例提供的一种电子设备的结构示意图。

图5是本说明书实施例提供的热点数据处理装置的结构示意图之一。

图6是本说明书实施例提供的热点数据处理装置的结构示意图之二。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了提高热点数据的处理效率，本说明书提供一种热点数据处理方法及装置。本说明书提供的热点数据处理方法的执行主体，例如，可以是电商平台的服务器，也可以是终端上安装的电商平台的应用软件，比如安装在手机上的购物应用(Application，APP)等，还可以是其他会产生热点数据，并需要对这些热点数据进行处理的平台的服务器。

为了便于说明，下文中以执行主体为电商平台的服务器为例，对本说明书提供的热点数据处理方法进行介绍。

下面结合附图1至3对本说明书实施例提供的一种热点数据处理方法进行详细的说明。

如图1所示，在一个实施例中，本说明书提供的一种热点数据处理方法，可以包括如下步骤：

步骤102、获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中。

热点数据，可以是指因大量用户同时访问同一业务对象而产生的数据，例如，大量用户同时通过电商平台购买同一商户的同一商品而产生的交易数据。热点数据具有高并发性的特点。

待处理热点数据，是指需要按照一定的业务处理协议进行处理的热点数据。例如，为了向商户付款，电商平台的服务器会按照商户与第三方支付平台签订的付款协议对这些交易数据中的金额进行汇总。

业务处理协议，可以理解为是对数据(既可以是并发性高的热点数据，也可以是并发性低的非热点数据)进行处理的处理规则的汇总，例如，步骤102中的多条待处理热点数据的处理规则可以保存在指定业务处理协议中，具体如，当业务处理协议是电商平台的商户与第三方支付平台签订的付款协议时，业务处理协议可以是服务费收费比例、税率、结算周期等规则的汇总。

一般情况下，服务器会将同一时间产生的待处理热点数据以及对应的业务处理协议存储在数据库中，因此，在上述步骤102中，可以从数据库中获取多条待处理热点数据。且这多条待处理热点数据，可以是数据库中存储的同一时间产生的全部热点数据也可以是部分热点数据。

步骤104、分别确定所述多条待处理热点数据的打散标识。

在本说明书中，打散标识，可以理解为是将多条待处理热点数据分散匹配到预设数量的业务处理协议上进行处理的一个标记。例如，将100万条待处理热点数据分散匹配到100条业务处理协议上的一个标记，通常情况下，这100万条待处理热点数据之间的随机性(或差异性)越高，确定出的不同打散标识的数量越多，打散效果越好。

待处理热点数据的打散标识，可以基于待处理热点数据的流水号、单号或待处理热点数据本身等来确定。

在一个例子中，假设上述多条待处理热点数据为100万个交易订单，则可以将这100万个交易订单的订单号的最后一位数字分别作为这100万个交易订单的打散标识。由于订单号的最后一位数字可以是0～9这10个数字中的一个，因此，对这100万个交易订单最多可确定出10个不同的打散标识，也即这100万个交易订单最多能分散匹配到10个业务处理协议上进行处理。

或者，在另一个例子中，假设上述多条待处理热点数据为100万个交易订单，则可以将这100万个交易订单的订单号的最后两位数字分别作为这100万个交易订单的打散标识。由于订单号的最后两位数字可以是0～99这100个数字中的一个，因此，对这100万个交易订单最多可确定出100个不同的打散标识，也即这100万个交易订单最多能分散匹配到100个业务处理协议上进行处理。

但是，在实际应用中，在这100万个交易订单中，会出现多个交易订单的最后一位数字或最后两位数字相同的情况，使得根据这个100万个交易订单的订单号的最后确定出的不同打散标识的个数可能很少(也即随机性差)，导致打散效果不理想。

而对于不同的数据，其对应的散列值往往是不同的(散列值因此被称为数据“指纹”)，因此，在本说明书的另一个例子中，可以基于多条待处理热点数据的散列值，确定这多条待处理热点数据的打散标识，以提高这多条待处理热点数据的随机性，进而取得更好的打散效果。

也即，上述“分别确定所述多条待处理热点数据的打散标识”可包括：先分别确定所述多条待处理热点数据的散列值；再基于所述多条待处理热点数据的散列值，分别确定所述多条待处理热点数据的打散标识。其中，在确定待处理热点数据的散列值时，可以依据该待处理热点数据的全部内容来计算，也可以依据该待处理热点数据的部分内容来计算，例如，当待处理热点数据为交易订单时，既可以依据该交易订单中包含的所有数据内容计算散列值，也可以仅根据该交易订单数据的流水号或订单号来计算散列值。

更为具体的，其中，基于所述多条待处理热点数据的散列值，分别确定所述多条待处理热点数据的打散标识，可包括：分别确定所述多条待处理热点数据的散列值相对于预设数值的模运算结果；将所述多条待处理热点数据中待处理热点数据的所述模运算结果，确定为对应的待处理热点数据的打散标识。

其中，预设数值可以小于或等于上述预设数量，也即小于或等于下文中所述的对应关系中的业务处理协议的条数。

假设预设数值等于100，则分别确定所述多条待处理热点数据的散列值相对于100的模运算结果，并分别将多条待处理热点数据相对于100的模运算结果作为对应的打散标识。例如，假设多条待处理热点数据中某一条待处理热点数据的散列值为1111，对1111相对于100取模的结果为11(1111mod 100＝11，其中“mod”为取模运算符)，则可以将11作为该条待处理热点数据的打散标识。

除了上述例子中所说的，基于待处理热点数据的流水号的最后一位数字、最后两位数字，以及基于待处理热点数据的散列值相对于预设数值的模运算结果，确定待处理热点数据的打散标识的方式外，还可以基于其他方式来确定，不应将上述三个例子中所述的方式理解为是对本说明书提供的技术方案的限制。

步骤106、基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议。

其中，所述对应关系中不同打散标识对应的业务处理协议是通过对指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议。以及，当将待处理热点数据的散列值相对于预设数值的模运算结果，作为该待处理热点数据的打散标识时，复制得到的所述对应关系中的业务处理协议的条数大于或等于所述预设数值。

例如，可以预先建立如下表1所示的打散标识与业务处理协议的对应关系，在表1中，一行代表1条上述对应关系，共100条，这100条对应关系中的业务处理协议是对同一指定业务处理协议进行复制得到的，且复制得到的这100条业务处理协议的条数等于上述用于求待处理热点数据的打散标识的预设数值。

表1

打散标识	复制得到的业务处理协议的编号
		00	1
01	2
		···	···
99	100

当预存的对应关系如表1所示时，在步骤104中，可以将待处理热点数据的散列值相对于100的模运算结果作为该待处理热点数据的打散标识，然后，在步骤106中，基于表1所示的打散标识与业务处理协议的对应关系，确定出与多条待处理热点数据中任一条待处理热点数据的打散标识匹配的业务处理协议。

可以理解，上述将预设数值取为100计算打散标识，相应的复制得到100条业务处理协议，并以0～99这100个整数作为复制得到的100条业务处理协议的打散标识，以将100万条待处理热点数据进行打散，仅仅是一个示例，不应理解为对本说明书提供的技术方案的限制。在具体实现时，可以根据待处理热点数据的数量对上述预设数值，以及复制得到的业务处理协议的数量进行调整，例如，当待处理热点数据的数量等于200万条时，可以将上述预设数值取为200，相应的复制得到200条业务处理协议，并以0～199这200个整数作为复制得到的200条业务处理协议的打散标识，以将200万条待处理热点数据进行打散，等等。

步骤108、基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

具体的，是对所述对应关系中，与所述多条待处理热点数据的打散标识匹配的业务处理协议加行级锁，以分别对所述多条待处理热点数据进行处理。

更为具体的，针对所述多条待处理热点数据中任一待处理热点数据，将所述对应关系中，与该待处理热点数据的打散标识匹配的业务处理协议加行级锁，以对该待处理热点数据进行处理。

进一步地，对待处理热点数据的具体处理方式可以根据实际业务需求确定，例如当待处理热点数据为交易数据时，可以根据交易类型确定具体处理方式，其中交易类型可包括：支付、退款、收费、收税、退费、退税等等，例如，对于“支付”这种交易类型来说，对待处理热点数据的具体处理方式可以是交易金额的汇总，下面通过一个例子来说明。

例如，如果所述多条待处理热点数据为多条交易数据，则所述对所述对应关系中，与所述多条待处理热点数据的打散标识匹配的业务处理协议加行级锁，以分别对所述多条待处理热点数据进行处理，包括：对所述对应关系中，与第一交易数据的打散标识匹配的第一业务处理协议加行级锁，所述第一交易数据为所述多条交易数据中的任一条交易数据；从所述第一业务处理协议中，获取针对所述第一交易数据的交易金额汇总规则，交易汇总规则例如可以是：按日汇总、按周汇总或按月汇总等等；从与所述第一业务处理协议关联的预设存储文件中，读取第二交易数据的交易金额汇总结果，所述第二交易数据为已基于所述第一业务处理协议处理的交易数据，所述第二交易数据的打散标识与所述第一交易数据的打散标识相同；基于所述交易金额汇总规则和所述交易金额汇总结果，对所述第一交易数据中的交易金额进行汇总，例如，按日计算第一交易数据中的交易汇总金额与读取的交易汇总金额的和，得到包含第一交易数据的汇总结果。

具体如，假设表2为上述预设存储文件，编号为2的交易数据为第一交易数据，编号为1的交易数据为第二交易数据，则在对编号为2的交易数据中的交易金额进行汇总时，先从表2中读取编号为1的交易数据(已处理的交易数据)的交易金额汇总结果(10元)，然后将编号为2的交易数据的交易金额(也为10元)与读取的交易金额汇总结果相加(10元+10元＝20元)，得到包含对编号为2的交易数据的交易金额汇总结果，并写入表2。

表2

交易数据编号	交易金额汇总结果(单位/元)
		1	10
2	20
		3	30
···	···
		1000000	100

可以理解，与不同打散标识对应的业务处理协议关联的预设存储文件也不同，在基于与打散标识匹配的业务处理协议处理完各交易数据之后，将与不同打散标识对应的存储文件中的交易汇总金额再次进行汇总，便可以得到最终的交易汇总金额。

可选地，在上述例子的基础上，本说明书提供的热点数据处理方法还可以包括：将所述第一交易数据的交易金额汇总结果，存储至所述预设存储文件中。然后释放施加在第一业务处理协议上的行级锁，由下一个第一交易数据继续对第一业务处理协议加行级锁，以对下一个第一交易数据进行处理。具体可以与上述对应关系以及上述多条待处理热点数据一样，将预设存储文件也保存在服务器对应的数据库中(也即将上述表2保存在服务器对应的数据库中)，该数据库既可以是服务器内部的数据库，也可以是服务器外部的数据库，本说明书对此也不做限定。

本实施例提供的一种热点数据处理方法，由于预先对保存有热点数据处理规则的指定业务处理协议进行复制得到多条业务处理协议，并建立了这多条业务处理协议与多个打散标识的对应关系，因此可以基于多条待处理热点数据的打散标识，分别将多这条待处理热点数据匹配到不同的业务处理协议上进行处理，进而可以同时利用多条业务处理协议对多条待处理热点数据进行并行处理，而不是只利用一条业务处理协议逐条串行处理多条待处理热点数据，从而实现提高处理热点数据的效率的目的。

例如，由于是对多条业务处理协议同时加行锁，以同时并行处理多条待处理热点数据，因此可以提升整个业务链路的每秒执行的业务数量(Transaction Per Second，TPS)。

如图2所示，在另一个实施例中，本说明书提供的一种热点数据处理方法，在上述步骤106之前，还可以包括如下步骤：

步骤110、判断是否已存储有所述对应关系，如果是，则执行上述步骤106；如果否，则先执行下述步骤112至116，然后执行上述步骤106。

步骤112、复制指定业务处理协议，得到多条业务处理协议。

步骤114、基于预设数值，生成与所述多条业务处理协议数量相等的多个打散标识。其中，预设数值就是上文中用于对待处理热点数据的散列值取模的数值。

步骤116、基于所述多条业务处理协议和所述多个打散标识，生成所述对应关系并存储。执行完步骤116后，再执行上述步骤106。

在步骤116中，生成的对应关系可以参见上文中的表1，此处不再重复举例。

不难理解，本实施例可以确保服务器预先复制并存储了多条业务处理协议，以便于服务器对多条待处理热点数据进行并行处理，提高待处理热点数据的处理效率。

下面结合图3所示的一个更为详细的实施例，对本说明书提供的一种热点数据处理方法进行说明。

如图3所示，本说明书提供的一种热点数据处理方法，可以包括：

步骤301、多个用户端31向服务器32提交多条待处理热点数据。

例如，例如多个用户可以通过APP或浏览器等用户端31向电商平台的服务器提交多个交易订单。

步骤302、服务器32获取所述多条待处理热点数据。

步骤303、服务器32分别确定所述多条待处理热点数据的打散标识。

步骤304、服务器32查询数据库33中是否存储有打散标识与业务处理协议的对应关系；如果否，执行步骤305；如果是，则执行步骤306。

步骤305、服务器32复制指定业务处理协议，得到多条业务处理协议；并基于上述预设数值，生成与所述多条业务处理协议数量相等的多个打散标识；以及基于所述多条业务处理协议和所述多个打散标识，生成所述对应关系并存储。执行完步骤305后执行步骤306。

步骤306、服务器32基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；以及基于与所述多条待处理热点数据的打散标识匹配的业务处理协议，分别对所述多条待处理热点数据进行处理。

其中，所述对应关系中不同打散标识对应的业务处理协议是通过对指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议。

步骤307、服务器32将对所述多条待处理热点数据进行处理的处理结果，存储至数据库33中。

步骤308、服务器32向用户端31返回热点数据提交结果信息。

同样的，在图3所示的一种热点数据处理方法中，由于服务器32可以基于预存的打散标识与业务处理协议的对应关系，得到与这多条待处理热点数据的打散标识匹配的多条业务处理协议，因此，服务器32可以同时利用多条业务处理协议对多条待处理热点数据进行并行处理，而不是只利用一条业务处理协议逐条串行处理多条待处理热点数据，进而可以提高处理热点数据的效率。

以上是对本说明书提供一种热点数据处理方法的说明，下面对本说明书提供的电子设备进行介绍。

图4是本说明书的一个实施例提供的电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成热点数据处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

上述如本说明书图1所示实施例揭示的热点数据处理方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的热点数据处理方法，本说明书在此不再赘述。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

下面对本说明书提供的一种热点数据处理装置进行说明。

图5是本说明书提供的热点数据处理装置500的结构示意图。请参考图5，在一种软件实施方式中，热点数据处理装置500可包括：热点数据获取模块501、打散标识确定模块502、业务处理协议匹配模块503和热点数据处理模块504。

热点数据获取模块501，用于获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中。

热点数据，可以是指因大量用户同时访问同一业务对象而产生的数据。

待处理热点数据，是指需要按照一定的业务处理协议进行处理的热点数据。

一般情况下，服务器会将同一时间产生的待处理热点数据以及对应的业务处理协议存储在数据库中，因此，在上述热点数据获取模块501中，可以从数据库中获取多条待处理热点数据。且这多条待处理热点数据，可以是数据库中存储的同一时间产生的全部热点数据也可以是部分热点数据。

打散标识确定模块502，用于分别确定所述多条待处理热点数据的打散标识。

在本说明书中，打散标识，可以理解为是将多条待处理热点数据分散匹配到预设数量的业务处理协议上进行处理的一个标记。

待处理热点数据的打散标识，可以基于待处理热点数据的流水号、单号或待处理热点数据本身等来确定。

在一个例子中，假设上述多条待处理热点数据为100万个交易订单，则打散标识确定模块502可以将这100万个交易订单的订单号的最后一位数字分别作为这100万个交易订单的打散标识。

或者，在另一个例子中，假设上述多条待处理热点数据为100万个交易订单，则打散标识确定模块502可以将这100万个交易订单的订单号的最后两位数字分别作为这100万个交易订单的打散标识。

但是，在实际应用中，在这100万个交易订单中，会出现多个交易订单的最后一位数字或最后两位数字相同的情况，使得根据这个100万个交易订单的订单号的最后确定出的不同打散标识的个数可能很少(也即随机性差)，导致打散效果不理想。

而对于不同的数据，其对应的散列值往往是不同的(散列值因此被称为数据“指纹”)，因此，在本说明书的另一个例子中，可以基于多条待处理热点数据的散列值，确定这多条待处理热点数据的打散标识，以提高这多条待处理热点数据的随机性，进而取得更好的打散效果。

也即，在另一个例子中，上述打散标识确定模块502，具体可以用于：先分别确定所述多条待处理热点数据的散列值；再基于所述多条待处理热点数据的散列值，分别确定所述多条待处理热点数据的打散标识。其中，在确定待处理热点数据的散列值时，可以依据该待处理热点数据的全部内容来计算，也可以依据该待处理热点数据的部分内容来计算，例如，当待处理热点数据为交易订单时，既可以依据该交易订单中包含的所有数据内容计算散列值，也可以仅根据该交易订单数据的流水号或订单号来计算散列值。

更为具体的，上述打散标识确定模块502可用于：分别确定所述多条待处理热点数据的散列值，相对于预设数值的模运算结果；将所述多条待处理热点数据中待处理热点数据的所述模运算结果，确定为对应的待处理热点数据的打散标识。其中，预设数值可以小于或等于上述预设数量，也即小于或等于下文中所述的对应关系中的业务处理协议的条数。

除了上述例子中所说的，基于待处理热点数据的流水号的最后一位数字、最后两位数字，以及基于待处理热点数据的散列值相对于预设数值的模运算结果，确定待处理热点数据的打散标识的方式外，打散标识确定模块502还可以基于其他方式来确定，本说明书对此不做限定。

业务处理协议匹配模块503，用于基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议。

其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议。以及，当将待处理热点数据的散列值相对于预设数值的模运算结果，作为该待处理热点数据的打散标识时，复制得到的所述对应关系中的业务处理协议的条数大于或等于所述预设数值。

热点数据处理模块504，用于基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

可选地，热点数据处理模块504，可用于对所述对应关系中，与所述多条待处理热点数据的打散标识匹配的业务处理协议加行级锁，以分别对所述多条待处理热点数据进行处理。

更为具体的，热点数据处理模块504，可用于针对所述多条待处理热点数据中任一待处理热点数据，将所述对应关系中，与该待处理热点数据的打散标识匹配的业务处理协议加行级锁，以对该待处理热点数据进行处理。

可选地，如果所述多条待处理热点数据为多条交易数据，则热点数据处理模块504，可用于：对所述对应关系中，与第一交易数据的打散标识匹配的第一业务处理协议加行级锁，所述第一交易数据为所述多条交易数据中的任一条交易数据；从所述第一业务处理协议中，获取针对所述第一交易数据的交易金额汇总规则；从与所述第一业务处理协议关联的预设存储文件中，读取第二交易数据的交易金额汇总结果，所述第二交易数据为已基于所述第一业务处理协议处理的交易数据，所述第二交易数据的打散标识与所述第一交易数据的打散标识相同；基于所述交易金额汇总规则和所述交易金额汇总结果，对所述第一交易数据中的交易金额进行汇总。

可选地，在上述例子的基础上，本说明书提供的热点数据处理装置500还可以包括：第二存储模块，用于将所述第一交易数据的交易金额汇总结果，存储至所述预设存储文件中，以供处理下一条待处理热点数据时使用。具体可以与上述对应关系以及上述多条待处理热点数据一样，将上述预设存储文件也保存在服务器对应的数据库中，该数据库既可以是服务器内部的数据库，也可以是服务器外部的数据库，本说明书对此也不做限定。

本实施例提供的一种热点数据处理装置500，由于预先对保存有热点数据处理规则的指定业务处理协议进行复制得到多条业务处理协议，并建立了这多条业务处理协议与多个打散标识的对应关系，因此可以基于多条待处理热点数据的打散标识，分别将多这条待处理热点数据匹配到不同的业务处理协议上进行处理，进而可以同时利用多条业务处理协议对多条待处理热点数据进行并行处理，而不是只利用一条业务处理协议逐条串行处理多条待处理热点数据，从而实现提高处理热点数据的效率的目的。

图6实施本说明书的另一个实施例提供的热点数据处理装置500的结构示意图，如图6所示，热点数据处理装置500除了包括：热点数据获取模块501、打散标识确定模块502、业务处理协议匹配模块503和热点数据处理模块504，还可以包括：判断模块505、协议复制模块506、打散标识生成模块507和第一存储模块508。

判断模块505，用于在业务处理协议匹配模块503基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议之前，判断是否已存储有所述对应关系；如果否，则触发协议复制模块506、打散标识生成模块507和第一存储模块508；如果是，则触发业务处理协议匹配模块503。

协议复制模块506，用于复制所述指定业务处理协议，得到多条业务处理协议。

打散标识生成模块507，用于基于所述预设数值，生成与所述多条业务处理协议数量相等的多个打散标识。

第一存储模块508，用于基于所述多条业务处理协议和所述多个打散标识，生成所述对应关系并存储。

不难理解，本实施例提供的热点数据处理装置500，可以确保服务器预先复制并存储了多条业务处理协议，以便于服务器对多条待处理热点数据进行并行处理，提高待处理热点数据的处理效率。

需要说明的是，热点数据处理装置500能够实现图1的方法实施例的方法，具体可参考图1所示实施例的热点数据处理方法，不再赘述。

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

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

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

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

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

Claims (10)

1.一种热点数据处理方法，所述方法包括：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

2.根据权利要求1所述的方法，其中，所述分别确定所述多条待处理热点数据的打散标识，包括：

分别确定所述多条待处理热点数据的散列值相对于预设数值的模运算结果；

将所述多条待处理热点数据中待处理热点数据的所述模运算结果，确定为对应的待处理热点数据的打散标识。

3.根据权利要求2所述的方法，在所述基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议之前，所述方法还包括：

复制所述指定业务处理协议，得到数量大于或等于所述预设数值的多条业务处理协议；

基于所述预设数值，生成与所述多条业务处理协议数量相等的多个打散标识；

基于所述多条业务处理协议和所述多个打散标识，生成所述对应关系并存储。

4.根据权利要求3所述的方法，在所述基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议之前，所述方法还包括：

判断是否已存储有所述对应关系；

如果否，执行所述复制所述指定业务处理协议至所述生成所述对应关系并存储的步骤。

5.根据权利要求1-4任一项所述的方法，其中，所述基于与所述多条待处理热点数据的打散标识匹配的业务处理协议，分别对所述多条待处理热点数据进行处理，包括：

对所述对应关系中，与所述多条待处理热点数据的打散标识匹配的业务处理协议加行级锁，以分别对所述多条待处理热点数据进行处理。

6.根据权利要求5所述的方法，所述多条待处理热点数据为多条交易数据，其中，所述对所述对应关系中，与所述多条待处理热点数据的打散标识匹配的业务处理协议加行级锁，以分别对所述多条待处理热点数据进行处理，包括：

对所述对应关系中，与第一交易数据的打散标识匹配的第一业务处理协议加行级锁，所述第一交易数据为所述多条交易数据中的任一条交易数据；

从所述第一业务处理协议中，获取针对所述第一交易数据的交易金额汇总规则；

从与所述第一业务处理协议关联的预设存储文件中，读取第二交易数据的交易金额汇总结果，所述第二交易数据为已基于所述第一业务处理协议处理的交易数据，所述第二交易数据的打散标识与所述第一交易数据的打散标识相同；

基于所述交易金额汇总规则和所述交易金额汇总结果，对所述第一交易数据中的交易金额进行汇总。

7.根据权利要求6所述的方法，所述方法还包括：

将所述第一交易数据的交易金额汇总结果，存储至所述预设存储文件中。

8.一种热点数据处理装置，所述装置包括：

热点数据获取模块，用于获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

打散标识确定模块，用于分别确定所述多条待处理热点数据的打散标识；

业务处理协议匹配模块，用于基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

热点数据处理模块，用于基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

获取多条待处理热点数据，所述多条待处理热点数据的处理规则保存在指定业务处理协议中；

分别确定所述多条待处理热点数据的打散标识；

基于预存的打散标识与业务处理协议的对应关系，分别确定与所述多条待处理热点数据的打散标识匹配的业务处理协议；其中，所述对应关系中不同打散标识对应的业务处理协议是通过对所述指定业务处理协议进行复制得到的，且一个打散标识对应一条业务处理协议；

基于与所述多条待处理热点数据的打散标识匹配的业务处理协议中的处理规则，分别对所述多条待处理热点数据进行处理。