一种用户汇总数据的展示方法、装置及服务器与流程

本发明涉及数据处理领域，具体而言，涉及一种用户汇总数据的展示方法、装置及服务器。

背景技术：

目前，用户在使用互联网的应用中，如使用网站提供的代金券进行交易的行为越来越普遍，使得用户在不同网站上均持有不同数量的代金券，造成用户很难清楚地掌握这些代金券的使用情况。

相关技术中，网站在用户登录的用户界面上设置了代金券选项，可以在用户点击用户界面上的代金券选项后，将用户在该网站上所持有的代金券的明细都显示给用户，使得用户可以了解在该网站下所拥有的代金券的使用情况。

在网站向用户显示代金券的明细时，由于用户界面的信息量很大，当用户在该网站上拥有的代金券数量较多时，使得用户很难在短时间内了解在该网站下所拥有的代金券的整体情况，降低了用户使用代金券时的用户体验。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种用户汇总数据的展示方法、装置及服务器，使得用户可以在短时间内了解在网络应用下所拥有的汇总数据。

第一方面，本发明实施例提供了一种用户汇总数据的展示方法，包括：

接收用户终端发送的汇总数据的获取请求，其中，所述获取请求携带有用户的标识信息，所述汇总数据根据所述用户在网络应用的行为记录数据生成；

根据所述用户的标识信息查找对应的缓存数据区；

将查找到的所述缓存数据区内存储的汇总数据发送给所述用户终端以进行展示。

结合第一方面，本发明实施例提供了上述第一方面的第一种可能的实现方式，其中，所述方法还包括：

按照设定周期获取各个用户在网络应用的行为记录的增量数据；

根据获取的所述增量数据更新对应缓存数据区的汇总数据。

结合第一方面的第一种可能的实现方式，本发明实施例提供了上述第一方面的第二种可能的实现方式，其中，按照设定周期获取各个用户在网络应用的行为记录的增量数据包括：

按照设定周期检查用户明细数据库中在当前周期内是否存在数据变化，其中，所述用户明细数据库记录有各个用户在网络应用的行为记录数据；

如果所述当前周期内所述用户明细数据库内有变化的数据，将变化的数据作为对应用户的行为记录的增量数据；

如果所述当前周期内所述用户明细数据库内没有变化的数据，检查所述用户明细数据库在所述当前周期内是否发生有逻辑增量，其中，所述逻辑增量包括因时间和/或地域变化引起所述用户明细数据库增加或删除的数据；

当所述用户明细数据库有逻辑增量时，将所述逻辑增量作为对应用户的增量行为记录数据。

结合第一方面的第一种或者第二种可能的实现方式，本发明实施例提供了上述第一方面的第三种可能的实现方式，其中，接收汇总数据的获取请求之前，所述方法还包括：

读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；

统计所述各个用户的行为记录数据；

根据统计结果生成所述各个用户的汇总数据；

按照所述各个用户的标识信息将所述汇总数据分别存储于对应的缓存数据区。

结合第一方面的第三种可能的实现方式，本发明实施例提供了上述第一方面的第四种可能的实现方式，其中，读取用户明细数据库中记录的各个用户在网络应用的行为记录数据包括：

当全量汇总获取服务启动时或者当检测到所述用户明细数据库记录的数据与对应的缓存数据区存储的数据不一致时，读取用户明细数据库中记录的各个用户在网络应用的行为记录数据，并启动增量任务计时器，以在所述增量任务计时器的计时达到所述设定周期对应的时长时，执行所述获取各个用户在网络应用的行为记录的增量数据的步骤。

结合第一方面，本发明实施例提供了上述第一方面的第五种可能的实现方式，其中，根据所述用户在网络应用的行为记录生成的汇总内容包括：

按照所述用户登录的网络应用的标识逐一统计所述用户获取的代金券信息和/或交易信息，所述代金券信息包括：总张数和/或总金额；所述交易信息包括：对应应用的支付总金额和/或对应时间段内的支付总金额；

将统计得到的所述用户的代金券信息和/或交易信息整合为所述用户的汇总数据。

第二方面，本发明实施例提供了一种用户汇总数据的展示装置，包括：

请求接收模块，用于接收用户终端发送的汇总数据的获取请求，其中，所述获取请求携带有用户的标识信息，所述汇总数据根据所述用户在网络应用的行为记录数据生成；

数据查找模块，用于根据所述用户的标识信息查找对应的缓存数据区；

展示模块，用于将查找到的所述缓存数据区内存储的汇总数据发送给所述用户终端以进行展示。

结合第二方面，本发明实施例提供了上述第二方面的第一种可能的实现方式，其中，所述装置还包括：

增量数据获取模块，用于按照设定周期获取各个用户在网络应用的行为记录的增量数据；

更新模块，用于根据获取的所述增量数据更新对应缓存数据区的汇总数据。

结合第二方面的第一种可能的实现方式，本发明实施例提供了上述第二方面的第二种可能的实现方式，其中，所述增量数据获取模块包括：

第一检查单元，用于按照设定周期检查用户明细数据库中在当前周期内是否存在数据变化，其中，所述用户明细数据库记录有各个用户在网络应用的行为记录数据；

第一增量数据确定单元，用于当所述第一检查单元确定当前周期内所述用户明细数据库内有变化的数据时，将变化的数据作为对应用户的行为记录的增量数据；

第二检查单元，用于当所述检查单元确定当前周期内所述用户明细数据库内没有变化的数据时，检查所述用户明细数据库在所述当前周期内是否发生有逻辑增量，其中，所述逻辑增量包括因时间和/或地域变化引起所述用户明细数据库增加或删除的数据；

第二增量数据确定单元，用于当所述第二检查单元确定所述用户明细数据库有逻辑增量时，将所述逻辑增量作为对应用户的行为记录的增量数据。

结合第二方面的第一种或者第二种可能的实现方式，本发明实施例提供了上述第二方面的第三种可能的实现方式，其中，所述装置还包括：

数据读取模块，用于读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；

统计模块，用于统计所述各个用户的行为记录数据；

生成模块，用于根据统计结果生成所述各个用户的汇总数据；

存储模块，用于按照所述各个用户的标识信息将所述汇总数据分别存储于对应的缓存数据区。

结合第二方面的第三种可能的实现方式，本发明实施例提供了上述第二方面的第四种可能的实现方式，其中，所述数据读取模块包括：

全量数据获取单元，用于当全量汇总获取服务启动时或者当检测到所述用户明细数据库记录的数据与对应的缓存数据区存储的数据不一致时，读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；

计时器启动单元，用于在所述全量数据获取单元读取所述行为记录数据时，启动增量任务计时器，以在所述增量任务计时器的计时达到所述设定周期对应的时长时，触发所述增量数据获取模块获取各个用户在网络应用的行为记录的增量数据。

结合第二方面，本发明实施例提供了上述第二方面的第五种可能的实现方式，其中，所述装置还包括：

信息统计模块，用于按照所述用户登录的网络应用的标识逐一统计所述用户获取的代金券信息和/或交易信息，所述代金券信息包括：总张数和/或总金额；所述交易信息包括：对应应用的支付总金额和/或对应时间段内的支付总金额；

信息整合模块，用于将统计得到的所述用户的代金券信息和/或交易信息整合为所述用户的汇总数据。

第三方面，本发明实施例提供了一种服务器，包括：接收器、显示器和处理器；

所述接收器，用于接收用户终端发送的汇总数据的获取请求，其中，所述获取请求携带有用户的标识信息，所述汇总数据根据所述用户在网络应用的行为记录数据生成；

所述处理器，用于根据所述用户的标识信息查找对应的缓存数据区；

所述显示器，用于将查找到的所述缓存数据区内存储的汇总数据发送给所述用户终端以进行展示。

本发明实施例提供的一种用户汇总数据的展示方法、装置及服务器，通过接收用户终端发送的携带有用户的标识信息的汇总数据获取请求，并根据获取请求中用户的标识信息查找出所存储的汇总数据并展示给用户，从而在用户登录网络应用时，就可以使用户通过在登录界面上显示的汇总数据获悉数据的变化情况，以代金券为例，现有技术中需要用户点击用户界面上的代金券选项后才将用户在该网站上所持有的代金券的明细显示给用户，本发明通过上述方式，可以使得用户在短时间内了解在该网站下所拥有的代金券的汇总情况，提高了用户网上操作的体验度。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1a示出了本发明实施例1所提供的一种用户汇总数据的展示方法的流程图；

图1b示出了本发明实施例1所提供的一种用户汇总数据的展示方法中服务器获取汇总数据的示意图；

图2本发明实施例1展示代金券汇总数据的示意图；

图3示出了本发明实施例1所提供的一种用户汇总数据的展示方法中服务器获取增量数据的示意图；

图4示出了本发明实施例1所提供的一种用户汇总数据的展示方法中服务器通过redis存储层和mysql存储层获取汇总数据并向用户展示的示意图；

图5示出了本发明实施例1所提供的一种用户汇总数据的展示方法中服务器获取全量汇总数据的示意图；

图6示出了本发明实施例2提供的一种用户汇总数据的展示装置的结构示意图；

图7示出了本发明实施例3提供的一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

考虑到相关技术中在向用户显示代金券的明细时，由于用户界面的信息量很大，当用户在该网站上拥有的代金券数量较多时，使得用户很难在短时间内了解在该网站下所拥有的代金券的整体情况，降低了用户使用代金券时的用户体验。基于此，本发明实施例 提供了一种用户汇总数据的展示方法和装置，下面通过实施例进行描述。

需要说明的是，本发明实施例不仅能够适用于向用户展示网站的汇总数据，对于涉及其他类型的网络应用也同样适用。实施例1

本实施例提供了一种用户汇总数据的展示方法。本发明实施例的执行主体为服务器，用户通过终端登录网络应用时，网络应用的后台服务器可以通过本发明实施例提供的方法，将用户在该网络应用上的汇总数据展示在用户的登录界面上。

其中，服务器中至少设置有展示模型层、属性选择层和redis存储层，来将用户在该网络应用上的汇总数据展示在用户的登录界面上。

参见图1a和图1b，本实施例提供了一种用户汇总数据的展示方法包括如下步骤：

步骤100、接收用户终端发送的汇总数据的获取请求，其中，该获取请求携带有用户的标识信息，该汇总数据根据用户在网络应用的行为记录数据生成。

在用户登录网络应用时，网络应用会根据接收到的用户发出的登录指令中携带的用户的标识信息，形成汇总数据的获取请求，并将形成的获取请求发送给后台运行的服务器，服务器通过展示模型层接收汇总数据的获取请求。

其中，用户终端，是用户登录网络应用时使用的设备，可以是现有的任何计算机、笔记本电脑、移动终端或者掌上电脑。相应的，用户的行为记录数据，就是用户在网络应用上执行过的行为后被网络应用记录的数据。比如：用户在淘宝上购买了商品后，淘宝会记录用户的交易行为。

步骤102、根据用户的标识信息查找对应的缓存数据区。

具体地，服务器通过展示模型层接收汇总数据的获取请求后，根据获取请求中携带的用户的标识信息，在属性选择层中确定向用户展示的汇总数据的存储key值，并根据确定的存储key值，生成汇总数据读取指令，并将生成的汇总数据读取指令发送到redis存储层，读取redis存储层中该存储key值所对应的汇总数据。redis存储层在获取到汇总数据读取指令后，会根据汇总数据读取指令中携带的存储key值，先确定该存储key值对应的value值，然后根据redis存储层中预设的value值和缓存数据区的对应关系表，确定存储该value值的缓存数据区；其中，redis存储层中包括多个缓存数据区，用于存储各式数据。

其中，存储key值对应的value值，就是需要在用户的登录界面上展示的汇总数据。

步骤104、将查找到的缓存数据区内存储的汇总数据发送给用户终端以进行展示。

redis存储层从存储该value值的缓存数据区中读取到value值后，将读取到的value值反馈给展示模型层。展示模型层在获取到redis存储层反馈的value值后，会将获取到的value值通过网络应用展示在用户的登录界面上。

参见图2，在以下各实施例中，对于用户在网络应用上的行为记录数据，以登录网站的代金券为例进行说明。

以下以代金券为例，对本实施例中展示的汇总数据的过程进行说明。展示汇总数据的过程包括：，在将代金券的汇总数据展示给用户时，可以在网络应用的登录界面中预先设置显示汇总数据的预设位置，该预设位置可以为登录界面的上侧、下侧、左侧、右侧或登 录界面中排序的序号为预设序号的展示区域的位置处。服务器可以将代金券的汇总数据插入登录界面中的上述预设位置处，以在用户的登录界面上向用户展示。

进一步地，根据用户在网络应用的行为记录数据生成汇总数据，包括：

按照用户登录的网络应用的标识逐一统计用户获取的代金券信息和/或交易信息，代金券信息包括：总张数和/或总金额；交易信息包括：对应应用的支付总金额和/或对应时间段内的支付总金额；

将统计得到的用户的代金券信息和/或交易信息整合为用户的汇总数据。

其中，服务器对每个用户分别设置有代金券明细表，代金券明细表用于记录每个用户所拥有的代金券的明细信息，代金券的明细信息包括但不限于：代金券可以使用的开始时间和过期时间、最近一次的使用时间、面值和可使用余额。所以在获取代金券信息时，服务器只要对每个用户中当前代金券明细表中记录的各个代金券的明细信息进行统计，就可以得到每个用户的代金券信息。

其中，服务器对注册的每个用户分别设置有交易明细表，用户在登录网址进行每一次交易时，服务器都会记录下所进行的交易明细信息，交易明细信息包括但不限于：每次交易的时间、每次交易的金额、每次交易的商品以及该次交易所使用的应用名称。所以在获取交易信息时，服务器只要对每个用户中对交易明细表中记录的当前交易明细信息进行统计，就可以得到每个用户在不同应用下的交易信息。

以上实例中，交易所使用的不同网络应用包括：淘宝、京东以及当当等购物商城APP。交易明细表和代金券明细表都设置在mysql存储层中预设的明细数据库中。

综上所述，本实施例提供的用户汇总数据的展示方法，通过接收用户终端发送的携带有用户的标识信息的汇总数据获取请求，并根据获取请求中用户的标识信息查找出所存储的汇总数据并展示给用户，从而在用户登录网络应用时，就可以使用户通过在登录界面上显示的汇总数据获悉数据的变化情况，以代金券为例，现有技术中需要用户点击用户界面上的代金券选项后才将用户在该网络应用上所持有的代金券的明细显示给用户，本发明通过上述方式，可以使得用户在短时间内了解在该网络应用下所拥有的代金券的汇总情况，提高了用户网上操作的体验度。

相关技术中，为了使用户可以在登录后实时了解代金券的整体情况，在mysql存储层中会通过binlog的方式对mysql存储层中存储的代金券明细进行实时更新，但是低版本(版本在5.0以下)的mysql存储层不能通过binlog的方式进行更新；而且对代金券明细进行实时更新的操作，还会造成mysql存储层中存储的代金券明细信息越来越多，所消耗的存储量也越来越大，所以，为了使低版本的mysql存储层可以实时更新代金券的使用情况的同时降低代金券信息所消耗的存储量，本实施例提供的用户汇总数据的展示方法还包括以下步骤(1)至步骤(2)：

(1)按照设定周期获取各个用户在网络应用的行为记录的增量数据；

(2)根据获取的增量数据更新对应缓存数据区的汇总数据。

具体地，步骤1包括以下步骤(1a)至步骤(1d)：

(1a)按照设定周期检查用户明细数据库中在当前周期内是否存在数据变化，其中，用户明细数据库记录有各个用户在网络应用的行为记录数据；

(1b)如果当前周期内用户明细数据库内有变化的数据，将变化的数据作为对应用户的行为记录的增量数据；

(1c)如果当前周期内用户明细数据库内没有变化的数据，检查用户明细数据库在当前周期内是否发生有逻辑增量，其中，逻辑增量包括因时间和/或地域变化引起用户明细数据库增加或删除的数据；

(1d)当用户明细数据库有逻辑增量时，将逻辑增量作为对应用户的行为记录的增量数据。

其中，变化的数据表示明细数据库中存储的数据发生了变化，这部分的变化采用在mysql存储层中增加modify_time来表示(`modify_time`timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP)，注意modify_time需要增加索引。

行为记录的增量数据，就是指在一个周期内，各个用户在不同网络应用上进行新的交易行为时，形成的新的交易信息和新的使用代金券的代金券信息。

逻辑增量表示明细数据库中存储数据未发生变化，但因为时间、空间等维度发生变化，导致不需要展示该明细数据应该被剔除或被增加；在本实施例中，代金券明细中过期时间表示此逻辑增量。用户只要进行了交易，明细数据库中的交易明细表就会记录一条新的交易明细信息，从而造成明细数据库的数据变化，而新增的一条交易明细信息，就会作为当前周期内的行为记录的增量数据。

如果用户在进行交易时使用了代金券，那么明细数据库中的代金券明细表会根据代金券的使用情况对记录的代金券明细信息进行更新，那么此时明细数据库中记录的数据变化的数据，就是新增的一条新的交易明细信息以及更新后的代金券明细信息，所以新增的一条新的交易明细信息以及更新后的代金券明细信息此时会作为当前周期内的行为记录得增量数据。

如果在当前周期内用户没有进行交易，只是由于当前服务器的系统时间已经达到某张代金券的过期时间，那么这张过期的代金券就是当前周期内发生的逻辑增量，作为行为记录的增量数据。

在服务器中，还设置有数据处理层；参见图3，服务器获取行为记录的增量数据的流程如下：服务器通过预设的定时任务调度器周期性生成增量数据汇总服务请求，并将生成的增量数据汇总服务请求发送到服务器的数据处理层，使得数据处理层从mysql存储层中获取行为记录的增量数据，数据处理层在获取到行为记录的增量数据后，会将获取到的行为记录的增量数据发送到redis存储层，redis存储层接收并存储数据处理层发送的行为记录的增量数据，并向服务器反馈获取增量数据的结果。

参见图4，当在预设期限内不能获取到行为记录的增量数据或者服务器得到获取行为记录的增量数据失败的信息时，服务器采用现有的mc存储层+mysql存储层的查询方式，获取并向用户展示汇总数据，具体获取过程包括：服务器获取汇总数据查询请求，根据查询请求在mc存储层(比如memcache缓存系统)中寻找汇总数据，如果在mc存储层中找到用户需要的汇总数据，那么直接返回该汇总数据；如果在mc存储层中无法找到用户需要的汇总数据，那么 会生成sql去mysql存储层中检索汇总数据，将得到检索到的汇总数据缓存入mc存储层，并由mc存储层向用户展示汇总数据。

综上所述，周期性获取各个用户的行为记录的增量数据，并根据获取到的行为记录的增量数据，对各个用户对应的缓存数据区中存储的汇总数据进行更新，无需使用binlog方式就可以对各个用户的代金券使用情况以及交易情况进行更新，可以使低版本的mysql存储层也可以实时更新汇总数据，而且只需向用户展示汇总信息，相对于明细信息的展示，可以降低代金券信息所消耗的redis存储层的存储量，提高redis存储层的使用效率。

相关技术中，由于对redis存储层中缓存的汇总数据是周期性更新的，那么在服务器关闭之前如果未能对redis存储层中存储的汇总数据进行更新，会造成redis存储层中存储的内容与mysql存储层中存储的汇总数据不一致，从而造成向用户展示汇总数据时出现错误，为了保证向用户展示汇总数据尽可能正确，在接收汇总数据的获取请求之前，用户汇总数据的展示方法还包括以下步骤1至步骤4：

(1)读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；

(2)统计各个用户的行为记录数据；

(3)根据统计结果生成各个用户的汇总数据；

(4)按照各个用户的标识信息将汇总数据分别存储于对应的缓存数据区。

具体地，上述步骤1包括以下流程：当全量汇总获取服务启动时或者当检测到用户明细数据库记录的数据与对应的缓存数据区存储的数据不一致时，读取用户明细数据库中记录的各个用户在网络应用的行为记录数据，并启动增量任务计时器，以在增量任务计时 器的计时达到设定周期对应的时长时，执行获取各个用户在网络应用的行为记录的增量数据的步骤。

其中，参见图5，服务器获取全量汇总数据的过程如下：服务器会在关闭并重新启动时或者对用户明细数据库记录的数据与对应的缓存数据区存储的数据一致性进行检测时检测到用户明细数据库记录的数据与对应的缓存数据区存储的数据不一致时，会向全量汇总数据服务提出请求，全量汇总数据服务在得到服务器提出的请求后，向mysql存储层发送全量汇总数据获取指令，以读取mysql存储层中存储的用户明细数据库中记录的各个用户在网络应用的行为记录数据，在设定周期对应的时长内得到各个用户的行为记录的增量数据；并在增量任务计时器的计时达到设定周期对应的时长时，将获取到的各个用户在网络应用的行为记录的增量数据导入redis存储层中对应的缓存数据区中，完成获取全量汇总数据的操作。

以上实例中，全量汇总数据，就是指对mysql存储层中用户明细数据库中记录的各个用户在网络应用的行为记录数据进行统计后，得到的包含各个用户的汇总数据的数据集合。相应的，全量汇总数据服务，就是服务器中运行的系统进程，当服务器想要获取全量汇总数据时，就会调用该进程。

综上所述，在接收汇总数据的获取请求之前，先对明细数据库中记录的用户行为记录数据进行统计并生成各个用户的汇总数据，然后将生成的各个用户的汇总数据存储到对应的缓存数据区中，从而在向用户展示汇总数据时，保证了所展示的汇总数据正确率。

实施例2

参见图6，本实施例提供了一种用户汇总数据的展示装置，该装置用于执行上述实施例1提供的用户汇总数据的展示方法。该装置具体包括：

请求接收模块600，用于接收用户终端发送的汇总数据的获取请求，其中，该获取请求携带有用户的标识信息，该汇总数据根据用户在网络应用的行为记录数据生成；

数据查找模块602，用于根据用户的标识信息查找对应的缓存数据区；

展示模块604，用于将查找到的缓存数据区内存储的汇总数据发送给用户终端以进行展示。

相关技术中，为了使用户可以在登录后实时了解代金券的整体情况，在mysql存储层中会通过binlog的方式对mysql存储层中存储的代金券明细进行实时更新，但是低版本(版本在5.0以下)的mysql存储层不能通过binlog的方式进行更新；而且对代金券明细进行实时更新的操作，还会造成mysql存储层中存储的代金券明细信息越来越多，所消耗的存储量也越来越大，所以，为了使低版本的mysql存储层可以实时更新代金券的使用情况的同时降低代金券信息所消耗的存储量，该装置还包括：

增量数据获取模块，用于按照设定周期获取各个用户在网络应用的行为记录的增量数据；

更新模块，用于根据获取的增量数据更新对应缓存数据区的汇总数据。

其中，增量数据获取模块包括：

第一检查单元，用于按照设定周期检查用户明细数据库中在当前周期内是否存在数据变化，其中，用户明细数据库记录有各个用户在网络应用的行为记录数据；

第一增量数据确定单元，用于当第一检查单元确定当前周期内用户明细数据库内有变化的数据时，将变化的数据作为对应用户的行为记录的增量数据；

第二检查单元，用于当检查单元确定当前周期内用户明细数据库内没有变化的数据时，检查用户明细数据库在当前周期内是否发生有逻辑增量，其中，逻辑增量包括因时间和/或地域变化引起用户明细数据库增加或删除的数据；

第二增量数据确定单元，用于当第二检查单元确定用户明细数据库有逻辑增量时，将逻辑增量作为对应用户的行为记录的增量数据。

综上所述，周期性获取各个用户的行为记录的增量数据，并根据获取到的行为记录的增量数据，对各个用户对应的缓存数据区中存储的汇总数据进行更新，无需使用binlog方式就可以对各个用户的代金券使用情况以及交易情况进行更新，可以使低版本的mysql存储层也可以实时更新汇总数据，而且只需向用户展示汇总信息，相对于明细信息的展示，可以降低代金券信息所消耗的redis存储层的存储量，提高redis存储层的使用效率。

相关技术中，由于对redis存储层中缓存的汇总数据是周期性更新的，那么在服务器关闭之前如果未能对redis存储层中存储的汇总数据进行更新，会造成redis存储层中存储的内容与mysql存储层中存储的汇总数据不一致，从而造成向用户展示汇总数据时出现错误，为了保证向用户展示汇总数据尽可能正确，该装置还包括：

数据读取模块，用于读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；

统计模块，用于统计各个用户的行为记录数据；

生成模块，用于根据统计结果生成各个用户的汇总数据；

存储模块，用于按照各个用户的标识信息将汇总数据分别存储于对应的缓存数据区。

其中，数据读取模块包括：全量数据获取单元，用于当全量汇总获取服务启动时或者当检测到用户明细数据库记录的数据与对应的缓存数据区存储的数据不一致时，读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；

计时器启动单元，用于在全量数据获取单元读取行为记录数据时，启动增量任务计时器，以在增量任务计时器的计时达到设定周期对应的时长时，触发增量数据获取模块获取各个用户在网络应用的行为记录的增量数据。

综上所述，在接收汇总数据的获取请求之前，先对明细数据库中记录的用户行为记录数据进行统计并生成各个用户的汇总数据，然后将生成的各个用户的汇总数据存储到对应的缓存数据区中，从而在向用户展示汇总数据时，保证了所展示的汇总数据正确率。

当汇总数据是涉及用户使用代金券进行交易的数据时，该装置还包括：

信息统计模块，用于按照用户登录的网络应用的标识逐一统计用户获取的代金券信息和/或交易信息，代金券信息包括：总张数和/或总金额；交易信息包括：对应应用的支付总金额和/或对应时间段内的支付总金额；

信息整合模块，用于将统计得到的用户的代金券信息和/或交易信息整合为用户的汇总数据。

综上所述，本实施例提供的用户汇总数据的展示装置，通过接收用户终端发送的携带有用户的标识信息的汇总数据获取请求，并根据获取请求中用户的标识信息查找出所存储的汇总数据并展示给用户，从而在用户登录网络应用时，就可以使用户通过在登录界面上显示的汇总数据获悉数据的变化情况，以代金券为例，现有技术中需要用户点击用户界面上的代金券选项后才将用户在该网络应用上所持有的代金券的明细显示给用户，本发明通过上述方式，可以使得用户在短时间内了解在该网络应用下所拥有的代金券的汇总情况，提高了用户网上操作的体验度。

实施例3

参见图7，本发明实施例提供了一种服务器，该服务器用于执行上述实施例1提供的用户汇总数据的展示方法。该服务器具体包括：接收器700、显示器702和处理器704；

接收器700，用于接收用户终端发送的汇总数据的获取请求，其中，该获取请求携带有用户的标识信息，该汇总数据根据用户在网络应用的行为记录数据生成；

处理器702，用于根据用户的标识信息查找对应的缓存数据区；

显示器704，用于将查找到的缓存数据区内存储的汇总数据发送给用户终端以进行展示。

相关技术中，为了使用户可以在登录后实时了解代金券的整体情况，在mysql存储层中会通过binlog的方式对mysql存储层中存储的代金券明细进行实时更新，但是低版本(版本在5.0以下)的mysql存储层不能通过binlog的方式进行更新；而且对代金券明细 进行实时更新的操作，还会造成mysql存储层中存储的代金券明细信息越来越多，所消耗的存储量也越来越大，所以，为了使低版本的mysql存储层可以实时更新代金券的使用情况的同时降低代金券信息所消耗的存储量，处理器702还用于：按照设定周期获取各个用户在网络应用的行为记录的增量数据；根据获取的增量数据更新对应缓存数据区的汇总数据。

其中，处理器702按照设定周期获取各个用户在网络应用的行为记录的增量数据时，具体用于：按照设定周期检查用户明细数据库中在当前周期内是否存在数据变化，其中，用户明细数据库记录有各个用户在网络应用的行为记录数据；当前周期内用户明细数据库内有变化的数据时，将变化的数据作为对应用户的行为记录的增量数据；当前周期内用户明细数据库内没有变化的数据时，检查用户明细数据库在当前周期内是否发生有逻辑增量，其中，逻辑增量包括因时间和/或地域变化引起用户明细数据库增加或删除的数据；当用户明细数据库有逻辑增量时，将逻辑增量作为对应用户的行为记录的增量数据。

综上所述，周期性获取各个用户的行为记录的增量数据，并根据获取到的行为记录的增量数据，对各个用户对应的缓存数据区中存储的汇总数据进行更新，无需使用binlog方式就可以对各个用户的代金券使用情况以及交易情况进行更新，可以使低版本的mysql存储层也可以实时更新汇总数据，而且只需向用户展示汇总信息，相对于明细信息的展示，可以降低代金券信息所消耗的redis存储层的存储量，提高redis存储层的使用效率。

相关技术中，由于对redis存储层中缓存的汇总数据是周期性更新的，那么在服务器关闭之前如果未能对redis存储层中存储的汇总 数据进行更新，会造成redis存储层中存储的内容与mysql存储层中存储的汇总数据不一致，从而造成向用户展示汇总数据时出现错误，为了保证向用户展示汇总数据尽可能正确，该处理器702还用于：

读取用户明细数据库中记录的各个用户在网络应用的行为记录数据；统计各个用户的行为记录数据；根据统计结果生成各个用户的汇总数据；按照各个用户的标识信息将汇总数据分别存储于对应的缓存数据区。

其中，该处理器702在读取用户明细数据库中记录的各个用户在网络应用的行为记录数据时，具体用于：当全量汇总获取服务启动时或者当检测到用户明细数据库记录的数据与对应的缓存数据区存储的数据不一致时，读取用户明细数据库中记录的各个用户在网络应用的行为记录数据，并启动增量任务计时器，以在增量任务计时器的计时达到设定周期对应的时长时，获取各个用户在网络应用的行为记录的增量数据。

综上所述，在接收汇总数据的获取请求之前，先对明细数据库中记录的用户行为记录数据进行统计并生成各个用户的汇总数据，然后将生成的各个用户的汇总数据存储到对应的缓存数据区中，从而在向用户展示汇总数据时，保证了所展示的汇总数据正确率。

当汇总数据是涉及用户使用代金券进行交易的数据时，该处理器702还用于：按照用户登录的网络应用的标识逐一统计用户获取的代金券信息和/或交易信息，代金券信息包括：总张数和/或总金额；交易信息包括：对应应用的支付总金额和/或对应时间段内的支付总金额；将统计得到的用户的代金券信息和/或交易信息整合为用户的汇总数据。

综上所述，本实施例提供的服务器，通过接收用户终端发送的携带有用户的标识信息的汇总数据获取请求，并根据获取请求中用户的标识信息查找出所存储的汇总数据并展示给用户，从而在用户登录网络应用时，就可以使用户通过在登录界面上显示的汇总数据获悉数据的变化情况，以代金券为例，现有技术中需要用户点击用户界面上的代金券选项后才将用户在该网络应用上所持有的代金券的明细显示给用户，本发明通过上述方式，可以使得用户在短时间内了解在该网络应用下所拥有的代金券的汇总情况，提高了用户网上操作的体验度。

本发明实施例所提供的进行用户汇总数据的展示的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。